JP2004213256A - 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム - Google Patents
求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム Download PDFInfo
- Publication number
- JP2004213256A JP2004213256A JP2002381191A JP2002381191A JP2004213256A JP 2004213256 A JP2004213256 A JP 2004213256A JP 2002381191 A JP2002381191 A JP 2002381191A JP 2002381191 A JP2002381191 A JP 2002381191A JP 2004213256 A JP2004213256 A JP 2004213256A
- Authority
- JP
- Japan
- Prior art keywords
- information
- luggage
- empty
- vehicle
- weight
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 34
- 238000004891 communication Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 13
- 238000012937 correction Methods 0.000 description 4
- 230000007115 recruitment Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】実車率を向上させるとともにトラック毎の積載率をも向上させる求貨求車サーバを提供する。
【解決手段】求貨求車サーバ１１０は、荷物情報と空車情報との積合せ情報に基づいて契約される契約情報から、該契約情報に係る荷物情報と空車情報とが同一の情報から生成されたものでない場合に契約を成立させる。
【選択図】 図７
【解決手段】求貨求車サーバ１１０は、荷物情報と空車情報との積合せ情報に基づいて契約される契約情報から、該契約情報に係る荷物情報と空車情報とが同一の情報から生成されたものでない場合に契約を成立させる。
【選択図】 図７
Description
【０００１】
【発明の属する技術分野】
本発明は、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバ、該求貨求車サーバの制御方法及びプログラムに関する。
【０００２】
【従来の技術】
従来より、荷主、運送会社、幹事会社の３プレイヤーの存在する求貨求車システムが知られている。この求貨求車システムでは、空車を探している荷主は、空車情報に対して仮契約を申込むことができる。また、荷物を探している運送会社は、荷物情報に対して仮契約を申し込むことが出来る。これらの仮契約関係を幹事会社が閲覧し、荷物特性や車両特性を考慮して適切にマッチング（契約処理）を行う。
【０００３】
これにより、輸送品質を保ちながら、荷主及び車主双方の希望に沿って荷物及び空車を適切に組み合わせることが容易にでき、運搬車両の利用効率（実車率）を向上させている（例えば、特許文献１乃至４参照）。
【０００４】
【特許文献１】
特開２００１−２７３４１７号公報
【特許文献２】
特開平１１−９６２３８号公報
【特許文献３】
特開２００１−１９５４６９号公報
【特許文献４】
特開２００１−１９５５３４号公報
【０００５】
【発明が解決しようとする課題】
上記の求貨求車システムでは、実車率の向上を果たすためにトラックの空車情報を活用している。しかしながら、このような求貨求車システムではトラック毎の空スペースを無くすこと、換言すると積載量を最大積載重量まで近づけること、すなわち、積載率を向上させることまでは難しい。
【０００６】
これに対して単純に、トラックの空車情報に空スペースの情報を加えると言う方法も考えられるが、これだけでは積載率を効果的に向上させることは難しい。
【０００７】
本発明の目的は、実車率を向上させるとともにトラック毎の積載率をも向上させる求貨求車サーバを提供することにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するために請求項１の求貨求車サーバは、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバであって、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶手段と、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶手段に記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶手段に記憶された空車情報とを関連付けて前記積合せ情報として前記積合せ情報記憶手段に登録する積合せ情報登録手段とを備えることを特徴とする。
【０００９】
請求項２記載の求貨求車サーバは、請求項１記載の求貨求車サーバにおいて、前記空車情報について契約が成立したときは、前記関連付けられた荷物情報を削除する第１の情報更新手段を備えることを特徴とする。
【００１０】
請求項３記載の求貨求車サーバは、請求項１又は請求項２記載の求貨求車サーバにおいて、前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除する第２の情報更新手段を備えることを特徴とする。
【００１１】
請求項４記載の求貨求車サーバは、請求項３記載の求貨求車サーバにおいて、前記第２の情報更新手段は、前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除するとともに、前記契約の成立によって新たに生じた空車情報を登録することを特徴とする。
【００１２】
請求項５記載の求貨求車サーバは、請求項１又は請求項４記載の求貨求車サーバにおいて、前記空車情報は、荷物の積み込みを希望されている希望日及び希望積地と、荷物の積み下ろしを希望されている希望降日及び希望降地とを有し、前記希望日及び希望積地は前記荷物情報の積日及び降日であり、前記希望降日及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする。
【００１３】
上記目的を達成するために請求項６の求貨求車サーバの制御方法は、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御方法であって、荷物情報を記憶する荷物情報記憶ステップと、空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとを有する。
【００１４】
上記目的を達成するために請求項７の求貨求車サーバの制御プログラムは、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御プログラムであって、荷物情報を記憶する荷物情報記憶ステップと、空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとをコンピュータに実行させる。
【００１５】
【発明の実施の形態】
本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムは、荷物を一部積載しており、空スペースを持っているトラックの情報が荷物情報になるとともに空車情報にもなり得るとの発想に基づき、トラックの空スペースを無くして積載率を向上させるものである。
【００１６】
例えば、４トンウィングのトラックが東京から大阪まで２トンの荷物を運ぶ予定であるとする。この場合、このトラックには、最大積載量まであと２トン分の余裕があるので、２トン分の空スペースのある空車情報と考えることができる。
【００１７】
しかし、考え方を変えると、上記東京から大阪まで２トンの荷物を運ぶ仕事の経費、もしくは傭車への支払金額よりも安い金額で運ぶ車主があれば、荷物情報として考えることができる。
【００１８】
この場合、例えば、１０トンウィングトラックで、東京から大阪まで８トンの荷物を運ぶ予定があるトラックの車主は、この２トンの荷物をより安く請け負うことが可能であろう。
【００１９】
このように、本実施の形態に係る求貨求車サーバを用いる求貨求車システムでは、空スペースの有るトラックを単純に空車情報として捉えるのではなく、荷物情報としても捉えるので、空スペースを有効利用するため荷物を探すことと、空スペースを作ってしまっている端物の荷物の運送を希望する空車を探すこととが価格メリットを考慮しながら同時に行える。
【００２０】
以下、本発明の実施の形態に係る求貨求車サーバについて図面を参照しながら詳細に説明する。
【００２１】
図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【００２２】
求貨求車システムでは、求貨求車サーバ１１０がインターネット等の通信回線１００を介して荷主端末１２０と車主端末１３０，１３０と幹事会社端末１４０とに接続されている。求貨求車システムには複数台の荷主端末が接続され、車主端末も２台ではなくより多数の端末が接続されるが、煩雑を避けるために便宜上、１台の荷主端末と、２台の車主端末を示してある。
【００２３】
求貨求車サーバ１１０は、求貨求車システムを利用する会員の会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６等が記憶されている。これらの各情報は図２に示すハードディスク２８に記憶されている。図１で会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６等はあたかも求貨求車サーバ１１０とは別物のごとく図示されているが、これらは求貨求車サーバ１１０の一部であることを念のため付記する。
【００２４】
図２は、図１における求貨求車サーバ１１０の概略構成を示すブロック構成図である。
【００２５】
求貨求車サーバ１１０は、システムバス２０にＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、入力部２６（キーボード）、入力部２７（マウス）、ハードディスク２８、ＣＤ‐ＲＯＭドライブ２９等が接続された情報処理装置である。
【００２６】
ハードディスク２８に記憶されている会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６のうち荷物情報１１５は、「荷物番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、希望車種、その他特記事項、希望運賃」に関する情報を基本情報及び詳細情報として有する。
【００２７】
また、契約情報１１３は、「契約番号、荷物番号、空車番号、荷主の会員番号、運送会社の会員番号」に関する情報を基本情報及び詳細情報として有する。
【００２８】
また、空車情報１１６は、「空車番号、車種、空車地、希望行き先、空車日、空車時間、戻り日、戻り時間、乗務員、車番、携帯番号、その他特記事項、希望運賃」に関する情報を基本情報及び詳細情報として有する。
【００２９】
さらに、積合せ情報１１２は、荷物情報１１５及び空車情報１１６を表現できる情報と空スペース情報として「積合せ番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、荷物特記事項、荷物その他指示、荷物希望運賃、車種、乗務員、車番、携帯番号、空車その他特記事項、空車希望運賃、積載スペース、積合特記事項、希望取引（荷物として求車又は空車として求貨のどちらでもよい）、関連付けのための空車番号及び荷物番号」に関する情報を基本情報及び詳細情報として有する（図９参照）。希望取引は例えば後述する図９の画面のチェックボックス８３，８４にチェックマークを入力するか否かによって指定する。
【００３０】
図３は、図１における荷主端末１２０、車主端末１３０，１３０、幹事会社端末１４０等の端末の概略構成を示すブロック構成図である。
【００３１】
荷主端末１２０、車主端末１３０，１３０、および幹事会社端末１４０の各端末も求貨求車サーバ１１０と同様に構成された情報処理装置であり、システムバス３０にＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ＬＡＮアダプタ３４、ビデオアダプタ３５、入力部３６（キーボード）、入力部３７（マウス）、ハードディスク３８、ＣＤ‐ＲＯＭドライブ３９等が接続されている。
【００３２】
次に、車主端末１３０と求貨求車サーバ１１０との間の処理について説明する。
【００３３】
図４は、図１に示す車主端末１３０と求貨求車サーバ１１０との間の処理を示すフローチャートである。
【００３４】
図４のフローチャートにおいて、ステップ番号Ｓ４０１乃至Ｓ４０７の各ステップは車主端末１３０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ４２１乃至Ｓ４３２の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００３５】
始めに、１台の車主端末１３０が予め求貨求車サーバ１１０にユーザＩＤ及びパスワードを送信して認証を受け、不図示のメインメニューが表示された後、メインメニューで「積合せ登録」を選択したものとする。
【００３６】
先ず、車主端末１３０のディスプレイ（図示せず）に図９に示す積合せ登録画面が表示される（ステップＳ４０１）。
【００３７】
図９は、積合せ登録画面の一例を示す図である。
【００３８】
積合せ登録画面８０の最上部右側には取引を希望する者の名称を入れる取引希望者名欄８１が配置されており、最上部左側には日時がリアルタイムに表示される日時表示欄８２が配置されている。取引希望者名欄８１の下方には、チェックボックス８３を有する荷物基本情報チェック欄が配置されている。一方、日時表示欄８２の下方には、チェックボックス８４を有する空車基本情報チェック欄が配置されている。
【００３９】
荷物基本情報チェック欄の下方には荷物基本情報の入力・表示欄８５が配置されている。取引を希望する場合には、荷物基本情報の入力・表示欄８５に荷物基本情報を入力して、荷物基本情報チェック欄のチェックボックス８３にチェックマークを入れる。
【００４０】
一方、空車基本情報チェック欄の下方には空車基本情報入力欄８６が配置されている。取引を希望する場合には、空車基本情報入力欄８６に空車基本情報を入力して、空車基本情報チェック欄のチェックボックス８４にチェックマークを入れる。
【００４１】
最下部には入力した荷物基本情報を登録するときに押す荷物情報登録ボタン８７ａと、既に登録されている荷物情報を検索するための荷物情報検索ボタン８７ｂと、入力した荷物基本情報をキャンセルするためのキャンセルボタン８７ｃと、積合せ登録画面８０が表示される直前に表示されていた画面に画面を戻すための「前の画面」ボタン８７ｄが配置されている。
【００４２】
以下、チェックボックス８３，８４の双方にチェックマークが入っているものとして、図４のフローチャートの説明に戻る。
【００４３】
積合せ登録画面８０上で荷物情報登録または荷物情報検索を求める操作が行われると、それが荷物情報新規登録か否か（荷物情報登録か荷物情報検索か）を判別する（ステップＳ４０２）。荷物情報新規登録ではない場合、すなわち、荷物情報検索ボタン８７ｂが押下された荷物情報検索である場合には、求貨求車サーバ１１０に荷物検索情報が送信される（ステップＳ４０３）。荷物検索情報は、荷物情報が既に登録されている場合（車主が求貨求車システムで既に契約している場合）には、当該システムの会員ＩＤである。
【００４４】
求貨求車サーバ１１０が荷物検索情報を受信すると（ステップＳ４２１）、求貨求車サーバ１１０は、当該会員ＩＤの契約済みの荷物情報を検索して、荷物情報検索結果を車主端末１３０に送信する（ステップＳ４２２）。荷物情報検索結果を受信した車主端末１３０はステップＳ４０４を実行する。
【００４５】
なお、図９の積合せ登録画面で荷物基本情報に積日や積地等の荷物基本情報の少なくとも一部が入力されてから荷物情報検索ボタン８７ｂが押下された場合には、当該入力された荷物基本情報を検索条件にして検索が実行され、その検索結果がステップＳ４２２で車主端末１３０に送信される。複数の荷物情報がヒットした場合には、複数のヒットした荷物情報を選択する画面（図示せず）が送信され、車主端末１３０からは折り返し荷物情報を選択する情報が求貨求車サーバ１１０に送信される。
【００４６】
一方、荷物情報検索ボタン８７ｂが押下されずに、荷物情報登録ボタン８７ａが押下された場合には（ステップＳ４０２でＹｅｓ）、処理はステップＳ４０４に進む。
【００４７】
ステップＳ４０４では、車主端末１３０のディスプレイに図１０に示す積合せ登録画面が表示される。図１０は、図９の荷物基本情報欄８５に情報が入力されている積合せ登録画面を例示する図である。図１０に示す積合せ登録画面９０は、新規入力又は情報検索の結果、荷物基本情報欄８５に情報内容が入力されている。
【００４８】
積合せ登録画面９０には、既に食料品２．５ｔを５万円で大阪に運ぶ契約が成立していることが示されている。この荷物を他の運送会社（車主）に下請けに出すために、５万円未満の希望運賃（例えば４万円）を希望運賃入力欄９１に入力する。更に会員情報に含まれる保有車両のデータに基づいて、空車基本情報欄８６に車種「平車幌付」が表示される。空車基本情報欄８６の項目は、それら全てに入力する必要はない。空車情報参照ボタン９２が押下されると、契約済みの空車情報の参照要求が求貨求車サーバ１１０に送信され、これを求貨求車サーバ１１０が受信すると、契約済みの空車情報を検索して、その結果を車主端末１３０に送信する（ステップＳ４２３）。
【００４９】
空車情報の検索結果を受信した車主端末１３０から求貨求車サーバに積合わせ情報が送信されると（ステップＳ４０５）、求貨求車サーバ１１０がこれを受信して、空車情報の希望積日＝荷物情報の積日とし、空車情報の希望降日＝荷物情報の降日とし、空車情報の希望積地＝荷物情報の積地の都道府県とし、更に、空車情報の希望降地＝荷物情報の降地の都道府県とする空車情報が契約済みの空車情報を元に生成される（ステップＳ４２４）。なお、空車情報の希望積地＝荷物情報の積地の経路上の隣接都道府県（図１１では神奈川県）とすることも可能である。更に、可載重量（積載可能重量）は、車種情報から特定される車両の最大積載重量から契約済みの荷物情報の重量を引いた数字を算出してディフォルト設定しても良い。これらの処理によって空車情報の入力工数を削減することが可能になる。さらにこの空車情報を車主端末１３０の画面に表示するための表示情報が生成され（ステップＳ４２５）、車主端末１３０に送信される（ステップＳ４２６）。
【００５０】
ステップＳ４０６で表示情報を受信した車主端末１３０には図１１の積合せ登録確認画面に示すように空車情報を加えた画面が表示される。空車情報に対する修正情報が入力されて求貨求車サーバ１１０に送信されると（ステップＳ４０７）、求貨求車サーバ１１０が修正情報を受信する（ステップＳ４２７）。
【００５１】
求貨求車サーバ１１０は受信した修正情報がキャンセルであるか否かを判別して、キャンセルである場合には（ステップＳ４２８でＹｅｓ）、積合せ情報の登録を行うことなく本処理を終了する。キャンセルでない場合には荷物情報の新規登録であるか否かを判別し（ステップＳ４２９）、荷物情報の新規登録の場合、すなわち、図１０の画面で積合せ情報登録ボタン９３が押下された場合には、荷物情報の登録を行う（ステップＳ４３０）。ここで、希望取引が「どちらでも可」として登録されている場合には、積合せ情報と共に荷物情報及び空車情報（Ｓ４３１）も１レコードずつ作成され、それぞれが登録されて（ステップＳ４３０乃至ステップＳ４３２）、本処理が終了する。これにより、積合せ情報は、ともに作成された荷物情報と空車情報との紐付き関係の情報を持つことになる。荷物情報の新規登録でない場合には（ステップＳ４２９でＮｏ）、空車情報登録と積合せ情報とが登録されて（ステップＳ４３１およびステップＳ４３２）、本処理が終了する。
【００５２】
以上は、希望取引が「どちらでも可」として登録されている場合の処理であるが、積合せ情報入力の際に、希望取引が「荷物として求車」として登録された場合には、積合せ情報（ステップＳ４３２）とともに荷物情報（ステップＳ４３０）に１レコード作成され、積合せ情報は、ともに作成された荷物情報との紐付き関係の情報を持つ（この場合ステップＳ４３１はスキップする）。
【００５３】
更に、希望取引が「空車として求貨」として登録されている場合には、積合せ情報（ステップＳ４３２）とともに空車情報（ステップＳ４３１）にも１レコード作成され、積合せ情報は、ともに作成された空車情報との紐付き関係の情報を持つ（この場合、ステップＳ４３０はスキップする）。
【００５４】
以上の処理によって、運送会社が、最大積載重量に満たない荷物の契約が成立している車両の荷物を荷物情報として登録するとともに最大積載重量に達するまでの積載可能な重量を可載重量とする空車情報として登録することが可能になる。この荷物情報と空車情報とは積合せ情報と関連付けられている。又、ステップＳ４２４の空車情報生成処理によって空車情報の入力工数を削減することも可能になる。
【００５５】
次に、荷主端末１２０から求貨求車サーバ１１０に荷物を登録する場合を説明する。
【００５６】
図５は、図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【００５７】
図５のフローチャートにおいて、ステップ番号Ｓ５０１およびＳ５０２の２つのステップは荷主端末１２０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ５２１およびＳ５２２の２つのステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００５８】
ステップＳ５０１では既に認証やメニュー選択が終わり、図１２に示す荷物情報入力画面が表示されているものとする。荷主端末１２０で荷物情報が入力されると（ステップＳ５０１）、当該荷物情報が求貨求車サーバ１１０に送信される（ステップＳ５０２）。求貨求車サーバ１１０は荷主端末１２０から荷物情報を受信すると（ステップＳ５２１）、この受信した荷物情報をハードディスク２８内の荷物情報１１５に記憶して登録する（ステップＳ５２２）。なお、車主端末１３０から求貨求車サーバ１１０に空車情報を登録する場合も同様の処理を実行するのでフローチャートの図示及び説明は省略する。このようにして登録された荷物情報に対して車主が行う仮契約を次に説明する。
【００５９】
なお、図１における車主端末１３０から求貨求車サーバ１１０に空車情報を登録する際の処理も同様であり、情報の入力は図１２の荷物情報入力画面に代わる図１３に示す空車情報入力画面から行う。
【００６０】
図６は、図５で登録された荷物情報に対する車主端末１３０からの仮契約の申し込みが登録されるまでの処理を示すフローチャートである。
【００６１】
図６のフローチャートにおいて、ステップ番号Ｓ６０１乃至Ｓ６０３の各ステップは車主端末１３０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ６２１乃至Ｓ６２４の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６２】
ステップＳ６０１が実行される以前に、車主端末１３０は求貨求車サーバ１１０に接続して認証を済ませているものとする。車主端末１３０は、荷物情報一覧画面（図示せず）を要求するために求貨求車サーバ１１０に荷物情報の検索条件を送信する（ステップＳ６４１）。求貨求車サーバ１１０はこの画面要求を受信すると（ステップＳ６２１）、この画面要求に基づいて荷物情報の検索を行い（ステップＳ６２２）、検索して取得した荷物情報に基づいて、車主端末１３０の画面に荷物一覧画面を表示させるための表示情報を生成し、この生成した表示情報を車主端末１３０に送信する（ステップＳ６２３）。
【００６３】
表示情報を受信した車主端末１３０は荷物情報一覧を表示する（ステップＳ６０２）。荷物情報一覧の中から特定の荷物情報が選択され「申込ボタン」（図示せず）が押下されると、車主端末１３０は求貨求車サーバ１１０に荷物の選択情報を含む仮契約申込情報を送信する（ステップＳ６０３）。
【００６４】
仮契約申込情報を受信した求貨求車サーバ１１０は、ハードディスク２８内の荷物情報１１５であって上記選択された荷物に該当する荷物情報に、上記の仮契約を申し込んだ者の会員番号及び空車情報のＩＤを追加して仮契約申込情報を登録して（ステップＳ６２４）、本処理を終了する。
【００６５】
次に、上記仮契約申込情報の登録が有った後に契約が成立し、その契約の通知が送信されるまでの処理を説明する。
【００６６】
図７は、図６で仮契約申込情報の登録が有った後、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【００６７】
図７のフローチャートにおいて、ステップ番号Ｓ７０１およびＳ７０２の２つのステップは荷主端末１２０および車主端末１３０の各ＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ７１１乃至Ｓ７１４の各ステップは幹事端末１４０のＣＰＵ３１の制御の下で実行される。さらに、ステップ番号Ｓ７２１乃至Ｓ７３０の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６８】
幹事会社が幹事端末１４０から求貨求車サーバ１１０にマッチング画面を要求する（ステップＳ７１１）。マッチング画面の要求には積日と降日の指定や、積地及び降地の指定によりマッチング対象を限定する。つまり積日と降日の指定や、積地及び降地の指定により該当する空車情報と荷物情報の検索を要求する。求貨求車サーバ１１０はこの要求を受信すると（ステップＳ７２１）、荷物情報及び空車情報を検索する（ステップＳ７２２）。次に、荷物情報及び空車情報の条件がマッチングした分について幹事端末１４０の画面に表示させるためのマッチング画面情報を生成して（ステップＳ７２３）、このマッチング画面情報を幹事端末１４０に送信する（ステップＳ７２４）。
【００６９】
幹事端末１４０は、受信したマッチング画面情報に基づいてマッチング画面（図１４および図１５参照）を表示する（ステップＳ７１２）。幹事会社はこのマッチング画面上で契約処理を行う。
【００７０】
このマッチング画面では、従来の荷物情報、空車情報、および積合せ情報間の紐付け関係がわかる情報（例えば積合せ番号）が表示される。つまり、マッチング画面にて、同じ積合せ番号が表示されている荷物情報と空車情報とは、元の情報が同じであることを示している。例えば、図１４のＡＡＡ運輸の１．５ｔの空車情報と図１５のＡＡＡ運輸の２．５ｔの荷物情報に共通の番号「０１５４５」が積合せ番号に相当する。
【００７１】
なお、図１４のマッチング画面では、積合せ情報である場合に「番号」欄に積合せ番号が表示されるが、これに限らず、全ての荷物情報や空車情報に一意の管理番号を割り当ててその管理番号を表示しても良い。
【００７２】
図１４のマッチング画面に示された空車情報欄１４０１と荷物情報欄１４０２の中からそれぞれ特定の空車情および荷物情報のチェックマーク欄にチェックマークが入力され、契約ボタン１４０３が押下されると、幹事端末１４０は契約情報を求貨求車サーバ１１０送信する（ステップＳ７１３）。この契約情報には少なくともどの荷物情報とどの空車情報が選択されたかの情報が含まれている。さらに、契約情報に積合せ番号を含ませても良い。
【００７３】
求貨求車サーバ１１０は幹事端末１４０から契約情報を受信すると（ステップＳ７２５）、幹事端末１４０によって選択された荷物情報および空車情報がともに積合せ情報同士であるか否かを判別する（ステップＳ７２６）。荷物情報および空車情報の少なくとも一方が積合せ情報でない場合、すなわち、荷物情報および空車情報がともに積合せ情報同士でない場合には、契約の成立を通知する契約通知が荷主端末１２０および車主端末１３０に電子メール又はメッセ−ジングのいずれかによって通知される（ステップＳ７２７）。このステップＳ７２９の後に幹事端末１４０は図８に示す処理を行う。
【００７４】
この契約通知を荷主端末１２０および車主端末１３０が受信して（ステップＳ７０１）、本処理が終了する。なお、契約通知の電子メールは、例えば図１６に示すような積日や降日や積地、降地、荷物内容や重量、契約の詳細を参照するためのＵＲＬを含む文面のものである。
【００７５】
荷物情報および空車情報がともに積合せ情報同士である場合には（ステップＳ７２６でＹｅｓ）、荷物情報および空車情報の積合せ番号が同一積合せ番号であるか否かを判別する（ステップＳ７２８）。
【００７６】
同一積合せ番号である場合には、エラー通知を幹事端末１４０に送信する（ステップＳ７３０）。このエラー通知を受信した幹事端末１４０はエラー通知を表示して（ステップＳ７１４）、本処理を終了する。これにより、積合せ番号が同一である荷物と空車とは、契約が成立することがない。
【００７７】
荷物情報および空車情報が同一の積合せ番号でない場合には（ステップＳ７２８でＮｏ）、契約の成立を通知する契約通知が荷主端末１２０および車主端末１３０に電子メール又はメッセ−ジングのいずれかによって通知される（ステップＳ７２９）。このステップＳ７２９の後に幹事端末１４０は図８に示す処理を行う。契約通知を車主端末１３０が受信して（ステップＳ７０２）、本処理が終了する。
【００７８】
なお、予め車主が空車情報を登録しており、荷主が空車情報一覧を要求して（ステップＳ６０１相当部分）、空車情報の一覧を画面に表示させ（ステップＳ６０２相当部分）、仮契約を申し込んだ場合（ステップＳ６０３相当部分）も処理は同様なので説明は省略する。
【００７９】
なお、荷主が参照できる空車情報一覧は最初の契約（例えば４トン車で２トンの荷物を運ぶ契約）が成立すると参照できなくなるが、物理的に削除されるわけではなく、運送会社のは最初の契約後も参照が可能である。
【００８０】
次に、積合せ情報の有無による処理について詳しく説明する。
【００８１】
図８は、積合せ情報の有無に基づく求貨求車サーバ１１０の処理を示すフローチャートである。
【００８２】
先ず、契約された空車情報および荷物情報のうち少なくとも一つが積合せ情報である場合（ステップＳ８２１でＹｅｓ）を説明する。
【００８３】
希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」および「空車情報」は元の情報が同じであるので、お互いの情報同士で契約処理が行われたり、一方に仮契約若しくは契約が成立したにも拘らず、他方が新たに契約できる状態になっていたりすることを回避しなくてはならない。このため、例えば希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」に対し、求貨求車システムを利用する会員が空車情報を仮契約申込みした場合には（ステップＳ８２２でＹｅｓ）、この「荷物情報」と「積合せ情報」とで紐付いている「空車情報」を契約成立後に直ちに削除する（ステップＳ８２４）。さらに、この仮契約申し込みがあった「荷物情報」を除いた状態の空車情報を新規に登録して（ステップＳ８２５）、ステップＳ８２６に進む。なお、ステップＳ８２５の空車情報の新規登録をせずにステップＳ８２６に進んでもよい。このように構成することで、荷物を譲って空スペースが増えた車両を別の荷物情報と突き合わせて契約することが可能になる。
【００８４】
逆に、例えば希望取引が「どちらでも可」の「積合せ情報」から作成された「空車情報」に対し、この求貨求車システムを利用する会員が荷物情報を仮契約申込みして契約が成立した場合には（ステップＳ８２２でＮｏ）、この「空車情報」と「積合せ情報」とで紐付いている「荷物情報」を直ちに削除し（ステップＳ８２３）、ステップＳ８２６に進む。
【００８５】
ステップＳ８２６では、積合せ情報を更新する。すなわち、空車情報又は荷物情報が削除され新規空車情報が登録されたことによる関連付け情報が更新される。
【００８６】
次に、ハードディスク２８内の契約情報１１３を更新し、積合せ情報との関連付け情報も更新して（ステップＳ８２７）、本処理を終了する。
【００８７】
以上の処理は、積合せ情報が有る場合の処理であるが、積合せ情報が無い場合の処理はステップＳ８２１から直ちにステップＳ８２７に進んで契約情報１１３が更新される。
【００８８】
上記以外の場合は、図７において通常の求貨求車システム同様、幹事端末１４０から契約したい荷物情報、空車情報を選択してマッチングし契約処理を実行する。
【００８９】
上記したように、本実施の形態にかかる求貨求車サーバによれば、車両の最大積載重量に満たない重量の荷物を運送する契約が成立している場合に、その荷物を荷物情報として登録することができるとともに、最大積載量との差（可載重量）を空車情報として登録することができるので、可載重量分の空車情報に対して契約が成立した場合は、車両の最大積載量に近い新たな運送契約を結ぶことが可能になり、積載率を向上させることができる。また、荷物を他の車主に譲った場合は、自己の契約での運送料と荷物を譲った他の車主に支払う運送料との差額を手数料として得ることができる。また、積合わせ情報の登録の工数を削減することも可能になる。
【００９０】
これら全体を通じて求貨求車システムの運用を柔軟かつ効率的に進めることができる。
【００９１】
【発明の効果】
以上詳細に説明したように、請求項１記載の求貨求車サーバ、請求項６の求貨求車サーバの制御方法、及び請求項７の求貨求車サーバの制御プログラムによれば、車両の最大積載重量に満たない重量の荷物の荷物情報であり、荷物情報記憶手段に記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、車両の最大積載重量と荷物重量の差分の重量を可載重量とする、空車情報記憶手段に記憶された空車情報とを関連付けて積合せ情報として登録できるので、可載重量分の空車情報に対して契約が成立した場合は、車両の最大積載量に近い新たな運送契約を結ぶことが可能になり、積載率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【図２】図１における求貨求車サーバ１１０の概略構成を示すブロック構成図である。
【図３】図１における荷主端末１２０、車主端末１３０，１３０、幹事会社端末１４０等の端末の概略構成を示すブロック構成図である。
【図４】図１に示す車主端末１３０と求貨求車サーバ１１０との間の処理を示すフローチャートである。
【図５】図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【図６】図５で登録された荷物情報に対する車主端末１３０からの仮契約の申し込みが登録されるまでの処理を示すフローチャートである。
【図７】図６で仮契約申込情報の登録が有った後、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【図８】積合せ情報の有無に基づく求貨求車サーバ１１０の処理を示すフローチャートである。
【図９】積合せ登録画面の一例を示す図である。
【図１０】図９の荷物基本情報欄８５に情報が入力されている積合せ登録画面を例示する図である。
【図１１】積合せ登録確認画面を例示する図である。
【図１２】荷物情報入力画面を例示する図である。
【図１３】空車情報入力画面を例示する図である。
【図１４】図１における幹事端末１４０に表示されるマッチング画面の一例を示す図である。
【図１５】図１における幹事端末１４０に表示されるマッチング画面の一例を示す図である。
【図１６】契約通知の電子メールの一例を示す図である。
【符号の説明】
２８，３８ ハードディスク
１００ 通信回線
１１０ 求貨求車サーバ
１１２ 積合せ情報
１１３ 契約情報
１１５ 荷物情報
１１６ 空車情報
１２０ 荷主端末
１３０ 車主端末
１４０ 幹事端末
【発明の属する技術分野】
本発明は、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバ、該求貨求車サーバの制御方法及びプログラムに関する。
【０００２】
【従来の技術】
従来より、荷主、運送会社、幹事会社の３プレイヤーの存在する求貨求車システムが知られている。この求貨求車システムでは、空車を探している荷主は、空車情報に対して仮契約を申込むことができる。また、荷物を探している運送会社は、荷物情報に対して仮契約を申し込むことが出来る。これらの仮契約関係を幹事会社が閲覧し、荷物特性や車両特性を考慮して適切にマッチング（契約処理）を行う。
【０００３】
これにより、輸送品質を保ちながら、荷主及び車主双方の希望に沿って荷物及び空車を適切に組み合わせることが容易にでき、運搬車両の利用効率（実車率）を向上させている（例えば、特許文献１乃至４参照）。
【０００４】
【特許文献１】
特開２００１−２７３４１７号公報
【特許文献２】
特開平１１−９６２３８号公報
【特許文献３】
特開２００１−１９５４６９号公報
【特許文献４】
特開２００１−１９５５３４号公報
【０００５】
【発明が解決しようとする課題】
上記の求貨求車システムでは、実車率の向上を果たすためにトラックの空車情報を活用している。しかしながら、このような求貨求車システムではトラック毎の空スペースを無くすこと、換言すると積載量を最大積載重量まで近づけること、すなわち、積載率を向上させることまでは難しい。
【０００６】
これに対して単純に、トラックの空車情報に空スペースの情報を加えると言う方法も考えられるが、これだけでは積載率を効果的に向上させることは難しい。
【０００７】
本発明の目的は、実車率を向上させるとともにトラック毎の積載率をも向上させる求貨求車サーバを提供することにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するために請求項１の求貨求車サーバは、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバであって、荷物情報を記憶する荷物情報記憶手段と、空車情報を記憶する空車情報記憶手段と、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶手段と、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶手段に記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶手段に記憶された空車情報とを関連付けて前記積合せ情報として前記積合せ情報記憶手段に登録する積合せ情報登録手段とを備えることを特徴とする。
【０００９】
請求項２記載の求貨求車サーバは、請求項１記載の求貨求車サーバにおいて、前記空車情報について契約が成立したときは、前記関連付けられた荷物情報を削除する第１の情報更新手段を備えることを特徴とする。
【００１０】
請求項３記載の求貨求車サーバは、請求項１又は請求項２記載の求貨求車サーバにおいて、前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除する第２の情報更新手段を備えることを特徴とする。
【００１１】
請求項４記載の求貨求車サーバは、請求項３記載の求貨求車サーバにおいて、前記第２の情報更新手段は、前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除するとともに、前記契約の成立によって新たに生じた空車情報を登録することを特徴とする。
【００１２】
請求項５記載の求貨求車サーバは、請求項１又は請求項４記載の求貨求車サーバにおいて、前記空車情報は、荷物の積み込みを希望されている希望日及び希望積地と、荷物の積み下ろしを希望されている希望降日及び希望降地とを有し、前記希望日及び希望積地は前記荷物情報の積日及び降日であり、前記希望降日及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする。
【００１３】
上記目的を達成するために請求項６の求貨求車サーバの制御方法は、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御方法であって、荷物情報を記憶する荷物情報記憶ステップと、空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとを有する。
【００１４】
上記目的を達成するために請求項７の求貨求車サーバの制御プログラムは、荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御プログラムであって、荷物情報を記憶する荷物情報記憶ステップと、空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとをコンピュータに実行させる。
【００１５】
【発明の実施の形態】
本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムは、荷物を一部積載しており、空スペースを持っているトラックの情報が荷物情報になるとともに空車情報にもなり得るとの発想に基づき、トラックの空スペースを無くして積載率を向上させるものである。
【００１６】
例えば、４トンウィングのトラックが東京から大阪まで２トンの荷物を運ぶ予定であるとする。この場合、このトラックには、最大積載量まであと２トン分の余裕があるので、２トン分の空スペースのある空車情報と考えることができる。
【００１７】
しかし、考え方を変えると、上記東京から大阪まで２トンの荷物を運ぶ仕事の経費、もしくは傭車への支払金額よりも安い金額で運ぶ車主があれば、荷物情報として考えることができる。
【００１８】
この場合、例えば、１０トンウィングトラックで、東京から大阪まで８トンの荷物を運ぶ予定があるトラックの車主は、この２トンの荷物をより安く請け負うことが可能であろう。
【００１９】
このように、本実施の形態に係る求貨求車サーバを用いる求貨求車システムでは、空スペースの有るトラックを単純に空車情報として捉えるのではなく、荷物情報としても捉えるので、空スペースを有効利用するため荷物を探すことと、空スペースを作ってしまっている端物の荷物の運送を希望する空車を探すこととが価格メリットを考慮しながら同時に行える。
【００２０】
以下、本発明の実施の形態に係る求貨求車サーバについて図面を参照しながら詳細に説明する。
【００２１】
図１は、本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【００２２】
求貨求車システムでは、求貨求車サーバ１１０がインターネット等の通信回線１００を介して荷主端末１２０と車主端末１３０，１３０と幹事会社端末１４０とに接続されている。求貨求車システムには複数台の荷主端末が接続され、車主端末も２台ではなくより多数の端末が接続されるが、煩雑を避けるために便宜上、１台の荷主端末と、２台の車主端末を示してある。
【００２３】
求貨求車サーバ１１０は、求貨求車システムを利用する会員の会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６等が記憶されている。これらの各情報は図２に示すハードディスク２８に記憶されている。図１で会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６等はあたかも求貨求車サーバ１１０とは別物のごとく図示されているが、これらは求貨求車サーバ１１０の一部であることを念のため付記する。
【００２４】
図２は、図１における求貨求車サーバ１１０の概略構成を示すブロック構成図である。
【００２５】
求貨求車サーバ１１０は、システムバス２０にＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ＬＡＮアダプタ２４、ビデオアダプタ２５、入力部２６（キーボード）、入力部２７（マウス）、ハードディスク２８、ＣＤ‐ＲＯＭドライブ２９等が接続された情報処理装置である。
【００２６】
ハードディスク２８に記憶されている会員情報１１１、積合せ情報１１２、契約情報１１３、荷物情報１１５、空車情報１１６のうち荷物情報１１５は、「荷物番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、希望車種、その他特記事項、希望運賃」に関する情報を基本情報及び詳細情報として有する。
【００２７】
また、契約情報１１３は、「契約番号、荷物番号、空車番号、荷主の会員番号、運送会社の会員番号」に関する情報を基本情報及び詳細情報として有する。
【００２８】
また、空車情報１１６は、「空車番号、車種、空車地、希望行き先、空車日、空車時間、戻り日、戻り時間、乗務員、車番、携帯番号、その他特記事項、希望運賃」に関する情報を基本情報及び詳細情報として有する。
【００２９】
さらに、積合せ情報１１２は、荷物情報１１５及び空車情報１１６を表現できる情報と空スペース情報として「積合せ番号、商品、商品詳細、重量、積地、降ろし地、積日、積時間、降ろし日、降ろし時間、荷物特記事項、荷物その他指示、荷物希望運賃、車種、乗務員、車番、携帯番号、空車その他特記事項、空車希望運賃、積載スペース、積合特記事項、希望取引（荷物として求車又は空車として求貨のどちらでもよい）、関連付けのための空車番号及び荷物番号」に関する情報を基本情報及び詳細情報として有する（図９参照）。希望取引は例えば後述する図９の画面のチェックボックス８３，８４にチェックマークを入力するか否かによって指定する。
【００３０】
図３は、図１における荷主端末１２０、車主端末１３０，１３０、幹事会社端末１４０等の端末の概略構成を示すブロック構成図である。
【００３１】
荷主端末１２０、車主端末１３０，１３０、および幹事会社端末１４０の各端末も求貨求車サーバ１１０と同様に構成された情報処理装置であり、システムバス３０にＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ＬＡＮアダプタ３４、ビデオアダプタ３５、入力部３６（キーボード）、入力部３７（マウス）、ハードディスク３８、ＣＤ‐ＲＯＭドライブ３９等が接続されている。
【００３２】
次に、車主端末１３０と求貨求車サーバ１１０との間の処理について説明する。
【００３３】
図４は、図１に示す車主端末１３０と求貨求車サーバ１１０との間の処理を示すフローチャートである。
【００３４】
図４のフローチャートにおいて、ステップ番号Ｓ４０１乃至Ｓ４０７の各ステップは車主端末１３０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ４２１乃至Ｓ４３２の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００３５】
始めに、１台の車主端末１３０が予め求貨求車サーバ１１０にユーザＩＤ及びパスワードを送信して認証を受け、不図示のメインメニューが表示された後、メインメニューで「積合せ登録」を選択したものとする。
【００３６】
先ず、車主端末１３０のディスプレイ（図示せず）に図９に示す積合せ登録画面が表示される（ステップＳ４０１）。
【００３７】
図９は、積合せ登録画面の一例を示す図である。
【００３８】
積合せ登録画面８０の最上部右側には取引を希望する者の名称を入れる取引希望者名欄８１が配置されており、最上部左側には日時がリアルタイムに表示される日時表示欄８２が配置されている。取引希望者名欄８１の下方には、チェックボックス８３を有する荷物基本情報チェック欄が配置されている。一方、日時表示欄８２の下方には、チェックボックス８４を有する空車基本情報チェック欄が配置されている。
【００３９】
荷物基本情報チェック欄の下方には荷物基本情報の入力・表示欄８５が配置されている。取引を希望する場合には、荷物基本情報の入力・表示欄８５に荷物基本情報を入力して、荷物基本情報チェック欄のチェックボックス８３にチェックマークを入れる。
【００４０】
一方、空車基本情報チェック欄の下方には空車基本情報入力欄８６が配置されている。取引を希望する場合には、空車基本情報入力欄８６に空車基本情報を入力して、空車基本情報チェック欄のチェックボックス８４にチェックマークを入れる。
【００４１】
最下部には入力した荷物基本情報を登録するときに押す荷物情報登録ボタン８７ａと、既に登録されている荷物情報を検索するための荷物情報検索ボタン８７ｂと、入力した荷物基本情報をキャンセルするためのキャンセルボタン８７ｃと、積合せ登録画面８０が表示される直前に表示されていた画面に画面を戻すための「前の画面」ボタン８７ｄが配置されている。
【００４２】
以下、チェックボックス８３，８４の双方にチェックマークが入っているものとして、図４のフローチャートの説明に戻る。
【００４３】
積合せ登録画面８０上で荷物情報登録または荷物情報検索を求める操作が行われると、それが荷物情報新規登録か否か（荷物情報登録か荷物情報検索か）を判別する（ステップＳ４０２）。荷物情報新規登録ではない場合、すなわち、荷物情報検索ボタン８７ｂが押下された荷物情報検索である場合には、求貨求車サーバ１１０に荷物検索情報が送信される（ステップＳ４０３）。荷物検索情報は、荷物情報が既に登録されている場合（車主が求貨求車システムで既に契約している場合）には、当該システムの会員ＩＤである。
【００４４】
求貨求車サーバ１１０が荷物検索情報を受信すると（ステップＳ４２１）、求貨求車サーバ１１０は、当該会員ＩＤの契約済みの荷物情報を検索して、荷物情報検索結果を車主端末１３０に送信する（ステップＳ４２２）。荷物情報検索結果を受信した車主端末１３０はステップＳ４０４を実行する。
【００４５】
なお、図９の積合せ登録画面で荷物基本情報に積日や積地等の荷物基本情報の少なくとも一部が入力されてから荷物情報検索ボタン８７ｂが押下された場合には、当該入力された荷物基本情報を検索条件にして検索が実行され、その検索結果がステップＳ４２２で車主端末１３０に送信される。複数の荷物情報がヒットした場合には、複数のヒットした荷物情報を選択する画面（図示せず）が送信され、車主端末１３０からは折り返し荷物情報を選択する情報が求貨求車サーバ１１０に送信される。
【００４６】
一方、荷物情報検索ボタン８７ｂが押下されずに、荷物情報登録ボタン８７ａが押下された場合には（ステップＳ４０２でＹｅｓ）、処理はステップＳ４０４に進む。
【００４７】
ステップＳ４０４では、車主端末１３０のディスプレイに図１０に示す積合せ登録画面が表示される。図１０は、図９の荷物基本情報欄８５に情報が入力されている積合せ登録画面を例示する図である。図１０に示す積合せ登録画面９０は、新規入力又は情報検索の結果、荷物基本情報欄８５に情報内容が入力されている。
【００４８】
積合せ登録画面９０には、既に食料品２．５ｔを５万円で大阪に運ぶ契約が成立していることが示されている。この荷物を他の運送会社（車主）に下請けに出すために、５万円未満の希望運賃（例えば４万円）を希望運賃入力欄９１に入力する。更に会員情報に含まれる保有車両のデータに基づいて、空車基本情報欄８６に車種「平車幌付」が表示される。空車基本情報欄８６の項目は、それら全てに入力する必要はない。空車情報参照ボタン９２が押下されると、契約済みの空車情報の参照要求が求貨求車サーバ１１０に送信され、これを求貨求車サーバ１１０が受信すると、契約済みの空車情報を検索して、その結果を車主端末１３０に送信する（ステップＳ４２３）。
【００４９】
空車情報の検索結果を受信した車主端末１３０から求貨求車サーバに積合わせ情報が送信されると（ステップＳ４０５）、求貨求車サーバ１１０がこれを受信して、空車情報の希望積日＝荷物情報の積日とし、空車情報の希望降日＝荷物情報の降日とし、空車情報の希望積地＝荷物情報の積地の都道府県とし、更に、空車情報の希望降地＝荷物情報の降地の都道府県とする空車情報が契約済みの空車情報を元に生成される（ステップＳ４２４）。なお、空車情報の希望積地＝荷物情報の積地の経路上の隣接都道府県（図１１では神奈川県）とすることも可能である。更に、可載重量（積載可能重量）は、車種情報から特定される車両の最大積載重量から契約済みの荷物情報の重量を引いた数字を算出してディフォルト設定しても良い。これらの処理によって空車情報の入力工数を削減することが可能になる。さらにこの空車情報を車主端末１３０の画面に表示するための表示情報が生成され（ステップＳ４２５）、車主端末１３０に送信される（ステップＳ４２６）。
【００５０】
ステップＳ４０６で表示情報を受信した車主端末１３０には図１１の積合せ登録確認画面に示すように空車情報を加えた画面が表示される。空車情報に対する修正情報が入力されて求貨求車サーバ１１０に送信されると（ステップＳ４０７）、求貨求車サーバ１１０が修正情報を受信する（ステップＳ４２７）。
【００５１】
求貨求車サーバ１１０は受信した修正情報がキャンセルであるか否かを判別して、キャンセルである場合には（ステップＳ４２８でＹｅｓ）、積合せ情報の登録を行うことなく本処理を終了する。キャンセルでない場合には荷物情報の新規登録であるか否かを判別し（ステップＳ４２９）、荷物情報の新規登録の場合、すなわち、図１０の画面で積合せ情報登録ボタン９３が押下された場合には、荷物情報の登録を行う（ステップＳ４３０）。ここで、希望取引が「どちらでも可」として登録されている場合には、積合せ情報と共に荷物情報及び空車情報（Ｓ４３１）も１レコードずつ作成され、それぞれが登録されて（ステップＳ４３０乃至ステップＳ４３２）、本処理が終了する。これにより、積合せ情報は、ともに作成された荷物情報と空車情報との紐付き関係の情報を持つことになる。荷物情報の新規登録でない場合には（ステップＳ４２９でＮｏ）、空車情報登録と積合せ情報とが登録されて（ステップＳ４３１およびステップＳ４３２）、本処理が終了する。
【００５２】
以上は、希望取引が「どちらでも可」として登録されている場合の処理であるが、積合せ情報入力の際に、希望取引が「荷物として求車」として登録された場合には、積合せ情報（ステップＳ４３２）とともに荷物情報（ステップＳ４３０）に１レコード作成され、積合せ情報は、ともに作成された荷物情報との紐付き関係の情報を持つ（この場合ステップＳ４３１はスキップする）。
【００５３】
更に、希望取引が「空車として求貨」として登録されている場合には、積合せ情報（ステップＳ４３２）とともに空車情報（ステップＳ４３１）にも１レコード作成され、積合せ情報は、ともに作成された空車情報との紐付き関係の情報を持つ（この場合、ステップＳ４３０はスキップする）。
【００５４】
以上の処理によって、運送会社が、最大積載重量に満たない荷物の契約が成立している車両の荷物を荷物情報として登録するとともに最大積載重量に達するまでの積載可能な重量を可載重量とする空車情報として登録することが可能になる。この荷物情報と空車情報とは積合せ情報と関連付けられている。又、ステップＳ４２４の空車情報生成処理によって空車情報の入力工数を削減することも可能になる。
【００５５】
次に、荷主端末１２０から求貨求車サーバ１１０に荷物を登録する場合を説明する。
【００５６】
図５は、図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【００５７】
図５のフローチャートにおいて、ステップ番号Ｓ５０１およびＳ５０２の２つのステップは荷主端末１２０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ５２１およびＳ５２２の２つのステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００５８】
ステップＳ５０１では既に認証やメニュー選択が終わり、図１２に示す荷物情報入力画面が表示されているものとする。荷主端末１２０で荷物情報が入力されると（ステップＳ５０１）、当該荷物情報が求貨求車サーバ１１０に送信される（ステップＳ５０２）。求貨求車サーバ１１０は荷主端末１２０から荷物情報を受信すると（ステップＳ５２１）、この受信した荷物情報をハードディスク２８内の荷物情報１１５に記憶して登録する（ステップＳ５２２）。なお、車主端末１３０から求貨求車サーバ１１０に空車情報を登録する場合も同様の処理を実行するのでフローチャートの図示及び説明は省略する。このようにして登録された荷物情報に対して車主が行う仮契約を次に説明する。
【００５９】
なお、図１における車主端末１３０から求貨求車サーバ１１０に空車情報を登録する際の処理も同様であり、情報の入力は図１２の荷物情報入力画面に代わる図１３に示す空車情報入力画面から行う。
【００６０】
図６は、図５で登録された荷物情報に対する車主端末１３０からの仮契約の申し込みが登録されるまでの処理を示すフローチャートである。
【００６１】
図６のフローチャートにおいて、ステップ番号Ｓ６０１乃至Ｓ６０３の各ステップは車主端末１３０のＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ６２１乃至Ｓ６２４の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６２】
ステップＳ６０１が実行される以前に、車主端末１３０は求貨求車サーバ１１０に接続して認証を済ませているものとする。車主端末１３０は、荷物情報一覧画面（図示せず）を要求するために求貨求車サーバ１１０に荷物情報の検索条件を送信する（ステップＳ６４１）。求貨求車サーバ１１０はこの画面要求を受信すると（ステップＳ６２１）、この画面要求に基づいて荷物情報の検索を行い（ステップＳ６２２）、検索して取得した荷物情報に基づいて、車主端末１３０の画面に荷物一覧画面を表示させるための表示情報を生成し、この生成した表示情報を車主端末１３０に送信する（ステップＳ６２３）。
【００６３】
表示情報を受信した車主端末１３０は荷物情報一覧を表示する（ステップＳ６０２）。荷物情報一覧の中から特定の荷物情報が選択され「申込ボタン」（図示せず）が押下されると、車主端末１３０は求貨求車サーバ１１０に荷物の選択情報を含む仮契約申込情報を送信する（ステップＳ６０３）。
【００６４】
仮契約申込情報を受信した求貨求車サーバ１１０は、ハードディスク２８内の荷物情報１１５であって上記選択された荷物に該当する荷物情報に、上記の仮契約を申し込んだ者の会員番号及び空車情報のＩＤを追加して仮契約申込情報を登録して（ステップＳ６２４）、本処理を終了する。
【００６５】
次に、上記仮契約申込情報の登録が有った後に契約が成立し、その契約の通知が送信されるまでの処理を説明する。
【００６６】
図７は、図６で仮契約申込情報の登録が有った後、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【００６７】
図７のフローチャートにおいて、ステップ番号Ｓ７０１およびＳ７０２の２つのステップは荷主端末１２０および車主端末１３０の各ＣＰＵ３１の制御の下で実行される。また、ステップ番号Ｓ７１１乃至Ｓ７１４の各ステップは幹事端末１４０のＣＰＵ３１の制御の下で実行される。さらに、ステップ番号Ｓ７２１乃至Ｓ７３０の各ステップは求貨求車サーバ１１０のＣＰＵ２１の制御の下で実行される。
【００６８】
幹事会社が幹事端末１４０から求貨求車サーバ１１０にマッチング画面を要求する（ステップＳ７１１）。マッチング画面の要求には積日と降日の指定や、積地及び降地の指定によりマッチング対象を限定する。つまり積日と降日の指定や、積地及び降地の指定により該当する空車情報と荷物情報の検索を要求する。求貨求車サーバ１１０はこの要求を受信すると（ステップＳ７２１）、荷物情報及び空車情報を検索する（ステップＳ７２２）。次に、荷物情報及び空車情報の条件がマッチングした分について幹事端末１４０の画面に表示させるためのマッチング画面情報を生成して（ステップＳ７２３）、このマッチング画面情報を幹事端末１４０に送信する（ステップＳ７２４）。
【００６９】
幹事端末１４０は、受信したマッチング画面情報に基づいてマッチング画面（図１４および図１５参照）を表示する（ステップＳ７１２）。幹事会社はこのマッチング画面上で契約処理を行う。
【００７０】
このマッチング画面では、従来の荷物情報、空車情報、および積合せ情報間の紐付け関係がわかる情報（例えば積合せ番号）が表示される。つまり、マッチング画面にて、同じ積合せ番号が表示されている荷物情報と空車情報とは、元の情報が同じであることを示している。例えば、図１４のＡＡＡ運輸の１．５ｔの空車情報と図１５のＡＡＡ運輸の２．５ｔの荷物情報に共通の番号「０１５４５」が積合せ番号に相当する。
【００７１】
なお、図１４のマッチング画面では、積合せ情報である場合に「番号」欄に積合せ番号が表示されるが、これに限らず、全ての荷物情報や空車情報に一意の管理番号を割り当ててその管理番号を表示しても良い。
【００７２】
図１４のマッチング画面に示された空車情報欄１４０１と荷物情報欄１４０２の中からそれぞれ特定の空車情および荷物情報のチェックマーク欄にチェックマークが入力され、契約ボタン１４０３が押下されると、幹事端末１４０は契約情報を求貨求車サーバ１１０送信する（ステップＳ７１３）。この契約情報には少なくともどの荷物情報とどの空車情報が選択されたかの情報が含まれている。さらに、契約情報に積合せ番号を含ませても良い。
【００７３】
求貨求車サーバ１１０は幹事端末１４０から契約情報を受信すると（ステップＳ７２５）、幹事端末１４０によって選択された荷物情報および空車情報がともに積合せ情報同士であるか否かを判別する（ステップＳ７２６）。荷物情報および空車情報の少なくとも一方が積合せ情報でない場合、すなわち、荷物情報および空車情報がともに積合せ情報同士でない場合には、契約の成立を通知する契約通知が荷主端末１２０および車主端末１３０に電子メール又はメッセ−ジングのいずれかによって通知される（ステップＳ７２７）。このステップＳ７２９の後に幹事端末１４０は図８に示す処理を行う。
【００７４】
この契約通知を荷主端末１２０および車主端末１３０が受信して（ステップＳ７０１）、本処理が終了する。なお、契約通知の電子メールは、例えば図１６に示すような積日や降日や積地、降地、荷物内容や重量、契約の詳細を参照するためのＵＲＬを含む文面のものである。
【００７５】
荷物情報および空車情報がともに積合せ情報同士である場合には（ステップＳ７２６でＹｅｓ）、荷物情報および空車情報の積合せ番号が同一積合せ番号であるか否かを判別する（ステップＳ７２８）。
【００７６】
同一積合せ番号である場合には、エラー通知を幹事端末１４０に送信する（ステップＳ７３０）。このエラー通知を受信した幹事端末１４０はエラー通知を表示して（ステップＳ７１４）、本処理を終了する。これにより、積合せ番号が同一である荷物と空車とは、契約が成立することがない。
【００７７】
荷物情報および空車情報が同一の積合せ番号でない場合には（ステップＳ７２８でＮｏ）、契約の成立を通知する契約通知が荷主端末１２０および車主端末１３０に電子メール又はメッセ−ジングのいずれかによって通知される（ステップＳ７２９）。このステップＳ７２９の後に幹事端末１４０は図８に示す処理を行う。契約通知を車主端末１３０が受信して（ステップＳ７０２）、本処理が終了する。
【００７８】
なお、予め車主が空車情報を登録しており、荷主が空車情報一覧を要求して（ステップＳ６０１相当部分）、空車情報の一覧を画面に表示させ（ステップＳ６０２相当部分）、仮契約を申し込んだ場合（ステップＳ６０３相当部分）も処理は同様なので説明は省略する。
【００７９】
なお、荷主が参照できる空車情報一覧は最初の契約（例えば４トン車で２トンの荷物を運ぶ契約）が成立すると参照できなくなるが、物理的に削除されるわけではなく、運送会社のは最初の契約後も参照が可能である。
【００８０】
次に、積合せ情報の有無による処理について詳しく説明する。
【００８１】
図８は、積合せ情報の有無に基づく求貨求車サーバ１１０の処理を示すフローチャートである。
【００８２】
先ず、契約された空車情報および荷物情報のうち少なくとも一つが積合せ情報である場合（ステップＳ８２１でＹｅｓ）を説明する。
【００８３】
希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」および「空車情報」は元の情報が同じであるので、お互いの情報同士で契約処理が行われたり、一方に仮契約若しくは契約が成立したにも拘らず、他方が新たに契約できる状態になっていたりすることを回避しなくてはならない。このため、例えば希望取引が「どちらでも可」の「積合せ情報」から作成された「荷物情報」に対し、求貨求車システムを利用する会員が空車情報を仮契約申込みした場合には（ステップＳ８２２でＹｅｓ）、この「荷物情報」と「積合せ情報」とで紐付いている「空車情報」を契約成立後に直ちに削除する（ステップＳ８２４）。さらに、この仮契約申し込みがあった「荷物情報」を除いた状態の空車情報を新規に登録して（ステップＳ８２５）、ステップＳ８２６に進む。なお、ステップＳ８２５の空車情報の新規登録をせずにステップＳ８２６に進んでもよい。このように構成することで、荷物を譲って空スペースが増えた車両を別の荷物情報と突き合わせて契約することが可能になる。
【００８４】
逆に、例えば希望取引が「どちらでも可」の「積合せ情報」から作成された「空車情報」に対し、この求貨求車システムを利用する会員が荷物情報を仮契約申込みして契約が成立した場合には（ステップＳ８２２でＮｏ）、この「空車情報」と「積合せ情報」とで紐付いている「荷物情報」を直ちに削除し（ステップＳ８２３）、ステップＳ８２６に進む。
【００８５】
ステップＳ８２６では、積合せ情報を更新する。すなわち、空車情報又は荷物情報が削除され新規空車情報が登録されたことによる関連付け情報が更新される。
【００８６】
次に、ハードディスク２８内の契約情報１１３を更新し、積合せ情報との関連付け情報も更新して（ステップＳ８２７）、本処理を終了する。
【００８７】
以上の処理は、積合せ情報が有る場合の処理であるが、積合せ情報が無い場合の処理はステップＳ８２１から直ちにステップＳ８２７に進んで契約情報１１３が更新される。
【００８８】
上記以外の場合は、図７において通常の求貨求車システム同様、幹事端末１４０から契約したい荷物情報、空車情報を選択してマッチングし契約処理を実行する。
【００８９】
上記したように、本実施の形態にかかる求貨求車サーバによれば、車両の最大積載重量に満たない重量の荷物を運送する契約が成立している場合に、その荷物を荷物情報として登録することができるとともに、最大積載量との差（可載重量）を空車情報として登録することができるので、可載重量分の空車情報に対して契約が成立した場合は、車両の最大積載量に近い新たな運送契約を結ぶことが可能になり、積載率を向上させることができる。また、荷物を他の車主に譲った場合は、自己の契約での運送料と荷物を譲った他の車主に支払う運送料との差額を手数料として得ることができる。また、積合わせ情報の登録の工数を削減することも可能になる。
【００９０】
これら全体を通じて求貨求車システムの運用を柔軟かつ効率的に進めることができる。
【００９１】
【発明の効果】
以上詳細に説明したように、請求項１記載の求貨求車サーバ、請求項６の求貨求車サーバの制御方法、及び請求項７の求貨求車サーバの制御プログラムによれば、車両の最大積載重量に満たない重量の荷物の荷物情報であり、荷物情報記憶手段に記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、車両の最大積載重量と荷物重量の差分の重量を可載重量とする、空車情報記憶手段に記憶された空車情報とを関連付けて積合せ情報として登録できるので、可載重量分の空車情報に対して契約が成立した場合は、車両の最大積載量に近い新たな運送契約を結ぶことが可能になり、積載率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る求貨求車サーバを使用する求貨求車システムの概略構成図である。
【図２】図１における求貨求車サーバ１１０の概略構成を示すブロック構成図である。
【図３】図１における荷主端末１２０、車主端末１３０，１３０、幹事会社端末１４０等の端末の概略構成を示すブロック構成図である。
【図４】図１に示す車主端末１３０と求貨求車サーバ１１０との間の処理を示すフローチャートである。
【図５】図１における荷主端末１２０から求貨求車サーバ１１０に荷物を登録する際の処理を示すフローチャートである。
【図６】図５で登録された荷物情報に対する車主端末１３０からの仮契約の申し込みが登録されるまでの処理を示すフローチャートである。
【図７】図６で仮契約申込情報の登録が有った後、契約が成立して契約通知が送信されるまでの処理を示すフローチャートである。
【図８】積合せ情報の有無に基づく求貨求車サーバ１１０の処理を示すフローチャートである。
【図９】積合せ登録画面の一例を示す図である。
【図１０】図９の荷物基本情報欄８５に情報が入力されている積合せ登録画面を例示する図である。
【図１１】積合せ登録確認画面を例示する図である。
【図１２】荷物情報入力画面を例示する図である。
【図１３】空車情報入力画面を例示する図である。
【図１４】図１における幹事端末１４０に表示されるマッチング画面の一例を示す図である。
【図１５】図１における幹事端末１４０に表示されるマッチング画面の一例を示す図である。
【図１６】契約通知の電子メールの一例を示す図である。
【符号の説明】
２８，３８ ハードディスク
１００ 通信回線
１１０ 求貨求車サーバ
１１２ 積合せ情報
１１３ 契約情報
１１５ 荷物情報
１１６ 空車情報
１２０ 荷主端末
１３０ 車主端末
１４０ 幹事端末
Claims (7)
- 荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバであって、
荷物情報を記憶する荷物情報記憶手段と、
空車情報を記憶する空車情報記憶手段と、
前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶手段と、
車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶手段に記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶手段に記憶された空車情報とを関連付けて前記積合せ情報として前記積合せ情報記憶手段に登録する積合せ情報登録手段とを備えることを特徴とする求貨求車サーバ。 - 前記空車情報について契約が成立したときは、前記関連付けられた荷物情報を削除する第１の情報更新手段を備えることを特徴とする請求項１記載の求貨求車サーバ。
- 前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除する第２の情報更新手段を備えることを特徴とする請求項１又は請求項２記載の求貨求車サーバ。
- 前記第２の情報更新手段は、前記荷物情報について契約が成立したときは、前記関連付けられた空車情報を削除するとともに、前記契約の成立によって新たに生じた空車情報を登録することを特徴とする請求項３記載の求貨求車サーバ。
- 前記空車情報は、荷物の積み込みを希望されている希望日及び希望積地と、荷物の積み下ろしを希望されている希望降日及び希望降地とを有し、前記希望日及び希望積地は前記荷物情報の積日及び降日であり、前記希望降日及び希望降地は前記荷物情報の積地の都道府県及び降地の都道府県と一致することを特徴とする請求項１又は請求項４記載の求貨求車サーバ。
- 荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御方法であって、荷物情報を記憶する荷物情報記憶ステップと、
空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとを有する求貨求車サーバの制御方法。 - 荷主端末及び車主端末と通信回線を介して接続された求貨求車サーバの制御プログラムであって、荷物情報を記憶する荷物情報記憶ステップと、空車情報を記憶する空車情報記憶ステップと、前記荷物情報と前記空車情報とを積み合せた情報を記憶する積合せ情報記憶ステップと、車両の最大積載重量に満たない重量の荷物の荷物情報であり、前記荷物情報記憶ステップで記憶された予め契約が成立している荷物の荷物重量についての荷物情報と、前記車両の最大積載重量と前記荷物重量の差分の重量を可載重量とする、前記空車情報記憶ステップで記憶された空車情報とを関連付けて前記積合せ情報として登録する積合せ情報登録ステップとをコンピュータに実行させる求貨求車サーバの制御プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381191A JP2004213256A (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002381191A JP2004213256A (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004213256A true JP2004213256A (ja) | 2004-07-29 |
Family
ID=32817190
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002381191A Pending JP2004213256A (ja) | 2002-12-27 | 2002-12-27 | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004213256A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020173531A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
-
2002
- 2002-12-27 JP JP2002381191A patent/JP2004213256A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2020173531A (ja) * | 2019-04-09 | 2020-10-22 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
| JP7360250B2 (ja) | 2019-04-09 | 2023-10-12 | 鈴与株式会社 | 運送計画支援装置、運送計画支援システム及び運送計画支援方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6476232B2 (ja) | 物流支援システム、物流支援方法、および物流支援プログラム | |
| TW202036397A (zh) | 用於最佳化包裹之分類及載入的電腦實施系統、電腦實施方法及系統 | |
| JP6751112B2 (ja) | 返品・返却システム、返品・返却サーバ及び返品・返却装置 | |
| TWI662497B (zh) | 購買支援伺服器、程式及購買支援系統 | |
| US20230306361A1 (en) | Return ordering system and method | |
| JP2020166505A (ja) | 荷物の配送を支援するシステム | |
| JP2022101568A (ja) | 物流管理方法およびそれを実行する電子装置 | |
| WO2020166340A1 (ja) | 商品仕分け及び梱包管理方法 | |
| JP6788047B2 (ja) | サーバ、荷物配送方法、プログラム | |
| JP2004213256A (ja) | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム | |
| KR102422809B1 (ko) | 로컬 캐시 동기화를 위한 시스템 및 방법 | |
| JP4188679B2 (ja) | 求貨求車サーバ、該求貨求車サーバの制御方法及びプログラム | |
| KR20230100714A (ko) | 고 가용 분산형 하이브리드 트랜잭션 및 분석 데이터베이스를 관리하기 위한 시스템 및 방법 | |
| JP6815551B2 (ja) | 注文管理システム、注文管理方法、および注文管理プログラム | |
| KR102483146B1 (ko) | 모듈식의 플랫폼에서 레이턴시를 줄이기 위한 컴퓨터화된 시스템 및 방법 | |
| JP2002167017A (ja) | 物流管理システムとその管理方法及びその方法を記録した記録媒体 | |
| KR102467454B1 (ko) | 회로 차단기를 이용한 사용자 인터페이스에 대한 정보의 페일 세이프 로딩을 위한 컴퓨터 시스템 및 방법 | |
| JP2002297725A (ja) | 配送システム及び配送プログラム | |
| JP2001335118A (ja) | ロジスティクスａｓｐシステム及びそのロジスティクスシステム運営方法 | |
| US20220350981A1 (en) | Software systems for facilitating object transport | |
| JP2002288564A (ja) | 輸出入貨物の物流情報システム | |
| JP5833736B1 (ja) | 荷物積載ロールボックスパレットの配送方法 | |
| JP3970870B2 (ja) | サーバ装置、及びその制御方法 | |
| JP2022066072A (ja) | 情報処理装置 | |
| JP2002145416A (ja) | 求貨求車支援システム |