(57)【要約】【課題】スポット配送のサービス業務において、依頼者への集荷までの時間及び受領者が物品を受け取るまでの時間をより正確に算出し、高精度に予測するためのシステム等を提供する。【解決手段】配送管理サーバ２は、依頼者端末３から物品の引取地と配達地のデータを受信すると、現時点での各配送員の位置情報及び現在状況情報と、データベースの登録情報に基づいて、各配送員が集荷，配送した場合の集荷／配送完了予測時間の算出及び補正、該補正結果に基づく担当配送員の決定を行い、該担当配送員の集荷及び／又は配送完了予測時間の値を依頼者端末３に送信する。該算出及び補正は、配送員が通行する道路の組合わせによるルート全体の通行時間を算出し、算出された通行時間を、当日の天候に応じた補正値と、集荷又は配送の準備に関する補正値と、集荷又は配送先の建物の入館難易度に応じた補正値と、配送員の配送スキルに応じた補正値と、を用いて補正する。【選択図】  図１
2010039961.tif 000002
【特許請求の範囲】
【請求項１】
データベースを用いて配送業務を管理する配送管理サーバと、
物品の配送を依頼する依頼者が用いる依頼者端末と、
配送車両を用いて配送業務を行う各配送員毎に使用される端末であって、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末と、を含み、
前記配送管理サーバは、
少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースと、
通信網を介して外部の端末とデータの送受信を行うための送受信手段と、
前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録手段と、
依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出手段と、
前記予測時間算出手段の算出結果に基づいて担当配送員を決定する担当配送員決定手段と、
前記担当配送員決定手段で決定された担当配送員の予測時間Ｙ’の情報を、前記送受信手段を介して前記依頼者端末に通知する予測時間通知手段と、を有し、
前記予測時間算出手段は、
配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出手段と、
前記最短ルート算出手段で算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出手段と、
前記通行時間算出手段で算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式１により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正手段と、
を備えたこと
を特徴とする配送業務支援システム。
＜数式１＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出手段で算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【請求項２】
前記通行時間算出手段は、前記補正前予測時間Ｙの算出を、配送員の現在位置から集荷先到着し荷積みが完了するまでの集荷に要する集荷予測時間Ｙ１の算出と、集荷完了時から配送先に到着し配送が完了するまでの集荷後から配送完了までに要する配送完了予測時間Ｙ２の算出とで別個に行い、
前記補正手段は、通行時間算出手段で算出された集荷予測時間Ｙ１及び配送完了予測時間Ｙ２のそれぞれについて前記数式１を適用して補正し、該補正後の集荷予測時間の値Ｙ１’及び補正後の配送完了予測時間の値Ｙ２’を、最終的な予測時間として出力する
ことを特徴とする請求項１記載の配送業務支援システム。
【請求項３】
前記担当配送員決定手段は、前記補正手段により算出された、配送完了までの予測時間の最も早い者を担当配送員として決定する
ことを特徴とする請求項１又は２に記載の配送業務支援システム。
【請求項４】
前記配送担当決定手段は、前記補正手段により算出された、補正後の集荷予測時間の値Ｙ１’の最も早い者を担当配送員として決定する
ことを特徴とする請求項２に記載の配送業務支援システム。
【請求項５】
前記配送管理サーバは、前記データベースとして、
各配送員毎の識別情報と、該配送員の前記配送スキルを示すスキル情報と、該配送員が使用する車両の種類を示す車種情報と、該配送員の前記位置情報と前記現在状況情報とを記録及び更新するための欄と、が対応付けて登録されるための配送員データベースと、
配送車両の種類を示す車種情報と前記集荷又は配送の準備に関する補正値（Ｒ）が対応付けられて登録された作業時間補正データベースと、
荷受先又は配達先となる顧客と該顧客の荷受先又は配達先の居住建物の入館に要する時間の値（Ｅ）とが対応付けて登録された顧客データベースと、
前記スキル情報と該スキル情報に対応するスキル掛率（Ｓ）が対応付けて登録された配送員掛率データベースと、
天候名と該天候名に対応する天候掛率（Ｔ）が登録された天候掛率データベースと、
を有し、前記補正手段は、
前記天候掛率（Ｔ）を前記天候掛率データベースから取得するとともに、
前記配送員データベースの算出対象となる配送員の車両情報を参照して、当該配送員の車両情報に対応した前記集荷又は配送の準備に関する補正値（Ｒ）を前記作業時間補正データベースから取得し、
前記依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータに対応した集荷先及び配達先の建物の入館に要する時間の値（Ｅ）を、それぞれ前記顧客データベースから取得し、
前記配送員データベースの算出対象となる配送員のスキル情報を参照して、当該配送員のスキル情報に対応したスキル掛率（Ｓ）を前記配送員スキル掛率データベースから取得し、
当該取得された各値を用いて前記数式１を適用することを特徴とする請求項１乃至４のいずれか１記載の配送業務支援システム。
【請求項６】
前記配送管理サーバは、前記データベースとして、さらに、
道路の種類に応じた配送車両の速度設定について規定した速度設定データベースと、
過去に行われた配送業務毎に、荷物引取地に関する始点情報と、荷物配達地に関する終点情報と、配送に使用された車両の種類（車種）と、荷物引取により配送が開始される開始時間情報と、配送開始から届先までの移動に要した所要時間情報と、が対応付けて登録された移動時間記録データベースと、
を備え、
前記予測時間算出手段は、さらに、配送員の現在位置から当該物品の引取地（集荷先）まで、または引取地（集荷先）から配達地（配送先）まで、の過去の前記同一の配送事例が有るか否かを、前記移動時間記録データベースを参照して判定する判定手段を備え、
過去の同一の配送事例が有ると判定された場合には、前記最短ルート算出手段及び前記通行時間算出手段を用いずに、前記移動時間記録データベースに記録された所要時間の平均値を前記補正前予測時間として前記補正手段に渡す
ことを特徴とする請求項２記載の配送業務支援システム。
【請求項７】
配送車両を用いて配送業務を行う各配送員毎に使用され、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末、及び、物品の配送を依頼する依頼者が用いる依頼者端末、との間で通信を行う配送管理サーバによって、配送の予測時間を算出する方法であって、
前記配送管理サーバは、
少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースを有し、
前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録ステップと、
依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出ステップと、
前記予測時間算出ステップでの算出結果に基づいて担当配送員を決定する担当配送員決定ステップと、
前記担当配送員決定ステップで決定された担当配送員の予測時間Ｙ’の情報を前記依頼者端末に通知する予測時間通知ステップと、を実行し、
前記予測時間算出ステップは、
配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出ステップと、
前記最短ルート算出ステップで算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出ステップと、
前記通行時間算出ステップで算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式２により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正ステップと、
を備えたこと
を特徴とする配送予測時間算出方法。
＜数式２＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出ステップで算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【請求項８】
前記通行時間算出ステップでは、前記補正前予測時間Ｙの算出を、配送員の現在位置から集荷先到着し荷積みが完了するまでの集荷に要する集荷予測時間Ｙ１の算出と、集荷完了時から配送先に到着し配送が完了するまでの集荷後から配送完了までに要する配送完了予測時間Ｙ２の算出とで別個に行い、
前記補正ステップでは、通行時間算出手段で算出された集荷予測時間Ｙ１及び配送完了予測時間Ｙ２のそれぞれについて前記数式１を適用して補正し、該補正後の集荷予測時間の値Ｙ１’及び補正後の配送完了予測時間の値Ｙ２’を、最終的な予測時間として出力する
ことを特徴とする請求項７記載の配送予測時間算出方法。
【請求項９】
前記担当配送員決定ステップでは、前記補正ステップにより算出された、配送完了までの予測時間の最も早い者を担当配送員として決定する
ことを特徴とする請求項７又は８に記載の配送予測時間算出方法。
【請求項１０】
前記配送担当決定ステップでは、前記補正ステップにより算出された、補正後の集荷予測時間の値Ｙ１’の最も早い者を担当配送員として決定する
ことを特徴とする請求項８に記載の配送予測時間算出方法。
【請求項１１】
前記配送管理サーバは、前記データベースとして、
各配送員毎の識別情報と、該配送員の前記配送スキルを示すスキル情報と、該配送員が使用する車両の種類を示す車種情報と、該配送員の前記位置情報と前記現在状況情報とを記録及び更新するための欄と、が対応付けて登録されるための配送員データベースと、
配送車両の種類を示す車種情報と前記集荷又は配送の準備に関する補正値（Ｒ）が対応付けられて登録された作業時間補正データベースと、
荷受先又は配達先となる顧客と該顧客の荷受先又は配達先の居住建物の入館に要する時間の値（Ｅ）とが対応付けて登録された顧客データベースと、
前記スキル情報と該スキル情報に対応するスキル掛率（Ｓ）が対応付けて登録された配送員掛率データベースと、
天候名と該天候名に対応する天候掛率（Ｔ）が登録された天候掛率データベースと、
を有し、前記補正ステップでは、
前記天候掛率（Ｔ）を前記天候掛率データベースから取得するとともに、
前記配送員データベースの算出対象となる配送員の車両情報を参照して、当該配送員の車両情報に対応した前記集荷又は配送の準備に関する補正値（Ｒ）を前記作業時間補正データベースから取得し、
前記依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータに対応した集荷先及び配達先の建物の入館に要する時間の値（Ｅ）を、それぞれ前記顧客データベースから取得し、
前記配送員データベースの算出対象となる配送員のスキル情報を参照して、当該配送員のスキル情報に対応したスキル掛率（Ｓ）を前記配送員スキル掛率データベースから取得し、
当該取得された各値を用いて前記数式２を適用することを特徴とする請求項７乃至１０のいずれか１記載の配送予測時間算出方法。
【請求項１２】
前記配送管理サーバは、前記データベースとして、さらに、
道路の種類に応じた配送車両の速度設定について規定した速度設定データベースと、
過去に行われた配送業務毎に、荷物引取地に関する始点情報と、荷物配達地に関する終点情報と、配送に使用された車両の種類（車種）と、荷物引取により配送が開始される開始時間情報と、配送開始から届先までの移動に要した所要時間情報と、が対応付けて登録された移動時間記録データベースと、
を備え、
前記予測時間算出ステップでは、さらに、配送員の現在位置から当該物品の引取地（集荷先）まで、または引取地（集荷先）から配達地（配送先）まで、の過去の前記同一の配送事例が有るか否かを、前記移動時間記録データベースを参照して判定し、
過去の同一の配送事例が有ると判定された場合には、前記最短ルート算出ステップ及び前記通行時間算出ステップを経ずに、前記移動時間記録データベースに記録された所要時間の平均値を、前記補正前予測時間として前記補正ステップで使用する
ことを特徴とする請求項８記載の配送予測時間算出方法。
【請求項１３】
配送車両を用いて配送業務を行う各配送員毎に使用され、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末、及び、物品の配送を依頼する依頼者が用いる依頼者端末、との間で通信を行う配送管理サーバによって、配送の予測時間を算出するためのプログラムであって、
前記配送管理サーバは、
少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースを有し、
前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録ステップと、
依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出ステップと、
前記予測時間算出ステップでの算出結果に基づいて担当配送員を決定する担当配送員決定ステップと、
前記担当配送員決定ステップで決定された担当配送員の予測時間Ｙ’の情報を前記依頼者端末に通知する予測時間通知ステップと、を実行し、
前記予測時間算出ステップは、
配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出ステップと、
前記最短ルート算出ステップで算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出ステップと、
前記通行時間算出ステップで算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式３により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正ステップと、
を備えたこと
を特徴とする配送予測時間算出プログラム。
＜数式３＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出ステップで算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【請求項１４】
前記通行時間算出ステップでは、前記補正前予測時間Ｙの算出を、配送員の現在位置から集荷先到着し荷積みが完了するまでの集荷に要する集荷予測時間Ｙ１の算出と、集荷完了時から配送先に到着し配送が完了するまでの集荷後から配送完了までに要する配送完了予測時間Ｙ２の算出とで別個に行い、
前記補正ステップでは、通行時間算出手段で算出された集荷予測時間Ｙ１及び配送完了予測時間Ｙ２のそれぞれについて前記数式１を適用して補正し、該補正後の集荷予測時間の値Ｙ１’及び補正後の配送完了予測時間の値Ｙ２’を、最終的な予測時間として出力する
ことを特徴とする請求項１３記載の配送予測時間算出プログラム。
【請求項１５】
前記担当配送員決定ステップでは、前記補正ステップにより算出された、配送完了までの予測時間の最も早い者を担当配送員として決定する
ことを特徴とする請求項１３又は１４に記載の配送予測時間算出プログラム。
【請求項１６】
前記配送担当決定ステップでは、前記補正ステップにより算出された、補正後の集荷予測時間の値Ｙ１’の最も早い者を担当配送員として決定する
ことを特徴とする請求項１４に記載の配送予測時間算出プログラム。
【請求項１７】
前記配送管理サーバは、前記データベースとして、
各配送員毎の識別情報と、該配送員の前記配送スキルを示すスキル情報と、該配送員が使用する車両の種類を示す車種情報と、該配送員の前記位置情報と前記現在状況情報とを記録及び更新するための欄と、が対応付けて登録されるための配送員データベースと、
配送車両の種類を示す車種情報と前記集荷又は配送の準備に関する補正値（Ｒ）が対応付けられて登録された作業時間補正データベースと、
荷受先又は配達先となる顧客と該顧客の荷受先又は配達先の居住建物の入館に要する時間の値（Ｅ）とが対応付けて登録された顧客データベースと、
前記スキル情報と該スキル情報に対応するスキル掛率（Ｓ）が対応付けて登録された配送員掛率データベースと、
天候名と該天候名に対応する天候掛率（Ｔ）が登録された天候掛率データベースと、
を有し、前記補正ステップでは、
前記天候掛率（Ｔ）を前記天候掛率データベースから取得するとともに、
前記配送員データベースの算出対象となる配送員の車両情報を参照して、当該配送員の車両情報に対応した前記集荷又は配送の準備に関する補正値（Ｒ）を前記作業時間補正データベースから取得し、
前記依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータに対応した集荷先及び配達先の建物の入館に要する時間の値（Ｅ）を、それぞれ前記顧客データベースから取得し、
前記配送員データベースの算出対象となる配送員のスキル情報を参照して、当該配送員のスキル情報に対応したスキル掛率（Ｓ）を前記配送員スキル掛率データベースから取得し、
当該取得された各値を用いて前記数式３を適用することを特徴とする請求項１３乃至１６のいずれか１記載の配送予測時間算出プログラム。
【請求項１８】
前記配送管理サーバは、前記データベースとして、さらに、
道路の種類に応じた配送車両の速度設定について規定した速度設定データベースと、
過去に行われた配送業務毎に、荷物引取地に関する始点情報と、荷物配達地に関する終点情報と、配送に使用された車両の種類（車種）と、荷物引取により配送が開始される開始時間情報と、配送開始から届先までの移動に要した所要時間情報と、が対応付けて登録された移動時間記録データベースと、
を備え、
前記予測時間算出ステップでは、さらに、配送員の現在位置から当該物品の引取地（集荷先）まで、または引取地（集荷先）から配達地（配送先）まで、の過去の前記同一の配送事例が有るか否かを、前記移動時間記録データベースを参照して判定し、
過去の同一の配送事例が有ると判定された場合には、前記最短ルート算出ステップ及び前記通行時間算出ステップを経ずに、前記移動時間記録データベースに記録された所要時間の平均値を、前記補正前予測時間として前記補正ステップで使用する
ことを特徴とする請求項１４記載の配送予測時間算出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物流業界の配送業者により使用され、多頻度小口配送の輸送、デリバリーサービスを支援するシステムに関し、特に、バイク便などのように、荷物の発地から着地まで拠点や集積所を経由せず直接配送するスポット配送のサービスの支援に好適に用いられる。より詳しくは、配送物を顧客（受領者）が受け取るまでの時間（配達時間ないし時刻）をより正確に算出し、高精度に予測することで、配送員の効率的な手配や顧客満足度の向上を実現するための配送業務支援システム、及び配送予測時間算出方法並びにプログラムに関する。
【背景技術】
【０００２】
近年の通信及びコンピュータ技術の急速な発展により、宅配便などの配送業務においては、配送物についてのＩＤの付与及び中継所（集積所等）の設定を行い、物品の配送を行う配送車両の現在位置を本部（センタ側）のコンピュータでリアルタイムで管理し、依頼主及び届先主に当該配送の現在状況をインターネット等を経由して通知することにより配送業務を支援するシステム（配送業務支援システム）が高度に発達している。
【０００３】
例えば、下記の特許文献１では、端末が備えられている車両の位置を、ＧＰＳ電波やネットワークを介して送信される位置情報から特定し、かつ車両の状況に関する情報を送信して、配送中の車両の状況をセンタ装置で管理し、到着見込み時間を車両側で算出する配送業務支援システムが開示されている。
【０００４】
また、下記の特許文献２では、ＧＰＳ受信部で受信した車両の位置情報を移動端末からセンタ（車両配車装置）に送信して、センタの表示部で当該位置情報に基づく車両を地図画面上に表示させて、ドラッグ操作により配車を決定できるようにした車両配車システムが開示されている。
【特許文献１】特開２００６−２３９３７号公報
【特許文献２】特開２００７−５２６５１号公報
【特許文献３】特開２００７−２８４２３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、コンピュータを用いた従来の配送業務支援システムでは、宅配便やルート配送の業務を支援するシステムは多く存在するが、他方、荷物の発地から着地まで拠点や集積所を経由せずに直接配送する「スポット配送」に特化した構成を備えたものが少なかった。また、かかる構成を備えたもの（例えば上記特許文献３）であっても、送り主への集荷までの時間及び受領者が配送物品を受け取るまでの時間をより正確に算出し、高精度に予測する構成が備えられていなかった。
【０００６】
具体的には、従来の配送業務支援システムでは、翌日または翌々日の配送について、最適なルート（すなわち利用する道路等の組み合わせ）をコンピュータで計算するものが知られている。しかしながら、現在の状況、具体的には、天候、道路状況、配送員のスキルなどの種々の状況に応じて、リアルタイムに各配送員毎の配車時間、物品配達完了までの時間を算出できるシステムが未だ存在せず、このため、受注後すぐに配送を行うスポット配送のニーズに十分に応えることができなかった。
【０００７】
すなわち、スポット配送の業務では、いわゆる「１物品１車両」のサービスを基本としていることもあり、依頼日当日における可能な限り速やかな配送が求められており、このため、ユーザ（送り主や受領者など）からは、物品配達完了までの時間は勿論のこと、物品の受領（すなわち依頼者の物品を受け取りに来てくれる）までの時間（配車時間）についての正確な予測値の事前通知を求める要望が強い。
【０００８】
特に、配送車両としてオートバイを用いるバイク便のスポット配送サービスでは、車両が小型ゆえに細い道路でも入って行ける（小回りが利く）こと等により、４輪自動車による配送サービスに比べてより迅速な物品受領及び配送完了が要求され、さらにはこれらの予測時間の可能な限り正確な値の事前通知が要望及び期待されている。また、配送車両として自転車や小型軽自動車を用いるスポット配送による配送サービスでも、上記バイク便と同様のニーズがある。
【０００９】
本発明者は、かかるスポット配送のサービス業務の特質やユーザのニーズ等に鑑みて、独自の配送予測時間の算出技術を構築し、本発明を提案するに至った。
【００１０】
本発明の目的は、ユーザ（送り主）への集荷までの時間（ないし時刻）及び顧客（受領者）が配送物品を受け取るまでの時間（ないし時刻）をより正確に算出し、高精度に予測することで、配送員の効率的な手配や顧客満足度の向上を実現するための配送業務支援システム、及び配送予測時間算出方法並びにプログラムを提供することにある。  
【課題を解決するための手段】
【００１１】
本発明者は、鋭意研究の末、配送の予測時間を算出するに際し、当日の天候、配送員のスキル、集荷又は配送先の建物の入館に要する時間、集荷又は配送の準備時間、を補正のための要素（パラメータ等）として使用することが有効であり、かつ、これら要素につき一般的傾向や実際に要する時間等を把握し数値で表すことが十分に可能であることを見出した。
【００１２】
すなわち、天候は、例えば、雨の日は、視界が悪くなり、制動距離も伸びることから、道路では一般車両の速度が遅くなり、渋滞になりやすくなる。そして、道路が渋滞になると、配送に掛かる時間も延びることになる。したがって、配送時間の予測値の算出にあたっては、当日の天候に応じた所定値（例えば掛率）を補正用パラメータとして使用することが望ましい。かかるパラメータは、同じような配送事例（例えば車種及び配送員、顧客、通行道路等が同一で、天候のみが異なる事例）に掛かった時間の平均値を天候毎に算出し、該天候毎の平均値を比較し除算等することによって設定することができる。例えば、同じような配送事例につき、晴天の場合の所要時間の平均値が６０分で、雨天の場合の所要時間の平均値が６６分だった場合には、晴天時に比べて雨天時は６分だけ多く時間がかかることになり、（６／６０＝）０．１という掛率を導出することができる。同様にして、晴天時を基準とした台風時や雪の時など、各種の天候の場合の掛率を求め設定することができる。
【００１３】
配送員のスキルは、例えば地図を見なくても得意先に行ける配送員と、迷いながら現地に到着する新人の配送員とでは、仮に他の条件が同じであっても、配送時間が相当に変わってくる。したがって、配送時間の予測値を算出する際には、配送員のスキルに応じた所定値（例えば掛率）を補正用パラメータとして使用することが望ましい。かかるパラメータは、同じような配送事例（例えば天候、車種、顧客、通行道路等が同一で、配送員のみが異なる事例）に掛かる時間の平均値を配送員毎に算出し、該配送員毎の平均値を比較し除算等することによって設定することができる。例えば、同じような配送事例につき、社内で最もスキルが高いと評価されている配送員「甲」の所要時間の平均値が６０分で、他の配送員「乙」、「丙」、及び「丁」の所要時間の平均値がそれぞれ６６分、７２分、及び７８分だった場合には、甲を１．０とすると、乙、丙、丁につきそれぞれ（６６／６０＝）１．１、（７２／６０＝）１．２、（７８／６０＝）１．３という掛率を導出することができる。なお、このような配送員のスキルに応じた掛率の値は、配送員の経験年数や処理件数につれて通常下がっていく（すなわち１．０に近づく）べき値であるため、適宜見直して設定し直すようにするとよい。
【００１４】
入館時間は、例えば、顧客の住所がビルの１階であり、現地に到着してすぐに荷物の集配ができる場合と、顧客の住所が高層ビルの最上階のためにエレベータを待つだけで何分も掛かる場合とでは、仮に他の条件が同じであっても、配送時間が相当に変わってくる。換言すると、この入館時間の要素を無視すると、配送時間の予測値の誤差が大きくなり精度の高い算出にならない可能性が高くなる。したがって、配送時間の予想値を算出する際には、入館時間の予想値を補正値（加算値）として用いるようにする。かかる入館時間の予想値は、実際に入館時間がかかる建物で、該建物への到着時から顧客住所地までに要する時間を計測し、当該計測値を設定することができる。
【００１５】
また、集荷又は配送の準備時間としては、伝票を記載するのに要する時間、荷物の積み降ろしに要する時間、が代表例として挙げられる。ここで、伝票への記載は、一般に、配送開始時にのみ必要な作業となる。したがって、配送員の現在位置から集荷先到着し荷積みが完了するまでの集荷に要する集荷予測時間の算出と、集荷完了時から配送先に到着し配送が完了するまでの集荷後から配送完了までに要する配送完了予測時間の算出とで、使用される準備時間の補正値を区別することで、配送の予測時間をより高精度に算出することが可能になる。
【００１６】
上記課題を解決した本発明に係る配送業務支援システムの主たる構成は、データベースを用いて配送業務を管理する配送管理サーバと、物品の配送を依頼する依頼者が用いる依頼者端末と、配送車両を用いて配送業務を行う各配送員毎に使用される端末であって、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末と、を含む。そして、配送管理サーバは、少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースと、通信網を介して外部の端末とデータの送受信を行うための送受信手段と、前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録手段と、依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出手段と、前記予測時間算出手段の算出結果に基づいて担当配送員を決定する担当配送員決定手段と、前記担当配送員決定手段で決定された担当配送員の予測時間Ｙ’の情報を、前記送受信手段を介して前記依頼者端末に通知する予測時間通知手段と、を有し、前記予測時間算出手段は、配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出手段と、前記最短ルート算出手段で算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出手段と、前記通行時間算出手段で算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式１により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正手段と、を備える。
＜数式１＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出手段で算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【００１７】
また、本発明の第２の主たる構成は、配送車両を用いて配送業務を行う各配送員毎に使用され、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末、及び、物品の配送を依頼する依頼者が用いる依頼者端末、との間で通信を行う配送管理サーバによって、配送の予測時間を算出する方法である。かかる方法において、配送管理サーバは、少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースを有し、前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録ステップと、依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出ステップと、前記予測時間算出ステップでの算出結果に基づいて担当配送員を決定する担当配送員決定ステップと、前記担当配送員決定ステップで決定された担当配送員の予測時間Ｙ’の情報を前記依頼者端末に通知する予測時間通知ステップと、を実行し、前記予測時間算出ステップは、配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出ステップと、前記最短ルート算出ステップで算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出ステップと、前記通行時間算出ステップで算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式２により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正ステップと、を備える。
＜数式２＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出ステップで算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【００１８】
さらに、本発明の第３の主たる構成は、配送車両を用いて配送業務を行う各配送員毎に使用され、ＧＰＳを利用して自機の位置情報を取得する位置情報取得手段と、少なくとも当該配送員の配送業務の空きの有無に関する現在状況情報を入力する現在状況情報入力手段と、前記位置情報及び前記現在状況情報を通信網を介して前記配送管理サーバに定期的に送信する送信手段と、を具備する配送員端末、及び、物品の配送を依頼する依頼者が用いる依頼者端末、との間で通信を行う配送管理サーバによって、配送の予測時間を算出するためのプログラムであって、配送管理サーバは、少なくとも、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を格納するためのデータベースを有し、前記配送員端末から受信された前記位置情報及び前記現在状況情報を記録及び更新する配送員情報記録ステップと、依頼者端末から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、前記データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出ステップと、前記予測時間算出ステップでの算出結果に基づいて担当配送員を決定する担当配送員決定ステップと、前記担当配送員決定ステップで決定された担当配送員の予測時間Ｙ’の情報を前記依頼者端末に通知する予測時間通知ステップと、を実行し、前記予測時間算出ステップは、配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出ステップと、前記最短ルート算出ステップで算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出ステップと、前記通行時間算出ステップで算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率Ｔ）と、集荷又は配送の準備に関する補正値（加算値Ｒ）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値Ｅ）と、配送員の配送スキルに応じた補正値（スキル掛率Ｓ）と、を用いて下記数式３により補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正ステップと、を備える。
＜数式３＞
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
（但し、Ｙ’は出力される最終的な予測時間、Ｙは通行時間算出ステップで算出された配送員の通行時間（補正前予測時間）、Ｔは天候掛率、Ｒは集荷又は配送の準備に関する補正値、Ｅは集荷又は配送先の建物の入館難易度に応じた補正値、Ｓは配送員の配送スキルに応じた補正値）
【発明の効果】
【００１９】
本発明によれば、算出されたルート全体の通行時間を、当日の天候、集荷／配送の準備時間、集荷／配送先の建物の入館時間、及び配送員の配送スキルの観点から補正し、該補正後の値を最終的な予測時間として出力するので、ユーザ（依頼者）への集荷までの時間（ないし時刻）及び顧客（受領者）が配送物品を受け取るまでの時間（ないし時刻）をより正確に算出し、高精度に予測することが可能になる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施の形態を、図面を参照しながら詳細に説明する。以下の説明では、本願発明を１物品１車両のスポット配送サービスを支援するシステムに適用した場合を中心に説明するが、本願発明はこれ以外にも、多頻度小口配送のあらゆる輸送、デリバリーサービスを支援するシステムに適用することができる。
【００２１】
図１は、本発明を適用した配送業務支援システムの全体概要図である。図１に示すように、本実施形態の配送業務支援システムでは、配送車両４を運転して配送業務を行う配送員が使用する配送員端末１と、データベースを用いて配送業務を管理する配送管理サーバ２と、ユーザ（発送の依頼者及び／又は受領者）が使用する依頼者端末３と、配送管理サーバ２と配送員端末１間、及び配送管理サーバ２と依頼者端末３間の通信時に使用される通信網と、を含む。また、後述する配送員端末１の位置情報の取得時には、図示しないＧＰＳ（global positioning system）のシステム（複数のＧＰＳ衛星）が使用される。
【００２２】
このうち、配送車両４としては、図１に示すように、自動車、オートバイ、自転車などを使用することが可能である。
【００２３】
配送員端末１は、配送員が携帯するタイプ或いは配送車両４に取付け又は載置されるタイプのものであり、ＧＰＳを用いて位置情報を取得（算出）するためのＧＰＳ受信部、通信網を介して配送管理サーバ２と通信するための通信部、配送員により操作されるキーボタンやジョグダイヤルなどの操作入力部、各種の表示を行うためのＬＣＤ等からなる表示部、これら各部を制御するためのＣＰＵ、などを備えている。この配送員端末１は、配送管理サーバ２と頻繁に通信するため、電源としては、十分な容量を有する電池が使用される。以下の説明では、配送員が携帯するタイプの配送員端末１を用いた例について説明する。
【００２４】
本実施形態では、配送員端末１は、汎用の携帯電話機に専用のアプリケーションソフトウエアが実装されることで、各種のキーが、後述する配送業務の現在状況を通知するための入力キーとして使用される構成となっている。なお、配送員端末１の他の実施の形態として、本システムのみに使用される専用の通信端末を構築してもよいことは勿論である。
【００２５】
配送員端末１のＧＰＳ受信部は、宇宙空間を周回する複数のＧＰＳ衛星からの発信電波を受信することで、自機の現在位置（緯度及び経度の値）を算出する。算出された緯度及び経度の値は、通信部による配送管理サーバ２との通信時に、当該配送員の現在状況とともに通信網を介して配送管理サーバ２に送信される。なお、配送員端末１と配送管理サーバ２との間のデータの送受信は、実際には基地局を介して行われるが、簡明化のため、その説明を省略する。
【００２６】
本実施形態では、配送員端末１の操作入力部は、上述した専用のアプリケーションソフトウエアが実装されることで、業務待ち状態である「待機」、業務依頼を受けて集荷先に向かおうとする「手配済」、顧客先での荷出来を待っている「荷待中」、集荷が完了し配送先に向かっている「引取済」、配送が完了した「配送完了済」、配送完了後に所定の場所（本部や車両保管場所など）に戻ろうとする「移動中」、当該配送員が当日に特定の顧客のみの業務を行っている「貸切中」、当該配送員が（休み等により）稼働できない状態である「未稼働」、私用等により、業務を中断している状態である「中抜中」、などの、当該配送員の配送業務の現在状況を通知するための入力キーとして機能する。そして、配送員端末１は、配送員によって配送業務の所定の段階毎に、操作入力部の上記所定の入力キーが操作されることで、当該配送員の現在状況の情報を通信部により、通信網を介して配送管理サーバ２に送信する。
【００２７】
ここで、配送員端末１の通信部による通信網への接続は、一般的な携帯電話機と同様に、無線信号を介して行われる。また、通信網は、本実施の形態ではインターネットが使用されるが、他の形態として専用通信回線が使用されてもよい。
【００２８】
本実施の形態では、配送員端末１の通信部は、所定間隔毎に、上述した現在位置（緯度及び経度の値）の情報と当該配送員の現在状況の情報を配送管理サーバ２に（いわば一方的に）送信する構成となっている。本システムでは、配送員端末１の通信部は、現在位置（緯度及び経度の値）の情報と、当該配送員の現在状況の情報と、を１分毎に同時に配送管理サーバ２に送信する構成となっている。
【００２９】
なお、上述した配送業務の現在状況を通知するための入力キーに関しては、配送員によって所定の一のキー（例えば「荷待中」）が押されると、他の入力キー（例えば「引取済」）が操作されない限り、最後に操作されたキーに応じた状態（この例では「荷待中」）を示す情報が、１分毎に、配送員端末１の通信部から配送管理サーバ２に、（上述した現在位置の情報と共に）繰り返し送信されることになる。なお、他の形態としては、配送員端末１の通信部が配送管理サーバ２と常時接続され、配送管理サーバ２からの要求に応じて現在位置の情報と現在状況の情報を送信する構成とすることもできる。
【００３０】
さらに、本実施形態では、配送員の現在状況の情報に関しては、配送員が該情報に関する所定の入力キーを押すことにより、上述した周期の到来にかかわらず、当該情報が配送員端末１の通信部から配送管理サーバ２に送信されるようになっている。なお、他の構成としては、配送員が上記所定の入力キーを押した段階では送信されず、送信周期である１分が経過した段階で初めて、配送員の現在状況の情報が現在位置の情報と共に、配送員端末１の通信部から配送管理サーバ２に送信される構成としてもよい。
【００３１】
本実施形態では、依頼者端末３は、通信網を介して配送管理サーバ２と通信する機能を有する端末であれば良く、例えばパーソナルコンピュータ（ＰＣ）、ＰＤＡや携帯電話機などの各種端末を使用することができる。以下の説明では、依頼者端末３は、物品の配送を依頼するユーザ（以下、「送り主」、ないし「配送の依頼者」ともいう。）が使用するものと仮定するが、後述のように、依頼者端末３をオペレータが使用することも可能である。
【００３２】
配送管理サーバ２は、通信網を介して複数の依頼者端末３及び配送員端末１と同時に通信を行う装置であり、ＣＰＵ等のプロセッサ、ＨＤＤ等の外部記憶部、キーボードやマウス等の操作入力部、ＬＣＤ等の表示部、などの基本構成を備えた各種のコンピュータを使用することが出来る。
【００３３】
このうち、ＣＰＵ等のプロセッサは、ＨＤＤ等に格納されたソフトウエアプログラムを読み出して実行することにより、配送員端末１からの位置情報及び状態情報を記録及び更新するための配送員情報記録手段、配送員端末１や依頼者端末３と情報の送受信を行うための送受信手段、依頼者端末３から受信された物品の引取地（集荷先）及び配達地（配送先）のデータと、現時点での各配送員の位置情報及び現在状況情報と、データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間Ｙ’を各配送員毎に算出する予測時間算出手段、予測時間算出手段の算出結果に基づいて担当配送員を決定する担当配送員決定手段、担当配送員決定手段で決定された担当配送員の予測時間Ｙ’の情報を依頼者端末３に通知する予測時間通知手段、等として機能する。さらに、予測時間算出手段は、配送員が該配送員の現在位置から当該物品の引取地（集荷先）まで、及び該引取地（集荷先）から配達地（配送先）まで通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出手段（図８ステップＳ１０２及びＳ１０４）、最短ルート算出手段で算出された最短ルートを構成する各ルート毎の通行時間を算出し、該算出された各ルート毎の算出値を合計してルート全体の通行時間Ｙを補正前予測時間として算出する通行時間算出手段（図８ステップＳ１０６）、記通行時間算出手段で算出されたルート全体の通行時間Ｙを、前記データベースに格納された、当日の天候に応じた補正値（天候掛率）（図８ステップＳ１０７）と、集荷又は配送の準備に関する補正値（加算値Ｒ）（図８ステップＳ１０９乃至Ｓ１１２）と、集荷又は配送先の建物の入館難易度に応じた補正値（加算値）（図８ステップＳ１１３）と、配送員の配送スキルに応じた補正値（スキル掛率）（図８ステップＳ１１４）と、を用いて補正し、該補正後の値Ｙ’を、最終的な予測時間として出力する補正手段、等として機能する。これら各手段の詳細については、各データベースの説明の後に、図８のフローチャート等を参照しながら説明する。
【００３４】
＜データベースの概略説明＞
配送管理サーバ２は、配送業務を管理するためのデータベースとして、各配送員の状況等を記録／更新するための配送員データベース（図５）、所要時間の補正に関する値が車種毎に登録された作業時間補正データベース（図１２）、顧客（集荷先顧客及び配送先顧客）の建物の入館難易度の値が登録された顧客データベース（図１３）、集荷先顧客の注文内容等の情報が登録される注文データベース（図７）、道路の種類、配送車両の車種或いは徒歩、及び時間帯の別に対応する平均速度が登録された速度設定データベース（図１１）、配送員のスキル値に応じた掛率が登録された配送員スキル掛率データベース（図１４）、天候の種類に応じた掛率が登録された天候掛率データベース（図１５）、配送業務毎に、荷物引取地の始点コード、荷物配達地の終点コード、配送車両の車種、配送開始時間情報、配送開始から届先までの所要時間情報と、が記録されるための移動時間記録データベース（図９）、配送時における時間帯を定義するための時間帯区分データベース（図１０）、などを備えている。これらデータベースは、配送管理サーバ２内に保有される構成の他、配送管理サーバ２とネットワーク等を介して接続される他の複数の装置内に分散して保有される構成とすることもできる。以下は、簡明のため、上述した各種のデータベースが全て配送管理サーバ２の外部記憶部に格納された構成と仮定して説明する。
【００３５】
配送員データベースの一例を図５に示す。本実施の形態の配送員データベースでは、各配送員毎に「配送員番号」、当該配送員の「氏名」、「配送員スキル」、使用する車両の「車種」、「現在状況」、「現在位置緯度」、「現在位置経度」の情報（データ）が登録される。
【００３６】
このうち、「配送員番号」、「氏名」、「配送員スキル」、及び「車種」のデータは、予め設定登録されるいわば静的なデータであり、一方、「現在状況」、「現在位置緯度」、「現在位置経度」のデータは、当該配送員の状況等に応じて随時変化するいわば動的なデータとして位置づけられる。なお、「配送員スキル」のデータは、当該配送員のキャリア（業務経験の蓄積）に応じて適宜見直され、システム管理者により新たなデータが登録されることになる。
【００３７】
ここで、「配送員スキル」は、後述する図１４の配送員スキル掛率データベースの「配送員スキル」と対応する情報（すなわち配送員スキルＡ，Ｂ，Ｃ，・・・，ｎのいずれかの情報）が登録される。なお、「配送員スキル」に登録される情報の他の実施形態としては、図１４の配送員スキル掛率データベースの「掛率」の数値が各配送員毎に個別登録されることもできる。
【００３８】
また、配送員データベースの「現在状況」、「現在位置緯度」、「現在位置経度」の各欄のデータは、これらについてのデータが配送員端末１から受信される度に、配送管理サーバ２によって登録（格納）、更新される。
【００３９】
なお、他のデータベースの詳細については後述する。
【００４０】
＜配送管理サーバ２の処理概要＞
次に、図２のフローチャートを参照して、配送管理サーバ２が集荷・配送完了予測時間を算出するための処理の概要について説明する。
【００４１】
〔配送員情報記録手段〕
本システムでは、各配送員により携帯される配送員端末１は、上述のように、それぞれ定期的（この例では１分毎）にＧＰＳを利用して位置（緯度及び経度）情報を取得する。そして、位置情報を取得した配送員端末１は、インターネットを通じて配送管理サーバ２に当該位置情報を送信する（ステップＳ１）。このとき、配送員端末１は、当該端末の識別番号も配送管理サーバ２に送信する。この端末の識別番号は、予め配送管理サーバ２の配送員データベース（図５）の「配送員番号」として登録される。
【００４２】
そして、配送管理サーバ２は、受信した位置（緯度及び経度）情報を、配送員データベース（図５）の当該配送員（配送員番号）の「現在位置緯度」及び「現在位置経度」の各欄に格納する（ステップＳ１１）。
【００４３】
また、配送員端末１は、配送員の上述した入力キーの操作に基づいた、「手配可能」、「配送中」などの当該配送員の配送業務の現在状況の情報を、定期的（この例では1分毎）に、インターネットを通じて配送管理サーバ２に送信する（ステップＳ２）。
【００４４】
このとき、配送管理サーバ２は、受信した現在状況の情報を、配送員データベース（図５）の当該配送員の「現在状況」欄に格納する（ステップＳ１２）。
【００４５】
上述したステップＳ１及びＳ１１の各処理、及びステップＳ２及びＳ１２の各処理は、各配送員端末１毎に個別に行われることになる。このようにして、配送管理サーバ２は、配送員端末から受信された位置情報及び現在状況情報をデータベースに記録及び更新する機能を備えている。
【００４６】
〔依頼者からの依頼内容の処理〕
一方、依頼者が物品の配送を依頼する場合には、該依頼者が依頼者端末３を操作して配送管理サーバ２と通信することによって行われる。ここで、発送の「依頼者」とは、顧客である依頼主（送り主）の場合と、システムのオペレータの場合と、がある。簡明性及び説明の便宜のため、以下は、依頼主（送り主）自らが依頼者端末３を使用する例について説明する。
【００４７】
なお、他の例としてのオペレータが依頼主の場合とは、本システムのオペレータが依頼者端末３を使用し、依頼主（送り主）からの電話やメールなどを介して伝達された種々の情報を、該オペレータが依頼者端末３に入力して、実行形式プログラムにより配送管理サーバ２に送信し、該サーバ２から送られてきた情報を依頼者端末３で表示し、かかる表示情報を電話等を介して依頼主に伝える、といった使用方法とする場合である。
【００４８】
本実施形態では、依頼者が依頼者端末３を操作してインターネット上の所定のサイト（すなわち配送管理サーバ２が管理するホームページ等）にアクセスし、該サイトに表示される不図示の要求ボタンを操作入力部で選択（クリック等）して、宅配便、バイク便等の別を選択するとともに、氏名や住所等を入力するための受注入力画面の要求を行うものとなっている。かかる操作が行われることにより、受注入力画面の要求信号が依頼者端末３から配送管理サーバ２に送信される（ステップＳ３１）。
【００４９】
この要求信号を受信した配送管理サーバ２は、受注入力画面のデータを依頼者端末３に送信する（ステップＳ１３）。そして、受注入力画面のデータを受信した依頼者端末３は、ＬＣＤ等の自機の表示部に受注入力画面を表示する。図３に、受注入力画面の一例を示す。この受注入力画面では、図３に示すように、配送日（年／月／日）、依頼主（送り主）の名前、依頼主の物品の引取先住所、同物品の届先の住所、以前にも利用していて依頼主や届先の顧客の識別コード（図３では「ＣＤ」と表記）が既にある場合には、そのＣＤ（引取先顧客ＣＤや届先顧客ＣＤ）、等の各情報を入力する画面となっている。なお、実際のシステムでは、これら顧客の種々の個人情報については図示しない顧客マスタデータベースを用いて管理することになるが、本発明の要旨と直接関係しないため、顧客マスタデータベースの詳細な説明は省略する。なお、図１３で後述する顧客データベースは、顧客マスターデータベースの一部を抽出して表したものである。
【００５０】
そして、受注入力画面において必要事項を入力し、不図示の送信ボタンをクリックすると、入力された各情報が注文情報（図６参照）として依頼者端末３から配送管理サーバ２に送信される（ステップＳ３２）。なお、実際のシステムでは、注文情報の送信に先立って、配送管理サーバ２が、適宜、上記顧客マスタデータベースを使用して、上記ＣＤに対応する住所の検索（確認）等を行い、さらには、依頼者に情報の最終的な確認を求める確認画面等のデータを依頼者端末３に送信することになるが、本発明の要旨と直接関係しないため、これについての図示及び説明は省略する。
【００５１】
配送管理サーバ２は、かかる注文情報を受信すると、注文番号（例えば「Ａ０００１」）を割り当てるとともに、該注文番号と受信した情報（すなわち「配送日付」、「依頼主」、「引取先住所」、「引取先顧客ＣＤ」、「お届先住所」、及び「お届先顧客ＣＤ」の各情報）とを対応付けて所定の記憶領域に格納（一時記憶）し、続いて、集荷予測時間の算出、配送予測時間の算出、及び担当配送員の決定等に関するステップＳ１４乃至ステップＳ１７の処理を行う。
【００５２】
〔予測時間算出手段の概要〕
配送管理サーバ２は、配送員データベース（図５）に登録されている全ての配送員の「現在位置緯度」及び「現在位置経度」のデータをステップＳ１４で抽出して、各配送員毎に、ステップＳ１５及びステップＳ１６の算出処理を行うことができる。ここで、ステップＳ１５は、集荷までに要する予測時間（集荷予測時間）を各配送員毎に算出する処理であり、ステップＳ１６は、集荷完了時から配送完了時までの予測時間（配送予測時間）を各配送員毎に算出する処理である。また、配送管理サーバ２は、集荷予測時間、配送予測時間、或いは集荷予測時間と配送予測時間との合計値を各配送員毎に算出し、これらいずれかの時間が最小値であり、かつ現在状況が「待機」である配送員を担当者として決定する。そして、ステップＳ１７で、配送管理サーバ２は、決定された配送担当者の予測時間の情報を依頼者端末３に送信する。
【００５３】
なお、他の実施の形態として、上述したステップＳ１５及びステップＳ１６の算出の処置が迅速に行える場合、例えば配送員データベース（図５）に登録されている配送員の数が比較的少ないような場合には、ステップＳ１４で、配送管理サーバ２は、配送員データベース（図５）に登録されている全ての配送員の内、現在状況が「待機」状態である配送員のみの「現在位置緯度」及び「現在位置経度」のデータを抽出して以後の算出対象とする処理を行ってもよい。
【００５４】
また、配送管理サーバ２は、ステップＳ１５の各配送員毎の算出結果、またはステップＳ１５及びＳ１６の各配送員毎の算出結果の合計値に基づいて、担当配送員を決定する担当配送員決定手段としての機能を有しており、この詳細については後述する。
【００５５】
〔集荷／配送完了予測時間の算出処理及び担当配送員決定手段の概略〕
以下、ステップＳ１５及びステップＳ１６の集荷予測時間及び配送完了予測時間の算出処理、さらには担当配送員決定手段の概略について説明する。ただし、以下に説明する処理概要は一例であり、本発明がこれに限定されるものではなく、特に、担当配送員決定手段の構成（すなわち決定の基準等）については種々の形態が考えられるので、これについては後述する。
【００５６】
配送管理サーバ２は、上述のように、配送員データベース（図５）に登録されている全ての配送員について同時並行で算出処理を行うために、配送員データベースから各配送員毎に各欄のデータを抽出してＣＰＵの作業領域に一時的に記憶する処理を行う（ステップＳ１４）。
【００５７】
次のステップＳ１５で、配送管理サーバ２は、注文情報（図６の配送日付、引取先住所、引取先顧客ＣＤ）と、所定の配送員（ここでは一の配送員）についての各登録情報と、図８で後述する所要時間計算方法（アルゴリズム）とを使用して、全ての配送員が集荷に向かった場合の集荷予測時間（Ｙ１）及びかかる集荷予測時間の補正値（Ｙ１’）を、各配送員毎に計算する。
【００５８】
一の実施形態では、配送管理サーバ２は、ステップＳ１５で計算された集荷予測時間の補正値（Ｙ１’）を各配送員毎に算出し、最も短い時間で集荷が完了し、かつ現在状況が「待機」である一の配送員を配送員候補（担当配送員）として決定し（図２参照）、かかる一の担当配送員のみについてステップＳ１６の配送完了予測時間の算出を行うようにする。かかる実施形態では、ステップＳ１６の算出処理が軽くなるので、算出時間の短縮を図ることができる。
【００５９】
一方、他の実施形態では、配送管理サーバ２は、ステップＳ１５では担当配送員の決定を保留にし、ステップＳ１６での配送完了予測時間の算出を、集荷予測時間の短い上位数名の配送員について行うこと、或いはデータベースに登録されている各配送員（全員分）について行うことができ、この場合には、集荷予測時間の補正値と配送完了予測時間の補正値との合計値（Ｙ１’＋ Ｙ２’）の最も少ない配送員を担当配送員として決定する。以下は、ステップＳ１６での配送完了予測時間の算出をデータベースに登録されている各配送員（全員分）について行った場合について説明する。
【００６０】
次のステップＳ１６で、配送管理サーバ２は、注文情報（図６の配送日付、お届先住所、お届先顧客ＣＤ）と、配送員についての各登録情報と、図８で後述する所要時間計算方法（アルゴリズム）とを使用して、全ての配送員が配送した場合の配送完了予測時間（Ｙ２）及びかかる配送完了予測時間の補正値（Ｙ２’）を、各配送員毎に計算する。
【００６１】
さらに、続くステップＳ１７で、配送管理サーバ２は、上述のように、ステップＳ１５及びステップＳ１６で計算された集荷予測時間の補正値（Ｙ１’）と配送完了予測時間の補正値（Ｙ２’）との合計値を各配送員毎に算出し、最も短い時間で配送が完了でき、かつ現在状況が「待機」である配送員を担当者として決定し、かかる担当者の予測時間の情報をユーザ（注文者）に送信する。より具体的には、ステップＳ１７で、配送管理サーバ２は、集荷予測時間の補正値と配送完了予測時間の補正値との合計値（Ｙ１’＋ Ｙ２’）の最も少ない配送員を選出し、かかる配送員の現在状態が「待機」であるか否かを判定し、ＹＥＳすなわち待機であれば、かかる配送員を担当者として決定し、該配送員の予測時間の情報を注文者の依頼者端末３に送信する。一方、ＮＯすなわち待機以外の現在状態であれば、配送管理サーバ２は、該配送員を配送担当にすることができないものとみなして、集荷予測時間の補正値と配送完了予測時間の補正値との合計値（Ｙ１’＋ Ｙ２’）の次に少ない配送員を選出し、上述のように当該配送員の現在状態を判定し、現在状態が「待機」である配送員が抽出されるまでこの処理を繰り返し、抽出された段階で、当該配送員を担当者として決定し、該配送員の予測時間の情報を、注文者の依頼者端末３に送信する。この実施の形態では、配送管理サーバ２は、集荷予測時間の補正値（時刻）と配送完了予測時間の補正値（時刻）の他に、現在時刻と集荷所要時間のデータも依頼者端末３に送信するようになっている。
【００６２】
かかるデータを受信した依頼者端末３は、ステップＳ３３で、図４に示すように、現在時刻、集荷までに要する所要時間（補正値）、集荷予測時間の時刻（補正値）、配送完了予測時間の時刻（補正値）の各値を表示部に表示し、これにより当該配送業務における集荷や配送完了に要する時間（予測時間）を依頼者に通知する。
【００６３】
かかる処理を行う本実施形態の配送管理サーバ２は、ステップＳ１４〜ステップＳ１７の処理、すなわち依頼者端末３から各種のデータを受信してから予測時間等のデータを算出し依頼者端末に送信するまでに、１〜３秒程度の短い時間で行うことができる。したがって、依頼者端末３は、配送依頼にあたり各種データを入力・送信してそのまま待機することで、集荷や配送の所要時間等の正確な予測値を迅速に得ることが可能になる。
【００６４】
〔注文確定後の配送管理サーバの処理〕
依頼者は、依頼者端末３に表示された、図４に示すような各情報を検討し、注文を行う場合には、注文確定操作を行う (ステップＳ３４)。この操作は、例えば、依頼者端末３に表示された不図示の「注文」ボタンを選択することで行うようにする。かかる注文確定操作により、注文情報を確定する旨の指示命令が依頼者端末３から配送管理サーバ２に送信される。そして、かかる命令を受信した配送管理サーバ２は、上述したステップＳ３２で受信された注文情報を、注文データベースに格納する（ステップＳ１８）。
【００６５】
ここで、注文データベースは、図７に示すように、注文番号、配送日付、依頼主、引取先住所、引取先顧客ＣＤ、お届先住所、お届先顧客ＣＤ、状況、の各情報を、各案件毎に格納する構成となっている。そして、配送管理サーバ２は、ステップＳ１８において、注文番号を生成するとともに、上述したステップＳ３２で受信された注文情報（図３及び図６参照）を、注文データベースの該当する項目欄にそれぞれ格納する。また、この時点では配送担当者が送り主の住所に到着していない（すなわち配送物品を引き取っていない）ので、配送管理サーバ２は、状況欄に「未手配」を示すデータを格納する。
【００６６】
なお、注文データベースの状況欄の格納情報は、依頼者端末３等の他の端末（受領者側の端末も含む）が、配送管理サーバ２にアクセスして注文番号を指定することで閲覧できるようになっているが、かかる閲覧についての処理は、本発明の要旨とは直接関係しないため詳細な説明を省略する。
【００６７】
続いて配送管理サーバ２は、配送担当者の配送員端末１に、注文情報を送信する(ステップＳ１９)。そして、配送員端末１は、該受信された注文情報を自機の表示部に表示する(ステップＳ３)。かかる表示情報を確認した配送員４（配送担当者）は、配送車両による集荷および配送を行う(ステップＳ４１)。
【００６８】
当該配送員４は、集荷および配送を完了した時点で、配送員端末１を使い、集荷・配送完了操作を行う(ステップＳ４２)。かかる操作により、配送員端末１は、現在状況の情報「配送完了」を配送管理サーバ２に送信する(ステップＳ４)。配送完了の情報を受信した配送管理サーバ２は、配送員データベース（図５）の当該配送員の現在状況欄を「配送完了」に更新し（ステップＳ２０）、また、注文データベース（図７）の状況欄も同様に更新する（ステップＳ２１）。
【００６９】
〔他のデータベースの説明〕
次に、移動時間記録データベース（図９）、時間帯区分データベース（図１０）、速度設定データベース（図１１）、作業時間補正データベース（図１２）、顧客データベース（図１３）、配送員掛率データベース（図１４）、及び天候掛率データベース（図１５）の詳細構成について、図面を参照しながら説明する。
【００７０】
図９に、移動時間記録データベースの一例を示す。本実施形態では、移動時間記録データベースは、図９に示すように、個々の事例毎に、物品（荷物）の引取先（集荷先）住所に対応する「始点コード」情報と、物品（荷物）の届先住所（配達地）に対応する「終点コード」情報と、使用される配送車両の種類を示す「車種」情報と、当該配送日が平日か祝日かの別及び物品の引取時間帯を示す「時間帯区分」情報と、当該配送員の「配送員番号」と、配送開始から配送完了までの移動に要した「所要時間（分）」情報と、が対応付けて登録される構造となっている。
【００７１】
この移動時間記録データベースは、上述した各情報が配送業務の各事例毎に記録され保存される。したがって、次回以降の同様の配送業務（いわゆるリピーター）が発生した際に、移動時間記録データベースに登録された従前のデータを、予測時間の算出の際（図８ステップＳ１０２及びＳ１０３）に使用することが可能となる。
【００７２】
なお、本実施形態では、地域（国土）を所定の広さ（例えば１Ｋｍ×１Ｋｍ）のメッシュに区分し、各メッシュ毎にコード番号が登録されるメッシュコードデータベース（図示せず）が使用され、該メッシュコードデータベースに登録された該当地域のコードが上記「始点コード」情報、「終点コード」情報として使用される。かかる地域及びコードが対応付けられたメッシュコードデータベースについては、本発明の要旨と直接関係しないため、図示及び詳細な説明を省略する。
【００７３】
図１０に、時間帯区分データベースの一例を示す。本実施形態では、時間帯区分データベースは、図１０に示すように、「コード」欄、「祝日区分」欄、「開始時間」及び「終了時間」欄が設けられている。ここで、コード欄には、平日Ａ、平日Ｂ、・・・、平日ｎ、祝日Ａ、祝日Ｂ、・・・、祝日ｎなどの、平日及び祝日の２４時間が所定の時間帯毎に区分された場合の各々、を識別するための識別コードが登録される。また、祝日区分欄には平日か祝日かの別を示す情報が登録され、開始時間欄及び終了時間欄には、当該コードの時間帯における開始時間（時刻）及び終了時間（時刻）の情報が登録される。
【００７４】
なお、時間帯（すなわちｎの数）を幾つに区切るか、及び、各時間帯における時間設定をいかに行うかは特に限定されないが、本実施形態では１日を５つの時間帯（すなわちｎ＝５）に区分しており、それぞれ、平日Ａ（及び祝日Ａ）が00：00〜06：29、平日Ｂ（及び祝日Ｂ）が06：30〜09：59、平日Ｃ（及び祝日Ｃ）が10：00〜16：29、平日Ｄ（及び祝日Ｄ）が16：30〜18：59、平日Ｅ（及び祝日Ｅ）が19：00〜23：59、として設定登録されている。
【００７５】
本実施形態では、「時間帯」とは、狭義には、配送業務が「引取済」になった時間が基準となる。したがって、例えば配送が平日の９時５０分から１０時２０分の間に行われた場合には、この所要時間の実績値（３０分）の時間帯区分は、平日Ｃではなく「平日Ｂ」として格納されることになる（図９の第２段参照）。
【００７６】
図１１に、速度設定データベースの一例を示す。本実施形態の速度設定データベースは、図１１に示すように、「道路種類」欄、「車種」欄、「時間帯区分」欄、及び「平均速度」欄が対応付けられており、種々の車両における走行速度の平均値が、各時間帯毎に抽出できるようになっている。これにより、例えば、「普通二輪（バイク）で高速道路を午前零時〜６時２９分に走行する」場合には、平均速度が時速７２ｋｍになる、等の情報が導き出せることになる。
【００７７】
図１２に、作業時間補正データベースの一例を示す。本実施形態の作業時間補正データベースは、図１２に示すように、「平均準備所要時間」と「平均積載所要時間」との値が、「車種」情報毎に登録された構成となっている。これにより、例えば普通二輪（バイク）の場合には平均準備所要時間が「５分」かかり、平均積載所要時間が「５分」かかる、との情報が抽出できることになる。
【００７８】
ここで、「平均準備所要時間」とは、注文が完了してから、配送員に指示を行い、配送員が内容を確認して伝票を作成し、地図を確認するなどして準備を行い、移動し始めるまでにかかる時間であり、「平均積載所要時間」とは、荷物の積み降ろしにかかる時間である。
【００７９】
図１３に、顧客データベースの一例を示す。本実施形態の顧客データベースは、図１３に示すように、「顧客ＣＤ」と該顧客の住所である建物の入館難易度を示す欄（「建物入館難易度（分）」）とが対応付けられた構成となっている。ここで、「建物入館難易度（分）」には、建物の入口に到着してから実際に建物内の顧客の住居地に着くまでに要する時間の実績値（平均値）が登録される。これは、例えば高層住宅でエレベータに乗る或いは階段を上って行く必要がある場合や、警備が厳しい建物において、入口で所定の手続（例えば管理室での記帳等）を要する場合などを考慮したものである。本実施形態では、顧客データベースに登録される各データは、システム管理者の操作により、適宜に設定及び更新されることになる。
【００８０】
図１４に、配送員掛率データベースの一例を示す。この配送員掛率データベースには、配送員のスキル値（Ａ，Ｂ，Ｃ，・・・，ｎ）と当該スキル値の補正係数（この実施形態では掛率）とが対応付けて登録されている。
【００８１】
この配送員掛率データベースにおける掛率は、一般に、担当者のキャリアが上がる（配送回数が多くなる）につれて良い値（低い掛率）となって行くものである。この値については、機械的な計算で正確な（更新）値を得ることが非常に困難であり、人手による十分な検討が必要となることから、システム管理者の操作により、初回時と適時に設定することとする。
【００８２】
図１５に、天候掛率データベースの一例を示す。この天候掛率データベースには、天候の種類（天候名）と該天候名に対応する掛率とが登録されている。一般に、配送業務では、雨の場合には配送物の防水処理の時間が必要となること、特にバイク便では担当者の雨具等の用意も必要になること、雨が強くなる（或いは雪で道路に雪が積もったり凍結する）ほど、タイヤが滑りやすくなる等によって車両速度が低下する傾向があり、かつ交通規制（例えば、雨天時における道路の速度制限、車両事故や落石等の発生による通行止めで迂回を余儀なくされる等のケース）が発生する可能性が高くなること、等により、天候による配送時間への影響は非常に大きい。本実施形態では、天候掛率データベースは車種毎に設定できるようになっており、図１５では、一例としてバイク用の設定例を図示している。
【００８３】
図８は、集荷予測時間及び配送予測時間の算出方法を示すフローチャートであり、上述した図２のステップＳ１５及びステップＳ１６のサブルーチンに該当する。
【００８４】
以下、図８のフローチャートを参照して、集荷及び配送に要する時間の予測時間を算出する方法について詳細に説明する。この予測時間の算出は、担当配送員の現在の場所から集荷先（物品の引取地）に到着し荷積みが完了するまでの、集荷に要する時間の予測時間（以下、「集荷予測時間」と呼ぶ。）の算出と、集荷完了時から配送先に到着し配送が完了するまでの、集荷後から配送完了までに要する時間の予測時間（以下、「配送完了予測時間」と呼ぶ。）の算出と、に大別される。本実施形態では、この２つの算出を、図８のルーチンを用いて同時並行で行うことが可能であるが、説明の便宜のために、まず、集荷予測時間の算出について説明し、次に、配送完了予測時間の算出について説明する。
【００８５】
（集荷予測時間の算出）
依頼者端末３からの注文情報を上述した図６のように一時記憶した配送管理サーバ２は、ステップＳ１０１で、上述したメッシュコードデータベースを参照して、出発地点（この場合は担当配送員の現在の場所）と到着地点（この場合は集荷先の場所）の座標の値を、それぞれ二次メッシュコードに変換する。続くステップＳ１０２で、配送管理サーバ２は、該変換された出発地点のメッシュコードと到着地点のメッシュコードとの組み合わせに該当する移動時間実績データを、移動時間記録データベース（図９参照）から検索し、かかる移動時間実績データが検索された場合にはステップＳ１０３に移行し、検索されなかった場合にはステップＳ１０４に移行する。
【００８６】
具体的には、図２のステップＳ１５の集荷予測時間の算出を行う場合には、ステップＳ１０２では、出発地点である（ステップＳ１４で決定された）当該配送員の配送員データベース（図５）における現在位置情報（現在位置緯度及び経度）と、到着地点である注文情報の「引取先住所」と、を参照するとともに、かかる出発地点と到着地点との組み合わせを、移動時間記録データベース（図９参照）から検索し、該当データが有るか否か、すなわち移動時間実績データが検索されたか否かを判定する。このとき、より正確な実績データとするために、配送管理サーバ２は、移動時間記録データベースの時間帯区分も併せて参照し、時間帯区分が異なる場合には該当データとみなさないように処理することとしてもよい。
【００８７】
ステップＳ１０２の判定の結果、移動時間実績データが検索された場合には、配送管理サーバ２は、ステップＳ１０３で検索結果（移動時間の値）を一時変数Ｙに格納し、ステップＳ１０７に移行する。なお、ここで移動時間実績データが複数事例分検索された場合には、ステップＳ１０３で、例えば該検索結果すなわち移動時間の値の平均値を算出し、該算出値を一時変数Ｙに格納し、ステップＳ１０７に移行するようにする。
【００８８】
一方、ステップＳ１０２の判定の結果、移動時間実績データが検索されない場合には、配送管理サーバ２は、ステップＳ１０４〜Ｓ１０６の処理を行った後に、ステップＳ１０７に移行する。
【００８９】
具体的には、移動時間実績データが検索されなかった場合のステップＳ１０４で、配送管理サーバ２は、ダイクストラ法等を利用して、出発地点から到着地点間の最短ルート、すなわち最短時間で行ける道路の組み合わせ及び全体の距離を算出し決定する。
【００９０】
次のステップＳ１０５で、配送管理サーバ２は、当該配送業務で使用される車両の車種、現在の時刻に対応した時間帯、ステップＳ１０４で決定された各道路の種類に応じた速度の値（理論値）を速度設定データベース（図１１参照）から取得する。
【００９１】
さらに、続くステップＳ１０６で、配送管理サーバ２は、ステップＳ１０４で決定された最短ルートの全体の距離と、ステップＳ１０５で取得した道路の種類に応じた速度の値を使用し、ルート全体の移動時間を計算し、該算出された移動時間の値を一時変数Ｙに格納する。
【００９２】
そして、上述したステップＳ１０３又はステップＳ１０６の処理を経た後のステップＳ１０７で、配送管理サーバ２は、天候掛率データベース（図１５）より、当日の天候に応じた掛率を取得してＹに掛け、該積算値を一時変数Ａに格納して一時記憶する。なお、当日の天候の設定は、例えば、毎朝、システム管理者の操作により、地域毎に設定するようにする。
【００９３】
続くステップＳ１０８で、配送管理サーバ２は、現在行っている計算が集荷予測時間であるかについて確認し、ＹＥＳすなわち集荷予測時間の計算であればステップＳ１０９に移行し、ＮＯすなわち集荷予測時間の計算でなければ配送予測時間の計算であるとみなしてステップＳ１１０に移行する。ここでは集荷予測時間の計算方法の説明であるので、ステップＳ１０９以下を説明する。
【００９４】
ステップＳ１０９で、配送管理サーバ２は、作業時間補正データベース（図１２）より、平均準備所要時間の値と、平均積載所要時間の値を取得し、それぞれ変数Ｒ１，Ｒ２に格納してステップＳ１１１に移行する。
【００９５】
ステップＳ１１１で、配送管理サーバ２は、変数Ｙに変数Ｒ１を加算してステップＳ１１２に移行する。ステップＳ１１２で、配送管理サーバ２は、変数Ｙに変数Ｒ２を加算してステップＳ１１３に移行する。
【００９６】
そして、ステップＳ１１３で、配送管理サーバ２は、建物入館難易度（ここでは集荷先の建物の入館難易度）の値を顧客データベース（図１３参照）より取得し、該取得値を変数Ｙに加算し、該加算値をＹとしてステップＳ１１４に移行する。
【００９７】
ステップＳ１１４で、配送管理サーバ２は、配送員データベース（図５）の該当する配送員情報から配送員スキルを取得するとともに、該当するスキルの掛率を配送員スキル掛率データベース（図１４）から取得し、該掛率の値をＹに掛け、該積算後の値をＹとしてステップＳ１１５に移行する。
【００９８】
ステップＳ１１５で、配送管理サーバ２は、Ｙの値を、上述したステップＳ１０７で一時記憶したＡの値に加算し、該加算値を最終的なＹ、すなわち当該配送員に関する最終的な集荷予測時間（担当配送員の最終的な集荷予測時間Ｙ’）として一時記憶する。
【００９９】
以上の処理により、担当配送員の現在の場所から集荷先に到着し荷積みが完了するまでの集荷予測時間（図２のステップＳ１５）が算出される。
【０１００】
以上説明した集荷予測時間の算出処理は、データベースに登録されている各配送員毎に同時並行的に行うことが可能である。
【０１０１】
上述のように、本システムの一の実施形態では、図２のステップＳ１５で各配送員についての集荷予測時間を算出し、比較することで、集荷予測時間が最小値の者、すなわち最短で集荷先に行ける配送員を担当配送員として決定することが可能である。この場合には、配送管理サーバ２は、以下に説明する配送完了予測時間の算出につき、ステップＳ１５で決定された担当配送員の分だけ算出すればよい。
【０１０２】
また、他の実施形態では、ステップＳ１５での担当配送員の決定を保留にしておき、ステップＳ１６の算出結果との合計により担当配送員を決定する構成とすることもできる。かかる他の実施形態の場合には、配送管理サーバ２は、以下に説明するステップＳ１６の配送完了予測時間の算出を、データベースに登録されている各配送員について行うこと、或いは集荷予測時間の短い上位数名の配送員について行うこと、とすることができる。
【０１０３】
（配送完了予測時間の算出）
図２のステップＳ１６の配送完了予測時間の算出を行う場合には、配送管理サーバ２は、ステップＳ１０１で、上述したメッシュコードデータベースを参照して、注文情報における出発地点（この場合は集荷先の場所すなわち「引取先住所」）と到着地点（この場合は配送先の場所（建物など）である注文情報の「お届先住所」）の座標の値を、それぞれ二次メッシュコードに変換する。続くステップＳ１０２では、配送管理サーバ２は、かかる出発地点と到着地点との組み合わせを、移動時間実績データベース（図１１参照）から検索し、該当データが有るか否か、すなわち移動時間実績データが検索されたか否かを判定する。なお、上述の通り、このとき移動時間記録データベースの時間帯区分も併せて参照して判定してもよい。
【０１０４】
ステップＳ１０２の判定の結果、移動時間実績データが検索された場合には、配送管理サーバ２は、ステップＳ１０３で検索結果（移動時間の値）を一時変数Ｙに格納し、ステップＳ１０７に移行する。一方、ステップＳ１０２の判定の結果、移動時間実績データが検索されない場合には、配送管理サーバ２は、ステップＳ１０４〜Ｓ１０６の処理を行った後に、ステップＳ１０７に移行する。
【０１０５】
なお、ステップＳ１０４〜Ｓ１０６の処理及びステップＳ１０７の処理については上述した通りであるので、重複した説明を省略する。
【０１０６】
ステップＳ１０７の処理を行った後に、配送管理サーバ２は、現在行っている計算が集荷予測時間であるかについて確認し（ステップＳ１０８）、この場合には配送予測時間の計算であるためＮＯすなわちステップＳ１１０に移行する。ステップＳ１１０で、配送管理サーバ２は、作業時間補正データベース（図１２）より、平均積載所要時間の値を取得し、かかる値を変数Ｒ２に格納してステップＳ１１２に移行する。すなわち、配送予測時間の計算の場合には、配送内容や地図の確認、伝票の作成等に要する平均準備所要時間（Ｒ１）の加算は、上述した集荷予測時間の算出時に既に行われているので、配送完了予測時間の算出時にさらに加算すると誤差が大きくなるため、本システムではかかる重複加算を避けるように処理している。一方、平均積載所要時間（Ｒ２）の加算は、配送の最終時に荷物を降ろすため作業が入るので、配送予測時間の計算の際にも加えることとしている。
【０１０７】
続くステップＳ１１２で、配送管理サーバ２は、変数Ｙに変数Ｒ２を加算してステップＳ１１３に移行する。そして、ステップＳ１１３で、配送管理サーバ２は、建物入館難易度（この場合は配送先の建物入館難易度）の値を顧客データベース（図１３）より取得し、該取得値を変数Ｙに加算し、該加算値をＹとしてステップＳ１１４に移行する。
【０１０８】
ステップＳ１１４で、配送管理サーバ２は、配送員データベース（図５）の該当する配送員情報から配送員スキルを取得するとともに、該当するスキルの掛率を配送員スキル掛率データベース（図１４）から取得し、該掛率の値をＹに掛け、該積算値をＹとしてステップＳ１１５に移行する。
【０１０９】
ステップＳ１１５で、配送管理サーバ２は、Ｙの値を、上述したステップＳ１０７で一時記憶したＡの値に加算し、該加算値を最終的なＹ、すなわち当該配送員に関する最終的な配送予測時間（担当配送員の最終的な配送予測時間Ｙ’）として一時記憶する。
【０１１０】
以上の処理により、担当配送員の荷積み完了時から配送先に到着し配送が完了するまでの、配送完了予測時間（図２のステップＳ１６）が算出される。
【０１１１】
上述のように、本発明の一の実施形態では、かかる配送完了予測時間の算出を、ステップＳ１５で予め決定された１名の担当配送員の分だけ行うこととしている。これに対して、上述した他の実施形態、すなわち、担当配送員の決定を保留にし、配送完了予測時間の算出を、データベースに登録されている各配送員について行う、或いは集荷予測時間の短い上位数名の配送員について行う場合には、図２のステップＳ１６で、集荷予測時間と配送完了予測時間との合計を配送員毎に合計し、かかる合計時間の最も短い者を担当配送員として決定すればよい。
【０１１２】
このように、ルート（道路）に基づいて検索又は算出された移動時間の値を、各データベースに登録された補正のための値（パラメータ）及び所定の式を使用して補正することにより、集荷及び配送に要する時間のより正確な予測時間を算出し、該算出値をユーザ（依頼主など）に通知することが可能となる。また、かかる予測時間の算出に伴って、担当配送員を種々の態様で決定することが可能になる。
【０１１３】
すなわち、本システムでは、配送管理サーバ２のプロセッサによる配送担当判定手段は、依頼者端末３から物品の引取地と配達地のデータを受信すると、当該データと、現時点での各配送員の位置情報及び現在状況情報と、データベースの登録情報と、に基づいて、当該引取地に集荷及び当該配達地に配達した場合の配送完了までの予測時間を各配送員毎に算出し、かかる配送完了までの予測時間或いは集荷完了までの予測時間が最も小さい値の配送員を判定することができる。より具体的には、本実施形態では、配送担当判定手段を、配送員が通行する道路の組み合わせにおける最短ルートを算出する最短ルート算出処理（図８ステップＳ１０４）と、該算出された最短ルートを構成する各ルート毎の通行時間を算出し、算出された各算出値を合計してルート全体の通行時間を算出する通行時間算出処理（図８ステップＳ１０５及びＳ１０６）と、該算出された通行時間を、当日の天候に応じた補正値及び補正式（図８ステップＳ１０７）と、集荷又は配送の準備に関する補正値及び補正式（図８ステップＳ１０８乃至ステップＳ１１２）と、集荷又は配送先の建物の入館難易度に応じた補正値及び補正式（図８ステップＳ１１３）と、配送員の配送スキルに応じた補正値及び補正式（図８ステップＳ１１４）と、を用いて補正し、該補正後の値を最終的な予測時間として出力する補正手段と、を備えた構成とすることにより、当該配送業務ないし集荷を最短時間で行うことのできる配送員を速やかに判定及び決定することができ、また、かかる配送の完了或いは集荷までに要する時間のより正確な予測値を依頼者端末３に速やかに伝達することが可能になる。
【０１１４】
以下、具体的な事例を用いて、本発明による配送業務支援システムの動作について説明する。
【０１１５】
以下は、簡明のため、配送員データベース（図５）に登録された普通二輪を使用する配送員が２名（いずれも配送員スキルＢ）であると仮定し、東京都新宿区高田馬場から東京都港区赤坂までの配送を、東京都新宿区高田馬場にいる配送員がバイク便で配送した場合を考える。また、当日の天候は雨、引取先の入館難易度は５分、届先の入館難易度は２０分であったと仮定する。
【０１１６】
〔配送員の選出等〕
本事例では、配送員端末１が、「東京都新宿区高田馬場」で「待機」中である旨の情報を、１分毎に配送管理サーバ２に送信する。一方では、別の配送員が所持している配送員端末（１）が、「東京都新宿区西早稲田」で「待機」中である旨の情報を、１分毎に配送管理サーバ２に送信する（図２のステップＳ１及びＳ２参照）。
【０１１７】
次に、注文者の操作により依頼者端末３が、該注文者の住所である「東京都新宿区高田馬場」から荷物を集荷し、届出先の「東京都港区赤坂」まで「バイク便」で配送することを注文する旨の注文情報を、配送管理サーバ２に送信する（ステップＳ３２参照）。
【０１１８】
続いて、配送管理サーバ２が、配送員データベース（図５）より、「車種」情報が普通二輪である上記２名の配送員の「現在位置緯度」、「現在位置経度」、「配送員スキル」情報をそれぞれ取得し、かかる配送員らが当該注文情報の内容による配送を行った場合の集荷予測時間、配送完了予測時間をそれぞれ求め、集荷予測時間及び配送完了予測時間の合計値が最小で、かつ現在状況が「待機」である配送員を担当者として決定する。この事例であれば、前者すなわち東京都新宿区高田馬場で待機している方の配送員が担当に選出され、かかる担当者の予測時間の情報が配送管理サーバ２から依頼者端末３に伝達されることになる（図２ステップＳ１５乃至Ｓ１７参照）。
【０１１９】
さらに、上述したステップＳ３３及びＳ３４の後に、配送管理サーバ２は、注文番号の生成、及び注文情報（図３及び図６参照）の注文データベースへの格納（ステップＳ１８）の後に、該担当者の配送員端末１に、かかる注文情報を送信する（ステップＳ１９）。続いて、配送員端末１がこの注文情報を表示部に表示し（ステップＳ３）、該表示情報を見た配送車両・配送員４により集荷・配送業務が開始される（ステップＳ４１参照）。
【０１２０】
そして、配送員４の操作に基づいて、当該集荷の完了時には、配送員端末１から配送管理サーバ２に、「東京都新宿区高田馬場」で「引取済」になった旨の情報が送信され、当該当該配送業務の完了時には、同様に、「東京都港区赤坂」で「配送完了済」になった旨の情報が送信される（ステップＳ４２参照）。そして、この後に、配送員４の操作により配送員端末１から配送管理サーバ２に、「東京都港区赤坂」で「待機」になった旨の情報が送信される。
【０１２１】
配送管理サーバ２は、これらのデータを一時記憶しておき、その後、移動時間記録データベース（図９）に記録する。
【０１２２】
〔所要時間計算方法の具体例〕
配送管理サーバ２は、注文情報における出発地点と到着地点の座標を、（JIS X 0410）基準地域メッシュコードに変換する（ステップＳ１０１）。この例では、出発地点が東京都新宿区高田馬場であるので「5339-4556」のコードになり、到着地点（終点）は、東京都港区赤坂であるので「5339-4508」のコードになる。
【０１２３】
続いて、配送管理サーバ２は、移動時間記録データベース（図９）を検索して、出発地点コード「5339-4556」と終点コード「5339-4508」の組み合わせによる実績データが移動時間記録データベースにあるか否かを判定し（ステップＳ１０２）、ある場合にはその「所要時間（分）」欄の該当データを抽出する。この例では、東京都新宿区高田馬場から東京都港区赤坂の場合、図９より「３０（分）」が抽出される。
【０１２４】
ここで、仮に移動時間記録データベースに該当する地域（コード）の組み合わせが無い場合には、配送管理サーバ２は、カーナビゲーションと同等のダイクストラ法等の方法によりルートを算出し、速度設定データベース（図１１）を参照して、通過する道路の種別ごとに所要時間を計算し、各計算結果の合計を算出し、該算出値をルート全体の所要時間とする。例えば、現在の日時が平日の６時（すなわち平日Ａ）で、高速道路を普通二輪で４０Ｋｍ走行するのであれば、図１１より平均速度７２Km/hが取得され、４０÷７２×６０＝３３（分）という所要時間が算出される。同様に、祝日Ａの時間帯に主要地方道を普通二輪で８Ｋｍ走行する場合には、８÷１６×６０＝３０（分）という所要時間が算出される。
【０１２５】
ここでは、普通二輪で配送する集荷までの（補正前）予測時間が３０分、集荷後配送完了までの（補正前）予測時間が３３分であったと仮定する。すなわち合計の補正前予測時間が６３分になるケースである。
【０１２６】
このように算出された所要時間の値に対して、配送管理サーバ２は、所定領域に格納された天候データと天候掛率データベース（図１５）とを参照して、当日の天候に従った掛率を掛け、該積算値を一時変数Ａとして一時記憶する。例えば、当日の天候が雨であれば、図１５より掛率0.1が適用され、上記６３分のケースであれば６３×０．１＝６．３（分）がＡの値となる。すなわち、この場合には、天候に起因する６．３分の遅れが見込まれることになる。
【０１２７】
続いて、配送管理サーバ２は、作業時間補正データベース（図１２）より、普通二輪における平均準備所要時間の５分、平均積載所要時間の５分を抽出して算出する。したがって、この事例では、６３分＋５分＋５分＋５分となり、合計で７８分となる（図８のステップＳ１０８〜ステップＳ１１２）。
【０１２８】
次に、配送管理サーバ２は、顧客ごとの入館難易度を取得する。ここで、依頼主の顧客コードが０００００１、送付先の顧客コードが０００００２であれば、図１３より、それぞれ５分、１０分となり、７８＋５＋１０＝９３分が算出される（ステップＳ１１３）。
【０１２９】
さらに、配送管理サーバ２は、当該配送員スキル（この例ではスキルＢ）に対応する掛率を配送員掛率データベース（図１４）から抽出して、上記算出値に掛ける。この例では配送員スキルＢの掛率が１.１倍であるため、９３×１．１＝１０２．３（分）が算出される（ステップＳ１１４）。そして、配送管理サーバ２は、かかる１０２．３（分）と、一時記憶している上記Ａの値とを加算することにより、１０２．３＋６．３＝１０８．６（分）となり、最終的な予測時間として１０９分が算出される（端数切り上げの場合）。なお、端数については切り捨て或いは四捨五入してもよい。
【０１３０】
なお、上述した具体例での算出方法は、簡明のため、集荷までの予測時間と集荷後配送完了までの予測時間の算出を同時（一度）に行ったものであり、実際には、集荷までの予測時間と集荷後配送完了までの予測時間の算出を別々に行って、最後に両値を加えればよい。
【０１３１】
以上のような算出を行う本システムによれば、従来システムに比べてより正確で、天候や入館難易、配送者のスキル等の実態に則した予測時間の算出を行うことが可能になる。
【０１３２】
以上、本発明を具体的な実施形態に則して詳細に説明したが、本発明は、上述した実施形態のみならず、種々の設計変更が可能であることは勿論である。
【０１３３】
特に、上述した実施形態では、出力される最終的な予測時間をＹ’、通行時間算出ステップで算出された配送員の通行時間（補正前予測時間）をＹ、天候掛率をＴ、集荷又は配送の準備に関する補正値をＲ、集荷又は配送先の建物の入館難易度に応じた補正値をＥ、配送員の配送スキルに応じた補正値をＳとした場合に、
Ｙ’＝Ｙ×Ｔ＋（Ｙ＋Ｒ＋Ｅ）×Ｓ
の式に従って補正値を算出したが、かかる算出式は他にも種々のものが考えられる。
【０１３４】
例えば、上述した実施形態では、配送員の配送スキルに応じた補正値Ｓを「掛率」として使用したが、これは、配送員が未熟であれば、配送の準備にも、道を探すのにも、さらには移動や入館にも余計に時間がかかる傾向にあるからである。これに対して、将来的に、バイク用のカーナビゲーションが普及するなどして、この状態が変わるような場合、例えば、配送指示を確認するなどの準備にかかる時間だけが、不慣れ故に余計にかかる、という状況になることは考えられる。このような場合には、配送員の配送スキルに応じた補正値Ｓを「加算値」として使用してもよい。
【図面の簡単な説明】
【０１３５】
【図１】本発明を適用した配送業務支援システムの全体概要図である。
【図２】集荷・配送完了予測時間を算出する構成を説明するためのフローチャートである。
【図３】受注入力画面の一例を示す図である。
【図４】集荷予測時間・配送完了予測時間通知画面の一例を示す図である。
【図５】配送員データベースの一例を説明するための図である。
【図６】注文情報の一例を説明するための図である。
【図７】注文データベースの一例を説明するための図である。
【図８】集荷及び配送に要する時間の予測時間を算出する処理を説明するためのフローチャートである。
【図９】移動時間記録データベースの一例を説明するための図である。
【図１０】時間帯区分データベースの一例を説明するための図である。
【図１１】速度設定データベースの一例を説明するための図である。
【図１２】作業時間補正データベースの一例を説明するための図である。
【図１３】顧客データベースの一例を説明するための図である。
【図１４】配送員スキル掛率データベースの一例を説明するための図である。
【図１５】天候掛率データベースの一例を説明するための図である。
【符号の説明】
【０１３６】
１  配送員端末
２  配送管理サーバ
３  依頼者端末
【図１】
2010039961.tif 000003
【図２】
2010039961.tif 000004
【図３】
2010039961.tif 000005
【図４】
2010039961.tif 000006
【図５】
2010039961.tif 000007
【図６】
2010039961.tif 000008
【図７】
2010039961.tif 000009
【図８】
2010039961.tif 000010
【図９】
2010039961.tif 000011
【図１０】
2010039961.tif 000012
【図１１】
2010039961.tif 000013
【図１２】
2010039961.tif 000014
【図１３】
2010039961.tif 000015
【図１４】
2010039961.tif 000016
【図１５】
2010039961.tif 000017