(57)【要約】物流業界の配送実状によりマッチしたシステムを構築して配送の効率化や低コスト化を促進させるとともに、物流業者と荷主との取引成立の組合せを大きく増加させて、荷主、物流業者双方にとって大きなメリットのある取引支援システムを構築すべく、配送を希望する一つの荷主Ｙに対し、複数の物流業者Ｘをマッチングさせることとした。
2002025518.tif 000002
【特許請求の範囲】
【請求項１】
荷主と物流業者との間で交わされる荷物配送に係る取引を、コンピュータシステムを介して支援するための取引支援システムであって、
物流業者から、受注希望ルートを含む受注条件に関するデータを受け付け、その受注条件データを当該物流業者に関連付けて所定の受注条件蓄積部に蓄積する受注条件受付手段と、
荷主から、発注希望ルートを含む発注条件に関するデータを受け付け、その発注条件データを当該荷主に関連付けて所定の発注条件蓄積部に蓄積する発注条件受付手段と、
一の発注条件データと、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものとをマッチングさせるマッチング手段とを備えた取引支援システム。
【請求項２】
マッチング手段が、一の発注条件データに対し、その発注希望ルートを予め設定した中継点において分割し、分割した発注希望ルートの各要素にそれぞれ合致する受注希望ルートを有した受注条件データ群をマッチングさせるものである請求項１記載の取引支援システム。
【請求項３】
受注条件データが受注価格を含むものであり、発注条件データが発注価格を含むものであって、
共通する発注希望ルートを有した複数の発注条件データと、これら発注条件データにマッチング可能な複数の受注条件データ群とを、前記発注条件蓄積部と受注条件蓄積部とからそれぞれ同数抽出し、抽出された前記発注条件データを提示した各荷主と、抽出された前記各受注条件データを提示した各物流業者との間で、その発注価格及び受注価格を変更することなく、取引を成立させるようにした請求項１又は２記載の取引支援システム。
【請求項４】
受注条件データが受注価格を含むものであり、発注条件データが発注価格を含むものであって、
マッチング手段が、発注条件データの発注価格と、受注条件データ群の総受注価格とを比較し、少なくともその総受注価格と発注価格とが同一または発注価格の方が高くなるように発注条件データと受注条件データ群とをマッチングさせるものである請求項１、２又は３記載の取引支援システム。
【請求項５】
受注条件データに含まれる受注価格についてはそれを提示した物流業者にのみ開示し、発注条件データに含まれる発注価格についてはそれを提示した荷主にのみ開示するように構成している請求項１、２、３又は４記載の取引支援システム。
【請求項６】
荷主と物流業者との間で交わされる荷物配送に係る取引を、コンピュータシステムを介して支援するための取引支援方法であって、
物流業者から、受注希望ルートを含む受注条件に関するデータを受け付け、その受注条件データを当該物流業者に関連付けて蓄積するステップと、
荷主から、発注希望ルートを含む発注条件に関するデータを受け付け、その発注条件データを当該荷主に関連付けて蓄積するステップと、
一の発注条件データと、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものとをマッチングさせるステップとを備えた取引支援方法。
【請求項７】
端末コンピュータと通信回線を介して通信可能に接続されたホストコンピュータであって、
物流業者の用いる端末コンピュータから送信された、受注希望ルートを含む受注条件に関するデータを受信し、その受注条件データを当該物流業者に関連づけて所定の受注条件蓄積部に蓄積する受注条件受信手段と、
荷主の用いる端末コンピュータから送信された、発注希望ルートを含む発注条件に関するデータを受信し、その発注条件データを当該荷主に関連付けて所定の発注条件蓄積部に蓄積する発注条件受信手段と、
一つの発注条件データに対し、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものをマッチングさせるマッチング手段とを備えたホストコンピュータ。
【請求項８】
請求項７記載のホストコンピュータと通信回線を介して互いに通信可能に接続された端末コンピュータであって、
受注希望ルートを含む受注条件に関するデータの入力を促す画面を表示する入力画面表示手段と、受注条件に関するデータが入力された場合に、その受注条件データを前記ホストコンピュータに送信する受注条件送信手段とを備えた端末コンピュータ。
【請求項９】
請求項７記載のホストコンピュータと通信回線を介して互いに通信可能に接続された端末コンピュータであって、
発注希望ルートを含む発注条件に関するデータの入力を促す画面を表示する入力画面表示手段と、発注条件に関するデータが入力された場合に、その発注条件データを前記ホストコンピュータに送信する発注条件送信手段とを備えた端末コンピュータ。
【請求項１０】
請求項８記載の入力画面表示手段及び発注条件送信手段としての機能を端末コンピュータに実現させるためのプログラムを記録した記録媒体。
【発明の詳細な説明】
技術分野
荷主と物流業者との間で交わされる荷物配送に係る取引を、コンピュータを介して支援するための取引支援システム等に関する。
背景技術
近時、かんばん方式やＰＯＳ、あるいはＳＣＭといったシステムに代表されるように、生産コストの圧縮や無駄の排除を図ろうとする企業が増加し、このような流れに伴って、部品や製品の円滑かつ低コストな輸送に対する重要性や需要が益々高まりつつある。
そして、このような需要に対し、空車率の低減を図るとともに物流の機動性や柔軟性を向上させるべく、インターネットを利用したオークションや逆オークションといった手法を活用し、荷主と物流業者を自動マッチングさせるようなシステムも開発されつつある。
ところで、物流業界における配送の実状を鑑みると、配送センターや駅等の中継点において荷が積み替えられるなどして、一つの荷物を複数の物流業者が中継して配送することよく行われている。これは配送効率等の点から好ましいためである。
しかしながら、前述のマッチングシステムは、荷主側から提示された発注希望ルートと物流業者側から提示された受注希望ルートとが一致するもののみを１対１でマッチングさせるものであるため、上述したような一つの荷物に対し複数の物流業者が中継して配送するという要請に応えることができない。
さらに、起点から終点までのルートが合致しない場合には取引が成立せず、荷主と物流業者とのマッチングに係る組合せが限定されることから、配送希望のあった荷物について、マッチングが成立しない場合も考えられる。かかる事態は、発注のあった荷物は必ず配送するという物流業界特有の要請からすると、あってはならないことであり、そのような事態が生じ得ること自体、システムへの不信感に直結する。
発明の開示
そこで本発明は、配送を希望する一の荷主に対し、複数の物流業者をあてがうことにより、物流業界の配送実状によりマッチしたシステムを構築して配送の効率化や低コスト化を促進させるとともに、物流業者と荷主との取引成立の組合せを大きく増加させて、荷主、物流業者双方にとって大きなメリットのある取引支援システムを構築することを主たる目的としたものである。
すなわち、本発明に係る取引支援システムは、図１に示すように、荷主と物流業者との間で交わされる荷物配送に係る取引を、コンピュータシステムを介して支援するためのものであって、物流業者から、受注希望ルートを含む受注条件に関するデータを受け付け、その受注条件データを当該物流業者に関連付けて所定の受注条件蓄積部に蓄積する受注条件受付手段と、荷主から、発注希望ルートを含む発注条件に関するデータを受け付け、その発注条件データを当該荷主に関連付けて所定の発注条件蓄積部に蓄積する発注条件受付手段と、一つの発注条件データと、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものとをマッチングさせるマッチング手段とを備えたことを特徴とする。
ここで「ルート」とは、道筋そのもののことを指すほか、起点と終点のみを指定したものも含む。また、「受注希望ルート同士がつながる」とは、受注希望ルートの一部又は全部同士がつながるという意味であり、一の受注希望ルートの終点と他の発注希望ルートの起点とが一致することの他、一の受注希望ルートの中間点と他の発注希望ルートの起点とが一致することや、一の受注希望ルートの終点と他の発注希望ルートの中間点とが一致することを含む。さらに、ここで「一致する」とは、完全に地点が一致することの他、近傍にあることも含む。
このようなものであれば、発注条件データと受注条件データとを１対１で対応づける従来のマッチング手法に比して、一つの発注条件データに対して複数の受注条件データのマッチングが可能になるため、一つの荷物について複数の物流業者が中継して配送するといった物流業界の配送実状に対応できるようになる。さらに、マッチングの組合せが１対１のものよりも極めて多くなるので、マッチング成立確率が格段に向上し、発注のあった荷物は必ず配送するという物流業界特有の要請を十分満たして、特に荷主のシステムに対する信頼性を高めることが可能になる。
具体的にマッチングさせる場合の好適な実施態様としては、マッチング手段が、一つの発注条件データに対し、その発注希望ルートを予め設定した中継点において分割し、分割した発注希望ルートの各要素にそれぞれ合致する受注希望ルートを有した受注条件データ群をマッチングさせるものを挙げることができる。
価格面において発注条件データと受注条件データ群とが完全一致せずとも、マッチングを成立させ、例えば共通する希望ルートを有した複数の発注条件データと複数の受注条件データ群とを一挙にマッチングさせるような構成を可能ならしめるには、受注条件データが受注価格を含むものであり、発注条件データが発注価格を含むものであり、マッチング手段が、発注条件データの発注価格と、受注条件データ群の総受注価格とを比較し、少なくともその総受注価格と発注価格とが同一または発注価格の方が高くなるように発注条件データと受注条件データ群とをマッチングさせるものであることが好ましい。ここで「総受注価格」とは、一つの受注条件データ群に含まれる全ての受注条件データの受注価格を合計した価格をいう。
過当競争による値崩れを防止し、適正な競争による適正な取引を維持するには、受注条件データに含まれる受注価格についてはそれを提示した物流業者にのみ開示し、発注条件データに含まれる発注価格についてはそれを提示した荷主にのみ開示するように構成しているものが望ましい。
本発明に係る取引支援システムを互いに通信可能に接続されたホストコンピュータ及び端末コンピュータとを利用して構築した場合におけるホストコンピュータとしては、物流業者の用いる端末コンピュータから送信された、受注希望ルートを含む受注条件に関するデータを受信し、その受注条件データを当該物流業者に関連づけて所定の受注条件蓄積部に蓄積する受注条件受信手段と、荷主の用いる端末コンピュータから送信された、発注希望ルートを含む発注条件に関するデータを受信し、その発注条件データを当該荷主に関連付けて所定の発注条件蓄積部に蓄積する発注条件受信手段と、一つの発注条件データに対し、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものをマッチングさせるマッチング手段とを備えたものを挙げることができる。
また、物流業者が用いる端末コンピュータとしては、受注希望ルートを含む受注条件に関するデータの入力を促す画面を表示する入力画面表示手段と、受注条件に関するデータが入力された場合に、その受注条件データを前記ホストコンピュータに送信する受注条件送信手段とを備えたものを挙げることができる。
さらに荷主の用いる端末コンピュータとしては、発注希望ルートを含む発注条件に関するデータの入力を促す画面を表示する入力画面表示手段と、発注条件に関するデータが入力された場合に、その発注条件データを前記ホストコンピュータに送信する発注条件送信手段とを備えたものを挙げることができる。また、汎用コンピュータに上述した入力画面表示手段や発注条件送信手段としての機能を備えさせるためには、その機能を具備させるためのプログラムを記録した記録媒体を用意しておくことが好ましい。
発明を実施するための最良の形態
以下、本発明の一実施形態を、図面を参照して説明する。
＜機器構成＞
この実施形態における取引支援システムは、第２図に示すように、物流業者Ｘ及び荷主Ｙがそれぞれ用いるための端末コンピュータＰ１、Ｐ２と、これら端末コンピュータＰ１、Ｐ２に本インターネットＮＥＴ等の通信回線を介して接続したホストコンピュータＨＣとを利用するものである。
ここで物流業者Ｘとは、不特定多数の業者のうち、本システムを利用可能な者として登録された者のことを指す。この登録は、登録支援手段（図示しない）を利用して行われる。この登録支援手段は、前記不特定の業者が、例えばオンラインにより本ホストコンピュータＨＣにアクセスした場合に、その業者の基本情報の入力を要求し、その業者に、識別子たるＩＤを発行するとともに、このＩＤに関連付けて前記基本情報を記憶するものである。物流業者Ｘとして登録された後は、そのＩＤ及び必要に応じてパスワードを端末コンピュータＰ１に入力することにより、本システムの利用が可能となる。
荷主Ｙも、物流業者Ｘ同様、本システムを利用可能な者として登録された者のことを指す。なお、登録にあたっての手続やＩＤ取得等に関しても上述と同様であるので説明は省略する。
次いで、この取引支援システムを構築するにあたって利用する各機器について説明する。端末コンピュータＰ１、Ｐ２は、第３図に示すように、キーボード１０１、マウス１０２等の入力手段、ディスプレイ１０４等の出力手段、ＨＤ等の記憶装置１０６、ＣＰＵ１０３、内部メモリ１０５、通信インタフェース１０７等を備えたもので、ＷＥＢブラウザ等を有するいわゆるパーソナルコンピュータであるが、その他、携帯電話等でも構わない。
ホストコンピュータＨＣは、ＷＥＢサーバ機能やデータベース機能等を備えたものであり、端末コンピュータＰ１、Ｐ２と略同様な機器構成を有してなる。
＜機能構成＞
しかして本実施形態における取引支援システムは、第４図に示すように、前記端末コンピュータＰ１、Ｐ２やホストコンピュータＨＣの記憶装置１０６に記憶させた所定のプログラムにしたがって、それらコンピュータＰ１、Ｐ２、ＨＣにおけるＣＰＵ１０３や周辺機器が作動することにより、後述する受注条件受付手段１、発注条件受付手段２、マッチング手段３等としての機能を発揮する。なお、本実施形態においては、端末コンピュータＰ１、Ｐ２に、汎用ＷＥＢブラウザソフトウェアや汎用メールクライアントソフトウェアをインストールすればよいようにしているが、専用プログラムをインストールするようにしてもよい。
次に、前記各手段１〜３について、第４図を参照して説明すると、受注条件受付手段１は、物流業者Ｘから、受注希望ルート及び受注価格を含む受注条件に関するデータを受け付け、その受注条件データを当該物流業者Ｘに関連づけて、ホストコンピュータＨＣの記憶装置１０６に設定された受注条件蓄積部Ｄ１に蓄積するものである。本実施形態において受注条件、受付手段１は、物流業者側端末コンピュータＰ１に設けられた、受注条件データを入力するための入力手段１１（キーボード１０１等）及び入力された受注条件データを送信するための送信手段１２と、ホストコンピュータＨＣに設けられ、前記送信手段１２から送られてきた受注条件データを受信して前記受注条件蓄積部Ｄ１に蓄積する受注条件受信手段１３とからなる。ここで、第５図に示すように、物流業者Ｘが入力すべき受注条件データのうち、受注希望ルートは、配送の起点及び終点のみを指定するようにしてある。また、その他に、受注価格（配送価格）、荷物形態（容量、内容等）、マッチング決定希望期限等の一般受注条件を入力できるようにもしてある。
発注条件受付手段２は、荷主Ｙから、発注希望ルートを含む発注条件に関するデータを受け付け、その発注条件データを当該荷主Ｙに関連付けて、ホストコンピュータＨＣの記憶装置１０６に設定された発注条件蓄積部Ｄ２に蓄積するものである。本実施形態において発注条件受付手段２は、荷主Ｙ側端末コンピュータＰ２に設けられた、発注条件データを入力するための入力手段２１（キーボード１０１等）及びこの発注条件データを送信するための送信手段２２と、ホストコンピュータＨＣに設けられ、前記送信手段２２から送られてきた発注条件データを受信して前記発注条件蓄積部Ｄ２に蓄積する発注条件受信手段２３とからなる。ここで、第６図に示すように、荷主Ｙが入力すべき発注条件データのうち、発注希望ルートは、配送の起点及び終点のみを指定するようにしてある。また、その他に、発注価格（購買価格）、荷物形態（容量、内容等）、マッチング決定希望期限等の一般発注条件を入力できるようにもしてある。
なお、前記受発注条件データを、物流業者Ｘや荷主ＹからＦＡＸや郵便により受け取るようにし、受け取ったシステム運営者等が、ホストコンピュータＨＣに直接入力するようにしても構わない。その場合の受注条件受付手段、発注条件受付手段の役割は、ホストコンピュータＨＣの入力手段等が担うこととなる。
マッチング手段３は、一の発注条件データと、複数の受注条件データからなる受注条件データ群であって各受注条件データに含まれる受注希望ルート同士がつながって前記発注条件データの発注希望ルートを形成するものとをマッチングさせるものである。
具体的には、第７図に示すように、まず、共通の発注希望ルート、すなわち共通の配送起点及び終点を有した１又は複数の発注条件データを前記発注条件蓄積部Ｄ２から抽出する（ステップＳ１）。次にその発注希望ルートに対し１又は２以上の中継点を定め、発注希望ルートを分割する（ステップＳ２）。この中継点は予め中継点記憶部に記憶させたものから自動的に選択される。次に、分割した発注希望ルートの各要素にそれぞれ合致する受注希望ルートを有した受注条件データを受注条件蓄積部Ｄ１から抽出する（ステップＳ３）。次に、抽出された受注条件データを組み合わせて、各受注希望ルートが発注希望ルートの起点から終点までをつなぐような受注条件データ群を１又は複数生成する（ステップＳ４）。次に、これら抽出した発注条件データと受注条件データ群とを１対１で組み合わせる（ステップＳ５）。
しかして、発注条件データと受注条件データ群とがそれぞれ複数抽出された場合には、どの発注条件データとどの受注条件データ群とを組み合わせるかという組合せ方は複数通り考えられる。本実施形態においては、マッチングの成立した複数の発注条件データの合計した発注価格の方が、マッチングの成立した複数の受注条件データの合計した受注価格よりも高いか又は同一となることを最優先させてマッチングの組合せを設定する。さらに、マッチングの組合せを設定する際に考慮されるパラメータとして優先順位の高い順に挙げれば、組合せ成立数を多くすること、前記合計した発注価格と前記合計した受注価格との差額を大きくすること（発注条件データにおいては、高い発注価格を提示したものが優先的にマッチング対象とし、受注条件データにおいては、低い受注価格を提示したものが優先的にマッチング対象とすること）、エントリの早い受注条件データ又は発注条件データを優先的に選択すること、入会登録の早い物流業者Ｘ又は荷主Ｙを優先的に選択することとしている。なお、この機能が第４図に示す組合せ設定手段３１に相当する。
その後、マッチングの成立した発注条件データと受注条件データ群とに係る荷主Ｙと物流業者Ｘとの間で、各々が提示した受注価格及び発注価格を調整することなく、取引が成立するようにしている（ステップＳ６）。なお、この機能が第４図に示す売買支援手段３２に相当する。
なお、受注条件データに含まれる受注希望価格についてはそれを提示した物流業者Ｘに、また発注条件データに含まれる発注希望価格についてはそれを提示した荷主Ｙにのみ開示するというダブル・クローズド方式を採用している。
＜動作説明＞
上述した取引支援システムの動作を以下に詳述する。
まず、物流業者Ｘが自己の端末コンピュータＰ１を用いてログインすると、そのディスプレイ１０４に、受注希望ルート、受注価格（配送価格）、荷物形態、マッチング決定希望期限等の受注条件入力欄を含む受注入力画面Ｗ１（第５図参照）が表示される。そこで、各受注条件入力欄にそれぞれ入力し、当該受注入力画面Ｗ１に設けられた送信ボタンＢ１をクリックすると、ホストコンピュータＨＳに入力されたデータが送信され、受注条件データとして当該物流業者Ｘの登録ＩＤに関連付けられて、前記受注条件蓄積部Ｄ１に蓄積される。
同様に、荷主Ｙが自己の端末コンピュータＰ２を用いてログインすると、そのディスプレイ１０４に、発注希望ルート、発注価格（購買価格）、荷物形態、マッチング決定希望期限等の発注条件入力欄を含む発注入力画面Ｗ２（第６図参照）が表示される。そこでこの発注条件入力欄に入力し、当該発注入力画面Ｗ２に設けられた送信ボタンＢ２をクリックすると、入力されたデータが、ホストコンピュータＨＳに送信され、発注条件データとして当該荷主Ｙの登録ＩＤに関連付けられて、前記発注条件蓄積部Ｄ２に蓄積される。
その後、予め定めたマッチングタイムになると、前記蓄積部Ｄ１、Ｄ２に蓄積した受注条件データ及び発注条件データの中から、マッチング決定希望期限がそのマッチングタイム以後のものが抽出され、マッチングが行われる。具体例で説明すると以下の通りである。
まず、ある所定ルート（この場合であれば起点を大阪とし、終点を東京とするルート）を発注希望ルートとするような発注条件データが発注条件蓄積部Ｄ２から抽出される。ここでは、第８図に示すように、複数（３つ）の発注条件データＡ、Ｂ、Ｃが抽出されたとする。
次に、発注希望ルートが所定の中継点（名古屋）において分割され、分割された発注希望ルートの各要素に一致する受注希望ルートを有した受注条件データが受注条件蓄積部Ｄ１から抽出される。ここでは、第８図に示すように、大阪発名古屋着の受注希望ルートを有したものとして、複数（４つ）の受注条件データａ、ｂ、ｃ、ｄが抽出され、名古屋発東京着の受注希望ルートを有したものとして、複数（５つ）の受注条件データｆ、ｇ、ｈ、ｉ、ｊが抽出されたとする。
次に受注条件データａ、ｂ、ｃ、ｄと受注条件データｆ、ｇ、ｈ、ｉ、ｊとが組み合わされて受注条件データ群が生成されるが、その生成数は数の小さい方、すなわち大阪発名古屋着の受注条件データ数で決まるので、この場合４つの受注条件データ群が生成される。しかして、第９図▲１▼に示すように、数の多い名古屋発東京着の受注条件データのうち、等数とするために除外されるものは受注価格の最も高い受注条件データｊとしている。
次に、受注条件データａ、ｂ、ｃ、ｄと受注条件データｆ、ｇ、ｈ、ｉとの組合せが設定されるが、ここでは、第９図▲２▼に示すように、受注価格の順番の合致するもの同士、すなわち、受注価格の高いものは高いもの同士、低いものは低いもの同士を組み合わせるようにしているので、ａとｆ、ｂとｇ、ｃとｈ、ｄとｉとをそれぞれ要素とする４つの受注条件データ群ａｆ、ｂｇ、ｃｈ、ｄｉとが生成される。
次に、第１０図▲１▼に示すように、前記４つの受注条件データ群ａｆ、ｂｇ、ｃｈ、ｄｉと、前記３つの発注条件データとを１対１に対応づけるマッチングが行われる。本実施形態では、上述したように、マッチングの成立した複数の発注条件データの合計した発注価格の方が、マッチングの成立した複数の受注条件データの合計した受注価格よりも高いか又は同一となるようにし、なおかつその際に最優先させるのが、マッチングの成立する組数をなるべく多くすることであるから、最大３つのマッチングを成立させるべく、４つの受注条件データ群ａｆ、ｂｇ、ｃｈ、ｄｉの３つを選ぶことになる。この場合はどれを選んでも、上記条件を満たす。しかして、次の優先条件として合計した発注価格と前記合計した受注価格との差額を大きくすることが作用して、結局４つの受注条件データ群ａｆ、ｂｇ、ｃｈ、ｄｉのうち、最も高い受注価格を提示した受注条件データ群ｄｉがマッチングの対象から除外されることになる。そして、最終的に第１０図▲２▼に示すように、発注条件データＡ、Ｂ、Ｃと受注条件データ群ａｆ、ｂｇ、ｃｈとのマッチングが一時に成立する。なお、第１０図▲２▼の組合せは例示であって、他の組合せでも構わない。
その後、マッチングの成立した発注条件データと受注条件データ群とに係る荷主Ｙと物流業者Ｘとの間で、各々が提示した受注価格及び発注価格を調整することなく、取引が成立する。具体的には、マッチングの成立した各荷主Ｙと各物流業者Ｘとの端末コンピュータＰ１、Ｐ２にマッチングが成立した旨が表示され、各荷主Ｙから発注価格に等しい金額の入金が本システム側になされると、取引相手やその荷物の受け渡しに係る手順等が、端末コンピュータＰ１、Ｐ２に表示される。そして、荷物の配送が完了すると、各物流業者Ｘへの受注価格に等しい金額の支払いが本システム側から行われる。
なお、このマッチングにより、各荷主Ｙから入金された金額と、各物流業者Ｘへ支払った金額とには、受注価格及び発注価格を調整することがないので、差額が生じうるが、この差額は、差額管理手段により、システム運営費に充当されたり保険の費用に充当されたりするようにして、管理されるようにしている。
また、本実施形態の場合、受注価格及び発注価格を調整することがないので、他より高い発注価格を提示した荷主Ｙや、他より低い受注価格を提示した物流業者Ｘには、他との提示価格差等に応じてポイントを与えてこれを記憶しておき、次回以降のエントリによるマッチングが行われた際に、優先的にマッチングが成立するようにしている。
さらに、本実施形態ではマッチングを間欠的に行うようにしているので、マッチング対象から外された受注条件データｄ、ｉ、ｊについては、それらの条件に提示されたマッチング決定希望時刻を越えない限り、次のマッチングタイムになると、自動的にマッチングの対象としてエントリされるようにしている。この機能が自動繰越手段に相当する。
このように、本実施形態によれば、発注条件データと受注条件データとを１対１で対応づける従来のマッチング手法に比して、一つの発注条件データに対して複数の受注条件データをマッチングさせることが可能になるため、一つの荷物について複数の物流業者Ｘが中継して配送するといった物流業界の配送実状に対応できるようになる。具体的には、上述したようにトラックからトラックへの中継輸送が可能となる他、トラックはそのままで運転手のみが交代する態様や、駅を中継点としてトラックと鉄道を複合させたような輸送形態にも、本システムであれば適用可能であり、顕著な効果を期待することができる。また、マッチングの組合せが１対１のものよりも極めて多くなるので、マッチング成立確率が格段に向上し、発注のあった荷物は必ず配送するという物流業界特有の要請を十分満たして、特に荷主Ｙのシステムに対する信頼性を高めることが可能になる。
さらに、本実施形態では、複数の発注条件データと複数の受注条件データ群とが一連の動作により比較され、一時に複数組のマッチングが成立するので、この点においても迅速にかつ多数の取引を成立させ得る。加えて、複数対複数のマッチングを可能ならしめる具体的手段として、物流業者Ｘ及び荷主Ｙが提示価格を変えることなく取引を行え、エントリーたるデータ入力の際には、他の個々のエントリ内容について知ることができないようにしているので、オークションや入札のように、価格の過当競争に陥ることなく、極めて健全な商取引を維持することができる。また、競争原理が全く作用しないわけではなく、組合せの設定を上述したアルゴリズムで行うようにしているので、発注条件データにおいては、高い発注価格を提示したものが優先的にマッチングされ、受注条件データにおいては、低い受注価格を提示したものが優先的にマッチングされることとなり、この点において競争原理も適正に作用する。
＜他の実施形態＞
本発明は上記実施形態に限定されるものではない。例えば、マッチングの方法は以下のようなものでもよい。
まず、上記実施形態同様、ある所定ルート（この場合であれば起点を大阪とし、終点を東京とするルート）を発注希望ルートとするような複数の発注条件データが発注条件蓄積部Ｄ２から抽出する（第１１図ステップＳ１１）。ここで、第８図に示すように、複数（３つ）の発注条件データＡ、Ｂ、Ｃが抽出されたとする。
次に、発注希望ルートを所定の中継点（名古屋）において分割し（第１１図ステップＳ１２）、分割した発注希望ルートの各要素に一致する受注希望ルートを有した受注条件データを受注条件蓄積部Ｄ１から抽出する（第１１図ステップＳ１３）。ここで、第８図に示すように、大阪発名古屋着の受注希望ルートを有したものとして、（複数）４つの受注条件データａ、ｂ、ｃ、ｄが抽出され、名古屋発東京着の受注希望ルートを有したものとして、複数（５つ）の受注条件データｆ、ｇ、ｈ、ｉ、ｊが抽出されたとする。
一方、第１２図に示すように、各発注条件データＡ、Ｂ、Ｃについて、それぞれ大阪発名古屋着の要素条件データＡ１、Ｂ１、Ｃ１と、名古屋発東京着の要素条件データＡ２、Ｂ２、Ｃ２とを生成する（第１１図ステップＳ１４）。
次に第１３図に示すように、要素条件データＡ１、Ｂ１、Ｃ１と、受注条件データａ、ｂ、ｃ、ｄとを比較し、それらを１対１に組み合わせる（第１１図ステップＳ１５）。
この組み合わせ方については、上記複数通り考えられるところ、本実施形態では、上記実施形態同様、組み合わせ方設定手段４１によって、受注価格の合計価格が発注価格の合計価格を越えない範囲内で、できる限り多数のマッチングが成立するように組み合わされ、かつ発注価格においては高いものが、受注価格においては低いものが優先的にマッチングさせる。さらに上記条件に差のないものに関しては、エントリの早いもの、あるいは入会登録の早い物流業者Ｘ又は荷主Ｙが優先的に選択する。
同様に、第１４図に示すように、要素条件データＡ２、Ｂ２、Ｃ２と、受注条件データｆ、ｇ、ｈ、ｉ、ｊとを比較し、それらを１対１に組み合わせる（第１１図ステップＳ１５）。
この結果、前記実施形態同様の結果が得られ、第１０図▲２▼に示すような組合せ（例示であり他も考えられる）が設定される。なお、第１０図▲２▼の組合せ例示であって、他の組合せでも構わない。
その他、一つの発注条件データにあてがう受注条件データは上記各実施形態のように２つに限られず、３以上でも構わない。また、第１５図に示すように、一つの発注希望ルートにＲ１に対し、受注希望ルートＲ２１、Ｒ２２、Ｒ２３の一部ずつをあてがってもよい。この場合、受注希望ルートＲ２１、Ｒ２２、Ｒ２３の残った他の部分に関しては、別の発注希望ルートをマッチングさせればよい。
また、発注条件データと受注条件データ群との組合せ方は、上記実施形態のように複数対複数で一挙に組み合わせる方法に限られない。例えば１回のマッチングにおいては、１つの発注条件データに対して、複数の受注条件データ群の中から１つをマッチングさせるといった入札的なものでも構わないし、１回のマッチングにおいて、１つの受注条件データ群に対して、複数の発注条件データの中から１つをマッチングさせるといったオークション的なものでも構わない。
加えて、上記実施形態では、発注希望ルート及び受注希望ルートを選択入力形式にしていたが、自由に入力できるようにしても構わないし、道筋（例えば国道１号線経由）の指定を行えるようにしてもよい。
産業上の利用可能性
以上詳述したように、本発明は、物流産業への利用可能性が極めて高く、本発明によれば、発注条件データと受注条件データとを１対１で対応づける従来のマッチング手法に比して、一つの発注条件データに対して複数の受注条件データのマッチングが可能になるため、一つの荷物について複数の物流業者が中継して配送するといった物流業界の配送実状に対応できるようになる。さらに、マッチングの組合せが１対１のものよりも極めて多くなるので、マッチング成立確率が格段に向上し、発注のあった荷物は必ず配送するという物流業界特有の要請を十分満たして、特に荷主のシステムに対する信頼性を高めることが可能になる。
【図面の簡単な説明】
第１図は、本発明の全体機能構成図である。
第２図は、本発明の一実施形態における取引支援システムを示す全体機器構成図である。
第３図は、同実施形態におけるコンピュータの内部構成図である。
第４図は、同実施形態における全体機能構成図である。
第５図は、同実施形態における物流業者側入力画面図である。
第６図は、同実施形態における荷主側入力画面図である。
第７図は、同実施形態におけるホストコンピュータの動作を示すフローチャートである。
第８図は、同実施形態におけるマッチング動作を示す模式説明図である。
第９図は、同実施形態におけるマッチング動作を示す模式説明図である。
第１０図は、同実施形態におけるマッチング動作を示す模式説明図である。
第１１図は、本発明の他の実施形態におけるホストコンピュータの動作を示すフローチャートである。
第１２図は、同実施形態におけるマッチング動作を示す模式説明図である。
第１３図は、同実施形態におけるマッチング動作を示す模式説明図である。
第１４図は、同実施形態におけるマッチング動作を示す模式説明図である。
第１５図は、本発明のさらに他の実施形態におけるルート説明図である。
【図１】
2002025518.tif 000003
【図２】
2002025518.tif 000004
【図３】
2002025518.tif 000005
【図４】
2002025518.tif 000006
【図５】
2002025518.tif 000007
【図６】
2002025518.tif 000008
【図７】
2002025518.tif 000009
【図８】
2002025518.tif 000010
【図９】
2002025518.tif 000011
【図１０】
2002025518.tif 000012
【図１１】
2002025518.tif 000013
【図１２】
2002025518.tif 000014
【図１３】
2002025518.tif 000015
【図１４】
2002025518.tif 000016
【図１５】
2002025518.tif 000017
【国際調査報告】
2002025518.tif 000018
2002025518.tif 000019