JP2023124569A - 収納装置、管理サーバ、及びプログラム - Google Patents

Abstract

【課題】収納装置の発送効率および配達効率の改善を図る。また、収納装置の利用効率の改善を図る。【解決手段】一実施態様に係る収納装置は、制御部１２０と、収納部１１０と、を備える収納装置１００である。前記収納装置１００において、制御部１２０は、配送業者が収納部１１０に配送荷物を配送するための配送予約により収納部１１０が施錠されており、配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、施錠された時から配送業者が配送荷物を収納部１１０に配送するまでの間で、荷物発送希望者が発送を希望する発送荷物を収納部１１０に収納する際に施錠を解除する。【選択図】図３

Description

本発明は、収納装置、管理サーバ、及びプログラムに関する。

発送者がロッカー装置を指定して予約を行うと、ロッカー装置は、特定の物品収容部の利用を停止する制御を行わないで、発送者がロッカー装置において入力した発送者情報と予約時の発送者情報とが一致する場合に、物品収容部の扉を解錠するロッカーシステムがある（例えば、特許文献１）。

これにより、予約を受け付けても特定の物品収容部を第三者に利用不可能な状態に凍結することなくロッカー装置全体の利用効率を向上させることができる、とされる。

特開２００６－２９１５００号公報

しかしながら、上述した技術では、特定の物品収容部の利用を停止する制御が行われないため、発送者が予約を行い、ロッカー装置に出向いて発送者情報を入力しても、その時点で、全ての物品収容部に物品が収容される場合がある。そのため、発送者がロッカー装置を適切に利用することができない場合がある。

そこで、一態様は、収納装置の発送効率および配達効率の改善を図ることを目的とする。また、一態様は、収納装置の利用効率の改善を図ることを目的とする。

第１の態様に係る収納装置は、制御部と、収納部と、を備える収納装置である。前記収納装置において、制御部は、配送業者が収納部に配送荷物を配送するための配送予約により収納部が施錠されており、配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、施錠された時から配送業者が配送荷物を収納部に配送するまでの間で、荷物発送希望者が発送を希望する発送荷物を収納部に収納する際に施錠を解除する。

第２の態様に係る収納装置は、制御部と、収納部と、を備える収納装置である。前記収納装置において、制御部は、発送荷物が収納部に収納されており、且つ発送荷物を収納した荷物発送希望者が選択した配送業者と収納部に配送荷物を配送するための配送予約を行う配送業者とが一致する場合に、配送業者による配送予約を収納部に設定する。

第３の態様に係る収納装置は、制御部と、収納部と、を備える収納装置である。前記収納装置において、制御部は、配送された配送荷物が収納部に収納され、且つ収納部に対して配送業者による配送予約が設定された場合において、荷受人により収納部に収納された配送荷物が収納部から取り出された後、収納部を施錠するとともに、荷物発送希望者が選択した配送業者と配送予約を設定した配送業者とが一致する場合に、荷物発送希望者が利用する端末へ通知を行い、荷物発送希望者が発送を希望する発送荷物を収納部に収納する際に施錠を解除する。

第４の態様に係る収納装置は、制御部と、収納部と、を備える収納装置である。前記収納装置において、制御部は、荷物発送希望者が発送を希望する発送荷物を発送するために収納部に対して発送予約が設定され、且記荷物発送希望者が発送予約のために選択した配送業者と収納部に配送荷物を配送するための配送予約を行う配送業者とが一致する場合に、荷物発送希望者が発送荷物を収納部に収納したときに収納部に対して配送予約を行う発送荷物納入待ち配送予約設定を収納部に設定する。

第５の態様に係る収納装置は、制御部と、収納部と、を備える収納装置である。前記収納装置において、制御部は、配送業者が配送荷物を配送するために配送予約を行った収納部に、配送業者に配送を希望する荷物発送希望者が発送を希望する発送荷物を発送するために発送予約を行った場合において、荷物発送希望者が利用する端末の位置が収納装置から一定の距離内に位置し、且つ、配送業者が収納装置に対して配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上ある場合に、荷物発送希望者による発送予約を収納部に設定する。

第６の態様に係る管理サーバは、収納部を有する収納装置を管理する管理サーバである。前記管理サーバは、配送業者が収納部に配送荷物を配送するための配送予約により収納部が施錠されており、配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、施錠された時から配送業者が配送荷物を収納部に配送するまでの間で、荷物発送希望者が発送を希望する発送荷物を収納部に収納する際に施錠を解除する制御部を有する。

第７の態様に係るプログラムは、収納部を有する収納装置に対して、配送業者が収納部に配送荷物を配送するための配送予約により収納部が施錠されており、配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、前施錠された時から配送業者が配送荷物を収納部に配送するまでの間で、荷物発送希望者が発送を希望する発送荷物を収納部に収納する際に施錠を解除する処理を実行させる。

一態様によれば、収納装置の発送効率および配達効率の改善を図ることができる。また、一態様によれば、収納装置の利用効率の改善を図ることができる。

図１は、第１実施形態に係る管理システムの構成例を表す図である。 図２は、第１実施形態に係る収納装置の外観構成例を表す図である。 図３は、第１実施形態に係る収納装置の構成例を表す図である。 図４は、第１実施形態に係る管理サーバの構成例を表す図である。 図５（Ａ）と図５（Ｂ）は、第１実施形態に係る基本動作の例を表す図である。 図６（Ａ）と図６（Ｂ）は、第１実施形態に係る基本動作の例を表す図である。 図７は、第１実施形態に係る課題を説明するための図である。 図８（Ａ）と図８（Ｂ）は、第１実施形態に係る動作例１を表す図である。 図９（Ａ）と図９（Ｂ）は、第１実施形態に係る動作例１を表す図である。 図１０（Ａ）と図１０（Ｂ）は、第１実施形態に係る動作例２を表す図である。 図１１（Ａ）と図１１（Ｂ）は、第１実施形態に係る動作例２を表す図である。 図１２（Ａ）と図１２（Ｂ）は、第１実施形態に係る動作例３を表す図である。 図１３（Ａ）は第１実施形態に係る収納情報の例、図１３（Ｂ）は第１実施形態に係る動作例３を表す図である。 図１４は、第１実施形態に係る動作例３を表す図である。 図１５（Ａ）は第１実施形態に係る動作例３、図１５（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図１６（Ａ）と図１６（Ｂ）は、第１実施形態に係る動作例３を表す図である。 図１７は、第１実施形態に係る動作例３を表す図である。 図１８は、第１実施形態に係る動作例４を表す図である。 図１９（Ａ）は第１実施形態に係る動作例４、図１９（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図２０（Ａ）は第１実施形態に係る動作例４、図２０（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図２１（Ａ）は第１実施形態に係る動作例４、図２１（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図２２（Ａ）は第１実施形態に係る動作例４、図２２（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図２３（Ａ）は第１実施形態に係る動作例４、図２３（Ｂ）は第１実施形態に係る収納情報の例を表す図である。 図２４は、第１実施形態に係る動作例４を表す図である。 図２５（Ａ）と図２５（Ｂ）は、第１実施形態に係る動作例５を表す図である。 図２６（Ａ）は第１実施形態に係る収納情報の例、図２６（Ｂ）は第１実施形態に係る動作例３を表す図である。 図２７（Ａ）と図２７（Ｂ）は、第１実施形態に係る動作例５を表す図である。 図２８（Ａ）と図２８（Ｂ）は、第１実施形態に係る動作例５を表す図である。 図２９（Ａ）と図２９（Ｂ）は、第１実施形態に係る動作例５を表す図である。 図３０（Ａ）と図３０（Ｂ）は、第１実施形態に係る動作例５を表す図である。 図３１（Ａ）と図３１（Ｂ）は、第１実施形態に係る動作例５を表す図である。

[第１実施形態]
以下、図面を参照しながら、実施形態について具体的に説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（管理システムの構成例）
最初に、第１実施形態に係る管理システムの構成について説明する。図１は、第１実施形態に係る管理システム１０の構成例を示す図である。

図１に示すように、管理システム１０は、複数の収納装置１００（収納装置１００ａ乃至１００ｃ）と、管理サーバ２００とを有する。なお、図１において、収納装置１００の数が３つである一例を図示しているが、収納装置１００の数は、１つ、２つ、又は４つ以上であってもよい。収納装置１００及び管理サーバ２００は、ネットワーク５０を介して相互に通信を行う。

収納装置１００は、荷物を収納する収納ボックス１１０（図２参照）を有する装置である。各収納装置１００は、所定の施設に設置される。収納装置１００が設置される施設は、例えば、戸建ての住宅であってもよいし、アパート又はマンション等の集合住宅であってもよい。このような収納装置１００は、宅配ロッカーと呼ばれることがある。或いは、収納装置１００が設置される施設は、駅等の公共の場所又は商業施設等であってもよい。以下においては、収納装置１００が集合住宅の共用部等に設置される宅配ロッカーであるとして説明を進める。

管理サーバ２００は、収納装置１００との通信により収納装置１００を管理するサーバである。例えば、管理サーバ２００は、各収納装置１００の各収納ボックス１１０の収納状況などを管理する。この場合、管理サーバ２００は、各収納装置１００との通信により、収納装置１００毎に、各収納ボックス１１０の収納状況を管理する。また、管理サーバ２００は、各収納装置１００の各収納ボックス１１０の発送予約を管理する。この場合、管理サーバ２００は、ネットワーク５０を介して、荷物発送希望者が利用する端末との間で通信を行うことで、発送予約を管理することができる。更に、管理サーバ２００は、各収納装置１００の各収納ボックス１１０の配送予約を管理する。この場合、管理サーバ２００は、ネットワーク５０を介して、配送業者が利用する端末との間で通信を行うことで、配送予約を管理することができる。

なお、このような収納状況の管理、発送予約の管理、及び配送予約の管理は、各収納装置１００において行われてもよい。発送予約と配送予約とについては、発送予約に関する情報と配送予約に関する情報とが管理サーバ２００から各収納装置１００に送信されることで、各収納装置１００における管理が可能となる。

（収納装置の構成例）
次に、第１実施形態に係る収納装置１００の構成例を説明する。図２は第１実施形態に係る収納装置１００の外観構成例を示し、図３は第１実施形態に係る収納装置１００の構成例を示している。主に、図３について説明し、適宜、図２について説明する。

図３に示すように、収納装置１００は、複数の収納ボックス１１０（収納ボックス１１０ａ、１１０ｂ、１１０ｃ、１１０ｄ、…）と、制御部１２０と、通信部１３０と、表示部１４０と、操作部１５０と、読取り部１６０とを有する。

収納ボックス１１０は、荷物を収納する収納部であってもよい。収納ボックス１１０は、荷物を収納又は取出し可能な開口部と、開口部を封止する扉と、扉を施錠する施錠機構と、荷物が収納されていることを検知するセンサとを含む。様々な荷物サイズの荷物を収納可能とするために、サイズ別に複数の収納ボックス１１０が設けられている。図２に示す例では、ボックスサイズが「Ｍ」である３つ収納ボックス１１０ａ,１１０ｂ,１１０ｄと、ボックスサイズが「Ｌ」である１つの収納ボックス１１０ｃが設けられている。収納装置１００における収納ボックス１１０の個数は１個でもよいし、複数あってもよい。また、収納装置１００における収納ボックスのサイズは、「Ｍ」と「Ｌ」以外にも、ボックスサイズが「Ｍ」よりも小さい「Ｓ」、又は、ボックスサイズが「Ｌ」よりも大きい「ＬＬ」が設けられてもよい。

図３に戻り、制御部１２０は、収納ボックス１１０と、通信部１３０と、表示部１４０と、操作部１５０と、読取り部１６０とを制御する。制御部１２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。制御部１２０は、通信部１３０が管理サーバ２００から受信する指示に応じて収納ボックス１１０の施錠及び解錠を制御してもよい。制御部１２０は、管理サーバ２００からの指示を受けることなく、収納ボックス１１０の施錠及び解錠を制御してもよい。また、制御部１２０は、収納ボックス１１０の扉の開閉状況及び収納ボックス１１０のセンサの検知結果や、操作部１５０に対する操作内容及び読取り部１６０の読取り結果等を取得する。制御部１２０は、検知結果、開閉状況、及び検知結果などを検出情報として管理サーバ２００へ送信する。

なお、以下に示す収納装置１００における動作及び処理は、制御部１２０で行われる動作及び処理として説明する場合がある。

通信部１３０は、管理サーバ２００との通信を行う。通信部１３０は、有線又は無線でネットワーク５０に接続される通信インターフェイスを含む。表示部１４０は、制御部１２０の制御下で各種情報を表示する。操作部１５０は、配送担当者又は荷受人からの操作を受け付ける。表示部１４０及び操作部１５０は、タッチパネルディスプレイとして一体化されていてもよい。読取り部１６０は、送り状番号等を読み取る。

（管理サーバの構成例）
次に、第１実施形態に係る管理サーバ２００の構成について説明する。図４は、第１実施形態に係る管理サーバ２００の構成例を示す図である。

図４に示すように、管理サーバ２００は、通信部２１０と、制御部２２０と、記憶部２３０とを有する。

通信部２１０は、収納装置１００との通信を行う。通信部２１０は、荷物発送希望者が利用する端末と通信を行ってもよいし、配送業者が利用する端末と通信を行ってもよい。通信部２１０は、有線又は無線でネットワーク５０に接続される通信インターフェイスを含む。通信部２１０は、各収納装置１００から検出情報を受信する。また、通信部２１０は、荷物発送希望者による発送予約に関する発送予約情報を荷物発送希望者が利用する端末から受信する。更に、通信部２１０は、配送業者による配送予約に関する配送予約情報を、配送業者が利用する端末から受信する。更に、通信部２１０は、収納装置１００に対して施錠指示又は解錠指示を送信してもよい。

制御部２２０は、通信部２１０が受信する情報及び記憶部２３０が記憶する情報に基づいて各種情報処理を実行する。例えば、制御部２２０は、検出情報と発送予約情報と配送予約情報とに基づいて、収納装置１００の収納ボックス１１０が現在どのような状態になっているのかを示す収納情報を生成し、当該収納情報を管理する。そして、制御部２２０は、収納情報に基づいて、各収納装置１００に対して施錠指示又は解錠指示を送信してもよい。制御部２２０は、少なくとも１つのプロセッサを含む。

記憶部２３０は、少なくとも１つのメモリを含む。記憶部２３０は各収納装置１００の収納情報、発送予約情報、及び配送予約情報を記憶してもよい。

（基本動作）
最初に、収納装置１００に対する基本動作について説明する。

収納装置１００に対する基本動作として、荷物発送希望者が行う動作と、配送業者が行う動作とがある。

ここで、「発送」とは、荷物発送希望者が発送を希望する荷物を送りだすことである。「発送」とは、荷物発送希望者が発送を希望する荷物を収納装置１００に収納することを含んでもよい。

一方、「配送」とは、配送業者がある場所（例えば、収納装置１００）に収納されている荷物を、指定された場所（例えば、収納装置１００であってもよい）に届けることである。「配送」は、配送業者が、収納装置１００に収納される荷物を収納ボックス１１０から取り出して、別の場所に設置された収納装置１００の収納ボックス１１０に収納することを含んでもよい。当該荷物の荷受人は、収納ボックス１１０に収納された（配送された）荷物を収納ボックス１１０から取り出すことで、当該荷物を受け取ることができる。

このように、「発送」は荷物発送希望者が行う動作であり、「配送」は配送業者が行う動作である。

（荷物発送希望者の基本動作）
荷物発送希望者が行う基本動作として、「発送予約」と「発送荷物納入」とがある。図５（Ａ）と図５（Ｂ）は第１実施形態に係る基本動作の例を表す図である。図５（Ａ）は「発送予約」の例、図５（Ｂ）は「発送荷物納入」の例を表す図である。

図５（Ａ）に示すように「発送予約」は、荷物発送希望者Ｕが、発送を希望する荷物４００を発送するために、収納装置１００の収納ボックス１１０ａに対して行う予約のことである。荷物発送希望者Ｕは、「発送予約」後、収納装置１００に出向き、「発送予約」がされた収納ボックス１１０ａに当該荷物４００を収納させることが可能となる。なお、「発送予約」は、荷物発送希望者Ｕが利用する端末３００－Ｕを利用して行われてもよいし、荷物発送希望者Ｕが収納装置１００に出向いて操作部１５０を操作することで行われてもよい。「発送予約」が行われると、「発送予約」を行った荷物発送希望者Ｕの名前、発送依頼を行った配送業者などの情報を含む発送予約情報が管理サーバ２００へ送信される。管理サーバ２００は、発送予約情報に基づいて、収納装置１００の収納ボックス１１０ａに対して「発送予約」を設定する。例えば、管理サーバ２００の制御部２２０が、当該収納ボックス１１０ａの現在状態として「発送予約」を示す情報を収納情報に含めることで設定が行われてもよい。以降では、図５（Ａ）に示すように、点線で「発送」が示された収納ボックス１１０ａは、「発送予約」がなされた収納ボックス１１０ａを表すものとして説明する。

一方、図５（Ｂ）に示すように、「発送荷物納入」は、荷物発送希望者Ｕが、発送を希望する荷物４００を発送するために収納ボックス１１０ａに当該荷物を収納する動作のことである。「発送荷物納入」は、「発送予約」後に行われてもよいし、「発送予約」がなされていない場合に行われてもよい。なお、収納装置１００は、収納ボックス１１０ａにおいて「発送荷物納入」が行われると、収納ボックス１１０ａ内のセンサなどにより、検出情報を生成し、当該検出情報を管理サーバ２００へ送信する。管理サーバ２００の制御部２２０は、当該検出情報に基づいて、収納ボックス１１０ａにおいて「発送荷物納入」を検出し、収納装置１００の収納ボックス１１０ａにおいて発送荷物の納入が行われたことを示す情報を設定する。例えば、管理サーバ２００の制御部２２０が、当該収納ボックス１１０ａの現在状態として「発送荷物有」を示す情報を収納情報に含めることで設定が行われてもよい。以降では、図５（Ｂ）に示すように、実線で「発送荷物有」が示された収納ボックス１１０ａは、「発送荷物納入」が行われて当該荷物が収納された収納ボックス１１０ａを表すものとして説明する。

（配送業者の基本動作）
一方、配送業者が行う基本動作として、「配送予約」と「配送荷物納入」とがある。図６（Ａ）と図６（Ｂ）は第１実施形態に係る基本動作の例を表す図である。図６（Ａ）は「配送予約」の例、図６（Ｂ）は「配送荷物納入」の例を表す図である。

図６（Ａ）に示すように、「配送予約」は、配送業者Ｄが、収納ボックス１１０に荷物を配送するために行われる予約のことである。配送業者Ｄは、「配送予約」後、収納装置１００に出向き、「配送予約」がなされた収納ボックス１１０ａに、配送対象の荷物４１０を収納させることが可能となる。「配送予約」は、配送業者Ｄが利用する端末３００－Ｄを利用して行われてもよい。「配送予約」が行われると、「配送予約」を行った収納ボックス１１０に関する情報、及び配送業者Ｄの名称などの情報を含む配送予約情報が管理サーバ２００へ送信される。管理サーバ２００では、当該配送予約情報に基づいて、収納装置１００の収納ボックス１１０ａに対して、「配送予約」を設定する。例えば、管理サーバ２００の制御部２２０が、当該収納ボックス１１０ａの現在状態として「配送予約」を示す情報を収納情報に含めることで設定が行われてもよい。以降では、図６（Ａ）に示すように、点線で「配送予約」と示された収納ボックス１１０ａは、「配送予約」が行われた収納ボックス１１０ａを表すものとして説明する。

一方、図６（Ｂ）に示すように、「配送荷物納入」は、配送業者Ｄが、配送対象の荷物４１０を収納ボックス１１０ａに収納する動作のことである。「配送荷物納入」は、「配送予約」後に行われてもよいし、「配送予約」がなされていない場合に行われてもよい。なお、収納装置１００は、収納ボックス１１０ａにおいて「配送荷物納入」が行われると、収納ボックス１１０ａ内のセンサなどにより、検出情報を生成し、当該検出情報を管理サーバ２００へ送信する。管理サーバ２００の制御部２２０は、検出情報に基づいて、収納ボックス１１０ａにおいて、「配送荷物納入」が行われたことを検出し、収納ボックス１１０ａに対して「配送荷物納入」を設定する。例えば、管理サーバ２００の制御部２２０が、当該収納ボックス１１０ａの現在状態として「配送荷物納入」を示す情報を収納情報に含めることで設定が行われてもよい。以降では、図６（Ｂ）に示すように、実線で「配送済荷物有」が示された収納ボックス１１０ａは、「配送荷物納入」により当該荷物が収納された収納ボックス１１０ａを表すものとして説明する。

（第１実施形態における課題）
図７は、第１実施形態に係る課題を説明するための図である。

図７に示すように収納装置１００の全ての収納ボックス１１０には、「配送済荷物有」又は「発送荷物有」となっている。すなわち、全ての収納ボックス１１０に荷物が収納されている。このような場合、荷物発送希望者Ｕも、荷物を発送しようとしても、全ての収納ボックス１１０に荷物が収納されているため、荷物を発送することができない。また、配送業者Ｄが配送予約を行おうとしても、収納ボックス１１０全てに荷物が収納されているため、配送予約を行うことができない。

荷物発送希望者Ｕが荷物を発送できない状況は、荷物発送希望者Ｕが収納装置１００を適切に利用しているとは言い難い。また、発送も配送予約もできないことから、収納装置の利用効率の改善が図られているとは必ずしも言えない。

そこで、第１実施形態の課題は、収納装置１００の発送効率および配達効率の改善を図ることである。また、第１実施形態の課題は、収納装置１００の利用効率の改善を図ることである。

以降では、具体的に、第１実施形態の５つの動作例について説明する。５つの動作例によって第１実施形態の課題がどのように解決されるのかが理解されるだろう。

なお、以下では、「荷物発送希望者Ｕ」を、「発送ユーザＵ」と称する場合がある。また、発送ユーザＵが発送を希望する荷物を、「発送荷物」と称する場合がある。更に、配送業者Ｄが配送する荷物を「配送荷物」と称する場合がある。

（動作例１）
最初に、動作例１について説明する。

動作例１では、配送予約がなされた収納ボックス１１０において、配送予約を行った配送業者Ｄと、発送ユーザＵが選択した配送業者とが一致する場合、当該収納ボックス１１０に対して発送ユーザＵが発送荷物を収納する荷物の収納を可能にした動作例について説明する。

具体的には、配送業者Ｄが収納ボックス１１０に配送荷物を配送するための配送予約により収納ボックス１１０が施錠されており、配送業者Ｄと発送ユーザＵが選択した配送業者Ｄとが一致する場合に、施錠された時から配送業者Ｄが配送荷物を収納ボックス１１０に配送するまでの間で、発送ユーザＵが発送を希望する発送荷物を収納ボックス１１０ａに収納する際に施錠を、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）が解除する。

これにより、例えば、配送予約がされた収納ボックス１１０であっても、発送ユーザＵが発送荷物を発送することができるため、収納ボックス１１０の発送効率および配達効率の改善を図ることができる。また、例えば、配送予約がされた収納ボックス１１０であっても、発送ユーザＵが発送荷物を発送することができるため、配送予約がされた収納ボックス１１０が利用できない場合と比較して、収納ボックス１１０ａの利用効率の改善を図ることができる。

図８（Ａ）から図９（Ｂ）は、第１実施形態に係る動作例１を表す図である。なお、動作例１が行われる前では、収納装置１００の収納ボックス１１０ａは、発送予約及び配送予約がなされておらず、発送荷物も配送荷物も収納されていない状態であるとする。このような状態を「空き」（又は「空きボックス」）と称する場合がある。

図８（Ａ）に示すように、ステップＳ１０において、配送業者Ｄは、端末３００－Ｄを利用して、収納装置１００の収納ボックス１１０ａに対して配送予約を行う。配送予約により、収納ボックス１１０ａは「配送予約済」となる。

図８（Ｂ）に示すように、ステップＳ１１において、発送ユーザＵは、収納装置１００に出向いて、発送手続きを行う。発送手続きは、発送ユーザＵが操作部１５０を操作することにより行われてもよい。

図９（Ａ）に示すように、ステップＳ１２において、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）は、発送ユーザＵが（発送手続きにより）選択した配送業者Ｄと、収納ボックス１１０ａにおいて配送予約を行った配送業者Ｄとが一致するため、配送予約がされている収納ボックス１１０ａを解錠する。施錠は、少なくとも、配送業者Ｄが配送予約を行った時点（図８（Ａ）のステップＳ１０）では行われているものとする。そして、発送ユーザＵは、発送荷物４００を収納ボックス１１０ａに収納する。収納ボックス１１０ａは、この時点では、「配送予約済」と「発送荷物有」との２つの状態を有している。

図９（Ｂ）に示すように、ステップＳ１３において、配送業者Ｄは、収納ボックス１１０ａの扉を開けて、収納ボックス１１０ａに収納された発送荷物を集荷する。また、ステップＳ１４において、配送業者Ｄは、配送予約に従って、配送荷物を収納ボックス１１０ａに収納する。ステップＳ１３とステップＳ１４とは逆順でもよい。

（動作例２）
次に、動作例２について説明する。

動作例２では、発送ユーザＵにより発送荷物が収納された収納ボックス１１０ａに対して配送業者Ｄが配送予約を行う動作例について説明する。

具体的には、発送荷物が収納ボックス１１０ａに収納されており、且つ発送荷物を収納した発送ユーザＵが選択した配送業者Ｄと収納ボックス１１０ａに配送荷物を配送するための配送予約を行う配送業者Ｄとが一致する場合に、当該配送業者Ｄによる配送予約を、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）が収納ボックス１１０ａに設定する。

これにより、例えば、発送荷物が収納された収納ボックス１１０ａであっても、配送業者Ｄにより配送予約が可能となるため、配送業者Ｄは収納ボックス１１０ａから発送荷物を集荷するとともに、配送荷物を収納ボックス１１０ａに収納させることも可能となる。従って、動作例２では、当該収納ボックス１１０ａが空きボックスとなった場合でしか配送予約ができない場合と比較して、収納ボックス１１０ａの利用効率の改善を図ることが可能となる。

図１０（Ａ）から図１１（Ｂ）は、第１実施形態に係る動作例２を表す図である。なお、動作例２が開始される前において、収納装置１００の収納ボックス１１０ａは空きボックスとなっている。

図１０（Ａ）に示すように、ステップＳ２０において、発送ユーザＵは、収納装置１００に出向いて、収納ボックス１１０ａに対して発送手続きを行う。

図１０（Ｂ）に示すように、ステップＳ２１において、発送ユーザＵは、発送荷物を収納ボックス１１０ａに収納する。収納ボックス１１０ａは「発送荷物有」の状態となる。

図１１（Ａ）に示すように、ステップＳ２２において、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）は、発送ユーザＵが発送荷物を依頼（又は選択）した配送業者Ｄと、配送予約を行う配送業者Ｄとが一致するため、配送業者Ｄによる配送予約を収納ボックス１１０ａに設定する。配送業者Ｄによる配送予約により、収納ボックス１１０ａは、「発送荷物有」と「配送予約」との２つの状態を有する。

図１１（Ｂ）に示すように、ステップＳ２３において、配送業者Ｄは、収納ボックス１１０ａの扉を開けて、収納ボックス１１０ａに収納された発送荷物を集荷する。また、ステップＳ２４において、配送業者Ｄは、配送予約に従って、配送荷物を収納ボックス１１０ａに収納する。ステップＳ２３とステップＳ２４とは逆順でもよい。

（動作例３）
次に、動作例３について説明する。

収納ボックス１１０に対して、発送ユーザＵ又は配送業者Ｄによって「空き待ち予約」が設定される場合がある。「空き待ち予約」とは、「配送済荷物有」となっている収納ボックス１１０ａに対して、発送ユーザＵによる発送予約、及び配送業者Ｄによる配送予約のいずれかが行われることである。収納ボックス１１０ａに空き待ち予約が設定された場合、荷受人により収納ボックス１１０ａから配送荷物が取り出されると、配送予約（又は発送予約）が設定される。空き待ち予約は、配送荷物が収納された収納ボックス１１０ａに対して、重ねて、配送予約（又は発送予約）を行うことでもある。

以下のようなケースを想定する。すなわち、発送ユーザＵが配送業者Ｄに依頼して発送荷物を発送しようとしたけれども、空きボックスもなく、配送業者Ｄが配送予約した収納ボックス１１０もないため、発送予約ができない。更に、全ての収納ボックス１１０において空き待ち予約が設定されている。動作例３では、このようなケースにおいても、発送ユーザＵが発送荷物を発送できるようにした動作例である。

具体的には、第１に、配送された配送荷物が収納ボックス１１０ａに収納され、且つ収納ボックス１１０ａに対して配送業者Ｄによる配送予約が設定された場合において、荷受人により収納ボックス１１０ａに収納された配送荷物が収納ボックス１１０ａから取り出される。第２に、収納ボックス１１０ａから配送荷物が取り出された後、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）は、収納ボックス１１０ａを施錠するとともに、発送ユーザが選択した配送業者Ｄと配送予約を設定した配送業者Ｄとが一致する場合に、発送ユーザＵが利用する端末３００－Ｕへ通知を行う。第３に、制御部１２０（又は制御部２２０）は、荷物発送希望者が発送を希望する発送荷物を収納ボックス１１０ａに収納する際に施錠を解除する。

これにより、例えば、発送ユーザＵが発送予約もできず、収納ボックス１１０の全てに空き待ち予約が設定された場合でも、発送ユーザＵが依頼（又は選択）した配送業者Ｄと空き待ち予約を設定した配送業者Ｄとが同一の場合、発送ユーザＵが収納ボックス１１０ａに対して発送荷物を収納させることが可能となる。従って、収納ボックス１１０の発送効率及び配達効率の改善を図ることができる。また、発送ユーザＵが発送予約もできず、収納ボックス１１０の全てに空き待ち予約が設定された場合であっても、荷受人が配送荷物を受け取った後、収納ボックス１１０ａに対して発送荷物の収納が可能となる。従って、動作例３では、何ら設定などを行うことができない場合と比較して、収納装置１００の利用効率の改善を図ることも可能となる。

図１２（Ａ）から図１７は、第１実施形態に係る動作例３を表す図である。

図１２（Ａ）に示すように、ステップＳ３０において、発送ユーザＵは、配送業者Ａに依頼して発送荷物の発送を行うために、発送予約を試みた。しかし、空きボックスも、配送業者Ａが配送予約している収納ボックス１１０ａもなかった。そのため、発送ユーザＵは発送予約ができなかった。

ステップＳ３１において、発送ユーザＵは、「配送済荷物有」の収納ボックス１１０に対して、空き待ち予約を設定しようと試みた。しかし、収納装置１００に全ての収納ボックス１１０において空き待ち予約が設定されていた。そのため、発送ユーザＵは空き待ち予約もできなかった。

図１３（Ａ）は、第１実施形態に係る収納情報の例を表す図である。図１３（Ａ）は、例えば、管理サーバ２００の記憶部２３０に記憶された収納情報の例を表している。収納情報は、収納ボックス１１０毎に、現在状態を表す情報と、空き待ち状態を表す情報とを含む。現在状態を表す情報は、例えば、当該収納ボックス１１０の現在の状態について、「配送予約」、「発送荷物有」、及び「配送済荷物有」のいずれかの状態を表す情報が含まれる。空き待ち状態を表す情報は、当該収納ボックス１１０において空き待ち状態の設定の有無などを表す情報が含まれる。図１３（Ａ）に示すように、配送荷物が収納されている収納ボックス１１０（収納ボックス１１０ａ、収納ボックス１１０ｂ、及び収納ボックス１１０ｃ）は全て、配送業者によって空き待ち予約が設定された状態となっている。

図１３（Ｂ）に示すように、ステップＳ３２において、発送ユーザＵは、端末３００－Ｕを利用して、配送業者Ａが空き待ち予約を設定している収納ボックス１１０の検索を実行する。検索実行により、「配送業者Ａが空き待ち予約をしている収納ボックス１１０」、という検索条件を含む検索要求が端末３００－Ｕから管理サーバ２００の制御部２２０へ送信される。制御部２２０は、収納情報に基づいて、検索条件に合致する検索結果を取得する。例えば、制御部２２０は、図１３（Ａ）に示す収納情報に基づいて、配送業者Ａが空き待ち予約を設定している収納ボックス１１０ａに関する情報を取得する。当該情報には、当該収納ボックス１１０ａのサイズ（例えば、「Ｍ」）の情報が含まれてもよい。制御部２２０は、端末３００－Ｕへ、検索結果を送信する。

図１３（Ｂ）に示すように、ステップＳ３３において、端末３００－Ｕは、検索結果を受信する。

図１４に示すように、ステップＳ３４において、発送ユーザＵは、端末３００－Ｕを利用して、通知設定を送信する。通知設定は、配送業者Ａにより空き待ち予約が設定されている収納ボックス１１０が「配送予約」に移行したタイミングで、端末３００－Ｕに通知が来るように設定することである。通知設定は、例えば、管理サーバ２００の制御部２２０へ送信される。この場合、制御部２２０は、当該通知設定に従って、配送業者Ａにより空き待ち予約が設定されている収納ボックス１１０ａが「配送予約」に移行したタイミングで通知を端末３００－Ｕへ送信するように設定する。

図１５（Ａ）に示すように、ステップＳ３５において、荷受人が収納ボックス１１０ａから配送荷物を取り出したことに応じて、端末３００－Ｕは、通知を受信する。例えば、管理サーバ２００の制御部２２０は、荷受人が収納ボックス１１０ａから配送荷物を取り出したことを示す検出情報を収納装置１００から取得したことに応じて、ステップＳ３４の設定に従い、当該通知を端末３００－Ｕへ送信する。

図１５（Ｂ）は、第１実施形態に係る収納情報の例を表す図である。図１５（Ｂ）は、ステップＳ３５が行われた後の収納情報の例を表している。図１５（Ｂ）に示すように、収納ボックス１１０ａの現在状態は「業者（Ａ）配送予約済」となる。すなわち、「配送済荷物有」の状態となっている収納ボックス１１０ａに対して、配送業者Ａによる「配送予約」という空き待ち予約が設定されていた状況で、荷受人が収納ボックス１１０ａから配送荷物を取り出した。そのため、収納ボックス１１０ａの状態が、「配送済荷物有」から、空き待ち予約により設定した「配送予約」へと変更される。ステップＳ３５の後、収納ボックス１１０ａの状態は、配送業者Ａによる「配送予約」が設定された状態となる。

図１６（Ａ）に示すように、ステップＳ３６において、発送ユーザＵは、収納装置１００に出向いて、発送荷物４００の発送手続きを行う。発送ユーザＵは、端末３００－Ｕが通知を受信（ステップＳ３５）したことで、収納ボックス１１０ａの状態が発送依頼を行った配送業者Ａによる「発送予約」へと移行したことを知る。すなわち、発送ユーザＵは、当該通知により、収納ボックス１１０ａに対する発送が可能になったことを知る。そのため、発送ユーザＵは、ステップＳ３６において、収納装置１００に出向いて発送手続きを行っている。

図１６（Ｂ）に示すように、ステップＳ３７において、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）は、発送依頼を行った配送業者Ａと、収納ボックス１１０ａにおいて配送予約が行われた配送業者Ａとが一致するため、収納ボックス１１０ａの施錠を解錠する。なお、当該収納ボックス１１０ａの施錠は、荷受人による配送荷物の取り出し（ステップＳ３５）が行われた後であってもよい。そして、発送ユーザＵは、発送荷物４００を、収納ボックス１１０ａに収納する。収納ボックス１１０ａは、「配送予約」と「発送荷物有」の２つの状態を有する。

図１７に示すように、ステップＳ３８において、配送業者Ａは、収納ボックス１１０ａの扉を開けて、収納ボックス１１０ａに収納された発送荷物を集荷する。また、ステップＳ３９において、配送業者Ａは、配送予約に従って、配送荷物を収納ボックス１１０ａに収納する。ステップＳ３８とステップＳ３９とは逆順でもよい。収納ボックス１１０ａの状態は、「配送済荷物有」の状態となる。

（動作例４）
次に、動作例４について説明する。

動作例４は、収納装置１００において、空きボックスもなく、配送業者Ａへの発送荷物もない場合に、発送ユーザＵによって配送業者Ａに対する発送予約が設定されている収納ボックス１１０ａに対して、配送業者Ａが配送予約を設定できるようにした動作例である。

具体的には、発送ユーザＵが発送を希望する発送荷物を発送するために収納ボックス１１０ａに対して発送予約が設定され、且つ発送ユーザＵが発送予約のために選択した配送業者Ａと収納ボックス１１０ａに配送荷物を配送するための配送予約を行う配送業者Ａとが一致する場合に、発送ユーザが発送荷物を収納ボックス１１０ａに収納したときに収納ボックス１１０ａに対して配送予約を行う発送荷物納入待ち配送予約設定を、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）が収納ボックス１１０ａに設定する。

これにより、例えば、収納装置１００において、空きボックスもなく、配送業者Ａへの発送荷物もない場合であっても、発送ユーザが発送荷物を収納ボックス１１０ａに収納したときに、当該収納ボックス１１０ａに対して配送予約が設定可能となる。そのため、動作例４では、発送ユーザが発送荷物を収納ボックス１１０ａに収納後、すぐに、配送予約が設定されるため、当該配送予約が設定できない場合と比較して、収納装置１００の利用効率の改善を図ることが可能となる。

図１８から図２４は、第１実施形態に係る動作例４を表す図である。

図１８に示すように、ステップＳ５０において、発送ユーザＵは、端末３００－Ｕを利用して、空きボックスである収納ボックス１１０ａに対して発送予約を行う。

図１９（Ａ）に示すように、ステップＳ５１において、配送業者Ａは、収納装置１００に対して配送予約を設定しようと試みた。しかし、収納装置１００において空きボックスはなく、配送業者Ａ向けの発送荷物もなかった。そのため、配送業者Ａは、配送予約を行うことができなかった。

図１９（Ｂ）は、第１実施形態に係る収納情報の例を表す図である。図１９（Ｂ）は、ステップＳ５１が実行される時点における収納情報の例を表している。図１９（Ｂ）に示すように、収納ボックス１１０ａは、「発送予約」がなされた状態となっている。

図２０（Ａ）に示すように、ステップＳ５２において、配送業者Ａは、端末３００－Ｄを利用して、配送業者Ａに対して発送予約が設定されている収納ボックス１１０を検索する。「配送業者Ａに対して発送予約が設定されている収納ボックス１１０」という検索条件を含む検索要求が端末３００－Ｄから管理サーバ２００の制御部２２０に送信される。制御部２２０は、収納情報に基づいて、検索条件に合致する検索結果を取得する。制御部２２０は、例えば、図２０（Ｂ）に示す収納情報に基づいて、配送業者Ａに発送予約が設定されている収納ボックス１１０ａに関する情報を取得する。当該情報には、収納ボックス１１０ａのサイズ情報（例えば、「Ｍ」）が含まれてもよい。制御部２２０は、検索結果を端末３００－Ｄへ送信する。

図２０（Ａ）に示すように、ステップＳ５３において、端末３００－Ｄは、検索結果を取得する。

図２０（Ｂ）は、第１実施形態に係る収納情報の例を表す図である。図２０（Ｂ）は、ステップＳ５２による検索実行後の収納情報の例を表している。図２０（Ｂ）に示すように、収納情報には、更に、「発送荷物納入待ち状態」が含まれる。「発送荷物納入待ち状態」は、当該収納ボックス１１０において、発送予約が行われ、発送荷物の納入を待っている状態において、配送業者Ａ（又は配送業者Ｂ）による配送予約が可能な否かを表す情報が含まれる。なお、以下では、発送予約が行われ、発送荷物の納入を待っている状態で配送予約が行われることを「発送荷物納入待ち配送予約」と称する場合がある。「発送荷物納入待ち配送予約」が設定された収納ボックス１１０ａでは、発送予約を行った発送ユーザＵにより発送荷物が収納ボックス１１０ａに納入されたタイミングで、配送業者Ａによる「配送予約」が自動的に設定される。「発送荷物納入待ち配送予約」が設定された収納ボックス１１０ａは、「発送予約」と「配送予約」が重なって設定され、「発送予約」に対して発送荷物納入により「発送荷物有」になると、「配送予約」が自動的に設定されることになる。図２０（Ｂ）の例では、収納ボックス１１０ａについて、「発送荷物納入待ち配送予約」が可能であるため、「発送荷物納入待ち配送予約可能」となっている。また、図２０（Ｂ）の例において、他の収納ボックス１１０については、「発送荷物納入待ち配送予約」ができないことを表す「発送荷物納入待ち配送予約不可」となっている。

図２１（Ａ）に示すように、ステップＳ５４において、配送業者Ａは、端末３００－Ｄを利用して、「発送荷物納入待ち配送予約」設定を行う。上述したように、「発送荷物納入待ち配送予約」が設定された収納ボックス１１０ａは、発送ユーザＵによって発送荷物が納入されたタイミングで、配送業者Ａによる「配送予約」が自動的に設定される。「発送荷物納入待ち配送予約」設定に関する情報は、端末３００－Ｄから管理サーバ２００の制御部２２０に送信される。制御部２２０は、「発送荷物納入待ち配送予約」設定に関する情報に基づいて、収納情報の「発送荷物納入待ち状態」を設定する。図２１（Ｂ）の例では、収納ボックス１１０ａの「発送荷物納入待ち状態」が「発送荷物納入待ち配送予約可能」（図２０（Ｂ））から「発送荷物納入待ち配送予約済」に変更される。このように、制御部２２０は、「発送荷物納入待ち配送予約済」を収納情報に設定することで、「発送荷物納入待ち配送予約」の設定を行ってもよい。

図２２（Ａ）に示すように、ステップＳ５５において、発送ユーザＵは、発送予約を設定した収納ボックス１１０ａに対して、発送荷物を収納する。図２２（Ｂ）に示すように、収納ボックス１１０ａの「現在状態」は、「発送荷物納入済」の状態となる。

図２３（Ａ）に示すように、ステップＳ５６において、管理サーバ２００の制御部２２０は、「配送予約」を設定したことに応じて、端末３００－Ｄへ、収納ボックス１１０ａに対して「配送予約」が設定されたことを示す情報を含む通知を送信する。「発送荷物納入待ち配送予約」が設定された収納ボックス１１０ａに対して、配送荷物が納入されたことで、制御部２２０は、収納ボックス１１０ａの状態が「配送予約」となったことを示す情報を含む通知を送信している。図２３（Ｂ）に示すように、収納ボックス１１０ａの現在状態は、「発送荷物有」と「配送予約」とが重なった状態となっている。

図２４に示すように、ステップＳ５７において、配送業者Ａは、収納ボックス１１０ａの扉を開けて、収納ボックス１１０ａに収納された発送荷物を集荷する。また、ステップＳ５８において、配送業者Ａは、配送予約に従って、配送荷物を収納ボックス１１０ａに収納する。ステップＳ５７とステップＳ５８とは逆順でもよい。収納ボックス１１０ａの状態は、「配送済荷物有」の状態となる。

（動作例５）
次に、動作例５について説明する。

以下のようなケースを想定する。すなわち、図２５（Ａ）に示すように、収納装置１００の全ての収納ボックス１１０ａについて、配送荷物が収納され、更に配送予約が設定されているため、発送ユーザＵは発送予約ができない。また、発送ユーザＵは、空き待ち予約を設定しようと試みたが、全ての収納ボックス１１０ａにおいて既に空き待ち予約が設定されていた。動作例５では、このようなケースにおいても、発送ユーザＵが発送荷物を発送できるようにした動作例である。

具体的には、第１に、配送業者Ａが荷物を配送するために配送予約を行った収納ボックス１１０ａに、配送業者Ａに配送を希望する発送ユーザＵが発送を希望する発送荷物を発送するために発送予約を行った場合である。第２に、このような場合において、発送ユーザＵが利用する端末３００－Ｕの位置が収納装置１００から一定の距離内に位置し、且つ、配送業者Ａが収納装置１００に対して配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上の時間がある場合に、収納装置１００の制御部１２０（又は管理サーバ２００の制御部２２０）が、発送ユーザＵによる発送予約を収納ボックス１１０ａに設定する。

これにより、例えば、発送ユーザＵは、発送予約が可能となるため、収納ボックス１１０ａを利用して発送荷物を発送させることが可能となる。従って、発送ユーザＵは、収納装置１００を適切に利用できる。その際、発送ユーザＵが利用する端末３００－Ｕの位置が収納装置１００から一定の距離内に位置し、且つ、配送業者Ａが収納装置１００に対して配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上の時間がある場合に、発送予約が設定される。これにより、例えば、配送業者による配送が行われるまでに余裕がある状態のときに、収納ボックス１１０ａに対する発送予約が設定可能となるため、発送ユーザＵによる発送も適切に行うことが可能となる。更に、収納ボックス１１０ａに対する発送予約が設定可能となるため、当該発送予約が設定できない場合と比較して、収納ボックス１１０ａの利用効率の改善を図ることが可能となる。

図２５（Ａ）から図３１（Ｂ）は、第１実施形態に係る動作例５を表す図である。

図２５（Ａ）に示すように、ステップＳ７０において、発送ユーザＵは、端末３００－Ｕを利用して、発送予約を行うことを試みる。しかし、収納装置１００の全ての収納ボックス１１０は、「配送済荷物有」及び「配送予約」のいずれかとなっているため、発送ユーザＵは発送予約ができない。

図２５（Ｂ）に示すように、ステップＳ７１において、発送ユーザＵは、端末３００－Ｕを利用して、空き待ち予約を設定することを試みる。しかし、収納装置１００の全ての収納ボックス１１０には空き待ち予約が設定されており、空き待ち予約を設定することができない。図２６（Ａ）は、ステップＳ７１の段階での収納情報の例を表している。

図２６（Ｂ）に示すように、ステップＳ７２において、発送ユーザＵは、端末３００－Ｕを利用して、発送ユーザＵが発送依頼を行う配送業者Ａが配送予約を設定した収納ボックス１１０の検索を実行する。例えば、管理サーバ２００の制御部２２０は、収納情報（例えば図２６（Ａ））に基づいて、検索を実行し、検索結果として、配送業者Ａが配送予約を行った収納ボックス１１０ａに関する情報を送信する。当該情報には、収納ボックス１１０ａのサイズ情報が含まれてもよい。

図２６（Ｂ）に示すように、ステップＳ７３において、端末３００－Ｕは、検索結果を取得する。

図２７（Ａ）に示すように、ステップＳ７４において、発送ユーザＵは、収納装置１００に出向いて、収納ボックス１１０ａに対して発送手続きを行う。発送ユーザＵは、自身が発送依頼を行う配送業者Ａと一致する配送業者Ａが収納ボックス１１０ａに対して配送予約を行ったことを、検索結果（ステップＳ７３）により知ったため、収納ボックス１１０ａを利用して発送荷物を発送させることができると考えて、発送手続きを行っている。

図２７（Ｂ）に示すように、ステップＳ７５において、発送ユーザＵが発送依頼を行う配送業者Ａと、配送予約を行った配送業者Ａとが一致するため、収納装置１００の制御部１２０は、収納ボックス１１０ａを解錠する。なお、施錠は、少なくともステップＳ７０の段階では行われているものとする。そして、発送ユーザＵは、発送荷物４００を収納ボックス１１０ａに納入する。これにより、発送ユーザＵは、発送荷物４００を適切に発送させることが可能となる。

ただし、動作例５では、図２７（Ａ）に示すステップＳ７４を行った後、ステップＳ７５へ移行することなく、図２８（Ａ）に示すステップＳ７６へ移行してもよい。

発送ユーザＵは、発送手続きを行う前に、発送荷物４００の梱包を行うため、時間が空く場合がある。そのため、発送ユーザＵは、ステップＳ７６において、配送業者Ａが配送予約を行っている収納ボックス１１０に対して発送予約を行う。発送予約に関する発送予約情報は、管理サーバ２００の制御部２２０へ送信される。制御部２２０は、発送予約情報に対して、発送予約の可否を判断する。発送予約情報には、発送ユーザＵが発送を依頼（又は選択）する配送業者Ａに関する情報が含まれる。制御部２２０は、例えば、以下のようにして、可否を判断する。

すなわち、制御部２２０は、発送ユーザＵが利用する端末３００－Ｕの位置が収納装置１００から一定の距離内に位置し、且つ、配送業者Ａが収納装置１００に対して配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上ある場合に、発送予約を許可する。制御部２２０は、発送予約を許可する場合、発送予約情報に含まれる配送業者Ａに関する情報に基づいて、配送業者Ａが配送予約を行った収納ボックス１１０ａに関する情報を収納情報から取得する。制御部２２０は、発送予約を許可したことを示す情報とともに、配送業者Ａによる配送予約が行われた収納ボックス１１０ａに関する情報を含む判断結果を、端末３００－Ｕへ送信する。

一方、制御部２２０は、発送ユーザＵが利用する端末３００－Ｕの位置が収納装置１００から一定の距離内に位置しない場合、発送予約を許可しない。また、制御部２２０は、配送業者Ａが収納装置１００に対して配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上ない場合、発送予約を許可しない。この場合、制御部２２０は、発送予約を許可しないことを示す情報を含む判断結果を、端末３００－Ｕへ送信する。

図２８（Ｂ）に示すように、ステップＳ７７において、端末３００－Ｕは、判断結果を受信する。以下では、判断結果として、発送予約が許可されたものとして説明する。

端末３００－Ｕは、判断結果として、発送予約が許可されたこと、及び、配送業者Ａが配送予約を行った収納ボックス１１０ａに関する情報を取得する。

そのため、図２９（Ａ）に示すように、発送ユーザＵは、端末３００－Ｕを利用して、配送業者Ａが配送予約を行った収納ボックス１１０ａに対して発送予約を行う。管理サーバ２００の制御部２２０は、収納ボックス１１０ａに対して「発送予約」を設定する。このとき、制御部２２０は、当該発送予約を、当該発送予約の設定時から第２所定時間経過後に破棄する。制御部２２０は、第２所定時間経過後に破棄される発送予約が収納ボックス１１０ａに設定されたことを示す情報を含む通知を端末３００－Ｕへ送信してもよい。当該通知により、端末３００－Ｕには、収納ボックス１１０ａに発送予約が設定されたことを示す情報とともに、当該発送予約が第２所定時間経過後に破棄されることを示す情報が表示される。当該表示により、発送ユーザＵは、発送予約が第２所定時間経過後に破棄されることを把握できる。

図２９（Ｂ）に示すように、ステップＳ７９において、配送業者Ａが利用する端末３００－Ｄは、収納ボックス１１０ａに発送予約が設定されたことを示す情報を含む通知を受信する。例えば、管理サーバ２００の制御部２２０は、ステップＳ７８において収納ボックス１１０ａに発送予約を設定したタイミングで、収納ボックス１１０ａに発送予約が設定されたことを示す情報を含む通知を、端末３００－Ｄへ送信する。

図３０（Ａ）に示すように、ステップＳ８０において、発送ユーザＵは、発送予約（ステップＳ７８）に従って、収納装置１００に出向いて発送手続きを行う。

図３０（Ｂ）に示すように、ステップＳ８１において、発送ユーザは、収納ボックス１１０ａに発送荷物４００を収納する。収納ボックス１１０ａは、「発送荷物有」の状態となる。

図３１（Ａ）に示すように、ステップＳ８２において、配送業者Ａが利用する端末３００－Ｄは、収納ボックス１１０ａに対して発送予約を設定した発送ユーザＵが収納ボックス１１０ａに対して発送荷物４００を収納したことを示す情報を含む通知を受信する。例えば、管理サーバ２００の制御部２２０は、発送ユーザＵによる発送荷物４００の納入（ステップＳ８１）を検知すると、当該通知を端末３００－Ｄへ送信する。

図３１（Ｂ）に示すように、ステップＳ８３において、配送業者Ａは、収納ボックス１１０ａの扉を開けて、収納ボックス１１０ａに収納された発送荷物４００を集荷する。また、ステップＳ８４において、配送業者Ａは、配送予約に従って、配送荷物を収納ボックス１１０ａに収納する。ステップＳ８３とステップＳ８４とは逆順でもよい。収納ボックス１１０ａの状態は、「配送済荷物有」の状態となる。

[その他の実施形態]
上述した実施形態では、管理サーバ２００の制御部２２０が、動作例１から動作例５における収納情報の管理、収納ボックス１１０の検索、及び端末３００－Ｕ,３００－Ｄへの通知などの動作を行うものとして説明した。例えば、収納装置１００の制御部１２０が、これらの動作を実行してもよい。この場合、管理サーバ２００の制御部２２０は、収納装置１００の収納情報などを、収納装置１００の制御部２２０へ送信する。また、管理サーバ２００の制御部２２０は、端末３００－Ｕ及び端末３００－Ｄから受信した発送予約情報及び配送予約情報なども、収納装置１００の制御部２２０へ送信する。これにより、収納装置１００の制御部１２０において、動作例１から動作例５における収納情報の管理、収納ボックス１１０の検索、及び端末３００－Ｕ,３００－Ｄへの通知などの動作を実行することができる。通知に関し、制御部１２０は、管理サーバ２００へ、通知を送信して、管理サーバ２００から端末３００－Ｕ及び端末３００－Ｄへ通知が行われてもよい。

上述した各処理（又は各動作）をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読み取り可能媒体を用いれば、コンピュータにインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読み取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ、又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。このような記録媒体は、収納装置１００の制御部１２０、及び管理サーバ２００の制御部２２０に含まれてもよい。収納装置１００の制御部１２０、及び管理サーバ２００の制御部２２０は、記録媒体からプログラムを読み出して、当該プログラムを実行することで、上述した実施形態で説明した機能（又は処理、或いは動作）を実現してもよい。

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、上述した実施形態、動作、又は処理は、矛盾しない範囲で適宜組み合わせることも可能である。

１０ ：管理システム １００ ：収納装置
１１０ ：収納ボックス １２０ ：制御部
１３０ ：通信部 １４０ ：表示部
１５０ ：操作部 ２００ ：管理サーバ
２１０ ：通信部 ２２０ ：制御部
２３０ ：記憶部 ３００－Ｕ,３００－Ｄ：端末
Ａ,Ｂ,Ｄ ：配送業者 Ｕ ：ユーザ

Claims (14)

1. 制御部と、収納部と、を備え、
   前記制御部は、
   配送業者が前記収納部に配送荷物を配送するための配送予約により前記収納部が施錠されており、前記配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、前記施錠された時から前記配送業者が前記配送荷物を前記収納部に配送するまでの間で、前記荷物発送希望者が発送を希望する発送荷物を前記収納部に収納する際に前記施錠を解除する、
   収納装置。
2. 制御部と、収納部と、を備え、
   前記制御部は、
   発送荷物が前記収納部に収納されており、且つ前記発送荷物を収納した荷物発送希望者が選択した配送業者と前記収納部に配送荷物を配送するための配送予約を行う配送業者とが一致する場合に、前記配送業者による前記配送予約を前記収納部に設定する、
   収納装置。
3. 制御部と、収納部と、を備え、
   前記制御部は、
   配送された配送荷物が前記収納部に収納され、且つ前記収納部に対して配送業者による配送予約が設定された場合において、荷受人により前記収納部に収納された前記配送荷物が前記収納部から取り出された後、前記収納部を施錠するとともに、荷物発送希望者が選択した配送業者と前記配送予約を設定した配送業者とが一致する場合に、前記荷物発送希望者が利用する端末へ通知を行い、前記荷物発送希望者が発送を希望する発送荷物を前記収納部に収納する際に前記施錠を解除する、
   収納装置。
4. 前記制御部は、前記荷物発送希望者が利用する前記端末からの検索要求に応じて、前記配送業者が前記配送予約を設定した前記収納部に関する情報を前記端末へ送信する、
   請求項３記載の収納装置。
5. 前記配送荷物が前記収納部に収納され、且つ前記収納部に対して前記配送業者による前記配送予約が設定された場合とは、前記収納部から前記配送荷物が取り出されると前記収納部に前記配送予約が設定される場合である、
   請求項３記載の収納装置。
6. 制御部と、収納部と、を備え、
   前記制御部は、
   荷物発送希望者が発送を希望する発送荷物を発送するために前記収納部に対して発送予約が設定され、且つ前記荷物発送希望者が前記発送予約のために選択した配送業者と前記収納部に配送荷物を配送するための配送予約を行う配送業者とが一致する場合に、前記荷物発送希望者が前記発送荷物を前記収納部に収納したときに前記収納部に対して前記配送予約を行う発送荷物納入待ち配送予約設定を前記収納部に設定する、
   収納装置。
7. 前記制御部は、前記発送荷物納入待ち配送予約設定を前記収納部に設定した場合、前記収納部に対して前記発送予約を行った前記荷物発送希望者が前記収納部に前記発送荷物を納入したタイミングで、前記収納部に対して前記配送予約を設定する、
   請求項６記載の収納装置。
8. 前記制御部は、前記収納部に対して前記配送予約を設定したことに応じて、前記配送業者が利用する端末へ、前記収納部に対して前記配送予約が設定されたことを示す情報を含む通知を送信する、
   請求項６記載の収納装置。
9. 前記制御部は、前記配送業者が利用する端末からの検索要求に応じて、前記発送予約が設定されている前記収納部に関する情報を前記端末へ送信する、
   請求項６記載の収納装置。
10. 制御部と、収納部と、を備え、
    前記制御部は、
    配送業者が配送荷物を配送するために配送予約を行った前記収納部に、前記配送業者に配送を希望する荷物発送希望者が発送を希望する発送荷物を発送するために発送予約を行った場合において、前記荷物発送希望者が利用する端末の位置が収納装置から一定の距離内に位置し、且つ、前記配送業者が前記収納装置に対して前記配送荷物の配送を予定する配送予定時刻まで現在時刻から第１所定時間以上ある場合に、前記荷物発送希望者による前記発送予約を前記収納部に設定する、
    収納装置。
11. 前記制御部は、前記収納部に設定した前記発送予約を、第２所定時間経過後に破棄する、
    請求項１０記載の収納装置。
12. 前記制御部は、前記第２所定時間経過後に破棄される前記発送予約を前記収納部に設定したことを示す情報を含む通知を、前記荷物発送希望者が利用する前記端末へ送信する、
    請求項１１記載の収納装置。
13. 収納部を有する収納装置を管理する管理サーバであって、
    配送業者が前記収納部に配送荷物を配送するための配送予約により前記収納部が施錠されており、前記配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、前記施錠された時から前記配送業者が前記配送荷物を前記収納部に配送するまでの間で、前記荷物発送希望者が発送を希望する発送荷物を前記収納部に収納する際に前記施錠を解除する制御部、を有する
    管理サーバ。
14. 収納部を有する収納装置に、
    配送業者が前記収納部に配送荷物を配送するための配送予約により前記収納部が施錠されており、前記配送業者と荷物発送希望者が選択した配送業者とが一致する場合に、前記施錠された時から前記配送業者が前記配送荷物を前記収納部に配送するまでの間で、前記荷物発送希望者が発送を希望する発送荷物を前記収納部に収納する際に前記施錠を解除する処理、を実行させる
    プログラム。

Images