(57)【要約】  購入注文をインテリジェントに生成するためのコンピュータ実装システムおよび方法が開示されている。システムは、１つまたは複数の製品の１つまたは複数の需要予測量を受信することであって、製品は、１つまたは複数の製品識別子に対応し、需要予測量は、各単位時間にわたる各製品の需要予測量を含む、需要予測量を受信することと、１つまたは複数の供給元の供給元統計データを受信することであって、供給元は製品の一部に関連付けられている、供給元統計データを受信することと、製品の現在の製品在庫レベルおよび現在の製品注文量を受信することと、製品の予備注文量を決定することと、少なくとも供給元統計データ、現在の製品在庫レベル、および現在の注文量に基づいて、推奨注文量を得るように予備注文量を制約することと、推奨注文量に基づいて、製品の供給元への購入注文を生成することとを行うための命令を実行するように構成することができる。
2021532444.tif 000002
【特許請求の範囲】
【請求項１】
購入注文をインテリジェントに生成するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
前記命令を実行するように構成されている少なくとも１つのプロセッサとを備え、前記命令は、
１つまたは複数の製品の１つまたは複数の需要予測量を受信することであって、前記製品は、１つまたは複数の製品識別子に対応し、前記需要予測量は、各単位時間にわたる各製品の需要予測量を含む、需要予測量を受信することと、
１つまたは複数の供給元の供給元統計データを受信することであって、前記供給元は前記製品の一部に関連付けられている、供給元統計データを受信することと、
現在の製品在庫レベルおよび現在の製品注文量を受信することと、
前記製品の予備注文量を決定することと、
少なくとも前記供給元統計データ、前記現在の製品在庫レベル、および前記現在の注文量に基づいて、推奨注文量を得るように前記予備注文量を制約することと、
前記推奨注文量に基づいて、前記製品の前記供給元への購入注文を生成することとを行うためのものである、コンピュータ実装システム。
【請求項２】
前記命令は、
前記需要予測量が最も多い前記製品識別子のサブセットを第１のカテゴリに割り当て、
次に前記需要予測量が多い製品識別子の後続部分を、１つまたは複数のカテゴリに割り当てることによって、前記製品識別子を１つまたは複数のカテゴリに分割することをさらに含む、請求項１に記載のコンピュータ実装システム。
【請求項３】
前記予備注文量は、第１の期間にわたる前記製品の需要予測量の合計および第２の期間にわたる前記製品の安全在庫量の合計のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。
【請求項４】
前記予備注文量を決定することは、
前記製品のサブセットに対する１つまたは複数の特別注文のユーザ入力を受信することと、
前記製品の前記サブセットに対応する前記予備注文量を、前記特別注文において指定されている量だけ増大することとをさらに含む、請求項１に記載のコンピュータ実装システム。
【請求項５】
前記命令は、制約されるのを防ぐために、前記製品の前記サブセットに対応する１つまたは複数の製品識別子にフラグを立てることをさらに含む、請求項４に記載のコンピュータ実装システム。
【請求項６】
前記予備注文量を決定することは、前記製品の過剰在庫または在庫不足のリスクのバランスをとるように構成されている所定の比に基づいて前記需要予測量を調整することを含む、請求項１に記載のコンピュータ実装システム。
【請求項７】
前記予備注文量を制約することは、
前記供給元統計データから、前記製品の過去の注文量および実際の受領量を抽出することと、
前記実際の受領量および前記過去の注文量の充足率を決定することと、
前記充足率を前記予備注文量に適用することとを含む、請求項１に記載のコンピュータ実装システム。
【請求項８】
前記充足率は、前記製品のサブセットにのみ適用される、請求項７に記載のコンピュータ実装システム。
【請求項９】
第１の製品に対する第１の購入注文数が第１の閾値を超えるという第１の決定、または、対応する供給元の第２の購入注文数が第２の閾値を超えるという第２の決定に基づいて、第１の製品セットに対応する予備注文量の第１のセットに前記充足率が適用される、請求項７に記載のコンピュータ実装システム。
【請求項１０】
前記命令は、
前記購入注文を前記供給元に送信することと、
前記購入注文に応じて前記製品の１つまたは複数の出荷を受け取ることと、
前記受け取られている製品に基づいて前記供給元統計データを更新することと、
推奨注文量の新しいセットを得るために、前記更新されている供給元統計データに基づいて前記予備注文量を制約するステップを実施することと、
前記推奨注文量の新しいセットに基づいて、前記製品の前記供給元への購入注文を生成することとをさらに含む、請求項１に記載のコンピュータ実装システム。
【請求項１１】
購入注文をインテリジェントに生成するためのコンピュータ実施方法であって、
１つまたは複数の製品の１つまたは複数の需要予測量を受信することであって、前記製品は、１つまたは複数の製品識別子に対応し、前記需要予測量は、各単位時間にわたる各製品の需要予測量を含む、需要予測量を受信することと、
１つまたは複数の供給元の供給元統計データを受信することであって、前記供給元は前記製品の一部に関連付けられている、供給元統計データを受信することと、
現在の製品在庫レベルおよび現在の製品注文量を受信することと、
前記製品の予備注文量を決定することと、
少なくとも前記供給元統計データ、前記現在の製品在庫レベル、および前記現在の注文量に基づいて、推奨注文量を得るように前記予備注文量を制約することと、
前記推奨注文量に基づいて、前記製品の前記供給元への購入注文を生成することとを含む、コンピュータ実施方法。
【請求項１２】
前記需要予測量が最も多い前記製品識別子のサブセットを第１のカテゴリに割り当て、
次に前記需要予測量が多い製品識別子の後続部分を、１つまたは複数のカテゴリに割り当てることによって、前記製品識別子を１つまたは複数のカテゴリに分割することをさらに含む、請求項１１に記載のコンピュータ実施方法。
【請求項１３】
前記予備注文量は、第１の期間にわたる前記製品の需要予測量の合計および第２の期間にわたる前記製品の安全在庫量の合計のうちの少なくとも１つを含む、請求項１１に記載のコンピュータ実施方法。
【請求項１４】
前記予備注文量を決定することは、
前記製品のサブセットに対する１つまたは複数の特別注文のユーザ入力を受信することと、
前記製品の前記サブセットに対応する前記予備注文量を、前記特別注文において指定されている量だけ増大することとをさらに含む、請求項１１に記載のコンピュータ実施方法。
【請求項１５】
制約されるのを防ぐために、前記製品の前記サブセットに対応する１つまたは複数の製品識別子にフラグを立てることをさらに含む、請求項１４に記載のコンピュータ実施方法。
【請求項１６】
前記予備注文量を決定することは、前記製品の過剰在庫または在庫不足のリスクのバランスをとるように構成されている所定の比に基づいて前記需要予測量を調整することを含む、請求項１１に記載のコンピュータ実施方法。
【請求項１７】
前記予備注文量を制約することは、
前記供給元統計データから、前記製品の過去の注文量および実際の受領量を抽出することと、
前記実際の受領量および前記過去の注文量の充足率を決定することと、
前記充足率を前記予備注文量に適用することとを含む、請求項１１に記載のコンピュータ実施方法。
【請求項１８】
第１の製品に対する第１の購入注文数が第１の閾値を超えるという第１の決定、または、対応する供給元の第２の購入注文数が第２の閾値を超えるという第２の決定に基づいて、第１の製品セットに対応する予備注文量の第１のセットに前記充足率が適用される、請求項１７に記載のコンピュータ実施方法。
【請求項１９】
前記購入注文を前記供給元に送信することと、
前記購入注文に応じて前記製品の１つまたは複数の出荷を受け取ることと、
前記受け取られている製品に基づいて前記供給元統計データを更新することと、
推奨注文量の新しいセットを得るために、前記更新されている供給元統計データに基づいて前記予備注文量を制約するステップを実施することと、
前記推奨注文量の新しいセットに基づいて、前記製品の前記供給元への購入注文を生成することとをさらに含む、請求項１１に記載のコンピュータ実施方法。
【請求項２０】
購入注文をインテリジェントに生成するためのコンピュータ実装システムであって、
１つまたは複数の製品の１つまたは複数の注文履歴および１つまたは複数の需要履歴を記憶する第１のデータベースであって、前記製品は、１つまたは複数の製品識別子に対応する、第１のデータベースと、
１つまたは複数の製品在庫レベルおよび１つまたは複数の現在の製品注文量を記憶する第２のデータベースであって、前記第２のデータベースは、前記製品を保管するように構成されている１つまたは複数の倉庫に関連付けられている、第２のデータベースと、
命令を記憶するメモリと、
前記命令を実行するように構成されている少なくとも１つのプロセッサとを備え、前記命令は、
前記第１のデータベースからの前記注文履歴および前記需要履歴を使用して、前記製品の１つまたは複数の需要予測量を決定することと、
前記第１のデータベースからの前記注文履歴を使用して、前記製品に関連付けられる１つまたは複数の供給元の供給元統計データを決定することであって、前記供給元統計データは、前記供給元および前記製品に関連付けられる１つまたは複数の充足率を含む、供給元統計データを決定することと、
前記第２のデータベースから、前記現在の製品在庫レベルおよび前記現在の製品注文量を受信することと、
前記製品の予備注文量を決定することと、
少なくとも前記充足率、前記現在の製品在庫レベル、および前記現在の注文量に基づいて、推奨注文量を得るように前記予備注文量を制約することと、
前記推奨注文量に基づいて、前記製品の前記供給元への購入注文を生成することと、
前記生成されている購入注文に応じて前記倉庫において製品を受け取ることと、
前記受け取られている製品に基づいて前記充足率を決定することと、
前記決定されている充足率によって前記供給元統計データを更新することと、
推奨注文量の新しいセットを得るために、前記更新されている供給元統計データに基づいて前記予備注文量を制約するステップを実施することと、
前記推奨注文量の新しいセットに基づいて、前記製品の前記供給元への購入注文を生成することとを行うためのものである、コンピュータ実装システム。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001] 本開示は、一般に、入来する製品の購入注文をインテリジェントに調整することによって製品在庫を最適化するためのコンピュータ化された方法およびシステムに関する。特に、本開示の実施形態は、製品の需要予測に基づいて予備注文量を生成し、実世界の制約に基づいて予備注文量を調整し、制約された量で購入注文を生成する発明的で非従来型のシステムに関する。
【背景技術】
【０００２】
[0002] インターネットの普及に伴い、オンラインショッピングは商取引の主要な手段の１つになっている。消費者および企業はこれまでよりも頻繁にオンライン供給元から商品を購入しており、取引数および売上高は年を追うごとに驚異的な速度で増加すると見込まれている。ｅコマースの範囲および量が増加し続けているため、オンラインで入手可能な種々の製品の数と所与の期間に行われる平均購入数の両方が指数関数的に増加している。そのため、需要が変動しても、製品の在庫を維持し、在庫を維持することが非常に重要になっている。
【０００３】
[0003] 基本的に、製品の在庫を維持するには、将来の需要を予測すること、現在の在庫レベルをチェックすること、適切な注文量を決定すること、および、追加の量を注文するかまたはこれを製造することが必要である。多くの従来技術のシステムは、追加の量を注文するこのプロセスを自動化している。ただし、適切な量を決定するには、余剰または不要な保管費用を防ぐために在庫を最小限に抑えながら、将来の需要を満たすのに十分な在庫を維持するという微妙なバランスが必要である。例えば、事前に十分な数の製品を注文しないと、在庫がなくなるリスクがあり、これは収益の損失に直結する。他方、注文が多すぎると在庫が過剰になり、メンテナンス費用が発生し、他のより収益性の高い製品専用にすることができるスペースを占有する可能性がある。供給元が必要とするリードタイムまたは出荷時間も、需要の突然の増大に対応して新たな製品を注文するプロセスをさらに複雑にする。
【０００４】
[0004] より多くの製品を注文することは、受け取り側の処理容量によっても制限される。例えば店舗自体または倉庫などの受け取り側には、所与の期間内に受け取り、販売在庫に入れることができる製品の数に制限がある。店舗が需要を満たすためにどれだけの数の製品を注文し得るとしても、入荷量がインバウンド処理容量を超えると販売できなくなる。したがって、適切な量を決定するプロセスには、製品在庫を常に監視し、過去の傾向とパフォーマンスに基づいて将来の注文のパラメータを調整するフィードフォワードループを介して様々なパラメータを調整することが必要である。
【０００５】
[0005] したがって、インバウンド購入注文をインテリジェントに調整して注文する製品の適切な量を決定することにより、製品在庫を最適なレベルに維持するための改善された方法およびシステムが必要である。
【発明の概要】
【０００６】
[0006] 本開示の一態様は、購入注文をインテリジェントに生成するためのコンピュータ実装システムであって、命令を記憶するメモリと、命令を実行するように構成されている少なくとも１つのプロセッサとを備える、システムに関する。命令は、１つまたは複数の製品の１つまたは複数の需要予測量を受信することであって、製品は、１つまたは複数の製品識別子に対応し、需要予測量は、各単位時間にわたる各製品の需要予測量を含む、需要予測量を受信することと、１つまたは複数の供給元の供給元統計データを受信することであって、供給元は製品の一部に関連付けられている、供給元統計データを受信することと、現在の製品在庫レベルおよび現在の製品注文量を受信することと、製品の予備注文量を決定することと、少なくとも供給元統計データ、現在の製品在庫レベル、および現在の注文量に基づいて、推奨注文量を得るように予備注文量を制約することと、推奨注文量に基づいて、製品の供給元への購入注文を生成することとを含むことができる。
【０００７】
[0007] 本開示のさらに別の態様は、購入注文をインテリジェントに生成するためのコンピュータ実施方法に関する。方法は、１つまたは複数の製品の１つまたは複数の需要予測量を受信することであって、製品は、１つまたは複数の製品識別子に対応し、需要予測量は、各単位時間にわたる各製品の需要予測量を含む、需要予測量を受信することと、１つまたは複数の供給元の供給元統計データを受信することであって、供給元は製品の一部に関連付けられている、供給元統計データを受信することと、現在の製品在庫レベルおよび現在の製品注文量を受信することと、製品の予備注文量を決定することと、少なくとも供給元統計データ、現在の製品在庫レベル、および現在の注文量に基づいて、推奨注文量を得るように予備注文量を制約することと、推奨注文量に基づいて、製品の供給元への購入注文を生成することとを含むことができる。
【０００８】
[0008] さらに、本開示の別の態様は、購入注文をインテリジェントに生成するためのコンピュータ実装システムに関する。システムは、１つまたは複数の製品の１つまたは複数の注文履歴および１つまたは複数の需要履歴を記憶する第１のデータベースであって、製品は、１つまたは複数の製品識別子に対応する、第１のデータベースと、１つまたは複数の製品在庫レベルおよび１つまたは複数の現在の製品注文量を記憶する第２のデータベースであって、第２のデータベースは、製品を保管するように構成されている１つまたは複数の倉庫に関連付けられている、第２のデータベースと、命令を記憶するメモリと、命令を実行するように構成されている少なくとも１つのプロセッサとを備えることができる。命令は、第１のデータベースからの注文履歴および需要履歴を使用して、製品の１つまたは複数の需要予測量を決定することと、第１のデータベースからの注文履歴を使用して、製品に関連付けられる１つまたは複数の供給元の供給元統計データを決定することであって、供給元統計データは、供給元および製品に関連付けられる１つまたは複数の充足率を含む、供給元統計データを決定することと、第２のデータベースから、現在の製品在庫レベルおよび現在の製品注文量を受信することと、製品の予備注文量を決定することと、少なくとも充足率、現在の製品在庫レベル、および現在の注文量に基づいて、推奨注文量を得るように予備注文量を制約することと、推奨注文量に基づいて、製品の供給元への購入注文を生成することと、生成されている購入注文に応じて倉庫において製品を受け取ることと、受け取られている製品に基づいて充足率を決定することと、決定されている充足率によって供給元統計データを更新することと、推奨注文量の新しいセットを得るために、更新されている供給元統計データに基づいて予備注文量を制約するステップを実施することと、推奨注文量の新しいセットに基づいて、製品の供給元への購入注文を生成することとを含むことができる。
【０００９】
[0009] 他のシステム、方法、およびコンピュータ可読媒体も、本明細書で説明される。
【図面の簡単な説明】
【００１０】
【図１Ａ】[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] ＩＰＳ３２４は、いくつかの実施形態では、推奨注文量に優先順位を付けるように構成されている１つまたは複数のコンピューティングデバイスを含むことができる。ＩＰＳ３２４は、各製品に割り当てられている緊急性スコアのセットに基づいて、種々の製品の推奨注文量に優先順位を付けることができる。例えば、ＩＰＳ３２４は、緊急性スコアに基づいて製品ごとに推奨注文量をソートし、対応する現在の在庫レベルに基づいて量をさらに調整し、優先度の高い製品から優先度の低い製品へと順番に製品を注文することができる。いくつかの実施形態では、緊急性スコアは、機械学習モデルを介して決定することができ、機械学習モデルは、データサイエンスモジュール３２１からのデータによって訓練され、緊急性スコアは、機械学習モデルのロジット値である。ロジット値は、当該技術分野において知られているモデルの非正規化もしくは生の予測または確率値を指す。例えば、ロジット値は
【数１】
2021532444.tif 000003
として表すことができる。式中、Ｐは特定のイベントが発生する確率である。
【００６８】
[0077] さらなる実施形態では、ＩＰＳ３２４はまた、それらのそれぞれのインバウンド処理容量に基づいて、１つまたは複数のＦＣ２００に推奨注文量を割り当てることもできる。特定のＦＣのインバウンド処理容量は、ＦＣの作業員の数、利用可能な保管スペース、１つまたは複数の供給元からの出荷を待っている現在オープンな購入注文などのようないくつかの要因に基づくことができる。
【００６９】
[0078] いくつかの実施形態では、手動注文送信プラットフォーム３２５は、１つまたは複数の特別注文に関するユーザ入力を受信するように構成されている１つまたは複数のコンピューティングデバイスを含むことができる。手動注文送信プラットフォーム３２５は、図１Ａの内部フロントエンドシステム１０５などの１つまたは複数のコンピューティングデバイスを介してアクセス可能なユーザインターフェースを備えることができる。特別注文は、ユーザが必要とみなす可能性のある特定の製品の追加量を含み、予備注文量または推奨注文量の手動調整（例えば、特定の量だけの増大または低減）を可能にすることができる。ユーザは、特別注文を特定のＦＣに割り当てることができるように、特定のＦＣを受け取り場所として指定することもできる。いくつかの実施形態では、手動注文送信プラットフォーム３２５を介して送信された注文量の部分は、それらがＴＩＰ３２３またはＩＰＳ３２４によって調整され（すなわち、制約され）得ないように（例えば、注文量のその部分に関連付けられるパラメータを更新することによって）マーキングまたはフラグを立てられ得る。例えば、手動注文送信プラットフォーム３２５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス（ＩＩＳ）、ＮＧＩＮＸなどのようなソフトウェアを実行する１つまたは複数のコンピュータとして実装することができる。他の実施形態では、手動注文送信プラットフォーム３２５は、１つまたは複数のユーザ端末３３０からのユーザ入力を受信および処理し、受信されているユーザ入力への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００７０】
[0079] いくつかの実施形態では、ＰＯ生成器３２６は、推奨注文量またはＩＰＳ３２４による配布の結果に基づいて、１つまたは複数の供給元へのＰＯを生成するように構成されている１つまたは複数のコンピューティングデバイスを含むことができる。ＳＣＭ３２０は、この時点で、追加の在庫が必要な各製品の推奨注文量を決定している。各製品には、特定の製品を調達または製造して１つまたは複数のＦＣに出荷する１つまたは複数の供給元がある。特定の供給元は１つまたは複数の製品を供給することができ、特定の製品は１つまたは複数の供給元によって供給することができる。ＰＯを生成するとき、ＰＯ生成器３２６は、供給元に郵送もしくはファックスされる紙のＰＯ、または供給元に送信される電子ＰＯを発行することができる。
【００７１】
[0080] レポート生成器３２７は、いくつかの実施形態では、例えば、所定のプロトコルに応答して定期的に、または、ユーザ端末３３０もしくは図１Ａの内部フロントエンドシステム１０５を介したユーザ入力に応答してオンデマンドで、レポートを生成するように構成されている１つまたは複数のコンピューティングデバイスを含むことができる。レポートは、特定の製品の推奨注文量などの特定の情報を出力する単純なものから、履歴データの分析を必要とし、グラフで視覚化される複雑なものまで様々であり得る。
【００７２】
[0081] いくつかの実施形態では、ユーザ端末３３０は、ユーザが手動注文送信プラットフォーム３２５またはレポート生成器３２７を介してＳＣＭ３２０にアクセスすることを可能にするように構成されている１つまたは複数のコンピューティングデバイスを含むことができる。ユーザ端末３３０は、パーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡなどのようなコンピューティングデバイスの任意の組み合わせを含むことができる。いくつかの実施形態では、ＦＣで働くものなどの内部ユーザは、１つまたは複数の手動注文を送信するために、ユーザ端末３３０を使用して、手動注文送信プラットフォーム３２５によって提供されるウェブインターフェースにアクセスすることができる。
【００７３】
[0082] 図４は、製品在庫を最適レベルに維持するためのインバウンド購入注文のインテリジェントな調整のための例示的なコンピュータ化されたプロセス４００のフローチャートである。いくつかの実施形態では、プロセス４００は、ＳＣＭ３２０によって、上記のように、他のネットワークシステム（例えば、ＦＯシステム３１１、ＦＣデータベース３１２、および外部フロントエンドシステム３１３）からの情報を使用して実施することができる。一態様では、プロセス４００のすべてのステップは、ＰＯ生成器３２６によって実施され得るステップ４０７を除いて、ＴＩＰ３２３によって実施することができる。別の態様では、すべてのステップが、ＴＩＰ３２３または他の任意のシステム（複数可）によって実施されてもよい。いくつかの実施形態では、ＳＣＭ３２０は、１日１回など、所定の間隔をおいてステップ４０１〜４０７を繰り返すことができる。またさらに、ＳＣＭ３２０は、以前に在庫にあったかまたは販売されたすべての、または実質的にすべての製品に対してプロセス４００を実施することができる。各製品は、最小在庫管理単位（ＳＫＵ）などの一意の製品識別子に関連付けることができる。
【００７４】
[0083] ステップ４０１において、ＴＩＰ３２３は、需要予測生成器３２２から各製品の需要予測量を受信することができる。いくつかの実施形態では、需要予測量は、１つの次元ではＳＫＵによって編成される数値の表の形式であってもよく、他の次元では、所与の日に販売されると予測される単位の数であってもよい。この表はまた、標準偏差、最大、最小、平均などのような、需要予測量の他のパラメータ専用の追加の次元を含むこともできる。代替的に、需要予測量は、ＳＫＵによって編成され、各パラメータに専用にされる値の複数の配列の形態をとってもよい。同じデータを編成する他の適切な形態は、当該技術分野で知られているように等しく適用可能であり、本発明の範囲内にある。
【００７５】
[0084] ステップ４０２において、ＴＩＰ３２３は、データサイエンスモジュール３２１から、製品を供給する１つまたは複数の供給元の供給元統計データを受信することができる。供給元統計データは、各供給元に関連付けられる情報（例えば、上記の充足率）のセットを含むことができる。いくつかの実施形態では、特定の供給元の供給元統計データの複数のセットがあってもよく、データの各セットが供給元によって供給される特定の製品に関連付けられている。
【００７６】
[0085] ステップ４０３において、ＴＩＰ３２３はまた、ＦＣデータベース３１２から、各製品の現在の製品在庫レベルおよび現在の注文量を受信することもできる。現在の製品在庫レベルは、データ取得時の特定の製品の瞬間的なカウントを指すことができ、現在の注文量は、過去に生成されている１つまたは複数のＰＯを通じて注文されており、対応するＦＣへの配送を待っている特定の製品の総量を指すことができる。
【００７７】
[0086] ステップ４０４において、ＴＩＰ３２３は、製品識別子、したがって製品を、それぞれの需要予測量の順序で１つまたは複数のカテゴリに分割することができる。いくつかの実施形態では、カテゴリＡ、カテゴリＢ、カテゴリＣ、カテゴリＤ、カテゴリＥ、およびカテゴリＦなどの６つのカテゴリがあり得る。またさらに、カテゴリの１つまたは複数は、カテゴリＥ１、カテゴリＥ２、カテゴリＥ３、およびカテゴリＥ４などのサブカテゴリにさらに分割されてもよい。いくつかの実施形態では、ＴＩＰ３２３は、それぞれの需要予測量に基づいて製品識別子をソートし、各カテゴリの製品が最終的に同数になり得るように、各製品に順番にカテゴリを割り当てることによって製品を分割することができる。他の実施形態では、ＴＩＰ３２３は、所定のパーセンテージに基づいて製品識別子を配布することができ、例えば、それぞれの需要予測量に基づく製品の上位１％がカテゴリＡに割り当てられ、次の３％がカテゴリＢに割り当てられ、以下同様に割り当てられる。配布はまた、カテゴリごとの製品の固定数または比率に基づいてもよく、最後のカテゴリが残りのすべての製品に割り当てられる。いくつかの実施形態では、ＳＣＭ３２０の様々な構成要素は、以下に説明するように、カテゴリに基づいて製品に異なる規則または優先順位を適用することができる。
【００７８】
[0087] ステップ４０５において、ＴＩＰ３２３は、様々なパラメータに基づいて、各製品の予備注文量を決定することができる。いくつかの実施形態では、特定の製品の予備注文量は、その需要予測量、カバレッジ期間、安全在庫期間、現在の在庫レベル、現在の注文量、臨界比、およびケース量のうちの少なくとも１つの関数であり得る。例えば、ＴＩＰ３２３は、式（１）を用いて予備注文量を決定することができる。
【数２】
2021532444.tif 000004
式中、Ｑｐは特定の製品の予備注文量である。Ｑｆｎは、計算時からｎ日目の製品の需要予測量である。Ｑｃは、製品の現在の在庫レベルである。Ｑｏは現在の注文量である。Ｐｃはカバレッジ期間である。Ｐｓは安全在庫期間である。Ｃはケース量である。
【００７９】
[0088] 本明細書において使用される場合、カバレッジ期間は、１つのＰＯがカバーするように計画されている時間の長さ（例えば、日数）を指すことができ、安全在庫期間は、需要の突然の増加または配送の遅延などの予期しないイベントが発生した場合にＰＯがカバーする必要のある追加の時間の長さ（例えば、追加の日数）を指すことができる。例えば、製品Ｘのサンプル需要予測量の以下の表を所与とすると、Ｄ日において生成されるＰＯのカバレッジ期間は５であり得、安全在庫期間は１であり得、この場合、式（１）における生の注文量
【数３】
2021532444.tif 000005
は３７＋３７＋３５＋４０＋４１＋３４＝２２４になる。
【表１】
2021532444.tif 000006
【００８０】
[0089] この量の２２４単位の製品Ｘから、ＴＩＰ３２３は、現在の在庫レベル（例えば、６０単位）と現在の注文量（例えば、４０）を差し引くことができ、これは１２４単位になる。次に、この数は、ケース量によって除算して整数に切り上げ、再びケース量によって乗算することにより、ケース量（すなわち、ボックスまたはパレット内の単位の数など、製品がパッケージ化される単位の数）の倍数に切り上げることができる。この例では、一例としてケース量を１０とすると、１３０単位になる。
【００８１】
[0090] いくつかの実施形態では、カバレッジ期間は、対応する供給元がＰＯ生成の日から製品を配送するのにかかると予測される時間以上の所定の時間長であり得る。付加的または代替的に、ＴＩＰ３２３はまた、曜日、予測される遅延などのような他の要因に基づいてカバレッジ期間を調整することもできる。さらに、安全在庫期間は、安全対策として予備注文量を増大するように設計された別の所定の期間長であり得る。安全在庫期間は、需要の突然の増大または予期しない出荷遅延などの予期しない事態が発生した場合に、在庫切れのリスクを軽減することができる。いくつかの実施形態では、ＴＩＰ３２３は、カバレッジ期間に基づいて安全在庫期間を設定することができ、例えば、カバレッジ期間が１〜３日である場合、０日の安全在庫期間が追加され、カバレッジ期間が４〜６日である場合、１日が追加され、カバレッジ期間が７日を超える場合は３日が追加される。
【００８２】
[0091] さらなる実施形態では、式（１）の生の注文量
【数４】
2021532444.tif 000007
は、式（２）に基づいて、臨界比ｒｃによって調整することができる。
【数５】
2021532444.tif 000008
式中、Ｄｎは、需要予測量Ｑｆｎの標準偏差であり、予測生成器３２２によって決定される。本明細書において使用される場合、臨界比は、製品の過剰在庫または在庫不足のリスクのバランスをとるように構成されている所定の比を指し得る。さらなる実施形態では、臨界比は、特定の製品に割り当てられているカテゴリに基づいて変化し得る。
【００８３】
[0092] 上記の予備注文量を決定するプロセスは複雑であるにもかかわらず、予備注文量は主に顧客の需要に基づいており、実世界の制約を考慮していない場合がある。したがって、製品在庫を最適化するために、そのような制約を計上するためのステップが所望される。
【００８４】
[0093] ステップ４０６において、ＴＩＰ３２３は、データサイエンスモジュール３２１から受信される供給元統計データ、および、推奨注文量を決定するために予備注文量をさらに調整するように設計された購入ポリシのセットに基づいて、予備注文量を制約することができる。そのような制約プロセスの詳細は、図５に関してより詳細に以下に説明される。
【００８５】
[0094] いくつかの実施形態では、ＴＩＰ３２３から出力される結果の量は、ＰＯ生成器３２６に送信されて注文される推奨注文量としての役割を果たすことができる。他の実施形態では、結果の量は、特定の製品に優先順位を付け、および／または図３に関して上述したように１つもしくは複数のＦＣに量を配布するために、ＩＰＳ３２４によってさらに処理することができる。
【００８６】
[0095] ステップ４０７において、ＰＯ生成器３２６は、図３に関して上記で説明したように、ＴＩＰ３２３またはＩＰＳ３２４からの推奨注文量に基づいてＰＯを生成することができる。
【００８７】
[0096] １つまたは複数の実世界の制約に基づいて推奨注文量を決定するために予備注文量を制約するための例示的なコンピュータ化されたプロセス５００が図５に示されている。明確にするために、プロセス５００は、第１の段階５００Ａおよび第２の段階５００Ｂとして示される２つの異なる段階において説明され得る。２つの段階は、プロセス５００を説明する役割のみを果たし、特定の実施態様においてプロセス５００を制限する役割は果たさない。
【００８８】
[0097] いくつかの実施形態では、第１の段階５００Ａは、製品のサブセットのみに関連付けられる予備注文量に充足率を適用することができる。ステップ５０１および５０２から開始して、例えば、ＴＩＰ３２３は、カテゴリＡ〜Ｄの製品に関連付けられる予備注文量のみを考慮し、一方、ステップ５２２において、カテゴリＥ〜Ｆの製品に関連付けられる予備注文量を変更しないままにする。カテゴリＡ〜Ｄの製品に関連付けられた量について、ＴＩＰ３２３は、ステップ５１１において、特定の製品が、例えば２０個のＰＯなど、まだ配送されていない未処理のＰＯの特定の数（すなわち、閾値）を超えているか否かを決定することができる。付加的にまたは代替的に、ＴＩＰ３２３は、ステップ５１２において、特定の製品が、例えば２５個のＰＯなど、まだ配送されていない、供給元からのすべての製品の未処理のＰＯの特定の数（すなわち、閾値）を超えているか否かを決定することができる。２つの考慮事項のいずれかについて肯定的である場合、ＴＩＰ３２３は、ステップ５２１において特定の製品の充足率を適用することができる。
【００８９】
[0098] 本明細書において使用される場合、充足率は、供給元統計データの一部としてデータサイエンスモジュール３２１から決定されるパラメータであり得る。いくつかの実施形態では、充足率は、注文量と比較した、販売可能な状態で受け取られる製品のパーセンテージに基づくことができる。例えば、特定の供給元が提供する特定の製品の充足率が６０％である場合、これは、平均して、供給元が配送する製品の６０％のみが販売可能な状態で到着することを示す。このように、特定の製品の予備注文量に充足率が適用される場合、予備注文量は充足率によって増加する。例えば、充足率がパーセンテージ値である場合、予備注文量を充足率で除算することができ、したがって、販売不能な状態で受け取られると予測されるアイテムの数を考慮して注文量を増やすことができる。
【００９０】
[0099] いくつかの実施形態では、充足率は、とりわけ、製品の脆弱性（例えば、傷みやすい、壊れやすいなど）、曜日（すなわち、週末にかかる配送期間を有するＰＯは配送に長くかかり、したがって、製品を損傷するリスクが高まるため）、供給元の信頼性（不良品など）などに基づいて変動し得る。充足率を適用すると、ＴＩＰ３２３は、需要が高く（カテゴリに基づいて）、より厳しい制約（ＰＯの数に基づいて）下にある製品について配送されると予測され得るより正確な製品数を推定することができる。いくつかの実施形態では、ＴＩＰ３２３はまた、カテゴリに関係なく、すべての製品に充足率を適用することもできる。
【００９１】
[0100] いくつかの実施形態では、ＴＩＰ３２３は、データサイエンスモジュール３２１によって決定されている供給元統計データから充足率を決定することができる。ＴＩＰ３２３は、供給元統計データから特定の製品の過去の注文量および実際の受領量を抽出し、過去の注文量と実際の受領量との間の比率の過去の傾向（例えば、移動平均）を決定することによって充足率を決定することができる。いくつかの実施形態では、ＴＩＰ３２３またはデータサイエンスモジュール３２１は、新しい注文が受け取られると、充足率を定期的に更新することができる。
【００９２】
[0101] 第２の段階５００Ｂは、いくつかの実施形態では、ステップ５３０において、購入ポリシと呼ばれる規則のセットを予備注文量に適用し、推奨注文量を決定することができる。購入ポリシは、予備注文量に適用され、予備注文量を決定するために使用される様々なパラメータに影響を与える階層的な規則セットを含み得る。いくつかの実施形態では、購入ポリシは、以下でより詳細に説明される、図６の表６００にリストされたものを含むことができる。
【００９３】
[0102] 第２の段階５００Ｂのステップ５４０は、制約プロセス５００を終了し、製品の推奨注文量を出力することができ、これらは、その後、図４に関して上記で説明したように、ＰＯ生成器３２６に送信される。
【００９４】
[0103] 図６は、予備注文量を制約するための例示的規則セットの表６００である。いくつかの実施形態では、図５の購入ポリシを適用するステップ５３０は、表６００にリストされた規則セットを適用して、ステップ５２１または５２２の後の予備注文量をさらに制約する。表６００の例示的な規則の各々は、表６００の第１の列に示される優先順位の順序で以下に説明される。しかしながら、規則セット、それらのそれぞれの優先順位、またはその中の値および閾値のいずれかは単なる例示であり、他の規則、優先順位、または値が、開示された実施形態の範囲内にある。
【００９５】
[0104] 第１の規則および第２の規則を参照すると、ＴＩＰ３２３は、それぞれのカテゴリに基づいて、各予備注文量に最大量規則を適用することができる。最大量規則は、特定の製品の最大注文量を参照することができる。最大注文量は、対応する予備注文量がカバーすることが計画されている日数（すなわち、カバレッジ期間）および製品の需要予測量に基づいて決定される。例えば、カバレッジ期間が２０日に設定され、需要予測量が１０である場合、ＴＩＰ３２３は特定の製品の予備注文量を２００に制限する。最大量規則は、製品ごとまたはカテゴリごとに個別に設定することができる。
【００９６】
[0105] 第３の規則を参照すると、「Ｄ」よりも低いカテゴリに分類される製品に関して、ＴＩＰ３２３は、在庫がまだいくらか残っていて過去２８日以内に販売されていない製品について、それらのそれぞれの推奨注文量を０に設定することができる。
【００９７】
[0106] 次に、第４の規則および第５の規則を参照すると、ＴＩＰ３２３は、現在、製品にまだ配送されていないインバウンド購入注文があり、次の２１日間の需要予測量が０の場合、製品の推奨注文量を０に設定することができる。同様に、ＴＩＰ３２３は、製品に任意量の在庫があり、次の２１日間の需要予測量が０の場合、推奨注文量を０に設定することができる。
【００９８】
[0107] 第６の規則を参照すると、ＴＩＰ３２３は、製品のサブセットの推奨注文量を、特別な販売促進（割引など）のために異なるスキームに切り替えることができる。
【００９９】
[0108] 第７の規則を参照すると、ＴＩＰ３２３は、図４に関して上記で説明したように、安全在庫期間と呼ばれる所定の日数だけカバレッジ期間を延長することができる。安全在庫期間は、各製品のカバレッジ期間に基づいて決定することができ、例えば、１〜３日のカバレッジ期間を延長することはできず、３〜６日のカバレッジ期間が１日だけ延長され、９日を超えるカバレッジ期間は３日だけ延長される。いくつかの実施形態では、ＴＩＰ３２３は、高い方のカテゴリ（例えば、カテゴリＡ〜Ｄ）の製品のみのカバレッジ期間を延長することができる。
【０１００】
[0109] 第８の規則を参照すると、ＴＩＰ３２３は、最小量規則を予備注文量に適用し、ＴＩＰ３２３は、所定の閾値を下回る特定の製品の予備注文量を増加させて、閾値以上にすることができる。閾値は、製品ごとまたはカテゴリごとに個別に設定することができる。
【０１０１】
[0110] 第９の規則を参照すると、ＴＩＰ３２３は、配送予定日が土曜日に当たる任意の製品について、所定の日数（例えば、５日）だけカバレッジ期間を延長することができる。
【０１０２】
[0111] また、第１０の規則を参照すると、ＴＩＰ３２３は、それぞれのカテゴリに基づいて、製品のカバレッジ期間および臨界比を調整することができる。
【０１０３】
[0112] 本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施することができることが理解されるであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。さらに、開示された実施形態の態様はメモリに記憶されるものとして記載されているが、当業者はこれらの態様が二次記憶デバイス、例えば、ハードディスクもしくはＣＤ  ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶されてもよいことを理解するであろう。
【０１０４】
[0113] 記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールは当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラム・セクションまたはプログラムモジュールは、．Ｎｅｔ  Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ  Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、もしくはＪａｖａアプレットを含むＨＴＭＬの中で、またはその手段によって設計することができる。
【０１０５】
[0114] さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲が可能である。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、または出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入もしくは削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
【図１Ａ】
2021532444.tif 000009
【図１Ｂ】
2021532444.tif 000010
【図１Ｃ】
2021532444.tif 000011
【図１Ｄ】
2021532444.tif 000012
【図１Ｅ】
2021532444.tif 000013
【図２】
2021532444.tif 000014
【図３】
2021532444.tif 000015
【図４】
2021532444.tif 000016
【図５】
2021532444.tif 000017
【図６】
2021532444.tif 000018
【国際調査報告】
2021532444.tif 000019
2021532444.tif 000020