JP6633321B2 - 物品配達システム - Google Patents

Description

この発明は、物品を配達する物品配達システムに関する。

従来、駅等には物品の一時預りを行うロッカー装置が設置されている。ロッカー装置の収納部は、物品が預け入れられていない待機時には解錠状態であることが一般的であるが、施錠状態で待機し、利用者が物品を収納する際に解錠を行うロッカー装置も知られている。

例えば、特許文献１には、通信回線を利用してロッカー装置を予約し、予約時に示された発送者情報と同一の発送者情報が入力手段から入力された場合に、ロッカー装置の物品収容部の扉の解錠制御を行うことで、発送する物品の収納を受け付けるロッカーシステムが開示されている。かかるロッカーシステムでは、収納された物品は配達業者により取り出され、指定された配達先に配達される。すなわち、ロッカー装置を集荷に利用しているのである。

また、近年、駅等に設置されたロッカー装置を物品の配達先として利用することも考えられている。ロッカー装置を物品の配達先として利用する場合には、配達業者は、指定されたロッカー装置の収納部に物品を入れて配達作業を完了し、受取人である利用者はロッカー装置の収納部から物品を取り出すことになる。このため、配達業者と受取人とが直接物品の受け渡しをする必要が無く、利便性の向上が期待される。ロッカー装置を物品の配達先として利用する場合には、配達先の収納部を指定し、施錠状態で待機することが好適である。

特許第４６５００６８号

しかしながら、配達先の収納部を指定して待機すると、指定した収納部が何らかの理由で使用できない場合に、配達を完了することができないという問題点が生ずる。例えば、収納部の扉の施錠機構や開閉機構が故障し、指定された収納部を開くことができなければ、収納部に物品を入れることができない。また、指定された収納部を開くことができたとしても、内部に他の物品が残されている場合には、配達する物品を入れて施錠することは好ましくない。

かかる問題点は、施錠待機を行う場合に限らず、解錠待機のロッカー装置においても発生する。指定された収納部が解錠状態であっても故障により施錠を行うことができなければ、物品を安全に保管できないからである。

これらのことから、収納部を指定して待機を行うロッカー装置やかかるロッカー装置を利用する物品配達システムにおいて、指定した収納部が使用できない場合の対処をいかにして行うかが重要な課題となっていた。

本発明は、上記従来技術の課題を解決するためになされたものであって、指定した収納部が使用できない場合に適切に対処し、物品の収納を行うことのできる物品配達システムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、前記指定収納部の利用可否を判定する利用可否判定手段と、前記配達依頼の指定収納部を施解錠する施解錠制御手段とを備え、前記配達依頼処理装置は、前記利用可否判定手段により前記指定収納部が利用不可と判定された場合に、施錠あるいは解錠する他の収納部を選択して前記施解錠制御手段に通知し、前記配達依頼に係る代替の配達先として使用させる代替収納部選択手段を備え、前記施解錠制御手段は、前記配達依頼に係る代替の配達先となり、前記指定収納部とは異なる他の収納部を施解錠するよう制御することを特徴とする。

また、本発明は、上記発明において、前記代替収納部選択手段は、前記配達依頼に対応するロッカー装置に前記代替の配達先として使用可能な収納部が存在しない場合に、前記配達依頼に対応するロッカー装置の近傍に所在する他のロッカー装置の収納部を前記代替の配達先として使用させることを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、前記指定収納部の利用可否を判定する利用可否判定手段と、前記配達依頼の指定収納部を施解錠する施解錠制御手段とを備え、前記ロッカー装置は、前記利用可否判定手段により前記指定収納部が利用不可と判定された場合に、施錠あるいは解錠する他の収納部を選択して前記施解錠制御手段に通知し、前記配達依頼に係る代替の配達先として使用させる代替収納部選択手段を備え、前記施解錠制御手段は、前記配達依頼に係る代替の配達先となり、前記指定収納部とは異なる他の収納部を施解錠するよう制御することを特徴とする。

また、本発明は、上記発明において、前記施解錠制御手段が前記他の収納部を施解錠し、当該他の収納部が前記配達依頼に係る代替の配達先として使用された場合に、前記配達依頼の依頼元に対して配達先の変更を通知する通知手段をさらに備えたことを特徴とする。
また、本発明は、上記発明において、前記通知手段は、前記他の収納部として選択可能な収納部が存在しない場合に前記配達依頼の依頼元に対して配達不能である旨を通知することを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、前記指定収納部の利用可否を判定する利用可否判定手段と、前記配達依頼の指定収納部を施解錠する施解錠制御手段とを備え、前記施解錠制御手段は、前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を施解錠するよう制御し、前記施解錠制御手段は、前記指定収納部とは異なる一時預り用の収納部を施錠あるいは解錠し、前記配達依頼に係る代替の配達先として使用させることを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、前記指定収納部の利用可否を判定する利用可否判定手段と、前記配達依頼の指定収納部を施解錠する施解錠制御手段とを備え、前記施解錠制御手段は、前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を施解錠するよう制御し、前記配達依頼処理装置は、１の配達依頼に係る複数の物品を前記ロッカー装置の複数の収納部に収納する場合に、１つの配達依頼の識別データに対して複数の収納部を対応付けて指定することを特徴とする。

また、本発明は、物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、前記指定収納部の利用可否を判定する利用可否判定手段と、前記配達依頼に基づく配達操作を受け付けた場合に、前記指定収納部の収納扉が閉鎖された時点で施錠するよう制御する施解錠制御手段とを備え、前記施解錠制御手段は、前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を代替の収納部として前記物品の配達先に使用し、前記代替の収納部の収納扉が閉鎖された時点で施錠するよう制御し、前記配達依頼処理装置は、１の配達依頼に係る複数の物品を前記ロッカー装置の複数の収納部に収納する場合に、１つの配達依頼の識別データに対して複数の収納部を対応付けて指定することを特徴とする
また、本発明は、上記発明において、前記利用可否判定手段は、前記収納部の施錠機構の状態と、前記収納部内における前記物品の有無と、前記収納部の収納扉の開閉状態とのうち、少なくともいずれかを用いて前記指定収納部の利用可否を判定することを特徴とする。

本発明によれば、指定した収納部が使用できない場合に適切に対処し、物品の収納を行うことができる。

図１は、ロッカー装置への物品の配達についての説明図である。 図２は、本発明に係るインターネットショッピングについて説明するための説明図である。 図３は、ロッカー装置の外観構成を示す外観構成図である。 図４は、ロッカー装置の内部構成を示すブロック図である。 図５は、図４に示した収納管理データについての説明図である。 図６は、サーバの内部構成を示すブロック図である。 図７は、図６に示したロッカー装置データについての説明図である。 図８は、図６に示した注文管理データについての説明図である。 図９は、ロッカー装置の処理手順を示すフローチャートである。 図１０は、配達処理の詳細について説明するフローチャートである。（その１） 図１１は、配達処理の詳細について説明するフローチャートである。（その２） 図１２は、配達処理の詳細について説明するフローチャートである。（その３） 図１３は、受取処理の詳細について説明するフローチャートである。（その１） 図１４は、受取処理の詳細について説明するフローチャートである。（その２） 図１５は、サーバの注文管理に係る処理手順を示すフローチャートである。 図１６は、サーバの入庫後の物品に係る処理手順を示すフローチャートである。 図１７は、予備収納部の管理を行うサーバについての説明図である。 図１８は、サーバが予備収納部の割り当てを行う場合の動作の説明図である。 図１９は、単体で運用するロッカー装置の構成図である。 図２０は、図１９に示した収納管理データについての説明図である。 図２１は、ロッカー装置の処理手順を示すフローチャートである。 図２２は、預入処理の詳細について説明するフローチャートである。 図２３は、ロッカー装置にサーバの機能を持たせた構成の説明図である。 図２４は、物品預り用の収納部と、物品配達用の収納部との共用についての説明図である。 図２５は、予備収納部の指定に係る変形例についての説明図である。 図２６は、基本データの状態の推移についての説明図である。 図２７は、解錠待機のロッカー装置が一時的に施錠待機を行う動作モードに移行する場合のフローチャートである。

以下に、添付図面を参照して、本発明に係る物品配達システムの好適な実施例を詳細に説明する。

まず、本実施例に係るロッカー装置を物品の配達先として用いる場合における物品の配達について説明する。図１は、ロッカー装置への物品の配達についての説明図である。ロッカー装置を物品の配達先として用いる場合には、配達業者が物品の配達時に使用する配達鍵データが予め生成され、ロッカー装置に記憶されている。また、物品の配達先となる収納部についても予め指定されている。

ロッカー装置は、各収納部を施錠状態として待機しており（ステップＳ１１）、配達鍵データを受け付けたならば（ステップＳ１２）、物品の配達先となる収納部を選択する（ステップＳ１３）。このとき、最初に選択されるのは指定された収納部である。

ロッカー装置は、選択した収納部が利用可能であるか否かを判定する（ステップＳ１４）。具体的には、選択した収納部に異常が検知されておらず、また、物品も残されておらず、施解錠と扉の開閉が適正に行われた状態が、当該収納部が利用可能な状態である。

選択した収納部が利用できない場合（ステップＳ１４；Ｎｏ）、ロッカー装置は、指定された収納部とは異なる予備の収納部を選択し（ステップＳ１７）、ステップＳ１４に移行する。

収納部が利用可能であったならば（ステップＳ１４；Ｙｅｓ）、配達が成立したと判定する（ステップＳ１５）。その後、ロッカー装置は、入庫通知を行って（ステップＳ１６）、処理を終了する。入庫通知は、配達が行われたことを受取人である利用者に知らせるために必要な処理であり、詳細については後述する。

このように、本実施例に係るロッカー装置は、指定された収納部が利用できない場合には、予備の収納部を選択して解錠し、物品の配達先として使用可能とする。

次に、本発明に係る物品配達システムをインターネットショッピングに適用した場合の具体例について説明する。図２は、本発明に係るインターネットショッピングについて説明するための説明図である。

図２に示した例では、サーバ２０は、物品を販売する販売サイトを提供する。具体的には、サーバ２０は、商店が販売する物品の情報を表示制御し、物品に対する購入操作、すなわち注文を受け付けることができる。また、サーバ２０は、ロッカー装置１０から配達先として使用可能な空き状態の収納部を示すデータを取得することができる。

購入者は、端末装置３０を操作してサーバ２０にアクセスし、所望の物品を発注する（１）。この発注が、配達依頼に対応する。発注した物品の配達先として、ロッカー装置１０が有する収納部を希望するならば、サーバ２０は、ロッカー装置１０の空き状態の収納部を表示制御し、配達先の選択を受け付け、受取期限を設定する。このように、購入者がロッカー装置１０を配達先として指定した場合には、購入者がロッカー装置１０から物品を取り出す利用者となる。なお、本実施例では、購入者と利用者が同一人物である場合を例に説明を行うが、購入者と利用者とは別の人物であってもよい。購入者と利用者が別の人物である場合には、購入者が利用者に受取鍵データを提供することになる。

サーバ２０は、発注が行われたならば、受注番号を発行して、端末装置３０に受注報告を送信する（２）。さらに、サーバ２０は、配達先がロッカー装置１０であるならば、受注番号に対応する鍵データを生成する（３）。鍵データには、配達鍵データ、受取鍵データ及び回収鍵データがある。これらの鍵データは、数字列や文字列であってもよいし、二次元コード等であってもよい。本実施例では、数字列を鍵データとして用いる場合を例に説明を行う。

配達鍵データは、配達業者５０が物品の配達時に使用する鍵データである。受取鍵データは、購入者が物品の受取時に使用する鍵データである。回収鍵データは、受取が行われないまま受取期間を過ぎた物品を回収する際に使用する鍵データである。

サーバ２０は、ロッカー装置１０に対して配達予約を行う（４）。配達予約では、配達鍵データ、受取鍵データ、回収鍵データ、配達先の収納部及び受取期限がロッカー装置１０に送信される。ロッカー装置１０は、配達予約に示された各情報を記憶して予約管理を行う（５）。

その後、サーバ２０は、配達業者５０に対して配達手配を行う（６）。この配達手配では、配達鍵データ、配達先のロッカー装置１０の場所、配達先の収納部及び受取期限が通知される。

配達業者５０が配達鍵データをロッカー装置１０に入力すると、ロッカー装置１０は配達鍵データに対応する収納部を解錠する。解錠された収納部に配達業者５０が物品を入庫すると（７）、ロッカー装置１０は、サーバ２０に入庫通知を送信する（８）。ロッカー装置１０がサーバ２０に送信する入庫通知を、便宜上、第１の入庫通知という。第１の入庫通知には、入庫日時、配達鍵データ及び入庫先の収納部を特定する情報が含まれる。

第１の入庫通知を受信したサーバ２０は、配達鍵データによって受注番号を特定し、購入者の端末装置３０に入庫通知を送信する（９）。サーバ２０が端末装置３０に送信する入庫通知を便宜上、第２の入庫通知という。第２の入庫通知には、受取鍵データ、配達先のロッカー装置１０の場所、配達先の収納部及び受取期限を示す情報が含まれる。

購入者は、この第２の入庫通知により購入した物品が指定したロッカー装置１０の収納部に収納されたことを知ることができる。そして、購入者は、ロッカー装置１０の設置場所へ赴き、受取鍵データを読み取らせることによって（１０）、収納部を解錠して中から購入した物品を取り出すことで、物品の受取を行う。

なお、購入者による受取が成立した場合には、ロッカー装置１０はサーバ２０に受取通知を送信する。受取通知には、受取日時、配達鍵データ、受取が成立した収納部を示す情報が含まれる。

一方、購入者による物品の受取が行われないまま受取期限を超過した場合には、サーバ２０は、配達業者５０に対して回収指示を行う（１１）。この回収指示には、回収鍵データ、ロッカー装置１０の場所、収納部を示す情報が含まれる。このため、配達業者５０は、回収鍵データによって物品を取出して回収し、収納部が長期間に亘って占有される事態を防止することができる。

なお、配達業者５０による回収が成立した場合には、ロッカー装置１０はサーバ２０に回収通知を送信する。回収通知には、回収日時、配達鍵データ、回収が成立した収納部を示す情報が含まれる。回収通知を受信したサーバ２０は、端末装置３０に回収を行ったことを通知してもよい。

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

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

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

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

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

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

扉開閉センサ（Ｌ０１ｂ及びＬ０２ｂ等）は、対応する収納部の扉が開いているか、閉じているかを検知するセンサである。物品センサ（Ｌ０１ｃ及びＬ０２ｃ等）は、光学センサ等であり、対応する収納部内に所在する物品を検知する。

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

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

収納管理部１６ａは、各収納部の状態を管理する処理部である。収納管理部１６ａは、収納部の状態が変更となった場合に、収納管理データ１５ａを更新する。また、収納管理データ１５ａに示された収納部の空き状況を適宜サーバ２０に送信する。

収納部の状態には、「空」、「配達待（空）」、「配達済（収納中）」、「予備割当（空）」、「予備割当（収納中）」がある。「空」は、収納部には物品が収納されておらず、物品が配達される予定も無いため、新規の配達先として選択可能な状態である。「配達待（空）」は、配達先として選択されたが、物品を収納していない状態である。「配達済（収納中）」は、配達先として選択され、物品が収納された状態である。

「予備割当（空）」は、指定された収納部が故障などにより使用できない場合に代替の収納先として使用できるように割り当てられ、物品が収納されていないが新規の配達先としては選択できない状態である。「予備割当（収納中）」は、指定された収納部が故障などにより使用できない場合に代替の収納先として選択され、物品が収納された状態である。

「配達済（収納中）」及び「予備割当（収納中）」は、収納部内に物品が存在し、購入者による受取又は配達業者５０による回収を待機している状態となる。受取又は回収が行われれば、収納部の状態は「空」に変更される。なお、この他にも「故障中」などの状態が設けられる。

収納部の状態が「配達待（空）」、「配達済（収納中）」又は「予備割当（収納中）」であれば、収納部には鍵データが対応付けられており、鍵データが配達依頼を一意に識別する情報として機能する。

予約処理部１６ｂは、サーバから配達予約を受け付けて管理する処理部である。予約処理部１６ｂは、サーバ２０から配達予約に係る情報として配達鍵データ、受取鍵データ、回収鍵データ、配達先の収納部及び受取期限を受信したならば、指定された収納部に各鍵データと受取期限を対応付けて、収納管理データ１５ａを更新する。この更新により、収納部の状態は、「空」から「配達待（空）」に変更される。

入出庫処理部１６ｃは、物品の入出庫に係る処理を行う処理部である。すなわち、入出庫処理部１６ｃは、物品の配達、受取、回収に係る処理を行うことになる。具体的には、物品の配達時には、配達業者５０が入力した配達鍵データと配達予約により登録された配達鍵データとが一致するか否かにより配達鍵データの認証を行う。

同様に、物品の受取時には、利用者が入力した受取鍵データと配達予約により登録された受取鍵データとが一致するか否かにより受取鍵データの認証を行う。そして、物品の回収時には、配達業者５０が入力した回収鍵データと配達予約により登録された回収鍵データとが一致するか否かにより回収鍵データの認証を行う。

また、入出庫処理部１６ｃは、配達、受取、回収などの入出庫が成立した場合には、サーバ２０に対して通知を送信する。配達の成立時にサーバ２０に送信される通知が第１の入庫通知である。受取の成立時にサーバ２０に送信される通知が受取通知である。そして、回収の成立時にサーバ２０に送信される通知が回収通知である。

施解錠制御部１６ｄは、鍵データの認証が成功した場合に、当該鍵データに対応付けられた収納部を解錠するよう収納制御部１７に指示する処理部である。また、施解錠制御部１６ｄは、物品の入出庫に係る処理が終了し、収納部の扉が閉じられた場合に、当該収納部を施錠する。

このように、入出庫に係る処理が終了した場合には自動的に施錠するので、施錠待機が実現される。ただし、施解錠制御部１６ｄは、入出庫に係る処理の状況が予め定められた所定の状況となった場合には、該収納部の施錠を制限する。

入出庫に係る処理の状況は、物品センサの出力、扉開閉センサの出力、作業の所要時間などを用いて判定する。計時部１６ｅは、作業の所要時間を計測するためのタイマーである。具体的には、解錠してからの経過時間や、扉を開いてからの経過時間などをこの計時部１６ｅにより計測することができる。

処理状況判定部１６ｆは、物品センサの出力、扉開閉センサの出力、計時部１６ｅの出力などを取得し、入出庫に係る処理の状況を判定する処理部である。詳細な処理動作については後述するが、例えば、処理状況判定部１６ｆは、配達鍵データを認証して収納部を解錠した後、物品センサの出力が物品の存在を示し、かつ、所定時間以内に収納扉が閉められた場合に、入庫成立と判定する。また、処理状況判定部１６ｆは、受取鍵データを認証して収納部を解錠した後、物品センサの出力が物品の不在を示し、かつ、所定時間以内に収納扉が閉められた場合に、出庫成立と判定する。

そして、処理状況判定部１６ｆは、入庫や出庫が適正に完了できない状況を上述の「所定の状況」として判定する。このため、入庫や出庫が適正に完了できない場合に施解錠制御部１６ｄによる施錠が制限されることになる。

予備収納管理部１６ｇは、予備収納部の管理を行う処理部である。具体的には、予備収納管理部１６ｇは、収納部の一部を予備収納部に割り当て、指定された収納部が故障などにより使用できない場合に代替の収納先として予備収納部を使用させる。

予備収納管理部１６ｇは、収納部の状態を「予備割当（空）」に設定して収納管理データ１５ａを更新することで、当該収納部を予備収納部に割り当てる。そして、指定された収納部が使用できない場合には、状態が「予備割当（空）」である収納部、すなわち予備収納部からいずれかを選択し、選択した予備収納部を収納先として使用させる。なお、予備収納部の選択に当たっては、物品の大きさを考慮する。具体的には、注文時に物品の大きさに合わせ、大きいサイズの収納部が指定収納部として選択されていたならば、指定収納部と同じかそれ以上のサイズの収納部から予備収納部を選択する。

予備収納部を収納先として使用する場合には、収納部の状態を「予備割当（収納中）」に変更する。また、元々指定されていた収納部に対応付けていた鍵データや受取期限については、使用する予備収納部に引き継ぐ。

このように、予備収納部を使用する場合には、元々指定されていた収納部と、実際に収納した収納部とが不一致の状態となる。そのため、入出庫処理部１６ｃがサーバ２０に対して通知を送信する際には、少なくとも実際に収納した収納部を特定する情報を含めておくことが求められる。

次に、図４に示した収納管理データ１５ａについて説明する。図５は、図４に示した収納管理データ１５ａについての説明図である。図５に示すように、収納管理データ１５ａは、基本データに加え、予約データ及び処理データを有する。

収納管理データ１５ａは、基本データとして、収納部ＩＤ、扉番号及び状態を含む。収納部ＩＤは、収納部を一意に特定する識別情報である。扉番号は、収納部の扉に付された番号である。状態は、「０：空」、「１：配達待（空）」、「２：配達済（収納中）」、「３：予備割当（空）」、「４：予備割当（収納中）」、「９：故障中」等の値により、収納部の状態を示す。

ここで、扉番号は、収納部を収納部ＩＤと同一としてもよい。この場合には、扉番号を収納部ＩＤとして使用可能である。以下の実施例では、扉番号を収納部ＩＤとして使用する場合を例として説明を行う。

さらに、収納管理データ１５ａは、基本データとして配置と最大収納寸法とを含む。配置は、当該収納部がどの位置に配置されているか、特に下から何段目に位置するかを示す。最大収納寸法は、当該収納部に収納可能な物品の寸法の最大値を示す。

収納管理データ１５ａは、予約データとして、指定扉番号、配達鍵データ、受取鍵データ、回収鍵データ、受取期限を含む。これらのデータは、サーバ２０からの配達予約に示されたものであり、予約処理部１６ｂにより書き込まれる。

指定扉番号は、配達予約において収納部を特定する情報として用いられている。すなわち、配達予約に係る情報をサーバ２０から受信したならば、そのうちの指定扉番号に示された扉番号から対応する収納部を特定し、該特定した収納部の予約データとして配達予約に係る各情報を管理することになる。

このため、基本データの扉番号と予約データの指定扉番号とは基本的には一致する。ただし、指定扉番号に示された収納部が何らかの利用で使用できず、予備収納部が使用された場合には、不一致となる。基本データの扉番号は予備収納部の扉番号となり、予約データの指定扉番号には変更がないためである。

また、指定扉番号は、複数の扉番号を含むことがある。これは、１つの配達依頼で複数の物品の配達が依頼され、複数の物品の配達先として複数の収納部が選択された状態である。この場合には、複数の収納部に同一の予約データがそれぞれ対応付けられることになる。すなわち、基本データの扉番号が、複数の指定扉番号のいずれかと一致する状態となる。

収納管理データ１５ａは、処理データとして、入庫日時、入庫成否、受取日時、受取成否、回収日時、回収成否を含む。入庫日時は、当該収納部に物品が収納された日時を示す。また、入庫成否は、当該収納部に係る物品の配達が成立したか否かを示す。

指定扉番号に１の扉番号が示されている場合、当該収納部への物品の収納が完了した時点で配達成立となり、サーバ２０に第１の入庫通知が送信される。指定扉番号に複数の扉番号が示されている場合、複数の扉番号に対応する全ての収納部への物品の収納が完了した時点で配達成立となり、サーバ２０に第１の入庫通知が送信される。

受取日時は、利用者が物品を取り出した日時を示す。また、受取成否は、当該収納部に係る物品の受取が成立したか否かを示す。同様に、回収日時は、配達業者５０が物品を取り出した日時を示す。また、回収成否は、当該収納部に係る物品の回収が成立したか否かを示す。受取成否及び回収成否については、当該収納部を解錠して扉が開かれた時点で成立とする。

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

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

制御部２５は、サーバ２０を全体制御する制御部であり、ロッカー状態取得部２５ａ、受注処理部２５ｂ、鍵データ生成部２５ｃ、配達予約処理部２５ｄ、配達手配処理部２５ｅ、入庫通知処理部２５ｆを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行することにより、ロッカー状態取得部２５ａ、受注処理部２５ｂ、鍵データ生成部２５ｃ、配達予約処理部２５ｄ、配達手配処理部２５ｅ、入庫通知処理部２５ｆにそれぞれ対応するプロセスを実行させることになる。

ロッカー状態取得部２５ａは、必要に応じてロッカー装置１０から収納部の状態を取得する処理部である。受注処理部２５ｂは、物品の注文に関する処理を行う処理部である。具体的には、受注処理部２５ｂは、販売する物品の情報を表示制御し、物品に対する購入操作、すなわち注文を受け付ける。また、注文された物品の配達先として、ロッカー装置１０が有する収納部が希望されたならば、受注処理部２５ｂは、ロッカー装置１０の空き状態の収納部を表示制御し、配達先の選択を受け付け、受取期限を設定する。そして、受注処理部２５ｂは、発注が行われたならば、受注番号を発行して、端末装置３０に受注報告を送信する。また、受注処理部２５ｂは、受注した注文に関して注文管理データ２４ｂを生成して記憶部２４に格納し、管理する。

鍵データ生成部２５ｃは、受注処理部２５ｂがロッカー装置１０の収納部を配達先とする配達依頼を受け付けた場合に、配達鍵データ、受取鍵データ及び回収鍵データの３つの鍵データを生成する処理部である。鍵データ生成部２５ｃは、生成した鍵データを注文管理データ２４ｂに対応付けて管理する。

配達予約処理部２５ｄは、受注処理部２５ｂがロッカー装置１０の収納部を配達先とする配達依頼を受け付けた場合に、ロッカー装置１０に対して配達予約を行う処理部である。配達予約では、配達鍵データ、受取鍵データ、回収鍵データ、配達先の収納部及び受取期限を示す。

また、配達予約処理部２５ｄは、第１の入庫通知の受信や受取通知の受信が行われた場合に、対応する注文管理データ２４ｂの状態を更新する。また、受取期限を超過した注文については、配達業者５０に回収指示を行う。回収指示には、回収鍵データ、ロッカー装置１０の場所、収納部を示す情報を含めておく。配達予約処理部２５ｄは、回収通知を受信したならば、対応する注文管理データ２４ｂの状態を更新する。

配達手配処理部２５ｅは、受注処理部２５ｂがロッカー装置１０の収納部を配達先とする配達依頼を受け付けた場合に、配達業者５０に対して配達手配を行う処理部である。配達手配では、配達鍵データ、配達先のロッカー装置１０の場所、配達先の収納部及び受取期限が通知される。

入庫通知処理部２５ｆは、ロッカー装置１０から第１の入庫通知を受信し、端末装置３０に第２の入庫通知を送信する処理部である。第１の入庫通知には、入庫日時、配達鍵データ及び入庫先の収納部を特定する情報が含まれる。入庫通知処理部２５ｆは、第１の入庫通知の配達鍵データによって受注番号を特定し、第２の入庫通知を送信する。第２の入庫通知には、受取鍵データ、配達先のロッカー装置１０の場所、配達先の収納部及び受取期限を示す情報を含める。また、収納先が予備収納部に変更になった場合には、収納先が変更されたことを合わせて通知することが望ましい。

次に、図６に示したロッカー装置データ２４ａについて説明する。図７は、図６に示したロッカー装置データ２４ａについての説明図である。図７に示すように、ロッカー装置データ２４ａは、当該ロッカー装置の場所を示す場所データと、各収納部の状態とを関連付けたデータである。なお、収納部の識別情報としては扉番号を使用し、状態は「０：空」、「１：配達待（空）」、「２：配達済（収納中）」、「３：予備割当（空）」、「４：予備割当（収納中）」、「９：故障中」等の値をとる。

ロッカー装置データ２４ａは、ロッカー装置ごとに設けられる。従って、購入者は、複数のロッカー装置データ２４ａについて場所データを比較し、所望の配達場所に所在するロッカー装置１０を選択することができる。また、購入者が希望するロッカー装置１０の収納部に空きがなければ、近傍に所在する他のロッカー装置を配達先として選択することも可能である。

次に、図６に示した注文管理データ２４ｂについて説明する。図８は、図６に示した注文管理データ２４ｂについての説明図である。図８に示すように、注文管理データ２４ｂは、基本データに加え、予約データ及び処理データを有する。

注文管理データ２４ｂは、基本データとして、受注番号、受注品目データ、購入者データ、発注先データ、配達先データ及び状態を含む。受注番号は、受注処理部２５ｂによって発行され、注文を一意に識別する識別情報である。受注品目データは、注文された物品の種類や数を特定するデータである。購入者データは、購入者の氏名や住所などを示すデータである。発注先データは、配達手配先である配達業者５０を特定するデータであり、配達先データは、物品の配達先を示すデータである。

状態は、「１：受注済」、「２：発注済」、「３：配達済」、「４：受取済」、「５：回収済」等の値により、注文の状態を示す。「１：受注済」は、注文番号が発行されており、配達業者５０への配達手配前であることを示す。「２：発注済」は、配達業者５０への配達手配が行われており、配達が完了していないことを示す。「３：配達済」は、物品をロッカー装置１０に収納し、取り出されていないことを示す。「４：受取済」は、物品が購入者によって取り出されたことを示す。「５：回収済」は物品が配達業者５０によって取り出されたことを示す。

注文管理データ２４ｂは、予約データとして指定扉番号、配達鍵データ、受取鍵データ、回収鍵データ、受取期限を含む。指定扉番号及び受取期限は、受注処理部２５ｂにより設定される。また、各鍵データは、鍵データ生成部２５ｃにより生成される。

１つの配達依頼で複数の物品の配達を依頼し、複数の物品の配達先としてロッカー装置の複数の収納部を選択する場合には、予約データの指定扉番号は複数の扉番号を有することになる。

注文管理データ２４ｂは、処理データとして、入庫日時、入庫成否、受取日時、受取成否、回収日時、回収成否を含む。入庫日時は、当該収納部に物品が収納された日時を示す。また、入庫成否は、当該収納部に係る物品の配達が成立したか否かを示す。

受取日時は、利用者が物品を取り出した日時を示す。また、受取成否は、当該収納部に係る物品の受取が成立したか否かを示す。同様に、回収日時は、配達業者５０が物品を取り出した日時を示す。また、回収成否は、当該収納部に係る物品の回収が成立したか否かを示す。

次に、ロッカー装置１０の処理手順を説明する。図９は、ロッカー装置１０の処理手順を示すフローチャートである。ロッカー装置１０は、初期状態において、表示操作部１１に待機画面を表示している（ステップＳ１０１）。この待機画面には、利用者による受取操作を受け付ける受取ボタンと、配達業者５０が配達又は回収を行うための業者用ボタンとが表示されている。

利用者による受取操作を受け付けたならば（ステップＳ１０２；Ｙｅｓ）、入出庫処理部１６ｃは受取処理を実行する（ステップＳ１０９）。受取処理の実行後、ロッカー装置１０は、再び待機画面の表示に戻って（ステップＳ１０８）、処理を終了する。

利用者による受取操作を受け付けず（ステップＳ１０２；Ｎｏ）、業者用ボタンの操作を受け付けたならば（ステップＳ１０３；Ｙｅｓ）、ロッカー装置１０は、業者用画面を表示する（ステップＳ１０４）。なお、業者用ボタンの操作も受け付けていなければ（ステップＳ１０３；Ｎｏ）、待機画面の表示が維持される（ステップＳ１０１）。

ステップＳ１０４の業者用画面では、配達を選択するボタンと回収を選択するボタンとが表示される。業者用画面で配達が選択されたならば（ステップＳ１０５；Ｙｅｓ）、入出庫処理部１６ｃは配達処理を実行する（ステップＳ１１０）。配達処理の実行後、ロッカー装置１０は、再び待機画面の表示に戻って（ステップＳ１０８）、処理を終了する。

配達が選択されず（ステップＳ１０５；Ｎｏ）、回収が選択されたならば（ステップＳ１０６；Ｙｅｓ）、入出庫処理部１６ｃは回収処理を実行する（ステップＳ１１１）。回収処理の実行後、ロッカー装置１０は、再び待機画面の表示に戻って（ステップＳ１０８）、処理を終了する。

配達も回収も選択されなければ（ステップＳ１０６；Ｎｏ）、入出庫処理部１６ｃは、業者用画面の表示がタイムアウトしたか（業者用画面の表示開始から所定時間が経過したか）否かを判定する（ステップＳ１０７）。タイムアウトしていなければ（ステップＳ１０７；Ｎｏ）、業者用画面表示を継続し（ステップＳ１０４）、タイムアウトしたならば（ステップＳ１０７；Ｙｅｓ）、ロッカー装置１０は、再び待機画面の表示に戻って（ステップＳ１０８）、処理を終了する。

次に、ステップＳ１１０に示した配達処理の詳細について説明する。図１０〜図１２は、配達処理の詳細について説明するフローチャートである。配達処理が開始すると、入出庫処理部１６ｃは、表示操作部１１に配達鍵認証画面を表示する（ステップＳ２０１）。配達鍵認証画面では、配達鍵データの入力を受け付けることができる。

入出庫処理部１６ｃは、入力された配達鍵データと収納管理データ１５ａに登録された配達鍵データとが一致するか否かにより配達鍵データの認証を行う（ステップＳ２０２）。認証が失敗した場合には（ステップＳ２０２；Ｎｏ）、入出庫処理部１６ｃは、認証の失敗回数が所定内（例えば２回以内）であるか否かを判定する（ステップＳ２０７）。

認証の失敗回数が規定内であるならば（ステップＳ２０７；Ｙｅｓ）、入出庫処理部１６ｃは認証失敗画面を表示し（ステップＳ２０８）、その後、配達鍵認証画面を表示する（ステップＳ２０１）。

認証の失敗回数が規定を超えたならば（ステップＳ２０７；Ｎｏ）、入出庫処理部１６ｃは認証失敗ロック画面を表示し（ステップＳ２０９）、配達処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

配達鍵の認証が成功したならば（ステップＳ２０２；Ｙｅｓ）、入出庫処理部１６ｃは、入庫期間外であるか否かを判定する（ステップＳ２０３）。この入庫期間は、物品の配達に関して時間的な制限を設ける場合に指定される。入庫期間外であるならば（ステップＳ２０３；Ｙｅｓ）、入出庫処理部１６ｃは期間外警告画面を表示し（ステップＳ２１０）、配達処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

入庫期間外でなければ（ステップＳ２０３；Ｎｏ）、入出庫処理部１６ｃは、配達鍵データの指定扉番号として複数の扉番号が指定されているか否かを判定する（ステップＳ２０４）。

指定扉番号として１つの扉番号が指定されていれば（ステップＳ２０４；Ｎｏ）、入出庫処理部１６ｃは、その扉番号を入庫処理の対象収納部として決定する（ステップＳ２０６）。また、指定扉番号として複数の扉番号が指定されていれば（ステップＳ２０４；Ｙｅｓ）、入出庫処理部１６ｃは、収納部選択画面を表示し（ステップＳ２０５）、複数の扉番号からの選択を配達業者５０に行わせることで、入庫処理の対象収納部を決定する（ステップＳ２０６）。

対象収納部の決定後、図１１に示すように、入出庫処理部１６ｃは、対象収納部の故障判定を行う（ステップＳ３０１）。故障判定により対象収納部が正常であると判定されたならば（ステップＳ３０２；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部を解錠する（ステップＳ３０３）。なお、この時点では、収納部の中には物品が存在しないのが正常な状態である。従って、故障判定の時点で物品センサが物品の存在を示す出力を行っているならば、正常な状態ではないと判定されることになる。具体的には、物品センサの故障により物品センサの出力が異常となっているケースや、収納部内に以前に収納された物品が残置されているケースで正常な状態ではないとの判定が行われる。

対象収納部の解錠に成功したならば（ステップＳ３０４；Ｙｅｓ）、入出庫処理部１６ｃは、入庫を案内する画面である入庫画面を表示する（ステップＳ３０５）。その後、処理状況判定部１６ｆは、対象収納部内に物品が存在することを物品センサにより検知し、かつ、所定時間以内に扉が閉められたか否かを判定する（ステップＳ３０６）。

対象収納部内に物品が存在することを物品センサにより検知し、かつ、所定時間以内に扉が閉められたならば（ステップＳ３０６；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部を施錠する（ステップＳ３０７）。

対象収納部の施錠に成功したならば（ステップＳ３０８；Ｙｅｓ）、入出庫処理部１６ｃは、入庫を証明するレシートをプリンタ１３に印刷出力させる（ステップＳ３０９）。また、処理状況判定部１６ｆは、配達が成立したと判定し（ステップＳ３１０）、入出庫処理部１６ｃは、配達完了画面を表示する（ステップＳ３１１）。そして、入出庫処理部１６ｃは、サーバ２０に第１の入庫通知を送信し（ステップＳ３１２）、処理を終了する。なお、指定扉番号に複数の扉番号が指定されている場合には、複数の扉番号に対応する複数の収納部への配達が全て完了した場合に、第１の入庫通知が送信される。

故障判定により対象収納部が正常ではないと判定された場合（ステップＳ３０２；Ｎｏ）、対象収納部の解錠に失敗した場合（ステップＳ３０４；Ｎｏ）、そして、対象収納部の施錠に失敗した場合（ステップＳ３０８；Ｎｏ）、入出庫処理部１６ｃは、故障通知画面を表示する（ステップＳ３１３）。そして、予備収納管理部１６ｇが予備収納部を１つ選択し（ステップＳ３１４）、選択した予備収納部を対象収納部としてステップＳ３０１に移行する。

このように、故障判定により対象収納部が正常ではないと判定された場合（ステップＳ３０２；Ｎｏ）、対象収納部の解錠に失敗した場合（ステップＳ３０４；Ｎｏ）、そして、対象収納部の施錠に失敗した場合（ステップＳ３０８；Ｎｏ）は、「収納部が利用できない状態」であり、他の収納部が選択されることになる。

対象収納部内において物品の存在を検知できない、もしくは所定時間以内に扉が閉められなかった場合（ステップＳ３０６；Ｎｏ）、処理状況判定部１６ｆは、図１２に示すように、物品センサが物品の存在を検知しているか否かを判定する（ステップＳ４０１）。

物品センサが物品の存在を検知していなければ（ステップＳ４０１；Ｎｏ）、入出庫処理部１６ｃは、未入庫警告画面を表示する（ステップＳ４０８）。その後、入出庫処理部１６ｃは、未入庫警告画面の表示がタイムアウトしたか（未入庫警告画面の表示開始から所定時間が経過したか）否かを判定する（ステップＳ４０９）。タイムアウトしていなければ（ステップＳ４０９；Ｎｏ）、ステップＳ４０１に移行し、物品センサが物品の存在を検知しているか否かを判定する。

物品センサが物品の存在を検知しているならば（ステップＳ４０１；Ｙｅｓ）、入出庫処理部１６ｃは、扉開警告画面を表示する（ステップＳ４０２）。その後、入出庫処理部１６ｃは、扉開閉センサが扉閉を検知したか否かを判定する（ステップＳ４０３）。扉開閉センサが扉閉を検知したならば（ステップＳ４０３；Ｙｅｓ）、図１１のステップＳ３０７に移行し対象収納部を施錠する。

扉開閉センサが扉閉を検知しなければ（ステップＳ４０３；Ｎｏ）、入出庫処理部１６ｃは、扉開警告画面の表示がタイムアウトしたか（扉開警告画面の表示開始から所定時間が経過したか）否かを判定する（ステップＳ４０４）。タイムアウトしていなければ（ステップＳ４０４；Ｎｏ）、ステップＳ４０１に移行し、物品センサが物品の存在を検知しているか否かを判定する。

ステップＳ４０４又はステップＳ４０９でタイムアウトした場合（ステップＳ４０４；Ｙｅｓ、又は、ステップＳ４０９；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部の解錠状態を維持する（ステップＳ４０５）。そして、入出庫処理部１６ｃは、入庫タイムアウト画面を表示し（ステップＳ４０６）、配達処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

なお、ステップＳ４０４やステップＳ４０９においてタイムアウトの判定に用いる「所定時間」は、同一である必要はなく、適宜個別に設定することができる。この他、本実施例におけるタイムアウトの判定には、それぞれ個別の所定時間を設定可能である。

また、ステップＳ４０４やステップＳ４０９のタイムアウトが近づいた場合に警告音を出力してもよい。なお、タイムアウトして入庫タイムアウト画面を表示する際には、警告音を停止する。ここで、タイムアウトの時点では、配達業者は対象収納部の前に居て表示操作部１１の表示に気付かない可能性がある。そのため、警告音の停止前に表示操作部１１を確認するようガイダンス音声を出力することが望ましい。

次に、ステップＳ１０９に示した受取処理の詳細について説明する。図１３〜図１４は、受取処理の詳細について説明するフローチャートである。受取処理が開始すると、入出庫処理部１６ｃは、表示操作部１１に受取鍵認証画面を表示する（ステップＳ５０１）。受取鍵認証画面では、受取鍵データの入力を受け付けることができる。

入出庫処理部１６ｃは、入力された受取鍵データと収納管理データ１５ａに登録された受取鍵データとが一致するか否かにより受取鍵データの認証を行う（ステップＳ５０２）。認証が失敗した場合には（ステップＳ５０２；Ｎｏ）、入出庫処理部１６ｃは、認証の失敗回数が所定内（例えば２回以内）であるか否かを判定する（ステップＳ５０７）。

認証の失敗回数が規定内であるならば（ステップＳ５０７；Ｙｅｓ）、入出庫処理部１６ｃは認証失敗画面を表示し（ステップＳ５０８）、その後、受取鍵認証画面を表示する（ステップＳ５０１）。

認証の失敗回数が規定を超えたならば（ステップＳ５０７；Ｎｏ）、入出庫処理部１６ｃは認証失敗ロック画面を表示し（ステップＳ５０９）、受取処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

受取鍵の認証が成功したならば（ステップＳ５０２；Ｙｅｓ）、入出庫処理部１６ｃは、受取期限を超過しているか否かを判定する（ステップＳ５０３）。受取期限を超過しているならば（ステップＳ５０３；Ｙｅｓ）、入出庫処理部１６ｃは期限切れ警告画面を表示し（ステップＳ５１０）、受取処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

受取期限内であれば（ステップＳ５０３；Ｎｏ）、入出庫処理部１６ｃは、受取鍵データの指定扉番号として複数の扉番号が指定されているか否かを判定する（ステップＳ５０４）。

指定扉番号として１つの扉番号が指定されていれば（ステップＳ５０４；Ｎｏ）、入出庫処理部１６ｃは、その扉番号を出庫処理の対象収納部として決定する（ステップＳ５０６）。また、指定扉番号として複数の扉番号が指定されていれば（ステップＳ５０４；Ｙｅｓ）、入出庫処理部１６ｃは、収納部選択画面を表示し（ステップＳ５０５）、複数の扉番号からの選択を利用者に行わせることで、出庫処理の対象収納部を決定する（ステップＳ５０６）。

対象収納部の決定後、図１４に示すように、施解錠制御部１６ｄは、対象収納部を解錠する（ステップＳ６０１）。対象収納部の解錠に失敗したならば（ステップＳ６０２；Ｎｏ）、入出庫処理部１６ｃは、解錠失敗画面を表示して（ステップＳ６０８）、受取処理を終了する。この結果、表示操作部１１には待機画面が表示されることになる。

対象収納部の解錠に成功したならば（ステップＳ６０２；Ｙｅｓ）、入出庫処理部１６ｃは、受取を案内する画面である受取画面を表示する（ステップＳ６０３）。その後、処理状況判定部１６ｆは、対象収納部内に物品が存在しないことが物品センサにより示され、かつ、所定時間以内に扉が閉められたか否かを判定する（ステップＳ６０４）。

対象収納部内に物品が存在しないことが物品センサにより示され、かつ、所定時間以内に扉が閉められたならば（ステップＳ６０４；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部を施錠する（ステップＳ６０５）。

一方、対象収納部内に物品が存在することが物品センサにより示されたままであるか、もしくは、所定時間以内に扉が閉められなければ（ステップＳ６０４；Ｎｏ）、入出庫処理部１６ｃは、受取警告画面を表示する（ステップＳ６０９）。

受取警告画面の表示後、対象収納部内に物品が存在しない状態で扉が閉められたならば（ステップＳ６１０；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部を施錠する（ステップＳ６０５）。

一方、対象収納部内に物品が存在することが物品センサにより示されたままであるか、扉が閉められなければ（ステップＳ６１０；Ｎｏ）、入出庫処理部１６ｃは、受取警告画面の表示がタイムアウトしたか（受取警告画面の表示開始から所定時間が経過したか）否かを判定する（ステップＳ６１１）。タイムアウトしていなければ（ステップＳ６１１；Ｎｏ）、ステップＳ６０９に移行し、受取警告画面の表示を継続する。そして、タイムアウトしたならば（ステップＳ６１１；Ｙｅｓ）、施解錠制御部１６ｄは、対象収納部の解錠状態を維持する（ステップＳ６１２）。

ステップＳ６０５又はステップＳ６１２の後、処理状況判定部１６ｆは、受取が成立したと判定する（ステップＳ６０６）。そして、入出庫処理部１６ｃが受取通知をサーバ２０に送信し（ステップＳ６０７）、受取処理を終了する。

図９のステップＳ１１１に示した回収処理は、図１３〜図１４に示した受取処理と次の点で異なる。まず、使用する鍵データは回収鍵データである。次に、各種表示画面は、配達業者向けの回収用の画面となる。そして、受取期限のチェックは不要である。その他の動作については、図１３〜図１４に示した受取処理と同様であるので、回収処理の詳細についての説明は省略する。

次に、サーバ２０の処理手順について説明する。図１５は、サーバ２０の注文管理に係る処理手順を示すフローチャートである。まず、受注処理部２５ｂは端末装置３０から注文を受け付け（ステップＳ７０１）、注文番号を発行する（ステップＳ７０２）。発行した注文番号は、受注報告として端末装置３０に送信される。

鍵データ生成部２５ｃは、受注処理部２５ｂが受け付けた注文について配達鍵データ、受取鍵データ及び回収鍵データの３つの鍵データを生成する（ステップＳ７０３）。そして配達予約処理部２５ｄは、ロッカー装置１０に対して配達予約を行う（ステップＳ７０４）。この配達予約により、各鍵データ、配達先の収納部及び受取期限がロッカー装置１０に送信される。

そして、配達手配処理部２５ｅは、配達業者５０に対して配達手配を行う（ステップＳ７０５）。配達手配では、配達鍵データ、配達先のロッカー装置１０の場所、配達先の収納部及び受取期限が通知される。

配達手配の後、入庫通知処理部２５ｆは、ロッカー装置１０から第１の入庫通知を受信したか否かを判定する（ステップＳ７０６）。第１の入庫通知を受信していなければ（ステップＳ７０６；Ｎｏ）。ステップＳ７０６に移行することで、第１の入庫通知を待機する。

第１の入庫通知を受信したならば（ステップＳ７０６；Ｙｅｓ）、入庫通知処理部２５ｆは、入庫通知に示された入庫先の扉番号と、元々の指定扉番号とが一致するか否かを判定する（ステップＳ７０７）。

入庫通知に示された入庫先の扉番号と、元々の指定扉番号とが一致するならば（ステップＳ７０７；Ｙｅｓ）、入庫通知処理部２５ｆは、購入者の端末装置３０に第２の入庫通知を送信して（ステップＳ７０８）、処理を終了する。

そして、入庫通知に示された入庫先の扉番号と、元々の指定扉番号とが一致しないならば（ステップＳ７０７；Ｎｏ）、入庫通知処理部２５ｆは、入庫先が変更されたことの連絡を含む第２の入庫通知を購入者の端末装置３０に送信して（ステップＳ７０９）、処理を終了する。

図１６は、サーバ２０の入庫後の物品に係る処理手順を示すフローチャートである。まず、配達予約処理部２５ｄは、ロッカー装置１０から受取通知を受信したか否かを判定する（ステップＳ８０１）。受取通知を受信したならば（ステップＳ８０１；Ｙｅｓ）、受取通知に示された配達鍵データから注文を特定し、対応する注文管理データ２４ｂの「受取日時」及び「受取成否」を更新する受取完了処理を行って（ステップＳ８０２）、処理を終了する。

受取通知を受信していない場合（ステップＳ８０１；Ｎｏ）、配達予約処理部２５ｄは、受取が行われないまま受取期限を越えた注文管理データが存在するか否かを判定する（ステップＳ８０３）。受取が行われないまま受取期限を越えた注文管理データが存在しない場合（ステップＳ８０３；Ｎｏ）、配達予約処理部２５ｄは、そのまま処理を終了する。

受取が行われないまま受取期限を越えた注文管理データが存在するならば（ステップＳ８０３；Ｙｅｓ）、配達予約処理部２５ｄは、配達業者５０に対して回収指示を送信する（ステップＳ８０４）。

ステップＳ８０４の後、配達予約処理部２５ｄは、ロッカー装置１０から回収通知を受信したか否かを判定する（ステップＳ８０５）。回収通知を受信していなければ（ステップＳ８０５；Ｎｏ）、ステップＳ８０５を繰り返し、回収通知の受信を待機する。

回収通知を受信したならば（ステップＳ８０５；Ｙｅｓ）、回収通知に示された配達鍵データから注文を特定し、対応する注文管理データ２４ｂの「回収日時」及び「回収成否」を更新する回収完了処理を行う（ステップＳ８０６）。その後、配達予約処理部２５ｄは、購入者に回収を行ったことを通知して（ステップＳ８０７）、処理を終了する。

これまでの説明では、予備収納部の管理をロッカー装置側で行う構成を例示して説明を行ったが、予備収納部の管理はサーバ側で行ってもよい。図１７は、予備収納部の管理を行うサーバについての説明図である。

図１７に示すサーバ１２０は、制御部２５に予備収納割当部１２５ａをさらに備える点が図６に示したサーバ２０と異なる。その他の構成及び動作については、図６に示したサーバ２０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

予備収納割当部１２５ａは、ロッカー装置から予備収納の割り当てを求める予備収納割当依頼を受信した場合に、当該ロッカー装置の他の収納部を予備収納部として選択し、ロッカー装置に通知する処理を行う。

なお、各ロッカー装置が有する複数の収納部について、その一部を予め予備収納部用に割り当てておき、予備収納割当依頼の受信時には、割り当てておいた予備収納部から使用する収納部を選択して通知してもよい。また、その時点で使用の予定のない「空」状態の収納を予備収納部に割り当てて通知してもよい。ここで、予備収納部の選択に当たっては、物品の大きさを考慮する。具体的には、注文時に物品の大きさに合わせ、大きいサイズの収納部が指定収納部として選択されていたならば、指定収納部と同じかそれ以上のサイズの収納部から予備収納部を選択する。

予め割り当てた予備収納部が全て使用中であるなど、予備収納割当依頼を受信したにも関わらず、通知可能な収納部が存在しない場合には、予備収納割当部１２５ａは、依頼元のロッカー装置に対して使用できる収納部がないことを示す通知を行うことになる。または、近傍に所在する他のロッカー装置の収納部を予備収納部として割り当ててもよい。

図１８は、サーバが予備収納部の割り当てを行う場合の動作の説明図である。図１８に示すロッカー装置１１０は、配達処理のステップＳ３１４で予備収納部が必要となった場合に、サーバ１２０に対して予備収納割当依頼を送信する（１）。

サーバ１２０は、予備収納割当依頼を受信して予備収納部を選択し（２）、ロッカー装置１１０に予備収納部を通知する（３）。この後、ロッカー装置１１０は、通知された予備収納部を選択して配達処理を継続することになる。

これまでの説明では、物品の配達先としてロッカー装置を利用する場合を例に説明を行ったが、ロッカー装置は単体で運用することもできる。図１９は、単体で運用するロッカー装置の構成図である。

図１９に示すロッカー装置２１０は、物品の配達先として用いられるのではなく、物品の一時預かりを行う装置である。そのため、ロッカー装置２１０は、通信部１４を有さず、また、主制御部１６に予約処理部１６ｂを有さない。この点が図４に示したロッカー装置１０と異なる。そして、記憶部１５が記憶する収納管理データ２１５ａが図４に示した収納管理データ１５ａと異なっている。

ロッカー装置２１０の入出庫処理部１６ｃは、物品の入庫時に受取鍵データを設定し、収納管理データ２１５ａに登録する。そして、出庫時には、受取鍵データの認証を条件に収納部の解錠を許可する。その他の構成及び動作は、図４に示したロッカー装置１０と同様であるので、同一の構成要素には同一の符号を付して説明を省略する。

図２０は、図１９に示した収納管理データ２１５ａについての説明図である。図２０に示すように、収納管理データ２１５ａは、基本データと預りデータを有する。

収納管理データ２１５ａは、基本データとして、収納部ＩＤ、扉番号及び状態を含む。収納部ＩＤは、収納部を一意に特定する識別情報である。扉番号は、収納部の扉に付された番号である。状態は、「０：空」、「２：収納中」、「３：予備割当（空）」、「４：予備割当（収納中）」、「９：故障中」等の値により、収納部の状態を示す。

ここで、扉番号は、収納部を収納部ＩＤと同一としてもよい。この場合には、扉番号を収納部ＩＤとして使用可能である。以下の実施例では、扉番号を収納部ＩＤとして使用する場合を例として説明を行う。

さらに、収納管理データ２１５ａは、基本データとして配置と最大収納寸法とを含む。配置は、当該収納部がどの位置に配置されているか、特に下から何段目に位置するかを示す。最大収納寸法は、当該収納部に収納可能な物品の寸法の最大値を示す。

収納管理データ２１５ａは、預りデータとして、受取鍵データ、預り期限、入庫日時、受取日時を含む。受取鍵データは、物品の入庫、すなわち預り開始時に設定される。この受取鍵データは、利用者が指定した数字列や文字列であってもよいし、ロッカー装置２１０が生成した数字列や文字列であってもよい。また、二次元コードを用いてもよいし、利用者が携行する記録媒体の識別情報を読み取って受取鍵データとして用いるようにしてもよい。

預り期限は、物品の入庫、すなわち預り開始時に設定される。預り期限は、利用者が指定してもよいし、例えば「当日限り」のように、ロッカー装置２１０が設定するようにしてもよい。入庫日時は、当該収納部に物品が収納された日時を示す。そして、受取日時は、利用者が物品を取り出した日時を示す。

次に、ロッカー装置２１０の処理手順を説明する。図２１は、ロッカー装置２１０の処理手順を示すフローチャートである。ロッカー装置２１０は、初期状態において、表示操作部１１に待機画面を表示している（ステップＳ９０１）。この待機画面には、利用者による預入操作を受け付ける預入ボタンと、利用者による受取操作を受け付ける受取ボタンとが表示されている。

利用者による預入操作を受け付けたならば（ステップＳ９０２；Ｙｅｓ）、入出庫処理部１６ｃは預入処理を実行する（ステップＳ９０４）。預入処理の実行後、ロッカー装置２１０は、再び待機画面の表示に戻って（ステップＳ９０６）、処理を終了する。

利用者による預入操作を受け付けず（ステップＳ９０２；Ｎｏ）、受取操作を受け付けたならば（ステップＳ９０３；Ｙｅｓ）、入出庫処理部１６ｃは受取処理を実行する（ステップＳ９０５）。受取処理の実行後、ロッカー装置２１０は、再び待機画面の表示に戻って（ステップＳ９０６）、処理を終了する。

利用者による預入操作を受け付けず（ステップＳ９０２；Ｎｏ）、受取操作も受け付けていなければ（ステップＳ９０３；Ｎｏ）、ロッカー装置２１０はそのまま処理を終了する。この場合には、待機画面の表示がそのまま継続されることになる。

次に、ステップＳ９０４に示した預入処理の詳細について説明する。図２２は、預入処理の詳細について説明するフローチャートである。預入処理が開始すると、入出庫処理部１６ｃは、受取鍵データを取得し（ステップＳ１００１）、預り期限を設定する（ステップＳ１００２）。

また、入出庫処理部１６ｃは、収納部選択画面を表示し（ステップＳ１００３）、扉番号の選択を利用者に行わせることで、入庫処理の対象収納部を決定する（ステップＳ１００４）。

対象収納部の決定した後、図１１に示した処理に移行し、物品の入庫を受け付ける。ただし、入庫通知の送信（ステップＳ３１２）は不要である。また、受取処理については、ロッカー装置１０と同様の処理を行うことになるが、受取通知の送信（ステップＳ６０７）は不要である。

次に、ロッカー装置にサーバの機能を持たせた構成について説明する。図２３は、ロッカー装置にサーバの機能を持たせた構成の説明図である。この図２３では、宅配業者が依頼人から集荷し、依頼人に指定された受取人に物品を届ける配達サービスに本発明を適用する場合の構成である。この構成では、受取人がロッカー装置の利用者となる。

図２３に示すように、物品の配達を依頼する依頼人は、配達業者３５０に対して配達依頼を行う（１）。この配達依頼では、配達先としてロッカー装置３１０を選択することができる。また、依頼人は、物品を受け取る人物である受取人と、その連絡先を指定する。

配達依頼を受けた配達業者３５０は、配達依頼を一意に特定するデータとして伝票データを生成する（２）。その後、配達業者３５０は、物品に伝票データを対応付けて配達する（３）。例えば、これらのデータの内容を伝票に記載して、配達する物品に貼付すればよい。

ロッカー装置３１０は、配達業者３５０から伝票データを受け付けると、受取鍵データ及び回収鍵データを生成し（４）、伝票データに対応づけて管理する（５）。この配達に関する管理は、物品が取り出されるまで行うものであり、ロッカー装置１０の予約管理に相当する

ロッカー装置３１０は、回収鍵データを配達業者３５０に提供する。また、ロッカー装置３１０は、伝票データと受取鍵データを受取人に通知する入庫通知を行う（６）。この入庫通知は、例えば電子メールなどによって行えばよい。また、所定のサーバを経由してもよい。

入庫通知を受けた受取人は、ロッカー装置３１０の設置場所へ赴き、受取鍵データをロッカー装置３１０に入力する。ロッカー装置３１０は、受取鍵データの入力を受けて対応する収納部を解錠するので、受取人は配達された物品を取り出して受け取ることができる（７）。

このように、ロッカー装置３１０が鍵データの生成などを行なう構成においても、ロッカー装置１０と同様に、所定の状況となった場合の解錠維持や、予備収納部への収納を行うことができる。

次に、物品預り用の収納部と、物品配達用の収納部との共用について説明する。図２４は、物品預り用の収納部と、物品配達用の収納部との共用についての説明図である。図２４に示したロッカー装置４１０は、物品を収納する収納部、所謂ロッカーを複数有し、複数の収納部を個別に施錠可能である。

ロッカー装置４１０が有する複数の収納部は、物品預り用の収納部と、物品配達用の収納部とを含む。図２４では、ロッカー装置４１０は３２個の収納部を有し、そのうちの２２個の収納部を物品預り用とし、１０個の収納部を物品配達用としている。

物品預りは、物品の預入と取出とを同一人物が行うことを想定した機能であり、所謂コインロッカーと同等のサービスを提供する。一方、物品配達は、配達された物品の受け渡しを行なう機能であり、ロッカー装置４１０を配達先とする物品が配達業者により収納され、受取人が物品の取り出しを行なうことになる。

物品預り用の収納部と、物品配達用の収納部とは分けられており、配達時の指定扉は、物品配達用の収納部から選択されることになる。しかし、指定扉に対応する収納部に配達を行う場合（１）に、異常が発生し（２）、配達が完了できないケースでは、物品預り用の収納部を予備収納部として利用可能とする（３）。

このように、物品預り用の収納部を予備収納部として利用可能とすることで、ロッカー装置４１０の収納部を効率的に運用することができる。また、かかるロッカー装置４１０においても、ロッカー装置１０と同様に、所定の状況となった場合の解錠維持を行うことができる。

次に、予備収納部の指定に係る変形例について説明する。図２５は、予備収納部の指定に係る変形例についての説明図である。ロッカー装置１０では、配達鍵データとは独立に予備収納部を用意しており、指定の収納部に配達できなかった場合に配達鍵データに予備収納部を割り当てていた。これに対し、図２５に示すシステムでは、サーバ５２０が鍵データの生成時に配達先の収納部とともに予備収納部を設定しており、ロッカー装置５１０は、配達鍵データに設定された予備収納部を用いることになる。なお、予備収納部の設定に当たっては、指定収納部と同じかそれ以上のサイズの収納部から予備収納部を設定する。

図２５に示した例では、サーバ５２０は、注文管理データにおいて配達鍵データＫ０１に指定扉番号００１及び予備扉番号００２を設定している。サーバ５２０が配達予約をロッカー装置５１０に送信すると、指定の収納部（扉番号００１）の収納管理データは、基本データの状態が「１：配達待（空）」となり、予約データの指定扉番号が「００１」、配達鍵データが「Ｋ０１」となる。そして、予備収納部に設定された扉番号００２の収納管理データは、基本データの状態が「３：予備割当（空）」となり、予約データの指定扉番号が「００１」、配達鍵データが「Ｋ０１」となる。

この基本データの状態の推移について、さらに説明する。図２６は、基本データの状態の推移についての説明図である。なお、図２６（ａ）は、最終的に指定の収納部に物品を収納するケースについて示し、図２６（ｂ）は、最終的に予備収納部に物品を収納するケースについて示している。

図２６（ａ）に示すように、初期状態では、指定の収納部も予備収納部も基本データの状態は「０：空」である。配達予約が行われると、指定の収納部の基本データの状態は「１：配達待（空）」となり、予備収納部の基本データの状態は「３：予備割当（空）」となる。そして、最終的に指定の収納部に物品を収納できれば、指定の収納部の基本データの状態は「２：配達済（収納中）」となり、予備収納部の基本データの状態は「０：空」となる。すなわち、配達が完了した時点で、予備収納部であった収納部は、他の注文の配達先や、他の注文の予備収納部として選択可能となる。

図２６（ｂ）においても、初期状態では、指定の収納部も予備収納部も基本データの状態は「０：空」である。配達予約が行われると、指定の収納部の基本データの状態は「１：配達待（空）」となり、予備収納部の基本データの状態は「３：予備割当（空）」となる。その後、指定の収納部が故障により使用出来ない場合には、最終的に予備収納部に物品を収納される。その結果、指定の収納部の基本データの状態は「９：故障中」となり、予備収納部の基本データの状態は「４：予備割当（収納中）」となる。

なお、このように、サーバ５２０が予備収納部を設定する場合には、１の配達鍵データに予備収納部として設定された収納部は、他の配達鍵データの予備収納部に設定できないようにしてもよい。この場合には、確実に予備収納部を確保できる。しかし、予備収納部が実際に使用されることは少ないため、複数の配達鍵データで予備収納部の重複を許可し、ロッカー装置５１０の収納部を効率的に運用することとしてもよい。

これまでの説明では、ロッカー装置が常に施錠待機である場合について説明を行ったが、解錠待機のロッカー装置が一時的に施錠待機を行う動作モードに移行する構成であっても、本発明は適用可能である。

図２７は、解錠待機のロッカー装置が一時的に施錠待機を行う動作モードに移行する場合のフローチャートである。図２７では、解錠待機のロッカー装置を物品の配達先として使用する場合に、配達業者が配達に係る操作を行った時点で施錠待機を行う動作モードに移行する処理を示している。

具体的には、ロッカー装置は、初期状態において解錠待機であり、表示操作部１１に待機画面を表示している（ステップＳ１１０１）。この待機画面には、利用者による受取操作を受け付ける受取ボタンと、配達業者が配達又は回収を行うための業者用ボタンとが表示されている。

利用者による受取操作を受け付けたならば（ステップＳ１１０２；Ｙｅｓ）、ロッカー装置は受取処理を実行する（ステップＳ１１０９）。受取処理の実行後、ロッカー装置は、再び待機画面の表示に戻って（ステップＳ１１０８）、処理を終了する。

利用者による受取操作を受け付けず（ステップＳ１１０２；Ｎｏ）、業者用ボタンの操作を受け付けたならば（ステップＳ１１０３；Ｙｅｓ）、ロッカー装置は、業者用画面を表示する（ステップＳ１１０４）。なお、業者用ボタンの操作も受け付けていなければ（ステップＳ１１０３；Ｎｏ）、待機画面の表示が維持される（ステップＳ１１０１）。

ステップＳ１１０４の業者用画面では、配達を選択するボタンと回収を選択するボタンとが表示される。業者用画面で配達が選択されたならば（ステップＳ１１０５；Ｙｅｓ）、ロッカー装置は、施錠待機の動作モードに移行し（ステップＳ１１１０）、配達処理を実行する（ステップＳ１１１１）。配達処理の実行後、ロッカー装置は、再び待機画面の表示に戻って（ステップＳ１１０８）、処理を終了する。

配達が選択されず（ステップＳ１１０５；Ｎｏ）、回収が選択されたならば（ステップＳ１１０６；Ｙｅｓ）、ロッカー装置は回収処理を実行する（ステップＳ１１１２）。回収処理の実行後、ロッカー装置は、再び待機画面の表示に戻って（ステップＳ１１０８）、処理を終了する。

配達も回収も選択されなければ（ステップＳ１１０６；Ｎｏ）、ロッカー装置は、業者用画面の表示がタイムアウトしたか（業者用画面の表示開始から所定時間が経過したか）否かを判定する（ステップＳ１１０７）。タイムアウトしていなければ（ステップＳ１１０７；Ｎｏ）、業者用画面表示を継続し（ステップＳ１１０４）、タイムアウトしたならば、ロッカー装置は、再び待機画面の表示に戻って（ステップＳ１１０８）、処理を終了する。

なお、ステップＳ１１０９の受取処理と、ステップＳ１１１２の回収処理については、ロッカー装置１０と同様の処理となる。配達処理Ｓ１１１１については、図１１に示した解錠に係る処理（ステップＳ３０３及びＳ３０４）が省略される点が異なるが、他の処理は同様である。ここで、配達処理Ｓ１１１１では、ステップＳ３０６に先だって扉が開かれたか否かを検知し、扉が開かれたことの検知を条件としてステップＳ３０６に移行することが望ましい。すなわち、扉が開状態から閉状態に移行することを、施錠待機における施錠の条件とするのである。

このように、解錠待機のロッカー装置が一時的に施錠待機に移行する場合であっても、ロッカー装置１０と同様に、所定の状況となった場合の解錠維持や、予備収納部への収納を行うことができる。

上述してきたように本実施例に係る物品配達システム、ロッカー装置及び収納管理方法では、ロッカー装置等の収納部を事前に指定して施錠待機させ、指定された収納部が利用できない場合には、予備の収納部を選択して解錠し、物品の収納先として使用可能とする。

なお、これまでの説明では、本発明に係る物品配達システム、ロッカー装置及び収納管理方法をインターネットショッピングに適用した場合と一時預りに適用した場合について説明したが、本発明は適宜変形して実施可能である。例えば、集合住宅等に設置された宅配ボックスであっても同様に本発明を適用可能である。また、宅配業者が依頼人から集荷し、依頼人に指定された受取人に物品を届ける配達サービスに本発明を適用することもできる。

また、本実施例では、全ての鍵データの生成を同一の装置が行う構成を例に説明を行ったが、鍵データの生成を異なる装置で分担してもよい。例えばサーバが配達鍵データを生成し、ロッカー装置が受取鍵データ及び回収鍵データを生成する構成とすることができる。このとき、ロッカー装置は、配達予約の時点で鍵データを生成してもよいし、配達を受け付けた時点で鍵データを生成してもよい。

また、本実施例では、受取鍵データと回収鍵データを個別に生成する構成を例示したが、受取鍵データと回収鍵データを同一としてもよい。さらに、１つの鍵データで配達、受取、回収を行うこととしてもよい。

また、本実施例では、１つの注文で複数の収納部を用いる場合に、１つの配達鍵データに複数の収納部を対応付けることとしたが、１つの注文に対して複数の配達鍵データを生成し、配達鍵データと収納部が１対１となるようにしてもよい。

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

以上のように、本発明に係る物品配達システムは、収納部を指定して待機を行うロッカー装置やかかるロッカー装置を利用する物品配達システムにおいて、指定した収納部が使用できない場合に適切に対処し、物品の収納を行うことに適している。

１０、１１０、２１０、３１０、４１０、５１０ ロッカー装置
１１ 表示操作部
１２ コードリーダ
１２ａ カードリーダ
１３ プリンタ
１４、２３ 通信部
１５、２４ 記憶部
１５ａ、２１５ａ 収納管理データ
１６ 主制御部
１６ａ 収納管理部
１６ｂ 予約処理部
１６ｃ 入出庫処理部
１６ｄ 施解錠制御部
１６ｅ 計時部
１６ｆ 処理状況判定部
１６ｇ 予備収納管理部
１７ 収納制御部
２０、１２０、５２０ サーバ
２１ 表示部
２２ 入力部
２４ａ ロッカー装置データ
２４ｂ 注文管理データ
２５ 制御部
２５ａ ロッカー状態取得部
２５ｂ 受注処理部
２５ｃ 鍵データ生成部
２５ｄ 配達予約処理部
２５ｅ 配達手配処理部
２５ｆ 入庫通知処理部
３０ 端末装置
５０、３５０ 配達業者
１２５ａ 予備収納割当部
Ｌ０１、Ｌ０２ 収納部
Ｌ０１ａ、Ｌ０２ａ ロック機構
Ｌ０１ｂ、Ｌ０２ｂ 扉開閉センサ
Ｌ０１ｃ、Ｌ０２ｃ 物品センサ

Claims (9)

1. 物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、
   前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、
   前記指定収納部の利用可否を判定する利用可否判定手段と、
   前記配達依頼の指定収納部を施解錠する施解錠制御手段と
   を備え、
   前記配達依頼処理装置は、前記利用可否判定手段により前記指定収納部が利用不可と判定された場合に、施錠あるいは解錠する他の収納部を選択して前記施解錠制御手段に通知し、前記配達依頼に係る代替の配達先として使用させる代替収納部選択手段を備え、
   前記施解錠制御手段は、
   前記配達依頼に係る代替の配達先となり、前記指定収納部とは異なる他の収納部を施解錠するよう制御する
   ことを特徴とする物品配達システム。
2. 前記代替収納部選択手段は、前記配達依頼に対応するロッカー装置に前記代替の配達先として使用可能な収納部が存在しない場合に、前記配達依頼に対応するロッカー装置の近傍に所在する他のロッカー装置の収納部を前記代替の配達先として使用させることを特徴とする請求項１に記載の物品配達システム。
3. 物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、
   前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、
   前記指定収納部の利用可否を判定する利用可否判定手段と、
   前記配達依頼の指定収納部を施解錠する施解錠制御手段と
   を備え、
   前記ロッカー装置は、前記利用可否判定手段により前記指定収納部が利用不可と判定された場合に、施錠あるいは解錠する他の収納部を選択して前記施解錠制御手段に通知し、前記配達依頼に係る代替の配達先として使用させる代替収納部選択手段を備え、
   前記施解錠制御手段は、
   前記配達依頼に係る代替の配達先となり、前記指定収納部とは異なる他の収納部を施解錠するよう制御する
   ことを特徴とする物品配達システム。
4. 前記施解錠制御手段が前記他の収納部を施解錠し、当該他の収納部が前記配達依頼に係る代替の配達先として使用された場合に、前記配達依頼の依頼元に対して配達先の変更を通知する通知手段をさらに備えたことを特徴とする請求項１〜３のいずれか一つに記載の物品配達システム。
5. 前記通知手段は、前記他の収納部として選択可能な収納部が存在しない場合に前記配達依頼の依頼元に対して配達不能である旨を通知することを特徴とする請求項４に記載の物品配達システム。
6. 物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、
   前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、
   前記指定収納部の利用可否を判定する利用可否判定手段と、
   前記配達依頼の指定収納部を施解錠する施解錠制御手段と
   を備え、
   前記施解錠制御手段は、
   前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を施解錠するよう制御し、
   前記施解錠制御手段は、
   前記指定収納部とは異なる一時預り用の収納部を施錠あるいは解錠し、前記配達依頼に係る代替の配達先として使用させる
   ことを特徴とする物品配達システム。
7. 物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、
   前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、
   前記指定収納部の利用可否を判定する利用可否判定手段と、
   前記配達依頼の指定収納部を施解錠する施解錠制御手段と
   を備え、
   前記施解錠制御手段は、
   前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を施解錠するよう制御し、
   前記配達依頼処理装置は、１の配達依頼に係る複数の物品を前記ロッカー装置の複数の収納部に収納する場合に、１つの配達依頼の識別データに対して複数の収納部を対応付けて指定する
   ことを特徴とする物品配達システム。
8. 物品を収納する複数の収納部を有するロッカー装置と、前記物品の配達先として前記ロッカー装置の収納部を指定した配達依頼に係る処理を行う配達依頼処理装置とを有する物品配達システムであって、
   前記配達依頼により指定された収納部である指定収納部を前記配達依頼に対応付けて管理する指定収納部管理手段と、
   前記指定収納部の利用可否を判定する利用可否判定手段と、
   前記配達依頼に基づく配達操作を受け付けた場合に、前記指定収納部の収納扉が閉鎖された時点で施錠するよう制御する施解錠制御手段と
   を備え、
   前記施解錠制御手段は、
   前記配達依頼に基づく配達操作を受け付け、かつ、前記配達依頼の指定収納部について前記利用可否判定手段が利用不可と判定した場合に、前記指定収納部とは異なる他の収納部を代替の収納部として前記物品の配達先に使用し、前記代替の収納部の収納扉が閉鎖された時点で施錠するよう制御し、
   前記配達依頼処理装置は、１の配達依頼に係る複数の物品を前記ロッカー装置の複数の収納部に収納する場合に、１つの配達依頼の識別データに対して複数の収納部を対応付けて指定する
   ことを特徴とする物品配達システム。
9. 前記利用可否判定手段は、前記収納部の施錠機構の状態と、前記収納部内における前記物品の有無と、前記収納部の収納扉の開閉状態とのうち、少なくともいずれかを用いて前記指定収納部の利用可否を判定することを特徴とする請求項１〜８のいずれか一つに記載の物品配達システム。

Images