ホーム > 特許ランキング > クーパン コーポレイション
知財求人 - 知財ポータルサイト「IP Force」
特表2023-536010在庫の入れ換え及びリバランスのためのシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-08-23
(54)【発明の名称】在庫の入れ換え及びリバランスのためのシステム及び方法
(51)【国際特許分類】
G06Q 10/087 20230101AFI20230816BHJP
B65G 61/00 20060101ALI20230816BHJP
B65G 1/137 20060101ALI20230816BHJP
【ＦＩ】
G06Q10/087
B65G61/00 420
B65G61/00 524
B65G61/00 546
B65G1/137 A
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021526532
(86)(22)【出願日】2021-01-10
(85)【翻訳文提出日】2023-01-30
(86)【国際出願番号】 IB2021050147
(87)【国際公開番号】W WO2022023820
(87)【国際公開日】2022-02-03
(31)【優先権主張番号】16/944,867
(32)【優先日】2020-07-31
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
２．ＶＩＳＵＡＬ ＢＡＳＩＣ
３．ＪＡＶＡ
(71)【出願人】
【識別番号】520244544
【氏名又は名称】クーパン コーポレイション
(74)【代理人】
【識別番号】230104019
【弁護士】
【氏名又は名称】大野 聖二
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】キム，ジェ
【テーマコード（参考）】
3F522
5L049
【Ｆターム（参考）】
3F522AA02
3F522BB01
3F522BB24
3F522CC01
3F522DD03
3F522DD05
3F522GG13
3F522GG18
3F522JJ01
3F522JJ02
3F522JJ04
3F522LL31
3F522LL36
3F522LL57
5L049AA16
(57)【要約】
最小在庫管理単位ＳＫＵ及びフルフィルメントセンタ（ＦＣ）に関連するデータを使用して、複数のノードを備えるデータ構造を初期化し、各ＦＣの容量に基づいて各ＦＣに関連する重みを決定し、１つ以上のＦＣにＳＫＵを割り当て、複数のＦＣに関する予備マッピングを実行し、数量の予備マッピングをリバランスすべきかどうかを決定し、各ＦＣに関連する重みに基づいて予備マッピングをリバランスして、ネットワークの最大利用を促進する、自動在庫のためのコンピュータ実装システム及び方法。
【特許請求の範囲】
【請求項1】
自動在庫入れ換えのためのコンピュータ実装システムであって、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されるときに、
複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信することであって、前記データが各ＦＣの容量を含み、
複数のノードを備えるデータ構造を初期化することであって、前記ノードの数がＦＣの数に等しく、
各ＦＣの容量に基づいて、受信したＦＣ容量に対して各ＦＣと関連付けられる重みを決定すること、
１つ以上のＦＣに対する割り当てのために、製品と関連付けられた製品識別子を受信することであって、前記識別子が数量と最小発注量とに関連付けられており、
関連する最小発注量に基づいて、複数のＦＣに対する前記数量の予備マッピングを実行すること、
前記製品識別子に基づいて、前記数量の前記予備マッピングをリバランスすべきかどうかを決定することであって、リバランスすべきである場合には、前記ネットワークの最大利用を促進するために、各ＦＣと関連付けられた前記重みに基づいて前記予備マッピングをリバランスすること、及び、
前記予備マッピングに基づいて、受けた数量が前記ネットワークに配送されるようにする命令をコンピュータシステムに転送すること、
を含むステップを実行する命令を含むメモリと、
を備えるコンピュータ実装システム。
【請求項2】
前記数量は、安全再発注量及びサイクル再発注量を少なくとも含み、数量の前記予備マッピングの前記リバランスは、前記ネットワーク全体にわたって前記安全再発注量をリバランスすることを含む、請求項１に記載のコンピュータ実装システム。
【請求項3】
前記命令は、複数の製品識別子と関連付けられた情報を受信することであって、前記情報が各製品識別子の需要を含み、
最も高い需要予測量を有する前記製品識別子の複数のサブセットをカテゴリの第１のセットに割り当てること、及び、
次に最も高い需要予測量を有する前記製品識別子の残りのサブセットをカテゴリの第２のセットに割り当てること、
によって前記製品識別子を１つ以上のカテゴリに分割することを更に含む、請求項１に記載のコンピュータ実装システム。
【請求項4】
前記命令は、受信した前記製品識別子と関連付けられたカテゴリを決定すること、
受信した前記製品識別子が前記カテゴリの第１のセットと関連付けられるという決定に基づいて、数量の前記予備マッピングをリバランスすること、
受信した前記製品識別子が前記カテゴリの第２のセットと関連付けられるという決定に基づいて、数量の前記予備マッピングをリバランスする前記ステップをスキップすること、
を更に含む請求項３に記載のコンピュータ実装システム。
【請求項5】
前記製品識別子の前記数量は、第１の期間にわたる前記製品に関する需要予測量の合計、及び、第２の期間にわたる前記製品に関する安全在庫量の合計のうちの少なくとも一方を含む、請求項１に記載のコンピュータ実装システム。
【請求項6】
前記製品識別子の前記数量は、前記関連付けられた製品における流入注文数に基づいて決定される、請求項１に記載のコンピュータ実装システム。
【請求項7】
各ＦＣに関連付けられた重みの前記決定は、前記それぞれのＦＣのインバウンド容量及び前記それぞれのＦＣにおける在庫レベルを決定することを含む、請求項１に記載のコンピュータ実装システム。
【請求項8】
前記予備マッピングの前記リバランスは、それぞれのＦＣごとにコスト関数を評価することを含む、請求項１に記載のコンピュータ実装システム。
【請求項9】
前記コスト関数は、前記製品識別子に関連付けられた前記数量、前記製品識別子に関連付けられた再発注量、及び、ＦＣ利用率値に基づいて、それぞれのＦＣごとにコスト値を決定することを含む、請求項８に記載のコンピュータ実装システム。
【請求項10】
前記ステップは、前記数量のより高い割合を、関連付けられたコスト値が最も低いＦＣに割り当てることを更に含む、請求項９に記載のコンピュータ実装システム。
【請求項11】
在庫入れ換えのためのコンピュータ実装方法であって、前記方法は、
複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信することであって、前記データが各ＦＣの容量を含み、
複数のノードを備えるデータ構造を初期化することであって、前記ノードの数がＦＣの数に等しく、
各ＦＣの容量に基づいて、受信したＦＣ容量に対して各ＦＣと関連付けられる重みを決定すること、
１つ以上のＦＣに対する割り当てのために、製品と関連付けられた製品識別子を受信することであって、前記識別子が数量と最小発注量とに関連付けられており、
関連する最小発注量に基づいて、複数のＦＣに対する前記数量の予備マッピングを実行すること、
前記製品識別子に基づいて、前記数量の前記予備マッピングをリバランスすべきかどうかを決定することであって、リバランスすべきである場合には、前記ネットワークの最大利用を促進するために、各ＦＣと関連付けられた前記重みに基づいて前記予備マッピングをリバランスすること、及び、
前記予備マッピングに基づいて、受けた数量が前記ネットワークに配送されるようにする命令をコンピュータシステムに転送すること、
を含むステップを行なう記憶された命令をネットワークサーバの少なくとも１つのプロセッサが実行することによって行なわれる、コンピュータ実装方法。
【請求項12】
前記数量は、安全再発注量及びサイクル再発注量を少なくとも含み、数量の前記予備マッピングの前記リバランスは、前記ネットワーク全体にわたって前記安全再発注量をリバランスすることを含む、請求項１１に記載のコンピュータ実装方法。
【請求項13】
前記命令は、複数の製品識別子と関連付けられた情報を受信することであって、前記情報が各製品識別子の需要を含み、
最も高い需要予測量を有する前記製品識別子の複数のサブセットをカテゴリの第１のセットに割り当てること、及び、
次に最も高い需要予測量を有する前記製品識別子の残りのサブセットをカテゴリの第２のセットに割り当てること、
によって前記製品識別子を１つ以上のカテゴリに分割することを更に含む、請求項１１に記載のコンピュータ実装方法。
【請求項14】
前記命令は、受信した前記製品識別子と関連付けられたカテゴリを決定すること、
受信した前記製品識別子が前記カテゴリの第１のセットと関連付けられるという決定に基づいて、数量の前記予備マッピングをリバランスすること、
受信した前記製品識別子が前記カテゴリの第２のセットと関連付けられるという決定に基づいて、数量の前記予備マッピングをリバランスする前記ステップをスキップすること、
を更に含む請求項１３に記載のコンピュータ実装方法。
【請求項15】
前記製品識別子の前記数量は、第１の期間にわたる前記製品に関する需要予測量の合計、及び、第２の期間にわたる前記製品に関する安全在庫量の合計のうちの少なくとも一方を含む、請求項１１に記載のコンピュータ実装方法。
【請求項16】
前記製品識別子の前記数量は、前記関連付けられた製品における流入注文数に基づいて決定される、請求項１１に記載のコンピュータ実装方法。
【請求項17】
各ＦＣに関連付けられた重みの前記決定は、前記それぞれのＦＣのインバウンド容量及び前記それぞれのＦＣにおける在庫レベルを決定することを含む、請求項１１に記載のコンピュータ実装方法。
【請求項18】
前記予備マッピングの前記リバランスは、それぞれのＦＣごとにコスト関数を評価することを含む、請求項１１に記載のコンピュータ実装方法。
【請求項19】
前記ステップは、前記数量のより高い割合を、関連付けられたコスト値が最も低いＦＣに割り当てることを更に含む、請求項１９に記載のコンピュータ実装方法。
【請求項20】
在庫入れ換えのためのコンピュータ実装方法であって、前記方法は、
複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信することであって、前記データが各ＦＣのインバウンド容量及び総容量を含み、
複数のノードを備えるデータ構造を初期化することであって、前記ノードの数がＦＣの数に等しく、
前記インバウンド容量と前記総容量との比率に基づいて、それぞれのＦＣごとに利用率値を決定することであって、
１つ以上のＦＣに対する割り当てのために、製品と関連付けられた製品識別子を受信することであって、前記識別子が数量と最小発注量とに関連付けられており、
関連する最小発注量に基づいて、複数のＦＣに対する前記数量の予備マッピングを実行すること、
前記製品識別子に基づいて、前記数量の前記予備マッピングをリバランスすべきかどうかを決定することであって、リバランスすべきである場合には、前記ネットワークの最大利用を促進するために、各ＦＣと関連付けられた前記利用率値に基づいて前記予備マッピングをリバランスすること、及び、
前記予備マッピングに基づいて、受た数量が前記ネットワークに配送されるようにする命令をコンピュータシステムに転送すること、
を含むステップを行なう記憶された命令をネットワークサーバの少なくとも１つのプロセッサが実行することによって行なわれる、コンピュータ実装方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、在庫管理を最適化するためのコンピュータ化された方法及びシステムに関する。特に、本開示の実施形態は、様々なビジネス要件を同時に維持しながら、利用可能な流通能力を最大化するべく、配送センタのシステム間で、製品ＳＫＵと関連付けられる情報に基づいて、流入製品注文をリバランスする本発明の非従来型のコンピュータ化されたシステムに関する。
【背景技術】
【0002】
製品配送分野における１つの主要な目標は、製品が購入されてから製品が購入者に到着するまでの時間を最小限に抑えることである。したがって、前記製品のための配送センタは、数が多くなければならないとともに、好適には、設定量の在庫製品がいつでも出荷できる状態で潜在的な購入者の近くに位置されるべきである。そのような配送センタ又はフルフィルメントセンタ（ＦＣ）は、注文されると直ぐに消費者の注文を履行することによって毎日何百万もの製品を処理し、出荷キャリアが出荷品をピックアップできるようにする。ＦＣ内の在庫を管理するための工程は、販売者から製品を受けること、受けた製品を容易なピッキングアクセスのために保管すること、製品を梱包すること、注文を照合すること、及び、製品を配送することを含むことができる。
【0003】
現在存在するＦＣ及びＦＣ内の在庫管理のためのシステムは、大量の流入出製品を処理するように構成されるが、製品の在庫がＦＣのネットワーク間で非効率的に分配される場合には問題が生じる。例えば、特定のＦＣが保管スペース又は労働力の使用に関してほぼ満杯であるという状況が存在し得るが、他のＦＣが空きスペース又は十分に活用されていない労働力を有する場合がある。
【0004】
そのような問題を軽減するために、従来の在庫管理システムは、人手による介入を必要とし、すなわち、管理者及び労働者が、混雑状態を緩和する又は能力をより良く利用するべくＦＣのネットワーク間で製品をシフトする（すなわち、在庫のリバランス）ためのその場しのぎの決定を行なう必要がある。従来の方法は非効率的で労働集約的である。
【0005】
したがって、ＦＣのネットワークが十分に利用されるように製品在庫をリバランスするための改良された方法及びシステムが必要とされている。
【発明の概要】
【課題を解決するための手段】
【0006】
本開示の１つの態様は、自動在庫入れ換えのためのコンピュータ実装システムに関する。システムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されるときに、複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信し、データが各ＦＣの容量を含み、複数のノードを備えるデータ構造を初期化し、ノードの数がＦＣの数に等しく、各ＦＣの容量に基づいて、受信したＦＣ容量に対する各ＦＣと関連付けられる重みを決定し、１つ以上のＦＣに対する割り当てのために、製品と関連付けられる製品識別子を受信し、識別子が数量と最小発注量とに関連付けられ、関連する最小発注量に基づいて、複数のＦＣに対する数量の予備マッピングを実行し、製品識別子に基づいて、数量の予備マッピングをリバランスすべきかどうかを決定し、リバランスすべきである場合には、ネットワークの最大利用を促進するために、各ＦＣと関連付けられる重みに基づいて予備マッピングをリバランスし、及び、予備マッピングに基づいて、受けた数量がネットワークに配送されるようにする命令をコンピュータシステムに転送する、ことを含むステップを実行する命令を含むメモリと、を備える。
【0007】
本開示の更なる他の態様は、在庫入れ換えのためのコンピュータ実装方法に関する。方法は、複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信し、データが各ＦＣの容量を含み、複数のノードを備えるデータ構造を初期化し、ノードの数がＦＣの数に等しく、各ＦＣの容量に基づいて、受信したＦＣ容量に対する各ＦＣと関連付けられる重みを決定し、１つ以上のＦＣに対する割り当てのために、製品と関連付けられる製品識別子を受信し、識別子が数量と最小発注量とに関連付けられ、関連する最小発注量に基づいて、複数のＦＣに対する数量の予備マッピングを実行し、製品識別子に基づいて、数量の予備マッピングをリバランスすべきかどうかを決定し、リバランスすべきである場合には、ネットワークの最大利用を促進するために、各ＦＣと関連付けられる重みに基づいて予備マッピングをリバランスし、及び、予備マッピングに基づいて、受けた数量がネットワークに配送されるようにする命令をコンピュータシステムに転送する、ことを含むステップを含む。
【0008】
本開示の更なる他の態様は、在庫入れ換えのためのコンピュータ実装方法に関し、該方法は、複数のフルフィルメントセンタ（ＦＣ）のネットワークに関するデータを含む情報を受信し、データが各ＦＣに関するインバウンド容量及び総容量を含み、複数のノードを備えるデータ構造を初期化し、ノードの数がＦＣの数に等しく、インバウンド容量と総容量との比率に基づいて、それぞれのＦＣごとに利用率値を決定し、１つ以上のＦＣに対する割り当てのために、製品と関連付けられる製品識別子を受信し、識別子が数量と最小発注量とに関連付けられ、関連する最小発注量に基づいて、複数のＦＣに対する数量の予備マッピングを実行し、製品識別子に基づいて、数量の予備マッピングをリバランスすべきかどうかを決定し、リバランスすべきである場合には、ネットワークの最大利用を促進するために、各ＦＣと関連付けられる利用率値に基づいて予備マッピングをリバランスし、及び、予備マッピングに基づいて、受けた数量がネットワークに配送されるようにする命令をコンピュータシステムに転送する、ことを含む。
【図面の簡単な説明】
【0009】
【図1A】開示された実施形態と一致する、出荷、輸送、及び、物流動作を可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの典型的な実施形態を示す概略ブロック図である。
【図1B】開示された実施形態と一致する、インタラクティブなユーザインタフェース要素と共に検索要求を満たす１つ以上の検索結果を含むサンプル検索結果ページ（ＳＲＰ）を示す。
【図1C】開示された実施形態と一致する、インタラクティブなユーザインタフェース要素と共に製品及び製品に関する情報を含むサンプル単一表示ページ（ＳＤＰ）を示す。
【図1D】開示された実施形態と一致する、インタラクティブなユーザインタフェース要素と共に仮想ショッピングカート内の物品を含むサンプルカートページを示す。
【図1E】開示された実施形態と一致する、インタラクティブなユーザインタフェース要素と併せて、購入及び出荷に関する情報と共に仮想ショッピングカートからの物品を含むサンプル注文ページを示す。
【図2】開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成される典型的なフルフィルメントセンタの概略図である。
【図3】開示された実施形態と一致する、最小在庫管理単位（ＳＫＵ）に対応する製品属性の典型的な実施形態を示す概略ブロック図である。
【図4】フルフィルメントセンタ（ＦＣ）のネットワークに対応するノードのネットワーク及び典型的なデータノードの典型的な実施形態を示す概略ブロック図である。
【図5】開示された実施形態と一致する、ＦＣのネットワーク全体にわたって製品在庫を管理するためのプロセスの典型的な実施形態を示すフローチャートである。
【図6】製品識別子に基づいてＦＣにおける在庫をリバランスするためのプロセスの典型的な実施形態を示すフローチャートである。
【発明を実施するための形態】
【0010】
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面及び以下の説明では、同一又は類似の部分を参照するために、同一の参照番号が使用される。本明細書中では幾つかの例示的な実施形態が説明されるが、改変、適応、及び、他の実施が想定され得る。例えば、置換、付加、又は、改変が図面に示された構成要素及びステップに対して行なわれてもよく、また、本明細書中に記載される例示的な方法が、開示された方法に対してステップを置換、並べ替え、除去、又は、追加することによって改変されてもよい。したがって、以下の詳細な説明は、開示された実施形態及び例に限定されない。代わりに、本発明の適切な範囲は、添付の特許請求の範囲によって規定される。
【0011】
本開示の実施形態は、フルフィルメントセンタに送られるようになっている製品の数量をリバランスすることによって製品在庫を最適化するためのコンピュータ実装システム及び方法に関する。開示された実施形態は、リアルタイムのビジネス情報及び制約を考慮して、最適な在庫レベルを達成するべく発注量を動的にリバランスするためにＳＫＵベースの在庫管理技術及びネットワークインフラを活用することによって自動在庫リバランスを可能にする革新的な技術的特徴を提供する。例えば、開示された実施形態は、フルフィルメントセンタのネットワークにわたる製品における在庫レベルの効率的な割り当て、特定のフルフィルメントセンタ（ＦＣ）への製品の流入出荷品の再外出、及び、補充注文における発注量の調整を可能にする。
【0012】
図１Ａを参照すると、出荷、輸送、及び、物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの典型的な実施形態を示す概略ブロック図１００が示される。図１Ａに示されるように、システム１００は様々なシステムを含むことができ、その各システムは、１つ以上のネットワークを介して互いに接続されてもよい。また、システムは、直接的な接続によって、例えばケーブルを使用して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、販売者ポータル１０９、出荷及び注文追跡（ＳＯＴ）システム１１１、フルフィルメント最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、倉庫管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして示される）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ Ａｕｔｈ）１２３、労務管理システム（ＬＭＳ）１２５を含む。
【0013】
ＳＡＴシステム１０１は、幾つかの実施形態では、注文状態及び配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴシステム１０１は、注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを決定するとともに、新たな注文を開始すること、配送されていない注文で物品を再出荷すること、配達されていない注文をキャンセルすること、注文顧客とのコンタクトを開始することなどを含む適切な処置を講じることができる。また、ＳＡＴシステム１０１は、出力（特定の期間中に出荷された梱包物の数など）及び入力（出荷で用いる受けた空の段ボール箱の数など）を含む他のデータを監視してもよい。また、ＳＡＴシステム１０１は、システム１００内の異なるデバイス間のゲートウェイとして作用し、それにより、外部フロントエンドシステム１０３及びＦＯシステム１１３などのデバイス間の通信を（例えば、ストアアンドフォワード又は他の技術を使用して）可能にしてもよい。
【0014】
外部フロントエンドシステム１０３は、幾つかの実施形態では、外部ユーザがシステム１００内の１つ以上のシステムと相互作用できるようにするコンピュータシステムとして実装されてもよい。例えば、システム１００がシステムの提示を可能にしてユーザが物品のための注文を行なうことができるようにする実施形態において、外部フロントエンドシステム１０３は、検索要求を受信し、物品ページを提示し、支払い情報を求めるウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネット情報サービス、ＮＧＩＮＸ等のソフトウェアを実行する１つ又は複数のコンピュータとして実装されてもよい。他の実施形態において、外部フロントエンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａ又はコンピュータ１０２Ｂ）からの要求を受信して処理し、それらの要求に基づいてデータベース及び他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を与えるように設計されるカスタムウェブサーバソフトウェアを実行してもよい。
【0015】
幾つかの実施形態において、外部フロントエンドシステム１０３は、ウェブキャッシングシステム、データベース、検索システム、又は、支払いシステムのうちの１つ以上を含んでもよい。一態様では、外部フロントエンドシステム１０３がこれらのシステムのうちの１つ以上を備えてもよく、他の態様では、外部フロントエンドシステム１０３がこれらのシステムのうちの１つ以上に接続されるインタフェース（例えば、サーバ間、データベース間、又は、他のネットワーク接続）を備えてもよい。
【0016】
図１Ｂ、図１Ｃ、図１Ｄ、及び、図１Ｅによって示されるステップの例示的なセットは、外部フロントエンドシステム１０３の幾つかの動作を説明するのに役立つ。外部フロントエンドシステム１０３は、提示及び／又は表示のためにシステム１００内のシステム又はデバイスから情報を受信してもよい。例えば、外部フロントエンドシステム１０３は、検索結果ページ（ＳＲＰ）（例えば、図１Ｂ）、単一詳細ページ（ＳＤＰ）（例えば、図１Ｃ）、カートページ（例えば、図１Ｄ）、又は、注文ページ（例えば、図１Ｅ）を含む１つ以上のウェブページをホスト又は提供してもよい。ユーザデバイス（例えば、モバイルデバイス１０２Ａ又はコンピュータ１０２Ｂを使用する）が、外部フロントエンドシステム１０３にナビゲートして、検索ボックスに入力することによって検索を要求してもよい。外部フロントエンドシステム１０３は、システム１００内の１つ以上のシステムからの情報を要求してもよい。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３から要求してもよい。また、外部フロントエンドシステム１０３は、検索結果に含まれる製品ごとに、約束配送日すなわち「ＰＤＤ」を（ＦＯシステム１１３から）要求して受信してもよい。ＰＤＤは、幾つかの実施形態では、特定の期間内に、例えばその日の最後（午後１１時５９分）までに注文されれば、製品を含む梱包物がユーザの所望の場所に到着する時期又は製品がユーザの所望の場所に配送されることが約束される日付の推定値を表してもよい。（ＰＤＤはＦＯシステム１１３に関して以下で更に説明される）。
【0017】
外部フロントエンドシステム１０３は、その情報に基づいてＳＲＰ（例えば、図１Ｂ）を準備してもよい。ＳＲＰは、検索要求を満たす情報を含んでもよい。例えば、これは、検索要求を満たす製品の写真を含んでもよい。また、ＳＲＰは、各製品に関するそれぞれの価格、又は、各製品に関する強化された配送オプション、ＰＤＤ、重量、サイズ、付け値、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は、（例えば、ネットワークを介して）要求するユーザデバイスにＳＲＰを送信してもよい。
【0018】
その後、ユーザデバイスが、例えば、ユーザインタフェースをクリック又はタップすることによって或いは他の入力デバイスを使用して、ＳＲＰから製品を選択し、ＳＲＰ上に表される製品を選択してもよい。ユーザデバイスは、選択された製品に関する情報のための要求を策定し、それを外部フロントエンドシステム１０３に送信してもよい。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報を要求してもよい。例えば、情報は、それぞれのＳＲＰ上で製品に関して提示された情報以外の追加情報を含んでもよい。これは、例えば、保管寿命、原産国、重量、サイズ、梱包物内の物品の数、取り扱い説明書、又は、製品に関する他の情報を含むことができる。また、情報は、（例えば、この製品及び少なくとも１つの他の製品を購入した顧客のビッグデータ及び／又は機械学習分析に基づく）類似の製品に関する推奨、頻繁に尋ねられる質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
【0019】
外部フロントエンドシステム１０３は、受信した製品情報に基づいて、ＳＤＰ（単一詳細ページ）（例えば、図１Ｃ）を準備してもよい。また、ＳＤＰは、「今すぐ買う」ボタン、「カートに追加する」ボタン、数量フィールド、物品の写真等のような他のインタラクティブな要素を含んでもよい。ＳＤＰは、製品を提供する販売者のリストを更に含んでもよい。リストは、最低価格で製品を販売することを提案する販売者が最上位にリストアップされ得るように、各販売者が提供する価格に基づいて注文されてもよい。
リストは、最高ランクの販売者が最上位にリストアップされ得るように、販売者ランキングに基づいて注文されてもよい。販売者ランキングは、例えば、約束されたＰＤＤを満たす販売者の過去の実績を含む複数の因子に基づいて策定されてもよい。外部フロントエンドシステム１０３は、ＳＤＰを要求しているユーザデバイス（例えば、ネットワークを介して）に配信してもよい。
リストは、最高ランクの販売者が最上位にリストアップされ得るように、販売者ランキングに基づいて注文されてもよい。販売者ランキングは、例えば、約束されたＰＤＤを満たす販売者の過去の実績を含む複数の因子に基づいて策定されてもよい。外部フロントエンドシステム１０３は、ＳＤＰを要求しているユーザデバイス（例えば、ネットワークを介して）に配信してもよい。
【0020】
要求しているユーザデバイスは、商品情報をリストアップするＳＤＰを受信してもよい。ＳＤＰを受信すると、ユーザデバイスは、その後、ＳＤＰと相互作用し得る。例えば、要求するユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックする或いはさもなければ該ボタンと相互作用することができる。これにより、ユーザに関連付けられたショッピングカートに製品が追加される。ユーザデバイスは、製品をショッピングカートに追加するためのこの要求を外部フロントエンドシステム１０３に送ることができる。
【0021】
外部フロントエンドシステム１０３がカートページ（例えば、図１Ｄ）を生成してもよい。カートページは、幾つかの実施形態では、ユーザが仮想「ショッピングカート」に追加した製品をリストアップする。ユーザデバイスが、ＳＲＰ、ＳＤＰ、又は、他のページ上のアイコンをクリックする或いはさもなければアイコンと相互作用することによってカートページを要求してもよい。カートページは、幾つかの実施形態では、ユーザがショッピングカートに追加した全ての製品、並びに、各製品の数量、物品当たりの各製品の価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用などのカート内の製品に関する情報、ショッピングカート内の製品を変更するためのユーザインタフェース要素（例えば、数量の削除又は変更）、他の製品を注文する又は製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインタフェース要素をリストアップしてもよい。ユーザデバイスのユーザが、ショッピングカート内の製品の購入を開始するために、ユーザインタフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックする或いはさもなければユーザインタフェース要素と相互作用することができる。そうする際、ユーザデバイスは、購入を開始するためのこの要求を外部フロントエンドシステム１０３に送信できる。
【0022】
外部フロントエンドシステム１０３は、購入を開始するための要求の受信に応じて、注文ページ（例えば、図１Ｅ）を生成してもよい。注文ページは、幾つかの実施形態では、ショッピングカートからの物品を再リストアップして、支払い及び出荷情報の入力を要求する。例えば、注文ページは、ショッピングカート内の物品の購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送及び／又は集荷の速度／方法）、支払い情報（例えば、クレジットカード、銀行振込、小切手、返品した品物と同金額分の買い物）を要求するセクション、現金受領を要求するためのユーザインタフェース要素（例えば、税務目的のため）などを含んでもよい。外部フロントエンドシステム１０３は、注文ページをユーザデバイスへ送信してもよい。
【0023】
ユーザデバイスは、注文ページで情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインタフェース要素をクリック或いはさもなければユーザインタフェース要素と相互作用してもよい。そこから、外部フロントエンドシステム１０３は、ショッピングカート内の製品に関する新たな注文の作成及び処理を可能にするためにシステム１００内の異なるシステムに情報を送信してもよい。
【0024】
幾つかの実施形態において、外部フロントエンドシステム１０３は、販売者が注文に関する情報を送受信できるようにするべく更に構成されてもよい。
【0025】
内部フロントエンドシステム１０５は、幾つかの実施形態では、内部ユーザ（例えば、システム１００を所有し、動作させ、又は、貸し出す団体の従業員）がシステム１００内の１つ以上のシステムと相互作用できるようにするコンピュータシステムとして実装されてもよい。例えば、ネットワーク１０１がシステムの提示を可能にしてユーザが物品に関して注文を行なうことができるようにする実施形態において、内部フロントエンドシステム１０５は、内部ユーザが注文に関する診断及び統計情報を見たり、物品情報を変更したり、又は、物品に関する統計を見直したりできるようにするウェブサーバとして実装されてもよい。例えば、内部フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネット情報サービス（ＩＩＳ）、ＮＧＩＮＸ等のソフトウェアを実行する１つ又は複数のコンピュータとして実装されてもよい。他の実施形態において、内部フロントエンドシステム１０５は、システム１００内に示されるシステム又はデバイス（並びに、図示しない他のデバイス）からの要求を受信して処理し、それらの要求に基づいてデータベース及び他のデータストアから情報を取得し、取得された情報に基づいて受信した要求への応答を与えるように設計されるカスタムウェブサーバソフトウェアを実行してもよい。
【0026】
幾つかの実施形態において、内部フロントエンドシステム１０５は、ウェブキャッシングシステム、データベース、検索システム、支払いシステム、解析システム、注文監視システムなどのうちの１つ以上を含んでもよい。一態様では、内部フロントエンドシステム１０５がこれらのシステムのうちの１つ以上を備えてもよく、他の態様では、内部フロントエンドシステム１０５がこれらのシステムのうちの１つ以上に接続されるインタフェース（例えば、サーバ間、データベース間、又は、他のネットワーク接続）を備えてもよい。
【0027】
輸送システム１０７は、幾つかの実施形態では、システム１００内のシステム又はデバイスとモバイルデバイス１０７Ａ－１０７Ｃとの間の通信を可能にするコンピュータシステムとして実装されてもよい。輸送システム１０７は、幾つかの実施形態では、１つ以上のモバイルデバイス１０７Ａ－１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信してもよい。例えば、幾つかの実施形態では、モバイルデバイス１０７Ａ－１０７Ｃが配送労働者によって操作されるデバイスを備えてもよい。正社員、臨時社員、又は、シフト従業員であってもよい配送労働者は、モバイルデバイス１０７Ａ－１０７Ｃを利用して、ユーザによって注文された製品を含む梱包物の配送を行なってもよい。例えば、梱包物を配送するために、配送労働者は、どの梱包物を配送すべきか及びそれをどこに配送すべきかを示す通知をモバイルデバイスで受信してもよい。配送場所に到着すると、配送労働者は、（例えば、トラックの後ろにある又は梱包物のクレート内にある）梱包物を探し出し、モバイルデバイスを使用して梱包物上の識別子（例えば、バーコード、画像、テキスト文字列、ＲＦＩＤタグなど）に関連するデータを走査する或いはさもなければ捕捉するとともに、梱包物を（例えば、それを前扉に置いたままにすること、それを警備員に預けること、それを受取人に手渡すなどによって）配送してもよい。幾つかの実施形態において、配送労働者は、梱包物の写真を捕捉してもよく及び／又はモバイルデバイスを使用してサインを取得してもよい。モバイルデバイスは、例えば、時刻、日付、ＧＰＳ位置、写真、配送労働者に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む、配送に関する情報を含む情報を輸送システム１０７に送信してもよい。輸送システム１０７は、システム１００内の他のシステムによるアクセスのためにこの情報をデータベース（図示せず）に記憶してもよい。輸送システム１０７は、幾つかの実施形態では、この情報を使用して、特定の梱包物の位置を示す追跡データを作成して他のシステムに送信してもよい。
【0028】
幾つかの実施形態では、あるユーザが１つの種類のモバイルデバイスを使用してもよい（例えば、正社員がバーコードスキャナ、スタイラス、及び、他のデバイスなどのカスタムハードウェアを伴う専用のＰＤＡを使用してもよい）が、他のユーザは他の種類のモバイルデバイスを使用してもよい（例えば、臨時社員又はシフト従業員が既製の携帯電話及び／又はスマートフォンを利用してもよい）。
【0029】
幾つかの実施形態において、輸送システム１０７は、ユーザをそれぞれのデバイスに関連付けてもよい。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従業員識別子、又は、電話番号によって表される）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際モバイル機器識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、又は、グローバル一意識別子（ＧＵＩＤ）によって表される）との間の関連性を記憶してもよい。輸送システム１０７は、この関連性を、配送に関して受信されたデータと併せて使用して、とりわけ、労働者の位置、労働者の効率の良さ、又は、労働者のスピードを決定するべく注文におけるデータベースに記憶されたデータを解析してもよい。
【0030】
販売者ポータル１０９は、幾つかの実施形態では、販売者又は他の外部実体がシステム１００内の１つ以上のシステムと電子的に通信できるようにするコンピュータシステムとして実装されてもよい。例えば、販売者は、コンピュータシステム（図示せず）を利用して、販売者が販売者ポータル１０９を使用してシステム１００を介して売りたい製品に関して、製品情報、注文情報、連絡先情報などをアップロード又は提供してもよい。
【0031】
出荷及び注文追跡システム１１１は、幾つかの実施形態では、（例えば、デバイス１０２Ａ－１０２Ｂを使用するユーザによって）顧客により注文された製品を含む梱包物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。幾つかの実施形態において、出荷及び注文追跡システム１１１は、顧客が注文した製品を含む梱包物を配送する出荷会社によって動作されるウェブサーバ（図示せず）からの情報を要求して記憶してもよい。
【0032】
幾つかの実施形態において、出荷及び注文追跡システム１１１は、システム１００内に示されるシステムからの情報を要求して記憶してもよい。例えば、出荷及び注文追跡システム１１１は、輸送システム１０７からの情報を要求してもよい。前述のように、輸送システム１０７は、ユーザ（例えば、配送労働者）又は車両（例えば、配送トラック）のうちの１つ以上と関連付けられる１つ以上のモバイルデバイス１０７Ａ－１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信してもよい。幾つかの実施形態において、出荷及び注文追跡システム１１１は、フルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するべく倉庫管理システム（ＷＭＳ）１１９からの情報を要求してもよい。出荷及び注文追跡システム１１１は、輸送システム１０７又はＷＭＳ １１９のうちの１つ以上からのデータを要求し、それを処理し、要求に応じてそれをデバイス（例えば、ユーザデバイス１０２Ａ及び１０２Ｂ）に提示してもよい。
【0033】
フルフィルメント最適化（ＦＯ）システム１１３は、幾つかの実施形態では、他のシステム（例えば、外部フロントエンドシステム１０３及び／又は出荷及び注文追跡システム１１１）からの顧客注文に関する情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定の物品がどこに保持されているか又はどこに記憶されているかを表す情報を記憶してもよい。例えば、特定の物品は１つのフルフィルメントセンタにのみ保管されてもよいが、他の特定の物品は複数のフルフィルメントセンタに保管されてもよい。更に他の実施形態において、特定のフルフィルメントセンタは、物品（例えば、生鮮食品又は冷凍食品）の特定のセットのみを保管するように設計されてもよい。ＦＯシステム１１３は、この情報並びに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を記憶する。
【0034】
また、ＦＯシステム１１３は、それぞれの製品ごとに対応するＰＤＤ（約束配送日）を計算してもよい。ＰＤＤは、幾つかの実施形態では、１つ以上の因子に基づいてもよい。例えば、ＦＯシステム１１３は、製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予期される需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予測されるか）、ある期間中に幾つかの製品が注文されたかを示すネットワーク規模の過去の需要、来るべき期間中に幾つかの製品が注文されることが予期されるかを示すネットワーク規模の予期される需要、各フルフィルメントセンタ２００に保管される１つ以上の製品総数、いずれのフルフィルメントセンタが各製品を保管するのか、その製品に関する予期される又は現在の注文などに基づいて、製品に関するＰＤＤを計算してもよい。
【0035】
幾つかの実施形態において、ＦＯシステム１１３は、定期的に（例えば、１時間ごとに）各製品に関するＰＤＤを決定して、それを検索又は他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷及び注文追跡システム１１１）への送信のためにデータベースに記憶してもよい。他の実施形態において、ＦＯシステム１１３は、１つ以上のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷及び注文追跡システム１１１）から電子要求を受信し、要求に応じてＰＤＤを計算してもよい。
【0036】
フルフィルメントメッセージングゲートウェイ１１５は、幾つかの実施形態では、ＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマット又はプロトコルで要求又は応答を受信してそれを他のフォーマット又はプロトコルに変換するとともにそれを変換されたフォーマット又はプロトコルでＷＭＳ １１９又は第三者フルフィルメントシステム１２１Ａ、１２１Ｂ又は１２１Ｃなどの他のシステムへ転送する及びその逆を行なうコンピュータシステムとして実装されてもよい。
【0037】
サプライチェーン管理（ＳＣＭ）システム１１７は、幾つかの実施形態では、予測機能を果たすコンピュータシステムとして実装されてもよい。例えば、ＳＣＭシステム１１７は、例えば、製品に対する過去の需要、製品に対する予期される需要、ネットワーク規模の過去の需要、ネットワーク規模の予期される需要、各フルフィルメントセンタ２００に保管される製品総数、各製品に関する予期される又は現在の注文などに基づいて、特定の製品に対する需要のレベルを予測してもよい。この予測されたレベル及び全てのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は、特定の製品に対する予測された需要を満たすのに十分な量を購入して蓄えるための１つ以上の購入注文を生成してもよい。
【0038】
倉庫管理システム（ＷＭＳ）１１９は、幾つかの実施形態では、ワークフローを監視するコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は、別個の事象を示す個々のデバイス（例えば、デバイス１０７Ａ－１０７Ｃ又は１１９Ａ－１１９Ｃ）から事象データを受信してもよい。例えば、ＷＭＳ １１９は、梱包物を走査するためにこれらのデバイスのうちの１つの使用を示す事象データを受信してもよい。フルフィルメントセンタ２００及び図２に関して以下で論じられるように、フルフィルメントプロセス中に、梱包物識別子（例えば、バーコード又はＲＦＩＤタグデータ）が特定の段階で機械に（例えば、自動又はハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）よって走査され又は読み取られてもよい。ＷＭＳ １１９は、梱包物識別子、時刻、日時、位置、ユーザ識別子、又は、他の情報と共に、梱包物識別子の走査又は読み取りを示す各事象を対応するデータベース（図示せず）に記憶してもよく、また、この情報を他のシステム（例えば、出荷及び注文追跡システム１１１）に与えてもよい。
【0039】
ＷＭＳ １１９は、幾つかの実施形態では、１つ以上のデバイス（例えば、デバイス１０７Ａ－１０７Ｃ又は１１９Ａ－１１９Ｃ）をシステム１００と関連付けられた１つ以上のユーザに関連付ける情報を記憶してもよい。例えば、幾つかの状況において、ユーザ（パート又はフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスと関連付けられてもよい。他の状況において、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは、一日の始まりにモバイルデバイスを借り、日中にそれを使用し、一日の終わりにそれを返す）という点で、モバイルデバイスと関連付けられてもよい。
【0040】
ＷＭＳ １１９は、幾つかの実施形態では、システム１００に関連するそれぞれのユーザごとに作業ログを維持してもよい。例えば、ＷＭＳ １１９は、任意の割り当てられたプロセス（例えば、トラックからの荷下ろし、ピックゾーンからの物品のピッキング、リビンウォール（ｒｅｂｉｎ ｗａｌｌ）ワーク、物品の梱包）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロア又はゾーン）、従業員によってシステムを通じて移動されたユニットの数（例えば、抜き取られた物品の数、梱包された物品の数）、デバイス（例えば、デバイス１１９Ａ－１１９Ｃ）と関連付けられた識別子などを含む、各従業員と関連付けられる情報を記憶してもよい。幾つかの実施形態において、ＷＭＳ １１９は、デバイス１１９Ａ－１１９Ｃ上で動作されるタイムキーピングシステムなどのタイムキーピングシステムからチェックイン及びチェックアウト情報を受信してもよい。
【0041】
第三者フルフィルメント（３ＰＬ）システム１２１Ａ－１２１Ｃは、幾つかの実施形態では、物流及び製品の第三者プロバイダと関連付けられるコンピュータシステムに相当する。例えば、（図２に関して以下で説明するように）一部の製品がフルフィルメントセンタ２００に保管される間、他の製品は、現場から離れて保管されてもよく、要求に応じて生産されてもよく、或いはさもなければ、フルフィルメントセンタ２００内での保管のために利用できなくてもよい。３ ＰＬシステム１２１Ａ－１２１Ｃは、ＦＯシステム１１３（例えば、ＦＭＧ １１５を介して、）から注文を受信するように構成されてもよく、製品及び／又はサービス（例えば、配送又は設置）を顧客に直接に提供してもよい。幾つかの実施形態では、３ＰＬシステム１２１Ａ－１２１Ｃのうちの１つ以上がシステム１００の一部であってもよいが、他の実施形態では、３ＰＬシステム１２１Ａ－１２１Ｃのうちの１つ以上がシステム１００の外部（例えば、第三者プロバイダによって所有又は動作される）にあってもよい。
【0042】
フルフィルメントセンタ認証システム（ＦＣ Ａｕｔｈ）１２３は、幾つかの実施形態では、様々な機能を伴うコンピュータシステムとして実装されてもよい。例えば、幾つかの実施形態において、ＦＣ Ａｕｔｈ １２３は、システム１００内の１つ以上の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとしての機能を果たしてもよい。例えば、ＦＣ Ａｕｔｈ １２３は、ユーザが内部フロントエンドシステム１０５を介してログインできるようにして、ユーザが出荷及び注文追跡システム１１１でリソースにアクセスするための同様の特典を有すると決定するとともに、ユーザが２回目のログインプロセスを必要とせずにそれらの特典にアクセスできるようにしてもよい。他の実施形態において、ＦＣ Ａｕｔｈ １２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることができるようにしてもよい。例えば、一部の従業員は、電子デバイス（デバイス１１９Ａ－１１９Ｃなど）を有さない場合があり、また、代わりに、１日の流れの中でフルフィルメントセンタ２００内で作業から作業へ及びゾーンからゾーンへ移動する場合がある。ＦＣ Ａｕｔｈ １２３は、それらの従業員が自分たちがどの仕事をしているか及び一日の異なる時刻にどのゾーンにいるかを示すことができるようにするべく構成されてもよい。
【0043】
労働管理システム（ＬＭＳ）１２５は、幾つかの実施形態では、従業員（フルタイム及びパートタイムの従業員を含む）に関する出勤及び残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ Ａｕｔｈ １２３、ＷＭＡ １１９、デバイス１１９Ａ－１１９Ｃ、輸送システム１０７、及び／又は、デバイス１０７Ａ－１０７Ｃから情報を受信してもよい。
【0044】
図１Ａに示される特定の形態は単なる一例である。例えば、図１ＡはＦＯシステム１１３に接続されるＦＣ Ａｕｔｈシステム１２３を示すが、全ての実施形態がこの特定の形態を必要とするわけではない。実際に、幾つかの実施形態において、システム１００内のシステムは、インターネット、イントラネット、ＷＡＮ（ワイドエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用回線などを含む１つ以上のパブリックネットワーク又はプライベートネットワークを介して互いに接続されてもよい。幾つかの実施形態では、システム１００内のシステムのうちの１つ以上が、データセンタ、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。
【0045】
図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するための物品を保管する物理的な場所の一例である。フルフィルメントセンタ（ＦＣ）２００が多数のゾーンに分割されてもよく、その各ゾーンが図２に示される。これらの「ゾーン」は、幾つかの実施形態では、物品を受け取り、物品を保管し、物品を取り出し、物品を出荷するプロセスの異なる段階間の仮想分割と考えることができる。したがって、図２では「ゾーン」が示されるが、ゾーンの他の分割も可能であり、幾つかの実施形態では、図２のゾーンが省かれ、複製され、又は、修正されてもよい。
【0046】
インバウンドゾーン２０３は、図１Ａのシステム１００を使用して製品を販売したいと思う販売者から物品が受け取られるＦＣ ２００の領域に相当する。例えば、販売者は、トラック２０１を使用して物品２０２Ａ、２０２Ｂを配送してもよい。物品２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一の物品に相当してもよく、一方、物品２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられる物品のセットに相当してもよい。
【0047】
労働者は、インバウンドゾーン２０３内で物品を受け取り、コンピュータシステム（図示せず）を使用して物品の破損及び正確性を随意的にチェックしてもよい。例えば、労働者は、コンピュータシステムを使用して、物品２０２Ａ及び２０２Ｂの数量を物品の注文数量と比較してもよい。数量が合致しない場合、その労働者は、物品２０２Ａ又は２０２Ｂのうちの１つ以上を拒否してもよい。数量が一致すれば、労働者は、それらの物品をバッファゾーン２０５まで（例えば、台車、ハンドトラック、フォークリフトを使用して、手動で）移動させてもよい。バッファゾーン２０５は、例えば、予測される需要を満たすのに十分な量のその物品がピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていない物品のための一時保管領域であってもよい。幾つかの実施形態において、フォークリフト２０６は、バッファゾーン２０５の周囲で及びインバウンドゾーン２０３とドロップゾーン２０７との間で物品を移動させるように動作する。ピッキングゾーンで物品２０２Ａ又は２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、物品２０２Ａ又は２０２Ｂをドロップゾーン２０７に移動させてもよい。
【0048】
ドロップゾーン２０７は、物品をそれらがピッキングゾーン２０９に移動される前に保管するＦＣ ２００の領域であってもよい。ピッキング作業に割り当てられた労働者（「ピッカー」）は、ピッキングゾーン内の物品２０２Ａ及び２０２Ｂに近づいて、ピッキングゾーンにおけるバーコードを走査するとともに、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用して物品２０２Ａ及び２０２Ｂに関連するバーコードを走査してもよい。その後、ピッカーは物品をピッキングゾーン２０９まで（例えば、それをカート上に置く又はそれを運ぶことによって）取り込んでもよい。
【0049】
ピッキングゾーン２０９は、物品２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。幾つかの実施形態において、保管ユニット２１０は、物理的な棚、本棚、ボックス、運搬箱、冷蔵庫、冷凍庫、冷却保管庫などのうちの１つ以上を備えてもよい。幾つかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。幾つかの実施形態では、労働者又は機械が、例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボット又はデバイス、或いは、手動を含む複数の方法でピッキングゾーン２０９内に物品を移動させてもよい。例えば、ピッカーは、ハンドトラック又はカートで物品２０２Ａ及び２０２Ｂをドロップゾーン２０７内に配置してもよく、物品２０２Ａ及び２０２Ｂをピッキングゾーン２０９まで歩いて運んでもよい。
【0050】
ピッカーは、保管ユニット２１０上の特定の空間などのピッキングゾーン２０９内の特定のスポットに物品を配置する（又は「収納する」）命令を受信してもよい。例えば、ピッカーは、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用して物品２０２Ａを走査してもよい。デバイスは、例えば、通路、棚、及び、位置を示す装置を使用して、ピッカーが物品２０２Ａを格納すべき場所を示してもよい。その後、デバイスは、物品２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーに促してもよい。デバイスは、物品２０２Ａがデバイス１１９Ｂを使用してユーザによりその位置に格納されてしまったことを示すデータを図１ＡのＷＭＳ １１９などのコンピュータシステムに（例えば、無線ネットワークを介して）送信してもよい。
【0051】
ユーザが注文した時点で、ピッカーは、保管ユニット２１０から１つ以上の物品２０８を取り出すための命令をデバイス１１９Ｂ上で受信してもよい。ピッカーは、物品２０８を取り出して、物品２０８上のバーコードを走査し、それを輸送機構２１４上に配置してもよい。輸送機構２１４は、スライドとして表されるが、幾つかの実施形態では、輸送機構がコンベアベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つ以上として実装されてもよい。その後、物品２０８は、パッキングゾーン２１１に到達することができる。
【0052】
パッキングゾーン２１１は、物品がピッキングゾーン２０９から受けられて最終的な顧客への出荷のためにボックス内又はバッグ内に梱包されるＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、物品受け取りに割り当てられた労働者（「リビン（ｒｅｂｉｎ）労働者」）は、ピッキングゾーン２０９から物品２０８を受け取ってそれがどの注文に対応するかを決定する。例えば、リビン労働者は、物品２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用してもよい。コンピュータ１１９Ｃは、物品２０８がいずれの注文と関連付けられているかを視覚的に示してもよい。これは、例えば、注文に対応するウォール２１６上の空間又は「セル」を含んでもよい。注文が完了した時点で（例えば、セルが注文に関する全ての物品を含むため）、リビン労働者は、注文が完了したことを梱包労働者（又は「パッカー」）に示してもよい。パッカーは、セルから物品を取り出し、物品を出荷のためにボックス又はバッグに入れてもよい。その後、パッカーは、例えば、フォークリフト、カート、台車、ハンドトラック、コンベアベルトを介して、手動で、或いは、他の方法で、ボックス又はバッグをハブゾーン２１３に送ってもよい。
【0053】
ハブゾーン２１３は、パッキングゾーン２１１から全てのボックス又はバッグ（「梱包物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の労働者及び／又は機械は、梱包物２１８を取り出して、配送領域のいずれの部分へそれぞれの梱包物が行こうとしているのかを決定し、梱包物を適切なキャンプゾーン２１５へ経路付けてもよい。例えば、配送領域が２つのより小さいサブ領域を有する場合、梱包物は２つのキャンプゾーン２１５のうちの１つへ進む。幾つかの実施形態では、労働者又は機械が（例えば、デバイス１１９Ａ－１１９Ｃのうちの１つを使用して）梱包物を走査してその最終的な送り先を決定してもよい。梱包物をキャンプゾーン２１５へ経路付けることは、例えば、梱包物が向けられている地理的領域の一部を（例えば、郵便番号に基づいて）決定すること、及び、地理的領域の一部に関連付けられたキャンプゾーン２１５を決定することを含んでもよい。
【0054】
キャンプゾーン２１５は、幾つかの実施形態では、梱包物がルート及び／又はサブルートに仕分けるためにハブゾーン２１３から受け取られる、１つ以上の建物、１つ以上の物理的な空間、又は、１つ以上の領域を備えてもよい。幾つかの実施形態では、キャンプゾーン２１５がＦＣ ２００から物理的に分離されるが、他の実施形態では、キャンプゾーン２１５がＦＣ ２００の一部を形成してもよい。
【0055】
キャンプゾーン２１５内の労働者及び／又は機械は、例えば、送り先と既存のルート及び／又はサブルートとの比較、各ルート及び／又はサブルートにおける作業負荷の計算、時刻、出荷方法、梱包物２２０を出荷する費用、梱包物２２０内の物品と関連付けられたＰＤＤなどに基づいて、梱包物２２０がいずれのルート及び／又はサブルートと関連付けられるべきかを決定してもよい。幾つかの実施形態では、労働者又は機械が（例えば、デバイス１１９Ａ－１１９Ｃのうちの１つを使用して）梱包物を走査してその最終的な送り先を決定してもよい。梱包物２２０が特定のルート及び／又はサブルートに割り当てられた時点で、労働者及び／又は機械は、出荷されるべき梱包物２２０を移動させてもよい。典型的な図２において、キャンプゾーン２１５は、トラック２２２、車２２６、及び、配送労働者２２４Ａ及び２２４Ｂを含む。幾つかの実施形態では、トラック２２２が配送労働者２２４Ａによって運転されてもよく、この場合、配送労働者２２４ＡはＦＣ ２００のために梱包物を配送する常勤の従業員であり、また、トラック２２２は、ＦＣ ２００を所有し、リースし、又は、運営する同じ企業によって所有され、リースされ、又は、運営される。幾つかの実施形態では、車２２６が配送労働者２２４Ｂによって運転されてもよく、この場合、配送労働者２２４Ｂは必要に応じて（例えば、季節的に）配送している「フレックス」又は臨時の労働者である。車２２６は、配送労働者２２４Ｂによって所有され、リースされ、又は、運行されてもよい。
【0056】
図３は、開示された実施形態と一致する、最小在庫（又は保管）管理単位（ＳＫＵ）に対応する製品属性の典型的な実施形態を示す概略ブロック図である。製品属性は、製造業者、説明書、材料、サイズ、色、包装、在庫の数量、発注量、需要レベル（例えば、速度）、有効期限などを含み得るがこれらに限定されない、特定の製品に関する情報を含んでもよい。幾つかの実施形態では、ＳＫＵ ３００が製品属性３１０及びバーコード３０２と関連付けられ、バーコード３０２は製品属性３１０にリンクされている。バーコード３０２は、製品自体上、製品の包装上、或いは、製品又はその包装に貼付されたタグ上もしくは付着物上に配置されてもよい。バーコード３０２は、図示しないバーコードリーダ又はスキャナによって読み取り可能又は走査可能であるように構成される。幾つかの実施形態において、モバイルデバイス１０７ Ａ－Ｃは、カメラなどの撮像構成要素を有してもよく、したがって、バーコードリーダ又はスキャナとして機能してもよい。当業者であれば分かるように、バーコード３０２は、本開示の実施形態と一致して実装され得る自動識別及びデータ捕捉（ＡＩＤＣ）方式の非限定的な例である。例えば、バーコードの代わりに又はバーコードに加えて、ＳＫＵ ３００は、ＱＲコード、ＲＦＩＤタグ、磁気ストリップ、又は、任意の他のＡＩＤＣにリンクされてもよい。
【0057】
ＳＫＵ ３００と関連付けられる製品属性３１０は、バーコード３０２にリンクされる。製品属性３１０は、データベースに記憶されてもよく、任意のコンピュータシステムによって操作されてもよい。典型的な実施形態において、製品属性３１０は、ＦＯシステム１１３に記憶され、図１Ａに示される相互接続されたシステムのいずれかによってアクセスされてもよい。例えば、モバイルデバイス１０７ Ａを使用する労働者は、バーコード３０２又は他の入力手段を走査することによって製品属性３１０にアクセスして、ＳＫＵ ３００に関連する製品情報を取得してもよい。同様に、労働者は、例えば、製品の数量が配送又は受けられるときに製品情報を編集又は更新してもよい。これに加えて又は代えて、製品属性３１０は、製品情報が必要とされる又は更新されるときはいつでも、ＳＯＴシステム１１１、輸送システム１０７、ＳＣＭシステム１１７、又は、他のシステムによってアクセスされてもよい。
【0058】
典型的な実施形態において、製品属性３１０は、特定の製品の最小再発注量（ＭＯＱ）３１１、安全再発注量（ＳＯＱ）３１２、サイクル再発注量（ＣＯＱ）３１３、在庫数量３１４、製品帯域（Ｂａｎｄ）３１５、及び、ノード割り当て３１６に関するデータを少なくとも含む。当業者であれば分かるように、本明細書中に挙げられるデータは非限定的であり、また、製品属性３１０は、特定の製品に関する他のデータを含んでもよい。
【0059】
ＭＯＱ ３１１は、フルフィルメントセンタ（ＦＣ）が特定の製品を補充するときにはいつでも注文される特定の製品の所定量を表す。例えば、ＦＣがそのウィジェットＡの在庫を補充する場合、補充注文は、ＭＯＱ ３１１以上のウィジェットＡの量を含まなければならない。
【0060】
ＳＯＱ ３１２は、その在庫数量３１４が所望の数を超えて維持されるように、特定のＦＣに関して、注文されるべき特定の製品の数量を表す。例えば、ＦＣがそのウィジェットＡの在庫を補充する場合、補充注文は、特定のＦＣが次の補充の前にウィジェットＡで十分に入庫されるように、ウィジェットＡにおけるＳＯＱ ３１２以上のウィジェットＡの量を含むべきである。
【0061】
ＣＯＱ ３１３は、何らかのビジネス上の理由で特定のＦＣに関して注文され得る特定の製品の数量を表す。例えば、ＦＣがそのウィジェットＡの在庫を補充する場合、補充注文は、ＣＯＱ ３１３に等しい量のウィジェットを含むことができる。ＣＯＱ ３１３は、予期される需要に対応するように或いは価格変動又は他のビジネス上もしくは運用上の理由に対して防衛するように調整されてもよい。
【0062】
在庫数量３１４は、特定のＦＣで、ＦＣのネットワーク全体にわたって、又は、これらの両方で現在ストックされる特定の製品の数量を表す。例えば、在庫数量３１４は、全てのＦＣにわたるウィジェットＡの数量、並びに、フルフィルメントセンタＡ（ＦＣ Ａ）内のウィジェットＡの数量、ＦＣ Ｂ内のウィジェットＡの数量などを追跡することによってウィジェットＡの追跡を維持してもよい。
【0063】
帯域３１５は、特定の製品と関連付けられるＳＫＵ ３００が割り当てられる１つ以上のグループを表す。幾つかの実施形態において、グループ化は、特定の製品の販売数量の相対的なランキングに基づいてもよい。例えば、ウィジェットＡは、ウィジェットＡが非常に需要の高い製品であるため、グループ１に割り当てられてもよく、一方、ウィジェットＢは、ウィジェットＢの需要が低いため、グループ２に割り当てられてもよい。当業者であれば分かるように、記載された実施形態は非限定的であり、例えば、ウィジェットがより多くのグループに割り当てられてもよい。更に、他の理由で製品をグループ化して仕分けるために、製品の他の並行なグループ化が使用されてもよい。
【0064】
ノード割り当て３１６は、ＦＣにおける特定の製品の数量を制限する規則を表す。例えば、ウィジェットＡが指定されたＦＣでのみストックされることが望ましい場合があり、或いは、ウィジェットＡが指定されたＦＣでストックされないようにすることが望ましい場合がある。
【0065】
図４は、フルフィルメントセンタ（ＦＣ）のネットワークに対応するノードのネットワーク及び個々の典型的なデータノードの典型的な実施形態を示す概略ブロック図である。
【0066】
典型的な実施形態において、複数のフルフィルメントセンタ（ＦＣ）は、フルフィルメントセンタのネットワーク（ＦＣネットワーク）４０１を形成する。幾つかの実施形態において、ＦＣネットワーク内の各ＦＣは、前の節で詳細に説明した図２に示されるＦＣ ２００に対応してもよい。
【0067】
典型的な実施形態において、以下でノードと称される複数のデータノードは、ノードのネットワーク（ノードネットワーク）４０２を形成する。ノードは、全てのノードが中央ハブを介して互いに接続された状態のハブ－アンド－スポーク形態で構造化されてもよい。典型的な実施形態では、各ノード４１０がＦＣに対応し、したがって、ノードネットワーク４０２内のノードの数は、ＦＣネットワーク４０１内のＦＣの数に等しい。例えば、ノード１がＦＣ １に対応し、ノード２がＦＣ ２に対応し、以下同様である。ノード４１０は、対応するＦＣに関連するありとあらゆるデータを含むことができるデータ構造である。典型的な実施形態において、ノード４１０は、ＦＣ内にストックされる１つ以上の製品に対応する少なくとも１つ以上の製品識別子４１１、ＦＣの容量４１２、ＦＣに割り当てられる重み係数４１３、及び、ＦＣに割り当てられるコスト値４１４を含む。当業者であれば分かるように、ノード４１０に含まれる情報は列挙されたものに限定されず、また、ノード４１０はＦＣに関連する他のデータを含んでもよい。
【0068】
典型的な実施形態において、ノード４１０は、ＦＯシステム１１３内に保管され、図１Ａに示される相互接続されたシステムのいずれかによってアクセスされてもよい。これに加えて又は代えて、ノード４１０は、ＦＣに関する情報が必要とされる又は更新されるときにはいつでも、ＳＯＴシステム１１１、輸送システム１０７、ＳＣＭシステム１１７、又は、他のシステムによってアクセスされてもよい。
【0069】
製品識別子４１１は、特定のＦＣにストックされる製品に対応する一群の複数の個々のＳＫＵ ３００であってもよい。例えば、５０個の異なる製品が特定のＦＣにストックされる場合、製品識別子４１１は、５０個の個々のＳＫＵ ３００、並びに、図３に示されて前述されたＳＫＵ ３００内に含まれる製品に関する全ての情報を含む。
【0070】
容量４１２は、機能すべき特定のＦＣの能力を表す。例えば、容量４１２は、ＦＣによってストックされ得る製品の数量、ＦＣによって受けられ得る製品の数量、又は、ＦＣから配送され得る製品の数量であってもよい。幾つかの実施形態において、ＦＣの容量４１２は、総保管スペース、倉庫労働者、配送労働者、配送車両などの可用性によって制限され得る。幾つかの実施形態では、容量４１２が製品固有であってもよい。例えば、ノード４１０は、ウィジェットＡにおける１つの容量と、ウィジェットＢにおける異なる容量とを有してもよい。当業者であれば分かるように、トイレットペーパーとＴＶセットとの間の違いなど、製品間の違いにより、ＦＣは、異なる製品に関して異なる値の容量４１２を有する。幾つかの実施形態において、異なる容量値の数は、製品識別子４１１における異なるＳＫＵ ３００の数に対応する。幾つかの実施形態において、ＦＣは、構造的制約に起因する高さ制限を有してもよく、したがって、特大の製品を扱うべき容量を制限してしまっている。幾つかの実施形態において、ＦＣは、冷蔵容量を制限してしまっており、したがって、冷蔵又は冷凍を必要とする物品を扱うべき容量を制限してしまっている。
【0071】
幾つかの実施形態では、特定のＦＣに関する容量４１２が動的であってもよい。例えば、ＦＣに関する容量４１２は、ＦＣで現在ストックされる製品の量に基づいて変化してもよい。より多い量は、保管スペースの高い利用率、したがって、容量４１２におけるより低い値を意味し得る。これに加えて又は代えて、容量４１２は、製品の需要に伴って変化してもよい。例えば、ＦＣにおける容量４１２は、ＦＣに到着する又はＦＣから出ると予測される製品の量に基づいて変化してもよい。より多い量は、労働者及び機器の高い利用率、したがって、容量４１２におけるより低い値を意味し得る。
【0072】
重み係数４１３は、特定のＦＣに対応する特定のノード４１０に関連付けられる数値を表す。重み係数４１３は、容量４１２及び製品識別子４１１などの様々な入力値を使用して計算されてもよい。例えば、各ノードにおけるそれぞれの製品ごとに、現在の容量及び流入量に基づいて予期される利用率が決定されてもよい。幾つかの実施形態において、流入容量は、ＭＯＱ ３１１、ＳＯＱ ３１２、又は、ＣＯＱ ３１３のうちの１つであってもよく、現在の容量は容量４１２によって決定されてもよい。例えば、予期される利用率がノード４１０における閾値を下回る場合には、重み係数が変更されないままであってもよい（すなわち、ノード４１０が流入量を受ける）。例えば、予期される利用率がノード４１０における閾値を上回る場合、重み係数４１３は、次に最も低い予期される利用率を有する異なるノードへ製品が方向付けられるようにノード４１０に関して下げられてもよい。これは、全てのＦＣに対して常に需要が高い製品に適用可能であってもよく、したがって、ノードネットワーク４０２全体にわたる容量が変化し得る場合でも再入れ換えが必要とされない。幾つかの実施形態では、閾値が帯域３１５に関連付けられてもよく、また、需要帯域が高い製品にはより高い閾値が割り当てられてもよい。これに加えて又は代えて、製品の需要が高くない場合、重み係数４１３は、閾値に関係なく、次に最も低い予期される利用率を有する異なるノードへ製品が経路付けられるように調整されてもよい。
【0073】
コスト値４１４は、特定のＦＣに対応する特定のノード４１０と関連付けられる数値を表す。コスト値４１４がコスト関数から取得されてもよい。幾つかの実施形態では、重み係数４１３を決定するために使用される閾値がコスト値であってもよい。
【0074】
図５は、開示された実施形態と一致する、ＦＣのネットワーク全体にわたってＳＫＵ３００を有する特定の製品在庫を管理するためのプロセス５００の典型的な実施形態を示すフローチャートである。典型的な実施形態では、ＦＯシステム１１３がプロセス５００を実行してもよい。これに加えて又は代えて、ＳＯＴシステム１１１、輸送システム１０７、ＳＣＭシステム１１７、及び／又は、図１Ａに示される他のシステムが、プロセス５００の全部又は一部を実行してもよい。
【0075】
ステップ５０１において、ＦＯシステム１１３は、複数のＦＣ ２００に関連するデータを受信する。幾つかの実施形態において、ＦＯシステム１１３は、既知のデータベースから既存のデータを取得してもよい。これらの既存のデータは、ＦＯシステム１１３、ＳＯＴシステム１１１、輸送システム１０７、ＳＣＭシステム１１７、又は、ＦＯシステム１１３に接続される他のシステム又はデータベースに記憶されてもよい。これらの既存のデータは、各ＦＣ ２００にストックされる製品の在庫、製品の在庫と関連付けられるＳＫＵ ３００、労働者及び機器の数、又は、他の同様の関連情報などの情報を含んでもよい。幾つかの実施形態において、複数のＦＣ ２００に関連するデータは、ＳＫＵ ３００からアクセスされてもよい。例えば、ＳＫＵ ３００にアクセスすることによって、ＦＯシステム１１３は、異なる製品に関して、ＭＯＱ ３１１、ＳＯＱ ３１２、ＣＯＱ ３１３、在庫数量３１４、帯域３１５、及び、ノード割り当て３１６などの値を取得してもよい。
【0076】
ステップ５０２では、これらの取得された既存のデータから、ＦＯシステム１１３が、それぞれが特定のＦＣ ２００に対応する複数のノード４１０を備えるノードネットワーク４０２を形成してもよい。或いは、ノードネットワーク４０２がＦＯシステム１１３内に既に存在していてもよく、また、ステップ５０２では、関連データの更新のみが必要とされる。これに加えて又は代えて、ステップ５０２において、ＦＯシステム１１３は、新たなＦＣが確立されれば、ノードネットワーク４０２内に新たなノードを形成してもよい。同様に、ＦＯシステム１１３は、既存のＦＣが閉鎖されれば、ノードをノードネットワーク４０２から削除してもよい。
【0077】
ステップ５０３では、ＦＯシステム１１３がそれぞれのノード４１０ごとに重み係数４１３を決定する。重み係数４１３は、特定の製品の容量４１２及び在庫数量に基づいて決定される。幾つかの実施形態では、容量４１２がインバウンド容量を含む。インバウンド容量は、製品の量で測定される、特定の製品を受けることができる特定のＦＣ ２００の能力を表す。インバウンド容量は、製品を降ろしてストックするのに利用できる労働者又は機器の数、或いは、インバウンド労働能力によって制限されてもよい。製品のインバウンド容量は、２つの製品が同じ労働時間にわたって互いに競合する場合があるため、他の製品のインバウンド容量によって影響され得る。幾つかの実施形態において、インバウンド容量は、特定の製品における特定のＦＣの総保管空間又はインバウンド空間容量に依存する場合もあり、そのため、インバウンド容量は、インバウンド労働能力及びインバウンド保管容量の最小値となり得る。
【0078】
幾つかの実施形態において、重み係数４１３は、より高いインバウンド容量及びより低い在庫数量を有するＦＣがより高い重み係数を有するように、インバウンド容量と特定の製品における在庫レベルとの間の差によって決定される値をスケーリングすることによって決定されてもよい。例えば、ＦＣ １及びＦＣ ２がいずれも１０００ユニットのウィジェットＡをそれぞれ受けるインバウンド容量を有するが、ストックにウィジェットＡが０個の在庫をＦＣ １が有する一方で、ストックにウィジェットＡが５００個の在庫をＦＣ ２が有する場合には、インバウンド容量と在庫レベルとの差がＦＣ ２に関するよりもＦＣ １に関して大きいため、ＦＣ １がＦＣ ２よりも高い重み係数を有する。
【0079】
ステップ５０４において、ＦＯシステム１１３は、各ノード４１０に対する各ＳＫＵ ３００の予備マッピングを実行する。例えば、ＦＯシステム１１３は、各製品の補充注文を個々のＦＣへ方向付ける。ＦＯシステム１１３は、各ノード４１０に対する各ＳＫＵ ３００のマッピングを管理する規則のセットを含んでもよい。規則は、広範であってもよく、製品及びＦＣの多くの特性を考慮に入れる。例えば、予備マッピング中、次の順序付けサイクルまで十分な在庫を維持するべくノードネットワーク４０２内の全てのノードに関してＭＯＱ ３１１、ＳＯＱ ３１２、又は、ＣＯＱ ３１３が計算されてもよい。
【0080】
幾つかの実施形態において、予備マッピングのための規則は、ノードネットワーク４０２内のそれぞれのノード４１０ごとに、ＭＯＱ ３１１の値に基づき、ＳＯＱ ３１２及びＣＯＱ ３１３の値を決定することを含む。典型的な実施形態において、ＭＯＱ ３１１は、一般に、それが大量注文の最小量を表し得るため、特定の製品に関して固定される。ＭＯＱ ３１１は、一般に、外部因子によって制約され、容易に調整され得ない。したがって、特定の製品を所望の正確なユニット数までストックできない場合がある。幾つかの実施形態では、ＳＯＱ ３１２が履歴データによって決定される。例えば、ウィジェットＡが２週間の注文サイクルを有してもよく、また、ＦＣ １は、任意の２週間の期間中に平均１００ユニットのウィジェットＡを履歴的に配送してきた。したがって、ＦＯシステム１１３は、ＦＣ １におけるウィジェットＡのＳＯＱ ３１２が約１００であるべきだと決定してもよい。同様に、ＦＯシステム１１３は、履歴データに基づいてＣＯＱ ３１３を決定してもよい。例えば、ＦＯシステム１１３は、ある年の特定の時期にわたってＦＣ １が１５０個のウィジェットＡを配送すると決定してもよい。したがって、ＦＯシステム１１３は、その特定の時期においてＣＯＱ ３１３が５０であるべきだと決定してもよい。これらの履歴データは、ＳＯＴシステム１１１、輸送システム１０７、ＦＯシステム１１３、又は、ＳＣＭシステム１１７など、図１Ａに示されるシステムのいずれか１つに記憶され或いはそこから引き出されてもよい。ＳＯＱ ３１２、ＣＯＱ ３１３、及び、ＭＯＱ ３１１を考慮して、ＦＯシステム１１３は、特定の製品の補充注文を個々のＦＣ ２００へ方向付ける（すなわち、ＳＫＵ ３００をマッピングする）。
【0081】
ステップ５０５において、ＦＯシステム１１３は、在庫のリバランスが特定の製品に関して必要とされるかどうかについて決定を行なう。幾つかの実施形態において、ＦＯシステム１１３は、特定の製品のＳＫＵ ３００と関連付けられる帯域３１５に基づいてこの決定を行ない、これについては図６に関連して以下で更に詳しく説明する。これに加えて又は代えて、ＦＯシステム１１３は、特定の製品と関連付けられるＳＫＵ ３００のノード割り当て３１６に基づいてこの決定を行なってもよい。例えば、特定の製品が特定のＦＣでのみストックされることをノード割り当て３１６が定める場合、他のＦＣ間で製品の在庫をリバランスする必要はない。
【0082】
リバランスが必要とされるとＦＯシステム１１３が決定する場合、ＦＯシステム１１３は、ステップ５０６において、ノードネットワーク４０２全体にわたる個々のノードにおける重み係数４１３に基づき、ＳＫＵ ３００をノード４１０に再マッピングする。再マッピングは、ステップ５０４と同様であるが、重み係数４１３の更なる考慮を伴う。例えば、ステップ５０３で計算された重み係数を使用して、特定の製品に関してＦＣ １がＦＣ ２よりも大きい重み係数値を有するとＦＯシステム１１３が決定する場合、ＦＯシステム１１３は、ＦＣ １及びＦＣ ２に関して、ＳＯＱ ３１２、ＣＯＱ ３１３、又は、これらの両方のリバランス値を計算する。リバランス値は、ＦＣ １の場合、ＳＯＱ ３１２又はＣＯＱ ３１３のリバランス値がステップ５０４で最初に計算されたＳＯＱ ３１２又はＣＯＱ ３１３の値よりも大きくなるような値である。同様に、リバランス値は、ＦＣ ２の場合、ＳＯＱ ３１２又はＣＯＱ ３１３のリバランス値がステップ５０４で最初に計算されたＳＯＱ ３１２又はＣＯＱ ３１３の値よりも小さくなるような値である。したがって、補充注文の数量は、特定の製品においては在庫レベルに対して容量がより高いＦＣに関してより高く調整され、在庫レベルに対して容量がより低いＦＣに関してより低く調整される。当業者であれば分かるように、与えられた例は非限定的であり、また、ステップ５０４に記載される様々な規則などの他の因子が考慮に入れられる。
【0083】
ステップ５０６において再マッピングが完了された時点で或いはリバランスが必要とされないとＦＯシステム１１３が決定する場合、ＦＯシステム１１３はマッピングを実行し、ＦＣにおける製品のストックに関する注文がステップ５０７で実行される。
【0084】
幾つかの別の実施形態では、重み係数４１３を計算して割り当てることに加え、ＦＯシステム１１３は、特定の製品に関してノードネットワーク４０２全体にわたって特定のＦＣと関連付けられるコスト値４１４を計算する。例えば、ステップ５０３では、重み係数４１３に加え、コスト値４１４が計算されて個々のノード４１０に割り当てられてもよい。
【0085】
ステップ５０３の幾つかの別の実施形態において、ＦＯシステム１１３は、特定のＦＣ ２００と関連付けられるノード４１０における容量４１２を受ける。前述したように、容量４１２は、特定のＦＣにおけるインバウンド容量を含んでもよい。容量４１２は総容量を更に含んでもよい。ＦＯシステム１１３は、ＦＣにおけるインバウンド容量と総容量との比に基づいてＦＣ利用率値を決定する。ＦＯシステム１１３は、ステップ５０３においてインバウンド発注量も受ける。インバウンド発注量は、ノードネットワーク４０２全体にわたって到着することになっている（ＳＫＵ ３００と関連付けられる）特定の製品の総量である。ＦＯシステム１１３は、ノードネットワーク４０２内の特定のノード４１０に関して（ＳＫＵ ３００と関連付けられる）特定の製品の再発注量も受ける。幾つかの実施形態では、再発注量がＳＯＱ ３１２とＣＯＱ ３１３との合計であってもよい。前述したように、ＳＯＱ ３１２及びＣＯＱ ３１３の値は、履歴的な値又は予測に基づいてもよい。
【0086】
ＦＯシステム１１３は、在庫係数及びＦＣ利用係数に基づいてコスト値４１４を計算してもよい。幾つかの実施形態において、ＦＯシステム１１３は、ＦＣ（ＩｎｖＦＣ）に存在するＳＫＵの量、システム１１３によってＦＣ（ＩｎｖＡＳ）に割り当てられたＳＫＵの量、ノードネットワーク４０２全体にわたるＳＫＵ（ＩｎｖＴＯ）の総量、及び、再発注量（ＲＯＱ）に基づいて在庫係数を導出する。幾つかの実施形態では、在庫係数が以下のように与えられてもよい。
【数1】
【0087】
Ｃ１は第１のスケーリング係数である。幾つかの実施形態において、ＦＯシステム１１３は、ＦＣ利用率値（ＵｔｉｌｉＦＣ）を第２のスケーリング係数Ｃ２によってスケーリングすることによってＦＣ利用係数を導出する。幾つかの実施形態において、コスト値４１４は、以下のように与えられる在庫係数とＦＣ利用係数との合計であってもよい。
【数2】
【0088】
幾つかの実施形態において、第１のスケーリング係数及び第２のスケーリング係数は、ＦＣにわたって在庫入れ換えを最適化するコスト値４１４を得るために時々調整されてもよい。当業者であれば分かるように、得られるコスト値４１４は、再発注量が高くＦＣ利用率値が低いＦＣに関して低く、したがって、コスト値４１４がより低いＦＣに対してより多くの量の特定の製品を方向付けることが有利となり得る。ＦＯシステム１１３は、別のステップ５０３において、コスト値４１４を個々のノード４１０に割り当てる。
【0089】
ステップ５０６の幾つかの別の実施形態において、ＦＯシステム１１３は、ノードネットワーク４０２全体にわたって個々のノードにおけるコスト値４１４に基づきＳＫＵ ３００をノード４１０に再マッピングする。
【0090】
図６は、特定の製品の製品属性３１０に基づいてＦＣにおける在庫をリバランスするためのプロセスの典型的な実施形態を示すフローチャートである。幾つかの実施形態では、製品属性３１０がＳＫＵ ３００と関連付けられる。プロセス６００は、プロセス５００のステップ５０５に対応する。プロセス６００は、ＳＫＵ ３００と関連付けられる製品属性３１０に基づいて製品を分類する。ＦＯシステム１１３は、製品のカテゴリに基づいて在庫をリバランスするための優先順位を決定する。
【0091】
ステップ６０１において、ＦＯシステム１１３は、特定の製品と関連付けられるＳＫＵ ３００を受ける。前述のように、ＳＫＵ ３００は、在庫数量３１４及び帯域３１５などのデータを含む。
【0092】
ステップ６０２では、ＦＯシステム１１３が製品に対する需要を決定する。製品に対する需要は、帯域３１５に基づいて決定され得る。例えば、システム内の製品は、配送される総量に基づいて仕分けられてもよい。この仕分けは、ＦＯシステム１１３、ＳＯＴシステム１１１、輸送システム１０７、ＳＣＭシステム１１７、又は、図１Ａに示される他のシステムによって実行されてもよい。仕分けに基づいて、製品及びそれらの関連するＳＫＵ ３００が、Ｂａｎｄ１，Ｂａｎｄ２ … Ｂａｎｄｎなどの異なる帯域へと割り当てられてもよい。帯域３１５は、ＳＫＵ ３００がどの帯域に属するのかを特定する。幾つかの実施形態では、帯域の数が任意であってもよく、必要に応じて帯域の数を変更できる。例えば、配送される製品の上位２０％が帯域１に配置され、次の２０％が帯域２に配置されてもよく、以下同様である。
【0093】
ステップ６０３において、ＦＯシステム１１３は、特定の製品のＳＫＵ ３００をカテゴリに割り当てる。幾つかの実施形態において、カテゴリは、１）必要なリバランス、及び、２）不要なリバランスである。カテゴリの割り当ては、ＳＫＵ ３００の帯域３１５に基づいてもよい。例えば、ＦＯシステム１１３は、需要の高い製品のみが在庫リバランスを必要とすると決定してもよい。したがって、Ｂａｎｄ１内に入る帯域３１５を有する製品のみがリバランス必要カテゴリに割り当てられ、一方、他の全てのＳＫＵがリバランス不要カテゴリに割り当てられる。或いは、他の非限定的な例では、非常に需要の低い製品のみが在庫リバランスを免除される場合、ＦＯシステム１１３は、Ｂａｎｄ１，Ｂａｎｄ２，Ｂａｎｄ３，ｏｒ Ｂａｎｄ４ に含まれる帯域３１５を有する製品をリバランス必要カテゴリに割り当て、一方、Ｂａｎｄ５のみがリバランス不要カテゴリに割り当てられる。当業者であれば分かるように、帯域の数、各帯域に関する基準、及び、上記のカテゴリにおける閾値は単なる例示的な例であり、これらの値を発生するニーズに基づいて調整することができる。
【0094】
ステップ６０４において、ＦＯシステム１１３は、いずれのカテゴリが製品に割り当てられてしまったのかに関して特定の製品と関連付けられるＳＫＵ ３００をチェックする。カテゴリが１である場合、ＦＯシステム１１３はステップ６０５に進み、これはステップ５０５における「ＹＥＳ」の指定に対応する。カテゴリが２である場合、ＦＯシステム１１３はステップ６０６に進み、これはステップ５０５における「いいえ」の指定に対応する。
【0095】
本開示をその特定の実施形態に関連して示して説明してきたが、本開示が改変を伴うことなく他の環境において実施され得ることが理解される。前述の説明は、例示目的で提示されている。これは、網羅的ではなく、開示された正にその形態又は実施形態に限定されない。開示された実施形態の詳述及びやり方を考慮することにより、改変及び適合が当業者に明らかである。更に、開示された実施形態の態様はメモリに記憶されるものとして記載されているが、当業者であれば分かるように、これらの態様を二次記憶デバイス、例えば、ハードディスク又はＣＤ ＲＯＭ或いは他の形態のＲＡＭ又はＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、又は、他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶することもできる。
【0096】
記載された説明及び開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラム又はプログラムモジュールは、当業者に知られている技術のいずれかを使用して作成され得る又は既存のソフトウェアに関連して設計され得る。例えば、プログラムセクション又はプログラムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（及びＶｉｓｕａｌ Ｂａｓｉｃ、Ｃ などの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、又はＪａｖａアプレットを含むＨＴＭＬの中で又はこれらによって設計され得る。
【0097】
更に、例示的な実施形態を本明細書で説明してきたが、本開示に基づいて当業者によって理解されるように、同等の要素、改変、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、及び／又は、変更を有する任意の及び全ての実施形態の範囲が可能である。特許請求の範囲における限定は、特許請求の範囲で使用される文言に基づいて広く解釈されるべきであり、本明細書中に又は出願手続中に記載される例に限定されない。例は、非排他的であると解釈されるべきである。更に、開示された方法のステップは、ステップを並べ替えること及び／又はステップを挿入又は削除することを含む、任意の態様で改変されてもよい。したがって、本明細書及び実施例は単に例示的なものとみなされ、真の範囲及び思想は以下の特許請求の範囲及びそれらの均等物の全範囲によって示されることが意図される。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2】
【図3】
【図4】
【図5】
【図6】
【国際調査報告】