(57)【要約】【課題】バイヤー，ベンダー双方における発注製品に関する見積業務の迅速化，省力化を実現するとともに、バイヤーにおいては有利購入価格の実現、ベンダーにおいては営業コストの削減と製品販売機会向上の両立を可能とする見積システム，見積方法及びプログラムを提供する。【解決手段】バイヤーの端末３０とベンダーの端末４０と、バイヤー端末３０及びベンダー端末４０と通信ネットワークを介して接続したサポーターシステム２０とからなり、バイヤーの端末３０から送信される見積依頼を受信し、上記見積もりと予め登録している原価情報とで見積もりを計算し、その結果を登録し、バイヤー端末に、見積結果を送信し、ベンダー端末から送信される応礼回答情報を受信できるようにした見積支援システム。【選択図】  図１
2005018668.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介してバイヤーの端末及びベンダーのための端末に送受信するように構成され、製品の取引を支援するシステムであって、
前記バイヤーの端末から、製品発注に伴う、当該発注製品に関する仕様，数量を含む見積情報を受信し、
受信した前記見積情報と予めデータ登録しているベンダーの価格に関する情報とに基づいて、前記ベンダーの見積もりを計算し、
前記計算した見積もりを登録し、
前記バイヤーの端末に対して、前記発注製品に関して計算した見積もりの情報を送信し、
前記ベンダーの端末に対して、前記発注製品に関して計算した見積もりの情報を送信し、と
前記ベンダーの端末から、前記見積情報に対する回答情報を受信するように構成されることを特徴とする、製品の取引を支援するシステム。
【請求項２】
通信ネットワークを介して接続された、バイヤーの端末とベンダーの端末との間で行われる、製品の取引を支援する取引支援システムのための取引支援方法であって、
前記バイヤーの端末に、製品発注に伴う、当該発注製品に関する仕様条件，数量条件の情報を入力するための入力画面を送信するステップと、
前記バイヤーの端末から、前記入力画面を通じて入力された見積情報を受信するステップと、
受信した前記見積情報と予め登録しているベンダーの情報とに基づいて前記ベンダーの見積もりを計算するステップと、
前記計算した見積結果を含む情報を登録するステップと、
見積依頼を行った前記バイヤーの端末に対して、前記計算した見積結果を含む情報を送信するステップと、
前記ベンダーの端末に対して、前記発注製品に関して計算した当該ベンダーの見積結果を含む情報を送信するステップとを含むことを特徴とする取引支援方法。
【請求項３】
請求項２記載の取引支援方法において、さらに、
ベンダーの端末から、前記計算した見積結果を含む情報に対する応札回答情報を受信するステップと、
見積依頼を行った前記バイヤー端末に対して、応札結果を含む落札選定のための画面を送信するステップと、
前記バイヤーの端末から、前記落札選定のための画面を通じて入力された落札決定情報を受信するステップとを含むことを特徴とする取引支援方法。
【請求項４】
通信ネットワークを介して接続された、バイヤーの端末とベンダーの端末との間で行われる、製品の発注に関する支援を行う取引支援のためのコンピュータプログラムであって、
前記バイヤーの端末に、製品発注に伴う、当該発注製品に関する仕様条件，数量条件を入力するための入力画面を送信する機能と、
前記バイヤーの端末から、前記入力画面を通じて入力された見積情報を受信する機能と、
受信した前記見積情報と予めデータ登録している情報とに基づいて前記ベンダーの見積もりを計算する機能と、
前記計算した見積結果を含む見積情報を登録する機能と、
見積依頼を行った前記バイヤーの端末に対して、前記計算した見積結果を含む見積情報を送信する機能と、
前記ベンダーの端末に対して、前記発注製品に関して計算した当該ベンダーの見積結果を含む情報を送信する機能を実現させることを特徴とする取引支援のためのコンピュータプログラム。
【請求項５】
請求項４記載の取引支援のためのプログラムにおいて、さらに、
ベンダーの端末から、前記の計算した見積結果を含む見積情報に対する応札回答情報を受信する機能と、
見積依頼を行った前記バイヤーの端末に対して、応札結果を含む落札選定画面を送信する機能と、
前記バイヤーの端末から、前記落札選定画面を通じて入力された落札決定情報を受信する機能を実現させることを特徴とする取引支援のためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、製品の取引を支援するシステム，方法、およびこの処理に関するコンピュータプログラムに関する。製品としては完成品や半完成品，部品や材料などがある。例えば、プリント基板，プラスチック射出成形品及び金型，板金プレス品及び金型，アルミダイカスト品及び金型，カスタムＬＳＩ，ベアリング，ハーネスその他これらに準じるものである。
【０００２】
【従来の技術】
近年のインターネットを中心とした情報通信網の普及に伴い、製品の見積もりに関してもインターネットを介した依頼方法が一般的になってきている。最近では、製品の調達を支援するシステムがインターネット上で数多く提供されており、バイヤーは、当該サイトを訪れて製品の仕様を入力することにより、瞬時に製品の価格を知ることが出来るようになった。しかしながら、このようなインターネット上で提供されているシステムは、バイヤー毎に特化されずに製造される、いわゆる汎用製品を対象としたシステムであり、バイヤー毎に要求仕様の異なる専用製品に関しては、ベンダーとの間で電子メールや電子ファイルのやりとりを行うことにより、見積もりを入手しているのが現状である。
【０００３】
特許文献１では次の技術が開示されている。
【０００４】
売却者は、査定希望登録フォームに、売却しようとする医療機器Ｘのデータ（売却希望商品データ）を入力し、仲介管理サーバに送信して、一時的な売却額の見積もりの算出（一次査定）を依頼する。仲介管理サーバは、売却希望商品データをデータベースサーバ４１に登録する。売却者は、一次査定金額を考慮して、医療機器Ｘの調査（二次査定）を依頼する。一方、購入依頼者は、購入希望登録フォームに、購入を希望する医療機器のデータ（購入希望商品データ）を入力し、仲介管理サーバに送信して、購入依頼を行う。仲介管理サーバは、購入希望データをデータベースサーバに登録する。仲介業者は、売却希望商品データと購入希望商品データとのマッチングを行い、売却者と購入依頼者との商談の仲介を行う。
【０００５】
以上の記載は特許文献１の内容である。支援システムの利用者は、常に利用し易さの向上を望んでおり、この要求に答える努力が常に必要である。
【０００６】
【特許文献１】
特開２００２−２４６０６号公報（図５，図８，図１４，図１６，図２０，図２５に係る実施の形態）
【０００７】
【発明が解決しようとする課題】
従来、仕様の要求に基づいて作られる製品（以下専用製品）に関する見積方法では、ベンダーの見積依頼行為から見積結果が回収されるまでに長い時間がかかるという問題がある。すなわち、見積依頼行為そのもの及び見積結果の回収作業そのものは、電子データの送受信により行われるため短時間で済むが、ベンダーが製品仕様を受け取ってから見積結果を出すまでにある程度の時間がかかる。特に、幾つものベンダーに見積依頼を行う場合には、最終ベンダーから回答を受けるまでは、ベンダーの絞込みを行えないという不都合が生じる。さらに、ベンダー側から見ると、１件，１件の見積もり毎に要求仕様が異なるため、見積件数が多ければ多いほど原価計算に多大な労力が必要になることとなる。
【０００８】
本発明の目的は、製品の取引のスピードアップにつながる、支援システム，支援方法，支援のためのコンピュータプログラムを提供することにある。
【０００９】
本発明の他の目的は、製品取引の効率の向上につながる、支援システム，支援方法，支援のためのコンピュータプログラムを提供することにある。
【００１０】
【課題を解決するための手段】
本発明の１つは、通信ネットワーク（通信回線）を介してバイヤーの端末及びベンダーの端末に接続されるサポーターシステム（支援システム）で、前記バイヤーの仕様条件、その他の情報を受信し、受信した情報に基づいて、見積もりを作成して送信することを発明の基本構成とする。
【００１１】
本発明の他の特徴は実施の形態の中で説明する。
【００１２】
【発明の実施の形態】
本発明は製品の取引に関する支援システム，支援方法，支援のためのコンピュータプログラムに関する。以下の説明で製品として、プリント基板，プラスチック射出成形品及び金型，板金プレス品及び金型，アルミダイカスト品及び金型，カスタムＬＳＩ，ベアリング，ハーネスその他これらに準じるものが考えられる。
【００１３】
本発明に係る製品の取引支援システム，取引支援方法及びそのためのプログラムの実施の形態について、添付の図面を用いて詳細に説明する。本実施の形態で製品の取引を説明するが、ここで製品には完成品のみならず材料や部品，半完成品も含まれることは当然である。
【００１４】
なお、以下の実施形態においては、プリント配線板の取引を例に説明する。プリント基盤の取引では効果が大きいが、本発明の取引対象はプリント配線板に限定されるものではない。例えば、プリント配線板以外でも、プラスチック射出成形品及び金型，板金プレス品及び金型，アルミダイカスト品及び金型，カスタムＬＳＩ，ベアリング，ハーネスその他これらに相当する製品を取引対象とする場合には、以下の実施の形態は、処理の効率向上の点で大きな効果を奏する。
【００１５】
また取引対象となる製品に対してバイヤーからそのつど仕様の提示がなされる取引において、以下で説明する実施の形態はたいへん有効である。
【００１６】
さらに以下の実施の形態では、バイヤー側における製品発注に関するベンダー毎の見積依頼・回収業務の効率化と有利購入価格の実現効果及びベンダー側における営業コストの削減と製品販売機会向上の両立化ならびに見積作業の省力化効果が可能となる。
【００１７】
図１は、本発明の一実施形態に係る製品の取引システム１の構成図、図２は該見積システムに関する構成要素のうちサポーターシステムの構成図である。図１で、製品の取引システム１は、プリント配線板の製造供給元であるベンダー４とプリント配線板のユーザーであるバイヤー３との間で、製品の一例であるプリント配線板の発注見積に係る処理を行う。
【００１８】
製品の取引システム１は、サポーターシステム２０と、バイヤー３が使用する端末３０と、ベンダー４が使用する端末４０およびこれらの間をつなぐ通信回線５で構成されている。バイヤー３およびベンダー５は複数あるいは多数存在する。図１は一例である。製品の取引システム１の各構成要素について詳細に説明する。
【００１９】
サポーターシステム２０は、図１に示すように、通信ネットワーク５を介して少なくとも１人のバイヤー３が利用するバイヤー端末３０、及び少なくとも１人のベンダー４が利用するベンダー端末４０に接続される、ネットワークを利用したサーバーシステムに関するものである。そして、このサポーターシステムは、バイヤーからの製品である例えば基板の仕様に基づく見積もりの計算などの処理、あるいは各ベンダー及びバイヤーへの見積データの送受信などの処理を行うものである。
【００２０】
このサポーターシステム２０の具体的な構成を図２に示す。サポーターシステム２０は、バス線Ｂと、これに接続される各装置である主制御部２１，データ記憶部２２，入出力部２３及び通信制御部２４を備えている。
【００２１】
データ記憶部２２は、発注する製品、例えば基板についての各ベンダーの見積計算に必要な各種データテーブルなどを記憶するものとして構成されている。各種データテーブルは例えばバイヤー情報テーブルやベンダー情報テーブル，加工コストテーブル，材料コストテーブル，コスト係数テーブル，見積仕様テーブル，計算結果テーブル，応札／落札結果テーブル、などを備えている。これらのテーブルは管理し易さの観点からデータマスタとしてグループ分けして、管理している。またデータマスタには、バイヤー３やベンダー４，サポーターシステムの操作者などが利用する入出力用の画面表示や入出力処理のために利用するデータを保持するマスタを含んでいる。これらのデータは例えば以下で説明するＨＴＭＬファイルを含んでおり、データマスタをＷＥＢ画面フォームマスタと記載する。
【００２２】
各種データマスタとしては、例えば図２に示すように次の▲１▼から▲４▼がある。▲１▼予め会員として登録されたバイヤー毎及びベンダー毎に企業コード，ユーザーＩＤ，ログインパスワード、その他の会員情報を登録した会員マスタ２２ａ。▲２▼製品基板仕様を基に見積価格を算出する際に基準となる価格や係数をベンダー毎に登録した見積原価マスタ２２ｂ。▲３▼見積案件の仕様入力画面その他のＷＥＢ画面を生成する際に使用するＨＴＭＬファイル及びプルダウンメニューのリスト情報等を登録したＷＥＢ画面フォームマスタ２２ｃ。▲４▼バイヤー端末３０から送信されてきた見積仕様データ，見積計算結果，応札結果及び落札結果等を見積案件毎にユニークなコードを付して登録した見積履歴マスタ１２ｄ。
【００２３】
一方、入出力部２３には、図示しないが、キーボード，マウス、などの入力手段とモニタ装置などの出力手段を備えている。また、通信制御部２４は、図示しないが、ＴＣＰ／ＩＰ等のプロトコルに従って通信を行う機能を有しており、オープンな通信回路である通信ネットワーク５を介して各種データの送受信を実現するものである。
【００２４】
制御部２１は、図示しないが、中央演算処理装置（以下ＣＰＵと呼ぶ），ランダムアクセスメモリ（以下ＲＡＭと呼ぶ），リードオンメモリ（以下ＲＯＭと呼ぶ）などからなっており、本サポーターシステム２０を統括的に制御するようになっている。この主制御部２１はプログラムを実行することで処理が実行される。これらの処理の観点から主制御部２１が果たす機能に着目すれば、この主制御部２１は、図２に示すように、バイヤー受信部２１ａ，ベンダー受信部２１ｂ，バイヤー送信部２１ｃ，ベンダー送信部２１ｄ，見積処理部２１ｅ，見積情報登録部２１ｆ，案件情報検索部２１ｇの各装置あるいは各処理機能を備えていると考えることができる。この主制御部２１には、上述の如くこれら各機能を実現するためのプログラムが格納されており、該プログラムが必要に応じて起動・展開している。
【００２５】
以下、この主制御部２１を構成する各装置についてさらに詳細に説明する。ここでは各装置と記載するが、これらはサポーターシステムの処理機能と考えても良い。
【００２６】
（１）受信部２１ａ
受信部２１ａは、所定の製品区分に属する製品基板の発注に伴う設計及び製造に関する仕様条件，数量条件、その他の見積もりに必要な情報を、バイヤーの使用する端末３０から受信する機能を主に果たす。
【００２７】
（２）受信部２１ｂ
受信部２１ｂは、サポーターシステム２０から送信された見積情報に対する見積修正結果を含む応札回答情報を、ベンダーの使用する端末４０から受信する機能を主に果たす。
【００２８】
（３）送信部２１ｃ
送信部２１ｃは、見積依頼を行ったバイヤーの使用する端末３０に対して、製品基板に関してサポーターシステムが処理した見積結果を含む見積情報を送信する機能を主に果たす。
【００２９】
（４）送信部２１ｄ
送信部２１ｄは、各ベンダーの使用する端末４０に対して、製品基板に関してサポーターシステムが処理した見積結果を含む当該ベンダー４の見積情報を送信する機能を主に果たす。
【００３０】
（５）見積処理部２１ｅ
見積処理部２１ｅは、サポーターシステム２０がバイヤー端末３０から受信した見積情報と、予めデータ記憶部２２にデータ登録しているベンダー毎に個性化された原価情報とに基づいて見積もりのための処理を行う機能を主に果たす。サポーターシステム２０が行う見積もりのための処理は、各ベンダーから指定された依頼の処理内容に従って処理される。
【００３１】
（６）登録部２１ｆ
登録部２１ｆは例えば見積情報を登録する処理を行う。この登録部２１ｆはサポーターシステム２０が処理した見積結果を含む見積情報を見積履歴マスタ２２ｄに登録する機能を主に果たす。
【００３２】
（７）検索部２１ｇ
検索部２１ｇは例えば案件についての必要情報を検索する処理を行う。バイヤーが使用する端末３０あるいはベンダーが使用する端末４０から閲覧要求のあった見積案件に関して、見積案件毎に付与された所定のコード、例えばユニークなコードをキーにして、見積もりに関する履歴情報を記憶しているマスタ２２ｄを検索する機能を主に果たす。
【００３３】
次に見積もりに関する処理内容，処理方法を以下説明する。
【００３４】
図３乃至図５は、製品の取引の支援システムやその具体的な処理手順を説明するフローチャートである。以下各フローチャートにおける処理について詳細に説明する。
【００３５】
（１）バイヤーからの見積依頼に関する処理
バイヤー３からの見積依頼に関する処理を図３にしたがって説明する。
【００３６】
見積依頼を行いたいバイヤー３は、端末３０の通信機能例えばＷｅｂブラウザを介してサポーターシステム２０のアドレス例えばＵＲＬを送信し、それに基づきユーザー認証画面がダウンロードされ、端末３０の表示画面に表示される。端末３０は上記表示画面に基づいて入力された、企業コード，ユーザーＩＤ，パスワード等のユーザーを識別するために必要な情報を保持し、さらにこの情報をサポーターシステム２０に通信回線を介して送信する（ステップＳＴ１）。
【００３７】
サポーターシステム２０は端末３０から通信回線を介して受け取った情報に基づき、会員マスタ２２ａを参照してユーザーの認証を行う（ステップＳＴ２）。会員として登録されたバイヤーと認証された場合には、サポーターシステム２０は、見積もりを依頼したい案件の仕様を入力するための入力画面を生成し、バイヤーの利用する端末３０に、上記入力画面を端末３０の表示するための情報を、通信回線を介して送信する（ステップＳＴ３）。
【００３８】
見積もりを依頼する案件の仕様を入力する画面の一例を図７に示す。この入力画面には、所定の製品区分に属する製品基板の見積もりに必要な情報を入力するエリアが表示されている。なお、見積案件仕様入力画面には、修正見積回答期限を設けることが望ましい。修正見積回答期限を設けることにより、後述するベンダー４からの応札回答の遅延を防ぐことが可能となり、本発明の目的とする、見積依頼・回収業務の効率化に資することとなる。
【００３９】
見積案件の仕様を入力する上記画面に引き続き、バイヤーの利用する端末３０の表示装置には、図８及び図９に示されるように、見積要求のあった製品、例えば基板の仕様を入力する画面が表示される。基板の仕様を入力する画面には、製品である基板の層数，板厚，パターンの精度，外形の寸法，積層方式，層間接続の構造，スルーホールの穴数，スルーホールの仕上の径，ランドの径，材質の仕様，表面処理の仕様，割基板の仕様，めっき厚の仕様，接栓の仕様，製作ロットの数等、の入力項目すなわち入力エリアが表示される。これらの項目に入力して入力の終了を示す操作、例えばＯＫ表示を選択すると、入力内容が取り込まれる。
【００４０】
バイヤー３が、上記入力画面に引き続いて表示される依頼製品の仕様の確認画面において見積依頼情報の確認を示す操作、例えばＯＫボタンの選択あるいは、送信ボタンを押下すると、各入力データが確定され、端末３０のＷｅｂブラウザを介してサポーターシステム２０に送付される（ステップＳＴ４）。
【００４１】
サポーターシステム２０は、送信されてきた見積依頼の情報をキーにして予めデータ記憶部２２に登録してある見積もりのための原価情報の係るマスタ２２ｂから見積もりの算出に必要なデータを取り出し、ベンダー毎に異なる計算ロジックに従って原価の計算及び見積もりの算出を行う（ステップＳＴ５）。
【００４２】
生成したベンダー毎の見積結果は、サポーターシステム２０の見積履歴を保持しているマスタ２２ｄに登録される（ステップＳＴ６）と同時に、見積もりの結果を適当な表示形式に加工生成した見積結果の画面を表示するための情報が、見積依頼を行ったバイヤーの端末３０に送信される（ステップＳＴ７）。このとき端末３０のＷｅｂブラウザに表示される画面のレイアウトの一例を図１０に示す。
【００４３】
一方、ベンダー側へは見積案件の引き合いが来たことを知らせる連絡、例えばメールが、サポーターシステム１０から各ベンダー端末４０に通信回線を介して送信される（ステップＳＴ８）。
【００４４】
（２）ベンダーからの応札に関する処理
ベンダー４からの応札に関する処理を図４にしたがって説明する。見積案件の引き合いの連絡、例えばメールを受けたベンダー４は、ベンダー端末４０のＷｅｂブラウザを介してサポーターシステム２０のＵＲＬを送信した後にダウンロードされるユーザーの認証のための画面に従って、企業コード，ユーザーＩＤ，パスワード等のユーザーを識別するために必要な情報を入力し、端末４０から通信回線を介してサポーターシステム２０に送信する（ステップＳＴ９）。
【００４５】
サポーターシステム２０は、会員情報を保持するマスタ２２ａを参照してユーザー認証を行い（ステップＳＴ１０）、会員として登録されたベンダーと認証された場合には、見積案件の一覧を表示する画面を生成し、この一覧の情報を端末４０に送信する（ステップＳＴ１１）。
【００４６】
サポーターシステム２０から受け取った一覧情報に基づき、端末４０は上記見積案件の一覧を表示する。ベンダー４は、画面に表示された見積案件の一覧から引き合いの連絡を受けた案件を選択して、サポーターシステム２０に送信する（ステップＳＴ１２）。サポーターシステム２０は受け取った案件について、案件別に見積結果を登録してある見積もりの履歴を保持しているマスタ２２ｄからベンダー４より要求のあった案件を検索する（ステップＳＴ１３）。検索した結果を適当な表示形式に加工生成した画面を端末４０に送信する（ステップＳＴ１４）。上記画面は見積結果を修正する機能を備えた画面であり、また回答を行う機能を備えた画面である。上述のとおり上記画面の情報を端末４０にステップＳＴ１４でサポーターシステム２０から端末４０に送信する。かかる画面の一例を図１１に示す。この画面には、バイヤー３が見積依頼した案件に関する、仕様，見積結果，見積結果に対する価格の修正を入力する欄，応札の受諾または辞退を入力する表示エリア、例えば受諾または辞退を選択するボタン，応札の辞退時の理由を記入する欄。またバイヤーに対する連絡事項を含むコメントを記入する欄等が表示されている。ベンダー４が、上記画面の入力エリアに必要情報を入力した後、送信ボタンを押下すると、各入力データが確定され、ベンダーの端末４０のＷｅｂブラウザを介してサポーターシステム２０に送信される（ステップＳＴ１５）。
【００４７】
サポーターシステム２０は、送信されてきた応札の結果を表す情報を見積もりの履歴を保持するマスタ２２ｄに登録する（ステップＳＴ１６）。さらに見積もりを依頼したバイヤー３に応札があったことを知らせる連絡、例えばメールで見積もりを依頼したバイヤーの端末３０に送信する（ステップＳＴ１７）。
【００４８】
なお、サポーターシステム２０は、見積もりの修正期限を経過した後は、各ベンダーからの見積もりの修正を含む応札回答を受付不可とする機能を有する、すなわち処理を行う。この場合上記サポーターシステム２０が算出した結果を最終結果として登録するようにしても良い。
【００４９】
また、例えば、サポーターシステムが計算した各ベンダーの見積結果のうち、最安値から所定の数の会社、例えば順に５社に応札への回答を可能とする権利を付与する処理を行い、この内容を記憶するようにしても良い。このようにして各ベンダーからの応札回答の権利を限定することも可能である。これにより、ベンダー端末４０による頻繁な特価見積もりの処理を抑制することができ、サポーターシステムが算出する算出結果の形骸化を防止することが可能になる。
【００５０】
さらに、応札回答の権利付与に際して、価格優先の場合、納期優先の場合及び信頼性優先の場合毎に異なる限定条件を設けてこの条件を記憶装置に保持し、保持された条件に照らしてサポーターシステムは、ベンダーを所定の数に選定してこれを記憶手段に登録し、登録されたベンダーの端末４０に上記見積もりの結果を送信する。これにより二次回答の権利付与に多様性を持たせることも可能である。
【００５１】
（３）バイヤーからの落札に関する処理
バイヤー３からの落札に関する処理を図５にしたがって説明する。サポーターシステム２０から応札に関する連絡、例えばメールを受けたバイヤー３は、バイヤー端末３０のＷｅｂブラウザを介してサポーターシステム２０のＵＲＬを送信した後にダウンロードされるユーザーの認証を行う画面に従って、企業コード，ユーザーＩＤ，パスワード等のユーザーを識別するために必要な情報を入力してサポーターシステム２０に送信する（ステップＳＴ１８）。
【００５２】
サポーターシステム２０は、会員マスタ２２ａを参照してユーザー認証を行い（ステップＳＴ１９）、会員として登録されたバイヤーと認証された場合に限り、応札案件一覧画面を生成してバイヤー端末３０に送信する（ステップＳＴ２０）。
【００５３】
バイヤー３は、応札案件一覧画面から応札連絡メールを受けた案件を選択して、サポーターシステム２０に送信する（ステップＳＴ２１）。サポーターシステム２０は、案件別に見積結果を登録してある見積履歴マスタ２２ｄからバイヤー３より要求のあった案件を検索し（ステップＳＴ２２）、取り出した結果を適当な表示形式に加工生成した応札結果兼落札選定画面をバイヤー端末３０に送信する（ステップＳＴ２３）。この応札結果兼落札選定画面には、バイヤー３が見積依頼した案件に関して、応札受諾結果，見積修正結果等の表示及び落札ベンダーを選定するための落札先選択項目が表示されている。バイヤーが落札ベンダーを選択した後、送信ボタンを押下すると、各入力データが確定され、バイヤー端末３０のＷｅｂブラウザを介してサポーターシステム２０に送付される（ステップＳＴ２４）。
【００５４】
サポーターシステム２０は、送信されてきた落札結果情報を見積履歴マスタ２２ｄに登録する（ステップＳＴ２５）。なお、上記見積方法は、見積依頼，応札，落札の一連のフローに沿って説明したものであるが、上記フローに限定されず、バイヤー３及びベンダー４は、サポーターシステム２０にアクセスして、過去の見積案件情報を閲覧できる。
【００５５】
図６は、本実施例に係る取引システム１に含まれるビジネスモデルを説明するブロック図を示している。同図において、バイヤー３またはベンダー４は、前提としてサポーター２（サポート会社）に対して登録料を支払い、会員登録を受けることによりサポーター２からの各種サービスの提供を受けることが可能となる。
【００５６】
例えば、バイヤー３は、発注基板に関するシステム参加全ベンダーの見積依頼を要求することが可能となる。すなわち、バイヤー３がバイヤー端末３０を通じて、発注基板の設計及び製造に関する仕様条件，数量条件その他の見積情報をサポーターシステム２０に送信すると、発注基板についての各ベンダー４の見積結果情報を瞬時に受信することが可能となる。これにより、バイヤー３は、見積依頼及び回収業務の効率化を図れるとともに、有利購入価格の実現が可能となる。
【００５７】
一方、ベンダー４は、バイヤー３から要求のある全ての発注基板に関する見積代行支援を受けることが可能となる。すなわち、バイヤー３がバイヤー端末３０を通じて発注基板に関する見積情報をサポーターシステム２０に送信すると、サポーターシステム２０がベンダーに代わって見積算出を行い、結果をバイヤー端末３０に送信するとともに、各ベンダー４のベンダー端末４０に見積依頼があったことを知らせる連絡メールを送信する。
【００５８】
これにより、ベンダー４は、全ての見積案件に対して応札参加する機会を得られ、ビジネスチャンスが広がるとともに見積作業の省力化を実現することが可能となる。
【００５９】
サポーター２は、上記サービスの利用に対する対価をバイヤー３及びベンダー４から徴収する。対価に関しては、定額性にすることも可能であるし、見積依頼案件ごとに課金することも可能である。
【００６０】
図１２はバイヤー３が仕様を入力するための画面である。画面の左上は対象製品である、基板の構造が表示され、この表示を参考として以下数値を含む仕様を順に入力するように表示エリアが配置されている。これらの項目は記入が容易なように、あるいは価格計算が容易なように、あるいは誤解を少なくするように、プルダウンの内容から選択する方法が多く取られている。表示枠の右側に下向きの矢印を示す表示がプルダウンの操作ボタンである。また積層構造については選択内容を記載し、バイヤーに選択させることで上記プルダウンと同様の効果を得ている。
【００６１】
左上に表示の上記製品の構造を示す図が取引処理の点でたいへん重要である。サポーターシステム２０へ端末３０から取引対象製品を回線を介して送信することにより、サポーターシステム２０が予め記憶している構造のサンプルを端末３０に送信して端末３０の表示部に表示し、そのサンプルから所定サンプルをバイヤーが選択することで構造図を決めるようにした方がより適切に仕様を決めることが可能になる。また対象製品の構成要素をサポーターシステム２０から端末３０に提供し、この要素を選択しおよび組み合わせることで上記構造図を作成するようにしても正確な仕様の決定が可能となる。
【００６２】
以上説明したように、上記実施の形態によれば、バイヤーからの仕様に基づく発注製品に関するベンダー毎の見積作成ならびにベンダー及びバイヤーへの通知を、通信ネットワークを介してのソフトウェアとハードウェア資源とが協働した具体的手段を用いて実現させている。このため、バイヤー側においては、発注製品に関するベンダー毎の見積依頼及び回収業務の効率化が図れるとともに、有利購入価格の実現が享受できる。
【００６３】
また、ベンダー側においては、見積作業の省力化を実現できるとともに営業コストの削減と製品販売機会向上の両立が図れることになる。
【００６４】
【発明の効果】
本発明によれば、取引のスピードアップが可能となる。
【００６５】
また取引業務の効率向上が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る見積システムの全体構成図である。
【図２】本発明の一実施形態に係るサポーターシステムの構成図である。
【図３】本発明の一実施形態に係る見積依頼に関するフローチャートである。
【図４】本発明の一実施形態に係る応札に関するフローチャートである。
【図５】本発明の一実施形態に係る落札に関するフローチャートである。
【図６】本発明の一実施形態に係るビジネスモデルを示すブロック図である。
【図７】本発明の一実施形態に係る仕様入力画面を示す図である。
【図８】本発明の一実施形態に係る基板仕様の入力画面を示す図である。
【図９】本発明の一実施形態に係る基板仕様の入力画面を示す図である。
【図１０】本発明の一実施形態に係る見積結果の画面を示す図である。
【図１１】本発明の一実施形態に係る応札回答画面を示す図である。
【図１２】本発明の一実施形態に係る仕様の入力画面を示す図である。
【符号の説明】
１…取引システム、２…サポーター、３…バイヤー、４…ベンダー、５…通信ネットワーク、２０…サポーターシステム、２１…主制御部、２１ａ，２１ｂ…受信部、２１ｃ，２１ｄ…送信部、２１ｅ…見積処理部、２１ｆ…登録部、２１ｇ…検索部、２２…データ記憶部、２２ａ…会員マスタ、２２ｂ…見積原価マスタ、２２ｃ…ＷＥＢ画面フォームマスタ、２２ｄ…見積履歴マスタ、２３…入出力部、２４…通信制御部、３０…バイヤー端末、４０…ベンダー端末。
【図１】
2005018668.tif 000003
【図２】
2005018668.tif 000004
【図３】
2005018668.tif 000005
【図４】
2005018668.tif 000006
【図５】
2005018668.tif 000007
【図６】
2005018668.tif 000008
【図７】
2005018668.tif 000009
【図８】
2005018668.tif 000010
【図９】
2005018668.tif 000011
【図１０】
2005018668.tif 000012
【図１１】
2005018668.tif 000013
【図１２】
2005018668.tif 000014