JP2001155072A - 取引支援装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子商取引において、見積もり回答に示され
た金額以外の属性も評価の対象とするとともに、再見積
もり依頼を行って取引の公正を期す。 【解決手段】 見積もり依頼が購買者端末１０から送信
されてきた場合には、取引支援装置２０の見積もり依頼
取得手段２０ａがこれを取得する。見積もり依頼配信手
段２０ｂは、取得した見積もり依頼を適当な販売者端末
３０〜５０に対して送信する。見積もり依頼に対する回
答（見積もり回答）が販売者端末３０〜５０から返送さ
れてきた場合には、送信手段２０ｃがこれを受信し、見
積もり期限内である場合には、見積もり依頼配信手段２
０ｂを制御して再見積もりを実行させる。見積もり期限
が経過した場合には、送信手段２０ｃは、回収された見
積もり回答に提示された金額とその回答を行った販売者
に係る属性情報とを参照して最適な販売者を決定し、見
積もり依頼を行った購買者端末１０に対して通知する。
購買者端末１０では、処理結果受信手段１０ｃによって
処理結果が受信され、処理結果出力手段１０ｄにより表
示装置１２に対して出力される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は取引支援装置に関
し、特に、購買者端末と複数の販売者端末の間の商取引
を支援する取引支援装置に関する。

【０００２】

【従来の技術】インターネットの普及により、商取引を
ネットワーク上で行う電子商取引が社会に浸透しつつあ
る。

【０００３】このような電子商取引を行うシステムは、
購買者側に配置された購買者端末と、販売者側に配置さ
れた販売者端末と、取引の仲介を行う取引支援装置とか
ら構成されている。

【０００４】実際に取引を行う際には、先ず、購買者が
購買者端末を操作して、「見積もり依頼」を取引支援装
置に対して送信する。見積もり依頼を受信した取引支援
装置は、要求に適合する販売者を選択し、該当する販売
者端末に対して見積もり依頼を配信する。

【０００５】販売者端末では、見積もり依頼に対する回
答である「見積もり回答」が入力され、取引支援装置に
返信される。取引支援装置では、見積もり回答の中から
最良の販売者を選択し、その見積もり回答を購買者端末
に対して送信する。

【０００６】その結果、購買者が承認した場合には取引
が成立することになる。

【０００７】

【発明が解決しようとする課題】しかし、このような従
来の電子商取引においては、販売者を選択する際の評価
の対象が金額だけである場合が多かったので、例えば、
販売者の信用度や規模等の他の属性を考慮に入れて選択
を行うことができないという問題点があった。

【０００８】また、販売者側は見積もり回答を一回しか
行うことができないことが通例であるので、例えば、他
者の動向を窺ってから見積もり回答を再度提出するとい
ったことができないという問題点もあった。

【０００９】本発明はこのような点に鑑みてなされたも
のであり、金額以外の要素も考慮に入れて販売者を選択
することが可能な取引支援装置を提供することを目的と
する。

【００１０】また、本発明は、販売者が他者の動向を窺
いつつ取引を行うことが可能な取引支援装置を提供する
ことを目的とする。

【００１１】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、購買者端末１０と複数の販
売者端末３０〜５０の間の商取引を支援する取引支援装
置２０において、前記購買者端末１０から指定期限を含
む商品またはサービスの見積もり依頼を取得する見積も
り依頼取得手段２０ａと、前記指定期限内である場合
に、当該見積もり依頼について応答した販売者のうち一
または二以上の販売者に対して、再度の見積もり依頼を
送信する見積もり依頼配信手段２０ｂと、を有すること
を特徴とする取引支援装置２０が提供される。

【００１２】ここで、見積もり依頼取得手段２０ａは、
購買者端末１０から指定期限を含む商品またはサービス
の見積もり依頼を取得する。見積もり依頼配信手段２０
ｂは、指定期限内である場合に、当該見積もり依頼につ
いて応答した販売者のうち一または二以上の販売者に対
して、再度の見積もり依頼を送信する。

【００１３】また、図１に示す、購買者端末１０と複数
の販売者端末３０〜５０の間の商取引を支援する取引支
援装置２０において、購買者端末１０から依頼された商
品またはサービスの見積もり依頼を、依頼内容に基づい
た販売者端末に送信する見積もり依頼配信手段２０ｂ
と、販売者の応札内容とともに、応札した販売者の応札
金額および販売者属性に基づき算出した評価値を、前記
購買者端末１０に対して送信する送信手段２０ｃと、を
有することを特徴とする取引支援装置２０が提供され
る。

【００１４】ここで、見積もり依頼配信手段２０ｂは、
購買者端末１０から依頼された商品またはサービスの見
積もり依頼を、依頼内容に基づいた販売者端末に送信す
る。送信手段２０ｃは、販売者の応札内容とともに、応
札した販売者の応札金額および販売者属性に基づき算出
した評価値を、前記購買者端末１０に対して送信する。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
する原理図である。この図に示すように、本発明に係る
取引支援システムは、購買者端末１０、取引支援装置２
０、および、販売者端末３０〜５０によって構成されて
いる。

【００１６】購買者端末１０は、見積もり依頼入力手段
１０ａ、見積もり依頼送信手段１０ｂ、処理結果受信手
段１０ｃ、および、処理結果出力手段１０ｄによって構
成されており、購買者が入力装置１１を操作して入力し
た見積もり依頼を取引支援装置２０に対して送信すると
ともに、取引の結果を取引支援装置２０から受信し、表
示装置１２に表示出力する。なお、この原理図では、説
明を簡略化するために購買者端末を１つしか示していな
いが、実際には複数の購買者端末が接続されている。ま
た、本明細書において、「見積もり依頼」とは、商品ま
たはサービス提供前の見積もり依頼の他、商品またはサ
ービスの購入依頼も含まれるものとする。

【００１７】ここで、見積もり依頼入力手段１０ａは、
キーボード等である入力装置１１が操作されて入力され
た見積もり依頼を受け付け、見積もり依頼送信手段１０
ｂに供給する。

【００１８】見積もり依頼送信手段１０ｂは、見積もり
依頼入力手段１０ａから入力された見積もり依頼を取引
支援装置２０に対して送信する。処理結果受信手段１０
ｃは、見積もり依頼の結果として販売者から返送された
見積もり回答に応じて取引支援装置２０における評価結
果を受信する。

【００１９】処理結果出力手段１０ｄは、処理結果受信
手段１０ｃによって受信された処理結果を表示装置１２
に対して出力する。表示装置１２は、例えば、ＣＲＴ
（Cathode Ray Tube）モニタ等によって構成されてお
り、購買者端末１０から出力された処理結果を表示す
る。

【００２０】取引支援装置２０は、見積もり依頼取得手
段２０ａ、見積もり依頼配信手段２０ｂ、および、送信
手段２０ｃによって構成されている。ここで、見積もり
依頼取得手段２０ａは、購買者端末１０から送信されて
きた見積もり依頼を取得する。

【００２１】見積もり依頼配信手段２０ｂは、見積もり
依頼取得手段２０ａによって取得された見積もり依頼
を、その依頼内容に応じた適切な販売者端末に対して配
信する。また、送信手段２０ｃから要請があった場合に
は、再度の見積もり依頼である再見積もり依頼を該当す
る販売者端末に対して配信する。

【００２２】送信手段２０ｃは、見積もり依頼期限内で
ある場合には見積もり依頼配信手段２０ｂを制御して再
見積もり依頼を通知させるとともに、見積もり依頼期限
が経過した場合には、応札した販売者の応札金額および
販売者属性に基づいて最良の販売者を選択し、購買者端
末１０に対して通知する。

【００２３】販売者端末３０〜５０は、取引支援装置２
０を介して購買者端末１０から送信されてきた見積もり
依頼に対しての回答である見積もり回答を生成して取引
支援装置２０に対して返送する。なお、販売者端末３０
〜５０は、全て同様の構成とされているので、以下では
販売者端末４０についてのみ説明を行う。

【００２４】販売者端末４０は、見積もり依頼受信手段
４０ａ、見積もり依頼出力手段４０ｂ、見積もり回答入
力手段４０ｃ、および、見積もり回答送信手段４０ｄに
よって構成されている。

【００２５】見積もり依頼受信手段４０ａは、取引支援
装置２０から送信されてきた見積もり依頼または再見積
もり依頼を受信する。見積もり依頼出力手段４０ｂは、
見積もり依頼受信手段４０ａによって受信された見積も
り依頼または再見積もり依頼を表示装置４１に対して表
示出力する。

【００２６】表示装置４１は、表示装置１２と同様にＣ
ＲＴモニタ等によって構成されており、販売者端末４０
から出力された見積もり依頼または再見積もり依頼を表
示する。

【００２７】入力装置４２は、入力装置１１と同様にキ
ーボード等によって構成されおり、購買者から操作に応
じて情報を見積もり回答入力手段４０ｃに供給する。見
積もり回答入力手段４０ｃは、入力装置４２からの情報
を入力する。

【００２８】見積もり回答送信手段４０ｄは、見積もり
回答入力手段４０ｃによって入力された見積もり回答を
取引支援装置２０に対して送信する。次に、以上の原理
図の動作について説明する。

【００２９】いま、購買者が、入力装置１１を操作し
て、例えば、商品Ａに関する見積もり依頼を入力したと
する。すると、この見積もり依頼は、見積もり依頼入力
手段１０ａを介して見積もり依頼送信手段１０ｂに供給
され、取引支援装置２０に向けて送信される。

【００３０】取引支援装置２０は、購買者端末１０から
送信されてきた見積もり依頼を見積もり依頼取得手段２
０ａによって取得し、見積もり依頼配信手段２０ｂに供
給する。

【００３１】見積もり依頼配信手段２０ｂは、供給され
た見積もり依頼を参照し、適切な販売者に向けて見積も
り依頼を配信する。いまの例では、見積もりの対象は商
品Ａであるので、図示せぬデータベースを参照してこの
商品Ａを取り扱っている販売者に対して見積もり依頼を
配信する。その結果、例えば、販売者端末３０〜５０の
全てが該当する場合には、これらの全てに対して見積も
り依頼が送信されることになる。

【００３２】見積もり依頼の配信対象となった販売者端
末４０では、見積もり依頼受信手段４０ａがこの見積も
り依頼を受信し、見積もり依頼出力手段４０ｂに供給す
る。見積もり依頼出力手段４０ｂは、供給された見積も
り依頼を表示装置４１に対して表示出力する。

【００３３】表示装置４１に表示された内容に基づい
て、販売者が入力装置４２を操作することにより入力さ
れた見積もり回答（商品Ａの提示金額を示す情報）は、
見積もり回答入力手段４０ｃを介して入力され、見積も
り回答送信手段４０ｄによって取引支援装置２０に返送
される。

【００３４】取引支援装置２０は、各販売者端末から送
信されてきた見積もり回答を回収し、送信手段２０ｃに
供給する。送信手段２０ｃは、見積もり期限内である場
合には、見積もり依頼配信手段２０ｂを制御して再見積
もり依頼を送信させる。

【００３５】その結果、見積もり依頼配信手段２０ｂ
は、見積もり回答を行った販売者の属性を図示せぬデー
タベースから取得し、取得した情報と提示された応札金
額とに基づいて、回答を行った各販売者を評価し、その
評価に応じて一または二以上の販売者に対して再見積も
り依頼を行う。

【００３６】例えば、応札金額と、販売者の属性である
信用度を示す会社の規模（社員数や資本金）や、過去の
取引に基づく購買者の評価等を参照して、各見積もり回
答を評価し、その評価が所定の基準を満たしている販売
者に対しては再見積もり依頼を行う。このとき、現在の
入札状況に関する情報（例えば、最低価格等）を再見積
もり依頼に対して付加する。

【００３７】再見積もり依頼を受信した各販売者端末で
は、付加されている最低価格等の情報を参照して二回目
の回答を行う。このような処理は、見積もり期限が経過
するまで繰り返されることになる。

【００３８】見積もり期限が経過した場合には、送信手
段２０ｃは、応札金額と属性情報により販売者を評価
し、その評価が最良である販売者を、「推薦する販売
者」として販売者端末１０に通知する。

【００３９】購買者端末１０では、処理結果を処理結果
受信手段１０ｃによって受信し、処理結果出力手段１０
ｄによって表示装置１２に表示出力する。その結果、見
積もり依頼を行った購買者は、最適な販売者を知るとと
もに、その提示金額を知ることができる。

【００４０】以上に示すように、本発明に係る取引支援
装置によれば、販売者側が提示した金額のみならず、販
売者の規模や過去の取引に基づく評価等も参照して、取
引先を決定することができるので、取引をより円滑に行
うことが可能となる。

【００４１】また、本発明に係る取引支援装置によれ
ば、見積もり期限内である場合には、販売者に対して再
見積もり依頼を行うようにしたので、購買者にとっては
最適価格での購入が可能となり、一方、販売者にとって
は販売の機会を増大することが可能となる。

【００４２】次に、図２を参照して本発明の実施の形態
の構成例について説明する。この図に示すように、本発
明の実施の形態は、購買者端末６０−１〜６０−ｎ、ネ
ットワーク７０、取引支援装置８０、ネットワーク９
０、および、販売者端末１００−１〜１００−ｍによっ
て構成されている。

【００４３】ここで、購買者端末６０−１〜６０−ｎ
は、パーソナルコンピュータ等によって構成されてお
り、各購買者側に配置され、ネットワーク７０を介して
取引支援装置８０との間で情報を授受する。

【００４４】ネットワーク７０は、例えば、インターネ
ットや専用回線であり、購買者端末６０−１〜６０−ｎ
と、取引支援装置８０との間で情報の授受を行う。取引
支援装置８０は、ネットワーク７０を介して購買者端末
６０−１〜６０−ｎから見積もり依頼を受け付け、該当
する販売者端末に対して送信するとともに、見積もり依
頼に応じて返送されてきた見積もり回答を受信し、所定
の処理を実行する。

【００４５】ここで、取引支援装置８０は、ＣＰＵ（Ce
ntral Processing Unit）８０ａ、ＲＯＭ（Read Only M
emory）８０ｂ、ＲＡＭ（Random Access Memory）８０
ｃ、ＨＤＤ（Hard Disk Drive）８０ｄ、Ｉ／Ｆ（Inter
face）８０ｅ，８０ｆによって構成されている。

【００４６】ＣＰＵ８０ａは、装置の各部を制御すると
ともに、ＨＤＤ８０ｄ等に格納されているプログラムに
応じて種々の演算処理を実行する。ＲＯＭ８０ｂは、Ｃ
ＰＵ８０ａが実行する基本的なプログラムやデータを格
納している。

【００４７】ＲＡＭ８０ｃは、ＣＰＵ８０ａが実行する
プログラムや、演算途中のデータを一時的に格納する。
ＨＤＤ８０ｄは、ＣＰＵ８０ａが実行するプログラムや
処理対象となるデータを格納している。

【００４８】Ｉ／Ｆ８０ｅは、ネットワーク７０を介し
て情報を授受する際に、データの表現形式を適宜変換す
る。Ｉ／Ｆ８０ｆは、ネットワーク９０を介して情報を
授受する際に、データの表現形式を適宜変換する。

【００４９】ネットワーク９０は、前述の場合と同様
に、インターネットや専用回線によって構成されてお
り、取引支援装置８０と販売者端末１００−１〜１００
−ｍとの間で情報の授受を行う。

【００５０】販売者端末１００−１〜１００−ｍは、パ
ーソナルコンピュータ等によって構成されており、各販
売者側に配置され、ネットワーク９０を介して取引支援
装置８０との間で情報を授受する。

【００５１】次に、以上の実施の形態の動作について説
明する。いま、例えば、購買者端末６０−１において、
見積もり依頼を行うための所定の操作がなされたとする
と、購買者端末６０−１の表示装置には、図３に示す画
面が表示され、見積もり依頼の入力が可能となる。

【００５２】この表示例では、「見積もり依頼」と題さ
れたウィンドウ１２０が表示されている。ウィンドウ１
２０の右上には、このウィンドウ１２０を縮小、拡大、
終了する場合にそれぞれ操作されるボタン１２０ａ〜１
２０ｃが表示されている。

【００５３】また、ウィンドウ１２０の表示領域の最上
部には、見積もり依頼番号が表示されるテキストボック
ス１２０ｄが配置されている。なお、この見積もり番号
は、自動的に発生されてこのテキストボックス１２０ｄ
内に表示される。

【００５４】その下には、依頼者名が入力されるテキス
トボックス１２０ｅが表示されており、続いて、商品名
が入力されるテキストボックス１２０ｆ、商品コードが
入力されるテキストボックス１２０ｇ、数量が入力され
るテキストボックス１２０ｈ、見積もり回答期限が入力
されるテキストボックス１２０ｉ、商品の納期が入力さ
れるテキストボックス１２０ｊ、購入属性を入力する際
に操作される購入者属性設定ボタン１２０ｋが表示され
ている。

【００５５】なお、この表示例では、見積もり依頼番号
としては「１０１２３」が表示されている。依頼者名と
しては「中河内 隆太郎」が入力されており、また、商
品名としては「窒化珪素」が、商品コードとしては「２
０１１５」が、数量としては「５ｔ」が、見積もり回答
期限としては「１９９９年１１月１日」が、納期として
は「１９９９年１１月１５日」がそれぞれ入力されてい
る。

【００５６】なお、画面最下部の送信ボタン１２０ｍ
は、入力された内容の見積もり依頼を送信する場合に操
作され、キャンセルボタン１２０ｎは入力された内容を
キャンセルする場合に操作される。

【００５７】このような表示画面において、購入者属性
設定ボタン１２０ｋが操作されると、図４に示す画面が
表示されることになる。この画面では、販売者を選択す
る上での判断の基準となる各情報（例えば、価格等）
を、購買者がどのように評価するかを示す購入属性（重
み付け情報）が入力される。

【００５８】この表示例では、「購入属性設定」と題さ
れたウィンドウ１３０が表示されている。なお、ボタン
１３０ａ〜１３０ｃについての説明は省略する。スライ
ドボタン１３０ｄは、価格の優先度を入力する場合に操
作される。また、スライドボタン１３０ｅは納期の優先
度を、スライドボタン１３０ｆは品質の優先度を、スラ
イドボタン１３０ｇはサービス（例えば、アフターサー
ビス等）の優先度を、スライドボタン１３０ｈは販売者
の取引実績の優先度をそれぞれ入力する場合に操作され
る。この例では、価格の優先度は「５」に、納期の優先
度は「４」に、品質の優先度は「３」に、サービス優先
度は「２」に、また、販売取引実績優先度は「３」に設
定されている。

【００５９】以上のような設定がなされた後、ＯＫボタ
ン１３０ｉが操作されると、購入属性が実際に設定され
ることになる。なお、キャンセルボタン１３０ｊが操作
された場合には入力された内容がキャンセルされる。ま
た、図４の表示例では、全ての項目の入力を必須とした
が、１または２以上の項目の入力を省略するようにして
もよい。

【００６０】購入属性の設定が終了した後、図３に示す
送信ボタン１２０ｍが操作されると、図３に示す画面に
おいて入力された内容と、図４に示す画面において入力
された内容とが見積もり依頼として、ネットワーク７０
を介して取引支援装置８０に向けて送信される。

【００６１】取引支援装置８０では、送信されてきた見
積もり依頼をＩ／Ｆ８０ｅを介して取り込み、ＲＡＭ８
０ｃに一時的に格納する。ＣＰＵ８０ａは、見積もり依
頼を送信した購買者を特定し、その購買者に対応する購
買者属性をＨＤＤ８０ｄから検索する。

【００６２】図５は、ＨＤＤ８０ｄに格納されている購
買者属性の一例を示す図である。この図に示すように、
購買者属性は、一般の属性値である「一般属性」、過去
の取引においてこの購買者と取引を行った販売者によっ
て評価された属性である「評価属性」、および、この購
買者が優先的な取引先としている「優先取引先」によっ
て構成されている。具体的には、一般属性としては、
「会社名」、「住所」、「電話番号」、「資本金」、
「操業期間」、および、「従業員数」が格納されてい
る。また、評価属性としては、支払いの良否（例えば、
支払い期限を守ったか否か）を１〜５の間の数値（支払
いが良い程大きい値になる）によって評価した「支払
い」と、他の購買者と比較した場合における納品した商
品に対するクレームの多寡を同じく１〜５の間の数値
（クレームが少ない程大きい値になる）によって評価し
た「クレーム」が格納されている。更に、優先取引先と
しては、この購買者が優先的に取引を行っている取引先
である販売者の名称が商品毎に格納されている。

【００６３】ＣＰＵ８０ａは、ＨＤＤ８０ｄから取得し
た購買者属性から、評価属性を抽出し、これらの値を加
算した値を求めて購買者の評価値である「購買者評価
値」とする。図５の例では、「支払い」と「クレーム」
に対応する値「５」と「３」の加算値「８」が算出さ
れ、この値が購買者評価値となる。

【００６４】次に、ＣＰＵ８０ａは、ＨＤＤ８０ｄに格
納されている販売者属性を参照して、受信した見積もり
依頼に適合する販売者を特定する。図６は、販売者属性
の一例を示す図である。この図に示すように、販売者属
性は、販売者の一般的な属性である「一般属性」、過去
の取引において購買者によって与えられた評価である
「評価属性」、取り扱っている商品の種類を示す「取り
扱い商品」、割引率を示す「割引率」、キャンペーンに
関する情報である「キャンペーン」、および、優先して
取引を行うことを希望する購買者を示す「優先取引先」
によって構成されている。

【００６５】ＣＰＵ８０ａは、見積もり依頼に適合する
販売者を特定するにあたって、先ず、見積もり依頼の対
象となっている商品を特定し、その商品を取り扱い商品
としている販売者を特定する。いまの例では、見積もり
依頼の対象となっている商品は「窒化珪素」（図３参
照）であるので、取り扱い商品として「窒化珪素」を含
む販売者が特定される。なお、図６に示す販売者属性を
有する販売者も「窒化珪素」を取り扱い商品とするので
適合すると判定される。

【００６６】次に、ＣＰＵ８０ａは、以上のようにして
特定された各販売者の評価属性を取得し、これらの値に
対して図４に示す購入属性による重み付けを行い、販売
者が購買者の要求にどれだけマッチしているかを示す値
である「評定値」を算出する。即ち、ＣＰＵ８０ａは、
先ず、「納期」、「品質」、「サービス」、および、
「総取引回数」を取得する。そして、総取引回数に関し
ては、その値（取引回数）が１０回未満である場合には
「１」を、また、１０回以上２０回未満の場合は「２」
を、２０回以上３０回未満の場合は「３」を、３０回以
上４０回未満の場合は「４」を、４０回以上の場合は
「５」を選択し、これを総取引回数に係る値として定義
する。そして、ＣＰＵ８０ａは、各値に対してそれぞれ
対応する重み（図４において入力された重み）を乗算し
た値を“５”で除算した結果を加算し、評定値を算出す
る。例えば、この例では、納期に関しては、販売者属性
の「納期」は“５”であるので、この値に対して「納期
優先度」である“４”を乗算し、得られた結果“２０”
を“５”で除算した値“４”を得る。同様にして、品質
に対しては“２．４”が得られ、また、サービスおよび
取引実績に対しては“０．８”および“１．２”がそれ
ぞれ得られる。従って、評定値としてはこれらを加算し
た値である“９．４”を得る。ここで、「価格」に関し
ては、販売者側からの回答がなされていないので、評定
値には反映されない。

【００６７】なお、以上では販売者の評価属性と購入属
性を乗算し、得られた値を“５”で除算するようにした
が、例えば、評価属性と購入者属性を加算し、得られた
値を“２”で除算するようにしてもよい。また、以上で
は全ての項目を計算の対象としたが、例えば、１または
２以上の項目については省略するようにしてもよい。具
体的には、図４に示す画面において入力されなかった項
目に対しては、評定値の計算対象から除外するようにし
てもよい。

【００６８】以上のような処理により、各販売者に対す
る評定値を算出し、この評定値が大きい順に各販売者を
ソートする。そして、ＣＰＵ８０ａは、評定値が大きい
方から例えば１０位以内に入っている販売者を見積もり
依頼を配信する販売者として選択し、見積もり依頼を送
信する。このとき、販売者属性の優先取引先（図６参
照）に、見積もり依頼を行った購買者が含まれている場
合（例えば、図６の例では、見積もり依頼を行った購買
者が○×化学である場合）には、その販売者は無条件で
選択して見積もり依頼を送信するようにしてもよい。こ
のような処理によれば、販売者側の希望を考慮に入れた
選択を行うことが可能となる。

【００６９】例えば、いまの例において、図６に示すＢ
ＢＢ社が１０位以内に入っており、また、この販売者の
販売者端末が１００−１であるとすると、販売者端末１
００−１に対して購買者端末６０−１から送信された見
積もり依頼が送信されることになる。なお、以上の例で
は、評定値が大きいものを選択して見積もり依頼を送信
するようにしたが、例えば、この評定値を算出せずに、
全ての販売者に対して見積もり依頼を送信するようにし
てもよい。

【００７０】その結果、販売者端末１００−１の表示装
置に対しては、図７に示すような画面が表示されること
になる。この表示例では、「見積もり依頼一覧」と題さ
れたウィンドウ１４０が表示されており、その表示領域
には見積もり依頼一覧表１４０ｄと、各見積もり依頼の
詳細を表示させる場合に操作される詳細ボタン１４０ｅ
〜１４０ｈが表示されている。なお、見積もり依頼一覧
表１４０ｄには回答期限が早い順に見積もり依頼が表示
されるので、回答期限が「１１月１日」である「ＡＡ
Ａ」からの見積もり依頼（購買者端末６０−１から先に
送信された見積もり依頼）が最先に表示されている。

【００７１】また、見積もり依頼一覧表１４０ｄの右端
に表示されている「状況」は、取引の進行状況を示して
おり、「受理」は新たな見積もり依頼が受信されたこと
を示す。また、「回答中」は見積もり依頼に対する回答
が既になされていることを示す。

【００７２】このような表示画面において、詳細ボタン
１４０ｅが操作されると、図８に示す画面が表示され、
見積もり依頼に対する回答の入力を行うことが可能とな
る。ここで、表示領域１５０ｄには、この見積もり回答
が何回目であるか否かを示す「状況」が表示されてお
り、この例では、「第１回目」という表示から分かるよ
うに、最初の回答であることが示されている。表示領域
１５０ｅには、見積もり依頼に関する情報が表示されて
おり、この例では、「依頼元」、「購買者評価値」、
「商品名」、「数量」、「回答期限」、および、「納
期」が表示されている。

【００７３】表示領域１５０ｆには、販売者の見積もり
回答が入力される。この例では、「見積もり単価」、
「受付担当者」、「有効期限」、および、「コメント」
が入力項目として表示されており、「見積もり単価」と
しては「￥８００（ｋｇ）」が、受け付け担当者として
は「幸田 武人」が、この回答の有効期限を示す「有効
期限」には「１２月３１日」が、また、「コメント」は
未入力状態とされている。

【００７４】表示領域の最下部には、離脱ボタン１５０
ｇ、送信ボタン１５０ｈ、および、キャンセルボタン１
５０ｉが表示されている。ここで、離脱ボタン１５０ｇ
は、取引から離脱する場合に操作される。即ち、この離
脱ボタン１５０ｇが操作された場合には、この販売者は
取引への参加資格を放棄したことになる。送信ボタン１
５０ｈは、入力された内容を取引支援装置８０に対して
送信する場合に操作される。キャンセルボタン１５０ｉ
は、入力された内容をキャンセルする場合に操作され
る。

【００７５】いま、図８に示す画面において、送信ボタ
ン１５０ｈが操作されたとすると、入力された情報は見
積もり回答として取引支援装置８０に送信される。取引
支援装置８０は、見積もり回答を受信した旨を示すメッ
セージを、回答を行った販売者端末１００−１に対して
送信する。その結果、図７に示す表示画面の先頭の表示
項目の「状況」は、図９に示すように、「受理」が「回
答中」に変更されることになる。

【００７６】見積もり回答を受信した取引支援装置８０
は、見積もり回答に含まれている見積もり単価（図８参
照）を抽出し、この見積もり単価と、先に算出した評定
値とから各販売者の評価値を算出する。即ち、ＣＰＵ８
０ａは、抽出された全ての見積もり単価の中で最高と最
低の金額を検出し、これらをそれぞれＶｍａｘとＶｍｉ
ｎとする。そして、各見積もり金額をＶとして以下の式
から各販売者毎の金額に係る評価値ＥＶを算出する。

【００７７】

【数１】 ＥＶ＝（Ｖ−Ｖｍｉｎ）／（Ｖｍａｘ−Ｖｍｉｎ）×４＋１ ・・・（１） ここで、金額に係る評価値ＥＶは、Ｖ＝Ｖｍｉｎの場合
にはＥＶ＝１となり、また、Ｖ＝Ｖｍａｘの場合にはＥ
Ｖ＝５となる。

【００７８】そして得られた、金額に係る評価値ＥＶ
を、先に算出した評定値に対して加算し、評価値を得
る。例えば、販売者ＢＢＢの評価値としては、“１２．
０”が得られることになる。同様にして、全ての販売者
の評価値を算出し、この評価値の大きい順に販売者をソ
ートする。図１０は、評価値に応じて販売者をソートし
た結果を示す図である。この例では、販売者ＢＢＢは、
第２位に位置していることが分かる。

【００７９】ソートが終了すると、ＣＰＵ８０ａは、回
答期限内である場合に限り、前回の見積もり回答の結果
を踏まえて、再度の見積もり依頼（以下、再見積もり依
頼と称す）を各販売者に対して送信する。その結果、再
見積もり依頼を受信した販売者端末１００−１におい
て、図９に示す詳細ボタン１４０ｅが操作された場合に
は、図１１に示す画面が表示されることになる。この表
示例では、図８の場合と比較して、表示領域１６０ｄに
表示されている「状況」が「第２回目」となっており、
また、ソートの結果である「順位」が新たに表示されて
いる。更に、表示領域１６０ｊには、ソートによって第
１位にランクされた販売者の見積もり単価である「参考
見積もり単価」と、その販売者である「販売者」が表示
されている。この例では、図１０に示すように、販売者
「ＡＢＣ」が第１位にランクされているので、販売者と
して「ＡＢＣ」が、また、参考見積もり単価として「￥
７８０（ｋｇ）」が表示されている。なお、「販売者」
については、表示を省略するようにしてもよい。

【００８０】このような画面を参照して、販売者端末１
００−１の販売者が、第２回目の見積もり単価である
「￥７７０（ｋｇ）」を入力し、送信ボタン１６０ｈを
操作したとすると、これらの情報は第２回目の見積もり
回答として、取引支援装置８０に送信される。

【００８１】取引支援装置８０では、受信した見積もり
回答を受信し、前述の場合と同様の処理により評価値を
算出し、販売者のソート処理を再度実行する。図１２
は、販売者「ＢＢＢ」からの第２回目の見積もり回答を
加味した場合のソート結果である。この例では、販売者
「ＢＢＢ」が第１位にランクされている。

【００８２】以上の処理は、回答期限が経過するまで繰
り返し実行され、回答期限が経過した時点において第１
にランクされていた販売者が、この取引を落札したもの
と判定される。

【００８３】いまの例において、販売者「ＢＢＢ」が回
答期限が経過する時点で第１位にランクされていたとす
ると、販売者「ＢＢＢ」がこの取引を落札したものと判
定され、その旨が取引支援装置８０から販売者端末１０
０−１に対して通知される。

【００８４】その結果、販売者端末１００−１の見積も
り依頼一覧画面の「状況」の表示内容は、図１３に示す
ように「落札」に変化し、この取引を落札したことが示
される。

【００８５】次に、取引支援装置８０は、見積もり依頼
を行った購買者端末６０−１に対して、落札した販売者
の落札内容を送信する。いまの例では、購買者端末６０
−１には、図１４に示すような画面が表示されることに
なる。

【００８６】この表示例では、「発注承認」と題された
ウィンドウ１７０が表示されており、表示領域１７０ｄ
には見積もり依頼内容が表示され、また、表示領域１７
０ｅには落札内容が表示されている。このような画面を
参照し、この取引を承認するとして承認ボタン１７０ｆ
が操作された場合には、発注の承認を示す通知が取引支
援装置８０に対して送信されることになる。

【００８７】このような通知を受け取った取引支援装置
８０では、購買者からの承認を受け取った旨の情報を販
売者端末１００−１に対して送信する。その結果、図１
５に示すように、見積もり依頼一覧画面の「状況」の表
示内容は、「受注」に変化することになる。

【００８８】このような表示画面において、詳細ボタン
１４０ｅが操作されると、図１６に示すような画面が表
示され、受注の承認が行われる。この表示例では、「受
注承認」と題されたウィンドウ１８０が表示されてお
り、その表示領域には受注した内容が示されている。こ
のような画面を参照して、この注文を受注するとして承
認ボタン１８０ｄが操作された場合には、表示内容での
受注がなされたとして、その旨を示す情報が取引支援装
置８０に対して通知される。その結果、取引支援装置８
０は、取引が成立したとして、例えば、正式な発注伝票
を作成し、販売者端末１００−１の販売者に対して送信
する。なお、販売者と購買者が共に電子決済が可能な場
合には、購買者側から販売者側の銀行口座へ代金を移送
するとともに、仲介手数料を購買者および販売者の口座
から徴収する。なお、仲介手数料の算定方法としては、
購買者側については、例えば、この取引を利用すること
によって割安なった金額（例えば、（通常の価格−割引
後の価格））の一部を仲介手数料とし、また、販売者側
に対しては取引の額に応じた一定の金額とする。

【００８９】取引が終了すると、取引支援装置８０は、
取引の内容を示す取引ログ（詳細は後述）を生成し、Ｈ
ＤＤ８０ｄに対して格納する。次に、取引支援装置８０
は、納期が終了してから所定の期間が経過した場合に
は、購買者端末６０−１に対して検収を行うように要請
する。その結果、購買者端末６０−１には、図１７に示
すような画面が表示される。

【００９０】この表示例では、「検収」と題されたウィ
ンドウ１９０が表示されている。ウィンドウ１９０の表
示領域には、メッセージ「取引番号１０１１２の販売者
ＢＢＢの評価を入力してください。」が表示されてお
り、「納期」、「品質」、および、「サービス」の評価
を入力するためのスライダ１９０ｄ〜１９０ｆが表示さ
れている。また、表示領域の最下部には、入力した内容
で諒とする場合に操作されるＯＫボタンと、入力した内
容をキャンセルする場合に操作されるキャンセルボタン
１９０ｈとが表示されている。なお、「納期」は、納期
が遵守された場合には“５”に設定され、それ以外の場
合には遅延の度合いに応じた値が設定される。また、品
質に関しては、不良品が少ない程大きい値が設定され
る。更に、サービスに関しては、例えば、アフターサー
ビスが良いほど、大きい値が設定される。

【００９１】このような表示画面において、スライダ１
９０ｄ〜１９０ｆがそれぞれ設定された後、ＯＫボタン
１９０ｇが操作された場合には、入力された内容が取引
支援装置８０に対して送信される。

【００９２】また、取引支援装置８０は、販売者端末１
００−１に対しても検収を行うように要請する。その結
果、販売者端末１００−１には、図１８に示すような画
面が表示される。

【００９３】この表示例では、「検収」と題されたウィ
ンドウ２００が表示されている。ウィンドウ２００の表
示領域には、メッセージ「取引番号１０１１２の購買者
ＡＡＡの評価を入力してください。」が表示されてお
り、「支払い」および「クレーム」の評価を入力するた
めのスライダ２００ｄ，２００ｅが表示されている。こ
こで、「支払い」は、代金が所定の期限までに不足なく
支払われたか否かを評価する値であり、遅延も不足もな
く期限までに支払われた場合には、“５”が設定され、
それ以外の場合にはその遅延の度合いに応じて所定の値
が設定される。また、「クレーム」は、納品後のクレー
ムの多少を示し、クレームが全くなかった場合には
“５”が設定され、それ以外の場合にはクレームの多少
に応じて適当な値が設定される。なお、クレームの多少
は、その販売者が製造する製品の品質にも左右されるの
で、その販売者の過去のログを参照して、相対的な評価
値を算出してこれを用いるようにしてもよい。なお、ク
レームの多少も評価の対象としたのは、（１）クレーム
が多いということはその購買者の技術力が低い場合も想
定されること、（２）クレームが多い場合には販売者の
業務の障害になる場合が多いので、各購買者毎にクレー
ムの多少を予め販売者側に通知する方が望ましいとの考
慮からである。なお、「クレーム」はあくまでも一例で
あるので、これ以外の評価値を用いてもよいことはいう
までもない。

【００９４】購買者側と販売者側の検収が終了し、図１
７，図１８に示す画面において入力された情報が送信さ
れてきた場合には、取引支援装置８０は、これらの情報
を、先に生成した取引ログに付加する。

【００９５】図１９は、このとき生成される取引ログの
詳細を示す図である。この図の例では、取引ログは「取
引属性」、「取引内容」、「購買者側検収情報」、およ
び、「販売者側検収情報」によって構成されている。こ
こで、「取引属性」は取引に関する属性であり、「取引
番号」、「販売者名」、および、「購買者名」によって
構成されている。また、「取引内容」は、取引の内容を
示す情報であり、「商品名」、「商品コード」、「数
量」、「割引率」、および、「割引後単価」によって構
成されている。また、「購買者側検収情報」は、図１７
に示す画面から入力された情報であり、「販売者側検収
情報」は、図１８に示す画面から入力された情報であ
る。

【００９６】このような取引ログは、１回の取引に対し
て１個生成され、ＨＤＤ８０ｄに格納される。取引ログ
がＨＤＤ８０ｄに格納されると、ＣＰＵ８０ａは、取引
ログから購買者側検収情報を抽出し、図５に示す購買者
属性の評価属性を更新する。例えば、「支払い」を例に
挙げて説明すると、図１９の取引ログに係る取引が第
（ｎ＋１）回目の取引であり、図１８に示す検収によっ
て得られた「支払い」の評価値がｙであるとし、現在ま
での「支払い」の評価値がｙａであるとすると、以下の
式より新たな「支払い」の属性値ｙ’を得る。

【００９７】

【数２】 ｙ’＝（ｙａ×ｎ＋ｙ）／（ｎ＋１） ・・・（２） 「クレーム」についても同様の計算により、新たな属性
値を算出し、得られた値により図５に示す評価属性の属
性値を更新する。

【００９８】一方、販売者側検収属性に対しても同様の
処理が実行され、図６に示す販売者属性の評価属性の属
性値が更新されることになる。その結果、次の処理から
は、更新された新たな属性値に基づいて処理が実行され
る。

【００９９】以上に示したように、本発明の実施の形態
によれば、購買者は、販売者側からの提示金額のみなら
ず、納期、品質、サービス、および、取引実績等も考慮
にいれて、最適の販売者を決定することが可能となる。
その際、図４に示す購入属性設定画面において、各属性
の重みを設定するようにしたので、各購買者の希望に応
じた重みにより、販売者を決定することが可能となる。

【０１００】また、取引が終了する毎に、購買者から販
売者に関する検収情報を収集して蓄積し、次回の取引時
にこの蓄積された情報を利用するようにしたので、過去
の取引の実状を反映して、販売者を評価することが可能
となる。

【０１０１】更に、販売者のみならず、購買者に対する
検収情報も収集して蓄積し、新たな取引の際には、販売
者に対してこの蓄積された情報を提示するようにしたの
で、販売者はこの情報に基づいて購買者に見積もり回答
を行うか否かを判断することが可能となる。

【０１０２】更にまた、本実施の形態では、再見積もり
依頼を行うようにしたので、見積もりを繰り返すことに
より、購買者側にとってはより安価な商品やサービスを
取得する機会が増大し、一方、販売者側にとっては販売
の機会が増大することになる。

【０１０３】最後に、以上の実施の形態において実行さ
れる処理を実現するためのフローチャートについて説明
する。図２０は、購買者端末において実行される処理の
一例を説明するフローチャートである。このフローチャ
ートは、各見積もり依頼毎に個別に起動されて実行され
る。このフローチャートが開始されると、以下の処理が
実行されることになる。 ［Ｓ１］購買者端末は、見積もり依頼が入力されたか否
かを判定し、見積もり依頼が入力された場合にはステッ
プＳ２に進み、それ以外の場合にはステップＳ１に戻っ
て同様の処理を繰り返す。 ［Ｓ２］購買者端末は、例えば、図３に示す見積もり依
頼画面を表示装置に対して表示させる。 ［Ｓ３］購買者端末は、入力が終了したか否かを判定
し、入力が終了した場合にはステップＳ４に進み、それ
以外の場合にはステップＳ３に戻って同様の処理を繰り
返す。具体的には、図３に示す送信ボタン１２０ｍが操
作された場合には、ステップＳ４に進む。 ［Ｓ４］購買者端末は、図３に示す画面において入力さ
れた入力データを、取引支援装置８０に対して送信す
る。 ［Ｓ５］購買者端末は、落札したか否かを判定し、落札
した場合にはステップＳ６に進み、それ以外の場合には
ステップＳ５に戻って同様の処理を繰り返す。なお、図
には示していないが、他の販売者が落札した場合には処
理を終了する。 ［Ｓ６］購買者端末は、例えば、図１４に示す発注承認
画面を表示する。 ［Ｓ７］購買者端末は、発注承認画面において、発注の
承認がなされたか否かを判定し、承認がなされた場合に
はステップＳ８に進み、それ以外の場合にはステップＳ
７に戻って同様の処理を繰り返す。具体的には、図１４
に示す発注承認画面において、承認ボタン１７０ｆが操
作された場合にはステップＳ８に進む。 ［Ｓ８］購買者端末は、落札した販売者側に対して発注
を行う処理である発注処理を実行する。 ［Ｓ９］購買者端末は、検収の依頼が取引支援装置８０
からなされた場合にはステップＳ１０に進み、それ以外
の場合にはステップＳ９に戻って同様の処理を繰り返
す。 ［Ｓ１０］購買者端末は、例えば、図１７に示す検収画
面を表示装置に表示させる。 ［Ｓ１１］購買者端末は、検収画面において入力が終了
した場合にはステップＳ１２に進み、それ以外の場合に
はステップＳ１１に戻って同様の処理を繰り返す。具体
的には、図１７に示すＯＫボタン１９０ｇが操作された
場合にはステップＳ１２に進む。 ［Ｓ１２］購買者端末は、検収画面において入力された
内容を、取引支援装置８０に対して送信する。

【０１０４】次に、図２１を参照して、取引支援装置８
０において実行される処理の一例について説明する。こ
のフローチャートは、各見積もり依頼毎に個別に起動さ
れて実行される。このフローチャートが開始されると、
以下の処理が実行されることになる。 ［Ｓ３０］ＣＰＵ８０ａは、見積もり依頼を受信したか
否かを判定し、受信した場合にはステップＳ３１に進
み、それ以外の場合にはステップＳ３０に戻って同様の
処理を繰り返す。 ［Ｓ３１］ＣＰＵ８０ａは、見積もり依頼を該当する販
売者端末に対して配信する処理である「見積もり依頼配
信処理」を実行する。なお、この処理の詳細は、図２２
を参照して後述する。 ［Ｓ３２］ＣＰＵ８０ａは、販売者端末から回答があっ
たか否かを判定し、回答があった場合にはステップＳ３
３に進み、それ以外の場合にはステップＳ３２に戻って
同様の処理を繰り返す。 ［Ｓ３３］ＣＰＵ８０ａは、再度の見積もり依頼を販売
者端末に対して行う処理である「再見積もり処理」を実
行する。なお、この処理の詳細は、図２３を参照して後
述する。 ［Ｓ３４］ＣＰＵ８０ａは、見積もり処理を終了するか
否かを判定し、終了する場合にはステップＳ３５に進
み、それ以外の場合にはステップＳ３２に戻って同様の
処理を繰り返す。具体的には、見積もりの回答期限が経
過した場合には終了と判定してステップＳ３５に進む。 ［Ｓ３５］ＣＰＵ８０ａは、落札通知処理を実行する。
即ち、ＣＰＵ８０ａは、その時点おいて、評価値が最大
である（図１０または図１２に示す順位が第１位であ
る）販売者に対して、落札した旨を示す通知を行う。 ［Ｓ３６］ＣＰＵ８０ａは、図１４および図１６に示す
承認画面により、販売者と購買者の双方の承認が得られ
た場合にはステップＳ３７に進み、それ以外の場合には
処理を終了する。 ［Ｓ３７］ＣＰＵ８０ａは、販売者に対する商品の発注
を行う発注処理を実行する。 ［Ｓ３８］ＣＰＵ８０ａは、図１９に示す取引ログのう
ち、購買者側検収情報と販売者側検収情報を除く情報を
記録する。 ［Ｓ３９］ＣＰＵ８０ａは、納期が終了してから所定の
期間が経過したか否かを判定し、経過した場合にはステ
ップＳ４０に進み、それ以外の場合にはステップＳ３９
に戻って同様の処理を繰り返す。具体的には、納期が終
了してから、例えば、１週間が経過した場合にはステッ
プＳ４０に進む。 ［Ｓ４０］ＣＰＵ８０ａは、販売者と購買者の双方に検
収を依頼する検収処理を実行する。なお、この処理の詳
細は、図２４を参照して後述する。

【０１０５】次に、図２２を参照して、図２１に示す
「見積もり配信処理」の詳細について説明する。このフ
ローチャートが開始されると、以下の処理が実行される
ことになる。 ［Ｓ６０］ＣＰＵ８０ａは、受信した見積もり依頼から
見積もりの対象となる商品名を取得する。 ［Ｓ６１］ＣＰＵ８０ａは、その商品を取り扱っている
販売者を検索する。具体的には、ＨＤＤ８０ｄに格納さ
れている販売者属性のうち、ステップＳ６０において取
得した商品名を取り扱い商品に含む情報を検索する。 ［Ｓ６２］ＣＰＵ８０ａは、ステップＳ６１において検
索した各販売者の評価属性を取得する。 ［Ｓ６３］ＣＰＵ８０ａは、各販売者の評定値を算出す
る。なお、この評定値の算出方法は、前述したとおりで
ある。 ［Ｓ６４］ＣＰＵ８０ａは、評定値が上位１０以内に入
っている販売者を選出する。 ［Ｓ６５］ＣＰＵ８０ａは、購買者の名称が、販売者属
性の優先取引先に含まれている販売者がある場合には、
これを無条件で選出する。 ［Ｓ６６］ＣＰＵ８０ａは、購買者の評価属性を取得す
る。 ［Ｓ６７］ＣＰＵ８０ａは、購買者の評価値を算出す
る。なお、この評価値の算出方法も前述したとおりであ
る。 ［Ｓ６８］ＣＰＵ８０ａは、購買者の評価値を付加した
見積もり依頼を、ステップＳ６４およびステップＳ６５
において選出された販売者に対して送信する。

【０１０６】次に、図２３を参照して、図２１に示す
「再見積もり処理」の詳細について説明する。このフロ
ーチャートが開始されると、以下の処理が実行される。 ［Ｓ８０］ＣＰＵ８０ａは、受信した見積もり回答から
見積もり金額（例えば、見積もり単価）を取得する。 ［Ｓ８１］ＣＰＵ８０ａは、見積もり回答を行った販売
者を特定する。 ［Ｓ８２］ＣＰＵ８０ａは、見積もり金額を含めたその
販売者の評価値を算出する。具体的には、前述したよう
に、見積もり金額と評定値とから販売者の評価値を算出
する。 ［Ｓ８３］ＣＰＵ８０ａは、算出した評価値に応じて見
積もり回答を並べ換える。 ［Ｓ８４］ＣＰＵ８０ａは、第１位の見積もり回答か
ら、見積もり金額を取得する。 ［Ｓ８５］ＣＰＵ８０ａは、回答を行った販売者（処理
の対象となっている販売者）の順位を取得する。 ［Ｓ８６］ＣＰＵ８０ａは、第１位にランクされた販売
者の見積もり金額と、回答を行った販売者の順位とを付
加した再見積もり依頼を、回答を行った販売者に対して
送付する。

【０１０７】なお、再見積もり依頼は、回答を行った販
売者全員に送信する必要はなく、例えば、第１位にラン
クされている者は除外したり、評価値の上位から所定数
の販売者のみを対象とするようにしてもよい。

【０１０８】次に、図２４を参照して、図２１に示す
「検収処理」の詳細について説明する。このフローチャ
ートが開始されると、以下の処理が実行される。 ［Ｓ１００］ＣＰＵ８０ａは、購買者と販売者に検収情
報の送付を依頼する。 ［Ｓ１０１］ＣＰＵ８０ａは、双方からの検収情報を受
信した場合にはステップＳ１０２に進み、それ以外の場
合にはステップＳ１０１に戻って同様の処理を繰り返
す。 ［Ｓ１０２］ＣＰＵ８０ａは、購買者からの検収情報を
取得する。 ［Ｓ１０３］ＣＰＵ８０ａは、例えば、図６に示す販売
者属性の評価属性を、検収情報に基づいて更新する。 ［Ｓ１０４］ＣＰＵ８０ａは、販売者からの検収情報を
取得する。 ［Ｓ１０５］ＣＰＵ８０ａは、例えば、図５に示す購買
者属性の評価属性を、検収情報に基づいて更新する。

【０１０９】次に、図２５を参照して、販売者端末にお
いて実行される処理の一例について説明する。このフロ
ーチャートは、各見積もり依頼毎に個別に起動されて実
行される。このフローチャートが開始されると、以下の
処理が実行されることになる。 ［Ｓ１２０］販売者端末は、見積もり依頼を受信したか
否かを判定し、受信した場合にはステップＳ１２１に進
み、それ以外の場合にはステップＳ１２０に戻って同様
の処理を繰り返す。 ［Ｓ１２１］販売者端末は、例えば、図７に示す見積も
り依頼一覧画面を表示装置に表示させる。 ［Ｓ１２２］販売者端末は、例えば、図８に示す見積も
り回答画面において、所定の入力がなされた場合にはス
テップＳ１２３に進み、それ以外の場合にはステップＳ
１２２に戻って同様の処理を繰り返す。具体的には、図
８に示す見積もり回答画面において、送信ボタン１５０
ｈが操作された場合にはステップＳ１２３に進む。 ［Ｓ１２３］販売者端末は、入力された見積もり回答を
取引支援装置８０に対して送信する。 ［Ｓ１２４］販売者端末は、取引支援装置８０から再見
積もり依頼を受信したか否かを判定し、受信した場合に
はステップＳ１２５に進み、それ以外の場合にはステッ
プＳ１２４に戻って同様の処理を繰り返す。 ［Ｓ１２５］販売者端末は、例えば、図１１に示すよう
な再見積もり回答画面において、所定の項目が入力され
た場合にはステップＳ１２６に進み、それ以外の場合に
はステップＳ１２５に戻って同様の処理を繰り返す。具
体的には、図１１に示す見積もり回答画面において、送
信ボタン１６０ｈが操作された場合にはステップＳ１２
６に進む。 ［Ｓ１２６］販売者端末は、再見積もり回答を取引支援
装置８０に対して送信する。 ［Ｓ１２７］販売者端末は、見積もり処理を終了するか
否かを判定し、終了する場合にはステップＳ１２８に進
み、それ以外の場合にはステップＳ１２４に戻って同様
の処理を繰り返す。具体的には、見積もり回答期限が経
過した場合には処理を終了するとしてステップＳ１２８
に進む。 ［Ｓ１２８］販売者端末は、落札通知がなされた場合に
はステップＳ１２９に進み、それ以外の場合にはステッ
プＳ１２８に戻って同様の処理を繰り返す。なお、図示
していないが、他の販売者が落札した場合には処理を終
了する。 ［Ｓ１２９］販売者端末は、例えば、図１６に示す受注
承認画面を表示する。 ［Ｓ１３０］販売者端末は、受注が承認された場合には
ステップＳ１３１に進み、それ以外の場合にはステップ
Ｓ１３０に戻って同様の処理を繰り返す。 ［Ｓ１３１］販売者端末は、注文を受け付ける受注処理
を実行する。 ［Ｓ１３２］販売者端末は、取引支援装置８０から検収
の依頼を受けた場合にはステップＳ１３３に進み、それ
以外の場合にはステップＳ１３２に戻って同様の処理を
繰り返す。 ［Ｓ１３３］販売者端末は、例えば、図１８に示すよう
な、検収画面を表示する。 ［Ｓ１３４］販売者端末は、検収画面への入力が終了し
た場合には、ステップＳ１３５に進み、それ以外の場合
にはステップＳ１３４に戻って同様の処理を繰り返す。
具体的には、ＯＫボタン２００ｆが操作された場合には
ステップＳ１３５に進む。 ［Ｓ１３５］販売者端末は、検収画面において入力され
たデータを取引支援装置８０に対して送信する。

【０１１０】最後に、上記の処理機能は、コンピュータ
によって実現することができる。その場合、取引支援装
置が有すべき機能の処理内容は、コンピュータで読み取
り可能な記録媒体に記録されたプログラムに記述されて
おり、このプログラムをコンピュータで実行することに
より、上記処理がコンピュータで実現される。コンピュ
ータで読み取り可能な記録媒体としては、磁気記録装置
や半導体メモリ等がある。市場へ流通させる場合には、
ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)やフロ
ッピーディスク等の可搬型記録媒体にプログラムを格納
して流通させたり、ネットワークを介して接続されたコ
ンピュータの記憶装置に格納しておき、ネットワークを
通じて他のコンピュータに転送することもできる。コン
ピュータで実行する際には、コンピュータ内のハードデ
ィスク装置等にプログラムを格納しておき、メインメモ
リにロードして実行する。

【０１１１】

【発明の効果】以上説明したように本発明では、購買者
端末と複数の販売者端末の間の商取引を支援する取引支
援装置において、購買者端末から指定期限を含む商品ま
たはサービスの見積もり依頼を取得する見積もり依頼取
得手段と、指定期限内である場合に、当該見積もり依頼
について応答した販売者のうち一または二以上の販売者
に対して、再度の見積もり依頼を配信する見積もり依頼
配信手段と、を有するようにしたので、購買者にとって
は最適価格での購入が可能となり、一方、販売者にとっ
ては商品またはサービスの販売の機会を増大することが
可能となる。

【０１１２】また、購買者端末と複数の販売者端末の間
の商取引を支援する取引支援装置において、購買者端末
から依頼された商品またはサービスの見積もり依頼を、
依頼内容に基づいた販売者端末に送信する見積もり依頼
配信手段と、販売者の応札内容とともに、応札した販売
者の応札金額および販売者属性に基づき算出した評価値
を、購買者端末に対して送信する送信手段と、を有する
ようにしたので、応札金額以外の要素も判断基準として
販売者を選択することが可能となる。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】本発明の実施の形態の構成例を示す図である。

【図３】見積もり依頼画面の一例を示す表示例である。

【図４】購入属性設定画面の一例を示す表示例である。

【図５】購買者属性の一例を示す図である。

【図６】販売者属性の一例を示す図である。

【図７】見積もり依頼一覧画面の一例を示す表示例であ
る。

【図８】見積もり回答画面の一例を示す表示例である。

【図９】見積もり回答後の見積もり依頼一覧画面の表示
例である。

【図１０】評価値に応じて販売者をソートした場合の一
例である。

【図１１】再見積もり回答画面の一例を示す表示例であ
る。

【図１２】再見積もり後の評価値に応じて販売者をソー
トした場合の一例である。

【図１３】落札時における見積もり依頼一覧画面の表示
例である。

【図１４】発注承認画面の一例を示す表示例である。

【図１５】受注時における見積もり依頼一覧画面の表示
例である。

【図１６】受注承認画面の一例を示す表示例である。

【図１７】購買者端末に表示される検収画面の一例を示
す表示例である。

【図１８】販売者端末に表示される検収画面の一例を示
す表示例である。

【図１９】取引ログの一例を示す図である。

【図２０】購買者端末で実行される処理の一例を説明す
るフローチャートである。

【図２１】取引支援装置で実行される処理の一例を説明
するフローチャートである。

【図２２】図２１に示す「見積もり配信処理」の詳細を
説明するフローチャートである。

【図２３】図２１に示す「再見積もり処理」の詳細を説
明するフローチャートである。

【図２４】図２４に示す「検収処理」の詳細を説明する
フローチャートである。

【図２５】販売者端末で実行される処理の一例を説明す
るフローチャートである。

【符号の説明】

１０ 購買者端末 １０ａ 見積もり依頼入力手段 １０ｂ 見積もり依頼送信手段 １０ｃ 処理結果受信手段 １０ｄ 処理結果出力手段 １１ 入力装置 １２ 表示装置 ２０ 取引支援装置 ２０ａ 見積もり依頼取得手段 ２０ｂ 見積もり依頼配信手段 ２０ｃ 送信手段 ３０，４０，５０ 販売者端末 ４０ａ 見積もり依頼受信手段 ４０ｂ 見積もり依頼出力手段 ４０ｃ 見積もり回答入力手段 ４０ｄ 見積もり回答送信手段 ４１ 表示装置 ４２ 入力装置 ６０−１〜６０−ｎ 購買者端末 ７０ ネットワーク ８０ 取引支援装置 ８０ａ ＣＰＵ ８０ｂ ＲＯＭ ８０ｃ ＲＡＭ ８０ｄ ＨＤＤ ８０ｅ，８０ｆ Ｉ／Ｆ ９０ ネットワーク １００−１〜１００−ｍ 販売者端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者 斎藤 克郎 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B049 AA00 BB11 CC03 CC05 CC11 CC35 CC36 DD05 EE01 EE05 EE31 FF03 GG02 GG04

Claims (10)

【特許請求の範囲】
1. 【請求項１】 購買者端末と複数の販売者端末の間の商
   取引を支援する取引支援装置において、 前記購買者端末から指定期限を含む商品またはサービス
   の見積もり依頼を取得する見積もり依頼取得手段と、 前記指定期限内である場合に、当該見積もり依頼につい
   て応答した販売者のうち一または二以上の販売者に対し
   て、再度の見積もり依頼を配信する見積もり依頼配信手
   段と、 を有することを特徴とする取引支援装置。
2. 【請求項２】 前記再度の見積もり依頼は、応札した販
   売者から提示された応札金額のうちの最低金額に関する
   情報を含むことを特徴とする請求項１記載の取引支援装
   置。
3. 【請求項３】 前記見積もり依頼配信手段は、見積もり
   金額と過去の取引における販売者の評定値に基づいて選
   定された販売者に対して前記再度の見積もり依頼を送信
   することを特徴とする請求項１記載の取引支援装置。
4. 【請求項４】 前記評定値は、過去の取引における納期
   の遵守状況に関する指標、品質またはサービスの質に関
   する指標、実績に関する指標のうち一または二以上の指
   標を用いて算出されることを特徴とする請求項３記載の
   取引支援装置。
5. 【請求項５】 購入者端末から入力される前記見積もり
   依頼は、価格についての優先度、または、前記各指標に
   ついての優先度のいずれかの指定を含み、 前記見積もり依頼配信手段は、当該指定された指標の優
   先度に基づいて選定された販売者に対して、再度の見積
   もり依頼を送信することを特徴とする請求項４記載の取
   引支援装置。
6. 【請求項６】 前記見積もり依頼配信手段は、購買者と
   販売者の間の優先取引関係に基づいて選定された販売者
   に対して前記見積もり依頼を送信することを特徴とする
   請求項１記載の取引支援装置。
7. 【請求項７】 購買者端末と複数の販売者端末の間の商
   取引を支援する取引支援装置において、 購買者端末から依頼された商品またはサービスの見積も
   り依頼を、依頼内容に基づいた販売者端末に送信する見
   積もり依頼配信手段と、 販売者の応札内容とともに、応札した販売者の応札金額
   および販売者属性に基づき算出した評価値を、前記購買
   者端末に対して送信する送信手段と、 を有することを特徴とする取引支援装置。
8. 【請求項８】 前記見積もり依頼配信手段は、販売者の
   応札内容に、前記評価値に基づいた推薦情報を付加して
   送信することを特徴とする請求項７記載の取引支援装
   置。
9. 【請求項９】 購買者と複数の販売者の間の商取引を支
   援する処理を行うコンピュータ・プログラムを記録した
   コンピュータ読み取り可能な記録媒体において、 前記コンピュータ・プログラムは、購買者から指定期限
   を含む商品またはサービスの見積もり依頼を取得するプ
   ログラムコード手段と、 当該見積もり依頼について、前記指定期限内である場合
   に限り、応答した販売者のうち少なくとも一の販売者に
   対して、再度の見積もり依頼を送信するプログラムコー
   ド手段と、 を有することを特徴とするコンピュータ読み取り可能な
   記録媒体。
10. 【請求項１０】 購買者端末と複数の販売者端末の間の
    商取引を支援する処理を行うコンピュータ・プログラム
    を記録したコンピュータ読み取り可能な記録媒体におい
    て、 前記コンピュータ・プログラムは、購買者から依頼され
    た商品またはサービスの見積もり依頼を、依頼内容に基
    づいた販売者端末に送信するプログラムコード手段と、 販売者の応札内容と共に、応札した販売者の応札金額お
    よび販売者属性に基づき算出した評価値を、前記購買者
    端末に対して送信するプログラムコード手段と、 を有することを特徴とするコンピュータ読取り可能な記
    録媒体。