(57)【特許請求の範囲】
【請求項１】
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバであって、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録手段と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定手段と、
前記登録手段で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定手段と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開手段とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開手段は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定手段により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定手段により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する
ことを特徴とする求貨求車サーバ。
【請求項２】
前記他の求貨求車システムに公開する前記登録情報を変更する登録情報変更手段を更に備え、
前記公開手段は、変更された前記登録情報を公開する
ことを特徴とする請求項１に記載の求貨求車サーバ。
【請求項３】
前記公開フラグの状態がＯＦＦであり、所定時間経過後に、前記荷物情報に対応する前記空車情報又は前記空車情報に対応する前記荷物情報が存在しない場合、前記設定手段は、該公開フラグの状態をＯＮにする
ことを特徴とする請求項１又は請求項２に記載の求貨求車サーバ。
【請求項４】
前記公開手段は、前記登録情報の公開先の求貨求車システムが指定されている場合、該登録情報をその指定された求貨求車システムに公開する
ことを特徴とする請求項１乃至３のいずれか１項に記載の求貨求車サーバ。
【請求項５】
前記他の求貨求車システムの公開荷物情報にエントリーをした空車情報は、前記求貨求車システム内も含めて、他の荷物情報へエントリーをかけることを禁じ、又は、前記他の求貨求車システムの公開空車情報にエントリーをした荷物情報は、前記求貨求車システム内も含めて、他の空車情報へエントリーをかけることを禁じると共に、該他の求貨求車システムの公開荷物情報にエントリーをした空車情報について、該求貨求車システム内からのエントリーを含めて、他の荷物情報からエントリーを受けること禁止し、又は、該他の求貨求車システムの公開空車情報にエントリーをした荷物情報について、該求貨求車システム内からのエントリーを含めて、他の空車情報からエントリーを受けること禁止するエントリー制限手段と
を更に備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載の求貨求車サーバ。
【請求項６】
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバの制御方法であって、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録工程と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定工程と、
前記登録工程で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定工程と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開工程とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開工程は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定工程により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定工程により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する
ことを特徴とする求貨求車サーバの制御方法。
【請求項７】
前記他の求貨求車システムに公開する前記登録情報を変更する登録情報変更工程を更に備え、
前記公開工程では、変更された前記登録情報が公開される
ことを特徴とする請求項６に記載の求貨求車サーバの制御方法。
【請求項８】
前記公開フラグの状態がＯＦＦであり、所定時間経過後に、前記荷物情報／前記空車情報に対応する前記空車情報／前記荷物情報が存在しない場合、前記設定工程は、該公開フラグの状態をＯＮにする
ことを特徴とする請求項６又は請求項７に記載の求貨求車サーバの制御方法。
【請求項９】
前記公開工程では、前記登録情報の公開先の求貨求車システムが指定されている場合、該登録情報がその指定された求貨求車システムに公開される
ことを特徴とする請求項６乃至８のいずれか１項に記載の求貨求車サーバの制御方法。
【請求項１０】
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバの制御方法をコンピュータに実行させるためのプログラムであって、前記方法は、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録工程と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定工程と、
前記登録工程で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定工程と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開工程とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開工程は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定工程により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定工程により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する
ことを特徴とするプログラム。
【請求項１１】
前記方法は、前記他の求貨求車システムに公開する前記登録情報を変更する登録情報変更工程を更に備え、
前記公開工程では、変更された前記登録情報が公開される
ことを特徴とする請求項１０に記載のプログラム。
【請求項１２】
前記方法は、前記他の求貨求車システムの公開荷物情報にエントリーをした空車情報は、前記求貨求車システム内も含めて、他の荷物情報へエントリーをかけることを禁じ、又は、前記他の求貨求車システムの公開空車情報にエントリーをした荷物情報は、前記求貨求車システム内も含めて、他の空車情報へエントリーをかけることを禁じると共に、該他の求貨求車システムの公開荷物情報にエントリーをした空車情報について、該求貨求車システム内からのエントリーを含めて、他の荷物情報からエントリーを受けること禁止し、又は、該他の求貨求車システムの公開空車情報にエントリーをした荷物情報について、該求貨求車システム内からのエントリーを含めて、他の空車情報からエントリーを受けること禁止するエントリー制限工程と
を更に備えることを特徴とする請求項１０又は１１に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、荷主が使用する荷主端末及び車主が使用する車主端末とを通信回線を介して接続し、前記荷主と前記車主間の配送依頼を支援する求貨求車システムの求貨求車サーバ、求貨求車システム間連携システム及びそれらの制御方法、プログラムに関するものである。
【０００２】
【従来の技術】
求貨求車システムは、運送車（例えば、トラック）を探している荷主の荷物情報と、荷物を探している運送会社（車主）が所有する運送車の空車情報をインターネット上でマッチングすることで、運送車の運行率を向上させ、その見返りとして安価に荷物を運送することを実現するマーケットプレイス型のビジネスである。
【０００３】
このビジネスは、幹事会社（運営会社）がインターネット上に構築した専用サーバによって提供する求貨求車システム（通常、会員制）を提供し、この求貨求車システムに登録された荷主の荷物情報と車主（運送会社等）の空車情報をマッチングする。そして、幹事会社は、その求貨求車システムの利用料として、一定のマッチング手数料を荷主及び車主の双方、もしくは片方から徴収することを収益とするものである。図１６は、この従来の求貨求車システムの一例として、幹事会社が荷主及び車主の双方から手数料５％を徴収する場合を示している。
【０００４】
【発明が解決しようとする課題】
しかし、求貨求車システムに登録される荷物情報と空車情報は常に一定のバランスでマッチングされるとは限らない。
【０００５】
当然ながら、荷物の積地と降地の地理的条件、季節変動、突発的需要、景気動向等多くの条件により、マッチング率の変動、低下が考えられる。
【０００６】
また、求貨求車システムは、通常、端物（一車立てに満たない荷物や、一般的に荷量の少ない地域への荷物）と呼ばれる荷物が多くの割合を占めるケースが多いため、なおさらマッチング率が上がらない。
【０００７】
求貨求車システムの利用会員は、欲しい車が見つかる、欲しい荷物が見つかることで利用メリットが享受されるため、荷物情報と空車情報のバランスが大きくずれると、マッチング率が低下する。このマッチング率の低下は利用メリットの低減、ひいては利用会員減につながり、求貨求車ビジネスの命取りとなる。
【０００８】
このように、マッチング率の向上が、現在の求貨求車システムの課題となっている。
【０００９】
上述したように、求貨求車システム事業の成否は、マッチング率の高低に左右される。同時に、マッチング率向上のために、多数の情報を収集する必要があるが、その最大の要因は、荷主と車主と求貨求車システムを実現する求貨求車サーバを管理する幹事会社からなる運営サークルの信頼性である。
【００１０】
ここで、図１７に示すように、信頼性の低い運営サークルでは、多数の荷物情報・空車情報が求貨求車システムに登録されても、契約後の運送トラブルや、低い契約率では、リピーター比率は極めて低くなり、それが荷物情報・空車情報の情報数の低下・マッチング率の低下というマイナススパイラルに陥ることになる。
【００１１】
一方、信頼性が高い運営サークルでは、荷主にとって高品質・低料金で荷主と車主間で契約がなされ、車主にとっては、売上向上に結びつけるための、新規荷主獲得の機会が高い。同時に、潤沢な荷物情報は、車主の片道配送の機会を激減させ、効率化の推進に結びつけることができ、それが、荷主への低運賃提示へつながるというプラススパイラルに結びつくことになる。
【００１２】
このような、信頼性の向上を実現させるために、各運営サークルは、求貨求車システムを利用するユーザを特定する会員制を導入することにより、品質の向上・維持に努める。即ち、入会前に参加企業（荷主や車主）の綿密な調査を実施し、既存会員に対しても、会員規約を遵守させる等の手段をとり、クローズな運営を実現する。
【００１３】
しかしながら、こうしたクローズな運営を実現することは、サークル単体運営を要求するために、効率化の限界が生じてしまう。これは、信頼性維持のために、求貨求車システムの登録情報には責任をもつという幹事会社の役割が存在するからである。
【００１４】
つまり、求貨求車システムの利用会員は、欲しい車が見つかる、欲しい荷物が見つかることで利用メリットが享受されるため、図１８に示すように、荷物情報と空車情報のバランスが大きくずれると、マッチング率が低下する。これに加えて、会員を限定すると、荷物情報・空車情報の情報数には自ずと限界が生じる。そのために、契約できない荷物情報・空車情報に対しては、幹事会社自らが、運営サークル外の情報を収集し、結果的に、高運賃・低実車率での運行が行われてしまうという課題があった。
【００１５】
本発明は上記の課題を解決するためになされたものであり、１つの求貨求車システムを構築しているサークル同士に信頼関係を設定し、信頼関係情報に含まれる公開の方向に従った方向で空車情報や荷物情報を公開することにより、サークル間で荷物情報・空車情報を契約可能とすることで、システム全体で輸送品質を確保しつつ、より効率的に荷物情報・空車情報に対する契約処理を実現することができる求貨求車サーバ、及びその制御方法、プログラムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
上記の目的を達成するための本発明による求貨求車サーバは以下の構成を備える。即ち、
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバであって、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録手段と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定手段と、
前記登録手段で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定手段と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開手段とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開手段は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定手段により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定手段により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する。
【００１７】
また、好ましくは、前記他の求貨求車システムに公開する前記登録情報を変更する登録情報変更手段を更に備え、前記公開手段は、変更された前記登録情報を公開する。
【００１９】
また、好ましくは、前記公開フラグの状態がＯＦＦであり、所定時間経過後に、前記荷物情報／前記空車情報に対応する前記空車情報／前記荷物情報が存在しない場合、前記設定手段は、該公開フラグの状態をＯＮにする。
【００２０】
また、好ましくは、前記配送依頼における仲介手数料を管理するテーブルを記憶する記憶手段を更に備え、
前記登録情報変更手段は、前記荷物情報に対応する前記他の求貨求車システムの仲介手数料率を前記テーブルより取得して該仲介手数料率から該荷物情報に対応する配送希望金額を計算し、
又は前記空車情報に対応する前記他の求貨求車システムの仲介手数料率を前記テーブルより取得して該仲介手数料率から該空車情報に対応する配送希望金額を計算する。
【００２３】
また、好ましくは、前記公開手段は、前記登録情報の公開先の求貨求車システムが指定されている場合、該登録情報をその指定された求貨求車システムに公開する。
【００２５】
また、好ましくは、前記記憶手段は、前記公開先として指定された求貨求車システムにおける仲介手数料率又は前記公開先として指定された求貨求車システムが記憶している仲介手数料率への参照情報へのいずれか一つを記憶する。
【００２６】
また、好ましくは、前記他の求貨求車システムの公開荷物情報にエントリーをした空車情報は、前記求貨求車システム内も含めて、他の荷物情報へエントリーをかけることを禁じ、又は、前記他の求貨求車システムの公開空車情報にエントリーをした荷物情報は、前記求貨求車システム内も含めて、他の空車情報へエントリーをかけることを禁じると共に、該他の求貨求車システムの公開荷物情報にエントリーをした空車情報について、該求貨求車システム内からのエントリーを含めて、他の荷物情報からエントリーを受けること禁止し、又は、該他の求貨求車システムの公開空車情報にエントリーをした荷物情報について、該求貨求車システム内からのエントリーを含めて、他の空車情報からエントリーを受けること禁止するエントリー制限手段
を更に備える。
【００２７】
また、好ましくは、前記求貨求車システム間における受取金額と支払金額を相殺する相殺手段と
を更に備える。
【００３０】
上記の目的を達成するための本発明による求貨求車サーバの制御方法は以下の構成を備える。即ち、
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバの制御方法であって、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録工程と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定工程と、
前記登録工程で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定工程と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開工程とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開工程は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定工程により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定工程により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する。
【００３３】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。
荷主が使用する荷主端末、車主が使用する車主端末及び求貨求車サーバを有する自求貨求車システムと、それと同様の他の求貨求車システム間において、通信回線を介して前記他の求貨求車システムの他の求貨求車サーバとの間で情報を送受信して、前記荷主と前記車主間の配送依頼を支援する前記自求貨求車システムの求貨求車サーバの制御方法をコンピュータに実行させるためのプログラムであって、前記方法は、
前記荷主端末から受信した配送依頼の対象となる荷物の荷物情報及び前記車主端末から受信した運送可能な運送車の空車情報の少なくとも一方である登録情報を前記自求貨求車システムの前記求貨求車サーバに登録する登録工程と、
前記自求貨求車システムと前記他の求貨求車システムとの間の前記登録情報の公開可否を決めるための公開可否情報を、システム間の信頼関係を示す信頼関係情報として設定する信頼関係設定工程と、
前記登録工程で登録された前記登録情報毎に、登録情報の前記自求貨求車システムから他の求貨求車システムへの公開の可否を制御する公開フラグの状態を設定する設定工程と、
前記公開フラグの状態と、設定された前記信頼関係情報情報とを用いて、前記登録情報を前記他の求貨求車システムに送信する公開工程とを備え、
前記信頼関係情報は、前記自求貨求車システム及び前記他の求貨求車システムそれぞれの名称と、当該自求貨求車システムと前記他の求貨求車システムとの間で前記登録情報を片方向又は双方向に公開するかを特定する種類情報を含み、
前記公開工程は、
前記自求貨求車システムと前記他の求貨求車システム間に前記信頼関係情報情報が設定されていない場合は、前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態であっても前記他の求貨求車システムに前記登録情報を送信せず、
前記信頼関係設定工程により前記自求貨求車システムから前記他の求貨求車システムへ片方向を意味する前記種類情報を含む前記信頼関係情報情報が設定されており、かつ前記自求貨求車システムにおける前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にし、前記他の求貨求車システムの前記登録情報は前記自求貨求車システムで公開せず、
前記信頼関係設定工程により前記自求貨求車システムと前記他の求貨求車システム間に双方向を意味する前記種類情報を含む前記信頼関係情報が設定されており、かつ前記登録情報の前記公開フラグが公開を可とする状態である場合は、前記他の求貨求車システムに前記自求貨求車システムの前記登録情報を送信して参照可能にすると共に、前記他の求貨求車システムから送信される登録情報を前記自求貨求車システムで公開する。
【００３６】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００３７】
上述した従来の課題の解決策として考えられるのは、図１に示すように、単体の求貨求車システムの運営サークル内部の信頼関係を維持しつつ、同様の求貨求車システムの他の運営サークルとの連携関係を構築することである。
【００３８】
これは、求貨求車システムの運営サークルであれば、上述したような効率化の限界という課題を常に抱えており、自運営サークル内では契約できない荷物情報・空車情報を解決したいと考えているからである。こうした契約できない荷物情報・空車情報を他運営サークルに公開することで、契約率の向上につなげることができる。
【００３９】
しかしながら、未契約の荷物情報・空車情報全てを他運営サークル全てに公開するのは危険である。なぜなら、運搬するのに特殊なノウハウを必要とする荷物が存在しうると同時に、他運営サークル全てが、自運営サークルと同様の信頼性を重視した運営をしているとは限らないからである。
【００４０】
こうした状況下の中で、他運営サークル間の連携を取りつつ、全体最適を実現するために、各運営サークル間における信頼関係の構築と共に、他運営サークルへ公開する荷物情報・空車情報の取捨選択を行う。
【００４１】
例えば、運搬ノウハウを必要とする荷物の連携であれば、運搬ノウハウの似通った運営サークル同士での信頼関係を構築し、また、地域特性を考慮に入れるのであれば、お互いの得意とする地域を補完し合える運営サークル間連携を実現すすることができる。
【００４２】
具体的には、鉄鋼運搬のノウハウと冷凍食品運搬のノウハウは全く異なるものであるが、鉄鋼運搬と建機運搬は、お互いの連携が可能となる。また、その逆に、前者同士の連携も、お互いに有していない運搬ノウハウの共有により、運搬可能対象荷物の拡張に結びつけることも可能となるのである。
【００４３】
また、他運営サークルへ公開する荷物情報・空車情報の取捨選択に関しては、会員レベルでの判断／幹事会社レベルでの判断がありうる。前者は、自運営サークル内の情報を閲覧した時点で、成約にいたる可能性が低いと判断した時点で、会員が自ら成約の可能性を高めるために実施し、後者は運搬ノウハウや地域特性の問題から、自運営サークル内での契約より、他運営サークルに一任したほうが、信頼性の向上・より良い契約条件獲得が可能と判断した時点で実施するものである。
【００４４】
図２は本実施形態の求貨求車システム間連携システムの構成を示す図である。
【００４５】
本実施形態の求貨求車システム間連携システムは、それぞれが独自の求貨求車システムを運営している複数のＡ乃至Ｃサークル３０１０〜３０それぞれが通信回線を介して相互に接続されて構成され、各サークル内で実現される求貨求車システムは、荷主端末１００、車主端末２００、幹事会社端末３００、求貨求車サーバ４００が通信回線５００を介して相互に接続されて構成されている。これによって、各サークル内の求貨求車システム間の情報共有による全体最適化を実現する。
【００４６】
尚、図２では、３つのサークルで構成された求貨求車システム間連携システムを示しているが、これに限定されず、任意数のサークルで構成された求貨求車システム連携が実現可能であることは言うまでもない。
【００４７】
また、物理的には１台のサーバを論理的には各サークルが各々自サークルの求貨求車サーバとして使用する実施形態も本発明の範囲に含まれるし、各々複数のサークルが自サークルの求貨求車ーバとして使用する複数のサーバが通信回線５００を介して相互に接続される構成も本発明の範囲に含まれる。
【００４８】
また、各サークル内の求貨求車システムを実現する基本構成は同等の構成をとるので、以下では、Ａサークル１０内の求貨求車システムを例に挙げて、各サークル内の求貨求車システムの基本構成について説明する。
【００４９】
幹事会社は、ＷＥＢサーバ機能を含む求貨求車サーバ４００と該求貨求車サーバ４００を管理するための幹事会社端末３００を有し、通信回線５００を介して、荷主端末１００、車主端末２００から送信されてくる各種情報を登録し、管理する。また、必要に応じて登録されている各種情報（荷物情報・空車情報）を他サークルへ送信したり、あるいは他サークルから各種情報（荷物情報・空車情報）を受信する。更に、求貨求車サーバ４００には、各種情報を管理するためのテーブルとして、空車テーブル４０１、会員テーブル４０２、荷物テーブル４０３、契約テーブル４０４を有している。これらの各テーブルの構成の詳細については、後述する。
【００５０】
尚、求貨求車サーバ４００は、幹事会社の管理下でなくても良く、例えば、ＡＳＰ等の他のベンダーの管理下であっても良い。また、図２の各テーブルは別々に構成されているが、１つの記憶媒体上の異なる記憶領域にそれぞれのテーブルが構成されていても、もちろん構わない。
【００５１】
また、物理的には１台のサーバを、論理的には各サークルが各々自サークルの求貨求車サーバとして使用する実施形態においては、図２の各テーブルをサークル数だけ記憶しても良いし、各テーブルがサークルＩＤを含めて記憶しており、１つのテーブルを複数のサークルが共用しても良い。
【００５２】
荷主は、通信回線５００を介して求貨求車サーバ４００に接続する荷主端末１００を有し、少なくともＷＥＢブラウザ機能を有する。荷主端末１００では、配送依頼対象の荷物の荷物情報を入力して求貨求車サーバ４００へ送信し、その荷物情報に対応する空車情報がある場合には、その荷主と車主間での契約成立に関する情報を受信する。
【００５３】
車主は、通信回線５００を介して求貨求車サーバ４００に接続する車主端末２００を有し、少なくともＷＥＢブラウザ機能を有する。この車主端末２００は、運送可能な運送車の空車情報を入力して求貨求車サーバ４００へ送信し、その空車情報に対応する荷物情報がある場合には、その車主と荷主間での契約成立に関する情報を受信する。
【００５４】
５００は通信回線であり、典型的にはインターネットであるが、ＬＡＮ／ＷＡＮや電話回線、専用デジタル回線、ＡＴＭ（非同期転送モード）やフレームリレー回線でも良い。そして、この通信回線５００によって、荷主端末１００、車主端末２００、幹事会社端末３００、求貨求車サーバ４００が相互に接続される。更に、この通信回線５００は、Ａサークル１０、Ｂサークル２０、Ｃサークル３０とを相互に接続している。
【００５５】
次に、本実施形態の求貨求車システムを構成する各種端末、サーバのハードウェア構成について、図３を用いて説明する。
【００５６】
図３は本実施形態の求貨求車システムを構成する各種端末、サーバそれぞれのハードウェア構成を示す図である。
【００５７】
図３において、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、入力部（キーボード）２６、入力部（マウス）２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９はそれぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えば、ＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図２では、各バス間の接続用チップやキーボードインタフェースや、いわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００５８】
ＣＰＵ２１は四則演算や比較演算等の各種の演算や、ハードウェアやソフトウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム（後述する各端末やサーバで実行されるフローチャートを実行する各プログラム）等が記憶され、これらはＣＰＵ２１の制御の元に実行される。
【００５９】
ＲＯＭ２３は、オペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵ２１によって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５は、ディスプレイ装置（不図示）に出力する画像信号を生成し、入力部（キーボード）２６や入力部（マウス）２７は端末への指示を入力するために用いられる。
【００６０】
ハードディスク２８は、オペレーションシステムや上述のアプリケーションプログラムを記憶しており、端末の起動時に、または必要に応じてＲＡＭ２２にロードされる。
【００６１】
ＣＤ−ＲＯＭドライブ２９は、ＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。
【００６２】
尚、ＣＤ−ＲＯＭドライブ２９の代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００６３】
次に、本実施形態の求貨求車システムで実行される処理について説明する。
【００６４】
本実施形態の求貨求車システムは、既存求貨求車システムの概念に
・  サークル間信頼関係
・  他サークル公開フラグ
・  指定サークル
・  幹事会社間相殺勘定
・  入札条件の制限
を追加して、これを各サークルの求貨求車サーバ４００で実現する。
【００６５】
以下、求貨求車システム間連携システムの概要について説明する。
【００６６】
求貨求車システム間連携システムの最大の特徴は、これまで同一サークル内の求貨求車システムで扱われていた荷物情報・空車情報を他サークルに公開可能とする点である。尚、ここで、公開とは、実際に荷物情報・空車情報を他サークルの求貨求車サーバへ送信して、他サークルの求貨求車サーバが自サークル内でその荷物情報・空車情報を公開する場合と、公開する荷物情報・空車情報を他サークルから参照可能にすることで公開する場合の２種類が存在する。
【００６７】
求貨求車システム間連携システムにおいて、各サークル内の求貨求車サーバ４００のハードディスク２８には、車主の空車情報を管理する空車テーブル４０１、会員情報を管理する会員テーブル４０２、荷主の荷物情報を管理する荷物テーブル４０３、契約情報を管理する契約テーブル４０４、各サークルに関する情報を管理するサークルテーブル４０５がそれぞれ構築されている。
【００６８】
サークルテーブル４０５は、各サークル特有機能の利用可否を選択するコンフィグレーション機能を有し、同時に、他サークルの中で、どのサークルと信頼関係を結んでいるかを示す「信頼関係情報」を有する。この信頼関係を締結しているサークル名は、荷物情報・空車情報の他サークル公開時に表示される。この他、自サークル内における、仲介手数料率を示す荷物荒利料率、空車荒利料率を有する。
【００６９】
ここで、「信頼関係情報」とは、例えば、信頼関係の設定対象のサークル名、信頼関係の構築対象のサークル名、信頼関係の種類（双方向／片方向）から構成される。
【００７０】
また、「荷物荒利料率」、「空車荒利料率」とは、ここで登録された荒利料率を利用して、荷物情報や空車情報の登録金額と公開金額に差額を持たせる際に使用する数値である。
【００７１】
尚、、この「荷物荒利料率」、「空車荒利料率」は、サークルテーブル４０５には、自サークルの「荷物荒利料率」、「空車荒利料率」だけでなく、信頼関係を結んでいる他サークルの「荷物荒利料率」、「空車荒利料率」を一緒に記憶しても良いし、他サークルの求車求荷サーバのサークルテーブルへの参照先情報（リンク情報）を記憶しても良い。
【００７２】
これらの荷物荒利料率、空車荒利料率は、各サークルごとに固有の値を有する。各サークルは、前述したコンフィグレーション機能により、各サークルにおける求貨求車システムの機能上の差別化を図り、料率設定により、自サークルと他サークル間の会員向価格体系の差別化を図ることが可能となる。また、信頼関係を構築したサークル間の支払い業務を簡素化するための相殺勘定機能を実現するための「サークル支払金額」、「サークル受取金額」情報を有する。
【００７３】
尚、信頼関係の設定は、求貨求車システムを管理している、例えば、幹事会社や求貨求車サーバ４００のシステム管理者のみ設定が可能となる。信頼関係は、各サークル単位での設定が可能であり、片方向・双方向の種別がある。例えば、Ａサークル１０が、Ｂサークル２０へ片方向の信頼関係を築いていた場合、Ａサークル１０の荷物情報・空車情報は、Ｂサークル２０へ公開することが可能だが、その逆に、Ｂサークル２０の荷物情報・空車情報は、Ａサークル１０へ公開することができない。相互に荷物情報・空車情報の公開を行う場合は、双方向の信頼関係を構築する必要がある。
【００７４】
会員テーブル４０２は、会員情報として、例えば、会社名、住所、連絡先、会員ＩＤを有する。
【００７５】
荷物テーブル４０３は、荷物情報として、例えば、荷物会員ＩＤ、荷物番号、契約番号、商品名、積地、降地、積日、降日、重量、積込条件、荷降条件、指定車種、登録金額、公開金額、決定金額の他に、他サークル公開フラグ、指定サークル、他サークル空車エントリーフラグを有する。
【００７６】
「他サークル公開フラグ」とは、荷物情報登録後、自サークル内での契約が困難と判断した幹事会社によって利用される機能である。このフラグの状態をＯＮにすることで、登録された荷物情報は、信頼関係を構築している他サークルへ公開される。
【００７７】
尚、「公開する」とは、元のサークルの公開対象の荷物情報や空車情報を信頼関係を結んだ他サークル側から検索可能又は参照可能にする場合の他、信頼関係を結んだ他サークル側のサーバから要求して公開対象の荷物情報や空車情報を元のサークルのサーバから受信する場合（所謂プル型）、あるいは元のサークルの求貨求車サーバから信頼関係を結んだ他サークルの求貨求車サーバへ公開対象の荷物情報や空車情報を送信して登録する場合（所謂プッシュ型）も含む。
【００７８】
また、他サークルに荷物情報が公開される場合、その荷物情報には、会員が所属しているサークルの幹事会社名が表示される。
【００７９】
「指定サークル」とは、他サークル公開フラグがＯＮの際、特定他サークルのみへ情報公開をする際に利用する。指定サークルには、信頼関係構築済みの他サークル名が選択でき、未選択の際には、信頼関係構築済みの全他サークルへ荷物情報・空車情報が公開される。
【００８０】
「他サークル空車エントリーフラグ」とは、他サークル公開フラグがＯＮとなっている、公開された他サークルの空車情報にエントリーをかけた時点でＯＮとなる機能である。
【００８１】
空車テーブル４０１は、空車情報として、例えば、空車会員ＩＤ、空車番号、契約番号、空車地、希望行き先、空車日、戻り日、車種、積載量、登録金額、公開金額、決定金額の他に、他サークル公開フラグ、指定サークル、他サークル荷物エントリーフラグを有する。
【００８２】
「他サークル荷物エントリーフラグ」とは、他サークル公開フラグがＯＮとなっている、公開された他サークルの荷物情報にエントリーをかけた時点でＯＮとなる機能である。
【００８３】
契約テーブル４０４は、契約情報として、例えば、配送契約が成立した荷主の荷物会員ＩＤと車主の空車会員ＩＤ、その配送契約を示す固有の契約番号の他に、他サークル契約フラグを有する。
【００８４】
「他サークル契約フラグ」とは、契約情報において、他サークルとの契約が確立した際に、ＯＮとなるものである。
【００８５】
あるサークル内の荷主が、荷物情報を求貨求車サーバ４００によって提供される荷物登録画面で入力するが、ここで入力する金額は、荷物テーブル４０３の「登録金額」として入力される。「登録金額」が入力されると、登録対象の荷主に対応する「荷物荒利料率」を所属する求貨求車サーバ４００のサークルテーブル４０５より参照して、その荷物荒利料率からサークル内の求貨求車サーバ４００で公開する「公開金額」を計算する。この公開金額は、求貨求車サーバ４００の荷物テーブル４０３に登録される。
【００８６】
一方、「他サークル公開フラグ」がＯＮとなり、他サークルに公開された荷物情報・空車情報の公開は、以下のようになる。
【００８７】
この場合、荷物情報・空車情報が他サークルに公開される時点で、「登録金額」に、公開される各他サークルに対応する「荷物荒利料率」、「空車荒利料率」によって荷物情報・空車情報の公開金額が計算され、情報の種類に応じて荷主端末１００あるいは車主端末２００あるいは幹事会社端末３００の画面上にはその公開金額が表示されるが、これは、他サークルの求貨求車サーバ４００の対応する荷物テーブル４０３／空車テーブル４０１には記憶されない。「公開金額」は、自サークルの荷物荒利料率／空車荒利料率によって計算された値が仮登録され、最終的に他サークルで契約が確定した場合に、確定した他サークルの荷物荒利料率／空車荒利料率が反映された公開金額が、他サークルの求貨求車サーバ４００の荷物テーブル４０３／空車テーブル４０１に登録される。
【００８８】
他サークルの荷物荒利料率／空車荒利料率を公開金額に反映させることで、複数にまたがる他サークルに公開された荷物情報・空車情報は、各サークル毎に公開金額が異なるが、この機能の実現により、各サークル内の求貨求車システムにおける料金体系が維持されると同時に、サークル間のサービス向上にも結びつけていくことが可能である。
【００８９】
また、この求貨求車システム間連携システムで重要な特徴の１つとして、マッチング権限がある。マッチング権限は、登録された荷物情報・空車情報を有する会員が所属するサークルに与えられる。即ち、他サークル内にて公開された荷物情報・空車情報に対して、他サークルがエントリーを行っても、エントリーを行った荷物情報・空車情報を有する会員が所属する他サークル側でのマッチングはできないように構成されている。
【００９０】
また、このマッチング権限を維持するために、他サークル公開フラグがＯＮである荷物情報・空車情報には、「他サークル荷物エントリーフラグ」・「他サークル空車エントリーフラグ」がＯＮとなり、以下、二つのエントリー（登録）制限が与えられる。
【００９１】
・  他サークルの公開荷物情報・空車情報にエントリーをした空車情報・荷物情報は、自サークル内も含めて、他の荷物情報・空車情報へエントリーをかけることはできない。
【００９２】
・  他サークルの公開荷物情報・空車情報にエントリーをした空車情報・荷物情報は、自サークル内も含めて、他の荷物情報・空車情報からエントリーを受けることはできない。
【００９３】
これらの制限によってエントリーの重複を防止し運用面の混乱を避けることができる。
【００９４】
尚、上述の説明ではマッチング権限は、登録された荷物情報・空車情報を登録したサークル（エントリーを受ける側のサークル）に与えられることを前提としたが、これに限らず、公開先の他サークル側もマッチング権限を有し、元のサクルと競合した場合には、早い者勝ち方式（先にマッチングした方を優先する）や、オークション方式（登録された元の荷物情報の荷主や空車情報の車主にとってより有利な条件のエントリーでマッチングする方式）で調整する方法も考えられ、これらも本発明の範囲内に含まれる。
【００９５】
次に、本実施形態の求貨求車システム間連携システムで実行される処理について、図４を用いて説明する。
【００９６】
尚、本実施形態の求貨求車システムは、求貨求車サーバ４００によって実現される求貨求車システムＷＥＢサイトに対し、荷主及び車主、幹事会社の各オペレータが自身の端末を用いてそのサイトにアクセスし、ＷＥＢブラウザを介して各種処理を行う。
【００９７】
図４は本実施形態の求貨求車システム間連携システムで実行される処理を示すフローチャートである。
【００９８】
尚、図４では、あるサークル内の求貨求車サーバ４００及び荷主端末１００と、自サークルあるいは他サークルの車主端末２００間で実行される処理として説明する。
【００９９】
まず、ステップＳ１０１で、幹事会社は、幹事会社端末３００を用いて、信頼関係設定画面を表示し、求貨求車サーバ４００に対し、他サークルとの信頼関係を登録する。
【０１００】
一方で、ステップＳ２０１で、荷主は、荷物端末１００を用いて、荷物登録画面を表示し、荷物情報を入力する。この入力された荷物情報は、求貨求車サーバ４００へ送信される。
【０１０１】
次に、ステップＳ１０２で、求貨求車サーバ４００は、荷主端末１００で入力された荷物情報を受信し、荷物テーブル４０３に登録する。次に、ステップＳ１０３で、求貨求車サーバ４００は、荷物情報の他サークル公開フラグがＯＮであるか否かをチェックする。
【０１０２】
他サークル公開フラグがＯＮである場合（ステップＳ１０３でＹＥＳ）、ステップＳ１０４に進み、他サークルへ公開する荷物情報の公開金額を、荷物情報の登録金額に対して他サークルの荷物荒利料率を適用して計算する。一方、他サークル公開フラグがＯＦＦである場合（ステップＳ１０３でＮＯ）、ステップＳ１０５に進み、自サークルへ公開する荷物情報の公開金額を、荷物情報の登録金額に対して自サークルの荷物荒利料率を適用して計算する。
【０１０３】
次に、ステップＳ１０６で、各サークルに対応する公開金額で荷物情報を各サークルに公開する。
【０１０４】
一方で、ステップＳ３０１で、自サークルあるいは他サークルの車主は、車主端末２００を用いて、求貨求車サーバ４００が提供する荷物情報一覧画面を表示する。ステップＳ３０２で、車主端末２００は、空車情報の入力の有無を判定する。入力がない場合（ステップＳ３０２でＮＯ）、ステップＳ３０３に戻り、新規の荷物情報が登録されるのを待機し、ステップＳ３０１に戻る。一方、入力がある場合（ステップＳ３０２でＹＥＳ）、ステップＳ３０４に進み、その入力された空車情報を求貨求車サーバ４００へ送信する。
【０１０５】
次に、ステップＳ１０７で、求貨求車サーバ４００は、荷物情報のマッチング処理対象の空車情報の有無を判定する。マッチング処理対象の空車情報がない場合（ステップＳ１０７でＮＯ）、ステップＳ１０８に進み、求貨求車サーバ４００は、所定時間経過したか否かを判定する。所定時間経過していない場合（ステップＳ１０８でＮＯ）、ステップＳ１０７に戻る。一方、所定時間経過した場合（ステップＳ１０８でＹＥＳ）、ステップＳ１０９に進み、処理対象の荷物情報の他サークル公開フラグをＯＮにして、ステップＳ１０３に戻る。
【０１０６】
一方、マッチング処理対象の空車情報がある場合（ステップＳ１０７でＹＥＳ）、ステップＳ１１０に進み、求貨求車サーバ４００は、マッチング処理として、荷物情報のマッチング処理対象の空車情報が複数あるか否かを判定する。空車情報が複数ある場合（ステップＳ１１０でＹＥＳ）、ステップＳ１１１に進み、その複数の空車情報のいずれかを選択する。この選択方法としては、例えば、登録が一番早かった空車情報を選択する、公開金額が一番低い空車情報を選択する等があり、用途や目的に応じて適宜設計すれば良い。一方、空車情報が複数ない場合（ステップＳ１１０でＮＯ）、ステップＳ１１２に進む。
【０１０７】
ステップＳ１１２で、求貨求車サーバ４００は、荷物情報の荷主と選択した空車情報の車主との契約処理を行う。特に、空車情報が他サークル内のものである場合には、他サークル契約フラグがＯＮとなり、荷物情報の荷物会員ＩＤと空車情報の空車会員ＩＤと、契約番号とが対応づけられて自サークルの契約テーブル４０４に登録する。
【０１０８】
ステップＳ１１３で、求貨求車サーバ４００は、契約処理による契約結果を、契約が成立した荷物情報の荷主と空車情報の車主に送信する。
【０１０９】
ステップＳ２０２で、荷主は、荷主端末１００で契約が成立した荷物情報と空車情報を含む情報を受信する。同様に、ステップＳ３０４で、車主は、車主端末２００で契約が成立した荷物情報と空車情報を含む情報を受信する。
【０１１０】
次に、他サークルに荷物情報を公開する場合の本実施形態の求貨求車システム間連携システムの具体例及びその処理フローについて説明する。
【０１１１】
尚、ここでの具体例では、特に、Ａ荷主が荷物情報を新規に求貨求車サーバ４００に登録し、その登録された荷物情報をＢ、Ｃサークル３０に公開し、Ｂサークル２０、Ｃサークル３０のそれぞれのＢ、Ｃ車主が対応する空車情報を新規に登録する場合を例に挙げる。もちろん、この逆の構成も想定されるし、求貨求車サーバ４００に既に登録された複数の荷主情報と複数の空車情報に対し、指定された荷主情報に対応する空車情報を検索するマッチング処理を行う、あるいはその逆の構成も想定され、いずれも本発明の範囲内であることは言うまでもない。
【０１１２】
以下の説明における前提条件を、例えば、以下のようにする。
【０１１３】
３つのサークルとしてＡ〜Ｃサークル１０〜３０が存在する求貨求車システム間連携システムにおいて、
Ａサークル１０
荷物荒利料率・・・１０％
Ｂサークル２０
荷物荒利料率・・・５％
Ｃサークル３０
荷物荒利料率・・・２０％
まず、ステップＳ５０１で、例えば、Ａサークル１０の幹事会社（以下、Ａ幹事会社）のシステム管理者は、Ａ幹事会社端末３００を用いて、Ａ求貨求車サーバ４００によって提供される信頼関係設定画面６０００（図６）を表示し、これを用いて、サークル間の信頼関係として、例えば、Ａ、Ｂ、Ｃサークル３０は、各々双方向の信頼関係を設定する。
【０１１４】
尚、信頼関係設定画面６０００は、信頼関係を設定するサークルを指定する領域６００１、信頼関係の構築対象のサークルを指定する領域６００２、信頼関係の設定種類（双方向／片方向）を指定する領域６００３を有しており、領域６００１〜６００３のいずれの領域もプルダウンメニューによって指定内容が指定可能に構成されている。また、信頼関係設定画面６０００が表示される際には、現在サークルテーブル４０５に登録されている信頼関係情報が対応する領域６００１〜６００３それぞれに表示される。
【０１１５】
６００４は新規登録ボタンであり、サークル間の信頼関係を新規にサークルテーブル４０５に登録する場合に押下する。この新規登録ボタン６００４が押下されると、領域６００１〜６００３の領域が空白な状態の新規な信頼関係設定画面６０００が表示される。６００５は変更ボタンであり、領域６００１〜６００３に表示されている信頼関係情報を変更する場合に押下する。この変更ボタン６００３が押下されると、現在表示されている信頼関係設定画面６０００が編集モードとなり、領域６００１〜６００３の領域の指定内容が変更可能状態となる。６００６は取消ボタンであり、信頼関係設定画面６０００の表示を終了する場合に押下する。
【０１１６】
次に、ステップＳ５０２で、Ａサークル１０内において、Ａサークル１０に所属する荷主会員（以下、Ａ荷主）は、Ａ荷主端末２００を用いて、荷物登録画面７０００（図７）を表示し、これを用いて、例えば、配送希望金額￥１００，０００のＡ荷物情報をＡ求貨求車サーバ４００に登録する。
【０１１７】
尚、荷物登録画面７０００は、例えば、商品名、積日、積地、積込時間、積込／荷降条件、希望車種、登録金額、降日、降地、荷降時間、重量を入力する各種入力領域７００１〜７０１１を有している。７０１２は登録ボタンであり、各種入力領域７００１〜７０１１の内容を確定する場合に押下する。登録ボタン７０１２が押下されると、各種入力領域７００１〜７０１１の内容が荷物情報としてＡ求貨求車サーバ４００の荷物テーブル４０３に登録される。７０１３は取消ボタンであり、各種入力領域７００１〜７０１１の内容を取り消す場合に押下する。
【０１１８】
次に、ステップＳ５０３で、Ａ幹事会社は、自サークル内においてマッチングを試みたが、契約に至りそうな空車情報が見つからなかったため、Ａ幹事会社端末３００を用いて、他サークル公開選択画面８０００（図８）を表示し、これを用いて、信頼関係を構築しているＢサークル２０、Ｃサークル３０に向けて、Ａ荷物情報の他サークル公開フラグをＯＮにした。但し、指定サークルは利用しなかった。
【０１１９】
この時点で、Ａ荷主のＡ荷物情報の公開金額はその荷物荒利料率が１０％であるので、その公開金額は、
￥１００，０００−￥１００，０００×０．１＝￥９０，０００
となる。つまり、Ａサークル１０内では、￥９０，０００が配送希望金額として公開されている。
【０１２０】
尚、他サークル公開選択画面８０００は、Ａ求貨求車サーバ４００に登録されている荷物情報とその契約状況を含む各種情報及び、他サークル公開フラグのＯＮ／ＯＦＦを制御するチェックボックスを有する領域８００１を有している。８００２は更新ボタンであり、領域８００１の表示内容を更新する場合に押下する。この更新ボタン８００２が押下されると、チェックボックスにチェックがなされている荷物情報がある場合には、その荷物情報の他サークル公開フラグがＯＮになる。
【０１２１】
次に、ステップＳ５０４で、他サークル公開フラグがＯＮとなったＡ荷主のＡ荷物情報は、リアルタイムに、Ｂサークル２０、Ｃサークル３０でも公開される。Ｂサークル２０のＢ求貨求車サーバ４００、Ｃサークル３０のＣ求貨求車サーバ４００は、Ａ荷主のＡ荷物情報をＡ幹事会社からのＡ荷物情報として公開し、且つ、各サークルの車主端末２００で表示される荷物情報一覧画面９０００（図９）上には、仲介荷物として表示される。
【０１２２】
尚、荷物情報一覧画面９０００（図９は、Ｃ車主に対する荷物情報一覧画面を示しているが、Ｂ車主に対しても同様である）は、各サークルの求貨求車サーバ４００に登録された荷物情報とその契約状況を含む各種情報と、他サークルからの荷物情報であることを示す情報（仲介荷物）を表示する領域９００１を有している。また、領域９００１は、荷物情報単位行毎に選択可能になっており、マッチング処理対象の荷物情報を選択すると、その荷物情報単位行が、例えば、他の荷物情報単位行と区別可能となるように反転表示されて、その荷物情報単位行が選択されたことが示される。
【０１２３】
９００２／９００３は次／前ページボタンであり、領域９００１に表示しきれない荷物情報とその契約状況を含む各種情報を表示する場合に押下する。９００４はエントリーボタンであり、領域９００１で選択した荷物情報単位行の荷物情報をマッチング処理対象とする場合に押下する。このエントリーボタン９００４が押下されると、空車登録画面１０００（図１０）が表示される。
【０１２４】
ステップＳ５０４において、他サークル公開フラグをＯＮにする設定は、この場合、Ａ幹事会社が実施しているが、Ａ荷主側の判断により、Ａ荷主自身が他サークル公開フラグをＯＮとできる機能も持ち合せる。この他、他サークル公開フラグを、任意の条件（例えば、所定時間経過後等）により、自動的にＯＮとする機能も持ち合せる。これは、荷物情報・空車情報が一定期間自サークルにて公開されているにも関わらず、エントリーが得られない場合、マッチング率を高めるために、他サークルに自動的に公開されるというものである。荷物情報の公開期間は、各サークルにて任意に決定できるものとし、例えば、公開期日を荷物情報の積日前日と設定されたサークルの荷物情報は、積日前日の時点で空車エントリーが無ければ、自動的に他サークル公開フラグがＯＮとなる。
【０１２５】
他サークルへの公開金額は、Ａサークル１０の荷物荒利料率を反映したものが前提となり、かつ、各サークルの荷物荒利料率が反映される。そのため、Ｂサークル２０ではその荷物荒利料率が５％であるので、ステップＳ５０５で、Ｂ求貨求車サーバがＢサークル２０で公開するＡ荷物情報の公開金額は、
￥９０，０００−￥９０，０００×０．０５＝￥８５，５００
となる。
【０１２６】
また、Ｃサークル３０ではその荷物荒利料率が２０％であるので、ステップＳ５０６で、Ｃ求貨求車サーバ４００がＣサークル３０で公開するＡ荷物情報の公開金額は、
￥９０，０００−￥９０，０００×０．２＝￥７２，０００
となる。
【０１２７】
このＡ荷物情報に対して、ステップＳ５０７で、Ｂサークル２０に所属する運送事業者会員（以下、Ｂ車主）は、Ｂ車主端末２００を用いて、空車情報登録画面を表示し、￥８５，０００のＢ空車情報の登録を行ったとする。また、このＡ荷物情報に対して、ステップＳ５０８で、Ｃサークル３０に所属する運送事業者会員（以下、Ｃ車主）は、Ｃ車主端末２００を用いて、空車情報登録画面１０００（図１０）を表示し、￥７５，０００のＣ空車情報の登録を行ったとする。
【０１２８】
ステップＳ５０９及びステップＳ５１０で、Ｂ求貨求車サーバ４００及びＣ求貨求車サーバ４００は、Ｂ車主のＢ空車情報及びＣ車主のＣ空車情報それぞれについて、この時点で、「他サークル荷物エントリーフラグ」をＯＮにする。
【０１２９】
尚、空車情報登録画面１０００（図１０は、Ｃ車主に対する空車情報登録画面を示しているが、Ｂ車主に対しても同様である）は、マッチング処理対象の荷物情報を表示する領域１００１を有している。また、その荷物情報が他サークルから公開されたものである場合には、その注意事項を表示する領域１００２を有している。更に、その荷物情報に対応する空車情報として、例えば、空車日、空車地、車種、戻り日、希望行き先、登録金額を入力する各種入力領域１００３〜１００８を有している。
【０１３０】
１００９は登録ボタンであり、各種入力領域１００３〜１００８の内容を確定する場合に押下する。登録ボタン１００９が押下されると、各種入力領域１００３〜１００８の内容が空車情報として求貨求車サーバ４００の空車テーブル４０１に登録される。この登録がなされると、その空車情報とマッチング処理対象の荷物情報のマッチング処理が求貨求車サーバ４００で実行されることになる。１０１０は取消ボタンであり、各種入力領域１００３〜１００８の内容を取り消す場合に押下する。
【０１３１】
ステップＳ５１１で、マッチング権限を有しているＡ幹事会社は、Ａ幹事会社端末３００を用いて、マッチング処理画面１１００〜１３００（図１１〜図１３）を順次表示してマッチング処理を行い、金額的に有利なＡ荷主とＣ車主との間で契約を成立させた。この時点で、ステップＳ５１２で、Ｂ求貨求車サーバ４００は、Ｂ空車情報の「エントリーフラグ」をＯＦＦにする。
【０１３２】
尚、マッチング処理画面１１００は、マッチング処理対象の荷物情報を表示する領域１１０１と、それに対応する空車情報候補とその空車情報候補から契約対象とする空車情報を選択するためのチェックボックスを表示する領域１１０２を有している。１１０３は契約ボタンであり、領域１００２に表示されている空車情報候補のいずれかのチェックボックスにチェックされた空車情報候補をマッチング対象の空車情報に確定する場合に押下する。この契約ボタン１１０３が押下されると、チェックボックスにチェックされた空車情報候補がマッチング対象の空車情報として確定され、マッチング処理画面１２００に表示が切り替わる。
【０１３３】
マッチング処理画面１２００は、マッチング処理対象の荷物情報を表示する領域１２０１と、それに対応する空車情報を表示する領域１２０２を有している。１２０３は幹事会社のオペレータが荷物情報の公開金額と空車情報の登録金額に基づいて、配送契約における決定金額を入力する領域である。１２０４は手動契約ボタンであり、入力した決定金額を確定する場合に押下する。この手動契約ボタン１２０４が押下されると、領域１２０３に入力された決定金額が確定し、それぞれ空車テーブル４０１、荷物テーブル４０３に登録されるとともに、マッチング処理画面１３００に表示が切り替わる。
【０１３４】
マッチング処理画面１３００は、配送契約が確定した荷物情報を表示する領域１３０１と、それに対応する空車情報を表示する領域１３０２を有している。１３０３は配送契約が確定した決定金額を表示する領域である。１３０４は確定した配送契約の契約番号を表示する領域である。
【０１３５】
これによって、ステップＳ５１３で、Ａ荷主はＡ荷物情報の登録金額である￥１００，０００をＡ幹事会社に支払い、Ａ幹事会社はＣサークル３０へのＡ荷物情報の公開金額である￥９０，０００をＣ幹事会社に支払い、Ｃ幹事会社はＣ空車情報の公開金額である￥７５，０００をＣ車主に支払う。即ち、Ａ幹事会社はＡ荷主から￥１０，０００の仲介手数料を徴収し、Ｃ幹事会社はＣ車主から￥１５，０００の仲介手数料を徴収する。
【０１３６】
このようにして、各会員は、既存取引関係のある幹事会社との取引となるため、新規に相手先の信用調査等を実施する必要はなく、同時に、自サークル内での求貨求車業務と同様の手続きとなる。
【０１３７】
マッチング処理が成立した時点で、契約が確立したＡ荷物情報及びＣ空車情報は、確定情報として、当事者間の各端末（この場合、Ａ荷主及びＣ車主）に各端末が所属するサークルの求貨求車サーバ４００が表示する。つまり、ステップＳ５１４で、Ａ荷主の契約済確認画面１４００（図１４）には、特に、車主名としてＣ幹事会社名が表示される。また、ステップＳ５１５で、Ｃ車主の契約済確認画面１５００（図１５）には、特に、荷主名としてＡ幹事会社名が表示される。
【０１３８】
尚、契約済確認画面１４００は、確定した配送契約の内容を表示する領域１４０１と、その決定金額を表示する領域１４０２と、確定した配送契約の契約番号を表示する領域１４０３を有している。
【０１３９】
また、契約済確認画面１５００は、確定した配送契約の内容を表示する領域１５０１と、その決定金額を表示する領域１５０２と、確定した配送契約の契約番号を表示する領域１５０３を有している。
【０１４０】
ここで、自サークル内での契約情報は、求貨求車サーバ４００の契約テーブル４０４で管理されるが、他サークル間の契約時には、契約テーブル４０４の荷物会員ＩＤ及び空車会員ＩＤとして、他サークル幹事会社ＩＤが記録され、他サークル契約フラグがＯＮとなる。つまり、この場合は、ステップＳ５１６で、Ａ荷主が所属するＡサークル１０では、Ａ求貨求車サーバ４００の契約テーブル４０４に荷物会員ＩＤ＝Ａ荷主、空車会員ＩＤ＝Ｃ幹事会社、他サークル契約フラグ＝ＯＮが登録される。また、ステップＳ５１７で、Ｃ車主が所属するＣサークル３０では、Ｃ求貨求車サーバ４００の契約テーブル４０４に荷物会員ＩＤ＝Ａ幹事会社、空車会員ＩＤ＝Ｃ車主、他サークル契約フラグ＝ＯＮが登録される。
【０１４１】
また、契約済確認画面で表示される情報を帳票等の印刷物によって、各サークル内の幹事会社から会員へ送付されるように構成しても良い。
【０１４２】
一方、各サークル間での仲介手数料の徴収方法に関しては、前述した方法以外に、サークル間の力関係や、実際の運賃とかけ離れることの無い程度の仲介手数料に抑える必要性等から、以下の方法も有り得る。
【０１４３】
・上述の仲介手数料の二重取りは、荷主／車主側にとっての運賃の高騰、運送業者側にとっての運送料金の低下につながる危険性が有るため、荷主／車主が荷物情報／空車情報を登録したサークルの荷物荒利料率／空車荒利料率から得られる金額を基本仲介手数料とし、その金額の半分を各サークルの仲介手数料にする。但し、サークルの力関係や、荷物・空車情報の違いにより、仲介手数料の配分率を変更しても良い。
【０１４４】
・各サークルでの荷物荒利料率／空車荒利料率から得られる金額の内、高い方を基本仲介手数料とし、その金額の半分を各サークルの仲介手数料にする。但し、サークルの力関係や、荷物・空車情報の違いにより、手数料の配分率を変更しても良い。
【０１４５】
・各サークルの荷物荒利料率／空車荒利料率から得られる金額の平均を基本仲介手数料とし、その金額の半分を各サークルの仲介手数料とする。但し、サークルの力関係や、荷物・空車情報の違いにより、手数料の配分率を変更しても良い。
【０１４６】
一方、幹事会社間での支払いに関しては、契約単位でのやり取りではなく、「サークル受取金額」、「サークル支払金額」を利用した相殺勘定が可能となる。
【０１４７】
そこで、相殺勘定の具体例について説明する。以下に述べる。
【０１４８】
先の取引の逆パターンが同月内に発生したとする。即ち、Ｃ荷主のＣ荷物情報が、Ａ車主のＡ空車情報との間で契約が確立した場合である。この場合も、Ｃ荷主からの配送希望金額は￥１００，０００とする。
【０１４９】
各サークルの荷物荒利料率に従って計算すると、Ｃ荷主はＣ幹事会社に￥１００，０００支払い、Ｃ幹事会社は、Ｃサークル３０の荷物荒利料率が２０％であるので、Ｃサークル３０で公開されるＣ荷物情報の公開金額は、
￥１００，０００−￥１００，０００×０．２＝￥８０，０００
となり、Ａ幹事会社に￥８０，０００を支払うことになる。
【０１５０】
また、Ａ幹事会社は、Ａサークル１０の荷物荒利料率が１０％であるので、Ａサークル１０で公開されるＣ荷物情報の公開金額は、
￥８０，０００−￥８０，０００×０．１＝￥７２，０００
となり、Ａ幹事会社は、Ａ車主に￥７２，０００を支払うことになる。
【０１５１】
この契約が成立することで、Ａ幹事会社は、Ｃ幹事会社に￥９０，０００の「サークル支払金額」（債務）が生じるとともに、￥８０，０００の「サークル受取金額」（債権）が生じる。同様に、Ｃ幹事会社は、Ａ幹事会社に￥８０，０００の「サークル支払金額」（債務）が生じると共に、￥９０，０００の「サークル受取金額」（債権）が生じる。
【０１５２】
そこで、例えば、他サークルからの荷物情報・空車情報を公開する求貨求車サーバ４００は、「サークル受取金額」−「サークル支払金額」を計算することにより、各サークル間の相殺勘定が実現し、実際の移動金額はその差額となる。つまり、この例では、Ａ幹事会社が、Ｃ幹事会社に￥１０，０００を支払うことにより、相殺が終了したことになる。
【０１５３】
以上説明したように、本実施形態によれば、１つの求貨求車システムを構築しているサークル同士に連携を持たせて、サークル間で荷物情報・空車情報を公開可能とすることで、より効率的に荷物情報・空車情報に対する契約処理を実現することができる。
【０１５４】
尚、前述したように、各サークルの求貨求車サーバは物理的に別個のサーバでも良いし、物理的は１つで各サークルが論理的に別々のサーバを運用する実施形態でも良い。
【０１５５】
また、上記実施形態では、各サークル内の求貨求車サーバ間で、荷物情報／空車情報の公開の制御を行ったが、これらの求貨求車サーバを統合して管理する求貨求車システム間連携システムサーバを構築し、この求貨求車システム間連携システムサーバの制御によって、各サークル間の荷物情報／空車情報の公開の制御を行うようにしても良い。この場合、求貨求車システム間連携システムサーバ上で、各サークル内の求貨求車サーバで管理される各テーブルを統合して管理することができ、記憶資源の節約や効率性を期待することができる。
【０１５６】
尚、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１５７】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５８】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１５９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６０】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６１】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【０１６２】
【発明の効果】
以上説明したように、本発明によれば、１つの求貨求車システムを構築しているサークル同士に連携を持たせて、サークル間で荷物情報・空車情報を契約可能とすることで、システム全体でより効率的に荷物情報・空車情報に対する契約処理を実現することができる求貨求車サーバ、求貨求車システム間連携システム及びそれらの制御方法、プログラムを提供できる。
【０１６３】
より具体的には、信頼関係を設定したサークル間で信頼関係情報に含まれる公開の方向に従った方向で空車情報や荷物情報を公開することにより、輸送品質を確保しつつ、実車率を改善することができる。
【０１６４】
また、幹事会社間での支払いに関しては、契約単位でのやり取りではなく、「サークル受取金額」、「サークル支払金額」を利用した相殺勘定が可能となるので金融機関への支払い手数料を節約できるし、与信リスクも低減できる。
【０１６５】
さらに、他サークルの公開荷物情報・空車情報にエントリーをした空車情報・荷物情報は、自サークル内も含めて、他の荷物情報・空車情報からエントリーを受けることはできないという制限を設けているので、他サークルに荷物情報・空車情報を公開するばあいであっても、エントリーの重複を防止し円滑な運用が可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態の求貨求車システムの概要を示す図である。
【図２】本実施形態の求貨求車システムの構成を示す図である。
【図３】本実施形態の求貨求車システムを構成する各種端末、サーバそれぞれのハードウェア構成を示す図である。
【図４】本実施形態の求貨求車システムで実行される処理を示すフローチャートである。
【図５】本実施形態の求貨求車システムで実行される処理の具体例を示すフローチャートである。
【図６】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図７】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図８】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図９】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１０】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１１】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１２】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１３】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１４】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１５】本実施形態の求貨求車システムの操作画面の一例を示す図である。
【図１６】求貨求車システムの概念を示す図である。
【図１７】従来の求貨求車システムの特徴を説明するための図である。
【図１８】従来の求貨求車システムにおける課題を説明するための図である。
【符号の説明】
１０  Ａサークル
２０  Ｂサークル
３０  Ｃサークル
１００  荷主端末
２００  車主端末
３００  幹事会社端末
４００  求貨求車サーバ
４０１  空車テーブル
４０２  会員テーブル
４０３  荷物テーブル
４０４  契約テーブル
４０５  サークルテーブル
５００  通信回線
【図１】
0004061145.tif 000002
【図２】
0004061145.tif 000003
【図３】
0004061145.tif 000004
【図４】
0004061145.tif 000005
【図５】
0004061145.tif 000006
【図６】
0004061145.tif 000007
【図７】
0004061145.tif 000008
【図８】
0004061145.tif 000009
【図９】
0004061145.tif 000010
【図１０】
0004061145.tif 000011
【図１１】
0004061145.tif 000012
【図１２】
0004061145.tif 000013
【図１３】
0004061145.tif 000014
【図１４】
0004061145.tif 000015
【図１５】
0004061145.tif 000016
【図１６】
0004061145.tif 000017
【図１７】
0004061145.tif 000018
【図１８】
0004061145.tif 000019