JP2004030591A - System and method for purchasing commodity - Google Patents

System and method for purchasing commodity Download PDF

Info

Publication number
JP2004030591A
JP2004030591A JP2003097274A JP2003097274A JP2004030591A JP 2004030591 A JP2004030591 A JP 2004030591A JP 2003097274 A JP2003097274 A JP 2003097274A JP 2003097274 A JP2003097274 A JP 2003097274A JP 2004030591 A JP2004030591 A JP 2004030591A
Authority
JP
Japan
Prior art keywords
information
search
buyer
purchase
merchandise
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003097274A
Other languages
Japanese (ja)
Inventor
Kazuo Kondo
近藤 和雄
Kazuki Kubota
窪田 和樹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Nippon Telegraph and Telephone East Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Nippon Telegraph and Telephone East Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp, Nippon Telegraph and Telephone East Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003097274A priority Critical patent/JP2004030591A/en
Publication of JP2004030591A publication Critical patent/JP2004030591A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system and method for purchasing commodities by which articles having a plurality of specifications to be specified by a purchaser are promptly retrieved from a registered data base and with high degree of coincidence. <P>SOLUTION: When the purchaser specifies purchase desired commodity information 2a including the plurality of purchase specifications (information) Q1 to Q5, a control means (retrieval means) 10 accesses sale desired commodity data bases (DB) 22, 60, 62 in which sale desired commodity information 22a having one or more pieces of sale specification information P1 to P4 is stored in correspondence with a seller (information) S1, retrieves pieces of sale desired commodity information including sale specification information at least a part of which coincides among the plurality of purchase specifications (information) Q1 to Q5 from the sale desired commodity data base (DB) 22 and transmits the sale desired commodity information to purchaser terminal 70, 72. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、買い手の希望する商品を、例えばWebサイト上に登録された売り手情報の中から検索するネットオークション等の商品売買システム及び方法に関する。
【0002】
【従来の技術】
近年、インターネットの普及に伴い、いわゆるネットオークションが盛んに行われている。かかるネットオークションは、予め買い手や売り手が商品情報をオークションサイトと呼ばれるWebサイト上に登録し、例えば商品名をキーとして、希望する商品の売買相手を検索することで行われる。又、通常、売買相手の検索は、上記した商品名、価格や納期等の比較的少数のキーワードを用いてシステム上行われ、該当する商品名があるかないかを検索の判断基準とするのが一般的である。
【0003】
【発明が解決しようとする課題】
しかしながら、上記したネットオークションの場合、次のような問題がある。まず、買い手は自ら所定の情報源(オークションサイト)へアクセスして希望する商品があるかを検索する必要があり、又、買い手が自ら知っている情報源の数にも限りがあるので、検索の手間がかかり、又検索がヒットする確率も低くなる。
又、従来の検索では、商品名と商品が一義的に対応していれば確実な検索ができるが、商品毎に多数の仕様が含まれている場合には、どのような仕様の商品を買い手や売り手の希望する商品として検索するかの判断が必要になる。そして、かかる判断はその商品分野の経験者でなければ通常できず、これをオークションサイトのシステム上に実現することが困難であった。
【0004】
特に、売買対象の商品が多数の仕様を有している場合、買い手の希望する仕様をすべて満足する商品がなくとも、それに近い商品を検索することが現実には要求されるが、いずれの商品を買い手の仕様に「近い」商品であるかの判断をシステム上で実現することは難しいため、このような商品を従来のネットオークションの取引対象とすることができなかった。
【0005】
本発明は、上記した問題点に鑑みてなされたもので、買い手が自ら種々の情報源へアクセスせずとも、買い手の指定する複数の仕様を満足する商品を、登録されたデータベースから速やかかつ高い一致度で検索することが可能な商品売買システム及び方法を提供することを目的とする。
【0006】
【課題を解決するための手段】
上記した目的を達成するために、本発明の商品売買システムは、買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、1以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する検索手段を備えたことを特徴とする。
【0007】
前記商品売買システムにおいて、前記検索手段により検索された販売希望商品情報を前記買い手端末に送信する送信手段をさらに備えることが好ましい。
前記商品売買システムにおいて、前記販売希望商品データベースをさらに備えることが好ましい。
【0008】
又、本発明の商品売買システムは、前記購入仕様情報がそれぞれランク付けされ、当該ランク付け、又は前記購入仕様情報と前記販売仕様情報との一致の度合いに応じた数値情報を記憶する検索情報データベースをさらに備え、前記検索手段は、各購入仕様情報に所定の販売仕様情報が一致した場合に、前記検索情報データベースに基づいて、前記各購入仕様情報と前記所定の販売仕様情報との一致度を数値化することにより、前記買い手の購入条件を最も満足する販売希望商品情報を検索することを特徴とする。
【0009】
前記商品売買システムにおいて、取引が成立した商品又は売り手に関する前記買い手の評価情報を記憶する評価データベースをさらに備え、前記検索手段は、以後の検索の際、前記評価情報を参照することが好ましい。
前記商品売買システムにおいて、取引が成立した商品に関する前記検索手段の検索結果を記憶する検索結果データベースをさらに備え、前記検索手段は、以後の検索の際、前記検索結果を参照することが好ましい。
【0010】
前記商品売買システムにおいて、前記検索手段を複数備え、かつ各検索手段はそれぞれ検索基準が異なっていて、前記買い手が前記購入希望商品情報を指定する際、いずれの検索手段を検索に用いるかを指定可能であることが好ましい。
【0011】
前記商品売買システムにおいて、前記買い手の購入条件を満足する販売希望商品の個数が、当該買い手の購入希望個数に達しなかった場合、前記買い手の購入条件及び不足個数を告知して売り手を募集する告知手段をさらに備えることが好ましい。
【0012】
本発明の商品売買方法は、買い手が前記購入希望商品情報を指定した場合に、前記販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する過程を備えたことを特徴とする。
【0013】
【発明の実施の形態】
以下、本発明の実施の形態について、図1を参照して説明する。図1は、本発明の商品売買システム(以下、適宜「本システム)」という)50の一実施の形態を示す構成ブロック図であり、制御手段(検索手段)10、ネットワーク100との情報の送受信を行う入出力制御手段(送信手段)12、買い手情報データベース(以下、適宜「DB」と略記する)2、評価DB4、検索結果DB6、検索情報DB8を備えている。又、この実施形態では、商品情報統合DB20、販売希望商品DB22、購入入力情報DB24、検索手段選択情報DB26、売り手募集ページ(告知手段)30等をさらに備えている。制御手段10はシステム全体を制御し、図示しない所定のサーバ装置の中央演算処理装置として実現可能である。そして、商品売買システム50は全体としてWebサイト(オークションサイト)を構成している。
【0014】
本システム50には、インターネット等のネットワーク100を介して買い手端末70、72、売り手端末80、82がそれぞれ接続されている。又、ネットワーク100には他のWebサイト(情報源)200、210が接続され、各Webサイトは、本システムの販売希望商品DB22と同様な販売希望商品DB60,62をそれぞれ格納した仮想店舗や電子モールをなしている。そして、本システム50が有する検索手段(制御手段)10から各DB60,62にアクセスし、所定の情報を取得可能になっている。なお、本システムにおいては、販売希望商品DB22を備えることは必須ではなく、販売希望商品DB22が外部にあってもよく、本システムでは外部の販売希望商品DB22へのアクセス情報を保有していればよい。
【0015】
ネットワーク100としては、インターネットの代わりに、専用回線、LAN(Local Area Network)、WAN(Wide Area Network)等を用いてもよい。又、買い手端末70、72、売り手端末80、82としては、パーソナルコンピュータ、STB(Set Top Box:家庭用通信端末)などの端末、あるいは携帯電話機、PHS(登録商標)、PDA(Personal Digital Assistants:個人用情報機器)などの(ユーザAが有する)携帯端末を用いることができる。携帯端末は上記の他、パームトップコンピュータやラップトップコンピュータなどのモバイル(移動)性を有するものでもよい。そして、各携帯端末にはWebページを閲覧可能なブラウザが適宜搭載されている。なお、この実施形態では、端末72、80は携帯端末であり、移動体通信網110を介してネットワーク100に接続されている。
【0016】
本システム50において、買い手情報DB2は、買い手に関する所定の情報(認証情報、氏名等)、購入希望商品に関する情報(商品名等)、購入仕様(Q1〜Q5)等を含む購入希望商品情報(買い手データ)2aを記憶する。この買い手データ2aは、本システム50にアクセスした買い手C1、C2が買い手端末70、72に入力する。
【0017】
販売希望商品DB22(60,62)は、売り手に関する所定の情報(認証情報、氏名等)、販売希望商品に関する情報(商品名等)、販売仕様(P1〜P4)等を含む販売希望商品情報(売り手データ)22aを記憶する。ここで、上記売り手データを、商品サービス分類のための専用コードや、異なるデータベースの情報を統合可能な所定の言語で記述すると、他のWebサイトに格納されたDB60、62の情報を統合して検索することができるので好ましい。この場合、DB6の情報や、他のWebサイトのDB60、62の情報を適宜商品情報統合DB22にまとめて格納すると、制御手段(検索手段)10の検索の便の向上が図られる。言語としては、例えばHTML(Hyper Text Markup Language)、XML(eXtensive Markup Language)を用いることができる。
【0018】
評価DB4は、取引が成立した商品名、その仕様(P1〜P4)、売り手情報、買い手の評価を含む評価データ4aを記憶する。ここで、買い手の評価としては、商品の品質等の商品に関するものや、アフターサービス等の売り手に関するものとすればよい。検索結果DB6は、取引が成立した商品に関する情報(商品名、購入仕様(Q1〜Q5)、販売仕様(P1〜P4)、商品の一致度(マッチング度)についての買い手の評価(マッチング評価)を含む検索データ6aを記憶する。マッチング評価については後述する。
【0019】
検索情報DB8は、詳しくは後述する検索の際の判断基準に用いる検索マトリクスを記憶し、購入入力情報DB24は、買い手の購入入力の際に用いる購入入力テンプレートを記憶する。検索手段選択情報DB26は、検索手段が複数ある場合に各検索手段の過去の検索実績(買い手データに対する売り手データの一致度、買い手の評価等)を記憶し、買い手が購入依頼をする際にいずれの検索手段を用いるかを判断するもととなる。又、売り手募集ページ30は、買い手の購入条件を満足する売り手の商品数が不足した場合に、当該購入条件や不足個数をWeb上に掲載し、この商品を提供可能な売り手の募集を行う。
【0020】
上記した販売希望商品情報(売り手データ)及び購入希望商品情報(買い手データ)は、詳しくは図2及び図3に示すようになっている。図2において、売り手情報22aは、売り手ID(Identification:識別情報)22s、売り手名称/提供者名22t、売り手フェイス情報(氏名等)22u、販売希望商品情報(商品名、個数、販売仕様等)22v、売り手への連絡手段22w、料金情報1(販売希望価格、手数料、決済手段等)22x、料金情報2(オークションを行う際のハンマープライス価格(後述)等)22y、交換情報リンク(P1〜Pn、所定の情報へのリンク)22zから構成されている。又、図3において、買い手情報2aは、買い手ID(Identification:識別情報)2s、買い手フェイス情報(氏名等)2u、購入希望商品情報(商品名、個数、購入仕様等)2v、買い手への連絡手段2w、料金情報1(購入希望価格、決済手段等)2x、料金情報2(オークションを行う際の購入指定価格(後述)等)2yから構成されている。
【0021】
次に、図4を参照して本システム50での商品売買の処理フローを説明する。図4において、まず、売り手は、例えば所定の売り手端末から販売希望商品に関する情報(売り手データ)を本システム又は他のWebサイト上の販売希望情報DBに入力する(ステップ400)。入力項目は、例えば図2に示したものとすればよい。本システムの制御手段10は、販売希望情報DBに登録された上記情報を、適宜商品情報統合DB20に登録する(ステップ500)。
【0022】
次に、買い手が所定の買い手端末から例えばURL(Uniform Resource Locator)を指定して本システムにアクセスし、認証情報を入力する(ステップ300)。本システムの制御手段10は、買い手毎の認証情報を記憶した図示しないDBに基づいて認証処理を行い(ステップ510)、認証情報が正しいと判断した場合、買い手端末70、72に商品購入のための購入入力画面(購入入力テンプレート)を送信し、買い手端末70、72は当該画面を端末の表示部上に表示する(ステップ310)。買い手は、買い手端末から希望商品の購入情報(買い手データ)を入力し、又、所定の場合には複数の検索手段からいずれかを選択する(ステップ320)。
【0023】
本システムの制御手段10は、上記買い手データに基づいて、適宜商品情報統合DB20に登録された売り手データの中から適合する情報を検索する(ステップ520)。そして、検索された売り手データと買い手データを対象として後述するオークションを適宜行い、その結果に応じて売り手と買い手、及び取引価格を決定する(ステップ530)。制御手段10は取引結果を送信し、買い手端末と売り手端末は、それぞれ当該情報を受信する(ステップ330、410)。買い手は、その情報に基づいて買い手端末から決済情報を入力し(ステップ340)、制御手段10は、その情報に基づいて決済処理を行う(ステップ540)。制御手段10は決済結果を送信し、買い手端末と売り手端末は、それぞれ当該情報を受信する(ステップ350、420)。なお、取引成立時に買い手の希望する購入個数に対し、売り手の販売個数が不足する場合は、制御手段10は売り手データ及び買い手データから不足個数を計算し(ステップ550)、所定の告知手段(売り手募集ページ)に購入条件や個数に関する情報を掲載して売り手を募集する(ステップ560)。又、取引成立の場合、本システムの管理者は、買い手及び売り手から所定の手数料を徴収するようにしてもよく、この場合は、制御手段10は適宜課金情報を買い手端末及び売り手端末に送信する。
【0024】
次に、制御手段(検索手段)10が行う検索の方法について、図5を参照して説明する。図5は、フレームリレースイッチ(データ交換用機器)を商品とした場合の、検索マトリクスの例を示す。この図において、この商品(フレームリレースイッチ)の仕様が複数列記され、各仕様はそれぞれランクA、B、Cのいずれかにランク付けされている。
【0025】
ここで、ランクAに属する仕様は重要度が最も高く、買い手データのランクAに属する仕様に対し、売り手データの仕様がすべて一致する必要がある。ここで、両者が「一致する」とは、買い手データの仕様を売り手データが備え、かつ各仕様の具体的条件(例えば「最大パケット長」の場合は「4096バイト」という数値、「INSネットバックアップ」の場合は「可能か否か」)を満たすことをいう。そして、後述する一致度(マッチング度)を定量化するべく、買い手データと売り手データの仕様が一致した場合、他のランクに比べて最も高い点数(図5では100点)が付与されるようになっている。
【0026】
一方、ランクBに属する仕様は重要度が比較的高いが、買い手データのランクBに属する仕様に対し、売り手データの仕様がすべて一致しなくともよい。つまり、買い手データの仕様のうち、売り手データにこれに一致する仕様がなくともよい。ここで、両者が一致した場合の点数はランクAより低くなっている(この例では30点)。また、売り手データの仕様の具体的数値が買い手データの仕様に対して所定の範囲(例えば±a%)にある場合を、「部分一致」とみなす。この場合の点数は、両者が完全に一致した場合の点数より低く設定される(この例では15点)。
【0027】
又、ランクCに属する仕様は重要度が低く、買い手データのランクCに属する仕様に対し、売り手データの仕様がすべて一致しなくともよい。又、両者が一致した場合のポイントは他のランクより低い(この例では5点)。
【0028】
そして、制御手段(検索手段)10は、このような検索マトリクスに基づいて、各仕様の一致の度合い(マッチング度)を算出することにより、買い手の購入条件を最も満足する売り手データを検索する。図6は、制御手段(検索手段)10の行う検索フローを示す。
【0029】
この図において、検索手段10は、上記検索マトリクスに基づいて、買い手データに含まれる購入仕様情報を、ランクA、B、Cに割り当てる(ステップ1000)。又、検索手段10は、買い手データに含まれる商品名(あるいは商品カテゴリ)をキーとして、これに対応する(同一の)商品やカテゴリを有する売り手データを商品情報統合DB20から抽出する(ステップ1010)。そして、検索手段10は、抽出した売り手データの中から、買い手データのランクAに属する仕様とすべて一致する仕様を有するものを絞り込み検索する(ステップ1020)。例えば、買い手データのランクAに属する仕様がB1、B2の場合、当該仕様B1、B2に一致する仕様をすべて有する売り手データを抽出する。
【0030】
次に、検索手段10は、絞り込み検索した売り手データのそれぞれについて、買い手データのランクB、Cに属する仕様と一致する仕様があるかを検索し、図5に示した検索マトリクスに沿って各売り手データを数値化することにより、買い手データと売り手データとの一致度(マッチング度)を算出する(ステップ1030)。又、検索手段10は、検索結果DB6に記憶された過去の検索結果からマッチング評価に関する情報を適宜検索したり(ステップ1040)、評価DB4から当該商品や売り手についての買い手の評価を適宜検索する(ステップ1050)。そして、検索手段10は、これらの情報を適宜数値化した上で、マッチング度に加算し、その値に基づいて、買い手の購入条件を最も満足する売り手データを抽出する(ステップ1040)。
【0031】
図7は、上記ステップ1030の処理を具体的に示しており、買い手データのランクAの仕様P1、P2に一致する仕様をすべて有する売り手S1〜S4のデータが絞込み検索されている。そして、S1〜S4のデータについて、買い手データのランクBに属する仕様P3、P4、及びランクCに属する仕様P5と一致する仕様があるかが検索され、検索マトリクスに基づく点数が表示されている。例えば売り手S2のデータにおいて、買い手データの仕様P3、P4に部分一致する仕様Q13、Q14が検索され、所定の点数(15点)がそれぞれ付与されている。同様に、買い手データの仕様P5に完全一致する仕様Q15が検索されて点数が付与されている。なお、この図では、S2〜S4のデータについては、買い手データの仕様の表示を省略している。このようにして各ランクでの点数を合計することにより、S1〜S4の各データと買い手データとの一致度(マッチング度)が算出され、この例ではS1、S2のデータが最も一致度が高いと判断される(点数合計235)。
【0032】
図8は、上記ステップ1040の処理を具体的に示しており、検索手段10は、検索結果DB6から、今回の検索対象となる商品に関する過去の検索データを検索する。この図において、検索データは、買い手データの仕様P1〜P5に対して取引が成立した売り手S100、S200の商品の仕様、及び買い手が商品の一致度(マッチング度)に関して評価した指標(マッチング評価)を含んでいる。そして、検索手段10はこれらのデータから、ランクBについては、買い手の仕様に完全一致する売り手の仕様が1つある(S100のデータに相当)より、買い手の仕様に部分一致する売り手の仕様が2つある(S200のデータに相当)方が、買い手のマッチング評価が高いことを読み取る。そして、このマッチング評価を参照し、その値を(適宜所定の係数を乗じて)上記S1、S2のデータのマッチング度の点数に加算する。
【0033】
図9は、上記ステップ1050の処理を具体的に示し、検索手段10は、評価DB4から今回の検索対象の売り手S1〜S4に関する過去の評価データを検索する。そして、検索手段10はこれらのデータから、ステップ1030でマッチング度を算出したS1、S2のうち、売り手S2の方が買い手の評価が高いことを読み取る。そして、この評価を参照し、その値を(適宜所定の係数を乗じて)上記S1、S2のデータのマッチング度の点数に加算する。
【0034】
このようにして、ステップ1030で算出したマッチング度に加え、対応する商品についての過去のマッチング評価値や、売り手に対する評価を数値化して加算することにより、検索手段10は買い手の購入条件を最も満足する売り手データを抽出することができる。そして、取引が成立する度に、評価DBや検索結果DBの情報が更新されるので、以降、買い手の購入条件を最も満足する販売希望商品情報の検索がより速やかになり、かつ一致度の高い検索ができる。なお、抽出される売り手データは、最も数値の高いもの1つでもよく、あるいは数値の高いものから順に複数個抽出してもよい。
【0035】
なお、上記のようにして買い手の購入条件を最も満足する売り手データを抽出した後、買い手あるいは売り手の指定する価格をそのまま取引価格として取引を成立させてもよいが、オークションにより取引価格を決定してもよい。特に、買い手又は売り手が複数生じた場合にオークションを行って取引価格を決定すると、買い手や売り手に好都合である。図10は、オークションにより取引価格を決定する態様を示す概念図である。
【0036】
この図において、売り手S1、S2はいずれも買い手C1〜C4の購入条件を満足する商品を有しているとする。各売り手は、図2の「ハンマープライス価格」に相当する「開始価格」及び「終了価格」を登録しており、これらはそれぞれオークションの開始及び終了時の設定価格を示す。一方、各買い手は図3の「購入指定価格」を登録しており、これは買い手の希望購入価格を示す。そして、売り手S1に対しては、S1の開始価格より購入指定価格が高く、終了価格より購入指定価格が低い買い手C1、C2がオークションの対象となり、そのうち購入指定価格がより高い買い手C2との間で取引が成立する。同様に、売り手S2に対しては、S2の開始価格より購入指定価格が高く、終了価格より購入指定価格が低い買い手C3、C4がオークションの対象となり、そのうち購入指定価格がより高い買い手C4との間で取引が成立する。そして、取引成立後は、図4に説明したようにして、適宜決済処理が行われる。
【0037】
又、上記した実施形態においては、検索手段が1つである場合について説明したが、検索手段を複数有し、各検索手段がそれぞれ異なる判断基準で検索を行うようにしてもよい。この場合、各検索手段は異なる検索マトリクスを持つので、同一の買い手に対して異なる検索結果を提示することになる。そして、検索手段情報DBには、例えば買い手の購買条件に対する売り手データの一致度が各検索手段毎(商品毎でもよい)に記憶されているので、買い手はこの情報に基づいて、最も確実な検索を行う検索手段を選択することができる。
【0038】
本発明は、以上述べた実施形態に限定されるものではない。例えば、各販売希望商品情報を商品情報統合DBに格納せず、検索の度に検索手段が各販売希望商品情報の情報源へアクセスするようにしてもよい。又、検索手段による検索後、オークションを行わずに、買い手又は売り手の指定する価格をそのまま取引価格としてもよい。又、検索マトリクスに沿って買い手データと売り手データとの一致度を算出した後、評価DBや検索結果DBの情報を参照せずに、買い手の購入条件を最も満足する売り手データをこの一致度に応じて決定してもよい。又、売り手募集ページに代えて、電子メールを売り手端末のアドレスに送信することにより売り手募集をしてもよい。
【0039】
なお、本発明の商品売買システムは、コンピューターと、通信装置等の各種周辺機器と、そのコンピューターによって実行されるソフトウェアプログラムとによって実現することができ、上記システム内で実行されるソフトウェアプログラムは、コンピューター読み取り可能な記憶媒体あるいは通信回線を介して配布することが可能である。
【0040】
【発明の効果】
以上説明したように、本発明によれば、買い手は本システムに対して所定の購買入力を行うだけで、本システムが対象となる売り手を検索するので、買い手が自ら種々のオークションサイトへアクセスする必要がない。又、本システムは、他の情報源(Webサイト)へも適宜アクセスして売り手を検索するので、買い手の希望する商品を見つける確率が高くなる。
【0041】
そして、販売希望商品データベースに基づき、買い手の購買仕様情報に少なくとも一部が一致する販売仕様情報を有する商品情報を検索するので、たとえ、買い手の購入条件をすべて満足する商品情報がなくとも、それに近い商品情報を当該データベースから速やか、かつ高い一致度で検索することができる。
【0042】
又、購入仕様情報のランク付け、又は購入仕様情報と販売仕様情報との一致の度合いに応じた数値に基づいて、購入仕様情報と販売仕様情報との一致度を数値化した場合には、検索が定量化され、買い手の購入条件を最も満足する販売希望商品情報をより速やか、かつ一致度を高くして検索できる。さらに、対応する商品についての過去の検索結果や評価データを参照した場合には、検索がさらに正確になる。特に、取引が成立する度に、評価DBや検索結果DBの情報が更新されるので、以降の検索の確実性が増大する。
【図面の簡単な説明】
【図1】本発明の商品売買システムの構成を示すブロック図である。
【図2】販売希望商品情報(売り手データ)の構成を示す図である。
【図3】購入希望商品情報(買い手データ)の構成を示す図である。
【図4】商品売買のフローを示す図である。
【図5】検索マトリクスの例を示す図である。
【図6】検索処理のフローを示す図である。
【図7】買い手データと売り手データの一致度を数値化した態様を示す図である。
【図8】検索結果DBに記憶された検索データの例を示す図である。
【図9】評価DBに記憶された評価データの例を示す図である。
【図10】オークションにより取引価格を決定する方法を示す概念図である。
【符号の説明】
2           買い手情報データベース(DB)
2a          購入希望商品情報(買い手データ)
4           評価データベース(DB)
6           検索結果データベース(DB)
8           検索情報データベース(DB)
10          制御手段(検索手段)
12          入出力制御手段(送信手段)
22、60、62    販売希望商品データベース(DB)
22a         販売希望商品情報(売り手データ)
50          商品売買システム
70、72       買い手端末
80、82       売り手端末
100         ネットワーク
110         移動体通信網
200、210     他のWebサイト
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a merchandise trading system and method, such as a net auction, for searching for a desired product of a buyer from, for example, seller information registered on a Web site.
[0002]
[Prior art]
In recent years, with the spread of the Internet, so-called net auctions have been actively performed. Such an online auction is performed by a buyer or a seller registering product information on a Web site called an auction site in advance, and searching for a buyer / seller of a desired product using, for example, a product name as a key. In addition, usually, a search for a trading partner is performed on the system using a relatively small number of keywords such as the above-mentioned product name, price, delivery date, and the like. It is a target.
[0003]
[Problems to be solved by the invention]
However, the above-mentioned net auction has the following problems. First, the buyer needs to access a predetermined information source (auction site) himself to search for the desired product, and the buyer has a limited number of information sources himself. And the probability of a search hit is reduced.
Also, in the conventional search, a reliable search can be performed if the product name and the product uniquely correspond to each other. It is necessary to determine whether or not to search for the product desired by the seller. Such a judgment cannot be normally made unless the person is experienced in the product field, and it has been difficult to realize this on the system of the auction site.
[0004]
In particular, if the product to be bought and sold has many specifications, even if there is no product that satisfies all the specifications desired by the buyer, it is actually required to search for a product that is close to it, but any product Since it is difficult to realize on the system whether or not the product is "close" to the buyer's specifications, such a product cannot be used as a target of a conventional net auction.
[0005]
The present invention has been made in view of the above-described problems, and allows a buyer to access a variety of information sources that satisfy a plurality of specifications specified by a buyer quickly and highly from a registered database without accessing the various information sources. It is an object of the present invention to provide a merchandise trading system and method capable of searching for a degree of matching.
[0006]
[Means for Solving the Problems]
In order to achieve the above-mentioned object, the merchandise trading system according to the present invention is configured such that when a buyer specifies desired merchandise information including a plurality of purchase specification information, the desired merchandise information having one or more sales specification information is transmitted to the seller. A search for accessing a desired product database stored in association with the information and searching the desired product database for desired product information including sales specification information at least partially matching the plurality of purchase specification information. Means are provided.
[0007]
In the merchandise trading system, it is preferable that the merchandise trading system further includes a transmitting unit that transmits the desired product information searched by the searching unit to the buyer terminal.
It is preferable that the merchandise trading system further includes the desired merchandise database.
[0008]
Further, in the commodity trading system of the present invention, the purchase specification information is ranked, and a search information database that stores numerical information according to the ranking or the degree of coincidence between the purchase specification information and the sales specification information. Further comprising: when the predetermined sales specification information matches the respective purchase specification information, the search unit determines a degree of coincidence between the respective purchase specification information and the predetermined sales specification information based on the search information database. By digitizing, it is possible to search for desired product information that best satisfies the buyer's purchase conditions.
[0009]
In the merchandise trading system, it is preferable that the merchandise trading system further includes an evaluation database storing evaluation information of the buyer regarding the merchandise or seller with which the transaction has been established, and the search means preferably refers to the evaluation information in a subsequent search.
In the merchandise trading system, it is preferable that the merchandise buying and selling system further includes a search result database storing search results of the search unit regarding the merchandise for which a transaction has been established, and that the search unit refers to the search results in a subsequent search.
[0010]
In the merchandise trading system, a plurality of the search means are provided, and each search means has a different search criterion, and when the buyer specifies the purchase desired product information, the buyer specifies which search means to use for the search. Preferably it is possible.
[0011]
In the merchandise trading system, when the number of desired products satisfying the buyer's purchase condition does not reach the buyer's purchase desired number, the buyer is notified of the purchase condition and the shortage number, and a notice for recruiting sellers. Preferably, it further comprises means.
[0012]
In the method for selling and selling commodities of the present invention, when the buyer designates the information on the commodity for purchase, the purchaser accesses the commodity for sale database, and the sales including the sales specification information in which at least a part of the plurality of purchase specification information matches. A step of searching for desired product information from the sales desired product database.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIG. FIG. 1 is a configuration block diagram showing an embodiment of a commodity trading system (hereinafter, referred to as “this system” as appropriate) 50 of the present invention. , A buyer information database (hereinafter abbreviated as “DB”) 2, an evaluation DB 4, a search result DB 6, and a search information DB 8. Further, in this embodiment, a merchandise information integration DB 20, a desired merchandise DB 22, a purchase input information DB 24, a search means selection information DB 26, a seller recruiting page (notification means) 30 and the like are further provided. The control means 10 controls the entire system and can be realized as a central processing unit of a predetermined server device (not shown). The merchandise trading system 50 constitutes a Web site (auction site) as a whole.
[0014]
Buyer terminals 70 and 72 and seller terminals 80 and 82 are connected to the system 50 via a network 100 such as the Internet. Further, other websites (information sources) 200 and 210 are connected to the network 100, and each of the websites stores a virtual store or an electronic device that stores a desired product DB 60 or 62 similar to the desired product DB 22 of the present system. It has a mall. Then, each of the DBs 60 and 62 is accessed from the search means (control means) 10 included in the system 50, and predetermined information can be obtained. Note that, in the present system, it is not essential to provide the sales-desired product DB22, and the sales-desired product DB22 may be provided externally. In this system, if the system has access information to the external sales-desired product DB22, Good.
[0015]
As the network 100, a dedicated line, a LAN (Local Area Network), a WAN (Wide Area Network), or the like may be used instead of the Internet. Further, as the buyer terminals 70 and 72 and the seller terminals 80 and 82, terminals such as a personal computer and an STB (Set Top Box: home communication terminal), or a mobile phone, PHS (registered trademark), and PDA (Personal Digital Assistants): A portable terminal (a user A has) such as a personal information device can be used. In addition to the above, the mobile terminal may be a mobile (mobile) device such as a palmtop computer or a laptop computer. Each mobile terminal is appropriately equipped with a browser capable of browsing a Web page. In this embodiment, the terminals 72 and 80 are portable terminals, and are connected to the network 100 via the mobile communication network 110.
[0016]
In the present system 50, the buyer information DB2 stores desired product information (buyer information) including predetermined information (authentication information, name, and the like) on the buyer, information (product name, etc.) on the product desired to be purchased, and purchase specifications (Q1 to Q5). Data) 2a is stored. The buyer data 2a is input to the buyer terminals 70 and 72 by the buyers C1 and C2 who have accessed the system 50.
[0017]
The desired product DB 22 (60, 62) includes predetermined product information (authentication information, name, etc.) on the seller, information (product name, etc.) on the desired product, sales specifications (P1 to P4), and the like. Seller data) 22a. Here, if the seller data is described in a special code for merchandise service classification or a predetermined language in which information of different databases can be integrated, information of the DBs 60 and 62 stored in other Web sites is integrated. It is preferable because it can be searched. In this case, when the information of the DB 6 and the information of the DBs 60 and 62 of other Web sites are appropriately stored in the merchandise information integration DB 22 as appropriate, the search of the control unit (search unit) 10 is improved. As the language, for example, HTML (Hyper Text Markup Language) and XML (extensive Markup Language) can be used.
[0018]
The evaluation DB 4 stores the evaluation data 4a including the name of the product for which the transaction has been completed, its specifications (P1 to P4), seller information, and buyer evaluation. Here, the evaluation of the buyer may be that relating to the product such as the quality of the product, or that relating to the seller such as after-sales service. The search result DB 6 stores information (product name, purchase specifications (Q1 to Q5), sales specifications (P1 to P4)) on products for which transactions have been made, and buyer evaluations (matching evaluations) on product matching levels (matching levels). The search data 6a is stored, and the matching evaluation is described later.
[0019]
The search information DB 8 stores a search matrix used as a criterion at the time of a search, which will be described in detail later, and the purchase input information DB 24 stores a purchase input template used at the time of a buyer's purchase input. When there are a plurality of search means, the search means selection information DB 26 stores past search results of each search means (e.g., matching of seller data with buyer data, evaluation of buyers, and the like). To use the search means. Further, the seller recruiting page 30 posts the purchase conditions and the missing number on the Web when the number of sellers satisfying the purchase condition of the buyer is insufficient, and recruits sellers who can provide the product.
[0020]
The above-described desired product information (seller data) and desired product information (buyer data) are shown in detail in FIGS. 2 and 3. In FIG. 2, the seller information 22a includes a seller ID (Identification: identification information) 22s, a seller name / provider name 22t, a seller face information (name, etc.) 22u, and a desired product information (product name, quantity, sales specification, etc.). 22v, means for contacting the seller 22w, charge information 1 (desired selling price, commission, settlement means, etc.) 22x, charge information 2 (hammer price at the time of auction (described later), etc.) 22y, exchange information links (P1 to Pn) , Link to predetermined information) 22z. In FIG. 3, the buyer information 2a includes a buyer ID (Identification: identification information) 2s, buyer face information (name, etc.) 2u, purchase desired product information (product name, quantity, purchase specification, etc.) 2v, and communication to the buyer. It is composed of means 2w, charge information 1 (purchase desired price, settlement means, etc.) 2x, and charge information 2 (purchase designated price (described later) at the time of auction, etc.) 2y.
[0021]
Next, with reference to FIG. 4, a processing flow of commodity sales in the present system 50 will be described. In FIG. 4, first, the seller inputs information (seller data) relating to a product to be sold from a predetermined seller terminal to the system for selling information DB on this system or another Web site (step 400). The input items may be, for example, those shown in FIG. The control means 10 of the present system appropriately registers the information registered in the sales desire information DB in the product information integrated DB 20 (step 500).
[0022]
Next, the buyer accesses the present system by specifying, for example, a URL (Uniform Resource Locator) from a predetermined buyer terminal and inputs authentication information (step 300). The control means 10 of the present system performs an authentication process based on a DB (not shown) storing authentication information for each buyer (step 510), and if it is determined that the authentication information is correct, the buyer terminal 70, 72 asks the buyer terminals 70, 72 to purchase the product. Is transmitted, and the buyer terminals 70 and 72 display the screen on the display unit of the terminal (step 310). The buyer inputs purchase information (buyer data) of the desired product from the buyer terminal, and selects one of a plurality of search means in a predetermined case (step 320).
[0023]
Based on the buyer data, the control means 10 of the present system appropriately searches the seller data registered in the product information integration DB 20 for suitable information (step 520). Then, an auction described later is appropriately performed on the searched seller data and buyer data, and sellers, buyers, and transaction prices are determined according to the results (step 530). The control means 10 transmits the transaction result, and the buyer terminal and the seller terminal respectively receive the information (steps 330 and 410). The buyer inputs payment information from the buyer terminal based on the information (step 340), and the control means 10 performs a payment process based on the information (step 540). The control means 10 transmits the settlement result, and the buyer terminal and the seller terminal respectively receive the information (steps 350 and 420). If the seller's sales quantity is insufficient with respect to the buyer's desired purchase quantity at the time of the transaction, the control means 10 calculates the shortage quantity from the seller data and the buyer data (step 550), and a predetermined notification means (seller) The information on the purchase conditions and the number is posted on the recruitment page) to recruit sellers (step 560). In the case of a successful transaction, the administrator of the present system may collect a predetermined fee from the buyer and the seller. In this case, the control means 10 appropriately transmits the billing information to the buyer terminal and the seller terminal. .
[0024]
Next, a search method performed by the control unit (search unit) 10 will be described with reference to FIG. FIG. 5 shows an example of a search matrix when a frame relay switch (data exchange device) is used as a product. In this figure, a plurality of specifications of this product (frame relay switch) are listed, and each specification is ranked in any one of ranks A, B, and C.
[0025]
Here, the specification belonging to rank A has the highest importance, and the specifications of the seller data must all match the specifications belonging to rank A of the buyer data. Here, "both agree" means that the seller data has the specifications of the buyer data and the specific conditions of each specification (for example, the numerical value of "4096 bytes" in the case of "maximum packet length", the "INS net backup""" Means that it is possible or not "). Then, in order to quantify the matching degree (matching degree) described later, when the specifications of the buyer data and the seller data match, the highest score (100 points in FIG. 5) is given as compared with other ranks. Has become.
[0026]
On the other hand, the specifications belonging to rank B have relatively high importance, but the specifications belonging to rank B of the buyer data do not have to match all the specifications of the seller data. That is, among the specifications of the buyer data, there is no need for the seller data to have a specification that matches this. Here, when both match, the score is lower than rank A (30 in this example). Further, a case where the specific numerical value of the specification of the seller data is within a predetermined range (for example, ± a%) with respect to the specification of the buyer data is regarded as “partial match”. The score in this case is set lower than the score when both match completely (15 in this example).
[0027]
Further, the specifications belonging to rank C have low importance, and the specifications of the seller data do not need to all match the specifications belonging to rank C of the buyer data. In addition, when both match, the points are lower than the other ranks (5 points in this example).
[0028]
Then, the control means (search means) 10 searches for seller data that most satisfies the buyer's purchase conditions by calculating the degree of matching (matching degree) of each specification based on such a search matrix. FIG. 6 shows a search flow performed by the control means (search means) 10.
[0029]
In this figure, the search means 10 assigns purchase specification information included in buyer data to ranks A, B, and C based on the search matrix (step 1000). In addition, the search means 10 uses the product name (or product category) included in the buyer data as a key and extracts seller data having a corresponding (same) product or category from the product information integration DB 20 (step 1010). . Then, the search unit 10 narrows and searches the extracted seller data for those having specifications that match all of the specifications belonging to rank A of the buyer data (step 1020). For example, when the specifications belonging to the rank A of the buyer data are B1 and B2, the seller data having all the specifications matching the specifications B1 and B2 is extracted.
[0030]
Next, the search means 10 searches each of the narrowed-down seller data for specifications that match the specifications belonging to the ranks B and C of the buyer data, and searches each seller along the search matrix shown in FIG. By digitizing the data, the degree of matching (matching degree) between the buyer data and the seller data is calculated (step 1030). In addition, the search unit 10 appropriately searches for information on matching evaluation from past search results stored in the search result DB 6 (step 1040), and searches the evaluation DB 4 for buyer evaluation of the product or seller as appropriate (step 1040). Step 1050). Then, the search means 10 appropriately digitizes the information, adds the information to the matching degree, and extracts seller data that most satisfies the buyer's purchase conditions based on the value (step 1040).
[0031]
FIG. 7 specifically shows the processing of the step 1030, in which the data of the sellers S1 to S4 having all the specifications that match the specifications P1 and P2 of the rank A of the buyer data are narrowed down and searched. Then, for the data of S1 to S4, it is searched whether there is a specification that matches the specifications P3 and P4 belonging to the rank B of the buyer data and the specification P5 belonging to the rank C, and the score based on the search matrix is displayed. For example, in the data of the seller S2, specifications Q13 and Q14 that partially match the specifications P3 and P4 of the buyer data are searched, and a predetermined score (15 points) is given. Similarly, a specification Q15 that completely matches the specification P5 of the buyer data is searched and assigned a score. In this figure, the display of the specifications of the buyer data is omitted for the data of S2 to S4. By summing up the scores at each rank in this way, the degree of matching (matching degree) between the data of S1 to S4 and the buyer data is calculated. In this example, the data of S1 and S2 have the highest degree of matching. Is determined (total score 235).
[0032]
FIG. 8 specifically shows the processing of step 1040 described above, and the search means 10 searches the search result DB 6 for past search data on the product to be searched this time. In this figure, the search data includes the specifications of the merchandise of sellers S100 and S200 that have transacted with the specifications P1 to P5 of the buyer data, and an index (matching evaluation) evaluated by the buyer regarding the degree of matching (matching degree) of the goods. Contains. Then, from these data, the search means 10 finds that, for rank B, there is one seller specification that completely matches the buyer's specification (corresponding to the data of S100), so that the seller's specification that partially matches the buyer's specification is obtained. It is understood that the two (corresponding to the data in S200) have higher buyer matching evaluation. Then, with reference to this matching evaluation, the value is added (appropriately multiplied by a predetermined coefficient) to the score of the matching degree of the data of S1 and S2.
[0033]
FIG. 9 specifically shows the processing of step 1050 described above. The search means 10 searches the evaluation DB 4 for past evaluation data on sellers S1 to S4 to be searched this time. Then, from these data, the search means 10 reads out that S1 and S2 for which the degree of matching was calculated in step 1030 indicate that the seller S2 has a higher evaluation of the buyer. Then, referring to this evaluation, the value is added to the score of the degree of matching of the data of S1 and S2 (by appropriately multiplying by a predetermined coefficient).
[0034]
In this way, the search unit 10 satisfies the buyer's purchase condition most by quantifying and adding the past matching evaluation value for the corresponding product and the evaluation for the seller in addition to the matching degree calculated in step 1030. Seller data can be extracted. Then, each time a transaction is made, the information in the evaluation DB and the search result DB is updated, and thereafter, the search for the desired product information that satisfies the purchase condition of the buyer most quickly becomes faster and the matching degree is higher. You can search. The extracted seller data may be one with the highest numerical value, or a plurality of seller data may be extracted in order from the highest numerical value.
[0035]
After the seller data that satisfies the buyer's purchase conditions is extracted as described above, the transaction may be established as the transaction price using the price specified by the buyer or the seller, but the transaction price is determined by an auction. You may. In particular, it is convenient for buyers and sellers to determine the transaction price by conducting an auction when a plurality of buyers or sellers occur. FIG. 10 is a conceptual diagram showing an aspect in which a transaction price is determined by an auction.
[0036]
In this figure, it is assumed that both sellers S1 and S2 have products that satisfy the purchase conditions of buyers C1 to C4. Each seller has registered a “start price” and an “end price” corresponding to the “hammer price” in FIG. 2, and these indicate the set prices at the start and end of the auction, respectively. On the other hand, each buyer has registered the “designated purchase price” in FIG. 3, which indicates the buyer's desired purchase price. For the seller S1, buyers C1 and C2 whose purchase specified price is higher than the start price of S1 and whose purchase specified price is lower than the end price are to be auctioned, and among them, the buyer C2 whose purchase specified price is higher. The transaction is established with. Similarly, for the seller S2, buyers C3 and C4 whose purchase specified price is higher than the start price of S2 and whose purchase specified price is lower than the end price are auctioned, and among them, the buyer C4 whose purchase specified price is higher. A transaction is established between the two. Then, after the transaction is completed, the settlement processing is appropriately performed as described in FIG.
[0037]
Further, in the above-described embodiment, a case has been described in which the number of search means is one. However, a plurality of search means may be provided, and each search means may perform a search based on different criteria. In this case, since each search means has a different search matrix, different search results are presented to the same buyer. Then, in the search means information DB, for example, the degree of coincidence of the seller data with the purchase condition of the buyer is stored for each search means (or for each product), so that the buyer can perform the most reliable search based on this information. Can be selected.
[0038]
The present invention is not limited to the embodiments described above. For example, the search means may access the information source of each desired product information for each search without storing each desired product information in the product information integration DB. Alternatively, after the search by the search means, the price specified by the buyer or seller may be used as the transaction price without conducting an auction. Also, after calculating the degree of coincidence between the buyer data and the seller data according to the search matrix, the seller data that most satisfies the purchase conditions of the buyer is determined as the degree of coincidence without referring to the information in the evaluation DB or the search result DB. It may be determined accordingly. Further, instead of the seller recruiting page, the seller may be recruited by sending an e-mail to the address of the seller terminal.
[0039]
The merchandise trading system of the present invention can be realized by a computer, various peripheral devices such as a communication device, and a software program executed by the computer. The software program executed in the system is a computer. It can be distributed via a readable storage medium or a communication line.
[0040]
【The invention's effect】
As described above, according to the present invention, the buyer searches for a target seller only by performing a predetermined purchase input to the system, and the buyer himself accesses various auction sites. No need. In addition, since the present system appropriately accesses other information sources (Web sites) and searches for sellers, the probability of finding the product desired by the buyer increases.
[0041]
Then, based on the desired product database, a search is made for product information having sales specification information that at least partially matches the buyer's purchase specification information. Near product information can be searched quickly and with a high degree of matching from the database.
[0042]
In addition, if the degree of coincidence between the purchase specification information and the sales specification information is quantified based on the ranking of the purchase specification information or a numerical value according to the degree of coincidence between the purchase specification information and the sales specification information, a search is performed. Is quantified, and it is possible to search for desired product information that satisfies the purchase condition of the buyer most quickly and with a high degree of matching. Further, when a past search result or evaluation data of a corresponding product is referred to, the search becomes more accurate. In particular, since the information in the evaluation DB and the search result DB is updated each time a transaction is established, the reliability of subsequent searches increases.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a commodity trading system of the present invention.
FIG. 2 is a diagram showing a structure of desired product information (seller data).
FIG. 3 is a diagram showing a structure of purchase desired product information (buyer data).
FIG. 4 is a diagram showing a flow of commodity sales.
FIG. 5 is a diagram illustrating an example of a search matrix.
FIG. 6 is a diagram illustrating a flow of a search process.
FIG. 7 is a diagram showing an aspect in which the degree of coincidence between buyer data and seller data is quantified.
FIG. 8 is a diagram illustrating an example of search data stored in a search result DB.
FIG. 9 is a diagram showing an example of evaluation data stored in an evaluation DB.
FIG. 10 is a conceptual diagram showing a method for determining a transaction price by an auction.
[Explanation of symbols]
2 Buyer information database (DB)
2a Product information for purchase (buyer data)
4 Evaluation database (DB)
6 search result database (DB)
8 Search information database (DB)
10 control means (search means)
12 I / O control means (transmission means)
22, 60, 62 Product Database (DB)
22a Product information for sale (seller data)
50 Commodity trading system
70, 72 Buyer terminal
80, 82 seller terminal
100 networks
110 mobile communication network
200, 210 Other websites

Claims (9)

買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、
1以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する検索手段を備えたことを特徴とする商品売買システム。
If a buyer specifies desired product information that includes multiple purchase specification information,
A desired product information having one or more sales specification information accesses a desired product database stored in association with the seller information, and sales including sales specification information at least partially matching the plurality of purchase specification information are obtained. A merchandise trading system comprising a search means for searching for desired merchandise information from the desired merchandise database.
前記検索手段により検索された販売希望商品情報を前記買い手端末に送信する送信手段をさらに備えたことを特徴とする請求項1に記載の商品売買システム。2. The merchandise trading system according to claim 1, further comprising a transmitting unit for transmitting the desired product information searched by the searching unit to the buyer terminal. 前記販売希望商品データベースをさらに備えたことを特徴とする請求項1又は2に記載の商品売買システム。The merchandise trading system according to claim 1, further comprising the desired merchandise database. 前記購入仕様情報がそれぞれランク付けされ、当該ランク付け、又は前記購入仕様情報と前記販売仕様情報との一致の度合いに応じた数値情報を記憶する検索情報データベースをさらに備え、
前記検索手段は、各購入仕様情報に所定の販売仕様情報が一致した場合に、前記検索情報データベースに基づいて、前記各購入仕様情報と前記所定の販売仕様情報との一致度を数値化することにより、前記買い手の購入条件を最も満足する販売希望商品情報を検索することを特徴とする請求項1ないし3のいずれかに記載の商品売買システム。
Each of the purchase specification information is ranked, and further includes a search information database that stores numerical information corresponding to the ranking or the degree of coincidence between the purchase specification information and the sales specification information,
The search means, when predetermined sales specification information matches each purchase specification information, quantifies the degree of coincidence between each purchase specification information and the predetermined sales specification information based on the search information database. 4. The merchandise trading system according to any one of claims 1 to 3, wherein the search for the desired merchandise information which satisfies the purchase condition of the buyer most is performed.
取引が成立した商品又は売り手に関する前記買い手の評価情報を記憶する評価データベースをさらに備え、
前記検索手段は、以後の検索の際、前記評価情報を参照することを特徴とする請求項1ないし4のいずれかに記載の商品売買システム。
Further comprising an evaluation database that stores the buyer's evaluation information on the merchandise or seller for which the transaction was established,
The merchandise trading system according to any one of claims 1 to 4, wherein the search means refers to the evaluation information in a subsequent search.
取引が成立した商品に関する前記検索手段の検索結果を記憶する検索結果データベースをさらに備え、
前記検索手段は、以後の検索の際、前記検索結果を参照することを特徴とする請求項1ないし5のいずれかに記載の商品売買システム。
A search result database that stores search results of the search unit with respect to products for which transactions have been made;
The merchandise trading system according to claim 1, wherein the search unit refers to the search result in a subsequent search.
前記検索手段を複数備え、かつ各検索手段はそれぞれ検索基準が異なっていて、
前記買い手が前記購入希望商品情報を指定する際、いずれの検索手段を検索に用いるかを指定可能であることを特徴とする請求項1ないし6のいずれかに記載の商品売買システム。
A plurality of said search means, and each search means has different search criteria,
The merchandise trading system according to any one of claims 1 to 6, wherein when the buyer specifies the purchase desired merchandise information, it is possible to specify which search means is used for the search.
前記買い手の購入条件を満足する販売希望商品の個数が、当該買い手の購入希望個数に達しなかった場合、前記買い手の購入条件及び不足個数を告知して売り手を募集する告知手段をさらに備えることを特徴とする請求項1ないし7のいずれかに記載の商品売買システム。When the number of products desired to be sold that satisfies the buyer's purchase condition does not reach the buyer's desired purchase number, the system further comprises notification means for notifying the buyer's purchase condition and the shortage number and recruiting sellers. The merchandise trading system according to any one of claims 1 to 7, characterized in that: 買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、
1以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する過程を備えたことを特徴とする商品売買方法。
If a buyer specifies desired product information that includes multiple purchase specification information,
A desired product information having one or more sales specification information accesses a desired product database stored in association with the seller information, and sales including sales specification information at least partially matching the plurality of purchase specification information are obtained. A method for buying and selling commodities, comprising a step of retrieving desired merchandise information from the desired merchandise database.
JP2003097274A 2003-03-31 2003-03-31 System and method for purchasing commodity Pending JP2004030591A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003097274A JP2004030591A (en) 2003-03-31 2003-03-31 System and method for purchasing commodity

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003097274A JP2004030591A (en) 2003-03-31 2003-03-31 System and method for purchasing commodity

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2000247035A Division JP2002063394A (en) 2000-08-16 2000-08-16 System and method for selling and buying article

Publications (1)

Publication Number Publication Date
JP2004030591A true JP2004030591A (en) 2004-01-29

Family

ID=31185331

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003097274A Pending JP2004030591A (en) 2003-03-31 2003-03-31 System and method for purchasing commodity

Country Status (1)

Country Link
JP (1) JP2004030591A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005091192A1 (en) * 2004-03-19 2005-09-29 Hitachi, Ltd. System for assisting trade of domestic treated water, method for assisting trade of domestic treated water, and medium recording that program
JP2007188360A (en) * 2006-01-14 2007-07-26 Norio Katsuragawa Small-scale product trading system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH117467A (en) * 1997-06-16 1999-01-12 Hitachi Ltd Method and device for mediating inter-person merchandise sale
WO1999017224A1 (en) * 1997-09-29 1999-04-08 Fujun Bi A multi-element confidence matching system and the method therefor
JPH11250139A (en) * 1998-03-04 1999-09-17 Hitachi Ltd Commodity information providing system
JP2000227922A (en) * 1999-02-08 2000-08-15 Nippon Telegr & Teleph Corp <Ntt> Information retrieval device and method therefor, and recording medium recording program for executing its method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH117467A (en) * 1997-06-16 1999-01-12 Hitachi Ltd Method and device for mediating inter-person merchandise sale
WO1999017224A1 (en) * 1997-09-29 1999-04-08 Fujun Bi A multi-element confidence matching system and the method therefor
JPH11250139A (en) * 1998-03-04 1999-09-17 Hitachi Ltd Commodity information providing system
JP2000227922A (en) * 1999-02-08 2000-08-15 Nippon Telegr & Teleph Corp <Ntt> Information retrieval device and method therefor, and recording medium recording program for executing its method

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005091192A1 (en) * 2004-03-19 2005-09-29 Hitachi, Ltd. System for assisting trade of domestic treated water, method for assisting trade of domestic treated water, and medium recording that program
KR100983431B1 (en) * 2004-03-19 2010-09-20 가부시키가이샤 히타치세이사쿠쇼 System for assisting trade of domestic treated water, method for assisting trade of domestic treated water, and medium recording that program
JP2007188360A (en) * 2006-01-14 2007-07-26 Norio Katsuragawa Small-scale product trading system

Similar Documents

Publication Publication Date Title
US7831476B2 (en) Listing recommendation in a network-based commerce system
US9836774B2 (en) Comparative shopping tool
JP5818980B2 (en) Supplementary product recommendations based on pay-for-performance information
US8117072B2 (en) Promoting strategic documents by bias ranking of search results on a web browser
US7716089B1 (en) Method and system for facilitating browsing of an electronic catalog of items
US20110004509A1 (en) Systems and methods for predicting sales of item listings
US10042883B2 (en) System and method for asynchronous consumer item searching requests with synchronous parallel searching
US20020103654A1 (en) Method and system for searching and submitting online via an aggregation portal
US20140236751A1 (en) Methods and System For Electronic Commerce Facility Client-Based Presentation Offer Management
US20050010484A1 (en) Apparatus for and method of facilitating fulfillment of buyer&#39;s/seller&#39;s desire
US8117060B2 (en) Geographic demand distribution and forecast
US20120310731A1 (en) Method and system for displaying related product information
US20100070342A1 (en) Regional demand and supply comparison
US20070055616A1 (en) Enhanced online auction method apparatus and system
US11328328B2 (en) Computer-implemented method for arranging hyperlinks on a grapical user-interface
US20090112732A1 (en) Similar Auction Identification System
KR20200087571A (en) Product information analysis and provision system and method thereof
US20050131799A1 (en) Enhanced online auction method apparatus and system
Sadeddin et al. Online shopping bots for electronic commerce: the comparison of functionality and performance
KR102499689B1 (en) Method for automatic screening of search keywords
JP2004030591A (en) System and method for purchasing commodity
JP3200756U (en) Net shop evaluation equipment
JP2002063394A (en) System and method for selling and buying article
JP2001167174A (en) Dealing and inquiry system
KR102488252B1 (en) Systme for providing proxy service using mobile device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040310

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040413

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040713

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20041109