(57)【要約】      （修正有）【課題】効率が良くコストが低い配送システム及び方法を提供する。【解決手段】セルフサービス配送システムは、ロッカー端末１２０を使用して、顧客が注文した商品又はパッケージを保管し、注文された商品又はパッケージを顧客がそこから引き取ることができるようにする。発注サブシステム１３０を顧客が使用してオンラインで発注し、注文を配送サブシステムに送信し、倉庫配送サブシステム１４０を使用して、商品を格納及び管理し、注文に従って商品を準備し、倉庫から商品を出荷し、注文された商品又はパッケージを顧客が選択したロッカー端末に運送業者が配達し、ロッカー管理サブシステム１５０が、ロッカー端末によって送信された情報を受信し、ロッカー端末に命令を送信して、これを管理する。【選択図】図１
2014056574.tif 000002
【特許請求の範囲】
【請求項１】
電子商取引システム及び前記電子商取引システムにネットワークを介して接続されたロッカー端末を備え、前記電子商取引システムが、発注サブシステム、倉庫配送サブシステム、及びロッカー管理サブシステムを備えるセルフサービス配送システムであって、
前記ロッカー端末を使用して、顧客が注文した商品又はパッケージを保管し、前記注文された商品又はパッケージを前記顧客がそこから引き取ることができるようにし、
前記発注サブシステムを前記顧客が使用して、オンラインで発注し、注文処理するために前記注文を前記配送サブシステムに送信し、
前記倉庫配送サブシステムを使用して、前記商品を保管及び管理し、前記注文に従って前記商品を準備し、倉庫から前記商品を出荷し、前記注文された商品又はパッケージを前記顧客が選択した前記ロッカー端末に運送業者が配送し、
前記ロッカー管理サブシステムが、前記発注サブシステム、及び前記倉庫配送サブシステムに接続され、前記ロッカー端末によって送信された情報を受信し、前記ロッカー端末に命令を送信して、前記ロッカー端末を管理する、セルフサービス配送システム。
【請求項２】
倉庫配送サブシステム、及びロッカー管理サブシステムのうちの１つが、商品の納品を完了したとき引取り証を顧客に送信するための引取り証モジュールを備える、請求項１に記載のセルフサービス配送システム。
【請求項３】
ロッカー端末が、顧客が入力する引取り証を認証するための認証モジュールを備える、請求項１に記載のセルフサービス配送システム。
【請求項４】
ロッカー端末が、運送業者が商品又はパッケージをロッカー端末に納品した後、又は顧客が前記商品を引き取った後で、電子商取引システムに情報を送信するための送信機を備える、請求項１に記載のセルフサービス配送システム。
【請求項５】
発注サブシステムが、顧客が前記発注サブシステムを用いてオンラインで発注するときに、セルフサービスロッカー引取りの配送モード及び特定のロッカー端末を選択できるようにするための配送モード選択モジュールを備える、請求項１に記載のセルフサービス配送システム。
【請求項６】
ロッカーが、スーパーマーケット、図書館、公園、企業のビル、及び居住区域のうちの少なくとも１つに配置される、請求項１に記載のセルフサービス配送システム。
【請求項７】
引取り証が、配送コード、デジタル認証コード、又は電子バーコードのうちの１つである、請求項２に記載のセルフサービス配送システム。
【請求項８】
顧客がセルフサービスロッカー引取りの配送モードを選択するときに、発注サブシステムが、利用可能なロッカー端末を前記顧客に表示する、請求項５に記載のセルフサービス配送システム。
【請求項９】
顧客がセルフサービスロッカー引取りの配送モードを以前に選択していた場合には、発注サブシステムが、前記顧客が以前に選択したロッカー端末をデフォルトで表示する、請求項８に記載のセルフサービス配送システム。
【請求項１０】
発注サブシステムが、顧客が特定のロッカー端末を選択した後に、ロッカー管理サブシステムにアクセスして、注文された商品又はパッケージを納品するのに空きのロッカーリソースが利用可能かどうか判定するための、ロッカー予約判定モジュールを備える、請求項１に記載のセルフサービス配送システム。
【請求項１１】
ロッカー管理サブシステムが、ロッカー端末内の各ロッカーが予約可能かどうか記録するためのロッカーリソース管理モジュールを備える、請求項１に記載のセルフサービス配送システム。
【請求項１２】
発注サブシステムを介して顧客がオンラインで発注するステップであって、前記顧客がセルフサービスロッカー引取りの配送モード及び特定のロッカー端末を選択するステップと、
前記発注サブシステムによって、前記顧客の注文を倉庫配送サブシステムに送信するステップと、
前記倉庫配送サブシステムによって、注文された商品又はパッケージを前記顧客が選択した前記ロッカー端末に配送するステップと、
前記ロッカー端末によって、ロッカー管理サブシステム又は前記倉庫配送サブシステムに納品が完了したことを通知する情報を送信するステップと、
前記ロッカー管理サブシステム又は前記倉庫配送サブシステムによって、引取り証を前記顧客に送信するステップと、
前記引取り証を用いて前記顧客が前記商品を引き取るステップと
を含む、セルフサービス配送方法。
【請求項１３】
顧客が商品を引き取った後に、ロッカー端末によって、前記ロッカー端末のロッカーが予約可能であることを通知する情報をロッカー管理サブシステムに送信するステップをさらに含む、請求項１２に記載のセルフサービス配送方法。
【請求項１４】
納品が完了してから所定の期間後に、ロッカーを「空き」状態に設定するステップをさらに含む、請求項１２に記載のセルフサービス配送方法。
【請求項１５】
セルフサービスロッカー引取りの配送モードを顧客が選択するときに、発注サブシステムによって、利用可能なロッカー端末を前記顧客に表示するステップをさらに含む、請求項１２に記載のセルフサービス配送方法。
【請求項１６】
顧客がセルフサービスロッカー引取りの配送モードを以前に選択していた場合には、前記顧客が以前に選択したロッカー端末がデフォルトで表示される、請求項１５に記載のセルフサービス配送方法。
【請求項１７】
顧客が特定のロッカー端末を選択した後にロッカー管理サブシステムにアクセスして、注文された商品又はパッケージを納品するのに空いているロッカーリソースが利用可能かどうか判定するステップをさらに含む、請求項１５に記載のセルフサービス配送方法。
【請求項１８】
倉庫配送サブシステム又はロッカー管理サブシステムによって、所定の期間を過ぎた注文を期限切れの注文として自動的に設定するステップをさらに含む、請求項１２に記載のセルフサービス配送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルフサービス配送システム及び方法に関する。
【背景技術】
【０００２】
現在、電子商取引（又はオンラインショッピング）の分野では、顧客が注文した商品又はパッケージをその顧客に配送するのに、主に２つのモードがある。すなわち、一方は、運送業者（配送人）が、その商品又はパッケージを顧客の自宅又は仕事場に配送することであり、もう一方は、顧客が、電子商取引会社のセルフ引取り場所に引取りに行くことである。
【０００３】
しかし、上記２つのモードには大きな欠点がある。まず、第１のモードでは、運送業者が顧客の居住区域又は仕事場に入る必要があるが、ほとんどの居住区域又は仕事場は、運送業者が自由に入ることを許可していない。さらに、運送業者が許可される場合でも、顧客は、自宅又は仕事場に居て、運送業者を待つ必要があり、これは便利である。次に、第２のモードでは、顧客は通常、セルフ引取り場所から非常に遠く離れているので、セルフ引取りに多くの時間を費やしたくないはずである。
【０００４】
現在の電子商取引システムは通常、発注サブシステム、及び倉庫配送サブシステムのような２つのセクションを備える。発注サブシステムは、商品を見て回ったり、オンラインで発注したりする機能を顧客に提供し、注文処理するための命令を配送サブシステムに送信する一方で、倉庫配送サブシステムは、注文情報受信時に、商品を倉庫から出荷し、この商品を仕分けし、又は配送するためのものである。次いで、この商品は、最終的に顧客に配送される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
要するに、現在の配送モードには、効率が低くコストが高いなどの欠点がある。したがって、配送システム及び方法の改善が期待されている。
【課題を解決するための手段】
【０００６】
従来技術での前述の欠点及び問題を解決するために、本発明を提案する。
【０００７】
本発明の一態様によれば、本発明は、電子商取引システム及びこの電子商取引システムにネットワークを介して接続されたロッカー端末を備え、電子商取引システムがさらに、発注サブシステム、倉庫配送サブシステム、及びロッカー管理サブシステムを備え、ロッカー端末を使用して、顧客が注文した商品又はパッケージを保管し、注文された商品又はパッケージを顧客がそこから引き取ることができるようにするセルフサービス配送システムであって、発注サブシステムを顧客が使用して、オンラインで発注し、注文処理するためにこの注文を配送サブシステムに送信し、倉庫配送サブシステムを使用して、商品を保管及び管理し、注文に従って商品を準備し、倉庫からこの商品を出荷し、注文された商品又はパッケージを顧客が選択したロッカーに運送業者が配送し、ロッカー管理サブシステムが、発注サブシステム、及び倉庫配送サブシステムに接続（interface）され、ロッカー端末によって送信された情報を受信し、ロッカー端末に命令を送信して、このロッカー端末を管理する、セルフサービス配送システムを提供する。
【０００８】
倉庫配送サブシステム、及びロッカー管理サブシステムのうちの１つは、商品の納品を完了したとき商品の引取り証を顧客に送信するための引取り証モジュールを備えていてもよい。
【０００９】
ロッカー端末は、顧客の引取り証情報を認証するための認証モジュールを備えていてもよい。
【００１０】
ロッカー端末は、運送業者が商品又はパッケージをロッカー端末に納品した後、又は顧客が商品を引き取った後で、電子商取引システムに情報を送信するための送信機を備えていてもよい。
【００１１】
発注サブシステムは、顧客が、発注サブシステムを用いてオンラインで発注するときに、セルフサービスロッカー引取りの配送モードを選択できるようにし、且つ、顧客が特定のロッカー端末を選択できるようにするための配送モード選択モジュールを備えていてもよい。
【００１２】
ロッカー端末は、スーパーマーケット、図書館、公園、企業のビル、及び居住区域のうちの少なくとも１つに配置されてもよい。
【００１３】
引取り証は、配送コード、デジタル認証コード、又は電子バーコードのうちの１つであってもよい。
【００１４】
発注サブシステムは、セルフサービスロッカー引取りの配送モードを顧客が選択するときに、利用可能なロッカー端末を顧客に表示してもよい。
【００１５】
セルフサービスロッカー引取りの配送モードを顧客が以前に選択していた場合には、発注サブシステムは、顧客が以前に選択したロッカー端末をデフォルトで表示してもよい。
【００１６】
発注サブシステムは、顧客が、特定のロッカー端末を選択した後に、ロッカー管理サブシステムにアクセスして、注文された商品又はパッケージを納品するのに空きのロッカーリソースが利用可能かどうか判定するための、ロッカー予約判定モジュールを備えていてもよい。
【００１７】
ロッカー管理サブシステムは、ロッカー端末内の各ロッカーが予約可能かどうか記録するためのロッカーリソース管理モジュールを備えていてもよい。
【００１８】
本発明の別の態様によれば、本発明は、発注サブシステムを介して顧客がオンラインで発注するステップであって、セルフサービスロッカー引取りの配送モード及び特定のロッカー端末を顧客が選択するステップと、発注サブシステムによって、顧客の注文を倉庫配送サブシステムに送信するステップと、倉庫配送サブシステムによって、注文された商品又はパッケージを顧客が選択したロッカー端末に配送するステップと、納品が完了したことを通知するための情報を、ロッカー端末によって、ロッカー管理サブシステム又は倉庫配送サブシステムに送信するステップと、ロッカー管理サブシステム又は倉庫配送サブシステムによって、引取り証を顧客に送信するステップと、引取り証を用いて顧客が商品を引き取るステップとを含む、セルフサービス配送方法を提供する。
【００１９】
この方法はさらに、顧客が商品を引き取った後にロッカー端末内の各ロッカーが予約可能であることを通知するための情報を、ロッカー端末によって、ロッカー管理サブシステムに送信するステップを含んでいてもよい。
【００２０】
この方法はさらに、納品が完了してから所定の期間後、ロッカー端末を「空き」の状態に設定するステップを含んでいてもよい。
【００２１】
この方法はさらに、セルフサービスロッカー引取りの配送モードを顧客が選択するときに、発注システムによって、顧客が利用可能なロッカー端末を表示するステップを含んでいてもよい。
【００２２】
セルフサービスロッカー引取りの配送モードを顧客が以前に選択していた場合、この顧客が以前に選択したロッカー端末がデフォルトで表示されてもよい。
【００２３】
この方法はさらに、顧客が特定のロッカー端末を選択した後にロッカー管理サブシステムにアクセスして、注文された商品又はパッケージを納品するのに空いているロッカーリソースが利用可能かどうか判定するステップを含んでいてもよい。
【００２４】
この方法はさらに、倉庫配送サブシステム又はロッカー管理サブシステムによって、所定の期間を過ぎた注文を期限切れの注文として自動的に設定するステップを含んでいてもよい。
【図面の簡単な説明】
【００２５】
以下の各図を参照して、本発明の例示的な実施形態を詳細に説明することにより、本発明の上記その他の態様、特徴、及び利点が、当業者にはより明らかになろう。
【図１】本発明によるセルフサービス配送システムのブロック図である。
【図２】本発明によるセルフサービス配送方法のフローチャートである。
【発明を実施するための形態】
【００２６】
以下の部分では、各図を参照して本発明の例示的な実施形態を説明することになるが、よりよく理解できるよう、本発明の各実施形態の様々な詳細を含んでいる。以下の実施形態は、例示的なものに過ぎないと考えるべきである。したがって、様々な変更又は修正が、前述の実施形態において定義された本発明の範囲及び趣旨から逸脱しないことを当業者は理解すべきである。同様に、説明を明確かつ簡潔にするために、既に知られている機能及び構造の説明は省く。
【００２７】
本発明によるセルフサービス配送システム及びその方法は、商品又はパッケージを自分自身で引き取るためのサービスを顧客に提供するものであり、端末として使用されるロッカーは、配送システムと高度に統合されて、それによりインテリジェントなセルフサービス配送システムを構築する。運送業者は、顧客が指定したロッカー端末に商品又はパッケージを配送することができ、次いで顧客は、商品又はパッケージが納品された旨のメッセージを受け取った後、直接出向いて行って、引取り証を用いてロッカー端末から引き取ることができる。この取引全体を通して、システムを介して全てのデータのやり取りが自動的に完了するが、このことは、顧客にとって便利であるだけでなく、運送業者の配送効率を改善し、配送コストを削減する。
【００２８】
各図を参照して、本発明を以下で詳細に説明する。
【００２９】
図１は、本発明によるセルフサービス配送システムのブロック図である。
【００３０】
図１に示すように、本発明によるセルフサービス配送システムは、電子商取引システム１１０、及びロッカー端末１２０を備えており、これらは、（たとえば、ＧＰＲＳ、３Ｇ、Ｗｉｆｉ、ケーブルワイヤなどを含む）インターネットなどのネットワークを介して相互接続される。
【００３１】
電子商取引システム１１０はさらに、発注サブシステム１３０、倉庫配送サブシステム１４０、及びロッカー管理サブシステム１５０を備える。
【００３２】
ロッカー端末１２０は、顧客が注文した商品又はパッケージを保管するためのものであり、注文された商品又はパッケージを顧客がそこから引き取ることができるようにする。ロッカー端末は、スーパーマーケット、図書館、公園、企業のビル、居住区域などに配置することができる。さらに、ロッカー端末は、数多くのロッカーを備えることができ、ロッカーのそれぞれは、注文された商品又はパッケージを保管することができる。
【００３３】
ロッカー端末１２０は、顧客の引取り証情報を認証し、それにより、この引取り証を用いて顧客が商品又はパッケージを引き取ることができるようにするための認証モジュールを備えることができる。顧客の引取り証情報が正しいと、対応するロッカーが開くが、顧客の引取り証情報が間違っている場合、間違った引取り証であることを示す表示が出る。
【００３４】
ロッカー端末１２０は、運送業者又は顧客が情報を入力するための入力モジュールを備えることができる。入力モジュールは、スキャナ又はキーパッドでもよい。たとえば、運送業者が何らかの商品を配送するとき、この業者は、入力モジュールを用いて、（この入力モジュールがスキャナのときは）注文のバーコードをスキャンすることができ、又は（この入力モジュールがキーパッドのときは）注文番号を入力することができる。
【００３５】
ロッカー端末１２０は、運送業者が商品若しくはパッケージをロッカー端末のロッカーに配送した後、又は顧客がその商品若しくはパッケージを引き取った後、電子商取引システム１１０（電子商取引システム１１０の、倉庫配送サブシステム１４０、若しくはロッカー端末管理サブシステム１５０など）に情報を送信するための送信機を備えることができる。
【００３６】
ロッカー端末１２０は、顧客がそれを用いて支払いを済ませる支払いモジュールを備えることができる。
【００３７】
発注サブシステム１３０は、顧客がオンラインで発注するために使用され、その注文を倉庫配送サブシステム１４０に送信する。発注サブシステム１３０は、注文をロッカー端末１２０に送信することができてもよい。
【００３８】
本発明の一実施形態では、発注サブシステム１３０は、顧客が、発注サブシステムを用いてオンラインで発注するときに、セルフサービスロッカー引取りの配送モード及び特定のロッカー端末を選択できるようにするための配送モード選択モジュールを備えることができる。たとえば、顧客がセルフサービスロッカー引取りの配送モードを選択するとき、発注サブシステム１３０は、利用可能なロッカー端末を顧客に表示することができる。セルフサービスロッカー引取りの配送モードを顧客が以前に選択していた場合には、顧客が以前に選択したロッカー端末をデフォルトで表示することができてもよい。
【００３９】
本発明の一実施形態では、発注サブシステム１３０は、顧客が、特定のロッカー端末を選択した後に、倉庫管理サブシステム１３０（内部にあるロッカーリソース管理モジュールなど）にアクセスして、注文された商品又はパッケージを納品するのに空いているロッカーリソースが利用可能かどうか判定するための、ロッカー予約判定モジュールを備えることができる。空いているロッカーがない場合、ロッカー端末を再選択するよう顧客に促すことができ、又はこの注文が成立しなかったことを示すことができる。
【００４０】
倉庫配送サブシステム１４０を使用して、商品を保管及び管理し、注文に従って商品を準備し、倉庫からこの商品を出荷し、注文された商品又はパッケージを顧客が選択したロッカー端末に運送業者が配送する。たとえば、倉庫配送サブシステム１４０は、予め設定された手順に従って積み荷を手配し、注文を受け取ると、予め設定された手順に従ってこの積み荷を配置及び準備し、積み荷の準備が済むとこの積み荷を出荷し、特定の運送業者を呼んで商品又はパッケージを配送する。
【００４１】
倉庫配送サブシステム１４０は、顧客が商品又はパッケージを引き取るように、顧客の携帯電話又はｅメールに情報を送信するなど、商品の納品が済むと引取り証を顧客に送信するための引取り証モジュールを備えることができる。引取り証は、たとえば、引取りコード、デジタル認証コード、又は電子バーコードとすることができる。
【００４２】
本発明の一実施形態では、倉庫配送サブシステム１４０は、発注後に顧客が支払いを終えていないときに引取り情報を顧客に送信するための引取り情報モジュール、及び、たとえばロッカー端末の支払いモジュールを用いて顧客が支払いを済ませたときに引取り証を顧客に送信するための引取り証モジュールを備えることができる。
【００４３】
ロッカー管理サブシステム１５０は、発注サブシステム１３０及び倉庫配送サブシステム１４０に接続され、ロッカー端末によって送信された情報を受信し、ロッカー端末に命令を送信して、ロッカー端末を管理する。たとえば、顧客がロッカーからの引取りを済ませると、ロッカー管理サブシステム１５０は、ロッカー端末によって送信された配送完了メッセージを受信することができる。別の例では、ロッカー管理サブシステム１５０は、倉庫配送サブシステムによって生成され、次いでロッカー管理サブシステムに送信されるか、又はロッカー管理サブシステムが直接生成することができる期限切れの注文を、ロッカー端末１２０に送信することができる。
【００４４】
本発明の一実施形態では、ロッカー管理サブシステム１３０は、ロッカー端末内の各ロッカーが予約可能かどうか（すなわち、各ロッカーがふさがっているかどうか）を記録するための、ロッカーリソース管理モジュールを備えることができる。ロッカーが商品又はパッケージでふさがっている場合、このロッカーを予約することはできない。
【００４５】
以下ではさらに、本発明の各実施形態によるセルフサービス配送システムを説明する。
【００４６】
顧客は、発注サブシステムを用いてオンラインで発注するが、この発注サブシステムは、たとえばソフトウェア又はハードウェアの形でのユーザインターフェースで実行可能である。たとえば、顧客は、ある商品を買い物するのに電子商取引のウェブサイトにログオンすると、発注ユーザインターフェースに入る。ユーザインターフェースにより、顧客は、セルフサービスロッカー引取りの配送モードを使用するかどうか選択することが可能になり（これは、たとえばドロップダウンメニュー又はラジオボタンによって実現することができる）、顧客が、セルフサービスロッカー引取りの配送モードを選択すると、ユーザインターフェースは、利用可能なロッカー端末を顧客に表示することができる（これは、ドロップダウンメニュー、リストなどによって実現することができる）。セルフサービスロッカー引取りの配送モードを顧客が以前に選択していた場合には、発注サブシステムは、顧客が以前に選択したロッカー端末をデフォルトで表示することができる。顧客が特定のロッカー端末を選択するとき、発注サブシステムは、ロッカー管理サブシステム（たとえば、そこに含まれるロッカーリソース管理モジュール）にアクセスして、注文された商品又はパッケージを納品するための空きのロッカーリソースが利用可能かどうか判定することができる。利用可能な空きロッカーがない場合、発注サブシステムは、ロッカー端末を再選択するよう顧客に促すか、又はこの発注が成立しないことを示す。利用可能な空きロッカーがある場合、一般に使用される発注モードを採用することができる（たとえば、商品の数量、タイプ、色などを選択し、次いで「送信」ボタンをクリックする）。さらに、顧客が発注した後、ロッカー管理サブシステムは、予約されたロッカーの状態を、たとえば「空き」から「予約済」に変更することができる。
【００４７】
発注が成立した後、発注サブシステムは、倉庫配送サブシステムにこの注文を送信する。ロッカー端末に注文を送信することができてもよい。注文を受信すると、倉庫配送サブシステムが（たとえば、積み荷の仕分けスタッフを介して）、手順に従って注文書の指示通りに商品を配置及び準備し、商品の準備を完了したときその商品を出荷し、次いで、特定の運送業者を呼んで注文された商品又はパッケージを納品する。
【００４８】
運送業者は、注文された商品又はパッケージをロッカー端末に納品する。たとえば、注文番号をロッカー端末に入力し、又は注文のバーコードをスキャンすることなどにより、ロッカー端末は、対応するロッカーを開けることができ、次いで、注文された商品又はパッケージをロッカー内に納品することができ、ロッカーを閉めることになる。
【００４９】
納品が完了した後（たとえば、運送業者がロッカーのインターフェース上で納品の完了を選択することにより）、ロッカーは、注文された商品又はパッケージに対応する注文番号を電子商取引システムに送信する。次いで、電子商取引システムは、倉庫配送サブシステムを呼び出して、引取り証（引取りコード、デジタル認証コード、又は電子バーコードなど）を顧客、たとえば顧客の携帯電話、ｅメールアドレスなどに送信する。発注されたときに顧客が支払いを済ませなかった場合、倉庫配送サブシステムは、まず引取り情報を顧客に送信し、ロッカー端末の支払いモジュールを用いて顧客が支払いを済ませた後に、引取り証を顧客に送信することができる。受信した引取り証を顧客が入力した後、ロッカー端末は、認証モジュールを用いて、入力された引取り証を認証することができる。引取り証が正しい場合、対応するロッカーが開くことになり、引取り証が間違っている場合、ロッカー端末は「無効」の警告を出すことになる。
【００５０】
図２は、本発明によるセルフサービス配送方法のフローチャートである。
【００５１】
図２に示すように、本発明によるセルフサービス配送方法はステップ２１０で開始し、ここで顧客が発注サブシステムを介してオンラインで発注し、この顧客は、セルフサービスロッカー引取りの配送モード及び特定のロッカー端末を選択する。一実施形態では、顧客がセルフサービスロッカー引取りの配送モードを選択するとき、発注サブシステムは、利用可能なロッカー端末を顧客に表示する。セルフサービスロッカー引取りの配送モードを顧客が以前に選択していた場合には、顧客が以前に選択したロッカー端末をデフォルトで表示することができてもよい。
【００５２】
このステップにおいて、顧客は、特定のロッカー端末を選択したとき、ロッカー管理サブシステム（たとえば、そのロッカーリソース管理モジュール）にアクセスして、注文された商品又はパッケージを納品するための空きのロッカーリソースが利用可能かどうか判定することができてもよい。利用可能な空きロッカーがない場合、ロッカー管理サブシステムは、ロッカー端末を再選択するよう顧客に促すか、又はこの発注が成立しないことを示すことができる。
【００５３】
ステップ２２０において、発注サブシステムは、顧客の注文を倉庫配送サブシステム２２０に送信する。
【００５４】
ステップ２３０において、倉庫配送サブシステムは、注文された商品又はパッケージを、顧客が選択したロッカー端末宛てに出荷する。
【００５５】
ステップ２４０において、ロッカーは、配送完了の情報をロッカー管理サブシステム又は倉庫配送サブシステムに送信する。
【００５６】
ステップ２５０において、ロッカー管理サブシステム又は倉庫配送サブシステムは、引取り証を顧客に送信する。上記の通り、ロッカー管理サブシステム又は倉庫配送サブシステムは、たとえば、顧客が商品又はパッケージを引き取るための情報を、顧客の携帯電話又はｅメールに送信する。引取り証は、引取りコード、デジタル認証コード、又は電子バーコードなどとすることができる。ステップ２４０において、ロッカー端末がロッカー管理サブシステムに情報を送信するときは、ステップ２５０において、ロッカー管理サブシステムが引取り証を顧客に送信する。一方、ステップ２４０において、ロッカー端末が倉庫配送サブシステムに情報を送信するときには、ステップ２５０において、倉庫配送サブシステムが引取り証を顧客に送信する。
【００５７】
顧客が発注するときに支払いを済ませなかった場合、この方法はさらに、引取り証が顧客に送信される前に、配送情報を顧客に送信するステップと、たとえばロッカー端末の支払いモジュールを用いて顧客が支払いを完了した後に、引取り証を顧客に送信するステップとを含んでもよい。
【００５８】
ステップ２６０において、顧客は、引取り証を携えて商品を引取りに行く。たとえば、顧客は引取り証をロッカーに入力することができ、認証が成功したとき、ロッカーは自動的に開くことができる。
【００５９】
顧客が引取りを完了した後、ロッカー端末は、ロッカー端末内のロッカーが予約可能であることを通知するための情報を、ロッカー管理サブシステムに送信することができてもよい。しかし、ロッカー端末は、ロッカー端末が予約可能であることを通知するための情報を、ロッカー管理システムに送信しないよう構成することもできる。代わりに、納品が完了してから所定の期間後、ロッカー管理サブシステムは、ロッカー端末を「空き」の状態に設定することができる。たとえば、運送業者が、第１のロッカー端末の第１のロッカーに商品又はパッケージの納品を完了すると、ロッカー管理サブシステムが時間のカウントを開始する。所定の時間（１２時間後、１日後、２日後、３日後、５日後、７日後など）に達すると、ロッカー管理サブシステムは、第１のロッカー端末の第１のロッカーを自動的に「空き」状態に設定する。運送業者が新規の商品又はパッケージを第１のロッカーに納品し、以前の商品又はパッケージが引き取られていない場合、以前の商品又はパッケージに対応する注文を「期限切れ」と設定することができる。
【００６０】
倉庫配送サブシステム又はロッカー管理サブシステムは、所定の期間を過ぎた注文を期限切れの注文として自動的に設定し、運送業者にそのことを知らせ、又はロッカーにそのことを送信してもよい。次いで、運送業者は、商品又はパッケージを返送するためにロッカーを開けることができる。
【００６１】
上記説明は、本発明に従って、それぞれデバイス及び方法の各実施形態を例示していることを指摘する必要がある。しかし、ある実施形態の詳細な説明は、別の実施形態にも適用することができる。
【００６２】
上記説明は、特定の実施形態を参照して本発明の基本的な原理を述べたものである。しかし、本発明の方法及びデバイスの、全ての又はいかなるステップ若しくは部分も、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって実現できることを当業者は理解するはずだと指摘する必要がある。本発明の説明を読んだ後に、当業者の基本的なプログラミング技能を適用することにより、当業者がこれを実現することができる。
【００６３】
本発明の目的は、いかなるコンピューティングデバイス上でもソフトウェアモジュール又は一組のソフトウェアモジュールを動作させることによって達成することもできる。コンピューティングデバイスは、知られている一般のデバイスでもよい。したがって、本発明の目的はまた、前述の方法又はデバイスを実現するプログラムコードを含むプログラム製品を提供することによってのみ達成することができる。すなわち、このようなプログラムも本発明を構成し、このようなプログラム製品を記憶する記憶媒体も本発明を構成する。このような記憶媒体は、知られているいかなる記憶媒体、又は将来開発されるいかなる記憶媒体でもよいことが明らかである。
【００６４】
本明細書は、特定の実施形態の詳細を多く含むが、これらは、本発明又は特許請求されるものの範囲を限定するものと解釈すべきではまったくなく、特定の発明の特定の実施形態に特有の特徴を説明するものと解釈すべきである。複数の特徴が別々の実施形態の文脈で本明細書において説明されるが、それらは単一の実施形態において組み合わせて実施することもできる。逆に言えば、単一の実施形態の文脈で説明される様々な特徴は、別々に又はいかなる適切なサブコンビネーションでも、複数の実施形態において実装することもできる。さらに、各特徴は、ある組合せにおいて作用するものとして前述され、初めにそのように特許請求されていることさえもあるが、特許請求された組合せからの１又は２以上の特徴は、場合によっては、この組合せから削除することができ、特許請求された組合せは、サブコンビネーション又はサブコンビネーションのバリエーションを対象にしてもよい。
【００６５】
同様に、各動作が特定の順序で各図面に示してあるが、このことは、こうした動作が、示された特定の順序で、若しくは順番に実行されること、又は望ましい結果を得るために図示された全ての動作が実行されることを必要とすると理解すべきではない。状況によっては、マルチタスク処理及び並列処理が有利になることもある。さらに、前述の各実施形態において様々なシステム構成要素を分離することは、全ての実施形態においてこのように分離することが必要になるものと理解すべきではなく、説明されたプログラムの構成要素及びシステムは一般に、単一のソフトウェア製品にまとめて統合できるか、又は複数のソフトウェア製品にパッケージ化できることを理解すべきである。
【００６６】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト又はコードとも呼ばれる）は、コンパイラ型言語、翻訳言語、宣言型言語、又は手続き型言語を含め、いかなるタイプのプログラミング言語でコンパイルしてもよく、いかなる形式でも、たとえば、独立したプログラム若しくはモジュール、構成要素、サブプログラム、又はコンピューティング環境において利用するように構成された他のユニットとして構成することもできる。コンピュータプログラムは、ファイルシステム内の各ファイルに対応する必要はなく、代わりに、他のプログラム又はデータを保持する他のファイルの一部分（たとえば、マーク付け言語文書内に記憶された１又は２以上のスクリプト）、問題となるプログラムで特に使用される１つのファイル又は複数の協調的ファイル（たとえば、１又は２以上のモジュール、サブプログラム、又は部分コードを記憶するファイル）に記憶することができる。
【００６７】
上記具体的な実施形態は、本発明の保護範囲を限定するものではない。設計要件及び他の要因に基づいて、様々な修正、組合せ、サブコンビネーション、及び代用を思いつくことを、当業者は理解するはずである。本発明の趣旨及び原理の範囲内にある、いかなる修正、均等物との置換物、改良なども、本発明の保護範囲内にあるものとみなすべきである。
【図１】
2014056574.tif 000003
【図２】
2014056574.tif 000004
【外国語明細書】
2014056574000001.pdf