JP2023526879A - 動的パッキング優先度のためのコンピュータ化されたシステム - Google Patents

Abstract

本開示の実施形態は、動的パッケージ優先度のためのコンピュータ実装システムおよび方法を含む。システムは、ネットワークを介して、第１のアイテムの第１の電子顧客注文を受信し、第１の注文は第１のアイテムの識別子を含み、第１の出荷メトリックを第１の顧客注文に割り当てるように構成された少なくとも１つのプロセッサを含むことができる。システムは、第１の注文の第１のアイテムを取得するための命令をモバイルデバイスに送信し、ネットワークを介して、第１のアイテムの第２の電子顧客注文を受信し、第２の注文が第１のアイテムの識別子を含むように構成されてもよい。システムは、第２の顧客注文に第２の出荷メトリックを割り当てるように構成されてもよい。システムは、第１の出荷メトリックを第２の出荷メトリックと比較して、第１の顧客注文および第２の顧客注文の優先度を決定するように構成されてもよい。システムは、第２の出荷メトリックが第１の出荷メトリックよりも高い優先度を有するべきであるとの決定に基づいて、取得された第１のアイテムを第２の注文に再割り当てするための命令を注文追跡システムに送信するように構成されてもよい。システムは、再割り当ての指示を出力デバイスに送信するように構成されてもよい。

Description

[001] 本出願は、２０１９年５月２０日に出願された米国特許出願第１６／４１６，９０９号の一部継続出願であり、その内容は参照によりその全体が本明細書に組み込まれる。

[002] 本開示は、一般に、顧客注文を満たすためのパッケージ配送のためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、フルフィルメントセンタ内の複数のゾーンで高い作業員効率を維持しながら、顧客注文を効率的に履行し、短縮したサイクル時間でパッケージを配送するため本発明の非従来型のコンピュータ化されたシステム、方法、およびユーザインターフェースに関する。

[003] フルフィルメントセンタ（ＦＣ）は、電子商取引の小売業者が倉庫保管および出荷をアウトソーシングすることを可能にする。ＦＣにおける在庫管理は、オンラインの買い物客にとって最良の顧客エクスペリエンスを生み出すための不可欠な構成要素である。在庫管理は、販売者からの商品の受け取り、受け取った商品の簡単にアクセスするための収納、アイテムの梱包、注文の確認、パッケージの配送など、多くのステップを含む場合がある。現在の既存のＦＣおよびＦＣ内の在庫管理のためのシステムは、大量の入出商品を処理するように構成されているが、顧客注文の履行の効率および適時性は、部分的には注文を履行するためにアイテムを調達する非効率的な慣行のために制限され得る。パッケージ配送の遅延は顧客の不満を引き起こす可能性があり、場合によっては、事業のコストおよび収益性に影響を及ぼす可能性がある。

[004] 電子商取引の進歩および広範な受け入れにより、インターネットショッピングは、食品、家具、電子機器、衣類、書籍などを含むすべてのショッピングニーズにワンストップショップを提供する。各オンライン注文は、通常、多種多様なカテゴリのアイテムの組み合わせを含む。現在の既存の注文履行業務では、効率的な方法で注文内の個々の各アイテムを取得するためにシステムを使用することができるが、注文配送の全体的な効率は、個々の各アイテムを調達する能力によって制限される。例えば、アイテムは、カテゴリに基づいてＦＣの様々なセクションに保管されることが多く、パッカーは、注文のすべてのアイテムを梱包する前にピッカーがそれらをピッキングするのを待たなければならない場合がある。これは、梱包および顧客にパッケージを配送するプロセスにおける後続のステップの遅延を引き起こす可能性があり、これは、システムのスループットおよび出荷プロセスを制御するコンピュータ化されたシステムの効率を遅延させる。

[005] さらに、アイテムは個別にピッキングされるが、配送トラックにパッケージとして積み込まれる前に１つのコンテナに同時に梱包されるため、ＦＣの全体的な効率およびスループットが影響を受ける可能性がある。ピッキングされたアイテムが保管されている保管スペースにアクセスできない場合には、予想されるまたは予想外の梱包の遅延がピッキング効率に影響を及ぼす可能性がある。パッケージを保管してＦＣから出荷するプロセスは、受け取り、収納、ピッキング、仕分け、梱包、積み込み、配送、および各ステップでの注文精度の検証などのいくつかのステップを含む。全体の効率を高くするために、個々のステップの効率も高くなければならない。例えば、プロセスが１０ステップを含み、各ステップが９０％を超える効率を有する場合、全体的な効率はわずか８３．９％である。

[006] さらに、現在の既存のＦＣは、円滑な２４時間作業を保証するために作業員のチームを使用する。倉庫における技術的課題の１つは、緊急の顧客注文、優先出荷などの現場の作業員への情報の迅速な通信であり得る。現在の既存の物流および在庫管理システムは、顧客注文における予想されるまたは予想外の緊急性に対して効率的に対処する能力を欠いており、顧客の不満および関連する在庫コストの上昇を引き起こす可能性がある。

[007] したがって、高い全体スループットおよびリソースの効率的な利用を維持しながら、サイクル時間および約束配送時間を短縮するために、個別化による効率的なパッケージ配送のための改善された方法およびシステムの実装が必要とされている。

[008] 本開示の一態様は、パッケージ配送のためのコンピュータ実装システムに関する。システムは、ネットワークを介して、アイテムの第１の電子顧客注文を受信するように構成された少なくとも１つのプロセッサを含むことができ、第１の電子顧客注文はアイテムの識別子を含む。少なくとも１つのプロセッサは、第１の電子顧客注文に第１の出荷メトリックを割り当てるように構成されてもよい。少なくとも１つのプロセッサは、第１の電子顧客注文のアイテムを取得するための命令をモバイルデバイスに送信するように構成されてもよい。少なくとも１つのプロセッサは、第１のアイテムが取得されたことを示すアイテムの製品識別子のスキャンを受信するように構成されてもよい。少なくとも１つのプロセッサは、アイテムの第２の電子顧客注文を識別するように構成されてもよい。少なくとも１つのプロセッサは、アイテムの第１の出荷メトリックを第２の電子顧客注文の出荷メトリックと比較して、第１の電子顧客注文および第２の電子顧客注文の優先度を決定するように構成されてもよい。少なくとも１つのプロセッサは、決定された優先度の指示を出力デバイスに送信するように構成されてもよい。

[009] 本開示の別の態様は、パッケージ配送のためのコンピュータ実装システムに関する。システムは、ネットワークを介して、第１のアイテムの第１の電子顧客注文を受信し、第１の注文は第１のアイテムの識別子を含み、第１の出荷メトリックを第１の顧客注文に割り当てるように構成された少なくとも１つのプロセッサを含むことができる。少なくとも１つのプロセッサは、第１の注文の第１のアイテムを取得するための命令をモバイルデバイスに送信し、ネットワークを介して、第１のアイテムの第２の電子顧客注文を受信し、第２の注文が第１のアイテムの識別子を含むように構成されてもよい。少なくとも１つのプロセッサは、第２の顧客注文に第２の出荷メトリックを割り当てるように構成されてもよい。少なくとも１つのプロセッサは、第１の出荷メトリックを第２の出荷メトリックと比較して、第１の顧客注文および第２の顧客注文の優先度を決定するように構成されてもよい。少なくとも１つのプロセッサは、第２の出荷メトリックが第１の出荷メトリックよりも高い優先度を有するべきであるとの決定に基づいて、取得された第１のアイテムを第２の注文に再割り当てするための命令を注文追跡システムに送信するように構成されてもよい。少なくとも１つのプロセッサは、再割り当ての指示を出力デバイスに送信するように構成されてもよい。

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

[0011] 図１Ａは、開示された実施形態と一致する、出荷、輸送、および物流作業を可能にする通信のためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を示す概略ブロック図である。 [0012] 図１Ｂは、開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す図である。 [0013] 図１Ｃは、開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。 [0014] 図１Ｄは、開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。 [0015] 図１Ｅは、開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す図である。 [0016] 図２は、開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 [0017] 図３は、開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なコンピュータ化された個別化パッケージ配送システムの概略図である。 [0018] 図４は、開示された実施形態と一致する、個別化パッケージ配送のための例示的なプロセスフローの概略図である。 [0019] 図５は、開示された実施形態と一致する、動的パッキング優先度のための例示的なプロセスフローの概略図である。 [0020] 図６は、開示された実施形態と一致する、例示的な動的パッキング優先度操作を示す図である。 [0021] 図７は、開示された実施形態と一致する、動的パッキング優先度および実行される対応するタスクの例を示す図である。 [0022] 図８は、開示された実施形態と一致する、配送車両の積載配置の表現を生成するための例示的なプロセスフローの概略図である。

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

[0024] 本開示の実施形態は、残りのアイテムを待つことなく同じ注文のアイテムを個別に出荷することによってサイクル時間を短縮し、パッケージ配送の効率を高めるように構成されたシステムおよび方法に関し、したがって、コンピュータ化されたシステムおよびプロセスの減速を回避する。

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

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

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

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

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

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

[0031] 次いで、ユーザデバイスは、例えば、ユーザインターフェースをクリックもしくはタップすることによって、または別の入力デバイスを使用して、ＳＲＰで表される製品を選択することによって、ＳＲＰから製品を選択することができる。ユーザデバイスは、選択された製品に関する情報の要求を定式化し、それを外部フロントエンドシステム１０３に送信することができる。これに応じて、外部フロントエンドシステム１０３が、選択された製品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰで製品について提示されたもの以外の追加情報を含んでもよい。これは、例えば、保存可能期間、原産国、重量、サイズ、パッケージ内のアイテムの数、取り扱い説明書、または製品に関する他の情報を含んでもよい。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習解析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からの精査、製造業者情報、写真などを含んでもよい。

[0032] 外部フロントシステム１０３は、受信した製品情報に基づいて、ＳＤＰ（単一詳細ページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カートに追加する」ボタン、数量欄、アイテムの写真などの他の対話型要素を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求元ユーザデバイスにＳＤＰを配信することができる。

[0033] 要求元ユーザデバイスは、製品情報を記載したＳＤＰを受信することができる。ＳＤＰを受信すると、ユーザデバイスは次にＳＤＰと対話することができる。例えば、要求元ユーザデバイスのユーザは、ＳＤＰの「カートに入れる」ボタンをクリックまたは他の方法で対話することができる。これにより、ユーザに関連するショッピングカートに製品が追加される。ユーザデバイスは、製品をショッピングカートに追加するこの要求を、外部フロントエンドシステム１０３に送信することができる。

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

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

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

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

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

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

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

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

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

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

[0044] 出荷および注文追跡システム１１１は、いくつかの実施形態では、（例えば、デバイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文されたパッケージの場所に関する情報を受信し、格納し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡システム１１１は、顧客が注文したパッケージを配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報を要求または格納することができる。

[0045] いくつかの実施形態では、出荷および注文追跡システム１１１は、ネットワーク１００に示されたシステムに情報を要求し格納することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７に情報を要求することができる。上述のように、輸送システム１０７はユーザ（例えば、配送作業員）または車両（例えば、配送トラック）のうちの１つまたは複数に関連する１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信することができる。いくつかの実施形態では、出荷および注文追跡システム１１１は、フルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々のパッケージの場所を決定するために、倉庫管理システム（ＷＭＳ）１１９に情報を要求することもできる。出荷および注文追跡システム１１１は、輸送システム１０７またはＷＭＳ１１９のうちの１つまたは複数にデータを要求し、それを処理し、要求に応じてそれをデバイス（例えば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。

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

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

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

[0049] フルフィルメントメッセージゲートウェイ（ＦＭＧ）１１５は、いくつかの実施形態では、ＦＯシステム１１３などのネットワーク１００内の１つまたは複数のシステムから通信を受信し、通信内のデータを別のフォーマットに変換し、変換されたフォーマットのデータを、ＷＭＳ１１９または第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃ、およびその逆などの他のシステムに転送するコンピュータシステムとして実装することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0069] 図３は、個別化パッケージ配送のためのコンピュータ実装システム３００の例示的な概略図を示す。いくつかの実施形態では、システム３００は、リビン作業員３０１と、注文識別子３０５（例えば、バーコード、ラベル、タグ）を有するピッキングされたアイテム２０８と、ユーザインターフェースデバイス３０２（例えば、モバイルデバイス／ＰＤＡ１１９Ｂ）と、を含むことができる。システム３００は、保管セル３２４（例えば、３２４＿１，３２４＿２）を含む第１の保管場所３２０（例えば、パッキングゾーン２１１）と、保管セル３４４を含むキャンプサイト３４０（例えば、キャンプゾーン２１５）と、配送トラック２０１と、をさらに含んでもよい。第１の保管場所３２０およびキャンプサイト３４０は、最終目的地に関連する異なる情報に基づいてアイテムを仕分けしてもよい。一例として、第１の保管場所３２０では、パッケージが向かう地理的エリアに基づいて（例えば、郵便番号に基づいて）アイテム（例えば、アイテム２０８）が仕分けされ、キャンプサイト３４０では、配送ルートまたはサブルートに基づいて（例えば、ルート番号に基づいて）アイテムが仕分けされてもよい。（他の仕分け方法も可能である。）配送ルートまたはサブルートは、システム１００の１つまたは複数のコンピュータ実装システムによって予め決定されてもよい。いくつかの実施形態では、コンピュータ実装システム１００（例えば、ＳＡＴ１０１、ＷＭＳ１１９、ＳＣＭ１１７）の１つまたは複数のシステムは、アイテムの仕分けを示すためにユーザインターフェースデバイス３０２と通信するように構成されてもよい。

[0070] 図３は、例示的な個別化パッケージ配送システムを示す図である。本明細書で使用される「個別化」という用語は、出荷前に顧客注文が完全に満たされるのを待つことなく、複数のアイテムを含む顧客注文のアイテムを単数で出荷することを指す。個別化によるパッケージ配送は、パッケージ配送のための既存のシステムを超える多くの利点を有することができる。個別化によるパッケージ配送は、とりわけ、本明細書で論じられる利点の一部または全部を有することができる。
ｉ．梱包効率の向上－現在の既存のパッケージ配送システムでは、リビン作業員は、注文のすべてのアイテムが単一のパッケージに梱包されるのを待つことができ、パッケージは、仕分けまたは出荷を含むさらなる処理のために、特定の注文に関連するリビンウォール空間に配置され得る。対照的に、個別化パッケージ配送システム３００では、パッカーは、注文の他のアイテムがパッカーステーションまたはパッキングゾーンに到着するのを待つことなく、保管セル（例えば、３２４＿１）内のアイテムを個別に仕分けすることができ、したがってパッカーの空き時間を短縮することができる。各パッカーの空き時間の短縮により、梱包効率の全体的な向上が可能になる。
ｉｉ．ピッキング密度の向上－現在の既存のパッケージ配送システムでは、ピッカーは、顧客注文を順次満たすためにアイテムをピッキングすることができる。例えば、ピッカーは、注文２のアイテムをピッキングする前に、注文１のすべてのアイテムをピッキングすることができる。ピッカーはアイテムをピッキングするよりも移動に多くの時間を費やすため、ピッキングへのこの逐次的な手法は、時間および効率の損失をもたらす。対照的に、ピッカーは、顧客注文に基づかずにその場所に基づいてアイテムをピッキングすることを任され得るので、個別化パッケージ配送システム３００は、ピッキング密度の向上を可能にすることができる。例えば、ピッカーは、自身の現在の物理的位置に近接して位置するが、他の顧客注文に関連付けられ得るアイテムをピッキングすることを任されてもよい。ピッキングに対するこの並行手法は、移動中のピッカーによって費やされる時間を短縮することによってピッキング密度を高めることができる。
ｉｉｉ．改善された追跡可能性－図３に示すように、個別化パッケージ配送システム３００では、作業員（例えば、作業員３０１）は、プロセスを開始する前およびプロセスの完了後に、パッケージ（例えば、パッケージ２０８）に関連するバーコード（例えば、注文識別子３０５および／または場所識別子）をスキャンすることができる。さらに、バーコードは、プロセス中に、定期的に、またはプロンプトを受信したときにスキャンされてもよい。例えばスキャンによって記録された情報は、システム１００のデータベースに格納することができ、パッケージが処理を受けるときに追跡することを可能にする。コンテナまたはトートバッグのバーコードもスキャンすることができ、ピッキング、仕分け、梱包、出荷などのプロセス中にコンテナに収容されたアイテムの場所に関連する情報を提供し、コンテナおよびパッケージの追跡可能性を可能にする。
ｉｖ．より高速な仕分け－パッキングゾーンからキャンプサイト（例えば、キャンプゾーン２１５）でアイテムを受け取ると、注文の他のアイテムがキャンプサイトに到着するのを待つことなく、サブルートまたは配送ルートに基づいてアイテムを仕分けすることができる。アイテムは、それらが属する顧客注文ではなくサブルートに基づいて仕分けされるので、アイテムの保管可能期間を短縮することができ、したがって仕分けレートを向上させることができる。これはまた、より良い空間利用を可能にし、作業員の効率を改善し、サイクル時間を短縮し、顧客エクスペリエンスを豊かにすることができる。
ｖ．保管期間の短縮－アイテムを個別化することにより、注文の他のアイテムのステータスに関係なくアイテムが処理され得るため、アイテムがピッキング、梱包、仕分け、または出荷されるのを待ちながら棚に置かれる期間を短縮することができる。アイテムの保管期間の短縮は、在庫管理に関連する関連コストを削減し、アイテムの取り扱いミスおよび誤配置のリスクを低減することができる。
ｖｉ．「積み込み準備」時間の短縮－既存のパッケージ配送および出荷システムでは、作業員、ドライバ、積込者、管理者、フロア監督者などの従業員は、シフトまたは作業セッションの開始時にかなりの時間を費やして、例えば、注文に属するすべてのアイテムが積み込まれることを確実にすることができる。そのようなシステムは、人手および時間などのリソースを利用するには非効率的である場合があり、その両方が運用コストを追加し、スループットに影響を及ぼし得る。アイテムの個別化は、従業員が計画された配送エリアおよび配送ルートに基づいて、トート、ケージなどのコンテナまたはコンテナキャリアを配送トラックに積み込むので、積み込み準備時間を短縮することができる。
ｖｉｉ．積み込みおよび配送効率の向上－アイテムは、配送ルートに基づいて大きな標準化されたトートまたはコンテナに配置されるため、配送トラックにより効率的に積み込むことができる。さらに、アイテムは、配送まで標準化されたコンテナ内に留まり、したがって、取り扱いに起因する損傷または誤配置を最小限に抑える。大型の標準化されたトートまたはコンテナは、積込者がトラックを積み込むための容易な方向に従うことを可能にし、ドライバは、アイテムを容易にマッピングし、注文をより効率的に配送することを可能にする。

[0071] いくつかの実施形態では、システム１００は、顧客注文を受信するように構成されてもよい。顧客注文は、複数のアイテムを含んでもよい。いくつかの実施形態では、各顧客注文は複数の下位注文を含むことができ、下位注文の各々は複数のアイテムを含むことができる。例えば、顧客注文は３つの下位注文を含むことができる。第１の下位注文は、練り歯磨き、歯ブラシ、およびマウスウォッシュの緊急注文であってもよく、第２の下位注文は、チーズ、クラッカー、およびチップの通常配送を含んでもよく、第３の下位注文は、飲料の遅延配送を含んでもよい。システム１００は、顧客注文を受信し、注文された各アイテムに関連する注文識別子３０５を生成することができる。いくつかの実施形態では、システム１００は、各下位注文に関連する固有の下位注文識別子（例えば、第１の下位注文の下位注文識別子３０５Ａ、第２の下位注文の下位注文識別子３０５Ｂ、および第３の下位注文の下位注文識別子３０５Ｃ）を生成することができる。

[0072] いくつかの実施形態では、注文識別子３０５および下位注文識別子（例えば、３０５Ａ、３０５Ｂまたは３０５Ｃ）は、注文されたアイテムの数、配送されるアイテムの緊急度、配送されるアイテムの目的地を含むがこれらに限定されない情報を含むことができる。いくつかの実施形態では、注文識別子３０５はまた、単一の注文内の下位注文の数に関する情報を含むことができる。システム１００は、注文がいくつかの下位注文と、各下位注文に関連する緊急度と、を含むことを示す指示をユーザインターフェースデバイス３０２に送信することができる。ピッカーは、それに応じて注文または下位注文を履行することができる。

[0073] いくつかの実施形態では、１つまたは複数のピッカーは、他の顧客注文のアイテムを取り出しながら、下位注文の緊急性に関する指示を受信することができる。ピッカーは、ピッキングゾーン２０９内の現在位置に基づいて、緊急の下位注文のアイテムを取り出し、アイテムをパッキングゾーン２１１に送ることができる。例えば、緊急の下位注文が歯ブラシおよび靴下のペアを含む場合には、口腔衛生セクション内またはその近くのピッカーは歯ブラシを取り出すことができ、衣類セクション内またはその近くのピッカーは靴下のペアを取り出すことができ、その結果、ピッキング密度が向上する。アイテムは、コンテナまたはトートが満杯になると、パッキングゾーン２１１に輸送され得る。この手法は、ピッカーの位置に基づいて、顧客注文に基づいてではなくアイテムをピッキングすることによってピッキング効率を高めることができ、したがってサイクル時間を短縮し、全体的な配送効率を改善する。

[0074] いくつかの実施形態では、システム１００は、命令をユーザデバイス（例えば、スマートフォン１１９Ｂ、またはコンピュータ１１９Ｃ）に送信して、デバイスに注文識別子３０５を印刷するようにピッカーに指示させることができる。いくつかの実施形態では、ユーザデバイスは、ラベルを印刷するように構成されたＰＤＡなどのハンドヘルドデバイスを含むことができる。あるいは、システム１００は、ラベルプリンタ、インクジェットプリンタ、またはレーザプリンタなどの印刷装置（図示せず）を含んでもよい。印刷装置は、ラベル、命令、メモなどを印刷するために、システム１００のコンピュータ実装システムのうちの１つから命令を受信するように構成されてもよい。命令は、例えば、印刷された注文識別子３０５をピッキングされたアイテム２０８に貼り付けることによって、印刷された注文識別子３０５を顧客注文のアイテムに関連付けるようにピッカーに要求することをさらに含むことができる。いくつかの実施形態では、システム１００は、注文識別子３０５を顧客注文のアイテムと電子的に関連付けるように構成されてもよい。例えば、システム１００は、すべての入ってくる顧客注文に関連する情報を含むデータベースを更新することができる。

[0075] リビン作業員３０１は、パッキングゾーン２１１でピッキングされたアイテム２０８を受け取ることができる。いくつかの実施形態では、リビン作業員３０１は、ユーザインターフェースデバイス３０２（例えば、スマートフォン１１９Ｂ）を使用して、システム１００から顧客注文に関連する情報を受け取ることができる。ユーザインターフェースデバイス３０２は、ハンドヘルドディスプレイデバイス（例えば、タブレット１１９Ａ）、スマートフォン（例えば、モバイルデバイス／ＰＤＡ１１９Ｂ）、コンピュータ（例えば、コンピュータ１１９Ｃ）、ボディマウントディスプレイ、ヘッドマウントディスプレイなどを含むことができるが、これらに限定されない。ユーザインターフェースデバイス３０２は、例えば図１Ａのコンピュータ１１９Ｃなどのモバイルデバイスと実質的に同様であってもよい。ユーザインターフェースデバイス３０２は、例えば、ＷＭＳ１１９と通信し、情報を交換することができる。

[0076] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、ユーザインターフェースディスプレイ（図３には図示せず）に情報を表示するように構成されてもよい。ユーザインターフェースディスプレイは、注文されたアイテムの数、注文されたアイテムの配送の緊急性、配送されるアイテムの目的地の場所などの顧客注文に関連する情報を含む情報を含むことができる。いくつかの実施形態では、ユーザインターフェースディスプレイは、視覚ディスプレイまたは視聴覚ディスプレイであってもよい。例えば、ユーザインターフェースデバイス３０２は、注文が「緊急」である場合に注文の履行を促進する要求を示すための視聴覚メッセージを受信することができる。いくつかの実施形態では、ユーザインターフェースデバイス３０２は、ユーザ入力を受信し、ユーザインターフェースディスプレイの１つまたは複数の対話型要素を介してユーザにフィードバックを提供するように構成されてもよい。例えば、ユーザインターフェースデバイス３０２は、聴覚、視覚、または触覚通知をユーザに提供し、ユーザインターフェースディスプレイの１つまたは複数の対話型要素を介して通知の受信を確認する要求を示すことができる。いくつかの実施形態では、ユーザインターフェースデバイス３０２は、注文識別子３０５の情報を記録するために、バーコードスキャン、光学文字読取デバイスなどのデータ記録機能を含むことができる。ユーザインターフェースデバイス３０２は、記録された情報を一時的に格納し、後でシステム１００のコンピュータ実装システムのうちの１つのデータベースにアップロードするように構成されてもよい。いくつかの実施形態では、ユーザインターフェースデバイス３０２は、記録された情報をデータベースに自動的にアップロードすることができる。

[0077] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、ピッキングされたアイテム２０８に関連する注文識別子３０５を精査するために、ユーザインターフェースディスプレイの対話型要素を介して示す命令を受信することができる。例えば、システム１００のコンピュータ実装システムのうちの一方（例えば、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）は、ユーザがアイテム２０８に関連する注文識別子３０５の精査を開始するための指示を、ユーザインターフェースデバイス３０２が表示するための命令を生成することができる。注文識別子３０５を精査することは、例えば、注文識別子３０５をスキャンまたは読み取ることによって、アイテム２０８の配送の最終目的地を決定することを含むことができる。例えば、バーコードスキャンデバイスを使用するスキャン注文識別子（例えば、バーコード）は、注文のアイテムの最終目的地、配送の緊急性、注文されたアイテムの数および説明などの注文識別子と関連する情報を表示することができる。いくつかの実施形態では、顧客注文はいくつかの下位注文を含むことができ、各下位注文はいくつかのアイテムをさらに含むことができる。アイテム２０８は、顧客注文の１つまたは複数のアイテムを含むパッケージを含むことができることが理解される。

[0078] アイテム２０８の配送の最終目的地を決定すると、リビン作業員３０１は、決定された最終目的地に基づいて、アイテム２０８を第１の保管場所３２０に置くことができる。第１の保管場所３２０は保管セル３２４を含むことができる。第１の保管場所３２０の各保管セル３２４は、仕分け場所に関連付けられてもよい。いくつかの実施形態では、第１の保管場所３２０は、リビンウォール、保管ユニット、セルを有する保管ラック、またはキャビネットを含んでもよい。他の組織化された保管手段も同様に使用することができる。

[0079] いくつかの実施形態では、アイテム２０８は、アイテムが関連付けられ得る注文または注文の他のアイテムのステータスに関係なく、それらの目的地に基づいて第１の保管場所３２０の保管セル３２４内で仕分けされ得る。現在の既存のシステムでは、リビン作業員は、注文が配送のために仕分けされる前に、注文のすべてのアイテムがピッキングされるのを待つ場合がある。対照的に、開示された実施形態では、各アイテムは個々の注文として扱われ、注文の他のアイテムのステータスに関係なく、目的地に基づいて仕分けされ得る。これにより、リビン作業員の空き時間が短縮され、梱包効率が向上する。いくつかの実施形態では、本明細書に開示するような梱包効率は、特定の期間に梱包されるアイテムの数と呼ばれることがある。例えば、パッケージ効率は、時間当たりの単位（ＵＰＨ）として表すことができる。他の効率メトリックも同様に使用することができる。アイテムの個別化はまた、アイテムがピッキング、梱包、仕分け、または出荷される前に棚に置かれる期間として本明細書で定義される、アイテムの保管期間を短縮することができ、したがって在庫管理に関連するコストを削減し、アイテムの取り扱いミスまたは誤配置のリスクを低減する。

[0080] いくつかの実施形態では、各保管セル３２４は、キャンプサイト３４０に関連付けられ得る。いくつかの実施形態では、キャンプサイト３４０は、ＦＣ２００の敷地内のオンサイト保管または仕分け施設であってもよい。いくつかの実施形態では、キャンプサイト３４０は、遠隔地のオフサイト保管または仕分け施設であってもよい。各保管セル３２４（例えば、３２４＿１または３２４＿２）と対応するキャンプサイトとの関連付けは、キャンプサイト識別子を使用して識別することができる。キャンプサイト識別子は、ラベル、バーコード、番号、またはタグを含み得るが、これらに限定されない。限られた数の保管セル３２４のみが示されているが、第１の保管場所３２０は任意の数の保管セル３２４を含んでもよいことが理解される。

[0081] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、アイテム２０８の目的地の場所を決定することに基づいて、対応する保管セル３２４内にアイテム２０８を配置するように、指示を通じてリビン作業員３０１に通知することができる。例えば、顧客注文に基づいて、システム１００のコンピュータ実装システムのうちの一方（例えば、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）は、アイテム２０８が向けられ得るキャンプサイトを決定することができる。リビン作業員３０１は、対応する保管セル３２４にアイテム２０８を配置することができる。

[0082] いくつかの実施形態では、リビン作業員３０１は、ユーザインターフェースデバイス３０２を介して、アイテム２０８と、アイテム２０８が配置されている対応する保管セル３２４と、を関連付ける指示を受け取ることができる。例えば、リビン作業員３０１は、仕分けのためにアイテム２０８とキャンプサイトとの間の関連付けを確立するために、注文識別子３０５およびキャンプサイト識別子をスキャンするように要求され得る。配置されたアイテムの注文識別子およびアイテムが配置された保管セルのキャンプサイト識別子に関連する情報は、顧客注文および顧客注文の配送計画に関連する情報を含むデータベースに自動的に更新することができる。

[0083] いくつかの実施形態では、キャンプサイト３４０がオンサイト施設である場合には、アイテムは、例えばコンベヤベルト、フォークリフト、パレット、トロリー、またはトートなどの輸送手段を使用して輸送されてもよい。オフサイト施設では、配送トラックなどを使用してアイテムを輸送することができる。

[0084] いくつかの実施形態では、保管セル３２４は、対応するキャンプサイトに輸送される１つまたは複数のアイテムを含むことができる。いくつかの実施形態では、キャンプサイトを保管場所と呼ぶことができる。例えば、キャンプサイト３４０は、保管セル３２４＿１に関連付けられてもよく、保管セル３２４＿１に配置されたアイテム（例えば、アイテム２０８）がキャンプサイト３４０に向けられ得ることを示す。

[0085] いくつかの実施形態では、キャンプサイト３４０は、１つまたは複数の保管スペース３４２を含んでもよい。保管スペース３４２は、保管セルを有する壁、保管ユニット、セルを有する保管ラック、またはキャビネットを含むことができるが、これらに限定されない。他の組織化された保管手段も同様に使用することができる。例えば、保管スペース３４２は、保管セル３４４を有する壁を含むことができる。各保管セル３４４は、アイテム２０８の配送のためのサブルートに関連付けられてもよい。

[0086] キャンプサイト３４０の作業員は、保管場所３２０から１つまたは複数のアイテム２０８を受け取ることができる。作業員（例えば、仕分け者）は、ピッキングされたアイテム２０８に関連する注文識別子３０５を精査することができる。いくつかの実施形態では、作業員は、注文識別子３０５を精査するためにユーザインターフェースデバイス３０２上で通知を受け取ることができる。例えば、システム１００のコンピュータ実装システムのうちの一方（例えば、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）は、作業員がアイテム２０８に関連する注文識別子３０５の精査を開始するためにユーザインターフェースデバイス３０２に表示される指示を生成することができる。注文識別子３０５を精査することは、アイテム２０８の最終目的地を決定することを含んでもよい。

[0087] 作業員は、アイテム２０８の配送の最終目的地を決定すると、アイテム２０８の最終目的地について決定されたサブルートに基づいて、アイテム（例えば、アイテム２０８）を保管セル３４４に配置することができる。キャンプサイト３４０の各保管セル３４４は、サブルートに関連付けられてもよい。

[0088] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、指示を介して、アイテム２０８の決定された最終目的地に基づいて、対応する保管セル３４４にアイテム２０８を配置するように作業員に通知することができる。例えば、顧客注文に基づいて、システム１００のコンピュータ実装システムのうちの一方（例えば、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）は、アイテム２０８が向けられ得る保管セル３４４を決定することができる。作業員は、ユーザインターフェースデバイス３０２からの指示に基づいて、アイテム２０８を対応する保管セル３２４に配置することができる。

[0089] 各保管セル３４４と対応するサブルートとの関連付けは、サブルート識別子を使用して識別することができる。サブルート識別子は、ラベル、バーコード、番号、またはタグを含むことができるが、これらに限定されない。限られた数の保管セル３４４のみが示されているが、キャンプサイト３４０は任意の数の保管セル３４４を含んでもよいことが理解される。

[0090] いくつかの実施形態では、アイテムは、アイテムが関連付けられ得る注文または注文の他のアイテムのステータスに関係なく、配送の最終目的地の決定されたサブルートに基づいて保管セル３４４内で仕分けされ得る。現在の既存の配送システムでは、仕分け者は、注文が配送の準備が整う前に、注文のすべてのアイテムが受け取られるのを待つ場合がある。対照的に、開示された実施形態では、各アイテムは、個々の注文として扱われ、注文の他のアイテムのステータスに関係なく、配送のために決定されたサブルートに基づいて仕分けされ得る。これにより、キャンプゾーンにおける仕分け者の空き時間を短縮することができ、したがって仕分け効率および全体的なパッケージ配送効率を高めることができる。

[0091] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、アイテム２０８と、アイテム２０８が配置されている対応する保管セル３４４と、を関連付けるための指示を表示するように構成されてもよい。例えば、指示は、配送のためにアイテム２０８とサブルートとの間の関連付けを確立するために、注文識別子３０５およびサブルート識別子をスキャンする要求を含むことができる。配置されたアイテムの注文識別子３０５およびアイテムが配置された保管セル３４４のサブルート識別子に関連する情報は、顧客注文および顧客注文の配送計画に関連する情報を含むデータベースに自動的に更新することができる。

[0092] いくつかの実施形態では、各保管セル３４４は、コンテナ３５０（例えば、トート）に関連付けられてもよい。保管セル３４４のすべてのアイテム（例えば、アイテム２０８）は、コンテナ３５０内に配置され得る。いくつかの実施形態では、コンテナ３５０は、コンテナ識別子３５５を使用して識別することができる。コンテナ識別子３５５は、サブルート識別子を含むサブルートに関連する情報を含むことができる。いくつかの実施形態では、コンテナ識別子３５５は、キャンプサイトおよびサブルートに関連する情報を含むことができる。例えば、コンテナ識別子はラベルＣＳ３＿ＳＲ１を含むことができ、ＣＳは起点キャンプサイトを示し、ＳＲはコンテナ内のアイテムを配送するための指定されたサブルートを示す。コンテナ識別子３５５は、ラベル、バーコード、番号、またはタグを含むことができるが、これらに限定されない。

[0093] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、アイテム２０８の決定された最終目的地に基づいて、対応するコンテナ３５０内にアイテム２０８を配置するために、通知または指示を表示するように構成されてもよい。例えば、顧客注文に基づいて、システム１００のコンピュータ実装システムのうちの一方（例えば、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）は、アイテム２０８を配置することができるコンテナ３５０を決定することができる。作業員は、ユーザインターフェースデバイス３０２からの指示に基づいて、対応するコンテナ３５０内にアイテム２０８を配置することができる。

[0094] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、アイテム２０８と、アイテム２０８が配置されている対応するコンテナ３５０とを関連付けるために、ユーザインターフェースディスプレイの１つまたは複数の対話型要素を介して指示を表示するように構成されてもよい。例えば、指示は、パッケージ配送のためにアイテム２０８とコンテナ３５０との間の関連付けを確立するために、注文識別子３０５およびコンテナ識別子３５５をスキャンする要求を含むことができる。配置されたアイテム２０８の注文識別子３０５およびアイテムが配置されたコンテナ３５０のコンテナ識別子３５５に関連する情報は、顧客注文および顧客注文の配送計画に関連する情報を含むデータベースに自動的に更新することができる。

[0095] いくつかの実施形態では、顧客への配送のために、１つまたは複数のコンテナ３５０を配送車両（例えば、配送トラック２０１）に積み込むことができる。コンテナ３５０は、サブルートに基づいて配送トラック２０１に配置することができる。例えば、配送作業員が直接パッケージにアクセスできるように、サブルートの先頭に近い目的地で配送されるパッケージまたはアイテム（例えば、アイテム２０８）をアクセスドアの近くに配置することができる。いくつかの実施形態では、パッケージの迅速なアクセスを可能にするために、緊急注文を含むコンテナ３５０をアクセスドアの近くに配置することができる。いくつかの実施形態では、サブルートは、注文のタイプおよび緊急度またはＰＤＤに基づいて調整することができる。いくつかの実施形態では、サブルートおよび配送トラック２０１内のコンテナの配置の両方を、顧客注文およびＰＤＤに基づいて調整することができる。

[0096] コンテナ３５０は、配送トラック２０１に積み込む前に、コンテナキャリア３６０上に配置することができる。コンテナキャリア３６０は、カート、トロリー、ケージ、バスケットなどを含むことができる。いくつかの実施形態では、コンテナキャリア３６０は、バーコード、ラベル、またはタグなどの識別子を含むことができる。いくつかの実施形態では、ユーザインターフェースデバイス３０２は、指示を介して、所定の配置に基づいて配送トラック２０１上にコンテナ３５０を配置するように配送作業員またはトラック積込者に通知することができる。例えば、ＰＤＤに基づいて、システム１００のコンピュータ実装システムのうちの一方（例えば、輸送システム１０７）は、コンテナキャリア３６０上のコンテナ３５０の配置、または配送トラック２０１上の１つもしくは複数のコンテナキャリア３６０の配置を決定することができる。配送作業員またはトラック積込者は、システム１００のコンピュータ実装システム（例えば、輸送システム１０７）のうちの１つによって実行された決定に基づいて、コンテナ３５０またはコンテナキャリア３６０を配送トラック２０１に配置することができる。ユーザインターフェースデバイス３０２は、配送作業員またはトラック積込者に、コンテナキャリア３６０内のコンテナ３５０の配置および／または配送トラック２０１内のコンテナキャリア３６０の配置の表現を示すことができる。

[0097] いくつかの実施形態では、ユーザインターフェースデバイス３０２は、配送トラック２０１内の配置されたコンテナ３５０ならびに１つまたは複数のコンテナキャリア３６０の表現を表示するように構成することができる。表現形式は、視覚、表形式、音声、視聴覚、またはそれらの組み合わせのうちの１つを含み得る。いくつかの実施形態では、ユーザインターフェースディスプレイは、配送作業員用の配送トラック２０１内の配置されたコンテナ３５０およびコンテナキャリア３６０の表現を含むことができる。

[0098] いくつかの実施形態では、配送作業員は、配送トラック２０１が積み込まれた後にサブルート上での運転を開始するために、輸送システム１０７などのシステム１００のコンピュータ実装システムのうちの１つによって生成された指示を受け取ることができる。配送作業員は、ユーザインターフェースデバイス３０２上のユーザインターフェースディスプレイを介して指示を受け取ることができる。

[0099] ここで、開示された実施形態と一致する、個別化パッケージ配送のためのプロセス４００の例示的なフローチャートを示す図４を参照する。プロセスは、顧客注文を受け取ることと、顧客注文に基づいて注文識別子を生成することと、顧客注文のアイテムの意図された最終目的地を決定することと、顧客注文のアイテムの少なくともいくつかをピッキングすることと、２ステップ仕分けプロセスに基づいてピッキングされたアイテムを仕分けすることと、顧客注文のピッキングされたアイテムを、顧客注文のアイテムの残りを待つことなく配送トラックに積み込むことと、ピッキングされたアイテムを顧客に配送することと、を含むことができる。

[00100] 全体的なパッケージ配送効率は、パッケージ輸送のプロセスにおける各ステップの効率に依存するメトリックである。注文を履行するためにＦＣから顧客にパッケージを出荷することは、通常、複数のステップを含み、これらのステップの大部分は直線的に後続の注文で実行されなければならない。例えば、ピッキングに先行して、注文を受け取り、注文識別子を生成することができ、仕分けに先行してピッキングすることができ、梱包に先行して仕分けすることができ、配送トラックにアイテムを積み込むことに先行して梱包することができる、などである。言い換えれば、プロセスの各ステップは、前のステップの完了によって開始される。そのようなプロセスフローでは、プロセスの全体的な効率は、各ステップでの効率によって決定される。全体的な効率は、各ステップの効率を高めることによって、または他のステップの効率を維持しながら少なくとも１つのステップの効率を高めることによって改善することができる。上述したように、本明細書における「個別化」は、出荷前に顧客注文が完全に満たされるのを待つことなく複数のアイテムを含む顧客注文のアイテムの個別出荷を指し、サイクル時間を短縮し、プロセスに関与する従業員のアイドリング時間を短縮することによってパッケージ配送効率を改善することができる。いくつかの実施形態では、プロセス４００の１つまたは複数のステップは、１つまたは複数のユーザインターフェースデバイス（例えば、各々がＦＣ２００の異なるゾーン内のユーザによって操作される）によって実行されてもよい。

[00101] ステップ４１０において、システム１００の１つまたは複数のコンピュータ実装システム（例えば、ＷＭＳ１１９、ＳＣＭ１１７、ＳＡＴシステム１０１）は、顧客注文を受信することができる。顧客注文は、複数のアイテムを含んでもよい。いくつかの実施形態では、顧客注文は複数の下位注文を含むことができ、各下位注文は複数のアイテムを含むことができる。システム１００の１つまたは複数のコンピュータ実装システムは、顧客注文を精査し、注文されたアイテムの総数、注文された各アイテムの説明、要求された配送時間、アイテムの最終目的地などの情報を識別するように構成することができる。いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムは、少なくとも要求された配送時間に基づいて顧客注文の約束配送日または約束配送時間を決定することができる。例えば、顧客からの緊急の注文要求の場合、システムは、数時間の約束配送時間または意図された最終目的地への２４時間以内の配送を決定することができる。いくつかの実施形態では、システムは、顧客注文の各アイテムについて個別に約束配送日時を決定するように構成されてもよい。例えば、顧客注文は、緊急用のいくつかのアイテムと、通常配送用の残りのアイテムと、を含むことができる。システムは、要求された配送タイプに基づいて、約束配送時間を決定するように構成されてもよい。

[00102] いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システム（例えば、ＷＭＳ１１９、ＳＣＭ１１７、ＳＡＴシステム１０１）は、複数の顧客注文を受信することができる。顧客注文の各々は、複数のアイテムを含むことができる。システム１００の１つまたは複数のコンピュータ実装システムは、複数の顧客注文間の共通アイテムを精査および識別するように構成することができる。ユーザインターフェースデバイスは、共通アイテムに関する指示を表示し、ユーザからの入力、例えば受信確認を要求するように構成されてもよい。指示は、アイテムの説明、注文されたアイテムの数量などに関する情報を含むことができる。例えば、ＷＭＳ１１９は、１００個の顧客注文を受け取り、１００個の顧客注文のうちの５０個が共通のアイテム、例えば水のボトルを含むと判定することができる。作業員（例えば、ピッカー）は、ユーザインターフェースデバイスを介して、５０本のボトルの水をピッキングする必要があるという指示を受け取ることができる。この手法の実施は、ピッキング効率およびプロセスの全体的な効率を高めることができる。

[00103] ステップ４２０において、システム１００の１つまたは複数のコンピュータ実装システムは、受信した顧客注文に基づいて注文識別子（例えば、注文識別子３０５）を生成することができる。注文識別子は、バーコード、ラベル、タグ、英数字コード、クイックレスポンス（ＱＲ）コードなどを含むことができる。注文識別子は、顧客注文に関する情報を含む機械可読光学ラベルであってもよい。注文識別子に含まれる情報は、注文の最終目的地、顧客注文のアイテムの総数、要求された配送タイプ、顧客情報、約束配送日および約束配送時間などを含むことができるが、これらに限定されない。いくつかの実施形態では、注文識別子を生成するシステムは、顧客注文の最終目的地情報に基づいて、顧客注文のアイテムが属することができる保管場所（例えば、キャンプゾーン２１５、ハブゾーン２１３）および配送ルートを決定することができる。例えば、最終目的地の郵便番号に基づいて、システムは、顧客注文のアイテムの保管場所を決定することができ、最終目的地で識別された街路または地域に基づいて、システムは、顧客注文のアイテムの配送ルートを決定することができる。

[00104] 例えば、バーコードスキャン機能を備えたユーザインターフェースデバイス（例えば、ユーザインターフェースデバイス３０２）を使用して、注文識別子をスキャンまたは読み取ると、ユーザインターフェースデバイスは、注文識別子に関連する情報を表示することができる。例えば、注文識別子をスキャンまたは読み取ると、ユーザインターフェースデバイスは、ピッキングされたアイテムの数、ピッキングされる残りのアイテムの数、約束配送時間、および注文を履行するための残り時間を表示することができる。

[00105] ステップ４３０において、システム１００の１つまたは複数のコンピュータ実装システムは、顧客注文の各アイテムを注文識別子に関連付けるための指示を表示するようにユーザインターフェースデバイスに命令することができる。ユーザインターフェースデバイスは、受信した顧客注文に関する表示または警告を表示し、ユーザからの入力、例えば、受信確認を要求するように構成されてもよい。ユーザから入力を受信すると、ユーザインターフェースデバイスは、顧客注文および顧客注文に関連する情報の一部または全部を表示することができる。作業員（例えば、ピッカー）は、顧客注文の１つまたは複数のアイテムをピッキングし、ピッキングされた各アイテムを、例えばアイテムの注文識別子およびバーコードをスキャンすることによって、１つまたは複数のコンピュータ実装システムから受信した注文識別子と関連付けることができる。いくつかの実施形態では、顧客注文のアイテムを注文識別子に関連付けることは、ラベルプリンタまたはバーコードプリンタを使用した注文識別子の物理的印刷を含んでもよい。印刷されたラベルまたはバーコードは、例えば、注文および配送スケジュールに関連する情報へのすべての従業員の容易なアクセスを可能にするために、アイテムに添付または付着されてもよい。例えば、元の注文識別子を受け取らなかったか、または元の注文識別子にアクセスすることができない作業員は、アイテム上の印刷され添付された注文識別子をスキャンすることができる。

[00106] ステップ４４０において、システム１００の１つまたは複数のコンピュータ実装システムは、顧客注文のアイテムの各々について意図された最終的な配送目的地を決定することができる。一例として、顧客は、午後８時前に友人の家に配送される花束と、２４時間以内に親の家に配送される電池パックと、を注文することができる。システム１００の１つまたは複数のコンピュータ実装システムは、２つの注文を表す２つの別個の注文識別子を生成することができる。アイテムの各々は、保管場所に向けられ、意図された最終目的地に基づいて、保管場所における配送ルートに仕分けされ得る。

[00107] いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムは、意図された配送目的地、意図された配送先に関連する保管スペース（例えば、保管セルでは３２４／３４４）、および意図された配送目的地で顧客注文のアイテムを配送するための配送ルートを決定することができる。

[00108] いくつかの実施形態では、仕分けプロセスは、２ステップ仕分けプロセスであってもよい。第１のステップは、ピッキングされたアイテムを、アイテムが向けられ得るキャンプサイトに基づいて仕分けすることを含むことができる。キャンプサイトは、例えば、顧客注文におけるアイテムの最終的な配送目的地として意図された郵便番号に基づいて決定されてもよい。第２のステップは、配送のためにアイテムを送ることができる配送ルートに基づいて、キャンプサイトでピッキングされたアイテムを仕分けすることを含むことができる。配送ルートは、例えば郵便番号で表されるエリア内の地域または街路などに基づいて決定されてもよい。

[00109] ステップ４５０において、システム１００のうちの１つまたは複数のコンピュータ実装システムは、システム１００のうちの１つまたは複数のコンピュータ実装システムによって決定された予め割り当てられた保管スペース（例えば、保管場所３２０の保管セル３２４）に基づいて、顧客注文のピッキングされたアイテムを仕分けするための指示または警告を表示するための命令をユーザインターフェースデバイスに送信することができる。予め割り当てられた保管スペースは、アイテムがさらなる仕分けのために向けられ得るキャンプサイトを表すことができる。いくつかの実施形態では、１つまたは複数の保管スペースにキャンプサイトを割り当ててもよい。例えば、保管セル３２４＿１で表されるキャンプサイト１に保管スペース１～１２を割り当て、保管セル３２４＿２で表されるキャンプサイト２に保管スペース１３～２３を割り当て、保管セル３２４で表されるキャンプサイト３に保管スペース２４を割り当ててもよい。

[00110] 仕分けされたアイテムの各々は、対応するキャンプサイトに輸送され得る。いくつかの実施形態では、キャンプサイトは、ＦＣ２００の敷地内のオンサイト保管施設（例えば、キャンプゾーン２１５）であってもよい。仕分けされたアイテムは、例えばコンベヤベルト、フォークリフト、手押し車、トロリー、カートなどの輸送装置を使用してキャンプゾーン２１５に輸送することができる。いくつかの実施形態では、キャンプサイトは、倉庫またはＦＣ２００とは別の保管ユニットなどのオフサイト保管設備であってもよい。仕分けされたアイテムは、例えば配送トラックを使用してオフサイト保管施設に輸送されてもよい。顧客注文に属する仕分けされたアイテムは、顧客注文の残りのアイテムを待つことなくキャンプサイトに輸送されて、空き時間を減らすことができる。

[00111] ステップ４６０において、システム１００の１つまたは複数のコンピュータ実装システムは、配送ルートに基づいて、キャンプサイトでピッキングされたアイテムを仕分けするための指示または警告を表示するための命令をユーザインターフェースデバイスに送信することができる。配送ルートは、顧客注文における最終的な配送目的地に基づいて、システム１００の１つまたは複数のコンピュータ実装システムによって予め決定されてもよい。作業員は、配送ルートに基づいてアイテムを保管セル（例えば、保管セル３４４）に置くことによって、キャンプサイトでピッキングされたアイテムを仕分けすることができる。作業員は、例えば、アイテムの注文識別子をスキャンすることによって配送ルート情報を取得することができる。保管セル３４４の各々は、ルート識別子またはサブルート識別子によって識別されてもよい。

[00112] ステップ４７０において、システム１００の１つまたは複数のコンピュータ実装システムは、保管セル３４４からの仕分けされたアイテムをコンテナ（例えば、コンテナ３５０）に入れるように指示または警告を表示するための命令をユーザインターフェースデバイスに送信することができる。各保管セル３４４は、対応する保管セルに格納されたアイテムを受け入れるように構成されたコンテナに関連付けられてもよい。いくつかの実施形態では、各コンテナは、キャンプサイトおよび保管セルを識別する情報を含むコンテナ識別子で識別することができる。顧客注文に属するピッキングされたアイテムは、空き時間を短縮するために、同じ顧客注文の残りのアイテムを待つことなくコンテナに配置され得る。

[00113] コンテナ３５０またはコンテナキャリア３６０は、コンテナ、トート、車輪付きケージ、カート、トロリーなどを受け入れるように構成された配送車両（例えば、配送トラック２０１）に積み込むことができる。コンテナは、アイテムの配送中の荷降ろし時間を短縮するように、例えば配送ルートに基づく構成で積み込まれてもよい。配送トラック上のコンテナの配置はまた、限定はしないが、配送の緊急性、約束配送時間、アイテムが傷みやすい食品であるかどうかなどを含む要因に基づいてもよい。いくつかの実施形態では、配送トラックの保管区画は、キャビネット、セル、棚、ラック、ケージ、または車輪付きケージなどのビルトイン保管スペースを含むことができる。配送トラック内の各コンテナキャリアは、コンテナキャリア識別子（例えば、バーコード）によって識別することができる。コンテナキャリア識別子は、配送トラックの保管区画内のコンテナキャリアの場所に関連する情報を含むことができる。例えば、４つのコンテナキャリア３６０は、保管区画の後壁に対して配置されてもよく、左から右に向かって３６０＿１～３６０＿４とラベル付けされる。したがって、配送トラックの保管区画の左後方の角に位置するコンテナキャリアをコンテナキャリア３６０＿１として識別することができ、配送トラックの保管区画の右後方の角に位置するコンテナキャリアをコンテナキャリア３６０＿４として識別することができる。コンテナキャリア３６０の配置の視覚的または表形式の表現は、例えば、輸送システム１０７などのシステム１００の１つまたは複数のコンピュータ実装システムによって生成することができる。

[00114] いくつかの実施形態では、コンテナキャリア３６０上のコンテナの積載配置を記録して、配送トラック積載配置の表現を生成することができる。例えば、輸送システム１０７は、コンテナキャリアに配置されたすべてのコンテナのコンテナ識別子（例えば、バーコード）をスキャンし、対応するコンテナキャリア識別子をスキャンする指示を表示するために、ユーザインターフェースデバイスに命令を送信することができる。システムは、スキャンされた情報に基づいて積載配置の表現を生成することができる。いくつかの実施形態では、積載配置は、表形式または視覚形式でユーザに提示されてもよい。積載配置は、紙のシート上に印刷されてもよく、ユーザインターフェースデバイス上に表示されてもよく、または配送ラウンドを開始する前にユーザに提示されてもよい。

[00115] ステップ４８０において、輸送システム１０７などのシステム１００の１つまたは複数のコンピュータ実装システムは、例えば、ユーザインターフェースデバイス（例えば、モバイルデバイス１０７Ａ～１０７Ｃのうちの１つ）に命令を送信して、配送トラックに積み込まれたコンテナに保管されたアイテムを配送する指示を表示することができる。ユーザインターフェースデバイスは、アイテムの配送のために出発する前に積み込みプロセスの完了を検証するために、ユーザ（例えば、配送作業員または積込者）からの入力を要求する指示を表示することができる。ユーザインターフェースデバイスは、ユーザから入力を受信し、受信した入力をシステム１００に関連するデータベースに格納することができる。

[00116] いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムは、命令をユーザインターフェースデバイスに送信して、例えば注文識別子をスキャンすることによって、注文識別子に関連する情報を記録する指示を表示することができる。ユーザインターフェースデバイスは、アイテムがピッキングされた後に、仕分けプロセスの第１のステップで保管場所に基づいてピッキングされたアイテムを仕分けした後に、仕分けされたアイテムをキャンプサイトに輸送する前に、キャンプサイトに到達した後に、仕分けプロセスの第２のステップで配送ルートに基づいてピッキングされたアイテムを仕分けした後に、コンテナ内に仕分けされたアイテムを配置した後に、そしてコンテナを配送トラックに積み込んだ後に、注文識別子情報を記録する命令を表示することができる。プロセスのすべてのステップで記録された情報は、システム１００に関連するデータベース（例えば、ＷＭＳ１１９または輸送システム１０７に関連付けられる、または接続される）に格納および更新され得る。

[00117] いくつかの実施形態では、システム１００は、データベースに格納された更新情報に基づいて、注文のステータスに関する顧客からの問い合わせに応答してステータス更新通知メッセージを生成することができる。いくつかの実施形態では、システム１００は、データベースに格納された更新情報に基づいて、顧客のためのステータス更新通知メッセージを先取り的に生成することができる。

[00118] いくつかの実施形態では、システム１００は、顧客注文の出荷優先度を動的に変更することができる。注文の出荷優先度は、ステップ４２０で顧客注文の注文識別子が生成された後に、プロセス４００の任意のステップ中に変更することができる。注文識別子は、注文を出荷する前に出荷優先度の変更を反映するようにシステムによって更新または修正することができる。例えば、ステップ４５０において、システム１００のうちの１つまたは複数のコンピュータ実装システムは、予め割り当てられた保管スペース（例えば、保管場所３２０の保管セル３２４）に基づいて、顧客注文のピッキングされたアイテムを仕分けするための指示または警告を表示するための命令をユーザインターフェースデバイスに送信することができる。予め割り当てられた保管スペースは、ピッキングされたアイテムが意図された元の顧客注文ではない顧客注文に関連付けられてもよい。

[00119] 図５は、本開示のいくつかの態様による、システム１００によって実施される動的パッケージ優先度のためのコンピュータ実施方法５００を示す。図５に示す方法５００は、システム１００に見られる少なくとも１つのプロセッサによって実施することができる。例えば、方法５００は、図１Ａに示すシステムのうちの１つまたは複数によって実行することができる。いくつかの実施形態では、方法５００は、出荷権限技術システム１０１、出荷および注文追跡システム１１１、フルフィルメント最適化システム１１３、または倉庫管理システム１１９によって単独で、またはシステム１００内の他のシステムと組み合わせて実行されてもよい。さらに、本方法は、システム１００と通信する１つまたは複数のクラウドベースのデバイスなどの１つまたは複数のオフサイトプロセッサによって実行されてもよい。

[00120] ステップ５０５において、第１の顧客注文が受信される。第１の顧客注文は、任意の数の製品またはアイテムについてのものであってもよい。注文は、システム１００内の任意の地点から電子的に受信することができる。例えば、注文は、外部フロントエンドシステム１０３によって、ユーザデバイス１０２Ａ、１０２Ｂから、販売者ポータル１０９から、またはシステム１００内の別の入力デバイスから受信することができる。注文は、任意の有線または無線通信チャネルを介して受信することができる。システム１００は、第１の顧客注文を受信し、注文のステータスの監視および注文の追跡を可能にする注文識別子を生成することができる。注文識別子は、注文に固有であってもよく、注文の任意のアイテムまたは詳細に関連付けられてもよい。注文識別子は、自動車部品、農産物、浴室用品などの製品のグループを関連付ける要素を含むことができる。注文識別子は、配送のための意図された住所、顧客識別子、ＦＣ内の製品の場所などの他の情報、または製品、供給業者、もしくは顧客に関する任意の他の情報に関連付けられた要素を含むことができる。注文識別子は、バーコードまたはＲＦＩＤタグなどの機械可読識別子を含んでもよく、または固有のコード、番号、またはシンボルを含んでもよい。注文識別子は、メモリ、１つまたは複数のデータベースに格納されてもよく、１つまたは複数のデバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃなどのシステム１００の任意の部分によってアクセス可能であってもよく、または印刷されたラベルを含んでもよい。システム１００はまた、１つまたは複数の固有の下位注文識別子を生成することができる。下位注文識別子は、注文内の任意の１つまたは複数のアイテム、または上記のような注文に関連する任意の詳細と関連付けられてもよい。各アイテムは、識別子または下位注文識別子を含むことができる。

[00121] システム１００は、受信時に第１の顧客注文に第１の出荷メトリックを割り当てることができる。いくつかの実施形態では、出荷メトリックは、１つまたは複数の注文に対する出荷の優先度を決定するための１つまたは複数の定量化可能または定量化不可能な測定標準に基づくことができる。例えば、出荷メトリックは、特定の期間に梱包されたアイテムの数、生産性、または最新の可能な梱包時間などの内部目標に関連することができる。最新の可能な梱包時間は、出荷の準備をするためにアイテムがフルフィルメントセンタで梱包されなければならない最新の時間を含むことができる。各フルフィルメントセンタの内部目標は変化してもよい。例えば、各ＦＣの内部目標は、生産性、財務上の考慮事項、ＦＣ内に位置するアイテム、ＦＣの地理的位置、ＦＣが担当する顧客の数、ＦＣ内の従業員の数、または各ＦＣに固有の任意の他の考慮事項によって推進され得る。目標は、静的であってもよく、または様々な要因に基づいて動的に変化してもよい。例えば、目標は、現在のグローバルまたはローカルな市場条件に関連付けられてもよく、市場の変動に対応するように調整されてもよい。さらに、ＷＭＳ１１９は、ワークフローに関連するデータを分析し、それに応じて内部目標を調整することができる。

[00122] いくつかの実施形態では、出荷メトリックは、顧客注文の約束配送日または約束配送時間に関連付けられてもよい。約束配送日または約束配送時間は、要求された配送時間に基づくことができ、要求された配送時間は、顧客によって選択された出荷方法に関連してもよい。約束配送日または約束配送時間は、迅速な出荷を約束するプログラムのメンバーシップに基づいてもよい。例えば、そのようなプログラムに登録されている顧客は、行われたすべての注文に対して翌朝までの出荷を受けることができる。

[00123] いくつかの実施形態では、出荷メトリックは、顧客注文に関連付けられた場所または住所に関連してもよい。場所または住所は、自宅の住所、会社の住所、ｐ．ｏ．ｂｏｘ、または注文が配送されることが意図されている他の所望の住所などの任意の物理的な場所であってもよい。例えば、顧客は、自宅の住所に関連付けられているが、例えば友人または親戚にギフトを送るときに、注文が別の住所に配送されることを望む場合がある。この場合、これは所望の配送場所であるため、出荷メトリックは友達または親戚に関連する住所に関連してもよい。

[00124] いくつかの実施形態では、出荷メトリックは、出荷宅配業者に関連してもよい。例えば、ある宅配業者は、特定の時間に出荷する準備ができていることを必要とする場合があり、別の宅配業者は、後で出荷する準備ができていることを必要とする場合がある。さらに、出荷メトリックは、出荷方法に関連してもよい。例えば、迅速な出荷方法は、数時間以内または翌朝までにパッケージを配送することができる。逆に、地上輸送方法は、配送を完了するのに数日かかる場合がある。ここでは出荷メトリックのいくつかの例が示されているが、それは決して網羅的なリストではない。

[00125] ステップ５１０において、アイテムが出荷のために取得される。フルフィルメントセンタの従業員に関連するディスプレイデバイスは、顧客注文に関連するアイテムを収集するための指示を受信することができる。例えば、ＦＯ１１３、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１は、アイテムを収集するようにユーザに警告するためにユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃに指示を送信するための命令を生成することができる。指示は、通知を含んでもよく、視覚的、聴覚的、または触覚的に配信されてもよい。指示は、１つもしくは複数のネットワークまたは他の無線通信チャネルを介してピッカーが所持するモバイルデバイスに無線で送信されてもよい。指示は、ピッカーなどの従業員に、フルフィルメントセンタまたは倉庫の所望の場所でアイテムを調達するよう指示することができる。例えば、ピッカーは、アイテムを物理的に取得し、アイテムを第２の場所に運ぶための命令を受け取ることができる。命令は、ピッカーがアイテムを見つけて取り出すことができる、フルフィルメントセンタの特定の区画内の特定の棚への方向の表示を含むことができる。ピッカーは、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃで応答することによって、指示または命令を確認応答することができる。例えば、ピッカーは、コードを入力し、保管場所内のアイテムの写真をとり、バーコードまたは他の識別子をスキャンし、応答をシステム１００にアップロードすることができる。さらに、ピッカーは、監督者または他の個人から直接指示を口頭で、または印刷されたラベルなどによって書面で受け取ることができる。

[00126] いくつかの実施形態では、アイテムは、１つまたは複数のロボット装置による出荷（ステップ５２０）のために取得することができる。自動誘導車両、自動保管および検索システム、協調ロボット、または多関節ロボットアームなどのロボット装置は、システム１００のコンピュータ実装システム（例えば、ＦＯ１１３、ＷＭＳ１１９、ＳＣＭ１１７、またはＳＡＴ１０１）のうちの１つによって生成された信号に応答して、１つまたは複数のアイテムを収集することができる。収集されると、収集されたアイテムは、次いで、１つまたは複数のロボット装置によって、パッキングゾーン２１１などのＦＣ内の所望の場所に運ばれてもよい。

[00127] いくつかの実施形態では、アイテムは、第三者または他の供給源から受け取られたときに出荷のために取得されてもよい。この状況では、在庫切れのアイテムに対して顧客注文を行うことができる。システム１００内の１つまたは複数のコンピュータ化されたシステムは、各フルフィルメントセンタの在庫にあるアイテムに関連する１つまたは複数のデータベースに問い合わせて、アイテムが利用できないかまたは在庫切れであるという指示を生成することができる。いくつかの実施形態では、販売者ポータル１０９は、在庫切れアイテムの要求を生成することができる。要求は、広く配信されてもよく、または特定の第三者もしくは他の供給源に送信されてもよい。システム１００が、バーコードをスキャンすること、または内部フロントエンドシステム１０５を介して手動でアイテムの受け取った数量を入力することなどによって、アイテムが所望のＦＣで受け取られたことを識別すると、通知を生成することができる。

[00128] 最初の第１の顧客注文が受信される前のある時点で、最初の第１の顧客注文が受信された後に、または第１の顧客注文と同時に、システム１００は、いくつかのアイテムを含む第２の顧客注文を受信することができ、アイテムのうちの少なくとも１つは、（ステップ５０５で受信された）第１の顧客注文と同じアイテムである。次いで、システム１００は、第２の顧客注文に出荷メトリックを割り当てることができる。第２の顧客注文の出荷メトリックは、第１の注文の出荷メトリックと同じ測定標準を含んでもよいし、または異なる測定標準を有してもよい。例えば、一態様では、第１の出荷メトリックと第２の出荷メトリックの両方が約束配送日に基づいてもよい。別の態様では、第１の出荷メトリックが約束配送日に基づいてもよく、第２の出荷メトリックが可能な最新の梱包時間に基づいてもよい。出荷メトリックを割り当てるための基礎は、各フルフィルメントセンタ内の考慮事項に応じて動的であってもよい。

[00129] ステップ５１５において、システム１００は、未履行の顧客注文を検索することができる。未履行の顧客注文は、パッケージ化されていないか、そうでなければ完了したと記録されていない注文であり得る。システムは、未履行の顧客注文を特定するために、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９などの任意のデータベースまたはシステムを検索することができる。検索は、様々なパラメータによって限定することができる。例えば、システム１００は、特定の時間枠内に受信された顧客注文のみを検索することができる。さらに、検索は、システム１００で行われるイベントによって開始されてもよい。例えば、パッキングゾーン２１１にいる作業員が、ユーザインターフェースデバイス３０２を用いて、梱包の準備ができているアイテムをスキャンする場合に、検索を開始することができる。

[00130] ステップ５２０において、システム１００は、共通アイテムを共有する未履行の顧客注文の出荷メトリックを比較する。例えば、システム１００は、第１の出荷メトリックを第２の出荷メトリックと比較して、第１の顧客注文および第２の顧客注文の優先度を決定することができる。比較は、顧客注文の優先度を得ることを可能にする値、スコア、またはデータの任意の計算または操作を含むことができる。いくつかの実施形態では、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、第１の出荷メトリックを第２の出荷メトリックと直接比較することによって優先度を決定してもよい。この場合、値が高い、したがって優先度の高い出荷メトリックが最も高い優先度を有すると判定される。いくつかの実施形態では、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、出荷優先度を決定するために、統計解析または他のデータ解析により優先度を決定することができる。

[00131] 図５に示すように、第１の出荷メトリックを第２の出荷メトリックと比較することによって、システム１００が、第１の顧客注文が第２の顧客注文よりも優先度が高いと判定した場合、第１の注文の出荷はステップ５２５に続く。第１の顧客注文の出荷ラベルを印刷するための指示を出力デバイスに送信することができる。アイテムを梱包するようにパッカーに指示するために、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃのうちの１つまたは複数に指示を送信することもできる。アイテムは梱包され、第１の顧客注文に関連する配送場所または住所に出荷される。同時に、システムは、ステップ５３０において、第２の注文を満たすための通知を生成する。通知は、必要に応じてバッファゾーン２０５、ドロップゾーン２０７、またはピッキングゾーン２０９からアイテムを取得するようにピッカーに通知するために、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃのうちの１つまたは複数に送信されてもよい。通知は、上述したように、聴覚、視覚、または触覚の警告を含むことができ、任意の通信チャネルを介して送信することができる。いくつかの実施形態では、通知は、アイテムを取得するために１つまたは複数のロボット装置に送信されてもよい。

[00132] ステップ５３５において、第２の顧客注文についてアイテムが取得される。アイテムは、上述したように任意の方法で取得することができる。アイテムは、図３および図４に記載されたプロセスに従い、ステップ５４０において第２の顧客注文に関連する配送場所または住所へアイテムを出荷して終了することができる。

[00133] システム１００が、第２の出荷メトリックが第１の出荷メトリックよりも高い優先度を有するべきであると判定した場合、ステップ５１０において第１の顧客注文に対して以前に取得されたアイテムは、ステップ５４５に示すように第２の顧客注文に再割り当てされる。指示は、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９によって生成された、取得された第１のアイテムを第２の注文に再割り当てするための命令を含むことができる。命令は、第１の注文の注文識別子の関連付けを解除し、注文識別子を第２の注文に関連付けることを含むことができる。いくつかの実施形態では、命令は、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃのうちの１つまたは複数に通知を送信することを含むことができる。指示は、注文を再割り当てするための命令を含むことができ、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９から有線または無線通信チャネルを介してシステム１００の一部に送信することができる。例えば、命令は、ＳＡＴ１０１によって出荷および注文追跡（ＳＯＴ）システム１１１に送信され、共通アイテムを第２の顧客注文に再割り当てすることができる。これは、共通アイテムの割り当ての変更を反映するようにファイルまたはデータベースを更新することを含むことができる。それに応答して、出荷および注文追跡（ＳＯＴ）システム１１１は、再割り当ての指示を、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃなどの出力デバイスに送信することができる。

[00134] いくつかの実施形態では、出力デバイスは、ラベルまたはバーコードを印刷するように構成されたＰＤＡなどのハンドヘルドデバイスを含むことができる。パッキングゾーン２１１内のパッカーは、そのようなＰＤＡ上でＳＯＴ１１１からの命令を含む指示を受け取って、共通アイテムの第２の顧客注文への再割り当てを反映する新しいラベルまたはバーコードを印刷することができる。他の実施形態では、グループプリンタは、アイテムを含むパッケージに添付される新しい出荷ラベルを印刷することができる。再割り当ての指示は、システム１００の一部、フルフィルメントセンタ、フルフィルメントセンタの職員、またはシステム１００の任意の他のユーザへの任意の通知方法を含んでもよい。指示は、視覚的指示、可聴指示、または触覚的指示を含んでもよい。

[00135] いくつかの実施形態では、ステップ５４５における第２の顧客注文へのアイテムの再割り当てに応答して、ＷＭＳ１１９は、第１の顧客注文に関連するアイテムまたはパッケージのＦＣ内の場所を決定することができる。次いで、ＷＭＳ１１９は、アイテムまたはパッケージがどのゾーン（例えば、ピッキングゾーン２０９、パッキングゾーン２１１、ハブゾーン２１３、またはキャンプゾーン２１５）にあるかに応じて命令を生成することができる。例えば、アイテムまたはパッケージがパッキングゾーン２１１内にある場合には、命令は、包装に貼り付けるために出力デバイスで新しいバーコードまたはラベルを印刷することを含むことができる。しかしながら、アイテムまたはパッケージがピッキングゾーン内にある場合には、命令は、アイテムまたはパッケージを保管場所３２０の特定のセル３２４に置くために、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃに通知を表示することを含むことができる。命令は、通知の受信を確認するために従業員からの応答を受信することと、アイテムまたはパッケージの新しい場所を確認することと、を含むことができる。応答は、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃを使用して提出されてもよく、バーコードまたはラベルをスキャンすること、写真をとること、コード、番号または記号を入力することを含んでもよい。ＷＭＳ１１９は、新しい場所に関連する情報で１つまたは複数のデータベースを更新することができる。

[00136] 第２の顧客注文にアイテムを割り当てると、ステップ５５０において、第２の注文の出荷が継続する。アイテムは梱包され、第２の顧客注文に関連する配送場所または住所に出荷される。

[00137] 同時に、システムは、ステップ５５５で第１の注文を満たすための通知を生成する。通知は、必要に応じてバッファゾーン２０５、ドロップゾーン２０７、またはピッキングゾーン２０９からアイテムを取得するようにピッカーに通知するために、ユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃのうちの１つまたは複数に送信されてもよい。通知は、上述したように、聴覚、視覚、または触覚の警告を含むことができ、任意の通信チャネルを介して送信することができる。いくつかの実施形態では、通知は、アイテムを取得するために１つまたは複数のロボット装置に送信されてもよい。ステップ５６０において、第２の顧客注文についてアイテムが取得される。アイテムは、上述したように任意の方法で取得することができる。アイテムは、図３および図４に記載されたプロセスに従い、ステップ５６５において、第１の顧客注文に関連する配送場所または住所へのアイテムの出荷で終了することができる。図５は特定のステップを連続した順序で示しているが、いくつかのステップは示されている順序から外れて実行されてもよい。例えば、システム１００が注文を受信すると注文を満たすための通知を生成する実施形態では、第１の出荷メトリックと第２の出荷メトリックとを比較する前に、第２の注文を満たすための通知が行われてもよい。

[00138] 図６は、共通アイテムを有する複数の顧客注文の例示的な動的パッキング操作６００を示す。この例では、第１の電子顧客注文６１０が受信される。注文は、システム１００内の任意の地点から電子的に顧客から受信することができる。例えば、注文は、外部フロントエンドシステム１０３によって、ユーザデバイス１０２Ａ、１０２Ｂから、販売者ポータル１０９から、またはシステム１００内の別の入力デバイスから受信することができる。注文は、任意の有線または無線通信チャネルを介して受信することができる。システム１００は、アイテム６１５に関連する識別子を含み、その識別子を第１の顧客注文に関連付けることができる。例えば、アイテム６１５のＳＫＵをデータベースに格納することができる。データベースはまた、フルフィルメントセンタ内のアイテム６１５の場所などの製品６１５に関連する他の情報を含むことができる。アイテム６１５の注文を受信すると、システム１００は、製品番号を第１の顧客注文に関連付けることができる。システムは、アイテム６１５が取得されることを可能にするために、上述したように通知を生成することができる。システム１００は、上述したような出荷メトリックを第１の顧客注文６１０に割り当てる。

[00139] 第１の顧客注文の後であるが第１の注文が閉じられる前のある時点で、第２の電子顧客注文６２０がシステム１００においてアイテム６１５について受信される。いくつかの実施形態では、注文は、注文が顧客によってキャンセルされたとき、または注文に関連する住所または場所に配送されたときに閉じられたとみなすことができる。システム１００は、アイテム６１５の識別子を第２の顧客注文に関連付けることができる。その後に、第１および第２の注文が閉じられる前に、第３の電子顧客注文６３０がシステム１００において受信される。システム１００は、アイテム６１５の識別子を第３の顧客注文に関連付けることができる。その後に、第１、第２、および第３の注文が閉じられる前に、第４の電子顧客注文６４０がシステム１００において受信される。システム１００は、アイテム６１５の識別子を第４の顧客注文に関連付けることができる。この例では、第１の顧客注文６１０、第２の顧客注文６２０、第３の顧客注文６３０、および第４の顧客注文は、アイテム６１５の識別子を含む。

[00140] ６５０において、システム１００は、第１の顧客注文の出荷メトリック、第２の顧客注文の出荷メトリック、第３の顧客注文の出荷メトリック、および第４の顧客注文の出荷メトリックを比較して、注文の優先度を決定することができる。上述したように、比較は、顧客注文の優先度を得ることを可能にする値、スコア、またはデータの任意の計算または操作を含むことができる。いくつかの実施形態では、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、第１、第２、第３、および第４の出荷メトリックを直接比較することによって出荷優先度を決定することができる。この場合、値が高い、したがって優先度の高い出荷メトリックが最も高い優先度を有すると判定される。いくつかの実施形態では、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、出荷優先度を決定するために、統計解析または他のデータ解析により出荷優先度を決定することができる。この例では、第３の顧客注文が最も高い優先度を有するとみなされる。システム１００は、獲得されたアイテム６１５を第３の顧客注文に再割り当てする命令を送信することができる。再割り当ては、変更によってデータベースまたはファイルを更新すること、ならびに再割り当ての指示をユーザインターフェースデバイス３０２またはデバイス１０７Ａ～１０７Ｃもしくは１１９Ａ～１１９Ｃなどの出力デバイスに送信することを含むことができる。次いで、取得されたアイテム６１５は、（まだ梱包されていない場合には）梱包され６６０、第３の注文６３０に関連する住所または場所に配送され得る。その後に、残りの注文を満たすことができる。いくつかの実施形態では、残りの注文を再評価して優先度を決定することができる。

[00141] いくつかの実施形態では、共通アイテムの割り当てが元の注文から異なる注文に変更され、新しいラベルまたはバーコードが出力デバイスによって印刷されると、方法が終了する。例えば、出力デバイスが、アイテム６１５の第３の注文６３０への再割り当てを示す新しいラベルを印刷した場合には、第４の顧客注文６４０に対する出荷メトリックがどれだけ高くても、第４の顧客注文６４０への再割り当ては行われない。他の実施形態では、アイテム６１５が配送されるまで、アイテム６１５の再割り当てが可能であってもよい。例えば、配送ドライバに関連するモバイルデバイスがシステム１００から通知を受信して、新しいラベルを印刷し、それをパッケージに貼り付けることができる。

[00142] ここで、システム１００およびＦＣの従業員によって実行される動的パッキング優先度および対応するタスクの例を示す図７を参照する。図７では、タイムラインが列７０５に示されている。この例では、タイムライン７０５は午前１０時に始まり、午前１０時２０分まで延びる。タイムライン７０５は分単位で示されているが、タスクまたはステップは、より小さいまたはより大きい時間増分で発生し得ることが理解される。列７１０は、入ってくる顧客注文を示す。上述したように、注文は、外部フロントエンドシステム１０３によって、ユーザデバイス１０２Ａ、１０２Ｂから、販売者ポータル１０９から、またはシステム１００内の別の入力デバイスから受信することができる。列７１５は、システム１００によって実行される動作を示す。動作は、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９などのシステムの任意の部分によって実行され得る。列７２０は、ピッカーによって実行されるタスクを示す。ピッカーは、ＦＣ内の場所からアイテムを取得することができる任意の個人またはロボット装置を含むことができる。列７２５は、パッカーによって実行されるタスクを示している。パッカーは、出荷のためにアイテムを梱包または準備することができる任意の個人またはロボット装置を含むことができる。

[00143] 時刻午前１０時０１分に示すように、第１の顧客注文がシステム１００によってアイテムＡの１つのユニットについて受信される（ステップ５０５）。システムは、第１の注文の出荷メトリックを生成する。午前１０時０２分に、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、アイテムＡの１つのユニットを取得するための通知を生成することができる。通知は、上述したように、任意の有線または無線通信チャネルを介して、１人または複数の従業員、モバイルデバイス、またはロボットデバイスに送信することができる。いくつかの実施形態では、通知は、ピッカーに関連するモバイルデバイスに送信されて、ピッカーにアイテムＡの１つのユニットを取得するように指示することができる。午前１０時０５分に、ピッカーは、ピッキングゾーン２０９からアイテムＡの１つのユニットをピッキングすることができる（ステップ５１０）。アイテムがパッキングゾーン２１１に移送されているので、アイテムＡの１つのユニットに対する第２の顧客注文が午前１０時１０分に受信される。システム１００は、第２の顧客注文の出荷メトリックを生成する。午前１０時１１分に、ＳＡＴ１０１、ＦＯ１１３、ＳＯＴ１１１、またはＷＭＳ１１９は、第２の顧客注文に関連するアイテムＡの１つのユニットを取得するための第２の通知を生成する。同時に、パッキングゾーン２１１で受信されると、パッカーは、アイテムＡに関連する製品識別子をスキャンする。製品識別子のスキャンの受信に応答して、システム１００は、未履行の注文の検索を実行し、アイテムＡのすべての未履行の注文を特定する（ステップ５１５）。この例では、システム１００は、第１および第２の顧客注文を識別する。次いで、システム１００は、第１の顧客注文の出荷メトリックを第２の顧客注文の出荷メトリックと比較して、どちらの注文が優先度を有するかを決定する（ステップ５２０）。この例では、第２の顧客注文が第１の顧客注文よりも高い優先度を有すると考えられる。次いで、アイテムは第２の顧客注文に再割り当てされ、プリンタなどの出力デバイスは、出荷優先度が最も高い第２の顧客注文の出荷ラベルを印刷することができる（ステップ５４５）。次いで、パッカーは、第１の顧客注文のために最初にピッキングされたアイテムを使用して第２の顧客注文を梱包することができる。午前１０時１４分に、第２の通知に応答して、アイテムＡの追加ユニットがピッキングゾーン２０９からピッキングされる（ステップ５３５）。午前１０時１８分に、アイテムＡがパッキングゾーン２１１で受け取られると、パッカーは、アイテムＡに関連する製品識別子をスキャンし、これにより、システム１００は、アイテムＡについて未履行の注文を検索し特定するように促される（ステップ５１５）。この例では、第１の顧客注文のみが残り、したがって最も高い出荷優先度を有するとみなされる。出力デバイスは、第１の顧客注文の出荷ラベルを印刷出力することができる。パッカーは、第２の顧客注文に関連する第２のピックタスクの結果としてピッキングされたアイテムを使用して、第１の顧客注文の梱包を完了する（ステップ５２５）。

[00144] ここで、開示された実施形態と一致する、配送車両の積載配置の視覚的表現を生成するためのプロセス５００の例示的なフローチャートを示す図８を参照する。フローチャートはプロセスのステップの例示的なシーケンスであり、ステップは他のシーケンスでも実行され得ることが理解される。さらに、ステップは、アプリケーションおよびユーザの要件に基づいて、追加、省略、スキップ、反復、または修正することができる。

[00145] ステップ８１０において、システム１００の１つまたは複数のコンピュータ実装システムは、保管スペースを含む配送車両（例えば、配送トラック２０１）を特定することができる。いくつかの実施形態では、システム１００の輸送システム１０７は、例えば、保管スペース要件、配送ルート特性、配送トラック作業員の経験もしくは格付け、または他のデータに基づいて配送車両を特定することができる。例えば、輸送システム１０７は、狭い道路を有する配送ルート用の小型配送車両を特定することができ、配送トラック作業員（例えば、トラックドライバ）は、小型輸送車両用の有効な運転許可のみを有してもよい。いくつかの実施形態では、輸送システム１０７は、保管スペース要件に基づいて配送車両を特定することができる。例えば、ある配送ルートまたはサブルート上で配送されるアイテムで満たされた２０個のコンテナがある場合には、システム１００は、より多くの保管スペースを含むより大きな配送車両を推奨することができる。

[00146] ステップ８２０において、システム１００の輸送システム１０７などの１つまたは複数のコンピュータ実装システムは、ユーザインターフェースデバイスに命令を送信して、配送トラック内の保管スペースの配置を決定するための指示を表示することができる。いくつかの実施形態では、配送トラックは、例えばキャビネット、ラック、棚、ケージなどの保管区画内にビルトイン保管スペースを含むことができる。配送トラックは、例えば車輪付きケージなどの取り外し可能な保管ユニットを収容するための保管区画を含むことができる。

[00147] いくつかの実施形態では、配送トラック内の各保管スペースは、保管スペース識別子またはコンテナキャリア識別子を使用して識別することができる。コンテナキャリア識別子は、バーコード、ラベル、タグ、またはＱＲコードを含むことができる。コンテナキャリア識別子は、配送トラックの保管区画内のコンテナキャリア３６０の場所に関連する情報を含むことができる。例えば、４つのコンテナキャリア３６０は、左から右へ３６０＿１～３６０＿４（図３には図示せず）とラベル付けされた保管区画の後壁に対して配置されてもよい。したがって、配送トラックの保管区画の左後方の角に位置するコンテナキャリアをコンテナキャリア３６０＿１として識別することができ、配送トラックの保管区画の右後方の角に位置するコンテナキャリアをコンテナキャリア３６０＿４として識別することができる。いくつかの実施形態では、配送トラックは、ビルトイン保管スペースを含んでもよく、各保管スペースは保管スペース識別子を有する。

[00148] いくつかの実施形態では、配送トラック作業員（例えば、ドライバまたは積込者）は、例えば保管スペース識別子をスキャンすることによって、配送トラック内のビルトイン保管スペースの配置を記録することができる。いくつかの実施形態では、システム１００のデータベースは、配送トラック内の保管スペースの配置に関連する情報を含むことができる。例えば、データベースは、配送トラック１４内の２４個の保管スペースの配置に関連する情報を含むことができる。

[00149] ステップ８３０において、システム１００の輸送システム１０７などの１つまたは複数のコンピュータ実装システムは、各コンテナのコンテナ識別子を生成することができる。コンテナ識別子は、バーコード、ラベル、タグ、またはＱＲコードを含むことができる。コンテナ識別子は、コンテナに収容されたアイテムのキャンプサイトおよび配送ルートに少なくとも関連する情報を含むことができる。いくつかの実施形態では、１つまたは複数のコンテナを、そのルートに沿って配送されるアイテムの数に基づいて配送ルートに割り当てることができる。コンテナ識別子は、コンテナ内のアイテムの最終的に意図された配送目的地のクイックリファレンスまたは指示として機能することができる。

[00150] ステップ８４０において、システム１００の輸送システム１０７などの１つまたは複数のコンピュータ実装システムは、ユーザインターフェースデバイスに命令を送信して、配送トラックの保管スペースにコンテナを積み込む指示を表示することができる。コンテナは、配送中に荷降ろしするアイテムへの迅速なアクセスを可能にすることができるように配送トラックに積み込むことができる。

[00151] ステップ８５０において、システム１００の輸送システム１０７などの１つまたは複数のコンピュータ実装システムは、命令をユーザインターフェースデバイスに送信して、各コンテナをそれが配置されている保管スペースと関連付けるための指示を表示することができる。例えば、輸送システム１０７は、保管スペースに配置されたすべてのコンテナのコンテナ識別子（例えば、バーコード）をスキャンし、対応する保管スペース識別子をスキャンする指示を表示するために、ユーザインターフェースデバイスに命令を送信することができる。いくつかの実施形態では、命令は、コンテナを保管スペースと関連付け、情報をシステム１００のデータベースにアップロードするためのステップごとの命令を含むことができる。

[00152] ステップ８６０において、システム１００の輸送システム１０７などの１つまたは複数のコンピュータ実装システムは、ステップ８５０において確立された関連付けに基づいて、コンテナおよび保管スペースの積載配置の視覚的表現を生成することができる。いくつかの実施形態では、積載配置は、表形式または視覚形式でユーザ（例えば、配送トラックドライバ）に提示されてもよい。積載配置は、紙に印刷されてもよく、ユーザインターフェースデバイスに表示されてもよく、またはユーザの配送ラウンドを開始する前にユーザに提示されてもよい。

[00153] いくつかの実施形態では、配送トラックの積載配置は、配送車両のユーザインターフェースディスプレイ、例えば、配送トラックのグラフィックユーザインターフェースディスプレイ画面に表示されてもよい。いくつかの実施形態では、積載配置の視覚的表現は、配送が行われるときに更新されてもよい。例えば、配送トラックドライバが顧客にアイテムを配送し、コンテナが空である場合、積載配置の表示は、その保管スペースに置かれたコンテナ内のアイテムが配送されたことを示すことができる。この情報はデータベース内で更新されてもよく、これにより、輸送システム１０７および／またはシステム１００は、約束配送日時が満たされたかどうかを判定することができる。

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

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

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

Claims (20)

1. パッケージ配送のためのコンピュータ実装システムであって、
   少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、
   ネットワークを介して、アイテムの第１の電子顧客注文を受信し、前記第１の電子顧客注文は前記アイテムの識別子を含み、
   前記第１の電子顧客注文に第１の出荷メトリックを割り当て、
   前記第１の電子顧客注文の前記アイテムを取得するための命令をモバイルデバイスに送信し、
   前記第１のアイテムが取得されたことを示す前記アイテムの製品識別子のスキャンを受信し、
   前記アイテムの第２の電子顧客注文を識別し、
   前記アイテムの前記第１の出荷メトリックを前記第２の電子顧客注文の出荷メトリックと比較して、前記第１の電子顧客注文および前記第２の電子顧客注文の優先度を決定し、
   前記決定された優先度の指示を出力デバイスに送信する
   ように構成される、パッケージ配送のためのコンピュータ実装システム。
2. 前記出荷メトリックは、最新の可能な梱包時間、約束配送日、約束配送時間、場所、住所、出荷宅配業者、および出荷方法のうちの少なくとも１つを含む、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
3. 前記出力デバイスは、前記決定された優先度に基づいて出荷ラベルを印刷するように構成されたプリンタを含む、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
4. 前記少なくとも１つのプロセッサは、
   前記第２の電子顧客注文の前記出荷メトリックが前記第１の出荷メトリックよりも高い場合には、前記アイテムを前記第２の電子顧客注文に再割り当てする
   ようにさらに構成される、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
5. 前記少なくとも１つのプロセッサは、
   前記第１の電子顧客注文の前記アイテムを再取得するための命令をモバイルデバイスに送信する
   ようにさらに構成される、請求項４に記載のパッケージ配送のためのコンピュータ実装システム。
6. 前記出力デバイスはモバイルデバイスを含む、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
7. 前記少なくとも１つのプロセッサは、
   前記アイテムの第３の電子顧客注文を識別し、
   前記第１の出荷メトリック、前記第２の電子顧客注文の出荷メトリック、および前記第３の電子顧客注文の出荷メトリックを比較して、前記第１の電子顧客注文、前記第２の電子顧客注文、および前記第３の電子顧客注文の優先度を決定し、
   前記決定された優先度の指示を出力デバイスに送信する
   ようにさらに構成される、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
8. 前記少なくとも１つのプロセッサは、
   優先度を有すると決定されていない前記電子顧客注文の前記アイテムを取得するための命令をモバイルデバイスに送信する
   ようにさらに構成される、請求項７に記載のパッケージ配送のためのコンピュータ実装システム。
9. 前記第１の電子顧客注文は複数のアイテムをさらに含み、前記少なくとも１つのプロセッサは、
   前記アイテムをピッキングするための通知を生成して第１のモバイルデバイスに送信し、
   前記複数のアイテムのうちの前記残りの部分の前記ステータスに関係なく、前記アイテムを梱包するための通知を生成して第２のモバイルデバイスに送信する
   ようにさらに構成される、請求項１に記載のパッケージ配送のためのコンピュータ実装システム。
10. パッケージ配送のためのコンピュータ実装システムであって、
    少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、
    ネットワークを介して、第１のアイテムの第１の電子顧客注文を受信し、前記第１の電子顧客注文は前記第１のアイテムの識別子を含み、
    前記第１の電子顧客注文に第１の出荷メトリックを割り当て、
    前記第１の電子顧客注文の前記第１のアイテムを取得するための命令をモバイルデバイスに送信し、
    前記ネットワークを介して、前記第１のアイテムの第２の電子顧客注文を受信し、前記第２の電子顧客注文は前記第１のアイテムの前記識別子を含み、
    前記第２の電子顧客注文に第２の出荷メトリックを割り当て、
    前記第１の出荷メトリックを前記第２の出荷メトリックと比較して、前記第１の電子顧客注文および前記第２の電子顧客注文の優先度を決定し、
    前記第２の出荷メトリックが前記第１の出荷メトリックよりも高い優先度を有するべきであるという決定に基づいて、
    前記取得した第１のアイテムを前記第２の電子顧客注文に再割り当てするための命令を注文追跡システムに送信し、
    前記再割り当ての指示を出力デバイスに送信する、
    ように構成される、パッケージ配送のためのコンピュータ実装システム。
11. 前記出荷メトリックは、最新の可能な梱包時間、約束配送日、約束配送時間、場所、住所、出荷宅配業者、および出荷方法のうちの少なくとも１つを含む、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
12. 前記出力デバイスはプリンタを含む、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
13. 前記出力デバイスはモバイルデバイスを含む、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
14. 前記出荷の優先度の指示を送信することは、前記指示を無線で送信することを含む、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
15. 前記少なくとも１つのプロセッサは、
    前記ネットワークを介して、前記第１のアイテムの第３の電子顧客注文を受信し、前記第３の電子顧客注文は前記第１のアイテムの前記識別子を含み、
    前記第３の電子顧客注文に第３の出荷メトリックを割り当て、
    前記第１の出荷メトリック、前記第２の出荷メトリック、および前記第３の出荷メトリックを比較して、前記第１の電子顧客注文、前記第２の電子顧客注文、および前記第３の電子顧客注文の優先度を決定し、
    前記第３の出荷メトリックが前記第１の出荷メトリックまたは前記第２の出荷メトリックよりも高い優先度を有するべきであるという決定に基づいて、
    前記取得した第１のアイテムを前記第３の電子顧客注文に再割り当てするための命令を前記注文追跡システムに送信し、
    前記再割り当ての指示を前記出力デバイスに送信する、
    ようにさらに構成される、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
16. 前記少なくとも１つのプロセッサは、
    前記出力デバイスが出荷ラベルを印刷した場合には、前記第１のアイテムの再割り当てを防止する
    ようにさらに構成される、請求項１５に記載のパッケージ配送のためのコンピュータ実装システム。
17. 前記少なくとも１つのプロセッサは、
    前記出力デバイスが出荷ラベルを印刷した場合には、前記第１のアイテムの再割り当てを防止する
    ようにさらに構成される、請求項１０に記載のパッケージ配送のためのコンピュータ実装システム。
18. 前記第１の電子顧客注文は複数のアイテムをさらに含み、前記少なくとも１つのプロセッサは、
    前記第１のアイテムをピッキングするための通知を生成し、
    前記複数のアイテムのうちの前記残りの部分の前記ステータスに関係なく、前記第１のアイテムを梱包するための通知を生成する
    ようにさらに構成される、請求項１５に記載のパッケージ配送のためのコンピュータ実装システム。
19. パッケージ配送のためのコンピュータ実装システムであって、
    少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、
    ネットワークを介して、第１のアイテムの第１の電子顧客注文を受信し、前記第１の電子顧客注文は前記第１のアイテムの識別子を含み、
    前記第１の電子顧客注文に第１の出荷メトリックを割り当て、
    前記第１の電子顧客注文の前記第１のアイテムを取得するための命令をモバイルデバイスに送信し、
    前記ネットワークを介して、前記第１のアイテムの第２の電子顧客注文を受信し、前記第２の電子顧客注文は前記第１のアイテムの前記識別子を含み、
    前記第２の電子顧客注文に第２の出荷メトリックを割り当て、
    ネットワークを介して、前記第１のアイテムの第３の電子顧客注文を受信し、前記第３の電子顧客注文は前記第１のアイテムの前記識別子を含み、
    前記第１の出荷メトリック、前記第２の出荷メトリック、および前記第３の出荷メトリックを比較して、前記第１の電子顧客注文、前記第２の電子顧客注文、および前記第３の電子顧客注文の優先度を決定し、
    前記第２の出荷メトリックまたは前記第３の出荷メトリックが前記第１の出荷メトリックよりも高い優先度を有するべきであるという決定に基づいて、
    前記取得した第１のアイテムを前記第２の電子顧客注文または前記第３の電子顧客注文に再割り当てするための命令を注文追跡システムに送信し、
    前記再割り当ての指示を出力デバイスに送信する、
    ように構成される、パッケージ配送のためのコンピュータ実装システム。
20. 前記少なくとも１つのプロセッサは、
    前記出力デバイスが出荷ラベルを印刷した場合には、再割り当てを防止する
    ようにさらに構成される、請求項１９に記載のパッケージ配送のためのコンピュータ実装システム。
    

Images