JP2023533621A - 製品割当て検証を使用したインバウンド製品のインテリジェントな分配による製品在庫の最適化のためのコンピュータ実装システム及び方法 - 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. 製品のインテリジェントな分配のためのコンピュータ実装システムであって、
    前記コンピュータ実装システムは、
    複数の命令を記憶するメモリと、
    前記複数の命令を実行するように構成される少なくとも１つのプロセッサと、
    を備え、
    前記複数の命令は、
    製品を１つの位置に割り当てる要求を受信することと、
    製品の属性を記憶するように構成されるシステムから前記製品と関連付けられる複数の属性を引き出すことと、
    製品を１つの位置に割り当てるために実装される規則を記憶するように構成される規則システムから複数の規則を引き出すことと、
    前記引き出された複数の属性を前記引き出された複数の規則に対して適用することによって前記製品を保管すべき前記位置を決定することと、
    前記決定された位置に対して前記製品を割り当てることと、
    前記割り当てられた製品に関して検証を行なうことと、
    前記検証に基づいて前記製品を他の位置に再割り当てすることと、
    前記検証に基づいて前記複数の規則のそれぞれと関連付けられる優先順位を調整することと、
    を含む、コンピュータ実装システム。