JP2023184024A - 通信システム、管理サーバシステム、配達管理システム、及び、情報処理方法 - Google Patents

Abstract

【課題】他のシステムと連携することにより、宅配ロッカーを制御することができる通信システムを提供する。【解決手段】通信システム２０は、集合住宅１００に設けられたインターホンシステム３０と通信し、かつ、集合住宅１００に設けられた宅配ロッカー４５の扉に対して解錠及び開放の少なくとも一方を行うための解錠依頼情報を、宅配ロッカー４５を管理する管理サーバシステム４０との間で規定されたフォーマットで、管理サーバシステム４０へ送信する通信部２１を備える。【選択図】図１

Description

本発明は、通信システム、管理サーバシステム、配達管理システム、及び、情報処理方法に関する。

受け取り手が不在である場合に配送事業者の配送者が荷物を預けることができる宅配ロッカー（宅配ボックスなどとも呼ばれる）に関する技術が提案されている。特許文献１には、配送品受取箱と、ユーザが保有するユーザ端末機と、ユーザ端末機とネットワーク接続可能な配送元又は配送業者のサーバとを含む配送システムが開示されている。

特開２０１４－１４８８５０号公報

本発明は、他のシステムと連携することにより、宅配ロッカーなどの収納システムを制御することができる通信システム等を提供する。

本発明の一態様に係る通信システムは、施設に設けられた設備システムと通信する第１通信部と、前記施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで、前記管理サーバシステムへ送信する第２通信部とを備える。

本発明の一態様に係る管理サーバシステムは、通信システムとの間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、前記通信システムによって送信された前記第１情報を受信する第１通信部と、前記第１通信部によって前記第１情報が受信された場合に、前記収納システムに前記扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信部とを備える。

本発明の一態様に係る配達管理システムは、配達員が携帯する情報端末と通信する第１通信部と、前記配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで前記管理サーバシステムへ送信する第２通信部とを備える。

本発明の一態様に係る情報処理方法は、コンピュータによって実行される情報処理方法であって、施設に設けられた設備システムと通信する第１通信ステップと、前記施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで、前記管理サーバシステムへ送信する第２通信ステップとを含む。

本発明の一態様に係る情報処理方法は、コンピュータによって実行される情報処理方法であって、通信システムとの間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、前記通信システムによって送信された前記第１情報を受信する第１通信ステップと、前記第１通信ステップにおいて前記第１情報が受信された場合に、前記収納システムに前記扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信ステップとを含む。

本発明の一態様に係る情報処理方法は、コンピュータによって実行される情報処理方法であって、配達員が携帯する情報端末と通信する第１通信ステップと、前記配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで前記管理サーバシステムへ送信する第２通信ステップとを含む。

本発明の一態様に係るプログラムは、前記情報処理方法をコンピュータに実行させるためのプログラムである。

本発明の通信システム等は、他のシステムと連携することにより、収納システムを制御することができる。

図１は、実施の形態に係る情報処理システムの機能構成を示すブロック図である。 図２は、実施の形態に係る宅配ロッカーの外観図である。 図３は、実施の形態に係る情報処理システムの基本動作のシーケンス図である。 図４は、実施の形態に係る情報処理システムの動作例１のシーケンス図である。 図５は、実施の形態に係る情報処理システムの動作例２のシーケンス図である。 図６は、実施の形態に係る情報処理システムの動作例３のシーケンス図である。 図７は、実施の形態に係る情報処理システムの動作例４のシーケンス図である。 図８は、実施の形態に係る情報処理システムの動作例５のシーケンス図である。 図９は、実施の形態に係る情報処理システムの動作例６のシーケンス図である。 図１０は、実施の形態に係る情報処理システムの動作例７のシーケンス図である。

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。

（実施の形態）
［構成］
まず、実施の形態に係る情報処理システムの構成について説明する。図１は、実施の形態に係る情報処理システムの機能構成を示すブロック図である。なお、図１では、２つの装置間を結ぶ線については主たるものだけを図示しており、２つの装置間に線が無い場合であっても当該２つの装置は通信できる場合がある。

情報処理システム１０は、集合住宅１００に適用されるシステムである。集合住宅１００は、施設の一例であり、具体的には、マンション、寮、または、社宅などである。図１に示されるように、情報処理システム１０は、通信システム２０、インターホンシステム３０、オートロック式ドア３５、管理サーバシステム４０、宅配ロッカー４５、配達管理システム５０、第１情報端末６０、及び、第２情報端末７０を備える。

情報処理システム１０は、第１事業者が使用する通信システム２０（または、第３事業者が使用する配達管理システム５０）と第２事業者が使用する管理サーバシステム４０とを連携させることにより、宅配ロッカー４５の効率的な使用を図ることができる。つまり、情報処理システム１０は、異なる事業者によって使用される２つ以上のシステムを連携させることで、宅配ロッカー４５の効率的な使用を図ることができる。以下、このような情報処理システム１０の具体的な構成について説明する。

通信システム２０は、例えば、集合住宅１００の外に位置する、１つまたは複数のサーバ装置によって実現されるシステム（サーバシステム）である。通信システム２０を使用する第１事業者は、例えば、インターホンシステム３０の製造、販売を行う事業者であるが、その他の事業者でもよい。通信システム２０は、具体的には、通信部２１と、情報処理部２２と、記憶部２３とを備える。

通信部２１は、通信システム２０が、インターネットなどの広域通信ネットワークを介して、インターホンシステム３０（ゲートウェイ装置３４）、管理サーバシステム４０、及び、第１情報端末６０などと通信を行うための通信モジュール（通信回路）である。通信部２１によって行われる通信は、例えば、有線通信であるが、無線通信であってもよい。通信に用いられる通信規格についても特に限定されない。

情報処理部２２は、宅配ロッカー４５の解錠を管理サーバシステム４０へ依頼するための情報処理を行う。情報処理部２２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。情報処理部２２の機能は、例えば、情報処理部２２を構成するマイクロコンピュータまたはプロセッサ等が記憶部２３に記憶されたコンピュータプログラムを実行することによって実現される。

記憶部２３は、上記情報処理に必要な情報、及び、情報処理部２２が実行するコンピュータプログラムなどが記憶される記憶装置である。記憶部２３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）によって実現されるが、半導体メモリなどによって実現されてもよい。

インターホンシステム３０は、集合住宅１００内に設けられるシステムであり、設備システムの一例である。インターホンシステム３０は、ロビーインターホン３１、インターホン親機３２、制御装置３３、及び、ゲートウェイ装置３４を備える。ロビーインターホン３１、インターホン親機３２、制御装置３３、及び、ゲートウェイ装置３４は、集合住宅１００の共用部に設けられる。

ロビーインターホン３１は、集合住宅１００のエントランス（つまり、共用部）のオートロック式ドア３５の外側（屋外側）に設けられる情報端末である。ロビーインターホン３１は、例えば、オートロック式ドア３５を制御する。ロビーインターホン３１は、テンキー、呼出ボタン、及び、ディスプレイなどによって構成されるユーザインターフェースを有し、集合住宅１００への訪問者は、テンキーを通じて訪問先の部屋番号（住戸番号などと呼ばれる場合もある）を入力することで、居住者と通話し、オートロック式ドア３５の解錠を依頼することができる。

インターホン親機３２は、集合住宅１００の専有部に固定設置された情報端末である。図１では、インターホン親機３２は１つだけ図示されているが、インターホンシステム３０は、複数のインターホン親機３２を備え、インターホン親機３２は、集合住宅１００が備える複数の専有部のそれぞれに設置される。インターホン親機３２は、専有部の居住者がロビーインターホン３１またはインターホン子機（図示せず）を介して訪問者と通話するための情報処理などを行う。インターホン子機は、いわゆるドアホンであり、専有部の出入口の外側に設けられる。なお、図示されないが、インターホン親機３２は、応答ボタン、及び、ディスプレイなどによって構成されるユーザインターフェースを備える。

制御装置３３は、集合住宅１００内に設けられた装置の制御、及び、集合住宅１００内に設けられた装置間の通信（例えば、ロビーインターホン３１とインターホン親機３２との間の通信）の制御などを行う装置である。また、制御装置３３は、局所通信ネットワークを介して宅配ロッカー４５と通信を行うこともできる。

ゲートウェイ装置３４は、制御装置３３などの集合住宅１００に設けられた装置が、広域通信ネットワークを通じて、通信システム２０などと通信するための通信装置である。

オートロック式ドア３５は、集合住宅１００のエントランス（つまり、共用部）に設けられた扉である。オートロック式ドア３５は、解錠（または開放）されてから一定時間の経過後に自動的に施錠（または閉鎖）される。オートロック式ドア３５が備える扉は、引き戸であってもよいし、開き戸であってもよい。

管理サーバシステム４０は、宅配ロッカー４５の管理を行う、１つまたは複数のサーバ装置によって実現されるシステムである。管理サーバシステム４０は、宅配ロッカー管理システム、または、収納装置管理システムなどと言い換えることができる。管理サーバシステム４０を使用する第２事業者は、例えば、宅配ロッカー４５の製造販売を行う事業者、または、宅配ロッカー４５を用いたサービス提供を行う事業者などであり、通信システム２０を使用する第１事業者と異なる。第２事業者は、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトの運営事業者、または、宅食サービスを提供する事業者などであってもよく、この場合、宅配ロッカー４５は、ＥＣサイトの運営事業者、または、宅食サービスを提供する事業者によって設置される、専用の宅配ロッカー４５であってもよい。管理サーバシステム４０は、具体的には、通信部４１と、情報処理部４２と、記憶部４３とを備える。

通信部４１は、管理サーバシステム４０が、広域通信ネットワークを介して、通信システム２０、宅配ロッカー４５、配達管理システム５０、及び、第１情報端末６０などと通信を行うための通信モジュール（通信回路）である。通信部４１によって行われる通信は、例えば、有線通信であるが、無線通信であってもよい。通信に用いられる通信規格についても特に限定されない。

情報処理部４２は、宅配ロッカー４５の管理及び制御に関連する情報処理を行う。情報処理部４２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。情報処理部４２の機能は、例えば、情報処理部４２を構成するマイクロコンピュータまたはプロセッサ等が記憶部４３に記憶されたコンピュータプログラムを実行することによって実現される。

記憶部４３は、上記情報処理に必要な情報、及び、情報処理部４２が実行するコンピュータプログラムなどが記憶される記憶装置である。記憶部４３は、例えば、ＨＤＤによって実現されるが、半導体メモリなどによって実現されてもよい。

宅配ロッカー４５は、集合住宅１００の居住者が不在であるときに荷物の配達員が居住者宛ての荷物を入庫するための収納システム（収納装置）である。図２は、宅配ロッカー４５の外観図である。

宅配ロッカー４５は、集合住宅１００に居住する複数の居住者によって共用される宅配ボックスである。宅配ロッカー４５は、複数の収容部４６を備え、複数の収容部４６それぞれに設けられた電気錠を制御することにより複数の収容部４６それぞれを個別に施錠及び解錠することができる。収容部４６は、荷物の入庫が可能な最小単位に相当する箱（区画）であり、収容部４６には扉が設けられている。

宅配ロッカー４５は、集合住宅１００のエントランス（つまり、共用部）のオートロック式ドア３５の外側（屋外側）に設けられる。宅配ロッカー４５は、制御装置３３と局所通信ネットワークを介して通信することができ、かつ、配達管理システム５０と広域通信ネットワークを介して通信することができる。

図示されないが、宅配ロッカー４５は、ボタン、タッチパネル、及び、ディスプレイなどによって構成されるユーザインターフェースを備える。ユーザインターフェースは、配達員が荷物を入庫するとき、及び、居住者が荷物を出庫するときに使用される。

配達管理システム５０は、荷物の配達の管理を行う、１つまたは複数のサーバ装置によって実現されるシステムである。配達管理システム５０を使用する第３事業者は、例えば、配達サービスを提供する配達事業者であり、第１事業者及び第２事業者のいずれとも異なる。配達管理システム５０は、具体的には、通信部５１と、情報処理部５２と、記憶部５３とを備える。

通信部５１は、配達管理システム５０が、広域通信ネットワークを介して、管理サーバシステム４０、及び、第２情報端末７０などと通信を行うための通信モジュール（通信回路）である。通信部５１によって行われる通信は、例えば、有線通信であるが、無線通信であってもよい。通信に用いられる通信規格についても特に限定されない。

情報処理部５２は、荷物の配達の管理に関連する情報処理、及び、宅配ロッカー４５の解錠を管理サーバシステム４０へ依頼するための情報処理などを行う。情報処理部５２は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。情報処理部５２の機能は、例えば、情報処理部５２を構成するマイクロコンピュータまたはプロセッサ等が記憶部５３に記憶されたコンピュータプログラムを実行することによって実現される。

記憶部５３は、上記情報処理に必要な情報、及び、情報処理部５２が実行するコンピュータプログラムなどが記憶される記憶装置である。記憶部５３は、例えば、ＨＤＤによって実現されるが、半導体メモリなどによって実現されてもよい。

第１情報端末６０は、集合住宅１００の居住者が使用する情報端末である。第１情報端末６０は、例えば、スマートフォンまたはタブレット端末などの携帯型の情報端末である。図示されないが、第１情報端末６０は、タッチパネル、及び、ディスプレイなどによって構成されるユーザインターフェースを備える。図１では、第１情報端末６０は、集合住宅１００の外に位置するが、集合住宅１００内に位置する場合もある。第１情報端末６０は、インターホン親機３２、通信システム２０、及び、管理サーバシステム４０などと、広域通信ネットワークを介して通信を行うことができる。

第２情報端末７０は、第３事業者（配達事業者）に所属する配達員が使用（携帯）する情報端末である。図示されないが、第２情報端末７０は、タッチパネル、及び、ディスプレイなどによって構成されるユーザインターフェースを備える。第２情報端末７０は、例えば、スマートフォンまたはタブレット端末などの携帯型の情報端末である。第２情報端末７０は、専用端末であってもよい。第２情報端末７０は、配達管理システム５０などと、広域通信ネットワークを介して通信を行うことができる。

［基本動作］
配達員ａは、荷物の受取人である集合住宅１００の居住者Ａが不在であるときに居住者Ａの部屋番号宛て（以下、単に居住者Ａ宛て、とも記載される）の荷物を宅配ロッカー４５に入庫することができる。以下、このような基本動作について説明する。図３は、基本動作のシーケンス図である。

配達員ａは、集合住宅１００に到着すると、荷物を居住者Ａに届けるためにロビーインターホン３１が備えるユーザインターフェースに対して呼出操作を行う。ロビーインターホン３１は、このような呼出操作を受け付ける（Ｓ１１）。呼出操作には、配達先の専有部の部屋番号の入力操作、及び、訪問要件の入力操作が含まれる。訪問要件の入力操作は、訪問者（この場合、配達員ａ）が配達員、友人、セールスマン・・などのいずれに該当するかを申告する操作である。

ロビーインターホン３１は、呼出操作を受け付けると、荷物が集合住宅１００に到着していることを示す到着情報を制御装置３３へ送信する（Ｓ１２）。到着情報は、訪問者が配達員である場合に制御装置３３へ送信される情報であり、呼出操作において入力された部屋番号を含む情報である。つまり、到着情報は、居住者Ａの部屋番号宛ての荷物が到着したことを示す情報である。

また、ロビーインターホン３１は、入力された部屋番号に対応するインターホン親機３２（居住者Ａ）との通話を試みる。居住者Ａの応答が無い場合、及び、インターホン親機３２に応答できない旨の操作が行われた場合などには、配達員ａは、荷物を居住者Ａに手渡す代わりに、宅配ロッカー４５へ荷物を入庫する。配達員ａは、具体的には、宅配ロッカー４５が備えるユーザインターフェースに対して入庫操作を行い、宅配ロッカー４５は、このような入庫操作を受け付ける（Ｓ１３）。入庫操作には、配達先の専有部の部屋番号の入力操作が含まれる。

宅配ロッカー４５は、入庫操作を受け付けると、複数の収容部４６のうち空いている収容部４６の扉を解錠し、当該収容部４６への荷物の入庫を促すメッセージを画像または音声によって配達員ａに提示する（Ｓ１４）。配達員ａによって収容部４６へ荷物が入庫されると（Ｓ１５）、宅配ロッカー４５は、当該収容部４６の扉を施錠し（Ｓ１６）、入庫情報を制御装置３３及び管理サーバシステム４０のそれぞれへ送信する（Ｓ１７）。

入庫情報には、荷物が入庫された収容部４６の番号、及び、入庫操作において入力された配達先の専有部の部屋番号が含まれる。なお、入庫操作においては、荷物の種別及び配達事業者の名称などが入力されてもよく、この場合、入庫情報には、荷物の種別及び配達事業者の名称などが含まれてもよい。また、ステップＳ１７においては、荷物の種別については制御装置３３への入庫情報には含まれず、管理サーバシステム４０への入庫情報には含まれる、というように、制御装置３３へ送信される入庫情報の内容と、管理サーバシステム４０へ送信される入庫情報の内容とが異なってもよい。

制御装置３３は、入庫情報を受信し、受信された入庫情報に基づいて制御装置３３が備える記憶部に記憶されている宅配ロッカー管理情報を更新する（Ｓ１８）。宅配ロッカー管理情報は、宅配ロッカー４５が備える複数の収容部４６の使用状況を管理するための情報であり、収容部４６の識別情報（番号など）、当該収容部４６に荷物が入庫されているか否か、荷物の宛先（部屋番号）、及び、荷物の種別などが対応付けられた情報である。ステップＳ１８において、制御装置３３は、具体的には、受信された入庫情報の内容を記憶部に記憶されている宅配ロッカー管理情報に反映する。

同様に、管理サーバシステム４０の通信部４１は、入庫情報を受信し、情報処理部４２は、受信された入庫情報に基づいて記憶部４３に記憶されている宅配ロッカー管理情報を更新する（Ｓ１９）。宅配ロッカー管理情報は、宅配ロッカー４５が備える複数の収容部４６の使用状況を管理するための情報であり、収容部４６の識別情報（番号など）、当該収容部４６に荷物が入庫されているか否か、荷物の宛先（部屋番号）、及び、荷物の種別などが対応付けられた情報である。ステップＳ１９において、情報処理部４２は、具体的には、受信された入庫情報の内容を記憶部４３に記憶されている宅配ロッカー管理情報に反映する。

なお、図示されないが、宅配ロッカー４５は、宅配ロッカー４５が備える記憶部に宅配ロッカー管理情報を記憶しており、入庫情報を送信するとともに、自身が保持する宅配ロッカー管理情報を更新する。

その後、荷物の受取人である居住者Ａは、外出先から集合住宅１００へ帰ってくると、オートロック式ドア３５を解錠するための所定の動作を行い、ロビーインターホン３１は、このような動作に基づいて認証処理を行う（Ｓ２０）。例えば、居住者Ａは、居住者Ａが所持する認証媒体をロビーインターホン３１へ近づける動作を行い、認証媒体とロビーインターホン３１とが近距離無線通信を行うことで認証処理が実行される。なお、認証処理は、パスコードの入力または生体認証などによって実現されてもよい。

ロビーインターホン３１は、認証処理により居住者Ａの部屋番号を特定することができ、特定した部屋番号宛ての荷物が届いていないかを制御装置３３へ問い合わせることで、居住者Ａ宛ての荷物があることを通知する（Ｓ２１）。上述のように、制御装置３３は、宅配ロッカー管理情報によって宅配ロッカー４５の使用状況を管理していることから、ロビーインターホン３１の問い合わせに対して応答することが可能である。

居住者Ａは、通知に基づいて、宅配ロッカー４５が備えるユーザインターフェースに対して出庫操作を行う。出庫操作には、居住者Ａの部屋番号の入力操作と、収容部４６の扉を解錠するためのパスコードの入力操作とが含まれる。なお、このパスコードは、あらかじめ居住者ごと（部屋番号ごと）に定められた固定のパスコードであってもよいし、荷物が入庫されるごとに発行される一時的なパスコードであってもよい。また、部屋番号及びパスコードの入力に代えて、上記のオートロック式ドア３５を解錠するための認証媒体（あるいは、あらかじめ居住者Ａに配布された、宅配ロッカー４５用の別の認証媒体）と宅配ロッカー４５との近距離無線通信に基づく認証処理により、居住者Ａの部屋番号宛ての荷物が入庫されている収容部４６の扉が解錠されてもよい。

宅配ロッカー４５は、出庫操作を受け付けると（Ｓ２２）、複数の収容部４６のうち居住者Ａの部屋番号宛ての荷物が入庫されている収容部４６の扉を解錠する（Ｓ２３）。これにより、居住者Ａは、荷物を取り出すことができる。

なお、図示されないが、荷物が出庫されると、宅配ロッカー４５は、荷物が出庫された収容部４６の扉を施錠し、当該収容部４６の識別情報を含む出庫情報を制御装置３３及び配達管理システム５０のそれぞれへ送信する。制御装置３３及び配達管理システム５０のそれぞれは、受信した出庫情報に基づいて、宅配ロッカー管理情報（宅配ロッカー４５の使用状況）を更新する。

以上説明したように、配達員ａは、荷物の受取人である集合住宅１００の居住者Ａが不在であるときに居住者Ａ宛ての荷物を宅配ロッカー４５に入庫することができる。居住者Ａは、帰宅時に宅配ロッカー４５から荷物を出庫することができる。

［動作例１］
例えば、居住者Ａ宛ての荷物が既に入庫されている第１収容部があるときに、居住者Ａ宛てのもう一つの荷物が到着した場合、当該もう一つの荷物は、上記第１収容部とは別の第２収容部に入庫されることが一般的である。しかしながら、上記もう一つの荷物を第１収容部に入庫する（以下、重複入庫とも記載する）ことができれば、宅配ロッカー４５を効率的に使用することができる。以下、このような重複入庫を実現することができる動作例１について説明する。

重複入庫を実現するためには、既に荷物が入っており、かつ、施錠されている収容部４６を解錠する必要があり、荷物の紛失等の危険があることから、居住者の同意が必要であると考えられる。以下の動作例１では、居住者Ａが重複入庫に同意しているものとする。

居住者Ａは、例えば、自身が居住するインターホン親機３２へ所定の設定操作を行うことにより、重複入庫に同意することを設定する。重複入庫への同意の有無を示す設定情報は、インターホン親機３２が備える記憶部に記憶されるか、または、インターホン親機３２から制御装置３３へ送信されて制御装置３３が備える記憶部に記憶される。設定情報は、具体的には、居住者Ａの部屋番号（部屋番号は、インターホン親機３２の識別番号でもある）と、居住者Ａの同意の有無とを対応づけた情報である。以下、このようにインターホンシステム３０内に設定情報が記憶されているという前提の下で、動作例１について図４を参照しながら説明する。図４は、動作例１のシーケンス図である。

上記基本動作のステップＳ１１～Ｓ１９の処理により、宅配ロッカー４５には、居住者Ａの部屋番号宛ての荷物が入庫されている。

この状態において、配達員ｂは、集合住宅１００に到着すると、荷物を居住者Ａに届けるためにロビーインターホン３１が備えるユーザインターフェースに対して呼出操作を行う。ロビーインターホン３１は、このような呼出操作を受け付ける（Ｓ３１）。ステップＳ１１と同様に、呼出操作には、配達先の専有部の部屋番号の入力操作、及び、訪問要件の入力操作が含まれる。

ロビーインターホン３１は、呼出操作を受け付けると、荷物が集合住宅１００に到着していることを示す到着情報を制御装置３３へ送信する（Ｓ３２）。ステップＳ１２と同様に、到着情報は、居住者Ａの部屋番号宛ての荷物が到着したことを示す情報である。

制御装置３３は、到着情報を受信すると、到着情報に含まれる居住者Ａの部屋番号に基づいて、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されており、かつ、居住者Ａが重複入庫に同意しているか否かを判定する。

宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かは、制御装置３３が備える記憶部に記憶された宅配ロッカー管理情報に基づいて判定することができる。また、居住者Ａが重複入庫に同意しているか否かは、制御装置３３が備える記憶部に記憶された設定情報において、居住者Ａの部屋番号に同意があることを示す情報が対応付けられているか否かに基づいて判定することができる。なお、上述のように、設定情報がインターホン親機３２に記憶されている場合には、制御装置３３は、インターホン親機３２に問い合わせを行うことで居住者Ａが重複入庫に同意しているか否かを判定することができる。

制御装置３３は、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されており、かつ、居住者Ａが重複入庫に同意していると判定した場合（Ｓ３３）、指示情報を、ゲートウェイ装置３４を介して通信システム２０へ送信する（Ｓ３４）。指示情報は、管理サーバシステム４０へ宅配ロッカー４５の解錠を依頼するように通信システム２０へ指示するための情報である。指示情報には、居住者Ａの部屋番号が含まれる。

通信システム２０の通信部２１は、制御装置３３から指示情報を受信する。情報処理部２２は、受信された指示情報に基づいて、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ３５）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。解錠依頼情報には、居住者Ａの部屋番号（指示情報に含まれていた居住者の部屋番号）が含まれる。

ここで、上記フォーマットは、アプリケーションプログラミングインタフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）に基づいて規定されたフォーマットである。例えば、通信システム２０を使用する第１事業者は、解錠依頼情報を送信するときのフォーマットを規定したＡＰＩを、管理サーバシステム４０を使用する第２事業者へあらかじめ開示（提供）しておく。あるいは、管理サーバシステム４０を使用する第２事業者は、解錠依頼情報を受信するときのフォーマットを規定したＡＰＩをあらかじめ通信システム２０を使用する第１事業者に開示（または提供）しておく。つまり、通信システム２０と管理サーバシステム４０との間であらかじめフォーマットを規定しておくことで、通信システム２０は、このフォーマットで解錠依頼情報を生成し、送信することができる。

管理サーバシステム４０の通信部４１は、通信システム２０から解錠依頼情報を受信する。情報処理部４２は、受信された解錠依頼情報に含まれる居住者Ａの部屋番号と、記憶部４３に記憶された宅配ロッカー管理情報とに基づいて、居住者Ａの部屋番号宛ての荷物が入庫されている収容部４６（以下対象の収容部とも記載される）の識別情報を特定する。また、情報処理部４２は、特定した対象の収容部を解錠するように宅配ロッカー４５に指令するための解錠指令を生成する。

情報処理部４２は、生成した解錠指令を宅配ロッカー４５へ送信する（Ｓ３６）。解錠指令は、具体的には、通信部４１によって宅配ロッカー４５へ送信される。

宅配ロッカー４５は、管理サーバシステム４０から解錠要求を受信すると、入庫操作において居住者Ａの部屋番号が入力されたときに対象の収容部を解錠するスタンバイモードに遷移する（Ｓ３７）。

ここで、ステップＳ３１において呼出操作を行った配達員ｂは、居住者が呼び出しに応答しないことから、荷物を居住者Ａに手渡す代わりに、宅配ロッカー４５へ荷物を入庫する。配達員ｂは、具体的には、宅配ロッカー４５が備えるユーザインターフェースに対して入庫操作を行い、宅配ロッカー４５は、このような入庫操作を受け付ける（Ｓ３８）。入庫操作には、配達先の専有部の部屋番号の入力操作（つまり、居住者Ａの部屋番号の入力操作）が含まれる。

このとき、宅配ロッカー４５は、スタンバイモードに遷移しているため、空いている収容部４６の扉ではなく、対象の収容部の扉を解錠し、当該対象の収容部への荷物の入庫を促すメッセージを画像または音声によって配達員ｂに提示する（Ｓ３９）。配達員ｂによって対象の収容部へ荷物が入庫されると（Ｓ４０）、宅配ロッカー４５は、当該対象の収容部の扉を施錠する（Ｓ４１）。以降の荷物が受け取られるまでの処理については、ステップＳ１７～Ｓ２３と同様であるため説明が省略される。

なお、制御装置３３は、ステップＳ３３において、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されていないと判定した場合、及び、居住者Ａが重複入庫に同意していないと判定した場合には、指示情報を送信しない。つまり、この場合には、宅配ロッカー４５においては、対象の収容部を解錠する処理（ステップＳ３７～Ｓ４１の処理）ではなく、空いている収容部４６が解錠される処理（ステップＳ１３～Ｓ１６の処理）が行われる（重複入庫は行われない）。

以上説明したように、情報処理システム１０は、通信システム２０及び管理サーバシステム４０の連携により、荷物の重複入庫を実現することができる。通信システム２０がＡＰＩに基づくフォーマットで解錠依頼情報を管理サーバシステム４０へ送信することで、情報処理システム１０は、通信システム２０及び管理サーバシステム４０を円滑に連携させた上で、荷物の重複入庫を実現することができる。

なお、動作例１では、居住者Ａが重複入庫に同意するか否かを示す設定情報は、制御装置３３が備える記憶部、または、インターホン親機３２が備える記憶部に記憶されると説明されたが、居住者Ａが所持する第１情報端末６０が備える記憶部に記憶されてもよい。例えば、居住者Ａは、第１情報端末６０への設定操作により、第１情報端末６０が備える記憶部に設定情報を記憶しておく。この場合、上記動作例１のステップＳ３３において、制御装置３３は、インターホン親機３２を介して第１情報端末６０の記憶部に記憶された設定情報の内容を参照する（問い合わせる）処理を行う。これにより、制御装置３３は、居住者Ａが重複入庫に同意しているか否かを判定することができる。

また、上記動作例１のステップＳ３３においては、制御装置３３は、インターホン親機３２を介して第１情報端末６０と通信を行うことで、第１情報端末６０のディスプレイに居住者Ａが重複入庫に同意するかを確認するための確認画面を表示させ、確認画面が表示されているときに居住者Ａが重複入庫に同意する操作を行ったか否かに基づき、居住者Ａが重複入庫に同意しているか否かを判定してもよい。つまり、制御装置３３は、リアルタイムに重複入庫への同意の有無を居住者Ａに問い合わせてもよい。

居住者Ａが外出しておらず専有部にいるが宅配ロッカー４５への入庫を希望しているような場合には、制御装置３３は、インターホン親機３２と通信を行うことで、インターホン親機３２のディスプレイに居住者Ａが重複入庫に同意するかを確認するための確認画面を表示させ、確認画面が表示されているときに居住者Ａが重複入庫に同意する操作を行ったか否かに基づき、居住者Ａが重複入庫に同意しているか否かを判定してもよい。つまり、リアルタイムに重複入庫への同意の有無を居住者Ａに問い合わせるときの確認画面の表示は、第１情報端末６０及びインターホン親機３２のいずれによって行われてもよい。

［動作例２］
上記の設定情報は、通信システム２０に記憶されてもよい。居住者Ａは、例えば、所定のアプリケーションプログラムをインストールした第１情報端末６０を用いて通信システム２０へ通信接続し、第１情報端末６０へ所定の設定操作を行うことにより、重複入庫への同意の有無を示す設定情報を通信システム２０の記憶部２３に記憶することができる。

以下、設定情報が通信システム２０（記憶部２３）に記憶されている場合の動作例２について、図５を参照しながら説明する。図５は、動作例２のシーケンス図である。なお、以下の動作例２の説明では、動作例１との相違点を中心に説明が行われる。

上記基本動作のステップＳ１１～Ｓ１９の処理により、宅配ロッカー４５には、居住者Ａの部屋番号宛ての荷物が入庫されている。

この状態において、配達員ｂは、集合住宅１００に到着すると、荷物を居住者Ａに届けるためにロビーインターホン３１が備えるユーザインターフェースに対して呼出操作を行う。ロビーインターホン３１は、このような呼出操作を受け付ける（Ｓ５１）。ステップＳ１１、及び、ステップＳ３１と同様に、呼出操作には、配達先の専有部の部屋番号の入力操作、及び、訪問要件の入力操作が含まれる。

ロビーインターホン３１は、呼出操作を受け付けると、荷物が集合住宅１００に到着していることを示す到着情報を制御装置３３へ送信する（Ｓ５２）。ステップＳ１２、及び、ステップＳ３２と同様に、到着情報は、居住者Ａの部屋番号宛ての荷物が到着したことを示す情報である。

制御装置３３は、到着情報を受信すると、到着情報に含まれる居住者Ａの部屋番号に基づいて、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かを判定する。宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かは、制御装置３３が備える記憶部に記憶された宅配ロッカー管理情報に基づいて判定することができる。

制御装置３３は、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されていると判定した場合（Ｓ５３）、指示情報を、ゲートウェイ装置３４を介して通信システム２０へ送信する（Ｓ５４）。ここでの指示情報は、居住者Ａの同意の有無を確認した上で、管理サーバシステム４０へ宅配ロッカー４５の解錠を依頼するように通信システム２０へ指示するための情報である。指示情報には、居住者Ａの部屋番号が含まれる。

通信システム２０の通信部２１は、制御装置３３から指示情報を受信する。情報処理部２２は、指示情報を受信すると、指示情報に含まれる居住者Ａの部屋番号に基づいて、居住者Ａが重複入庫に同意しているか否かを判定する。居住者Ａが重複入庫に同意しているか否かは、記憶部２３に記憶された設定情報において、居住者Ａの部屋番号に同意があることを示す情報が対応付けられているか否かに基づいて判定することができる。

情報処理部２２は、居住者Ａが重複入庫に同意していると判定した場合（Ｓ５５）、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ５６）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。解錠依頼情報には、居住者Ａの部屋番号（指示情報に含まれていた居住者の部屋番号）が含まれる。

以降のステップＳ５７～Ｓ６２の処理は、ステップＳ３６～Ｓ４１の処理と同様である。

なお、制御装置３３は、ステップＳ５３において、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されていないと判定した場合には、指示情報を送信しない。同様に、通信システム２０（情報処理部２２）は、ステップＳ５５において、居住者Ａが重複入庫に同意していないと判定した場合には、解錠依頼情報を送信しない。これらいずれの場合も、宅配ロッカー４５においては、対象の収容部を解錠する処理（ステップＳ５８～Ｓ６２の処理）ではなく、空いている収容部４６が解錠される処理（ステップＳ１３～Ｓ１６の処理）が行われる（重複入庫は行われない）。

以上説明したように、居住者Ａが重複入庫に同意しているか否かの判定は、通信システム２０によって行われてもよい。この場合も、情報処理システム１０は、通信システム２０及び管理サーバシステム４０の連携により、荷物の重複入庫を実現することができる。

［動作例３］
動作例１及び動作例２では、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かの判定は、制御装置３３によって行われた。ここで、この判定に用いられる宅配ロッカー管理情報は、管理サーバシステム４０の記憶部４３にも記憶されていることから、当該判定を、管理サーバシステム４０が実行することもできる。図６は、このような動作例３のシーケンス図である。なお、動作例３では、動作例１と同様に、設定情報は、制御装置３３が備える記憶部、インターホン親機が備える記憶部、または、第１情報端末６０が備える記憶部に記憶されているものとする。

上記基本動作のステップＳ１１～Ｓ１９の処理により、宅配ロッカー４５には、居住者Ａの部屋番号宛ての荷物が入庫されている。

この状態において、配達員ｂは、集合住宅１００に到着すると、荷物を居住者Ａに届けるためにロビーインターホン３１が備えるユーザインターフェースに対して呼出操作を行う。ロビーインターホン３１は、このような呼出操作を受け付ける（Ｓ７１）。ステップＳ１１、ステップＳ３１、及び、ステップＳ５１と同様に、呼出操作には、配達先の専有部の部屋番号の入力操作、及び、訪問要件の入力操作が含まれる。

ロビーインターホン３１は、呼出操作を受け付けると、荷物が集合住宅１００に到着していることを示す到着情報を制御装置３３へ送信する（Ｓ７２）。ステップＳ１２、ステップＳ３２、及び、ステップＳ５２と同様に、到着情報は、居住者Ａの部屋番号宛ての荷物が到着したことを示す情報である。

制御装置３３は、到着情報を受信すると、到着情報に含まれる居住者Ａの部屋番号に基づいて、居住者Ａが重複入庫に同意しているか否かを判定する。動作例１で説明したように、この判定の具体的な方法は、設定情報が、制御装置３３、インターホン親機、及び、第１情報端末６０のいずれに記憶されているか、あるいは、居住者Ａにリアルタイムに問い合わせを行うか、によって異なる。詳細な説明については動作例１において既出であるため省略される。

制御装置３３は、居住者Ａが重複入庫に同意していると判定した場合（Ｓ７３）、指示情報を、ゲートウェイ装置３４を介して通信システム２０へ送信する（Ｓ７４）。指示情報は、管理サーバシステム４０へ宅配ロッカー４５の解錠を依頼するように通信システム２０へ指示するための情報である。指示情報には、居住者Ａの部屋番号が含まれる。

通信システム２０の通信部２１は、制御装置３３から指示情報を受信する。情報処理部２２は、受信された指示情報に基づいて、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ７５）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。解錠依頼情報には、居住者Ａの部屋番号（指示情報に含まれていた居住者の部屋番号）が含まれる。

管理サーバシステム４０の通信部４１は、通信システム２０から解錠依頼情報を受信する。情報処理部４２は、受信された解錠依頼情報に含まれる居住者Ａの部屋番号と、記憶部４３に記憶された宅配ロッカー管理情報とに基づいて、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かを判定する。

情報処理部４２は、宅配ロッカー４５に解錠依頼情報に含まれる居住者Ａの部屋番号宛ての荷物が入庫されていると判定すると（Ｓ７６）、当該荷物が入庫されている対象の収容部の識別情報を特定し、対象の収容部を解錠するように宅配ロッカー４５に指令するための解錠指令を生成する。情報処理部４２は、生成した解錠指令を宅配ロッカー４５へ送信する（Ｓ７７）。解錠指令は、具体的には、通信部４１によって宅配ロッカー４５へ送信される。以降のステップＳ７８～Ｓ８２の処理は、ステップＳ３７～Ｓ４１の処理と同様である。

なお、制御装置３３は、ステップＳ７３において、居住者Ａが重複入庫に同意していないと判定した場合には、指示情報を送信しない。同様に、管理サーバシステム４０（情報処理部４２）は、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されていないと判定した場合には、解錠指令を送信しない。これらいずれの場合も、宅配ロッカー４５においては、対象の収容部が解錠される処理（ステップＳ７８～Ｓ８２の処理）ではなく、空いている収容部４６が解錠される処理（ステップＳ１３～Ｓ１６の処理）が行われる（重複入庫は行われない）。

以上説明したように、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かの判定は、管理サーバシステム４０によって行われてもよい。この場合も、情報処理システム１０は、通信システム２０及び管理サーバシステム４０の連携により、荷物の重複入庫を実現することができる。

なお、動作例３は、動作例１において、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かの判定を行う主体を制御装置３３から管理サーバシステム４０へ変更した動作例と考えることができ、居住者Ａが重複入庫に同意しているか否かの判定は、動作例１と同様に制御装置３３によって行われている。ここで、情報処理システム１０は、動作例２において、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かの判定を行う主体を制御装置３３から管理サーバシステム４０へ変更した動作例にしたがって動作することもできる。この動作例では、居住者Ａが重複入庫に同意しているか否かの判定は、動作例２と同様に通信システム２０によって行われる。この動作例についての詳細な説明は省略される。

［動作例４］
情報処理システム１０は、配達管理システム５０、及び、第２情報端末７０を用いて重複入庫を実現することもできる。以下、このような動作例４について説明する。

動作例４は、例えば、居住者ＡがＷＥＢサイトなどで購入した商品が配達される場合の動作例であり、居住者Ａは、上記商品の購入するときの情報の入力時に、重複入庫に同意していることについても入力する。これにより、配達管理システム５０の記憶部５３には、上記商品の伝票番号と、配達先の住所（居住者Ａが居住する専有部の部屋番号を含む）と、居住者Ａの氏名と、重複入庫への同意の有無などが対応付けられた配達管理情報が記憶される。以下、このような前提の下で、動作例４について図７を参照しながら説明する。図７は、動作例４のシーケンス図である。

上記基本動作のステップＳ１１～Ｓ１９の処理により、宅配ロッカー４５には、居住者Ａの部屋番号宛ての荷物が入庫されている。

この状態において、配達員ｂは、集合住宅１００に到着すると、荷物を居住者Ａに届けるためにロビーインターホン３１が備えるユーザインターフェースに対して呼出操作を行う。居住者Ａの応答が無い場合、配達員ｂは、配達員ｂが所持する第２情報端末７０が備えるユーザインターフェースに対して所定の操作を行い、第２情報端末７０は、このような所定の操作を受け付ける（Ｓ９１）。所定の操作には、荷物の伝票番号の入力操作が含まれる。

第２情報端末７０は、所定の操作を受け付けると、指示情報を配達管理システム５０へ送信する（Ｓ９２）。指示情報は、管理サーバシステム４０へ宅配ロッカー４５の解錠を依頼するように配達管理システム５０へ指示するための情報である。指示情報には、所定の操作によって入力された伝票番号が含まれる。

配達管理システム５０の通信部５１は、第２情報端末７０から指示情報を受信する。情報処理部５２は、指示情報を受信すると、居住者Ａが重複入庫に同意しているか否かを判定する。上述のように、配達管理情報には、居住者Ａの重複入庫への同意の有無が対応付けられており、情報処理部５２は、指示情報に含まれる伝票番号と記憶部５３に記憶された配達管理情報とを照合することによって居住者Ａが重複入庫に同意しているか否かを判定することができる。

情報処理部５２は、居住者Ａが重複入庫に同意していると判定すると（Ｓ９３）、受信された指示情報に基づいて、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ９４）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部５１によって行われる。解錠依頼情報には、居住者Ａの部屋番号が含まれる。情報処理部５２は、指示情報に含まれる伝票番号と記憶部５３に記憶された配達管理情報とを照合することによって居住者Ａの部屋番号を特定し、解錠依頼情報に含めることができる。

ここで、上記フォーマットは、ＡＰＩに基づいて規定されたフォーマットである。例えば、配達管理システム５０を使用する第３事業者は、解錠依頼情報を送信するときのフォーマットを規定したＡＰＩを、管理サーバシステム４０を使用する第２事業者へあらかじめ開示（提供）しておく。あるいは、管理サーバシステム４０を使用する第２事業者は、解錠依頼情報を受信するときのフォーマットを規定したＡＰＩをあらかじめ配達管理システム５０を使用する第３事業者に開示（または提供）しておく。つまり、配達管理システム５０と管理サーバシステム４０との間であらかじめフォーマットを規定しておくことで、配達管理システム５０は、このフォーマットで解錠依頼情報を生成し、送信することができる。

管理サーバシステム４０の通信部４１は、配達管理システム５０から解錠依頼情報を受信する。情報処理部４２は、受信された解錠依頼情報に含まれる居住者Ａの部屋番号と、記憶部４３に記憶された宅配ロッカー管理情報とに基づいて、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かを判定する。

情報処理部４２は、宅配ロッカー４５に解錠依頼情報に含まれる居住者Ａの部屋番号宛ての荷物が入庫されていると判定すると（Ｓ９５）、当該荷物が入庫されている対象の収容部の識別情報を特定し、対象の収容部を解錠するように宅配ロッカー４５に指令するための解錠指令を生成する。情報処理部４２は、生成した解錠指令を宅配ロッカー４５へ送信する（Ｓ９６）。解錠指令は、具体的には、通信部４１によって宅配ロッカー４５へ送信される。以降のステップＳ９７～Ｓ１０１の処理は、ステップＳ３７～Ｓ４１の処理と同様である。

なお、配達管理システム５０（情報処理部５２）は、ステップＳ９３において、居住者Ａが重複入庫に同意していないと判定した場合には、解錠依頼情報を送信しない。同様に、管理サーバシステム４０（情報処理部４２）は、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されていないと判定した場合には、解錠指令を送信しない。これらいずれの場合も、宅配ロッカー４５においては、対象の収容部を解錠する処理（ステップＳ９７～Ｓ１０１の処理）ではなく、空いている収容部４６が解錠される処理（ステップＳ１３～Ｓ１６の処理）が行われる（重複入庫は行われない）。

以上説明したように、情報処理システム１０は、配達管理システム５０及び管理サーバシステム４０の連携により、荷物の重複入庫を実現することができる。

［動作例５］
ところで、対象の収容部には、既に居住者Ａ宛ての荷物が入っていることから、対象の収容部の扉がむやみに解錠されることは好ましくない。そこで、上記動作例１～３において、重複入庫の際、対象の収容部の扉を解錠するためにパスコードの入力が要件とされてもよい。以下、このような動作例５について説明する。図８は、動作例５のシーケンス図である。

なお、図８は、動作例１をベースに一時的なパスコードが設定される場合のシーケンス図であり、動作例１と実質的に同一の処理が行われるステップについては、動作例１と同じステップの番号が付与されている。動作例１で説明した事項は、特に断りの無い限り動作例５でも同様である。

ステップＳ３１～ステップＳ３２の処理は動作例１と同様である。制御装置３３は、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されており、かつ、居住者Ａが重複入庫に同意していると判定した場合（Ｓ３３）、重複入庫が可能であることを通知するための通知情報をロビーインターホン３１へ送信する（Ｓ４２）。

ロビーインターホン３１は、通知情報を受信すると、重複入庫が可能であることを通知するための通知画面を表示する。この通知画面は、重複入庫の際に使用するパスコードの入力画面でもある。配達員ｂは、重複入庫を行う場合には、所望のパスコードを入力する。ロビーインターホン３１のユーザインターフェースは所望のパスコードの入力を受け付けると（Ｓ４３）、パスコードの設定依頼情報を制御装置３３へ送信する（Ｓ４４）。パスコードの設定依頼情報は、ステップＳ４３において入力された所望のパスコードを、重複入庫の際に使用するパスコードとして設定することを依頼する情報である。

制御装置３３は、パスコードの設定依頼情報を受信すると、パスコードの設定依頼情報を含む指示情報を、ゲートウェイ装置３４を介して通信システム２０へ送信する（Ｓ３４ａ）。指示情報には、居住者Ａの部屋番号、及び、パスコードの設定依頼情報が含まれる。

通信システム２０の通信部２１は、制御装置３３から指示情報を受信する。情報処理部２２は、受信された指示情報に基づいて、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ３５ａ）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。解錠依頼情報には、居住者Ａの部屋番号、及び、パスコードの設定依頼情報（いずれも指示情報に含まれていた情報）が含まれる。

管理サーバシステム４０の通信部４１は、通信システム２０から解錠依頼情報を受信する。情報処理部４２は、受信された解錠依頼情報に含まれる居住者Ａの部屋番号と、記憶部４３に記憶された宅配ロッカー管理情報とに基づいて、居住者Ａの部屋番号宛ての荷物が入庫されている収容部４６（以下対象の収容部とも記載される）の識別情報を特定する。また、情報処理部４２は、特定した対象の収容部を解錠するように宅配ロッカー４５に指令するための解錠指令を生成する。この解錠指令は、設定依頼情報が示すパスコードの設定指令でもある。

情報処理部４２は、生成した解錠指令を宅配ロッカー４５へ送信する（Ｓ３６ａ）。解錠指令は、具体的には、通信部４１によって宅配ロッカー４５へ送信される。

宅配ロッカー４５は、管理サーバシステム４０から解錠要求を受信すると、入庫操作において居住者Ａの部屋番号が入力されたときに対象の収容部を解錠するスタンバイモードに遷移し、かつ、パスコードを設定する（Ｓ３７ａ）。なお、設定されたパスコードは一時的に有効なものであり、使用期間が限定されているか、あるいは、使用回数に上限が設けられている。つまり、パスコードは、所定期間のみ有効であるか、または、所定回数のみ有効である。所定期間、及び、所定回数については、適宜定められればよく、特に限定されない。

ここで、ステップＳ４３においてパスコードの入力を行った配達員ｂは、宅配ロッカー４５へ荷物を入庫する。配達員ｂは、具体的には、宅配ロッカー４５が備えるユーザインターフェースに対して入庫操作を行い、宅配ロッカー４５は、このような入庫操作を受け付ける（Ｓ３８ａ）。入庫操作には、配達先の専有部の部屋番号の入力操作（つまり、居住者Ａの部屋番号の入力操作）、及び、パスコードの入力操作が含まれる。

このとき、宅配ロッカー４５は、ステップＳ３８ａで入力されたパスコードと、ステップＳ３７ａで設定されたパスコードが一致することを要件として、対象の収容部の扉を解錠し、当該対象の収容部への荷物の入庫を促すメッセージを画像または音声によって配達員ｂに提示する（Ｓ３９ａ）。なお、パスコードが一致しなかった場合には、宅配ロッカー４５は、例えば、対象の収容部ではなく空いている収容部４６の扉を解錠し、当該収容部４６への荷物の入庫を促すメッセージを画像または音声によって配達員ｂに提示する。

配達員ｂによって対象の収容部へ荷物が入庫されると（Ｓ４０）、宅配ロッカー４５は、当該対象の収容部の扉を施錠する（Ｓ４１）。

以上説明したように、情報処理システム１０は、通信システム２０及び管理サーバシステム４０の連携により、パスコードの入力を要件として荷物の重複入庫を実現することができる。

なお、動作例５では、パスコードは配達員によって指定されたが、これとは逆に、管理サーバシステム４０によって発行（設定）されたパスコードが配達員に通知されてもよい。また、動作例５では、動作例１において重複入庫にパスコードの入力が要件とされる例について説明されたが、動作例２または３において重複入庫にパスコードの入力が要件とされてもよい。

［動作例６］
上記動作例４において、重複入庫の際、対象の収容部の扉を解錠するためにパスコードの入力が要件とされてもよい。以下、このような動作例６について説明する。図９は、動作例６のシーケンス図である。

なお、図９は、動作例４をベースに一時的なパスコードが設定される場合のシーケンス図であり、動作例４と実質的に同一の処理が行われるステップについては、動作例４と同じステップの番号が付与されている。動作例４で説明した事項は、特に断りの無い限り動作例６でも同様である。

配達員は、重複入庫を意図して、配達員が所持する第２情報端末７０が備えるユーザインターフェースに対して所定の操作を行い、第２情報端末７０は、このような所定の操作を受け付ける（Ｓ９１ａ）。所定の操作には、荷物の伝票番号の入力操作、及び、所望のパスコードの入力操作が含まれる。

第２情報端末７０は、所定の操作を受け付けると、指示情報を配達管理システム５０へ送信する（Ｓ９２ａ）。指示情報には、所定の操作によって入力された伝票番号、及び、パスコードの設定依頼情報が含まれる。パスコードの設定依頼情報には、ステップＳ９１ａにおいて入力された所望のパスコードを、重複入庫の際に使用するパスコードとして設定することを依頼するための情報である。

配達管理システム５０の通信部５１は、第２情報端末７０から指示情報を受信する。情報処理部５２は、指示情報を受信すると、居住者Ａが重複入庫に同意しているか否かを判定する。情報処理部５２は、居住者Ａが重複入庫に同意していると判定すると（Ｓ９３）、受信された指示情報に基づいて、管理サーバシステム４０との間で規定したフォーマットの解錠依頼情報を生成し、解錠依頼情報を管理サーバシステム４０へ送信する（Ｓ９４ａ）。解錠依頼情報の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。解錠依頼情報には、居住者Ａの部屋番号、及び、パスコードの設定依頼情報が含まれる。

管理サーバシステム４０の通信部４１は、配達管理システム５０から解錠依頼情報を受信する。情報処理部４２は、受信された解錠依頼情報に含まれる居住者Ａの部屋番号と、記憶部４３に記憶された宅配ロッカー管理情報とに基づいて、宅配ロッカー４５に居住者Ａの部屋番号宛ての荷物が入庫されているか否かを判定する。

情報処理部４２は、宅配ロッカー４５に解錠依頼情報に含まれる居住者Ａの部屋番号宛ての荷物が入庫されていると判定すると（Ｓ９５）、当該荷物が入庫されている対象の収容部の識別情報を特定し、対象の収容部を解錠するように宅配ロッカー４５に指令するための解錠指令を生成する。この解錠指令は、設定依頼情報が示すパスコードの設定指令でもある。

情報処理部４２は、生成した解錠指令を宅配ロッカー４５へ送信する（Ｓ９６ａ）。解錠指令は、具体的には、通信部４１によって宅配ロッカー４５へ送信される。以降のステップＳ９７ａ～Ｓ９９ａ、Ｓ１００～Ｓ１０１の処理は、ステップＳ３７ａ～Ｓ３９ａ、Ｓ４０～Ｓ４１の処理と同様である。

以上説明したように、情報処理システム１０は、配達管理システム５０及び管理サーバシステム４０の連携により、パスコードの入力を要件として荷物の重複入庫を実現することができる。

なお、動作例６では、パスコードは配達員によって指定されたが、これとは逆に、管理サーバシステム４０によって発行（設定）されたパスコードが配達員に通知されてもよい。

［動作例７］
上記動作例１～６においては、通信システム２０は、ＡＰＩに基づいて定められたフォーマットで解錠依頼情報を管理サーバシステム４０へ送信した。ここで、通信システム２０は、ＡＰＩに基づいて定められたフォーマットで、宅配ロッカー４５の状態を、管理サーバシステム４０から受信（取得）することもできる。図１０は、このような動作例７のシーケンス図である。

通信システム２０の情報処理部２２は、宅配ロッカー４５の状態を取得するための情報提供要求であって、管理サーバシステム４０との間で規定したフォーマットの情報提供要求を生成し、情報提供要求を管理サーバシステム４０へ送信する（Ｓ１１１）。情報提供要求の管理サーバシステム４０への送信は、具体的には、通信部２１によって行われる。

管理サーバシステム４０の通信部４１は、通信システム２０から情報提供要求を受信する。情報処理部４２は、受信された情報提供要求に基づいて、宅配ロッカー４５の状態を示す状態情報を通信システム２０へ送信する（Ｓ１１２）。

通信システム２０の通信部２１は、管理サーバシステム４０から状態情報を受信する。このように、通信システム２０は、管理サーバシステム４０から宅配ロッカー４５の状態を受信（取得）することができる。

上記基本動作で説明したように、宅配ロッカー４５は入庫情報（または出庫情報）を制御装置３３及び管理サーバシステム４０のそれぞれへ送信する。制御装置３３へ送信される入庫情報の内容が、管理サーバシステム４０へ送信される入庫情報の内容よりも少ない場合、制御装置３３において管理されていない宅配ロッカー４５の状態が、管理サーバシステム４０においては管理されているといえる。このような場合に、通信システム２０は、制御装置３３ではなく、管理サーバシステム４０から宅配ロッカー４５の状態を受信すればよい。具体的には、通信システム２０は、宅配ロッカー４５の状態として、宅配ロッカー４５に入庫されている荷物の種別を示す情報等を管理サーバシステム４０から受信（取得）することができる。

［変形例］
上記実施の形態では、解錠依頼情報に基づいて、宅配ロッカー４５の収容部４６の扉が解錠される動作例について説明した。ここで、宅配ロッカー４５の収容部４６の扉が自動開閉に対応している場合、扉の解錠に加えて、または、扉の解錠に代えて、扉の開放が行われてもよい。つまり、解錠依頼情報は、宅配ロッカー４５の収容部４６の扉に対して解錠及び開放の少なくとも一方を行うための情報であればよい。

また、上記実施の形態において、訪問者が配達員であるか否かについては、ロビーインターホン３１への訪問要件の入力操作によって判定されたが、訪問者が配達員であることの確実性を高めるために、訪問者に対して、ロビーインターホン３１へ荷物の伝票番号を入力することが求められてもよい。この場合、インターホンシステム３０（ロビーインターホン３１）は、入力された伝票番号が正しいかを配達管理システム５０へ問い合わせるように、通信システム２０へ指示する。通信システム２０から配達管理システム５０への問い合わせにおいては、通信システム２０と配達管理システム５０との間であらかじめ規定されたフォーマットであってＡＰＩに基づくフォーマットが使用されればよい。

また、上記実施の形態では、宅配ロッカー４５は、集合住宅１００のエントランスのオートロック式ドア３５の外側（屋外側）に設けられたが、オートロック式ドア３５の内側（屋内側）に設けられてもよい。例えば、集合住宅１００の各フロア（または各エリア）に当該フロア（エリア）に居住する居住者用の宅配ロッカー４５が設けられる場合、及び、専有部ごとに当該専有部に居住する居住者専用の宅配ロッカー４５が設けられる場合なども考えられる。

このように宅配ロッカー４５がオートロック式ドア３５の内側（屋内側）に設けられる場合、配達員は、宅配ロッカー４５を使用するために、オートロック式ドア３５を解錠する必要がある。そこで、通信システム２０または管理サーバシステム４０は、オートロック式ドア３５を解錠するためのパスコードを発行（設定）してもよい。パスコードの設定方法としては、動作例５または動作例６において説明された宅配ロッカー４５用のパスコードの設定方法が援用されてもよいし、別の設定方法が採用されてもよい。また、動作例５または動作例６で説明した宅配ロッカー４５用のパスコードがオートロック式ドア３５を解錠するためのパスコードとしても使用できるようにされてもよい。

また、上記実施の形態では、施設に設けられた設備システムとしてインターホンシステム３０が例示されたが、施設に設けられた設備システムはインターホンシステム３０に限定されない。例えば、施設に設けられた設備システムは、ＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎｅｇｅｍｅｎｔ Ｓｙｓｔｅｍ）などのＥＭＳであり、インターホンシステム３０の制御装置３３が実行する処理を、ＥＭＳコントローラ等が実行してもよい。

［効果等］
以下、本明細書の開示内容から得られる発明を例示し、当該発明から得られる効果等について説明する。

発明１は、施設に設けられた設備システムと通信する第１通信部と、施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、収納システムを管理する管理サーバシステム４０との間で規定されたフォーマットで、管理サーバシステム４０へ送信する第２通信部とを備える、通信システム２０である。施設は、例えば、集合住宅１００であり、設備システムは、例えば、インターホンシステム３０であり、第１通信部及び第２通信部は、例えば、通信部２１であり、収納システムは、例えば、宅配ロッカー４５であり、第１情報は、例えば、動作例１～３、５における解錠依頼情報である。

このような通信システム２０は、管理サーバシステム４０と連携して、収納システムの扉を解錠または開放することができる。つまり、通信システム２０は、他のシステム（管理サーバシステム４０）と連携することにより、収納システムを制御することができる。

発明２は、フォーマットは、管理サーバシステム４０または通信システム２０におけるアプリケーションプログラミングインタフェースに基づいて規定されたものである、発明１の通信システム２０である。

このような通信システム２０は、アプリケーションプログラミングインタフェースに基づいて、管理サーバシステム４０と連携することができる。

発明３は、第２通信部は、第１通信部が設備システムから受信した情報に基づいて、第１情報をフォーマットで管理サーバシステム４０へ送信する、発明１または２の通信システム２０である。第１通信部が設備システムから受信した情報は、例えば、指示情報である。

このような通信システム２０は、設備システムから情報を受信したことを契機に、収納システムの扉を解錠または開放することができる。

発明４は、第１情報は、施設を特定するための情報を含む、発明１～３のいずれかの通信システム２０である。施設を特定するための情報は、例えば、集合住宅１００の専有部の部屋番号（住戸番号）である。

このような通信システム２０は、施設を特定するための情報を管理サーバシステム４０へ送信することで、収納システムの扉を解錠または開放することができる。

発明５は、第１情報は、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための識別情報の設定を依頼するための依頼情報を含む、発明１～４のいずれかの通信システム２０である。識別情報は、例えば、パスコードであり、依頼情報は、例えば、動作例５における解錠依頼情報である。

このような通信システム２０は、識別情報の入力を要件として、収納システムの扉を解錠または開放することができる。

発明６は、依頼情報は、識別情報として、収納システムの利用者の所望の識別情報を設定することを依頼するための情報である、発明５の通信システム２０である。利用者は、例えば、配達員である。

このような通信システム２０は、利用者が決めた識別情報の入力を要件として、収納システムの扉を解錠または開放することができる。

発明７は、識別情報は、所定期間のみ有効であるか、または、所定回数のみ有効である、発明５または６の通信システム２０である。

このような通信システム２０は、一時的に有効な識別情報の入力を要件として、収納システムの扉を解錠または開放することができる。

発明８は、第２通信部は、収納システムの状態を取得するための第２情報を、フォーマットで管理サーバシステム４０へ送信する、発明１～７のいずれかの通信システム２０である。第２情報は、例えば、動作例７における情報提供要求である。

このような通信システム２０は、収納システムの状態を取得することができる。

発明９は、収納システムの状態は、収納システムに入庫された荷物の種類に関する情報を含む、発明８の通信システム２０である。

このような通信システム２０は、収納システムに入庫された荷物の種類に関する情報を取得することができる。

発明１０は、通信システム２０との間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、通信システム２０によって送信された第１情報を受信する第１通信部と、第１通信部によって第１情報が受信された場合に、収納システムに扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信部とを備える、管理サーバシステム４０である。第１通信部及び第２通信部は、例えば、通信部４１であり、第１情報は、例えば、動作例１～６における解錠依頼情報であり、収納システムに扉の解錠及び開放の少なくとも一方を実行させるための情報は、例えば、解錠指令である。なお、発明１０において、通信システム２０は、配達管理システム５０に読み替えられてもよい。

このような管理サーバシステム４０は、通信システム２０（または配達管理システム５０）と連携して、収納システムの扉を解錠または開放することができる。つまり、管理サーバシステム４０は、他のシステム（通信システム２０または配達管理システム５０）と連携することにより、収納システムを制御することができる。

発明１１は、フォーマットは、管理サーバシステム４０または通信システム２０におけるアプリケーションプログラミングインタフェースに基づいて規定されたものである、発明１０の管理サーバシステム４０である。なお、発明１１において、通信システム２０は、配達管理システム５０に読み替えられてもよい。

このような管理サーバシステム４０は、アプリケーションプログラミングインタフェースに基づいて、通信システム２０（または配達管理システム５０）と連携することができる。

発明１２は、配達員が携帯する第２情報端末７０と通信する第１通信部と、配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、収納システムを管理する管理サーバシステム４０との間で規定されたフォーマットで管理サーバシステム４０へ送信する第２通信部とを備える、配達管理システム５０である。第１通信部及び第２通信部は、例えば、通信部５１であり、第１情報は、動作例４または６における解錠依頼情報である。

このような配達管理システム５０は、管理サーバシステム４０と連携して、収納システムの扉を解錠または開放することができる。つまり、配達管理システム５０は、他のシステム（管理サーバシステム４０）と連携することにより、収納システムを制御することができる。

発明１３は、フォーマットは、管理サーバシステムまたは配達管理システムにおけるアプリケーションプログラミングインタフェースに基づいて規定されたものである、発明１２の配達管理システム５０である。

このような配達管理システム５０は、アプリケーションプログラミングインタフェースに基づいて、管理サーバシステム４０と連携することができる。

発明１４は、通信システム２０などのコンピュータによって実行される情報処理方法であって、施設に設けられた設備システムと通信する第１通信ステップと、施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、収納システムを管理する管理サーバシステム４０との間で規定されたフォーマットで、管理サーバシステム４０へ送信する第２通信ステップとを含む、情報処理方法である。

このような情報処理方法は、管理サーバシステム４０と連携して、収納システムの扉を解錠または開放することができる。

発明１５は、管理サーバシステム４０などのコンピュータによって実行される情報処理方法であって、通信システム２０との間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、通信システム２０によって送信された第１情報を受信する第１通信ステップと、第１通信ステップにおいて第１情報が受信された場合に、収納システムに扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信ステップとを含む、情報処理方法である。なお、発明１５において、通信システム２０は、配達管理システム５０に読み替えられてもよい。

このような情報処理方法は、通信システム２０（または配達管理システム５０）と連携して、収納システムの扉を解錠または開放することができる。

発明１６は、配達管理システム５０などのコンピュータによって実行される情報処理方法であって、配達員が携帯する第２情報端末７０と通信する第１通信ステップと、配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、収納システムを管理する管理サーバシステム４０との間で規定されたフォーマットで管理サーバシステム４０へ送信する第２通信ステップとを含む。

このような情報処理方法は、管理サーバシステム４０と連携して、収納システムの扉を解錠または開放することができる。

（その他の実施の形態）
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではない。

例えば、上記実施の形態では、情報処理システムは、集合住宅に適用されたが、集合住宅以外の施設に適用されてもよい。例えば、情報処理システムは、オフィス、工場、研究施設、医療施設、宿泊施設等の施設であって、収納システム（宅配ロッカー）が設けられた施設に適用することができる。

また、通信システムは、複数の装置（例えば、複数のサーバ）によって実現されてもよいし、単一の装置（例えば、単一のサーバ）として実現されてもよい。通信システムが複数の装置によって実現される場合、通信システムが備える構成要素（特に、機能的な構成要素）は、複数の装置にどのように振り分けられてもよい。管理サーバシステム及び配達管理システムについても同様である。

また、上記実施の形態における装置間の通信方法については特に限定されるものではない。また、装置間の通信においては、図示されない中継装置（ブロードバンドルータなど）が介在してもよい。

また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、複数の処理の順序が変更されてもよいし、複数の処理が並行して実行されてもよい。

また、上記実施の形態において、各構成要素は、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、各構成要素は、ハードウェアによって実現されてもよい。例えば、各構成要素は、回路（または集積回路）でもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

また、本発明の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよい。また、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

例えば、本発明は、上記実施の形態の通信システム、管理サーバシステム、または、配達管理システムなどのコンピュータが実行する情報処理方法として実現されてもよいし、コンピュータに情報処理方法を実行させるためのプログラム（コンピュータプログラムプロダクト）として実現されてもよい。また、本発明は、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

２０ 通信システム
２１ 通信部（第１通信部、第２通信部）
３０ インターホンシステム（設備システム）
４０ 管理サーバシステム
４１ 通信部（第１通信部、第２通信部）
４５ 宅配ロッカー（収納システム）
５０ 配達管理システム
５１ 通信部（第１通信部、第２通信部）
７０ 第２情報端末（情報端末）
１００ 集合住宅（施設）

Claims (17)

1. 施設に設けられた設備システムと通信する第１通信部と、
   前記施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで、前記管理サーバシステムへ送信する第２通信部とを備える
   通信システム。
2. 前記フォーマットは、前記管理サーバシステムまたは前記通信システムにおけるアプリケーションプログラミングインタフェースに基づいて規定されたものである
   請求項１に記載の通信システム。
3. 前記第２通信部は、前記第１通信部が前記設備システムから受信した情報に基づいて、前記第１情報を前記フォーマットで前記管理サーバシステムへ送信する
   請求項１または２に記載の通信システム。
4. 前記第１情報は、前記施設を特定するための情報を含む
   請求項１または２に記載の通信システム。
5. 前記第１情報は、前記収納システムの扉に対して解錠及び開放の少なくとも一方を行うための識別情報の設定を依頼するための依頼情報を含む
   請求項１または２に記載の通信システム。
6. 前記依頼情報は、前記識別情報として、前記収納システムの利用者の所望の識別情報を設定することを依頼するための情報である
   請求項５に記載の通信システム。
7. 前記識別情報は、所定期間のみ有効であるか、または、所定回数のみ有効である
   請求項５に記載の通信システム。
8. 前記第２通信部は、前記収納システムの状態を取得するための第２情報を、前記フォーマットで前記管理サーバシステムへ送信する
   請求項１に記載の通信システム。
9. 前記収納システムの状態は、前記収納システムに入庫された荷物の種類に関する情報を含む
   請求項８に記載の通信システム。
10. 通信システムとの間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、前記通信システムによって送信された前記第１情報を受信する第１通信部と、
    前記第１通信部によって前記第１情報が受信された場合に、前記収納システムに前記扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信部とを備える
    管理サーバシステム。
11. 前記フォーマットは、前記管理サーバシステムまたは前記通信システムにおけるアプリケーションプログラミングインタフェースに基づいて規定されたものである
    請求項１０に記載の管理サーバシステム。
12. 配達員が携帯する情報端末と通信する第１通信部と、
    前記配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで前記管理サーバシステムへ送信する第２通信部とを備える
    配達管理システム。
13. 前記フォーマットは、前記管理サーバシステムまたは前記配達管理システムにおけるアプリケーションプログラミングインタフェースに基づいて規定されたものである
    請求項１２に記載の配達管理システム。
14. コンピュータによって実行される情報処理方法であって、
    施設に設けられた設備システムと通信する第１通信ステップと、
    前記施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで、前記管理サーバシステムへ送信する第２通信ステップとを含む
    情報処理方法。
15. コンピュータによって実行される情報処理方法であって、
    通信システムとの間で規定されたフォーマットを有する、収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報であって、前記通信システムによって送信された前記第１情報を受信する第１通信ステップと、
    前記第１通信ステップにおいて前記第１情報が受信された場合に、前記収納システムに前記扉の解錠及び開放の少なくとも一方を実行させるための情報を送信する第２通信ステップとを含む
    情報処理方法。
16. コンピュータによって実行される情報処理方法であって、
    配達員が携帯する情報端末と通信する第１通信ステップと、
    前記配達員が荷物の配達のために訪問する施設に設けられた収納システムの扉に対して解錠及び開放の少なくとも一方を行うための第１情報を、前記収納システムを管理する管理サーバシステムとの間で規定されたフォーマットで前記管理サーバシステムへ送信する第２通信ステップとを含む
    情報処理方法。
17. 請求項１４～１６のいずれか１項に記載の情報処理方法を前記コンピュータに実行させるためのプログラム。

Images