JP2002183481A

JP2002183481A - 配車仲介装置および方法

Info

Publication number: JP2002183481A
Application number: JP2000375533A
Authority: JP
Inventors: Takeshi Jinguji; 剛神宮司
Original assignee: Hitachi Engineering Co Ltd
Current assignee: Hitachi Engineering Co Ltd
Priority date: 2000-12-11
Filing date: 2000-12-11
Publication date: 2002-06-28

Abstract

(57)【要約】【課題】求車求貨マッチングでは，検索者にとって配送
効率や運賃面で最も有利なマッチング候補を選択するた
め，全体としての配送効率が低下し，結果として中長期
での運送会社全体の配送効率低下，求車求貨のミスマッ
チ等の問題があった。中長期的にみても配送効率が下が
らないようにするマッチング処理をおこなう制御装置お
よび制御方法を提供することにある。【解決手段】荷主および運送会社が求車情報および求車
情報を入力し配車計画情報を受信するための端末手段
（ＴＤ１〜ＴＤｎ）と、荷主からの求車情報を記憶する
求車情報記憶手段（３）と、運送会社からの求貨情報を
記憶する求貨情報記憶手段（２）と、求貨情報と求車情
報とのマッチングを、配送効率を評価して配送効率の高
い順に順位付けしてマッチングをはかる求車求貨マッチ
ングッチング手段（１２）と、マッチング結果を前記端
末手段に送信する送信手段とからなることに特徴があ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，複数の荷主による
荷物の配送依頼である求車情報と，複数の運送業者によ
る荷物運送の請負依頼である求貨情報を、ネットワーク
上に公開し，求車と求貨のマッチングを行う配車仲介装
置および方法に関する。

【０００２】

【従来の技術】近年，不特定多数の仕事発注者と仕事請
負者の間を仲介し，仕事請負先を特定させる目的のサー
ビスが注目されている。こういったサービスの中，荷物
の配送に関して，ネットワーク上，特にインターネット
上で配車仲介を行う求車求貨システムと呼ばれるサイト
がある。

【０００３】求車求貨システムは，複数の荷主による荷
物の配送依頼である求車情報と，複数の運送業者による
荷物運送の請負依頼である求貨情報の両者を結ぶネット
ワーク上に公開し，求車情報と求貨情報の引き合わせを
行い，成約させる。これを求車求貨マッチングと呼ぶ。
ここでは，求車求貨マッチングを，マッチングを行う主
体により３つのパターンに区別することにする。第１の
パターンは，運送業者が主体となり，求車情報の引き当
てと請負交渉，請負成約を行うパターンで，これを運送
業者マッチングと呼ぶことにする。第２のパターンは，
荷主が求貨情報の引き当てと発注交渉，発注成約を行う
パターンで，これを荷主マッチングと呼ぶことにする。
第３のパターンは，求車求貨システムを運営しているサ
イトが，求車情報と求貨情報のマッチングを行うパター
ンで，これをセンターマッチングと呼ぶことにする。

【０００４】特開平１１−９６２３８号公報に記載され
ている技術は、運送業者向けの情報検索方法についてで
ある。これは、求車情報があらかじめ登録されたデータ
ベースを中心に、運送業者向けに構成されたオンライン
ネットワークシステムを利用して、求車情報を検索する
方法について開示されている。そして端末装置が存在す
る地区が、着地地区である場合にはリアルタイムで、発
地地区である場合は現在から１時間以上前に登録された
求車情報を、発地地区でも着地地区でもない地区は現在
から２時間以上前に登録された求車情報について検索で
きるようにしている。したがって、検索できる情報が、
端末が存在する地区によって時間的な格差がつけられ
る。荷の発地または着地でもない地区の業者に、早い者
勝ちで情報を取得することがないようにしている。着地
から近距離（着地地区）にある業者が求車情報を得て帰
り荷を獲得する可能性を高くして運送効率を向上させる
ことができる、としている。

【０００５】

【本発明が解決しようとする課題】このように，荷主，
運送業者，そして社会全体にも利益をもたらすことが期
待される求貨求車システムであるが，実は，全体でみる
と不合理が発生する場合や，より大きな利益を得る機会
を失っているといった問題を有している。

【０００６】そのひとつは、従来は個々の荷主や運送業
者の利益最大化を優先して求車求貨マッチングを行って
いることによる。ここでいう利益とは単に，運送業者の
水揚げや荷主の運送費といったコスト面での利益に限ら
ず，走行距離等の配送面での効率性も含める。一般的に
は運送費は荷物を運ぶ距離と重さによって決まるため，
運送業者は，できるだけ配送請負時の空車距離を少なく
したいため，配送面の効率性は重視される。

【０００７】また、個々の荷主や運送業者の利益の最大
化を優先すると，同システムに参加する他の運送業者や
荷主が適正に利益を得られない場合，すなわち，非効率
的な配送を強いられる場合がある。具体的には，求車情
報の発地点から遠い位置にいる求貨車両が，より近いと
ころにいる求貨車両より早い者勝ちで求車情報を引き当
てた場合などである。不特定多数の参加者が取引を行う
場合においては，早い者勝ちというルールはある意味で
は公平であり，参加者に均等に利益を配分するものと期
待される。今回は不利な引き当てだったとしても，次回
は有利になる可能性があるからである。

【０００８】しかし，全体として効率の悪い配送を行っ
ていることにより，交通量や排気ガスの削減，渋滞の緩
和，等といった求車求貨システムの社会的利点は失われ
る。また，配送効率の悪い求車求貨マッチングの割合が
高くなると，運送会社が効率の悪い配送を嫌気し，求車
情報の引き当てを行わず空荷走行する状況も発生する。
また，やむなく効率の悪い引き当てを行ったとしても，
荷主の提示する運賃への対応力は限られたものとなる。
こうなると，荷主は別手段で配送請負先を探す必要が生
じ，荷主は当該サイトに参加する意味がなくなる。荷主
がいなくなると運送業者は仕事を得る機会がなくなるた
め，当該サイトに参加しなくなり，その結果，求車求貨
システム自体の存在の意味がなくなる。

【０００９】求貨車両の求車情報検索，すなわち運送業
者のマッチングにおいて，全体の配送効率を上げること
に着眼した技術として，特開平１１―９６２３８があ
る。これは，求貨車両の発地点に応じて求車情報の検索
範囲を時間的に制限したものである。つまり，求車情報
の登録時刻からの経過時間を管理し，求貨車両の発地点
と求車情報の発地点の隣接度合いにより，検索可能とす
る経過時間に差をつけるというものである。発地点が離
れた求車情報の検索を、登録後一定時間経過した場合の
み可能とすることで，より発地点が近い求車情報と求貨
情報を引き合わせることを目的としている。しかしなが
ら，この方法は時間制限を適切に決める指標が得られな
いことや，近隣に求車情報がない場合，時間をおいて何
度も求貨情報を検索することになり求貨車両にとって利
便性が悪いといった問題がある。

【００１０】さらに，従来技術の問題点として，求貨情
報，求車情報の検索を行う際，発地点，着地点の地名，
あるいはエリア名称を検索キーとしていることが挙げら
れる。この方法では，同一地名，同一エリアの求貨情
報，求車情報しか検索することができない。実際は帰り
道沿いの求車情報を検索したい場合が多くあり，この場
合，現状では全ての情報を閲覧して探すことになる。こ
れは大量の求車情報を扱う場合には大変不便である。

【００１１】また，固定契約でない運送業者に配送を依
頼する場合には，荷積み場所，荷卸し場所の地理に対し
不慣れな場合を想定し，地図上に荷積み，荷卸し場所や
ルートを表示できると効率がよい。さらに配送を依頼し
た車両の現在地点が把握できると，貨物追跡等の物流サ
ービスが向上できる。

【００１２】求貨システムの利点として，例えば運送業
者については，荷物を運び終えた車両が車庫に帰る際
に，求車求貨システムを利用し帰りに積む荷物を確保す
ることが可能となり，運送効率を挙げることができる点
等がある。また，荷主については，繁忙期や突発的な荷
物の増加により固定契約の運送業者の車両のみでは配送
しきれない荷物の運送を，求車求貨システムを介して発
注することが可能となる等の利点がある。さらに，社会
的観点では，車両の空荷走行を減らすことで物流に係わ
る車両の総走行距離が短縮されることによる，交通量や
排気ガスの削減，渋滞の緩和，等といった効果も得られ
る。

【００１３】本発明は上記問題点に鑑み，複数の荷主に
よる荷物の配送依頼である求車情報と，複数の運送業者
による荷物運送の請負依頼である求貨情報を，両者を結
ぶネットワーク上に公開し，全体の配送効率を高めるこ
とを主眼に求車求貨マッチングを行うことにある。その
結果，中長期的には参加者全て，ひいては社会全体に利
益をもたらし，かつ，地図情報を活用した配送の効率化
を支援する配車仲介装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】前記課題を以下の手段に
より解決する。ネットワークを介して接続され求車情報
と求貨情報を入力するとともにマッチング結果を受信す
る端末装置と、入力された配送すべき荷物の求車情報を
記憶する求車情報記憶手段と，入力された車両の求貨情
報を記憶する求貨情報記憶手段と，前記求貨情報および
求車情報を前記ネットワークを介して受信する情報受信
手段と，前記求車情報と求貨情報からのマッチングを図
るため複数の運行ルートについて運行損失を演算すると
ともに全運行ルートの中で運行損失がもっとも小さい運
行ルートを有する運送業者の車両から順に運行を引き当
てる求貨求車マッチング手段と、前記マッチング結果を
ネットワークを用いて前記端末装置に送信する情報送信
手段と，を備えたことに特徴がある。前記運行損失は運
行ルートごとに求めた走行距離と空車率の積で表した損
失指標であることに特徴がある。

【００１５】ネットワークを介して接続された端末装置
から求車情報と求貨情報を入力し、入力された配送すべ
き荷物の求車情報および搬送車両の求貨情報を記憶し、
前記記憶された求貨情報および求車情報を読み出して両
者のマッチングを図るため複数の運行ルートについて運
行損失を演算し、前記複数の運行ルートの中で運行損失
がもっとも小さい運行ルートを有する運送業者の車両か
ら順に配送運行を割り当て、前記割り当てられた運行ル
ートを前記端末装置に送信することを特徴とする配車仲
介方法。

【００１６】

【発明の実施の形態】図を用いて本発明の実施態様につ
いて説明する。図１に本発明の一実施例を示す。本装置
は，複数の荷主と複数の運送業者を結ぶネットワーク６
と、求車情報，求貨情報などをネットワーク６から受信
する情報受信手段５と，マッチング結果を通知する情報
送信手段４と，求貨情報を記憶する求貨情報記憶手段２
と求車情報を記憶する求車情報記憶手段３と配車仲介手
段１からなる。また、ＴＤ₁〜ＴＤ_nはそれぞれ集荷場の
端末装置であって、求貨情報あるいは求車情報を入力
し、求貨情報記憶手段２および求車情報記憶手段３に情
報を記憶させる手段である。また荷主の端末手段あるい
は運送業者の端末装置も含む。さらに情報送信手段４か
らのマッチング結果を受信する端末装置でもある。また
これとは別に車両上からドライバが携帯電話を用いて無
線、インターネットを介して求貨情報記憶手段２および
求車情報記憶手段３にアクセスすることができるし、マ
ッチング結果を受信することもできる。すなわち、マッ
チング結果の情報を上記配車仲介手段１、情報送信手段
４を介して得ることができる。その結果により、ドライ
バは自車の運行集配ルートの変更など、自車の運行に役
立てることができる。

【００１７】また，配車仲介手段１は，地図情報を記憶
する道路地図情報記憶手段１３と，住所情報から緯度経
度を取得し道路地図情報記憶手段１３を用いて任意地点
間の距離を算出する地点間距離取得手段１１と，求車情
報と求貨情報を配送効率最大化の観点からマッチングさ
せる求車求貨マッチング手段１２と，地点情報，配送ル
ートを表示する地図表示手段１４と，配送車両の現在地
点情報を把握する動態管理手段１５から構成される。

【００１８】図２は配車仲介手段１に関わる求車求貨マ
ッチング手段１２の全体処理フローを示している。本フ
ローは登録受付ステップＳ２００とセンターマッチング
処理ステップＳ２５０を繰り返し実施する。登録受付ス
テップＳ２００では情報受信手段５より求車情報あるい
は求貨情報の登録を受け付ける。登録が済めば求車情報
登録か求貨情報登録かをステップＳ２１０で確認し，求
車情報の登録をステップＳ２２０で、求貨情報の登録を
ステップＳ２２１でおこなう。

【００１９】これらを小規模な例、図３の場合について
説明する。図１に示すように、実際にはｎ個の集荷場が
あるが、図３ではそのうちの４箇所に限って説明する。
図３はｎ個の端末網のうち、ある特定地域の４箇所から
なるグループと考えてもよい。地点Ａ〜Ｄにそれぞれ端
末装置ＴＤ₁〜ＴＤ₄が備えられている。そして顧客（荷
主）からの搬送荷物を受け付ける場所でもある。各地点
では搬送する荷物を荷主から受け付けると、端末装置Ｔ
Ｄ₁〜ＴＤ₄を介して配車仲介装置１に付随して設けられ
ている求車情報記憶手段３に登録記憶する。また、図３
は地図情報と地点、あるいは地点間距離算出手段１１に
よって算出された運行距離とを重畳して表した図でもあ
る。Ｖ１〜Ｖ４は搬送車両を表し、車両Ｖ２、Ｖ３は現
在地点Ｂ、Ｃにあることを示している。また車両Ｖ１は
地点Ｃから走行し現在地点Ａの近くにさしかかっている
状態を、車両Ｖ４は同じように地点Ｄに近い位置を運行
していることを示している。

【００２０】図４はその求車情報の例を示している。Ａ
地点のＰ_A1〜Ｐ_A4は、Ａ地点で荷主から預かった荷物を
表している。そのうちＰ_A1とＰ_A2は着先が地点Ｂである
こと、すなわちＡ地点からＢ地点に搬送を要求して荷物
であること、Ｐ_A3は着先が地点Ｇであること、Ｐ_A4は着
先が地点Ｄであることを表している。ここで地点Ｇは図
３に示した地点以外にあり、それは集荷センタＤを介し
て地点Ｇに搬送される。地点Ｂ，Ｃ，Ｄ，におけるＰＣ
２、ＰＣ４、ＰＣ７、ＰＤ２、ＰＤ５についても同様
で、集荷センタを兼ねている地点Ｄを介して、他の地区
に搬送される。求車情報登録の場合は，図４に示すよう
に、荷物別に発地点（積み地点）と着地点（卸地点）が
登録される。場合によっては重量、荷姿なども登録され
る。

【００２１】次に、求貨（求荷）情報の例を図５に示
す。例えば車両の地図上の現在位置は図１の車両動態管
理手段１５によって把握される。いま、ある時点におけ
る車両の地図上の位置が、図３のように把握されたとす
る。すなわち車両Ｖ１はＡ地点の近くを運行しているこ
と。車両Ｖ４は地点Ｄに間もなく到着する地点を運行し
ていたとする。そしてＶ２とＶ３は地点ＢとＣにあっ
て、これから荷物を積んで次の地点に向かおうとしてい
る。

【００２２】図５のＶ１について説明すると、地点Ａの
近くにあって、現在の積載率は８０％、いま予定してい
る運行ルートは、地点Ａを経由して集荷センタＤに戻る
ルートである。このように車両の現在位置、現時点にお
ける積載率（あるいは残積載率）、その車両が今後運行
を予定している運行ルートを示している。さらに運行ル
ートにしたがって運行したとき、可能な積み地点と卸し
地点，それから荷姿・重量などが求貨情報に該当する。
図５で、車両Ｖ₁は現在地点Ａの近くにあって、現在、
容積的にあと２０％の積載が可能であることを示してい
る。車両Ｖ２〜Ｖ４についても同じであり説明は省略す
る。地点Ｄは地点Ａ，Ｂ，Ｃと同じ搬送荷物の受付地点
でもあり、全体の集荷センタも兼ねている場合の例であ
る。

【００２３】このように図２のステップＳ２２０、Ｓ２
２１において求貨情報、求車情報の登録が行われる。次
にこれら登録された求貨情報、求車情報とのマッチング
処理をおこなう。ステップＳ２３０，Ｓ２３１での処理
を図６に示す。これは図１の求車求貨マッチング手段１
２の処理に該当する。

【００２４】はじめに，ステップＳ２２０で登録された
求貨車両情報を基に求貨車両が配送可能な，全ての求車
情報すなわち荷物情報をステップ３０で検索して列挙す
る。そしてステップＳ３１では、列挙された求車情報に
配送可能な求貨情報を列挙する。例えば、図７に示すよ
うなテーブルを作成する。車両Ｖ１は、予定されている
運行ルートでは地点ＡからＤに向かうので、地点ＡのＰ
Ａ４は着地のＤまで運ぶことが出来る。またＰＡ３は着
地がＧであるが、それは地点Ｄを経由して地点Ｇに配送
されるので地点Ａでの積荷が可能である。しかしＰＡ１
とＰＡ２は着地がＢであり車両Ｖ１の運行ルートを変更
しない限り、配送出来ない。これを（Ｂ）として示し
た。

【００２５】そしてこの運行ルートＡ→Ｄの場合、走行
距離はＬ３、Ａ地点を出発するときの積載率をα１で走
るとすると、結局その分だけ運行積載効率は悪化する。
理想的には走行する場合は積載率α＝１．０で運行され
ることである。着地点で荷卸しをしても、その分だけ積
荷があることが望ましいが、実際には難しい。したがっ
て積載損失指標ＴＬを次のように定義すると、車両Ｖ１
ではＴＬ₁₁＝Ｌ３（1―α１）ができるだけ小さい運行
がよい。車両Ｖ２の場合はＴＬ２１＝Ｌ１（１―α₂₁）
＋Ｌ２（１―α₂₂）＋Ｌ６（１―α₂₃）ができるだけ小
さくなる運行がよい。Ｖ３のＴＬ３１についても図７に
示したとおりＴＬ３１＝Ｌ４（１−α₃₁）＋Ｌ５（１―
α₃₂）、Ｖ４はＴＬ４１＝Ｌ５（１−α₄₁）で表すこと
ができる。

【００２６】このように当初予定した運行ルートの場合
は上記のようになるが、荷物の積み残しや、迂回搬送な
どが生じると効率が悪くなる。したがって現時点におけ
る車両の位置、積荷状況、などを考慮して運行ルートを
変更した方が効率向上を図ることができる場合がある。
したがって、各車両がとりうるルート全てについて運行
損失指標を計算して、ＴＬが最小となるルートを選択す
ればよい。これらの例を図８に示す。

【００２７】（予）は当初予定された運行ルートを表し
ていて、図７に対応する。車両Ｖ１についていえばＴＬ
１１が予定運行ルートの場合、ＴＬ１２〜ＴＬ１５は変
更可能なルートを走った場合の運行損失指標をあらわし
ている。Ｖ２〜Ｖ４についても同様である。車両Ｖ１で
はＴＬ１１〜ＴＬ１５のうち、最小値となるをルートに
運行を変更する。Ｖ２〜Ｖ３についても同様である。車
両Ｖ４の場合はすでに最終地Ｄの近くまで進行している
ので、もはやルート変更はしない。運行損失指標ＴＬは
積載率と運行距離から決まる。したがって積載率が小さ
くても運行距離が短ければ、指標として大きく影響する
ことはない。

【００２８】またここでＶ１〜Ｖ４の全てについて、す
なわちＴＬ１１〜ＴＬ１５、ＴＬ２１〜ＴＬ２５、ＴＬ
３１〜ＴＬ３５、ＴＬ４１について損失指標をチェック
する。その結果、ＴＬの小さい順位がＴＬ２３、ＴＬ１
２、ＴＬ３３だったとすると、まず車両Ｖ２についてマ
ッチング結果を引き当てる。そのあと車両Ｖ１、Ｖ３に
ついてマッチングをおこないＴＬの小さいほうにマッチ
ング結果を引き当てる。このように優先順位をつけてマ
ッチング結果を引き当てる。ここでＶ１〜Ｖ４はそれぞ
れの運送業者の車両とすると、単にひとつの業者の運行
効率を問題にするのではなく、全体として（ここでは４
運送業者）運送効率が向上するようにマッチング結果を
引き当てる。

【００２９】一方で収益最大という見方もある。効率は
多少悪くても搬送による収益そのものを最大にする場合
である。これをＴＭと定義し、各運行ルートについて図
８に示した。Ｖ１についていうとＴＭ１１〜ＴＭ１５で
あり、このなかから最大値を示すルートを選択すること
になる。Ｖ２ではＴＭ２１〜ＴＭ２５、であり、このな
かから最大値を示すルートを選択する。Ｖ３についても
同様である。Ｖ４についてはこの場合選択の余地はな
い。ただこの指標の場合は運送業者間での取り決めが必
要になってくる。全体として利益が大きくなり、かつ個
々の業者も収益が増大するようにならないといけない。

【００３０】これらの配車計画はステップＳ３２で行わ
れる。そしてステップＳ３３では、求貨情報からみて，
配送効率の高い順（言い換えると損失指標小）に求貨車
両を順位付けする。ステップＳ３４ではこの順位付けに
従い検索結果を提示する。そしてマッチング対象となっ
ている求貨情報の順位付けがなされている場合は、その
順位の高い順に求車情報を提示していく。一般的には求
貨車両からみて効率のよい求車情報から提示する。また
求車情報から順位付けを行うと、求貨車両自身の効率以
外にも，他の効率のよい求貨求車のマッチングが考慮さ
れることにより，全体として効率のよいマッチングが行
える可能性がある。また，他の求貨車両のマッチング機
会を不必要に失わせることによる，マッチング率の低下
を防ぐことができる。

【００３１】これらの処理は図２のステップＳ２３０、
Ｓ２３１で行われる。登録確認のメッセージを出力する
際に，マッチングが成立した場合，確認メッセージと合
わせてマッチング結果を提示し，申し込みを受け付けと
その処理をステップＳ２４０で終える。

【００３２】センターマッチングフローの例を図９に示
す。通常は午前，午後等一定の時間でステップＳ４０に
より起動される。全ての求車情報，求貨情報をステップ
Ｓ４１で読み出し、ステップＳ４２の配車計画により，
全ての求車求貨情報の組み合わせが列挙される。列挙さ
れた複数の配車計画案，すなわちマッチング候補につい
て，ここでは配送効率が高いマッチング候補から順にス
テップＳ４３でマッチング通知を行う場合を示してい
る。一般的に求貨車両や求車貨物には複数のマッチング
候補が存在し得るが，ここでは配送効率の点で優先順位
付けをおこない，マッチングを試みている。これらの処
理により，全体として効率のよいマッチングが行える可
能性が高くなる。

【００３３】求車求貨マッチング手段１２による車両と
のマッチングをおこなうステップＳ２３１は，配送可能
な求貨情報を列挙し，全ての求貨情報に対し配送効率の
高い順に求貨情報を順位付け，この順位付けに従い，求
貨情報を提示すればよい。またステップＳ２３０では車
両からの求貨情報に対して荷物とのマッチングを配送効
率の高い順にマッチング結果をステップＳ２４０で表示
する。

【００３４】本発明では，上記実施例において，地点間
距離算出手段１１により任意地点間の距離を把握できる
ため，高い精度で配送効率を算定できる。地点間距離取
得手段１１は，あらかじめ住所等の地点情報と緯度経度
の対応を記憶しておき，これにより求車情報や求貨情報
の地点情報から緯度経度を取得し，道路地図情報記憶手
段１３に記憶されたデジタル道路地図情報において，緯
度経度で示される地点間の最短経路距離を求めることで
実現できる。

【００３５】また，本発明における車両動態管理手段１
５は車両に積載された動態管理端末から車両現在地を示
す緯度経度情報を有線あるいは無線の通信手段を用いて
取得し，地図表示手段１４に表示すればよい。

【００３６】

【発明の効果】本発明によれば，全体の運行効率を向上
させる求車求貨マッチングにより，効率的な配送をおこ
なうことができる。

【図面の簡単な説明】

【図１】本発明にかかわる配車仲介装置の機能構成を示
すブロック図である。

【図２】本発明にかかわる求車求貨マッチング手段の全
体フローを示す図である。

【図３】本発明にかかわる小規模地点の地図上の位置と
車両運行位置および地点間の距離の例示をした図であ
る。

【図４】荷物に対する求車情報の例を示した図である。

【図５】車両の予定運行ルートと求貨情報の例を示した
図である。

【図６】配車計画立案処理フロー図である。

【図７】予定運行ルートを運行した場合の搬送できる荷
物および積載運行損失指標を示す図である。

【図８】車両の現在位置から運行ルートの変更可能ルー
トとその場合の運行損失指標および収益指標の対応を表
した図である。

【図９】定周期起動するマッチング処理フローの例を示
した図である。

【符号の説明】

１；配車仲介手段、２：求貨情報記憶手段、３；求車
情報記憶手段、４；情報送信手段、５；情報受信手
段、６；通信経路、１１；地点間距離算出手段、
１２；求車求貨マッチング手段、１３；道路地図情報
記憶手段、１４；地図表示手段、１５；車両動態管
理手段

Claims

【特許請求の範囲】

【請求項１】複数の荷主からの荷物を複数の運送業者で
配送する仲介をする配車仲介装置において、ネットワー
クを介して接続され求車情報と求貨情報を入力するとと
もにマッチング結果を受信する端末装置と、入力された
配送すべき荷物の求車情報を記憶する求車情報記憶手段
と，入力された車両の求貨情報を記憶する求貨情報記憶
手段と，前記求貨情報および求車情報を前記ネットワー
クを介して受信する情報受信手段と，前記求車情報と求
貨情報からのマッチングを図るため複数の運行ルートに
ついて運行損失を演算するとともに全運行ルートの中で
運行損失がもっとも小さい運行ルートを有する運送業者
の車両から順に運行を引き当てる求貨求車マッチング手
段と、前記マッチング結果をネットワークを用いて前記
端末装置に送信する情報送信手段と，を備えたことを特
徴とする配車仲介装置。
【請求項２】前記請求項１記載において、前記運行損失
は運行ルートごとに求めた走行距離と空車率の積で表し
た損失指標であることを特徴とする配車仲介装置。
【請求項３】複数の荷主からの荷物を複数の運送業者で
配送する仲介をする配車仲介方法において、ネットワー
クを介して接続された端末装置から求車情報と求貨情報
を入力し、入力された配送すべき荷物の求車情報および
搬送車両の求貨情報を記憶し、前記記憶された求貨情報
および求車情報を読み出して両者のマッチングを図るた
め複数の運行ルートについて運行損失を演算し、前記複
数の運行ルートの中で運行損失がもっとも小さい運行ル
ートを有する運送業者の車両から順に配送運行を割り当
て、前記割り当てられた運行ルートを前記端末装置に送
信することを特徴とする配車仲介方法。