特開 2024-151551 ストッカ

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

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

(11)【公開番号】P2024151551

(43)【公開日】2024-10-25

(54)【発明の名称】ストッカ

(51)【国際特許分類】

   A47G 29/12 20060101AFI20241018BHJP

   A47G 29/124 20060101ALI20241018BHJP

   E05B 65/00 20060101ALI20241018BHJP

【ＦＩ】

A47G29/12 Z

A47G29/124

E05B65/00 D

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023064990

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

(71)【出願人】

【識別番号】000237271

【氏名又は名称】株式会社ＦＵＪＩ

(74)【代理人】

【識別番号】110000017

【氏名又は名称】弁理士法人アイテック国際特許事務所

(72)【発明者】

【氏名】西田 淳一

(72)【発明者】

【氏名】河口 真佐義

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

3K100

【Ｆターム（参考）】

3K100CA45

3K100CA49

(57)【要約】

【課題】納品庫内に収納した荷物の納品をやり直せるようにする。
【解決手段】ストッカは、施錠および解錠が可能な扉を有する複数の納品庫と、各納品庫内の物品の有無を検知する物品検知センサと、各扉の開閉を検知する開閉検知センサと、納品庫の状態として、空き状態と納品済み状態とを含む複数の状態のいずれかを記憶する記憶部と、物品の納品が要求されると、複数の納品庫のうち空き状態にある納品庫のうち対象納品庫の扉を解錠し、対象納品庫の扉が閉鎖されたことが対応する開閉検知センサにより検知された場合に対象納品庫の扉を施錠し、対象納品庫の扉が施錠され且つ対象納品庫に物品があることが対応する物品検知センサにより検知された場合に対象納品庫の状態を納品済状態とする納品処理部と、複数の納品庫の全解錠が要求されると、複数の納品庫のうち空き状態にある全ての納品庫の扉を解錠する全解錠処理部と、を備える。
【選択図】図８

【特許請求の範囲】

【請求項1】

施錠および解錠が可能な扉を有する複数の納品庫と、
前記複数の納品庫にそれぞれ設けられ、前記納品庫内の物品の有無を検知する物品検知センサと、
前記複数の納品庫にそれぞれ設けられ、前記扉の開閉を検知する開閉検知センサと、
前記納品庫の状態として、空き状態と納品済み状態とを含む複数の状態のいずれかを記憶する記憶部と、
納品者の認証を伴って物品の納品が要求されると、前記複数の納品庫のうち前記空き状態にある納品庫を対象納品庫として該対象納品庫の扉を解錠し、前記対象納品庫の扉が閉鎖されたことが対応する前記開閉検知センサにより検知された場合に前記対象納品庫の扉を施錠し、前記対象納品庫の扉が施錠され且つ前記対象納品庫に物品があることが対応する前記物品検知センサにより検知された場合に前記対象納品庫の状態を前記納品済み状態とする納品処理を実行する納品処理部と、
納品者の認証を伴って前記複数の納品庫の全解錠が要求されると、前記複数の納品庫のうち前記空き状態にある全ての納品庫の扉を解錠する全解錠処理を実行する全解錠処理部と、
を備えるストッカ。

【請求項2】

請求項１に記載のストッカであって、
前記納品処理部は、前記対象納品庫の状態を前記納品済み状態とする前に、納品者により処理の中止が要求されると、前記納品処理を中止し、
前記全解錠処理部は、前記納品処理が中止されたこと条件に、納品者による前記全解錠の要求を受け付ける、
ストッカ。

【請求項3】

請求項１または２に記載のストッカであって、
前記物品検知センサは、納品庫内の一部の領域を検知範囲とするように設けられている、
ストッカ。

【請求項4】

請求項１または２に記載のストッカであって、
前記全解錠処理部は、前記空き状態にある全ての納品庫の扉を解錠した後、解錠した扉が閉鎖されたことが対応する開閉検知センサにより検知された場合に、当該扉を施錠し、前記空き状態にある全ての納品庫の扉を施錠すると前記全解錠処理を終了し、
前記納品処理部は、前記全解錠処理が開始されてから終了するまでは、納品の要求を受け付けない、
ストッカ。

【請求項5】

施錠および解錠が可能な扉を有する複数の納品庫と、
前記複数の納品庫にそれぞれ設けられ、前記納品庫内の物品の有無を検知する物品検知センサと、
前記複数の納品庫にそれぞれ設けられ、前記扉の開閉を検知する開閉検知センサと、
前記納品庫の状態として、空き状態と納品待ち状態と納品済み状態とを含む複数の状態のいずれかを記憶する記憶部と、
前記物品の納品予約が要求されると、前記空き状態の前記納品庫のうちの一つを、物品が納品される対象納品庫として予約する共に該対象納品庫の状態を前記納品待ち状態とする予約処理を実行する予約処理部と、
納品者の認証を伴って物品の納品が要求されると、前記対象納品庫の扉を解錠し、前記対象納品庫の扉が閉鎖されたことが対応する前記開閉検知センサにより検知された場合に前記対象納品庫の扉を施錠し、前記対象納品庫の扉が施錠され且つ前記対象納品庫に物品があることが対応する前記物品検知センサにより検知された場合に前記対象納品庫の状態を前記納品済み状態とする納品処理を実行する納品処理部と、
納品者の認証を伴って前記複数の納品庫の全解錠が要求されると、前記複数の納品庫のうち前記納品待ち状態にある全ての納品庫の扉を解錠する全解錠処理を実行する全解錠処理部と、
を備えるストッカ。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、ストッカについて開示する。

【背景技術】

【0002】

従来、宅配業者が荷物の納品を要求した場合に、荷物の受取人に関する情報や荷物に関する情報の入力を受け付けた後、空き状態のロッカーの扉を解錠して荷物の納品を受け付けるストッカが知られている。例えば、特許文献１には、複数のロッカーのうち空き状態にある全てのロッカーの扉を解錠し、荷物センサにより解錠したロッカーのうちのひとつの中に荷物があることを検知すると共に開閉センサで全てのロッカーの扉が閉鎖されたことを検出することで納品の完了を確認した後、全てのロッカーの扉を施錠するストッカが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】実開平６－７１４９８号公報

【発明の概要】

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

【0004】

ところで、扉が閉鎖されることで扉を施錠するタイプのストッカでは、荷物を収容したにも拘わらず、荷物センサの誤作動や故障などにより、ストッカが、ロッカー内に荷物が無いと認識し、扉を施錠する場合がある。そのような場合、納品者は、ロッカーの扉を再び解錠することができず、荷物を再度ロッカーに納品することができないことがある。

【0005】

本開示は、一度納品庫内に収納した荷物の納品処理をやり直せるようにすることを主目的とする。

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

【0006】

本開示の第１のストッカは、
施錠および解錠が可能な扉を有する複数の納品庫と、
前記複数の納品庫にそれぞれ設けられ、前記納品庫内の物品の有無を検知する物品検知センサと、
前記複数の納品庫にそれぞれ設けられ、前記扉の開閉を検知する開閉検知センサと、
前記納品庫の状態として、空き状態と納品済み状態とを含む複数の状態のいずれかを記憶する記憶部と、
納品者の認証を伴って物品の納品が要求されると、前記複数の納品庫のうち前記空き状態にある納品庫を対象納品庫として該対象納品庫の扉を解錠し、前記対象納品庫の扉が閉鎖されたことが対応する前記開閉検知センサにより検知された場合に前記対象納品庫の扉を施錠し、前記対象納品庫の扉が施錠され且つ前記対象納品庫に物品があることが対応する前記物品検知センサにより検知された場合に前記対象納品庫の状態を前記納品済み状態とする納品処理を実行する納品処理部と、
納品者の認証を伴って前記複数の納品庫の全解錠が要求されると、前記複数の納品庫のうち前記空き状態にある全ての納品庫の扉を解錠する全解錠処理を実行する全解錠処理部と、
を備えることを要旨とする。

【0007】

本開示の第１のストッカでは、納品処理において納品庫の扉が施錠された際に、何らかの原因で物品検知センサが納品庫内の物品を検知していない場合には、納品庫に物品が納品されているにも拘わらず、記憶部には納品庫の状態が空き状態として記憶されたままで、納品処理を正しく完了できないことがある。このような場合においても、全解錠処理部は、全解錠の要求がされると、空き状態の全ての納品庫の扉を解錠する。よって、納品者は、納品庫から物品を取り出して物品を再び納品庫に納品することができる。

【0008】

本開示の第２のストッカは、
施錠および解錠が可能な扉を有する複数の納品庫と、
前記複数の納品庫にそれぞれ設けられ、前記納品庫内の物品の有無を検知する物品検知センサと、
前記複数の納品庫にそれぞれ設けられ、前記扉の開閉を検知する開閉検知センサと、
前記納品庫の状態として、空き状態と納品待ち状態と納品済み状態とを含む複数の状態のいずれかを記憶する記憶部と、
前記物品の納品予約が要求されると、前記空き状態の前記納品庫のうちの一つを、物品が納品される対象納品庫として予約する共に該対象納品庫の状態を前記納品待ち状態とする予約処理を実行する予約処理部と、
納品者の認証を伴って物品の納品が要求されると、前記対象納品庫の扉を解錠し、前記対象納品庫の扉が閉鎖されたことが対応する前記開閉検知センサにより検知された場合に前記対象納品庫の扉を施錠し、前記対象納品庫の扉が施錠され且つ前記対象納品庫に物品があることが対応する前記物品検知センサにより検知された場合に前記対象納品庫の状態を前記納品済み状態とする納品処理を実行する納品処理部と、
納品者の認証を伴って前記複数の納品庫の全解錠が要求されると、前記複数の納品庫のうち前記納品待ち状態にある全ての納品庫の扉を解錠する全解錠処理を実行する全解錠処理部と、
を備えることを要旨とする。

【0009】

本開示の第２のストッカでは、本開示の第１のストッカと同様の効果を奏する。また、状態が納品待ち状態に設定される納品庫は、状態が空き状態の納品庫のうち予約処理において対象納品庫として予約された納品庫であるため、空き状態の納品庫の扉を全て解錠する場合と比べると、全解錠処理において解錠される扉の数を、本開示の第１のストッカと比べて減らすことができる。

【図面の簡単な説明】

【0010】

【図1】ストッカシステム１０の構成の概略構成図である。

【図2】制御装置５０を収容する納品庫４１の正面図である。

【図3】ストッカシステム１０の電気的な接続関係を示すブロック図である。

【図4】納品庫情報５４ａの一例を示す説明図である。

【図5】ストッカ処理の一例を示すフローチャートである。

【図6】第２選択画面Ｓｃ２の一例を示す説明図である。

【図7】納品中画面Ｓｃ３の一例を示す説明図である。

【図8】納品中止処理の一例を示すフローチャートである。

【図9】全オープン処理の一例を示すフローチャートである。

【図10】納品庫内確認指示画面Ｓｃ４の一例を示す説明図である。

【図11】変形例の納品庫情報５４ａの一例を示す説明図である。

【図12】変形例の全オープン処理の一例を示すフローチャートである。

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

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

１０ ストッカシステム、１３ ネットワーク、１４ 受取者、１５ 携帯端末、１９ 納品者、２０ 販売管理システム、２１，２１Ａ～２１Ｇ 店舗、２２ 販売管理装置、３０ ストッカ管理装置、３１ ＣＰＵ、３２ ＲＯＭ、３３ ＲＡＭ、３４ ストレージ、３４ａ ストッカ情報、３４ｂ 通知先情報、３５ 通信部、４０，４０Ａ～４０Ｃ ストッカ、４１ 納品庫、４２ 扉、４３ ロック機構、４４ 物品検知センサ、４５ 開閉検知センサ、４６ 表示操作装置、４７ 読取装置、５０ 制御装置、５１ ＣＰＵ、５２ ＲＯＭ、５３ ＲＡＭ、５４ ストレージ、５４ａ 納品庫情報、５５ 通信部、Ｐ 商品、Ｓｃ１ 第１選択画面、Ｓｃ２ 第２選択画面、Ｓｃ３ 納品中画面、Ｓｃ４ 納品庫内確認指示画面。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】