JP7122223B2 - 収納装置及び物品収納システム - Google Patents

Description

本発明は、収納装置及び物品収納システムに関し、特に、ユーザ宛の配送物が入庫されたとき、ユーザの端末へ通知を行う収納装置及び物品収納システムに関する。

近年、核家族化、未婚・晩婚者の増加や少子高齢化に伴う単身者の増加、さらには共働きの夫婦の増加等が進行し、そのライフスタイルが大きく変わってきている。
また、近年は、ＥＣコマースの隆盛に伴って、購入商品等の物品が各家庭に配送されることが多くなっている一方で、上記のとおり、夫婦の共働き等の割合の増加により家を留守にするケースが増えてきており、上記物品をスムーズに受け取ることのできる環境や設備が望まれている。

上記のようなニーズに応えるように、近年、マンション等の集合住宅の共用部等には、いわゆる宅配ロッカーと称される収納装置が設置されることが多くなってきている。
この収納装置は、宅配便等により集合住宅の居住者宛に配送された物品を、一時的に預かり、施錠可能に収納することにより、当該居住者が不在の場合であっても、再配達を依頼することなく、当該収納装置から自身宛の配送物を取り出すことにより、スムーズに当該配送物を受け取ることができるというものである。

上記のような居住者宛の配送物等を一時的に預かり保管する収納装置に関する従来技術の１つとして、特許文献１が開示するところの宅配ロッカーが提案されている。
この特許文献１に開示される宅配ロッカーは、宅配業者が宅配ロッカーに宅配物を入れ、操作パネルから届け先の部屋番号を入力すると、届け先の住戸に設置された表示パネルに宅配物の着荷状況を集合住宅の各居住者に個別に知らせることができるというものである。

特開平１０－５９４８７

しかしながら、上記の特許文献１の宅配ロッカーでは、宅配業者が宅配物を入庫する際に部屋番号を誤って入力した場合、宅配物の配送先の居住者に着荷の事実が伝わらず、宅配物の受け渡しを行うことができないという問題点があった。
部屋番号は、一般的に３桁又は４桁程度の数字であるため、その入力の誤りは頻繁に起こり得るものであり、このような問題が多発していた。

また、上記特許文献１の宅配ロッカーでは、着荷通知のみならず配送物の入庫のためには部屋番号の入力が必須であることから、オフィスに勤務する従業員等、１人１人に部屋番号が付与されていないユーザに対しては、宅配ロッカーの利用自体ができないという問題点があった。

本発明は、上記問題点に鑑みてなされたものであり、配送物を宅配ロッカー等の収納装置に入庫する際に部屋番号を入力することなく、誤って他のユーザに配送物の着荷通知を行うことを防ぎ、部屋番号が付与されていないユーザによる利用及び当該ユーザに対する着荷通知を行うことが可能な収納装置及び物品収納システムを提供することを目的とする。

かかる目的を達成するため、本発明は、ユーザが操作するユーザ端末とネットワークを介して接続され、物品を一時的に預かり保管する１以上の収納ボックスを備えた収納装置であって、ユーザの電話番号情報を含むユーザ情報を各ユーザごとに管理するユーザ情報管理部と、物品を入庫する際に電話番号情報を入力する電話番号入力部と、電話番号入力部により入力された電話番号情報がユーザ情報管理部において管理されているか否か判断して認証を行い、電話番号情報が管理されているユーザ宛の配送物を入庫することを許可する認証部と、管理されているユーザ情報を参照し、入力された電話番号情報に基づいて、ユーザの連絡先を決定する連絡先決定部と、ユーザ宛の配送物が入庫されたことを示す着荷通知を決定された連絡先のユーザ端末へ送信する着荷通知部とを有し、連絡先決定部は、電話番号入力部により入力され、かつ認証部により認証に用いられた電話番号情報をそのままユーザの連絡先として決定し、着荷通知部は、連絡先として決定した電話番号情報を宛先とするショートメールによる着荷通知をユーザ端末へ送信することを特徴とする。

また、本発明における収納装置によれば、ユーザ情報管理部は、ユーザのメールアドレスを電話番号情報に対応付けて管理し、連絡先決定部は、ユーザ情報管理部において入力された電話番号情報に対応付けられたメールアドレスを抽出してユーザの連絡先として決定し、着荷通知部は、連絡先として決定したメールアドレスを用いて、電子メールによる着荷通知をユーザ端末へ送信することを特徴とする。

また、本発明における収納装置によれば、ユーザが加入しているＳＮＳの情報を管理するＳＮＳサーバとネットワークを介して接続され、ユーザ情報管理部は、ユーザが加入しているＳＮＳに情報を登録するためのＳＮＳ情報を電話番号情報に対応付けて管理し、連絡先決定部は、ユーザ情報管理部において入力された電話番号情報に対応付けられたＳＮＳ情報を抽出してユーザの連絡先として決定し、着荷通知部は、連絡先として決定したＳＮＳ情報を用いて、着荷通知を示すメッセージ情報をＳＮＳサーバへ送信して登録させ、着荷通知を示すメッセージ情報に対してユーザ端末がアクセス可能なようにすることを特徴とする。

また、本発明における収納装置によれば、ユーザ情報管理部は、ユーザが希望する着荷通知の連絡方法を示す希望連絡方法情報を管理し、連絡先決定部は、希望連絡方法情報において指定された連絡方法に基づいて、ショートメール、電子メール又はＳＮＳのメッセージ情報のいずれかを着荷通知の連絡方法として決定することを特徴とする。

また、本発明における収納装置によれば、電話番号情報が入力されると、ユーザ宛の配送物が入庫された収納ボックスを解錠するための解錠情報を発行する解錠情報発行部をさらに有し、着荷通知部は、発行された解錠情報を含む着荷通知を決定された連絡先のユーザ端末へ送信することを特徴とする。

また、本発明は、物品を一時的に預かり保管する１以上の収納ボックスを備えた収納装置と、ユーザが操作するユーザ端末と、収納装置及びユーザ端末とネットワークを介して接続される管理サーバとを有する物品収納システムであって、収納装置は、物品を入庫する際に電話番号情報を入力する電話番号入力部と、入力された電話番号情報を管理サーバへ送信する電話番号送信部とを有し、管理サーバは、ユーザの電話番号情報を含むユーザ情報を各ユーザごとに管理するユーザ情報管理部と、電話番号入力部により入力され、収納装置から受信した電話番号情報がユーザ情報管理部において管理されているか否か判断して認証を行い、電話番号情報が管理されているユーザ宛の配送物を入庫することを許可する認証部と、管理されているユーザ情報を参照し、収納装置から受信した電話番号情報に基づいて、ユーザの連絡先を決定する連絡先決定部と、ユーザ宛の配送物が入庫されたことを示す着荷通知を決定された連絡先のユーザ端末へ送信する着荷通知部とを有し、連絡先決定部は、電話番号入力部により入力され、かつ認証部により認証に用いられた電話番号情報をそのままユーザの連絡先として決定し、着荷通知部は、連絡先として決定した電話番号情報を宛先とするショートメールによる着荷通知をユーザ端末へ送信することを特徴とする。

また、本発明における物品収納システムによれば、ユーザ情報管理部は、ユーザのメールアドレスを電話番号情報に対応付けて管理し、連絡先決定部は、ユーザ情報管理部において入力された電話番号情報に対応付けられたメールアドレスを抽出してユーザの連絡先として決定し、着荷通知部は、連絡先として決定したメールアドレスを用いて、電子メールによる着荷通知をユーザ端末へ送信することを特徴とする。

また、本発明における物品収納システムによれば、ユーザが加入しているＳＮＳの情報を管理するＳＮＳサーバとネットワークを介して接続され、ユーザ情報管理部は、ユーザが加入しているＳＮＳに情報を登録するためのＳＮＳ情報を電話番号情報に対応付けて管理し、連絡先決定部は、ユーザ情報管理部において入力された電話番号情報に対応付けられたＳＮＳ情報を抽出してユーザの連絡先として決定し、着荷通知部は、連絡先として決定したＳＮＳ情報を用いて、着荷通知を示すメッセージ情報をＳＮＳサーバへ送信して登録させ、着荷通知を示すメッセージ情報に対してユーザ端末がアクセス可能なようにすることを特徴とする。

また、本発明における物品収納システムによれば、ユーザ情報管理部は、ユーザが希望する着荷通知の連絡方法を示す希望連絡方法情報を管理し、連絡先決定部は、希望連絡方法情報において指定された連絡方法に基づいて、ショートメール、電子メール又はＳＮＳのメッセージ情報のいずれかを着荷通知の連絡方法として決定することを特徴とする。

また、本発明における物品収納システムによれば、管理サーバは、電話番号情報が入力されると、ユーザ宛の配送物が入庫された収納ボックスを解錠するための解錠情報を発行する解錠情報発行部をさらに有し、着荷通知部は、発行された解錠情報を含む着荷通知を決定された連絡先のユーザ端末へ送信することを特徴とする。

なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。

図１は、本発明における物品収納システムの機能ブロック図である。
図に示すように、本発明における物品収納システムは、ユーザ情報管理部と、電話番号入力部と、連絡先決定部と、解錠情報発行部と、着荷通知部と、認証部とを有する。

例えば、ユーザ情報管理部の機能は、以下のように実現される。
収納装置１０の情報格納部１２はユーザＤＢ１２１を格納する。
ユーザＤＢ１２１は、ユーザ名と、ユーザの電話番号情報と、希望連絡方法情報と、認証用のパスワードと、その他、住所等のユーザの個人情報とをそれぞれユーザを特定する個別のＩＤ（ユーザＩＤ）に対応付けて管理している。
また、管理サーバ２０の情報格納部２２はユーザＤＢ２２１を格納する。
ユーザＤＢ２２１は、ユーザ名と、ユーザの電話番号情報と、希望連絡方法情報と、認証用のパスワードと、その他、住所等のユーザの個人情報とをそれぞれユーザを特定する個別のＩＤ（ユーザＩＤ）に対応付けて管理している。

例えば、電話番号入力部の機能は、以下のように実現される。
収納装置１０は情報入力部１５を有する。
情報入力部１５は、例えば、配送業者が配送物に添付されている伝票に記載されている配送先のユーザの電話番号情報を確認し、配送業者による操作により、上記電話番号情報を入力する。

例えば、連絡先決定部の機能は、以下のように実現される。
収納装置１０の情報格納部１２はユーザＤＢ１２１を格納する。
ユーザＤＢ１２１は、ユーザの電話番号情報と、希望連絡方法情報とをそれぞれユーザを特定する個別のＩＤ（ユーザＩＤ）に対応付けて管理している。
制御部１１は、ユーザＤＢ１２１を参照し、配送業者に入力された電話番号情報に基づいてユーザを特定し、さらにユーザＤＢ１２１において管理されている希望連絡方法情報を参照して、上記特定したユーザがショートメール（電話番号をメールアドレスとするメール）、電子メール又はＳＮＳのいずれの連絡方法による着荷通知を希望しているか否かを判断する。
また、管理サーバ２０の情報格納部２２はユーザＤＢ２２１を格納する。
ユーザＤＢ２２１は、ユーザの電話番号情報と、希望連絡方法情報とをそれぞれユーザを特定する個別のＩＤ（ユーザＩＤ）に対応付けて管理している。
制御部２１は、ユーザＤＢ２２１を参照し、配送業者に入力された電話番号情報に基づいてユーザを特定し、さらにユーザＤＢ２２１において管理されている希望連絡方法情報を参照して、上記特定したユーザがショートメール、電子メール又はＳＮＳのいずれの連絡方法による着荷通知を希望しているか否かを判断する。

例えば、解錠情報発行部の機能は、以下のように実現される。
収納装置１０の制御部１１又は管理サーバ２０の制御部２１は、物品が入庫された収納ボックスを解錠するために用いられる固有の解錠情報を発行する。

例えば、着荷通知部の機能は、以下のように実現される。
収納装置１０の制御部１１は、ユーザＤＢ１２１を参照し、ユーザが希望している連絡方法による着荷通知をユーザ端末３０へ送信するよう通信部１３を制御する。
また、管理サーバ２０の制御部２１は、ユーザＤＢ２２１を参照し、ユーザが希望している連絡方法による着荷通知をユーザ端末３０へ送信するよう通信部２３を制御する。

例えば、認証部の機能は、以下のように実現される。
収納装置１０の制御部１１は、ユーザＤＢ１２１を参照し、入力された電話番号情報に一致する電話番号情報が、ユーザＤＢ１２１に登録されているか否かを判断し、登録されていると判断した場合には、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格があると認識する。
また、管理サーバ２０の制御部２１は、ユーザＤＢ２２１を参照し、入力された電話番号情報に一致する電話番号情報が、ユーザＤＢ２２１に登録されているか否かを判断し、登録されていると判断した場合には、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格があると認識する。

本発明における収納装置は、ユーザの電話番号情報を含むユーザ情報を各ユーザごとに管理し、物品を入庫する際に電話番号情報を入力すると、管理されているユーザ情報を参照し、入力された電話番号情報に基づいて、ユーザの連絡先を決定し、ユーザ宛の配送物が入庫されたことを示す着荷通知を決定された連絡先のユーザ端末へ送信するので、配送物を宅配ロッカー等の収納装置に入庫する際に部屋番号を入力することなく、誤って他のユーザに配送物の着荷通知を行うことを防ぎ、部屋番号が付与されていないユーザによる利用及び当該ユーザに対する着荷通知を行うことが可能となる。

本発明における物品収納システムの機能ブロック図である。 本発明の第１の実施の形態における物品収納システムの構成を示す図である。 本発明の第１の実施の形態における収納装置の外観を示す斜視図である。 本発明の第１の実施の形態における収納装置の構成を示す図である。 本発明の第１の実施の形態における情報格納部が格納する各データベースを示す図である。 本発明の第１の実施の形態におけるユーザＤＢのデータ構成を示す図である。 本発明の第１の実施の形態における使用状況ＤＢのデータ構成を示す図である。 本発明の第１の実施の形態における利用履歴ＤＢのデータ構成を示す図である。 本発明の第１の実施の形態における収納ボックスの外観を示す図である。 本発明の第１の実施の形態における管理サーバの構成を示す図である。 本発明の第１の実施の形態における情報格納部が格納する各データベースを示す図である。 本発明の第１の実施の形態におけるユーザ端末の構成を示す図である。 本発明の第１の実施の形態におけるＳＭＳサーバの構成を示す図である。 本発明の第１の実施の形態における電子メールサーバの構成を示す図である。 本発明の第１の実施の形態におけるＳＮＳサーバの構成を示す図である。 本発明の第１の実施の形態におけるユーザＤＢにおいて管理されるデータ構成の一例を示す図である。 本発明の第１の実施の形態におけるグループＤＢにおいて管理されるデータ構成の一例を示す図である。 本発明の第１の実施の形態において、ユーザ情報を収納装置に登録するときの物品収納システムによる動作の流れを示すシーケンスチャートである。 本発明の第１の実施の形態において、物品を収納装置に入庫するときの収納装置による動作の流れを示すフローチャートである。 本発明の第１の実施の形態において、物品を収納装置に入庫するときの収納装置による動作の流れを示すフローチャートである。 本発明の第１の実施の形態において、物品を収納装置に入庫するときの収納装置１０による動作の流れを示すフローチャートである。 本発明の第１の実施の形態における利用者の種類の選択画面の一例を示す図である。 本発明の第１の実施の形態における収納装置の利用目的の選択画面の一例を示す図である。 本発明の第１の実施の形態における電話番号情報の入力画面情報の一例を示す図である。 本発明の第１の実施の形態における配送物に添付されている伝票の一例を示す図である。 本発明の第１の実施の形態における入庫する配送物の種類の選択画面情報の一例を示す図である。 本発明の第１の実施の形態における収納ボックスの使用状況の画面情報の一例を示す図である。 本発明の第１の実施の形態における着荷通知の一例を示す図である。 本発明の第１の実施の形態におけるグループのメッセージの画面情報の一例を示す図である。 本発明の第１の実施の形態において、物品を収納装置から取り出すときの収納装置による動作の流れを示すフローチャートである。 本発明の第２の実施の形態において、ユーザ情報を管理サーバに登録するときの物品収納システムによる動作の流れを示すシーケンスチャートである。 本発明の第２の実施の形態において、物品を収納装置に入庫するときの収納装置１０による動作の流れを示すフローチャートである。 本発明の第２の実施の形態において、物品を収納装置に入庫するときの収納装置による動作の流れを示すフローチャートである。 本発明の第２の実施の形態において、物品を収納装置に入庫するときの収納装置による動作の流れを示すフローチャートである。 本発明の第２の実施の形態において、物品を収納装置に入庫するときの収納装置による動作の流れを示すフローチャートである。 本発明の第２の実施の形態において、物品を収納装置から取り出すときの収納装置による動作の流れを示すフローチャートである。

＜第１の実施の形態＞
（第１の実施の形態の概要）
集合住宅の居住者等のユーザが例えば通販会社から商品を購入等すると、配送業者はその商品（配送物）をユーザに配送するが、ユーザが不在等で配送物を受け取ることができない場合には、配送業者は、その配送物を集合住宅のエントランス等に設置された収納装置１０の収納ボックス内に入庫し、預け入れる。
本発明の第１の実施の形態では、配送業者は、その配送物の入庫の際、当該配送物の小包等に添付されている伝票に記載されている配送先のユーザの電話番号情報を収納装置１０に入力する。
収納装置１０は、この入力された電話番号情報に基づいて受取側のユーザの認証を行う。
その後、収納装置１０は、上記入力された電話番号情報に基づいて、ショートメール、電子メール又はＳＮＳによる着荷通知をユーザが使用するユーザ端末３０へ送信する。

このように、本実施の形態では、従来は部屋番号に対応付けて管理していた配送物に関する情報を、電話番号情報に対応付けて管理するというものである。

（第１の実施の形態の構成）
〔１〕物品収納システムの全体構成
図２は、本発明の第１の実施の形態における物品収納システムの構成を示す図である。
図に示すように、物品収納システムは、集合住宅等の施設の共用部等に設置され、複数の居住者宛の物品を施錠状態で保管する等、当該複数の居住者（ユーザ）等により共同で使用される収納装置１０と、上記収納装置１０を解錠する解錠情報及び当該収納装置１０における配送状況等を管理する管理サーバ２０と、配送物の配送先のユーザが操作するユーザ端末３０と、収納装置１０から送信されるショートメールをユーザ端末３０へ送信するＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）サーバ４０と、収納装置１０から送信される通常の電子メールをユーザ端末３０へ送信する電子メールサーバ５０と、ユーザが参加するＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）の情報を管理するとともに、ユーザ端末３０に対し、収納装置１０から取得した配送物の配送状況等の情報の通知をＳＮＳを通じて行うＳＮＳサーバ６０と、収納装置１０、管理サーバ２０、ユーザ端末３０、ＳＭＳサーバ４０、電子メールサーバ５０及びＳＮＳサーバ６０を通信可能に接続するインターネット又はＬＡＮ等のネットワーク１００とを有して構成される。

〔２〕収納装置１０の構成
（１）収納装置１０の概要
収納装置１０は、ユーザ宛の物品をユーザの手元に届くまでに一時預け入れる収納装置であって、複数の施錠可能な収納ボックスを備える。

収納装置１０は、マンション等の集合住宅の他、オフィス、コンビニエンスストア・スーパーマーケット等の店舗や商業施設、又は駅や病院等の公共施設・機関等に設置されるものとしてもよく、設置場所はこれらに限定されるものではない。

収納装置１０は、宅配便等の配送物の他、あらゆる物品を預け入れ、保管することができる。
例えば、ユーザは、クリーニングサービス利用のために、収納装置１０を使用する。
このとき、ユーザは自身の未クリーニングの衣服を収納装置１０に預け入れ、クリーニング業者がその預け入れられた衣服を回収してクリーニングをし、クリーニング済みの衣服をまた収納装置１０に収納し、その後、ユーザがそのクリーニング済みの衣服を収納装置１０から取り出す。

また、ユーザは、スーパーマーケットやコンビニエンスストア等による食料品の配送サービス利用のために、収納装置１０を使用することもできる。
このとき、業者はユーザから注文を受けた食料品を配送して収納装置１０に預け入れ、その後、ユーザがその食料品を収納装置１０から取り出す。

また、ユーザは、下記のような宅配型のレンタカーサービス利用のために、収納装置１０を使用することもできる。
この場合、ユーザがレンタカー会社に対して車両のレンタルの希望を伝えると、レンタカー会社の従業員等は、車両を所定の駐車場まで届けるとともに、その鍵を収納装置１０に預け入れて収納する。
ユーザは、収納装置１０からその車両の鍵を取り出し、その鍵を用いて車両を利用し、利用後、その鍵を収納装置１０に再度預け入れ収納する。
その後、レンタカー会社の従業員等は、その収納装置１０に収納されている鍵を取り出して回収し、利用後の車両とともに、自社の営業所等まで搬送する。

以上のように、収納装置１０は、ユーザの利用する様々なサービスに利用可能であるが、以下、本実施の形態では、一例として、集合住宅の共用スペースに設置され、当該集合住宅の居住者であるユーザが不在によりユーザ宛の配送物を受け取ることができないとき等に、そのユーザ宛の配送物を一時預け入れるサービスに利用するものとして説明を進める。

（２）収納装置１０の全体構成
図３は、本発明の第１の実施の形態における収納装置１０の外観を示す斜視図である。
また、図４は、本発明の第１の実施の形態における収納装置１０の構成を示す図である。
以下、これら図を用いて、収納装置１０の構成について説明する。
図に示すように、収納装置１０は、ＣＰＵ等から構成され収納装置１０全体を制御する制御部１１と、各種情報を格納する情報格納部１２と、ネットワーク１００を介して管理サーバ２０、ユーザ端末３０、ＳＭＳサーバ４０、電子メールサーバ５０及びＳＮＳサーバ６０と通信を行う通信部１３と、各種情報を表示する表示部１４と、各種キーを備え情報入力が可能であるとともに、収納ボックスの解錠用の認証用の情報の読取り等をする情報入力部１５と、ユーザ宛の物品を収納する収納ボックスを複数備えた収納部１６とを有して構成される。
各部１１～１６は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部１１の制御の下、種々の処理が実行される。

配送業者は、ユーザ宛の配送物の配送業務を行う。
配送時にユーザが不在の場合には、そのユーザが居住する集合住宅の集合玄関近く等に設置されている収納装置１０の収納ボックスにユーザ宛の配送物を一時預け入れる。
収納ボックスは通常施錠されている。
配送業者は、配送時、収納装置１０の物品が収納されていない未使用の収納ボックスを解錠し、当該解錠した収納ボックス内に、ユーザ宛の配送物を入庫した後、施錠を行う。
このように、配送業者は、たとえ配送先のユーザが不在であっても、収納装置１０に預け入れることができるので、その配送物を持ち帰って再配達を行うという煩雑な作業を省くことでき、配送作業の効率化を実現することができる。

また、配送業者は、上記解錠した収納ボックスに配送物を入庫するとき、配送業者が情報入力部１５を操作する等して、配送先のユーザの電話番号情報を入力すると、収納装置１０は、当該入力された電話番号情報に当該収納装置１０の使用状況を対応付けてデータベースに登録する。
このように、本実施の形態では、収納装置１０は、従来技術における配送先のユーザの部屋番号ではなく、配送先のユーザの電話番号情報に対応付けて使用状況を管理する。

ユーザは、自身の居住する集合住宅に帰宅すると、収納装置１０に自身宛の配送物が収納されているかどうか確認し、収納されている場合には、情報入力部１５を操作して認証を行い、収納装置１０は、認証が成功すると、当該ユーザ宛の配送物が収納されている収納ボックスを解錠する。
ユーザは、上記解錠した収納ボックス内に収納されていた自身宛の配送物を取り出すことができる。

また、ユーザは、配送物の配送を依頼したいとき、収納装置１０の未使用の収納ボックスを解錠し、当該配送物を当該収納ボックスに入庫して施錠を行う。
その後、配送業者は、情報入力部１５を操作して認証を行い、収納装置１０は、認証が成功すると、当該ユーザが依頼した配送物が収納されている収納ボックスを解錠する。
配送業者は、上記配送物を取出して、当該配送物に記載された宛先へ配送を行う。
このように、ユーザは、配送依頼を行うとき、配送業者の事業所に配送物を持ち込んだり、配送業者が取りに来るまで待ったりする必要がなく、いつでも配送物の配送依頼を行うことができる。

上記配送物には、ユーザがクリーニングを依頼する衣類等の未クリーニング品も含まれる。
ユーザは、自身の衣類のクリーニングを依頼するとき、収納装置１０の未使用の収納ボックスを解錠し、未クリーニング品を当該収納ボックスに入庫して施錠を行う。
配送業者（クリーニング事業者を含む）は、情報入力部１５を操作して認証を行い、収納装置１０は、認証が成功すると、当該未クリーニング品が収納されている収納ボックスを解錠する。
配送業者は、上記未クリーニング品を取出して、当該未クリーニング品をクリーニング事業者の事業所やクリーニング工場へ配送する。
その後、クリーニング事業者側でクリーニング作業が完了すると、配送業者は、そのクリーニング作業が完了したクリーニング品を収納装置１０へ配送する。
配送業者は、情報入力部１５を操作する等して、物品が収納されていない未使用の収納ボックスを解錠すると、当該解錠した収納ボックス内にクリーニング品を入庫した後、施錠を行う。
このように、配送業者は、たとえ配送先のユーザが不在であっても、収納装置１０にクリーニング品を預け入れることができるので、そのクリーニング品を持ち帰って再配達を行うという煩雑な作業を省くことでき、配送作業の効率化を実現することができる。
また、ユーザは、クリーニングの依頼を行うとき、配送業者（クリーニング事業者）の事業所に配送物を持ち込んだり、配送業者（クリーニング事業者）が取りに来るまで待ったりする必要がなく、いつでもクリーニングの依頼を行うことができる。

収納装置１０の収納ボックスは、同一の集合住宅に居住する複数のユーザが共用可能である。すなわち、収納装置１０の収納ボックスには、同一の集合住宅に居住する複数のユーザ宛の物品がそれぞれ収納可能である。

収納装置１０の収納ボックスにユーザ宛の配送物が既に入庫され、閉扉及び施錠されている場合には、当該ユーザ（同じ住戸に居住するユーザを含む場合がある）のみが当該収納装置１０の収納ボックスを解錠可能であり、他の住戸のユーザ及び配送業者は解錠することができない。
収納装置１０の収納ボックスは、収納中の物品を１度取り出して空の状態になってはじめて、他の物品を収納することが許可される。

（３）制御部１１の構成
制御部１１は、収納装置１０全体の制御を司る処理部であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の電子回路やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により構成される。
制御部１１は、情報格納部１２から情報の読出しを実行するとともに、情報格納部１２に情報の書込みを実行する。
制御部１１は、施解錠及び開閉扉といった収納ボックスの動作制御、収納装置１０の使用の際の認証処理、ユーザの個人情報及び各収納ボックスの使用状況の管理等を行う。

（４）情報格納部１２の構成
情報格納部１２は、例えば、ハードディスク、メモリ又は半導体素子等の情報を格納する装置である。
情報格納部１２は、制御部１１で実行するプログラムを記憶する領域や制御部１１が処理を実行する際に一時的に使用する作業領域等（ＲＡＭ等）を有する。
制御部１１は、その情報格納部１２に格納されているプログラムを読み出し、上記作業領域に展開して各種の処理を実行する。
情報格納部１２は、後述する各データベースを格納する。

図５は、本発明の第１の実施の形態における情報格納部１２が格納する各データベース１２１，１２２，１２３を示す図である。
図に示すように、情報格納部１２は、ユーザに関するユーザ情報等を管理するユーザＤＢ１２１と、収納部１６を構成する複数の収納ボックスの使用状況を管理する使用状況ＤＢ１２２と、収納装置１０の利用履歴情報を管理する利用履歴ＤＢ１２３とを格納する。

図６は、本発明の第１の実施の形態におけるユーザＤＢ１２１のデータ構成を示す図である。
図に示す例では、ユーザＤＢ１２１は、ユーザ名と、ユーザの電話番号情報と、希望連絡方法情報と、認証用のパスワードと、その他、住所等のユーザの個人情報とをそれぞれユーザを特定する個別のＩＤ（ユーザＩＤ）に対応付けて管理している。
収納装置１０にユーザ宛の配送物が入庫されたとき、収納装置１０は、ユーザに対してその着荷通知を送信する。
希望連絡方法情報とは、ユーザが希望する着荷通知の連絡方法を示す情報である。
ユーザが指定する希望連絡方法情報は、例えば、電話番号情報を宛先とするショートメール、メールアドレスを宛先とする電子メール、ユーザが加入しているＳＮＳ等である。

図７は、本発明の第１の実施の形態における使用状況ＤＢ１２２のデータ構成を示す図である。
図に示す例では、使用状況ＤＢ１２２は、収納装置１０の各収納ボックスの使用状況を管理するデータベースである。
使用状況ＤＢ１２２は、各収納ボックスの使用状況（「収納中」、「未使用」）と、配送先のユーザの電話番号情報と、配送物が入庫された時期等の使用時期とをそれぞれ各収納ボックスを識別するボックス識別情報（ボックス番号）に対応付けて管理している。

本例では、収納部１６は、一例として、７つの収納ボックスから構成されており、各収納ボックスには、ボックス識別情報ａ～ｇが付されている。
これらボックス識別情報ａ～ｇは、図３に示す収納ボックス１６ａ～１６ｇにそれぞれ対応している。

また、図７に示すように、使用状況ＤＢ１２２における「使用状況」には、「収納中」、「未使用」の２つのステータスがあり、制御部１１（ＣＰＵ）は、各収納ボックスに設けられている後述の物品検知部１３５による検知結果等に基づいて、これらのステータスのいずれかを書き込む。
収納ボックスが物品を収納し、閉扉及び施錠している場合には、制御部１１（ＣＰＵ）は、当該収納ボックスの使用状況を「収納中」と書き込む。この場合は、制御部１１（ＣＰＵ）は、当該物品の宛先のユーザの電話番号情報も該当する収納ボックスのボックス識別情報に対応付けて書き込む。
一方、収納ボックスが物品を収納しておらず、閉扉している場合には、制御部１１（ＣＰＵ）は、当該収納ボックスの使用状況を「未使用」と書き込む。
物品の入庫作業が終了し、再度収納ボックスが閉扉及び施錠されると、制御部１１（ＣＰＵ）は、当該収納ボックスの使用状況を「収納中」に書き替える。一方、物品の取出し作業が終了し、再度収納ボックスが閉扉されると、制御部１１（ＣＰＵ）は、当該収納ボックスの使用状況を「未使用」のままとする。
なお、本実施の形態においては、「作業」とは、物品の入庫作業及び取出し作業を含むものをいうこととする。

図８は、本発明の第１の実施の形態における利用履歴ＤＢ１２３のデータ構成を示す図である。
図に示す例では、利用履歴ＤＢ１２３は、収納装置１０の各収納ボックスにおける利用履歴情報（入庫・取出し等）を管理するデータベースである。
利用履歴ＤＢ１２３は、物品を入庫又は取出したユーザ又は配送業者等の利用者のＩＤと、利用内容（入庫又は取出し）と、配送先のユーザの電話番号情報と、配送物が入庫された時期等の使用時期とをそれぞれ各収納ボックスを識別するボックス識別情報（ボックス番号）に対応付けて管理している。

（５）収納部１６の構成
収納部１６は、複数の収納ボックスから構成される。
収納ボックスは、ユーザ宛の配送物等を一時保管するための収納庫であり、それぞれ施解錠可能に構成されている。
例えば、ユーザが不在の場合でも、配送担当者は、その収納ボックスにユーザ宛の配送物を入庫し施錠することにより、収納部１６は、ユーザが取り出すまで配送物等を安全に保管することができる。
後述の施解錠部１３４を含む収納ボックスにおける施解錠を実現する構造は、入庫取出口１３２を閉塞するように扉１３３を収納室１３１に固定するものであれば特に限定しないが、以下、施解錠の構造の一例を説明する。

図３に示す例では、収納装置１０は、収納ボックス１６ａ～１６ｇを有している。

次に、その収納ボックスの構成について詳細に説明する。
図９は、本発明の第１の実施の形態における収納ボックスの外観を示す図である。
図に示すように、収納ボックスは、ユーザ宛の配送物等の収納空間である収納室１６１と、開口しており、配送物等の入庫口又は取出口である入庫取出口１６２と、施錠時には上記入庫取出口１６２を閉止する開閉部材である扉１６３と、電気錠等から構成され、上記扉１６３を入庫取出口１６２を閉止したままの状態で施錠するとともに、制御部１６１から解錠信号が入力されると当該施錠を解錠する施解錠部１６４と、収納室１６１内に物品が収納されていることを検知する物品検知部１６５と、収納室１６１と扉１６３とを接続するヒンジ部１６７と、扉１６３の裏側に取り付けられているフック１６８とを有する。

収納室１６１は、少なくとも一方の面が開口している直方体形状の箱体である。
収納室１６１及び扉１６３は、例えば、鉄やその他金属又は合金で製造され、閉扉時には、外側から容易に破壊されない程度の強度を備えている。

扉１６３はそれぞれヒンジ部１６７を介して旋回自在に収納室１６１に取り付けられている。
また、扉１６３の裏側には、それぞれフック１６８が取り付けられている。

収納ボックスの扉１６３には、開く方向に付勢力が作用しており、施解錠部１６４により解錠されると、扉１６３は自動で開くようになっている。
また、ユーザが物品を収納ボックス内に入庫して施錠しようとする場合には、例えば、ユーザが扉１６３を上記付勢力に抗して閉じることで、施錠が自動で行われる。

施解錠部１６４は、一般的な電子錠又は機械式の錠等を有し、その形式は特に限定されない。
本実施の形態では、一例として、以下、施解錠部は電子錠を有するものとして説明を進める。
施解錠部１６４は、施錠時は、扉を収納室の入庫取出口を閉塞したまま固定するものであり、開扉を抑制する。この場合、収納ボックスに収納されている物品を外部から取り出すことはできず、また、収納ボックスに物品を入庫することもできない。

施解錠部１６４は、収納室１６１の開口面に、閉扉時に上記フック１６８が挿入されるフック穴１６９を有する。
また、施解錠部１６４は、そのフック穴１６９奥に、扉１６３の開閉を検知するセンサである開閉扉検知部１６９ｃを有する。
開閉扉検知部１６９ｃは、例えばスイッチ状の部材を有しており、フック穴１６９にフック１６８が挿入されると、その挿入されたフック１６８の先端が開閉扉検知部１６９ｃのスイッチ状の部材を押圧することで、開閉扉検知部１６９ｃは扉１６３が閉扉されたことを検知することができる。

また、施解錠部１６４は、上記挿入されたフック１６８をフック穴１６９内で係止して動作を規制する係止部を有する。
例えば、上記フック１６８及び係止部の素材は金属製であるが、これに限定されない。
例えば、上記係止部において上記フック１６８を係止する係止部材は、金属製のレバー等で構成され、そのレバーを動作させてフック１６８に当接させることでフック１６８を係止し、開扉を抑制する。

施解錠部１６４は、制御部１１と通信ケーブル等を介して通信可能に接続されている。
制御部１１は、収納ボックスの解錠を要求する旨の解錠要求信号が入力され、この解錠要求を許可すると、解錠信号を該当する収納ボックスの施解錠部１６４へ出力する。
施解錠部１６４は、その解錠信号が入力されると、係止部のレバーを動作させる等して係止を解除し、収納ボックスの解錠を行う。
施解錠部１６４は施錠すると、その施錠状態を検知し、施錠検知信号を制御部１１へ送信する。また、施解錠部１６４（開閉扉検知部１６９ｃ）は、扉１６３の開扉又は閉扉の状態を検知し、これら検知した開閉扉の状態を示す開扉検知信号又は閉扉検知信号を制御部１１へ送信する。

まず、収納ボックスの施錠時の動作について説明する。
扉１６３が閉扉されて入庫取出口１６２を閉塞すると、扉１６３の裏面に取り付けられているフック１６８が、収納室１６１に設けられている施解錠部１６４のフック穴１６９に挿嵌され、そのフック１６８の先端がフック穴１６９の奥に設けられている開閉扉検知部１６９ｃを押圧すると、開閉扉検知部１６９ｃは、扉１６３が閉扉されたことを検知する。
ここで、開閉扉検知部１６９ｃは、上記閉扉を検知したとき、自身が有するレバーやカム等の金属製等の部材を物理的に移動させ、これをトリガーとして、施解錠部１６４は、閉扉検知信号を制御部１１へ出力してもよい。

施解錠部１６４は、開閉扉検知部１６９ｃが扉１６３の閉扉を検知すると、自身に備えられている係止部を動作させて、そのフック穴１６９に挿入されたフック１６８を係止して固定し、開扉を抑制して施錠を行う。

次に、収納ボックスの解錠時の動作について説明する。
制御部１１は、収納ボックスの解錠が要求され、それを許可すると、解錠信号を生成し、施解錠部１６４へ出力する。
施解錠部１６４は、制御部１１から解錠信号が入力されると、係止部の係止部材を移動させて、係止しているフック１６８に対する係止状態を解除して解錠を行う。
フック１６８に対する係止部による係止が解除されると、扉１６３は自由に開扉可能となる。

各収納ボックスは原則、配送物が収納及又は未収納のいずれの場合においても施錠されている。
一旦、配送物が入庫されると、施錠及び閉扉し、その配送宛の利用者が取り出すまで安全に保管する。配送物が収納されている場合は、当該配送物の宛先のユーザの認証を行い、認証成功であれば解錠する。

物品検知部１６５は、収納室１６１内に物品が収納されていることを検知するセンサである。
物品検知部１６５は、制御部１１と通信ケーブル等を介して通信可能に接続されている。
物品検知部１６５は、物品が収納されていることを検知すると、物品検知信号を制御部１１へ送信する。
制御部１１は、上記物品検知信号及び施錠検知信号、さらには開扉又は閉扉検知信号を受信すると、これら各検知信号に基づいて、使用状況ＤＢ１２２に当該収納ボックスの使用状況のステータスを書き込む。

例えば、物品検知部１６５は、投光器と受光器とを備えた一般的な赤外線センサである。この場合、投光器は収納室１６１内に赤外線を照射し、受光器が受光する。物品が収納室１６１に存在すると、上記投光器から照射された赤外線が遮られ、受光器で受光できない。このようなとき、物品検知部１６５は収納室１６１内の物品を検知できる。
また、受光器が、投光器から照射された赤外線の反射光を受光するタイプである場合には、物品が収納室１６１内に存在すると、その赤外線が物品表面を反射し、受光器で受光され、物品の存在を検知できる。
その他の例では、例えば、物品検知部１６５は重量計を有する。
物品検知部１６５がこの重量計を有するタイプの場合、収納室１６１の底面に重量計が設けられ、収納室１６１内に物品が入庫されると、重量計がその物品の重量を検知する。これにより物品検知部１６５は、収納室１６１内の物品の存在を検知する。

（６）通信部１３の構成
通信部１３は、ネットワーク１００を介して行う収納装置１０、管理サーバ２０、ユーザ端末３０、ＳＭＳサーバ４０、電子メールサーバ５０又はＳＮＳサーバ６０との通信を制御するインターフェースであり、ＬＡＮアダプタ等を有する。
通信部１３は、無線送受信機を備え、無線通信を介してＬＡＮやインターネット等に接続されてもよいし、ケーブル等の有線を介して接続されてもよい。

（７）表示部１４及び情報入力部１５の構成
表示部１４は、液晶パネルや有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネル等のディスプレイやＬＥＤ等の発行素子によるランプ等の表示装置である。
制御部１１は、情報格納部１２から画像を読み出し、画像出力処理を実行して画面情報を生成する。
制御部１１は、上記生成した画像情報を表示部１４へ出力する。
表示部１４は、上記入力した画像情報をディスプレイ等に画面表示する。
また、制御部１１は、制御信号を表示部１４へ出力し、表示部１４が有するランプを点灯させることもできる。

情報入力部１５は、例えば各種キー等から構成される情報入力装置を備え、当該情報入力装置は表示部１４と連携してポインティングデバイスを提供する。情報入力部１５は、ユーザ等による各種操作を受け付けて、その操作内容を示す信号を制御部１１等に出力する。
制御部１１は、上記操作内容を示す信号を入力すると、当該信号の内容に応じて、表示部１４へその操作内容に応じた画面表示を行う旨の制御信号を表示部１４へ出力する。
表示部１４は、その制御信号を入力すると、当該制御信号に応じて画面表示を行う。
なお、上記表示部１４と情報入力部１５は一体に構成され、タッチパネルを形成してもよい

また、情報入力部１５は、赤外線通信等の近距離無線通信を行って情報記録媒体から情報を読み取る情報読取装置を備えている。
ユーザは、上記収納ボックスの解錠用の認証情報が記録されている情報記録媒体を情報入力部１５（情報読取装置）にかざす等して所定距離内まで接近させると、情報入力部１５は、上記情報記録媒体から上記認証情報を読み取る。
この情報入力部１５による認証情報の読取技術については特に限定しないが、例えば、Ｆｅｌｉｃａ（登録商標）、ＭＩＦＡＲＥ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信方式を用いる。また、情報記録媒体の表面にコード情報が印刷又は設けられている場合には、情報入力部１５はそのコード情報を光学的に読み取る。
上記情報記録媒体は、例えば、ユーザを識別する認証情報が書き込まれた非接触型のＩＣカードや同様の機能を備えた携帯端末である。

〔３〕管理サーバ２０の構成
管理サーバ２０は、ユーザ情報及び収納装置１０の使用状況等を管理するサーバ装置である。
管理サーバ２０は、例えば、収納装置１０の管理事業者又はユーザへの配送物を提供する通販会社により管理される

図１０は、本発明の第１の実施の形態における管理サーバ２０の構成を示す図である。
図に示すように、管理サーバ２０は、ＣＰＵ等により構成され管理サーバ２０全体を制御する制御部２１と、居住者（ユーザ）の情報等を格納する情報格納部２２と、ネットワーク１００を介して収納装置１０又はユーザ端末３０と情報の送受信を無線又は有線を介して行う通信部２３とを有して構成される。
各部２１～２３は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部２１の制御の下、種々の処理が実行される。

制御部２１は、管理サーバ２０全体の制御を司る処理部であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の電子回路やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により構成される。
制御部２１は、情報格納部２２から情報の読出しを実行するとともに、情報格納部２２に情報の書込みを実行する。

情報格納部２２は、例えば、ハードディスク、メモリ又は半導体素子等の情報を格納する装置である。
情報格納部２２は、制御部２１で実行するプログラムを記憶する領域や制御部２１が処理を実行する際に一時的に使用する作業領域等（ＲＡＭ等）を有する。
制御部２１は、その情報格納部２２に格納されているプログラムを読み出し、上記作業領域に展開して各種の処理を実行する。

通信部２３は、ネットワーク１００を介して行う収納装置１０又はユーザ端末３０との通信を制御するインターフェースであり、ＬＡＮアダプタ等を有する。
通信部２３は、無線送受信機を備え、無線通信を介してＬＡＮやインターネット等に接続されてもよいし、ケーブル等の有線を介して接続されてもよい。

図１１は、本発明の第１の実施の形態における情報格納部２２が格納する各データベース２２１，２２２，２２３を示す図である。
図に示すように、情報格納部２２は、ユーザ情報等を管理するユーザＤＢ２２１と、収納部１６を構成する複数の収納ボックスの使用状況を管理する使用状況ＤＢ２２２と、収納装置１０の利用履歴情報を管理する利用履歴ＤＢ２２３とを格納する。
本実施の形態では、これらユーザＤＢ２２１、使用状況ＤＢ２２２及び利用履歴ＤＢ２２３は、それぞれ収納装置１０のユーザＤＢ１２１、使用状況ＤＢ１２２及び利用履歴ＤＢ１２３と同様のデータを管理している。
また、収納装置１０及び管理サーバ２０の一方は、他方のデータベースにおいて管理される情報の一部を管理するよう構成してもよい。

管理サーバ２０は、ユーザ端末３０からユーザ情報を受信すると、その受信したユーザ情報を上記ユーザＤＢ２２１に登録する。
また、管理サーバ２０は収納装置１０と所定時間ごとに通信を行い、自身が格納しているユーザＤＢ２２１、使用状況ＤＢ２２２及び利用履歴ＤＢ２２３と、収納装置１０が格納しているユーザＤＢ１２１、使用状況ＤＢ１２２及び利用履歴ＤＢ１２３との同期を取る。

〔４〕ユーザ端末３０の構成
ユーザ端末３０は、居住者が使用するスマートフォン、携帯電話機、タブレット端末、ＰＣ又はその他の端末であり、通信事業者との契約により電話番号が付与されており、ＳＭＳサーバ４０を介してこの電話番号に基づくショートメールの送受信が可能に構成されている。ただし、ユーザ端末３０は、必ずしも通話機能を有していなくてもよい。
また、ユーザ端末３０は、電子メールサーバ５０を介してメールアドレスに基づく通常の電子メール（以下、単に「電子メール」という）の送受信が可能に構成されている。
さらに、ユーザ端末３０は、ユーザが加入しているＳＮＳの情報を管理するＳＮＳサーバ６０にアクセスして、そのＳＮＳにおいてユーザが参加しているグループ内におけるコメントを閲覧可能に構成されている。
ユーザは、ユーザ端末３０を用いて、上記ショートメール、電子メール又はＳＮＳにより収納装置１０から配送物の現在の状況等の通知を受けることができる。

図１２は、本発明の第１の実施の形態におけるユーザ端末３０の構成を示す図である。
図に示すように、ユーザ端末３０は、ＣＰＵ等から構成されユーザ端末３０全体の動作を制御する制御部３１と、入力した情報やネットワークを介して受信した情報等を格納する情報格納部３２と、ネットワークを介して情報の送受信を行う通信部３３と、ディスプレイ等から構成され情報を画面表示する表示部３４と、キーやマウス等から構成され情報の入力等を行う情報入力部３５とを有して構成される。
また、上記表示部３４と情報入力部３５は、一体に構成され、タッチパネルを構成してもよい。
各部３１～３５は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部３１の制御の下、種々の処理が実行される。

制御部３１は、ユーザ端末３０全体の制御を司る処理部であり、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の電子回路やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により構成される。
制御部３１は、情報格納部３２から情報の読出しを実行するとともに、情報格納部３２に情報の書込みを実行する。

情報格納部３２は、例えば、ハードディスク、メモリ又は半導体素子等の情報を格納する装置である。
情報格納部３２は、制御部３１で実行するプログラムを記憶する領域や制御部３１が処理を実行する際に一時的に使用する作業領域等（ＲＡＭ等）を有する。
制御部３１は、その情報格納部３２に格納されているプログラムを読み出し、上記作業領域に展開して各種の処理を実行する。

通信部３３は、ネットワーク１００を介して行う収納装置１０、管理サーバ２０、ＳＭＳサーバ４０、電子メールサーバ５０又はＳＮＳサーバ６０との通信を制御するインターフェースであり、ＬＡＮアダプタ等を有する。
通信部３３は、無線送受信機を備え、無線通信を介してＬＡＮやインターネット等に接続されてもよいし、ケーブル等の有線を介して接続されてもよい。

表示部３４は、ディスプレイやランプ等の表示装置である。
制御部３１は、情報格納部３２から画像を読み出し、画像出力処理を実行して画面情報を生成する。また、制御部３１は、通信部３３が管理サーバ４０から受信した画像情報に対して画像出力処理を実行して画面情報を生成する。
制御部３１は、上記生成した画像情報を表示部３４へ出力する。
表示部３４は、上記入力した画像情報をディスプレイ等に画面表示する。
また、制御部３１は、制御信号を表示部３４へ出力し、表示部３４が有するＬＥＤ等のランプを点灯させることもできる。

情報入力部３５は、例えば各種キー等から構成される情報入力装置を備え、当該情報入力装置は表示部３４と連携してポインティングデバイスを提供する。情報入力部３５は、受注側等による各種操作を受け付けて、その操作内容を示す信号を制御部３１等に出力する。
制御部３１は、上記操作内容を示す信号を入力すると、当該信号の内容に応じて、表示部３４へその操作内容に応じた画面表示を行う旨の制御信号を表示部３４へ出力する。
表示部３４は、その制御信号を入力すると、当該制御信号に応じて画面表示を行う。
なお、上記表示部３４と情報入力部３５は一体に構成され、タッチパネルを形成してもよい。

ユーザ端末３０は、Ｗｅｂサーバとして機能する管理サーバ２０又はＳＮＳサーバ６０から画面情報、例えばＷｅｂページを受信して表示することができる。
ユーザ端末３０は、制御部３１が受注側の要求に応じてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を生成して送信する機能と、ＨＴＴＰ応答（応答の一例）を解釈して受注側に提示する機能とを有する。
例えば、情報格納部３２は、一例としてＷｅｂブラウザを格納する。
制御部３１は、ＨＴＴＰ応答を解釈して画像データや音声データを生成し、表示部３４に表示したり、音声をユーザ端末３０が有するスピーカから出力したりすることで、ＨＴＴＰ応答を受注側に提示する。

〔５〕ＳＭＳサーバ４０の構成
ＳＭＳサーバ４０は、通信会社等により管理され、ショートメールの送受信を行うサーバであって、収納装置１０が作成したショートメールを受信及び一時格納し、その一時格納したショートメールを送付先のユーザ端末３０へ送信する。
図１３は、本発明の第１の実施の形態におけるＳＭＳサーバ４０の構成を示す図である。
図に示すように、ＳＭＳサーバ４０は、ＣＰＵ等により構成されＳＭＳサーバ４０全体を制御する制御部４１と、情報を格納する情報格納部４２と、ネットワーク１００を介して収納装置１０又はユーザ端末３０とショートメールの送受信を無線又は有線を介して行う通信部４３とを有して構成される。
通信部４３は、配送物の配送状況を示すショートメールを収納装置１０から受信すると、情報格納部４２に一時格納した後、そのショートメールを宛先のユーザ端末３０へ送信する。
各部４１～４３は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部４１の制御の下、種々の処理が実行される。

〔６〕電子メールサーバ５０の構成
電子メールサーバ５０は、通信会社又はインターネットプロバイダ等により管理され、電子メールの送受信を行うサーバであって、収納装置１０が作成した電子メールを受信及び一時格納し、その一時格納した電子メールを送付先のユーザ端末３０へ送信する。
図１４は、本発明の第１の実施の形態における電子メールサーバ５０の構成を示す図である。
図に示すように、電子メールサーバ５０は、ＣＰＵ等により構成され電子メールサーバ５０全体を制御する制御部５１と、情報を格納する情報格納部５２と、ネットワーク１００を介して収納装置１０又はユーザ端末３０と電子メールの送受信を無線又は有線を介して行う通信部５３とを有して構成される。
通信部５３は、配送物の配送状況を示す電子メールを収納装置１０から受信すると、情報格納部５２に一時格納した後、その電子メールを宛先のユーザ端末３０へ送信する。
各部５１～５３は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部５１の制御の下、種々の処理が実行される。

〔７〕ＳＮＳサーバ６０の構成
ＳＮＳサーバ６０は、ＳＮＳを運営するＳＮＳ事業者により管理されるサーバ装置である。
図１５は、そのＳＮＳサーバ６０の構成を示す図である。
図に示すように、ＳＮＳサーバ６０は、ＣＰＵ等により構成されＳＮＳサーバ６０全体を制御する制御部６１と、ＳＮＳの情報を格納する情報格納部６２と、ネットワーク１００を介して収納装置１０又はユーザ端末３０と情報の送受信を無線又は有線を介して行う通信部６３とを有して構成される。
各部６１～６３は、内部のバスに接続され、このバスを介して種々の情報等が入出力され、制御部６１の制御の下、種々の処理が実行される。

さらに、図に示すように、情報格納部６２は、ユーザ（集合住宅の居住者）の個人情報並びに収納装置１０の情報等を管理するユーザＤＢ６２１と、ユーザ及び収納装置１０を含む複数のＳＮＳユーザにより構成されるグループの情報を管理するグループＤＢ６２２とを格納している。

図１６は、上記ユーザＤＢ６２１において管理されるデータ構成の一例を示す図である。
図に示すように、ユーザＤＢ６２１には、各ＳＮＳユーザ（居住者、収納装置１０）を識別するＳＮＳユーザＩＤに対応付けて各ユーザの個人情報が格納されている。
ここで格納されるＳＮＳユーザの個人情報には、ユーザの氏名（又は収納装置１０であること）、ＳＮＳユーザの電話番号（ユーザ端末３０、収納装置１０の電話番号）、メールアドレス（ユーザ端末３０のメールアドレス）、ＳＮＳユーザの端末など（ユーザ端末３０、収納装置１０）の端末ＩＤ等が含まれる。

図に示すように、ユーザＤＢ６２１において、収納装置１０は、ユーザとともに、ＳＮＳユーザとして登録されており、ユーザは、ユーザ端末３０を用いて、収納装置１０からのコメント（例えば、配送物の着荷通知や配送依頼通知など）をＳＮＳ内で閲覧できるようになっている。

図１７は、グループＤＢ６２２において管理されるデータ構成の一例を示す図である。
図の例では、ユーザＩＤ「００００１」のユーザの各グループ「００１」、「００２」、「００３」に所属するその他の各ユーザの電話番号が示されている。
また、これらの数字を組み合わせたものをグループＩＤ（ユーザＩＤの数字５桁＋グループの数字３桁）とし、グループの特定に使用される。例えば、ユーザＩＤ「００００１」のユーザが作成したグループ「００１」のグループＩＤは「００００１００１」である。

図の例のグループＤＢ６２２では、ユーザＩＤ「００００１」のユーザのグループ「００２」には、電話番号「０３－１１１７－ＸＸＸＸ」の収納装置１０のみが所属しており、ユーザＩＤ「００００１」のユーザのみが、収納装置１０からの当該ユーザ宛てのコメントを閲覧することができるようになっている。

（第１の実施の形態の動作）
（１）ユーザ情報の登録動作
図１８は、本発明の第１の実施の形態において、ユーザ情報を収納装置１０に登録するときの物品収納システムによる動作の流れを示すシーケンスチャートである。
以下、本図に沿って、ユーザが、ユーザ端末３０を用い、管理サーバ２０を介して収納装置１０に、自身のユーザ情報を登録するときの物品収納システムの動作について説明する。

まず、ユーザは、ユーザ端末３０の情報入力部３５を用いて、自身のユーザ情報を入力する（ステップＳ１０１）。
ユーザ情報には、ユーザの氏名と、電話番号情報と、希望連絡方法情報と、その他ユーザの個人情報とが含まれる。
ユーザの個人情報には、ユーザの住所、メールアドレス等の連絡先情報、性別、生年月日等が含まれてもよい。
また、このとき、上記ユーザ情報には、ユーザ宛の物品が収納されている収納ボックスを解錠するための認証用のパスワードが含まれてもよい。
制御部３１は、上記情報入力部３５により入力されたユーザ情報を情報格納部３２に格納させる。

次に、ユーザが情報入力部３５を操作すると、通信部３３は情報格納部３２に格納されているユーザ情報を管理サーバ２０へ送信する（ステップＳ１０２）。

管理サーバ２０の通信部２３は、上記ユーザ情報をユーザ端末３０から受信すると、制御部２１は、その受信したユーザ情報を情報格納部２２に登録させる（ステップＳ１０３）。

次に、管理サーバ２０の通信部２３は、上記情報格納部２２に登録したユーザ情報を収納装置１０へ送信する（ステップＳ１０４）。

収納装置１０の通信部１３は、上記ユーザ情報を管理サーバ２０から受信すると、制御部１１は、その受信したユーザ情報のユーザに対し、固有のユーザＩＤを発行し、その発行したユーザＩＤに対応付けて、当該受信したユーザ情報を情報格納部１２のユーザＤＢ１２１に登録させる（ステップＳ１０５）。

このように、ユーザが入力したユーザ情報は、最終的に収納装置１０に登録される。
この登録されたユーザ情報は、ユーザ宛の配送物が収納装置１０に入庫された際、収納装置１０が認証又は着荷通知を行うこと等に用いられる。
以上で、ユーザ情報の登録動作を終了する。

（２）物品を入庫するときの動作
図１９，２０，２１は、本発明の第１の実施の形態において、物品を収納装置１０に入庫するときの収納装置１０による動作の流れを示すフローチャートである。
以下、本図に沿って、物品入庫時の動作について、配送業者がユーザ宛の物品（配送物）を収納装置１０に入庫するときの例を用いて説明する。

まず、配送業者は、配送する物品を持って収納装置１０が設置される集合住宅のエントランス等を訪れる。
収納装置１０の表示部１４には、「配送業者」、「居住者」等の収納装置１０の利用者の種類の選択画面が表示されている。
図２２は、その利用者の種類の選択画面の一例を示す図である。
ここで、配送業者は情報入力部１５を操作して、選択画面上の「配送業者」を選択すると、制御部１１は、表示部１４に「入庫」、「取出」等の収納装置１０の利用目的の選択画面を表示させる。
図２３は、その収納装置１０の利用目的の選択画面の一例を示す図である。
ここで、配送業者は、情報入力部１５を操作して「入庫」を選択して、物品入庫を要求する旨の情報を入力する（ステップＳ２０１）。

収納装置１０の制御部１１は、上記物品入庫の要求情報が入力されると、配送物の配送先のユーザの電話番号情報の入力画面情報を表示部１４に表示させる。
図２４は、本発明の第１の実施の形態における電話番号情報の入力画面情報の一例を示す図である。
図に示すように、電話番号情報の入力画面には、電話番号情報の入力欄が設けられている。

図２５は、その配送物に添付されている伝票の一例を示す図である。
図に示す伝票には、一般的な宅配便の伝票と同様に、配送先の情報（配送先の電話番号情報を含む）、配送元の情報、配送物の種類・サイズ等が記入されている。
配送業者は、配送物に添付されている伝票に記載されている配送先のユーザの電話番号情報を確認し、情報入力部１５を操作して、上記電話番号情報を入力する（ステップＳ２０２）。

配送先のユーザの電話番号情報が入力されると、制御部１１は、ユーザＤＢ１２１を参照し、当該入力された電話番号情報に一致する電話番号情報が、ユーザＤＢ１２１に登録されているか否かを判断する（ステップＳ２０３）。
ここで、制御部１１は、入力された電話番号情報がユーザＤＢ１２１に登録されていないと判断した場合には（ステップＳ２０３／Ｎｏ）、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格がないと認識し、収納装置１０の収納ボックスの解錠動作を実行せず、当該配送業者による配送物の入庫を拒否し、そのまま物品の入庫動作を終了する。

一方、制御部１１は、入力された電話番号情報がユーザＤＢ１２１に登録されていると判断した場合には（ステップＳ２０３／Ｙｅｓ）、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格があると認識し、入庫する配送物の種類の選択画面情報を表示部１４に表示させる。
図２６は、その入庫する配送物の種類の選択画面情報の一例を示す図である。
図の例では、入庫する配送物の種類、「普通便」、「クール便」及び「スキー便」が選択画面情報上に表示されている。普通便は通常の配送物、クール便は要冷蔵の配送物、スキー便はスキー板等スキーに用いる物品であり、大型の配送物が多い。
配送業者は、上記配送物に添付されている伝票の内容を確認して、情報入力部１５を操作して、上記配送物の種類を入力する。

配送物の種類が入力されると、制御部１１は、使用状況ＤＢ１２２を参照し、使用状況のステータスが「未使用」となっている収納ボックスの情報を抽出し、表示部１４にその入庫可能な未使用の収納ボックスが示された収納ボックスの使用状況の画面情報を表示させる（ステップＳ２０４）。
図２７は、その収納ボックスの使用状況の画面情報の一例を示す図である。
図の例では、表示部１４は、その収納ボックスの使用状況の画面情報において、入庫可能な未使用の収納ボックスについて、その位置を点灯させて表示している（図では斜線の収納ボックス）。

配送業者は、情報入力部１５を操作して、表示部１４に表示された未使用の収納ボックスから、入庫する収納ボックスを選択すると（ステップＳ２０５／Ｙｅｓ）、情報入力部１５は、その選択された収納ボックスを特定する信号を制御部１１へ出力する。
制御部１１は、上記選択された収納ボックスを特定する信号が入力されると、その特定選択された収納ボックスの解錠信号を当該収納ボックスの施解錠部１３４へ送信し、当該施解錠部１３４は当該収納ボックスを解錠する（ステップＳ２０６）。

配送業者は、その解錠された収納ボックスを開扉して当該収納ボックスに物品を入庫して閉扉するか、又は当該解錠した収納ボックスへの入庫をやめて閉扉する。
ここで、収納ボックスに物品が入庫された場合、物品検知部１３５は、当該物品の入庫を検知し、その旨を示す物品検知信号を制御部１１へ出力する。

制御部１１は、上記物品検知信号を物品検知部１３５から入力されたか否かを判断する（ステップＳ２０７）。
制御部１１は、物品検知部１３５から物品検知信号が入力されず、収納ボックスに物品が収納されなかったと判断すると（ステップＳ２０７／Ｎｏ）、制御部１１は、使用状況ＤＢ１２２の当該収納ボックスの使用状況のステータスを「未使用」のままとし、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号を制御部１１から入力されると、当該収納ボックスについて再度施錠し、動作を終了する。
このように使用状況のステータスが「未使用」の収納ボックスは使用が可能である。

一方、制御部１１は、物品検知部１３５から物品検知信号が入力されたと判断した場合には（ステップＳ２０７／Ｙｅｓ）、制御部１１は、空きの収納ボックスに物品が入庫されたと判断し、使用状況ＤＢ１２２の当該収納ボックスの使用状況のステータスを「未使用」から「収納中」に書き替え、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号を制御部１１から入力されると、当該収納ボックスについて再度施錠し、当該物品が入庫された収納ボックスへのさらなる入庫を規制する。

次に、制御部１１は、上記物品が入庫された収納ボックスを解錠するために用いられる解錠情報を発行する（ステップＳ２０８）。
この解錠情報は、ユーザが自身宛の配送物を取出すときに収納装置１０に入力する固有の情報であり、例えば入庫ごとにランダムに発行されるワンタイムパスワードである。
解錠情報は、例えば、文字列から構成されるパスワードであってもよいし、バーコード又は２次元バーコード等の図形が表された画像情報であってもよいし、又は音声情報であってもよい。

次に、制御部１１は、使用状況ＤＢ１２２の該当収納ボックスのボックス識別情報に対応付けて上記発行した解錠情報を登録する。
また、このとき、制御部１１は、上記物品の入庫履歴を示す履歴情報も利用履歴ＤＢ１２３に登録する（ステップＳ２０９）。
ここで、登録される履歴情報は、利用の内容である「入庫」と、物品が入庫された収納ボックスのボックス識別情報と、入庫の際に配送業者が入力した電話番号情報とを含む。履歴情報には、この他、例えば、入庫時期（物品入庫後に閉扉した時期／使用時期）等を含むようにしてもよい。
また、配送業者が、物品の入庫の際、例えば、配送会社名や担当者のＩＤといった自身を識別する情報を入力していた場合には、その情報も履歴情報に含まれる。

次に、制御部１１は、ユーザＤＢ１２１を参照し、上記配送業者に入力された電話番号情報に基づいてユーザを特定し、さらにユーザＤＢ１２１において管理されている希望連絡方法情報を参照して、上記特定したユーザがショートメールによる着荷通知を希望しているか否かを判断する（ステップＳ２１０）。
ここで、制御部１１は、ユーザがショートメールによる着荷通知を希望していると判断した場合には（ステップＳ２１０／Ｙｅｓ）、上記配送業者に入力された電話番号情報を宛先とし、当該ユーザ宛の配送物が収納装置１０に届けられたことを文面とするショートメールを生成する（ステップＳ２１１）。

制御部１１は、通信部１３に、上記生成したショートメールを着荷通知として該当するユーザのユーザ端末３０へ送信させる（ステップＳ２１２）。
ユーザ端末３０の通信部３２は上記着荷通知を収納装置１０から受信する。
制御部３１は、その着荷通知を表示部３４に表示させる（ステップＳ２１３）。

図２８は、その着荷通知の一例を示す図である。
図の例では、着荷通知には、ユーザ宛の配送物の保管場所（収納装置１０のボックス番号「１」の収納ボックス）、配送物の種類、到着日時及び解錠情報（ワンタイムパスワード）が含まれる。
ユーザは、上記ショートメール（着荷通知）に示された内容を確認し、その後、解錠情報を用いて自身宛の配送物が保管されている収納ボックスの解錠を行う。

一方、制御部１１は、ユーザＤＢ１２１の希望連絡方法情報を参照した結果、ユーザがショートメール以外の着荷通知を希望していると判断した場合には（ステップＳ２１０／Ｎｏ）、希望連絡方法情報において、メールアドレスを宛先とする通常の電子メールによる着荷通知を希望しているか否かを判断する（ステップＳ２２１）。
ここで、制御部１１は、ユーザが通常の電子メールによる着荷通知を希望していると判断した場合には（ステップＳ２２１／Ｙｅｓ）、ユーザＤＢ１２１を参照し、上記配送業者に入力された電話番号情報に対応付けられているメールアドレスを連絡先情報として抽出する（ステップＳ２２２）。
次に、制御部１１は、上記抽出されたメールアドレスを宛先とし、当該ユーザ宛の配送物が収納装置１０に届けられたことを文面とする電子メールを生成する（ステップＳ２２３）。
制御部１１は、通信部１３に、上記生成した電子メールを着荷通知として該当するユーザのユーザ端末３０へ電子メールサーバ５０を介して送信させる（ステップＳ２２４）。
ユーザ端末３０の通信部３２は上記着荷通知を電子メールサーバ５０を介して収納装置１０から受信する。
制御部３１は、その着荷通知を表示部３４に表示させる（ステップＳ２２５）。
ユーザは、上記電子メール（着荷通知）に示された内容を確認し、その後、解錠情報を用いて自身宛の配送物が保管されている収納ボックスの解錠を行う。

一方、制御部１１は、ユーザＤＢ１２１の希望連絡方法情報を参照した結果、ユーザが電子メールではなく、ＳＮＳによる着荷通知を希望していると判断した場合には（ステップＳ２２１／Ｎｏ）、ユーザＤＢ１２１を参照し、上記配送業者に入力された電話番号情報に対応付けられているＳＮＳ情報を連絡先情報として抽出する（ステップＳ２３１）。
ここでＳＮＳ情報には、ＳＮＳを特定するＳＮＳ識別情報と、当該ＳＮＳにおけるユーザのＩＤであるＳＮＳユーザＩＤと、当該ＳＮＳにおいてユーザが着荷通知を受けるグループのＩＤを示すグループＩＤと、当該ＳＮＳを管理するＳＮＳサーバ６０のアドレス等が含まれる。

次に、制御部１１は、着荷情報のメッセージ情報を作成する（ステップＳ２３２）。
その電子メールのメッセージ情報の内容は、上述のショートメールの本文と同様であってよい。

次に、制御部１１は、通信部１３に、上記抽出したＳＮＳ情報と、メッセージ情報とをＳＮＳサーバ６０へ送信させる（ステップＳ２３３）。
ここで、収納装置１０は、上記抽出したＳＮＳ情報に含まれるＳＮＳサーバ６０のアドレス宛に上記ＳＮＳ情報及びメッセージ情報を送信する。

ＳＮＳサーバ６０の通信部６３は、上記ＳＮＳ情報及びメッセージ情報を収納装置１０から受信すると、制御部６１は、ユーザＤＢ６２１及びグループＤＢ６２２を参照し、情報格納部６２における該当グループの情報記憶領域に上記着荷通知のメッセージ情報を登録する（ステップＳ２３４）。

次に、制御部６１は、通信部６３に、上記着荷通知のメッセージ情報の登録があった旨の通知を該当するユーザのユーザ端末３０へ送信させる（ステップＳ２３５）。
このとき、制御部６１は、送信先のユーザ端末３０のアドレス等については、ユーザＤＢ６２１を参照し、上記収納装置１０から受信したＳＮＳ情報に含まれる該当するユーザのＳＮＳユーザＩＤに基づいて抽出する。

ユーザ端末３０の通信部３２は上記着荷通知のメッセージ情報の登録通知をＳＮＳサーバ６０から受信すると、制御部３１は、その通知があった旨について表示部３４に表示させる（ステップＳ２３６）。

ユーザは、その表示部３４を見て上記通知を確認した後、情報入力部３５を操作して、該当するグループ内のメッセージ情報の取得要求を入力し、通信部３３は、その入力されたメッセージ情報の取得要求をＳＮＳサーバ６０へ送信する（ステップＳ２３７）。
このメッセージ情報の取得要求には、該当するグループのグループＩＤが含まれる。

ＳＮＳサーバ６０の通信部６３は、上記メッセージ情報の取得要求をユーザ端末３０から受信すると、制御部６１は、情報格納部６２に格納されている該当するグループのメッセージ情報を抽出し、通信部６３に、上記ユーザ端末３０へ送信させる（ステップＳ２３８）。

ユーザ端末３０の通信部３３は、上記グループのメッセージ情報をＳＮＳサーバ６０から受信すると、制御部３１は、上記受信したグループのメッセージ情報を表示部３４上に表示させる（ステップＳ２３９）。

図２９は、そのグループのメッセージの画面情報の一例を示す図である。
図の例では、上記グループのメッセージの画面情報は、一般的なＳＮＳにおけるチャット方式のメッセージ交換画面と同様のものを採用している。
すなわち、グループには、配送物を受け取るユーザが、グループのメンバーとして登録されている他に、配送物を保管する収納装置１０自体があたかも一（いち）ユーザのようにグループのメンバーとして登録されている。
図の例では、そのグループのメンバーとして登録されている収納装置１０が、着荷通知をそのグループ内のメッセージ情報の１つとして、グループのメッセージの画面情報上に投稿している。
ユーザは、当該グループのメッセージの画面情報に投稿されている収納装置１０からのメッセージ情報（着荷情報）の内容を確認し、その後、解錠情報を用いて自身宛の配送物が保管されている収納ボックスの解錠を行う。

なお、本実施の形態では、配送業者が物品を入庫する場合を例に説明したが、集合住宅の居住者であるユーザが物品を入庫する場合も物品収納システムは同様に動作する。

以上説明したように、第１の実施の形態によれば、配送業者がユーザ宛の配送物を収納装置１０に入庫する際、電話番号情報を入力し、収納装置１０はその入力された電話番号情報に基づいて配送先のユーザの認証を行い、認証成功時には、ユーザが予め希望していた方法で、その入力された電話番号情報に基づいた宛先のユーザ端末３０へ着荷通知を送信する。
このように、収納装置１０は、従来の部屋番号と異なり、電話番号情報に基づいて、配送物に関する情報を管理するので、従来の部屋番号で管理していたときとは異なり、ユーザが配送物を受け取ることができないといった不具合の発生を防止することが可能となる。
すなわち、集合住宅の部屋番号は、通常３～４桁の数字で構成されることが多く、配送業者が配送物を収納装置１０に入庫する際、「１０２」を誤って「２０１」と入力する等、部屋番号の誤入力が頻繁に起こり得る。
この結果、部屋番号「１０２」のユーザが、配送物を受け取ることができないといった不具合が発生する。
これに対し、電話番号情報は通常は１０～１１桁の数字から構成されており、仮に、配送業者が配送物を収納装置１０に入庫する際、配送先のユーザの電話番号情報を誤って入力したとしても、認証失敗となり、配送物が誤った電話番号情報に対応付けて収納装置１０に入庫される可能性は著しく低い。
よって、第１の実施の形態によれば、配送業者による収納装置１０への情報の誤入力により、ユーザが自身宛の配送物を受け取ることができないといった不具合の発生を防止することが可能となる。

特に、ユーザが希望連絡方法情報において、ショートメールによる着荷通知を希望している場合は、収納装置１０は、配送業者が配送物の入庫の際に入力した電話番号情報をそのまま着荷通知の宛先に使用するので、他の連絡先情報の管理が不要となり、物品収納システムの構築の簡素化に貢献することが可能となる。

また、本実施の形態では、収納装置１０はユーザの電話番号情報に基づいて収納装置１０における収納の管理を行うので、例えばオフィスの従業員等、自身の部屋番号を有さないユーザであっても、配送物の一時預かりサービスを利用することができ、着荷通知を受け取ることが可能となる。

（３）物品を取り出すときの動作
図３０は、本発明の第１の実施の形態において、物品を収納装置１０から取り出すときの収納装置１０による動作の流れを示すフローチャートである。
以下、本図に沿って、物品取出し時の動作について、ユーザが自身宛の物品（配送物）を収納装置１０から取り出すときの例を用いて説明する。

まず、ユーザは、上述のとおり、収納装置１０から着荷通知を受け取った後、その着荷通知に示されていた、自身宛の物品が収納されている収納装置１０が設置される集合住宅のエントランスを訪れる。

収納装置１０の表示部１４には、図２２に示したような「配送業者」、「居住者」等の収納装置１０の利用者の種類の選択画面が表示されている。
ここで、ユーザは情報入力部１５を操作して、選択画面上の「居住者」を選択すると、制御部１１は、表示部１４に図２３に示したような「入庫」、「取出」等の収納装置１０の利用目的の選択画面を表示させる。
ここで、ユーザは、情報入力部１５を操作して「取出」を選択して、自身宛の配送物（物品）の取出しを要求する旨の情報を入力する。

収納装置１０の制御部１１は、上記物品取出しの要求情報が入力されると、解錠情報の入力画面情報を表示部１４に表示させる。
ここで、ユーザは、情報入力部１５を操作して、着荷通知に示されていた解錠情報を入力する（ステップＳ３０１）。
当該解錠情報の入力方法としては、例えば解錠情報が着荷情報に示されていたパスワード（ワンタイムパスワード）や予め各ユーザごとに設定されていたパスワード等である場合には、ユーザは情報入力部１５に備えられているテンキー等を用いて解錠情報を入力したり、赤外線等の近距離無線通信機能を用いて情報入力部１５に読み取らせて入力したりする。
また、解錠情報が着荷情報に示されていたバーコードや２次元バーコード等の画像情報である場合には、ユーザは、ユーザ端末３０の表示部３４にバーコードや２次元バーコード等を表示させ、その表示させたバーコードや２次元バーコード等を解錠情報として情報入力部１５のコードリーダ機能を用いて入力する。
情報入力部１５は、上記入力された解錠情報を制御部１１へ出力する。

制御部１１は、上記解錠情報が情報入力部１５から入力されると、使用状況ＤＢ１２２を参照し、当該入力された解錠情報が登録された「収納中」の収納ボックスがあるか否かを判断する（ステップＳ３０２）。
すなわち、制御部１１は、使用状況ＤＢ１２２においてユーザの解錠情報が対応付けられた「収納中」の収納ボックスがあるか否かを判断する。
制御部１１は、解錠情報に対応付けられた、物品が収納されている収納ボックスがないと判断した場合（ステップＳ３０２／Ｎｏ）、動作を終了する。

一方、制御部１１は、解錠情報に対応付けられた、収納ボックスがあると判断した場合（ステップＳ３０２／Ｙｅｓ）、当該収納ボックスの解錠信号を当該収納ボックスの施解錠部１３４へ送信し、当該施解錠部１３４は当該収納ボックスを解錠する（ステップＳ３０３）。

ユーザは、その解錠された収納ボックスを開扉し、当該収納ボックスに収納されている物品を取り出した後に閉扉すると、物品検知部１３５は、当該収納ボックスにまだ物品が収納されているか否かの検知動作を行う。
ここで、ユーザが物品を取出し、当該収納ボックス内に物品が収納されていない場合には、物品検知信号を制御部１１へ出力しない。

制御部１１は、物品が当該収納ボックスから取り出されたか否かを判断する（ステップＳ３０４）。
ここで、制御部１１は、物品検知部１３５から物品検知信号が入力されなかった場合には、制御部１１は、当該収納ボックスから物品が取り出されたと判断し（ステップＳ３０４／Ｙｅｓ）、使用状況ＤＢ１２２の当該収納ボックスの使用状況のステータスを「収納中」から「未使用」に書き替える。

次に、制御部１１は、当該収納ボックスから物品（ユーザ宛の配送物）が取り出された旨の履歴情報を利用履歴ＤＢ１２３に登録する（ステップＳ３０５）。
次に、制御部１１は、通信部１３に、上記登録した利用履歴の情報を管理サーバ２０へ送信させる（ステップＳ３０６）。
管理サーバ２０の通信部２３は、上記利用履歴の情報を収納装置１０から受信すると、その受信した利用履歴の情報を利用履歴ＤＢ２２３に登録して、収納装置１０の利用履歴ＤＢ１２３との間で同期をとる（ステップＳ３０７）。

次に、制御部１１は、上記物品が取り出された収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号が制御部１１から入力されると、当該収納ボックスについて施錠する（ステップＳ３０８）。
以上で、動作を終了する。
このように使用状況のステータスが「未使用」に書き替えられた収納ボックスは使用（入庫）が可能となる。

一方、制御部１１は、上記物品検知信号が物品検知部１３５から入力されたと判断した場合には、収納ボックスから物品が取り出されなかったと判断し（ステップＳ３０４／Ｎｏ）、使用状況ＤＢ１２２の当該収納ボックスの使用状況のステータスを「収納中」のままにして、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号が制御部１１から入力されると、当該収納ボックスについて再度施錠し、入庫を規制して（ステップＳ３０８）、動作を終了する。

なお、本実施の形態では、ユーザが物品を取り出す場合を例に説明したが、例えば、ユーザが入庫した物品を配送する配送業者や、ユーザが入庫した未クリーニング品を回収する業者等が物品を取り出す場合も物品収納システムは同様に動作する。

（第１の実施の形態のまとめ）
以上説明したように、本発明の第１の実施の形態によれば、配送業者がユーザ宛の配送物を収納装置１０に入庫する際、電話番号情報を入力し、収納装置１０はその入力された電話番号情報に基づいて配送先のユーザの認証を行い、認証成功時には、ユーザが予め希望していた方法で、その入力された電話番号情報に基づいた宛先のユーザ端末３０へ着荷通知を送信するので、配送業者がユーザ宛の配送物を収納装置１０に入庫する際に、誤った情報を入力することによりユーザが配送物を受け取ることができないといった不具合の発生を防止することが可能となる。

特に、オフィスに勤務する従業員宛に配送物の配送を行う場合には、部屋番号で従業員を特定できないため、従来は宅配ロッカー（収納装置１０）による配送を行うことが困難であった。
これに対し、本実施の形態では、物品収納システムは電話番号情報に基づいて配送を管理するので、オフィスの従業員のように部屋番号を有していないユーザであっても収納装置１０を用いた配送物の一時預かりサービスを利用することが可能となる。

また、第１の実施の形態によれば、ユーザが希望連絡方法情報においてショートメールによる着荷通知を希望している場合は、収納装置１０は、配送業者が配送物の入庫の際に入力した電話番号情報をそのまま着荷通知の宛先に使用するので、他の連絡先情報の管理が不要となり、物品収納システムの構築の簡素化に貢献することが可能となる。

また、以上説明した第１の実施の形態では、収納装置１０の制御部１１は、配送物の入庫を確認すると、各入庫事実ごとに解錠情報を発行してユーザ側に通知し、ユーザはその通知された解錠情報（ワンタイムパスワード）を用いて、自身宛の配送物が収納されている収納ボックスの解錠を行うものであった。
第１の実施の形態の変形例として、これに対し、各ユーザごとに予めユーザＤＢ１２１に登録されている固定のパスワードを解錠情報として使用してもよい。
この場合、ユーザは、上記のとおり着荷通知を受けると、自身が記憶している解錠情報（パスワード）を収納装置１０の情報入力部１５を用いて入力する。
すると、収納装置１０の制御部１１は、その入力された解錠情報と、ユーザＤＢ１２１に登録されている認証用のパスワードとを比較照合して認証を行い、認証が成功した場合には、当該ユーザ宛の配送物が収納されている収納ボックスの解錠を行う。

上記固定のパスワードは、ユーザの電話番号情報であってもよい。
この場合、ユーザによるユーザ情報の登録作業の手間を削減し、ユーザＤＢ１２１，２２１が管理するデータ構成の簡素化を図ることが可能となる。
また、固定のパスワードがユーザの電話番号情報である場合、着荷通知には、解錠情報として、電話番号情報そのものが示されるか、又は単にユーザの電話番号情報を解錠情報として用いるようメッセージが示される。

また、以上説明した本実施の形態では、収納装置１０は、希望連絡方法情報に基づいて、ショートメール、電子メール又はＳＮＳのいずれかの連絡方法で着荷通知を行うものであったが、希望連絡方法情報において複数の連絡方法が希望されている場合には、それら希望されている連絡方法全てにより着荷通知を行うようにしてもよい。

また、本実施の形態では、収納装置１０は、ユーザ端末３０に対して着荷通知を行っていたが、ユーザ宛の配送物が収納装置１０に保管されたまま所定時間が経過したときには、ユーザに対し配送物の取出しを催促する遅滞通知をさらに行うようにしてもよい。
収納装置１０の制御部１１は、使用状況ＤＢ１２２に管理されている使用状況を所定時間ごとに参照し、入庫から所定時間（例えば３日間）経過したと判断した場合、当該取出が遅延している配送物について、使用状況ＤＢ１２２に対応付けて登録されている電話番号情報を抽出し、その抽出した電話番号情報に基づいて、着荷通知と同様の方法で、ショートメール、電子メール又はＳＮＳにより遅滞通知を行う。
例えば、その遅滞通知の内容は、「入庫から所定時間経過しているため、配送物を早く取り出して欲しい」旨のメッセージと、ユーザ宛の配送物の保管場所（収納装置１０のボックス番号も含む）と、配送物の種類と、到着日時（入庫日時）と、解錠情報（ワンタイムパスワード）とが含まれる。
このようにユーザが自分宛の配送物をなかなか取りに来ない場合、収納装置１０は、既に入力されている配送先のユーザの電話番号情報に基づいて、ユーザ端末３０に対してユーザの希望連絡方法情報に基づいて遅滞通知を行うので、ユーザに対して遅滞通知を確実に知らせることができ、収納装置１０における配送物の遅滞を最小限度に抑えることが可能となる。

（第１の実施の形態の変形例）
上述の第１の実施の形態では、ユーザＤＢ１２１，２２１が、ユーザの電話番号情報を管理し、これを用いて認証を行っていた。
これに対し、第１の実施の形態の変形例では、ユーザＤＢ１２１，２２１は、ユーザの電話番号情報を管理せず、制御部１１は電話番号情報を用いた認証を行わない。
以下、特記しない限り、本変形例は、第１の実施の形態と同様であるとして説明を進める。

本変形例では、配送業者が、配送物の配送時に、情報入力部１５を操作して、配送物に添付されている伝票に記載されている配送先のユーザの電話番号情報を確認し、情報入力部１５を操作して、上記電話番号情報を入力すると、制御部１１は、この入力された電話番号情報に基づく認証処理を実行せずに、入庫する配送物の種類の選択画面情報を表示部１４に表示させる。
その後の処理は、第１の実施の形態と同様である。

以上説明したように、第１の実施の形態の変形例では、ユーザＤＢ１２１，２２１はユーザの電話番号情報を管理しないので、ユーザによるユーザ情報の登録作業の手間を削減し、ユーザＤＢ１２１，２２１が管理するデータ構成の簡素化を図ることが可能となる。

＜第２の実施の形態＞
（第２の実施の形態の概要）
本発明の第１の実施の形態では、ユーザは、ユーザ端末３０を用いて、自身のユーザ情報を管理サーバ２０に登録し、その後、管理サーバ２０がその登録されたユーザ情報を収納装置１０へ送信して登録していた。
また、第１の実施の形態では、収納装置１０は、ユーザ宛の配送物の入庫の際、配送業者によって入力された配送先のユーザの電話番号情報と、上記登録されたユーザ情報における電話番号情報との間で認証を行い、認証が成功したと判断した場合には、上記配送業者が入力した電話番号情報に基づいて、ユーザの宛先を抽出し、ショートメール、電子メール又はＳＮＳにより着荷通知を行うものであった。

これに対し、本発明の第２の実施の形態では、ユーザは、ユーザ端末３０を用いて、自身のユーザ情報を管理サーバ２０に送信し、管理サーバ２０はそのユーザ情報を収納装置１０へ送信せずに、自機に登録するにとどめる。
また、第２の実施の形態では、収納装置１０は、ユーザ宛の配送物の入庫の際、配送業者によって入力された配送先のユーザの電話番号情報を管理サーバ２０へ送信し、管理サーバ２０は、その収納装置１０から受信した電話番号情報と、自機に登録されているユーザ情報における電話番号情報との間で認証を行い、認証が成功したと判断した場合には、上記配送業者が入力した電話番号情報に基づいて、ユーザの宛先を抽出し、ショートメール、電子メール又はＳＮＳにより着荷通知を行う。
すなわち、本実施の形態では、管理サーバ２０が、収納装置１０に代わって、ユーザ情報の管理、認証及び着荷通知を行う。
また、本実施の形態においては、収納装置１０に代わって管理サーバ２０が滞留通知を行う。
以下、特記しない限り、本実施の形態における物品収納システムの構成及び動作は、第１の実施の形態と同様であるとして説明を進める。

（第２の実施の形態の構成）
本実施の形態では、管理サーバ２０は、情報格納部２２に格納されているユーザＤＢ２２１、使用状況ＤＢ２２２及び利用履歴ＤＢ２２３において各種情報を管理し、これら管理される情報を用いて、認証及び着荷通知を行う。
本実施の形態では、収納装置１０の情報格納部１２は、ユーザＤＢ１２１、使用状況ＤＢ１２２及び利用履歴ＤＢ１２３を格納していなくてもよく、格納している場合には、第１の実施の形態と同様に、管理サーバ２０のユーザＤＢ２２１、使用状況ＤＢ２２２及び利用履歴ＤＢ２２３とそれぞれ同期を行うようにしてもよい。

（第２の実施の形態の動作）
（１）ユーザ情報の登録動作
図３１は、本発明の第２の実施の形態において、ユーザ情報を管理サーバ２０に登録するときの物品収納システムによる動作の流れを示すシーケンスチャートである。
以下、本図に沿って、ユーザが、ユーザ端末３０を用い、管理サーバ２０に自身のユーザ情報を登録するときの物品収納システムの動作について説明する。

まず、ユーザは、ユーザ端末３０の情報入力部３５を用いて、自身のユーザ情報を入力する（ステップＳ６０１）。
ユーザ情報には、ユーザの氏名と、電話番号情報と、希望連絡方法情報と、その他ユーザの個人情報とが含まれる。
ユーザの個人情報には、ユーザの住所、メールアドレス等の連絡先情報、性別、生年月日等が含まれてもよい。
制御部３１は、上記情報入力部３５により入力されたユーザ情報を情報格納部３２に格納させる。

次に、ユーザが情報入力部３５を操作すると、通信部３３は情報格納部３２に格納されているユーザ情報を管理サーバ２０へ送信する（ステップＳ６０２）。

管理サーバ２０の通信部２３は、上記ユーザ情報をユーザ端末３０から受信すると、制御部２１は、その受信したユーザ情報のユーザに対し、固有のユーザＩＤを発行し、その発行したユーザＩＤに対応付けて、当該受信したユーザ情報を情報格納部２２のユーザＤＢ２２１に登録させる（ステップＳ６０３）。

このように、ユーザが入力したユーザ情報は、最終的に管理サーバ２０に登録される。
この登録されたユーザ情報は、ユーザ宛の配送物が収納装置１０に入庫された際、管理サーバ２０が認証又は着荷通知を行うこと等に用いられる。
以上で、ユーザ情報の登録動作を終了する。

（２）物品を入庫するときの動作
図３２，３３，３４，３５は、本発明の第２の実施の形態において、物品を収納装置１０に入庫するときの収納装置１０による動作の流れを示すフローチャートである。
以下、本図に沿って、物品入庫時の動作について、配送業者がユーザ宛の物品（配送物）を収納装置１０に入庫するときの例を用いて説明する。

第１の実施の形態と同様に、まず、配送業者は、情報入力部１５を操作して、選択画面上で利用者の種類として「配送業者」を選択するとともに、利用目的として「入庫」を選択して、物品入庫を要求する旨の情報を入力する（ステップＳ７０１）。

次に、配送業者は、情報入力部１５を操作して、配送物に添付されている伝票に記載されている配送先のユーザの電話番号情報を確認し、情報入力部１５を操作して、上記電話番号情報を入力する（ステップＳ７０２）。

配送先のユーザの電話番号情報が入力されると、制御部１１は、通信部１３に、当該入力された電話番号情報を管理サーバ２０へ送信させる（ステップＳ７０３）。

管理サーバ２０の通信部２３は、その電話番号情報を収納装置１０から受信すると、制御部２１は、ユーザＤＢ２２１を参照し、当該受信した電話番号情報に一致する電話番号情報が、ユーザＤＢ２２１に登録されているか否かを判断する（ステップＳ７０４）。
このとき、制御部２１は、上記受信した電話番号情報に一致する電話番号情報が、ユーザＤＢ２２１に登録されていると判断した場合には、使用状況ＤＢ２２２を参照し、収納装置１０の各収納ボックスの使用状況の情報を抽出する。

次に、制御部２１は、通信部２３に、上記電話番号情報がユーザＤＢ２２１に登録されているか否かの判断結果の情報を収納装置１０へ送信させる（ステップＳ７０５）。
このとき、制御部２１は、上記受信した電話番号情報に一致する電話番号情報が、ユーザＤＢ２２１に登録されていると判断した場合には、上記抽出した各収納ボックスの使用状況の情報も収納装置１０へ送信させる。

収納装置１０の通信部１３は、上記判断結果の情報（電話番号情報がユーザＤＢ２２１に登録されている場合には各収納ボックスの使用状況の情報も）を管理サーバ２０から受信すると、制御部１１は、その判断結果情報の内容に基づいて、上記電話番号情報がユーザＤＢ２２１に登録されているか否かについて判断する（ステップＳ７０６）。
ここで、制御部１１は、判断結果情報の内容が「電話番号情報がユーザＤＢ２２１に登録されていない」であると判断した場合には（ステップＳ７０６／Ｎｏ）、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格がないと認識し、収納装置１０の収納ボックスの解錠動作を実行せず、当該配送業者による配送物の入庫を拒否し、そのまま物品の入庫動作を終了する。

一方、制御部１１は、判断結果情報の内容が「電話番号情報がユーザＤＢ２２１に登録されている」であると判断した場合には（ステップＳ７０６／Ｙｅｓ）、その配送先のユーザが収納装置１０を用いて配送物を受け取るサービスを利用する資格があると認識し、入庫する配送物の種類の選択画面情報を表示部１４に表示させる。
配送業者は、上記配送物に添付されている伝票の内容を確認して、情報入力部１５を操作して、上記配送物の種類を入力する。

配送物の種類が入力されると、制御部１１は、上記管理サーバ２０から受信した各収納ボックスの使用状況の情報に基づいて、使用状況のステータスが「未使用」となっている収納ボックスの情報を抽出し、表示部１４にその入庫可能な未使用の収納ボックスが示された収納ボックスの使用状況の画面情報を表示させる（ステップＳ７０７）。

配送業者は、情報入力部１５を操作して、表示部１４に表示された未使用の収納ボックスから、入庫する収納ボックスを選択すると（ステップＳ７０８／Ｙｅｓ）、情報入力部１５は、その選択された収納ボックスを特定する信号を制御部１１へ出力する。
制御部１１は、上記選択された収納ボックスを特定する信号が入力されると、その選択された収納ボックスの解錠信号を当該収納ボックスの施解錠部１３４へ出力し、当該施解錠部１３４は当該収納ボックスを解錠する（ステップＳ７０９）。

配送業者は、その解錠された収納ボックスを開扉して当該収納ボックスに物品を入庫して閉扉するか、又は当該解錠した収納ボックスへの入庫をやめて閉扉する。
ここで、収納ボックスに物品が入庫された場合、物品検知部１３５は、当該物品の入庫を検知し、その旨を示す物品検知信号を制御部１１へ出力する。

制御部１１は、上記物品検知信号を物品検知部１３５から入力されたか否かを判断する（ステップＳ７１０）。
制御部１１は、物品検知部１３５から物品検知信号が入力されず、収納ボックスに物品が収納されなかったと判断すると（ステップＳ７１０／Ｎｏ）、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号を制御部１１から入力されると、当該収納ボックスについて再度施錠し、動作を終了する。
このように使用状況のステータスが「未使用」に書き替えられた収納ボックスは使用が可能となる。

一方、制御部１１は、物品検知部１３５から物品検知信号が入力されたと判断した場合には（ステップＳ７１０／Ｙｅｓ）、空きの収納ボックスに物品が入庫されたと判断し、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号を制御部１１から入力されると、当該収納ボックスについて再度施錠し、当該物品が入庫された収納ボックスへのさらなる入庫を規制する。

次に、制御部１１は、通信部１３に、上記入力された電話番号情報、入庫された収納ボックスのボックス識別情報（ボックス番号）、当該収納ボックスに入庫した履歴を含む履歴情報を管理サーバ２０へ送信させる（ステップＳ７１１）。

管理サーバ２０の通信部２３は、上記履歴情報を収納装置１０から受信すると、制御部２１は、上記物品が入庫された収納ボックスを解錠するために用いられる解錠情報を発行する（ステップＳ７１２）。

次に、制御部２１は、使用状況ＤＢ２２２の該当収納ボックスのボックス識別情報に対応付けて上記発行した解錠情報を登録する。
また、このとき、制御部２１は、上記収納装置１０から受信した履歴情報を利用履歴ＤＢ２２３に登録するとともに、電話番号情報及び入庫時期等の情報を、入庫した収納ボックスのボックス識別情報に対応付けて使用状況ＤＢ２２２に登録し、使用状況ＤＢ２２２の当該収納ボックスの使用状況のステータスを「未使用」から「収納中」に書き替える（ステップＳ７１３）。

その後の管理サーバ２０が着荷通知をショートメール、電子メール又はＳＮＳによりユーザ端末３０へ送信する動作（Ｓ７１４～Ｓ７１７，Ｓ７２１～Ｓ７２５，Ｓ７３１～７３９）については、第１の実施の形態において、収納装置１０が着荷通知をユーザ端末３０へ送信する動作（Ｓ２１０～Ｓ２１３，Ｓ２２１～Ｓ２２５，Ｓ２３１～Ｓ２３９）と同様であるので、説明を省略する。

なお、本実施の形態では、配送業者が物品を入庫する場合を例に説明したが、集合住宅の居住者であるユーザが物品を入庫する場合も物品収納システムは同様に動作する。

（３）物品を取り出すときの動作
図３６は、本発明の第２の実施の形態において、物品を収納装置１０から取り出すときの収納装置１０による動作の流れを示すフローチャートである。
以下、本図に沿って、物品取出し時の動作について、ユーザが自身宛の物品（配送物）を収納装置１０から取り出すときの例を用いて説明する。

第１の実施の形態と同様に、まず、ユーザは、情報入力部１５を操作して、選択画面上で利用者の種類として「居住者」を選択するとともに、利用目的として「取出」を選択して、物品入庫を要求する旨の情報を入力する。

収納装置１０の制御部１１は、上記物品取出しの要求情報が入力されると、解錠情報の入力画面情報を表示部１４に表示させる。
ここで、ユーザは、情報入力部１５を操作して、着荷通知に示されていた解錠情報を入力する（ステップＳ８０１）。
情報入力部１５は、上記入力された解錠情報を制御部１１へ出力する。

制御部１１は、上記解錠情報が情報入力部１５から入力されると、通信部１３に、当該入力された解錠情報を管理サーバ２０へ送信させる（ステップＳ８０２）。

管理サーバ２０の通信部２３は、上記解錠情報を収納装置１０から受信すると、制御部２１は、使用状況ＤＢ２２２を参照し、当該入力された解錠情報が対応付けられて登録された「収納中」の収納ボックスがあるか否かを判断する（ステップＳ８０３）。

次に、制御部２１は、通信部２３に、上記解錠情報が対応付けられて登録された「収納中」の収納ボックスがあるか否かの判断結果の情報を収納装置１０へ送信させる（ステップＳ８０４）。

収納装置１０の通信部１３は、上記判断結果の情報を管理サーバ２０から受信すると、制御部１１は、その判断結果情報の内容に基づいて、上記解錠情報が対応付けられて登録された「収納中」の収納ボックスがあるか否かについて判断する（ステップＳ８０５）。
ここで、制御部１１は、判断結果情報の内容が「解錠情報が対応付けられて登録された「収納中」の収納ボックスがない」であると判断した場合には（ステップＳ８０５／Ｎｏ）、動作を終了する。

一方、制御部１１は、判断結果情報の内容が「解錠情報が対応付けられて登録された「収納中」の収納ボックスがある」であると判断した場合には（ステップＳ８０５／Ｙｅｓ）、当該収納ボックスの解錠信号を当該収納ボックスの施解錠部１３４へ送信し、当該施解錠部１３４は当該収納ボックスを解錠する（ステップＳ８０６）。

ユーザは、その解錠された収納ボックスを開扉し、当該収納ボックスに収納されている物品を取り出した後に閉扉すると、物品検知部１３５は、当該収納ボックスにまだ物品が収納されているか否かの検知動作を行う。
ここで、ユーザが物品を取出し、当該収納ボックス内に物品が収納されていない場合には、物品検知信号を制御部１１へ出力しない。

制御部１１は、物品が当該収納ボックスから取り出されたか否かを判断する（ステップＳ８０７）。
ここで、制御部１１は、物品検知部１３５から物品検知信号が入力されなかった場合には、当該収納ボックスから物品が取り出されたと判断し（ステップＳ８０７／Ｙｅｓ）、通信部１３に、当該収納ボックスから物品が取り出された旨の履歴情報を管理サーバ２０へ送信させる（ステップＳ８０８）。

管理サーバ２０の通信部２３は、上記履歴情報を収納装置１０から受信すると、制御部２１は、その受信した履歴情報に基づいて、当該収納ボックスから物品（ユーザ宛の配送物）が取り出された旨の履歴情報を利用履歴ＤＢ２２３に登録し、使用状況ＤＢ２２２の当該収納ボックスの使用状況のステータスを「収納中」から「未使用」に書き替える（ステップＳ８０９）。

次に、制御部１１は、上記物品が取り出された収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号が制御部１１から入力されると、当該収納ボックスについて施錠する（ステップＳ８１０）。
以上で、動作を終了する。
このように使用状況のステータスが「未使用」に書き替えられた収納ボックスは使用（入庫）が可能となる。

一方、制御部１１は、上記物品検知信号が物品検知部１３５から入力されたと判断した場合には、収納ボックスから物品が取り出されなかったと判断し（ステップＳ８０７／Ｎｏ）、当該収納ボックスを施錠するための施錠信号を施解錠部１３４へ出力する。
施解錠部１３４は、上記施錠信号が制御部１１から入力されると、当該収納ボックスについて再度施錠し、入庫を規制して（ステップＳ８１０）、動作を終了する。

なお、本実施の形態では、ユーザが物品を取り出す場合を例に説明したが、例えば、ユーザが入庫した物品を配送する配送業者や、ユーザが入庫した未クリーニング品を回収する業者等が物品を取り出す場合も物品収納システムは同様に動作する。

（第２の実施の形態のまとめ）
以上説明したように、第２の実施の形態によれば、収納装置１０が各データベースを管理しておらず、管理サーバ２０が代わって電話番号情報に基づいて、配送物に関する情報を管理する場合であっても、第１の実施の形態と同様に、従来の部屋番号で管理していたときとは異なり、ユーザが配送物を受け取ることができないといった不具合の発生を防止することが可能となる、という効果を奏する。
また、同様に、ユーザが希望連絡方法情報において、ショートメールによる着荷通知を希望している場合は、管理サーバ２０は、配送業者が配送物の入庫の際に入力した電話番号情報をそのまま着荷通知の宛先に使用するので、他の連絡先情報の管理が不要となり、物品収納システムの構築の簡素化に貢献することが可能となる。

（第２の実施の形態の変形例）
上述の第２の実施の形態では、ユーザＤＢ２２１が、ユーザの電話番号情報を管理し、これを用いて認証を行っていた。
これに対し、第２の実施の形態の変形例では、ユーザＤＢ２２１は、ユーザの電話番号情報を管理せず、制御部２１は電話番号情報を用いた認証を行わない。
以下、特記しない限り、本変形例は、第２の実施の形態と同様であるとして説明を進める。

本変形例では、配送業者が、配送物の配送時に、情報入力部１５を操作して、配送物に添付されている伝票に記載されている配送先のユーザの電話番号情報を確認し、情報入力部１５を操作して、上記電話番号情報を入力すると、制御部１１は、この入力された電話番号情報に基づく認証処理を実行せずに、入庫する配送物の種類の選択画面情報を表示部１４に表示させる。
その後の処理は、第２の実施の形態と同様である。

以上説明したように、第２の実施の形態の変形例では、ユーザＤＢ２２１はユーザの電話番号情報を管理しないので、ユーザによるユーザ情報の登録作業の手間を削減し、ユーザＤＢ２２１が管理するデータ構成の簡素化を図ることが可能となる。

＜実施の形態のまとめ＞
以上説明したように、本発明の第１，第２の実施の形態によれば、配送業者がユーザ宛の配送物を収納装置１０に入庫する際、電話番号情報を入力し、収納装置１０又は管理サーバ２０はその入力された電話番号情報に基づいて配送先のユーザの認証を行い、認証成功時には、ユーザが予め希望していた方法で、その入力された電話番号情報に基づいた宛先のユーザ端末３０へ着荷通知を送信するので、配送業者がユーザ宛の配送物を収納装置１０に入庫する際に、誤った情報を入力することによりユーザが配送物を受け取ることができないといった不具合の発生を防止することが可能となる。

また、第１，第２の実施の形態によれば、ユーザが希望連絡方法情報においてショートメールによる着荷通知を希望している場合は、収納装置１０又は管理サーバ２０は、配送業者が配送物の入庫の際に入力した電話番号情報をそのまま着荷通知の宛先に使用するので、他の連絡先情報の管理が不要となり、物品収納システムの構築の簡素化に貢献することが可能となる。

上記の収納装置１０、管理サーバ２０、ユーザ端末３０、ＳＭＳサーバ４０、電子メールサーバ５０及びＳＮＳサーバ６０は、主にＣＰＵとメモリにロードされたプログラムによって実現される。ただし、それ以外の任意のハードウェアおよびソフトウェアの組合せによってこの装置またはサーバを構成することも可能であり、その設計自由度の高さは当業者には容易に理解されるところである。
また、上記の収納装置１０、管理サーバ２０、ユーザ端末３０、ＳＭＳサーバ４０、電子メールサーバ５０又はＳＮＳサーバ６０をソフトウェアモジュール群として構成する場合、このプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。

なお、上記の実施の形態は本発明の好適な実施の一例であり、本発明の実施の形態は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
例えば、施解錠部１３４は機械式であってもよく、この場合には、自身に設けられている鍵穴に鍵が挿入・回転されたり、自身に設けられているダイヤルが解錠条件に合った状態に遷移すると、解錠を行い、扉が自由に開扉できる状態となり、ユーザ又は配送担当者は収納ボックスから物品を取り出したり、入庫したりできるようになる。

１０ 収納装置
１１，２１，３１，４１，５１，６１ 制御部
１２，２２，３２，４２，５２，６２ 情報格納部
１３，２３，３３，４３，５３，６３ 通信部
１４，３４ 表示部
１５，３５ 情報入力部
１６ 収納部
１６ａ～１６ｇ 収納ボックス
２０ 管理装置
３０ ユーザ端末
４０ ＳＭＳサーバ
５０ 電子メールサーバ
６０ ＳＮＳサーバ
１００ ネットワーク
１２１，２２１ ユーザＤＢ
１２２，２２２ 使用状況ＤＢ
１２３，２２３ 利用履歴ＤＢ
１６１ 収納室
１６２ 入庫取出口
１６３ 扉
１６４ 施解錠部
１６５ 物品検知部
１６７ ヒンジ部
１６８ フック
１６９ フック穴
１６９ｃ 開閉扉検知部

Claims (10)

1. ユーザが操作するユーザ端末とネットワークを介して接続され、物品を一時的に預かり保管する１以上の収納ボックスを備えた収納装置であって、
   ユーザの電話番号情報を含むユーザ情報を各ユーザごとに管理するユーザ情報管理部と、
   物品を入庫する際に電話番号情報を入力する電話番号入力部と、
   前記電話番号入力部により入力された電話番号情報が前記ユーザ情報管理部において管理されているか否か判断して認証を行い、前記電話番号情報が管理されているユーザ宛の配送物を入庫することを許可する認証部と、
   前記管理されているユーザ情報を参照し、前記入力された電話番号情報に基づいて、ユーザの連絡先を決定する連絡先決定部と、
   前記ユーザ宛の配送物が入庫されたことを示す着荷通知を前記決定された連絡先の前記ユーザ端末へ送信する着荷通知部とを有し、
   前記連絡先決定部は、前記電話番号入力部により入力され、かつ前記認証部により認証に用いられた電話番号情報をそのままユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定した電話番号情報を宛先とするショートメールによる前記着荷通知を前記ユーザ端末へ送信することを特徴とする収納装置。
2. 前記ユーザ情報管理部は、ユーザのメールアドレスを前記電話番号情報に対応付けて管理し、
   前記連絡先決定部は、前記ユーザ情報管理部において前記入力された電話番号情報に対応付けられた前記メールアドレスを抽出してユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定したメールアドレスを用いて、電子メールによる前記着荷通知を前記ユーザ端末へ送信することを特徴とする請求項１記載の収納装置。
3. ユーザが加入しているＳＮＳの情報を管理するＳＮＳサーバとネットワークを介して接続され、
   前記ユーザ情報管理部は、ユーザが加入しているＳＮＳに情報を登録するためのＳＮＳ情報を前記電話番号情報に対応付けて管理し、
   前記連絡先決定部は、前記ユーザ情報管理部において前記入力された電話番号情報に対応付けられた前記ＳＮＳ情報を抽出してユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定したＳＮＳ情報を用いて、前記着荷通知を示すメッセージ情報を前記ＳＮＳサーバへ送信して登録させ、前記着荷通知を示すメッセージ情報に対して前記ユーザ端末がアクセス可能なようにすることを特徴とする請求項２記載の収納装置。
4. 前記ユーザ情報管理部は、前記ユーザが希望する前記着荷通知の連絡方法を示す希望連絡方法情報を管理し、
   前記連絡先決定部は、前記希望連絡方法情報において指定された連絡方法に基づいて、前記ショートメール、前記電子メール又は前記ＳＮＳのメッセージ情報のいずれかを前記着荷通知の連絡方法として決定することを特徴とする請求項３記載の収納装置。
5. 前記電話番号情報が入力されると、前記ユーザ宛の配送物が入庫された収納ボックスを解錠するための解錠情報を発行する解錠情報発行部をさらに有し、
   前記着荷通知部は、前記発行された解錠情報を含む前記着荷通知を前記決定された連絡先の前記ユーザ端末へ送信することを特徴とする請求項１から４のいずれか１項に記載の収納装置。
6. 物品を一時的に預かり保管する１以上の収納ボックスを備えた収納装置と、
   ユーザが操作するユーザ端末と、
   前記収納装置及び前記ユーザ端末とネットワークを介して接続される管理サーバとを有する物品収納システムであって、
   前記収納装置は、
   物品を入庫する際に電話番号情報を入力する電話番号入力部と、
   前記入力された電話番号情報を前記管理サーバへ送信する電話番号送信部とを有し、
   前記管理サーバは、
   ユーザの電話番号情報を含むユーザ情報を各ユーザごとに管理するユーザ情報管理部と、
   前記電話番号入力部により入力され、前記収納装置から受信した電話番号情報が前記ユーザ情報管理部において管理されているか否か判断して認証を行い、前記電話番号情報が管理されているユーザ宛の配送物を入庫することを許可する認証部と、
   前記管理されているユーザ情報を参照し、前記収納装置から受信した電話番号情報に基づいて、ユーザの連絡先を決定する連絡先決定部と、
   前記ユーザ宛の配送物が入庫されたことを示す着荷通知を前記決定された連絡先の前記ユーザ端末へ送信する着荷通知部とを有し、
   前記連絡先決定部は、前記電話番号入力部により入力され、かつ前記認証部により認証に用いられた電話番号情報をそのままユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定した電話番号情報を宛先とするショートメールによる前記着荷通知を前記ユーザ端末へ送信することを特徴とする物品収納システム。
7. 前記ユーザ情報管理部は、ユーザのメールアドレスを前記電話番号情報に対応付けて管理し、
   前記連絡先決定部は、前記ユーザ情報管理部において前記入力された電話番号情報に対応付けられた前記メールアドレスを抽出してユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定したメールアドレスを用いて、電子メールによる前記着荷通知を前記ユーザ端末へ送信することを特徴とする請求項６記載の物品収納システム。
8. ユーザが加入しているＳＮＳの情報を管理するＳＮＳサーバとネットワークを介して接続され、
   前記ユーザ情報管理部は、ユーザが加入しているＳＮＳに情報を登録するためのＳＮＳ情報を前記電話番号情報に対応付けて管理し、
   前記連絡先決定部は、前記ユーザ情報管理部において前記入力された電話番号情報に対応付けられた前記ＳＮＳ情報を抽出してユーザの連絡先として決定し、
   前記着荷通知部は、前記連絡先として決定したＳＮＳ情報を用いて、前記着荷通知を示すメッセージ情報を前記ＳＮＳサーバへ送信して登録させ、前記着荷通知を示すメッセージ情報に対して前記ユーザ端末がアクセス可能なようにすることを特徴とする請求項７記載の物品収納システム。
9. 前記ユーザ情報管理部は、前記ユーザが希望する前記着荷通知の連絡方法を示す希望連絡方法情報を管理し、
   前記連絡先決定部は、前記希望連絡方法情報において指定された連絡方法に基づいて、前記ショートメール、前記電子メール又は前記ＳＮＳのメッセージ情報のいずれかを前記着荷通知の連絡方法として決定することを特徴とする請求項８記載の物品収納システム。
10. 前記管理サーバは、
    前記電話番号情報が入力されると、前記ユーザ宛の配送物が入庫された収納ボックスを解錠するための解錠情報を発行する解錠情報発行部をさらに有し、
    前記着荷通知部は、前記発行された解錠情報を含む前記着荷通知を前記決定された連絡先の前記ユーザ端末へ送信することを特徴とする請求項６から９のいずれか１項に記載の物品収納システム。

Images