(57)【特許請求の範囲】
【請求項１】
運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
既定便についての情報を記憶した既定便情報記憶手段と、
車種別に最大積載量を記憶した車種情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えて、運送便の管理を行なう運送管理システムであって、
前記制御手段が、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段と、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段と、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段と、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段と、
前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する手段と、
前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更
を促す車両見直し手段と
を備えたことを特徴とする運送管理システム。
【請求項２】
前記運送便情報記憶手段には、運送便が臨時便又は既定便の種類を特定する情報が記録されており、
前記制御手段が、
前記実績情報記憶手段から臨時便の実績情報を取得し、
類似した設定条件の臨時便をグループ化し、
グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段と
を更に備えたことを特徴とする請求項１に記載の運送管理システム。
【請求項３】
運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えて、運送便の管理を行なう運送管理システムであって、
前記制御手段が、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段と、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段と、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段と、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段と、
前記実績情報記憶手段から臨時便の実績情報を取得し、
類似した設定条件の臨時便をグループ化し、
グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段と
を備えたことを特徴とする運送管理システム。
【請求項４】
前記既定便見直し手段は、前記臨時便の実績情報から、グループ化した臨時便が運行される周期性を特定し、前記周期性に基づいて既定便の登録を促すことを特徴とする請求項２又は３に記載の運送管理システム。
【請求項５】
前記制御手段が、
特定した運送便候補の車両の積載量を、前記実績情報記憶手段に記録された積載量から予測し、
前記運送便候補において、追加運送の設定条件に含まれる積載量を積載可能である場合
には、前記運送便候補を前記クライアント端末に出力することを特徴とする請求項１〜４の何れか１項に記載の運送管理システム。
【請求項６】
前記制御手段が、
前記追加運送の設定条件に適合する臨時便を新たに運行した場合の運送コストを算出する手段と、
前記追加運送の設定条件を用いて、前記運送便候補における追加運送分の運送コストを算出する手段と、
前記臨時便の運送コストと、前記運送便候補における追加運送分の運送コストとを前記クライアント端末に出力する手段と
を更に備えたことを特徴とする請求項１〜５の何れか１項に記載の運送管理システム。
【請求項７】
前記運送便候補特定手段が、
前記追加運送の設定条件によって、前記運送便候補が新たな拠点に立ち寄る場合、この運送便候補における他の到着拠点の到着予想時刻を算出し、
前記到着予想時刻と、到着拠点における運送便候補到着時限との比較に基づいて、前記運送便候補として特定することを特徴とする請求項１〜６の何れか１項に記載の運送管理システム。
【請求項８】
運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
既定便についての情報を記憶した既定便情報記憶手段と、
車種別に最大積載量を記憶した車種情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なう方法であって、
前記制御手段が、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する段階と、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する段階と、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定段階と、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する段階と、
前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する段階と、
前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更を促す車両見直し段階と
を実行することを特徴とする運送管理方法。
【請求項９】
運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なう方法であって、
前記制御手段が、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する段階と、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する段階と、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定段階と、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する段階と、
前記実績情報記憶手段から臨時便の実績情報を取得し、
類似した設定条件の臨時便をグループ化し、
グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し段階と
を実行することを特徴とする運送管理方法。
【請求項１０】
運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
既定便についての情報を記憶した既定便情報記憶手段と、
車種別に最大積載量を記憶した車種情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なうプログラムであって、
前記制御手段を、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可
否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段、
前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する手段、
前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更を促す車両見直し手段
として機能させることを特徴とする運送管理プログラム。
【請求項１１】
運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、
出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、
運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、
各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なうプログラムであって、
前記制御手段を、
クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段、
前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段、
前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段、
前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、
立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段、
前記実績情報記憶手段から臨時便の実績情報を取得し、
類似した設定条件の臨時便をグループ化し、
グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段
として機能させることを特徴とする運送管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラック等を用いて運送を行なう場合の運送状況を管理する運送管理システム、運送管理方法及び運送管理プログラムに関する。
【背景技術】
【０００２】
従来、配達期限が決まっている荷物の運送において、運送便が回るべきルートを作成する方法が検討されている（例えば、特許文献１を参照。）。この文献に記載の配送計画作成方法においては、複数の拠点の位置情報を入力し、配送すべき荷物の量、配送先、配送先での荷物の受取が可能な時間帯である配送時間制約を含む荷物情報を入力し、車両の積載量限界を含む車両情報を入力する。そして、入力された配送時間制約を守った条件下で、運送便が回るべきルートを作成する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５７３１２号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
定期的に所定の荷物量を、予め定められた配送時限で運送する必要がある場合には、この時限に間に合うように定期便のダイヤ編成を行なう。しかしながら、荷物量は日々変動するため、荷物量に対して過大な運送車両を用いた場合には、経済的な効率が悪い。
【０００５】
一方、荷物量が多く、積載可能量を越えてしまう場合もある。このような場合には、時限に間に合わせるために、臨時便を運行する必要がある。しかしながら、そのためだけの臨時便の場合、経済的な負担が大きくなったり、運行効率が悪くなったりする場合もある。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、計画運送便を有効活用して、コストを軽減しながら、効率よく運送を行なうための運送管理システム、運送管理方法及び運送管理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、既定便についての情報を記憶した既定便情報記憶手段と、車種別に最大積載量を記憶した車種情報記憶手段と、各拠点に設置されたクライアント端末及び
既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えて、運送便の管理を行なう運送管理システムであって、前記制御手段が、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段と、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段と、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段と、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段と、前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する手段と、前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更を促す車両見直し手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の運送管理システムにおいて、前記運送便情報記憶手段には、運送便が臨時便又は既定便の種類を特定する情報が記録されており、前記制御手段が、前記実績情報記憶手段から臨時便の実績情報を取得し、類似した設定条件の臨時便をグループ化し、グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段とを更に備えることを要旨とする。
請求項３に記載の発明は、運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えて、運送便の管理を行なう運送管理システムであって、前記制御手段が、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段と、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段と、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段と、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段と、前記実績情報記憶手段から臨時便の実績情報を取得し、類似した設定条件の臨時便をグループ化し、グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段とを備えたことを要旨とする。
請求項４に記載の発明は、請求項２又は３に記載の運送管理システムにおいて、既定便見直し手段は、前記臨時便の実績情報から、グループ化した臨時便が運行される周期性を特定し、前記周期性に基づいて既定便の登録を促すことを要旨とする。
請求項５に記載の発明は、請求項１〜４の何れか１項に記載の運送管理システムにおいて、前記制御手段が、特定した運送便候補の車両の積載量を、前記実績情報記憶手段に記
録された積載量から予測し、前記運送便候補において、追加運送の設定条件に含まれる積載量を積載可能である場合には、前記運送便候補を前記クライアント端末に出力することを要旨とする。
請求項６に記載の発明は、請求項１〜５の何れか１項に記載の運送管理システムにおいて、前記制御手段が、前記追加運送の設定条件に適合する臨時便を新たに運行した場合の運送コストを算出する手段と、前記追加運送の設定条件を用いて、前記運送便候補における追加運送分の運送コストを算出する手段と、前記臨時便の運送コストと、前記運送便候補における追加運送分の運送コストとを前記クライアント端末に出力する手段とを更に備えたことを要旨とする。
【０００９】
請求項７に記載の発明は、請求項１〜６の何れか１項に記載の運送管理システムにおいて、前記運送便候補特定手段が、前記追加運送の設定条件によって、前記運送便候補が新たな拠点に立ち寄る場合、この運送便候補における他の到着拠点の到着予想時刻を算出し、前記到着予想時刻と、到着拠点における運送便候補到着時限との比較に基づいて、前記運送便候補として特定することを要旨とする。
【００１３】
請求項８に記載の発明は、運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、既定便についての情報を記憶した既定便情報記憶手段と、車種別に最大積載量を記憶した車種情報記憶手段と、各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なう方法であって、前記制御手段が、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する段階と、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する段階と、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定段階と、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する段階と、前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する段階と、前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更を促す車両見直し段階とを実行することを要旨とする。
請求項９に記載の発明は、運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なう方法であって、前記制御手段が、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する段階と、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する段階と、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定段階と、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末
に出力する段階と、前記実績情報記憶手段から臨時便の実績情報を取得し、類似した設定条件の臨時便をグループ化し、グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し段階とを実行することを要旨とする。
【００１４】
請求項１０に記載の発明は、運行予定の運送便について、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、既定便についての情報を記憶した既定便情報記憶手段と、車種別に最大積載量を記憶した車種情報記憶手段と、各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なうプログラムであって、前記制御手段を、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段、前記実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する手段、前記積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、前記見直し候補の設定情報を前記管理端末に表示することにより、前記既定便の変更を促す車両見直し手段として機能させることを要旨とする。
請求項１１に記載の発明は、運行予定の運送便について、運送便が臨時便又は既定便の種類を特定する情報、出発及び到着のダイヤグラム、車種を含む設定情報を記録した運送便情報記憶手段と、出発支店、到着支店、所要時間に関するデータを含む支店間経路マスタデータを記憶したマスタ記憶手段と、運送便において、実際に積載された積載量についての実績情報を記録した実績情報記憶手段と、各拠点に設置されたクライアント端末及び既定便の運行の見直しを行なう担当者が用いる管理端末に接続された制御手段とを備えた運送管理システムを用いて運送便の管理を行なうプログラムであって、前記制御手段を、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する手段、前記運送便情報記憶手段に記録された運送便の設定情報を用いて、前記追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する手段、前記設定条件に含まれる出発地、目的地についての条件を満足する運送便を前記運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する運送便候補特定手段、前記マスタ記憶手段に記憶された支店間経路マスタデータを用いて、前記運送便候補を用いて立寄った場合の所要時間を算出し、前記運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、前記運送便候補を前記クライアント端末に出力する手段、前記実績情報記憶手段から臨時便の実績情報を取得し、類似した設定条件の臨時便をグループ化し、グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を前記管理端末に表示することにより、前記臨時便の設定条件に応じた既定便の登録を促す既定便見直し手段として機能させることを要旨とする。
【００１５】
（作用）
本発明によれば、制御手段が、クライアント端末から、追加運送の設定条件を含む追加運送依頼を取得する。制御手段が、運送便情報記憶手段に記録された運送便の設定情報を用いて、追加運送依頼の設定条件に類似する運送便が前記運送便情報記憶手段に記録されているか否かを検索する。制御手段が、設定条件に含まれる出発地、目的地についての条件を満足する運送便を運送便情報記憶手段から抽出した場合には、この運送便を運送便候補として特定する。制御手段が、マスタ記憶手段に記憶された支店間経路マスタデータを用いて、運送便候補を用いて立寄った場合の所要時間を算出し、運送便候補の所要時間に応じて、立寄り可否を判定し、立寄り可能と判定した場合には、運送便候補をクライアント端末に出力する。これにより、運行が計画されている計画運送便に、追加運送依頼の設定条件に類似する運送便が含まれている場合には、この計画運送便を流用することができる。従って、新たな臨時便を運行することなく、既存の運送便を利用して、効率よく運送便を運行することができる。
【００１６】
請求項１，８，１０に記載の発明によれば、制御手段は、実績情報記憶手段に記録された積載荷量を、車種に応じた最大積載量で除算した積載率を算出する。制御手段は、積載率が低い場合には、この積載率が低い運送便を既定便の見直し候補として特定し、見直し候補の設定情報を管理端末に表示することにより、既定便の変更を促す。これにより、積載率が低く運送コストが割高になる運送便について、効率よく見直すことができる。
請求項２，３，９，１１に記載の発明によれば、制御手段は、実績情報記憶手段から臨時便の実績情報を取得し、類似した設定条件の臨時便をグループ化する。制御手段は、グループ化した臨時便の利用頻度が高い場合には、この臨時便の設定条件を管理端末に表示することにより、臨時便の設定条件に応じた既定便の登録を促す。これにより、利用頻度が高い臨時便については既定便に変更することにより、運送コストを低減することが期待できる。
請求項４に記載の発明によれば、制御手段は、臨時便の実績情報から、グループ化した臨時便が運行される周期性を特定し、周期性に基づいて既定便の登録を促す。これにより、周期性がある臨時便については、既定便に変更することにより、運送コストを低減することが期待できる。
請求項５に記載の発明によれば、制御手段が、特定した運送便候補の車両の積載量を、前記実績情報記憶手段に記録された積載量から予測し、運送便候補において、追加運送の設定条件に含まれる積載量を積載可能である場合には、前記運送便候補を前記クライアント端末に出力する。
請求項６に記載の発明によれば、制御手段は、追加運送の設定条件に適合する臨時便を新たに運行した場合の運送コストを算出する。制御手段は、追加運送の設定条件を用いて、運送便候補における追加運送分の運送コストを算出する。制御手段は、臨時便の運送コストと、運送便候補における追加運送分の運送コストとをクライアント端末に出力する。これにより、臨時便の運送コストと、計画運送便を利用した場合のコストとを出力するため、経済的に効率的な追加運送を選択することができる。
【００１７】
請求項７に記載の発明によれば、制御手段は、追加運送の設定条件によって、運送便候補が新たな拠点に立ち寄る場合、この運送便候補における他の到着拠点の到着予想時刻を算出し、到着予想時刻と、到着拠点における運送便候補到着時限との比較に基づいて、運送便候補として特定する。これにより、新たな拠点に立寄った場合の他の拠点の遅延を考慮して、運送便候補を特定することができる。
【発明の効果】
【００２１】
本発明によれば、荷物量に応じて追加運送が必要になった場合にも、既に予定されている運送便を考慮して、効率的な運送を行なうことができる。
【図面の簡単な説明】
【００２２】
【図１】実施形態の運送管理システムの構成を説明する概略構成図。
【図２】実施形態のマスタデータ記憶部、運行管理データ記憶部、発着管理データに記憶されたデータの構成を説明する説明図。
【図３】実施形態の各データの構成を説明する説明図であり、（ａ）は既定便マスタデータ、（ｂ）は支店間経路マスタデータ、（ｃ）は車種マスタデータ、（ｄ）はタリフマスタデータ、（ｅ）は臨時便計画データ、（ｆ）は運送便計画データ及び運送便実績データ、（ｇ）は運送便詳細データを示す。
【図４】実施形態の各データの構成を説明する説明図あり、（ａ）は運送便遅延管理データ、（ｂ）は運送便精算データ、（ｃ）はパレット管理データ、（ｄ）は差立実績データ、（ｅ）は到着実績データ、（ｆ）はパレット積載実績データを示す。
【図５】実施形態の既定便見直し処理の処理手順を説明する流れ図。
【図６】実施形態の積載率分析処理の処理手順を説明する流れ図。
【図７】実施形態の運休便分析処理の処理手順を説明する流れ図。
【図８】実施形態の臨時便分析処理の処理手順を説明する流れ図。
【図９】実施形態の立寄り分析処理の処理手順を説明する流れ図。
【図１０】実施形態の追加運送支援処理の処理手順を説明する流れ図。
【発明を実施するための形態】
【００２３】
以下、本発明を具体化した一実施形態を図１〜図１０に基づいて説明する。本実施形態では、郵便物や荷物等（郵便物等）を運送する運送便を管理する運送管理システムについて説明する。本実施形態では、予め決められた時刻に定期的に運行する運送便（既定便）と、申請によって運行する運送便（臨時便）とを管理する。この既定便は、予め定められたダイヤ作成情報に基づいて、決められた日の決められた時刻に、決められた運行経路の拠点を巡回することにより郵便物等を運送する運送便である。一方、臨時便は、既定便に積載しきれなかった郵便物等を、一時的に運行する運送便である。
【００２４】
運送管理システムとしての運送管理サーバ２０は、ネットワークを介して、各支店に設置された支店端末１０に接続されている。この支店端末１０は、発着管理データを入力する入力手段や、追加運送の依頼を行なう追加運送依頼手段として機能するコンピュータ端末である。
【００２５】
支店端末１０は、制御手段（ＣＰＵ）及び記憶手段（ＲＡＭ、ＲＯＭ等）からなる制御部、キーボードやポインティングデバイスからなる入力部、ディスプレイからなる表示部、運送管理サーバ２０とデータの送受信を行なう通信部等を備える。支店端末１０は、設置された支店を特定するための識別子（支店ＩＤ）を記憶している。
【００２６】
一方、図１に示す運送管理サーバ２０は、運送状況を管理するためのシステムである。この運送管理サーバ２０には、図示しない管理端末が接続されている。この管理端末は、既定便の運行の見直しを行なう担当者が用いるコンピュータ端末であり、後述する既定便の見直し処理を実行する場合に用いられる。
【００２７】
運送管理サーバ２０は、制御部２１、マスタデータ記憶部２２、運行管理データ記憶部２３、発着管理データ記憶部２４、地理情報データ記憶部２５、支店データ記憶部２６及び見直し候補データ記憶部２７を備えている。制御部２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（既定便管理段階、積載率分析段階、運休便分析段階、臨時便分析段階、立寄り分析段階、実績登録段階及び、運送便候補特定段階としての追加運送支援段階等を含む処理）を行なう。そして、このための運送管理プログラムを実行することにより、制御部２１は、既定便管理手段２１１、積載率分析手段２１２、運休便分析手段２１３、臨時便分析手段２１４、立寄り分析手段２１５、実績登録手段２１６及び追加運送支援手段２１７等として機能する。
【００２８】
既定便管理手段２１１は、既定便の管理を行ない、定期的に既定便の見直し処理を実行する。
積載率分析手段２１２は、既定便の見直し処理において積載率について分析処理を実行する。本実施形態では、積載率分析手段２１２は、積載率が低い場合に、ダイヤ編成の見直しの要否を判定するための車種見直し基準値を記憶している。
【００２９】
運休便分析手段２１３は、運休になった既定便の運送便詳細データ２３３に基づいて、既定便のダイヤ編成の分析を行なう分析処理を実行する。運休便分析手段２１３は、既定便の廃止を判定するための廃止判定基準値を記憶している。本実施形態では、既定便自体の廃止を判定するために用いる運行廃止判定基準値と、既定便において立寄る支店の廃止を判定するために用いる立寄り廃止判定基準値とが記憶されている。
【００３０】
臨時便分析手段２１４は、運行した臨時便の運送便詳細データ２３３に基づいて、既定便のダイヤ編成の分析を行なう分析処理を実行する。臨時便分析手段２１４は、臨時便に対応する既定便の追加要否を判定するために用いる既定便追加判定基準値を記憶している。
【００３１】
立寄り分析手段２１５は、運行した既定便の運送便詳細データ２３３に基づいて、既定便のダイヤ編成の分析を行なう分析処理を実行する。立寄り分析手段２１５は、既定便において新たに立寄る支店の追加を判定するために用いる支店追加判定基準値を記憶している。
【００３２】
実績登録手段２１６は、支店端末１０から取得した発着管理データを発着管理データ記憶部２４に登録する処理を実行する。
追加運送支援手段２１７は、運送便候補特定手段として機能する。この追加運送支援手段２１７は、支店端末１０から取得した追加運送依頼を受信し、この依頼に基づいて追加で運送を行なう運送便の候補を特定し、この運送便についての管理処理を実行する。
【００３３】
マスタデータ記憶部２２には、既定便情報記憶手段及び車種情報記憶手段として機能し、各種マスタデータが記憶されている。本実施形態においては、図２に示すように、既定便マスタデータ２２１、支店間経路マスタデータ２２２、車種マスタデータ２２３、タリフマスタデータ２２４が記憶されている。
【００３４】
既定便マスタデータ２２１は、定期的に運行する運送便（既定便）に関するマスタデータである。この既定便マスタデータ２２１は、既定便が決定された場合に記録され、既定便の運行の見直し等において、ダイヤ編成が行なわれた場合に更新される。この既定便マスタデータ２２１には、図３（ａ）に示すように、既定便マスタキー、ダイヤ作成情報、運賃関連情報、支店間経路情報、有料道路料金情報、時間制運賃計算結果に関するデータが含まれる。
【００３５】
既定便マスタキーデータ領域には、各既定便を特定するための識別子に関するデータが記録される。この既定便マスタキーとして、例えば既定便に付与された便番号を用いる。
ダイヤ作成情報は、この既定便のダイヤ（運行スケジュール）を作成するための情報である。このダイヤ作成情報には、管理支社識別子、契約コード、運行パターン、契約車種、結束便フラグに関するデータが含まれる。
【００３６】
管理支社識別子データ領域には、この既定便の管理を行なう部署を特定するための識別子に関するデータが記録される。
契約コードデータ領域には、この既定便の車両を提供する事業会社（委託先）との契約を特定するための識別子（契約コード）に関するデータが記録される。
【００３７】
運行パターンデータ領域には、この既定便の運行日を特定するためのパターンを特定するための識別子に関するデータが記録される。運行パターンとしては、例えば、平日、土曜、休日等を用いることができる。
【００３８】
契約車種データ領域には、この運送便の運行に用いられる車種を特定するための識別子（車種ＩＤ）に関するデータが記録される。
結束便フラグデータ領域には、到着時限が定められた結束便を特定するとともに、その運送物の種別を特定するためのフラグに関するデータが記録される。
【００３９】
運賃関連情報は、この既定便の運行に必要な費用に関する情報である。この運賃関連情報には、タリフ種別、走行距離、走行時間、割増料金に関するデータが含まれる。
タリフ種別データ領域には、この既定便の料金表の種別を特定するための識別子（タリフ種別）に関するデータが記録される。
走行距離データ領域、走行時間データ領域には、この既定便が走行する距離、走行する時間に関するデータが記録される。
割増料金データ領域には、深夜割増や都市部割増等の割増料金に関するデータが記録される。
【００４０】
支店間経路情報は、この既定便が到着する支店に関する情報である。この支店間経路情報には、起点支店、立寄り支店及び終点支店を特定する支店ＩＤと、運送便の到着予定時刻と、終点支店以外の支店における出発予定時刻とに関するデータが含まれる。
【００４１】
起点支店データ領域、終点支店データ領域、立寄り支店データ領域には、運送便の起点となる支店を特定するための識別子（支店ＩＤ）、運送便の終点となる支店を特定するための識別子（支店ＩＤ）、起点から終点までに立寄る支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
【００４２】
運送便の到着予定時刻データ領域には、起点支店、終点支店、立寄り支店のそれぞれに対応付けて、この運送便が各支店に到着する予定時刻に関するデータが記録される。
運送便の出発予定時刻データ領域には、起点支店、立寄り支店のそれぞれに対応付けて、この運送便が各支店を出発する予定時刻に関するデータが記録される。
【００４３】
有料道路料金情報は、この既定便が利用する有料道路に関する情報である。この有料道路料金情報には、区間、有料道路料金に関するデータが含まれる。
区間データ領域には、この既定便が利用する有料道路の区間を特定するためのデータが記録される。
有料道路料金データ領域には、この有料道路を利用した場合の料金を特定するためのデータが記録される。
【００４４】
時間制運賃計算結果は、この既定便を運行するための時間から計算した運賃結果情報である。この時間制運賃計算結果には、支店ＩＤ、年月日、時間制運賃に関するデータが含まれる。
【００４５】
支店ＩＤデータ領域には、この既定便の運賃の支払を担当する支店の識別子（支店ＩＤ）に関するデータが記録される。本実施形態では、この支店は、この運送便が到着する支店である。
年月日データ領域には、この運賃を算出した年月日に関するデータが記録される。
時間制運賃データ領域には、この運送便の運行時間から算出した運賃に関するデータが記録される。
【００４６】
支店間経路マスタデータ２２２は、運送便が運行される支店間の経路に関するマスタデータである。この支店間経路マスタデータ２２２は、新たな出発支店から到着支店までの経路が登録された場合に記録される。この支店間経路マスタデータ２２２には、図３（ｂ）に示すように、出発支店ＩＤ、到着支店ＩＤ、経路、距離及び所要時間に関するデータが含まれる。
【００４７】
出発支店ＩＤデータ領域には、この運送便が出発する支店を特定する識別子（支店ＩＤ）に関するデータが記録される。
到着支店ＩＤデータ領域には、出発した支店の次に到着する支店を特定する識別子（支店ＩＤ）に関するデータが記録される。
経路データ領域、距離データ領域、所要時間データ領域には、出発支店から到着支店までの地図上の経路、距離、所要時間に関するデータが記録される。
【００４８】
車種マスタデータ２２３は、運送便として用いられる車両の車種に関するマスタデータである。この車種マスタデータ２２３は、新たな積載量の車種が登録された場合に記録される。この車種マスタデータ２２３には、図３（ｃ）に示すように、車種ＩＤデータ、最大パレット積載量に関するデータが含まれる。
【００４９】
車種ＩＤデータ領域には、各車種を特定するための識別子（車種ＩＤ）に関するデータが記録される。
最大パレット積載量データ領域には、この車種に積載可能な最大のパレット量（パレットの数）に関するデータが記録される。
【００５０】
タリフマスタデータ２２４は、車両の運賃に関するマスタデータである。このタリフマスタデータ２２４は、新たな料金体系で車両運賃の契約が締結されて、新たなタリフ（料金表）が登録された場合に記録される。このタリフ種別を介して、タリフマスタデータ２２４と既定便マスタデータ２２１とが関連付けられる。このタリフマスタデータ２２４は、図３（ｄ）に示すように、トラック運賃マスタ、距離制タリフ、時間制タリフ、燃料サーチャージ、割増タリフに関するデータが含まれる。
【００５１】
トラック運賃マスタデータ領域には、運送便に用いられるトラックの利用料金に関するマスタデータが記録される。このトラック運賃マスタデータには、タリフ種別、適用期間に関するデータが含まれる。適用期間データ領域には、この運賃を適用する期間に関するデータが記録される。
【００５２】
距離制タリフデータ領域には、距離に応じて料金を算出する場合の料金表に関するデータが記録される。
時間制タリフデータ領域には、時間に応じて料金を算出する場合の料金表に関するデータが記録される。
【００５３】
燃料サーチャージデータ領域には、タリフタイプ及び車種に応じた燃料代を算出するためのテーブルが記録される。
割増タリフデータ領域には、深夜割増や都市部割増等の割増料金に関するデータが記録される。
【００５４】
更に、図１の運行管理データ記憶部２３には、運送便情報記憶手段及び実績情報記憶手段として機能し、運送便の運行を管理するための運行管理データが記憶される。本実施形態においては、図２に示すように、臨時便計画データ２３１、運送便計画データ２３２、運送便詳細データ２３３、運送便実績データ２３４、運送便遅延管理データ２３５、運送便精算データ２３６、パレット管理データ２３７が記憶されている。
【００５５】
臨時便計画データ２３１は、臨時便の予定に関するデータである。この臨時便計画データ２３１は、臨時便の要請が行なわれた場合に記録される。臨時便計画データには、図３（ｅ）に示すように、申請ＩＤ、日付、申請支店ＩＤ、開設理由、開設費用、承認ステータス、不承認理由種別、臨時便ＩＤ、車種ＩＤ、結束便フラグ、運賃関連情報、支店間経路情報、有料道路料金情報、時間制運賃計算結果に関するデータが含まれる。
【００５６】
申請ＩＤデータ領域には、各臨時便の申請を特定する識別子（申請ＩＤ）に関するデータが記録される。
日付データ領域には、この臨時便の申請を行なった年月日に関するデータが記録される。
【００５７】
申請支店ＩＤデータ領域には、臨時便の申請を行なった支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
開設理由データ領域には、この臨時便の開設理由に関するデータが記録される。
開設費用データ領域には、この臨時便を運行させるために必要な費用に関するデータが記録される。
【００５８】
承認ステータスデータ領域には、この臨時便開設についての承認に関するステータスを特定するためのデータが記録される。この承認ステータスには、「承認待ち」、「承認済み」、「承認拒否」をそれぞれ示すフラグのいずれかが記録される。
【００５９】
不承認理由種別データ領域には、この臨時便を承認しなかった場合の理由の種類を特定するための種別データが記録される。
臨時便ＩＤデータ領域には、この臨時便を特定するための識別子（臨時便ＩＤ）に関するデータが記録される。この臨時便ＩＤには、臨時便の便番号と運行日とが含まれ、運送便ＩＤとして機能する。
【００６０】
車種ＩＤデータ領域には、この運送便の車種を特定するための識別子（車種ＩＤ）に関するデータが記録される。
結束便フラグデータ領域には、到着時限が定められた結束便を特定するとともに、その運送物の種別を特定するためのフラグに関するデータが記録される。
【００６１】
運賃関連情報データ領域には、この臨時便の運賃に関する情報である。この運賃関連情報には、既定便マスタデータの運賃関連情報と同様に、タリフ種別、走行距離、走行時間、割増料金に関するデータが含まれる。
【００６２】
支店間経路情報データ領域には、この臨時便が到着する支店に関する情報である。この支店間経路情報には、既定便マスタデータの支店間経路情報と同様に、起点支店、立寄り支店及び終点支店を特定する支店ＩＤと、運送便の到着予定時刻と、終点支店以外の支店における出発予定時刻とに関するデータが含まれる。
【００６３】
有料道路料金情報データ領域には、この臨時便が利用する有料道路に関する情報である。この有料道路料金情報には、既定便マスタデータの支店間経路情報と同様に、区間、有料道路料金に関するデータが記録される。
【００６４】
時間制運賃計算結果は、この臨時便を運行するための時間から計算した運賃結果情報である。この時間制運賃計算結果には、既定便マスタデータの時間制運賃計算結果と同様に、支店ＩＤ、年月日、時間制運賃に関するデータが含まれる。
【００６５】
運送便計画データ２３２は、運行が予定されている運送便に関するデータである。既定便についての運送便計画データ２３２は、運行日の予め定めた数日前の日に記録され、臨時便についての運送便計画データ２３２は、承認が行なわれた場合に記録される。運送便計画データには、図３（ｆ）に示すように、運送便ＩＤ、日付、作成種別、既定便マスタキー、車種ＩＤ、結束便フラグ、運賃関連情報、支店間経路情報、有料道路料金情報、時間制運賃計算結果に関するデータが含まれる。
【００６６】
運送便ＩＤデータ領域には、この運送便を特定するための識別子（運送便ＩＤ）に関するデータが記録される。この運送便ＩＤは、便番号と運行する予定の年月日とを含んで構成される。この運送便ＩＤを介して、運送便計画データと、運送便詳細データ及び運送便実行データとが関連付けられる。
【００６７】
日付データ領域には、この運送便が運行される年月日に関するデータが記録される。
作成種別データ領域には、この運送便の種類を特定する種別フラグに関するデータが記録される。本実施形態では、既定便を示すフラグ又は臨時便を示すフラグが記録される。既定便マスタデータ２２１又は臨時便計画データ２３１に基づいて運送便計画データ２３２が記録された場合に、作成種別フラグが記録される。
【００６８】
既定便マスタキーデータ領域には、この運送便計画データの作成種別が既定便の場合に、各既定便を特定するための識別子に関するデータが記録される。
車種ＩＤデータ領域には、この運送便の車種を特定するための識別子（車種ＩＤ）に関するデータが記録される。
【００６９】
結束便フラグデータ領域には、到着時限が定められた結束便を特定するとともに、その運送物の種別を特定するためのフラグに関するデータが記録される。
運賃関連情報データ領域には、この運送便の運賃に関する情報である。この運賃関連情報には、既定便マスタデータの運賃関連情報と同様に、タリフ種別、走行距離、走行時間、割増料金に関するデータが含まれる。
【００７０】
支店間経路情報データ領域には、この運送便（既定便及び臨時便）が到着する支店に関する情報である。この支店間経路情報には、既定便マスタデータの支店間経路情報と同様に、起点支店、立寄り支店及び終点支店を特定する支店ＩＤと、運送便の各支店の到着予定時刻と、終点支店以外の各支店における出発予定時刻とに関するデータが含まれる。
【００７１】
有料道路料金情報データ領域には、この運送便（既定便及び臨時便）が利用する有料道路に関する情報である。この有料道路料金情報には、既定便マスタデータの支店間経路情報と同様に、区間、有料道路料金に関するデータが含まれる。
【００７２】
時間制運賃計算結果は、この運送便を運行するための時間から計算した運賃結果情報である。この時間制運賃計算結果には、既定便マスタデータの時間制運賃計算結果と同様に、支店ＩＤ、年月日、時間制運賃に関するデータが含まれる。
【００７３】
運送便詳細データ２３３は、運送便における運行状況についての詳細内容に関するデータである。この運送便詳細データ２３３は、運送便計画データ２３２が記録された場合に記録され、運送便実績データ２３４が記録された場合に更新される。運送便詳細データ２３３には、運送便管理レコードと、到着支店レコードとが関連付けられている。運送便管理レコードに対して１又は複数の到着支店レコードが関連付けられている。運送便管理レコードには、図３（ｇ）に示すように、運送便ＩＤ、日付、起点支店ＩＤ、起点出発日時、出発時パレット数、全体執行結果に関するデータが含まれる。到着支店レコードには、到着支店ＩＤ、到着日時、出発日時、荷降パレット数、積込パレット数、部分執行結果、更新日時に関するデータが含まれる。
【００７４】
運送便ＩＤデータ領域には、この運送便を特定するための識別子（運送便ＩＤ）に関するデータが記録される。
日付データ領域には、この運送便が運行される年月日に関するデータが記録される。
起点支店ＩＤデータ領域には、この運送便の起点支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
【００７５】
起点出発日時データ領域には、この運送便の起点支店を出発する予定の年月日及び時刻が記録される。
出発時パレット数データ領域には、この運送便が起点を出発する時に積載される予定のパレット数に関するデータが記録される。
【００７６】
全体執行結果データ領域には、この運送便が運行されたか否かの結果に関するデータが記録される。具体的には、この運送便が運休した場合には、運休を特定するためのデータが記録される。
【００７７】
到着支店ＩＤデータ領域には、この運送便が到着する予定の支店に関するデータが記録される。
到着日時データ領域には、この運送便が、この支店に到着する予定の年月日及び時刻に関するデータが記録される。
【００７８】
出発日時データ領域には、この運送便が、この支店を出発する予定の年月日及び時刻に関するデータが記録される。
荷降パレット数データ領域には、この運送便においてこの支店に降ろされる予定のパレット数に関するデータが記録される。
【００７９】
積込パレット数データ領域には、この運送便においてこの支店から積み込まれる予定のパレット数に関するデータが記録される。
部分執行結果データ領域には、この支店に立寄らなかった場合に、部分運休を特定するためのデータが記録される。
【００８０】
更新日時データ領域には、この支店のデータを更新した年月日及び時刻に関するデータが記録される。
【００８１】
運送便実績データ２３４は、実際に走行した運送便に関するデータである。運送便実績データ２３４は、支店端末１０から発着管理データ（差立実績データ、到着実績データ、パレット積載実績データ）を取得した場合に、これらデータと運送便計画データ２３２とを用いて記録される。運送便実績データ２３４は、運送便計画データ２３２と同様に、運送便ＩＤ、日付、作成種別、既定便マスタキー、車種ＩＤ、結束便フラグ、運賃関連情報、支店間経路情報、有料道路料金情報、時間制運賃計算結果に関するデータが記録される。
【００８２】
運送便遅延管理データ２３５は、運送便の遅延に関するデータである。この運送便遅延管理データ２３５は、運送便に遅延発生が予想された場合に記録される。運送便遅延管理データには、図４（ａ）に示すように、運送便ＩＤ、日付、発生箇所、遅延見込み時間、遅延理由に関するデータが含まれる。
【００８３】
運送便ＩＤデータ領域には、各運送便を特定するための識別子（運送便ＩＤ）に関するデータが記憶されている。
日付データ領域には、この運送便が運行された年月日に関するデータが記録される。
発生箇所データ領域には、この運送便において、遅延が発生した地域を特定するためのデータが記録される。
遅延見込み時間データ領域には、遅延発生によって、この運送便が遅延する見込み時間に関するデータが記録される。
遅延理由データ領域には、この遅延理由に関するデータが記録される。
【００８４】
運送便精算データ２３６は、運送便の走行にかかった費用に関するデータである。この運送便精算データ２３６は、その日の運送便がすべて終了して経費が算出されて記録される。運送便精算データ２３６には、図４（ｂ）に示すように、運送便ＩＤ、契約コード、執行年月日、作成種別、ステータス、運送費合計に関するデータが含まれる。
【００８５】
運送便ＩＤデータ領域には、この運送便を特定するための識別子（運送便ＩＤ）に関するデータが記録される。
契約コードデータ領域には、この既定便の運行に関する契約を特定するための識別子（契約コード）に関するデータが記録される。この契約コードを介して、既定便マスタデータ２２１と、この運送便精算データ２３６とが関連付けられている。
【００８６】
執行年月日データ領域には、この運送便が運行された年月日に関するデータが記録される。
作成種別データ領域には、この運送便の種別（既定便又は臨時便）に関するデータが記録される。
【００８７】
ステータスデータ領域には、この運送便の料金の精算に関するステータスが記録される。このステータスには、「精算前」、「精算完了」、「支払済」のいずれかのステータスが記録される。
運送費合計データ領域には、この運送便の費用に関するデータが記録される。
【００８８】
パレット管理データ２３７は、パレットを管理するために用いるデータである。このパレット管理データ２３７は、後述する発着管理データからパレットに関するデータを取得した場合に記録される。パレット管理データは、図４（ｃ）に示すように、パレットＩＤ、種別、状態、保管に関するデータが記録される。
【００８９】
パレットＩＤデータ領域には、各パレットを特定するための識別子（パレットＩＤ）に関するデータが記録される。
種別データ領域には、このパレットの種別に関するデータが記録される。
状態データ領域には、このパレットの状態を特定するための識別子に関するデータが記録される。パレットの状態としては、「使用中」や「修理中」等がある。
保管データ領域には、このパレットの保管場所を特定する識別子に関するデータが記録される。本実施形態では、保管場所の識別子として支店ＩＤを用いる。
【００９０】
また、図２に示すように、発着管理データ記憶部２４には、差立実績データ２４１、到着実績データ２４２、パレット積載実績データ２４３が記録される。これら到着管理データは、支店端末１０から入力されて、発着管理データ記憶部２４に記録される。
【００９１】
差立実績データ２４１は、他の支店に郵便物等を運送（発送）する運送便の差立実績に関するデータである。差立実績データ２４１には、図４（ｄ）に示すように、便番号、日付、支店ＩＤ、差立日時、遅延理由、積載パレット数に関するデータが含まれる。
【００９２】
便番号データ領域には、郵便物等の差立（発送）に用いる運送便を特定するための識別子（便番号）に関するデータが記録される。
日付データ領域には、この運送便が運行された年月日に関するデータが記録される。
支店ＩＤデータ領域には、この運送便によって差立を行なった支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
【００９３】
差立日時データ領域には、この支店から、この運送便が出発した年月日及び時刻に関するデータが記録される。
遅延理由データ領域には、この運送便における、この支店からの出発時刻が、出発予定時刻よりも所定時間以上、遅延した場合の遅延理由に関するデータが記録される。
積載パレット数データ領域には、この運送便に対して、この支店において実際に積み込まれたパレット数に関するデータが記録される。
【００９４】
到着実績データ２４２は、他の支店からの郵便物等が運送（到着）された運送便の到着実績に関するデータである。到着実績データ２４２には、図４（ｅ）に示すように、便番号、日付、支店ＩＤ、到着日時、遅延理由、荷降パレット数に関するデータが含まれる。
【００９５】
便番号データ領域には、各運送便を特定するための識別子（便番号）に関するデータが記録される。
日付データ領域には、この運送便が運行された年月日に関するデータが記録される。
支店ＩＤデータ領域には、この運送便が到着した拠点（支店）を特定するための識別子（支店ＩＤ）に関するデータが記録される。
【００９６】
到着日時データ領域には、この支店に、この運送便が到着した年月日及び時刻に関するデータが記録される。
遅延理由データ領域には、この運送便の到着時刻が、この支店に到着する予定時刻から、予め定めた所定時間以上遅延した場合に、この遅延理由に関するデータが記録される。
荷降パレット数データ領域には、この運送便においてこの支店において実際に降ろされたパレット数に関するデータが記録される。
【００９７】
パレット積載実績データ２４３は、運送便によって運送されたパレットに関するデータである。パレット積載実績データ２４３には、図４（ｆ）に示すように、パレットＩＤ、作成支店ＩＤ、作成年月日、差立支店ＩＤ、荷降支店ＩＤに関するデータが含まれる。
【００９８】
パレットＩＤデータ領域には、各パレットを特定するための識別子（パレットＩＤ）に関するデータが記録される。
作成支店ＩＤデータ領域には、このパレットを作成した拠点（支店）を特定するための識別子（支店ＩＤ）に関するデータが記録される。この作成支店は、このパレットが所属する支店を意味する。
【００９９】
作成年月日データ領域には、このパレットを作成した年月日に関するデータが記録される。
差立支店ＩＤデータ領域には、このパレットの発送先となる支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
荷降支店ＩＤデータ領域には、このパレットを実際に降ろした支店を特定するための識別子（支店ＩＤ）に関するデータが記録される。
【０１００】
一方、地理情報データ記憶部２５には、地理情報データ記憶手段として機能し、地理情報システム（ＧＩＳ； Geographic Information System）で用いられるデジタル道路地図データが記憶されている。このデジタル道路地図データは、デジタル道路地図を表示するための地図データである。このデジタル道路地図データには、道路の平面曲線形状を描画するための道路形状データや、各道路の平面曲線形状を示すための形状補間点の座標や、各点における位置（緯度、経度）に関するデータが含まれる。
【０１０１】
支店データ記憶部２６には、運送便が発着する拠点（支店）に関するデータが記録される。支店データは、開設された支店の情報が登録された場合に記録される。支店データには、支店識別子、管轄支社識別子、所在地に関するデータが含まれる。
【０１０２】
支店識別子データ領域、管轄支社識別子データ領域には、各支店を特定するための識別子（支店ＩＤ）、この支店を管轄する拠点（支社）を特定する識別子（支社ＩＤ）に関するデータがそれぞれ記録される。
所在地データ領域には、この支店の位置（経度・緯度）に関するデータが記録される。
【０１０３】
また、見直し候補データ記憶部２７には、既定便の見直し対象となる運送便に関するデータが記録される。この見直し候補データは、後述する既定便見直し処理を実行した場合に記録される。この見直し候補データには、車種変更候補、運休候補、増発候補、立寄り追加候補に関するデータが含まれる。
【０１０４】
車種変更候補データは、積載率に応じて車種を見直す候補となる運送便に関するデータである。この車種変更候補データには、この運送便の便番号と、この運送便の積載率と、実際に積載した最大のパレット数に関するデータが含まれる。
【０１０５】
運休候補データは、運休運送や部分運休によって、ルートの変更等の運行内容を見直す候補となる既定便に関するデータである。この運休候補データには、この運送便の便番号と、全体運休又は部分運休を識別するためのフラグと、運休の周期情報に関するデータとが含まれる。
【０１０６】
増発候補データは、既定便として増発させる候補を決めるための運送便に関するデータである。この増発候補データには、グループ毎の臨時便の運送便ＩＤと、運行の周期情報に関するデータとが含まれる。
【０１０７】
立寄り追加候補データは、既定便において立寄る支店として追加させる候補となる運送便に関するデータである。この立寄り追加候補データには、この運送便の便番号と、立寄り支店の支店ＩＤと、周期情報に関するデータとが含まれる。
【０１０８】
次に、以上のように構成されたシステムを用いて、運送管理処理を行なう手順を、図５〜図１０に従って説明する。ここでは、既定便見直し処理（図５）、積載率分析処理（図６）、運休便分析処理（図７）、臨時便分析処理（図８）、立寄り分析処理（図９）の順番で説明する。更に、その後に、追加で運送を要請する場合の追加運送支援処理（図１０）を説明する。
【０１０９】
（既定便見直し処理）
まず、既定便見直し処理を、図５を用いて説明する。この既定便見直し処理は、定期的に（例えば毎月の所定日に）実行される。本実施形態では、この既定便見直し処理においては、予め定めた実績期間（例えば直近の過去１ヶ月）における運送便の運行実績を用いる。
【０１１０】
まず、運送管理サーバ２０の制御部２１は、積載率分析処理を実行する（ステップＳ１−１）。具体的には、制御部２１の積載率分析手段２１２は、運行管理データ記憶部２３に記憶された運送便実績データ２３４及び運送便詳細データ２３３を用いて、各運送便の積載率についての分析処理を実行する。そして、積載率分析手段２１２は、積載率が低い運送便を見直し候補として特定し、この運送便の運送便ＩＤを見直し候補データ記憶部２７に記録する。この積載率分析処理の詳細は、図６を用いて後述する。
【０１１１】
次に、運送管理サーバ２０の制御部２１は、運休便分析処理を実行する（ステップＳ１−２）。具体的には、制御部２１の運休便分析手段２１３は、運行管理データ記憶部２３に記憶された運送便実績データ２３４及び運送便詳細データ２３３を用いて、運休状況についての分析処理を実行する。そして、運休便分析手段２１３は、運休が多い運送便や部分運休した運送便を見直し候補として特定し、見直し候補データ記憶部２７に記録する。この運休便分析処理の詳細は、図７を用いて後述する。
【０１１２】
次に、運送管理サーバ２０の制御部２１は、臨時便分析処理を実行する（ステップＳ１−３）。具体的には、制御部２１の臨時便分析手段２１４は、運行管理データ記憶部２３に記憶された運送便実績データ２３４及び運送便詳細データ２３３を用いて、臨時便の運行状況の分析処理を実行する。そして、臨時便分析手段２１４は、同じ路線に臨時便が多い場合には、既定便として組み込むために、この臨時便の運送便を見直し候補として特定し、見直し候補データ記憶部２７に記録する。この臨時便分析処理の詳細は、図８を用いて後述する。
【０１１３】
次に、運送管理サーバ２０の制御部２１は、立寄り分析処理を実行する（ステップＳ１−４）。具体的には、制御部２１の立寄り分析手段２１５は、運行管理データ記憶部２３に記憶された運送便実績データ２３４及び運送便詳細データ２３３を用いて、既定便における、ルート外の支店の立寄り状況の分析処理を実行する。そして、立寄り分析手段２１５は、既定便として組み込むために、この立寄りが追加された既定便を見直し候補として特定し、見直し候補データ記憶部２７に記録する。この立寄り分析処理の詳細は、図９を用いて後述する。
【０１１４】
次に、運送管理サーバ２０の制御部２１は、見直し対象があるか否かの判定処理を実行する（ステップＳ１−５）。具体的には、制御部２１の既定便管理手段２１１は、見直し候補データ記憶部２７において、車種変更候補、運休候補、増発候補、立寄り追加候補に関するデータが記録されているか否かを検索する。
【０１１５】
ここで、運送便ＩＤが記録されていないことにより、見直し対象がない場合（ステップＳ１−５において「ＮＯ」の場合）、制御部２１の既定便管理手段２１１は、既定便見直し処理を終了する。
【０１１６】
一方、見直し対象がある場合（ステップＳ１−５において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、既定便ダイヤグラム作成・更新処理を実行する（ステップＳ１−６）。具体的には、制御部２１の既定便管理手段２１１は、見直し候補データ記憶部２７に記録された車種変更候補データ、運休候補データ、増発候補データ、立寄り追加候補データをそれぞれ表示する画面データを生成し、管理端末のディスプレイに表示する。そして、管理者は、ディスプレイに表示された各候補データに基づいて、既定便の運行調整を行なう。具体的には、車種変更、既定便の廃止・増加、既定便における立寄り支店の変更等を見直す。そして、既定便の運行調整を行なった結果を既定便マスタデータ２２１として運送管理サーバ２０に登録することにより、運行ダイヤの編成を行なう。
【０１１７】
（積載率分析処理）
次に、積載率分析処理（ステップＳ１−１）について、図６を用いて説明する。
まず、運送管理サーバ２０の制御部２１は、積載率情報の取得処理を実行する（ステップＳ２−１）。具体的には、制御部２１の積載率分析手段２１２は、運送便計画データ２３２において、既定便の運送便ＩＤと、この既定便の車種ＩＤを特定し、この車種ＩＤに対応する最大パレット積載量を、車種マスタデータ２２３から特定する。次に、積載率分析手段２１２は、この運送便の運送便詳細データ２３３の出発時パレット数に対して、各支店における荷降パレット数を減算するとともに、積込パレット数を加算することにより、運送経路において載積された最大のパレット実績数を算出する。そして、積載率分析手段２１２は、算出した最大のパレット実績数を用いて、同じ便番号における統計値を算出する。この統計値としては、この便番号が付与された運送便において、例外的な値を除いて、積込パレット数を積載できる値を用いる。例えば、最大パレット実績数の平均値に対して、標準偏差を加算することにより、分散を考慮した値を用いることができる。そして、積載率分析手段２１２は、算出した統計値を、各車種の最大パレット積載量で除算することにより、各運送便の積載率を算出する。
【０１１８】
次に、運送管理サーバ２０の制御部２１は、車種見直し基準値より積載率が低い運送便があったか否かの判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の積載率分析手段２１２は、算出した各積載率と車種見直し基準値とを比較する。
【０１１９】
ここで、車種見直し基準値より積載率が低い運送便がない場合（ステップＳ２−２において「ＮＯ」の場合）、制御部２１の積載率分析手段２１２は、積載率分析処理を終了する。
【０１２０】
一方、車種見直し基準値より積載率が低い運送便がある場合（ステップＳ２−２において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、積載率ランキング処理を実行する（ステップＳ２−３）。具体的には、制御部２１の積載率分析手段２１２は、車種見直し基準値より積載率が低い運送便の便番号を特定する。そして、積載率分析手段２１２は、便番号を積載率の低い順に並べ替えた積載率ランキングを生成する。
【０１２１】
次に、運送管理サーバ２０の制御部２１は、積載率が低い既定便の見直し候補の登録処理を実行する（ステップＳ２−４）。具体的には、制御部２１の積載率分析手段２１２は、積載率ランキングにおいて積載率の低い方から、所定の見直し候補数の便番号を、見直し候補データ記憶部２７に記録する。この場合、積載率分析手段２１２は、便番号に関連付けて、積載率と、実際に積載した最大のパレット数とを記録する。
【０１２２】
（運休便分析処理）
次に、運休便分析処理（ステップＳ１−２）について、図７を用いて説明する。
まず、運送管理サーバ２０の制御部２１は、運休した既定便の特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１の運休便分析手段２１３は、運行管理データ記憶部２３に記憶された運送便詳細データ２３３の全体執行結果及び部分執行結果から、運休した運送便及び部分運休した運送便の運送便ＩＤを特定する。
【０１２３】
次に、運送管理サーバ２０の制御部２１は、運休頻度が廃止判定基準値以上か否かの判定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の運休便分析手段２１３は、運休した各運送便ＩＤから、便番号が同じ運送便の数をカウントする。運休便分析手段２１３は、カウントした運送便の数と、運行廃止判定基準値とを比較する。更に、部分運休においては、便番号が同じ運送便において、同じ支店への立寄りが部分運休となった運送便の数をカウントする。そして、運休便分析手段２１３は、カウントした部分運休の運送便の数と、立寄り廃止判定基準値とを比較する。
【０１２４】
ここで、運送便の数が運行廃止判定基準値以下の場合、又は部分運休となった運送便の数が、立寄り廃止判定基準値以下の場合（ステップＳ３−２において「ＮＯ」の場合）には、運送管理サーバ２０の制御部２１は、運休便分析処理を終了する。
【０１２５】
一方、運送便の数が運行廃止判定基準値より多い場合、又は部分運休となった運送便の数が、立寄り廃止判定基準値より多い場合（ステップＳ３−２において「ＹＥＳ」の場合）には、運送管理サーバ２０の制御部２１は、見直し候補の登録処理を実行する（ステップＳ３−３）。具体的には、制御部２１の運休便分析手段２１３は、運休の数が運行廃止判定基準値より多い運送便の便番号と全体運休フラグとを含む運休候補データを、見直し候補データ記憶部２７に記録する。また、運休便分析手段２１３は、部分運休となった運送便の数が立寄り廃止判定基準値より多い運送便の便番号と、部分運休フラグとを含む運休候補データを、見直し候補データ記憶部２７に記録する。
【０１２６】
次に、運送管理サーバ２０の制御部２１は、運休日について周期性があるか否かの判定処理を実行する（ステップＳ３−４）。具体的には、制御部２１の運休便分析手段２１３は、運送便の運休運送日（部分運休を含む）を用いて、周期性があるかどうかを判定する。例えば、特定日（曜日や暦日）において運休が多い場合には、周期性があると判定する。また、この周期性の判定には、公知の周期関数等を用いた予測関数算出手法（例えば、ぺリオドグラム法）を用いることも可能である。
【０１２７】
ここで、運休日の周期性がないと判定した場合（ステップＳ３−４において「ＮＯ」の場合）、運送管理サーバ２０の制御部２１は、運休便分析処理を終了する。
一方、運休日の周期性があると判定した場合（ステップＳ３−４において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、周期情報の登録処理を実行する（ステップＳ３−５）。具体的には、制御部２１の運休便分析手段２１３は、周期を特定するデータ等を、全体運休の便番号に関連付けて、又は部分運休の便番号に関連付けて、見直し候補データ記憶部２７に記録する。
【０１２８】
（臨時便分析処理）
次に、上記ステップＳ１−３の臨時便分析処理について、図８を用いて説明する。
まず、運送管理サーバ２０の制御部２１は、臨時便情報の取得処理を実行する（ステップＳ４−１）。具体的には、制御部２１の臨時便分析手段２１４は、運行管理データ記憶部２３に記憶された運送便実績データ２３４の作成種別から臨時便か否かを特定する。臨時便分析手段２１４は、臨時便の運送便実績データ２３４に対応する運送便詳細データ２３３から、臨時便を実際に運行した日時や支店の支店ＩＤを特定する。
【０１２９】
次に、運送管理サーバ２０の制御部２１は、運行状況が類似した臨時便のグループ化処理を実行する（ステップＳ４−２）。具体的には、制御部２１の臨時便分析手段２１４は、各運送便の運送便詳細データ２３３から、所定時間範囲内で、複数の支店の支店ＩＤが、同じ順番で運行された臨時便をグループ化する。
【０１３０】
次に、運送管理サーバ２０の制御部２１は、臨時便運行頻度が既定便追加判定基準値より高いか否かの判定処理を実行する（ステップＳ４−３）。具体的には、制御部２１の臨時便分析手段２１４は、各グループに含まれる運送便の数をカウントする。そして、臨時便分析手段２１４は、カウントした運送便数（臨時便運行頻度）と、既定便追加判定基準値とを比較する。
【０１３１】
ここで、臨時便運行頻度が既定便追加判定基準値以下の場合（ステップＳ４−３において「ＮＯ」の場合）には、運送管理サーバ２０の制御部２１は、臨時便分析処理を終了する。
一方、臨時便運行頻度が既定便追加判定基準値より多い場合（ステップＳ４−３において「ＹＥＳ」の場合）には、運送管理サーバ２０の制御部２１は、見直し候補の登録処理を実行する（ステップＳ４−４）。具体的には、制御部２１の臨時便分析手段２１４は、運送便の数が既定便追加判定基準値より多いグループに属する運送便の情報を、グループ毎に区別して、見直し候補データ記憶部２７に記録する。
【０１３２】
次に、運送管理サーバ２０の制御部２１は、グループ化した臨時便について周期性があるか否かの判定処理を実行する（ステップＳ４−５）。具体的には、制御部２１の臨時便分析手段２１４は、臨時便の運行日を用いて、周期性があるかどうかを判定する。例えば、特定日（曜日や暦日）において運休が多い場合には、周期性があると判定する。また、この周期性の判定には、公知の周期関数等を用いた予測関数算出手法を用いることも可能である。
【０１３３】
ここで、周期性が見つからない場合（ステップＳ４−５において「ＮＯ」の場合）、運送管理サーバ２０の制御部２１は、臨時便分析処理を終了する。
一方、周期性がある場合（ステップＳ４−５において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、周期情報の登録処理を実行する（ステップＳ４−６）。具体的には、制御部２１の臨時便分析手段２１４は、周期を特定するデータ等を、グループ化した臨時便の運送便ＩＤに関連付けて、見直し候補データ記憶部２７に記録する。
【０１３４】
（立寄り分析処理）
次に、上記ステップＳ１−４の立寄り分析手段について、図９を用いて説明する。
まず、運送管理サーバ２０の制御部２１は、立寄り追加情報の取得処理を実行する（ステップＳ５−１）。具体的には、制御部２１の立寄り分析手段２１５は、運送便計画データ２３２において、既定便の運送便ＩＤを特定し、この運送便ＩＤに関連付けられた各到着支店ＩＤを運送便詳細データ２３３から特定する。立寄り分析手段２１５は、各運送便ＩＤの便番号を含む既定便マスタデータの支店間経路情報から、この既定便の起点支店、立寄り支店及び終点支店の各支店ＩＤを特定する。立寄り分析手段２１５は、運送便詳細データ２３３から特定した各到着支店ＩＤにあって、既定便マスタデータの支店間経路情報の各支店ＩＤにない支店ＩＤを、追加立寄り支店として特定する。
【０１３５】
次に、運送管理サーバ２０の制御部２１は、立寄り頻度が支店追加判定基準値より高いか否かの判定処理を実行する（ステップＳ５−２）。具体的には、制御部２１の立寄り分析手段２１５は、同じ便番号の運送便詳細データ２３３において、同じ追加立寄り支店の支店ＩＤが含まれる回数をカウントする。そして、立寄り分析手段２１５は、立寄った回数と、支店追加判定基準値とを比較する。
【０１３６】
ここで、立寄り回数が支店追加判定基準値以下の場合（ステップＳ５−２において「ＮＯ」の場合）には、運送管理サーバ２０の制御部２１は、立寄り分析処理を終了する。
一方、立寄り回数が支店追加判定基準値より多い場合（ステップＳ５−２において「ＹＥＳ」の場合）には、運送管理サーバ２０の制御部２１は、見直し候補の登録処理を実行する（ステップＳ５−３）。具体的には、制御部２１の運休便分析手段２１３は、支店追加判定基準値より多い運送便の便番号と、立寄り回数が多い支店の支店ＩＤとを、見直し候補データ記憶部２７に記録する。
【０１３７】
次に、運送管理サーバ２０の制御部２１は、周期性があるか否かの判定処理を実行する（ステップＳ５−４）。具体的には、制御部２１の立寄り分析手段２１５は、この到着支店に立寄った運送便の運行日を用いて、周期性があるかどうかを判定する。例えば、特定日（曜日や暦日）において運休が多い場合には、周期性があると判定する。また、この周期性の判定には、公知の周期関数等を用いた予測関数算出手法を用いることも可能である。
【０１３８】
ここで、周期性が見つからない場合（ステップＳ５−４において「ＮＯ」の場合）、運送管理サーバ２０の制御部２１は、立寄り分析処理を終了する。
一方、周期性がある場合（ステップＳ５−４において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、周期情報の登録処理を実行する（ステップＳ５−５）。具体的には、制御部２１の立寄り分析手段２１５は、周期を特定するデータ等を、立寄り便の便番号に関連付けて、見直し候補データ記憶部２７に記録する。
【０１３９】
（追加運送支援処理）
次に、既定便だけでは郵便物等が運送できず、追加運送を依頼する場合に行なう追加運送支援処理について、図１０を用いて説明する。本実施形態では、追加運送支援は、運送当日又は前日に行なわれる場合を想定する。この場合、運行日における既定便についての運送便計画データ２３２は、既に運行管理データ記憶部２３に記録されていることになる。
【０１４０】
まず、追加運送を依頼したい支店の担当者は、支店端末１０を運送管理サーバ２０に接続する。この場合、支店端末１０は、運送管理サーバ２０からメニュー画面を取得し、ディスプレイに表示する。メニュー画面には、発着管理データ登録ボタン、運休連絡ボタン、遅延連絡ボタン、追加運送依頼ボタンが含まれる。発着管理データ登録ボタンは、差立実績、到着実績、パレット載積実績を登録する場合に用いる。運休連絡ボタンは、既定便の運休情報を運送管理サーバ２０に通知する場合に用いる。遅延連絡ボタンは、支店の作業遅延等に基づく運送便の出発遅延情報を運送管理サーバ２０に通知する場合に用いる。追加運送依頼ボタンは、追加運送を依頼する場合に用いる。
【０１４１】
このメニュー画面において追加運送依頼ボタンが選択された場合、支店端末１０は、運送管理サーバ２０から追加運送依頼画面要求を送信する。
この場合、運送管理サーバ２０の制御部２１は、運送便の検索条件の取得処理を実行する（ステップＳ６−１）。具体的には、制御部２１の追加運送支援手段２１７は、追加運送依頼画面データを支店端末１０に送信し、ディスプレイに表示する。
【０１４２】
この追加運送依頼画面には、出発時間帯、起点支店ＩＤ、終点支店ＩＤ、パレット数、開設理由をそれぞれ入力する入力欄と、追加運送依頼実行ボタンとが含まれる。ここで、担当者は、入力欄に、出発時間帯（この支店を出発する年月日及びその時間帯）、追加運送の起点となる支店を特定する識別子（支店ＩＤ）、追加運送の終点となる支店を特定する識別子（支店ＩＤ）、追加運送のパレット数並びに追加運送を依頼する理由を入力し、追加運送依頼実行ボタンを選択する。支店端末１０は、運送管理サーバ２０に追加運送依頼を送信する。この追加運送依頼には、入力された出発時間帯、追加運送の起点支店ＩＤ、追加運送の終点支店ＩＤ並びにパレット数を含める。
【０１４３】
追加運送依頼を受信した制御部２１の追加運送支援手段２１７は、追加運送依頼に含まれる出発時間帯、起点支店ＩＤ、終点支店ＩＤ及びパレット数を検索条件として取得する。
【０１４４】
次に、運送管理サーバ２０の制御部２１は、新規臨時便の費用の算出処理を実行する（ステップＳ６−２）。具体的には、制御部２１の追加運送支援手段２１７は、検索条件に含まれた出発支店ＩＤ及び到着支店ＩＤが記録された支店間経路マスタデータ２２２を、マスタデータ記憶部２２から抽出する。次に、追加運送支援手段２１７は、タリフマスタデータ２２４を用いて、支店間経路マスタデータ２２２に記録された距離又は所要時間に応じた運送運賃及び燃料サーチャージを算出する。そして、追加運送支援手段２１７は、算出した料金を合計することにより、追加運送依頼に応じて新規に臨時便を運行させる場合の費用を算出する。
【０１４５】
次に、運送管理サーバ２０の制御部２１は、検索条件に基づいて運送便の検索条件を実行する（ステップＳ６−３）。具体的には、制御部２１の追加運送支援手段２１７は、検索条件に含まれる起点支店ＩＤ及び終点支店ＩＤの位置情報を支店データ記憶部２６から抽出し、地理情報データ記憶部２５に記憶したデジタル地図を用いて、この起点支店及び終点支店の付近（予め定めた変更許容距離内）を特定する。そして、追加運送支援手段２１７は、検索条件に含まれる出発時間帯において、追加運送起点支店の所定範囲から、追加運送終点支店の変更許容範囲を通過する運送便を、運行管理データ記憶部２３の運送便計画データ２３２において検索する。
【０１４６】
次に、運送管理サーバ２０の制御部２１は、場所に応じて利用可能な運送便があるか否かの判定処理を実行する（ステップＳ６−４）。具体的には、制御部２１の追加運送支援手段２１７は、検索条件に対応した運送便を、運送便計画データ２３２から抽出した場合には、利用可能な運送便があると判定する。
【０１４７】
ここで、検索条件に対応した運送便を抽出できず、利用可能な運送便がない場合（ステップＳ６−４において「ＮＯ」の場合）には、運送管理サーバ２０の制御部２１は、ステップＳ６−５〜Ｓ６−９の処理をスキップする。
【０１４８】
一方、検索条件に対応した運送便を抽出することにより、利用可能な運送便がある場合（ステップＳ６−４において「ＹＥＳ」の場合）には、運送管理サーバ２０の制御部２１は、以下の処理（ステップＳ６−５〜Ｓ６−９）を、利用可能な運送便候補毎に繰り返して実行する。ここで、運送管理サーバ２０の制御部２１は、運送便候補を順次、特定する。
【０１４９】
運送管理サーバ２０の制御部２１は、結束時刻に応じて立寄り可否の判定処理を実行する（ステップＳ６−５）。具体的には、制御部２１の追加運送支援手段２１７は、運送便候補の運送便計画データ２３２において結束便フラグが記録されているか否かを判定する。ここで、結束便フラグが記録されている場合には、この運送便は立寄り不可と判定する。
ここで、立寄り不可と判定した場合（ステップＳ６−５におい「ＮＯ」の場合）には、運送管理サーバ２０の制御部２１は、この運送便についての処理を終了する。
【０１５０】
一方、結束便フラグが記録されておらず、立寄り可能と判定した場合（ステップＳ６−５において「ＹＥＳ」の場合）には、運送管理サーバ２０の制御部２１は、実績に基づいて積載率の予測処理を実行する（ステップＳ６−６）。具体的には、制御部２１の追加運送支援手段２１７は、運送便ＩＤから、利用可能の運送便が既定便であるか臨時便であるかを運送便計画データ２３２から特定する。
【０１５１】
利用可能な運送便が臨時便の場合には、追加運送支援手段２１７は、この運送便の運送便詳細データ２３３を運送便ＩＤから特定し、この運送便ＩＤに関連付けられている各支店ＩＤとデジタル地図とから、追加運送の運送経路と重複する経路運送便の支店を特定する。追加運送支援手段２１７は、追加運送の運送経路の直前に出発する支店からこの運送経路の直後の到着支店ＩＤまでの間の最大パレット数を、出発時パレット数、荷降パレット数及び積込パレット数を用いて算出し、予測積載量として特定する。
【０１５２】
一方、利用可能な運送便が既定便の場合には、追加運送支援手段２１７は、この運送便の運送便ＩＤから便番号を特定する。追加運送支援手段２１７は、この運送便において到着する支店を特定し、この運送便の便番号に関連付けられた支店ＩＤと出発時パレット数とを、運送便詳細データ２３３から特定する。追加運送支援手段２１７は、この便番号と過去所定期間内の年月日とが記録された差立実績データ２４１から支店ＩＤに関連付けられた積載パレット数とを取得し、これと同じ便番号及び同じ年月日の到着実績データ２４２から支店ＩＤに関連付けられた荷降パレット数とを取得する。追加運送支援手段２１７は、運送便の出発時パレット数に、荷降パレット数を減算し、積込パレット数を加算して運送経路上のパレット数を算出する。追加運送支援手段２１７は、算出したパレット数の統計値（例えば平均値）を、予測積載量として特定する。
【０１５３】
次に、運送管理サーバ２０の制御部２１は、積載可能か否かの判定処理を実行する（ステップＳ６−７）。具体的には、制御部２１の追加運送支援手段２１７は、運送便計画データ２３２において、この運送便候補の車種ＩＤを特定する。次に、追加運送支援手段２１７は、車種マスタデータ２２３において、この車種の最大パレット積載量を特定する。そして、追加運送支援手段２１７は、予測積載量と、追加運送依頼のパレット数とを加算した値と、この車種の最大パレット積載量とを比較する。ここで、予測積載量と、追加運送依頼のパレット数とを加算した値が、最大パレット積載量以下の場合に、運送便候補において積載可能と判定する。
【０１５４】
ここで、積載可能でないと判定した場合（ステップＳ６−７において「ＮＯ」）には、車種上げが可能か否かの判定処理を実行する（ステップＳ６−８）。具体的には、制御部２１の追加運送支援手段２１７は、予測積載量と追加運送依頼のパレット数との加算値を積載可能な車種が、車種マスタデータ２２３に記録されているか否かを判定する。
【０１５５】
ここで、加算値以上の最大パレット積載量の車種がないことにより、車種上げが不可能であると判定した場合（ステップＳ６−８において「ＮＯ」の場合）、追加運送支援手段２１７は、この運送便候補についての処理を終了する。
【０１５６】
一方、現在の車種において積載可能と判定した場合、又は予測積載量以上の最大パレット積載量の車種があり、車種上げ可能と判定した場合（ステップＳ６−７，Ｓ６−８において「ＹＥＳ」の場合）、運送管理サーバ２０の制御部２１は、この運送便を利用したときの費用の算出処理を実行する（ステップＳ６−９）。具体的には、制御部２１の追加運送支援手段２１７は、この運送便の運送便計画データ２３２の時間制運賃計算結果を、追加運送する前に計画されていた運送便の費用を算出する。
【０１５７】
次に、制御部２１の追加運送支援手段２１７は、運送便計画データ２３２における支店間経路情報から、到着支店の順番を特定する。追加運送支援手段２１７は、追加運送起点支店と追加運送終点支店を、この運送便に入れた到着支店の順番を特定する。追加運送支援手段２１７は、支店ＩＤと、この支店の次に到着する支店ＩＤが記録された支店間経路マスタデータ２２２の所要時間を、マスタデータ記憶部２２から抽出する。そして、追加運送支援手段２１７は、各所要時間とタリフマスタデータ２２４を用いて、各時間制運送運賃を算出し、これらを合計することにより、追加運送依頼に応じて変更した場合の運送便の費用を算出する。また、車種上げを行なった場合には、この車種を利用した場合のタリフを用いて算出した料金を加算する。
【０１５８】
次に、制御部２１の追加運送支援手段２１７は、追加運送依頼に応じて変更した場合の運送便の費用から、追加運送する前に計画されていた運送便の費用を減算することにより、この運送便を利用したときの費用を算出する。
【０１５９】
そして、利用可能な運送便のすべてについて、ステップＳ６−５〜Ｓ６−９の処理が終了した場合、運送管理サーバ２０の制御部２１は、コスト評価結果の出力処理を実行する（ステップＳ６−１０）。具体的には、制御部２１の追加運送支援手段２１７は、ステップＳ６−２で算出した新規臨時便の費用と、臨時便要請ボタンとを含む選択画面を生成する。ここで、追加運送支援手段２１７は、運送便候補の利用時の費用の算出処理（ステップＳ６−９）を実行した場合には、利用可能な運送便の費用と、運送便を選択する選択ボタンとを選択画面に含める。この場合、各選択ボタンには、この運送便の運送便ＩＤを関連付ける。更に、追加運送支援手段２１７は、運送便計画データ２３２から、車種ＩＤ、支店間経路情報等を抽出して、選択画面に含める。そして、追加運送支援手段２１７は、選択画面を支店端末１０に送信し、ディスプレイに表示する。
【０１６０】
担当者は、選択画面における費用に基づいて、臨時便要請ボタン又は利用可能な運送便を選択する運送便選択ボタンを選択する。ここで、運送便選択ボタンが１つ選択された場合、支店端末１０は、このボタンに関連付けられた運送便ＩＤを含む立寄り要請を運送管理サーバ２０に送信する。一方、担当者が、選択画面において臨時便要請ボタンを選択した場合、支店端末１０は、この臨時便要請を運送管理サーバ２０に送信する。
【０１６１】
次に、運送管理サーバ２０の制御部２１は、運送便計画の更新処理を実行する（ステップＳ６−１１）。ここでは、立寄り要請を受信する場合と臨時便要請を受信する場合とがある。立寄り要請を受信する場合、制御部２１の追加運送支援手段２１７は、この運送便において新たに立寄る支店がある場合には、この運送便の運送便ＩＤに関連付けて、新たな支店レコードを、運行管理データ記憶部２３に追加記録する。この場合、追加運送支援手段２１７は、この支店レコードに、立寄る支店の支店ＩＤを到着支店ＩＤとして含める。更に、追加運送支援手段２１７は、この支店レコードに、荷降パレット数、積込パレット数を含める。更に、追加運送支援手段２１７は、この支店に立寄ったことによる到着日時及び出発日時を記録する。更に、立寄ったことにより、予め記録されている支店レコードの到着日時、出発日時、荷降パレット数、積込パレット数が変更になる場合には、追加運送支援手段２１７は、これらデータを更新する。
【０１６２】
一方、臨時便要請を受信した運送管理サーバ２０の制御部２１は、申請ＩＤ、検索条件の日時を含む臨時便計画データを、運行管理データ記憶部２３に追加記録する。この場合、制御部２１の追加運送支援手段２１７は、追加運送依頼画面において入力した開設理由、臨時便要請を行なった支店端末１０が設置されている支店の支店ＩＤを、臨時便計画データ２３１に含める。なお、その後、この支店を管理している支社から、臨時便の承認が行なわれた場合には、制御部２１の追加運送支援手段２１７は、承認された臨時便の臨時便計画データ２３１に対応する運送便計画データ２３２及び運送便詳細データ２３３を生成して、運行管理データ記憶部２３に記録する。この場合、追加運送支援手段２１７は、臨時便を特定するフラグを作成種別データ領域に記録する。
【０１６３】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、運送管理サーバ２０の制御部２１は、支店端末１０から、追加運送依頼を受信した場合、追加運送の検索条件を用いて運送便計画データから運送便候補を検索する（ステップＳ６−３）。制御部２１は、利用可能な運送便があり、かつ積載可能な場合（ステップＳ６−７，Ｓ６−８において「ＹＥＳ」の場合）には、臨時便要請ボタンと、利用可能な運送便を選択する運送便選択ボタンと含む選択画面データを支店端末１０に送信し、ディスプレイに表示する。これにより、追加運送を依頼した支店の担当者は、既に運行される運送便が、追加運送可能な場合には、この運送便を選択することができるので、この運送便を流用することができる。従って、新たな臨時便を運行するよりもコスト軽減が期待でき、効率よく運送便を運行することができる。
【０１６４】
（２）本実施形態では、運送管理サーバ２０の制御部２１は、新規臨時便の費用の算出処理を実行し（ステップＳ６−２）、利用可能な運送便がある場合には、これら運送便を利用したときの費用の算出処理を実行する（ステップＳ６−９）。制御部２１は、新規臨時便の費用と利用可能な運送便の費用を含む選択画面を支店端末１０に送信する。これにより、運送費を見比べながら、追加運送にどの運送便を利用するかを決定することができるので、運送コストの更なる低減を期待することができる。
【０１６５】
（３）本実施形態では、運送管理サーバ２０の制御部２１は、利用可能な運送便を利用したときの費用の算出処理（ステップＳ６−９）において、追加運送依頼に応じて変更した場合の運送便の費用から、追加運送する前に計画されていた運送便の費用を減算することにより、この運送便を利用したときの費用を算出する。これにより、臨時便の運送コストと、計画運送便を利用した場合のコストとを出力するため、経済的に効率的な追加運送を要請することができる。
【０１６６】
（４）本実施形態では、運送管理サーバ２０の制御部２１は、利用可能な運送便がある場合には、結束時刻に応じて立寄り可否の判定処理を実行する（ステップＳ６−５）。これにより、新たな拠点に立寄った場合の他の拠点の遅延を考慮して、運送便候補を特定することができる。
【０１６７】
（５）本実施形態では、運送管理サーバ２０の制御部２１は、既定便見直し処理において、積載率分析処理、運休便分析処理、臨時便分析処理及び立寄り分析処理を実行し、見直し候補がある場合には、既定便ダイヤグラム作成・更新処理を実行する（ステップＳ１−１〜Ｓ１−６）。これにより、積載率が低い既定便、運休となる既定便を減らしたり、臨時便が多い便を既定便にしたり、立寄りが多い支店を既定便に組み込んだりすることにより、既定便を効率よく見直すことができる。
【０１６８】
（６）本実施形態では、運送管理サーバ２０の制御部２１は、運休便分析処理、臨時便分析処理、立寄り分析処理においては、周期性がある場合（ステップＳ３−４，Ｓ４−５，Ｓ５−４において「ＹＥＳ」の場合）、周期情報の登録処理を実行する（ステップＳ３−５，Ｓ４−６，Ｓ５−５）。これにより、管理者は、明らかに周期性がある運送便について、この周期性を用いて既定便のダイヤグラムの作成や変更を行なうことができる。
【０１６９】
また、上記実施形態は、以下のように変更してもよい。
・  上記実施形態の既定便見直し処理においては、運送管理サーバ２０の制御部２１は、積載率分析処理（ステップＳ１−１）〜立寄り分析処理（ステップＳ１−４）を実行する。見直し候補を特定するための分析処理は、これらに限定されるものではなく、これらの一部や他の分析処理により特定された候補を含めるようにしてもよい。
・  上記実施形態の既定便見直し処理の既定便ダイヤグラム作成・更新処理（ステップＳ１−６）においては、運送管理サーバ２０の制御部２１は、車種変更候補データ、運休候補データ、増発候補データ、立寄り追加候補データをそれぞれ表示した。ここで、各候補を個別に表示するのではなく、見直し対象の運送便を、エリア毎に表示してもよい。具体的には、運送管理サーバ２０の制御部２１は、車種変更候補データの便番号、運休候補データの便番号、増発候補データの運送便ＩＤ及び立寄り追加候補データの便番号に関連付けられている支店ＩＤを、運送便詳細データ２３３を用いて特定する。次に、制御部２１は、特定した各支店ＩＤの位置情報を、支店データを用いて特定する。そして、制御部２１は、特定した位置情報を用いて、見直し対象の運送便の運送経路をエリア毎にデジタル道路地図上で配置する。この場合、制御部２１は、同じエリア内に、見直しの対象になっていない既定便の運送経路を表示する。この場合には、エリア毎に、見直し候補の運送便をまとめて表示されるので、エリア毎に、効率的に既定便のダイヤ再編を行なうことができる。
・  上記実施形態の積載率分析処理においては、運送管理サーバ２０の制御部２１は、積載率ランキング処理（ステップＳ２−３）、積載率が低い既定便の見直し候補の登録処理（ステップＳ２−４）を実行する。具体的には、制御部２１の積載率分析手段２１２は、積載率ランキングにおいて積載率の低い方から、所定の見直し候補数の運送便ＩＤを、見直し候補データ記憶部２７に記録する。見直し候補の特定方法は、これに限定されるものではない。例えば、車種や輸送距離の長さに応じて、見直し候補の順番を決めるようにしてもよい。具体的には、最大積載量が大きい車種や輸送距離が長い路線を優先するために、積載率や輸送距離に重み付けを行ない、この重み付け結果を用いて、見直し候補として特定する。これにより、運送費用が高い路線について、優先的に見直すことができる。
【０１７０】
・  上記実施形態の運休便分析処理においては、運送便の数が運行廃止判定基準値より多い場合、又は部分運休となった運送便の数が、立寄り廃止判定基準値より多い場合には、運送管理サーバ２０の制御部２１は、見直し候補の登録処理を実行する（ステップＳ３−３）。ここで、積載率分析処理において特定された見直し候補を考慮するようにしてもよい。この場合には、両方の分析処理において見直し候補として特定された路線について、識別できるようにして見直し候補データ記憶部２７に記録する。これにより、積載率が低く、運休が多い路線を優先的に見直すことができる。
・  上記実施形態の臨時便分析処理においては、運送管理サーバ２０の制御部２１は、運行状況が類似した臨時便のグループ化処理を実行する（ステップＳ４−２）。ここでは、所定時間範囲内で、複数の支店の支店ＩＤが、同じ順番で運行された臨時便をグループ化する。臨時便のグループ化の方法はこれに限定されるものではなく、共通要素を有する臨時便をグループ化できればよい。例えば、臨時便計画データ２３１における開設理由が共通しているものをグループ化するようにしてもよい。
更に、臨時便分析処理において、立寄り分析処理における立寄り追加情報を含めて、グループ化処理を行なうようにしてもよい。具体的には、立ち寄りについては臨時便の運行の一つとして取り扱い、両者を追加運送の各形態としてまとめて分析する。これにより、臨時便の運行と立ち寄りとを考慮して既定便の見直しを行なうことができる。
・  上記実施形態の追加運送依頼処理においては、運送管理サーバ２０の制御部２１は、結束時刻に応じて立寄り可否の判定処理を実行する（ステップＳ６−５）。ここでは、運送便が結束便でない場合には、結束時刻に応じて立寄り可能とした。結束時刻に応じた立寄り可否の判定方法は、これに限定されるものではない。例えば、運送便が結束便の場合であっても、立寄った場合の各拠点の到着予想時刻を算出し、この到着予想時刻を用いて立ち寄り可否を判定するようにしてもよい。この場合、各拠点における結束時刻及び作業人数を支店データ記憶部２６に記憶させておく。次に、制御部２１が、この拠点において処理が必要なパレット数を、単位時間あたり処理可能なパレット数、作業人数で除算することにより、作業所要時間を算出する。そして、制御部２１が、この作業所要時間を用いることにより、到着予想時刻から結束時刻の間の時間で作業を完了できるかどうかを判定する。作業を完了できる場合には、立寄り可能とする。この場合には、結束便を含め、作業時間を考慮して利用可能な運送便候補を特定することができる。
【０１７１】
・  上記実施形態の追加運送依頼処理においては、運送管理サーバ２０の制御部２１は、出発時間帯、起点支店及び終点支店から利用可能と特定した運送便について、予測積載量から積載可能な場合や車種上げが可能な場合に、利用可能な運送便として特定した。ここで、複数の運送便を用いて、利用可能な運送便として特定するようにしてもよい。具体的には、運送管理サーバ２０の制御部２１は、出発時間帯、起点支店及び終点支店から利用可能として運送便を特定し、これらを利用可能な運送便候補として選択画面に含ませる。この場合、制御部２１は、実績に基づいて、この車両に積載されるパレット数を特定し、各車種の最大パレット量から減算することにより、各運送便候補の空き容量を算出する。そして、制御部２１は、算出した運送便の利用時の費用とともに、空き容量を選択画面に含める。そして、運送管理サーバ２０の制御部２１は、選択画面において運送便を順次、選択させる。この場合、選択された車両の空き容量の合計が、追加運送依頼に含まれるパレット数となるまで、選択を継続させる。これにより、一つの運送便で対応できない場合においても、既に運行が決定している複数の運送便を利用して追加運送依頼に対応することができる。
・  上記実施形態の追加運送依頼処理においては、運送管理サーバ２０の制御部２１は、この運送便を利用したときの費用の算出処理を実行する（ステップＳ６−９）。費用の算出方法は、これに限定されるものではない。例えば、積載量に応じて費用を算出するようにしてもよい。この場合には、運送管理サーバ２０の制御部２１は、利用する運送便において輸送される総パレット数に対して、追加運送のパレット数の荷物量割合を算出する。そして、制御部２１は、この運送便の費用に対して荷物量割合を乗算することにより、追加運送依頼を行なった支店が負担する費用を算出する。
【符号の説明】
【０１７２】
１０…支店端末、２０…運送管理サーバ、２１…制御部、２２…マスタデータ記憶部
２３…運行管理データ記憶部、２４…発着管理データ記憶部、２５…地理情報データ記憶部、２６…支店データ記憶部、２７…見直し候補データ記憶部、２１１…既定便管理手段、２１２…積載率分析手段、２１３…運休便分析手段、２１４…臨時便分析手段、２１５…立寄り分析手段、２１６…実績登録手段、２１７…追加運送支援手段。
【図１】
0005925483.tif 000002
【図２】
0005925483.tif 000003
【図３】
0005925483.tif 000004
【図４】
0005925483.tif 000005
【図５】
0005925483.tif 000006
【図６】
0005925483.tif 000007
【図７】
0005925483.tif 000008
【図８】
0005925483.tif 000009
【図９】
0005925483.tif 000010
【図１０】
0005925483.tif 000011