JP2023533877A - 配送のための大規模注文の決定に基づく統合のためのコンピュータ化されたシステムおよび方法 - Google Patents

Abstract

本開示の実施形態は、パッケージ配送のためのコンピュータ実装システムおよび方法を含む。本方法は、顧客注文を受信することと、注文識別子を生成することと、顧客注文の各アイテムを注文識別子と関連付けることと、顧客注文の小包数を決定することとを含むことができる。本方法は、ユーザデバイスに、顧客注文の他のアイテムの状況に関係なく、目的の配送宛先に関連付けられた保管スペースに基づいて各アイテムを仕分けするための第１の指示を表示させ、配送ルートに基づいて仕分けされた各アイテムを仕分けするための第２の指示を表示させ、仕分けされた各アイテムをコンテナ内に配置するための第３の指示を表示させることをさらに含むことができる。本方法は、ユーザデバイスに、小包数に基づいて代替配送プロセスを使用する指示を表示させることをさらに含むことができる。

Description

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

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

フルフィルメントセンタ（ＦＣ）は、電子商取引商人が倉庫保管および出荷をアウトソースすることを可能にする。ＦＣにおける在庫管理は、オンライン買い物客にとって最良の顧客体験を生み出すための不可欠な構成要素である。在庫管理は、販売者からアイテムを受け取ることから、受け取ったアイテムを容易にピッキングできるように保管すること、アイテムをパッキングすること、注文を確認すること、およびパッケージ配送に及ぶ複数のステップを含むことができる。現在存在するＦＣおよびＦＣ内の在庫管理のためのシステムは、大きな体積の入出商品を処理するように構成されているが、顧客注文の履行の効率および適時性は、注文を履行するためにアイテムを調達することにおける非効率的な慣行が原因の１つで、制限される可能性がある。パッケージ配送の遅延は顧客の不満を引き起こす可能性があり、場合によっては、事業のコストおよび収益性に影響を及ぼす可能性がある。

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

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

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

したがって、顧客経験に悪影響を与えることなく、高い全体的なスループットおよびリソースの効率的な利用を維持しながら、サイクル時間および約定配送時間を短縮するためのシンギュレーションによる効率的なパッケージ配送のための改善された方法およびシステムの実装が必要とされている。

本開示の一態様は、パッケージ配送のためのコンピュータ実装システムに関する。システムは、命令を記憶するメモリと、以下の命令を実行するように構成された少なくとも１つのプロセッサであって、コンピュータ実装システムによって、顧客の注文を受信し、コンピュータ実装システムを使用して、顧客の注文に基づいて注文識別子を生成し、顧客注文の複数のアイテムの各アイテムを注文識別子に関連付け、注文識別子に基づいて、各アイテムについて目的の配送宛先、目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定し、注文識別子が条件を満たすかどうかを決定し、条件が満たされていないという決定に基づいて、少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、目的の配送宛先に関連付けられた保管スペースに基づいて複数のアイテムの各アイテムを仕分けするための第１の指示を送信し、少なくとも１つのユーザデバイスから、第１の仕分けプロセスの状況に関連する第１の入力を受信し、少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスの状況に関係なく、第２の仕分けプロセスを使用して、目的の配送宛先を含むように構成された配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信し、少なくとも１つのユーザデバイスから、第２の仕分けプロセスの状況に関連する第２の入力を受信し、少なくとも１つの表示用ユーザデバイスに、第２の仕分けプロセスの状況に関係なく、仕分けされた各アイテムを配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信し、少なくとも１つの表示用ユーザデバイスに、顧客注文の複数のアイテムの他のアイテムの状況に関係なく、複数のアイテムの配置されたアイテムを目的の配送宛先に配送するための第４の指示を送信する、命令を実行するように構成された少なくとも１つのプロセッサと、を備えることができる。

本開示の別の態様は、パッケージ配送のためのコンピュータ実装方法に関する。方法は、コンピュータ実装システムによって、顧客の注文を受信することと、コンピュータ実装システムを使用して、顧客の注文に基づいて注文識別子を生成することと、顧客注文の複数のアイテムの各アイテムを注文識別子に関連付けることと、注文識別子に基づいて、各アイテムについて目的の配送宛先、目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定することと、注文識別子が条件を満たすかどうかを決定することと、条件が満たされていないという決定に基づいて、少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、目的の配送宛先に関連付けられた保管スペースに基づいて複数のアイテムの各アイテムを仕分けするための第１の指示を送信することと、少なくとも１つの表示用ユーザデバイスから、第１の仕分けプロセスの状況に関連する第１の入力を受信することと、少なくとも１つのユーザデバイスに、第１の仕分けプロセスの状況に関係なく、第２の仕分けプロセスを使用して、目的の配送宛先を含むように構成された配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信することと、少なくとも１つのユーザデバイスから、第２の仕分けプロセスの状況に関連する第２の入力を受信することと、少なくとも１つの表示用ユーザデバイスに、第２の仕分けプロセスの状況に関係なく、仕分けされた各アイテムを配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信することと、少なくとも１つの表示用ユーザデバイスに、顧客注文の複数のアイテムの他のアイテムの状況に関係なく、複数のアイテムの配置されたアイテムを目的の配送宛先に配送するための第４の指示を送信することと、を含むことができる。

本開示のやはり別の態様は、パッケージ配送のためのコンピュータ実装システムに関する。システムは、命令を記憶するメモリと、以下の命令を実行するように構成された少なくとも１つのプロセッサであって、コンピュータ実装システムによって、顧客の注文を受信し、コンピュータ実装システムを使用して、顧客の注文に基づいて注文識別子を生成し、顧客注文の複数のアイテムの各アイテムを注文識別子に関連付け、注文識別子に基づいて、各アイテムについて目的の配送宛先、目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定し、小包数が閾値量を満たすか、または超えるかどうかを決定し、小包数が閾値量を満たさず、または超えないという決定に基づいて、少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、目的の配送宛先に関連付けられた保管スペースに基づいて複数のアイテムの各アイテムを仕分けするための第１の指示を送信し、少なくとも１つのユーザデバイスから、第１の仕分けプロセスの状況に関連する第１の入力を受信し、少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスの状況に関係なく、第２の仕分けプロセスを使用して、目的の配送宛先を含むように構成された配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信し、少なくとも１つのユーザデバイスから、第２の仕分けプロセスの状況に関連する第２の入力を受信し、少なくとも１つの表示用ユーザデバイスに、第２の仕分けプロセスの状況に関係なく、仕分けされた各アイテムを配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信し、少なくとも１つの表示用ユーザデバイスに、顧客注文の複数のアイテムの他のアイテムの状況に関係なく、複数のアイテムの配置されたアイテムを目的の配送宛先に配送するための第４の指示を送信し、小包数が閾値量を満たし、または超えるという決定に基づいて、少なくとも１つの表示用ユーザデバイスに、複数のアイテムを少なくとも１つの保管セルに配置し、各配置されたアイテムを少なくとも１つの共通のパッケージ内にパックするための第５の指示を送信する、命令を実行するように構成された少なくとも１つのプロセッサと、を備えることができる。

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

開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含むサンプルの検索結果ページ（ＳＲＰ）を示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、製品および製品に関する情報を含むサンプルの単一ディスプレイページ（ＳＤＰ）を示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、仮想ショッピングカート内のアイテムを含むサンプルのカートページを示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に、仮想ショッピングカートからのアイテムを含むサンプルの注文ページを示す図である。 開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なコンピュータ化されたシンギュレーションパッケージ配送システムの概略図である。 開示された実施形態と一致する、シンギュレーションパッケージ配送のための例示的なプロセスフローの概略図である。 開示された実施形態と一致する、配送車両の積み込み配置の表現を生成するための例示的なプロセスフローの概略図である。

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

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

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

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

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

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

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

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

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

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

要求側ユーザデバイスは、製品情報を列挙したＳＤＰを受信することができる。ＳＤＰを受信すると、次いでユーザデバイスはＳＤＰと対話することができる。例えば、要求側ユーザデバイスのユーザは、ＳＤＰの「カートに入れる」ボタンをクリックするか、そうでなければ対話することができる。これにより、ユーザに関連付けられたショッピングカートに製品が追加される。ユーザデバイスはこの要求を送信して、製品をショッピングカートに追加し、外部フロントエンドシステム１０３に送信することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムは、目的の配送宛先、目的の配送宛先に関連する保管スペース（例えば、保管セルでは３２４／３４４）、および目的の配送宛先で顧客注文のアイテムを配送するための配送ルートを決定することができる。いくつかの実施形態では、システム１００のシステムの１つまたは複数のコンピュータ実装システムはまた、注文識別子に関連付けられたシンギュレーション小包数を決定することもできる。例えば、注文識別子に基づいて、１つまたは複数のシステムは、注文がシンギュレーションプロセスの結果として指定された数のパッケージで配送されることを決定することができる。

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

ステップ４４５において、いくつかの開示された実施形態では、システム１００の１つまたは複数のコンピュータ実装システム（例えば、ＷＭＳ １１９、ＳＣＭ １１７、ＦＯ １１３、ＳＡＴシステム１０１）は、論理または規則のセットを適用して、シンギュレーション配送プロセスの１つまたは複数のステップに関連する効率を高め、および／または顧客体験を向上させるように構成することができる。一例では、顧客は単一の注文で大量のアイテムを注文することができる。シンギュレーション配送プロセス全体を通して、これらのアイテムの各々が別々のコンテナで出荷され、過剰なパッケージの配送につながる可能性があり、これは否定的な顧客体験につながる可能性がある。しかしながら、顧客体験を改善し、パッキングコストを削減するために、システム１００は、顧客注文が大量の小包を含む場合に、シンギュレーションシステムにおけるアイテムの配送を統合するように構成され得る。これは、例えば、注文識別子に基づいて、指定された条件が満たされていると決定し、それに応答して、シンギュレーションプロセスを使用せずにアイテムの配送を進めることによって行われ得る。

いくつかの実施形態では、ステップ４４５の条件は、ステップ４４０からの決定された小包数が閾値量を満たすかまたは超える場合に満たされ得る。閾値量は、配達された小包の数に基づく顧客満足度のレベルを含む、任意の数の要因に基づいて予め決定され得る固定値（例えば、１０個の小包）であり得る。例えば、多数の小包（例えば、１０個以上の小包）に関連するある程度の顧客の不満があることが予め決定されてもよく、したがって、閾値量以上の小包の量を生成する任意の注文は、シンギュレーションなしの条件を満たす。さらに、いくつかの実施形態では、条件が満たされたという決定は、シンギュレーションされていない配達された小包の総量が、シンギュレーションされた配達された小包の総量よりも少ないという決定に付随することができる。

いくつかの実施形態では、小包数に関連付けられた決定された体積が閾値体積を満たすかまたは超える場合、ステップ４４５の条件を満たすことができ、小包数に関連付けられた体積は、例えば、小包数が最初に決定された場合にステップ４４０で決定され得る。同様に、この閾値量は、配達された小包の全体積に基づく顧客満足度のレベルを含む、任意の数の要因に基づいて予め決定され得る固定値であり得る。さらに、いくつかの実施形態では、条件が満たされたという決定は、シンギュレーションされていない配達された小包の全体積が、シンギュレーションされた配達された小包の全体積よりも少ないという決定に付随することができる。

システム１００は、シンギュレーションから生成される潜在的な小包の量とは別個の要因に基づいて、注文がシンギュレーションなしの条件を満たすと決定するように構成され得る。例えば、顧客の注文に関連して、シンギュレーションを望ましくないものにしたり、注文の配送と互換性がないものにしたりする特定の条件が存在し得る。いくつかの実施形態では、システム１００が、注文が第三者運送業者によって出荷されると決定した場合、シンギュレーションなしの条件を満たす可能性がある。例えば、履行サービス代理店は、特定の場所に特定のパッケージを配送するために第三者運送業者を使用することができ、第三者運送業者は、小包ごとに出荷のために代理店に請求することができる。したがって、これらの輸送業者によって出荷される注文のシンギュレーションを防止することによって、これらの輸送業者を介して配送される小包の量を最小限に抑えることが望ましいであろう。しかしながら、一般に、システム１００は、注文に関連する任意の数の要因および／または条件に基づいて、シンギュレーションが使用されるべきかどうかを動的に決定するように構成され得る。

いくつかの実施形態では、システム１００がこの条件が満たされていると決定した場合、配送プロセス４００はステップ４９０に進むことができ、そこで注文は、本開示に記載された他の配送方法と一致して、シンギュレーションを使用せずに配送され、その結果、顧客は、シンギュレーションプロセスから生成された多数の包みを受け取らない。例えば、ステップ４９０において、システム１００は、シンギュレーションが使用されるべきではないこと、および／または代わりに通常または代替の配送プロセスが使用されるべきであることを、少なくとも１つの指示を少なくとも１つの表示用ユーザデバイス（例えば、デバイス１１９Ａ～Ｃおよび３０２）に送信することができる。いくつかの実施形態では、例えば、この指示は、注文に関連する複数のアイテムを少なくとも１つの保管セルに配置すること、複数のアイテムの各アイテムがセルに配置されるまで待つこと、配置された各アイテムを少なくとも１つの共通のパッケージにパックすること、および／または配送車両上に配送するために共通のパッケージを積み込むことであり得る。少なくとも１つの共通のパッケージは、例えば、箱、プラスチック袋、または複数のアイテムの少なくとも一部を一緒に適切に包装することができる任意の他のコンテナを含むことができる。

ステップ４４５において、いくつかの実施形態では、システム１００は、小包種類（例えば、箱または袋）を決定することもでき、４９０のシンギュレーションなしの配送プロセスの種類は、小包の種類に依存し得る。例えば、顧客注文のアイテムが箱内で配送される場合、システム１００は、アイテムが一緒にパッケージに入れられ、配送車両に直接積み込まれるべきであることを少なくとも１つの表示用ユーザデバイスに指示を送信することができる。しかしながら、顧客注文のアイテムが袋に入った状態で配送される場合、シンギュレーションで配送される他の袋詰めされたアイテムと共に袋を配送車両に積み込むことが望ましい可能性がある。いくつかの実施形態では、例えば、アイテムが袋で配送される場合、４９０の非配送プロセスは、ステップ４５０および４６０の仕分けプロセスを進める前に各アイテムがピッキングされるのを待つ指示、および／またはステップ４７０で各アイテムが共通のパッケージに配置する指示を含む、配送プロセス４００（すなわち、ステップ４５０～４８０へ）を進めるために少なくとも１つの表示用ユーザデバイスに指示を送信することを含むことができる。

いくつかの実施形態では、配送トラックの積み込み配置は、配送車両のユーザインターフェースディスプレイ、例えば、配送トラック内の装置のグラフィックユーザインターフェースディスプレイ画面に表示され得る。いくつかの実施形態では、積み込み配置の視覚的表現は、配送が行われるにつれて更新され得る。例えば、配送トラック運転手が顧客にアイテムを配送し、コンテナが空である場合、積み込み配置の表示は、その保管スペースに配置されたコンテナ内のアイテムが配送されたことを示すことができる。

いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムは、データベースを更新して、シンギュレーションの有無にかかわらず配送プロセス全体を通して注文の状況を反映するように構成することができる。データベースを更新することは、複数のアイテムの各アイテムの現在の状況または位置を含むようにデータベース内の情報をアップロードまたは修正することを含むことができる。例えば、システム１００は、配送プロセスの任意の１つまたは複数のステップ（例えば、シンギュレーションなしの配送を含むプロセス４００）の完了を反映するようにデータベースを更新することができる。いくつかの実施形態では、システム１００はまた、顧客注文の状況に関する顧客問い合わせに応答して状況更新を生成するように構成されてもよい。状況更新は、配送プロセスの状況に関する情報（例えば、少なくとも１つの共通パッケージが配送のために出ているかどうか）を含むことができ、および／または目的の配送宛先に複数の同一のアイテムの到着予想または到着予定を示す情報を含むことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

1. パッケージ配送のためのコンピュータ実装システムであって、
   命令を記憶するメモリと、
   以下の命令を実行するように構成された少なくとも１つのプロセッサであって、
   コンピュータ実装システムによって、顧客の注文を受信し、
   前記コンピュータ実装システムを使用して、前記顧客の注文に基づいて注文識別子を生成し、
   前記顧客注文の複数のアイテムのそれぞれを前記注文識別子に関連付け、
   前記注文識別子に基づいて、各アイテムについて目的の配送宛先、前記目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定し、
   前記注文識別子が条件を満たすかどうかを決定し、
   前記条件が満たされていないという決定に基づいて、
   少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、前記目的の配送宛先に関連付けられた前記保管スペースに基づいて前記複数のアイテムのそれぞれを仕分けするための第１の指示を送信し、
   少なくとも１つのユーザデバイスから、前記第１の仕分けプロセスの状況に関連する第１の入力を受信し、
   少なくとも１つの表示用ユーザデバイスに、前記第１の仕分けプロセスの前記状況に関係なく、第２の仕分けプロセスを使用して、前記目的の配送宛先を含むように構成された前記配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信し、
   少なくとも１つのユーザデバイスから、前記第２の仕分けプロセスの状況に関連する第２の入力を受信し、
   少なくとも１つの表示用ユーザデバイスに、前記第２の仕分けプロセスの前記状況に関係なく、前記仕分けされた各アイテムを前記配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信し、
   少なくとも１つの表示用ユーザデバイスに、前記顧客注文の前記複数のアイテムの前記他のアイテムの状況に関係なく、前記複数のアイテムの前記配置されたアイテムを前記目的の配送宛先に配送するための第４の指示を送信する、命令を実行するように構成された少なくとも１つのプロセッサと、
   を備えるコンピュータ実装システム。
2. 前記条件が、前記小包数が閾値量を満たすか、または超える場合に満たされる、請求項１に記載のシステム。
3. 前記閾値が固定されている、請求項２に記載のシステム。
4. 前記プロセッサが、前記小包数に関連付けられた体積を決定するようにさらに構成され、前記閾値は体積を含む、請求項２に記載のシステム。
5. 前記プロセッサが、第三者運送業者が前記注文を出荷するかどうかを決定するようにさらに構成され、前記条件は、前記第三者運送業者が前記注文を出荷する場合に満たされる、請求項１に記載のシステム。
6. 前記プロセッサが、前記条件が満たされたことに基づいて、少なくとも１つの表示用ユーザデバイスに、前記複数のアイテムを少なくとも１つの保管セルに配置し、配置された各アイテムを少なくとも１つの共通のパッケージにパックするための第５の指示を送信するようにさらに構成される、請求項１に記載のシステム。
7. 前記プロセッサが、前記条件が満たされた場合に、
   前記複数のアイテムのそれぞれについての約定配送日によって決定された配置に基づいて、配送車両上での配送のために前記共通のパッケージを積み込むための第６の指示を送信し、
   少なくとも１つのユーザデバイスを使用して、前記配送車両内の複数のコンテナの積み込み配置の視覚的表現を表示する
   ようにさらに構成されている、請求項６に記載のシステム。
8. 前記プロセッサが、前記コンピュータ実装システムのデータベースを、前記少なくとも１つの保管セルへの前記複数のアイテムの配置、前記少なくとも１つの共通パッケージへの各配置されたアイテムのパッキング、配送車両への配送のための前記共通パッケージの積み込み、および配送のための前記共通パッケージの配送スケジュールに関する情報で更新するようにさらに構成されている、請求項７に記載のシステム。
9. 前記プロセッサが、前記コンピュータ実装システムのデータベースを、前記第１の仕分けプロセス、前記第２の仕分けプロセス、各仕分けされたアイテムの前記コンテナ内への配置、および前記配置されたアイテムの配送スケジュールのうちの少なくとも１つに関連する情報で更新するようにさらに構成される、請求項１に記載のシステム。
10. パッケージ配送のためのコンピュータ実装方法であって、
    コンピュータ実装システムによって、顧客の注文を受信することと、
    前記コンピュータ実装システムを使用して、前記顧客の注文に基づいて注文識別子を生成することと、
    前記顧客注文の複数のアイテムのそれぞれを前記注文識別子に関連付けることと、
    前記注文識別子に基づいて、各アイテムについて目的の配送宛先、前記目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定することと、
    前記注文識別子が条件を満たすかどうかを決定することと、
    前記条件が満たされていないという決定に基づいて、
    少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、前記目的の配送宛先に関連付けられた前記保管スペースに基づいて前記複数のアイテムのそれぞれを仕分けするための第１の指示を送信することと、
    少なくとも１つのユーザデバイスから、前記第１の仕分けプロセスの状況に関連する第１の入力を受信することと、
    少なくとも１つの表示用ユーザデバイスに、前記第１の仕分けプロセスの前記状況に関係なく、第２の仕分けプロセスを使用して、前記目的の配送宛先を含むように構成された前記配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信することと、
    少なくとも１つのユーザデバイスから、前記第２の仕分けプロセスの状況に関連する第２の入力を受信することと、
    少なくとも１つの表示用ユーザデバイスに、前記第２の仕分けプロセスの前記状況に関係なく、前記仕分けされた各アイテムを前記配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信することと、
    少なくとも１つの表示用ユーザデバイスに、前記顧客注文の前記複数のアイテムの前記他のアイテムの状況に関係なく、前記複数のアイテムの前記配置されたアイテムを前記目的の配送宛先に配送するための第４の指示を送信することと、
    を含むコンピュータ実装方法。
11. 前記条件が、前記小包数が閾値量を満たすか、または超える場合に満たされる、請求項１０に記載の方法。
12. 前記閾値が固定されている、請求項１０に記載の方法。
13. 前記小包数に関連付けられた体積を決定することをさらに含み、前記閾値は体積を含む、請求項１０に記載の方法。
14. 第三者運送業者が前記注文を出荷するかどうかを決定することをさらに含み、前記条件は、前記第三者運送業者が前記注文を出荷する場合に満たされる、請求項１０に記載の方法。
15. 前記条件が満たされたことに基づいて、少なくとも１つの表示用ユーザデバイスに、前記複数のアイテムを少なくとも１つの保管セルに配置し、配置された各アイテムを少なくとも１つの共通のパッケージにパックするための第５の指示を送信することをさらに含む、請求項１０に記載の方法。
16. 前記条件が満たされた場合に、
    前記複数のアイテムのそれぞれについての約定配送日によって決定された配置に基づいて、配送車両上での配送のために前記共通のパッケージを積み込むための第６の指示を送信することと、
    少なくとも１つのユーザデバイスを使用して、前記配送車両内の複数のコンテナの積み込み配置の視覚的表現を表示することと、
    をさらに含む、請求項１５に記載の方法。
17. 前記コンピュータ実装システムのデータベースを、前記少なくとも１つの保管セル内への前記複数のアイテムの配置、前記少なくとも１つの共通パッケージへの各配置されたアイテムのパッキング、配送車両への配送のための前記共通パッケージの積み込み、および配送のための前記共通パッケージの配送スケジュールに関する情報で更新することをさらに含む、請求項１６に記載の方法。
18. 前記コンピュータ実装システムのデータベースを、前記第１の仕分けプロセス、前記第２の仕分けプロセス、各仕分けされたアイテムの前記コンテナ内への配置、および前記配置されたアイテムの配送スケジュールのうちの少なくとも１つに関連する情報で更新することをさらに含む、請求項１に記載の方法。
19. パッケージ配送のためのコンピュータ実装システムであって、
    命令を記憶するメモリと、
    以下の命令を実行するように構成された少なくとも１つのプロセッサであって、
    コンピュータ実装システムによって、顧客の注文を受信し、
    前記コンピュータ実装システムを使用して、前記顧客の注文に基づいて注文識別子を生成し、
    前記顧客注文の複数のアイテムのそれぞれを前記注文識別子に関連付け、
    前記注文識別子に基づいて、各アイテムについて目的の配送宛先、前記目的の配送宛先に関連付けられた保管スペース、配送ルート、および小包数を決定し、
    前記小包数が閾値量を満たすか、または超えるかどうかを決定し、
    前記小包数が閾値量を満たさない、または、超えないという決定に基づいて、
    少なくとも１つの表示用ユーザデバイスに、第１の仕分けプロセスを使用して、前記目的の配送宛先に関連付けられた前記保管スペースに基づいて前記複数のアイテムのそれぞれを仕分けするための第１の指示を送信し、
    少なくとも１つのユーザデバイスから、前記第１の仕分けプロセスの状況に関連する第１の入力を受信し、
    少なくとも１つの表示用ユーザデバイスに、前記第１の仕分けプロセスの前記状況に関係なく、第２の仕分けプロセスを使用して、前記目的の配送宛先を含むように構成された前記配送ルートに基づいて、仕分けされた各アイテムを仕分けするための第２の指示を送信し、
    少なくとも１つのユーザデバイスから、前記第２の仕分けプロセスの状況に関連する第２の入力を受信し、
    少なくとも１つの表示用ユーザデバイスに、前記第２の仕分けプロセスの前記状況に関係なく、前記仕分けされた各アイテムを前記配送ルートに関連付けられたコンテナ内に配置するための第３の指示を送信し、
    少なくとも１つの表示用ユーザデバイスに、前記顧客注文の前記複数のアイテムの前記他のアイテムの状況に関係なく、前記複数のアイテムの前記配置されたアイテムを前記目的の配送宛先に配送するための第４の指示を送信し、
    前記小包数が閾値量を満たし、または超えるという決定に基づいて、少なくとも１つの表示用ユーザデバイスに、前記複数のアイテムを少なくとも１つの保管セルに配置し、各配置されたアイテムを少なくとも１つの共通のパッケージ内にパックするための第５の指示を送信する、
    命令を実行するように構成された少なくとも１つのプロセッサと、
    を備えるコンピュータ実装システム。
20. 前記プロセッサが、
    前記条件が満たされた場合に、
    前記複数のアイテムのそれぞれについての約定配送日によって決定された配置に基づいて、配送車両上に配送のために前記共通のパッケージを積み込むための第６の指示を送信し、
    少なくとも１つのユーザデバイスを使用して、前記配送車両内の複数のコンテナの積み込み配置の視覚的表現を表示するようにさらに構成されている、請求項１９に記載のシステム。