JP4025652B2 - Transportation planning system and method - Google Patents

Transportation planning system and method Download PDF

Info

Publication number
JP4025652B2
JP4025652B2 JP2003004704A JP2003004704A JP4025652B2 JP 4025652 B2 JP4025652 B2 JP 4025652B2 JP 2003004704 A JP2003004704 A JP 2003004704A JP 2003004704 A JP2003004704 A JP 2003004704A JP 4025652 B2 JP4025652 B2 JP 4025652B2
Authority
JP
Japan
Prior art keywords
schedule
time zone
transportation
delivery destination
transport
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
Application number
JP2003004704A
Other languages
Japanese (ja)
Other versions
JP2004217340A (en
Inventor
隆 小野山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Software Engineering Co Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Software Engineering Co Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP2003004704A priority Critical patent/JP4025652B2/en
Publication of JP2004217340A publication Critical patent/JP2004217340A/en
Application granted granted Critical
Publication of JP4025652B2 publication Critical patent/JP4025652B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、物流分野における車両による荷物等の輸送計画作成システムおよび輸送計画作成方法に関する。
【0002】
【従来の技術】
物流システムにおける輸送計画作成技術としては、いわゆる巡回セールスマン問題やビークルルーティング問題に相当し、一定地域内に存在する顧客先の効率的な巡回計画を作成する技術が既に知られている(例えば、特許文献1参照)。
【0003】
また、例えば、地理情報とともに、顧客先間の最短経路決定にニューラルネットを用いることにより最適なスケジュール作成を行う方法も知られている(例えば、特許文献2参照)。また、多数の配送先をクラスタリングして、各クラスター内で輸送ルートを作成する方式(特許文献3参照)、トラックの積載量制約と稼働時間制約を守った上で効率的な配車計画を作成する方式(特許文献4参照)などが知られている。
【0004】
【特許文献1】
特開平5−135070号「配送スケジューリング装置」
【特許文献2】
特開平10−124588号「地理情報に基づくスケジュール作成装置」
【特許文献3】
特開平8−115495号「自動配車装置」
【特許文献4】
特開平9−305669号「配送計画方法と装置」
【0005】
【発明が解決しようとする課題】
ところで、限られた台数のトラックなどを利用して大量の荷物等を多数の配送先に輸送するための荷物の集積場である物流センターにおいては、通常1日に複数便のトラック輸送を行うことが多い。小規模な物流センターは、1日に午前と午後との2便だけを運行する場合もあるが、より大規模な物流センターは、1日24時間で運用されトラック便の便数も多くなる。このような物流センターでのトラックなどの車両の輸送スケジュール作成は、各便毎に行うのが一般的である。各種スケジュールは、最適化アルゴリズムを利用して輸送車両の総走行距離などを最小化し輸送コストが削減できるように計画する。このようにして作成した輸送スケジュールとしては、時間帯毎に異なるスケジュールが作成される。つまり、各時間帯により異なる配送先に輸送車両が巡回して輸送を行うことも想定している。このような手法を用いてスケジューリングを行うと、実際には満足のいくスケジューリングができないという問題点があった。
本発明は、より実情に即したスケジューリングシステムを提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明の一観点によれば、物流センターと配送先拠点との間を巡回しながら荷物を輸送する車両の輸送スケジュール作成を行う輸送計画作成システムであって、時間帯別の輸送密度を算出し、これに基づいて時間帯別の輸送重要度を求める時間帯別輸送重要度算出手段と、該時間帯別輸送重要度算出手段により求められた最重要時間帯における輸送スケジュールを作成する最重要時間帯輸送スケジュール作成手段と、該最重要時間帯輸送スケジュール作成手段により作成された前記最重要時間帯における輸送スケジュールを、他の時間帯におけるスケジュール作成に反映させる路線情報引継手段とを有する輸送計画作成システムが提供される。
【0007】
上記輸送計画作成システムを用いると、最も重要な時間帯における輸送スケジュールに基づいて、他の時間帯における輸送スケジュールを作成するため、荷物と時間との関係が適正化されたスケジュールをほぼ全時間帯について適用することができ、効率的な輸送スケジュールを作成することが可能になる。
【0008】
前記最重要時間帯輸送スケジュール作成手段は、荷物の配送に関する複数の初期スケジュール案を作成する手段と、該初期スケジュール案に関して車両の取り換えを行うことによりスケジュール案を改善することができるか否かを判断する手段と、荷物の積載率の低い車両に関して積載率が高くなるようにスケジュール案を改善する手段と、車両台数と総走行距離とを勘案してこれらが小さくなるようなスケジュール案を選択する手段と、類似したスケジュール案のいずれかを除去する処理を行う手段とを有するのが好ましい。このような手法を用いると、スケジュール作成処理が効率化され、輸送スケジュール案を短時間で作成することが可能となる。
【0009】
【発明の実施の形態】
実際の物流センターでは、配送先のグループはある程度固定されて運用されることが多い。この形態は、車両のドライバーの運行ルートへの習熟度が加味される点と、配送先間で物流センターを経由せずに直接輸送を行う場合に適用できる点において有効である。しかしながら、各種最適化技法を適用したスケジュールシステムでは、このような運用を行うスケジュールを作成するのが困難であるという問題があった。
【0010】
本発明に係る輸送計画作成技術は、複数時間帯での輸送を行う物流センターの車両の運行スケジュールを以下の手順により自動的に作成する。まず、輸送を行う複数時間帯の中で最も輸送密度が高い時間帯を見つける。次いで、その時間帯における車両の運行スケジュールを作成し、そのスケジュールにより同一車両で巡回する配送先を1つのグループとして登録する。他の時間帯でのスケジュール作成は、上記配送先グループに基づいて行う。このようにしてスケジュール作成を行うと、各時間帯において同一車両で輸送を行う配送先グループが同一又は類似しているスケジュールが作成できる。
【0011】
以下、上記考察に基づき、本発明の一実施の形態による輸送計画作成技術について図面を参照しつつ説明する。本実施の形態による輸送計画作成技術は、輸送形態として物流センターに所属する複数台の車両(トラック等)が物流センターを出発し、複数の拠点への荷物の配送するスケジュールの作成を前提としている。本実施の形態による輸送計画作成技術は、物流センターからの配送のみではなく、集荷先から物流センターへの荷物の集荷、一台の車両により集荷と配送とを行うような輸送形態にも適用できる。
【0012】
図1は、本実施の形態による輸送計画作成システムの構成例を示すブロック図である。図1に示すように、本実施の形態による輸送計画作成システムは、入力装置101と、プリンタなどの出力装置102と、ディスプレイなどの表示装置103と、処理装置104と、記憶装置109と、を備えている。処理装置104は、入力処理部106と、輸送スケジュール作成部107と、結果出力部108とを含む。これらの一連のプログラム105を実行することにより処理を行うことができる。
【0013】
また、記憶装置109は、拠点情報110と、時間帯情報111と、荷物情報112と、輸送車両情報113と、距離情報114と、道路地図115と、グループ情報116と、輸送スケジュール情報117とを記憶する。また、輸送ルート作成に用いられる情報、例えば遺伝子情報118及び車両管理情報119も記憶する。
【0014】
図2(a)から図2(f)までは、図1に示す記憶装置109内に記憶される情報の一例を示す図である。図1も参照して説明を続ける。図2(a)に示すように、拠点情報110は、物流センター及び荷物の配送先拠点の位置情報を含む。より具体的には、物流センターや配送先拠点を一意に識別する拠点ID201と、拠点名202と、拠点の住所203と、拠点の位置を示す緯度204及び経度205等が格納されている。
【0015】
図2(b)に示すように、時間帯情報111には、物流センターが運用される複数時間帯の情報が格納される。具体的には、時間帯を一意に識別する時間帯ID206と、その時間帯の開始時間を表す輸送開始時刻207と、終了時間を表す輸送終了時刻208と、が格納される。この時間帯情報111としては、その物流センターで1日(又は、スケジュールの管理単位期間、例えば半日、1週間など)内に運用される時間帯数分の情報が格納される。図2(c)に示すように、荷物情報112には、輸送の対象となる各荷物に関する情報を格納する。より具体的には、個々の荷物について、荷物を一意に識別する荷物ID209と、その荷物の輸送を行う時間帯を表す取り扱い時間帯ID210と、荷物の配送先を示す配送先ID211と、配送先名称212と、配送先の住所213と、荷量214とを含んで構成される。
【0016】
図2(d)に示すように、輸送車両情報113は、利用可能な車種別の保有台数の情報が格納される。具体的には、車両種別を一意に識別する車両種別ID215と、車両種別名216と、保有車両数217及びその車両の積載量上限218が格納される。図2(e)に示すように、距離情報114には、輸送スケジュール作成で必要になる情報であって、拠点間のトラックなどの輸送車両での走行距離・時間に関する情報を格納する。具体的には、出発拠点のID1(219)と到着拠点のID2(220)と、その拠点間の距離221と拠点間の走行所要時間222とを含む。図2(f)に示すように、グループ情報116は、車両が巡回する配送先のグループの情報を格納する。具体的には、グループを一意に表すグループID223と、そのグループに属する配送先拠点数224と、そのグループに属する配送先拠点の拠点ID225、226…とを含む情報が格納される。
【0017】
図3は、図1の輸送スケジュール作成部107において作成される輸送スケジュール情報117の構成例を示す図である。図3に示すように、輸送スケジュール情報には、本実施の形態による手法で作成された輸送スケジュールにより車両が巡回する拠点と、その車両の巡回の順序を示す情報が含まれる。具体的には、車両No301と、車両の巡回拠点数302と、集荷送先拠点の拠点ID1(303)と、その拠点への到着時間1(304)と、その拠点との輸送を行う荷物のインデックス1(305)とを、それぞれの拠点に関して格納する。別の拠点ID2(306)も含まれる。加えて、合計荷物量309及び総走行距離310を格納する。
【0018】
図4は、遺伝子情報118の構造を示す図であり、図4(a)に示すように、輸送スケジュール作成部107において用いる遺伝的アルゴリズムによる輸送スケジュール作成ステップにおいて利用される遺伝子表現の一例が示される。遺伝子情報としては、トラックなどの輸送車両で配送する荷物の荷物インデックス1〜N(401から403)がそれぞれ格納される。ここで、荷物インデックスとは、荷物情報を格納するテーブルにおける当該荷物情報の登録位置を表す情報である。
【0019】
図4(b)に示すように、車両管理情報119には、輸送スケジュール作成部107において用いる遺伝子情報118の車両への対応関係を示す情報を格納する。遺伝子情報118は、単に荷物インデックスを一次元に並べた配列であり、どの荷物がどの車両に積載されているかは記録されていない。この車両管理情報119は、各車両に積載される荷物が遺伝子情報のどの部分に対応しているかを示すために、以下の情報を車両毎に格納する。すなわち、車両を一意に識別する車両No404と、その車両に積載する荷物の遺伝子上での開始位置を示す遺伝子開始位置405と、終了位置を示す遺伝子終了位置406とを有している。
【0020】
図5は、図1の処理装置104が実行するプログラム105の処理の流れの概要を示すフローチャート図である。まず入力処理ステップ501において、拠点情報110と、時間帯情報111と、荷物情報112等との輸送計画を作成するために必要な情報をユーザが入力する。この処理の詳細については図6を参照して後述する。
【0021】
次の輸送スケジュール作成処理ステップ502では、入力処理ステップ501によって得られた情報から、最適と考えられる輸送計画を決定する。尚、輸送計画の決定とは、入力された全ての荷物を配送先に届けることが可能なトラックに搭載される荷物のトラックへの割り当てと、それらトラックが巡回するルート(輸送スケジュール情報)とを決定することを指す。この処理の詳細は図11を参照して後述する。次に、結果出力処理503では、作成したスケジュールを、その評価値などとともに出力する。この処理の詳細については図22を参照して後述する。
【0022】
図6は、図5中の入力処理ステップ501の詳細な処理を示すフローチャート図である。まず、拠点情報登録ステップ601において、拠点情報110(図1)の登録を行う。次に、時間帯情報登録ステップ602において、時間帯情報111の登録を行う。次に、荷物情報登録ステップ603においては、荷物情報112の登録を行う。次に輸送車両情報登録ステップ604において、輸送車両情報113の登録を行う。次に距離テーブル生成処理605において拠点間の距離とトラックによる走行所要時間を、道路地図115を参照して生成する。尚、道路地図115は、例えばカーナビゲーションにおいて利用される道路及び道路間の接続関係や距離情報が格納されているものが予め用意されているものとする。
【0023】
図7は、図5中の輸送スケジュール作成処理502の詳細を示すフローチャート図である。図7に示すように、まず、ステップ701において各時間帯別の輸送密度を算出する。すなわち、各時間帯において、荷物の荷量とその荷物の配送先までの距離との積を全荷物について加算する。この処理の詳細については、図8を参照して後述する。次に、ステップ701において算出した輸送密度が最も高い時間帯のスケジュールを作成する(ステップ702)。次に、ステップ702において作成した時間帯のスケジュール結果から、各輸送車両が巡回する配送先拠点のグループ、即ち路線情報の引き継ぎ処理を行う(ステップ703)。この処理の詳細については、図9を参照して後述する。
【0024】
次に、全ての時間帯のスケジュール作成が終了したか否かを判定する(ステップ704)。ステップ704において、全ての時間帯のスケジュール作成を終えていれば、輸送スケジュール作成処理を終了する。時間帯のスケジュール作成を終えていない時間帯があれば、スケジュールを作成していない時間帯の中で最も早い時間帯を選択して輸送スケジュールを作成する(705)。この処理の詳細については図10を参照して後述する。
【0025】
図8は、図7のステップ701の時間帯別輸送密度算出処理の詳細を示すフローチャート図である。図8に示すように、まず、変数Iに1を設定する(ステップ801)。次に、全ての時間帯の処理を終えたか否かを判定する(ステップ802)。時間帯の処理が残っていれば、以下の処理を行う。まず、変数S[I]に0を設定し、まだ未処理の時間帯の中で最も開始時刻の早い時間帯のIDを変数ID[I]に設定する(ステップ803)。次に、変数Tに、その時間帯の輸送終了時刻と輸送開始時刻との差を設定する(ステップ804)。ステップ805において全ての荷物の処理を終えたか否かを判断し、処理が終わっていなければ、その時間帯の全ての荷物に対して、荷物の荷量と、物流センターからの距離と、の積を求め(ステップ806)、再びステップ805に戻る。全ての処理を終えると、変数S[I]をTで割りS[I]に代入する(ステップ807)。次に、変数Iに1を加え(ステップ808)、次の時間帯の処理に移る。全ての時間帯の処理を終えると、S[I]が最大のIを求め、変数Lに代入する(ステップ809)。次に、変数MにID[L]を代入する(ステップ810)。このMに代入された時間帯IDを有する時間を時間帯別輸送重要度が最も高いと時間帯と判定する。
【0026】
図9は、図7中の路線情報引継処理の詳細な流れを示すフローチャート図である。図9に示すように、変数Iに1を代入する(ステップ901)。次に、その時間帯の全輸送車両のスケジュールに対して以下の処理を行う。まず、変数NにI番目の車輌の積載荷物数を代入する(ステップ903)。次に、変数Jに1を代入する(ステップ904)。JがN以下の場合には、変数G[J]にI番目のトラックのJ番目の荷物の配送先拠点のグループIDを代入する(ステップ906)。このグループIDは、輸送スケジュール情報に登録されている拠点IDが登録されているグループ情報を検索してグループIDを設定する。もし、グループ情報に拠点IDが登録されていなければ“0”を設定する。次に、変数Jに1を加え(ステップ907)、次の荷物に関する処理を行う。全ての荷物に関する処理が終了すると(ステップ905においてYesの場合)、配列Gに格納されている最大値Max[G]と最小値MIN[G]とを比較する(ステップ908)。
【0027】
最大値と最小値とが等しい場合であって、Max[G]が0と等しい場合には(ステップ914においてYESの場合)、ステップ915においてグループIDを新たに取得し路線情報を作成しI番目の車輌の配送先拠点を追加する。但し、ここで新たに取得するグループIDは1以上の整数とする。Max[G]が0と等しくない場合には、ステップ914においてMax[G]のグループIDのグループ情報にI番目の車両の配送先拠点を追加する(ステップ916)。
【0028】
ステップ908において、配列Gの最大値と最小値とが異なる場合には、以下の処理を行う。まず、新たなグループIDを1つ取得し新しいグループ情報を作成する(ステップ909)。次に、配列Gに登録されているグループIDが0以外のグループ情報に登録されている配送先拠点を、新たなグループ情報にコピーする(ステップ910)。次に、ステップ910において、既に新たなグループ情報にコピーを行った元のグループ情報を削除する(ステップ911)。次に、配列GのグループIDが0の配送先拠点を、ステップ909において作成したグループ情報に追加する(ステップ912)。次に、変数Iに1を加え(ステップ913)、次の車両の処理(ステップ902)に移る。
【0029】
図10は、図7のフローチャート図中の最大輸送密度時間帯スケジュール作成処理702と各時間帯のスケジュール作成処理705との輸送スケジュール作成処理の概要を示すフローチャート図である。このスケジュール作成処理は、例えば、GA(遺伝的アルゴリズム)に基づいて行われる。図10に示すように、まず、ランダム性を含んだ方法により、それぞれが異なる初期解集団を生成する(ステップ1001)。この処理の詳細は図18に基づいて後述する。次に、変数Iに1を代入する(ステップ1002)。次に遺伝的処理による解集団の改良を行う(ステップ1003)。この処理の詳細については、図19を参照して後述する。ステップ1003の処理により、解集団のうち少なくとも一部分は変化し、ステップ1003から1005の処理の繰り返すことにより、解集団は徐々に最適な解に近づく。ステップ1002の処理の後、解集団の評価を行う(ステップ1004)。解集団の評価は、ルート情報から算出される車両の走行距離や利用車両台数など様々な要素に対し行われ、その結果によって解集団中の個々の解に対して順位がつけられる。この評価結果が上位の解を次世代の解として選択する(ステップ1005)。次に、変数Iに1を加える(ステップ1006)。Iが予め設定されているGAの処理世代数G_MAXを越えるか、次世代集団中の最良解の評価値が予め与えられている目標値よりも良いかを、ステップ1007において判断する。もしI>G_MAX又は評価値が目標値を充足する条件が成立すれば、現在の解集団で最良の解を出力して(ステップ1008)、この処理を終える。ステップ1007において上記の条件が成立しなければ、ステップ1003に戻り、遺伝的処理による解集団の改良を繰り返す。
【0030】
図11は、図10に示す遺伝的アルゴリズムを用いた輸送スケジュール作成処理の初期解集団の作成(ステップ1001)、解集団の改良処理(ステップ1003)で用いる荷物の輸送スケジュールへの荷物の追加処理の詳細を示すフローチャート図である。この処理は、複数台の輸送車両からなる輸送スケジュールに、一つの荷物の集配送を追加する処理である。
【0031】
まず、変数Delta_MINにMax_Valueを、T_Noに−1を、Posに−1を設定する(ステップ1101)。ここでMax_Valueは使用する計算機で表現できる最大の数値を表している。次にIに1を代入する(ステップ1102)。次に、Iと変数Max_Truckの値を比較する(ステップ1103)。ここで、Max_Truckは既にスケジュールに組み込んだ車両台数を表す変数である。Iが小さければ、以下の処理を行う。まず、I番目の車輌に荷物Lを追加可能か否かをチェックする(ステップ1104)。この処理の詳細については図12を参照して説明する。この処理では、指定した車両に荷物積載が可能な場合には、その車両のルートの中で各種制約を満足した上で、その車両の走行距離(走行時間)の増分が最小になる輸送ルート上での順番を変数Pに返す。また、変数Deltaには、走行時間の増分が設定される。次に、変数Deltaの値がDelta_Minより小さいか否かをチェックする(ステップ1105)。Deltaの方が小さければ、Delta_MinにDelta(1106)を代入し、次いで、T_NoにIの値を代入し(ステップ1107)、PosにP(ステップ1108)を代入する。この変数Delta及びPは、図12で後述するステップ1104の処理で値がそれぞれ設定される。次に、変数Iに1を加え(ステップ1109)、次の車両のチェック処理に移る。ステップ1103においてYesの場合には、全ての車両のチェックが終わっていることを意味するため、次の処理を行う。まず、Delta_MINがMax_Valueと等しいか否かを判断し(ステップ1110)、等しい場合には、荷物を追加可能な車両がなかったと判断され、新しい車両を追加し(ステップ1112)、変数Max_Truckに1を加え(ステップ1113)、追加した車両に荷物Lを追加する(ステップ1114)。より具体的には、遺伝子情報の最後部に荷物Lのインデックスを追加するとともに、その追加車両の車両管理情報を追加する。また、その荷物の配送先拠点がグループ情報に登録されていなければ、新たにグループIDを取得し、新たなグループ情報を作成し、そのグループ情報に、その配送先拠点を登録する。ステップ1110においてDelta_MINがMax_Valueと等しくない場合には、ステップ1111に進み、荷物LをT_No車両のPos番目に追加する。
【0032】
図12は、図11のステップ1114における荷物追加チェックの詳細を示すフローチャート図である。この処理においては、予めスケジュールへの追加対象の荷物のインデックスが変数Lに、また追加可能か否かをチェックする車両の車両Noが変数T_Noに設定されているとする。この処理が終わると、荷物Lの輸送が車両T_Noで可能であった場合には、変数Pに追加位置が設定され、Deltaにその荷物の追加による車両の走行時間の増分値が設定される。追加できなかった場合には、Pには−1が設定され、DeltaにはMax_Valueが設定される。
【0033】
まず、ステップ1201において、変数Zに追加対象荷物Lの集配送先拠点IDを代入する。次に変数Vに荷物Lの荷量を設定する(ステップ1202)。次に、変数Pに−1を、DeltaにMax_Valueを設定する(ステップ1203)。次に、変数Iに車両管理情報117(図1)を参照して、T_No番目の車両の遺伝子開始位置を設定する(ステップ1204)。次に、変数Iの値と、その車両の遺伝子終了位置+1の値とを比較する(ステップ1205)。Iの方が大きい場合には、処理を終了させる。
【0034】
Iが上記の値を超えていない場合には、次の処理を行う。まず、IとT_No番目の車両の遺伝子開始位置とを比較する(ステップ1206)。両者が等しい場合には、変数Xには車両が出発する物流センターを表す拠点IDを代入する(ステップ1208)。両者が等しくない場合には、その車両の遺伝子情報中の(I−1)番目の荷物の集配送先の拠点IDを代入する(ステップ1207)。次に、ステップ1207、1208のいずれに進んだ場合も、IとT_No番目の車両の遺伝子終了位置+1の値とを比較する(ステップ1209)。もし両者が等しければ、変数Yには物流センターの拠点IDを代入する(ステップ1211)。両者が等しくない場合には、YにT_No番目の車両のI番目の荷物の集配送先拠点のIDを代入する(ステップ1210)。
【0035】
ステップ1210、1211のいずれの処理後にも、拠点ZがT_No番目の車両に既に積載されている荷物の配送先拠点の属するグループと同一か否かをチェックする(ステップ1212)。つまり、拠点Zが、既にグループ情報に登録されていれば、拠点ZのグループIDがT_No番目の車両に既に積載されている荷物の配送先拠点のグループIDと等しいか否かをチェックする。両者が異なっていれば、追加は不可能とする。両者が等しい場合或いは拠点Zが、どのグループ情報にも登録されていない場合には、追加可能とする。次に荷量のチェックに移る(ステップ1213)。T_No番目のトラックに、荷量Vの追加が可能か否か(荷量超過が生じないか否か)をチェックする。
【0036】
次にTにXとZとの間の所要時間とZとYとの間の所要時間との和からX−Y間の所要時間を差し引いた値を代入する(ステップ1214)。フローチャート図では、Time(X,Y)で拠点XからYへの車両の走行所用時間を表している。次に、TとDeltaとを比較し(ステップ1215)、TがDeltaよりも小さければ、DeltaにTを代入し、PにIの値を代入する(ステップ1216)。TがDelta以上の場合には、Delta及びPの値は変更しない。次に変数Iに1を加えてステップ1205に戻り、次の追加位置のチェックに移る。
【0037】
ここで、遺伝的処理の概要について簡単に説明する。まず、図13から図17までを参照して、GAを用いたスケジュール作成の概要について説明する。次いで、図18以下において、より詳細な処理について説明する。
【0038】
図17は、物流センター31と、各拠点41、43、45、51、53、55、57、61、63、65、67(以下、拠点41〜67と総称する。)との関係を示す図である。物流センター31を中心として、拠点41〜67をトラック1からトラック3までの3台のトラックにより配送することを前提としてスケジューリングを行う。
【0039】
図13は、GA(遺伝的アルゴリズム)を用いたスケジュール作成処理の概要を示すフローチャート図である。図13に示す手法は、荷物のトラックへの割当てとトラックのルートとを、GAを用いて同時に最適化する手法である。複数のスケジュールを作成し、そのスケジュールを組み合わせ(交差処理)、部分的な改良を行い(突然変異)、より良いスケジュールを作成する。図13に示すように、まず、ステップS1において、初期スケジュール案集団を作成する。物流センター31(図17)から遠方の配送先を優先したルート作成や、スウィープ法などのヒューリスティックスを用いて、複数のスケジュール案を作成する。次に、ステップS2において、交差処理として、例えば2つのスケジュール案で車両の取り換えを行い、スケジュールの改善を行う。ステップS3において、突然変異として、例えば積載率の低いトラックを削除し、他のトラックへの載せ合い等を行うことにより、スケジュールの改善を行う。ステップS4において選択として、トラック台数の少ないスケジュール案、さらに、総走行距離の少ないスケジュール案を選択する。ステップS5において、次世代集団の作成処理として、類似したスケジュール案を取り除き、最適化の効率を上げる。以上の処理を繰り返すことにより、より良いスケジュール案を作成することができる。
【0040】
図14に、スケジュールの表現について説明する。複数のトラックの巡回ルートを、図14に示すように1つの配列により表現する。例えば、トラック1は荷物1〜7までを、トラック2は、荷物8〜13までを載せることになる。
【0041】
図15は、初期スケジュール案の作成の様子を示す図である。遠方の配送先を優先したり、方面別にトラックを割り当てたりするなど、多種類のヒューリスティックスを組み合わせてGAの初期スケジュールを作成する。一例として、方面部別のトラックの割当ては、以下のように行われる。図15に示すように、スウィープ法は、デポ15(物流センター)を原点とした極座標で、全での配送先の位置を距離、角度で表現し、デポ15を中心とした直線17−1を回転させながら、それぞれの拠点15の荷物量とトラックの1日の走行距離制限を満足するように配送グループを作成する。
【0042】
次に、図16を参照して交差処理について説明する。例えば交差処理の一例は、初期集団の中から、一定の確率で異なるスケジュール案を選択して2つのスケジュール案の間でトラックの取り換えを行う。
【0043】
突然変異では、例えば積載率の低いトラックを削除し、他のトラックへの荷物の詰め替え、新たなトラックの割当て等を行う。選択処理では、複数のスケジュール案を以下の基準で評価して優秀なものだけを選択する。評価は、例えばトラックの固定費と、運行時間に比例する変動費、また積載率や走行距離などの各種ペナルティを用いて行う。以上の処理により、例えば次に示すようなスケジュールの選択が実現できる。1)トラック台数は少ないほど良い。2)総走行距離が少ないほど良い。3)トラックの積載量が超過が無いこと。4)トラックの走行距離超過が無いこと。
【0044】
以下、図18から図22までを参照して、上記の処理に関するより詳細な説明を行う。図18は、図10中の初期解集団生成処理(ステップ1001)の詳細を示すフローチャート図である。尚、1つの解には複数の車両の巡回スケジュールが登録されている。また、解集団は複数の解を含んでいる。変数SIZEには、予め初期集団に登録する遺伝子の個体数を設定しておく。
【0045】
まず、変数Iに0を代入する(ステップ1301)。次にIがSIZEよりも小さい間、ステップ1303から1306までの処理を繰り返してSIZEで指定された個数の遺伝子を生成する。各要素に値が設定されていない空の遺伝子を記憶するエリアを生成する(ステップ1303)。次に、荷物情報の荷物をランダムな順序に並べかえた配列T[]を作成する(ステップ1304)。次に、空の遺伝子に、配列T[]に登録した荷物を、この順序で図11に示した追加手順により順次追加する(ステップ1305)。次に変数Iに1を加え(ステップ1306)、次の初期解の作成に移る。
【0046】
図19は、図10中の解集団の改良(ステップ1003)の詳細を示すフローチャート図である。遺伝的処理は、解集団の変化、改良を行うGAの中心的な処理である。まず、変数SIZEに解集団に登録されている解の個数を代入する(ステップ1401)。次に、C_NUMにSIZEに予め設定されている交差率を掛けて、その値を超えない最大整数を代入する(ステップ1402)。次に、変数Iに1を代入する。変数IがC_NUM以下の場合には、次の処理を繰り返して交差処理を行う(ステップ1404)。まず、解集団から異なる二つの解(遺伝子)を選択する(ステップ1405)。次に、選択した二つの解(遺伝子)を元に交差処理を行い、交差処理で新たに生成された解(遺伝子)を解集団に加える(ステップ1406)。この交差処理の詳細は、図20を参照して詳細を後述する。次に、Iに1を加え(ステップ1407)、ステップ1404に戻り、次の交差処理に移る。
【0047】
ステップ1404において、IがC_NUMを超過していれば、次に突然変異処理に移る。つまり、変数M_NUMにSIZEに予め設定されている突然変異率を掛け、その値を超えない最大整数を代入する(ステップ1408)。次に、変数Iに1を代入する(ステップ1409)。次に、IがM_NUMの値以下の間、次の処理を繰り返す(ステップ1410)。まず、解集団からランダムに1つの解(遺伝子)を選択する(ステップ1411)。次に、選択した解に突然変異処理を行い、その解(遺伝子)を解集団に加える(ステップ1412)。この処理の詳細は図21を参照して後述する。次に変数Iに1を加え(ステップ1413)、ステップ1410に戻り処理を継続する。
【0048】
図20は、交差処理(ステップ1406)の詳細を示すフローチャート図である。まず、変数Nに各解(遺伝子)に登録されている荷物数を代入する(ステップ1501)。次に、交差対象の二つの解(遺伝子)を配列G1[],G2[]にコピーする(ステップ1502)。次に、交差点を決定するために、2以上N−1以下の整数をランダムに生成して変数Pに代入する(ステップ1503)。次に、G1のP番目以降の荷物データインデックスを削除する(ステップ1504)。つまり、削除対象の要素に−1を代入する。次に変数Iに1を代入する(ステップ1505)。次に、IがN以下の間(ステップ1506)、以下の処理を行う。G2[I]が配列G1[]中に含まれていないかどうかをチェックする(ステップ1507)。もし、含まれていない場合には、その荷物情報を図7に示した処理手順によりG1[]の輸送スケジュール中に追加する(ステップ1508)。次に、変数Iに1を加え(ステップ1509)、次の処理に移る。ステップ1507において条件が成立しない場合には、ステップ1509に移り次の処理を行う。ステップ1506においてIがNを越えれば処理を終了する。
【0049】
図21は、図19中の突然変異処理(ステップ1412)の詳細を示すフローチャート図である。変数Nには解に登録されている荷物数が設定されているとする。まず、突然変異処理対象の解(遺伝子)を配列G[]にコピーする(ステップ1601)。次に、物流センターから最も遠い集配送先拠点と、物流センターからの距離を変数Lに代入する(ステップ1602)。変数Rに0と0.3との間の範囲の実数をランダムに生成して代入する(ステップ1603)。次に、変数L1に変数Lの値とRの値の積を代入する(ステップ1604)。次に、遺伝子上での突然変異箇所を定めるために、変数Pに1以上N以下の整数をランダムに選択して代入する(ステップ1605)。次に、変数Iに1、Jに1を代入する(ステップ1606)。変数KにはG[P]の値、つまり荷物情報のインデックス値を代入する(ステップ1607)。IがN以下の間(ステップ1608)、次の処理を繰り返す。インデックスがKの荷物の集配送先拠点とG[I]の荷物の集配送先拠点の距離がL1以下かどうかをチェックする(ステップ1609)。条件が成立する場合には、T[J]にG[I]の値を代入し、G[I]には−1を代入する(ステップ1610)。次に、変数Jに1を加え(ステップ1611)、Iにも1を加え(ステップ1612)、ステップ1608に戻り処理を続ける。
【0050】
ステップ1608においてIの値がNの値を超えた場合には、配列Gの中で値が−1の要素を削除して、前方に詰め合わせる(ステップ1613)。次に、配列Tに格納されているJ個の荷物の集配送先拠点を先頭から順次図11に示した処理手順により配列Gの輸送スケジュールの中に追加する(ステップ1614)。
【0051】
図22は図5中の結果出力処理(ステップ503)の詳細を示すフローチャート図である。まず各輸送便の通過拠点を地図上に表示する(ステップ1701)。次に、輸送スケジュール作成処理によって得られたスケジュールとその所用車両台数や走行距離などの値とともに表やグラフを作成し、表示する(ステップ1702)。次に印刷指示があればグラフや表を印刷する(ステップ1703)。
これにより、図17に示すような、トラック毎に分担する拠点をグループ分けしたスケジュール案を作成することができる。
【0052】
以上説明したように、本実施の形態によるスケジュール作成システムによれば、物流センターから配送先拠点への荷物と、集配先拠点から物流センターへの荷物を、各集配送先拠点での車両の到着時刻に制約と車両の積載量制約を充足させつつ、効率的な輸送を行う輸送スケジュール作成を行うことができる。
以上、実施の形態に沿って説明したが、本発明はこれらに制限されるものではない。その他、種々の変更、改良、組合せが可能なことは当業者に自明であろう。
【0053】
【発明の効果】
以上説明したように、本発明によれば、物流センターから配送先拠点への荷物と、集配先拠点から物流センターへの荷物を、各集配送先拠点での車両の到着時刻に制約と車両の積載量制約を充足しつつ効率的に輸送を行う輸送スケジュール作成することができる。
【図面の簡単な説明】
【図1】本発明の一実施の形態による輸送計画作成システムの構成例を示すブロック図である。
【図2】図2(a)から図2(f)までは、図1の記憶装置に含まれるデータの構成例を示す図である。
【図3】図1の記憶装置に含まれる輸送スケジュールデータの構成例を示す図である。
【図4】本発明の一実施の形態による輸送計画作成システムにおける輸送スケジュール作成ステップにおいて用いられる遺伝的アルゴリズムにおける遺伝子情報の構成例を示す図である。
【図5】本発明の一実施の形態による輸送計画作成システムにおける全体的な処理の流れを示すフローチャート図である。
【図6】本発明の一実施の形態による輸送計画作成システムにおける入力処理の概要を示すフローチャート図である。
【図7】本発明の一実施の形態による輸送計画作成システムにおける輸送スケジュール作成処理の流れを示すフローチャート図である。
【図8】本発明の一実施の形態による輸送計画作成システムにおける時間帯別輸送重要度算出処理の流れを示すフローチャート図である。
【図9】本発明の一実施の形態による輸送計画作成システムにおけるグループ情報引継ぎ処理の流れを示すフローチャート図である。
【図10】本発明の一実施の形態による輸送計画作成システムにおける輸送スケジュール作成処理の流れを示すフローチャート図である。
【図11】本発明の一実施の形態による輸送計画作成システムにおける荷物追加チェック処理の流れを示すフローチャート図である。
【図12】本発明の一実施の形態による輸送計画作成システムにおける荷物追加位置判定処理の流れを示すフローチャート図である。
【図13】本発明の一実施の形態による輸送計画作成システムにおけるスケジューリング処理の一例を示すフローチャート図であり、GAアルゴリズムを用いた処理例の流れを示す図である。
【図14】本発明の一実施の形態による輸送計画作成システムにおけるスケジューリング処理において、複数のトラックの巡回ルートを1つの配列で示す図である。
【図15】本発明の一実施の形態による輸送計画作成システムにおけるスケジューリング処理に一例としてスウィープ法による処理例を示す図である。
【図16】本発明の一実施の形態による輸送計画作成システムにおけるスケジューリング処理における交差処理の概念を示す図である。
【図17】本発明の一実施の形態による輸送計画作成システムにおけるグループ分けの概要を示す概念図である。
【図18】本発明の一実施の形態による輸送計画作成システムにおける本発明の初期集団生成処理の流れを示すフローチャート図である。
【図19】本発明の一実施の形態による輸送計画作成システムにおける遺伝的処理の流れの概要を示すフローチャート図である。
【図20】本発明の一実施の形態による輸送計画作成システムにおける交差処理の流れを示すフローチャート図である。
【図21】本発明の一実施の形態による輸送計画作成システムにおける突然変異処理の流れを示すフローチャート図である。
【図22】本発明の一実施の形態による輸送計画作成システムにおける結果出力処理の流れを示すフローチャート図である。
【符号の説明】
101…入力装置、102…出力装置、103…表示装置、104…処理装置、105…プログラム、106…入力処理部、107…輸送スケジュール作成部、108…結果出力部、109…記憶装置、110…拠点情報、111…時間帯情報、112…荷物情報、113…輸送車両情報、114…距離情報、115…道路地図、116…グループ情報、117…輸送スケジュール情報、118…遺伝子情報、119…車両管理情報。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a transportation plan creation system and a transportation plan creation method for luggage and the like by vehicles in the physical distribution field.
[0002]
[Prior art]
As a transportation plan creation technique in a logistics system, a technique for creating an efficient traveling plan for a customer in a certain area, which corresponds to a so-called traveling salesman problem and a vehicle routing problem, is already known (for example, Patent Document 1).
[0003]
In addition, for example, a method for creating an optimal schedule by using a neural network for determining the shortest route between customer sites together with geographic information is also known (see, for example, Patent Document 2). In addition, clustering a large number of delivery destinations and creating a transportation route within each cluster (see Patent Document 3), creating an efficient dispatch plan while complying with the load capacity constraints and operating time constraints of trucks A method (see Patent Document 4) is known.
[0004]
[Patent Document 1]
JP-A-5-135070 “Delivery Scheduling Device”
[Patent Document 2]
Japanese Patent Laid-Open No. 10-124588 “Schedule Creation Device Based on Geographic Information”
[Patent Document 3]
Japanese Patent Laid-Open No. 8-115495 “Automatic Vehicle Allocation Device”
[Patent Document 4]
Japanese Patent Laid-Open No. 9-305669 “Delivery Planning Method and Apparatus”
[0005]
[Problems to be solved by the invention]
By the way, in a distribution center, which is a baggage accumulation place for transporting a large amount of luggage to a large number of delivery destinations using a limited number of trucks, etc., trucks are usually transported multiple times a day. There are many. Small distribution centers may operate only two flights in the morning and afternoon, but larger distribution centers are operated 24 hours a day, increasing the number of truck flights. In general, such a transportation schedule for vehicles such as trucks at a distribution center is created for each flight. Various schedules are planned so that the total travel distance of the transport vehicle can be minimized by using an optimization algorithm to reduce the transport cost. As a transportation schedule created in this way, a different schedule is created for each time zone. In other words, it is also assumed that the transport vehicle travels to different destinations depending on each time zone. When scheduling is performed using such a method, there is a problem that satisfactory scheduling cannot actually be performed.
An object of the present invention is to provide a scheduling system that is more realistic.
[0006]
[Means for Solving the Problems]
According to one aspect of the present invention, there is provided a transportation plan creation system for creating a transportation schedule for a vehicle that transports luggage while traveling between a distribution center and a delivery destination base, and calculates a transportation density for each time zone. Based on this, the transportation importance calculation means for each time zone for obtaining the transportation importance by time zone, and the most important time for creating a transportation schedule in the most important time zone obtained by the transportation importance calculation means for each time zone Transportation plan creation comprising: zone transportation schedule creation means; and route information transfer means for reflecting the transportation schedule in the most important time zone created by the most important time zone transportation schedule creation means in schedule creation in other time zones A system is provided.
[0007]
By using the above transport plan creation system, a schedule with a proper relationship between luggage and time is created in almost all time zones in order to create a transport schedule in other time zones based on the transport schedule in the most important time zone. It becomes possible to create an efficient transportation schedule.
[0008]
The most important time zone transportation schedule creation means includes means for creating a plurality of initial schedule proposals related to package delivery, and whether or not the schedule proposal can be improved by replacing the vehicle with respect to the initial schedule proposal. Select a decision plan, a measure to improve the schedule plan so that the loading rate is high for vehicles with a low load rate, and a schedule plan that reduces the number of vehicles and the total mileage. It is preferable to include means for performing processing for removing any of the similar schedule proposals. If such a method is used, the schedule creation process becomes efficient, and a transportation schedule plan can be created in a short time.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
In an actual distribution center, a delivery destination group is often fixed and operated to some extent. This form is effective in that the proficiency level of the driving route of the driver of the vehicle is taken into account, and that it can be applied to the case where the transportation is directly performed between the delivery destinations without going through the distribution center. However, a schedule system to which various optimization techniques are applied has a problem that it is difficult to create a schedule for performing such operations.
[0010]
The transportation plan creation technique according to the present invention automatically creates a vehicle operation schedule of a distribution center that performs transportation in a plurality of time zones according to the following procedure. First, a time zone having the highest transport density is found among a plurality of time zones in which transportation is performed. Next, a vehicle operation schedule in that time zone is created, and the delivery destinations that patrol with the same vehicle are registered as one group according to the schedule. Schedule creation in other time zones is performed based on the delivery destination group. When a schedule is created in this way, a schedule in which the delivery destination groups that are transported by the same vehicle in each time zone are the same or similar can be created.
[0011]
Hereinafter, based on the above consideration, a transportation plan creation technique according to an embodiment of the present invention will be described with reference to the drawings. The transportation plan creation technique according to the present embodiment is based on the premise of creating a schedule in which a plurality of vehicles (trucks, etc.) belonging to a distribution center leave the distribution center and deliver packages to a plurality of locations as a transportation form. . The transportation plan creation technique according to the present embodiment can be applied not only to delivery from a distribution center, but also to transportation forms in which packages are collected from a collection destination to a distribution center, and collection and delivery are performed by a single vehicle. .
[0012]
FIG. 1 is a block diagram illustrating a configuration example of a transportation plan creation system according to the present embodiment. As shown in FIG. 1, the transportation plan creation system according to the present embodiment includes an input device 101, an output device 102 such as a printer, a display device 103 such as a display, a processing device 104, and a storage device 109. I have. The processing device 104 includes an input processing unit 106, a transportation schedule creation unit 107, and a result output unit 108. Processing can be performed by executing these series of programs 105.
[0013]
The storage device 109 also stores base information 110, time zone information 111, luggage information 112, transport vehicle information 113, distance information 114, road map 115, group information 116, and transport schedule information 117. Remember. In addition, information used for creating a transportation route, for example, gene information 118 and vehicle management information 119 is also stored.
[0014]
FIG. 2A to FIG. 2F are diagrams illustrating examples of information stored in the storage device 109 illustrated in FIG. The description will be continued with reference to FIG. As shown in FIG. 2A, the base information 110 includes location information of a distribution center and a package delivery destination base. More specifically, a base ID 201 for uniquely identifying a distribution center or a delivery destination base, a base name 202, a base address 203, a latitude 204 and a longitude 205 indicating the base position are stored.
[0015]
As shown in FIG. 2B, the time zone information 111 stores information on a plurality of time zones in which the distribution center is operated. Specifically, a time zone ID 206 that uniquely identifies the time zone, a transport start time 207 that represents the start time of the time zone, and a transport end time 208 that represents the end time are stored. As the time zone information 111, information corresponding to the number of time zones operated within one day (or a schedule management unit period, for example, a half day, a week, etc.) at the distribution center is stored. As shown in FIG. 2C, the package information 112 stores information related to each package to be transported. More specifically, for each package, a package ID 209 that uniquely identifies the package, a handling time zone ID 210 that indicates a time zone during which the package is transported, a delivery destination ID 211 that indicates the delivery destination of the package, and a delivery destination It includes a name 212, a delivery address 213, and a load 214.
[0016]
As shown in FIG. 2D, the transport vehicle information 113 stores information on the number of owned vehicle types that can be used. Specifically, a vehicle type ID 215 that uniquely identifies the vehicle type, a vehicle type name 216, the number of owned vehicles 217, and the upper limit 218 of the vehicle loading capacity are stored. As shown in FIG. 2 (e), the distance information 114 stores information related to the travel distance / time of a transport vehicle such as a truck between bases, which is necessary for creating a transport schedule. Specifically, ID1 (219) of the departure base, ID2 (220) of the arrival base, the distance 221 between the bases, and the travel time 222 between the bases are included. As shown in FIG. 2F, the group information 116 stores information on a group of delivery destinations that the vehicle circulates. Specifically, information including a group ID 223 that uniquely represents a group, the number of delivery destination bases 224 belonging to the group, and base IDs 225, 226,... Of delivery destination bases belonging to the group is stored.
[0017]
FIG. 3 is a diagram showing a configuration example of the transportation schedule information 117 created by the transportation schedule creation unit 107 of FIG. As shown in FIG. 3, the transportation schedule information includes information indicating a base where the vehicle circulates according to the transportation schedule created by the method according to the present embodiment and the order of circulation of the vehicle. Specifically, the vehicle No 301, the number of traveling locations 302 of the vehicle, the location ID 1 (303) of the collection destination location, the arrival time 1 (304) at the location, and the luggage to be transported to that location Index 1 (305) is stored for each site. Another base ID 2 (306) is also included. In addition, the total luggage amount 309 and the total travel distance 310 are stored.
[0018]
FIG. 4 is a diagram showing the structure of the gene information 118. As shown in FIG. 4A, an example of gene expression used in the transport schedule creation step by the genetic algorithm used in the transport schedule creation unit 107 is shown. It is. As gene information, package indexes 1 to N (401 to 403) of packages delivered by a transport vehicle such as a truck are stored. Here, the package index is information indicating the registered position of the package information in the table storing the package information.
[0019]
As shown in FIG. 4B, the vehicle management information 119 stores information indicating the correspondence relationship between the gene information 118 used in the transport schedule creation unit 107 and the vehicle. The gene information 118 is simply an array in which the package indexes are arranged one-dimensionally, and it is not recorded which package is loaded on which vehicle. The vehicle management information 119 stores the following information for each vehicle in order to indicate which part of the genetic information corresponds to the load loaded on each vehicle. That is, it has a vehicle No. 404 that uniquely identifies the vehicle, a gene start position 405 that indicates the start position on the gene of the load loaded on the vehicle, and a gene end position 406 that indicates the end position.
[0020]
FIG. 5 is a flowchart showing an outline of the flow of processing of the program 105 executed by the processing device 104 of FIG. First, in the input processing step 501, the user inputs information necessary for creating a transportation plan including the base information 110, the time zone information 111, the package information 112, and the like. Details of this processing will be described later with reference to FIG.
[0021]
In the next transportation schedule creation processing step 502, the transportation plan considered to be optimal is determined from the information obtained in the input processing step 501. The determination of the transportation plan is the allocation of the luggage loaded on the truck that can deliver all the input luggage to the delivery destination and the route (transport schedule information) that the truck circulates. Refers to making a decision. Details of this processing will be described later with reference to FIG. Next, in the result output process 503, the created schedule is output together with the evaluation value and the like. Details of this processing will be described later with reference to FIG.
[0022]
FIG. 6 is a flowchart showing detailed processing of the input processing step 501 in FIG. First, in the base information registration step 601, the base information 110 (FIG. 1) is registered. Next, in the time zone information registration step 602, the time zone information 111 is registered. Next, in the package information registration step 603, the package information 112 is registered. Next, in transport vehicle information registration step 604, transport vehicle information 113 is registered. Next, in the distance table generation processing 605, the distance between the bases and the required travel time by the truck are generated with reference to the road map 115. The road map 115 is prepared in advance, for example, in which roads used in car navigation, connection relations between roads, and distance information are stored.
[0023]
FIG. 7 is a flowchart showing details of the transportation schedule creation processing 502 in FIG. As shown in FIG. 7, first, in step 701, the transport density for each time zone is calculated. That is, in each time zone, the product of the load amount of the package and the distance to the delivery destination of the package is added for all packages. Details of this processing will be described later with reference to FIG. Next, the schedule of the time zone with the highest transportation density calculated in step 701 is created (step 702). Next, a delivery destination base group to which each transport vehicle circulates, that is, route information takeover processing is performed from the schedule result of the time zone created in step 702 (step 703). Details of this processing will be described later with reference to FIG.
[0024]
Next, it is determined whether or not schedule creation for all time zones has been completed (step 704). In step 704, if the schedule creation for all the time periods has been completed, the transportation schedule creation processing is terminated. If there is a time zone in which the schedule creation for the time zone has not been completed, the transportation time schedule is created by selecting the earliest time zone among the time zones for which no schedule has been created (705). Details of this processing will be described later with reference to FIG.
[0025]
FIG. 8 is a flowchart showing the details of the time-specific transport density calculation processing in step 701 of FIG. As shown in FIG. 8, first, a variable I is set to 1 (step 801). Next, it is determined whether or not processing for all time zones has been completed (step 802). If time zone processing remains, the following processing is performed. First, 0 is set to the variable S [I], and the ID of the time zone with the earliest start time among the unprocessed time zones is set to the variable ID [I] (step 803). Next, the variable T is set to the difference between the transportation end time and the transportation start time in that time zone (step 804). In step 805, it is determined whether or not all the packages have been processed. If the processing has not been completed, the product of the load amount of the packages and the distance from the distribution center is calculated for all packages in that time period. (Step 806), and the process returns to step 805 again. When all the processes are completed, the variable S [I] is divided by T and assigned to S [I] (step 807). Next, 1 is added to the variable I (step 808), and the process proceeds to the next time zone. When the processing for all the time zones is completed, I with the maximum S [I] is obtained and substituted into the variable L (step 809). Next, ID [L] is substituted for variable M (step 810). The time having the time zone ID assigned to M is determined as the time zone when the transport importance by time zone is the highest.
[0026]
FIG. 9 is a flowchart showing a detailed flow of the route information takeover process in FIG. As shown in FIG. 9, 1 is substituted into the variable I (step 901). Next, the following processing is performed on the schedule of all transport vehicles in that time zone. First, the number of loads of the I-th vehicle is substituted for variable N (step 903). Next, 1 is substituted into the variable J (step 904). If J is N or less, the group ID of the delivery destination base of the Jth package of the Ith track is substituted into the variable G [J] (step 906). The group ID is set by searching group information in which the base ID registered in the transportation schedule information is registered. If the base ID is not registered in the group information, “0” is set. Next, 1 is added to the variable J (step 907), and processing relating to the next package is performed. When the processes for all the packages are completed (Yes in step 905), the maximum value Max [G] stored in the array G is compared with the minimum value MIN [G] (step 908).
[0027]
If the maximum value and the minimum value are equal and Max [G] is equal to 0 (YES in step 914), the group ID is newly acquired in step 915, route information is created, and the Ith Add a delivery location for the vehicle. However, the group ID newly acquired here is an integer of 1 or more. If Max [G] is not equal to 0, the delivery destination base of the I-th vehicle is added to the group information of the group ID of Max [G] in step 914 (step 916).
[0028]
In step 908, if the maximum value and the minimum value of the array G are different, the following processing is performed. First, one new group ID is acquired and new group information is created (step 909). Next, the delivery destination base registered in the group information other than the group ID registered in the array G is copied to the new group information (step 910). Next, in step 910, the original group information that has already been copied to the new group information is deleted (step 911). Next, the delivery destination base whose group ID is 0 in the array G is added to the group information created in step 909 (step 912). Next, 1 is added to the variable I (step 913), and the process proceeds to the next vehicle process (step 902).
[0029]
FIG. 10 is a flowchart showing an outline of the transportation schedule creation processing of the maximum transportation density time zone schedule creation processing 702 and the schedule creation processing 705 for each time zone in the flowchart of FIG. This schedule creation process is performed based on, for example, GA (genetic algorithm). As shown in FIG. 10, first, different initial solution groups are generated by a method including randomness (step 1001). Details of this processing will be described later with reference to FIG. Next, 1 is substituted into the variable I (step 1002). Next, the solution population is improved by genetic processing (step 1003). Details of this processing will be described later with reference to FIG. By the processing in step 1003, at least a part of the solution population changes. By repeating the processing in steps 1003 to 1005, the solution population gradually approaches the optimal solution. After the processing in step 1002, the solution group is evaluated (step 1004). The evaluation of the solution group is performed on various factors such as the travel distance of the vehicle calculated from the route information and the number of vehicles used, and the ranking is given to each solution in the solution group according to the result. A solution having a higher evaluation result is selected as a next-generation solution (step 1005). Next, 1 is added to the variable I (step 1006). In step 1007, it is determined whether I exceeds the preset GA processing generation number G_MAX or whether the evaluation value of the best solution in the next generation population is better than a predetermined target value. If I> G_MAX or the condition that the evaluation value satisfies the target value is satisfied, the best solution is output in the current solution group (step 1008), and this process is terminated. If the above conditions are not satisfied in step 1007, the process returns to step 1003 and the solution population improvement by genetic processing is repeated.
[0030]
FIG. 11 shows a process for adding a package to the package transportation schedule used in the creation of the initial solution group (step 1001) and the solution group improvement process (step 1003) of the transportation schedule creation process using the genetic algorithm shown in FIG. It is a flowchart figure which shows the detail. This process is a process of adding collection and delivery of one package to a transportation schedule composed of a plurality of transportation vehicles.
[0031]
First, Max_Value is set to the variable Delta_MIN, −1 is set to T_No, and −1 is set to Pos (step 1101). Here, Max_Value represents the maximum numerical value that can be expressed by the computer used. Next, 1 is substituted for I (step 1102). Next, I is compared with the value of the variable Max_Truck (step 1103). Here, Max_Truck is a variable representing the number of vehicles already incorporated in the schedule. If I is small, the following processing is performed. First, it is checked whether or not the luggage L can be added to the I-th vehicle (step 1104). Details of this processing will be described with reference to FIG. In this process, when the specified vehicle can be loaded, it can be used on the transportation route that minimizes the increment of the travel distance (travel time) of the vehicle after satisfying various restrictions in the route of the vehicle. Returns the order in the variable P. In addition, an increase in travel time is set in the variable Delta. Next, it is checked whether or not the value of the variable Delta is smaller than Delta_Min (step 1105). If Delta is smaller, Delta (1106) is substituted for Delta_Min, then the value of I is substituted for T_No (step 1107), and P (step 1108) is substituted for Pos. Values of the variables Delta and P are set in the process of Step 1104 described later with reference to FIG. Next, 1 is added to the variable I (step 1109), and the process proceeds to the next vehicle check process. If Yes in step 1103, it means that all the vehicles have been checked, and the following processing is performed. First, it is determined whether or not Delta_MIN is equal to Max_Value (step 1110). If it is equal, it is determined that there is no vehicle to which luggage can be added, a new vehicle is added (step 1112), and 1 is set to the variable Max_Truck. In addition (step 1113), the luggage L is added to the added vehicle (step 1114). More specifically, the index of the luggage L is added to the last part of the gene information, and the vehicle management information of the additional vehicle is added. If the delivery destination base of the package is not registered in the group information, a new group ID is acquired, new group information is created, and the delivery destination base is registered in the group information. If Delta_MIN is not equal to Max_Value in step 1110, the process proceeds to step 1111 and the luggage L is added to the Posth of the T_No vehicle.
[0032]
FIG. 12 is a flowchart showing details of the package addition check in step 1114 of FIG. In this process, it is assumed that the index of the baggage to be added to the schedule is set in advance in the variable L, and the vehicle No of the vehicle to check whether it can be added is set in the variable T_No. When this processing is completed, if the transportation of the luggage L is possible with the vehicle T_No, an additional position is set in the variable P, and an increment value of the traveling time of the vehicle due to the addition of the luggage is set in Delta. If it cannot be added, P is set to -1, and Delta is set to Max_Value.
[0033]
First, in step 1201, the collection / delivery destination base ID of the additional package L is substituted for the variable Z. Next, the load amount of the load L is set to the variable V (step 1202). Next, −1 is set to the variable P, and Max_Value is set to Delta (step 1203). Next, with reference to the vehicle management information 117 (FIG. 1), the gene start position of the T_Noth vehicle is set to the variable I (step 1204). Next, the value of the variable I is compared with the value of the gene end position + 1 of the vehicle (step 1205). If I is larger, the process is terminated.
[0034]
If I does not exceed the above value, the following processing is performed. First, I is compared with the gene start position of the T_Noth vehicle (step 1206). If both are equal, the base ID representing the distribution center from which the vehicle departs is substituted for the variable X (step 1208). If the two are not equal, the base ID of the collection / delivery destination of the (I-1) th package in the genetic information of the vehicle is substituted (step 1207). Next, in any of steps 1207 and 1208, I is compared with the value of the gene end position + 1 of the T_Noth vehicle (step 1209). If they are equal, the base ID of the distribution center is substituted for variable Y (step 1211). If they are not equal, the ID of the collection / delivery destination base of the I-th package of the T_No-th vehicle is substituted for Y (step 1210).
[0035]
After either processing of steps 1210 and 1211, it is checked whether or not the base Z is the same as the group to which the delivery destination base of the package already loaded on the T_Noth vehicle belongs (step 1212). That is, if the base Z is already registered in the group information, it is checked whether or not the group ID of the base Z is equal to the group ID of the delivery destination base of the package already loaded on the T_Noth vehicle. If they are different, the addition is impossible. If both are equal or the base Z is not registered in any group information, it can be added. Next, the load amount check is performed (step 1213). It is checked whether or not the load V can be added to the T_No-th track (whether or not the load exceeds).
[0036]
Next, a value obtained by subtracting the required time between X and Y from the sum of the required time between X and Z and the required time between Z and Y is substituted into T (step 1214). In the flowchart, Time (X, Y) represents the travel time of the vehicle from the base X to Y. Next, T and Delta are compared (step 1215). If T is smaller than Delta, T is substituted for Delta and I is substituted for P (Step 1216). When T is greater than or equal to Delta, the values of Delta and P are not changed. Next, 1 is added to the variable I and the process returns to step 1205 to move to the check of the next additional position.
[0037]
Here, the outline of the genetic process will be briefly described. First, an outline of schedule creation using GA will be described with reference to FIGS. 13 to 17. Next, a more detailed process will be described with reference to FIG.
[0038]
FIG. 17 is a diagram showing a relationship between the distribution center 31 and the respective bases 41, 43, 45, 51, 53, 55, 57, 61, 63, 65, and 67 (hereinafter collectively referred to as the bases 41 to 67). It is. Scheduling is performed on the assumption that the bases 41 to 67 are delivered by three trucks from truck 1 to truck 3 with the distribution center 31 as the center.
[0039]
FIG. 13 is a flowchart showing an outline of schedule creation processing using GA (genetic algorithm). The method shown in FIG. 13 is a method of simultaneously optimizing the allocation of a load to a truck and the route of the truck using a GA. Create multiple schedules, combine the schedules (cross processing), make partial improvements (mutation), and create a better schedule. As shown in FIG. 13, first, in step S1, an initial schedule plan group is created. A plurality of schedules are created using route creation giving priority to a delivery destination far from the distribution center 31 (FIG. 17) and heuristics such as a sweep method. Next, in step S2, as an intersection process, for example, the vehicle is replaced by two schedule plans to improve the schedule. In step S3, as a mutation, for example, a track with a low loading rate is deleted, and loading on another track is performed to improve the schedule. As a selection in step S4, a schedule plan with a small number of trucks and a schedule plan with a small total travel distance are selected. In step S5, as a process for creating the next generation group, a similar schedule plan is removed, and optimization efficiency is increased. By repeating the above processing, a better schedule plan can be created.
[0040]
FIG. 14 describes the expression of the schedule. A traveling route of a plurality of tracks is represented by one arrangement as shown in FIG. For example, truck 1 carries luggage 1-7, and truck 2 carries luggage 8-13.
[0041]
FIG. 15 is a diagram showing how the initial schedule plan is created. A GA initial schedule is created by combining various types of heuristics, such as giving priority to far-off delivery destinations and assigning tracks according to the direction. As an example, the allocation of tracks by direction is performed as follows. As shown in FIG. 15, the sweep method uses polar coordinates with the depot 15 (distribution center) as the origin, and expresses the positions of all the delivery destinations in terms of distance and angle, and creates a straight line 17-1 centered on the depot 15. While rotating, a delivery group is created so as to satisfy the luggage amount of each base 15 and the daily travel distance limit of the truck.
[0042]
Next, the intersection process will be described with reference to FIG. For example, as an example of the intersection process, different schedule plans are selected with a certain probability from the initial group, and tracks are exchanged between two schedule plans.
[0043]
In the mutation, for example, a truck with a low loading rate is deleted, repackaging of another truck, assignment of a new truck, and the like are performed. In the selection process, a plurality of schedule proposals are evaluated according to the following criteria, and only excellent ones are selected. The evaluation is performed using, for example, a fixed cost of the truck, a variable cost proportional to the operation time, and various penalties such as a loading rate and a travel distance. With the above processing, for example, the following schedule selection can be realized. 1) The smaller the number of tracks, the better. 2) The smaller the total distance traveled, the better. 3) The load capacity of the truck is not excessive. 4) There is no excess of the mileage of the truck.
[0044]
Hereinafter, with reference to FIG. 18 to FIG. 22, a more detailed description regarding the above processing will be given. FIG. 18 is a flowchart showing details of the initial solution group generation process (step 1001) in FIG. In addition, a traveling schedule of a plurality of vehicles is registered in one solution. The solution group includes a plurality of solutions. The variable SIZE is set in advance with the number of genes registered in the initial population.
[0045]
First, 0 is substituted for variable I (step 1301). Next, while I is smaller than SIZE, the processing from steps 1303 to 1306 is repeated to generate the number of genes specified by SIZE. An area for storing an empty gene in which no value is set for each element is generated (step 1303). Next, an array T [] in which packages of package information are rearranged in a random order is created (step 1304). Next, the packages registered in the array T [] are sequentially added to the empty gene in this order by the adding procedure shown in FIG. 11 (step 1305). Next, 1 is added to the variable I (step 1306), and the next initial solution is created.
[0046]
FIG. 19 is a flowchart showing details of the solution group improvement (step 1003) in FIG. Genetic processing is the central processing of GA that changes and improves the solution population. First, the number of solutions registered in the solution group is substituted into the variable SIZE (step 1401). Next, C_NUM is multiplied by SIZE by a preset intersection rate, and a maximum integer not exceeding the value is substituted (step 1402). Next, 1 is substituted into the variable I. If the variable I is less than or equal to C_NUM, the following process is repeated to perform the intersection process (step 1404). First, two different solutions (genes) are selected from the solution population (step 1405). Next, a cross process is performed based on the two selected solutions (genes), and a solution (gene) newly generated by the cross process is added to the solution group (step 1406). Details of this intersection processing will be described later with reference to FIG. Next, 1 is added to I (step 1407), and the process returns to step 1404 and proceeds to the next intersection process.
[0047]
In step 1404, if I exceeds C_NUM, the process proceeds to the mutation process. That is, the variable M_NUM is multiplied by the preset mutation rate by SIZE, and the maximum integer not exceeding the value is substituted (step 1408). Next, 1 is substituted into the variable I (step 1409). Next, while I is less than or equal to the value of M_NUM, the next process is repeated (step 1410). First, one solution (gene) is randomly selected from the solution population (step 1411). Next, mutation processing is performed on the selected solution, and the solution (gene) is added to the solution population (step 1412). Details of this processing will be described later with reference to FIG. Next, 1 is added to the variable I (step 1413), and the process returns to step 1410 to continue the processing.
[0048]
FIG. 20 is a flowchart showing details of the intersection process (step 1406). First, the number of packages registered in each solution (gene) is substituted for variable N (step 1501). Next, the two solutions (genes) to be crossed are copied to the sequences G1 [] and G2 [] (step 1502). Next, in order to determine the intersection, an integer of 2 or more and N-1 or less is randomly generated and substituted into the variable P (step 1503). Next, the P1 and subsequent package data indexes of G1 are deleted (step 1504). That is, −1 is substituted for the element to be deleted. Next, 1 is substituted into the variable I (step 1505). Next, while I is N or less (step 1506), the following processing is performed. It is checked whether G2 [I] is not included in the array G1 [] (step 1507). If not included, the package information is added to the transport schedule of G1 [] by the processing procedure shown in FIG. 7 (step 1508). Next, 1 is added to the variable I (step 1509), and the next process is started. If the condition is not satisfied in step 1507, the process proceeds to step 1509 and the following processing is performed. If I exceeds N in step 1506, the process is terminated.
[0049]
FIG. 21 is a flowchart showing details of the mutation process (step 1412) in FIG. Assume that the number of packages registered in the solution is set in the variable N. First, the solution (gene) to be mutated is copied to the sequence G [] (step 1601). Next, the collection / delivery destination base farthest from the distribution center and the distance from the distribution center are substituted into a variable L (step 1602). A real number in the range between 0 and 0.3 is randomly generated and assigned to the variable R (step 1603). Next, the product of the value of the variable L and the value of R is substituted into the variable L1 (step 1604). Next, in order to determine the mutation location on the gene, an integer of 1 to N is randomly selected and substituted for variable P (step 1605). Next, 1 is substituted into variable I and 1 is substituted into J (step 1606). The value of G [P], that is, the index value of the package information is substituted for variable K (step 1607). While I is N or less (step 1608), the next process is repeated. It is checked whether the distance between the collection / delivery destination base for the package with index K and the collection / delivery destination base for the package with G [I] is less than or equal to L1 (step 1609). If the condition is satisfied, the value of G [I] is substituted for T [J], and -1 is substituted for G [I] (step 1610). Next, 1 is added to the variable J (step 1611), 1 is also added to I (step 1612), and the process returns to step 1608 to continue the processing.
[0050]
If the value of I exceeds the value of N in step 1608, the element having the value of -1 in the array G is deleted and packed forward (step 1613). Next, the collection and delivery destination bases of J packages stored in the array T are sequentially added from the top to the transport schedule of the array G by the processing procedure shown in FIG. 11 (step 1614).
[0051]
FIG. 22 is a flowchart showing details of the result output process (step 503) in FIG. First, the transit base of each transport flight is displayed on the map (step 1701). Next, a table and a graph are created and displayed together with the schedule obtained by the transportation schedule creation process and the values of the number of required vehicles and the travel distance (step 1702). Next, if there is a print instruction, a graph or a table is printed (step 1703).
As a result, as shown in FIG. 17, it is possible to create a schedule plan in which bases assigned to each track are grouped.
[0052]
As described above, according to the schedule creation system according to the present embodiment, the arrival of a vehicle at each collection and delivery destination base by the package from the distribution center to the delivery destination base and the baggage from the collection and delivery destination base to the distribution center. It is possible to create a transportation schedule for efficient transportation while satisfying restrictions on time and loading capacity of vehicles.
As mentioned above, although demonstrated along embodiment, this invention is not restrict | limited to these. It will be apparent to those skilled in the art that other various modifications, improvements, and combinations can be made.
[0053]
【The invention's effect】
As described above, according to the present invention, the baggage from the distribution center to the delivery destination base and the baggage from the collection / delivery destination base to the distribution center are limited by the arrival time of the vehicle at each collection destination location. It is possible to create a transportation schedule for efficient transportation while satisfying the load capacity constraint.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration example of a transportation plan creation system according to an embodiment of the present invention.
FIG. 2A to FIG. 2F are diagrams showing examples of the structure of data included in the storage device of FIG.
FIG. 3 is a diagram showing a configuration example of transportation schedule data included in the storage device of FIG. 1;
FIG. 4 is a diagram showing a configuration example of genetic information in a genetic algorithm used in a transportation schedule creation step in the transportation plan creation system according to one embodiment of the present invention.
FIG. 5 is a flowchart showing an overall processing flow in the transportation plan creation system according to the embodiment of the present invention.
FIG. 6 is a flowchart showing an outline of input processing in the transportation plan creation system according to the embodiment of the present invention.
FIG. 7 is a flowchart showing a flow of a transportation schedule creation process in the transportation plan creation system according to the embodiment of the present invention.
FIG. 8 is a flowchart showing the flow of transportation importance calculation processing by time zone in the transportation plan creation system according to one embodiment of the present invention.
FIG. 9 is a flowchart showing the flow of group information takeover processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 10 is a flowchart showing a flow of a transportation schedule creation process in the transportation plan creation system according to the embodiment of the present invention.
FIG. 11 is a flowchart showing a flow of a package addition check process in the transportation plan creation system according to the embodiment of the present invention.
FIG. 12 is a flowchart showing a flow of a package addition position determination process in the transportation plan creation system according to the embodiment of the present invention.
FIG. 13 is a flowchart showing an example of a scheduling process in the transportation plan creation system according to the embodiment of the present invention, and shows a flow of a process example using a GA algorithm.
FIG. 14 is a diagram showing the traveling routes of a plurality of trucks as one array in the scheduling process in the transportation plan creation system according to the embodiment of the present invention.
FIG. 15 is a diagram showing an example of processing by a sweep method as an example of scheduling processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 16 is a diagram showing a concept of intersection processing in scheduling processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 17 is a conceptual diagram showing an outline of grouping in the transportation plan creation system according to one embodiment of the present invention.
FIG. 18 is a flowchart showing the flow of initial group generation processing of the present invention in the transportation plan creation system according to one embodiment of the present invention.
FIG. 19 is a flowchart showing an outline of the flow of genetic processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 20 is a flowchart showing the flow of intersection processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 21 is a flowchart showing the flow of mutation processing in the transportation plan creation system according to one embodiment of the present invention.
FIG. 22 is a flowchart showing a flow of result output processing in the transportation plan creation system according to one embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 101 ... Input device, 102 ... Output device, 103 ... Display device, 104 ... Processing device, 105 ... Program, 106 ... Input processing unit, 107 ... Transport schedule creation unit, 108 ... Result output unit, 109 ... Storage device, 110 ... Base information, 111 ... Time zone information, 112 ... Luggage information, 113 ... Transportation vehicle information, 114 ... Distance information, 115 ... Road map, 116 ... Group information, 117 ... Transportation schedule information, 118 ... Gene information, 119 ... Vehicle management information.

Claims (4)

物流センターと配送先拠点との間を巡回しながら荷物を輸送する車両の輸送スケジュール作成を行う輸送計画作成システムであって、
前記物流センター及び前記配送先拠点の位置情報を含む拠点情報と、前記物流センターから前記輸送車両が出発し再び前記物流センターに戻る運用に関する複数の運用時間帯における時間帯情報及びそれぞれの荷物の荷物量と配送先拠点とを含む荷物情報と、前記輸送車両の積載量限界を含む輸送車両情報と、拠点間の輸送車両での走行距離・時間に関する距離情報と、を記憶する記憶装置と、
前記記憶装置に記憶されている各情報に基づいて、前記複数の運用時間帯のうちの各時間帯における、それぞれの荷物の荷量と該荷物の配送先までの距離との積を、それぞれの時間帯に輸送する全ての荷物に対して計算し、それらの総和を、その時間帯の時間幅で割って得られる値(以下、「時間帯別輸送密度」と称する。)を求めることにより、時間帯別の輸送重要度を求める時間帯別輸送重要度算出手段と、
該時間帯別輸送重要度算出手段により求められた時間帯別の輸送重要度のうち、前記総和の最も大きい時間帯を最重要時間帯とし、該最重要時間帯における輸送スケジュールを複数の時間帯の中で最初に作成する最重要時間帯輸送スケジュール作成手段と、
該最重要時間帯輸送スケジュール作成手段により作成された前記最重要時間帯における輸送スケジュールにより前記配送先拠点を1台の輸送車両が巡回する配送先拠点を1つのグループとして配送先拠点をグループ化して、前記それぞれの配送先グループ毎に異なる車輌を割り当てることで前記最重要時間帯における輸送スケジュールを他の時間帯にも適用し、他の時間帯におけるスケジュール作成に反映させる路線情報引継手段と
を有する輸送計画作成システム。
A transportation plan creation system that creates a transportation schedule for vehicles that transport luggage while traveling between a distribution center and a delivery destination base.
Location information including the location information of the distribution center and the delivery destination location, time zone information in a plurality of operation time zones relating to operations in which the transport vehicle departs from the distribution center and returns to the distribution center, and luggage of each piece of luggage A storage device for storing baggage information including an amount and a delivery destination base, transport vehicle information including a load capacity limit of the transport vehicle, and distance information regarding travel distance / time in the transport vehicle between bases;
Based on each information stored in the storage device, the product of the load amount of each package and the distance to the delivery destination of each package in each time zone of the plurality of operation time zones, By calculating for all the packages to be transported in the time zone, and finding the value obtained by dividing the total sum by the time width of the time zone (hereinafter referred to as “transportation density by time zone”), A means of calculating the importance of transportation by time zone to obtain the importance of transportation by time zone,
Of the transport importance by time zone obtained by the transport importance by time zone calculation means , the time zone having the largest sum is set as the most important time zone, and the transport schedule in the most important time zone is set to a plurality of time zones. The most important time zone transportation schedule creation means to be created first ,
The delivery destination bases are grouped together with the delivery destination bases that one transport vehicle circulates through the delivery destination bases based on the transport schedule in the most important time zones created by the most important time zone transportation schedule creation means. And a route information transfer means for applying the transportation schedule in the most important time zone to other time zones by assigning different vehicles to the respective delivery destination groups and reflecting the schedules in other time zones. Transportation planning system.
前記最重要時間帯輸送スケジュール作成手段は、
荷物の配送に関する複数の初期スケジュール案を作成する手段と、
該初期スケジュール案に関して車両の取り換えを行うことによりスケジュール案を改善することができるか否かを判断する手段と、
荷物の積載率の低い車両に関して積載率が高くなるようにスケジュール案を改善する手段と、
車両台数と総走行距離とを勘案してこれらが小さくなるようなスケジュール案を選択する手段と、
類似したスケジュール案のいずれかを除去する処理を行う手段と
を有する請求項1に記載の輸送計画作成システム。
The most important time zone transportation schedule creation means is:
A means of creating multiple initial schedule proposals for package delivery;
Means for determining whether the schedule proposal can be improved by replacing the vehicle with respect to the initial schedule proposal;
A means to improve the proposed schedule so that the loading rate is high for vehicles with low loading rates,
A means for selecting a schedule plan that reduces the number of vehicles and the total mileage,
The transportation plan creation system according to claim 1, further comprising means for performing processing for removing any of the similar schedule plans.
物流センターと配送先拠点との間を巡回しながら荷物を輸送する車両の輸送スケジュール作成を行う輸送計画作成方法であって、A transportation plan creation method for creating a transportation schedule for a vehicle that transports luggage while traveling between a distribution center and a delivery destination base,
前記物流センター及び前記配送先拠点の位置情報を含む拠点情報と、前記物流センターから前記輸送車両が出発し再び前記物流センターに戻る運用に関する複数の運用時間帯における時間帯情報及びそれぞれの荷物の荷物量と配送先拠点とを含む荷物情報と、前記輸送車両の積載量限界を含む輸送車両情報と、拠点間の輸送車両での走行距離・時間に関する距離情報と、を入力するステップと、Location information including the location information of the distribution center and the delivery destination location, time zone information in a plurality of operation time zones relating to operations in which the transport vehicle departs from the distribution center and returns to the distribution center, and the luggage of each piece of luggage A step of inputting package information including an amount and a delivery destination base, transport vehicle information including a load capacity limit of the transport vehicle, and distance information regarding travel distance / time in the transport vehicle between the bases;
入力された前記各情報に基づいて、前記複数の運用時間帯のうちの各時間帯における、それぞれの荷物の荷量と該荷物の配送先までの距離との積を、それぞれの時間帯に輸送する全ての荷物に対して計算し、それらの総和を、その時間帯の時間幅で割って得られる値(「時間帯別輸送密度」)を求めることにより時間帯別の輸送重要度を求める時間帯別輸送重要度算出ステップと、Based on the input information, the product of the load amount of each package and the distance to the delivery destination of the package in each of the plurality of operation time zones is transported in each time zone. Time for calculating the importance of transportation by time zone by calculating the value for all the parcels to be performed and finding the value obtained by dividing the total sum by the time width of that time zone ("transport density by time zone") The transport importance calculation step by band,
該時間帯別輸送重要度算出ステップにより求められた時間帯別の輸送重要度のうち、前記総和の最も大きい時間帯を最重要時間帯とし、該最重要時間帯における輸送スケジュールを複数の時間帯の中で最初に作成する最重要時間帯輸送スケジュール作成ステップと、Of the transport importance by time zone obtained by the transport importance by time zone calculation step, the time zone having the largest sum is set as the most important time zone, and the transport schedule in the most important time zone is set to a plurality of time zones. The most important time zone transportation schedule creation step to be created first,
該最重要時間帯輸送スケジュール作成ステップにより作成された前記最重要時間帯における輸送スケジュールにより前記配送先拠点を1台の輸送車両が巡回する配送先拠点を1つのグループとして配送先拠点をグループ化して、前記それぞれの配送先グループ毎に異なる車輌を割り当てることで前記最重要時間帯における輸送スケジュールを他の時間帯にも適用し、他の時間帯におけるスケジュール作成に反映させる路線情報引継ステップとThe delivery destination bases are grouped together with the delivery destination bases visited by one transport vehicle as a group based on the delivery schedule in the most important time zone created in the most important time zone transportation schedule creation step. A route information transfer step for applying a transportation schedule in the most important time zone to other time zones by assigning a different vehicle to each delivery destination group and reflecting the schedule in other time zones;
を有する輸送計画作成方法。A transportation plan creation method.
前記最重要時間帯輸送スケジュール作成ステップは、The most important time zone transportation schedule creation step includes:
荷物の配送に関する複数の初期スケジュール案を作成するステップと、Creating multiple initial schedule proposals for package delivery;
該初期スケジュール案に関して車両の取り換えを行うことによりスケジュール案を改善することができるか否かを判断するステップと、Determining whether the schedule proposal can be improved by replacing the vehicle with respect to the initial schedule proposal;
荷物の積載率の低い車両に関して積載率が高くなるようにスケジュール案を改善するステップと、Improving the proposed schedule to increase the loading rate for vehicles with low loading rates;
車両台数と総走行距離とを勘案してこれらが小さくなるようなスケジュール案を選択するステップと、Selecting a schedule plan that reduces the number of vehicles and the total mileage,
類似したスケジュール案のいずれかを除去する処理を行うステップとPerforming a process to remove any of the similar schedule proposals;
を有する請求項3に記載の輸送計画作成方法。The transportation plan creation method according to claim 3, comprising:
JP2003004704A 2003-01-10 2003-01-10 Transportation planning system and method Expired - Fee Related JP4025652B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003004704A JP4025652B2 (en) 2003-01-10 2003-01-10 Transportation planning system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003004704A JP4025652B2 (en) 2003-01-10 2003-01-10 Transportation planning system and method

Publications (2)

Publication Number Publication Date
JP2004217340A JP2004217340A (en) 2004-08-05
JP4025652B2 true JP4025652B2 (en) 2007-12-26

Family

ID=32895607

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003004704A Expired - Fee Related JP4025652B2 (en) 2003-01-10 2003-01-10 Transportation planning system and method

Country Status (1)

Country Link
JP (1) JP4025652B2 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006350673A (en) * 2005-06-15 2006-12-28 Fuji Electric Systems Co Ltd Optimization calculation system
JP2012517041A (en) * 2009-02-05 2012-07-26 日本電気株式会社 Method, system and program for admission control / scheduling of time-limited tasks by genetic approach
JP2010269867A (en) 2009-05-19 2010-12-02 Hitachi Ltd Transportation schedule planning support system and transportation schedule planning support method
JP2013020556A (en) * 2011-07-13 2013-01-31 Fuji Electric Co Ltd Vehicle guidance system and vehicle guidance method
WO2014141394A1 (en) * 2013-03-13 2014-09-18 株式会社日立製作所 Device for assisting determination of supply group and program for assisting determination of supply group
CN109308540B (en) * 2017-07-28 2020-07-28 株式会社日立制作所 Distribution plan generation method, device and system for distribution vehicle
JP7341030B6 (en) * 2019-10-31 2024-02-22 ロジスティード株式会社 Transportation plan generation device and transportation plan generation method
JP7413929B2 (en) 2020-06-02 2024-01-16 富士通株式会社 Optimization device, optimization method and optimization program
JP7441146B2 (en) 2020-09-16 2024-02-29 三菱重工業株式会社 Planning systems, planning methods and programs
CN113780839B (en) * 2021-09-15 2023-08-22 湖南视比特机器人有限公司 Evolutionary sorting job scheduling method and system based on deep reinforcement learning

Also Published As

Publication number Publication date
JP2004217340A (en) 2004-08-05

Similar Documents

Publication Publication Date Title
Bhoopalam et al. Planning of truck platoons: A literature review and directions for future research
Guo et al. Robust dynamic multi-objective vehicle routing optimization method
JP3161529B2 (en) Vehicle dispatching equipment
Lee et al. Vehicle capacity planning system: A case study on vehicle routing problem with time windows
CN113177752B (en) Route planning method and device and server
JP4025652B2 (en) Transportation planning system and method
JP2006240795A (en) Transport plan preparing system
JP2005043974A (en) Method and system for forming transport schedule
JP2007191296A (en) Main physical distribution network schedule preparation system
JP7121154B2 (en) Delivery plan creation method, device, system, and computer-readable storage medium
US20150248638A1 (en) Methods and arrangement for freight transportation management
JP2004326711A (en) Method and device for planning vehicle-dispatching plan
JP2006240794A (en) Transport schedule preparing system
JP2003285930A (en) Transportation schedule making method and its system
Al Theeb et al. Optimization of the heterogeneous vehicle routing problem with cross docking logistic system
JP2007314335A (en) Physical distribution transport management device and physical distribution transport management system using geographical information
JP2004001975A (en) Method for creating two-way transport schedule
JP2004238129A (en) Delivery plan planning method and its device
JP2002108998A (en) Method and system for planning transportation
JP4285232B2 (en) Logistics cost forecasting device, forecasting method and program therefor
JP4098018B2 (en) Delivery planning system and delivery planning method
JP2007119127A (en) Area split type delivery schedule preparation system
JP2003137438A (en) Transportation planning method and system
JP2003285931A (en) Transportation plan creating method and its system
JP7468768B1 (en) Information processing system, information processing server, information processing method, and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040614

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070312

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: 20070918

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071005

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: 20101012

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees