JP2017068555A - 配車方法及び配車システム - Google Patents

Abstract

【課題】配送実績を利用して配車計画を作成する配車システム及び方法を提供する。
【解決手段】配車システムの配車サーバが、少なくとも第１の配送先へ荷物を配送する第１の出荷指示を含む出荷指示情報を出荷指示データとして出荷指示データベースに登録する出荷指示管理部と、配送を行う少なくとも第１の車両を含む車両情報を車両データとして車両データベースに登録する車両情報管理部と、少なくとも第１の車両が一つ以上の配送先へ配送を行ったことを示す配送実績情報を各車両と各配送先を関連付けて配送実績データとして配送実績データベースに登録する配送実績管理部と、第１の配送先を含む地点間の移動時間の情報を含む配送時間情報を配送時間データとして配送時間データベースに登録する配送時間管理部と、第１の配送先へ配送を行ったことがある少なくとも１台の車両を抽出して第１の出荷指示に対し配車を行うための配車計画部を含む。
【選択図】図５

Description

本発明は配車方法に関し、特に、物流の配送管理システムにおいて容易且つ迅速に配車を行うための配車方法及びシステムに関する。

商品の生産工場と流通倉庫（ストックポイント）との間、流通倉庫と商品の販売店舗との間では、トラックなどの多数の車両を用いた配送管理システムにより商品が配送されている。

従来、ベテランの配車係がいなくても、効率の良い配車ができるように、配送を担当するディスパッチャーが、ホストマシンから送信された受注データを端末マシンを介して選択することにより自分で仕事（配送）を選択する配車システムが提案された（特開平１１−２８３１９６号公報：特許文献１）。

また、多品種の荷物群に関する品目データと、複数の物流拠点に関する物流拠点データと、複数の輸送拠点において所管する複数の車両およびこれらの車両が発着する車庫に関する車両および車庫データとを少なくとも管理するマスター管理手段と、該マスター管理手段内の少なくとも品目データと物流拠点データと車両および車庫データとに基づいて、複数の荷主からの輸送依頼に応じた、複数の車両に対する運行ルートの設定を行う運行ルート設定手段と、を備える該配車センターにより、配車すべき車両の総台数を最小にするような運行ルートの設定を行う配車システムが提案された（特開平１１−３２８５７３号公報：特許文献２）。

交通情報や気象情報や作業量毎の分析情報を取り込み配送依頼に基づく配車計画情報を作成し、該情報を配車の車両が車載端末により受信し、さらに車両の位置や通過ルートを記憶してフィードバックする配車計画システムが提案された（特開２０００−２０８７３公報：特許文献３）。

求車のための荷物情報を発信する荷主側端末と、求荷のためのトラック情報を発信する運送事業者側端末と、これらの端末からの情報をインターネットを介して受信し、求荷求車データベースを構築するとともに、求車求荷データベースに基づいて自動的または人の判断を介して配車計画を作成して配車結果情報を荷主側端末と運送事業者側端末とに発信する物流情報センタ内のサーバーを含む物流情報システムが提案された（特開２００１−２３０７３公報：特許文献４）。

特開平１１−２８３１９６号公報 特開平１１−３２８５７３号公報 特開２０００−２０８７３公報 特開２００１−２３０７３公報

従来技術では、配送担当者の個別の入力に基づくと、配車を十分に管理できないという問題があった。また、従来のノウハウを取り入れつつ十分に自動化された使い勝手の良い配車システム、配車方法は提案されてこなかった。

本発明は、物流の配送管理システムにおいて、配車を容易且つ迅速に、自動的に行う配車方法及び配車システムを提供することを目的とする。特に、ベテランの配車係により日々数時間を要して行われてきた配車計画の作成を、数分から数十分程度の短時間で作成し、当該配車計画に従って配車・配送を行うことにより、配送効率を向上させることを目的とする。

上記の目的を達成するための本発明のひとつの態様に係る配車システムは、配車サーバを含む配車システムであって、配車サーバが、少なくとも第１の配送先へ荷物を配送する第１の出荷指示を含む出荷指示情報を、出荷指示データとして出荷指示データベースに登録するための出荷指示管理部と、配送を行うための少なくとも第１の車両を含む車両情報を、車両データとして車両データベースに登録するための車両情報管理部と、少なくとも第１の車両が一つ以上の配送先へ配送を行ったことを示す配送実績情報を、各車両と各配送先を関連付けて配送実績データとして配送実績データベースに登録するための配送実績管理部と、第１の配送先を含む地点間の移動時間の情報を含む配送時間情報を、配送時間データとして配送時間データベースに登録するための配送時間管理部と、第１の配送先へ配送を行ったことがある少なくとも１台の車両を抽出して第１の出荷指示に対し配車を行うための配車計画部と、を含むことを特徴とする。

このように所定の配送先への配送実績を有することに基づいて選択された車両は、所定の配送先における種々の要件をクリアし得る。例えば、配送実績を有する車両は、配送先へ至る道幅の制限をクリアし得る。当該車両は、配送先が店舗等であり取り扱う荷物が決まっていれば、荷物の種類、サイズ、重量、面積等の要件をクリアし得る。車両のドライバーが配送先の細かな注意事項に精通していることも期待できる。また、各運送業者の各配送実績と各車両を紐づけることにより、運送会社毎の配車手法に適合し得る。配送実績として人の判断を介して配車が行われた際のものも利用することができるので、必ずしもパラメータ化されない要件も配車計画に反映され得る。

配車システムは、第１の配送先へ配送を行ったことがある各車両の延べ配送回数の合計に対して第１の車両が第１の配送先へ配送を行った配送回数が最も多いとき、第１の出荷指示に対して第１の車両を配車することを特徴とする。このようにすることで、個別の配送に最も適した配車を行うことができる。

また、抽出される少なくとも１台の車両の第１の配送先へ配送を行った配送回数が、第１の配送先へ配送を行ったことがある各車両の延べ配送回数の合計に対して所定割合以上であることを特徴とする。所定割合は、５％、１０％、１５％、２０％、２５％等であってよい。このようにすることで、スポット的に配送を行った車両でなく、配送先の要件に十分に対応し得る配車を行うことができる。

例えば、所定割合は１５％であってよい。配送先が決まった曜日に商品を仕入れ、車両（及びドライバー）が決まった曜日に稼働する等の種々の要因によって、配送先と車両の組み合わせにはある程度一定のパターンが生じ得る。配送先と車両の組み合わせが一定のパターンになくイレギュラーである場合、その車両は「スポット的な配送を行った」と判定され得る。「スポット的な配送を行った」と判定するための所定割合が高過ぎると、例えば、期間毎の配送回数が多く比較的多くの車両が配送を担当する配送先等について、主に配送を行う車両が排除される恐れがあり好ましくない。所定割合が低すぎると、例えば、期間毎の配送回数が比較的少ない配送先等について、臨時で一度だけ配送を行ったような車両を排除できないため好ましくない。例えば、所定の配送先について毎週月〜金曜日は決まった２台の車両が日替わりで配送を行い、毎土曜日は毎回異なる車両が配送を行う場合、月〜土曜日の６日間のうち、決まった２台の車両がそれぞれ３０〜５０％の配送を行い、土曜日に配送を行った車両の全体の配送実績に占める割合は１５％をやや上回る程度となる。所定割合は、想定されるパターンに基づいて、又は過去の配送先と車両の組み合わせのデータに基づいて、あるいは経験的に設定することができる。

出荷指示データは、好適に、運送業者毎及び／又はストックポイント毎に抽出可能である。

車両情報は各車両の許容積載量の情報を含み、荷物の積載量が第１の車両の許容積載量を超えないときに第１の出荷指示に対し第１の車両が配車される。

第１の出荷指示がさらに指定時間の情報を含み、第１の配送先への配送に関する時間に基づいて指定時間の条件を満たすときに第１の出荷指示に対して第１の車両が配車される。

本発明の他の態様は、配車サーバを含む配車システムにおいて実行され、所定の荷物を所定の配送先へ配送する指示を含む少なくとも一つの出荷指示に対して配車を行う方法であって、少なくとも一つの出荷指示を含む出荷指示情報を所定の条件に従ってソートして第１の出荷指示を抽出し、第１の出荷指示が荷物を第１の配送先へ配送することを指示するとき、少なくとも一つの出荷指示に対して求荷する各車両の情報を含む車両情報と、該車両情報に含まれる各車両が所定期間内に各配送先へ配送を行った実績があることを示す配送実績情報とに基づいて、第１の配送先への配送実績が最も多い順に車両を選択し、選択された車両が所定の条件を満たすときに該選択された車両を第１の出荷指示に対して配車することを特徴とする。

本発明によれば、各車両が各配送先へ配送を行ったという配送実績を利用して配車を行うので、複雑なパラメータ等を用いることなく容易に確実な配車を行うことができる。

図１は本発明の一つの実施形態に係る配車システムの概略図である。 図２は本発明に係る配車サーバの機能ブロック図である。 図３は車載端末に表示される情報画面を説明する図である。 図４は本発明に係る配車システムが好適に適用される物流界を模式的に示す図である。 図５は本発明に係る一つの実施形態の配車フローチャートである。 図６は本発明に係る一つの実施形態の配車フローチャートの追加のフローを示す図である。 図７は本発明に係る他の実施形態の配車フローチャートである。 図８は車載端末から取得されるデータの実施例を示す。

以下本発明の特徴が、図面を参照して、本発明の限定を意図するものではない好適実施形態として説明される。

図１は、本実施形態の配車システム１００の概略図である。本配車システム１００では、配車サーバ１０、荷主側端末３０、運送業者側端末４０、及び運送業者の各車両に搭載される車載端末４１、４２、４３が有線ないし無線でインターネット等のネットワーク５０に接続し、各種データの送受信を行うように構成される。

配車サーバ１０として、インターネット上でデータベース等の記憶資源や計算資源などの資源をサービスとして提供ないし利用する形態であるクラウドコンピューティングにおけるパブリッククラウド型のサーバを使用することができる。または、グループ企業等で広く使用する場合には、プライベートクラウド型のサーバを使用することもでき、さらには独自の社内専用サーバを使用することもできる。荷主側端末３０や運送業者側端末４０としてはパーソナルコンピュータ又はワークステーションを使用することができ、車載端末４１、４２、４３としてはｉＰｈｏｎｅ等多機能携帯端末又はタブレット端末等を使用することができる。配車サーバ１０及び各端末は、中央処理装置（ＣＰＵ）、ＲＡＭ、ＲＯＭ、ハードディスクなどを実装し、適切なオペレーティングシステム（ＯＳ）の制御の下でプログラミング言語を実行し、各種処理を実行するための機能手段を提供している。各端末は、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、ＦｉｒｅＦｏｘ（登録商標）、Ｃｈｒｏｍｅなどのブラウザソフトウェアを搭載し、配車サーバ１０に対して、ＨＴＴＰプロトコルやＦＴＰプロトコルを使用してアクセスし、ＪＡＶＡＳＣＲＩＰＴ（登録商標）などのアプリケーションプログラムを介して各種サービスの提供を受けることができる。

図２は、本発明に係る配車サーバ１０の機能ブロック図である。配車サーバ１０は、ネットワークインタフェース（ＮＩＣ）２２を介してネットワーク５０から各種情報および要求を受領する。

配車サーバ１０は、出荷指示管理部１１と、車両情報管理部１２と、配送実績管理部１３と、配送時間管理部１４と、配車計画部１５とを備える。

出荷指示管理部１１は、荷主から受注した出荷に関する詳細な情報を含む出荷指示情報を、配車サーバ１０に接続する入力装置（図示せず）を介して受領し、又は荷主側端末３０からネットワーク５０を介して受領して出荷データベース１７に登録、管理するための電子機器、電子回路及びプログラムから成る。

車両情報管理部１２は、運送業者側端末４０からネットワーク５０を介して複数の車両のＩＤ、屯車（許容積載量）、許容稼働時間の情報等を含む車両情報を受領し、車両データベース１８に登録、管理するための電子機器、電子回路及びプログラムから成る。

配送実績管理部１３は、運送業者の各車両が所定の配送先へ実際に配送を行ったことを示す配送実績情報を、各車両の車載端末からネットワーク５０を介して逐次的に、又は所定の間隔で受領し、配送実績データべース１９に登録、管理するための電子機器、電子回路及びプログラムから成る。

配送時間管理部１４は、各ストックポイントと各配送先間、又は各配送先と各配送先間の移動時間、配送先での荷物の積み下ろし時間（配送時間）、ストックポイントでの荷物の積込み時間等の情報を取得し、配送時間データベース２０に登録、管理するための電子機器、電子回路及びプログラムから成る。

配車計画部１５は運送業者側端末４０からの要求に応じ、出荷指示情報、車両情報、配送実績情報、及び配送時間情報に基づいて配車計画を作成し、配車データベース２１に登録して管理するための電子機器、電子回路及びプログラムから成る。

配車サーバ１０はさらにデータ処理部１６を含み、データ処理部１６は、ＲＤＢ等に対するデータの登録や検索、検索結果の作成などを行うことができ、各データベースに対するデータ追加、検索結果生成、データ削除、データ更新などの処理を可能とする。配車サーバ１０の各部が取得、作成した各データは、データ処理部１６、ストレージインタフェース２３を介して各ＤＢに格納される。

出荷指示情報は、配送すべき荷物の積込み先であるストックポイント（倉庫）、荷物の配送先、荷物ＩＤ、荷物の積載量（重量、容量、荷姿等）、配送日、配送時刻指定（「ＦＲＯＭ」は「何時から」を示し、「ＴＯ」は「何時まで」を示す）、出荷指示日時等を含み得る。出荷ＤＢ１７において、以下の表１のような出荷指示データが、ストックポイント毎、運送業者毎、配送日毎等に抽出可能に登録される。

車両情報は、好適に、運送業者により作成される。所定の日時に稼働可能な個別具体的な車両の情報は流動的であり、この情報を運送業者が作成することで確実な配車に寄与し得る。運送業者の車両管理者は、運送業者側端末４０を介して配車サーバ１０へアクセスし、車両情報入力のための画面表示（図示せず）を要求し、ディスプレイ等の出力装置に表示された入力画面に対して入力を行って、入力結果を配車サーバ１０へ送信する。例えば、翌日の配送のために提供可能な車両情報を、前日の午後に作成して、配車サーバ１０へ送信することができる。該車両情報の送信を受けて、配送サーバ１０の車両情報管理部１２は、車両ＤＢ１８に以下の表２のような車両データを登録する。

車両データは上記表２の項目に加えて、個々の車両の稼働開始時間が異なるとき等に、「稼働開始時間」の項目を含んでよい。または、稼働開始時間を各車両共通（例えば一律に３時、４時、５時、６時、又は７時等）と設定して、稼働開始時間の項目を含まなくてもよい。各稼働開始時間又は設定された稼働開始時間に時間ＤＢ２０に登録された移動時間、配送時間、積込み時間等を適宜加算することにより、配送時刻指定の条件を満たすか否かが判定され得る。

配送実績情報は、各々の車両が各々の配送先へ配送を行った実績であり、以下の表３のようなデータとして配送実績ＤＢ１９にリアルタイムで、所定の時間間隔で、又は任意のタイミングで一括して登録され得る。本発明に係る配車方法では、このような配送実績データから、配送先毎に、該配送先へ配送を行った各車両の延べ配送回数が抽出され、以下に詳細に述べるように、配車すべき車両の選択に使用される。

配送時間情報は、例えば、二つの配送先間、又は一つのストックポイントと一つの配送先間の移動時間の情報、荷物のストックポイントでの積込み時間の情報、荷物の配送先での積み下ろしの時間（配送時間）の情報等を含む。地点間の移動時間は、Ｇｏｏｇｌｅ Ｍａｐｓ ＡＰＩ等の既存のＡＰＩを用いて配送時間ＤＢ２０に登録される。積込み時間情報又は配送時間は、「３０分」等所定の値に予め設定して配送時間ＤＢ２０に登録される。

または移動時間情報は、既存のＡＰＩ等に依らず、実際の移動時間のデータから構成されてもよい。配送を行う各車両に搭載される車載端末は好適にＧＰＳ機能を有し、該機能により位置情報及び時刻情報を、ネットワークを介して配車サーバ１０へ送信することができる。位置情報及び時刻情報に基づいてある地点（ストックポイントＳ１）からある地点（配送先Ａ）へ至る実際の移動時間に係る情報を取得し、該取得された移動時間の平均値を、当該地点間の移動時間として配送時間ＤＢ２０に登録することができる。

さらに、積み下ろし時間、積込み時間等の情報も、実際の作業時間のデータから取得され、配送時間ＤＢ２０に登録されてよい。

本発明に係る配車サーバ１０は、運送業者側端末４０からの要求に応じて、当該運送業者のログインＩＤ、パスワードから特定される出荷指示について配車計画を作成することができる。作成された配車計画に関するデータは、運送業者側端末４０及び当該運送業者が管理する各車両の車載端末４１、４２、４３等へ送信される。

配車計画は、運送業者の各車両に積み付けるべき各荷物（各出荷伝票）の情報を含む。作成された配車計画に従って、運送業者の各車両の車載端末４１、４２、４３等に個別の配送に関する情報が表示される。

例えば、ストックポイントＳ１で積み込まれる荷物の配送を行う車両Ｔ１に、それぞれ配送先をＡ、Ｂ、Ｃとする出荷伝票１、２、及び４（表１参照）が割り当てられたとき、車両Ｔ１の車載端末４１のディスプレイに、図３（ａ）、（ｂ）のような画面が表示される。図３（ａ）は一回転目（ストックポイントＳ１における一回目の積み付け）の配送先（出荷伝票）を表示するものであり、図３（ｂ）は二回転目（ストックポイントＳ１における二回目の積み付け）の配送先（出荷伝票）を表示するものである。端末４１の表示部に表示される画面４１ａ〜４１ｅはボタン４１１〜４１９等のＧＵＩを含み、例えば、車両Ｔ１のドライバーが画面４１ａに表示されたボタン４１１をタップすることにより出荷伝票１の配送先Ａに関する各種情報（指定時刻やルート案内用地図等）が画面表示され得る。ＧＰＳの位置情報に基づいて車両Ｔ１が配送先Ａへ到着したことが判定されると、配送完了ボタン４１５を含む画面４１ｂが表示され、ドライバーは配送完了時にこのボタンをタップして、車両Ｔ１が配送先Ａへ配送を行ったことを示す配送実績情報を配車サーバ１０へ送信することができる。または随時表示可能な画面４１ａのボタン４１３を、配送完了後の任意のタイミングでタップして配送実績情報を配車サーバ１０へ送信することができる。一回転目の全ての配送が完了すると、二回転目の配送先Ｃが画面４１ｄに表示される。車両Ｔ１は二回転目の配送のためにストックポイントＳ１に戻って荷物を積み込んだ後、一回転目と同様に配送を行うことができる。

図４を参照して、本発明に係る配車システムが適用される物流界は、概して、有限なエリアｅに含まれる複数のエリアｅ１〜ｅ３と、各エリアを固定的に又は流動的に担当する複数の運送業者Ｃ１〜Ｃ３と、各エリア内のストックポイントＳ１〜Ｓ４と、各エリア内の配送先Ａ〜Ｎとから構成される。図４中、「○」はストックポイント、「△」は配送先、「◇」は任意の休憩地点Ｒを示す。概して、メーカー等である荷主は、商品の販売先である卸売業者、小売業者等の店舗等である配送先Ａ〜Ｎへ商品を配送するために、商品を一時的に保管する中継地点としてストックポイントＳ１〜Ｓ４を利用する。荷主からの出荷指示は、ストックポイントＳ１から配送先Ａ〜Ｄ、ストックポイントＳ２から配送先Ｅ、Ｆ、ストックポイントＳ３から配送先Ｇ〜Ｉ、ストックポイントＳ４から配送先Ｊ〜Ｍへの配送指示を含む。各々のストックポイントは荷主と出荷指示情報をやり取りする倉庫会社等により管理され得る。各々のエリアを担当する運送業者Ｃ１〜Ｃ３は、担当エリアのストックポイントに近接して複数の配送用車両（例えば、数十〜数百台）のための車両プールを有する。

一つのストックポイントから数十〜数百の配送先への配送が行われ得、それらの配送のために、数十〜数百の車両が稼働し得る。各々の配送は所定の商品の重量や指定時刻等の制限を有し、それらの配送に対応するための各々の車両もまた許容積載量や許容稼働時間等の制限を有し、さらに各々の配送先は、例えば、該配送先へ至るまでの道幅、駐車スペース等の個別具体的な制限を有する。各配送（出荷伝票）に各車両を割り振る配車計画の作成は、上記のような制限をクリアするために、従来、配車係の経験や勘に頼って行われてきた。ベテランの配車係でも、配車計画を作成するのに数時間を要することが多かった。

本発明の配車方法は、配車計画を作成するために配送実績を利用する。所定の車両が所定の配送先への配送実績を有するということは、種々の有用な情報を含み得る。例えば、その車両はその配送先へ至る道幅及び駐車スペースの制限をクリアすることができ、その配送先へ通常配送される荷物に対応することができ、その配送先において指定される通常の配送時刻をクリアする可能性が高い。また、その車両のドライバーが固定的であれば、配送実績を有するということは、ドライバーが配送先の詳細な注意点等に精通し、配送先の荷受け担当者と円滑な連絡を行うことができる場合がある。

配送実績は、従来の配車方法により作成された配車計画による配送実績を含んでよい。従来の配車方法は配車係の経験と勘に基づくものであってよく、種々のパラメータを用いたものであってよく、種々のパラメータを用いたものを人の判断で調整したものであってもよい。従来の配車方法に基づく配送実績データを用いて本発明の配車方法を実施することにより、従来の配車方法のノウハウを包含した配車計画を自動的に作成し得る。

配送実績は、本発明に係る一つの態様の配車方法により作成された配車計画による配送実績を含んでもよい。

配送実績ＤＢ１９により、配送先毎に、該配送先へ配送を行った各車両の延べ配送回数を抽出することができる。配車計画部１５が配車計画を作成する際、それまでに登録されたすべての配送実績が利用され得る。または、車両の継時的な入れ替わりに鑑みて、直近の所定期間（例えば、１か月、２か月、３ヶ月、４か月等）の配送実績を利用し得る。

なお、各車両が所定の配送先に対して「配送実績を有する」か「配送実績を有しない」かの判定は、所定のしきい値に基づいて行われることが好ましい。例えば、配送先毎に、該配送先へ配送を行った全車両の延べ配送回数を１００パーセントとして、配送を行ったことはあっても全体に占める割合が少ない車両は、「配送実績を有しない」と判定されてよい。例えば、ある配送先へ配送を行ったことがある全車両の延べ配送回数に対して、ある車両の配送回数の割合が１５％以下である場合、当該車両は、「配送実績を有しない」と判定され得る。このようにすることで、スポット的に配送を担当した車両が配車されることがなく、適切な配車を行うことができる。

図５に、本発明に係る配車サーバ１０において実行される一つの実施形態の配車フローが示されている。配車サーバ１０は、運送業者側端末４０の配送実績を用いた配車計画作成要求に応じて配車を開始する（ＳＴＡＲＴ１）。配車が開始されると、運送業者のログインＩＤ等により特定されるストックポイントの所定日時の出荷指示データが抽出され（表１参照）、該データに含まれる１レコードである一つの出荷指示が選択される（ステップ１０１）。そのような１レコードは、例えば、ソートキーとして、配送指定時刻ＴＯの昇順で選択される。又は指定時刻ＦＲＯＭの昇順で選択される。

出荷指示が指定時刻の情報を含まない等の場合は、１レコードは、配送先とストックポイント間の距離情報に基づいて、距離の短い順にソートして選択されてもよい。このようにすることで、近い配送先から遠い配送先へ順に配送するように配車を行うことができる。

選択された１レコードの出荷指示レコードは、所定の配送先（例えば、配送先Ａ）を含む。配送実績データに基づいて、車両データ（表２参照）に含まれる「積み付け」の項目が「未完了」又は「積み付け中」の複数の車両の中に配送先への配送実績を有する車両が存在するか否かが判定される（ステップ１０２）。「積み付け」の項目は、配車開始時にリセットを行うことにより全ての車両が「未完了」となり、配車の進行とともに「完了」又は「積み付け中」となる。

配送実績を有するか否かは好適に、しきい値に基づいて決定される。例えば、配送先Ａに配送したことのある全車両Ｔ１〜ＴＸの合計の延べ配送回数に対して、ある車両が配送を行った割合が１５パーセント以下（または、２０パーセント以下、１０パーセント以下、あるいは５パーセント以下等）である場合、当該車両は、「配送実績を有しない」と決定される。しきい値に基づいて配送実績を有する車両が存在しない場合、出荷指示データの「配車」の項目が「配車前」から「未配車」に更新される（ステップ１０７）（表１参照）。しきい値に基づいて配送実績を有する車両が存在する場合、そのうち最も多く配送先Ａに配送を行った車両が１台選択される（ステップ１０３）（複数存在する場合は任意で車両ＩＤ順等に選択される）。

続いて、選択された車両について、条件が判定される（ステップ１０４）。条件は、（ｉ）指定時間ＴＯを満たし、（ｉｉ）荷物を選択された車両に積み付けた場合の積載率（積載量／許容積載量）が１００％以下であり、及び（ｉｉｉ）当該配送を行った場合の稼働時間率（所要時間／許容稼働時間）が１００パーセント以下であることを含む。（ｉ）〜（ｉｉｉ）の全てを満たす場合、条件クリアとなる。このとき出荷指示データは「配車前」から「配車」に更新され、及び車両ＩＤの項目に例えば「Ｔ１」等が入力される（ステップ１０５）（表１参照）。次の出荷指示レコードが存在する場合（ステップ１０６）は、ステップ１０１に戻って以降のステップが繰り返される。次のレコードが存在しない場合（全ての対象出荷指示データについて「配車」又は「未配車」が決定された場合）は、配車終了（ＥＮＤ）となる。

ステップ１０４において、（ｉ）〜（ｉｉｉ）のうち一つ以上を満たさない場合、車両の選択が取り消され（ステップ１０９）、他に配送実績を有する車両が存在する場合は（ステップ１１０）は、ステップ１０３以降が繰り返され、他に配送実績を有する車両が存在しない場合は（ステップ１１０）は、当該出荷指示データは「配車前」から「未配車」に更新される（ステップ１１１）。

条件はさらに、（ｉｖ）指定時間ＦＲＯＭを満たすことを含んでよい。

図５及び図６を参照して、ステップ１０５において配車が行われると、車両データの積載率、稼働時間率も更新される（表２参照）。稼働時間率が所定のしきい値以下（例えば、９０％、８０％、７０％、６０％以下）であるか否かにより（ステップ１１２）、しきい値以下でない場合（許容稼働時間に対して余裕がない）は、車両データの積み付けの項目が「未完了」から「完了」に更新される（ステップ１１５）。稼働時間率が所定のしきい値以下である（許容稼働時間に対して余裕がある）場合は、続いて、積載率が所定のしきい値以下（例えば、９０％、８０％、７０％、６０％以下）であるか否かが判定される（ステップ１１３）。積載率が所定のしきい値以下ではない（許容積載量に対して余裕がない）場合は、稼働時間には余裕があるので、当該車両は２回転目の積み付けが可能な車両として、表２（一回転目用）と同様の形式を有する二回転目用の車両データに「積み付け未完了」として登録され得る（ステップ１１６）。積載率が所定のしきい値以下である（許容積載量に対して余裕がある）場合は、一回転目の車両データ（表２参照）の積み付けの項目が「未完了」から「積み付け中」に更新される（ステップ１１４）。「積み付け中」である場合は「未完了」の車両と同様に、図５のフローに従った車両選択及び条件判定の対象となる。図５のフローで全ての出荷指示レコードが「配車」又は「未配車」となることにより、一回転目の配車が完了する。その時点で「未配車」の出荷指示レコードについて、二回転目用の車両データを用いて図５のフローを行うことにより、二回転目の配車計画を作成することができる。

上記のように、本発明に係る配車システムでは、所定の配送先を含む出荷指示に対して該配送先について十分な配送実績を有する車両を抽出することにより、配送先の種々の条件に適した配車を、数分乃至数十分という短時間で自動的に行うことができる。

上記方法により配車（一回転目及び／又は二回転目）が終了した時点で、「未配車」の出荷指示レコードが存在し得る。これらの「未配車」の出荷指示レコードについて本発明の配車サーバは、追加的に、配車フローを変更して配車を行うことができる。

追加的な配車フローは、運送業者側端末４０から追加的な配車フローを開始する要求を配車サーバ１０が受領することにより開始される（ＳＴＡＲＴ１’）（図示せず）。追加的な配車フローにおいては、「配送実績を有する」ことのしきい値が「０％を超える」に低減され、１度でも配送を行ったことがある車両を「配送実績を有する」として、図５と同様の配車フローが実行され得る。

配送実績のしきい値が低減された追加的な配車フローの他の実施形態は、図５において、ステップ１０１に続き「配送実績を有する車両の最大の屯車以下の車両が車両データに含まれるか否か」を判定することを含む（ステップ１０２’）（図示せず）。そのような車両が車両データに含まれる場合は、そのような車両の中から車両が選択される（ステップ１０３’）（図示せず）。選択は、選択時点の車両の積載率に基づいて、積載率の高い順であってよい。そのようにすることにより、車両を満載にしやすいからである。または車両は他の方法で選択されてもよい。車両選択後は上記と同様に条件判定（ステップ１０４）が行われる。

追加的な配車フローのさらに他の実施形態が図７に示されている。上記のように「配送実績」を使用する配車方法によれば、新規の配送先Ｎ（図４、表１、表３参照）への出荷指示に対して必ず「未配車」となる。このため配車サーバ１０は、運送業者端末４０からの配送実績を使用しない配車要求に応じて配車を開始することができる（ＳＴＡＲＴ２）。配車が開始されると、「未配車」の出荷指示レコードから１レコードが選択される（ステップ１１７）。出荷指示レコードを選択するソート順は、上記のように「指定時間ＴＯ」に基づいてよい。または出荷指示レコードは、出荷指示日時順にソートされて出荷指示の早い順に選択されてもよい。このようにすることで、早くから出荷指示があった配送に優先的に対応し得る。続いて、積み付けが「未完了」又は「積み付け中」の車両のうち、許容積載量（屯車）が最も小さい車両（複数存在する場合は任意で車両ＩＤ順等）が選択され（ステップ１１８）、上記と同様の条件判定が行われる（ステップ１１９）。最大積載量の小さい車両から選択することで、新規の配送先で道幅や駐車スペース等詳細が不明であってもこれらの制限をクリアしやすく、また各車両の積載率を上げることができる。上記のような追加的な配車により、配送実績に基づいて「未配車」となった出荷指示に対しても配車を行うことができる。

各出荷指示と各車両を関連付けて作成された配車計画は、配車サーバ１０の配車ＤＢ２１（図２）に登録される。運送業者及び荷主は、所定のログインＩＤ及びパスワードを用いて配車サーバ１０にアクセスし、作成された配車計画にアクセスすることができる。配車計画データは、表１の出荷指示データの項目を全て含んだものであってよく、一部を含んだものであってもよい。運送業者の各車両に搭載された各車両端末には各車両に割り当てられた出荷指示（配送先）の情報が表示される（図３）。車両のドライバーが車載端末のディスプレイに表示された「配送完了」ボタンをタップすることにより（同）、配送実績ＤＢ１９が更新され得る（図２、表３参照）。また、出荷ＤＢ１７において、出荷指示データの「配送」の項目が「未」から「済」等に更新され得る（表１参照）。

本発明の配車方法に従って車両Ｔ１に伝票番号１、２、４の出荷指示が割り当てられ（図３、表１参照）、車両Ｔ１が配送先Ａ、Ｂ、Ｃへ配送を行うとき、車両Ｔ１の車載端末４１と配車サーバ１０間で送受信されるデータの例が図８に示される。車載端末の位置情報及び時刻情報から地点間の実際の移動時間２０１等が得られ、「配送完了」信号を受領することにより実際の配送（積み下ろし）時間２０２等が得られ、配送実績２０３等が得られる。各種カテゴリの時間は地点間毎、配送先毎に時間ＤＢ２０に登録され得る。表１、表２を参照して、車両Ｔ１の各配送は各指定時刻ＴＯ・ＦＲＯＭを満たし、合計の経過時間２０４の値（５３５分）から休憩時間（６０分）を差し引いた合計の稼働時間は、許容稼働時間内となっている。

図８のような配送に関する情報は配車サーバ１０によりリアルタイムで運送業者及び荷主に提供され得る。例えば、図４のように、各車両の現在位置と配送先の位置を地図上にプロットし、配送前の配送先を「赤」、配送完了した配送先を「緑」等に色分けして表示することができる。

上記のように、本発明に係る配車システム及び配車方法によれば、実効性の高い配車を短時間で行い、積載効率を向上させ、車両の稼働時間等を容易に管理することができる。本発明に係る配車システム及び配車方法は、荷主、倉庫会社、運送業者、及び車両のドライバーに多くの利点を提供する。

本発明の思想及び態様から離れることなく多くのさまざまな修正が可能であることは当業者の知るところである。したがって、言うまでもなく、本発明の態様は例示に過ぎず、本発明の範囲を限定するものではない。

１０・・・配車サーバ
１１・・・出荷指示管理部
１２・・・車両情報管理部
１３・・・配送実績管理部
１４・・・配送時間管理部
１５・・・配車計画部
１６・・・データ処理部

Claims (8)

1. 配車サーバを含む配車システムであって、
   前記配車サーバが、
   少なくとも第１の配送先へ荷物を配送する第１の出荷指示を含む出荷指示情報を、出荷指示データとして出荷指示データベースに登録するための出荷指示管理部と、
   配送を行うための少なくとも第１の車両を含む車両情報を、車両データとして車両データベースに登録するための車両情報管理部と、
   前記少なくとも第１の車両が一つ以上の配送先へ配送を行ったことを示す配送実績情報を、各車両と各配送先を関連付けて配送実績データとして配送実績データベースに登録するための配送実績管理部と、
   前記第１の配送先を含む地点間の移動時間の情報を含む配送時間情報を、配送時間データとして配送時間データベースに登録するための配送時間管理部と、
   前記第１の配送先へ配送を行ったことがある少なくとも１台の車両を抽出して前記第１の出荷指示に対し配車を行うための配車計画部と、を含むことを特徴とする配車システム。
2. 前記第１の配送先へ配送を行ったことがある各車両の延べ配送回数の合計に対して前記第１の車両が前記第１の配送先へ配送を行った配送回数が最も多いとき、前記第１の出荷指示に対して前記第１の車両が配車されることを特徴とする請求項１に記載された配車システム。
3. 前記抽出される少なくとも１台の車両の前記第１の配送先へ配送を行った配送回数が、前記第１の配送先へ配送を行ったことがある各車両の延べ配送回数の合計に対して所定割合以上であることを特徴とする請求項１に記載された配車システム。
4. 前記所定割合が１５パーセントであることを特徴とする請求項３に記載された配車システム。
5. 前記出荷指示データが運送業者毎及び／又はストックポイント毎に抽出可能であることを特徴とする請求項１に記載された配車システム。
6. 前記車両情報が各車両の許容積載量の情報を含み、
   前記荷物の積載量が前記第１の車両の許容積載量を超えないときに前記第１の出荷指示に対し前記第１の車両が配車されることを特徴とする請求項２に記載された配車システム。
7. 前記第１の出荷指示がさらに指定時間の情報を含み、
   前記第１の配送先への配送に関する時間に基づいて前記指定時間の条件を満たすときに前記第１の出荷指示に対して前記第１の車両が配車されることを特徴とする請求項２に記載された配車システム。
8. 配車サーバを含む配車システムにおいて実行され、所定の荷物を所定の配送先へ配送する指示を含む少なくとも一つの出荷指示に対して配車を行う方法であって、
   少なくとも一つの出荷指示を含む出荷指示情報を所定の条件に従ってソートして第１の出荷指示を抽出し、
   前記第１の出荷指示が荷物を第１の配送先へ配送することを指示するとき、前記少なくとも一つの出荷指示に対して求荷する各車両の情報を含む車両情報と、該車両情報に含まれる各車両が所定期間内に各配送先へ配送を行った実績があることを示す配送実績情報とに基づいて、前記第１の配送先への配送実績が最も多い順に車両を選択し、
   前記選択された車両が所定の条件を満たすときに該選択された車両を前記第１の出荷指示に対して配車することを特徴とする配車方法。