JP2019032737A - ロッカー管理システム、ロッカー装置及びロッカー管理方法 - Google Patents

Abstract

【課題】利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合の競合に伴う利用者の不利益を防止すること。【解決手段】利用者Ａが現地でロッカー装置１０に対して預入操作（Ｓ１１）を行うと、ロッカー装置１０は、開扉を預入操作の開始として検知して（Ｓ１２）、預入開始をロッカー管理装置２０に通知する（Ｓ１３）。ロッカー管理装置２０は、ロッカー装置１０から預入開始通知を受けた時点で空き収納部の数を減算（Ｓ１４）して収納部の空き状態を管理する。このため、利用者Ｂから予約操作（Ｓ１５）を受けた場合には、預入開始通知に基づいて減算済の空き収納部の数が通知される（Ｓ１６）ことになり、利用者Ａが預入を開始した収納部が利用者Ｂにより獲得される事態を回避することができる。【選択図】図１

Description

この発明は、利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合の競合に伴う利用者の不利益を防止するロッカー管理システム、ロッカー装置及びロッカー管理方法に関する。

従来、駅などの公共施設にロッカー装置を設置しておき、顧客がネット通信販売などで商品を購入した場合に、該顧客が公共施設に設置されたロッカー装置の収納部（ロッカー）を選択して配送依頼を行い、配送主（ネット通販会社等）が契約先の宅配業者を使って該当するロッカー装置に商品を届け、その後に顧客がロッカー装置から商品を受け取る技術が知られている（例えば、特許文献１を参照）。

また、駅構内に設置された手荷物等を一時的に保管するコインロッカーを管理する予約管理サーバを設け、利用者の携帯端末からインターネットを介して予約管理サーバにアクセスしてコインロッカーの収納部（ロッカー）を予約する技術が知られている（例えば、特許文献２を参照）。

このように、携帯端末等を用いて駅などの公共施設に配設されたロッカー装置を予約する従来技術が知られており、かかる従来技術を用いることにより、顧客があらかじめ収納部（ロッカー）を確保することができる。

特開２０１５−２２１２００号公報 特開２０１１−０３４２３８号公報

しかしながら、上記従来技術のものは、携帯端末等を用いてロッカー装置の予約に着目しており、かかる予約を行うことなく現場でロッカー装置の空きの収納部を利用する場合を考慮したものではない。実際のロッカー装置では、収納部の稼働率を高めるために、予約がされていない空きの収納部に対する荷物の預け入れを可能にすると予想される。

このように、利用者がロッカー装置の収納部を遠隔で予約することができ、かつ、現場においても利用者が予約無しにロッカー装置の空き収納部に物品を預け入れることが可能である場合に、収納部の獲得に関する競合が生ずるという問題がある。具体的には、ある利用者Ａがロッカー装置の収納部に物品を入れ、今まさに預け入れ操作を行おうとする直前に他の利用者Ｂによってインターネットを介して該ロッカー装置の収納部が予約されてしまうと、利用者Ａの混乱を招く事態が生ずる。

このため、利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合に生ずる競合をいかに防止するかが重要な課題となっている。

本発明は、上記従来技術の課題を解決するためになされたものであって、利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合の競合に伴う利用者の不利益を防止することができるロッカー管理システム、ロッカー装置及びロッカー管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置と、利用者が予約操作を行う利用者端末と、前記利用者端末による予約操作を受け付けて前記ロッカー装置の収納部を予約処理するロッカー管理装置とを有するロッカー管理システムであって、前記ロッカー管理装置は、前記ロッカー装置により前記第２の物品収納に要する所定の預入開始操作が検知されたことを条件として、前記第１の物品収納を行うための前記利用者端末による予約操作を制限することを特徴とする。

また、本発明は、上記の発明において、前記ロッカー管理装置は、前記空き収納部に対する第２の物品収納に係る取引が完了する前であっても、前記所定の預入開始操作が検知されたならば、前記第１の物品収納を行うための前記利用者端末による予約操作を制限することを特徴とする。

また、本発明は、上記の発明において、前記ロッカー管理装置は、前記空き収納部に対する第２の物品収納に係る取引が中止されたならば、前記第１の物品収納を行うための前記利用者端末による予約操作の制限を解除することを特徴とする。

また、本発明は、上記の発明において、前記ロッカー装置は、前記第２の物品収納に要する所定の預入開始操作を検知する検知部と、前記検知部による検知結果を前記ロッカー管理装置に通知する通知部とを備え、前記ロッカー管理装置は、前記ロッカー装置の収納部の空き状態を記憶する記憶部と、前記ロッカー装置から通知された前記預入開始操作の検知結果に応答して、前記記憶された収納部の空き状態を更新処理する更新処理部と、前記記憶部に記憶された前記ロッカー装置の収納部の空き状態を前記利用者端末に通知する空き状態通知部と、前記利用者端末から前記第１の物品収納を行うための予約要求を受け付けた場合に、空き状態の収納部が存在することを条件として、予約要求を受け付ける予約受付部とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記検知部は、前記収納部に設けられた扉が閉状態から開状態とされる操作を前記所定の預入開始操作として検知することを特徴とする。

また、本発明は、上記の発明において、前記検知部は、所定の操作部において物品預入又は物品取出の操作を選択させる場合に、前記操作部に対する物品預入の選択操作を前記所定の預入開始操作として検知することを特徴とする。

また、本発明は、上記の発明において、前記空き状態通知部は、前記記憶部に記憶された前記ロッカー装置の空き状態の収納部を加算した数を前記利用者端末に通知することを特徴とする。

また、本発明は、上記の発明において、前記空き状態通知部は、前記記憶部に記憶された前記ロッカー装置の空き状態である各収納部の識別情報を前記利用者端末に通知することを特徴とする。

また、本発明は、利用者端末からの予約操作を受け付けるロッカー管理装置と通信可能に接続され、物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置であって、前記第２の物品収納に要する所定の預入開始操作を検知する検知部と、前記検知部による検知結果に基づいて、前記第１の物品収納を制限する制限部とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記制限部は、前記第２の物品収納に係る取引が完了するか否かを問わず、前記検知部による検知結果を前記ロッカー管理装置に通知することで、前記ロッカー管理装置による予約操作の受け付けを制限することを特徴とする。

また、本発明は、物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置と、利用者が予約操作を行う利用者端末と、前記利用者端末による予約操作を受け付けて前記ロッカー装置の収納部を予約処理するロッカー管理装置とを有するロッカー管理システムのロッカー管理方法であって、前記ロッカー装置が、前記第２の物品収納に要する所定の預入開始操作を検知する検知工程と、前記ロッカー管理装置が、前記ロッカー装置により前記預入開始操作が検知されたことを条件として、前記第１の物品収納を行うための前記利用者端末による予約操作を制限する制限工程とを含んだことを特徴とする。

本発明によれば、利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合の競合に伴う利用者の不利益を防止することができる。

図１は、本実施例１に係るロッカー管理システムの概念を示す図である。 図２は、本発明に係るインターネットショッピングについて説明するための説明図である。 図３は、ロッカー装置の外観構成を示す外観構成図である。 図４は、操作パネルの外観構成を示す外観構成図である。 図５は、ロッカー装置の内部構成を示すブロック図である。 図６は、図５に示した記憶部が記憶するデータについての説明図である。 図７は、ロッカー管理装置の内部構成を示すブロック図である。 図８は、図７に示した記憶部が記憶するデータについての説明図である。 図９は、ロッカー管理装置の予約処理に係る処理手順を示すフローチャートである。 図１０は、預入と受取に係るロッカー管理装置の処理手順を示すフローチャートである。 図１１は、預入開始通知及び開放通知に基づくロッカー管理装置の処理手順を示すフローチャートである。 図１２は、配送された物品の預入に係る処理手順を示すフローチャートである。 図１３は、配送された物品の受取に係る処理手順を示すフローチャートである。 図１４は、利用者による預入に係るロッカー装置の処理手順を示すフローチャートである。 図１５は、物品の取出に係る処理手順を示すフローチャートである。 図１６は、本実施例２に係るロッカー管理システムの概念を示す図である。 図１７は、本実施例２に係るロッカー装置データの説明図である。 図１８は、本実施例２における預入開始通知及び開放通知に基づくロッカー管理装置の処理手順を示すフローチャートである。 図１９は、本実施例２における利用者による預入に係るロッカー装置の処理手順を示すフローチャートである。 図２０は、配送業者の操作に係る変形例についての説明図である。 図２１は、収納部の割当てに係る変形例についての説明図である。

以下、添付図面を参照して、本発明に係るロッカー管理システム、ロッカー装置及びロッカー管理方法の好適な実施例を詳細に説明する。

＜ロッカー管理システムの概念＞
まず、本実施例１に係るロッカー管理システムの概念について説明する。図１は、本実施例１に係るロッカー管理システムの概念を示す図である。図１に示すロッカー装置１０は、駅や商業施設等に設置され、物品を収納する収納部を複数有し、複数の収納部を個別に施錠可能である。

このロッカー装置１０は、ロッカー管理装置２０と通信可能に接続され、収納部を物品の配送先として選択することができる。具体的には、ロッカー管理装置２０がロッカー装置１０の空き収納部の数を管理しており、空き収納部の数が所定数以上（例えば１以上）であることを条件としてロッカー装置１０の収納部を物品の配送先として予約する予約操作を受け付ける。

また、ロッカー装置１０は、利用者が現地で直接に物品の預入を行うコインロッカー機能を有する。コインロッカー機能では、ロッカー装置１０は収納部を時間貸しで利用者に提供することになる。

図１では、利用者Ａが現地でロッカー装置１０に対して預入操作（Ｓ１１）を行う場合を示している。この預入操作では、まず、利用者Ａが空き状態の収納部の扉を開き、物品を収納し、扉を閉める。ロッカー装置１０は、この閉扉を検知して収納部の仮施錠を行う。その後、利用者Ａが利用料金の入金を行うと、ロッカー装置１０が収納部の本施錠を行う。なお、入金前であれば、預入操作の取消が可能であり、取消時には仮施錠は解除される。

このように利用者Ａによる物品の預入は、入金後の本施錠で確定する。従って、本施錠後にロッカー装置１０がロッカー管理装置２０に通知を行い、空き収納部の数を減算する構成とすれば、確定した預入に基づいた管理を行うことできる。

しかしながら、確定した預入に基づいて空き収納部の数を更新することとすると、予約操作との競合が問題となる。具体的には、利用者Ａが既に物品を収納して仮施錠を行っていたとしても、入金前であれば他の利用者Ｂによる予約操作が可能となるため、利用者Ａにより物品を収納済の収納部が利用者Ｂによって獲得される事態が発生するのである。

そこで、本実施例１に係るロッカー装置１０は、預入操作の開始を検知してロッカー管理装置２０に通知し、空き収納部の数を更新させる。具体的には、ロッカー装置１０は、利用者Ａが扉を開く操作（開扉操作）を預入操作の開始を示す預入開始操作として検知し（Ｓ１２）、預入開始をロッカー管理装置２０に通知する（Ｓ１３）。

ロッカー管理装置２０は、ロッカー装置１０から預入開始通知を受けた時点で空き収納部の数を減算（Ｓ１４）して収納部の空き状態を管理する。このため、利用者Ｂから予約操作（Ｓ１５）を受けた場合には、預入開始通知に基づいて減算済の空き収納部の数が通知される（Ｓ１６）ことになり、利用者Ａが預入を開始した収納部が利用者Ｂにより獲得される事態を回避することができる。

このように、ロッカー装置１０が利用者Ａによる預入開始操作を検知してロッカー管理装置２０に通知し、ロッカー管理装置２０がロッカー装置１０から通知された預入開始操作に基づいて利用者Ｂによる予約操作を制限することで、予約と現地での預入の双方が可能である場合の競合に伴う利用者の不利益を防止することができる。

＜ロッカー管理システムの構成＞
次に、本発明に係るロッカー管理システムをインターネットショッピングに適用した場合の具体例について説明する。図２は、本発明に係るインターネットショッピングについて説明するための説明図である。なお、図２においてはインターネットショッピングにより購入された物品の配送に係る処理について説明を行い、ロッカー装置１０に対する現地での預入に係る処理については説明を省略する。

図２に示した例では、販売者４０は、物品を販売する販売サイトを提供する。かかる販売サイトは、商店が販売する物品の情報を表示制御し、物品に対する購入操作、すなわち注文を受け付けることができる。また、販売サイトでは、購入された物品の配送先としてロッカー装置１０を選択可能である。

利用者は、利用者端末３０を用いて販売者４０が提供する販売サイトにアクセスし、物品の購入操作を行う。購入した物品の配送先をロッカー装置１０とする場合には、利用者は利用者端末３０を用いてロッカー管理装置２０に予約操作を行う。この予約操作では、配送先のロッカー装置１０の空き情報の照会と、配送の予約が行われる（１）。

ロッカー管理装置２０は、ロッカー装置１０の収納部の空き情報を管理しており（２）、利用者端末３０からの照会を受けて、収納部の空き情報を通知する。そして、利用者端末３０から配送の予約を受け付けたならば、収納部の空き情報を更新し、預入鍵データを生成する（３）。預入鍵データは、配送業者５０がロッカー装置１０に物品を収納するときに使用する鍵データである。預入鍵データは、数字列や文字列であってもよいし、二次元コード等であってもよい。本実施例では、数字列を預入鍵データとして用いる場合を例に説明を行う。なお、ロッカー管理装置２０は、予約を受けて収納部の空き情報を更新し、預入鍵データを生成した場合に、配送先のロッカー装置１０に対する予約処理を行う（２ａ）。この予約処理では、予約された収納部の数や預入鍵データなどが通知され、ロッカー装置１０は予約された収納部を施錠し、預入鍵データを対応付けて記憶する。

また、ロッカー管理装置２０は、生成した預入鍵データを利用者端末３０に通知する（４）。利用者端末３０は、配送先の指定とともに、預入鍵データを付して販売者４０に配送依頼を行う（５）。

配送依頼を受けた販売者４０は、所定の配送業者５０に配送手配を行う（６）。この配送手配には、配送依頼で指定された配送先と、預入鍵データとが含まれる。配送手配は、販売者４０のサーバから配送業者５０のサーバに通信にて行うことができる。また、所定の伝票に配送先や預入鍵データを記入してもよい。

配送手配を受けた配送業者５０は、購入された物品をロッカー装置１０に配送し、ロッカー装置１０の収納部に預け入れる（７）。具体的には、配送業者５０が預入鍵データをロッカー装置１０に入力すると、ロッカー装置１０は預入鍵データの認証を行い、収納部を解錠し、物品を収納可能とする。配送業者５０が収納部の扉を開け、物品を収納して扉を閉めると、ロッカー装置１０は扉を施錠して、預入完了通知をロッカー管理装置２０に送信する（８）。

ロッカー管理装置２０は、預入完了通知を受信したならば、受取鍵データの生成を行う（９）。受取鍵データは、利用者が物品の受取時に使用する鍵データである。受取鍵データは、数字列や文字列であってもよいし、二次元コード等であってもよい。本実施例では、数字列を受取鍵データとして用いる場合を例に説明を行う。

ロッカー管理装置２０は、生成した受取鍵データを利用者端末３０に通知することで、配送の完了を利用者に通知する（１０）。利用者は、ロッカー装置１０の設置場所へ赴き、受取鍵データを読み取らせて収納部を解錠し、購入した物品を取り出すことで、物品の受取を行う（１１）。

利用者による受取が成立した場合には、ロッカー装置１０はロッカー管理装置２０に受取完了通知を送信する（１２）。ロッカー管理装置２０は、受取完了通知を受信したならば、収納部の空き情報を更新する。

＜ロッカー装置の構成＞
次に、ロッカー装置１０の外観構成について説明する。図３は、ロッカー装置１０の外観構成を示す外観構成図である。図３に示すように、ロッカー装置１０は、収納部Ｌ０１、Ｌ０２、Ｌ１１を含む複数の収納部と、各収納部に対応するロック機構を有する。例えば、ロック機構Ｌ０１ａは、収納部Ｌ０１を施解錠する機構であり、ロック機構Ｌ０２ａは、収納部Ｌ０２を施解錠する機構である。さらに、ロッカー装置１０は、表示操作部１１を含むユーザインタフェースとして操作パネルＰ１を有する。

また、図３に示したロッカー装置１０では、複数の収納部は全て同一の形状ではなく、小型の収納部と大型の収納部とがある。大型の収納部は、小型の収納部２つ分の大きさである。ここでは２つの形状の収納部を示したが、３以上の形状の収納部を設けてもよい。

図４は、操作パネルＰ１の外観構成を示す外観構成図である。図４に示すように、操作パネルＰ１の前面には、表示操作部１１、コードリーダ１２、カードリーダ１２ａ、プリンタ１３、紙幣処理部１８ａ、硬貨投入口１８ｂ及び硬貨返却口１８ｃが設けられる。これらは、操作者に対するインタフェースとして機能するものであり、その詳細については後述する。

次に、ロッカー装置１０の内部構成について説明する。図５は、ロッカー装置１０の内部構成を示すブロック図である。図５に示すように、ロッカー装置１０は、表示操作部１１と、コードリーダ１２と、カードリーダ１２ａと、プリンタ１３と、貨幣処理部１８と、通信部１４と、記憶部１５と、主制御部１６と、収納制御部１７とを有する。また、ロッカー装置１０は、収納部Ｌ０１、Ｌ０２及びＬ１１を含む複数の収納部を有する。各収納部には、ロック機構（Ｌ０１ａ、Ｌ０２ａ等）が設けられている。また、図示しないが、各収納部には扉開閉センサや物品センサが設けられている。扉開閉センサは、対応する収納部の扉が開いているか、閉じているかを検知するセンサである。物品センサは、光学センサ等であり、対応する収納部内に所在する物品を検知する。

表示操作部１１は、タッチパネルディスプレイ等からなり、配送業者５０や利用者への情報表示や各種入力の受付に用いられる。預入鍵データ、受取鍵データ、後述する取出鍵データとして数字列を用いる場合には、これらの鍵データの入力も表示操作部１１が受け付ける。

コードリーダ１２は、鍵データとして二次元コード等を用いる場合に鍵データを読み取るユニットであり、二次元コード等を撮像するカメラと画像処理部によって構成する。カードリーダ１２ａは、鍵データをカードから読み取る場合等に使用するユニットである。

プリンタ１３は、物品の配送時等、必要に応じてレシートを発行するためのユニットである。通信部１４は、所定の通信回線を経由してロッカー管理装置２０等と通信するためのインタフェース部である。

貨幣処理部１８は、貨幣にかかる処理を行うユニットである。具体的には、貨幣処理部１８は、紙幣処理部１８ａや硬貨投入口１８ｂにより貨幣の投入を受け付け、受け付けた貨幣の金種等を識別し、識別結果に応じて収納する。また、貨幣の払い出しが必要となった場合には、紙幣処理部１８ａや硬貨返却口１８ｃから貨幣を投出する。

記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、収納管理データ１５ａ、配送管理データ１５ｂ及び時間貸管理データ１５ｃを記憶する。

収納制御部１７は、ロック機構（Ｌ０１ａ及びＬ０２ａ等）の動作を制御するとともに、ロック機構（Ｌ０１ａ及びＬ０２ａ等）、扉開閉センサ、物品センサからの出力を取得することで、各収納部の状態を制御及び監視する処理部である。

主制御部１６は、ロッカー装置１０を全体制御する制御部であり、収納管理部１６ａ、入出庫処理部１６ｂ、施解錠制御部１６ｃ、開始操作検知部１６ｄ及び時間貸操作通知部１６ｅを有する。

収納管理部１６ａは、各収納部の状態を示す収納管理データ１５ａを管理する処理部である。収納管理データ１５ａは、収納部の識別情報である収納部ＩＤに、扉番号、収納部の状態、収納部のサイズを示すサイズ種別、最大収納寸法を対応付けたデータである。

収納管理部１６ａは、収納部の状態が変更となった場合に、収納管理データ１５ａを更新する。収納部の状態には、「０：空」、「１：予約中」、「２：収納中（配送物）」、「３：収納中（時間貸）」、「９：故障中」がある。「０：空」は、収納部には物品が収納されていない状態を示す。「１：予約中」は、収納部が配送先として予約された状態を示す。「２：収納中（配送物）」は、配送された物品が収納された状態を示す。「３：収納中（時間貸）」は、現地で預け入れられた物品が収納された状態を示す。「９：故障中」は、収納部に故障が生じ、使用できない状態を示す。また、サイズ種別には、小型の収納部であることを示す「小」と、大型の収納部であることを示す「大」とがある。

入出庫処理部１６ｂは、物品の入出庫に係る処理を行う処理部である。すなわち、入出庫処理部１６ｂは、第１の物品収納（配送された物品の預入と受取）に係る処理と、第２の物品収納（時間貸における物品の預入と取出）に係る処理とを行うことになる。

入出庫処理部１６ｂは、ロッカー管理装置２０の予約処理により予約された収納部の数、サイズ種別、預入鍵データなどの通知を受けた場合に、預入鍵データ及びサイズ種別を予約データとして配送管理データ１５ｂに登録し、予約された収納部の施錠を行うよう施解錠制御部１６ｃに指示する。

また、入出庫処理部１６ｂは、表示操作部１１などが預入鍵データを受け付けた場合には、預入鍵データの認証を実行する。この認証は、受け付けた預入鍵データが配送管理データ１５ｂに登録された預入鍵データと一致するか否かを判定することで行う。

入出庫処理部１６ｂは、表示操作部１１などが受け付けた預入鍵データが配送管理データ１５ｂに登録された預入鍵データと一致する場合には、物品を収納する収納部の選択を受け付ける。この収納部の選択は、予約データに示されたサイズ種別に適合し、かつ「１：予約中」として施錠された収納部から受け付けることになる。

入出庫処理部１６ｂは、選択された収納部について、解錠を行うよう施解錠制御部１６ｃに指示する。その後、解錠した収納部の扉の開閉が行われた場合に、入出庫処理部１６ｂは、配送管理データ１５ｂを更新し、預入完了通知をロッカー管理装置２０に送信する。配送管理データ１５ｂの更新では、物品が収納された預入日時と、物品が収納された収納部の収納部ＩＤとが追加される。

また、解錠した扉の開閉が行われた場合には、収納管理部１６ａは、収納部の状態を「２：収納中（配送物）」として収納管理データ１５ａを更新し、収納部の施錠を行うよう施解錠制御部１６ｃに指示する。

なお、配送管理データ１５ｂの更新、預入完了通知の送信及び収納管理データ１５ａの更新は、物品センサが物品を検知していることを条件としてもよい。

また、表示操作部１１などが受取鍵データを受け付けた場合には、入出庫処理部１６ｂは、受取鍵データの認証を実行する。この認証は、受け付けた受取鍵データをロッカー管理装置２０に送信し、認証結果を受信することで行うことができる。また、ロッカー管理装置２０から予め受取鍵データを受信して配送管理データ１５ｂに登録しておき、受け付けた受取鍵データが配送管理データ１５ｂに登録された受取鍵データと一致するか否かで認証を行ってもよい。

本実施例では、ロッカー管理装置２０から予め受取鍵データを受信して配送管理データ１５ｂに登録する構成を例に説明を行う。ロッカー管理装置２０の動作については後述するが、ロッカー管理装置２０は、預入完了通知を受信して受取鍵データを生成した場合に、受取鍵データをロッカー装置１０に送信する。入出庫処理部１６ｂは、受信した受取鍵データを配送管理データ１５ｂに追加する。また、受取期限の指定がある場合には、受取期限を配送管理データ１５ｂに追加する。

入出庫処理部１６ｂは、表示操作部１１などが受け付けた受取鍵データが配送管理データ１５ｂに登録された受取鍵データと一致する場合には、配送管理データ１５ｂの収納部ＩＤにより特定される収納部の解錠を行うよう施解錠制御部１６ｃに指示する。その後、解錠した収納部の扉の開閉が行われた場合に、入出庫処理部１６ｂは、配送管理データ１５ｂを更新する。配送管理データ１５ｂの更新では、物品が取り出された受取日時が追加される。

また、解錠した扉の開閉が行われた場合には、収納管理部１６ａは、収納部の状態を「０：空」として収納管理データ１５ａを更新し、受取完了通知をロッカー管理装置２０に送信する。

なお、配送管理データ１５ｂの更新、受取完了通知の送信及び収納管理データ１５ａの更新は、物品センサが物品を検知していないことを条件としてもよい。

また、入出庫処理部１６ｂは、受取期限を超過した収納部については、配送業者５０や所定の管理者による回収操作を受け付け可能とする。利用者による受取が行われないまま収納部が専有されることを防ぐためである。回収操作が行われた場合には、入出庫処理部１６ｂは、対応する収納部を解錠するよう施解錠制御部１６ｃに指示することで、物品を取り出させる。また、回収が行われた旨をロッカー管理装置２０に通知し、ロッカー管理装置２０から利用者に通知される。

また、入出庫処理部１６ｂは、利用者が空き状態の収納部に物品を預け入れて扉を閉めた場合に、収納部の仮施錠を行うよう施解錠制御部１６ｃに指示する。そして、仮施錠から所定時間を経過するまでに利用料金の決済が行われなければ、収納部の仮施錠を解除するよう施解錠制御部１６ｃに指示する。一方、仮施錠から所定時間を経過するまでに利用料金の決済が行われたならば、入出庫処理部１６ｂは、収納部の本施錠を行うよう施解錠制御部１６ｃに指示する。

利用料金の決済は、貨幣処理部１８に投入された貨幣の金額を算定し、必要に応じて釣銭を払い出すことで行う。また、クレジットカード等のペイメントカードによる決済や電子マネーによる決済を行うことも可能である。

入出庫処理部１６ｂは、利用者からの預入に基づく利用料金の決済を行った場合に、取出鍵データを設定する。取出鍵データとしては、数字列や二次元コードを用いることができる。また、利用者が所持しているカードや携帯端末の識別情報を用いることも可能である。入出庫処理部１６ｂは、設定した取出鍵データを印字したレシートをプリンタ１３に発行させる。このレシートは、利用者による預入の控えとなる。

また、入出庫処理部１６ｂは、利用者からの預入に基づく利用料金の決済を行った場合に、物品が収納された預入日時と、物品が収納された収納部の収納部ＩＤと、取出し鍵データとを対応付けて時間貸管理データ１５ｃに登録する。そして、収納管理部１６ａは、収納部の状態を「３：収納中（時間貸）」として収納管理データ１５ａを更新する。

また、入出庫処理部１６ｂは、利用者から取出鍵データを受け付けた場合には、収納管理データ１５ａを参照し、追加料金が必要でなければ対応する収納部を解錠するよう施解錠制御部１６ｃ指示する。また、追加料金が必要である場合には、追加料金の決済を条件に収納部を解錠するよう施解錠制御部１６ｃ指示する。追加料金は、例えば預入日時からの経過時間によって要否と金額が定められる。追加料金の決済は、現金、ペイメントカード又は電子マネーなどを用いて行うことができる。

また、入出庫処理部１６ｂは、収納部の解錠を指示した場合に、物品が取り出された受取日時を追加して時間貸管理データ１５ｃを更新する。そして、収納管理部１６ａは、収納部の状態を「０：空」として収納管理データ１５ａを更新する。なお、収納管理データ１５ａ及び時間貸管理データ１５ｃの更新は、物品センサが物品を検知していないことを条件としてもよい。

施解錠制御部１６ｃは、入出庫処理部１６ｂからの指示に基づいて、指定された収納部の施錠、仮施錠、本施錠、解錠を行うよう収納制御部１７に動作指示を出力する。

開始操作検知部１６ｄは、第２の物品収納における預入開始操作、すわなち、利用者が現地で物品の預入操作を開始したことを示す操作を検知する処理部である。預入開始操作としては、収納部の扉を開く開扉操作、物品の収納、収納後に扉を閉める閉扉操作などを用いることができるが、本実施例１では、開扉操作を預入開始操作として検知する場合を例に説明を行う。開扉操作は、収納部に設けた扉開閉センサにより検知可能である。なお、物品の収納を預入開始操作として検知する場合には、物品センサからの出力を用いればよい。また、閉扉操作を預入開始操作として検知する場合には扉開閉センサの出力を用いることができる。この他、仮施錠を預入開始操作として検知することとしてもよい。

時間貸操作通知部１６ｅは、時間貸に係る操作をロッカー管理装置２０に通知する処理部である。具体的には、時間貸操作通知部１６ｅは、開始操作検知部１６ｄが預入開始操作を検知した場合に、ロッカー管理装置２０に対して預入開始通知を送信する。また、時間貸操作通知部１６ｅは、仮施錠が解除されるか、もしくは取出が行われた場合に、ロッカー管理装置２０に開放通知を送信する。

次に、図５に示した記憶部１５が記憶するデータについて説明する。図６は、図５に示した記憶部１５が記憶するデータについての説明図である。図６（ａ）に示すように、収納管理データ１５ａは、収納部ＩＤに対し、扉番号、状態、サイズ種別及び最大収納寸法を対応付けたデータである。図６（ａ）では、収納部ＩＤ「０１」の扉番号が「０１」であり、状態が「０：空」であり、サイズ種別が「小」であり、最大収納寸法が「Ｈ４００×Ｗ３４０×Ｄ５７０」であることを示している。収納管理データ１５ａは、ロッカー装置１０が有する各収納部について、同様のデータを有する。

図６（ｂ）に示す配送管理データ１５ｂは、予約データとして預入鍵データとサイズ種別を有し、預入データとして預入日時、収納部ＩＤ、受取鍵データ及び受取期限を有し、受取データとして受取日時を有する。

具体的には、図６（ｂ）では、預入鍵データが「１２３４１２３４」であり、サイズ種別が「小」であり、預入日時が「２０１６ ０８/０３ １０:３０」であり、収納部ＩＤが「０１」であり、受取鍵データが「１１２２３３４４」であり、受取期限が「２０１６ ０８/０９ １０:３０」であり、受取日時が「２０１６ ０８/０７ １９:００」である状態を示している。配送管理データ１５ｂは、ロッカー装置１０を配送先として行われた配送について、同様のデータを生成して蓄積する。

図６（ｃ）に示す時間貸管理データ１５ｃは、預入データとして預入日時、収納部ＩＤ及び取出鍵データを有し、取出データとして取出日時を有する。具体的には、図６（ｃ）では、預入日時が「２０１６ ０８/０７ １３:３０」であり、収納部ＩＤが「０８」であり、取出鍵データが「９９８８７７６６」であり、取出日時が「２０１６ ０８/０７ ２２:００」である状態を示している。時間貸管理データ１５ｃは、ロッカー装置１０に対して利用者が現地で行った預入と取出について、同様のデータを生成して蓄積する。

＜ロッカー管理装置の構成＞
次に、ロッカー管理装置２０の内部構成について説明する。図７は、ロッカー管理装置２０の内部構成を示すブロック図である。図７に示すように、ロッカー管理装置２０は、表示部２１及び入力部２２と接続され、通信部２３、記憶部２４及び制御部２５を有する。

表示部２１は、液晶ディスプレイ等の表示デバイスである。入力部２２は、キーボードやマウス等である。通信部２３は、通信回線を介してロッカー装置１０及び利用者端末３０等とデータ通信するためのインタフェース部である。記憶部２４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、ロッカー装置データ２４ａ、利用者データ２４ｂ及び配送管理データ２４ｃを記憶する。

制御部２５は、ロッカー管理装置２０を全体制御する制御部であり、ロッカー装置管理部２５ａ、空き状態通知部２５ｂ、予約受付部２５ｃ及び配送管理部２５ｄを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行することにより、ロッカー装置管理部２５ａ、空き状態通知部２５ｂ、予約受付部２５ｃ及び配送管理部２５ｄにそれぞれ対応するプロセスを実行させることになる。

ロッカー装置管理部２５ａは、ロッカー装置１０の状態を管理する処理部である。具体的には、ロッカー装置管理部２５ａは、１又は複数のロッカー装置１０について、名称、場所、サイズ種別毎の収納部の数、サイズ種別毎の収納部の空き数を対応付けてロッカー装置データ２４ａとして記憶部２４に格納し、適宜更新する処理を行う。

また、ロッカー装置管理部２５ａは、ロッカー装置１０を配送先として利用する利用者について登録処理を行う。利用者についての登録処理では、ロッカー装置管理部２５ａは、利用者の識別情報である利用者ＩＤに利用者名や連絡先などを対応付けて利用者データ２４ｂに追加する。利用者の連絡先は、受取鍵データの通知などに用いられるものであり、メールアドレス等が望ましい。

ここで、ロッカー装置管理部２５ａによる収納部の空き数の管理について説明する。ロッカー装置管理部２５ａは、ロッカー装置１０の収納部の予約が行われた場合に、空き数を１減算し、ロッカー装置１０からの受取が行われた場合に空き数を１加算する。さらに、ロッカー装置管理部２５ａは、ロッカー装置１０から預入開始通知を受信した場合に空き数を１減算し、ロッカー装置１０から開放通知を受信した場合に空き数を１加算する。

空き状態通知部２５ｂは、利用者端末３０からロッカー装置１０の空き情報の照会を受けた場合に、ロッカー装置データ２４ａを参照し、収納部の空き情報を通知する処理を行う。ここで、利用者が指定したロッカー装置１０の収納部に空きが無い場合には、近傍に所在する他のロッカー装置１０の空き情報を合わせて通知することができる。

予約受付部２５ｃは、利用者端末３０からロッカー装置１０の収納部を配送先として指定する予約を受け付ける処理部である。このとき、予約受付部２５ｃは、空き状態通知部２５ｂにより通知された空き情報に基づいて、空き状態の収納部が存在することを条件として、ロッカー装置１０に対する予約を受け付けることになる。

ロッカー装置１０に対する予約は、サイズ種別の制限を受ける。配送する物品の大きさによっては、サイズ種別が「小」であると収納できないためである。従って、予約受付部２５ｃは、購入された物品の大きさからサイズ種別を特定し、対応するサイズ種別の収納部に空きがあることを条件に配送先の選択を受け付けることになる。

さらに、予約受付部２５ｃは、物品の配送予定日や受取期限が定まっている場合には、この配送予定日や受取期限を用いて配送先の特定を行うことができる。配送先のロッカー装置１０について現時点で空きが無くとも、収納中の物品の受取期限が過ぎれば空き数が増えるため、新たな物品の配送予定日時によっては配送の予約が可能である。一方、現時点で空きがあっても、既に受け付けた配送予約によって収納部が全て使用中となるならば、収納部が全て使用中となる期間に配送が行われる新たな予約は受け付けない。

予約受付部２５ｃは、配送先が特定された場合に、配送の予約処理を行う。具体的には、予約受付部２５ｃは、預入鍵データを生成し、特定された配送先とともに利用者端末３０に通知する。また、予約日時、利用者ＩＤ、サイズ種別及び預入鍵データを関連付けて配送管理データ２４ｃに登録する。さらに、預入鍵データ及びサイズ種別などを配送先のロッカー装置１０に送信する。

予約受付部２５ｃが予約処理を行った場合には、ロッカー装置管理部２５ａは、既に説明したように指定されたロッカー装置１０の空き数を１減算してロッカー装置データ２４ａを更新する。

また、予約受付部２５ｃは、販売者４０などから配送予定日時の通知を受けたならば、配送予定日時を配送管理データ２４ｃに追加して更新する。

配送管理部２５ｄは、物品の配送状態を管理する処理部である。具体的には、配送管理部２５ｄは、予約処理の後、ロッカー装置１０から預入完了通知を受信したならば、受取鍵データの生成を行い、受取鍵データと預入日時を配送管理データ２４ｃに追加して更新する。また、受取期限を設定することも可能である。受取期限を設定した場合には、受取期限も配送管理データ２４ｃに追加して更新する。

配送管理部２５ｄは、生成した受取鍵データを対応する利用者の連絡先に送信することで、配送の完了を利用者に通知する。また、配送管理部２５ｄは、受取鍵データをロッカー装置１０に送信する。なお、受取期限を設定した場合には、受取期限も合わせて利用者及びロッカー装置１０に送信する。

配送管理部２５ｄは、受取鍵データの送信後、ロッカー装置１０から受取完了通知を受信したならば、受取日時を配送管理データ２４ｃに追加して更新する。また、配送管理部２５ｄが受取完了通知を受信した場合には、ロッカー装置管理部２５ａは、既に説明したように受取が完了したロッカー装置１０の空き数を１加算してロッカー装置データ２４ａを更新する。

なお、配送管理部２５ｄは、受取期限の超過が発生した場合には、配送業者５０や所定の管理者に回収を指示する。そして、ロッカー装置１０から回収が行われた旨の通知を受けたならば、利用者に回収完了を通知する。

次に、図７に示した記憶部２４が記憶するデータについて説明する。図８は、図７に示した記憶部２４が記憶するデータについての説明図である。図８（ａ）に示すように、ロッカー装置データ２４ａは、ロッカー装置名称と、場所データと、サイズ種別ごとの収納部数と、サイズ種別ごとの収納部の空き数とを示すデータである。

図８（ａ）では、ロッカー装置名称「新宿第１」に対し、場所データ「東京都新宿区・・・」、サイズ種別「小」の収納部数「１８」、サイズ種別「大」の収納部数「２」、サイズ種別「小」の空き数「１０」、サイズ種別「大」の空き数「２」が対応付けられている。このロッカー装置データ２４ａでは、ロッカー装置名称がロッカー装置１０を一意に識別するデータとなっている。また、ロッカー装置データ２４ａは、ロッカー装置１０ごとに同様のデータを有する。

図８（ｂ）に示すように、利用者データ２４ｂは、利用者ＩＤ、利用者名、連絡先などを対応付けたデータである。図８（ｂ）では、利用者ＩＤ「Ｕ００２３」に対し、利用者名「Ｅ Ｆ」や連絡先「ＥＦ＠・・・」などを対応付けている。利用者データ２４ｂは、利用者ごとに同様のデータを有する。

図８（ｃ）に示すように、配送管理データ２４ｃは、予約データとして予約日時、利用者ＩＤ、配送先、サイズ種別、預入鍵データ、配送予定日時を有する。また、配送管理データ２４ｃは、預入データとして預入日時、受取鍵データ及び受取期限を有する。また、配送管理データ２４ｃは、受取データとして受取日時を有する。

具体的には、図８（ｃ）では、予約日時が「２０１６ ０８/０２ ２２:４０」であり、利用者ＩＤが「Ｕ００２３」であり、配送先が「新宿第１」であり、サイズ種別が「小」であり、預入鍵データが「１２３４１２３４」であり、配送予定日時が「２０１６ ０８/０３ １１:００」である状態を示している。

また、預入日時が「２０１６ ０８/０３ １０:３０」であり、受取鍵データが「１１２２３３４４」であり、受取期限が「２０１６ ０８/０９ １０:３０」であり、受取日時が「２０１６ ０８/０７ １９:００」である状態を示している。配送管理データ２４ｃは、ロッカー装置１０を配送先として行われる配送について、同様のデータを有する。

＜処理手順の説明＞
次に、ロッカー管理装置２０の処理手順を説明する。図９は、ロッカー管理装置２０の予約処理に係る処理手順を示すフローチャートである。まず、ロッカー管理装置２０の空き状態通知部２５ｂは、利用者端末３０から配送先としてロッカー装置１０の指定を受け付ける（ステップＳ１０１）。ロッカー装置１０の指定を受け付けた空き状態通知部２５ｂは、ロッカー装置データ２４ａを参照し、収納部の空き情報を通知する（ステップＳ１０２）。

予約受付部２５ｃは、ロッカー装置１０の収納部に係る属性、すなわち、サイズ種別ごとの空き数と、利用者の選択とに基づいて、配送先のロッカー装置１０を特定する（ステップＳ１０３）。

予約受付部２５ｃは、預入鍵データを生成し（ステップＳ１０４）、預入鍵データを特定された配送先とともに利用者端末３０に通知し、預入鍵データ及びサイズ種別などを配送先のロッカー装置１０に通知する（ステップＳ１０５）。また、予約日時、利用者ＩＤ、サイズ種別及び預入鍵データを関連付けて配送管理データ２４ｃを更新する（ステップＳ１０６）。その後、ロッカー装置管理部２５ａは、指定されたロッカー装置１０に対応するロッカー装置データ２４ａの空き数を１減算して更新し（ステップＳ１０７）、処理を終了する。

図１０は、預入と受取に係るロッカー管理装置２０の処理手順を示すフローチャートである。ロッカー管理装置２０の配送管理部２５ｄは、ロッカー装置１０から預入完了通知を受信する（ステップＳ２０１）。その後、配送管理部２５ｄは、受取鍵データの生成を行い（ステップＳ２０２）、受取鍵データと預入日時を配送管理データ２４ｃに追加して更新する（ステップＳ２０３）。また、配送管理部２５ｄは、生成した受取鍵データを対応する利用者の連絡先に送信することで、配送の完了を利用者に通知する（ステップＳ２０４）。

配送管理部２５ｄは、受取鍵データの通知後、ロッカー装置１０から受取完了通知を受信したならば（ステップＳ２０５）、受取日時を配送管理データ２４ｃに追加して更新する（ステップＳ２０６）。また、ロッカー装置管理部２５ａは、受取が完了したロッカー装置１０に対応するロッカー装置データ２４ｄの空き数を１加算して更新し（ステップＳ２０７）、処理を終了する。

図１１は、預入開始通知及び開放通知に基づくロッカー管理装置２０の処理手順を示すフローチャートである。ロッカー装置管理部２５ａは、ロッカー装置１０から預入開始通知を受信したか否かを判定する（ステップＳ３０１）。

ロッカー装置１０から預入開始通知を受信したならば（ステップＳ３０１；Ｙｅｓ）、ロッカー装置管理部２５ａは、通知の送信元のロッカー装置１０に対応するロッカー装置データ２４ａの空き数を１減算して更新する（ステップＳ３０２）。

ステップＳ３０２の後、若しくは預入開始通知を受信していない場合（ステップＳ３０１；Ｎｏ）、ロッカー装置管理部２５ａは、ロッカー装置１０から開放通知を受信したか否かを判定する（ステップＳ３０３）。

ロッカー装置１０から開放通知を受信したならば（ステップＳ３０３；Ｙｅｓ）、ロッカー装置管理部２５ａは、通知の送信元のロッカー装置１０に対応するロッカー装置データ２４ａの空き数を１加算して更新して（ステップＳ３０４）、処理を終了する。また、開放知を受信していない場合（ステップＳ３０３；Ｎｏ）、ロッカー装置管理部２５ａは、そのまま処理を終了する。

次に、ロッカー装置１０の処理手順を説明する。図１２は、配送された物品の預入に係る処理手順を示すフローチャートである。まず、ロッカー装置１０の表示操作部１１などが預入鍵データを受け付ける（ステップＳ４０１）。入出庫処理部１６ｂは、受け付けた預入鍵データの認証を実行し（ステップＳ４０２）。物品を収納する収納部の選択を受け付ける（ステップＳ４０３）。入出庫処理部１６ｂは、選択された収納部について、解錠を行うよう施解錠制御部１６ｃに指示する（ステップＳ４０４）。

その後、解錠した収納部の扉の開閉が行われたならば、施解錠制御部１６ｃが収納部を施錠し（ステップＳ４０５）、収納管理部１６ａが収納管理データ１５ａを更新し、入出庫処理部１６ｂが配送管理データ１５ｂを更新する（ステップＳ４０６）。また、入出庫処理部１６ｂは、預入完了通知をロッカー管理装置２０に送信し（ステップＳ４０７）、処理を終了する。

図１３は、配送された物品の受取に係る処理手順を示すフローチャートである。まず、ロッカー装置１０の表示操作部１１などが受取鍵データを受け付ける（ステップＳ５０１）。入出庫処理部１６ｂは、受け付けた受取鍵データの認証を実行し（ステップＳ５０２）。受取鍵データに対応する収納部を解錠するよう施解錠制御部１６ｃに指示する（ステップＳ５０３）。

ステップＳ５０３の後、収納管理部１６ａが収納管理データ１５ａを更新し、入出庫処理部１６ｂが配送管理データ１５ｂを更新する（ステップＳ５０４）。配送管理データ１５ｂの更新では、受取日時が配送管理データ１５ｂに追加される。その後、入出庫処理部１６ｂは、受取完了通知をロッカー管理装置２０に送信し（ステップＳ５０５）、処理を終了する。

図１４は、利用者による預入に係るロッカー装置１０の処理手順を示すフローチャートである。まず、開始操作検知部１６ｄが収納部の開扉を検知すると（ステップＳ６０１）、時間貸操作通知部１６ｅは、ロッカー管理装置２０に対して預入開始通知を送信する（ステップＳ６０２）。その後、収納部の閉扉を検知すると（ステップＳ６０３）、入出庫処理部１６ｂは、収納部の仮施錠を行う（ステップＳ６０４）。

ステップＳ６０４の後、貨幣処理部１８への貨幣の投入などの支払操作を受け付けたならば（ステップＳ６０５；Ｙｅｓ）、入出庫処理部１６ｂは利用料金の決済処理を行う（ステップＳ６０９）。支払操作を受け付けていない場合（ステップＳ６０５；Ｎｏ）、入出庫処理部１６ｂは、仮施錠から所定時間が経過したか否かを判定し（ステップＳ６０６）、所定時間が経過していなければ（ステップＳ６０６；Ｎｏ）、ステップＳ６０５に移行して支払操作を待機する。そして、支払操作を受け付けることなく仮施錠から所定時間が経過したならば（ステップＳ６０７；Ｙｅｓ）、入出庫処理部１６ｂは仮施錠を解除する（ステップＳ６０７）。その後、時間貸操作通知部１６ｅがロッカー管理装置２０に対して開放通知を送信し（ステップＳ６０８）、処理を終了する。

一方、利用料金の決済処理（ステップＳ６０９）が行われた場合には、入出庫処理部１６ｂが取出鍵データを設定する（ステップＳ６１０）。その後、収納管理部１６ａが収納管理データ１５ａを更新し、入出庫処理部１６ｂが時間貸管理データ１５ｃを更新する（ステップＳ６１１）。そして、入出庫処理部１６ｂが収納部の本施錠を行って（ステップＳ６１２）、処理を終了する。

図１５は、物品の取出に係る処理手順を示すフローチャートである。まず、ロッカー装置１０の表示操作部１１などが取出鍵データを受け付ける（ステップＳ７０１）。入出庫処理部１６ｂは、受け付けた取出鍵データの認証を実行し（ステップＳ７０２）。受取鍵データに対応する収納部を解錠するよう施解錠制御部１６ｃに指示する（ステップＳ７０３）。

ステップＳ７０３の後、収納管理部１６ａが収納管理データ１５ａを更新し、入出庫処理部１６ｂが時間貸管理データ１５ｃを更新する（ステップＳ７０４）。時間貸管理データ１５ｃの更新では、受取日時が配送管理データ１５ｂに追加される。その後、時間貸操作通知部１６ｅは、開放通知をロッカー管理装置２０に送信し（ステップＳ７０５）、処理を終了する。

上述してきたように、本実施例１に係るロッカー管理システム、ロッカー装置及びロッカー管理方法では、ロッカー装置１０が所定の預入開始操作を検知してロッカー管理装置２０に通知し、ロッカー管理装置２０がロッカー装置１０から通知された預入開始操作に基づいて予約操作を制限する。このため、空き収納部に対する預入操作において決済が行われ、取引が完了する前であっても、予約操作を制限が可能となり、予約と現地での預入の双方が可能である場合の競合に伴う利用者の不利益を防止することができる。

なお、預入開始操作を検知した後、預入操作が取り消された、すなわち預入に係る取引が中止されたならば、ロッカー装置１０がロッカー管理装置２０に開放通知を送信することで、予約操作の制限を解除することができる。

＜施錠待機と収納部の個別管理＞
実施例１では、ロッカー管理装置２０がロッカー装置１０の収納部の空き数を管理する構成について説明を行ったが、収納部の空き状況を個別に管理することも可能である。また、実施例１では、空き収納部を解錠状態とする解錠待機のロッカー装置１０について説明を行ったが、空き収納部を施錠状態とする施錠待機を行うことも可能である。そこで、本実施例２では、ロッカー管理装置２０が収納部の空き状況を個別に管理し、ロッカー装置１０が施錠待機を行う場合について説明を行う。

図１６は、本実施例２に係るロッカー管理システムの概念を示す図である。図１６に示すロッカー装置１１０は、駅や商業施設等に設置され、物品を収納する収納部を複数有し、複数の収納部を個別に施錠可能である。また、ロッカー装置１１０は、ロッカー管理装置１２０と通信可能に接続され、第１の物品収納（配送された物品の預入と受取）に係る処理と、第２の物品収納（時間貸における物品の預入と取出）に係る処理とを行うことができる。

ロッカー管理装置１２０は、ロッカー装置１１０の収納部の空き状況を個別に管理しており、空き収納部を物品の配送先として予約する予約操作を受け付けることができる。

図１６では、利用者Ａが現地でロッカー装置１１０に対して預入操作（Ｓ２１）を行う場合を示している。この預入操作では、まず、利用者Ａが操作パネルＰ１の表示操作部１１に対する操作（パネル操作）により預入を選択する。ロッカー装置１１０は、この預入を選択する操作を受付けて、収納部の空き状況を表示する。次に、利用者Ａは、操作パネルＰ１の表示操作部１１に対する操作により使用する収納部を選択する。ロッカー装置１１０は、収納部が選択された場合に、選択された収納部を解錠する。

利用者Ａは、選択した収納部の扉を開き、物品を収納し、扉を閉める。ロッカー装置１１０は、この閉扉を検知して収納部の仮施錠を行う。その後、利用者が利用料金の入金を行うと、ロッカー装置１１０が収納部の本施錠を行う。なお、入金前であれば、預入操作の取消が可能であり、取消時には仮施錠は解除される。

本実施例２に係るロッカー装置１１０は、利用者Ａが収納部を選択する操作を預入操作の開始を示す預入開始操作として検知し（Ｓ２２）、預入開始をロッカー管理装置１２０に通知する（Ｓ２３）。また、預入開始通知を行う場合には、選択された収納部の識別情報である収納部ＩＤを合わせて送信する。

ロッカー管理装置１２０は、ロッカー装置１１０から預入開始通知及び収納部ＩＤを受信した時点で、収納部ＩＤにより特定される収納部の状態を「３：収納中（時間貸）」に変更して収納部の空き状況を更新する（Ｓ２４）。このため、利用者Ｂから予約操作（Ｓ２５）を受けた場合には、預入開始通知に基づいて更新済の空き収納部が通知される（Ｓ２６）ことになり、利用者Ａが預入を開始した収納部が利用者Ｂにより獲得される事態を回避することができる。

このように、ロッカー管理装置１２０は、収納部の空き状況を個別に管理するため、ロッカー装置データ２４ａの構成が実施例１に示したロッカー管理装置２０と異なる。図１７は、本実施例２に係るロッカー装置データ２４ａの説明図である。

図１７に示すように、実施例２に係るロッカー装置データ２４ａは、ロッカー装置名称と、場所データと、各収納部の情報とを示すデータである。図１７では、ロッカー装置名称が「新宿第１」であり、場所データが「東京都新宿区・・・」である。また、収納部については、収納部ＩＤに対し、扉番号、状態、サイズ種別及び最大収納寸法を対応付けている。図１７では、収納部ＩＤ「０１」の扉番号が「０１」であり、状態が「０：空」であり、サイズ種別が「小」であり、最大収納寸法が「Ｈ４００×Ｗ３４０×Ｄ５７０」であることを示している。なお、ロッカー装置データ２４ａは、ロッカー装置１１０ごとに同様のデータを有する。

図１８は、預入開始通知及び開放通知に基づくロッカー管理装置１２０の処理手順を示すフローチャートである。ロッカー管理装置１２０のロッカー装置管理部２５ａは、ロッカー装置１１０から預入開始通知を受信したか否かを判定する（ステップＳ８０１）。

ロッカー装置１１０から預入開始通知を受信したならば（ステップＳ８０１；Ｙｅｓ）、ロッカー装置管理部２５ａは、預入開始通知と合わせて受信した収納部ＩＤにより指定された収納部の状態を「３：収納中（時間貸）」に変更してロッカー装置データ２４ａを更新する（ステップＳ８０２）。

ステップＳ８０２の後、若しくは預入開始通知を受信していない場合（ステップＳ８０１；Ｎｏ）、ロッカー装置管理部２５ａは、ロッカー装置１１０から開放通知を受信したか否かを判定する（ステップＳ８０３）。

ロッカー装置１１０から開放通知を受信したならば（ステップＳ８０３；Ｙｅｓ）、ロッカー装置管理部２５ａは、開放通知と合わせて受信した収納部ＩＤにより指定された収納部の状態を「０：空」に変更してロッカー装置データ２４ａを更新し（ステップＳ８０４）、処理を終了する。また、開放知を受信していない場合（ステップＳ８０３；Ｎｏ）、ロッカー装置管理部２５ａは、そのまま処理を終了する。

図１９は、利用者による預入に係るロッカー装置１１０の処理手順を示すフローチャートである。まず、ロッカー装置１１０は、利用者が操作パネルＰ１の表示操作部１１に対して行った預入選択操作を受け付け（ステップＳ９０１）、収納管理データ１５ａを参照して収納部の空き状況を表示操作部１１に表示する（ステップＳ９０２）。次に、ロッカー装置１１０は、利用者Ａが操作パネルＰ１の表示操作部１１に対して行った収納部選択操作を受け付ける（ステップＳ９０３）。

ロッカー装置１１０は、収納部選択操作を受付けた場合に、選択された収納部の収納部ＩＤとともに預入開始通知をロッカー管理装置１２０に送信し（ステップＳ９０４）、選択された収納部を解錠する（ステップＳ９０５）。その後、ロッカー装置１１０は、収納部の開閉を検知し（ステップＳ９０６）、収納部の仮施錠を行う（ステップＳ９０７）。

ステップＳ９０７の後、貨幣の投入などの支払操作を受け付けたならば（ステップＳ９０８；Ｙｅｓ）、ロッカー装置１１０は利用料金の決済処理を行う（ステップＳ９１３）。支払操作を受け付けていない場合（ステップＳ９０８；Ｎｏ）、ロッカー装置１１０は、仮施錠から所定時間が経過したか否かを判定し（ステップＳ９０９）、所定時間が経過していなければ（ステップＳ９０９；Ｎｏ）、ステップＳ９０８に移行して支払操作を待機する。そして、支払操作を受け付けることなく仮施錠から所定時間が経過したならば（ステップＳ９０９；Ｙｅｓ）、ロッカー装置１１０は、仮施錠を解除し（ステップＳ９１０）、ロッカー管理装置１２０に対して開放通知を送信する（ステップＳ９１１）。その後、解錠した収納部からの物品の取出を検知し（ステップＳ９１２）、収納部を本施錠して（ステップＳ９１６）、処理を終了する。

一方、利用料金の決済処理（ステップＳ９１３）が行われた場合には、ロッカー装置１１０は、取出鍵データを設定し（ステップＳ９１４）、収納管理データ１５ａを更新し、時間貸管理データ１５ｃを更新する（ステップＳ９１５）。そして、収納部の本施錠を行って（ステップＳ９１６）、処理を終了する。

このように、ロッカー装置１１０を施錠待機とし、ロッカー管理装置１２０が収納部の空き状況を個別に管理する構成においても、預入開始操作に基づいて予約操作を制限し、競合の発生を回避することができる。なお、その他の構成及び動作については、実施例１に示したロッカー装置１０及びロッカー管理装置２０と同様であるので、同一の構成要素には同一の符号を用いて説明を省略する。

＜配送業者の操作＞
次に、配送業者の操作に係る変形例について説明する。図２０は、配送業者の操作に係る変形例についての説明図である。これまでの説明では、ロッカー装置に対して配送業者が預入を行う場合にも、利用者が受取、預入又は取出を行う場合にも、表示操作部１１をインタフェースとして用いることを前提に説明を行った。

しかしながら、利用者の操作と配送業者の操作を単一の表示操作部１１で受け付けることとすると、利用者と配送業者との間で競合が生じる場合がある。例えば、利用者が表示操作部１１を操作中であり、操作に時間を要していると、配送業者は作業ができずに待たされる事態となり、作業に遅れが発生してしまう。

そこで、図２０に示したロッカー装置２１０は、配送業者が携行する配送用端末６０と通信し、配送業者による操作を配送用端末６０経由で受け付け可能としている。かかる構成では、配送業者は預入鍵データの入力等を配送用端末６０に対して行い、ロッカー装置２１０は配送用端末６０から預入鍵データを受信して認証し、対応する収納部を解錠する。このため、配送業者は表示操作部１１を操作することなく物品の収納が可能である。また、配送業者による作業と、利用者Ａによる操作とを並行して行うことができるため、利用者の操作を阻害することなく、効率的に作業を行うことができる。

さらに、配送用端末６０に対する操作は必ずしもロッカー装置２１０の近傍で行うことを要しない。すなわち、配送用端末６０に対する各種入力を事前に行って記憶させておき、配送用端末６０が記憶した各種入力の内容をロッカー装置２１０に送信することで、現地での作業をより効率的に行うことが可能である。

なお、利用者Ａが表示操作部１１を操作している状態で、配送業者が配送用端末６０を利用して作業を行う場合には、表示操作部１１に「配送業者が作業中です」などの表示を行うことで、利用者Ａへの報知を行うことが望ましい。

＜収納部の割当て＞
次に、収納部の割当てに係る変形例について説明する。図２１は、収納部の割当てに係る変形例についての説明図である。これまでの説明では、ロッカー装置の全ての収納部を配送用にも時間貸用にも使用可能とする構成について説明を行ったが、ロッカー装置の収納部を予め配送用と時間貸用とに割り当てておいてもよい。

図２１（ａ）では、ロッカー装置３１０の収納部のうち、小型の収納部３つと大型の収納部１つを配送用に割当て、残りの収納部を時間貸用に割り当てた状態を示している。かかる構成では、配送用に割り当てた収納部の空き状態に基づいて配送の予約を受け付け、時間貸用に割り当てた収納部を利用者による預入に提供する。このとき、配送用に割り当てた収納部を施錠待機とし、時間貸用に割り当てた収納部を解錠待機としてもよい。

さらに、ロッカー装置３１０は、収納部の利用状況に応じて割当てを変更することができる。例えば、（ｂ１）に示すように、配送用に割り当てた小型の収納部が全て「１：予約中」又は「２：収納中（配送物）」となり、時間貸用に割り当てた小型の収納部に十分な空きがある場合、（ｃ１）に示すように時間貸用に割り当てていた収納部の一部を配送用に変更する。同様に、（ｂ２）に示すように、時間貸用に割り当てた小型の収納部が全て「３：収納中（時間貸）」となり、配送用に割り当てた小型の収納部に十分な空きがある場合、（ｃ２）に示すように配送用に割り当てていた収納部の一部を時間貸用に変更する。

図２１では、割当てにより配送専用の収納部と、時間貸専用を設ける場合を示したが、これに限らず、配送専用、時間貸専用、配送時間貸共用の収納部を適宜組みあわせて設けることができ、また、その割当ても適宜変更可能である。そして、配送時間貸共用の収納部については、配送と時間貸の競合が発生する可能性があるため、預入開始操作の検知に基づく空き状態の管理を行うことが望ましい。

上述してきたように、本実施例２に係るロッカー管理システム、ロッカー装置及びロッカー管理方法は、実施例１と同様に、予約と現地での預入の双方が可能である場合の競合に伴う利用者の不利益を防止することができる。

なお、本実施例２では、施錠待機において、収納部を選択する操作を預入開始操作として検知する場合を例に説明を行ったが、収納部の選択以前の操作、例えば預入を選択する操作を預入開始操作として検知してもよい。預入を選択する操作を預入開始操作として検知する場合には、収納部が特定されていないので、ロッカー管理装置２０は預入開始操作から収納部を特定するまでの間は、ロッカー装置１０への予約を一時的に停止する。この一時的な停止は、比較的短時間で解消するため、他の利用者から予約操作が行われた場合には、例えば「問い合せ中です。しばらくお待ち下さい。」などの報知で予約操作を待機させればよい。

また、収納部の選択以降の操作、開扉、物品収納、閉扉、仮施錠などを預入開始操作として検知してもよい。この場合には、収納部は特定されているため、預入開始通知とともに収納部ＩＤを送信することができる。

また、上記の実施例１及び２では、インターネットショッピングなどで購入した物品の配送先として使用するために収納部を予約する場合を例に説明を行ったが、利用者自身が物品を預け入れるために収納部を事前に予約する場合に適用してもよい。利用者自身が物品を預け入れるために行う予約であっても、現地での預入と競合が発生するためである。

また、上記の実施例１では、解錠待機と収納部の空き数管理とを組み合わせて実施する場合について説明を行い、実施例２では、施錠待機と収納部の個別管理とを組み合わせて実施する場合について説明を行ったが、本発明はこれに限定されるものではない。例えば、施錠待機と収納部の空き数管理とを組み合わせて実施してもよいし、解錠待機と収納部の個別管理とを組み合わせて実施してもよい。

また、上記の実施例１では、ロッカー管理装置２０が空き数の算定を行う場合を例に説明を行ったが、ロッカー装置１０が自装置の空き数を算定してロッカー管理装置２０に通知する構成としてもよい。

また、上記の実施例１及び実施例２では、物品の購入時点で配送先の収納部を予約する場合を例に説明を行ったが、物品の配送予定が定まった後に利用者に通知し、配送先の収納部の選択を行わせて予約する構成としてもよい。具体的には、配送日が未定若しくは配送日まで所定日数以上である物品を購入した場合には、物品の発注準備を完了したときに、利用者端末３０に発送準備完了通知を行い、この発送準備完了通知を確認した利用者がロッカー装置の予約を行うことになる。

また、上記の実施例１及び実施例２では、ロッカー装置を配送先として利用する場合に、利用者端末からロッカー管理装置にアクセスして配送先を決定し、ロッカー管理装置が生成した預入鍵データを利用者端末に通知し、利用者端末から販売者に配送先及び預入データを通知する構成を例示したが、本発明はかかる構成に限定されるものではない。例えば、利用者端末からロッカー装置を配送先として指定した場合に、ロッカー管理装置が生成した預入鍵データを販売者や配送業者に通知する構成としてもよい。

また、上記の実施例１及び実施例２では、ロッカー装置を配送先として決定した場合に預入鍵データを生成し、預入が完了した場合に受取鍵データを生成する構成を例示したが、ロッカー装置を配送先として決定した時点で預入鍵データ及び受取鍵データを生成し、預入鍵データを販売者や配送業者に通知するとともに、受取鍵データを利用者端末に通知する構成としてもよい。

また、上記の実施例１及び実施例２では、収納部を複数備えたロッカー装置を例に説明を行ったが、収納部が１つのロッカー装置に本発明を適用してもよい。

また、上記の実施例１及び実施例２に図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部または一部を各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

以上のように、本発明に係るロッカー管理システム、ロッカー装置及びロッカー管理方法は、利用者による遠隔でのロッカー装置の予約及び予約無しでロッカー装置の収納部への物品の預け入れの双方が可能である場合の競合に伴う利用者の不利益を防止することに適している。

１０、１１０、２１０、３１０ ロッカー装置
１１ 表示操作部
１２ コードリーダ
１２ａ カードリーダ
１３ プリンタ
１４、２３ 通信部
１５、２４ 記憶部
１５ａ 収納管理データ
１５ｂ、２４ｃ 配送管理データ
１５ｃ 時間貸管理データ
１６ 主制御部
１６ａ 収納管理部
１６ｂ 入出庫処理部
１６ｃ 施解錠制御部
１６ｄ 開始操作検知部
１６ｅ 時間貸操作通知部
１７ 収納制御部
１８ 貨幣処理部
１８ａ 紙幣処理部
１８ｂ 硬貨投入口
１８ｃ 硬貨返却口
２０、１２０ ロッカー管理装置
２１ 表示部
２２ 入力部
２４ａ ロッカー装置データ
２４ｂ 利用者データ
２５ 制御部
２５ａ ロッカー装置管理部
２５ｂ 空き状態通知部
２５ｃ 予約受付部
２５ｄ 配送管理部
３０ 利用者端末
４０ 販売者
５０ 配送業者
６０ 配送用端末
Ｌ０１、Ｌ０２、Ｌ１１ 収納部
Ｌ０１ａ、Ｌ０２ａ ロック機構

Claims (11)

1. 物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置と、利用者が予約操作を行う利用者端末と、前記利用者端末による予約操作を受け付けて前記ロッカー装置の収納部を予約処理するロッカー管理装置とを有するロッカー管理システムであって、
   前記ロッカー管理装置は、
   前記ロッカー装置により前記第２の物品収納に要する所定の預入開始操作が検知されたことを条件として、前記第１の物品収納を行うための前記利用者端末による予約操作を制限する
   ことを特徴とするロッカー管理システム。
2. 前記ロッカー管理装置は、
   前記空き収納部に対する第２の物品収納に係る取引が完了する前であっても、前記所定の預入開始操作が検知されたならば、前記第１の物品収納を行うための前記利用者端末による予約操作を制限する
   ことを特徴とする請求項１に記載のロッカー管理システム。
3. 前記ロッカー管理装置は、
   前記空き収納部に対する第２の物品収納に係る取引が中止されたならば、前記第１の物品収納を行うための前記利用者端末による予約操作の制限を解除する
   ことを特徴とする請求項２に記載のロッカー管理システム。
4. 前記ロッカー装置は、
   前記第２の物品収納に要する所定の預入開始操作を検知する検知部と、
   前記検知部による検知結果を前記ロッカー管理装置に通知する通知部とを備え、
   前記ロッカー管理装置は、
   前記ロッカー装置の収納部の空き状態を記憶する記憶部と、
   前記ロッカー装置から通知された前記預入開始操作の検知結果に応答して、前記記憶された収納部の空き状態を更新処理する更新処理部と、
   前記記憶部に記憶された前記ロッカー装置の収納部の空き状態を前記利用者端末に通知する空き状態通知部と、
   前記利用者端末から前記第１の物品収納を行うための予約要求を受け付けた場合に、空き状態の収納部が存在することを条件として、予約要求を受け付ける予約受付部とを備えた
   ことを特徴とする請求項１又は２に記載のロッカー管理システム。
5. 前記検知部は、
   前記収納部に設けられた扉が閉状態から開状態とされる操作を前記所定の預入開始操作として検知する
   ことを特徴とする請求項４に記載のロッカー管理システム。
6. 前記検知部は、
   所定の操作部において物品預入又は物品取出の操作を選択させる場合に、前記操作部に対する物品預入の選択操作を前記所定の預入開始操作として検知する
   ことを特徴とする請求項４に記載のロッカー管理システム。
7. 前記空き状態通知部は、
   前記記憶部に記憶された前記ロッカー装置の空き状態の収納部を加算した数を前記利用者端末に通知する
   ことを特徴とする請求項４〜６のいずれか一つに記載のロッカー管理システム。
8. 前記空き状態通知部は、
   前記記憶部に記憶された前記ロッカー装置の空き状態である各収納部の識別情報を前記利用者端末に通知する
   ことを特徴とする請求項４〜６のいずれか一つに記載のロッカー管理システム。
9. 利用者端末からの予約操作を受け付けるロッカー管理装置と通信可能に接続され、物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置であって、
   前記第２の物品収納に要する所定の預入開始操作を検知する検知部と、
   前記検知部による検知結果に基づいて、前記第１の物品収納を制限する制限部と
   を備えたことを特徴とするロッカー装置。
10. 前記制限部は、前記第２の物品収納に係る取引が完了するか否かを問わず、前記検知部による検知結果を前記ロッカー管理装置に通知することで、前記ロッカー管理装置による予約操作の受け付けを制限することを特徴とする請求項９に記載のロッカー装置。
11. 物品を収納する複数の収納部を有し、予約された収納部に対する第１の物品収納及び空き収納部に対する第２の物品収納を行うロッカー装置と、利用者が予約操作を行う利用者端末と、前記利用者端末による予約操作を受け付けて前記ロッカー装置の収納部を予約処理するロッカー管理装置とを有するロッカー管理システムのロッカー管理方法であって、
    前記ロッカー装置が、前記第２の物品収納に要する所定の預入開始操作を検知する検知工程と、
    前記ロッカー管理装置が、前記ロッカー装置により前記預入開始操作が検知されたことを条件として、前記第１の物品収納を行うための前記利用者端末による予約操作を制限する制限工程と
    を含んだことを特徴とするロッカー管理方法。

Images