JP2002140405A - 求荷求車システムおよび求荷求車方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、往路又は復路でのトラックの利用
効率を向上させることに寄与することができる求荷求車
システムおよび求荷求車方法を提供することにある。 【解決手段】 荷主、運送事業者のそれぞれが有する通
信端末１３，１５とインターネット２１を介してやりと
りを行う求荷求車サーバ１９は、運送事業者の通信端末
１５からの依頼に応じて車両と配送先からなる配送計画
を立案しておき、荷主の通信端末１３から荷を依頼する
ための荷情報を受信した場合、受信した荷情報に応じて
配送計画の中で積載量に余裕がある車両の車両リストを
生成し、生成した車両リストを荷主の通信端末に提示す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、トラックを用いて
物品を輸送する物流システムに関し、特に、往路又は復
路でのトラックの利用効率を向上させることに寄与する
求荷求車システムおよび求荷求車方法に関する。

【０００２】

【従来の技術】運送事業者は、荷主から依頼された条件
に基づいて物品を輸送するための配送計画を立案し、ト
ラックの運行管理を行っており、従来の配送計画では、
現在請け負っている条件の中で立案するために、トラッ
クの利用効率を良くしようとしても次ぎのような限界が
あった。

【０００３】例えば、往路の東京から大阪まで８トンの
物品を配送し、復路の大阪から名古屋まで１０トンの物
品を搬送するというケースを想定した場合、少なくとも
１０トンの物品を積載可能なトラックを用いる必要があ
り、往路の東京〜大阪間では２トン分以上の積載余裕が
ある状態で運行し、復路の名古屋〜東京間では積荷がな
い状態でトラックを運行することになる。

【０００４】運送事業者では、トラックが積荷のない状
態で運行しないように、配送計画を立案することに努め
ている。しかしながら、配送計画の立案は荷主から依頼
された条件によって決定されているため、荷主の依頼条
件によっては運送事業者にとって最良の配送計画になら
ないケースが生じていた。

【０００５】このため、運送事業者にとって最良の配送
計画ではない場合、例えば上記のケースでは往路の東京
〜大阪間や復路の名古屋〜東京間において、積載量に余
裕があるので、新たな荷主を見つけたいという要求があ
った。

【０００６】ところで、近年、インターネットの普及に
よって、そのサイト上でさまざまなサービスが受けられ
るようになっており、その一つとして、従来の求荷求車
システムが提案されている。

【０００７】この求荷求車システムは、荷主が荷を運ぶ
のに必要な車両の情報をＷｅｂサイトにアップロードし
ておき、一方で運ぶ荷を探しているドライバや運送事業
者が、運送可能な荷量や方面をＷｅｂサイトにアップロ
ードすることによって、Ｗｅｂサイトを閲覧した荷主ま
たは運送事業者が他方に連絡を取ることで、両者の間で
取引を行えるようになっていた。

【０００８】

【発明が解決しようとする課題】しかしながら、従来の
求荷求車システムでは、求荷求車情報の入力が人手によ
るものであったため、車両が空荷になることを予想して
タイムリーに求荷情報を入力するといったことが困難で
あった。

【０００９】また、求荷求車情報を提示する際には、車
両の行路から比較的遠方にある行路に関するさまざまな
情報も提示されてしまうので、特定場所にいるドライバ
がこの情報を見るには、車両の現在位置と比較して対象
範囲が広すぎて操作が煩雑になるといった問題があっ
た。

【００１０】さらに、車両が走り始める以前に求荷情報
を入力する必要があるため、緊急の配送などの理由で既
に走り出している車両には、求荷情報を紹介することが
できなかった。

【００１１】本発明は、上記に鑑みてなされたもので、
その目的としては、往路又は復路でのトラックの利用効
率を向上させることに寄与することができる求荷求車シ
ステムおよび求荷求車方法を提供することにある。

【００１２】

【課題を解決するための手段】請求項１記載の発明は、
上記課題を解決するため、荷主、運送事業者のそれぞれ
が有する通信端末と通信回線を介してやりとりを行うサ
ーバを備えた求荷求車システムであって、前記サーバ
は、運送事業者の通信端末からの依頼に応じて車両と配
送先からなる配送計画を立案する立案手段と、荷主の通
信端末から荷を依頼するための荷情報を受信する受信手
段と、受信した荷情報に応じて配送計画の中で積載量に
余裕がある車両の車両リストを生成する車両リスト生成
手段と、生成した車両リストを荷主の通信端末に提示す
る提示手段とを備えたことを要旨とする。

【００１３】請求項２記載の発明は、上記課題を解決す
るため、車両の現在位置を検出する現在位置検出手段を
有し、無線通信回線を介して車両の現在位置を送信する
通信端末を備え、前記サーバの車両リスト生成手段は、
車両が配送を開始した後も、車両の現在位置に応じて車
両リストを修正することを要旨とする。

【００１４】請求項３記載の発明は、上記課題を解決す
るため、荷主、運送事業者のそれぞれが有する通信端末
と通信回線を介してやりとりを行うサーバを備えた求荷
求車方法であって、前記サーバは、運送事業者の通信端
末からの依頼に応じて車両と配送先からなる配送計画を
立案する立案ステップと、荷主の通信端末から荷を依頼
するための荷情報を受信する受信ステップと、受信した
荷情報に応じて配送計画の中で積載量に余裕がある車両
の車両リストを生成するリスト生成ステップと、生成し
た車両リストを荷主の通信端末に提示する提示ステップ
とを備えたことを要旨とする。

【００１５】請求項４記載の発明は、上記課題を解決す
るため、車両の現在位置を検出し、無線通信回線を介し
て車両の現在位置を送信する通信端末を備え、前記車両
リスト生成ステップは、車両が配送を開始した後も、車
両の現在位置に応じて車両リストを修正することを要旨
とする。

【００１６】

【発明の効果】請求項１記載の本発明によれば、荷主、
運送事業者のそれぞれが有する通信端末と通信回線を介
してやりとりを行うサーバは、運送事業者の通信端末か
らの依頼に応じて車両と配送先からなる配送計画を立案
しておき、荷主の通信端末から荷を依頼するための荷情
報を受信した場合、受信した荷情報に応じて配送計画の
中で積載量に余裕がある車両の車両リストを生成し、さ
らに、生成した車両リストを荷主の通信端末に提示する
ことで、荷主の依頼内容に応じて車両リストを提示して
荷主を募集することができ、往路又は復路での車両の利
用効率を向上させることに寄与することができる。

【００１７】また、請求項２記載の本発明によれば、車
両の現在位置を検出し、無線通信回線を介して車両の現
在位置を送信するようにしておき、車両が配送を開始し
た後も、車両の現在位置に応じて車両リストを修正する
ことで、荷主の依頼内容に応じて最短時間で集荷が可能
な車両の車両リストを提示して荷主を募集することがで
き、往路又は復路での車両の利用効率を向上させること
に寄与することができる。

【００１８】請求項３記載の本発明によれば、荷主、運
送事業者のそれぞれが有する通信端末と通信回線を介し
てやりとりを行うサーバは、運送事業者の通信端末から
の依頼に応じて車両と配送先からなる配送計画を立案し
ておき、荷主の通信端末から荷を依頼するための荷情報
を受信した場合、受信した荷情報に応じて配送計画の中
で積載量に余裕がある車両の車両リストを生成し、さら
に、生成した車両リストを荷主の通信端末に提示するこ
とで、荷主の依頼内容に応じて車両リストを提示して荷
主を募集することができ、往路又は復路での車両の利用
効率を向上させることに寄与することができる。

【００１９】また、請求項４記載の本発明によれば、車
両の現在位置を検出し、無線通信回線を介して車両の現
在位置を送信するようにしておき、車両が配送を開始し
た後も、車両の現在位置に応じて車両リストを修正する
ことで、荷主の依頼内容に応じて最短時間で集荷が可能
な車両の車両リストを提示して荷主を募集することがで
き、往路又は復路での車両の利用効率を向上させること
に寄与することができる。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の一実施の形態に
係る求荷求車システムを適用可能なシステム構成を示す
図である。求荷求車システム１１は、荷主、運送事業
者、運送車両のそれぞれが有する通信端末１３，１５，
１７と、求荷求車サーバ１９と、通信端末１３，１５，
１７と求荷求車サーバ１９に接続されているインターネ
ット２１とから構成されている。

【００２１】通信端末１３，１５は、図２に示すよう
に、モデムなどからなる通信処理部３１と、ＲＯＭ，Ｒ
ＡＭ，ＣＰＵ，タイマからなる制御部３３と、ＯＳやア
プリケーションソフトウエアや制御データを記憶するハ
ードディスク３５と、キーボード３７やマウス３９と、
ディスプレイ４１とを備えたパーソナルコンピュータか
ら構成されている。また、通信端末１３，１５は、イン
ターネット閲覧／入力ソフトウェアとして、例えばＩｎ
ｔｅｒｎｅｔＥｘｐｌｏｒｅやＮｅｔｓｃａｐｅ（登録
商標）のようなインターネット閲覧用ブラウザをハード
ディスク３５に記憶させている。

【００２２】運送車両が有する通信端末１７には、図３
に示すように、通信端末１３の基本構成に加えて、アン
テナ４７から無線通信回線を介してインターネットに接
続して通信処理を行う通信処理部４５と、複数のＧＰＳ
衛星からの電波をアンテナ５１を介して受信して車両の
現在位置を測位するＧＰＳ受信機４９が備えられてい
る。なお、ＧＰＳ受信機４９に代わって、運送車両に設
けられたナビゲーション装置が測位した現在位置を用い
てもよい。また、パーソナルコンピュータに設けられた
ディスプレイ４１に代わって、ナビゲーション装置に設
けられ、デジタル地図や配送ルートを表示するためのデ
ィスプレイであってもよい。

【００２３】求荷求車サーバ１９は、図４に示すよう
に、モデムなどの通信処理部６１と、ＲＯＭ，ＲＡＭ，
ＣＰＵ，タイマからなる制御部６３と、ＯＳやアプリケ
ーションソフトウエアや制御データを記憶するハードデ
ィスク６５と、複数のデータベースや配送計画ページな
どを記憶するハードディスク６７と、キーボード６９や
マウス７１と、ディスプレイ７３とを備えたパーソナル
コンピュータから構成されている。

【００２４】特に、求荷求車サーバ１９は、例えばＤＯ
Ｓ／Ｖ方式のパーソナルコンピュータや、インターネッ
トサーバに特化したサーバマシンであり、サーバ上で稼
動するＯＳは、ＵＮＩＸ（登録商標）のようなサーバＯ
Ｓとして安定性の高いものや、ＬｉｎｕｘのようなＵＮ
ＩＸライクなＯＳを用いてもよい。

【００２５】また、このＯＳ上で稼動するサーバ用のソ
フトウエアとしては、インターネットを経由してホーム
ページを閲覧可能にするＷｅｂサーバ、ＤＢを管理する
ＤＢＭＳ（ＤＢマネジメントシステム）などである。Ｗ
ｅｂサーバには、安定性が高く実績のあるＡｐａｃｈｅ
などのＷｅｂサーバが、ＤＢＭＳにはＯｒａｃｌｅなど
の安定性とパフォーマンスが高いＤＭＢＳが当てられ
る。また、ＰｏｓｔｇｒｅＳＱＬなどのようなＤＢＭＳ
を用いてもよい。

【００２６】さらに、求荷求車サーバ１９に設けられた
ハードディスク６７には、求荷情報と求車情報からなる
求荷求車データベース（以下、ＤＢという）、荷主情報
からなる荷主ＤＢ、運送事業者からなる運送事業者Ｄ
Ｂ、車両情報からなる車両ＤＢ、配送先からなる配送先
ＤＢ、配送計画からなる配送計画ＤＢ、運送車両毎の荷
の配送進捗状況と現在位置情報からなる運行管理ＤＢ、
求荷情報や求車情報とともに契約内容からなる求荷求車
ＤＢなどのＤＢ群が記憶されており、制御部６３は、ハ
ードディスク６５に記憶された制御プログラムに基づい
て、後述する配送計画作成処理、運行管理処理、求荷求
車検索処理、請求課金処理などを実行する。

【００２７】なお、運送事業者の通信端末１５や荷主の
通信端末１３から受信した情報は、求荷求車サーバ１９
に設けられたハードディスク６７にそれぞれ運送事業者
ＤＢや荷主ＤＢとして保存される。次に、図６に示すフ
ローチャートを参照して、求荷求車サーバ１９が運送事
業者に対する求荷処理を実行するときの動作について説
明する。

【００２８】まず、運送事業者は、通信端末１５を用い
てインターネット閲覧用ブラウザを起動させ、ＵＲＬア
ドレスを指定して通信処理部３１からインターネット２
１と通信して求荷求車サーバ１９と接続し、ホームペー
ジにアクセスして住所や電話番号などの必要情報を入力
することで、運送事業者ＩＤとパスワードを取得する。
運送事業者ＩＤとパスワードは、運送事業者側の通信端
末１５にＣｏｏｋｉｅとして保存しておくことにより、
２回目以降の運送事業者ＩＤとパスワードの入力を不要
にしておいてもよい。なお、荷主も同様にして荷主ＩＤ
とパスワードを取得することとする。

【００２９】ここで、第１に、運送事業者による手動入
力方法について説明する。運送事業者が、通信端末１５
上でインターネット閲覧用ブラウザを起動させ、ＵＲＬ
アドレスを指定して求荷求車サーバ１９と接続し、荷主
ＩＤとパスワードを指定してログインしたこととする。
このとき、求荷求車サーバ１９は、ステップＳ１０で
は、ホームページとして車両管理ページを通信端末１５
に送信する。

【００３０】図５に示すように、車両管理ページ８１に
は、車両の登録番号、種別（車型）、外観写真、デフォ
ルトの発地積載量、幌の有無、汚物運搬可否、水物運搬
可否、冷凍装備の有無など、それぞれの車両情報を詳細
に記述できるものである。

【００３１】そして、求荷求車サーバ１９から車両管理
ページを受信した通信端末１５は、車両管理ページに対
して、求荷を行いたい車両にマウスを用いてチェックを
付けて、自社で保有する車両の車両情報を入力する。

【００３２】次に、車両管理ページに設けられた求荷ボ
タンが押されると、ディスプレイに表示される車両管理
ページにより求荷の場所と時間からなる求荷情報の入力
を促される。そこで、求荷情報を入力した後に、再びホ
ームページに設けられた求荷ボタンが押されると、車両
情報と求荷情報が求荷求車サーバ１９に送信される。そ
して、求荷求車サーバ１９は、ステップＳ２０では、通
信端末１５から車両情報と求荷情報を受信する。

【００３３】そして、ステップＳ３０では、この車両情
報と求荷情報を求荷求車サーバ１９に設けられたハード
ディスク６７の車両ＤＢと求荷求車ＤＢにそれぞれ保存
する。そして、ステップＳ４０では、車両ＤＢを読み出
してＲＡＭ上に展開しておき、ステップＳ５０では、Ｒ
ＡＭ上に展開された車両情報に対応する求車情報を求荷
求車ＤＢから検索する求荷求車検索処理を実行する。

【００３４】そして、ステップＳ６０では、適切な求車
情報が求荷求車ＤＢに記憶されているかどうかを判断す
る。適切な求車情報があった場合はステップＳ７０に進
む。一方、適切な求車情報がなかった場合には、ステッ
プＳ９０に進む。ステップＳ７０では、適切な求車情報
があったので、荷リストと契約画面ページを当該通信端
末１５に送信する。この結果、通信端末１５のディスプ
レイに荷リストが表示され、運送事業者はその中の一つ
をマウスを用いて選択し、契約画面へ移行する。ディス
プレイに表示された契約画面上の契約ボタンが押された
場合には、選択された荷情報が求荷求車サーバ１９に送
信される。

【００３５】そして、求荷求車サーバ１９は、ステップ
Ｓ７５では、通信端末１５から荷情報を受信する。そし
て、ステップＳ８０では、選択された荷情報を配送計画
ＤＢに更新して記憶する。一方、適切な求車情報がなか
った場合には、ステップＳ９０に進む。ステップＳ９０
では、適切な求車情報がない旨を表す情報を当該通信端
末１５に送信する。この結果、通信端末１５のディスプ
レイに求車情報がない旨が表示される。

【００３６】そして、ステップＳ１００では、求荷情報
を求荷求車ＤＢに保存し、求車待ち状態に移行する。な
お、求荷求車ＤＢに蓄えられた求車情報は、後述する求
車処理で利用される。

【００３７】次に、第２に、配送計画処理による自動エ
ントリー方法について説明する。

【００３８】通常、運送事業者は、求荷求車サーバ１９
上において、車両ＤＢ，配送先ＤＢに基づいて配送計画
処理を実行させることで、求荷求車サーバ１９に日々の
車両の配送計画を作成させ、その結果を配送計画ＤＢに
保存させている。

【００３９】具体的には、搬送業者は、通信端末１５上
でインターネット閲覧用ブラウザを起動させ、ＵＲＬア
ドレスを指定して求荷求車サーバ１９と接続し、荷主Ｉ
Ｄとパスワードを指定してログインしたこととする。求
荷求車サーバ１９は、ステップＳ１１０では、ホームペ
ージの配送計画ページを通信端末１５に送信する。

【００４０】そして、求荷求車サーバ１９から配送計画
ページを受信した通信端末１５は、配送計画ページをデ
ィスプレイに表示する。この配送計画ページには、配送
先ＤＢから抽出した配送先リストが含まれており、日々
の配送量または集荷量を配送先毎に入力する。そして、
ホームページに設けられた配送立案ボタンが押された場
合、配送立案要求に配送先と荷量を付加して求荷通信端
末１５から求車サーバ１９に送信される。

【００４１】求荷求車サーバ１９は、ステップＳ１２０
では、運送事業者の通信端末１５から配送立案要求を受
信する。そして、ステップＳ１３０では、受信した配送
立案要求に付加されている配送先と荷量に基づいて、車
両ＤＢに記憶されている車両情報と照合することによ
り、最適な車両の配送先および配送ルートが決定され、
ハードディスク６７に設けられた配送計画ＤＢに保存さ
れる。

【００４２】求荷求車サーバ１９は、ステップＳ１４０
では、空き車両の自動判別処理を実行し、ステップＳ１
５０では、求荷情報の自動入力処理を行い、上述したス
テップＳ３０に進む。

【００４３】すなわち、配送計画処理では、車両ＤＢか
ら読み出したそれぞれの車両の属性と、配送計画処理か
ら判明する求荷の場所と時間を抽出して自動的に求荷求
車検索処理に渡す。求荷求車検索処理では、求荷求車Ｄ
Ｂを検索することにより、適切な求車情報があるかを調
べる。適切な求車情報があった場合は、荷の情報が配送
計画処理に返され、運送車両と配送先からなる配送計画
は自動的に修正される。

【００４４】この結果、運送事業者は、通信端末１５を
用いて求荷求車サーバ１９から配送ページをダウンロー
ドしてそれぞれの運送車両と配送先からなる配送計画を
ディスプレイに表示でき、配送ページの閲覧やプリント
アウトを行える。また、配送計画の結果は、運送車両に
設けられた通信端末１７では、ディスプレイ上に地図と
ともに走行ルートを表示させ、配送指示リストとして表
示させて閲覧することができる。

【００４５】従って、求荷求車サーバ１９上の配送計画
処理において、運送事業者ごとの車両の配送計画を把握
すれば、運ぶ荷のない車両や、帰りが空になる車両、積
載量の半分しか積んでいない車両などを認識できる。

【００４６】次に、図７に示すフローチャートを参照し
て、求荷求車サーバ１９が荷主に対する求車処理を実行
するときの動作について説明する。荷主は、通信端末１
３上でインターネット閲覧用ブラウザを起動させ、ＵＲ
Ｌアドレスを指定して求荷求車サーバ１９に接続し、荷
主ＩＤとパスワードを指定してログインしたこととす
る。このとき、求荷求車サーバ１９は、ステップＳ２１
０では、ホームページとして求車ページを通信端末１５
に送信する。

【００４７】そして、求荷求車サーバ１９から求車ペー
ジを受信した通信端末１３は、求車ページに対して、運
送を依頼したい荷の荷情報を入力する。そして、この入
力後に求車ページに設けられた求車ボタンが押される
と、この求車情報が求荷求車サーバ１９に送信される。
なお、荷情報とは、荷の大きさ、重さ、種別、発地、着
地などを表す情報である。

【００４８】そして、求荷求車サーバ１９は、ステップ
Ｓ２２０では、通信端末１５から荷情報を受信する。そ
して、ステップＳ２３０では、通信端末１５から受信し
た荷情報に基づいて、求車が当日内かどうかを調べて求
車が緊急かどうかを判断する。求車が緊急な場合にはス
テップＳ２４０に進む。一方、求車が緊急な場合にはス
テップＳ３１０に進む。

【００４９】求車が緊急ではない場合、ステップＳ２４
０では、前記の求車情報に対応する車両を求荷求車ＤＢ
を検索して求荷求車処理を実行することにより、適切な
求荷情報がないかどうかを調べる。その結果、適切な求
荷情報があった場合にはステップＳ２６０に進む。

【００５０】そして、ステップＳ２６０では、適切な求
荷情報があった場合は、車両リストと契約画面ページを
当該通信端末１３に送信する。

【００５１】この結果、通信端末１３のディスプレイに
車両リストが表示され、荷主はその中の一つをマウスを
用いて選択し、契約画面へ移行する。ディスプレイに表
示された契約画面上の契約ボタンが押された場合には、
選択された車両情報が求荷求車サーバ１９に送信され
る。そして、求荷求車サーバ１９は、ステップＳ２７０
では、通信端末１３から車両情報を受信する。そして、
ステップＳ２８０では、選択された車両情報を記憶する
ため、配送計画ＤＢを更新する。

【００５２】ここで、上述した契約内容について詳細に
説明する。荷主は、通信端末を用いて荷主の求車に対応
可能な車両の車両リストをホームページ上で閲覧でき
る。また、運送事業者は、通信端末を用いて運送事業者
の求荷に対応可能な荷リストをホームページ上で閲覧で
きる。それらのリストから一つを選択肢し、ホームペー
ジに設けられた契約ボタンを押すと、双方の固有情報が
交換され、契約が成立する。例えば、荷主には使用する
と車両の詳細と、運送事業者名、連絡先、受け取り時刻
などが送付される。

【００５３】運送事業者には、荷の詳細と荷主の名、連
絡先、受け取り時刻などが掲載されたホームページが送
付され、このページへのリンク先情報が車両管理ページ
の各車両の欄に置かれている。なお、契約内容は求荷求
車ＤＢ中に保持されている。この契約内容には料金およ
び本システムの課金情報が含まれている。また、請求課
金処理では、月毎に登録ユーザである荷主に対して請求
書を発行する。この支払いは、荷主から一度求荷求車サ
ーバ１９の運用会社に支払われた後に運送事業者に支払
われる。すなわち、運用会社は、荷主に対して領収書を
発行し、運用会社は、入金された分からシステム利用料
を差し引いた金額を運送事業者に支払い、領収書を受け
取る。以上のような請求と支払いが求荷求車ＤＢの契約
情報に基づいて行われる。さらに、それぞれの車両の配
送計画が配送計画ＤＢ中に保持されている場合、契約内
容に従って配送計画が自動的に修正される。

【００５４】図７に戻り、ステップＳ２９０では、適切
な求荷情報がなかった場合は、求荷情報がない旨を表す
情報を当該通信端末１３に送信する。この結果、通信端
末１３のディスプレイに求荷情報がない旨が表示され
る。そして、求荷求車サーバ１９は、ステップＳ３００
では、求荷情報を求荷求車ＤＢに保存し、求荷待ち状態
に移行する。

【００５５】求車が緊急の場合、ステップＳ３１０で
は、前記の求車情報に対して、求荷求車サーバ１９の運
行管理処理として運行管理ＤＢを検索する。すなわち、
運行管理ＤＢと配送計画ＤＢを照合することにより、現
在最も速やかに配送または集荷が可能な運行状態にある
車両をリストアップする。適合する車両がない場合は、
求荷求車ＤＢに求車情報が保持される。これは今現在を
対象とした求荷情報がエントリーされない限り配車され
ない。

【００５６】この結果により、ステップＳ３２０では、
求車可能な車両があるかどうかを調べる。その結果、求
車可能な車両がある場合にはステップＳ３３０に進む。
そして、ステップＳ３３０では、求荷求車サーバ１９は
運送車両に関する動態把握処理による絞込みを行う。す
なわち、運行管理ＤＢには、各車両に取り付けられてい
るＧＰＳ受信機４９を用いて取得された現在位置情報
が、荷の配送進捗状況とともに通信端末１７から送信さ
れるので、求荷求車サーバ１９では受信した運送車両毎
の荷の配送進捗状況と現在位置情報を運行管理ＤＢに保
存している。そして、求荷求車検索処理では、現在位置
取得処理によってリストアップされた配送または集荷が
可能な車両リストのそれぞれの車両に対して、現在のリ
アルタイムの状況を調べる。現在位置取得処理では、現
在位置に加えて、過去のスピードのログなどから渋滞に
入っているかどうかを判断できる。

【００５７】運送車両に設けられた通信端末１７では、
現在位置状況として現在の位置、渋滞の有無などの情報
を求荷求車両サーバ１９に送信する。通信端末１７から
現在位置状況を受信した求荷求車サーバ１９は、求荷求
車検索処理を実行して運送車両の現在位置状況から実際
に求車情報に適合する車両を絞り込む。

【００５８】ここで、ステップＳ３４０では、求車可能
な車両があるかどうかを調べる。その結果、求車可能な
車両がある場合にはステップＳ３５０に進む。なお、ス
テップＳ３５０，Ｓ３６０，Ｓ３７０での処理内容は、
上述したステップＳ２６０，Ｓ２７０，Ｓ２８０での処
理内容と同様であるので、その説明を省略する。

【００５９】一方、ステップＳ３２０又はＳ３４０にお
いて、求車可能な車両がない場合にはステップＳ３８０
に進む。ステップＳ３８０では、求車可能な車両がない
旨を表す情報を当該通信端末１３に送信する。この結
果、通信端末１３のディスプレイに求車可能な車両がな
い旨が表示される。

【００６０】そして、求荷求車サーバ１９は、ステップ
Ｓ３９０では、求荷情報を求荷求車ＤＢに保存し、求荷
待ち状態に移行する。次に、運送車両に設けられた通信
端末１７の登録処理について説明する。

【００６１】運送車両のドライバは、個人で求荷求車サ
ーバ１９に登録してＩＤを取得し、個人で求荷を行うこ
とができる。この登録処理は、インターネット２１に接
続可能な通信端末１７を用いて行う。この場合、上述し
た運送事業者が登録を行う場合の一連の処理と同様であ
り、ドライバ個人が、車両を一台のみ保有する運送事業
者とみなされる。

【００６２】次に、個人の車両、運送事業者に属する車
両に拘らず、求荷求車契約が成立した場合について説明
する。既に走行中の車両に対しては、求荷の契約が成立
したことを電子メールなどで通知する。例えば、携帯電
話に電子メールを送信して、着信音を鳴らし、ドライバ
が携帯電話で受信することによって、求車されたことや
具体的な契約内容が通知される。ドライバは、その指示
に従って車両を集荷地点に迂回させる。

【００６３】あるいは、インターネットに接続可能な通
信端末を車両に備えている場合には、ディスプレイに現
在までの経過、求車による新たな配送計画、および、そ
の配送ルートが表示される。ドライバは、画面の指示に
従って配送ルートを変更し、求車相手の場所に向かうよ
うにすればよい。

【００６４】次に、求荷求車サーバ１９のその他の動作
について説明する。求荷求車サーバ１９のハードディス
ク６７に記憶されている求荷求車ＤＢは、時限つきの情
報として保持されているため、期限が切れたそれらの情
報は自動的に破棄される。契約が成立したものについて
は、契約内容を保存するため、それらを求荷求車ＤＢに
履歴情報として保持し、ある一定期間、荷主、運送事業
者の双方から閲覧可能にする。また、請求課金処理で
は、月毎に登録ユーザである荷主に対して請求書／領収
書を発行し、入金された分からシステム利用料を差し引
いた額を運送事業者に渡し、領収書を受け取るといった
経理処理を行う。

【００６５】このように、荷主、運送事業者のそれぞれ
が有する通信端末と通信回線を介してやりとりを行うサ
ーバは、運送事業者の通信端末からの依頼に応じて車両
と配送先からなる配送計画を立案しておき、荷主の通信
端末から荷を依頼するための荷情報を受信した場合、受
信した荷情報に応じて配送計画の中で積載量に余裕があ
る車両の車両リストを生成し、さらに、生成した車両リ
ストを荷主の通信端末に提示することで、荷主の依頼内
容に応じて車両リストを提示して荷主を募集することが
でき、往路又は復路での車両の利用効率を向上させるこ
とに寄与することができる。

【００６６】また、車両の現在位置を検出し、無線通信
回線を介して車両の現在位置を送信するようにしてお
き、車両が配送を開始した後も、車両の現在位置に応じ
て車両リストを修正することで、荷主の依頼内容に応じ
て最短時間で集荷が可能な車両の車両リストを提示して
荷主を募集することができ、往路又は復路での車両の利
用効率を向上させることに寄与することができる

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る求荷求車システム
１１を適用可能なシステム構成を示す図である。

【図２】通信端末１３，１５の具体的な構成を示す図で
ある。

【図３】通信端末１７の具体的な構成を示す図である。

【図４】求荷求車サーバ１９の具体的な構成を示す図で
ある。

【図５】車両管理ページ８１を示す図である。

【図６】求荷求車サーバ１９の求荷処理を説明するため
のフローチャートである。

【図７】求荷求車サーバ１９の求車処理を説明するため
のフローチャートである。

【符号の説明】

１１ 求荷求車システム １３，１５，１７ 通信端末 １９ 求荷求車サーバ ２１ インターネット ４９ ＧＰＳ受信機 ８１ 車両管理ページ

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０８Ｇ 1/00 Ｇ０８Ｇ 1/00 Ｄ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 荷主、運送事業者のそれぞれが有する通
   信端末と通信回線を介してやりとりを行うサーバを備え
   た求荷求車システムであって、 前記サーバは、 運送事業者の通信端末からの依頼に応じて車両と配送先
   からなる配送計画を立案する立案手段と、 荷主の通信端末から荷を依頼するための荷情報を受信す
   る受信手段と、 受信した荷情報に応じて配送計画の中で積載量に余裕が
   ある車両の車両リストを生成する車両リスト生成手段
   と、 生成した車両リストを荷主の通信端末に提示する提示手
   段とを備えたことを特徴とする求荷求車システム。
2. 【請求項２】 車両の現在位置を検出する現在位置検出
   手段を有し、無線通信回線を介して車両の現在位置を送
   信する通信端末を備え、 前記サーバの車両リスト生成手段は、 車両が配送を開始した後も、車両の現在位置に応じて車
   両リストを修正することを特徴とする請求項１記載の求
   荷求車システム。
3. 【請求項３】 荷主、運送事業者のそれぞれが有する通
   信端末と通信回線を介してやりとりを行うサーバを備え
   た求荷求車方法あって、 前記サーバは、 運送事業者の通信端末からの依頼に応じて車両と配送先
   からなる配送計画を立案する立案ステップと、 荷主の通信端末から荷を依頼するための荷情報を受信す
   る受信ステップと、 受信した荷情報に応じて配送計画の中で積載量に余裕が
   ある車両の車両リストを生成するリスト生成ステップ
   と、 生成した車両リストを荷主の通信端末に提示する提示ス
   テップとを備えたことを特徴とする求荷求車方法。
4. 【請求項４】 車両の現在位置を検出し、無線通信回線
   を介して車両の現在位置を送信する通信端末を備え、 前記車両リスト生成ステップは、 車両が配送を開始した後も、車両の現在位置に応じて車
   両リストを修正することを特徴とする請求項３記載の求
   荷求車方法。