JP4163465B2 - 求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 - Google Patents
求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 Download PDFInfo
- Publication number
- JP4163465B2 JP4163465B2 JP2002231655A JP2002231655A JP4163465B2 JP 4163465 B2 JP4163465 B2 JP 4163465B2 JP 2002231655 A JP2002231655 A JP 2002231655A JP 2002231655 A JP2002231655 A JP 2002231655A JP 4163465 B2 JP4163465 B2 JP 4163465B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- notification
- terminal
- condition
- vehicle
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【産業上の利用分野】
本発明は、一方当事者からの第一情報に基づいて他方当事者に情報を提供するマッチングシステム全般、特に荷主からの荷物情報に基づいて車主である運送会社などに求車情報を提供する求貨求車のサーバ及びこのサーバにおける処理方法及びそのプログラムと記憶媒体に関するものである。
【0002】
【従来の技術】
一方当事者からの第一情報に基づいて他方当事者に情報を提供するマッチングシステムは広く利用されている。その一例として例えば求貨求車システムは、トラックを探している荷主の荷物情報と、荷物を探している運送会社の空車情報をインターネット上でお見合いをさせ、マッチングすることで、トラックの運行率を向上させ、その見返りとして安価に荷物を運ぶことが出来るマーケットプレイス型のビジネスを実現している。
【0003】
このビジネスは、求貨求車システムという市場を作り、市場にならぶ荷物情報、空車情報をマッチングさせ、運営事業者は、その市場の使用料として、一定のマッチング手数料を双方、もしくは片方から徴収することを収益とするものである。求貨求車システムを利用する最大のメリットは、これまで荷物情報・空車情報を必要とした配車センター・営業所など配車を実施するマッチング拠点が、各拠点に対し個別に電話やFaxを用いて情報収集を行っていたものが、インターネットシステムを利用することで、情報を登録することで全拠点の情報が一元化できることである。
【0004】
【発明が解決しようとする課題】
しかしながら、こうした荷物情報・空車情報の登録件数が多くなる程、自分の望む情報を探し出すことが困難になる。検索機能を実装することで、こうした課題の解決は可能であるが、常に、画面を確認する必要が出てくる。また、情報が登録された後、一定時間を置かなければ、登録した荷物情報・空車情報に対する入札がなされない事から、リアルタイムの配車が困難である。登録した情報は、配車がなされるまで凍結される事になり、その間、他の会社から引き合いがあったとしても、断らざるを得ない。結果的に、求貨求車システム上でマッチングがなされれば問題ないが、成約がなされなかった場合、登録した情報に関しては、機会損失を被ることとなる。
【0005】
マッチング業務を行う幹事会社にとっても、登録された荷物情報を確実に配車することは、幹事会社の評価を向上させる事になるが、成約率を高める為には、登録された荷物情報・空車情報を常に監視し、場合によっては、電話・Faxなどにより個別の連絡措置を取る必要も出てくる。こうした事から、求貨求車システムを導入することで、業務効率化を図ったにも関わらず、業務負荷が増すこともありえた。
【0006】
以上は、求貨求車システムの例であるが、これに限らず、例えばオークションサイトに特定の品物を探している旨の「買いたし」情報を登録した場合でも、この条件に合う品物が「売りたし」に登録される場合が少なくない。しかし、上述の場合と同様に「売りたし」の情報を頻繁に見ていないと欲しい品物を逃してしまう場合が少なくない。特に外出先では自宅のPCからオークションサイトをアクセスできないし、携帯電話等の携帯端末からオークションサイトにアクセスするのも出品点数が多数に上る場合煩雑な操作と多額の通信費を要するという問題があった。
【0007】
本発明は上記従来例に鑑みてなされたもので、マッチングサーバにおけるマッチング率の向上と操作負担の軽減を目的とし、特に求貨求車システムにおける機会損失の低減と業務負荷の軽減を実現するために、登録される荷物情報・空車情報に対して、簡易な操作で入札可能な求貨求車サーバとその処理方法とプログラムの提供を主たる目的とするものである。
【0008】
【課題を解決するための手段】
上記目的を達成するために本発明のサーバは以下のような構成を備える。即ち、
一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバであって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶手段と、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶手段に記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定手段と、
前記通知判定手段が、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき他方当事者端末に送信する通知手段とを備える。
【0009】
上記目的を達成するために本発明の求貨求車システムのサーバは以下のような構成を備える。即ち、
荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバであって、
車主端末から受信した空車情報を記憶する空車情報記憶手段と、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶手段と、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶手段に記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定手段と、
前記判定手段が、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段とを備える。
【0010】
また、好ましくは、本発明の求貨求車システムのサーバにおいて、前記通知条件は通知先の電子メールアドレスを含み、前記通知情報は電子メールによって通知するための情報であることを特徴とする。
【0011】
また、好ましくは、本発明の求貨求車システムのサーバにおいて、前記通知条件は特定の車両に関連つけられた個別メールアドレスを含み、
前記通知条件は特定の車輌に関する通知条件が記憶されており、
前記通知手段は、前記特定の車輌に関する通知条件に合致する荷物情報を受信した場合に、前記特定の車輌に関連づけられた個別メールアドレス宛に通知することを特徴とする。
【0012】
上記目的を達成するために本発明の求貨求車システムのサーバは以下のような構成を備える。即ち、
荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバであって、
車主端末から受信した複数項目の情報を含む空車情報を記憶する空車情報記憶手段と、
前記空車情報を受信した場合に、荷主端末に当該空車情報の受信を通知するための通知条件であって、少なくとも通知先と前記空車情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する第二の通知条件記憶手段と、
前記空車情報を受信した場合に、前記空車情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記空車情報記憶手段に記憶された空車情報を荷主端末に通知するか否かと、前記空車情報と前記通知条件の合致数とを判定する第二の判定手段と、
前記第二の判定手段が、通知すべき荷主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知先荷主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知先荷主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき荷主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段とを備える。
【0013】
上記目的を達成するための本発明のサーバの制御方法は以下のような構成を備える。即ち、
一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバの制御方法であって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶ステップと、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶ステップと、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶ステップに記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定ステップと、
前記通知判定ステップが、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成ステップと、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成ステップと、
前記通知情報を前記通知すべき他方当事者端末に送信する通知ステップとを備える。
【0014】
上記目的を達成するための本発明のサーバの制御方法は以下のような構成を備える。即ち、
荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバの制御方法であって、
車主端末から受信した空車情報を記憶する空車情報記憶ステップと、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶ステップと、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶ステップと、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶ステップに記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定ステップと、
前記判定ステップが、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成ステップと、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成ステップと、
前記通知情報を前記通知すべき車主端末に送信する通知ステップとを備える。
【0015】
上記目的を達成するために本発明のサーバのコンピュータプログラムは以下のような構成を備える。即ち、
コンピュータに読込ませ実行させることで、前記コンピュータを、一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバとして機能させるコンピュータプログラムであって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶手段と、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶手段に記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定手段と、
前記通知判定手段が、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき他方当事者端末に送信する通知手段として機能させることを特徴とする。
【0016】
上記目的を達成するために本発明のサーバのコンピュータプログラムは以下のような構成を備える。即ち、
コンピュータが読込み実行することで、前記コンピュータを、荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバとして機能させるコンピュータプログラムであって、
車主端末から受信した空車情報を記憶する空車情報記憶手段と、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶手段と、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶手段に記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定手段と、
前記判定手段が、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段として機能させる。
【0017】
上記目的を達成するために本発明のサーバのコンピュータプログラムは以下のような構成を備える。即ち、
コンピュータに読込ませ実行させることで、前記コンピュータを、荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバとして機能させるコンピュータプログラムであって、
車主端末から受信した複数項目の情報を含む空車情報を記憶する空車情報記憶手段と、
前記空車情報を受信した場合に、荷主端末に当該空車情報の受信を通知するための通知条件であって、少なくとも通知先と前記空車情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する第二の通知条件記憶手段と、
前記空車情報を受信した場合に、前記空車情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記空車情報記憶手段に記憶された空車情報を荷主端末に通知するか否かと、前記空車情報と前記通知条件の合致数とを判定する第二の判定手段と、
前記第二の判定手段が、通知すべき荷主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知先荷主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知先荷主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき荷主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段として機能させることを特徴とする。
【0018】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。図1は、本実施の形態に係る求貨求車システムの全体構成を示す概念図である。図において、100はインターネット等のネットワーク(通信回線)を示し、このインターネット100を介して幹事会社、車主、荷主の各端末102〜106及び求貨求車システムのサーバ101が接続されている。
【0019】
図1では車主端末103と荷主端末104と車主携帯端末105は各々1つだけ記されているが、実際は各々が複数台ずつ接続されている。なお、通信回線はインターネットに限らず例えば衛星回線や専用回線で荷主の端末と車主の端末とサーバを接続しても良いことは言うまでもない。
【0020】
そして、この求貨求車サーバ101は、車主より通知された空車情報を記憶する空車テーブル、荷主より通知された荷物情報を記憶する荷物テーブル、及びこれら車主、荷主の間での取引を管理している幹事会社の端末102が管理している会員に関する会員情報を記憶している会員テーブル、会員間の契約を記憶する契約テーブルをハードディスクに記憶している。
【0021】
尚、会員情報は、例えばサーバ101がサービスする対象の車主及び荷主が正会員であるか否かを確認するため等に使用される。会員テーブルのフィールドとしては、会社名、住所、連絡先電話番号、会員ID、条件合致時の通知先メールアドレス(車主端末103用や荷主端末104用)などを持つ。
【0022】
荷物テーブルのフィールドとしては、荷物会員ID、荷物番号、契約番号、商品名、積地、降地、積日、降日、重量、積込条件、荷降条件、指定車種、登録金額などを持つ。空車テーブルのフィールドとしては、空車会員ID、空車番号、契約番号、空車地、希望行き先、空車日、戻り日、車種、積載量、登録金額などを持つ。契約テーブルのフィールドとしては、荷物会員ID、空車会員ID、契約番号などを持つ。
【0023】
通知条件テーブルのフィールドとしては、会員ID、荷物情報検索条件、空車情報検索条件、条件合致時の通知先メールアドレス(車主携帯端末105用)などを持つ。なお、通知条件テーブルの内容全部を会員テーブルに記憶しても良いし、通知条件テーブルの内容の一部を会員テーブルに記憶しても良い。つまり、本発明における「通知条件記憶手段」は、通知条件テーブル兼用の会員テーブルでも良いし、会員テーブルとは別個の通知条件テーブル用いても良い。
【0024】
同様に、通知条件の共通部分は会員テーブルに記憶し、荷物情報や空車情報毎の個別で異なる通知条件部分は空車テーブルや荷物テーブルに記憶させてもよくこれらはいずれも本発明に含まれることは言うまでもない。このように構成することにより、車主が有している積載量が異なる複数の種類のトラックや、複数の同一積載量のトラックの個別の空車スケジュールを実車に変えられる荷物情報をきめ細かく検索することが可能になる。
【0025】
次に、図2を参照して、サーバ101及び各端末102〜104等の通信端末のハードウェア構成について説明する。なお、車主携帯端末105と幹事会社携帯端末106は典型的には携帯電話であり、PDA(パーソナルデータアシスタント)やハンディターミナル等のいわゆるモバイル端末でもよい。図2は、本発明の実施の形態に係る通信端末(サーバ101及び各端末102〜104)のハードウェア構成を示すブロック図である。
【0026】
図2において、CPU21、RAM22、ROM23、LANアダプタ24、ビデオアダプタ25、キーボード26、マウス27、ハードディスク28、CD−ROMドライブ29のそれぞれは、システムバス20を介して互いに接続されている。このシステムバス20は、例えば、PCIバス、AGPバス、メモリバス等を意味する。また、図2では、各バス間の接続用チップやキーボードインタフェースや、いわゆるSCSIやATAPIのような入出力用インタフェースは省略して示している。
【0027】
CPU21は、RAM22に記憶されたプログラムに従って四則演算や比較演算等の各種の演算や、ハードウェアやソフトウェアの制御を行う。RAM22には、ハードディスク28やCD−ROMドライブ29に装着されたCD−ROMやCD−R等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはCPU21の制御の下に実行される。ここでいうアプリケーションプログラムとは、各端末においてはブラウザであり、求貨求車サーバ101では、本発明における荷物情報登録プログラムや、通知条件の検索プログラムやホームページ生成プログラム等を指す。
【0028】
ROM23は、オペレーションシステムと協働してハードディスク等への入出力を司るいわゆるBIOS等が記憶されている。LANアダプタ24は、CPU21によって制御されるオペレーションシステムの通信プログラムと協働して、ネットワーク(インターネット)を介して外部端末との通信を行う。ビデオアダプタ25は、表示部30に出力する画像信号を生成し、入力部(キーボード)26や入力部(マウス)27は、この端末への各種指示コマンドやデータを入力するために用いられる。ハードディスク28は、オペレーションシステムや上述のアプリケーションプログラムを記憶しており、これらプログラムは、サーバや端末の起動時に、または必要に応じてRAM22にロードされる。また、求貨求車サーバ101のハードディスク28は会員テーブル等の各テーブルや申込専用ホームページや通知ログも記録する。
【0029】
CD−ROMドライブ29は、CD−ROMやCD−RやCD−R/W等の記憶媒体を装着してアプリケーションプログラムをハードディスク28にインストールするのに用いられる。尚、CD−ROMドライブの代わりにCD−RドライブやCD−R/WドライブやMOドライブ等を用いても良い。
【0030】
次に、この求貨求車システムにおける処理の詳細について説明する。図3は、この求貨求車システムにおける全体処理の概要を説明するフローチャートである。
【0031】
尚、この図3において、ステップS311乃至ステップS312の処理は荷主端末104における処理を示し、ステップS320乃至ステップS336の処理は求貨求車サーバ101における処理を示し、ステップS301の処理は車主端末103における処理を示し、ステップS305乃至ステップS310の処理は車主携帯端末105における処理を示しており、これらの各処理はそれぞれのサーバ又は端末のCPUの制御のもとで実行される。
【0032】
この図3の処理に先立って、車主端末から空車情報及び会員情報が求貨求車サーバの空車テーブルと会員テーブルに既に登録されているものとする。又、求貨求車サーバ101はステップS320で各端末からの情報の受信待ちにある。まずステップS301では、車主端末103において、ログインID、パスワードの入力後、図5に示すような画面から空車情報と通知条件が入力され、これらは求貨求車サーバ101に送信される。以下詳細を説明する。
【0033】
まず、図5の画面左上の「情報通知設定」ボタンが押下されると、条件合致情報が登録された際の通知送信先メールアドレスを登録画面が表示される。この通知送信先メールアドレスは、共通メールアドレスと個別メールアドレスの2つを登録可能であり共通メールアドレスは、条件合致情報が登録された際に荷主端末104や車主端末103に常に通知される。個別メールアドレスは、特定の車両に関連つけられたアドレスであり、特定の車両に関して条件合致情報が登録された際に車主携帯端末105に通知するためのアドレスである。
【0034】
次に、送信して欲しい、荷物情報・空車情報の条件登録を行う。この条件テーブルの内容は、例えば荷物情報であれば、荷物テーブルとして有している、情報のうち、商品名、積地、降地、積日、降日、重量、積込条件、荷降条件、指定車種、登録金額などの登録を可能とする。この内、積地、降地などは、市区町村・都道府県・ブロック別の登録が出来ると同時に、隣接地域の条件設定も可能とする。この時、積地条件として、”神奈川県”を設定し、条件設定として、同一ブロックとした場合、関東ブロック内に所属する都県が積地の荷物情報が登録されれば、通知対象となる。
同時に、同一ブロックではないが、隣接県である、静岡県、山梨県なども、そ
の対象となる。この条件設定には、例えば、同一ブロック、隣接ブロック、同一都道府県、隣接都道府県、同一市区町村、隣接市区町村などがあり、降地も同様である。次に、積日、降日などは、日付を単日で登録出来ると同時に、一定期間の条件設定も可能とする。条件設定には、例えば、当日のみ、同週内、同月内、同年内などがあり、降日も同様である。
【0035】
重量は、数値登録項目と、条件設定などを有する。この条件設定には、例えば、以上、以下、のみなどがある。積込条件、荷降条件には、事前にマスタで登録されている各種条件の選択が可能となっていると同時に、条件設定が可能である。この条件設定には、例えば、を含む、を含まないなどがある。
【0036】
指定車種には、事前にマスタで登録されている車種の選択が可能となっていると同時に、条件設定が可能である。この条件設定には、例えば、を含む、を含まない、のみなどがある。希望金額は、数値登録項目と、条件設定などを有する。この条件設定には、例えば、以上、以下、より多い、未満などがある。
【0037】
以上、各項目の条件設定について触れてきたが、各項目は、一つに限らず、更にこうした各項目自体に条件設定をかけることができる。すなわち、必須(AND)条件か選択(OR)条件かを決定することで、会員が望む情報の絞込要望に柔軟に応えることが可能となる。
【0038】
例えば、ある車主会員に、大阪から東京へ戻る10tの空車便が発生したとする。この車輌は、冷凍車であり標準運賃は¥100,000であったとする。この車主会員は、完全な空車で帰ってくるぐらいであれば、多少なりとも荷物を運んで帰ってきた方が良いと考える。
【0039】
しかし、通常の運搬のように、大阪/東京の隣接地域の運搬も可能とすると、赤字運行となってしまうため、ピンポイントでの輸送を実施したいと考えた。そこで、この車主会員は、以下のような条件設定を行った。
【0040】
積地・・・大阪府(設定条件:同一都道府県)
積地(OR条件)・・・静岡県(設定条件:隣接都道府県)
降地・・・東京都(設定条件:同一都道府県)
降地(OR条件)・・・静岡県(設定条件:隣接都道府県)
重量・・・10t(設定条件:以下)
車種・・・冷凍車(設定条件:のみ)
車種(OR条件)・・・チルド車(設定条件:のみ)
希望金額・・・¥50,000(設定条件:以上)
このように、各項目に具体的な数値/名称を登録するだけでなく、各項目ごとに個別の設定条件を付加する事で、要望どおりの情報を獲得することができるようになる。それではここで、具体的な例(設例)について示したい。
【0041】
<前提条件>
幹事会社・・・サノン物流(以下、サノン社)
荷主会員・・・イクサデジタル株式会社(以下、イクサ社)
車主会員・・・関東倉庫株式会社(以下、関東倉庫社)
大阪からの帰り便が頻繁に発生する関東倉庫社では、その大半が空車で帰ってきており、実車率を少しでも向上させるため、求貨求車システム上に登録された大阪発、関東着の荷物情報を獲得すべく、情報通知機能を利用することにした。同社が設定した、情報通知条件は以下のとおりである。
【0042】
積地・・・大阪府(設定条件:隣接都道府県)
降地・・・東京都(設定条件:隣接都道府県)
積日・・・条件なし
降日・・・条件なし
重量・・・条件なし
車種・・・条件なし
積込条件・・・条件なし
荷降条件・・・条件なし
希望金額・・・¥50,000(設定条件:以上)
これらの情報がステップS301で通知条件として車主端末103から求貨求車サーバ101に送信される。
【0043】
次に、ステップS321において、求貨求車サーバ101これらの通知条件を受信し、ステップS322において、通知条件テーブルに記憶する。
【0044】
次に、ステップS311において、荷主会員である、イクサ社の担当者は、荷主端末104の図6に示す画面から、以下のような、荷物情報を入力し、入力された荷物情報は、荷主端末104求貨求車サーバ101に送信された。
【0045】
積地・・・滋賀県
降地・・・神奈川県
積日・・・8/1
降日・・・8/2
重量・・・4t
車種・・・ウイング車
積込条件・・・手積み
荷降条件・・・近隣待機不可
希望金額・・・¥55,000
この荷物情報は、ステップS323において、求貨求車サーバ101が受信し、RAM22に記憶される。更に受信した荷物情報はステップS324において、荷物テーブルに登録される。
【0046】
次に、ステップS325において、RAM22に記憶されている荷物情報に基づいて通知条件テーブルが検索される。ステップS326において、通知条件に合致する荷物情報であるか否か、いくつの通知条件に合致しているか(合致数N)が判定される。
【0047】
通知条件に合致しない場合(ステップS326でNoの場合)は、処理はステップS320に戻る。上述の例では、関東倉庫社が登録した荷物条件の、積地/降地/金額を満たしている為(ステップS326でNo)、処理はステップS327に進み、通知メールに先立って、合致数N個分の一意の英数字が生成され、この一意の英数字に対応した一意のURLを持つ申込専用ホームページが生成される。この一意の英数字は登録された荷物情報/空車情報を特定する情報を含む他、各通知メール送信相手毎に異なる英数字部分も含まれており、通知ログにURLと共に記録される。
【0048】
この一意のURLを持つ申込専用ホームページが生成されるのは、通知メールにこのURLを含めることで、認証も含め、登録された荷物情報へ携帯電話等から直接入札出来るようにするためである。通常、荷物情報に入札をする為には、パソコン上で、空車情報が未登録の場合、詳細な空車情報を登録しなければならないし、本実施形態のように空車情報が登録済みでも入札用URLの入力、ID/パスワードの登録による認証、メニュー選択といった操作をする必要があるが、携帯電話上で、こうした一連の作業を行うには作業負荷がかかるからである。
【0049】
次にステップS328では、登録された荷物情報/空車情報の概要と前述の申込ホームページのURLを含む通知メールの情報が合致数Nだけ生成され通知メールは求貨求車サーバ101から通知先(本設例では関東倉庫社の端末)に送信される。通知メールの例を図7に示す。本フローチャートでは、車主携帯端末105に送信されるが、これに限るものではなく、車主端末103にも送信される。
【0050】
又、反対に荷主端末104から条件に合致した空車情報が登録された場合に通知するように登録されている場合であれば、登録された空車情報の概要と申込ホームページのURLを含む通知メールが荷主端末104に送信される。
【0051】
通知メールに記されたURLに含まれる一意の英数字は登録された荷物情報/空車情報を特定する情報を含む他、各通知メール送信相手毎に異なる英数字部分も含まれているので、どの会員が、どの情報にアクセスしているかを判別できる。
【0052】
なお、セキュリティを強化する場合、ここにアクセスした後、ID、パスワードの登録を要求させることは容易に考えられる。また、各通知メール送信相手毎に異なる英数字部分を乱数等を用いて多目の桁数を生成すれば、他者が出鱈目のURLを指定してもヒットすることも事実上なくなる。
【0053】
次にステップS305では、(関東倉庫社の)車主携帯端末105がこの通知メールを受信する。たまたま、外出していた配車担当者は、携帯電話上で、この情報を見ることができる(図4に示すように、表示画面が限られているので、単純な内容とした)。
【0054】
次にステップS306では、この関東倉庫社の配車担当者は、このメールに付加されたURLを選択することで、登録された荷物情報の詳細を要求する情報を送信する。ステップS329では、求貨求車サーバ101がこの要求を受信し、ステップS330では荷物情報の詳細が車主携帯端末105に送信される。
【0055】
ステップS306では、車主携帯端末105が荷物情報の詳細を受信する。このようにして例えば携帯電話上から、直接、インターネットに接続し、登録された荷物情報の詳細を表示させることが出来る。その後、端末上に表示されたこの荷物に対する入札を行うか否かのボタン(エントリーボタン)を押下することで、直接、荷物に対する空車のエントリーが可能となる。
【0056】
エントリーボタンを押下した場合(ステップS308でYesの場合)、処理はステップS309に進み、車主携帯端末105エントリー情報が送信され、ステップS332では、求貨求車サーバ101がこのエントリー情報を受信し、ステップS333では、エントリー登録が行われる。このエントリー登録は求貨求車サーバ101のエントリーテーブルに記録される。
【0057】
ここで、通知情報に対応する空車情報が未登録であった場合を説明する。この場合、携帯電話による、各種データの登録は困難であり、とりあえず、簡易情報の入札のみを済ませ、後ほど、詳細データを修正する使われ方も容易に想像できる。そこで、携帯電話で入札のボタンを押下した後は、図8に示すような画面において、車番の入力欄と、希望金額の入力欄と、登録ボタンの三種類の操作のみを行うようにするようにすればよい。
【0058】
ここで、車番の入力欄は、予め車種をマスタ登録することで、その情報を呼び出すことが出来るものであり、例えば、ナンバープレートの数値を個別の認識キーとする事ができる。車番のマスタ登録は、例えば、車種、車番、運転手名、携帯電話番号などが考えられる。車番の入力、希望金額の入力ともに、数値入力となるため、携帯電話からの登録も容易に出来る。最後に登録ボタンを押下することで、荷物情報への入札が完了となる。このように構成することで、たとえ空車情報が未登録の場合であっても、通知条件に合致する荷物情報の登録があれば、直ちに簡易な操作で入札を行うことができ、機会損失を防止することができる。
【0059】
登録された荷物情報についてのエントリーが求貨求車サーバ101のエントリーテーブルに登録されると、処理はステップS334に進み、マッチング業務を行う幹事会社端末102又は幹事会社携帯端末106(設例ではサノン社配車担当者の端末)あるいはその両方へ、入札があった旨のエントリー通知メールが送信される。このメール上には、荷物情報等の登録通知メール同様、ユニークなURLが付加されており、ここにアクセスすることで、直接マッチング画面を表示させることが出来る。
【0060】
このマッチング画面には、1つ以上のエントリー情報が表示されており複数のエントリーがあった場合は特定の一つのエントリーを選択することで契約が確定する。このエントリー通知メールはエントリー1件づつに大して1回送信しても良いし、一定時間に特定の荷物情報に対して複数件の車主からのエントリーがあった場合、複数件をまとめて通知しても良い。特定の空車情報に対して複数件の荷主からのエントリーがあった場合、も同様に考えることができる。
【0061】
処理はステップS315に進み、幹事会社端末102又は幹事会社携帯端末106がエントリー通知メールを受信する。次にメールに付加されたユニークなURLが指定されると、処理はステップS316に進み、幹事会社端末102又は幹事会社携帯端末106にマッチング情報の画面が表示される。マッチング担当者は、登録された荷物情報、入札された空車情報を確認し、相互の条件に問題がないと判断すれば、特定のエントリーを指定し契約完了ボタンを押下する。するとマッチング情報が求貨求車サーバ101に送信される。
【0062】
処理はステップS335に進み、求貨求車サーバ101で受信したマッチング情報に基づいてマッチング処理が行われ契約が確定する。このとき、ステップS327で生成された申込専用ホームページは、契約当事者分を除き削除される。ついで処理はステップS335に進み、求貨求車サーバ101から図9に示すような契約通知メールが、車主携帯端末105及び車主端末103(フローチャート上は不図示)及び荷主端末104に送信され、各々の端末が受信する(ステップS310及びステップS312)。設例では、契約が完了した時点で、荷物情報を登録した、イクサ社、空車情報を入札した関東倉庫社には、契約完了メールが送信され、この時点で、配車完了を確認することが出来る。
【0063】
以上が、配車業務にいたるまでの一連の業務であるが、このようなPUSH型の情報通知機能を利用することで、配車完了後の業務にも活用することができる。
【0064】
例えば、情報登録後、急遽、運転手が変わる、重量が変わるなどの、情報変更が発生した場合、修正情報を登録した時点で、荷主(イクサ社)、車主(関東倉庫社)、幹事会社(サノン社)各社の担当者へ上変更の通知を出すことが出来る。
【0065】
また、契約完了メールに、図9の下部に示すような積込完了/配送完了の通知を指定するためのURLを付加することで、車主携帯端末105からそのURLにアクセスすると、例えば、求貨求車サーバ101の契約テーブルに積込完了、配送完了のフラグを立てることができる。これは、配送完了メールを直接、運転手の携帯電話に送信したり、或いは、配車担当者が、運転手に転送することで実現が可能である。運転手は、荷物の積込/配送が完了した時点で、携帯電話からURLにアクセスし、積込完了/配送完了ボタンを押下する。
【0066】
この時点で、荷主端末104(イクサ社)、幹事会社端末102や幹事会社携帯端末106(サノン社)に、図10に示すような、空車情報及び荷物情報と積込完了や配送完了などの進捗を通知する内容が記されたメールが送信され、荷主や幹事会社側も輸送の進捗の確認を取ることができるようになる。
【0067】
本実施形態では、各種通知手段として、電子メールを用いて説明したが、これに限るものではなく、例えばボイスメール+メール読み上げ機能により、走行中の運転手に各種通知を音声で行う実施形態も考えられる。又、携帯電話のiアプリ等で音声やアニメーションで情報の登録を通知しても良いし、いわゆるメッセージングソフトウェアで通知しても良いことは言うまでもない。
【0068】
又、車を1台だけ保有している車主であれば、車の登録番号を予め求貨求車サーバ101の会員テーブルに登録しておけば、金額の入力だけで仮入札ができるように構成することもできる。あるいは、車種と積日と降日によって料金が決まる場合であれば、車の登録番号の入力だけで仮入札ができるように構成することもできる。
【0069】
さらには、荷主端末104と車主端末103や幹事会社端末102や車主携帯端末105や幹事会社携帯端末106をピアツーピアで接続する構成も考えられる。この場合各テーブル等は幹事会社端末102のハードディスクに記憶される。
【0070】
なお本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(または記録媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【0071】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【0072】
【発明の効果】
以上説明したように本発明によれば、マッチングサーバにおけるマッチング率を向上させ操作負担を軽減することができる。特に求貨求車システムにおいて登録される荷物情報・空車情報に対して、自分の望む情報がPUSH型で携帯電話等の車主携帯端末や幹事会社携帯端末に配信され、更に条件の合致する情報であれば、極めて簡易な操作で入札可能なので、機会損失の低減と業務負荷の軽減を実現することができる。
【0073】
又、本発明によれば、通知情報に対応する空車情報が未登録であった場合にも通知条件に合致する荷物情報の登録があれば、直ちに簡易な操作で入札を行うことができ、機会損失を防止することができる。
【0074】
また本発明によれば、運転手が、荷物の積込/配送が完了した時点で、携帯電話からURLにアクセスし、積込完了/配送完了ボタンを押下するだけで、荷主端末104や幹事会社端末102や幹事会社携帯端末106に、空車情報及び荷物情報と積込完了や配送完了などの進捗を通知する内容が記されたメールが送信されるので、荷主や幹事会社側も輸送の進捗の確認を容易に取ることができるようになる。
【図面の簡単な説明】
【図1】本発明の実施の形態に係る求貨求車システムの全体的な構成を示す概念図である。
【図2】本発明の実施の形態に係る求貨求車システムのサーバ及び車主携帯端末を除く各端末のハードウェア構成を示すブロック図である。
【図3】本発明の実施の形態に係る求貨求車システムにおける処理の詳細を示すフローチャートである。
【図4】本発明の実施の形態に係る携帯端末の表示例を示す図である。
【図5】本発明の実施の形態に係る求貨求車サーバに荷物情報検索条件及び情報通知先登録するための画面を示す図である。
【図6】本発明の実施の形態に係る求貨求車サーバに荷物情報を登録するための画面を示す図である。
【図7】本発明の実施の形態に係る求貨求車サーバから車主端末に送信される荷物情報登録通知メールを車主端末で受信したときの画面を示す図である。
【図8】本発明の実施の形態に係る求貨求車サーバから車主携帯端末に送信される荷物情報登録通知メールを車主端末で受信したときの画面(空車情報未登録時)を示す図である。
【図9】本発明の実施の形態に係る求貨求車サーバから荷主端末及び車主携帯端末に送信される契約通知メールをこれら端末で受信したときの画面を示す図である。
【図10】本発明の実施の形態に係る求貨求車サーバから荷主端末及び幹事会社端末に送信される配送完了通知メールをこれら端末で受信したときの画面を示す図である。
【符号の説明】
20 システムバス
21 CPU
22 RAM
23 ROM
24 LANアダプタ
25 ビデオアダプタ
26 キーボード
27 マウス
28 ハードディスク
29 CD−ROMドライブ
30 システムバス
31 CPU
32 RAM
33 ROM
34 LANアダプタ
35 ビデオアダプタ
36 キーボード
37 マウス
38 ハードディスク
39 CD−ROMドライブ
100 通信回線
101 求貨求車サーバ
102 幹事会社端末
103 車主端末
104 荷主端末
105 車主携帯端末
106 幹事会社携帯端末
110 携帯端末A
120 携帯端末B
130 印刷装置
150 通信回線
Claims (16)
- 一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバであって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶手段と、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶手段に記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定手段と、
前記通知判定手段が、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき他方当事者端末に送信する通知手段と
を備えることを特徴とするサーバ。 - 荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバであって、
車主端末から受信した空車情報を記憶する空車情報記憶手段と、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶手段と、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶手段に記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定手段と、
前記判定手段が、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段と
を備えることを特徴とする求貨求車サーバ。 - 前記通知条件は通知先の電子メールアドレスを含み、前記通知情報は電子メールによって通知するための情報であることを特徴とする請求項2に記載の求貨求車サーバ。
- 前記通知条件は特定の車両に関連つけられた個別メールアドレスを含み、
前記通知条件は特定の車輌に関する通知条件が記憶されており、
前記通知手段は、前記特定の車輌に関する通知条件に合致する荷物情報を受信した場合に、前記特定の車輌に関連づけられた個別メールアドレス宛に通知することを特徴とする請求項2又は請求項3に記載の求貨求車サーバ。 - 前記求貨求車サーバは、
少なくとも車種と車番とを記憶する車番のマスタを更に記憶し、
前記通知情報に対応する前記空車情報が未登録であった場合に、前記車番のマスタを参照して車番を選択可能とし、更に希望金額の入力欄に入力し、登録ボタンを押下することにより前記空車情報を登録するための画面を前記車主端末に表示可能に構成する
ことを特徴とする請求項2乃至請求項4のいずれか1項に記載の求貨求車サーバ。 - 荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバであって、
車主端末から受信した複数項目の情報を含む空車情報を記憶する空車情報記憶手段と、
前記空車情報を受信した場合に、荷主端末に当該空車情報の受信を通知するための通知条件であって、少なくとも通知先と前記空車情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する第二の通知条件記憶手段と、
前記空車情報を受信した場合に、前記空車情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記空車情報記憶手段に記憶された空車情報を荷主端末に通知するか否かと、前記空車情報と前記通知条件の合致数とを判定する第二の判定手段と、
前記第二の判定手段が、通知すべき荷主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知先荷主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知先荷主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき荷主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段と
を備えることを特徴とする求貨求車サーバ。 - 一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバの制御方法であって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶ステップと、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶ステップと、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶ステップに記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定ステップと、
前記通知判定ステップが、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成ステップと、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成ステップと、
前記通知情報を前記通知すべき他方当事者端末に送信する通知ステップと
を備えることを特徴とするサーバの制御方法。 - 荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバの制御方法であって、
車主端末から受信した空車情報を記憶する空車情報記憶ステップと、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶ステップと、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶ステップと、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶ステップに記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定ステップと、
前記判定ステップが、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成ステップと、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成ステップと、
前記通知情報を前記通知すべき車主端末に送信する通知ステップと
を備えることを特徴とする求貨求車サーバの制御方法。 - 前記通知条件は特定の車両に関連つけられた個別メールアドレスを含み、
前記通知条件は特定の車輌に関する通知条件が記憶されており、
前記通知ステップは、前記特定の車輌に関する通知条件に合致する荷物情報を受信した場合に、前記特定の車輌に関連づけられた個別メールアドレス宛に通知することを特徴とする請求項8に記載の求貨求車サーバの制御方法。 - 前記求貨求車サーバは、
少なくとも車種と車番とを記憶する車番のマスタを更に記憶し、
前記通知情報に対応する前記空車情報が未登録であった場合に、前記車番のマスタを参照して車番を選択可能とし、更に希望金額の入力欄に入力し、登録ボタンを押下することにより前記空車情報を登録するための画面を前記車主端末に表示可能に構成する
ことを特徴とする請求項8に記載の求貨求車サーバの制御方法。 - 荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバの制御方法であって、
車主端末から受信した複数項目の情報を含む空車情報を記憶する空車情報記憶ステップと、
前記空車情報を受信した場合に、荷主端末に当該空車情報の受信を通知するための通知条件であって、少なくとも通知先と前記空車情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する第二の通知条件記憶ステップと、
前記空車情報を受信した場合に、前記空車情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記空車情報記憶ステップに記憶された空車情報を荷主端末に通知するか否かと、前記空車情報と前記通知条件の合致数とを判定する第二の判定ステップと、
前記第二の判定ステップが、通知すべき荷主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知先荷主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成ステップと、
前記各通知先荷主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき荷主端末に対応した一意の通知情報を生成する通知情報生成ステップと、
前記通知情報を前記通知すべき車主端末に送信する通知ステップと
を備えることを特徴とする求貨求車サーバの制御方法。 - コンピュータに読込ませ実行させることで、前記コンピュータを、一方当事者端末と他方当事者端末と通信回線を介して接続したマッチングシステムのサーバとして機能させるコンピュータプログラムであって、
一方当事者端末から受信した複数項目の情報を含む第一情報を記憶する第一情報記憶手段と、
前記第一情報が登録された場合に、他方当事者端末に当該第一情報の受信を通知するための通知条件であって、少なくとも前記第一情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記第一情報を受信した場合に、前記第一情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記第一情報記憶手段に記憶された前記第一情報を他方当事者端末に通知するか否かと、前記第一情報と前記通知条件の合致数とを判定する通知判定手段と、
前記通知判定手段が、通知すべき他方当事者端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき他方当事者端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記通知すべき他方当事者端末毎に異なる申込専用ホームページのURLとを含む各通知すべき他方当事者端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき他方当事者端末に送信する通知手段と
して機能させることを特徴とするコンピュータプログラム。 - コンピュータに読込ませ実行させることで、前記コンピュータを、荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバとして機能させるコンピュータプログラムであって、
車主端末から受信した空車情報を記憶する空車情報記憶手段と、
荷主端末から受信した複数項目の情報を含む荷物情報を記憶する荷物情報記憶手段と、
前記荷物情報を受信した場合に、車主端末に当該荷物情報の受信を通知するための通知条件であって、少なくとも前記荷物情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する通知条件記憶手段と、
前記荷物情報を受信した場合に、前記荷物情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記荷物情報記憶手段に記憶された前記荷物情報を車主端末に通知するか否かと、前記荷物情報と前記通知条件の合致数とを判定する判定手段と、
前記判定手段が、通知すべき車主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知すべき車主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知すべき車主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき車主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段と
して機能させることを特徴とするコンピュータプログラム。 - 前記通知条件は特定の車両に関連つけられた個別メールアドレスを含み、
前記通知条件は特定の車輌に関する通知条件が記憶されており、
前記通知手段は、前記特定の車輌に関する通知条件に合致する荷物情報を受信した場合に、前記特定の車輌に関連づけられた個別メールアドレス宛に通知することを特徴とする請求項13に記載のコンピュータプログラム。 - 前記求貨求車サーバは、
少なくとも車種と車番とを記憶する車番のマスタを更に記憶し、
前記通知情報に対応する前記空車情報が未登録であった場合に、前記車番のマスタを参照して車番を選択可能とし、更に希望金額の入力欄に入力し、登録ボタンを押下することにより前記空車情報を登録するための画面を前記車主端末に表示可能に構成する
ことを特徴とする請求項13又は請求項14に記載のコンピュータプログラム。 - コンピュータに読込ませ実行させることで、前記コンピュータを、荷主端末と車主端末と通信回線を介して接続した求貨求車システムのサーバとして機能させるコンピュータプログラムであって、
車主端末から受信した複数項目の情報を含む空車情報を記憶する空車情報記憶手段と、
前記空車情報を受信した場合に、荷主端末に当該空車情報の受信を通知するための通知条件であって、少なくとも通知先と前記空車情報のうち通知の要否を判定する対象となる項目と該項目についての条件設定とを含む通知条件を記憶する第二の通知条件記憶手段と、
前記空車情報を受信した場合に、前記空車情報に含まれる情報を用いて前記通知条件に記憶されている前記通知の要否を判定する対象となる項目と該項目についての条件設定とを検索して前記空車情報記憶手段に記憶された空車情報を荷主端末に通知するか否かと、前記空車情報と前記通知条件の合致数とを判定する第二の判定手段と、
前記第二の判定手段が、通知すべき荷主端末が少なくとも1つあると判定した場合に前記合致数に応じて、各通知先荷主端末毎に異なる一意の申込専用ホームページを前記サーバ内に生成する申込先情報生成手段と、
前記各通知先荷主端末毎に異なる申込専用ホームページのURLとを含む各通知すべき荷主端末に対応した一意の通知情報を生成する通知情報生成手段と、
前記通知情報を前記通知すべき車主端末に送信する通知手段と
して機能させることを特徴とするコンピュータプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002231655A JP4163465B2 (ja) | 2002-08-08 | 2002-08-08 | 求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002231655A JP4163465B2 (ja) | 2002-08-08 | 2002-08-08 | 求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2004070823A JP2004070823A (ja) | 2004-03-04 |
JP2004070823A5 JP2004070823A5 (ja) | 2005-11-04 |
JP4163465B2 true JP4163465B2 (ja) | 2008-10-08 |
Family
ID=32017359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002231655A Expired - Fee Related JP4163465B2 (ja) | 2002-08-08 | 2002-08-08 | 求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4163465B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4896570B2 (ja) * | 2006-04-17 | 2012-03-14 | 富士通株式会社 | 情報検索方法および情報検索プログラム |
WO2022195933A1 (ja) * | 2021-03-17 | 2022-09-22 | 住友電気工業株式会社 | マッチングシステム、仲介サーバ、車両提供者サーバ、マッチング方法、及びコンピュータプログラム |
-
2002
- 2002-08-08 JP JP2002231655A patent/JP4163465B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004070823A (ja) | 2004-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7755518B2 (en) | Dynamic and predictive information system and method for shipping assets and transport | |
US20060282277A1 (en) | In-Transit Shipment Re-Direction Service for Reduced Shipping Latencies | |
KR101038720B1 (ko) | 차량 배차 매칭 시스템 | |
JP2006082981A (ja) | 荷物の配達完了通知方法 | |
WO2021200472A1 (ja) | 配達システム、ユーザ端末及び管理サーバ | |
US20220292586A1 (en) | Systems and computerized methods for item correlation and prioritization | |
US20040039576A1 (en) | Sales data exchange system and method | |
JP2003256511A (ja) | 運送業務管理方法、運送業務管理システム、運送業務管理装置、運送業務管理用Webサーバ、運送業務管理用表示装置、荷送人端末装置、荷受人端末装置、運送業者端末装置、運送用車両 | |
JP2014031277A (ja) | 住宅情報グローバル・システム | |
TW202133106A (zh) | 用於任務接受的電腦實行系統 | |
JP4163465B2 (ja) | 求貨求車サーバ及びその処理方法、並びにコンピュータプログラム及びコンピュータプログラム可読記憶媒体 | |
JP2020187620A (ja) | 物流管理システム、物流管理方法及びプログラム | |
JP2001195469A (ja) | 物流業務斡旋方法 | |
JP2002183262A (ja) | ロジコーディネータを介在させた求車・求荷・求庫マッチングシステム及び方法 | |
KR20010098143A (ko) | 화물 운송 방법 | |
JP4108976B2 (ja) | 求貨求車サーバ及びプログラム | |
JP2002157313A (ja) | 輸送業務取引代行サーバ及びそれを用いた輸送業務実績情報提供システム及び輸送業務実績情報の提供方法並びに輸送業務実績情報の提供方法をコンピュータに実行させるプログラムを記録した記録媒体 | |
US20020133423A1 (en) | Article management system, article mangement method, article management program, and computer-readable storage medium on which an article management program is stored | |
JP2002297394A (ja) | 情報処理装置及びその方法とそのシステム | |
JP2002053213A (ja) | インターネットと非雇用輸送者を利用した配達システム,配達方法および配達サーバ | |
JP5188002B2 (ja) | 共同運送精算システム、共同運送精算方法および共同運送精算用のサーバ | |
JP2002163337A (ja) | 国際輸送サービス選択システム | |
JP2002347938A (ja) | 運送サービスシステム | |
JP3970870B2 (ja) | サーバ装置、及びその制御方法 | |
KR20220133080A (ko) | 실시간 배송 조정을 위한 시스템 및 컴퓨터화된 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050808 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050808 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080117 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080121 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080321 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080418 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080604 |
|
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: 20080627 |
|
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: 20080724 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
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: 20110801 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130801 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140801 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 |