(57)【要約】 【課題】公共ないし半公共スペースに配置された物品収受装置の物品収納部を待機時はコインロッカーとして機能させ、配送物の物品収受が必要な場合に特定の物品収納部を物品収受サービスで利用させる。【解決手段】物品収受装置１００の物品収納部１０１は、発送ないし着荷する物品を収受する物品収受モードと、荷物預りサービスを提供するコインロッカーモードを有する。物品収受管理サーバ５００は物品収受装置の物品収納部を用いた物品収受を管理し、特定の物品収納部１０１を用いて物品収受を行なう場合、サーバ５００の主導により物品収納部をコインロッカーモードから物品収受モードに切り換え、物品収受を行なう必要がないそれ以外の期間では物品収納部はコインロッカーモードによって荷物預りサービスを提供する。【選択図】図２
2015092959.tif 000002
【特許請求の範囲】
【請求項１】
公共ないし半公共スペースにそれぞれ距離を隔てて配置された複数の物品収受装置を用いて物品の発送ないし着荷を行なう物品収受システムにおいて、
前記物品収受装置は、配送業者の物品配送によって発送ないし着荷する物品の物品収受サービスを提供する物品収受モードと、荷物預りサービスを提供するコインロッカーモードのいずれかの動作モードに切り換えられて用いられる物品収納部を有し、
前記動作モードの切り換えに応じて、前記物品収納部により前記物品収受サービス、または前記荷物預りサービスを提供することを特徴とする物品収受システム。
【請求項２】
請求項１に記載の物品収受システムにおいて、前記物品収受装置の前記物品収納部を用いた前記物品収受を管理するサーバが設けられ、前記物品収受装置の特定の物品収納部を用いて前記物品収受を行なう必要が生じた場合、前記サーバの主導により当該の物品収納部の動作モードが前記コインロッカーモードから前記物品収受モードに切り換えられ、当該の物品収納部で前記物品収受を行なう必要がないそれ以外の期間では当該の物品収納部は前記コインロッカーモードによって前記荷物預りサービスを提供するコインロッカーとして動作することを特徴とする物品収受システム。
【請求項３】
請求項２に記載の物品収受システムにおいて、前記物品収受装置の特定の物品収納部を新たな物品収受に使用可能か否かを示す使用可否情報を格納するデータベース手段が設けられ、前記物品収受装置の特定の物品収納部を用いて前記物品収受を行なう必要が生じた場合、前記サーバは前記データベース手段を参照して特定の物品収納部を前記物品収受モードで利用できるか否かを判定することを特徴とする物品収受システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は物品収受システム、特に公共ないし半公共スペースに配置され、いわゆるコインロッカーとしても使用可能な物品収受装置を用いて宅配物などの物品の発送ないし着荷を行なう物品収受システムに関するものである。
【背景技術】
【０００２】
従来より、宅配ボックス（あるいは宅配ロッカー）などと呼ばれる物品収受装置を集合住宅（マンションなど）などに配置し、配達物（宅配物、郵便物、あるいは食品などの種々の物品）を収受する構成が知られている。
【０００３】
この種の構成においては、配達人が配達物を物品収受装置の物品収納部（物品収受ボックス）に収容し、当該集合住宅の居住者などの宛先人（受取人）はＩＤカードなどの認証手段を用いて自分宛ての配達物が収容された物品収納部を開錠して配達物を受領する。物品収納部を特定の居住者専用に割り当てる運用も知られているが、物品収納部を空いているものから順次共用形態で用いる運用も多い。このように物品収納部を共用使用する運用では、配達人は宛先の部屋番号などを指定するとともに配達物を空いている物品収納部に収容し、宛先の居住者は物品収受装置のコンソール表示や電子メール、インターホンなどの通知手段を介して着荷および配達物が収容されている物品収納部の番号などの必要な情報を知ることができる。
【０００４】
また、この種の物品収納部を宅配物などの発送に用いることも考えられており（集荷を行なう特定の配送業者にＩＤカードを与えるなどして発送物を収容した物品収納部の開錠を許容する）、さらにこの種の物品収受装置を集合住宅以外の場所、たとえば鉄道駅頭やコンビニエンスストア店頭などの公共ないし半公共のスペースに配置することによって、宅配物などの発送および着荷に用いることも考えられている。これらの物品収受装置は、たとえば配置距離に拘らず全国各地（あるいは国境を隔てている場合も考えられる）の公共ないし半公共スペースに配置される。下記の特許文献１は、携帯電話を用いて発送および着荷に用いる物品収納部の開錠に係る認証を行なう技術を開示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許４５５６５４５号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
各地の公共ないし半公共スペースに物品収受装置を配置し、宅配物などの発送ないし着荷に用いる構成は、不在がちなユーザにとって便利であり、また、宛先人の自宅への配送を基本とし、宛先人不在の場合のみ物品収受装置を用いる、といった運用も可能である。
【０００７】
このように公共ないし半公共スペースに配置した物品収受装置を用いて配達物の発送ないし着荷を行なう場合、特定の会員サービスへユーザ（発送人／宛先人）が登録を行なうことなどにより、当該ユーザに専用の物品収納部を割り当てる運用がまず考えられる。このように物品収納部を私書箱のように用いる運用では、毎日のように配達物の発送ないし着荷があるユーザを除くと、発送も着荷も行なわれない期間、その物品収納部はデッドスペースとなり他の用途に用いることができずスペースの利用効率が悪化する他、当該サービスが有料であれば、ユーザから見ると発送や着荷が稀である程、割高感が募る問題がある。
【０００８】
一方、物品収納部を特定のユーザに専有割り当てせず、多数のユーザで共有使用する運用によれば上記の問題は解消される。物品収納部を共有使用する場合、配達物の発送では特定の物品収納部へ配達物を収容した後、その配達物を配達業者などが集荷し取り出すまで、また、配達物の着荷では特定の物品収納部に配達業者などが配達物を収容した後、その配達物を宛先人が取り出すまでの間が、各物品収納部の物理的な（予約手続などによる占有期間を除く）占有期間であり、当該物品収納部はその他の期間、別の配達物の発送ないし着荷に利用することができ、優れたスペースの利用効率を達成できる。
【０００９】
このように物品収納部を共用する運用では、発送および着荷される配達物などの物品収納部への物品の収容は電子メールや物品収受装置に設けたコンソールからの通信などの適当な手段によって発送および着荷事象に係る関係者、たとえば配達業者や宛先人に通知される。物品収納部への物品収容後、当該物品収納部は電子錠などにより施錠され、そして、配達業者や宛先人の認証操作によって開錠され、その後、物品収納部から物品が取り出される。
【００１０】
一方、物品収納部を共有使用する運用においては、発送、着荷のいずれに関しても特定のユーザに関して専有的に物品収納部が確保されていないため、従来技術では駅頭などの公共（ないし半公共）スペースに配置された物品収受装置の近傍まで移動しない限り、その装置に利用できる空いている物品収納部が存在するか否かを確認できない、という問題がある。
【００１１】
また、駅頭などの公共スペースに配置される類似の形態を有する装置として、従来よりコインロッカーが知られている。コインロッカーは、おそらくは旧来、鉄道駅などや専門業者が主に旅客などの顧客に提供していた荷物（手荷物・小荷物）一時預りサービスを発祥とするもので、使用料を徴収する課金装置と個々のロッカーの施錠・開錠を制御する手段を組み合せ、旧来の手作業による手荷物預りサービスを自動化（無人化）する装置である。初期のコインロッカーの施錠手段は単純な課金装置あるいはさらにタイマー装置などによって制御される機械的なタンブラーキーを用いた構成であったが、近年のコインロッカーは、鍵手段にカードキーのような認証手段および電子錠を用い、計時、施錠・開錠制御、課金制御などの全体をコンピュータなどの制御手段を用いて純電子的に制御するよう構成されたものとなっている。
【００１２】
上述の物品収受装置とコインロッカーの構成を考えると、その施錠・開錠が電子錠により制御される物品収容のための複数の物品収納部（コンパートメント）を有する、という点で概略の形態は非常に類似しており、大きなハードウェア的な変更を必要とせず、制御系の構成を変更する程度の変更によってたとえば既に駅頭などに配置しているコインロッカーの物品収納部を上述のような物品（各種の配達物）の収受（たとえば発送や着荷）に利用するができる、と考えられる。
【００１３】
そして、ユーザの需要に応じて駅頭などの公共スペースに配置されているコインロッカーの物品収納部を物品（各種の配達物）の収受（たとえば発送や着荷）にたとえば一時的に利用できるような構成があれば、コインロッカーを必要に応じて物品収受装置としても機能させることができ、装置の配置空間の利用効率を劇的に向上することができると考えられる。
【００１４】
本発明の課題は、以上のような事情に鑑み、公共ないし半公共スペースに配置された物品収受装置の物品収納部を通常の待機時はコインロッカーとして機能させ、配送物の物品収受（たとえば発送ないし着荷）の必要が生じた場合、特定の物品収納部をその物品収受サービスに利用することができるようにすることにある。
【課題を解決するための手段】
【００１５】
上述の課題を解決するため、公共ないし半公共スペースにそれぞれ距離を隔てて配置された複数の物品収受装置を用いて物品の発送ないし着荷を行なう物品収受システムにおいて、前記物品収受装置は、配送業者の物品配送によって発送ないし着荷する物品の物品収受サービスを提供する物品収受モードと、荷物預りサービスを提供するコインロッカーモードのいずれかの動作モードに切り換えられて用いられる物品収納部を有し、前記動作モードの切り換えに応じて、前記物品収納部により前記物品収受サービス、または前記荷物預りサービスを提供する構成を採用した。
【００１６】
あるいはさらに、前記物品収受装置の前記物品収納部を用いた前記物品収受を管理するサーバが設けられ、前記物品収受装置の特定の物品収納部を用いて前記物品収受を行なう必要が生じた場合、前記サーバの主導により当該の物品収納部の動作モードが前記コインロッカーモードから前記物品収受モードに切り換えられ、当該の物品収納部で前記物品収受を行なう必要がないそれ以外の期間では当該の物品収納部は前記コインロッカーモードによって前記荷物預りサービスを提供するコインロッカーとして動作する構成を採用した。
【００１７】
あるいはさらに、前記物品収受装置の特定の物品収納部を新たな物品収受に使用可能か否かを示す使用可否情報を格納するデータベース手段が設けられ、前記物品収受装置の特定の物品収納部を用いて前記物品収受を行なう必要が生じた場合、前記サーバは前記データベース手段を参照して特定の物品収納部を前記物品収受モードで利用できるか否かを判定する構成を採用した。
【発明の効果】
【００１８】
本発明は、上記の特徴的な構成によって、公共ないし半公共スペースに配置された物品収受装置の物品収納部の動作モードを切り換えることにより、物品収受サービスまたは荷物預りサービスを提供することができる、という優れた効果がある。
【００１９】
特に、物品収受装置の物品収納部をコインロッカーモードで待機させる構成によれば、物品配送サービスに係る物品収受を行なう必要が生じた場合にコインロッカーモードから物品収受モードに切り換えて配送物の物品収受サービスを提供することができ、一方、配送物の物品収受を行なう必要がないそれ以外の期間ではコインロッカーモードによって荷物預りサービスを提供することができ、たとえば物品収受サービスのためだけに、あるいは該サービスを亨受する特定のユーザのためだけに専有される物品収納部を用いることがなく、配送物の物品収受が必要ない期間は物品収納部をコインロッカーとして運用することができ、装置の配置空間の利用効率を劇的に向上するすることができる、という優れた効果がある。
【００２０】
物品収受装置の特定の物品収納部を前記物品収受モードで利用できるか否かは、物品収納部を用いた物品収受を管理するサーバが特定の物品収納部を新たな物品収受に使用可能か否かを示す使用可否情報を格納するデータベース手段を参照することにより判定することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明を採用した物品収受システムの構成を示した説明図である。
【図２】図１の物品収受システムにおいて、ある設置場所に配置される物品収受装置の構成例を示した説明図である。
【図３】図１の物品収受システムにおいて、センタが物品収受装置の管理に用いるデータベースの構成を示した説明図である。
【図４】図１の物品収受システムにおける配送制御、およびそれに伴なう図３のデータベースの更新の様子を示した説明図である。
【図５】図１の物品収受システムにおいて提供されるコインロッカーサービスの制御例を示したフローチャート図である。
【発明を実施するための形態】
【００２２】
以下、添付図面を参照して本発明を実施するための好ましい実施の形態の一実施例につき詳細に説明する。
【実施例】
【００２３】
図１は本発明を採用した物品収受システムの全体構成、特にネットワークアーキテクチャに係る構成を示したものである。図１において符号Ｓ１、Ｓ２…Ｓｎは物品の発送および着荷に用いられる物品収受装置（後述の図２）であって、これら物品収受装置Ｓ１、Ｓ２…Ｓｎは、集合住宅、駅頭、その他の公共（ないし半公共）スペースに配置される。物品収受装置Ｓ１、Ｓ２…Ｓｎの各設置場所は互いに遠隔地であり、物品の配送を行なう業者（後述のＢ１、Ｂ２…）が配送をカバーできる地域であれば全国各地、あるいは国境を隔てていても構わない。
【００２４】
本実施例においては、物品収受装置Ｓ１、Ｓ２…Ｓｎは、物品の収受（発送または着荷）を行なうための専用ハードウェアとして構成される他、物品収受装置Ｓ１、Ｓ２…Ｓｎのうち任意の装置は鉄道駅の駅頭などに配置されるコインロッカー兼用の装置として構成することができる。
【００２５】
以下では、物品収受装置Ｓ１、Ｓ２…Ｓｎは、その物品収納部（コンパートメント：以下文脈によっては「ボックス」のような略称も用いる）をユーザの予約操作などに応じて物品の収受（発送または着荷）用途、またはコインロッカー（荷物預り）用途に切り換えて利用できるコインロッカー兼用機能を有する装置であるものとして説明するが、物品収受装置Ｓ１、Ｓ２…Ｓｎに物品収納部（コンパートメント）が物品の収受（発送または着荷）用途のみに用いられる物品収受機能のみを有する装置が含まれていても構わない（物品収受のみに係る後述の動作はこのような物品収受専用の装置でも同様である）。
【００２６】
物品収受専用の装置、あるいはコインロッカー（手荷物預り）兼用の装置としての物品収受装置Ｓ１、Ｓ２…Ｓｎの構成の詳細については図２により後述する。
【００２７】
また、符号Ｂ１、Ｂ２…は宅配業者、運送業者などの配送に関わる業者、Ｕ１、Ｕ２…は本システムで配送される物品の発送人または宛先人であるユーザ（の通信端末）を示している。
【００２８】
物品収受装置Ｓ１、Ｓ２…Ｓｎの状態、特に各物品収受装置による物品収受（発送および着荷）はセンタ５００（のサーバコンピュータ）によって管理される。
【００２９】
本実施例のように、物品収受装置Ｓ１、Ｓ２…Ｓｎが物品収受およびコインロッカー（手荷物預り）の２つのサービスに切り換えて利用できるよう構成される物品収受システムでは、物品収受およびコインロッカー（手荷物預り）の２つのサービスを管理するサーバや管理組織の配置形態には次のようにいくつか異なる形態が考えられる。
【００３０】
（１）物品収受（発送および着荷）サービスおよびコインロッカー（手荷物預り）サービスに兼用可能な装置（Ｓ１、Ｓ２…Ｓｎのいずれか）の物品収受およびコインロッカーサービスをいずれも物品収受管理用のセンタ５００が管理する。
【００３１】
（２）物品収受（発送および着荷）およびコインロッカー（手荷物預り）サービスに兼用可能な装置（Ｓ１、Ｓ２…Ｓｎのいずれか）の物品収受サービスは物品収受管理用のセンタ５００が管理し、コインロッカーサービスはコインロッカー業務管理のために別途設けられた管理サーバ５０１（上記(1)のように不要である場合もあるため、図１では破線により示してある）が管理する。
【００３２】
上記の（２）の場合は、たとえばコインロッカー専業の設置組織などが配置した管理サーバ５０１によってコインロッカーサービスが管理される。また、物品収受管理用のセンタ５００とコインロッカーサービスのための管理サーバ５０１が相互に通信を行なってコインロッカーのコンパートメントの空き情報を授受することにより物品収受に使用できるコンパートメントを決定でき、そのコンパートメントを物品収受モードに切り換えて利用することができるものとする。
【００３３】
以下では、簡略化のため、上記の（１）のごとく、物品収受およびコインロッカーサービスのいずれも物品収受管理用のセンタ５００が管理する構成を中心に説明するが、（２）のようにコインロッカーサービスを管理するサーバ５０１が別途設けられる場合についても必要に応じて簡単に説明する。
【００３４】
上記の各ブロックはインターネット（あるいはインラネット）などにより構成されるネットワーク２０６を介して所定の通信プロトコルを用いて相互に通信することができる。具体的には、ユーザＵ１、Ｕ２…、配送業者Ｂ１、Ｂ２…は、ネットワーク２０６を介して通信する場合、ＰＣ（パーソナルコンピュータ）や携帯端末などの通信端末を用いる。
【００３５】
センタ５００は、必要に応じて、ユーザＵ１、Ｕ２…、配送業者Ｂ１、Ｂ２…と通信し、物品収受装置Ｓ１、Ｓ２…Ｓｎの状態を監視しながら、物品収受装置Ｓ１、Ｓ２…Ｓｎを用いた物品の発送および着荷を管理する。具体的には、図１においてセンタ５００として図示したブロックはセンタ５００に配置された物品収受管理サーバ（サーバコンピュータ）によって構成されており、物品収受に係る通信および管理に係る制御はこの物品収受管理サーバによって実行される。
【００３６】
センタ５００に対して、物品収受装置Ｓ１、Ｓ２…Ｓｎは、自機の各物品収納部（後述の１０１）の各々の状態をセンタ５００に通知するため、少なくとも各物品収納部（１０１）中に物品収受サービスに係る（またはコインロッカーサービスに係る）物品が収容されているか否かを示す荷物センサ信号、および各物品収納部（１０１）の扉の施錠状態を示す施錠信号を送信できるものとする。センタ５００は、これら荷物センサ信号、および施錠信号を用いて物品収受装置Ｓ１、Ｓ２…Ｓｎの各物品収納部（１０１）の物品収容状況および施錠状態を認識し、それに基づき物品収受装置Ｓ１、Ｓ２…Ｓｎを用いた物品の配送を管理する。
【００３７】
図２は図１に示した１つの物品収受装置Ｓ１、Ｓ２…Ｓｎの構成例を示している。以下では、図２を参照して、その物品収納部１０１を物品収受サービスおよびコインロッカーサービスに兼用するよう構成された物品収受装置の構成につき主に説明するが、物品収納部１０１を物品収受サービス専用で用いる物品収受装置の構成についても必要に応じて説明する。
【００３８】
図２の物品収受装置１００は、図１の物品収受装置Ｓ１、Ｓ２…Ｓｎの１つに相当し、物品の発送や着荷のため、たとえば駅頭などの公共スペース、あるいはコンビニエンスストアの店頭などの（半）公共スペースに配置することができる。このような設置形態では、装置がコインロッカー兼用機能を有する場合には、配送物の物品収受（発送ないし着荷）に用いる必要のない期間では物品収受装置１００の物品収納部１０１をコインロッカーとして運用することが可能である。
【００３９】
あるいは、物品収受装置１００は、コインロッカー機能を有さない物品収受サービス専用の装置として構成される場合には、マンションなどの集合住宅にいわゆる宅配ボックス装置などとして配置することもでき、その場合も物品収受装置１００の物品収納部を物品の発送や着荷のために利用することができる。
【００４０】
なお、物品収受装置１００は、物品収受装置１００がマンションなどの集合住宅に配置される場合は複数の物品収納部１０１、１０１…の一部を郵便受けなどとして構成することもでき、その場合、物品収納部１０１、１０１…には投函口（不図示）が設けられ、その投函口とは反対側（不図示）の面には郵便物を取り出すための電気錠（あるいは番号キー）により開閉される扉（不図示）が設けられる。
【００４１】
物品収納部１０１、１０１…を宅配物などの物品収納サービスに供する場合には、少なくとも物品を収納するための（また物品を取り出すための）扉が１つ設けられる。また、マンションなどの集合住宅に配置される場合は上記扉の反対側にさらに居住者が宅配物を取り出すための扉（不図示）を設けることもできる。これらの扉の施錠・開錠は電気錠（不図示）により制御される。また、物品収納部１０１、１０１…には、上述の荷物センサ信号を送信するため、透過式ないし反射式光センサなどから構成した荷物センサ（不図示）がそれぞれ設けられる。これら物品収納部１０１、１０１…は、収納する物品の大きさに応じて選択できるよう複数のサイズ（Ｓ、Ｍ、Ｌ…）のものを用意するのが望ましい。
【００４２】
コンソール１０３は、物品収受サービス、またはコインロッカーサービスに関する物品収納部１０１の施錠、開錠、あるいは課金決済などを制御するためのユーザーインターフェース手段を構成する。たとえば、物品収納部１０１、１０１…の扉の開閉は、コンソール１０３で物品の発送人や宛先人、あるいは宅配業者などの配送業者が行なう操作に応じて制御部２００（後述）により制御される。
【００４３】
コンソール１０３には、ＬＣＤパネル（あるいはさらにタッチパネル）などから構成されたディスプレイ１０４、ファンクションキーやテンキーから成るキーボード１０５、および認証手段としてのＩＤカード１１１の情報を読み取るカードリーダ１０６が設けられる。
【００４４】
また、コンソール１０３には、印刷手段として、熱転写方式、インクジェット方式など任意の印刷方式を採用したプリンタ１０７が設けられる。このプリンタ１０７は、物品収納部１０１を用いて物品を発送する場合に発送伝票（送り状）をプリントするためなどに用いることができる。
【００４５】
ＩＤカード１１１は、主に宅配物の物品の発送・着荷を行なう物品収納部１０１の物品収受モードに関して利用する他、プリペイドカードとしても構成することができる。物品収受に関しては、ＩＤカード１１１は物品収納部１０１（の扉の電気錠）の開閉（特に開錠）に関わる認証手段の１つとして用いられ、物品収納部１０１を開閉する権限を有する発送人、宛先人、あるいは配送業者に配布することができる。
【００４６】
また、ＩＤカード１１１が所定方式のプリペイドカードとして構成されている場合は、そのプリペイドカードはたとえばコインロッカーモードの課金決済に用いるよう運用することもできる。
【００４７】
ＩＤカード１１１は、磁気カード、ＩＣカード、赤外線や無線通信により認証情報をカードリーダ１０６と送受信可能な通信デバイスなどから構成される。
【００４８】
物品収受に関してＩＤカード１１１に記録しておく認証情報としては、ユーザ名およびパスワードの組合せを用いることができる。また、公開鍵認証方式を用いる場合には通常、その公開鍵認証方式における当該ＩＤカード１１１に固有の秘密鍵を記録しておくことができる。そして、ＩＤカード１１１を認証する側（たとえば物品収受装置１００）では、たとえば開錠すべき物品収納部に関連づけられた公開鍵、すなわち特定のＩＤカード１１１の秘密鍵とペアで生成された公開鍵を保有していれば当該の物品収納部の開錠を許容することができる。
【００４９】
また、物品収納部１０１（の扉の電気錠）の開閉（特に開錠）に関わる認証手段としては、ＩＤカード１１１を用いるかわりに、たとえばコンソール１０３のキーボード１０５から入力可能なユーザ名およびパスワードの組合せのような認証情報を認証手段として用いることもできる。
【００５０】
上記のような認証手段（上述のごとく構成されたＩＤカード１１１や、キーボードなどから入力されるユーザ名およびパスワードの組合せのような認証情報）は、物品収受装置１００を用いて物品の発送や着荷を行なえるユーザ（たとえば物品収受サービスに係る会員登録を行なったユーザ）、および配送サービスを提供する配送業者（宅配業者など）に対して（固定的に、あるいはワンタイム使用のみが可能な形態で）発行される。
【００５１】
物品の発送や着荷を行なう（一般）ユーザは、たとえば物品配送に係る特定のサービスに会員登録を行なうことにより上記の認証手段の発行を受けることができるものとする。このような特定サービスは、物品収受を管理する図１のセンタ５００の運営組織（ないしはその提携組織）によって提供され、当該の組織は配送業者（Ｂ１、Ｂ２…）に対してもたとえばＩＤカードやユーザ名およびパスワードの組合せのような形態で業者向けの認証情報を発行する。
【００５２】
また、たとえば、物品収受装置１００が集合住宅に配置される場合には、ＩＤカード１１１は集合住宅の居住者がそれぞれ保有するよう運用されるとともに、その居室番号などがＩＤ情報として記録されたＩＤカードなどにより構成することができる。このような運営形態では、物品収受を管理するセンタ５００の運営（ないし提携組織）の提供する上記特定サービスに対して、当該集合住宅の特定の居住者が保有するＩＤカードのＩＤ情報が関係づけられることによって、当該の居住者に対するユーザ登録を成立させる。
【００５３】
センタ５００の運営組織（ないしはその提携組織）の提供する上記特定サービスに対する会員登録において、物品の発送および着荷に係わる（一般）ユーザは住所、集合住宅名、その居室番号、電話番号などの情報の申告が求められ、申告されたこれらの情報はセンタ５００が管理する会員情報データベースに格納される。
【００５４】
なお、マンションなどの集合住宅に物品収受装置１００が配置される場合には、ＩＤカード１１１は集合住宅のエントランスの扉（たとえばオートロック制御される不図示の玄関扉など）や、居住者個々の居室を開閉する鍵として機能するカードキーを兼ねていてもよい。
【００５５】
コンソール１０３のディスプレイ１０４、キーボード１０５は、配送物の物品収受に関して物品の発送や着荷時の物品収納部１０１の操作に用いられる他、物品収受装置１００の管理作業などに用いることができ、また、コインロッカーモードの動作においては、物品収納部の施錠、開錠、あるいはそれに関する課金操作などに利用される。
【００５６】
なお、コインロッカーモードの課金に関して、ＩＤカード（プリペイドカード）１１１のみを用いる場合は不要であるが、課金決済に紙幣や硬貨などを利用できるようにするためには、課金装置１１２をコンソール１０３に配置する。この課金装置１１２は公知のコインロッカーなどに用いられているものと同様、紙幣や硬貨の投入および計数機構、真贋判定機構などから構成される。また、課金装置１１２はコンソール１０３のみならず個々の物品収納部１０１の側部などにそれぞれ配置することもできる。
【００５７】
物品収受装置１００の制御部２００は、コンソール１０３でのＩＤカード１１１の提示（あるいはユーザ名＋パスワード入力など）の操作に応じて、物品収受装置１００の物品収納部１０１、１０１…を施錠／開錠する電気錠の開閉制御を行なう。なお、物品収納部１０１の施錠に関しては、物品収納部の扉を閉成する操作によって電気錠がロックするような構造であってもよい。
【００５８】
図２の左側は、物品収受装置１００の制御系の構造を示している。制御部２００は、主制御部としてのＣＰＵ２０１、後述のプログラムを格納したＲＯＭ２０２、ワークエリアとして用いられるＲＡＭ２０３などから構成される。
【００５９】
さらに制御部２００には、ＨＤＤや不揮発メモリカードから成る外部記憶装置２０７が接続されており、後述のプログラム、および管理データベース情報はこの外部記憶装置２０７に格納される。さらに制御部２００には現在時刻に応じたシステム制御を行なえるようリアルタイムクロック２１１が設けられている。
【００６０】
また、制御部２００は、ネットワークインターフェース２０４（たとえば IEEE 802.3 ネットワークインターフェースや所定方式の WAN インターフェースなど）を介してネットワーク２０６（図１）に接続される。
【００６１】
図２においては、ネットワーク２００上にセンタ５００のみを示してある。上述のように、このセンタ５００は、物品収受システムの運営組織が配置した物品収受管理サーバコンピュータであり、このセンタ５００のサーバコンピュータは物品収受装置１００（Ｓ１、Ｓ２…Ｓｎ）を用いた物品の配送（発送および着荷）を管理するためのデータベース３００を有する。このデータベース３００は、センタ５００のサーバコンピュータのＨＤＤなどの記憶領域を用いて構成される。
【００６２】
次に、図３および図４を参照して、以上の構成において物品収受装置Ｓ１、Ｓ２…Ｓｎ（１００）の物品収納部１０１、１０１…の物品収受モード、およびコインロッカーモードの動作を制御するのに必要なデータベースの構成（図３）、および物品の発送および着荷の処理例（図４）につき説明する。また、物品収受装置Ｓ１、Ｓ２…Ｓｎの物品収納部１０１、１０１…で提供されるコインロッカーサービスにおける制御に関しては図５により後述する。
【００６３】
図３は、図１に示した設置場所のそれぞれ異なる物品収受装置Ｓ１、Ｓ２…Ｓｎによる物品の発送および着荷を管理するために用いられるデータベース３００（図２）のデータ構造の一例を示している。また、図３の右側には、物品収受装置Ｓ１、Ｓ２…Ｓｎ（１００）の物品収納部１０１、１０１…で提供されるコインロッカーサービスを制御するのにに必要なデータベース４００の構成を併せて示してある。
【００６４】
図３において、データベース３００を図１の物品収受装置Ｓ１、Ｓ２…の各物品収納部ｂ1、ｂ2…に対応するデータレコード（行方向）を縦方向に並べて図示してある。データベース３００は、データベース３１０（フィールド３１１、３１２：第１のデータベース）と、このデータベース３１０とリレーショナルデータベースとして関係づけられたデータベース３２０（フィールド３２１〜３２６：第２のデータベース）から構成されている。
【００６５】
なお、図３（後述の図４も同様）において、図中に漢字、各レコードのデータ値として示したアルファベット、数字などを用いて表現されたニーモニック（ｂ１、ｂ２…、Ｓ、Ｍ、Ｌ、閉、など）は一例であり、実際のデータベースにおけるデータの表現形式は任意である。
【００６６】
本実施例では、データベース３１０には、発送人または宛先人であるユーザ（図１のＵ１、Ｕ２…）、および配送に係る業者（図１のＢ１、Ｂ２…）が後述する予約操作ページなどを介して閲覧できるようなアクセス権限を付与されれている。
【００６７】
そして、データベース３１０においては、設置場所のそれぞれ異なる各物品収受装置（Ｓ１、Ｓ２…）の物品収納部ｂ１、ｂ２…ごとに１レコードが割り当てられている。データベース３１０の各レコードはユーザ（図１のＵ１、Ｕ２…）および業者（Ｂ１、Ｂ２…）がアクセス可能なボックス番号（フィールド３１１）と、その番号の物品収納部を新たなサービス（物品収受サービスまたはコインロッカーサービス）に使用できるか否か（「可」または「否」）を示す使用可否情報（フィールド３１２）を格納する各フィールドから構成されている。
【００６８】
フィールド３１１のボックス番号としては、設置場所の異なる物品収受装置（Ｓ１、Ｓ２…）ごとにｂ１、ｂ２…のような値が、レコードに該当する物品収納部のサイズ情報（Ｓ、Ｍ、Ｌなど。図中にかっこ書きで表示）とともに格納される。
【００６９】
なお、たとえば後述の予約操作の際に必要となる物品収受装置（Ｓ１、Ｓ２…）の設置場所に関する情報（住所など）は、設置場所（Ｓ１、Ｓ２…）に関連づけられた他のデータベースに格納しておくか、あるいはデータベース３１０中に別途フィールドを設けて格納しておくことができる。
【００７０】
データベース３１０は、たとえばセンタ５００の物品収受管理サーバによって管理されるが、物品収受装置（Ｓ１、Ｓ２…の全てあるいは任意の１つ）のコインロッカーサービスが別の管理サーバ５０１によって管理されている場合は、個々の物品収納部（ｂ１、ｂ２…）によるコインロッカーサービスの開始および終了などのイベントに応じて管理サーバ５０１からセンタ５００の物品収受管理サーバに当該のイベントを報知する特定形式の信号が送信され、これに応じてセンタ５００の物品収受管理サーバが各物品収納部（ｂ１、ｂ２…）の使用可否情報を更新する。
【００７１】
また、同じくセンタ５００の物品収受管理サーバにより管理されるデータベース３２０は、各物品収受装置（Ｓ１、Ｓ２、Ｓ３…）の物品収受サービスに係る物品の発送および着荷の管理に用いるデータレコードから成り、各物品収納部（ｂ１、ｂ２、ｂ３…）に対応するレコードはフィールド３２１〜３２６から構成されている。
【００７２】
データベース３２０のフィールド３２１〜３２５のデータは物品の発送および着荷を管理するためにセンタ５００のサーバによって内部的に用いられるもので、上記データベース３１０とは対照的にユーザ（図１のＵ１、Ｕ２…）および業者（図１のＢ１、Ｂ２…）は直接アクセスすることができないようなアクセス権限を付与されている。
【００７３】
また、データベース３２０のフィールド３２６は、現時点で各物品収納部（ｂ１、ｂ２、ｂ３…）の動作モードが物品収受モード（Ｔ）、またはコインロッカーモード（Ｍ）のいずれであるかを示す情報が格納される。
【００７４】
データベース３１０とデータベース３２０は、両データベースの物品収納部のボックス番号をキーとして公知のデータベース手法によりリレーショナル関係に結びつけられている。すなわち、データベース３１０のボックス番号（フィールド３１１）は、データベース３２０のボックス番号（フィールド３２１）とリレーショナル関係に結びつけられており、データベース３１０の使用可否情報（フィールド３１２）の値（使用可能または使用不可を示す所定のデータ値）は、データベース３２０の同一のボックス番号をフィールド３２１に持つデータレコードのフィールド３２２〜３２５の内容の変化に基づき、センタ５００のサーバのデータベースソフトウェアによって随時更新される。
【００７５】
データベース３２０のフィールド３２２〜３２５は、それぞれ物品の配送を制御するための発送人および宛先人の識別情報（住所、連絡先、電子メールアドレスなど）などの配達データ（フィールド３２２）、物品収納部を開錠するための認証情報（フィールド３２３）、物品収納部内の荷物の有無情報（フィールド３２４）、および物品収納部の開錠ないし施錠の状態を示す施錠状態情報（フィールド３２５）の各情報を格納する。
【００７６】
フィールド３２２の配達データ、たとえば、発送人および宛先人の識別情報（住所、連絡先、電子メールアドレスなど）などは、ハードコピーの発送伝票のみを用いて業者（Ｂ１、Ｂ２…）の配送が管理される場合には、必ずしもセンタ５００のデータベース３００によって管理する必要はなく、この場合にはフィールド３２２に格納する必要はないが、後述のように発送伝票を作成（印刷）する構成においては、発送伝票に記載されるものと同一の情報がフィールド３２２に格納される。
【００７７】
また、フィールド３２３に格納する認証情報（ＰＷ１、ＰＷ２…など）は、ある物品収納部が閉状態に移行、すなわち発送すべき、あるいは着荷した物品がその物品収納部に収納され、扉の電子錠が施錠された状態に移行した後、当該の物品収納部を開錠するための認証情報として生成される。
【００７８】
このような認証情報としては、まずワンタイムパスワードを用いることが考えられる。たとえば、特定の物品収納部に、発送すべき、あるいは着荷した物品が収容されその扉の電子錠が施錠された後、センタ５００のサーバは当該の物品収納部を開錠する権限を有する特定の業者（Ｂ１、Ｂ２…）ないしは特定のユーザ（Ｕ１、Ｕ２…）に合せてワンタイムパスワードとして生成した値をフィールド３２３に格納する。その後、たとえば、当該の物品収納部を開錠する権限を有する特定の業者（Ｂ１、Ｂ２…）ないしは特定のユーザ（Ｕ１、Ｕ２…）に対して、適宜電子メールないしは他の専用のメッセージ手段を用いてフィールド３２３のパスワード情報を通知することにより、当該の開錠権限を有するユーザまたは業者がその通知されたパスワード（あるいはさらにユーザ名）をコンソール１０３のキーボード１０５などから入力して物品収納部を開錠することができる。
【００７９】
また、フィールド３２３に、当該の物品収納部を開錠する権限を有する業者（Ｂ１、Ｂ２…）ないしはユーザ（Ｕ１、Ｕ２…）の保有するＩＤカード１１１に記録されたユーザ名およびパスワードの組合せ、ないしは公開鍵認証方式においては該カードに記録された秘密鍵とペアになった公開鍵情報を格納しておく方式をとってもよい。
【００８０】
なお、後述の物品収納部の開錠（あるいは施錠）の際に必要となるデータベース３２０のフィールド３２３に格納されるパスワードの照合は、センタ５００のサーバまたは各物品収受装置（Ｓ１、Ｓ２…）の制御部（２００）によって行なわれるものとする。このパスワードの照合操作の際には、たとえばセンタ５００のサーバと各物品収受装置（Ｓ１、Ｓ２…）の制御部（２００）の間で所定プロトコルによる通信（通常、この種の用途には暗号化されたチャネルを用いる）を介して、実際に物品収納部の開錠（あるいは施錠）が行なわれる各物品収受装置（Ｓ１、Ｓ２…）の制御部（２００）のコンソール１０３で操作入力されたパスワード情報および、データベース３２０のフィールド３２３に格納されるパスワードが照合される。
【００８１】
また、フィールド３２４には、レコードに該当する物品収納部内の荷物の有無情報が格納される。上述のように物品収受装置（Ｓ１、Ｓ２…）の物品収納部１０１には荷物センサが配置されており、各物品収受装置（Ｓ１、Ｓ２…）は、たとえば荷物センサの検出状態が変化した場合にセンタ５００に対して荷物センサ信号を送信する。そして、センタ５００のサーバは荷物センサ信号の受信に応じて各物品収受装置（Ｓ１、Ｓ２…）の各物品収納部に対応するレコード中のフィールド３２４の値を更新する。
【００８２】
また、フィールド３２５には、当該物品収納部の扉の施錠状態を示す値（「開」または「閉」）が格納される。物品収受装置（Ｓ１、Ｓ２…）の物品収納部１０１の扉の電子錠の状態は各物品収受装置（Ｓ１、Ｓ２…）の制御部２００によって検出されており、各物品収受装置（Ｓ１、Ｓ２…）は扉の電子錠の状態が変化した場合に上述の施錠信号を送信する。センタ５００のサーバは施錠信号の受信に応じて各物品収受装置（Ｓ１、Ｓ２…）の各物品収納部に対応するレコード中のフィールド３２５の値を更新する。
【００８３】
また、上記のようにデータベース３２０のフィールド３２６は、現時点で各物品収納部（ｂ１、ｂ２、ｂ３…）の動作モードが物品収受モード（Ｔ）、またはコインロッカーモード（Ｌ）のいずれであるかを示す情報が格納されるようセンタ５００の物品収受管理サーバによって更新される。
【００８４】
本実施例において、物品収受サービスおよびコインロッカーサービスに兼用の物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２、ｂ３…）は物品収受サービスに供されていない場合はコインロッカーサービスに供する、すなわち、物品収受の待機状態においては当該物品収納部をコインロッカーとして用いるよう運用する。そしてコインロッカーモードにある特定の物品収納部が空き（使用可）状態である場合にはその物品収納部を物品の発送または着荷に用いるべく予約でき、これにより物品収受モードに切り換えることができるよう制御される。データベース３２０において、特定の物品収納部（ｂ１、ｂ２、ｂ３…）に対応するレコードのフィールド３２６はこのようなモード切り換えに応じて、現在の動作モードを示すようセンタ５００の物品収受管理サーバによって更新される。
【００８５】
また、図３右側のフィールド４２１〜４２６を有する各レコードは物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２、ｂ３…）のコインロッカーモードの動作を制御するためのデータベース４００（第３のデータベース）を構成している。このデータベース４００は、センタ５００の物品収受管理サーバがコインロッカーモードの動作も管理する場合はセンタ５００の物品収受管理サーバによって、また、コインロッカーモードが他の管理サーバ５０１によって管理される場合はその管理サーバ５０１によって管理される。
【００８６】
データベース４００のフィールド４２１は上述のデータベース３２０のフィールド３２１と同様、物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２、ｂ３…）のボックス番号を格納する。
【００８７】
フィールド４２２は、フィールド４２３の計時情報と相俟って更新される課金情報を格納する。フィールド４２３の計時情報は物品収受装置（Ｓ１、Ｓ２…）のリアルタイムクロック（２１１）などによって計時される当該ボックス番号の物品収納部（ｂ１、ｂ２、ｂ３…）がコインロッカーとして荷物預かりサービスを提供している累積時間情報を示すよう更新される。
【００８８】
フィールド４２４、４２５は、上述のデータベース３２０のフィールド３２４、３２５と同様に当該の物品収納部（ｂ１、ｂ２、ｂ３…）の荷物センサの検出情報、および施錠状態に関する情報を格納する。
【００８９】
フィールド４２６は、上述のデータベース３２０のフィールド３２６と同様に当該の物品収納部（ｂ１、ｂ２、ｂ３…）の現時点における動作モードが物品収受モード（Ｔ）、またはコインロッカーモード（Ｌ）のいずれであるかを示すよう更新される。
【００９０】
図３の例では、物品収受モード（Ｔ）ではなく、コインロッカーモード（Ｌ）になっている物品収納部のうち、フィールド４２２〜４２４に有効な値（「−」以外の値）が書き込まれている物品収受装置Ｓ１の物品収納部ｂ２、物品収受装置Ｓ２の物品収納部ｂ１、および物品収受装置Ｓ３の物品収納部ｂ４は実際にコインロッカーモードにおける荷物預かり状態となっており、その他の物品収受モード（Ｔ）にない（コインロッカーモード（Ｌ）である）物品収納部はコインロッカーモードの（荷物が収納されていない）待機状態にある。
【００９１】
特に、コインロッカーモード（Ｌ）であってフィールド４２２〜４２４に有効な値（「−」以外の値）が書き込まれ、荷物預かり状態となっている物品収受装置Ｓ１の物品収納部ｂ２、物品収受装置Ｓ２の物品収納部ｂ１、および物品収受装置Ｓ３の物品収納部ｂ４これらの物品収納部は他の物品の発送または着荷には（当然ながら他のコインロッカーサービスにも）用いることができないから、データベース３１０において当該ボックスに対応するレコードのフィールド３１２の値は「否」となっている。
【００９２】
また、図３のデータベース３２０において、各物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２…）に対応するレコードのフィールド３２６が物品収受モード（Ｔ）を示しており、かつフィールド３２２〜３２４に有効な値（「−」以外の値）が書き込まれている場合、その物品収納部は発送のため、または着荷した物品によって占有されており、これらの物品収納部は他の物品の発送または着荷には用いることができないから、データベース３１０において該当する物品収納部に対応するレコードのフィールド３１２の値は「否」となっている。これらの使用中の物品収納部は当然ながらいずれも施錠状態であり、当該の物品収納部に対応するレコードのフィールド３２５の電子錠の状態はいずれも「閉」となっている。
【００９３】
また、図３のデータベース３２０において、各物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２…）に対応するレコードのフィールド３２６がコインロッカーモード（Ｌ）を示しており、かつ、フィールド３２２〜３２４の値が「−」となっている場合、その物品収納部は発送のため、または着荷した物品には用いられておらず、これらの物品収納部は新たな物品の発送または着荷に用いることができ、データベース３１０において該当する物品収納部に対応するレコードのフィールド３１２の値は「可」となっている。
【００９４】
なお、本実施例では、これら未使用（本実施例の物品収受およびコインロッカー兼用の装置であればこのときコインロッカーモードである。物品収受専用の装置であれば物品収受モードである）の物品収納部は、保安上の配慮から、開錠状態で待機させるのではなく施錠状態で待機させており、未使用の物品収納部に対応するレコードのフィールド３２５の電子錠の状態も「閉」となっている。未使用の物品収納部を宅配物などのための物品収受モード、ないしはコインロッカーモードで用いる場合には必要なタイミングにおいてその電子錠を開錠するが、フィールド３２５の値はその開錠期間のみ「開」に制御する。しかしながら、保安上のポリシーによっては、旧来のコインロッカー装置などと同様に未使用の物品収納部は開錠状態で待機させるような運用を行なってもよいのはもちろんである。
【００９５】
なお、上記のようにコインロッカーモードにおいても施錠状態で未使用の物品収納部を待機させる場合には各物品収納部の近傍に空き状態を表示するＬＥＤなどの使用可否表示手段（不図示）を設けるか、あるいはコンソール１０３のディスプレイ１０４を介して未使用の物品収納部を特定できるよう構成しておくことが望ましい。
【００９６】
さて、本システムにおいては、物品収受に係る配送業者（Ｂ１、Ｂ２…）については、センタ５００のサーバが管理する利用者データベースに対して利用者登録を行なうのが望ましい。
【００９７】
一方、物品の配送サービス（発送および着荷）を利用するユーザ（Ｕ１、Ｕ２…）は、（不在後の再配達などのケースにおいて）着荷宛先人が物品の再配達先として一時的に（１度のみ）物品収受装置（Ｓ１、Ｓ２…）を利用する、といった需要を考慮すると、「会員登録」的な継続性のある利用者登録は必ずしも必要ではない。
【００９８】
また、コインロッカーモードでのみ物品収受装置（Ｓ１、Ｓ２…）の各物品収納部（ｂ１、ｂ２…）を利用するユーザ（たとえば装置の設置場所の駅コンコースなどを通行する旅客や乗降客など、不特定多数のユーザについても、「会員登録」的な継続性のある利用者登録は必ずしも必要ではない。
【００９９】
また、上記の配送業者（Ｂ１、Ｂ２…）、ユーザ（Ｕ１、Ｕ２…）の利用者登録に対応するユーザ名（ＩＤ）およびパスワード（あるいは公開鍵認証方式における鍵情報など）の認証情報を格納したＩＤカード１１１は必ずしも全ての利用者登録ごとに発行する必要はない（たとえばユーザ名やパスワードなどの認証情報を用いる場合はコンソール１０３などから手動操作により入力できるため）。
【０１００】
しかしながら、配送業者（Ｂ１、Ｂ２…）の場合と同様、物品の配送サービス（発送および着荷）を利用するユーザ（Ｕ１、Ｕ２…）は配送業務提供ないし配送サービス利用に先立って利用者登録を行ない、固有のユーザ名（あるいはさらにパスワードないしは公開鍵認証方式における鍵情報などの認証情報）の発行を受けるよう取り扱うのがより望ましいと考えられる。
【０１０１】
このような利用者登録は、たとえばネットワーク通信によって行なうことができる。たとえば、ＰＣや携帯端末などの通信端末を用いて配送業者（Ｂ１、Ｂ２…）ないしユーザ（Ｕ１、Ｕ２…）にネットワーク２００経由でセンタ５００（のサーバ）が提供する登録操作ページ（たとえばＨＴＭＬフォーマットなどの書式を用いて好ましくは配送業者およびユーザ用にそれぞれ登録操作ページを用意する）にアクセスさせ、登録操作ページの入力フォームから組織名ないしユーザ氏名、住所、連絡先（電話番号および電子メールアドレスなど）、課金情報（銀行引き落しを希望する口座番号やクレジットカード番号など）を入力させることによって行なうことができる。
【０１０２】
また、このような利用者登録は、センタ５００のオペレータと配送業者（Ｂ１、Ｂ２…）ないしユーザ（Ｕ１、Ｕ２…）の対面手続によって、センタ５００のオペレータが上記同様の登録情報をセンタ５００のサーバに入力するような手続によっても行なうことができる。
【０１０３】
また、規約上、この配送業者およびユーザの利用者登録の際、必要に応じて住所確認や本人確認のため、免許証の提示などを義務付けるのが望ましい。このような書類の提示は上記の対面手続によって行なうことができる他、上記のネットワーク通信による手続では、郵便などの通信手段を用いた当該書類のコピーの授受を別途行なうか、当該書類の画像イメージを上記の登録操作ページ経由でアップロードさせることによっても可能である。
【０１０４】
上記の利用者登録が完了すると、配送業者（Ｂ１、Ｂ２…）またはユーザ（Ｕ１、Ｕ２…）に対して固有のユーザ名（ユーザＩＤ）あるいはさらにパスワード（ないしは公開鍵認証方式における鍵情報など）などの認証情報を発行する。これらの認証情報は、上述のＩＤカードに記録し、そのカードを配送業者（Ｂ１、Ｂ２…）またはユーザ（Ｕ１、Ｕ２…）に対して譲渡ないし貸与する、といった形式で発行することもできる。
【０１０５】
図４は、上記構成における物品収受（発送および着荷）、および配送業者による物品配送の様子を示している。
【０１０６】
図４中には、図３に示したデータベース中のデータの更新の様子を図３に類似の表示形式により示してある。ただし、このデータベース内容の表示は、スペースの都合上、たとえば図４左上のステップＴ１の右側に示すように、図３のデータベース３１０のフィールド３１１、３１２と、データベース３２０のフィールド３２２〜３２５を連結した形式となっている。図４中の他のデータベース内容の表示の並びもステップＴ１の右側の表示と同等の形式であるが、同じくスペース上の都合から上記の各フィールドの参照符号は主に状態に変化があったフィールドについてのみ表示している。図４では、主に物品収受装置（Ｓ１、Ｓ２…）の各物品収納部（ｂ１、ｂ２…）がコインロッカーモードから物品収受モードに切り換えられた後の動作が示されており、このためデータベース４００およびデータベース３２０のフィールド３２６の図示は省略されている。
【０１０７】
図４の例では、発送人は物品収受装置Ｓ１の物品収納部ｂ２（サイズはＭ）を用いて発送を行なっている。配送業者は所定の認証手続を経て当該の物品収納部ｂ２を開錠し、発送人が収容した物品（荷物）を取り出し（集荷）、宛先人（荷受人）の住所まで配送する。本実施例では、宛先人の住所、氏名、電話番号などの配達データは、発送人が発送伝票を作成し、荷物とともに物品収納部ｂ２に格納しておくことにより配送業者に伝達される。
【０１０８】
この発送伝票は物品収受装置Ｓ１の近傍に配置したフォーム（配送業者の用いる所定の書式で、数枚綴りのカーボン複写式などのもの）に発送人が手書きで必要事項を記入して作成することもできるが、図４の例では発送人が物品収受装置Ｓ１のコンソール１０３から必要事項を入力し、プリンタ１０７を用いて出力している。この場合には、宛先人の住所、氏名、電話番号などの配達データ（図中のＤａｔａ２）は、データベース３２０の物品収納部ｂ２に対応するレコード中のフィールド３２２に格納され、この記録はセンタ５００のサーバによって管理することができる。
【０１０９】
図４の制御例では、配送業者が、物品（荷物）を宛先人の居所へ配送し、宛先人との対面手続によって着荷を完了させることを基本としているが、物品収受装置を用いた着荷は宛先人が不在の場合に、宛先人が再配達先として物品収受装置を指定することにより行なうことができる（直接、物品収受装置に対して着荷することもできるが、この例については後で変形例として説明する）。
【０１１０】
以下、図４の物品収受および配送手続について詳細に説明する。なお、図４に示したセンタ５００の物品収受管理サーバによるデータベースの更新処理、物品収受装置（Ｓ１、Ｓ２…）、発送人および宛先人（ユーザＵ１、Ｕ２…）、発送業者（Ｂ１、Ｂ２…）との通信制御に必要なソフトウェアは当該サーバが実行可能なプログラムおよび制御データなどの形式で当該サーバのＨＤＤなどの外部記憶装置（あるいは不揮発ＲＯＭなど）に格納されているものとする。また、物品収受装置（Ｓ１、Ｓ２…）のソフトウェアはＲＯＭ２０２ないし外部記憶装置２０７などに格納されるとともに、発送人および宛先人（ユーザＵ１、Ｕ２…）、発送業者（Ｂ１、Ｂ２…）が用いるＰＣや携帯端末（携帯電話、スマートフォンなど）などの通信端末のソフトウェアはこれら端末のＲＯＭやフラッシュメモリなどに格納される。
【０１１１】
図４のステップＴ１０は、発送人（ユーザＵ１、Ｕ２…のいずれか）による発送操作を示している。ここでは、発送人は自分の通信端末（ＰＣや携帯端末）を用いて、あるいは、自分が物品の発送に使用したい物品収受装置（この例ではＳ１）の場所に出向き、そのコンソール１０３を用いて、センタ５００のサーバにアクセスする。
【０１１２】
このとき、発送人は、上述の利用者登録において割り当てられたユーザ名およびパスワード、あるいはＩＤカード１１１の提示（たとえば物品収受装置Ｓ１のコンソールを用いている場合）などを介して所定のログイン手続を行なった上、あらかじめ用意された専用の予約操作ページ（ＨＴＭＬフォーマットなどによる）を介して図３のデータベース３１０の内容にアクセスし、発送する物品を収容するのに便利な近隣の物品収受装置の物品収納部の空き状況を調べる。なお、ユーザが物品収受装置（Ｓ１）の傍らに居て、物品収納部近傍に配置された使用可否表示手段やコンソール１０３のディスプレイ１０４を介して空いている物品収納部を特定できる場合にはこの操作は省略することができる。
【０１１３】
上記の予約操作ページは、物品収受装置（Ｓ１、Ｓ２…）の設置場所とともに、図３のデータベース３１０を参照して得られる各物品収受装置（Ｓ１、Ｓ２…）の各物品収納部（ｂ１、ｂ２…）の使用可否情報および物品収納部のサイズ情報を表示し、操作しているユーザ（発送人）が表示上の所望の物品収受装置（Ｓ１、Ｓ２…のいずれか）を選び、さらにその特定の物品収受装置で使用可能な所望サイズの物品収納部を予約できるよう、あらかじめ構成しておく。図４の例では、物品収受装置Ｓ１の物品収納部ｂ２が空き状態（図３の状態を参照）となっているのでこの物品収納部を発送用に予約している。
【０１１４】
なお、この段階で、発送人が所望する物品収受装置（Ｓ１、Ｓ２…のいずれか）の全ての物品収納部が使用中であり、新たに発送用に予約できる物品収納部が１つも存在しないケースも予想される。そこでこのような場合を想定して、発送人が所望する物品収受装置のいずれか１つを特定し、所望のサイズの物品収納部を「空き待ち」の状態で予約する予約形態も選べるよう、予約操作ページを構成しておくのが望ましい。このような「空き待ち」予約は先着順でセンタ５００のメモリ上などに実装した不図示の待ち行列に登録しておき、所望サイズの物品収納部が空いたユーザに対して予約の先着順に物品収納部が使用可能となった旨の通知を行なう。この通知には、たとえば電子メールなどの手段を用いることができる。
【０１１５】
また、センタ５００の物品収受管理サーバが提供するページでは、オンラインで（自分の通信端末から、あるいは物品収受装置Ｓ１のコンソール１０３を用いて）、宛先人の住所、氏名、電話番号などの配達データを入力することによって発送伝票を作成することができる。入力された配達データ（Ｄａｔａ２）としてデータベース３２０のフィールド３２２に格納されるとともに、発送人は物品収受装置Ｓ１のプリンタ１０７で印刷出力された発送伝票を発送する物品とともに物品収納部ｂ２に収容することができる。なお、この発送伝票は、ステップＴ１０の操作が物品収受装置Ｓ１のコンソール１０３から行なわれている場合には直ちに印刷してよいが、ステップＴ１０の操作が発送人の端末から行なわれている場合には発送人が物品の収容のため物品収受装置Ｓ１の近傍に移動してから所定の操作を物品収受装置Ｓ１のコンソール１０３で行なうことなどによって印刷出力する。
【０１１６】
なお、印刷される発送伝票には、当該配送に固有の発送番号や発送人および宛先人の住所、氏名、電話番号などが文字列やバーコードなどの形式で印刷されるとともに、印刷出力には発送人用の控えも含むものとする。
【０１１７】
上記の予約操作により、図３のデータベース３２０中で、物品収受装置Ｓ１の物品収納部ｂ２に対応するレコードはステップＴ１０の右側に示すような状態に変化する。すなわちデータベース３１０のフィールド３１２は、他の用途で物品収納部を使用できないことを示す「否」の状態となる。これにより、他のユーザが上記予約操作ページを介してデータベース３１０の状態を閲覧した場合には、当該の物品収納部は予約済みであり、他の用途に使用できない状態として表示される。
【０１１８】
また、データベース３２０のフィールド３２２には、上記のように発送伝票の内容と同じ配達データ（Ｄａｔａ２）が格納されている。また、データベース３２０のフィールド３２５により示されるこの物品収納部の扉の電子錠の状態は「閉」であり、待機中はこのように物品収納部は施錠状態に制御する。
【０１１９】
また、データベース３２０のフィールド３２６（図３：図４では不図示）のモード情報がコインロッカーモード（Ｌ）から物品収受モード（Ｔ）に更新されるとともに、図３に示したデータベース４００のフィールド４２６も同じように物品収受モード（Ｔ）に変更され、これによりこの物品収納部ｂ２はコインロッカーとして使用できなくなる。
【０１２０】
上記の物品収納部の動作モードの切り換え制御は、コインロッカーモードがセンタ５００の物品収受管理サーバとは別の管理サーバ５０１で制御されている場合にはネットワーク２００を介してセンタ５００の物品収受管理サーバが管理サーバ５０１と所定の通信を行なうことにより物品収受装置Ｓ１の物品収納部ｂ２が物品収受のために予約されたことが管理サーバ５０１に通知され、これに応じて管理サーバ５０１がデータベース４００のフィールド４２６が物品収受モード（Ｔ）に変更される。これ以降、物品収納部ｂ２の物品収受モード（Ｔ）の動作は、後述の物品収納部ｂ２による配送物の発送ないしは着荷に係る物品収受が完了し、物品収納部ｂ２の動作モード再度コインロッカーモード（Ｌ）に戻されるまではセンタ５００の物品収受管理サーバによって制御される。
【０１２１】
続いて、ステップＴ１１、Ｔ１２、Ｔ１３で示すように、課金、支払、およびパスワード発行の各手続が行なわれる。
【０１２２】
ステップＴ１１およびＴ１２の課金および支払手続は、たとえば物品収受装置の使用料と配送料を込みで請求する手続であって、たとえばあらかじめ利用者登録の際に発送人ユーザのクレジットカード情報が登録されている場合にはそのアカウントに対する課金および支払手続とすることができる。また、物品収受装置のコンソール１０３で操作を行なっている場合にはプリペイドカードや同等の決済機能を有する携帯端末の提示などを受けつけるような実装であってもよい。ステップＴ１２の支払手続では、料金の明細などが表示出力（あるいはプリンタ１０７による印刷出力）され、画面上のボタン操作などを介して発送人の「承諾」を示す操作が求められる。
【０１２３】
ステップＴ１１およびＴ１２の課金および支払手続が正常に終了すると、ステップＴ１３においてセンタ５００のサーバが発送する物品を収容するために物品収納部ｂ２を開錠する時に用いるパスワード（ＰＷ２）を発行する。パスワード（ＰＷ２）はステップＴ１３の上側に示すようにデータベース３２０のフィールド３２３に格納される。パスワード（ＰＷ２）は発送人の通信端末に送られ表示される、あるいはコンソール１０３のディスプレイ１０４によって表示される。
【０１２４】
続いて、発送人は（必要であれば物品収受装置Ｓ１の位置まで移動した後）、ステップＴ１４において、発送する物品（荷物）を物品収納部ｂ２に収容し、さらにステップＴ１３で通知されたパスワード（ＰＷ２）、あるいはさらに自己のユーザ名（ユーザＩＤ）情報などを用いて物品収納部ｂ２を開錠し、上記のようにして印刷された発送伝票とともに発送する物品（荷物）を物品収納部ｂ２に収容し、同物品収納部を施錠する。この施錠は、コンソール１０３の操作によって行なう他、物品収納部の扉を閉成する操作により電子錠をロックする方式によって行なってもよい。
【０１２５】
なお、この操作中、物品収納部ｂ２が開錠状態にある期間は物品収受装置Ｓ１の制御部２００（図２）から開錠状態を示す施錠信号がセンタ５００に送信され、これに応じて開錠状態を示す「開」のデータがデータベース３２０のフィールド３２５に格納される（不図示）。
【０１２６】
そして、ステップＴ１４において、発送人が発送する物品（荷物）および発送伝票（発送人用の発送伝票の控えは除く）を物品収納部ｂ２に収容し、該物品収納部を施錠すると、該物品収納部に配置された荷物センサおよび電子錠の状態が変化するので、物品収受装置Ｓ１の制御部２００（図２）がこれらの変化に応じた荷物センサおよび施錠信号をセンタ５００のサーバに送信する。これにより、センタ５００のサーバは、ステップＴ１４の右側に示すようにデータベース３２０のフィールド３２４、３２５の状態を荷物あり（ニーモニックＰ２により図示）、および「閉」に変化させる。
【０１２７】
なお、一定時間以上（たとえば数分間など）、データベース３２０のフィールド３２４、３２５の状態が荷物あり（ニーモニックＰ２により図示）、および「閉」に変化しなかった場合には、物品収受装置Ｓ１のコンソール１０３を介してエラー警告を行なったり、物品収容および施錠を促すメッセージなどを出力することができる。
【０１２８】
ステップＴ１４で物品収納部ｂ２に対応するデータベース３２０の状態がステップＴ１４右側の状態となり、施錠状態が完成すると、配送業者の所定の通信端末（近傍の営業所のＰＣや集荷作業者の携帯端末など）に配送すべき物品が収容された旨の通知が送信される。この通知には電子メールなどの他、他の任意のネットワークプロトコルを用いることができる。この通知には、たとえば少なくとも物品が収容された物品収受装置Ｓ１および物品収納部ｂ２を識別できる情報、および開錠用のパスワード（ＰＷ２）などを含める。
【０１２９】
ステップＴ２１（図４右上）において、配送業者が物品が収容された旨の通知を受信すると、ステップＴ２２において配送業者の集荷作業者が物品が収容された物品収受装置Ｓ１および物品収納部ｂ２の位置まで移動し、通知されたパスワード（ＰＷ２）を用いて物品収納部ｂ２を開錠し、物品収納部ｂ２に収容された物品および配送伝票を物品収納部ｂ２から取り出す。その後、取り出した配送伝票の記述に基づき、通常の宅配物の配送などと同様の配送〜配達の各処理を行なうことができる。
【０１３０】
なお、パスワード（ＰＷ２）の照合は上述のように、当該の物品収受装置（この場合Ｓ１）とセンタ５００のサーバと各物品収受装置（Ｓ１、Ｓ２…）の制御部（２００）の間の通信を介して照合される（後述の各パスワードについても同様）。
【０１３１】
集荷作業者が物品および配送伝票を物品収納部ｂ２から取り出すと、センタ５００のサーバは、物品収受装置Ｓ１が送信する荷物センサ信号および施錠信号の変化に応じて、データベース３２０の物品収受装置Ｓ１の物品収納部ｂ２に対応するレコードを図３に示される初期（待機）状態に復帰させる。特にデータベース３１０のフィールド３１２は「可」に戻されるとともに、データベース３２０のフィールド３２２〜３２４の内容が初期値に復帰し、また、データベース３２０のフィールド３２６の値が（データベース４００のフィールド４２６も同様に）コインロッカーモード（Ｌ）に戻される。また、上述の保安上の観点から、物品収納部ｂ３の電子錠は施錠状態とされ、これに応じてデータベース３２０のフィールド３２５の値は「閉」状態となる。これにより、物品収受装置Ｓ１の物品収納部ｂ２はコインロッカーモード（Ｌ）に戻され、新たな荷物預かりサービス（ないしは物品収受モード（Ｔ）に切り換えての他の物品の発送または着荷）に用いることができるようになる。
【０１３２】
なお、物品収受装置Ｓ１の物品収納部ｂ２に対応するレコードを図３に示される初期状態（コインロッカーモード）に復帰させる場合、センタ５００のサーバは、同レコード中のデータを単に消去するのではなく配送管理データベース（不図示）にコピーし、後述の再配達制御や、ユーザや配送業者、関係機関の問い合せなどがあった場合に応じて配送状況を追跡できるようにしておくとよい。
【０１３３】
また、最終配達手続が終了するまでは、特定の発送伝票に対応する配送トランザクション（配送および配達処理：固有の発送番号などにより識別される）は、配送業者においては通常の業務と同様に配送業者のサーバなどを用いて管理される。たとえば、発送伝票の記載事項は集荷作業者がハンディターミナルなどを用いて配送業者の配送管理用データベース（不図示）に入力され、最終配達処理が終了するまで公知の手法により管理される。
【０１３４】
図４のステップＴ２３以降の処理は、宛先人に対する着荷（最終配達）処理の例を示している。
【０１３５】
本実施例では、宛先人の居所まで物品を配達する処理がデフォルトとなっており、着荷（最終配達）に際しては、通常の宅配物の配送などと同様に配送業者の配達作業員が配達すべき物品を宛先人の居所まで届ける。
【０１３６】
ステップＴ２３において、宛先人が在宅であれば、ステップＴ２５において、通常の宅配物の配送などと同様に配達した物品（荷物）を宛先人に手渡しし、受領証に宛先人の印影や署名を貰うことによって、最終配達が完了する。
【０１３７】
一方、宛先人が不在である場合には、配達作業員は不在通知票を宛先人の郵便ポストに残すなどの手法により、配達時に宛先人不在によって未配達の配達物があることが通知される。
【０１３８】
この不在通知票には、従来の配達処理と同様に、たとえば再配達を希望する場合の連絡先や連絡方法を記述しておくとともに、最寄りの物品収受装置を用いた再配達着荷も可能である旨の情報を記載しておく。
【０１３９】
物品収受装置を用いた再配達着荷の指定は、たとえば宛先人がＰＣや携帯端末などを用いて行なえるよう、センタ５００のサーバに特定の再配達指定ページ（ＨＴＭＬフォーマットなどによる）を用意しておき、そのアドレス（ＵＲＬ／ＵＲＩ）を文字列ないしバーコードなどの形式で不在通知票に印刷しておく。
【０１４０】
なお、この再配達指定ページの文字列ないしバーコードなどにより表現されたアドレス（ＵＲＬ／ＵＲＩ）は、当該の物品配送に特有の発送番号などに応じた固有のアドレスとしておくと良い。このような措置によって、宛先人は再配達指定の際、住所、氏名および発送番号などの手動入力を省略した上で操作を進めることができる。
【０１４１】
このような制御によって、たとえば会員登録の無い宛先人の再配達指定にも容易に対応することができる。なお、上記のように発送番号に対応した再配達指定ページおよびそのアドレス（ＵＲＬ／ＵＲＩ）の生成は、上述の配送管理データベース（不図示）を参照し、発送時に用いられた配達データ（Ｄａｔａ２）などがコピーされたレコード中のデータを利用することによって可能となる。
【０１４２】
宛先人不在の場合、宛先人が不在通知票によって再配達を希望する連絡（たとえば営業所への電話連絡などによる）を行なった（ステップＴ３１〜Ｔ２５の分岐）場合には、ステップＴ２５において従来同様に宛先人の指定日時に配達作業員が宛先人の居所まで物品（荷物）を再配達する。ここでは一度で再配達が完了するよう図４を記載しているが、もちろん、再配達に宛先人が再度不在であった場合などはもう一度、不在通知票を残すような措置がとられる。
【０１４３】
一方、宛先人が物品収受装置を用いた再配達着荷を希望した場合には、ステップＴ３２において宛先人がセンタ５００のサーバにアクセスし、希望する着荷先として最寄りの（あるいは宛先人の行動予定に即して物品の回収に便利な）物品収受装置（Ｓ１、Ｓ２…）を選び、その物品収受装置の物品収納部（ｂ１、ｂ２…）のいずれかを予約する。この予約処理は主にステップＴ１０に関連して説明した発送時の予約処理とほぼ同様に進む。
【０１４４】
宛先人が物品収受装置を用いた再配達着荷を希望した場合、ステップＴ３２で自分の通信端末（ＰＣや携帯端末など）から、あるいは再配達着荷を希望する物品収受装置（図４の場合Ｓ３）のコンソール１０３を用いてセンタ５００のサーバに用意されている再配達指定ページにアクセスする。
【０１４５】
このとき、ステップＴ１０の場合と同様にログイン手続を要求してもよいが、上記のように発送番号に固有の再配達指定ページを用意し、特定のＵＲＬ（ＵＲＩ）経由で再配達指定ページに到達した場合にはログイン手続、あるいはさらに上記のような配達番号、宛先人の住所、氏名などの入力は省略することができる。
【０１４６】
図４の例では、宛先人はステップＴ３２において、ステップＴ１０で説明したのと同様に再配達指定ページを介してデータベース３１０の内容にアクセスすることができ、これにより、物品収納部の空きを確認した上で最寄りの、あるいは物品の取り出しに便利な物品収受装置Ｓ３の物品収納部ｂ３を予約することができる。もちろん、この予約のためには、物品収受装置Ｓ３の物品収納部ｂ３に対応するデータベース３１０のレコード中のフィールド３１２が「可」（図３の待機状態を参照）の空き状態となっている必要がある。また、この物品収受装置Ｓ３の物品収納部ｂ３は、たとえば図３のデータベース３２０のフィールド３２６が示すようにコインロッカーモードにあって未使用、待機中である。
【０１４７】
そしてこの予約操作が正常に終了すると、センタ５００のサーバはステップＴ３２の右側に示すようにデータベース３１０のフィールド３１２を「否」の状態に変化させる。
【０１４８】
さらに、上記予約操作により、センタ５００のサーバはステップＴ４１においてパスワード（ＰＷ３’）を生成する。生成されたパスワード（ＰＷ３’）はステップＴ４１の下部に示すように物品収受装置Ｓ３の物品収納部ｂ３に対応するデータベース３１０のレコード中のフィールド３２３に格納される。さらに、データベース３２０のフィールド３２６（図３：図４では不図示）のモード情報がコインロッカーモード（Ｌ）から物品収受モード（Ｔ）に更新されるとともに、図３に示したデータベース４００のフィールド４２６も同じように物品収受モード（Ｔ）に変更され、これによりこの物品収納部ｂ２はコインロッカーとして使用できなくなる。
【０１４９】
以上のようにして再配達指定が終了し、再配達先の物品収受装置（Ｓ３）の物品収納部（ｂ３）あるいはさらに物品収納部の開閉操作用のパスワード（ＰＷ３’）が確定する。
【０１５０】
これに応じて、センタ５００のサーバから配送業者のサーバ（ないしは配達作業者の通信端末など）に通知が行なわれる。この時、配送トランザクションの同定は当然ながら発送番号を介して行なわれ、物品収納部の開閉操作用のパスワード（ＰＷ３’）が併せて配送業者のサーバ（ないしは配送ないし配達作業者の通信端末など）に通知される。
【０１５１】
その後、配送業者（の作業者）は、再配達のため、当該の配送トランザクションに対応する物品（荷物）を物品収受装置Ｓ３の物品収納部ｂ３の位置（宛先人の予約によっては必ずしも宛先人の居所の近所とは限らない）まで配送し、通知された物品収納部の開閉操作用のパスワード（ＰＷ３’）を用いて物品収受装置Ｓ３の物品収納部ｂ３を開き、物品（荷物）を物品収納部ｂ３に収容し、該物品収納部を施錠する。
【０１５２】
これにより、物品収納部ｂ３の荷物センサおよび電子錠の状態が変化するため、センタ５００のサーバは物品収受装置Ｓ３の物品収納部ｂ３に対応するデータベース３１０のレコード中のフィールド３２４、３２５の状態をステップＴ４２の右側に示すように変化させる。
【０１５３】
そして、物品収受装置Ｓ３の物品収納部ｂ３に物品（荷物）が収容されると、ステップＴ４３において上記のパスワード（ＰＷ３’）とともに指定された物品収納部への物品（荷物）の再配達が完了した旨、宛先人に通知する。この通知はたとえば電子メールなどによって行なうことができる。ただし、パスワード（ＰＷ３’）の通知は、ステップＴ３２の段階においても予約操作を行なっている宛先人の通信端末ないしは物品収受装置（Ｓ３）のコンソール１０３に対して行なうこともできる。
【０１５４】
宛先人は、再配達完了の通知を受信するとステップＴ４４において、物品収受装置Ｓ３の位置まで移動し、通知されたパスワード（ＰＷ３’）を用いて物品収受装置Ｓ３の物品収納部ｂ３を開錠し、再配達された物品を受け取る。
【０１５５】
これに応じて、物品収納部ｂ３の荷物センサの状態が変化するため、センタ５００のサーバはステップＴ４４の下部に示すように物品収受装置Ｓ３の物品収納部ｂ３に対応するデータベース３１０のレコード中のフィールド３２３、３２４の状態を変化させる（荷物なし、およびパスワードのクリア）。物品取り出しが確認されると、物品収納部ｂ３の動作モードが物品収受モード（Ｔ）からコインロッカーモード（Ｌ）に戻され、これに応じて該当するデータベース３２０のフィールド３２６の値が更新される（データベース４００のフィールド４２６も同様に更新される）。また、上述の保安上の観点から、物品収納部ｂ３の電子錠は施錠状態とし、これに応じてデータベース３２０のフィールド３２５の値は「閉」状態となる。
【０１５６】
上記ステップＴ４４の物品の取り出しは、宛先人の居所への再配達と異なり、宛先人が在宅している必要がなく、宛先人が自己の都合のよい任意の日時に行なうことができる。
【０１５７】
ただし、着荷時の物品収納部の占有期間は一定期間を超えないよう制御することもできる（たとえば後述の図５の制御）。たとえば１〜数日などの適当な期間を超えてステップＴ４４の物品の取り出しが起きなかった場合には、電子メールなどの手段を用いて宛先人に物品の取り出しを催促するよう制御することができる。また、１０日以上など、あらかじめ定めた最大の占有期間を超えてしまった場合には、発送人や配送業者に返送などの措置を講じることができるよう、発送人や配送業者に電子メールなどの手段を用いて連絡メッセージを送信することもできる。また、このような占有期間に応じた物品の取り出しの催促に係わる制御は、ステップＴ２２に示した発送物品の取り出しに関しても行なうことができる。
【０１５８】
以上のようにして、各地に配置した物品収受装置の物品収納部を用いて物品（荷物）の発送および着荷を行なうことができる。
【０１５９】
ここで、本実施例の物品収受モードに関する利点につき説明する。まず、本実施例では、センタ５００のサーバにデータベース３１０、３２０（図３）を用意し、このうち、これらデータベースのうち、配送管理や物品収納部の開錠施錠などに係るデータベース３２０はセンタ５００によって内部的に管理される一方、データベース３１０はユーザ（発送人、宛先人）、あるいはさらに配送業者によって参照可能な状態で管理される。
【０１６０】
したがって、データベース３１０の使用可否情報（フィールド３１２）はたとえば図４に示したように物品収納部の予約操作ページなどを介して物品収受装置の配置場所の遠近に拘らず発送人、ないし宛先人によって容易に参照でき、発送ないし着荷手続に便利な物品収受装置および物品収納部を特定し、発送ないし（図４の例では再配達手続における）着荷のために予約することができ、宅配物などの配達物の発送ないし着荷を良好な操作性で行なうことができ、しかも距離を隔ててそれぞれ公共ないし半公共スペースに配置された物品収受装置の物品収納部を共有利用することができ、このように物品収納部を専有割り当てしない場合にはスペースの利用効率が高く、またサービスを安価に提供できる、といった優れた効果がある。
【０１６１】
なお、図４では、宛先人の居所への配送を前提とし、物品収受装置の物品収納部への着荷は、宛先人不在後の再配達の際に利用される例を示したが、もちろん、直接、物品収受装置の物品収納部へ着荷する形態での運用も可能である。以下、変形例として、物品収受装置の物品収納部へ着荷する運用形態につき説明する。
【０１６２】
物品収受装置の物品収納部へ着荷する場合には、次のようにいくつかの運用形態が考えられる。
【０１６３】
（１）発送者が物品を着荷すべき物品収受装置および物品収納部を直接指定（予約）する。
【０１６４】
（２）宛先人が物品を着荷すべき物品収受装置および物品収納部を指定（予約）する。
【０１６５】
上記のうち、（１）の形態では、発送者が宛先人の荷受が可能である（と考えられる）物品収受装置および物品収納部を指定（予約）する形態で、たとえば、図４のステップＴ１０と同等の手続により、発送のみならず着荷に用いる物品収受装置および物品収納部を指定（予約）し、特定の記述形式で配送伝票および配達データ上の物品配送宛先（届け先の住所）として指定するものである。
【０１６６】
また、（２）の形態は、たとえば（宛先人となる）ユーザが本物品収受システムの会員登録のような形態で利用者登録を有し、センタ５００のサーバが管理する利用者登録データベース上にデフォルトの物品配送宛先（届け先）として物品収受装置および物品収納部を登録指定している場合に、物品収納部への直接着荷を行なうものである。なお、この形態では、当該（宛先人）ユーザに固定的に物品収納部を割り当てる場合を除き、たとえば着荷用の物品収受装置のみがユーザによって登録指定されていればよく、着荷用の物品収納部はあらかじめ特定しておく必要はない。
【０１６７】
そして、上記（２）の形態では、図４のステップＴ３２以降に示したものと同等の処理によって、配送業者があらかじめ用意した着荷用の物品収納部の予約操作ページなどを介してデータベース３１０にアクセスして、宛先人の指定した着荷用の物品収受装置で空いている物品収納部を予約し、開錠用パスワードの発行を受け、その物品収納部に対して着荷後、宛先人に対して着荷した物品収納部の番号および開錠用パスワードを電子メールなどによって通知すればよい。
【０１６８】
以上のように、上記（２）の形態では、必要に応じて配送業者にもデータベース３１０にアクセスさせ、配送業者によって着荷用の物品収納部を決めさせることができ、ユーザに固定的に物品収納部を割り当てるようなサービス形態（通常、このような物品収納部の固定的な割り当てサービスは、物品収納部を一時使用で用いるサービスよりも高価に設定される）を必要とせず、簡単かつ安価に物品収納部への直接着荷を利用することができる。
【０１６９】
次に、図５を参照して、物品収受装置（Ｓ１、Ｓ２…）の物品収納部（ｂ１、ｂ２…）が物品収受モードまたはコインロッカーモードで運用される場合の制御手順につき説明する。図５の制御手順は、物品収受装置（Ｓ１、Ｓ２…）の制御部２００を構成するＣＰＵ２０１の制御プログラムとして実装され、たとえばＲＯＭ２０２に格納される。
【０１７０】
図５は物品収受装置（Ｓ１、Ｓ２…）のひとつの物品収納部の開閉、物品収納、施錠・開錠、物品取り出しなどに係る制御ループを物品収受モード（Ｔ）およびコインロッカーモード（Ｌ）の双方に共通する形式でフローチャート化したもので、一部のステップ中の文言は物品収受モードおよびコインロッカーモードの双方に共通する上位概念で記載してある。
【０１７１】
図５の制御ループの先頭、ステップＴ６１の直前では、当該の物品収納部の動作モードは上述の制御によって物品収受モード（Ｔ）またはコインロッカーモード（Ｌ）のいずれかに既に切り換えられているものとし、また、該物品収納部には物品が収納されていない状態であるものとする。
【０１７２】
ステップＴ６１では、当該の物品収納部の開扉条件が成立したか否かが判定される。この判定は、物品収受モードおよびコインロッカーモードのいずれにおいても、コンソール１０３などによってコンソール１０３で空き（使用可）状態にある当該の物品収納部の開扉を命じる所定の操作が行なわれたか否かを調べることなどによって行なわれる。この時の操作者は物品収受に係るユーザ（Ｕ１、Ｕ２…）または業者（Ｂ１、Ｂ２…）、あるいはコインロッカーのユーザである。
【０１７３】
ステップＴ６１で当該の物品収納部の開扉条件が成立すると、ステップＴ６２において、該物品収納部の扉の電子錠が開錠され、操作者によって該物品収納部に物品（配送に係る物品またはコインロッカーモードにおいて預けられる荷物）が収納される。該物品収納部がコインロッカーモードであれば、たとえばこのタイミングにおいてプリペイドカード（ＩＤカード１１１）の提示や課金装置１１２への現金投入によって課金のデポジット分の収受を行なうことができる。
【０１７４】
続いて、ステップＴ６３では、コンソール１０３での所定操作などに応じて該物品収納部の扉の電子錠が施錠される。また、物品収納時間を計時するタイマ（たとえばリアルタイムクロックの計時情報を利用したＣＰＵ２０１が管理するソフトウェアタイマなどにより構成される）はたとえばこの時点でスタートされる。この物品収納時間に係る制御は物品収受モード（Ｔ）またはコインロッカーモード（Ｌ）のいずれにおいても行なうことができ、たとえば一定期間以上、物品が収納されっぱなしにならないよう、たとえば、不法な物品の投棄や遺棄、あるいは配送物品の回収忘れなどの事故を防止する見地から行なうことができる。
【０１７５】
その後、ステップＴ６４およびＴ６８の判定ループでは、コンソール１０３などにおいて該物品収納部に対する開錠操作が行なわれたか（Ｔ６４）、および物品収納時間が所定の上限（たとえば２、３日ないし数日程度）に達したか（Ｔ６８）がそれぞれ検出される。
【０１７６】
ステップＴ６４が肯定された場合には、ステップＴ６５において開錠条件が成立したか否かが判定される。ここでの開錠条件とは、物品収受モード（Ｔ）においてはたとえば業者カード（ＩＤカード１１１）の提示、コンソール１０３の操作によって正当なパスワードが入力されていること、あまたコインロッカーモード（Ｌ）ではプリペイドカード（ＩＤカード１１１）による課金精算が正当に終了していること、のいずれかである。
【０１７７】
ステップＴ６５が肯定されると、ＣＰＵ２０１はステップＴ６６において該物品収納部の扉の電子錠を開錠し、これによって操作者は物品収納部から収納されていた物品を取り出すことができる。
【０１７８】
ステップＴ６６の開錠および物品取り出しによって、該物品収受装置と物品収受管理サーバ（ないしはコインロッカーの管理サーバ）と荷物センサ信号ないし施錠信号などを用いた所定の通信が行なわれ、上述の通り各データベース３１０、３２０、４００のデータが更新される。特に、図５の処理の先頭において物品収受モードであった場合には、ステップＴ６６の開錠および物品取り出しによって該物品収納部が使用可能な待機状態となるため、これに応じて物品収受管理サーバ（ないしはコインロッカーの管理サーバ）は該物品収納部の動作モードをコインロッカーに切り換えるとともに、データベース３２０（あるいは４００）の該物品収納部に該当するレコードのフィールド３２６（あるいは４２６）の値をコインロッカーモード（Ｌ）に切り換える。
【０１７９】
また、たとえばＩＤカードやパスワードによる認証が失敗するなどして、ステップＴ６５が否定された場合には、ステップＴ６７においてエラー処理を行なう。ここでは、たとえばコンソール１０３で音声や画像、文字表示などによるエラーメッセージを出力する、などのエラー処理を行なうことができる。その後、所定の待ち時間の経過などを経て処理はステップＴ６４およびＴ６８のループ（たとえばＴ６４またはＴ６８の直前）に復帰する。
【０１８０】
一方、ステップＴ６８において、該物品収納部の物品収納時間が上限に達していない場合にはステップＴ６４にループして施錠状態を継続し、開錠操作が行なわれるのを待つ。ステップＴ６８において、該物品収納部の物品収納時間が上限に達している場合には、ステップＴ６９において超過処理を行なう。
【０１８１】
たとえばコインロッカーモードでは３日程度の物品収納時間が経過すると強制的に物品収納部を開錠し、物品を他の保管場所に移送する（これらの処理は主に管理作業員の人力によって行なわれる場合が多い）といった超過処理を行なう慣習となっており、通常、物品収納時間の上限超過ではたとえば管理作業員を呼び出すための警報表示器の点滅所定の制御信号や電子メールの送信などが行なわれる。また配送物の物品収受に関しても、他の保管場所への物品移送までは行なわないにしても、関係者、たとえば荷受（宛先）人や配送業者への通知を電子メールの送信などによって行なうことが考えられる（ただし物品収受モードにおいても、長期の保管期間超過ではコインロッカーモードと同様の物品回収および他の保管場所への移動を行なうことも考えられる）。ステップＴ６９では上記のような超過処理を行なう。
【０１８２】
ステップＴ６９の超過処理が終了した場合には、たとえばコインロッカーモードでは所定の回復操作を行なうことなどによって空き状態となった該物品収納部の制御はコインロッカーモードのまま図５の先頭に移される。
【０１８３】
また、物品収受モードであって、たとえば物品を収納したままであれば、関係者、たとえば荷受（宛先）人や配送業者が開錠操作を行なうのを待つよう、該物品収納部の制御はステップＴ６４およびＴ６８のループ（たとえばＴ６４またはＴ６８の直前）に復帰させる。なお、このとき、物品収納時間の上限値は無限ループとならないようより大きな値に更新されるか、あるいは物品収納時間の上限値更新は数度のみ許可するよう制御するためのカウンタを起動する、などの措置が講じられる。
【０１８４】
以上のようにして、本実施例によれば、公共ないし半公共スペースに複数配置された物品収受装置の物品収納部を動作モードを切り換えることにより、物品収受サービスまたは荷物預りサービスを提供することができる、という優れた効果がある。
【０１８５】
特に、通常の待機時はコインロッカーとして機能させ、配送物の物品収受（たとえば発送ないし着荷）の必要が生じた場合、特定の物品収納部をその物品収受サービスに利用することができる。しかも、物品収受サービスのためだけに、あるいは該サービスを亨受する特定のユーザのためだけに専有される物品収納部を用いることがなく、配送物の物品収受が必要なく期間は物品収納部をコインロッカーとして運用することができ、装置の配置空間の利用効率を劇的に向上することができる、という優れた効果がある。
【０１８６】
また、物品収受装置の特定の物品収納部を物品収受モードで利用できるか否かは、物品収納部を用いた物品収受を管理するサーバが特定の物品収納部を新たな物品収受に使用可能か否かを示す使用可否情報を格納するデータベース手段を参照することにより判定することができる。
【０１８７】
なお、以上では、物品収受装置の物品収納部をコインロッカーモードで待機させるものとして説明したが、これは単に便宜上のもの、ないしは、物品収受サービスや荷物預りサービスの態様から見てもそのような構成が自然であるため、といった以上に大きな理由はなく、実際のところ、何も物品が収納されておらず未使用の待機時の動作モードが何であるかを云々することにはそれ程大きな意味はない。たとえば、上記とは逆に、物品収受装置の物品収納部が何も物品が収納されておらず未使用の待機時の動作モードであるような実装であっても構わない。このような構成では、物品収納部をコインロッカーモードで使用したいユーザが現われた場合に明示的あるいは暗黙の操作に応じて物品収納部の動作モードをコインロッカーモードに切り換える必要がある以外はシステム全体の制御はほぼ上記と同様に実施でき、得られる作用効果には大きな違いはない。
【符号の説明】
【０１８８】
１００、Ｓ1…Ｓｎ  物品収受装置
１０１  物品収納部
１０３  コンソール
１０４  ディスプレイ
１０５  キーボード
１０７  プリンタ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０６  ネットワーク
３００、３１０、３２０  データベース
５００  センタ（物品収受管理サーバ）
５０１  管理サーバ
Ｕ１、Ｕ２…  ユーザ（発送人ないし宛先人）
Ｂ１、Ｂ２…  配送業者
【図１】
2015092959.tif 000003
【図２】
2015092959.tif 000004
【図３】
2015092959.tif 000005
【図４】
2015092959.tif 000006
【図５】
2015092959.tif 000007