(57)【特許請求の範囲】
【請求項１】
複数のユーザに使用されるコンピュータ商取引マッチングシステムであって、
前記複数のユーザにより入力され各々複数の要素を含む複数のユーザ・オファーを記憶するオファーデータベースであり、前記複数の要素の各々の名称を特定するためのデータが記憶されるフィールド・エンティティと前記複数の要素の各々の単位を特定するためのデータが記憶される単位エンティティとが作成されるオファーデータベースと、
前記入力された複数のユーザ・オファーの各々について前記オファーデータベース内にオファー・エンティティを作成し、前記フィールド・エンティティと前記単位エンティティとを用いて前記複数の要素の名称と単位を特定し、前記ユーザ・オファーを需要と供給の一つと関連させ、前記オファー・エンティティに記憶するオファー生成プログラム手段と、
ユーザ側インターフェースを介してユーザから入力された、包含的マッチングを許容するか否かを特定する複数の要素を含むユーザ要求を、サーチ条件として受け取る要求入力プログラム手段であり、前記ユーザ要求における前記複数の要素の各々に重要度の重みを付け、前記ユーザ要求を需要と供給の一つと関連させる要求入力プログラム手段と、
前記要求入力プログラム手段から前記ユーザ要求を受け取り、前記ユーザ要求と前記オファーデータベース内に記憶された前記複数のユーザ・オファーとを比較しマッチングさせるサーチエンジンであり、前記サーチエンジンは、需要要求と供給オファーのマッチング及び供給要求と需要オファーのマッチングによって前記ユーザ要求と前記複数のユーザ・オファーと比較し、前記ユーザが前記各要素の重要度を調節して設定した各要素の満足度に基づいて予め設定したマッチング・レベルを超えたサーチ得点を有するマッチング結果だけを前記ユーザに返却するところのサーチエンジンと
を含み、
前記オファー生成プログラム手段は、前記ユーザ要求をユーザ・オファーとして処理し前記オファーデータベース内に記憶し、
前記ユーザ要求はユーザ・オファーとして前記サーチエンジンによりサーチされる
コンピュータ商取引マッチングシステム。
【請求項２】
前記各ユーザ・オファー又は前記ユーザ要求は、少なくとも、（ａ）需要、（ｂ）供給、（ｃ）商品の名称、（ｄ）商品の量、（ｅ）商品の値段からなるグループから選択された少なくとも一つの項目を含む
請求項１に記載のコンピュータ商取引マッチングシステム。
【請求項３】
前記ユーザが前記ユーザ要求を入力した後に、前記ユーザ要求によるサーチ要求を前記サーチエンジンにおいて有効に維持し、マッチングが生じた時に前記ユーザに通達する
請求項１に記載のコンピュータ商取引マッチングシステム。
【請求項４】
一のユーザの要求と他のユーザからのオファーとをマッチングするコンピュータ商取引マッチング方法であって、
（ａ）複数のユーザが入力した複数のユーザ・オファーを記憶するオファーデータベースを設け、各前記ユーザ・オファーに含まれる複数の要素の各々の名称を特定するためのデータが記憶されるフィールド・エンティティと前記複数の要素の各々の単位を特定するためのデータが記憶される単位エンティティとを、当該オファーデータベースにおいて作成するステップと、
（ｂ）入力された各前記ユーザ・オファーについて、前記オファーデータベース内にオファー・エンティティを作成し、前記フィールド・エンティティと前記単位エンティティとを用いて前記複数の要素の名称と単位を特定し、前記ユーザ・オファーを、需要と供給の一つと関連させ、前記オファー・エンティティに記憶するステップと、
（ｃ）ユーザ側インターフェースを介して一のユーザが入力した、包含的マッチングを許容するか否かを特定する複数の要素を含むユーザ要求を、サーチ条件として受け取り、前記ユーザ要求における前記複数の要素の各々に重要度の重みを付け、前記ユーザ要求を需要と供給の一つと関連させるステップと、
（ｄ）需要要求と供給オファーのマッチング及び供給要求と需要オファーのマッチングによって、前記ユーザ要求と前記オファーデータベース内に記憶された複数のユーザ・オファーとを比較しマッチングさせるステップと、
（ｅ）前記一のユーザが前記各要素の重要度を調節して設定した各要素の満足度に基づいて予め設定したマッチング・レベルを超えたサーチ得点を有するマッチング結果だけを前記一のユーザに返却するステップと
を含み、
前記ユーザ要求は、ステップ（ｂ）において、ユーザ・オファーとして処理され、前記オファーデータベース内に記憶され、前記ステップ（ｄ）においてサーチされる
コンピュータ商取引マッチング方法。
【請求項５】
一のユーザの要求と他のユーザからのオファーとをマッチングするコンピュータ商取引マッチング方法であって、
（ａ）複数のユーザが入力した複数のユーザ・オファーを記憶するオファーデータベースを設け、各前記ユーザ・オファーに含まれる複数の要素の各々の名称を特定するためのデータが記憶されるフィールド・エンティティと前記複数の要素の各々の単位を特定するためのデータが記憶される単位エンティティとを、当該オファーデータベースにおいて作成するステップと、
（ｂ）入力された各前記ユーザ・オファーについて、前記オファーデータベース内にオファー・エンティティを作成し、前記フィールド・エンティティと前記単位エンティティとを用いて前記複数の要素の名称と単位を特定し、前記ユーザ・オファーを、需要と供給の一つと関連させ、前記オファー・エンティティに記憶するステップと、
（ｃ）ユーザ側インターフェースを介して一のユーザが入力した、包含的マッチングを許容するか否かを特定する複数の要素を含むユーザ要求を、サーチ条件として受け取り、前記ユーザ要求における前記複数の要素の各々に重要度の重みを付け、前記ユーザ要求を需要と供給の一つと関連させるステップと、
（ｄ）需要要求と供給オファーのマッチング及び供給要求と需要オファーのマッチングによって、前記ユーザ要求と前記オファーデータベース内に記憶された複数のユーザ・オファーとを比較しマッチングさせるステップと、
（ｅ）前記一のユーザが前記各要素の重要度を調節して設定した各要素の満足度に基づいて予め設定したマッチング・レベルを超えたサーチ得点を有するマッチング結果だけを前記一のユーザに返却するステップと
を含み、
ステップ（ｄ）は、さらに、サーチ得点に従って前記マッチング結果を順位付け及びランキング付けするステップを含み、
前記ユーザ要求は、ステップ（ｂ）において、ユーザ・オファーとして処理され、前記オファーデータベース内に記憶され、前記ステップ（ｄ）においてサーチされる
コンピュータ商取引マッチング方法。
【請求項６】
前記ユーザ要求は、サーチ条件としてそれぞれ重要度の重みが付けられた複数の要素を含み、各マッチング結果は前記ユーザの満足度を示すサーチ得点を有し、
ステップ（ｄ）は、さらに、サーチ得点に従って前記マッチング結果を順位付け及びランキング付けするステップを含む
請求項５に記載のコンピュータ商取引マッチング方法。
【請求項７】
前記各ユーザ・オファー又はユーザ要求は、（ａ）需要、（ｂ）供給、（ｃ）商品の名称、（ｄ）商品の量、（ｅ）商品の値段からなるグループから選択された少なくとも一つの項目を含む
請求項５に記載のコンピュータ商取引マッチング方法。
【請求項８】
前記ユーザが前記ユーザ要求を入力した後に、前記ユーザ要求によるサーチ要求を前記サーチエンジンにおいて有効に維持し、マッチングが生じた時に前記ユーザに通達する
請求項５に記載のコンピュータ商取引マッチング方法。
【発明の詳細な説明】
【０００１】
発明の属する分野
本発明は、コンピュータマッチングシステム及びその方法、特に、ユーザの要求を他のユーザのオファーとマッチさせ、そのユーザにマッチング結果を返すといったデータベース上に設けられた多要素の確信度付きマッチングシステムである電子商取引システムに関連したものである。
【０００２】
発明の背景
トレーダは今日、世界取引市場で取引をおこなっており、他の国のトレーダと効率的にかつ信頼性をもって取引する必要があるので、近年国際取引業務において電子商取引システムがより広く使われてきている。
【０００３】
今のところ、いくつもの電子商取引システムが国際取引において使用されているが、例えばＥＤＩ（電子的データ交換）は、トレーダが特定の取引相手とのオファーのやりとりをするために使用されるが、トレーダが興味のあるオファーを見つけるために使用することはできない。
【０００４】
トレーダが他のトレーダから必要な商品を見つけるための取引システム、あるいは彼らの商品のバイヤを見つけるための取引システム、及び多数のビジネス関連事項に対処するための取引システムもある。
取引システムの業務は、電子商取引システムを介して他のトレーダが公表したオファーと、トレーダの要求をマッチさせることである。このことは通常、有効なオファーのユーザクライテリアの直接サーチ及び単なるサーチ結果のみを一般的な順位でディスプレーすることによって達成される。
【０００５】
情報技術において、ユーザによって特定された条件（クライテリア）に対する返答に最良の結果をだす試みは、古くからの課題である。質疑及びマッチングシステムのいくつもの異なる方法が履行され、日々進歩している。そのシステムのほとんどが技術的な標準化ツールをその目的のために使用しており、その柔軟性はそれらのツールが何をできるかにかかっている。標準化サーチエンジンは主にサーチクライテリアを調査し、それが出す結果は、クライテリアの丁度全ての条件にマッチするゼロ、１あるいは複数のケースとなっている。一つのケースがいくつの条件を満たすかにかかわらず、もしその中のうち一つの条件が満たされない場合、その条件が他の条件の中で最も重要でない条件であっても、そのケースは結果セットに含まれない。範囲に関しては特に、主にユーザは彼らの欲求に完全に合致するものではなく、彼らの欲求に近いものを欲している。言い換えると、Ｉｎｆｏｍｉｘ、Ｏｒａｃｌｅ、Ｓｙｂａｓｅ、Ｉｎｇｒｅｓ及び他のデータベースエンジンは、マッチングケースにおいて「マッチ」及び「ノー  マッチ」というたった二つの選択（チョイス）しか有していない。
【０００６】
従来の取引システムでは、ユーザがサーチクライテリアを示すと、通常膨大な量の情報が返却され、ユーザはその中から自分の興味のあるものを見つけなければならない。そして、もし必要ならば、ユーザはクライテリアにさらに多くの条件を追加し、または、さらなるサーチクライテリアあるいは論理式（フォーミュラ）を入力し、返却される情報量を削減するようもう一度サーチをおこなわなければならない。どうやら彼は、満足な結果を得るまで、結果を彼自身によって絞り込まなければ（狭めなければ）ならないらしい。彼は一つのカテゴリーから次のカテゴリーをサーチしなければならず、そして、毎回新しいサーチクライテリアを選択する前にスクリーンにディスプレーされる情報を読まなければならず、サーチするプロセスの間ユーザによる介入なくしてはサーチは連続的におこなえない。一方で、もしサーチクライテリアに含まれる条件が少なすぎると、返却される情報は多すぎて、そのうちのほとんどが彼の興味のあるものではない。他方、もしサーチクライテリアに含まれる条件が多すぎると、上述したようにあまり重要でない条件を満たさなかったという理由で、ユーザは彼にとって最も重要な情報を得られない可能性もある。
【０００７】
従って、従来のサーチシステムはユーザが使用する際便利ではなく、サーチを効率的におこなえない。ユーザがそのようなシステムを使用すると、サーチプロセスにかかる時間とコストが増大する。
【０００８】
発明の概要
本発明の目的は、多要素の確信度付きマッチングシステムを供給することであり、それは、ユーザあるいはトレーダにトレーダの介入なくして彼の興味ある情報を自動的に供給できるものであり、ユーザに彼らの要求に合致し得るオファーの情報を最大量与えるものであり、そうすることによってトレーダが彼らのクライテリアに完全に合致するオファーのみならずそれに近いものあるいはその一部分、あるいは彼らに必要なもの以上のものを見ることができ、従ってトレーダはサーチを効率的に行うことができるものである。
【０００９】
有利なことに、本発明はスタンダードなツールの洗練性を高めたもので、ケースを享受（アクセプト）あるいは拒否（リジェクト）する際にユーザの考えに沿うものである。それは、ユーザのチョイスにさらなるパラメーターを介在させることによって、システムは結果の許容範囲を広げることができ、ユーザの好みに基づいて最も重要な条件に合致し、重要でない条件のみを満たさないケースをアクセプトするようになすことができる。
【００１０】
上記の目的及び利点を達成するために、本発明は複数のユーザに使用されるデータベースからなるコンピュータマッチングシステム及びその方法を供給する；各ユーザによってデータベースに入力されたオファーのエンティティを生成し、前記オファーをデータベースに保存するためのオファー生成プログラム手段；ユーザによって入力された要求をデータベースに保存してある他のユーザのオファーと比較し及びマッチングし、前記ユーザにマッチング結果を返却するサーチエンジンを備える。
【００１１】
本発明のコンピュータマッチングシステムにおいては、前記要求がサーチクライテリアとして複数の要素を含んでいること、前記各要素に重要性の重みつけがおこなわれており前記ユーザの満足度を示すサーチ得点を各マッチング結果が有すること、前記サーチエンジンがさらにそれぞれのサーチ得点に従って前記マッチング結果を順位付けおよびランキング付けすること、並びにサーチ得点を有するマッチング結果についてのみ前もって決められた満足度が前記ユーザに返却されること、が好ましい。
【００１２】
また、前記マッチングシステムに対する前記ユーザ側インターフェイスはインターネットを介することが好ましい。
本発明の以上及び他の目的、態様及び利点は、図面を参照しながら、以下の発明の好ましい具体例の詳細な説明よりさらにあきらかになる。
【００１３】
好ましい具体例の詳細な説明
以下、本発明の好ましい具体例の説明を、図示された添付図面を参照して詳細に行う。
図１は本発明に係る多要素の確信度付きマッチングシステムの基本構造を示している。図１に示されるとおり、多要素の確信度付きマッチングシステムは複数のユーザによって使用され、データベース、データベースにおいてオファーエンティティを生成するためのオファー生成プログラム、及びユーザによって入力されたサーチ条件（クライテリア）あるいは要求とデータベース内に存在するオファーとを比較するためのサーチエンジンを有している。ユーザによってオファーが入力されると、そのオファーはオファー生成プログラムによって処理されデータベースにおけるオファーエンティティに保存される。ユーザから要求を受け取ると、サーチエンジンはその要求と他の全てのユーザのデータベースにおけるオファーエンティティに保存され存在しているオファーとをマッチさせるために作動する。マッチング結果は確信度に従ってランク付けされることができ、すなわち、マッチングレベルあるいはサーチ得点、並びにマッチング結果が対応するユーザに返却される。
【００１４】
ユーザは多要素の確信度付きマッチングシステムにインターネットを介してインターフェイスすることができる。そしてデータベースは仮想となりうる要求エンティティを含むことができる。
【００１５】
図２ａ及び図２ｂは、本発明に係る多要素の確信度付きマッチングシステムにおいて履行される方法の図の原理を示している。図２ａに示されるとおり、各ユーザによって入力されたオファーの詳細はオファーデータベースに書き込まれ、サーチクライテリア、すなわち、そのユーザによって入力された要求はマッチングプログラムあるいは図１のサーチエンジンの作動によっておこなわれるマッチング処理に送られ、そのマッチング処理はその要求と他の全てのユーザからのオファーデータベースに保存されているオファーの詳細とを比較し、それによってそのユーザにマッチングオファーリストが返却される。
【００１６】
マッチング処理においておこなわれるマッチングプロセスは図２ｂにおいて詳細に示されている。図２ｂに示されるとおり、まず最初に、サーチクライテリア、すなわち、ユーザによって入力された複数の条件あるいは要素を含んだ要求は、オファーデータベースからのオファーと比較される。各条件はその重要度を示す重み付けがなされているので、各マッチング結果はユーザの満足度を示したサーチレベルを有する。比較結果は５レベルあり、フルマッチオファー、サブセットマッチオファー、パーシャルマッチオファー、スーパーセットマッチオファーおよびノーマッチオファーといったものである。比較結果は順番に一致度が低くなり、ユーザによって設定されたミニマムアクセプタブルレベル（ＭＡＬ）より高いレベルを持つマッチング結果がユーザに返却される。上記のプロセスはユーザが要求を入力すると多要素の確信度付きマッチングシステムにより自動的におこなわれ、マッチング結果がユーザに返却され、それによってユーザは瞬時に彼の要求を満たすオファーを得ることができ、そしてさらに有利なことには、そのマッチング結果はユーザのクライテリアを１００％満たす完全なマッチであるだけでなくパーシャルマッチあるいは包含的マッチの結果を含むのである。
【００１７】
取引の分野では、オファーはバイ（需要）あるいはセル（供給）となり得ると同時に、要求もバイあるいはセルとなり得る。従って、もし要求が需要であった場合、データベースにおいて供給オファーと比較される；もし要求が供給であった場合、データベースにおいて需要オファーと比較されることとなる。
【００１８】
図３は本発明の具体例に係るシステムにおけるサーチ結果のマッチングレベルを示している。図３に示されるとおり、マッチング結果はそのレベルに従って順位付け及びランク付けされ、マッチング結果セットは順序及びレベルによって構築可能であり、そこではレベル１は完全なマッチ、すなわち、フルマッチであり、それはすなわち入力された需要Ａは供給セットと完全に同じであったことを意味する；レベル２は包含的マッチであり、供給セットＢは入力された需要Ａを内包している、すなわち、セットＢはセットＡの一部のみ含んでいる；レベル３はパーシャルマッチであり、セットＡ及びセットＢはお互いにオーバーラップする部分を有している；レベル４も包含的マッチであるが、供給セットＢが入力された需要Ａを外包している；そしてレベル５はノーマッチであり、セットＡおよびセットＢ間に共通部分はない。
【００１９】
各サーチクライテリアあるいは要求は、商品、マーケットポジション（バイヤあるいはセラー、または両方）オファーの日付、配達日付、オファーする者、値段及び量といった多数の要素を含むことができる。オファーは要求と比較されるために要求と同じ要素を含むことができる。要求の各要素はデータベースにおけるオファーのそれと比較され、対応する要素をマッチさせるプロセスの各流れはユーザによって重み付けすることができる。上記のマッチの５レベルはそれぞれユーザによって重み付けされた結果の得点を有しており、レベル１のフルマッチから、レベル５のノーマッチまで、得点は１００％から０％まで減少する。
【００２０】
図４ａは本発明に係るデータベースにおけるデータエンティティの構造を示している。データベースにおいては、ユーザエンティティがあり、それはシステムのメンバーであり要求及びオファーを生成及び所有する。ユーザエンティティに保存されているユーザ情報は主にフラット、加工されないユーザデータであり、ユーザに使用可能なインターフェイスによって得られる。要求は仮想的エンティティであり、また上記のようにサーチクライテリアとしても参照される。伝統的な活動においては、ユーザによって入力されたクライテリア情報はデータベース内に保存されないが、もしその情報が後の告知及びトリガーシステムに使用されるものであれば、クライテリアは現実的エンティティに保存されたであろう。図４ａに示されるとおり、要求エンティティはＩＤ、並びに要求ＩＤ、データ、及び関係を含む属性を有している。要求−属性は要求の個々の部分についての情報を保存するために使用される。要求を生成するプロセスの間、システムはコンプレックス属性と呼ばれるこのエンティティの新しいエントリを生成することができ、それは前の一つの属性の結果によって構成されている。オファーエンティティは供給あるいは需要のユーザのオファーを保存し、このエンティティはＩＤ及びオファーの固定部分を保存し、それすなわち商品の説明あるいはクライテリア及びサーチプロセスに関係しないいかなる他の部分の情報であり、そしてオファー属性はオファーの変数部分を保存し、オファーの属性を示すものである。ここで変数部分とは、値段、色、素材等といった属性及びクライテリアに関係するものである。
【００２１】
加えて、データベースはフィールド情報を保存するフィールド及びユニット情報のためのユニットエンティティを含んでいる。
上記のエンティティの定義を、以下の表１にて示す。
【００２２】
【表１】
0003607867.tif 000002
【００２３】
要求及びオファーエンティティが同様の情報を含むにもかかわらず、それらの作用は異なっている。オファーエンティティは固定された需要あるいは供給、ユーザ供給あるいは要求についての情報を保存する。この情報は要求（サーチクライテリア）が提出される度にシステムによってテストされる。要求はユーザにより特定された条件を含み、範囲を含んでいる。要求は仮想的エンティティであり、それはプロセスが終了した後、現実的エンティティに保存される必要はないということである。
【００２４】
フィールド及びユニットエンティティはオファー及び要求の属性を生成するのに使用される表である。
【００２５】
図４ｂは本発明の具体例に係るデータベースにおけるエンティティ間の関係を示すものである。図４ｂに示されるとおり、各ユーザはユーザエンティティに記録を持っており、各ユーザは一つより多いエントリを持たない。各ユーザは０、１あるいはより多くの要求を持っており、これらの要求はユーザのエントリと結びついている。各ユーザは０、１あるいはより多くの需要あるいは供給オファーを生成することができる。各オファー／要求は１あるいはより多くの属性を持っている。全ての属性はフィールドエンティティのエントリをポイントして、フィールドのタイプを示す。そして全ての属性はユニットエンティティのエントリをポイントしてユニットタイプを特定する。
【００２６】
図４ｃは図４ｂに示されているエンティティのキーとなる関係の詳細を示しており、別々のエンティティの対応する属性の詳細な説明は以下の表２−８に示される。
【００２７】
【表２】
0003607867.tif 000003
【００２８】
【表３】
0003607867.tif 000004
【００２９】
【表４】
0003607867.tif 000005
【００３０】
【表５】
0003607867.tif 000006
【００３１】
【表６】
0003607867.tif 000007
【００３２】
【表７】
0003607867.tif 000008
【００３３】
【表８】
0003607867.tif 000009
【００３４】
図５は本発明の具体例に係るインターネットを通じて情報サーバにコミュニケーションするウェブ基礎クライエントを示している。本発明によるマッチングシステムはオープン構造を有しており数々の環境にて使用することができるが、国際取引市場においてはインターネットが使用される。マッチングシステムはインターネット上のサーバ内に位置しており、ユーザは、図５に示されているとおりウェブブラウザを通してマッチングシステムを有するサーバにつなげることができる。サーバはサン  マイクロシステムズ社のユニックスによるものでも、インテルマイクロソフト社のＮＴによるものでもよい。クライエントはマイクロソフト  ウィンドウズ９５オペレーティングシステムが動作するパーソナルコンピュータ、アップル  マックＯＳが動作するアップル  マッキントッシュ、あるいはユニックスが動作するサン  マイクロシステムズ  ワークステーションとなりうる。本発明のデータベースに使用される拡張可能なデータベース管理システムは、インフォミックスあるいはオラクルの商品でよい。上記のデータベースに使用できるプラグ−イン  モジュールは、ヴェリティ、エクスカリバーあるいはヴィラージュを含むことができる。
【００３５】
図６は図５における本発明の具体例に係るクライエント及びサーバにおけるコンポーネントの詳細を示している。図６に示されるとおり、各クライエントはオペレーティングシステム、ローカル情報及びアプリケーションの基礎貯蓄内容、ウェブ基礎アプリケーションをおこなう及びＨＴＭＬフォーマットにおけるページをブラウズするためのウェブブラウザ、並びにグローバルネットワークにつなげるためのネットワーク転送部を有している。多要素の確信度付きマッチングシステムを有するサーバはオペレーティングシステム、データベース及び共通の情報やアプリケーションを保存する大容量記録装置、データベースサービスを供給する及びクライエントからの要求に答える拡張可能なデータベースエンジン、並びにウェブサービス及びネットワーク転送部を供給するウェブサーバを含んでいる。拡張可能なデータベースエンジンは、クライエントの質疑及びデータベースサービス要求に関係したクライエントに対するサービスに使用され、データベース表、ＳＱＬ機能及び拡張可能なモジュールによって構成されている。前記の拡張可能なモジュールは、第三者マッチング（他のソフトウェア会社によってつくられたアプリケーションによるデータマッチング）エンジン、既存のスタンダードサービスを利用するためのウェブ展開／転送モジュール、並びに臨時の多要素の確信度付きマッチングシステム機能を追加するためのコア技術モジュールにて成り立っている。
【００３６】
図７はコア技術モジュール並びにそれが第三者マッチングエンジン及びＳＱＬ機能につながる構造を示している。コア技術モジュールは要求とオファーデータベースに保存されているオファーとを比較するためのマッチングエンジン、カスタムマッチングコンポーネント、並びに順序付け及びランク付けするモジュールを含んでいる。ここで、カスタムマッチングとは、既存の機能及び第三者技術、例えば、包含的マッチすなわち供給アイテムが要求よりも量が多いといったものに加えて履行されてきたデータマッチングである。
【００３７】
図７に示されているとおり、要求及びオファーの詳細はマッチングエンジンに送られ、マッチングエンジン及びカスタムマッチングコンポーネントは要求と第三者マッチングエンジンの手段によるオファーとを比較する。第三者マッチングエンジンは、ヴェリティテキスト及びエクスカリバーテキスト、並びに同等（＝）、類似、より少ない（＜）、及びより大きい（＞）といったＳＱＬ機能を含んでいる。その後、マッチングエンジンにより出されたマッチング結果は順序付け及び絞込みモジュールに送られ、各マッチング結果が持つ確信度あるいは得点に従ってランク付けされ、彼ら自身の絞込みクライテリア、例えば、完全マッチ及び値段順の最初の５つに限定したデータのみ見せてくれといったものに基づいてデータの量が絞り込まれ、ユーザに送られる。マッチング得点が最低の受入レベルに達しなかった場合の結果は捨てられ、ランク付けされ絞り込まれたマッチングオファーセットがユーザに送り返される。
【００３８】
図７は、独立のインターフェイスである。この図は、実行がクライエントサーバ、ウェブベースあるいは単なるターミナルキャラクターインターフェイスを介していることに係わらず同じである。ユーザインターフェイスの全てのタイプは要求を生み出し、存在するオファーとマッチさせ、結果セットをつくりだすことができる。
【００３９】
以上のプロセスの全ては、コア技術拡張モジュール及びインターフェイス内から、コアデータベースエンジン及びいかなる他のインストールされた拡張モジュールまででおこなわれる。
【００４０】
図８は本発明による多要素の確信度付きマッチングシステムの典型的ウェブにおける実行技術及びそれをサポートするために必要とされる追加のコンポーネントを示している。図８に示されているとおり、図６に示されているウェブサーバは、サーバの行動を特定するための構造詳細、基礎サービスを供給するための内部機能、ユーザのためのカスタム機能及びアプリケーション特定サービス及び標準ＨＴＭＬデータ、並びに標準ＨＴＭＬページとサーチエンジンの結果を統合する転送エンジンからなっている。ユーザからの要求を含むＨＴＭＬフォームは転送エンジンに送られる。転送エンジンは要求の全てのデータを他のモジュールに送る。ウェブ展開及び転送モジュールはウェブページ保存及びウェブページ転送を含んでいる。これらのモジュールはアプリケーションの論理、標準ＨＴＭＬの不変内容（コンテンツ）及び実際のデータの可変内容（コンテンツ）、データベースに対する質疑の結果、並びに変数を担っている。ウェブページ転送は内部機能及びモジュールとＳＱＬを使ってコミュニケートする。
【００４１】
図９ａ、９ｂ、及び９ｃは本発明の具体例に係る図４に示されるデータベース内におけるエンティティの生成を示している。図９ａにおいては、オファーエンティティの生成の際、まず最初に、オファーの固定情報がオファーエンティティにおいてオファーを生成するシステムに入力される。属性情報もまたフィールド及びユニットエンティティより導入され、オファー属性エンティティにおいて属性を生成する。
【００４２】
図９ｂにおいては、ユーザエンティティを生成する際、まず最初に、ユーザ情報がシステムに入力され、ユーザプロファイルもまた入力され、その後ユーザエンティティにおいてユーザレコードが生成される。各ユーザはユーザエンティティにおいてユーザレコードを保存している。
【００４３】
図９ｃは要求エンティティの生成を示している。図９ｃに示されるように、要求を生成する際、まず最初に、要求固定情報がシステムに入力され、それが需要かあるいは供給の要求かタイプ付けされる。その後、代わりにフィールド情報がフィールド及びユニットエンティティを使って取り出される。このプロセスの最後には、要求固定情報エントリ及び一つあるいはより多くの属性情報エントリが生成される。
【００４４】
関連するエントリの詳細な説明は表２−８にある。
【００４５】
図１０ａ及び図１０ｂは、図２ａ及び図２ｂにおける本発明の具体例に係るシステムのデータフローのさらなる詳細を示しており、ユニットエンティティ及びフィールドエンティティを含んでいる。上述したとおり、フィールドはフィールドの名前、タイプ及び長さのルックアップ表であり、明細のタイプを参照するためにオファー及び要求エンティティにおいて使用される；そしてユニットはオファー及び要求エンティティにおいて数字の単位を表すために使用されるルックアップ表である。ユニットエンティティ及びフィールドエンティティは双方共に、オファー入力プロセス、図１０ａの要求入力プロセス、並びに図１０ｂの比較プロセスに関与している。ユーザにより入力された要求は、オファーとして処理することもでき、それによって他のユーザは彼のニーズを知ることができる。システムにおいて、ユーザのオファーは他のユーザにとっては、要求でもあり、また、彼の要求は他のユーザにとってオファーでもある。
【００４６】
図１１は本発明の具体例に係る図１に示されたオファー生成プログラムを実行することによって生まれたデータベースにおけるオファーを生成する手順のフローチャートを示している。図１０に示されるように、ユーザがオファーをシステムに入力する際、入力されたオファー固定情報が抽出され図４において示される需要−供給属性のステータスに従って需要かあるいは供給かが決定される。もしそれが需要であれば、その情報は需要としてセットされる；そしてもしそれが供給であれば、それは供給としてセットされる。次のステップでは、オファーがオファーデータベースにおいて生成される。その後、それはさらに多くの属性があるかどうか判断され、もしあれば、フィールド及びユニットを使用して属性情報が得られ、データベースのオファー属性エンティティにおいて属性が生成され、そしてまたさらなる属性があるかどうか決定する判断段階にもどる；もしさらに属性がなかった場合は、終了する。
【００４７】
図１２は本発明の具体例に係るデータベースにおける要求生成のための手順のフローチャートを示している。図１２に示されるとおり、ユーザが彼の要求を入力する際、まず最初に、入力された要求固定情報が抽出され、それが需要かあるいは供給か決定され、もしそれが需要である場合は、この情報は需要としてセットされる；そしてもしそれが供給である場合は、供給としてセットされる。次のステップでは、要求は要求データベースに生成される。次のステップでは、それはさらに多くの属性があるかどうか判断され、もしあれば、フィールド及びユニットを使用して属性情報が得られ、データベースの要求属性エンティティにおいて属性が生成され、そしてまた判断段階にもどる；もしさらに属性がなかった場合は、要求と他のユーザによってデータベース内に保存されているオファーとをマッチさせるためのマッチング処理に行く。
【００４８】
図１３はユーザによって入力された要求とデータベースのオファーエンティティに保存されているオファーとをマッチさせるための手順のフローチャートを示している。図１３に示されているとおり、マッチングプロセスにおいては、まず最初に、ユーザがクライテリアを入力することができる手続きから要求情報が取り出され、図１４に示された手順により、システムによってこの要求が処理される。次のステップはデータベースよりオファーを得て、要求におけるフィールドをオファーにおけるフィールドとマッチさせ始めることである。新しいオファーあるいは要求を得る前の両方のケースにおいて、システムは何かあるかどうかチェックする。オファー、要求共に属性を有しており、属性は特定及び個別のＩＤをともなう情報のかけらである。もし要求の属性のＩＤがオファーのＩＤにマッチすると、システムはオファー属性が要求のなかの一つにマッチするかどうかチェックし、それに基づいてこのマッチの得点が生み出され、マッチング結果に対するユーザの満足度が示される。全てのサイクルの最後にもしオファーの得点がＭＡＬ値に達した場合、それは結果セットに入ることであろう。図３に示されるとおり、一つのサーチのマッチング結果のマッチレベルは、フルマッチ、包含的マッチ、パーシャルマッチ、あるいはノーマッチとなることができる。
【００４９】
サーチクライテリアを処理するための手順Ａは図１４に示されており、この手順においては、クライテリアがコンプレックスなものかどうか判断される。もしそうであれば、属性−ＩＤは属性の入力されたフィールドに入れられ、関係をセットされる；もしそうでなければ、属性の入力されたフィールドにおけるユーザ特定フィールドに入れられ、関係をセットされる。その後、要求属性においてエントリが生成されコンプレックス判断段階へ返される。
【００５０】
本発明の多要素の確信度付きマッチングシステムを使用し、ユーザがオファーを入力すると、データベースにおいてオファー及びオファー属性を生成するためにオファー生成プログラムが図１１の手順を実行する。ユーザが彼のサーチクライテリアを入力すると、サーチエンジンがデータベース内に要求及び要求属性を生成し、図１３及び１４のマッチング処理を実行する。特に、ユーザがクライテリアを特定した後は、システムはそれを分析し要求エンティティのエントリを生成する。各単一のクライテリアはエンティティにおいてエントリを有し、システムもまた他の条件の結果である各条件にエントリを生成する。このことは以下の例においてさらに説明される。結果については、結果のタイプを特定する二つの主な要素があり、一つはユーザが特定する全ての条件に与える重みであり、もう一つは、特定される範囲があるかどうかにほとんど依存している、ユーザがクライテリアをアレンジする方法である。システムが最初にすることは、クライテリアを単一のステップに分解し、コンプレックスクライテリアに基づいた新しいステップを生成することである。
【００５１】
本発明による多要素の確信度付きマッチングシステム及びその方法は、本発明の具体例に従って詳細に以下のように説明される：
【００５２】
サーチクライテリアは次のようである：
0003607867.tif 000010
次の順序のように評価がおこなわれる：
0003607867.tif 000011
【００５３】
手順及び対応する演算は次の表９に示されている。
【００５４】
【表９ａ】
0003607867.tif 000012
【００５５】
評価あるいはマッチの結果表は以下に示されている。
0003607867.tif 000013
【００５６】
ノーマッチの結果はユーザクライテリア及び重みに基づいたパーシャルマッチの可能性に依存しており、言い換えれば、ノーマッチはユーザのニーズにより関係のあるものとなる。
【００５７】
もし正の結果が出なければ、それはノーマッチとなるが、正の結果が出れば、ユーザが全てのクライテリア及び最低受入可能レベルに与える重みによって、全ての結果はパーシャルマッチとなり、結果の満足度が測られる。
【００５８】
上記の例において、「３」及び「８」は誤であり「６」及び「７」は正である。それぞれの重みに従って、このサーチの得点は次のようになる。
0003607867.tif 000014
【００５９】
もし、許容最低得点が５５以上である場合、このサーチ結果は不満足、すなわち、ノーマッチとなるであろう。しかし、許容最低得点が５５以下であるような他の基準では、部分的な満足となる。もちろん、得点が１００であるならば、その結果はフルマッチとなるであろう。
【００６０】
もし、いずれかの基準が範囲を含むものである場合、その結果は誤、あるいは、その結果は包含的となる。
【００６１】
上記の記載から分かる通り、本発明においては、「ノーマッチ」の概念は相対的なものであり、もし、許容最低レベルがより大きい値、又は、小さい値に設定されるならば、サーチ結果、すなわち、ユーザが獲得する情報は異なるものとなる。言い換えると、許容最低レベルはユーザによって修正可能なものであり、そして、システムは許容最低レベル値としてデフォルト値を採るであろうとしても、期待のレベルによって、ユーザがそれを増加したり、あるいは、減少したりすることができる。従って、ユーザは、サーチ基準の各要素に対してユーザが付与した重みを調節して、ユーザが必要とするものとしてユーザが利用することができる情報を変化させることができる。
【００６２】
本発明のシステムがどのように動作するのかを示すため、以下に、詳細な実例を紹介する。
【００６３】
例えば、ユーザが、価格が＄１００以下で、色が白又は青であるテニスシューーズを探しているものと特定したものとする。そして、さらに、色がとても重要であるので、色に対して重みを１００中８０を与えると特定したものとする。システムは、条件を評価しながら全ての白又は青のシューズをパーチャルマッチとして許容し、＄１００以下のものをフルマッチとして許容する。
【００６４】
図１５は、本実例に対するユーザ条件を特定するため、当該ユーザに対して与えられたインターフェイスの一例を示している。システムのユーザであるトレーダが供給オファーを探しており、図１５に示されたような条件を含む要求を作成したとする。
【００６５】
この実例におけるサーチ条件は：
（色＝白又は色＝青）且つ価格＜１００、で（色＝白又は色＝青）の重みが８０、そして、価格＜１００の重みが２０である。
【００６６】
システムは、この条件を以下のような順序で処理し始める。
0003607867.tif 000015
この実例に関係するエンティティは：
【００６７】
【表９ｂ】
0003607867.tif 000016
【００６８】
【表１０】
0003607867.tif 000017
【００６９】
【表１１】
0003607867.tif 000018
【００７０】
【表１２】
0003607867.tif 000019
【００７１】
「フィールド−ＩＤ」及び「フィールド−ユニット−ＩＤ」の内容はルックアップ表から得られる。これらの表は、オファー及び要求を作成する時に使用される。
【００７２】
【表１３】
0003607867.tif 000020
【００７３】
【表１４】
0003607867.tif 000021
【００７４】
システムは、要求の属性を順番に且つそれらに与えられた重みに従って評価し始める。このサーチの論理上の結果は、最後のステートメント（５）が誤の出力であるからノーマッチである。しかしながら、最初の条件にユーザが付与した重み、価格範囲が包含的であることが特定されていること、さらに、サーチの得点が１００中８０であることを考慮に入れ、システムはその結果をパーシャルマッチと認定し、ユーザにこのオファーを送信する。
【００７５】
0003607867.tif 000022
【００７６】
産業上の利用可能性
本発明の多要素の確信度付きマッチングシステムによれば、このシステムは、個々の条件の重要度レベルをユーザに特定させ且つ包含的マッチングを許容するか否かを特定させることにより、ユーザの選択上の好みを知ることができる。これは、また、本発明の好ましい実施例に係るシステムにおいて、要求（条件）を記録しておくことにより、ユーザが要求を出した後、システムにマッチしたケースが入力された度にユーザに知らせることを実現できる。このように、システムに半人工的な理知を与えるだけでなく、検索の要求が中断されるまで生き続けることとなり、瞬時的な検索要求以上の機能を果たす。
【００７７】
ユーザがシステムに要求を入力すると、マッチングシステムのマッチングプログラムは、ユーザの介在無しに実行し、マッチング結果を瞬時にユーザに返却する。このシステムは、カスタムマッチや非完全なマッチを提供することができ、異なるレベルのマッチング結果を、絞り込みを行うために順番に並べ且つランキングする。これにより、絞り込みされた結果が、ユーザに返却される。本発明システムのユーザは、相互に主体にも客体にもなりうる。国際的な商取引に本発明に係る多要素の確信度付きマッチングシステムを用いることにより、トレーダ又はユーザは調査をより効率的に行うことができ、より有用な情報を獲得することができる。ランク付けされ且つ絞り込みされたサーチ結果は瞬時にユーザに返却される。ユーザはサーチ条件又は要求の各要素に付与される重みを調節することにより、ユーザが必要とする情報を変えることができる。明らかに、多要素の確信度付きマッチングシステムは極めて高効率の電子商取引システムである。そして、システムのユーザが有用な商取引情報を得る助けとなると共に、ユーザのビジネスをより効率的に行うようにする。
【００７８】
さらに、本発明のシステムは、図書館、電子的購買、チケットの予約等の分野でも使用できるものであり、また、その効率を向上させる。
【００７９】
本発明の原理を好ましい実施例に基づいて記載し図示してきたが、本発明はその精神を逸脱することなくその構成・詳細において修正され得るものであることは理解されるべきである。これら全ての修正及び変形は、添付の請求項に含まれるものである。
【図面の簡単な説明】
【図１】本発明に係る多要素の確信度付きマッチングシステムの基本構造を示している。
【図２ａ】図２ａは本発明に係るメインデータのフローチャートを示している。
【図２ｂ】図２ｂは本発明に係るメインデータのフローチャートを示している
【図３】本発明に係るシステムのサーチ結果におけるマッチングレベルを示している。
【図４ａ】本発明に係るデータベースにおけるデータエンティティの構造を示している。
【図４ｂ】本発明に係るデータベースにおけるエンティティ間の関係を示している。
【図４ｃ】図４ｂに示されるキーとなる関係の詳細を示している。
【図５】本発明の具体例に係るインターネットを通じて情報サーバにコミュニケーションするウェブ基礎クライエントを示している。
【図６】本発明の具体例に係るクライエント及びサーバにおけるコンポーネントの詳細を示している。
【図７】本発明の具体例に係るメインオファー選択プロセス中に、技術モジュールがどのように他の拡張可能なデータベースコンポーネントにインターフェイスするのかの詳細を示している。
【図８】本発明の具体例に係る典型的ウェブにおける実行技術及び実行をサポートするために必要とされる追加のコンポーネントを示している。
【図９ａ】図９ａは本発明の具体例に係り図４に示されるデータベース内におけるエンティティの生成を示している。
【図９ｂ】図９ｂは本発明の具体例に係り図４に示されるデータベース内におけるエンティティの生成を示している。
【図９ｃ】図９ｃは本発明の具体例に係り図４に示されるデータベース内におけるエンティティの生成を示している。
【図１０ａ】図１０ａは図２ａ及び２ｂの本発明の具体例に係るシステムのデータフローのさらなる詳細を示している。
【図１０ｂ】図１０ｂは図２ａ及び２ｂの本発明の具体例に係るシステムのデータフローのさらなる詳細を示している。
【図１１】本発明の具体例に係るデータベース内においてオファーを生成する手順のフローチャートを示している。
【図１２】本発明の具体例に係るデータベース内において要求を生成する手順のフローチャートを示している。
【図１３】データベース内においてユーザによって入力された要求とオファーエンティティに保存されたオファーとをマッチングさせるサーチエンジンの手順のフローチャートを示している。
【図１４】図１３のサーチクライテリアを処理するための手順Ａを示している。
【図１５】この例のサーチにおけるユーザのクライテリアを特定するためにユーザに供給されたインターフェイスの例を示している。
【図１】
0003607867.tif 000023
【図２ａ】
0003607867.tif 000024
【図２ｂ】
0003607867.tif 000025
【図３】
0003607867.tif 000026
【図４ａ】
0003607867.tif 000027
【図４ｂ】
0003607867.tif 000028
【図４ｃ】
0003607867.tif 000029
【図５】
0003607867.tif 000030
【図６】
0003607867.tif 000031
【図７】
0003607867.tif 000032
【図８】
0003607867.tif 000033
【図９ａ】
0003607867.tif 000034
【図９ｂ】
0003607867.tif 000035
【図９ｃ】
0003607867.tif 000036
【図１０ａ】
0003607867.tif 000037
【図１０ｂ】
0003607867.tif 000038
【図１１】
0003607867.tif 000039
【図１２】
0003607867.tif 000040
【図１３】
0003607867.tif 000041
【図１４】
0003607867.tif 000042
【図１５】
0003607867.tif 000043