(57)【要約】【課題】顧客にとっては、簡易かつ確実に集荷依頼を行なうことができるとともに、配送会社にとっては、効率的に集荷を行なうための集荷管理システム、集荷管理プログラム及び集荷管理方法を提供する。【解決手段】集荷管理サーバ２０の制御部２１は、顧客からの集荷依頼を受け付ける。この場合、集荷先の住所に基づいて、集荷を行なう候補者を決定する。そして、制御部２１は、駐車候補地からの距離、混雑状況、未集荷量、集荷の希望時間帯と集荷予定時刻との時間差に対して評価値を付与する。この評価点を用いて、候補者の優先順位を決定する。そして、各候補者に対して確認連絡を送信し、優先順位が高い候補者から対応可能の回答を得た場合には、集荷担当者を決定する。【選択図】図１
2010066996.tif 000002
【特許請求の範囲】
【請求項１】
地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、
集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、
顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムであって、
前記制御手段が、
顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定手段と、
この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、
この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定手段と、
前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡手段と、
前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡手段と
を備えたことを特徴とする集荷管理システム。
【請求項２】
前記候補者特定手段は、前記集荷場所に隣接する地区を特定し、
前記担当者連絡手段は、各地区の担当者の担当者端末に、対応可否確認連絡を送信し、
前記制御手段が、
受諾回答に基づいて、前記新規依頼を対応する担当者を決定する担当者設定手段を更に備えたことを特徴とする請求項１に記載の集荷管理システム。
【請求項３】
前記担当者設定手段は、新規依頼に含まれる集荷希望時刻を取得し、
各担当者についての集荷予定時刻と前記集荷希望時刻との差分を算出し、
前記担当者設定手段は、前記差分に基づいて担当者を決定することを特徴とする請求項２に記載の集荷管理システム。
【請求項４】
駐車可能場所を記録した駐車情報記憶手段を更に備え、
前記駐車情報記憶手段から、前記新規依頼の集荷場所に最寄りの駐車可能場所を特定し、
前記担当者設定手段は、特定した駐車可能場所についての状況情報に基づいて担当者を決定することを特徴とする請求項２又は３に記載の集荷管理システム。
【請求項５】
前記担当者設定手段は、前記駐車可能場所から集荷場所までの距離を算出し、
前記担当者端末に距離情報に基づいて担当者を決定することを特徴とすることを特徴とする請求項４に記載の集荷管理システム。
【請求項６】
国別に禁制品の種類を記録した禁制品情報記憶手段を更に備え、
新規依頼においては、配送品の種類と、あて先国に関する情報を取得し、
前記禁制品情報記憶手段を用いて、あて先国における禁制品の種類と配送品の種類とを照合し、
配送品に禁制品が含まれる場合には、アラームメッセージを出力することを特徴とする請求項１〜４のいずれか一つに記載の集荷管理システム。
【請求項７】
国別に遅延情報を記録した遅延情報記憶手段を更に備え、
新規依頼のあて先国における遅延情報を取得し、
遅延情報が記録されている場合には、この遅延情報を含めたアラームを出力することを
特徴とする請求項１〜５のいずれか一つに記載の集荷管理システム。
【請求項８】
地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、
集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、
顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムを用いて集荷を管理するプログラムであって、
前記制御手段を、
顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定手段と、
この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、
この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定手段と、
前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡手段と、
前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡手段
として機能させることを特徴とする集荷管理プログラム。
【請求項９】
地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、
集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、
顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムを用いて集荷を管理する方法であって、
前記制御手段が、
顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定段階と、
この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、
この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定段階と、
前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡段階と、
前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡段階と
を実行することを特徴とする集荷管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、効率的に集荷を行なうための集荷管理システム、集荷管理プログラム及び集荷管理方法に関する。
【背景技術】
【０００２】
配送を依頼する物品がある場合、顧客が自ら配送会社の集配拠点に持ち込む場合や、配送会社の担当者が顧客先を回り、荷物を受け取る集荷を行なう場合がある。特に、定常的に発送する荷物がある場合には、定期的に集荷をしてもらうための定時集荷が行なわれている。
【０００３】
このような配送を管理するためのシステムが検討されている。例えば、複数の顧客からの運送依頼に基づき配送・集荷する配送・集荷ルートの変更時に変更した場合に、変更後の配送顧客周辺の詳細情報を、近距離無線データ通信モード用ＩＰアドレスを用いて短時間で配送作業者に通信するための配送・集荷指示情報伝送システムが検討されている（例えば、特許文献１を参照。）。この文献記載の技術では、複数の顧客からの運送依頼に基づき配送リストと配送ルートとを、遠距離携帯端末通信モード用ＩＰアドレスを用いて通信する。そして、配送顧客周辺の詳細情報を、近距離無線データ通信モード用ＩＰアドレスを用いて通信し、配送・集荷指示情報を配送作業者に伝送するようにする。
【０００４】
また、荷物の集荷先に向かうための配送者を選定すると共に、集荷先まで配送者を誘導し、さらに集荷先から配送先まで配送者を誘導し、かつ、荷物の集荷および配送が正しい場所で行われたことを確認するための配送管理システムも検討されている（例えば、特許文献２を参照。）。この文献記載の技術では、配送管理システムは、管理装置と、配送者が所持する携帯電話とを有して構成される。携帯端末は、現在位置の緯度および経度の情報からなる現在位置情報を取得し、誘導先の位置の緯度及び経度の情報からなる誘導先位置情報と現在位置情報を基に、誘導対象者を誘導先まで案内するための情報を出力する。そして、管理装置から送信され、誘導先位置情報を含む指示メールを受信し、指示メールから誘導先位置情報を取得する。そして、誘導対象者が誘導先に到着すると、現在位置情報を含む完了データを、管理装置に向けて送信する。また、管理装置は、誘導の依頼者からの依頼内容データを基に、誘導先位置情報を生成し、誘導先位置情報を含む指示メールを携帯端末に向けて送信する。携帯端末から送信される完了データを受信し、完了データに含まれる現在位置情報と誘導先位置情報を比較して、誘導対象者が誘導先に誘導されたことを確認する。誘導対象者が誘導先に誘導されたことを確認した場合に、完了メールを依頼者の所有するメール受信端末に向けて送信する。
【特許文献１】特開２００３−１２８２５８号公報（第１頁、図１）
【特許文献２】特開２００８−８７９５３号公報（第１頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
予め集荷先の顧客が決まっている場合には、顧客の所在地に応じて、的確な集荷ルートを決定することができる。しかしながら、今日、顧客のニーズは多様であり、様々な場面で配送が利用されている。従って、このような集荷においては、予定された定時の集荷の他に、突発的に集荷の依頼を受ける場合もある。例えば、定時集荷の顧客が定時以外に依頼を行なう随時集荷や、これまで依頼を行なったことがない顧客が集荷を依頼する臨時集荷等がある。このように定常的な集荷依頼とイレギュラーな集荷依頼とを効率的に対応する必要がある。このような顧客にとっては、簡単に集荷依頼を行なうことができれば便利である。又、配送会社においても、効率的な集荷する順番を決定することができると便利
である。
【０００６】
また、地区によって集配担当者が割り振られているが、状況によっては他の地区の担当者が、集荷を行なった方が効率的に集荷できる場合もある。
本発明は、上記課題を解決するためになされたものであり、その目的は、顧客にとっては、簡易かつ確実に集荷依頼を行なうことができるとともに、配送会社にとっては、作業省力・最適化等、効率的に集荷を行なうための集荷管理システム、集荷管理プログラム及び集荷管理方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムであって、前記制御手段が、顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定手段と、この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定手段と、前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡手段と、前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の集荷管理システムにおいて、前記候補者特定手段は、前記集荷場所に隣接する地区を特定し、前記担当者連絡手段は、各地区の担当者の担当者端末に、対応可否確認連絡を送信し、前記制御手段が、受諾回答に基づいて、前記新規依頼を対応する担当者を決定する担当者設定手段を更に備えたことを要旨とする。
【０００９】
請求項３に記載の発明は、請求項２に記載の集荷管理システムにおいて、前記担当者設定手段は、新規依頼に含まれる集荷希望時刻を取得し、各担当者についての集荷予定時刻と前記集荷希望時刻との差分を算出し、前記担当者設定手段は、前記差分に基づいて担当者を決定することを要旨とする。
【００１０】
請求項４に記載の発明は、請求項２又は３に記載の集荷管理システムにおいて、駐車可能場所を記録した駐車情報記憶手段を更に備え、前記駐車情報記憶手段から、前記新規依頼の集荷場所に最寄りの駐車可能場所を特定し、前記担当者設定手段は、特定した駐車可能場所についての状況情報に基づいて担当者を決定することを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載の集荷管理システムにおいて、前記担当者設定手段は、前記駐車可能場所から集荷場所までの距離を算出し、前記担当者端末に距離情報に基づいて担当者を決定することを要旨とする。
【００１２】
請求項６に記載の発明は、請求項１〜４のいずれか一つに記載の集荷管理システムにおいて、国別に禁制品の種類を記録した禁制品情報記憶手段を更に備え、新規依頼においては、配送品の種類と、あて先国に関する情報を取得し、前記禁制品情報記憶手段を用いて、あて先国における禁制品の種類と配送品の種類とを照合し、配送品に禁制品が含まれる場合には、アラームメッセージを出力することを要旨とする。
【００１３】
請求項７に記載の発明は、請求項１〜５のいずれか一つに記載の集荷管理システムにおいて、国別に遅延情報を記録した遅延情報記憶手段を更に備え、新規依頼のあて先国における遅延情報を取得し、遅延情報が記録されている場合には、この遅延情報を含めたアラームを出力することを要旨とする。
【００１４】
請求項８に記載の発明は、地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムを用いて集荷を管理するプログラムであって、前記制御手段を、顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定手段と、この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定手段と、前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡手段と、前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡手段として機能させることを要旨とする。
【００１５】
請求項９に記載の発明は、地区毎に各地区を担当する担当者情報を記録した担当者情報記憶手段と、集荷対象の顧客の識別情報に対して、集荷順番、住所情報、集荷完了フラグを関連付けた集荷予定情報を記録した集荷情報記憶手段と、顧客端末と集配担当者端末とに接続される制御手段とを備えた集荷管理システムを用いて集荷を管理する方法であって、前記制御手段が、顧客端末から集荷の新規依頼を受信した場合、前記担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する候補者特定段階と、この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する集荷順番特定段階と、前記集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する担当者連絡段階と、前記担当者端末から受託回答を受信した場合には、前記顧客端末に対して、前記集荷順番候補に基づいて特定される集荷予定時刻を送信する顧客連絡段階とを実行することを要旨とする。
【００１６】
（作用）
請求項１、８又は９に記載の発明によれば、顧客端末から集荷の新規依頼を受信した場合、担当者情報記憶手段を用いて、この新規依頼についての集荷場所に関連する地区の担当者を特定する。次に、この担当者において、集荷完了フラグが記録されていない集荷予定情報を特定し、この集荷予定情報において、新規依頼の集荷場所に対して最寄りの集荷場所を特定し、この集荷予定に新規依頼を並べた集荷順番候補を設定する。そして、この集荷順番候補について、この担当者の担当者端末に対応可否確認連絡を送信する。担当者端末から受託回答を受信した場合には、顧客端末に対して、集荷順番候補に基づいて特定される集荷予定時刻を送信する。これにより、既に予定されている集荷順番を考慮しながら、効率的に集荷を行なうことができる。
【００１７】
請求項２に記載の発明によれば、集荷場所に隣接する地区を特定し、担当者連絡手段は、各地区の担当者の担当者端末に、対応可否確認連絡を送信する。そして、制御手段が、受諾回答に基づいて、新規依頼を対応する担当者を決定する。これにより、複数の担当者によって負荷分散しながら集荷を行なうことができる。
【００１８】
請求項３に記載の発明によれば、担当者設定手段は、新規依頼に含まれる集荷希望時刻
を取得し、各担当者についての集荷予定時刻と集荷希望時刻との差分を算出する。そして、差分に基づいて担当者を決定する。これにより、顧客のニーズを考慮しながら、効率的な集荷を行うことができる。
【００１９】
請求項４に記載の発明によれば、駐車情報記憶手段から、新規依頼の集荷場所に最寄りの駐車可能場所を特定する。そして、特定した駐車可能場所についての状況情報に基づいて担当者を決定する。集荷を行う場合、自動車を利用するが、駐車場所の状況を考慮しながら、効率的な集荷を行うことができる。
【００２０】
請求項５に記載の発明によれば、担当者設定手段は、駐車可能場所から集荷場所までの距離を算出する。そして、担当者端末に距離情報に基づいて担当者を決定する。これにより、駐車した位置から集荷先までの距離を考慮しながら、効率的な集荷を行うことができる。
【００２１】
請求項６に記載の発明によれば、新規依頼においては、配送品の種類と、あて先国に関する情報を取得する。そして、禁制品情報記憶手段を用いて、あて先国における禁制品の種類と配送品の種類とを照合し、配送品に禁制品が含まれる場合には、アラームメッセージを出力する。国によって、配送可能な物品が、異なるので、顧客にあらかじめ注意を喚起することができる。
【００２２】
請求項７に記載の発明によれば、新規依頼のあて先国における遅延情報を取得する。そして、遅延情報が記録されている場合には、この遅延情報を含めたアラームを出力する。国際や国内の交通機関の状況により、配送に遅延が生じることがあるので、顧客にあらかじめ注意を喚起することができる。
【発明の効果】
【００２３】
本発明によれば、顧客にとっては、簡易かつ確実に集荷依頼を行なうことができるとともに、配送会社にとっては、効率的に集荷を行なうことができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明を具体化した一実施形態を、図１〜図１４に従って説明する。本実施形態では、顧客からの依頼に基づいて、配送会社の集配担当者（ＳＤ：サービスドライバー）が、海外向けの配送品の集荷を行なう集荷サービスを提供する場合に用いる集荷管理システム、集荷管理プログラム及び集荷管理方法として説明する。
【００２５】
本実施形態では、図１に示すように、顧客端末１０、集荷管理サーバ２０、ＳＤ端末３０、オペレータ端末４０を用いる。
ここで、顧客端末１０は、配送を依頼する顧客が利用するコンピュータ端末である。そして、この顧客端末１０は、各顧客が集荷管理サーバ２０にアクセスする場合に用いられる。顧客端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、この顧客端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、印刷を行なうためのプリンタ等を備えている。
【００２６】
集荷管理サーバ２０は、集荷を管理するためのコンピュータシステムである。本実施形態では、集荷管理サーバ２０は、新規顧客登録のために、図１に示すように制御部２１や各種データベースを備えている。本実施形態では、顧客マスタデータベース２２Ａ、国別マスタデータベース２２Ｂ、駐車場所マスタデータベース２２Ｃ、ＳＤマスタデータベース２２Ｄ、集荷マスタデータベース２２Ｅを備えている。更に、随時集荷依頼データベース２２Ｆ、臨時集荷依頼データベース２２Ｇ、英語訳辞書データベース２２Ｈ、集荷ルー
トデータベース２２Ｊ、地図データベース２２Ｋを備えている。
【００２７】
この制御部２１は、制御手段としてのＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（候補者特定段階、集荷順番特定段階、担当者連絡段階、顧客連絡段階等を含む処理）を行なう。このための集荷管理プログラムを実行することにより、制御部２１は、図１に示すように、集荷ルート設定手段２１１、依頼受付手段２１２、ＳＤ候補特定手段２１３、担当ＳＤ設定手段２１４、集荷リスト出力手段２１５等として機能する。
【００２８】
集荷ルート設定手段２１１は、定時集荷や、予め登録された随時集荷や臨時集荷に応じて、集配担当者毎に集荷ルートを決定する処理を実行する。
依頼受付手段２１２は、顧客からの随時集荷や臨時集荷の依頼を受け付ける処理を実行する。本実施形態では、特に、集配担当者による集荷の開始後に随時集荷や臨時集荷の依頼を受け付けた場合の処理を説明する。
【００２９】
ＳＤ候補特定手段２１３は候補者特定手段、集荷順番特定手段、担当者設定手段として機能する。具体的には、集荷開始後に受け付けた随時集荷や臨時集荷に対応する集配担当者の候補者を決定する処理を実行する。
【００３０】
担当ＳＤ設定手段２１４は、担当者連絡手段、顧客連絡手段として機能し、集荷開始後に受け付けた随時集荷や臨時集荷に対応する集配担当者を設定する処理を実行する。このために、担当ＳＤ設定手段２１４は、集配担当者に対して確認連絡を行なってから回答を待機する期限（待機期限）に関するデータを保持している。
【００３１】
更に、集荷リスト出力手段２１５は、後述する集荷ルートデータベース２２Ｊに記録された集荷ルートレコードＲＪ（図４参照）に基づいて、集荷リストを作成し、この集荷リストをＳＤ端末３０に対して提供する処理を実行する。そして、ＳＤ端末３０から、集荷完了情報を取得した場合には、集荷ルートデータベース２２Ｊに集荷完了フラグを記録する。
【００３２】
顧客マスタデータベース２２Ａは、図２（ａ）に示すように、集荷を依頼する顧客についての顧客マスタレコードＲＡを記録する。この顧客マスタレコードＲＡは、顧客登録が行なわれた場合に記録される。顧客マスタレコードＲＡは、顧客コード、パスワードに関するデータを含んで構成される。
【００３３】
顧客コードデータ領域には、各顧客を特定するための識別子（ＩＤ）に関するデータが記録される。
パスワードデータ領域には、顧客の本人認証を行なうためのパスワードに関するデータが記録される。本実施形態では、このパスワードは、集荷依頼を行なう場合に用いられる。
【００３４】
国別マスタデータベース２２Ｂは、図２（ｂ）に示すように、配送先の国における注意情報を記録した国別マスタレコードＲＢを記録する。この国別マスタレコードＲＢは、国別の注意情報が登録された場合に記録される。国別マスタレコードＲＢは、国コード、禁制品、締切時刻、配達遅延情報に関するデータを含んで構成される。
【００３５】
国コードデータ領域には、配送先の国を特定するための識別子に関するデータが記録される。
禁制品データ領域は禁制品情報記憶手段として機能し、この配送先国において、輸入が禁止されている物を特定するための識別子に関するデータが記録される。
【００３６】
締切時刻データ領域は遅延情報記憶手段として機能し、この国をあて先として発送するために交通機関（例えば、航空機等）の出発時刻に基づいて決定された締切時刻に関するデータが記録される。
【００３７】
配達遅延情報データ領域には、この国をあて先として配送するために利用する交通機関や、この国での国内配送会社等において遅延が生じている場合に、その状況に関するデータが記録される。
【００３８】
駐車場所マスタデータベース２２Ｃは駐車情報記憶手段として機能し、図２（ｃ）に示すように、集配に利用する自動車を停車する駐車場所マスタレコードＲＣを記録する。この駐車場所マスタレコードＲＣは、各地区に設けられた駐車場に関する情報が登録された場合に記録される。駐車場所マスタレコードＲＣは、駐車場所コード、駐車場所名、住所、現在状況、混雑率に関するデータを含んで構成される。
【００３９】
駐車場所コードデータ領域には、各駐車場所を特定するための識別子に関するデータが記録される。
駐車場所名データ領域には、この駐車場の名称に関するデータが記録される。
【００４０】
住所データ領域には、この駐車場所の所在地の住所に関するデータが記録される。
現在状況データ領域には、この駐車場所の現在の利用状況を特定するためのデータが記録される。本実施形態では、「満車」或いは「空車」を識別するためのフラグが記録される。
混雑率データ領域には、この駐車場所を利用できる可能性を特定するためのデータが記録される。本実施形態では、全体を通じて「空車」になっている割合が記録される。
【００４１】
ＳＤマスタデータベース２２Ｄは担当者情報記憶手段として機能し、図２（ｄ）に示すように、集配担当者であるセールスドライバについてのＳＤマスタレコードＲＤを記録する。このＳＤマスタレコードＲＤは、集配担当者が登録された場合に記録される。ＳＤマスタレコードＲＤは、ＳＤコード、担当地区、担当顧客コードに関するデータを含んで構成される。
【００４２】
ＳＤコードデータ領域には、各集配担当者を特定するための識別子に関するデータが記録される。
担当地区データ領域には、この集配担当者が担当する地区を特定するための識別子に関するデータが記録される。
【００４３】
担当顧客コードデータ領域には、この集配担当者が担当している顧客を特定するための識別子に関するデータが記録される。複数の顧客を担当している場合には、担当している複数の顧客コードが記録される。
【００４４】
集荷マスタデータベース２２Ｅは、図３（ａ）に示すように、登録顧客の集荷を管理するための集荷マスタレコードＲＥを記録する。この集荷マスタレコードＲＥは、集荷について顧客登録された場合に記録される。集荷マスタレコードＲＥは、顧客コード、住所、会社名、部署名、担当者名、連絡先、定時識別フラグ、希望日、希望時間帯、利用開始日、あて先、種別／数量、重量／サイズ、内容品、支払方法、担当ＳＤコードに関するデータを含んで構成される。
【００４５】
顧客コードデータ領域には、集荷依頼を行なった登録顧客を特定するための識別子（ＩＤ）に関するデータが記録される。
住所データ領域には、この顧客の場所を特定する住所に関するデータが記録される。
【００４６】
会社名データ領域、部署名データ領域には、この顧客の会社や部署の名称に関するデータが記録される。
担当者名データ領域には、この部署の担当者の名前に関するデータが記録される。
【００４７】
連絡先データ領域には、この担当者の連絡先に関するデータが記録される。本実施形態では、連絡先として、電子メールアドレスや電話番号に関するデータが記録される。
定時識別フラグデータ領域には、定時集荷の要否を特定する識別子に関するデータが記録される。定時識別フラグが記録されていない場合には、随時集荷となる。
【００４８】
希望日データ領域、希望時間帯データ領域には、定時集荷を行なう日付や曜日、定時集荷の希望時間帯に関するデータが記録される。
利用開始日データ領域には、集荷サービスの利用の開始日に関するデータが記録される。
【００４９】
あて先データ領域には、集荷サービスを利用して発送される荷物のあて先に関するデータが記録される。
種別／数量データ領域、重量／サイズデータ領域には、それぞれ集荷サービスを利用して発送される荷物の種別や数量、重量やサイズに関するデータが記録される。
【００５０】
内容品データ領域には、集荷サービスを利用して発送される荷物の内容品に関するデータが記録される。
支払方法データ領域には、配送費用の支払い方法を特定するための識別子に関するデータが記録される。
担当ＳＤコードデータ領域には、この集荷を担当する集配担当者を特定するための識別子に関するデータが記録される。
【００５１】
随時集荷依頼データベース２２Ｆは、図３（ｂ）に示すように、顧客登録を行なった利用者からの定時以外の集荷の依頼についての随時集荷依頼レコードＲＦを記録する。この随時集荷依頼レコードＲＦは、顧客登録された利用者から随時の集荷依頼を受け付けた場合に記録される。随時集荷依頼レコードＲＦは、顧客コード、希望日、時間帯、あて先、種別／数量、重量／サイズ、内容品、支払方法、ラベル要否、ラベル必要数、確認フラグ、担当ＳＤコードに関するデータを含んで構成される。ここで、あて先〜支払方法については、集荷マスタデータベース２２Ｅに記録されたデータがデフォルト値として設定され、必要に応じて顧客が変更する。
【００５２】
顧客コードデータ領域には、随時集荷の依頼を行なった顧客を特定するための識別子に関するデータが記録される。
希望日データ領域、時間帯データ領域には、それぞれ随時集荷の希望日や時間帯に関するデータが記録される。
【００５３】
あて先データ領域には、この随時集荷によって発送される荷物のあて先に関するデータが記録される。
種別／数量データ領域、重量／サイズデータ領域、内容品データ領域には、それぞれ随時集荷サービスを利用して発送される荷物の種別や数量、重量やサイズ、内容品に関するデータが記録される。
【００５４】
支払方法データ領域には、この随時集荷における配送費用の支払方法を特定するための識別子に関するデータが記録される。
ラベル要否データ領域には、随時集荷において、荷物に貼付する配送ラベルの要否を特
定するためのフラグに関するデータが記録される。
【００５５】
ラベル必要数データ領域には、配送ラベルが必要な場合の枚数に関するデータが記録される。
確認フラグデータ領域には、配送時の注意事項が確認されたかどうかを識別するためのフラグに関するデータが記録される。
担当ＳＤコードデータ領域には、この集荷を担当する集配担当者を特定するための識別子に関するデータが記録される。
【００５６】
臨時集荷依頼データベース２２Ｇは、図４（ａ）に示すように、顧客登録が行なわれていない利用者からの臨時の集荷依頼についての臨時集荷依頼レコードＲＧを記録する。この臨時集荷依頼レコードＲＧは、顧客登録が行なわれていない利用者から臨時集荷依頼を受け付けた場合に記録される。臨時集荷依頼レコードＲＧは、住所、会社名、部署名、担当者名、希望日、時間帯、あて先、種別／数量、重量／サイズ、内容品、支払方法、ラベル要否、ラベル必要数、確認フラグ、担当ＳＤコードに関するデータを含んで構成される。
【００５７】
住所データ領域には、臨時集荷依頼を行なった利用者の住所に関するデータが記録される。
会社名データ領域、部署名データ領域には、臨時集荷依頼を行なった利用者の会社や部署の名称に関するデータが記録される。
【００５８】
担当者名データ領域には、臨時集荷依頼を行なった担当者の氏名に関するデータが記録される。
希望日データ領域、時間帯データ領域には、臨時集荷を行なう希望日や時間帯に関するデータが記録される。
【００５９】
あて先データ領域には、集荷サービスを利用して発送される荷物のあて先に関するデータが記録される。
種別／数量データ領域、重量／サイズデータ領域、内容品データ領域には、それぞれ臨時集荷サービスを利用して発送される荷物の種別や数量、重量やサイズ、内容品に関するデータが記録される。
【００６０】
支払方法データ領域には、この臨時集荷における配送費用の支払方法を特定するための識別子に関するデータが記録される。
ラベル要否データ領域には、臨時集荷において、荷物に貼付する配送ラベルの要否を特定するための識別子に関するデータが記録される。
【００６１】
ラベル必要数データ領域には、配送ラベルが必要な場合の枚数に関するデータが記録される。
確認フラグデータ領域には、配送時の注意事項が確認されたかどうかを識別するための識別子に関するデータが記録される。
担当ＳＤコードデータ領域には、この集荷を担当する集配担当者を特定するための識別子に関するデータが記録される。
【００６２】
英語訳辞書データベース２２Ｈは、配送ラベルに記入する内容品の英語訳を行なうための辞書データを記録する。英語訳辞書データベース２２Ｈには、品名に対して、この英語訳に関するデータが記録される。
【００６３】
集荷ルートデータベース２２Ｊは集荷情報記憶手段として機能し、図４（ｂ）に示すよ
うに、集配担当者が集荷を行なう集荷先についての集荷ルートレコードＲＪを記録する。この集荷ルートレコードＲＪは、集荷の順番が決定された場合に記録される。集荷ルートレコードＲＪは、月日、ＳＤコード、順番、住所、顧客コード、時間帯、種別／数量、駐車場所コード、集荷完了フラグに関するデータを含んで構成される。
【００６４】
月日データ領域には、各集荷を行なう日付に関するデータが記録される。
ＳＤコードデータ領域には、各集配担当者を特定するための識別子に関するデータが記録される。
【００６５】
順番データ領域には、集荷の順番に関するデータが記録される。
住所データ領域、顧客コードデータ領域には、集荷先の住所や、集荷先の顧客を特定する識別子に関するデータが記録される。
【００６６】
時間帯データ領域には、この集荷先において集荷を行なう時間帯に関するデータが記録される。
種別／数量データ領域には、この集荷先において集荷する荷物の種別や数量に関するデータが記録される。
【００６７】
駐車場所コードデータ領域には、この集荷を行なうために自動車の停車する駐車場所を特定するための識別子に関するデータが記録される。
集荷完了フラグデータ領域には、集荷の完了を特定するためのフラグに関するデータが記録される。
【００６８】
地図データベース２２Ｋは、住所情報、集配担当者の担当地区情報や道路情報に関連付けられた地図データを記録する。地図データベース２２Ｋを用いることにより、集荷先や駐車場所の住所に対応した位置を特定したり、各位置を結ぶ道路に基づいて集荷ルートを特定したりすることができる。
【００６９】
オペレータ端末４０は、配送会社において、顧客対応を担当するオペレータが利用するコンピュータ端末である。そして、このオペレータ端末４０は、各オペレータが集荷管理サーバ２０にアクセスする場合に用いられる。オペレータ端末４０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このオペレータ端末４０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、印刷を行なうためのプリンタ等を備えている。本実施形態では、顧客から電話コールにより新規依頼を受け付けたオペレータが、このオペレータ端末４０を用いて集荷依頼を入力するために利用する。
【００７０】
また、本実施形態では、集配担当者との通信を行なう場合には、各集配担当者が携帯する携帯電話端末（ＳＤ端末３０）を用いる。このＳＤ端末３０は、通常の電話モードの他に、電子メールの送受信を行なうためのメールモードやブラウザモード各種プログラムの実行処理を行なうプログラム実行モードを有する。このＳＤ端末３０は、通信制御部、表示部３１、操作部３２を備える。
【００７１】
通信制御部は、公知の方法により携帯電話網の基地局に接続されて、通話や電子メールの送受信のための通信処理を行なう。この携帯電話網は、インターネットを介して集荷管理サーバ２０に接続される。
【００７２】
操作部３１は、ＳＤ端末３０において利用者の指示を受け付けるユーザーインターフェイスであり、ダイヤル番号ボタンの他に、セレクタボタン、モード変更ボタンを備えている。
【００７３】
表示部３２は、ディスプレイによって構成されており、ＳＤ端末３０が受信した電子メールやウェブページを出力する。
このＳＤ端末３０には、集荷順番に基づいて集荷先を一覧表示させた集荷リストが表示される。そして、集配担当者は、この集荷リストを確認して、順番に集荷先の顧客を訪問し、集荷を行なう。そして、集荷を完了した場合、集荷リスト上の完了アイコンを選択することにより、集荷完了情報を集荷管理サーバ２０に送信する。
【００７４】
上記のように構成されたシステムを用いて、顧客から依頼された集荷依頼に対応して集荷を行なう場合の処理手順について説明する。
（集荷依頼の登録処理の概要）
まず、図９〜図１２を用いて、集荷依頼の登録処理の概要を説明する。
【００７５】
集荷サービスの利用を希望する顧客は、顧客端末１０を用いて、集荷管理サーバ２０にアクセスする。
この場合、図９に示すように、集荷管理サーバ２０の制御部２１は、顧客端末１０に対して、パスワード登録画面５０１を提供する。このパスワード登録画面５０１は、図１０（ａ）に示すように、利用希望者のメールアドレスとパスワードを設定する入力欄が設けられている。そして、登録アイコンが選択された場合、顧客端末１０は、顧客登録依頼を集荷管理サーバ２０に送信する。この顧客登録依頼には、パスワード登録画面５０１において、設定されたメールアドレスとパスワードに関するデータを含める。
【００７６】
この場合、集荷管理サーバ２０の制御部２１は、顧客登録依頼に対して顧客コード（ＩＤ）を割り振る。次に、制御部２１は、顧客コード及びパスワードを含めた顧客マスタレコードＲＡを生成し、顧客マスタデータベース２２Ａに記録する。そして、制御部２１は、顧客登録依頼に含まれるメールアドレスに対して、この顧客コード（ＩＤ）を送信する。
【００７７】
次に、集荷管理サーバ２０の制御部２１は、顧客端末１０に対して、集荷登録画面データを送信する。このデータを受信した顧客端末１０のディスプレイには、図１０（ｂ）に示す集荷登録画面５０２が出力される。
【００７８】
この集荷登録画面５０２には、ＩＤ、パスワードとともに、顧客の属性情報（住所〜連絡先）を設定する入力欄５０２ａが設けられている。
更に、集荷登録画面５０２には、集荷方法を設定する入力欄５０２ｂが設けられている。本実施形態では、定時集荷及び随時集荷を設定することができる。定時集荷においては、予め設定された日付や時間帯に集荷が行なわれる。そして、定時集荷を希望する日付や時間帯を設定する。一方、随時集荷においては、顧客が希望する任意の日付や時間帯に集荷が行なわれる。この場合には、利用開始を希望する開始年月日の設定を行なう。
【００７９】
更に、集荷登録画面５０２には、この顧客は発送する荷物の属性情報（あて先〜支払方法）を設定する入力欄５０２ｃが設けられている。
更に、発送する内容品の名称の英語訳を希望する場合には、英語訳欄の「希望あり」ボタンを選択する。この場合には、後述する登録依頼において、英語訳希望フラグが設定される。
【００８０】
そして、各入力欄への設定を終了した場合、登録アイコンを選択する。この場合、顧客端末１０は、集荷登録画面５０２において入力された各情報を含めた登録依頼を、集荷管理サーバ２０に送信する。
【００８１】
この場合、後述するように、集荷管理サーバ２０の制御部２１は、図５に示す新規受付処理を実行する。そして、制御部２１は、登録依頼の各情報に基づいて、集荷マスタレコードＲＥを生成し、集荷マスタデータベース２２Ｅに記録する。この場合、制御部２１は、顧客の住所が含まれる地区を特定する。そして、ＳＤマスタデータベース２２Ｄを用いて、この地区を担当する集配担当者を決定し、集荷マスタレコードＲＥに記録する。
【００８２】
そして、この顧客からの依頼について登録を完了した場合、集荷管理サーバ２０の制御部２１は、図９に示す登録確認メール５０３を顧客端末１０に送信する。この登録確認メール５０３には、図１０（ｃ）に示すメッセージを含める。
【００８３】
ここで、定時集荷が設定された顧客については、この集荷マスタレコードＲＥに基づいて集荷ルートの設定が行なわれる。
更に、このように定時集荷が設定された顧客が、定時とは別に集荷を希望する場合には、顧客端末１０を用いて、集荷管理サーバ２０にアクセスする。そして、図９に示すように、集荷依頼画面（随時）５０４を取得する。この集荷依頼画面（随時）５０４には、図１１（ａ）に示すように、登録顧客を認証するためのＩＤやパスワードの入力欄が設けられている。
【００８４】
更に、集荷依頼画面（随時）５０４には、集荷を希望する月日や時間帯を設定するための入力欄５０４ａが設けられている。
更に、発送する内容品の名称の英語訳を希望する場合には、英語訳欄の「希望あり」ボタンを選択する。この場合にも、後述する登録依頼において、英語訳希望フラグが設定される。
【００８５】
更に、集荷依頼画面（随時）５０４には、今回発送を希望する荷物の内容を設定するための入力欄５０４ｂが設けられている。
また、このような随時集荷を希望する荷物を、定期的に発送する場合には、発送ラベルを依頼することができる。この場合には、ラベル入力欄５０４ｃに、ラベルの必要枚数を設定する。これにより、今回のあて先や内容が印字された発送ラベルが配送会社から送付されることになる。
【００８６】
更に、この集荷依頼画面（随時）５０４には、注意事項確認欄５０４ｄが設けられている。
各入力欄への設定を終了した場合、登録アイコンを選択する。この場合、顧客端末１０は、集荷依頼画面（随時）５０４に入力された各種情報を含めた登録依頼を集荷管理サーバ２０に送信する。
【００８７】
この場合にも、後述するように、集荷管理サーバ２０の制御部２１は、図５に示す新規受付処理を実行する。そして、制御部２１は、登録依頼の各情報に基づいて、随時集荷依頼レコードＲＦを生成し、随時集荷依頼データベース２２Ｆに記録する。
【００８８】
そして、集荷管理サーバ２０の制御部２１の依頼受付手段２１２は、顧客端末１０に対して、図９に示すように、集荷受付仮登録メール５０５を送信する。この集荷受付仮登録メール５０５には、図１１（ｂ）に示すメッセージを含める。
【００８９】
又、顧客登録されていないサービス利用希望者の場合には、配送会社に集荷の依頼の電話コールを行なう。この場合、このような電話コールに対して、オペレータが対応することになる。
【００９０】
ここで、オペレータはオペレータ端末４０を用いて、集荷管理サーバ２０にアクセスす
る。この場合、図９に示すように、オペレータ端末４０のディスプレイには、集荷依頼画面（臨時）５０６が出力される。
【００９１】
この集荷依頼画面（臨時）５０６には、図１２（ａ）に示すように、臨時の集荷の依頼内容を設定するための入力欄が設けられている。
オペレータは電話コールで受け付けた内容に基づいて、集荷依頼画面（臨時）５０６への入力を行なう。なお、このような顧客が顧客登録を希望する場合には、新規登録希望アイコンを選択する。この場合には、受け付けた内容が集荷マスタデータベース２２Ｅに登録される。
【００９２】
そして、各入力欄への設定を終了した場合、登録アイコンを選択する。この場合、顧客端末１０は、集荷依頼画面（臨時）５０６において入力された各情報を含めた登録依頼を、集荷管理サーバ２０に送信する。
【００９３】
そして、制御部２１は、登録依頼の各情報に基づいて、臨時集荷依頼レコードＲＧを生成し、臨時集荷依頼データベース２２Ｇに記録する。
そして、随時集荷依頼と同様に、集荷管理サーバ２０の制御部２１の依頼受付手段２１２は、顧客端末１０に対して、図９に示すように、集荷受付仮登録メール５０５を送信する。
【００９４】
この場合にも、後述するように、集荷管理サーバ２０の制御部２１は、図５に示す新規受付処理を実行する。
このように、随時集荷や臨時集荷についての依頼を、各データベース（随時集荷依頼データベース２２Ｆ、臨時集荷依頼データベース２２Ｇ）に登録する。ここで、各レコードには、集荷希望日が設定される。
【００９５】
一方、既に集荷ルートレコードＲＪが設定されており、集荷が開始されている場合には、後述する担当ＳＤ決定処理が行なわれる。この場合、オペレータ端末４０のディスプレイには、集配担当者の現在状況と、集荷順番候補が表示されるオペレータ管理画面５０７が出力される。このオペレータ管理画面５０７において、網掛は集荷済、太枠は現在の集荷中を表わす。そして、集荷順番候補は破線枠によって表されている。また、集荷担当候補者のＳＤ端末３０には、図９に示すように、ＳＤ依頼画面５０８が出力される。
【００９６】
そして、集荷を担当する集配担当者が決定された場合には、図９に示すように、集荷管理サーバ２０の制御部２１は、顧客端末１０に対して、集荷受付完了メール５０９を送信する。この集荷受付完了メール５０９には、図１２（ｂ）に示すメッセージを含める。
【００９７】
（新規受付処理）
次に、新規受付処理について、図５を用いて説明する。この新規受付処理は、新たな集荷（定時、随時、臨時）の受付を行なった場合に実行される。
【００９８】
まず、集荷管理サーバ２０の制御部２１は、集荷依頼の受付処理を実行する（ステップＳ１−１）。具体的には、制御部２１の依頼受付手段２１２は、画面（５０２，５０４，５０６）において設定された情報を取得する。
【００９９】
次に、集荷管理サーバ２０の制御部２１は、内容品の英訳が必要かどうかについての判定処理を実行する（ステップＳ１−２）。具体的には、制御部２１の依頼受付手段２１２は、登録依頼に英語訳希望の設定フラグがあるかどうかによって判定する。
【０１００】
英語訳の希望がある場合（ステップＳ１−２において「ＹＥＳ」の場合）、集荷管理サ
ーバ２０の制御部２１は、英訳候補の優先順位処理を実行する（ステップＳ１−３）。具体的には、制御部２１の依頼受付手段２１２は、英語訳辞書データベース２２Ｈから、内容品の品名に対する英語訳を取得し、顧客端末１０に送信する。なお、英語訳の希望がない場合（ステップＳ１−２において「ＮＯ」の場合）、このステップは省略される。
【０１０１】
次に、集荷管理サーバ２０の制御部２１は、内容品が禁制品かどうかについての判定処理を実行する（ステップＳ１−４）。具体的には、制御部２１の依頼受付手段２１２は、集荷対象の内容品とあて先国に基づいて、国別マスタデータベース２２Ｂにおいて、禁制品として登録されているかどうかによって判定する。
【０１０２】
ここで、禁制品として登録されている場合（ステップＳ１−４において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム設定処理を実行する（ステップＳ１−５）。具体的には、制御部２１の依頼受付手段２１２は、顧客端末１０に対して送信するメールに、送れない場合があることについて注意事項を付加する。なお、禁制品として登録されていない場合（ステップＳ１−４において「ＮＯ」の場合）には、このステップは省略される。
【０１０３】
次に、集荷管理サーバ２０の制御部２１は、配達遅延情報の登録があるかどうかについての確認処理を実行する（ステップＳ１−６）。具体的には、制御部２１の依頼受付手段２１２は、あて先国について、国別マスタデータベース２２Ｂに配達遅延情報が登録されているかどうかを確認する。
【０１０４】
ここで、配達遅延情報が登録されている場合（ステップＳ１−６において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム設定処理を実行する（ステップＳ１−７）。具体的には、制御部２１の依頼受付手段２１２は、顧客端末１０に対して送信するメールに、配達に遅れが生じる可能性があることについての注意事項を付加する。なお、配達遅延情報が登録されていない場合（ステップＳ１−６において「ＮＯ」の場合）には、このステップは省略される。
【０１０５】
次に、集荷管理サーバ２０の制御部２１は、国別の締切時刻についての確認処理を実行する（ステップＳ１−８）。具体的には、制御部２１の依頼受付手段２１２は、集荷の希望時間帯と、国別マスタデータベース２２Ｂに記録されているあて先国への当日差立の締切時刻とを照合する。
【０１０６】
ここで、集荷希望時間帯が締切時刻よりも遅い場合（ステップＳ１−８において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム設定処理を実行する（ステップＳ１−９）。具体的には、制御部２１の依頼受付手段２１２は、顧客端末１０に対して送信するメールに、海外差立が翌日になる可能性があることについての注意事項を付加する。なお、集荷希望時間帯が締切時刻よりも早い場合（ステップＳ１−８において「ＮＯ」の場合）には、このステップは省略される。
【０１０７】
そして、集荷管理サーバ２０の制御部２１は、メール送信処理を実行する（ステップＳ１−１０）。具体的には、制御部２１の依頼受付手段２１２は、顧客端末１０に対して、各依頼に応じて各メール（登録確認メール５０３、集荷受付仮登録メール５０５）を送信する。このメールには、上述したように、各種アラームが付加される。
【０１０８】
（集荷ルート設定処理）
ここでは、集荷ルート設定処理について説明する。この処理は、集荷開始前に行なわれる。
【０１０９】
まず、集荷管理サーバ２０の制御部２１は、定時集荷のスケジュールを設定する。具体的には、制御部２１の集荷ルート設定手段２１１は、集荷マスタデータベース２２Ｅにおいて、集荷当日が希望日として設定されている集荷マスタレコードＲＥを特定する。そして、集荷マスタレコードＲＥの希望時間帯に応じて、各集配担当者の集荷ルートレコードＲＪを登録する。
【０１１０】
更に、集荷管理サーバ２０の制御部２１は、随時集荷や臨時集荷のスケジュールを設定する。具体的には、制御部２１の集荷ルート設定手段２１１は、随時集荷依頼データベース２２Ｆや臨時集荷依頼データベース２２Ｇにおいて、当日の随時集荷依頼レコードＲＦや臨時集荷依頼レコードＲＧを検索する。この場合も、集荷ルート設定手段２１１は、随時集荷依頼レコードＲＦや臨時集荷依頼レコードＲＧに記録された顧客の住所が含まれる地区を特定する。そして、集荷ルート設定手段２１１は、ＳＤマスタデータベース２２Ｄを用いて、この地区を担当する集配担当者のＳＤコードを決定する。そして、集荷ルート設定手段２１１は、随時集荷依頼レコードＲＦや臨時集荷依頼レコードＲＧの希望時間帯に応じて、各集配担当者の集荷ルートレコードＲＪを生成し、集荷ルートデータベース２２Ｊに登録する。
【０１１１】
この場合、集荷ルート設定手段２１１は、希望時間帯を超えない範囲で、集配担当者毎に、集荷先の住所に基づいて集荷ルートレコードＲＪを並び替えて、集荷の順番を設定する。
【０１１２】
（集荷開始後の依頼受付処理）
次に、集荷開始後の依頼受付処理について、図６を用いて説明する。ここでは、集荷開始後に、当日の随時集荷又は臨時集荷の依頼を受けた場合を想定する。そして、この処理においては、図７（ａ）に示す問い合わせテーブルＴを用いる。この問い合わせテーブルＴは、制御部２１のメモリに記録される。
【０１１３】
問い合わせテーブルＴには、ＳＤコード、未集荷量、駐車場所コード、距離、集荷予定時刻、優先順位、回答内容に関するデータが記録される。
ＳＤコードデータ領域には、新たな集荷依頼に対応する候補者（集配担当者）を特定するための識別子に関するデータが記録される。
【０１１４】
未集荷量データ領域には、この候補者における集荷状況を特定するためのデータが記録される。本実施形態では、未集荷の件数に関するデータが記録される。
駐車場所コードデータ領域には、新たな集荷依頼に対応する場合に自動車を駐車する場所を特定するための識別子に関するデータが記録される。
【０１１５】
距離データ領域には、駐車場所から集荷先の住所までの距離に関するデータが記録される。
集荷予定時刻データ領域には、この候補者が集荷先に到着する予想時刻に関するデータが記録される。
【０１１６】
優先順位データ領域には、この候補者に対して集荷を依頼する優先順位に関するデータが記録される。
回答内容データ領域には、この集配担当者からの回答（対応可否）に関するデータが記録される。
【０１１７】
そして、この問い合わせテーブルＴを用いて、以下の処理を実行する。
まず、集荷管理サーバ２０の制御部２１は、集荷受付仮登録メール送信処理を実行する（ステップＳ２−１）。具体的には、制御部２１の依頼受付手段２１２は、集荷依頼を行
なった顧客のメールアドレスに対して、集荷受付仮登録メール５０５を送信する。
【０１１８】
次に、集荷管理サーバ２０の制御部２１は、集荷場所を含む地区、隣接地区の集配担当者の特定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の依頼受付手段２１２は、顧客登録されたサービス利用希望者から新たに集荷依頼を受け付けた場合には、この集荷依頼について随時集荷依頼データベース２２Ｆに随時集荷依頼レコードＲＦを登録する。一方、オペレータ端末４０において、顧客登録されていないサービス利用希望者から新たに集荷依頼を受け付けた場合には、臨時集荷依頼データベース２２Ｇに臨時集荷依頼レコードＲＧを登録する。
【０１１９】
次に、制御部２１のＳＤ候補特定手段２１３は、新たに受け付けた依頼の集荷先の住所に基づいて、集荷先住所が含まれる地区、及びこの地区に隣接する隣接地区を特定する。そして、ＳＤ候補特定手段２１３は、ＳＤマスタデータベース２２Ｄを用いて、この地区及び隣接地区の集配担当者を候補者として特定する。そして、ＳＤ候補特定手段２１３は、候補者のＳＤコードを問い合わせテーブルＴに記録する。
【０１２０】
そして、集荷管理サーバ２０の制御部２１は、以下の処理を候補者毎に繰り返す。
ここでは、集荷管理サーバ２０の制御部２１は、各候補者の未集荷地区の特定処理を実行する（ステップＳ２−３）。具体的には、制御部２１のＳＤ候補特定手段２１３は、特定した集配担当者の集荷ルートレコードＲＪを集荷ルートデータベース２２Ｊから抽出する。そして、ＳＤ候補特定手段２１３は、集荷完了フラグが記録されていないレコードを特定する。
【０１２１】
次に、集荷管理サーバ２０の制御部２１は、各候補者の未集荷量の算出処理を実行する（ステップＳ２−４）。具体的には、制御部２１のＳＤ候補特定手段２１３は、未集荷の集荷ルートレコードＲＪに記録された未集荷の件数を未集荷量として算出する。そして、ＳＤ候補特定手段２１３は、未集荷量を問い合わせテーブルＴに記録する。
【０１２２】
次に、集荷管理サーバ２０の制御部２１は、各候補の未集荷地区の集荷ルートにおいて集荷順番候補の仮設定処理を実行する（ステップＳ２−５）。具体的には、制御部２１のＳＤ候補特定手段２１３は、集配担当者毎に、未集荷の集荷先を道路情報に基づいて繋ぎ合わせたルートを地図データベース２２Ｋの地図上に設定する。そして、ＳＤ候補特定手段２１３は、各候補者の未集荷の集荷先ルートにおいて、新たな集荷依頼の集荷先住所に最も近くなる位置を特定する。そして、ＳＤ候補特定手段２１３は、この位置の前後の集荷先を特定し、これらの集荷先における集荷予定時刻を取得する。そして、最寄りの位置に対して、前後各集荷先の距離に応じて、時間を分配して、新たに依頼を受けた集荷先における集荷予定時刻を算出する。この場合、オペレータ端末４０においては、図１３（ａ）に示すオペレータ管理画面５０７のように、新たに依頼があった集荷先の住所に基づいて、新たな集荷スケジュール候補が仮設定される。そして、ＳＤ候補特定手段２１３は、算出した集荷予定時刻を問い合わせテーブルＴに記録する。
【０１２３】
次に、集荷管理サーバ２０の制御部２１は、前後の集荷先における駐車場所の特定処理を実行する（ステップＳ２−６）。具体的には、制御部２１のＳＤ候補特定手段２１３は、候補者毎に、前後の集荷先において利用する駐車場所を、集荷ルートデータベース２２Ｊを用いて特定する。
【０１２４】
次に、集荷管理サーバ２０の制御部２１は、前後の集配先における駐車可能場所を、今回の集荷依頼においても利用することができるかどうかについての判定処理を実行する（ステップＳ２−７）。具体的には、制御部２１のＳＤ候補特定手段２１３は、新たな集荷依頼についての集荷先の住所と、前後の集荷先における駐車場所との距離に基づいて判定
する。
【０１２５】
駐車場所からの距離が基準距離以上の場合には、この駐車場所を利用することができない。この場合（ステップＳ２−７において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、新たな駐車可能場所の特定処理を実行する（ステップＳ２−８）。具体的には、制御部２１のＳＤ候補特定手段２１３は、新たな集荷依頼の集荷先に対して最寄りの駐車場所を駐車場所マスタデータベース２２Ｃから取得する。そして、新たに特定した駐車場所を駐車候補地とする。
【０１２６】
一方、前後の集荷先における駐車場所からの距離が基準距離以内の場合（ステップＳ２−７において「ＹＥＳ」の場合）、この前後の集荷において駐車場所を駐車候補地とする。
【０１２７】
次に、集荷管理サーバ２０の制御部２１は、駐車候補地から集荷場所までの距離の算出処理を実行する（ステップＳ２−９）。具体的には、制御部２１のＳＤ候補特定手段２１３は、地図データベース２２Ｋを用いて、集配担当者毎に、特定した駐車可能場所から集荷先の住所までの距離を算出する。そして、ＳＤ候補特定手段２１３は、算出した距離を問い合わせテーブルＴに記録する。
【０１２８】
次に、集荷管理サーバ２０の制御部２１は、各駐車可能場所の混雑情報の取得処理を実行する（ステップＳ２−１０）。具体的には、制御部２１のＳＤ候補特定手段２１３は、特定した各駐車可能場所の混雑率を、駐車場所マスタデータベース２２Ｃから取得する。そして、ＳＤ候補特定手段２１３は、取得した混雑率を問い合わせテーブルＴに記録する。
【０１２９】
そして、集荷管理サーバ２０の制御部２１は、候補者毎に優先順位の決定処理を実行する（ステップＳ２−１１）。具体的には、制御部２１のＳＤ候補特定手段２１３は、問い合わせテーブルＴに記録された駐車候補地からの距離、混雑状況、未集荷量、集荷の希望時間帯との差分に対して、評価値テーブルを用いて評価値を付与する。具体的には、この評価値テーブルにおいては、駐車可能場所からの距離が短い方が高い評価値が順次付与される。又、混雑状況に対しては、混雑率が低い方が高い評価値が順次付与される。未集荷量に対しては、未集荷量が少ない方が高い評価値が順次付与される。
【０１３０】
集荷の希望時間帯については、ＳＤ候補特定手段２１３は、集荷予定時刻と、顧客が希望する希望時間帯との時間差を算出する。そして、この評価値テーブルにおいては、この時間差が少ない方が高い評価値が順次設定される。
そして、ＳＤ候補特定手段２１３は、集配担当者毎に各評価値の合計を算出し、合計値が高い順番に優先順位を付与し、問い合わせテーブルＴに記録する。
【０１３１】
（担当者確認処理）
次に、図７（ｂ）を用いて、担当者確認処理について説明する。
【０１３２】
ここでは、集荷管理サーバ２０の制御部２１は、集荷の候補者に確認連絡処理を実行する（ステップＳ３−１）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、集荷候補の各集配担当者のＳＤ端末３０に確認メッセージを送信する。この場合、図１３（ｂ）に示すように、ＳＤ端末３０のディスプレイに表示された集荷リスト画面５０８ａ上に着信メッセージが出力される。この場合、集荷担当者はＳＤ端末３０の確認連絡のアイコンを選択する。この場合、ＳＤ端末３０のディスプレイには、図１４に示すように，対応選択画面５０８ｂが出力される。ここでは、担当者ＡのＳＤ端末３０の画面を想定している。そして、第１候補の担当者Ｂが「対応不可（ＮＯ）」、第２候補の担当者Ａが「対応可
能（ＹＥＳ）」の場合、ＳＤ端末３０のディスプレイには、図１４に示すように，対応選択画面５０８ｃが出力される。この結果、ＳＤ端末３０のディスプレイには、集荷リスト画面５０８ｄのように変更される。
【０１３３】
次に、集荷管理サーバ２０の制御部２１は、担当ＳＤ決定処理を実行する（ステップＳ３−２）。ここでは、制御部２１の担当ＳＤ設定手段２１４は、各集配担当者から受信した応答連絡に基づいて担当ＳＤ決定処理を実行する。この担当ＳＤ決定処理については、図８を用いて、後述する。
【０１３４】
次に、集荷管理サーバ２０の制御部２１は、他の集荷候補者に割当完了連絡処理を実行する（ステップＳ３−３）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、今回の集荷を担当する者以外の集配担当者のＳＤ端末３０に対して、割当完了メッセージを送信する。この場合、割当完了メッセージを受信したＳＤ端末３０は、着信表示を消去する。
【０１３５】
次に、集荷管理サーバ２０の制御部２１は、今回の依頼についての集配担当者についてのスケジュール登録処理を実行する（ステップＳ３−４）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、この集荷について集荷ルートレコードＲＪを生成し、集荷ルートデータベース２２Ｊに登録する。そして、随時集荷依頼レコードＲＦや臨時集荷依頼レコードＲＧに、この集配担当者のＳＤコードを設定する。
【０１３６】
そして、集荷管理サーバ２０の制御部２１は、受付完了メールの送信処理を実行する（ステップＳ３−５）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、集荷依頼を行なった顧客のメールアドレスに対して、受付完了メールを送信する。この受付完了メールには、集荷予定者名及び集荷予定時刻に関する情報を含める。
【０１３７】
（担当ＳＤ決定処理）
次に、担当ＳＤ決定処理について、図８を用いて説明する。
ここでは、集荷管理サーバ２０の制御部２１は、待機処理を実行する（ステップＳ４−１）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、送信した確認連絡に対する各集配担当者からの応答を待機する。そして、集荷管理サーバ２０が、各集配担当者からの応答連絡を受信した場合には、制御部２１のＳＤ候補特定手段２１３は、問い合わせテーブルＴに、その回答内容を記録する。
【０１３８】
そして、集荷管理サーバ２０の制御部２１は、定期的に集配担当者からの応答連絡の有無の確認処理を実行する（ステップＳ４−２）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、集荷管理サーバ２０メモリに記録された問い合わせテーブルＴにおいて、応答連絡について更新があったかどうかを確認する。
【０１３９】
集配担当者からの応答連絡がない場合（ステップＳ４−２において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、待機期限が到来したかどうかについて確認処理を実行する（ステップＳ４−３）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、確認連絡を行なってからの経過時間と待機期限とを比較する。待機期限が到来していない場合（ステップＳ４−３において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、待機処理を継続する（ステップＳ４−１）。
【０１４０】
一方、応答連絡があった場合（ステップＳ４−２において「ＹＥＳ」の場合）には、集荷管理サーバ２０の制御部２１は、最優先候補からの回答内容が記録されているかどうかについての確認処理を実行する（ステップＳ４−４）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、問い合わせテーブルＴにおいて、最優先の集配担当者についての回
答かどうかを特定する。
【０１４１】
最優先候補の集配担当者からの回答が記録されていない場合（ステップＳ４−４において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、待機処理を継続する（ステップＳ４−１）。
【０１４２】
一方、最優先候補の集配担当者からの回答内容が記録されている場合（ステップＳ４−４において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、この最優先候補が対応可能かどうかについての確認処理を実行する（ステップＳ４−５）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、問い合わせテーブルＴにおいて対応可能の回答（受託回答）が記録されているかどうかを確認する。
【０１４３】
最優先候補が対応可能な場合（ステップＳ４−５において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、対応する集配担当者の決定処理を実行する（ステップＳ４−１１）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、この集荷依頼について、最優先候補を集配担当者の集荷ルートレコードＲＪを生成し、集荷ルートデータベース２２Ｊに記録する。そして、担当ＳＤ決定処理を終了する。
【０１４４】
一方、最優先候補が対応可能でない場合（ステップＳ４−５において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、他に候補者が残っているかどうかについての確認処理を実行する（ステップＳ４−６）。
【０１４５】
他に候補者が残っていない場合（ステップＳ４−６において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム出力処理を実行する（ステップＳ４−１０）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、オペレータ端末４０に集荷依頼に対応する集配担当者を決定することができなかったことを示すアラームを出力する。この場合には、オペレータが、直接、集配担当者に対して連絡を行ない、集荷対応の再検討を促す。
【０１４６】
一方、他に候補者が残っている場合（ステップＳ４−６において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、優先順位の変更処理を実行する（ステップＳ４−７）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、対応不可の集配担当者の優先順位を削除し、残っている集配担当者について現在の順位を維持しながら優先順位を更新する。これにより、次候補の集荷担当者が最優先候補に繰り上げられる。
【０１４７】
次に、集荷管理サーバ２０の制御部２１は、新たに特定された最優先候補（次候補）は回答済かどうかについての確認処理を実行する（ステップＳ４−８）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、新たに特定された最優先候補についての回答状況を特定する。
【０１４８】
新たに特定された最優先候補が回答済の場合（ステップＳ４−８において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、ステップＳ４−５以降の処理を繰り返す。
一方、次候補が未回答の場合（ステップＳ４−８において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、待機処理を継続する（ステップＳ４−１）。
【０１４９】
また、待機期限が到来している場合（ステップＳ４−３において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、対応可能な集配担当者がいるかどうかについての確認処理を実行する（ステップＳ４−９）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、問い合わせテーブルＴにおいて、対応可能の回答（受諾回答）を行なった集配担当者の有無を確認する。
【０１５０】
そして、対応可能な集配担当者がいない場合（ステップＳ４−９において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム出力処理を実行する（ステップＳ４−１０）。
【０１５１】
一方、対応可能な集配担当者がいる場合（ステップＳ４−９において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、集配担当者の決定処理を実行する（ステップＳ４−１１）。具体的には、制御部２１の担当ＳＤ設定手段２１４は、問い合わせテーブルＴにおいて、優先順位が最も高い集配担当者を、集荷依頼に対応する集配担当者として決定する。そして、担当ＳＤ設定手段２１４は、今回の集荷依頼について、優先順位が最も高い集配担当者の集荷ルートレコードＲＪを生成し、集荷ルートデータベース２２Ｊに記録する。
【０１５２】
本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態においては、集荷サービスの利用希望者は、集荷登録画面５０２、集荷依頼画面（随時）５０４を利用して集荷を依頼する。これにより、確実かつ効率的に集荷を依頼することができる。
【０１５３】
また、随時集荷や臨時集荷の依頼を受けた場合、集荷管理サーバ２０の制御部２１は、集荷受付仮登録メール送信処理を実行する（ステップＳ２−１）。そして、依頼に対して集荷を行なう集配担当者を決定した場合、集荷管理サーバ２０の制御部２１は、受付完了メールの送信処理を実行する（ステップＳ３−５）。これにより、利用者は依頼状況を把握することができる。
【０１５４】
・  本実施形態においては、集荷開始後の依頼受付処理において、集荷を対応する候補者を決定する。この場合、集荷管理サーバ２０の制御部２１は、集荷場所を含む地区、隣接地区の集配担当者の特定処理を実行する（ステップＳ２−２）。そして、集荷管理サーバ２０の制御部２１は、候補者毎に優先順位の決定処理を実行する（ステップＳ２−１１）。この場合、制御部２１のＳＤ候補特定手段２１３は、問い合わせテーブルＴに記録された駐車候補地からの距離、混雑状況、未集荷量、集荷時間帯に対して、評価値を付与する。そして、ＳＤ候補特定手段２１３は、集配担当者毎に各評価値の合計を算出し、合計値が高い順番に優先順位を付与する。従って、駐車候補地からの距離を考慮することにより、効率的に集荷を行なうことができる集配担当者を特定することができる。また、混雑状況を考慮することにより、有利な駐車場所を利用することができる集配担当者を優先することができる。また、未集荷量を考慮することにより、余裕がある集配担当者を優先することができる。また、集荷時間帯を考慮することにより、顧客の利便性を考慮した集荷を行なうことができる。
【０１５５】
担当者確認処理において、最優先候補の集配担当者からの回答内容が記録されている場合（ステップＳ４−４において「ＹＥＳ」の場合）であって、最優先候補が対応可能な場合（ステップＳ４−５において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、対応する集配担当者の決定処理を実行する（ステップＳ４−１１）。これにより、最優先候補からの回答を得た場合には、速やかに対応者を決定することができる。
【０１５６】
・  本実施形態においては、最優先候補が対応可能でない場合（ステップＳ４−５において「ＮＯ」の場合）、かつ他に候補者がある場合（ステップＳ４−６において「ＹＥＳ」の場合）、集荷管理サーバ２０の制御部２１は、優先順位の変更処理を実行する（ステップＳ４−７）。これにより、次に優先順位が高い候補者についての対応を検討することができる。
【０１５７】
そして、他に候補者が残っていない場合（ステップＳ４−６において「ＮＯ」の場合）、対応可能な集配担当者がいない場合（ステップＳ４−９において「ＮＯ」の場合）、集荷管理サーバ２０の制御部２１は、アラーム出力処理を実行する（ステップＳ４−１０）。これにより、オペレータが、各集配担当者に対して速やかに連絡を行ない、集荷対応の再検討を促すことができる。
【０１５８】
・  本実施形態においては、新規受付処理において、禁制品の確認、配達遅延情報の確認、国別の締切時刻の確認処理を実行する。そして、顧客に送信するメールには、各項目に対する各種アラームが付加される。これにより、顧客に対して、国際的な配送における注意を喚起することができる。
【０１５９】
なお、上記各実施形態は以下のように変更してもよい。
○  上記実施形態では、駐車場所マスタデータベース２２Ｃは、集配に利用する自動車を停車する駐車場所マスタレコードＲＣを記録する。この駐車場所マスタレコードＲＣは、駐車場所コード、駐車場所名、住所、現在状況、混雑率に関するデータを含んで構成される。ここで、駐車場所マスタレコードＲＣにおいて、時間帯毎に混雑率を記録するようにしてもよい。この場合には、集荷を行なう候補者の集荷予定時刻に対応した混雑率を取得して、評価点を付与することができる。
【０１６０】
○  上記実施形態では、海外向けの配送品の集荷を想定したが、これに限定されるものではなく、国内向けの配送品の集荷に適用することも可能である。
○  上記実施形態では、集荷の開始後の随時集荷や臨時集荷の依頼について適用したが、いずれか一方のみに適用することも可能である。
【図面の簡単な説明】
【０１６１】
【図１】本発明の実施形態のシステム概略図。
【図２】各データベースに記録されたデータの説明図であって、（ａ）は顧客マスタデータベース、（ｂ）は国別マスタデータベース、（ｃ）は駐車場所マスタデータベース、（ｄ）はＳＤマスタデータベースに記録されたデータの説明図。
【図３】各データベースに記録されたデータの説明図であって、（ａ）は集荷マスタデータベース、（ｂ）は随時集荷依頼データベースに記録されたデータの説明図。
【図４】各データベースに記録されたデータの説明図であって、（ａ）は臨時集荷依頼データベース、（ｂ）は集荷ルートデータベースに記録されたデータの説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】集荷の候補者を決定するための処理を説明図であって、（ａ）は問い合わせテーブルの説明図、（ｂ）は処理手順の説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本発明の実施形態の画面展開の説明図。
【図１０】ディスプレイに表示されるための説明図であって、（ａ）はパスワード登録画面、（ｂ）は集荷登録画面、（ｃ）は登録確認メールの説明図。
【図１１】ディスプレイに表示される画面の説明図であって、（ａ）は集荷依頼画面（随時）、（ｂ）は集荷受付仮登録メールの説明図。
【図１２】ディスプレイに表示される画面の説明図であって、（ａ）は集荷依頼画面（臨時）、（ｂ）は集荷受付完了メールの説明図。
【図１３】ディスプレイに表示される画面の説明図であって、（ａ）はオペレータ端末に表示される管理画面、（ｂ）はＳＤ端末に表示される集荷リスト画面の説明図。
【図１４】ＳＤ端末に表示される画面の説明図。
【符号の説明】
【０１６２】
１０…顧客端末、２０…集荷管理サーバ、２１…制御部、２２Ａ…顧客マスタデータベース、２２Ｂ…国別マスタデータベース、２２Ｃ…駐車場所マスタデータベース、２２Ｄ…ＳＤマスタデータベース、２２Ｅ…集荷マスタデータベース、２２Ｆ…随時集荷依頼データベース、２２Ｇ…臨時集荷依頼データベース、２２Ｈ…英語訳辞書データベース、２２Ｊ…集荷ルートデータベース、２２Ｋ…地図データベース、２１１…集荷ルート設定手段、２１２…依頼受付手段、２１３…ＳＤ候補特定手段、２１４…担当ＳＤ設定手段、２１５…集荷リスト出力手段、３０…ＳＤ端末、４０…オペレータ端末。
【図１】
2010066996.tif 000003
【図２】
2010066996.tif 000004
【図３】
2010066996.tif 000005
【図４】
2010066996.tif 000006
【図５】
2010066996.tif 000007
【図６】
2010066996.tif 000008
【図７】
2010066996.tif 000009
【図８】
2010066996.tif 000010
【図９】
2010066996.tif 000011
【図１０】
2010066996.tif 000012
【図１１】
2010066996.tif 000013
【図１２】
2010066996.tif 000014
【図１３】
2010066996.tif 000015
【図１４】
2010066996.tif 000016