【０００１】
【発明の属する技術分野】
本発明は、受注支援システムおよび受注支援方法に関し、特に顧客からの要求仕様を受け、その要求仕様に基づいて製品を生産する受注生産品の営業活動を支援する受注支援に関する。
【０００２】
【従来の技術】
顧客からの要求仕様を受け、その要求仕様に基づいて製品を生産する受注生産品においては、顧客は、仕様策定段階で製造業者の支援を必要とする場合がある。そのような場合、顧客は、製造業者や製造業者と顧客との仲介をする業者に要求性能や予算、制約事項などの要求仕様を伝えて仕様案の策定支援を委託する。
このような受注前の作業を、プレエンジニアリングと呼ぶ。通常、プレエンジニアリングは、製造業者が営業活動の一環として無料で行うことが多い。
【０００３】
プレエンジニアリングにおいては、まず、顧客からの仕様案作成依頼を受けた製造業者の担当者が顧客側へ出向き、顧客が求める性能や予算、制約事項などの要求仕様を確認する。製造業者は要求仕様を確認した後、事務所に戻って顧客の要求仕様を満たすような製品の仕様案を作成し、見積もり等を行う。そして、作成した図面等の仕様案と見積もり結果を持って顧客側へ再び出向き、仕様案を顧客に提示する。顧客がその仕様案および見積もり金額を受け入れて初めて製造業者はその顧客から受注をとることができる。
顧客からの要求仕様および製造業者が作成した製品の仕様案は、顧客と製造業者の双方がそれぞれ管理する。
【０００４】
一方最近では、インターネットの普及により、ネットワーク上で個人や企業が製品の購入から決済まで行う電子商取引が行われるようになってきた。インターネット上で電子商取引を行うためのウェブページの中には、受注生産品の取引を扱う製造業者のものもみられる。受注生産品のひとつであるエレベーターを対象としたウェブページでは、一般個人の住宅や小規模なビル、集合住宅向けで仕様が標準化されている製品を対象として、顧客に仕様を選択させた後、見積金額と納期を提示して売買契約を締結する。（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開２００２−２１５９５７号
【０００６】
【発明が解決しようとする課題】
上記従来の技術で述べた電子商取引システムは、受注生産品であるエレベーターを対象としているものの、仕様が標準化されていて単価も比較的安く、電子商取引に移行しやすい小型のエレベーターに限定したものであった。そのため、従来技術で述べた電子商取引システムは、プレエンジニアリングを考慮していなく、プレエンジニアリングが不可欠な受注生産品に適用することができるものではなかった。
【０００７】
プレエンジニアリングそのものにも次のような課題がある。
【０００８】
製造業者は、顧客へのサービスとして、このプレエンジニアリングのコストを顧客に請求せずに自らが負担するのが一般的である。しかし、プレエンジニアリングを行った案件の全てが受注に結び付くわけではない。そこで、製造業者はプレエンジニアリング・コストを低く抑える必要があるが、以下のような理由から困難であった。
（１）顧客と製造業者との仕様の打ち合わせは、図面等の資料を用いて、資料を指し示したり、書き込みを行ったりしながら進める必要がある。そのため、製造業者側の担当者は、資料を持参して顧客側へ出張しなければ仕事ができない。
（２）プレエンジニアリングでは顧客からの要求で仕様の追加・修正が繰り返されることが多い。そのため、プレエンジニアリングの工数削減は難しい。
（３）顧客からの要求仕様は断片的に、幾度かに分割されて伝えられることが多い。従って伝達漏れや認識違いによる仕様案作成作業の手戻りが起きやすい。
【０００９】
本発明は上記課題を解決するためになされたもので、その目的は、プレエンジニアリングが必要な受注生産品の電子商取引を支援する受注支援方法および受注支援システムを提供することにある。また、本発明の目的は、製造業者がコストを抑えながらプレエンジニアリングを実施できる受注支援方式およびシステムを提供することにある。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明は、ネットワークを介して発注者および製造業者の端末からアクセスされるようなシステムであって、発注者から送付されてきた要求仕様情報と、製造業者から送付されてきた仕様案情報とを受け付けて記憶する記憶手段と、要求仕様情報とその要求仕様情報に対応する仕様案情報とを識別情報により管理する情報管理手段と、要求仕様情報または仕様案情報またはそれら両方を発注者と製造業者の端末にそれぞれ他方のポインタ位置とともに表示する共同作業手段とを備えるようにした。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１２】
受注生産品は、求める製品の仕様を顧客が決めて製造業者に発注し、製造業者はその要求仕様に基づいて製品を製造する。仕様の作成は、顧客が外部の業者に委託することもある。その場合、委託を受けた外部業者は、製造業者にプレエンジニアリングを依頼する。以下の実施の形態の説明においては、顧客、または、仕様作成を委託された外部業者など、製造業者がプレエンジニアリング・サービスを提供する相手を仕様案作成依頼者、または単に依頼者と呼ぶ。
【００１３】
まず、本発明の一実施例におけるシステムの概要と構成について図１および図２を用いて説明する。
【００１４】
以下の実施例においては、受注生産品としてエレベーターを例にとって説明をする。
図１は、本発明の一実施例における受注支援システムの概要を示す図である。図２は、本発明の一実施例における受注支援システムの構成を示す図である。
【００１５】
図１に示すように、本受注支援システムは、Ｗｅｂ上で実現される。仕様案作成依頼者１０９と製造業者１１０はインターネットを介して画面、ポインタ、マークアップを共有でき、必要に応じてオンラインで打ち合わせを行うことができる。仕様案作成依頼者、製造業者間での処理の概要としては、まず仕様案作成依頼者が仕様案作成依頼を登録し（Ｓ１０１）、仕様案作成条件を入力する（Ｓ１０２）。これを受けた製造業者は仕様案を作成し（Ｓ１０３）、仕様案識別情報を依頼者に通知する（Ｓ１０４）。通知を受けた依頼者は、仕様案を取り出すためにＷｅｂページにアクセスし、仕様案識別情報を入力して該当する仕様案を入手する（Ｓ１０５）。製造業者は、仕様案を入手した依頼者に対し仕様案を説明する（Ｓ１０６）。説明を受けた依頼者は、仕様案識別情報を示して製造業者に見積問合わせをする（Ｓ１０７）。製造業者は、仕様案識別情報から案件を特定して見積りを行って価格情報として依頼者に送信する。依頼者は、製造業者から受け取った価格情報を参照し、仕様案識別情報を指定して発注を行う（Ｓ１０８）。
【００１６】
次に、受注支援システムの構成を説明する。
図２に示すように、受注支援システムは、仕様案作成依頼者のコンピュータ１０９と製造業者のコンピュータ１１０、および、エンジニアリング・サーバ２０１がインターネットを介して接続される構成となっている。さらに、エンジニアリング・サーバ２０１は製造業者側のイントラネットなどを介してプロジェクト・データ・サーバ２０２と接続される。
【００１７】
依頼者のコンピュータ１０９には、Ｗｅｂブラウザがインストールされている。製造業者のコンピュータ１１０には、Ｗｅｂブラウザと、仕様案を作成するための仕様案作成手段２０３がインストールされている。
【００１８】
エンジニアリング・サーバ２０１は、依頼者が製造業者に仕様案作成を依頼する際に各種情報を登録する仕様案作成依頼登録手段２０４と、依頼者と製造業者が互いに同じ画面を見ながらインターネットを介して仕様情報を交換するためのコラボレーション手段２０５と、作成した仕様案を識別する情報を発行する仕様案識別情報発行手段２０６と、仕様案識別情報に基づいて仕様案を取り出す仕様案取得手段２０７と、仕様案識別情報に基づいて仕様案の価格情報を取得する価格情報取得手段２０８と、仕様案識別情報により注文を受け付ける注文受付手段２０９とで構成される。
エンジニアリング・サーバ２０１はＷｅｂサーバの機能を有しており、各情報の入出力画面をＷｅｂブラウザに表示する。
【００１９】
プロジェクト・データ・サーバ２０２は、図示していないがハードディスク等を有し、依頼者から取得した仕様案作成依頼情報、製造業者が作成した仕様案、価格情報、および、注文情報を記憶し、それらの情報にアクセスするためのプロジェクト・データ管理手段２１０を有する。
【００２０】
次に、図１で概要を説明した受注支援システムの処理について詳細に説明する。
まず、仕様案作成依頼の登録について説明する。
図３は仕様案作成依頼の登録画面の表示例を示す図である。
図４および図５は、プロジェクト・データ・サーバ２０２に格納されているデータの構造を示した図である。
製造業者に仕様案の作成を依頼しようとする依頼者が、依頼者のコンピュータ１０９のＷｅｂブラウザに所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力してエンジニアリング・サーバ２０１に接続すると、図３に示す画面が表示される。画面左側のプロジェクト・データ管理領域３０１は、この仕様案作成依頼案件に関してプロジェクト・データ・サーバ２０２に格納されているデータが表示される領域である。ここでは、すでに依頼者自身に関する情報や、依頼者からの要求仕様を製造業者に伝えるための建築図等が登録されている状態である場合の例を示している。
【００２１】
次に、図４を用いてプロジェクト・データ・サーバ２０２に格納され、プロジェクト・データ管理領域３０１に表示されるプロジェクト・データの構成について説明する。
依頼者から送信されてきた情報や、製造業者が作成した情報等、仕様案作成依頼案件に関連する情報は、図４に示すようなディレクトリ構成の元に管理される。プロジェクト・データは、Ｒｏｏｔノードを頂点として、依頼者、プロジェクト、検討プロセスという階層を持つツリー構造で管理される。依頼者階層にあるノードは、エレベーター受注支援システムを利用する依頼者に対応づけられている。プロジェクト階層のノードは建設プロジェクトに対応づけられ、依頼者階層のノードからリンクされている。検討プロセス階層のノードは、エレベーターの仕様検討に必要な個々のプロセスに対応づけられており、プロジェクト階層のノードからリンクされている。依頼者と製造業者との間でやり取りされるデータは検討プロセス階層の下に格納される。
【００２２】
図５は、検討プロセス階層以下のディレクトリ構造を示した図である。
依頼／回答階層のノードは、依頼者から製造業者への依頼、製造業者から依頼者への回答といった個々のやり取りを識別するものであり、検討プロセス階層のノードからリンクされる。ドキュメント階層のノードはドキュメントの電子ファイルであり、依頼／回答階層のノードからリンクされている。ドキュメント階層のノードは、そのドキュメントに書き込まれたメモであるマークアップ・データへリンクしている。
【００２３】
次に、各ノードのデータ構造を図６および図７を用いて説明する。
図６は、ドキュメント階層ノードのデータ構造を示したものである。
図７は、依頼／回答階層のノードのデータ構造を示したものである。
【００２４】
まず、ドキュメント階層ノードのデータ構造を説明する。ドキュメント階層のノードは、識別子フィールド６０１、ドキュメントの内容データフィールド６０２、マークアップ・ノードへのリンク情報フィールド６０３から構成される。
依頼／回答階層のノードのデータは、図７に示すように、識別子フィールド７０１、内容データフィールド７０２、および、ドキュメント階層のノードへのリンク情報フィールド７０３から構成される。
【００２５】
プロジェクト・データ管理手段２１０は、上記のようなツリー構造でＲｏｏｔノードからのパスを指定して目的のファイルにアクセスする。例えば、「『Ａ建設設計』に依頼された『Ｘビルディング建設』プロジェクトにおけるエレベーターの『収まり検討』で、『２００２／０９／０１依頼』として受け取った『建築図ａ』」は、「Ａ建設設計」―「Ｘビルディング建設」―「収まり検討」―「２００２／０９／０１依頼」―「建築図ａ」のようにパスを指定してアクセスする。
【００２６】
図３に戻り、画面右側はドキュメント表示領域３０２である。プロジェクト・データ管理領域３０１で選択されたノードの内容を表示する。図３は、依頼／回答階層のノードを選択したときの表示状態を示しており、ドキュメント表示領域３０２に識別子入力領域３０３とメッセージ入力領域３０４が表示されている。
識別子入力領域３０３には、依頼／回答階層ノードの識別子７０１に格納されているデータが表示される。メッセージ入力領域３０４には、依頼／回答階層ノードの内容データ７０２に格納されているデータが表示される。
【００２７】
プロジェクト・データ管理領域３０１でＣＡＤデータ・ファイルを選択したときの画面表示例を図８に示す。ドキュメント表示領域３０２にはＣＡＤデータの内容と、表示されたドキュメントにメモなどの書き込み（マークアップ）を施すためのコマンド・ボタンを備えたマークアップ・ツール・バー８０１が表示される。依頼者および製造業者は、打ち合わせ内容を記録するために、このコマンド・ボタンを使ってドキュメント上に任意の書き込みを行う。書き込んだ内容は、マークアップ・ツール・バー８０１にある「保存」ボタン８０２をクリックすることにより、オリジナルのドキュメントとは独立したマークアップ・データとして保存される。保存されたマークアップ・データへのリンク情報はドキュメント階層ノードのリンク情報フィールド６０３に格納され、オリジナル・ドキュメントと関連づけられる。保存されたマークアップ・データは、プロジェクト・データ管理領域３０１で、オリジナルのドキュメントの直下の階層にアイコン表示される。
【００２８】
次に、依頼者が仕様作成依頼の登録を行うときの手順とエレベーター受注支援システムの処理について図３および図９を用いて説明する。
まず依頼者が、所定のＵＲＬをＷｅｂブラウザに入力すると、図３の画面が表示される。依頼者は「新規プロジェクト」ボタン３０５をクリックして新規の仕様案作成依頼の登録手順を開始する。
【００２９】
図９に、仕様案作成依頼の登録処理の流れを示す。
依頼者側のＷｅｂブラウザから新規プロジェクト作成イベントを受け取った仕様案作成依頼登録手段２０４は、プロジェクト・データ管理手段２１０に対してプロジェクト階層のノードの作成を指示する。プロジェクト・データ管理手段２１０は、依頼者階層ノードの子ノードとしてプロジェクト階層ノードを作成し、更に、その子ノードとして検討プロセス階層のノードを作成する。一連のノード作成処理を完了したプロジェクト・データ管理手段２１０は、完了通知を仕様案作成依頼登録手段２０４を経由して依頼者側Ｗｅｂブラウザへ送信する。この通知を受けたＷｅｂブラウザは、プロジェクト・データ管理領域３０１の表示を更新する。
【００３０】
次に依頼者は、検討プロセス階層ノードを選択して「依頼」ボタン３０６をクリックする。このイベントは仕様案作成依頼登録手段２０４に伝えられ、上記と同様にプロジェクト・データ管理手段２１０を用いて検討プロセス階層ノードの下に依頼／回答階層ノードを作成する。例えば、エレベーターの収まり検討を依頼する場合には、プロジェクト・データ管理領域３０１で「収まり検討」のノードを選択し、「依頼」ボタン３０６をマウスでクリックする。これにより、「収まり検討」ノードの子ノードとして依頼／回答階層ノードが作成される。この依頼／回答階層ノードを選択したときにドキュメント表示領域３０２に表示される依頼識別子入力領域３０３には依頼を識別するための件名を、例えば「２００２／０９／０１依頼」というように入力する。メッセージ入力領域３０４には依頼内容などのメッセージを、例えば「登録した建築図でエレベーターの収まり検討をお願いします」というようにテキストで入力する。依頼タイトルと依頼内容はエンジニアリング・サーバ２０１を経由してプロジェクト・データ・サーバ２０２に伝えられ、プロジェクト・データ管理手段２１０が、入力された依頼識別子を依頼／回答階層ノードの識別子フィールド７０１に、メッセージを内容データフィールド７０２に格納する。
【００３１】
仕様案作成依頼の登録をした依頼者は、エレベーターの仕様案作成に必要な建築図を製造業者に提出する。依頼／回答階層ノードを選択した状態で「添付」ボタン３０７をクリックし、表示されたファイル選択ダイアログで建築図ファイルを選ぶと、依頼者のＷｅｂブラウザは建築図ファイルをエンジニアリング・サーバ２０１へ送信する。建築図ファイルを受信した仕様案作成依頼登録手段２０４は、これを依頼／回答階層ノードの子ノードとして格納するようにプロジェクト・データ管理手段２１０に指示する。
【００３２】
次に、オンライン・ミーティングについて説明する。
受注支援システムは依頼者と製造業者が互いに同じ画面を見ながらインターネットを介して仕様情報を交換するためのコラボレーション手段２０５を有しており、必要に応じてオンライン・ミーティングを行うことができる。
仕様案作成依頼の登録を終えた依頼者は、仕様案の作成条件を説明するために製造業者とオンライン・ミーティングを行う。依頼者が、図３の「オンライン」ボタン３０８をマウスでクリックするとオンライン・ミーティング要求イベントが発生する。
【００３３】
図１０は、オンライン・ミーティング処理の流れを示す図である。
オンライン・ミーティング要求イベントをコラボレーション手段２０５が取得し、製造業者のコンピュータ１１０にオンライン・ミーティング要求を送信する。要求を受けた製造業者のコンピュータ１１０は呼び出し画面を表示し、そこで製造業者が応答操作を行うとコラボレーション手段２０５へ応答メッセージを返す。コラボレーション手段２０５は、製造業者のコンピュータに対して、依頼者のＷｅｂブラウザへ送信している表示情報と同じ情報を送信する。
【００３４】
続いて、コラボレーション手段２０５は、製造業者と依頼者のコンピュータに対して、ポインタ位置の通知要求を送信する。製造業者と依頼者のコンピュータは、この要求を受けて、ポインタ位置をコラボレーション手段２０５にそれぞれ通知する。コラボレーション手段２０５は受信したポインタ位置をそれぞれ他方のコンピュータに送信する。これにより、発注者のコンピュータ１０９と製造業者のコンピュータ１１０のＷｅｂブラウザには同じ内容が表示され、自分のポインタに加えて、互いに他方のポインタ位置を確認することができるようになる。以後、コラボレーション手段２０５は、製造業者と依頼者のＷｅｂブラウザの表示を同期させるように働く。
オンライン状態が確立すると、依頼者は、建築図などのドキュメントを表示し、ポインタで指し示しながら、必要に応じて書き込みを行い、依頼内容を入力する。
【００３５】
図１１に、オンライン・ミーティング時の表示画面例を示す。
依頼者と製造業者がオンラインで打ち合わせをしているときのドキュメント表示領域３０２を示したものである。依頼者が操作するマウスポインタ１１０１と、製造業者が操作するマウスポインタ１１０２が同時に表示され、それぞれが任意の場所を指し示すことができる。コンピュータの音声通信機能や電話などを併用することで、対面打ち合わせと同等の打ち合わせを行う。
【００３６】
ドキュメントへの書き込みを保存するには、マークアップ・ツール・バー８０１にある「保存」ボタン８０２をクリックする。このイベントを取得したコラボレーション手段２０５は、プロジェクト・データ管理手段２１０に対してマークアップの保存を指示する。プロジェクト・データ管理手段２１０は、マークアップをプロジェクト・データ・サーバ２０２内に保存し、オリジナルのドキュメントのリンク情報にマークアップの保存アドレスを書き込む。
【００３７】
オンライン・ミーティングを終了するには、「オフライン」ボタン８０３をクリックする。このイベントを受けたコラボレーション手段２０５は、Ｗｅｂブラウザの表示の同期処理とポインタ位置の送信を終了する。
【００３８】
仕様案作成依頼を受け、必要に応じてオンライン・ミーティングを行って仕様案の作成条件の説明を受けた製造業者は、ＣＡＤや仕様検討ツール等の仕様案作成手段２０３を用いて仕様案を作成する。仕様案はファイルとして保存し、プロジェクト・データ・サーバ２０２に登録する。
【００３９】
次に、製造業者が作成した仕様案をプロジェクト・データ・サーバに登録する手順と受注支援システムの処理内容について説明する。
【００４０】
図１２は、製造業者側に表示される仕様案登録画面の表示例である。
製造業者は、依頼／回答階層ノードを選択して「回答」ボタン１２０１をクリックし、表示されたファイル選択ダイアログでファイルを選択することで、仕様案ファイルをエンジニアリング・サーバ２０１へ送信する。仕様案ファイルを受信した仕様案識別情報発行手段２０６は、仕様案を識別するための文字列である仕様案識別情報を生成する。例えば、依頼「２００２／０９／０１依頼」に対する一回目の回答には、仕様案識別情報として「Ｒｅ１：２００２／０９／０１依頼」を生成する。続いて、仕様案識別情報発行手段２０６は、プロジェクト・データ管理手段２１０に指し示して、仕様案識別情報と同じ名称の依頼／回答階層ノードを作成し、その子ノードとして仕様案ファイルを格納する。
【００４１】
仕様案識別情報によって、仕様案作成のための条件（依頼内容）を特定できるとともに、ルートから仕様案ファイルまでのパスによって仕様案作成の依頼者を特定できる。プロジェクト・データ管理領域３０１で依頼／回答階層ノードを選択すると、ドキュメント表示領域３０２にメッセージ入力領域１２０２が表示される。製造業者は、メッセージ入力領域１２０２に依頼者に向けたコメントを入力する。プロジェクト・データ管理手段２１０は、このコメント情報をプロジェクト・データ・サーバ２０２内の依頼／回答階層ノードに格納する。
【００４２】
次に、依頼者が仕様案を取り出すときの手順と受注支援システム側の処理内容について説明する。
図１３に、依頼者側に表示される画面の表示例を示す。
依頼者は、プロジェクト・データ管理領域３０１で、依頼／回答階層ノードを見て仕様案が登録されていること図１３では、仕様案は「Ｒｅ１：２００２／０９／０１依頼」という名称のノードで表示されている。仕様案の内容を確認するには、依頼／回答階層ノードの子ノードであるドキュメント階層ノード「ＥＬＶ検討図」を選択して、ドキュメント表示領域３０２に図面を表示させる。仕様案を依頼者のコンピュータ１０９にダウンロードするには、依頼／回答階層ノードを選択し、「仕様案取得」ボタン１３０１をクリックする。これにより、選択されているノードのパスとともに仕様案取得イベントが依頼者のＷｅｂブラウザから仕様案取得手段２０７に送られる。仕様案取得手段２０７は、プロジェクト・データ管理手段２１０に指し示して該当する依頼／回答階層ノード以下のノードを取り出し、発注者のコンピュータ１０９へ転送する。
【００４３】
依頼者が仕様案の説明情報を取得する場合には、仕様案作成依頼時と同様にオンライン・ミーティングを行う。ここでは、製造業者からのオンライン・ミーティングの手順とシステムの処理について説明する。図１４は製造業者のコンピュータ１１０の画面に表示されたＷｅｂブラウザである。
【００４４】
製造業者が「オンライン」ボタン３０８をクリックすると、オンライン・ミーティング要求イベントが発生する。以後は依頼者が仕様案の作成条件を説明する際のオンライン・ミーティング開始と同様の処理を行い、製造業者のコンピュータ１１０と依頼者のコンピュータ１０９のＷｅｂブラウザは常に同じ内容を表示し、互いに双方のポインタ位置を確認することができるようになる。
【００４５】
オンライン状態が確立した後の操作、および、システムの動作は、仕様案作成条件を説明するときのオンライン・ミーティングと同様である。
【００４６】
オンライン・ミーティングを終了するには、「オフライン」ボタン８０３をクリックする。このイベントを受けたコラボレーション手段２０５は、Ｗｅｂブラウザの表示の同期処理とポインタ位置の送信を終了する。
【００４７】
次に、依頼者が仕様案の見積価格を取得する手順と受注支援システムの処理内容について説明する。
依頼者がプロジェクト・データ管理領域３０１で回答ノードを選択して「見積り」ボタン１５０１をクリックすると、見積り依頼イベントが発生する。このイベントを取得した価格情報取得手段２０８は、製造業者のコンピュータ１１０に価格情報登録要求を送信する。プロジェクト・データ・サーバ２０２に登録された価格情報は、検討プロセス階層の「見積り」ノードの子ノードとして格納される。これを参照するために依頼者は、プロジェクト・データ管理領域３０１の「見積り」ノードの子ノードで、該当する仕様案識別情報と同じ名称のノードを選択する。このとき、ドキュメント表示領域３０２に見積書の内容が表示される。
【００４８】
依頼者が仕様案を指定して発注する手順とエレベーター受注支援システムの処理について説明する。価格情報を取得した依頼者が該当する仕様案で発注する場合、プロジェクト・データ管理領域３０１で検討プロセス階層の「見積り」ノードを選択し、図１５の「発注」ボタン１５０２をクリックする。このイベントを取得した注文受付手段２０９は、依頼者のＷｅｂブラウザに契約に関する情報を表示するとともに、売買契約に必要な要求納期、支払い方法などの情報を入力するための画面を表示する。注文受付手段２０９は、入力された情報をプロジェクト・データ管理手段２１０に依頼してプロジェクト・データ・サーバ２０２に格納する。
【００４９】
プレエンジニアリングに対する課金方法を次に述べる。
一つの方法としては、製造業者は、プレエンジニアリングサービスを有料で行い、受注を受けた場合にその料金を顧客に還元する方法が考えられる。この他、システムへのアクセスや利用に対して料金を課す方法も考えられる。この場合も受注を受けた場合には料金を顧客に還元してもよい。
【００５０】
上述べた受注支援方法およびシステムによれば、標準化された仕様範囲を外れる製品であっても、発注者が仕様を容易に入力でき、かつ、製造業者がコストを抑えながらプレエンジニアリングを実施できる。
製造業者側のエンジニアは、出張に要していた時間を利用して多くのプレエンジニアリング案件を並行処理することができ、プレエンジニアリング・コストを低く抑えることが可能となる。
さらに、発注者は仕様案作成条件の追加や変更を必要なときに随時、迅速に製造業者へ伝達することができる。これにより、伝達漏れや認識違いによる手戻りを防止することができ、要求する仕様案を短い期間で入手可能となる。
また、プレエンジニアリングのコストを発注者に負担させることにより、製造業者は製品が受注できない場合の損失を低減できる。
また、インターネットなどのネットワーク経由で容易に詳細な打ち合わせができるため、要求仕様の変更等、製造業者に連絡が必要な事象が発生した時点で即座にその内容を説明することができる。
製造業者にとっては、発注者のところへ出張することなく仕様案作成のための条件を把握することができ、従来よりも多くの発注者に対応することが可能となる。
また、インターネットなどのネットワークを利用した営業活動が可能となり、低コストでの引き合い獲得が可能となる。さらに、発注者からの要求仕様変更の情報が随時、得られるため、手戻りを最小限に抑えながらの仕様案作成が可能となる。
【００５１】
【発明の効果】
本発明によれば、プレエンジニアリングが必要な受注生産品の電子商取引を支援する受注支援方法および受注支援システムを提供することができる。また、製造業者はコストを抑えながらプレエンジニアリングを実施することができる。
【図面の簡単な説明】
【図１】受注支援システムの概要を示す図である。
【図２】受注支援システムの構成を示す図である。
【図３】画面表示例を示す図である。
【図４】プロジェクト・データ・サーバに格納されているファイルのツリー構造を示す図である。
【図５】プロジェクト・データ・サーバに格納されているファイルのツリー構造を示す図である。
【図６】プロジェクト・データ・サーバに格納されているデータの構造を示す図である。
【図７】プロジェクト・データ・サーバに格納されているデータの構造を示す図である。
【図８】画面表示例を示す図である。
【図９】仕様作成依頼登録処理の流れを示す図である。
【図１０】オンライン・ミーティングの処理の流れを示す図である。
【図１１】画面の一部分の領域を示す図である。
【図１２】画面表示例を示す図である。
【図１３】画面表示例を示す図である。
【図１４】画面表示例を示す図である。
【図１５】画面表示例を示す図である。
【符号の説明】
１０９ 仕様案作成依頼者のコンピュータ
１１０ 製造業者のコンピュータ
２０１ エンジニアリング・サーバ
２０２ プロジェクト・データ・サーバ
２０３ 仕様案作成手段
２０４ 仕様案作成依頼登録手段
２０５ コラボレーション手段
２０６ 仕様案識別情報発行手段
２０７ 仕様案取得手段
２０８ 価格情報取得手段
２０９ 注文受付手段
２１０ プロジェクト・データ管理手段
３０１ プロジェクト・データ管理領域[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an order receiving support system and an order receiving supporting method, and more particularly to an order receiving support for receiving a required specification from a customer and supporting a sales activity of a made-to-order product for producing a product based on the required specification.
[0002]
[Prior art]
In the case of a custom-made product that receives a required specification from a customer and produces a product based on the required specification, the customer may need assistance from a manufacturer at the stage of specification development. In such a case, the customer conveys the required specifications such as the required performance, budget, and restrictions to the manufacturer or a company that mediates between the manufacturer and the customer, and entrusts the support of the specification drafting.
Such pre-order work is called pre-engineering. Typically, pre-engineering is often performed free of charge by manufacturers as part of their sales activities.
[0003]
In the pre-engineering, first, a person in charge of a manufacturer who receives a request for specification drafting from a customer goes to the customer side and checks required specifications such as performance, budget, and restrictions required by the customer. After confirming the required specifications, the manufacturer returns to the office and prepares a specification specification of the product that satisfies the required specifications of the customer, and performs estimation and the like. Then, the customer returns to the customer side with the created specification plan such as the drawing and the estimation result, and presents the specification plan to the customer. Only after the customer accepts the proposed specification and the estimated price can the manufacturer take an order from the customer.
Both the customer and the manufacturer respectively manage the specification required by the customer and the specification of the product created by the manufacturer.
[0004]
On the other hand, recently, with the spread of the Internet, e-commerce in which individuals and companies purchase products and make payments has been performed on networks. Some web pages for conducting e-commerce on the Internet include those of manufacturers who handle transactions of bespoke products. The web page for elevators, one of the made-to-order products, is designed to allow customers to select specifications for products whose specifications are standardized for general private homes, small buildings, and apartments. Conclude a sales contract by presenting the estimated amount and delivery date. (For example, see Patent Document 1).
[0005]
[Patent Document 1]
JP-A-2002-215957
[0006]
[Problems to be solved by the invention]
The e-commerce system described in the above-mentioned conventional technology is intended for elevators that are made-to-order products, but is limited to small elevators that have standardized specifications, relatively low unit prices, and are easy to shift to e-commerce. there were. Therefore, the e-commerce system described in the prior art does not consider pre-engineering, and cannot be applied to made-to-order products for which pre-engineering is essential.
[0007]
Pre-engineering itself has the following issues.
[0008]
It is common for the manufacturer to pay for this pre-engineering without paying the customer as a service to the customer. However, not all pre-engineered projects lead to orders. Therefore, manufacturers need to keep the pre-engineering costs low, but this has been difficult for the following reasons.
(1) The specification meeting between the customer and the manufacturer needs to proceed while pointing out and writing the material using materials such as drawings. Therefore, the person in charge on the manufacturer side cannot work without bringing the materials and going on a business trip to the customer side.
(2) In pre-engineering, specifications are frequently added and modified in response to requests from customers. Therefore, it is difficult to reduce the number of pre-engineering steps.
(3) A requirement specification from a customer is often transmitted in a fragmented and divided manner. Therefore, rework of the specification drafting work is likely to occur due to omission of transmission or misunderstanding.
[0009]
SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to provide an order support method and an order support system for supporting electronic commerce of order products requiring pre-engineering. It is another object of the present invention to provide an order receiving support system and a system that enable a manufacturer to perform pre-engineering while reducing costs.
[0010]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, the present invention is a system which is accessed from terminals of an orderer and a manufacturer via a network, and includes required specification information sent from the orderer and information transmitted from the manufacturer. Storage means for receiving and storing the received specification proposal information, information management means for managing the required specification information and the specification proposal information corresponding to the required specification information by identification information, and required specification information or specification proposal information or A collaborative means for displaying both of them on the orderer and the manufacturer's terminal together with the other pointer position is provided.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0012]
For custom-made products, the customer determines the specifications of the desired product and places an order with the manufacturer, and the manufacturer manufactures the product based on the required specifications. The specification may be outsourced by the customer to an external contractor. In that case, the contracted outside contractor requests the manufacturer for pre-engineering. In the following description of the embodiment, a party to which a manufacturer provides a pre-engineering service, such as a customer or an external contractor entrusted with specification creation, is referred to as a specification draft requester or simply a requester.
[0013]
First, an outline and a configuration of a system according to an embodiment of the present invention will be described with reference to FIGS.
[0014]
In the following embodiment, an explanation will be given by taking an elevator as an example of a made-to-order product.
FIG. 1 is a diagram showing an outline of an order receiving support system according to an embodiment of the present invention. FIG. 2 is a diagram showing the configuration of the order support system according to one embodiment of the present invention.
[0015]
As shown in FIG. 1, the present order support system is realized on the Web. The specification draft requester 109 and the manufacturer 110 can share screens, pointers, and markups via the Internet, and can hold online meetings as needed. As an outline of the processing between the specification draft creation requester and the manufacturer, first, the specification draft creation requester registers a specification draft creation request (S101), and inputs the specification draft creation conditions (S102). The manufacturer receiving this creates a specification plan (S103), and notifies the requester of the specification plan identification information (S104). Upon receiving the notification, the requester accesses the Web page to retrieve the specification proposal, inputs the specification proposal identification information, and obtains the corresponding specification proposal (S105). The manufacturer explains the specification plan to the client who has obtained the specification plan (S106). The requester who received the explanation indicates the specification proposal identification information and makes an estimate inquiry to the manufacturer (S107). The manufacturer specifies the case from the specification proposal identification information, makes an estimate, and transmits the price information to the requester. The requester refers to the price information received from the manufacturer, specifies the specification plan identification information, and places an order (S108).
[0016]
Next, the configuration of the order support system will be described.
As shown in FIG. 2, the order support system has a configuration in which a computer 109 of a specification draft requester, a computer 110 of a manufacturer, and an engineering server 201 are connected via the Internet. Further, the engineering server 201 is connected to the project data server 202 via a manufacturer's intranet or the like.
[0017]
A Web browser is installed on the client computer 109. The manufacturer's computer 110 is installed with a Web browser and a specification drafting unit 203 for drafting a specification.
[0018]
The engineering server 201 includes a specification drafting request registration unit 204 for registering various information when the client requests a manufacturer to create a specification draft, and a requesting drafter via the Internet while viewing the same screen with each other. Collaboration means 205 for exchanging specification information, specification proposal identification information issuing means 206 for issuing information for identifying the created specification proposal, specification proposal acquisition means 207 for extracting the specification proposal based on the specification proposal identification information, It comprises price information acquisition means 208 for acquiring price information of a specification draft based on the specification draft identification information, and order receiving means 209 for receiving an order based on the specification draft identification information.
The engineering server 201 has a Web server function, and displays an input / output screen of each information on a Web browser.
[0019]
The project data server 202 has a hard disk or the like, not shown, and stores specification draft request information obtained from the client, specification draft created by the manufacturer, price information, and order information. Project data management means 210 for accessing the information of
[0020]
Next, the processing of the order receiving support system outlined in FIG. 1 will be described in detail.
First, registration of a specification draft creation request will be described.
FIG. 3 is a diagram showing a display example of a registration screen for a specification draft creation request.
FIGS. 4 and 5 are diagrams showing the structure of data stored in the project data server 202. FIG.
When a requester who requests a manufacturer to create a specification draft inputs a predetermined URL (Uniform Resource Locator) to a Web browser of the requester's computer 109 and connects to the engineering server 201, a screen shown in FIG. 3 is displayed. Is displayed. The project data management area 301 on the left side of the screen is an area in which data stored in the project data server 202 regarding the specification draft creation request matter is displayed. Here, an example is shown in which information about the client himself or an architectural drawing or the like for notifying the manufacturer of required specifications from the client has been registered.
[0021]
Next, the configuration of project data stored in the project data server 202 and displayed in the project data management area 301 will be described with reference to FIG.
Information related to the specification creation request case, such as information transmitted from the client and information created by the manufacturer, is managed under a directory configuration as shown in FIG. The project data is managed in a tree structure having a hierarchy of a requester, a project, and a review process, with the Root node at the top. The nodes in the client hierarchy are associated with the client using the elevator order support system. The nodes of the project hierarchy are associated with the construction projects, and are linked from the nodes of the client hierarchy. The nodes in the study process hierarchy are associated with individual processes required for examining the specifications of the elevator, and are linked from the nodes in the project hierarchy. Data exchanged between the client and the manufacturer is stored under the review process hierarchy.
[0022]
FIG. 5 is a diagram showing a directory structure below the examination process hierarchy.
The nodes in the request / response hierarchy identify individual exchanges such as requests from the requester to the manufacturer and responses from the manufacturer to the requester, and are linked from the nodes in the review process hierarchy. The nodes in the document hierarchy are electronic files of the document, and are linked from the nodes in the request / answer hierarchy. The nodes of the document hierarchy link to markup data, which are notes written on the document.
[0023]
Next, the data structure of each node will be described with reference to FIGS.
FIG. 6 shows the data structure of the document hierarchy node.
FIG. 7 shows a data structure of a node in the request / answer hierarchy.
[0024]
First, the data structure of the document hierarchy node will be described. The document hierarchy node includes an identifier field 601, a document content data field 602, and a link information field 603 to a markup node.
As shown in FIG. 7, the data of the node in the request / answer hierarchy includes an identifier field 701, a content data field 702, and a link information field 703 to a node in the document hierarchy.
[0025]
The project data management means 210 accesses a target file by designating a path from a Root node in a tree structure as described above. For example, "" Architectural drawing a "received as" 2002/09/01 request "in" Evaluation of elevator "in" X Building Construction "project requested by" A Construction Design "is" A Construction Design "-Building X Building"-"Consideration Review"-"Requested on 09/02/2002" -Designated Path and Access.
[0026]
Returning to FIG. 3, the right side of the screen is a document display area 302. The contents of the node selected in the project data management area 301 are displayed. FIG. 3 shows a display state when a node in the request / answer hierarchy is selected. An identifier input area 303 and a message input area 304 are displayed in a document display area 302.
In the identifier input area 303, data stored in the identifier 701 of the request / answer hierarchical node is displayed. In the message input area 304, data stored in the content data 702 of the request / answer hierarchical node is displayed.
[0027]
FIG. 8 shows a screen display example when a CAD data file is selected in the project data management area 301. The document display area 302 displays the contents of the CAD data and a markup tool bar 801 including command buttons for writing (marking up) a memo or the like on the displayed document. The requester and the manufacturer use this command button to make an arbitrary writing on the document in order to record the contents of the meeting. The written contents are saved as markup data independent of the original document by clicking a "save" button 802 on the markup tool bar 801. The link information to the saved markup data is stored in the link information field 603 of the document hierarchy node, and is associated with the original document. The saved markup data is displayed as an icon in the project data management area 301 at a level immediately below the original document.
[0028]
Next, a procedure when the client registers a specification creation request and a process of the elevator order support system will be described with reference to FIGS. 3 and 9.
First, when the requester inputs a predetermined URL into the Web browser, a screen shown in FIG. 3 is displayed. The requester clicks a "new project" button 305 to start a procedure for registering a new specification draft creation request.
[0029]
FIG. 9 shows the flow of the process of registering the specification draft creation request.
The specification creation request registration unit 204 that has received the new project creation event from the requester's Web browser instructs the project data management unit 210 to create a node in the project hierarchy. The project data management means 210 creates a project hierarchy node as a child node of the requester hierarchy node, and further creates a study process hierarchy node as its child node. The project data management unit 210 that has completed the series of node creation processing transmits a completion notification to the requester's Web browser via the specification draft creation request registration unit 204. The Web browser receiving this notification updates the display of the project data management area 301.
[0030]
Next, the requester selects a review process hierarchy node and clicks a “Request” button 306. This event is transmitted to the specification draft creation request registration means 204, and a request / answer hierarchy node is created below the study process hierarchy node using the project data management means 210 in the same manner as described above. For example, when requesting a review of the elevator convergence, the user selects the node “Review” in the project data management area 301 and clicks the “Request” button 306 with the mouse. As a result, a request / answer hierarchical node is created as a child node of the “consideration study” node. In the request identifier input area 303 displayed in the document display area 302 when this request / answer hierarchical node is selected, a subject for identifying the request is input, for example, “2002/09/01 request”. In the message input area 304, a message such as a request content is input as text, for example, "Please consider the fit of the elevator with the registered architectural drawing." The request title and the request content are transmitted to the project data server 202 via the engineering server 201, and the project data management means 210 stores the input request identifier in the identifier field 701 of the request / response hierarchy node in the message. Is stored in the content data field 702.
[0031]
The requester who has registered the specification draft creation request submits the architectural drawing necessary for the elevator draft specification drafting to the manufacturer. When the “attach” button 307 is clicked with the request / answer hierarchical node selected and an architectural drawing file is selected in the displayed file selection dialog, the requester's Web browser transmits the architectural drawing file to the engineering server 201. . The specification draft creation request registration unit 204 that has received the architectural drawing file instructs the project data management unit 210 to store this as a child node of the request / answer hierarchy node.
[0032]
Next, an online meeting will be described.
The order receiving support system has a collaboration means 205 for the client and the manufacturer to exchange specification information via the Internet while viewing the same screen with each other, and can hold an online meeting as needed.
After completing the registration of the specification draft request, the requester has an online meeting with the manufacturer to explain the conditions for generating the specification draft. When the client clicks the "online" button 308 in FIG. 3 with a mouse, an online meeting request event occurs.
[0033]
FIG. 10 is a diagram showing the flow of the online meeting process.
The collaboration means 205 acquires the online meeting request event and sends an online meeting request to the manufacturer's computer 110. The manufacturer's computer 110 that has received the request displays a call screen, and returns a response message to the collaboration means 205 when the manufacturer performs a response operation. The collaboration means 205 transmits the same information as the display information transmitted to the client's Web browser to the manufacturer's computer.
[0034]
Subsequently, the collaboration means 205 sends a pointer position notification request to the manufacturer and the client computer. Upon receipt of this request, the manufacturer and the client computer notify the collaboration unit 205 of the pointer position. The collaboration means 205 transmits the received pointer positions to the other computers. As a result, the same contents are displayed on the Web browser of the computer 109 of the orderer and the Web browser of the computer 110 of the manufacturer, so that the position of the other pointer can be confirmed in addition to the own pointer. Thereafter, the collaboration means 205 operates so as to synchronize the display of the Web browser between the manufacturer and the client.
When the online state is established, the requester displays a document such as an architectural drawing, writes the information as needed while pointing at it with the pointer, and inputs the contents of the request.
[0035]
FIG. 11 shows an example of a display screen at the time of an online meeting.
FIG. 7 shows a document display area 302 when a client and a manufacturer have a meeting online. A mouse pointer 1101 operated by the client and a mouse pointer 1102 operated by the manufacturer are displayed at the same time, and each can point to an arbitrary location. A meeting equivalent to a face-to-face meeting is performed by using a voice communication function of a computer and a telephone together.
[0036]
To save the writing to the document, click the "Save" button 802 on the markup tool bar 801. The collaboration unit 205 that has acquired this event instructs the project data management unit 210 to save the markup. The project data management means 210 stores the markup in the project data server 202 and writes the markup storage address in the link information of the original document.
[0037]
To end the online meeting, click the "Offline" button 803. Upon receiving this event, the collaboration means 205 ends the synchronization processing of the display of the Web browser and the transmission of the pointer position.
[0038]
The manufacturer who received the specification draft request and held an online meeting as necessary and received an explanation of the specifications drafting conditions creates the specification draft using the specification drafting means 203 such as CAD and a specification examination tool. I do. The specification plan is saved as a file and registered in the project data server 202.
[0039]
Next, the procedure for registering the specification draft created by the manufacturer in the project data server and the processing contents of the order receiving support system will be described.
[0040]
FIG. 12 is a display example of a specification proposal registration screen displayed on the manufacturer side.
The manufacturer selects the request / response hierarchy node, clicks the “reply” button 1201, selects a file in the displayed file selection dialog, and transmits the specification proposal file to the engineering server 201. The specification proposal identification information issuing unit 206 that has received the specification proposal file generates specification proposal identification information that is a character string for identifying the specification proposal. For example, in the first response to the request “2002/09/01 request”, “Re1: 2002/09/01 request” is generated as specification proposal identification information. Subsequently, the specification proposal identification information issuing means 206 points to the project data management means 210 to create a request / reply hierarchical node having the same name as the specification proposal identification information, and stores the specification proposal file as its child node.
[0041]
The specification plan identification information can specify a condition (request content) for preparing the specification plan, and a requester of the specification plan can be specified by a path from the root to the specification plan file. When a request / answer hierarchical node is selected in the project / data management area 301, a message input area 1202 is displayed in the document display area 302. The manufacturer inputs a comment for the client in the message input area 1202. The project data management means 210 stores the comment information in a request / answer hierarchical node in the project data server 202.
[0042]
Next, a procedure when the requester takes out the specification plan and a processing content on the order support system side will be described.
FIG. 13 shows a display example of a screen displayed on the requester side.
The requester sees the request / response hierarchy node in the project data management area 301 and the specification plan is registered. In FIG. 13, the specification plan is a node named “Re1: 2002/09/01 request”. Is displayed. In order to confirm the contents of the specification plan, the document hierarchy node “ELV study diagram” which is a child node of the request / answer hierarchy node is selected, and the drawing is displayed in the document display area 302. To download the specification plan to the client computer 109 of the requester, select a request / answer hierarchical node and click the “acquire specification plan” button 1301. As a result, the specification proposal acquisition event is sent to the specification proposal acquisition means 207 from the client's Web browser together with the path of the selected node. The specification plan acquisition means 207 points out the project / data management means 210 to extract a node below the corresponding request / reply hierarchical node and transfers it to the computer 109 of the orderer.
[0043]
When the requester obtains the description information of the specification draft, an online meeting is performed in the same manner as when the specification draft is requested. Here, the procedure of the online meeting from the manufacturer and the processing of the system will be described. FIG. 14 shows a Web browser displayed on the screen of the computer 110 of the manufacturer.
[0044]
When the manufacturer clicks on the "online" button 308, an online meeting request event occurs. Thereafter, the client performs the same processing as the start of the online meeting when explaining the conditions for creating the specification plan. The computer 110 of the manufacturer and the Web browser of the computer 109 of the client always display the same contents, Pointer position can be confirmed.
[0045]
The operation after the online state is established and the operation of the system are the same as those in the online meeting for explaining the conditions for creating the specification plan.
[0046]
To end the online meeting, click the "Offline" button 803. Upon receiving this event, the collaboration means 205 ends the synchronization processing of the display of the Web browser and the transmission of the pointer position.
[0047]
Next, a description will be given of a procedure by which the client acquires an estimated price of the specification plan, and a processing content of the order support system.
When the requester selects an answer node in the project data management area 301 and clicks an “estimate” button 1501, an estimate request event occurs. The price information acquisition unit 208 that has acquired this event transmits a price information registration request to the computer 110 of the manufacturer. The price information registered in the project data server 202 is stored as a child node of the “estimate” node in the study process hierarchy. To refer to this, the requester selects a node having the same name as the corresponding specification proposal identification information as a child node of the “estimate” node in the project data management area 301. At this time, the contents of the estimate are displayed in the document display area 302.
[0048]
A procedure in which the client designates a specification plan and places an order and a process of the elevator order support system will be described. When the requester who has obtained the price information places an order for the corresponding specification plan, the “estimate” node in the study process hierarchy is selected in the project data management area 301, and the “order” button 1502 in FIG. 15 is clicked. The order receiving unit 209 that has acquired this event displays information on the contract on the Web browser of the requester and displays a screen for inputting information such as a required delivery date and a payment method required for the sales contract. The order receiving means 209 requests the input information to the project data management means 210 and stores it in the project data server 202.
[0049]
The billing method for pre-engineering will be described below.
As one method, a manufacturer can provide a pre-engineering service for a fee and, when an order is received, return the fee to the customer. In addition, a method of charging a fee for accessing or using the system can be considered. Also in this case, if an order is received, the fee may be returned to the customer.
[0050]
According to the order receiving support method and system described above, even if the product is out of the standardized specification range, the orderer can easily input the specification, and the manufacturer can perform the pre-engineering while suppressing the cost.
Engineers on the manufacturer side can process many pre-engineering projects in parallel using the time required for business trips, and can keep pre-engineering costs low.
Further, the orderer can promptly notify the manufacturer of addition or change of the specification drafting conditions whenever necessary. As a result, it is possible to prevent retransmission due to transmission omission or recognition error, and to obtain a required specification plan in a short time.
In addition, by making the orderer bear the cost of pre-engineering, the manufacturer can reduce the loss when the product cannot be ordered.
In addition, since detailed meetings can be easily made via a network such as the Internet, the details can be immediately described when an event that requires contacting the manufacturer, such as a change in required specifications, occurs.
The manufacturer can grasp the conditions for creating the specification plan without traveling to the orderer, and can handle more orderers than before.
In addition, business activities using networks such as the Internet can be performed, and inquiries can be obtained at low cost. Further, since information on a change in required specifications from the orderer is obtained as needed, it is possible to create a specification plan while minimizing rework.
[0051]
【The invention's effect】
According to the present invention, it is possible to provide an order support method and an order support system that support electronic commerce of order products that require pre-engineering. Also, the manufacturer can perform pre-engineering while keeping costs down.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of an order support system.
FIG. 2 is a diagram showing a configuration of an order support system.
FIG. 3 is a diagram showing a screen display example.
FIG. 4 is a diagram showing a tree structure of a file stored in a project data server.
FIG. 5 is a diagram showing a tree structure of a file stored in a project data server.
FIG. 6 is a diagram showing a structure of data stored in a project data server.
FIG. 7 is a diagram showing a structure of data stored in a project data server.
FIG. 8 is a diagram showing a screen display example.
FIG. 9 is a diagram showing a flow of a specification creation request registration process.
FIG. 10 is a diagram showing a flow of processing of an online meeting.
FIG. 11 is a diagram showing a partial area of a screen.
FIG. 12 is a diagram showing a screen display example.
FIG. 13 is a diagram showing a screen display example.
FIG. 14 is a diagram showing a screen display example.
FIG. 15 is a diagram illustrating a screen display example.
[Explanation of symbols]
109 Computer of the specification draft requester
110 Manufacturer's computer
201 Engineering Server
202 Project Data Server
203 Specification drafting means
204 Specification draft creation request registration means
205 Collaboration Means
206 Specification proposal identification information issuing means
207 Specification proposal acquisition means
208 Price information acquisition means
209 Order acceptance means
210 Project Data Management Means
301 Project Data Management Area
