(57)【要約】【課題】直前まで定まらない荷物の変動に対応し、かつ、複数拠点のリソースを有効活用する。【解決手段】配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報を取得する手配車情報処理部と、配送計画作成対象拠点と、当該拠点を発地とする配送予定日とを用いて、配送計画作成対象拠点を着地とする手配車を、取得された手配車の情報の中からリソースとして抽出するリソース情報処理部と、抽出されたリソースと、配送に割り当てるリソースの優先条件と、配送計画作成対象拠点における荷物のオーダー情報とを用いて、配送計画作成対象拠点における荷物の配送計画を作成する配送計画作成部と、を備える。【選択図】図１０
2020064397.tif 000002
【特許請求の範囲】
【請求項１】
配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報を取得する手配車情報処理部と、
前記配送計画作成対象拠点と、当該拠点を発地とする配送予定日とを用いて、前記配送計画作成対象拠点を着地とする手配車を、取得された前記手配車の情報の中からリソースとして抽出するリソース情報処理部と、
抽出された前記リソースと、配送に割り当てるリソースの優先条件と、前記配送計画作成対象拠点における荷物のオーダー情報とを用いて、前記配送計画作成対象拠点における荷物の配送計画を作成する配送計画作成部と、
を備えることを特徴とする配送計画立案システム。
【請求項２】
前記手配車の情報には、前記リソースの所属を示す情報を含み、
抽出された前記リソースを、前記発地とした拠点である自拠点と、当該自拠点以外の拠点である他拠点とのそれぞれについて、前記リソースのＫＰＩを集計するＫＰＩ集計部、
を備えることを特徴とする請求項１に記載の配送計画立案システム。
【請求項３】
前記配送計画作成部は、各拠点のそれぞれについて前記配送計画を作成し、
前記ＫＰＩ集計部は、作成された前記配送計画に割り当てられたリソースが前記自拠点であるか前記他拠点であるかを示す内訳を、拠点ごとに出力する、
ことを特徴とする請求項２に記載の配送計画立案システム。
【請求項４】
前記配送計画作成部は、前記発地とした拠点である自拠点のリソースの使用効率を優先させる第１の優先条件と、配送計画作成対象とする各拠点間の配送コストの効率化を優先して配送計画を作成する第２の優先条件と、のいずれかの前記優先条件を用いて、荷物の配送計画を作成する、
ことを特徴とする請求項１に記載の配送計画立案システム。
【請求項５】
前記手配車情報処理部は、所定のサイクルで各拠点から最新の前記手配車の情報を取得し、取得済みの手配車の情報を更新する、
ことを特徴とする請求項１に記載の配送計画立案システム。
【請求項６】
前記リソース情報処理部は、抽出した前記リソースについて、前記発地とした拠点である自拠点のリソースと、当該自拠点以外の拠点である他拠点のリソースとを集計し、当該集計の結果を示すリソース確認情報を画面に出力する、
ことを特徴とする請求項１に記載の配送計画立案システム。
【請求項７】
画面を表示する表示部と、
配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報の中から抽出された手配車であって前記配送計画作成対象拠点を着地とする手配車を示すリソースについて、前記発地とした拠点である自拠点のリソースを示す第１のリソースと、前記自拠点以外の拠点のリソースを示す第２のリソースとに分類し、分類した前記第１のリソースのＫＰＩと前記第２のリソースのＫＰＩとを、前記画面に表示する表示制御部と、
を備えることを特徴とする配送計画立案システム。
【請求項８】
手配車情報処理部が、配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報を取得し、
リソース情報処理部が、前記配送計画作成対象拠点と、当該拠点を発地とする配送予定日とを用いて、前記配送計画作成対象拠点を着地とする手配車を、取得された前記手配車の情報の中からリソースとして抽出し、
配送計画作成部が、抽出された前記リソースと、配送に割り当てるリソースの優先条件と、前記配送計画作成対象拠点における荷物のオーダー情報とを用いて、前記配送計画作成対象拠点における荷物の配送計画を作成する、
ことを特徴とする配送計画立案方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物流における配送計画を立案する技術に関する。
【背景技術】
【０００２】
背景技術として、物流における配送計画を立案する技術がある。例えば、特許文献１には、複数の配送元から複数の配送先に配送品を配送する場合、各配送先で配送品を卸した後に他の配送品を積んで次の配送先に配送する場合でも、運送効率の良い配送計画を作成することが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１１２６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、各配送先で配送品を卸した後に他の配送品を積んで次の配送先に配送する場合の配送計画作成について記載されているが、直前まで定まらない荷物の変動に対応し、かつ、複数拠点のリソース（例えば、トラックの帰り便）を有効活用する配送計画については考慮されていない。
【０００５】
本発明は、直前まで定まらない荷物の変動に対応し、かつ、複数拠点のリソースを有効活用することが可能な配送計画立案システム、および配送計画立案方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一態様にかかる配送計画立案システムは、配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報を取得する手配車情報処理部と、前記配送計画作成対象拠点と、当該拠点を発地とする配送予定日とを用いて、前記配送計画作成対象拠点を着地とする手配車を、取得された前記手配車の情報の中からリソースとして抽出するリソース情報処理部と、抽出された前記リソースと、配送に割り当てるリソースの優先条件と、前記配送計画作成対象拠点における荷物のオーダー情報とを用いて、前記配送計画作成対象拠点における荷物の配送計画を作成する配送計画作成部と、を備えることを特徴とする配送計画立案システムとして構成される。
【０００７】
また、本発明の他の一態様にかかる配送計画立案システムは、画面を表示する表示部と、配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報の中から抽出された手配車であって前記配送計画作成対象拠点を着地とする手配車を示すリソースについて、前記発地とした拠点である自拠点のリソースを示す第１のリソースと、前記自拠点以外の拠点のリソースを示す第２のリソースとに分類し、分類した前記第１のリソースのＫＰＩと前記第２のリソースのＫＰＩとを、前記画面に表示する表示制御部と、を備えることを特徴とする配送計画立案システムとして構成される。
【０００８】
また、本発明の他の一態様では、上記配送計画立案システムで行われる配送計画立案方法としても把握される。
【発明の効果】
【０００９】
本発明の一態様によれば、直前まで定まらない荷物の変動に対応し、かつ、複数拠点のリソースを有効活用することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】配送計画立案システムの構成例を示す図である。
【図２】手配車情報の例を示す図である。
【図３】手配車情報一覧の例を示す図である。
【図４】リソース情報の例を示す図である。
【図５】オーダー情報の例を示す図である。
【図６】拠点間マスタ情報の例を示す図である。
【図７】車両マスタ情報の例を示す図である。
【図８】拠点マスタ情報の例を示す図である。
【図９】配送計画の例を示す図である。
【図１０】配送計画作成処理の処理手順を示すフローチャートである。
【図１１】配送計画作成条件入力画面の例を示す図である。
【図１２】リソース確認画面の例を示す図である。
【図１３】拠点別ＫＰＩ情報の例を示す図である。
【図１４】配送計画サマリ情報の例を示す図である。
【図１５】ＫＰＩサマリ情報の例を示す図である。
【図１６】データ取得・計画状況確認欄の更新処理手順を示すサブフローチャートである。
【図１７】配送計画回答画面の例を示す図である。
【図１８】本システムを用いた配送計画の活用モデルを示す図である。
【図１９】本システムを用いた配送計画の他の活用モデルを示す図である。
【図２０】本システムを用いた配送計画の更なる他の活用モデルを示す図である。
【図２１】トラック情報の収集処理のフローチャートの例を示す図である。
【図２２】トラック情報入力画面の例を示す図である。
【図２３】トラック情報の例を示す図である。
【発明を実施するための形態】
【００１１】
以下、実施の形態について、図面を用いて詳細に説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
【００１２】
以下に説明する発明の構成において、同一部分又は同様な機能を有する部分には同一の符号を異なる図面間で共通して用い、重複する説明は省略することがある。
【００１３】
本明細書等における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。
【００１４】
図面等において示す各構成の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面等に開示された位置、大きさ、形状、範囲などに限定されない。
【００１５】
本明細書において単数形で表される構成要素は、特段文脈で明らかに示されない限り、複数形を含むものとする。
【００１６】
図１は、本実施例における配送計画立案システム１０００の構成例を示す図である。図１に示すように、配送計画立案システム１０００は、ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）処理部１００と、演算処理部２００と、格納部３００とを有している。以下に示す配送計画立案システム１０００は、一態様として情報処理装置により実現されるが、例えば、ＩＯ処理部１００と演算処理部２００と格納部３００とを別の情報処理装置により構成する等、環境に応じて適宜構成を変更してもよい。
【００１７】
ＩＯ処理部１００は、本システムに必要なデータや本システムで処理されたデータの入出力を司る処理部である。図１に示すように、ＩＯ処理部１００は、出力処理部１０１と、入力処理部１０２と、表示処理部１０３と、通信処理部１０４とを有している。これらの各処理部は、ハードウェアとしては、従来から知られている装置や機器を用いてよい。
【００１８】
出力処理部１０１は、本システムで行われた処理の各種結果を出力する処理部である。例えば、出力処理部１０１は、拠点別ＫＰＩ（Key Performance Indicator）情報（図１３）配送計画サマリ情報（図１４）、ＫＰＩサマリ情報（図１５）等、本システムで処理される各種情報を出力する。これらの情報の具体的な説明については後述する。
【００１９】
入力処理部１０２は、本システムで処理を行うための各種情報の入力を受け付ける処理部である。例えば、入力処理部１０２は、手配車情報（図２）、リソース情報（図４）、オーダー情報（図５）、各種マスタ情報（拠点間マスタ情報（図６）、車両マスタ情報（図７）、拠点マスタ情報（図８））、配送計画作成条件等、本システムで処理される各種情報の入力を受け付ける。これらの情報の具体的な説明については後述する。
【００２０】
表示処理部１０３は、出力処理部１０１が出力した情報や入力処理部１０２が入力を受け付けた情報を、ディスプレイ等の表示装置に表示する処理部である。
【００２１】
通信処理部１０４は、本システムで処理を行うための各種情報を、ネットワークＮを介して送受信する処理部である。例えば、通信処理部１０４は、各拠点から手配車情報（図２）やオーダー情報（図５）を受信する。続いて、演算処理部２００について説明する。
【００２２】
図１に示すように、演算処理部２００は、手配車情報集計処理部２０１と、配送計画作成処理部２０２と、リソース情報集計処理部２０３と、ＫＰＩ集計処理部２０４とを有している。
【００２３】
手配車情報集計処理部２０１は、各拠点から収集した手配車情報を集計する処理部である。
【００２４】
配送計画作成処理部２０２は、各拠点における配送計画を作成する処理部である。例えば、配送計画作成処理部２０２は、前日到着のリソースを翌日配送計画に利用して配送計画を作成する。
【００２５】
なお、リソースとは、物流において荷物の配送を担う主体（例えば、トラック）であり、例えば、手配車の帰り便である空きトラックが挙げられる。以下では、リソースとしてトラックを例示しているが、これに限らず、他の車両や様々な移動体についても適用可能である。
【００２６】
リソース情報集計処理部２０３は、配送計画作成対象となる拠点の配送予定日のリソースを集計する処理部である。
【００２７】
ＫＰＩ集計処理部２０４は、作成された配送計画を、自拠点リソースと他拠点リソースとに分けてＫＰＩを集計し、その結果を表示する処理部である。演算処理部２００の各部の具体的な動作については、フローチャートを用いて後述する。続いて、格納部３００について説明する。
【００２８】
図１に示すように、格納部３００は、手配車情報３０１と、手配車情報一覧３０２と、リソース情報３０３と、オーダー情報３０４と、拠点間マスタ情報３０５と、車両マスタ情報３０６と、拠点マスタ情報３０７と、配送計画３０８とを記憶する。
【００２９】
手配車情報３０１は、各拠点における手配車表を示す情報である。手配車は、荷物を配送するために、自拠点のほか、外部（例えば、自拠点以外の拠点や外部の物流業者）に発注されるトラックに関する情報である。
【００３０】
図２は、手配車情報３０１の例を示す図である。図２に示すように、手配車情報３０１は、トラックの発地を示す起点と、トラックの着地を示す目的地と、トラックの車格と、手配されたトラックの台数と、トラックの出発日と、トラックの到着日とが対応付けて記憶されている。図２では、例えば、Ａ拠点では、目的地をＢ、出発日を７月２日、到着日を７月３日とする大型トラックが１台手配されることを示している。同様に、目的地をＣ、出発日を７月２日、到着日を７月３日とする中型トラックが１台手配され、目的地をＸ、出発日を７月２日、到着日を７月３日とする小型トラックが１台手配されることを示している。
【００３１】
手配車情報一覧３０２は、各拠点の手配車情報３０１を一覧形式で纏めた情報である。
【００３２】
図３は、手配車情報一覧３０２の例を示す図である。図３に示すように、手配車情報一覧３０２は、手配車情報３０１に記憶されている各項目のほか、トラックの所有者を示す所属情報が記憶されている。図３では、例えば、図２において、目的地をＢとするトラック、目的地をＣとするトラック、目的地をＸとするトラックのいずれもが拠点Ａが所有するトラックであることを示している。拠点Ｃについても拠点Ａと同様に手配車情報３０１および所属が記憶され、１つの一覧として纏められている。
【００３３】
リソース情報３０３は、配送計画の作成対象とした拠点（例えば、Ｂ拠点）の配送に使用する予定日のリソース（例えば、トラック）を集計した情報である。
【００３４】
図４は、リソース情報３０３の例を示す図である。図３に示すように、リソース情報３０３は、配送に使用する予定日を示す日付と、リソースの所属と、リソースの車格と、リソースの台数とが対応付けて記憶されている。図４では、例えば、配送予定日である７月４日に空きがあり（すなわち、到着日が７月３日以前であり）、かつ配送計画の作成対象となるＢ拠点を目的地とする手配車３０２１および手配車３０２２が、手配車情報一覧３０２の中から抽出されていることを示している。さらに、図４では、自拠点であるＢ拠点の手配車情報でも大型のリソースが２台あるため、上記抽出された情報と纏めてリソース情報として記憶されていることを示している。
【００３５】
オーダー情報３０４は、荷物を、いつ、どこから、どこまで、どれくらい、いつまでに運ぶかを示した情報である。
【００３６】
図５は、オーダー情報３０４の例を示す図である。図５に示すように、オーダー情報３０４は、荷物の発地を示す起点と、荷物の着地を示す目的地と、荷物の数量と、荷物の納期とが対応付けて記憶されている。図５では、例えば、配送計画の作成対象となるＢ拠点を起点として、目的地Ａに１０トンの荷物を、７月５日までに運ぶオーダーがなされていることを示している。同様に、目的地Ｃに５トンの荷物を、７月５日までに運ぶオーダー、目的地Ｘに１０トンの荷物を、７月６日までに運ぶオーダーがなされていることを示している。
【００３７】
拠点間マスタ情報３０５は、拠点間で荷物を搬送するためのコストに関するマスタ情報である。
【００３８】
図６は、拠点間マスタ情報３０５の例を示す図である。図６に示すように、拠点間マスタ情報３０５は、荷物の発地である起点となる拠点を示す起点と、荷物の着地である目的地を示す目的地と、これらの拠点間の距離と、これらの拠点間の距離を移動するための時間とが対応付けて記憶されている。図６では、例えば、Ａ拠点とＢ拠点との間は、１００ｋｍの距離があり、移動するために４時間かかることを示している。なお、図６では、コストの例として、距離、時間を例示したが、必要な経費（例えば、トラックの燃料費）を含めてもよい。
【００３９】
車両マスタ情報３０６は、各拠点に所属するリソースの仕様に関するマスタ情報である。
【００４０】
図７は、車両マスタ情報３０６の例を示す図である。図７に示すように、車両マスタ情報３０６は、トラックの車格と、トラックの配送能力と、トラックのコスト（距離単価）とが対応づけて記憶されている。図７では、例えば、Ａ拠点について、車格「大」として分類されるトラックの最大積載量は１０トンであり、距離単価は１２００円であることを示している。図７では、能力としてトラックの配送能力を例示しているが、トラックの運行能力（稼動距離・時刻）、荷物の重量、荷物を運ぶためのパレット、荷物を収納する箱数などの原単位を用いることも可能である。
【００４１】
拠点マスタ情報３０７は、荷物を受け入れる拠点に関する情報である。
【００４２】
図８は、拠点マスタ情報３０７の例を示す図である。図８に示すように、拠点マスタ情報３０７は、拠点と、拠点におけるトラックバースの数とが対応付けて記憶されている。図８では、例えば、Ａ拠点では、５つのトラックバースを有していることを示している。図８では、拠点に関する情報として、トラックバースの数を例示しているが、荷受可能時間帯を含めてもよい。この場合、荷受可能時間帯が長いほど、受け入れ可能な荷物の総量が多い拠点であると判断することができる。
【００４３】
配送計画３０８は、配送計画作成対象となる拠点における荷物の配送計画を示す情報である。
【００４４】
図９は、配送計画３０８の例を示す図である。図９に示すように、配送計画３０８は、配送計画作成対象となる拠点を示す起点と、トラックが起点を出発する時刻を示す出発時刻と、荷物の着地を示す目的地と、トラックが目的地に到着する時刻を示す到着時刻と、トラックにより配送される荷物の量を示す荷量とが対応付けて記憶されている。
【００４５】
図９では、例えば、Ｂ拠点を１４時に出発する車格「大」のトラックには、荷物が１０トン積載され、Ａ拠点には１８時に到着する計画であることを示している。図９における出発時刻および到着時刻は、配送計画作成処理部２０２が、例えば、拠点マスタ３０７に各拠点の開場時刻や閉場時刻を記憶しておき、必要に応じて参照して設定すればよい。ある拠点が午前１０時に開場し午後１０時に閉場する場合、出発時刻に開場時刻である午前１０時が設定され（あるいは閉場時刻である到着時刻に午後１０時が設定され）、設定された時刻と拠点間マスタ３０５（図６）とを参照し、出発時刻や到着時刻を設定すればよい。さらに、手配車情報に出発日および到着日のほか、出発時刻および到着時刻が含まれる場合には、これらの時刻と拠点間マスタ３０５（図６）とを参照し、出発時刻や到着時刻を設定してもよい。続いて、本システムで行われる処理について説明する。
【００４６】
図１０は、本システムで行われる配送計画作成処理の処理手順を示すフローチャートである。以下では、Ｂ拠点の配送計画を立案する場合について説明しているが、他の拠点についても同様に考えることができる。すなわち、以下に示す各ステップ（Ｓ１００２〜Ｓ１００７）を、配送計画作成対象となるすべての拠点について繰り返し処理を行えばよい。
【００４７】
図１０に示すように、まず、手配車情報集計処理部２０１は、各拠点から収集した手配車情報を集計する（ステップＳ１００１）。
【００４８】
具体的には、手配車情報集計処理部２０１は、拠点のひとつであるＡ拠点から、７月３日時点までの手配車情報３０１（図２）を受信する。同様に、手配車情報集計処理部２０１は、他の全ての拠点から手配車情報を受信する。手配車情報集計処理部２０１は、すべての拠点の車両マスタ情報３０６を参照し、各拠点から受信した全ての手配車情報に記載されたトラックに所属を対応付けた手配車情報一覧３０２（図３）を出力する。
【００４９】
なお、以下では、手配車情報集計処理部２０１は、Ｂ拠点について、配送計画を作成する時点の前日の手配車情報を受信して、その翌日の７月４日の配送計画を出力する場合を例示しているが、手配車情報の対象となる日時を、所定の期間（例えば、配送計画の前日から１週間前までの期間の手配車情報）を受信し、当該所定の期間における手配車情報を集計してもよい。
【００５０】
また、以下では、手配車情報集計処理部２０１は、ある一時点のタイミングで各拠点から手配車情報を受信する場合について説明しているが、例えば、所定のサイクル（例えば、日単位、１週間単位）で繰り返し各拠点から手配車情報を受信し、受信した都度、最新の手配車情報に更新してもよい。すなわち、手配車情報集計処理部２０１は、所定のサイクルで各拠点から最新の手配車情報を取得し、取得済みの手配車情報を更新する。このような処理を行うことにより、あるタイミングで定められた手配車情報がその後変更となった場合でも、常に最新の手配車情報を用いて各拠点の手配車情報を集計することができる。
【００５１】
続いて、配送計画作成処理部２０２は、各拠点における前日到着のトラックを翌日配送計画に利用して配送計画を作成する（ステップＳ１００２）。
【００５２】
具体的には、配送計画作成処理部２０２は、表示処理部１０３を介して、配送計画作成条件の入力を受付けるための条件入力画面を表示し、入力処理部１０２を介して、上記条件の入力を受け付ける。
【００５３】
図１１は、条件入力画面の例を示す図である。図１１に示すように、条件入力画面１１０１は、配送計画作成対象とする発拠点１１０２と、荷物の配送日１１０３と、トラックを割り当てる際に、自拠点に所属するトラック台数の使用効率を優先して配送計画を作成する優先条件ラジオボタン１１０４（第１の優先条件）、あるいは配送計画作成対象とする各拠点にあるリソースの配送コストの効率化を優先して配送計画を作成する優先条件ラジオボタン１１０５（第２の優先条件）とを含む、配送計画立案時に優先すべき条件を示す優先条件と、リソースを集計してその結果を確認するためのリソース確認ボタン１１０６と、上記発拠点の配送計画を作成するための配送計画作成ボタン１１０７とが設けられている。上記第１の優先条件は、発地とした拠点（配送計画作成対象拠点）である自拠点のリソースの使用効率を優先させる条件であり、上記第２の優先条件は、配送計画作成対象とする各拠点間の配送コストの効率化を優先して配送計画を作成する条件であるといえる。
【００５４】
図１１では、例えば、７月４日にＢ拠点を出発するリソースについて、全ての拠点のリソースの全体台数を優先して配送計画を作成する場合の例を示している。このように、条件入力画面において、優先条件を設定可能とすることにより、本システムの利用者は、自拠点のトラックおよび他拠点のトラックを含むリソースの配送計画を、これらの条件に応じて設定することができる。ここでは、自拠点リソースを優先すること、配送コストを優先すること、のいずれかを設定可能としているが、配送品質を優先するといった配送の内容面での重要度を設定してもよい。この点については、図２１、２２の説明の際に述べる。
【００５５】
続いて、図１０に戻り、リソース情報集計処理部２０３は、条件入力画面１１０１において、リソース確認ボタン１１０６が押下されると、当該拠点の配送予定日のリソースを集計する（ステップＳ１００３）。
【００５６】
具体的には、リソース情報集計処理部２０３は、図３に示した手配車情報一覧３０２の中から、配送計画作成対象としたＢ拠点を目的地とするトラックを抽出し、リソース情報３０３（図４）として記憶する。図４では、図３に示したＢ拠点を目的地とする２台のトラックが抽出されていることを示している。さらに、図４では、自拠点から２台のトラックが抽出されていることを示している。
【００５７】
そして、リソース情報集計処理部２０３は、格納部３００に記憶したリソース情報３０３を、自拠点および他拠点ごとに分類して集計し、その結果をリソース確認情報として、表示処理部１０３を介して画面に表示する。すなわち、リソース情報集計処理部２０３は、一覧から抽出されたリソースについて、発地とした拠点（配送計画作成対象拠点）である自拠点のリソースと、当該自拠点以外の拠点である他拠点のリソースとを集計し、当該集計の結果を示すリソース確認情報を画面に出力する。
【００５８】
図１２は、リソース確認情報を表示するリソース確認画面の例を示す図である。図１２に示すように、リソース確認画面１２０１には、上記発拠点１２０２と、上記配送日１２０３と、自拠点のリソース情報１２０４と、他拠点のリソース情報１２０５と、戻るボタン１２０６とが設けられている。図１２では、Ｂ拠点を７月４日に出発可能なトラックは、自拠点であるＢ拠点には車格「大」のトラックが２台あり、他拠点であるＡ拠点には車格「大」のトラックが１台あり、他拠点であるＣ拠点には車格「中」のトラックが１台あることを示している。リソース情報集計処理部２０３は、戻るボタン１２０６が押下されると、表示処理部１０３を介して、図１１に示した条件入力画面に遷移させる。
【００５９】
上述したように、各拠点から収集された手配車情報は、所定のタイミングで更新される場合がある。その場合には、リソース情報集計処理部２０３は、更新された手配車情報を受け取ったタイミングで、その都度、更新された手配車情報を用いてリソース情報を集計すればよい。
【００６０】
図１０に戻り、リソース情報が集計されると、配送計画作成処理部２０２は、配送計画作成対象となる拠点のオーダー情報を取得する（ステップＳ１００４）。
【００６１】
具体的には、配送計画作成処理部２０２は、入力処理部１０２を介して、あるいは通信処理部１０４を介して、入力、あるいは受信されたＢ拠点のオーダー情報（図５）を読み取る。
【００６２】
さらに、配送計画作成処理部２０２は、格納部３００に記憶されている拠点間マスタ情報３０５（図６）、車両マスタ情報３０６（図７）、拠点マスタ情報３０７（図８）を読み出す（ステップＳ１００５）。
【００６３】
配送計画作成処理部２０２は、ステップＳ１００３で集計したリソース情報、ステップＳ１００４で取得したオーダー情報、ステップＳ１００５で取得した各種マスタ情報を用いて、配送計画作成対象となるＢ拠点の配送計画（図９）を立案し、その結果を拠点別ＫＰＩ情報として出力し、表示処理部１０３を介して表示する（ステップＳ１００６、Ｓ１００７）。具体的なＫＰＩの算出や配送計画の立案方法については、物流ＫＰＩ等の各種指標を参照し、従来から知られている様々な手法を用いてよい。
【００６４】
図１３は、配送計画作成対象拠点（単一拠点）のＫＰＩや配送計画を示す拠点別ＫＰＩ情報の例を示す図である。図１３に示すように、立案された配送計画１３０１は、上記発拠点１３０２と、上記発送日１３０３と、自拠点のトラック使用状況１３０４と、他拠点のトラック使用状況１３０５と、立案された配送計画１３０６（図９）とを含む。自拠点のトラック使用状況１３０４には、自拠点の稼動可能台数、稼動予定台数、稼働率を含み、他拠点のトラック使用状況１３０５には他拠点の稼動可能台数、稼動予定台数、稼働率を含む。
【００６５】
図１３では、例えば、配送計画作成処理部２０２は、配送計画作成対象となるＢ拠点を７月４日に出発可能なトラックとして、自拠点であるＢ拠点のリソース６台のうち、３台のトラックを配送計画に割り当てたことを示している。また、Ｂ拠点のトラックの稼働率を算出し、その値が５０％であることを示している。さらに、上記Ｂ拠点を７月４日に出発可能なトラックとして、他拠点のリソース６台のうち、３台のトラックを配送計画に割り当てたことを示している。また、他拠点のトラックの荷物の平均積載率を算出し、その値が５０％であることを示している。
【００６６】
図１３に示した画面は、例えば、画面を表示するディスプレイ等の表示部を有し、表示処理部１０３が、配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車の情報の中から抽出された手配車であって配送計画作成対象拠点を着地とする手配車を示すリソースについて、荷物の発地とした拠点（配送計画作成対象拠点）である自拠点のリソースを示す第１のリソースと、自拠点以外の拠点のリソースを示す第２のリソースとに分類し、分類した第１のリソースのＫＰＩと第２のリソースのＫＰＩとを、上記画面に表示する表示制御部として機能することにより実現することができる。
【００６７】
このように、ある拠点の配送計画を作成するタイミングが、配送日の直前であっても、本システムでは、それまでに収集した自拠点および他拠点から収集した手配車情報から得られたリソース情報と、当該拠点のオーダー情報と、各種マスタ情報とを用いて、自拠点のリソースだけでなく、他拠点のリソースを考慮して、当該拠点の配送計画を作成することができる。具体的には後述するが、手配車情報３０１には、リソースの所属を示す情報を含み、ＫＰＩ集計処理部２０４が、抽出されたリソースを、荷物の発地とした拠点（配送計画作成対象拠点）である自拠点と、当該自拠点以外の拠点である他拠点とのそれぞれについて、リソースのＫＰＩを集計する。
【００６８】
続いて、図１０に戻り、配送計画作成処理部２０２により、すべての配送計画作成対象拠点の配送計画が作成されると、ＫＰＩ集計処理部２０４は、自拠点および他拠点を含む各拠点の配送計画のサマリ情報を出力し、表示処理部１０３を介して表示する（Ｓ１００８）。
【００６９】
図１４は、ＫＰＩ集計処理部２０４が出力する配送計画サマリ情報の例を示す図である。図１４に示すように、配送計画サマリ情報１４０１は、データ取得・計画状況確認欄１４０２と、配送計画サマリ欄１４０３とを含む。
【００７０】
データ取得・計画状況確認欄１４０２は、配送計画の立案状況を確認するための項目である。図１４に示すように、データ取得・計画状況確認欄１４０２は、配送計画作成対象となる全ての拠点の配送計画を、各拠点に送付したか否かを示す配送計画項目と、送付した配送計画に対する回答の有無を示す回答項目と、これらの各拠点から手配車情報を受け取ったか否かを示す手配車情報項目とが対応付けられている。図１４では、例えば、拠点Ａについては、作成された配送計画を送付済みであり、Ａ拠点からは、作成した配送計画でよい旨の回答（ＯＫ）が得られたことを示している。また、Ａ拠点からは、手配車情報を受け取っていることを示している。データ取得・計画状況確認欄１４０２の具体的な更新方法については、サブフローチャートを用いて後述する。
【００７１】
このように、ＫＰＩ集計処理部２０４が、配送計画のサマリ情報として、自拠点および他拠点を含む配送計画作成対象となる全ての拠点について、手配車情報の収集状況から配送計画の送付状況、さらには送付した配送計画の妥当性についての回答状況を表示するので、本システムの利用者は、配送計画の立案状況を一目で把握することができる。
【００７２】
また、配送計画サマリ欄１４０３は、配送計画作成対象となる全ての拠点について作成された配送計画により割り当てられたトラックの内訳を確認するための項目である。図１４に示すように、配送計画サマリ欄１４０３は、配送計画作成対象となる全ての拠点について、拠点間の配送で割り当てられたトラックの内訳（自拠点トラック、他拠点トラックの別）を表示する。例えば、Ａ拠点を発地としＢ拠点を着地とする配送Ｒ１では、自拠点のトラックが１台割り当てられたことを示している。また、Ａ拠点を発地としＥ拠点を着地とする配送Ｒ２では、他拠点のトラックが１台割り当てられたことを示している。自拠点トラックであるか、他拠点トラックであるかを表示する方法については、色の違いや数値の違いをはじめ、様々な表示方法を用いてよい。
【００７３】
このように、ＫＰＩ集計処理部２０４が、配送計画のサマリ情報として、自拠点および他拠点を含む配送計画作成対象となる全ての拠点同士の配送に用いられたトラックの内訳を表示するので、本システムの利用者は、配送計画で用いられたトラックの内訳を一目で把握することができる。すなわち、配送計画作成処理部２０２が、各拠点のそれぞれについて配送計画を作成し、ＫＰＩ集計処理部２０４が、作成された配送計画に割り当てられたリソースが自拠点であるか他拠点であるかを示す内訳を、拠点ごとに出力するので、その内訳を容易に把握することができる。
【００７４】
なお、図１４では、割り当てられたトラックの台数を表示しているが、さらに、ＫＰＩ集計処理部２０４は、その台数の内訳を表示してもよい。例えば、図１４では、Ｂ拠点を発地としＡ拠点を着地とする配送Ｒ３では、２台の他拠点トラックが割り当てられているが、その内訳を、当該配送計画サマリ欄１４０３とともに、あるいは別画面で、「１台：Ｂ拠点、１台：Ｃ拠点」のように表示してもよい。これにより、他拠点リソースの内訳を容易に把握することができる。
【００７５】
さらに、ＫＰＩ集計処理部２０４は、ステップＳ１００８において、配送計画作成対象とした全ての拠点について自拠点および他拠点の別に、リソースの使用状況を示す使用状況サマリ情報１５０１を出力し、表示処理部１０３を介して表示する。
【００７６】
図１５は、ＫＰＩサマリ情報の例を示す図である。図１５に示すように、ＫＰＩサマリ情報１５０１は、配送計画作成対象となった全ての拠点についての自拠点のトラック使用状況１５０２と、配送計画作成対象となった全ての拠点についての他拠点のトラック使用状況１５０３と、配送計画作成対象となった全ての拠点についての他拠点のトラックの空車情報１５０４とを含む。
【００７７】
図１５では、例えば、ＫＰＩ集計処理部２０４は、ある時点（例えば、７月４日）において配送計画作成対象とした全ての自拠点を出発可能なトラックがＮ１台あり、Ｎ２台の自拠点のトラックを配送計画に割り当てたことを示している。また、ＫＰＩ集計処理部２０４は、各自拠点のトラックの稼働率を算出し、その値が５０％であり、配送計画に割り当てられた自拠点トラックの平均積載率は、５０％であることを示している。
【００７８】
さらに、例えば、７月４日において配送計画作成対象とした全ての他拠点を出発可能なトラックがＮ３台あり、そのうちＮ４台の空荷トラックがあることを示している。また、ＫＰＩ集計処理部２０４は、配送計画に割り当てられた他拠点トラックの平均積載率を算出し、その値が５０％であることを示している。さらに、ＫＰＩ集計処理部２０４は、他拠点の空車情報として、配送計画作成対象となった全ての他拠点のトラックの空車率、すなわち他拠点の稼動可能台数に対する空荷台数の割合は５０％であることを示している。上記空車率は、他拠点のトラックのうち配送計画に割り当てられていないトラックの台数として算出すればよい。
【００７９】
このように、配送計画作成対象とした全ての拠点の配送計画を集計し、各拠点について、自拠点及び他拠点のトラックの使用状況を出力し、表示するので、本システムの利用者は、配送計画で割り当てられたトラックの使用状況や、他拠点の空車情報を一目で把握することができる。なお、図１５では、他拠点の空車情報を表示しているが、自拠点の空車情報を表示させてもよい。このような表示により、他拠点のトラック（あるいは自拠点のトラック）の空荷台数の割合を一見して把握することができる。
【００８０】
また、本システムの利用者は、自拠点のトラック使用状況１５０２と他拠点のトラック使用状況１５０３とを確認し、全体のバランスを考慮して、配送計画を調整することができる。例えば、自拠点を発地とするトラックの稼働率が高いほど、当該自拠点のトラックを効率よく処理できるため、自拠点のトラックの使用状況が想定した値よりも低い場合には、自拠点のトラックをより多く割り当てる配送計画を作成することができる。また、例えば、他拠点を発地とするトラックは復路のトラック（帰り便）であり、往復配送時における復路料金は、通常片道料金よりも安価であるため、帰り便の稼働台数が多いほど、復路分のコストが安くなる。したがって、本システムの利用者は、全体として低コストとなる配送計画を立案することができる。したがって、配送コストが想定した値よりも高い場合には、他拠点のトラックをより多く割り当てる配送計画を作成することができる。空車率については、他拠点のトラックがどの程度活用されているのかを一目で確認できるため、他拠点のトラックの割り当て台数を考慮するための判断材料を提供することができる。続いて、データ取得・計画状況確認欄１４０２の具体的な更新方法について説明する。
【００８１】
図１６は、データ取得・計画状況確認欄１４０２の具体的な更新方法の処理手順を示すサブフローチャートである。図１６におけるステップＳ１００１〜Ｓ１００８の各処理については、図１０で示したものと同様であるため、ここではその説明を省略し、ステップＳ１６０１〜Ｓ１６０４について説明する。
【００８２】
図１６に示すように、ステップＳ１００７において、配送計画作成処理部２０２が、単一拠点の配送計画を出力すると、出力した当該配送計画（図９）に対して当該配送計画が妥当であるか否か（ＯＫであるかＮＧであるか）を示す旨の回答を入力するための入力項目を付加した情報を、配送計画案として、配送計画作成対象とした拠点（例えば、Ｂ拠点）に送信する（ステップＳ１６０１）。当該拠点には、例えば、手配車情報を収集した担当者が使用するＰＣ（Personal Computer）等のコンピュータが設けられ、ネットワークＮを介して、配送計画立案システム１０００に接続されている。
【００８３】
配送計画作成対象とした拠点のコンピュータは、配送計画立案システム１０００から、自拠点についての配送計画案を受信すると、コンピュータに接続されたディスプレイに、当該配送計画案を含む配送計画回答画面を表示する（ステップＳ１６０２）。
【００８４】
図１７は、ディスプレイに表示される配送計画回答画面の例を示す図である。図１７に示すように、配送計画回答画面１７０１には、配送計画作成処理部２０２により作成された配送計画３０８、１３０６と、作成された配送計画が妥当である旨（ＯＫ）を入力するための回答欄１７０２と、回答結果を配送計画立案システム１０００に送信するための回答送信ボタン１７０３とを含む。
【００８５】
配送計画作成対象とした拠点のコンピュータに接続された入力装置は、当該拠点の担当者から、配送計画案として示された配送計画のそれぞれについて、妥当である旨のチェックの入力を受け付ける（ステップＳ１６０３）。図１７では、配送計画案として示された全ての配送計画が、妥当であるとしてチェックが入力されたことを示している。
【００８６】
配送計画作成対象とした拠点のコンピュータは、上記入力装置が担当者から回答送信ボタン１７０３の押下を受け付けると、妥当性についての回答が入力された配送計画案を、回答結果として、配送計画立案システム１０００に送信する（ステップＳ１６０４）。その後、ステップＳ１００８に進み、配送計画作成処理部２０２がＫＰＩサマリ情報１５０１を出力する。
【００８７】
図１７では、回答欄１７０２が、配送計画が妥当である旨（ＯＫ）を入力するための項目であり、当該項目にチェックが入力されている場合は妥当（ＯＫ）であり、チェックが入力されていない場合は妥当でない（ＮＧ）である前提で説明した。しかし、回答方法については、これら両者の入力欄を設けてもよいし、さらに回答した理由を入力する欄を設けてもよい。これにより、本システムの利用者は、拠点側の回答理由を把握することができる。
【００８８】
また、上記では、ステップＳ１００７の処理の実行時に、これと並行してステップＳ１６０１〜Ｓ１６０４の各処理が実行される前提で説明した。しかし、この時点で必ずしも全ての拠点についてサブフローの処理が終了している必要はなく、各拠点でサブフローの処理が実行され、配送計画案に対する回答を受信する都度、ＫＰＩ集計処理部２０４は、当該回答を反映した配送計画サマリ情報１４０１を出力してよい。
【００８９】
図１８は、本システムを用いた配送計画の活用モデルを示す図である。図１８では、Ａ拠点、Ｂ拠点、Ｃ拠点の各拠点の配送計画を立案するために、配送計画立案システム１０００の利用者は、図１０に示したフローチャートの処理の実行を開始し、各拠点から手配車情報３０１やオーダー情報３０４を取得し、それぞれの拠点について作成した配送計画（図９）を、それぞれの拠点に送信する。各拠点の担当者は、サブフローに示したように、コンピュータ１８０１を操作して配送計画案に対して妥当であるか否かを示す回答を行い、その結果が配送計画立案システム１０００にフィードバックされる。本システムの利用者は、各拠点からの回答を確認し、妥当でないとの回答を受け取った場合には、当該拠点について、再び図１０の処理を実行し、配送計画を再作成する。すべての回答が得られると、ＫＰＩ集計処理部２０４は、配送計画サマリ情報（図１４）やＫＰＩサマリ情報（図１５）を出力する。
【００９０】
なお、これまでの例では、配送計画立案システム１０００が、各拠点の配送計画を統括する統括センタを設け、当該統括センタがそれぞれの拠点に対して配送計画を作成し、送信する場合について説明したが、統括センタを設けずに、各拠点が独立して、他拠点のリソースを考慮して配送計画を作成してもよい。
【００９１】
図１９は、本システムを用いた配送計画の他の活用モデルを示す図である。図１９では、各拠点が独立して、他拠点のリソースを考慮して配送計画を作成するモデルである。例えば、拠点Ｂでは、配送計画立案システム１０００が搭載されたコンピュータが、図１０の処理を実行し、各拠点から手配車情報３０１やオーダー情報３０４を取得し、自拠点についての配送計画（図９）を出力する。この場合には、必ずしも配送計画サマリ情報（図１４）、ＫＰＩサマリ情報（図１５）の集計や出力を行わなくてもよい。
【００９２】
また、更なる他の例として、物流業者を統括する統括事業者に本システムを適用してもよい。
【００９３】
図２０は、本システムを用いた配送計画の更なる他の活用モデルを示す図である。図２０では、各拠点のかわりに各物流業者のコンピュータと本システムとがネットワークＮで接続され、物流業者を統括する物流統括企業が配送計画を立案する構成となる。このような構成の場合は、図１８において、拠点を物流業者、統括センタを物流統括企業のセンタとして読み替えればよい。この場合、拠点には物流業者が含まれることとなる。
【００９４】
図２０に示したモデルでは、物流統括企業のセンタに設けられたコンピュータが、各物流業者のトラック情報を収集してもよい。トラック情報の収集は、図１０のステップＳ１００３の処理までに行っておけばよい。トラック情報は、物流業者に所属するトラックの仕様およびトラックの台数を示す情報である。
【００９５】
図２１は、トラック情報の収集処理のフローチャートの例である。図２１に示すように、まず、各物流業者のコンピュータ１８０１は、当該コンピュータに接続されたディスプレイに、トラック情報を登録するためのトラック情報入力画面を表示する（ステップＳ２１０１）。
【００９６】
図２２は、トラック情報入力画面の例を示す図である。図２２に示すように、トラック情報入力画面２２０１は、物流業者を示す会社名２２０２と、トラック情報入力欄２２０３と、入力したトラック情報を配送計画立案システム１０００に送信するための登録ボタン２２０４とを含む。図２２では、例えば、物流業者であるトラック業者Ａは、自社のリソースとして、車格が５トンのトラックを３台所有しており、使用する際の単価はＸ１円であることを示している。
【００９７】
各物流業者のコンピュータ１８０１は、トラック情報入力画面の登録ボタン２２０４が押下されると、入力されたトラック情報を、ネットワークＮを介して配送計画立案システム１０００に送信する。そして、配送計画立案システム１０００のリソース情報集計処理部２０３は、上記コンピュータ１８０１から受信したトラック情報を格納部３００に登録する（ステップＳ２１０２）。
【００９８】
図２３は、格納部３００に登録されるトラック情報の例を示す図である。図２３に示すように、トラック情報２３０１は、トラックを所有する物流業者を示す所属と、トラックの台数と、トラックの配送能力と、トラックの距離単価を含む、図２２で入力されたトラック情報が記憶されている。図２１、２２で入力されるトラック情報を、図７に示した車両マスタ情報３０６に含めてもよい。なお、図２１、２２では、距離単価が往復便を前提に１つの数値で示しているが、例えば、往路の場合と復路の場合とを記憶してもよい。例えば、図２３では、Ａ物流業者は１０トントラックを３台所有し、距離単価が１２００円である場合を例示しているが、「往路：１２００円、復路：８００円、往復：２０００円」のように、往復分の単価を記憶してもよい。この場合、本システムの利用者は、往路および復路のそれぞれについて、コストを考慮した配送計画を作成することができる。
【００９９】
さらに、図２１、２２では、トラック情報として、トラックの仕様を入力したが、当該仕様としてトラックの品質を記憶してもよい。例えば、トラックの品質として、トラックが「エアーサスペション」付きの仕様であれば品質「高」を記憶してもよい。さらには、物流業者におけるトラックに対する評価を示す情報を入力してもよい。例えば、直近１年において何らかの交通事故は配送事故があったトラックである場合には、当該トラックの評価を示す情報（例えば、「低」、「中」、「高」）を入力し、距離単価に反映させてもよい。これらの情報は、物流業者の担当者が、各物流業者のコンピュータ１８０１を操作して入力すればよい。
【０１００】
さらに、図１１に示した条件入力画面において、上記品質を、配送計画立案時に優先すべき条件を示す優先条件（第３の優先条件）として入力させてもよい。配送の品質を優先条件として設定することができるため、例えば、絵画や陶器等の美術品や骨董品といった取り扱いに注意を要する荷物の配送する場合に、品質を考慮した配送計画の立案が可能となる。
【０１０１】
このように、本システムでは、手配車情報集計処理部２０１が、配送計画作成対象拠点における荷物の配送前に、各拠点において荷物を発地から着地まで配送するために必要な手配車情報３０１を取得し、リソース情報集計処理部２０３が、配送計画作成対象拠点と、当該拠点を発地とする配送予定日とを用いて、配送計画作成対象拠点を着地とする手配車を、取得された手配車情報３０１の中からリソース情報３０３として抽出し、配送計画作成部２０２が、抽出されたリソース情報３０３と、配送に割り当てるリソースの優先条件（図１１）と、配送計画作成対象拠点における荷物のオーダー情報３０４とを用いて、配送計画作成対象拠点における荷物の配送計画を作成するので、直前まで定まらない荷物の変動に対応し、かつ、複数拠点のリソースを有効活用することができる。すなわち、配送すべき複数の荷物に対して、複数の拠点の車両について出発地と目的地と輸送物量を最適化した配送計画を作成することができる。
【０１０２】
従来、配送計画作成対象とした拠点（例えば、Ｂ拠点）の担当者である配車マンは、発地であるＡ拠点からの荷物の配送予定を、着地であるＢ拠点に対して、出発ぎりぎりのタイミングで知らされる。拠点Ａの予定を入手することができた場合でも、配車マン同士の人間関係を前提とするものであった。また、従来は、各拠点のリソース(車など)は各拠点ごとに管理され、発地であるＡ拠点では、着地であるＢ拠点への配送に使用するトラックが片荷として配送計画を立てているため、復路利用を前提としていない。したがって、翌日、拠点Ｂから拠点Ａに配達する荷物があるにも関わらず、前日到着したトラックは空のまま戻らなければならず、全体の配送計画としては、必ずしも効率よく立案できているとは限らなかった。さらに、着地であるＢ拠点では、自拠点車の稼働率を高めるためＢ拠点のリソースを優先的に利用するため、より一層、Ａ拠点のリソースが復路で利用されない環境下にあり、帰り便を有効活用したいというニーズがあった。
【０１０３】
本システムでは、上述した処理を実行することにより、これらの問題を解決し、各拠点のリソースの有効活用（例えば、トラックの帰り便やトラックの積載率の向上）、配送計画立案工数の削減を実現することができる。
【０１０４】
本配送計画立案システム１０００で用いられるコンピュータは、メモリやＨＤＤ（Hard Disk Drive）等の記憶装置、システムの各部を制御し、演算処理を実行するＣＰＵ（Central Processing Unit）といった一般的なハードウェアを有し、ＣＰＵがメモリからプログラムを読み出して実行することにより、上記各処理が実現される。当該プログラムは、ＲＯＭ等に予め組み込まれて提供されたり、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供したり、配布してもよい。さらには、プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供したり、配布してもよい。
【０１０５】
本発明は、上記実施例に限定されるものではなく、様々な変形例が含まれ、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えたり、各実施例の構成の一部について、他の構成の追加、削除、置換をすることが可能である。
【符号の説明】
【０１０６】
１０００          配送計画立案システム
１００            ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）処理部
２００            演算処理部
３００            格納部
１０１            出力処理部
１０２            入力処理部
１０３            表示処理部
１０４            通信処理部
２０１            手配車情報集計処理部
２０２            配送計画作成処理部
２０３            リソース情報集計処理部
２０４            ＫＰＩ集計処理部
３０１            手配車情報
３０２            手配車情報一覧
３０３            リソース情報
３０４            オーダー情報
３０５            拠点間マスタ情報
３０６            車両マスタ情報
３０７            拠点マスタ情報
３０８            配送計画
Ｎ                ネットワーク。
【図１】
2020064397.tif 000003
【図２】
2020064397.tif 000004
【図３】
2020064397.tif 000005
【図４】
2020064397.tif 000006
【図５】
2020064397.tif 000007
【図６】
2020064397.tif 000008
【図７】
2020064397.tif 000009
【図８】
2020064397.tif 000010
【図９】
2020064397.tif 000011
【図１０】
2020064397.tif 000012
【図１１】
2020064397.tif 000013
【図１２】
2020064397.tif 000014
【図１３】
2020064397.tif 000015
【図１４】
2020064397.tif 000016
【図１５】
2020064397.tif 000017
【図１６】
2020064397.tif 000018
【図１７】
2020064397.tif 000019
【図１８】
2020064397.tif 000020
【図１９】
2020064397.tif 000021
【図２０】
2020064397.tif 000022
【図２１】
2020064397.tif 000023
【図２２】
2020064397.tif 000024
【図２３】
2020064397.tif 000025