特開 2024-168150 ストッカおよびストッカシステム

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

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

(11)【公開番号】P2024168150

(43)【公開日】2024-12-05

(54)【発明の名称】ストッカおよびストッカシステム

(51)【国際特許分類】

   B65G 61/00 20060101AFI20241128BHJP

   E05B 65/00 20060101ALI20241128BHJP

   A47G 29/14 20060101ALI20241128BHJP

【ＦＩ】

B65G61/00 520

E05B65/00 D

A47G29/14

B65G61/00 550

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2023084587

(22)【出願日】2023-05-23

(71)【出願人】

【識別番号】000237271

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

(74)【代理人】

【識別番号】110000017

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

(72)【発明者】

【氏名】樋田 大起

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

3K100

【Ｆターム（参考）】

3K100CA02

3K100CA45

3K100CA48

3K100CD03

(57)【要約】

【課題】受取者が納品庫から物品を取り出せなくなるのを低減する。
【解決手段】ストッカは、施錠および解錠可能な扉を有する納品庫と、納品庫に納品された物品の受取要求を受け付けて、該物品が納品されている納品庫の扉を解錠する処理を含む受取処理を実行し、納品庫からの物品の取り出しを確認した場合と納品庫からの物品の取り出しを確認しないままタイムアウトした場合とに受取処理を終了する受取処理実行部と、受取処理を終了した後、所定期間が経過するまでは、物品の受取要求を受け付けて、受取処理を再実行する受取処理再実行部と、納品庫からの物品の取り出しを確認しないままタイムアウトした場合には、納品庫からの物品の取り出しを確認した場合よりも長い期間を所定期間に設定する設定部と、を備える。
【選択図】図６

【特許請求の範囲】

【請求項1】

施錠および解錠可能な扉を有する納品庫と、
前記納品庫に納品された物品の受取要求を受け付けて、該物品が納品されている納品庫の扉を解錠する処理を含む受取処理を実行し、前記納品庫からの物品の取り出しを確認した場合と前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合とに前記受取処理を終了する受取処理実行部と、
前記受取処理を終了した後、所定期間が経過するまでは、前記物品の受取要求を受け付けて、前記受取処理を再実行する受取処理再実行部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合には、前記納品庫からの物品の取り出しを確認した場合よりも長い期間を前記所定期間に設定する設定部と、
を備えるストッカ。

【請求項2】

請求項１に記載のストッカであって、
前記設定部は、前記納品庫からの物品の取り出しを確認したことにより前記受取処理を終了した場合には、前記受取処理を終了してから第１所定時間が経過するまでの期間を前記所定期間に設定し、前記納品庫からの物品の取り出しを確認しないままタイムアウトしたことにより前記受取処理を終了した場合には、前記受取処理を終了してから前記受取処理を終了した日の所定時刻までの期間および前記受取処理を終了してから前記第１所定時間よりも長い第２所定時間が経過するまでの期間のうち何れか長い方の期間を前記所定期間に設定する、
ストッカ。

【請求項3】

施錠および解錠可能な扉を有する納品庫と、
前記納品庫に納品された物品の受取要求を受け付けて、該物品が納品されている納品庫の扉を解錠する処理を含む受取処理を実行し、前記納品庫からの物品の取り出しを確認した場合と前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合とに前記受取処理を終了する受取処理実行部と、
前記受取処理を終了した後、所定期間が経過するまでは、前記物品の受取要求を受け付けて、前記受取処理を再実行する受取処理再実行部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合には、前記納品庫からの物品の取り出しを確認した場合よりも長い期間を前記所定期間に設定する設定部と、
前記物品の受取者の通知先を記憶した記憶部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトしたことにより前記受取処理を終了した場合には、前記記憶部から前記受取者の通知先を取得すると共に取得した通知先に対して物品が取り出されていない可能性がある旨の情報を通知する通知部と、
を備えるストッカシステム。

【請求項4】

請求項３に記載のストッカシステムであって、
前記設定部は、前記納品庫からの物品の取り出しを確認したことにより前記受取処理を終了した場合には、前記受取処理を終了してから第１所定時間が経過するまでの期間を前記所定期間に設定し、前記納品庫からの物品の取り出しを確認しないままタイムアウトしたことにより前記受取処理を終了した場合には、前記受取処理を終了してから前記受取処理を終了した日の所定時刻までの期間および前記受取処理を終了してから前記第１所定時間よりも長い第２所定時間が経過するまでの期間のうち何れか長い方の期間を前記所定期間に設定する、
ストッカシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は、ストッカおよびストッカシステムについて開示する。

【背景技術】

【0002】

従来、施錠および解錠可能な扉が設けられた納品庫を有し、受取者による扉の解錠要求を受け付けて扉を解錠する受取処理を実行し、受取者により扉が閉鎖された後、扉を施錠し、扉の施錠後も所定期間が経過するまでは扉の解錠要求を受け付けて納品庫の扉を解錠するロッカー装置が提案されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

ところで、ストッカ（ロッカー装置）には、扉を施錠した後に、受取者により物品を受け取ったことを確認するための操作を受け付けて受取処理を終了したり、受取者により確認の操作がなされずに所定時間が経過したりしたことに基づいて受取処理を終了したりするものがある。また、特許文献１に記載のように、扉を施錠した後も所定期間が経過するまでは扉の解錠要求を受け付けて扉を解錠するものもある。このようなストッカにおいて、受取者が納品庫の解錠要求を行なって扉を解錠したが、物品を取り出すことなく扉を閉鎖してしまうと、受取者は、所定期間の経過により納品庫から物品を取り出すことができなくなるおそれがある。例えば、納品庫内の物品が受取者の想定よりも大きく、受取者がその時には物品を取り出さないものの、後から物品を取り出そうとするような場合が該当する。

【0005】

本開示は、受取者が納品庫から物品を取り出せなくなるのを低減することを主目的とする。

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

【0006】

本開示のストッカは、
施錠および解錠可能な扉を有する納品庫と、
前記納品庫に納品された物品の受取要求を受け付けて、該物品が納品されている納品庫の扉を解錠する処理を含む受取処理を実行し、前記納品庫からの物品の取り出しを確認した場合と前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合とに前記受取処理を終了する受取処理実行部と、
前記受取処理を終了した後、所定期間が経過するまでは、前記物品の受取要求を受け付けて、前記受取処理を再実行する受取処理再実行部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合には、前記納品庫からの物品の取り出しを確認した場合よりも長い期間を前記所定期間に設定する設定部と、
を備えることを要旨とする。

【0007】

本開示のストッカでは、受取処理を終了した後、所定期間が経過するまでは、物品の受取要求を受け付けて受取処理を再実行するものにおいて、所定期間は、タイムアウトにより受取処理を終了した場合には、物品の取り出しを確認した場合よりも長い期間が設定される。例えば、納品庫の扉が解錠されたが、受取者が納品庫内から物品を取り出さずに、ストッカから立ち去った場合など、タイムアウトにより受取処理が終了した場合には、受取処理再実行部は、比較的長い期間、受取者からの受取要求を受け付けて受取処理を再実行可能である。このため、受取者が納品庫から物品を取り出せなくなるのを低減することができる。

【0008】

本開示のストッカシステムは、
施錠および解錠可能な扉を有する納品庫と、
前記納品庫に納品された物品の受取要求を受け付けて、該物品が納品されている納品庫の扉を解錠する処理を含む受取処理を実行し、前記納品庫からの物品の取り出しを確認した場合と前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合とに前記受取処理を終了する受取処理実行部と、
前記受取処理を終了した後、所定期間が経過するまでは、前記物品の受取要求を受け付けて、前記受取処理を再実行する受取処理再実行部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトした場合には、前記納品庫からの物品の取り出しを確認した場合よりも長い期間を前記所定期間に設定する設定部と、
前記物品の受取者の通知先を記憶した記憶部と、
前記納品庫からの物品の取り出しを確認しないままタイムアウトしたことにより前記受取処理を終了した場合には、前記記憶部から前記受取者の通知先を取得すると共に取得した通知先に対して物品が取り出されていない可能性がある旨の情報を通知する通知部と、
を備えることを要旨とする。

【0009】

本開示のストッカシステムでは、物品の取り出しを確認しないままタイムアウトしたことにより受取処理を終了した場合には、物品の受取者が、納品庫から物品が取り出すことなく扉を閉鎖して、立ち去っている場合等が想定される。よって、物品の受取者に対して物品が取り出されていない可能性がある旨の情報を通知することの意義は大きい。もとより、本開示のストッカが備える効果と同様の効果を奏することができる。

【図面の簡単な説明】

【0010】

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

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

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

【図4】通知先情報３４ａの一例を示す説明図である。

【図5】ストッカ情報３４ｂの一例を示す説明図である。

【図6】受取処理の一例を示すフローチャートである。

【図7】受取確認画面Ｓｃ２の一例を示す説明図である。

【図8】タイムアウト通知メールの一例を示す説明図である。

【図9】ステータス更新処理の一例を示すフローチャートである。

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

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