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

Abstract

【課題】公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えること。【解決手段】ロッカー管理装置２０は、ロッカー装置１０の収納部の空き情報を配送業者別に管理し、利用者端末３０からの照会を受けて配送業者別の空き数を通知する（１）。空き情報に基づいて配送業者が選択されたならば、配送を予約し（２）、空き情報を更新する。予約に基づいて販売者４０に対して配送依頼が行われ（３）。選択された配送業者５０に配送の手配が行われる（４）。配送業者５０は、ロッカー装置１０に物品を配送し、ロッカー装置１０の収納部に物品を収納する（５）。利用者がロッカー装置１０から物品を取り出して受け取ると（６）、ロッカー装置１０は、ロッカー管理装置２０に受取完了通知を送信し（７）、空き情報が更新される。【選択図】図１

Description

この発明は、公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えることができるロッカー管理システム、ロッカー管理装置及びロッカー管理方法に関する。

従来、駅などの公共施設にロッカー装置を設置しておき、顧客がネット通信販売などで商品を購入した場合に、配送主（ネット通販会社等）が契約先の宅配業者を使って公共施設に設置されたロッカー装置に商品を届け、その後に顧客がロッカー装置から商品を受け取る技術が知られている。

例えば、特許文献１には、商品の配達先として指定する配達依頼を受け付け、該配達依頼に基づいてロッカーに商品が収納された場合に施錠を行い、開錠するために必要な取出鍵データを配達依頼の依頼元に通知することによって、ロッカーを商品の受け渡しに利用するよう構成した配送システムが開示されている。この特許文献１を用いることによって、商品を配達する側（配達主）と商品を受け取る側（顧客）の双方にとって利便性の高い配達システムを実現することができる。

特開２０１５−２２１２００号公報

しかしながら上記の特許文献１に代表される従来の技術では、配送主や宅配業者毎に異なる仕様で配送システムが構築されていた。このため、駅などの公共性のある場所にロッカー装置を設置する場合であっても、単一の業者による設置が行われていた。しかし、公共性のある場所では、利用者の様々なニーズに対応することが求められるため、特定の配送主や宅配業者がロッカー装置を設置して専有するシステムでは、公共利用のニーズを満たすことができないという問題が生ずる。

また、単一の業者がロッカー装置を設置し、独自の仕様で配送システムを構築して運用することとすると、業者にとってロッカーの設置、配送システムの構築及び運用に係る負担が大きくなるという問題が生じる。

これらのことから、公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えることが重要な課題となっている。

本発明は、上記従来技術の問題点（課題）を解決するためになされたものであって、公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えることができるロッカー管理システム、ロッカー管理装置及びロッカー管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記ロッカー装置の所望の収納部を配送先として指定する利用者端末と、複数の配送会社が利用可能な前記ロッカー装置の収納部に係る属性情報を管理する管理部と、前記属性情報に基づいて前記物品の配送先となる収納部を特定する特定部とを有するロッカー管理装置とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記属性情報は、各配送会社が利用可能な前記ロッカー装置の収納部の数を含むことを特徴とする。

また、本発明は、上記の発明において、前記属性情報は、各配送会社が利用可能な前記ロッカー装置の収納部の数に関する制限情報を含むことを特徴とする。

また、本発明は、上記の発明において、前記属性情報は、各配送会社が利用可能な前記ロッカー装置の収納部の扉の大きさを含むことを特徴とする。

また、本発明は、上記の発明において、前記特定部は、前記属性情報に基づいて前記物品の配送先となる収納部を特定できない場合に、該収納部と性質が近い他の収納部を特定することを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置を管理するロッカー管理装置であって、利用者端末から配送先としてロッカー装置の収納部の指定を受け付ける受付部と、複数の配送会社が利用可能なロッカー装置の収納部に係る属性情報を管理する管理部と、前記属性情報に基づいて物品の配送先となる収納部を特定する特定部とを有することを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置を管理するロッカー管理システムにおけるロッカー管理方法であって、複数の配送会社が利用可能な前記ロッカー装置の収納部に係る属性情報を管理する管理工程と、前記属性情報に基づいて前記物品の配送先となる収納部を特定する特定工程と、を含んだことを特徴とする。

本発明によれば、公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えることができる。

図１は、本実施例に係るロッカー管理システムの概念を示す図である。 図２は、ロッカー管理システムの説明図である。 図３は、ロッカー装置の外観構成を示す外観構成図である。 図４は、ロッカー装置の内部構成を示すブロック図である。 図５は、図４に示した記憶部が記憶するデータについての説明図である。 図６は、ロッカー管理装置の内部構成を示すブロック図である。 図７は、図６に示した記憶部が記憶するデータについての説明図である。（その１） 図８は、図６に示した記憶部が記憶するデータについての説明図である。（その２） 図９は、ロッカー管理装置の予約処理に係る処理手順を示すフローチャートである。 図１０は、預入と受取に係るロッカー管理装置の処理手順を示すフローチャートである。 図１１は、利用者端末の表示画面の具体例である。 図１２は、ロッカー装置の預入に係る処理手順を示すフローチャートである。 図１３は、ロッカー装置の受取に係る処理手順を示すフローチャートである。 図１４は、配送システムの要素の関係についての説明図である。 図１５は、ロッカー装置の特典に係る処理手順を示すフローチャートである。 図１６は、配送業者が保有する収納部を貸出可能とする場合の説明図である。 図１７は、ロッカー装置が受取鍵データを生成する場合の説明図である。

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

＜ロッカー管理システムの概念＞
まず、本実施例に係るロッカー管理システムの概念について説明する。図１は、本実施例に係るロッカー管理システムの概念を示す図である。図１に示すロッカー装置１０は、駅や商業施設に設置され、物品の配送先として選択可能である。

また、ロッカー装置１０は、物品を収納する収納部を複数有し、複数の収納部を個別に施錠可能である。ロッカー装置１０は、物品の入庫と出庫とを同一人物が行うことを想定したコインロッカー機能を有してもよいが、本実施例では説明を簡明にするため、物品の配送先としてのみ用いる配送専用のロッカー装置１０を例示して説明を行う。

ロッカー管理装置２０は、１又は複数のロッカー装置１０について収納部の使用状況を管理する装置である。ここで、ロッカー管理装置２０は、ロッカー装置１０の収納部を複数の配送業者に割り当てており、配送業者別に使用状況を管理することができる。

図１では、ロッカー管理装置２０は、ロッカー装置１０が有する複数の収納部の一部を特定の配送業者に割り当てることができる。割り当てられた収納部は、割り当てを受けた配送業者専用の収納部として使用される。すなわち、割り当てを受けた配送業者は、割り当てられた収納部を保有し、自由に使用することができる。図１では、ロッカー装置１０の複数の収納部のうち、２つの収納部を配送業者Ａに割り当て保有させている。また、配送業者Ａに割り当てた２つの収納部のうち、１つが使用中であるため、空き数は１である状態を示している。同様に、ロッカー管理装置２０は、ロッカー装置１０の複数の収納部のうち、１つの収納部を配送業者Ｂに割り当てて保有させている。また、配送業者Ｂに割り当てた１つの収納部は使用中であるため、空き数は０である状態を示している。また、ロッカー管理装置２０は、ロッカー装置１０の複数の収納部のうち、１つの収納部を配送業者Ｃに割り当てて保有させている。また、配送業者Ｃに割り当てた１つの収納部は空き状態であることを示している。

利用者は、販売者４０が提供する販売サイトなどで物品を購入し、利用者の希望する場所に設置されたロッカー装置１０への物品の配送を希望する場合には、利用者端末３０を操作してロッカー管理装置２０に照会を行う。ロッカー管理装置２０は、利用者端末３０からの照会を受けて配送業者毎の空き数を示す情報を通知する（１）。

利用者は、ロッカー管理装置２０から通知された空き情報に基づいて配送業者を選択し配送の予約を行う（２）。例えば、利用者が特定の配送業者に会員登録し、配送毎にポイントなどの付与を受けているならば、利用者は自身が会員登録している配送業者を優先して選択することができる。また、配送業者毎に配送料金を表示して、利用者による配送業者の選択の指針としてもよい。ロッカー管理装置２０は、予約された配送業者５０について、収納部の空き数を１減算する。その後、利用者は、販売者４０に対して配送依頼を行う（３）。この配送依頼では、配送先としてロッカー装置１０を指定し、また、選択した配送業者５０を用いるよう指定する。販売者４０は、指定された配送業者５０に対して配送の手配を行う（４）。

配送の手配を受けた配送業者５０は、ロッカー装置１０に物品を配送し、ロッカー装置１０の収納部に物品を収納する（５）。その後、利用者がロッカー装置１０から物品を取り出して受け取ると（６）、ロッカー装置１０は、ロッカー管理装置２０に受取完了通知を送信する（７）。ロッカー管理装置２０は、受取完了通知を受信したならば、対応する配送業者５０について、収納部の空き数を１加算する。

このように、ロッカー管理装置２０は、ロッカー装置１０の収納部を複数の配送業者に割り当て、配送業者別の収納部の空き数を収納部の属性として管理する。そして、利用者がロッカー装置１０を物品の配送先とする場合に、収納部の属性である配送業者別の収納部の空き数に基づいて配送を担う配送業者５０を選択することができる。このため、ロッカー装置１０を複数の配送業者５０が共同で利用し、各配送業者５０の運用コストを軽減し、公共利用のニーズに応えることができる。

＜ロッカー管理システムの構成＞
次に、ロッカー管理システムの構成についてさらに説明する。図２は、ロッカー管理システムの説明図である。

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

ロッカー装置１０は、駅や商業施設に設置され、配送専用に用いられる。また、ロッカー装置１０は、物品が収納されているか否かにかかわらず、各収納部を施錠状態としている。

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

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

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

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

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

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

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

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

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

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

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

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

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

プリンタ１３は、物品の配送時等、必要に応じてレシートを発行するためのユニットである。通信部１４は、所定の通信回線を経由してロッカー管理装置２０等と通信するためのインタフェース部である。記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、収納管理データ１５ａ及び配送管理データ１５ｂを記憶する。

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

主制御部１６は、ロッカー装置１０を全体制御する制御部であり、収納管理部１６ａ、入出庫処理部１６ｂ、施開錠制御部１６ｃ及び特典処理部１６ｄを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、収納管理部１６ａ、入出庫処理部１６ｂ、施開錠制御部１６ｃ及び特典処理部１６ｄにそれぞれ対応するプロセスを実行させることになる。

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

収納管理部１６ａは、収納部の状態が変更となった場合に、収納管理データ１５ａを更新する。収納部の状態には、「０：空」、「１：収納中（配送物）」、「２：収納中（特典）」、「９：故障中」がある。「０：空」は、収納部には物品が収納されていない状態を示す。「１：収納中（配送物）」は、配送された物品が収納された状態を示す。「２：収納中（特典）」は、後述する特典として利用者に提供するための物品を収納した状態を示す。「９：故障中」は、収納部に故障が生じ、使用できない状態を示す。また、サイズ種別には、小型の収納部であることを示す「小」と、大型の収納部であることを示す「大」とがある。

入出庫処理部１６ｂは、配送された物品の入出庫に係る処理を行う処理部である。すなわち、入出庫処理部１６ｂは、配送された物品の預入と受取に係る処理を行うことになる。

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

本実施例では、ロッカー管理装置２０から予め預入鍵データを受信して配送管理データ１５ｂに登録する構成を例に説明を行う。ロッカー管理装置２０の動作については後述するが、ロッカー管理装置２０は、配送の予約を受け付けた場合に、預入鍵データと使用する収納部のサイズ種別とを配送先のロッカー装置１０に送信する。入出庫処理部１６ｂは、預入鍵データ及びサイズ種別を予約データとして配送管理データ１５ｂに登録する。

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

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

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

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

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

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

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

また、開錠した扉の開閉が行われた場合には、収納管理部１６ａは、収納部の状態を「０：空」として収納管理データ１５ａを更新する。

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

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

施開錠制御部１６ｃは、入出庫処理部１６ｂ及び特典処理部１６ｄからの指定された収納部を解錠するよう収納制御部１７に動作指示を出力する。また、施開錠制御部１６ｃは、収納部の扉が閉められた場合には、収納部を施錠するよう収納制御部１７に動作指示を出力する。

特典処理部１６ｄは、利用者に対して特典を提供する処理部である。特典の提供は、利用の実績に応じて行ってもよいし、抽選などにより提供の可否を決定してもよい。

利用の実績に応じて特典を提供する場合には、特典処理部１６ｄは、例えば物品の受取り毎に所定のポイントを印字したレシートを発行する。そして、コードリーダ１２が複数のレシートを読み取った場合に、特典処理部１６ｄは読み取ったレシートのポイントを合計し、ポイントの合計が規定値以上であるならば、特典用の物品を収納した収納部の解錠を行うよう施開錠制御部１６ｃに指示する。

抽選により特典の提供可否を決定する場合には、特典処理部１６ｄは、例えば物品の受取り毎に抽選を実行し、抽選により特典を提供するとの結果が得られた場合に、特典用の物品を収納した収納部の解錠を行うよう施開錠制御部１６ｃに指示する。

なお、利用の実績に応じた特典の提供と、抽選による特典の提供との双方を行う場合には、特典として提供する物品を異ならせてもよい。この場合には、それぞれの特典を異なる収納部に収納する。

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

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

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

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

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

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

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

登録処理部２５ｂは、ロッカー装置１０に物品を配送する配送業者と、ロッカー装置１０を配送先として利用する利用者について登録処理を行う。配送業者についての登録処理では、登録処理部２５ｂは、配送業者の名称、連絡先、各ロッカー装置１０についての契約内容を対応付けて配送業者データ２４ｂに追加する。ロッカー装置１０についての契約内容としては、サイズ種別毎の保有数や、共用使用の有無などが含まれる。共用使用の契約を行った場合には、いずれの配送業者にも保有されていない収納部を一時的に配送先として使用することができる。このように、配送業者が契約したサイズ種別毎の保有数や共用使用の有無などが、当該配送業者が利用可能なロッカー装置１０の収納部の数に関する制限情報となる。

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

配送先指定受付部２５ｃは、利用者端末３０から配送先としてロッカー装置１０の収納部の指定を受け付ける処理部である。このロッカー装置１０の収納部の指定は、収納部の空き情報の照会に対応する。配送先指定受付部２５ｃは、利用者端末３０からロッカー装置１０の空き情報の照会を受けた場合には、ロッカー装置状態データ２４ｄを参照し、配送業者別の収納部の空き情報を通知する。このとき、購入された物品の情報に基づいて、梱包された状態での大きさや重量を判定し、各配送業者での配送料金を算定し、配送業者に対応付けて通知してもよい。

配送先特定部２５ｄは、物品の配送先となる収納部を特定する処理を行う。ここで、配送先特定部２５ｄは、配送先指定受付部２５ｃが通知した配送業者別の収納部の空き情報に基づいて配送先の特定を行うことになる。

具体的には、利用者が指定したロッカー装置１０の収納部に空きがあれば、空き数が１以上の配送業者から配送業者の選択を受け付けることで配送先の特定が可能である。また、共用使用が可能な収納部に空きがあれば、共用使用の契約を行っている配送業者からの選択を受け付けることで配送先の特定が可能である。なお、収納部に空きが無い場合や、希望する配送業者が選択できない場合には、近傍に所在する他のロッカー装置１０を配送先として選択させることもできる。

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

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

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

配送処理部２５ｅが予約処理を行った場合には、ロッカー装置管理部２５ａは、指定されたロッカー装置１０及び配送業者に対応するロッカー装置状態データ２４ｄの空き数を１減算する。

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

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

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

配送処理部２５ｅは、受取鍵データの送信後、ロッカー装置１０から受取完了通知を受信したならば、受取日時を配送管理データ２４ｅに追加して更新する。また、配送処理部２５ｅが受取完了通知を受信した場合には、ロッカー装置管理部２５ａは、受取が完了したロッカー装置１０及び配送業者に対応するロッカー装置状態データ２４ｄの空き数を１加算する。

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

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

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

図７（ｂ）に示すように、配送業者データ２４ｂは、配送業者名と、連絡先と、ロッカー装置ごとの契約内容とを対応付けたデータである。図７（ｂ）では、配送業者名「Ａ」の連絡先が「東京都港区・・・」であることを示している。また、ロッカー装置名称「新宿第１」について、サイズ種別「小」の収納部を２つ保有し、サイズ種別「大」の収納部を１つ保有し、共用使用を行う旨の契約を行っていることを示している。配送業者データ２４ｂは、配送業者ごとに同様のデータを有する。

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

図８（ｄ）に示すように、ロッカー装置状態データ２４ｄは、ロッカー装置名称に対し、配送業者ごとの収納部の保有数と空き数を対応付けたデータである。また、保有数及び空き数はサイズ種別によって区別して管理されている。さらに、配送業者ごとの保有数及び空き数に加え、共用使用可能なロッカーの保有数と空き数が示される。

図８（ｄ）では、ロッカー装置名称「新宿第１」のロッカー装置１０について、配送業者Ａのサイズ種別「小」の保有数が「２」、サイズ種別「小」の空き数が「１」である状態を示している。また、配送業者Ａのサイズ種別「大」の保有数が「１」、サイズ種別「大」の空き数が「１」である状態を示している。

また、配送業者Ｂのサイズ種別「小」の保有数が「１」、サイズ種別「小」の空き数が「１」である状態を示している。また、配送業者Ｂのサイズ種別「大」の保有数が「０」、サイズ種別「大」の空き数が「０」である状態を示している。

また、配送業者Ｃのサイズ種別「小」の保有数が「１」、サイズ種別「小」の空き数が「０」である状態を示している。また、配送業者Ｃのサイズ種別「大」の保有数が「０」、サイズ種別「大」の空き数が「０」である状態を示している。

さらに、共用使用が可能な配送業者は「Ａ、Ｂ、Ｄ」であり、共用使用のサイズ種別「小」の保有数が「４」、サイズ種別「小」の空き数が「３」である状態を示している。また、共用使用のサイズ種別「大」の保有数が「１」、サイズ種別「大」の空き数が「０」である状態を示している。なお、ロッカー装置状態データ２４ｄは、ロッカー装置１０ごとに同様のデータを有する。

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

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

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

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

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

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

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

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

次に、利用者が配送先及び配送業者を選択する場合の利用者端末３０の表示画面の具体例について説明する。図１１は、利用者端末３０の表示画面の具体例である。利用者端末３０がロッカー管理装置２０にアクセスすると、図１１（ａ）に示すように、配送先のロッカー装置１０を選択する画面が表示される。

図１１（ａ）では、ロッカー装置名称「新宿第１」であるロッカー装置１０の空き数の合計が「５」であり、ロッカー装置名称「新宿第２」であるロッカー装置１０の空き数の合計が「２」である状態を示している。ここでは、ロッカー装置１０の名称と空き数の合計を表示しているが、ロッカー装置１０の設置場所などを合わせて表示してもよい。また、設置場所や名称などから、表示するロッカー装置１０の絞り込みを可能としてもよい。

図１１（ａ）に示した画面でロッカー装置１０を選択すると、選択されたロッカー装置１０の詳細が表示される。図１１（ｂ）は、ロッカー装置名称「新宿第１」を選択し、ロッカー装置名称「新宿第１」の空き数の合計が「５」であり、利用可能な配送業者が「Ａ、Ｂ、Ｃ、Ｄ」である状態を示している。

図１１（ｂ）の表示画面は、ロッカー装置状態データ２４ｄに基づいて生成されたものである。具体的には、配送業者Ａの保有数が「２」、空き数が「１」、配送業者Ｂの保有数が「１」、空き数が「０」、配送業者Ｃの保有数が「１」、空き数が「１」、共用の保有数が「４」、空き数が「３」であるため、空き数の合計は「５」となっている。なお、配送業者Ｂの空き数は「０」であるが、配送業者Ｂは共用利用の契約を行っており、共用利用の空き数が「３」であるために、利用可能配送業者に配送業者Ｂが含まれている。

例えば、図１１（ｂ）の状態から配送業者Ｃが選択され、配送業者Ｃの空き数が「０」となれば、利用者端末３０に表示される画面は、図１１（ｃ）に示すように、空き数の合計が「４」となり、利用可能な配送業者が「Ａ、Ｂ、Ｄ」となる。

図１１（ｄ）は、予約の結果を通知する表示画面である。図１１（ｄ）では、配送先として「新宿第１」を指定し、その住所が「東京都新宿区・・・」であり、指定配送業者が「Ｃ」であり、受取鍵が「１２３４１２３４」であることを示している。なお、受取鍵に有効期限を設定した場合や、配送予定日時が決まっている場合等、予約時に他の情報が得られているならば、他の情報を合わせて通知することができる。

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

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

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

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

次に、配送システムにおける要素の関係について説明する。図１４は、配送システムの要素の関係についての説明図である。まず、利用者端末３０は、既に説明したように、ロッカー管理装置２０に対して予め利用者登録を行う。

利用者端末３０は、既に説明したように、販売者４０に配送依頼を行う。この配送依頼には、利用料金や運送代などの費用が都度発生する。なお、費用を販売者４０が負担することとしてもよい。同様に、販売者４０が配送業者５０に行う配送手配についても、利用料金や運送代などの費用が都度発生する。この費用を販売者４０が負担することとしてもよい。

配送業者５０は、ロッカー装置１０の使用に関する契約をロッカー管理装置２０の運営者と結び、所定の使用料金を負担する。使用料金は、月極などで設定してもよいし、利用回数毎に設定してもよい。また、ロッカー管理装置２０の運営者は、ロッカー装置１０について、場所の使用や装置自体の使用に係る費用を負担する。

次に、ロッカー装置１０の特典に係る処理手順を説明する。図１５は、ロッカー装置１０の特典に係る処理手順を示すフローチャートである。まず、ロッカー装置１０のコードリーダ１２などが特典データを読み取り（ステップＳ５０１）、特典処理部１６ｄは特典データの認証を行う（ステップＳ５０２）。そして、特典用の物品を収納した収納部を解錠し（ステップＳ５０３）、開錠した収納部の扉の開閉が行われたならば、施開錠制御部１６ｃが収納部を施錠して（ステップＳ５０４）、処理を終了する。

次に、収納部の保有の変形例について説明する。これまでの説明では、配送業者５０が保有する収納部は他の配送業者５０に使用させず、共用の収納部については使用する配送業者５０を適宜決定する場合を示した。変形例として、配送業者５０が保有する収納部の一部を他の配送業者５０に貸出可能としてもよい。

図１６は、配送業者５０が保有する収納部を貸出可能とする場合の説明図である。この場合には、図１６（ｂ）に示すように、配送業者データ２４ｂは、ロッカー装置ごとの契約内容において、保有数と貸出可能数とを設定することになる。図１６（ｂ）では、ロッカー装置名称「新宿第１」について、サイズ種別「小」の収納部を２つ保有し、そのうち２つを貸出可能としている。また、サイズ種別「大」の収納部を１つ保有し、サイズ種別「大」の収納部については貸出を行わないこととしている。

また、図１６（ｄ）に示すように、ロッカー装置状態データ２４ｄは、ロッカー装置名称に対し、配送業者ごとの収納部の保有数、使用数、貸出数、空き数を対応付けることになる。

図１６（ｄ）では、ロッカー装置名称「新宿第１」のロッカー装置１０について、配送業者Ａのサイズ種別「小」の保有数が「４」、使用数が「３」、貸出数が「１」、空き数が「１」である状態を示している。なお、サイズ種別「大」の保有数は「１」、使用数は「０」となっている。

また、配送業者Ｂのサイズ種別「小」の保有数が「２」、使用数が「１」、貸出数が「０」、空き数が「１」である状態を示している。なお、サイズ種別「大」の保有数は「１」、使用数は「１」となっている。

また、配送業者Ｃのサイズ種別「小」の保有数が「１」、使用数が「０」、貸出数が「０」、空き数が「１」である状態を示している。なお、サイズ種別「大」の保有数は「０」、使用数は「０」となっている。

次に、受取鍵データ生成の変形例について説明する。これまでの説明では、ロッカー管理装置２０が受取鍵データを生成する構成を示した。変形例として、ロッカー装置１０が受取鍵データを生成してもよい。

図１７は、ロッカー装置が受取鍵データを生成する場合の説明図である。図１７に示した例では、利用者は、利用者端末３０を用いて販売者４０が提供する販売サイトにアクセスし、物品の購入操作を行う。購入した物品の配送先をロッカー装置１０とする場合には、利用者は利用者端末３０を用いてロッカー装置１０に照会を行って配送予約を行う（１）。

ロッカー管理装置２０は、配送業者別の収納部の空き情報を管理しており（２）、利用者端末３０からの照会を受けて、配送業者別の収納部の空き情報を通知する。そして、利用者端末３０から配送の予約を受け付けたならば、配送業者別の収納部の空き情報を更新し、預入鍵データを生成する（３）。

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

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

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

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

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

上述してきたように、本実施例に係るロッカー管理システム、ロッカー管理装置及びロッカー管理方法では、ロッカー管理装置２０は、ロッカー装置１０の収納部を複数の配送業者に割り当て、配送業者別の収納部の空き数を収納部の属性として管理する。そして、利用者がロッカー装置１０を物品の配送先とする場合に、収納部の属性である配送業者別の収納部の空き数に基づいて配送を担う配送業者５０を選択することができる。このため、ロッカー装置１０を複数の配送業者５０が共同で利用し、各配送業者５０の運用コストを軽減し、公共利用のニーズに応えることができる。

また、各配送業者５０が利用可能なロッカー装置１０の収納部の数に関する制限情報や、収納部のサイズ種別を属性として管理し、配送を担う配送業者５０を選択することも可能である。なお、利用者により指定されたロッカー装置１０に空きが無い場合は、近傍のロッカー装置１０などを用いることができる。

また、ロッカー装置１０の収納部は、利用の有無に関わらず施錠されるため、不正な使用や犯罪への使用を抑止することができる。さらに、予め登録した利用者が利用することになるため、問題発生時に原因の分析が容易となる。

また、利用に応じて特典を付与し、特典用の収納部を解錠制御して特典用の物品を取出し可能とすることで、利用の促進に寄与することができる。

なお、これまでの説明では、本発明に係る物品保管システム及び物品保管装置をインターネットショッピングに適用した場合について説明したが、本発明は適宜変形して実施可能である。例えば、集合住宅等に設置された宅配ボックスであっても同様に本発明を適用可能である。また、駅や店舗に設置された一時預り用のロッカー装置に本発明を適用することもできる。

一時預り用のロッカー装置に本発明を適用する場合には、一時預り用の収納部と配送用の収納部とをそれぞれ設けることとしてもよい。また、収納部を一時預り用と配送用のいずれにも使用可能としてもよい。収納部を一時預り用と配送用とで共用する場合には、一時預り用の保有数を設定すれば、一時預り用の収納部の数を確保することが可能である。

また、本実施例では、配送業者とロッカー管理装置の運用者とが異なる場合を例に説明を行ったが、配送業者がロッカー管理装置を運用し、収納部を他の配送業者に貸し出すことも可能である。

また、本実施例では、ロッカー管理装置がロッカー装置の収納部の空き数を管理し、預入時に収納部を選択する構成を例に説明を行ったが、ロッカー管理装置がロッカー装置の収納部を個別に管理し、特定の収納部を配送業者に割当て、予約時にいずれの収納部を配送先とするかを選択する構成としてもよい。

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

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

以上のように、本発明に係るロッカー管理システム、ロッカー管理装置及びロッカー管理方法は、公共場所等に設置されたロッカー装置を複数の宅配業者で共同利用可能とし、運用コストを軽減し、公共利用のニーズに応えることに適している。

１０ ロッカー装置
１１ 表示操作部
１２ コードリーダ
１２ａ カードリーダ
１３ プリンタ
１４、２３ 通信部
１５、２４ 記憶部
１５ａ 収納管理データ
１５ｂ、２４ｅ 配送管理データ
１６ 主制御部
１６ａ 収納管理部
１６ｂ 入出庫処理部
１６ｃ 施開錠制御部
１６ｄ 特典処理部
１７ 収納制御部
２０ ロッカー管理装置
２１ 表示部
２２ 入力部
２４ａ ロッカー装置基本データ
２４ｂ 配送業者データ
２４ｃ 利用者データ
２４ｄ ロッカー装置状態データ
２５ 制御部
２５ａ ロッカー装置管理部
２５ｂ 登録処理部
２５ｃ 配送先指定受付部
２５ｄ 配送先特定部
２５ｅ 配送処理部
３０ 利用者端末
４０ 販売者
５０ 配送業者
Ｌ０１、Ｌ０２、Ｌ１１ 収納部
Ｌ０１ａ、Ｌ０２ａ ロック機構

Claims (7)

1. 物品を収納する複数の収納部を有するロッカー装置と、
   前記ロッカー装置の所望の収納部を配送先として指定する利用者端末と、
   複数の配送会社が利用可能な前記ロッカー装置の収納部に係る属性情報を管理する管理部と、前記属性情報に基づいて前記物品の配送先となる収納部を特定する特定部とを有するロッカー管理装置と
   を備えたことを特徴とするロッカー管理システム。
2. 前記属性情報は、
   各配送会社が利用可能な前記ロッカー装置の収納部の数を含むことを特徴とする請求項１に記載のロッカー管理システム。
3. 前記属性情報は、
   各配送会社が利用可能な前記ロッカー装置の収納部の数に関する制限情報を含むことを特徴とする請求項２に記載のロッカー管理システム。
4. 前記属性情報は、
   各配送会社が利用可能な前記ロッカー装置の収納部の扉の大きさを含むことを特徴とする請求項１に記載のロッカー管理システム。
5. 前記特定部は、
   前記属性情報に基づいて前記物品の配送先となる収納部を特定できない場合に、該収納部と性質が近い他の収納部を特定する
   ことを特徴とする請求項１乃至４のいずれか一つに記載のロッカー管理システム。
6. 物品を収納する複数の収納部を有するロッカー装置を管理するロッカー管理装置であって、
   利用者端末から配送先としてロッカー装置の収納部の指定を受け付ける受付部と、
   複数の配送会社が利用可能なロッカー装置の収納部に係る属性情報を管理する管理部と、
   前記属性情報に基づいて物品の配送先となる収納部を特定する特定部と
   を有することを特徴とするロッカー管理装置。
7. 物品を収納する複数の収納部を有するロッカー装置を管理するロッカー管理システムにおけるロッカー管理方法であって、
   複数の配送会社が利用可能な前記ロッカー装置の収納部に係る属性情報を管理する管理工程と、
   前記属性情報に基づいて前記物品の配送先となる収納部を特定する特定工程と、
   を含んだことを特徴とするロッカー管理システム。

Images