JP7171771B2 - 荷物の再配達を円滑化するためのコンピュータ化されたシステムおよびコンピュータ化された方法 - Google Patents

Description

本開示は、一般に、顧客に荷物を再配達するためのコンピュータ化されたシステムおよびコンピュータ化された方法に関する。特に、本開示の実施形態は、荷物の配達不能の通知を受信し、荷物を、荷物と関連付けられた配達先住所に基づいてグループに割り当て、複数のグループの地図を生成し、地図上の荷物と関連付けられたアクティブ化可能なアイコンを表示のために送信することによって顧客に荷物を再配達することに関連した発明的な非従来型のシステムに関する。

顧客に荷物を再配達するための様々なコンピュータ化されたシステムおよびコンピュータ化された方法が存在する。例えば、配送作業員が様々な理由で荷物を顧客に配達できない場合、配送作業員は顧客に、荷物が別の日に再配達されることを指示するメモを残し、配送作業員はその荷物をキャンプに持ち帰り得る。しかしながら、配送作業員が別の日にその荷物を再配達から持ち帰る場合、従来のシステムはその荷物を出荷および物流システムに事実上入力し直さない。その代わりに、配送作業員は単にその荷物をキャンプに持ち帰り、その荷物を顧客に再配達しようと何度も試みる。したがって、キャンプに戻される荷物が紛失する場合もあり、または配送作業員が顧客に荷物を再配達するのを忘れる場合もある。加えて、配送作業員が再配達日を忘れる場合もあり、顧客に指示された再配達日に荷物を再配達できない場合もある。ゆえに、顧客への荷物の配達が著しく遅延する場合があり、顧客満足の低下につながる可能性がある。したがって、荷物の配達不能を監視し、顧客に配達できなかった荷物に再配達日を割り当てるようデータベースを変更することができる改善されたコンピュータ化されたシステムおよび方法が求められている。よって、荷物の再配達を忘れたり、またはキャンプで荷物を紛失したりする可能性が最小化され得る。

加えて、従来のシステムは、配送作業員が荷物を再配達するために配達先住所を非効率的に訪問することにもつながり得る。例えば、配送作業員は、荷物を再配達するために建物Ａを訪問し、次いで、別の荷物を再配達するために建物Ｂを訪問し得る。しかしながら、配送作業員は、別の荷物が建物Ａに再配達される必要があることに気づき、したがって、建物Ａを再訪し得る。あるいは、配送作業員が建物Ｂよりも建物Ａに近い建物Ｃに荷物が再配達される必要があることに気づく場合もある。よって、配送作業員に、様々な場所で荷物を再配達するために必要以上に移動する必要が生じ得る。したがって、これにより、配送作業員が各荷物をそれぞれの顧客に再配達するために要する時間が増加し、よって、顧客満足が低下し得る。

したがって、顧客に荷物を再配達するための改善されたコンピュータ化されたシステムおよび方法が求められている。特に、再配達のための各荷物を、各荷物と関連付けられた配達先住所に基づいてグループに割り当てることによって荷物を再配達するための改善されたコンピュータ化されたシステムおよび方法が求められている。加えて、各荷物と関連付けられた配達指図を提供すること、各荷物を配達するための推奨ルートを提供すること、および／または顧客への再配達のための車両内に各荷物を配置するための助言を提供することによって荷物を再配達するための改善されたコンピュータ化されたシステムおよび方法も求められている。

本開示の一態様は、顧客に荷物を再配達するためのコンピュータ実装システムを対象とする。本システムは、命令を格納するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、第１のユーザデバイスから、荷物の配達不能の通知を受信する命令を実行するように構成され得る。通知は、荷物と関連付けられた荷物識別子および配達不能の原因を含み得る。少なくとも１つのプロセッサは、配達不能の通知および配達不能の原因を荷物識別子に割り当てるようデータベースを変更し、荷物識別子を、荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるようデータベースを変更し、複数のグループの地図を生成し、地図を第２のユーザデバイス上に表示するために送信する命令を実行するように構成され得る。複数のグループの各々は、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。加えて、地図は、アクティブ化可能なアイコンを含んでいてもよく、地図上のアクティブ化可能なアイコンの位置は、荷物識別子と関連付けられた配達先住所と関連付けられ得る。

いくつかの実施形態では、少なくとも１つのプロセッサは、第１のユーザデバイスに、荷物を配達のためのキャンプに戻せという指図を送信する命令を実行するようにさらに構成され得る。いくつかの実施形態では、複数のグループは、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し、残りの荷物の第２のサブセットの中から、キャンプの位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、第２の所定の半径が第１の所定の半径よりも大きく、荷物の第３のサブセットを第２のグループにグループ化する、ことによって生成され得る。

他の実施形態では、複数のグループは、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの最も近くに位置する配達先住所への配達のための荷物の第１のサブセットを識別し、第１のサブセットが所定数の荷物を含み、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し、残りの荷物の第２のサブセットの中から、キャンプの最も近くに位置する配達先住所への配達のための荷物の第３のサブセットを識別し、第２のサブセットが所定数の荷物を含み、荷物の第３のサブセットを第２のグループにグループ化する、ことによって生成され得る。

いくつかの実施形態では、アクティブ化可能なアイコンは、配達先住所への配達のための荷物の個数を示す数を含み得る。いくつかの実施形態では、アクティブ化可能なアイコンは、色分けされ得る。アクティブ化可能なアイコンの色は、例えば、荷物と関連付けられた荷物識別子が割り当てられるグループを指示し得る。

いくつかの実施形態では、少なくとも１つのプロセッサは、アクティブ化可能なアイコンが第２のユーザデバイスのユーザによってアクティブ化されたときに各荷物と関連付けられた配達指図を第２のユーザデバイス上に表示するために送信する命令を実行するようにさらに構成され得る。他の実施形態では、少なくとも１つのプロセッサは、第１のユーザデバイスに荷物の画像を取り込めという指図を送信する命令を実行するようにさらに構成され得る。いくつかの実施形態では、配達不能の通知は、荷物の画像をさらに含み得る。いくつかの実施形態では、少なくとも１つのプロセッサは、荷物の配達予定日、配達不能の原因、または顧客再配達要求の少なくとも１つに基づいて荷物と関連付けられた再配達日を決定し、再配達日を荷物と関連付けられた荷物識別子に割り当てるようデータベースを変更する命令を実行するようにさらに構成され得る。いくつかの実施形態では、配達不能の原因は、時間不足、配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または顧客不在の少なくとも１つを含み得る。

本開示の別の態様は、顧客に荷物を再配達するためのコンピュータ実装方法を対象とする。本方法は、第１のユーザデバイスから、荷物の配達不能の通知を受信することを含み得る。通知は、荷物と関連付けられた荷物識別子および配達不能の原因を含み得る。本方法はまた、配達不能の通知および配達不能の原因を荷物識別子に割り当てるようデータベースを変更することと、荷物識別子を、荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるようデータベースを変更することと、複数のグループの地図を生成することと、地図を第２のユーザデバイス上に表示するために送信することとを含み得る。複数のグループの各々は、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。加えて、地図は、アクティブ化可能なアイコンを含んでいてもよく、地図上のアクティブ化可能なアイコンの位置は、荷物識別子と関連付けられた配達先住所と関連付けられ得る。

いくつかの実施形態では、本方法は、第１のユーザデバイスに、荷物を配達のためのキャンプに戻せという指図を送信することをさらに含み得る。いくつかの実施形態では、複数のグループは、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し、残りの荷物の第２のサブセットの中から、キャンプの位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、第２の所定の半径が第１の所定の半径よりも大きく、荷物の第３のサブセットを第２のグループにグループ化する、ことによって生成され得る。

他の実施形態では、複数のグループは、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの最も近くに位置する配達先住所への配達のための荷物の第１のサブセットを識別し、第１のサブセットが所定数の荷物を含み、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し、残りの荷物の第２のサブセットの中から、キャンプの最も近くに位置する配達先住所への配達のための荷物の第３のサブセットを識別し、第２のサブセットが所定数の荷物を含み、荷物の第３のサブセットを第２のグループにグループ化する、ことによって生成され得る。

いくつかの実施形態では、アクティブ化可能なアイコンは、配達先住所への配達のための荷物の個数を示す数を含み得る。いくつかの実施形態では、アクティブ化可能なアイコンは、色分けされ得る。アクティブ化可能なアイコンの色は、例えば、荷物と関連付けられた荷物識別子が割り当てられるグループを指示し得る。

いくつかの実施形態では、本方法は、アクティブ化可能なアイコンが第２のユーザデバイスのユーザによってアクティブ化されたときに各荷物と関連付けられた配達指図を第２のユーザデバイス上に表示するために送信することをさらに含み得る。他の実施形態では、方法は、第１のユーザデバイスに、荷物の画像を取り込めという指図を送信することをさらに含み得る。いくつかの実施形態では、配達不能の通知は、荷物の画像をさらに含み得る。いくつかの実施形態では、本方法は、荷物の配達予定日、配達不能の原因、または顧客再配達要求の少なくとも１つに基づいて荷物と関連付けられた再配達日を決定することと、再配達日を荷物と関連付けられた荷物識別子に割り当てるようデータベースを変更することとをさらに含み得る。いくつかの実施形態では、配達不能の原因は、時間不足、配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または顧客不在の少なくとも１つを含み得る。

本開示のさらに別の態様は、顧客に荷物を再配達するためのコンピュータ実装システムを対象とする。本システムは、命令を格納するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを含み得る。少なくとも１つのプロセッサは、第１のユーザデバイスから、荷物の配達不能の通知を受信する命令を実行するように構成され得る。通知は、荷物と関連付けられた荷物識別子および配達不能の原因を含み得る。加えて、配達不能の原因は、時間不足、配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または顧客不在の少なくとも１つを含み得る。少なくとも１つのプロセッサは、荷物の配達予定日、配達不能の原因、または顧客再配達要求の少なくとも１つに基づいて荷物と関連付けられた再配達日を決定し、配達不能の通知、配達不能の原因、および再配達日を荷物識別子に割り当てるようデータベースを変更し、荷物識別子を、荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるようデータベースを変更し、複数のグループの地図を生成し、地図を第２のユーザデバイス上に表示するために送信する命令を実行するように構成され得る。複数のグループの各々は、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。加えて、地図は、アクティブ化可能なアイコンを含んでいてもよく、地図上のアクティブ化可能なアイコンの位置は、荷物識別子と関連付けられた配達先住所と関連付けられ得る。複数のグループは、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し、残りの荷物の第２のサブセットの中から、キャンプの位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、第２の所定の半径が第１の所定の半径よりも大きく、荷物の第３のサブセットを第２のグループにグループ化する、ことによって生成され得る。

本明細書では他のシステム、方法、およびコンピュータ可読媒体も説明される。

開示の実施形態と一致する、出荷、輸送、および物流の業務を可能にする通信のためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を示す概略ブロック図である。 開示の実施形態と一致する、検索要求を満たす１つまたは複数の検索結果をインタラクティブなユーザインターフェース要素と共に含む検索結果ページ（ＳＲＰ）のサンプルを示す図である。 開示の実施形態と一致する、製品および製品に関する情報をインタラクティブなユーザインターフェース要素と共に含む単一表示ページ（ＳＤＰ）のサンプルを示す図である。 開示の実施形態と一致する、仮想ショッピングカート内のアイテムをインタラクティブなユーザインターフェース要素と共に含むカートページのサンプルを示す図である。 開示の実施形態と一致する、仮想ショッピングカートからのアイテムならびに購入および出荷に関する情報をインタラクティブなユーザインターフェース要素と共に含む注文ページのサンプルを示す図である。 開示の実施形態と一致する、開示のコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 開示の実施形態と一致する、顧客に荷物を配達するための配送管理システムを含むシステムの例示的な実施形態を示す概略ブロック図である。 開示の実施形態と一致する、荷物の配達不能の通知を送信するように構成されたユーザデバイス上の例示的なグラフィカルユーザインターフェースの概略図である。 開示の実施形態と一致する、荷物の再配達を円滑化するように構成されたユーザデバイス上の例示的なグラフィカルユーザインターフェースの概略図である。 開示の実施形態と一致する、図５Ａの例示的なグラフィカルユーザインターフェースの別の概略図である。 開示の実施形態と一致する、図５Ａの例示的なグラフィカルユーザインターフェースの別の概略図である。 開示の実施形態と一致する、車両内に１つまたは複数の荷物を配置するための助言を提供するように構成されたユーザデバイス上の別の例示的なグラフィカルユーザインターフェースの概略図である。 開示の実施形態と一致する、顧客に荷物を再配達するための方法の例示的な実施形態を示す流れ図である。

以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。

本開示の実施形態は、顧客に荷物を再配達するように構成されたシステムおよび方法を対象とする。特に、本開示の実施形態は、荷物の配達不能の通知を受信し、荷物を荷物と関連付けられた配達先住所に基づいてグループに割り当て、複数のグループの地図を生成し、地図上の荷物と関連付けられたアクティブ化可能なアイコンを表示のために送信することによって顧客に荷物を再配達するためのシステムおよび方法を対象とする。

図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。

ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。

いくつかの実施形態では、外部フロントエンドシステム１０３は外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果を含む１つ以上のウェブページをホスティングまたは提供することができる： ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。
ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。

外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。

次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。

外部フロントエンドシステム１０３は受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。

依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスはこのリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。

外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページはいくつかの実施形態ではユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページがユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザはショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。

外部フロントエンドシステム１０３は購入を開始するためのリクエストの受信に応じて、注文頁（例えば、図１Ｅ）を発生することができる。注文頁はいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文頁をユーザデバイスへ送信することが可能である。

ユーザデバイスは注文頁に情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。

いくつかの実施形態では、外部フロントエンドシステム１０３が売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。

内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

いくつかの実施形態では、内蔵フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、トランスポーテーションシステム１０７が１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員が荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送機関１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。

いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。

いくつかの実施形態では、交通機関１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。トランスポートシステム１０７はこの関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。

売り手ポータル１０９は、いくつかの実施形態では売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。

出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。

いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、交通機関１０７はユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡装置１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。

フルフィルメント(履行)最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。

また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。

いくつかの実施形態では、ＦＯシステム１１３が定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３が１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。

フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または３パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。

サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。

労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ－１０７Ｃまたは１１９Ａ－１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。

ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。

ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。

第三者フルフィルメント（３ＰＬ）システム１２１Ａ～１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１ＣはＦＯシステム１１３から（例えば、ＦＭＧ １１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。

フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ～１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。

労働管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ－１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ－１０７Ｃから受信することができる。

図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上がデータセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。

図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、または修正することができる。

インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。

作業員はインバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６が緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。

ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。

ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。

ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。

ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４はスライドとして表されているが、いくつかの実施形態では搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。

パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員はピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者はセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。

ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。

キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。

キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。

図３を参照すると、荷物の再配達を円滑化するための配送管理システム３０１を含むシステムの例示的な実施形態を示す概略ブロック図３００。配送管理システム３０１は、図１Ａのシステム１００内の１つまたは複数のシステムと関連付けられ得る。例えば、配送管理システム３０１は、ＷＭＳ１１９の一部として実施され得る。加えて、または代替として、配送管理システム３０１は、ＦＯＳ１１３の一部として実施されてもよい。配送管理システム３０１は、いくつかの実施形態では、荷物の配達不能の通知を受信し、荷物の配達不能の通知を荷物と関連付けられた荷物識別子に割り当てるようデータベースを変更するコンピュータシステムとして実施され得る。例えば、配送管理システム３０１は、配達不能の通知、配達不能の原因、および／または再配達日を荷物と関連付けられた荷物識別子に割り当てるよう、データベース３０４などのデータベースを変更して、データベース３０４が顧客への荷物の配達の状態をリアルタイムで監視し得るようにするように構成された１つまたは複数のプロセッサ３０５を含み得る。例として、データベース３０４は、顧客への配達のためのあらゆる荷物の在庫目録、各荷物（例えば、出荷ラベル）と関連付けられた荷物識別子、および各荷物と関連付けられた配達先住所を格納し得る。データベース３０４は、各荷物と関連付けられた顧客別の配達指図、配達のタイプ（例えば、返品、再配達など）、荷物を配達する作業員の名前、配達のタイムスタンプ、配達の状態、配達不能の理由、再配達日等を含むがこれに限定されない、各荷物と関連付けられたその他の情報をさらに格納し得る。データベース３０４は、情報を格納し、ネットワーク３０２を介してアクセスされる１つまたは複数のメモリデバイスを含み得る。例として、データベース３０４は、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、またはその他のリレーショナルデータベースもしくは、Ｈａｄｏｏｐシーケンスファイル、ＨＢａｓｅ、もしくはＣａｓｓａｎｄｒａなどの非リレーショナルデータベースを含み得る。データベース３０４は、システム３００に含まれているものとして図示されているが、代替として、システム３００からリモートに位置していてもよい。他の実施形態では、データベース３０４は、配送管理システム３０１および／またはユーザデバイス３０３に組み込まれ得る。データベース３０４は、データベース３０４のメモリデバイスに格納されたデータを求める要求を受け取って処理し、データベース３０４からデータを提供するように構成された計算構成要素（例えば、データベース管理システム、データベースサーバなど）を含み得る。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、再配達のための荷物を受け取り、荷物と関連付けられた荷物識別子を、対応する配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるようデータベースを変更し、荷物の再配達を円滑化するための複数のグループの地図を生成し得る。いくつかの実施形態では、各グループは、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、ユーザデバイス３０３などの第２のユーザデバイス上に表示するために、ネットワーク３０２を介して、生成された地図を送信し得る。配送作業員などのユーザは、ユーザデバイス３０３を使用して、顧客への荷物の再配達の作業を開始し得る。図３にはシステム３００内の１台のユーザデバイス３０３が示されているが、システム３００は、配送管理システム３０１、データベース３０４、およびネットワーク３０２と通信する２台以上のユーザデバイス３０３を含み得る。いくつかの実施形態では、システム３００は、ＦＣ２００などのフルフィルメントセンタと関連付けられた少なくとも１台のユーザデバイス３０３、およびキャンプゾーン２１５などのキャンプと関連付けられた少なくとも１台のユーザデバイス３０３を含み得る。１つまたは複数のプロセッサ３０５は、いくつかの実施形態では、キャンプと関連付けられたユーザデバイス３０３上に表示するために、ネットワーク３０２を介して、生成された地図を送信し得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０５はまた、生成された地図上の１つまたは複数の位置上の１つまたは複数のアクティブ化可能なアイコンも表示のために送信し得る。（１つまたは複数の）アクティブ化可能なアイコンの（１つまたは複数の）位置は、各荷物の配達先住所を指示するかまたは配達先住所と関連付けられ得る。

システム３００はネットワーク３０２も含み得る。配送管理システム３０１、ユーザデバイス３０３、およびデータベース３０４は、ネットワーク３０２を介して互いに接続され、通信し合うことができる。ネットワーク３０２は、無線ネットワーク、有線ネットワークまたは無線ネットワークと有線ネットワークとの組み合わせのうちの１つまたは複数であり得る。例えば、ネットワーク３０２は、光ファイバネットワーク、パッシブ光ネットワーク、ケーブルネットワーク、インターネットネットワーク、衛星ネットワーク、無線ＬＡＮ、グローバル・システム・フォー・モバイル・コミュニケーションズ（「ＧＳＭ」）、パーソナル通信サービス（「ＰＣＳ」）、パーソナルエリアネットワーク（「ＰＡＮ」）、Ｄ－ＡＭＰＳ、Ｗｉ‐Ｆｉ、固定無線データ、ＩＥＥＥ８０２．１１ｂ、８０２．１５．１、８０２．１１ｎおよび８０２．１１ｇまたはデータを送信および受信するための任意の他の有線もしくは無線ネットワークのうちの１つまたは複数を含み得る。

加えて、ネットワーク３０２は、電話回線、光ファイバ、ＩＥＥＥイーサネット８０２．３、広域ネットワーク（「ＷＡＮ」）、ローカルエリアネットワーク（「ＬＡＮ」）、またはインターネットなどのグローバルネットワークも含み得るがこれに限定されない。またネットワーク３０２は、インターネットネットワーク、無線通信ネットワーク、セルラネットワーク等、またはそれらの任意の組み合わせもサポートし得る。ネットワーク３０２はさらに、独立型のネットワークとしてまたは互いに協調して動作する、上記の例示的なタイプのネットワークのうちの１つのネットワークまたは任意の数のネットワークを含み得る。ネットワーク３０２は、通信可能に結合された１つまたは複数のネットワーク要素の１つまたは複数のプロトコルを利用し得る。ネットワーク３０２は、他のプロトコルに、または他のプロトコルからネットワークデバイスの他の１つまたは複数のプロトコルに変換し得る。ネットワーク３０２は単一のネットワークとして図示されているが、１つまたは複数の実施形態によれば、ネットワーク３０２は、例えば、インターネット、サービスプロバイダのネットワーク、ケーブルテレビネットワーク、企業ネットワーク、またはホームネットワークなどの、複数の相互接続されたネットワークを含み得ることを理解されたい。

システム３００はまたサーバ（図示されていない）も含み得る。サーバはウェブサーバであり得る。サーバは、例えば、ハードウェア（例えば、プロセッサ、ストレージ、および入力／出力装置を含む１つもしくは複数のコンピュータ）ならびに／または例えば、インターネットなどのネットワーク（ネットワーク３０２）を介してユーザがアクセスできるウェブコンテンツを配信するソフトウェア（例えば、１つもしくは複数のアプリケーション）を含み得る。サーバは、例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ、ｓＨＴＴＰ、またはＨＴＴＰＳ）を使用してユーザと通信し得る。ユーザに配信されるウェブページは、テキストコンテンツに加えて、例えば、画像、スタイルシート、およびスクリプトを含み得る。

例えば、ウェブブラウザ、ウェブクローラ、またはネイティブモバイルアプリケーションなどのユーザプログラムが、ＨＴＴＰを使用して特定のリソースを求める要求を行うことによって通信を開始してもよく、サーバは、そのリソースのコンテンツで応答するか、またはそうできない場合にはエラーメッセージで応答し得る。サーバはまた、ユーザが、例えば、ファイルのアップロードを含めて、ウェブフォームを送信できるように、ユーザからのコンテンツの受信を可能にするか、または円滑化してもよい。サーバはまた、例えば、Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ（ＡＳＰ）、ＰＨＰ、またはその他のスクリプト言語を使用するサーバ側のスクリプティングもサポートし得る。したがって、実際のサーバソフトウェアは不変のままで、サーバの挙動を別個のファイルにおいてスクリプトすることができる。

他の実施形態では、サーバは、アプリケーションサーバであってもよく、その適用アプリケーションをサポートするための手順（例えば、プログラム、ルーチン、スクリプト）の効率的な実行に専用に割り当てられたハードウェアおよび／またはソフトウェアを含み得る。サーバは、例えば、Ｊａｖａアプリケーションサーバ（例えば、Ｊａｖａ ｐｌａｔｆｏｒｍ，Ｅｎｔｅｒｐｒｉｓｅ Ｅｄｉｔｉｏｎ（Ｊａｖａ ＥＥ）、Ｍｉｃｒｏｓｏｆｔ（登録商標）の．ＮＥＴフレームワーク、ＰＨＰアプリケーションサーバ等）を含む、１つまたは複数のアプリケーションサーバフレームワークを含み得る。様々なアプリケーションサーバフレームワークは、包括的なサービスレイヤモデルを含み得る。サーバは、プラットフォーム自体によって定義されたＡＰＩを介してアクセス可能な構成要素のセットとして機能し得る。ウェブアプリケーションでは、これらの構成要素は、例えば、ウェブサーバと同じ動作環境で動作してもよく、アプリケーションサーバは、動的ページの構築をサポートし得る。アプリケーションサーバはまた、例えば、クラスタリング、フェイルオーバ、および負荷分散などのサービスも実施し得る。アプリケーションサーバがＪａｖａアプリケーションサーバである様々な実施形態において、ウェブサーバは、アプリケーションを実行し、一方の側ではバックエンドと関連付けられたデータベースへの接続を、他方の側ではウェブクライアントへの接続を透過的に処理する拡張された仮想マシンのように振る舞い得る。いくつかの実施形態では、サーバは、配送管理システム３０１内で実施され得る。

システム３００は、ユーザデバイス３０３をさらに含み得る。図３にはユーザデバイス３０３を配送管理システム３０１からリモートであるものとして示されているが、いくつかの実施形態では、ユーザデバイス３０３は、配送管理システム３０１内のユーザデバイスであり得る。加えて、上記のように、図３には１台のユーザデバイス３０３が示されているが、システム３００は２台以上のユーザデバイス３０３を含んでいてもよい。例えば、システム３００は、ＦＣ２００などのフルフィルメントセンタと関連付けられた少なくとも１台のユーザデバイス３０３、およびキャンプゾーン２１５などのキャンプと関連付けられた少なくとも１台のユーザデバイス３０３を含み得る。ユーザデバイス３０３は、サーバ、ネットワークアプライアンス、パーソナルコンピュータ（ＰＣ）、ワークステーション、モバイルデバイス、電話機、ハンドヘルドＰＣ、パーソナルデジタルアシスタント（ＰＤＡ）、シンクライアント、タブレットコンピュータ、スマートフォン、ファットクライアント、インターネットブラウザ、またはその他のデバイスを含むがこれに限定されない任意のコンピュータデバイス、または通信デバイスであり得る。ユーザデバイス３０３はまた、タブレットコンピュータでもあり得る。タブレットコンピュータの非限定的な例には、ｉＰａｄ、Ｋｉｎｄｌｅ Ｆｉｒｅ、Ｐｌａｙｂｏｏｋ、Ｔｏｕｃｈｐａｄ等が含まれる。

ユーザデバイス３０３は、１つまたは複数のプロセッサ３０６を含み得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０６は、ネットワーク３０２を介して、配送管理システム３０１の１つまたは複数のプロセッサ３０５と情報をやり取りするように構成され得る。いくつかの実施形態では、例えば、１つまたは複数のプロセッサ３０６は、１つまたは複数のプロセッサ３０５に荷物の配達不能の通知を送信するように構成され得る。例えば、配送作業員などのユーザは、ユーザデバイス３０３を使用して、荷物の配達不能の通知を入力し、配達不能の原因を入力し得る。ユーザはまた、配達不能に関する追加詳細、ならびに再配達日も入力し得る。１つまたは複数のプロセッサ３０６は、次いで、通知を１つまたは複数のプロセッサ３０５に送信し得る。１つまたは複数のプロセッサ３０５は、データベース３０４が各配達の状態を更新し得るように、配達不能の通知を荷物識別子に割り当てるよう、データベース３０４などのデータベースを変更し得る。例えば、各荷物は、添付された荷物識別子を含み得る。荷物識別子は、特定の配達先住所の一意のアドレスである。例えば、荷物識別子は、荷物と関連付けられた配達先住所を指示する、荷物に添付された出荷ラベルを含み得る。他の実施形態では、荷物識別子は、アイテムバーコード、ＲＦＩＤタグ、またはクイックレスポンス（ＱＲ）コードなどのマトリックスバーコードであり得る。ユーザデバイス３０３は、カメラやスキャナを含む撮像装置などの、入力装置を使用して荷物識別子をスキャンするように構成されたカメラまたはスキャナを含み得る。１つまたは複数のプロセッサ３０６は、ネットワーク３０２を介して、配送管理システム３０１の１つまたは複数のプロセッサ３０５にスキャンされた荷物識別子を送信し得る。

図４に、配送アプリ４００を介してユーザデバイス４０３上でユーザに提示され得るグラフィカルユーザインターフェース４０１の例示的な実施形態を示す。ユーザデバイス４０３は、キャンプゾーン２１５などのキャンプと関連付けられ得る。加えて、または代替として、ユーザデバイス４０３は、ＦＣ２００などのフルフィルメントセンタと関連付けられてもよい。いくつかの実施形態では、ユーザデバイス４０３は、図３のユーザデバイス３０３として実施され得る。特に、図４には、荷物と関連付けられた配達不能の通知を受信するように構成されたユーザデバイス４０３上のインターフェース４０１の例示的な実施形態が示されている。荷物は、顧客に再配達される前に、キャンプゾーン２１５などのキャンプに戻され得る。

図４を参照すると、配送作業員などのユーザは、配送アプリ４００を使用して荷物の配達不能を報告し得る。配達不能を報告するために、ユーザはまず、荷物と関連付けられた荷物識別子４０２を入力し得る。上記のように、例えば、各荷物は、添付された荷物識別子４０２を含み得る。荷物識別子は、特定の配達先住所の一意のアドレスであり得る。いくつかの実施形態では、荷物識別子は、荷物と関連付けられた配達先住所を指示する、荷物に添付された出荷ラベルを含み得る。他の実施形態では、荷物識別子は、アイテムバーコード、ＲＦＩＤタグ、またはクイックレスポンス（ＱＲ）コードなどのマトリックスバーコードであり得る。

ユーザデバイス４０３は、カメラやスキャナを含む撮像装置などの、入力装置を使用して荷物識別子をスキャンするように構成されたカメラまたはスキャナを含み得る。ユーザが荷物と関連付けられた荷物識別子４０２をスキャンすると、１つまたは複数のプロセッサ３０６はインターフェース４０１上にスキャンされた荷物識別子４０２を自動的に読み込み得る。

次に、荷物と関連付けられた荷物識別子４０２をスキャンした後、ユーザは、配達不能の原因４０４を識別し得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０６は、インターフェース４０１上に、ユーザが選択するための１つまたは複数の事前に読み込まれた配達不能の原因４０４を表示し得る。例えば、データベース３０４は、頻繁に発生する１つまたは複数の所定の配達不能の原因４０４を格納し、１つまたは複数のプロセッサ３０６は、インターフェース４０１上にそれらの１つまたは複数の所定の配達不能の原因４０４を事前に読み込み得る。配達不能の原因４０４は、例えば、時間不足、出荷遅延、事故、配達先住所誤り、自然災害、顧客要求、誤分類、顧客不在等を含み得る。

ユーザに時間がなくなり、本日顧客に配達されるよう予定されていた荷物を配達できなかった場合、ユーザは配達不能の原因４０２として「時間不足」を選択し得る。荷物の出荷に遅延が生じ、ユーザが配達のためのキャンプで荷物を受け取らなかった場合、ユーザは配達不能の原因４０２として「出荷遅延」を選択し得る。ユーザが自動車事故などの事故に巻き込まれ、事故のせいで顧客に荷物を配達できなかった場合、ユーザは配達不能の原因４０４として「事故」を選択し得る。ユーザが荷物識別子と関連付けられた配達先住所に荷物を配達しようとしたが、配達先住所が誤っていた場合、ユーザは配達不能の原因４０４として「配達先住所誤り」を選択し得る。ユーザが顧客に荷物を配達できなくなるハリケーンや地震が発生した場合、ユーザは配達不能の原因４０４として「自然災害」を選択し得る。顧客が荷物を別の日に再配達するよう要求した場合、ユーザは配達不能の原因４０４として「顧客要求」を選択し得る。荷物が、ユーザが担当するグループに不適切に割り当てられ、その荷物が荷物と関連付けられた配達先住所に基づいて別のグループに割り当てられるべきであった場合、ユーザは配達不能の原因４０４として「誤分類」を選択し得る。ユーザが顧客に荷物を配達しようとしたが、顧客が荷物を受け取ることができなかった場合、ユーザは配達不能の原因４０４として「顧客不在」を選択し得る。配達不能の原因４０４が配達先住所誤りまたは誤分類を含む場合、１つまたは複数のプロセッサ３０５は、荷物を保管するように構成されたキャンプゾーン２１５などのキャンプ内のリモートデバイス（図示されていない）に、荷物を別のキャンプに、またはＦＣ２００などのフルフィルメントセンタに戻せという指図を送信し得る。

いくつかの実施形態では、ユーザデバイス４０３のユーザは、インターフェース４０１上で配達不能の原因４０４のうちの１つを押す、クリックする、スクロールする、および／またはタッチすることによって、事前に読み込まれた配達不能の原因４０４のうちの１つを選択し得る。加えて、または代替として、ユーザデバイス４０３のユーザは、配達不能と関連付けられた詳細４０６を入力してもよい。例えば、ユーザが配達不能の原因４０４として「自然災害」を選択する場合、ユーザは、自然災害と関連付けられた追加詳細４０６を入力し得る。他の実施形態では、ユーザが事前に読み込まれた配達不能の原因のいずれも選択できない場合、ユーザは代わりに、追加詳細のセクション４０６に配達不能の別の原因を入力し得る。ユーザは、例えば、インターフェース４０１上に表示されたキーパッド（図示されていない）、ユーザデバイス４０３と関連付けられたキーパッド、スタイラスペン等を使用して詳細４０６を入力し得る。

他の実施形態では、ユーザデバイス４０３の１つまたは複数のプロセッサ３０６は、別の配送作業員または顧客が荷物を容易に識別できるように、顧客に配達できなかった荷物の画像４０５を取り込むようユーザを促し得る。上記のように、ユーザデバイス４０３は、イメージセンサなどの入力装置を使用して荷物の画像４０５を取り込むように構成されたカメラを含み得る。１つまたは複数のプロセッサ３０６は、ユーザが荷物の画像４０５を取り込むための複数のオプションを提供し得る。例えば、１つまたは複数のプロセッサ３０６は、インターフェース４０１上にカメラアイコン４０９およびフォトギャラリーアイコン４１０を表示し得る。ユーザが、例えば、カメラアイコン４０９を押す、クリックする、スクロールする、および／またはタッチすることによってカメラアイコン４０９を選択する場合、１つまたは複数のプロセッサ３０６は、ユーザが荷物の画像を取り込めるようにユーザデバイス４０３のカメラをアクティブ化し得る。ユーザが荷物の画像を取り込むと、１つまたは複数のプロセッサ３０６はその画像をインターフェース４０１上の画像セクション４０５に読み込み得る。

加えて、または代替として、ユーザがインターフェース４０１上でフォトギャラリーアイコン４１０を選択する場合、１つまたは複数のプロセッサ３０６は、ユーザデバイス４０３のメモリに格納されたフォトギャラリーにアクセスし、インターフェース４０１上にフォトギャラリーに格納された１つまたは複数の写真を表示し得る。ユーザは、フォトギャラリーに格納された写真のうちの１つまたは複数を選択することができる。１つまたは複数のプロセッサ３０６がフォトギャラリーに格納された１つまたは複数の写真のユーザによる選択を受け取ると、１つまたは複数のプロセッサ３０６はインターフェース４０１上の画像セクション４０５にその１つまたは複数の写真を読み込み得る。

いくつかの実施形態では、ユーザは、インターフェース４０１上に再配達日４０７を入力し得る。例えば、１つまたは複数のプロセッサ３０６は、ユーザがカレンダー上の特定の日付を押す、クリックする、スクロールする、および／またはタッチすることによって再配達日４０７を選択し得るように、インターフェース４０１上にカレンダーを表示し得る。ユーザは、例えば、荷物の配達予定日、配達不能の原因４０４、および／または顧客再配達要求に基づいて再配達日４０７を選択し得る。例として、配達不能の原因４０４が顧客要求を含む場合、顧客が要求で特定の再配達日を指定している可能性もある。よって、ユーザは顧客が要求で指定した再配達日４０７を選択し得る。加えて、または代替として、たとえ顧客が特定の再配達日を要求しなかったとしても、ユーザは、荷物と関連付けられた配達予定日から所定の日数以内の再配達日４０７を選択してもよい。例えば、ユーザは、荷物と関連付けられた配達予定日から５営業日以内、３営業日以内、または１営業日以内の再配達日４０７を選択し得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０６は、荷物と関連付けられた配達予定日から所定の日数を強調表示し得る。例えば、図４に示されるように、１つまたは複数のプロセッサ３０６は、ユーザデバイス４０３のユーザが、荷物が顧客に再配達されるべき時間帯を容易に視覚化できるように、荷物と関連付けられた配達予定日から３営業日を強調表示し得る。

再配達日４０７を選択した後、ユーザは、送信ボタン４０８を押す、クリックする、スクロールする、および／またはタッチすることによって配達不能の通知を送信し得る。ユーザが配達不能の通知を送信した後、１つまたは複数のプロセッサ３０６は、配送管理システム３０１の１つまたは複数のプロセッサ３０５に通知を送信し得る。配達不能の通知を受信した後、１つまたは複数のプロセッサ３０５は、配達不能の通知を荷物識別子４０２に割り当てるよう、データベース３０４などのデータベースを変更し得る。例えば、１つまたは複数のプロセッサ３０５は、「配達不能」状態をデータベース３０４内の荷物識別子４０２に割り当て得る。１つまたは複数のプロセッサ３０５はまた、配達不能の原因４０４、再配達日４０７、画像４０５、および／または任意の追加詳細４０６を荷物識別子４０２に割り当てるようデータベース３０４を変更し得る。よって、ユーザが荷物を再配達するためにデータベース３０４で荷物識別子４０２を検索するときに、ユーザは、配達不能の原因４０４を決定し、荷物の画像４０５にアクセスして荷物を容易に識別し、荷物の配達不能と関連付けられた任意の追加詳細４０６を決定し、および／または再配達日４０７を決定することができる。

いくつかの実施形態では、ユーザが再配達日４０７を選択する代わりに、１つまたは複数のプロセッサ３０５が、例えば、荷物の配達予定日、配達不能の原因４０４、および／または顧客再配達要求に基づいて再配達日を決定し得る。例えば、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達予定日、配達不能の原因４０４、および／または顧客再配達要求を識別し得る。例えば、配達不能の原因４０４が配達先住所誤りである場合、１つまたは複数のプロセッサ３０５は、配達先住所を修正し、顧客に荷物を再配達するのに、配達不能の原因４０４が時間不足である場合よりも多くの時間を要する可能性があると判断し得る。よって、１つまたは複数のプロセッサ３０５は、例えば、配達予定日から５営業日以内の再配達日４０７を選択し得る。他の実施形態では、配達予定日から何日も経過している場合、配達不能の原因４０４にかかわらず、１つまたは複数のプロセッサ３０５は、荷物の配達をそれ以上遅延させないように、配達予定日から１営業日以内の再配達日４０７を選択し得る。したがって、１つまたは複数のプロセッサ３０５は、再配達日４０７を決定するために、荷物識別子４０２と関連付けられた配達予定日、配達不能の原因４０４、および／または顧客再配達要求のうちの少なくとも１つを評価し得る。１つまたは複数のプロセッサ３０５が再配達日４０７を決定すると、１つまたは複数のプロセッサ３０５は、再配達日を荷物識別子４０２に割り当てるようデータベース３０４を変更し得る。加えて、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、インターフェース４０１上に再配達日４０７を表示する命令を送信し得る。

図５Ａ～図５Ｃに、配送アプリ５００を介してユーザデバイス５０３上でユーザに提示され得るグラフィカルユーザインターフェース５０１の例示的な実施形態を示す。ユーザデバイス５０３は、キャンプゾーン２１５などのキャンプと関連付けられ得る。加えて、または代替として、ユーザデバイス５０３は、ＦＣ２００などのフルフィルメントセンタと関連付けられてもよい。いくつかの実施形態では、ユーザデバイス５０３は、図４のユーザデバイス４０３として実施され得る。他の実施形態では、ユーザデバイス５０３はユーザデバイス４０３とは異なり得る。例えば、ユーザデバイス５０３は、ユーザデバイス４０３のユーザと異なるユーザによって操作され得る。

いくつかの実施形態では、荷物の配達不能の通知を受信した後、１つまたは複数のプロセッサ３０５は、荷物識別子４０２などの荷物と関連付けられた荷物識別子を、荷物識別子４０２と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるよう、データベース３０４などのデータベースを変更し得る。例えば、配送管理システム３０１の１つまたは複数のプロセッサ３０５は、荷物識別子４０２から、荷物識別子４０２と関連付けられた配達先住所を決定し得る。加えて、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた荷物が再配達のために保管されるキャンプの位置も決定し得る。各荷物は、顧客に再配達されるのを待つ間にキャンプに一時的に保管され得る。各荷物が保管されるキャンプは、データベース３０４に格納され得る。したがって、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所および荷物が保管されるキャンプの位置を決定し得る。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、荷物識別子４０２をグループに割り当てるようデータベース３０４を変更し得る。例えば、データベース３０４は、１つまたは複数のプロセッサ３０５によって生成された複数のグループを格納し得る。複数のグループの各々は、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。例えば、各グループは、互いから１０マイル（約１６ｋｍ）以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。加えて、または代替として、各キャンプが、キャンプから所定の半径以内の１つまたは複数のグループに割り当てられてもよい。例えば、各キャンプは、キャンプの位置および各グループと関連付けられた配達先住所に基づいて１つまたは複数のグループに割り当てられ得る。よって、特定のキャンプの配送作業員は、特定のキャンプに割り当てられる１つまたは複数のグループへの荷物の配達を担当し得る。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所および／または荷物が保管されるキャンプの位置に基づいて、荷物識別子４０２を生成された複数のグループの中の１つのグループに割り当てるようデータベース３０４変更し得る。例えば、１つまたは複数のプロセッサ３０５は、キャンプに割り当てられた１つまたは複数のグループを識別し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所を、１つまたは複数のグループと関連付けられた配達先住所と比較し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所が一致する、複数のグループの中の１つのグループを識別し、荷物識別子４０２を識別されたグループに割り当てるようデータベース３０４を変更し得る。

キャンプゾーン２１５などのキャンプ内の配送作業員がユーザデバイス５０３上の配送アプリ５００を開いて、顧客への荷物の再配達の作業を開始すると、ユーザデバイス５０３の１つまたは複数のプロセッサ３０６は、１つまたは複数のプロセッサ３０５に保留中の荷物の配達の地図を求める要求を送信し得る。これに応答して、１つまたは複数のプロセッサ３０５は、データベース３０４にアクセスして、キャンプと関連付けられた保留中の荷物の配達のリストを取得し、保留中の配達の地図を生成し得る。１つまたは複数のプロセッサ３０５は、次いで、地図をユーザデバイス５０３上に表示するために送信し得る。図５Ａに、配送アプリ５００のインターフェース５０１上に生成および表示された地図５０２の例示的な実施形態を示す。

図５Ａに示されるように、地図５０２は、インターフェース５０１上に生成および表示され得る。地図５０２は、地図５０２の上にオーバーレイまたは重畳された複数のアクティブ化可能なアイコン５０４を含み得る。各アクティブ化可能なアイコン５０４は、顧客への再配達のための１つまたは複数の荷物を含む、顧客への配達のための１つまたは複数の荷物を指示し得る。加えて、各アクティブ化可能なアイコン５０４は、地図５０２上のそれぞれの位置に配置され得る。いくつかの実施形態では、地図５０２上のアクティブ化可能なアイコン５０４の位置は、１つまたは複数の荷物と関連付けられた配達先住所と関連付けられ得る。すなわち、１つまたは複数のプロセッサ３０５は、各アクティブ化可能なアイコン５０４を、アクティブ化可能なアイコン５０４によって表された１つまたは複数の荷物と関連付けられた配達先住所の位置を表す地図５０２上の特定の位置に配置し得る。

図５Ａに示されるように、アクティブ化可能なアイコン５０４は数を含み得る。この数は配達先住所への配達のための荷物の個数を指示し得る。加えて、または代替として、この数は、配達先住所への配達の件数を指示してもよく、各配達は１つまたは複数の荷物と関連付けられ得る。他の実施形態では、アクティブ化可能なアイコン５０４は、色分けされ得る。例えば、アクティブ化可能なアイコンの色は、アクティブ化可能なアイコン５０４が属するグループを指示し得る。すなわち、アクティブ化可能なアイコンの色は、アクティブ化可能なアイコン５０４によって表される１つまたは複数の荷物が割り当てられたグループを指示し得る。例として、（丸５０９で表された）グループ１は黄のアクティブ化可能なアイコン５０４で指示され、（丸５１０で表された）グループ２は赤のアクティブ化可能なアイコン５０４で指示され、（丸５１１で表された）グループ３は緑のアクティブ化可能なアイコン５０４で指示され、（丸５１２で表された）グループ４は青アクティブ化可能なアイコン５０４で指示され得る。アクティブ化可能なアイコン５０４は色分けされてもよいが、当業者であれば、アクティブ化可能なアイコン５０４が属するグループを指示する他の代替方法を想起し得るであろう。例えば、様々な数、シンボル、画像、テクスチャ、パターン等が、各アクティブ化可能なアイコン５０４が属するグループに基づいてアクティブ化可能なアイコン５０４を区別するために使用されてもよい。

いくつかの実施形態では、アクティブ化可能なアイコン５０４は、ユーザデバイス５０３のユーザによってアクティブ化され得る。例えば、ユーザは、ユーザアクティブ化可能なアイコン５０４を押し、クリックし、スクロールし、またはタッチしてアクティブ化し得る。ユーザがアクティブ化可能なアイコン５０４をアクティブ化すると、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、アクティブ化されたアクティブ化可能なアイコン５０４と関連付けられた詳細をインターフェース５０１上に表示する命令を送信し得る。例えば、図５Ｂに示されるように、ユーザが、複数のアクティブ化可能なアイコン５０４の中の、アクティブ化可能なアイコン５０４Ａをアクティブ化しているとき。ユーザがアクティブ化可能なアイコン５０４Ａをアクティブ化する場合、アクティブ化可能なアイコン５０４Ａは、例えば、強調表示され得る。アクティブ化可能なアイコン５０４Ａは、例えば、数３を含む。これは、アクティブ化可能なアイコン５０４Ａの位置に配達するための３個の荷物があることを指示し得る。

いくつかの実施形態では、ユーザがアクティブ化可能なアイコン５０４Ａをアクティブ化すると、１つまたは複数のプロセッサ３０５は、アクティブ化可能なアイコン５０４Ａと関連付けられた詳細５０５をインターフェース５０１上に表示するために送信し得る。例えば、図５Ｂに示されるように、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、アクティブ化可能なアイコン５０４Ａによって表された各荷物と関連付けられた配達先住所、荷物ごとの配達の状態、および各荷物と関連付けられた配達のタイプを表示する命令を送信し得る。例えば、荷物ごとの配達の状態は、「配送中」状態、「配達不能」状態、「完了」状態、および「配達可能」状態を含み得るがこれに限定されない。「配送中」状態は、荷物が車両に積み込まれており、配送作業員が荷物を顧客に配達する途中であることを指示し得る。「配達不能」状態は、荷物を配達しようとする試みが行われたが、荷物を顧客に配達することができなかったことを指示し得る。「完了」状態は、荷物が顧客に配達されたことを指示し得る。「配達可能」状態は、荷物は配達可能であるが、まだ配達のための車両に積み込まれていないことを指示し得る。各荷物と関連付けられた配達のタイプは、例えば、顧客が荷物を受け取りたい方法を含み得る。例えば、特に荷物が高価な製品を含む場合に、顧客が荷物を受け取ったことを確認するために、顧客が荷物を対面で受け取りたい場合がある。あるいは、顧客が配送作業員に荷物を玄関に置いてもらいたい場合もある。あるいは、顧客が配送作業員に荷物を受付またはコンシェルジュに預けてもらいたい場合もある。加えて、配達のタイプは、例えば、配達が初回配達かそれとも再配達かを指示し得る。例えば、荷物が以前に配達不能であったために顧客に再配達される必要がある場合、１つまたは複数のプロセッサ３０６は、詳細５０５に「再配達」の表示を指示し得る。よって、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、配送作業員等のユーザがアクティブ化可能なアイコン５０４Ａなどのアクティブ化可能なアイコンをアクティブ化するときに配達のタイプを表示する命令を送信し得る。

いくつかの実施形態では、ユーザは、各荷物の配達と関連付けられた追加詳細を取得するために各詳細５０５をアクティブ化し得る。例えば、ユーザは、詳細５０５を押し、クリックし、スクロールし、またはタッチしてアクティブ化し得る。ユーザが詳細５０５をアクティブ化すると、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、各荷物の配達と関連付けられた追加詳細をインターフェース５０１上に表示する命令を送信し得る。例えば、図５Ｃに示されるように、１つまたは複数のプロセッサ３０５は、配達先住所と関連付けられたアクセスコード５０６Ａや通知指図５０６Ｂなどの配達指図５０６、再配達日５０７、および地図アイコン５０８を含むがこれに限定されない、追加詳細を表示のために送信し得る。

いくつかの実施形態では、配達指図５０６は、中でも特に、各荷物と関連付けられた配達先住所と関連付けられたアクセスコード５０６Ａおよび通知指図５０６Ｂを含み得る。例えば、荷物が対面で、または集合住宅の玄関に配達される必要がある場合、配送作業員などのユーザが集合住宅の建物に立ち入る必要が生じ得る。多くの集合住宅はしっかりと出入りが管理されており、集合住宅の建物に入るために配送作業員などのユーザがアクセスコードを入力する必要があり得る。よって、顧客はそのようなアクセスコード５０６Ａを配達指図５０６に入力し、１つまたは複数のプロセッサ３０５はインターフェース４０１上にアクセスコード５０６Ａを表示するために送信し得る。他の実施形態では、顧客は、家の中にペットを飼っており、顧客に荷物を配達するときにユーザにドアベルを鳴らしてほしくない場合がある。よって、顧客は、「ドアベルを鳴らさないでください」という指図や「ノックしないでください」という指図などの通知指図５０６Ｂを入力し、１つまたは複数のプロセッサ３０５は、インターフェース５０１上に通知指図５０６Ｂを表示するために送信し得る。当業者であれば、１つまたは複数のプロセッサ３０５によってインターフェース５０１上に表示するために送信され得る他の配達指図５０６を想起し得るであろう。例えば、１つまたは複数のプロセッサ３０５は、顧客の連絡先情報、緊急連絡先情報、顧客が配達を受け取りたい日付および時間帯、配達不能の原因４０４、任意の追加詳細４０６、荷物の画像４０５等を含むがこれに限定されない、追加詳細を表示のために送信し得る。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、荷物の再配達日５０７をインターフェース５０１上に表示するためにさらに送信し得る。上記のように、再配達日５０７は、荷物の配達予定日、配達不能の原因４０４、または顧客再配達要求の少なくとも１つに基づいて、配送作業員などのユーザによって選択された日付、または１つまたは複数のプロセッサ３０５によって決定された日付であり得る。再配達日５０７は、配送作業員などのユーザが、各荷物と関連付けられた再配達日５０７に基づいて荷物の配達を優先順位付けし得るように表示され得る。加えて、または代替として、ユーザが顧客に荷物を配達するときに、１つまたは複数のプロセッサ３０５は、ユーザが顧客に荷物を配達したタイムスタンプをインターフェース５０１上に表示してもよい。

他の実施形態では、１つまたは複数のプロセッサ３０５は、地図アイコン５０８もインターフェース５０１上に表示するために送信し得る。地図アイコン５０８はアクティブ化可能であり得る。例えば、配送作業員などのユーザは、地図アイコン５０８を押す、クリックする、スクロールする、またはタッチすることによって地図アイコン５０８をアクティブ化し得る。ユーザが地図アイコン５０８をアクティブ化すると、１つまたは複数のプロセッサ３０５は、各荷物を配達するための１つまたは複数の推奨ルートをインターフェース５０１上に表示するために送信し得る。例えば、１つまたは複数のプロセッサ３０５は、データベース３０４からリアルタイムの交通事情を取得し、キャンプゾーン２１５などのキャンプから配達先住所に荷物を配達するための１つまたは複数の推奨ルートを生成し得る。推奨ルートは、最速の推奨ルート、最短距離の推奨ルート等を含み得る。他の実施形態では、１つまたは複数のプロセッサ３０５は、データベース３０４から、他の保留中の荷物の配達と関連付けられた配達状態などの情報を取得し、ユーザが各グループ内の荷物を可能な限り短期間で配達することを可能にする推奨ルートを提供し得る。

図６に、配送アプリ６００を介してユーザデバイス６０３上でユーザに提示され得るグラフィカルユーザインターフェース６０１の別の例示的な実施形態を示す。ユーザデバイス６０３は、図５のユーザデバイス５０３または図４のユーザデバイス４０３として実施され得る。加えて、配送アプリ６００およびインターフェース６０１も、それぞれ、配送アプリ５００、４００およびインターフェース５０１、４０１として実施され得る。ユーザデバイス６０３は、キャンプゾーン２１５などのキャンプと関連付けられ得る。加えて、または代替として、ユーザデバイス６０３は、ＦＣ２００などのフルフィルメントセンタと関連付けられてもよい。いくつかの実施形態では、ユーザデバイス６０３は、ユーザデバイス４０３と異なり得る。例えば、ユーザデバイス６０３は、ユーザデバイス４０３のユーザと異なるユーザによって操作され得る。特に、図６には、１つまたは複数の荷物のグループを顧客への配達のための車両内に配置するための助言を表示するように構成されたユーザデバイス６０３上のインターフェース６０１の例示的な実施形態が示されている。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、インターフェース６０１上に車両６０２の画像を表示する命令を送信し得る。車両６０２は、１つまたは複数のセクション６０３Ａ～６０３Ｆに区画化され得る。例として、車両６０２は、車両６０２内のシートの数に基づいてセクション６０３Ａ～６０３Ｆに区画化され得る。例えば、車両６０２が５人乗りの車両である場合には、車両６０２は、５つのセクション６０３Ａ～６０３Ｆに区画化され得る。各セクション６０３Ａ～６０３Ｆは、１つまたは複数の荷物を保管する場所を表し得る。例えば、図６に示されるように、セクション６０３Ｂは、グループ５に割り当てられた１つまたは複数の荷物を保管する場所を表し、セクション６０３Ｃは、グループ３に割り当てられた１つまたは複数の荷物を保管する場所を表し、セクション６０３Ｄは、グループ４に割り当てられた１つまたは複数の荷物を保管する場所を表し、セクション６０３Ｅは、グループ１に割り当てられた１つまたは複数の荷物を保管する場所を表し、６０３Ｆは、グループ２に割り当てられた１つまたは複数の荷物を保管する場所を表し得る。したがって、１つまたは複数のプロセッサ３０５は、例えば、顧客への配達のための荷物を保管するキャンプの位置および各グループ内の１つまたは複数の荷物と関連付けられた配達先住所に基づいて、異なる荷物グループをセクション６０３Ａ～６０３Ｆに割り当て得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、例えば、１つまたは複数のプロセッサ３０５によって提供された推奨ルート（例えば、図５Ｃの５０８）に基づいて、異なる荷物グループをセクション６０３Ａ～６０３Ｆに割り当て得る。

いくつかの実施形態では、キャンプから、グループ１およびグループ２と関連付けられた配達先住所までの距離に基づいて、１つまたは複数のプロセッサ３０５は、グループ１およびグループ２に割り当てられた１つまたは複数の荷物を、それぞれ、車両６０２のセクション６０３Ｅおよびセクション６０３Ｆに配置するよう勧める助言を提供し得る。例えば、グループ１およびグループ２の荷物と関連付けられた配達先住所は、キャンプまで距離的に最も近い。よって、１つまたは複数のプロセッサ３０５は、配送作業員などのユーザがグループ１およびグループ２の荷物を最初に配達するよう助言し、よって、ユーザがこれらの荷物をセクション６０３Ｅおよびセクション６０３Ｆに配置するよう助言し得る。よって、グループ１およびグループ２の荷物はよりアクセスしやすく、ユーザは、グループ１およびグループ２に割り当てられた荷物に到達するために車両６０２内の荷物をあちこち移動させなくてもよい。他のカテゴリが、車両内に荷物を配置するための助言を提供するために使用されてもよい。例えば、１つまたは複数のプロセッサ３０５は、荷物の壊れやすさ、各荷物が保たれなければならない温度等を含むがこれに限定されない様々な要因を考慮に入れてもよい。

図７は、顧客に荷物を配達するための例示的な方法７００を示す流れ図である。この例示的な方法は、例として提供されている。図７に示される方法７００を、様々なシステムの１つまたは複数の組み合わせによって実行するか、またはそれ以外によって行うことができる。以下で説明する方法７００は、例として、図３に示されるような、配送管理システム３０１および／またはユーザデバイス３０３によって実行されてもよい。図７の方法の説明では配送管理システム３０１の様々な要素が参照されているが、ユーザデバイス３０３の様々な要素が図７の方法を実行してもよい。図７に示される各ブロックは、例示的な方法６００における１つまたは複数のプロセス、方法、またはサブルーチンを表す。図７を参照すると、例示的な方法７００はブロック７０１から開始し得る。

ブロック７０１で、１つまたは複数のプロセッサ３０５は、ユーザデバイスから、荷物の配達不能の通知を受信し得る。例えば、上記のように、ユーザは、配送アプリ４００などの配送アプリを使用して配達不能を報告し得る。配達不能を報告するために、ユーザは、荷物と関連付けられた、荷物識別子４０２などの荷物識別子をスキャンし、インターフェース４０１上で配達不能の原因４０４を選択し、荷物の画像４０５を取り込み、配達不能と関連付けられた任意の追加詳細４０６を入力し、および／または再配達日４０７を選択し得る。１つまたは複数のプロセッサ３０６は、１つまたは複数のプロセッサ３０５に配達不能の通知を送信し得る。いくつかの実施形態では、配達不能の通知は、荷物と関連付けられた荷物識別子４０２などの荷物識別子および配達不能の原因４０４を含み得る。いくつかの実施形態では、通知は、荷物と関連付けられた再配達日４０７も含み得る。

配達不能の通知を受信した後、方法７００はブロック７０２に進み得る。ブロック７０２で、１つまたは複数のプロセッサ３０５は、配達不能の通知および／または配達不能の原因を荷物識別子４０２に割り当てるよう、データベース３０４などのデータベースを変更し得る。例えば、１つまたは複数のプロセッサ３０５は、荷物識別子と関連付けられた配達状態を「配達不能」状態に更新するようデータベース３０４を変更し得る。加えて、または代替として、１つまたは複数のプロセッサ３０５は、ユーザが荷物識別子４０２をスキャンまたは検索するときに、ユーザが荷物と関連付けられた配達不能の原因を決定し得るように、配達不能の原因を荷物識別子４０２に割り当てるようデータベース３０４を変更してもよい。加えて、または代替として、１つまたは複数のプロセッサ３０５は、再配達日４０７を荷物識別子４０２に割り当てるようデータベース３０４を変更してもよい。よって、ユーザが荷物識別子４０２をスキャンまたは検索するときに、ユーザは、ユーザが顧客に荷物を配達しなければならない再配達日を決定し得る。したがって、データベース３０４は、荷物が顧客に適時に配達または再配達されるようにするために、各配達のリアルタイムの状態を保持し得る。

方法７００はブロック７０３にさらに進み得る。ブロック７０３で、配送管理システム３０１の１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所に基づいて、荷物識別子４０２をグループに割り当てるよう、データベース３０４などのデータベースを変更し得る。例えば、配送管理システム３０１の１つまたは複数のプロセッサ３０５は、データベース３０４から、荷物識別子４０２と関連付けられた配達先住所を決定し得る。加えて、１つまたは複数のプロセッサ３０５は、顧客への再配達の前に、荷物が保管されるキャンプの位置を決定し得る。荷物が保管されるキャンプはデータベース３０４に格納され得る。したがって、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所および荷物が保管されるキャンプの位置を決定し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物識別子４０２をグループに割り当てるようデータベース３０４を変更し得る。上記のように、複数のグループの各々は、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。例えば、各グループは、互いから１０マイル（約１６ｋｍ）以内の配達先住所と関連付けられた１つまたは複数の荷物を含み得る。加えて、または代替として、各キャンプが、キャンプから所定の半径以内の１つまたは複数のグループに割り当てられてもよい。例えば、各キャンプは、キャンプの位置および各グループと関連付けられた配達先住所に基づいて１つまたは複数のグループに割り当てられ得る。よって、特定のキャンプの配送作業員は、特定のキャンプに割り当てられる１つまたは複数のグループへの荷物の配達を担当し得る。

いくつかの実施形態では、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所および荷物が保管されるキャンプの位置に基づいて、荷物識別子を生成された複数のグループの中の１つのグループに割り当て得る。例えば、１つまたは複数のプロセッサ３０５は、荷物が配送されるキャンプに割り当てられた１つまたは複数のグループを識別し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所を、１つまたは複数のグループと関連付けられた配達先住所と比較し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物識別子４０２と関連付けられた配達先住所が一致する、複数のグループの中の１つのグループを識別し、荷物識別子４０２を識別されたグループに割り当てるようデータベース３０４を変更し得る。

上記のように、複数のグループが１つまたは複数のプロセッサ３０５によって生成され、データベース３０４に格納され得る。いくつかの実施形態では、１つまたは複数のプロセッサ３０５は複数のグループを、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、荷物の第１のサブセットを第１のグループにグループ化することによって生成し得る。第１の所定の半径は、例えば、キャンプの位置から５マイルから２０マイル（約８ｋｍから約３２ｋｍ）の範囲内であり得る。荷物の第１のサブセットを第１のグループにグループ化した後、荷物の第２のサブセットが残り得る。１つまたは複数のプロセッサ３０５は、残りの荷物の第２のサブセットの中から、キャンプの位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットをさらに識別し得る。いくつかの実施形態では、第２の所定の半径は、第１の所定の半径よりも大きくてもよい。例えば、第２の所定の半径は、キャンプの位置から２０マイルから３５マイル（約３２ｋｍから約５６ｋｍ）の範囲内であり得る。１つまたは複数のプロセッサ３０５は、次いで、荷物の第３のサブセットを第２のグループにグループ化し得る。１つまたは複数のプロセッサ３０５は、その都度キャンプの位置からの所定の半径を増やしながらこれらのステップを反復して、追加のグループを生成し得る。

他の実施形態では、１つまたは複数のプロセッサ３０５は、顧客への配達のための荷物を保管するキャンプの位置を決定し、キャンプの最も近くに位置する配達先住所への配達のための荷物の第１のサブセットを識別し、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化することによって複数のグループを生成し得る。いくつかの実施形態では、第１のサブセットは、所定数の荷物を含み得る。例えば、荷物の第１のサブセットは、５から２０個の範囲の荷物を含み得る。よって、１つまたは複数のプロセッサ３０５は、所定数の荷物が満たされるまで、キャンプの最も近くに位置する荷物を識別し得る。次いで、１つまたは複数のプロセッサ３０５は、荷物の第２のサブセットを残して、荷物の第１のサブセットを第１のグループにグループ化し得る。１つまたは複数のプロセッサ３０５は、残りの荷物の第２のサブセットの中から、キャンプの最も近くに位置する配達先住所に配達するための荷物の第３のサブセットをさらに識別し得る。第２のサブセットもまた、同じ所定数の荷物を含み得る。次いで、１つまたは複数のプロセッサ３０５は、荷物の第３のサブセットを第２のグループにグループ化し得る。１つまたは複数のプロセッサ３０５は、各グループ内の所定数の荷物を維持しながらこれらのステップを反復して、追加のグループを生成し得る。

荷物識別子４０２をグループに割り当てるようデータベース３０４を変更した後、方法７００はブロック７０４に進み得る。ブロック７０４で、１つまたは複数のプロセッサ３０５は、図５Ａの地図５０２などの複数のグループの地図を生成し得る。例えば、１つまたは複数のプロセッサ３０５は、データベース３０４にアクセスしてキャンプと関連付けられた保留中の荷物の配達および／または再配達のリストを取得し、再配達を含む、保留中の配達の地図を生成し得る。例えば、１つまたは複数のプロセッサ３０５は、地図を生成し、地図上の１つまたは複数の位置に、アクティブ化可能なアイコン５０４などのアイコンをオーバーレイし得る。各オーバーレイアイコンは、保留中の配達および／または再配達を指示し得る。各オーバーレイアイコンが地図上に配置される位置は、各保留中の配達および／または再配達と関連付けられた配達先住所を指示し得る。１つまたは複数のプロセッサ３０５は、保留中の配達および／または再配達の件数をリアルタイムで反映するように地図を絶えず更新し得る。例えば、荷物の配達の件数が変化するにつれて、１つまたは複数のプロセッサ３０５はリアルタイムで地図を更新し続け得る。

いくつかの実施形態では、地図は、地図上の位置にアクティブ化可能なアイコンを含み得る。例えば、１つまたは複数のプロセッサ３０５は、アクティブ化可能なアイコン５０４などのアクティブ化可能なアイコンを、アクティブ化可能なアイコンによって表される荷物と関連付けられた配達先住所の位置を表す地図上の特定の位置に配置し得る。上記のように、アクティブ化可能なアイコンは、配達先住所への配達のための荷物の個数を指示する数を含み得る。加えて、または代替として、この数は、配達先住所への配達の件数を指示してもよく、各配達は１つまたは複数の荷物と関連付けられ得る。他の実施形態では、アクティブ化可能なアイコンは色分けされてもよく、アクティブ化可能なアイコンの色は、アクティブ化可能なアイコンが属するグループを指示し得る。加えて、ユーザは、各対応する荷物の配達と関連付けられた追加詳細を取得するために地図上でアクティブ化可能なアイコンをアクティブ化してもよい。例えば、図５Ｂおよび図５Ｃを参照して上述したように、ユーザが地図上のアクティブ化可能なアイコンをアクティブ化するときに、１つまたは複数のプロセッサ３０５は、１つまたは複数のプロセッサ３０６に、アクティブ化可能なアイコンによって表された各荷物と関連付けられた配達先住所、荷物ごとの配達の状態、各荷物と関連付けられた配達のタイプ、配達先住所および通知指図と関連付けられたアクセスコードなどの顧客別の配達指図、再配達日、推奨ルートを提供する地図アイコン等を表示する命令を送信し得る。

地図を生成した後、方法７００はブロック７０５に進み得る。ブロック７０５で、１つまたは複数のプロセッサ３０５は、次いで、ユーザデバイス上に表示するための地図５０２などの地図を送信し得る。例えば、配送作業員などのユーザは、配送アプリ５００などの配送アプリを開いて、顧客への荷物の配達の作業を開始し得る。よって、ユーザデバイスの１つまたは複数のプロセッサは、１つまたは複数のプロセッサ３０５に保留中の荷物の配達の地図を求める要求を送信し得る。これに応答して、１つまたは複数のプロセッサ３０５は、データベース３０４にアクセスして、生成された保留中の荷物の配達および／または再配達の地図を取得し、地図をキャンプ内の第２のユーザデバイス上に表示するために送信し得る。地図に示される保留中の荷物の配達および／または再配達に基づいて、第２のユーザデバイスのユーザは顧客への配達荷物の作業であり得る。

本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施され得ることが理解されるであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の仕様および実施を考慮することによって、修正および適合が明らかになるであろう。加えて、開示された実施形態の態様はメモリに格納されるものとして記載されているが、当業者はこれらの態様を、二次記憶デバイス、例えば、ハードディスクもしくはＣＤ ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学ドライブメディアなどの他のタイプのコンピュータ可読媒体に格納することもできることを理解するであろう。

記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当業者に公知の技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラムモジュールを、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬで、またはそれらによって設計することができる。

さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるような同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲。請求項の限定は、請求項で使用されている文言に基づいて広く解釈されるべきであり、本明細書に記載されている例に、または出願の審査中に限定されない。例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入もしくは削除することによるものを含む、任意の方法で修正されてもよい。したがって、本明細書および例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。

Claims (18)

1. 顧客に荷物を再配達するためのコンピュータ実装システムであって、前記システムが、
   命令を格納するメモリと、
   少なくとも１つのプロセッサと、を備え、前記少なくとも１つのプロセッサは、前記命令を実行して、
   第１のユーザデバイスに荷物の画像を取り込めという指図を送信することと、
   前記第１のユーザデバイスから、荷物の配達不能の通知を受信することであって、前記通知は、前記荷物と関連付けられた荷物識別子と、前記配達不能の原因と、前記荷物の前記画像と、を含む、ことと、
   前記配達不能の前記通知および前記配達不能の前記原因を前記荷物識別子に割り当てるようデータベースを変更することと、
   前記荷物識別子を、前記荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるよう前記データベースを変更することと、
   前記複数のグループの地図を生成することであって、
   前記複数のグループの各々のグループは、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み、
   前記地図は、アクティブ化可能なアイコンを含み、前記地図上の前記アクティブ化可能なアイコンの位置が、前記荷物識別子と関連付けられた前記配達先住所と関連付けられる、ことと、
   前記地図を第２のユーザデバイス上に表示するために送信することと、を行うように構成される、コンピュータ実装システム。
2. 前記少なくとも１つのプロセッサは、前記命令を実行して、前記第１のユーザデバイスに、前記荷物を再配達のためのキャンプに戻せという指図を送信するようにさらに構成される、請求項１に記載のシステム。
3. 前記複数のグループが、
   顧客への配達のための荷物を保管するキャンプの位置を決定し、
   前記キャンプの前記位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、
   荷物の第２のサブセットを残して、荷物の前記第１のサブセットを第１のグループにグループ化し、
   残りの荷物の前記第２のサブセットの中から、前記キャンプの前記位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、ここで、前記第２の所定の半径が前記第１の所定の半径よりも大きく、
   荷物の前記第３のサブセットを第２のグループにグループ化すること
   によって生成される、請求項１に記載のシステム。
4. 前記複数のグループの各々が、
   顧客への配達のための荷物を保管するキャンプの位置を決定し、
   前記キャンプの最も近くに位置する配達先住所への配達のための荷物の第１のサブセットを識別し、ここで、前記第１のサブセットは、所定数の荷物を含み、
   荷物の第２のサブセットを残して、荷物の前記第１のサブセットを第１のグループにグループ化し、
   残りの荷物の前記第２のサブセットの中から、前記キャンプの最も近くに位置する配達先住所への配達のための荷物の第３のサブセットを識別し、ここで、前記第２のサブセットは、前記所定数の荷物を含み、
   荷物の前記第３のサブセットを第２のグループにグループ化すること
   によって生成される、請求項１に記載のシステム。
5. 前記アクティブ化可能なアイコンは、前記配達先住所への配達のための荷物の個数を指す数を含む、請求項１に記載のシステム。
6. 前記アクティブ化可能なアイコンが色分けされ、
   前記アクティブ化可能なアイコンの色が、前記荷物と関連付けられた前記荷物識別子が割り当てられる前記グループを指す、
   請求項１に記載のシステム。
7. 前記少なくとも１つのプロセッサは、前記命令を実行して、前記アクティブ化可能なアイコンが前記第２のユーザデバイスのユーザによってアクティブ化されたときに、各荷物と関連付けられた配達指図を前記第２のユーザデバイス上に表示するために送信するようにさらに構成される、請求項１に記載のシステム。
8. 前記少なくとも１つのプロセッサは、前記命令を実行して、
   前記荷物の配達予定日、前記配達不能の前記原因、または、顧客再配達要求の少なくとも１つに基づいて前記荷物と関連付けられた再配達日を決定し、
   前記再配達日を前記荷物と関連付けられた前記荷物識別子に割り当てるよう前記データベースを変更する
   ようにさらに構成される、請求項１に記載のシステム。
9. 前記配達不能の前記原因は、時間不足、前記配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または顧客不在の少なくとも１つを含む、請求項１に記載のシステム。
10. 顧客に荷物を再配達するためのコンピュータ実装方法であって、前記方法は、コンピュータプロセッサによって実行される、
    第１のユーザコンピューティングデバイスに、荷物の画像を取り込めという指図を送信することと、
    前記第１のユーザコンピューティングデバイスから、荷物の配達不能の通知を受信することであって、前記通知は、前記荷物と関連付けられた荷物識別子、前記配達不能の原因、再配達日と、前記荷物の前記画像と、を含む、ことと、
    前記配達不能の前記通知、前記配達不能の前記原因および前記再配達日を前記荷物識別子に割り当てるようデータベースを変更することと、
    前記荷物識別子を、前記荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるよう前記データベースを変更することと、
    前記複数のグループの地図を生成することであって、
    前記複数のグループの各々のグループは、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み、
    前記地図がアクティブ化可能なアイコンを含み、前記地図上の前記アクティブ化可能なアイコンの位置が、前記荷物識別子と関連付けられた前記配達先住所と関連付けられる、 ことと、
    前記地図を第２のユーザコンピューティングデバイス上に表示するために送信することと
    を含む、コンピュータ実装方法。
11. 前記コンピュータプロセッサによって実行される、前記第１のユーザコンピューティングデバイスに、前記荷物を再配達のためのキャンプに戻せという指図を送信することをさらに含む、請求項１０に記載の方法。
12. 前記複数のグループが、
    顧客への配達のための荷物を保管するキャンプの位置を決定し、
    前記キャンプの前記位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、
    荷物の第２のサブセットを残して、荷物の前記第１のサブセットを第１のグループにグループ化し、
    残りの荷物の前記第２のサブセットの中から、前記キャンプの前記位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、前記第２の所定の半径が前記第１の所定の半径よりも大きく、
    荷物の前記第３のサブセットを第２のグループにグループ化すること
    によって生成される、請求項１０に記載の方法。
13. 前記複数のグループの各々が、
    顧客への配達のための荷物を保管するキャンプの位置を決定し、
    前記キャンプの最も近くに位置する配達先住所への配達のための荷物の第１のサブセットを識別し、ここで、前記第１のサブセットは、所定数の荷物を含み、
    荷物の第２のサブセットを残して、荷物の前記第１のサブセットを第１のグループにグループ化し、
    残りの荷物の前記第２のサブセットの中から、前記キャンプの最も近くに位置する配達先住所への配達のための荷物の第３のサブセットを識別し、ここで、前記第２のサブセットは、前記所定数の荷物を含み、
    荷物の前記第３のサブセットを第２のグループにグループ化すること
    によって生成される、請求項１０に記載の方法。
14. 前記アクティブ化可能なアイコンが色分けされ、
    前記アクティブ化可能なアイコンの色が、前記荷物と関連付けられた前記荷物識別子が割り当てられる前記グループを指す、
    請求項１０に記載の方法。
15. 前記コンピュータプロセッサによって実行される、前記アクティブ化可能なアイコンが前記第２のユーザコンピューティングデバイスのユーザによってアクティブ化されたときに、各荷物と関連付けられた配達指図を前記第２のユーザコンピューティングデバイス上に表示するために送信することをさらに含む、請求項１０に記載の方法。
16. 前記コンピュータプロセッサによって実行される、
    前記荷物の配達予定日、前記配達不能の前記原因、または顧客再配達要求の少なくとも１つに基づいて前記荷物と関連付けられた再配達日を決定することと、
    前記再配達日を前記荷物と関連付けられた前記荷物識別子に割り当てるよう前記データベースを変更することと
    をさらに含む、請求項１０に記載の方法。
17. 前記配達不能の前記原因は、時間不足、前記配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または顧客不在の少なくとも１つを含む、請求項１０に記載の方法。
18. 顧客に荷物を再配達するためのコンピュータ実装システムであって、前記システムが、
    命令を格納するメモリと、
    少なくとも１つのプロセッサと、を備え、前記少なくとも１つのプロセッサは、前記命令を実行して、
    第１のユーザデバイスから、荷物の配達不能の通知を受信することであって、
    前記通知は、前記荷物と関連付けられた荷物識別子および前記配達不能の原因を含み、
    前記配達不能の前記原因は、時間不足、配達先住所と関連付けられた誤り、誤分類、出荷遅延、事故、自然災害、配達の延期を求める顧客要求、または、顧客不在の少なくとも１つを含むことと、
    前記荷物の配達予定日、前記配達不能の前記原因、または、顧客再配達要求の少なくとも１つに基づいて、前記荷物と関連付けられた再配達日を決定することと、
    前記配達不能の前記通知、前記配達不能の前記原因、および、前記再配達日を前記荷物識別子に割り当てるようデータベースを変更することと、
    前記荷物識別子を、前記荷物識別子と関連付けられた配達先住所に基づいて、複数のグループの中の１つのグループに割り当てるよう前記データベースを変更することと、
    前記複数のグループの地図を生成することであって、
    前記複数のグループの各々のグループは、互いから所定の距離以内の配達先住所と関連付けられた１つまたは複数の荷物を含み、
    前記地図は、アクティブ化可能なアイコンを含み、前記地図上の前記アクティブ化可能なアイコンの位置が、前記荷物識別子と関連付けられた前記配達先住所と関連付けられる、ことと、
    前記地図を第２のユーザデバイス上に表示するために送信することであって、前記複数のグループは、
    顧客への配達のための荷物を保管するキャンプの位置を決定し、
    前記キャンプの前記位置から第１の所定の半径以内に位置する配達先住所への配達のための荷物の第１のサブセットを識別し、
    荷物の第２のサブセットを残して、荷物の前記第１のサブセットを第１のグループにグループ化し、
    残りの荷物の前記第２のサブセットの中から、前記キャンプの前記位置から第２の所定の半径以内に位置する配達先住所に配達するための荷物の第３のサブセットを識別し、ここで、前記第２の所定の半径が前記第１の所定の半径よりも大きく、
    荷物の前記第３のサブセットを第２のグループにグループ化すること
    によって生成される、ことを行うように構成される、コンピュータ実装システム。

Images