(57)【要約】【課題】買い手の指定する複数の仕様を有する商品を、登録されたデータベースから速やかかつ高い一致度で検索することが可能な商品売買システム及び方法を提供する。【解決手段】買い手が複数の購入仕様（情報）Ｑ１〜Ｑ５を含む購入希望商品情報２ａを指定した場合に、制御手段（検索手段）１０は、１以上の販売仕様情報Ｐ１〜Ｐ４を有する販売希望商品情報２２ａが売り手（情報）Ｓ１と対応して記憶された販売希望商品データベース（ＤＢ）２２、６０、６２にアクセスし、複数の購入仕様（情報）Ｑ１〜Ｑ５のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を販売希望商品データベース（ＤＢ）２２から検索し、買い手端末７０、７２に送信する。【選択図】　　図１
2004030591.tif 000002
【特許請求の範囲】
【請求項１】
買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、
１以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する検索手段を備えたことを特徴とする商品売買システム。
【請求項２】
前記検索手段により検索された販売希望商品情報を前記買い手端末に送信する送信手段をさらに備えたことを特徴とする請求項１に記載の商品売買システム。
【請求項３】
前記販売希望商品データベースをさらに備えたことを特徴とする請求項１又は２に記載の商品売買システム。
【請求項４】
前記購入仕様情報がそれぞれランク付けされ、当該ランク付け、又は前記購入仕様情報と前記販売仕様情報との一致の度合いに応じた数値情報を記憶する検索情報データベースをさらに備え、
前記検索手段は、各購入仕様情報に所定の販売仕様情報が一致した場合に、前記検索情報データベースに基づいて、前記各購入仕様情報と前記所定の販売仕様情報との一致度を数値化することにより、前記買い手の購入条件を最も満足する販売希望商品情報を検索することを特徴とする請求項１ないし３のいずれかに記載の商品売買システム。
【請求項５】
取引が成立した商品又は売り手に関する前記買い手の評価情報を記憶する評価データベースをさらに備え、
前記検索手段は、以後の検索の際、前記評価情報を参照することを特徴とする請求項１ないし４のいずれかに記載の商品売買システム。
【請求項６】
取引が成立した商品に関する前記検索手段の検索結果を記憶する検索結果データベースをさらに備え、
前記検索手段は、以後の検索の際、前記検索結果を参照することを特徴とする請求項１ないし５のいずれかに記載の商品売買システム。
【請求項７】
前記検索手段を複数備え、かつ各検索手段はそれぞれ検索基準が異なっていて、
前記買い手が前記購入希望商品情報を指定する際、いずれの検索手段を検索に用いるかを指定可能であることを特徴とする請求項１ないし６のいずれかに記載の商品売買システム。
【請求項８】
前記買い手の購入条件を満足する販売希望商品の個数が、当該買い手の購入希望個数に達しなかった場合、前記買い手の購入条件及び不足個数を告知して売り手を募集する告知手段をさらに備えることを特徴とする請求項１ないし７のいずれかに記載の商品売買システム。
【請求項９】
買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、
１以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する過程を備えたことを特徴とする商品売買方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、買い手の希望する商品を、例えばＷｅｂサイト上に登録された売り手情報の中から検索するネットオークション等の商品売買システム及び方法に関する。
【０００２】
【従来の技術】
近年、インターネットの普及に伴い、いわゆるネットオークションが盛んに行われている。かかるネットオークションは、予め買い手や売り手が商品情報をオークションサイトと呼ばれるＷｅｂサイト上に登録し、例えば商品名をキーとして、希望する商品の売買相手を検索することで行われる。又、通常、売買相手の検索は、上記した商品名、価格や納期等の比較的少数のキーワードを用いてシステム上行われ、該当する商品名があるかないかを検索の判断基準とするのが一般的である。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記したネットオークションの場合、次のような問題がある。まず、買い手は自ら所定の情報源（オークションサイト）へアクセスして希望する商品があるかを検索する必要があり、又、買い手が自ら知っている情報源の数にも限りがあるので、検索の手間がかかり、又検索がヒットする確率も低くなる。
又、従来の検索では、商品名と商品が一義的に対応していれば確実な検索ができるが、商品毎に多数の仕様が含まれている場合には、どのような仕様の商品を買い手や売り手の希望する商品として検索するかの判断が必要になる。そして、かかる判断はその商品分野の経験者でなければ通常できず、これをオークションサイトのシステム上に実現することが困難であった。
【０００４】
特に、売買対象の商品が多数の仕様を有している場合、買い手の希望する仕様をすべて満足する商品がなくとも、それに近い商品を検索することが現実には要求されるが、いずれの商品を買い手の仕様に「近い」商品であるかの判断をシステム上で実現することは難しいため、このような商品を従来のネットオークションの取引対象とすることができなかった。
【０００５】
本発明は、上記した問題点に鑑みてなされたもので、買い手が自ら種々の情報源へアクセスせずとも、買い手の指定する複数の仕様を満足する商品を、登録されたデータベースから速やかかつ高い一致度で検索することが可能な商品売買システム及び方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記した目的を達成するために、本発明の商品売買システムは、買い手が複数の購入仕様情報を含む購入希望商品情報を指定した場合に、１以上の販売仕様情報を有する販売希望商品情報が売り手情報と対応して記憶された販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する検索手段を備えたことを特徴とする。
【０００７】
前記商品売買システムにおいて、前記検索手段により検索された販売希望商品情報を前記買い手端末に送信する送信手段をさらに備えることが好ましい。
前記商品売買システムにおいて、前記販売希望商品データベースをさらに備えることが好ましい。
【０００８】
又、本発明の商品売買システムは、前記購入仕様情報がそれぞれランク付けされ、当該ランク付け、又は前記購入仕様情報と前記販売仕様情報との一致の度合いに応じた数値情報を記憶する検索情報データベースをさらに備え、前記検索手段は、各購入仕様情報に所定の販売仕様情報が一致した場合に、前記検索情報データベースに基づいて、前記各購入仕様情報と前記所定の販売仕様情報との一致度を数値化することにより、前記買い手の購入条件を最も満足する販売希望商品情報を検索することを特徴とする。
【０００９】
前記商品売買システムにおいて、取引が成立した商品又は売り手に関する前記買い手の評価情報を記憶する評価データベースをさらに備え、前記検索手段は、以後の検索の際、前記評価情報を参照することが好ましい。
前記商品売買システムにおいて、取引が成立した商品に関する前記検索手段の検索結果を記憶する検索結果データベースをさらに備え、前記検索手段は、以後の検索の際、前記検索結果を参照することが好ましい。
【００１０】
前記商品売買システムにおいて、前記検索手段を複数備え、かつ各検索手段はそれぞれ検索基準が異なっていて、前記買い手が前記購入希望商品情報を指定する際、いずれの検索手段を検索に用いるかを指定可能であることが好ましい。
【００１１】
前記商品売買システムにおいて、前記買い手の購入条件を満足する販売希望商品の個数が、当該買い手の購入希望個数に達しなかった場合、前記買い手の購入条件及び不足個数を告知して売り手を募集する告知手段をさらに備えることが好ましい。
【００１２】
本発明の商品売買方法は、買い手が前記購入希望商品情報を指定した場合に、前記販売希望商品データベースにアクセスし、前記複数の購入仕様情報のうち少なくとも一部が一致する販売仕様情報を含む販売希望商品情報を、前記販売希望商品データベースから検索する過程を備えたことを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について、図１を参照して説明する。図１は、本発明の商品売買システム（以下、適宜「本システム）」という）５０の一実施の形態を示す構成ブロック図であり、制御手段（検索手段）１０、ネットワーク１００との情報の送受信を行う入出力制御手段（送信手段）１２、買い手情報データベース（以下、適宜「ＤＢ」と略記する）２、評価ＤＢ４、検索結果ＤＢ６、検索情報ＤＢ８を備えている。又、この実施形態では、商品情報統合ＤＢ２０、販売希望商品ＤＢ２２、購入入力情報ＤＢ２４、検索手段選択情報ＤＢ２６、売り手募集ページ（告知手段）３０等をさらに備えている。制御手段１０はシステム全体を制御し、図示しない所定のサーバ装置の中央演算処理装置として実現可能である。そして、商品売買システム５０は全体としてＷｅｂサイト（オークションサイト）を構成している。
【００１４】
本システム５０には、インターネット等のネットワーク１００を介して買い手端末７０、７２、売り手端末８０、８２がそれぞれ接続されている。又、ネットワーク１００には他のＷｅｂサイト（情報源）２００、２１０が接続され、各Ｗｅｂサイトは、本システムの販売希望商品ＤＢ２２と同様な販売希望商品ＤＢ６０，６２をそれぞれ格納した仮想店舗や電子モールをなしている。そして、本システム５０が有する検索手段（制御手段）１０から各ＤＢ６０，６２にアクセスし、所定の情報を取得可能になっている。なお、本システムにおいては、販売希望商品ＤＢ２２を備えることは必須ではなく、販売希望商品ＤＢ２２が外部にあってもよく、本システムでは外部の販売希望商品ＤＢ２２へのアクセス情報を保有していればよい。
【００１５】
ネットワーク１００としては、インターネットの代わりに、専用回線、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等を用いてもよい。又、買い手端末７０、７２、売り手端末８０、８２としては、パーソナルコンピュータ、ＳＴＢ（Ｓｅｔ　Ｔｏｐ　Ｂｏｘ：家庭用通信端末）などの端末、あるいは携帯電話機、ＰＨＳ（登録商標）、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ：個人用情報機器）などの（ユーザＡが有する）携帯端末を用いることができる。携帯端末は上記の他、パームトップコンピュータやラップトップコンピュータなどのモバイル（移動）性を有するものでもよい。そして、各携帯端末にはＷｅｂページを閲覧可能なブラウザが適宜搭載されている。なお、この実施形態では、端末７２、８０は携帯端末であり、移動体通信網１１０を介してネットワーク１００に接続されている。
【００１６】
本システム５０において、買い手情報ＤＢ２は、買い手に関する所定の情報（認証情報、氏名等）、購入希望商品に関する情報（商品名等）、購入仕様（Ｑ１〜Ｑ５）等を含む購入希望商品情報（買い手データ）２ａを記憶する。この買い手データ２ａは、本システム５０にアクセスした買い手Ｃ１、Ｃ２が買い手端末７０、７２に入力する。
【００１７】
販売希望商品ＤＢ２２（６０，６２）は、売り手に関する所定の情報（認証情報、氏名等）、販売希望商品に関する情報（商品名等）、販売仕様（Ｐ１〜Ｐ４）等を含む販売希望商品情報（売り手データ）２２ａを記憶する。ここで、上記売り手データを、商品サービス分類のための専用コードや、異なるデータベースの情報を統合可能な所定の言語で記述すると、他のＷｅｂサイトに格納されたＤＢ６０、６２の情報を統合して検索することができるので好ましい。この場合、ＤＢ６の情報や、他のＷｅｂサイトのＤＢ６０、６２の情報を適宜商品情報統合ＤＢ２２にまとめて格納すると、制御手段（検索手段）１０の検索の便の向上が図られる。言語としては、例えばＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｖｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）を用いることができる。
【００１８】
評価ＤＢ４は、取引が成立した商品名、その仕様（Ｐ１〜Ｐ４）、売り手情報、買い手の評価を含む評価データ４ａを記憶する。ここで、買い手の評価としては、商品の品質等の商品に関するものや、アフターサービス等の売り手に関するものとすればよい。検索結果ＤＢ６は、取引が成立した商品に関する情報（商品名、購入仕様（Ｑ１〜Ｑ５）、販売仕様（Ｐ１〜Ｐ４）、商品の一致度（マッチング度）についての買い手の評価（マッチング評価）を含む検索データ６ａを記憶する。マッチング評価については後述する。
【００１９】
検索情報ＤＢ８は、詳しくは後述する検索の際の判断基準に用いる検索マトリクスを記憶し、購入入力情報ＤＢ２４は、買い手の購入入力の際に用いる購入入力テンプレートを記憶する。検索手段選択情報ＤＢ２６は、検索手段が複数ある場合に各検索手段の過去の検索実績（買い手データに対する売り手データの一致度、買い手の評価等）を記憶し、買い手が購入依頼をする際にいずれの検索手段を用いるかを判断するもととなる。又、売り手募集ページ３０は、買い手の購入条件を満足する売り手の商品数が不足した場合に、当該購入条件や不足個数をＷｅｂ上に掲載し、この商品を提供可能な売り手の募集を行う。
【００２０】
上記した販売希望商品情報（売り手データ）及び購入希望商品情報（買い手データ）は、詳しくは図２及び図３に示すようになっている。図２において、売り手情報２２ａは、売り手ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：識別情報）２２ｓ、売り手名称／提供者名２２ｔ、売り手フェイス情報（氏名等）２２ｕ、販売希望商品情報（商品名、個数、販売仕様等）２２ｖ、売り手への連絡手段２２ｗ、料金情報１（販売希望価格、手数料、決済手段等）２２ｘ、料金情報２（オークションを行う際のハンマープライス価格（後述）等）２２ｙ、交換情報リンク（Ｐ１〜Ｐｎ、所定の情報へのリンク）２２ｚから構成されている。又、図３において、買い手情報２ａは、買い手ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：識別情報）２ｓ、買い手フェイス情報（氏名等）２ｕ、購入希望商品情報（商品名、個数、購入仕様等）２ｖ、買い手への連絡手段２ｗ、料金情報１（購入希望価格、決済手段等）２ｘ、料金情報２（オークションを行う際の購入指定価格（後述）等）２ｙから構成されている。
【００２１】
次に、図４を参照して本システム５０での商品売買の処理フローを説明する。図４において、まず、売り手は、例えば所定の売り手端末から販売希望商品に関する情報（売り手データ）を本システム又は他のＷｅｂサイト上の販売希望情報ＤＢに入力する（ステップ４００）。入力項目は、例えば図２に示したものとすればよい。本システムの制御手段１０は、販売希望情報ＤＢに登録された上記情報を、適宜商品情報統合ＤＢ２０に登録する（ステップ５００）。
【００２２】
次に、買い手が所定の買い手端末から例えばＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を指定して本システムにアクセスし、認証情報を入力する（ステップ３００）。本システムの制御手段１０は、買い手毎の認証情報を記憶した図示しないＤＢに基づいて認証処理を行い（ステップ５１０）、認証情報が正しいと判断した場合、買い手端末７０、７２に商品購入のための購入入力画面（購入入力テンプレート）を送信し、買い手端末７０、７２は当該画面を端末の表示部上に表示する（ステップ３１０）。買い手は、買い手端末から希望商品の購入情報（買い手データ）を入力し、又、所定の場合には複数の検索手段からいずれかを選択する（ステップ３２０）。
【００２３】
本システムの制御手段１０は、上記買い手データに基づいて、適宜商品情報統合ＤＢ２０に登録された売り手データの中から適合する情報を検索する（ステップ５２０）。そして、検索された売り手データと買い手データを対象として後述するオークションを適宜行い、その結果に応じて売り手と買い手、及び取引価格を決定する（ステップ５３０）。制御手段１０は取引結果を送信し、買い手端末と売り手端末は、それぞれ当該情報を受信する（ステップ３３０、４１０）。買い手は、その情報に基づいて買い手端末から決済情報を入力し（ステップ３４０）、制御手段１０は、その情報に基づいて決済処理を行う（ステップ５４０）。制御手段１０は決済結果を送信し、買い手端末と売り手端末は、それぞれ当該情報を受信する（ステップ３５０、４２０）。なお、取引成立時に買い手の希望する購入個数に対し、売り手の販売個数が不足する場合は、制御手段１０は売り手データ及び買い手データから不足個数を計算し（ステップ５５０）、所定の告知手段（売り手募集ページ）に購入条件や個数に関する情報を掲載して売り手を募集する（ステップ５６０）。又、取引成立の場合、本システムの管理者は、買い手及び売り手から所定の手数料を徴収するようにしてもよく、この場合は、制御手段１０は適宜課金情報を買い手端末及び売り手端末に送信する。
【００２４】
次に、制御手段（検索手段）１０が行う検索の方法について、図５を参照して説明する。図５は、フレームリレースイッチ（データ交換用機器）を商品とした場合の、検索マトリクスの例を示す。この図において、この商品（フレームリレースイッチ）の仕様が複数列記され、各仕様はそれぞれランクＡ、Ｂ、Ｃのいずれかにランク付けされている。
【００２５】
ここで、ランクＡに属する仕様は重要度が最も高く、買い手データのランクＡに属する仕様に対し、売り手データの仕様がすべて一致する必要がある。ここで、両者が「一致する」とは、買い手データの仕様を売り手データが備え、かつ各仕様の具体的条件（例えば「最大パケット長」の場合は「４０９６バイト」という数値、「ＩＮＳネットバックアップ」の場合は「可能か否か」）を満たすことをいう。そして、後述する一致度（マッチング度）を定量化するべく、買い手データと売り手データの仕様が一致した場合、他のランクに比べて最も高い点数（図５では１００点）が付与されるようになっている。
【００２６】
一方、ランクＢに属する仕様は重要度が比較的高いが、買い手データのランクＢに属する仕様に対し、売り手データの仕様がすべて一致しなくともよい。つまり、買い手データの仕様のうち、売り手データにこれに一致する仕様がなくともよい。ここで、両者が一致した場合の点数はランクＡより低くなっている（この例では３０点）。また、売り手データの仕様の具体的数値が買い手データの仕様に対して所定の範囲（例えば±ａ％）にある場合を、「部分一致」とみなす。この場合の点数は、両者が完全に一致した場合の点数より低く設定される（この例では１５点）。
【００２７】
又、ランクＣに属する仕様は重要度が低く、買い手データのランクＣに属する仕様に対し、売り手データの仕様がすべて一致しなくともよい。又、両者が一致した場合のポイントは他のランクより低い（この例では５点）。
【００２８】
そして、制御手段（検索手段）１０は、このような検索マトリクスに基づいて、各仕様の一致の度合い（マッチング度）を算出することにより、買い手の購入条件を最も満足する売り手データを検索する。図６は、制御手段（検索手段）１０の行う検索フローを示す。
【００２９】
この図において、検索手段１０は、上記検索マトリクスに基づいて、買い手データに含まれる購入仕様情報を、ランクＡ、Ｂ、Ｃに割り当てる（ステップ１０００）。又、検索手段１０は、買い手データに含まれる商品名（あるいは商品カテゴリ）をキーとして、これに対応する（同一の）商品やカテゴリを有する売り手データを商品情報統合ＤＢ２０から抽出する（ステップ１０１０）。そして、検索手段１０は、抽出した売り手データの中から、買い手データのランクＡに属する仕様とすべて一致する仕様を有するものを絞り込み検索する（ステップ１０２０）。例えば、買い手データのランクＡに属する仕様がＢ１、Ｂ２の場合、当該仕様Ｂ１、Ｂ２に一致する仕様をすべて有する売り手データを抽出する。
【００３０】
次に、検索手段１０は、絞り込み検索した売り手データのそれぞれについて、買い手データのランクＢ、Ｃに属する仕様と一致する仕様があるかを検索し、図５に示した検索マトリクスに沿って各売り手データを数値化することにより、買い手データと売り手データとの一致度（マッチング度）を算出する（ステップ１０３０）。又、検索手段１０は、検索結果ＤＢ６に記憶された過去の検索結果からマッチング評価に関する情報を適宜検索したり（ステップ１０４０）、評価ＤＢ４から当該商品や売り手についての買い手の評価を適宜検索する（ステップ１０５０）。そして、検索手段１０は、これらの情報を適宜数値化した上で、マッチング度に加算し、その値に基づいて、買い手の購入条件を最も満足する売り手データを抽出する（ステップ１０４０）。
【００３１】
図７は、上記ステップ１０３０の処理を具体的に示しており、買い手データのランクＡの仕様Ｐ１、Ｐ２に一致する仕様をすべて有する売り手Ｓ１〜Ｓ４のデータが絞込み検索されている。そして、Ｓ１〜Ｓ４のデータについて、買い手データのランクＢに属する仕様Ｐ３、Ｐ４、及びランクＣに属する仕様Ｐ５と一致する仕様があるかが検索され、検索マトリクスに基づく点数が表示されている。例えば売り手Ｓ２のデータにおいて、買い手データの仕様Ｐ３、Ｐ４に部分一致する仕様Ｑ１３、Ｑ１４が検索され、所定の点数（１５点）がそれぞれ付与されている。同様に、買い手データの仕様Ｐ５に完全一致する仕様Ｑ１５が検索されて点数が付与されている。なお、この図では、Ｓ２〜Ｓ４のデータについては、買い手データの仕様の表示を省略している。このようにして各ランクでの点数を合計することにより、Ｓ１〜Ｓ４の各データと買い手データとの一致度（マッチング度）が算出され、この例ではＳ１、Ｓ２のデータが最も一致度が高いと判断される（点数合計２３５）。
【００３２】
図８は、上記ステップ１０４０の処理を具体的に示しており、検索手段１０は、検索結果ＤＢ６から、今回の検索対象となる商品に関する過去の検索データを検索する。この図において、検索データは、買い手データの仕様Ｐ１〜Ｐ５に対して取引が成立した売り手Ｓ１００、Ｓ２００の商品の仕様、及び買い手が商品の一致度（マッチング度）に関して評価した指標（マッチング評価）を含んでいる。そして、検索手段１０はこれらのデータから、ランクＢについては、買い手の仕様に完全一致する売り手の仕様が１つある（Ｓ１００のデータに相当）より、買い手の仕様に部分一致する売り手の仕様が２つある（Ｓ２００のデータに相当）方が、買い手のマッチング評価が高いことを読み取る。そして、このマッチング評価を参照し、その値を（適宜所定の係数を乗じて）上記Ｓ１、Ｓ２のデータのマッチング度の点数に加算する。
【００３３】
図９は、上記ステップ１０５０の処理を具体的に示し、検索手段１０は、評価ＤＢ４から今回の検索対象の売り手Ｓ１〜Ｓ４に関する過去の評価データを検索する。そして、検索手段１０はこれらのデータから、ステップ１０３０でマッチング度を算出したＳ１、Ｓ２のうち、売り手Ｓ２の方が買い手の評価が高いことを読み取る。そして、この評価を参照し、その値を（適宜所定の係数を乗じて）上記Ｓ１、Ｓ２のデータのマッチング度の点数に加算する。
【００３４】
このようにして、ステップ１０３０で算出したマッチング度に加え、対応する商品についての過去のマッチング評価値や、売り手に対する評価を数値化して加算することにより、検索手段１０は買い手の購入条件を最も満足する売り手データを抽出することができる。そして、取引が成立する度に、評価ＤＢや検索結果ＤＢの情報が更新されるので、以降、買い手の購入条件を最も満足する販売希望商品情報の検索がより速やかになり、かつ一致度の高い検索ができる。なお、抽出される売り手データは、最も数値の高いもの１つでもよく、あるいは数値の高いものから順に複数個抽出してもよい。
【００３５】
なお、上記のようにして買い手の購入条件を最も満足する売り手データを抽出した後、買い手あるいは売り手の指定する価格をそのまま取引価格として取引を成立させてもよいが、オークションにより取引価格を決定してもよい。特に、買い手又は売り手が複数生じた場合にオークションを行って取引価格を決定すると、買い手や売り手に好都合である。図１０は、オークションにより取引価格を決定する態様を示す概念図である。
【００３６】
この図において、売り手Ｓ１、Ｓ２はいずれも買い手Ｃ１〜Ｃ４の購入条件を満足する商品を有しているとする。各売り手は、図２の「ハンマープライス価格」に相当する「開始価格」及び「終了価格」を登録しており、これらはそれぞれオークションの開始及び終了時の設定価格を示す。一方、各買い手は図３の「購入指定価格」を登録しており、これは買い手の希望購入価格を示す。そして、売り手Ｓ１に対しては、Ｓ１の開始価格より購入指定価格が高く、終了価格より購入指定価格が低い買い手Ｃ１、Ｃ２がオークションの対象となり、そのうち購入指定価格がより高い買い手Ｃ２との間で取引が成立する。同様に、売り手Ｓ２に対しては、Ｓ２の開始価格より購入指定価格が高く、終了価格より購入指定価格が低い買い手Ｃ３、Ｃ４がオークションの対象となり、そのうち購入指定価格がより高い買い手Ｃ４との間で取引が成立する。そして、取引成立後は、図４に説明したようにして、適宜決済処理が行われる。
【００３７】
又、上記した実施形態においては、検索手段が１つである場合について説明したが、検索手段を複数有し、各検索手段がそれぞれ異なる判断基準で検索を行うようにしてもよい。この場合、各検索手段は異なる検索マトリクスを持つので、同一の買い手に対して異なる検索結果を提示することになる。そして、検索手段情報ＤＢには、例えば買い手の購買条件に対する売り手データの一致度が各検索手段毎（商品毎でもよい）に記憶されているので、買い手はこの情報に基づいて、最も確実な検索を行う検索手段を選択することができる。
【００３８】
本発明は、以上述べた実施形態に限定されるものではない。例えば、各販売希望商品情報を商品情報統合ＤＢに格納せず、検索の度に検索手段が各販売希望商品情報の情報源へアクセスするようにしてもよい。又、検索手段による検索後、オークションを行わずに、買い手又は売り手の指定する価格をそのまま取引価格としてもよい。又、検索マトリクスに沿って買い手データと売り手データとの一致度を算出した後、評価ＤＢや検索結果ＤＢの情報を参照せずに、買い手の購入条件を最も満足する売り手データをこの一致度に応じて決定してもよい。又、売り手募集ページに代えて、電子メールを売り手端末のアドレスに送信することにより売り手募集をしてもよい。
【００３９】
なお、本発明の商品売買システムは、コンピューターと、通信装置等の各種周辺機器と、そのコンピューターによって実行されるソフトウェアプログラムとによって実現することができ、上記システム内で実行されるソフトウェアプログラムは、コンピューター読み取り可能な記憶媒体あるいは通信回線を介して配布することが可能である。
【００４０】
【発明の効果】
以上説明したように、本発明によれば、買い手は本システムに対して所定の購買入力を行うだけで、本システムが対象となる売り手を検索するので、買い手が自ら種々のオークションサイトへアクセスする必要がない。又、本システムは、他の情報源（Ｗｅｂサイト）へも適宜アクセスして売り手を検索するので、買い手の希望する商品を見つける確率が高くなる。
【００４１】
そして、販売希望商品データベースに基づき、買い手の購買仕様情報に少なくとも一部が一致する販売仕様情報を有する商品情報を検索するので、たとえ、買い手の購入条件をすべて満足する商品情報がなくとも、それに近い商品情報を当該データベースから速やか、かつ高い一致度で検索することができる。
【００４２】
又、購入仕様情報のランク付け、又は購入仕様情報と販売仕様情報との一致の度合いに応じた数値に基づいて、購入仕様情報と販売仕様情報との一致度を数値化した場合には、検索が定量化され、買い手の購入条件を最も満足する販売希望商品情報をより速やか、かつ一致度を高くして検索できる。さらに、対応する商品についての過去の検索結果や評価データを参照した場合には、検索がさらに正確になる。特に、取引が成立する度に、評価ＤＢや検索結果ＤＢの情報が更新されるので、以降の検索の確実性が増大する。
【図面の簡単な説明】
【図１】本発明の商品売買システムの構成を示すブロック図である。
【図２】販売希望商品情報（売り手データ）の構成を示す図である。
【図３】購入希望商品情報（買い手データ）の構成を示す図である。
【図４】商品売買のフローを示す図である。
【図５】検索マトリクスの例を示す図である。
【図６】検索処理のフローを示す図である。
【図７】買い手データと売り手データの一致度を数値化した態様を示す図である。
【図８】検索結果ＤＢに記憶された検索データの例を示す図である。
【図９】評価ＤＢに記憶された評価データの例を示す図である。
【図１０】オークションにより取引価格を決定する方法を示す概念図である。
【符号の説明】
２　　　　　　　　　　　買い手情報データベース（ＤＢ）
２ａ　　　　　　　　　　購入希望商品情報（買い手データ）
４　　　　　　　　　　　評価データベース（ＤＢ）
６　　　　　　　　　　　検索結果データベース（ＤＢ）
８　　　　　　　　　　　検索情報データベース（ＤＢ）
１０　　　　　　　　　　制御手段（検索手段）
１２　　　　　　　　　　入出力制御手段（送信手段）
２２、６０、６２　　　　販売希望商品データベース（ＤＢ）
２２ａ　　　　　　　　　販売希望商品情報（売り手データ）
５０　　　　　　　　　　商品売買システム
７０、７２　　　　　　　買い手端末
８０、８２　　　　　　　売り手端末
１００　　　　　　　　　ネットワーク
１１０　　　　　　　　　移動体通信網
２００、２１０　　　　　他のＷｅｂサイト
【図１】
2004030591.tif 000003
【図２】
2004030591.tif 000004
【図３】
2004030591.tif 000005
【図４】
2004030591.tif 000006
【図５】
2004030591.tif 000007
【図６】
2004030591.tif 000008
【図７】
2004030591.tif 000009
【図８】
2004030591.tif 000010
【図９】
2004030591.tif 000011
【図１０】
2004030591.tif 000012