(57)【要約】【課題】追加の納品庫が必要になった場合のユーザーの利便性を向上させる。【解決手段】ストッカ管理装置６０は、ストッカ４０のいずれかの納品庫４５を特定可能な納品庫番号と、納品庫４５の解錠コードと、を対応付けた納品庫対応テーブルを記憶可能な記憶部６３，８３と、親制御部６２及び子制御部８２と、を備える。親制御部６２は、納品庫決定要求を入力し且つ入力した納品庫決定要求が納品庫対応テーブルのいずれかの納品庫番号に関連する場合には、空き納品庫４５のうちいずれかの納品庫４５を決定する納品庫決定処理を行い、決定した納品庫４５の納品庫番号と納品庫決定要求に関連する納品庫番号に対応する解錠コードとを対応付けて記憶する。子制御部８２は、納品庫対応テーブルの中に入力した解錠コードに対応する１以上の納品庫番号が存在するか否かを判定し、存在する場合に１以上の納品庫番号で特定される納品庫４５を解錠させる。【選択図】図１
2019215937.tif 000002
【特許請求の範囲】
【請求項１】
施錠可能な複数の納品庫を備えたストッカを管理するストッカ管理装置であって、
前記ストッカのいずれかの前記納品庫を特定可能な納品庫情報と、該納品庫の解錠に用いる解錠コードと、を対応付けた納品庫対応情報を記憶可能な納品庫対応情報記憶手段と、
納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれかの納品庫情報に関連する場合には、該納品庫対応情報の中に納品庫情報が存在しない空き納品庫のうちいずれかの納品庫を決定する納品庫決定処理を行い、該決定した納品庫の納品庫情報と該納品庫決定要求に関連する納品庫情報に対応する前記解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶する納品庫決定手段と、
前記解錠コードを入力すると、前記記憶された納品庫対応情報の中に該入力した解錠コードに対応する１以上の納品庫情報が存在するか否かを判定し、存在する場合に該１以上の納品庫情報で特定される納品庫を解錠させる解錠制御手段と、
を備えたストッカ管理装置。
【請求項２】
前記納品庫対応情報は、前記解錠コードとして前記納品庫からの物品の受取時に用いる受取時解錠コードを含んでおり、
前記解錠制御手段は、前記記憶された納品庫対応情報の中のいずれかの納品庫情報を特定可能な納品時解錠要求を入力すると、前記記憶された納品庫対応情報の中に該入力した納品時解錠要求に対応する１以上の納品庫情報が存在するか否かを判定し、存在する場合に該１以上の納品庫情報で特定される納品庫を解錠させ、
前記納品庫決定手段は、前記解錠制御手段が前記納品時解錠要求を入力してから別の前記納品時解錠要求を入力する前に前記納品庫決定要求を入力すると、該入力した納品庫決定要求を前記納品庫対応情報の中で最後に入力された前記納品時解錠要求で特定される納品庫情報に関連する要求とみなして、前記納品庫決定処理を行い、該決定した納品庫の納品庫情報と該納品庫決定要求に関連する納品庫情報に対応する前記受取時解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶する、
請求項１に記載のストッカ管理装置。
【請求項３】
前記納品庫決定手段は、前記納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれかの納品庫情報に関連する場合には、前記納品庫決定処理において、前記空き納品庫のうち該納品庫決定要求に関連する納品庫情報で特定される納品庫に近い位置の納品庫を優先的に決定する、
請求項１又は２に記載のストッカ管理装置。
【請求項４】
前記納品庫決定手段は、前記納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれの納品庫情報にも関連しない場合には、前記納品庫対応情報の中に含まれる納品庫情報で特定される１以上の納品庫の各々について、該納品庫に隣接する前記空き納品庫が少なくとも１つは存在するよう、該隣接する空き納品庫を除く納品庫を優先的に決定するように前記納品庫決定処理を行い、該決定した納品庫の納品庫情報と前記記納品庫対応情報の中のいずれの解錠コードとも異なる解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶する、
請求項３に記載のストッカ管理装置。
【請求項５】
請求項１〜４のいずれか１項に記載のストッカ管理装置であって、
前記ストッカは、前記複数の納品庫の各々の扉の開閉と物品の有無との少なくともいずれかを検出する検出手段を備えており、
前記解錠制御手段は、前記記憶された納品庫対応情報の中に前記入力した解錠コードに対応する納品庫情報が複数存在する場合に、該複数の納品庫情報のうち少なくとも１つに
対応する納品庫を解錠し、前記検出手段の検出状況に基づいて該解錠した納品庫のいずれかについてのユーザーの作業完了を検出すると、他の納品庫の存在を該ユーザーに報知する、
ストッカ管理装置。
【請求項６】
請求項１〜５のいずれか１項に記載のストッカ管理装置と、
前記ストッカと、
を備えたストッカシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストッカ管理装置及びストッカシステムに関する。
【背景技術】
【０００２】
従来、荷物の受け渡し等に用いる複数のロッカーとロッカーを管理する装置とを備えたシステムが知られている。例えば、特許文献１には、ロッカーと管理センターとを備えた以下のシステムが記載されている。まず、顧客が商品のロッカーでの受け取りを希望すると、管理センターは、空いているロッカーを予約し、宅配業者に駅名とロッカー番号とを通知する。宅配業者は、指定されたロッカーのロッカーボックスに商品を入庫する。購入者は、通信端末機で管理センターからの入庫通知を受けたあと、ロッカーに行き、中の商品を取り出す。商品を取り出す際には、顧客が宅配ロッカーのテンキーを利用して暗証番号を入力するか、又は予め登録したカードを宅配ロッカーのカードリーダーに挿入する。続いて、管理センターのデータベースサーバは入力された暗証番号やカード番号が正しいか否かを判定する。そして、正しいと判定すると、管理センターからの信号によりロッカーボックスの扉が開放される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第３５６０３２７号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、顧客が商品を発注して使用するロッカーボックスが決定されたあとに、追加のロッカーボックスが必要になる場合が考えられる。例えば、商品を一度発注したあと、商品の受け取り前にさらに別の商品を発注すると、追加のロッカーボックスが必要になる場合がある。また、宅配業者が商品をロッカーボックスに入庫する際に、指定されたロッカーボックスに商品が入らず、追加のロッカーボックスが必要になる場合がある。特許文献１では、このような追加のロッカーボックスが必要になった場合については考慮されていなかった。
【０００５】
本発明はこのような課題を解決するためになされたものであり、追加の納品庫が必要になった場合のユーザーの利便性を向上させることを主目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上述した主目的を達成するために以下の手段を採った。
【０００７】
本発明のストッカ管理装置は、
施錠可能な複数の納品庫を備えたストッカを管理するストッカ管理装置であって、
前記ストッカのいずれかの前記納品庫を特定可能な納品庫情報と、該納品庫の解錠に用いる解錠コードと、を対応付けた納品庫対応情報を記憶可能な納品庫対応情報記憶手段と、
納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれかの納品庫情報に関連する場合には、該納品庫対応情報の中に納品庫情報が存在しない空き納品庫のうちいずれかの納品庫を決定する納品庫決定処理を行い、該決定した納品庫の納品庫情報と該納品庫決定要求に関連する納品庫情報に対応する前記解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶する納品庫決定手段と、
前記解錠コードを入力すると、前記記憶された納品庫対応情報の中に該入力した解錠コ
ードに対応する１以上の納品庫情報が存在するか否かを判定し、存在する場合に該１以上の納品庫情報で特定される納品庫を解錠させる解錠制御手段と、
を備えたものである。
【０００８】
このストッカ管理装置では、ストッカのいずれかの納品庫を特定可能な納品庫情報と、納品庫の解錠に用いる解錠コードと、を対応付けた納品庫対応情報を納品庫対応情報記憶手段が記憶している。そして、納品庫決定要求を入力し且つ入力した納品庫決定要求が記憶された納品庫対応情報の中のいずれかの納品庫情報に関連する場合、すなわち記憶済みの納品庫情報に関連した追加の納品庫の決定要求がなされた場合には、以下の処理を行う。まず、納品庫対応情報の中に納品庫情報が存在しない空き納品庫のうちいずれかの納品庫を決定する納品庫決定処理を行う。次に、決定した納品庫の納品庫情報と納品庫決定要求に関連する納品庫情報に対応する解錠コードとを対応付けて納品庫対応情報記憶手段に記憶する。すなわち、記憶済みの納品庫情報に関連した追加の納品庫の決定要求を入力すると、関連する納品庫情報に対応する解錠コードと同じ解錠コードを、新たに決定した納品庫の納品庫情報と対応付けて納品庫対応情報に含めて記憶する。そして、解錠コードを入力すると、記憶された納品庫対応情報の中に入力した解錠コードに対応する１以上の納品庫情報が存在するか否かを判定し、存在する場合にその１以上の納品庫情報で特定される納品庫を解錠させる。そのため、後から追加された納品庫がある場合に、ユーザーは追加された納品庫も含めた複数の納品庫を同じ解錠コードで解錠することができる。したがって、追加の納品庫が必要になった場合のユーザーの利便性が向上する。ここで、「ユーザー」は、納品庫への物品の配達者と納品庫からの物品の受取者とを含む。すなわち、「納品庫を解錠させる」状況には、納品庫への物品の納品時と、納品庫からの物品の受取時とを含む。
【０００９】
本発明のストッカ管理装置において、前記納品庫対応情報は、前記解錠コードとして前記納品庫からの物品の受取時に用いる受取時解錠コードを含んでおり、前記解錠制御手段は、前記記憶された納品庫対応情報の中のいずれかの納品庫情報を特定可能な納品時解錠要求を入力すると、前記記憶された納品庫対応情報の中に該入力した納品時解錠要求に対応する１以上の納品庫情報が存在するか否かを判定し、存在する場合に該１以上の納品庫情報で特定される納品庫を解錠させ、前記納品庫決定手段は、前記解錠制御手段が前記納品時解錠要求を入力してから別の前記納品時解錠要求を入力する前に前記納品庫決定要求を入力すると、該入力した納品庫決定要求を前記納品庫対応情報の中で最後に入力された前記納品時解錠要求で特定される納品庫情報に関連する要求とみなして、前記納品庫決定処理を行い、該決定した納品庫の納品庫情報と該納品庫決定要求に関連する納品庫情報に対応する前記受取時解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶してもよい。こうすれば、納品庫への物品の納品時に追加の納品庫が必要になった場合でも、受取者は追加された納品庫も含めた複数の納品庫を同じ受取時解錠コードで解錠することができる。したがって、追加の納品庫が必要になった場合の受取者の利便性が向上する。また、入力した納品庫決定要求を、最後に入力された納品時解錠要求で特定される納品庫情報に関連する要求とみなしている。そのため、例えば納品庫決定要求が記憶済みの納品庫情報との関連を特定できる情報を含まない場合でも、記憶済みの納品庫情報と同じ受取時解錠コードを適切に追加の納品庫に対応付けることができ、配達者による納品庫決定要求の入力の手間を軽減しやすい。したがって、追加の納品庫が必要になった場合の配達者の利便性が向上しやすい。
【００１０】
本発明のストッカ管理装置において、前記納品庫決定手段は、前記納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれかの納品庫情報に関連する場合には、前記納品庫決定処理において、前記空き納品庫のうち該納品庫決定要求に関連する納品庫情報で特定される納品庫に近い位置の納品庫を優先的に決定してもよい。こうすれば、記憶済みの納品庫情報で特定される納品庫と、それに関連し
た追加の納品庫とが近い位置になりやすい。そのため、物品の納入又は受取をしやすくなり、追加の納品庫が必要になった場合のユーザーの利便性が向上する。
【００１１】
この場合において、前記納品庫決定手段は、前記納品庫決定要求を入力し且つ該入力した納品庫決定要求が前記記憶された納品庫対応情報の中のいずれの納品庫情報にも関連しない場合には、前記納品庫対応情報の中に含まれる納品庫情報で特定される１以上の納品庫の各々について、該納品庫に隣接する前記空き納品庫が少なくとも１つ存在するよう、該隣接する空き納品庫を除く納品庫を優先的に決定するように前記納品庫決定処理を行い、該決定した納品庫の納品庫情報と前記納品庫対応情報の中のいずれの解錠コードとも異なる解錠コードとを対応付けて前記納品庫対応情報記憶手段に記憶してもよい。こうすれば、記憶済みの納品庫情報に関連しない納品庫決定要求がなされた場合には、記憶済みの納品庫情報で特定される納品庫の各々について、納品庫に隣接する空き納品庫が少なくとも１つはできるだけ空きのまま残るように納品庫決定処理が行われる。そのため、記憶済みの納品庫情報で特定される納品庫と、それに関連した追加の納品庫とが隣接した位置になりやすい。したがって、上述した物品の納入又は受取をしやすくなる効果が高まり、追加の納品庫が必要になった場合のユーザーの利便性が向上する。
【００１２】
本発明のストッカ管理装置は、前記ストッカは、前記複数の納品庫の各々の扉の開閉と物品の有無との少なくともいずれかを検出する検出手段を備えており、前記解錠制御手段は、前記記憶された納品庫対応情報の中に前記入力した解錠コードに対応する納品庫情報が複数存在する場合に、該複数の納品庫情報のうち少なくとも１つに対応する納品庫を解錠し、前記検出手段の検出状況に基づいて該解錠した納品庫のいずれかについてのユーザーの作業完了を検出すると、他の納品庫の存在を該ユーザーに報知してもよい。こうすれば、作業完了が検出された納品庫以外の納品庫に関する物品の納入忘れ又は受取忘れを防止できる。なお、前記解錠制御手段は、前記複数の納品庫情報のうち少なくとも１つに対応する納品庫を解錠するにあたり、残りの納品庫情報に対応する納品庫の解錠はユーザーへの前記報知前に行ってもよいし、前記報知後に行ってもよいし、前記報知と共に行ってもよい。
【００１３】
本発明のストッカシステムは、
上述したいずれかの態様の本発明のストッカ管理装置と、
前記ストッカと、
を備えたものである。
【００１４】
このストッカシステムは、上述したいずれかの態様の本発明のストッカ管理装置を備えている。そのため、上述した本発明のストッカ管理装置と同様の効果、例えば追加の納品庫が必要になった場合のユーザーの利便性を向上させる効果が得られる。
【図面の簡単な説明】
【００１５】
【図１】ストッカシステム１の構成の概略説明図。
【図２】親装置６１の記憶部６３に記憶された管理情報６５の説明図。
【図３】第１子装置７１の記憶部８３に記憶された管理情報８５の説明図。
【図４】発注時処理ルーチンの一例を表すフローチャート。
【図５】納品時解錠制御ルーチンの一例を示すフローチャート。
【図６】受取時解錠制御ルーチンの一例を示すフローチャート。
【図７】会員属性テーブル９０，属性対応納品庫テーブル９１の一例を示す説明図。
【発明を実施するための形態】
【００１６】
次に、本発明の実施形態について、図面を用いて説明する。図１は、本発明の一実施形態であるストッカシステム１の構成の概略説明図である。図２は、親装置６１の記憶部６
３に記憶された管理情報６５の説明図である。図３は、第１子装置７１の記憶部８３に記憶された管理情報８５の説明図である。ストッカシステム１は、供給者側システム５と、受取者２０の携帯端末２１と、複数のストッカ４０と、親装置６１及び複数の子装置７０を備えたストッカ管理装置６０と、を備えている。供給者側システム５の店舗ＰＣ１２，携帯端末２１，親装置６１，及び複数の子装置７０は、インターネットなどのネットワーク２に接続されている。
【００１７】
供給者側システム５は、受取者２０に商品１７を販売するシステムであり、例えばスーパーなどの商店１０と、商店１０に配置され供給者側システム５を管理するコンピュータである店舗ＰＣ１２と、商店１０によって運営されるネットスーパーのウェブサイト１５と、を備えている。ウェブサイト１５は、ネットワーク２を介して例えば店舗ＰＣ１２や携帯端末２１からアクセス可能になっている。
【００１８】
携帯端末２１は、商品１７の発注及び受け取りを行う受取者２０が所持する機器であり、例えばスマートフォンなどの携帯可能なコンピュータとして構成されている。携帯端末２１は、端末制御部２２と、記憶部２３と、通信部２４と、表示操作部２５と、を備えている。端末制御部２２は、ＣＰＵ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部２３は、各種アプリケーションプログラムや各種データを記憶している。通信部２４は、無線により図示しない基地局などの送受信設備を介してネットワーク２に接続されて、他の機器と双方向の通信を行う。表示操作部２５は、タッチパネル及び操作ボタンなどを備えており、受取者２０への各種情報の表示や受取者２０からの各種操作の入力を行う。
【００１９】
複数のストッカ４０は、供給者側システム５から配送される商品１７の受取者２０への受け渡しに用いられるものである。本実施形態では、ストッカシステム１は３台のストッカ４０（第１〜第３ストッカ４１〜４３）を備えている。複数のストッカ４０の各々は、施錠可能な複数（本実施形態では３０個）の納品庫４５と、表示操作部５４と、読取機５５，５６と、追加用バーコード５８と、を備えている。納品庫４５の各々は、商品１７等の物品を収容可能な内部空間を有しており、前面の扉４６と、扉４６の施錠及び解錠を行うロック機構４７と、納品庫４５内の物品の有無を検出する物品センサ４８と、扉４６の開閉を検出する開閉センサ４９と、を備えている。表示操作部５４は、ストッカ４０の前面に配置されたタッチパネルなどを備えており、商品１７の配達者１９及び受取者２０への各種情報の表示や、配達者１９及び受取者２０からの各種操作の入力を行う。読取機５５は、受取者２０が納品庫４５の解錠に用いるＱＲコード（登録商標）を読み取るＱＲコードリーダであり、ストッカ４０の前面の表示操作部５４付近に配置されている。読取機５６は、商店１０から配送される商品１７に付されたバーコード１８を読み取る手持ち式のバーコードリーダである。追加用バーコード５８は、商品１７の納品時に納品庫４５が不足した場合に配達者１９が納品庫４５の追加を指示する際に用いるものである。ストッカ４０は、多数の受取者２０が利用可能であり、オフィス、コンビニエンスストア、工場、駅、学校、マンションなど様々な場所に配置することができる。
【００２０】
ストッカ管理装置６０は、複数のストッカ４０を管理する装置であり、親装置６１と、複数の子装置７０と、を備えたシステムとして構成されている。親装置６１は、複数の子装置７０に対するサーバーとして構成されており、親制御部６２と、記憶部６３と、通信部６４と、を備えている。親制御部６２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部６３は、処理プログラムなどの各種アプリケーションプログラムやストッカ４０の管理情報６５などの各種データを記憶している。通信部６４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。
【００２１】
図２に示すように、記憶部６３に記憶された管理情報６５は、納品庫対応テーブル６７
と、物品有無テーブル６８と、を含んでいる。納品庫対応テーブル６７は、会員ＩＤと、伝票ＩＤと、複数のストッカ４０と、納品庫番号と、解錠コードと、を対応付けたテーブルである。会員ＩＤは、予め供給者側システム５から発行され受取者２０を識別可能な情報である。伝票ＩＤは、供給者側システム５に対する商品１７の発注を識別可能な情報である。納品庫番号は、ストッカ４０の中のいずれの納品庫４５かを特定可能な情報である。本実施形態では、各ストッカ４０はそれぞれ３０個の納品庫４５を備えており、３０個の納品庫４５にはストッカ４０の正面視で左上から右下に向かって１番〜３０番の納品庫番号が設定されているものとした。解錠コードは、商品１７の受取時に納品庫４５を解錠するための情報（受取時解錠コード）である。物品有無テーブル６８は、複数のストッカ４０と、納品庫番号（１番〜３０番）と、納品庫４５内の物品の有無を表す物品有無と、を対応付けたテーブルである。なお、納品庫４５内の物品有無は、物品センサ４８による物品の有無の検出に基づく情報であり、親装置６１が子装置７０から取得した情報である。また、図示は省略するが、管理情報６５には、複数の受取者２０の会員ＩＤと、複数の受取者２０のメールアドレスとを対応付けた会員情報テーブルも含まれている。
【００２２】
複数の子装置７０は、親装置６１に対するクライアントとして構成されている。本実施形態では、ストッカ管理装置６０は３台の子装置７０（第１〜第３子装置７１〜７３）を備えている。第１子装置７１は、第１ストッカ４１を管理する装置であり、第１ストッカ４１のうち納品庫４５と同様の箱状の１室内に配置されている。第１子装置７１は、子制御部８２と、記憶部８３と、通信部８４とを備えている。子制御部８２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部８３は、処理プログラムなどの各種アプリケーションプログラムや第１ストッカ４１の管理情報８５などの各種データを記憶している。通信部８４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。第１子装置７１は、第１ストッカ４１の表示操作部５４に表示信号を出力して表示操作部５４に情報を表示させたり、第１ストッカ４１の表示操作部５４から操作信号を入力したり、第１ストッカ４１の読取機５５，５６が読み取ったＱＲコードやバーコード１８の情報を入力したりする。また、第１子装置７１は、第１ストッカ４１のロック機構４７に制御信号を出力して納品庫４５の施錠及び解錠を制御したり、第１ストッカ４１の物品センサ４８及び開閉センサ４９からの検出信号を入力して納品庫４５内の物品の有無や扉４６の開閉を検出したりする。第２子装置７２，第３子装置７３は、それぞれ第２ストッカ４２，第３ストッカ４３を管理する装置であり、第１子装置７１と同様に第２ストッカ４２，第３ストッカ４３のうち納品庫４５と同様の箱状の１室内に配置されている。図示は省略するが、第２子装置７２及び第３子装置７３は、第１子装置７１と同様に子制御部８２と、管理情報８５などを記憶する記憶部８３と、通信部８４と、を備えている。
【００２３】
第１子装置７１の記憶部８３に記憶された管理情報８５は、自身が管理する第１ストッカ４１以外のストッカ４０の情報を含まない点以外は親装置６１の納品庫対応テーブル６７及び物品有無テーブル６８と同様のテーブルを含んでいる。具体的には、図３に示すように、管理情報８５は、第１ストッカ４１の納品庫４５を特定可能な納品庫番号と会員ＩＤと伝票ＩＤと解錠コードとを対応付けた納品庫対応テーブル８７と、第１ストッカ４１の納品庫４５の各々について納品庫番号と納品庫４５内の物品有無とを対応付けた物品有無テーブル８８と、を含んでいる。第２子装置７２，第３子装置７３の記憶部８３に記憶された管理情報８５も、同様に自身が管理する第２ストッカ４２，第３ストッカ４３に関する納品庫対応テーブル８７及び物品有無テーブル８８を含んでいる。なお、親装置６１は、管理情報６５の納品庫対応テーブル６７の情報に変更が生じると、対応するストッカ４０を管理する子装置７０に変更後の情報を送信する。同様に、子装置７０は、管理情報８５の納品庫対応テーブル８７及び物品有無テーブル８８の情報に変更が生じると、親装置６１に変更後の情報を送信する。そのため、親装置６１の管理情報６５と複数の子装置７０の管理情報８５とは、情報の同期が取られている。例えば、図２の納品庫対応テーブル６７に含まれる第１ストッカ４１に関するデータ６７ａ〜６７ｄと図３のデータ８７ａ〜８７ｄとはそれぞれ同期が取られた情報であり、対応するデータ間で会員ＩＤ，伝票ＩＤ，納品庫番号，解錠コードは同じになっている。
【００２４】
続いて、こうして構成されたストッカシステム１の動作について説明する。まず、受取者２０は、携帯端末２１を操作してウェブサイト１５にアクセスし、希望する商品１７，自身の会員ＩＤ，受け取りを希望するストッカ４０などを入力して、商品１７の発注を行う。発注が行われると、店舗ＰＣ１２は入力された情報を取得し、発注を管理する伝票ＩＤを付してこれらの発注情報を管理する。また、店舗ＰＣ１２は、発注情報のうち会員ＩＤ，伝票ＩＤ及び受取希望のストッカ４０の情報を含む納品庫決定要求を親装置６１に送信する。親装置６１は、店舗ＰＣ１２の納品庫決定要求に基づいて、商品１７の配送先の納品庫４５の割り当て（使用する納品庫４５の決定）を行う発注時処理を行う。図４は、親装置６１の親制御部６２により実行される発注時処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部６３に記憶されており、親装置６１の電源がＯＮされると開始される。
【００２５】
このルーチンを開始すると、親制御部６２は、まず、店舗ＰＣ１２から上述した納品庫決定要求を受信（入力）するまで待つ（ステップＳ１００）。納品庫決定要求を受信すると、親制御部６２は、受信した納品庫決定要求に含まれる受取希望のストッカ４０について空き納品庫４５すなわち使用予定のない納品庫４５の有無を判定する（ステップＳ１１０）。親制御部６２は、受取希望のストッカ４０が備える複数の納品庫４５のうち、納品庫対応テーブル６７に納品庫番号が記憶されていない納品庫４５があるか否かによって、空き納品庫４５の有無を判定する。空き納品庫４５がないとき、すなわち受取希望のストッカ４０が備える複数の納品庫４５のいずれの納品庫番号も納品庫対応テーブル６７に記憶されているときには、親制御部６２は、店舗ＰＣ１２にその旨を報知する情報を送信して（ステップＳ１２０）、ステップＳ１００以降の処理を実行する。なお、店舗ＰＣ１２は、受取希望のストッカ４０の中に空き納品庫４５がない旨の情報を親装置６１から受信すると、例えば受取者２０の携帯端末２１にその旨の情報を送信する。受取者２０は、発注のキャンセルや受取希望のストッカ４０の変更を行う。受取希望のストッカ４０が変更された場合は、店舗ＰＣ１２は変更後の受取希望のストッカ４０の情報を含む納品庫決定要求を親装置６１に送信する。
【００２６】
ステップＳ１１０で空き納品庫４５があるときには、親制御部６２は、ステップＳ１００で受信した納品庫決定要求に含まれる受取希望のストッカ４０を配送先のストッカ４０に決定する（ステップＳ１３０）。続いて、親制御部６２は、受信した納品庫決定要求が記憶部６３に記憶された納品庫対応テーブル６７の中のいずれかの納品庫番号に関連するか否かを判定する（ステップＳ１４０）。本実施形態では、親制御部６２は、納品庫決定要求に含まれる会員ＩＤが、納品庫対応テーブル６７の中の配送先のストッカ４０のいずれかの納品庫番号に対応する会員ＩＤと同じである場合に、納品庫決定要求がその納品庫番号に関連すると判定する。例えば、配送先のストッカ４０が第１ストッカ４１であり、図２に示す納品庫対応テーブル６７のうち第１ストッカ４１に関するデータがデータ６７ａだけである場合を考える。この場合に、例えばデータ６６ｂを含む納品庫決定要求を受信したとすると、納品庫対応テーブル６７の第１ストッカ４１に関するデータには会員ＩＤ“ＢＢＢＢ”と同じ会員ＩＤが存在しない。そのため、親制御部６２は受信した納品庫決定要求が納品庫対応テーブル６７のいずれの納品庫番号にも関連しないと判定する。一方、データ６６ｃを含む納品庫決定要求を受信したとすると、受信した納品庫決定要求に含まれる会員ＩＤ“ＡＡＡＡ”は、納品庫対応テーブル６７のデータ６７ａの納品庫番号“１６”に対応する会員ＩＤと同じである。そのため、親制御部６２は、納品庫決定要求が納品庫番号“１６”に関連すると判定する。なお、既に納品庫対応テーブル６７に記憶済みの会員ＩＤと同じ会員ＩＤを含む納品庫決定要求が店舗ＰＣ１２から送信されるのは、例えば受取者２０が商品１７を発注した後に別の商品１７を追加で発注した場合である。
【００２７】
ステップＳ１４０で納品庫決定要求が納品庫対応テーブル６７のいずれの納品庫番号にも関連しないときには、親制御部６２は、空き納品庫４５のうちいずれかの納品庫を配送先の納品庫４５に決定する納品庫決定処理を行う（ステップＳ１５０）。この納品庫決定処理では、親制御部６２は、配送先のストッカ４０の空き納品庫のうち、納品庫対応テーブル６７に記憶済みの納品庫番号で特定される納品庫４５の左右に隣接しない納品庫を、優先的に配送先の納品庫４５に決定する。すなわち、親制御部６２は、納品庫対応テーブル６７に記憶済みの納品庫４５の各々について、納品庫４５の左右に隣接する空き納品庫ができるだけ空きのまま残るように、配送先の納品庫４５を決定する。そして、親制御部６２は、決定した納品庫４５の納品庫番号と、納品庫対応テーブル６７の中の配送先のストッカ４０のいずれの解錠コードとも異なる解錠コードと、納品庫決定要求に含まれる会員ＩＤ，伝票ＩＤ，及び受取希望のストッカ４０（配送先のストッカ４０）と、を対応付けて納品庫対応テーブル６７に記憶する（ステップＳ１６０）。例えば、納品庫対応テーブル６７のうち第１ストッカ４１に関するデータがデータ６７ａだけである状態でデータ６６ｂを含む納品庫決定要求を受信した場合、親制御部６２は、ステップＳ１５０では関連する納品庫番号“１６”の左右に隣接しない納品庫番号“１８”を決定する。そして、親制御部６２は、ステップＳ１６０で、納品庫番号“１８”と、納品庫対応テーブル６７に記憶済みのいずれの解錠コードとも異なる解錠コード“ＹＹＹＹ”と、データ６６ｂと、を対応付けたデータ６７ｂを納品庫対応テーブル６７に記憶する。そして、親制御部６２は、ステップＳ１６０で記憶した解錠コードを表すＱＲコードを含む解錠コード通知を、今回記憶した納品庫４５に対応する会員ＩＤのメールアドレスに送信して（ステップＳ１７０）、ステップＳ１００以降の処理を実行する。これにより、例えば解錠コード通知を受信した携帯端末２１の記憶部２３に、解錠コードを表すＱＲコードが記憶される。なお、解錠コード通知には、決定した配送先のストッカ４０や配送先の納品庫４５の情報が含まれていてもよい。
【００２８】
一方、ステップＳ１４０で納品庫決定要求が納品庫対応テーブル６７の中のいずれかの納品庫番号に関連するときには、親制御部６２は、納品庫決定処理を行う（ステップＳ１８０）。ステップＳ１５０とは異なり、ステップＳ１８０の納品庫決定処理では、親制御部６２は、配送先のストッカ４０の空き納品庫４５のうち、納品庫決定要求に関連する納品庫番号で特定される納品庫４５に近い位置の納品庫４５を、優先的に決定する。例えば、関連する納品庫４５の左右に隣接する納品庫４５のいずれかが空き納品庫４５であれば、その中から納品庫４５を決定する。なお、親制御部６２は、関連する納品庫４５の左右に隣接する空き納品庫４５を最優先に決定し、左右に隣接する空き納品庫４５がなければ空き納品庫４５の上下に隣接する納品庫４５を次に優先して決定し、上下左右に隣接する空き納品庫４５がなければ上下左右以外でなるべく関連する納品庫４５に近い空き納品庫４５を決定してもよい。そして、親制御部６２は、決定した納品庫４５の納品庫番号と、納品庫決定要求に関連する納品庫４５と同じ解錠コードと、納品庫決定要求に含まれる会員ＩＤ，伝票ＩＤ，及び受取希望のストッカ４０（配送先のストッカ４０）と、を対応付けて納品庫対応テーブル６７に記憶して（ステップＳ１９０）、ステップＳ１００以降の処理を実行する。例えば、納品庫対応テーブル６７のうち第１ストッカ４１に関するデータがデータ６７ａ，６７ｂだけである状態でデータ６６ｃを含む納品庫決定要求を受信した場合、親制御部６２は、ステップＳ１８０では関連する納品庫番号“１６”に隣接する納品庫番号“１７”を決定する。そして、親制御部６２は、ステップＳ１９０で納品庫番号“１７”と、データ６７ａの納品庫番号“１６”に対応する解錠コードと同じ解錠コード“ＸＸＸＸ”と、データ６６ｃと、を対応付けたデータ６７ｃを納品庫対応テーブル６７に記憶する。なお、親制御部６２は、関連する納品庫番号を記憶した時にステップＳ１７０で解錠コード通知を送信済みであるため、ステップＳ１９０のあとに解錠コード通知を受取者２０に送信する必要はない。ただし、親制御部６２は、解錠コード通知を送信してもよいし、決定した配送先のストッカ４０や配送先の納品庫４５の情報を受取者２０に送信してもよい。
【００２９】
一方、商店１０の店員は、店舗ＰＣ１２に記憶された発注情報に基づいて、商品１７の手配や配達者１９に対する商品１７の配送指示などを行う。なお、商品１７には、伝票ＩＤを表すバーコード１８が付される。配達者１９は、商品１７を配送指示されたストッカ４０に配送し、納品庫４５に納品する。このとき、配送先のストッカ４０を管理する子装置７０は、配達者１９の操作に基づいて商品１７の配送先の納品庫４５の解錠などを行う納品時解錠制御処理を行う。図５は、子装置７０の子制御部８２により実行される納品時解錠制御ルーチンの一例を表すフローチャートである。このルーチンは、記憶部８３に記憶されており、子装置７０の電源がＯＮされると開始される。
【００３０】
このルーチンを開始すると、子制御部８２は、まず、商品１７に付されたバーコード１８を読取機５６を介して入力したか否かを判定する（ステップＳ２００）。配達者１９の操作によりバーコード１８を入力すると、子制御部８２は、バーコード１８が表す伝票ＩＤに対応する納品庫４５を解錠する（ステップＳ２１０）。すなわち、子制御部８２は、ステップＳ２００ので読取機５６が読み取ったバーコード１８の伝票ＩＤを納品時解錠要求として入力し、納品時解錠要求に対応する納品庫４５を解錠する。具体的には、子制御部８２は、納品庫対応テーブル８７の中に入力された伝票ＩＤに対応する納品庫番号が存在するか否かを判定し、存在する場合にロック機構４７を制御してその納品庫番号で特定される納品庫４５を解錠する。なお、子制御部８２は、入力された伝票ＩＤに対応する納品庫番号が複数存在する場合には、対応する複数の納品庫４５を解錠する。続いて、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５への商品１７の納品完了を検出するまで待つ（ステップＳ２２０）。本実施形態では、子制御部８２は、物品センサ４８が納品庫４５内の物品ありを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、納品完了と判定する。納品完了を検出すると、子制御部８２は、納品完了した納品庫４５を施錠する（ステップＳ２３０）。
【００３１】
ステップＳ２００でバーコード１８を入力しなかったとき又はステップＳ２３０のあと、子制御部８２は、追加用バーコード５８を読取機５６を介して入力したか否かを判定する（ステップＳ２４０）。ここで、配達者１９は、ステップＳ２１０で解錠された納品庫４５に商品１７が入りきらなかった場合に、読取機５６に追加用バーコード５８を読み取らせることで、新たな納品庫４５の割り当てを指示する。子制御部８２は、この追加用バーコード５８の読取操作を、納品庫決定要求として入力する。
【００３２】
追加用バーコード５８すなわち納品庫決定要求を入力すると、子制御部８２は、直前のステップＳ２００で入力した伝票ＩＤに対応する納品庫４５を特定する（ステップＳ２５０）。続いて、子制御部８２は、納品庫対応テーブル８７に納品庫番号が記憶されていない空き納品庫４５の中から、特定した納品庫４５に近い納品庫４５を優先的に決定する納品庫決定処理を行う（ステップＳ２６０）。そして、子制御部８２は、決定した納品庫４５の納品庫番号と、ステップＳ２５０で特定した納品庫４５と同じ解錠コードと、特定した納品庫４５と同じ会員ＩＤ，伝票ＩＤと、を対応付けて納品庫対応テーブル８７に記憶する（ステップＳ２７０）。すなわち、このステップＳ２５０〜Ｓ２７０では、子制御部８２は、ステップＳ２４０で入力した納品庫決定要求を、納品庫対応テーブル８７の中で最後に入力された伝票ＩＤ（納品時解錠要求）で特定される納品庫番号に関連する要求とみなして、図４のステップＳ１８０，Ｓ１９０と同様の処理を行う。例えば、第１子装置７１の記憶部８３に記憶された納品庫対応テーブル８７が図３のデータ８７ａ〜８７ｃだけである状態で、第１子装置７１の子制御部８２が伝票ＩＤ“ｃｃｃｃ”を表すバーコード１８をステップＳ２００で入力し、その後にステップＳ２４０で追加用バーコード５８を入力した場合を考える。この場合、子制御部８２は、ステップＳ２５０で伝票ＩＤ“ｃｃｃｃ”に対応する納品庫番号“１８”の納品庫４５を特定し、ステップＳ２６０でこの納品庫４５に隣接する納品庫番号“１９”を決定する。そして、親制御部６２は、ステップＳ２７０で、納品庫番号“１９”と、データ８７ｂの納品庫番号“１８”に対応する解錠コードと同じ解錠コード“ＹＹＹＹ”，同じ会員ＩＤ“ＢＢＢＢ”，同じ伝票ＩＤ“ｃｃｃｃ”と、を対応付けたデータ８７ｄを納品庫対応テーブル８７に記憶する。
【００３３】
ステップＳ２７０のあと、子制御部８２は、ステップＳ２７０で決定した納品庫４５を解錠し（ステップＳ２８０）、ステップＳ２２０以降の処理を実行する。これにより、配達者１９は、追加で解錠された納品庫４５に残りの商品１７を納品することができる。
【００３４】
一方、ステップＳ２４０で追加用バーコード５８すなわち納品庫決定要求を入力しなかったときには、子制御部８２は、ステップＳ２００以降の処理を実行する。これにより、配達者１９は、バーコード１８を読み取らせた商品１７の納品が完了し別のバーコード１８が付された商品１７がさらに存在する場合に、再度バーコード１８の読取操作を行って、解錠された納品庫４５に商品１７を納品することができる。
【００３５】
なお、子制御部８２がこの納品時解錠制御ルーチンを実行することで、例えば追加用バーコード５８が入力されて納品庫対応テーブル８７に納品庫番号と解錠コードの対応関係が追加されたり、納品庫４５内に商品１７が納品されて記憶部８３に記憶された物品有無テーブル８８の物品の有無が変更されたりする。上述したように親装置６１の管理情報６５と複数の子装置７０の管理情報８５とは情報の同期が取られているため、納品時に例えば第１子装置７１の記憶部８３で図３のデータ８７ｄが追加された場合、親装置６１の記憶部６３の納品庫対応テーブル６７にもデータ６７ｄが追加される。また、親制御部６２は、物品有無テーブル６８のいずれかの納品庫番号に対応する物品有無が物品なしから物品ありに変更になったことを検出すると、納品庫対応テーブル６７でその納品庫４５に対応する会員ＩＤのメールアドレスに、納品完了メールを送信する。
【００３６】
納品完了メールを携帯端末２１で受信した受取者２０は、配送先のストッカ４０に向かい、納品庫４５から納品された商品１７を受け取る。このとき、配送先のストッカ４０を管理する子装置７０は、受取者２０の操作に基づいて商品１７が納品された納品庫４５の解錠などを行う受取時解錠制御処理を行う。図６は、子装置７０の子制御部８２により実行される受取時解錠制御ルーチンの一例を表すフローチャートである。このルーチンは、記憶部８３に記憶されており、子装置７０の電源がＯＮされると開始される。
【００３７】
このルーチンを開始すると、子制御部８２は、まず、ＱＲコードを読取機５５を介して入力するまで待つ（ステップＳ３００）。ここで、受取者２０は、上述した解錠コード通知に含まれるＱＲコードを例えば表示操作部２５の表示画面に表示させて、読取機５５に読み取らせる。子制御部８２は、このＱＲコードを読取機５５を介して入力する。ＱＲコードを入力すると、子制御部８２は、ＱＲコードが表す解錠コードに対応する納品庫４５を解錠する（ステップＳ３１０）。具体的には、子制御部８２は、納品庫対応テーブル８７の中に入力された解錠コードに対応する納品庫番号が存在するか否かを判定し、存在する場合にロック機構４７を制御してその納品庫番号で特定される納品庫４５を解錠する。なお、子制御部８２は、入力された解錠コードに対応する納品庫番号が複数存在する場合には、対応する複数の納品庫４５を解錠する。続いて、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５のいずれかで商品１７の受取完了を検出するまで待つ（ステップＳ３２０）。本実施形態では、子制御部８２は、物品センサ４８が納品庫４５内の物品なしを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、受取完了と判定する。受取完了を検出すると、子制御部８２は、受取完了した納品庫４５を施錠し（ステップＳ３３０）、納品庫対応テーブル８７を更新する（ステップＳ３４０）。具体的には、子制御部８２は、受取完了した納品庫４５に関する情報（解錠コード等との対応付け）を納品庫対応テーブル８７から削除する。この更新は、親装置６１の納品庫対応テーブル６７にも反映される。
【００３８】
続いて、子制御部８２は、受取未完了の納品庫４５が存在するか否かを判定する（ステップＳ３５０）。本実施形態では、子制御部８２は、ステップＳ３１０で解錠した納品庫４５のうち、物品センサ４８が納品庫４５内の物品ありを検出しているか又は開閉センサ４９が納品庫４５の扉４６の開扉を検出していない納品庫４５が存在するときに、受取未完了の納品庫４５が存在すると判定する。例えば、ステップＳ３１０で複数の納品庫４５を解錠し、そのうちの１つだけがステップＳ３２０で受取完了と判定された場合に、子制御部８２は受取未完了の納品庫４５が存在すると判定することになる。受取未完了の納品庫４５が存在するときには、子制御部８２は、他の納品庫４５（受取未完了の納品庫４５）の存在を受取者２０に報知して（ステップＳ３６０）、ステップＳ３２０以降の処理を実行する。本実施形態では、ストッカ４０が備える図示しないスピーカーから警告音を出力することで受取者２０に他の納品庫４５の存在を報知するものとした。なお、受取者２０に他の納品庫４５の存在を報知できればよく、例えば音声（メッセージ）を再生したり、表示操作部２５に情報を表示したり、携帯端末２１に情報を送信して表示操作部２５に表示させたりすることで報知してもよい。
【００３９】
一方、ステップＳ３５０で受取未完了の納品庫４５が存在しないとき、すなわちステップＳ３１０で解錠した全ての納品庫４５について商品１７の受け取りや施錠が完了したときには、子制御部８２は、ステップＳ３００以降の処理を行う。
【００４０】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の納品庫番号が本発明の納品庫情報に相当し、納品庫対応テーブル６７，８７が納品庫対応情報に相当し、記憶部６３，８３が納品庫対応情報記憶手段に相当し、親制御部６２及び子制御部８２が納品庫決定手段に相当し、子制御部８２が解錠制御手段に相当する。また、物品センサ４８及び開閉センサ４９が検出手段に相当する。
【００４１】
以上詳述した本実施形態のストッカシステム１では、ストッカ４０のいずれかの納品庫４５を特定可能な納品庫番号と、納品庫４５の解錠に用いる解錠コードと、を対応付けた納品庫対応テーブル６７，８７を記憶部６３，８３が記憶している。そして、店舗ＰＣ１２から納品庫決定要求を入力し且つ入力した納品庫決定要求が記憶された納品庫対応テーブル６７の中のいずれかの納品庫番号に関連する場合、すなわち記憶済みの納品庫番号に関連した追加の納品庫４５の決定要求がなされた場合には、親制御部６２は以下の処理を行う。まず、親制御部６２は、納品庫対応テーブル６７の中に納品庫番号が存在しない空き納品庫４５のうちいずれかの納品庫４５を決定する納品庫決定処理を行う。次に、決定した納品庫４５の納品庫番号と納品庫決定要求に関連する納品庫番号に対応する解錠コードとを対応付けて記憶部６３に記憶する。すなわち、記憶済みの納品庫番号に関連した追加の納品庫４５の決定要求を入力すると、関連する納品庫番号に対応する解錠コードと同じ解錠コードを、新たに決定した納品庫４５の納品庫番号と対応付けて納品庫対応テーブル６７に含めて記憶する。子制御部８２も、記憶済みの納品庫番号に関連した追加の納品庫４５の決定要求が読取機５６を介してなされた場合には、親制御部６２と同様に納品庫決定処理や解錠コード及び納品庫番号等の納品庫対応テーブル８７への記憶を行う。そして、解錠コードを入力すると、子制御部８２は、記憶部８３に記憶された納品庫対応テーブル８７の中に入力した解錠コードに対応する１以上の納品庫番号が存在するか否かを判定し、存在する場合にその１以上の納品庫番号で特定される納品庫４５を解錠させる。そのため、例えば受取者２０による追加の発注によって後から追加された納品庫４５がある場合に、受取者２０は追加された納品庫４５も含めた複数の納品庫４５を同じ解錠コードで解錠することができる。また、配達者１９による商品１７の納品時に納品庫４５が不足して追加された納品庫４５がある場合も、同様に受取者２０は追加された納品庫４５も含めた複数の納品庫４５を同じ解錠コードで解錠することができる。したがって、追加の納品庫４５が必要になった場合の受取者２０の利便性が向上する。
【００４２】
また、納品庫対応テーブル６７，８７に含まれる解錠コードは納品庫４５からの物品の受取時に用いる受取時解錠コードであり、子制御部８２は、記憶された納品庫対応テーブル８７の中のいずれかの納品庫番号を特定可能な伝票ＩＤ（納品時解錠要求）を入力すると、記憶された納品庫対応テーブル８７の中に入力した納品時解錠要求に対応する１以上の納品庫番号が存在するか否かを判定し、存在する場合に１以上の納品庫番号で特定される納品庫４５を解錠させる。そして、子制御部８２は、納品時解錠要求を入力してから別の前記納品時解錠要求を入力する前に追加用バーコード５８（納品庫決定要求）を入力すると、入力した納品庫決定要求を納品庫対応テーブル８７の中で最後に入力された納品時解錠要求で特定される納品庫番号に関連する要求とみなして、納品庫決定処理を行い、決定した納品庫４５の納品庫番号と納品庫決定要求に関連する納品庫番号に対応する受取時解錠コードとを対応付けて記憶部８３に記憶する。そのため、納品庫４５への商品１７の納品時に追加の納品庫４５が必要になった場合でも、受取者２０は追加された納品庫４５も含めた複数の納品庫４５を同じＱＲコード（受取時解錠コード）で解錠することができる。したがって、追加の納品庫４５が必要になった場合の受取者２０の利便性が向上する。また、子制御部８２は、入力した追加用バーコード５８（納品庫決定要求）を、最後に入力された納品時解錠要求で特定される納品庫番号に関連する要求とみなしている。そのため、本実施形態のように追加用バーコード５８（納品庫決定要求）自体が記憶済みの納品庫番号との関連を特定できる情報を含まない場合でも、記憶済みの納品庫番号と同じ受取時解錠コードを適切に追加の納品庫４５に対応付けることができ、配達者１９による納品庫決定要求の入力の手間を軽減できる。したがって、追加の納品庫４５が必要になった場合の配達者１９の利便性が向上する。
【００４３】
さらに、親制御部６２，子制御部８２は、納品庫決定要求を入力し且つ入力した納品庫決定要求が記憶された納品庫対応テーブル６７，８７の中のいずれかの納品庫番号に関連する場合には、納品庫決定処理において、空き納品庫４５のうち納品庫決定要求に関連する納品庫番号で特定される納品庫４５に近い位置の納品庫４５を優先的に決定する。こうすれば、記憶済みの納品庫番号で特定される納品庫４５と、それに関連した追加の納品庫４５とが近い位置になりやすい。そのため、商品１７の納入又は受取をしやすくなり、追加の納品庫４５が必要になった場合の配達者１９，受取者２０の利便性が向上する。
【００４４】
さらにまた、親制御部６２は、納品庫決定要求を入力し且つ入力した納品庫決定要求が記憶された納品庫対応テーブル６７の中のいずれの納品庫番号にも関連しない場合には、納品庫対応テーブル６７の中に含まれる納品庫番号で特定される１以上の納品庫４５の各々について、納品庫４５に隣接する空き納品庫４５が少なくとも１つ存在するよう、隣接する空き納品庫４５を除く納品庫４５を優先的に決定するように納品庫決定処理を行う。そして、親制御部６２は、決定した納品庫４５の納品庫番号と納品庫対応テーブル６７の中のいずれの解錠コードとも異なる解錠コードとを対応付けて記憶部６３に記憶する。そのため、記憶済みの納品庫番号に関連しない納品庫決定要求がなされた場合には、記憶済みの納品庫番号で特定される納品庫４５の各々について、納品庫４５に隣接する空き納品庫４５が少なくとも１つはできるだけ空きのまま残るように納品庫決定処理が行われる。そのため、記憶済みの納品庫番号で特定される納品庫４５と、それに関連した追加の納品庫４５とが隣接した位置になりやすい。したがって、上述した商品１７の納入又は受取をしやすくなる効果が高まり、追加の納品庫４５が必要になった場合の配達者１９，受取者２０の利便性が向上する。
【００４５】
そしてまた、ストッカ４０は、複数の納品庫４５の各々の扉４６の開閉と物品の有無と
を検出する開閉センサ４９，物品センサ４８を備えている。そして、子制御部８２は、記憶された納品庫対応テーブル８７の中に入力した解錠コードに対応する納品庫番号が複数存在する場合に、複数の納品庫番号に対応する納品庫４５を解錠し、開閉センサ４９，物品センサ４８の検出状況に基づいて解錠した納品庫４５のいずれかについての受取者２０の受取完了を検出すると、他の納品庫４５の存在を受取者２０に報知する。そのため、受取完了が検出された納品庫４５以外の納品庫４５に関する物品の受取忘れを防止できる。
【００４６】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００４７】
例えば、上述した実施形態では、親制御部６２は、図４のステップＳ１４０において、納品庫決定要求に含まれる会員ＩＤが、納品庫対応テーブル６７の中の配送先のストッカ４０のいずれかの納品庫番号に対応する会員ＩＤと同じである場合に、納品庫決定要求がその納品庫番号に関連すると判定したが、これに限られない。例えば、納品庫対応テーブル６７が、納品庫番号と、解錠コードを含む１種類以上の情報と、を対応付けた情報であり、納品庫対応テーブル６７に含まれるいずれかの納品庫番号を含むか又は納品庫対応テーブル６７の中で納品庫番号に対応する情報を含む納品庫決定要求を入力した場合には、親制御部６２は納品庫決定要求がその記憶済みの納品庫番号に関連すると判定してもよい。例えば、受取者２０が商品１７を発注した後に別の商品１７を追加で発注すると、店舗ＰＣ１２が先の発注と追加の発注とに同じ伝票ＩＤを付す場合は、親制御部６２は、納品庫決定要求に含まれる伝票ＩＤが納品庫対応テーブル６７の中の配送先のストッカ４０のいずれかの納品庫番号に対応する伝票ＩＤと同じであるときに、納品庫決定要求がその納品庫番号に関連すると判定してもよい。また、親装置６１から店舗ＰＣ１２に決定した納品庫番号と解錠コードとの少なくともいずれかを送信しておく場合は、納品庫決定要求に含まれる納品庫番号又は解錠コードが納品庫対応テーブル６７の納品庫番号又は解錠コードと同じであるときに、納品庫決定要求がその納品庫番号に関連すると判定してもよい。
【００４８】
また、親制御部６２は、図４のステップＳ１４０において、納品庫決定要求に含まれる会員ＩＤが、納品庫対応テーブル６７の配送先のストッカ４０以外のストッカ４０のいずれかの納品庫番号に対応する会員ＩＤと同じである場合に、納品庫決定要求がその納品庫番号に関連すると判定してもよい。すなわち、異なるストッカ４０間でも、同じ会員ＩＤが対応する納品庫番号には、同じ解錠コードを付してもよい。
【００４９】
また、図４のステップＳ１４０において、納品庫決定要求に含まれる会員ＩＤが、納品庫対応テーブル６７の中の配送先のストッカ４０のいずれかの納品庫番号に対応する会員ＩＤと同じである場合でも、納品庫決定要求がその納品庫番号に関連すると判定しない場合があってもよい。例えば、受取者２０の発注日時を納品庫対応テーブル６７に記憶しておくようにし、受取者２０が商品１７を発注した日時と別の商品１７を追加で発注した日時とを比較して、両者の日付が異なっていたり、両者が所定の閾値時刻の前後に発注されていたりする場合には、納品庫決定要求がその納品庫番号に関連しないと判定してもよい。所定の閾値時刻は、例えば複数の商品１７を同じ配達者１９がまとめて配送するための発注の締切時刻としてもよい。
【００５０】
上述した実施形態では、子制御部８２は、追加用バーコード５８の読取操作を、納品庫決定要求として入力したが、これに限らずどのような方法で入力してもよい。例えば、表示操作部５４に表示された追加用ボタンを配達者１９が押下したときに、この操作を子制御部８２が納品庫決定要求として入力してもよい。また、子制御部８２は、入力した納品庫決定要求を納品庫対応テーブル８７の中で最後に入力された納品時解錠要求で特定される納品庫番号に関連する要求とみなしたが、これに限られない。例えば、配達者１９は、図５のステップＳ２１０で解錠された納品庫４５に商品１７が入りきらなかった場合に、
読取機５６にその入りきらない商品１７のバーコード１８を読み取らせてもよい。すなわち、子制御部８２は、伝票ＩＤ（納品時解錠要求）を入力してから別の伝票ＩＤを入力する前に、入力した伝票ＩＤと同じ伝票ＩＤを再度入力すると、その入力操作を納品庫決定要求として入力してもよい。そして、子制御部８２は、再度入力した伝票ＩＤ（＝納品庫決定要求の前に最後に入力した伝票ＩＤ）に基づいて関連する納品庫番号を特定して、ステップＳ２６０以降の処理を行ってもよい。こうしても、配達者１９による納品庫決定要求の入力の手間を軽減できる。あるいは、配達者１９が表示操作部５４を操作して、納品庫４５が不足している商品１７の伝票ＩＤや会員ＩＤを含む納品庫決定要求を入力してもよい。こうしても、子制御部８２が記憶済みの納品庫４５と同じ解錠コードを追加の納品庫４５に対応付けることはできるため、追加の納品庫４５が必要になった場合の受取者２０の利便性が向上する効果は得られる。
【００５１】
上述した実施形態では、親制御部６２は、図４のステップＳ１５０において、空き納品庫４５のうち、記憶済みの納品庫番号で特定される納品庫４５の左右に隣接しない納品庫４５を、優先的に配送先の納品庫４５に決定したが、これに限られない。記憶済みの納品庫番号で特定される納品庫４５の各々について、納品庫４５に隣接する空き納品庫４５が少なくとも１つはできるだけ空きのまま残るように納品庫決定処理を行えばよい。例えば、親制御部６２は、納品庫４５の上下に隣接する納品庫４５を除く納品庫４５を優先的に決定するように納品庫決定処理を行ってもよい。親制御部６２は、納品庫４５の上下左右に隣接する納品庫４５を除く納品庫４５を優先的に決定するように納品庫決定処理を行ってもよい。また、親制御部６２は、ステップＳ１５０を複数回行う際に、左上から順番に１つおきに納品庫４５を決定したり、上下に１段おきに納品庫４５を決定したりしてもよい。あるいは、記憶済みの納品庫４５との位置関係について特に考慮せず、例えばランダムに納品庫４５を決定したり、左上から順番に納品庫４５を決定したりしてもよい。
【００５２】
上述した実施形態では、図４のステップＳ１８０において、空き納品庫４５のうち納品庫決定要求に関連する納品庫番号で特定される納品庫４５の左右に隣接する納品庫４５を最優先に決定したが、関連する納品庫４５に近い位置の納品庫４５を優先的に決定すれば、他の優先順位で納品庫４５を決定してもよい。例えば、親制御部６２は、関連する納品庫４５の上下に隣接する空き納品庫４５を最優先に決定し、左右に隣接する空き納品庫４５を次に優先して決定してもよい。また、親制御部６２は、関連する納品庫４５に近い位置の納品庫４５を優先的に決定しなくてもよい。例えば、ストッカ４０が備える複数の納品庫４５の一部を予め追加用として定めておき、ステップＳ１８０では親制御部６２はこの追加用の納品庫４５の中から優先的に納品庫４５を決定してもよい。あるいは、親制御部６２は、例えばランダムに納品庫４５を決定したりしてもよい。
【００５３】
上述した実施形態では、受取者２０は受け取りを希望するストッカ４０を指定して商品１７の発注を行うが、これに加えて受け取りを希望する納品庫４５を指定してもよい。例えば、自身の身長に応じて受け取りを希望する納品庫４５の位置（高さ）の範囲を指定してもよい。この場合、親制御部６２は、図４のＳ１５０，Ｓ１８０において、指定された受取希望の納品庫４５の中から上述した優先順位を考慮しつつ納品庫４５を決定してもよい。
【００５４】
上述した実施形態では、子制御部８２は、図５のステップＳ２２０において、物品センサ４８が納品庫４５内の物品ありを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、納品完了と判定したが、これに限られない。例えば、物品センサ４８が納品庫４５内の物品ありを検出したときに納品完了と判定してもよいし、開閉センサ４９が納品庫４５の扉４６の閉扉（一度開扉した後の閉扉）を検出したときに納品完了と判定してもよい。同様に、子制御部８２は、図６のステップＳ３２０において、物品センサ４８が納品庫４５内の物品なしを検出したときに受取完了と判定してもよいし、開閉センサ４９が納品庫４５の扉４６の閉扉（一度開扉した後の閉扉）を検出したときに受取完了と判定してもよい。また、配達者１９や受取者２０が表示操作部５４を介して作業完了を入力するものとし、親制御部６２はこの入力に基づいて作業完了を検出してもよい。
【００５５】
上述した実施形態では、子制御部８２は、図６のステップＳ３１０において、解錠コードに対応する納品庫４５が複数ある場合にはいずれも解錠したが、これに限らず複数の納品庫４５のうち少なくとも１つを解錠すればよい。例えば、納品庫４５を１つ解錠し、受取完了を検出すると次の納品庫４５を解錠するようにしてもよい。また、子制御部８２は、複数の納品庫４５のうち最初に解錠した納品庫４５以外の納品庫４５の解錠を、ステップＳ３６０の報知の前後や報知中などどのようなタイミングで行ってもよい。図５のステップＳ２１０においても同様に、親制御部６２は入力した伝票ＩＤに対応する複数の納品庫４５がある場合に、複数の納品庫４５を同時に解錠しなくてもよい。
【００５６】
上述した実施形態では、子制御部８２は、ＱＲコードを読取機５６が読み取ることで解錠コードを入力したが、これに限らずどのような方法で解錠コードを入力してもよい。例えばＱＲコードに代えて他の二次元コードや一次元コード（例えばバーコード）などを用いてもよいし、子制御部８２が受取者２０による表示操作部５４の操作を介して解錠コードを入力してもよいし、携帯端末２１が子装置７０に解錠コードを送信してもよい。
【００５７】
上述した実施形態では、子制御部８２は、図６のステップＳ３５０で受取未完了の納品庫４５が存在する場合にステップＳ３６０で他の納品庫４５の存在を報知したが、これに限られない。例えば、解錠した納品庫４５について所定時間が経過しても受取完了を検出しない場合に、その納品庫４５の存在を報知してもよい。また、図６のステップＳ３５０，Ｓ３６０を省略して、子制御部８２が他の納品庫４５の報知を行わないようにしてもよい。
【００５８】
上述した実施形態では、図４のステップＳ１７０で親制御部６２が解錠コードを受取者２０に送信したが、他のタイミングで解錠コードを受取者２０に通知してもよい。例えば、図５のステップＳ２２０で納品完了が検出されたときに、受取者２０に解錠コードを報知してもよい。また、ステップＳ２５０〜Ｓ２７０の処理を行って商品１７を受け取るべき納品庫４５の数が増加した場合に、親制御部６２がその旨を受取者２０に報知（例えば携帯端末２１へのメールの送信）してもよい。
【００５９】
上述した実施形態では、親装置６１の管理情報６５と複数の子装置７０の管理情報８５とは、情報の同期が取られていたが、これに限られない。例えば、子装置７０は納品庫対応テーブル８７を記憶せず、必要に応じて子制御部８２が親装置６１にアクセスして納品庫対応テーブル６７を参照してもよい。ただし、例えば親装置６１と子装置７０との間の通信が一時的に不可能になった場合でも図５，６のルーチンを実行できるため、親装置６１と子装置７０とで情報の同期を取ることが好ましい。なお、上述した実施形態では、親制御部６２と子制御部８２との間で、情報に変更が生じる度に相手に変更後の情報を送信したが、例えば変更後の情報を定期的に送信して同期を取ってもよい。
【００６０】
上述した実施形態では、図５のステップＳ２００において、バーコード１８の伝票ＩＤを納品時解錠要求として入力したが、これに限らず他の情報の入力を納品時解錠要求として用いてもよい。また、入力操作もバーコード１８の読取に限られない。また、上述した実施形態では、解錠コードは受取時解錠コードとしたが、これに限られない。解錠コードは、受取時解錠コードと納品時解錠コードとの少なくともいずれかとしてもよい。例えば、親制御部６２が、上述した実施形態の解錠コード（受取時解錠コード）と同様に図４のステップＳ１６０，Ｓ１９０で納品時解錠コードを決定し、図５のステップＳ２００で納品時解錠コードを入力して、ステップＳ２１０で対応する納品庫４５を解錠してもよい。こうすれば、受取者２０による追加の発注によって後から追加された納品庫４５がある場合に、配達者１９は追加された納品庫４５も含めた複数の納品庫４５を同じ納品時解錠コードで解錠することができる。なお、この場合、親制御部６２は、例えば店舗ＰＣ１２を介して配達者１９に予め納品時解錠コードを通知したり、配達者１９の所持する携帯端末に予め納品時解錠コードを送信したりすればよい。また、この場合において、上述した実施形態における図６のステップＳ３５０，Ｓ３６０と同様の処理を、子制御部８２が図５のステップＳ２３０の後に行ってもよい。すなわち、子制御部８２は、記憶された納品庫対応テーブル８７の中に入力した納品時解錠コードに対応する納品庫番号が複数存在する場合に、複数の納品庫番号のうち少なくとも１つに対応する納品庫４５を解錠し、物品センサ４８，開閉センサ４９の検出状況に基づいて解錠した納品庫４５のいずれかについての配達者１９の納品完了を検出すると、他の納品庫４５の存在を配達者１９に報知してもよい。こうすれば、納品完了が検出された納品庫４５以外の納品庫４５に関する商品１７の納入忘れを防止できる。
【００６１】
上述した実施形態では、図５のステップＳ２２０で納品完了を検出した後に、ステップＳ２４０で追加用バーコード５８を入力したか否かを判定したが、これに限られない。例えば、子制御部８２は、納品完了前に追加用バーコード５８を入力した場合にも、ステップＳ２５０以降の処理を行ってもよい。
【００６２】
上述した実施形態の発注時処理ルーチンおよび納品時解錠制御ルーチンにおける納品庫決定処理（ステップＳ１５０、ステップＳ１８０、ステップＳ２６０）において、親制御部６２，子制御部８２は、受取者２０の属性情報を参照して納品庫４５を決定してもよい。この場合、記憶部６３，８３に記憶された管理情報６５，８５には、受取者２０と、受取者２０の属性情報と、納品庫４５と、を対応付けた属性対応情報が含まれていてもよい。図７は、管理情報６５に含まれる会員属性テーブル９０，属性対応納品庫テーブル９１の一例を示す説明図である。会員属性テーブル９０とは、複数の受取者２０の会員ＩＤと、複数の受取者２０の属性情報とを対応付けたテーブルである。受取者２０の属性情報とは、例えば、受取者２０の年齢に関する情報である。図７の会員属性テーブル９０では、受取者２０の属性情報として、受取者２０の年齢が特定の閾値以上である場合には「１」、特定の閾値に至らない場合には「２」を、会員ＩＤと対応づけて記憶している。この例では、受取者２０の属性情報は、高齢の受取者２０を識別可能な情報である。属性対応納品庫テーブル９１は、複数のストッカ４０と、納品庫番号（１番〜３０番）と、その納品庫番号を優先して割り当てるべき属性情報とを対応付けたテーブルである。図７の例では、第１ストッカ４１の複数の納品庫４５のうち、高齢者にとって納品された商品１７を取り出しやすい位置（例えば中段など、適切な高さ）に位置する１５番〜１７番の納品庫４５に対して、属性情報「１」（すなわち高齢者）が設定されている。一方、他の納品庫４５（１番〜１４番、１８番〜３０番）には、属性情報が設定されていない。このような属性対応情報（会員属性テーブル９０，属性対応納品庫テーブル９１）を用いた納品庫決定処理について説明する。例えばステップＳ１５０の納品庫決定処理において、親制御部６２は、納品庫決定要求に含まれる会員ＩＤの属性情報を、会員属性テーブル９０を参照して導出する。導出した属性情報が「１」であった場合、親制御部６２は、配送先のストッカ４０の空き納品庫のうち、納品庫対応テーブル６７に記憶済みの納品庫番号で特定される納品庫４５の左右に隣接せず、且つ、属性対応納品庫テーブル９１にて属性情報「１」の設定された納品庫４５を、優先的に配送先の納品庫４５に決定する。ステップＳ１８０およびステップＳ２６０の納品庫決定処理においても同様に、導出した属性情報に対応する納品庫４５を優先的に配送先の納品庫４５に決定する処理が行われる。なお、ステップＳ２６０では、子制御部８２は、直前に入力した伝票ＩＤに対応する会員ＩＤを納品庫対応テーブル８７に基づいて特定し、特定した会員ＩＤに対応する属性情報を会員属性テーブル９０を参照して導出すればよい。このように、ストッカ管理装置６０は、属性情報を導出可能な情報（会員ＩＤ，伝票ＩＤ等）を入力し、入力した情報に基づいて属性情報を導出し、前記納品庫決定処理において空き納品庫のうち前記導出した属性情報に対応する納品庫４５を優先的に決定してもよい。こうすれば、属性情報に基づいて受取者２０に対してより適切な納品庫４５を優先的に割り当てることができるため、受取者２０の利便性が向上する。なお、図７の例では、属性情報「２」の受取者２０、すなわち高齢でない受取者２０に優先して割り当てるべき納品庫番号は、本例では設定されていないが、設定されてもよい。属性情報は、３段階以上に分かれていてもよい。受取者２０の属性情報は、年齢に関する属性情報に限らずどのような情報としてもよい。例えば、受取者２０の性別、身長に関する情報であってもよい。受取者２０の属性情報として、年齢、性別、身長、その他の要素のいくつかを複数組み合わせた情報を用いてもよい。また、ストッカ管理装置６０が入力する「属性情報を導出可能な情報」は、属性情報を導出（取得）できればどのような情報でもよい。例えば、図７の例であればストッカ管理装置６０は受取者２０の年齢を入力してもよいし、属性情報自体（「１」又は「２」）を入力してもよい。これらの場合、属性対応情報としては属性対応納品庫テーブル９１があればよい。
【００６３】
上述した実施形態では特に説明しなかったが、納品庫解錠のためにステップＳ２００で入力された伝票ＩＤ（バーコード１８）は、その納品庫４５の納品が完了されて納品庫４５が施錠されてしまえば、配達者１９がその納品庫４５を再び解錠するために用いることはできないようにしてもよい。すなわち、子制御部８２が、納品完了と判定し、ロック機構４７を制御してステップＳ２３０で納品庫４５を施錠した後に、配達者１９が、その納品庫４５を解錠するのに入力された同じ伝票ＩＤに対応するバーコード１８を入力したとしても、子制御部８２は、入力された伝票ＩＤに対応する納品庫番号が、すでに納品完了された納品庫４５であれば、その納品庫４５を解錠しないようにしてもよい。こうすれば、納品完了後に受取者２０以外の者が納品庫４５を解錠することを防止でき、セキュリティの高いストッカ４０を実現することができる。なお、全ての商品１７を納品庫４５に納品していない状態で配達者１９が誤って納品庫４５の扉４６を閉めてしまったような場合でも、配達者１９は読取機５６に追加用バーコード５８を読み取らせて追加の納品庫４５に残りの商品１７を納品すればよい。なお、子制御部８２は、複数の納品庫４５の各々についての納品完了されたか否かの判定をどのように行ってもよい。例えば、各納品庫４５について納品完了したか否かの情報を記憶部８３に記憶しておいてもよいし、物品センサ４８による物品の有無の検出（物品有無テーブル８８）に基づいて物品有りの納品庫４５については納品完了したと判定してもよい。
【００６４】
上述した実施形態では、子制御部８２は、ステップＳ３２０で受取完了（納品庫４５内の物品なし且つ扉４６が閉扉）を検出したときにステップＳ３３０で納品庫４５を施錠するが、物品センサ４８が納品庫４５内の物品ありを検出し且つ開閉センサ４９が扉４６の閉扉を検出したときにも、子制御部８２は納品庫４５を施錠してもよい。この場合、子制御部８２は、受取完了（納品庫４５内の物品なし且つ扉４６が閉扉）を検出するまではステップＳ３４０の処理（受取完了した納品庫４５に関する情報の削除）を行わなくてもよい。例えば、受取者２０がＱＲコード（受取時解錠コード）を入力して、納品庫４５を解錠した後、納品庫４５から商品１７を取り出す前に、意図せず納品庫４５の扉４６が閉じること、または意図的に受取者２０が扉４６を閉じることがある。このような場合に、開閉センサ４９が納品庫４５の閉扉を検出すると、子制御部８２は、ロック機構４７を制御して、納品庫４５を施錠してもよい。この場合、受取者２０が、納品庫４５の扉４６を再び開けるため、ＱＲコードを入力すると、子制御部８２は、受取者２０が１度目にその納品庫４５を解錠しようとしたときと同様に、入力されたＱＲコードに対応する納品庫番号が納品庫対応テーブル８７の中に存在するか否かを判定し、存在すれば、ロック機構４７を制御して、その納品庫番号で特定される納品庫４５を解錠すればよい。こうすれば、納品庫４５からの商品１７の受取が完了するまで何度も解錠、施錠ができるので、受取者２０にとって使い勝手のよいストッカ４０を実現することができる。なお、上述した実施形態で説明したように、受取者２０が納品庫４５から商品１７を取り出した後に納品庫４５の扉が閉じられると、子制御部は、物品センサ４８および開閉センサ４９の検出に基づいて受取完了と判定して受取完了した納品庫４５を施錠し、ステップＳ３４０で受取完了した納品庫４５に関する情報を納品庫対応テーブル８７から削除する。そのため、受取者２０が、受取完了した納品庫４５を解錠するのに入力されたＱＲコードを再び入力したとしても、入力されたＱＲコードに対応する納品庫番号は、納品庫対応テーブル８７の中に存在しないため、子制御部８２は、受取完了した納品庫４５を解錠しない。したがって、セキュリティの高いストッカ４０を実現することができる。なお、子制御部８２は、複数の納品庫４５の各々についての受取完了されたか否かの判定をどのように行ってもよい。例えば、子制御部８２は、上述したように受取完了した納品庫４５に関する情報を納品庫対応テーブル８７から削除しておき、入力されたＱＲコードに対応する納品庫番号の有無で受取完了か否かの判定を行ってもよい。あるいは、子制御部８２は、各納品庫４５について受取完了したか否かの情報を記憶部８３に記憶しておいてもよい。また、子制御部８２は、物品センサ４８による物品の有無の検出（物品有無テーブル８８）に基づく物品なしの納品庫４５については、入力したＱＲコードに対応する納品庫４５が存在しても解錠しないものとしてもよい。こうすれば、子制御部８２は、受取完了した納品庫４５を受取時解錠コードで解錠することがなく、さらに、納品前の納品庫４５を受取時解錠コードで解錠することもない。
【００６５】
上述した実施形態では、図４のルーチンは親制御部６２が実行し、図５，６のルーチンは子制御部８２が実行したが、ストッカ管理装置６０が全体としてこれらのルーチンを行うことができればよい。例えば子装置７０と親装置６１とで図４〜６のいずれかのルーチンを分担して実行したり、親制御部６２が図５，６のルーチンを実行したりしてもよい。
【００６６】
上述した実施形態では、ストッカ管理装置６０は親装置６１と複数の子装置７０とを備えていたが、これに限られない。例えば、複数の子装置７０を備えず親装置６１がロック機構４７，物品センサ４８，開閉センサ４９，表示操作部５４，読取機５５，５６などと情報のやり取りを行ってもよい。あるいは、親装置６１を備えず複数の子装置７０がそれぞれ独立したストッカ管理装置６０として構成されていてもよい。また、子装置７０はストッカ４０のうち納品庫４５と同様の箱状の１室内に配置されていたが、これに限られない。例えば、ストッカ４０とは別の場所に対応する子装置７０が配置されていてもよい。１つの子装置７０が複数のストッカ４０を管理してもよい。
【００６７】
上述した実施形態では、受取者２０が納品庫４５を使用して受け取る物品は、受取者２０が発注した商品１７としたが、これに限られない。例えば、他の発注者が発注した商品を受取者２０が納品庫４５で受け取ってもよい。あるいは、他の依頼者が配送を依頼した商品以外の配送物を受取者２０が納品庫４５で受け取ってもよい。
【００６８】
上述した実施形態では、店舗ＰＣ１２，携帯端末２１，親装置６１，子装置７０はネットワーク２を介して情報の送受信を行うが、これに限られない。例えば、親装置６１と子装置７０との間はネットワーク２とは別の専用回線で情報の送受信を行ってもよい。
【符号の説明】
【００６９】
１  ストッカシステム、２  ネットワーク、５  供給者側システム、１０  商店、１２
店舗ＰＣ、１５  ウェブサイト、１７  商品、１８  バーコード、１９  配達者、２０
受取者、２１  携帯端末、２２  端末制御部、２３  記憶部、２４  通信部、２５  表示操作部、４０  ストッカ、４１〜４３  第１〜第３ストッカ、４５  納品庫、４６  扉、４７  ロック機構、４８  物品センサ、４９  開閉センサ、５４  表示操作部、５５，５６  読取機、５８  追加用バーコード、６０  ストッカ管理装置、６１  親装置、６２  親制御部、６３  記憶部、６４  通信部、６５  管理情報、６６ｂ，６６ｃ  データ、６７  納品庫対応テーブル、６７ａ〜６７ｄ  データ、６８  物品有無テーブル、７０  子装置、７１〜７３  第１〜第３子装置、８２  子制御部、８３  記憶部、８４  通信部、８５  管理情報、８７  納品庫対応テーブル、８７ａ〜８７ｄ  データ、８８  物品有無テーブル、９０  会員属性テーブル、９１  属性対応納品庫テーブル。
【図１】
2019215937.tif 000003
【図２】
2019215937.tif 000004
【図３】
2019215937.tif 000005
【図４】
2019215937.tif 000006
【図５】
2019215937.tif 000007
【図６】
2019215937.tif 000008
【図７】
2019215937.tif 000009
【手続補正書】
【提出日】令和1年10月23日(2019.10.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
施錠可能な複数の納品庫を備えたストッカと、
前記ストッカを管理するストッカ管理装置と、
商品の発注ごとに、識別可能な情報として伝票ＩＤを付与する情報処理装置と、
を備えたストッカシステムであって、
前記ストッカ管理装置は、ひとつの前記伝票ＩＤに対応する商品を納品するための納品庫として第１納品庫を決定し、納品時に前記商品が前記第１納品庫に入りきらなかった場合に、納品庫の追加を要求するための追加用納品庫決定要求を入力すると、前記第１納品庫に対応する追加の納品庫として第２納品庫を決定し、前記第２納品庫を解錠する、
ストッカシステム。
【請求項２】
前記ストッカ管理装置は、前記第２納品庫として、前記第１納品庫に近い位置の納品庫を優先的に決定することを特徴とする請求項１に記載のストッカシステム。
【請求項３】
前記ストッカ管理装置は、記憶部を有しており、
前記ストッカ管理装置は、前記第１納品庫へ納品された物品を受け取るための受取用の解錠コードを、前記第１納品庫と対応付けて前記記憶部に記憶し、
前記ストッカ管理装置は、前記第１納品庫に対応する受取用の解錠コードと同じ受取用の解錠コードを、前記第２納品庫に対応する受取用の解錠コードとして前記記憶部に記憶する
ことを特徴とする請求項１又は２に記載のストッカシステム。
【請求項４】
前記ストッカ管理装置は、親装置と、子装置と、を有し、
前記子装置は、前記追加用納品庫決定要求を入力し、前記第２納品庫を決定すると、前記第２納品庫と、前記第２納品庫に対応する受取用の解錠コードとの対応関係を示す情報を、前記親装置に送信する
ことを特徴とする請求項３に記載のストッカシステム。
【請求項５】
前記ストッカ管理装置は、前記第１納品庫への納品が完了した後であって、該納品の伝票ＩＤと異なる前記伝票ＩＤに対応する商品を納品するための納品庫の納品用解錠コードを入力する前に、納品庫の追加を要求するための追加用納品庫決定要求を入力すると、前記第１納品庫に対応する追加の納品庫として前記第２納品庫を決定することを特徴とする請求項１〜４のいずれか１項に記載のストッカシステム。
【請求項６】
施錠可能な複数の納品庫を備えたストッカと、前記ストッカを管理するストッカ管理装置と、を備えたストッカシステムにおける納品庫決定方法であって、
商品の発注ごとに、識別可能な情報として伝票ＩＤを付与し、
ひとつの前記伝票ＩＤに対応する商品を納品するための納品庫として第１納品庫を決定し、
納品時に前記商品が前記第１納品庫に入りきらなかった場合に、納品庫の追加を要求するための追加用納品庫決定要求を入力し、
前記第１納品庫に対応する追加の納品庫として前記第２納品庫を決定する
ことを特徴とする納品庫決定方法。