(57)【要約】【課題】求貨求車システムのマッチング率を向上させるとともに、マッチングする空車情報や荷物情報の候補の件数が充分な場合は一部の処理をスキップして処理時間を短縮することができ、運営会社の運用工数を削減すること。【解決手段】積地、降地、積日時、降日時を含む荷物情報を求貨ＤＢに登録しておき、また、求車単位で、発地、着地、発日、着日を含む空車情報を求車ＤＢに登録しておき、サーバ１０のＣＰＵは、前記荷物情報内の積地，降地と前記空車情報内の発地，着地とを比較して前記荷物情報と前記空車情報とのマッチング候補を検索する第１の検索処理と、前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する第２の検索処理とを実行するものであり、検索条件に合致する検索結果が所定の件数を超えた時点で、検索処理を終了する構成を特徴とする。【選択図】図１
2008087872.tif 000002
【特許請求の範囲】
【請求項１】
荷主が使用する荷主端末及び車主が使用する車主端末とを通信回線を介して接続し、前記荷主と前記車主間の配送依頼を支援する求貨求車サーバであって、
積地、降地、積日時、降日時を含む荷物情報を登録する荷物情報登録手段と、
発地、着地、発日、着日を含む空車情報を登録する空車情報登録手段と、
前記荷物情報内の積地，降地と前記空車情報内の発地，着地とを比較して前記荷物情報と前記空車情報とのマッチング候補を検索する第１の検索処理と、前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する第２の検索処理と、を実行する検索手段と、を有し、
前記検索手段は、検索条件に合致する検索結果が所定の件数を超えた時点で、検索処理を終了することを特徴とする求貨求車サーバ。
【請求項２】
前記検索手段は、設定に応じて、検索結果が所定の件数を超えた時点で、検索処理を終了するか、全ての検索処理が終了するまで検索処理を実行するか、選択制御することを特徴とする請求項１に記載の求貨求車サーバ。
【請求項３】
前記第２の検索処理は、
前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を該２つの地点に基づく経路に拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する検索処理、
前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を隣接地に拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する検索処理、
を含むことを特徴とする請求項１又は請求項２に記載の求貨求車サーバ。
【請求項４】
前記マッチング候補の検索で優先すべき条件を指定する優先条件手段を更に備え、前記第２の検索処理は前記指定された優先条件を固定して検索することを特徴とする請求項１乃至請求項３に記載の求貨求車サーバ。
【請求項５】
荷主が使用する荷主端末及び車主が使用する車主端末とを通信回線を介して接続し、前記荷主と前記車主間の配送依頼を支援する求貨求車サーバの制御方法であって、
積地、降地、積日時、降日時を含む荷物情報を記憶手段に登録する荷物情報登録ステップと、
発地、着地、発日、着日を含む空車情報を記憶手段に登録する空車情報登録ステップと、
前記荷物情報内の積地，降地と前記空車情報内の発地，着地とを比較して前記荷物情報と前記空車情報とのマッチング候補を検索する第１の検索処理と、前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する第２の検索処理と、を実行する検索ステップと、を有し、
前記検索ステップは、検索条件に合致する検索結果が所定の件数を超えた時点で、検索処理を終了することを特徴とする求貨求車サーバの制御方法。
【請求項６】
請求項１乃至請求項４のいずれか１項に記載された求貨求車サーバとしてコンピュータを機能させるための、又は、請求項５に記載された求貨車サーバの制御方法をコンピュータに実行させるためのプログラム。
【請求項７】
請求項１乃至４のいずれか１項に記載された求貨求車サーバとしてコンピュータを機能させるための、又は、請求項５に記載された求貨求車サーバの制御方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、荷主が使用する荷主端末及び車主が使用する車主端末とを通信回線を介して接続し、前記荷主と前記車主間の配送依頼を支援する求貨求車サーバおよび求貨求車サーバの制御方法およびプログラムおよび記録媒体に関するものである。
【背景技術】
【０００２】
荷主が荷物の種類・数量、積み地・積み日、降ろし地・降ろし日、希望運賃等を端末に入力して求車情報を登録し、他方、運送会社等の車主が希望出発地、希望戻り地、積載可能重量、車両区分、希望運賃等を端末に入力して求貨情報（空車情報）を登録して、これら求車情報と求貨情報をマッチングして契約を締結するいわゆる求貨求車システムは従来より実施されている。例えば、特許文献１では、貨物車両で運搬する物流業務の依頼の情報や、貨物車両の空車についての内容の情報を登録し、前記会員の間で貨物運搬業務の斡旋をする物流業務斡旋方法が開示されている。
【特許文献１】特開２００１−１９５４６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の求貨求車システムでは、少なくとも積み地と希望出発地が一致し、かつ降ろし地と希望戻り地が一致するかあるいはこれらの少なくとも片方が一致し、他の一方が車両の移動経路上にあることが必要であった。
【０００４】
ところが、このようなマッチング方法では、マッチング率が必ずしも充分でなく、荷主側からみれば、求貨求車システムを利用しても希望の条件で荷物を運んでくれる運送会社がなかなか見つからず、車主（運送会社）から見れば実車率が上がらない。また、マッチング率が低い場合求貨求車システムの運営者からすれば、手数料収入が伸び悩み、ひいては会員離れに繋がりかねないという問題があった。
【０００５】
このようにある条件でマッチング率が低い場合、以下のような運用で対応していた。
【０００６】
つまりシステムを運営する運営会社のオペレータはある条件で求車情報と求貨情報がマッチングできない場合、何度も条件を変えてマッチングしようとするため多大な手間を要していた。
【０００７】
他方、荷主の要求（指定日時までの荷降ろし、高額の違約金等）も厳しさを増しており、運送会社からすればこれらを満足させつつ、実車率を上げて収益を確保することは以前にも増して困難になりつつある。
【０００８】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、求貨求車システムのマッチング率を向上させるとともに、マッチングする空車情報や荷物情報の候補の件数が充分な場合は一部の処理をスキップして処理時間を短縮することができ、運営会社の運用工数を削減することを可能にする仕組を提供するものである。
【課題を解決するための手段】
【０００９】
本発明は、荷主が使用する荷主端末及び車主が使用する車主端末とを通信回線を介して接続し、前記荷主と前記車主間の配送依頼を支援する求貨求車サーバであって、積地、降地、積日時、降日時を含む荷物情報を登録する荷物情報登録手段と、発地、着地、発日、着日を含む空車情報を登録する空車情報登録手段と、前記荷物情報内の積地，降地と前記空車情報内の発地，着地とを比較して前記荷物情報と前記空車情報とのマッチング候補を検索する第１の検索処理と、前記荷物情報内の積地，降地、又は、前記空車情報内の発地，着地を拡大して比較して前記空車情報と前記荷物情報のマッチング候補を検索する第２の検索処理と、を実行する検索手段と、を有し、前記検索手段は、検索条件に合致する検索結果が所定の件数を超えた時点で、検索処理を終了することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、求貨求車システムのマッチング率を向上させるとともに、マッチングする空車情報や荷物情報の候補の件数が充分な場合は一部の処理をスキップして処理時間を短縮することができ、運営会社の運用工数を削減することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の一実施形態を示す求貨求車システムの構成を示すシステム構成図である。
【００１２】
図１に示すように、本発明の求貨求車システムは、サーバ１０と荷主端末２０と車主端末３０と運営会社端末４０とがネットワーク５０を介して互いに接続された構成となっている。
【００１３】
サーバ１０は、典型的には求貨求車システムを運営する会社が管理しているがハードウェアは第三者が管理し、いわゆるＡＳＰ方式で利用しても良い。
【００１４】
図２は、図１に示したサーバ１０と荷主端末２０と車主端末３０と運営会社端末４０のハードウェア構成の概要を示す簡略化されたブロック図である。以下サーバ１０を例として詳細を説明する。
【００１５】
図２に示すように、サーバ１０は、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＬＡＮアダプタ２４と、ビデオアダプタ２５と、キーボード２６と、マウス２７等のポインティングデバイスと、ハードディスク２８と、記録媒体ドライブ２９とを備え、これらがシステムバス２０を介して互いに接続されている。実際にはＣＰＵ２１乃至記録媒体ドライブ２９とシステムバスとの間にはインタフェース回路やチップセット等が存在するが、図では省略されている。
【００１６】
システムバス２０はＰＣＩバスやＡＧＰバス等の各種システムバスであり、複数のシステムバス間は通常いわゆるチップセットを介して接続されるが、図２では省略されている。
【００１７】
ＣＰＵ２１は、ＲＯＭ２３又はハードディスク２８又はＣＤ−ＲＯＭドライブ２９に記憶保存されたプログラムをＲＡＭ２２に記憶後順次読み出して後述する各種制御処理を実行する。
【００１８】
ＲＡＭ２２は、ＯＳの一部及びアプリケーションプログラムをロードして実行すると共にＣＰＵ２１の制御の下でアプリケーションプログラムを実行する際に使用される配列や変数を含む各種データ等を一時記憶させるためのメモリである。
【００１９】
ＲＯＭ２３には各ハードウェアの制御プログラム（いわゆるＢＩＯＳ）等が記憶されている。オペレーティングシステム（ＯＳ）の一部を記憶することもできる。
【００２０】
ＬＡＮアダプタ（ネットワークインタフェースカード）２４は、ネットワーク５０に接続するための通信インタフェースである。
【００２１】
ビデオアダプタ２５は、いわゆるビデオグラフィックアダプタ（ＶＧＡ）であり、液晶ディスプレイ等の各種ディスプレイが接続される。
【００２２】
記録媒体ドライブ２９は、ＣＤ−ＲＯＭドライブ又はＤＶＤ−ＲＯＭドライブ、ＤＶＤ−Ｒドライブ等の各種記録媒体のデータを読み出し可能な駆動装置である。
【００２３】
ハードディスク２８は、オペレーティングシステムや、求貨ＤＢや求車ＤＢや契約データや会員情報ＤＢや各種テーブル類（後述する地名テーブル（図５）、隣接県テーブル（図３）、経路テーブル（図４））等の各種データと、画面情報（ｈｔｍｌやＣＧＩ等で記述された、端末のディスプレイに画面を表示させるための情報）を含む後述の各フローチャートの処理を実行するアプリケーションプログラムを記憶する。
【００２４】
なお、求車ＤＢには、複数の荷物情報が記憶されており、荷物情報は依頼主名称、担当者名称、電話番号、電子メールアドレス、積地住所及び降地住所、積日時、降日時、荷物種別、数量、温度管理要否、希望運賃が含まれている。この他荷姿やこの荷物情報は荷主端末からサーバに送信されて登録される。
【００２５】
荷物情報の登録処理実行時には、図５に示す地名テーブルを参照して、荷物情報の積地住所から市町村名を抽出して積県を特定して積県も荷物情報の一項目として登録し、同様に降地住所から降県を特定して降県も荷物情報の一項目として登録する。なお、同名の市町村名が存在する場合には、サーバ１０は、登録を行っている端末にその旨と候補となる所属県名を通知して、オペレータに選択させるように構成してもよい。
【００２６】
また、求貨ＤＢには、複数の空車情報が記憶されており、空車情報は運送会社名称、担当者名称、電話番号、電子メールアドレス、発地住所及び着地住所、発日、着日、可載荷物種別、可載重量、温度管理可否（保冷車、冷凍車等）、トン当たり希望運賃が含まれている。又、運転者氏名が含まれている場合がある。なお、この空車情報は、車主端末からサーバに送信されて登録される。
【００２７】
空車情報の登録処理実行時には、図５に示す地名テーブルを参照して空車情報の発地住所から市町村名を抽出して発県を特定して発県も空車情報の一項目として登録し、同様に着地住所から着県を特定して着県も空車情報の一項目として登録する。
【００２８】
ハードディスク２８には、図３に示す隣接県テーブル、図４に示す経路テーブル、図５に示す地名テーブルが記憶されている。
【００２９】
図３は、本実施形態における隣接県テーブルの一例を示す図である。
【００３０】
図３に示すように、隣接県テーブルには、基準となる都道府県（基準県）及びその県の隣接件の都道府県コード（ＪＩＳＸ０４０１に規定。以下同じ）と隣接県との所要時間（ｈ）が記憶されている。
【００３１】
図４は、本実施形態における経路テーブルの一例を示す図である。
【００３２】
図４に示すように、経路テーブルには、出発地の都道府県（発県）と到着地の都道府県（着県）、経路となる各都道府県の都道府県コードが記憶されている。
【００３３】
図５は、本実施形態における地名テーブルの一例を示す図である。
【００３４】
図５に示すように、地名テーブルには、市町村名と対応する都道府県名（所属県）が記憶されている。
【００３５】
なお、図５〜図４では、判りやすくするために都道府県コードの代わりに都道府県名が記載されている。
【００３６】
以下、図６のフローチャートを基に本願の求貨求車システムの検索処理及びマッチング処理について説明する。
【００３７】
図６は、本発明における第１の制御処理手順の一例を示すフローチャートであり、求貨求車システムの検索処理及びマッチング処理に対応する。なお、図中、Ｓ３０１〜Ｓ３０９は、図１に示した運営会社端末４０のＣＰＵがハードディスク等の記録媒体に記憶されたプログラムをＲＡＭ２２に読み出して実行することにより実現される。また、Ｓ３１０は、図１に示した荷主端末２０又は車主端末３０のＣＰＵがハードディスク等の記録媒体に記憶されたプログラムをＲＡＭ２２に読み出して実行することにより実現される。さらに、Ｓ３２０〜Ｓ３２９は、図１に示したサーバ１０のＣＰＵがハードディスク等の記録媒体に記憶されたプログラムをＲＡＭ２２に読み出して実行することにより実現される。
【００３８】
また、図６のフローチャートのプログラムが実行される前に、車主端末３０より求貨情報がサーバ１０の求貨ＤＢに登録され、荷主端末２０から求車情報がサーバ１０の求車ＤＢに登録されているものとする。
【００３９】
そして、運営会社端末４０がサーバ１０に接続してセッションを確立し（セッションＩＤを取得してサーバ１０のＲＡＭ２２のセッション情報記憶域に記憶し）、ＩＤ及びパスワードによる認証が終わり、運営会社端末４０から荷物情報の検索条件を入力して、サーバ１０に検索条件を送信し、サーバ１０で求車ＤＢに登録済みの未契約の荷物情報から受信した検索条件に合致する荷物情報を検索して、検索結果一覧（荷物情報一覧）を運営会社端末４０に送信し、運営会社端末４０で検索結果一覧を表示し、この一覧から特定の荷物情報を選択する指示をサーバ１０に送信し、選択された荷物情報に基づいてサーバ１０において運営会社端末で図７を表示させるための画面情報が生成されてＲＡＭに記憶されている状態から、図６のフローチャートの処理が開始される。
【００４０】
まず、サーバ１０のＣＰＵは、ステップＳ３２０において、マッチングのための検索処理画面を、運営会社端末４０に表示するための画面情報を、サーバ１０から運営会社端末４０に送信する。
【００４１】
すると、運営会社端末４０のＣＰＵは、ステップＳ３０１において、サーバ１０から送信された画面情報を受信し、該受信した画面情報に基づいてディスプレイに図７に示す検索条件入力画面を表示し、ステップＳ３０２において、検索条件の入力を受け付ける。
【００４２】
図７は、本実施形態における検索条件入力画面の一例を示す図である。図７には「次明細ボタン」６０２が表示されており、ステップＳ３０２において次明細ボタンが押下された場合、運営会社端末４０から次の未契約の荷物情報を表示する旨の指示情報がサーバ１０に送信され、サーバ１０はステップＳ３２０で指示情報を受信すると次の荷物情報を表示するための画面情報を生成して運営会社端末４０に送信する。
【００４３】
図７に示す検索条件入力画面では、求車ＤＢに登録済みの未契約の荷物情報（依頼主名称、担当者名称、電話番号、電子メールアドレス、積地住所及び降地住所、積日時、降日時、荷物種別、数量、温度管理要否、希望運賃等）を前述のようにサーバ１０の求車ＤＢから読み出して表示しており、この荷物情報を検索条件に流用して対応する空車情報を検索することが可能である。なお、ここでは、この検索条件として、積日又は積日時、降日又は降日時、区分、積地、降地、運賃、荷物名、重量、温度管理の要／不要の情報を流用可能であり、一部の条件を緩和する、すなわち特定の項目をブランクにすることで検索条件を緩くすることも可能である。なお、積地住所及び降地住所は、市町村名称及び番地情報を含めてもよい。また、積日時と降日時は、From〜Toで範囲指定も可能としてもよく、特定の車主会社名や車主コードを検索条件として追加入力することも可能である（図示せず）。
【００４４】
そして、検索ボタン６０１を指示することにより、入力された検索条件に基づいて対応する空車情報の検索を実行する。
【００４５】
以下、図６のフローチャートの説明に戻る。
【００４６】
ステップＳ３０２で、運営会社端末４０ＣＰＵは、検索条件入力画面からの検索条件が入力されて検索ボタン６０１が指示されたことを検知すると、ステップＳ３０３に処理を進める。
【００４７】
ステップＳ３０３では、運営会社端末４０ＣＰＵは、ステップＳ３０２で入力された検索条件情報をセッションＩＤと共にサーバ１０に送信し、ヒット件情報の受信待ち状態に移行する。
【００４８】
ステップＳ３２１において、サーバ１０のＣＰＵは、運営会社端末４０から送信された検索条件情報を受信し、該受信した検索条件情報をサーバ１０のＲＡＭ２２のワークエリアに記憶する。
【００４９】
次に、ステップＳ３２２において、サーバ１０のＣＰＵは、検索処理を実行する。なお、この検索処理の詳細は後述する図９及び図１０のフローチャートの説明で詳述する。なお、この検索結果は、サーバ１０のＲＡＭ２２のワークエリアの配列に記憶される。
【００５０】
次に、ステップＳ３２３において、サーバ１０のＣＰＵは、サーバ１０のＲＡＭ２２のワークエリアの配列を参照して、ステップＳ３２２の検索処理の結果、ヒット件があるか否かを判定する。
【００５１】
そして、ステップＳ３２２で、ヒット件が１件もないと判定した場合には、サーバ１０のＣＰＵは、ステップS３２９に処理を進める。
【００５２】
ステップＳ３２９では、サーバ１０のＣＰＵは、ヒット件が１件もない旨を示すエラーメッセージを運営会社端末４０に送信する。
【００５３】
すると、運営会社端末４０のＣＰＵは、ステップＳ３０６において、サーバ１０から送信されたエラーメッセージに基づき、運営会社端末４０のディスプレイに、ヒット件が１件もないので検索条件を変更するよう促すメッセージと「ＯＫ」ボタンを表示するダイアログ画面を表示する。そして、運営会社端末４０のＣＰＵが、「ＯＫ」ボタンが押下指示されたことを検知すると、ステップＳ３０１に処理を戻す。
【００５４】
一方、ステップＳ３２３で、サーバ１０のＣＰＵは、ステップＳ３２２の検索処理の結果、ヒット件があると判定した場合には、ステップS３２４に処理を進める。
【００５５】
ステップＳ３２４では、サーバ１０のＣＰＵは、ステップＳ３２２の検索処理のヒット件をソートし、重複したヒット件を１つだけ残して他を削除し、ＲＡＭ２２に記憶する。
【００５６】
ステップＳ３２５において、サーバ１０のＣＰＵは、サーバ１０のハードディスクから読み出したｈｔｍｌの画面書式情報と、ＲＡＭ２２から読み出したソート済みヒット件情報とを、運営会社端末４０に送信する。
【００５７】
すると、運営会社端末４０のＣＰＵは、ステップＳ３０４において、サーバ１０から送信された画面書式情報とヒット件情報を受信してＲＡＭ２２に記憶し、該記憶したｈｔｍｌの画面書式情報とソート済みヒット件情報に基づいて、図８に示すようなヒット件の一覧画面を表示する。
【００５８】
図８は、本実施形態におけるヒット件の一覧画面の一例を示す図である。
【００５９】
なお、８０２はヒット件の明細行であり、マッチング候補を一覧表示する。なお、この際、表示順位は、後述する図９に示す検索ステップＩのマッチング件を上位とし、以下検索ステップII〜IVの順に表示するものとする。
【００６０】
以下、図６のフローチャートの説明に戻る。
【００６１】
次に、ステップＳ３０５では、運営会社端末４０でヒット件の明細行８０２のチェック８０３がチェック入力され、マッチングボタン８０１が押下されたことを、運営会社端末４０のＣＰＵが検知すると、運営会社端末４０のＣＰＵは、ステップＳ３０５において、ヒット件の選択情報をサーバ１０に送信する。
【００６２】
すると、サーバ１０のＣＰＵは、ステップＳ３２６において、運営会社端末４０から送信されたヒット件の選択情報を受信してＲＡＭ２２に記憶し、処理をステップＳ３２７に進める。
【００６３】
ステップＳ３２７では、サーバ１０のＣＰＵは、対象の荷物情報とマッチングされた空車情報のペアの情報を、仮契約フラグと共に契約ＤＢに追加する。
【００６４】
次に、ステップＳ３２８では、サーバのＣＰＵは、契約情報（現時点ではあくまでも仮契約の状態）を仮契約対象の荷物情報の荷主端末２０のメールアドレスとマッチングされた空車情報の車主端末３０のメールアドレスに送信し、処理をステップＳ３２１に戻す。
【００６５】
そして、上述の電子メール送信後、所定の時間内（例えば３時間内）に、この電子メールの本文中に記載されたＵＲＬに、荷主端末及び車主端末の両方からアクセスがあり、少なくとも荷主端末から契約を締結する旨の情報がサーバ１０に送信され、この情報をサーバ１０が受信すると、契約ＤＢの仮契約フラグが本契約フラグに更新され契約が正式に締結される（この部分は、サーバ１０で別プロセスとして処理されるので、図６のフローチャートには記載されていない。
【００６６】
以下、図９，図１０のフローチャートを参照して、図６のステップＳ３２２に示した検索処理について説明する。
【００６７】
図９は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図６のステップＳ３２２に示した検索処理に対応する。なお、図中、Ｓ４０１〜Ｓ４０９は、図１に示したサーバ１０のＣＰＵがハードディスク等の記録媒体に記憶されたプログラムをＲＡＭ２２に読み出して実行することにより実現される。
【００６８】
図１０は、本発明における第３の制御処理手順の一例を示すフローチャートであり、サーバ１０における検索ステップＩ（図９のステップＳ４０１に該当）乃至検索ステップIV（図９のステップＳ４０４に該当）の詳細に対応する。なお、図中、Ｓ５０１〜Ｓ５０５は、図１に示したサーバ１０のＣＰＵがハードディスク等の記録媒体に記憶されたプログラムをＲＡＭ２２に読み出して実行することにより実現される。
【００６９】
本発明の検索処理は、荷主が入力した条件で希望する日程・区間で合致する空車情報がない場合、空車情報の荷受希望地を拡大して隣接地域から順番に合致する空車情報が見つかるまで検索範囲を追加して再度検索するステップを含むことを特徴とする空車情報検索方法を用いている。
【００７０】
例えば、５月１０日「神奈川」発で５月１１日中に「岐阜」まで荷物を運ぶ荷物情報が登録されたとする。例えば、５月８日「名古屋」発で５月９日「東京」着の荷物を運ぶ車両があり、５月１０日「東京」発５月１１日「名古屋」着の空車情報が登録されていたとする。
【００７１】
このような場合、従来技術によれば荷物情報と空車情報とは発地も着地も一致せず又空車情報の経路中にも荷物情報の発地も着地も含まれないため、発地又は着地だけの一致から判断する方法や経路中から通過する県や市を拾うことによるマッチングもできない。
【００７２】
本発明では、移動時間を考慮したゾーンマッチングによりでマッチングする確率を大幅に高める方法を提案する。なお、ゾーンマッチングの範囲は、運送会社により（隣接県内、同一地方内）の２つのいずれかを設定できるようにしてもよい。
【００７３】
以下、図９を用いて詳細に説明する。
【００７４】
まず、サーバ１０のＣＰＵは、図９のステップＳ４０１において、検索ステップＩ（発地又は着地の一方が一致）を実行する。
【００７５】
この検索ステップＩでは、荷主から求車ＤＢに登録済みの荷物情報と、車主から求貨ＤＢに登録済みの空車情報とで、発日と積日が一致し、着日と降日も一致し、かつ発地と積地又は着地と降地の少なくとも一方が一致し、他の条件が一致している場合に、ヒット件として該当する空車情報の内容を、ヒット件用配列に追加する処理を行う。なお、発地と積地や着地と降地の一致／不一致は県単位で比較するものとする。
【００７６】
上述の例を用いて説明すると、「神奈川」発かつ「岐阜」着の空車情報があるか判定して、ある場合はマッチング候補として追加する。両方一致する空車情報が無い場合、発地が「神奈川」であるか又は着地が「岐阜」である空車情報があるか判定してマッチング候補として追加する。
【００７７】
具体的な処理としては、図１０のステップＳ５０１において、サーバ１０のＣＰＵは、ＲＡＭ２２のワークエリアに記憶された条件情報に基づいて、求車ＤＢに登録済みの荷物情報を検索し、該検索された求車ＤＢの荷物情報（依頼主名称、担当者名称、電話番号、電子メールアドレス、積地住所及び降地住所、積日時、降日時、荷物種別、数量、温度管理要否、希望運賃等）を読み出してサーバ１０のＲＡＭ２２のワークエリアに記憶する。
【００７８】
次に、ステップＳ５０２において、サーバ１０のＣＰＵは、ステップＳ５０１で読み出した積荷情報に基づく、積日及び降日と積県と降県をキーにして、求貨ＤＢ（空車情報は運送会社名称、担当者名称、電話番号、電子メールアドレス、発地住所及び着地住所、発日、着日、可載荷物種別、可載重量、温度管理可否（保冷車、冷凍車等）、トン当たり希望運賃）を検索する。そして、発日と積日が一致し、着日と降日も一致し、かつ発地と積地又は着地と降地の少なくとも一方が一致している全ての空車情報を求貨ＤＢから取得し、サーバ１０のＲＡＭ２２のワークエリアの配列に一時的に記憶する。但し、ヒット件数が一定件数（例えば１００件）を超えた場合は、その時点で検索処理を中止し、ステップＳ５０３に処理を進める。
【００７９】
次に、ステップＳ５０３では、サーバ１０のＣＰＵは、サーバ１０のＲＡＭ２２のワークエリアの配列に一時的に記憶した空車情報について、さらに運賃その他の条件が荷物情報と合致しているか判定し、条件に合致している場合は、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する。そして、１件の空車情報をヒット件用配列に追加する毎にカウンタを１つインクリメントする。
【００８０】
次に、ステップＳ５０４において、サーバ１０のＣＰＵは、ステップＳ５０３でカウントしたカウンタ値を、サーバ１０のＲＡＭ２２のワークエリアのヒット件数記憶用変数に加算後、上記カウンタ値をリセットして処理を終了する（図９のフローチャートに戻る）。
【００８１】
次に、図９のステップＳ４０２において、サーバ１０のＣＰＵは、検索ステップII（経路中の県が発地又は着地の一方と一致）を実行する。
【００８２】
この検索ステップIIでは、経路中の県を発地又は着地とする空車情報があるか検索し、あると判定した場合には、マッチング候補としてサーバ１０のＲＡＭ内２２のワークエリアのヒット件用配列に追加するする処理を行う。
【００８３】
上述の例を用いて説明すると、発県「神奈川県」で着県「岐阜県」の経路中の県（静岡県、愛知県）を取得し、該経路中の県（静岡県、愛知県）を発地又は着地とする空車情報があるか検索してある場合はマッチング候補に追加する。
【００８４】
具体的な処理としては、図１０のステップＳ５０１において、サーバ１０のＣＰＵは、ＲＡＭ２２のワークエリアに記憶された条件情報に基づいて、求車ＤＢに登録済みの荷物情報を検索し、該検索された求車ＤＢの荷物情報を読み出してサーバ１０のＲＡＭ２２のワークエリアに記憶する。さらに、サーバ１０のＣＰＵは、地名テーブルを用いて、該荷物情報内の積地の所属県，降地の所属県をそれぞれ取得し、該積地の所属県，降地の所属県を発県，着県とした場合の経路の各県（経路１乃至経路ｎの各県）を取得する。
【００８５】
次に、ステップＳ５０２において、サーバ１０のＣＰＵは、ステップＳ５０１で読み出した積荷情報に基づく、積日及び降日と、経路１乃至経路ｎの各県をキーにして、求貨ＤＢ（空車情報は運送会社名称、担当者名称、電話番号、電子メールアドレス、発地住所及び着地住所、発日、着日、可載荷物種別、可載重量、温度管理可否（保冷車、冷凍車等）、トン当たり希望運賃）を検索する。そして、発日と積日が一致し、着日と降日も一致し、かつ発地と経路県又は着地と経路県の少なくとも一方が一致している全ての空車情報を求貨ＤＢから取得し、サーバ１０のＲＡＭ２２のワークエリアの配列に一時的に記憶する。但し、ヒット件数が一定件数（例えば１００件）を超えた場合は、その時点で検索処理を中止する。そして、ステップＳ５０３，Ｓ５０４を実行し、その他の条件に一致する空車情報を、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する（なお、ステップＳ５０３，Ｓ５０４については同様であるので詳細な説明は省略する）。そして、図９のステップＳ４０３へ処理を進める。なおトン当たり希望運賃は荷物１個当り希望運賃でも良い。
【００８６】
次に、ステップS４０３において、サーバ１０のＣＰＵは、検索ステップIII（発地・着地の両方が隣接県と一致）を実行する。
【００８７】
この検索ステップIIIでは、発地が積県の隣接県（例えば積県が神奈川なら発県が東京、山梨、静岡のどれか）であり、かつ着地が降県の隣接県（例えば降県が岐阜県なら三重県、愛知県、長野県、滋賀県のどれか）の空車情報があるか検索し、あると判定した場合には、マッチング候補としてサーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する処理を行う。
【００８８】
上述の例を用いて説明すると、発地が「神奈川県」の隣接県（東京、山梨、静岡のどれか）であり、かつ着地が「岐阜県」の隣接県（三重県、愛知県、長野県、滋賀県）の空車情報があるか検索し、ある場合はマッチング候補に追加する。
【００８９】
具体的な処理としては、図１０のステップＳ５０１において、サーバ１０のＣＰＵは、ＲＡＭ２２のワークエリアに記憶された条件情報に基づいて、求車ＤＢに登録済みの荷物情報を検索し、該検索された求車ＤＢの荷物情報を読み出してサーバ１０のＲＡＭ２２のワークエリアに記憶する。さらに、サーバ１０のＣＰＵは、地名テーブルを用いて、該荷物情報内の積地の所属県，降地の所属県をそれぞれ取得し、該積地の所属県，降地の所属県を基準県とした場合の隣接各県（隣接県１乃至隣接県８の各県）を取得する。
【００９０】
次に、ステップＳ５０２において、サーバ１０のＣＰＵは、ステップＳ５０１で読み出した積荷情報に基づく、積日及び降日と、隣接県１乃至隣接県８の各県をキーにして、求貨ＤＢ（空車情報は運送会社名称、担当者名称、電話番号、電子メールアドレス、発地住所及び着地住所、発日、着日、可載荷物種別、可載重量、温度管理可否（保冷車、冷凍車等）、トン当たり希望運賃）を検索する。そして、発日と積日が一致し、着日と降日も一致し、かつ発地と隣接県及び着地と隣接県の両方が一致している全ての空車情報を求貨ＤＢから取得し、サーバ１０のＲＡＭ２２のワークエリアの配列に一時的に記憶する。但し、ヒット件数が一定件数（例えば１００件）を超えた場合は、その時点で検索処理を中止する。そして、ステップＳ５０３，Ｓ５０４を実行し、条件に一致する空車情報を、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する（なお、ステップＳ５０３，Ｓ５０４については同様であるので説明は省略する）。そして、図９のステップＳ４０４へ処理を進める。
【００９１】
次に、ステップS４０４において、サーバ１０のＣＰＵは、検索ステップIV（発地又は着地の一方が隣接県と一致）を実行する。
【００９２】
この検索ステップIVでは、発地が積県の隣接県であり、又は着地が降県の隣接県である空車情報があるか検索し、ある場合はマッチング候補として、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する処理を行う。
【００９３】
上述の例を用いて説明すると、発地が神奈川の隣接県（東京、山梨、静岡のどれか）であり、又は着地が岐阜県の隣接県（三重県、愛知県、長野県、滋賀県）のである空車情報があるか検索し、ある場合はマッチング候補とする。
【００９４】
具体的な処理としては、図１０のステップＳ５０１において、サーバ１０のＣＰＵは、ＲＡＭ２２のワークエリアに記憶された条件情報に基づいて、求車ＤＢに登録済みの荷物情報を検索し、該検索された求車ＤＢの荷物情報を読み出してサーバ１０のＲＡＭ２２のワークエリアに記憶する。さらに、サーバ１０のＣＰＵは、地名テーブルを用いて、該荷物情報内の積地の所属県，降地の所属県をそれぞれ取得し、該積地の所属県，降地の所属県を基準県とした場合の隣接各県（隣接県１乃至隣接県８の各県）を取得する。
【００９５】
次に、ステップＳ５０２において、サーバ１０のＣＰＵは、ステップＳ５０１で読み出した積荷情報に基づく、積日及び降日と積県と降県と、隣接県１乃至隣接県８の各県をキーにして、求貨ＤＢ（空車情報は運送会社名称、担当者名称、電話番号、電子メールアドレス、発地住所及び着地住所、発日、着日、可載荷物種別、可載重量、温度管理可否（保冷車、冷凍車等）、トン当たり希望運賃）を検索する。そして、発日と積日が一致し、着日と降日も一致し、かつ発地と隣接県又は着地と隣接県の一方が一致している全ての空車情報を求貨ＤＢから取得し、サーバ１０のＲＡＭ２２のワークエリアの配列に一時的に記憶する。但し、ヒット件数が一定件数（例えば１００件）を超えた場合は、その時点で検索処理を中止する。そして、ステップＳ５０３，Ｓ５０４を実行し、条件に一致する空車情報を、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列に追加する（なお、ステップＳ５０３，Ｓ５０４については同様であるので説明は省略する）。そして、図９のステップＳ４０５へ処理を進める。
【００９６】
図９のステップＳ４０５において、サーバ１０のＣＰＵは、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列からヒット件を１件読み込む。
【００９７】
次に、ステップＳ４０６において、サーバ１０のＣＰＵは、サーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列内の全てのヒット件に対してステップＳ４０７〜Ｓ４０９の処理を実行したか否かを判定する。
【００９８】
そして、ステップＳ４０６で、まだ全てのヒット件に対してステップＳ４０７〜Ｓ４０９の処理を実行していないと判定した場合には、サーバ１０のＣＰＵは、ステップＳ４０７に処理を進める。
【００９９】
ステップＳ４０７では、サーバ１０のＣＰＵは、移動時間を算出する。具体的には、サーバ１０のＣＰＵは、発日の前日及び当日の同一車両の実車情報及び着日の当日又は翌日の同一車両の実車情報の有無を判断して、実車情報がある場合は図３の隣接県テーブルを参照して移動時間を計算する。なお、実車情報は、契約済み荷物情報の積日時又は降日時を読み出すが、各車両から携帯端末等を用いて、又、運送会社の端末等から、サーバ１０に実際の積日時又は降日時を登録しても良い。このようにすることで緊急の荷物情報の登録があった場合でもより正確な荷受・荷降の可否判断が可能になる。
【０１００】
ステップＳ４０８において、サーバ１０のＣＰＵは、ステップS４０７で算出した移動時間に基づいて、登録された荷物情報内の着日時、降日時に荷受、荷降可能か否かを判定する。
【０１０１】
ステップＳ４０８で、荷受、荷降可能でない（荷受、荷降不可能）判定した場合には、サーバ１０のＣＰＵは、当該ヒット件をサーバ１０のＲＡＭ２２内のワークエリアのヒット件用配列から削除し、ステップＳ４０６に処理を戻す。
【０１０２】
一方、ステップＳ４０８で、荷受、荷降可能と判定した場合には、サーバ１０のＣＰＵは、そのままステップＳ４０６に処理を戻す。
【０１０３】
一方、ステップＳ４０６で、全てのヒット件に対してステップＳ４０７〜Ｓ４０９の処理を実行済みであると判定した場合には、サーバ１０のＣＰＵは、処理を終了する（図６のフローチャートに処理を戻す）。
【０１０４】
〔他の実施形態１〕
上記実施形態では、荷物情報を基に条件の合致する空車情報を検索したが、空車情報を基に条件の合致する荷物情報を検索するように構成しもよい。
【０１０５】
〔他の実施形態２〕
図９のステップＳ４０１〜Ｓ４０３で、ヒット件用配列に記憶された空車情報（空車情報を基に条件の合致する荷物情報を検索する場合は荷物情報）の累計件数が一定の件数（例えば１０件〜１５件）を上回った場合は、残りの検索処理を中止して、直ちにステップＳ４０５に処理を進めるように構成してもよい。このように制御することで、マッチングする空車情報や荷物情報の候補の件数が充分な場合は一部の処理をスキップして処理時間を短縮することができる。
【０１０６】
また、ステップＳ５０２では、サーバ１０のＣＰＵが、ヒット件数が一定件数（例えば１００件）を超えた場合は、その時点で検索処理を中止する構成について説明した。しかし、全ての検索処理が終了するまで検索処理を実行するように構成してもよい。
【０１０７】
即ち、図６のステップS３２２の検索処理は、検索結果が所定の件数を超えた時点で、検索処理を終了する構成も、又、全ての検索処理が終了するまで検索処理を実行する構成も、本発明に含まれるものである。
【０１０８】
なお、検索結果が所定の件数を超えた時点で検索処理を終了するか、全ての検索処理が終了するまで検索処理を実行するかの設定をサーバ１０のハードディスクに記憶させておき、該設定により、サーバ１０のＣＰＵが、検索結果が所定の件数を超えた時点で検索処理を終了するか、全ての検索処理が終了するまで検索処理を実行するかを選択制御するように構成してもよい。これにより、一部の処理をスキップして処理時間を短縮したり、また、全ての検索結果を得てマッチングの幅を拡大したりすることができる。
【０１０９】
〔他の実施形態３〕
他の実施形態２では検索条件に優先順位を指定して、マッチング候補を優先順位に従って検索し、又特定の検索条件で優先条件を指定した場合はその順にしたがってマッチング候補をソートするものであり、上記の実施形態と異なる部分について詳細に説明する。
【０１１０】
図７の上側の検索条件入力画面で各検索項目（例えば積日、運賃、温度等）の名称の前にラジオボタン等を設け、検索条件で最も優先すべき条件を指定可能にする。又求車ＤＢに登録する荷物情報で１以上の優先条件区分を更に記憶する。つまり荷物情報の登録時に例えば運賃が第一優先、降地が第二優先といった優先条件の指定を可能にし、ステップＳ３２２の検索処理では、所定ヒット件数で処理を打ち切らずに検索を続行し、ステップＳ３２４でこれらの優先条件指定に基づいてソートを行う。降地や積地が優先条件指定された場合は、その条件については図９のステップＳ４０２乃至ステップＳ４０４の検索ステップ乃至検索ステップにおいて、対応する部分の処理は行われない。例えば降地が優先条件指定された場合は、降地が一致する空車情報がマッチング候補となり降地が隣接県である空車情報はマッチング候補とはならない（つまり降地が隣接県である空車情報があるかの検索は実行しない）。図７のラジオボタンと荷物情報の優先条件指定が両方ある場合は荷物情報の指定を優先するが、その逆にすることも可能とする。又運賃が優先条件指定された場合は、マッチング候補件を運賃の昇順にソートする。重量が優先条件指定された場合は、マッチング候補件を可載重量の降順にソートする。
【０１１１】
このように構成することで、例えば降地が第一優先、運賃が第二優先といった優先条件の指定がされた場合、マッチング候補件は降地一致しかつ運賃が安い空車情報が優先して表示される。例えば翌日の朝市場で売りたい生鮮食料品を荷物情報として登録する場合、降地（市場のある市町村）を第一優先、運賃を第二優先とする指定により降地間の移動による荷物の遅れリスクを抑制しつつ安い運賃で荷物を運んでもらうことがより容易になる。
【０１１２】
以上説明したように、求貨求車システムのマッチング率を向上させるとともに、運営会社の運用工数を削減することができる等の効果を奏する。  なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１３】
〔他の実施形態４〕
以上、各実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１４】
以下、図１１に示すメモリマップを参照して本発明に係る求貨求車システムを構成するコンピュータ（サーバ１０，荷主端末２０，車主端末３０，運営会社端末４０）で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１５】
図１１は、本発明に係るコンピュータ（サーバ１０，荷主端末２０，車主端末３０，運営会社端末４０）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１１６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１８】
本実施形態における図６，図９，図１０に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１１９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２０】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２１】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０１２７】
【図１】本発明の一実施形態を示す求貨求車システムの構成を示すシステム構成図である。
【図２】図１に示したサーバ１０と荷主端末２０と車主端末３０と運営会社端末４０のハードウェア構成の概要を示す簡略化されたブロック図である。
【図３】本実施形態における隣接県テーブルの一例を示す図である。
【図４】本実施形態における経路テーブルの一例を示す図である。
【図５】本実施形態における地名テーブルの一例を示す図である。
【図６】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図７】本実施形態における検索条件入力画面の一例を示す図である。
【図８】本実施形態におけるヒット件の一覧画面の一例を示す図である。
【図９】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１０】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１１】本発明に係るコンピュータ（サーバ１０，荷主端末２０，車主端末３０，運営会社端末４０）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１２８】
１０    サーバ
２０    荷主端末
３０    事業主端末
４０    運営会社端末
５    ネットワーク
【図１】
2008087872.tif 000003
【図２】
2008087872.tif 000004
【図３】
2008087872.tif 000005
【図４】
2008087872.tif 000006
【図５】
2008087872.tif 000007
【図６】
2008087872.tif 000008
【図７】
2008087872.tif 000009
【図８】
2008087872.tif 000010
【図９】
2008087872.tif 000011
【図１０】
2008087872.tif 000012
【図１１】
2008087872.tif 000013