WO2004063958A1

WO2004063958A1 - 受注支援システムおよび受注支援方法

Info

Publication number: WO2004063958A1
Application number: PCT/JP2004/000167
Authority: WO
Inventors: Shin'ichi Taniguchi; Shingo Akasaka; Mitsunori Masuda; Kengo Ota; Masahiro Oka; Masahiro Kato
Original assignee: Hitachi, Ltd.
Priority date: 2003-01-14
Filing date: 2004-01-14
Publication date: 2004-07-29
Also published as: JP2004264880A

Abstract

　プレエンジニアリングが必要な受注生産品の電子商取引を支援する。そのために、本発明に係る受注支援システムにおいては、記憶部に記憶された、発注者の要求仕様及びそれに基づき作成された仕様案が、共通の情報を含む識別情報で管理されている。そして、発注者または製造者が識別情報を指定すると、その識別情報により定まる要求仕様情報及び仕様案情報の少なくとも一方を発注者の端末及び製造業者の端末に編集可能な情報として表示させるための情報と、発注者の端末及び製造業者の端末が、互いに他方の端末が表示中のポインタの位置に相当する位置にポインタを表示するために参照する情報とが、受注支援システムから発注者の端末及び製造業者の端末にそれぞれ送信される。これにより、発注者及び製造者は、それぞれの端末上で共同作業を行うことができる。

Description

明細書受注支援システムおよび受注支援方法技術分野本発明は、顧客からの要求仕様に基づいて生産される受注生産品に関する営業活動を支援する受注支援システム及び受注支援方法に関する。背景技術顧客からの要求仕様に基づいて生産される受注生産品については、顧客は、仕様策定段階で製造業者の支援を必要とする場合がある。そのような場合、顧客は、製造業者、または、製造業者と顧客との仲介をする業者に、要求性能及び予算、制約事項などの要求仕様を伝えて仕様案の策定支援を委託する。

このような受注前の作業を、プレエンジニアリングと呼ぶ。通常、プレエンジニアリングは、製造業者によって、営業活動の一環として無料で行われることが多い。

プレエンジニアリングにおいては、まず、顧客からの仕様案作成依頼を受けた製造業者の担当者が、顧客側へ出向き、顧客が求める性能及び予算、制約事項などの要求仕様を確認する。担当者は、要求仕様を確認した後、事務所に戻って、顧客の要求仕様を満たすような製品の仕様案を作成し、見積もり等を行う。そして、担当者は、作成した図面等の仕様案と見積もり結果を持って顧客側へ再び出向き、仕様案を顧客に提示する。顧客がその仕様案及び見積もり金額を受け入れて初めて担当者はその顧客から受注をとることができる。

顧客からの要求仕様及び製造業者が作成した製品の仕様案は、顧客と製造業者の双方がそれぞれ管理する。

一方、最近では、ィンターネットの普及により、ネットワーク上で個人及び企業が製品の購入から決済まで行う電子商取引が行われるようになってきた。インターネット上で電子商取引を行うためのゥェプページのなかには、受注生産品の取引を扱う製造業者のものもみられる。例えば、特開 2 0 0 2— 2 1 5 9 5 7号公報記載の電子商取引システムは、、一般個人の住宅、小規模なビル、集合住宅向けで仕様が標準化されているエレベーターを対象として、ウェブページにおいて、顧客に仕様を選択させた後、見積金額と納期を提示して、発注を受け付ける。これにより、売買契約が締結される。発明の開示上記電子商取引システムは、受注生産品であるエレベーターを対象としているものの、仕様が標準化されていて単価も比較的安く、電子商取引に移行しやすい小型のエレベーターに限定したものである。そのため、この電子商取引システムは、プレエンジニアリングが考慮されておらず、プレエンジニアリングが不可欠な受注生産品に適用することが困難である。

プレエンジニアリングそのものにも次のような課題がある。

製造業者は、顧客へのサービスとして、このプレエンジニアリングのコストを顧客に請求せずに自らが負担するのが一般的である。しかし、プレエンジニアリングを行った案件の全てが受注に結び付くわけではない。そこで、製造業者はプレエンジニアリング ' コストを低く抑える必要があるが、以下のような理由から、それは困難である。

( 1 ) 顧客と製造業者との仕様の打ち合わせは、図面等の資料を用いて

、資料を指し示したり、試料に書き込みを行ったりしながら進める必要がある。そのため、製造業者側の担当者は、資料を持参して顧客側へ出張しなければ仕事ができない。

( 2 ) プレエンジニアリングでは、顧客からの要求で仕様の追加 ' 修正が繰り返されることが多い。そのため、プレエンジニアリングの工数削減は難しい。

( 3 ) 顧客からの要求仕様は、断片的に、幾度かに分割されて伝えられることが多い。従って、伝達漏れまたは認識違いによる仕様案作成作業の手戻りが起こることがある。

本発明は、上記課題を解決するためになされたもので、その目的は、プレエンジニアリングが必要な受注生産品の電子商取引を支援する受注支援方法及び受注支援システムを提供することにある。また、本発明の目的は、製造業者がコストを抑えながらプレエンジニアリングを実施できる受注支援方式及びシステムを提供することにある。

上記課題を解決するために、本発明は、

発注者からの要求仕様情報に基づいて製造業者が生産する製品の受注を支援する受注支援システムであって、

当該受注支援システムは、

ネットワークを介して前記発注者の端末及び前記製造業者の端末からアクセスされるものであり、

前記発注者の端末からの前記要求仕様情報と、前記製造業者の端末からの仕様案情報とを記憶する記憶手段と、

前記要求仕様情報と当該要求仕様情報に対応付けられた前記仕様案情報とを、共通の情報を含む識別情報により管理する情報管理手段と、前記発注者または前記製造業者により指定された識別情報により定まる前記要求仕様情報及び前記仕様案情報のうちの少なくとも一方を編集可能な情報として前記発注者の端末と前記製造業者の端末に表示させるための情報と、前記発注者の端末及び前記製造業者の端末が、互いに他方の端末で表示されているポインタの位置に相当する位置にポインタを表示するために用いる情報と、を前記発注者の端末及び前記製造業者の端末にそれぞれ送信する共同作業手段と、

を有することを特徴とする受注支援システムを提供する。図面の簡単な説明図 1は、本発明の実施の一形態に係る受注支援システムの概要を示す図である。

図 2は、本発明の実施の一形態に係る受注支援システムの構成を示す図である。

図 3は、画面表示例を示す図である。

図 4は、プロジェクト ' データ ' サーバに格納されているファイルのッリ一構造を示す図である。

図 5は、プロジェクト · データ , サーバに格納されているフアイルのッリ一構造を示す図である。

図 6は、プロジェクト ' データ · サーバに格納されているデータの構造を示す図である。

図 7は、プロジェクト ' データ · サーバに格納されているデータの構造を示す図である。

図 8は、画面表示例を示す図である。

図 9は、本発明の実施の一形態に係る仕様作成依頼登録処理の流れを示す図である。

図 1 0は、本発明の実施の一形態に係るオンライン . ミーティングの処理の流れを示す図である。

図 1 1は、画面の一部分の領域を示す図である。

図 1 2は、画面表示例を示す図である。

図 1 3は、画面表示例を示す図である。

図 1 4は、画面表示例を示す図である。

図 1 5は、画面表示例を示す図である。

図 1 6は、取引情報テーブルのデータ構造を示した図である。発明を実施するための最良の形態以下、本発明の実施の形態を、図面に基づいて説明する。

求める仕様を、顧客が決めて製造業者に発注し、製造業者が、その要求仕様に基づいて製品を製造する。このような製品を受注生産品という。仕様の作成は、顧客が外部の業者に委託することもある。その場合、委託を受けた外部業者は、製造業者にプレエンジニアリングを依頼する。以下の実施の形態の説明においては、顧客、または、仕様作成を委託された外部業者など、製造業者がプレエンジニアリング · サービスを提供する相手を仕様案作成依頼者または依頼者と呼ぶ。

まず、本発明の一実施例に係るシステムの概要と構成について図 1及び図 2を用いて説明する。

以下の実施例においては、受注生産品の例としてエレベーターを挙げて説明をする。図 1及び図 2は、本発明の一実施例における受注支援システムの概要を示す図である。

図 1に示すように、本受注支援システムは、 W e b上で実現される。仕様案作成依頼者と製造業者は、インターネットを介して画面、ポインタ及ぴマークァップを共有でき、必要に応じてオンラインで打ち合わせを行うことができる。仕様案作成依頼者と製造業者との間の処理の概要は以下の通りである。まず、仕様案作成依頼者が仕様案作成依頼を登録し（ S 1 0 1 ) 、仕様案作成条件を入力する（ S 1 0 2 ) 。これを受けた製造業者は、仕様案を作成し（ S 1 0 3 ) 、仕様案識別情報を依頼者に通知する（ S 1 0 4 ) 。通知を受けた依頼者は、仕様案を取り出すための W e bページにアクセスし、この W e bページ上で仕様案識別情報を入力して、自己が依頼した仕様案を入手する（ S 1 0 5 ) 。製造業者は、仕様案を入手した依頼者に対し仕様案を説明する（ S 1 0 6 ) 。説明を受けた依頼者は、仕様案識別情報を示して製造業者に見積問合わせをする（ S 1 0 7 ) 。製造業者は、仕様案識別情報から案件を特定して、エレベーター価格の見積りを行って、その結果を価格情報として依頼者に送信する。依頼者は、製造業者から受け取った価格情報を参照しながら、発注するか否かを決定し、発注すると決定したときには、仕様案識別情報を指定して発注を行う（ S 1 0 8 ) 。

つぎに、本実施の形態に係る受注支援システムの構成を説明する。図 2に示すように、受注支援システムは、仕様案作成依頼者のコンビユータ 1 0 9、製造業者のコンピュータ 1 1 0、及び、エンジニアリング · サーバ 2 0 1が、インターネットを介して相互に接続される構成となっている。さらに、エンジニアリング · サーバ 2 0 1は、製造業者側のイントラネットなどを介してプロジェクト · データ · サーバ 2 0 2 と接続される。

依頼者のコンピュータ 1 0 9には、 W e bブラゥザがィンストールされている。

製造業者のコンピュータ 1 1 0には、 W e bブラウザと、仕様案を作成する仕様案作成部 2 0 3を実現するためのプログラムと、がインスト一ノレされている。

エンジニアリング ' サーバ 2 0 1は、依頼者が製造業者に仕様案作成を依頼する際に各種情報を登録する仕様案作成依頼登録部 2 0 4 と、依頼者と製造業者が互いに同じ画面を見ながらインターネットを介して仕様情報を交換するためのコラポレーション部 2 0 5 と、製造業者が作成した仕様案を識別するための情報を発行する仕様案識別情報発行部 2 0 6 と、仕様案識別情報に基づいて仕様案を取り出す仕様案取得部 2 0 7 と、仕様案識別情報に基づいて仕様案の価格情報を取得する価格情報取得部 2 0 8 と、仕様案識別情報により注文を受け付ける注文受付部 2 0 9 と、を有している。これらの機能構成部 2 0 2〜 2 0 9は、ェンジ二ァリング ' サーバ 2 0 1にインストールされたプログラムの実行によつて実現される。また、エンジニアリング · サーバ 2 0 1は、 W e bサーバの機能を有しており、各情報の入出力画面を表示するための情報を W e bブラゥザに送信する。

プロジェクト · データ 'サーバ 2 0 2は、図示していないがハードデイスク等を有し、依頼者から取得した仕様案作成依頼情報、製造業者が作成した仕様案、価格情報及び注文情報を記憶する。さらに、プロジクト ' データ .サーバ 2 0 2は、それらの情報にアクセスするためのプロジェクト · データ管理部 2 1 0を有する。

つぎに、図 1で概要を説明した受注支援システムの処理について詳細に説明する。

まず、仕様案作成依頼の登録について説明する。

図 3は、仕様案作成依頼の登録画面の表示例を示す図である。

図 4及び図 5は、プロジェクト ' データ ' サーバ 2 0 2に格納されているデータの構造を示した図である。製造業者に仕様案の作成を依頼しようとする依頼者が、コンピュータ

1 0 9上の W e bブラウザに所定の U R L (U n i f o r m R e s o u r c e L o c a t o r ) を入力すると、その U R Lが示すフアイルがエンジニアリング . サーバ 2 0 1からダウンロードされ、図 3に示す画面が表示される。この画面内の左側の領域（以下、プロジェクト . データ管理領域） 3 0 1は、この仕様案作成依頼案件に関してプロジェクト . データ . サーバ 2 0 2に格納されているプロジェクト · データが表示される領域である。ここでは、すでに依頼者自身に関する情報、及び、依頼者からの要求仕様を製造業者に伝えるための建築図等が登録されている場合の表示例が示されている。

つぎに、図 4を用いて、プロジェクト ' データ . サーバ 2 0 2に格納され、プロジェクト · データ管理領域 3 0 1に表示されるプロジェクト • データの構成について説明する。

依頼者から送信されてきた情報、及び、製造業者が作成した情報等の、仕様案作成依頼案件に関連する情報は、図 4に示すようなディレクトリ構成の元に管理される。すなわち、プロジェクト · データは、 R o o t ノードを頂点として、依頼者階層、プロジェクト階層、検討プロセス階層という階層を持つッリ一構造で管理される。依頼者階層のノードは、受注支援システムを利用する依頼者に対応づけられている。プロジェクト階層のノードは、建設プロジェクトに対応づけられ、依頼者階層のノードからリンクされている。検討プロセス階層のノードは、エレべ一ターの仕様検討に必要な個々のプロセスに対応づけられており、プロジェクト階層のノードからリンクされている。依頼者と製造業者との間でやり取りされるデータは、検討プロセス階層の下に格納される。

図 5は、検討プロセス階層以下のディレクトリ構造を示した図である依頼 Z回答階層のノードは、依頼者から製造業者への依頼、製造業者から依頼者への回答といった個々のやり取りを識別可能な識別子（具体的には、依頼識別情報と同じ識別子、仕様案識別情報と同じ識別子）を名称として有し、検討プロセス階層のいずれかのノードからリンクされる。ドキュメント階層のノードは、ドキュメントの電子ファイルであり

、依頼ノ回答階層のノードからリンクされている。ドキュメント階層のノードは、そのドキュメントに書き込まれたメモであるマークアップ - データヘリンクしている。つぎに、各ノードのデータ構造を、図 6及び図 7を用いて説明する。図 6は、ドキュメント階層ノードのデータ構造を示したものである。図 7は、依頼/回答階層のノ一ドのデータ構造を示したものである。ドキュメント階層のノ一ドは、識別子フィールド 6 0 1、ドキュメントの内容データフィーノレド 6 0 2、マークアップ ' ノードへのリンク情報フィールド 6 0 3カゝら構成される。

依頼 Z回答階層のノードのデータは、図 7に示すように、識別子フィ一ルド 7 0 1、内容データフィールド 7 0 2、及び、ドキュメント階層のノードへのリンク情報フィールド 7 0 3から構成される。

プロジェクト ■ データ管理部 2 1 0は、上記のようなッリ一構造で R o o t ノードからのパスを指定して目的のファイルにアクセスする。例えば、プロジェクト · データ管理部 2 1 0は、ファイル「『 A建設設計』に依頼された『Xビルディング建設』プロジェクトにおけるエレべ一ターの『収まり検討』で、『2002Z09Z01依頼』として受け取つた『建築図 a』」には、「 A建設設計」一「Xビルディング建設」一「収まり検討」一 F S O O SZO S / O l依頼」一「建築図 a」のように、パスが指定されてアクセスされる。

図 3に戻り、画面内の右側領域（以下、ドキュメント表示領域） 3 0 2 には、プロジェクト ■ データ管理領域 3 0 1で選択されたノードの内容が表示される。図 3は、依頼回答階層のノードが選択されたときの表示状態を示している。ドキュメント表示領域 3 0 2には識別子入力領域 3 0 3 とメッセージ入力領域 3 0 4が表示されており、識別子入力領域 3 0 3には、依頼 Z回答階層ノ一ドの識別子フィ一ルド 7 0 1に格納されているデータが、メッセージ入力領域 3 0 4には、依頼/回答階層ノ一ドの内容データフィールド 7 0 2に格納されているデータが表示される。

プロジェクト · データ管理領域 3 0 1で C A Dデータ ■ ファイルが選択されたときの画面表示例を図 8に示す。ドキュメント表示領域 3 0 2 には、 C A Dデータの内容と、表示されたドキュメントにメモなどの書き込み（マークアップ）を施すためのコマンド ' ポタン群及び「保存」ボタン 8 0 2を備えたマークアップ ' ツール ' バー 8 0 1 と、が表示される。依頼者及び製造業者は、打ち合わせ内容を記録するために、コマンド · ボタンを使ってドキュメント上に任意の書き込みを行う。その後、依頼者及び製造業者が「保存」ボタン 8 0 2をクリックすると、書き込まれた内容が、プロジェクト ' データ管理部 2 1 0により、オリジナルのドキュメントとは独立したマークアップ■ データとしてマークアツプ階層下に保存される。保存されたマークアップ · データへのリンク情報は、プロジェクト ' データ管理部 2 1 0により、ドキュメント階層ノードのリンク情報フィールド 6 0 3 に格納され、オリジナル . ドキュメントと関連づけられる。また、保存されたマークアップ . データは、プロジェクト . データ管理領域 3 0 1内の、オリジナルのドキュメントの直下の階層にアイコン表示される。

つぎに、依頼者が仕様作成依頼の登録を行うときの手順と受注支援システムの処理について、図 3及び図 9を用いて説明する。まず、依頼者が、所定の U R Lを、自己のコンピュータ 1 0 9上の W e bブラウザに入力すると、図 3の画面が表示される。依頼者が「新規プロジェクト」ボタン 3 0 5をクリックすると、コンピュータ 1 0 9上の W e bブラウザからエンジニアリング ■ サーバ 2 0 1に新規プロジェクト作成要求が送信される。これにより、新規の仕様案作成依頼の登録処理が開始する。

図 9に、仕様案作成依頼の登録処理の流れを示す。

依頼者側の W e bブラゥザからの新規プロジェクト作成要求に応じて、仕様案作成依頼登録部 2 0 4は、プロジェクト . データ管理部 2 1 0 にプロジェクト階層のノ一ドの作成を指示する。プロジェクト · データ管理部 2 1 0は、依頼者階層ノードの子ノードとしてプロジェクト階層ノードを作成し、更に、その子ノードとして検討プロセス階層のノードを作成する。プロジェクト ' データ管理部 2 1 0は、一連のノード作成処理を完了すると、完了通知を、仕様案作成依頼登録部 2 0 4を介して、依頼者側のコンピュータ 1 0 9上の W e bブラゥザへ送信する。依頼者側のコンピュータ 1 0 9上の W e bブラウザは、この通知を受けると、プロジェクト，データ管理領域 3 0 1の表示を更新する。

つぎに、依頼者が、プロジクト · データ管理領域 3 0 1内の検討プロセス階層ノードを選択して「依頼」ボタン 3 0 6をクリックすると、検討要求が仕様案作成依頼登録部 2 0 4に送信される。この検討要求に応じて、上記と同様に、プロジェクト · データ管理部 2 1 0が、検討プロセス階層ノードの下に依頼回答階層ノードを作成する。依頼者は、例えばエレベーターの収まり検討を依頼する場合には、プロジェクト · データ管理領域 3 0 1で「収まり検討」のノードを選択し、「依頼」ボタン 3 0 6をマウスでクリックすればよい。これにより、「収まり検討 J ノードの子ノードとして依頼/回答階層ノードが作成される。依頼者が、更新後のプロジェクト · データ管理領域 3 0 1で、この依頼 Z回答階層ノ一ドを選択したときには、ドキュメント表示領域 3 0 2に表示される。このドキュメント表示領域 3 0 2において、識別子入力領域 3 0 3には、依頼を識別するための依頼識別子（件名）が、例えば日付を利用して「 2 0 0 2ノ 0 9 / 0 1依頼」というように入力される。また、メッセージ入力領域 3 0 4には、依頼内容などのメッセージが、例えば「登録した建築図でェレベータ一の収まり検討をお願いします」というようにテキストで入力される。入力された依頼識別子と依頼内容は、ェンジニアリング . サーバ 2 0 1を経由してプロジェクト · データ ■ サーバ 2 0 2に伝えられる。プロジェクト · データ · サーバ 2 0 2では、プロジヱクト · データ管理部 2 1 0が、依頼識別子を依頼 Z回答階層ノードの識別子フィールド 7 0 1に、メッセージを内容データフィールド 7 0 2に格納する。これにより、依頼者からの仕様案作成依頼が登録される仕様案作成依頼の登録が終了してから、依頼者、エレベーターの仕様案作成に必要な建築図を製造業者に提出する必要がある。具体的には、依頼者は、プロジクト ■ データ管理領域 3 0 1で依頼/回答階層ノ一ドを選択した状態で「添付」ポタン 3 0 7をクリックし、表示されたフアイル選択ダイアログで建築図ファイルを選ぶ。これにより、依頼者のコンピュータ 1 0 9上の W e bブラゥザは、選択された建築図フアイルをエンジニアリング · サーバ 2 0 1へ送信する。

エンジニアリング ■ サーバ 2 0 1においては、仕様案作成依頼登録部 2 0 4が、受信した建築図ファイルを依頼/回答階層ノードの子ノードとして格納するようにプロジェクト ■ データ管理部 2 1 0に指示する。つぎに、オンライン . ミーティングについて説明する。

受注支援システムにおいては、依頼者と製造業者とがそれぞれのコンピュータの表示装置で互いに同じ画面を見ながら、インターネットを介して仕様情報を交換するためのコラポレーション部 2 0 5が、ェンジ二ァリングサーバ 2 0 1に設けられている。これにより、依頼者と製造業者とは、，必要に応じてオンライン ■ ミーティングを行うことができる。依頼者は、仕様案作成依頼の登録を終えると、仕様案の作成条件を説明するために製造業者とオンライン · ミーティングを行うことができる。依頼者が、図 3の画面上の「オンライン」ポタン 3 0 8をマウスでクリックすると、コンピュータ 1 0 9上の W e bブラウザが、オンライン • ミーティング要求をエンジニアリング · サーバ 2 0 1に送信する。これにより、オンライン . ミーティング処理が開始する。

図 1 0は、オンライン ' ミーティング処理の流れを示す図である。エンジニアリング . サーバ 2 0 1では、オンライン ' ミーティング要求に応じて、コラボレーション部 2 0 5が、製造業者のコンピュータ 1 1 0にオンライン ' ミーティング要求を送信する。このオンライン ' ミ一ティング要求に応じて、製造業者のコンピュータ 1 1 0は、呼び出し画面を表示する。この呼び出し画面で製造業者が応答操作を行うと、製造業者のコンピュータ 1 1 0は、コラポレーション部 2 0 5へ応答メッセージを返す。コラボレーション部 2 0 5は、その応答メッセージを受信すると、製造業者のコンピュータ 1 1 0に、依頼者の W e bブラウザへ送信している表示情報と同じ情報を送信する。

続いて、コラボレーション部 2 0 5は、製造業者のコンピュータ 1 1 0と依頼者のコンピュータ 1 0 9 とに対して、それぞれ、ポインタ位置の通知要求を送信する。製造業者のコンピュータ 1 1 0 と依頼者のコンピュータ 1 0 9 とは、通知要求に応じて、画面上におけるポインタ位置を表す情報（ボインタ位置情報）をコラボレーション部 2 0 5にそれぞれ送信する。コラボレーション部 2 0 5は、各コンピュータ 1 0 9 , 1 1 0から受信したポインタ位置情報を、それぞれ、他方のコンピュータに送信する。これにより、依頼者のコンピュータ 1 0 9の表示装置と製造業者のコンピュータの表示装置とには、それぞれのコンピュータ上の W e bブラウザにより、互いに同じ内容の画面が表示される。各コンピュータの画面上には、それぞれ、自身のポインタに加えて、他方のコンピュータの画面に表示中のボインタの位置に相当する位置にボインタが表示されるため、依頼者と製造業者とは、互いに他方のポインタ位置を確認することができる。

以後、コラボレーション部 2 0 5は、製造業者のコンピュータ 1 1 0 の画面表示と依頼者コンピュータ 1 0 9 の画面表示表示とを同期させるように、各コンピュータ 1 0 9 , 1 1 0上の W e bブラウザに情報を送信する。

オンライン状態が確立すると、依頼者は、建築図などのドキュメントを表示し、ポインタで指し示しながら、必要に応じて書き込みを行い、依頼内容を入力する。

図 1 1に、オンライン ' ミーティング中の表示画面例を示す。

図 1 1には、依頼者と製造業者の担当者とがオンラインで打ち合わせをしているときのドキュメント表示領域 3 0 2が示されている。依頼者が操作するマウスポインタ 1 1 0 1 と、製造業者が操作するマウスボインタ 1 1 0 2 とが同時に表示され、それぞれが任意の場所を指し示すことができる。コンピュータの音声通信機能または電話などを併用することで、対面打ち合わせと同等の打ち合わせを行うことができる。

ドキュメントへの書き込みを保存するには、依頼者または担当者が、マークアップ ' ツール ' バー 8 0 1にある「保存」ボタン 8 0 2をタリックする必要がある。これにより、エンジニアリング ·サーバ 2 0 1 に保存要求が送信されると、この保存要求に応じて、コラボレーション部 2 0 5が、プロジェクト ' データ管理部 2 1 0に対してマークアップの保存を指示する。これに応じて、プロジヱクト ·データ管理部 2 1 0は、マークアップをプロジェクト · データ · サーバ 2 0 2内に保存し、ォリジナルのドキュメントのリンク情報にマークァップの保存ァドレスを書き込む。

オンライン ' ミーティングを終了するには、依頼者または製造業者の担当者が、「オフライン」ボタン 8 0 3をクリックする必要がある。これにより、エンジニアリング 'サーバ 2 0 1に終了要求が送信されると、この終了要求に応じて、コラボレーション部 2 0 5が、 W e bブラウザの表示の同期処理とボインタ位置の送信処理とを終了する。

仕様案作成依頼を受け、必要に応じてオンライン · ミーティングを行つて仕様案の作成条件の説明を受けた製造業者の担当者は、 C AD及び仕様検討ツール等の仕様案作成部 2 0 3を用いて仕様案を作成する。仕様案は、ファイルとして保存され、プロジェクト · データ ■ サーバ 2 0 2に登録される。

つぎに、製造業者が作成した仕様案をプロジクト ■ データ ■ サーバに登録する手順と受注支援システムの処理内容について説明する。

図 1 2は、製造業者側に表示される仕様案登録画面の表示例である。製造業者は、依頼 Z回答階層ノードを選択して「回答」ポタン 1 2 0 1をクリックし、表示されたフアイル選択ダイァ口グでファィルを選択することで、仕様案フアイルをエンジニアリング · サーバ 2 0 1へ送信することができる。エンジニアリング ■ サーバ 2 0 1においては、仕様案識別情報発行部 2 0 6が、その仕様案識別ファイルに対応する仕様案を識別するための文字列、すなわち仕様案識別情報を生成する。例えば、依頼 Γ 2 0 0 2 / 0 9 / 0 1依頼」に対する一回目の回答には、仕様案識別情報として、依頼識別情報 Γ2 00 2Ζ0 9Ζ0 1依頼」を含む rR e l z S O O SZO SZO l依頼」が生成される。続いて、仕様案識別情報発行部 2 0 6は、プロジェクト ' データ管理部 2 1 0に指示して、仕様案識別情報と同じ名称の依頼 Z回答階層ノードを作成し、その子ノードとして、受信した仕様案ファイルを格納する。

製造業者の担当者は、この仕様案識別情報によって、仕様案作成のための条件（依頼内容）を特定できるとともに、ルートから仕様案フアイルまでのパスによって、仕様案作成の依頼者を特定できる。プロジェクト ■ データ管理領域 3 0 1で依頼/回答階層ノードが選択されると、ドキュメント表示領域 3 0 2にメッセージ入力領域 1 2 0 2が表示される。製造業者の担当者は、メッセージ入力領域 1 2 0 2に、依頼者に向けたコメントを入力することができる。プロジェクト ■ データ管理部 2 1 0は、メッセージ入力領域 1 2 0 2に入力されたコメント情報をプロジクト ■ データ . サーバ 2 0 2内の依頼 Z回答階層ノ一ドに格納する。つぎに、依頼者が仕様案を取り出すときの手順と受注支援システム側の処理内容について説明する。

図 1 3に、依頼者側に表示される画面の表示例を示す。

依頼者は、プロジクト ■ データ管理領域 3 0 1で、依頼 Z回答階層ノ一ドを見て仕様案が登録されていることができる。図 1 3では、仕様案は、「R e l ： 2 0 0 2/ 0 9 / 0 1依頼」という名称のノ一ドで表示されている。仕様案の内容を確認する場合、依頼者は、依頼 Z回答階層ノードの子ノードであるドキュメント階層ノード「E L V検討図」を選択する。これにより、ドキュメント表示領域 3 0 2に図面が表示される。仕様案を依頼者のコンピュータ 1 0 9にダウンロードする場合、依頼者は、依頼 Z回答階層ノードを選択し、「仕様案取得」ポタン 1 3 0 1をクリックする。これにより、選択されているノードのパスとともに仕様案取得要求が依頼者の W e bブラゥザから仕様案取得部 2 0 7に送られる。この仕様案取得要求に応じて、仕様案取得部 2 0 7は、プロジエタト · データ管理部 2 1 0に指示して、パスに該当する依頼/回答階層ノード以下のノードを取り出し、発注者のコンピュータ 1 0 9へ転送する。

依頼者が仕様案の説明情報を取得する場合には、仕様案作成依頼時と同様にオンライン ' ミーティングを行えばよい。ここでは、製造業者からのオンライン 'ミーティングの手順とシステムの処理について説明する。図 1 4は、製造業者側のコンピュータ 1 1 0の画面表示例である。製造業者の担当者が「オンライン」ボタン 3 0 8をクリックすると、コンピュータ 1 1 0上の W e bブラウザが、オンライン ' ミーティング要求をエンジニアリング · サーバ 2 0 1に送信する。これ以後は、依頼者が仕様案の作成条件を説明する際のオンライン · ミーティング開始と同様の処理が行われ、製造業者のコンピュータ 1 1 0の W e bブラウザと依頼者のコンピュータ 1 0 9の W e bブラウザとは、常に同じ内容を画面に表示させる。このため、依頼者と製造業者の担当者とは、互いに、双方のポインタ位置をリアルタイムで確認することができるようになる。

オンライン状態が確立した後の操作、及び、システムの動作は、仕様案作成条件を説明するときのオンライン · ミーティングと同様である。

オンライン ' ミーティングを終了するには、依頼者または製造業者の担当者が、「オフライン」ボタン 8 0 3をクリックする。これにより、コラボレーション部 2 0 5が、 W e bブラゥザの表示の同期処理とポィンタ位置の送信処理とを終了する。

つぎに、依頼者が仕様案の見積価格を取得する手順と受注支援システムの処理内容について説明する。

依頼者が、プロジェクト · データ管理領域 3 0 1で回答ノードを潠択して「見積り」ボタン 1 5 0 1をクリックすると、選択された回答ノードの名称（仕様案識別情報）を含む見積り要求がエンジニアリング 'サ一バ 2 0 1に送信される。この見積り要求に応じて、価格情報取得部 2 0 8は、製造業者のコンピュータ 1 1 0に、見積り要求に含まれていた仕様案識別情報を含む価格情報登録要求を送信する。その後、製造業者のコンピュータ 1 1 0によって、その仕様案識別情報と見積価格情報とを含む登録要求が送信されると、この登録要求に応じて、プロジェクト · データ · サーバ 2 0 2のプロジェクト ■ データ管理部 2 1 0が、その見積価格情報を、その仕様案識別情報を名称とする、検討プロセス階層の

「見積り」ノードの子ノードとして格納する。これを参照するために、依頼者は、プロジェクト · データ管理領域 3 0 1の「見積り」ノードの子ノードのうち、選択した回答ノードの名称（仕様案識別情報）と同じ名称のノードを選択する。これにより、ドキュメント表示領域 3 0 2に、選択されたノードの見積価格情報が見積内容として表示される。

つぎに、依頼者が仕様案を指定して発注する手順とエレベーター受注支援システムの処理について説明する。

依頼者が、価格情報を取得した仕様案のェレベータを発注する場合には、プロジェクト ' データ管理領域 3 0 1で検討プロセス階層の「見積り」ノードを選択し、図 1 5の「発注」ボタン 1 5 0 2をクリックする。これにより、依頼者側のコンピュータ 1 0 9上の W e bブラウザが、選択された見積りノードの名称を含む発注要求をェンジエアリング . サーパ 2 0 1に送信する。この発注要求に応じて、注文受付部 2 0 9は、依頼者のコンピュータ 1 0 9上の W e bブラウザに、契約に関する情報と、売買契約に必要な要求納期及び支払い方法等の情報の入力を受け付ける画面を表示させるための情報と、を送信する。これにより、依頼者側のコンピュータ 1 0 9の表示装置には、契約に関する情報が表示されるとともに、売買契約に必要な要求納期及び支払い方法等の情報を入力するための画面が表示される。依頼者が、この画面上で、所定の情報を入力した後に O Kポタンをタリックすると、注文受付部 2 0 9が、依頼者により入力された情報を、プロジェクト ■ データ管理部 2 1 0に依頼してプロジェクト · データ · サーバ 2 0 2に格納する。

つぎに、プレエンジニアリングに対する課金方法の一例を示す。

価格情報取得部 2 0 8は、図 1 6に示すような取引情報を顧客ごとに保持している。取引情報には、少なくとも、システム利用料金データ、還元金額データ、受注件数データが含まれている。システム利用料金データ 1 6 0 1は本受注支援システムの年間利用料金を、還元金額データ 1 6 0 2は見積金額からの値引き金額を、受注件数データ 1 6 0 3は前年の受注件数を示している。システム利用料金データ 1 6 0 1及ぴ還元金額データ 1 6 0 2には、それぞれ、予め決められた値が入力されている。受注件数データ 1 6 0 3は、注文を受け付けたとき（依頼者側のコンピュータ 1 0 9からの発注要求を受信したとき）に、注文受付部 2 0 9によつて更新される。

本受注支援システムを利用する依頼者は、システムのユーザ登録時にシステム利用料金データ 1 6 0 1に記録されている金額を請求される。この支払処理が完了した時点から、ユーザは、システムの利用が可能となる。システム利用料金は、例えばプレエンジニアリング件数に依らず年間固定金額とする。

本受注支援システムを介してプレエンジニアリングを実施した案件について見積依頼された場合、すなわち、依頼者側のコンピュータ 1 0 9 から見積り要求ガ発信された場合、価格情報取得部 2 0 8は、製造業者が登録した見積金額から、還元金額データ 1 6 0 2に記録されている金額分だけ減額して、見積価格情報として依頼者側のコンピュータ 1 0 9 に返信する。これにより、依頼者側のコンピュータ 1 0 9の表示画面に、還元金額分だけ減額された価格が、見積内容として表示される。これにより、依頼者側には、本受注支援システムの利用料金が還元され、依頼者は発注件数が多くなるほど多くの利益を得ることができる。

さらに、受注件数データ 1 6 0 3に基づいて翌年のシステム利用料金データを減額することにより、依頼者の利益を増大させてもよい。

一方、製造業者にとっては、システム利用料金としてプレエンジニアリング，コストの一部を依頼者に負担してもらうことにより、一定の品質を維持したプレエンジニアリング ' サービスを提供することが可能となる。

以上述べた受注支援方法及びシステムによれば、標準化された仕様範囲を外れる製品であっても、発注者が仕様を容易に入力でき、かつ、製造業者がコストを抑えながらプレエンジニアリングを実施できる。

製造業者側のエンジニアは、出張に要していた時間を利用して多くのプレエンジニアリング案件を並行処理することができ、プレエンジニアリング · コストを低く抑えることが可能となる。

さらに、依頼者は、仕様案作成条件の追加及び変更が必要なときには、随時、迅速に製造業者へ伝達することができる。一方、製造者は、依頼者からの要求仕様変更の情報が随時得られる。これにより、伝達漏れまたは認識違いによる手戻りを防止することができ、製造業者は、仕様変更の要求にスムーズに対応することが可能となり、依頼者は、要求する仕様案を短い期間で入手可能となる。

また、プレエンジニアリングのコストを発注者に負担させることにより、製造業者は、製品が受注できない場合の損失を低減できる。

また、ィンターネットなどのネットワーク経由で容易に詳細な打ち合わせができるため、要求仕様の変更等、製造業者に連絡が必要な事象が発生した時点で即座にその内容を説明することができる。

製造業者にとっては、発注者のところへ出張することなく仕様案作成のための条件を把握することができ、従来よりも多くの発注者に対応することが可能となる。

また、ィンターネットなどのネットワークを利用した営業活動が可能となり、低コストでの引き合い獲得が可能となる。

Claims

請求の範囲

1 . 発注者からの要求仕様情報に基づいて製造業者が生産する製品の受注を支援する受注支援システムであって、

当該受注支援システムは、

前記要求仕様情報と当該要求仕様情報に対応付けられた前記仕様案情報とを、共通の情報を含む識別情報により管理する情報管理手段と、前記発注者または前記製造業者により指定された識別情報により定まる前記要求仕様情報及び前記仕様案情報のうちの少なくとも一方を編集可能な情報として前記発注者の端末と前記製造業者の端末に表示ざせるための情報と、前記発注者の端末及び前記製造業者の端末が、互いに他方の端末で表示されているボインタの位置に相当する位置にボインタを表示するために用いる情報と、を前記発注者の端末及び前記製造業者の端末にそれぞれ送信する共同作業手段と、

を有することを特徴とする受注支援システム。

2 . 請求項 1記載の受注支援システムであって、

前記仕様案情報は、前記共同作業手段を用いて、前記発注者及び前記製造業者のうちの少なくとも一方により編集されることを特徴とする受注支援システム。

3 . 請求項 1記載の受注支援システムであって、

前記発注者の端末から、前記仕様案情報に基づく見積もり要求を受け付けると、前記製造業者の端末に、見積もり要求を通知する見積もり取得手段を有し、

前記情報管理手段は、

前記製造業者の端末から、前記見積もり要求に対応する見積もり価格情報を、前記仕様案情報の識別情報と共通の識別情報に関連付けて記憶手段に記憶させることを特徴とする受注支援システム。

4 . 請求項 3記載の受注支援システムであって、

前記見積もり取得手段は、前記発注者の、当該受注支援システムの利用に対する課金情報を保持し、前記発注者の端末から発注要求が発行された場合には、前記課金情報に基づき、前記見積もり価格情報が表す価格を減額する、

ことを特徴とする受注支援システム。

5 . 発注者の要求仕様に基づいて製造業者が生産する製品の受注を、情報処理システムを利用して支援する受注支援方法であって、

前記情報処理システムが、ネットワークを介して受け付けた、前記発注者の端末からの要求仕様情報と、前記製造業者の端末からの、前記要求仕様情報に基づく仕様案情報とを、共通の情報を含む識別情報により記憶管理する処理と、

前記発注者の端末または前記製造業者の端末から識別情報を指定された場合には、前記情報処理システムが、前記指定された識別情報により定まる前記要求仕様情報及び前記仕様案情報のうちの少なくとも一方を編集可能な情報として前記発注者の端末及び前記製造業者の端末に表示させるための情報と、前記発注者野端末及び製造業者の端末が、互いに他方の端末に表示されているボインタの位置に相当する位置にボインタを表示するために用いる情報とを、前記発注者の端末と前記製造業者の端末にそれぞれ送信する処理と、

を含むことを特徴とする受注支援方法。

6 . 請求項 5記載の受注支援方法であって、

前記発注者の端末より、前記仕様案情報に基づく見積もり依頼を受け付けると、前記情報処理システムが、前記製造業者の端末に見積もり依頼を発行する処理と、

前記製造業者の端末から、前記見積もり要求に対応する見積もり価格情報を受け付けると、前記情報処理システムが、該見積もり価格情報を、前記対応する仕様案情報の識別情報と関連付けて記憶する処理と、ことを特徴とする受注支援方法。

7 . 請求項 6記載の受注支援方法であって、

前記情報処理システムは、前記発注者の、当該情報処理システムの利用に対する課金情報を保持し、前記発注者の端末から発注要求が発行された場合には、前記課金情報に基づき、前記見積もり価格情報が表す価格を減額することを特徴とする受注支援方法。