特開 2025-8116 配送ボックスの管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025008116

(43)【公開日】2025-01-20

(54)【発明の名称】配送ボックスの管理方法

(51)【国際特許分類】

   G06Q 10/083 20240101AFI20250109BHJP

【ＦＩ】

G06Q10/083

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2023110008

(22)【出願日】2023-07-04

(71)【出願人】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】中西 陽平

(72)【発明者】

【氏名】福村 俊治

(72)【発明者】

【氏名】ニコル エイドリアン

(72)【発明者】

【氏名】檀野 隆一

(72)【発明者】

【氏名】木村 俊範

(72)【発明者】

【氏名】阿部 佳明

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA16

5L049AA16

(57)【要約】

【課題】配送ボックスの交換を適切に行うことができる配送ボックスの管理方法を提供する。
【解決手段】配送ボックス２０は、荷物を収容可能な複数の収容部と、収容部の施錠及び解錠が可能な鍵部とを備える。所定の受取拠点ＰＬに設置する配送ボックス２０の管理方法は、以下の（ａ），（ｂ）を含む。（ａ）受取拠点ＰＬに設置されている配送ボックス２０に収容されている荷物の数ＲＮが、所定数Ｎ１以下になった交換条件が成立しているか否かを制御装置４０に判定させること。（ｂ）交換条件が成立している場合に、受取拠点ＰＬに設置する配送ボックス２０を、新しい配送ボックス２０に置き換える交換を、作業者の端末１２に対して制御装置４０に指示させること。
【選択図】図５

【特許請求の範囲】

【請求項1】

所定の受取拠点に設置する配送ボックスの管理方法であって、
前記配送ボックスは、荷物を収容可能な複数の収容部と、前記収容部の施錠及び解錠が可能な鍵部とを備え、
前記受取拠点に設置されている前記配送ボックスに収容されている荷物の数が、所定数以下になった交換条件が成立しているか否かを制御装置に判定させることと、
前記交換条件が成立している場合に、前記受取拠点に設置する前記配送ボックスを、新しい配送ボックスに置き換える交換を、作業者の端末に対して前記制御装置に指示させることと、
を含む配送ボックスの管理方法。

【請求項2】

請求項１に記載の配送ボックスの管理方法において、
新しい前記配送ボックスには、前記所定数と同数以上の空の前記収容部がある、
配送ボックスの管理方法。

【請求項3】

請求項２に記載の配送ボックスの管理方法において、
前記鍵部は、鍵情報の認証により解錠される構成であり、
古い前記配送ボックスを新しい前記配送ボックスに交換する交換業者に対して、古い前記配送ボックスの鍵情報を前記制御装置が一時的に付与することをさらに含む、
配送ボックスの管理方法。

【請求項4】

請求項１に記載の配送ボックスの管理方法において、
古い前記配送ボックスを前記受取拠点から配送拠点まで移動させることを作業者の前記端末に対して前記制御装置に指示させることと、
古い前記配送ボックスに未だ収容されている前記荷物の受取人に対し、前記配送拠点に前記荷物があることを前記制御装置が通知することと、をさらに含む、
配送ボックスの管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配送ボックスの管理方法に関する。

【背景技術】

【0002】

例えば、特許文献１には、荷物を配送する配送拠点と荷物を受け取る受取拠点の間を自走可能な自走式の配送ボックスが開示されている。配送ボックスは、荷物を収容可能な収容部の扉を開放可能にする認証部を有する。顧客は、受取拠点まで行って配送ボックスの扉を開けて自分宛の荷物を受け取る。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－９０５５１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述の受取拠点を設定した場合、受取拠点に設置した配送ボックスを、適当なタイミングで別の配送ボックスに置き換えるサービスが考えられるが、この場合の配送ボックスの適切な管理方法の検討はまだなされていない。

【課題を解決するための手段】

【0005】

以下、上記課題を解決するための手段について記載する。
上記課題を解決する配送ボックスの管理方法は、所定の受取拠点に設置する配送ボックスの管理方法であって、前記配送ボックスは、荷物を収容可能な複数の収容部と、前記収容部の施錠及び解錠が可能な鍵部とを備え、前記受取拠点に設置されている前記配送ボックスに収容されている荷物の数が、所定数以下になった交換条件が成立しているか否かを制御装置に判定させることと、前記交換条件が成立している場合に、前記受取拠点に設置する前記配送ボックスを、新しい配送ボックスに置き換える交換を、作業者の端末に対して前記制御装置に指示させることと、を含む。

【発明の効果】

【0006】

本発明によれば、配送ボックスの交換を適切に行うことができる。

【図面の簡単な説明】

【0007】

【図1】図１は、第１実施形態における配送管理システムを示す模式図である。

【図2】図２は、配送ボックスを示す模式側面図である。

【図3】図３は、収容部の構成を示す模式側面図である。

【図4】図４は、配送管理システムの電気的構成を示すブロック図である。

【図5】図５は、配送ボックスの管理方法に係る処理を示す流れ図である。

【図6】図６は、第２実施形態における配送ボックスの管理方法に係る処理を示す流れ図である。

【発明を実施するための形態】

【0008】

（第１実施形態）
以下、第１実施形態における配送ボックスの管理方法について、図面を参照して説明する。

【0009】

＜配送管理システムの基本構成＞
まず、図１を参照して、配送管理システムの構成について説明する。図１に示すように、配送管理システム１０は、配送ボックス２０と、配送管理サーバ１１とを備える。配送管理サーバ１１は、インターネット等のネットワークＮＷを通じてユーザ端末１３と通信可能に接続されている。配送管理サーバ１１は、ユーザ端末１３から登録されたユーザのメールアドレスをメモリ４３（図４参照）に記憶する。配送管理サーバ１１は、ユーザ宛の荷物がある場合、該当するユーザ端末１３に対して荷物がある旨の情報を含むメールを送信する。ユーザ端末１３は、個人が所有する通信機器である。ユーザ端末１３としては、例えば、スマートフォン、タブレット端末、及びパーソナルコンピュータを挙げることができる。

【0010】

本実施形態の配送ボックスの管理方法では、荷物の受取人であるユーザＵの自宅近くの受取拠点ＰＬにユーザ宛の荷物が収容された配送ボックス２０が設置される。ユーザＵのユーザ端末１３が、荷物がある旨の情報を含むメールを受け取ると、ユーザＵは、自宅近くの受取拠点ＰＬに設置された配送ボックス２０に自分宛の荷物を取りに行く。

【0011】

この配送ボックス受取サービスを受けるユーザＵは、予め住所、氏名、メールアドレス等の連絡先を登録する。配送管理サーバ１１は、例えば、配送センターに設置され、ユーザ宛の荷物がある場合、該当するユーザの連絡先に荷物がある旨の情報を通知する。なお、顧客への連絡方法は、メールに限らず、電話、ＬＩＮＥ（登録商標）、ＳＭＳ（Short Message Service）などユーザ個人に情報を通知できる方法であればよい。

【0012】

配送センターは、配送拠点ＤＢにある。配送拠点ＤＢには、配送ボックス２０を地域別の受取拠点ＰＬに移動させるトラック等の運送車が配車されている。この配送拠点ＤＢは、荷物が収集される拠点でもある。収集された荷物のうち配送ボックス受取サービスに登録しているユーザＵの荷物は、受取拠点ＰＬ別に配送ボックス２０に収容される。配送会社の従業員又は配送ボックス運送業務委託先の従業員である作業者は、例えば、配送ボックス２０を運送車により配送拠点ＤＢから受取拠点ＰＬに移動させる。ユーザＵは、自宅近くの所定の受取拠点ＰＬに設置された配送ボックス２０に自分宛の荷物を受取期間内に取りに行く。なお、荷物がある旨の情報には、受取期間の情報が含まれる。

【0013】

ところで、配送ボックス２０は定期的又は不定期に交換される。配送ボックス２０を交換する理由は、新しい荷物１５を受取拠点ＰＬに配送するためでもよいし、受取期間内に荷物１５を取りに来なかったユーザＵの荷物１５を配送センターに引き取るためでもよいし、配送ボックス２０のメンテナンス等が理由であってもよい。例えば、当日又は次の日に配送されるべき荷物１５の数が多い場合に、予め配送センター（配送拠点ＤＢ）で複数人の作業者が荷物１５を配送ボックス２０に収容してから、その配送ボックス２０ごと受取拠点ＰＬまで配送したい理由でもよい。配送ボックス２０の交換は、新しい配送ボックス２０を配送拠点ＤＢから受取拠点ＰＬに移動させるとともに、古い配送ボックス２０を受取拠点ＰＬから配送拠点ＤＢへ移動させることで行われる。図１に示す例では、例えば、作業者ＲＷが、配送ボックス２０の配送と交換とを行う。

【0014】

＜配送ボックス２０の構成＞
次に、図２を参照して配送ボックス２０の構成について説明する。図２に示すように、配送ボックス２０は、例えば、走行式であってもよい。走行式である配送ボックス２０は、本体２１と、車輪２２とを有する。配送ボックス２０は、本体２１に、荷物を収容可能な複数の収容部２３を備える。収容部２３の一例はロッカーである。複数の収容部２３は、収容可能な荷物のサイズに応じて収容容積の異なる複数サイズのものがある。複数の収容部２３は、例えば、大型の荷物を収容可能な容積をもつ第１収容部２３１、中型の荷物を収容可能な容積をもつ第２収容部２３２、小型の荷物を収容可能な容積をもつ第３収容部２３３を含む。その他のサイズの荷物を収容する容積をもつ収容部があってもよい。また、複数の収容部２３は、容積が異なるだけでなく、形状が異なってもよい。複数の収容部２３は、細長い荷物を収容可能な収容部を含んでもよい。

【0015】

また、配送ボックス２０は、図２に示す走行式である場合、自走式でもよいし、牽引式でもよい。牽引式の場合、配送ボックス２０は、運送車に牽引されて移動する。一方、自走式の場合、配送ボックス２０は、運転席を有してもよい。なお、配送ボックス２０は、車輪２２を備えない載置式であってもよい。載置式の配送ボックス２０は、例えば、作業者が運送車の荷台に載せて移動させる。

【0016】

＜収容部２３の構成＞
次に、図３を参照して収容部２３の構成について説明する。
図３に示すように、収容部２３は、荷物１５を収容可能な収容室２４と、収容室２４を開閉可能な扉部２５とを備える。扉部２５はユーザＵが把持可能なノブ２６を有する。また、配送ボックス２０は、収容部２３の施錠及び解錠が可能な鍵部２７を備える。鍵部２７は、例えば、キー操作でパスワード又は暗証番号を入力する方式である。なお、パスワード又は暗証番号は、顧客であるユーザＵがサービス登録時等に設定したものでもよいし、配送管理サーバ１１から送られてくる荷物情報に含まれる情報の１つとして荷物ごとに個別に設定されたものでもよい。

【0017】

図３に示すように、扉部２５には、ユーザＵがパスワード又は暗証番号を入力する際に操作される入力操作部２８と、入力されたパスワード又は暗証番号等を表示する表示部２９とが設けられている。表示部２９には、入力内容以外に操作方法など各種のメッセージが表示されてもよい。入力操作部２８は、メカニカル式の複数の操作ボタンを有する構成でもよいし、タッチパネルに画像として表示され、ユーザＵによるタッチ操作で入力可能なタッチパネル式の操作ボタンでもよい。

【0018】

また、図３に示す収容部２３は、収容室２４内の荷物１５の有無を検知可能なセンサ３０を備える。センサ３０は、収容部２３から荷物１５が取り出されたか否かの判定に利用される。センサ３０は、非接触式で収容部２３内の荷物１５の有無を検知する。センサ３０の検知結果は、無線通信により配送拠点ＤＢ（配送センター）にある配送管理サーバ１１に送信される。

【0019】

＜配送管理システム１０係る電気的構成＞
次に、図４を参照して配送管理システム１０の電気的構成について説明する。図４に示すように、配送ボックス２０は、制御部３２を備える。制御部３２の一例は電子制御装置である。制御部３２には、鍵部２７、入力操作部２８、表示部２９、センサ３０及び通信部３１が電気的に接続されている。制御部３２は、ユーザＵが入力操作部２８を操作して入力した鍵情報を表示部２９に表示する。制御部３２は、鍵情報を受け付けると、認証処理を行う。制御部３２は、鍵情報が認証されると、電動式の鍵部２７を解錠する。

【0020】

センサ３０は、収容部２３から荷物１５が取り出されたか否かを判定する。センサ３０の検知結果は、通信部３１及びネットワークＮＷを介して配送管理サーバ１１に送信される。配送管理サーバ１１は、センサ３０の検知結果情報を基に、配送ボックス２０における荷物１５の受取状況を把握可能である。

【0021】

また、ネットワークＮＷには、作業者の端末の一例としての業者端末１２が通信可能な状態で接続されている。業者端末１２は、配送ボックス２０を配送及び交換する作業者が所持する、例えば、スマートフォン等のモバイル端末である。配送管理サーバ１１は、作業者に対する配送ボックス２０の移動及び交換の指示を、業者端末１２を介して行う。

【0022】

図４に示すように、配送管理サーバ１１は、制御装置４０を備える。制御装置４０は、コンピュータ４１を備える。コンピュータ４１は、ＣＰＵ４２（中央処理装置）及びメモリ４３を備える。メモリ４３には、配送管理用のプログラム（図示略）が記憶されている。コンピュータ４１は、配送管理用のプログラムを実行することにより、配送ボックス２０を受取拠点ＰＬ及び配送拠点ＤＢに移動させるために必要な配送指示制御及び配送ボックス２０内の荷物１５の管理を行う。配送管理サーバ１１は、通信部４４を備える。配送管理サーバ１１は、通信部４４を介して配送ボックス２０、業者端末１２及びユーザ端末１３とネットワークＮＷを介した通信を行う。

【0023】

制御装置４０は、自身が実行する全ての処理についてソフトウェア処理を行うものに限られない。たとえば、制御装置４０は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（たとえば特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、制御装置４０は、コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いはそれらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコードまたは指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用または専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

【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】

１０…配送管理システム、１１…配送管理サーバ、１２…作業者の端末の一例としての業者端末、１３…ユーザ端末、１５…荷物、２０…配送ボックス、２１…本体、２２…車輪、２３…収容部、２４…収容室、２５…扉部、２６…ノブ、２７…鍵部、２８…入力操作部、２９…表示部、３０…センサ、３１…通信部、４０…制御装置、４１…コンピュータ、４２…ＣＰＵ、４３…メモリ、４４…通信部、２３１…第１収容部、２３２…第２収容部、２３３…第３収容部、ＮＷ…ネットワーク、ＰＬ…受取拠点、ＤＢ…配送拠点（配送センター）、Ｕ…ユーザ（受取人）、ＲＷ…作業者、ＲＮ…荷物の数（残り個数）、Ｎ１…所定数。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】