JP2003187134A

JP2003187134A - 製品販売システム及びその方法

Info

Publication number: JP2003187134A
Application number: JP2001388684A
Authority: JP
Inventors: Norio Arashiro; 典雄荒城; Satoshi Shimane; 島根　　聡; Kazuharu Yokoyama; 和治横山; Yuji Shibata; 裕司柴田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-12-21
Filing date: 2001-12-21
Publication date: 2003-07-04

Abstract

(57)【要約】【課題】購入側の複数ある要求仕様から適切な機能を組
み合わせた仕様を提示し、かつ最終仕様決定までの情報
をデータベース化することを目的とする。【解決手段】管理用サーバ１０１に全ての機能組み合せ
とその組み合せ毎の価格を格納する仕様データベース１
０６などを備え、これらのデータベースから要求に適し
た組み合せを選出して、要求を入力する度に要求仕様を
マーケティングデータベース１０９に記憶させ、顧客情
報として蓄積する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータ（以下、ＰＣと略す）のような多種多様な機能を
有しかつ拡張性に優れた製品を販売するにあたり、顧客
の要求仕様に適した機能を的確に選択して提案を行うこ
とができる製品販売システムおよびその方法に関する。

【０００２】

【従来の技術】一般に、製品は、販売店や一般小売店な
どを通じて販売するため、メーカ側で需要量を予測し、
注文前に先行して製造する見込み生産が行われる。この
見込み生産方式は、需要と供給との間に差異が生じるこ
とが多く、例えば供給量が需要量を上回った場合は在庫
滞留によって不必要な費用が発生する。一方、需要量が
供給量を上回った場合は、製品不足が生じてビジネスチ
ャンスを逃してしまう恐れがあった。

【０００３】このため、新たな販売・製造方式としてＢ
ＴＯ（Build To Orderの略）方式と呼ばれる注文製造方
式が台頭してきた。この注文製造方式は、実際に注文を
受け付けてから製造する方式である。この方式では、購
入側の要求した数量，納入期間で製造を行うので、製品
の在庫滞留などによる管理費用，製品不足となるのを防
ぐために実需要より多めに購入している余剰部品の購入
費用や管理費用を削減でき、製品を低価格化で製造する
ことができる。また、ＰＣのような多種多様な機能と拡
張性に富んだ製品を販売する場合は、ＢＴＯ方式から一
歩進んだＣＴＯ（Configure To Orderの略）方式と呼ば
れる受注仕様製造方式が一般的となった。この方式は、
購入側が注文する時に、要求する機能、その組み合せ及
び仕様を明示し、販売側は購入側の要求に合わせた仕様
の製品を製造する方式であり、出荷後の構成追加や仕様
変更などにかかる費用を削減することが可能である。

【０００４】このようなＣＴＯ方式の従来の技術として
は、特開２００１−６０２３３号公報に記載のように、
顧客からの商品又は商品を構成する部品に関する要求仕
様情報の入力を受け、商品を構成する部品の設計情報を
保持するデータベースより、要求仕様を満たす部品を抽
出し、抽出された部品によって構成される部品案を顧客
側に表示出力し、顧客からの発注確認信号を受けた場合
に商品の生産指示を行う受注生産方法がある。又、特開
２０００−２４６７０号公報には、設計データベース
と、感性を表す種々の用語及びこの用語の評価項目とし
て用いた種々の製品の評価結果値を格納している感性デ
ータベースと、対象となる製品の設計コンセプトを用語
を使用した評価目標値として入力し、製品要素及びその
物理的特性を検索して設計データベースから抽出する顧
客満足度対応設計方法が開示されている。

【０００５】

【発明が解決しようとする課題】食料品のような一種一
様な製品とは異なり、多種多様な機能と拡張性に富むＰ
Ｃのような製品では、膨大な機能の組み合せの中から、
要求仕様，要求価格及び要求納期に沿うものを選択しな
ければならない。このとき要求仕様を数値で表して明確
化することができればさほど問題とはならないが、例え
ば設置環境基準の一つの判断基準となる浮遊塵埃量のよ
うに、要求仕様を数値化することが困難な場合が多々あ
る。

【０００６】また、例えば「ネットワークにつなぎた
い」という単一の機能のみが要求される場合でもその性
能をどのようにするかは未解決のため、この要求を実現
する手段は複数存在し、高性能であれば価格は高くな
り、通常の性能であれば価格は低くなる傾向にある。こ
の例でも分るように、必要条件となる機能のみの要求仕
様は決まっているものの、最終的には性能と価格及び納
期とのトレードオフとなることが多々あることを意味し
ている。

【０００７】販売側は、上述したような数値化が困難な
仕様や、価格や納期などとのトレードオフで決定される
仕様などの組み合せの中から、購入者の要求仕様，要求
価格及び要求納期に合致するものを複数提案しなければ
ならず、製品を熟知している者でも即座に選出し提案す
ることは非常に困難であった。

【０００８】また、購入側の要求仕様，購入側の要求仕
様を基に選出した複数の販売側の提案，販売側から提示
した複数の提案の中から最終的に選ばれた仕様など、引
合いから提案そして最終的な仕様決定までの一連の過程
を総合的に判断することで購入側の最終的な仕様決定の
要因が分析できるので、これを次期製品への反映や販売
戦略などに使用することによって新たなビジネスチャン
スを広げることができる。

【０００９】ところが、ＢＴＯ方式やＣＴＯ方式に代表
される受注後に製造する方式では、最終的に選ばれた仕
様しか残らないため、途中の経過は提案した担当者の記
憶や主観に頼るところが大きく、正確な情報とはなり得
なかった。また、インターネットなどを利用した通信販
売では注文内容の結果しか分らず、仕様決定までの過程
は全く不明であった。

【００１０】特開２００１−６０２３３号公報に記載の
受注生産方法は、要求仕様を満たす部品を抽出するもの
であり、購入者の要求仕様，要求価格及び要求納期に合
致するものを複数提案すること、仕様決定までの過程の
分析などは配慮されていない。又、特開２０００−２４
６７０号公報に記載の顧客満足度対応設計方法は、対象
となる製品の設計コンセプトの用語を使用した評価目標
値として入力し、製品要素及びその物理的特性を検索し
て設計データベースから抽出するものであり、購入者の
要求仕様，要求価格及び要求納期に合致するものを複数
提案すること、仕様決定までの過程の分析などは配慮さ
れていないものであった。

【００１１】本発明の第１の目的は、多様な組み合せが
考えられる製品の仕様の中から、購入側の要求仕様に的
確に合致する仕様を複数提案できる製品販売システムお
よびその方法を提供することにある。

【００１２】本発明の第２の目的は、引合いから提案そ
して最終仕様決定までの一連の過程での情報を、重要な
顧客要求情報としてデータベース化し、マーケティング
情報として活用可能な製品販売システムおよびその方法
を提供することにある。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、製品の全ての機能組み合せと価格を入力
した仕様データベースと、構成する部材の購入計画も含
めた製品の生産計画を管理した納期管理データベースを
販売側が準備したＰＣから購入者が参照可能とし、購入
側からの要求仕様をＰＣへ入力することにより、仕様デ
ータベースから購入側の要求仕様に沿った機能を組み合
わせた複数の仕様を抽出して提案するものである。又、
ＰＣから発注指示を注文データベースへ入力すれば、購
入側が注文した製品の生産計画を納期管理データベース
へリアルタイムにフィードバックすることで、逐次最新
の納期情報をＰＣから参照することが可能となる。

【００１４】又、顧客要求仕様を顧客要求情報としてデ
ータ蓄積して、次機種開発時の仕様決定情報として利用
する。

【００１５】

【発明の実施の形態】以下、図１から図６を用いて本発
明の一実施例を説明する。図１は本実施例の製品販売シ
ステムの構成図である。製品販売システムは、次のよう
に構成される。販売側１００には、管理用サーバ１０１
と、クライアントＰＣ１０２（コンピュータ１０２とも
いう）と、ゲートウェイ１０３と、それらを相互に接続
する販売側専用ネットワークのイントラネット１０４が
設置されている。ゲートウェイ１０３は、インターネッ
トなどの公衆網１６０を介して購入側１５０のモデム１
５３と接続され、このモデム１５３を介して購入側１５
０のクライアントＰＣ１５１（コンピュータ１５１とも
いう）に接続されている。主に打合せで使用されるクラ
イアントＰＣ１５１はプラウザ１５２を備え、このプラ
ウザ１５２により公衆網１６０経由で送信された管理用
サーバ１０１の各種データベースの参照や入力ができる
ようになっている。

【００１６】管理用サーバ１０１は、販売する製品の全
ての機能組み合せと価格を入力した仕様データベース１
０６と、構成する部材の購入計画も含めた製品の生産計
画を管理する納期管理データベース１０７と、製品の注
文を入力することで販売側クライアントＰＣ１０２を通
じて製品の製造指示を受け付ける注文データベース１０
８と、購入側からの引合いや打合せをもとに顧客要求を
蓄積するマーケティングデータベース１０９と、各デー
タベースの参照や入力を行う画面のＷｅｂページ１０５
とを備える。販売側クライアントＰＣ１０２はプラウザ
１１０を備え、このプラウザ１１０により各データベー
スの内容および注文データベースからの製造着手指示を
閲覧できるようになっている。ここで、注文データベー
ス108に製造指示が受け付けられると、納期管理データ
ベース１０７の製品生産計画を自動更新するようになっ
ている。

【００１７】なお、販売側１００の管理用サーバ１０１
にデータベースを全て備えた例を説明したが、管理用サ
ーバ１０１は注文データベース１０８のみを備え、注文
データベース１０８以外のデータベースをクライアント
ＰＣ１０２に備えるようにして柔軟性に富んだシステム
構成をとることができる。

【００１８】又、クライアントＰＣ１０２からの発注指
示は行わないシステムでは、注文データベース１０８を
備える必要がなく、管理用サーバ１０１でなくても仕様
データベース１０６と納期管理データベース１０７とマ
ーケティングデータベース１０９を備えれば、顧客の要
求仕様に適した提案、提案に基づくマーケティングデー
タベース１０９の更新が可能である。

【００１９】このシステムを使用して販売を行うフロー
を図２に示す。顧客からの引合い２００により顧客の要
求仕様に従って、製品仕様選択２０１，機能仕様選択20
2,環境条件選択２０３，外部接続選択２０４を順次入力
する。この入力された情報を基に仕様データベース１０
６から要求仕様に合致する製品のモデルを選定し、納期
管理データベース１０７から、選定された製品の納期を
算出する。クライアントＰＣ１０２では、選定された製
品のモデルと納期を表示して、閲覧できるようにしてい
る。販売側は、この情報をもとに購入側に製品仕様／納
期を提案205し、製品の仕様決定２０６をする。受注２
０７が決まれば注文データベース108へ受注した製品の
仕様情報を入力し、製造および発送２０８を行って、購
入側への納入２０９を行う。

【００２０】本実施例のマーケティングデータベース１
０９は、後述するように製品仕様選択２０１での購入側
の要求仕様，提案する仕様，仕様の絞込み情報等、機能
仕様選択２０２でのＣＰＵ選択フェーズの選択結果、要
求仕様から変更している場合の理由と内容，環境条件選
択２０３の内容等を、引合い２００以降に得られた顧客
要求情報として蓄積２１０し、この顧客要求情報を販売
戦略や新規開発製品の仕様決定などに活用できるように
なっている。このようにすることにより、通常の販売形
態では入手困難である顧客の要求仕様を正確に入手する
ことが可能となり、マーケティング情報として活用する
ことが可能となる。

【００２１】次に、表１に示す機能を有するＰＣを販売
する場合を例にとり、図２に示すフローに従って製品の
仕様を選択する作業をより詳細に説明する。

【００２２】

【表１】

【００２３】この例では、製品の仕様の一覧を示す表１
に示すように、ＰＣの機能は製品仕様，機能仕様，環境
条件，外部接続の４項目に大別することができる。それ
ぞれの機能項目毎に複数の選択肢が存在する。購入側の
要求仕様に従い、機能の組み合せを選定し、この組み合
せでの価格および納期を提案する。

【００２４】購入側と販売側との打合せは、双方に設置
されているクライアントＰＣ151,１０２を用いて行う。
この場合は、クライアントＰＣ１５１からモデム１５３
を介して管理用サーバ１０１内のデータベースにアクセ
スすることにより操作しているが、クライアントＰＣ１
５１の内部にデータベースを保持し、このデータベース
にアクセスすることにより操作するようにしても、打合
わせた結果をイントラネット１０４に接続しているクラ
イアントＰＣ１０２から管理用サーバ１０１内のデータ
ベースにアクセスして操作してもよい。

【００２５】購入側の要求に合ったＰＣの仕様を提案す
るために、製品仕様，機能仕様，環境条件，外部接続の
順に選択を行う。図３に示す製品仕様選択２０１では、
長期間の安定供給４１０と長時間の安定稼動４２０の判
断が行われる。各々の仕様に関して必要であれば要４１
１，４２１を、不必要であれば不要４１２，４２２を選
択する。購入側の要求仕様では特に言及されていない場
合や、購入側が決断をしかねる場合は不問・未決４１
３，４２３を選択する。この不問・未決が選択された場
合でも提案仕様を決定する際には、要と不要の２種類を
選択したものとして提案する仕様の絞り込みを行う。こ
の選択結果は、仕様データベース１０６および納期管理
データベース１０７へ逐一送られ、多様な組み合せの中
から購入側の要求に近い仕様を絞り込む。購入側の要求
仕様、提案する仕様、仕様の絞込み情報等は、マーケテ
ィングデータベース１０９に購入要求情報として蓄積２
１０される。

【００２６】図４に示す機能仕様選択２０２では、機能
を、ＯＳ選択フェーズ５１０，CPU選択フェーズ５２
０，メモリ選択フェーズ５３０，ハードディスク選択フ
ェーズ５５０の順に選択し、選択結果は仕様データベー
ス１０６と納期管理データベース１０７へ送信５９０さ
れ、これらのデータベースを顧客の要求仕様に沿った提
案の絞り込みに使用する。

【００２７】ＯＳ選択フェーズ５１０では、クライアン
ト用５１１かサーバ用５１２を択一で選択する。次にＣ
ＰＵ選択フェーズ５２０では、高速処理用５２１か安価
構成用５２２かを選択する。この項目は、価格と性能と
のトレードオフで決定することが多々あり、顧客側では
要求仕様として決定できない場合が多いので不問・未決
５２３の選択肢を用意している。この不問・未決を選択
した場合は、高速処理用５２１と安価構成用５２２の２
種類を選択したものとして提案する仕様の絞り込みとそ
れに対応する納期の抽出を行う。このＣＰＵ選択フェー
ズ５２０の選択結果は、マーケティングデータベース１
０９へ蓄積する。このＣＰＵ選択情報は、ＣＰＵに対す
る顧客の要求性能として、引合い当初から決定している
仕様なのか、価格との兼ね合いで決定される仕様なのか
等の重要なマーケティング情報となりうる。

【００２８】メモリ選択フェーズ５３０では、まず図３
に示す製品仕様の安定稼動４２０での選択結果を安定稼
動５３１として反映する。要４２１を選択していた場合
は、高価だがデータの１ビットエラーを自動修復し安定
稼動の一助となるＥＣＣ（Error Checking and Correct
ing の略）付きメモリ５３２，５３３を、不要４２２を
選択していた場合は、安価なＥＣＣ無しメモリ５３４，
５３５を選択する。不問・未決４２３を選択していた場
合は、ＥＣＣ付きメモリ５３２，５３３とＥＣＣ無しメ
モリ５３４，５３５の両方を選択する。又、先の選択フ
ェーズで選択した製品仕様に適したメモリを自動的に選
択する。このようにして選択することにより、購入側
は、ＥＣＣの有無を意識する必要がなく、メモリの必要
な記憶容量を択一で選択することができる。例えば、図
４に示す例では、メモリの容量が６４ＭＢか１２８ＭＢ
かを選択する。この結果、表２のマーケティングデータ
ベースの管理内容に示す例では、安定稼動４２１を選択
しているため、全てＥＣＣ付きメモリで提案している。

【００２９】

【表２】

【００３０】ハードディスク選択フェーズ５５０では、
ハードディスクインタフェースとして、価格ではなく性
能を重視するＳＣＳＩ５５１か、性能ではなく価格を重
視するＩＤＥ５５２か、不問・未決５５３かの選択肢か
ら択一で選択する。不問・未決５５３を選択した場合
は、ＳＣＳＩ５５１とＩＤＥ５５２の両方を提案５５４
する。

【００３１】次にハードディスク容量を選択する。この
選択では、ハードディスク容量として〜１０ＧＢ５５
７，５５９と、〜２０ＧＢ５５８，５６０のどちらかを
択一で選択させる。このハードディスク容量の選択結果
は、ハードディスクインタフェースの選択結果と自動的
にリンクされる。

【００３２】表１に示す製品の例では、ハードディスク
インタフェースとＣＰＵとでモデルを大別しており、モ
デル名ＰＣ−Ａは高速ＣＰＵを選択しており、高速ＣＰ
Ｕを搭載したモデルでは、ハードディスクインタフェー
スとしてＩＤＥが選択不可となっている。そのため、ハ
ードディスクインタフェースとしてＩＤＥを選択し、希
望容量として〜１０ＧＢ５５９を選択していた場合は、
ハードディスクインタフェースがＳＣＳＩの同容量の〜
１０ＧＢ５５７を選択するか、もしくは安価ＣＰＵ搭載
のモデル名ＰＣ−Ｂのフロー５６１へ移行する。また、
希望容量として〜２０ＧＢ５６０を選択していた場合
は、ハードディスクインタフェースがＳＣＳＩの同容量
の〜２０ＧＢ５５８か、もしくは安価ＣＰＵ搭載のモデ
ル名ＰＣ−Ｂのフロー５６２、表２に示す提案３（８１
０），提案４（８２０）へ移行する。上述したような理
由で購入側の要求仕様から変更している点があれば、最
終的に購入側に提案する仕様には、変更している理由と
内容を併記する。この変更している内容も最終的に決定
された仕様、すなわち発注時の決定仕様からは分らない
部分であり、変更している理由と内容は、逐一マーケテ
ィングデータベース１０９へ蓄積８００を行い、要求さ
れるＣＰＵ性能と要求されるハードディスクインタフェ
ース及び容量の組み合せデータとして記録しておき、次
機種開発の仕様決定時に重要な情報として活用する。

【００３３】図５に示す環境条件選択では、購入側が実
際に製品を使用する環境条件を選択する。図５に示す例
では、機能仕様条件から選定した一モデル５７０につい
ての選択フローを示しており、この環境条件の選択結果
により防塵フィルタの要否が判断される。環境条件選択
２０３のパラメータとして、塵埃と動作環境温度を設定
している。塵埃は数値化することが困難であるため、ク
リーンルームを想定した良好（空調・防塵設備完備）
と、一般事務室を想定した普通（空調完備）と、製造現
場事務所を想定した悪（空調無し・絶縁性粉塵有り・耐
油性不要）と、製造現場を想定した劣悪（空調無し・絶
縁性粉塵有り・耐油性要）の４種類の選択肢を設けてい
る。動作環境温度は５℃〜４５℃と５℃〜４０℃の２種
類の選択肢を設ける。各々のパラメータを入力すると、
環境条件選択２０３に記載している通りフィルタの要否
が判別できるように仕様データベース１０６に記録して
いる。判別の結果、フィルタが必要であれば提案する仕
様に防塵フィルタを追加したモデル６２０を、フィルタ
が不要であれば防塵フィルタを装着しないモデル570を
提示し、補足説明として設置環境についての第三者機関
の設置環境基準も併記する。また、空調設備がなく、油
煙があるような環境条件での使用が入力された場合は、
耐油性フィルタ装着モデル６３０を提案し、提案する仕
様の提示時に注意事項として製品の動作環境条件を付記
して留意を促す。この環境条件選択もマーケティングデ
ータベース１０９に購入側の環境条件として蓄積８００
する。このように、要求される複数の仕様の中から適切
なものを選出して提案することができ、引合いから提
案，仕様決定までの一連の内容を総合的に判断すること
ができる。

【００３４】図６に示す外部接続選択では、選択結果に
よりオプションで用意しているネットワークアダプタの
実装の提案を作成する。ネットワーク接続２０４では、
ネットワークアダプタの実装有無を判断する。オプショ
ンとして用意するアダプタが増えた場合は選択項目を追
加し対応する。

【００３５】ネットワークアダプタは、販売側の社内で
製造して製品供給のコントロールが可能な自社製Ehter
アダプタと、他社製品を購入し採用しているため長期的
な製品供給が保証できないが安価な他社製Ehter アダプ
タとを用意している。ネットワークアダプタは、上述し
たように自社製のもの及び他社製のものを用意している
ので、図３に示す製品仕様での安定供給７１０に関する
選択結果を反映させる。図３に示す要４２１もしくは不
問・未決４２３を選択していた場合は、製品供給のコン
トロールが可能な自社製Ehter アダプタ追加７２０を、
不要４２２もしくは不問・未決４２３を選択していた場
合は、他社製Ehter アダプタ追加７３０を自動選択し、
この選択したネットワークアダプタを追加した製品仕様
（７４０，７５０）を提案する。

【００３６】以上のフローにより、購入側の要求仕様に
適した複数のモデル名とオプションの組み合せを選定し
た適切な仕様での提案を行い、選定の途中で得た顧客要
求仕様をマーケティングデータベースへ格納し、クライ
アントＰＣからの発注を許可しているシステムであれ
ば、複数の提案仕様から最終仕様を選出し発注を行うこ
とが可能である。

【００３７】

【発明の効果】本発明によれば、購入側の要求仕様に対
し適切な機能を組み合わせた仕様の製品を提示し、かつ
機能組み合せ段階での購入の要求情報としてデータベー
スへ格納することを可能とする。

【図面の簡単な説明】

【図１】本発明の一実施例である販売システムの構成図
である。

【図２】本実施例の受注手順とデータの流れ図である。

【図３】図２で示す製品仕様選択の具体的内容を示す流
れ図である。

【図４】図２で示す機能仕様選択項目の具体的内容を示
す流れ図である。

【図５】図２で示す環境条件選択項目の具体的内容を示
す流れ図である。

【図６】図２で示す外部接続選択項目の具体的内容を示
す流れ図である。

【符号の説明】

１００…販売側、１０１…管理用サーバ、１０２，１５
１…クライアントＰＣ、１０３…ゲートウェイ、１０４
…イントラネット、１０５…Ｗｅｂページ、１０６…仕
様データベース、１０７…納期管理データベース、１０
８…注文データベース、１０９…マーケティングデータ
ベース、１１０，１５２…プラウザ、１５０…購入側、
１５３…モデム、１６０…公衆網。

───────────────────────────────────────────────────── フロントページの続き (72)発明者島根聡茨城県日立市大みか町五丁目２番１号株式会社日立製作所情報制御システム事業部内 (72)発明者横山和治茨城県日立市大みか町五丁目２番１号株式会社日立製作所情報制御システム事業部内 (72)発明者柴田裕司茨城県日立市大みか町五丁目２番１号株式会社日立製作所情報制御システム事業部内

Claims

【特許請求の範囲】

【請求項１】仕様データベース，納期データベースを有
した管理用サーバ又はコンピュータと、該管理用サーバ
又はコンピュータと購入側のコンピュータとを公衆網を
介して接続するゲートウェイを備え、前記購入側のコン
ピュータに入力された製品の要求仕様を受信して前記コ
ンピュータに製品仕様選択，機能仕様選択，環境条件選
択の各選択を順次入力して前記仕様データベース及び納
期データベースから要求仕様に沿った複数の製品のモデ
ルを前記購入側のコンピュータに送信することを特徴と
する製品販売システム。
【請求項２】前記管理用サーバ又はコンピュータが、マ
ーケティングデータベースを有するものであって、該マ
ーケティングデータベースに購入側の要求仕様，提案す
る製品仕様，仕様の絞込み情報，要求仕様から変更して
いる理由と内容，環境条件の内容を記憶する請求項１に
記載の製品販売システム。
【請求項３】購入側のコンピュータに入力された製品の
要求仕様を公衆網，ゲートウェイを介して受信し、コン
ピュータに製品仕様選択，機能仕様選択，環境条件選択
の各選択を順次プラウザを用いて入力し、管理用サーバ
又はコンピュータに記憶された仕様データベース，納期
データベースから要求仕様に沿った複数の製品のモデル
及び納期を選定して前記購入側のコンピュータに送信す
ることを特徴とする製品販売方法。
【請求項４】前記仕様データベースが製品全ての機能の
組み合せとその組み合せた価格を記憶しているものであ
って、前記購入側のコンピュータに送信する複数の製品
のモデルが、要求仕様に沿った機能の組み合せを前記仕
様データベースを参照することによって絞り込むもので
ある請求項３に記載の製品販売方法。
【請求項５】前記仕様データベースと納期管理データベ
ースへの入力および閲覧を行うためのＷｅｂページを前
記管理用サーバ内又はコンピュータ内に保持し、購入側
へのコンピュータへの送信を前記管理用サーバ内又はコ
ンピュータイントラネットに接続している複数のクライ
アントシステムからプラウザを用いて行う請求項１に記
載の製品販売システム。
【請求項６】前記管理用サーバ又はコンピュータが、マ
ーケティングデータベースを有するものであって、該マ
ーケティングデータベースに前記購入側のコンピュータ
から送信される要求仕様を顧客要求情報として、提案し
た複数の仕様及び最終的に注文された仕様まで過程を顧
客要求情報としてサーバにデータを蓄積する請求項３に
記載の製品販売方法。