JP2009116910A - 販売価格決定方法および装置 - Google Patents

Abstract

【課題】商品の差別化を実現し、さらに多種多様にわたる個々の顧客のニーズを新商品開発に反映可能にすること。
【解決手段】販売価格決定方法は、ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数の応じて価格が安くなる複数の段階的な価格を価格設定し、所定の予約期間の間に、設定された複数の段階的な価格から、ネットワークに接続された顧客端末からサーバ装置にアクセスして商品を予約した予約数に対応する商品の価格を決定し、所定の予約期間が終了したか否かを判断し、予約期間が終了した時点における商品の価格を最終販売価格として決定する。
【選択図】図１２

Description

本発明は、商品の販売価格を決定する販売価格決定方法および装置に関するものである。

近年、「顧客のニーズが多種多様にわたっていること」、また、「自分自身にとって本当に必要なものだけを取捨選択して商品を購入するようになってきていること」から、新商品の開発にたずさわる各企業においては、個々の顧客のニーズを十分に満たすことが段々と難しくなってきている。

そのため、各企業においては、商品の差別化を図るために、商品やサービスを生産者から消費者へ合理的かつ能率的に流すための活動を行い、すなわち、市場調査等の手段を用いて顧客の潜在的ニーズの調査を行い、それを商品に反映することが、大変重要となってきている。

一方、顧客の潜在的ニーズの調査を既存のインターネットを利用して行い、その結果を、新商品の開発に反映しようとする試みが、各企業の間で検討されている。

しかしながら、従来においては、商品の企画／開発から販売に至るまでの新商品の開発に関するすべての工程を、インターネットまたは雑誌等のメディアを用いた意見交換、すなわち、生活者、前記メディアを所有する企業、およびメーカ間の意見交換、に基づいて実施する、というシステム自体が存在しない。

本発明は、上記に鑑みてなされたものであって、商品の企画／開発から販売に至るまでのすべての工程を、「インターネットまたは雑誌等のメディアを用いた、生活者、メディア、メーカ間の意見交換」、に基づいて実施することにより、商品の差別化を実現し、さらに多種多様にわたる個々の顧客のニーズを新商品開発に反映可能な販売価格決定方法および装置を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、販売価格決定装置で実行される販売価格決定方法であって、価格設定手段が、ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数の応じて価格が安価となる複数の段階的な価格を価格設定する価格設定ステップと、価格決定手段が、所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定ステップと、最終価格決定手段が、所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格を最終販売価格として決定する最終価格決定ステップと、含むことを特徴とする。

本発明によれば、予約数に応じて安価となるような商品の販売価格を決定するようにしたので、過剰な在庫を抱える必要がなくなり、顧客に対する価格面でのサービスの質を高めることができるという効果を奏する。また、本発明によれば、予約数に応じて安価となるような商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるという効果を奏する。

実施の形態１の概要を説明する図である。 同実施の形態１における商品企画／開発〜販売までのスケジュールを示す図である。 同実施の形態１の構成を示す図である。 同実施の形態１の動作を説明するフローチャートである。 同実施の形態１の動作を説明するフローチャートである。 図４に示したアンケート処理を説明するフローチャートである。 図４および図５に示した電子掲示板処理を説明するフローチャートである。 図４および図５に示したメール処理を説明するフローチャートである。 図４に示した人気度調査処理を説明するフローチャートである。 図５に示した予約受付処理を説明するフローチャートである。 図５に示したカタログ請求処理を説明するフローチャートである。 図５に示した販売価格最終決定処理を説明するフローチャートである。 同実施の形態１におけるＸ版試作品告知画面ＧＸ、Ｙ版試作品告知画面ＧＹおよびＺ版試作品告知画面ＧＺの一例を示す図である。 同実施の形態１における電子掲示板画面Ｇ₁ の一例を示す図である。 同実施の形態１におけるアンケート入力画面Ｇ₂ の一例を示す図である。 同実施の形態１におけるアンケート入力画面Ｇ₂ の一例を示す図である。 同実施の形態１における人気度調査結果告知画面Ｇ₃ の一例を示す図である。 同実施の形態１における商品（量産モデル）告知画面Ｇ₄ の一例を示す図である。 同実施の形態１における商品（量産モデル）告知画面Ｇ₅ の一例を示す図である。 同実施の形態１における予約状況確認画面Ｇ₆ の一例を示す図である。 同実施の形態１における予約受付画面Ｇ₇ の一例を示す図である。 同実施の形態１におけるカタログ請求画面Ｇ₈ の一例を示す図である。 実施の形態２の概要を説明する図である。 同実施の形態２の構成を示す図である。 同実施の形態２における商品企画／開発〜企画終了までのスケジュールを示す図である。 同実施の形態２の動作を説明するフローチャートである。 同実施の形態２の動作を説明するフローチャートである。 図２７に示したネーミング募集処理を説明するフローチャートである。 図２７に示した予約受付処理を説明するフローチャートである。 同実施の形態２における商品（量産モデル）告知画面Ｇ₉ の一例を示す図である。 同実施の形態２における商品Ａカスタマイズ部品選択画面Ｇ₁₀ の一例を示す図である。 同実施の形態２における商品Ａカスタマイズ画面Ｇ₁₁ の一例を示す図である。 同実施の形態２における予約受付画面Ｇ₁₂ の一例を示す図である。 同実施の形態２における商品（量産モデル）告知画面Ｇ₁₃ の一例を示す図である。 同実施の形態２における商品Ｂカスタマイズ部品選択画面Ｇ₁₄ の一例を示す図である。 同実施の形態２における商品Ｂカスタマイズ画面Ｇ₁₅ の一例を示す図である。 同実施の形態２におけるネーミング募集フォーム画面Ｇ₁₆ の一例を示す図である。 同実施の形態２におけるネーミング告知画面Ｇ₁₇ の一例を示す図である。 同実施の形態２における予約状況確認画面Ｇ₁₈ の一例を示す図である。 同実施の形態２における予約情報テーブルＪの一例を示す図である。 同実施の形態２の変形例１および２における販売価格最終決定ロジックＨ₁ およびＨ₂ を示す図である。 同実施の形態２の変形例１における販売価格最終決定処理を説明するフローチャートである。 同実施の形態２の変形例２における販売価格最終決定処理を説明するフローチャートである。 同実施の形態２の変形例３および４における販売価格最終決定ロジックＨ₃ およびＨ₄ を示す図である。 同実施の形態２の変形例３における販売価格最終決定処理を説明するフローチャートである。 同実施の形態２の変形例４における販売価格最終決定処理を説明するフローチャートである。 同実施の形態２の変形例５におけるオークション入札フォーム画面Ｇ₁₉ の一例を示す図である。 同実施の形態２の変形例５における入札テーブルＡＣの一例を示す図である。 同実施の形態２の変形例５における販売価格最終決定処理を説明するフローチャートである。 同実施の形態１および２の変形例の構成を示すブロック図である。

以下、図面を参照して本発明にかかる販売価格決定方法および装置の実施の形態１および２について詳細に説明する。

（実施の形態１）
図１は、本発明にかかる実施の形態１の概要を説明する図であり、図２は、実施の形態１における商品企画／開発〜販売までのスケジュールを示す図である。本実施の形態１では、図１に示した商品メーカ１と出版社２とが業務提携し、顧客３₁ 〜３_n の意見を出版物４およびホームページ５を介してインタラクティブに商品企画開発に反映させることにより、顧客３₁ 〜３_n のニーズに沿った商品を提供する。ここでいう業務提携とは、商品の企画／開発や販売、マーケティング等に関する提携をいう。また、実施の形態１では、「時計」を商品の一例として説明する。

同図に示した商品メーカ１は、時計を製造する企業であり、業務提携先の出版社２に対して商品情報や製造技術等を提供する。出版社２は、ファッション雑誌、生活情報誌等の出版物４を出版する企業であり、顧客３₁ 〜３_n に対してトレンド、ファッション、コミュニケーション、感性等の情報を発信する。また、出版社２は、業務提携先の商品メーカ１に対してマーケティング情報等を提供する。顧客３₁ 〜３_n は、出版物４の読者やインターネットユーザであり、商品に関するニーズを発信したり、商品情報を口コミにより伝達する役目をしている。

また、商品メーカ１と出版社２との間では、業務提携に基づいて、商品企画を推進するための意見交換や、商品のデザイン案の検討が行われる。ホームページ５は、インターネット上のＷＥＢであり、商品の企画／開発や販売に関する情報を顧客３₁ 〜３_n に対して発信したり、顧客３₁ 〜３_n から企画／開発等に関する意見等を収集したりするための電子媒体である。すなわち、ホームページ５は、インターネットのインタラクティブ性を利用して、商品メーカ１、出版社２および顧客３₁ 〜３_n という三者間を結ぶためのものである。このホームページ５は、出版社２により管理・運営されている。

また、商品メーカ１と出版社２との業務提携では、図２に示したスケジュールで商品の企画／開発〜販売までが実行される。同図に示したスケジュールでは、企画期間、開発期間（顧客ニーズ調査期間、商品（量産モデル）確定期間）、予約受付期間および製造期間（商品情報告知期間、販売期間）が設定されている。企画期間では、企画／開発商品（この場合、「時計」）の決定、商品販売のターゲットの決定、コンセプトの策定、ホームページ５を開設するためのシステム構築、出版物４の制作等が行われる。この企画期間が終了すると、企画内容が出版物４およびホームページ５を媒体として顧客３₁ 〜３_n に告知される。

開発期間は、主にホームページ５を媒体として、顧客３₁ 〜３_n のニーズを調査する顧客ニーズ調査期間と、上記ニーズを反映させた商品（量産モデル）を確定させるための商品（量産モデル）確定期間とからなる。顧客ニーズ調査期間では、試作品の情報がホームページ５に掲載され、電子掲示板等を介して顧客３₁ 〜３_n の意見等が収集されることによりニーズの調査が行われる。この調査結果を受けて、出版社２と商品メーカ１との間では、意見交換、デザイン案の検討等が密に行われる。そして、開発期間が終了すると、商品（量産モデル）に関する情報（デザイン、スペック、価格等）が出版物４およびホームページ５を媒体として顧客３₁ 〜３_n に告知される。

予約受付期間では、顧客３₁ 〜３_n から商品（量産モデル）の購入予約が受け付けられる。この予約受付期間が終了すると、商品情報告知期間では、最終的な販売価格や予約数が出版物４およびホームページ５を媒体として予約者（顧客３₁ 〜３_n ）に対して告知される。この商品情報告知期間と並行して、製造期間では、予約数分の商品が順次製造される。そして、商品情報告知期間が終了すると、販売期間では、予約順に商品が販売され、最終予約者に対して商品が販売された時点で完売となる。

つぎに、上述した商品企画／開発〜販売までを実現するための具体的な構成について図３を参照して説明する。図３においては、図１の各部に対応する部分には同一の符号を付ける。この図において、顧客クライアント１０₁ 〜１０_n のそれぞれは、顧客３₁ 〜３_n （図１参照）側に設けられており、インターネット２０に接続されている。これらの顧客クライアント１０₁ 〜１０_n は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）に従ってインターネットアクセスを行うためのコンピュータ端末である。

顧客クライアント１０₁ は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３₁ により操作される。この顧客クライアント１０₁ は、ＷＷＷ（World Wide Web）ブラウザ１１₁ およびメーラ１２₁ によりインターネット２０上の各種サービスの提供を受ける。ＷＷＷブラウザ１１₁ は、後述するＷＷＷサーバ３３にアクセスし、ホームページ５を閲覧するためのコンピュータプログラムである。

メーラ１２₁ は、電子メールの作成や、ＰＯＰ３（Post Office Protocol version3）等に従って電子メールの送受信を行うためのコンピュータプログラムである。また、顧客クライアント１０₁ は、モデム１３₁ を介してインターネット２０に接続される。

顧客クライアント１０₂ は、顧客クライアント１０₁ と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３₂ により操作される。この顧客クライアント１０₂ は、顧客クライアント１０₁ と同様にして、ＷＷＷブラウザ１１₂ およびメーラ１２₂ によりインターネット２０上の各種サービスの提供を受ける。また、顧客クライアント１０₂ は、モデム１３₂ を介してインターネット２０に接続される。

顧客クライアント１０_n も、顧客クライアント１０₁ と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３_n により操作される。この顧客クライアント１０_n も、顧客クライアント１０₁ と同様にして、ＷＷＷブラウザ１１_n およびメーラ１２_n によりインターネット２０上の各種サービスの提供を受ける。また、顧客クライアント１０_n は、モデム１３_n を介してインターネット２０に接続される。

出版社２において、ルータ３０は、インターネット２０上に転送されるパケットをＩＰアドレスに従って、ルーティング（中継経路設定）を行う装置であり、インターネット２０とＬＡＮ(Local Area Network）３２との間に介挿されている。ＬＡＮ３２は、出版社２の社内ネットワークである。ファイアウォール３１は、ルータ３０とＬＡＮ３２との間に介挿されており、ＬＡＮ３２を外部からの不正侵入から保護するものである。

このファイアウォール３１を実現する方法としては、パケットのＩＰアドレスを識別することにより、特定のパケットのみを通過させるという単純な方法から、プロキシサーバを用いる方法、非常に複雑な認証機構を利用した方法まで様々なものがある。ＷＷＷサーバ３３は、ＬＡＮ３２に接続されており、ＷＷＷサーバプログラムに従って、マルチメディア情報（通常のテキスト、静止画、動画および音声）からなるＨＴＭＬ（HyperText Markup Language）により記述された情報（この場合、ホームページ５）を提供するサーバである。

このＷＷＷサーバ３３には、ＨＴＭＬファイルや外部データベースを記憶する記憶装置３４が接続されている。ここで、ＷＷＷサーバ３３は、ＣＧＩ(Common Gateway Interface）と呼ばれるアプリケーションプログラムに従って外部データベースとの連係を図っている。ニュースサーバ３５は、ＬＡＮ３２に接続されており、ＩＮＮ（InterNet News）３６と呼ばれるアプリケーションプログラムに従って電子掲示板を実現するサーバである。

このニュースサーバ３５は、投稿された記事をニューススプール３７に格納する機能や、ニューススプール３７から記事を読み出す機能、記事を削除する機能、記事を中継する機能等を備えている。電子掲示板は、商品企画／開発〜販売までの間で、商品メーカ１、出版社２、顧客３₁ 〜３_n 間における情報共有に利用される。この電子掲示板の利用形態については、具体例を挙げて後述する。

業務サーバ３８は、ＬＡＮ３２に接続されており、出版社２内の各種業務に用いられるサーバである。この業務サーバ３８には、業務の遂行により生じた各種データを記憶する記憶装置３９が接続されている。出版社クライアント４０は、ＬＡＮ３２に接続されており、ＷＷＷブラウザ４１およびメーラ４２によりＬＡＮ３２上およびインターネット２０上の各種サービスの提供を受ける。この出版社クライアント４０は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。管理端末４３は、ＬＡＮ３２に接続されており、ＷＷＷサーバ３３のメンテナンス、ホームページ５の更新等を行うための端末である。

商品メーカ１において、ルータ５０は、インターネット２０上に転送されるパケットをＩＰアドレスに従って、ルーティング（中継経路設定）を行う装置であり、インターネット２０とＬＡＮ５２との間に介挿されている。ＬＡＮ５２は、商品メーカ１の社内ネットワークである。ファイアウォール５１は、ルータ５０とＬＡＮ５２との間に介挿されており、ＬＡＮ５２を外部からの不正侵入から保護するものである。このファイアウォール５１を実現する方法としては、上述したファイアウォール３１を実現する様々な方法と同様の方法が用いられる。

商品メーカクライアント５３は、ＬＡＮ５２に接続されており、ＷＷＷブラウザ５４およびメーラ５５によりＬＡＮ５２上およびインターネット２０上の各種サービスの提供を受ける。この商品メーカクライアント５３は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。

ＣＡＤ（Computer Aided Design）装置５６は、ＬＡＮ５２に接続されており、コンピュータグラフィックス技術を駆使して商品のデザイン等を製作する装置である。業務サーバ５７は、ＬＡＮ５２に接続されており、商品メーカ１内の各種業務に用いられるサーバである。この業務サーバ５７には、業務の遂行により生じた各種データを記憶する記憶装置５８が接続されている。

メールサーバ６１は、ルーティング用のルータ６０を介してインターネット２０に接続されており、電子メールシステムを実現するためのサーバである。このメールサーバ６１は、ＭＴＡ（Mail Transfer Agent）６２と呼ばれるアプリケーションプログラムに従って、クライアントとの間で電子メールの送受信、他のメールサーバ（図示略）への電子メールの転送を行う。また、メールサーバ６１は、受信した電子メールをメールスプール６３に一時的に格納する。

つぎに、図４〜図１２にそれぞれ示したフローチャートを参照しつつ実施の形態１の動作について詳述する。ここで、図４および図５にそれぞれ示した企画期間、・・・、販売期間は、図２に示した各期間に対応している。図４に示したステップＳＡ１では、商品メーカ１および出版社２は、両者協議の上で企画／開発商品（この場合、「時計」）を決定する。ステップＳＡ２では、商品メーカ１および出版社２は、商品の特性、マーケティング結果を考慮して、商品を販売するターゲットを決定する。この場合には、２５歳〜３５歳までの若手サラリーマンであって、個性的で感性溢れる者がターゲットとして決定されたものとする。

ステップＳＡ３では、商品メーカ１および出版社２は、商品のコンセプトを策定する。この場合には、若手サラリーマンを特徴付ける「創造力」、「積極的」、「向こう見ず」、「自由」等という言葉に基づいて、「元気」というコンセプトが策定されたものとする。ステップＳＡ４では、商品メーカ１および出版社２は、商品、ターゲット、コンセプト等に基づいて、顧客３₁ 〜３_n への告知方法、たたき台としての商品のデザイン、スペック、価格設定、販売方法等の企画内容を決定する。

ステップＳＡ５では、出版社２は、ステップＳＡ４で決定された企画を遂行するためのシステムを構築する。具体的には、出版社２では、ＷＷＷサーバ３３、ニュースサーバ３５等の設定、ホームページ５を実現するためのプログラム開発が行われる。一方、商品メーカ１では、たたき台となるデザインがＣＡＤ装置５６により製作される。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。

また、ステップＳＡ５のシステム構築に並行して、ステップＳＡ６では、企画を告知するための記事を含む出版物４が出版社２により制作される。この記事には、商品のコンセプト、企画の進め方、スケジュール、たたき台となるデザイン、ホームページ５のＵＲＬ（Uniform Resource Locator）等の情報が含まれる。そして、ステップＳＡ７では、顧客３₁ 〜３_n に対して企画が告知される。

具体的には、出版物４の発売、ホームページ５の公開により企画の告知が行われる。このホームページ５には、商品のコンセプト、企画の進め方、スケジュール、たたき台となるデザイン等が表示される。ここで、出版物４の記事を閲読した読者は、ホームページ５のＵＲＬを認識することにより、ホームページ５へのアクセスが可能となる。

ステップＳＡ８では、ＷＷＷサーバ３３（商品メーカ１および出版社２）は、予め設定される顧客ニーズ調査期間（図２参照）が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＡ９〜ステップＳＡ１１の処理が並列的に実行される。

ここで、ステップＳＡ９のアンケート処理は、ホームページ５にアクセスしてきた顧客に対して、商品開発の情報としてのアンケートを実施する処理である。ステップＳＡ１０の電子掲示板処理は、ニュースサーバ３５により開設される電子掲示板に対する書き込み、閲覧を実施するための処理である。また、ステップＳＡ１１のメール処理は、メールサーバ６１の機能を利用して、顧客３₁ 〜３_n 、商品メーカ１、出版社２間で電子メールの送受信を実施する処理である。

ここで、顧客３₁ によりホームページ５が閲覧されたものとする。すなわち、顧客クライアント１０₁ は、ＷＷＷブラウザ１１₁ が起動されると、顧客３₁ により入力されたＵＲＬに従って、モデム１３₁ 、インターネット２０、ルータ３０、ファイアウォール３１およびＬＡＮ３２を介してＷＷＷサーバ３３にアクセスする。これにより、顧客クライアント１０₁ のディスプレイ（図示略）には、ホームページ５が表示される。

この場合、ホームページ５には、商品のコンセプト、企画の進め方、スケジュールに加えて、例えば、図１３（ａ）に示したたたき台となるＸ版試作品告知画面ＧＸが表示されているものとする。このＸ版試作品告知画面ＧＸには、二種類の試作品Ｘ₁ およびＸ₂（時計のデザイン）に関するＸ版試作品画像ＷＸ₁ およびＸ版試作品画像ＷＸ₂ が表示されている。これらのＸ版試作品画像ＷＸ₁ およびＸ版試作品画像ＷＸ₂ は、ＣＡＤ装置５６によりたたき台として製作されたものである。そして、顧客３₁ は、ホームページ５を閲覧することにより、商品のコンセプトや時計のデザインを認識し、デザインの評価等を行う。

また、アンケート処理において、図６に示したステップＳＢ１では、ＷＷＷサーバ３３は、ホームページ５を閲覧した顧客に対するアンケートを入力するためのアンケート入力要求が有るか否かを判断する。具体的には、ＷＷＷサーバ３３は、ホームページ５上のアンケート入力ボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図４に示したメインルーチンへ戻る。

この場合、顧客３₁ の操作により、アンケート入力ボタン（図示略）が押下されたものとすると、ステップＳＢ２では、ＷＷＷサーバ３３は、アンケート入力フォーム、すなわち、図１５および図１６に示したアンケート入力画面Ｇ₂ を顧客クライアント１０₁ のディスプレイに表示させる。このアンケート入力画面Ｇ₂ には、顧客の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、ホームページ５に表示されている試作品の画像（この場合、図１３（ａ）に示したＸ版試作品画像ＷＸ₁ およびＸ版試作品画像ＷＸ₂ ）に関するアンケート項目が選択形式で表示されている。

アンケート項目としては、図１５に示した「１．気にいった商品はありますか（複数回答可）」、「２．どんな所が気に入りましたか（複数回答可）」や、図１６に示した「３．気に入らなかった点は（複数回答可）」、「４．この商品にどんなイメージを感じますか（複数回答可）」および「５．どんな時につけたいですか（複数回答可）」がある。ここでいう商品とは、図１３（ａ）に示した試作品Ｘ₁ および試作品Ｘ₂ をいう。そして、顧客３₁ は、上記アンケート項目毎に回答を順次選択または入力する。

図６に戻り、ステップＳＢ３では、ＷＷＷサーバ３３は、図１６に示したクリアボタン７６が押下されたか否かを判断する。このクリアボタン７６は、アンケート入力画面Ｇ₂ の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＢ６では、ＷＷＷサーバ３３は、アンケート入力画面Ｇ₂ の入力内容をクリアし、図４に示したメインルーチンへ戻る。

この場合、ステップＳＢ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＢ４では、ＷＷＷサーバ３３は、図１６に示した送信ボタン７５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、アンケート入力画面Ｇ₂ のアンケート項目の回答の入力が全て終えると、顧客３₁ は、マウス操作等により送信ボタン７５を押下する。

これにより、ＷＷＷサーバ３３は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、ＷＷＷサーバ３３は、アンケートの回答結果を個人情報に対応付けて、記憶装置３４内のアンケート回答結果データベースに格納する。以後、ステップＳＢ１〜ステップＳＢ５の処理が繰り返し実行されることにより、アンケート結果データベースには、商品に関する顧客のニーズ、評価等の情報が順次蓄積される。

また、電子掲示板処理において、図７に示したステップＳＣ１では、ニュースサーバ３５は、ホームページ５を閲覧した顧客、商品メーカ１や出版社２から電子掲示板アクセス要求が有るか否かを判断する。このニュースサーバ３５は、ＷＷＷサーバ３３と連携して動作する。具体的には、ニュースサーバ３５は、ホームページ５上の電子掲示板ボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ニュースサーバ３５は、図４に示したメインルーチンへ戻る。

ここで、商品に関する感想、質問等を電子掲示板に掲載する場合、顧客３₁ の操作により、電子掲示板ボタン（図示略）が押下される。これにより、ニュースサーバ３５は、ステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ニュースサーバ３５は、ニューススプール３７から電子掲示板データを読み出す。ステップＳＣ３では、ニュースサーバ３５は、図１４に示した電子掲示板画面Ｇ₁ を顧客クライアント１０₁ のディスプレイに表示させる。この電子掲示板画面Ｇ₁ には、投稿情報入力部７０と、過去に投稿された電子掲示板データ７３、電子掲示板データ７４が表示されている。

投稿情報入力部７０は、投稿すべき電子掲示板データの「題名」、「カテゴリ」、投稿者の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）および意見を入力するためのものである。ここで「カテゴリ」は、質問、意見の対象を分類化するためのものであり、以下のものから選択される。
（１）デザイン全般
（２）文字板
（３）素材
（４）針
（５）ベルト
（６）機能
（７）色
（８）値段
（９）商品名
（１０）好きな時計、嫌いな時計
（１１）この時計が似合いそうな有名人
（１２）その他

そして、顧客３₁ は、投稿情報入力部７０の各項目を順次、選択または入力する。ここで、電子掲示板画面Ｇ₁ は、顧客３₁ からの問合せ（質問、意見）等の書き込みの他に、上記問合せに対する、商品メーカ１側または出版社２側の回答の書き込み等にも利用される。なお、電子掲示板画面Ｇ₁ には、投稿の他に過去に投稿された電子掲示板データ７３、電子掲示板データ７４が表示されているため、電子掲示板画面Ｇ₁ は、顧客の他に商品メーカ１、出版社２にも閲覧される。

図７に戻り、ステップＳＣ４では、ニュースサーバ３５は、図１４に示した投稿ボタン７１が押下されたか否かを判断する。この場合、図１４に示した投稿情報入力部７０に関する入力を全て終えると、顧客３₁ の操作により投稿ボタン７１が押下される。これにより、ニュースサーバ３５は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。

ステップＳＣ６では、ニュースサーバ３５は、入力された電子掲示板データをニューススプール３７に格納し、メインルーチンへ戻る。この格納された電子掲示板データは、新規の閲覧用のデータとして電子掲示板画面Ｇ₁ に表示される。また、ステップＳＣ１〜ステップＳＣ４およびステップＳＣ６の処理が繰り返し実行されることにより、ニューススプール３７には、掲示板データが順次蓄積される。

一方、ステップＳＣ４の判断結果が「Ｎｏ」である場合、ステップＳＣ５では、ニュースサーバ３５は、図１４に示した削除ボタン７２が押下されたか否かを判断する。この削除ボタン７２は、投稿情報入力部７０に入力された電子掲示板データを削除するためのボタンである。この判断結果が「Ｙｅｓ」である場合、ステップＳＣ７では、ニュースサーバ３５は、電子掲示板データを削除し、図４に示したメインルーチンへ戻る。

また、メール処理において、図８に示したステップＳＤ１では、メールサーバ６１は、電子メールを受信したか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。ここで、ホームページ５を閲覧した顧客３₁ が商品企画／開発に関して問合せを行う場合、顧客３₁ は、図３に示したメーラ１２₁ を起動させて、上記問合せの内容を含む問合せ電子メールＱＭ を作成した後、これを商品メーカクライアント５３宛（または出版社クライアント４０宛）に送信する。これにより、問合せ電子メールＱＭは、モデム１３₁ 、インターネット２０およびルータ６０を介してメールサーバ６１に受信される。

図８に戻り、メールサーバ６１は、ステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、メールサーバ６１は、受信した電子メール（この場合、問合せ電子メールＱＭ）をメールスプール６３に格納する。ステップＳＤ３では、メールサーバ６１は、クライアントからメール転送要求が有るか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。ここで、商品メーカクライアント５３からメール転送要求が有ると、メールサーバ６１は、ステップＳＤ３の判断結果を「Ｙｅｓ」とする。

ステップＳＤ４では、メールサーバ６１は、メールスプール６３から商品メーカクライアント５３宛の問合せ電子メールＱＭを読み出し、これを図３に示したルータ６０、インターネット２０、ルータ５０、ファイアウォール５１およびＬＡＮ５２を介して商品メーカクライアント５３に転送する。これにより、商品メーカクライアント５３のディスプレイには、問合せ内容が表示される。

図８に戻り、ステップＳＤ５では、商品メーカ１の担当者は、問合せ内容に対して回答するか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。この場合、回答が必要であるものとすると、担当者は、ステップＳＤ５の判断結果を「Ｙｅｓ」とする。ステップＳＤ６では、担当者は、メーラ５５を起動させて、回答の内容を含む回答電子メールＡＭ（図３参照）を作成する。

ステップＳＤ７では、商品メーカクライアント５３は、ＬＡＮ５２、ファイアウォール５１、ルータ５０、インターネット２０およびルータ６０を介して顧客クライアント１０₁ 宛の回答電子メールＡＭをメールサーバ６１へ送信し、メインルーチンへ戻る。そして、顧客クライアント１０₁ は、回答電子メールＡＭを受信した後、商品メーカ１からの回答をディスプレイに表示させる。これにより、顧客３₁ は、回答を認識する。なお、他の顧客３₂ 〜３_n も、顧客３₁の場合と同様にして、電子メールを介して、商品メーカ１（または出版社２）に対して商品に関する問合せを行うとともに、回答を受け取る。

図４に戻り、ステップＳＡ１２では、アンケート結果データベース、電子掲示板データ、問合せ電子メールＱＭ等の内容に基づいて、顧客のニーズが分析される。具体的には、商品メーカクライアント５３および出版社クライアント４０は、アンケート結果データベース、電子掲示版データ、問合せ電子メールＱＭを収集する。そして、商品メーカ１および出版社２は、図１３（ａ）に示した試作品Ｘ₁ およびＸ₂ に対応する顧客のニーズ（反応）を分析する。

ステップＳＡ１３では、商品メーカ１および出版社２は、ステップＳＡ１２のニーズ分析結果を受けて、図１３（ａ）に示した試作品Ｘ₁ およびＸ₂ のデザイン／スペックを改善するための検討を行う。ステップＳＡ１４では、商品メーカ１および出版社２は、改善後の試作品のデザイン／スペックを決定する。この決定を受けて、ステップＳＡ１５では、商品メーカ１のデザイン担当者は、ＣＡＤ装置５６を用いて、改善後の試作品（デザイン）を製作する。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。

これにより、ステップＳＡ１６では、ホームページ５を介して、図１３（ｂ）に示したＹ版試作品告知画面ＧＹ（改善後の試作品）が顧客３₁ 〜３_n に対して告知される。Ｙ版試作品告知画面ＧＹ には、改善後の二種類の試作品Ｙ₁ およびＹ₂（時計のデザイン）に関するＹ版試作品画像ＷＹ₁ およびＹ版試作品画像ＷＹ₂が表示されている。そして、顧客３₁ 〜３_n は、ホームページ５を閲覧することにより、改善後のデザインを認識し、上述したアンケート処理、電子掲示板処理、メール処理等によりデザインの評価等を行う。

ステップＳＡ１７では、ＷＷＷサーバ３３は、試作品に関する人気度を調査するための人気度調査処理を実施するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、顧客ニーズ調査期間が終了するまで、上述した動作が繰り返される。ここで、ステップＳＡ１６で、ホームページ５を介して、図１３（ｃ）に示したＺ版試作品告知画面ＧＺ（改善後の試作品）が顧客３₁ 〜３_n に対して告知されたものとする。このＺ版試作品告知画面ＧＺには、改善後の四種類の試作品Ｚ₁ 〜Ｚ₄（時計のデザイン）に関するＺ版試作品画像ＷＺ₁ 〜Ｚ版試作品画像ＷＺ₄が表示されている。

つぎのステップＳＡ１７では、ＷＷＷサーバ３３は、試作品に関する人気度を調査するための人気度調査処理を実施するか否かを判断し、この場合、判断結果が「Ｙｅｓ」であるものとする。この人気度調査処理は、デザインの方向性が決まらない場合や顧客のニーズが掴めない場合に実行される。そして、ステップＳＡ１８では、人気度調査処理が実施される。

すなわち、図９に示したステップＳＥ１では、ＷＷＷサーバ３３は、人気度調査用アンケートフォームを作成する。この人気度調査用アンケートフォームは、図１５および図１６に示したものと同様であり、図１５に示したアンケート項目「１．気にいった商品はありますか」に対応する選択項目に図１３（ｃ）に示した試作品Ｚ₁ 〜Ｚ₄ が入れられている。

ステップＳＥ２では、ＷＷＷサーバ３３は、図１３（ｃ）に示した試作品Ｚ₁ 〜Ｚ₄ に関して人気度調査を実施する旨、人気度調査期間、実施方法をホームページ５を介して顧客３₁ 〜３_n に対して告知する。この実施方法としては、人気度調査用アンケートフォームを用いて、当該顧客が最も気にいった商品を選択するという方法が採られる。ステップＳＥ３では、ＷＷＷサーバ３３は、人気度調査期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。この人気度調査期間内では、アンケート処理（図６参照）と同様の手順により、人気度調査用アンケートフォームを用いた処理が実行される。

そして、人気度調査期間が終了すると、ＷＷＷサーバ３３は、ステップＳＥ３の判断結果を「Ｙｅｓ」とする。ステップＳＥ４では、ＷＷＷサーバ３３は、人気調査アンケートの結果を集計する。ステップＳＥ５では、ＷＷＷサーバ３３は、人気度調査結果として図１７に示した人気度調査結果告知画面Ｇ₃ をホームページ５にアップする。顧客は、人気度調査結果告知画面Ｇ₃ を閲覧することにより、図１３（ｃ）に示した試作品Ｚ₁ 〜Ｚ₄ の人気度を認識する。

この人気度調査結果告知画面Ｇ₃ には、調査対象（この場合、試作品Ｚ₁ 〜Ｚ₄ ）に対応する得票数をグラフ化した人気度調査結果グラフ７７と、順位に対応付けてＺ版試作品画像ＷＺ₁ 〜ＷＺ₄（図１３（ｃ）参照）が表示されている。この場合、人気度が一位は、試作品Ｚ₃（得票数６６７票）であり、４位は、試作品Ｚ₄（得票数４９１票）である。ここで、商品メーカ１および出版社２は、人気度調査結果から、顧客のニーズを的確に掴むことができる。

そして、顧客ニーズ調査期間が終了すると、ＷＷＷサーバ３３は、ステップＳＡ８の判断結果を「Ｙｅｓ」とする。ステップＳＡ１９では、顧客ニーズ調査期間に対応するアンケート結果データベース、電子掲示板データ、問合せ電子メールＱＭ、人気度調査結果等の内容に基づいて、顧客のニーズが総合的に分析される。具体的には、商品メーカクライアント５３および出版社クライアント４０は、アンケート結果データベース、電子掲示版データ、問合せ電子メールＱＭ、人気度調査結果を収集する。そして、商品メーカ１および出版社２は、商品に関する総合的なニーズを総合的に分析する。

ステップＳＡ２０では、商品メーカ１および出版社２は、ステップＳＡ１９のニーズ総合分析結果を受けて、商品（量産モデル）のデザイン／スペックを最終的に決定する。この決定を受けて、商品メーカ１のデザイン担当者は、ＣＡＤ装置５６を用いて、商品（量産モデル）のデザインを製作する。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。

ステップＳＡ２１では、商品メーカ１および出版社２は、ニーズを分析した結果に基づいて、商品の販売予測、製造コスト、販売コスト等に鑑みて、販売価格帯を決定する。この販売価格帯は、商品の予約数に応じて複数段階で決定され、ＷＷＷサーバ３３に設定される。具体的には、図１８および図１９に示したように予約個数の増加に応じて販売価格が段階的に安くなるように設定される。

図５に示したステップＳＡ２２では、ＷＷＷサーバ３３は、図１８に示した商品（量産モデル）告知画面Ｇ₄ および図１９に示した商品（量産モデル）告知画面Ｇ₅ をホームページ５に表示させることにより、商品（量産モデル）を顧客３₁ 〜３_n に対して告知する。図１８に示した商品（量産モデル）告知画面Ｇ₄ には、一方の商品Ａに関する色違いのデザインを示す、商品Ａ（緑）画像ＷＡ₁ 〜商品Ａ（青）画像ＷＡ₃ 、スペック、価格等が表示されている。

同様にして、図１９に示した商品（量産モデル）告知画面Ｇ₅ には、他方の商品Ｂに関する色違いのデザインを示す、商品Ｂ（黒）画像ＷＢ₁ 〜商品Ｂ（白）画像ＷＢ₃ 、スペック、価格等が表示されている。これにより、商品Ａまたは商品Ｂに関する販売予約の受付が開始される。ステップＳＡ２３では、ＷＷＷサーバ３３は、予約受付期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＡ２４〜ステップＳＡ２７の処理が並列的に実行される。

ここで、ステップＳＡ２６では、前述したステップＳＡ１１のメール処理と同様にして、商品ＡおよびＢ（図１８および図１９参照）に関するメール処理が実施される。また、ステップＳＡ２５では、前述したステップＳＡ１０の電子掲示板処理と同様にして、商品ＡおよびＢに関する電子掲示板処理が実施される。

また、ステップＳＡ２４の予約受付処理は、商品ＡまたはＢに関する販売予約を顧客３₁ 〜３_n から受け付ける処理である。すなわち、予約受付処理において、図１０に示したステップＳＦ１では、ＷＷＷサーバ３３は、予約状況確認ボタン７８（図１８参照）または予約状況確認ボタン７９（図１９参照）が商品（量産モデル）告知画面Ｇ₄ または商品（量産モデル）告知画面Ｇ₅ を閲覧している顧客の操作により押下されたか否かを判断する。予約状況確認ボタン７８および予約状況確認ボタン７９は、現時点での商品ＡおよびＢの予約状況を確認するためのボタンである。

ここで、例えば、顧客３₁ の操作により、図１８に示した予約状況確認ボタン７８が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＦ１の判断結果を「Ｙｅｓ」とする。なお、ステップＳＦ１の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図５に示したメインルーチンへ戻る。この場合、ステップＳＦ２では、ＷＷＷサーバ３３は、図２０に示した予約状況確認画面Ｇ₆ を顧客クライアント１０₁ のディスプレイに表示させる。ステップＳＦ３では、ＷＷＷサーバ３３は、顧客の操作により、図２０に示した予約ボタン８１が押下されたか否かを判断し、この判断結果が「Ｎｏ」である場合、図５に示したメインルーチンへ戻る。

図２０に示した予約状況確認画面Ｇ₆ の予約状況表示部８０には、２月２９日２３：００現在の商品Ａの予約数（＝９８本）および商品Ｂの予約数（＝２６４本）が表示されている。ここで、顧客３₁ の操作により予約ボタン８１が押下されると、ＷＷＷサーバ３３は、ステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ４では、ＷＷＷサーバ３３は、図２１に示した予約受付フォームである予約受付画面Ｇ₇ を顧客クライアント１０₁ のディスプレイに表示させる。

この予約受付画面Ｇ₇ には、顧客（予約者）の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、購入予約すべき商品（商品Ａ（緑）、商品Ａ（黄）、商品Ａ（青）：図１８参照）を入力するための商品名表示部８２、予約本数を入力するための予約個数表示部８３が表示されている。さらに、予約受付画面Ｇ₇ には、購入予約すべき商品（商品Ｂ（黒）、商品Ｂ（銀）、商品Ｂ（白）：図１９参照）を入力するための商品名表示部８４、予約本数を入力するための予約個数表示部８５が表示されている。そして、顧客３₁ は、商品名表示部８２、予約個数表示部８３、商品名表示部８４、予約個数表示部８５に予約に必要な情報を入力する。

図１０に戻り、ステップＳＦ５では、ＷＷＷサーバ３３は、図２１に示したクリアボタン８７が押下されたか否かを判断する。このクリアボタン８７は、予約受付画面Ｇ₇ の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＦ８では、ＷＷＷサーバ３３は、予約受付画面Ｇ₇ の入力内容をクリアし、図５に示したメインルーチンへ戻る。

この場合、ステップＳＦ５の判断結果が「Ｎｏ」であるものとすると、ステップＳＦ６では、ＷＷＷサーバ３３は、図２１に示した送信ボタン８６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３₁ の操作により送信ボタン８６が押下されると、ＷＷＷサーバ３３は、ステップＳＦ６の判断結果を「Ｙｅｓ」とする。ステップＳＦ７では、ＷＷＷサーバ３３は、予約数データＲを１インクリメントし、メインルーチンへ戻る。この予約数データＲは、商品Ａ、Ｂの購入予約数を表すデータである。この予約数データＲは、記憶装置３４に格納される。

また、図５に示したステップＳＡ２７のカタログ請求処理は、商品ＡまたはＢに関する紙媒体のカタログ請求を受け付ける処理である。すなわち、カタログ請求処理において、図１１に示したステップＳＧ１では、ＷＷＷサーバ３３は、ホームページ５に表示されているカタログ請求ボタン（図示略）が顧客の操作により押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図５に示したメインルーチンへ戻る。

この場合、顧客３₁ の操作により、上記カタログ請求ボタン（図示略）が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＧ１の判断結果を「Ｙｅｓ」とする。ステップＳＧ２では、ＷＷＷサーバ３３は、図２２に示したカタログ請求画面Ｇ₈ を顧客クライアント１０₁ のディスプレイに表示させる。このカタログ請求画面Ｇ₈ には、顧客３₁（カタログ請求者）の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）等が表示されている。そして、顧客３₁ は、個人情報を入力する。

図１１に戻り、ステップＳＧ３では、ＷＷＷサーバ３３は、図２２に示したクリアボタン８９が押下されたか否かを判断する。このクリアボタン８９は、カタログ請求画面Ｇ₈ の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＧ６では、ＷＷＷサーバ３３は、カタログ請求画面Ｇ₈ の入力内容をクリアし、図５に示したメインルーチンへ戻る。

この場合、ステップＳＧ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＧ４では、ＷＷＷサーバ３３は、図２２に示した送信ボタン８８が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３₁ の操作により送信ボタン８８が押下されると、ＷＷＷサーバ３３は、ステップＳＧ４の判断結果を「Ｙｅｓ」とする。これにより、ステップＳＧ５では、紙媒体のカタログを顧客３₁ へ発送するための処理が実行される。以後、予約受付期間が終了するまで、上述した動作が繰り返される。

そして、予約受付期間が終了すると、ＷＷＷサーバ３３は、図５に示したステップＳＡ２３の判断結果を「Ｙｅｓ」とする。ステップＳＡ２８では、ＷＷＷサーバ３３は、予約数に応じて販売価格を最終的に決定する販売価格最終決定処理を実行する。すなわち、図１２に示したステップＳＨ１では、ＷＷＷサーバ３３は、予約受付終了時の予約数データＲを読み出す。ステップＳＨ２では、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ₁ （例えば、３０００：図１８および図１９参照）以下であるか否かを判断する。

この判断結果が「Ｙｅｓ」である場合、ステップＳＨ５では、ＷＷＷサーバ３３は、販売価格をＶ₁ とする。例えば、図１８に示した商品Ａに関する予約数が３０００個以下である場合、商品Ａの販売価格Ｖ₁ は、３００００円となる。同様にして、図１９に示した商品Ｂに関する予約数が３０００個以下である場合、商品Ｂの販売価格Ｖ₁ は、５００００円となる。

一方、ステップＳＨ２の判断結果が「Ｎｏ」である場合、ステップＳＨ３では、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ₁ （例えば、３０００個）を超えしきい値Ｔ₂ （例えば、６０００個）以下であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＨ６では、ＷＷＷサーバ３３は、販売価格をＶ₂ とする。

例えば、図１８に示した商品Ａに関する予約数が５０００個である場合、商品Ａの販売価格Ｖ₂ は、２５０００円という具合に３０００個以下の場合に比して５０００円、安価となる。同様にして、図１９に示した商品Ｂに関する予約数が５５００個である場合、商品Ｂの販売価格Ｖ₂ は４５０００円という具合に３０００個以下の場合に比して５０００円、安価となる。

一方、ステップＳＨ３の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ₂ （例えば、６０００個）を超えているものと判断する。ステップＳＨ４では、ＷＷＷサーバ３３は、販売価格をＶ₃ とする。例えば、図１８に示した商品Ａに関する予約数が７０００個である場合、商品Ａの販売価格Ｖ₃ は、２００００円という具合に、さらに５０００円、安価となる。同様にして、図１９に示した商品Ｂに関する予約数が７５００個である場合、商品Ｂの販売価格Ｖ₃ は４００００円という具合に、さらに５０００円、安価となる。

図５に戻り、ステップＳＡ２９では、ＷＷＷサーバ３３は、予約者に対して商品情報（最終決定された価格、スペック、デザイン等）をホームページ５等を介して告知する。ステップＳＡ３０では、商品メーカ１は、商品ＡおよびＢの製造を開始する。ステップＳＡ３１では、商品メーカ１は、商品ＡおよびＢの発売日であるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、発売日になると、商品メーカ１は、ステップＳＡ３１の判断結果を「Ｙｅｓ」とする。

ステップＳＡ３２では、商品メーカ１は、購入予約者に対して予約順に商品Ａ、Ｂを配送する。ステップＳＡ３３では、商品メーカ１は、商品Ａ、Ｂの製造数が予約数（予約数データＲ）と等しいか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ３５では、商品メーカ１は、販売期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、商品Ａ、Ｂが予約順に予約者へ配送される。

ここで、ステップＳＡ３３の判断結果が「Ｙｅｓ」になると、ステップＳＡ３４では、商品メーカ１は、製造数が予約数に達したものとして、商品Ａ、Ｂの製造を中止する。そして、ステップＳＡ３５の判断結果が「Ｙｅｓ」になると、ステップＳＡ３６では、商品メーカ１および出版社２は、一連の商品企画／開発〜販売に関する総合評価を行い、この総合評価の結果を次回の商品企画／開発にフィードバックする。

以上説明したように、実施の形態１によれば、インターネット２０を介して顧客の意見情報を電子掲示板、電子メール、アンケート等によりインタラクティブに収集し、この意見情報に基づく顧客のニーズに沿った商品情報を告知するようにしたので、商品の差別化を実現し、さらに多種多様にわたる個々の顧客のニーズを新商品開発に反映することができる。

また、実施の形態１によれば、意見情報に基づく顧客のニーズに沿って試作品情報をインターネット２０を介して告知するようにしたので、試作品を複数回に亘って製作することが可能となり、的確に顧客のニーズを新商品開発に反映させることができる。

また、実施の形態１によれば、ステップＳＡ１８で、企画／開発段階で複数の試作品の人気度を電子的手法により調査するようにしたので、この調査結果に基づいて顧客のニーズを迅速かつ容易に把握することができる。

また、実施の形態１によれば、ステップＳＡ２４で販売予約を採り、しかも販売予約数の増加に連動して安価となるような新商品の販売価格を決定（ステップＳＡ２８）するようにしたので、過剰な在庫を抱える必要がなくなり、顧客に対する価格面でのサービスの質を高めることができる。

（実施の形態２）
図２３は、本発明にかかる実施の形態２の概要を説明する図である。この図において、図１の各部に対応する部分には同一の符号を付ける。図２３では、販売代理店９０₁ 〜９０_n が新たに設けられている。これらの販売代理店９０₁ 〜９０_n は、例えば、コンビニエンスストアであり、顧客３₁ 〜３_n （商品予約者）に対して、商品メーカ１から供給される商品を商品メーカ１に代わって販売する。

また、販売代理店９０₁ 〜９０_n は、オンラインバンキング等により、顧客３₁ 〜３_n から受け取った代金を商品メーカ１の金融機関口座等へ入金する。商品メーカ１は、発売前に、開発された商品（量産モデル）を販売代理店９０₁ 〜９０_n へ発送し、発売後に商品の代金を販売代理店９０₁ 〜９０_nからオンラインバンキング等により回収する。なお、実施の形態２では、上述した販売代理店９０₁ 〜９０_n経由の商品販売以外にも、代金引換便等を利用した直接販売も行われる。

図２５は、実施の形態２における商品企画／開発〜企画終了までのスケジュールを示す図である。この図において、図２の各部に対応する部分には同一の名称を付ける。図２５においては、ネーミング募集期間および反響調査期間が新たに設定されている。

ネーミング募集期間は、インターネット上のホームページを介して、商品（量産モデル）のネーミングを広く一般に募集し、ネーミングを決定する期間である。このネーミング募集期間が終了した時点で、決定されたネーミグがホームページ上で告知される。反響調査期間は、商品（量産モデル）が告知されてから企画が終了するまでの期間である。この反響調査期間では、ホームページを介して、商品（量産モデル）に関する顧客の反響が調査される。

つぎに、上述した商品企画／開発〜企画終了までを実現するための具体的な構成について図２４を参照して説明する。このにおいて、図３および図２３の各部に対応する部分には同一の符号を付ける。図２４には、販売代理店クライアント１００₁ 〜１００_n 、ＷＷＷブラウザ１０１₁ 〜１０１_n 、メーラ１０２₁〜１０２_n 、モデム１０３₁ 〜１０３_n が新たに設けられている。なお、図示が省略されているが、同図には、実施の形態１の場合と同様にして、図３に示した顧客クライアント１０₁ 〜１０_n 、ＷＷＷブラウザ１１₁〜１１_n 、メーラ１２₁ 〜１２_n 、モデム１３₁〜１３_n が顧客３₁ 〜３_n 側にそれぞれ設けられている。

販売代理店クライアント１００₁ 〜１００_n のそれぞれは、販売代理店９０₁ 〜９０_n（図２３参照）側に設けられており、インターネット２０に接続されている。これらの販売代理店クライアント１００₁ 〜１００_n は、ＴＣＰ／ＩＰに従ってインターネットアクセスを行うためのコンピュータ端末である。

販売代理店クライアント１００₁ は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０₁ の店員により操作される。この販売代理店クライアント１００₁は、ＷＷＷブラウザ１０１₁ およびメーラ１０２₁ によりインターネット２０上の各種サービスの提供を受けるとともに、例えば、商品９２₁ を顧客３₁ に販売するための予約情報を業務サーバ５７より受領する。商品９２₁ は、実施の形態１で説明した手法により開発されたものであり、顧客３₁ は、商品９２₁ を予約した予約者である。また、販売代理店クライアント１００₁ は、モデム１０３₁を介してインターネット２０に接続される。

販売代理店クライアント１００₂ は、販売代理店クライアント１００₁ と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０₂ の店員により操作される。この販売代理店クライアント１００₂ は、販売代理店クライアント１００₁ と同様にして、ＷＷＷブラウザ１０１₂ およびメーラ１０２₂ によりインターネット２０上の各種サービスの提供を受けるとともに、商品を顧客（予約者）に販売するための予約情報を業務サーバ５７より受領する。また、販売代理店クライアント１００₂ は、モデム１０３₂ を介してインターネット２０に接続される。

販売代理店クライアント１００_n も、販売代理店クライアント１００₁と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０_n の店員により操作される。この販売代理店クライアント１００_n も、販売代理店クライアント１００₁ と同様にして、ＷＷＷブラウザ１０１_n およびメーラ１０２_n によりインターネット２０上の各種サービスの提供を受けるとともに、商品を顧客（予約者）に販売するための予約情報を業務サーバ５７より受領する。また、販売代理店クライアント１００_n は、モデム１０３_n を介してインターネット２０に接続される。

つぎに、図２６〜図２９にそれぞれ示したフローチャートを参照しつつ実施の形態２の動作について詳述する。ここで、図２６および図２７にそれぞれ示した企画期間、・・・、反響調査期間は、図２５に示した各期間に対応している。また、図２６に示したステップＳＩ１〜ステップＳＩ２１は、前述した図４に示したステップＳＡ１〜ステップＳＡ２１と同様であるため、その詳細な説明を省略する。従って、以下では、図２７に示したステップＳＩ２２以降について説明する。

同図に示したステップＳＩ２２では、ＷＷＷサーバ３３（図２４参照）は、図３０に示した商品（量産モデル）告知画面Ｇ₉ および図３４に示した商品（量産モデル）告知画面Ｇ₁₃ をホームページ５に表示させることにより、商品（量産モデル）を顧客３₁ 〜３_n に対して告知する。図３０に示した商品（量産モデル）告知画面Ｇ₉ には、商品（量産モデル）告知画面Ｇ₄ （図１８参照）と同様にして、一方の商品Ａに関する色違いのデザインを示す、商品Ａ（緑）画像ＷＡ₁ 〜商品Ａ（青）画像ＷＡ₃ 、スペック、価格等が表示されているとともに、新たにカスタマイズボタン１１０が表示されている。

このカスタマイズボタン１１０は、商品Ａを構成する部品（例えば、風防ガラス、リューズ等）のデザイン、機能等を顧客の好みに応じてカスタマイズするための画面を表示させるボタンである。すなわち、カスタマイズボタン１１０が押下されると、ＷＷＷサーバ３３は、図３１に示した商品Ａ用カスタマイズ部品選択画面Ｇ₁₀ をホームページ５に表示させる。

この商品Ａ用カスタマイズ部品選択画面Ｇ₁₀ には、カスタマイズ用風防ガラス画像ＧＡＦ₁ 〜ＧＡＦ₃ 、カスタマイズ用リューズ画像ＧＡＲ₁、ＧＡＲ₂ 、カスタマイズ部品選択部１１１およびカスタマイズ画像ボタン１１２が表示されている。この商品Ａ用カスタマイズ部品選択画面Ｇ₁₀ は、商品Ａのカスタマイズを希望する顧客に対して、デザインの異なる複数のカスタマイズ部品から所望のものを選択させるための画面である。

カスタマイズ用風防ガラス画像ＧＡＦ₁ 〜ＧＡＦ₃ は、商品Ａ（図３０参照）にカスタマイズ可能な３タイプの風防ガラスＡＦ₁ 〜ＡＦ₃ に関する画像である。これらの風防ガラスＡＦ₁ 〜ＡＦ₃は、デザイン（色、機能も含む）が異なっているが、いずれも商品Ａ用に成形されている。一方、カスタマイズ用リューズ画像ＧＡＲ₁ およびＧＡＲ₂ は、商品Ａにカスタマイズ可能な２タイプのリューズＡＲ₁ およびＡＲ₂に関する画像である。これらのリューズＡＲ₁ およびＡＲ₂ は、頭部のデザインが異なっているが、いずれも商品Ａ用に成形されている。ここで、風防ガラスＡＦ₁ 〜ＡＦ₃ 、リューズＡＲ₁およびＡＲ₂ のデザインは、ステップＳＩ１９（図２６参照）のニーズ総合分析結果を受けて製作されている。

カスタマイズ部品選択部１１１には、上述した３タイプの風防ガラス（ＡＦ₁ 〜ＡＦ₃ ）の中から一つ、２タイプのリューズ（ＡＲ₁ およびＡＲ₂ ）から一つ、３タイプの文字板色（緑、黄、青）の中から一つをそれぞれ顧客に選択させるためのチェックボックスが表示されている。ここで、顧客によりそれぞれのチェックボックスが選択された後にカスタマイズ画像ボタン１１２が押下されると、ＷＷＷサーバ３３は、図３２に示した商品Ａカスタマイズ画面Ｇ₁₁ をホームページ５に表示させる。

この商品Ａカスタマイズ画面Ｇ₁₁ には、商品Ａ用カスタマイズ部品選択画面Ｇ₁₀（図３１参照）で選択されたカスタマイズ部品（この場合、風防ガラスＡＦ₁ 、リューズＡＲ₁ 、文字板色：緑）を用いてカスタマイズされたカスタマイズ商品Ａ₁’に関する商品Ａカスタマイズ画像ＣＡ₁ が表示されている。これにより、顧客は、カスタマイズ後の商品のイメージを把握することができ、購入するか否かの判断の助けを受けることができる。また、商品Ａカスタマイズ画面Ｇ₁₁ には、カスタマイズ商品Ａ₁’の購入予約を行うための予約ボタン１１３が表示されている。

同様にして、図３４に示した商品（量産モデル）告知画面Ｇ₁₃ には、商品（量産モデル）告知画面Ｇ₅（図１９参照）と同様にして、他方の商品Ｂに関する色違いのデザインを示す、商品Ｂ（黒）画像ＷＢ₁ 〜商品Ｂ（白）画像ＷＢ₃ 、スペック、価格等が表示されているとともに、新たにカスタマイズボタン１１７が表示されている。

このカスタマイズボタン１１７は、カスタマイズボタン１１０（図３０参照）と同様にして、商品Ｂを構成する部品（例えば、風防ガラス、リューズ等）のデザイン、機能等を顧客の好みに応じてカスタマイズするための画面を表示させるボタンである。すなわち、カスタマイズボタン１１７が押下されると、ＷＷＷサーバ３３は、図３５に示した商品Ｂ用カスタマイズ部品選択画面Ｇ₁₄ をホームページ５に表示させる。

この商品Ｂ用カスタマイズ部品選択画面Ｇ₁₄ には、カスタマイズ用風防ガラス画像ＧＢＦ₁ 〜ＧＢＦ₃ 、カスタマイズ用リューズ画像ＧＢＲ₁、ＧＢＲ₂ 、カスタマイズ部品選択部１１８およびカスタマイズ画像ボタン１１９が表示されている。この商品Ｂ用カスタマイズ部品選択画面Ｇ₁₄ は、商品Ｂのカスタマイズを希望する顧客に対して、デザインの異なる複数のカスタマイズ部品から所望のものを選択させるための画面である。

カスタマイズ用風防ガラス画像ＧＢＦ₁ 〜ＧＢＦ₃ は、商品Ｂ（図３４参照）にカスタマイズ可能な３タイプの風防ガラスＢＦ₁ 〜ＢＦ₃ に関する画像である。これらの風防ガラスＢＦ₁ 〜ＢＦ₃は、デザイン（色、機能も含む）が異なっているが、いずれも商品Ｂ用に成形されている。

一方、カスタマイズ用リューズ画像ＧＢＲ₁ およびＧＢＲ₂ は、商品Ｂにカスタマイズ可能な２タイプのリューズＢＲ₁ およびＢＲ₂ に関する画像である。これらのリューズＢＲ₁ およびＢＲ₂は、頭部のデザインが異なっているが、いずれも商品Ｂ用に成形されている。ここで、風防ガラスＢＦ₁ 〜ＢＦ₃、リューズＢＲ₁ およびＢＲ₂ のデザインは、ステップＳＩ１９（図２６参照）のニーズ総合分析結果を受けて製作されている。

カスタマイズ部品選択部１１８には、上述した３タイプの風防ガラス（ＢＦ₁ 〜ＢＦ₃ ）の中から一つ、２タイプのリューズ（ＢＲ₁ およびＢＲ₂ ）から一つ、３タイプの文字板色（黒、銀、白）の中から一つをそれぞれ顧客に選択させるためのチェックボックスが表示されている。ここで、顧客によりそれぞれのチェックボックスが選択された後にカスタマイズ画像ボタン１１９が押下されると、ＷＷＷサーバ３３は、図３６に示した商品Ｂカスタマイズ画面Ｇ₁₅ をホームページ５に表示させる。

この商品Ｂカスタマイズ画面Ｇ₁₅ には、商品Ｂ用カスタマイズ部品選択画面Ｇ₁₄（図３５参照）で選択されたカスタマイズ部品（この場合、風防ガラスＢＦ₂ 、リューズＢＲ₂ 、文字板色：黒）を用いてカスタマイズされたカスタマイズ商品Ｂ₁’に関する商品Ｂカスタマイズ画像ＣＢ₁ が表示されている。これにより、顧客は、カスタマイズ後の商品のイメージを把握することができ、購入するか否かの判断の助けを受けることができる。また、商品Ｂカスタマイズ画面Ｇ₁₅ には、カスタマイズ商品Ｂ₁’の購入予約を行うための予約ボタン１２０が表示されている。このように、実施の形態２では、商品ＡおよびＢを標準仕様のまま販売するのではなく、カスタマイズも可能とされている。

ステップＳＩ２３では、ＷＷＷサーバ３３は、ネーミグ募集期間（図２５参照）が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ２４では、ＷＷＷサーバ３３は、インターネット２０を介して、前述した商品Ａおよび商品Ｂのそれぞれに関するネーミングを募集するネーミング募集処理を実行する。

すなわち、図２８に示したステップＳＪ１では、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂに関するネーミングのエントリを行うためのネーミング入力要求が有るか否かを判断する。具体的には、ＷＷＷサーバ３３は、ホームページ５上のネーミングエントリボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図２７に示したメインルーチンへ戻る。

この場合、顧客３₁ の操作により、ネーミングエントリボタン（図示略）が押下されたものとすると、ステップＳＪ２では、ＷＷＷサーバ３３は、ネーミング募集フォーム、すなわち、図３７に示したネーミング募集フォーム画面Ｇ₁₆ を顧客クライアント１０₁ のディスプレイに表示させる。ネーミング募集フォーム画面Ｇ₁₆ には、顧客の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、商品Ａ（図３０参照）および商品Ｂ（図３４参照）のそれぞれに関するエントリすべきネーミングを入力するエントリネーミング入力項目１２１および１２２が表示されている。従って、顧客３₁ は、エントリネーミング入力項目１２１および１２２に、商品Ａおよび商品Ｂのネーミングを入力する。

ステップＳＪ３では、ＷＷＷサーバ３３は、図３７に示したクリアボタン１２４が押下されたか否かを判断する。このクリアボタン１２４は、ネーミング募集フォーム画面Ｇ₁₆ の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＪ４では、ＷＷＷサーバ３３は、ネーミング募集フォーム画面Ｇ₁₆ の入力内容をクリアした後、図２７に示したメインルーチンへ戻る。

この場合、ステップＳＪ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＪ５では、ＷＷＷサーバ３３は、図３７に示した送信ボタン１２３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、ネーミング募集フォーム画面Ｇ₁₆ の入力が全て終えると、顧客３₁ は、マウス操作等により送信ボタン１２３を押下する。

これにより、ＷＷＷサーバ３３は、ステップＳＪ５の判断結果を「Ｙｅｓ」とする。ステップＳＪ６では、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂのネーミングを個人情報に対応付けて、記憶装置３４内のネーミング募集結果データベースに格納する。以後、ステップＳＪ１〜ステップＳＪ５ステップＳＪ６の処理が繰り返し実行されることにより、ネーミング募集結果データベースには、商品Ａおよび商品Ｂのネーミングがエントリされる。

そして、ネーミング募集期間が終了すると、ＷＷＷサーバ３３は、ステップＳＩ２３の判断結果を「Ｙｅｓ」とする。ステップＳＩ２５では、記憶装置３４内のネーミング募集結果データベースが参照され、複数のネーミングの中から商品Ａおよび商品Ｂのそれぞれのネーミングが商品メーカ１、出版社２により決定される。なお、実施の形態２では、ネーミング募集結果をホームページ５に公開し、顧客３₁ 〜３_n による人気投票の結果を受けて、商品Ａおよび商品Ｂのそれぞれのネーミングを決定するようにしてもよい。

ステップＳＩ２６では、ＷＷＷサーバ３３は、図３８に示したネーミング告知画面Ｇ₁₇ をホームページ５に表示させることにより、商品Ａおよび商品Ｂに関して決定されたネーミングを告知する。これにより、商品Ａおよび商品Ｂに加えて、これらがカスタマイズされたカスタマイズ商品に関する販売予約の受付が開始される。なお、ステップＳＩ２２以降では、ステップＳＡ９（図４参照）で説明した手法により、商品告知後の顧客の反響が調査される。

ステップＳＩ２７では、ＷＷＷサーバ３３は、予約受付期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＩ２８〜ステップＳＩ３１の処理が並列的に実行される。なお、ステップＳＩ２９〜ステップＳＩ３１のそれぞれの処理は、実施の形態１におけるステップＳＡ２５〜ステップＳＡ２７（図５参照）のそれぞれの処理に対応しているため、詳細な説明を省略する。

また、ステップＳＩ２８の予約受付処理は、商品Ａ、商品Ｂに加えて、カスタマイズ商品に関する販売予約を顧客３₁ 〜３_n から受け付ける処理である。すなわち、予約受付処理において、図２９に示したステップＳＫ１では、ＷＷＷサーバ３３は、予約状況確認ボタン７８（図３０参照）または予約状況確認ボタン７９（図３４参照）が、商品（量産モデル）告知画面Ｇ₉ または商品（量産モデル）告知画面Ｇ₁₃ を閲覧している顧客の操作により押下されたか否かを判断する。予約状況確認ボタン７８および予約状況確認ボタン７９は、現時点での商品Ａ（商品Ａがカスタマイズされたカスタマイズ商品も含む）および商品Ｂ（商品Ｂがカスタマイズされたカスタマイズ商品も含む）の予約状況を確認するためのボタンである。

ここで、例えば、顧客３₁ の操作により、図３０に示した予約状況確認ボタン７８が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＫ１の判断結果を「Ｙｅｓ」とする。なお、ステップＳＫ１の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図２７に示したメインルーチンへ戻る。この場合、ステップＳＫ２では、ＷＷＷサーバ３３は、図３９に示した予約状況確認画面Ｇ₁₈ を顧客クライアント１０₁ のディスプレイに表示させる。ステップＳＫ３では、ＷＷＷサーバ３３は、顧客の操作により、予約ボタン１２６（図３９参照）、予約ボタン１２０（図３６参照）または予約ボタン１１３（図３２参照）のうちいずれかのボタンが押下されたか否かを判断し、この判断結果が「Ｎｏ」である場合、図２７に示したメインルーチンへ戻る。

図３９に示した予約状況確認画面Ｇ₁₈ の予約状況表示部８０には、２月２９日２３：００現在の商品Ａ（カスタマイズ商品も含む）の予約数（＝９８本）および商品Ｂ（カスタマイズ商品も含む）の予約数（＝２６４本）が表示されている。また、予約状況確認画面Ｇ₁₈ には、商品Ａ（カスタマイズ商品も含む）および商品Ｂ（カスタマイズ商品も含む）のそれぞれの予約者に関するプロフィールの構成比が円グラグ形式で表示されている。顧客は、これらのプロフィールを確認することで、商品Ａおよび商品Ｂのそれぞれに関する販売ターゲットの傾向を知った上で、購入するか否かの判断を行うことができる。また、プロフィールに関する円グラフは、後述する予約情報テーブルＪ（図４０参照）のプロフィールに基づいて表示される。

ここで、顧客３₁ の操作により予約ボタン１２６が押下されると、ＷＷＷサーバ３３は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。ステップＳＫ４では、ＷＷＷサーバ３３は、図３３に示した予約受付フォームである予約受付画面Ｇ₁₂ を顧客クライアント１０₁ のディスプレイに表示させる。図３３に示した予約受付画面Ｇ₁₂ において、図２１の各部に対応する部分には同一の符号を付ける。

予約受付画面Ｇ₁₂ には、予約者のプロフィール（図３９参照）を選択入力するためのプロフィール選択部１２５と、カスタマイズ商品（図３２、図３６参照）の名称（同図では、カスタマイズ商品Ａ₁’（緑））が表示されるカスタマイズ商品名表示部１１４、当該商品の予約本数を入力するための予約個数表示部１１５と、予約した商品の受け取り方法（販売代理店または代金引換便）を選択するための商品受取り方法選択部１１６が新たに表示されている。そして、顧客３₁ は、予約に必要な情報を入力する。

図２９に戻り、ステップＳＫ５では、ＷＷＷサーバ３３は、図３３に示したクリアボタン８７が押下されたか否かを判断する。このクリアボタン８７は、予約受付画面Ｇ₁₂ の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＫ８では、ＷＷＷサーバ３３は、予約受付画面Ｇ₁₂ の入力内容をクリアし、図２７に示したメインルーチンへ戻る。

この場合、ステップＳＫ５の判断結果が「Ｎｏ」であるものとすると、ステップＳＫ６では、ＷＷＷサーバ３３は、図３３に示した送信ボタン８６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３₁ の操作により送信ボタン８６が押下されると、ＷＷＷサーバ３３は、ステップＳＫ６の判断結果を「Ｙｅｓ」とする。ステップＳＫ７では、ＷＷＷサーバ３３は、予約受付画面Ｇ₁₂ で入力された各種情報を図４０に示した予約情報テーブルＪとして記憶装置３４に格納する。

この予約情報テーブルＪは、「予約数データ」、「予約日時」「予約者氏名」、「プロフィール」、「住所」、カスタマイズ商品であるか否かを表す「フラグ」、「カスタマイズ部品」、「商品名」、「数量」、「受取方法」、「販売代理店」、「販売価格」というフィールドを備えている。「販売代理店」のフィールドには、図３３に示した商品受取り方法選択部１１６で「販売代理店」が選択された場合に、予め設定された販売代理店９０₁ 〜９０_n のうち、予約者の「住所」に最も近い販売代理店がＷＷＷサーバ３３により自動設定される。なお、商品受取り方法選択部１１６で「代引き」が選択された場合には、上記「販売代理店」のフィールドには、いずれの情報も格納されない。以後、予約受付期間が終了するまで、上述した動作が繰り返される。

そして、予約受付期間が終了すると、ＷＷＷサーバ３３は、図２７に示したステップＳＩ２７の判断結果を「Ｙｅｓ」とする。ステップＳＩ３２では、ＷＷＷサーバ３３は、実施の形態１で説明したステップＳＡ２８（図５参照）の処理と同様にして、予約数に応じて販売価格を最終的に決定する販売価格最終決定処理を実行する。この場合、ＷＷＷサーバ３３は、決定された販売価格を予約情報テーブルＪ（図４０参照）に格納する。この場合、商品Ａの販売価格は、２５０００円、商品Ｂの販売価格は、４５０００円である。

ステップＳＩ３３では、ＷＷＷサーバ３３は、予約者に対して商品情報（最終決定された価格、スペック、デザイン等）をホームページ５等を介して告知する。ステップＳＩ３４では、図２４に示したＷＷＷサーバ３３は、記憶装置３４に格納された予約情報テーブルＪをインターネット２０を介して、商品メーカ１側の業務サーバ５７へ送信する。これにより、商品メーカ１では、予約情報テーブルＪ（図４０参照）に基づいて、商品Ａおよび商品Ｂ（いずれもカスタマイズ商品も含む）の製造を開始する。カスタマイズ商品は、予約情報テーブルＪにおけるカスタマイズ部品のフィールドが参照されることで、製造される。

ステップＳＩ３５では、業務サーバ５７は、インターネット２０を介して、販売代理店クライアント１００₁ 〜１００_n へ予約情報テーブルＪ（図４０参照）を送信する。これにより、販売代理店９０₁ 〜９０_n のそれぞれは、予約情報テーブルＪの「販売代理店」のフィールドを参照することにより、自店で扱うべき商品の情報、顧客の情報を把握する。ステップＳＩ３６では、商品メーカ１は、予約情報テーブルＪに基づいて、販売代理店９０₁ 〜９０_n へ商品を発送する。

ステップＳＩ３７では、商品メーカ１および販売代理店９０₁ 〜９０_n は、商品Ａおよび商品Ｂ（いずれもカスタマイズ商品も含む）の発売日であるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、発売日になると、商品メーカ１および販売代理店９０₁ 〜９０_n は、ステップＳＩ３７の判断結果を「Ｙｅｓ」とする。これにより、ステップＳＩ３８およびステップＳＩ３９の処理が並列的に実行される。

すなわち、ステップＳＩ３８では、商品メーカ１は、図４０に示した予約情報テーブルＪを参照して、「販売代理店」のフィールドにいずれの情報も格納されていない購入予約者に対して予約順に商品Ａ、商品Ｂ（カスタマイズ商品も含む）を代金引換便で配送する。一方、販売代理店９０₁ 〜９０_n は、予約情報テーブルＪを参照して、「販売代理店」のフィールドに自店の情報が格納されている購入予約者に対して、当該商品を販売した後、代金を商品メーカ１の金融機関口座に入金する。ステップＳＩ３９では、ステップＳＡ９（図４参照）と同様の手法により、商品販売後の顧客の反響が調査される。

ステップＳＩ４０では、商品メーカ１は、商品Ａ、商品Ｂ（カスタマイズ商品も含む）の製造数が予約数と等しいか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ４２では、商品メーカ１は、販売期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、商品Ａ、商品Ｂ（カスタマイズ商品も含む）が販売される。

ここで、ステップＳＩ４０の判断結果が「Ｙｅｓ」になると、ステップＳＩ４１では、商品メーカ１は、製造数が予約数に達したものとして、商品Ａ、Ｂ（カスタマイズ商品も含む）の製造を中止する。そして、ステップＳＩ４２の判断結果が「Ｙｅｓ」になると、ステップＳＩ４３では、反響調査期間が終了したか否かが判断される。この判断結果が「Ｎｏ」である場合、ステップＳＩ４４では、ステップＳＩ３９と同様にして、反響調査処理が引き続き実行される。

そして、ステップＳＩ４３の判断結果が「Ｙｅｓ」になると、ステップＳＩ４５では、商品メーカ１および出版社２は、反響調査結果を集計／分析し、一連の商品企画／開発〜販売に関する総合評価を行う。ステップＳＩ４６では、商品メーカ１および出版社２は、総合評価の結果を次回の商品企画／開発にフィードバックする。

さて、前述した実施の形態２では、図２７に示したステップＳＩ３２（販売価格最終決定処理）で、予約数に応じて段階的に販売価格を決定する例について説明したが、これに限定されることなく、例えば、以下に説明する４種類（変形例１〜変形例４）の販売価格最終決定ロジックに基づいて販売価格を決定するようにしてもよい。

実施の形態２の変形例１では、図４１（ａ）に示した販売価格最終決定ロジックＨ₁ に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ₁ では、図２７に示したステップＳＩ２７の予約受付期間中で、予約の先着順に段階的に販売価格が決定される。具体的には、先着１名〜３０００名までは２００００円、先着３００１名〜６０００名までは２５０００円、先着６００１名以降は、３００００円である。この変形例１において、ステップＳＩ３２（図２７参照）では、図４２に示した販売価格最終決定処理が実行される。

すなわち、同図に示したステップＳＭ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約数データｒを読み出す。この予約数データｒは、商品の予約先着順を示すデータである。ステップＳＭ２では、ＷＷＷサーバ３３は、予約数データｒが１名〜３０００名（図４１（ａ）参照）の範囲内であるか否かを判断する。

この判断結果が「Ｙｅｓ」である場合、ステップＳＭ７では、ＷＷＷサーバ３３は、販売価格を２００００円（図４１（ａ）参照）とする。ステップＳＭ５では、ＷＷＷサーバ３３は、上記販売価格（２００００円）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＭ６では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。

ここで、ステップＳＭ２の判断結果が「Ｎｏ」である場合、ステップＳＭ３では、ＷＷＷサーバ３３は、予約数データｒが３００１名〜６０００名の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＭ８では、ＷＷＷサーバ３３は、販売価格を２５０００円（図４１（ａ）参照）とする。また、ステップＳＭ３の判断結果が「Ｎｏ」である場合、すなわち、予約数データｒが６００１以上である場合、ステップＳＭ４では、ＷＷＷサーバ３３は、販売価格を３００００円とする。

また、実施の形態２の変形例２では、図４１（ｂ）に示した販売価格最終決定ロジックＨ₂ に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ₂ では、図２７に示したステップＳＩ２７の予約受付期間中で、予約した時期に対応させて段階的に販売価格が決定される。具体的には、予約日時が３月１日（予約開始日）〜３月３１日までは、２００００円、予約日時が４月１日〜４月３０日までは、２５０００円、予約日時が５月１日以降は、３００００円である。この変形例２において、ステップＳＩ３２（図２７参照）では、図４３に示した販売価格最終決定処理が実行される。

すなわち、同図に示したステップＳＬ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約日時データｔを読み出す。この予約日時データｔは、商品が予約された日時を示すデータである。ステップＳＬ２では、ＷＷＷサーバ３３は、予約日時データｔが３月１日〜３月３１日の範囲内であるか否かを判断する。

この判断結果が「Ｙｅｓ」である場合、ステップＳＬ７では、ＷＷＷサーバ３３は、販売価格を２００００円（図４１（ｂ）参照）とする。ステップＳＬ５では、ＷＷＷサーバ３３は、上記販売価格（２００００円）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＬ６では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。

ここで、ステップＳＬ２の判断結果が「Ｎｏ」である場合、ステップＳＬ３では、ＷＷＷサーバ３３は、予約日時データｔが４月１日〜４月３０日の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ８では、ＷＷＷサーバ３３は、販売価格を２５０００円（図４１（ｂ）参照）とする。また、ステップＳＬ３の判断結果が「Ｎｏ」である場合、すなわち、予約日時データｔが５月１日以降である場合、ステップＳＬ４では、ＷＷＷサーバ３３は、販売価格を３００００円とする。

また、実施の形態２の変形例３では、図４４（ａ）に示した販売価格最終決定ロジックＨ₃ に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ₃ では、図２７に示したステップＳＩ２７の予約受付期間中で、予約の先着順に段階的に、商品の定価に対する割引率が決定された後、この割引率に応じて販売価格が決定される。具体的には、先着１名〜３０００名までは割引率３０％、先着３００１名〜６０００名までは割引率２０％、先着６００１名以降は、割引率０％（定価）である。この変形例３において、ステップＳＩ３２（図２７参照）では、図４５に示した販売価格最終決定処理が実行される。

すなわち、同図に示したステップＳＯ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約数データｒを読み出す。ステップＳＯ２では、ＷＷＷサーバ３３は、予約数データｒが１名〜３０００名（図４４（ａ）参照）の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＯ８では、ＷＷＷサーバ３３は、当該商品の割引率を３０％（図４４（ａ）参照）とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝３０％）を適用することにより、販売価格（定価×（１−０．３））を計算する。

ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（割引率３０％）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＯ７では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。

ここで、ステップＳＯ２の判断結果が「Ｎｏ」である場合、ステップＳＯ３では、ＷＷＷサーバ３３は、予約数データｒが３００１名〜６０００名の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＯ９では、ＷＷＷサーバ３３は、当該商品の割引率を２０％とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝２０％）を適用することにより、販売価格（定価×（１−０．２））を計算する。ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（割引率２０％）のデータを予約情報テーブルＪの当該レコードに格納する。

また、ステップＳＯ３の判断結果が「Ｎｏ」である場合、すなわち、予約数データｒが６００１以上である場合、ステップＳＯ４では、ＷＷＷサーバ３３は、割引率を０％とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝０％）を適用することにより、販売価格を計算する。この場合、販売価格は、定価である。ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（＝定価）のデータを予約情報テーブルＪの当該レコードに格納する。

また、実施の形態２の変形例４では、図４４（ｂ）に示した販売価格最終決定ロジックＨ₄ に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ₄ では、予約受付個数が例えば１０００個という具合に限定されている場合に、図２７に示したステップＳＩ２７の予約受付期間中で、予約受付が開始されてから、１０００個分の予約が完了するまでの時間（予約完了時間）によって、段階的に販売価格が決定される。

具体的には、予約完了時間が５分未満の場合には、販売価格が２００００円、予約完了時間が５分以上〜１０分未満である場合には、販売価格が２５０００円、予約完了時間が１０分以上である場合には、販売価格が３００００円である。この変形例４において、ステップＳＩ３２（図２７参照）では、図４６に示した販売価格最終決定処理が実行される。

すなわち、この変形例４では、ＷＷＷサーバ３３は、予約の受付が開始されるとタイマ（図示略）を起動させた後、予約受付個数（例えば、１０００個）に関する全ての予約が完了した時点でタイマを停止させる。この場合、図４６に示したステップＳＰ１では、ＷＷＷサーバ３３は、タイマの計時結果を予約完了時間ＴＲとして読み出す。ステップＳＰ２では、ＷＷＷサーバ３３は、予約完了時間ＴＲが５分未満であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＰ５では、ＷＷＷサーバ３３は、販売価格を一律に２００００円（図４４（ｂ）参照）とする。

一方、ステップＳＰ２の判断結果が「Ｎｏ」である場合、ステップＳＰ３では、ＷＷＷサーバ３３は、予約完了時間ＴＲが５分以上１０分未満であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＰ６では、ＷＷＷサーバ３３は、販売価格を一律に２５０００円（図４４（ｂ）参照）とする。一方、ステップＳＰ３の判断結果が「Ｎｏ」である場合、すなわち、予約完了時間ＴＲが１０分以上である場合、ＷＷＷサーバ３３は、販売価格を一律に３００００円とする。なお、ＷＷＷサーバ３３は、決定された販売価格のデータを予約情報テーブルＪ（図４０参照）の各レコードに格納する。なお、変形例３で説明した割引率は、変形例１、２、４にも適用してもよい。

また、実施の形態２では、商品ＡおよびＢの販売価格を競売における入札方式により決定してもよい。以下では、この場合を実施の形態２の変形例５として説明する。この変形例５では、ＷＷＷサーバ３３は、図４７に示したオークション入札フォーム画面Ｇ₁₉ を表示する。これにより、顧客は、それぞれのクライアント端末を用いて、個人情報（お名前、フリガナ等）を入力するとともに、入札金額入力欄１２７に商品Ａの入札金額を入力し、さらに入札金額入力欄１２８に商品Ｂの入札金額を入力する。なお、クリアボタン１３０は、入力内容の変更時に押下される。つぎに、入札ボタン１２９が押下されると、上記入札金額のデータがＷＷＷサーバ３３により収集され、ＷＷＷサーバ３３は、入札金額データを図４８に示した入札テーブルＡＣに格納する。

また、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂに関する入札件数のデータを入札がある毎に変更するとともに、各入札金額の価格帯（例えば、１０００円から５０００円）毎に入札金額の平均値を求める。そして、入札締め切り時刻になると、図４９に示したステップＳＱ１では、ＷＷＷサーバ３３は、入札テーブルＡＣを読み出す。ステップＳＱ２では、ＷＷＷサーバ３３は、入札テーブルＡＣ内の入札件数が最大のレコードを検索する。例えば、この場合、商品Ａに関して入札件数が３１７のレコード、商品Ｂに関して入札件数が４６２のレコードが検索される。

ステップＳＱ３では、ＷＷＷサーバ３３は、当該レコードの平均値を販売価格とする。この場合、商品Ａの販売価格は、１８０００円であり、商品Ｂの販売価格は、１７０００円である。実施の形態２では、最高入札金額を販売価格としてもよい。

また、実施の形態２では、一つのコンセプトに基づく複数の新商品（例えば、靴、カバン、ベルト等）の企画／開発に関する商品企画開発情報を、前述した手法によりインターネット２０を介して不特定多数の顧客に告知し、顧客から意見情報を収集するようにしてもよい。この場合、複数の新商品を企画、開発する企業では、意見情報に基づいて顧客のニーズを把握する。

また、実施の形態２では、予約数が多い新商品のみの製造を決定し、これ以外の新商品の製造を中止するようにしてもよく、この場合には、予約者に対してスリルや企画のおもしろさを提供することができる。

以上説明したように、実施の形態２によれば、企画／開発段階で複数の試作品の人気度の調査結果を不特定多数の顧客に対して告知するようにしたので、企画／開発の方向性を早期に確定させることができる。

また、実施の形態２によれば、販売予約を採り、しかも販売予約の先着順に安価となるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。

また、実施の形態２によれば、販売予約を採り、しかも販売予約の先着順に、定価に対する割引率が段階的に高くなるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。

また、実施の形態２によれば、販売予約を採り、しかも販売予約の受付時期が早い程、安価となるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。

また、実施の形態２によれば、販売予約を採り、しかも販売予約の受付時期が早い程、定価に対する割引率が高くなるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。

また、実施の形態２によれば、販売予約を採り、販売予約の受付が開始されてから予約数が所定数に達するまでの予約完了時間が短い程、安価となるような新商品の販売価格を決定するようにしたので、「予約数が限られている限定商品を購入したい」、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるとともに、新商品にプレミアを付けることができる。

また、実施の形態２によれば、販売予約を採り、販売予約の受付が開始されてから予約数が所定数に達するまでの予約完了時間が短い程、定価に対する割引率が高くなるような新商品の販売価格を決定するようにしたので、「予約数が限られている限定商品を購入したい」、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるとともに、新商品にプレミアを付けることができる。

また、実施の形態２によれば、入札件数が最も多い入札価格帯に基づいて新商品の販売価格を決定するという入札方式を採るようにしたので、顧客主導の販売価格設定を行うことができ、しかも適正な販売価格で顧客に新商品を提供することができる。

また、実施の形態２によれば、競売により新商品の販売価格を決定するようにしたので、新商品の販売価格を決定する権限が顧客に与えられるため、商品企画／開発に対する顧客の参加意識を高めることができるとともに、競売による話題性、宣伝効果を高めることができる。

また、実施の形態２によれば、販売代理店に販売代理店クライアントを設けてネットワークを介して予約に関する情報を販売代理店クライアントへ送信するようにしたので、顧客の購入方法の選択肢を増やすことができ、顧客の利便性を向上させることができる。

また、実施の形態２によれば、販売予約時に複数のカスタマイズ部品の中から顧客が所望するカスタマイズ部品を選択させ、カスタマイズされた新商品を販売するようにしたので、顧客の好みにさらにきめ細かく対応することができ、顧客に「自分だけのオリジナル商品」という愛着心を持たせることができる。

また、実施の形態２によれば、新商品のネーミングを募集した後、決定されたネーミングを不特定多数の顧客に対して告知し、商品の名付け親も顧客とするようにしたので、商品企画／開発に関する顧客の参加意識を高めることができるとともに、新商品と顧客との心理的な距離を縮めることができる。

また、実施の形態２によれば、一つのコンセプトに基づく複数の新商品に関する顧客の意見情報をインタラクティブに収集し、この意見情報に基づく顧客のニーズに沿った複数の商品情報を告知するようにしたので、トータルコーディネートされた複数の新商品に関する顧客のニーズを新商品開発に反映することができる。

また、実施の形態２によれば、複数の試作品または商品情報にそれぞれ対応する人気度の調査結果を不特定多数の顧客に対して告知するようにしたので、企画／開発の方向性を早期に確定させることができる。

また、実施の形態２によれば、予約者に関するプロフィール情報を告知するようにしたので、当該新商品を既に予約している予約者の傾向を顧客に認識させることができるため、当該顧客に対して購入すべきか否かの判断時の材料を提供することができる。

以上本発明にかかる実施の形態１および２について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１および２に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した実施の形態１および２においては、商品企画開発を実現するための商品企画開発プログラムを図５０に示したコンピュータ読み取り可能な記録媒体３００に記録して、この記録媒体３００に記録された商品企画開発プログラムを同図に示したコンピュータ２００に読み込ませ、実行することにより商品企画開発を行うようにしてもよい。

図５０に示したコンピュータ２００は、上記商品企画開発プログラムを実行するＣＰＵ２０１と、キーボード、マウス等の入力装置２０２と、各種データを記憶するＲＯＭ（Read Only Memory）２０３と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）２０４と、記録媒体３００から商品企画開発プログラムを読み取る読取装置２０５と、ディスプレイ、プリンタ等の出力装置２０６と、装置各部を接続するバスＢＵとから構成されている。

ＣＰＵ２０１は、読取装置２０５を経由して記録媒体３００に記録されている商品企画開発プログラムを読み込んだ後、この商品企画開発プログラムを実行することにより、前述した商品企画開発に必要な処理を実行する。なお、記録媒体３００には、光ディスク、フロッピー（Ｒ）ディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。

また、実施の形態１および２では、商品メーカ１と出版社２との業務提携により商品企画開発を行う例について説明したがいずれか一方のみで商品企画開発を行ってもよい。また、実施の形態１および２では、図３および図２４に示したＷＷＷサーバ３３、ニュースサーバ３５およびメールサーバ６１のそれぞれの機能を一つのサーバで実現するようにしてもよい。さらに、実施の形態１および２では、時計の企画／開発について説明したが、適用商品は時計に限られるものではなく如何なる商品であっても本発明に含まれる。

２０ インターネット
３３ ＷＷＷサーバ
３５ ニュースサーバ
６１ メールサーバ
９０₁ 〜９０_n 販売代理店
１００₁ 〜１００_n 販売代理店クライアント
２００ コンピュータ
２０１ ＣＰＵ
３００ 記録媒体

Claims (4)

1. 販売価格決定装置で実行される販売価格決定方法であって、
   価格設定手段が、ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数の応じて価格が安価となる複数の段階的な価格を価格設定する価格設定ステップと、
   価格決定手段が、所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定ステップと、
   最終価格決定手段が、所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格を最終販売価格として決定する最終価格決定ステップと、
   を含むことを特徴とする販売価格決定方法。
2. 前記最終価格決定ステップは、前記予約期間が終了した時点における前記商品の価格に所定の割引率を乗算してすることにより、前記最終販売価格を決定することを特徴とする請求項１に記載の販売価格決定方法。
3. ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数の応じて価格が安価となる複数の段階的な価格を価格設定する価格設定手段と、
   所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定手段と、
   所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格を最終販売価格として決定する最終価格決定手段と、
   を備えたことを特徴とする販売価格決定装置。
4. 前記最終価格決定手段は、前記予約期間が終了した時点における前記商品の価格に所定の割引率を乗算してすることにより、前記最終販売価格を決定することを特徴とする請求項３に記載の販売価格決定装置。

Images