JP6858403B2

JP6858403B2 - 収納装置

Info

Publication number: JP6858403B2
Application number: JP2017164828A
Authority: JP
Inventors: 智晴内山; 彰島添
Original assignee: Ｙｐｅｒ株式会社
Priority date: 2017-08-14
Filing date: 2017-08-14
Publication date: 2021-04-14
Anticipated expiration: 2037-08-14
Also published as: JP7194463B2; JP2019036265A; JP2021103547A

Description

本発明は、例えば、インターネットのオンラインショッピングにより購入した商品の宅配荷物の受取りに用いられる収納装置に関するものである。

インターネットなどによるオンラインショッピングにより購入した商品の荷物の宅配が増加する一方で、独身者や共働き世帯の増加により、購入者が荷物の配送時に不在となっている。これにより、配送業者にとっては、再配達のコストが問題となる。また、ユーザー（荷受人、購入者）にとっては、荷物をなかなか受取ることができない、という問題が生じる。配送業者、ユーザーの双方にとって、荷物の受け渡しを円滑に行うことが、重要な課題となっている。

かかる課題を解決するため、不在時の荷物の受取りを可能にするために、荷物の受取りに用いられる収納装置が、マンションに設置される等の形で、利用されている。例えば、特許文献１には、自動取引装置を収納装置のそばに設置し、施錠、解錠による開閉制御を行うようにした収納装置が開示されている。かかる収納装置は、収納扉が開かないように電子的に施錠された場合に開錠するためのパスワードを自動取引装置の記憶手段に記憶している。ユーザーは、自動取引装置の表示画面に基づいて、伝えられたパスワードをデータ入力手段からデータとして入力し、入力されたデータは制御処理手段に送信され、制御処理手段は、入力されたデータと、記憶手段に記憶されたパスワードと同じであるかどうかを判断し、制御処理手段は、該当する収納装置の収納扉に施したロックを開錠させて開閉を自由にする。

特開２００４−１８０９０６号公報

このように、特許文献１に記載された収納装置は、収納装置自体において、施錠又は開錠の判断をする等、収納装置自体が高機能であり、個々の収納装置の製造コストが高い。近年、収納装置が設置されたマンションが増加してきているが、配送する荷物の量の増加と、ユーザーの不在率の増加により、収納装置が収納された荷物で一杯になってしまい、収納装置の数が不足している問題や、収納装置が設置されていないマンションや一戸建ての居住者も収納装置を利用したいというニーズがあることから、収納装置の設置個所を、大幅に増加させる必要が生じている。このような場合、収納装置の製造コストが高いことは、収納装置を普及させる際に、大きな障害となる。

そこで、本発明は、個々の収納装置の機能を削減し、個々の収納装置を管理する収納装置管理サーバに収納装置の管理をさせることにより、個々の収納装置の製造コストを抑えつつ、利用性が高い収納システムを提供することにある。

かかる課題を解決すべく、第１の発明は、受信部と、配送先決定手段とを有し、ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバを提供する。受信部は、荷物の追跡に関するトラッキング情報を受信する。配送先決定手段は、受信部が受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、ユーザーが指定した一又は複数の指定収納装置から、荷物を配送する配送先収納装置を決定する処理を開始し、配送先収納装置を決定する。

第１の発明において、前記配送先決定手段は、指定収納装置のうち、指定収納装置の収納状況に基づき収納可能な収納装置を前記配送先収納装置として決定することが望ましい。

第１の発明において、前記所定の決定処理開始条件は、荷物が荷物の運送業者の仕分場に所在する内容の前記トラッキング情報を受信したことであることが望ましい。

第１の発明において、前記複数の指定収納装置の全部又は一部は同一の配送エリアに所在する収納装置であることが望ましい。

第１の発明において、前記配送先決定手段は、所定の限界条件を具備した場合に、前記配送先収納装置を決定していないときは、前記指定収納装置以外を配送先として決定することが望ましい。

かかる課題を解決すべく、第２の発明は、受信工程と、配送先決定工程とを有し、ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバの制御方法を提供する。受信工程は、荷物の追跡に関するトラッキング情報を受信する。配送先決定工程は、受信工程が受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、ユーザーが指定した一又は複数の指定収納装置から、荷物を配送する配送先収納装置を決定する処理を開始し、配送先収納装置を決定する。

かかる課題を解決すべく、第３の発明は、ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバを、受信手段と、配送先決定手段として機能させる収納装置管理サーバで実行可能なプログラムを提供する。受信手段は、荷物の追跡に関するトラッキング情報を受信する。配送先決定手段は、受信手段が受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、ユーザーが指定した一又は複数の指定収納装置から、荷物を配送する配送先収納装置を決定する処理を開始し、配送先収納装置を決定する。

本発明によれば、個々の収納装置の機能を削減し、個々の収納装置を管理する収納装置管理サーバに収納装置の管理をさせることにより、個々の収納装置の製造コストを抑えつつ、利用性が高い収納システムを提供することができる。

収納システムの全体図である。収納装置管理サーバのブロック図である。収納装置のブロック図である。収納装置ＤＢのデータ構成を示す図である。ユーザーＤＢのデータ構成を示す図である。配送情報ＤＢのデータ構成を示す図である。商品購入及び配送先の選択をするときのユーザー端末、ＥＣサイトサーバ、収納装置管理サーバ、配送業者管理サーバによる動作の流れを示すフローチャートである。配送先を決定するときのユーザー端末、収納装置管理サーバ、配送業者管理サーバ、配送業者端末による動作の流れを示すフローチャートである。収納装置に荷物を収納する場合のユーザー端末、収納装置、収納装置管理サーバ、配送業者端末による動作の流れを示すフローチャートである。収納装置に荷物を収納する場合のユーザー端末、収納装置、収納装置管理サーバによる動作の流れを示すフローチャートである。収納装置から荷物を取り出す場合のユーザー端末、収納装置、収納装置管理サーバ、配送業者端末による動作の流れを示すフローチャートである。

図１は、本実施形態に係る収納システムの全体図である。収納システム２００は、収納装置２０を管理する収納装置管理サーバ１０と、荷物を収納する収納装置２０と、荷物を配送する配送業者が荷物を管理する配送業者管理サーバ３０と、配送業者が荷物を配送する際に利用する端末である配送業者端末４０と、荷物の荷受人であるユーザーが利用する端末であるユーザー端末６０が、情報を通信するためのネットワーク１００に接続されることにより構成される。なお、収納システム２００を構成するこれらの機器は、その全てが互いにネットワーク１００を介して通信できなくてもよい。例えば、ユーザー端末６０は、収納装置管理サーバ１０、収納装置２０、ＥＣサイトサーバ５０のそれぞれと通信することができるが、配送業者管理サーバ３０、配送業者端末４０と通信できなくてもよい。また、収納システム２００は、これらの全ての機器から構成されなくてもよい。例えば、配送業者端末４０は、配送業者管理サーバ３０とのみ専用回線で通信がされ、他の機器とは、ネットワーク１００を介して通信できないといったごとくである。

図２は、収納装置管理サーバ１０のブロック図である。収納装置管理サーバ１０は、制御部１１０、通信部１２０、記憶部１３０を主体に構成される。

制御部１１０は、通信部１２０を介して取得した情報又は記憶部１３０に記憶された情報に基づき、情報の処理を行い、通信部１２０を介して他の機器に情報を送信し、記憶部１３０に情報を記憶する制御を行う。制御部１１０は、具体的には、配送先決定手段１１１、開施錠決定手段１１２により情報の処理を行う。

配送先決定手段１１１は、荷物の配送先を決定する処理を行う。具体的には、配送先決定手段１１１は、通信部１２０を介して取得した荷物のトラッキング情報が決定処理開始条件に合致するかどうかを判定し、決定処理開始条件に合致した場合、配送先の決定処理を開始する。配送先決定手段１１１は、配送先の決定処理を開始した場合、ユーザーの指定収納装置に空きがあるかどうかを判定する。配送先決定手段１１１は、指定収納装置が複数ある場合、ユーザーが設定した指定収納装置の優先順位に基づき上位から順番に空きがないかどうかを判定する。

開施錠決定手段１１２は、配送業者が荷物を収納する場合や、ユーザーが荷物を取り出す場合に、収納装置２０に設けられた収納室２４１のロック機構２４２を動作させることにより、特定の収納室２４１を開錠又は施錠することを決定する。

配送業者が荷物を収納する場合、開施錠決定手段１１２は、収納しようとする荷物の荷物情報に基づき、収納予定の収納装置２０が存在するかどうかを判定する。また、配送業者が、収納予定の収納装置２０に近接した位置に存在するかを判定し、誤開錠又は誤施錠を防止する。開施錠決定手段１１２は、収納予定の収納装置２０が存在し、配送業者が当該収納装置２０に近接した位置に存在する場合、収納室２４１の開錠を決定する。荷物が収納されていない状態の収納室２４１が施錠されている場合は、このように収納室２４１の開錠を決定するが、荷物が収納されていない状態の収納室２４１が開錠されている場合は、収納装置２０への荷物の収納が完了したことを検知した場合に、当該収納装置２０が収納予定かどうかを判定し、収納室２４１の施錠を決定する。

ユーザーが荷物を取り出す場合、開施錠決定手段１１２は、ユーザーが荷物を取り出そうとする収納装置２０に、ユーザーの荷物が収納されているかどうかを判定し、ユーザーの荷物が収納されていると判定した場合、収納室２４１の開錠を決定する。

通信部１２０は、収納装置管理サーバ１０から他の機器に情報を送信する送信部１２１と、他の機器から情報を受信する受信部１２２を主体に構成される。

記憶部１３０は、収納装置２０に関する情報を記憶する収納装置ＤＢ１３１と、ユーザーに関する情報を記憶するユーザーＤＢ１３２と、配送する荷物に関する情報を記憶する配送情報ＤＢ１３３、決定処理開始条件と限界条件を記憶する条件ＤＢ１３４を主体に構成される。

決定処理開始条件は、配送先決定手段１１１が、配送先を決定する処理を開始する条件である。例えば、決定処理開始条件は、所定のトラッキング情報を受信することであってもよい。

限界条件は、配送先決定手段１１１が、配送先を決定する処理を終了する条件である。限界条件は、例えば、所定のトラッキング情報や、時間であってもよい。また、限界条件は、決定処理開始条件と同じ条件としてもよいし、異なる条件としてもよい。同じ条件とした場合、配送先を決定する処理は、一度だけ行われる。

なお、図２では、収納装置管理サーバ１０が、１台のコンピューターから、構成されることを前提に説明をしたが、収納装置管理サーバ１０は、複数のコンピューターから構成されてもよい。例えば、記憶部１３０の備える収納装置ＤＢ１３１、ユーザーＤＢ１３２、配送情報ＤＢ１３３、条件ＤＢ１３４が異なるコンピューターの記憶部に存在し、これらが一体となって収納装置管理サーバ１０を構成してもよい。

図３は、収納装置のブロック図である。収納装置２０は、処理部２１０、通信部２２０、記憶部１３０、収納部２４０、操作部２５０、表示部２６０を主体に構成されている。

処理部２１０は、開施錠指示手段２１１、表示指示手段２１２を主体に構成される。開施錠指示手段２１１は、ロック機構２４２に対し、開錠又は施錠の動作をさせる指示をする。表示指示手段２１２は、表示部２６０に対し、表示する内容を指示する。例えば、受信部１２２が収納装置表示情報を受信した場合に、当該収納装置表示情報を表示するように、表示部２６０に対し指示をする。

通信部２２０は、送信部２２１、受信部２２２を主体に構成される。送信部２２１は、ネットワーク１００を介して、他の機器に情報を送信する。受信部２２２は、ネットワーク１００を介して、他の機器から情報を受信する。

記憶部２３０は、メモリ２３１を主体に構成される。メモリ２３１は、情報を記憶する。メモリ２３１は、例えば、受信部２２２が収納装置表示情報を受信した場合に、当該収納装置表示情報を記憶する。

収納部２４０は、収納室２４１、ロック機構２４２を主体に構成される。収納室２４１は、荷物を収納する空間であり、複数設けられている。ロック機構２４２は、収納室２４１それぞれに対応して設けられており、収納室２４１を施錠又は開錠する。

操作部２５０は、配送業者、ユーザー等が、操作し、収納室２４１に対して、情報を入力することができる。

表示部２６０は、情報を表示する、例えばディスプレイである。例えば、収納装置表示情報に基づく表示を表示する。

図４は、収納装置ＤＢ１３１のデータ構成図である。収納装置ＤＢ１３１は、データベースに登録された複数の収納装置２０に関し、個々の収納装置２０に関する情報が記憶される。具体的には、収納装置識別情報、所在地エリア、収納装置表示情報、収納室情報、収納状況、使用ユーザー、配送荷物識別情報が考えられる。収納装置ＤＢ１３１では、これらの情報が対応付けて記憶されている。

収納装置識別情報は、収納装置２０を識別するために、収納装置に割り振られた情報である。本実施形態では、収納装置ＤＢ１３１に収納装置識別情報が１００１、１００２等の収納装置２０が登録されていることが分かる。

所在地エリアは、収納装置２０が設置された場所が所属する特定の地域である。所在地エリアは、例えば、配送業者が一定の地域毎に設置している営業所が配達を担当する地域を所在地エリアとしてもよい。特定の所在地エリアには、複数の収納装置２０が設置されている場合がある。本実施形態では、収納装置識別情報が１００１の収納装置２０の所在地エリアは東京１であり、収納装置識別情報が１００２の収納装置２０の所在地エリアは東京２であることが分かる。

収納室番号は、収納装置２０に設置された収納室２４１に割り振られた情報である。本実施形態では、収納装置識別情報が１００１の収納装置２０は収納室番号が１００１Ａ〜１００１Ｌまでの収納室２４１が設置されていることが分かる。

収納装置表示情報は、個々の収納装置２０に割り振られた収納装置表示に関する情報である。処理部１１０は、収納装置ＤＢ１３１に記憶された個々の収納装置２０の収納装置表示情報を更新してもよい。この場合、収納装置ＤＢ１３１に記憶された収納装置表示情報は所定時間毎に変化する。本実施形態では、収納装置識別情報が１００１の収納装置２０の収納装置表示情報は３２０１が記憶されているが、所定時間経過後には、これが変化することとなる。送信部２２１は、収納装置ＤＢ１３１に記憶された収納装置表示情報を収納装置２０に送信し、収納装置２０の表示部２６０に、収納装置表示情報に基づく収納装置表示がされる。

収納状況は、収納装置２０への荷物の収納の状況に関する情報である。例えば、荷物が収納されているかどうか、収納される予定があるかどうかの状況に関する情報である。本実施形態では、収納装置識別情報が１００１の収納装置２０の収納室番号が１００１Ａの収納室２４１は現在荷物が収納されている状況であること（収納中）、同収納室番号が１００１Ｂの収納室２４１は荷物が収納される予定があること（収納予定）、同収納室番号が１００１Ｌの収納室２４１は荷物が収納されておらず、荷物が収納される予定がないこと（空き）が分かる。なお、本実施形態では、収納状況は、収納装置２０に設置された個々の収納室２４１に関する収納の状況を意味するが、収納装置２０全体での収納の状況を意味してもよい。例えば、収納装置２０が１０個の収納室２４１を備える場合に、８個の収納室が収納中又は収納予定であり、２個の収納室が空きの状況であるといったごとくである。

使用ユーザーは、収納装置２０に荷物を収納中又は収納予定のユーザーに関する情報である。本実施形態では、収納室番号が１００１Ａの収納室２４１を、ユーザーＡが使用中であり、収納室番号が１００１Ｂの収納室２４１を、ユーザーＥが使用予定であることが分かる。

配送荷物識別情報は、荷物を識別するために用いる情報である。例えば、運送業者が管理している荷物番号であってもよい。本実施形態では、収納室番号が１００１Ａの収納室２４１に収納されている荷物の配送荷物識別情報は２０１６０８１２００１であり、収納室番号が１００１Ｂの収納室２４１に収納されている荷物の配送荷物識別情報は１０１６０８１４００５であることが分かる。

図５は、ユーザーＤＢ１３２のデータ構成を示す図である。ユーザーＤＢ１３２は、ユーザー毎に、ユーザー名、ユーザー識別情報、住所、所在地エリア、指定収納装置、優先順位が登録される。

ユーザー名は、荷物の受取人であるユーザーの名前である。ユーザー識別情報は、ユーザーを識別する情報であり、例えば、ユーザー毎に割り振られたＩＤや、ユーザーが利用するユーザー端末６０に割り振られた固有の識別情報であるユーザー端末識別情報であってもよい。

住所は、ユーザーの自宅住所やユーザーの職場の住所など、ユーザーに関する住所である。住所は、荷物の配送先として、ユーザーの指定する収納装置２０に空きがなかった場合の荷物の配送先に関する情報として利用してもよい。

所在地エリアは、指定収納装置が所在する所在地エリアである。指定収納装置は、ユーザーが荷物を受け取る収納装置２０として指定した収納装置２０である。ユーザーは、指定収納装置として、複数の収納装置２０を指定することができるが、この場合、複数の収納装置２０は、同一の所在地エリアに所在することをユーザーが複数の収納装置２０を指定する条件としてもよい。かかる条件を設けることにより、配送業者は、営業所ごとに配送を担当するエリアが決まっている場合に、配送を担当するエリア内の収納装置２０に荷物を収納することができる。

優先順位は、指定収納装置が複数存在する場合に、各指定収納装置間における優先関係を示す情報である。配送先決定手段１１１は、優先順位が高い収納装置２０から順に、配送先として決定する。

ユーザーＤＢ１３２において、個々のユーザーの情報が登録されるタイミングとしては、ユーザーが、例えば、収納システム２００を利用するために、ＥＣサイトから商品を購入する前に、ユーザー端末６０を用いて、収納装置管理サーバ１０にアクセスし、自らをユーザーとして登録をすることとしてもよい。かかる登録がされた場合に、ユーザーＤＢ１３２に、ユーザーの情報が登録される。また、ユーザー端末６０を用いて、収納装置管理サーバ１０にアクセスした場合、収納装置管理サーバ１０は、ユーザー端末識別情報を取得することができる。他のタイミングとしては、ユーザーがＥＣサイトで商品を購入する際に、配送先の住所を入力するタイミングで、収納装置管理サーバ１０にアクセスし、当該商品の配送先として収納装置２０を指定する場合に、ユーザーＤＢ１３２に、ユーザーの情報を登録してもよい。

本実施形態では、ユーザー名がユーザーＡのユーザーに関し、ユーザー識別情報として３２０１３３３、住所が東京都千代田区○○○−○○・・・が記憶されている。また、同ユーザーに関し、所在地エリアが東京１にある収納装置識別情報が１００１、１００５、１０１２の収納装置２０が指定収納装置として記憶されている。また、これらの指定収納装置の優先順位は、収納装置識別情報が１００５の収納装置２０が１位、収納装置識別情報が１００１の収納装置２０が２位、収納装置識別情報が１０１２の収納装置２０が３位として記憶されている。これらの指定収納装置及び優先順位は、ユーザーＡが選択したものである。

図６は、配送情報ＤＢ１３３のデータ構成を示す図である。配送情報ＤＢ１３３には、配送する荷物に関する情報である配送荷物情報が記憶される。本実施形態では、配送情報として、配送荷物識別情報毎に、ユーザー名、トラッキング情報、配送先情報、配送状況が記憶されている。配送荷物識別情報は、収納装置管理サーバ１０によって割り振られたものを記憶してもよいし、例えば、配送業者管理サーバ３０によって割り振られ、これを配送業者管理サーバ３０から通知を受けた上で、収納装置管理サーバ１０に記憶されてもよい。

トラッキング情報は、配送業者が配送する荷物の位置に関する情報である。例えば、配送業者は、荷送人から、荷受人（ユーザー）に対し荷物を配送する際に、荷物が荷送人から荷受人に配送されるまでの間の所定地点で、荷物の位置情報を、配送業者端末４０を用いて取得し、当該位置情報を、配送業者管理サーバ３０に送信し、配送業者管理サーバ３０はこれを記憶する。所定地点としては、例えば、配送業者が荷物を集荷した地点、荷送人側の荷物仕分場１、荷送人側の荷物仕分場２、荷受人側の荷物仕分場１、荷受人側の荷物仕分場２、荷物が配送を完了した地点等が考えられる。例えば、荷物を東京都中央区から、大阪府大阪市北区に発送する場合、荷送人側の荷物仕分場１として東京都中央区の仕分場、荷送人側の荷物仕分場２として東京２３区全体の仕分場、荷受人側の荷物仕分場１として大阪府大阪市全体の仕分場、荷受人側の荷物仕分場２として大阪府大阪市北区の仕分場が考えられる。

配送先情報は、荷物の配送先に関する情報である。配送先は、配送業者が商品を荷物として配送する場所である。例えば、収納装置、ユーザーの住所、ユーザーの職場、その他のユーザーの指定した場所が挙げられる。また、配送先が決まっていない場合は、配送先情報は未定となる。

配送状況は、荷物の配送の状況に関する情報である。例えば、荷物を配送中の場合は配送中、荷物の配送が完了した場合は配送完了、ユーザーが受取りを完了した場合、受取完了と記憶される。

本実施形態では、配送荷物識別情報２０１６０７２４００１の荷物の氏名はユーザーＫである。当該荷物は、トラッキング情報に、集荷作業店が記憶されており、直近でトラッキング情報が取得された地点は、集荷作業店であったことが分かる。また、荷物の配送先情報は未定であることから、未だ決定開始条件を満たしていないか、空ロッカーが未だ見つかっていない等の状態であることが分かる。この場合、配送状況は配送中である。

本実施形態は、配送情報ＤＢ１３３にユーザー名を用いたが、ユーザー名と共に又はこれに代えてユーザー識別情報を記憶してもよい。

次に、図７を参照しながら、ユーザーがＥＣサイトから商品を購入する際に商品に係る荷物の配送先を選択する場合の収納装置管理サーバ１０、配送業者管理サーバ３０、ＥＣサイトサーバ５０、ユーザー端末６０の動作について詳述する。

Ｓ１０１において、ユーザーは、ユーザー端末６０を操作し、商品を購入するために、ＥＣサイトサーバ５０にアクセスする。ＥＣサイトサーバ５０へのアクセスは、ブラウザを用いてＥＣサイトのホームページにアクセスする方法によってもよいし、ユーザー端末６０にインストールされたＥＣサイトの専用アプリを用いる方法によってもよい。

Ｓ１０２において、ＥＣサイトサーバ５０は、ユーザーが商品を購入するために必要となる情報をユーザー端末６０に送信する。商品を購入するために必要となる情報には、商品に関する情報の他、配送先を選択させる際に必要となる情報も含まれる。

Ｓ１０３において、ユーザー端末６０は、ＥＣサイトサーバ５０から送信された情報を画面に表示し、ユーザーは、ユーザー端末６０を操作して、商品の購入を行う。ユーザーは、商品の購入の際に、配送先を選択する。ユーザーは、配送先として、ユーザーの住所等を選択することもできるが、収納装置２０を選択することもできる。

Ｓ１０３において、ユーザーが、配送先として、収納装置２０を選択した場合、Ｓ１０４において、ユーザーが、配送先として、収納装置２０が選択された情報が収納装置管理サーバ１０に送信される。

Ｓ１０５において、収納装置管理サーバ１０は、配送情報ＤＢ１３３において、配送荷物情報を作成する。

Ｓ１０６において、収納装置管理サーバ１０は、配送荷物情報をＥＣサイトサーバ５０に送信する。

Ｓ１０７において、収納装置管理サーバ１０は、配送荷物情報を配送業者管理サーバ３０に送信する。

（変形実施例）
上記では、ユーザー端末６０において、ユーザーの購入した商品の配送先として収納装置を選択した情報を、ユーザー端末６０から、直接、収納装置管理サーバ１０に送信する実施形態を説明したが、次のような実施形態としてもよい。すなわち、ユーザー端末６０から、ユーザーの購入した商品の配送先を、配送業者管理サーバ３０に送信し、配送業者管理サーバ３０において、配送荷物情報を作成し、配送業者管理サーバ３０が、ユーザーの購入した商品の配送先が収納装置２０である場合に、収納装置管理サーバ１０に配送荷物情報を送信する実施形態としてもよい。

（変形実施例）
また、上記実施例では、Ｓ１０４において、ユーザー端末６０から、収納装置管理サーバ１０に配送先を送信したが、収納装置管理サーバ１０が配送先を受信できれば、いかなる機器から配送先が送信されてもよい。例えば、ユーザー端末６０が、ＥＣサイトサーバ５０に配送先を送信し、ＥＣサイトサーバ５０が、収納装置管理サーバ１０に配送先を送信してもよい。

次に、図８を参照しながら、配送先を決定するときの収納装置管理サーバ１０、配送業者管理サーバ３０、配送業者端末４０、ユーザー端末６０による動作を詳述する。

Ｓ２０１において、配送業者管理サーバ３０が、荷物のトラッキング情報を、収納装置管理サーバ１０に送信する。配送業者管理サーバ３０は、特定の荷物に関し、トラッキング情報を取得する都度、収納装置管理サーバ１０にトラッキング情報を送信する。受信したトラッキング情報は、配送情報ＤＢ１３３に記憶される。

Ｓ２０２において、収納装置管理サーバ１０は、取得したトラッキング情報が決定処理開始条件に合致するかどうかを判定する。決定開始条件に合致した場合、配送先決定手段１１１は、配送先を決定する処理を開始する。

Ｓ２０３において、配送先決定手段１１１は、配送情報ＤＢ１３３の荷物のユーザーのユーザーＤＢ１３２に記憶された指定収納装置が、収納装置ＤＢ１３１の収納状況を参照し、空きかどうかを参照する。指定収納装置が空きであった場合、Ｓ２０６に進む。指定収納装置が複数記憶されている場合、配送先決定手段１１１は、ユーザーＤＢ１３２に記憶された優先順位の上位の指定収納装置から順番に空きでないかどうかを参照し、空きが見つかった時点で、Ｓ２０６に進む。空きが見つからなかった場合、Ｓ２０５に進む。

Ｓ２０４において、配送先決定手段１１１は、限界条件を超えたかどうかを判定する。限界条件を超えない場合、Ｓ２０３に戻り、再度、空きの収納室が見つかるか収納装置ＤＢ１３１の収納状況を参照し、限界条件を超えるまで、かかる処理を繰り返す。例えば、限界条件を、決定処理開始条件とは異なるトラッキング情報に合致することとした場合、決定開始条件となる第１のトラッキング情報と限界条件となる第２のトラッキング情報を受信するまでの間、配送先を決定する処理を繰り返すこととなる。限界条件を超えた場合は、Ｓ２０５に進む。なお、限界条件を設定しなくてもよい。この場合、配送先を決定する処理が１度だけ行われることとなる。

Ｓ２０５において、収納装置管理サーバ１０は、配送情報ＤＢ１３３の配送先情報を更新する。Ｓ２０３において、空きの収納装置が見つかった場合、配送先情報として、空きであった収納装置に関する情報を記憶する。記憶する情報としては、例えば、収納装置識別情報や収納室情報であってもよい。また、収納装置ＤＢ１３１の収納状況も更新される。一方、Ｓ２０４において、限界条件を超え、空きの収納装置が見つからず、Ｓ２０５に進む場合、配送先情報ＤＢ１３３には、空きの収納装置以外の情報が記憶される。例えば、ユーザーＤＢ１３２に記憶されたユーザーの住所を記憶することとしてもよい。また、例えば、空き収納装置が見つかるまで、特定の場所で保管することを示す情報を記憶してもよい。

Ｓ２０６において、収納装置管理サーバ１０は、荷物のユーザーのユーザー端末６０に、配送先情報ＤＢ１３３に記憶された荷物の配送先情報を通知する。

Ｓ２０７において、収納装置管理サーバ１０は、配送業者管理サーバ３０に、配送先情報ＤＢ１３３に記憶された荷物の配送先情報を通知する。

Ｓ２０８において、配送業者管理サーバ３０は、配送業者端末４０に、収納装置管理サーバ１０から受信した配送先情報を通知する。

次に、図９を参照しながら、収納装置に荷物を収納する場合の収納装置管理サーバ１０、収納装置２０、配送業者端末４０、ユーザー端末６０による動作を詳述する。

Ｓ３００において、収納装置管理サーバ１０が、収納装置表示情報を、収納装置２０に送信する。収納装置管理サーバ１０は、例えば、所定時間の経過毎に、異なる収納装置表示情報を収納装置２０に送信してもよい。収納装置管理サーバ１０は、収納装置２０に送信した収納装置表示情報を、収納装置ＤＢ１３１に記憶する。

Ｓ３０１において、収納装置２０は、表示部２６０に、受信した収納装置表示情報に基づく表示をする。収納装置表示情報に基づく表示は、例えば、ＱＲコードや数字であってもよい。

Ｓ３０２において、配送業者は、配送業者端末４０を用いて、収納装置２０の表示部２６０に表示された収納装置表示情報に基づく表示から、収納装置表示情報を取得する。例えば、表示部２６０に表示されたＱＲコードの読み取りや、表示部２６０に表示された数字を配送業者端末４０に入力することにより取得してもよい。

Ｓ３０３において、配送業者端末４０は、収納装置表示情報と、荷物を特定するために用いる情報である荷物特定情報を、収納装置管理サーバ１０に送信する。荷物特定情報は、収納する荷物を特定できる情報であれば、いかなる情報であってもよい。例えば、荷物特定情報は、配送荷物識別情報であってもよい。また、荷物特定情報は、当該情報のみから荷物を特定することができなくても、荷物を特定するために用いられる情報であって、他の情報と併せて荷物を特定する情報であってもよい。

Ｓ３０４において、収納装置管理サーバ１０は、配送業者端末４０から受信した荷物特定情報に対応付けられた収納装置２０が存在するかどうかを判定する。当該判定は、例えば、配送情報ＤＢ１３３を参照し、特定の荷物の配送荷物識別情報に対応付けられた配送先情報に、収納装置２０又は収納室２４１が記憶されているかどうかによって判定してもよい。

Ｓ３０５において、開施錠決定手段１１２は、荷物特定情報に対応付けられた収納装置２０が存在した場合、当該収納装置２０に対応する収納装置表示情報を受信したかどうかを判定する。当該判定によって、配送業者が、収納予定の収納装置２０に近接した位置に存在するかどうかを判定し、誤開錠又は誤施錠を防止する。当該判定は、受信した収納装置表示情報が、収納装置ＤＢ１３１を参照し、収納予定の収納装置の収納装置表示情報と一致しているかどうかによって判定してもよい。

Ｓ３０６において、荷物特定情報に対応付けられた収納装置２０に対応する収納装置表示情報を受信していないと判定した場合、配送業者が収納予定の収納装置２０に近接した位置に存在しないものとして、配送業者端末４０に対しエラー通知をする。

Ｓ３０７において、収納装置管理サーバ１０は、荷物特定情報に対応する荷物を、収納装置表示情報に対応する収納装置２０に収納予定でなかった場合でも、当該収納装置２０に空きがないかどうかを判定する。かかる判定は、収納装置ＤＢ１３１を参照し、収納状況に空きの収納室２４１がないかどうかによって判定してもよい。

Ｓ３０８において、収納装置管理サーバ１０は、収納装置２０に空きがないと判定した場合、配送業者端末４０に対しエラー通知をする。

Ｓ３０９において、収納装置管理サーバ１０は、収納装置ＤＢ１３１における空きの収納室２４１の収納状況を収納予定に更新する。

Ｓ３１０において、収納装置管理サーバ１０は、収納予定の収納室２４１を開錠する決定をする。

Ｓ３１１において、収納装置管理サーバ１０は、収納装置２０に対し、収納室２４１の開錠指示を送信する。

Ｓ３１２において、収納装置２０の開施錠指示手段は、受信した開錠指示に対応する収納室２４１のロック機構２４２に対し、開錠指示を出し、ロック機構２４２が開錠する。

Ｓ３１３において、収納装置２０が、荷物が収納室２４１に収納されたことを検知する。例えば、収納装置２４１の扉が締められたことを検出した場合に収納されたことを検知してもよい。

Ｓ３１４において、収納装置２０の開施錠指示手段は、収納室２４１のロック機構２４２に対し、施錠指示を出し、ロック機構２４２が施錠する。

Ｓ３１５において、収納装置２０は、収納装置管理サーバ１０に対し、荷物の収納が完了した旨を通知する。

Ｓ３１６において、収納装置管理サーバ１０は、ユーザー端末６０に対し、荷物の収納が完了した旨を通知する。

Ｓ３１７において、収納装置管理サーバ１０は、収納装置ＤＢ１３１の収納状況を収納予定から収納中へ、配送情報ＤＢ１３３の配送状況を配送中から、配送完了へ更新する。

（変形実施例）
Ｓ３００乃至Ｓ３０３を以下のように置き換えてもよい。すなわち、Ｓ３００乃至Ｓ３０３においては、配送業者は、荷物を収納する際に、配送業者端末４０から、収納装置管理サーバ１０に対して、収納装置特定情報として収納装置表示情報と、荷物特定情報を送信することとしていたが、収納装置表示情報は、収納装置を特定するために用いられる情報である収納装置特定情報の一例である。すなわち、収納装置管理サーバ１０から収納装置２０に送信される情報は、収納装置表示情報に限られず、収納装置特定情報であればよい。例えば、収納装置識別情報は、収納装置特定情報に含まれる。また、収納装置特定情報は、収納装置管理サーバ１０から収納装置２０に送られなくてもよい。例えば、図１０のように、Ｓ４０１において、配送業者が、収納装置２０の入力部に情報を入力し、収納装置２０から、収納装置管理サーバ１０に対して、収納装置識別情報と荷物特定情報を送信してもよい。この場合、収納装置管理サーバ１０は、荷物を特定できると共に、収納装置２０に近接した位置に配送業者が存在することが分かる。ここで、図９のＳ３０４乃至Ｓ３１７のステップは、図１０のＳ４０２乃至Ｓ４１５のステップに対応し、これらの違いは、図９は配送業者端末４０が、図１０においては収納装置２０に置き換わるという違いである。また、図１０の荷物の預入れは、Ｓ４０１において、配送業者が、収納装置２０の入力部を通じて入力した情報に基づき、収納装置２０が収納装置管理サーバ１０に対して、収納装置識別情報と荷物特定情報を送信する場合のみならず、配送業者が保有する配送業者端末４０と、収納装置２０に備えた無線通信機器（例えば、ビーコン）が無線通信し、収納装置２０からの無線通信に呼応し、配送業者端末４０が収納装置管理サーバ１０に対して、収納装置識別情報と荷物特定情報を送信する場合も含まれる。すなわち、配送業者が、収納装置２０の付近で、配送業者端末４０を操作した場合、両機器の間で通信が開始し、配送業者端末４０から、収納装置２０に対し、荷物特定情報が送信され、収納装置２０は、収納装置管理サーバ１０に対して、受信した荷物特定情報と自らの収納装置識別情報とを送信することとしてもよい。あるいは、配送業者端末４０が、インターネット回線に接続されている場合は、配送業者が、収納装置２０の付近で、配送業者端末４０を操作した場合、両機器の間で通信が開始し、配送業者端末４０は、収納装置２０から収納装置識別情報を受信し、当該収納装置識別情報と荷物特定情報を収納装置管理サーバ１０に対して送信することとしてもよい。いずれの場合も、配送業者が、収納装置２０の入力部に対し、荷物特定情報を入力する手間が省けると共に、入力ミスを防止することができる。

（変形実施例）
本実施例では、Ｓ３０４において、収納装置管理サーバ１０は、配送業者端末４０から受信した荷物特定情報に対応付けられた収納装置２０が存在するかどうかを判定した上で、これが存在する場合に、Ｓ３０５において、当該収納装置２０に対応する収納装置表示情報を受信したかどうかを判定したが、かかる順番は、異なってもよい。すなわち、先に、収納装置管理サーバ１０は、受信した収納装置表示情報に基づき、配送業者が近接した位置にいる収納装置２０を特定した上で、収納装置ＤＢ１３１を参照し、特定した収納装置２０又はその収納室２４１に、受信した荷物特定情報が収納予定として記録されていないかどうかを判定し、収納予定の収納室が存在するかどうかを判定してもよい。

（変形実施例）
荷物が収納されていない状態で収納室２４１が施錠されているタイプの収納装置２０を用いる場合は、上記実施態様のように、荷物の収納前に、収納室２４１の開錠をするが、荷物が収納されていない状態で収納室２４１が開錠されているタイプの収納装置２０を用いる場合は、荷物の収納が完了したことを検知した場合に、収納予定の収納室が存在するかどうかを判定し、収納予定の収納室が存在した場合に、収納室の施錠を決定する。

次に、図１１を参照しながら、収納装置から荷物を取り出す場合の収納装置管理サーバ１０、収納装置２０、配送業者端末４０、ユーザー端末６０による動作を詳述する。

Ｓ５００において、収納装置管理サーバ１０が、収納装置表示情報を、収納装置２０に送信する。

Ｓ５０１において、収納装置２０は、表示部２６０に、受信した収納装置表示情報に基づく表示をする。

Ｓ５０２において、ユーザーは、ユーザー端末６０を用いて、収納装置２０の表示部２６０に表示された収納装置表示情報に基づく表示から、収納装置表示情報を取得する。例えば、表示部２６０に表示されたＱＲコードの読み取りや、表示部２６０に表示された数字をユーザー端末６０に入力することにより取得してもよい。

Ｓ５０３において、ユーザーは、ユーザー端末６０を用いて、荷物を特定するために用いる情報である荷物特定情報と、収納装置表示情報を、収納装置管理サーバ１０に送信する。荷物特定情報は、例えば、配送荷物識別情報であってもよい。また、荷物特定情報は、当該情報のみから荷物を特定することができなくても、荷物を特定するために用いられる情報であって、他の情報と併せて荷物を特定する情報であってもよいことから、例えば、ユーザー識別情報、端末識別情報であってもよい。収納装置管理サーバ１０において、ユーザー識別情報から、当該ユーザーの荷物であって、特定の収納装置に収納されている荷物を特定することができる。また、荷物特定情報は、ユーザー端末６０に記憶された情報であってもよい。例えば、配送荷物識別情報、ユーザー識別情報又は端末識別情報が、ユーザー端末６０に記憶されており、当該情報を、収納装置管理サーバ１０に送信してもよい。さらに、荷物特定情報は、複数、送信してもよい。

Ｓ５０４において、収納装置管理サーバ１０は、荷物特定情報と収納装置表示情報とが対応しているかどうかを判定する。例えば、収納装置ＤＢ１３１を参照し、荷物特定情報（例えば、配送荷物識別情報）と収納装置表示情報に対応する収納室が存在するかどうかによって、判定してもよい。Ｓ５０３において、複数の荷物特定情報を受信した場合、それぞれの荷物特定情報につき、同様の判定を行う。

Ｓ５０５において、収納装置表示情報に対応する収納装置に荷物が収納されていないと判定された場合、その旨をユーザー端末６０に通知する。あるいは、単に、収納装置２０の表示部２６０にその旨を表示してもよい。

Ｓ５０６において、収納装置表示情報に対応する収納装置に荷物が収納されていると判定された場合、収納装置管理サーバ１０は、収納予定の収納室２４１を開錠する決定をする。

Ｓ５０７において、収納装置管理サーバ１０は、収納装置２０に対し、収納室２４１の開錠指示を送信する。

Ｓ５０８において、収納装置２０の開施錠指示手段は、受信した開錠指示に対応する収納室２４１のロック機構２４２に対し、開錠指示を出し、ロック機構２４２が開錠する。

Ｓ５０９において、収納装置２０が、収納室２４１から荷物の取出しが完了したことを検知する。例えば、収納装置２４１の扉が締められたことを検出した場合に荷物の取出しが完了したことを検知してもよい。

Ｓ５１０において、収納装置２０の開施錠指示手段は、収納室２４１のロック機構２４２に対し、施錠指示を出し、ロック機構２４２が施錠する。

Ｓ５１１において、収納装置２０は、収納装置管理サーバ１０に対し、荷物の取出しが完了した旨を通知する。

Ｓ５１２において、収納装置管理サーバ１０は、収納装置ＤＢ１３１の収納状況を収納中から空きへ、配送情報ＤＢ１３３の配送状況を配送中から、受取完了へ更新する。

Ｓ５１３において、収納装置管理サーバ１０は、配送業者管理サーバ３０に対し、荷物の受領が完了した旨を通知する。

Ｓ５１４において、収納装置管理サーバ１０は、ユーザー端末６０に対し、荷物の受領が完了した旨を通知する。

（変形実施例）
Ｓ５００乃至Ｓ５０３を以下のように置き換えてもよい。すなわち、Ｓ５００乃至Ｓ５０３において、ユーザーは、荷物を取り出す際に、ユーザー端末６０から、収納装置管理サーバ１０に対して、収納装置特定情報として収納装置表示情報と、荷物特定情報を送信することとしていたが、収納装置表示情報は、収納装置特定情報の一例である。すなわち、収納装置管理サーバ１０から収納装置２０に送信される情報は、収納装置表示情報に限られず、収納装置特定情報であればよい。収納装置特定情報は、収納装置管理サーバ１０から収納装置２０に送られなくても、収納装置特定情報を用いて、収納装置２０に近接した位置にユーザーが存在することが分かればよい。したがって、例えば、ユーザーが、収納装置２０を操作し、収納装置２０から、収納装置管理サーバ１０に対して、収納装置特定情報と荷物特定情報を送信してもよい。この場合、収納装置管理サーバ１０は、特定の収納装置２０から荷物特定情報を受信した場合、送信した収納装置２０と荷物を特定することができる。したがって、Ｓ５０４においても、収納装置に荷物が収納されているかどうかを判定することができる。

（変形実施例）
図１０の荷物の受取りにおけるＳ５００からＳ５０２を次のように置き換えてもよい。すなわち、ユーザー端末６０と、収納装置２０が備えた無線通信機器（例えば、ビーコン）が無線通信し、ユーザー端末６０は、収納装置２０から収納装置識別情報を受信し、Ｓ５０３において、当該収納装置識別情報と荷物特定情報を収納装置管理サーバ１０に対して送信することとしてもよい。あるいは、図１０の荷物の受取りにおけるＳ５００からＳ５０２を次のように置き換えてもよい。すなわち、ユーザーが、収納装置２０の付近で、ユーザー端末６０を操作した場合、両機器の間で通信が開始し、ユーザー端末６０から、収納装置２０に対し、荷物特定情報が送信され、収納装置２０は、収納装置管理サーバ１０に対して、受信した荷物特定情報と自らの収納装置識別情報とを送信することとしてもよい。いずれの場合も、ユーザーが荷物を取り出す際に、手間を省けると共に、入力ミス等を防止できる。

１０収納装置管理サーバ
１１０処理部
１１１配送先決定手段
１１２開施錠決定手段
１２０通信部
１２１送信部
１２２受信部
１３０記憶部
１３１収納装置ＤＢ
１３２ユーザーＤＢ
１３３配送情報ＤＢ
１３４条件ＤＢ
２０収納装置
２１０処理部
２１１開施錠指示手段
２１２表示指示手段
２２０通信部
２２１送信部
２２２受信部
２３０記憶部
２３１メモリ
２４０収納部
２４１収納室
２４２ロック機構
２５０操作部
２６０表示部
３０配送業者管理サーバ
４０配送業者端末
５０ＥＣサイトサーバ
６０ユーザー端末
１００ネットワーク
２００収納システム

Claims

ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバにおいて、
前記荷物の追跡に関するトラッキング情報を受信する受信部と、
前記受信部が受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、前記ユーザーが指定した一又は複数の指定収納装置から、前記荷物を配送する配送先収納装置を決定する処理を開始し、前記配送先収納装置を決定する配送先決定手段とを備え、
前記所定の決定処理開始条件は、荷物が荷物の運送業者の仕分場に所在する内容の前記トラッキング情報を受信したことであることを特徴とする収納装置管理サーバ。
前記配送先決定手段は、前記指定収納装置のうち、指定収納装置の収納状況に基づき収納可能な収納装置を前記配送先収納装置として決定することを特徴とする請求項１に記載の収納装置管理サーバ。
前記複数の指定収納装置の全部又は一部は同一の配送エリアに所在する収納装置であることを特徴とする請求項１又は２に記載の収納装置管理サーバ。
前記配送先決定手段は、所定の限界条件を具備した場合に、前記配送先収納装置を決定していないときは、前記指定収納装置以外を配送先として決定することを特徴とする請求項１乃至３に記載の収納装置管理サーバ。
ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバの制御方法において、
前記荷物の追跡に関するトラッキング情報を受信する受信工程と、
前記受信工程で受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、前記荷物を預け入れる収納装置として前記ユーザーが指定した一又は複数の指定収納装置から、前記荷物を配送する配送先収納装置を決定する処理を開始し、前記配送先収納装置を決定する配送先決定工程とを備え、
前記所定の決定処理開始条件は、荷物が荷物の運送業者の仕分場に所在する内容の前記トラッキング情報を受信したことであることを特徴とする収納装置管理サーバの制御方法。
ユーザーの荷物を収納する収納装置を管理する収納装置管理サーバで実行可能なプログラムにおいて、
前記収納装置管理サーバを、
前記荷物の追跡に関するトラッキング情報を受信する受信手段、
前記受信手段が受信したトラッキング情報が所定の決定処理開始条件を具備した場合に、前記荷物を預け入れる収納装置として前記ユーザーが指定した一又は複数の指定収納装置から、前記荷物を配送する配送先収納装置を決定する処理を開始し、前記配送先収納装置を決定する配送先決定手段として機能させ、
前記所定の決定処理開始条件は、荷物が荷物の運送業者の仕分場に所在する内容の前記トラッキング情報を受信したことであることを特徴とするプログラム。