JP2004213257A - 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム - Google Patents
求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム Download PDFInfo
- Publication number
- JP2004213257A JP2004213257A JP2002381192A JP2002381192A JP2004213257A JP 2004213257 A JP2004213257 A JP 2004213257A JP 2002381192 A JP2002381192 A JP 2002381192A JP 2002381192 A JP2002381192 A JP 2002381192A JP 2004213257 A JP2004213257 A JP 2004213257A
- Authority
- JP
- Japan
- Prior art keywords
- information
- vehicle
- empty
- cargo
- contract
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 30
- 238000004891 communication Methods 0.000 claims abstract description 14
- 238000010586 diagram Methods 0.000 description 13
- 238000012545 processing Methods 0.000 description 13
- 230000006870 function Effects 0.000 description 11
- 238000012937 correction Methods 0.000 description 5
- 241000699666 Mus <mouse, genus> Species 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 238000012805 post-processing Methods 0.000 description 2
- 230000007115 recruitment Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 238000010791 quenching Methods 0.000 description 1
- 230000000171 quenching effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】トラックの空スペースをなくして積載効率を向上させることができる求貨求車サーバを提供する。
【解決手段】求貨求車サーバは、通信回線を介して荷主端末及び車主端末に接続されており、荷物情報記憶手段が荷物情報を記憶し、空車情報記憶手段が空車情報を記憶し、積合せ情報記憶手段が車両空き情報を記憶し、契約情報記憶手段が契約情報を記憶し、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報とを含む積合せ情報が情報登録手段に登録され、マッチング手段が積合せ情報を荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量との差分の重量を可載重量とする空車情報として他の荷物情報に関連付ける。
【選択図】 図１
【解決手段】求貨求車サーバは、通信回線を介して荷主端末及び車主端末に接続されており、荷物情報記憶手段が荷物情報を記憶し、空車情報記憶手段が空車情報を記憶し、積合せ情報記憶手段が車両空き情報を記憶し、契約情報記憶手段が契約情報を記憶し、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報とを含む積合せ情報が情報登録手段に登録され、マッチング手段が積合せ情報を荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量との差分の重量を可載重量とする空車情報として他の荷物情報に関連付ける。
【選択図】 図１
Description
【０００１】
【発明が属する技術分野】
本発明は求貨求車サーバ、特に複数の荷物情報または複数の空車情報を組み合わせてマッチング可能な求貨求車サーバ、該求貨求車サーバの制御方法、及びプログラムに関する。
【０００２】
【従来の技術】
従来から有る、荷主、運送会社、及び幹事会社の３プレイヤーが存在する求貨求車システムでは、空車を探している荷主が、空車情報に対して仮契約を申込むことが出来る。また逆に、荷物を探している運送会社が、荷物情報に対して仮契約を申し込むことが出来る。この仮契約関係を幹事会社が閲覧し、荷物特性や車両特性を考慮して、適切にマッチング（契約処理）を行う。
【０００３】
これにより、輸送品質を保ちながら、トラックの帰り便を活用して荷物を輸送することで、トラックの実車率を向上させることをねらった求貨求車システムが特許文献１、特許文献２、特許文献３に開示されている。
【０００４】
【特許文献１】
特開平１１−９６２３８公報
【特許文献２】
特開２００１−１９５４６９公報
【特許文献３】
特開２００１−１９５５３４公報
【０００５】
【発明が解決しようとする課題】
上記の特許文献に開示された求貨求車システムでは、トラックの空車情報を活用するため、実車率の向上には役立つが、トラックの空スペースをなくすこと、換言すると積載量を最大積載重量まで近づけること、すなわち、積載率の向上を実現することまでは難しい。単純に、トラックの空車情報に、空スペースの情報を入力させると言う方法も考えられるが、これではなかなか活用はすすまない。
【０００６】
このため、単純な荷物と空車の求貨求車システムでは、トラックの空スペースをなくし積載効率を向上させることができないと言う問題があった。
【０００７】
本発明は上記の問題点に鑑みてなされたものであり、トラックの空スペースをなくして積載効率を向上させることができる求貨求車サーバの提供を目的とする。
【０００８】
【課題を解決する為の手段】
上記目的を達成するために、請求項１記載の求貨求車サーバは、荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバであって、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量との差分の重量を可載重量とする空車情報として他の荷物情報に関連付けるマッチング手段とを備えることを特徴とする。
【０００９】
請求項２記載の求貨求車サーバは、請求項１記載の求貨求車サーバにおいて、前記空車情報について契約が成立した場合に、前記積合せ情報を削除する第１の情報更新手段を更に備えることを特徴とする。
【００１０】
請求項３記載の求貨求車サーバは、求項１または２記載の求貨求車サーバにおいて、前記荷物情報について契約が成立した場合に、前記積合せ情報を削除する第２の情報更新手段を更に備えることを特徴とする。
【００１１】
請求項４記載の求貨求車サーバは、請求項３記載の求貨求車サーバにおいて、前記第２の情報更新手段は、前記荷物情報について契約が成立した場合に前記積合せ情報を削除すると共に、新たに対応する空車情報を新たに登録することを特徴とする。
【００１２】
請求項５記載の求貨求車サーバは、請求項１または４記載の求貨求車サーバにおいて、前記空車情報の希望積日及び希望降日は前記荷物情報の積日及び降日であり、希望積地及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする。
【００１３】
請求項６記載の求貨求車サーバは、請求項１乃至５のいずれか１に記載の求貨求車サーバにおいて、少なくとも１つ以上の荷物情報と、１つ以上の空車情報と、１つ以上の積合せ情報と、前記積合せ情報を荷物情報として扱うか空車情報として扱うかの区分を指定する区分入力欄と、前記荷物情報と前記空車情報と前記積合せ情報のうち選択された情報を指定するための選択入力欄とを、マッチング画面を端末に表示させるための表示情報生成手段を更に備えることを特徴とする。
【００１４】
上記目的を達成するために、請求項７記載の求貨求車サーバの制御方法は、 荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバの制御方法であって、荷物情報を記憶する荷物情報記憶工程と、空車情報を記憶する空車情報記憶工程と、車両空き情報を記憶する積合せ情報記憶工程と、契約情報を記憶する契約情報記憶工程と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録工程と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング工程とを備えることを特徴とする。
【００１５】
上記目的を達成するために、請求項８記載の求貨求車サーバのプログラムは、荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバのプログラムであって、前記求貨求車サーバを、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング手段として機能させる。
【００１６】
【発明の実施の形態】
本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムは、荷物を一部積載し、空スペースを持ったトラックの情報は、荷物情報にもなり、空車情報にもなりえるとの発想に基づき、トラックの空スペースをなくして積載率を向上させるものである。
【００１７】
例えば、４トンウィングのトラックが東京から大阪まで２トンの荷物を運ぶ予定があるとする。この場合、このトラックには、最大積載量まであと２トン分の余裕があるので、２トン分の空スペースのある空車情報と考えることができる。
【００１８】
しかし、考え方を変えると、上記東京から大阪まで２トンの荷物を運ぶ仕事の経費、もしくは傭車への支払金額よりも安い金額で運ぶ車主があれば、荷物情報として考えることができる。
【００１９】
この場合には、例えば、１０トンウィングトラックで、東京から大阪まで８トンの荷物を運ぶ予定のあるトラックの車主は、この２トンの荷物をより安く請け負うことが可能であろう。
【００２０】
このように、本実施の形態に係る求貨求車サーバを用いる求貨求車システムでは、空スペースの有るトラックを単純に空車情報として捉えるのではなく、荷物情報としても捉えるので、空スペースを有効利用するため荷物を探すことと、空スペースを作ってしまっている端物である荷物の運送を希望する空車を探すこととが価格メリットを考慮しながら同時に行える。これを荷物情報及び空車情報に加えて「積合せ情報」を別途用意することによって実現したのが本発明の求貨求車サーバを使用する求貨求車システムである。
【００２１】
以下、以下、本発明の実施の形態に係る求貨求車サーバについて図面を参照しながら詳細に説明する。
【００２２】
図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【００２３】
求貨求車サーバ１１０と荷主端末１２０と車主端末Ａ１３０と車主端末Ｂ１３５と幹事会社端末１４０とが通信回線１００を介して接続されている。実際には荷主端末は複数台であるし、車主端末も２台ではなくより多数の端末が接続されうるが、図示の便宜上荷主端末を１台、車主端末を２台として記載しているに過ぎない。各端末は典型的にはパソコンであるが、携帯電話やＰＤＡを含む携帯端末でも良い。
【００２４】
求貨求車サーバ１１０のハードディスク２８（図２）は、会員情報１１１と積合せ情報１１２と契約情報１１３と荷物情報１１５と空車情報１１６とを記憶している。
【００２５】
荷物情報１１５の項目は、「荷物番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、希望車種、特記、その他特記、希望運賃」情報を基本情報及び詳細情報として有する。
【００２６】
契約情報１１３の項目は、契約番号、荷物番号、空車番号、荷主の会員番号、運送会社の会員番号、の各情報を有する。
【００２７】
一方、空車情報１１６の項目は、「空車番号、車種、空車地、希望行き先、空車日、空車時間、戻り日、戻り時間、乗務員、車番、携帯番号、その他特記、希望運賃」の各情報を基本情報及び詳細情報として有する。
【００２８】
積合せ情報１１２の項目は、これら両方を表現できる情報と空スペース情報項目として「積合わせ番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、荷物特記、荷物その他指示、荷物希望運賃、車種、乗務員、車番、携帯番号、空車その他特記、空車希望運賃、積載スペース、積合特記事項、希望取引（荷物として求車または空車として求貨のどちらでもよい）、関連付けのための空車番号及び荷物番号」の各情報を基本情報及び詳細情報として有する（図８）。希望取引は例えば図８の画面の入力欄８８及び入力欄８９にチェックマークを入力するか否かによって指定する。
【００２９】
各情報は図２のハードディスク２８に記憶されている。通信回線１００は典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、およそデータの送受信が可能であれば良く、端末装置１００から情報処理装置３００への通信手段と情報処理装置３００から端末装置１００への通信手段が異なっていても良い。
【００３０】
図２は、図１における求貨求車サーバ１１０のハードウェアの概略構成を示すブロック構成図である。
【００３１】
図２においてＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９がそれぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図２では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００３２】
ＣＰＵ２１はオペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の下に実行される。
【００３３】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵによって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。
【００３４】
ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は求貨求車サーバへの指示を入力するために用いられる。
【００３５】
ハードディスク２８はオペレーションシステムやアプリケーションプログラムや図１の会員情報１１１や積合せ情報１１２や契約情報１１３や荷物情報１１５や空車情報１１６を記憶している。
【００３６】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なお、ＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００３７】
図３は、図１における各端末（車主端末Ａ１３０、車主端末Ｂ１３５、荷主端末１２０、幹事端末１３０）のハードウェア構成を示す図である。図２と図３は区別のために符号が異なるだけなので、詳細な説明は省略する。
【００３８】
次に、本求貨求車サーバが生成する、各端末の画面表示用の表示情報の概要を説明する。
【００３９】
この本求貨求車サーバ１１０では、会員の入力画面として「荷物情報入力」（図１１）、「空車情報入力」（図１２）、「積合せ情報入力」（図８乃至図１０）「マッチング」（図１３）の各画面を各端末で表示させるための表示情報を生成する。
【００４０】
会員一覧画面は、「荷物情報一覧」、「自社登録荷物情報一覧」、「空車情報一覧」、「自社登録空車情報一覧」をベースとして有する（不図示）。なお、荷主が参照できる空車情報一覧は最初の契約（例えば４トン車で２トンの荷物を運ぶ契約）が成立すると参照できなくなるが、物理的に削除されるわけではなく、運送会社の自社登録空車情報検索からは、最初の契約後も参照が可能である。
【００４１】
図４は、図１に示す車主端末１３０と求貨求車サーバ１１０との間で実行される積合わせ情報登録処理を示すフローチャートである。
【００４２】
図４のフローチャートにおいて、ステップＳ４０１乃至ステップＳ４０８は車主端末Ａ１３０のＣＰＵ３１の制御の下で実行される。ステップＳ４２１乃至ステップＳ４３２は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００４３】
車主端末Ａ１３０は予め求貨求車サーバ１１０にユーザＩＤ及びパスワードを送信して認証を受け、不図示のメインメニューが表示された後、メインメニューで「積合せ登録」を選択したものとする。ステップＳ４０１では図８に示す積合せ登録の画面が表示される。図８では画面左側に荷物基本情報の入力・表示欄が表示され、画面右側に空車基本情報の入力・表示欄が表示される。荷物基本情報の上部右側には、希望取引を指定するチェックマーク欄８８が表示され、空車基本情報の上部右側には、希望取引を指定するチェックマーク欄８９が表示される。
【００４４】
以下、希望取引チェックマーク欄８８とチェックマーク欄８９の両方にチェックマークが指定されているものとして説明を進める。
【００４５】
ステップＳ４０２では車主端末Ａ１３０の操作情報が判定され、荷物情報検索ボタン８３が押下された場合には、処理はステップＳ４０３に進む。
【００４６】
荷物情報が既に登録されている場合には（求貨求車システムで既に契約している場合）、ステップＳ４０３で当該会員の会員ＩＤが送信され、ステップＳ４２１で求貨求車サーバ１１０が受信し、当該会員ＩＤの契約済みの荷物情報が検索され、検索結果がステップＳ４２２で車主端末Ａ１３０に送信され、処理はステップＳ４０４に進む。
【００４７】
なお、図８の画面で空車基本情報に積日や積地等の空車基本情報の少なくとも一部を入力してから空車情報検索ボタン８３が押下された場合には、ステップＳ４２１で求貨求車サーバ１１０において当該入力された荷物基本情報または空車基本情報を検索条件にして検索が実行され、検索結果がステップＳ４２２で車主端末Ａ１３０に送信される。複数の空車情報がヒットした場合には、複数のヒットした空車情報を選択する画面が送信され、車主端末Ａ１３０からは折り返し空車情報を選択する情報が求貨求車サーバ１１０に送信される。
【００４８】
他方、空車情報検索ボタン８３が押下されずに、荷物情報登録ボタン８２が押下された場合には、処理はステップＳ４０４に進む。
【００４９】
ステップＳ４０４では、車主端末Ａ１３０の表示部に図９に示す画面が表示される。図９の画面は、新規入力または情報検索の結果、画面左側の荷物基本情報欄８１に情報内容が入力されている状態を示している。図９の画面では、既に食料品２．５ｔを５万円で大阪に運ぶ契約が成立している。この荷物を他の運送会社に下請けに出すために、５万円未満の希望運賃（例えば４万円）を希望運賃入力欄８７に入力する。更に会員情報に含まれる保有車両のデータに基づいて、空車基本情報欄８６に車種「平車幌付」が表示される。
【００５０】
また、空車基本情報欄他の項目も全部入力する必要はない。空車情報検索ボタン９３が押下されると、契約済みの空車情報の参照要求が求貨求車サーバ１１０に送信され、ステップＳ４２３で求貨求車サーバ１００が受信し、契約済みの空車情報を検索して結果を車主端末１３０Ａに送信する。ついで、処理はステップＳ４０５に進み、積合わせ情報が車主端末Ａ１３０から求貨求車サーバ１１０に送信されると、ステップＳ４２４では求貨求車サーバ１１０がこれを受信し、「空車情報の希望積日」＝「荷物情報の積日」とし、「空車情報の希望降日」＝「荷物情報の降日」とし、「空車情報の希望積地」＝「荷物情報の積地の都道府県」とし、更に、「空車情報の希望降地」＝「荷物情報の降地の都道府県」とする空車情報が契約済みの空車情報を元に生成される。
【００５１】
また、「空車情報の希望積地」＝「荷物情報の積地の経路上の隣接都道府県（図１０の神奈川県）」とすることも可能である。更に、可載重量（積載可能重量）は、車種情報から特定される車両の最大積載重量から契約済みの荷物情報の重量を引いた数字を算出してデフォルト設定しても良い。これらの処理によって空車情報の入力工数を削減することが可能になる。
【００５２】
さらにこの空車情報を車主端末Ａ１３０の画面に表示するための表示情報がステップＳ４２５で生成され、ステップＳ４２６で送信される。ステップＳ４０６で車主端末Ａ１３０の画面に空車情報を加えた状態で表示される。
【００５３】
ステップＳ４０７では、空車情報に対する修正情報が入力され送信される。ステップＳ４２７では求貨求車サーバ１１０が修正情報を受信する。修正情報がキャンセルであれば（ステップＳ４２８でＹｅｓ）、積合せ情報の登録を行うことなく処理を終了する。
【００５４】
図９の画面で荷物情報登録ボタン９２が押下された場合（荷物の新規情報登録の場合）であれば、ステップＳ４２９でＹｅｓとなり処理はステップＳ４３０に進む。希望取引を「どちらでも可」として登録された場合なので、積合せ情報（ステップＳ４３２）と共に荷物情報（ステップＳ４３０）と、空車情報（ステップＳ４３１）も１レコードずつ作成され、積合せ情報は、この共に作成された荷物情報と空車情報との紐付き関係の情報を持つ。以上で希望取引を「どちらでも可」として登録された場合の説明を終わる。
【００５５】
他方、積合せ情報入力にて情報入力する際に、希望取引を「荷物として求車」として登録された場合には、積合せ情報（ステップＳ４３２）と共に荷物情報（ステップＳ４３０）にも１レコード作成され、積合せ情報は、この共に作成された荷物情報との紐付き関係の情報を持つ（この場合には、ステップＳ４３１はスキップする）。
【００５６】
更に、希望取引を「空車として求貨」として登録された場合には、積合せ情報（ステップＳ４３２）と共に空車情報ステップＳ４３１にも１レコード作成され、積合せ情報は、この共に作成された空車情報との紐付き関係の情報を持つ（この場合には、ステップＳ４３０はスキップする）。
【００５７】
以上の処理によって、運送会社が、積載重量に満たない荷物の契約が成立している車両の荷物を荷物情報として登録すると共に積載重量のうち空きスペースの部分を可載重量とする空車情報として登録することが可能になる。この荷物情報と空車情報とは積合せ情報に関連付けられている。また、ステップＳ４２４の空車情報生成処理によって空車情報の入力工数を削減することも可能になる。
【００５８】
次に図５について説明する。
【００５９】
図５は、図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【００６０】
図５のフローチャートでステップＳ５０１乃至ステップＳ５０２は荷主端末１２０のＣＰＵ３１の制御の下で実行される。ステップＳ５２１乃至ステップＳ５２２は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６１】
図５は、荷主端末１２０より求貨求車サーバ１１０に荷物を登録するフローチャートを示したものであり、ステップＳ５０１では既に認証やメニュー選択が終わり、荷物情報入力画面が表示されているものとする。
【００６２】
ステップＳ５０１で荷主端末１２０に荷物情報が入力されると、ステップＳ５０２で求貨求車サーバ１１０に送信され、ステップＳ５２１で求貨求車サーバ１１０が荷物情報を受信後、ステップＳ５２２で荷物情報１１５に記憶される。車主端末Ａ１３０より空車情報を登録する場合も同様なのでフローチャート及び説明は省略する。
【００６３】
次に図６について説明する。
【００６４】
図６は、図５で登録された荷物情報に対する車主端末からの仮契約の申し込みが登録されて、さらに、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【００６５】
図６のフローチャートでステップＳ６０１乃至ステップＳ６０４は幹事端末１４０のＣＰＵ３１の制御の下で実行される。ステップＳ６４１乃至ステップＳ６４３は車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。ステップＳ６２１乃至ステップＳ６３４は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。ステップＳ６４４は荷主端末１２０及び車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。ステップＳ６４５は車主端末Ａ１３０及び車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。
【００６６】
図６は、図５で登録された荷物情報に対して車主端末Ａより仮契約の申し込みがあり、幹事端末１４０からのマッチング情報によって契約が成立し、契約通知が送信されるまでを示すフローチャートを示したものである。
【００６７】
ステップＳ６４１では、車主端末Ａ１３０は既に求貨求車サーバに接続し認証を済ませているものとする。ステップＳ６４１で荷物情報一覧画面を要求するために荷物情報の検索条件が送信されると、ステップＳ６２１で求貨求車サーバ１１０はこの画面要求を受信し、ステップＳ６２２で荷物情報の検索を行う。
【００６８】
ステップＳ６２３では、車主端末Ａ１３０の画面に荷物一覧画面を表示させるための表示情報が生成され、車主端末Ａ１３０に送信される。
【００６９】
ステップＳ６４２では、車主端末Ａ１３０の画面に荷物情報一覧が表示され、特定の荷物情報が選択され「申込ボタン」が押下されると、ステップＳ６４３で荷物の選択情報を含む仮契約申込情報が送信される。Ｓ６２４では、求貨求車サーバ１１０が仮契約申込情報を受信し、荷物情報１１５の当該荷物情報に仮契約を申し込んだ会員番号及び空車情報のＩＤを追加する。
【００７０】
その後、ステップＳ６０１で幹事端末１４０が、マッチング画面を要求すると、ステップＳ６２５で求貨求車サーバ１１０はこの要求を受信し、ステップＳ６２６で荷物情報及び空車情報を検索し付き合わせる。次いでステップＳ６２７で荷物情報及び空車情報の条件が合致した分について幹事端末１４０の画面に表示させるための表示情報を生成する。ステップＳ６２８ではこの表示情報が幹事端末１４０に送信される。
【００７１】
ステップＳ６０２では、幹事会社によるマッチング（契約処理）を行う画面（図１３）が表示される。この画面では、空車情報１３０１と、積合せ情報１３０２と、荷物情報１３０３との３つが表示される。このマッチング画面にて、幹事会社のオペレータは、空車情報と積合せ情報とをマッチングさせることもできるし、空車情報と荷物情報とをマッチングさせることもできるし、積合せ情報と荷物情報とをマッチングさせることもできる。更には、「空車情報＋空車情報」としての積合せ情報と、荷物情報とをマッチングさせることもできるし、空車情報と、荷物情報としての「積合せ情報＋荷物情報」とをマッチングさせることもできる。
【００７２】
ステップＳ６０２で特定の空車情報１３０１と積合せ情報１３０２と荷物情報１３０３とのチェックマーク欄に適宜チェックマークが入力され、マッチングボタン１３０４が押下されると処理はステップＳ６０３に進み、マッチング情報が送信される。このマッチング情報には少なくともどの荷物情報とどの積合せ情報とどの空車情報とが選択されたかの情報が含まれている。
【００７３】
次いで、ステップＳ６２９で求貨求車サーバ１１０がこのマッチング情報を受信し、ステップＳ６３０でマッチングされた情報に複数の積合せ情報が含まれているかが判定され、少なくとも一方の情報が積合せ情報でない場合には、処理はステップＳ６３１に進み、契約通知が電子メールまたはメッセ−ジングのいずれかで送信される。ステップＳ６４４で荷主端末１２０と車主端末Ａ１３０または車主端末Ｂ１３５がこの契約通知を受信する。契約通知の電子メールは、例えば図１４に示すような文面のものである。
【００７４】
次に、双方が積合わせ情報の場合には、処理はステップＳ６３２に進む。同じ積合せ番号を持つ荷物情報と空車情報とは、マッチングすることが出来ないように制御する（ステップＳ６３２，ステップＳ６３３）。
【００７５】
同一の積合せ番号でマッチングしようとした場合には、エラー通知を幹事端末１４０に向けて送信する（ステップＳ６３２，ステップＳ６３４）。ステップＳ６０４で幹事端末１４０にエラー通知が表示される。
【００７６】
同一の積合せ番号でない場合には、ステップＳ６３３，ステップＳ６４５で荷主端末１２０と車主端末Ａ１３０または車主端末Ｂ１３５とが同様に契約成立通知を受信する。
【００７７】
予め車主が空車情報を登録しており、荷主が空車情報一覧を要求して（ステップＳ６４１相当部分）、空車情報の一覧を画面に表示させ（ステップＳ６４２相当部分）、仮契約を申し込んだ場合（ステップＳ６４３相当部分）も処理は同様なので説明は省略する。
【００７８】
次に図７について説明する。
【００７９】
図７は、図６の処理が終了した後の後処理（積合せ情報の削除及び契約情報の更新処理）を示すフローチャートである。
【００８０】
図７のフローチャートでステップＳ７２１乃至ステップＳ７２５は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００８１】
まず、マッチングされた空車情報と荷物情報のうち少なくとも１つが積合せ情報である場合（ステップＳ７２１でＹｅｓの場合）について説明する。
【００８２】
希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」及び「空車情報」は、お互いの情報同士で契約処理をしたり、一方が仮契約、もしくは契約がされたにも拘らず、もう一方が新たに契約できる状態になっていることを回避しなくてはならない。
【００８３】
このため、例えば、希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」に対して、幹事端末１４０から空車情報としてマッチング入力された場合には（ステップＳ７２２でＹｅｓ）、処理は直ちにステップＳ７２５に進み、空車情報が登録され、次いでステップＳ７２６で積合せ情報が削除される。
【００８４】
他方、幹事端末１４０から荷物情報としてマッチング入力された場合には（ステップＳ７２２でＮｏ）、ステップＳ７２３でこの荷物情報が登録され、このマッチングされた「荷物情報」を除いた状態の空車情報を新たに登録され（ステップＳ７２４）、処理はステップＳ７２６に進む。このように構成することで、荷物を譲って空きが増えた車両を別の荷物情報と突き合わせて契約することが可能になる。
【００８５】
ステップＳ７２６では、積合せ情報に削除フラグが設定され、対応する空車情報または荷物情報との関連付け情報が更新される。更に、ステップＳ７２７では、契約情報１１３が更新され、積合せ情報との関連付け情報も更新される。
【００８６】
以上積合せ情報がない場合には、ステップＳ７２１から直ちにステップＳ７２７に進み、契約情報１１３が更新される。
【００８７】
上記ケース以外の場合には（積合せ情報が１つも含まれない場合には）、図６において通常の求貨求車システム同様、幹事端末１４０から契約したい荷物情報、空車情報を選択してマッチングし契約処理を実行する。
【００８８】
なお、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００８９】
この場合には、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を実行し、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システムあるいは装置のハードディスクやメモリ等の記憶手段またはＣＤ−ＲＷやＣＤ−Ｒ等の記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９２】
【発明の効果】
以上詳細に説明したように、本発明によれば、特定の車両の最大積載量に満たない荷物を運送する契約が成立している場合には、その荷物を荷物情報として登録することができ、また、最大積載量との差（可載重量）を空車情報として登録することができるので、荷物を他の車主に譲った場合には、自己の契約での運送料と第三者の車主に支払う運送料との差額を手数料として得ることが可能となり、さらに当該車両の最大積載量に近い新たな運送契約を結ぶことが可能になる。また可載重量分の空車情報に対して契約が成立した場合には、積載効率を上げることが可能になる。また、積み合わせ情報の登録の工数を削減することも可能になる。
【００９３】
これら全体を通じて求貨求車システムの運用を柔軟かつ効率的に進めることができる。
【００９４】
更に、積合せ情報を空車情報または荷物情報のいずれかに簡単に切り替えてマッチングすることが可能であり、例えば荷物情報及び荷物情報としての「積合せ情報と空車情報」とをマッチングしたり、荷物情報と空車情報としての積合せ情報及び他の空車情報とを組み合わせてマッチングすることが可能になるのでマッチング成立の可能性を拡大し、効率的な運用を行うことが可能になる。
【図面の簡単な説明】
【図１】図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【図２】図１における求貨求車サーバ１１０のハードウェアの概略構成を示すブロック構成図である。
【図３】図１における各端末（車主端末Ａ１３０、車主端末Ｂ１３５、荷主端末１２０、幹事端末１３０）のハードウェアの概略構成を示す図である。
【図４】図１に示す車主端末１３０と求貨求車サーバ１１０との間で実行される積合わせ情報登録処理を示すフローチャートである。
【図５】図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【図６】図５で登録された荷物情報に対する車主端末からの仮契約の申し込みが登録されて、さらに、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【図７】図６の処理が終了した後の後処理（積合せ情報の削除及び契約情報の更新処理）を示すフローチャートである。
【図８】積合せ情報登録時の初期画面を示す図である。
【図９】積合せ情報登録時の新規荷物情報を入力した画面を示す図である。
【図１０】積合せ情報登録時の空車情報検索後の画面を示す図である。
【図１１】荷物情報新規登録画面を示す図である。
【図１２】空車情報新規登録画面を示す図である。
【図１３】マッチング処理時のマッチング画面を示す図である。
【図１４】契約成立を通知する電子メールを示す図である。
【符号の説明】
２０ システムバス
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＬＡＮアダプタ
２５ ビデオアダプタ
２６ キーボード
２７ マウス
２８ ハードディスク
２９ ＣＤ−ＲＯＭドライブ
３０ システムバス
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ ＬＡＮアダプタ
３５ ビデオアダプタ
３６ キーボード
３７ マウス
３８ ハードディスク
３９ ＣＤ−ＲＯＭドライブ
８１ 荷物基本情報の入力欄
８２ 荷物情報登録ボタン
８３ 空車情報検索ボタン
８４ キャンセルボタン
８５ 前の画面への遷移ボタン
８６ 空車基本情報の入力欄
８７ 希望運賃入力欄
８８ 荷物情報としての希望取引チェックマーク欄
８９ 空車情報としての希望取引チェックマーク欄
１００ 通信回線
１１０ 求貨求車サーバ
１１１ 会員情報
１１２ 積合せ情報
１１３ 契約情報
１１５ 荷物情報
１１６ 空車情報
１２０ 荷主端末
１３０ 車主端末Ａ
１３５ 車主端末Ｂ
１００１ 荷物基本情報の修正入力欄
１００２ 積合せ情報の登録ボタン
１００３ 確認メッセージ表示欄
１００４ キャンセルボタン
１００５ 前の画面への遷移ボタン
１００６ 空車基本情報の修正入力欄
【発明が属する技術分野】
本発明は求貨求車サーバ、特に複数の荷物情報または複数の空車情報を組み合わせてマッチング可能な求貨求車サーバ、該求貨求車サーバの制御方法、及びプログラムに関する。
【０００２】
【従来の技術】
従来から有る、荷主、運送会社、及び幹事会社の３プレイヤーが存在する求貨求車システムでは、空車を探している荷主が、空車情報に対して仮契約を申込むことが出来る。また逆に、荷物を探している運送会社が、荷物情報に対して仮契約を申し込むことが出来る。この仮契約関係を幹事会社が閲覧し、荷物特性や車両特性を考慮して、適切にマッチング（契約処理）を行う。
【０００３】
これにより、輸送品質を保ちながら、トラックの帰り便を活用して荷物を輸送することで、トラックの実車率を向上させることをねらった求貨求車システムが特許文献１、特許文献２、特許文献３に開示されている。
【０００４】
【特許文献１】
特開平１１−９６２３８公報
【特許文献２】
特開２００１−１９５４６９公報
【特許文献３】
特開２００１−１９５５３４公報
【０００５】
【発明が解決しようとする課題】
上記の特許文献に開示された求貨求車システムでは、トラックの空車情報を活用するため、実車率の向上には役立つが、トラックの空スペースをなくすこと、換言すると積載量を最大積載重量まで近づけること、すなわち、積載率の向上を実現することまでは難しい。単純に、トラックの空車情報に、空スペースの情報を入力させると言う方法も考えられるが、これではなかなか活用はすすまない。
【０００６】
このため、単純な荷物と空車の求貨求車システムでは、トラックの空スペースをなくし積載効率を向上させることができないと言う問題があった。
【０００７】
本発明は上記の問題点に鑑みてなされたものであり、トラックの空スペースをなくして積載効率を向上させることができる求貨求車サーバの提供を目的とする。
【０００８】
【課題を解決する為の手段】
上記目的を達成するために、請求項１記載の求貨求車サーバは、荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバであって、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量との差分の重量を可載重量とする空車情報として他の荷物情報に関連付けるマッチング手段とを備えることを特徴とする。
【０００９】
請求項２記載の求貨求車サーバは、請求項１記載の求貨求車サーバにおいて、前記空車情報について契約が成立した場合に、前記積合せ情報を削除する第１の情報更新手段を更に備えることを特徴とする。
【００１０】
請求項３記載の求貨求車サーバは、求項１または２記載の求貨求車サーバにおいて、前記荷物情報について契約が成立した場合に、前記積合せ情報を削除する第２の情報更新手段を更に備えることを特徴とする。
【００１１】
請求項４記載の求貨求車サーバは、請求項３記載の求貨求車サーバにおいて、前記第２の情報更新手段は、前記荷物情報について契約が成立した場合に前記積合せ情報を削除すると共に、新たに対応する空車情報を新たに登録することを特徴とする。
【００１２】
請求項５記載の求貨求車サーバは、請求項１または４記載の求貨求車サーバにおいて、前記空車情報の希望積日及び希望降日は前記荷物情報の積日及び降日であり、希望積地及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする。
【００１３】
請求項６記載の求貨求車サーバは、請求項１乃至５のいずれか１に記載の求貨求車サーバにおいて、少なくとも１つ以上の荷物情報と、１つ以上の空車情報と、１つ以上の積合せ情報と、前記積合せ情報を荷物情報として扱うか空車情報として扱うかの区分を指定する区分入力欄と、前記荷物情報と前記空車情報と前記積合せ情報のうち選択された情報を指定するための選択入力欄とを、マッチング画面を端末に表示させるための表示情報生成手段を更に備えることを特徴とする。
【００１４】
上記目的を達成するために、請求項７記載の求貨求車サーバの制御方法は、 荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバの制御方法であって、荷物情報を記憶する荷物情報記憶工程と、空車情報を記憶する空車情報記憶工程と、車両空き情報を記憶する積合せ情報記憶工程と、契約情報を記憶する契約情報記憶工程と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録工程と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング工程とを備えることを特徴とする。
【００１５】
上記目的を達成するために、請求項８記載の求貨求車サーバのプログラムは、荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバのプログラムであって、前記求貨求車サーバを、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング手段として機能させる。
【００１６】
【発明の実施の形態】
本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムは、荷物を一部積載し、空スペースを持ったトラックの情報は、荷物情報にもなり、空車情報にもなりえるとの発想に基づき、トラックの空スペースをなくして積載率を向上させるものである。
【００１７】
例えば、４トンウィングのトラックが東京から大阪まで２トンの荷物を運ぶ予定があるとする。この場合、このトラックには、最大積載量まであと２トン分の余裕があるので、２トン分の空スペースのある空車情報と考えることができる。
【００１８】
しかし、考え方を変えると、上記東京から大阪まで２トンの荷物を運ぶ仕事の経費、もしくは傭車への支払金額よりも安い金額で運ぶ車主があれば、荷物情報として考えることができる。
【００１９】
この場合には、例えば、１０トンウィングトラックで、東京から大阪まで８トンの荷物を運ぶ予定のあるトラックの車主は、この２トンの荷物をより安く請け負うことが可能であろう。
【００２０】
このように、本実施の形態に係る求貨求車サーバを用いる求貨求車システムでは、空スペースの有るトラックを単純に空車情報として捉えるのではなく、荷物情報としても捉えるので、空スペースを有効利用するため荷物を探すことと、空スペースを作ってしまっている端物である荷物の運送を希望する空車を探すこととが価格メリットを考慮しながら同時に行える。これを荷物情報及び空車情報に加えて「積合せ情報」を別途用意することによって実現したのが本発明の求貨求車サーバを使用する求貨求車システムである。
【００２１】
以下、以下、本発明の実施の形態に係る求貨求車サーバについて図面を参照しながら詳細に説明する。
【００２２】
図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【００２３】
求貨求車サーバ１１０と荷主端末１２０と車主端末Ａ１３０と車主端末Ｂ１３５と幹事会社端末１４０とが通信回線１００を介して接続されている。実際には荷主端末は複数台であるし、車主端末も２台ではなくより多数の端末が接続されうるが、図示の便宜上荷主端末を１台、車主端末を２台として記載しているに過ぎない。各端末は典型的にはパソコンであるが、携帯電話やＰＤＡを含む携帯端末でも良い。
【００２４】
求貨求車サーバ１１０のハードディスク２８（図２）は、会員情報１１１と積合せ情報１１２と契約情報１１３と荷物情報１１５と空車情報１１６とを記憶している。
【００２５】
荷物情報１１５の項目は、「荷物番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、希望車種、特記、その他特記、希望運賃」情報を基本情報及び詳細情報として有する。
【００２６】
契約情報１１３の項目は、契約番号、荷物番号、空車番号、荷主の会員番号、運送会社の会員番号、の各情報を有する。
【００２７】
一方、空車情報１１６の項目は、「空車番号、車種、空車地、希望行き先、空車日、空車時間、戻り日、戻り時間、乗務員、車番、携帯番号、その他特記、希望運賃」の各情報を基本情報及び詳細情報として有する。
【００２８】
積合せ情報１１２の項目は、これら両方を表現できる情報と空スペース情報項目として「積合わせ番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、荷物特記、荷物その他指示、荷物希望運賃、車種、乗務員、車番、携帯番号、空車その他特記、空車希望運賃、積載スペース、積合特記事項、希望取引（荷物として求車または空車として求貨のどちらでもよい）、関連付けのための空車番号及び荷物番号」の各情報を基本情報及び詳細情報として有する（図８）。希望取引は例えば図８の画面の入力欄８８及び入力欄８９にチェックマークを入力するか否かによって指定する。
【００２９】
各情報は図２のハードディスク２８に記憶されている。通信回線１００は典型的にはインターネットやＬＡＮやＷＡＮや電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、通信衛星回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、またはこれらの組み合わせにより実現されるいわゆる通信ネットワークであり、およそデータの送受信が可能であれば良く、端末装置１００から情報処理装置３００への通信手段と情報処理装置３００から端末装置１００への通信手段が異なっていても良い。
【００３０】
図２は、図１における求貨求車サーバ１１０のハードウェアの概略構成を示すブロック構成図である。
【００３１】
図２においてＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、キーボード２６、マウス２７、ハードディスク２８、ＣＤ−ＲＯＭドライブ２９がそれぞれシステムバス２０を介して互いに接続されている。システムバス２０は、例えばＰＣＩバス、ＡＧＰバス、メモリバス等を意味する。また、図２では、各バス間の接続用チップやキーボードインタフェースやいわゆるＳＣＳＩやＡＴＡＰＩのような入出力用インタフェースは省略されている。
【００３２】
ＣＰＵ２１はオペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の下に実行される。
【００３３】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵによって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。
【００３４】
ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は求貨求車サーバへの指示を入力するために用いられる。
【００３５】
ハードディスク２８はオペレーションシステムやアプリケーションプログラムや図１の会員情報１１１や積合せ情報１１２や契約情報１１３や荷物情報１１５や空車情報１１６を記憶している。
【００３６】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なお、ＣＤ−ＲＯＭドライブの代わりにＣＤ−ＲドライブやＣＤ−Ｒ／ＷドライブやＭＯドライブ等を用いても良いのは言うまでもない。
【００３７】
図３は、図１における各端末（車主端末Ａ１３０、車主端末Ｂ１３５、荷主端末１２０、幹事端末１３０）のハードウェア構成を示す図である。図２と図３は区別のために符号が異なるだけなので、詳細な説明は省略する。
【００３８】
次に、本求貨求車サーバが生成する、各端末の画面表示用の表示情報の概要を説明する。
【００３９】
この本求貨求車サーバ１１０では、会員の入力画面として「荷物情報入力」（図１１）、「空車情報入力」（図１２）、「積合せ情報入力」（図８乃至図１０）「マッチング」（図１３）の各画面を各端末で表示させるための表示情報を生成する。
【００４０】
会員一覧画面は、「荷物情報一覧」、「自社登録荷物情報一覧」、「空車情報一覧」、「自社登録空車情報一覧」をベースとして有する（不図示）。なお、荷主が参照できる空車情報一覧は最初の契約（例えば４トン車で２トンの荷物を運ぶ契約）が成立すると参照できなくなるが、物理的に削除されるわけではなく、運送会社の自社登録空車情報検索からは、最初の契約後も参照が可能である。
【００４１】
図４は、図１に示す車主端末１３０と求貨求車サーバ１１０との間で実行される積合わせ情報登録処理を示すフローチャートである。
【００４２】
図４のフローチャートにおいて、ステップＳ４０１乃至ステップＳ４０８は車主端末Ａ１３０のＣＰＵ３１の制御の下で実行される。ステップＳ４２１乃至ステップＳ４３２は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００４３】
車主端末Ａ１３０は予め求貨求車サーバ１１０にユーザＩＤ及びパスワードを送信して認証を受け、不図示のメインメニューが表示された後、メインメニューで「積合せ登録」を選択したものとする。ステップＳ４０１では図８に示す積合せ登録の画面が表示される。図８では画面左側に荷物基本情報の入力・表示欄が表示され、画面右側に空車基本情報の入力・表示欄が表示される。荷物基本情報の上部右側には、希望取引を指定するチェックマーク欄８８が表示され、空車基本情報の上部右側には、希望取引を指定するチェックマーク欄８９が表示される。
【００４４】
以下、希望取引チェックマーク欄８８とチェックマーク欄８９の両方にチェックマークが指定されているものとして説明を進める。
【００４５】
ステップＳ４０２では車主端末Ａ１３０の操作情報が判定され、荷物情報検索ボタン８３が押下された場合には、処理はステップＳ４０３に進む。
【００４６】
荷物情報が既に登録されている場合には（求貨求車システムで既に契約している場合）、ステップＳ４０３で当該会員の会員ＩＤが送信され、ステップＳ４２１で求貨求車サーバ１１０が受信し、当該会員ＩＤの契約済みの荷物情報が検索され、検索結果がステップＳ４２２で車主端末Ａ１３０に送信され、処理はステップＳ４０４に進む。
【００４７】
なお、図８の画面で空車基本情報に積日や積地等の空車基本情報の少なくとも一部を入力してから空車情報検索ボタン８３が押下された場合には、ステップＳ４２１で求貨求車サーバ１１０において当該入力された荷物基本情報または空車基本情報を検索条件にして検索が実行され、検索結果がステップＳ４２２で車主端末Ａ１３０に送信される。複数の空車情報がヒットした場合には、複数のヒットした空車情報を選択する画面が送信され、車主端末Ａ１３０からは折り返し空車情報を選択する情報が求貨求車サーバ１１０に送信される。
【００４８】
他方、空車情報検索ボタン８３が押下されずに、荷物情報登録ボタン８２が押下された場合には、処理はステップＳ４０４に進む。
【００４９】
ステップＳ４０４では、車主端末Ａ１３０の表示部に図９に示す画面が表示される。図９の画面は、新規入力または情報検索の結果、画面左側の荷物基本情報欄８１に情報内容が入力されている状態を示している。図９の画面では、既に食料品２．５ｔを５万円で大阪に運ぶ契約が成立している。この荷物を他の運送会社に下請けに出すために、５万円未満の希望運賃（例えば４万円）を希望運賃入力欄８７に入力する。更に会員情報に含まれる保有車両のデータに基づいて、空車基本情報欄８６に車種「平車幌付」が表示される。
【００５０】
また、空車基本情報欄他の項目も全部入力する必要はない。空車情報検索ボタン９３が押下されると、契約済みの空車情報の参照要求が求貨求車サーバ１１０に送信され、ステップＳ４２３で求貨求車サーバ１００が受信し、契約済みの空車情報を検索して結果を車主端末１３０Ａに送信する。ついで、処理はステップＳ４０５に進み、積合わせ情報が車主端末Ａ１３０から求貨求車サーバ１１０に送信されると、ステップＳ４２４では求貨求車サーバ１１０がこれを受信し、「空車情報の希望積日」＝「荷物情報の積日」とし、「空車情報の希望降日」＝「荷物情報の降日」とし、「空車情報の希望積地」＝「荷物情報の積地の都道府県」とし、更に、「空車情報の希望降地」＝「荷物情報の降地の都道府県」とする空車情報が契約済みの空車情報を元に生成される。
【００５１】
また、「空車情報の希望積地」＝「荷物情報の積地の経路上の隣接都道府県（図１０の神奈川県）」とすることも可能である。更に、可載重量（積載可能重量）は、車種情報から特定される車両の最大積載重量から契約済みの荷物情報の重量を引いた数字を算出してデフォルト設定しても良い。これらの処理によって空車情報の入力工数を削減することが可能になる。
【００５２】
さらにこの空車情報を車主端末Ａ１３０の画面に表示するための表示情報がステップＳ４２５で生成され、ステップＳ４２６で送信される。ステップＳ４０６で車主端末Ａ１３０の画面に空車情報を加えた状態で表示される。
【００５３】
ステップＳ４０７では、空車情報に対する修正情報が入力され送信される。ステップＳ４２７では求貨求車サーバ１１０が修正情報を受信する。修正情報がキャンセルであれば（ステップＳ４２８でＹｅｓ）、積合せ情報の登録を行うことなく処理を終了する。
【００５４】
図９の画面で荷物情報登録ボタン９２が押下された場合（荷物の新規情報登録の場合）であれば、ステップＳ４２９でＹｅｓとなり処理はステップＳ４３０に進む。希望取引を「どちらでも可」として登録された場合なので、積合せ情報（ステップＳ４３２）と共に荷物情報（ステップＳ４３０）と、空車情報（ステップＳ４３１）も１レコードずつ作成され、積合せ情報は、この共に作成された荷物情報と空車情報との紐付き関係の情報を持つ。以上で希望取引を「どちらでも可」として登録された場合の説明を終わる。
【００５５】
他方、積合せ情報入力にて情報入力する際に、希望取引を「荷物として求車」として登録された場合には、積合せ情報（ステップＳ４３２）と共に荷物情報（ステップＳ４３０）にも１レコード作成され、積合せ情報は、この共に作成された荷物情報との紐付き関係の情報を持つ（この場合には、ステップＳ４３１はスキップする）。
【００５６】
更に、希望取引を「空車として求貨」として登録された場合には、積合せ情報（ステップＳ４３２）と共に空車情報ステップＳ４３１にも１レコード作成され、積合せ情報は、この共に作成された空車情報との紐付き関係の情報を持つ（この場合には、ステップＳ４３０はスキップする）。
【００５７】
以上の処理によって、運送会社が、積載重量に満たない荷物の契約が成立している車両の荷物を荷物情報として登録すると共に積載重量のうち空きスペースの部分を可載重量とする空車情報として登録することが可能になる。この荷物情報と空車情報とは積合せ情報に関連付けられている。また、ステップＳ４２４の空車情報生成処理によって空車情報の入力工数を削減することも可能になる。
【００５８】
次に図５について説明する。
【００５９】
図５は、図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【００６０】
図５のフローチャートでステップＳ５０１乃至ステップＳ５０２は荷主端末１２０のＣＰＵ３１の制御の下で実行される。ステップＳ５２１乃至ステップＳ５２２は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６１】
図５は、荷主端末１２０より求貨求車サーバ１１０に荷物を登録するフローチャートを示したものであり、ステップＳ５０１では既に認証やメニュー選択が終わり、荷物情報入力画面が表示されているものとする。
【００６２】
ステップＳ５０１で荷主端末１２０に荷物情報が入力されると、ステップＳ５０２で求貨求車サーバ１１０に送信され、ステップＳ５２１で求貨求車サーバ１１０が荷物情報を受信後、ステップＳ５２２で荷物情報１１５に記憶される。車主端末Ａ１３０より空車情報を登録する場合も同様なのでフローチャート及び説明は省略する。
【００６３】
次に図６について説明する。
【００６４】
図６は、図５で登録された荷物情報に対する車主端末からの仮契約の申し込みが登録されて、さらに、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【００６５】
図６のフローチャートでステップＳ６０１乃至ステップＳ６０４は幹事端末１４０のＣＰＵ３１の制御の下で実行される。ステップＳ６４１乃至ステップＳ６４３は車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。ステップＳ６２１乃至ステップＳ６３４は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。ステップＳ６４４は荷主端末１２０及び車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。ステップＳ６４５は車主端末Ａ１３０及び車主端末Ｂ１３５のＣＰＵ３１の制御の下で実行される。
【００６６】
図６は、図５で登録された荷物情報に対して車主端末Ａより仮契約の申し込みがあり、幹事端末１４０からのマッチング情報によって契約が成立し、契約通知が送信されるまでを示すフローチャートを示したものである。
【００６７】
ステップＳ６４１では、車主端末Ａ１３０は既に求貨求車サーバに接続し認証を済ませているものとする。ステップＳ６４１で荷物情報一覧画面を要求するために荷物情報の検索条件が送信されると、ステップＳ６２１で求貨求車サーバ１１０はこの画面要求を受信し、ステップＳ６２２で荷物情報の検索を行う。
【００６８】
ステップＳ６２３では、車主端末Ａ１３０の画面に荷物一覧画面を表示させるための表示情報が生成され、車主端末Ａ１３０に送信される。
【００６９】
ステップＳ６４２では、車主端末Ａ１３０の画面に荷物情報一覧が表示され、特定の荷物情報が選択され「申込ボタン」が押下されると、ステップＳ６４３で荷物の選択情報を含む仮契約申込情報が送信される。Ｓ６２４では、求貨求車サーバ１１０が仮契約申込情報を受信し、荷物情報１１５の当該荷物情報に仮契約を申し込んだ会員番号及び空車情報のＩＤを追加する。
【００７０】
その後、ステップＳ６０１で幹事端末１４０が、マッチング画面を要求すると、ステップＳ６２５で求貨求車サーバ１１０はこの要求を受信し、ステップＳ６２６で荷物情報及び空車情報を検索し付き合わせる。次いでステップＳ６２７で荷物情報及び空車情報の条件が合致した分について幹事端末１４０の画面に表示させるための表示情報を生成する。ステップＳ６２８ではこの表示情報が幹事端末１４０に送信される。
【００７１】
ステップＳ６０２では、幹事会社によるマッチング（契約処理）を行う画面（図１３）が表示される。この画面では、空車情報１３０１と、積合せ情報１３０２と、荷物情報１３０３との３つが表示される。このマッチング画面にて、幹事会社のオペレータは、空車情報と積合せ情報とをマッチングさせることもできるし、空車情報と荷物情報とをマッチングさせることもできるし、積合せ情報と荷物情報とをマッチングさせることもできる。更には、「空車情報＋空車情報」としての積合せ情報と、荷物情報とをマッチングさせることもできるし、空車情報と、荷物情報としての「積合せ情報＋荷物情報」とをマッチングさせることもできる。
【００７２】
ステップＳ６０２で特定の空車情報１３０１と積合せ情報１３０２と荷物情報１３０３とのチェックマーク欄に適宜チェックマークが入力され、マッチングボタン１３０４が押下されると処理はステップＳ６０３に進み、マッチング情報が送信される。このマッチング情報には少なくともどの荷物情報とどの積合せ情報とどの空車情報とが選択されたかの情報が含まれている。
【００７３】
次いで、ステップＳ６２９で求貨求車サーバ１１０がこのマッチング情報を受信し、ステップＳ６３０でマッチングされた情報に複数の積合せ情報が含まれているかが判定され、少なくとも一方の情報が積合せ情報でない場合には、処理はステップＳ６３１に進み、契約通知が電子メールまたはメッセ−ジングのいずれかで送信される。ステップＳ６４４で荷主端末１２０と車主端末Ａ１３０または車主端末Ｂ１３５がこの契約通知を受信する。契約通知の電子メールは、例えば図１４に示すような文面のものである。
【００７４】
次に、双方が積合わせ情報の場合には、処理はステップＳ６３２に進む。同じ積合せ番号を持つ荷物情報と空車情報とは、マッチングすることが出来ないように制御する（ステップＳ６３２，ステップＳ６３３）。
【００７５】
同一の積合せ番号でマッチングしようとした場合には、エラー通知を幹事端末１４０に向けて送信する（ステップＳ６３２，ステップＳ６３４）。ステップＳ６０４で幹事端末１４０にエラー通知が表示される。
【００７６】
同一の積合せ番号でない場合には、ステップＳ６３３，ステップＳ６４５で荷主端末１２０と車主端末Ａ１３０または車主端末Ｂ１３５とが同様に契約成立通知を受信する。
【００７７】
予め車主が空車情報を登録しており、荷主が空車情報一覧を要求して（ステップＳ６４１相当部分）、空車情報の一覧を画面に表示させ（ステップＳ６４２相当部分）、仮契約を申し込んだ場合（ステップＳ６４３相当部分）も処理は同様なので説明は省略する。
【００７８】
次に図７について説明する。
【００７９】
図７は、図６の処理が終了した後の後処理（積合せ情報の削除及び契約情報の更新処理）を示すフローチャートである。
【００８０】
図７のフローチャートでステップＳ７２１乃至ステップＳ７２５は求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００８１】
まず、マッチングされた空車情報と荷物情報のうち少なくとも１つが積合せ情報である場合（ステップＳ７２１でＹｅｓの場合）について説明する。
【００８２】
希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」及び「空車情報」は、お互いの情報同士で契約処理をしたり、一方が仮契約、もしくは契約がされたにも拘らず、もう一方が新たに契約できる状態になっていることを回避しなくてはならない。
【００８３】
このため、例えば、希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」に対して、幹事端末１４０から空車情報としてマッチング入力された場合には（ステップＳ７２２でＹｅｓ）、処理は直ちにステップＳ７２５に進み、空車情報が登録され、次いでステップＳ７２６で積合せ情報が削除される。
【００８４】
他方、幹事端末１４０から荷物情報としてマッチング入力された場合には（ステップＳ７２２でＮｏ）、ステップＳ７２３でこの荷物情報が登録され、このマッチングされた「荷物情報」を除いた状態の空車情報を新たに登録され（ステップＳ７２４）、処理はステップＳ７２６に進む。このように構成することで、荷物を譲って空きが増えた車両を別の荷物情報と突き合わせて契約することが可能になる。
【００８５】
ステップＳ７２６では、積合せ情報に削除フラグが設定され、対応する空車情報または荷物情報との関連付け情報が更新される。更に、ステップＳ７２７では、契約情報１１３が更新され、積合せ情報との関連付け情報も更新される。
【００８６】
以上積合せ情報がない場合には、ステップＳ７２１から直ちにステップＳ７２７に進み、契約情報１１３が更新される。
【００８７】
上記ケース以外の場合には（積合せ情報が１つも含まれない場合には）、図６において通常の求貨求車システム同様、幹事端末１４０から契約したい荷物情報、空車情報を選択してマッチングし契約処理を実行する。
【００８８】
なお、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００８９】
この場合には、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を実行し、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システムあるいは装置のハードディスクやメモリ等の記憶手段またはＣＤ−ＲＷやＣＤ−Ｒ等の記憶媒体に格納され、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９２】
【発明の効果】
以上詳細に説明したように、本発明によれば、特定の車両の最大積載量に満たない荷物を運送する契約が成立している場合には、その荷物を荷物情報として登録することができ、また、最大積載量との差（可載重量）を空車情報として登録することができるので、荷物を他の車主に譲った場合には、自己の契約での運送料と第三者の車主に支払う運送料との差額を手数料として得ることが可能となり、さらに当該車両の最大積載量に近い新たな運送契約を結ぶことが可能になる。また可載重量分の空車情報に対して契約が成立した場合には、積載効率を上げることが可能になる。また、積み合わせ情報の登録の工数を削減することも可能になる。
【００９３】
これら全体を通じて求貨求車システムの運用を柔軟かつ効率的に進めることができる。
【００９４】
更に、積合せ情報を空車情報または荷物情報のいずれかに簡単に切り替えてマッチングすることが可能であり、例えば荷物情報及び荷物情報としての「積合せ情報と空車情報」とをマッチングしたり、荷物情報と空車情報としての積合せ情報及び他の空車情報とを組み合わせてマッチングすることが可能になるのでマッチング成立の可能性を拡大し、効率的な運用を行うことが可能になる。
【図面の簡単な説明】
【図１】図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【図２】図１における求貨求車サーバ１１０のハードウェアの概略構成を示すブロック構成図である。
【図３】図１における各端末（車主端末Ａ１３０、車主端末Ｂ１３５、荷主端末１２０、幹事端末１３０）のハードウェアの概略構成を示す図である。
【図４】図１に示す車主端末１３０と求貨求車サーバ１１０との間で実行される積合わせ情報登録処理を示すフローチャートである。
【図５】図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【図６】図５で登録された荷物情報に対する車主端末からの仮契約の申し込みが登録されて、さらに、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【図７】図６の処理が終了した後の後処理（積合せ情報の削除及び契約情報の更新処理）を示すフローチャートである。
【図８】積合せ情報登録時の初期画面を示す図である。
【図９】積合せ情報登録時の新規荷物情報を入力した画面を示す図である。
【図１０】積合せ情報登録時の空車情報検索後の画面を示す図である。
【図１１】荷物情報新規登録画面を示す図である。
【図１２】空車情報新規登録画面を示す図である。
【図１３】マッチング処理時のマッチング画面を示す図である。
【図１４】契約成立を通知する電子メールを示す図である。
【符号の説明】
２０ システムバス
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＬＡＮアダプタ
２５ ビデオアダプタ
２６ キーボード
２７ マウス
２８ ハードディスク
２９ ＣＤ−ＲＯＭドライブ
３０ システムバス
３１ ＣＰＵ
３２ ＲＡＭ
３３ ＲＯＭ
３４ ＬＡＮアダプタ
３５ ビデオアダプタ
３６ キーボード
３７ マウス
３８ ハードディスク
３９ ＣＤ−ＲＯＭドライブ
８１ 荷物基本情報の入力欄
８２ 荷物情報登録ボタン
８３ 空車情報検索ボタン
８４ キャンセルボタン
８５ 前の画面への遷移ボタン
８６ 空車基本情報の入力欄
８７ 希望運賃入力欄
８８ 荷物情報としての希望取引チェックマーク欄
８９ 空車情報としての希望取引チェックマーク欄
１００ 通信回線
１１０ 求貨求車サーバ
１１１ 会員情報
１１２ 積合せ情報
１１３ 契約情報
１１５ 荷物情報
１１６ 空車情報
１２０ 荷主端末
１３０ 車主端末Ａ
１３５ 車主端末Ｂ
１００１ 荷物基本情報の修正入力欄
１００２ 積合せ情報の登録ボタン
１００３ 確認メッセージ表示欄
１００４ キャンセルボタン
１００５ 前の画面への遷移ボタン
１００６ 空車基本情報の修正入力欄
Claims (8)
- 荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバであって、
荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、
車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、
前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量との差分の重量を可載重量とする空車情報として他の荷物情報に関連付けるマッチング手段とを備えることを特徴とする求貨求車サーバ。 - 前記空車情報について契約が成立した場合に、前記積合せ情報を削除する第１の情報更新手段を更に備えることを特徴とする請求項１記載の求貨求車サーバ。
- 前記荷物情報について契約が成立した場合に、前記積合せ情報を削除する第２の情報更新手段を更に備えることを特徴とする請求項１または２記載の求貨求車サーバ。
- 前記第２の情報更新手段は、前記荷物情報について契約が成立した場合に前記積合せ情報を削除すると共に、新たに対応する空車情報を新たに登録することを特徴とする請求項３記載の求貨求車サーバ。
- 前記空車情報の希望積日及び希望降日は前記荷物情報の積日及び降日であり、希望積地及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする請求項１または４記載の求貨求車サーバ。
- 少なくとも１つ以上の荷物情報と、１つ以上の空車情報と、１つ以上の積合せ情報と、前記積合せ情報を荷物情報として扱うか空車情報として扱うかの区分を指定する区分入力欄と、前記荷物情報と前記空車情報と前記積合せ情報のうち選択された情報を指定するための選択入力欄とを、マッチング画面を端末に表示させるための表示情報生成手段を更に備えることを特徴とする請求項１乃至５のいずれか１に記載の求貨求車サーバ。
- 荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバの制御方法であって、
荷物情報を記憶する荷物情報記憶工程と、空車情報を記憶する空車情報記憶工程と、車両空き情報を記憶する積合せ情報記憶工程と、契約情報を記憶する契約情報記憶工程と、
車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録工程と、
前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング工程とを備えることを特徴とする求貨求車サーバの制御方法。 - 荷主端末及び車主端末に通信回線を介して接続された求貨求車サーバのプログラムであって、
前記求貨求車サーバを、
荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、車両空き情報を記憶する積合せ情報記憶手段と、契約情報を記憶する契約情報記憶手段と、
車両積載量の全部に満たない荷物重量の荷物情報について予め契約が成立している車両の残余の重量を可載重量とする空車情報と該荷物情報を含む積合せ情報を登録する積合せ情報登録手段と、
前記積合せ情報を、前記荷物情報として他の空車情報に関連付けるか、または車両積載量と荷物重量の差分の重量を可載重量とする空車情報として他の荷物情報と関連付けるマッチング手段として機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381192A JP4188679B2 (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381192A JP4188679B2 (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004213257A true JP2004213257A (ja) | 2004-07-29 |
| JP4188679B2 JP4188679B2 (ja) | 2008-11-26 |
Family
ID=32817191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002381192A Expired - Fee Related JP4188679B2 (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4188679B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009116774A (ja) * | 2007-11-09 | 2009-05-28 | Kenwood Corp | 車両運行管理装置、方法及びプログラム |
| JP2020173533A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
| JP2020173532A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
-
2002
- 2002-12-27 JP JP2002381192A patent/JP4188679B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009116774A (ja) * | 2007-11-09 | 2009-05-28 | Kenwood Corp | 車両運行管理装置、方法及びプログラム |
| JP2020173533A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
| JP2020173532A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
| JP7387279B2 (ja) | 2019-04-09 | 2023-11-28 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
| JP7387278B2 (ja) | 2019-04-09 | 2023-11-28 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4188679B2 (ja) | 2008-11-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6476232B2 (ja) | 物流支援システム、物流支援方法、および物流支援プログラム | |
| JP7281941B2 (ja) | 荷物の配送を支援するシステム | |
| WO2002019195A1 (fr) | Procede et systeme de suivi de marchandises | |
| JP2011162273A (ja) | 配車決定装置及び方法 | |
| JP2004213257A (ja) | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム | |
| JP6788047B2 (ja) | サーバ、荷物配送方法、プログラム | |
| WO2001076993A1 (fr) | Systeme distribution physique et procede utilisant les informations de distribution physique | |
| JP2020187620A (ja) | 物流管理システム、物流管理方法及びプログラム | |
| KR102422809B1 (ko) | 로컬 캐시 동기화를 위한 시스템 및 방법 | |
| JP7368311B2 (ja) | 情報処理方法、情報処理装置、及びプログラム | |
| JP2003196465A (ja) | 物品納品／回収システム及び運営サーバ、並びにコンピュータプログラム及びコンピュータ可読記憶媒体 | |
| WO2018063089A1 (en) | Apparatus and method for managing item storage in warehouses | |
| US20200364649A1 (en) | Method, apparatus, and computer-readable medium for remote management and tracking of baggage on a transportation carrier computing system | |
| JP4859083B2 (ja) | 求貨求車システム及びそのサーバとその制御方法とそのプログラム | |
| JP2004213256A (ja) | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム | |
| KR102472021B1 (ko) | 배송 업무를 위한 정보를 제공하는 전자 장치 및 그 방법 | |
| JP2004051247A (ja) | 宅配サーバ装置及び宅配管理方法 | |
| JP2002288564A (ja) | 輸出入貨物の物流情報システム | |
| JP2003192137A (ja) | 物品納品／回収システム及び運営サーバ、並びにコンピュータプログラム及びコンピュータ可読記憶媒体 | |
| US20230186379A1 (en) | Transport management device, transport management system, and transport management method | |
| JP2004075225A (ja) | 配車支援方法及びシステム | |
| KR20090000665A (ko) | 택배 서비스의 물품 추적 시스템 및 그 방법 | |
| JP2001335118A (ja) | ロジスティクスａｓｐシステム及びそのロジスティクスシステム運営方法 | |
| JP2003128256A (ja) | 求貨求車サーバ、求貨求車システム及びそれらの制御方法、プログラム | |
| JPH11203355A (ja) | 荷物集配システム及び方法及びその情報処理装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051226 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20051226 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080609 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080617 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080818 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080909 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080911 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110919 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110919 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120919 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120919 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130919 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140919 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |