(57)【要約】【課題】効率的に適切な配車手配を行う。【解決手段】貨物に対して配車が設定された車両の運行計画に関する情報を記憶する運行管理ＤＢ６０と通信可能なマッチング装置３０であって、運行計画に基づき、配車が設定されていない空き時間に車両が運行可能であるか否かを判定し、その判定結果に基づき、貨物と車両とのマッチングをおこない、マッチングが成立した貨物及び車両の少なくともいずれか一方の情報を抽出する情報抽出部３４を備える。【選択図】図３
2020126512.tif 000002
【特許請求の範囲】
【請求項１】
貨物に対して配車が設定可能な車両の運行計画に関する情報を記憶する運行管理装置と通信可能な情報処理装置であって、
前記運行計画に基づき、前記配車が設定されていない空き時間に前記車両が運行可能であるか否かを判定する運行判定部と、
前記運行判定部の判定結果に基づき、前記貨物と前記車両とのマッチングをおこない、マッチングが成立した前記貨物及び前記車両の少なくともいずれか一方の情報を抽出する情報抽出部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記運行計画に基づき、前記貨物を配送する配送業務の原価を算出する原価算出部と、
前記原価算出部により算出された前記原価と、前記貨物の配送価格とに基づき、前記配送業務を行うのに採算が合うか否かを判定する価格判定部と、を備え、
前記情報抽出部は、前記価格判定部の判定結果に基づき、前記貨物と前記車両とのマッチングを行う
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記原価算出部は、前記運行計画と、前記車両を運転する運転手の労務情報と、に基づき、前記原価を算出する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記原価算出部は、過去の前記貨物の積み下ろし時間の実績情報である過去実績に基づき、前記原価を算出する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記原価算出部は、前記過去実績に所望の実績情報が含まれない場合には、前記過去実績をもとに前記所望の実績情報を推定する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記車両の運転手による過去の運行品質情報に基づき、前記価格を調整する価格調整部を備える
ことを特徴とする請求項２から５のいずれか一項に記載の情報処理装置。
【請求項７】
貨物に対して配車が設定可能な車両の運行計画に関する情報を記憶する運行管理装置と通信可能なコンピュータを、
前記運行計画に基づき、前記配車が設定されていない空き時間に前記車両が運行可能であるか否かを判定する運行判定部、
前記運行判定部の判定結果に基づき、前記貨物と前記車両とのマッチングをおこない、マッチングが成立した前記貨物及び前記車両の少なくともいずれか一方の情報を抽出する情報抽出部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、製造原価を自動的に算出し、算出した製造原価に基づき売価調整を行うシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２３８０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、一般に、運びたい貨物があるが配車手配ができていない荷主の貨物と、空いている荷台があるが運ぶ貨物がない車両の車両とのマッチングを行うことで、配車手配を行う求貨求車システムが知られている。この求貨求車システムにおいては、配車手配を行う際の時間短縮が課題となっている。
【０００５】
しかしながら、現状では、マッチング成立のための種々の条件について、荷主と配車手配を行う運行会社との間で電話等による直接交渉をおこなっているため、配車手配に多くの時間を要する。例えば、マッチング成立のために必要な種々の条件の一つとして、配送業務の原価と荷主側が提示する貨物の配送価格との調整がある。上記従来技術のように製造業務の原価であれば自動的に算出可能であるが、配送業務の原価は、いまだ人力で算出されている。配送業務の原価は、経路、経路の距離・時間、商品特性等を含む多数の変量に基づき算出する必要があり、配車予定の事前事後の運行計画等の影響を受けて変動もする。このため、配送業務の原価と貨物の配送価格との調整をするのは容易ではなく、マッチングが成立するまでに時間がかかる。
【０００６】
本発明はこのような事情を鑑みてなされたもので、効率的に適切な配車手配を行うことができる情報処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様にかかる情報処理装置は、貨物に対して配車が設定可能な車両の運行計画に関する情報を記憶する運行管理装置と通信可能な情報処理装置であって、運行計画に基づき、配車が設定されていない空き時間に車両が運行可能であるか否かを判定する運行判定部と、運行判定部の判定結果に基づき、貨物と車両とのマッチングをおこない、マッチングが成立した貨物及び車両の少なくともいずれか一方の情報を抽出する情報抽出部と、を備える。
【０００８】
本発明の他態様にかかるプログラムは、貨物に対して配車が設定可能な車両の運行計画に関する情報を記憶する運行管理装置と通信可能なコンピュータを、運行計画に基づき、配車が設定されていない空き時間に車両が運行可能であるか否かを判定する運行判定部、運行判定部の判定結果に基づき、貨物と車両とのマッチングをおこない、マッチングが成立した貨物及び車両の少なくともいずれか一方の情報を抽出する情報抽出部、として機能させるためのプログラムである。
【０００９】
本発明の上記いずれかの態様では、配車が設定されていない空き時間に車両が運行可能であるか否かが判定され、その判定結果に基づき、貨物と車両とのマッチングが行われる。よって、配車が設定されていない空き時間に運行可能な車両を配車手配することができ、荷主と車両を有する運行会社との間で電話等による直接交渉を行うことなく、貨物と車両とのマッチングが可能となる。これにより、効率的に適切な配車手配を行うことができる。
【００１０】
運行計画に基づき、貨物を配送する配送業務の原価を算出する原価算出部と、原価算出部により算出された原価と、貨物の配送価格とに基づき、配送業務を行うのに採算が合うか否かを判定する価格判定部と、を備え、情報抽出部は、価格判定部の判定結果に基づき、貨物と車両とのマッチングをおこなってもよい。この場合、配送業務の原価と貨物の配送価格とに基づき、配送業務を行うのに採算が合うか否かが判定され、その判定結果に基づき、貨物と車両とのマッチングが行われる。したがって、配送業務の原価と貨物の配送価格との価格調整を電話等による直接交渉で行うことなく、価格調整を考慮したマッチングを容易に行うことができる。
【００１１】
原価算出部は、運行計画と、車両を運転する運転手の労務情報と、に基づき、原価を算出してもよい。この場合、運行計画に加えて、運転手の労務情報を考慮した配送業務の原価を算出することができる。
【００１２】
原価算出部は、過去の貨物の積み下ろし時間の実績情報である過去実績に基づき、原価を算出してもよい。この場合、運転手による過去の貨物の積み下ろし時間の実績情報を考慮した配送業務の原価を算出することができる。
【００１３】
前記原価算出部は、前記過去実績に所望の実績情報が含まれない場合には、前記過去実績をもとに前記所望の実績情報を推定してもよい。この場合、所望の実績情報が過去実績に格納されていない場合であっても、過去の貨物の積み下ろし時間の実績情報に基づいて所望の実績情報を推定することができる。
【００１４】
車両の運転手による過去の運行品質情報に基づき、価格を調整する価格調整部を備えてもよい。この場合、過去の運行品質情報に基づき調整された価格を用いて、価格判定が行われる。したがって、過去の運行品質情報を考慮した価格判定に基づき、より適切なマッチングを行うことができる。
【発明の効果】
【００１５】
本発明によれば、効率的に適切な配車手配を行うことができる。
【図面の簡単な説明】
【００１６】
【図１】第１実施形態に係る情報処理装置としてのマッチング装置を含む求貨求車システム１の全体構成の一例を示すブロック図である。
【図２】マッチング装置のハードウェア構成の一例を概略的に示すブロック図である。
【図３】運行管理ＤＢ及びマッチング装置の機能構成の一例を示す機能ブロック図である。
【図４】求貨求車システムによるマッチング処理の流れの一例を示すフローチャートである。
【図５】図４のステップＳＰ２０の処理の流れの一例を示すフローチャートである。
【図６】図４のステップＳＰ２２の処理の流れの一例を示すフローチャートである。
【図７】運行情報ＤＢの一例を示す図である。
【図８】車両ＤＢの一例を示す図である。
【図９】労務ＤＢの一例を示す図である。
【図１０】商品ＤＢの一例を示す図である。
【図１１】運行時間ＤＢの一例を示す図である。
【図１２】過去実績ＤＢの一例を示す図である。
【図１３】運行側端末における運行計画画面の一例を示す図である。
【図１４】運行側端末における貨物一覧画面の一例を示す図である。
【図１５】運行側端末におけるマッチング成立画面の一例を示す図である。
【図１６】運行側端末における見積依頼画面の一例を示す図である。
【図１７】荷主側端末における入力画面の一例を示す図である。
【図１８】第２実施形態に係る運行管理ＤＢ及びマッチング装置の機能構成の一例を示す機能ブロック図である。
【図１９】運行履歴ＤＢの一例を示す図である。
【図２０】商品ＤＢの一例を示す図である。
【図２１】第３実施形態に係る運行管理ＤＢ及びマッチング装置の機能構成の一例を示す機能ブロック図である。
【図２２】商品ＤＢの一例を示す図である。
【図２３】商品種別ＤＢの一例を示す図である。
【図２４】過去実績（車両）ＤＢの一例を示す図である。
【図２５】過去実績（運転手）ＤＢの一例を示す図である。
【図２６】第４実施形態に係る運行管理ＤＢ及びマッチング装置の機能構成の一例を示す機能ブロック図である。
【図２７】過去実績（運転手）ＤＢの一例を示す図である。
【図２８】第５実施形態に係る運行管理ＤＢ及びマッチング装置の機能構成の一例を示す機能ブロック図である。
【図２９】過去実績（運転手）ＤＢの一例を示す図である。
【図３０】過去作業実績単純ＤＢの一例を示す図である。
【図３１】多層パーセプトロン（ＭＬＰ）のモデルイメージを示す図である。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して、本発明の実施形態（以下、「本実施形態」という。）について詳細に説明する。なお、説明において、同一要素又は同一機能を有する要素には、同一符号を用いることとし、重複する説明は省略する。
【００１８】
（第１実施形態）
図１は、第１実施形態に係る情報処理装置としてのマッチング装置３０を含む求貨求車システム１の全体構成の一例を示すブロック図である。求貨求車システム１は、運びたい貨物があるが配車手配ができていない荷主の貨物と、空いている荷台があるが運ぶ貨物がないトラック等の車両とのマッチングを行うことで、配車手配を行うシステムである。貨物は、車両の荷台に積んで運搬が可能な荷物であって、家具、食品、雑貨、衣類、又は医薬品等の種々の物を含む。
【００１９】
図１に示されるように、求貨求車システム１は、荷主側端末１０と、運行側端末２０と、マッチング装置３０と、運行管理ＤＢ（データベース）６０と、を備える。荷主側端末１０、運行側端末２０、及び運行管理ＤＢ６０は、移動体通信網又は無線通信等の通信ネットワークを介してマッチング装置３０と互いに通信可能に構成されている。
【００２０】
荷主側端末１０は、荷主に所持されると共に通信（例えば移動体通信）を行うことができる装置である。荷主側端末１０は、主として、入力部１２と、表示部１４と、を備える。
【００２１】
入力部１２は、例えば、荷主の操作による入力（以下、「荷主入力」と称する。）を受け付ける。荷主入力は、配車手配を必要とする貨物を示す貨物情報（商品情報）の入力等を含む。
【００２２】
表示部１４は、例えば、マッチング装置３０から送信された車両一覧情報を含む車両一覧画面を表示する。車両一覧情報は、配車手配を必要とする貨物とのマッチングが成立した車両の一覧を示す。入力部１２及び表示部１４は、例えば、入力機能を担うタッチセンサと表示機能を担うディスプレイとを含むタッチパネルとして構成される。
【００２３】
運行側端末２０は、車両を手配する運行会社のユーザに所持されると共に通信（例えば移動体通信）を行うことができる装置である。運行側端末２０は、主として、入力部２２と、表示部２４と、を備える。
【００２４】
入力部２２は、例えば、運行会社のユーザの操作による入力（以下、「ユーザ入力」と称する。）を受け付ける。ユーザ入力は、例えば、空いている荷台がある車両に関する情報の入力や、表示部２４によって表示された運行計画画面における空き時間の選択等を含む。空き時間は、貨物に対する配車が未設定の時間であって、その詳細については後述する。
【００２５】
表示部２４は、例えば、運行計画を示す運行計画画面や、マッチング装置３０から送信された貨物一覧情報を含む貨物一覧画面等を表示する。貨物一覧情報は、空いている荷台がある車両とのマッチングが成立した貨物の一覧を示す。入力部２２及び表示部２４は、例えば、入力機能を担うタッチセンサと表示機能を担うディスプレイとを含むタッチパネルとして構成される。
【００２６】
マッチング装置３０は、貨物と車両とのマッチングを行うサーバ装置である。マッチング装置３０は、荷主側の要望に基づき行われる貨物に対する車両のマッチングと、運行側の要望に基づき行われる車両に対する貨物のマッチングとの、双方向のマッチングを行う。
【００２７】
具体的には、マッチング装置３０は、荷主側端末１０の入力部１２で入力された情報が示す貨物に対する車両のマッチングをおこない、マッチングが成立した車両の一覧を示す車両一覧情報を取得する。そして、マッチング装置３０は、取得した車両一覧情報を、荷主側端末１０に送信する。また、マッチング装置３０は、運行側端末２０で入力された情報が示す車両に対する貨物のマッチングをおこない、マッチングが成立した貨物の一覧を示す貨物一覧情報を取得する。そして、マッチング装置３０は、取得した貨物一覧情報を、運行側端末２０に送信する。
【００２８】
運行管理ＤＢ６０（運行管理装置）は、貨物に対する配車が設定された車両の運行計画に関する情報を記憶するデータベースである。運行管理ＤＢ６０は、図１に示されるように運行側端末２０の外部にあってもよいし、運行側端末２０が備えていてもよい。
【００２９】
図２は、マッチング装置３０のハードウェア構成の一例を概略的に示すブロック図である。マッチング装置３０は、制御装置５０と、通信装置５２と、記憶装置５４と、を備える。制御装置５０は、ＣＰＵ（Central  Processing  Unit）５６及びメモリ５８を主に備えて構成される。
【００３０】
制御装置５０では、記憶装置５４又はメモリ５８等に格納された所定のプログラムをＣＰＵが実行することにより、後述する各種の機能部として機能する。
【００３１】
通信装置５２は、外部の装置と通信するための通信インターフェース等で構成される。通信装置５２は、例えば、荷主側端末１０、運行側端末２０、及び運行管理ＤＢ６０等との間で各種の情報を送受信する。
【００３２】
記憶装置５４は、ハードディスク等で構成される。この記憶装置５４は、制御装置５０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。
【００３３】
なお、マッチング装置３０は、専用又は汎用のサーバ・コンピュータ等の情報処理装置を用いて実現することができる。また、マッチング装置３０は、単一の情報処理装置により構成されるものであっても、通信ネットワーク上に分散した複数の情報処理装置により構成されるものであってもよい。また、図２は、マッチング装置３０が有する主要なハードウェア構成の一部を示しているに過ぎず、マッチング装置３０は、サーバ装置が一般的に備える他の構成を備えることができる。
【００３４】
図３は、運行管理ＤＢ６０及びマッチング装置３０の機能構成の一例を示す機能ブロック図である。運行管理ＤＢ６０は、主として、運行情報ＤＢ６２と、車両ＤＢ６４と、労務ＤＢ６６と、を備える。
【００３５】
運行情報ＤＢ６２には、車両の運行情報が車両毎に格納されている（図７参照）。運行情報は、運行計画として貨物に対する配車が設定済みの車両の運行に関する情報である。
【００３６】
車両ＤＢ６４には、車両に関する情報が車両毎に格納されている（図８参照）。車両に関する情報には、どのような特性の商品を貨物として配送可能かを示す受入商品特性の情報や、車両のキロ単価（距離単価）を示す情報等が含まれる。
【００３７】
労務ＤＢ６６は、車両に乗車する運転手の時給を示す情報が車両毎に格納されている（図９参照）。各ＤＢ６２，６４，６６の詳細については、図７〜図９を参照して後述する。
【００３８】
マッチング装置３０は、主として、記憶部３２と、情報抽出部３４（運行判定部、価格判定部、情報抽出部）と、経路情報算出部３６と、原価算出部３８（原価算出部）と、を備える。
【００３９】
記憶部３２は、マッチング装置３０で実行される処理に必要な種々の情報を記憶する。記憶部３２は、複数のデータベースを含む。記憶部３２は、例えば、商品ＤＢ４０と、運行時間ＤＢ４２と、過去実績ＤＢ４４と、を含む。
【００４０】
商品ＤＢ４０には、貨物対象である商品の特性及び貨物の配送価格に関する商品情報や、貨物を配送する経路に関する情報を示す経路情報等が格納されている（図１０参照）。運行時間ＤＢ４２には、法令に基づく運行時間（法令上、運転手の労務時間に対して取得すべき休憩時間を含む運行時間）を示す運行時間情報が格納されている（図１１参照）。過去実績ＤＢ４４には、運転者による過去の貨物の積み下ろし時間の実績情報が格納されている（図１２参照）。
【００４１】
情報抽出部３４は、貨物に対する配車が設定された車両の運行計画（配車を設定したい時間の前後の配送計画）に基づき、貨物と車両とのマッチングをおこない、マッチングが成立した貨物及び車両の少なくとも一方の情報を抽出する。以下、一例として、情報抽出部３４が貨物の情報を抽出する場合について説明する。
【００４２】
まず、情報抽出部３４は、空き時間の情報を取得する。空き時間とは、運行計画として配車が既に設定済みの配車済み時間以外の時間であって、配車が設定されていない時間である。空き時間は、例えば配車済み時間の前後の時間である。情報抽出部３４は、例えば、運行側端末２０の表示部２４で表示された運行計画画面において、空き時間の選択を示すユーザ入力が運行側端末２０の入力部２２によって受け付けられると、この選択を受け付けた空き時間の情報を取得する。
【００４３】
情報抽出部３４は、運行管理ＤＢ６０の車両ＤＢ６４及び記憶部３２の商品ＤＢ４０に格納された情報に基づき、車両への積み荷が適用可能な貨物を抽出する。具体的には、情報抽出部３４は、車両ＤＢ６４に格納された受入商品特性の情報と、商品ＤＢ４０に格納された商品特性の情報とに基づき、車両への受け入れが可能な商品を、車両への積み荷が適用可能な貨物として抽出する。
【００４４】
情報抽出部３４は、車両への積み荷が適用可能であると抽出された貨物について、空き時間における車両の運行が可能か否かを判定する運行可否判定を行う。情報抽出部３４は、当該運行可否判定を、商品ＤＢ４０に格納された経路情報に基づき行う。
【００４５】
具体的には、まず、情報抽出部３４は、商品ＤＢ４０に格納された経路情報を経路情報算出部３６に出力する。情報抽出部３４は、経路情報算出部３６による算出結果として、経路情報が示す経路を車両で移動するために要する経路時間（以下、「経路時間」と称する。）を取得する。そして、情報抽出部３４は、経路情報算出部３６によって算出された経路時間と、前述の空き時間とを比較し、経路時間が空き時間に含まれるか否か（経路時間が空き時間以下であるか否か）を判定する。
【００４６】
情報抽出部３４は、経路時間が空き時間に含まれる場合には、運行可能であると判定し、経路時間が空き時間を超える場合には、運行可能でないと判定する。情報抽出部３４は、運行可能であると判定した場合には、原価の算出に必要な情報を、原価算出部３８に出力する。原価の算出に必要な情報とは、例えば、商品ＤＢ４０に格納された経路情報、及び、車両ＤＢ６４に格納された車両のキロ単価（距離単価）を示す情報等である。
【００４７】
情報抽出部３４は、運行可能であると判定した場合に、配送業務を行うのに採算が合うか否かを判定する価格判定を行う。情報抽出部３４は、当該価格判定を、配送業務の原価と、貨物対象である商品の配送価格（以下、「貨物の配送価格」という。）との比較によって行う。具体的には、情報抽出部３４は、原価算出部３８によって算出された配送業務の原価と、商品ＤＢ４０に格納された貨物の配送価格とを比較し、配送業務の原価が貨物の配送価格以下であるか否かを判定する。配送業務の原価が貨物の配送価格以下である場合とは、原価割れしない場合であって、配送業務を行うのに採算が合うことを示す。
【００４８】
情報抽出部３４は、運行可否判定及び価格判定に基づき、貨物と車両とのマッチングをおこない、その結果として貨物一覧情報を作成する。具体的には、情報抽出部３４は、運行可能であり、かつ、配送業務を行うのに採算が合うと判定された貨物を、貨物一覧情報に追加する。また、情報抽出部３４は、運行可能でない、又は、配送業務を行うのに採算が合わないと判定された貨物を、貨物一覧情報に追加しないようにする。そして、情報抽出部３４は、作成した貨物一覧情報を運行側端末２０に送信する。
【００４９】
なお、情報抽出部３４は、必ずしも価格判定をおこなわなくてもよく、価格判定によらずに運行可否判定に基づき、貨物と車両とのマッチングをおこなってもよい。すなわち、情報抽出部３４は、運行可否判定をおこなった結果、運行可能であると判定された貨物又は車両をそれぞれの一覧情報に追加し、運行可能でないと判定された貨物又は車両をそれぞれの一覧情報に追加しないようにしてもよい。
【００５０】
以上、情報抽出部３４による貨物の情報の抽出について説明したが、情報抽出部３４が車両の情報を抽出する場合も前述と同様にして行われる。すなわち、情報抽出部３４は、車両ＤＢ６４及び商品ＤＢ４０に格納された情報に基づき、貨物の積み荷が適用可能な車両を抽出する。具体的には、情報抽出部３４は、車両ＤＢ６４に格納された受入商品特性の情報と、商品ＤＢ４０に格納された商品特性の情報とに基づき、貨物の受け入れが可能な車両を、貨物の積み荷が適用可能な車両として抽出する。そして、情報抽出部３４は、前述同様、運行可否判定及び価格判定に基づき、貨物と車両とのマッチングをおこない、その結果として作成した車両一覧情報を、荷主側端末１０に送信する。
【００５１】
経路情報算出部３６は、情報抽出部３４から出力された経路情報に基づき、経路情報が示す経路の距離（以下、「経路距離」と称する。）と、経路時間と、を算出する。経路情報算出部３６は、例えば、公知の経路検索エンジン等を用いて、経路における出発地点及び到着地点の入力に基づき、経路距離及び経路時間を算出する。経路情報算出部３６は、算出した経路距離を示す情報を原価算出部３８に出力する。また、経路情報算出部３６は、算出した経路時間を示す情報を情報抽出部３４に出力する。
【００５２】
原価算出部３８は、情報抽出部３４により運行可能であると判定された場合に、配送業務の原価を算出する。配送業務の原価とは、配送業務を行うために必要な原価である。原価算出部３８は、運行計画と、車両を運転する運転手の労務情報と、に基づき、配送業務の原価を算出する。原価算出部３８は、配送業務の原価を示す情報を、情報抽出部３４に出力する。
【００５３】
具体的には、原価算出部３８は、運行計画として設定された車両のキロ単価（距離単価）及び経路距離に基づき算出される価格（以下、「距離価格」と称する。）と、運転手の時給等に基づき算出される価格（以下、「労務価格」と称する。）と、をそれぞれ算出する。そして、原価算出部３８は、距離価格と労務価格との和を、配送業務の原価とする。なお、原価算出部３８が算出する配送業務の原価には、労務価格が含まれなくてもよく、原価算出部３８は、労務価格を除く距離価格そのものを配送業務の原価としてもよい。
【００５４】
原価算出部３８は、車両ＤＢ６４に格納された車両のキロ単価（距離単価）に、経路情報算出部３６で算出された経路距離を乗算することにより、距離価格を算出する。また、原価算出部３８は、労務ＤＢ６６に格納された運転手の時給に、運行時間ＤＢ４２に格納された運行時間を乗算することにより、労務価格を算出する。なお、労務価格の算出に用いる運行時間には、運転手の労務時間及び休憩時間に加え、貨物の積み下ろし時間を含めてもよい。貨物の積み下ろし時間とは、貨物を車両の荷台に積む時間と、貨物を車両の荷台から下ろす時間と、を含む。
【００５５】
また、原価算出部３８は、運転手による過去の貨物の積み下ろし時間の実績情報に基づき、配送業務の原価を算出してもよい。例えば、原価算出部３８は、過去実績ＤＢ４４に格納されたリスク係数を労務価格に乗算することにより、労務価格を調整してもよい。そして、原価算出部３８は、調整された労務価格と距離価格との和を算出することによって、配送業務の原価を算出してもよい。リスク係数とは、運転手による過去の貨物の積み下ろし時間の実績情報に基づいた運行のリスクを示し、例えば、過去の貨物の積み下ろし時間の実績に基づき、貨物の積み下ろし時間が所定の入力値に対してどの程度長いかを示す値である。
【００５６】
次に、図４を参照して、求貨求車システム１によるマッチング処理の流れの一例を説明する。図４は、求貨求車システム１によるマッチング処理の流れの一例を示すフローチャートである。なお、以下のステップの順番は、適宜、変更することができる。
【００５７】
（ステップＳＰ１０）
運行側端末２０は、運行情報ＤＢ６２に格納された情報に基づき、運行情報を取得する。
【００５８】
図７は、運行情報ＤＢ６２の一例を示す図である。運行情報ＤＢ６２には、ある一日の運行情報として、車両番号と、出発地点と、出発時間と、到着地点と、到着時間とが格納されている。なお、図７の例では、ある一日の運行情報が格納されているが、例えば、日をまたいだ運行情報が格納されていてもよい。
【００５９】
図４に戻って、運行側端末２０は、運行情報ＤＢ６２を参照して、車両番号で示される車両に関して、出発地点から到着地点までの経路を運行するものとして設定された運行情報を取得する。そして、処理は、ステップＳＰ１２の処理に移行する。
【００６０】
（ステップＳＰ１２）
運行側端末２０の表示部２４は、ステップＳＰ１０で取得した運行情報に基づき、運行計画画面を表示する。図１３は、運行側端末２０における運行計画画面７０の一例を示す図である。運行計画画面７０は、運行情報７２、及び空き時間７４等を含む。
【００６１】
図４に戻って、処理は、ステップＳＰ１４の処理に移行する。
（ステップＳＰ１４）
図１３に示すような運行計画画面において、運行情報７２が設定されていない空き時間７４の範囲をユーザがドラッグ等で選択操作すると、運行側端末２０の入力部２２は、空き時間７４の選択として当該ユーザ入力を受け付ける。入力部２２は、選択を受け付けた空き時間７４の情報をマッチング装置３０に送信する。そして、処理は、ステップＳＰ１６の処理に移行する。
【００６２】
（ステップＳＰ１６）
マッチング装置３０の情報抽出部３４は、ステップＳＰ１４で選択が受け付けられた空き時間７４の情報を取得する。そして、処理は、ステップＳＰ１８の処理に移行する。
【００６３】
（ステップＳＰ１８）
マッチング装置３０の情報抽出部３４は、車両ＤＢ６４及び商品ＤＢ４０に格納された情報に基づき、車両への積み荷が適用可能な貨物を抽出する。
【００６４】
図８は、車両ＤＢ６４の一例を示す図である。車両ＤＢ６４には、車両に関する情報として、例えば、車両番号と、受入商品特性と、大きさと、荷台種別と、出発地点と、キロ単価（距離単価）とが格納されている。受入商品特性には、温度、臭い、及び薬品等の各種項目が含まれている。
【００６５】
図１０は、商品ＤＢ４０の一例を示す図である。商品ＤＢ４０には、商品名と、経路情報と、商品特性と、価格とが格納されている。経路情報には、出発地、到着地、及び積み下ろし時間が含まれている。商品情報には、温度、臭い、及び薬品等の各種項目が含まれている。
【００６６】
図４に戻って、情報抽出部３４は、車両ＤＢ６４に格納された受入商品特性の情報と、商品ＤＢ４０に格納された商品特性の情報とを照合し、各情報が合致する場合の商品を、車両への積み荷が適用可能な貨物として抽出する。そして、処理は、ステップＳＰ２０の処理に移行する。
【００６７】
（ステップＳＰ２０）
マッチング装置３０の情報抽出部３４は、ステップＳＰ１８で車両への積み荷が適用可能であると抽出された貨物について、運行可否判定を行う。情報抽出部３４は、運行可否判定の結果に基づき、ステップＳＰ１８で抽出された貨物を貨物一覧情報に追加する。ステップＳＰ２０の処理の流れの詳細については、図５を参照して後述する。そして、処理は、ステップＳＰ２２の処理に移行する。
【００６８】
（ステップＳＰ２２）
マッチング装置３０の情報抽出部３４は、価格判定を行う。情報抽出部３４は、価格判定の結果に基づき、ステップＳＰ１８で抽出された貨物を貨物一覧情報に追加する。ステップＳＰ２２の処理の流れの詳細については、図６を参照して後述する。そして、処理は、ステップＳＰ２４の処理に移行する。
【００６９】
（ステップＳＰ２４）
マッチング装置３０の情報抽出部３４は、ステップＳＰ２０及びステップＳＰ２２で貨物が追加されることによって作成された貨物一覧情報を、運行側端末２０に送信する。そして、処理は、ステップＳＰ２６の処理に移行する。
【００７０】
（ステップＳＰ２６）
運行側端末２０の表示部２４は、ステップＳＰ２４で送信された貨物一覧情報に基づき、貨物一覧画面を表示する。
【００７１】
図１４は、運行側端末２０における貨物一覧画面８０の一例を示す図である。貨物一覧画面８０は、貨物一覧情報８２等を含む。
【００７２】
図４に戻って、処理は、ステップＳＰ２８の処理に移行する。
（ステップＳＰ２８）
運行側端末２０の入力部２２は、ステップＳＰ２６で表示された貨物一覧情報８２に含まれる貨物の中からいずれかの貨物を選択するユーザ入力を受け付けたか否かを判定する。運行側端末２０の入力部２２によって、貨物を選択するユーザ入力を受け付けたと判定された場合には、ステップＳＰ３０の処理に移行する。運行側端末２０の入力部２２によって、貨物を選択するユーザ入力を受け付けていないと判定された場合には、その判定結果が運行側端末２０の入力部２２から荷主側端末１０へ送信され、ステップＳＰ３２の処理に移行する。
【００７３】
（ステップＳＰ３０）
運行側端末２０は、ステップＳＰ２８で選択を受け付けた貨物について配送手配を確定するための処理を行う。例えば、運行側端末２０の表示部２４は、ステップＳＰ２８で選択を受け付けた貨物に対して車両のマッチングが成立したことを示すマッチング成立画面を表示する。
【００７４】
図１５は、運行側端末２０におけるマッチング成立画面９０の一例を示す図である。マッチング成立画面９０は、ウィンドウ情報９２等を含む。ウィンドウ情報９２は、マッチング成立を示すと共に、マッチングが成立した貨物の配送についてユーザに承認を要求する情報である。ウィンドウ情報９２における承認ボタンがユーザにより選択されることにより、マッチング成立が確定し、配送手配が確定する。
【００７５】
（ステップＳＰ３２）
図４に戻り、荷主側端末１０の入力部２２は、表示部２４で表示された入力画面に対する荷主の操作等に基づき、配送を要する貨物を示す貨物情報の入力を受け付ける。荷主側端末１０の入力部２２は、受け付けた貨物情報を、マッチング装置３０に送信する。
【００７６】
図１７は、荷主側端末１０における入力画面１１０の一例を示す図である。入力画面１１０は、入力フォーム１１２等を含む。
【００７７】
なお、図４のフローには示していないが、荷主側端末１０の入力部１２は、受け付けた貨物情報を運行側端末２０に送信してもよい。運行側端末２０の表示部２４は、送信された貨物情報に基づき、見積依頼画面を表示してもよい。
【００７８】
図１６は、運行側端末２０における見積依頼画面１００の一例を示す図である。見積依頼画面１００は、見積依頼があったことを示すウィンドウ情報１０２等を含む。
【００７９】
図４に戻って、処理は、ステップＳＰ３４の処理に移行する。
（ステップＳＰ３４）
マッチング装置３０の情報抽出部３４は、車両ＤＢ６４及び商品ＤＢ４０に格納された情報に基づき、貨物の積み荷が適用可能な車両を抽出する。具体的には、情報抽出部３４は、商品ＤＢ４０に格納された受入商品特性の情報と、商品ＤＢ４０に格納された商品特性の情報とを照合した結果、合致する場合の車両を、貨物の積み荷が適用可能な車両として抽出する。
【００８０】
続くステップＳＰ３６及びステップＳＰ４０の処理は、前述したステップＳＰ２０及びステップＳＰ２２の処理と同様であるため、詳細な説明を省略する。そして、処理は、ステップＳＰ４０の処理に移行する。
【００８１】
（ステップＳＰ４０）
マッチング装置３０の情報抽出部３４は、ステップＳＰ３６及びステップＳＰ３８の結果に基づき、車両一覧情報を作成し、荷主側端末１０に送信する。そして、処理は、ステップＳＰ４２の処理に移行する。
【００８２】
（ステップＳＰ４２）
荷主側端末１０の表示部２４は、ステップＳＰ４０で作成された車両一覧情報に基づき、車両一覧画面を表示する。なお、車両一覧画面の図示は省略するが、運行側端末２０の貨物一覧画面８０では貨物一覧情報８２が表示されているのに対し、荷主側端末１０の車両一覧画面では車両一覧情報が表示されることとなる。すなわち、表示部２４は、前述した車両一覧情報を含む車両一覧画面を表示する。そして、処理は、ステップＳＰ４４の処理に移行する。
【００８３】
（ステップＳＰ４４）
荷主側端末１０の入力部１２は、ステップＳＰ４２で表示された車両一覧情報に含まれる車両の中からいずれかの車両を選択する荷主入力を受け付けたか否かを判定する。荷主側端末１０の入力部１２によって、車両を選択する荷主入力を受け付けたと判定された場合には、ステップＳＰ４６の処理に移行する。車両を選択する荷主入力を受け付けていないと判定された場合には、その判定結果が荷主側端末１０の入力部１２から運行側端末２０へ送信され、ステップＳＰ１０の処理に戻る。
【００８４】
（ステップＳＰ４６）
荷主側端末１０は、ステップＳＰ４４で選択を受け付けた車両について配送手配を確定するための処理を行う。例えば、荷主側端末１０の表示部１４は、ステップＳＰ４４で選択を受け付けた車両に対して貨物のマッチングが成立したことを示すマッチング成立画面を表示する。なお、図示は省略するが、荷主側端末１０のマッチング成立画面は、運行側端末２０のマッチング成立画面９０と同様に、マッチング成立を示すと共に、マッチングが成立した車両の配送についてユーザに承認を要求するウィンドウ情報を含んでもよい。
【００８５】
次に、図５を参照して、図４のステップＳＰ２０の処理の流れの一例を説明する。図５は、図４のステップＳＰ２０の処理の流れの一例を示すフローチャートである。なお、以下のステップの順番は、適宜、変更することができる。
【００８６】
（ステップＳＰ５０）
マッチング装置３０の経路情報算出部３６は、経路時間を算出する。具体的には、まず、マッチング装置３０の情報抽出部３４が、商品ＤＢ４０を参照し、商品ＤＢ４０に格納された経路情報を、経路情報算出部３６に出力する。経路情報算出部３６は、情報抽出部３４から出力された経路情報に基づき、公知の経路検索エンジン等を用いて、経路時間を算出する。そして、処理は、ステップＳＰ５２に移行する。
【００８７】
（ステップＳＰ５２）
情報抽出部３４は、ステップＳＰ５０で算出された経路時間と、図４のステップＳＰ１６で取得された空き時間とを比較する。そして、処理は、ステップＳＰ５４に移行する。
【００８８】
（ステップＳＰ５４）
情報抽出部３４は、ステップＳＰ５２での比較に基づき、運行可能か否かを判定する。具体的には、情報抽出部３４は、経路時間が空き時間に含まれる場合には、運行可能であると判定し、処理は、ステップＳＰ５６の処理に移行する。情報抽出部３４は、経路時間が空き時間を超える場合には、運行可能でないと判定し、処理は、ステップＳＰ５８の処理に移行する。
【００８９】
（ステップＳＰ５６）
情報抽出部３４は、図４のステップＳＰ１８で抽出された貨物を貨物一覧情報に追加する。そして、ステップＳＰ２０の処理が終了し、図４のステップＳＰ２２の処理に移行する。
【００９０】
（ステップＳＰ５８）
情報抽出部３４は、図４のステップＳＰ１８で抽出された貨物を貨物一覧情報に追加せず、マッチング処理を終了する。なお、この場合に、マッチング処理を終了せず、図４のステップＳＰ１０の処理に戻ってもよく、図４のステップＳＰ３２の処理に移行してもよい。
【００９１】
次に、図６を参照して、図４のステップＳＰ２２の処理の流れの一例を説明する。図６は、図４のステップＳＰ２２の処理の流れの一例を示すフローチャートである。なお、以下のステップの順番は、適宜、変更することができる。
【００９２】
（ステップＳＰ６０）
マッチング装置３０の経路情報算出部３６は、経路距離を算出する。具体的には、まず、マッチング装置３０の情報抽出部３４が、商品ＤＢ４０を参照し、商品ＤＢ４０に格納された経路情報を、経路情報算出部３６に出力する。経路情報算出部３６は、情報抽出部３４から出力された経路情報に基づき、公知の経路検索エンジン等を用いて、経路距離を算出する。そして、処理は、ステップＳＰ６２に移行する。
【００９３】
（ステップＳＰ６２）
マッチング装置３０の原価算出部３８は、車両ＤＢ６４に格納された車両のキロ単価（距離単価）に、ステップＳＰ６２で算出された経路距離を乗算することにより、距離価格を算出する。そして、処理は、ステップＳＰ６４に移行する。
【００９４】
（ステップＳＰ６４）
原価算出部３８は、労務ＤＢ６６及び運行時間ＤＢ４２に基づき、労務価格を算出する。なお、ここで、原価算出部３８は、過去実績ＤＢ４４に基づき、労務価格を調整してもよい。
【００９５】
図９は、労務ＤＢ６６の一例を示す図である。労務ＤＢ６６には、労務情報として、車両番号と、時給とが格納されている。
【００９６】
図１１は、運行時間ＤＢ４２の一例を示す図である。運行時間ＤＢ４２には、運行時間を示す情報として、労務時間と、休憩時間とが格納されている。
【００９７】
図１２は、過去実績ＤＢ４４の一例を示す図である。過去実績ＤＢ４４には、運転手の貨物の積み下ろしに関する過去実績を示す情報として、車両番号と、リスク係数とが格納されている。
【００９８】
図６に戻り、原価算出部３８は、労務ＤＢ６６に格納された運転手の時給に、運行時間ＤＢ４２に格納された労務時間と休憩時間との和である運行時間を乗算することにより、労務価格を算出する。ここで、原価算出部３８は、算出した労務価格に、過去実績ＤＢ４４に格納されたリスク係数を乗算することにより、労務価格を調整してもよい。そして、処理は、ステップＳＰ６６の処理に移行する。
【００９９】
（ステップＳＰ６６）
原価算出部３８は、ステップＳＰ６２で算出された距離価格と、ステップＳＰ６４で算出された労務価格との和を算出し、算出した結果を、配送業務の原価とする。そして、処理は、ステップＳＰ６８の処理に移行する。
【０１００】
（ステップＳＰ６８）
情報抽出部３４は、配送業務の原価が貨物の配送価格以下であるか否かを判定する。情報抽出部３４によって、配送業務の原価が貨物の配送価格以下であると判定された場合には、処理は、ステップＳＰ７０の処理に移行する。情報抽出部３４によって、配送業務の原価が貨物の配送価格よりも高いと判定された場合には、処理は、ステップＳＰ７２の処理に移行する。
【０１０１】
（ステップＳＰ７０）
情報抽出部３４は、図４のステップＳＰ１８で抽出された貨物を貨物一覧情報に追加する。すなわち、図５のステップＳＰ５６で貨物一覧情報に追加された貨物をそのまま追加された状態とする。そして、ステップＳＰ２２の処理が終了し、図４のステップＳＰ２４の処理に移行する。
【０１０２】
（ステップＳＰ７２）
情報抽出部３４は、図４のステップＳＰ１８で抽出された貨物を貨物一覧情報に追加しない。すなわち、図５のステップＳＰ５６で貨物一覧情報に追加された貨物を、貨物一覧情報から除外する。そして、マッチング処理を終了する。なお、この場合に、マッチング処理を終了せず、図４のステップＳＰ１０の処理に戻ってもよく、図４のステップＳＰ３２の処理に移行してもよい。
【０１０３】
以上、本実施形態によれば、空き時間に車両が運行可能であるか否かが判定され、その判定結果に基づき、貨物と車両とのマッチングが行われる。したがって、空き時間に運行可能な車両を配車手配することができ、荷主と車両を有する運行会社との間で電話等による直接交渉を行うことなく貨物と車両とのマッチングが可能となる。以上より、効率的に適切な配車手配を行うことができる。
【０１０４】
また、本実施形態によれば、配送業務の原価と貨物の配送価格とに基づき、配送業務を行うのに採算が合うか否かが判定され、その判定結果に基づき貨物と車両とのマッチングが行われる。したがって、配送業務の原価と貨物の配送価格との価格調整を電話等による直接交渉で行うことなく、価格調整を考慮したマッチングを容易に行うことができる。
【０１０５】
また、本実施形態によれば、原価算出部３８によって算出される配送業務の原価が、距離価格と、労務価格と、を含む。このように、運行計画に加えて、運転手の労務情報を考慮した配送業務の原価を算出することができる。
【０１０６】
また、本実施形態によれば、運転者による過去の貨物の積み下ろし時間の実績情報に基づいたリスク係数に基づき調整された労務価格と、距離価格との和を、配送業務の原価とすることにより、当該実績情報を考慮した配送業務の原価を算出することができる。
【０１０７】
（第２実施形態）
次に、第２実施形態に係る求貨求車システムについて説明する。第２実施形態に係る求貨求車システムは、第１実施形態に係る求貨求車システム１と同様の要素や構造を備えている。そのため、第１実施形態に係る求貨求車システム１と同様の要素や構造には同一の符号を付して詳細な説明を省略し、第１実施形態と異なる部分について説明する。
【０１０８】
図１８は、第２実施形態に係る運行管理ＤＢ６０Ａ及びマッチング装置３０Ａの機能構成の一例を示す機能ブロック図である。
【０１０９】
本実施形態に係る運行管理ＤＢ６０Ａは、主として、運行情報ＤＢ６２と、車両ＤＢ６４と、労務ＤＢ６６と、運行履歴ＤＢ６８と、を備える。運行履歴ＤＢ６８には、運転手の運行履歴を示す情報が格納されている。
【０１１０】
図１９は、運行履歴ＤＢ６８の一例を示す図である。運行履歴ＤＢ６８には、運行履歴を示す情報として、車両番号と、事故率と、急ブレーキ率と、評価とが格納されている。評価は、運行履歴に基づき運転手の運行品質を示す指標である。評価Ｈは、高品質を示す。評価Ｍは、標準品質を示す。評価Ｌは、低品質を示す。
【０１１１】
なお、図１９の例では、運行履歴ＤＢ６８には、車両毎の評価が格納されているが、これに限られず、例えば、業者毎の評価が格納されていてもよい。
【０１１２】
マッチング装置３０Ａの記憶部３２Ａは、商品ＤＢ４０に代えて、商品ＤＢ４０Ａを備える。また、マッチング装置３０は、記憶部３２、情報抽出部３４、経路情報算出部３６、及び原価算出部３８に加えて、価格調整部４６（価格調整部）を備える。
【０１１３】
商品ＤＢ４０Ａには、運転手による過去の運行品質に応じた価格が格納されている。図２０は、商品ＤＢ４０Ａの一例を示す図である。
【０１１４】
商品ＤＢ４０Ａには、商品ＤＢ４０に格納された情報に加え、運行品質を考慮した品質別価格が格納されている。商品ＤＢ４０Ａにおいて、例えば商品名αの貨物の配送価格として、運行履歴ＤＢ６８に格納された評価に応じて、高品質の価格ＣＨ、標準品質の価格ＣＭ、及び低品質の価格ＣＬが格納されている。また、例えば商品名βの貨物の配送価格として、低品質の価格が０とされている。このように、評価が低品質の場合には貨物の配送価格を０としてもよい。
【０１１５】
価格調整部４６は、運転手による過去の運行品質情報に基づき、情報抽出部３４による価格判定に用いる貨物の配送価格を調整する。具体的には、価格調整部４６は、商品ＤＢ４０Ａを参照し、運行履歴ＤＢ６８に格納された評価に応じた品質別価格を示す情報を取得する。そして、価格調整部４６は、取得した品質別価格を示す情報を、情報抽出部３４に出力する。
【０１１６】
情報抽出部３４は、価格調整部４６によって取得された品質別価格を用いて、価格判定を行う。具体的には、情報抽出部３４は、原価算出部３８によって算出された配送業務の原価と、価格調整部４６によって取得された品質別価格とを比較し、配送業務の原価が品質別価格以下であるか否かを判定する。
【０１１７】
この際、前述した商品名βの貨物のように、品質別価格が０とされている場合には、配送業務の原価が品質別価格以下になり得ず、価格判定の結果としては、配送業務を行うのに採算が合わないものと判定される。そして、情報抽出部３４は、このように採算が合わないと判定された貨物を、貨物一覧情報に追加しないようにする。すなわち、運行品質の評価が低品質である場合には、品質別価格を０とすることにより、運行品質が低い車両については貨物とのマッチングが成立しないようにすることができる。
【０１１８】
（第３実施形態）
次に、第３実施形態に係る求貨求車システムについて説明する。第３実施形態に係る求貨求車システムは、第１実施形態に係る求貨求車システム１と同様の要素や構造を備えている。そのため、第１実施形態に係る求貨求車システム１と同様の要素や構造には同一の符号を付して詳細な説明を省略し、第１実施形態と異なる部分について説明する。
【０１１９】
図２１は、第３実施形態に係る運行管理ＤＢ６０及びマッチング装置３０Ｂの機能構成の一例を示す機能ブロック図である。
【０１２０】
マッチング装置３０Ｂは、記憶部３２Ｂ、情報抽出部３４、経路情報算出部３６、及び原価算出部３８を備える。記憶部３２Ｂは、マッチング装置３０Ｂで実行される処理に必要な種々の情報、例えば、商品ＤＢ４０Ｂと、商品種別ＤＢ４１と、運行時間ＤＢ４２と、過去実績（車両）ＤＢ４４Ａと、過去実績（運転手）ＤＢ４４Ｂと、を含む。
【０１２１】
図２２は、商品ＤＢ４０Ｂの一例を示す図である。商品ＤＢ４０Ｂには、商品名と、商品種別と、経路情報と、価格とが格納されている。図２３は、商品種別ＤＢ４１の一例を示す図である。商品種別ＤＢ４１には、商品種別と、商品特性とが格納されている。
【０１２２】
過去実績（車両）ＤＢ４４Ａ及び過去実績（運転手）ＤＢ４４Ｂは、過去の貨物の積み下ろし時間の実績情報に関する情報が格納されている。図２４は、過去実績（車両）ＤＢ４４Ａの一例を示す図である。過去実績（車両）ＤＢ４４Ａには、過去の搭乗日と、車両番号と、その車両を運転した運転手とが格納されている。
【０１２３】
図２５は、過去実績（運転手）ＤＢ４４Ｂの一例を示す図である。過去実績（運転手）ＤＢ４４Ｂには、運転手と、リスク係数とが格納されている。
【０１２４】
情報抽出部３４は、車両ＤＢ６４に格納された受入商品特性の情報と、商品ＤＢ４０Ｂに格納された商品特性の情報と、商品種別ＤＢ４１に格納された商品種別の情報とを照合し、各情報が合致する場合の商品を、車両への積み荷が適用可能な貨物として抽出する（ステップＳＰ１８）。
【０１２５】
原価算出部３８は、労務ＤＢ６６及び運行時間ＤＢ４２に基づき、労務価格を算出する。また、原価算出部３８は、過去実績（車両）ＤＢ４４Ａ、過去実績（運転手）ＤＢ４４Ｂに基づき、労務価格を調整する（ステップＳＰ６４）。
【０１２６】
原価算出部３８は、過去実績（車両）ＤＢ４４Ａを参照して、マッチング対象の車両を運転する運転手を抽出する。また、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｂを参照して、抽出された運転手のリスク係数を抽出する。
【０１２７】
抽出された運転手が単数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｂに格納されたその運転手のリスク係数を労務価格に乗算することにより、労務価格を調整する。また、抽出された運転手が複数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｂに格納された複数の運転手のリスク係数の平均値を求め、そのリスク係数の平均値を労務価格に乗算することにより、労務価格を調整する。例えば、図２４に示す過去実績（車両）ＤＢ４４Ａには、車両Ａに登場した運転手として運転手Ａ、Ｄの情報が格納されている。この場合には、原価算出部３８は、図２５に示す過去実績（運転手）ＤＢ４４Ｂから運転手Ａのリスク係数１及び運転手Ｄのリスク係数０．８を取得し、その平均値０．９をリスク係数とする。
【０１２８】
これにより、車両の運転手が変わりうる場合にも、過去の実績情報に基づいて原価の調整を行うことができる。
【０１２９】
（第４実施形態）
次に、第４実施形態に係る求貨求車システムについて説明する。第４実施形態に係る求貨求車システムは、第１実施形態に係る求貨求車システム１と同様の要素や構造を備えている。そのため、第１実施形態に係る求貨求車システム１と同様の要素や構造には同一の符号を付して詳細な説明を省略し、第１実施形態と異なる部分について説明する。
【０１３０】
図２６は、第４実施形態に係る運行管理ＤＢ６０及びマッチング装置３０Ｃの機能構成の一例を示す機能ブロック図である。
【０１３１】
マッチング装置３０Ｃは、記憶部３２Ｃ、情報抽出部３４、経路情報算出部３６、及び原価算出部３８を備える。記憶部３２Ｃは、マッチング装置３０Ｃで実行される処理に必要な種々の情報、例えば、商品ＤＢ４０Ｂと、商品種別ＤＢ４１と、運行時間ＤＢ４２と、過去実績（車両）ＤＢ４４Ａと、過去実績（運転手）ＤＢ４４Ｃと、を含む。
【０１３２】
図２７は、過去実績（運転手）ＤＢ４４Ｃの一例を示す図である。過去実績（運転手）ＤＢ４４Ｃには、依頼会社と、商品種別と、運転手と、リスク係数とが格納されている。
【０１３３】
原価算出部３８は、労務ＤＢ６６及び運行時間ＤＢ４２に基づき、労務価格を算出する。また、原価算出部３８は、商品ＤＢ４０Ｂ、過去実績（車両）ＤＢ４４Ａ、過去実績（運転手）ＤＢ４４Ｃに基づき、労務価格を調整する（ステップＳＰ６４）。
【０１３４】
原価算出部３８は、商品ＤＢ４０Ｂを参照して、マッチング対象の貨物の商品種別を抽出する。また、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｃを参照して、抽出した商品種別に関連付けられた運転手とリスク係数とを抽出する。
【０１３５】
抽出された運転手が単数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｃに格納されたその運転手のリスク係数を労務価格に乗算することにより、労務価格を調整する。また、抽出された運転手が複数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｃに格納された複数の運転手のリスク係数の平均値を求め、そのリスク係数の平均値を労務価格に乗算することにより、労務価格を調整する。
【０１３６】
例えば、商品種別が種別Ａの場合、図２７において、種別Ａのときの運転手Ａのリスク係数が１．０であり、種別Ａのときの運転手Ｂのリスク係数が１．２であるため、原価算出部３８は、１．０と１．２の平均値である１．１をリスク係数とする。ただし、種別Ａのときの運転手Ａのリスク係数が過去実績（運転手）ＤＢ４４Ｃに格納されているため、原価算出部３８は、種別Ｂのときの運転手Ａのリスク係数を参照しない。
【０１３７】
これにより、商品種別ごとに、過去の実績情報に基づいて原価の調整を行うことができる。
【０１３８】
なお、対象の運転手及び商品種別のリスク係数（所望の実績情報に相当）が過去実績（運転手）ＤＢ４４Ｃに格納されていない場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｃに格納されている別のデータを用いて対象の運転手及び商品種別のリスク係数を求めるようにしてもよい。例えば、図２７に示す過去実績（運転手）ＤＢ４４Ｃには、商品種別が種別Ｃのときの運転手Ａのデータが格納されていない。この場合には、例えば、原価算出部３８は、商品種別Ｃ、運転手Ａのデータに近いデータとして、種別Ｃに類似する種別Ｂのデータを用いてリスク係数を求める。商品種別が類似するか否かは、商品種別ＤＢ４１の商品特性に基づいて決定することができる。また、例えば、原価算出部３８は、種別Ｃ、運転手Ａのデータに近いデータとして、種別Ｃのときの別の運転手のデータを用いてリスク係数を求める。
【０１３９】
これにより、対象の運転手及び商品種別のデータが過去実績（運転手）ＤＢ４４Ｃに格納されていない場合であっても、過去の貨物の積み下ろし時間の実績情報に基づいてリスク係数を推測することができる。
【０１４０】
（第５実施形態）
次に、第５実施形態に係る求貨求車システムについて説明する。第５実施形態に係る求貨求車システムは、第１実施形態に係る求貨求車システム１と同様の要素や構造を備えている。そのため、第１実施形態に係る求貨求車システム１と同様の要素や構造には同一の符号を付して詳細な説明を省略し、第１実施形態と異なる部分について説明する。
【０１４１】
図２８は、第５実施形態に係る運行管理ＤＢ６０及びマッチング装置３０Ｄの機能構成の一例を示す機能ブロック図である。
【０１４２】
マッチング装置３０Ｄは、記憶部３２Ｄ、情報抽出部３４、経路情報算出部３６、及び原価算出部３８を備える。記憶部３２Ｄは、マッチング装置３０Ｄで実行される処理に必要な種々の情報、例えば、商品ＤＢ４０Ｂと、商品種別ＤＢ４１と、運行時間ＤＢ４２と、過去実績（車両）ＤＢ４４Ａと、過去実績（運転手）ＤＢ４４Ｄと、過去作業実績単純ＤＢ４５と、を含む。
【０１４３】
図２９は、過去実績（運転手）ＤＢ４４Ｄの一例を示す図である。過去実績（運転手）ＤＢ４４Ｄには、依頼会社と、商品種別と、運転手と、リスク係数と、件数とが格納されている。図３０は、過去作業実績単純ＤＢ４５の一例を示す図である。過去作業実績単純ＤＢ４５は、過去の貨物の積み下ろし時間の実績情報であり、過去実績（運転手）ＤＢ４４Ｄを作成するための元データである。過去作業実績単純ＤＢ４５には、依頼会社と、商品種別と、運転手と、予定作業時間と、実績作業時間とが格納されている。
【０１４４】
原価算出部３８は、過去作業実績単純ＤＢ４５から依頼会社と、商品種別と、運転手とが一致するデータを抽出し、そのデータの予定作業時間と実績作業時間とに基づいてリスク係数を算出する。例えば、依頼会社が会社Ａ、商品種別が種別Ａ、運転手が運転手Ａのときのデータは２つであり、予定作業時間が１２時間のときの実績作業時間が１１時間であり、予定作業時間が１０時間のときの実績作業時間が１１時間である。したがって、原価算出部３８は、会社Ａ、種別Ａ、運転手Ａのときのリスク係数を１．０（＝（１１／１２＋１１／１０）／２）と算出する。過去実績（運転手）ＤＢ４４Ｄに含まれる件数は、リスク係数の算出に用いたデータの数である。
【０１４５】
また、原価算出部３８は、労務ＤＢ６６及び運行時間ＤＢ４２に基づき、労務価格を算出する。また、原価算出部３８は、商品ＤＢ４０Ｂ、過去実績（車両）ＤＢ４４Ａ、過去実績（運転手）ＤＢ４４Ｄに基づき、労務価格を調整する（ステップＳＰ６４）。
【０１４６】
原価算出部３８は、商品ＤＢ４０Ｂを参照して、マッチング対象の貨物の商品種別を抽出する。また、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｄを参照して、抽出した商品種別に関連付けられた運転手とリスク係数とを抽出する。
【０１４７】
抽出された運転手が単数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｃに格納されたその運転手のリスク係数を労務価格に乗算することにより、労務価格を調整する。また、抽出された運転手が複数の場合には、原価算出部３８は、過去実績（運転手）ＤＢ４４Ｄに格納された複数の運転手のリスク係数の平均値を求め、そのリスク係数の平均値を労務価格に乗算することにより、労務価格を調整する。
【０１４８】
次に、対象の運転手及び商品種別のリスク係数（所望の実績情報に相当）が過去実績（運転手）ＤＢ４４Ｄに格納されていない場合について説明する。原価算出部３８は、過去実績（運転手）ＤＢ４４Ｄに格納されている別のデータを用いて対象の運転手及び商品種別のリスク係数を求める。
【０１４９】
例えば、図２９に示す過去実績（運転手）ＤＢ４４Ｄには、依頼会社が会社Ａ、商品種別が種別Ｃのときの運転手Ａのデータが格納されていない。この場合には、例えば、原価算出部３８は、依頼会社が会社Ａ、商品種別が種別Ｃのときの運転手Ａのデータに近いデータとして、会社Ａの全データを用いてリスク係数を求める。具体的には、会社Ａの全データの平均である１．２（＝（１×２＋１．２×６７＋１．１×５）／（２＋６７＋５））をリスク係数として求める。
【０１５０】
これにより、商品種別ごとに、過去の実績情報に基づいて原価の調整を行うことができる。また、対象の運転手及び商品種別のデータが過去実績（運転手）ＤＢ４４Ｄに格納されていない場合であっても、過去の貨物の積み下ろし時間の実績情報に基づいてリスク係数を推測することができる。
【０１５１】
なお、本実施の形態では、対象の運転手及び商品種別のデータが過去実績（運転手）ＤＢ４４Ｄに格納されていない場合に、過去実績（運転手）ＤＢ４４Ｄに格納されている別のデータを用いてリスク係数を求めたが、リスク係数を求める方法はこれに限られない。例えば、原価算出部３８は、過去作業実績単純ＤＢ４５等に格納されているデータに基づいて作業時間を推定してもよい。作業時間の推定は、機械学習、特にディープラーニングにより行うことができる。
【０１５２】
図３１は、ディープラーニングである多層パーセプトロン（ＭＬＰ）のモデルイメージを示す図である。左端列は入力層であり、記憶部３２Ｂ及び運行管理ＤＢに格納されている各種ＤＢ（過去作業実績単純ＤＢ４５、商品ＤＢ４０等）に含まれるデータを入力する。ＭＬＰは、入力層と中央列にある中間層の各ユニットの出力が次の層のすべてのユニットにリンクされている点に特徴があるモデルである。右端列は出力層であり、出力層からは学習結果である予測作業時間が出力される。ＭＬＰはすでに公知であるため、説明を省略する。このように、機械学習を用いて過去作業実績単純ＤＢ４５から作業時間を求めることができる。
【０１５３】
以上、本実施形態においても、上記第１実施形態と同様の効果を奏する。さらに、本実施形態によれば、過去の運行品質情報に基づき調整された価格を用いて、価格判定が行われる。したがって、過去の運行品質情報を考慮した価格判定に基づきより適切なマッチングを行うことができる。
【０１５４】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではない。本発明は上記実施形態に限定されるものではなく、各請求項に記載した要旨を変更しない範囲で変形し、又は他に適用したものであってもよい。
【０１５５】
例えば、マッチング装置３０、３０Ａは、原価算出部３８を備えていなくてもよい。原価算出部３８による配送業務の原価の算出及び価格判定はマッチングに必須ではなく、情報抽出部３４は、少なくとも、運行可否判定に基づき、貨物と車両とのマッチングをおこなえばよく、その他の条件に基づき当該マッチングをおこなってもよい。
【０１５６】
マッチング装置３０、３０Ａは、記憶部３２、３２Ａを備えていなくてもよい。例えば、情報抽出部３４は、マッチング装置３０、３０Ａの外部にある記憶部３２、３２Ａに格納された各種ＤＢを参照して、マッチングに必要な処理をおこなってもよい。
【０１５７】
マッチング装置３０、３０Ａは、経路情報算出部３６を備えていなくてもよい。例えば、情報抽出部３４は、マッチング装置３０の外部にある経路情報算出部３６によって算出された経路距離及び経路時間を用いて、マッチングに必要な処理をおこなってもよい。
【０１５８】
マッチング装置３０、３０Ａは、運行管理ＤＢ６０を備えていてもよい。
【０１５９】
上記実施形態では、情報抽出部３４が、運行判定部、価格判定部、及び情報抽出部として機能する例について説明したが、これに限られない。例えば、情報抽出部３４とは別に、価格判定部や情報抽出部として機能する構成を備えていてもよい。
【符号の説明】
【０１６０】
１          ：求貨求車システム
１０        ：荷主側端末
１２        ：入力部
１４        ：表示部
２０        ：運行側端末
２２        ：入力部
２４        ：表示部
３０、３０Ａ、３０Ｂ、３０Ｃ、３０Ｄ：マッチング装置
３２、３２Ａ、３２Ｂ、３２Ｃ、３２Ｄ：記憶部
３４        ：情報抽出部
３６        ：経路情報算出部
３８        ：原価算出部
４０、４０Ａ、４０Ｂ：商品ＤＢ
４１        ：商品種別ＤＢ
４２        ：運行時間ＤＢ
４４、４４Ａ、４４Ｂ、４４Ｃ、４４Ｄ：過去実績ＤＢ
４５        ：過去作業実績単純ＤＢ
４６        ：価格調整部
５０        ：制御装置
５２        ：通信装置
５４        ：記憶装置
５８        ：メモリ
６０        ：運行管理ＤＢ
６２        ：運行情報ＤＢ
６４        ：車両ＤＢ
６６        ：労務ＤＢ
６８        ：運行履歴ＤＢ
７０        ：運行計画画面
７２        ：運行情報
７４        ：空き時間
８０        ：貨物一覧画面
８２        ：貨物一覧情報
９０        ：マッチング成立画面
９２        ：ウィンドウ情報
１００      ：見積依頼画面
１０２      ：ウィンドウ情報
１１０      ：入力画面
１１２      ：入力フォーム
【図１】
2020126512.tif 000003
【図２】
2020126512.tif 000004
【図３】
2020126512.tif 000005
【図４】
2020126512.tif 000006
【図５】
2020126512.tif 000007
【図６】
2020126512.tif 000008
【図７】
2020126512.tif 000009
【図８】
2020126512.tif 000010
【図９】
2020126512.tif 000011
【図１０】
2020126512.tif 000012
【図１１】
2020126512.tif 000013
【図１２】
2020126512.tif 000014
【図１３】
2020126512.tif 000015
【図１４】
2020126512.tif 000016
【図１５】
2020126512.tif 000017
【図１６】
2020126512.tif 000018
【図１７】
2020126512.tif 000019
【図１８】
2020126512.tif 000020
【図１９】
2020126512.tif 000021
【図２０】
2020126512.tif 000022
【図２１】
2020126512.tif 000023
【図２２】
2020126512.tif 000024
【図２３】
2020126512.tif 000025
【図２４】
2020126512.tif 000026
【図２５】
2020126512.tif 000027
【図２６】
2020126512.tif 000028
【図２７】
2020126512.tif 000029
【図２８】
2020126512.tif 000030
【図２９】
2020126512.tif 000031
【図３０】
2020126512.tif 000032
【図３１】
2020126512.tif 000033