(57)【特許請求の範囲】
【請求項１】
販売価格決定装置で実行される販売価格決定方法であって、
価格設定手段が、ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数に応じて価格が安価となる複数の段階的な価格を価格設定する価格設定ステップと、
価格決定手段が、所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定ステップと、
最終価格決定手段が、前記商品の予約の先着順に、定価に対する割引率が段階的に高くなるように前記割引率を決定し、所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格に前記予約の先着順に応じた割引率を乗算した値を最終販売価格として決定する最終価格決定ステップと、
を含むことを特徴とする販売価格決定方法。
【請求項２】
ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数の応じて価格が安価となる複数の段階的な価格を価格設定する価格設定手段と、
所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定手段と、
前記商品の予約の先着順に、定価に対する割引率が段階的に高くなるように前記割引率を決定し、所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格に前記予約の先着順に応じた割引率を乗算した値を最終販売価格として決定する最終価格決定手段と、
を備えたことを特徴とする販売価格決定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の販売価格を決定する販売価格決定方法および装置に関するものである。
【背景技術】
【０００２】
近年、「顧客のニーズが多種多様にわたっていること」、また、「自分自身にとって本当に必要なものだけを取捨選択して商品を購入するようになってきていること」から、新商品の開発にたずさわる各企業においては、個々の顧客のニーズを十分に満たすことが段々と難しくなってきている。
【０００３】
そのため、各企業においては、商品の差別化を図るために、商品やサービスを生産者から消費者へ合理的かつ能率的に流すための活動を行い、すなわち、市場調査等の手段を用いて顧客の潜在的ニーズの調査を行い、それを商品に反映することが、大変重要となってきている。
【０００４】
一方、顧客の潜在的ニーズの調査を既存のインターネットを利用して行い、その結果を、新商品の開発に反映しようとする試みが、各企業の間で検討されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来においては、商品の企画／開発から販売に至るまでの新商品の開発に関するすべての工程を、インターネットまたは雑誌等のメディアを用いた意見交換、すなわち、生活者、前記メディアを所有する企業、およびメーカ間の意見交換、に基づいて実施する、というシステム自体が存在しない。
【０００６】
本発明は、上記に鑑みてなされたものであって、商品の企画／開発から販売に至るまでのすべての工程を、「インターネットまたは雑誌等のメディアを用いた、生活者、メディア、メーカ間の意見交換」、に基づいて実施することにより、商品の差別化を実現し、さらに多種多様にわたる個々の顧客のニーズを新商品開発に反映可能な販売価格決定方法および装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、販売価格決定装置で実行される販売価格決定方法であって、価格設定手段が、ネットワーク上のサーバ装置に公開された商品情報の商品に対して、予約数に応じて価格が安価となる複数の段階的な価格を価格設定する価格設定ステップと、価格決定手段が、所定の予約期間の間に、設定された複数の段階的な価格から、前記ネットワークに接続された顧客端末から前記サーバ装置にアクセスして前記商品を予約した予約数に対応する前記商品の価格を決定する価格決定ステップと、最終価格決定手段が、前記商品の予約の先着順に、定価に対する割引率が段階的に高くなるように前記割引率を決定し、所定の予約期間が終了したか否かを判断し、前記予約期間が終了した時点における前記商品の価格に前記予約の先着順に応じた割引率を乗算した値を最終販売価格として決定する最終価格決定ステップと、を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、予約数に応じて安価となるような商品の販売価格を決定するようにしたので、過剰な在庫を抱える必要がなくなり、顧客に対する価格面でのサービスの質を高めることができるという効果を奏する。また、本発明によれば、予約数に応じて安価となるような商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１の概要を説明する図である。
【図２】同実施の形態１における商品企画／開発〜販売までのスケジュールを示す図である。
【図３】同実施の形態１の構成を示す図である。
【図４】同実施の形態１の動作を説明するフローチャートである。
【図５】同実施の形態１の動作を説明するフローチャートである。
【図６】図４に示したアンケート処理を説明するフローチャートである。
【図７】図４および図５に示した電子掲示板処理を説明するフローチャートである。
【図８】図４および図５に示したメール処理を説明するフローチャートである。
【図９】図４に示した人気度調査処理を説明するフローチャートである。
【図１０】図５に示した予約受付処理を説明するフローチャートである。
【図１１】図５に示したカタログ請求処理を説明するフローチャートである。
【図１２】図５に示した販売価格最終決定処理を説明するフローチャートである。
【図１３】同実施の形態１におけるＸ版試作品告知画面ＧＸ、Ｙ版試作品告知画面ＧＹおよびＺ版試作品告知画面ＧＺの一例を示す図である。
【図１４】同実施の形態１における電子掲示板画面Ｇ1 の一例を示す図である。
【図１５】同実施の形態１におけるアンケート入力画面Ｇ2 の一例を示す図である。
【図１６】同実施の形態１におけるアンケート入力画面Ｇ2 の一例を示す図である。
【図１７】同実施の形態１における人気度調査結果告知画面Ｇ3 の一例を示す図である。
【図１８】同実施の形態１における商品（量産モデル）告知画面Ｇ4 の一例を示す図である。
【図１９】同実施の形態１における商品（量産モデル）告知画面Ｇ5 の一例を示す図である。
【図２０】同実施の形態１における予約状況確認画面Ｇ6 の一例を示す図である。
【図２１】同実施の形態１における予約受付画面Ｇ7 の一例を示す図である。
【図２２】同実施の形態１におけるカタログ請求画面Ｇ8 の一例を示す図である。
【図２３】実施の形態２の概要を説明する図である。
【図２４】同実施の形態２の構成を示す図である。
【図２５】同実施の形態２における商品企画／開発〜企画終了までのスケジュールを示す図である。
【図２６】同実施の形態２の動作を説明するフローチャートである。
【図２７】同実施の形態２の動作を説明するフローチャートである。
【図２８】図２７に示したネーミング募集処理を説明するフローチャートである。
【図２９】図２７に示した予約受付処理を説明するフローチャートである。
【図３０】同実施の形態２における商品（量産モデル）告知画面Ｇ9 の一例を示す図である。
【図３１】同実施の形態２における商品Ａカスタマイズ部品選択画面Ｇ10 の一例を示す図である。
【図３２】同実施の形態２における商品Ａカスタマイズ画面Ｇ11 の一例を示す図である。
【図３３】同実施の形態２における予約受付画面Ｇ12 の一例を示す図である。
【図３４】同実施の形態２における商品（量産モデル）告知画面Ｇ13 の一例を示す図である。
【図３５】同実施の形態２における商品Ｂカスタマイズ部品選択画面Ｇ14 の一例を示す図である。
【図３６】同実施の形態２における商品Ｂカスタマイズ画面Ｇ15 の一例を示す図である。
【図３７】同実施の形態２におけるネーミング募集フォーム画面Ｇ16 の一例を示す図である。
【図３８】同実施の形態２におけるネーミング告知画面Ｇ17 の一例を示す図である。
【図３９】同実施の形態２における予約状況確認画面Ｇ18 の一例を示す図である。
【図４０】同実施の形態２における予約情報テーブルＪの一例を示す図である。
【図４１】同実施の形態２の変形例１および２における販売価格最終決定ロジックＨ1 およびＨ2 を示す図である。
【図４２】同実施の形態２の変形例１における販売価格最終決定処理を説明するフローチャートである。
【図４３】同実施の形態２の変形例２における販売価格最終決定処理を説明するフローチャートである。
【図４４】同実施の形態２の変形例３および４における販売価格最終決定ロジックＨ3 およびＨ4 を示す図である。
【図４５】同実施の形態２の変形例３における販売価格最終決定処理を説明するフローチャートである。
【図４６】同実施の形態２の変形例４における販売価格最終決定処理を説明するフローチャートである。
【図４７】同実施の形態２の変形例５におけるオークション入札フォーム画面Ｇ19 の一例を示す図である。
【図４８】同実施の形態２の変形例５における入札テーブルＡＣの一例を示す図である。
【図４９】同実施の形態２の変形例５における販売価格最終決定処理を説明するフローチャートである。
【図５０】同実施の形態１および２の変形例の構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明にかかる販売価格決定方法および装置の実施の形態１および２について詳細に説明する。
【００１１】
（実施の形態１）
図１は、本発明にかかる実施の形態１の概要を説明する図であり、図２は、実施の形態１における商品企画／開発〜販売までのスケジュールを示す図である。本実施の形態１では、図１に示した商品メーカ１と出版社２とが業務提携し、顧客３1 〜３n の意見を出版物４およびホームページ５を介してインタラクティブに商品企画開発に反映させることにより、顧客３1 〜３n のニーズに沿った商品を提供する。ここでいう業務提携とは、商品の企画／開発や販売、マーケティング等に関する提携をいう。また、実施の形態１では、「時計」を商品の一例として説明する。
【００１２】
同図に示した商品メーカ１は、時計を製造する企業であり、業務提携先の出版社２に対して商品情報や製造技術等を提供する。出版社２は、ファッション雑誌、生活情報誌等の出版物４を出版する企業であり、顧客３1 〜３n に対してトレンド、ファッション、コミュニケーション、感性等の情報を発信する。また、出版社２は、業務提携先の商品メーカ１に対してマーケティング情報等を提供する。顧客３1 〜３n は、出版物４の読者やインターネットユーザであり、商品に関するニーズを発信したり、商品情報を口コミにより伝達する役目をしている。
【００１３】
また、商品メーカ１と出版社２との間では、業務提携に基づいて、商品企画を推進するための意見交換や、商品のデザイン案の検討が行われる。ホームページ５は、インターネット上のＷＥＢであり、商品の企画／開発や販売に関する情報を顧客３1 〜３n に対して発信したり、顧客３1 〜３n から企画／開発等に関する意見等を収集したりするための電子媒体である。すなわち、ホームページ５は、インターネットのインタラクティブ性を利用して、商品メーカ１、出版社２および顧客３1 〜３n という三者間を結ぶためのものである。このホームページ５は、出版社２により管理・運営されている。
【００１４】
また、商品メーカ１と出版社２との業務提携では、図２に示したスケジュールで商品の企画／開発〜販売までが実行される。同図に示したスケジュールでは、企画期間、開発期間（顧客ニーズ調査期間、商品（量産モデル）確定期間）、予約受付期間および製造期間（商品情報告知期間、販売期間）が設定されている。企画期間では、企画／開発商品（この場合、「時計」）の決定、商品販売のターゲットの決定、コンセプトの策定、ホームページ５を開設するためのシステム構築、出版物４の制作等が行われる。この企画期間が終了すると、企画内容が出版物４およびホームページ５を媒体として顧客３1 〜３n に告知される。
【００１５】
開発期間は、主にホームページ５を媒体として、顧客３1 〜３n のニーズを調査する顧客ニーズ調査期間と、上記ニーズを反映させた商品（量産モデル）を確定させるための商品（量産モデル）確定期間とからなる。顧客ニーズ調査期間では、試作品の情報がホームページ５に掲載され、電子掲示板等を介して顧客３1 〜３n の意見等が収集されることによりニーズの調査が行われる。この調査結果を受けて、出版社２と商品メーカ１との間では、意見交換、デザイン案の検討等が密に行われる。そして、開発期間が終了すると、商品（量産モデル）に関する情報（デザイン、スペック、価格等）が出版物４およびホームページ５を媒体として顧客３1 〜３n に告知される。
【００１６】
予約受付期間では、顧客３1 〜３n から商品（量産モデル）の購入予約が受け付けられる。この予約受付期間が終了すると、商品情報告知期間では、最終的な販売価格や予約数が出版物４およびホームページ５を媒体として予約者（顧客３1 〜３n ）に対して告知される。この商品情報告知期間と並行して、製造期間では、予約数分の商品が順次製造される。そして、商品情報告知期間が終了すると、販売期間では、予約順に商品が販売され、最終予約者に対して商品が販売された時点で完売となる。
【００１７】
つぎに、上述した商品企画／開発〜販売までを実現するための具体的な構成について図３を参照して説明する。図３においては、図１の各部に対応する部分には同一の符号を付ける。この図において、顧客クライアント１０1 〜１０n のそれぞれは、顧客３1 〜３n （図１参照）側に設けられており、インターネット２０に接続されている。これらの顧客クライアント１０1 〜１０n は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）に従ってインターネットアクセスを行うためのコンピュータ端末である。
【００１８】
顧客クライアント１０1 は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３1 により操作される。この顧客クライアント１０1 は、ＷＷＷ（World Wide Web）ブラウザ１１1 およびメーラ１２1 によりインターネット２０上の各種サービスの提供を受ける。ＷＷＷブラウザ１１1 は、後述するＷＷＷサーバ３３にアクセスし、ホームページ５を閲覧するためのコンピュータプログラムである。
【００１９】
メーラ１２1 は、電子メールの作成や、ＰＯＰ３（Post Office Protocol version3）等に従って電子メールの送受信を行うためのコンピュータプログラムである。また、顧客クライアント１０1 は、モデム１３1 を介してインターネット２０に接続される。
【００２０】
顧客クライアント１０2 は、顧客クライアント１０1 と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３2 により操作される。この顧客クライアント１０2 は、顧客クライアント１０1 と同様にして、ＷＷＷブラウザ１１2 およびメーラ１２2 によりインターネット２０上の各種サービスの提供を受ける。また、顧客クライアント１０2 は、モデム１３2 を介してインターネット２０に接続される。
【００２１】
顧客クライアント１０n も、顧客クライアント１０1 と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、顧客３n により操作される。この顧客クライアント１０n も、顧客クライアント１０1 と同様にして、ＷＷＷブラウザ１１n およびメーラ１２n によりインターネット２０上の各種サービスの提供を受ける。また、顧客クライアント１０n は、モデム１３n を介してインターネット２０に接続される。
【００２２】
出版社２において、ルータ３０は、インターネット２０上に転送されるパケットをＩＰアドレスに従って、ルーティング（中継経路設定）を行う装置であり、インターネット２０とＬＡＮ(Local Area Network）３２との間に介挿されている。ＬＡＮ３２は、出版社２の社内ネットワークである。ファイアウォール３１は、ルータ３０とＬＡＮ３２との間に介挿されており、ＬＡＮ３２を外部からの不正侵入から保護するものである。
【００２３】
このファイアウォール３１を実現する方法としては、パケットのＩＰアドレスを識別することにより、特定のパケットのみを通過させるという単純な方法から、プロキシサーバを用いる方法、非常に複雑な認証機構を利用した方法まで様々なものがある。ＷＷＷサーバ３３は、ＬＡＮ３２に接続されており、ＷＷＷサーバプログラムに従って、マルチメディア情報（通常のテキスト、静止画、動画および音声）からなるＨＴＭＬ（HyperText Markup Language）により記述された情報（この場合、ホームページ５）を提供するサーバである。
【００２４】
このＷＷＷサーバ３３には、ＨＴＭＬファイルや外部データベースを記憶する記憶装置３４が接続されている。ここで、ＷＷＷサーバ３３は、ＣＧＩ(Common Gateway Interface）と呼ばれるアプリケーションプログラムに従って外部データベースとの連係を図っている。ニュースサーバ３５は、ＬＡＮ３２に接続されており、ＩＮＮ（InterNet News）３６と呼ばれるアプリケーションプログラムに従って電子掲示板を実現するサーバである。
【００２５】
このニュースサーバ３５は、投稿された記事をニューススプール３７に格納する機能や、ニューススプール３７から記事を読み出す機能、記事を削除する機能、記事を中継する機能等を備えている。電子掲示板は、商品企画／開発〜販売までの間で、商品メーカ１、出版社２、顧客３1 〜３n 間における情報共有に利用される。この電子掲示板の利用形態については、具体例を挙げて後述する。
【００２６】
業務サーバ３８は、ＬＡＮ３２に接続されており、出版社２内の各種業務に用いられるサーバである。この業務サーバ３８には、業務の遂行により生じた各種データを記憶する記憶装置３９が接続されている。出版社クライアント４０は、ＬＡＮ３２に接続されており、ＷＷＷブラウザ４１およびメーラ４２によりＬＡＮ３２上およびインターネット２０上の各種サービスの提供を受ける。この出版社クライアント４０は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。管理端末４３は、ＬＡＮ３２に接続されており、ＷＷＷサーバ３３のメンテナンス、ホームページ５の更新等を行うための端末である。
【００２７】
商品メーカ１において、ルータ５０は、インターネット２０上に転送されるパケットをＩＰアドレスに従って、ルーティング（中継経路設定）を行う装置であり、インターネット２０とＬＡＮ５２との間に介挿されている。ＬＡＮ５２は、商品メーカ１の社内ネットワークである。ファイアウォール５１は、ルータ５０とＬＡＮ５２との間に介挿されており、ＬＡＮ５２を外部からの不正侵入から保護するものである。このファイアウォール５１を実現する方法としては、上述したファイアウォール３１を実現する様々な方法と同様の方法が用いられる。
【００２８】
商品メーカクライアント５３は、ＬＡＮ５２に接続されており、ＷＷＷブラウザ５４およびメーラ５５によりＬＡＮ５２上およびインターネット２０上の各種サービスの提供を受ける。この商品メーカクライアント５３は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されている。
【００２９】
ＣＡＤ（Computer Aided Design）装置５６は、ＬＡＮ５２に接続されており、コンピュータグラフィックス技術を駆使して商品のデザイン等を製作する装置である。業務サーバ５７は、ＬＡＮ５２に接続されており、商品メーカ１内の各種業務に用いられるサーバである。この業務サーバ５７には、業務の遂行により生じた各種データを記憶する記憶装置５８が接続されている。
【００３０】
メールサーバ６１は、ルーティング用のルータ６０を介してインターネット２０に接続されており、電子メールシステムを実現するためのサーバである。このメールサーバ６１は、ＭＴＡ（Mail Transfer Agent）６２と呼ばれるアプリケーションプログラムに従って、クライアントとの間で電子メールの送受信、他のメールサーバ（図示略）への電子メールの転送を行う。また、メールサーバ６１は、受信した電子メールをメールスプール６３に一時的に格納する。
【００３１】
つぎに、図４〜図１２にそれぞれ示したフローチャートを参照しつつ実施の形態１の動作について詳述する。ここで、図４および図５にそれぞれ示した企画期間、・・・、販売期間は、図２に示した各期間に対応している。図４に示したステップＳＡ１では、商品メーカ１および出版社２は、両者協議の上で企画／開発商品（この場合、「時計」）を決定する。ステップＳＡ２では、商品メーカ１および出版社２は、商品の特性、マーケティング結果を考慮して、商品を販売するターゲットを決定する。この場合には、２５歳〜３５歳までの若手サラリーマンであって、個性的で感性溢れる者がターゲットとして決定されたものとする。
【００３２】
ステップＳＡ３では、商品メーカ１および出版社２は、商品のコンセプトを策定する。この場合には、若手サラリーマンを特徴付ける「創造力」、「積極的」、「向こう見ず」、「自由」等という言葉に基づいて、「元気」というコンセプトが策定されたものとする。ステップＳＡ４では、商品メーカ１および出版社２は、商品、ターゲット、コンセプト等に基づいて、顧客３1 〜３n への告知方法、たたき台としての商品のデザイン、スペック、価格設定、販売方法等の企画内容を決定する。
【００３３】
ステップＳＡ５では、出版社２は、ステップＳＡ４で決定された企画を遂行するためのシステムを構築する。具体的には、出版社２では、ＷＷＷサーバ３３、ニュースサーバ３５等の設定、ホームページ５を実現するためのプログラム開発が行われる。一方、商品メーカ１では、たたき台となるデザインがＣＡＤ装置５６により製作される。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。
【００３４】
また、ステップＳＡ５のシステム構築に並行して、ステップＳＡ６では、企画を告知するための記事を含む出版物４が出版社２により制作される。この記事には、商品のコンセプト、企画の進め方、スケジュール、たたき台となるデザイン、ホームページ５のＵＲＬ（Uniform Resource Locator）等の情報が含まれる。そして、ステップＳＡ７では、顧客３1 〜３n に対して企画が告知される。
【００３５】
具体的には、出版物４の発売、ホームページ５の公開により企画の告知が行われる。このホームページ５には、商品のコンセプト、企画の進め方、スケジュール、たたき台となるデザイン等が表示される。ここで、出版物４の記事を閲読した読者は、ホームページ５のＵＲＬを認識することにより、ホームページ５へのアクセスが可能となる。
【００３６】
ステップＳＡ８では、ＷＷＷサーバ３３（商品メーカ１および出版社２）は、予め設定される顧客ニーズ調査期間（図２参照）が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＡ９〜ステップＳＡ１１の処理が並列的に実行される。
【００３７】
ここで、ステップＳＡ９のアンケート処理は、ホームページ５にアクセスしてきた顧客に対して、商品開発の情報としてのアンケートを実施する処理である。ステップＳＡ１０の電子掲示板処理は、ニュースサーバ３５により開設される電子掲示板に対する書き込み、閲覧を実施するための処理である。また、ステップＳＡ１１のメール処理は、メールサーバ６１の機能を利用して、顧客３1 〜３n 、商品メーカ１、出版社２間で電子メールの送受信を実施する処理である。
【００３８】
ここで、顧客３1 によりホームページ５が閲覧されたものとする。すなわち、顧客クライアント１０1 は、ＷＷＷブラウザ１１1 が起動されると、顧客３1 により入力されたＵＲＬに従って、モデム１３1 、インターネット２０、ルータ３０、ファイアウォール３１およびＬＡＮ３２を介してＷＷＷサーバ３３にアクセスする。これにより、顧客クライアント１０1 のディスプレイ（図示略）には、ホームページ５が表示される。
【００３９】
この場合、ホームページ５には、商品のコンセプト、企画の進め方、スケジュールに加えて、例えば、図１３（ａ）に示したたたき台となるＸ版試作品告知画面ＧＸが表示されているものとする。このＸ版試作品告知画面ＧＸには、二種類の試作品Ｘ1 およびＸ2（時計のデザイン）に関するＸ版試作品画像ＷＸ1 およびＸ版試作品画像ＷＸ2 が表示されている。これらのＸ版試作品画像ＷＸ1 およびＸ版試作品画像ＷＸ2 は、ＣＡＤ装置５６によりたたき台として製作されたものである。そして、顧客３1 は、ホームページ５を閲覧することにより、商品のコンセプトや時計のデザインを認識し、デザインの評価等を行う。
【００４０】
また、アンケート処理において、図６に示したステップＳＢ１では、ＷＷＷサーバ３３は、ホームページ５を閲覧した顧客に対するアンケートを入力するためのアンケート入力要求が有るか否かを判断する。具体的には、ＷＷＷサーバ３３は、ホームページ５上のアンケート入力ボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図４に示したメインルーチンへ戻る。
【００４１】
この場合、顧客３1 の操作により、アンケート入力ボタン（図示略）が押下されたものとすると、ステップＳＢ２では、ＷＷＷサーバ３３は、アンケート入力フォーム、すなわち、図１５および図１６に示したアンケート入力画面Ｇ2 を顧客クライアント１０1 のディスプレイに表示させる。このアンケート入力画面Ｇ2 には、顧客の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、ホームページ５に表示されている試作品の画像（この場合、図１３（ａ）に示したＸ版試作品画像ＷＸ1 およびＸ版試作品画像ＷＸ2 ）に関するアンケート項目が選択形式で表示されている。
【００４２】
アンケート項目としては、図１５に示した「１．気にいった商品はありますか（複数回答可）」、「２．どんな所が気に入りましたか（複数回答可）」や、図１６に示した「３．気に入らなかった点は（複数回答可）」、「４．この商品にどんなイメージを感じますか（複数回答可）」および「５．どんな時につけたいですか（複数回答可）」がある。ここでいう商品とは、図１３（ａ）に示した試作品Ｘ1 および試作品Ｘ2 をいう。そして、顧客３1 は、上記アンケート項目毎に回答を順次選択または入力する。
【００４３】
図６に戻り、ステップＳＢ３では、ＷＷＷサーバ３３は、図１６に示したクリアボタン７６が押下されたか否かを判断する。このクリアボタン７６は、アンケート入力画面Ｇ2 の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＢ６では、ＷＷＷサーバ３３は、アンケート入力画面Ｇ2 の入力内容をクリアし、図４に示したメインルーチンへ戻る。
【００４４】
この場合、ステップＳＢ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＢ４では、ＷＷＷサーバ３３は、図１６に示した送信ボタン７５が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、アンケート入力画面Ｇ2 のアンケート項目の回答の入力が全て終えると、顧客３1 は、マウス操作等により送信ボタン７５を押下する。
【００４５】
これにより、ＷＷＷサーバ３３は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、ＷＷＷサーバ３３は、アンケートの回答結果を個人情報に対応付けて、記憶装置３４内のアンケート回答結果データベースに格納する。以後、ステップＳＢ１〜ステップＳＢ５の処理が繰り返し実行されることにより、アンケート結果データベースには、商品に関する顧客のニーズ、評価等の情報が順次蓄積される。
【００４６】
また、電子掲示板処理において、図７に示したステップＳＣ１では、ニュースサーバ３５は、ホームページ５を閲覧した顧客、商品メーカ１や出版社２から電子掲示板アクセス要求が有るか否かを判断する。このニュースサーバ３５は、ＷＷＷサーバ３３と連携して動作する。具体的には、ニュースサーバ３５は、ホームページ５上の電子掲示板ボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ニュースサーバ３５は、図４に示したメインルーチンへ戻る。
【００４７】
ここで、商品に関する感想、質問等を電子掲示板に掲載する場合、顧客３1 の操作により、電子掲示板ボタン（図示略）が押下される。これにより、ニュースサーバ３５は、ステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、ニュースサーバ３５は、ニューススプール３７から電子掲示板データを読み出す。ステップＳＣ３では、ニュースサーバ３５は、図１４に示した電子掲示板画面Ｇ1 を顧客クライアント１０1 のディスプレイに表示させる。この電子掲示板画面Ｇ1 には、投稿情報入力部７０と、過去に投稿された電子掲示板データ７３、電子掲示板データ７４が表示されている。
【００４８】
投稿情報入力部７０は、投稿すべき電子掲示板データの「題名」、「カテゴリ」、投稿者の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）および意見を入力するためのものである。ここで「カテゴリ」は、質問、意見の対象を分類化するためのものであり、以下のものから選択される。
（１）デザイン全般
（２）文字板
（３）素材
（４）針
（５）ベルト
（６）機能
（７）色
（８）値段
（９）商品名
（１０）好きな時計、嫌いな時計
（１１）この時計が似合いそうな有名人
（１２）その他
【００４９】
そして、顧客３1 は、投稿情報入力部７０の各項目を順次、選択または入力する。ここで、電子掲示板画面Ｇ1 は、顧客３1 からの問合せ（質問、意見）等の書き込みの他に、上記問合せに対する、商品メーカ１側または出版社２側の回答の書き込み等にも利用される。なお、電子掲示板画面Ｇ1 には、投稿の他に過去に投稿された電子掲示板データ７３、電子掲示板データ７４が表示されているため、電子掲示板画面Ｇ1 は、顧客の他に商品メーカ１、出版社２にも閲覧される。
【００５０】
図７に戻り、ステップＳＣ４では、ニュースサーバ３５は、図１４に示した投稿ボタン７１が押下されたか否かを判断する。この場合、図１４に示した投稿情報入力部７０に関する入力を全て終えると、顧客３1 の操作により投稿ボタン７１が押下される。これにより、ニュースサーバ３５は、ステップＳＣ４の判断結果を「Ｙｅｓ」とする。
【００５１】
ステップＳＣ６では、ニュースサーバ３５は、入力された電子掲示板データをニューススプール３７に格納し、メインルーチンへ戻る。この格納された電子掲示板データは、新規の閲覧用のデータとして電子掲示板画面Ｇ1 に表示される。また、ステップＳＣ１〜ステップＳＣ４およびステップＳＣ６の処理が繰り返し実行されることにより、ニューススプール３７には、掲示板データが順次蓄積される。
【００５２】
一方、ステップＳＣ４の判断結果が「Ｎｏ」である場合、ステップＳＣ５では、ニュースサーバ３５は、図１４に示した削除ボタン７２が押下されたか否かを判断する。この削除ボタン７２は、投稿情報入力部７０に入力された電子掲示板データを削除するためのボタンである。この判断結果が「Ｙｅｓ」である場合、ステップＳＣ７では、ニュースサーバ３５は、電子掲示板データを削除し、図４に示したメインルーチンへ戻る。
【００５３】
また、メール処理において、図８に示したステップＳＤ１では、メールサーバ６１は、電子メールを受信したか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。ここで、ホームページ５を閲覧した顧客３1 が商品企画／開発に関して問合せを行う場合、顧客３1 は、図３に示したメーラ１２1 を起動させて、上記問合せの内容を含む問合せ電子メールＱＭ を作成した後、これを商品メーカクライアント５３宛（または出版社クライアント４０宛）に送信する。これにより、問合せ電子メールＱＭは、モデム１３1 、インターネット２０およびルータ６０を介してメールサーバ６１に受信される。
【００５４】
図８に戻り、メールサーバ６１は、ステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、メールサーバ６１は、受信した電子メール（この場合、問合せ電子メールＱＭ）をメールスプール６３に格納する。ステップＳＤ３では、メールサーバ６１は、クライアントからメール転送要求が有るか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。ここで、商品メーカクライアント５３からメール転送要求が有ると、メールサーバ６１は、ステップＳＤ３の判断結果を「Ｙｅｓ」とする。
【００５５】
ステップＳＤ４では、メールサーバ６１は、メールスプール６３から商品メーカクライアント５３宛の問合せ電子メールＱＭを読み出し、これを図３に示したルータ６０、インターネット２０、ルータ５０、ファイアウォール５１およびＬＡＮ５２を介して商品メーカクライアント５３に転送する。これにより、商品メーカクライアント５３のディスプレイには、問合せ内容が表示される。
【００５６】
図８に戻り、ステップＳＤ５では、商品メーカ１の担当者は、問合せ内容に対して回答するか否かを判断し、この判断結果が「Ｎｏ」である場合、図４に示したメインルーチンへ戻る。この場合、回答が必要であるものとすると、担当者は、ステップＳＤ５の判断結果を「Ｙｅｓ」とする。ステップＳＤ６では、担当者は、メーラ５５を起動させて、回答の内容を含む回答電子メールＡＭ（図３参照）を作成する。
【００５７】
ステップＳＤ７では、商品メーカクライアント５３は、ＬＡＮ５２、ファイアウォール５１、ルータ５０、インターネット２０およびルータ６０を介して顧客クライアント１０1 宛の回答電子メールＡＭをメールサーバ６１へ送信し、メインルーチンへ戻る。そして、顧客クライアント１０1 は、回答電子メールＡＭを受信した後、商品メーカ１からの回答をディスプレイに表示させる。これにより、顧客３1 は、回答を認識する。なお、他の顧客３2 〜３n も、顧客３1の場合と同様にして、電子メールを介して、商品メーカ１（または出版社２）に対して商品に関する問合せを行うとともに、回答を受け取る。
【００５８】
図４に戻り、ステップＳＡ１２では、アンケート結果データベース、電子掲示板データ、問合せ電子メールＱＭ等の内容に基づいて、顧客のニーズが分析される。具体的には、商品メーカクライアント５３および出版社クライアント４０は、アンケート結果データベース、電子掲示版データ、問合せ電子メールＱＭを収集する。そして、商品メーカ１および出版社２は、図１３（ａ）に示した試作品Ｘ1 およびＸ2 に対応する顧客のニーズ（反応）を分析する。
【００５９】
ステップＳＡ１３では、商品メーカ１および出版社２は、ステップＳＡ１２のニーズ分析結果を受けて、図１３（ａ）に示した試作品Ｘ1 およびＸ2 のデザイン／スペックを改善するための検討を行う。ステップＳＡ１４では、商品メーカ１および出版社２は、改善後の試作品のデザイン／スペックを決定する。この決定を受けて、ステップＳＡ１５では、商品メーカ１のデザイン担当者は、ＣＡＤ装置５６を用いて、改善後の試作品（デザイン）を製作する。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。
【００６０】
これにより、ステップＳＡ１６では、ホームページ５を介して、図１３（ｂ）に示したＹ版試作品告知画面ＧＹ（改善後の試作品）が顧客３1 〜３n に対して告知される。Ｙ版試作品告知画面ＧＹ には、改善後の二種類の試作品Ｙ1 およびＹ2（時計のデザイン）に関するＹ版試作品画像ＷＹ1 およびＹ版試作品画像ＷＹ2が表示されている。そして、顧客３1 〜３n は、ホームページ５を閲覧することにより、改善後のデザインを認識し、上述したアンケート処理、電子掲示板処理、メール処理等によりデザインの評価等を行う。
【００６１】
ステップＳＡ１７では、ＷＷＷサーバ３３は、試作品に関する人気度を調査するための人気度調査処理を実施するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、顧客ニーズ調査期間が終了するまで、上述した動作が繰り返される。ここで、ステップＳＡ１６で、ホームページ５を介して、図１３（ｃ）に示したＺ版試作品告知画面ＧＺ（改善後の試作品）が顧客３1 〜３n に対して告知されたものとする。このＺ版試作品告知画面ＧＺには、改善後の四種類の試作品Ｚ1 〜Ｚ4（時計のデザイン）に関するＺ版試作品画像ＷＺ1 〜Ｚ版試作品画像ＷＺ4が表示されている。
【００６２】
つぎのステップＳＡ１７では、ＷＷＷサーバ３３は、試作品に関する人気度を調査するための人気度調査処理を実施するか否かを判断し、この場合、判断結果が「Ｙｅｓ」であるものとする。この人気度調査処理は、デザインの方向性が決まらない場合や顧客のニーズが掴めない場合に実行される。そして、ステップＳＡ１８では、人気度調査処理が実施される。
【００６３】
すなわち、図９に示したステップＳＥ１では、ＷＷＷサーバ３３は、人気度調査用アンケートフォームを作成する。この人気度調査用アンケートフォームは、図１５および図１６に示したものと同様であり、図１５に示したアンケート項目「１．気にいった商品はありますか」に対応する選択項目に図１３（ｃ）に示した試作品Ｚ1 〜Ｚ4 が入れられている。
【００６４】
ステップＳＥ２では、ＷＷＷサーバ３３は、図１３（ｃ）に示した試作品Ｚ1 〜Ｚ4 に関して人気度調査を実施する旨、人気度調査期間、実施方法をホームページ５を介して顧客３1 〜３n に対して告知する。この実施方法としては、人気度調査用アンケートフォームを用いて、当該顧客が最も気にいった商品を選択するという方法が採られる。ステップＳＥ３では、ＷＷＷサーバ３３は、人気度調査期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。この人気度調査期間内では、アンケート処理（図６参照）と同様の手順により、人気度調査用アンケートフォームを用いた処理が実行される。
【００６５】
そして、人気度調査期間が終了すると、ＷＷＷサーバ３３は、ステップＳＥ３の判断結果を「Ｙｅｓ」とする。ステップＳＥ４では、ＷＷＷサーバ３３は、人気調査アンケートの結果を集計する。ステップＳＥ５では、ＷＷＷサーバ３３は、人気度調査結果として図１７に示した人気度調査結果告知画面Ｇ3 をホームページ５にアップする。顧客は、人気度調査結果告知画面Ｇ3 を閲覧することにより、図１３（ｃ）に示した試作品Ｚ1 〜Ｚ4 の人気度を認識する。
【００６６】
この人気度調査結果告知画面Ｇ3 には、調査対象（この場合、試作品Ｚ1 〜Ｚ4 ）に対応する得票数をグラフ化した人気度調査結果グラフ７７と、順位に対応付けてＺ版試作品画像ＷＺ1 〜ＷＺ4（図１３（ｃ）参照）が表示されている。この場合、人気度が一位は、試作品Ｚ3（得票数６６７票）であり、４位は、試作品Ｚ4（得票数４９１票）である。ここで、商品メーカ１および出版社２は、人気度調査結果から、顧客のニーズを的確に掴むことができる。
【００６７】
そして、顧客ニーズ調査期間が終了すると、ＷＷＷサーバ３３は、ステップＳＡ８の判断結果を「Ｙｅｓ」とする。ステップＳＡ１９では、顧客ニーズ調査期間に対応するアンケート結果データベース、電子掲示板データ、問合せ電子メールＱＭ、人気度調査結果等の内容に基づいて、顧客のニーズが総合的に分析される。具体的には、商品メーカクライアント５３および出版社クライアント４０は、アンケート結果データベース、電子掲示版データ、問合せ電子メールＱＭ、人気度調査結果を収集する。そして、商品メーカ１および出版社２は、商品に関する総合的なニーズを総合的に分析する。
【００６８】
ステップＳＡ２０では、商品メーカ１および出版社２は、ステップＳＡ１９のニーズ総合分析結果を受けて、商品（量産モデル）のデザイン／スペックを最終的に決定する。この決定を受けて、商品メーカ１のデザイン担当者は、ＣＡＤ装置５６を用いて、商品（量産モデル）のデザインを製作する。このデザインのデータは、インターネット２０を介して転送され、ＷＷＷサーバ３３上で動作するＨＴＭＬファイルに組み込まれる。
【００６９】
ステップＳＡ２１では、商品メーカ１および出版社２は、ニーズを分析した結果に基づいて、商品の販売予測、製造コスト、販売コスト等に鑑みて、販売価格帯を決定する。この販売価格帯は、商品の予約数に応じて複数段階で決定され、ＷＷＷサーバ３３に設定される。具体的には、図１８および図１９に示したように予約個数の増加に応じて販売価格が段階的に安くなるように設定される。
【００７０】
図５に示したステップＳＡ２２では、ＷＷＷサーバ３３は、図１８に示した商品（量産モデル）告知画面Ｇ4 および図１９に示した商品（量産モデル）告知画面Ｇ5 をホームページ５に表示させることにより、商品（量産モデル）を顧客３1 〜３n に対して告知する。図１８に示した商品（量産モデル）告知画面Ｇ4 には、一方の商品Ａに関する色違いのデザインを示す、商品Ａ（緑）画像ＷＡ1 〜商品Ａ（青）画像ＷＡ3 、スペック、価格等が表示されている。
【００７１】
同様にして、図１９に示した商品（量産モデル）告知画面Ｇ5 には、他方の商品Ｂに関する色違いのデザインを示す、商品Ｂ（黒）画像ＷＢ1 〜商品Ｂ（白）画像ＷＢ3 、スペック、価格等が表示されている。これにより、商品Ａまたは商品Ｂに関する販売予約の受付が開始される。ステップＳＡ２３では、ＷＷＷサーバ３３は、予約受付期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＡ２４〜ステップＳＡ２７の処理が並列的に実行される。
【００７２】
ここで、ステップＳＡ２６では、前述したステップＳＡ１１のメール処理と同様にして、商品ＡおよびＢ（図１８および図１９参照）に関するメール処理が実施される。また、ステップＳＡ２５では、前述したステップＳＡ１０の電子掲示板処理と同様にして、商品ＡおよびＢに関する電子掲示板処理が実施される。
【００７３】
また、ステップＳＡ２４の予約受付処理は、商品ＡまたはＢに関する販売予約を顧客３1 〜３n から受け付ける処理である。すなわち、予約受付処理において、図１０に示したステップＳＦ１では、ＷＷＷサーバ３３は、予約状況確認ボタン７８（図１８参照）または予約状況確認ボタン７９（図１９参照）が商品（量産モデル）告知画面Ｇ4 または商品（量産モデル）告知画面Ｇ5 を閲覧している顧客の操作により押下されたか否かを判断する。予約状況確認ボタン７８および予約状況確認ボタン７９は、現時点での商品ＡおよびＢの予約状況を確認するためのボタンである。
【００７４】
ここで、例えば、顧客３1 の操作により、図１８に示した予約状況確認ボタン７８が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＦ１の判断結果を「Ｙｅｓ」とする。なお、ステップＳＦ１の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図５に示したメインルーチンへ戻る。この場合、ステップＳＦ２では、ＷＷＷサーバ３３は、図２０に示した予約状況確認画面Ｇ6 を顧客クライアント１０1 のディスプレイに表示させる。ステップＳＦ３では、ＷＷＷサーバ３３は、顧客の操作により、図２０に示した予約ボタン８１が押下されたか否かを判断し、この判断結果が「Ｎｏ」である場合、図５に示したメインルーチンへ戻る。
【００７５】
図２０に示した予約状況確認画面Ｇ6 の予約状況表示部８０には、２月２９日２３：００現在の商品Ａの予約数（＝９８本）および商品Ｂの予約数（＝２６４本）が表示されている。ここで、顧客３1 の操作により予約ボタン８１が押下されると、ＷＷＷサーバ３３は、ステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ４では、ＷＷＷサーバ３３は、図２１に示した予約受付フォームである予約受付画面Ｇ7 を顧客クライアント１０1 のディスプレイに表示させる。
【００７６】
この予約受付画面Ｇ7 には、顧客（予約者）の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、購入予約すべき商品（商品Ａ（緑）、商品Ａ（黄）、商品Ａ（青）：図１８参照）を入力するための商品名表示部８２、予約本数を入力するための予約個数表示部８３が表示されている。さらに、予約受付画面Ｇ7 には、購入予約すべき商品（商品Ｂ（黒）、商品Ｂ（銀）、商品Ｂ（白）：図１９参照）を入力するための商品名表示部８４、予約本数を入力するための予約個数表示部８５が表示されている。そして、顧客３1 は、商品名表示部８２、予約個数表示部８３、商品名表示部８４、予約個数表示部８５に予約に必要な情報を入力する。
【００７７】
図１０に戻り、ステップＳＦ５では、ＷＷＷサーバ３３は、図２１に示したクリアボタン８７が押下されたか否かを判断する。このクリアボタン８７は、予約受付画面Ｇ7 の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＦ８では、ＷＷＷサーバ３３は、予約受付画面Ｇ7 の入力内容をクリアし、図５に示したメインルーチンへ戻る。
【００７８】
この場合、ステップＳＦ５の判断結果が「Ｎｏ」であるものとすると、ステップＳＦ６では、ＷＷＷサーバ３３は、図２１に示した送信ボタン８６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３1 の操作により送信ボタン８６が押下されると、ＷＷＷサーバ３３は、ステップＳＦ６の判断結果を「Ｙｅｓ」とする。ステップＳＦ７では、ＷＷＷサーバ３３は、予約数データＲを１インクリメントし、メインルーチンへ戻る。この予約数データＲは、商品Ａ、Ｂの購入予約数を表すデータである。この予約数データＲは、記憶装置３４に格納される。
【００７９】
また、図５に示したステップＳＡ２７のカタログ請求処理は、商品ＡまたはＢに関する紙媒体のカタログ請求を受け付ける処理である。すなわち、カタログ請求処理において、図１１に示したステップＳＧ１では、ＷＷＷサーバ３３は、ホームページ５に表示されているカタログ請求ボタン（図示略）が顧客の操作により押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図５に示したメインルーチンへ戻る。
【００８０】
この場合、顧客３1 の操作により、上記カタログ請求ボタン（図示略）が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＧ１の判断結果を「Ｙｅｓ」とする。ステップＳＧ２では、ＷＷＷサーバ３３は、図２２に示したカタログ請求画面Ｇ8 を顧客クライアント１０1 のディスプレイに表示させる。このカタログ請求画面Ｇ8 には、顧客３1（カタログ請求者）の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）等が表示されている。そして、顧客３1 は、個人情報を入力する。
【００８１】
図１１に戻り、ステップＳＧ３では、ＷＷＷサーバ３３は、図２２に示したクリアボタン８９が押下されたか否かを判断する。このクリアボタン８９は、カタログ請求画面Ｇ8 の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＧ６では、ＷＷＷサーバ３３は、カタログ請求画面Ｇ8 の入力内容をクリアし、図５に示したメインルーチンへ戻る。
【００８２】
この場合、ステップＳＧ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＧ４では、ＷＷＷサーバ３３は、図２２に示した送信ボタン８８が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３1 の操作により送信ボタン８８が押下されると、ＷＷＷサーバ３３は、ステップＳＧ４の判断結果を「Ｙｅｓ」とする。これにより、ステップＳＧ５では、紙媒体のカタログを顧客３1 へ発送するための処理が実行される。以後、予約受付期間が終了するまで、上述した動作が繰り返される。
【００８３】
そして、予約受付期間が終了すると、ＷＷＷサーバ３３は、図５に示したステップＳＡ２３の判断結果を「Ｙｅｓ」とする。ステップＳＡ２８では、ＷＷＷサーバ３３は、予約数に応じて販売価格を最終的に決定する販売価格最終決定処理を実行する。すなわち、図１２に示したステップＳＨ１では、ＷＷＷサーバ３３は、予約受付終了時の予約数データＲを読み出す。ステップＳＨ２では、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ1 （例えば、３０００：図１８および図１９参照）以下であるか否かを判断する。
【００８４】
この判断結果が「Ｙｅｓ」である場合、ステップＳＨ５では、ＷＷＷサーバ３３は、販売価格をＶ1 とする。例えば、図１８に示した商品Ａに関する予約数が３０００個以下である場合、商品Ａの販売価格Ｖ1 は、３００００円となる。同様にして、図１９に示した商品Ｂに関する予約数が３０００個以下である場合、商品Ｂの販売価格Ｖ1 は、５００００円となる。
【００８５】
一方、ステップＳＨ２の判断結果が「Ｎｏ」である場合、ステップＳＨ３では、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ1 （例えば、３０００個）を超えしきい値Ｔ2 （例えば、６０００個）以下であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＨ６では、ＷＷＷサーバ３３は、販売価格をＶ2 とする。
【００８６】
例えば、図１８に示した商品Ａに関する予約数が５０００個である場合、商品Ａの販売価格Ｖ2 は、２５０００円という具合に３０００個以下の場合に比して５０００円、安価となる。同様にして、図１９に示した商品Ｂに関する予約数が５５００個である場合、商品Ｂの販売価格Ｖ2 は４５０００円という具合に３０００個以下の場合に比して５０００円、安価となる。
【００８７】
一方、ステップＳＨ３の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、予約数データＲがしきい値Ｔ2 （例えば、６０００個）を超えているものと判断する。ステップＳＨ４では、ＷＷＷサーバ３３は、販売価格をＶ3 とする。例えば、図１８に示した商品Ａに関する予約数が７０００個である場合、商品Ａの販売価格Ｖ3 は、２００００円という具合に、さらに５０００円、安価となる。同様にして、図１９に示した商品Ｂに関する予約数が７５００個である場合、商品Ｂの販売価格Ｖ3 は４００００円という具合に、さらに５０００円、安価となる。
【００８８】
図５に戻り、ステップＳＡ２９では、ＷＷＷサーバ３３は、予約者に対して商品情報（最終決定された価格、スペック、デザイン等）をホームページ５等を介して告知する。ステップＳＡ３０では、商品メーカ１は、商品ＡおよびＢの製造を開始する。ステップＳＡ３１では、商品メーカ１は、商品ＡおよびＢの発売日であるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、発売日になると、商品メーカ１は、ステップＳＡ３１の判断結果を「Ｙｅｓ」とする。
【００８９】
ステップＳＡ３２では、商品メーカ１は、購入予約者に対して予約順に商品Ａ、Ｂを配送する。ステップＳＡ３３では、商品メーカ１は、商品Ａ、Ｂの製造数が予約数（予約数データＲ）と等しいか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ３５では、商品メーカ１は、販売期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、商品Ａ、Ｂが予約順に予約者へ配送される。
【００９０】
ここで、ステップＳＡ３３の判断結果が「Ｙｅｓ」になると、ステップＳＡ３４では、商品メーカ１は、製造数が予約数に達したものとして、商品Ａ、Ｂの製造を中止する。そして、ステップＳＡ３５の判断結果が「Ｙｅｓ」になると、ステップＳＡ３６では、商品メーカ１および出版社２は、一連の商品企画／開発〜販売に関する総合評価を行い、この総合評価の結果を次回の商品企画／開発にフィードバックする。
【００９１】
以上説明したように、実施の形態１によれば、インターネット２０を介して顧客の意見情報を電子掲示板、電子メール、アンケート等によりインタラクティブに収集し、この意見情報に基づく顧客のニーズに沿った商品情報を告知するようにしたので、商品の差別化を実現し、さらに多種多様にわたる個々の顧客のニーズを新商品開発に反映することができる。
【００９２】
また、実施の形態１によれば、意見情報に基づく顧客のニーズに沿って試作品情報をインターネット２０を介して告知するようにしたので、試作品を複数回に亘って製作することが可能となり、的確に顧客のニーズを新商品開発に反映させることができる。
【００９３】
また、実施の形態１によれば、ステップＳＡ１８で、企画／開発段階で複数の試作品の人気度を電子的手法により調査するようにしたので、この調査結果に基づいて顧客のニーズを迅速かつ容易に把握することができる。
【００９４】
また、実施の形態１によれば、ステップＳＡ２４で販売予約を採り、しかも販売予約数の増加に連動して安価となるような新商品の販売価格を決定（ステップＳＡ２８）するようにしたので、過剰な在庫を抱える必要がなくなり、顧客に対する価格面でのサービスの質を高めることができる。
【００９５】
（実施の形態２）
図２３は、本発明にかかる実施の形態２の概要を説明する図である。この図において、図１の各部に対応する部分には同一の符号を付ける。図２３では、販売代理店９０1 〜９０n が新たに設けられている。これらの販売代理店９０1 〜９０n は、例えば、コンビニエンスストアであり、顧客３1 〜３n （商品予約者）に対して、商品メーカ１から供給される商品を商品メーカ１に代わって販売する。
【００９６】
また、販売代理店９０1 〜９０n は、オンラインバンキング等により、顧客３1 〜３n から受け取った代金を商品メーカ１の金融機関口座等へ入金する。商品メーカ１は、発売前に、開発された商品（量産モデル）を販売代理店９０1 〜９０n へ発送し、発売後に商品の代金を販売代理店９０1 〜９０nからオンラインバンキング等により回収する。なお、実施の形態２では、上述した販売代理店９０1 〜９０n経由の商品販売以外にも、代金引換便等を利用した直接販売も行われる。
【００９７】
図２５は、実施の形態２における商品企画／開発〜企画終了までのスケジュールを示す図である。この図において、図２の各部に対応する部分には同一の名称を付ける。図２５においては、ネーミング募集期間および反響調査期間が新たに設定されている。
【００９８】
ネーミング募集期間は、インターネット上のホームページを介して、商品（量産モデル）のネーミングを広く一般に募集し、ネーミングを決定する期間である。このネーミング募集期間が終了した時点で、決定されたネーミグがホームページ上で告知される。反響調査期間は、商品（量産モデル）が告知されてから企画が終了するまでの期間である。この反響調査期間では、ホームページを介して、商品（量産モデル）に関する顧客の反響が調査される。
【００９９】
つぎに、上述した商品企画／開発〜企画終了までを実現するための具体的な構成について図２４を参照して説明する。このにおいて、図３および図２３の各部に対応する部分には同一の符号を付ける。図２４には、販売代理店クライアント１００1 〜１００n 、ＷＷＷブラウザ１０１1 〜１０１n 、メーラ１０２1〜１０２n 、モデム１０３1 〜１０３n が新たに設けられている。なお、図示が省略されているが、同図には、実施の形態１の場合と同様にして、図３に示した顧客クライアント１０1 〜１０n 、ＷＷＷブラウザ１１1〜１１n 、メーラ１２1 〜１２n 、モデム１３1〜１３n が顧客３1 〜３n 側にそれぞれ設けられている。
【０１００】
販売代理店クライアント１００1 〜１００n のそれぞれは、販売代理店９０1 〜９０n（図２３参照）側に設けられており、インターネット２０に接続されている。これらの販売代理店クライアント１００1 〜１００n は、ＴＣＰ／ＩＰに従ってインターネットアクセスを行うためのコンピュータ端末である。
【０１０１】
販売代理店クライアント１００1 は、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０1 の店員により操作される。この販売代理店クライアント１００1は、ＷＷＷブラウザ１０１1 およびメーラ１０２1 によりインターネット２０上の各種サービスの提供を受けるとともに、例えば、商品９２1 を顧客３1 に販売するための予約情報を業務サーバ５７より受領する。商品９２1 は、実施の形態１で説明した手法により開発されたものであり、顧客３1 は、商品９２1 を予約した予約者である。また、販売代理店クライアント１００1 は、モデム１０３1を介してインターネット２０に接続される。
【０１０２】
販売代理店クライアント１００2 は、販売代理店クライアント１００1 と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０2 の店員により操作される。この販売代理店クライアント１００2 は、販売代理店クライアント１００1 と同様にして、ＷＷＷブラウザ１０１2 およびメーラ１０２2 によりインターネット２０上の各種サービスの提供を受けるとともに、商品を顧客（予約者）に販売するための予約情報を業務サーバ５７より受領する。また、販売代理店クライアント１００2 は、モデム１０３2 を介してインターネット２０に接続される。
【０１０３】
販売代理店クライアント１００n も、販売代理店クライアント１００1と同様にして、コンピュータ本体、ディスプレイ、キーボード、マウス等から構成されており、販売代理店９０n の店員により操作される。この販売代理店クライアント１００n も、販売代理店クライアント１００1 と同様にして、ＷＷＷブラウザ１０１n およびメーラ１０２n によりインターネット２０上の各種サービスの提供を受けるとともに、商品を顧客（予約者）に販売するための予約情報を業務サーバ５７より受領する。また、販売代理店クライアント１００n は、モデム１０３n を介してインターネット２０に接続される。
【０１０４】
つぎに、図２６〜図２９にそれぞれ示したフローチャートを参照しつつ実施の形態２の動作について詳述する。ここで、図２６および図２７にそれぞれ示した企画期間、・・・、反響調査期間は、図２５に示した各期間に対応している。また、図２６に示したステップＳＩ１〜ステップＳＩ２１は、前述した図４に示したステップＳＡ１〜ステップＳＡ２１と同様であるため、その詳細な説明を省略する。従って、以下では、図２７に示したステップＳＩ２２以降について説明する。
【０１０５】
同図に示したステップＳＩ２２では、ＷＷＷサーバ３３（図２４参照）は、図３０に示した商品（量産モデル）告知画面Ｇ9 および図３４に示した商品（量産モデル）告知画面Ｇ13 をホームページ５に表示させることにより、商品（量産モデル）を顧客３1 〜３n に対して告知する。図３０に示した商品（量産モデル）告知画面Ｇ9 には、商品（量産モデル）告知画面Ｇ4 （図１８参照）と同様にして、一方の商品Ａに関する色違いのデザインを示す、商品Ａ（緑）画像ＷＡ1 〜商品Ａ（青）画像ＷＡ3 、スペック、価格等が表示されているとともに、新たにカスタマイズボタン１１０が表示されている。
【０１０６】
このカスタマイズボタン１１０は、商品Ａを構成する部品（例えば、風防ガラス、リューズ等）のデザイン、機能等を顧客の好みに応じてカスタマイズするための画面を表示させるボタンである。すなわち、カスタマイズボタン１１０が押下されると、ＷＷＷサーバ３３は、図３１に示した商品Ａ用カスタマイズ部品選択画面Ｇ10 をホームページ５に表示させる。
【０１０７】
この商品Ａ用カスタマイズ部品選択画面Ｇ10 には、カスタマイズ用風防ガラス画像ＧＡＦ1 〜ＧＡＦ3 、カスタマイズ用リューズ画像ＧＡＲ1、ＧＡＲ2 、カスタマイズ部品選択部１１１およびカスタマイズ画像ボタン１１２が表示されている。この商品Ａ用カスタマイズ部品選択画面Ｇ10 は、商品Ａのカスタマイズを希望する顧客に対して、デザインの異なる複数のカスタマイズ部品から所望のものを選択させるための画面である。
【０１０８】
カスタマイズ用風防ガラス画像ＧＡＦ1 〜ＧＡＦ3 は、商品Ａ（図３０参照）にカスタマイズ可能な３タイプの風防ガラスＡＦ1 〜ＡＦ3 に関する画像である。これらの風防ガラスＡＦ1 〜ＡＦ3は、デザイン（色、機能も含む）が異なっているが、いずれも商品Ａ用に成形されている。一方、カスタマイズ用リューズ画像ＧＡＲ1 およびＧＡＲ2 は、商品Ａにカスタマイズ可能な２タイプのリューズＡＲ1 およびＡＲ2に関する画像である。これらのリューズＡＲ1 およびＡＲ2 は、頭部のデザインが異なっているが、いずれも商品Ａ用に成形されている。ここで、風防ガラスＡＦ1 〜ＡＦ3 、リューズＡＲ1およびＡＲ2 のデザインは、ステップＳＩ１９（図２６参照）のニーズ総合分析結果を受けて製作されている。
【０１０９】
カスタマイズ部品選択部１１１には、上述した３タイプの風防ガラス（ＡＦ1 〜ＡＦ3 ）の中から一つ、２タイプのリューズ（ＡＲ1 およびＡＲ2 ）から一つ、３タイプの文字板色（緑、黄、青）の中から一つをそれぞれ顧客に選択させるためのチェックボックスが表示されている。ここで、顧客によりそれぞれのチェックボックスが選択された後にカスタマイズ画像ボタン１１２が押下されると、ＷＷＷサーバ３３は、図３２に示した商品Ａカスタマイズ画面Ｇ11 をホームページ５に表示させる。
【０１１０】
この商品Ａカスタマイズ画面Ｇ11 には、商品Ａ用カスタマイズ部品選択画面Ｇ10（図３１参照）で選択されたカスタマイズ部品（この場合、風防ガラスＡＦ1 、リューズＡＲ1 、文字板色：緑）を用いてカスタマイズされたカスタマイズ商品Ａ1’に関する商品Ａカスタマイズ画像ＣＡ1 が表示されている。これにより、顧客は、カスタマイズ後の商品のイメージを把握することができ、購入するか否かの判断の助けを受けることができる。また、商品Ａカスタマイズ画面Ｇ11 には、カスタマイズ商品Ａ1’の購入予約を行うための予約ボタン１１３が表示されている。
【０１１１】
同様にして、図３４に示した商品（量産モデル）告知画面Ｇ13 には、商品（量産モデル）告知画面Ｇ5（図１９参照）と同様にして、他方の商品Ｂに関する色違いのデザインを示す、商品Ｂ（黒）画像ＷＢ1 〜商品Ｂ（白）画像ＷＢ3 、スペック、価格等が表示されているとともに、新たにカスタマイズボタン１１７が表示されている。
【０１１２】
このカスタマイズボタン１１７は、カスタマイズボタン１１０（図３０参照）と同様にして、商品Ｂを構成する部品（例えば、風防ガラス、リューズ等）のデザイン、機能等を顧客の好みに応じてカスタマイズするための画面を表示させるボタンである。すなわち、カスタマイズボタン１１７が押下されると、ＷＷＷサーバ３３は、図３５に示した商品Ｂ用カスタマイズ部品選択画面Ｇ14 をホームページ５に表示させる。
【０１１３】
この商品Ｂ用カスタマイズ部品選択画面Ｇ14 には、カスタマイズ用風防ガラス画像ＧＢＦ1 〜ＧＢＦ3 、カスタマイズ用リューズ画像ＧＢＲ1、ＧＢＲ2 、カスタマイズ部品選択部１１８およびカスタマイズ画像ボタン１１９が表示されている。この商品Ｂ用カスタマイズ部品選択画面Ｇ14 は、商品Ｂのカスタマイズを希望する顧客に対して、デザインの異なる複数のカスタマイズ部品から所望のものを選択させるための画面である。
【０１１４】
カスタマイズ用風防ガラス画像ＧＢＦ1 〜ＧＢＦ3 は、商品Ｂ（図３４参照）にカスタマイズ可能な３タイプの風防ガラスＢＦ1 〜ＢＦ3 に関する画像である。これらの風防ガラスＢＦ1 〜ＢＦ3は、デザイン（色、機能も含む）が異なっているが、いずれも商品Ｂ用に成形されている。
【０１１５】
一方、カスタマイズ用リューズ画像ＧＢＲ1 およびＧＢＲ2 は、商品Ｂにカスタマイズ可能な２タイプのリューズＢＲ1 およびＢＲ2 に関する画像である。これらのリューズＢＲ1 およびＢＲ2は、頭部のデザインが異なっているが、いずれも商品Ｂ用に成形されている。ここで、風防ガラスＢＦ1 〜ＢＦ3、リューズＢＲ1 およびＢＲ2 のデザインは、ステップＳＩ１９（図２６参照）のニーズ総合分析結果を受けて製作されている。
【０１１６】
カスタマイズ部品選択部１１８には、上述した３タイプの風防ガラス（ＢＦ1 〜ＢＦ3 ）の中から一つ、２タイプのリューズ（ＢＲ1 およびＢＲ2 ）から一つ、３タイプの文字板色（黒、銀、白）の中から一つをそれぞれ顧客に選択させるためのチェックボックスが表示されている。ここで、顧客によりそれぞれのチェックボックスが選択された後にカスタマイズ画像ボタン１１９が押下されると、ＷＷＷサーバ３３は、図３６に示した商品Ｂカスタマイズ画面Ｇ15 をホームページ５に表示させる。
【０１１７】
この商品Ｂカスタマイズ画面Ｇ15 には、商品Ｂ用カスタマイズ部品選択画面Ｇ14（図３５参照）で選択されたカスタマイズ部品（この場合、風防ガラスＢＦ2 、リューズＢＲ2 、文字板色：黒）を用いてカスタマイズされたカスタマイズ商品Ｂ1’に関する商品Ｂカスタマイズ画像ＣＢ1 が表示されている。これにより、顧客は、カスタマイズ後の商品のイメージを把握することができ、購入するか否かの判断の助けを受けることができる。また、商品Ｂカスタマイズ画面Ｇ15 には、カスタマイズ商品Ｂ1’の購入予約を行うための予約ボタン１２０が表示されている。このように、実施の形態２では、商品ＡおよびＢを標準仕様のまま販売するのではなく、カスタマイズも可能とされている。
【０１１８】
ステップＳＩ２３では、ＷＷＷサーバ３３は、ネーミグ募集期間（図２５参照）が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ２４では、ＷＷＷサーバ３３は、インターネット２０を介して、前述した商品Ａおよび商品Ｂのそれぞれに関するネーミングを募集するネーミング募集処理を実行する。
【０１１９】
すなわち、図２８に示したステップＳＪ１では、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂに関するネーミングのエントリを行うためのネーミング入力要求が有るか否かを判断する。具体的には、ＷＷＷサーバ３３は、ホームページ５上のネーミングエントリボタン（図示略）が押下されたか否かを判断する。この判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図２７に示したメインルーチンへ戻る。
【０１２０】
この場合、顧客３1 の操作により、ネーミングエントリボタン（図示略）が押下されたものとすると、ステップＳＪ２では、ＷＷＷサーバ３３は、ネーミング募集フォーム、すなわち、図３７に示したネーミング募集フォーム画面Ｇ16 を顧客クライアント１０1 のディスプレイに表示させる。ネーミング募集フォーム画面Ｇ16 には、顧客の個人情報（「お名前」、・・・、「Ｅ−ｍａｉｌ」）の他に、商品Ａ（図３０参照）および商品Ｂ（図３４参照）のそれぞれに関するエントリすべきネーミングを入力するエントリネーミング入力項目１２１および１２２が表示されている。従って、顧客３1 は、エントリネーミング入力項目１２１および１２２に、商品Ａおよび商品Ｂのネーミングを入力する。
【０１２１】
ステップＳＪ３では、ＷＷＷサーバ３３は、図３７に示したクリアボタン１２４が押下されたか否かを判断する。このクリアボタン１２４は、ネーミング募集フォーム画面Ｇ16 の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＪ４では、ＷＷＷサーバ３３は、ネーミング募集フォーム画面Ｇ16 の入力内容をクリアした後、図２７に示したメインルーチンへ戻る。
【０１２２】
この場合、ステップＳＪ３の判断結果が「Ｎｏ」であるものとすると、ステップＳＪ５では、ＷＷＷサーバ３３は、図３７に示した送信ボタン１２３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、ネーミング募集フォーム画面Ｇ16 の入力が全て終えると、顧客３1 は、マウス操作等により送信ボタン１２３を押下する。
【０１２３】
これにより、ＷＷＷサーバ３３は、ステップＳＪ５の判断結果を「Ｙｅｓ」とする。ステップＳＪ６では、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂのネーミングを個人情報に対応付けて、記憶装置３４内のネーミング募集結果データベースに格納する。以後、ステップＳＪ１〜ステップＳＪ５ステップＳＪ６の処理が繰り返し実行されることにより、ネーミング募集結果データベースには、商品Ａおよび商品Ｂのネーミングがエントリされる。
【０１２４】
そして、ネーミング募集期間が終了すると、ＷＷＷサーバ３３は、ステップＳＩ２３の判断結果を「Ｙｅｓ」とする。ステップＳＩ２５では、記憶装置３４内のネーミング募集結果データベースが参照され、複数のネーミングの中から商品Ａおよび商品Ｂのそれぞれのネーミングが商品メーカ１、出版社２により決定される。なお、実施の形態２では、ネーミング募集結果をホームページ５に公開し、顧客３1 〜３n による人気投票の結果を受けて、商品Ａおよび商品Ｂのそれぞれのネーミングを決定するようにしてもよい。
【０１２５】
ステップＳＩ２６では、ＷＷＷサーバ３３は、図３８に示したネーミング告知画面Ｇ17 をホームページ５に表示させることにより、商品Ａおよび商品Ｂに関して決定されたネーミングを告知する。これにより、商品Ａおよび商品Ｂに加えて、これらがカスタマイズされたカスタマイズ商品に関する販売予約の受付が開始される。なお、ステップＳＩ２２以降では、ステップＳＡ９（図４参照）で説明した手法により、商品告知後の顧客の反響が調査される。
【０１２６】
ステップＳＩ２７では、ＷＷＷサーバ３３は、予約受付期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。これにより、ステップＳＩ２８〜ステップＳＩ３１の処理が並列的に実行される。なお、ステップＳＩ２９〜ステップＳＩ３１のそれぞれの処理は、実施の形態１におけるステップＳＡ２５〜ステップＳＡ２７（図５参照）のそれぞれの処理に対応しているため、詳細な説明を省略する。
【０１２７】
また、ステップＳＩ２８の予約受付処理は、商品Ａ、商品Ｂに加えて、カスタマイズ商品に関する販売予約を顧客３1 〜３n から受け付ける処理である。すなわち、予約受付処理において、図２９に示したステップＳＫ１では、ＷＷＷサーバ３３は、予約状況確認ボタン７８（図３０参照）または予約状況確認ボタン７９（図３４参照）が、商品（量産モデル）告知画面Ｇ9 または商品（量産モデル）告知画面Ｇ13 を閲覧している顧客の操作により押下されたか否かを判断する。予約状況確認ボタン７８および予約状況確認ボタン７９は、現時点での商品Ａ（商品Ａがカスタマイズされたカスタマイズ商品も含む）および商品Ｂ（商品Ｂがカスタマイズされたカスタマイズ商品も含む）の予約状況を確認するためのボタンである。
【０１２８】
ここで、例えば、顧客３1 の操作により、図３０に示した予約状況確認ボタン７８が押下されたものとすると、ＷＷＷサーバ３３は、ステップＳＫ１の判断結果を「Ｙｅｓ」とする。なお、ステップＳＫ１の判断結果が「Ｎｏ」である場合、ＷＷＷサーバ３３は、図２７に示したメインルーチンへ戻る。この場合、ステップＳＫ２では、ＷＷＷサーバ３３は、図３９に示した予約状況確認画面Ｇ18 を顧客クライアント１０1 のディスプレイに表示させる。ステップＳＫ３では、ＷＷＷサーバ３３は、顧客の操作により、予約ボタン１２６（図３９参照）、予約ボタン１２０（図３６参照）または予約ボタン１１３（図３２参照）のうちいずれかのボタンが押下されたか否かを判断し、この判断結果が「Ｎｏ」である場合、図２７に示したメインルーチンへ戻る。
【０１２９】
図３９に示した予約状況確認画面Ｇ18 の予約状況表示部８０には、２月２９日２３：００現在の商品Ａ（カスタマイズ商品も含む）の予約数（＝９８本）および商品Ｂ（カスタマイズ商品も含む）の予約数（＝２６４本）が表示されている。また、予約状況確認画面Ｇ18 には、商品Ａ（カスタマイズ商品も含む）および商品Ｂ（カスタマイズ商品も含む）のそれぞれの予約者に関するプロフィールの構成比が円グラグ形式で表示されている。顧客は、これらのプロフィールを確認することで、商品Ａおよび商品Ｂのそれぞれに関する販売ターゲットの傾向を知った上で、購入するか否かの判断を行うことができる。また、プロフィールに関する円グラフは、後述する予約情報テーブルＪ（図４０参照）のプロフィールに基づいて表示される。
【０１３０】
ここで、顧客３1 の操作により予約ボタン１２６が押下されると、ＷＷＷサーバ３３は、ステップＳＫ３の判断結果を「Ｙｅｓ」とする。ステップＳＫ４では、ＷＷＷサーバ３３は、図３３に示した予約受付フォームである予約受付画面Ｇ12 を顧客クライアント１０1 のディスプレイに表示させる。図３３に示した予約受付画面Ｇ12 において、図２１の各部に対応する部分には同一の符号を付ける。
【０１３１】
予約受付画面Ｇ12 には、予約者のプロフィール（図３９参照）を選択入力するためのプロフィール選択部１２５と、カスタマイズ商品（図３２、図３６参照）の名称（同図では、カスタマイズ商品Ａ1’（緑））が表示されるカスタマイズ商品名表示部１１４、当該商品の予約本数を入力するための予約個数表示部１１５と、予約した商品の受け取り方法（販売代理店または代金引換便）を選択するための商品受取り方法選択部１１６が新たに表示されている。そして、顧客３1 は、予約に必要な情報を入力する。
【０１３２】
図２９に戻り、ステップＳＫ５では、ＷＷＷサーバ３３は、図３３に示したクリアボタン８７が押下されたか否かを判断する。このクリアボタン８７は、予約受付画面Ｇ12 の入力内容をクリアする場合に押下される。この判断結果が「Ｙｅｓ」である場合、ステップＳＫ８では、ＷＷＷサーバ３３は、予約受付画面Ｇ12 の入力内容をクリアし、図２７に示したメインルーチンへ戻る。
【０１３３】
この場合、ステップＳＫ５の判断結果が「Ｎｏ」であるものとすると、ステップＳＫ６では、ＷＷＷサーバ３３は、図３３に示した送信ボタン８６が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。そして、顧客３1 の操作により送信ボタン８６が押下されると、ＷＷＷサーバ３３は、ステップＳＫ６の判断結果を「Ｙｅｓ」とする。ステップＳＫ７では、ＷＷＷサーバ３３は、予約受付画面Ｇ12 で入力された各種情報を図４０に示した予約情報テーブルＪとして記憶装置３４に格納する。
【０１３４】
この予約情報テーブルＪは、「予約数データ」、「予約日時」「予約者氏名」、「プロフィール」、「住所」、カスタマイズ商品であるか否かを表す「フラグ」、「カスタマイズ部品」、「商品名」、「数量」、「受取方法」、「販売代理店」、「販売価格」というフィールドを備えている。「販売代理店」のフィールドには、図３３に示した商品受取り方法選択部１１６で「販売代理店」が選択された場合に、予め設定された販売代理店９０1 〜９０n のうち、予約者の「住所」に最も近い販売代理店がＷＷＷサーバ３３により自動設定される。なお、商品受取り方法選択部１１６で「代引き」が選択された場合には、上記「販売代理店」のフィールドには、いずれの情報も格納されない。以後、予約受付期間が終了するまで、上述した動作が繰り返される。
【０１３５】
そして、予約受付期間が終了すると、ＷＷＷサーバ３３は、図２７に示したステップＳＩ２７の判断結果を「Ｙｅｓ」とする。ステップＳＩ３２では、ＷＷＷサーバ３３は、実施の形態１で説明したステップＳＡ２８（図５参照）の処理と同様にして、予約数に応じて販売価格を最終的に決定する販売価格最終決定処理を実行する。この場合、ＷＷＷサーバ３３は、決定された販売価格を予約情報テーブルＪ（図４０参照）に格納する。この場合、商品Ａの販売価格は、２５０００円、商品Ｂの販売価格は、４５０００円である。
【０１３６】
ステップＳＩ３３では、ＷＷＷサーバ３３は、予約者に対して商品情報（最終決定された価格、スペック、デザイン等）をホームページ５等を介して告知する。ステップＳＩ３４では、図２４に示したＷＷＷサーバ３３は、記憶装置３４に格納された予約情報テーブルＪをインターネット２０を介して、商品メーカ１側の業務サーバ５７へ送信する。これにより、商品メーカ１では、予約情報テーブルＪ（図４０参照）に基づいて、商品Ａおよび商品Ｂ（いずれもカスタマイズ商品も含む）の製造を開始する。カスタマイズ商品は、予約情報テーブルＪにおけるカスタマイズ部品のフィールドが参照されることで、製造される。
【０１３７】
ステップＳＩ３５では、業務サーバ５７は、インターネット２０を介して、販売代理店クライアント１００1 〜１００n へ予約情報テーブルＪ（図４０参照）を送信する。これにより、販売代理店９０1 〜９０n のそれぞれは、予約情報テーブルＪの「販売代理店」のフィールドを参照することにより、自店で扱うべき商品の情報、顧客の情報を把握する。ステップＳＩ３６では、商品メーカ１は、予約情報テーブルＪに基づいて、販売代理店９０1 〜９０n へ商品を発送する。
【０１３８】
ステップＳＩ３７では、商品メーカ１および販売代理店９０1 〜９０n は、商品Ａおよび商品Ｂ（いずれもカスタマイズ商品も含む）の発売日であるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、発売日になると、商品メーカ１および販売代理店９０1 〜９０n は、ステップＳＩ３７の判断結果を「Ｙｅｓ」とする。これにより、ステップＳＩ３８およびステップＳＩ３９の処理が並列的に実行される。
【０１３９】
すなわち、ステップＳＩ３８では、商品メーカ１は、図４０に示した予約情報テーブルＪを参照して、「販売代理店」のフィールドにいずれの情報も格納されていない購入予約者に対して予約順に商品Ａ、商品Ｂ（カスタマイズ商品も含む）を代金引換便で配送する。一方、販売代理店９０1 〜９０n は、予約情報テーブルＪを参照して、「販売代理店」のフィールドに自店の情報が格納されている購入予約者に対して、当該商品を販売した後、代金を商品メーカ１の金融機関口座に入金する。ステップＳＩ３９では、ステップＳＡ９（図４参照）と同様の手法により、商品販売後の顧客の反響が調査される。
【０１４０】
ステップＳＩ４０では、商品メーカ１は、商品Ａ、商品Ｂ（カスタマイズ商品も含む）の製造数が予約数と等しいか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＩ４２では、商品メーカ１は、販売期間が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、商品Ａ、商品Ｂ（カスタマイズ商品も含む）が販売される。
【０１４１】
ここで、ステップＳＩ４０の判断結果が「Ｙｅｓ」になると、ステップＳＩ４１では、商品メーカ１は、製造数が予約数に達したものとして、商品Ａ、Ｂ（カスタマイズ商品も含む）の製造を中止する。そして、ステップＳＩ４２の判断結果が「Ｙｅｓ」になると、ステップＳＩ４３では、反響調査期間が終了したか否かが判断される。この判断結果が「Ｎｏ」である場合、ステップＳＩ４４では、ステップＳＩ３９と同様にして、反響調査処理が引き続き実行される。
【０１４２】
そして、ステップＳＩ４３の判断結果が「Ｙｅｓ」になると、ステップＳＩ４５では、商品メーカ１および出版社２は、反響調査結果を集計／分析し、一連の商品企画／開発〜販売に関する総合評価を行う。ステップＳＩ４６では、商品メーカ１および出版社２は、総合評価の結果を次回の商品企画／開発にフィードバックする。
【０１４３】
さて、前述した実施の形態２では、図２７に示したステップＳＩ３２（販売価格最終決定処理）で、予約数に応じて段階的に販売価格を決定する例について説明したが、これに限定されることなく、例えば、以下に説明する４種類（変形例１〜変形例４）の販売価格最終決定ロジックに基づいて販売価格を決定するようにしてもよい。
【０１４４】
実施の形態２の変形例１では、図４１（ａ）に示した販売価格最終決定ロジックＨ1 に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ1 では、図２７に示したステップＳＩ２７の予約受付期間中で、予約の先着順に段階的に販売価格が決定される。具体的には、先着１名〜３０００名までは２００００円、先着３００１名〜６０００名までは２５０００円、先着６００１名以降は、３００００円である。この変形例１において、ステップＳＩ３２（図２７参照）では、図４２に示した販売価格最終決定処理が実行される。
【０１４５】
すなわち、同図に示したステップＳＭ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約数データｒを読み出す。この予約数データｒは、商品の予約先着順を示すデータである。ステップＳＭ２では、ＷＷＷサーバ３３は、予約数データｒが１名〜３０００名（図４１（ａ）参照）の範囲内であるか否かを判断する。
【０１４６】
この判断結果が「Ｙｅｓ」である場合、ステップＳＭ７では、ＷＷＷサーバ３３は、販売価格を２００００円（図４１（ａ）参照）とする。ステップＳＭ５では、ＷＷＷサーバ３３は、上記販売価格（２００００円）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＭ６では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。
【０１４７】
ここで、ステップＳＭ２の判断結果が「Ｎｏ」である場合、ステップＳＭ３では、ＷＷＷサーバ３３は、予約数データｒが３００１名〜６０００名の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＭ８では、ＷＷＷサーバ３３は、販売価格を２５０００円（図４１（ａ）参照）とする。また、ステップＳＭ３の判断結果が「Ｎｏ」である場合、すなわち、予約数データｒが６００１以上である場合、ステップＳＭ４では、ＷＷＷサーバ３３は、販売価格を３００００円とする。
【０１４８】
また、実施の形態２の変形例２では、図４１（ｂ）に示した販売価格最終決定ロジックＨ2 に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ2 では、図２７に示したステップＳＩ２７の予約受付期間中で、予約した時期に対応させて段階的に販売価格が決定される。具体的には、予約日時が３月１日（予約開始日）〜３月３１日までは、２００００円、予約日時が４月１日〜４月３０日までは、２５０００円、予約日時が５月１日以降は、３００００円である。この変形例２において、ステップＳＩ３２（図２７参照）では、図４３に示した販売価格最終決定処理が実行される。
【０１４９】
すなわち、同図に示したステップＳＬ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約日時データｔを読み出す。この予約日時データｔは、商品が予約された日時を示すデータである。ステップＳＬ２では、ＷＷＷサーバ３３は、予約日時データｔが３月１日〜３月３１日の範囲内であるか否かを判断する。
【０１５０】
この判断結果が「Ｙｅｓ」である場合、ステップＳＬ７では、ＷＷＷサーバ３３は、販売価格を２００００円（図４１（ｂ）参照）とする。ステップＳＬ５では、ＷＷＷサーバ３３は、上記販売価格（２００００円）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＬ６では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。
【０１５１】
ここで、ステップＳＬ２の判断結果が「Ｎｏ」である場合、ステップＳＬ３では、ＷＷＷサーバ３３は、予約日時データｔが４月１日〜４月３０日の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＬ８では、ＷＷＷサーバ３３は、販売価格を２５０００円（図４１（ｂ）参照）とする。また、ステップＳＬ３の判断結果が「Ｎｏ」である場合、すなわち、予約日時データｔが５月１日以降である場合、ステップＳＬ４では、ＷＷＷサーバ３３は、販売価格を３００００円とする。
【０１５２】
また、実施の形態２の変形例３では、図４４（ａ）に示した販売価格最終決定ロジックＨ3 に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ3 では、図２７に示したステップＳＩ２７の予約受付期間中で、予約の先着順に段階的に、商品の定価に対する割引率が決定された後、この割引率に応じて販売価格が決定される。具体的には、先着１名〜３０００名までは割引率３０％、先着３００１名〜６０００名までは割引率２０％、先着６００１名以降は、割引率０％（定価）である。この変形例３において、ステップＳＩ３２（図２７参照）では、図４５に示した販売価格最終決定処理が実行される。
【０１５３】
すなわち、同図に示したステップＳＯ１では、ＷＷＷサーバ３３は、予約情報テーブルＪ（図４０参照）を参照して、１レコード目の予約数データｒを読み出す。ステップＳＯ２では、ＷＷＷサーバ３３は、予約数データｒが１名〜３０００名（図４４（ａ）参照）の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＯ８では、ＷＷＷサーバ３３は、当該商品の割引率を３０％（図４４（ａ）参照）とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝３０％）を適用することにより、販売価格（定価×（１−０．３））を計算する。
【０１５４】
ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（割引率３０％）のデータを予約情報テーブルＪの当該レコードに格納する。ステップＳＯ７では、ＷＷＷサーバ３３は、全ての予約商品に関する価格決定が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、上述した動作が繰り返されることにより、価格が決定される。
【０１５５】
ここで、ステップＳＯ２の判断結果が「Ｎｏ」である場合、ステップＳＯ３では、ＷＷＷサーバ３３は、予約数データｒが３００１名〜６０００名の範囲内であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＯ９では、ＷＷＷサーバ３３は、当該商品の割引率を２０％とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝２０％）を適用することにより、販売価格（定価×（１−０．２））を計算する。ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（割引率２０％）のデータを予約情報テーブルＪの当該レコードに格納する。
【０１５６】
また、ステップＳＯ３の判断結果が「Ｎｏ」である場合、すなわち、予約数データｒが６００１以上である場合、ステップＳＯ４では、ＷＷＷサーバ３３は、割引率を０％とする。ステップＳＯ５では、ＷＷＷサーバ３３は、商品の定価に割引率（＝０％）を適用することにより、販売価格を計算する。この場合、販売価格は、定価である。ステップＳＯ６では、ＷＷＷサーバ３３は、上記販売価格（＝定価）のデータを予約情報テーブルＪの当該レコードに格納する。
【０１５７】
また、実施の形態２の変形例４では、図４４（ｂ）に示した販売価格最終決定ロジックＨ4 に基づいて、商品の販売価格が決定される。この販売価格最終決定ロジックＨ4 では、予約受付個数が例えば１０００個という具合に限定されている場合に、図２７に示したステップＳＩ２７の予約受付期間中で、予約受付が開始されてから、１０００個分の予約が完了するまでの時間（予約完了時間）によって、段階的に販売価格が決定される。
【０１５８】
具体的には、予約完了時間が５分未満の場合には、販売価格が２００００円、予約完了時間が５分以上〜１０分未満である場合には、販売価格が２５０００円、予約完了時間が１０分以上である場合には、販売価格が３００００円である。この変形例４において、ステップＳＩ３２（図２７参照）では、図４６に示した販売価格最終決定処理が実行される。
【０１５９】
すなわち、この変形例４では、ＷＷＷサーバ３３は、予約の受付が開始されるとタイマ（図示略）を起動させた後、予約受付個数（例えば、１０００個）に関する全ての予約が完了した時点でタイマを停止させる。この場合、図４６に示したステップＳＰ１では、ＷＷＷサーバ３３は、タイマの計時結果を予約完了時間ＴＲとして読み出す。ステップＳＰ２では、ＷＷＷサーバ３３は、予約完了時間ＴＲが５分未満であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＰ５では、ＷＷＷサーバ３３は、販売価格を一律に２００００円（図４４（ｂ）参照）とする。
【０１６０】
一方、ステップＳＰ２の判断結果が「Ｎｏ」である場合、ステップＳＰ３では、ＷＷＷサーバ３３は、予約完了時間ＴＲが５分以上１０分未満であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＰ６では、ＷＷＷサーバ３３は、販売価格を一律に２５０００円（図４４（ｂ）参照）とする。一方、ステップＳＰ３の判断結果が「Ｎｏ」である場合、すなわち、予約完了時間ＴＲが１０分以上である場合、ＷＷＷサーバ３３は、販売価格を一律に３００００円とする。なお、ＷＷＷサーバ３３は、決定された販売価格のデータを予約情報テーブルＪ（図４０参照）の各レコードに格納する。なお、変形例３で説明した割引率は、変形例１、２、４にも適用してもよい。
【０１６１】
また、実施の形態２では、商品ＡおよびＢの販売価格を競売における入札方式により決定してもよい。以下では、この場合を実施の形態２の変形例５として説明する。この変形例５では、ＷＷＷサーバ３３は、図４７に示したオークション入札フォーム画面Ｇ19 を表示する。これにより、顧客は、それぞれのクライアント端末を用いて、個人情報（お名前、フリガナ等）を入力するとともに、入札金額入力欄１２７に商品Ａの入札金額を入力し、さらに入札金額入力欄１２８に商品Ｂの入札金額を入力する。なお、クリアボタン１３０は、入力内容の変更時に押下される。つぎに、入札ボタン１２９が押下されると、上記入札金額のデータがＷＷＷサーバ３３により収集され、ＷＷＷサーバ３３は、入札金額データを図４８に示した入札テーブルＡＣに格納する。
【０１６２】
また、ＷＷＷサーバ３３は、商品Ａおよび商品Ｂに関する入札件数のデータを入札がある毎に変更するとともに、各入札金額の価格帯（例えば、１０００円から５０００円）毎に入札金額の平均値を求める。そして、入札締め切り時刻になると、図４９に示したステップＳＱ１では、ＷＷＷサーバ３３は、入札テーブルＡＣを読み出す。ステップＳＱ２では、ＷＷＷサーバ３３は、入札テーブルＡＣ内の入札件数が最大のレコードを検索する。例えば、この場合、商品Ａに関して入札件数が３１７のレコード、商品Ｂに関して入札件数が４６２のレコードが検索される。
【０１６３】
ステップＳＱ３では、ＷＷＷサーバ３３は、当該レコードの平均値を販売価格とする。この場合、商品Ａの販売価格は、１８０００円であり、商品Ｂの販売価格は、１７０００円である。実施の形態２では、最高入札金額を販売価格としてもよい。
【０１６４】
また、実施の形態２では、一つのコンセプトに基づく複数の新商品（例えば、靴、カバン、ベルト等）の企画／開発に関する商品企画開発情報を、前述した手法によりインターネット２０を介して不特定多数の顧客に告知し、顧客から意見情報を収集するようにしてもよい。この場合、複数の新商品を企画、開発する企業では、意見情報に基づいて顧客のニーズを把握する。
【０１６５】
また、実施の形態２では、予約数が多い新商品のみの製造を決定し、これ以外の新商品の製造を中止するようにしてもよく、この場合には、予約者に対してスリルや企画のおもしろさを提供することができる。
【０１６６】
以上説明したように、実施の形態２によれば、企画／開発段階で複数の試作品の人気度の調査結果を不特定多数の顧客に対して告知するようにしたので、企画／開発の方向性を早期に確定させることができる。
【０１６７】
また、実施の形態２によれば、販売予約を採り、しかも販売予約の先着順に安価となるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。
【０１６８】
また、実施の形態２によれば、販売予約を採り、しかも販売予約の先着順に、定価に対する割引率が段階的に高くなるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。
【０１６９】
また、実施の形態２によれば、販売予約を採り、しかも販売予約の受付時期が早い程、安価となるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。
【０１７０】
また、実施の形態２によれば、販売予約を採り、しかも販売予約の受付時期が早い程、定価に対する割引率が高くなるような新商品の販売価格を決定するようにしたので、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができる。
【０１７１】
また、実施の形態２によれば、販売予約を採り、販売予約の受付が開始されてから予約数が所定数に達するまでの予約完了時間が短い程、安価となるような新商品の販売価格を決定するようにしたので、「予約数が限られている限定商品を購入したい」、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるとともに、新商品にプレミアを付けることができる。
【０１７２】
また、実施の形態２によれば、販売予約を採り、販売予約の受付が開始されてから予約数が所定数に達するまでの予約完了時間が短い程、定価に対する割引率が高くなるような新商品の販売価格を決定するようにしたので、「予約数が限られている限定商品を購入したい」、「できるだけ低価格で新商品を購入したい」という顧客の欲求を刺激し、結果として早期に多数の予約を採ることができ、その分、新商品の製造に早期に着手することができるとともに、新商品にプレミアを付けることができる。
【０１７３】
また、実施の形態２によれば、入札件数が最も多い入札価格帯に基づいて新商品の販売価格を決定するという入札方式を採るようにしたので、顧客主導の販売価格設定を行うことができ、しかも適正な販売価格で顧客に新商品を提供することができる。
【０１７４】
また、実施の形態２によれば、競売により新商品の販売価格を決定するようにしたので、新商品の販売価格を決定する権限が顧客に与えられるため、商品企画／開発に対する顧客の参加意識を高めることができるとともに、競売による話題性、宣伝効果を高めることができる。
【０１７５】
また、実施の形態２によれば、販売代理店に販売代理店クライアントを設けてネットワークを介して予約に関する情報を販売代理店クライアントへ送信するようにしたので、顧客の購入方法の選択肢を増やすことができ、顧客の利便性を向上させることができる。
【０１７６】
また、実施の形態２によれば、販売予約時に複数のカスタマイズ部品の中から顧客が所望するカスタマイズ部品を選択させ、カスタマイズされた新商品を販売するようにしたので、顧客の好みにさらにきめ細かく対応することができ、顧客に「自分だけのオリジナル商品」という愛着心を持たせることができる。
【０１７７】
また、実施の形態２によれば、新商品のネーミングを募集した後、決定されたネーミングを不特定多数の顧客に対して告知し、商品の名付け親も顧客とするようにしたので、商品企画／開発に関する顧客の参加意識を高めることができるとともに、新商品と顧客との心理的な距離を縮めることができる。
【０１７８】
また、実施の形態２によれば、一つのコンセプトに基づく複数の新商品に関する顧客の意見情報をインタラクティブに収集し、この意見情報に基づく顧客のニーズに沿った複数の商品情報を告知するようにしたので、トータルコーディネートされた複数の新商品に関する顧客のニーズを新商品開発に反映することができる。
【０１７９】
また、実施の形態２によれば、複数の試作品または商品情報にそれぞれ対応する人気度の調査結果を不特定多数の顧客に対して告知するようにしたので、企画／開発の方向性を早期に確定させることができる。
【０１８０】
また、実施の形態２によれば、予約者に関するプロフィール情報を告知するようにしたので、当該新商品を既に予約している予約者の傾向を顧客に認識させることができるため、当該顧客に対して購入すべきか否かの判断時の材料を提供することができる。
【０１８１】
以上本発明にかかる実施の形態１および２について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１および２に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した実施の形態１および２においては、商品企画開発を実現するための商品企画開発プログラムを図５０に示したコンピュータ読み取り可能な記録媒体３００に記録して、この記録媒体３００に記録された商品企画開発プログラムを同図に示したコンピュータ２００に読み込ませ、実行することにより商品企画開発を行うようにしてもよい。
【０１８２】
図５０に示したコンピュータ２００は、上記商品企画開発プログラムを実行するＣＰＵ２０１と、キーボード、マウス等の入力装置２０２と、各種データを記憶するＲＯＭ（Read Only Memory）２０３と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）２０４と、記録媒体３００から商品企画開発プログラムを読み取る読取装置２０５と、ディスプレイ、プリンタ等の出力装置２０６と、装置各部を接続するバスＢＵとから構成されている。
【０１８３】
ＣＰＵ２０１は、読取装置２０５を経由して記録媒体３００に記録されている商品企画開発プログラムを読み込んだ後、この商品企画開発プログラムを実行することにより、前述した商品企画開発に必要な処理を実行する。なお、記録媒体３００には、光ディスク、フロッピー（Ｒ）ディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０１８４】
また、実施の形態１および２では、商品メーカ１と出版社２との業務提携により商品企画開発を行う例について説明したがいずれか一方のみで商品企画開発を行ってもよい。また、実施の形態１および２では、図３および図２４に示したＷＷＷサーバ３３、ニュースサーバ３５およびメールサーバ６１のそれぞれの機能を一つのサーバで実現するようにしてもよい。さらに、実施の形態１および２では、時計の企画／開発について説明したが、適用商品は時計に限られるものではなく如何なる商品であっても本発明に含まれる。
【符号の説明】
【０１８５】
２０ インターネット
３３ ＷＷＷサーバ
３５ ニュースサーバ
６１ メールサーバ
９０1 〜９０n 販売代理店
１００1 〜１００n 販売代理店クライアント
２００  コンピュータ
２０１  ＣＰＵ
３００  記録媒体
【図１】
0004810579.tif 000002
【図２】
0004810579.tif 000003
【図３】
0004810579.tif 000004
【図４】
0004810579.tif 000005
【図５】
0004810579.tif 000006
【図６】
0004810579.tif 000007
【図７】
0004810579.tif 000008
【図８】
0004810579.tif 000009
【図９】
0004810579.tif 000010
【図１０】
0004810579.tif 000011
【図１１】
0004810579.tif 000012
【図１２】
0004810579.tif 000013
【図１３】
0004810579.tif 000014
【図１４】
0004810579.tif 000015
【図１５】
0004810579.tif 000016
【図１６】
0004810579.tif 000017
【図１７】
0004810579.tif 000018
【図１８】
0004810579.tif 000019
【図１９】
0004810579.tif 000020
【図２０】
0004810579.tif 000021
【図２１】
0004810579.tif 000022
【図２２】
0004810579.tif 000023
【図２３】
0004810579.tif 000024
【図２４】
0004810579.tif 000025
【図２５】
0004810579.tif 000026
【図２６】
0004810579.tif 000027
【図２７】
0004810579.tif 000028
【図２８】
0004810579.tif 000029
【図２９】
0004810579.tif 000030
【図３０】
0004810579.tif 000031
【図３１】
0004810579.tif 000032
【図３２】
0004810579.tif 000033
【図３３】
0004810579.tif 000034
【図３４】
0004810579.tif 000035
【図３５】
0004810579.tif 000036
【図３６】
0004810579.tif 000037
【図３７】
0004810579.tif 000038
【図３８】
0004810579.tif 000039
【図３９】
0004810579.tif 000040
【図４０】
0004810579.tif 000041
【図４１】
0004810579.tif 000042
【図４２】
0004810579.tif 000043
【図４３】
0004810579.tif 000044
【図４４】
0004810579.tif 000045
【図４５】
0004810579.tif 000046
【図４６】
0004810579.tif 000047
【図４７】
0004810579.tif 000048
【図４８】
0004810579.tif 000049
【図４９】
0004810579.tif 000050
【図５０】
0004810579.tif 000051