JP2001283037A - 多対多間取引支援用マッチング処理方法、マッチング処理システム、求車求荷支援方法、及び求車求荷支援システム - Google Patents

Abstract

(57)【要約】 【課題】複数のトラック業者と複数の荷主との間で行わ
れる求車求荷の取引のように多対多間の取引をより有効
に支援する。 【解決手段】多対多間取引支援用マッチング処理システ
ムは、複数のサービス提供者Ａ１〜Ａｎ及び複数のサー
ビス購入者Ｂ１〜Ｂｋの間の取引を支援するもので、双
方のクライアント１０、２０からの要求を受けて互いの
取引に関する条件を開示条件と非開示条件とに分けてデ
ータベース２、３に登録し、このデータベース２、３に
登録された取引に関する条件を評価しその評価結果に基
づいて双方の取引相手の候補をデータベース２、３から
抽出し、その候補の中から交渉相手を決定しその交渉相
手との間の取引成立を支援する処理を実行するマッチン
グ処理サーバ１を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多対多間取引支援
用マッチング処理方法、マッチング処理システム、求車
求荷支援方法、及び求車求荷支援システムに係り、特に
コンピュータ・ネットワークを利用して複数の売り手
（サービス・商品の提供者）と複数の買い手（サービス
・商品の購入者）との間の取引を支援する方法及びシス
テムの工夫に関する。

【０００２】

【従来の技術】近年のインターネットに代表されるよう
にコンピュータ技術やそのコンピュータ間を双方向に通
信可能に結ぶネットワーク技術の急速な普及を背景にし
て、金融やサービス関連等の分野を中心にして、いわゆ
る電子商取引が活発に行われるようになってきている。

【０００３】この種の電子商取引には、単なる電子化の
枠を超え、コンピュータ技術やネットワーク技術の利点
を積極的に活用するビジネスモデル（商品・サービスの
販売方法、取引手法、決済方法等）について米国を中心
に既に多くのものが提案されている。例えば、コンピュ
ータネットワーク上で買い手が購入条件を提示し、その
条件で取引を希望する複数の売り手がネットワーク上で
応札し、これにより、買い手が最適と考える購入条件を
提示した売り手と契約する、いわゆる逆オークション方
式（例えば、米国特許第５、７９４、２０７号公報）等
が既に知られている。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た逆オークション方式の場合は、たしかに１人の買い手
の提示条件に対して複数の売り手が応札する、多（売り
手）対１（買い手）の取引では有効であるが、例えば複
数のトラック業者と複数の荷主との間で行われる求車求
荷の取引のように多対多の取引では実際のところ適用困
難である。

【０００５】本発明は、このような従来の事情を背景に
なされたもので、複数のトラック業者と複数の荷主との
間で行われる求車求荷の取引のように多対多間の取引を
より有効に支援することを、その目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明では、コンピュータ・システム
により複数の売り手及び複数の買い手の間の取引を支援
するマッチング処理方法であって、前記各売り手及び各
買い手の双方からの要求を受けて互いの取引に関する条
件を開示条件と非開示条件とに分けて登録するステップ
と、ここで登録された取引に関する条件を評価しその評
価結果に基づいて前記各売り手および各買い手の双方の
取引相手の候補を抽出するステップと、ここで抽出され
た候補の中から交渉相手を決定しその交渉相手との間の
取引成立を支援するステップと、を備えたことを特徴と
する。

【０００７】請求項２記載の発明では、複数の売り手及
び複数の買い手の間の取引を支援するマッチング処理シ
ステムであって、前記各売り手及び各買い手の双方から
の要求を受けて互いの取引に関する条件を開示条件と非
開示条件とに分けて登録する登録手段と、この登録手段
により登録された取引に関する条件を評価しその評価結
果に基づいて前記各売り手および各買い手の双方の取引
相手の候補を抽出する抽出手段と、この抽出手段により
抽出された候補の中から交渉相手を決定しその交渉相手
との間の取引成立を支援する手段と、を備えたことを特
徴とする。

【０００８】請求項３記載の発明は、コンピュータ・シ
ステムにより複数のトラック業者及び複数の荷主の間の
求車求荷を支援する求車求荷支援方法であって、前記各
トラック業者及び各荷主の双方からの要求を受けて互い
の求車求荷に関する条件を開示条件と非開示条件とに分
けて登録するステップと、ここで登録された求車求荷に
関する条件を評価しその評価結果に基づいて前記各トラ
ック業者および各荷主の双方の取引相手の候補を抽出す
るステップと、前記抽出された候補の中から交渉相手を
決定しその交渉相手との間の求車求荷の取引成立を支援
するステップと、を備えたことを特徴とする。

【０００９】請求項４記載の発明は、複数のトラック業
者及び複数の荷主の間の求車求荷を支援する求車求荷支
援システムであって、前記各トラック業者及び各荷主の
双方からの要求を受けて互いの求車求荷に関する条件を
開示条件と非開示条件とに分けて登録する登録手段と、
この登録手段により登録された求車求荷に関する条件を
評価しその評価結果に基づいて前記各トラック業者およ
び各荷主の双方の取引相手の候補を抽出する抽出手段
と、この抽出手段により抽出された候補の中から交渉相
手を決定しその交渉相手との間の求車求荷の取引成立を
支援する手段と、を備えたことを特徴とする。

【００１０】請求項５記載の発明は、請求項４記載の発
明において、前記抽出手段は、前記トラック業者の開示
条件に適合する荷主を選定し、その選定された荷主の中
でトラック業者の非開示条件に適合するかどうかを判断
し、その判断で適合する荷主を取引相手の候補として抽
出する手段を備えたことを特徴とする。

【００１１】請求項６記載の発明は、請求項４記載の発
明において、前記抽出手段は、前記トラック業者の下限
運賃から希望運賃の範囲内で荷主の費用上限を満足する
条件を満たす最大の運賃を費用として仮決定する手段を
備えたことを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明に係る多対多間取引
支援用マッチング処理方法、そのマッチング処理システ
ム、求車求荷支援方法、及び求車求荷支援システムの実
施形態を図１〜図８に基づいて説明する。

【００１３】図１に示す多対多間取引支援用のマッチン
グ処理システムＭＳは、本例では例えば分散処理型ネッ
トワーク（例えばクライアント／サーバ型ネットワー
ク）で構成されるが、これに限らず、集中処理型ネット
ワークやその他のネットワーク形態のコンピュータ・シ
ステムを適用することが可能である。

【００１４】本例のマッチング処理システムＭＳは、シ
ステム制御中枢を成すサーバとして機能するマッチング
処理サーバ１を備える。このサーバ１は、本発明の多対
多間取引支援用のマッチング処理（サーバ側のデータベ
ース制御を含む処理）に関するアルゴリズム（プログラ
ム）（後述参照）を記憶するＲＯＭやハードディスク等
の記憶媒体、そのプログラムを実行するＣＰＵ、その作
業記憶領域を成すメモリ、各種周辺機器（入力デバイ
ス、表示装置、通信系等）用Ｉ／ＯポートやＩ／Ｆ（イ
ンターフェース）を含むコンピュータ・アーキテクチャ
に拠るハードウェア及びソフトウェア、例えば１台又は
複数台の専用サーバやＰＣサーバ等で構築される。

【００１５】マッチング処理サーバ１には、ＣＰＵのプ
ログラム実行により図示しないデータベース（ＤＢ）管
理システムを介して管理される複数のデータベース（Ｄ
Ｂ）、すなわちサービス提供者候補ＤＢ２、サービス購
入者候補ＤＢ３、マッチングＤＢ４、および取引ＤＢ５
が一体又は別体に搭載される（各ＤＢ２〜ＤＢ５内の各
情報は後述参照）。

【００１６】また、本例のマッチング処理システムＭＳ
は、サーバ１に対して通信回線（公衆回線、専用回線
等）を介して通信可能に接続されるクライアント（端
末）を備える。このクライアントには、複数のサービス
・商品の提供者（以下、「サービス提供者」）Ａ１〜Ａ
ｎが利用するサービス提供者側クライアント（端末）１
０〜１０と、複数のサービス・商品の購入者（以下「サ
ービス購入者」）Ｂ１〜Ｂｎが利用するサービス購入者
側クライアント（端末）２０〜２０とが含まれる。

【００１７】各クライアント１０、２０は、本発明の多
対多間取引支援用のマッチング処理（クライアント側の
処理）に関するアルゴリズム（プログラム）（後述参
照）を記憶するＲＯＭやハードディスク等の記憶媒体、
そのプログラムを実行するＣＰＵ、その作業記憶領域を
成すメモリ、各種周辺機器（入力デバイス、表示装置、
通信系等）用Ｉ／ＯポートやＩ／Ｆを含むコンピュータ
・アーキテクチャに拠るハードウェア及びソフトウェ
ア、例えばＰＣ（パーソナル・コンピュータ）、携帯情
報端末（ＰＤＡ）、携帯電話、ＰＨＳ等の端末機器で構
成される。

【００１８】ここで、マッチング処理システムＭＳの処
理例（情報登録処理、マッチング処理、及び取引成立処
理）を図２〜図８に基づいて説明する。

【００１９】図２は、マッチング処理システムＭＳによ
る情報登録処理を説明するものである。この情報登録処
理では、マッチング処理サーバ１はステップＳｔ１〜Ｓ
ｔ４を、またサービス提供者側クライアント１０はステ
ップＳａ１〜Ｓａ９を、さらにサービス購入者側クライ
アント２０はステップＳｂ１〜Ｓｂ９をそれぞれ実行す
る。

【００２０】まず、サービス提供者Ａｎ側とサーバ１側
との間では、サービス提供者Ａｎによるクライアント１
０の操作により、取引条件の設定に関する要求（取引条
件設定要求）をサーバ１に送信する（ステップＳａ
１）。サーバ１は、その取引条件設定要求を受信すると
（ステップＳｔ１）、これに応答して所定フォーマット
の設定画面に関するデータをクライアント１０に送信す
る（ステップＳｔ２）。クライアント１０は、そのデー
タを受けるとこれに応じた設定画面を表示する（ステッ
プＳａ２）。

【００２１】そして、その設定画面上にてサービス提供
者Ａｎによる取引条件の内の開示情報Ｓｎｏの入力を待
ち（ステップＳａ３）、その入力がＯＫであるかどうか
判断し（ステップＳａ４）、この判断でＮＯ（入力ＯＫ
でない）の場合はサービス提供者Ａｎによる修正入力を
待ち（ステップＳａ５）、その後はステップＳａ４に戻
り同様の処理を繰り返す一方、ＹＥＳ（入力ＯＫであ
る）の場合はステップＳａ６の処理に移行する。

【００２２】このステップＳａ６の処理では、設定画面
上にてサービス提供者Ａｎによる取引条件の内の非開示
条件Ｓｎｃの入力を待つ。そして、その入力がＯＫであ
るかどうか判断し（ステップＳａ７）、この判断でＮＯ
（入力ＯＫでない）の場合はサービス提供者Ａｎによる
修正入力を待ち（ステップＳａ８）、その後はステップ
Ｓａ７に戻り同様の処理を繰り返す一方、ＹＥＳ（入力
ＯＫである）の場合はステップＳａ９の処理に移行す
る。

【００２３】このステップＳａ９の処理では、上記のよ
うにサービス提供者Ａｎにより入力された取引条件、す
なわち開示情報Ｓｎｏ及び非開示条件Ｓｎｃをサーバ１
側に送信する。すると、サーバ１は、その取引条件を受
信し（ステップＳｔ３）、その開示情報Ｓｎｏ及び非開
示条件Ｓｎｃを含むサービス提供者情報Ｓを所定のフォ
ーマットでサービス提供者候補ＤＢ２に登録する（ステ
ップＳｔ４）。

【００２４】以上の例は、サービス提供者Ａｎの場合で
あるが、その他のサービス提供者の場合も同様の処理が
行われる。これにより、サービス提供者候補ＤＢ２に登
録される情報Ｓの一例を図３に示す。

【００２５】一方、サービス購入者Ｂｋ側とサーバ１側
との間においても、上記と同様の処理が行われる。すな
わち、サービス購入者Ｂｋによるクライアント２０の操
作により、取引条件、すなわち開示情報Ｃｋｏ及び非開
示情報Ｃｋｃを入力し、サーバ１に送る（ステップＳｂ
１〜Ｓｂ９）。サーバ１は、その取引条件である開示情
報Ｃｋｏ及び非開示情報Ｃｋｃを含むサービス購入者情
報Ｃをサービス購入者候補ＤＢ３に登録する（ステップ
Ｓｔ１〜Ｓｔ４）。その他のサービス購入者の場合も同
様の処理が行われる。これにより、サービス購入者候補
ＤＢ３に登録される情報Ｃの一例を図４に示す。

【００２６】図５は、マッチング処理システムＭＳによ
るマッチング処理を説明するものである。このマッチン
グ処理では、マッチング処理サーバ１はステップＳｔ１
１〜Ｓｔ８を、またサービス提供者側クライアント１０
はステップＳａ１１、Ｓａ１２を、さらにサービス購入
者側クライアント２０はステップＳｂ１１、Ｓｂ１２を
それぞれ実行する。

【００２７】まず、サービス提供者Ａｎ側とサーバ１側
との間では、サービス提供者Ａｎによるクライアント１
０の操作により、マッチング情報をサーバ１側に要求す
る（ステップＳａ１１）。サーバ１は、その要求を受け
ると（ステップＳｔ１１）、その要求先であるサービス
提供者Ａｎの開示情報Ｓｎｏを参照し（ステップＳｔ１
２）、その開示情報Ｓｎｏを満足するサービス購入者
（交渉相手の候補）をサービス購入者候補ＤＢ３の開示
情報を参照にして抽出する（ステップＳｔ１３）。

【００２８】次いで、サーバ１は、上記で抽出されたサ
ービス購入者の非開示条件を参照し（ステップＳｔ１
４）、その非開示条件を項目毎に予め設定された所定の
評価アルゴリズムに基づいて評価し、各評価値を計算
し、その各評価値から総合評価値を計算する（ステップ
Ｓｔ１５）。評価アルゴリズムには、例えば費用や業者
等の項目毎に重み付け（評価係数）や絶対条件を設定し
て計算・評価するものを例示できる。

【００２９】次いで、サーバ１は、総合評価値の高い上
位数社（例えば、指定数分の上位１０社、５社、３社
等）のサービス購入者を取り出し（ステップＳｔ１
６）、そのサービス購入者の評価結果を含むマッチング
情報Ｄｎ（ＳＣ）をマッチングＤＢ４に保存し（ステッ
プＳｔ１７）、そのマッチング情報Ｄｎを要求先である
サービス提供者Ａｎ側のクライアント１０に送る（ステ
ップＳｔ１８）。これにより、クライアント１０は、そ
のマッチング情報Ｄｎをサーバ１から取得する（ステッ
プＳａ１２）。このサービス提供者向けマッチング情報
Ｄｎの一例を図６に示す。

【００３０】一方、サービス購入者Ｂｋ側とサーバ１側
との間においても、上記と同様の処理が行われる。ま
ず、サービス購入者Ｂｋによるクライアント２０の操作
により、マッチング情報を要求する（ステップＳｂ１
１）。サーバ１は、その要求を受けると（ステップＳｔ
１１）、その要求先であるサービス購入者Ｂｋの開示情
報Ｃｎｏを参照し（ステップＳｔ１２）、その開示情報
Ｃｎｏを満足するサービス提供者（交渉相手の候補）を
サービス提供者候補ＤＢ２の開示情報を参照にして抽出
する（ステップＳｔ１３）。

【００３１】次いで、サーバ１は、上記で抽出されたサ
ービス購入者の非開示条件を参照し（ステップＳｔ１
４）、その非開示条件を項目毎に予め設定された所定の
評価アルゴリズムに基づいて評価し、各評価値を計算
し、その各評価値から総合評価値を計算する（ステップ
Ｓｔ１５）。評価アルゴリズムには、例えば費用や業者
等の項目毎に重み付け（評価係数）や絶対条件を設定し
て計算・評価するものを例示できる。

【００３２】次いで、サーバ１は、総合評価値の高い上
位数社（例えば、指定数分の上位１０社、５社、３社
等）のサービス提供者を取り出し（ステップＳｔ１
６）、そのサービス提供者の評価結果を含むマッチング
情報Ｍｋ（ＳＣ）をマッチングＤＢ４に保存し（ステッ
プＳｔ１７）、そのマッチング情報Ｍｋを要求先である
サービス購入者Ｂｋ側のクライアント２０に送る（ステ
ップＳｔ１８）。これにより、クライアント２０は、そ
のマッチング情報Ｍｋをサーバ１から取得する（ステッ
プＳｂ１２）。このサービス購入者向けマッチング情報
Ｍｋの一例を図７に示す。

【００３３】図８は、マッチング処理システムＭＳによ
る取引成立処理を説明するものである。この取引成立処
理では、マッチング処理サーバ１はステップＳｔ２１〜
Ｓｔ３を、またサービス提供者側クライアント１０はス
テップＳａ２１〜Ｓａ２４を、さらにサービス購入者側
クライアント２０はステップＳｂ２１〜Ｓｂ２４をそれ
ぞれ実行する。

【００３４】まず、サービス提供者Ａｎ側のクライアン
ト１０は、上記のマッチング処理で得られたマッチング
情報Ｄｎを表示し（ステップＳａ２１）、その上位数社
のサービス購入者の中からサービス提供者Ａｎの操作に
より所望の交渉相手を選択し、或いは予め設定された評
価条件（例えば、各評価項目に重み付けや絶対条件等の
総合評価値が一定値以上且つ指定評価項目が指定値以
上）を満たす場合は自動的に取引先を仮決定する（ステ
ップＳａ２２）。そして、このように選択した交渉相手
に対して取引確定の入力を行い、或いは仮決定した交渉
相手からの承認を待つ（ステップＳａ２３）。

【００３５】これと同様に、サービス購入者Ｂｋ側のク
ライアント２０でも、上記のマッチング処理で得られた
マッチング情報Ｍｋを表示し（ステップＳｂ２１）、そ
の上位数社のサービス提供者の中からサービス購入者Ｂ
ｋの操作により所望の交渉相手を選択し、或いは予め設
定された評価条件（例えば、各評価項目に重み付けや絶
対条件等の総合評価値が一定値以上且つ指定評価項目が
指定値以上）を満たす場合は自動的に取引先を仮決定す
る（ステップＳｂ２２）。そして、このように選択した
交渉相手に対して取引確定の入力を行い、或いは仮決定
した交渉相手からの承認を待つ（ステップＳｂ２３）。
この承認は、場合によっては電話等で行うことも可能で
ある。

【００３６】一方、サーバ１は、上記のマッチング処理
で互いの交渉相手の候補となるサービス提供者とサービ
ス購入者との双方からの取引確定に関する情報を元に、
該当する両者の取引確定入力が行われたか否かを判断す
る（ステップＳｔ２１）。そして、この判断でＹＥＳ
（確定入力済み）の場合のみを取引成立とする処理を行
い、これにより両者のマッチング情報をマッチングＤＢ
４から削除し、その両者の取引成立結果を取引ＤＢ５に
登録する（ステップＳｔ２２）。

【００３７】そして、その取引成立結果を電子メール等
によりサービス提供者とサービス購入者との双方に送信
する（ステップＳｔ２３）。サービス提供者側クライア
ント１０及びサービス購入者側クライアント２０は、そ
の取引成立結果をそれぞれ受信する（ステップＳａ２
４、ステップＳｂ２４）。これにより、サービス提供者
及びサービス購入者の双方で互いの取引が成立した旨を
認知できる。

【００３８】従って、本例によれば、従来の１人の売り
手が示す売り値等に応答して複数人の買い手が条件を提
示するオークション方式（１対多間の取引方式）や、１
人の買い手が示す買い値等に応答して複数人の売り手が
条件を提示する逆オークション方式（多対１間の取引方
式）では実現困難であると考えられる複数のサービス提
供者と複数のサービス購入者との多対多間の取引をより
有効に支援することが可能となり、これにより、双方が
提示する条件をマッチングさせて迅速且つ的確に自動評
価し、より最適の取引相手を選定することが可能とな
る。

【００３９】なお、本例の活用例として、マッチング処
理サーバをインターネット上のウェブサーバ等のインタ
ーネットサーバに構築し、そのインターネットサーバ内
にマッチング処理に関するサーバ側のアルゴリズムに基
づくソフトウェアを実装することも可能である。この場
合、サービス提供者側とサービス購入者側の各クライア
ントはウェブブラウザ等を利用することによりウェブサ
ーバ等のインターネットサーバに要求を出しそこから必
要な情報を得ることができ、これにより、次のような手
順における処理が可能となる。

【００４０】１）複数のサービス提供者と複数のサービ
ス購入者がそれぞれ必要な情報をインターネット上に掲
載し、これと同時に取引条件を入力する。

【００４１】２）その取引条件の中で入力者が指定する
取引条件は非開示として第三者の目に触れないように
し、その他の取引条件は開示することで条件に適う取引
先を選定する。

【００４２】３）取引条件の入力者にのみ、その評価詳
細情報を提示するようにし、取引先を選定する。総合評
価値の高い上位数社を候補として選定する。

【００４３】４）これらの各評価項目に対する評価値と
総合評価値を一覧表示する。

【００４４】５）入力者がそれらの候補から選定するこ
とにより、互いの条件に適合する取引相手を決定する。

【００４５】６）なお、各評価項目には重み付け、絶対
条件などを設定し、総合評価が一定値以上で、かつ、指
定評価項目が指定値以上である場合は、自動的に取引先
を仮決定する。

【００４６】次に、本例を求車求荷支援方法及び求車求
荷支援システムに適用した場合を図９及び図１０に基づ
いて説明する。上記と同様の構成要素については、同一
又は同等の符号を付しその説明を簡略又は省略する。

【００４７】図９に示す求車求荷支援システムは、求車
求荷マッチング処理サーバ１ａ、複数のサービス提供者
であるトラック業者（求荷側）Ａ１〜Ａｎが利用するク
ライアント（端末）１０ａ〜１０ａ、及び複数のサービ
ス購入者である荷主（求車側）Ｂ１〜Ｂｋが利用するク
ライアント（端末）２０ａを備える。求車求荷マッチン
グ処理サーバ１ａにはトラック業者候補ＤＢ２ａ、荷主
候補ＤＢ３ａ、マッチングＤＢ４ａ、及び取引ＤＢ５ａ
が接続される。

【００４８】求車求荷マッチング処理サーバ１ａは、上
述のマッチング処理サーバと同様のアルゴリズムに基づ
く処理を実行する。このアルゴリズムの内、本例に特有
の者は、次の通りである。

【００４９】１）トラック業者の開示する条件に適合す
る荷主を選定し、非開示条件に合うかどうかをチェック
する。

【００５０】２）費用についてはトラック業者の下限運
賃から希望運賃の範囲で荷主の費用上限を満足する範囲
内の最も高い運賃を仮決定する。

【００５１】３）費用上限が下限運賃を満足しない場合
はマイナス評価とする。

【００５２】４）マイナス評価の場合でも荷主が取引を
成立させればトラック業者の下限運賃を適用する。

【００５３】ここで、上記のアルゴリズムをベースにし
た求車求荷マッチング処理サーバ１ａによる荷主に対す
る評価（コストのみ）計算例を図９に基づいて説明す
る。

【００５４】まず、サーバ１ａは、複数のトラック業者
Ａ１〜Ａｎからの求荷情報及び複数の荷主Ｂ１〜Ｂｋか
らの求車情報を双方の取引条件として入力する（ステッ
プＳｔ３１）。

【００５５】複数のトラック業者Ａ１〜Ａｎからの求荷
情報には、次のような開示情報及び非開示条件が含まれ
る。すなわち、開示情報には、荷物情報（荷姿、重量、
大きさ、温度／振動等特殊条件（温度監視の要否な
ど）、出発日時場所（出発地、出発日時、到着地、到着
日時など）、希望（下限）輸送費、トラック条件（トン
以下車両など）等が含まれる。また、非開示条件には、
上限輸送費、保証又は業者指定、評価項目（コスト、業
者）毎の評価係数等が含まれる。

【００５６】複数の荷主Ｂ１〜Ｂｋからの求車情報に
は、次のような開示情報及び非開示条件が含まれる。す
なわち、開示情報には、出発・到着日時場所（範囲）、
目的地、トラック情報（トン数、トラック台数、荷物、
輸送条件など）、希望輸送費（単価）等が含まれる。ま
た、非開示条件には、限界輸送費（単価）、評価項目毎
の評価係数等が含まれる。

【００５７】次いで、トラック業者側の開示する条件を
ベースにトラック希望輸送費Ｃｂ及びトラック限界輸送
費Ｃａを計算する（ステップＳｔ３２）。この場合の計
算式は、「Ｃｂ＝Ｂ・Ｗ・Ｌ」、「Ｃｂ＝Ａ・Ｗ・Ｌ」
となる。この両式において、Ｂは希望輸送費（単価）
（トラック業者側の開示情報）、Ａは限界輸送費（単
価）（トラック業者側の非開示条件）、Ｗは重量（荷主
側の開示情報）、Ｌは走行量（荷主側の開示情報）であ
る。

【００５８】次いで、上記計算で求まるＣｂ、Ｃａと、
荷主側の開示情報である希望（下限）輸送費ａ及び非開
示情報である上限輸送費ｂの４つのパラメータを用い
て、各パラメータ間の大小条件で評価を行い、費用を求
める（ステップＳｔ３３）。

【００５９】例えば、Ｃａ＞ｂの場合は、図１０に示
すように、コスト評価値＝（ｂ−Ｃａ）×ｋ（ｋはコス
ト評価係数、以下同じ）がマイナス値で、費用＝Ｃａ
（トラック限界輸送費）となる。Ｃｂ＞ｂ＞Ｃａ＞ａ
の場合は、図示のようにコスト評価値＝０で、費用＝ｂ
（荷主側の上限輸送費）となる。ｂ＞Ｃｂ＞ａ、Ｃａ
＞ａの場合は、図示のようにコスト評価値＝（ｂ−Ｃ
ｂ）×ｋがプラス値で、費用＝Ｃｂ（トラック希望輸送
費）となる。Ｃｂ＞ａの場合も、図示のように上記
の場合と同様にコスト評価値＝（ｂ−Ｃｂ）×ｋがプラ
ス値で、費用＝Ｃｂとなる。

【００６０】本発明は、上記のほか、本発明の趣旨に逸
脱しない範囲内で種々に変形実施できることは言うまで
もない。

【００６１】

【発明の効果】以上説明したように、本発明によれば、
複数のトラック業者と複数の荷主との間で行われる求車
求荷の取引のように多対多間の取引をより有効に支援す
る多対多間取引支援用マッチング処理方法、マッチング
処理システム、求車求荷支援方法、及び求車求荷支援シ
ステムを提供できる。

【図面の簡単な説明】

【図１】本発明に係る多対多間取引支援用マッチング処
理システムの実施形態の全体構成を示す概要図。

【図２】マッチング処理システムによる情報登録処理例
を示す概略フローチャート。

【図３】サービス提供者側取引条件のデータ例を示す
図。

【図４】サービス購入者側取引条件のデータ例を示す
図。

【図５】マッチング処理システムによるマッチング処理
例を示す概略フローチャート。

【図６】サービス提供者向けマッチング情報を示す図。

【図７】サービス購入者向けマッチング情報を示す図。

【図８】マッチング処理システムによる取引成立処理例
を示す概略フローチャート。

【図９】求車求荷支援システムの全体構成を示す概念
図。

【図１０】求車求荷マッチング処理システムのコスト評
価計算例を示す概略フローチャート。

【符号の説明】

１ マッチング処理サーバ ２ サービス提供者候補ＤＢ ３ サービス購入者候補ＤＢ ４ マッチングＤＢ ５ 取引ＤＢ １０ サービス提供者側クライアント（端末） ２０ サービス購入者側クライアント（端末） ＭＳ 多対多間取引支援用マッチング処理システム ＭＳ１ 求車求荷支援処理システム

Claims (6)

【特許請求の範囲】
1. 【請求項１】 コンピュータ・システムにより複数の売
   り手及び複数の買い手の間の取引を支援するマッチング
   処理方法であって、 前記各売り手及び各買い手の双方からの要求を受けて互
   いの取引に関する条件を開示条件と非開示条件とに分け
   て登録するステップと、 前記登録された取引に関する条件を評価しその評価結果
   に基づいて前記各売り手および各買い手の双方の取引相
   手の候補を抽出するステップと、 前記抽出された候補の中から交渉相手を決定しその交渉
   相手との間の取引成立を支援するステップと、を備えた
   ことを特徴とする多対多間取引支援用マッチング処理方
   法。
2. 【請求項２】 複数の売り手及び複数の買い手の間の取
   引を支援するマッチング処理システムであって、 前記各売り手及び各買い手の双方からの要求を受けて互
   いの取引に関する条件を開示条件と非開示条件とに分け
   て登録する登録手段と、 前記登録手段により登録された取引に関する条件を評価
   しその評価結果に基づいて前記各売り手および各買い手
   の双方の取引相手の候補を抽出する抽出手段と、 前記抽出手段により抽出された候補の中から交渉相手を
   決定しその交渉相手との間の取引成立を支援する手段
   と、を備えたことを特徴とする多対多間取引支援用マッ
   チング処理方法。
3. 【請求項３】 コンピュータ・システムにより複数のト
   ラック業者及び複数の荷主の間の求車求荷を支援する求
   車求荷支援方法であって、 前記各トラック業者及び各荷主の双方からの要求を受け
   て互いの求車求荷に関する条件を開示条件と非開示条件
   とに分けて登録するステップと、 前記登録された求車求荷に関する条件を評価しその評価
   結果に基づいて前記各トラック業者および各荷主の双方
   の取引相手の候補を抽出するステップと、 前記抽出された候補の中から交渉相手を決定しその交渉
   相手との間の求車求荷の取引成立を支援するステップ
   と、 を備えたことを特徴とする求車求荷支援方法。
4. 【請求項４】 複数のトラック業者及び複数の荷主の間
   の求車求荷を支援する求車求荷支援システムであって、 前記各トラック業者及び各荷主の双方からの要求を受け
   て互いの求車求荷に関する条件を開示条件と非開示条件
   とに分けて登録する登録手段と、 前記登録手段により登録された求車求荷に関する条件を
   評価しその評価結果に基づいて前記各トラック業者およ
   び各荷主の双方の取引相手の候補を抽出する抽出手段
   と、 前記抽出手段により抽出された候補の中から交渉相手を
   決定しその交渉相手との間の求車求荷の取引成立を支援
   する手段と、を備えたことを特徴とする求車求荷支援シ
   ステム。
5. 【請求項５】 請求項４記載の発明において、 前記抽出手段は、前記トラック業者の開示条件に適合す
   る荷主を選定し、その選定された荷主の中でトラック業
   者の非開示条件に適合するかどうかを判断し、その判断
   で適合する荷主を取引相手の候補として抽出する手段を
   備えたことを特徴とする求車求荷支援システム。
6. 【請求項６】 請求項４記載の発明において、 前記抽出手段は、前記トラック業者の下限運賃から希望
   運賃の範囲内で荷主の費用上限を満足する条件を満たす
   最大の運賃を費用として仮決定する手段を備えたことを
   特徴とする求車求荷支援システム。