知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-09-09
(45)【発行日】2022-09-20
(54)【発明の名称】提示装置
(51)【国際特許分類】
G06Q 10/08 20120101AFI20220912BHJP
【ＦＩ】
G06Q10/08 300
【請求項の数】
1
(21)【出願番号】P 2019567910
(86)(22)【出願日】2018-12-17
(86)【国際出願番号】 JP2018046255
(87)【国際公開番号】W WO2019146307
(87)【国際公開日】2019-08-01
【審査請求日】2021-06-24
(31)【優先権主張番号】P 2018011401
(32)【優先日】2018-01-26
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000005821
【氏名又は名称】パナソニックホールディングス株式会社
(74)【代理人】
【識別番号】100115381
【弁理士】
【氏名又は名称】小谷 昌崇
(74)【代理人】
【識別番号】100067828
【弁理士】
【氏名又は名称】小谷 悦司
(74)【代理人】
【識別番号】100118049
【弁理士】
【氏名又は名称】西谷 浩治
(72)【発明者】
【氏名】西川 由理
(72)【発明者】
【氏名】小澤 順
【審査官】池田 聡史
(56)【参考文献】
【文献】特表２０１５－５３１１２８（ＪＰ，Ａ）
【文献】特開２００２－０８７５２２（ＪＰ，Ａ）
【文献】特表２０１７－５１４１９８（ＪＰ，Ａ）
【文献】特許第６２６６１５１（ＪＰ，Ｂ１）
【文献】米国特許出願公開第２０１２／００３０１３３（ＵＳ，Ａ１）
【文献】秋葉淳一／渡辺重光，“リコメンド機能が未来の生活を変える”，IoT時代のロジスティクス戦略，日本，株式会社幻冬舎メディアコンサルティング，2016年03月16日，pp.192～195
【文献】豊田義和／荒川夏実，“Lesson20 荷物の受け取りをLINEで操作 － ヤマト運輸株式会社の事例”，いちばんやさしいLINEビジネスコネクトの教本，初版，日本，株式会社インプレス，2016年09月21日，pp.088～093
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
配達車に対して前記配達車が配達する一以上のユーザの荷物の配達場所を示す情報を提示する提示装置であって、前記一以上のユーザの其々について、ユ－ザの現在位置の履歴を示す移動履歴情報に基づき定められた、前記配達場所の候補である一以上の配達場所候補を示す候補情報を記憶するメモリと、
前記配達車の情報端末である第一端末及び前記一以上のユーザの情報端末である一以上の第二端末に対して情報の送受信を行う送受信器と、
前記送受信器が受信した情報と前記メモリに記憶されている情報とを用いた処理を行うプロセッサと、
を備え、
前記メモリには、
前記一以上のユーザの荷物の配達順に、前記一以上のユ－ザの其々について、ユーザを識別するユーザＩＤと、ユーザの荷物を識別する荷物ＩＤと、ユーザが指定した荷物の配達先を示す配達先情報と、第三情報又は第四情報と、ユーザが指定した荷物の配達を希望する日時を示す希望日時情報と、を関連付けた荷物情報が予め記憶され、
前記第三情報は、前記配達先情報が示す配達先がユーザによって指定された場所であることを示し、前記第四情報は、前記配達先情報が示す配達先がユーザの候補情報に基づいて定められた場所であることを示し、
前記プロセッサは、
前記荷物情報において、次に配達する荷物を識別する荷物ＩＤに関連付けられている前記ユーザＩＤ、前記配達先情報及び前記希望日時情報を取得し、
前記取得したユーザＩＤで識別される変更対象ユーザの前記移動履歴情報から前記変更対象ユーザの現在位置を示す第二位置情報を取得し、
前記取得した第二位置情報、前記取得した配達先情報である対象配達先情報及び前記取得した希望日時情報に基づき、前記取得した希望日時情報が示す日時に前記変更対象ユーザが、前記対象配達先情報が示す配達先に不在であるか否かを予測し、
前記不在であると予測した場合、前記荷物情報において更に次に配達する荷物を識別する荷物ＩＤに関連付けられている配達先情報である次配達先情報を取得し、
前記対象配達先情報が示す配達先から前記取得した次配達先情報が示す配達先までの前記配達車の走行経路を算出し、
前記変更対象ユーザの前記候補情報が示す一以上の配達場所候補である一以上の対象候補の位置から所定の第一距離以内の領域と前記走行経路の位置とを照合し、
前記一以上の対象候補のうちの何れか一以上の対象候補の位置から前記第一距離以内の領域が前記走行経路の位置を含む場合、前記送受信器に、前記何れか一以上の対象候補である一以上の近接配達場所に前記変更対象ユーザの荷物を配達可能であることを示す代替情報を、前記変更対象ユーザの第二端末に送信させ、
前記送受信器が前記変更対象ユーザの前記第二端末から前記一以上の近接配達場所の何れか一を示す配達場所情報を受信した場合、前記送受信器に、前記配達場所情報が示す場所に前記変更対象ユーザの荷物を配達することを示す提示情報を前記第一端末に送信させる提示装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、配達車に対してユーザの荷物の配達場所を提示する技術に関する。
【背景技術】
【0002】
近年、インターネット販売の増加に伴い、配達車による荷物の配達機会の増加が問題となっている。特に、荷物を受け取るユーザが不在のために再配達の機会が増加し、再配達に要するコストの増大が問題となっている。特許文献１は、ユーザの行き先情報、配達時刻に基づいて、商品を配達可能な店舗を検索することを開示する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００４－３３８８８８号公報
【発明の概要】
【0004】
しかし、特許文献１の技術では、更なる改善が必要であった。
【0005】
本開示は、配達車の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐ技術を提供するものである。
【0006】
本開示の一態様に係る提示装置は、配達車に対して前記配達車が配達する一以上のユーザの荷物の配達場所を示す情報を提示する提示装置であって、前記一以上のユーザの其々について、ユ－ザの現在位置の履歴を示す移動履歴情報に基づき定められた、前記配達場所の候補である一以上の配達場所候補を示す候補情報を記憶するメモリと、前記配達車の情報端末である第一端末及び前記一以上のユーザの情報端末である一以上の第二端末に対して情報の送受信を行う送受信器と、前記送受信器が受信した情報と前記メモリに記憶されている情報とを用いた処理を行うプロセッサと、を備え、前記プロセッサは、前記送受信器が前記配達車の現在位置を示す第一位置情報を前記第一端末から受信した場合、前記一以上のユーザの其々を対象とし、対象とする対象ユーザの前記候補情報が示す一以上の配達場所候補の位置から所定の第一距離以内の領域と前記受信された前記第一位置情報が示す前記配達車の現在位置との照合処理を行い、前記一以上の配達場所候補のうちの何れか一以上の配達場所候補の位置から前記第一距離以内の領域が前記配達車の現在位置を含む場合、前記送受信器に、前記何れか一以上の配達場所候補である一以上の代替配達場所に前記対象ユーザの荷物を配達可能であることを示す代替情報を前記対象ユーザの前記第二端末に送信させ、前記送受信器が前記対象ユーザの前記第二端末から前記一以上の代替配達場所の何れか一を示す配達場所情報を受信した場合、前記送受信器に、前記配達場所情報が示す場所に前記対象ユーザの荷物を配達することを示す提示情報を前記第一端末に送信させる。
【0007】
尚、この包括的又は具体的な態様は、方法、システム、集積回路、コンピュータプログラム又はコンピュータ読み取り可能な記録媒体で実現されてもよく、装置、システム、方法、集積回路、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体の任意な組み合わせで実現されてもよい。コンピュータ読み取り可能な記録媒体は、例えばＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性の記録媒体を含む。
【0008】
本開示によれば、配達車の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐことができる。これにより、荷物の再配達に要する配達車の燃料コスト及びドライバーの人件費等のコストを軽減することができる。本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【0009】
【図1】本開示の実施の形態に係る提示システムのネットワーク構成の一例を示す図
【図4】照合処理の概要を示す図
【図5】ユーザ端末に表示される代替情報を示す選択画面の一例を示す図
【図6】配達端末に表示される提示情報を示す表示画面の一例を示す図
【図7】マイエリア情報の設定方法の概要を示す図
【図8】マイエリア情報を設定する処理の一例を示すフローチャート
【図9】移動履歴テーブルの一例を示す図
【図10】エリアテーブルの一例を示す図
【図11】顧客テーブルの一例を示す図
【図12】ユーザ端末に表示される設定完了情報を示す通知画面の一例を示す図
【図13】荷物テーブルの一例を示す図
【図14】ユーザ不在時にサーバが行う処理の第一例を示すフローチャート
【図15】荷物テーブルの他の一例を示す図
【図16】配達車の出発前にサーバが行う処理の第一例を示すフローチャート
【図17】荷物テーブルの他の一例を示す図
【図18】配達車の出発前にサーバが行う処理の第二例を示すフローチャート
【図20】属性別配達テーブルの一例を示す図
【図21】エリアテーブルの他の一例を示す図
【図22】ユーザ不在時にサーバが行う処理の第二例を示すフローチャート
【図23】荷物テーブルの他の一例を示す図
【図24】属性別配達テーブルの他の一例を示す図
【図25】ユーザ不在時にサーバが行う処理の第三例を示すフローチャート
【図26】顧客テーブルの他の一例を示す図
【図27】ユーザによるマイエリア情報の設定操作に用いられる操作画面の一例を示す図
【発明を実施するための形態】
【0010】
（本開示にかかる一態様を発明するに至った経緯）
本発明者らは、従来の方法では、以下に記載する問題が生じることを見出した。従来の方法はユーザの行き先、配達時刻に基づいて、商品を配達可能な店舗を検索することを開示する。この方法は、寿司及びピザ等の調理済み食品宅配サービスにおいて、移動中のユーザが所望する時刻ちょうどに商品を届けるために考案されている。
本発明者らは、従来の方法では、以下に記載する問題が生じることを見出した。従来の方法はユーザの行き先、配達時刻に基づいて、商品を配達可能な店舗を検索することを開示する。この方法は、寿司及びピザ等の調理済み食品宅配サービスにおいて、移動中のユーザが所望する時刻ちょうどに商品を届けるために考案されている。
【0011】
本手法は、検索された店舗はユーザが所望する商品を調理し配達できるという、食品宅配サービスの特色が前提となっている。本手法を物流一般に適用しようとすると、たとえユーザの通過地点が荷物の現在地から遠く離れている時でも、当該通過地点まで荷物を運ぶことになり、配達車の移動距離が増大することが予想される。
【0012】
この方法は、配達車と人員を増やす必要があり、現実的ではない。一方、一般的な荷物の場合、調理済み食品と異なり、ユーザは必ずしも所望する時刻ちょうどに荷物を受け取りたいとは限らず、ユーザの受け取りやすい時間帯に、ユーザの受け取りやすい場所で荷物を受理できれば十分である場合が多い。
【0013】
本開示は、上記の課題を鑑みてなされたものであり、配達車の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐことができる技術を提供することである。
【0014】
本開示の第一の態様に係る提示装置は、配達車に対して前記配達車が配達する一以上のユーザの荷物の配達場所を示す情報を提示する提示装置であって、前記一以上のユーザの其々について、ユ－ザの現在位置の履歴を示す移動履歴情報に基づき定められた、前記配達場所の候補である一以上の配達場所候補を示す候補情報を記憶するメモリと、前記配達車の情報端末である第一端末及び前記一以上のユーザの情報端末である一以上の第二端末に対して情報の送受信を行う送受信器と、前記送受信器が受信した情報と前記メモリに記憶されている情報とを用いた処理を行うプロセッサと、を備え、前記プロセッサは、前記送受信器が前記配達車の現在位置を示す第一位置情報を前記第一端末から受信した場合、前記一以上のユーザの其々を対象とし、対象とする対象ユーザの前記候補情報が示す一以上の配達場所候補の位置から所定の第一距離以内の領域と前記受信された前記第一位置情報が示す前記配達車の現在位置との照合処理を行い、前記一以上の配達場所候補のうちの何れか一以上の配達場所候補の位置から前記第一距離以内の領域が前記配達車の現在位置を含む場合、前記送受信器に、前記何れか一以上の配達場所候補である一以上の代替配達場所に前記対象ユーザの荷物を配達可能であることを示す代替情報を前記対象ユーザの前記第二端末に送信させ、前記送受信器が前記対象ユーザの前記第二端末から前記一以上の代替配達場所の何れか一を示す配達場所情報を受信した場合、前記送受信器に、前記配達場所情報が示す場所に前記対象ユーザの荷物を配達することを示す提示情報を前記第一端末に送信させる。
【0015】
本態様によれば、ユーザの現在位置の履歴に関連付けられた一以上の配達場所候補のうち、一以上の代替配達場所の位置から第一距離以内に配達車の現在位置が存在する場合、前記一以上の代替配達場所に荷物を配達可能であることを示す代替情報がユーザの第二端末に送信される。これにより、ユーザが訪れたと考えられる位置に関連付けられた前記一以上の代替配達場所に荷物を配達可能であることを当該ユーザに提示することができる。
【0016】
その結果、提示装置において、ユーザの第二端末から前記一以上の代替配達場所の何れかを示す配達場所情報が受信されたとする。この場合、当該配達場所情報が示す場所に当該ユーザの荷物を配達することを示す提示情報が配達車の第一端末に送信される。これにより、配達車の現在位置から第一距離以内にあるユーザが訪れたと考えられる代替配達場所に、当該ユーザの荷物を配達することを、配達車のドライバーに通知することができる。その結果、配達車のドライバーは、配達車を第一距離以下の距離を移動させれば、当該ユーザが訪れたと考えられる、当該ユーザにとって荷物を受け取りやすい代替配達場所に荷物を配達することができる。
【0017】
したがって、本態様によれば、配達車の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐことができる。これにより、荷物の再配達に要する配達車の燃料コスト及びドライバーの人件費等のコストを軽減することができる。
【0018】
また、上記態様において、前記メモリには、前記一以上のユーザの其々について、ユーザの荷物を識別する荷物ＩＤと、ユーザが指定した荷物の配達先を示す配達先情報と、ユーザの荷物の属性を示す属性情報と、を関連付けた荷物情報と、前記属性情報と、前記属性情報が示す属性の荷物を、前記配達先情報が示す配達先に荷物を配達することを示す第一情報又は前記候補情報に含まれる何れかの配達場所候補に荷物を配達することを示す第二情報と、を関連付けた属性別情報と、が予め記憶され、前記プロセッサは、前記送受信器が前記第一端末から前記荷物ＩＤを受信した場合、前記荷物情報において前記受信された荷物ＩＤに関連付けられている前記属性情報を取得し、前記属性別情報において前記取得した前記属性情報に対して、前記第一情報が関連付けられている場合、前記送受信器に前記代替情報を送信させず、前記第二情報が関連付けられている場合、前記送受信器に前記代替情報を送信させてもよい。
【0019】
本態様によれば、第一端末から荷物ＩＤを受信した場合、荷物情報において前記受信された荷物ＩＤに関連付けられている属性情報が取得される。そして、属性別情報において前記取得された属性情報に対して第一情報が関連付けられている場合には、代替情報が送信されない。このため、第一端末から受信した荷物ＩＤによって識別される荷物が、第一情報が関連付けられている属性の荷物である場合に、第一情報が示すように、候補情報に含まれる何れかの配達場所候補に当該荷物が配達されることを適切に回避することができる。
【0020】
一方、属性別情報において前記取得された属性情報に対して第二情報が関連付けられている場合には、代替情報が送信される。このため、第一端末から受信した荷物ＩＤによって識別される荷物が、第二情報が関連付けられている属性の荷物である場合に、第二情報が示すように、候補情報に含まれる何れかの配達場所候補に当該荷物を配達し、未配を防ぐことができる。
【0021】
また、上記態様において、前記属性情報は、前記荷物の種類を示し、前記メモリには、荷物を保管可能な一以上の保管場所を識別する一以上のエリアＩＤと、前記一以上の保管場所の其々で保管可能な一以上の荷物の種類を示す種類情報と、を関連付けたエリア情報が予め記憶され、前記候補情報が示す前記一以上の配達場所候補の其々は、前記一以上の保管場所の何れかに定められ、前記プロセッサは、前記属性別情報において前記取得した前記属性情報である対象属性情報に対して前記第二情報が関連付けられている場合、前記エリア情報において、前記対象属性情報が示す種類の荷物を保管可能であることを示す前記種類情報と関連付けられている一以上のエリアＩＤを取得し、前記照合処理において、前記対象ユーザの前記候補情報が示す一以上の配達場所候補のうち前記取得した一以上のエリアＩＤによって識別される一以上の配達場所候補の位置から前記第一距離以内の領域と、前記受信された前記第一位置情報が示す前記配達車の現在位置と、を照合してもよい。
【0022】
荷物情報において第一端末から受信した荷物ＩＤに関連付けられている属性情報が取得され、属性別情報において前記取得した属性情報である対象属性情報に対して第二情報が関連付けられていたとする。この場合、本態様によれば、照合処理において、対象ユーザの候補情報が示す一以上の配達場所候補のうち、エリア情報を用いて取得された、対象属性情報が示す属性の荷物を保管可能な一以上の配達場所候補の位置から第一距離以内の領域と、第一端末から受信された第一位置情報が示す配達車の現在位置と、が照合される。このため、当該照合処理の結果、第二端末に送信される代替情報に、対象属性情報が示す属性の荷物を保管できない一以上の代替配達場所が含まれることを回避することができる。
【0023】
又は、上記態様で、前記属性別情報において、前記第二情報が関連付けられている前記属性情報には、前記荷物を運搬可能な距離の上限値が更に関連付けられ、前記プロセッサは、前記属性別情報において前記取得した前記属性情報である対象属性情報に対して前記第二情報が関連付けられている場合、前記荷物情報において前記受信された荷物ＩＤに関連付けられている前記配達先情報を取得し、前記照合処理において、前記対象ユーザの前記候補情報が示す一以上の配達場所候補のうち、前記取得した配達先情報が示す配達先との離間距離が、前記属性別情報において前記対象属性情報に関連付けられている前記上限値以内である一以上の配達場所候補の領域と、前記受信された前記第一位置情報が示す前記配達車の現在位置と、を照合してもよい。
【0024】
荷物情報において第一端末から受信した荷物ＩＤに関連付けられている属性情報が取得され、属性別情報において前記取得した属性情報である対象属性情報に対して第二情報が関連付けられていたとする。この場合、本態様によれば、照合処理において、対象ユーザの候補情報が示す一以上の配達場所候補のうち、対象ユーザが指定した配達先との離間距離が、対象属性情報が示す属性の荷物を運搬可能な距離の上限値以内である一以上の配達場所候補の位置から第一距離以内の領域と、第一端末から受信された第一位置情報が示す配達車の現在位置と、が照合される。
【0025】
このため、当該照合処理の結果、第二端末に送信される代替情報に、対象ユーザが指定した配達先との離間距離が、対象属性情報が示す属性の荷物を運搬可能な距離の上限値以上である一以上の代替配達場所が含まれることを回避することができる。これにより、対象ユーザが代替配達場所で荷物を受け取った場合に、荷物を指定した配達先まで運搬できない虞を回避することができる。
【0026】
また、上記態様において、前記属性情報は、前記荷物の重量を示し、前記属性別情報において、前記荷物の重量が所定の重量以上であることを示す前記属性情報には前記第一情報が関連付けられ、前記荷物の重量が前記所定の重量未満であることを示す前記属性情報には前記第二情報が関連付けられていてもよい。
【0027】
本態様によれば、重量が所定の重量以上である運搬し難い荷物が、代替配達場所に配達されることを回避できる。これとは反対に、重量が所定の重量未満である運搬し易い荷物については、代替配達場所に配達させることができ、未配を防ぐことができる。
【0028】
又は、上記態様において、前記属性情報は、前記荷物の寸法を示し、前記属性別情報において、前記荷物の寸法が所定の寸法以上であることを示す前記属性情報には前記第一情報が関連付けられ、前記荷物の寸法が前記所定の寸法未満であることを示す前記属性情報には前記第二情報が関連付けられていてもよい。
【0029】
本態様によれば、寸法が所定の寸法以上である運搬し難い荷物が、代替配達場所に配達されることを回避できる。これとは反対に、寸法が所定の寸法未満である運搬し易い荷物については、代替配達場所に配達させることができ、未配を防ぐことができる。
【0030】
また、上記第一の態様において、前記候補情報は、前記一以上の配達場所候補を識別する一以上のマイエリアＩＤを含み、前記メモリには、荷物を保管可能な一以上の保管場所を示すエリア情報が予め記憶され、前記送受信器は、前記一以上の第二端末の其々から、周期的に、前記一以上の第二端末の其々のユーザを識別するユーザＩＤと、前記一以上の第二端末の其々のユーザの現在位置を示す第二位置情報と、を受信し、前記プロセッサは、前記送受信器が前記ユーザＩＤ及び前記第二位置情報を受信する度に、前記受信されたユーザＩＤと、前記受信された第二位置情報と、前記エリア情報に含まれる、前記第二位置情報が示す位置から所定の第二距離以内の領域に存在する保管場所を識別するエリアＩＤと、を関連付けた情報を、前記受信されたユーザＩＤによって識別される対応ユーザの前記移動履歴情報として前記メモリに記憶し、前記対応ユーザの前記移動履歴情報において所定の第一個数よりも多く存在する一以上のエリアＩＤを、前記対応ユーザの前記候補情報に含まれる前記一以上のマイエリアＩＤとして、前記メモリに記憶してもよい。
【0031】
本態様によれば、対応ユーザの移動履歴情報において第一個数よりも多く存在する一以上のエリアＩＤが、対応ユーザの候補情報が示す一以上の配達場所候補を識別する一以上のマイエリアＩＤとしてメモリに記憶される。これにより、対応ユーザが、第一個数と同じ回数よりも多く訪れたと考えられる一以上の保管場所が対応ユーザの候補情報として定められる。このため、代替情報が対応ユーザの第二端末に送信された場合に、対応ユーザが頻繁に訪れたと考えられる一以上の代替配達場所に荷物を配達可能であることを、対応ユーザに提示することができる。
【0032】
または、上記第一の態様において、前記メモリは、時間帯毎に前記候補情報を記憶し、一の時間帯に対応する前記候補情報は、前記一の時間帯における前記一以上の配達場所候補を識別する一以上のマイエリアＩＤを含み、前記メモリには、荷物を保管可能な一以上の保管場所を示すエリア情報が予め記憶され、前記送受信器は、前記一以上の第二端末の其々から、周期的に、前記一以上の第二端末の其々のユーザを識別するユーザＩＤと、前記一以上の第二端末の其々のユーザの現在位置を示す第二位置情報と、を受信し、前記プロセッサは、前記送受信器が前記ユーザＩＤ及び前記第二位置情報を受信する度に、前記送受信器が前記第二位置情報を受信した日時である受信日時と、前記受信されたユーザＩＤと、前記受信された第二位置情報と、前記エリア情報に含まれる、前記第二位置情報が示す位置から所定の第二距離以内の領域に存在する保管場所を識別するエリアＩＤと、を関連付けた情報を、前記受信されたユーザＩＤによって識別される対応ユーザの前記移動履歴情報として前記メモリに記憶し、前記対応ユーザの移動履歴情報において前記一の時間帯内の前記受信日時に関連付けられている一以上のエリアＩＤのうち、所定の第二個数よりも多く存在する一以上のエリアＩＤを、前記対応ユーザの前記一の時間帯に対応する前記候補情報に含まれる、前記一以上のマイエリアＩＤとして、前記メモリに記憶し、前記送受信器が前記第一位置情報を受信した時刻が前記一の時間帯内である場合、前記照合処理において、前記対象ユーザの前記一の時間帯に対応する前記候補情報が示す一以上の配達場所候補の位置から前記第一距離以内の領域と、前記受信された前記第一位置情報が示す前記配達車の現在位置と、を照合してもよい。
【0033】
本態様によれば、対応ユーザの移動履歴情報において、一の時間帯内の受信日時に関連付けられた、第二個数よりも多く存在する一以上のエリアＩＤが、対応ユーザの前記一の時間帯に対応する候補情報が示す一以上の配達場所候補を識別する、一以上のマイエリアＩＤとしてメモリに記憶される。これにより、対応ユーザが、前記一の時間帯内に第二個数と同じ回数よりも多く訪れたと考えられる一以上の保管場所が、対応ユーザの前記一の時間帯に対応する候補情報として定められる。
【0034】
そして、第一位置情報を受信した時刻が前記一の時間帯内である場合、対象ユーザの前記一の時間帯に対応する候補情報が示す一以上の配達場所候補の位置から第一距離以内の領域と、前記受信された第一位置情報が示す配達車の現在位置と、が照合される。これにより、対象ユーザの前記一の時間帯に対応する候補情報が示す一以上の配達場所候補に含まれる一以上の代替配達場所に荷物を配達可能であることを示す代替情報が、前記一の時間帯にユーザの第二端末に送信される。その結果、前記一の時間帯において、対応ユーザが前記一の時間帯に頻繁に訪れたと考えられる一以上の代替配達場所に荷物を配達可能であることを、適切なタイミングで対応ユーザに提示することができる。
【0035】
また、上記第一の態様において、前記メモリには、前記一以上のユーザの荷物の其々に関する情報である荷物情報が予め記憶され、前記プロセッサは、前記送受信器が前記第一端末から前記第一位置情報及びユーザの荷物を識別する荷物ＩＤを受信した場合、前記荷物情報に含まれる前記受信された荷物ＩＤによって識別される荷物のユーザの候補情報を参照し、前記照合処理において、前記参照した候補情報が示す一以上の配達場所候補の位置から前記第一距離以内の領域と前記受信された前記第一位置情報が示す前記配達車の現在位置とを照合してもよい。
【0036】
本態様によれば、ユーザが不在の場合等に、第一端末から荷物ＩＤを受信した場合、前記受信した荷物ＩＤによって識別される荷物のユーザの候補情報が参照される。そして、当該ユーザの候補情報が示す一以上の配達場所候補のうち、一以上の代替配達場所の位置から第一距離以内に配達車の現在位置が存在する場合、前記一以上の代替配達場所に荷物を配達可能であることを示す代替情報が当該ユーザの第二端末に送信される。これにより、当該ユーザが訪れたと考えられる位置に関連付けられた前記一以上の代替配達場所に荷物を配達可能であることを当該ユーザに提示することができる。
【0037】
その結果、提示装置において、当該ユーザの第二端末から前記一以上の代替配達場所の何れかを示す配達場所情報が受信された場合、当該配達場所情報が示す場所に当該ユーザの荷物を配達することを示す提示情報が配達車の第一端末に送信される。これにより、配達車の現在位置から第一距離以内にある当該ユーザが訪れたと考えられる代替配達場所に、当該ユーザの荷物を配達することを、配達車のドライバーに通知することができる。その結果、配達車のドライバーは、配達車を第一距離以下の距離を移動させれば、当該ユーザが訪れたと考えられる、当該ユーザにとって荷物を受け取りやすい代替配達場所に荷物を配達することができ、未配を防ぐことができる。
【0038】
また、上記第一の態様において、前記メモリには、前記一以上のユ－ザの其々について、ユーザを識別するユーザＩＤと、ユーザの荷物を識別する荷物ＩＤと、前記配達車がユーザの荷物を配達するときの出発地を示す出発地情報と、前記配達車がユーザの荷物を配達するときの目的地を示す目的地情報と、を関連付けた荷物情報が予め記憶され、前記プロセッサは、前記荷物情報に含まれる一以上の前記出発地情報及び前記目的地情報に基づき、前記配達車が最初の荷物の配達を開始してから最後の荷物の配達を終了するまでの走行経路を算出し、前記一以上のユーザの前記候補情報に所定数以上重複している一以上の配達場所候補である一以上の重複候補が含まれている場合、前記一以上の重複候補の位置から前記第一距離以内の領域と前記走行経路の位置とを照合し、前記一以上の重複候補のうちの何れか一以上の重複候補の位置から前記第一距離以内の領域が前記走行経路上の位置を含む場合、前記送受信器に、前記何れか一以上の重複候補である一以上の重複配達場所の何れかを含む一以上の前記候補情報に対応する一以上の通知対象ユーザの第二端末に、前記一以上の重複配達場所のうち、各通知対象ユーザの前記候補情報に含まれる一以上の重複配達場所を前記一以上の代替配達場所とする前記代替情報を送信させてもよい。
【0039】
本態様によれば、一以上のユーザの候補情報に所定数以上重複している一以上の重複候補が含まれている場合、前記一以上の重複候補の位置から第一距離以内の領域と、配達車が最初の荷物の配達を開始してから最後の荷物の配達を終了するまでの走行経路の位置とが照合される。当該照合の結果、前記一以上の重複候補のうちの一以上の重複配達場所の位置から第一距離以内の領域が走行経路上の位置を含むとする。この場合、通知対象ユーザの第二端末に、当該一以上の重複配達場所のうち、当該通知対象ユーザの候補情報に含まれる一以上の重複配達場所を一以上の代替配達場所とする代替情報が送信される。
【0040】
これにより、前記走行経路から第一距離以内に一以上の重複配達場所が存在する場合に、一以上の重複配達場所の其々に荷物を配達可能であることを、通知対象ユーザに提示することができる。その結果、一以上の通知対象ユーザの第二端末から配達場所情報を受信した場合には、第一端末に提示情報が送信されるので、配達車は、当該一以上の通知対象ユーザの荷物を、前記受信された配達場所情報が示す、一以上の重複配達場所の何れか一の場所に纏めて配達することができる。この場合、配達車は、各通知対象ユーザの荷物を指定された配達先まで個別に配達させるのに要する手間を軽減でき、効率よく荷物を配達することができる。
【0041】
また、上記第一の態様において、前記メモリには、前記一以上のユーザの荷物の配達順に、前記一以上のユ－ザの其々について、ユーザを識別するユーザＩＤと、ユーザの荷物を識別する荷物ＩＤと、ユーザが指定した荷物の配達先を示す配達先情報と、第三情報又は第四情報と、ユーザが指定した荷物の配達を希望する日時を示す希望日時情報と、を関連付けた荷物情報が予め記憶され、前記第三情報は、前記配達先情報が示す配達先がユーザによって指定された場所であることを示し、前記第四情報は、前記配達先情報が示す配達先がユーザの候補情報に基づいて定められた場所であることを示し、前記プロセッサは、前記荷物情報において、次に配達する荷物を識別する荷物ＩＤに関連付けられている前記ユーザＩＤ、前記配達先情報及び前記希望日時情報を取得し、前記取得したユーザＩＤで識別される変更対象ユーザの前記移動履歴情報から前記変更対象ユーザの現在位置を示す第二位置情報を取得し、前記取得した第二位置情報、前記取得した配達先情報である対象配達先情報及び前記取得した希望日時情報に基づき、前記取得した希望日時情報が示す日時に前記変更対象ユーザが、前記対象配達先情報が示す配達先に不在であるか否かを予測し、前記不在であると予測した場合、前記荷物情報において更に次に配達する荷物を識別する荷物ＩＤに関連付けられている配達先情報である次配達先情報を取得し、前記対象配達先情報が示す配達先から前記取得した次配達先情報が示す配達先までの前記配達車の走行経路を算出し、前記変更対象ユーザの前記候補情報が示す一以上の配達場所候補である一以上の対象候補の位置から前記第一距離以内の領域と前記走行経路の位置とを照合し、前記一以上の対象候補のうちの何れか一以上の対象候補の位置から前記第一距離以内の領域が前記走行経路の位置を含む場合、前記送受信器に、前記何れか一以上の対象候補である一以上の近接配達場所を前記一以上の代替配達場所とする前記代替情報を、前記変更対象ユーザの第二端末に送信させてもよい。
【0042】
本態様によれば、次に配達される荷物のユーザである変更対象ユーザが、配達を希望した日時に、指定した配達先に不在であることが予測された場合、当該配達先から更に次に配達する荷物の配達先までの走行経路が算出される。そして、変更対象ユーザの候補情報が示す一以上の対象候補の位置から第一距離以内の領域と前記走行経路の位置とが照合される。当該照合の結果、前記一以上の対象候補のうちの一以上の近接配達場所の位置から第一距離以内の領域が前記走行経路上の位置を含むとする。この場合、変更対象ユーザの第二端末に、当該一以上の近接配達場所を一以上の代替配達場所とする代替情報が送信される。
【0043】
これにより、変更対象ユーザが配達を希望した日時に、指定した配達先に不在であることが予測される場合に、一以上の近接配達場所に荷物を配達可能であることを、変更対象ユーザに提示することができる。その結果、変更対象ユーザは、急いで指定した配達先まで移動しなくても、都合のよいときに一以上の近接配達場所で荷物を受け取り可能であることを把握することができる。
【0044】
（実施の形態）
（ネットワーク構成）
図１は、本開示の実施の形態に係る提示システム１０のネットワーク構成の一例を示す図である。提示システム１０は、配達車４が配達する一以上のユーザの荷物の配達場所を示す情報を、配達車４のドライバーに提示するシステムである。配達車４のドライバーは、提示された配達場所に一以上のユーザの荷物を其々配達する。
（ネットワーク構成）
図１は、本開示の実施の形態に係る提示システム１０のネットワーク構成の一例を示す図である。提示システム１０は、配達車４が配達する一以上のユーザの荷物の配達場所を示す情報を、配達車４のドライバーに提示するシステムである。配達車４のドライバーは、提示された配達場所に一以上のユーザの荷物を其々配達する。
【0045】
提示システム１０は、サーバ１（提示装置の一例）、一以上のユーザ端末２＿１、・・・、２＿ｎ（一以上の第二端末の一例）及び配達端末３（第一端末の一例：図２参照）を備える。サーバ１、ユーザ端末２及び配達端末３は、ネットワークＮＴを介して相互に通信可能に接続されている。サーバ１は、例えば、商品購入サイトを運営するネット通販事業者によって管理されるサーバであってもよいし、商品購入サイトで購入した商品をユーザに配達する運送業者によって管理されるサーバであってもよい。ネットワークＮＴは、インターネット通信網、携帯電話通信網、及び公衆電話回線網を含むネットワークで構成される。
【0046】
サーバ１は、例えば、一以上のコンピュータを含むクラウドサーバで構成されている。サーバ１を構成するクラウドサーバは、ＣＰＵ又はＦＰＧＡ等のプロセッサと、メモリと、ネットワークＮＴを介した通信を行う通信回路と、を含む。
【0047】
ユーザ端末２は、例えば、スマートフォン、ボタン式携帯電話、又はタブレット端末等の携帯情報端末で構成されている。但し、これは一例であり、ユーザ端末２は、据え置き型の情報端末で構成されてもよい。
【0048】
図１の例では、ユーザ端末２は、ユーザＵ１のユーザ端末２＿１、・・・、ユーザＵｎのユーザ端末２＿ｎというようにｎ台のユーザ端末２が示されている（ｎは自然数）。
【0049】
配達端末３は、例えば、配達車４に搭載されるコンピュータで構成されてもよいし、配達車４に搭乗するドライバーが携帯する携帯情報端末で構成されてもよい。配達車４に搭載されるコンピュータとしては、例えば、カーナビゲーションシステムが採用されてもよいし、カーナビゲーションシステム以外の配達車４が元々備えるコンピュータが採用されてもよい。ドライバーが携帯する携帯情報端末としては、スマートフォン、ボタン式携帯電話、又はタブレット端末が採用できる。
【0050】
図２は、図１に示す提示システム１０の詳細な構成の一例を示すブロック図である。サーバ１は、制御部１１、通信部１２（送受信器の一例）、及びメモリ１３を備える。制御部１１は、ＣＰＵ等のプロセッサで構成され、コンピュータを本開示の提示装置として機能させるプログラムを実行する。このプログラムは、ネットワークを通じてダウンロードすることで提供されてもよいし、コンピュータ読取可能な非一時的な記録媒体に記憶させることで提供されてもよい。
【0051】
通信部１２は、例えば、サーバ１をネットワークＮＴに接続させる通信回路で構成され、ユーザ端末２及び配達端末３に対してネットワークＮＴを介して情報の送受信を行う。
【0052】
メモリ１３は、不揮発性の記憶装置で構成され、コンピュータを提示装置として機能させるプログラム、制御部１１が行う処理に必要な情報が格納されたテーブル及び制御部１１が処理を行うことで生成された各種情報等を記憶する。
【0053】
ユーザ端末２は、制御部２１、メモリ２２、操作部２３、検出部２４、通信部２５、及び表示部２６を備える。尚、図２では、ｎ（ｎは自然数）人のユーザに対応するｎ台のユーザ端末２＿１，・・・，２＿ｎが例示されている。ユーザＵ１はユーザ端末２＿１を所有し、・・・、ユーザＵｎはユーザ端末２＿ｎ所有を所有する。
【0054】
制御部２１は、ＣＰＵ等のプロセッサで構成され、ユーザ端末２の全体制御を司る。メモリ２２は、例えば、不揮発性の記憶装置で構成されている。メモリ２２には、荷物に関する情報をユーザに提示するためのアプリケーションプログラムが記憶されている。また、メモリ２２には、ユーザを識別するユーザＩＤが記憶されている。
【0055】
操作部２３は、入力装置、例えば、タッチパネル又はキーボード及びマウスで構成され、ユーザからの操作を受け付ける。
【0056】
検出部２４は、周期的に（例えば、５分毎に）複数のＧＰＳ衛星から送信される信号を受信し、受信した信号に基づいて、ユーザ端末２の現在位置を算出する。ユーザ端末２＿１の現在位置をユーザＵ１の現在位置、・・・、ユーザ端末２＿ｎの現在位置をユーザＵｎの現在位置としてもよい。
【0057】
通信部２５は、例えば、ユーザ端末２をネットワークＮＴに接続させる通信回路で構成されている。本開示では、通信部２５は、特に、サーバ１に対して検出部２４が周期的に算出するユーザ端末２の現在位置を示す位置情報及びメモリ２２に記憶されているユーザＩＤを送信したり、後述するマイエリア情報の設定が完了したことを示す情報をサーバ１から受信したりする。
【0058】
表示部２６は、ディスプレイ、例えば、液晶ディスプレイ又は有機ＥＬで構成され、荷物に関する情報をユーザに表示する。
【0059】
配達端末３は、制御部３１、メモリ３２、操作部３３、検出部３４、通信部３５、及び表示部３６を備える。制御部３１は、ＣＰＵ等のプロセッサで構成され、配達端末３の全体制御を司る。メモリ３２は、例えば、不揮発性の記憶装置で構成されている。メモリ３２には、荷物の配達場所をドライバーに提示するためのアプリケーションプログラムが記憶されている。また、メモリ３２には、配達車４を識別する車両ＩＤが記憶されている。操作部３３は、入力装置、例えば、タッチパネル又はキーボードで構成され、ドライバーからの操作を受け付ける。
【0060】
検出部３４は、周期的に（例えば、５分毎に）複数のＧＰＳ衛星から送信される信号を受信し、受信した信号に基づいて、配達端末３の現在位置を算出する。配達端末３の現在位置を配達車４の現在位置としてもよい。
【0061】
通信部３５は、例えば、配達端末３をネットワークＮＴに接続させる通信回路で構成されている。本開示では、通信部３５は、特に、サーバ１に対して、検出部３４が周期的に算出する配達端末３の現在位置を示す位置情報及びメモリ３２に記憶されている車両ＩＤを送信したり、ユーザが不在のために配達できなかった荷物を識別する荷物ＩＤを送信したりする。また、通信部３５は、サーバ１から各ユーザの荷物の配達場所を示す情報を受信したりする。
【0062】
表示部３６は、ディスプレイ、例えば、液晶ディスプレイ又は有機ＥＬで構成され、ユーザの荷物の配達場所を示す画像を表示し、前記配達場所をドライバーに提示する。尚、表示部３６は、配達端末３がカーナビゲーションシステムで構成される場合、カーナビゲーションシステムのディスプレイで構成される。
【0063】
（シーケンス）
図３は、図２に示す提示システム１０の処理の概要を示す図である。尚、図３では、配達車４の走行中に各ユーザの荷物の配達場所を示す情報が配達端末３に表示される態様が採用された場合の処理の概要が示されている。但し、これは一例である。後述するように、各ユーザの不在時及び配達車４の出発前に、各ユーザの荷物の配達場所を示す情報が配達端末３に表示される態様が採用された場合であっても、図３に示すシーケンスは適用可能である。
図３は、図２に示す提示システム１０の処理の概要を示す図である。尚、図３では、配達車４の走行中に各ユーザの荷物の配達場所を示す情報が配達端末３に表示される態様が採用された場合の処理の概要が示されている。但し、これは一例である。後述するように、各ユーザの不在時及び配達車４の出発前に、各ユーザの荷物の配達場所を示す情報が配達端末３に表示される態様が採用された場合であっても、図３に示すシーケンスは適用可能である。
【0064】
図３に示すシーケンスは大きく二つのフェーズに分けられる。一つ目のフェーズは、一以上のユーザの其々について、ユーザの現在位置の履歴を示す移動履歴情報に基づき、ユーザの荷物の配達場所の候補である一以上の配達場所候補を示すマイエリア情報（候補情報の一例）を設定するフェーズであり、Ｓ１～Ｓ３の処理によって示される。
【0065】
二つ目のフェーズは、一つ目のフェーズで設定された一以上のユーザのマイエリア情報及び配達車４の現在位置等に基づき、各ユーザが指定した荷物の配達先の代替となる一以上の代替配達場所を決定し、配達車４のドライバーに提示するフェーズである。二つ目のフェーズは、Ｓ４～Ｓ１１の処理によって示される。二つ目のフェーズは、例えば、配達端末３において配達端末３の現在位置を示す位置情報が送信される度に繰り返し実行される。
【0066】
尚、図３では、一台の配達車４が一以上のユーザの荷物を配達するケースを例に挙げて説明する。また、サーバ１は、管理対象となる他の配達車４が配達する一以上のユーザの荷物についても、図３に示すシーケンスを適用して、各ユーザの荷物の配達場所を示す情報を決定し、当該他の配達車４のドライバーに提示する。
【0067】
まず、一以上のユーザ端末２の其々において、制御部２１は、検出部２４が周期的に算出するユーザ端末２の現在位置を示す位置情報を、ユーザ端末２のユーザの現在位置を示す情報（以降、第二位置情報と呼ぶことがある）として、メモリ２２に記憶されているユーザＩＤと共に、通信部２５にサーバ１へ送信させる（ステップＳ１）。
【0068】
サーバ１では、通信部１２がユーザ端末２からユーザＩＤ及び第二位置情報を受信する度に、制御部１１は、当該受信されたユーザＩＤによって識別されるユーザ（以降、対応ユーザと呼ぶことがある）のマイエリア情報（候補情報の一例）の設定を行う（ステップＳ２）。
【0069】
対応ユーザのマイエリア情報は、一以上の配達場所候補を示す情報である。一以上の配達場所候補のそれぞれは対応ユーザの荷物の配達場所の候補である。対応ユーザのマイエリア情報は、後述するように、対応ユーザの現在位置の履歴を示す移動履歴情報に基づき定められる。具体的には、スーパー又は駅等に設置されている宅配ロッカー、コンビニ、又は郵便局等の荷物を保管可能な保管場所のうち、対応ユーザが頻繁に訪れたと考えられる保管場所が配達場所候補として定められる。対応ユーザのマイエリア情報の設定方法の詳細については後述する。
【0070】
制御部１１は、通信部１２が一以上のユーザの其々のユーザ端末２からユーザＩＤ及びユーザ端末２の位置情報を受信する度にステップＳ２を行う。これにより、制御部１１は、一以上のユーザのマイエリア情報を設定する。
【0071】
制御部１１は、対応ユーザのマイエリア情報の設定が完了する度に、対応ユーザのマイエリア情報の設定が完了したことを示す情報を、通信部１２に対応ユーザのユーザ端末２へ送信させる（ステップＳ３）。
【0072】
以上が一つ目のフェーズである。以降二つ目のフェーズが開始される。二つ目のフェーズは、例えば対象となる一台の配達車４が配送センターを出発したことをトリガーにして開始される。
【0073】
二つ目のフェーズでは、まず、配達端末３において、制御部３１は、検出部３４が周期的に算出する配達端末３の位置情報を、配達車４の現在位置を示す情報（以降、第一位置情報と呼ぶことがある）として、メモリ３２に記憶されている車両ＩＤと共に、通信部３５にサーバ１へ送信させる（ステップＳ４）。
【0074】
サーバ１では、通信部１２が車両ＩＤ及び第一位置情報を受信する度に、制御部１１が、通信部１２によって受信された情報とメモリ１３に記憶されている情報とを用いて所定の照合処理を行う（ステップＳ５）。
【0075】
具体的には、制御部１１は、配達車４が配達する一以上の荷物に対応する一以上のユーザの其々を対象にして、ステップＳ５の照合処理を行う。図４は、照合処理の概要を示す図である。図４は、制御部１１が、対象とする対象ユーザのマイエリア情報が示す一の配達場所候補Ａ１の位置から第一距離Ｄ１以内の領域Ｂ１と、受信された第一位置情報が示す配達車４の現在位置Ｐ１と、を照合する例を示している。第一距離Ｄ１は、例えば、配達車４が次の荷物の配達場所まで走行すると考えられる距離の上限値（例えば、１ｋｍ）等に予め定められている。
【0076】
領域Ｂ１は配達場所候補Ａ１の位置を中心とする半径がＤ１の円、及びその円の内部の領域である。すなわち、領域Ｂ１はπ×（Ｄ１）２の面積を有する。また、対象ユーザのマイエリア情報が複数の配達場所候補を示す場合、ステップＳ５の照合処理において、複数の領域のそれぞれと、受信された第一位置情報が示す配達車４の現在位置Ｐ１と、が照合される。複数の配達場所候補と複数の領域は一対一対応する。
【0077】
上記照合処理の結果、対象ユーザのマイエリア情報が示す一以上の配達場所候補と一対一対応する一以上の領域のうち何れかが、配達車４の現在位置Ｐ１を含む場合（ステップＳ５でＹＥＳ）、制御部１１は、ステップＳ６を行う。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。なお、対象ユーザのマイエリア情報が示す一以上の配達場所候補と一対一対応する一以上の領域を第一の一以上の領域と呼び、第一の一以上の領域のうち配送車４の現在位置Ｐ１を含む一以上の領域を第二の一以上の領域と呼んでもよい。図４の例では、配達場所候補Ａ１の位置から第一距離Ｄ１以内の領域Ｂ１に配達車４の現在位置Ｐ１が存在する。このため、制御部１１は、ステップＳ５の照合処理で、配達場所候補Ａ１の位置から第一距離Ｄ１以内の領域が配達車４の現在位置Ｐ１を含むと判定する。
【0078】
ステップＳ６において、制御部１１は、第二の一以上の領域に一対一対応する一以上の配達場所候補である一以上の代替配達場所に対象ユーザの荷物を配達可能であることを示す代替情報を生成する（ステップＳ６）。第二の一以上の領域に対応する一以上の配達場所候補と一以上の代替配達場所は一対一対応する。具体的には、ステップＳ６において、制御部１１は、対象ユーザの荷物を識別する荷物ＩＤと、一以上の代替配達場所を識別する一以上のマイエリアＩＤと、一以上の代替配達場所の名称と、を含む情報を、代替情報として生成する。尚、制御部１１は、代替情報に含めるこれらの情報をメモリ１３から取得する。一以上の代替配達場所と一以上のマイエリアＩＤは一対一対応し、一以上の代替配達場所と一以上の代替配達場所の名称は一対一対応する。
【0079】
そして、制御部１１は、通信部１２に、ステップＳ６で生成した代替情報を対象ユーザのユーザ端末２へ送信させる（ステップＳ７）。これにより、対象ユーザが訪れたと考えられる位置に関連付けられた前記一以上の代替配達場所に荷物を配達可能であることを、対象ユーザに提示することができる。
【0080】
一方、上記ステップＳ５における照合処理の結果、対象ユーザのマイエリア情報が示す全ての配達場所候補の位置から第一距離Ｄ１以内の全ての領域が、配達車４の現在位置Ｐ１を含まないとする（ステップＳ５でＮＯ）。つまり、配達車４が対象ユーザのマイエリア情報が示す全ての配達場所候補の位置から、第一距離Ｄ１よりも長い距離だけ離間した位置に存在するとする。この場合、制御部１１は、ステップＳ６を行わず、他のユーザを対象ユーザとしてステップＳ５の照合処理を行う。
【0081】
ステップＳ７の後、対象ユーザのユーザ端末２において、制御部２１は、通信部２５によって受信された代替情報を表示部２６に表示する（ステップＳ８）。図５は、ユーザ端末２に表示される代替情報を示す選択画面Ｇ５０の一例を示す図である。具体的には、ステップＳ８において、制御部２１は、例えば図５に示すように、通信部２５によって受信された代替情報を示す選択画面Ｇ５０を表示部２６に表示する。
【0082】
選択画面Ｇ５０には、表示欄Ｆ５１、表示欄Ｆ５３、表示欄Ｆ５４、オプションボタンＦ５２、ボタンＢ５１及びボタンＢ５２等が含まれる。制御部２１は、表示欄Ｆ５１に、代替情報に含まれる対象ユーザの荷物を識別する荷物ＩＤ（例えば、「１２３４－５６７８－９０」）を表示する。制御部２１は、表示欄Ｆ５３に、代替情報に含まれる一以上の代替配達場所の名称（例えば、「○○マート東神奈川店」、「東神奈川駅ロッカー」）を表示する。この例では、代替情報は二つの代替配達場所の名称を含む。
【0083】
制御部２１は、表示欄Ｆ５４に、選択画面Ｇ５０を非表示にするまでの残り時間（例えば、「５８秒」）を表示する。具体的には、制御部２１は、選択画面Ｇ５０の表示時に表示欄Ｆ５４に所定の制限時間（例えば、「１分」）を表示後、所定の単位時間（例えば、「１秒」）が経過する度に、表示欄Ｆ５４に表示する残り時間を当該単位時間だけ減少させる。制御部２１は、選択画面Ｇ５０の表示後、上記制限時間が経過すると、選択画面Ｇ５０を非表示にする。
【0084】
オプションボタンＦ５２は、表示欄Ｆ５３に表示された名称が示す一以上の代替配達場所の何れか一つを、対象ユーザの荷物の配達場所として選択させるための画面部品である。図５では、名称「○○マート東神奈川店」の代替配達場所が、対象ユーザの荷物の配達場所として選択された例を示している。ボタンＢ５１は、オプションボタンＦ５２を用いて選択された一以上の代替配達場所の何れか一つを、対象ユーザの荷物の配達場所としてサーバ１に通知するためのボタンである。ボタンＢ５２は、選択画面Ｇ５０を非表示にするためのボタンである。
【0085】
対象ユーザによるオプションボタンＦ５２の操作によって、一以上の代替配達場所の何れかが対象ユーザの荷物の配達場所として選択された状態で、ボタンＢ５１が押下されたとする（ステップＳ９）。この場合、制御部２１は、当該選択された一つの代替配達場所を示す配達場所情報を、通信部２５にサーバ１へ送信させる（ステップＳ１０）。
【0086】
配達場所情報には、前記選択された一つの代替配達場所を識別するマイエリアＩＤと、対象ユーザを識別するユーザＩＤと、が含まれる。前記選択された一つの代替配達場所のマイエリアＩＤは、通信部２５によって受信された代替情報から取得される。尚、対象ユーザによる操作部２３の操作によってボタンＢ５２が押下されると、制御部２１は、選択画面Ｇ５０を非表示にする。この場合、配達場所情報はサーバ１に送信されないことになる。
【0087】
一方、サーバ１では、ステップＳ７において通信部１２が代替情報を対象ユーザのユーザ端末２に送信した後、通信部１２が対象ユーザのユーザ端末２によって送信された配達場所情報を受信したとする。この場合、制御部１１は、配達場所情報が示す場所に対象ユーザの荷物を配達することを示す提示情報を、通信部１２に配達端末３へ送信させる（ステップＳ１１）。
【0088】
提示情報には、対象ユーザの荷物を識別する荷物ＩＤ、対象ユーザの荷物の配達場所の名称及び当該配達場所の位置を示す情報等が含まれる。対象ユーザの荷物の配達場所は、通信部１２によって受信された配達場所情報が示す場所である。つまり、対象ユーザの荷物の配達場所は、対象ユーザのマイエリア情報が示す一以上の代替配達場所のうち、対象ユーザによって選択された何れか一の代替配達場所である。制御部１１は、提示情報に含めるこれらの情報をメモリ１３から取得する。
【0089】
尚、ステップＳ７において通信部１２が代替情報を対象ユーザのユーザ端末２に送信した後、上記制限時間が経過した時点で、通信部１２が当該対象ユーザのユーザ端末２によって送信された配達場所情報を受信していなかったとする。この場合、制御部１１は、ステップＳ１１を行わない。
【0090】
ステップＳ１１の後、配達端末３では、制御部３１は、通信部３５によって受信された提示情報を表示部３６に表示する（ステップＳ１２）。図６は、配達端末３に表示される提示情報を示す表示画面Ｇ６０の一例を示す図である。具体的には、ステップＳ１２において、制御部３１は、例えば図６に示すように、通信部３５によって受信された提示情報を示す表示画面Ｇ６０を表示部３６に表示する。
【0091】
表示画面Ｇ６０は、地図領域Ｒ６１とメッセージ領域Ｒ６２とを備えている。制御部３１は、地図領域Ｒ６１に、配達車４の位置Ｐ１を含む一定範囲の地図画像を表示する。制御部３１は、提示情報に含まれる対象ユーザの荷物の配達場所の位置を示す位置情報を取得し、取得した位置情報が示す位置に対応する当該地図画像上の位置に、当該配達場所を示すマークＭ６２を表示する。また、制御部３１は、検出部３４が検出した配達車４の現在位置に対応する当該地図画像上の位置に、配達車４を示すマークＭ６１を表示する。尚、地図画像の画像データは、配達端末３のメモリ３２に記憶されていてもよいし、ステップＳ１１において、サーバ１から送信される提示情報に含まれていてもよい。
【0092】
制御部３１は、メッセージ領域Ｒ６２に、地図領域Ｒ６１に表示された対象ユーザの荷物の配達場所を示すマークＭ６２と対応付けて吹き出し領域Ｍ６３を表示する。吹き出し領域Ｍ６３には、表示欄Ｆ６１及び表示欄Ｆ６２が含まれる。制御部３１は、表示欄Ｆ６１に、提示情報に含まれる対象ユーザの荷物を識別する荷物ＩＤ（例えば、「１２３４－５６７８－９０」）を表示する。制御部３１は、表示欄Ｆ６２に、提示情報に含まれる対象ユーザの荷物の配達場所の名称（例えば、「○○マート東神奈川店」）を表示する。
【0093】
これにより、配達車４の現在位置から第一距離Ｄ１以内にある対象ユーザが訪れたと考えられる代替配達場所に、対象ユーザの荷物を配達することを、配達車４のドライバーに通知することができる。その結果、配達車４のドライバーは、配達車４を第一距離Ｄ１以下の距離を移動させれば、対象ユーザが訪れたと考えられる、対象ユーザにとって荷物を受け取りやすい代替配達場所に荷物を配達することができる。
【0094】
したがって、本態様によれば、配達車４の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐことができる。これにより、荷物の再配達に要する配達車４の燃料コスト及びドライバーの人件費等のコストを軽減することができる。
【0095】
（マイエリア情報の設定方法）
次に、ステップＳ１～ステップＳ３（図３参照）における一以上のユーザのマイエリア情報の設定方法について、図７乃至図１２を用いて詳述する。図７は、マイエリア情報の設定方法の概要を示す図である。図８は、マイエリア情報を設定する処理の一例を示すフローチャートである。図９は、移動履歴テーブルＴｕｈの一例を示す図である。図１０は、エリアテーブルＴｍｈ１の一例を示す図である。図１１は、顧客テーブルＴｃｓの一例を示す図である。図１２は、ユーザ端末２に表示される設定完了情報を示す通知画面Ｇ１２０の一例を示す図である。
次に、ステップＳ１～ステップＳ３（図３参照）における一以上のユーザのマイエリア情報の設定方法について、図７乃至図１２を用いて詳述する。図７は、マイエリア情報の設定方法の概要を示す図である。図８は、マイエリア情報を設定する処理の一例を示すフローチャートである。図９は、移動履歴テーブルＴｕｈの一例を示す図である。図１０は、エリアテーブルＴｍｈ１の一例を示す図である。図１１は、顧客テーブルＴｃｓの一例を示す図である。図１２は、ユーザ端末２に表示される設定完了情報を示す通知画面Ｇ１２０の一例を示す図である。
【0096】
先ず、図７を用いて、マイエリア情報の設定方法の概要について説明する。図７には、提示システム１０の一のユーザの自宅周辺の地図画像が図示されている。当該地図画像上には、配達車４により配達される荷物を保管可能な保管場所として、コンビニ「○○マート東神奈川店」、駅「○○駅」及びスーパー「△△ショップ東神奈川店」が図示され、当該一のユーザの現在位置の履歴が×印で図示されている。
【0097】
図７の例では、コンビニ「○○マート東神奈川店」の位置から第二距離Ｄ２以内の位置を示す点線の円形の領域に、×印が多く含まれている。これに対し、スーパー「△△ショップ東神奈川店」の位置から第二距離Ｄ２以内の位置を示す点線の円形の領域には、×印が含まれていない。このことから、当該一のユーザは、コンビニ「○○マート東神奈川店」に頻繁に訪れたと考えられ、スーパー「△△ショップ東神奈川店」には訪れたことがないと考えられる。この場合、当該一のユーザが自宅に不在のとき、当該ユーザが頻繁に訪れたと考えられるコンビニ「○○マート東神奈川店」に荷物を配達し、コンビニ「○○マート東神奈川店」が荷物を保管するようにすれば、当該一のユーザは、荷物を受け取るために、コンビニ「○○マート東神奈川店」まで容易に出向くと考えられる。
【0098】
本実施形態におけるマイエリア情報の設定方法は、上記考察の結果、想起されたものであり、先ず、上記×印に相当するユーザの現在位置の履歴を示す移動履歴情報を記憶する。なお、ユーザの現在位置はユーザ端末の現在位置である。そして、ユーザの移動履歴情報に基づき、ユーザが存在していた位置から第二距離Ｄ２内に存在する保管場所を把握する。そして、当該把握した保管場所の中で当該ユーザが頻繁に訪れたと考えられる保管場所を示す情報を、当該ユーザの配達場所候補を示すマイエリア情報として設定する。当該設定方法の具体的な処理フローを図８に示す。
【0099】
尚、図８では、サーバ１が、一のユーザのマイエリア情報を設定後、当該一のユーザのマイエリア情報の設定が完了したことを、当該一のユーザのユーザ端末２に通知するケースを例に挙げて説明する。また、サーバ１は、配達車４によって荷物が配達される他のユーザについても、図８に示すフローに従い、当該他のユーザのマイエリア情報を設定後、当該他のユーザのマイエリア情報の設定が完了したことを、当該他のユーザのユーザ端末２に通知する。
【0100】
図８に示すように、通信部１２が、ステップＳ１（図３）でユーザ端末２が送信したユーザＩＤ及び対応ユーザの現在位置、すなわち、ユーザ端末の現在位置、を示す第二位置情報を受信すると（ステップＳ２１）、制御部１１は、ステップＳ２１で受信されたユーザＩＤと第二位置情報とを関連付けて、図９に示す移動履歴テーブルＴｕｈに記憶する（ステップＳ２２）。
【0101】
尚、コンビニ及び郵便局等の店舗において、監視カメラで取得した画像、監視マイクで取得した音声、又は、店舗における商品の購入履歴等から、ユーザの存在を検知するようにしてもよい。また、駅の改札機の通過履歴等から、ユーザの存在を検知するようにしてもよい。そして、ユーザの存在を検知した店舗又は駅等の位置を示す情報を、ユーザの現在位置を示す第二位置情報として、当該検知したユーザを識別するユーザＩＤと共に、サーバ１に送信するようにしてもよい。この場合にも、サーバ１において、通信部１２が受信したユーザＩＤ及び第二位置情報を用いて、ステップＳ２２以降の処理を行うようにしてもよい。
【0102】
移動履歴テーブルＴｕｈは、メモリ１３が有する記憶領域の一部によって構成されている。移動履歴テーブルＴｕｈには、一以上のユーザの其々について、ユーザの現在位置を示す第二位置情報がレコード単位で記憶される。つまり、移動履歴テーブルＴｕｈに記憶されている各ユーザに対応する一以上のレコードが、各ユーザの現在位置の履歴を示す移動履歴情報の一例に相当する。
【0103】
具体的には、移動履歴テーブルＴｕｈは、図９に示すように、「日時」、「ユーザＩＤ」、「位置情報」、「エリアＩＤ」及び「累積訪問回数」フィールドを備えている。ステップＳ２２では、制御部１１は、ステップＳ２１でユーザＩＤ及び第二位置情報が受信された日時（受信日時の一例：例えば「８：００」）を「日時」フィールドに記憶する。尚、説明の便宜上、図９における「日時」フィールドには、時刻を示す情報（例えば「８：００」）を図示しているが、実際には、年月日を示す情報（例えば「２０１８／１２／１０」）も記憶される。
【0104】
制御部１１は、ステップＳ２１で受信されたユーザＩＤ（例えば「ＧＵＥＳＴ００２０」）を「ユーザＩＤ」フィールドに記憶する。制御部１１は、ステップＳ２１で受信された第二位置情報（例えば「（３５．４７８８９８，１３９．６３５７７５）」）を「位置情報」フィールドに記憶する。このように、制御部１１は、移動履歴テーブルＴｕｈの「ユーザＩＤ」及び「位置情報」フィールドに、ステップＳ２１で受信されたユーザＩＤ及び第二位置情報を其々記憶することにより、ステップＳ２１で受信されたユーザＩＤと第二位置情報とを関連付けてメモリ１３に記憶する。
【0105】
尚、「エリアＩＤ」フィールドには、後述するように、「位置情報」フィールドに記憶された第二位置情報が示す位置から、所定の第二距離Ｄ２以内に存在する保管場所を識別するエリアＩＤが記憶される。「累積訪問回数」フィールドには、後述するように、「ユーザＩＤ」フィールドに記憶されているユーザＩＤによって識別されるユーザが、「エリアＩＤ」フィールドに記憶されているエリアＩＤによって識別される保管場所に訪れたと考えられる回数の累計である累積訪問回数が記憶される。
【0106】
ステップＳ２２の後、制御部１１は、図１０に示すエリアテーブルＴｍｈ１を用いて、ステップＳ２１で受信された第二位置情報が示す位置から所定の第二距離Ｄ２以内の位置に、荷物を保管可能な保管場所が存在するか否かを判定する（ステップＳ２３）。尚、第二距離Ｄ２は、例えば、保管場所の敷地を覆う程度の大きさの円の半径（例えば、２０～３００ｍ）に定められている。
【0107】
エリアテーブルＴｍｈ１は、メモリ１３が有する記憶領域の一部によって構成されている。エリアテーブルＴｍｈ１には、荷物を保管可能な一以上の保管場所を示す情報（エリア情報の一例）が予め記憶されている。具体的には、図１０に示すように、エリアテーブルＴｍｈ１は、「エリアＩＤ」、「名称」及び「エリア位置情報」フィールドを備えている。「エリアＩＤ」フィールドには、荷物を保管可能な保管場所を識別するエリアＩＤ（例えば、「ＣＢ００１１」）が記憶されている。「名称」フィールドには、保管場所の名称（例えば、「○○マート東神奈川店」）が記憶されている。「エリア位置情報」フィールドには、保管場所の位置の緯度及び経度を示すエリア位置情報（例えば、「（３５．６７９７１，１３９．７６５１２５）」）が記憶されている。尚、エリア位置情報は、これに限らず、保管場所の位置の住所（都道府県名、市町村名及び番地）を示す情報であってもよい。
【0108】
具体的には、ステップＳ２３では、制御部１１は、ステップＳ２１で受信された第二位置情報が示す位置から第二距離Ｄ２以内の位置を示すエリア位置情報が、エリアテーブルＴｍｈ１に記憶されているか否かを判定する。当該エリア位置情報がエリアテーブルＴｍｈ１に記憶されている場合、制御部１１は、ステップＳ２１で受信された第二位置情報が示す位置から第二距離Ｄ２以内の位置に、保管場所が存在すると判定する（ステップＳ２３でＹＥＳ）。この場合、制御部１１は、当該保管場所を識別するエリアＩＤを、ステップＳ２２で移動履歴テーブルＴｕｈに記憶した第二位置情報と関連付けて記憶する（ステップＳ２４）。これにより、制御部１１は、対応ユーザが当該保管場所に訪れたものとして、当該保管場所を識別するエリアＩＤを、対応ユーザの現在位置の履歴を示す移動履歴情報として記憶する。
【0109】
具体的には、ステップＳ２４において、制御部１１は、図１０に示すエリアテーブルＴｍｈ１において、ステップＳ２１で受信された第二位置情報が示す位置から第二距離Ｄ２以内の位置を示すエリア位置情報（例えば、「（３５．６７９７１，１３９．７６５１２５）」）に関連付けられているエリアＩＤ（例えば、「ＣＢ００１１」）を取得する。そして、制御部１１は、当該取得したエリアＩＤ（例えば、「ＣＢ００１１」）を、ステップＳ２２において移動履歴テーブルＴｕｈ（図９）の「位置情報」フィールドに記憶した第二位置情報（例えば、「（３５．４８０１６５，１３９．６３９３０２）」）と関連付けて、移動履歴テーブルＴｕｈの「エリアＩＤ」フィールドに記憶する。
【0110】
尚、エリアテーブルＴｍｈ１において、ステップＳ２１で受信された第二位置情報が示す位置から第二距離Ｄ２以内の位置を示すエリア位置情報が複数記憶されているとする。この場合、ステップＳ２４において、制御部１１は、第二位置情報が示す位置に最も近い位置を示すエリア位置情報を含んだレコードに含まれるエリアＩＤを、ステップＳ２２で移動履歴テーブルＴｕｈに記憶した第二位置情報と関連付けて記憶する。
【0111】
次に、制御部１１は、移動履歴テーブルＴｕｈに記憶されている対応ユーザの移動履歴情報において、ステップＳ２４で記憶したエリアＩＤと関連付けられている累積訪問回数の最大値を一回分加算（インクリメント）する（ステップＳ２５）。これにより、制御部１１は、対応ユーザが、ステップＳ２４で移動履歴テーブルＴｕｈに記憶されたエリアＩＤによって識別される保管場所に訪れたと考えられる回数の累計である累積訪問回数を１回増加させる。
【0112】
例えば、図９に示す移動履歴テーブルＴｕｈは、通信部１２が日時「８：０５」にユーザＩＤ「ＧＵＥＳＴ００２０」及び第二位置情報「（３５．４８０１６５，１３９．６３９３０２）」を受信した場合に、ステップＳ２４でエリアＩＤ「ＣＢ００１１」が「エリアＩＤ」フィールドに記憶された後、ステップＳ２５が行われた例を示している。
【0113】
つまり、本具体例では、制御部１１は、ユーザＩＤ「ＧＵＥＳＴ００２０」によって識別される対応ユーザの移動履歴情報である、移動履歴テーブルＴｕｈにおいてユーザＩＤ「ＧＵＥＳＴ００２０」に関連付けられている一以上のレコードを参照する。そして、制御部１１は、参照した一以上のレコードのうち、「エリアＩＤ」フィールドがステップＳ２４で記憶されたエリアＩＤ「ＣＢ００１１」であるレコードにおいて、「累積訪問回数」フィールドに記憶された累積訪問回数が最大値「８０」であるレコードを参照する。そして、制御部１１は、参照したレコードの「累積訪問回数」フィールドに記憶された累積訪問回数の最大値「８０」に「１」加算した結果「８１」を、ステップＳ２４で記憶したエリアＩＤ「ＣＢ００１１」に関連付けられた「累積訪問回数」フィールドに記憶する。
【0114】
次に、制御部１１は、ステップＳ２１で受信されたユーザＩＤによって識別される対応ユーザの移動履歴情報に、累積訪問回数が所定の第一回数より多い回数のレコードが含まれているか否かを判定する（ステップＳ２６）。制御部１１は、ステップＳ２６において、対応ユーザの移動履歴情報に、累積訪問回数が所定の第一回数より多い回数を有するレコードが含まれていると判定した場合（ステップＳ２６でＹＥＳ）、ステップＳ２７を行う。
【0115】
ステップＳ２７において、制御部１１は、累積訪問回数が所定の第一回数より多い回数を有するレコードに含まれるエリアＩＤを、ステップＳ２１で受信されたユーザＩＤと関連付けて、図１１に示す顧客テーブルＴｃｓに記憶する（ステップＳ２７）。なお、累積訪問回数が所定の第一回数より多い回数のレコードに含まれるエリアＩＤが複数存在し、かつ複数のエリアＩＤが異なる場合は、制御部１１はこれらの異なる複数のエリアＩＤを図１１に示す顧客テーブルＴｃｓに記憶する。
【0116】
図１１に示す顧客テーブルＴｃｓにおいて、ユーザＩＤに対応する１以上のエリアＩＤは、ユーザＩＤで特定されるユーザのマイエリア情報である。例えば、図１１に示す顧客テーブルＴｃｓにおいて、ユーザＩＤがＧＵＥＳＴ００２０で特定されるユーザのマイエリア情報はＣＢ００１１、ＣＢ００１２、ＬＫ００８０である。
【0117】
なお、顧客テーブルＴｃｓに記憶されたエリアＩＤをマイエリアＩＤと呼んでもよい。つまり、制御部は対応ユーザが所定の第一回数よりも多くの回数訪れた一以上の保管場所を識別する一以上のエリアＩＤを、対応ユーザの一以上の配達場所候補を識別する一以上のマイエリアＩＤとしてメモリ１３に記憶する。対応ユーザのマイエリア情報は対応ユーザの一以上のマイエリアＩＤである。
【0118】
これにより、制御部１１は、対応ユーザのマイエリア情報の設定を終了する。
【0119】
顧客テーブルＴｃｓは、メモリ１３が有する記憶領域の一部によって構成されている。顧客テーブルＴｃｓには、提示システム１０を利用するユーザに関する情報が予め記憶されている。具体的には、図１１に示すように、顧客テーブルＴｃｓは、「ユーザＩＤ」、「氏名」、「自宅住所」、「自宅位置」及び「マイエリアＩＤ」等のフィールドを備えている。「ユーザＩＤ」フィールドには、ユーザを識別するユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）が記憶されている。「氏名」フィールドには、ユーザの名称（例えば、「宅急太郎」）が記憶されている。「自宅住所」フィールドには、ユーザの自宅の位置を示す住所が記憶されている。「自宅位置」フィールドには、ユーザの自宅の位置の緯度及び経度を示す自宅位置情報（例えば、「（３５．４７７９６３，１３９．６３３３４７）」）が記憶されている。
【0120】
「マイエリアＩＤ」フィールドには、ユーザのマイエリア情報が記憶される。ユーザのマイエリア情報は配達場所候補を識別するマイエリアＩＤを一以上示す。つまり、ステップＳ２７において、制御部１１は、ステップＳ２６で累積訪問回数が所定の第一回数より多い回数であると判定したレコードに含まれるエリアＩＤを「マイエリアＩＤ」フィールドに記憶する。なお、制御部１１は、累積訪問回数が所定の第一回数より多い回数であると判断した一のレコードに含まれる一のエリアＩＤ、及び、一のエリアＩＤと異なりかつ累積訪問回数が所定の第一回数より多い回数であると判断した他のレコードに含まれる他のエリアＩＤを「マイエリアＩＤ」フィールドに記憶してもよい。
【0121】
例えば、図１１に示す顧客テーブルＴｃｓは、ステップＳ２６で、ユーザＩＤ「ＧＵＥＳＴ００２０」で識別される対応ユーザの移動履歴情報に、累積訪問回数が所定の第一回数より多い回数であることを示す第１レコード、累積訪問回数が所定の第一回数より多い回数であることを示す第２レコード、累積訪問回数が所定の第一回数より多い回数であることを示す第３レコードが含まれると判定された後、ステップＳ２７で、第１レコードに含まれるエリアＩＤ「ＣＢ００１１」、第２レコードに含まれるエリアＩＤ「ＣＢ００１２」、第３レコードに含まれるエリアＩＤ「ＬＫ００８０」を「マイエリアＩＤ」フィールドに記憶された例を示している。
【0122】
尚、ステップＳ２５～ステップＳ２７に替えて、制御部１１は、ステップＳ２１で受信されたユーザＩＤによって識別される対応ユーザの移動履歴情報を示す、移動履歴テーブルＴｕｈにおける一以上のレコードを参照してもよい。そして、制御部１１は、当該参照した一以上のレコードに含まれる、所定の第一回数と同じ数の第一個数よりも多く存在する一以上のエリアＩＤを取得するようにしてもよい。そして、制御部１１は、ステップＳ２７と同様にして、当該取得した一以上のエリアＩＤを、対応ユーザのマイエリア情報が示す一以上の配達場所候補を識別する一以上のマイエリアＩＤとして、顧客テーブルＴｃｓに記憶するようにしてもよい。
【0123】
ステップＳ２７が終了すると、制御部１１は、対応ユーザのマイエリア情報の設定が完了したものとして、対応ユーザのユーザ端末２に、マイエリア情報の設定が完了したことを示す情報（以降、設定完了情報と呼ぶことがある）を、通信部１２に対応ユーザのユーザ端末２へ送信させる（ステップＳ２８）。
【0124】
設定完了情報には、ステップＳ２７で顧客テーブルＴｃｓに記憶されたマイエリアＩＤによって識別される配達場所候補の名称及び位置を示す情報、対応ユーザの自宅とマイエリアＩＤによって識別される配達場所候補とを含む一定範囲の地図画像を示す情報、及び、顧客テーブルＴｃｓの「自宅位置」フィールドに記憶されている対応ユーザの自宅の位置を示す情報等が含まれる。尚、制御部１１は、エリアテーブルＴｍｈ１において当該マイエリアＩＤと同じエリアＩＤに関連付けられている保管場所の名称及びエリア位置情報を、マイエリアＩＤによって識別される配達場所候補の名称及び位置を示す情報として取得する。また、前記地図画像は、前記地図画像を示す画像データであってもよいし、当該画像データにアクセスするためのＵＲＬであってもよい。
【0125】
対応ユーザのユーザ端末２において、通信部２５が設定完了情報を受信すると、制御部２１は、例えば図１２に示すように、通信部２５によって受信された設定完了情報を示す通知画面Ｇ１２０を表示部２６に表示する。
【0126】
通知画面Ｇ１２０は、地図領域Ｒ１２１とメッセージ領域Ｒ１２２とを備えている。制御部２１は、地図領域Ｒ１２１に、設定完了情報に含まれる地図画像を表示する。制御部２１は、設定完了情報に含まれる配達場所候補の位置を示す情報を取得し、取得した情報が示す位置に対応する当該地図画像上の位置に、当該配達場所候補を示すマークＭ１２１を表示する。また、制御部２１は、設定完了情報に含まれる対応ユーザの自宅の位置を示す情報を取得し、取得した情報が示す位置に対応する当該地図画像上の位置に、対応ユーザの自宅を示すマークＭ１２２を表示する。メッセージ領域Ｒ１２２には、表示欄Ｆ１２１が含まれる。制御部２１は、表示欄Ｆ１２１に、設定完了情報に含まれる配達場所候補の名称（例えば、「○○マート東神奈川店」）を表示する。
【0127】
このように、本態様によれば、対応ユーザの移動履歴情報において、所定の第一回数と同じ数の第一個数よりも多く存在するエリアＩＤが、対応ユーザのマイエリア情報が示すマイエリアＩＤとしてメモリ１３に記憶される。これにより、対応ユーザが、所定の第一回数よりも多く訪れたと考えられる保管場所を示す情報が対応ユーザのマイエリア情報として定められる。このため、ステップＳ７（図３）において代替情報が対応ユーザのユーザ端末２に送信された場合に、対応ユーザが頻繁に訪れたと考えられる代替配達場所に荷物を配達可能であることを、対応ユーザに提示することができる。
【0128】
（ユースケース１：ユーザ不在時の処理フロー）
図３に示すシーケンスに従い、配達車４の走行中に各ユーザの荷物の配達場所を示す情報が配達端末３に表示された場合であっても、ステップＳ１０が行われず、ユーザが指定した配達先に荷物を配達することがある。そして、配達車４が当該配達先に到着した際に、当該ユーザが不在である場合がある。このように、ユーザの不在時に、当該ユーザの荷物の配達場所を示す情報を配達端末３に表示する態様（以降、ユースケース１と呼ぶことがある）について、図１３及び図１４を用いて以下に説明する。図１３は、荷物テーブルＴｃｂ１の一例を示す図である。図１４は、ユーザ不在時にサーバ１が行う処理の第一例を示すフローチャートである。
図３に示すシーケンスに従い、配達車４の走行中に各ユーザの荷物の配達場所を示す情報が配達端末３に表示された場合であっても、ステップＳ１０が行われず、ユーザが指定した配達先に荷物を配達することがある。そして、配達車４が当該配達先に到着した際に、当該ユーザが不在である場合がある。このように、ユーザの不在時に、当該ユーザの荷物の配達場所を示す情報を配達端末３に表示する態様（以降、ユースケース１と呼ぶことがある）について、図１３及び図１４を用いて以下に説明する。図１３は、荷物テーブルＴｃｂ１の一例を示す図である。図１４は、ユーザ不在時にサーバ１が行う処理の第一例を示すフローチャートである。
【0129】
尚、以下の説明では、上述したように、図８に示した各処理が行われ、一以上のユーザの其々について、各ユーザのマイエリア情報が設定されているものとする。また、サーバ１は、管理対象となる配達車４毎に、配達車４に配達させる一以上のユーザの荷物の其々に関する情報である荷物リスト（荷物情報の一例）を事前に作成しており、当該荷物リストが予め図１３に示す荷物テーブルＴｃｂ１に記憶されているものとする。
【0130】
また、提示システム１０が対象とする配達車４には、配達車４が出発する事前に、荷物テーブルＴｃｂ１に記憶されている当該配達車４に対応する荷物リストがサーバ１から配達端末３に送信され、配達端末３のメモリ３２に、サーバ１から受信した荷物リストが記憶されているものとする。
【0131】
荷物テーブルＴｃｂ１は、メモリ１３が有する記憶領域の一部によって構成されている。具体的には、荷物テーブルＴｃｂ１は、図１３に示すように、「ユーザＩＤ」、「荷物ＩＤ」、「車両ＩＤ」、「配達先」、「配達先位置」及び「種類」等のフィールドを備えている。「ユーザＩＤ」フィールドには、ユーザを識別するユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）が記憶されている。「荷物ＩＤ」フィールドには、ユーザの荷物を識別する荷物ＩＤ（例えば、「１２３４－５６７８－９０」）が記憶されている。「車両ＩＤ」フィールドには、ユーザの荷物を配達する配達車４を識別する車両ＩＤ（例えば、「ＴＲＫ００１５」）が記憶されている。
【0132】
「配達先」フィールドには、ユーザが指定した荷物の配達先の名称又は住所を示す配達先名称情報（例えば、「横浜市神奈川区東神奈川・・・」）が記憶されている。「配達先位置」フィールドには、ユーザが指定した荷物の配達先の位置の緯度及び経度を示す配達先位置情報（例えば、「（・・・，・・・）」）が記憶されている。配達先名称情報及び配達先位置情報によって、ユーザが指定した荷物の配達先を示す配達先情報が構成されている。「種類」フィールドには、ユーザの荷物の種類を示す属性情報（例えば、「食品」）が記憶されている。荷物テーブルＴｃｂ１に記憶されている一以上のレコードが、荷物リストに相当する。
【0133】
ユースケース１では、先ず、配達車４のドライバーは、配達端末３の操作部３３を用いて、指定された配達先に不在のユーザの荷物（以降、不在荷物と呼ぶことがある）を識別する荷物ＩＤを入力する。制御部３１は、不在荷物を識別する荷物ＩＤが入力されると、通信部３５に、当該入力された不在荷物を識別する荷物ＩＤをサーバ１へ送信させる。
【0134】
図１４に示すように、サーバ１では、通信部１２が、配達端末３から不在荷物を識別する荷物ＩＤを受信し（ステップＳ３１）、ステップＳ４（図３参照）で配達端末３から周期的に送信される車両ＩＤ及び第一位置情報を受信する（ステップＳ３２）。制御部１１は、荷物テーブルＴｃｂ１（図１３）を参照し、ステップＳ３１で受信された荷物ＩＤ（例えば、「１２３４－５６７８－９０」）に関連付けられているユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）を取得する（ステップＳ３３）。
【0135】
次に、制御部１１は、顧客テーブルＴｃｓ（図１１）から、ステップＳ３３で受信されたユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）に関連付けられている一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）を取得する（ステップＳ３４）。このように、ステップＳ３３及びステップＳ３４において、制御部３１は、不在荷物のユーザのマイエリア情報が示す一以上の配達候補場所を識別する、一以上のマイエリアＩＤを取得する。
【0136】
次に、制御部１１は、ステップＳ５（図３）と同様、ステップＳ３４で取得した一以上のマイエリアＩＤによって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、ステップＳ３２で受信された第一位置情報によって示される配達車４の現在位置Ｐ１と、の照合処理を行う（ステップＳ３５）。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。具体的には、制御部１１は、エリアテーブルＴｍｈ１（図１０）において、ステップＳ３４で取得した一以上のマイエリアＩＤと同じ一以上のエリアＩＤに関連付けられている一以上のエリア位置情報を取得し、当該取得した一以上のエリア位置情報が示す一以上の位置を、前記一以上の配達場所候補の位置として、ステップＳ３５の照合処理を行う。
【0137】
ステップＳ３４で取得した一以上のマイエリアＩＤと一対一対応する一以上の領域のうち何れかが、配達車４の現在位置Ｐ１を含むとする（ステップＳ３５でＹＥＳ）。なお、ステップＳ３４で取得した一以上のマイエリアＩＤと一対一対応する一以上の領域を第三の一以上の領域と呼び、第三の一以上の領域のうち配送車４の現在位置Ｐ１を含む一以上の領域を第四の一以上の領域と呼んでもよい。
【0138】
この場合、制御部１１は、ステップＳ６及びステップＳ７（図３）と同様、代替情報を生成し、当該生成した代替情報を、通信部１２に、ステップＳ３３で取得したユーザＩＤで識別されるユーザのユーザ端末２へ送信させる（ステップＳ３６）。これにより、ステップＳ３３で取得したユーザＩＤで識別されるユーザが訪れたと考えられる位置に関連付けられた第四の一以上の領域に一対一対応する一以上の配達場所候補である一以上の代替配達場所に荷物を配達可能であることを、当該ユーザに提示することができる。第四の一以上の領域に対応する一以上の配達場所候補と一以上の代替配達場所は一対一対応する。その後は、図３に示したステップＳ８以降の処理が行われる。
【0139】
具体的には、ステップＳ３６において、制御部１１は、ステップＳ３１で受信された荷物ＩＤと、ステップＳ３４で取得した一以上のマイエリアＩＤのうち、前記一以上の代替配達場所を識別する一以上のマイエリアＩＤと、エリアテーブルＴｍｈ１（図１０）において、前記一以上の代替配達場所を識別する一以上のマイエリアＩＤと同じ一以上のエリアＩＤに関連付けられている一以上の保管場所の名称と、を含む情報を、代替情報として生成する。
【0140】
一方、上記ステップＳ３５の照合処理の結果、ステップＳ３４で取得した一以上のマイエリアＩＤが示す全ての配達場所候補の位置から第一距離Ｄ１以内の全ての領域が、配達車４の現在位置Ｐ１を含まないとする（ステップＳ３５でＮＯ）。つまり、配達車４が、ステップＳ３４で取得した一以上のマイエリアＩＤが示す全ての配達場所候補の位置から、第一距離Ｄ１よりも長い距離だけ離間した位置に存在するとする。この場合、制御部１１は、ステップＳ３６を行わずに、処理を終了する。この場合、図３に示したステップＳ８以降の処理も行われない。
【0141】
その後、ステップＳ１０（図３）が行われ、サーバ１において、当該ユーザのユーザ端末２から前記一以上の代替配達場所の何れか一を示す配達場所情報が受信された場合、ステップＳ１１（図３）において、当該配達場所情報が示す場所に当該ユーザの荷物を配達することを示す提示情報が配達車４の配達端末３に送信される。これにより、配達車４の現在位置から第一距離Ｄ１以内にある当該ユーザが訪れたと考えられる代替配達場所に、不在荷物を配達することを、配達車４のドライバーに通知することができる。その結果、配達車のドライバーは、配達車４を第一距離Ｄ１以下の距離を移動させれば、当該ユーザが訪れたと考えられる、当該ユーザにとって荷物を受け取りやすい代替配達場所に不在荷物を配達することができ、未配を防ぐことができる。
【0142】
（ユースケース２：配達車４の出発前の処理フロー）
配達車４が近隣に住む複数のユーザの荷物を配達する場合、当該複数のユーザの荷物を当該複数のユーザの自宅の近隣に存在する保管場所に配達できれば、個別にユーザの荷物を配達することなく、効率良く荷物を配達できる。これを考慮し、複数のユーザの荷物を配達する配達車４の出発前に、各ユーザの荷物の配達場所を示す情報を配達端末３に表示する態様（以降、ユースケース２と呼ぶことがある）について、図１５及び図１６を用いて以下に説明する。図１５は、荷物テーブルＴｃｂ２の他の一例を示す図である。図１６は、配達車４の出発前にサーバ１が行う処理の第一例を示すフローチャートである。
配達車４が近隣に住む複数のユーザの荷物を配達する場合、当該複数のユーザの荷物を当該複数のユーザの自宅の近隣に存在する保管場所に配達できれば、個別にユーザの荷物を配達することなく、効率良く荷物を配達できる。これを考慮し、複数のユーザの荷物を配達する配達車４の出発前に、各ユーザの荷物の配達場所を示す情報を配達端末３に表示する態様（以降、ユースケース２と呼ぶことがある）について、図１５及び図１６を用いて以下に説明する。図１５は、荷物テーブルＴｃｂ２の他の一例を示す図である。図１６は、配達車４の出発前にサーバ１が行う処理の第一例を示すフローチャートである。
【0143】
尚、以下の説明では、上述したように、図８に示した各処理が行われ、一以上のユーザの其々について、各ユーザのマイエリア情報が設定されているものとする。また、サーバ１は、ユースケース１とは異なる構成の荷物リストを事前に作成しており、当該荷物リストが予め図１５に示す荷物テーブルＴｃｂ２に記憶されているものとする。
【0144】
荷物テーブルＴｃｂ２は、メモリ１３が有する記憶領域の一部によって構成されている。具体的には、荷物テーブルＴｃｂ２は、図１５に示すように、図１３に示した荷物テーブルＴｃｂ１と同様の「ユーザＩＤ」、「荷物ＩＤ」、「車両ＩＤ」、「配達先」及び「配達先位置」フィールドを備え、更に、「出発地」及び「目的地」フィールドを備えている。
【0145】
「出発地」フィールドには、配達車４が「ユーザＩＤ」フィールドに記憶されたユーザＩＤによって識別されるユーザの荷物を配達するときの出発地を示す出発地情報（例えば、「博多ＢＳ」）が記憶されている。「目的地」フィールドには、配達車４が「ユーザＩＤ」フィールドに記憶されたユーザＩＤによって識別されるユーザの荷物を配達するときの目的地を示す目的地情報（例えば、「北大阪ＳＣ」）が記憶されている。荷物テーブルＴｃｂ２に記憶されている一以上のレコードが荷物リストに相当する。
【0146】
尚、図１５では説明の便宜上、出発地情報を、出発地の名称（例えば、「博多ＢＳ」）としているが、実際には、出発地情報には、出発地の位置の緯度及び経度を示す情報等が含まれる。同様に、目的地情報には、目的地の名称、目的地の位置の緯度及び経度を示す情報等が含まれる。
【0147】
ユースケース２では、先ず、配達車４のドライバーは、配達端末３の操作部３３を用いて、出発地においてこれから出発を開始することを示すシグナル（以降、出発開始シグナルと呼ぶことがある）を入力する。制御部３１は、当該出発開始シグナルが入力されると、当該入力された出発開始シグナルを、メモリ３２に記憶されている車両ＩＤと共にサーバ１に送信させる。
【0148】
図１６に示すように、サーバ１では、通信部１２が、配達端末３から車両ＩＤ及び出発開始シグナルを受信すると（ステップＳ４１）、制御部１１は、荷物テーブルＴｃｂ２（図１５）を参照し、ステップＳ４１で受信された車両ＩＤ（例えば、「ＴＲＫ００１５」）に関連付けられている一以上の出発地情報（例えば、「博多ＢＳ」、「博多ＢＳ」、・・・、「北大阪ＳＣ」、・・・）及び目的地情報（例えば、「北大阪ＳＣ」、「北大阪ＳＣ」、・・・、「大阪府門真市・・・」、・・・）を取得する（ステップＳ４２）。
【0149】
次に、制御部１１は、カーナビゲーションシステム等で行われている公知のルート探索処理を用いて、ステップＳ４２で取得した一以上の出発地情報及び目的地情報が示す一以上の出発地及び目的地の位置に基づき、配達車４が最初の荷物の配達を開始してから、最後の荷物の配達を終了するまでの走行経路を算出する（ステップＳ４３）。
【0150】
例えば、ステップＳ４１で、車両ＩＤ「ＴＲＫ００１５」が受信され、図１５に示す荷物テーブルＴｃｂ２を用いてステップＳ４２及びステップＳ４３が行われたとする。この場合、ステップＳ４３では、配達車４が最初にユーザＩＤ「ＧＵＥＳＴ００２０」によって識別されるユーザの荷物を配達するときの出発地「博多ＢＳ」から、配達車４が最初に当該荷物を配達するときの目的地及びユーザＩＤ「ＧＵＥＳＴ００８０」によって識別されるユーザの荷物を配達するときの出発地「北大阪ＳＣ」を経由し、ユーザＩＤ「ＧＵＥＳＴ００８０」によって識別されるユーザの荷物を配達するときの目的地「大阪府門真市・・・」を通る走行経路が算出される。
【0151】
また、制御部１１は、荷物テーブルＴｃｂ２（図１５）を参照し、ステップＳ４１で受信された車両ＩＤ（例えば、「ＴＲＫ００１５」）に関連付けられている一以上のユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」、「ＧＵＥＳＴ００２１」、・・・、「ＧＵＥＳＴ００８０」、・・・）を取得する（ステップＳ４４）。そして、制御部１１は、顧客テーブルＴｃｓ（図１１）から、ステップＳ４４で受信された一以上のユーザＩＤの其々に関連付けられている一以上のマイエリアＩＤ（例えば、ユーザＩＤ「ＧＵＥＳＴ００２０」に関連づけられた一以上のマイエリアＩＤ「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」、ユーザＩＤ「ＧＵＥＳＴ００２１」に関連づけられた一以上のマイエリアＩＤ「ＣＢ００１１、ＬＫ００８０」、・・・、ユーザＩＤ「ＧＵＥＳＴ００８０」に関連づけられた一以上のマイエリアＩＤ「ＣＢ００３０、ＬＫ００９０」、・・・）を取得する（ステップＳ４５）。このように、ステップＳ４４及びステップＳ４５おいて、制御部１１は、出発前の配達車４が配達する一以上の荷物のユーザの其々について、ユーザのマイエリア情報が示す一以上の配達候補場所を識別する一以上のマイエリアＩＤを取得する。
【0152】
次に、制御部１１は、ステップＳ４５で取得したあるユーザに対応づけられた一以上のマイエリアＩＤを含むマイエリアセットと、他のユーザに対応づけられた一以上のマイエリアＩＤを含むマイエリアセットに、重複しているマイエリアＩＤが含まれているか否かを判定する（ステップＳ４６）。例えば、ステップＳ４５で、図１１に示す顧客テーブルＴｃｓから、ユーザＩＤ「ＧＵＥＳＴ００２０」に関連付けられたマイエリアＩＤ「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」と、ユーザＩＤ「ＧＵＥＳＴ００２１」に関連付けられたマイエリアＩＤ「ＣＢ００１１、ＬＫ００８０」が取得されたとする。この場合、制御部１１は、ステップＳ４６において、マイエリアＩＤ「ＣＢ００１１」が重複していると判断する。また、制御部１１は、ステップＳ４６において、マイエリアＩＤ「ＬＫ００８０」も重複していると判断する。重複すると判断した一以上のマイエリアＩＤは「ＣＢ００１１」、「ＬＫ００８０」である。
【0153】
次に、制御部１１は、ステップＳ３５（図１４）と同様、ステップＳ４６で重複すると判断した一以上のマイエリアＩＤによって示される一以上の配達場所候補（一以上の重複候補の一例）の位置と一対一対応する一以上の領域と、ステップＳ４３で算出された配達車４の走行経路と、を照合する（ステップＳ４７）。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。つまり、制御部１１は、ステップＳ４７において、配達車４がステップＳ４３で算出された走行経路上を走行中に容易に立ち寄ることができるか否か、すなわち、走行経路から第一距離Ｄ１以内に一以上の重複配達場所が存在するか否かを判定する。
【0154】
ステップＳ４７において、ステップＳ４６で重複すると判断した一以上のマイエリアＩＤと一対一対応する一以上の領域のうち何れかが、ステップＳ４３で算出された配達車４の走行経路の上の位置を含むとする（ステップＳ４７でＹＥＳ）。なお、ステップＳ４６で重複すると判断した一以上のマイエリアＩＤと一対一対応する一以上の領域を第五の一以上の領域と呼び、第五の一以上の領域のうち配送車４の走行経路の上の位置を含む領域を第六の一以上の領域と呼んでもよい。
【0155】
この場合、制御部１１は、第六の一以上の領域に一対一対応する一以上の配達場所候補（以降、一以上の重複配達場所と呼ぶことがある）を識別する一以上のマイエリアＩＤを含むマイエリア情報に対応する一以上の通知対象ユーザの其々について、ステップＳ３６（図１４）と同様のステップＳ４８を行う（ステップＳ４８）。具体的には、ステップＳ４８において、制御部１１は、一以上の重複配達場所のうち、各通知対象ユーザのマイエリア情報に含まれる一以上のマイエリアＩＤが示す一以上の重複配達場所を一以上の代替配達場所とする代替情報を生成する。そして、制御部１１は、当該生成した代替情報を各通知対象ユーザのユーザ端末２に送信させる。その後は、図３に示したステップＳ８以降の処理が行われる。
【0156】
例えば、ステップＳ４７において、マイエリアＩＤ「ＣＢ００１２」が示す重複配達場所の位置から第一距離Ｄ１以内の領域が配達車４の走行経路の上の位置を含み、及び、マイエリアＩＤ「ＬＫ００８０」が示す重複配達場所の位置から第一距離Ｄ１以内の領域が、配達車４の走行経路の上の位置を含むとする。この場合、ステップＳ４８において、制御部１１は、図１１に示す顧客テーブルＴｃｓにおいて、マイエリアＩＤ「ＣＢ００１２」及び「ＬＫ００８０」に関連付けられているユーザＩＤ「ＧＵＥＳＴ００２０」によって識別されるユーザを通知対象ユーザと判断する。
【0157】
そして、制御部１１は、荷物テーブルＴｃｂ２（図１５）において、当該通知対象ユーザを識別するユーザＩＤ「ＧＵＥＳＴ００２０」に関連付けられている荷物ＩＤ「１２３４－５６７８－９０」と、前記二個の重複配達場所を識別するマイエリアＩＤ「ＣＢ００１２」「ＬＫ００８０」と、エリアテーブルＴｍｈ１（図１０）において、前記二個の重複配達場所を識別するマイエリアＩＤ「ＣＢ００１２」「ＬＫ００８０」と同じエリアＩＤに関連付けられている保管場所の名称「△△ショップ東神奈川店」「東神奈川駅ロッカー」と、を含む情報を、代替情報として生成する。そして、制御部１１は、当該生成した代替情報を通信部１２に当該通知対象ユーザのユーザ端末２へ送信させる。
【0158】
また、制御部１１は、図１１に示す顧客テーブルＴｃｓにおいて、前記二個の重複配達場所を識別するマイエリアＩＤ「ＣＢ００１２」及び「ＬＫ００８０」のうち、一個の重複配達場所を識別するマイエリアＩＤ「ＬＫ００８０」に関連付けられているユーザＩＤ「ＧＵＥＳＴ００２１」によって識別されるユーザも、通知対象ユーザと判断する。
【0159】
そして、制御部１１は、荷物テーブルＴｃｂ２（図１５）において、当該通知対象ユーザを識別するユーザＩＤ「ＧＵＥＳＴ００２１」に関連付けられている荷物ＩＤ「０９８７－６５４３－２１」と、前記一個の重複配達場所を識別するマイエリアＩＤ「ＬＫ００８０」と、エリアテーブルＴｍｈ１（図１０）において、前記一個の重複配達場所を識別するマイエリアＩＤ「ＬＫ００８０」と同じエリアＩＤに関連付けられている保管場所の名称「東神奈川駅ロッカー」と、を含む情報を、代替情報として生成する。そして、制御部１１は、当該生成した代替情報を当該通知対象ユーザのユーザ端末２に送信させる。
【0160】
本態様によれば、あるユーザに対応づけられた一以上のマイエリアＩＤを含むマイエリアセットと、他のユーザに対応づけられた一以上のマイエリアＩＤを含むマイエリアセットに、一以上のマイエリアＩＤが重複して含まれている場合、前記重複している一以上のマイエリアＩＤに一対一対応する一以上の配達場所候補の位置から第一距離Ｄ１以内の第五の一以上の領域と、配達車４が最初の荷物の配達を開始してから最後の荷物の配達を終了するまでの走行経路の位置が照合される。第五の一以上の領域のそれぞれは、対応する配達場所候補の位置からの第一距離Ｄ１以内の領域である。当該照合の結果、第五の一以上の領域のうち第六の一以上の領域が走行経路の上の位置を含むとする。この場合、通知対象ユーザのユーザ端末２に、第六の一以上の領域に一対一対応する一以上のマイエリアＩＤが示す一以上の重複配達場所を一以上の代替配達場所とする代替情報が送信される。
【0161】
これにより、前記走行経路から第一距離Ｄ１以内に一以上の重複配達場所が存在する場合に、一以上の重複配達場所の其々に荷物を配達可能であることを、通知対象ユーザに提示することができる。その結果、一以上の通知対象ユーザのユーザ端末２から配達場所情報を受信した場合には、配達端末３に提示情報が送信されるので、配達車４は、当該一以上の通知対象ユーザの荷物を、前記受信された配達場所情報が示す、一以上の重複配達場所の何れか一の場所に纏めて配達することができる。この場合、配達車４は、各通知対象ユーザの荷物を指定された配達先まで個別に配達させるのに要する手間を軽減でき、効率よく荷物を配達することができる。
【0162】
（ユースケース３：配達車４の出発前の処理フロー）
例えば急用等によって、ユーザが、予め指定した配達希望日時までに荷物の配達先まで移動することが困難になる場合がある。このような場合に、ユーザが頻繁に訪れたと考えられる保管場所が配達車４の走行経路付近に存在するときは、当該保管場所に荷物を配達することが考えられる。この場合、配達車４のドライバーは、ユーザが指定した配達先まで配達車４を走行させることなく、荷物を配達することができる。これにより、配達車４の燃料コスト及び当該荷物の配達に要する時間を軽減できる。また、当該ユーザは、急いで配達先に向かわなくても、都合の良い時間に頻繁に訪れたと考えられる保管場所で荷物を受け取ることができる。
例えば急用等によって、ユーザが、予め指定した配達希望日時までに荷物の配達先まで移動することが困難になる場合がある。このような場合に、ユーザが頻繁に訪れたと考えられる保管場所が配達車４の走行経路付近に存在するときは、当該保管場所に荷物を配達することが考えられる。この場合、配達車４のドライバーは、ユーザが指定した配達先まで配達車４を走行させることなく、荷物を配達することができる。これにより、配達車４の燃料コスト及び当該荷物の配達に要する時間を軽減できる。また、当該ユーザは、急いで配達先に向かわなくても、都合の良い時間に頻繁に訪れたと考えられる保管場所で荷物を受け取ることができる。
【0163】
これを考慮し、次の荷物を配達するために配達車４が出発する前に、当該次の荷物のユーザの現在位置、当該ユーザが指定した荷物の配達希望日時及び当該ユーザが指定した荷物の配達先に基づき、当該ユーザの荷物の配達場所を示す情報を配達端末３に表示する態様（以降、ユースケース３と呼ぶことがある）について、図１７乃至図１９を用いて以下に説明する。図１７は、荷物テーブルＴｃｂ３の一例を示す図である。図１８は、配達車４の出発前にサーバ１が行う処理の第二例を示すフローチャートである。図１９は、図１８に示す処理後の荷物テーブルＴｃｂ３の一例を示す図である。
【0164】
尚、以下の説明では、上述したように、図８に示した各処理が行われ、一以上のユーザの其々について、各ユーザのマイエリア情報が設定されているものとする。また、サーバ１は、ユースケース１及び２とは異なる構成の荷物リストを事前に作成しており、当該荷物リストが予め図１７に示す荷物テーブルＴｃｂ３に記憶されているものとする。
【0165】
ユースケース３では、荷物テーブルＴｃｂ３は、図１７に示すように、図１３に示した荷物テーブルＴｃｂ１と同様の「ユーザＩＤ」、「荷物ＩＤ」、「車両ＩＤ」、「配達先」、「配達先位置」フィールドを備え、更に、「配達先種別」フィールド及び「配達希望日時」フィールドを備えている。
【0166】
「配達先種別」フィールドには、「配達先」及び「配達先位置」フィールドに記憶されている配達先名称情報及び配達先位置情報からなる配達先情報によって示される配達先が、ユーザが荷物の配達を依頼時にユーザによって指定された場所であることを示す情報である「指定先」（以降、第三情報と呼ぶことがある）が記憶されている。尚、荷物リストの作成当初、「配達先種別」フィールドには、第三情報が記憶されているが、図１８に示す処理フローに従ってサーバ１が処理を行った結果、「配達先種別」フィールドに記載されている第三情報が、ユーザのマイエリア情報に基づいて定められた場所であることを示す情報である「マイエリア」（以降、第四情報と呼ぶことがある）に更新される場合がある。「配達希望日時」フィールドには、ユーザが指定した荷物の配達を希望する日時を示す希望日時情報が記憶されている。
【0167】
また、荷物テーブルＴｃｂ３に記憶されている一以上のレコードが荷物リストに相当する。荷物リストを示す一以上のレコードは、カーナビゲーションシステム等で行われている公知の最短ルート探索処理を用いて、「配達先」フィールド及び「配達先位置」フィールドに記憶されている配達先情報に基づき定められた配達車４の走行経路による荷物の配達順にソートされている。例えば、図１７に示す荷物テーブルＴｃｂ３は、一行目のレコードに含まれる荷物ＩＤ「１２３４－５６７８－９０」によって識別される荷物が最初に配達され、次に、二行目のレコードに含まれる荷物ＩＤ「１２３４－５６７８－９０」によって識別される荷物が配達されることを示している。
【0168】
ユースケース３では、先ず、配達車４のドライバーは、配達端末３の操作部３３を用いて、次の荷物を配達するために出発を開始することを示すシグナル（以降、次配達開始シグナルと呼ぶことがある）を入力する。制御部３１は、次配達開始シグナルが入力されると、通信部３５に、当該入力された次配達開始シグナルとメモリ３２に記憶されている車両ＩＤを、にサーバ１へ送信させる。
【0169】
図１８に示すように、サーバ１では、通信部１２が、配達端末３から車両ＩＤ及び次配達開始シグナルを受信すると（ステップＳ５１）、制御部１１は、荷物テーブルＴｃｂ３（図１７）を参照し、ステップＳ５１で受信された車両ＩＤ（例えば、「ＴＲＫ００１５」）に関連付けられている一以上の荷物ＩＤのうち、次に配達する荷物を識別する荷物ＩＤ（例えば、「１２３４－５６７８－９０」）と、当該荷物ＩＤに関連付けられているユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）、配達先情報（例えば、配達先名称情報「横浜市神奈川区東神奈川・・・」、配達先位置情報「・・・」）及び希望日時情報（例えば、「２０１８／１２／１０ １７：００」）と、を取得する（ステップＳ５２）。
【0170】
次に、制御部１１は、移動履歴テーブルＴｕｈ（図９）から、ステップＳ５２で取得したユーザＩＤによって識別されるユーザ（以降、変更対象ユーザと呼ぶことがある）の現在位置を示す情報を取得する（ステップＳ５３）。具体的には、ステップＳ５３において、制御部１１は、移動履歴テーブルＴｕｈ（図９）に記憶されている、ステップＳ５２で取得したユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）を含む一以上のレコードのうち、最後に記憶されたレコードから、「位置情報」フィールドに記憶されている位置情報（例えば、「（３５．６０６２１８，１３９．７３４９３１）」）を、変更対象ユーザの現在位置を示す情報として取得する。
【0171】
次に、カーナビゲーションシステム等で行われている公知の予測処理を用いて（例えば、特開２０１３－１６７９７２号公報を参照）、ステップＳ５３で取得した変更対象ユーザの現在位置を示す情報（例えば、「（３５．６０６２１８，１３９．７３４９３１）」）、ステップＳ５２で取得した配達先情報である対象配達先情報（例えば、配達先名称情報「横浜市神奈川区東神奈川・・・」、配達先位置情報「・・・」）及び希望日時情報に基づき、前記取得した希望日時情報が示す日時（例えば、「２０１８／１２／１０ １７：００」）に、変更対象ユーザが、対象配達先情報が示す配達先に不在であるか否かを予測する（ステップＳ５４）。
【0172】
制御部１１が、ステップＳ５４において、変更対象ユーザが、対象配達先情報が示す配達先に不在であると予測したとする（ステップＳ５４でＹＥＳ）。この場合、制御部１１は、荷物テーブルＴｃｂ３（図１７）を参照し、ステップＳ５１で受信された車両ＩＤ（例えば、「ＴＲＫ００１５」）に関連付けられている一以上の荷物ＩＤのうち、更に次に配達する荷物を識別する荷物ＩＤ（例えば、「０９８７－６５４３－２１」）に関連付けられている配達先情報（例えば、配達先名称情報「横浜市神奈川区東神奈川・・・」及び配達先位置情報「・・・」）を取得する（ステップＳ５５）。一方、制御部１１は、ステップＳ５４において、変更対象ユーザが、対象配達先情報が示す配達先に存在すると予測した場合（ステップＳ５４でＮＯ）、ステップＳ５５以降の処理を行わず、処理を終了する。
【0173】
ステップＳ５５の後、制御部１１は、カーナビゲーションシステム等で行われている公知のルート探索処理を用いて（例えば、特開２００９－２５７９４０号公報を参照）、ステップＳ５２で取得した対象配達先情報が示す配達先の位置から、ステップＳ５５で取得した配達先情報（次配達先情報の一例）が示す配達先の位置までの配達車４の走行経路を算出する（ステップＳ５６）。
【0174】
次に、制御部１１は、変更対象ユーザのマイエリア情報に含まれる一以上のマイエリアＩＤによって示される一以上の配達場所候補（一以上の対象候補の一例）の位置と一対一対応する一以上の領域と、ステップＳ５６で算出された配達車４の走行経路と、を照合する（ステップＳ５７）。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。つまり、制御部１１は、ステップＳ５７において、配達車４が上記更に次の荷物を配達するためにステップＳ５６で算出された走行経路上を走行中に容易に立ち寄ることができるか否か、すなわち、走行経路から第一距離Ｄ１以内に配達場所候補が存在するか否かを判定する。
【0175】
具体的には、制御部１１は、ステップＳ５７において、ステップＳ４５（図１６）と同様、顧客テーブルＴｃｓ（図１１）から、ステップＳ５２で受信された変更対象ユーザのユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）に関連付けられている一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）を取得する。そして、制御部１１は、ステップＳ４７（図１６）と同様、当該取得した一以上のマイエリアＩＤによって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、ステップＳ５６で算出された配達車４の走行経路の位置と、を照合する。
【0176】
ステップＳ５７において、変更対象ユーザのマイエリア情報に含まれる一以上のマイエリアＩＤと一対一対応する一以上の領域のうち何れかが、ステップＳ５６で算出された配達車４の走行経路の上の位置を含むとする（ステップＳ５７でＹＥＳ）。なお、ステップＳ５７において、変更対象ユーザのマイエリア情報に含まれる一以上のマイエリアＩＤと一対一対応する一以上の領域を第七の一以上の領域と呼び、第七の一以上の領域のうち配送車４の走行経路の上の位置を含む領域を第八の一以上の領域と呼んでもよい。
【0177】
この場合、制御部１１は、ステップＳ３６（図１４）と同様、第八の一以上の領域に一対一対応する一以上の配達場所候補（以降、一以上の近接配達場所と呼ぶことがある）を一以上の代替配達場所とする代替情報を生成し、変更対象ユーザのユーザ端末２に送信させる（ステップＳ５８）。その後は、図３に示したステップＳ８以降の処理が行われる。
【0178】
例えば、ステップＳ５７において、ユーザＩＤ「ＧＵＥＳＴ００２０」で識別される変更対象ユーザに対応するマイエリアＩＤ「ＣＢ００１１」及び「ＬＫ００８０」を考える。マイエリアＩＤ「ＣＢ００１１」が示す近接配達場所の位置から第一距離Ｄ１以内の領域が配達車４の走行経路の上の位置を含み、及びマイエリアＩＤ「ＬＫ００８０」が示す近接配達場所の位置から第一距離Ｄ１以内の領域が配達車４の走行経路の上の位置を含むとする。この場合、制御部１１は、ステップＳ５２で取得された変更対象ユーザの荷物を識別する荷物ＩＤと、近接配達場所を識別するマイエリアＩＤ「ＣＢ００１１」「ＬＫ００８０」と、エリアテーブルＴｍｈ１（図１０）において、近接配達場所を識別するマイエリアＩＤ「ＣＢ００１１」「ＬＫ００８０」と同じエリアＩＤに関連付けられている保管場所の名称「○○マート東神奈川店」「東神奈川駅ロッカー」と、を含む情報を、代替情報として生成する。そして、制御部１１は、当該生成した代替情報を通信部１２に変更対象ユーザのユーザ端末２へ送信させる。
【0179】
これにより、変更対象ユーザが配達を希望した日時に、指定した配達先に不在であることが予測される場合に、一以上の近接配達場所に荷物を配達可能であることを、変更対象ユーザに提示することができる。その結果、変更対象ユーザは、急いで指定した配達先まで移動しなくても、都合のよいときに一以上の近接配達場所で荷物を受け取り可能であることを把握することができる。
【0180】
尚、その後、ステップＳ９（図３）で、マイエリアＩＤ「ＣＢ００１１」が示す近接配達場所が変更対象ユーザの荷物の配達場所として選択されたとする。そして、ステップＳ１０（図３）で、当該近接配達場所を示す配達場所情報がサーバ１に送信され、通信部１２が当該配達場所情報を受信したとする。
【0181】
この場合、ステップＳ１１（図３）において、制御部１１は、前記受信された配達場所情報が示す、マイエリアＩＤ「ＣＢ００１１」が示す近接配達場所に、変更対象ユーザの荷物を配達することを示す提示情報を通信部１２に配達端末３へ送信させる。具体的には、制御部１１は、ステップＳ５２で取得された変更対象ユーザの荷物を識別する荷物ＩＤと、エリアテーブルＴｍｈ１（図１０）において、マイエリアＩＤ「ＣＢ００１１」と同じエリアＩＤに関連付けられている保管場所の名称「○○マート東神奈川店」及びエリア位置情報「（３５．６７９７１，１３９．７６５１２５）」と、を含む情報を、提示情報として、配達端末３に送信させる。
【0182】
更に、制御部１１は、荷物テーブルＴｃｂ３（図１７）において、変更対象ユーザに対応する配達先情報を、前記受信された配達場所情報を用いて更新し、前記更新した配達先情報に第四情報を関連付けた後、荷物テーブルＴｃｂ３に記憶されている一以上のレコードを荷物の配達順に並び替える。
【0183】
具体的には、制御部１１は、荷物テーブルＴｃｂ３（図１７）において、変更対象ユーザのユーザＩＤ「ＧＵＥＳＴ００２０」に関連付けられている配達先名称情報「横浜市神奈川区東神奈川・・・」を、エリアテーブルＴｍｈ１（図１０）において、前記受信された配達場所情報が示す近接配達場所を識別するマイエリアＩＤ「ＣＢ００１１」と同じエリアＩＤに関連付けられている名称「○○マート東神奈川店」に更新する。
【0184】
また、制御部１１は、荷物テーブルＴｃｂ３（図１７）において、変更対象ユーザのユーザＩＤ「ＧＵＥＳＴ００２０」に関連付けられている配達先位置情報「・・・」を、エリアテーブルＴｍｈ１（図１０）において、前記受信された配達場所情報が示す近接配達場所を識別するマイエリアＩＤ「ＣＢ００１１」と同じエリアＩＤに関連付けられているエリア位置情報「（３５．６７９７１，１３９．７６５１２５）」に更新する。
【0185】
また、制御部１１は、荷物テーブルＴｃｂ３（図１７）において、変更対象ユーザのユーザＩＤ「ＧＵＥＳＴ００２０」を含むレコードの「配達先種別」フィールドに記憶されている第三情報を第四情報に更新する。
【0186】
そして、制御部１１は、荷物テーブルＴｃｂ３（図１７）に記憶されている一以上のレコードを、カーナビゲーションシステム等で行われている公知の最短ルート探索処理を用いて、「配達先」及び「配達先位置」フィールドに記憶されている配達先情報に基づき定められた配達車４の走行経路による荷物の配達順にソートする。
【0187】
当該処理の結果、更新された荷物テーブルＴｃｂ３１を図１９に示す。図１９に示す荷物テーブルＴｃｂ３１は、上記処理の結果、網掛け部に示す、「配達先」、「配達先位置」及び「配達先種別」フィールドに記憶されている情報が更新されたことを示している。尚、当該網掛け部に含まれる「マイエリア」は、第四情報の一例を示す。また、図１９に示す荷物テーブルＴｃｂ３１は、上記処理の結果、荷物ＩＤ「０９８７－６５４３－２１」を含むレコードが一番目のレコードとなり、変更対象ユーザの荷物を識別する荷物ＩＤ「１２３４－５６７８－９０」を含むレコードが二番目のレコードとなるように、並び替えられたことを示している。
【0188】
上記態様は、本開示に係る実施形態の例示に過ぎず、本開示を上記態様に限定する趣旨ではない。例えば、以下に示す変形実施形態であってもよい。
【0189】
（変形実施形態１）
例えば、冷凍食品及び生鮮食品等の食品の荷物をユーザが指定した配達先に配達した場合に、ユーザが不在であったとする。しかし、当該配達先の付近に、ユーザが頻繁に訪れたと考えられる食品の荷物を保管可能な保管場所が存在する場合、当該荷物を当該保管場所に配達して保管するようにすれば、ユーザは、再配達を依頼することなく、当該保管場所に容易に訪れ、荷物を保管された状態で受け取ることができると考えられる。
例えば、冷凍食品及び生鮮食品等の食品の荷物をユーザが指定した配達先に配達した場合に、ユーザが不在であったとする。しかし、当該配達先の付近に、ユーザが頻繁に訪れたと考えられる食品の荷物を保管可能な保管場所が存在する場合、当該荷物を当該保管場所に配達して保管するようにすれば、ユーザは、再配達を依頼することなく、当該保管場所に容易に訪れ、荷物を保管された状態で受け取ることができると考えられる。
【0190】
このようなユーザが不在時の態様を実現するため、メモリ１３の記憶領域の一部によって、図２０に示す属性別配達テーブルＴｂａ１を構成してもよい。また、図１０に示したエリアテーブルＴｍｈ１の構成を、図２１に示すエリアテーブルＴｍｈ２の構成に変更してもよい。これに合わせて、サーバ１において、図２２に示す処理フローに従って処理を行うようにしてもよい。図２０は、属性別配達テーブルＴｂａ１の一例を示す図である。図２１は、エリアテーブルＴｍｈ２の一例を示す図である。図２２は、ユーザ不在時にサーバ１が行う処理の第二例を示すフローチャートである。
【0191】
具体的には、属性別配達テーブルＴｂａ１は、図２０に示すように、「ユーザＩＤ」、「種類」及び「配達先区分」フィールドを備えている。「ユーザＩＤ」フィールドには、ユーザを識別するユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）が記憶されている。「種類」フィールドには、ユーザの荷物の種類を示す属性情報（例えば、「一般」、「食品」）が記憶されている。「配達先区分」フィールドには、「種類」フィールドに記憶されている属性情報が示す属性の荷物を、図１３に示す荷物テーブルＴｃｂ１の「配達先」及び「配達先位置」フィールドに記憶されている情報からなる配達先情報が示す配達先に荷物を配達することを示す第一情報（例えば、「指定先」）が記憶されている。又は、「配達先区分」フィールドには、「種類」フィールドに記憶されている属性情報が示す属性の荷物を、マイエリア情報に含まれる何れかの配達場所候補に荷物を配達することを示す第二情報（例えば、「マイエリア」）が記憶されている。
【0192】
このように、属性別配達テーブルＴｂａ１には、一以上のユーザの其々について、ユーザの荷物の種類と、当該種類の荷物の配達先を区別する情報と、が関連付けて記憶されている。属性別配達テーブルＴｂａ１に記憶されている一以上のレコードが、属性別情報の一例に相当する。
【0193】
エリアテーブルＴｍｈ２は、図２１に示すように、エリアテーブルＴｍｈ１（図１０）と同様、「エリアＩＤ」、「名称」及び「エリア位置情報」フィールドを備え、更に、「保管可能な種類」フィールドを備えている。「保管可能な種類」フィールドには、「名称」フィールドに記憶されている名称の保管場所において保管可能な一以上の荷物の種類を示す種類情報（例えば、「一般、食品、ゴルフ」）が記憶されている。
【0194】
本態様では、ユースケース１と同様、先ず、制御部３１は、通信部３５に、配達車４のドライバーが入力した不在荷物を識別する荷物ＩＤをサーバ１へ送信させる。
【0195】
図２２に示すように、サーバ１では、ステップＳ３１及びステップＳ３２（図１４）と同様、通信部１２が、配達端末３から不在荷物を識別する荷物ＩＤ、配達端末３から周期的に送信される車両ＩＤ及び第一位置情報を受信する（ステップＳ６１）。制御部１１は、荷物テーブルＴｃｂ１（図１３）を参照し、ステップＳ６１で受信された荷物ＩＤ（例えば、「１２３４－５６７８－９０」）に関連付けられている属性情報（例えば、「食品」）及びユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）を取得する（ステップＳ６２）。
【0196】
次に、制御部１１は、属性別配達テーブルＴｂａ１（図２０）において、「ユーザＩＤ」及び「種類」フィールドに、ステップＳ６２で取得したユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）及び属性情報（例えば、「食品」）と同じユーザＩＤ及び属性情報が記憶されているレコードを参照し、参照したレコードの「配達先区分」フィールドに、第二情報（例えば、「マイエリア」）が記憶されているか否かを判定する（ステップＳ６３）。これにより、制御部１１は、ステップＳ６２で取得したユーザＩＤによって識別されるユーザの荷物の種類が、ステップＳ６２で取得した属性情報が示す種類であった場合に、当該荷物が当該ユーザのマイエリア情報に含まれる何れかの配達場所候補に配達されてよいものであるか否かを判定する。
【0197】
ステップＳ６３において、制御部１１は、第二情報が記憶されていると判定した場合（ステップＳ６３でＹＥＳ）、ステップＳ３４（図１４）と同様、顧客テーブルＴｃｓ（図１１）から、ステップＳ６２で取得したユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）に関連付けられている一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）を取得する（ステップＳ６４）。これにより、制御部１１は、不在荷物のユーザのマイエリア情報が示す一以上の配達候補場所を識別する、一以上のマイエリアＩＤを取得する。
【0198】
次に、制御部１１は、エリアテーブルＴｍｈ２（図２１）から、ステップＳ６２で取得した属性情報が示す種類の荷物を保管可能な一以上の保管場所を識別する一以上のエリアＩＤを取得する（ステップＳ６５）。具体的には、ステップＳ６５において、制御部１１は、エリアテーブルＴｍｈ２（図２１）において、「保管可能な種類」フィールドに記憶されている種類情報に、ステップＳ６２で取得した属性情報が示す荷物の種類（例えば、「食品」）を含む一以上のレコードを参照する。そして、制御部１１は、参照した一以上のレコードの「エリアＩＤ」フィールドに記憶されている、一以上のエリアＩＤ（例えば、「ＣＢ００１１」）を取得する。
【0199】
そして、制御部１１は、ステップＳ６４で取得した一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）のうち、ステップＳ６５で取得した一以上のエリアＩＤと一致するマイエリアＩＤ（例えば、「ＣＢ００１１」）を取得する（ステップＳ６６）。これにより、制御部１１は、不在荷物のユーザのマイエリア情報が示す一以上の配達候補場所のうち、不在荷物を保管可能な一以上の配達候補場所を識別する一以上のマイエリアＩＤを取得する。
【0200】
次に、制御部１１は、ステップＳ３５（図１４）と同様、ステップＳ６６で取得した一以上のマイエリアＩＤよって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、ステップＳ６１で受信された第一位置情報によって示される配達車４の現在位置Ｐ１と、の照合処理を行う（ステップＳ６７）。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。具体的には、制御部１１は、エリアテーブルＴｍｈ２（図２１）において、ステップＳ６６で取得した一以上のマイエリアＩＤと同じ一以上のエリアＩＤに関連付けられている一以上のエリア位置情報を取得し、当該取得した一以上のエリア位置情報が示す一以上の位置を、前記一以上の配達場所候補の位置として、ステップＳ６７を行う。
【0201】
ステップＳ６６で取得した一以上のマイエリアＩＤと一対一対応する一以上の領域のうち何れかが、配達車４の現在位置Ｐ１を含むとする（ステップＳ６７でＹＥＳ）。なお、ステップＳ６６で取得した一以上のマイエリアＩＤと一対一対応する一以上の領域を第九の一以上の領域と呼び、第九の一以上の領域のうち配送車４の現在位置Ｐ１を含む領域を第十の一以上の領域と呼んでもよい。この場合、制御部１１は、ステップＳ３６（図１４）と同様、代替情報を生成し、当該生成した代替情報を、ステップＳ６２で取得したユーザＩＤで識別されるユーザのユーザ端末２に送信させる（ステップＳ６８）。その後は、図３に示したステップＳ８以降の処理が行われる。
【0202】
具体的には、ステップＳ６８において、制御部１１は、ステップＳ６１で受信された荷物ＩＤと、第十の一以上の領域に一対一対応する一以上の配達場所候補である一以上の代替配達場所を識別するマイエリアＩＤと、エリアテーブルＴｍｈ２（図２１）において、前記一以上の代替配達場所を識別するマイエリアＩＤと同じエリアＩＤに関連付けられている保管場所の名称と、を含む情報を、代替情報として生成する。
【0203】
一方、ステップＳ６３において、制御部１１が、参照したレコードの「配達先区分」フィールドに第一情報「指定先」が記憶されているため、第二情報「マイエリア」が記憶されていないと判定したとする（ステップＳ６３でＮＯ）。又は、ステップＳ６７の照合処理の結果、ステップＳ６６で取得した全てのマイエリアＩＤが示す全ての配達場所候補の位置から第一距離Ｄ１以内の全ての領域が、配達車４の現在位置Ｐ１を含まないとする（ステップＳ６７でＮＯ）。これらの場合、制御部１１は、ステップＳ６８を行わずに、処理を終了する。この場合、図３に示したステップＳ８以降の処理も行われない。
【0204】
本態様によれば、配達端末３から荷物ＩＤを受信した場合、荷物テーブルＴｃｂ１（図１３）において前記受信された荷物ＩＤに関連付けられている属性情報が取得される。そして、属性別配達テーブルＴｂａ１（図２０）において前記取得された属性情報に対して、第一情報が関連付けられている場合には、代替情報が送信されない。このため、配達端末３から受信した荷物ＩＤによって識別される荷物が、第一情報が関連付けられている種類の荷物である場合に、第一情報が示すように、マイエリア情報に含まれる何れかの配達場所候補に当該荷物が配達されることを適切に回避することができる。
【0205】
一方、属性別配達テーブルＴｂａ１（図２０）において前記取得された属性情報に対して、第二情報が関連付けられている場合には、代替情報が送信される。このため、配達端末３から受信した荷物ＩＤによって識別される荷物が、第二情報が関連付けられている種類の荷物である場合に、第二情報が示すように、マイエリア情報に含まれる何れかの配達場所候補に当該荷物を配達し、未配を防ぐことができる。
【0206】
また、荷物テーブルＴｃｂ１（図１３）において、配達端末３から受信した荷物ＩＤに関連付けられている属性情報が取得され、属性別配達テーブルＴｂａ１（図２０）において前記取得した属性情報である対象属性情報に対して第二情報が関連付けられていたとする。この場合、本態様によれば、ステップＳ６７の照合処理において、対象ユーザのマイエリア情報に含まれるマイエリアＩＤが示す一以上の配達場所候補のうち、エリアテーブルＴｍｈ２（図２１）を用いて取得された、対象属性情報が示す種類の荷物を保管可能な一以上の配達場所候補の位置から第一距離以内の位置と、配達端末３から受信された第一位置情報が示す配達車４の現在位置と、が照合される。このため、当該照合処理の結果、ユーザ端末２に送信される代替情報に、対象属性情報が示す属性の荷物を保管できない一以上の代替配達場所が含まれることを回避することができる。
【0207】
（変形実施形態２）
例えば、重量又は寸法が大きい運び難い荷物をユーザが指定した配達先に配達した場合に、ユーザが不在であったとする。この場合、当該配達先の付近に存在するユーザが頻繁に訪れたと考えられる保管場所に当該荷物を配達して保管するようにしたとしても、ユーザは、当該荷物を指定した配達先まで持ち帰ることができない虞がある。
例えば、重量又は寸法が大きい運び難い荷物をユーザが指定した配達先に配達した場合に、ユーザが不在であったとする。この場合、当該配達先の付近に存在するユーザが頻繁に訪れたと考えられる保管場所に当該荷物を配達して保管するようにしたとしても、ユーザは、当該荷物を指定した配達先まで持ち帰ることができない虞がある。
【0208】
このようなユーザが不在時の問題を解消する態様を実現するため、図１３等に示した荷物テーブルの構成を、図２３に示す荷物テーブルＴｃｂ４の構成に変更し、図２０に示した属性別配達テーブルＴｂａ１の構成を、図２４に示す属性別配達テーブルＴｂａ２の構成に変更してもよい。これに合わせて、サーバ１において、図２５に示す処理フローに従って処理を行うようにしてもよい。図２３は、荷物テーブルＴｃｂ４の一例を示す図である。図２４は、属性別配達テーブルＴｂａ２の一例を示す図である。図２５は、ユーザ不在時にサーバ１が行う処理の第三例を示すフローチャートである。
【0209】
具体的には、荷物テーブルＴｃｂ４は、図２３に示すように、荷物テーブルＴｃｂ１（図１３）と同様、「ユーザＩＤ」、「荷物ＩＤ」、「車両ＩＤ」、「配達先」及び「配達先位置」フィールドを備え、更に、「重量」フィールドを備えている。「重量」フィールドには、「荷物ＩＤ」フィールドに記憶されている荷物ＩＤによって識別される荷物の重量を示す属性情報（例えば、「２５０ｇ」）が記憶されている。
【0210】
属性別配達テーブルＴｂａ２は、図２４に示すように、「重量」、「配達先区分」及び「上限移動距離」フィールドを備えている。「重量」フィールドには、荷物の重量を示す属性情報（例えば、「～５００ｇ」）が記憶されている。「配達先区分」フィールドには、「重量」フィールドに記憶されている属性情報が示す重量の荷物を、図２３に示す荷物テーブルＴｃｂ４の「配達先」及び「配達先位置」フィールドに記憶されている情報からなる配達先情報が示す配達先に荷物を配達することを示す第一情報（例えば、「指定先」）が記憶されている。又は、「配達先区分」フィールドには、「重量」フィールドに記憶されている属性情報が示す重量の荷物を、マイエリア情報に含まれる何れかの配達場所候補に荷物を配達することを示す第二情報（例えば、「マイエリア」）が記憶されている。
【0211】
「上限移動距離」フィールドには、「重量」フィールドに記憶されている属性情報が示す重量（例えば、「～５００ｇ」）の荷物を運搬可能な距離の上限値（例えば、「５００ｍ」）が記憶されている。尚、「配達先区分」フィールドに第二情報が記憶されているレコードの「上限移動距離」フィールドには、前記上限値が記憶されているが、「配達先区分」フィールドに第一情報が記憶されているレコードの「上限移動距離」フィールドには、前記上限値が記憶されていない。つまり、属性別配達テーブルＴｂａ２において、第二情報が関連付けられている属性情報には、前記上限値が関連付けられている。
【0212】
また、属性別配達テーブルＴｂａ２において、荷物の重量が所定の重量（例えば、「３ｋｇ」）以上であることを示す属性情報（例えば、「３ｋｇ～」）には、第一情報が関連付けられている。一方、属性別配達テーブルＴｂａ２において、荷物の重量が前記所定の重量（例えば、「３ｋｇ」）未満であることを示す属性情報（例えば、「～５００ｇ」、「～３ｋｇ」）には、第二情報が関連付けられている。
【0213】
このように、属性別配達テーブルＴｂａ２には、荷物の重量と、当該重量の荷物の配達先を区別する情報と、当該重量の荷物を運搬可能な距離の上限値と、が関連付けて記憶されている。属性別配達テーブルＴｂａ２に記憶されている一以上のレコードが、属性別情報の一例に相当する。
【0214】
尚、属性別配達テーブルＴｂａ２が、「重量」フィールドに替えて、荷物の寸法を示す属性情報（例えば、「～５０ｃｍ」）を記憶する「寸法」フィールドを備えるようにしてもよい。荷物の寸法とは、例えば、荷物の幅、高さ及び奥行のうちの最大値を示す。荷物の寸法は、これに限らず、荷物の幅、高さ及び奥行の合計値（和）や、物流業者において荷物の寸法として用いられている情報等であってもよい。この場合、属性別配達テーブルＴｂａ２において、荷物の寸法が所定の寸法（例えば、「５０ｃｍ」）以上であることを示す属性情報（例えば、「５０ｃｍ～」）には、第一情報を関連付け、荷物の寸法が前記所定の寸法（例えば、「５０ｃｍ」）未満であることを示す属性情報（例えば、「～２０ｃｍ」、「～５０ｃｍ」）には、第二情報を関連付ければよい。
【0215】
本態様では、ユースケース１と同様、先ず、制御部３１は、通信部３５に、配達車４のドライバーが入力した不在荷物を識別する荷物ＩＤをサーバ１へ送信させる。
【0216】
図２５に示すように、サーバ１では、ステップＳ３１及びステップＳ３２（図１４）と同様、通信部１２が、配達端末３から不在荷物を識別する荷物ＩＤ、配達端末３から周期的に送信される車両ＩＤ及び第一位置情報を受信する（ステップＳ７１）。制御部１１は、荷物テーブルＴｃｂ４（図２３）を参照し、ステップＳ７１で受信された荷物ＩＤ（例えば、「１２３４－５６７８－９０」）に関連付けられている属性情報（例えば、「２５０ｇ」）及びユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）を取得する（ステップＳ７２）。
【0217】
次に、制御部１１は、属性別配達テーブルＴｂａ２（図２４）において、「重量」フィールドに、ステップＳ７２で取得した属性情報（例えば、「２５０ｇ」）と一致する属性情報（例えば、「～５００ｇ」）が記憶されているレコードを参照し、参照したレコードの「配達先区分」フィールドに、第二情報（例えば、「マイエリア」）が記憶されているか否かを判定する（ステップＳ７３）。これにより、制御部１１は、ステップＳ７２で取得したユーザＩＤによって識別されるユーザの荷物の重量が、ステップＳ７２で取得した属性情報が示す重量であった場合に、当該荷物が当該ユーザのマイエリア情報に含まれる何れかの配達場所候補に配達されてもよいものであるか否かを判定する。
【0218】
ステップＳ７３において、制御部１１は、第二情報が記憶されていると判定した場合（ステップＳ７３でＹＥＳ）、荷物テーブルＴｃｂ４（図２３）から、ステップＳ７１で取得した荷物ＩＤ（例えば、「１２３４－５６７８－９０」）に関連付けられている配達先情報、つまり、配達先名称情報（例えば、「横浜市神奈川区東神奈川・・・」）及び配達先位置情報（例えば、「（・・・，・・・）」）を取得する（ステップＳ７４）。
【0219】
次に、制御部１１は、ステップＳ３４（図１４）と同様、顧客テーブルＴｃｓ（図１１）から、ステップＳ７２で取得したユーザＩＤ（例えば、「ＧＵＥＳＴ００２０」）に関連付けられている一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）を取得する（ステップＳ７５）。これにより、制御部１１は、不在荷物のユーザのマイエリア情報が示す一以上の配達候補場所を識別する、一以上のマイエリアＩＤを取得する。
【0220】
次に、制御部１１は、属性別配達テーブルＴｂａ２（図２４）において、「重量」フィールドに、ステップＳ７２で取得した属性情報（例えば、「２５０ｇ」）と一致する属性情報（例えば、「～５００ｇ」）が記憶されているレコードを参照し、参照したレコードの「上限移動距離」フィールドに記憶されている前記上限値（例えば、「５００ｍ」）を取得する（ステップＳ７６）。
【0221】
次に、制御部１１は、エリアテーブルＴｍｈ１（図１０）を参照して、ステップＳ７５で取得した一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）で特定される一以上のエリア位置情報のうち、ステップＳ７４で取得した配達先情報が示す配達先（例えば、「横浜市神奈川区東神奈川・・・」又は「（・・・，・・・）」）との離間距離が、ステップＳ７６で取得した前記上限値（例えば、「５００ｍ」）以内である一以上のマイエリアＩＤ（以降、対象マイエリアＩＤと呼ぶことがある）が存在するか否かを判定する（ステップＳ７７）。これにより、制御部１１は、不在荷物のユーザのマイエリア情報が示す一以上の配達候補場所のうち、当該不在荷物の配達先との離間距離が、当該不在荷物の重量の荷物を運搬可能な距離の上限値以内である一以上の配達候補場所が存在するか否かを判定する。
【0222】
ステップＳ７７において、制御部１１は、一以上の対象マイエリアＩＤが存在すると判定した場合（ステップＳ７７でＹＥＳ）、ステップＳ３５（図１４）と同様、当該一以上の対象マイエリアＩＤによって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、ステップＳ７１で受信された第一位置情報によって示される配達車４の現在位置Ｐ１と、の照合処理を行う（ステップＳ７８）。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。具体的には、制御部１１は、エリアテーブルＴｍｈ１（図１０）において、前記一以上の対象マイエリアＩＤと同じ一以上のエリアＩＤに関連付けられている一以上のエリア位置情報を取得し、当該取得した一以上のエリア位置情報が示す一以上の位置を、前記一以上の代替配達場所の位置として、ステップＳ７８を行う。
【0223】
ステップＳ７８の結果、一以上の対象マイエリアＩＤと一対一対応する一以上の領域のうち何れかが、配達車４の現在位置Ｐ１を含むとする（ステップＳ７８でＹＥＳ）。なお、ステップＳ７８の結果、一以上の対象マイエリアＩＤと一対一対応する一以上の領域を第十一の一以上の領域と呼び、第十一の一以上の領域のうち配送車４の現在位置Ｐ１を含む一以上の領域を第十二の一以上の領域と呼んでもよい。この場合、制御部１１は、ステップＳ３６（図１４）と同様、代替情報を生成し、当該生成した代替情報を、ステップＳ７２で取得したユーザＩＤで識別されるユーザのユーザ端末２に送信させる（ステップＳ７９）。その後は、図３に示したステップＳ８以降の処理が行われる。
【0224】
具体的には、ステップＳ７９において、制御部１１は、ステップＳ７１で受信された荷物ＩＤと、第十二の一以上の領域に一対一対応する一以上の配達場所候補である一以上の代替配達場所を識別するマイエリアＩＤと、エリアテーブルＴｍｈ１（図１０）において、前記一以上の代替配達場所を識別するマイエリアＩＤと同じエリアＩＤに関連付けられている保管場所の名称と、を含む情報を、代替情報として生成する。
【0225】
一方、ステップＳ７３において、制御部１１が、参照したレコードの「配達先区分」フィールドに第一情報「指定先」が記憶されているため、第二情報「マイエリア」が記憶されていないと判定したとする（ステップＳ７３でＮＯ）。又は、ステップＳ７７において、制御部１１が、一以上の対象マイエリアＩＤが存在しないと判定したとする（ステップＳ７７でＹＥＳ）。又は、ステップＳ７８の照合処理において、制御部１１が、前記一以上の対象マイエリアＩＤが示す全ての配達場所候補の位置から第一距離Ｄ１以内の全ての領域が、配達車４の現在位置Ｐ１を含まないとする（ステップＳ７８でＮＯ）。これらの場合、制御部１１は、ステップＳ７９を行わずに、処理を終了する。この場合、図３に示したステップＳ８以降の処理も行われない。
【0226】
本態様によれば、配達端末３から荷物ＩＤを受信した場合、荷物テーブルＴｃｂ４（図２３）において前記受信された荷物ＩＤに関連付けられている属性情報が取得される。そして、属性別配達テーブルＴｂａ２（図２４）において前記取得された属性情報に対して、第一情報が関連付けられている場合には、代替情報が送信されない。このため、配達端末３から受信した荷物ＩＤによって識別される荷物が、第一情報が関連付けられている重量の荷物である場合に、第一情報が示すように、マイエリア情報に含まれる何れかの配達場所候補に当該荷物が配達されることを適切に回避することができる。
【0227】
一方、属性別配達テーブルＴｂａ２（図２４）において前記取得された属性情報に対して、第二情報が関連付けられている場合には、代替情報が送信される。このため、配達端末３から受信した荷物ＩＤによって識別される荷物が、第二情報が関連付けられている重量の荷物である場合に、第二情報が示すように、マイエリア情報に含まれる何れかの配達場所候補に当該荷物を配達し、未配を防ぐことができる。
【0228】
また、荷物テーブルＴｃｂ４（図２３）において配達端末３から受信した荷物ＩＤに関連付けられている属性情報が取得され、属性別配達テーブルＴｂａ２（図２４）において前記取得した属性情報である対象属性情報に対して第二情報が関連付けられていたとする。この場合、本態様によれば、ステップＳ７８の照合処理において、対象ユーザのマイエリア情報に含まれるマイエリアＩＤが示す一以上の配達場所候補のうち、対象ユーザが指定した配達先との離間距離が、対象属性情報が示す重量の荷物を運搬可能な距離の上限値以内である一以上の配達場所候補の位置から第一距離Ｄ１以内の位置と、配達端末３から受信された第一位置情報が示す配達車４の現在位置と、が照合される。
【0229】
このため、当該照合処理の結果、ユーザ端末２に送信される代替情報に、対象ユーザが指定した配達先との離間距離が、対象属性情報が示す重量の荷物を運搬可能な距離の上限値以上である一以上の代替配達場所が含まれることを回避することができる。これにより、対象ユーザが代替配達場所で荷物を受け取った場合に、荷物を指定した配達先まで運搬できない虞を回避することができる。
【0230】
また、本態様によれば、属性別配達テーブルＴｂａ２（図２４）において、荷物の重量が所定の重量以上であることを示す属性情報には第一情報が関連付けられているので、重量が所定の重量以上である運搬し難い荷物が、代替配達場所に配達されることを回避できる。これとは反対に、属性別配達テーブルＴｂａ２（図２４）において、荷物の重量が所定の重量未満であることを示す属性情報には第二情報が関連付けられているので、重量が所定の重量未満である運搬し易い荷物については、代替配達場所に配達させることができ、未配を防ぐことができる。尚、属性別配達テーブルＴｂａ２（図２４）が、上述したように、「重量」フィールドに替えて、荷物の寸法を示す属性情報を記憶する「寸法」フィールドを備える場合にも同様のことが言える。
【0231】
（変形実施形態３）
上記の態様では、一以上のユーザの其々について、一のマイエリア情報を設定していたが、これに替えて、一以上のユーザの其々について、時間帯毎にマイエリア情報を設定するようにしてもよい。
上記の態様では、一以上のユーザの其々について、一のマイエリア情報を設定していたが、これに替えて、一以上のユーザの其々について、時間帯毎にマイエリア情報を設定するようにしてもよい。
【0232】
図２６は、顧客テーブルＴｃｓ２の一例を示す図である。例えば、図１１に示した顧客テーブルＴｃｓの「マイエリアＩＤ」フィールドを、図２６に示す顧客テーブルＴｃｓ２のように、１８時までの時間帯におけるユーザの現在位置の履歴を示す移動履歴情報に基づき定められた一以上の配達場所候補を識別する一以上のマイエリアＩＤ（例えば、「ＣＢ００４０、ＣＢ００４１、ＬＫ０１２０」）を記憶する第一フィールドと、１８時以降の時間帯におけるユーザの現在位置の履歴を示す移動履歴情報に基づき定められた一以上の配達場所候補を識別する一以上のマイエリアＩＤ（例えば、「ＣＢ００１１、ＣＢ００１２、ＬＫ００８０」）を記憶する第二フィールドと、に分割するようにしてもよい。
【0233】
本構成は、例えば、図８に示す処理フローを以下のように変更して実現することができる。制御部１１は、ステップＳ２５～ステップＳ２７に替えて、ステップＳ２１で受信されたユーザＩＤによって識別される対応ユーザの移動履歴情報を示す、移動履歴テーブルＴｕｈ（図９）における一以上のレコードを、１８時までの時間帯内の時刻が「日時」フィールドに記憶されている一以上の第一レコードと、１８時以降の時間帯内の時刻が「日時」フィールドに記憶されている一以上の第二レコードと、に分類すればよい。
【0234】
そして、制御部１１は、一以上の第一レコードに含まれる、所定の第二個数よりも多く存在する一以上のエリアＩＤを、１８時までの時間帯の対応ユーザのマイエリア情報が示す一以上の配達場所候補を識別する一以上のマイエリアＩＤとして、顧客テーブルＴｃｓ２の第一フィールドに記憶すればよい。これと同様に、制御部１１は、一以上の第二レコードに含まれる、前記第二個数よりも多く存在する一以上のエリアＩＤを、１８時以降の時間帯の対応ユーザのマイエリア情報が示す一以上の配達場所候補を識別する一以上のマイエリアＩＤとして、顧客テーブルＴｃｓ２の第二フィールドに記憶すればよい。
【0235】
これに合わせて、制御部１１は、ステップＳ５（図３）では、顧客テーブルＴｃｓ２（図２６）において、対象ユーザのユーザＩＤに関連付けられている、第一位置情報を受信した時刻に対応する第一フィールド又は第二フィールドに記憶されている、一以上のマイエリアＩＤによって識別される一以上の配達場所候補と、受信された第一位置情報が示す配達車４の現在位置Ｐ１と、を照合すればよい。
【0236】
例えば、第一位置情報を受信した時刻が「１７：３０」である場合には、顧客テーブルＴｃｓ２（図２６）において、対象ユーザのユーザＩＤに関連付けられている第一フィールドに記憶されている一以上のマイエリアＩＤによって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、受信された第一位置情報によって示される配達車４の現在位置Ｐ１と、を照合すればよい。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。
【0237】
同様に、制御部１１は、ステップＳ５７（図１８）では、顧客テーブルＴｃｓ２（図２６）において、変更対象ユーザのユーザＩＤに関連付けられている、第一位置情報を受信した時刻に対応する第一フィールド又は第二フィールドに記憶されている一以上のマイエリアＩＤを取得すればよい。そして、制御部１１は、当該取得した一以上のマイエリアＩＤによって示される一以上の配達場所候補の位置と一対一対応する一以上の領域と、ステップＳ５６（図１８）で算出された配達車４の走行経路と、の照合処理を行うようにすればよい。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。
【0238】
また、制御部１１は、ステップＳ３４（図１４）、ステップＳ４５（図１６）、ステップＳ６４（図２２）及びステップＳ７５（図２５）では、顧客テーブルＴｃｓ２（図２６）において、ユーザＩＤに関連付けられている、第一位置情報を受信した時刻に対応する第一フィールド又は第二フィールドに記憶されている一以上のマイエリアＩＤを取得すればよい。
【0239】
本態様によれば、ユーザの移動履歴情報において、一の時間帯内の日時に関連付けられた、第二個数よりも多く存在する一以上のエリアＩＤが、当該ユーザの前記一の時間帯に対応するマイエリア情報に含まれるマイエリアＩＤとしてメモリに記憶される。これにより、当該ユーザが、前記一の時間帯内に第二個数と同じ回数よりも多く訪れたと考えられる一以上の保管場所が、当該ユーザの前記一の時間帯に対応するマイエリア情報として定められる。
【0240】
そして、第一位置情報を受信した時刻が前記一の時間帯内である場合、当該ユーザの前記一の時間帯に対応するマイエリア情報が示す一以上の配達場所候補の位置と一対一対応する一以上の領域と、前記受信された第一位置情報が示す配達車４の現在位置と、が照合される。一以上の領域のそれぞれは、対応する配達場所候補の位置から第一距離Ｄ１以内の領域である。これにより、当該ユーザの前記一の時間帯に対応するマイエリア情報に含まれるマイエリアＩＤが示す一以上の配達場所候補に含まれる一以上の代替配達場所に、荷物を配達可能であることを示す代替情報が、前記一の時間帯に当該ユーザの第二端末に送信される。その結果、前記一の時間帯において、当該ユーザが前記一の時間帯に頻繁に訪れたと考えられる一以上の代替配達場所に荷物を配達可能であることを、適切なタイミングで当該ユーザに提示することができる。
【0241】
（変形実施形態４）
上記の態様では、ユーザの移動履歴情報に基づき、当該ユーザのマイエリア情報を設定する態様について説明した。しかし、ユーザが提示システム１０の利用を開始した当初は、ユーザの移動履歴情報がメモリ１３に記憶されていないので、当該ユーザのマイエリア情報が設定されない。このため、ユーザによって入力された住所、例えば自宅の住所及び／または職場の住所に基づき、当該ユーザによって入力されたそれぞれの住所が示す位置から、所定の第二距離Ｄ２以内に存在する保管場所を識別するエリアＩＤを、当該ユーザのマイエリア情報が示す一以上の配達場所候補のマイエリアＩＤとして、顧客テーブルＴｃｓ（図１１）の「マイエリアＩＤ」フィールド又は顧客テーブルＴｃｓ２（図２６）の第一フィールド及び第二フィールドに記憶するようにしてもよい。
上記の態様では、ユーザの移動履歴情報に基づき、当該ユーザのマイエリア情報を設定する態様について説明した。しかし、ユーザが提示システム１０の利用を開始した当初は、ユーザの移動履歴情報がメモリ１３に記憶されていないので、当該ユーザのマイエリア情報が設定されない。このため、ユーザによって入力された住所、例えば自宅の住所及び／または職場の住所に基づき、当該ユーザによって入力されたそれぞれの住所が示す位置から、所定の第二距離Ｄ２以内に存在する保管場所を識別するエリアＩＤを、当該ユーザのマイエリア情報が示す一以上の配達場所候補のマイエリアＩＤとして、顧客テーブルＴｃｓ（図１１）の「マイエリアＩＤ」フィールド又は顧客テーブルＴｃｓ２（図２６）の第一フィールド及び第二フィールドに記憶するようにしてもよい。
【0242】
本構成は、例えば、以下のようにして実現することができる。図２７は、ユーザによるマイエリア情報の設定操作に用いられる操作画面Ｇ２７０、Ｇ２７１の一例を示す図である。ユーザ端末２において、ユーザが操作部２３を操作してマイエリア情報の設定指示を入力した場合、制御部２１は、図２７に示すような自宅の住所及び職場の住所の操作画面Ｇ２７０を表示部２６に表示すればよい。
【0243】
操作画面Ｇ２７０には、自宅の住所の入力欄Ｆ２７１、職場の住所の入力欄Ｆ２７２及びボタンＢ２７１が含まれる。入力欄Ｆ２７１に自宅の住所が入力され、入力欄Ｆ２７２に職場の住所が入力された状態で、ボタンＢ２７１が押下された場合、制御部２１は、入力欄Ｆ２７１に入力された自宅の住所及び入力欄Ｆ２７２に入力された職場の住所を示す住所情報を、メモリ２２に記憶されているユーザＩＤと共に、通信部２５に、サーバ１へ送信させればよい。
【0244】
サーバ１では、通信部１２がユーザＩＤ及び住所情報を受信すると、制御部１１が、エリアテーブルＴｍｈ１（図１０）を参照し、住所情報に含まれる自宅の住所が示す位置から第二距離Ｄ２以内の領域を示す一以上のエリア位置情報に関連付けられている一以上のエリアＩＤ（以降、第一エリアＩＤと呼ぶことがある）及び保管場所の名称（以降、第一名称と呼ぶことがある）を取得するようにすればよい。同様に、制御部１１が、エリアテーブルＴｍｈ１（図１０）を参照し、住所情報に含まれる職場の住所が示す位置から第二距離Ｄ２以内の領域を示す一以上のエリア位置情報に関連付けられている一以上のエリアＩＤ（以降、第二エリアＩＤと呼ぶことがある）及び保管場所の名称（以降、第二名称と呼ぶことがある）を取得するようにすればよい。
【0245】
そして、制御部１１は、当該取得した情報をユーザ端末２に返信すればよい。ユーザ端末２では、通信部２５がサーバ１から返信された情報を受信すると、制御部２１は、図２７に示すような一以上の配達場所候補の操作画面Ｇ２７１を表示部２６に表示すればよい。
【0246】
操作画面Ｇ２７１には、自宅付近の保管場所の選択欄Ｆ２７３、自宅付近の保管場所の名称の表示欄Ｆ２７４、職場付近の保管場所の選択欄Ｆ２７５、職場付近の保管場所の名称の表示欄Ｆ２７６、及びボタンＢ２７２が含まれる。制御部２１は、サーバ１から返信された情報に含まれる第一名称を表示欄Ｆ２７４に表示し、第二名称を表示欄Ｆ２７６に表示すればよい。
【0247】
そして、ユーザが選択欄Ｆ２７３を用いて表示欄Ｆ２７４に表示された第一名称である自宅付近の保管場所の名称の一以上を選択し、選択欄Ｆ２７５を用いて表示欄Ｆ２７６に表示された第二名称である職場付近の保管場所の名称の一以上が選択した状態で、ボタンＢ２７２が押下されたとする。
【0248】
この場合、制御部２１は、選択された一以上の自宅付近の保管場所の名称に対応する一以上の第一エリアＩＤと、選択された一以上の職場付近の保管場所の名称に対応する一以上の第二エリアＩＤと、をメモリ２２に記憶されているユーザＩＤと共に、通信部２５に、サーバ１へ送信させればよい。
【0249】
サーバ１では、通信部１２がユーザＩＤ、一以上の第一エリアＩＤ及び一以上の第二エリアＩＤを受信すると、制御部１１が、顧客テーブルＴｃｓ（図１１）において、当該受信されたユーザＩＤを含むレコードの「マイエリアＩＤ」フィールドに、当該受信された一以上の第一エリアＩＤ及び一以上の第二エリアＩＤを記憶すればよい。又は、制御部１１が、顧客テーブルＴｃｓ２（図２６）において、当該受信されたユーザＩＤを含むレコードの第一フィールド及び第二フィールドに、当該受信された一以上の第一エリアＩＤ及び一以上の第二エリアＩＤを記憶すればよい。
【産業上の利用可能性】
【0250】
本開示によれば、配達車の移動距離を増やすことなく、ユーザの受け取りやすい場所に荷物を届け、未配を防ぐことができるので、ネット通販の物流システムに対して有用である。
【符号の説明】
【0251】
１ サーバ（提示装置）
２ ユーザ端末（第二端末）
２＿１ ユーザ端末（第二端末）
２＿ｎ ユーザ端末（第二端末）
３ 配達端末（第一端末）
４ 配達車
１０ 提示システム
１１ 制御部（プロセッサ）
１２ 通信部（送受信器）
１３ メモリ
Ｄ１ 第一距離
Ｄ２ 第二距離
ＮＴ ネットワーク
Ｐ１ 現在位置
Ｔｂａ１、Ｔｂａ２ 属性別配達テーブル
Ｔｃｂ１、Ｔｃｂ２、Ｔｃｂ３、Ｔｃｂ３１、Ｔｃｂ４ 荷物テーブル
Ｔｃｓ、Ｔｃｓ２ 顧客テーブル
Ｔｍｈ１、Ｔｍｈ２ エリアテーブル
Ｔｕｈ 移動履歴テーブル
２ ユーザ端末（第二端末）
２＿１ ユーザ端末（第二端末）
２＿ｎ ユーザ端末（第二端末）
３ 配達端末（第一端末）
４ 配達車
１０ 提示システム
１１ 制御部（プロセッサ）
１２ 通信部（送受信器）
１３ メモリ
Ｄ１ 第一距離
Ｄ２ 第二距離
ＮＴ ネットワーク
Ｐ１ 現在位置
Ｔｂａ１、Ｔｂａ２ 属性別配達テーブル
Ｔｃｂ１、Ｔｃｂ２、Ｔｃｂ３、Ｔｃｂ３１、Ｔｃｂ４ 荷物テーブル
Ｔｃｓ、Ｔｃｓ２ 顧客テーブル
Ｔｍｈ１、Ｔｍｈ２ エリアテーブル
Ｔｕｈ 移動履歴テーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】