JP2022066599A

JP2022066599A - ストッカシステム

Info

Publication number: JP2022066599A
Application number: JP2022038943A
Authority: JP
Inventors: 淳一西田; Junichi Nishida; 亘細井; Wataru Hosoi
Original assignee: Fuji Corp
Current assignee: Fuji Corp
Priority date: 2016-08-31
Filing date: 2022-03-14
Publication date: 2022-04-28
Anticipated expiration: 2036-08-31
Also published as: JP7282223B2

Abstract

【課題】複数のストッカを利用する事業者が複数存在する場合に、各事業者からの物品の納入先を適切に決定する。【解決手段】ストッカ管理装置６０は、各々が複数の納品庫４５を備えた複数のストッカ４０を管理する。また、親制御部６２は、互いに異なる事業者が有する複数の納品関連システム５（納品関連システム５ａ，５ｂ）の各々から物品１７の納入先決定要求を入力可能である。そして、親制御部６２は、入力した納入先決定要求に基づいて複数のストッカ４０のうちいずれかのストッカを納入先ストッカに決定する。【選択図】図１

Description

本発明は、ストッカ管理装置及びストッカシステムに関する。

従来、荷物の受け渡し等に用いる宅配ボックスとこれを管理する装置とを備えたシステムが知られている。例えば、特許文献１には、以下のシステムが記載されている。まず、荷物の配送を請け負った宅配業者（配達員）が、宅配荷物を宅配ボックス内に収納する。配達員は宅配ボックスのテンキーに固有の荷物番号を入力しボックスを閉じる。宅配ボックスは自己の固有ＩＤと入力された番号をホストコンピュータに送信する。荷物の名宛人は、公衆電話や携帯端末からホストコンピュータにアクセスして開錠要求を行う。ホストコンピュータでは、アクセスして来た者の認証を行い、正当なアクセスであれば、対応する電子錠に暗証番号を設定するとともにその暗証番号を音声等で知らせる。荷物の名宛人は、宅配ボックスにその暗証番号を入力して開錠を行う。

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

ところで、特許文献１の宅配ボックスのように複数の納品庫を備えたストッカが複数箇所に設置されることや、複数箇所に設置されたストッカを複数の事業者が共に利用したい場合が考えられる。しかし、特許文献１では、そのような利用の態様については考慮されていなかった。

本発明はこのような課題を解決するためになされたものであり、複数のストッカを利用する事業者が複数存在する場合に、各事業者からの物品の納入先を適切に決定することを主目的とする。

本発明は、上述した主目的を達成するために以下の手段を採った。

本発明のストッカ管理装置は、
各々が複数の納品庫を備えた複数のストッカを管理するストッカ管理装置であって、
互いに異なる事業者が有する複数の納品関連システムの各々から物品の納入先決定要求を入力可能であり、該入力した納入先決定要求に基づいて前記複数のストッカのうちいずれかのストッカを納入先ストッカに決定する納入先ストッカ決定部、
を備えたものである。

このストッカ管理装置は、互いに異なる事業者が有する複数の納品関連システムの各々と接続されて、入力した納入先決定要求に基づく納入先ストッカの決定を行う。すなわち、ストッカ管理装置は、複数の事業者と複数のストッカとの間の情報のやり取りの仲介を行う。したがって、複数のストッカを利用する事業者が複数存在する場合に、各事業者からの物品の納入先ストッカを適切に決定できる。

ストッカシステム１の構成の概略説明図。親装置６１の記憶部６３に記憶された管理情報６５の説明図。第１子装置７１の記憶部８３に記憶された管理情報８５の説明図。納入先決定処理ルーチンの一例を表すフローチャート。納入時処理ルーチンの一例を示すフローチャート。受取時処理ルーチンの一例を示すフローチャート。

次に、本発明の実施形態について、図面を用いて説明する。図１は、本発明の一実施形態であるストッカシステム１の構成の概略説明図である。図２は、親装置６１の記憶部６３に記憶された管理情報６５の説明図である。図３は、第１子装置７１の記憶部８３に記憶された管理情報８５の説明図である。ストッカシステム１は、複数のストッカ４０と、親装置６１及び複数の子装置７０を備えたストッカ管理装置６０と、を備えている。ストッカシステム１は、ネットワーク２に接続されており、ネットワーク２を介して納品関連システム５及び受取者２０の携帯端末２１と通信可能である。

納品関連システム５は、事業者が有するシステムであり、物品１７の受取者２０への納品に関連するシステムである。ここで、「事業者」は、物品の販売業者と物品１７の配送業者とを含む。また、「納品関連システム」は、物品１７の納品に関連するシステムであればよく、例えば物品１７の発注に関連する（例えば発注を受け付ける）システムや、物品１７の配送に関連する（例えば配送依頼を受け付ける）システムを含む。本実施形態では、納品関連システム５として、物品１７の販売業者且つ配送業者である事業者Ａが有する納品関連システム５ａと、物品１７の配送業者である事業者Ｂが有する納品関連システム５ｂと、が存在する場合を例として説明する。なお、事業者Ａは、納品関連システム５ａを用いて、物品１７として例えば食品や日用品などの商品の発注を受取者２０から受け付け、その物品１７を事業者Ａの配達者１９によりストッカ４０に納入し、ストッカ４０を介して受取者２０に受け渡す。また、事業者Ｂは、納品関連システム５ｂを用いて、物品１７として例えば書類などの配送の依頼を差出人から受け付け、その物品１７を事業者Ｂの配達者１９によりストッカ４０に納入し、ストッカ４０を介して受取者２０に受け渡す。

納品関連システム５ａは、受取者２０に物品１７の販売及び配送を行うシステムであり、事業者Ａの商店１０ａと、商店１０ａに配置され納品関連システム５ａを管理するコンピュータである事業者ＰＣ１２ａと、事業者Ａによって運営されるネットスーパーのウェブサイト１５ａと、を備えている。ウェブサイト１５ａは、ネットワーク２を介して例えば事業者ＰＣ１２ａや携帯端末２１からアクセス可能になっている。

納品関連システム５ｂは、受取者２０に物品１７の配送を行うシステムであり、事業者Ｂの事業所１０ｂと、事業所１０ｂに配置され納品関連システム５ｂを管理するコンピュータである事業者ＰＣ１２ｂと、事業者Ｂによって運営されるメール便のウェブサイト１５ｂと、を備えている。ウェブサイト１５ｂは、ネットワーク２を介して例えば事業者ＰＣ１２ｂや携帯端末２１からアクセス可能になっている。

携帯端末２１は、事業者Ａへの物品１７の発注と、事業者Ａ，Ｂからの物品１７の受取とを行う受取者２０が所持する機器であり、例えばスマートフォンなどの携帯可能なコンピュータとして構成されている。

複数のストッカ４０は、事業者Ａ，Ｂから配送される物品１７の受け渡しに用いられるものである。本実施形態では、ストッカシステム１は２台のストッカ４０（第１，第２ストッカ４１，４２）を備えている。複数のストッカ４０の各々は、施錠可能な複数（本実施形態では３０個）の納品庫４５と、表示操作部５４と、読取機５５，５６と、を備えている。納品庫４５の各々は、物品１７等の物品を収容可能な内部空間を有しており、前面の扉４６と、扉４６の施錠及び解錠を行うロック機構４７と、納品庫４５内の物品の有無を検出する物品センサ４８と、扉４６の開閉を検出する開閉センサ４９と、を備えている。表示操作部５４は、ストッカ４０の前面に配置されたタッチパネルなどを備えており、配達者１９及び受取者２０への各種情報の表示や、配達者１９及び受取者２０からの各種操作の入力を行う。読取機５５は、前方にかざされたコード（例えばＱＲコード（登録商標）などの二次元コード）を読み取る固定式のコードリーダであり、ストッカ４０の前面の表示操作部５４付近に配置されている。読取機５６は、物品１７に付されたバーコード１８を読み取る手持ち式のバーコードリーダである。ストッカ４０は、多数の受取者２０が利用可能であり、オフィス、コンビニエンスストア、工場、駅、学校、マンションなど様々な場所に配置することができる。

ストッカ管理装置６０は、複数のストッカ４０を管理する装置であり、親装置６１と、複数の子装置７０と、を備えたシステムとして構成されている。親装置６１は、複数の子装置７０に対するサーバーとして構成されており、親制御部６２と、記憶部６３と、通信部６４と、を備えている。親制御部６２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部６３は、処理プログラムなどの各種アプリケーションプログラムやストッカ４０の管理情報６５などの各種データを記憶している。通信部６４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。

図２に示すように、記憶部６３に記憶された管理情報６５は、納品庫対応テーブル６６と、仮予約テーブル６７と、物品有無テーブル６８と、優先納品庫テーブル６９と、を含んでいる。納品庫対応テーブル６６は、受取者ＩＤと、事業者ＩＤと、納品ＩＤと、ストッカ番号と、納品庫番号と、解錠コードと、を対応付けたテーブルである。受取者ＩＤは、受取者２０を識別可能な情報である。なお、受取者を識別可能な情報であればよく、例えば受取者ＩＤの代わりに受取者のメールアドレスなどを対応付けてもよい。事業者ＩＤは、事業者（ここでは事業者Ａ，Ｂ）を識別可能な情報である。納品ＩＤは、納品関連システム５ａ，５ｂにおける物品１７の発注や配送を識別可能な情報である。ストッカ番号は、複数のストッカ４０の中のいずれのストッカ４０かを特定可能な情報である。納品庫番号は、ストッカ４０の中のいずれの納品庫４５かを特定可能な情報である。解錠コードは、受取者２０が物品１７を受け取る際に納品庫４５を解錠するための情報（受取時解錠コード）である。仮予約テーブル６７は、納品庫番号が対応付けられていない点以外は、納品庫対応テーブル６６と同様の情報を対応付けたテーブルである。物品有無テーブル６８は、ストッカ番号と、納品庫番号と、納品庫４５内の物品の有無を表す物品有無と、を対応付けたテーブルである。なお、納品庫４５内の物品有無は、物品センサ４８による物品の有無の検出に基づく情報であり、親装置６１が子装置７０から取得した情報である。優先納品庫テーブル６９は、ストッカ番号と、納品庫番号と、事業者ＩＤと、を対応付けたテーブルである。優先納品庫テーブル６９は、複数の納品庫４５の各々に関して、事業者に優先的に使用可能に割り当てられた納品庫（優先納品庫とも称する）であるか否か、及び優先納品庫である場合にはいずれの事業者に割り当てられているか、を特定可能なテーブルである。なお、図２の優先納品庫テーブル６９において事業者ＩＤが「－」となっている納品庫４５は、いずれの事業者に対しても優先的に使用可能に割り当てられていない納品庫４５（フリー納品庫とも称する）であることを表す。本実施形態では、第１ストッカ４１に設けられた複数の納品庫４５の各々は、事業者Ａの優先納品庫，事業者Ｂの優先納品庫，及びフリー納品庫のいずれかであるものとした。また、第１ストッカ４１に設けられた複数の納品庫４５は、事業者Ａの優先納品庫，事業者Ｂの優先納品庫，及びフリー納品庫をそれぞれ１以上含むものとした。また、図示は省略するが、管理情報６５には、複数の受取者２０の受取者ＩＤと、複数の受取者２０のメールアドレスとを対応付けた受取者情報テーブルも含まれている。

複数の子装置７０は、親装置６１に対するクライアントとして構成されている。本実施形態では、ストッカ管理装置６０は２台の子装置７０（第１，第２子装置７１，７２）を備えている。第１子装置７１は、第１ストッカ４１を管理する装置であり、第１ストッカ４１のうち納品庫４５と同様の箱状の１室（機器保管庫）内に配置されている。第１子装置７１は、子制御部８２と、記憶部８３と、通信部８４とを備えている。子制御部８２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部８３は、処理プログラムなどの各種アプリケーションプログラムや、第１ストッカ４１の管理情報８５などの各種データを記憶している。通信部８４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。第１子装置７１は、第１ストッカ４１の表示操作部５４に表示信号を出力して表示操作部５４に情報を表示させたり、第１ストッカ４１の表示操作部５４から操作信号を入力したり、第１ストッカ４１の読取機５５，５６が読み取ったコード情報を入力したりする。また、第１子装置７１は、第１ストッカ４１のロック機構４７に制御信号を出力して納品庫４５の施錠及び解錠を制御したり、第１ストッカ４１の物品センサ４８及び開閉センサ４９からの検出信号を入力して納品庫４５内の物品の有無や扉４６の開閉を検出したりする。第２子装置７２は、第２ストッカ４２を管理する装置であり、第１子装置７１と同様に第２ストッカ４２の機器保管庫内に配置されている。図示は省略するが、第２子装置７２は、第１子装置７１と同様に子制御部８２と、管理情報８５などを記憶する記憶部８３と、通信部８４と、を備えている。

第１子装置７１の記憶部８３に記憶された管理情報８５は、自身が管理する第１ストッカ４１の情報のみを含む点以外は親装置６１の納品庫対応テーブル６６，仮予約テーブル６７，物品有無テーブル６８，及び優先納品庫テーブル６９と同様のテーブル、すなわち図３に示す納品庫対応テーブル８６，仮予約テーブル８７，物品有無テーブル８８，及び優先納品庫テーブル８９を含んでいる。第２子装置７２の記憶部８３に記憶された管理情報８５も、同様に自身が管理する第２ストッカ４２の情報のみを含む各テーブルを含んでいる。なお、親装置６１は、管理情報６５の納品庫対応テーブル６６及び仮予約テーブル６７の情報に変更が生じると、対応するストッカ４０を管理する子装置７０に変更後の情報を送信する。同様に、子装置７０は、管理情報８５の納品庫対応テーブル８６，仮予約テーブル８７及び物品有無テーブル８８の情報に変更が生じると、親装置６１に変更後の情報を送信する。そのため、親装置６１の管理情報６５と複数の子装置７０の管理情報８５とは、情報の同期が取られている。

続いて、こうして構成されたストッカシステム１及び納品関連システム５ａ，５ｂの動作について説明する。受取者２０は、携帯端末２１を操作してウェブサイト１５ａにアクセスし、希望する物品１７，自身の受取者ＩＤ，受け渡しを希望するストッカ４０のストッカ番号などを入力して、事業者Ａに対して物品１７の発注を行う。発注が行われると、納品関連システム５ａの事業者ＰＣ１２ａは入力された情報を取得し、発注を管理する納品ＩＤを付してこれらの発注情報を管理する。また、事業者ＰＣ１２ａは、事業者Ａの事業者ＩＤと、発注情報のうち受取者ＩＤ，納品ＩＤ及び受渡希望のストッカ４０のストッカ番号と、を含む納入先決定要求を親装置６１に送信する。また、差出人は、携帯端末を操作してウェブサイト１５ｂにアクセスし、配送を希望する受取者２０の受取者ＩＤ，受取者２０への受け渡しを希望するストッカ４０のストッカ番号などを入力して、事業者Ｂに対して物品１７の配送の依頼を行う。依頼が行われると、納品関連システム５ｂの事業者ＰＣ１２ｂは入力された情報を取得し、配送を管理する納品ＩＤを付してこれらの配送情報を管理する。また、事業者ＰＣ１２ｂは、事業者Ｂの事業者ＩＤと、配送情報のうち受取者ＩＤ，納品ＩＤ及び受渡希望のストッカ４０のストッカ番号と、を含む納入先決定要求を親装置６１に送信する。親装置６１は、このように納品関連システム５ａ，５ｂの各々から物品１７の納入先決定要求を入力すると、入力した納入先決定要求に基づいて、複数のストッカ４０のうちいずれかのストッカ４０を納入先ストッカに決定する処理を含む納入先決定処理を行う。図４は、親装置６１の親制御部６２により実行される納入先決定処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部６３に記憶されており、親装置６１の電源がＯＮされると開始される。

このルーチンを開始すると、親制御部６２は、まず、納品関連システム５から上述した納入先決定要求を受信（入力）するまで待つ（ステップＳ１００）。納入先決定要求を入力すると、親制御部６２は、入力した納入先決定要求に含まれる事業者ＩＤに基づいて、いずれの事業者からの納入先決定要求であるかを判定する（ステップＳ１０５）。判定した事業者が事業者Ａであった場合、親制御部６２は、入力した納入先決定要求に基づいて納入先ストッカを決定する（ステップＳ１１０）。例えば、親制御部６２は、納入先決定要求に含まれる受渡希望のストッカ４０をそのまま納入先ストッカに決定する。続いて、親制御部６２は、ステップＳ１１５～Ｓ１３０の処理を行って、納入先ストッカが備える複数の納品庫４５の中から物品１７の納入先となる納入先納品庫を決定する。具体的には、まず、親制御部６２は、事業者Ａに予め割り当てられた優先納品庫の中に空き納品庫があるか否かを調べる（ステップＳ１１５）。なお、空き納品庫とは、使用予定のない納品庫４５であり、本実施形態では納品庫対応テーブル６６に納品庫番号が記憶されていない納品庫４５である。親制御部６２は、優先納品庫テーブル６９に基づいて事業者Ａの優先納品庫の納品庫番号を調べ、さらにその納品庫番号が納品庫対応テーブル６６に記憶されていないか否かを調べることで、事業者Ａの優先納品庫の中に空き納品庫があるか否かを調べる。優先納品庫のうち１以上が空き納品庫であった場合には、親制御部６２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１２０）。一方、事業者Ａの優先納品庫がいずれも空き納品庫ではなかった場合には、親制御部６２は、事業者Ａ，Ｂのいずれの優先納品庫にも割り当てられていない納品庫４５であるフリー納品庫の中に空き納品庫があるか否かを調べる（ステップＳ１２５）。すなわち、親制御部６２は、優先納品庫テーブル６９に基づいてフリー納品庫の納品庫番号を調べ、その納品庫番号が納品庫対応テーブル６６に記憶されていないか否かを調べる。そして、フリー納品庫のうち１以上が空き納品庫であった場合には、親制御部６２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１３０）。このように、親制御部６２は、ステップＳ１１５～Ｓ１３０の処理を行うことで、空き納品庫のうち納入先決定要求に関連する事業者（ここでは、納入先決定要求を送信した事業者Ａ）の優先納品庫を優先的に納入先納品庫に決定する。なお、ステップＳ１２５でフリー納品庫も全て空き納品庫ではなかった場合には、親制御部６２は、ステップＳ１１０以降の処理を行う。すなわち、親制御部６２は、納入先ストッカを他のストッカ４０に変更して、変更後のストッカ４０が備える納品庫４５の中から納入先納品庫を決定する。納入先ストッカを変更する際には、例えば納入先決定要求に含まれる受渡希望のストッカ４０に最も近い位置にあるストッカ４０に変更してもよい。また、親制御部６２は、ステップＳ１２５でフリー納品庫も全て空き納品庫ではなかった場合に、納入先ストッカの変更を行わずに納品関連システム５ａに対してエラー通知を送信してもよい。この場合、納品関連システム５ａは、受取者２０の携帯端末２１に発注のキャンセルや受渡希望のストッカ４０を変更した新たな発注を行うよう通知してもよい。

ステップＳ１２０又はＳ１３０で納入先納品庫を決定すると、親制御部６２は、決定した納入先ストッカのストッカ番号と、決定した納入先納品庫の納品庫番号と、納品庫対応テーブル６６及び仮予約テーブル６７に記憶済みのいずれの解錠コードとも異なる解錠コードと、ステップＳ１００で入力した納入先決定要求に含まれる受取者ＩＤ，事業者ＩＤ及び納品ＩＤと、を対応付けて納品庫対応テーブル６６に記憶する（ステップＳ１４０）。また、親制御部６２は、ストッカ番号と、納品庫番号と、納入先決定要求に含まれる納品ＩＤと、を対応付けて事業者Ａの事業者ＰＣ１２ａに送信する（ステップＳ１４５）。なお、ステップＳ１４５では、親制御部６２は、納品庫番号については送信しなくてもよい。また、親制御部６２は、ステップＳ１００で受信した受渡希望のストッカ４０をステップＳ１１０で納入先ストッカに決定した場合には、ステップＳ１４５の処理を省略してもよい。続いて、親制御部６２は、ステップＳ１４０で記憶した解錠コードを表す二次元コードを含む解錠コード通知を、今回記憶した受取者ＩＤのメールアドレスに送信して（ステップＳ１５０）、ステップＳ１００以降の処理を実行する。なお、解錠コード通知には、決定した納入先ストッカや納入先納品庫の情報などが含まれていてもよい。

一方、ステップＳ１０５で判定した事業者が事業者Ｂであった場合、親制御部６２は、入力した納入先決定要求に含まれる受渡希望のストッカ４０をそのまま納入先ストッカに決定する（ステップＳ１５５）。続いて、親制御部６２は、決定した納入先ストッカのストッカ番号と、納品庫対応テーブル６６及び仮予約テーブル６７に記憶済みのいずれの解錠コードとも異なる解錠コードと、ステップＳ１００で入力した納入先決定要求に含まれる受取者ＩＤ，事業者ＩＤ及び納品ＩＤと、を対応付けて仮予約テーブル６７に記憶する（ステップＳ１６０）。なお、この処理は、納入先納品庫を決定しない点、及び仮予約テーブル６７に記憶する点以外は、ステップＳ１４０の処理と同様である。また、親制御部６２は、ストッカ番号と、納入先決定要求に含まれる納品ＩＤと、を対応付けて事業者Ｂの事業者ＰＣ１２ｂに送信し（ステップＳ１６５）、ステップＳ１６０で記憶した解錠コードを表す二次元コードを含む解錠コード通知を、今回記憶した受取者ＩＤのメールアドレスに送信して（ステップＳ１７０）、ステップＳ１００以降の処理を実行する。なお、解錠コード通知には、決定した納入先ストッカの情報などが含まれていてもよい。

このように、納入先決定処理ルーチンでは、親制御部６２は、納入先決定要求に関する事業者がいずれの事業者であるかによって、異なる処理を行う。具体的には、納入先決定要求を事業者Ａから受信した場合には、親制御部６２は、納入先ストッカを決定するだけでなく納入先納品庫も決定して、決定した情報を納品庫対応テーブル６６に記憶する。一方、納入先決定要求を事業者Ｂから受信した場合には、親制御部６２は、納入先ストッカを決定するが納入先納品庫は決定せずに、決定した情報を仮予約テーブル６７に記憶する。なお、納入先決定要求を事業者Ｂから受信した場合には、親制御部６２は納入先納品庫を決定せず、空き納品庫も調べないため、空き納品庫がないストッカ４０であっても納入先ストッカに決定可能である。また、仮予約テーブル６７には、ステップＳ１６０で記憶する互いに対応付けられた１組のデータ（１回の納入先決定要求に伴い記憶されるデータ）を、納入先ストッカが有する納品庫４５の数以上に記憶しておくことが許容される。

一方、事業者Ａの商店１０ａの店員は、事業者ＰＣ１２ａに記憶された発注情報やストッカシステム１から送信された納入先ストッカのストッカ番号などに基づいて、物品１７の手配や配達者１９に対する物品１７の配送指示などを行う。なお、物品１７には、上述した納品ＩＤを表すバーコード１８が付される。配達者１９は、物品１７を納入先ストッカ４０に配送し、納品庫４５に納入する。また、事業者Ｂの配達者１９は、差出人から配送の対象となる物品１７を受け取り、上述したを表すバーコード１８を付す。そして、配達者１９は、事業者ＰＣ１２ｂに記憶された配送情報やストッカシステム１から送信された納入先ストッカのストッカ番号などに基づいて、物品１７を納入先ストッカに配送し、納品庫４５に納入する。事業者Ａ，Ｂの配達者１９が納品庫４５への物品１７の納入を行う際、納入先ストッカを管理する子装置７０は、配達者１９の操作に基づいて納入先納品庫の解錠などを行う納入時処理を行う。図５は、子装置７０の子制御部８２により実行される納入時処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部８３に記憶されており、例えばこれから物品１７の納入を行う旨を表示操作部５４を介して操作者（通常は配達者１９）から入力すると、実行される。

このルーチンを開始すると、子制御部８２は、まず、事業者ＩＤ入力画面を表示操作部５４に表示する（ステップＳ２００）。ここで、配達者１９は、自分が正規配達者であることを証明するために、自身の事業所の事業所ＩＤを表す二次元コードが付された配達者カードを持参しているものとした。この配達者カードを読取機５５にかざすよう促す画面を表示操作部５４に表示する。続いて、子制御部８２は、読取機５５を介して事業者ＩＤを入力するまで待ち（ステップＳ２０５）、入力された事業者ＩＤに基づいて配達者１９がいずれの事業者に関連するかを特定する（ステップＳ２１０）。子制御部８２は、入力された事業者ＩＤが予め記憶部８３に記憶された複数の事業者（ここでは事業者Ａ，Ｂ）のいずれかの事業者ＩＤと一致するか否かによって、これらの判定を行う。

ステップＳ２１０で配達者１９が事業者Ａに関連すると判定した場合には、子制御部８２は、読取機５６を介してバーコード１８のコード情報を入力するまで待ち（ステップＳ２２０）、入力されたコード情報に含まれる納品ＩＤを取得する。

続いて、子制御部８２は、取得した納品ＩＤに対応する納品庫番号を納品庫対応テーブル６６を用いて調べ、その納品庫番号で特定される納品庫４５（すなわち納入先納品庫）を解錠する（ステップＳ２３０）。

その後、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５への物品１７の納入完了を検出するまで待つ（ステップＳ２３５）。例えば、子制御部８２は、物品センサ４８が納品庫４５内の物品ありを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、納入完了と判定する。納入完了を検出すると、子制御部８２は、納品庫４５を施錠して（ステップＳ２４０）、本ルーチンを終了する。なお、物品センサ４８が納品庫４５内の物品ありを検出すると、記憶部８３に記憶された物品有無テーブル８８における物品の有無が変更され、親装置６１の物品有無テーブル６８にも変更が反映される。

一方、ステップＳ２１０で配達者１９が事業者Ｂに関連すると判定した場合には、子制御部８２は、読取機５６を介してバーコード１８のコード情報を入力するまで待ち（ステップＳ２５０）、入力されたコード情報に含まれる納品ＩＤを取得する。

続いて、子制御部８２は、ステップＳ１１５Ｂ～Ｓ１３０Ｂの処理を行って、納入先ストッカが備える複数の納品庫４５の中から物品１７の納入先となる納入先納品庫を決定する。ステップＳ１１５Ｂ～Ｓ１３０Ｂの処理は、図４のステップＳ１１５～Ｓ１３０と同様に行われる。すなわち、子制御部８２は、事業者Ｂに予め割り当てられた優先納品庫の中に空き納品庫があるか否かを、納品庫対応テーブル８６及び物品有無テーブル８８に基づいて調べる（ステップＳ１１５Ｂ）。優先納品庫のうち１以上が空き納品庫であった場合には、子制御部８２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１２０Ｂ）。一方、事業者Ｂの優先納品庫がいずれも空き納品庫ではなかった場合には、子制御部８２は、フリー納品庫の中に空き納品庫があるか否かを調べ（ステップＳ１２５Ｂ）、フリー納品庫のうち１以上が空き納品庫であった場合には、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１３０Ｂ）。なお、ステップＳ１２５Ｂでフリー納品庫の中にも空き納品庫がなかった場合には、物品１７の納入ができない旨のエラー表示を表示操作部５４に表示して（ステップＳ２６０）、本ルーチンを終了する。この場合は、配達者１９は物品１７を事業所１０ｂに持ち帰るなどして、改めて配送を行う。なお、配達者１９は、事業者ＰＣ１２ｂを用いて事業所１０ｂから各納品庫４５の空き状況を予め確認した上で物品１７を納入先ストッカまで配送してもよい。こうすれば、物品１７の納入ができず持ち帰らなければならないという事態を生じにくくできる。

このように、事業者Ａが配送する物品１７については納入先ストッカを決定する際に納入先納品庫も決定される（納品庫決定方式Ａと称する）のに対し、事業者Ｂが配送する物品１７の納入先納品庫は、配達者１９が物品１７を納入先ストッカまで配送したときに初めて決定される（納品庫決定方式Ｂと称する）。納品庫決定方式Ｂでは、配達者１９が物品１７を納品庫４５に納入しようとするタイミングで空き納品庫が存在すれば、その空き納品庫を納入先納品庫に決定して納入を行うことができ、納品庫４５の利用効率を高めることができる。一方、納品庫決定方式Ａでは、納入先ストッカを決定する際に納入先納品庫も決定しておくため、配達者１９が納入しようとするタイミングで空き納品庫が不足して納入ができないという事態を回避できる。事業者Ａが配送する物品１７には食品が含まれることから、事業者Ａは納品庫決定方式Ａを採用している。一方、事業者Ｂが配送する物品１７は主に書類であり配達者１９が持ち帰って再度配送しても問題が生じにくいことから、納品庫４５の利用効率向上を優先して納品庫決定方式Ｂを採用している。

ステップＳ１２０Ｂ又はＳ１３０Ｂで納入先納品庫を決定すると、子制御部８２は、納品庫対応テーブル８６及び仮予約テーブル８７を更新する（ステップＳ２６５）。具体的には、子制御部８２は、ステップＳ２５０で取得した納品ＩＤに対応する情報（受取り者ＩＤ，事業者ＩＤ，解錠コード）を仮予約テーブル８７の中から読み出し、それらの情報に納入先納品庫の納品庫番号を対応付けて納品庫対応テーブル８６に記憶する。また、仮予約テーブル８７からはそれらの情報を削除する。親装置６１の納品庫対応テーブル６６及び仮予約テーブル６７にも、これらの更新が反映される。

続いて、子制御部８２は、決定した納入先納品庫を解錠する（ステップＳ２７０）。

その後、子制御部８２は、解錠した納品庫４５への物品１７の納入完了を検出するまで待ち（ステップＳ２７５）、納入完了を検出すると、納品庫４５を施錠して（ステップＳ２８０）、本ルーチンを終了する。なお、物品センサ４８が納品庫４５内の物品ありを検出すると、記憶部８３に記憶された物品有無テーブル８８における物品の有無が変更され、親装置６１の物品有無テーブル６８にも変更が反映される。

なお、親制御部６２は、物品有無テーブル６８のいずれかの納品庫番号に対応する物品有無が物品なしから物品ありに変更になったことを検出すると、納品庫対応テーブル６６でその納品庫４５に対応する受取者ＩＤのメールアドレスに、納入完了メールを送信する。

納入完了メールを携帯端末２１で受信した受取者２０は、納入先ストッカに向かい、納品庫４５に納入された物品１７を受け取る。このとき、納入先ストッカを管理する子装置７０は、受取者２０の操作に基づいて納入先納品庫の解錠などを行う受取時処理を行う。図６は、子装置７０の子制御部８２により実行される受取時処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部８３に記憶されており、例えばこれから物品１７の受取を行う旨を表示操作部５４を介して操作者（通常は受取者２０）から入力すると、実行される。

このルーチンを開始すると、子制御部８２は、まず、受取者２０に解錠コードの入力を促す図示しない解錠コード入力画面を表示操作部５４に表示する（ステップＳ３００）。受取者２０は、上述した解錠コード通知に含まれる解錠コード（ここでは二次元コード）を例えば携帯端末２１の表示画面に表示させて、読取機５５に読み取らせる。子制御部８２は、解錠コードを読取機５５を介して入力するまで待ち（ステップＳ３１０）、納品庫対応テーブル６６において解錠コードに対応付けられた納品庫番号で特定される納品庫４５（すなわち納入先納品庫）を解錠する（ステップＳ３２０）。続いて、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５において物品１７の受取完了を検出するまで待つ（ステップＳ３３０）。例えば、子制御部８２は、物品センサ４８が納品庫４５内の物品なしを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、受取完了と判定する。受取完了を検出すると、子制御部８２は、受取完了した納品庫４５を施錠し（ステップＳ３４０）、納品庫対応テーブル８６を更新して（ステップＳ３５０）、本ルーチンを終了する。具体的には、子制御部８２は、受取完了した納品庫４５に関する情報（解錠コード等との対応付け）を納品庫対応テーブル８６から削除する。この更新は、親装置６１の納品庫対応テーブル６６にも反映される。

ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態のステップＳ１００，Ｓ１１０，及びＳ１５５を行う親制御部６２が本発明の納入先ストッカ決定部に相当する。また、優先納品庫テーブル６９を記憶する記憶部６３及び優先納品庫テーブル８９を記憶する記憶部８３が優先納品庫情報記憶部に相当し、図４のステップＳ１１５～Ｓ１３０を行う親制御部６２及び図５のステップＳ１１５Ｂ～Ｓ１３０Ｂを行う子制御部８２が納入先納品庫決定部に相当する。

以上詳述した本実施形態のストッカシステム１では、ストッカ管理装置６０は、各々が複数の納品庫４５を備えた複数のストッカ４０を管理する。また、親制御部６２は、互いに異なる事業者が有する複数の納品関連システム５（ここでは納品関連システム５ａ，５ｂ）の各々から物品１７の納入先決定要求を入力可能である。そして、親制御部６２は、入力した納入先決定要求に基づいて複数のストッカ４０のうちいずれかのストッカを納入先ストッカに決定する。このように、ストッカ管理装置６０（特に親装置６１）は、互いに異なる事業者が有する複数の納品関連システム５の各々と接続されて、複数の事業者と複数のストッカ４０との間の情報のやり取りの仲介を行う。したがって、複数のストッカ４０を利用する事業者が複数存在する場合に、各事業者からの物品１７の納入先ストッカを適切に決定できる。

また、親装置６１は、事業者ＩＤと、事業者が優先的に使用可能な納品庫４５（優先納品庫）を特定可能な納品庫番号と、を対応付けた優先納品庫テーブル６９を記憶する記憶部６３を備えている。さらに、親制御部６２は、納入先ストッカが備える複数の納品庫４５の中から物品１７の納入先納品庫を決定するにあたり、優先納品庫テーブル６９の中に、その物品１７に関連する事業者の事業者ＩＤに対応付けられた納品庫番号が含まれる場合には、その納品庫番号で特定される納品庫４５を優先的に納入先納品庫に決定する。そのため、複数のストッカ４０を利用する事業者が複数存在する場合に、各事業者からの物品１７の納入先ストッカだけでなく納入先納品庫についても適切に決定できる。しかも、優先納品庫テーブル６９を用いることにより、優先的に使用可能な納品庫４５を事業者に割り当てておくことができるから、割り当てられた事業者については納入先に決定可能な空き納品庫が全くないという状態を生じにくくできる。子装置７０についても同様である。

さらに、親制御部６２は、納入先ストッカのうち物品１７の納入先納品庫を決定するにあたり、優先納品庫テーブル６９の中でその物品１７に関連する事業者の事業者ＩＤに対応付けられた納品庫番号で特定される納品庫４５のいずれもが、納入先に決定可能な空き納品庫でない場合には、優先納品庫テーブル６９に基づいて、納入先ストッカの納品庫４５のうちいずれの事業者情報とも対応付けられていない空き納品庫（フリー納品庫の中の空き納品庫）のうちいずれかの納品庫４５を納入先納品庫に決定する。そのため、例えば優先的に使用可能に割り当てられた納品庫４５以外への物品１７の納入を許可しない場合と比べて、納入先に決定可能な空き納品庫が全くないという状態をより生じにくくできる。子制御部８２についても同様である。

なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。

上述した実施形態では、優先納品庫テーブル６９では、事業者Ａ，Ｂのいずれについても、優先納品庫テーブル６９，８９において予め優先納品庫が割り当てられていたが、これに限られない。例えば、事業者Ｂが、優先納品庫を１つも割り当てられていなくてもよい。この場合、子制御部８２は、図５のステップＳ１１５Ｂで事業者Ｂの優先納品庫がそもそも存在しないため否定判定をして、ステップＳ１２５Ｂでフリー納品庫の中の空き納品庫があれば、ステップＳ１３０Ｂでその空き納品庫のいずれかを納入先納品庫に決定する。すなわち、子制御部８２は、優先納品庫テーブル８９の中に事業者Ｂの事業者ＩＤに対応付けられた納品庫番号が含まれない場合には、優先納品庫テーブル８９に基づいて納入先ストッカの納品庫４５のうちいずれの事業者ＩＤ情報とも対応付けられていない空き納品庫のうちいずれかの納品庫４５を優先的に納入先納品庫に決定する。こうすれば、優先納品庫が割り当てられていない事業者が、他の事業者の優先納品庫を使用してしまうことを抑制できる。

上述した実施形態では、納入先納品庫のうち、事業者に割り当てられた優先納品庫及びフリー納品庫のいずれについても空き納品庫がない場合（ステップＳ１２５，Ｓ１２５Ｂで否定判定）には、親制御部６２及び子制御部８２は納入先納品庫を決定しないものとした。すなわち、親制御部６２及び子制御部８２は、他の事業者に割り当てられた優先納品庫については、納入先納品庫には決定しないものとした。ただし、これに限らず、事業者に割り当てられた優先納品庫及びフリー納品庫のいずれについても空き納品庫がない場合には、他の事業者に割り当てられた優先納品庫の中に空き納品庫があるか否かを調べて、空き納品庫がある場合にはその中のいずれかを納入先納品庫に決定してもよい。

上述した実施形態では、親制御部６２及び子制御部８２は、事業者に割り当てられた優先納品庫の中に空き納品庫がない場合には、フリー納品庫に空き納品庫があればその中のいずれかを納入先納品庫に決定したが、これに限られない。例えば、親制御部６２及び子制御部８２は、事業者に割り当てられた優先納品庫の中に空き納品庫がない場合には、納入先納品庫を決定しなくてもよい。こうすれば、フリー納品庫をなるべく空けておくことができ、例えば優先納品庫が１つも割り当てられていない他の事業者がフリー納品庫を使用しやすくなる。

上述した実施形態では、記憶部６３，８３には優先納品庫テーブル６９，８９が記憶されていたが、記憶されていなくてもよい。すなわち、いずれの事業者についても優先納品庫が割り当てられておらず、ストッカ４０が備える複数の納品庫４５の全てがフリー納品庫であってもよい。

上述した実施形態では、事業者Ａ，Ｂが異なる納品庫決定方式Ａ，Ｂを採用していたが、特にこれに限られない。また、納品庫決定方式Ｂにおいて、物品１７の納入後に受取者２０が受け取らずに所定期間（例えば３日など）が経過すると、子制御部８２は配達者１９に物品１７を回収させてもよい。例えば、子制御部８２は、納品庫対応テーブル８６において物品１７が納入された日時も対応付けて記憶しておき、その日時から所定期間が過ぎたか否かに応じて、回収すべき物品１７が納入された納品庫４５を特定しても良い。この場合、子制御部８２は、図５のステップＳ２１０で事業者を特定した後に、その事業者に対応付けられており且つ回収すべき物品１７が納入された納品庫４５がある場合には、その納品庫４５を解錠して配達者１９に回収を促してもよい。

上述した実施形態では、納入先納品庫が決定されてから物品１７が受け取られるまでの間は納品庫対応テーブル６６，８６に情報が記憶され、その間は納入先納品庫は空き納品庫ではないと判定されるが、これに限られない。例えば、納品庫対応テーブル６６，８６に、納入先納品庫の使用期間に関する情報も対応付けておいてもよい。この場合、親制御部６２及び子制御部８２は、納品庫対応テーブル８６に納品庫番号が対応付けられている納品庫４５であっても、対応する使用期間以外は空き納品庫であるとみなしてもよい。こうすれば、使用期間も考慮して、適切に納入先納品庫を決定することができる。

上述した実施形態において、複数のストッカ４０のうち１以上が他のストッカ４０と異なる所有者に所有されていてもよい。また、物品１７に関連する事業者がストッカ４０を所有していてもよい。例えば、事業者Ａが第１ストッカ４１を所有し、事業者Ｂが第２ストッカ４２を所有していてもよい。このような場合、例えば、記憶部６３が、複数のストッカ４０のいずれかを特定可能なストッカ情報（例えばストッカ番号）とそのストッカ情報で特定されるストッカ４０の所有者とを対応づけたストッカ所有者情報を記憶していてもよい。そして、親制御部６２は、納入先決定要求に基づいて納入先ストッカを決定するにあたり、ストッカ所有者情報に基づいて、複数のストッカ４０のうち、納入先決定要求に含まれる事業者ＩＤで特定される事業者が所有するストッカ４０を優先的に納入先ストッカに決定してもよい。なお、親制御部６２は、納入先決定要求に基づいて特定される事業者が所有するストッカ４０のいずれにも空き納品庫がない場合に、他の事業者が所有するストッカ４０のいずれかを納入先ストッカに決定してもよい。また、親制御部６２は、ストッカ４０の使用履歴に基づく情報を事業者にフィードバックしてもよい。例えば、子制御部８２は、ストッカ４０の使用履歴に基づいて、新たなストッカ４０の増設を推奨する旨を事業者の納品関連システム５に送信してもよい。より具体的には、例えば、納入先決定要求に基づいて特定される事業者が所有するストッカ４０のいずれにも空き納品庫がなく他の事業者が所有するストッカ４０のいずれかを納入先ストッカに決定した場合、その回数をカウントしておき、回数が所定の閾値を超えた場合に事業者の納品関連システム５にストッカ４０の増設を推奨する旨を出力してもよい。

上述した実施形態では、複数のストッカ４０及び子装置７０はいずれも同様の装置としたが、これに限られない。例えば、第１ストッカ４１及び第１子装置７１と第２ストッカ４２及び第２子装置７２とで、製造者や仕様などが異なっていてもよい。このような場合、例えば子装置７０の仕様によっては納品関連システム５と直接情報のやり取りができない場合がある。このような場合でも、親装置６１が納品関連システム５とストッカ４０及び子装置７０との間の情報のやり取りの仲介を行うことで、他とは仕様の異なる子装置７０を備えたストッカ４０であっても納入先ストッカに決定可能になるなど、納入先ストッカを適切に決定しやすくなる。

上述した実施形態では、図４のルーチンは親制御部６２が実行し、図５，６のルーチンは子制御部８２が実行したが、ストッカ管理装置６０が全体としてこれらのルーチンを行うことができればよい。例えば子装置７０と親装置６１とで図４～６のいずれかのルーチンを分担して実行したり、親制御部６２が図５，６のルーチンを実行したりしてもよい。

上述した実施形態では、ストッカ管理装置６０は親装置６１と複数の子装置７０とを備えていたが、これに限られない。例えば、複数の子装置７０を備えず親装置６１がロック機構４７，物品センサ４８，開閉センサ４９，表示操作部５４，読取機５５，５６などと情報のやり取りを行ってもよい。あるいは、親装置６１を備えず複数の子装置７０がそれぞれ独立したストッカ管理装置６０として構成されていてもよい。また、子装置７０はストッカ４０のうち納品庫４５と同様の箱状の１室内に配置されていたが、これに限られない。例えば、ストッカ４０とは別の場所に対応する子装置７０が配置されていてもよい。１つの子装置７０が複数のストッカ４０を管理してもよい。

１ストッカシステム、２ネットワーク、５，５ａ，５ｂ納品関連システム、１０ａ商店、１０ｂ事業所、１２ａ，１２ｂ事業者ＰＣ、１５ａ，１５ｂウェブサイト、１７物品、１８バーコード、１９配達者、２０受取者、２１携帯端末、４０ストッカ、４１，４２第１，第２ストッカ、４５納品庫、４６扉、４７ロック機構、４８物品センサ、４９開閉センサ、５４表示操作部、５５，５６読取機、６０ストッカ管理装置、６１親装置、６２親制御部、６３記憶部、６４通信部、６５管理情報、６６納品庫対応テーブル、６７仮予約テーブル、６８物品有無テーブル、６９優先納品庫テーブル、７０子装置、７１，７２第１，第２子装置、８２子制御部、８３記憶部、８４通信部、８５管理情報、８６納品庫対応テーブル、８７仮予約テーブル、８８物品有無テーブル、８９優先納品庫テーブル。

Claims

各々が複数の納品庫を備えた複数のストッカを管理するストッカ管理装置であって、
互いに異なる事業者が有する複数の納品関連システムの各々から物品の納入先決定要求を入力可能であり、該入力した納入先決定要求に基づいて前記複数のストッカのうちいずれかのストッカを納入先ストッカに決定する納入先ストッカ決定部、
を備えたストッカ管理装置。
請求項１に記載のストッカ管理装置であって、
前記事業者のいずれかを特定可能な事業者情報と、該事業者が優先的に使用可能な前記納品庫を特定可能な納品庫情報と、を対応付けた優先納品庫情報を記憶する優先納品庫情報記憶部と、
前記納入先ストッカが備える前記複数の納品庫の中から前記物品の納入先納品庫を決定するにあたり、前記優先納品庫情報の中に該物品に関連する事業者の事業者情報に対応付けられた前記納品庫情報が含まれる場合には、該納品庫情報で特定される納品庫を優先的に該納入先納品庫に決定する納入先納品庫決定部と、
を備えたストッカ管理装置。
前記納入先納品庫決定部は、前記納入先ストッカのうち前記物品の前記納入先納品庫を決定するにあたり、前記優先納品庫情報の中で該物品に関連する事業者の事業者情報に対応付けられた前記納品庫情報で特定される納品庫のいずれもが、納入先に決定可能な空き納品庫でない場合には、前記優先納品庫情報に基づいて該納入先ストッカの納品庫のうちいずれの事業者情報とも対応付けられていない空き納品庫のうちいずれかの納品庫を該納入先納品庫に決定する、
請求項２に記載のストッカ管理装置。
請求項１～３のいずれか１項に記載のストッカ管理装置であって、
前記事業者のいずれかを特定可能な事業者情報と、該事業者が優先的に使用可能な前記納品庫を特定可能な納品庫情報と、を対応付けた優先納品庫情報を記憶する優先納品庫情報記憶部と、
前記納入先ストッカが備える前記複数の納品庫の中から前記物品の納入先納品庫を決定するにあたり、前記優先納品庫情報の中に該物品に関連する事業者の事業者情報に対応付けられた前記納品庫情報が含まれない場合には、前記優先納品庫情報に基づいて該納入先ストッカの納品庫のうちいずれの事業者情報とも対応付けられていない空き納品庫のうちいずれかの納品庫を優先的に該納入先納品庫に決定する納入先納品庫決定部と、
を備えたストッカ管理装置。
請求項１～４のいずれか１項に記載のストッカ管理装置と、
前記複数のストッカと、
を備えたストッカシステム。