(57)【要約】  本開示の実施形態は、フルフィルメントセンタにおける在庫を管理するためのコンピュータ実装システムを含む。システムは、メモリと、少なくとも１つのプロセッサとを備え得る。プロセッサは、ピッキングに利用可能なアイテムの数量を判定し、利用可能なアイテムの数量と予め定められたアイテムの数量との比較に基づいてアイテムの補足要求を生成し、当該補足要求に関連するデータと識別情報の入力を要求する第１の指示とを送信し、識別情報を検証するための第１の入力を受信し、アイテム識別子に関連するデータを送信し、アイテム識別子を表す第２の入力を受信し、アイテム識別子の記録を要求する第２の指示に関連するデータを送信し、第１の入力、第２の入力、および記録された情報をコンピュータ実装システムに関連するデータベースに記憶するための命令を実行するように構成され得る。
2021516380.tif 000002
【特許請求の範囲】
【請求項１】
フルフィルメントセンタにおける在庫を管理するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
ピッキングに利用可能なアイテムの数量を決定し、
前記利用可能なアイテムの数量と前記アイテムの予め定められた数量との比較に基づいて、前記アイテムに対する補足要求を生成し、
前記アイテムをフルフィルメントセンタの第１のゾーンから第２のゾーンに移送するための前記補足要求を、表示のための少なくとも１つのユーザデバイスに送信し、
識別情報の入力を要求する第１の指示を、表示のための少なくとも１つのユーザデバイスに送信し、
前記識別情報を検証するための第１の入力を、少なくとも１つのユーザデバイスから受信し、
前記識別情報に基づいて、前記第１のゾーンにおける前記アイテムの位置情報と、前記アイテムの説明と、前記第２のゾーンに移送される前記アイテムの補足数量とのうちの少なくとも１つを含むアイテム識別子を、表示のための少なくとも１つのユーザデバイスに送信し、
アイテム識別子を表す第２の入力を、少なくとも１つのユーザデバイスから受信し、
前記アイテムの位置情報と、前記アイテムの説明と、前記第２のゾーンに移送される前記アイテムの補足数量との記録を要求する第２の指示を、表示のための少なくとも１つのユーザデバイスに送信し、
前記第１の入力と、前記第２の入力と、前記記録される情報とを、前記コンピュータ実装システムに関連付けられたデータベースに記憶する
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を備えるシステム。
【請求項２】
前記予め定められた数量は、前記アイテムの人気度のグレードに基づく安全量を含み、前記人気度のグレードは、前記ピッキングゾーンにおける前記アイテムの保管時間に基づいている、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのプロセッサは、前記補足要求を生成するために、前記データベース内の前記記録された情報にアクセスするように構成されている、請求項１に記載のシステム。
【請求項４】
前記比較は、前記ピッキングに利用可能なアイテムの数量が前記アイテムの予め定められた数量未満であるかどうかを判定することを含む、請求項１に記載のシステム。
【請求項５】
前記少なくとも１つのプロセッサは、前記ピッキングに利用可能なアイテムの数量が前記ピッキングゾーン内の前記アイテムの予め定められた数量未満であると判定することに応答して、前記補足要求を生成するための前記命令をさらに実行するように構成されている、請求項１に記載のシステム。
【請求項６】
前記少なくとも１つのプロセッサは、
前記システムから複数の補足要求を受信し、
前記受信された複数の補足要求を緊急度の高い順に並べる
ための前記命令をさらに実行するように構成されている、請求項１に記載のシステム。
【請求項７】
前記少なくとも１つのプロセッサは、前記アイテムのクリティカルプルタイムに基づいて緊急度の順序を判定するための前記命令をさらに実行するように構成されている、請求項６に記載のシステム。
【請求項８】
前記少なくとも１つのプロセッサは、前記緊急度の順序を判定すると、前記判定された緊急度の順序に基づいて、前記アイテムの移送に優先順位を付けることを要求する指示を、前記少なくとも１つのユーザデバイスに送信するための命令をさらに実行するように構成されている、請求項７に記載のシステム。
【請求項９】
前記少なくとも１つのプロセッサは、前記第１のゾーンから前記第２のゾーンに前記アイテムを移送するための移送手段の指示を、前記少なくとも１つのユーザデバイスに送信するための前記命令をさらに実行するように構成され、前記指示は、前記補足要求に基づいている、請求項１に記載のシステム。
【請求項１０】
前記少なくとも１つのプロセッサは、前記ユーザデバイスからスキャンされた識別子に関連付けられた情報を、少なくとも１つのユーザデバイスから受信するための前記命令をさらに実行するように構成されている、請求項１に記載のシステム。
【請求項１１】
フルフィルメントセンタにおける在庫を管理するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
アイテムの補充数量をフルフィルメントセンタの第１のゾーンから第２のゾーンに移送するための作業要求を、表示のための少なくとも１つのユーザデバイスに送信し、
前記第１のゾーンにおける前記アイテムの位置情報と、前記アイテムの説明と、前記第２のゾーンに移送される前記アイテムの補充数量との記録を要求する第１の指示を、表示のための少なくとも１つのユーザデバイスに送信し、
前記アイテムの補充数量を移送するように構成された移動デバイスが満杯であるかどうかを示す第１の入力を、少なくとも１つのユーザ装置から受信し、
受信された第１の入力に基づいて、第２のゾーンにおける保管スペース内の前記アイテムの補充数量の各々を棚上げすることを要求する第２の指示を、表示のための少なくとも１つのユーザデバイスに送信し、
第２のゾーンにおける前記保管スペースの位置情報と、棚上げされたアイテムの補充数量と、棚上げされたアイテムの説明とのうちの少なくとも１つの記録を要求する第３の指示を、表示のための少なくとも１つのユーザ装置に送信し、
前記アイテムの補充数量の各々が棚上げされているかどうかを判定するための第２の入力を、少なくとも１つのユーザデバイスから受信し、
前記第１の入力と、前記第２の入力と、前記記録される情報とを、前記コンピュータ実装システムに関連付けられたデータベースに記憶する
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を備えるシステム。
【請求項１２】
前記少なくとも１つのプロセッサは、過去の日次の売上および予測された日次の売上のうちの少なくとも１つに基づいて前記補充数量を判定するための前記命令をさらに実行するように構成されている、請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つのプロセッサは、
前記システムから複数の作業要求を受信し、
前記受信された複数の作業要求を緊急度の高い順に並べる
ための前記命令をさらに実行するように構成されている、請求項１１に記載のシステム。
【請求項１４】
前記少なくとも１つのプロセッサは、前記アイテムのクリティカルプルタイムに基づいて緊急度の順序を判定するための前記命令をさらに実行するように構成されている、請求項１３に記載のシステム。
【請求項１５】
前記少なくとも１つのプロセッサは、前記緊急度の順序を判定すると、前記ユーザデバイスに、前記判定された緊急度の順序に基づいて、前記アイテムの移送に優先順位を付けるための指示を表示させるための前記命令をさらに実行するように構成される、請求項１４に記載のシステム。
【請求項１６】
前記少なくとも１つのプロセッサは、前記作業要求に基づいて、前記第１のゾーンから前記第２のゾーンへ前記アイテムを移送するための前記移動デバイスの指示を、表示のための少なくとも１つのユーザデバイスに送信するように構成されている、請求項１５に記載のシステム。
【請求項１７】
前記第１の指示と、前記第２の指示と、前記第３の指示とのうちの少なくとも１つは、視聴覚、視覚、または触覚指示を含む、請求項１１に記載のシステム。
【請求項１８】
前記第２のゾーン内の前記保管スペースの各々は、固有の位置識別子によって識別される、請求項１１に記載のシステム。
【請求項１９】
前記少なくとも１つのプロセッサは、前記作業要求を生成するために、前記データベース内の前記記録された情報にアクセスするように構成されている、請求項１１に記載のシステム。
【請求項２０】
フルフィルメントセンタ内の物理ゾーン間でアイテムを移動させるためのコンピュータ実装方法であって、
コンピュータ実装システムを使用して、ピッキングに利用可能な前記アイテムの数量を判定するステップと、
前記コンピュータ実装システムを使用して、前記利用可能な数量と前記アイテムの予め定められた数量との比較に基づいて、前記アイテムに対する補足要求を生成するステップと、
前記アイテムをフルフィルメントセンタの第１のゾーンから第２のゾーンに移送するための前記補足要求を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
識別情報の入力を要求する第１の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
前記識別情報を検証するための第１の入力を、少なくとも１つのユーザデバイスから受信するステップと、
前記識別情報に基づいて、前記第１のゾーンにおける前記アイテムの位置情報と、前記アイテムの説明と、前記第２のゾーンに移送される前記アイテムの補足数量とのうちの少なくとも１つを含むアイテム識別子を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
アイテム識別子を表す第２の入力を、少なくとも１つのユーザデバイスから受信するステップと、
前記アイテムの位置情報と、前記アイテムの説明と、前記第２のゾーンに移送される前記アイテムの補足数量との記録を要求する第２の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
アイテムの補充数量をフルフィルメントセンタの第２のゾーンから第３のゾーンに移送するための作業要求を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
前記第２のゾーンにおける前記アイテムの位置情報と、前記アイテムの説明と、前記第３のゾーンに移送される前記アイテムの補充数量との記録を要求する第３の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
前記アイテムの補充数量を移送するように構成された移動デバイスが満杯であるかどうかを示す第３の入力を、少なくとも１つのユーザ装置から受信するステップと、
受信された第３の入力に基づいて、第３のゾーンにおける保管スペース内の前記アイテムの補充数量の各々を棚上げすることを要求する第４の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、
第２のゾーンにおける前記保管スペースの位置情報と、棚上げされたアイテムの補充数量と、棚上げされたアイテムの説明とのうちの少なくとも１つの記録を要求する第５の指示を、表示のための少なくとも１つのユーザ装置に送信するステップと、
前記アイテムの補充数量の各々が棚上げされているかどうかを判定するための第４の入力を、少なくとも１つのユーザデバイスから受信するステップと、
前記第１の入力と、前記第２の入力と、前記第３の入力と、前記第４の入力と、前記第５の入力と、前記記録される情報との各々を、前記コンピュータ実装システムに関連付けられたデータベースに記憶するステップと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[001] 本開示は、概して、フルフィルメントセンタにおける在庫を管理するためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、フルフィルメントセンタの異なる物理ゾーン間でアイテムを移動させる作業者にタスクを効率的に分配するための、発明的かつ非従来型のコンピュータ化されたシステム、方法、およびユーザインタフェースに関する。
【背景技術】
【０００２】
[002] フルフィルメントセンタ（ＦＣ）は、電子商取引業者が倉庫保管および出荷を外部委託することを可能にする。ＦＣの在庫管理は、オンラインの買い物客にとって最高の顧客経験を育む上で不可欠な要素である。在庫管理は、販売者から商品を受け取ること、受け取った商品を容易にピッキングアクセスできるように収納すること、商品をパッキングすること、注文を検証すること、およびパッケージを配送することに及ぶ多くのステップを含むことができる。ＦＣにおける在庫管理のための現在存在するＦＣ及びシステムは、大量の入ってくる及び出て行く商品を取り扱うように構成されているが、顧客注文の履行の効率及び適時性は、部分的には非効率的な格納及び分離の慣行のために、制限され得る。例えば、誤って識別された、誤って配置された、または誤って判定されたアイテムが、出荷の遅延や顧客の不満を引き起こす可能性がある。
【０００３】
[003] このような問題を軽減するために、従来のＦＣは、複数のゾーンを含むことができ、各ゾーンは、ＦＣから顧客にアイテムを出荷するプロセスにおける特定のステップを容易にする。例えば、ベンダからの商品は、インバウンドドックまたはバッファゾーンで受け取られ、格納され、ピッキングゾーンでの顧客注文に基づいてピッキングされ、ソートされ、パッキングゾーンでボックスおよびコンテナにパッキングされる、などである。しかしながら、ピッキングゾーンは、保管されたアイテムがピッカーに容易にアクセス可能でなければならないので、長期間にわたって大量のアイテムまたは大量のアイテムを保管することができない。バッファゾーンは品物を保管することができるが、入ってくるトラックを荷降ろしするために重い機械を使用すると、ピッカーが歩き回るのに危険な場所になることがある。
【０００４】
[004] より重要なことには、バッファゾーンおよびピッキングゾーンを含む従来の構成は、時間に敏感な顧客注文にとって非効率的である可能性がある。例えば、ピッキングゾーンで入手できないか、または補充されていないアイテムの緊急の顧客注文がある場合、ピッカーがバッファゾーンでアイテムを探し、タイムリーに注文を満たすことは、非常に困難であり、非効率的である可能性がある。
【０００５】
[005] さらに、従来のＦＣは、２４時間体制の円滑な運用を保証するために、作業者のチームを使用する。倉庫における技術的課題の１つは、緊急の顧客注文、優先出荷等のような、フロア上の作業者への情報の迅速な伝達であり得る。現在存在するロジスティクスおよび在庫管理システムは、顧客の注文における予想されるまたは予想外の緊急性を効率的に説明する能力に欠けており、おそらく顧客の不満およびより高い関連在庫コストを引き起こす。
【０００６】
[006] したがって、効率的な在庫管理と、フルフィルメントセンタの異なる物理ゾーン間でアイテムを移動させるための改善された方法およびシステムが必要とされている。
【発明の概要】
【０００７】
[007] 本開示の一態様は、フルフィルメントセンタにおける在庫を管理するためのコンピュータ実装システムを対象とする。システムは、命令を記憶するメモリと、少なくとも１つのプロセッサとを備え得る。プロセッサは、ピッキングに利用可能なアイテムの数量を判定し、利用可能なアイテムの数量とアイテムの予め定められた数量との比較に基づいて、アイテムの補足要求を生成するための命令を実行するように構成され得る。本方法は、アイテムをフルフィルメントセンタの第１のゾーンから第２のゾーンに移送するための補足要求を、表示のための少なくとも１つのユーザデバイスに送信するステップと、識別情報の入力を要求する第１の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、識別情報を検証するための第１の入力を、少なくとも１つのユーザデバイスから受信するステップとをさらに含み得る。プロセッサは、前記識別情報に基づいて、第１ゾーン内のアイテムの位置情報と、アイテムの説明と、第２ゾーンに移送されるアイテムの補足数量とのうちの少なくとも１つを含むアイテム識別子を、表示のための少なくとも１つのユーザデバイス送信し、アイテム識別子を表す第２の入力を、少なくとも１つのユーザ装置から受信し、アイテムの位置情報と、アイテムの説明と、第２ゾーンに移動されるアイテムの補足数量との記録を要求する第２の指示を、表示のための少なくとも１つのユーザデバイスに送信し、第１の入力と、第２の入力と、記録される情報とを、前記コンピュータ実装システムに関連するデータベースに記憶するように構成され得る。
【０００８】
[008] 本開示の別の態様は、フルフィルメントセンタにおける在庫を管理するためのコンピュータ実装システムを対象とする。システムは、命令を記憶するメモリと、少なくとも１つのプロセッサとを備えることができる。プロセッサは、アイテムの補充数量をフルフィルメントセンタの第１のゾーンから第２のゾーンに移送する作業要求を、表示のための少なくとも１つのユーザデバイスに送信し、第１のゾーン内のアイテムの位置情報と、アイテムの説明と、第２のゾーンに移送されるアイテムの補充数量との記録を要求する第１の指示を、表示のための少なくとも１つのユーザデバイスに送信し、アイテムの補充数量を移送するように構成された移動デバイスが満杯であるかどうかを示す第１の入力を、少なくとも１つのユーザデバイスから受信するための命令を実行するように構成され得る。プロセッサは、受信した第１の入力に基づいて第２ゾーンの保管スペース内のアイテムの補充数量の各々を棚上げすることを要求する第２の指示を、表示のための少なくとも１つのユーザデバイスに送信し、第２ゾーン内の保管スペースの位置情報と、棚上げされたアイテムの補充数量と、棚上げされたアイテムの説明との少なくとも１つの記録を要求する第３の指示を、表示のための少なくとも１つのユーザ装置に送信するように構成され得る。プロセッサは、アイテムの補充数量の各々が棚上げされているかどうかを判定するための、第２の入力を、少なくとも１つのユーザデバイスから受信し、第１の入力と、第２の入力と、記録される情報とを、コンピュータ実装システムに関連するデータベースに記憶するように構成され得る。
【０００９】
[009] 本開示のさらに別の態様は、フルフィルメントセンタ内の物理ゾーン間でアイテムを移動させるための方法を対象とする。本方法は、コンピュータ実装システムを使用して、ピッキングに利用可能なアイテムの数量を判定するステップと、利用可能な数量とアイテムの予め定められた数量との比較に基づいてアイテムの補足要求を生成するステップとを含み得る。本方法は、アイテムをフルフィルメントセンタの第１のゾーンから第２のゾーンに移送するための補足要求を、表示のための少なくとも１つのユーザデバイスに送信するステップと、識別情報の入力を要求する第１の指示を、表示のために少なくとも１つのユーザデバイスに送信するステップと、識別情報を検証するための第１の入力を、少なくとも１つのユーザデバイスから受信するステップとをさらに含み得る。本方法は、識別情報に基づいて、第１のゾーンにおけるアイテムの位置情報と、アイテムの説明と、第２のゾーンに移送されるアイテムの補足数量とのうちの少なくとも１つを含むアイテム識別子を、表示のための少なくとも１つのユーザデバイスに送信するステップと、アイテム識別子を表す第２の入力を、少なくとも１つのユーザデバイスから受信するステップと、アイテムの位置情報と、アイテムの説明と、第２のゾーンに移動されるアイテムの補足数量とを記録することを要求する第２の指示を表示するステップと、フルフィルメントセンタの第２のゾーンから第３のゾーンにアイテムの補充数量を移送するための作業要求をするステップとを含み得る。本方法は、第２のゾーンにおけるアイテムの位置情報と、アイテムの説明と、第３のゾーンに移送されるアイテムの補充数量との記録を要求する第３の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、アイテムの補充数量を移送するように構成された移動デバイスが満杯であるかどうかを示す第３の入力を、少なくとも１つのユーザデバイスから受信するステップと、受信された第３の入力に基づいて、第３のゾーンにおける保管スペース内のアイテムの補充数量の各々の棚上げを要求する第４の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、第２のゾーンおける保管スペースの位置情報と、棚上げされたアイテムの補充数量と、棚上げされたアイテムの説明とのうちの少なくとも１つの記録を要求する第５の指示を、表示のための少なくとも１つのユーザデバイスに送信するステップと、アイテムの補充数量の各々が棚上げされているかどうかを判定するための第４の入力を、少なくとも１つのユーザデバイスから受信するステップと、第１の入力と、第２の入力と、第３の入力と、第４の入力と、第５の入力と、記録される情報との各々を、コンピュータ実装システムに関連付けられたデータベースに記憶するステップと
をさらに含み得る。
【００１０】
[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] いくつかの実施形態では、ＷＭＳ１１９または許可された職員が、ＳＫＵグレード４０２内の１つまたは複数のＳＫＵが最小または安全ＤＯＣ値未満に低下したかどうかを判定することができる。ＷＭＳ１１９は、バッファゾーンの作業者がバッファ・ゾーン２０５からそのＳＫＵの量を取得し、それをドロップゾーン２０７に移動するための命令を作成するように構成することができる。ＷＭＳ１１９は、アルゴリズム、ソフトウェア、またはアルゴリズムまたはソフトウェアを実行するように構成されたプロセッサを含むことができる。ＷＭＳ１１９は、コンピュータ化されたシステム１００と統合することができ、コンピュータ化されたシステム１００の１つまたは複数の構成要素と通信することができる。
【００７７】
[0087] いくつかの実施形態では、ＷＭＳ１１９は、顧客要求を満たすためにアイテムの利用可能性に基づいて緊急注文を作成するように構成され得る。ＷＭＳ１１９は、顧客注文を受信し、要求されたアイテムまたはアイテムの数量が在庫で利用可能であるかどうかを判定することができる。この決定に基づいて、ＷＭＳ１１９は、バッファゾーン２０５からピッキングゾーン２０９にアイテムを移動させるための注文を作成するか、またはＦＣ２００にアイテムを配信するためにベンダに連絡するための要求を作成することができる。
【００７８】
[0088] いくつかの実施形態では、ＷＭＳ１１９またはＳＣＭシステム１１７などのバックエンドシステムが、本明細書ではアイテムがパッケージングされ、配達トラック２２２上に積載される準備ができていることを保証するために必要なリードタイムと呼ばれるクリティカルプルタイム（ＣＰＴ）に基づいて注文を作成することができる。いくつかの実施形態では、ＳＣＭシステム１１７またはＷＭＳ１１９は、要求のタイプ、顧客ステータス、顧客位置、配送要求時間などのうちの１つに基づいて、顧客注文のＣＰＴを決定することができる。例えば、ＣＰＴは、通常の配達注文と比較して、迅速配達注文要求に対してより短くてもよい。いくつかの実施形態では、ＣＰＴは、顧客によって要求されたアイテムのうちの１つ、要求のタイプ、顧客位置、顧客ステータスなどの組合せに基づいて決定され得る。
【００７９】
[0089] ＷＭＳ１１９またはＳＣＭシステム１１７は、在庫内ＤＯＣ値がＳＫＵの安全ＤＯＣ値を下回ったかどうかを判定することに基づいて注文を作成すると、注文は、注文に関連する緊急度に基づいて待ち行列に入れることができる。いくつかの実施形態では、ＣＰＴの終わりに近づく未履行顧客注文が緊急にマークされてもよい。バッファゾーンの作業者は、モバイルデバイス（たとえば、モバイルデバイス１１９Ａ〜Ｃのうちの１つまたは複数）上でオーディオ（聴覚）、ビジュアル（視覚）、触覚、またはオーディオビジュアル（視聴覚）通知のうちの１つを受信して、緊急注文の履行を促進することができる。いくつかの実施形態では、通知は、ＣＰＴに基づくカウントダウンタイマを含むことができ、顧客への適時のパッケージ配送を保証するために要求を終了するための残り時間を示す。
【００８０】
[0090] ここで図５を参照すると、開示された実施形態に従って、ＦＣ２００のバッファゾーン２０５からドロップゾーン２０７へのアイテムの移動を容易にするために利用される対話型要素５０５〜５９５を含む例示的なユーザインタフェースディスプレイ５００が示されている。適宜、対話型要素を追加、削除、修正、カスタマイズ等してもよいことが理解される。好ましい実施形態では、ユーザインタフェースディスプレイ４００または５００などのインタフェースディスプレイは、モバイルデバイス１１９Ａ（例えば、ハンドヘルドＰＤＡまたはタブレット）または１１９Ｂ（例えば、スマート携帯電話）上に表示され得る。モバイルデバイスは、システム１００の１つ以上のコンピュータ実装システムから命令を受信するように構成することができる。本開示の文脈では、本明細書で使用する命令は、単一の命令、プロセスを開始する命令、伝送制御プロトコル（ＴＣＰ）またはユーザデータグラムプロトコル（ＵＤＰ）のようなトランスポート層プロトコル要求、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、簡易メール転送プロトコル（ＳＭＴＰ）、リモートデスクトッププロトコル（ＲＤＰ）、個々のＨＴＴＰ要求などのアプリケーション層プロトコル要求を含むことができる。
【００８１】
[0091] ＷＭＳ１１９が、バッファゾーンの作業者がアイテムまたはアイテムの要求された数量を取得してドロップゾーン２０７に移動するための注文を作成すると、ユーザインタフェースディスプレイ５００がユーザインタフェースデバイス３０２上に表示されてもよい。いくつかの実施形態において、ＷＭＳ１１９は、システム１００の１つ以上のコンピュータ実装システムに、バッファゾーンの作業者のためのユーザインタフェースデバイス３０２上のユーザインタフェースディスプレイ５００を含むディスプレイモジュールを起動させることができる。いくつかの実施形態では、バッファゾーンの作業者がユーザインタフェースデバイス３０２上またはモバイルデバイス（例えば、１１９Ａ〜Ｃ）上のユーザインタフェースディスプレイ５００を含むディスプレイモジュールを起動することができる。
【００８２】
[0092] アイテムをバッファゾーン２０５からドロップゾーン２０７に移動させるプロセスは、プロセスを開始するステップと、ユーザ識別子を検証するステップと、注文要件を満たすステップと、注文履行を検証するステップと、アイテムをドロップゾーン２０７に配達するステップとを含む複数のステップを含むことができる。プロセスは、１つまたは複数のステップを追加、削除、または変更することによって修正することができる。
【００８３】
[0093] ユーザインタフェースディスプレイ５００の対話型要素５０５は、ユーザまたはバッファゾーンの作業者に、状態、在庫、補足などを表示することを含むジョブ・タイプを選択するオプションを提供することができる。本開示の文脈において、補充とは、例えば、ＷＭＳ１１９または認可された職員から受信された情報に基づいて、ＳＫＵでストックを補充することをいう。インタフェース要素５０５に表示されるオプションは、要求タイプ、関連するゾーン、プロセスステップなどを含むいくつかの要因に基づいて再構成可能であってもよい。いくつかの実施形態では、オプションが必要に応じて、追加、削除、修正、または強調表示されてもよい。バッファゾーンの作業者は、ハイライトされたオプション「補足」を選択して、アイテムをバッファゾーン２０５からドロップゾーン２０７に移動するプロセスを開始することができる。いくつかの実施形態では、インタフェース要素５０５は、ユーザの入力を受信するように構成されてもよい。ユーザの入力は、タッチ信号、クリック信号、オーディオ信号、またはそれらの組み合わせを含むことができる。ユーザの入力を受信すると、対話型要素５１５に示すように、補足プロセス、またはバッファゾーン２０５からピッキングゾーン２０９にアイテムを移動させるプロセスを開始することができる。
【００８４】
[0094] 対話型要素５１５は、内部に表示されるサブ要素５１５ａ〜ｃを含むことができる。サブ要素５１５ａは例えば、補足のような全体的なプロセスタイプを示すことができる。いくつかの実施形態では、要求が緊急の顧客注文である場合、サブ要素５１５ａは、例えば、強調表示、または点滅する視覚的表示、またはサブ要素５１５ａに表示されたテキストの可聴読出しによる、要求タイプのグラフィックまたはテキスト表示のうちの１つを含むことができる。サブ要素５１５ｂは、満たされている注文における１つまたは複数のアイテムを移送する提案された手段を示すことができる。例えば、サブ要素５１５ｂは、フォークリフト２０６を表示する。いくつかの実施形態では、バックエンドシステム（例えば、ＷＭＳ１１９またはＳＣＭシステム１１７）は、大きさ、数量、重さなどに基づいて、注文においてアイテムを輸送する提案された手段を決定することができる。アイテムを輸送する他の手段は、パレット、ハンドトラック、トート、カート、またはトロリを含むことができるが、これらに限定されない。サブ要素５１５ｃは、ユーザの入力を促すユーザに対する命令を示すことができる。いくつかの実施形態では、ユーザの入力は、ユーザの識別を含むことができる。ＷＭＳ１１９のようなシステム１００の１つ以上のコンピュータ実装システムは、ユーザによって提供されるユーザ識別情報に基づいてユーザを認証するように構成することができる。例えば、サブ要素５１５ｃは、バッファゾーンの作業者に従業員バーコードをスキャンするように要求することができる。指紋、網膜スキャン、パスワードなどの識別認証の他の既知の方法も同様に使用することができる。識別認証の結果は、対話型要素５２５によって表される次のステップで表示されてもよい。
【００８５】
[0095] 対話型要素５２５は、ユーザによって提供される識別入力のタイプおよび識別認証の結果を表示するように構成されてもよい。識別認証の結果に基づいて、対話型要素５２５は、ユーザが次のステップに進み、バッファゾーン２０５から項目を取得し、ドロップゾーン２０７に移動するプロセスを開始することを可能にしてもよい。
【００８６】
[0096] 対話型要素５３５は、バッファゾーン２０５からドロップゾーン２０７に移動されるアイテムのリストを表示することができる。いくつかの実施形態では、ＷＭＳ１１９は、移動される必要があるアイテムのリストを生成することができる。ユーザは例えば、リスト内のアイテムの１つをタップすることによって、リストから少なくとも１つのアイテムを選択することができる。対話型要素５３５内の各リストは、アイテム情報、バッファゾーン２０５内のアイテムの位置、および移動されるアイテムの数量を含むことができる。バッファゾーンの作業者は対話型要素５４５に示すように、１つ以上のアイテムリストを選択して、アイテムに関連する詳細をさらにレビューすることができる。
【００８７】
[0097] リストから少なくとも１つのアイテムを選択すると、ユーザは、対話型要素５４５に示されているプロセスの次のステップに向けられてもよい。いくつかの実施形態では、対話型要素５４５は、対話型要素５３５内で移動されるように選択されたアイテムの詳細を表示することができる。詳細は、バッファゾーン２０５内のアイテムの位置、アイテムの説明、および移動されるアイテムの数量を含むことができるが、これらに限定されない。いくつかの実施形態では、アイテムの位置は、テキスト情報または視覚情報、例えば、バッファゾーン２０５のフロアマップ、または選択されたアイテムの位置が強調表示されたバッファゾーン２０５の領域を含むことができる。いくつかの実施形態では、対話型要素５４５は、選択された位置への方向を表示することができる。
【００８８】
[0098] いくつかの実施形態では、対話型要素５４５は、ユーザに対する１つまたは複数の通知を表示するように構成されたサブ要素５４７を備えることができる。サブ要素５４７は、通知に応答して１つ以上のユーザの入力を受信するようにさらに構成されてもよい。例えば、サブ要素５４７は、空のパレットまたはトートを持って行き、移動されるべきアイテムの収集を開始するようにバッファゾーンの作業者に要求するメッセージを表示することができる。通知に応答して、ユーザは、入力を提供することができる。ユーザの入力は、ＷＭＳ１１９によって受信されてもよい。ある実施形態では、受信されたユーザの入力は、システム１００内のローカル記憶装置またはグローバル記憶装置に記憶されてもよい。受信された入力に基づいて、対話型要素５４５は、ユーザが対話型要素５５５によって表される次のステップに進むことを可能にしてもよい。
【００８９】
[0099] 対話型要素５５５〜５７５は、対話型要素５３５内で移動されるように選択されたアイテムの詳細を表示することができる。詳細はバッファゾーン２０５内のアイテムの位置、アイテムの説明、および移動されるアイテムの数量を含むことができるが、これらに限定されない。図示されるように、バッファゾーン２０５内のアイテムの位置は対話式要素５５５で強調表示されてもよく、アイテムの説明は対話式要素５６５で強調表示されてもよく、移動されるアイテムの数量は対話式要素５７５で強調表示されてもよい。対話型要素５５５は、バッファゾーン２０５内のアイテムの位置バーコードをスキャンするプロセスを表すことができ、対話型要素５６５は、アイテムをスキャンするプロセスを表すことができ、対話型要素５７５は、バッファゾーンの作業者が移動しているアイテムの量をスキャンするプロセスを表すことができる。ユーザは、すべてのステップで満たされている注文の正確さを確認することを要求されてもよい。例えば、対話型要素（図示せず）は、満たされている注文の正確さの確認に関連するユーザの入力を受信するように構成されたサブ要素を備えることができる。対話型要素は、必要に応じて、追加、削除、並べ替え、修正することができることを理解されたい。
【００９０】
[00100] 対話型要素５８５は、ユーザの入力を受信するように構成されたサブ要素５８７および５８９を含むことができる。例えば、図示されているように、サブ要素５８７は、注文が不完全であり、ドロップゾーン２０７に移動する前により多くのアイテムを追加する必要がある場合に、バッファゾーンの作業者によって選択されてもよい。サブ要素は、注文が完了し、移動されるべきすべてのアイテムが収集され、ドロップゾーン２０７に移動される準備ができている場合に、バッファゾーンの作業者によって選択されてもよい。受信されたユーザの入力に基づいて、バッファゾーンの作業者は、対話型要素５３５に向けられて、移動されるべき項目を選択するか、または対話型要素５９５に向けられてもよい。
【００９１】
[00101] 対話型要素５９５は、収集されたアイテムをドロップゾーン２０７に移動させ、アイテムが配置されるドロップゾーン２０７の位置バーコードをスキャンするようにバッファゾーンの作業者に命令することができる。いくつかの実施形態では、ドロップゾーン２０７は、ラック、棚、容器、壁の空間などの物品配置または保管ユニットを含むことができ、各配置ユニットは、固有の識別コードによって識別することができる。バッファゾーンの作業者は、アイテムを受け取る配置ユニットの固有の識別コードをスキャンすることができる。
【００９２】
[00102] バッファゾーン２０５からピッキングゾーン２０９へのアイテムの移動は、２ステップ・プロセスを含むことができる。第１のステップは、アイテムをバッファゾーン２０５からドロップゾーン２０７に移動させることを含むことができ、第２のステップは、アイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させることを含むことができる。
【００９３】
[00103] ここで、図６を参照し、開示された実施形態と整合して、ＦＣ２００のドロップゾーン２０７からピッキングゾーン２０９へのアイテムの移動を容易にするために利用される対話型要素６０５〜６８５を含む例示的なユーザインタフェースディスプレイ６００を例示する。ドロップゾーン２０７からピッキングゾーン２０９へのアイテムの移動は、開始、ピッキングゾーン２０９への移動、およびピッキングゾーン内のアイテムの棚上げを含む複数のステップを含むことができる。適宜、対話型要素を追加、削除、修正、カスタマイズ等してもよいことが理解される。
【００９４】
[00104] 対話型要素６０５は、アイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させる第２のステップの開始を含むことができる。サブ要素６０７は、ドロップゾーンの作業者がドロップゾーンの位置バーコードをスキャンして移動プロセスを開始するためのメッセージを表示することができる。ドロップゾーンの位置バーコードは、アイテムがバッファゾーン２０５から配送されたドロップゾーン内のアイテムの位置に関連する情報を含むことができる。いくつかの実施形態では、対話型要素６０５は、例えば、フォークリフト（図示されるよう）、パレット、トート、カート、トロリ、ハンドトラックなど、アイテムを輸送する提案された手段を示すためのサブ要素（図示せず）を備えることができる。対話型要素６０５は、ドロップゾーン２０７の位置バーコードをスキャンするプロセスを表すことができる。位置バーコードを正常にスキャンすると、ドロップゾーンの作業者は次のステップで表される次のステップに示すように、移動するアイテムを選択するように求められることがある。
【００９５】
[00105] 対話型要素６１５は、移動されるアイテムに関連する詳細の少なくとも一部を表示することができる。詳細は、ドロップゾーン２０７内のアイテムの位置、アイテムの説明、および移動されるアイテムの数量を含むことができる。ドロップゾーン内のアイテムの位置がスキャンされると、アイテムの説明が強調表示される場合がある。対話型要素６１５は、移動されるアイテムをスキャンするプロセスを表すことができる。移動されるアイテムをスキャンすると、ドロップゾーンの作業者は、次のステップで表される移動されるアイテムの量を選択するように指示されてもよい。
【００９６】
[00106] ドロップゾーンの作業者は、対話型要素６１５に示すように、移動すべきアイテムをスキャンすると、移動すべきアイテムの量を検証することができる。対話型要素６２５は、移動されるアイテムの量に関する入力を受信するように構成されたサブ要素を備える。例えば、ドロップゾーンの作業者は、注文又は要求に基づいてカートに追加された数量を入力することができる。注文要件を満たすと、ドロップゾーンの作業者は次のステップに進む前に、対話型要素６２５に表示されたアイテムの詳細を検証することによって、注文の履行を検証することができる。
【００９７】
[00107] 対話型要素６３５は、サブ要素６３７を表示するように構成することができる。いくつかの実施形態では、サブ要素６３７は、カート（またはフォークリフト、トート、トロリーなど）が満杯であるかどうかを判定するために、ドロップゾーンの作業者からの入力を要求することができる。受け取った入力に基づいて、ドロップゾーンの作業者は、カート上により多くのアイテムをロードするために対話型要素６０５によって表されるステップに、またはカート内のアイテムを棚上げするために対話型要素６４５によって表される次のステップに導かれてもよい。
【００９８】
[00108] 対話型要素６４５〜６６５は、ピッキングゾーン２０９内に配置された棚内にアイテムを棚上げすることに関連付けられてもよい。対話型要素６４５は、注文に基づいて、ピッキングゾーン２０９で棚上げされるアイテムのリストを表示するように構成されてもよい。対話型要素６５５は、アイテムを棚上げすることができる棚の位置を表示するように構成することができる。ピッキングゾーン２０９内の各棚は、例えば、英数字コードのような固有の識別によって識別されてもよい。対話型要素６６５は、棚上げされたアイテムの数量を表示するように構成することができる。
【００９９】
[00109] 対話型要素６７５は、サブ要素６７７を表示するように構成することができる。いくつかの実施形態では、サブ要素６７７は、カートが空であるかどうかを判定するために、ドロップゾーンの作業者からの入力を要求することができる。受け取った入力に基づいて、ドロップゾーンの作業者は、カート内の残りのアイテムを棚上げするために、対話型要素６４５によって表されるステップに、または対話型要素６８５によって表される次のステップに導くことができる。一例として、対話型要素６７５に示すように、カートが空であるかどうかを判定するように構成された要求に応答して、ドロップゾーンの作業者から受け取った入力（ＹＥＳ）が強調表示される。
【０１００】
[00110] 対話型要素６８５は、アイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させるプロセスを再開するように、ドロップゾーンの作業者に命令を表示するように構成されてもよい。いくつかの実施形態では、ドロップゾーンの作業者がドロップゾーンからピッキングゾーンへのアイテムの移動を再開するために、対話型要素６０５によって表されるステップに導かれてもよい。いくつかの実施形態では、対話型要素６８５がドロップゾーンの作業者からの入力を受け取るように構成されたサブ要素（図示せず）を備えることができ、これにより、ドロップゾーンの作業者は、例えば、シフトの終わりに、または中断のために、システムからログオフすることができる。
【０１０１】
[00111] ここで、異なる物理ゾーン間（例えば、バッファゾーン２０５、ドロップゾーン２０７、ピッキングゾーン２０９）の間（例えば、ＦＣ２００）でアイテムを移動する作業者に作業を配分するためのプロセス７００の例示的なフローチャートを説明する図７を参照する。いくつかの実施形態では、プロセス７００は、２つのフェーズ、すなわち、アイテムをバッファゾーン２０５からドロップゾーン２０７に移動させるステップを含む第１のフェーズと、アイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させるステップを含む第２のフェーズとを含むことができる。図７に示されるように、２つのフェーズの組み合わせは、バッファゾーン２０５からピッキングゾーン２０９に単一のアイテムを移動させるためのステップのセットとして理解されることが意図されるが、当業者はプロセス７００のすべてのステップが同じ期間に実行されなければならないわけではないことを理解するのであろう。例えば、アイテムをバッファゾーン２０５からドロップゾーン２０７に移動した後（ステップ７１０〜７４０）、そのアイテムはそのアイテムをピッキングゾーン２０９に移動する前に、数時間、数日、または数週間ドロップゾーン２０７に留まることができる（ステップ７５０〜７９０）。いくつかの実施形態では、ステップ７１０〜７４０は、図５に示される対話型要素に示されるプロセスに関連し、ステップ７５０〜７９０は、図６に示される対話型要素に示されるプロセスに関連する。
【０１０２】
[00112] ステップ７１０において、システム１００の１つ以上のコンピュータ実装システム（例えば、ＷＭＳ１１９）は、ピッキングゾーンにおいて利用可能なアイテムの量を決定し得る。ピッキングゾーンで利用可能なアイテムの数量は、在庫数量であってもよい。いくつかの実施形態では、アイテムの利用可能な量がＤＯＣによって表されてもよい。ＤＯＣ値は、アイテムの予想される日次の出荷量に基づいて決定されてもよい。例えば、４．０の在庫内ＤＯＣ値は、出荷されたアイテムの所定の平均日次数量に基づいて、アイテムに対する４日分の供給が在庫中で利用可能であることを示すことができる。
【０１０３】
[00113] ステップ７２０において、ＷＭＳ１１９または認可された職員は、アイテムの利用可能な数量と予め定められた数量との比較に基づいて、ピッキングゾーンにアイテムを補足するための注文を生成することができる。アイテムの予め定められた数量は、予想された、または予想外の緊急注文のためにフルフィルメントセンタ（例えば、ＦＣ２００）に格納された安全量であってもよい。いくつかの実施形態では、比較は、利用可能な量がアイテムの所定の安全量以下であるかどうかを判定することと、アイテムの少なくとも補充量をバッファゾーン（例えば、バッファゾーン２０５）からドロップゾーン（例えば、ドロップゾーン２０７）に移動させることによって、アイテムを補充するための注文を内部で生成することとを含むことができる。
【０１０４】
[00114] ステップ７３０において、ＷＭＳ１１９は、バッファゾーンからドロップゾーンにアイテムの補充量を移送するために、モバイルデバイス（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ）に指示を送信することができる。補充量は、以前の日次の売上記録、予測される日次の売上、それらの組み合わせなどを含むが、それらに限定されない、いくつかの要因に基づいて決定されてもよい。例えば、補充量は、過去３０日間に出荷されたアイテムの平均日次数量に基づいて計算されてもよく、次の２日間に出荷されるアイテムの予測される日次数量を含んでもよい。言い換えれば、最後の３０日間毎日１０個のアイテムＡが販売された場合、補充量は、次の２日間の１０個の予想日次消費量に基づいて、２０とすることができる。
【０１０５】
[00115] ＷＭＳ１１９は、バッファゾーンの作業者によって操作されるモバイルデバイスと通信することができる。いくつかの実施形態では、ＷＭＳ１１９がモバイルデバイスと情報およびメッセージを交換し得る。モバイルデバイスは、テキストメッセージ、データメッセージ、電話呼出しなどとして指示を受信することができる。指示は、オーディオメッセージ、オーディオビジュアルメッセージ、ビジュアルメッセージ、他のデータなどを含むことができる。いくつかの実施形態では、指示がメッセージの受信を確認するようにユーザに促すことができる。ユーザは、バッファゾーンの作業者またはモバイルデバイスのオペレータとすることができる。ＷＭＳ１１９は、ユーザの入力を受け取り、情報をローカルまたはグローバルメモリに記憶するように構成されてもよい。
【０１０６】
[00116] ステップ７４０において、バッファゾーンの作業者は、モバイルデバイス（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ）を使用して、アイテムの補充量をバッファゾーンからドロップゾーンに移送することができる。ユーザインタフェースディスプレイ（例えば、ユーザインタフェースディスプレイ５００）は、例えば、補足、または顧客注文、緊急顧客注文などの全体的なプロセスタイプを含む注文に関連する詳細を表示するように構成された対話型要素（例えば、対話型要素５１５）を備えることができる。いくつかの実施形態では、要求が緊急の顧客注文である場合、対話型要素５１５は、例えば、強調表示、または点滅する視覚的表示、または表示されたテキストの可聴読出しによって、要求タイプのグラフィックまたはテキスト表示を表示することができる。いくつかの実施形態では、対話型要素は、注文におけるアイテムの補充量を輸送する提案された手段（例えば、フォークリフト２０６）を示すことができる。いくつかの実施形態では、ＷＭＳ１１９は、アイテムの大きさ、数量、重さなどに基づいて、注文においてアイテムを輸送する提案された手段を決定し、提案された手段をモバイルデバイス（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ）に提供することができる。
【０１０７】
[00117] ある実施形態では、ＷＭＳ１１９は、ユーザによって提供されるユーザ識別情報に基づいて、ユーザを認証するように構成してもよい。例えば、ＷＭＳ１１９は、識別の形態（例えば、従業員バーコード）をスキャンするようにバッファゾーンの作業者に要求するメッセージをユーザインタフェースディスプレイ上に表示するように生成してもよい。指紋認識、網膜スキャン、パスワードなどの他の既知の識別認証方法も同様に使用することができる。ＷＭＳ１１９は、バッファゾーンの作業者によって提供された識別情報を処理し、バッファゾーンの作業者が、アイテムの移動を進めることができるか否かを決定することができる。
【０１０８】
[00118] いくつかの実施形態では、いくつかの実施形態ではアイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させるサブプロセスに関連するステップ７５０〜７９０が、ステップ７１０〜７４０よりも実質的に後に行われてもよい。例えば、ステップ７１０〜７４０は、特定のアイテムがバッファゾーン２０５からドロップゾーン２０７に移動される第１の日の朝に行われてもよいが、ステップ７５０〜７９０は、システム１００の１つまたは複数のコンピュータ実装システム（例えば、ＳＡＴシステム１０１、ＷＭＳシステム１１９、またはＳＣＭシステム１１７）によって決定される優先順位に基づいて、同日または翌日の後の時間に行われてもよい。
【０１０９】
[00119] ステップ７５０において、（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ上の）バーコードスキャナは、ドロップゾーン内のアイテムの補充量の少なくとも位置に関連する情報を含む位置バーコードをスキャンすることができる。バーコードスキャナは、システム１００の１つ以上のコンピュータ実装システムと通信するように構成してもよい。いくつかの実施形態では、モバイルデバイスは、バーコードスキャニング能力を装備することができる。ＷＭＳ１１９は、バーコードスキャナからスキャンデータを受信し、スキャンデータを処理し、モバイルデバイスと通信してもよい。
【０１１０】
[00120] ステップ７６０において、ＷＭＳ１１９は、アイテムの補充量をドロップゾーン位置からピッキングゾーン２０９に移送するために、１１９Ａまたは１１９Ｂなどの指示をモバイルデバイスに送信することができる。指示は、ドロップゾーンの作業者がアイテムを移動させるための指示を含むことができる。例えば、アイテムの説明、アイテムの数量、アイテムが属する注文番号などである。モバイルデバイスは、テキストメッセージ、データメッセージ、電話呼出しなどとして指示を受信することができる。指示は、オーディオメッセージ、オーディオビジュアルメッセージ、ビジュアルメッセージ、他のデータなどを含むことができる。
【０１１１】
[00121] ステップ７７０において、ドロップゾーンの作業者は、モバイルデバイスを使用して、アイテムの補給量をピッキングゾーン２０９に移送することができる。いくつかの実施形態では、ユーザインタフェースディスプレイは、注文におけるアイテムの補充量を輸送する提案された手段（例えば、フォークリフト２０６）を示してもよい。いくつかの実施形態では、ＷＭＳ１１９は、アイテムの大きさ、数量、重さなどに基づいて、注文におけるアイテムを輸送する提案された手段を決定することができる。
【０１１２】
[00122] ステップ７８０において、ドロップゾーンの作業者は、ピッキングゾーン２０９内の保管スペースにアイテムの補充量を棚上げすることができる。ピッキングゾーン２０９内の保管スペースは、ラック、棚、コンテナ、トート、ビン等を備えることができる。各保管スペースは、例えば、バーコード、英数字コード等の一意の識別によって識別され得、この識別は、ピッキングゾーン２０９内の保管スペースの少なくとも位置に関連する情報を含む。
【０１１３】
[00123] ステップ７９０において、（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ上の）バーコードスキャナは、ステップ７８０においてアイテムの補充量の各々が棚上げされた保管スペースの位置バーコードまたは英数字コードをスキャンし得る。バーコードスキャナは、システム１００の１つ以上のコンピュータ実装システムと通信するように構成してもよい。いくつかの実施形態では、モバイルデバイスは、バーコードスキャニング能力を装備することができる。ＷＭＳ１１９は、バーコードスキャナからスキャンデータを受信し、スキャンデータを処理し、モバイルデバイスと通信してもよい。いくつかの実施形態では、ＷＭＳ１１９は、通知または指示をモバイルデバイスに送信することができる。通知は、移動プロセスの成功した完了をドロップゾーンの作業者に通知するメッセージを含むことができる。通知には、すべてのアイテムが棚上げされているかどうかを確認するためのユーザの入力を求めるメッセージが含まれる場合がある。ユーザの入力に基づいて、ＷＭＳ１１９は、ドロップゾーンの作業者がアイテムをドロップゾーン２０７からピッキングゾーン２０９に移動させるプロセスを再開するための指示をモバイルデバイスに送信することができる。
【０１１４】
[00124] いくつかの実施形態では、システム１００の１つまたは複数のコンピュータ実装システムに関連するデータベースが例えば、バーコードをスキャンすることによって、ユーザデバイス（例えば、モバイルデバイス１１９Ａまたは１１９Ｂ）によって記録された情報を格納するように構成され得る。いくつかの実施形態において、データベースは、ユーザインタフェースを介して１つ以上のユーザの入力から受信した情報、例えば、アイテムの位置、アイテムの説明、またはアイテムの数量に関連する情報を表すアイテム識別子を記憶するように構成されてもよい。システム１００の１つ以上のコンピュータ実装システム（例えば、ＷＭＳ１１９、ＳＣＭ １１７、ＳＡＴ １０１）、またはシステム１００内の別のデータベースは、既知の方法（例えば、ＳＱＬクエリ）を用いてデータベースに記憶された情報を要求し、検索することができる。データベース内の情報は、更新される場合もあれば、要求に応じて更新される場合もある。いくつかの実施形態において、データベース内の情報は、ユーザによる情報の記録時に、またはユーザ入力の受信時に、更新されてもよい。例えば、ユーザがアイテムの量（ｎ）をバッファゾーン２０５からドロップゾーン２０７に移送し、ユーザデバイスを介して情報を記録する場合、更新された情報は、データベースに記憶されてもよい。更新された情報はその後、補足要求または作業要求が保証されるかどうかを決定するために、他のシステムによってアクセスまたは使用され得る。システム１００は、２つ以上のデータベースを含むことができることを理解されたい。
【０１１５】
[0125] 本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施され得ることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。加えて、開示された実施形態の態様はメモリに格納されるものとして説明されているが、当業者はこれらの態様が例えばハードディスクまたはCD ROM、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学ドライブ媒体などの二次記憶デバイスなどの他のタイプのコンピュータ可読媒体に格納され得ることを理解するのであろう。
【０１１６】
[0126] 記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラムモジュールは、．Ｎｅｔ  Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ  Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬ内で、またはこれらの手段によって設計することができる。
【０１１７】
[0127] さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、又は出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
【図１Ａ】
2021516380.tif 000003
【図１Ｂ】
2021516380.tif 000004
【図１Ｃ】
2021516380.tif 000005
【図１Ｄ】
2021516380.tif 000006
【図１Ｅ】
2021516380.tif 000007
【図２】
2021516380.tif 000008
【図３】
2021516380.tif 000009
【図４】
2021516380.tif 000010
【図５】
2021516380.tif 000011
【図６】
2021516380.tif 000012
【図７】
2021516380.tif 000013
【国際調査報告】
2021516380.tif 000014
2021516380.tif 000015