JP2002183262A

JP2002183262A - ロジコーディネータを介在させた求車・求荷・求庫マッチングシステム及び方法

Info

Publication number: JP2002183262A
Application number: JP2000254498A
Authority: JP
Inventors: Koichi Yamamoto; 耕一山本; Hiroyuki Fukuyama; 博之福山
Original assignee: INFORMATION TECHNOLOGY PROMOTI; INFORMATION-TECHNOLOGY PROMOTION AGENCY JAPAN; JAPAN INST OF LOGISTICS SYSTEM; JAPAN INSTITUTE OF LOGISTICS SYSTEMS
Current assignee: INFORMATION TECHNOLOGY PROMOTI; INFORMATION-TECHNOLOGY PROMOTION AGENCY JAPAN; JAPAN INST OF LOGISTICS SYSTEM; JAPAN INSTITUTE OF LOGISTICS SYSTEMS
Priority date: 2000-08-24
Filing date: 2000-08-24
Publication date: 2002-06-28

Abstract

(57)【要約】【課題】荷主と運送事業者と倉庫事業者とをマッチング
させるに際して、荷主と運送事業者と倉庫事業者とが個
別の端末からデータセンタにアクセスして個別に探す煩
わしさを解消すると共に、荷主と運送事業者と倉庫事業
者とのマッチング業務の一段の合理化と無駄の排除を図
る。【解決手段】荷主側端末、運送事業者側端末、倉庫事業
者側端末、及びロジコーディネータ側端末と、サーバと
データベースとを有するセンター側システムとがネット
ワーク上で接続されたシステムであって、ネットワーク
を介して荷主、運送事業者、倉庫事業者の間におけるマ
ッチングを行うシステムで、荷主グループ、運送事業者
グループ、倉庫事業者グループのそれぞれを統括するロ
ジコーディネータをして、荷主、運送事業者、倉庫事業
者に代わって、マッチングを行わせる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、荷主、運送事業
者、及び倉庫事業者間での求車・求荷・求庫マッチング
システム及びその方法に関するものであり、より詳しく
は、荷物の保管あるいは運送における物流品質を向上さ
せることが可能な求車・求荷・求庫マッチングシステム
及びその方法に関するものである。

【０００２】

【従来の技術】特定の荷物を送りたいと望む荷主と、運
送用車輌を有する運送事業者と、倉庫を有する倉庫事業
者との間において、求車、求荷、求庫情報をマッチング
させることにより、効率の良い物流システムを構築すべ
く、これらの情報をインターネット等の通信ネットワー
ク上でマッチングさせる試みは既に為されている。

【０００３】現在既に実用化されていたり提唱されてい
るような求車・求荷・求庫情報をマッチングさせるネッ
トワークシステムにおいては、このようなネットワーク
システム上の荷主側端末、運送事業者側端末、倉庫事業
者側端末のそれぞれから、マッチング作業を行うデータ
センタに具備されたサーバにアクセスして、これら各種
端末からそれぞれ所定のマッチング条件をこのサーバに
送信すると、このサーバがこの送信されたマッチング条
件に基づいて、サーバ内のデータベースに格納された相
手側の業者に関するデータ、例えば、求車プロセスにお
いては、運送事業者側の端末から入力された空車デー
タ、を検索して、求められているデータと提供されてい
るデータとの間におけるマッチングが成立したときに
は、双方の業者の端末に公知の方法によりその旨のメッ
セージを送信して画面に表示させるように構成されてい
る。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ような従来のシステムにおいては、データのみのマッチ
ング、即ち、情報のみのマッチングが重視され過ぎる側
面があり、その後に発生する全物流プロセスの物流品質
が十分確保できない問題があった。ここで言う物流品質
とは、例えば、荷物の運送委託者（荷主）と運送事業者
との間における約束のとおりに各物流単位操作が実行さ
れること、指定の時間に指定の荷物を指定の場所に指定
の状態で届くこと、更には、物流に関する各種業務が滞
りなく遂行されると言う信頼性等から構成されるもので
あるが、従来技術によるシステムにおいては、このよう
な物流品質の確保をより確実なものにする手段がビルト
インされてはいない。従って、例えば、荷主と運送事業
者との間において、特定の荷物に関するニーズと運送サ
ービスとがデータ上ではマッチングされたとしても、そ
の荷物の運送業務が、所定の物流品質をもって遂行され
る保証は全く無いのである。

【０００５】即ち、従来技術によるマッチングシステム
に於いては、相手方企業情報をその都度表示させること
により、取引の検討をせざるを得ないが、本発明に於い
ては予めロジコーディネータ名と相手方事業者の名称、
評価点数等を表示させることにより安心感を与えなが
ら、なおかつ、取引の検討時間を節約でき、物流品質を
向上させることができる。

【０００６】又、上記のような従来技術によるマッチン
グシステムにおいては、マッチングの対象となる荷主、
運送事業者、倉庫事業者等のそれぞれの間における取引
の履歴データを基に、マッチングの判断をすることがで
きないと言う欠点も指摘されている。

【０００７】更には、上記のような従来技術によるマッ
チングシステムにおいては、運送事業者はそれぞれ独立
企業体として取り扱われており、従って、運送用車輌の
1台毎に別々の運送事業者が存在することが予定されて
おり、そのために、複数の運送用車輌を同一の管理下に
置いている運送事業者が、その管理下に置かれている運
送用車輌及びその車輌を実際に運転する運転手とを同時
に管理する必要があるような場合には、煩雑な手間が必
要となる。

【０００８】即ち、運転者においては、その運転者自ら
が所定の端末から所定の事項に関する情報を送信しなけ
ればならなく、複数の運転者を同一の管理下に置く運送
事業者においては、その管理下に置かれた車輌と運転者
とを相互に有機的に連動させて総合的に管理してその管
理下にある運転手のグループ全体をトータルに合理的に
配置することが困難であると言う不具合があった。

【０００９】

【課題を解決するための手段】請求項１の発明は、ロジ
コーディネータは荷主グループ、運送事業者グループ、
倉庫事業者グループの各々を管理するロジコーディネー
タを配置し、各傘下の事業者に変わってマッチングを監
視することにより物流品質の向上ができるものである。
即ち、複数の荷主側端末、運送事業者側端末、倉庫事業
者側端末、及びロジコーディネータ側端末のそれぞれ
と、サーバとデータベースとを有するセンター側システ
ムとがネットワーク上で接続されたシステムであって、
前記ネットワークを介して少なくとも一以上の荷主、運
送事業者、倉庫事業者の間における求車、求荷、求庫マ
ッチングを行うシステムにおいて、予め登録された荷主
から構成される荷主グループ、予め登録された運送事業
者から構成される運送事業者グループ、又は予め登録さ
れた倉庫事業者から構成される倉庫事業者グループのそ
れぞれを統括するロジコーディネータをして、前記荷
主、前記運送事業者、前記倉庫事業者に代わって及び／
又は前記荷主、前記運送事業者、前記倉庫事業者をして
自ら、求車、求荷、求庫マッチングを行わせる求車・求
荷・求庫マッチングシステムである。尚、ロジコーディ
ネータは荷主グループロジコーディネータ、運送事業者
グループロジコーディネータ、倉庫事業者グループロジ
コーディネータのごとく、各単独グループ毎に配置して
も良いし、また、荷主グループ、運送事業者グループ、
倉庫事業者グループの任意の組み合わせグループに配置
しても良い。

【００１０】請求項２の発明は、請求項１の発明に基づ
き前記ロジコーディネータ、前記荷主、前記運送事業
者、前記倉庫事業者は、前記センター側システムのサー
バからロジコーディネータ側、荷主側、運送事業者側、
倉庫事業者側のいずれかの端末に送信され表示された個
々の荷主、運送事業者、倉庫事業者の業務遂行評価デー
タに基づいて、個々の荷主、運送事業者、倉庫事業者の
間における求車、求荷、求庫マッチングを行う求車・求
荷・求庫マッチングシステムである。この発明に於いて
は、本システムに関与する荷主、運送事業者、倉庫事業
者の業務遂行評価データをセンター側システムのサーバ
に備えているので、物流品質の向上が図れる。

【００１１】請求項３の発明は、請求項２の発明に基づ
き前記業務遂行評価データは、前記個々の荷主、運送事
業者、倉庫事業者のそれぞれが、予め定められた業務プ
ロセスを終了したときに前記業務プロセスを依頼した相
手側の業務遂行状況を予め定められた評価項目に基づき
評価した評価データから構成される求車・求荷・求庫マ
ッチングシステムである。この発明に於いては、業務プ
ロセスが終了したときに、取引の相手方当事業の業務遂
行評価が直ちに入力されているので、業務遂行評価デー
タが絶えずバージョンアップされる。

【００１２】請求項４の発明は、請求項３の発明に基づ
き、前記業務遂行評価データは、前記データベースに格
納される求車・求荷・求庫マッチングシステムである。

【００１３】請求項５の発明は、請求項４の発明に基づ
き前記データベースへのアクセスは予め定められた端末
に制限されている求車・求荷・求庫マッチングシステム
である。この発明では、業務遂行評価データの信頼性を
高めるために各事業者についての耳の痛い、都合の悪い
評価データが入っているので、データベースへのアクセ
ス権限を制限したシステムである。

【００１４】請求項６の発明は、ロジコーディネータの
傘下は少なくとも一以上の荷主、運送事業者、倉庫事業
者もしくはそれらの組み合わせから形成されるネットワ
ークグループが存在するシステムであり、これをロジコ
ーディネータがグループとして統括するシステムであ
る。即ち、複数の荷主側端末、運送事業者側端末、倉庫
事業者側端末、及びロジコーディネータ側端末のそれぞ
れと、サーバとデータベースとを有するセンター側シス
テムとがネットワーク上で接続されたシステムであっ
て、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行うシステムにおいて、予め登録され
た荷主及び／又は、運送事業者及び／又は、倉庫事業者
から構成されるネットワークグループを統括するロジコ
ーディネータをして、前記荷主、前記運送事業者、前記
倉庫事業者に代わって及び／又は前記荷主、前記運送事
業者、前記倉庫事業者をして自ら、求車、求荷、求庫マ
ッチングを行わせる求車・求荷・求庫マッチングシステ
ムである。

【００１５】請求項７の発明は、請求項６の発明に基づ
き、前記ロジコーディネータ、前記荷主、前記運送事業
者、前記倉庫事業者は、前記センター側システムのサー
バからロジコーディネータ側、荷主側、運送事業者側、
倉庫事業者側のいずれかの端末に送信され表示された個
々の荷主、運送事業者、倉庫事業者の業務遂行評価デー
タに基づいて、個々の荷主、運送事業者、倉庫事業者の
間における求車、求荷、求庫マッチングを行う求車・求
荷・求庫マッチングシステムである。

【００１６】請求項８の発明は、請求項７の発明に基づ
き、前記業務遂行評価データは、前記個々の荷主、運送
事業者、倉庫事業者のそれぞれが、予め定められた業務
プロセスを終了したときに前記業務プロセスを依頼した
相手側の業務遂行状況を予め定められた評価項目に基づ
き評価した評価データから構成される求車・求荷・求庫
マッチングシステムである。

【００１７】請求項９の発明は、請求項８の発明に基づ
き、前記業務遂行評価データは、前記データベースに格
納される求車・求荷・求庫マッチングシステムである。

【００１８】請求項１０の発明は、請求項９の発明に基
づき前記データベースへのアクセスは予め定められた端
末に制限されている求車・求荷・求庫マッチングシステ
ムである。

【００１９】請求項１１の発明は、ロジコーディネータ
の傘下の事業者のみで求車・求荷・求庫のマッチングを
行い、その中に於いてマッチングしなかったものを全体
のシステムで再度マッチングを行うシステムである。即
ち、複数の荷主側端末、運送事業者側端末、倉庫事業者
側端末、及びロジコーディネータ側端末のそれぞれと、
サーバとデータベースとを有するセンター側システムと
がネットワーク上で接続されたシステムであって、前記
ネットワークを介して少なくとも一以上の荷主、運送事
業者、倉庫事業者の間における求車、求荷、求庫マッチ
ングを行うシステムにおいて、予め登録された荷主及び
／又は、運送事業者及び／又は、倉庫事業者から構成さ
れるネットワークグループを統括するロジコーディネー
タをして、及び／又は前記荷主、前記運送事業者、前記
倉庫事業者をして自ら、前記ネットワークグループを構
成する個々の荷主、運送事業者、倉庫事業者の間におけ
る求車、求荷、求庫マッチングを行わせ、前記ネットワ
ークグループ内にて求車、求荷、求庫マッチングが成立
しないときには、他のロジコーディネータが統括する他
のネットワークグループを構成する荷主、運送事業者、
倉庫事業者と、前記個々の荷主、運送事業者、倉庫事業
者との間における求車、求荷、求庫マッチングを行わせ
る求車・求荷・求庫マッチングシステムである。当然の
ことながら、例えば運送事業者でありながら荷主とな
る、あるいは倉庫事業者でありながら荷主になるといっ
た場合にはそれぞれの立場が変わるのみで実質的な処理
プロセスに何ら変化を与えるものではない。

【００２０】請求項１２の発明は、各々の事業者が取引
の決定を下す際に相手先の事業者名と共にロジコーディ
ネータ名と相手先事業者の評価点数を表示し、事業者が
取引の決定を下すのを支援するシステムである。即ち、
ロジコーディネータ側端末、荷主側端末、運送事業者側
端末、及び倉庫事業者側端末のそれぞれにロジコーディ
ネータの識別称と前記ロジコーディネータが統括するグ
ループの構成員の識別称とを表示させる求車・求荷・求
庫マッチングシステム。

【００２１】請求項１３の発明は、ロジコーディネータ
は荷主業者グループ、運送事業者グループ、倉庫事業者
グループの各々を管理することにより物流品質の向上、
及びロジコーディネータによる各傘下の事業者に変わっ
てマッチングを監視することができるものである。即
ち、複数の荷主側端末、運送事業者側端末、倉庫事業者
側端末、及びロジコーディネータ側端末のそれぞれと、
サーバとデータベースとを有するセンター側システムと
がネットワーク上で接続されたシステムであって、前記
ネットワークを介して少なくとも一以上の荷主、運送事
業者、倉庫事業者の間における求車、求荷、求庫マッチ
ングを行う方法において、予め登録された荷主から構成
される荷主グループ、予め登録された運送事業者から構
成される運送事業者グループ、又は予め登録された倉庫
事業者から構成される倉庫事業者グループのそれぞれを
統括するロジコーディネータをして、前記荷主、前記運
送事業者、前記倉庫事業者に代わって及び／又は前記荷
主、前記運送事業者、前記倉庫事業者をして自ら、求
車、求荷、求庫マッチングを行わせる求車・求荷・求庫
マッチング方法である。

【００２２】請求項１４の発明は、請求項１３の発明に
基づき、前記ロジコーディネータ、前記荷主、前記運送
事業者、前記倉庫事業者は、前記センター側システムの
サーバからロジコーディネータ側、荷主側、運送事業者
側、倉庫事業者側のいずれかの端末に送信され表示され
た個々の荷主、運送事業者、倉庫事業者の業務遂行評価
データに基づいて、個々の荷主、運送事業者、倉庫事業
者の間における求車、求荷、求庫マッチングを行う求車
・求荷・求庫マッチング方法である。

【００２３】請求項１５の発明は、請求項１４の発明に
基づき、前記業務遂行評価データは、前記個々の荷主、
運送事業者、倉庫事業者のそれぞれが、予め定められた
業務プロセスを終了したときに前記業務プロセスを依頼
した相手側の業務遂行状況を予め定められた評価項目に
基づき評価した評価データから構成される求車・求荷・
求庫マッチング方法である。

【００２４】請求項１６の発明は、請求項１５の発明に
基づき、前記業務遂行評価データは、前記データベース
に格納される求車・求荷・求庫マッチング方法である。

【００２５】請求項１７の発明は、請求項１６の発明に
基づき、前記データベースへのアクセスは予め定められ
た端末に制限されている求車・求荷・求庫マッチング方
法である。

【００２６】請求項１８の発明は、ロジコーディネータ
の傘下には少なくとも一以上の荷主、運送事業者、倉庫
事業者もしくはそれらの組み合わせが存在する求車・求
荷・求庫マッチング方法である。即ち、複数の荷主側端
末、運送事業者側端末、倉庫事業者側端末、及びロジコ
ーディネータ側端末のそれぞれと、サーバとデータベー
スとを有するセンター側システムとがネットワーク上で
接続されたシステムであって、前記ネットワークを介し
て少なくとも一以上の荷主、運送事業者、倉庫事業者の
間における求車、求荷、求庫マッチングを行う方法にお
いて、予め登録された荷主及び／又は、運送事業者及び
／又は、倉庫事業者から構成されるネットワークグルー
プを統括するロジコーディネータをして、前記荷主、前
記運送事業者、前記倉庫事業者に代わって及び／又は前
記荷主、前記運送事業者、前記倉庫事業者をして自ら、
求車、求荷、求庫マッチングを行わせる求車・求荷・求
庫マッチング方法である。

【００２７】請求項１９の発明は、請求項１８の発明に
基づき、前記ロジコーディネータ、前記荷主、前記運送
事業者、前記倉庫事業者は、前記センター側システムの
サーバからロジコーディネータ側、荷主側、運送事業者
側、倉庫事業者側のいずれかの端末に送信され表示され
た個々の荷主、運送事業者、倉庫事業者の業務遂行評価
データに基づいて、個々の荷主、運送事業者、倉庫事業
者の間における求車、求荷、求庫マッチングを行う求車
・求荷・求庫マッチング方法である。

【００２８】請求項２０の発明は、請求項１９の発明に
基づき、前記業務遂行評価データは、前記個々の荷主、
運送事業者、倉庫事業者のそれぞれが、予め定められた
業務プロセスを終了したときに前記業務プロセスを依頼
した相手側の業務遂行状況を予め定められた評価項目に
基づき評価した評価データから構成される求車・求荷・
求庫マッチング方法である。

【００２９】請求項２１の発明は、請求項２０の発明に
基づき、前記業務遂行評価データは、前記データベース
に格納される求車・求荷・求庫マッチング方法である。

【００３０】請求項２２の発明は、請求項２１の発明に
基づき、前記データベースへのアクセスは予め定められ
た端末に制限されている求車・求荷・求庫マッチング方
法である。

【００３１】請求項２３の発明は、ロジコーディネータ
の傘下の事業者のみで求車・求荷・求庫のマッチングを
行い、その中に於いてマッチングしなかったものを全体
のシステムで再度マッチングを行う求車・求荷・求庫マ
ッチング方法である。即ち、複数の荷主側端末、運送事
業者側端末、倉庫事業者側端末、及びロジコーディネー
タ側端末のそれぞれと、サーバとデータベースとを有す
るセンター側システムとがネットワーク上で接続された
システムであって、前記ネットワークを介して少なくと
も一以上の荷主、運送事業者、倉庫事業者の間における
求車、求荷、求庫マッチングを行う方法において、予め
登録された荷主及び／又は、運送事業者及び／又は、倉
庫事業者から構成されるネットワークグループを統括す
るロジコーディネータをして、及び／又は荷主、運送事
業者、倉庫事業者をして自ら、前記ネットワークグルー
プを構成する個々の荷主、運送事業者、倉庫事業者の間
における求車、求荷、求庫マッチングを行わせ、前記ネ
ットワークグループ内にて求車、求荷、求庫マッチング
が成立しないときには、他のロジコーディネータが統括
する他のネットワークグループを構成する荷主、運送事
業者、倉庫事業者と、前記個々の荷主、運送事業者、倉
庫事業者との間における求車、求荷、求庫マッチングを
行わせる求車・求荷・求庫マッチング方法である。当然
のことながら、例えば運送事業者でありながら荷主とな
る、あるいは倉庫事業者でありながら荷主になるといっ
た場合にはそれぞれの立場が変わるのみで実質的な処理
プロセスに何ら変化を与えるものではない。

【００３２】請求項２４の発明は、各々の事業者が取引
の決定を下す際に相手先の事業者名と共にロジコーディ
ネータ名と相手先事業者の評価点数を表示し、事業者が
取引の決定を下すのを支援する求車・求荷・求庫マッチ
ング方法である。即ち、ロジコーディネータ側端末、荷
主側端末、運送事業者側端末、及び倉庫事業者側端末の
それぞれに、ロジコーディネータの識別称と前記ロジコ
ーディネータが統括するグループの構成員の識別称とを
表示させることを特徴とする請求項１３から請求項２３
のいずれかに記載の求車・求荷・求庫マッチング方法。

【００３３】

【作用】以上の本発明のシステム及び方法によると、運
送用車輌を運転する運転者は、端末から所定の条件事項
をデータセンタに送信するという難渋な負担が解消され
る。そして、そのような運転者を複数管理下に置く運送
事業者としては、所定の基準に従って、管理下の運転者
を総合的に管理することが可能となる。

【００３４】そして、荷主側としては、運送委託先が、
運送用車輌を一台しか所有していない個々の個人運送事
業者ではなく、複数の運送用車輌を有する信頼性の高い
運送事業者自体に荷物の運送を委託することができる安
心感が得られる。

【００３５】また同時に、倉庫事業者も自社で保有する
空倉庫情報を直接運送事業者及び荷主に対して情報提供
できるため、空倉庫の削減を図ることが可能となる。

【００３６】加えて荷主、運送事業者、倉庫事業者を統
括するロジコーディネータを存在させ傘下の荷主、運送
事業者、倉庫事業者を管理させることにより、零細なそ
れぞれの業者の信頼性を保証することができる。即ち、
従来は、受注を受けたい業者が各々の業者名のみで取引
を実行していた。その場合では、発注先の業者がどのよ
うな業者であるのかを知るのを困難であった。その為、
必然的に知名度の高い業者に対して発注が集中し、中小
の零細な業者が受注を受けることは困難であった。

【００３７】しかし、取引の間にロジコーディネータを
介在させ、ロジコーディネータの管理内にある業者であ
れば、ロジコーディネータの信頼性等のブランド力で中
小の零細な業者の知名度を補うことができる。その為、
従来の物流マッチングシステムと比較して中小の零細な
業者であっても、受注を受けやすくなった。

【００３８】同時に、物流マッチングシステムに於いて
は、受注要請がいつ到来するかが不明確である。その
為、物流マッチングシステムを搭載したパソコン等の前
で常に人が監視している必要性があった。

【００３９】しかし、中小の零細な業者であればあるほ
ど、システムを搭載したパソコン等の前に人を常駐さ
せ、常に監視させるのは費用の点からも困難であった。
その為、ロジコーディネータに対して予め指定した条件
を伝達することにより、ロジコーディネータがその条件
を代行入力し、またその業者に対しての引き合い情報を
監視し、予め指定された条件が満たされていたならば、
その引き合い情報に対して応諾のメッセージを代行入力
することができる。これにより、業者は常にシステムを
搭載したパソコン等の前に人を常駐させる必要性が無く
なり、ロジコーディネータとの連絡を行えば良いだけと
なる。

【００４０】本発明では、業務遂行評価データベースを
設け、且つ予め定められた業務プロセス、例えば運送を
終了した時に荷主や倉庫事業者に運送事業者の物流品質
を評価させ、そのデータを業務遂行評価データベースに
蓄積するようにしているので、信頼性のある事業者の選
択が可能となる。

【００４１】また、業務遂行評価データの信頼性を高め
るためには各事業者に耳の痛い、都合の悪い評価データ
も入れる必要があるが、他方、この評価データを本シス
テムの全ての関与者にアクセスさせるのは、相手側が気
を使って正確な評価をしないという不都合があるので、
アクセス権を保有したものに制限することによりこれを
解決している。

【００４２】

【発明の実施の形態】本発明の実施態様の一例を図を用
いて詳細に説明する。図１は本発明のシステム構成図の
一例である。本システムは、荷主事業者端末１、運送事
業者端末２、倉庫事業者端末３、ロジコーディネータ端
末４、ドライバの携帯端末５からネットワーク６を介し
てサーバ７へ荷物情報、空車情報、空倉庫情報などを登
録し、登録条件がマッチングした候補を検索するシステ
ムである。本実施態様に於いてはロジコーディネータ端
末４は１台となっているが、複数存在するのは当然のこ
とである。荷主事業者端末１、運送事業者端末２、倉庫
事業者端末３及び携帯端末５は公知の手法により、ネッ
トワーク６を介してサーバ７とロジコーディネータ端末
４と接続をし、データの送受信を行う。ロジコーディネ
ータ端末４が代行入力をする場合に於いては、荷主事業
者端末１、運送事業者端末２及び倉庫事業者端末３はロ
ジコーディネータ端末４に対して公知の手法（e-mail、
FAX、電話等）により予め定めたロジコーディネータが
代行を行うための条件（金額、期間等）を送信する。そ
の条件に基づき、ロジコーディネータはロジコーディネ
ータ端末４から代行入力を実行する。また、荷主事業者
端末１、運送事業者端末２及び倉庫事業者端末３が直接
本システムのサーバ７にアクセスし、入力・引き合いの
監視を実行する場合には、ネットワーク６を介して直接
サーバ７との間でデータの送受信が行われる。図２に本
システムの上記データの送受信の概念図を示す。

【００４３】ロジコーディネータは荷主事業者、運送事
業者、倉庫事業者の代理としてサーバ７へアクセスし、
荷物情報、空車情報、空倉庫情報の登録代行を行い、マ
ッチングした候補を検索し、検索結果を荷主事業者、運
送事業者、倉庫事業者に連絡して傘下の企業を指導・管
理する。また、同時にロジコーディネータは傘下にある
荷主事業者、運送事業者、倉庫事業者内で、荷物情報、
空車情報、空倉庫情報の登録を行い、マッチングした条
件を検索するシステムを所有することもできる。

【００４４】サーバ７は、認証手段８、荷主事業者デー
タベース９、運送事業者データベース１０、倉庫事業者
データベース１１、ロジコーディネータデータベース１
２、登録手段１３、求車データベース１４、求荷データ
ベース１５、求庫データベース１６、検索手段１７、業
務遂行評価データベース１８、ログデータベース１９、
評価手段２０、警告手段２１を有している。

【００４５】認証手段８は荷主事業者端末１、運送事業
者端末２、倉庫事業者端末３、ロジコーディネータ端末
４、ドライバの携帯端末５へネットワーク６を介して認
証画面を送信し、それぞれの端末から入力されたIDやパ
スワードの情報を受信して、荷主事業者データベース
９、運送事業者データベース１０、倉庫事業者データベ
ース１１、ロジコーディネータデータベース１２内に格
納されている情報と照合し、データが合致すると、認証
済みという情報を登録手段１３へ送信する。

【００４６】図３に認証画面の一例を示す。認証画面
は、ユーザID、パスワードを入力する欄、前記データを
サーバ７に送信することを決定する機能を有するコマン
ドボタンを含んでいる。

【００４７】荷主事業者データベース９は、荷主事業者
社員のID、パスワード、ロジコーディネータグループの
名称（以下、ロジコーディネータグループ名）、荷主事
業者名等を格納している。ロジコーディネータグループ
とは、ある単一のロジコーディネータの傘下にある荷主
事業者、運送事業者、倉庫事業者から構成されるグルー
プを意味する。ロジコーディネータグループは、以下に
記載されるように、例えばAグループ、Ｂグループ等の
グループ名が付与される。ロジコーディネータはロジコ
ーディネータグループ名、又はロジコーディネータ企業
名で以下、表現される。

【００４８】運送事業者データベース１０は、運送事業
者社員のID、パスワード、ロジコーディネータグループ
名、運送事業者名等を格納している。

【００４９】倉庫事業者データベース１１は、倉庫事業
者社員のID、パスワード、ロジコーディネータグループ
名、倉庫事業者名等を格納している。

【００５０】ロジコーディネータデータベース１２は、
ロジコーディネータのID、パスワード等を格納してい
る。

【００５１】登録手段１３が、認証手段８から荷主事業
者認証済みの情報を受信した場合には、荷主事業者端末
１には、荷主様用メニュー画面をネットワーク６を介し
て送信し、荷主事業者端末１の荷物情報登録のコマンド
ボタンを押すことによってサーバ７が荷物情報登録の命
令情報を受信すると、荷主事業者端末１に荷物情報登録
画面をネットワーク６を介して送信する。そして荷主事
業者端末１から荷物情報登録画面に入力された情報を受
信して、受信した情報を荷物情報登録確認画面として荷
主事業者端末１へ送信し、端末からの登録内容確認の情
報を受信すると、登録画面の情報を求車データベース１
４へ送信し、データベースは更新される。

【００５２】図４に荷主様用メニュー画面の一例を示
す。荷主様用メニュー画面には荷主情報登録画面を表示
させる命令をするコマンドボタン、荷物情報修正・削除
・照会画面を表示させる命令をするコマンドボタン、空
車情報検索画面を表示させる命令をするコマンドボタ
ン、登録に持つ情報数、引合中情報数、受諾指示中件
数、受諾回答必要情報数、契約情報数、契約修正未承認
情報数、契約修正情報数などの情報を含んでいる。

【００５３】図５に荷物情報登録画面の一例を示す。荷
物情報登録画面には、雛形からの読み込みを行う命令を
出すコマンドボタン、過去情報の検索画面を表示させる
命令をするコマンドボタン、積地場所、卸地場所、積地
到着日時、卸地到着日時、商品分類、荷姿、管理温度
帯、荷扱い、引合のポイント、引合回答希望日時などを
選択するプルダウンリスト、商品名、数量、荷物重量、
容積、希望運賃、連絡担当者、連絡先電話番号、入力担
当者などを記入する欄、積地場所情報、積地注意事項、
卸地場所情報、卸地場所注意事項、積み合わせ許可商品
分類、ロジコーディネータグループ外への公開の有無の
チェックボックス（但し、図５その他の画面中では単に
コーディネータグループと表示されている）、登録の決
定の機能を有するコマンドボタンを含んでいる。

【００５４】図６に荷物情報登録確認画面の一例を示
す。荷物情報登録確認画面は、荷物情報登録画面に入力
された情報を確認する画面であり、情報管理番号、積地
場所、積地到着日時、卸地場所、卸地到着日時、商品分
類、商品名、荷姿、数量、荷物重量、容積、管理温度
帯、積地場所情報、積地注意事項、卸地場所情報、卸地
場所注意事項、希望運賃、契約希望単位、保険に関する
要望事項、積み合せ許可商品分類、必要備品、荷扱い、
連絡先担当、連絡先電話番号、入力担当者、引合回答希
望日時、コーディネーターグループ外への公開の有無に
ついての情報、空車検索画面へ遷移することを決定する
機能を有するコマンドボタンを含んでいる。

【００５５】登録手段１３が、認証手段８から運送事業
者認証済みの情報を受信した場合には、運送事業者様用
メニュー画面をネットワーク６を介して送信し、運送事
業者端末２の空車情報登録のコマンドボタンを押すこと
によって、サーバ７が空車情報登録の命令情報を受信す
ると、運送事業者端末２には空車情報登録画面をネット
ワーク６を介して送信する。運送事業者端末２から空車
情報登録画面に入力された情報を受信して、受信した情
報を空車情報登録確認画面として運送事業者端末２へ送
信し、端末からの登録内容確認の情報を受信すると、登
録画面の情報を求荷データベース１５へ送信し、データ
ベースは更新される。

【００５６】図７に運送事業者様用メニュー画面の一例
を示す。運送事業者様用メニュー画面は、空車情報登録
画面の表示を命令するコマンドボタン、空車情報修正・
削除・照会画面の表示を命令するコマンドボタン、荷物
情報検索画面の表示を命令するコマンドボタン、運送状
況登録を命令するコマンドボタン、登録空車情報数、引
合中の情報数、受諾指示中件数、受諾回答必要情報数、
契約情報数、契約修正未承認情報数、契約修正情報数な
どの情報を含んでいる。

【００５７】図８に空車情報登録画面の一例を示す。空
車情報登録画面には、車番号、積み合わせの有無、積載
可能容積、積載可能重量、連絡先担当者、連絡先電話番
号、入力担当者、運送ドライバー、運送ドライバーの携
帯電話、希望運賃などを記入する欄、空車場所、行先場
所、空車日時、行先日時、引合回答希望日時を選択する
プルダウンリスト、帰り便であるかどうか、取扱商品分
類、高速代等の実費負担希望の有無、ロジコーディネー
タグループ外への公開の有無を決定するチェックボック
ス、入力されたデータの登録を決定する機能を有するコ
マンドボタンなどを含んでいる。

【００５８】図９に空車情報登録確認画面の一例を示
す。空車情報登録確認画面は、情報管理番号、車番、積
み合せの有無、帰り便区分、空車場所、空車日時、行先
場所、行先日時、積載可能容積、積載可能重量、取扱商
品分類、連絡先担当、連絡先電話番号、入力担当者、運
送ドライバー、希望運賃、支払い条件、高速代等の実費
負担希望の有無、荷扱い範囲、備品、引合回答希望日
時、ロジコーディネータグループ外への公開の有無、荷
物検索画面へ遷移する為の決定の機能を有するコマンド
ボタンを含んでいる。

【００５９】登録手段１３が、認証手段８から倉庫事業
者認証済みの情報を受信した場合には、倉庫事業者様用
メニュー画面をネットワーク６を介して送信し、倉庫事
業者端末３が空倉庫情報登録のコマンドボタンを押すこ
とによって、サーバ７が空倉庫情報登録の命令情報を受
信すると、倉庫事業者端末３には空倉庫情報登録画面を
ネットワーク６を介して送信する。倉庫事業者端末３か
ら空倉庫情報登録画面に入力された情報を受信して、受
信した情報を空倉庫情報登録確認画面として倉庫事業者
端末へ送信し、端末からの登録内容確認の情報を受信す
ると、登録画面の情報を求庫データベース１５へ送信
し、データベースは更新される。

【００６０】図１０に倉庫事業者様用メニュー画面の一
例を示す。倉庫事業者様用メニュー画面は、空倉庫情報
登録画面の表示を命令するコマンドボタン、空倉庫情報
修正・削除・照会画面の表示を命令するコマンドボタ
ン、荷物情報検索画面の表示を命令するコマンドボタ
ン、登録空倉庫情報数、引合中の情報数、受諾指示中件
数、受諾回答必要情報数、契約情報数、契約修正未承認
情報数、契約修正情報数などの情報を含んでいる。

【００６１】図１１に空倉庫情報登録画面の一例を示
す。空倉庫情報登録画面は、雛形からの読み込みを行う
命令を出すコマンドボタン、過去情報の検索画面を表示
させる命令をするコマンドボタン、受託可能期間、施設
営業時間、保管温度区分、引合回答希望日時を選択する
プルダウンリスト、施設所在地、施設建坪、施設保管能
力、敷地面積、施設付帯設備、保管機器、空きスペー
ス、体積、重量、提供可能サービス、希望料金、連絡先
担当、連絡先電話番号、入力担当者などを記入する欄、
ロジコーディネータグループ外への公開の有無を決定す
るチェックボックス、入力されたデータを登録すること
を決定する機能を有するコマンドボタンを含んでいる。

【００６２】図１２に空倉庫情報登録確認画面の一例を
示す。空倉庫情報登録確認画面は、空倉庫情報登録画面
に於いて入力された情報を確認する画面であり、情報管
理番号、施設所在地、受託可能期間、施設建坪、施設保
管能力、施設営業時間、敷地面積、施設付帯設備、保管
機器、取扱商品分類、保管温度区分、空きスペース、提
供サービス、希望料金、支払条件、連絡先担当者、連絡
先電話番号、入力担当者、引合回答希望日時、ロジコー
ディネータグループ外への公開の有無などの情報、荷物
検索画面へ遷移することを決定する機能を有するコマン
ドボタンを含んでいる。

【００６３】ロジコーディネータは、荷主事業者、運送
事業者、倉庫事業者に代行して情報登録を行うため、ロ
ジコーディネータ端末４には登録手段１３から、情報登
録選択画面が送信される。荷物、空車、空倉庫の登録条
件は荷主、運送、倉庫の各事業者からロジコーディネー
タへ各々が有する端末などから予め送信されているもの
とする。当然のことながら送信の方法としては、各端末
からメール等の公知の技術によっても良いし、電話、携
帯電話、FAX等の他の公知の技術を用いても良いことは
当然である。また、本実施態様に於いては、ロジコーデ
ィネータが代行入力等を行う際には、ロジコーディネー
タに対して各事業者から予め登録条件等が送信されてい
るものとする。

【００６４】登録手段１３がロジコーディネータ端末４
からネットワーク６を介して選択された情報登録画面の
情報を受信すると、登録手段１３は、その選択された情
報登録画面をロジコーディネータ端末４へ送信し、各々
が有する端末から各々の画面に入力された登録画面の情
報を受信して、受信した情報を登録情報確認画面として
ロジコーディネータ端末４へ送信する。

【００６５】登録手段１３は端末から登録内容確認の情
報を受信すると、登録情報が荷物情報であれば求車デー
タベース１４へ、空車情報であれば求荷データベース１
５へ、倉庫情報であれば求庫データベース１６へ登録情
報を送信し、各々のデータベースは更新される。データ
ベースの更新が終了すると、登録手段１３から検索手段
１７へ登録情報が送信される。

【００６６】図２１に情報登録選択画面の一例を示す。
情報登録選択画面は、運送事業者業務、荷主業務、空倉
庫情報登録画面へのリンクが張られた画面である。

【００６７】求車データベース１４は、荷物の積地場
所、卸地場所、積地到着日時、卸地到着日時、商品分
類、引合のポイント、商品名、数量、荷物重量、容積、
希望運賃、連絡担当者、連絡先電話番号、入力担当者、
積み合わせ許可商品分類などの荷物のデータ、必要備
品、荷扱い、連絡先担当、連絡先電話番号、入力担当
者、引合希望日時、ロジコーディネータグループ外への
公開の有無についての情報、荷物情報登録画面の雛形な
どを格納している。

【００６８】求荷データベース１５は、空車の車番
号、積み合わせの有無、積載可能容積、積載可能重量、
連絡先担当者、連絡先電話番号、入力担当者、運送ドラ
イバー、運送ドライバーの携帯電話、希望運賃、空車場
所、行先場所、空車日時、行先日時、引合回答希望日
時、帰り便であるかどうか、ロジコーディネータグルー
プ外への公開の有無についての情報、空車情報登録画面
の雛形など空車のデータと倉庫の受託可能期間、施設
営業時間、保管温度区分、引合回答希望日時、施設所在
地、施設建坪、施設保管能力、敷地面積、施設付帯設
備、保管機器、空きスペース、体積、重量、提供可能サ
ービス、希望料金、連絡先担当、連絡先電話番号、入力
担当者、ロジコーディネータグループ外への公開の有無
についての情報、空倉庫情報登録画面の雛形など倉庫の
データを格納している。

【００６９】求庫データベース１６は、倉庫の所在地、
使用期間日時、取扱商品区分、保管温度区分、空きスペ
ース、体積、提供可能サービス、料金、連絡担当者、連
絡先電話番号、入力担当者、ロジコーディネータグルー
プ外への公開の有無についての情報等を格納している。

【００７０】検索手段１７は、登録手段１３から各種登
録画面の入力情報を受信すると、求車、求荷、求庫デー
タベース１６の登録条件と照合して、合致するものを候
補として検索する。ここで、検索手段１７は、荷物情報
を受信すると、求荷データベース１５、求庫データベー
ス１６と照合を行う。検索手段１７が空車情報を受信し
た場合は求車データベース１４と照合を行い、空倉庫情
報を受信した場合は求庫データベース１６と照合を行
う。

【００７１】検索手段１７は、候補検索の結果を検索結
果一覧画面（空車情報検索一覧画面、荷物情報検索一覧
画面、倉庫情報検索一覧画面）としてネットワーク６を
介して各々の端末へ送信する。各々の場合に於いて各々
適した上記３画面のいずれかを送信する。

【００７２】検索手段１７が受信した情報が荷物情報で
あれば、空車情報検索一覧画面が荷主事業者端末１へ送
信される。図１３に空車情報検索一覧画面の一例を示
す。空車情報検索一覧画面は、引合一括選択の是非を決
定するチェックボックス、運送事業者名、ロジコーディ
ネータグループ名、空車場所、空車日時、行先場所、行
先日時、積載可能容積、積載重量、車種、引き合い状態
などの情報一覧、運送事業者の詳細な情報を表示する命
令を出すコマンドボタン、決定の機能を有するコマンド
ボタンを含んでいる。

【００７３】ロジコーディネータ端末４が荷主事業者の
代行入力を行っている場合は、前記画面がロジコーディ
ネータ端末４へ送信される。検索手段１７で受信した情
報が空車情報であれば荷物情報検索一覧画面が運送事業
者端末２、倉庫事業者端末３へ送信され、ロジコーディ
ネータ端末４が代行入力を行っている場合は、ロジコー
ディネータ端末４に各々の画面が送信される。

【００７４】図１４に荷物情報検索一覧画面の一例を示
す。荷物情報検索一覧画面は、引合一括選択の是非を決
定するチェックボックス、荷主事業者名、ロジコーディ
ネータグループ名、積地場所名、積地日時、行き場所、
行き先日時、商品分類、荷物重量、荷物容積、引合状
態、荷主事業者の詳細な情報を表示する命令を出すコマ
ンドボタンなどの情報一覧、決定の機能を有するコマン
ドボタンを含んでいる。

【００７５】各々の端末から情報検索画面一覧内の事業
者についての詳細な情報を表示するコマンドボタンを押
されると、検索手段１７へ情報が送信され、検索手段１
７は運送、倉庫、荷主の各事業者基礎情報画面（運送業
者基礎情報画面、倉庫業者基礎情報画面、荷主事業者基
礎情報画面）のうち、該当する要求に応じた画面を各端
末へ送信する。各事業者基礎情報画面に事業者名と共に
ロジコーディネータ名と当該企業の評価点数を表示して
いる。これにより、たとえ相手先事業者名が無名の企業
であったとしても、その事業者が属しているロジコーデ
ィネータグループが信頼の置けるグループであった場合
には、安心して取引を行うことができるようになる。即
ち、従来では取引を決定するまでに相手が無名の事業者
であった場合には、その事業者に関する情報を詳細に検
討せざるを得ず、取引を決定するまでに多大な時間を費
やしていた。しかし、本発明のようにロジコーディネー
タ名と当該企業の評価点数を表示することにより、その
ロジコーディネータが信頼の置けるロジコーディネータ
であれば、たとえ、相手の事業者が無名であったとして
もその事業者を詳細に検討する手間が省け、取引の決定
までの時間を削減することができる。

【００７６】運送業者基礎情報画面は、運送事業者コー
ド、ロジコーディネータグループ名、運送事業者名、事
業者取扱免許、運送事業者登録年度、運送事業者営業区
域、資本金、在籍ドライバー数、車輌保有台数、年商、
自動車保険、受託貨物賠償責任保険、その他の保険、運
送事業者評価などについての情報を含んでいる。図１５
に運送業者基礎情報画面の一例を示す。

【００７７】倉庫業者基礎情報画面は、倉庫事業者コー
ド、ロジコーディネータグループ名、倉庫事業者名、倉
庫事業者評価などについての情報を含む。図２２に倉庫
業者基礎情報画面の一例を示す。

【００７８】荷主事業者基礎情報画面は、荷主事業者コ
ード、ロジコーディネータグループ名、荷主事業者名、
資本金、従業員数、年商、業種、荷主事業者評価などに
ついての情報を含んでいる。図１６に荷主事業者基礎情
報画面の一例を示す。

【００７９】各事業者基礎情報画面内にある事業者評価
の方法は、業務遂行評価データベース１８、ログデータ
ベース１９より各々の業者の評価を評価手段２０に於い
て分析し、予め定められた方法により表示する。本実施
態様の場合では、点数を用いているが、他の表現によっ
ても良いことは言うまでもない。また具体的な評価の算
出方法については、後述する。

【００８０】検索手段１７はそれぞれの端末から情報検
索一覧画面に入力された引合申し込みの情報を受信する
と、各々の引合申し込み画面を端末へ送信する。

【００８１】検索手段１７が荷主事業者端末１から荷物
情報検索一覧画面への入力結果を受信した場合は、空車
引合申し込み画面を荷主事業者端末１へ送信する。ロジ
コーディネータ端末４が代行入力を行っている場合は、
ロジコーディネータ端末４へ送信する。

【００８２】図１７に空車引合申し込み画面（引合申し
込み画面）の一例を示す。空車引合申し込み画面は、車
番、積み合わせの有無を決定するチェックボックス、帰
り便か否かを決定するチェックボックス、空車場所、空
車日時、行先場所、行先日時を選択するプルダウンリス
ト、積載可能容積、積載可能重量、取扱商品分類を行う
チェックボックス、積合せ予定荷物の種別を決定するチ
ェックボックス、積合せ商品、連絡先担当、連絡先電話
番号、入力担当者、運送ドライバー、運送ドライバーの
携帯電話、希望運賃、支払い条件、高速代等の実費負担
の有無を決めるチェックボックス、荷扱い範囲、備品、
引合回答希望日時を選択するプルダウンリスト、作業
料、作業量の内容、その他の料金、その他料金の内容、
進捗報告、実績評価入力、引継輸送便情報、決定の機能
を有するコマンドボタンを含んでいる。

【００８３】検索手段１７が運送事業者端末２もしくは
倉庫事業者端末３から、空車情報検索一覧結果画面もし
くは空倉庫情報検索一覧画面の入力結果を受信した場合
は、荷物引合申し込み画面を運送事業者端末２もしくは
倉庫事業者端末３へ送信する。ロジコーディネータ端末
４が代行入力を行っている場合はロジコーディネータ端
末４へ前記画面を送信する。

【００８４】図１８に荷物引合申し込み画面（引合申し
込み（求車）画面）の一例を示す。荷物引合申し込み画
面は、積地場所、積地到着日時、卸地場所、卸地到着日
時を選択するプルダウンリスト、商品分類、商品名、荷
姿、数量、荷物重量、容積、管理温度帯、積地場所情
報、積地注意事項、卸地場所情報、卸地注意事項、希望
運賃、契約希望単位、保険に関する要望事項、積み合せ
許可商品分類を決定するチェックボックス、必要備品、
荷扱いを決定するチェックボックス、引合のポイントを
決定するチェックボックス、連絡先担当、連絡先電話番
号、入力担当者、引合回答希望日時を選択するプルダウ
ンリスト、発荷主名、着荷主名、進捗報告、実績評価入
力の有無を決定するチェックボックス、引継ぎ輸送便情
報、決定の機能を有するコマンドボタンを含んでいる。

【００８５】検索手段１７が各端末から引合申し込み画
面に入力された情報を受信すると、その情報を引合条件
登録確認画面として端末へ送信する。

【００８６】検索手段１７が荷主事業者端末１から空車
引合申し込み画面を受信した場合は、空車引合条件登録
確認画面を荷主事業者端末１へ送信する。ロジコーディ
ネータ端末４が代行入力を行っている場合はロジコーデ
ィネータ端末へ送信する。

【００８７】図１９に空車引合条件登録確認画面（引合
条件登録確認画面）の一例を示す。空車引合条件登録確
認画面は、ロジコーディネータグループや担当者名、運
送事業者名、運送事業者電話番号、実運転者（運送ドラ
イバー）、実運転者の携帯電話番号などを含む引合先情
報一覧、空車場所、行先場所、積載可能容積、積合せ予
定荷物の種別、積合せ商品、連絡先担当、連絡先電話番
号、入力担当者、運送ドライバー、運送ドライバーの携
帯電話、希望運賃、支払い条件、高速代等の実費負担、
荷扱い範囲、備品、引合回答希望日時、作業料、作業量
の内容、その他の料金、その他料金の内容、進捗報告、
実績評価入力、引継輸送便情報、決定の機能を有するコ
マンドボタンを含んでいる。

【００８８】検索手段１７が運送事業者端末２もしくは
倉庫事業者端末３から荷物引合申し込み画面を受信した
場合は、荷物引合条件登録確認画面を運送事業者端末
２、倉庫事業者端末３へ送信する。ロジコーディネータ
端末４が代行入力を行っている場合はロジコーディネー
タ端末４へ送信する。

【００８９】図２０に荷物引合条件登録確認画面（引合
条件登録確認（求車）画面）の一例を示す。荷物引合条
件登録確認画面は、ロジコーディネータグループや担当
者名、運送事業者名、運送事業者電話番号、実運転者、
実運転者の携帯電話番号などを含む引合先情報一覧、積
地情報、積地到着日時、卸地場所、卸地到着日時、商品
分類、商品名、荷姿、数量、荷物重量、容積、管理温度
帯、積地場所情報、積地注意事項、卸地場所情報、卸地
注意事項、希望運賃、契約希望単位、保険に関する要望
事項、積み合せ許可商品分類、必要備品、荷扱い、連絡
先担当、連絡先電話番号、入力担当、引合回答希望日
時、発荷主名、着荷主名、進捗報告、引継ぎ輸送便情
報、コメントなどの情報、決定の機能を有するコマンド
ボタンを含んでいる。

【００９０】各端末（ロジコーディネータ端末を含む）
が引合条件登録確認画面内の決定ボタンを押すことで、
確認済みの情報が引合手段２２へ送信され、引合手段２
２が引合条件登録確認の情報を受信する。

【００９１】引合手段２２が各端末から引き合い条件を
受信することにより、引き合い対象となった会社の端末
に対して、引き合い条件を送信する。自社の登録条件に
対して引き合い情報が入力されたことは、運送事業者様
用メニュー、荷主事業者様用メニュー、倉庫事業者様用
メニューから確認できる。相手先から入力された引き合
い条件を閲覧した会社は、その引き合いに対して自社の
条件を端末から入力し、引合手段２２に送信する。当然
のことながら、ロジコーディネータが代行入力をしても
良い。

【００９２】引合手段２２は、その入力された条件を引
合条件回答登録画面として、引き合いを入力した会社の
端末に対して送信する。引合条件回答登録画面の一例を
図３１に示す。

【００９３】引合条件回答登録画面には、引合先情報、
依頼者（本実施態様に於いては発荷主者）、届け先（本
実施態様に於いては、着荷主者）、商品分類、積合せ許
可商品分類、積込場所情報、積地注意事項、納品場所情
報、卸地注意事項、自社担当、車種等の車情報、日付・
時間、料金等の引合条件が登録されている画面である。
引合条件部位には、自社の引合条件と相手先の引合条件
が異なる場合には、コントラストをつける等の公知の手
法により、わかりやすい表示をしても良いことは当然で
ある。また、予め依頼者が重視する引合条件を登録して
おくことにより、重視する項目毎に引合条件を表示する
等の方法を採用することも当業者ならば容易に推測でき
るものである。

【００９４】引合条件回答登録画面を受信した端末は、
このような情報に基づき、自社が発注する相手先企業を
決定し、予め指定された方法により契約を締結する。即
ち、本実施態様の場合には、図３１に記載の受諾指示登
録ボタンをクリックすることにより、サーバ７の引合手
段２２に対して受託情報が送信され、引合手段２２は、
その引合条件を入力した会社の端末に対して前記受託情
報を送信することにより、契約が成立する。また、他の
手段としては、電話等の公知の手段によって相手先に連
絡を取ることにより受託回答をしても良いことは当然で
ある。

【００９５】また、ロジコーディネータが代行している
場合には、ロジコーディネータの依頼先企業に対して受
託回答が送信されてきたら、ロジコーディネータは公知
の手法（例えば、e-mail、電話、ＦＡＸ等）を用いて、
依頼先企業に対して受託した旨と具体的な契約内容を通
知する。

【００９６】ロジコーディネータ４は傘下の荷主事業者
端末１、運送事業者端末２、倉庫事業者端末３との間に
独自のネットワークを持ち、グループ独自で上記のよう
なシステムを持つこともあり、その際のマッチングの行
程は、上記と同じ要領で行われるが、グループの中でマ
ッチングする条件が検索されなかった場合は、ネットワ
ーク６を介して自動的にサーバ７の検索手段１７へ登録
情報が送信され、グループ外での候補検索が行われる。
グループ内登録情報のサーバ７への送信は手動でも行う
ことができる。

【００９７】荷主事業者および運送事業者の評価は、荷
物輸送が終了した時点で荷主事業者と運送事業者がお互
いの評価を端末から事業者評価登録画面に入力する。サ
ーバ６の評価手段２０は端末からの評価登録画面の情報
を受信し、業務遂行評価データベース１８を更新する。
ここで、業務遂行評価データベース１８は各事業者の現
在までの全ての契約に関する評価結果を格納している。

【００９８】図２４に事業者評価登録画面の一例を示
す。事業者評価登録画面は、契約番号、利用事業所名、
荷受時間の遵守やマナーなどについて評価する良い、普
通、悪いなどのチェックボックス、決定の機能を有する
コマンドボタンを含んでいる。

【００９９】評価手段２０は事業者端末がサーバ６にア
クセスしてからアクセス終了までのアクセスした事業者
名、日時、場所、実行した処理や実行時間などをすべて
ログデータベース１９に格納している。

【０１００】ログデータベース１９はアクセスした事業
者名、アクセス日時、アクセス場所、実行した処理、実
行時間などを格納している。

【０１０１】評価手段２０はロジコーディネータ端末４
から評価閲覧を希望の情報を受信すると、業務遂行評価
データベースより、閲覧を希望された企業の業務遂行評
価データを業務遂行データベース１８内から検索して評
価情報を受信する。本実施態様に於いては、業務評価遂
行データベース１８へアクセスし、詳細情報を閲覧でき
るのはロジコーディネータ端末４のみとなっているが、
これは予め定めておけばどの端末からアクセスし詳細情
報を閲覧できるようにしても良い。制限を加える技術と
してはいくつかの公知の技術があるが、アクセスする際
にIDとパスワードを要求しても良いし、その他の認証手
段を用いても良い。また業務遂行評価データベース１８
へアクセスできる端末に対して制限を加えているのは、
単に情報を閲覧するためだけの端末から情報漏洩を防ぐ
ためである。本実施態様に於いてはロジコーディネータ
端末４からのみのアクセスを許可し、そのデータ等に基
づいて傘下の企業を、ロジコーディネータは指導・管理
する。

【０１０２】評価手段２０は業務遂行データベース１８
から評価情報を受信すると、ログデータベース１９より
閲覧を希望された企業のアクセス件数、システムでの契
約件数などを検索してログデータを受信する。

【０１０３】評価手段２０は、業務遂行データベース１
８から受信した評価情報をもとに、各評価項目の平均評
価点を算出し、企業評価情報照会画面を端末へ送信す
る。

【０１０４】図２５に企業評価情報照会画面の一例を示
す。企業評価情報照会画面は、利用事業所名、分析対象
期間、荷受時間の遵守やマナーなどの項目についての平
均評価点、総合評価点、より詳細な情報を参照する命令
を出すコマンドボタンを含んでいる。

【０１０５】評価手段２０は業務遂行データベースから
受信した評価情報とログデータベースから受信したログ
データをもとに、１００点満点の評価方式やランク付け
の評価方式などで企業の総合評価を算出し、利用実績評
価情報照会画面としてロジコーディネータ端末４へ送信
する。

【０１０６】図２６に利用実績評価情報照会画面の一例
を示す。利用実績評価情報照会画面は、利用事業所名、
企業評価総合評価点、分析対象期間、システムアクセス
件数、システム契約件数、契約情報修正率、契約取消
率、取引におけるトラブル率などの情報、より詳細な評
価を参照する命令を出すコマンドボタンを含んでいる。

【０１０７】本実施態様に於いては、企業評価情報照会
画面および利用実績評価情報照会画面はロジコーディネ
ータのみが参照できるが、当然のことながら予め定めら
れた端末であれば前記画面を参照できるようにしても構
わない。また、評価手段２０にて算出された企業評価総
合評価点は上記の事業者基礎情報画面内に表示され、ロ
ジコーディネータ以外でも参照することができる。

【０１０８】ロジコーディネータ端末４によって企業評
価情報照会画面および利用実績評価情報照会画面内の詳
細の参照ボタンが押され、詳細参照希望の情報を評価手
段２０が受信すると、評価手段２０は、全ての契約一つ
一つについての各評価をロジコーディネータ端末４へ送
信する。

【０１０９】情報収集を目的にシステムを利用するよう
な企業に対して警告を与えるため、警告手段２１は一定
期間毎にログデータを参照し、システムアクセス件数／
システムでの契約件数の値を算出し、その値が一定値を
越えている企業が所属しているロジコーディネータに対
してメールなどで警告を与える。警告を受けたロジコー
ディネータは、警告を与えられた企業に対して自社の判
断で取り締まり、指導・管理を行う。

【０１１０】次に、本発明のプロセスの流れを図２３の
フローチャートを用いて詳細に説明する。

【０１１１】本システムにアクセスを希望する各端末
は、サーバ７に対してアクセス要求を送信する。アクセ
ス要求を受信した認証手段８は荷主事業者端末１、運送
事業者端末２、倉庫事業者端末３、ロジコーディネータ
端末４、ドライバが有する携帯端末５のいずれか（アク
セス要求があった端末）に対してネットワーク６を介し
て認証画面を送信し、それぞれの端末から入力されたID
やパスワードの情報を受信して、荷主事業者データベー
ス９、運送事業者データベース１０、倉庫事業者データ
ベース１１、ロジコーディネータデータベース１２内に
格納されている情報と照合し、データが合致すると、認
証済みという情報を登録手段１３へ送信する（Ｓ１０
０）。

【０１１２】登録手段１３は、認証手段８から荷主事業
者認証済みの情報、運送事業者認証済みの情報、倉庫事
業者認証済みの情報、ロジコーディネータ認証済みの情
報のいずれかを受信すると、アクセスのあった端末に対
してそれぞれの該当するメニュー画面を送信する。そし
て前記端末がメニュー画面の情報登録ボタン等をクリッ
ク等することによって、各々の該当する空情報を登録し
データベースが更新される（Ｓ１１０）。

【０１１３】荷主事業者端末１の場合には、荷主様用メ
ニュー画面をネットワーク６を介して荷主事業者端末１
へ送信する。荷主事業者端末１が荷物情報登録のコマン
ドボタンを押すことによって荷物情報登録の情報命令を
登録手段１３へ送信すると、登録手段１３は荷主事業者
端末１に荷物情報登録画面をネットワーク６を介して荷
主事業者端末１へ送信する。荷主事業者端末１が荷物情
報画面に入力し、決定ボタンを押すことで情報を登録手
段１３へ送信し、登録手段１３は受信した情報を荷物情
報登録確認画面として荷主事業者端末１へ送信する。荷
主事業者端末１が荷物情報登録確認画面内の決定ボタン
を押すことで確認済みの情報を登録手段１３へ送信する
と、登録手段１３は登録画面の情報を求車データベース
１４へ送信し、データベースは更新される。

【０１１４】運送事業者認証済みの情報の場合には、運
送事業者様用メニュー画面をネットワーク６を介して運
送事業者端末２へ送信する。運送事業者端末２が空車情
報登録のコマンドボタンを押すことによって空車情報登
録の命令情報を登録手段１３へ送信すると、登録手段１
３は運送事業者端末２へ空車情報登録画面をネットワー
ク６を介して送信する。運送事業者端末２は空車情報登
録画面内の決定ボタンを押すことで、入力した情報を登
録手段１３へ送信し、登録手段１３は受信した情報を空
車情報登録確認画面として運送事業者端末２へ送信す
る。運送事業者端末２が登録内容確認画面内の決定ボタ
ンを押すことで確認済みの情報を登録手段１３へ送信す
ると、登録手段１３は登録画面の情報を求荷データベー
ス１５へ送信し、データベースは更新される。

【０１１５】倉庫事業者認証済みの情報の場合には、倉
庫事業者様用メニュー画面をネットワーク６を介して倉
庫事業者端末３へ送信する。倉庫事業者端末３が空倉庫
情報登録のコマンドボタンを押すことによって空倉庫情
報登録の命令情報を登録手段１３へ送信すると、登録手
段１３は倉庫事業者端末３へ空倉庫情報登録画面をネッ
トワーク６を介して送信する。倉庫事業者端末３が空倉
庫情報登録画面内の決定ボタンを押すことで画面に入力
された情報を登録手段１３へ送信し、登録手段１３は受
信した情報を空倉庫情報登録確認画面として倉庫事業者
端末３へ送信する。倉庫事業者端末３が空倉庫情報登録
確認画面内の決定ボタンを押すことで、確認済みの情報
を登録手段１３へ送信すると、登録手段１３は登録画面
の情報を求庫データベース１５へ送信し、データベース
は更新される。

【０１１６】ロジコーディネータ認証済みの情報の場合
には、荷主事業者、運送事業者、倉庫事業者に代行して
情報登録を行うため、ロジコーディネータ端末４には登
録手段１３から、情報登録選択画面が送信される。荷
物、空車、空倉庫の登録条件は荷主、運送、倉庫の各事
業者からロジコーディネータへ携帯電話もしくは各端末
などから連絡されている。ロジコーディネータは、荷主
事業者、運送事業者、倉庫事業者に代行して情報登録を
行う。ロジコーディネータ端末４は、情報登録選択画面
の決定ボタンを押すことでネットワーク６を介して選択
した情報登録画面の情報を登録手段１３へ送信すると、
登録手段１３は、ロジコーディネータ端末４によって選
択された情報登録画面をロジコーディネータ端末４へ送
信する。ロジコーディネータ端末４は、情報登録画面内
の決定ボタンを押すことで画面に入力された情報を登録
手段１３へ送信して、登録手段１３は受信した情報を登
録情報確認画面としてロジコーディネータ端末４へ送信
する。ロジコーディネータ端末４は登録情報確認画面内
の決定ボタンを押すことで、登録内容の確認済みの情報
を登録手段へ送信し、登録手段１３は登録内容確認済み
の情報を受信すると、登録情報が荷物情報であれば求車
データベース１４と求庫データベース１６へ、空車情報
であれば求荷データベース１５へ、倉庫情報であれば求
庫データベース１５へ登録情報を送信し、各々のデータ
ベースは更新される。

【０１１７】各々の求車、求荷、求庫データベースの更
新が終了すると、登録手段１３から検索手段１７へ登録
情報が送信される。

【０１１８】検索手段１７は、登録手段１３から登録画
面の入力情報を受信すると、求車、求荷、求庫データベ
ース１６の登録条件と照合して、合致するものを候補と
して検索する。ここで、検索手段１７が荷物情報を受信
すると、求荷データベース１５、求庫データベース１６
と照合を行う。検索手段１７が空車情報を受信した場合
は求車データベース１４と照合を行い、空倉庫情報を受
信した場合は求庫データベース１６と照合を行う。

【０１１９】検索手段１７は、候補検索の結果を検索結
果一覧画面としてネットワーク６を介して各端末へ送信
する。ここで、検索手段１７が受信した情報が荷物情報
であれば、空車情報検索一覧画面が荷主事業者端末１へ
送信される。ロジコーディネータ端末４が代行入力を行
っている場合はロジコーディネータ端末４へ送信され
る。検索手段１７で受信した情報が空車情報もしくは空
倉庫情報であれば、荷物情報検索一覧画面が運送事業者
端末２、倉庫事業者端末３に送信される。ロジコーディ
ネータ端末４が代行入力を行っている場合はロジコーデ
ィネータ端末４へ送信される（Ｓ１２０）。

【０１２０】各々の端末が情報検索画面一覧内の事業者
についての詳細な情報を表示するコマンドボタンを押す
と、検索手段１７へ情報が送信され、検索手段１７は荷
主、運送事業者、倉庫事業者の各事業者基礎情報画面を
端末へ送信する。この各事業者基礎情報画面等を参考と
して各事業者は端末から引合申し込みを行う（Ｓ１３
０）。

【０１２１】本ステップに於いて、各事業者は相手方の
事業者基礎情報画面に表示されている事業者名、ロジコ
ーディネータ名、評価点数を参考にして取引を行うか否
かの決定を下す。従来技術に於けるマッチングシステム
に於いては、マッチングされた相手先の事業者が無名の
事業者であった場合には、その事業者の詳細な情報を検
討せねばならず、取引の決定までに多大な時間を費やし
ていた。しかし本発明に於いては事業者名と共にロジコ
ーディネータ名及び評価点数を表示することにより、当
該事業者の詳細な情報を検討せずとも、ロジコーディネ
ータ名、評価点数から取引の決定を下すことが可能とな
り、取引決定までの時間の削減が図れる。

【０１２２】検索手段１７はそれぞれの端末から情報検
索一覧画面に入力された引合申し込みの情報を受信する
と、引合申し込み画面を端末へ送信する。

【０１２３】検索手段１７が荷主事業者端末１から荷物
情報検索一覧画面への入力結果を受信した場合は、空車
引合申し込み画面を荷主事業者端末１へ送信する。ロジ
コーディネータ端末４が代行入力を行っている場合はロ
ジコーディネータ端末へ送信する。

【０１２４】検索手段１７が運送事業者端末２もしくは
倉庫事業者端末３から、空車情報検索一覧結果画面もし
くは空倉庫情報検索一覧画面の入力結果を受信した場合
は、荷物引合申し込み画面を運送事業者端末２もしくは
倉庫事業者端末３へ送信する。ロジコーディネータ端末
４が代行入力を行っている場合はロジコーディネータ端
末へ送信する。

【０１２５】検索手段１７が各端末から引合申し込み画
面に入力された情報を受信すると、その情報を引合条件
登録確認画面として該当する端末へ送信する（Ｓ１４
０）。

【０１２６】検索手段１７が荷主事業者端末１から空車
引合申し込み画面を受信した場合は、空車引合条件登録
確認画面を荷主事業者端末１へ送信する。ロジコーディ
ネータ端末４が代行入力を行っている場合はロジコーデ
ィネータ端末４へ送信する。

【０１２７】引合手段２２が運送事業者端末２もしくは
倉庫事業者端末３から荷物引合申し込み画面を受信した
場合は、各々の荷物引合条件登録確認画面を運送事業者
端末２、倉庫事業者端末３へ送信する。ロジコーディネ
ータ端末４が代行入力を行っている場合（Ｓ１５０）は
ロジコーディネータ端末４へ送信する。

【０１２８】各端末が引合条件登録確認画面内の決定ボ
タンを押すことで、確認済みの情報が引合手段２２へ送
信され、引合手段２２が引合条件登録確認の情報を受信
する。

【０１２９】引合手段２２が各端末から引き合い条件を
受信することにより、引き合い対象となった会社の端末
に対して、引き合い条件を送信する。自社の登録条件に
対して引き合い情報が入力されたことは、運送事業者様
用メニュー、荷主事業者様用メニュー、倉庫事業者様用
メニューから確認できる。相手先から入力された引き合
い条件を閲覧した会社は、その引き合いに対して自社の
条件を端末から入力し、引合手段２２に送信する。当然
のことながら、ロジコーディネータが代行入力をしても
良い。

【０１３０】引合手段２２は、その入力された条件を引
合条件回答登録画面として、引き合いを入力した会社の
端末に対して送信する。

【０１３１】引合条件回答登録画面を受信した端末は、
引合条件回答登録画面等の情報に基づき、自社が発注す
る相手先企業を決定し、予め指定された方法により契約
を締結する。即ち、本実施態様の場合には、図３１に記
載の受諾指示登録ボタンをクリックすることにより、サ
ーバ７の引合手段２２に対して受託情報が送信され、引
合手段２２は、その引合条件を入力した会社の端末に対
して前記受託情報を送信することにより、契約が成立す
る。また、他の手段としては、電話等の公知の手段によ
って相手先に連絡を取ることにより受託回答をしても良
いことは当然である。

【０１３２】また、ロジコーディネータが代行している
場合には、ロジコーディネータの依頼先企業に対して受
託回答が送信されてきたら、ロジコーディネータは公知
の手法（例えば、e-mail、電話、ＦＡＸ等）を用いて、
依頼先企業に対して受託した旨と具体的な契約内容を通
知する（Ｓ１６０）。

【０１３３】ロジコーディネータ４は傘下の荷主事業者
端末１、運送事業者端末２、倉庫事業者端末３との間に
独自のネットワーク２５を持ち、グループ独自で上記の
ようなシステムを持つこともあり、その際のマッチング
の行程は、上記と同じ要領で行われるが、グループの中
でマッチングする条件が検索されなかった場合は、ネッ
トワーク６を介して自動的にサーバ７の検索手段１７へ
登録情報が送信され、グループ外での候補検索が行われ
る。グループ内登録情報のサーバ７への送信は手動でも
行うことができる。

【０１３４】次に、業務遂行評価のプロセスについて詳
細に説明する。図２７に業務遂行評価のプロセスのフロ
ーを示したフローチャートを示す。

【０１３５】荷主事業者および運送事業者の評価は、荷
物輸送が終了した時点で（Ｓ２００）荷主事業者と運送
事業者（特に実際に荷物を輸送するドライバが有する携
帯端末５から）がお互いの評価を端末から事業者評価登
録画面に入力する（Ｓ２１０）。

【０１３６】サーバ６の評価手段２０は端末からの評価
登録画面の情報を受信し、業務遂行評価データベース１
８を更新する。（Ｓ２２０）ここで、業務遂行評価デー
タベース１８は各事業者の現在までの全ての契約に関す
る評価結果を格納している。以上のフローにより各々の
業務遂行評価がデータベースに追加されることとなる。

【０１３７】次に、各々の事業者が本システムに於いて
どのような行動をしているのかを監視する、即ち引き合
いを出すことをせずに情報取得のみを目的としている事
業者の行動当該事業者を指導・管理するロジコーディネ
ータに対して警告を出すためにログを取っておくプロセ
スのフローを説明する。図２８にこのプロセスのフロー
チャートを示す。

【０１３８】各事業者端末がサーバ７へアクセスすると
（Ｓ３００）、評価手段２０がアクセスした事業者名、
日時、場所、実行した処理や実行時間などの情報をすべ
てログデータベース１９に送信し、アクセス終了までロ
グ記録を行う（Ｓ３１０）。

【０１３９】端末がアクセス終了ボタンを押すと、アク
セス終了の情報を評価手段２０が受信し、アクセス終了
の情報をログデータベース１９に送信して、ログ記録を
終了する（Ｓ３２０）。なお、ログデータベース１９は
アクセスした事業者名、アクセス日時、アクセス場所、
実行した処理、実行時間などを格納している。

【０１４０】次に、ロジコーディネータが傘下の企業の
指導・管理を行うために各々の企業評価を閲覧するため
のプロセスについて説明する。図２９にプロセスのフロ
ーチャート図を示す。

【０１４１】評価手段２０はロジコーディネータ端末４
から評価閲覧を希望の情報を受信すると（Ｓ４００）、
業務遂行評価データベースより、閲覧を希望された企業
の業務遂行評価データを業務遂行データベース１８内か
ら検索して評価情報を受信する（Ｓ４１０）。

【０１４２】評価手段２０は業務遂行データベース１８
から評価情報を受信すると、ログデータベース１９より
閲覧を希望された企業のアクセス件数、システムでの契
約件数などを検索してログデータを受信する（Ｓ４２
０）。

【０１４３】評価手段２０は、業務遂行データベース１
８から受信した評価情報をもとに、各評価項目の平均評
価点を算出し（Ｓ４３０）、企業評価情報照会画面（少
なくとも、利用事業所名、分析対象期間、荷受時間の遵
守やマナーなどの項目についての平均評価点、総合評価
点、より詳細な情報を参照する命令を出すコマンドボタ
ンを含む）を端末へ送信する（Ｓ４４０）。その際の評
価手法としては、点数形式の評価方法や、ランク付けの
評価方法が存在する。

【０１４４】この企業評価情報照会画面および利用実績
評価情報照会画面はロジコーディネータのみが参照でき
るが、評価手段２０にて算出された企業評価総合評価点
のみは上記の事業者基礎情報画面内に表示され、ロジコ
ーディネータ以外でも参照することができる。端末によ
って企業評価情報照会画面および利用実績評価情報照会
画面内の詳細の参照ボタンが押され、詳細参照希望の情
報を評価手段２０が受信すると、評価手段２０は、全て
の契約一つ一つについての各評価を端末へ送信する。

【０１４５】次に情報収集を目的にシステムを利用する
ような企業に対して警告を与えるためのプロセスについ
て説明する。図３０にプロセスのフローチャートを示
す。

【０１４６】情報収集を目的にシステムを利用するよう
な企業に対して警告を与えるため、警告手段２１は一定
期間毎にログデータを参照し（Ｓ５００）、システムア
クセス件数／システムでの契約件数の値を算出するな
ど、明らかに不審な行動と推測できる企業を前述のよう
な公知の手法で算出し、その値が一定値を越えている企
業が所属しているロジコーディネータに対してメールな
どで警告を与える（Ｓ５１０）。警告を受けたロジコー
ディネータは、警告を与えられた企業に対してで指導・
管理を行う。

【０１４７】尚、本発明を実施するにあたり本実施態様
の機能を実現するソフトウェアのプログラムを記録した
記憶媒体をシステムに供給し、そのシステムのコンピュ
ータが記憶媒体に格納されたプログラムを読み出し実行
することによっても実現されることは当然である。

【０１４８】この場合、記憶媒体から読み出されたプロ
グラム自体が前記した実施形態の機能を実現することに
なる。

【０１４９】プログラムコードを供給するための記憶媒
体としては、例えばフロッピー（登録商標）ディスク、
ハードディスク、光ディスク、光磁気ディスク、磁気テ
ープ、不揮発性のメモリカード等を使用することができ
る。

【０１５０】また、コンピュータが読み出したプログラ
ムを実行することにより、上述した実施形態の機能が実
現されるだけではなく、そのプログラムの指示に基づ
き、コンピュータ上で稼働しているオペレーティングシ
ステムなどが実際の処理の一部または全部を行い、その
処理によって前記した実施形態の機能が実現される場合
も含まれることは言うまでもない。

【０１５１】さらに、記憶媒体から読み出されたプログ
ラムが、コンピュータに挿入された機能拡張ボードやコ
ンピュータに接続された機能拡張ユニットに備わる不揮
発性あるいは揮発性の記憶手段に書き込まれた後、その
プログラムの指示に基づき、機能拡張ボードあるいは機
能拡張ユニットに備わる演算処理装置などが実際の処理
の一部あるいは全部を行い、その処理により前記した実
施形態の機能が実現される場合も含まれることは当然で
ある。

【０１５２】

【発明の効果】以上の説明のとおり、本発明の物流方法
は、運送用車輌を運転する運転者がそれぞれ個別に端末
から入力する煩わしさがなく、その上、これまでの社会
慣習に基づく合理的な運転者の管理運営が可能となり、
運送業界における一段の合理化と無駄排除ができる実用
的効果がある。

【０１５３】加えて、ロジコーディネータ名と評価点数
を事業者名と共に表示させることにより、その事業者に
対しての安心感を与え、なおかつ取引の検討時間を節約
することが可能となり、物流品質を向上させることがで
きる。

【図面の簡単な説明】

【図１】本発明のシステム構成図の一例である。

【図２】本システムのデータの送受信の概念図であ
る。

【図３】認証画面の一例である。

【図４】荷主様用メニュー画面の一例である。

【図５】荷物情報登録画面の一例である。

【図６】荷物情報登録確認画面の一例である。

【図７】運送事業者様用メニュー画面の一例であ
る。

【図８】空車情報登録画面の一例である。

【図９】空車情報登録確認画面の一例である。

【図１０】倉庫事業者様用メニュー画面の一例であ
る。

【図１１】空倉庫情報登録画面の一例である。

【図１２】空倉庫情報登録確認画面の一例である。

【図１３】空車情報検索一覧画面の一例である。

【図１４】荷物情報検索一覧画面の一例である。

【図１５】運送業者基礎情報画面の一例である。

【図１６】荷主事業者基礎情報画面の一例である。

【図１７】引合申し込み画面の一例である。

【図１８】引合申し込み（求車）画面の一例である。

【図１９】引合条件登録確認画面の一例である。

【図２０】引合条件登録確認（求車）画面の一例であ
る。

【図２１】情報登録選択画面の一例である。

【図２２】倉庫事業者基礎情報画面の一例である。

【図２３】本発明のプロセスを示すフローチャート図
の一例である。

【図２４】事業者評価登録画面の一例である。

【図２５】企業評価情報照会画面の一例である。

【図２６】利用実績評価情報照会画面の一例である。

【図２７】業務遂行評価データ登録プロセスを示すフ
ローチャート図の一例である。

【図２８】ログ収集プロセスを示すフローチャート図
の一例である。

【図２９】評価算出プロセスを示すフローチャート図
の一例である。

【図３０】警告プロセスを示すフローチャート図の一
例である。

【図３１】引合条件回答登録画面の一例である。

【符号の説明】

１：荷主事業者端末２：運送事業者端末３：倉庫事業者端末４：ロジコーディネータ端末５：携帯端末６：ネットワーク７：サーバ８：認証手段９：荷主事業者データベース１０：運送事業者データベース１１：倉庫事業者データベース１２：ロジコーディネータデータベース１３：登録手段１４：求車データベース１５：求荷データベース１６：求庫データベース１７：検索手段１８：業務遂行評価データベース１９：ログデータベース２０：評価手段２１：警告手段２２：引合手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者福山博之東京都千代田区神田須田町１−26 高野ビル７階株式会社日本ロジスティクス総合研究所内Ｆターム(参考） 3F022 FF01 LL05 MM08 MM11 5B049 BB31 EE31 GG04 GG07

Claims

【特許請求の範囲】

【請求項１】複数の荷主側端末、運送事業者側端末、倉
庫事業者側端末、及びロジコーディネータ側端末のそれ
ぞれと、サーバとデータベースとを有するセンター側シ
ステムとがネットワーク上で接続されたシステムであっ
て、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行うシステムにおいて、予め登録され
た荷主から構成される荷主グループ、予め登録された運
送事業者から構成される運送事業者グループ、又は予め
登録された倉庫事業者から構成される倉庫事業者グルー
プのそれぞれを統括するロジコーディネータをして、前
記荷主、前記運送事業者、前記倉庫事業者に代わって及
び／又は前記荷主、前記運送事業者、前記倉庫事業者を
して自ら、求車、求荷、求庫マッチングを行わせること
を特徴とする求車・求荷・求庫マッチングシステム。
【請求項２】前記ロジコーディネータ、前記荷主、前記
運送事業者、前記倉庫事業者は、前記センター側システ
ムのサーバからロジコーディネータ側、荷主側、運送事
業者側、倉庫事業者側のいずれかの端末に送信され表示
された個々の荷主、運送事業者、倉庫事業者の業務遂行
評価データに基づいて、個々の荷主、運送事業者、倉庫
事業者の間における求車、求荷、求庫マッチングを行う
ことを特徴とする請求項１に記載の求車・求荷・求庫マ
ッチングシステム。
【請求項３】前記業務遂行評価データは、前記個々の荷
主、運送事業者、倉庫事業者のそれぞれが、予め定めら
れた業務プロセスを終了したときに前記業務プロセスを
依頼した相手側の業務遂行状況を予め定められた評価項
目に基づき評価した評価データから構成されることを特
徴とする請求項２に記載の求車・求荷・求庫マッチング
システム。
【請求項４】前記業務遂行評価データは、前記データベ
ースに格納されることを特徴とする請求項３に記載の求
車・求荷・求庫マッチングシステム。
【請求項５】前記データベースへのアクセスは予め定め
られた端末に制限されていることを特徴とする請求項４
に記載の求車・求荷・求庫マッチングシステム。
【請求項６】複数の荷主側端末、運送事業者側端末、倉
庫事業者側端末、及びロジコーディネータ側端末のそれ
ぞれと、サーバとデータベースとを有するセンター側シ
ステムとがネットワーク上で接続されたシステムであっ
て、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行うシステムにおいて、予め登録され
た荷主及び／又は、運送事業者及び／又は、倉庫事業者
から構成されるネットワークグループを統括するロジコ
ーディネータをして、前記荷主、前記運送事業者、前記
倉庫事業者に代わって及び／又は前記荷主、前記運送事
業者、前記倉庫事業者をして自ら、求車、求荷、求庫マ
ッチングを行わせることを特徴とする求車・求荷・求庫
マッチングシステム。
【請求項７】前記ロジコーディネータ、前記荷主、前記
運送事業者、前記倉庫事業者は、前記センター側システ
ムのサーバからロジコーディネータ側、荷主側、運送事
業者側、倉庫事業者側のいずれかの端末に送信され表示
された個々の荷主、運送事業者、倉庫事業者の業務遂行
評価データに基づいて、個々の荷主、運送事業者、倉庫
事業者の間における求車、求荷、求庫マッチングを行う
ことを特徴とする請求項６に記載の求車・求荷・求庫マ
ッチングシステム。
【請求項８】前記業務遂行評価データは、前記個々の荷
主、運送事業者、倉庫事業者のそれぞれが、予め定めら
れた業務プロセスを終了したときに前記業務プロセスを
依頼した相手側の業務遂行状況を予め定められた評価項
目に基づき評価した評価データから構成されることを特
徴とする請求項７に記載の求車・求荷・求庫マッチング
システム。
【請求項９】前記業務遂行評価データは、前記データベ
ースに格納されることを特徴とする請求項８に記載の求
車・求荷・求庫マッチングシステム。
【請求項１０】前記データベースへのアクセスは予め定
められた端末に制限されていることを特徴とする請求項
９に記載の求車・求荷・求庫マッチングシステム。
【請求項１１】複数の荷主側端末、運送事業者側端末、
倉庫事業者側端末、及びロジコーディネータ側端末のそ
れぞれと、サーバとデータベースとを有するセンター側
システムとがネットワーク上で接続されたシステムであ
って、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行うシステムにおいて、予め登録され
た荷主及び／又は、運送事業者及び／又は、倉庫事業者
から構成されるネットワークグループを統括するロジコ
ーディネータをして、及び／又は前記荷主、前記運送事
業者、前記倉庫事業者をして自ら、前記ネットワークグ
ループを構成する個々の荷主、運送事業者、倉庫事業者
の間における求車、求荷、求庫マッチングを行わせ、前
記ネットワークグループ内にて求車、求荷、求庫マッチ
ングが成立しないときには、他のロジコーディネータが
統括する他のネットワークグループを構成する荷主、運
送事業者、倉庫事業者と、前記個々の荷主、運送事業
者、倉庫事業者との間における求車、求荷、求庫マッチ
ングを行わせることを特徴とする求車・求荷・求庫マッ
チングシステム。
【請求項１２】ロジコーディネータ側端末、荷主側端
末、運送事業者側端末、及び倉庫事業者側端末のそれぞ
れにロジコーディネータの識別称と前記ロジコーディネ
ータが統括するグループの構成員の識別称とを表示させ
ることを特徴とする請求項１から請求項１１のいずれか
に記載の求車・求荷・求庫マッチングシステム。
【請求項１３】複数の荷主側端末、運送事業者側端末、
倉庫事業者側端末、及びロジコーディネータ側端末のそ
れぞれと、サーバとデータベースとを有するセンター側
システムとがネットワーク上で接続されたシステムであ
って、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行う方法において、予め登録された荷
主から構成される荷主グループ、予め登録された運送事
業者から構成される運送事業者グループ、又は予め登録
された倉庫事業者から構成される倉庫事業者グループの
それぞれを統括するロジコーディネータをして、前記荷
主、前記運送事業者、前記倉庫事業者に代わって及び／
又は前記荷主、前記運送事業者、前記倉庫事業者をして
自ら、求車、求荷、求庫マッチングを行わせることを特
徴とする求車・求荷・求庫マッチング方法。
【請求項１４】前記ロジコーディネータ、前記荷主、前
記運送事業者、前記倉庫事業者は、前記センター側シス
テムのサーバからロジコーディネータ側、荷主側、運送
事業者側、倉庫事業者側のいずれかの端末に送信され表
示された個々の荷主、運送事業者、倉庫事業者の業務遂
行評価データに基づいて、個々の荷主、運送事業者、倉
庫事業者の間における求車、求荷、求庫マッチングを行
うことを特徴とする請求項１３に記載の求車・求荷・求
庫マッチング方法。
【請求項１５】前記業務遂行評価データは、前記個々の
荷主、運送事業者、倉庫事業者のそれぞれが、予め定め
られた業務プロセスを終了したときに前記業務プロセス
を依頼した相手側の業務遂行状況を予め定められた評価
項目に基づき評価した評価データから構成されることを
特徴とする請求項１４に記載の求車・求荷・求庫マッチ
ング方法。
【請求項１６】前記業務遂行評価データは、前記データ
ベースに格納されることを特徴とする請求項１５に記載
の求車・求荷・求庫マッチング方法。
【請求項１７】前記データベースへのアクセスは予め定
められた端末に制限されていることを特徴とする請求項
１６に記載の求車・求荷・求庫マッチング方法。
【請求項１８】複数の荷主側端末、運送事業者側端末、
倉庫事業者側端末、及びロジコーディネータ側端末のそ
れぞれと、サーバとデータベースとを有するセンター側
システムとがネットワーク上で接続されたシステムであ
って、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行う方法において、予め登録された荷
主及び／又は、運送事業者及び／又は、倉庫事業者から
構成されるネットワークグループを統括するロジコーデ
ィネータをして、前記荷主、前記運送事業者、前記倉庫
事業者に代わって及び／又は前記荷主、前記運送事業
者、前記倉庫事業者をして自ら、求車、求荷、求庫マッ
チングを行わせることを特徴とする求車・求荷・求庫マ
ッチング方法。
【請求項１９】前記ロジコーディネータ、前記荷主、前
記運送事業者、前記倉庫事業者は、前記センター側シス
テムのサーバからロジコーディネータ側、荷主側、運送
事業者側、倉庫事業者側のいずれかの端末に送信され表
示された個々の荷主、運送事業者、倉庫事業者の業務遂
行評価データに基づいて、個々の荷主、運送事業者、倉
庫事業者の間における求車、求荷、求庫マッチングを行
うことを特徴とする請求項１８に記載の求車・求荷・求
庫マッチング方法。
【請求項２０】前記業務遂行評価データは、前記個々の
荷主、運送事業者、倉庫事業者のそれぞれが、予め定め
られた業務プロセスを終了したときに前記業務プロセス
を依頼した相手側の業務遂行状況を予め定められた評価
項目に基づき評価した評価データから構成されることを
特徴とする請求項１９に記載の求車・求荷・求庫マッチ
ング方法。
【請求項２１】前記業務遂行評価データは、前記データ
ベースに格納されることを特徴とする請求項２０に記載
の求車・求荷・求庫マッチング方法。
【請求項２２】前記データベースへのアクセスは予め定
められた端末に制限されていることを特徴とする請求項
２１に記載の求車・求荷・求庫マッチング方法。
【請求項２３】複数の荷主側端末、運送事業者側端末、
倉庫事業者側端末、及びロジコーディネータ側端末のそ
れぞれと、サーバとデータベースとを有するセンター側
システムとがネットワーク上で接続されたシステムであ
って、前記ネットワークを介して少なくとも一以上の荷
主、運送事業者、倉庫事業者の間における求車、求荷、
求庫マッチングを行う方法において、予め登録された荷
主及び／又は、運送事業者及び／又は、倉庫事業者から
構成されるネットワークグループを統括するロジコーデ
ィネータをして、及び／又は荷主、運送事業者、倉庫事
業者をして自ら、前記ネットワークグループを構成する
個々の荷主、運送事業者、倉庫事業者の間における求
車、求荷、求庫マッチングを行わせ、前記ネットワーク
グループ内にて求車、求荷、求庫マッチングが成立しな
いときには、他のロジコーディネータが統括する他のネ
ットワークグループを構成する荷主、運送事業者、倉庫
事業者と、前記個々の荷主、運送事業者、倉庫事業者と
の間における求車、求荷、求庫マッチングを行わせるこ
とを特徴とする求車・求荷・求庫マッチング方法。
【請求項２４】ロジコーディネータ側端末、荷主側端
末、運送事業者側端末、及び倉庫事業者側端末のそれぞ
れに、ロジコーディネータの識別称と前記ロジコーディ
ネータが統括するグループの構成員の識別称とを表示さ
せることを特徴とする請求項１３から請求項２３のいず
れかに記載の求車・求荷・求庫マッチング方法。