配送サービスにおける配送先を含む配送リストを作成するコンピュータ装置であって、前記コンピュータ装置は、前記配送リストの作成要求に応答して、前記作成要求に含まれる前記配送車両端末の位置情報と、利用者情報に予め記憶された前記配送先の位置情報とに基づいて、前記配送車両が所定の時間内に到達可能な前記配送先を、複数の配送先の中から抽出して、これを含む配送リストを作成する配送リスト作成手段であって、前記配送リストは、配送車両の現在位置から最後に配送することになる配送先までのルートに従って、配送順に並び替えられる、配送リスト作成手段と、前記配送リストの配送先ごとに、前記配送車両端末の位置情報と前記配送先の位置情報とに基づいて、前記配送先への到着予想時刻を計算する第1の時刻計算手段と、前記配送リストの配送先ごとに、利用者端末の位置情報を取得して、これと前記配送先の位置情報とに基づいて、前記配送先への帰宅予想時刻を計算する第2の時刻計算手段と、前記到着予想時刻より前記帰宅予想時刻の方が遅い場合、前記配送リストから、該当する配送先を削除する第1の配送リスト更新手段とを備えたことを特徴とするコンピュータ装置。前記第2の時刻計算手段は、地図を一定間隔でメッシュ状に区切ったメッシュ地図情報において、前記利用者端末の位置情報が属する1つのメッシュを起点メッシュとして、前記配送先の位置情報が属する1つのメッシュを終点メッシュとして決定するメッシュ決定手段と、前記起点メッシュと前記終点メッシュとを結ぶ経路を、利用者の履歴情報に基づき、最も利用頻度が高い経路を選択することにより、決定する経路決定手段であって、前記経路は、前記起点メッシュ、前記終点メッシュ、および両メッシュ間のメッシュからなる、経路決定手段と、メッシュ間の距離と前記履歴情報とに基づき、前記経路に含まれる隣接する各メッシュ間の所要時間を計算し、各所要時間を合計する所要時間計算手段と、前記合計された所要時間と前記利用者端末の位置情報の取得時刻とに基づき、前記帰宅予想時刻を計算する第3の時刻計算手段とを含むことを特徴とする請求項1に記載のコンピュータ装置。前記配送リストを、前記配送車両端末に送信する第1の通信手段をさらに備えたことを特徴とする請求項2に記載のコンピュータ装置。前記利用者端末に、前記到着予想時刻を送信する第2の通信手段と、前記利用者端末から、前記配送リストの更新要求を受信する第3の通信手段と、前記更新要求に応答して、前記更新要求に含まれる前記配送車両端末の位置情報と、前記配送先の位置情報とに基づいて、前記配送リストを更新する第2の配送リスト更新手段とをさらに備えたことを特徴とする請求項3に記載のコンピュータ装置。前記第2の配送リスト更新手段は、前記配送リストの上位の一定件数を残し、それ以外を更新することを特徴とする請求項4に記載のコンピュータ装置。配送サービスにおける配送先を含む配送リストを作成するコンピュータ実行方法であって、前記コンピュータ実行方法は、前記配送リストの作成要求に応答して、処理装置が、前記作成要求に含まれる前記配送車両端末の位置情報と、利用者情報に予め記憶された前記配送先の位置情報とに基づいて、前記配送車両が所定の時間内に到達可能な前記配送先を、複数の配送先の中から抽出して、これを含む配送リストを作成する第1のステップであって、前記配送リストは、配送車両の現在位置から最後に配送することになる配送先までのルートに従って、配送順に並び替えられる、第1のステップと、前記処理装置が、前記配送リストの配送先ごとに、前記配送車両端末の位置情報と前記配送先の位置情報とに基づいて、前記配送先への到着予想時刻を計算する第2のステップと、前記処理装置が、前記配送リストの配送先ごとに、利用者端末の位置情報を取得して、これと前記配送先の位置情報とに基づいて、前記配送先への帰宅予想時刻を計算する第3のステップと、前記到着予想時刻より前記帰宅予想時刻の方が遅い場合、前記処理装置が、前記配送リストから、該当する配送先を削除する第4のステップとを備えたことを特徴とするコンピュータ実行方法。配送サービスにおける配送先を含む配送リストを作成するコンピュータ実行方法をコンピュータに実行させるためのコンピュータ実行可能命令からなるコンピュータプログラムであって、前記コンピュータ実行方法は、前記配送リストの作成要求に応答して、処理装置が、前記作成要求に含まれる前記配送車両端末の位置情報と、利用者情報に予め記憶された前記配送先の位置情報とに基づいて、前記配送車両が所定の時間内に到達可能な前記配送先を、複数の配送先の中から抽出して、これを含む配送リストを作成する第1のステップであって、前記配送リストは、配送車両の現在位置から最後に配送することになる配送先までのルートに従って、配送順に並び替えられる、第1のステップと、前記処理装置が、前記配送リストの配送先ごとに、前記配送車両端末の位置情報と前記配送先の位置情報とに基づいて、前記配送先への到着予想時刻を計算する第2のステップと、前記処理装置が、前記配送リストの配送先ごとに、利用者端末の位置情報を取得して、これと前記配送先の位置情報とに基づいて、前記配送先への帰宅予想時刻を計算する第3のステップと、前記到着予想時刻より前記帰宅予想時刻の方が遅い場合、前記処理装置が、前記配送リストから、該当する配送先を削除する第4のステップとを備えたことを特徴とするコンピュータプログラム。しかしながら、食事の配送サービスによる配送は、顧客からの注文に応じて発生するため、1回の配送で通常1件の配送先であるのに対し1対1の関係、宅配便のような配送サービスの場合、1回の配送で小口の荷物をまとめて複数の配送先に配送することが普通である1対多の関係。このような複数の配送先を巡回するサービスの配送事業者にとっては、複数の配送先を巡回する内に、受取人の帰宅予想時刻と、配送事業者の配送先への到着または受取人の実際の帰宅との間でずれが生じる場合があり、却って顧客満足度を低下させる要因となり、また再配達時のコストが発生する場合もある。本発明は、このような問題に鑑みてなされたもので、その目的とするところは、サービス利用者受取人および配送車両の位置情報を用いることにより、より効率的な配送順序を考慮した配送リストを作成する方法および装置を提供することにある。本発明は、このような目的を達成するために、請求項1に記載の発明は、コンピュータ装置において、前記配送リストの作成要求に応答して、前記配送車両端末の位置情報と前記配送先の位置情報とに基づいて、前記配送車両が所定の時間内に到達可能な前記配送先を含む配送リストを作成する配送リスト作成手段と、前記配送リストの配送先ごとに、前記配送車両端末の位置情報と前記配送先の位置情報とに基づいて、前記配送先への到着予想時刻を計算する第1の時刻計算手段と、前記配送リストの配送先ごとに、利用者端末の位置情報と前記配送先の位置情報とに基づいて、前記配送先への帰宅予想時刻を計算する第2の時刻計算手段と、前記到着予想時刻より前記帰宅予想時刻の方が遅い場合、前記配送リストから、該当する配送先を削除する第1の配送リスト更新手段とを備えたことを特徴とする。以上説明したように、本発明によれば、配送リスト作成手段と、配送車両の配送先への到着予想時刻を計算する第1の時刻計算手段と、利用者の配送先への帰宅予想時刻を計算する第2の時刻計算手段と、到着予想時刻と帰宅予想時刻とに基づく配送リスト更新手段とを備えたので、より効率的な配送順序を考慮した配送リストの作成が可能となる。以下、図面を参照しながら本発明の実施形態について詳細に説明する。図1は、本発明の一実施形態にかかる配送リスト作成システムを示す構成図である。利用者端末101は、一般的な携帯電話などであり、所定のアプリケーションにより、定期的に位置情報を取得し、利用者管理サーバ104に送信する。また、利用者端末101は、配送管理サーバ103から宅配予定時刻の通知メールを受信し、配送管理サーバ103に帰宅予定時刻をメール返信送信する。配送車両端末102は、配送車両のカーナビゲーションシステムなどに接続され、定期的に位置情報を取得し、配送管理サーバ103に送信する。また、配送車両端末102は、配送管理サーバ103から配送リスト204を受信し、記憶する。配送管理サーバ103は、処理装置とシステムメモリを有する一般的なサーバコンピュータであり、荷物-配送先情報201および荷物-配送車両情報202を有し、配送車両端末102から位置情報を受信する。また、配送管理サーバ103は、利用者管理サーバ104から利用者行動ログを取得し、利用者行動ログおよび配送車両の位置情報を用いて利用者の帰宅時刻と配送車両の到着時刻を計算し、各時刻に基づき、配送可能な配送先を含む配送リスト204を作成し、配送車両端末102に送信する。利用者管理サーバ104は、処理装置とシステムメモリを有する一般的なサーバコンピュータであり、利用者端末101から現在の位置情報と現在時刻を受信し、利用者行動ログとして蓄積する。他の実施形態においては、配送管理サーバ103および利用者管理サーバ104を、1つのサーバとすることができる。なお、荷物-配送先情報および荷物-配送車両情報は、配送管理センターなど配送事業者の拠点端末などから登録される情報である。図2Aおよび2Bは、各々、本発明の一実施形態にかかる配送管理サーバに記憶される荷物-配送先情報および荷物-配送車両情報のデータ構造を示す図である。荷物-配送先情報201は、荷物の配送先、荷物-配送車両情報202は、荷物を配送する車両に関する情報である。他の実施形態においては、荷物-配送先情報201および荷物-配送車両情報202を、1つのデータ構造とすることができる。図2Cは、本発明の一実施形態にかかる利用者管理サーバに記憶される利用者情報のデータ構造を示す図である。利用者情報203は、配送サービスを利用する者に関する情報である。利用者情報203の利用者IDは、荷物-配送先情報201の配送先利用者IDと紐付く。図2Dは、本発明の一実施形態にかかる配送車両端末に送信される配送リスト204のデータ構造を示す図である。配送リスト204は、配送管理サーバ103にて、効率的な配送順序に並び替えられ、作成された配送先に関する情報である。図3は、本発明の一実施形態にかかる配送管理サーバにおける配送リスト204の作成手順を示すフローチャートである。上述の通り、配送リスト204の作成は、配送管理サーバ103において実施する。配送管理サーバ103は、配送車両端末102から、配送リスト204の作成要求を受信する301。当該要求には、配送車両の現在の位置情報が含まれる。配送車両の現在の位置情報に基づき、荷物-配送先情報201および利用者情報203から、一定時間内に到達可能な配送先を、複数の配送先の中から抽出し、配送先の候補リストを作成する302。この際、一定時間内に到達可能な配送先は、配送車両の現在の位置から、一定時間内例えば30分に一定速度例えば時速40kmで移動したと仮定した場合の一定距離内すなわち20km圏内にある配送先である。当該一定時間および一定速度は、配送管理サーバ103に予め登録しておくこともできるし、ステップ301で配送リスト204の作成要求に含めることもできる。続いて、作成した候補リスト内の配送先を、配送車両の現在の位置と配送先との距離に基づき、並び替える303。より具体的には、配送車両の現在位置から最後に配送することになる配送先までのルートに従って、配送順に並び替える。ここで、最後に配送することになる配送先とは、例えば、配送車両から最も距離が遠い配送先、または他の配送先から孤立している配送先、などである。また、配送車両と配送先との距離は、直線距離のみならず道程を含むことができる。また、この際、一方通行、渋滞情報など、カーナビゲーションシステムで用いる情報にさらに基づくこともできる。ある実施形態では、候補リスト内の配送先情報には、配送先の住所、利用者名、利用者の電話番号、利用者の家族情報、利用者端末101のメールアドレス、配送先までの距離、および荷物IDを含むことができる。荷物IDは、配送管理サーバ103が、荷物-配送先情報201より取得する。配送先の住所、利用者名、利用者の電話番号、利用者の家族情報、および利用者端末101のメールアドレスは、利用者情報203より取得する。配送管理サーバ103は、利用者情報203を、利用者管理サーバ104から必要に応じて、または予め取得することができる。配送先までの距離は、配送管理サーバ103が、配送車両の現在の位置および配送先の住所に基づき算出する。次に、配送管理サーバ103は、候補リストから配送先情報を1レコード読み込み304、当該配送先への到着予想時刻を算出する305。この際、到着予想時刻は、配送先までの距離を一定速度で移動したと仮定した場合の時間を現在時刻に加えることにより算出される。次に、配送管理サーバ103は、利用者管理サーバ104から、ステップ304において読み込んだ配送先情報に対応する利用者の利用者行動ログを取得する306。上述の通り、利用者行動ログは、利用者端末101の現在の位置情報と現在時刻を含む。配送管理サーバ103は、利用者行動ログから、後述する方法で、利用者の帰宅予想時刻を算出する307。次に、配送管理サーバ103は、到着予想時刻と帰宅予想時刻を比較し、帰宅予想時刻が到着予想時刻より後かどうか判定する308。帰宅予想時刻が到着予想時刻より後の場合すなわち、配送車両の到着より、利用者の帰宅が遅くなってしまう場合、候補リストから該当する配送先情報を削除する309。なお、利用者端末の位置情報が取得できないなどにより、利用者の帰宅予想時刻が算出できない場合は、候補リストから該当する配送先情報を削除するのではなく、候補リストにその旨を追加することができる。これにより、配送車両のドライバーは配送先に向かうか否かの判断をすることができる。次に、配送管理サーバ103は、候補リストに次の配送先情報が存在するか判定し310、存在する場合は、ステップ304に戻る。存在しない場合は、候補リストを配送リスト204として、配送車両端末102に送信する311。そして、ステップ312にて処理は終了する。ある実施形態では、配送リスト204内の配送先情報には、配送先の住所、利用者名、利用者の電話番号、利用者の家族情報、利用者端末101のメールアドレス、配送先までの距離、荷物ID、および配送先への到着予想時刻を含むことができる。図4は、本発明の一実施形態にかかる配送管理サーバにおける宅配予定時刻の送信、および帰宅予定時刻の受信手順を示すフローチャートである。宅配予定時刻の通知は、配送管理サーバ103において実施する。上述のように、配送管理サーバ103は、配送リスト204を作成すると、配送リスト204から利用者端末101のメールアドレス、および配送先への到着予想時刻を取得する402。次に、利用者端末101のメールアドレスを用いて、利用者端末101に、到着予想時刻を宅配予定時刻として送信する403。利用者は、利用者端末101にて受信した宅配予定時刻に対して、帰宅が間に合わないと判断した場合、帰宅予定時刻を、配送管理サーバ103に送信する図示せず。配送管理サーバ103は、利用者端末101から、帰宅予定時刻を受信し404、荷物IDと関連付けて自身例えば、荷物-配送先情報201に記憶する405。配送管理サーバ103は、当該帰宅予定時刻を、最新の帰宅予想時刻として、配送リスト204の更新時に用いることができる。図5は、本発明の一実施形態にかかる配送管理サーバにおける配送リスト204の更新手順を示すフローチャートである。配送リスト204の更新は、配送管理サーバ103において実施する。配送リスト204の更新は、1件の配送が完了する度に実施することができる。配送管理サーバ103は、配送車両端末102から、配送リスト204の更新要求を受信する501。当該要求には、配送車両の現在の位置情報、および配送が完了した荷物IDが含まれる。配送車両の現在の位置情報に基づき、荷物-配送先情報201および利用者情報203から、一定時間内に到達可能な配送先を抽出し、配送先の候補リストを作成する502。この際、配送が完了した荷物IDに基づき、配送が完了した配送先を、荷物-配送先情報201から消し込んだ上で、候補リストを作成する。また、一定時間内に到達可能な配送先は、ステップ302において説明した通りである。続いて、作成した候補リスト内の配送先を、配送車両の現在の位置と配送先との距離に基づき、並び替える503。具体的な並び替え手順は、上述の配送リスト204の作成手順における並び替え手順303と同様である。次に、配送管理サーバ103は、候補リストから配送先情報を1レコード読み込み504、当該配送先への到着予想時刻を算出する505。到着予想時刻は、ステップ307において説明した通りである。次に、配送管理サーバ103は、利用者管理サーバ104から、ステップ504において読み込んだ配送先情報に対応する利用者の利用者行動ログを取得する506。上述の通り、利用者行動ログは、利用者の位置情報と位置情報取得時の時刻を含む。配送管理サーバ103は、利用者端末101から受信した帰宅予定時刻が存在するか判定する507。帰宅予定時刻は、ステップ405にて説明した通り、配送管理サーバ103の荷物-配送先情報201に記憶されている。帰宅予定時刻が存在する場合は、当該帰宅予定時刻を、利用者の帰宅予想時刻とする508。帰宅予定時刻が存在しない場合は、利用者行動ログから、後述する方法で、利用者の帰宅予想時刻を算出する509。次に、配送管理サーバ103は、到着予想時刻と帰宅予想時刻を比較し、帰宅予想時刻が到着予想時刻より後かどうか判定する510。帰宅予想時刻が到着予想時刻より後の場合、候補リストから該当する配送先情報を削除する511。なお、利用者端末の位置情報が取得できないなどにより、利用者の帰宅予想時刻が算出できない場合は、候補リストから該当する配送先情報を削除するのではなく、候補リストにその旨を追加することができる。これにより、配送車両のドライバーは配送先に向かうか否かの判断をすることができる。次に、配送管理サーバ103は、候補リストに次の配送先情報が存在するか判定し512、存在する場合は、ステップ504に戻る。存在しない場合は、候補リストを配送リスト204として、配送車両端末102に送信する513。そして、ステップ514にて処理は終了する。ある実施形態において、配送車両端末102は、配送管理サーバ103から配送リスト204以下、新配送リストというを受信し、自身に記憶された配送リスト204以下、旧配送リストというの更新を行なう際、旧配送リスト中の配送順序が上位の数レコードを残し、それ以外を更新することができる。これは、配送順序が上位の配送先を頻繁に更新することで発生するであろう配送車両のドライバーの混乱を生じさせないためである。また、他の実施形態では、旧配送リストを新配送リストで置き換えることができる。図6Aは、地図情報のメッシュ表現を説明する図である。本発明において、利用者の帰宅予想時刻を算出するにあたり、地図情報のメッシュ表現を用いる。図6Aに示すような一定間隔のメッシュ網目を地図情報上に覆うことにより、地図情報をメッシュ上の座標で表現することができる。例えば、図6Aに示すように、利用者端末101の位置情報に基づき、利用者が現在いるメッシュは2Aとする。同様に、配送先は7Fとする。図6Bも、地図情報のメッシュ表現を説明する図である。図6Bは、利用者の現在いるメッシュ以下、起点メッシュというから、配送先以下、終点メッシュというへの経路を示している。図6Bに示すように、メッシュ表現上の経路は、斜めも含めた隣接するメッシュの組み合わせである。例えば、起点メッシュから終点メッシュの1つの経路は、2Bと3B、3Bと4C、4Cと5D、5Dと6E、および6Eと7Fのような隣接するメッシュ間の組み合わせにより構成される。本発明において、利用者の帰宅予想時刻を算出する場合、個々の隣接するメッシュ間の所要時間を算出し、それらの合計時間と現在時刻に基づき、当該帰宅予想時刻を算出する。ここでいう現在時刻とは、起点メッシュを決定するために用いた位置情報に関連付く現在時刻すなわち位置情報を取得した時刻である。図7Aは、本発明の一実施形態にかかる利用者管理サーバに記憶される利用者現在位置情報のデータ構造を示す図である。利用者現在位置情報701は、利用者行動ログの一部である。利用者管理サーバ104は、利用者端末101から定期的に位置情報と現在時刻を受信し、利用者現在位置情報701を更新する。利用者現在位置情報701は、利用者IDに対し1レコードあり、位置情報を受信する度に更新される。現在メッシュは、利用者端末101の現在の位置情報に含まれる緯度および経度から算出される。他の実施形態では、図7Aのように利用者現在位置情報701に現在メッシュを記憶せず、利用者管理サーバ104は必要に応じて、緯度および経度よりメッシュを決定することができる。図7Bは、本発明の一実施形態にかかる利用者管理サーバに記憶される利用者移動時間情報のデータ構造を示す図である。利用者移動時間情報702も、利用者行動ログの一部である。利用者管理サーバ104は、利用者端末101から定期的に位置情報と現在時刻を受信し、隣接するメッシュ間の移動移動元メッシュ→移動先メッシュに対する所要時間を、利用者移動時間情報702に蓄積する。利用者移動時間情報702は、利用者IDに対し複数レコードあり、位置情報を受信する度に挿入される。なお、メッシュ間の移動が発生していない場合移動元メッシュ=移動先メッシュは、利用者移動時間情報702への蓄積は実施しない。図8は、本発明の一実施形態にかかる配送管理サーバにおける利用者の帰宅予想時刻の算出手順を示すフローチャートである。本フローチャートは、図3内のステップ305および図5内のステップ509の詳細手順を示すフローチャートである。上述の通り、利用者の帰宅予想時刻の算出は、配送管理サーバ103において実施する。配送管理サーバ103は、利用者端末101の位置情報に基づき、起点メッシュを決定する802。同様に、配送管理サーバ103は、候補リスト内の配送先の住所に基づき、終点メッシュを決定する803。続いて、配送管理サーバ103は、当該起点メッシュおよび当該終点メッシュの経路を、利用者の履歴情報図示せずに基づき、最も利用頻度が高い経路を選択し、決定する804。この際、利用者の履歴情報がない場合は、最短経路、または他の利用者の履歴情報に基づき、経路を選択することができる。また、経路は、隣接するメッシュ間の組み合わせにより構成される。例えば、起点メッシュ=2B、終点メッシュ=7Fであり、経路を2B→3B→4C→5D→6E→7Fとする場合、当該経路は、隣接するメッシュ間2Bと3B、3Bと4C、4Cと5D、5Dと6E、および6Eと7Fの組み合わせにより構成される。次に、配送管理サーバ103は、隣接するメッシュ間の一組例えば、2Bと3Bを取得する805。この際、全てのメッシュ間を後の処理で繰り返し取得することになるため、取得するメッシュ間の一組は、どのメッシュ間でもよい。本実施形態では、起点メッシュに近い方から取得する。続いて、配送管理サーバ103は、取得したメッシュ間2Bと3Bに関するレコードが、利用者移動時間情報702に存在するか判定する806。より具体的には、図7Bを参照して、利用者移動時間情報702の移動元メッシュが2B、移動先メッシュが3Bであるレコードが存在するか判定する図7Bにおいては、1レコード目に存在する。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードが存在する場合、配送管理サーバ103は、利用者移動時間情報702から所要時間図7Bの例では、8分を取得する807。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードが存在しない場合、取得したメッシュ間の距離に基づき、所要時間を算出する815。当該所要時間は、メッシュ間の距離を一定速度で移動したと仮定した場合の時間から算出される。また、メッシュ間の距離は、図6Bに示すように、メッシュの中心点から他のメッシュの中心点までの距離である。ステップ815後、処理は、後述するステップ811に移る。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードが存在する場合、ステップ807に続いて、配送管理サーバ103は、メッシュ間2Bと3Bに関するレコードが、利用者移動時間情報702にさらに存在するか判定する808。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードがさらに存在する場合、配送管理サーバ103は、利用者移動時間情報702から所要時間を取得し、先に取得した所要時間との平均時間を算出し、これを所要時間とする809。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードがこれ以上存在しない場合、処理は、後述するステップ811に移る。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードがさらに存在する場合、ステップ809に続いて、配送管理サーバ103は、再度、メッシュ間2Bと3Bに関するレコードが、利用者移動時間情報702にさらに存在するか判定する810。存在する場合、ステップ809に戻り、利用者移動時間情報702にメッシュ間2Bと3Bに関するレコードが存在しなくなるまで、ステップ809-810間を繰り返す。利用者移動時間情報702に、メッシュ間2Bと3Bに関するレコードがこれ以上存在しない場合、配送管理サーバ103は、隣接するメッシュ間の次の組が存在するか判定する811。存在する場合、ステップ805に戻り、隣接するメッシュ間の全ての組みが存在しなくなるまで、ステップ805-811間を繰り返し、各々の組の所要時間を算出する。隣接するメッシュ間の次の組が存在しない場合、配送管理サーバ103は、隣接するメッシュ間の全ての組の所要時間を合計し、これを起点メッシュ2B-終点メッシュ7Fの合計所要時間とする812。次に、配送管理サーバ103は、合計所要時間と現在時刻に基づき、利用者の帰宅予想時刻を算出する813。なお、上述の通り、ここでいう現在時刻とは、起点メッシュを決定するために用いた位置情報に関連付く現在時刻すなわち位置情報を取得した時刻である。そして、ステップ814にて処理は終了する。他の実施形態では、隣接するメッシュ間の所要時間を算出するために、利用者移動時間情報702は一切用いずに、ステップ815として上述する、メッシュ間の距離に基づく所要時間の算出のみを実施することもできる。この場合、ステップ805の後、ステップ806をステップ807-810を含め実施せずに、ステップ815を実施する。このような構成により、利用者および配送車両の位置情報を用いて、より効率的な配送順序を考慮した配送リストを作成することができる。