(57)【要約】  パッケージ構成最適化システムは、命令を含む少なくとも１つの非一時的記憶媒体と、動作を実施するために命令を実行する少なくとも１つのプロセッサとを含む。動作は、フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含む、履歴注文データを受信することと、履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、予測は、複数のダミー注文を含む、生成することと、パッケージングコスト削減に関する好みを受信することと、フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、受信されている好みおよび生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、少なくとも１つの新しいパッケージング構成をリモートシステムに送信することとを含むことができる。
2021534476.tif 000002
【特許請求の範囲】
【請求項１】
パッケージングを最適化するためのコンピュータ化されたシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサにステップを実施させる命令を含む少なくとも１つの非一時的記憶媒体とを備え、当該ステップは、
フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、前記注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、
前記履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、前記予測は、複数のダミー注文を含むことと、
パッケージングコスト削減に関する好みを受信することと、
前記フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、
前記受信されている好みおよび前記生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、
前記少なくとも１つの新しいパッケージング構成をリモートシステムに送信することと
を含む、システム。
【請求項２】
前記好みは、
パッケージングのタイプ、
パッケージングのサイズ、または
パッケージングの比率
のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項３】
予測を生成することは、前記履歴注文データに基づいて前記予測を生成することをさらに含む、請求項１に記載のシステム。
【請求項４】
前記現在のパッケージング構成を最適化することは、
パッケージングコストまたはパッケージング充填率の少なくとも１つに対して前記パッケージング構成を最適化することをさらに含み、
パッケージングコストは、保管コスト、出荷コスト、または購入コストのうちの少なくとも１つを含む、
請求項１に記載のシステム。
【請求項５】
前記現在のパッケージング構成を最適化することは、充填率を最大化するために、複数のパッケージサイズおよび前記複数のパッケージサイズの各々の数を反復的に変更することをさらに含む、請求項４に記載のシステム。
【請求項６】
各新しいパッケージング構成は、
複数のパッケージサイズ、
前記複数のパッケージサイズの各々の数、および
各パッケージサイズの各パッケージの推定充填率
を含む、請求項１に記載のシステム。
【請求項７】
前記少なくとも１つの新しいパッケージング構成を送信することは、
複数の新しいパッケージング構成を受信することと、
前記複数の新しいパッケージング構成のうち最良のものを決定することと、
前記最良のパッケージング構成を前記リモートシステムに送信することと
を含む、請求項１に記載のシステム。
【請求項８】
前記リモートシステムは、パッケージング注文システムを含む、請求項７に記載のシステム。
【請求項９】
前記パッケージが、箱、袋、またはラップのうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項１０】
自動パッケージング取得のためのコンピュータ実施方法であって、
フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、前記注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、
前記履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、前記予測は、複数のダミー注文を含むことと、
パッケージングコスト削減に関する好みを受信することと、
前記フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、
前記受信されている好みおよび前記生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、
前記少なくとも１つの新しいパッケージング構成をリモートシステムに送信することと
を含む、コンピュータ実施方法。
【請求項１１】
前記好みは、
パッケージングのタイプ、
パッケージングのサイズ、または
パッケージングの比率
のうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実施方法。
【請求項１２】
予測を生成することは、前記履歴注文データに基づいて前記予測を生成することをさらに含む、請求項１０に記載のコンピュータ実施方法。
【請求項１３】
前記現在のパッケージング構成を最適化することは、
パッケージングコストまたはパッケージング充填率の少なくとも１つに対して前記パッケージング構成を最適化することをさらに含み、
パッケージングコストは、保管コスト、出荷コスト、または購入コストのうちの少なくとも１つを含む、
請求項１０に記載のコンピュータ実施方法。
【請求項１４】
前記現在のパッケージング構成を最適化することは、充填率を最大化するために、複数のパッケージサイズおよび前記複数のパッケージサイズの各々の数を反復的に変更することをさらに含む、請求項１０に記載のコンピュータ実施方法。
【請求項１５】
各新しいパッケージング構成は、
複数のパッケージサイズ、
前記複数のパッケージサイズの各々の数、および
各パッケージサイズの各パッケージの推定充填率
を含む、請求項１０に記載のコンピュータ実施方法。
【請求項１６】
前記少なくとも１つの新しいパッケージング構成を送信することは、
複数の新しいパッケージング構成を受信することと、
前記複数の新しいパッケージング構成のうち最良のものを決定することと、
前記最良のパッケージング構成を前記リモートシステムに送信することと
を含む、請求項１０に記載のコンピュータ実施方法。
【請求項１７】
前記リモートシステムは、パッケージング注文システムを含む、請求項１０に記載のコンピュータ実施方法。
【請求項１８】
前記パッケージが、箱、袋、またはラップのうちの少なくとも１つを含む、請求項１０に記載のコンピュータ実施方法。
【請求項１９】
パッケージングを最適化するためのコンピュータ化されたシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサにステップを実施させる命令を含む少なくとも１つの非一時的記憶媒体とを備え、前記ステップは、
フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、前記注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、
前記履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、前記予測は、複数のダミー注文を含むことと、
１つまたは複数の注文グループにリンクされるパッケージングコスト削減に関する好みを受信することと、
前記フルフィルメントセンタおよび前記受信されている好みにリンクされる前記１つまたは複数の注文グループに関連付けられる現在のパッケージング構成を決定することと、
前記受信されている好みおよび前記生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、
前記１つまたは複数の注文グループに関連付けられる前記少なくとも１つの新しいパッケージング構成をリモートシステムに送信することと
を含む、システム。
【請求項２０】
１つまたは複数の注文グループのパッケージングコスト削減に関する好みを受信することは、
必要なタイプのパッケージおよび出荷の詳細の少なくとも１つに対して注文をグループ化することをさらに含み、
出荷の詳細は、出荷配送の速度および出荷配送の距離のうちの少なくとも１つを含む、
請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、パッケージング製品に使用されるパッケージのタイプを最適化するためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、パッケージタイプの充填率を最大化し、特定のタイプのパッケージに関連するコストを最小化することによってパッケージングを最適化することに関する発明的で非従来型のシステムに関する。
【背景技術】
【０００２】
最適なパッケージセットを決定することは、将来の製品購入のタイプを予測することと同じくらい重要である。パッケージセットを最適化することは、購入した製品を効率的にパッケージングする助けとなり、また将来使用するパッケージの数を最小限に抑える助けともなる。現在の手動システムでは、注文および保管するパッケージのタイプおよびサイズを人間が推測する必要があり、結果として、当て推量で多くのエラーが発生する。コンピュータ化されたシステムであっても、一般的に人間が、パッケージ構成好みパラメータおよびパッケージのタイプ、ならびにそれらの可用性および各パッケージに関連付けられる他の追加データを手動で入力する必要がある。
【０００３】
これらのシステムは、不必要な支出を避けるために過小評価し、結果としてより小さいサイズの１つまたは複数のタイプの箱が過剰に利用されるか、より大きいサイズの箱の充填率が非常に低くなり、最終的には、注文をパッケージングおよび出荷するための支出が増えるか、または、過大評価し、利用されず保管コストを発生させる多すぎるタイプのパッケージを有することになるかのいずれかである。
【発明の概要】
【０００４】
したがって、利用率を最大化し、コストを最小化するために、最適なタイプおよび数のパッケージを用いる自動化された効率的なパッケージ構成識別システムのための改善された方法およびシステムが必要である。
【０００５】
本開示の一態様は、パッケージ構成を最適化するためのシステムに関する。システムは、命令を含む少なくとも１つの非一時的記憶媒体と、動作を実施するために命令を実行する少なくとも１つのプロセッサとを含む。動作は、フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、予測は、複数のダミー注文を含むことと、パッケージングコスト削減に関する好みを受信することと、フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、受信されている好みおよび生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、少なくとも１つの新しいパッケージング構成をリモートシステムに送信することとを含むことができる。
【０００６】
本開示の別の態様は、パッケージ構成の方法最適化に関する。方法は、フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、予測は、複数のダミー注文を含むことと、パッケージングコスト削減に関する好みを受信することと、フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、受信されている好みおよび生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、少なくとも１つの新しいパッケージング構成をリモートシステムに送信することとを含むことができる。
【０００７】
本開示のまた別の態様は、パッケージ構成を最適化するためのシステムに関する。システムは、命令を含む少なくとも１つの非一時的記憶媒体と、動作を実施するために命令を実行する少なくとも１つのプロセッサとを含む。動作は、フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、予測は、複数のダミー注文を含むことと、１つまたは複数の注文グループのパッケージングコスト削減に関する好みを受信することと、フルフィルメントセンタおよび受信されている好みにリンクされる１つまたは複数の注文グループに関連付けられる現在のパッケージング構成を決定することと、受信されている好みおよび生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、１つまたは複数の注文グループに関連付けられる少なくとも１つの新しいパッケージング構成をリモートシステムに送信することとを含むことができる。
【０００８】
本開示のまた別の態様は、パッケージ構成を最適化するためのシステムに関する。システムは、命令を含む少なくとも１つの非一時的記憶媒体と、動作を実施するために命令を実行する少なくとも１つのプロセッサとを含む。動作は、フルフィルメントセンタに関連付けられる履歴注文データを受信することであって、注文データは、注文されたアイテム、パッケージ情報、出荷コスト、または充填率のうちの少なくとも１つを含むことと、履歴注文データおよびフルフィルメントセンタに関連付けられるパフォーマンスデータに基づいて注文データの予測を生成することであって、予測は、複数のダミー注文を含むことと、パッケージングコスト削減に関する好みを受信することと、フルフィルメントセンタに関連付けられる現在のパッケージング構成を決定することと、受信されている好みおよび生成されている予測を使用して少なくとも１つの新しいパッケージング構成を生成するために、現在のパッケージング構成を最適化することと、少なくとも１つの新しいパッケージング構成をリモートシステムに送信することとを含むことができる。
【０００９】
他のシステム、方法、およびコンピュータ可読媒体も、本明細書で説明される。
【図面の簡単な説明】
【００１０】
【図１Ａ】開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。
【図１Ｂ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す図である。
【図１Ｃ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。
【図１Ｄ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。
【図１Ｅ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す図である。
【図２】開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成されている例示的なフルフィルメントセンタの概略図である。
【図３】開示された実施形態と一致する例示的なパッケージ構成最適化システムを示す図である。
【図４】開示された実施形態と一致する、新しいパッケージ構成を生成するためのシミュレーション要求の例示的な流れ図である。
【図５】開示された実施形態と一致する、注文された製品を効率的にパッケージングするための最適化されたパッケージ構成を識別するための方法の例示的なフローチャートである。
【発明を実施するための形態】
【００１１】
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。
【００１２】
本開示の実施形態は、コストを最適化するために、パッケージ構成を識別するように構成されているシステムおよび方法に関する。
【００１３】
図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。
【００１４】
ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。
【００１５】
いくつかの実施形態では、外部フロントエンドシステム１０３は外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００１６】
いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００１７】
図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果を含む１つ以上のウェブページをホスティングまたは提供することができる： ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。
ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。
【００１８】
外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。
【００１９】
次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
【００２０】
外部フロントエンドシステム１０３は受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。
【００２１】
依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスはこのリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。
【００２２】
外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページはいくつかの実施形態ではユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページがユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザはショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。
【００２３】
外部フロントエンドシステム１０３は購入を開始するためのリクエストの受信に応じて、注文頁（例えば、図１Ｅ）を発生することができる。注文頁はいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文頁をユーザデバイスへ送信することが可能である。
【００２４】
ユーザデバイスは注文頁に情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。
【００２５】
いくつかの実施形態では、外部フロントエンドシステム１０３が売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。
【００２６】
内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００２７】
いくつかの実施形態では、内蔵フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００２８】
輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ〜１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、トランスポーテーションシステム１０７が１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ〜１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ〜１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員が荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送機関１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。
【００２９】
いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。
【００３０】
いくつかの実施形態では、交通機関１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。トランスポートシステム１０７はこの関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。
【００３１】
売り手ポータル１０９は、いくつかの実施形態では売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。
【００３２】
出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ〜１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。
【００３３】
いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、交通機関１０７はユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡装置１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。
【００３４】
フルフィルメント(履行)最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。
【００３５】
また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。
【００３６】
いくつかの実施形態では、ＦＯシステム１１３が定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３が１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。
【００３７】
フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または３パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。
【００３８】
サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。
【００３９】
労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ−１０７Ｃまたは１１９Ａ−１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。
【００４０】
ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。
【００４１】
ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ〜１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ〜１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。
【００４２】
第三者フルフィルメント（３ＰＬ）システム１２１Ａ〜１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ〜１２１ＣはＦＯシステム１１３から（例えば、ＦＭＧ １１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。
【００４３】
フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ〜１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。
【００４４】
労働管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ−１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ−１０７Ｃから受信することができる。
【００４５】
図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上がデータセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。
【００４６】
図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、または修正することができる。
【００４７】
インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。
【００４８】
作業員はインバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６が緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。
【００４９】
ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。
【００５０】
ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。
【００５１】
ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。
【００５２】
ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４はスライドとして表されているが、いくつかの実施形態では搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。
【００５３】
パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員はピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者はセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。
【００５４】
ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
【００５５】
キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。
【００５６】
キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「フレックス」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
【００５７】
図３は、開示された実施形態と一致する例示的なパッケージ構成最適化システム３００である。新しいパッケージ構成の生成は、フルフィルメントセンタ２００の従業員によって手動でトリガすることができ、または、パッケージングコストの最適化が特定の閾値を下回るたびに倉庫管理システム１１９によって自動的にトリガすることができる。パッケージングのコスト最適化は、特定のタイプのパッケージの充填率およびそのタイプのパッケージの利用に関連するコストを含み得る（コストは、製造コスト、保管コスト、パッキングコスト、すなわち、パッケージに充填する必要のある材料の量、およびサードパーティの出荷サービスによって請求される出荷コスト）。
【００５８】
いくつかの実施形態では、フルフィルメント最適化システム１１３は、コスト最適化要件を絶えず監視し、パッケージの現在の構成によって閾値制限がもはや満たされないときにトリガを生成することができる。倉庫管理システム１１９は、新しい構成生成要求を絶えずリスンすることができ、または、要求は、特定のフルフィルメントセンタ２００のフルフィルメントメッセージゲートウェイ１１５を介してフルフィルメント最適化システム１１３によって直接的に送信される。
【００５９】
コスト（出荷、保管、製造）の変化により、パッケージ構成のコスト最適化閾値制限が満たされなくなる可能性がある。サプライチェーン管理システム１１７は、これらの詳細を、ユーザの予測される閾値が満たされないことを決定するためにフルフィルメント最適化システム１１３へ、および／または、最適化されたコストの新しいパッケージ構成を生成するために倉庫管理システム１１９へ、両方に提供することができる。サプライチェーン管理システム１１７はまた、新しいパッケージ構成の生成の要件があることを示すために、パッケージ構成のパッケージの可用性への変更を識別することもできる。パッケージ構成は、特定のタイプのパッケージの可用性／不可用性に起因して発生する可能性もある。そのようなシナリオでは、サプライチェーン管理システム１１７は、倉庫管理システム１１９と直接的に通信して、新しいパッケージ構成を生成することができる。いくつかの実施形態では、倉庫管理システム１１９は、異なるシナリオ（例えば、季節／天候、可用性、製品のタイプなど）のために複数のパッケージ構成を維持することができる。
【００６０】
パッケージ構成最適化システム（ＰＣＯＳ）３００は、パッケージ構成の複数のバージョンおよびそれらに関連するコストをデータベースに維持することができる。ＰＣＯＳ  ３００は、特定の状況に関連する１つまたは複数の実行可能なパッケージ構成を決定するために、注文をシミュレートすることができる。新しい構成および関連付けられるシミュレートされた注文もデータベースに記憶することができる。例示的なＰＣＯＳ３００は、一時的な結果および永続的な結果を保存するための２つのデータベースシステムを備える。図３に示されるように、いくつかの実施形態では、一時的な結果は、鍵−値対一時データベース（例えば、ＭｏｎｇｏＤＢ）３１０に記憶され、永続的な結果は、持続性（リレーショナル）データベース（例えば、ＭｙＳＱＬ）３２０に記憶される。
【００６１】
永続的な結果は、さまざまなバージョンのパッケージおよび構成の詳細を含む。ＰＣＯＳ３００は、パッケージバージョン管理サービス３３１と構成パラメータバージョン管理サービス３３２の両方を使用してパッケージバージョンを管理するためのバージョン管理ツール３３０を含むことができる。パッケージバージョン管理サービス３３１と構成パラメータバージョン管理サービス３３２の両方は、内部フロントエンドシステム１０５を通じてアクセス可能であり得る。フルフィルメントセンタ２００の従業員は、デバイス１１９Ａ〜Ｃを通じてそれらにアクセスすることができる。パッケージサービス３３１は、さまざまなタイプのパッケージの詳細に対するＣＲＵＤ（作成、読み取り、更新、および削除）動作を可能にすることができる。パッケージ詳細は、パッケージのタイプ（カーボード箱、プラスチック袋、発泡スチロール箱）、パッケージの寸法、パッケージの製造コストを含み得る。構成サービス３３２は、構成の詳細を変更するための更新動作のみを可能にすることができる。構成の詳細は、最小許容充填率、パッケージの保管および出荷の最大許容コストを含む、コスト最適化閾値を決定するパラメータであり得る。
【００６２】
サードパーティシステム３８０は、新しいパッケージ構成を生成するために、１つまたは複数のシミュレーション要求をＰＣＯＳ３００に送信することができる。いくつかの実施形態では、サードパーティ３８０は、デバイス１１９Ａ〜Ｃを通じてシミュレーション要求を入力するフルフィルメントセンタ２００の従業員であり得る。サードパーティ３８０からのシミュレーション要求は、直接的または間接的にＰＣＯＳ３００に送信することができる。いくつかの実施形態では、シミュレーション結果は、間接的なシミュレーション要求を行うために、サードパーティ３８０によってファーストパーティ倉庫管理システム１１９に送信される。サードパーティ３８０はまた、パッケージ構成の生成のためのシミュレーション要求を生成する、フルフィルメント最適化システム１１３およびサプライチェーン管理システム１１７などの他のソフトウェア／コンピューティングシステムでもあり得る。
【００６３】
図３に示されるように、サードパーティ３８０のシミュレーション要求の結果として、呼び出しがシミュレーションＡＰＩ３５０に送信され得る。シミュレーションＡＰＩ３５０は、シミュレーションをスケジュールする前に、新しいシミュレーション要求を一時データベース３１０に保存することができる。ＰＣＯＳ３００は、過去に要求されたシミュレーションがコンピューティングシステム３７０によって完了するまで、新しいシミュレーション要求を保存することができる。ＰＣＯＳ３００はまた、シミュレーション要求をスケジュールし、コンピューティングシステム３７０への様々なタスクのディスパッチを管理するジョブスケジューラ３４０を含むこともできる。ジョブスケジュール３４０は、コンピューティングシステム３７０のもう１つのプロセッサが利用可能になると、一時データベース３１０からの新しいシミュレーション要求の読み出し要求を行うことができる。図３に示されるように、コンピューティングシステム３７０は、マスタ−スレーブ構成を有することができる。各スレーブは、シミュレーション要求の異なるタスクを実行することができる。各タスクは、新しいシミュレーション要求または構成パラメータの最適化を含み得る。
【００６４】
コンピューティングシステム３７０は、履歴注文を含むデータストア３６０にアクセスすることができる。コンピューティングシステム３７０は、履歴注文に基づいてシミュレートされた注文を生成することができる。いくつかの実施形態では、コンピューティングシステム３７０は、データストア３６０からの新しいシミュレーション要求と共に使用するために、シミュレーション目的で生成されているシミュレートされた注文を読み出すことができる。データストア３６０は、特定の時間範囲または注文のタイプのシミュレートされた注文を生成するのに役立つように、すべての可能な過去の注文を記憶する、容量無制限のデータレイクであり得る。
【００６５】
いくつかの実施形態では、一時データベース３１０に記憶された各シミュレーション要求は、データストア３６０内のシミュレートされた注文セットに関連付けられる。サードパーティ３８０は、シミュレーション要求とシミュレートされた注文の両方を同時に生成し、関連付けのために両方に一意の識別子（ＵＵＩＤ）を添付することができる。いくつかの実施形態では、シミュレートされた注文の単一のセットが、複数のシミュレーション要求に関連付けられ得る。このような１対多の関連付けを使用して、シミュレートされた注文の同じセットをパッケージングするために最も最適化された構成であるパッケージ構成を決定することができる。
【００６６】
いくつかの他の実施形態では、データストア３６０は、現在のパッケージ構成への影響を理解するために潜在的な将来の注文を予測するために、１つまたは複数の過去の注文をコンピューティングシステム３７０に供給することができる。サードパーティ３８０は、リモートシミュレーションシステムに、履歴注文データに基づいて、シミュレートされた将来の注文を生成するように要求することができる。将来の注文の予測は、１つまたは複数の機械学習モデルを使用して実施することができる。コンピューティングシステム３７０は、シミュレーションの完了時に、結果を一時データベース３１０内で共有することができる。いくつかの実施形態では、コンピューティングシステム３７０は、中間シミュレーション結果を生成し、それらを一時データベース３１０に記憶することができる。中間結果は、構成パラメータを介して設定されたコスト最適化要件を満たす１つまたは複数のパッケージ構成であり得る。コンピューティングシステム３７０は、コスト最適化要件を満たす、識別されたパッケージ構成の中から最良のパッケージ構成を識別することができる。次に、コンピューティングシステム３８０は、一時データベース３１０に、シミュレーションの最終結果を、持続性データベース３２０にシミュレーション要約３９０として保存されるように送信するように指示することができる。いくつかの実施形態では、一時データベース３１０内の中間シミュレーション結果を再利用して、再帰的処理を介して改善された結果を生成することができる。いくつかの実施形態では、シミュレーション計算ツール３９５は、パッケージバージョン管理サービス３３１内の利用可能な構成および構成パラメータバージョン管理サービス３３２からの選択されるパラメータの中から最良のパッケージ構成を識別することができる。
【００６７】
図４は、開示された実施形態と一致する、新しいパッケージ構成を生成するためのシミュレーション要求の例示的な流れ図４００である。流れ図４００は、入力好みおよび現在利用可能な様々なパッケージ構成に基づいて最適化されたパッケージ構成を生成するための、ＰＣＯＳシステム３００の様々なコンポーネント間の対話を示している。
【００６８】
新しいパッケージ構成を生成するには、シミュレートされたダミー注文のセットと、種々のタイプのパッケージに関する詳細およびパッケージ構成の好みを含むパッケージ情報の両方が必要である。パッケージングサービスコアアルゴリズム４５０は、これらの２つの入力を取り込んで、構成パラメータ３３２および構成パラメータ４３２に含まれるパッケージ構成の好みを満たす最適化された新しいパッケージ構成４８０を生成することができる。パッケージングサービスコアアルゴリズム４５０は、最初に、シミュレートされた各注文において注文した製品の効率的なパッケージングを決定することによって開始する。効率的なパッケージングは、１回の注文において注文した製品をパッケージングするのに利用される最小数のパッケージ、もしくは、注文された製品のパッケージングに使用されるコンパクトなスペース、またはその両方を含み得る。コンパクトなスペースは、注文された製品のパッキングに使用される１つまたは複数のパッケージの総容積を含む。いくつかの実施形態では、パッケージングサービスコアアルゴリズム４５０は、注文をパックした後の未使用スペースの量を考慮することができる。パッケージングサービスコアアルゴリズム４５０は、最も効率的なパッキングを決定するために、購入に利用可能なすべてのパッケージを考慮することができる。識別されたパッケージング用のパッケージは、過去の注文において同じ製品をパッケージングするために使用されたもののみを含む場合がある。いくつかの実施形態では、過去の注文において製品をパックするために使用されているパッケージは、「効率的な」パッケージであると見なされ得、決定されたパッケージのセットに含まれ得る。
【００６９】
シミュレートされた注文の効率的なパッケージングに使用されるパッケージを識別した後、パッケージングサービスコアアルゴリズム４５０は、クラスタリング分析を実施して、密接に関連するパッケージのクラスタを決定することができる。クラスタは、シミュレートされた注文製品を効率的にパックするために選択されている個々のパッケージまたはパッケージセットの間にあり得る。例えば、Ｋ平均クラスタリング手法を使用して、パッケージのクラスタを決定することができる。選択される「Ｋ」は、注文ごとに使用するパッケージの最大数、または購入するパッケージタイプの最大数であり得る。Ｋは、構成パラメータ３４２または構成パラメータ４３２に構成パラメータとして入力され得る。Ｋ平均法を使用して、注文された製品をパックするために購入するパッケージの最適化されたセットを生成することができる。この技法は、パッケージのセットから、シミュレートされた注文を効率的にパックするためのパッケージのＫ個のセットをランダムに選択することによって開始することができ、各タイプのパッケージの未使用スペースを識別することができる。パッケージングサービスコアアルゴリズム４５０は、分散の最小合計（例えば、注文全体の平均未使用スペース）が識別されるまで、反復的に実行することができるＫ平均クラスタリング技法を利用することができる。
【００７０】
倉庫管理システム１１９は、生成されている注文を最初に一時データベース３１０に保存することによって、シミュレートされた注文を生成するのに役立つ。いくつかの実施形態では、サードパーティ３８０（図３に示される）は、注文を一時データベース３１０に保存するように倉庫管理システム１１９に要求している場合がある。いくつかの他の実施形態では、注文は、データストア３６０に記憶され得、シミュレーションシステム４６０によってアクセスされ得る。注文は、ワークフロー管理ツール／ライブラリ（Ａｉｒｆｌｏｗ、Ｏｏｚｉｅ、Ｌｕｉｇｉなど）を使用して、ＰＣＯＳ３００によってデータストア３６０にエクスポートされる。例示的な流れ図４００では、Ａｉｒｆｌｏｗジョブ４７０が、注文を一時データベース３１０からデータストア３６０にエクスポートするのに役立つ。Ａｉｒｆｌｏｗジョブ４７０は、例えば、時間および日によってなど、異なる形式でグループ化された注文を記憶することができる。
【００７１】
シミュレーションシステム４６０は、ジョブスケジューラ３４０およびシミュレーションＡＰＩ  ３５０を含むことができ、データストア３６０に記憶された履歴注文に基づいて、シミュレートされた注文を生成することができる。ジョブスケジューラは、Ａｉｒｆｌｏｗジョブ４７０を生成するために使用されるのと同じワークフロー管理ツール／ライブラリであってもよい。シミュレートされたシステム４６０は、様々なパッケージ構成とともに使用して、最良のパッケージ構成を識別するために、シミュレートされた注文をデータストア３６０に記憶することができる。いくつかの実施形態では、バージョンラベルを、シミュレートされた注文に関連付けることができる。同じ履歴注文を使用して、シミュレートされた注文の複数のバージョンを生成することができる。例えば、同じ履歴衣料品注文セットを使用して、フラッシュセール中の割引なしの、シミュレートされた注文を生成することができる。シミュレートされた注文のこのようなさまざまなバージョンは、適切なパッケージ構成の生成に役立つことができる。シミュレートされたダミー注文は、入力の１つとしてパッケージングサービスコアアルゴリズム４５０に供給される。
【００７２】
パッケージング構成サービスインターフェースは、パッケージングおよび構成の詳細の第２の入力をパッケージングサービスコアアルゴリズム４５０に提供する。パッケージ構成サービスインターフェース４４０は、持続性データベース３２０内の記憶されているバージョンならびにパッケージおよび構成の詳細にアクセスするためのＡＰＩであり得る。いくつかの実施形態では、パッケージング構成サービスインターフェース４４０は、次に、シミュレートされたパッケージおよび構成の詳細、ならびに実際のパッケージングおよび構成の詳細にアクセスするために、別個のサービスを呼び出すことができる。サービスの分離は、一部のシステムが、実際のパッケージおよび構成の詳細にアクセスすることができる生産システムであるか、または、シミュレートされたパッケージおよび構成の詳細にアクセスすることができるテストもしくは開発システムであるかを決定することであり得る。サービスの分離は、２つの異なるデータセットの異なるアクセスおよび承認要件に起因し得る。例示的な実施形態４００では、パッケージ構成サービスインターフェース４４０は、実際のパッケージングおよび構成サービス４４２を通じて実データ４２０にアクセスし、シミュレーションパッケージングおよび構成サービスを介してシミュレートされたデータ４３０にアクセスする。シミュレートされたサービス４４１と実際のサービス４４２の両方はまた、決定に使用されるパッケージ構成および構成パラメータの複数のバージョンを管理するためのバージョン管理ツール３３０としても機能し得る。例えば、注文の同様の予測がフルフィルメントセンタ２００によって予測される場合、将来、複数のバージョンが保存および検索され得る。いくつかの実施形態では、以前のバージョンを、将来のパッケージ構成をより良好に予測するための学習に使用することができる。
【００７３】
ＰＣＯＳ３００（図３に関して上で説明した）は、一定の間隔を置いて、実データ４２０とシミュレートされたデータ４３０とを同期させることができる。同期化は、コストが正確に最適化されたパッケージ構成を識別するのに役立つように、実際のパッケージデータ内のパッケージの新しいコストをシミュレートされたパッケージデータ４３１に追加することを含む。いくつかの実施形態では、シミュレートされたデータ４３０は、実データ４２０には存在しない追加のデータを含み得る。
【００７４】
パッケージサービスコアアルゴリズム４５０は、出力として新しいパッケージ構成４８０を生成することができる。いくつかの実施形態では、新しいパッケージ構成４８０は、構成パラメータ４２２および／または４３２の最適化要件を満たすパッケージ構成のセットであり得る。新しいパッケージ構成４８０は、最良のパッケージ構成を選択するために、シミュレーション計算ツール３９５（図３に関して上で説明された）と共有することができる。
【００７５】
図５は開示された実施形態と一致する、注文された製品を効率的にパッケージング
するための最適化されたパッケージ構成を識別するための方法の例示的なフローチャートである。方法５００のステップは、ＰＣＯＳ３００によって実施することができ、いくつかの実施形態では、他のシステムまたはデバイスが、方法５００の１つまたは複数のステップを実施してもよい。図示の方法を変更して、ステップの順序を変更し、さらに追加のステップを含めることができることが理解されよう。
【００７６】
ステップ５１０において、ＰＣＯＳ３００は、履歴注文のセットを受信することができる。履歴注文は、フルフィルメントセンタ２００に関連付けることができ、注文を記憶するデータベースからアクセスすることができる。履歴注文は、タイプ、フルフィルメントセンタ、および／または時間／日付ごとにグループに事前に編成され得る。ＰＣＯＳ３００は、特定の日付範囲内の履歴注文のセットを要求するか、または一定期間にわたる同じ曜日（例えば、毎週水曜日）の注文を要求することができる。
【００７７】
ステップ５２０において、ＰＣＯＳ３００は、履歴データに基づいて注文データの予測を生成することができる。予測は、１つまたは複数のダミー注文を含むことができる。いくつかの実施形態では、ＰＣＯＳ３００は、ダミー注文のシミュレーションをシミュレーションシステム４６０に委任することができる。ダミー注文は、履歴注文の傾向に基づいて生成することができる。シミュレーションシステム４６０は、複数年にわたる同じ日付にわたる注文データおよび機械学習モデルを考慮して、シミュレートされた注文のセットを生成することができる。実際の注文とは異なり、シミュレートされた注文ははるかに速いペースで実行され得る。そのような突然の注文の急増に対処するために、特別なコンピューティングシステム３８０がＰＣＯＳ３００によって利用されてもよい。
【００７８】
ステップ５３０において、ＰＣＯＳ３００は、パッケージングコスト削減に関する好みを受信することができる。好みは、パッケージングのタイプ、パッケージングのサイズ、およびパッケージングの比率を含んでもよい。パッケージングのサイズおよびパッケージングのタイプの情報は、サプライチェーン管理システム１１７によって提供されるものとしての様々なタイプのパッケージの可用性に基づくことができる。サプライチェーン管理システム１１７は、様々なタイプおよびサイズのパッケージの将来の可用性に基づいて、これらの好みを提供することができる。将来の可用性の予測自体は、履歴注文データの実行に基づいて行うことができる。いくつかの実施形態では、サプライチェーン管理システム１１７は、フルフィルメント最適化システム１１３とともに、利用可能なパッケージの様々なタイプ／サイズにパッケージングされ得るシミュレートされた注文製品種類の数を決定して、全パッケージのうちの、コスト削減を妨げることなく許容され得る単一タイプのパッケージの比率を決定することができる。比率は、最大比率と最小比率の両方を含むことができる。
【００７９】
ステップ５４０において、ＰＣＯＳ３００は、コスト削減に適格な現在のパッケージング構成を決定することができる。コスト削減に利用可能なパッケージング構成には、すべての注文をパッケージングするために必要なパッケージのセット全体を含み得る。いくつかの他の実施形態では、現在の構成の１つを更新するのではなく、新しい構成を導入することができる。特定のパッケージ構成を、注文のグループに関連付けることができる。注文のグループ化は、出荷のタイプ、出荷の距離、および注文された製品のタイプなどに基づいて行うことができる。
【００８０】
ステップ５５０において、ＰＣＯＳ３００は、現在のパッケージング確認を最適化して、新しいパッケージング構成を生成する。ＰＣＯＳ３００は、履歴注文データおよび／または履歴データから生成されているシミュレートされた注文、ならびにステップ５３０において供給されたパッケージングコスト削減に関する好みに基づいて、新しい構成を生成する。最適化は、パッケージの各タイプ／サイズの充填率の最大化と全体的なコストの最小化との間のバランスを含む。パッケージ構成は、コストおよび／または充填率の特定の閾値を満たすことに基づいて最適化されていると考えることができる。パッケージングサービスコアアルゴリズム４５０（図４）を使用して、選択するパッケージ構成を最適化することができる。全体的なコストは、特定のパッケージを製造するためのコスト、フルフィルメントセンタ２００に保管するためのコスト、およびサードパーティの出荷サービスによって請求される出荷に使用するためのコストを含むことができる。
【００８１】
ステップ５６０において、ＰＣＯＳ３００は、生成されている新しいパッケージング構成をリモートシステムに送信することができる。送信する前に、新しいパッケージ構成は、一連の識別された新しいパッケージから構成を選択することができる。最良なパッケージ構成の決定はまた、構成パラメータ４２２および４３２の形式で記憶された好みにも依存し得る。例えば、パラメータの１つは、出荷コストにより大きい重みを与えることを推奨することができ、したがって、出荷コストが最も低い構成が選択される。
【００８２】
本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施することができることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。さらに、開示された実施形態の態様はメモリに記憶されるものとして記載されているが、当業者はこれらの態様が二次記憶デバイス、例えば、ハードディスクもしくはＣＤ  ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶されてもよいことを理解するのであろう。
【００８３】
記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールは当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラム・セクションまたはプログラムモジュールは、．Ｎｅｔ  Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ  Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、もしくはＪａｖａアプレットを含むＨＴＭＬの中で、またはその手段によって設計することができる。
【００８４】
さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲が可能である。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、または出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入もしくは削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
【図１Ａ】
2021534476.tif 000003
【図１Ｂ】
2021534476.tif 000004
【図１Ｃ】
2021534476.tif 000005
【図１Ｄ】
2021534476.tif 000006
【図１Ｅ】
2021534476.tif 000007
【図２】
2021534476.tif 000008
【図３】
2021534476.tif 000009
【図４】
2021534476.tif 000010
【図５】
2021534476.tif 000011
【国際調査報告】
2021534476.tif 000012
2021534476.tif 000013