(57)【要約】      （修正有）【課題】再配達や再集荷を解消できる宅配ロッカーによる配達及び集荷システムを提供する。【解決手段】宅配ロッカーによる配達システムは、宅配ロッカー１と、顧客側端末３と、業者側端末５と、情報処理部７とを備える。業者側端末５は、通信により情報処理部７にアクセスし、宅配ロッカーの空き情報を確認し、宅配ロッカーが空いていれば宅配ロッカーの暗号キーを受け、配達完了後に配達完了通知を送信し、顧客側端末３は、情報処理部７から配達完了通知を受け、宅配ロッカーの暗号キーを受け、荷物の受取り後に通信により情報処理部７にアクセスし、受取り完了通知を送信する。【選択図】図６
2020154572.tif 000002
【特許請求の範囲】
【請求項１】
宅配ロッカーと、顧客側端末と、業者側端末と、情報処理部とを備え、
業者側端末は、通信により情報処理部にアクセスし、宅配ロッカーの空き情報を確認し、宅配ロッカーが空いていれば宅配ロッカーの暗号キーを受け、配達完了後に配達完了通知を送信し、
顧客側端末は、情報処理部から配達完了通知を受け、宅配ロッカーの暗号キーを受け、荷物の受取り後に通信により情報処理部にアクセスし、受取り完了通知を送信することを特徴とする宅配ロッカーによる配達システム。
【請求項２】
宅配ロッカーと、顧客側端末と、業者側端末と、情報処理部とを備え、
顧客側端末は、宅配ロッカーに荷物を入れた後に通信により情報処理部にアクセスし、荷物挿入完了通知を送信し、
業者側端末は、情報処理部から荷物挿入完了通知を受け、通信により情報処理部にアクセスし、宅配ロッカーの暗号キーを受け、集荷完了通知を送信することを特徴とする宅配ロッカーによる集荷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宅配ロッカーによる配達及び集荷システムに関する。
【背景技術】
【０００２】
宅配業者（配達員）が宅配ロッカーに荷物を配達したり、宅配ロッカーから荷物を集荷することがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかし、荷物の配達時及び集荷時において、宅配業者にとっては宅配ロッカーの空き情報が分からないため、再配達や再集荷を強いられる問題があり、それを解消することが求められていた。
【０００４】
そこで、本発明は、再配達や再集荷を解消できる宅配ロッカーによる配達及び集荷システムの提供を目的とする。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、宅配ロッカーと、顧客側端末と、業者側端末と、情報処理部とを備え、業者側端末は、通信により情報処理部にアクセスし、宅配ロッカーの空き情報を確認し、宅配ロッカーが空いていれば宅配ロッカーの暗号キーを受け、配達完了後に配達完了通知を送信し、顧客側端末は、情報処理部から配達完了通知を受け、宅配ロッカーの暗号キーを受け、荷物の受取り後に通信により情報処理部にアクセスし、受取り完了通知を送信することを特徴とする宅配ロッカーによる配達システムである。
【０００６】
請求項２に記載の発明は、宅配ロッカーと、顧客側端末と、業者側端末と、情報処理部とを備え、顧客側端末は、宅配ロッカーに荷物を入れた後に通信により情報処理部にアクセスし、荷物挿入完了通知を送信し、業者側端末は、情報処理部から荷物挿入完了通知を受け、通信により情報処理部にアクセスし、宅配ロッカーの暗号キーを受け、集荷完了通知を送信することを特徴とする宅配ロッカーによる集荷システムである。
【０００７】
また、本願には、宅配ロッカーによる配達システムと集荷システムを一緒した発明も含んでいる。この場合の本願発明は、宅配ロッカーと、顧客側端末と、業者側端末と、情報処理部とを備え、顧客側端末は、荷物を受取るときは、情報処理部から配達完了通知を受け、宅配ロッカーの暗号キーを受け、荷物受取り後に通信により情報処理部にアクセスし、受取り完了通知を送信し、集荷依頼をするときには、宅配ロッカーに荷物を入れた後に通信により情報処理部にアクセスし、荷物挿入完了通知を送信し、業者側端末は、配達するときには、通信により情報処理部にアクセスし、宅配ロッカーの空き情報を確認し、宅配ロッカーが空いていれば宅配ロッカーの解錠キー暗号を受け、配達完了後に配達完了通知を送信し、集荷するときには、情報処理部から荷物挿入完了通知を受け、通信により情報処理部にアクセスし、宅配ロッカーの解錠キー暗号を受け、集荷完了通知を送信することを特徴とする宅配ロッカーによる配達集荷システムである。
【発明の効果】
【０００８】
請求項１に記載の発明によれば、配達業者（配達員）は、宅配ロッカーの空き情報を把握したうえで配達できるので、宅配ロッカーが使用中の為に生じる再配達を防止できる。
【０００９】
請求項２に記載の発明によれば、集荷業者（配達員）は、荷物挿入完了通知を受けて宅配ロッカーの空き情報を把握したうえで集荷できるので、荷物が入っていなかった為に生じる再集荷を防止できる。
【００１０】
宅配ロッカーによる配達システムと集荷システムを一緒した発明では、宅配ロッカーが使用中の為に生じる再配達を防止でき及び荷物が入っていなかった為に生じる再集荷を防止できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態であって、宅配業者（配達員）の配達の流れを示すフローチャートである。
【図２】本発明の実施形態であって、顧客（ユーザー）の荷物受取りの流れを示すフローチャートである。
【図３】本発明の実施形態であって、顧客（ユーザー）の荷物依頼の流れを示すフローチャートである。
【図４】本発明の実施形態であって、宅配業者（配達員）の集荷の流れを示すフローチャートである。
【図５】図１に示す情報処理部の構成を示すブロック図である。
【図６】本発明の実施形態であって、全体の構成を示す図である。
【発明を実施するための形態】
【００１２】
以下に、添付図面を参照して、本発明の実施の形態を説明する。以下に説明する実施の形態は、宅配ロッカーによる配達システム及び集荷システムの両方を一緒にした配達集荷システムである。図６に示すように、この配達集荷システムは、宅配ロッカー１と、顧客側端末３と、業者側端末５と、情報処理部７とを備え、各端末３、５及び情報処理部７はインターネット回線８を通じて互いに通信可能である。
宅配ロッカー１は、戸建住宅、マンション等の集合住宅等に設置されて、宅配荷物や郵送物を受け取り又は、配達する荷物を集荷の為に挿入しておくものであるが、本実施の形態では、宅配ロッカー１は戸建住宅に設置されている。この宅配ロッカー１は電子錠１１により施解錠する扉９を備えている。電子錠１１は、例えば電池錠であり、通信により送信された暗号キーを受けて解錠し、扉９を閉めると施錠される。
顧客側端末３は、配達を受ける顧客又は配達する荷物の集荷を依頼する顧客の端末であり、顧客が保持するスマートフォンや通信型タブレット等である。
業者側端末５は、荷物を配達する配達員又は配達する荷物を集荷する配達員の端末であり、配達又は集荷する配達員が保持するスマートフォンや通信型タブレット等である。
【００１３】
情報処理部７は、宅配業者のサーバ又は宅配ロッカー１を管理する業者のサーバである。
この情報処理部７は、荷物の配達及び集荷をする為のアプリケーションソフトを配信しており、顧客側端末は、このアプリケーションソフトを通じて情報処理部７にアクセスすることができる。
【００１４】
図５に示すように、情報処理部７は、顧客側端末通信部１３と、宅配ロッカー通信部１５と、業者側端末通信部１７とを備えている。
顧客側端末通信部１３は、顧客が荷物を受取るとき及び集荷を依頼するときに、顧客側端末３との間の通信を制御するブロックであり、顧客側メール送受信部１９と、顧客登録部２１と、荷物受取り制御部２３、集荷依頼制御部２５と、顧客位置情報格納部２７とを備えている。
顧客側メール送受信部１９は、顧客側端末３との間で、所定の通知を送信又は受信する。
顧客登録部２１は、アクセスを受けた顧客側端末３がすでに登録している顧客側端末か否かを判断し、登録がない場合には新規に登録を受けて、顧客側端末のメールアドレス、顧客（ユーザー）の氏名等を登録する。
荷物受取り制御部２３は、宅配ロッカー１に配達された荷物を受取る受取りフロー（後述する）を顧客側端末３との間で実行する。
集荷依頼制御部２５は、荷物の集荷を依頼する荷物差出しフロー（後述する）を顧客側端末３との間で実行する。
顧客位置情報格納部２７は、顧客側端末３の位置情報を格納する。位置情報は、顧客側端末３が有するＧＰＳ（グローバル・ポジショニング・システム）により位置情報を得る。
【００１５】
宅配ロッカー通信部１５は、宅配ロッカー１に荷物を配達するとき又は集荷するときに宅配ロッカー１との間の通信を制御するブロックであり、宅配ロッカー送受信部２９と、宅配ロッカー状態格納部３１と、暗号キー格納部３３とを備えている。
宅配ロッカー送受信部２９は、宅配ロッカー１との間で所定の通知を送信又は受信する。
宅配ロッカー状態格納部３１は、宅配ロッカー１の中に荷物が格納された「入」状態か或いは荷物が入っていない「空」状態かの空き情報を格納している。
暗号キー格納部３３は、宅配ロッカー１の電子錠１１を解錠するための暗号キーを格納している。この暗号キーは所定時間毎に変更され、宅配ロッカー１に対しても変更された暗号キーが通知される。
【００１６】
業者側端末通信部１７は、配達員が荷物を宅配ロッカー１に配達するとき又は宅配ロッカー１に挿入された荷物を集荷するときに、業者側端末５との間の通信を制御するブロックであり、業者側メール送受信部３５と、配達員登録部３７と、配達制御部３９と、集荷制御部４１と、業者位置情報格納部４３を備えている。
業者側メール送受信部３５は、業者側端末５との間で、所定の通知を送信又は受信する。
配達員登録部３７は、配達又は集荷を行う配達員の情報が登録されている。
配達制御部３９は、宅配ロッカー１に配達するときの配達フロー（後述する）を業者側端末５との間で実行する。
集荷制御部４１は、宅配ロッカー１に収納した荷物の集荷をする集荷フロー（後述する）を業者側端末５との間で実行する。
業者位置情報格納部４３は、業者側端末５の位置情報を格納する。位置情報は、業者側端末５が有するＧＰＳにより位置情報を得る。
【００１７】
次に、図１及び図２を参照して、宅配ロッカーによる配達システムの流れについて説明する。
図１に示すよう、荷物を配達する配達員の業者側端末５は、情報処理部７にアクセスし、ステップＳ１で配達先の宅配ロッカー１を選択すると、情報処理部７ではステップＳ２でその宅配ロッカー１の状態確認を開始し、ステップＳ３で宅配ロッカー１が空いているか否かを判断する。宅配ロッカー１が空いているか否かは、宅配ロッカーが「空」状態（後述するステップＳ４９、Ｔ５０参照）か「入」状態（後述するステップＳ２６、Ｔ２０−１参照）かを宅配ロッカー状態格納部３１に格納されている情報に基づいて判断する。ステップＳ３において、空いていない場合にはステップＳ４で業者側端末５に空いていないことを通知すると、配達員は配達を止める。一方、ステップＳ３で宅配ロッカー１が空いていることを通知した場合には、ステップＳ５で配達員は配達作業を開始する。
【００１８】
ステップＳ５で配達作業を開始した配達員は、ステップＳ６で業者側端末５から解錠申請を宅配ロッカー１に送信すると、ステップＳ７で宅配ロッカー１は解除申請を情報処理部７へ送信する。情報処理部７では、ステップＳ１１で申請情報の確認を開始し、ステップＳ１２で申請情報が一致しているか否かを判断し、申請情報が一致していない場合にはステップＳ１０の申請不可へ移行する。申請情報が一致しているか否かは、荷物の配達先が解錠申請があった宅配ロッカー１と一致しているか否かである。
ステップＳ１２で申請情報が一致している場合には、ステップＳ１３で位置情報の確認を開始し、ステップＳ１４で業者側端末５が宅配ロッカー１の近くの所定範囲内（近くにいる）か否か（位置情報が一致しているか否か）を判断し、一致していない場合（近くにいない）にはステップＳ１０の申請不可へ移行する。位置情報が一致しているか否かは、業者位置情報格納部４３（図５参照）に格納された位置情報に基づいて判断する。ステップＳ１４で位置情報が一致している場合（近くにいる）には、ステップＳ１５へ移行し、情報処理部７は宅配ロッカー１の暗号キーを発行する。
【００１９】
次に、業者側端末５は、ステップＳ１６で宅配ロッカー１の解錠操作をする。解錠操作は暗号キーを送信することで行う。
宅配ロッカー１ではステップＳ１７で暗号キーを受取り、ステップＳ１８で電子錠１１を解錠する。
ステップＳ１９で配達員（業者）は、宅配ロッカー１内に荷物を収めた後、ステップＳ２０で扉９を閉じることで電子錠１１を施錠する。
次に、ステップＳ２１で配達員は、業者側端末５から、情報処理部７に配達完了申請をし、情報処理部７はステップＳ２２で完了の確認を開始し、ステップＳ２３で完了したか否かを判断する。完了したか否かは、ステップＳ２０で施錠したか否かで判断し、完了していない場合には、ステップＳ２４で業者側端末５にやり直しを通知する。やり直し通知を受けた配達員は、扉９を閉め直して再度ステップＳ２０の施錠を行い、ステップＳ２１で再度配達完了申請を通知する。ステップＳ２３で完了している場合にはステップＳ２５で配達完了の通知をし、ステップＳ２６で宅配ロッカー状態格納部３１（図５参照）の状態を「入」にして、宅配ロッカー１内に荷物が入っているという状態にする。一方、顧客側端末３はステップＳ２７で配達完了通知を受け、業者側端末５はステップＳ２８で配達完了通知を受ける。
【００２０】
次に、図２を参照して顧客（ユーザー）が宅配ロッカー１から荷物を受取る受取りフローについて説明する。
顧客側端末３はステップＳ２７で配達完了通知を受けた後（図１参照）、顧客が顧客側端末３から宅配ロッカー１にステップＳ２８で受取申請を送信する。宅配ロッカー１は、ステップＳ２９で情報処理部７へ解錠を申請し、情報処理部７では、ステップＳ３０で宅配ロッカー１内の確認を開始する。確認は、ステップＳ３１で宅配ロッカー１が荷物の受取り待ち状態にあるか否かを判断し、受取り待ち状態でない場合にはステップＳ３２で顧客側端末３に受取り不可を通知する。受取り待ちか否かは、宅配ロッカー状態格納部３１が「入」状態か「空」状態で判断し、「入」状態であるときは受取り待ちである。ステップＳ３１で受取り待ち状態にあるときには、ステップＳ３３で申請情報の確認を開始し、ステップＳ３４へ移行する。ステップＳ３４では、受取申請と配達完了通知が一致しているか否かを判断し、一致していない場合にはステップＳ３２で受取り不可通知を受け、一致している場合にはステップＳ３５で位置情報の確認を開始する。位置情報の確認は、ステップＳ３６で顧客側端末３が宅配ロッカー１の近くにあるか否か（位置情報が一致しているか否か）を判断し、一致していない場合にはステップＳ３２の受取り不可へ移行する。ステップＳ３６の位置情報が一致しているか否かの判断は、ステップＳ１４と同様に業者位置情報格納部４３（図５参照）に格納された位置情報に基づいて判断する。ステップＳ３６で位置情報が一致している場合には、ステップＳ３７へ移行し、情報処理部７は宅配ロッカー１の暗号キーを発行する。
【００２１】
顧客（ユーザー）は、ステップＳ３８で顧客側端末３から宅配ロッカー１の解錠操作をする。解錠操作は、ステップＳ３７で発行された暗号キーを宅配ロッカー１に送信して行う。宅配ロッカー１ではステップＳ３９で暗号キーを受取り、ステップＳ４０で電子錠１１を解錠する。
顧客（ユーザ）は、宅配ロッカーの扉９を開いてステップＳ４１で荷物を受取り、ステップＳ４２で扉９を閉じることで、電子錠１１を施錠する。その後、顧客側端末３から受取り完了通知を情報処理部７に送信する。情報処理部７では、ステップＳ４４で受取り完了の確認を開始し、ステップＳ４５で完了したか否かを判断する。完了したか否かは、ステップＳ４３で施錠したか否かで判断し、完了していない場合（施錠していない場合）には、ステップＳ４６で顧客側端末３にやり直しを通知する。やり直し通知を受けた顧客は、扉９を閉め直すことで再度ステップＳ４２の施錠を行い、ステップＳ４３を繰り返して受取完了通知を情報処理部７に送信する。ステップＳ４５で完了している場合には、ステップＳ４７で顧客側端末３に受取り完了確認通知を送付し、顧客側端末３はステップＳ４８でこの通知を受け取る。また、情報処理部７では、ステップＳ４７で受取り完了確認通知を送信後、ステップＳ４９で宅配ロッカー１の状態を「空」にする。
【００２２】
次に、図３及び図４を参照して、宅配ロッカー１による集荷システムの流れについて説明する。
まず、図３を参照して、顧客（ユーザー）が荷物の集荷を依頼する流について説明する。
荷物の集荷を依頼する顧客は、ステップＴ１で宅配ロッカー１に荷物の差出し申請をし、宅配ロッカー１はステップＴ２で情報処理部７へ宅配ロッカー１の解錠を申請する。
情報処理部７では、ステップＴ３で宅配ロッカー内の確認を開始し、ステップＴ４で宅配ロッカー１が空いているか否かを判断する。宅配ロッカー１が空いているか否かの判断は、ステップＳ３と同様に、宅配ロッカーが「空」状態か「入」状態かを宅配ロッカー状態格納部３１に格納されている情報（後述する）に基づいて判断する。
宅配ロッカー１が空いていない場合には、ステップＴ５で顧客側端末３に差出し不可を通知する。
ステップＴ４で宅配ロッカーが空いている場合には、ステップＴ６で申請情報の確認を開始し、ステップＴ７で申請情報が一致しているか否かを判断し、情報が一致していない場合にはステップＴ５の差出し不可を通知する。申請情報が一致しているか否かは、例えば差出申請があった宅配ロッカー１と空いている宅配ロッカー１とが一致しているか否かである。
ステップＴ７で情報が一致している場合には、ステップＴ８で位置情報の確認を開始し、ステップＴ９で位置情報が一致しているか否かを判断し、一致していない場合にはステップＴ５で差出し不可を送信する。ステップＴ９の位置情報の一致は、顧客側端末３が宅配ロッカー１の所定範囲内の位置（近く）にあるか否かを判断する。ステップＴ９で位置情報が一致している場合には、ステップＴ１０で情報処理部７は暗号キーを発行し、顧客側端末３に送信する。
【００２３】
ステップＴ１１でユーザーは解錠操作をするが、解錠操作は、暗号キーを宅配ロッカー１に送信して行う。ステップＴ１２で宅配ロッカー１が暗号キーを受取り、ステップＴ１３で電子錠１１が解錠される。
顧客は宅配ロッカー１の扉９を開き、ステップＴ１４で荷物をロッカー内に入れて、ステップＴ１５で扉９を閉じることで施錠する。施錠後、ステップＴ１６でユーザーは、顧客側端末３から荷物挿入完了通知を情報処理部７へ送信する。  
情報処理部７では、荷物挿入完了通知を受けると、ステップＴ１７で完了の確認を開始し、ステップＴ１７で完了したか否かを判断する。完了したか否かの判断は、ステップＴ１５で施錠したか否かで判断し、完了していない場合には、ステップＴ１９で顧客側端末３にやり直しを通知する。やり直し通知を受けた配達員は、扉９を閉め直して再度ステップＴ１５の施錠を行い、ステップＴ１６で差出し完了通知を送信する。
ステップＴ１８で完了している場合には、ステップＴ２０で顧客側端末３及び業者側端末５に所定の通知を送信し、顧客側端末３はステップＴ２１で荷物挿入完了確認通知を受領し、業者側端末５はステップＴ２２で集荷通知を受ける。また、情報処理部７では、ステップＴ２０で通知の送信後、ステップＴ２０−１で宅配ロッカー状態格納部３１の状態を「入」にする。
【００２４】
図４を参照して、配達員の集荷の流れを説明する。
配達員がステップＴ２２で情報処理部７から集荷通知受けた後、ステップＴ２３で業者側端末５から集荷通知（集荷をする旨の通知）を情報処理部７に送信する。情報処理部７は、ステップＴ２４で宅配ロッカー１の状態の確認を開始し、ステップＴ２５で宅配ロッカー１が集荷待ち状態か否かを判断する。集荷待ち状態か否かは、ステップＳ３と同様に、宅配ロッカー１が「入」状態か「空」状態かで判断する。「空」状態の場合には、集荷待ち状態でないので、ステップＴ２６で集荷不可を業者側端末５に送信する。「入」状態の場合には集荷待ち状態なので、ステップＴ２７で業者側端末５に集荷作業を送信する。
次に、ステップＴ２８で業者側端末５が解錠申請を宅配ロッカー１に送信すると、ステップＴ２９で宅配ロッカー１は情報処理部７へ解錠申請をする。情報処理部７では、ステップＴ３３で申請情報の確認を開始し、ステップＴ３４で集荷通知と差出し申請との情報が一致しているか否かを判断する。情報の一致は、例えば集荷する宅配ロッカー１と集荷依頼を受けた宅配ロッカー１とが一致しているか否かである。ステップＴ３４で情報が一致していない場合にはステップＴ３２の申請不可を業者側端末５に送信し、情報が一致している場合には、ステップＴ３５で位置情報の確認を開始し、ステップＴ３６で位置情報が一致しているか否かを判断し、一致していない場合にはステップＴ３２の申請不可を送信する。ステップＴ３６で位置情報が一致している場合には、ステップＴ３７で情報処理部７は暗号キーを業者側端末５に送信する。ステップＴ３６の位置情報の一致は、業者側端末５が宅配ロッカー１の所定範囲内の位置（近く）にあるか否かである。
【００２５】
ステップＴ３８で配達員は業者側端末５から暗号キーを宅配ロッカー１に送信して解錠操作をする。宅配ロッカー１は、ステップＴ３９で暗号キーを受取り、ステップＴ４０で電子錠１１を解錠する。
ステップＴ４１で配達員は、宅配ロッカー１の扉９を開けて荷物を集荷し、ステップＴ４２で扉９を閉じて施錠する。その後、ステップＴ４３で配達員は業者側端末５から集荷完了通知を情報処理部７に送信する。情報処理部７は、ステップＴ４４で完了の確認を開始し、ステップＴ４５で集荷が完了したか否かを判断する。完了したか否かの判断は、ステップＴ４２で施錠したか否かで判断し、完了していない場合には、ステップＴ４６で業者側端末５にやり直しを通知する。やり直し通知を受けた配達員は、扉９を閉め直して再度ステップＴ４２の施錠を行い、ステップＴ４３で集荷完了通知を送信する。
ステップＴ４５で集荷が完了している場合には、ステップＴ４７で顧客側端末３及び業者側端末５に所定の通知を送信する。所定の通知は、顧客側端末３ではステップＴ４８で受ける差出完了確認通知であり、業者側端末５はステップＴ４９で受ける集荷完了確認通知である。また、情報処理部７では、ステップＴ４７で通知の送信後、ステップＴ５０で宅配ロッカー状態格納部３１に格納されている状態を「空」にする。
【００２６】
次に、本実施の形態にかかる宅配ロッカーによる配達及び集荷システムの作用及び効果について説明する。
図１に示すように、本実施の形態にかかる宅配ロッカーによる配達システムによれば、配達員は、業者側端末５で宅配ロッカー１の空き情報を把握したうえで（ステップＳ２、Ｓ３）配達できるので、宅配ロッカー１が使用中の為に生じる再配達を防止できる。
図１に示すように、配達員が荷物を配達するときには、業者側端末５が解錠申請（ステップＳ６）を送信すると、情報処理部７は業者側端末５の位置情報を確認して、業者が近くにいるときにのみ暗号キーを業者側端末５に送信するから（ステップＳ１３〜１５）、暗号キーを受取っても配達業者が遠くにいるために配達処理が遅くなり、次に配達しようとしている他の配達員が配達できなくなったり、集荷を依頼しようとしている顧客が集荷依頼ができなくなるのを極力なくすことができる。
図２に示すように、配達システムにおいて、顧客が宅配ロッカー１に配達された荷物を受け取るときには、受取完了通知を情報処理部に送信するから（ステップＳ４３）、情報処理部７は宅配ロッカー１の状態を容易に把握できる。
配達システムにおいて、顧客が宅配ロッカー１に配達された荷物を受け取るときには、顧客側端末３が受取り申請（ステップＳ２８）を送信すると、情報処理部７は顧客側端末３の位置情報を確認して、顧客が近くにいるときにのみ暗号キーを顧客側端末３に送信するから（ステップＳ３５〜３７）、暗号キーを受取った顧客が遠くにいるために、荷物の受け取り処理に時間がかかり、次に配達しようとしている他の配達員が配達できなくなるのを極力なくすことができる。
【００２７】
図４に示すように、本実施の形態にかかる宅配ロッカーによる集荷システムによれば、配達員は、業者側端末５で荷物挿入完了通知を受けてから（ステップＴ２２）、集荷するので（ステップＴ２３）、宅配ロッカーの空き情報を把握したうえで集荷でき、荷物が入っていなかった為に生じる再集荷を防止できる。
図３に示すように、顧客が集荷依頼をするときには、顧客側端末３が解錠申請（ステップＴ２）を情報処理部７へ送信すると、情報処理部７は顧客側端末３の位置情報を確認して、顧客が近くにいるときにのみ暗号キーを顧客側端末３に送信するから（ステップＴ８〜Ｔ１０）、集荷申請をした顧客が暗号キーを受取っても遠くにいるために、荷物の差出処理が遅くなり、次に配達しようとしている他の配達員が配達できなくなるのを極力なくすことができる。
【００２８】
図４に示すように、集荷システムにおいて、配達員が宅配ロッカー内の荷物を集荷するときに、配達員は集荷完了通知を情報処理部に送信するから（ステップＴ４３）、情報処理部７は宅配ロッカー１の状態を容易に把握できる。
集荷システムにおいて、業者側端末５から集荷通知があったときに（ステップＴ２３）、宅配ロッカー１内に集荷待ちの荷物があるか否か確認しているので（ステップＴ２４、Ｔ２５）、顧客が荷物を入れ忘れた状態で集荷作業するのを防止できる。
集荷システムにおいて、配達員が宅配ロッカー１内の荷物を集荷するときには、業者側端末５が解錠申請（ステップＴ２８）を送信すると、情報処理部７は業者側端末５の位置情報を確認して、配達員が近くにいるときにのみ暗号キーを業者側端末５に送信するから（ステップＴ３５〜３７）、暗号キーを受取った配達員が遠くにいるために、集荷処理が遅くなり、次に配達しようとしている他の配達員が配達できなくなるのを極力なくすことができる。
情報処理部７は、図１に示す配達フローでは配達完了後に宅配ロッカー１の状態を「入」にし（ステップＳ２６）、図２に示す受取りフローでは受取完了後に宅配ロッカー１の状態を「空」にし（ステップＳ４９）、図３に示す荷物差出しフローでは、差出し完了後に宅配ロッカー１の状態を「入」にし（ステップＴ２０）、図４示す集荷フローでは、集荷完了後に宅配ロッカー１の状態を「空」にし（ステップＴ５０）にしているので、情報処理部７は宅配ロッカーの状態を常時正確に把握できる。
【００２９】
本発明は、上述した実施の形態に限らず、本発明の要旨を逸脱しない範囲で種々変形可能である。  
電子錠１１は、電池錠に限らず、電気錠であっても良い。
業者側端末５を保持する配達員は、所定の配達会社に限らず、複数の配達会社の各配達員が保持するものであっても良い。
図１に示す配達フローにおいて、配達員は解錠申請（ステップＳ６）を宅配ロッカー１にしているが、情報処理部７にしても良い。同様に図２に示す受取フローにおいて、ユーザーの解錠申請（ステップＳ２９）は情報処理部７にしても良いし、図３に示すユーザーが宅配ロッカーに送信する解錠申請新（ステップＴ２）は情報処理部７に送信しても良いし、図４に示す集荷フローにおいて、配達員が宅配ロッカーに送信する解錠申請（ステップＴ２９）は情報処理部７に送信しても良い。
【符号の説明】
【００３０】
１    宅配ロッカー
３    顧客側端末
５    業者側端末
７    情報処理部
【図１】
2020154572.tif 000003
【図２】
2020154572.tif 000004
【図３】
2020154572.tif 000005
【図４】
2020154572.tif 000006
【図５】
2020154572.tif 000007
【図６】
2020154572.tif 000008