JP2005500586A - 商品等受注システム及び商品等受注方法を含む、商品生産・企画・販売・受注を統合する装置と方法、およびシステム - Google Patents

Abstract

サービス製品および（または）プロジェクト製品を含む、計画される製品用のオンライン製品システムであって、前記システムは、ネットワークを介して接続可能なクライアント・ターミナルから送信された計画される製品情報を受信するサーバーシステムであって、計画される製品情報を記憶する製品登録情報データベースと、登録された製品情報をオンラインで表示するための製品情報表示手段と、製品計画部に対しオーダーを受信するための製品オーダー受信手段と、製品計画部のためにオーダーが受信された際に、オーダー・パラメーターを集計する集計手段と、；少なくともオーダー量またはオーダー金額のいずれかに基づき、計画される製品を供給するか否かを決定する決定手段とを含む。

Description

【０００１】
【発明の属する技術分野】
本発明は、米国特許出願０９／４２１，９８８号の一部継続出願であり、また出願中であり必要に応じ参照されてここに含まれている２０００年２月２９日に出願された日本国特許出願（整理番号Ｐ００２０４）についてのものである。
【０００２】
本発明は、商品等受注システム及び商品等受注方法を含む、商品生産・企画・販売・受注を統合する装置と方法、およびシステムに関し、特に本発明は供給者と消費者との間のビジネスの事務処理、さらに詳しくは企画、販売の申し出、販売、注文の受領、新商品あるいはサービス等のための受注を満たすことに関し、利用者が通信回線及び機器によりネットワークを介して、企画される商品等のデータベースに接続し、創作、発展、企画、新商品あるいはサービス等の生産のすべてのプロセスに参画するものである。
【０００３】
【発明が解決しようとする課題】
ワールドワイド・ウェブは、インターネットにおいて利用されるマルチメディア情報検索システムである。ウェブの環境においては、クライアント端末またはターミナルは、ＷＥＢサーバーとハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）を使用して適切なページ記述言語を使用して、ユーザがマルチメディア・ファイル、たとえばテキスト、グラフィックス・イメージ、音、ビデオなどにアクセスすると、アプリケーション・プロトコルに従い転送する。そのようなマークアップ言語はドキュメント・フォーマットを提供し、開発者が他のネットワーク・サーバーおよびファイルにリンクを指定することを可能にする。
【０００４】
インターネット・システムでは、ネットワーク・サーバーへのネットワーク・パスが、ネットワーク接続の定義のためにシンタックスを持っているユニフォーム・リソース・ロケーター（ＵＲＬ）によって識別される。クライアント・マシンでＨＴＭＬ互換のブラウザ、たとえばネットスケープ・ナビゲーター（商標）またはマイクロソフト・インターネット・エクスプローラ（商標）のような、あるいは他の適切なブラウザを使用して、リンクはＵＲＬで特定されるリンクにより識別される。
【０００５】
さらに、クライアントは、リンクの中で識別されたネットワーク・サーバーに対し要求することもでき、そのために、特別のマークアップ言語を使用してフォーマットされたドキュメントあるいは他のオブジェクトを受け取ることも可能である。ネットワークかウェブサーバ上で支援されたドキュメントあるいはウェブ・ページのコレクションは、ウェブサイトと呼ばれる。ワールドワイド・ウェブの利点のうちの１つは情報がユーザによって記入され検索することのできる相対的な容易にある。
【０００６】
特に、クライアントまたはユーザーは、特別のウェブサイトへ航海するかもしれないし、次に、情報を得ることもでき、あるいはそのウェブサイトに適切な情報を供給することができる。パソコンおよび他のそのような情報処理装置のほか、様々なタイプの消費者コミュニケーション・情報機器、たとえば携帯情報端末や、携帯電話、パーソナルハンディシステム（ＰＨＳ）、インターネットテレビ・システムのように、情報を提供するために使用したり、ウェブサイトにアクセスすることができる。
【０００７】
この点ではたとえば、ブラウザ機能を備える携帯電話は、ユーザがインターネットにアクセスし携帯電話ディスプレイおよびキーパッドを使用して、ウェブ・ページをブラウズすることを可能にする。
供給者や小売業その他は、たとえば製品カタログや、ショッピング・モールやオークションなどのＷｅｂサイトなどを持ち、商品の広告展開をすることも可能になっている。インターネットによる広告では、様々な製品についての情報や、たとえば製品の詳細説明、価格や描写などを含むことができ、消費者はウェブブラウザを利用してＷＥＢサイトを訪問しこうした商品情報にアクセスすることができる。
【０００８】
製品情報を含むシステムとしてはたとえば、コールの米国特許５，９１３，２１０番においては、この参照は装置、およびインターネットを使用して、製品情報を流布するか配布する方法に関係する。さらにペルコフスキーの米国特許５，９１８，２１４番は、既存の製品・サービスに関連する情報をインターネットを利用して見つける方法およびシステムに関係するものである。さらにローネン他の米国特許５，９０５，７３６番は、インターネット上の決済処理に関連するものである。
【０００９】
さらにたとえば日本国の特開平９−１２０４２４号「商品販売生産システム」がある。
しかしながら、ここに開示された技術によっては、販売店の情報とメーカーの情報とにより、両者の生産販売体制を効率化できるのみで、最終消費者の要望を直接取り入れられるものではない。
また、特定商品の受注・生産についての技術であるため、需要者の要望に基づくまったく新規な商品等を企画することは不可能である。
【００１０】
また特開平５−２１６９００号「化粧品受注生産管理装置」によれば、複数の顧客の化粧品受注情報から製品ごとの受注数をまとめて化粧品の中味の要素ごとに処方し製造する装置が開示されている。
しかし、これらの技術によっても、特定の成分要素の中から受注数により処方し製造することはできるものの、既存の商品の受注情報から需要予測をしているため、需要者の要望に基づくまったく新規な商品等を企画することは不可能である。しかも受注情報は手作業で入力するなど、自動化されているわけではなく、消費者が直接入力できるわけでもない。
【００１１】
しかしながら、どんな評価された要求も、ある既存の製品だけのための過去の注文にのみ基づくものである。従って、システムが、計画される消費者需要に基づいた、計画する新製品においては、新しく計画される製品のための立案および生産工程に消費者は直接に関係することはなかった。しかしながら、インターネット環境においてはそのようなことが好適であり、様々な商品やサービスを計画することができることはますます有利になる。殊に、今日では個々人の個性や趣味・嗜好が尊重され、あるいは多様化し、多品種少量生産が様々な分野で求められている。一例をあげれば、ファッションの分野においては、個性や自己主張のある服のブランドが売れたりする。音楽などの世界においても同様である。
また限定商品や希少価値のある商品なども需要が後を絶たない。さらに旅行などのサービス分野を見ても、お仕着せの旅行ではなく、自分で企画したり手配したりする旅行にも人気が高まっている。
【００１２】
さらに、これらの技術によっても、商品を企画するのは結局は製造者の側であり、最終消費者が商品等の企画をしたり、その過程で複数の消費者による企画や意見等の交換をすることは不可能である。
そこで、上記課題を解決するため、本発明の目的は、オンライン上で、消費者自らが望む商品やサービス等、あるいは望まれるであろう商品やサービス等を企画し、登録し、登録された商品等の企画に対しての意見や注文を受け付け、受注を集計して、商品等の企画から生産決定までを自動化し、効率化しつつ、消費者の要望を実現することにある。
また、これらの過程を、オンライン上でリアルタイムに確認できるようにすることにある。
【００１３】
また、本発明の別の目的は、商品等の企画に対する受注を集計すると共に、受注数に応じた製造コストや商品価格などを集計し、集計された受注数・金額等及び製造等のコストや価格等により商品等を製造するか否かを判定できるようにすることにある。
さらに本発明の別の目的は、需要者から集められた情報を活用して、市場調査等に活用できるようにすることにある。
さらに本発明の別の目的は、需要者から商品等の企画や需要データを集めると同時に、これらを生産等できる製造者等を発掘し、しかも製造価格などの面でマッチングできる入札の場を提供することにある。
【００１４】
計画される需要に基づいた、ある新しい製品、サービスおよび（または）プロジェクトを、オーダー量および金額に基づき、製品価格、市場調査活動で使用される消費者情報の使用して、生産するべきかどうかに関して決定すること、さらに消費者需要を満たす製品計画のための情報の収集、入札プロセスに基づいたサービスおよび（または）プロジェクトを含むそのような製品、サービス、プロジェクトを提供する生産者、供給者と消費者とのマッチングを促進する。
【００１５】
【課題を解決するための手段】
本発明の典型的な実施例は、計画される製品用のオンライン製品システムであって、前記システムは、
ネットワークを介して接続可能なクライアント・ターミナルから送信された計画される製品情報を受信するサーバーシステムであって、
計画される製品情報を記憶する製品登録情報データベースと、
登録された製品情報をオンラインで表示するための製品情報表示手段と、
製品計画部に対しオーダーを受信するための製品オーダー受信手段と、
製品計画部のためにオーダーが受信された際に、オーダー・パラメーターを集計する集計手段と、
少なくともオーダー量またはオーダー金額のいずれかに基づき、計画される製品を供給するか否かを決定する決定手段と、を含むことを特徴とする、ネットワークに接続可能なサーバーシステムである。
【００１６】
本発明の別の典型的な実施形態は、前記のサーバーシステムは、クライアント・ターミナルに対し、略リアル・タイムで、集計され登録されているオーダー量および金額を表示するオーダー量表示手段を備えることを特徴とする、ネットワークに接続可能なサーバーシステムである。
また、本発明の別の典型的な実施形態は、前記のサーバーシステムはさらに、生産ロットあたりの製品原価および製品価格を記憶する製品価格データベースを備えることを特徴とする、ネットワークに接続可能なサーバーシステムである。
【００１７】
さらに本発明の別の典型的な実施形態は、前記のサーバーシステムは、クライアント・ターミナルに対し、略リアル・タイムで、登録され集計されたオーダー量および金額と、製品原価および製品価格をとを表示するためのオーダー量表示手段を備えることを特徴とする、ネットワークに接続可能なサーバーシステムである。
さらに本発明の別の典型的な実施形態は、製品オーダー受信手段は、受注受付期間、注文可能回数、注文対象者資格の少なくともいずれかのオーダー受信期間または条件の制限情報を含むことを特徴とする、ネットワークに接続可能なサーバーシステムである。
【００１８】
さらに本発明の別の典型的な実施形態は、前記システムにはさらに、さらに注文者ごとの行為を集計し分析する市場調査プログラムを備え、製品登録情報データベースに記憶される、Ｗｅｂページ閲覧履歴や、製品計画部に対する注文などのクライアントの行動または処理の少なくともいずれかを集計し分析する市場調査プログラムが備えられたことを特徴とする、ネットワークに接続可能なサーバーシステムである。
【００１９】
さらに本発明の別の典型的な実施形態は、前記のサーバーシステムに備えられ、クライアント・ターミナルから送信された計画される供給者についての情報を含む供給者情報データベースと、登録された製品計画情報及び集計されたオーダー量または金額を参照して、前記製品計画の製造等の入札を受け付けて、製品企画部および供給者とのマッチングを行う入札情報受信手段、とをさらに備えることを特徴とする、ネットワークに接続可能なサーバーシステムである。
【００２０】
さらに本発明の別の典型的な実施形態は、ネットワークを介して接続可能なクライアント・ターミナルから送信された計画される製品情報を受信する、計画される製品用のオンライン製造方法であって、
計画される製品情報を記憶する製品登録情報データベースと、
登録された製品情報をオンラインで表示するための製品情報表示手段と、
製品計画部に対しオーダーを受信するための製品オーダー受信手段と、を含むサーバーシステムを用いて、
製品計画部のためにオーダーが受信された際に、オーダー・パラメーターを集計するステップと、
少なくともオーダー量またはオーダー金額のいずれかに基づき、計画される製品を供給するか否かを決定するステップと、を含むことを特徴とする、オンライン製造方法である。
【００２１】
さらに本発明の別の典型的な実施形態は、
（ａ）市場へ新製品を告知するためにインターネット・コミュニケーション・サイトを提供するステップと、
（ｂ）市場に対する新製品を決定し告知するためにインターネット・コミュニケーション・サイトにおいて新製品のための告知材料を提供するステップと、
（ｃ）インターネット・コミュニケーション・サイトで新製品に対する予備注文を受信するステップと。
（ｄ）予備注文が新製品のために経済的にまた予備製造をするために十分か否かを判定し、受信した注文が十分でない場合には、新製品を注視する、遅らせる、または次のステップ（ｅ）を継続してオーダーを十分に受信するかの、少なくともいずれかを行うステップと、
（ｅ）プロトタイプに基づいた新製品の開発を終えるステップと、
（ｆ）新製品の製造を確立するステップと、
（ｇ）予備注文に対して新製品を供給するために出荷するステップと、を含むことを特徴とするビジネス方法である。
【００２２】
さらに本発明の別の典型的な実施形態は、そこで提供するステップの少なくともいずれかにおいて、
インターネット・コミュニケーション・サイト上で、希望する新製品に対する要請を行うことを特徴とする方法。
さらに本発明の別の典型的な実施形態は、従業員、非従業員、消費者の少なくともいずれかから製品に対する新しい考えを受け取るステップをさらに含むことを特徴とする方法である。
さらに本発明の別の典型的な実施形態は、告知材料は、新製品の電子画像を含むことを特徴とする方法である。
さらに本発明の別の典型的な実施形態は、電子画像はすべての側から見るために回転可能なことを特徴とする方法である。
さらに本発明の別の典型的な実施形態は、新製品の電子画像は３次元模型技術に基づいたプロトタイプを生産するために使用されることを特徴とする方法である。
さらに本発明の別の典型的な実施形態は、予約オーダー量が十分かどうか判定するステップにおいて、新製品の推定市場規模、収支分析の少なくともいずれかに基づき損益分岐点を決定することを含むことを特徴とする方法である。
さらに本発明の別の典型的な実施形態は、製品オーダー割合、製品タイプ要求の少なくともいずれか基づく市場動向情報を出力するステップをさらに含むことを特徴とする方法である。
【００２３】
【発明の実施の形態】
本発明の典型的な実施の形態は、新製品の企画、販売の申し出、受注する装置、方法および立案用システムに関し、商品製造には限定されず、サービスまたはプロジェクト企画など、新しいまたは計画された消費者需要に基づき新製品への注文を満たすためのものである。
この点では、本発明の典型的な方法およびシステムに関連した典型的なビジネスシステムは、供給者と消費者あるいは需要者の間の事務処理システムを含む。供給者には、メーカー、売り手、ベンダー、サービスまたはプロジェクト企画を含む、需要者あるいはそのような製品の消費者に対する任意の製品の他の供給者を含む。
【００２４】
図１においては、本発明の典型的な実施例のブロックダイヤグラムが示されている。ここに示されるように、顧客あるいは加入者のクライアント・ターミナル装置１および（または）クライアント・ターミナル装置２は、インターネットに代表されるネットワーク６に接続可能にされている。
ターミナル装置２は例えば、それは携帯電話、ＰＨＳ、パーソナルコンピュータのような携帯情報端末および様々な他のタイプのコミュニケーション機器などのあらゆる適切な情報機器装置やターミナルを含むこともできる。
さらに、例えば、ターミナル装置１は、例えばゲーム・ステーション、ウェブ・ベースのテレビなどのように、家庭で使用されるいずれの電子情報機器（マイクロプロセッサー、マイクロコントローラか、ＡＳＩＣプロセッサー、あるいは他の適切な機器であってもよい。
【００２５】
製品登録情報データ・ベース４は、ターミナル装置１、２からネットワーク（インターネット）６を介して通信し、ネットワーク及びＷＥＢサーバー５（図２のサーバー２０）を介して、企画され、計画される製品情報を提供し、または受信する。
製品登録情報データベース４は、そのような製品を考え、デザインし、または他の方法で企画する多数のユーザーからの製品またはサービス商品情報を記憶するために用いられる。計画される製品情報はクライアントのターミナル装置１または（および）２からネットワーク及びＷＥＢサーバー５を介してアクセスされる。
【００２６】
あるいは、システムは、登録された限られたメンバーが製品登録情報データベース４にアクセスしそのような情報を登録することを可能にするものであってもよい。また商品のメーカー（製造者）やサービスの提供者などの企業、業者が情報を登録することも可能である。
登録される商品等の企画は、まったく新しい商品の企画でもよく、あるいはある商品企画のテーマを公募等で募集し、それに対し応募されるものであってもよい。また、既存の商品についての新規なデザインであってもよい。また商品そのものは新しくないが、ブランドなどのネームバリューを付加したり、何らかの付加価値や希少価値を加える企画であってもよい。
たとえばあるデザイナーや著名人などが企画又はデザインした商品などや、過去の商品などの復刻版、数に限りがあったり一点製作であったりするものなどである。
【００２７】
前述のように、製造された製品は含むことができるが、これには限定されず、製品、サービス製品およびプロジェクト企画などであってもよい。したがって、例えば、土地獲得および（または）建物建設を含む不動産開発事業、どれのために、潜在的買い手がある数に達する場合、生じるすべての必要なアクションおよび（または）開発、プロジェクト、たとえば金融プロジェクト、合併・買収プロジェクトを含むこともできる。または、獲得物と開発のプロジェクト、引き継ぎ獲得物プロジェクト、派生的な融資プロジェクト、レバレッジド・バイアウト・ファンド・プロジェクトに関連する「ＳＰＣ」、または、訴訟ファンド獲得物、または、投資家が多数の人々、ある資金額に到達したときに生じるライセンス契約プロジェクト、またはある資金額に達したときに生じる取引プロジェクト（例えば、トレーダーが１，０００台の自動車を輸入したいが、十分な調達資金を行っていなければ、彼は、計画される購入者の数を決定するためにインターネットあるいは比較可能な技術を使用してもよく、またここに記述されるように、１，０００人のバイヤーが買うことを約束する場合に処理が生じる）。
【００２８】
図２（また図３）は、図１の装置およびシステムの別の典型的な実施例を示す。ここに示されるように、多くのインターネット・クライアント装置あるいはターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、ネットワーク６（たとえば多くの接続１６ａ，１６ｂ、１６ｃ、・・・１６ｎがあるダイヤルアップ電話ネットワークであってもよい）によってインターネット・サービス・プロバイダー配置（ＩＳＰ）１２を介してコンピューター・ネットワークに接続可能にされている。インターネット・サービス・プロバイダー配置１２は本質的にクライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎを多くのウェブコンテンツ・ネットワーク・サーバー２０を含んでいる。ネットワーク６は図示しない他のサーバーを含むことができ、ドメインネーム解決、ルーティング、他のコントロール機能を備えることができる。
【００２９】
図３に示されるように、インターネットあるいはネットワーク６は、外部のネットワーク１００にファイアウォールサーバー１５０によって、内部のネットワーク２００に連結されている。外部のネットワーク１００はルーター１１０、ＷＷＷサーバー１２０、メールサーバー１３０およびドメインネーム・サーバー（「ＤＮＳ」）１４０を含み、図示されるようにそれらのすべては接続されている。内部のネットワーク２００はファイル・サーバー２２０、登録情報データ・ベース２３０、メンバー管理データ・ベース２４０およびオーダー転送管理データベース２５０を含み、製品登録情報データベース４の典型的な実施例であるデータベース２３０〜２５０は、図示するようにすべて接続されて備えられる。
【００３０】
クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、さらにネットワーク・サーバー２０（例えば図３のサーバー１２０および２２０を含む）へのアクセスのために、ウェブ・ブラウザを含む様々なインターネット・ツールを含むことができる。これらのネットワーク・サーバー２０は１対１のメッセージ（電子メール）、１対多のメッセージ（掲示板）、さらにオン・ライン・チャット（ファイル転送とブラウジングの能力）を提供する。様々な利用可能なインターネット・プロトコルはそのようなサービスの提供のために使用される。ブラウジングは例えば、ユーザがハイパーテキスト・マークアップ言語（ＨＴＭＬ）を使用して、マルチメディア・ファイルにアクセスすることにより、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）を使用して提供されることができる。ＨＴＴＰを使用するネットワーク・サーバーの収集、ワールドワイド・ウェブ、すなわちインターネットのマルチメディア情報検索システムを形成する。
【００３１】
図１に示すデータベース４はネットワーク６に接続されている。前述したように、計画された、またはクライアント、ユーザおよび（または）ユーザ・モビール・ターミナル１０ａ、１０ｂ、１０ｃ・・・１０ｎから通信された、計画される製品情報を記憶するための製品登録情報データ・ベースとすることができる。製品登録情報データ・ベース４は、特に計画される製品および（または）サービスの、仕様書、計画、設計、名前などについての情報を含むことができる。情報はテキスト情報や、画像データ、３Ｄ画像データ、アニメーション・データ、音声データあるいはそれのコンビネーションとすることができる。ファイル転送プロトコル（ＦＴＰ）を、インターネット・ウェブサイト上に表示するためのＨＴＭＬのようなファイルをアップロードするために使用してもよい。あるいは顧客は、コモンゲートウエイインターフェース（ＣＧＩ）のようなファイルの操作により、ファイルをアップロードし登録することにより、製品計画を登録し、改訂することもできる。
【００３２】
第三者が登録された情報を改訂したり削除したりすることから保護するために、メンバー管理データ・ベース２４０２４０を使用するシステムは、ウェブサイト上で名簿登録し、かつ制限された方式で製品登録情報データ・ベース４にアクセスするために識別（ＩＤ）コードおよび（または）パスワードを使用することを顧客に要求してもよい。ネットワーク・サーバー２０の各々はプロセッサー配置２２、ＲＡＭ２３、「プロセッサー」コード２４、「サーバー」コード２６および（または）アプリケーション・プログラム・インターフェース（「ＡＰＩ」）コード２８を含むことができる。
【００３３】
オンラインに登録されるように、オンライン製品オーダーおよび立案システムは登録された製品情報の表示のために、製品情報表示手段２ａおよび（または）１０ａａを特に含む。ファイル情報は、ネットワーク・サーバー２０のうちの１つに連携するウェブサイトのウェブ・ページに表示されてもよい。画像ファイル（グラフィカル・インターフェース・ファイル）については、例えば、イメージ・ファイルへのリンクが、関連するＨＴＭＬファイルの中で記述される。ユーザがアクセス（クライアント・ターミナル１０ａ）、ユーザのターミナルの配置１および（または）２を持っている場合、１０ｂ、１０ｃ、１０ｄ、１０ｎは、ＨＴＭＬファイルの、および関連付けられた画像ファイルの送信を要求する。そのような場合では、ユーザがアクセスしたウェブ・ページがクライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎのディスプレイ上にブラウザを介して表示される。前記の通り、ファイルはＨＴＭＬファイルと同様に画像ファイル、３Ｄ画像データ、アニメーション・データ、音声データあるいはそれのコンビネーションを含むことができる。多くのＨＴＭＬファイルを表示するための多数の構造は、例えば製品情報表示手段２ａによりスクリーンの分割により提供されてもよく、または別ウィンドウに表示されてもよい。
【００３４】
オンライン製品オーダー受信手段は、オーダーを受信する製品オーダー受信手段を含むが、または製品計画部か機能によって受信されてもよい。受信される計画される製品オーダーは、例えば、ウェブ・ページ上で提供される形式で電子メールオンライン（ブラウザー・ソフトウェアによる）を送信することにより、あるいは電子メールソフトウェアによって電子メールを送信することにより提供されてもよい。前記のように、これは、例えば無線通信装置、携帯電話、ＰＨＳおよび（または）携帯情報端末のように、様々なタイプのターミナル装置１および（または）２を使用して行われてもよい。
【００３５】
オンライン製品（サービス、プロジェクト企画を含む）オーダー受信手段は、さらに、製品計画部か機能によって受け取られた計画される注文の注文量または金額に基づき、製品を生産するべきかどうかを判定または確認するための情報送信装置あるいはプログラム７を含む。
ネットワーク・サーバー２０は、製品登録情報データ・ベース４と情報送信プログラム７を使用して通信するためにウェブサイトを操作する。顧客あるいはユーザーのクライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、製品情報を得るためにウェブサイトを閲覧することができる。クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎおよびネットワーク・サーバー２０はインターネット、イントラネットあるいは他の任意のネットワーク６上に接続されて備えられる。もし望まれれば、コミュニケーションは、例えばネットスケープの安全なソケット層（ＳＳＬ）プロトコルあるいはＩＥＴＦのトランスポート・レイヤー・セキュリティ（ＴＬＳ）プロトコルのように、ネットワーク・セキュリティ・プロトコルを使用して、安全な接続により行われてもよい。前記の通り、クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、パソコン、ラップトップまたはノート・コンピューター、インターネット機器、またはプロセッサー装置（例えばＰＤＡまたはパームサイズのコンピューター）、あるいは他の適切なコミュニケーション機器であってもよい。）。クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、マイクロソフト・ウインドウズ（商標）、マイクロソフト・ウインドウズＣＥ（商標）、あるいはＰａｌｍＯＳ（商標）のような適切なオペレーティング・システムを含んでいる。クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎは、ネットスケープ・ナビゲーター（商標）あるいはマイクロソフト・インターネット・エクスプローラ（商標）、プラグ・インあるいは補助アプリケーション、ＪＡＶＡ（登録商標）バーチャル・マシン（ＪＶＭ）およびサポートを含むヘルプアプリケーションのようなウェブ・ブラウザを含むインターネット・ツールを含んでいてもよい。
【００３６】
前記のように、ネットワークまたはウェブサーバの２０はＲＩＳＣベースのプロセッサー２２を備えるＩＢＭ（商標）Ｎｅｔｆｉｎｉｔｙサーバー、ＵＮＩＸ（登録商標）に基づき作動する、プロセッサーコード２４、ネットワークあるいはウェブサーバー２６および（または）アプリケーションプログラムインターフェイス（ＡＰＩ）２８を含んでいてもよく、アプリケーション開発者が拡張することが可能であり、またはプラグ・イン、ＣＧＩプログラム「ｓｅｒｖｉｅｔｓ」および他を含む様々なプログラムによってアプリケーション・プログラムの中核機能性をカスタマイズするために拡張してもよい。本発明の典型的な実施形態においては、ネットワークまたはウェブサーバ２０（ファイル・サーバー１２０および（または）図３の２２０を含む）で作動するコンピュータ・プログラムとして備えられる。典型的な実施形態では、単一のネットワークかウェブサーバにおいて実現されるが、システムは多くのそのようなサーバーを横断して備えられていてもよい。さらに、ウェブサイトは、ネットワーク６中の追加のネットワーク・サーバーに二重化されていてもよい。さらに、１以上の管理サーバーあるいは他のそのようなコンピューター資源が様々な決済処理や、ウェブサイトのバックエンドとして機能すること、および管理上の機能を促進するために使用されてもよい。
【００３７】
ウェブサイトのコンピュータ・プログラムは、ウェブサイトにＧＵＩを供給するためのディスプレイ・スクリーンの生成のために適切なディスプレイ・ルーチンを含むことができる。図５において、この点に関し示されるように、図４の典型的な方法用の代表的なディスプレイ・スクリーンが示される。図５に示すように、ネットワークまたはウェブサーバの２０のウェブサイト用の典型的なＧＵＩおよび（または）ホームページの単純化された画面である。ユーザーか顧客は、ホームページに、例えば、ユーザのウェブ・ブラウザにホームページのためにＵＲＬを入力することによって、あるいはブックマークかリンクの選択によって訪問してもよい。図５に示されるように、特別の顧客か生産者がシステムにアクセスを許可される前に、パスワードが要求されてもよい。顧客はフォーム３８にパスワードを入力するか、あるいは、オリジナルの製品計画およびオーダー・サイトにアクセスが許可される前に、ＯＧＩスクリプト（または同種のもの）を呼ぶまたは他の方法で得るパスワード・ボタンを選択してもよい。
【００３８】
図５のスクリーン・ディスプレイはさらに名フィールド３０、「住所」フィールド３１、「製品名」フィールド３２、受け取られた注文の「量」フィールド３３および「オーダーの配置」フィールド３４を含む。顧客がオンライン・サービスで既に登録されるようにシステム（登録情報データ・ベース２３０および（または）メンバー管理データベース２４０を使用して）が構成される場合には、システムは自動的にディスプレイ・スクリーンに配される情報を提供することができる。図４は、本発明の典型的な方法の単純化された処理を示すフローチャートである。ここに示されるように、ユーザーは製品オーダー受信手段を使用して、情報を入力してもよい。ステップＳ１０では、図４、および図５の中で示されるように、ユーザは例えば、氏名、住所、製品名および（または）、必要とされる製品などの量など、フィールド３０〜３４を含む製品オーダー情報（それはサービスやプロジェクト企画であってもよい）を入力するためにシステムを使用する。ステップＳ１０の後に、オーダーは、オーダーボタン３４をクリックすることによりなされてもよい。情報はステップＳ１１において、ネットワーク６を使用して送信される。また、オーダーの量および金額は同時に集計が行われてもよい。次に、ステップＳ１２では、情報送信プログラム７は、アクセスするかあるいは製品登録情報データ・ベース４を参照するために起動する。
【００３９】
前記のように、情報送信プログラム７は、製品登録情報データ・ベース４にアクセスし、または入力された製品名に基づき参照する、またステップＳ１２において製品名およびコードを入力し、製品名およびコードが見当たらなく、かつ（または）利用不可能かどうかを判定するステップＳ１３において、製品名およびコードが見当たらない場合、システムはオーダー受理および集計処理を終えて、ユーザに結果を返す。そのような場合に、ステップＳ１５では、ユーザーのターミナルのスクリーン・ディスプレイ２ａおよび（または）ウェブ・ブラウザ・ソフトウェアを使用する１０ａａへ製品データが見当たらない旨のファイル（ＨＴＭＬファイル）をシステムが送信してもよい。製品名およびコードについての情報が利用可能な場合、情報送信プログラム７はアクセスし、製品登録情報データ・ベース４を参照し、これまでに累積しているオーダー量にさらにオーダー量を加える。製品名およびコードが存在するか製品登録情報データ・ベース４において利用可能であることをステップＳ１３において判定した後に、システムは、以前に受け取られた注文の累積的な量および金額に新しく受信オーダー量および対応する金額を加算する。
【００４０】
次にステップＳ１７において、、情報送信プログラム７は、ある特定の製品が、現在まで受け取られた一連の注文の総計の量、および（または）量の合計に基づき算出される金額に基づいて生産可能かどうか判定する。その後、受け取られた注文の総計の結果はユーザに報告されてもよい。したがって、例えばステップＳ２０では、適切なＨＴＭＬファイル（例えば生産のために製品受注の必要な量および金額達した旨をユーザーに通知するファイル）は、ウェブ・ブラウザ・ソフトウェアを使用して、ユーザのターミナルでユーザのスクリーン・ディスプレイ用ターミナルへ送信される。しかしながら、累積的なオーダー量および（または）金額が、実現可能な度合に達していないまたは不十分である、とシステムが判定した場合には、ユーザーの要望はステップＳ１８において否定的な通知としてユーザに返される。したがって、ステップＳ１９（ＨＴＭＬファイル）では、「現在の量」をユーザに通知することおよび（または）そのために、注文が現在の量にとどまっており、および（または）製品は販売中ですという旨を、ウェブ・ブラウザ・ソフトウェアを使用して、ユーザのターミナルのスクリーン・ディスプレイに向けてユーザのターミナル装置１および（または）２（クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ・・・１０ｎ）に送信してもよい。
【００４１】
ステップＳ１７では、製品かサービスが生産されるか否かあるいは実現可能か否かを、受信した注文の量、金額に基づいて、システムが決める場合、次に様々なステップ、例えば支払い協定（料金の所定の割引を含む）中の割引および支払い（例えばクレジットカード）のように、予備的にあるいは将来を見越して勘定を決済するために指定することができる。さらに、クライアント、ユーザあるいはユーザ・モビール・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎから受信した注文のオーダー量および（または）金額に基づいて実現可能であることをシステムが判定する場合には、そのような情報が実際のオーダーとして処理され、勘定の決済のためにさらに続いて処理されることができる。従って、注文は、クライアント、ユーザあるいはユーザ・モビール・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎから受信した予備的な注文を決定するための予備的な注文として見なすこともできる。また、集計された注文が実現可能な度合いに達する場合、オーダーは勘定決済のために処理されてもよい。あるいは、集計された商品又はサービスのオーダーが、あらかじめ設定される所定のしきい値レベルに達する場合、そのような製品および（または）サービスを生産し、提供しかまたは供給する、予定される生産者に提供されてもよい。
【００４２】
あるいは、製造等が可能な受注数・金額等になった以後であっても、商品等の数に限りがあるために、利用者の端末から受け付けた注文に対しては、例えばその旨の返事を返したり、あるいはキャンセル待ちにしたりという対応をとることも可能である。
あるいは、利用者の端末から受け付けた注文は、需要等を予測し集計し、仮の注文を受け付ける段階であって、製造等が可能な受注数・金額等になった段階で、再度正式な注文から決済等の段階へと進ませたり、さらには一定の受注数に達した段階で、まとまった注文を商品等の製造者やサービス等の提供者に斡旋、提供等することも可能である。
とりわけこれらの方法は、どの程度の注文が集まるか予測しがたい商品やサービス、あるいは高額の商品やサービス、さらには一定の注文数又は注文金額等に達しないと商品やサービスの企画、設定がしにくい分野などにおいて有効である。
例えば、マンションや一戸建てなどの不動産商品の企画や、高額旅行商品・サービス等の企画、証券・金融・保険（生命保険・損害保険など）の企画などにおいては有効である。ただしこれらの分野に限られるものではなく、例えば人材の紹介・募集・斡旋など、いずれの商品やサービスその他の分野においても有効なものである。
また、現在の受注数・金額等から、商品の製造等やサービスの実現・実施等が可能な受注数・金額等にはまだ達していない場合には、利用者が入力・送信した注文はいったん受け付けてはいるものの、最終的な受注数により結論は左右される。
この場合には、商品の製造等やサービスの実現・実施等が可能な受注数・金額等に達するのを待って、クレジット・カードによる支払いなどの手段を通じた決済に進むことができる。その旨は利用者に通知することができる。
また一定期間経過後に、商品の製造等やサービスの実現・実施等が可能な受注数・金額等に達しているか否かを判断し、達していれば決済等の次の段階に進み、達していない場合には商品の製造等やサービスの実現・実施等は不可能であったという結論にすることもできる。いずれの場合にもその旨は利用者に通知することができる。
以上、本発明によれば、オンライン上で、消費者自らが望む商品等を企画し、登録し、登録された商品等の企画に対しての意見や注文を受け付け、受注を集計して、商品等の企画から生産決定までを自動化し、効率化しつつ、消費者の要望を実現することが可能である。
【００４３】
本発明の典型的なシステムでは、オンライン製品オーダー受信システムは次のものを含む。ネットワーク上のクライアント・ターミナルから通信された製品計画情報の格納および提供のために製品登録情報データ・ベースに関連したサーバー・システム。登録された製品情報をオンラインで表示するための製品情報表示手段。製品計画部か機能に出された注文を受け取るために配置を受け取る製品オーダー受信手段。また生産費、製品価格などを格納し、そのようなコストを含んでおり、生産ロットごとの価格を記憶する製品と価格のデータ・ベース。製品計画部によって受け取られた注文に基づく集計手段。生産費および（または）注文の量に基づいた製品価格を決定するための受信手段。また、注文、生産費および（または）製品価格の総計の量に基づいた製品を生産するべきかどうか決めるための判定手段。生産ロットごとの例えば製造原価、製品価格などを記憶する製品価格データ・ベースは、製品登録情報データ・ベース４とは別個のデータベースであってもよい。あるいは、情報は関連するかリレーショナル・データベースを使用して、製品登録情報データ・ベース４の中に設けられてもよい。製造原価および（または）製品価格（生産ロットごとなど）は、あらかじめ決定され製品価格データベースに格納されていてもよい。あるいは、受信注文の全面的な製造原価および（または）現在の量に基づいて、そのような情報が自動的に算出されまたは更新されるように、システムが形成される。
【００４４】
オンライン製品オーダー受信システムは、集計された受注数及び製造コストや価格等を略リアルタイムでクライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎに表示させる受注数表示手段を含んでいてもよい。オンライン製品オーダー受信システムは、さらに受注受付期間や注文可能回数、注文対象者資格、その他の発注条件を限定する情報が備えられ、発注条件を満たす注文のみを受け付けるものであってもよい。このように、オーダー必要条件を満たす注文だけが入力され受け取られるかもしれません。この場合には、商品等登録情報データベースにあらかじめ受注受付期間や注文可能回数、注文対象者資格などの発注条件を限定する情報が設定・格納されており、利用者が商品等受注手段１により必要事項を入力し、送信した際に、Ｓ１２において情報送信プログラム７が起動して、これらの情報をチェックする。利用者からの注文が前記の発注条件に適合する場合には、注文を受け付け、適合しない場合には、注文は受け付けられず、その旨がクライアント・ターミナル１０のディスプレイ・スクリーン１０ａａに表示されたりするように設定することができる。
【００４５】
さらにオンライン製品オーダー受信システムは、注文者ごとの行為を集計し分析する市場調査プログラムを備え、Ｗｅｂページ閲覧履歴を、製品計画部か機能とともに（製品登録情報データ・ベース４に記録され、これらの情報を前記市場調査プログラムが参照して集計し分析することもできる。
市場調査プログラムは、例えばＣＧＩやＪＡＶＡ（登録商標）等を利用したプログラムなどにより実現が可能である。
例えば、利用者が製品オーダー受信手段により必要事項を入力し、送信する際に、利用者の年齢、性別等を入力・送信させ、これを集計してパラメータに基づきある商品企画に対する利用者の年齢別や性別ごとの需要を分析することができる。
あるいは、多様な商品等の企画などの中から、どの商品等の人気があるかをアンケートや投票などにより集計し、Ｗｅｂサイト上で公表することも可能である。
さらに多様な商品等の企画などの中から、どの商品等の企画を掲載したＷｅｂページが利用者に多く参照されるかの閲覧履歴を集計し、分析に役立てることも可能である。
【００４６】
さらに、様々な製品計画に基づいて、システムは、人気商品および（または）消費者プロフィールを分析し、それらの結果はウェブサイトに表示されてもよい。システムはさらにある製品用のあるウェブ・ページのためのユーザ参照数、を分析することができる。また、前記の情報データベースがは、クライアント・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎからのコミュニケーション又は通信される生産者または供給者の情報を含むことができ、ネットワーク・サーバー２０に蓄積することができる。
登録された商品等情報及び集計された受注数等を参照して、商品等企画の製造等の入札を受け付けることにより、前記商品等企画に対する受注、及びこれら商品等を製造等する場合の製造業者等の入札をすることができる。
このシステムにおいては、例えばＷｅｂサイトに掲載された商品やサービス等の企画情報に対して、これらの商品等を製造可能な製造者や、サービス提供が可能なサービス提供者等が、どの程度の製造コストや製造期間、提供コストや提供可能サービス内容で製造・提供が可能であるか等の情報を、オンラインにより送信することができる。
送信にあたってはＷｅｂサイト上の入力フォームから入力・送信することや、電子メールによる送信などの様々な方法が採用できる。これによりデータベースには、商品やサービスの企画ごとに、どの程度の受注数又は受注金額等が集まれば製造等が可能であるかの情報や、あるいは受注数ごとの製造等のコストや提供可能な単価などの情報、さらには製造等が可能な期間などの情報を格納することができる。
一つの商品やサービス等の企画に対して、複数の製造業者等の情報が格納されてもよい。
そして、情報送信プログラム７は、利用者からの注文の入力に対しては、商品等登録情報データベース４と共に前記の製造業者等データベースをも参照して、現在の受注数から、製造等のコストや提供可能な単価などの情報、さらには製造等が可能な期間などの情報を、利用者に返すことが可能である。また現在の受注数から割り出したこれらの情報を、Ｗｅｂサイトにおいて表示させ公表することも可能である。
【００４７】
図６および図７は、現在の発明の典型的な方法のためのロジック・フローチャート４００を示す。システムは、ステップ４１０の典型的な方法を開始する。ステップ４２０において、システムは下記の製品、サービスおよび（または）プロジェクト登録サブタスク４２０に進む。ステップ４４０および４５０において、システムは関連する製品リスト、または各製品、サービスおよび（または）プロジェクトのページを表示する。ステップ４６０において、ユーザーは、予約オーダー情報のエントリーを開始する。ステップ４７０および４８０において、システムは、クライアント、ユーザーあるいはユーザ・モビール・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎのスクリーン上の予約注文用紙を自動的に生成し表示する。
【００４８】
次にステップ４９０において、ユーザーは、手動でユーザの名前などのような個人の情報を入力する。ステップ５００において、システムはアクセス許可するかデータ・ベース上のメンバー・データを参照する。また、ステップ５１０において、システムは、エントリーが正確かどうかを判定する。ステップ５１２および５１４において、エントリーが正確でない場合、システムは「データが見つからない」ファイルを転送し、例えば「エントリーにおけるエラーがある」と述べるメッセージのように、対応するメッセージを表示する。情報が正確な場合、ユーザはステップ５２０の多くの製品等の予約オーダー情報を入力してもよい。ステップ５３０および５５４０において、システムはデータ・ベース二アクセスするかその製品データを参照し、予約オーダー情報エントリーが正確かどうかを判定する。あるいは、ステップ５４２および５４４において、システムは別の「データが見つからない」ファイルを転送し、「エントリーにおけるエラーがある」と述べるメッセージのような、対応するメッセージを表示する。情報が正確な場合には、システムは下記の「オーダー・プロセス」サブタスク５５０に進む。「オーダー・プロセス」サブタスク５５０を実行した後に、システムは適切なメッセージ、例えばオーダーが「受理された」と述べるメッセージなどを表示させる。
【００４９】
次にステップ５８０および５９０で、システムは、「数カウンター」にアクセスまたは参照をし、現在の情報に基づいた数量の情報を更新し、累積的な製品計算によｒって対応する数またはしきい値を超過するかどうかの判定を行う。または、ステップ５９２および５９４において、システムは「予約オーダー受理」ファイルを転送し、適切なメッセージを表示させる。このメッセージは例えば、「現在の予約オーダーはＸＸである」「ＹＹになれば生産開始」などである。ステップ６００および６１０において、しきい値に到達したか超過した場合、システムは「製品生産通知」ファイルを転送し、適切なメッセージを表示させる。このメッセージは、例えば、「商品生産は決定した」などである。この場合、システムは次の「商品生産プロセス」サブタスクあるいはステップ６２０に進む。最後に、システム・タスクはステップ６４０において終了する。
【００５０】
図８は、「製品登録」サブタスク４２０のフローチャートである。ステップ４２１において、製品、サービスおよび（または）プロジェクト企画の登録用紙はクライアント、ユーザあるいはユーザ・モビール・ターミナル１０ａ、１０ｂ、１０ｃ、１０ｄ、・・・１０ｎにおいてシステムによって表示される。ステップ４２２において、システムは価格および（または）予測される損益分析に基づいた限界値を設定する。ステップ４２３において、そのような製品データが入力される。ステップ４２４および４２５において、システムは自動的に製品、サービスおよび（または）プロジェクト企画ページ（それはステップ４５０で表示されてもよい）を生成する。また累積的な数計算を行う（それはステップ５８０でアクセスまたは参照されるてもよい）。最後に、ステップ４２６において、システムは製品登録サブタスク４２０から戻る。
図９は、オーダー・プロセスサブタスク５５０のフローチャートである。ステップ５５１において、予約オーダーデータはデータベースに登録される。ステップ５５２および５５３において、数カウンターは現在のオーダーに基づいて、集計され更新される。ステップ５５４において、システムは自動的に受理確認メッセージ（それは例えば電子メールメッセージかもしれない）を生成する。ステップ５５５および５５６において、システムは、自動的にユーザに対し受理確認メッセージなどにより、予約オーダーの受信を示すファイルの転送が完了する。最後に、ステップ５５７において、システムは、オーダー・プロセス・サブタスクステップ５５０〜５７０から戻る。
【００５１】
図１０は、商品生産プロセスサブタスク６２０のフローチャートである。ステップ６２１において、システムは自動的に製品ページを「申込終了」に交換し、それ以上、ある製品、サービスおよび（または）プロジェクト企画のためにエントリーができないことを示す。ステップ６２２において、システムは予約データにアクセスするか、あるいは参照する。ステップ６２３および６２４において、システムは商品生産通知メールを生成し、製品、サービスおよび（または）プロジェクトが生産されまたは提供されるだろうという通知をユーザーに対し送信する。ステップ６２５において、システムが調査するか、あるいは製品、サービスおよび（または）プロジェクトを提供し実現するデータを更新または一掃する。最後に、ステップ６２６において、システムはステップ６４０に戻る。
【図面の簡単な説明】
【図１】
図１は、本発明の典型的な実施例によって典型的な装置およびシステムを示す。
【図２】
図２は、図１の典型的な具体化のクライアントサーバ環境を示す。
【図３】
図３は、図１および図２典型的な装置およびシステムの詳細を示す。
【図４】
図４は、図１、２、３に示される典型的な装置のシステムを使用して、新しく計画される製品を立案する本発明による典型的な方法のロジック・フローチャートを示す。
【図５】
図５は、本発明の典型的な方法に関連した典型的な製品広告ウェブサイトの典型的なホームページ用の典型的で単純化されたユーザ・インターフェースを示す。
【図６】
本発明による別の典型的な方法のためのロジック・フローチャートを示す。
【図７】
本発明による別の典型的な方法のためのロジック・フローチャートを示す。
【図８】
図８は、典型的な製品登録方法のためのロジック・フローチャートあるいは図４の典型的な方法を備えた使用のためのサブタスクを示す。
【図９】
図９は、典型的なオーダー・プロセス方法のためのロジック・フローチャートあるいは図４の典型的な方法を備えた使用のためのサブタスクを示す。
【図１０】
図１０は、典型的な商品生産プロセス方法のためのロジック・フローチャートあるいは図４の典型的な方法を持ったユーザのためのサブタスクを示す。

Claims (16)

1. 計画される製品用のオンライン製品システムであって、前記システムは、
   ネットワークを介して接続可能なクライアント・ターミナルから送信された計画される製品情報を受信するサーバーシステムであって、
   計画される製品情報を記憶する製品登録情報データベースと、
   登録された製品情報をオンラインで表示するための製品情報表示手段と、
   製品計画部に対しオーダーを受信するための製品オーダー受信手段と、
   製品計画部のためにオーダーが受信された際に、オーダー・パラメーターを集計する集計手段と、
   少なくともオーダー量またはオーダー金額のいずれかに基づき、計画される製品を供給するか否かを決定する決定手段と、を含むことを特徴とする、ネットワークに接続可能なサーバーシステム。
2. 請求項１に記載のシステムであって、
   前記のサーバーシステムは、クライアント・ターミナルに対し、略リアル・タイムで、集計され登録されているオーダー量および金額を表示するオーダー量表示手段を備えることを特徴とする、ネットワークに接続可能なサーバーシステム。
3. 請求項１に記載のシステムであって、
   前記のサーバーシステムはさらに、生産ロットあたりの製品原価および製品価格を記憶する製品価格データベースを備えることを特徴とする、ネットワークに接続可能なサーバーシステム。
4. 請求項１に記載のシステムであって、
   前記のサーバーシステムは、クライアント・ターミナルに対し、略リアル・タイムで、登録され集計されたオーダー量および金額と、製品原価および製品価格をとを表示するためのオーダー量表示手段を備えることを特徴とする、ネットワークに接続可能なサーバーシステム。
5. 請求項１に記載の発明において、
   製品オーダー受信手段は、受注受付期間、注文可能回数、注文対象者資格の少なくともいずれかのオーダー受信期間または条件の制限情報を含むことを特徴とする、ネットワークに接続可能なサーバーシステム。
6. 請求項１に記載の発明において、
   前記システムにはさらに、さらに注文者ごとの行為を集計し分析する市場調査プログラムを備え、
   製品登録情報データベースに記憶される、Ｗｅｂページ閲覧履歴や、製品計画部に対する注文などのクライアントの行動または処理の少なくともいずれかを集計し分析する市場調査プログラムが備えられたことを特徴とする、ネットワークに接続可能なサーバーシステム。
7. 請求項１に記載の発明において、
   前記のサーバーシステムに備えられ、クライアント・ターミナルから送信された計画される供給者についての情報を含む供給者情報データベースと、
   登録された製品計画情報及び集計されたオーダー量または金額を参照して、前記製品計画の製造等の入札を受け付けて、製品企画部および供給者とのマッチングを行う入札情報受信手段、とをさらに備えることを特徴とする、ネットワークに接続可能なサーバーシステム。
8. ネットワークを介して接続可能なクライアント・ターミナルから送信された計画される製品情報を受信する、計画される製品用のオンライン製造方法であって、
   計画される製品情報を記憶する製品登録情報データベースと、
   登録された製品情報をオンラインで表示するための製品情報表示手段と、
   製品計画部に対しオーダーを受信するための製品オーダー受信手段と、を含むサーバーシステムを用いて、
   製品計画部のためにオーダーが受信された際に、オーダー・パラメーターを集計するステップと、
   少なくともオーダー量またはオーダー金額のいずれかに基づき、計画される製品を供給するか否かを決定するステップと、を含むことを特徴とする、オンライン製造方法。
9. （ａ）市場へ新製品を告知するためにインターネット・コミュニケーション・サイトを提供するステップと、
   （ｂ）市場に対する新製品を決定し告知するためにインターネット・コミュニケーション・サイトにおいて新製品のための告知材料を提供するステップと、
   （ｃ）インターネット・コミュニケーション・サイトで新製品に対する予備注文を受信するステップと。
   （ｄ）予備注文が新製品のために経済的にまた予備製造をするために十分か否かを判定し、受信した注文が十分でない場合には、新製品を注視する、遅らせる、または次のステップ（ｅ）を継続してオーダーを十分に受信するかの、少なくともいずれかを行うステップと、
   （ｅ）プロトタイプに基づいた新製品の開発を終えるステップと、
   （ｆ）新製品の製造を確立するステップと、
   （ｇ）予備注文に対して新製品を供給するために出荷するステップと、を含むことを特徴とするビジネス方法。
10. 請求項９に記載の方法であって、
    そこで提供するステップの少なくともいずれかにおいて、
    インターネット・コミュニケーション・サイト上で、希望する新製品に対する要請を行うことを特徴とする方法。
11. 請求項９に記載の方法であって、
    従業員、非従業員、消費者の少なくともいずれかから製品に対する新しい考えを受け取るステップをさらに含むことを特徴とする方法。
12. 請求項９に記載の方法であって、
    告知材料は、新製品の電子画像を含むことを特徴とする方法。
13. 請求項１２に記載の方法であって、
    電子画像はすべての側から見るために回転可能なことを特徴とする方法。
14. 請求項１３に記載の方法であって、
    新製品の電子画像は３次元模型技術に基づいたプロトタイプを生産するために使用されることを特徴とする方法。
15. 請求項９に記載の方法であって、
    予備オーダー量が十分かどうか判定するステップにおいて、新製品の推定市場規模、収支分析の少なくともいずれか基づき損益分岐点を決定することを含むことを特徴とする方法。
16. 請求項９に記載の方法であって、
    製品オーダー割合、製品タイプ要求の少なくともいずれか基づく市場動向情報を出力するステップをさらに含むことを特徴とする方法。

Images