ホーム > 特許ランキング > クーパン コーポレイション
特開2022-28849自動パッケージ追跡および優先順位付け再注文のためのシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022028849
(43)【公開日】2022-02-16
(54)【発明の名称】自動パッケージ追跡および優先順位付け再注文のためのシステムおよび方法
(51)【国際特許分類】
G06Q 10/08 20120101AFI20220208BHJP
【ＦＩ】
G06Q10/08 306
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2021189798
(22)【出願日】2021-11-24
(62)【分割の表示】P 2020537723の分割
【原出願日】2020-03-12
(31)【優先権主張番号】16/356,100
(32)【優先日】2019-03-18
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＳＵＡＬ ＢＡＳＩＣ
２．ＪＡＶＡ
(71)【出願人】
【識別番号】520244544
【氏名又は名称】クーパン コーポレイション
(74)【代理人】
【識別番号】230104019
【弁護士】
【氏名又は名称】大野 聖二
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】リーン，エリック
(72)【発明者】
【氏名】ソン，クンウ
(72)【発明者】
【氏名】カン，ヒョン ボ
(72)【発明者】
【氏名】チャン，ジ ホ
(72)【発明者】
【氏名】リ，ヒョ チョン
(57)【要約】 （修正有）
【課題】自動パッケージ追跡及び優先順位付け再注文のためのコンピュータ実装システム及び方法を提供する。
【解決手段】出荷、輸送及び物流動作を可能にする通信のためのコンピュータ化されたシステム１００において、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ～１０７Ｃ、販売者ポータル１０９、出荷及び注文追跡システム１１１、フルフィルメント最適化システム１１３、フルフィルメントメッセージングゲートウェイ１１５、サプライチェーン管理システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ～１１９Ｃ、第三者フルフィルメントシステム１２１Ａ～１２１Ｃ、フルフィルメントセンタ許可システム１２３並びに労務管理システム１２５を含む。
【選択図】図１Ａ
【解決手段】出荷、輸送及び物流動作を可能にする通信のためのコンピュータ化されたシステム１００において、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ～１０７Ｃ、販売者ポータル１０９、出荷及び注文追跡システム１１１、フルフィルメント最適化システム１１３、フルフィルメントメッセージングゲートウェイ１１５、サプライチェーン管理システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ～１１９Ｃ、第三者フルフィルメントシステム１２１Ａ～１２１Ｃ、フルフィルメントセンタ許可システム１２３並びに労務管理システム１２５を含む。
【選択図】図１Ａ
【特許請求の範囲】
【請求項1】
自動パッケージ追跡のためのコンピュータ実装システムであって、
命令を記憶するメモリと、
複数のデータベースと、
前記データベースにネットワークインタフェースを介して接続された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
前記複数のデータベースからネットワークインタフェースを介して、第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータを集約するステップであって、前記第１のパッケージ識別子が第１のパッケージに対応している、ステップと、
前記イベントデータに基づいて前記第１のパッケージのステータスを識別するステップと、
前記第１のパッケージのステータスと前記イベントデータとの間の不整合を検出するステップと、
識別されたステータスに基づいて前記第１のパッケージの配達または前記第１のパッケージの再注文を引き起こすための信号を送信するステップと、
を行うための前記命令を実行するように構成されている、コンピュータ実装システム。
命令を記憶するメモリと、
複数のデータベースと、
前記データベースにネットワークインタフェースを介して接続された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
前記複数のデータベースからネットワークインタフェースを介して、第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータを集約するステップであって、前記第１のパッケージ識別子が第１のパッケージに対応している、ステップと、
前記イベントデータに基づいて前記第１のパッケージのステータスを識別するステップと、
前記第１のパッケージのステータスと前記イベントデータとの間の不整合を検出するステップと、
識別されたステータスに基づいて前記第１のパッケージの配達または前記第１のパッケージの再注文を引き起こすための信号を送信するステップと、
を行うための前記命令を実行するように構成されている、コンピュータ実装システム。
【請求項2】
前記第１のパッケージは、注文の第１のグループのアイテムに関連付けられており、予め定められた期間内に受取人に配達されるように構成されている、請求項１に記載のコンピュータ実装システム。
【請求項3】
前記イベントデータは、前記複数のパッケージ識別子に関連付けられた複数のパッケージが自動輸送システムを介して輸送されることに基づいて生成される、請求項１に記載のコンピュータ実装システム。
【請求項4】
前記イベントデータは、前記複数のパッケージ識別子のうちの少なくとも１つのパッケージ識別子と、配達の試みが失敗した理由に関連付けられた少なくとも１つの事前に定義されたコードとを含む、請求項１に記載のコンピュータ実装システム。
【請求項5】
前記第１のパッケージのステータスを識別するステップは、前記第１のパッケージ識別子に対応する前記イベントデータのサブセットを識別するステップを含む、請求項１に記載のコンピュータ実装システム。
【請求項6】
前記第１のパッケージのステータスを識別するステップは、識別されたサブセットのシーケンスに基づいて前記第１のパッケージの最後の既知の位置を判定するステップを含む、請求項５に記載のコンピュータ実装システム。
【請求項7】
前記少なくとも１つのプロセッサは、識別されたサブセットのシーケンスに基づいて前記第１のパッケージ識別子に予め定められたカテゴリを割り当てるための命令を実行するようにさらに構成されている、請求項５に記載のコンピュータ実装システム。
【請求項8】
前記不整合を検出するステップは、前記イベントデータが前記第１のパッケージの紛失または破損を示している一方で前記第１のパッケージが存在することを識別するステップを含む、請求項１に記載のコンピュータ実装システム。
【請求項9】
前記少なくとも１つのプロセッサは、検出された不整合に基づいて前記第１のパッケージのステータスを予め定められた条件を反映するようにオーバーライドするための命令を実行するようにさらに構成されている、請求項１に記載のコンピュータ実装システム。
【請求項10】
前記第１のパッケージのステータスは、ユーザによって手動で入力されたリクエストによって判定される、請求項１に記載のコンピュータ実装システム。
【請求項11】
自動パッケージ追跡のためのコンピュータ実装方法であって、
複数のデータベースからネットワークインタフェースを介して、第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータを集約するステップであって、前記第１のパッケージ識別子が第１のパッケージに対応している、ステップと、
前記イベントデータに基づいて前記第１のパッケージのステータスを識別するステップと、
前記第１のパッケージのステータスと前記イベントデータとの間の不整合を検出するステップと、
識別されたステータスに基づいて前記第１のパッケージの配達または前記第１のパッケージの再注文を引き起こすための信号を送信するステップと、
を含む方法。
複数のデータベースからネットワークインタフェースを介して、第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータを集約するステップであって、前記第１のパッケージ識別子が第１のパッケージに対応している、ステップと、
前記イベントデータに基づいて前記第１のパッケージのステータスを識別するステップと、
前記第１のパッケージのステータスと前記イベントデータとの間の不整合を検出するステップと、
識別されたステータスに基づいて前記第１のパッケージの配達または前記第１のパッケージの再注文を引き起こすための信号を送信するステップと、
を含む方法。
【請求項12】
前記第１のパッケージは、注文の第１のグループのアイテムに関連付けられており、予め定められた期間内に受取人に配達されるように構成されている、請求項１１に記載のコンピュータ実装方法。
【請求項13】
前記イベントデータは、前記複数のパッケージ識別子に関連付けられた複数のパッケージが自動輸送システムを介して輸送されることに基づいて生成される、請求項１１に記載のコンピュータ実装方法。
【請求項14】
前記イベントデータは、前記複数のパッケージ識別子のうちの少なくとも１つのパッケージ識別子と、配達の試みが失敗した理由に関連付けられた少なくとも１つの事前に定義されたコードとを含む、請求項１１に記載のコンピュータ実装方法。
【請求項15】
前記第１のパッケージのステータスを識別するステップは、前記第１のパッケージ識別子に対応する前記イベントデータのサブセットを識別するステップを含む、請求項１１に記載のコンピュータ実装方法。
【請求項16】
前記第１のパッケージのステータスを識別するステップは、識別されたサブセットのシーケンスに基づいて前記第１のパッケージの最後の既知の位置を判定するステップを含む、請求項１５に記載のコンピュータ実装方法。
【請求項17】
識別されたサブセットのシーケンスに基づいて前記第１のパッケージ識別子に予め定められたカテゴリを割り当てるステップをさらに含む、請求項１５に記載のコンピュータ実装方法。
【請求項18】
前記不整合を検出するステップは、前記イベントデータが前記第１のパッケージの紛失または破損を示している一方で前記第１のパッケージが存在することを識別するステップを含む、請求項１１に記載のコンピュータ実装方法。
【請求項19】
前記命令は、検出された不整合に基づいて前記第１のパッケージのステータスを予め定められた条件を反映するようにオーバーライドするステップをさらに含む、請求項１１に記載のコンピュータ実装方法。
【請求項20】
複数のパッケージの自動パッケージ追跡のためのコンピュータ実装システムであって、第１のコンピュータシステムと、モバイルデバイスと、データベースと、第２のコンピュータシステムとを備え、
前記モバイルデバイスは、
命令を記憶するメモリと、
複数のパッケージに対応する複数のパッケージ識別子をスキャンすることによってイベントデータを生成し、前記イベントデータは、前記複数のパッケージが自動輸送システムを介して輸送されることに基づいて生成され、
生成されたイベントデータを前記データベースにネットワークを介して送信する、
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含み、
前記第１のコンピュータシステムは、
命令を記憶するメモリと、
前記データベースから前記ネットワークを介して、前記イベントデータを集約するステップと、
前記イベントデータに基づいて前記複数のパッケージのステータスを識別するステップと、
前記複数のパッケージのステータスと前記イベントデータとの間の１つまたは複数の不整合を検出するステップと、
検出された不整合に基づいて前記複数のパッケージのステータスをオーバーライドするステップと、
検出された不整合に関連付けられた複数のパッケージのサブセットを再注文するための信号を前記ネットワークを介して前記第２のコンピュータシステムに送信するステップと、
送信された信号に応答して１つまたは複数の新たなパッケージ識別子を前記ネットワークを介して受信するステップと、
前記新たなパッケージ識別子に関連付けられた１つまたは複数の新たなパッケージを受け取るように前記自動輸送システムを制御するステップであって、前記自動輸送制御システムが、送信された信号に応答して第１の位置から第２の位置に前記新たなパッケージを運ぶように構成されている、ステップと、
を行うための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含む、システム。
前記モバイルデバイスは、
命令を記憶するメモリと、
複数のパッケージに対応する複数のパッケージ識別子をスキャンすることによってイベントデータを生成し、前記イベントデータは、前記複数のパッケージが自動輸送システムを介して輸送されることに基づいて生成され、
生成されたイベントデータを前記データベースにネットワークを介して送信する、
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含み、
前記第１のコンピュータシステムは、
命令を記憶するメモリと、
前記データベースから前記ネットワークを介して、前記イベントデータを集約するステップと、
前記イベントデータに基づいて前記複数のパッケージのステータスを識別するステップと、
前記複数のパッケージのステータスと前記イベントデータとの間の１つまたは複数の不整合を検出するステップと、
検出された不整合に基づいて前記複数のパッケージのステータスをオーバーライドするステップと、
検出された不整合に関連付けられた複数のパッケージのサブセットを再注文するための信号を前記ネットワークを介して前記第２のコンピュータシステムに送信するステップと、
送信された信号に応答して１つまたは複数の新たなパッケージ識別子を前記ネットワークを介して受信するステップと、
前記新たなパッケージ識別子に関連付けられた１つまたは複数の新たなパッケージを受け取るように前記自動輸送システムを制御するステップであって、前記自動輸送制御システムが、送信された信号に応答して第１の位置から第２の位置に前記新たなパッケージを運ぶように構成されている、ステップと、
を行うための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含む、システム。
【発明の詳細な説明】
【技術分野】
【0001】
[0001] 本開示は、概して、自動パッケージ追跡および処理のためのコンピュータ化され
たシステムおよび方法に関する。特に、本開示の実施形態は、複数のサブシステムからの
データの収集に基づいて、物流管理システムを介してパッケージを追跡する、発明的かつ
非従来的なシステムに関する。
たシステムおよび方法に関する。特に、本開示の実施形態は、複数のサブシステムからの
データの収集に基づいて、物流管理システムを介してパッケージを追跡する、発明的かつ
非従来的なシステムに関する。
【背景技術】
【0002】
[0002] コンピュータ技術の進歩および普及に伴い、電子商取引としても知られるオンラ
インショッピングが、商取引の主要な手段の１つとなっている。消費者および企業がオン
ラインベンダから商品を購入する頻度がこれまで以上に高く、取引件数・売上高は前年同
期比で大きく伸びると見込まれている。電子商取引の範囲および量が増加し続けるにつれ
て、オンラインで利用可能な異なるアイテムの数および所与の期間に行われる購入の平均
数の両方も指数関数的に増加している。例えば、１つの人気のあるオンライン小売業者に
よって販売された異なるアイテムの数は６億を超える製品に達したと言われ、同じ小売業
者によって１日当たりに出荷されるパッケージの数は１６００万であると言われる。
インショッピングが、商取引の主要な手段の１つとなっている。消費者および企業がオン
ラインベンダから商品を購入する頻度がこれまで以上に高く、取引件数・売上高は前年同
期比で大きく伸びると見込まれている。電子商取引の範囲および量が増加し続けるにつれ
て、オンラインで利用可能な異なるアイテムの数および所与の期間に行われる購入の平均
数の両方も指数関数的に増加している。例えば、１つの人気のあるオンライン小売業者に
よって販売された異なるアイテムの数は６億を超える製品に達したと言われ、同じ小売業
者によって１日当たりに出荷されるパッケージの数は１６００万であると言われる。
【0003】
[0003] 各オンライン購入は、本質的に、購入された商品のその意図された受取人への配
達を必要とする。各オンライン購入または注文は、典型的には１つまたは複数の商品を含
み、１つまたは複数の商品は、それぞれがそれ自体の約束された納期を有する１つまたは
複数のパッケージにパッケージングされ得る。典型的な注文は、１つまたは複数の商品の
注文を顧客から受けるステップ、１つまたは複数の商品を在庫から回収するステップ、１
つまたは複数の商品を１つまたは複数のパッケージにパッケージングするステップ、およ
び１つまたは複数のパッケージを約束された納期前に意図された受取人に引き渡すステッ
プなどを介して処理することができる。約束された納期は、小売業者または出荷宅配業者
が設定することができ、または顧客が特定の日を要求することができ、その場合、約束さ
れた納期として指定することができる。注文処理の理想的なシステムは、各パッケージを
意図された受取人に、約束された配達日までに失敗なく配達する。
達を必要とする。各オンライン購入または注文は、典型的には１つまたは複数の商品を含
み、１つまたは複数の商品は、それぞれがそれ自体の約束された納期を有する１つまたは
複数のパッケージにパッケージングされ得る。典型的な注文は、１つまたは複数の商品の
注文を顧客から受けるステップ、１つまたは複数の商品を在庫から回収するステップ、１
つまたは複数の商品を１つまたは複数のパッケージにパッケージングするステップ、およ
び１つまたは複数のパッケージを約束された納期前に意図された受取人に引き渡すステッ
プなどを介して処理することができる。約束された納期は、小売業者または出荷宅配業者
が設定することができ、または顧客が特定の日を要求することができ、その場合、約束さ
れた納期として指定することができる。注文処理の理想的なシステムは、各パッケージを
意図された受取人に、約束された配達日までに失敗なく配達する。
【0004】
[0004] 現在存在する注文処理システムは、上述のステップを実施する際に、様々な程度
の自動化および複雑さを含む。しかしながら、注文がサブシステムの複雑なネットワーク
を通過する必要があり、一部の注文が部分的な返品などの複雑な要因を有するという事実
によって、異なる商品および注文の数が増加することにつれて、現在のシステムは注文が
なされた瞬間から注文が履行された瞬間まで（すなわち、注文中のすべてのパッケージが
、意図された受取人に配達されるか、または在庫に返品されるまで）、個々のパッケージ
を追跡することができないか、またはほとんど効率が悪いという点で、問題がある。この
問題は、パッケージの数を増やし、迅速な処理に焦点を当てることによって、システムが
パッケージを省略したり、ラベルを誤ったり、誤って分類したりするなどの人為的なエラ
ーをより起こしやすくなるという事実によって悪化する。例えば、異なる約束された配達
日を有する複数の荷物を含む注文は、システムの途中で１つ以上の紛失または損傷した荷
物で終わることがあり、システムは、フラストレーションのある顧客がフォローアップす
るまで気付かないことがある。
の自動化および複雑さを含む。しかしながら、注文がサブシステムの複雑なネットワーク
を通過する必要があり、一部の注文が部分的な返品などの複雑な要因を有するという事実
によって、異なる商品および注文の数が増加することにつれて、現在のシステムは注文が
なされた瞬間から注文が履行された瞬間まで（すなわち、注文中のすべてのパッケージが
、意図された受取人に配達されるか、または在庫に返品されるまで）、個々のパッケージ
を追跡することができないか、またはほとんど効率が悪いという点で、問題がある。この
問題は、パッケージの数を増やし、迅速な処理に焦点を当てることによって、システムが
パッケージを省略したり、ラベルを誤ったり、誤って分類したりするなどの人為的なエラ
ーをより起こしやすくなるという事実によって悪化する。例えば、異なる約束された配達
日を有する複数の荷物を含む注文は、システムの途中で１つ以上の紛失または損傷した荷
物で終わることがあり、システムは、フラストレーションのある顧客がフォローアップす
るまで気付かないことがある。
【0005】
[0005] 別の例では、注文のパッケージのうちの１つは、システム内のある時点で遅延す
ることがあり、顧客はパッケージの再配達を要求することがあり、この場合、システムは
既存のパッケージがなぜ遅延しているか、または遅延を解消するために必要となる時間を
システムが知らせることができないため、新しいパッケージを再注文する必要がある。こ
の場合、既存の遅延パッケージと新しいパッケージの両方が顧客に配達され、システムに
不必要な費用の負担をかける可能性がある。既存の遅延パッケージが倉庫まで正しく経路
指定される場合であっても、現在のシステムは、顧客によって返却されたパッケージから
それを区別することができず、遅延パッケージが顧客に到達しておらず、したがって開封
されていないので、最小限の検査のみで保管され、補充されることが可能であった場合、
遅延パッケージは、他の顧客返却パッケージと共に完全な検査プロセスを経ることを必要
とする場合がある。これらのシナリオは、現在のシステムの欠点を例示するのに役立ち、
多くの他の問題も当業者には明らかであろう。
ることがあり、顧客はパッケージの再配達を要求することがあり、この場合、システムは
既存のパッケージがなぜ遅延しているか、または遅延を解消するために必要となる時間を
システムが知らせることができないため、新しいパッケージを再注文する必要がある。こ
の場合、既存の遅延パッケージと新しいパッケージの両方が顧客に配達され、システムに
不必要な費用の負担をかける可能性がある。既存の遅延パッケージが倉庫まで正しく経路
指定される場合であっても、現在のシステムは、顧客によって返却されたパッケージから
それを区別することができず、遅延パッケージが顧客に到達しておらず、したがって開封
されていないので、最小限の検査のみで保管され、補充されることが可能であった場合、
遅延パッケージは、他の顧客返却パッケージと共に完全な検査プロセスを経ることを必要
とする場合がある。これらのシナリオは、現在のシステムの欠点を例示するのに役立ち、
多くの他の問題も当業者には明らかであろう。
【0006】
[0006] したがって、注文処理システムを介して注文およびパッケージを追跡し、まだ配
達されていない残りの注文の数を減らすために必要なアクションを積極的に識別し、実行
する一方で、動作費用への影響を最小限に抑えるための改善された方法およびシステムが
必要とされている。
達されていない残りの注文の数を減らすために必要なアクションを積極的に識別し、実行
する一方で、動作費用への影響を最小限に抑えるための改善された方法およびシステムが
必要とされている。
【発明の概要】
【0007】
[0007] 本開示の一態様は、自動パッケージ追跡のための方法を対象とする。本方法は、
コンピュータシステムにネットワークインタフェースを介して接続された少なくとも１つ
のプロセッサと、プロセッサにネットワークインタフェースを介して接続されたデータベ
ースとによって実行される。この方法は、ネットワークインタフェースを介して、注文と
、第１のパッケージに関連付けられた第１のパッケージ識別子と、第１のパッケージ識別
子を含む複数のパッケージ識別子に関連付けられたイベントデータと、を含む集約された
情報を、ネットワークインタフェースを介して受信するステップであって、前記注文が、
第１のグループのアイテムを含み、第１のパッケージが、第１のグループのアイテムに関
連付けられ、１つまたは複数の既存のルートを介して第１の予め定められた期間内に第１
の受取人に配達される、ステップと、第１のパッケージ識別子に基づいてイベントデータ
を解析するステップと、解析されたイベントデータに基づいて第１のパッケージが存在す
るかどうかを判定するステップであって、第１のパッケージが存在しないと判定される場
合には、第１のパッケージ識別子に第１の条件を満たすものとしてフラグを立て、第１の
パッケージが存在すると判定される場合には、リソースの不足のために第１のパッケージ
が配達されなかったかどうかを判定し、第１のパッケージがリソースの不足のために配達
されなかったと判定される場合には、第１の予め定められた期間が第１の閾値を超えて経
過した場合に、第１のパッケージ識別子に第２の条件を満たすものとしてフラグを立てる
、ステップと、前記判定に基づいて、第１のパッケージを配達するために、または第１の
パッケージを再注文するために、コンピュータシステムに信号を送信するステップと、を
含む。
コンピュータシステムにネットワークインタフェースを介して接続された少なくとも１つ
のプロセッサと、プロセッサにネットワークインタフェースを介して接続されたデータベ
ースとによって実行される。この方法は、ネットワークインタフェースを介して、注文と
、第１のパッケージに関連付けられた第１のパッケージ識別子と、第１のパッケージ識別
子を含む複数のパッケージ識別子に関連付けられたイベントデータと、を含む集約された
情報を、ネットワークインタフェースを介して受信するステップであって、前記注文が、
第１のグループのアイテムを含み、第１のパッケージが、第１のグループのアイテムに関
連付けられ、１つまたは複数の既存のルートを介して第１の予め定められた期間内に第１
の受取人に配達される、ステップと、第１のパッケージ識別子に基づいてイベントデータ
を解析するステップと、解析されたイベントデータに基づいて第１のパッケージが存在す
るかどうかを判定するステップであって、第１のパッケージが存在しないと判定される場
合には、第１のパッケージ識別子に第１の条件を満たすものとしてフラグを立て、第１の
パッケージが存在すると判定される場合には、リソースの不足のために第１のパッケージ
が配達されなかったかどうかを判定し、第１のパッケージがリソースの不足のために配達
されなかったと判定される場合には、第１の予め定められた期間が第１の閾値を超えて経
過した場合に、第１のパッケージ識別子に第２の条件を満たすものとしてフラグを立てる
、ステップと、前記判定に基づいて、第１のパッケージを配達するために、または第１の
パッケージを再注文するために、コンピュータシステムに信号を送信するステップと、を
含む。
【0008】
[0008] 本開示の別の態様は、自動パッケージ追跡のためのコンピュータ実装システムを
対象とする。システムは、命令を記憶するメモリと、少なくとも１つのプロセッサと、プ
ロセッサにネットワークインタフェースを介して接続されたデータベースと、プロセッサ
に接続されたネットワークインタフェースを介してコンピュータシステムとを含む。プロ
セッサは、注文と、第１のパッケージに関連付けられた第１のパッケージ識別子と、前記
第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータ
と、を含む集約された情報を、ネットワークインタフェースを介して受信するステップで
あって、前記注文が、第１のグループのアイテムを含み、第１のパッケージが、第１のグ
ループのアイテムに関連付けられ、１つまたは複数の既存のルートを介して第１の予め定
められた期間内に第１の受取人に配達される、ステップと、第１のパッケージのステータ
スを判定するために第１のパッケージ識別子に基づいてイベントデータを解析するステッ
プと、解析されたイベントデータに基づいて第１のパッケージが存在するかどうかを判定
するステップであって、第１のパッケージが存在しないと判定される場合には、第１のパ
ッケージ識別子に第１の条件を満たすものとしてフラグを立て、第１のパッケージが存在
すると判定される場合には、リソースの不足のために第１のパッケージが配達されなかっ
たかどうかを判定し、第１のパッケージがリソースの不足のために配達されなかったと判
定される場合には、第１の予め定められた期間が第１の閾値を超えて経過した場合に、第
１のパッケージ識別子に第２の条件を満たすものとしてフラグを立てる、ステップと、前
記判定に基づいて、第１のパッケージを配達するために、または第１のパッケージを再注
文するために、コンピュータシステムに信号を送信するステップと、を行うための命令を
実行するように構成されている。
対象とする。システムは、命令を記憶するメモリと、少なくとも１つのプロセッサと、プ
ロセッサにネットワークインタフェースを介して接続されたデータベースと、プロセッサ
に接続されたネットワークインタフェースを介してコンピュータシステムとを含む。プロ
セッサは、注文と、第１のパッケージに関連付けられた第１のパッケージ識別子と、前記
第１のパッケージ識別子を含む複数のパッケージ識別子に関連付けられたイベントデータ
と、を含む集約された情報を、ネットワークインタフェースを介して受信するステップで
あって、前記注文が、第１のグループのアイテムを含み、第１のパッケージが、第１のグ
ループのアイテムに関連付けられ、１つまたは複数の既存のルートを介して第１の予め定
められた期間内に第１の受取人に配達される、ステップと、第１のパッケージのステータ
スを判定するために第１のパッケージ識別子に基づいてイベントデータを解析するステッ
プと、解析されたイベントデータに基づいて第１のパッケージが存在するかどうかを判定
するステップであって、第１のパッケージが存在しないと判定される場合には、第１のパ
ッケージ識別子に第１の条件を満たすものとしてフラグを立て、第１のパッケージが存在
すると判定される場合には、リソースの不足のために第１のパッケージが配達されなかっ
たかどうかを判定し、第１のパッケージがリソースの不足のために配達されなかったと判
定される場合には、第１の予め定められた期間が第１の閾値を超えて経過した場合に、第
１のパッケージ識別子に第２の条件を満たすものとしてフラグを立てる、ステップと、前
記判定に基づいて、第１のパッケージを配達するために、または第１のパッケージを再注
文するために、コンピュータシステムに信号を送信するステップと、を行うための命令を
実行するように構成されている。
【0009】
[0009] 本開示のさらに別の態様は、複数のパッケージの自動パッケージ追跡のためのコ
ンピュータ実装システムを対象とする。このシステムは、第１のコンピュータシステムと
、モバイルデバイスと、データベースと、第２のコンピュータシステムとを含む。モバイ
ルデバイスは、命令を記憶するメモリと、複数のパッケージに対応するパッケージ識別子
をスキャンすることによってイベントデータを生成し、生成されたイベントデータが、位
置、時間、デバイス識別子、またはユーザ識別子のうちの少なくとも１つを含み、生成さ
れたイベントデータをデータベースにネットワークを介して送信する、ための命令を実行
するように構成された少なくとも１つのプロセッサと、を含む。第１のコンピュータシス
テムは、命令を記憶するメモリと、複数の注文と、複数のパッケージ識別子と、生成され
たイベントデータと、を含む集約された情報を、ネットワークを介して前記データベース
から受信するステップであって、各注文が、少なくとも１つのグループのアイテムを含み
、各パッケージが、１つのグループのアイテムに関連付けられ、１つまたは複数の既存の
ルートを介してそれぞれの予め定められた期間内にそれぞれの受取人に配達される、ステ
ップと、複数のパッケージ識別子に基づいてイベントデータを解析するステップと、解析
されたイベントデータに基づいて各パッケージが存在するかどうかを判定するステップで
あって、特定のパッケージが存在しないと判定される場合には、当該特定のパッケージに
第１の条件を満たすものとしてフラグを立て、特定のパッケージが存在すると判定される
場合には、リソースの不足のために前記特定のパッケージが配達されなかったかどうかを
判定し、リソースの不足のために前記特定のパッケージが配達されなかったと判定される
場合には、対応する予め定められた期間が閾値を超えて経過した場合に、対応するパッケ
ージ識別子に第２の条件を満たすものとしてフラグを立てる、ステップと、前記判定に基
づいて、各パッケージの配達を引き起こすために、またはフラグが立てられたパッケージ
を再注文するために、ネットワークを介して第２のコンピュータシステムに信号を送信す
るステップと、を行うための命令を実行するように構成された少なくとも１つのプロセッ
サと、を含む。
ンピュータ実装システムを対象とする。このシステムは、第１のコンピュータシステムと
、モバイルデバイスと、データベースと、第２のコンピュータシステムとを含む。モバイ
ルデバイスは、命令を記憶するメモリと、複数のパッケージに対応するパッケージ識別子
をスキャンすることによってイベントデータを生成し、生成されたイベントデータが、位
置、時間、デバイス識別子、またはユーザ識別子のうちの少なくとも１つを含み、生成さ
れたイベントデータをデータベースにネットワークを介して送信する、ための命令を実行
するように構成された少なくとも１つのプロセッサと、を含む。第１のコンピュータシス
テムは、命令を記憶するメモリと、複数の注文と、複数のパッケージ識別子と、生成され
たイベントデータと、を含む集約された情報を、ネットワークを介して前記データベース
から受信するステップであって、各注文が、少なくとも１つのグループのアイテムを含み
、各パッケージが、１つのグループのアイテムに関連付けられ、１つまたは複数の既存の
ルートを介してそれぞれの予め定められた期間内にそれぞれの受取人に配達される、ステ
ップと、複数のパッケージ識別子に基づいてイベントデータを解析するステップと、解析
されたイベントデータに基づいて各パッケージが存在するかどうかを判定するステップで
あって、特定のパッケージが存在しないと判定される場合には、当該特定のパッケージに
第１の条件を満たすものとしてフラグを立て、特定のパッケージが存在すると判定される
場合には、リソースの不足のために前記特定のパッケージが配達されなかったかどうかを
判定し、リソースの不足のために前記特定のパッケージが配達されなかったと判定される
場合には、対応する予め定められた期間が閾値を超えて経過した場合に、対応するパッケ
ージ識別子に第２の条件を満たすものとしてフラグを立てる、ステップと、前記判定に基
づいて、各パッケージの配達を引き起こすために、またはフラグが立てられたパッケージ
を再注文するために、ネットワークを介して第２のコンピュータシステムに信号を送信す
るステップと、を行うための命令を実行するように構成された少なくとも１つのプロセッ
サと、を含む。
【0010】
[0010] 他のシステム、方法、およびコンピュータ読取可能媒体も、本明細書で説明され
る。
る。
【図面の簡単な説明】
【0011】
【図1A】[0011] 図１Ａは、開示された実施形態と整合する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。
【図1B】[0012] 図１Ｂは、開示された実施形態と整合する、インタラクティブなユーザインタフェース要素とともに検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す。
【図1E】[0015] 図１Ｅは開示された実施形態に整合する、対話型ユーザインタフェース要素とともに、購入および出荷に関する情報とともに仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す。
【発明を実施するための形態】
【0012】
[0022] 以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説
明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつ
かの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能で
ある。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行わ
れてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、
並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳
細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な
範囲は、添付の特許請求の範囲によって定義される。
明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつ
かの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能で
ある。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行わ
れてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、
並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳
細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な
範囲は、添付の特許請求の範囲によって定義される。
【0013】
[0023] 本開示の実施形態は、自動パッケージ追跡および処理のために構成されたシステ
ムおよび方法を対象とする。
ムおよび方法を対象とする。
【0014】
[0024] 図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコ
ンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１
００が示されている。図１Ａに示すように、システム１００は、様々なシステムを含むこ
とができ、その各々は、１つまたは複数のネットワークを介して互いに接続することがで
きる。また、システムは、例えばケーブルを使用して、直接接続を介して互いに接続され
てもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエ
ンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイ
ルデバイス１０７Ａ、１０７Ｂ、および１０７Ｃ、販売者ポータル１０９、出荷および注
文追跡（ＳＯＴ）システム１１１、フルフィルメント最適化（ＦＯ）システム１１３、フ
ルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（
ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１
９Ｂ、および１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして
図示）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、および１２１Ｃ、フルフ
ィルメントセンタ許可システム（ＦＣ Ａｕｔｈ）１２３、ならびに労務管理システム（
ＬＭＳ）１２５を含む。
ンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１
００が示されている。図１Ａに示すように、システム１００は、様々なシステムを含むこ
とができ、その各々は、１つまたは複数のネットワークを介して互いに接続することがで
きる。また、システムは、例えばケーブルを使用して、直接接続を介して互いに接続され
てもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエ
ンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイ
ルデバイス１０７Ａ、１０７Ｂ、および１０７Ｃ、販売者ポータル１０９、出荷および注
文追跡（ＳＯＴ）システム１１１、フルフィルメント最適化（ＦＯ）システム１１３、フ
ルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（
ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１
９Ｂ、および１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして
図示）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、および１２１Ｃ、フルフ
ィルメントセンタ許可システム（ＦＣ Ａｕｔｈ）１２３、ならびに労務管理システム（
ＬＭＳ）１２５を含む。
【0015】
[0025] いくつかの実施形態では、ＳＡＴシステム１０１は、注文ステータスおよび配達
ステータスを監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴシ
ステム１０１は、注文がその約束配達日（ＰＤＤ）を過ぎているかどうかを判定すること
ができ、新しい注文を開始すること、未配達注文のアイテムを再出荷すること、未配達注
文をキャンセルすること、注文顧客とのコンタクトを開始することなどを含む適切なアク
ションをとることができる。また、ＳＡＴシステム１０１は、出力（特定の期間中に出荷
されたパッケージの数など）および入力（出荷に使用するために受け取った空のボール紙
箱の数など）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１は
、システム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエン
ドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアア
ンドフォワードまたは他の技術を使用する）を可能にしてもよい。
ステータスを監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴシ
ステム１０１は、注文がその約束配達日（ＰＤＤ）を過ぎているかどうかを判定すること
ができ、新しい注文を開始すること、未配達注文のアイテムを再出荷すること、未配達注
文をキャンセルすること、注文顧客とのコンタクトを開始することなどを含む適切なアク
ションをとることができる。また、ＳＡＴシステム１０１は、出力（特定の期間中に出荷
されたパッケージの数など）および入力（出荷に使用するために受け取った空のボール紙
箱の数など）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１は
、システム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエン
ドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアア
ンドフォワードまたは他の技術を使用する）を可能にしてもよい。
【0016】
[0026] 外部フロントエンドシステム１０３は、いくつかの実施形態では、外部ユーザが
システム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータ
システムとして実装することができる。例えば、システム１００がシステムのプレゼンテ
ーションを可能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、
外部フロントエンドシステム１０３は、検索要求を受信し、アイテムページを提示し、支
払い情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンド
システム１０３は、Ａｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット
・インフォメーション・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュー
タまたはコンピュータとして実現することができる。他の実施形態では、外部フロントエ
ンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピ
ュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベース
および他のデータストアから情報を取得し、取得された情報に基づいて受信された要求へ
の応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することが
できる。
システム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータ
システムとして実装することができる。例えば、システム１００がシステムのプレゼンテ
ーションを可能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、
外部フロントエンドシステム１０３は、検索要求を受信し、アイテムページを提示し、支
払い情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンド
システム１０３は、Ａｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット
・インフォメーション・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュー
タまたはコンピュータとして実現することができる。他の実施形態では、外部フロントエ
ンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピ
ュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベース
および他のデータストアから情報を取得し、取得された情報に基づいて受信された要求へ
の応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することが
できる。
【0017】
[0027] いくつかの実施形態では、外部フロントエンドシステム１０３は、ウェブキャッ
シングシステム、データベース、検索システム、または支払いシステムのうちの１つまた
は複数を含むことができる。一態様では、外部フロントエンドシステム１０３は、これら
のシステムのうちの１つまたは複数を備えることができ、別の態様では、外部フロントエ
ンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインタフェ
ース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えるこ
とができる。
シングシステム、データベース、検索システム、または支払いシステムのうちの１つまた
は複数を含むことができる。一態様では、外部フロントエンドシステム１０３は、これら
のシステムのうちの１つまたは複数を備えることができ、別の態様では、外部フロントエ
ンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインタフェ
ース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えるこ
とができる。
【0018】
[0028] 図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示される例示的な一組のステッ
プは、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つ。外部
フロントエンドシステム１０３は、提示および／または表示のために、システム１００内
のシステムまたはデバイスから情報を受信することができる。例えば、外部フロントエン
ドシステム１０３は、検索結果ページ（ＳＲＰ）（例えば、図１Ｂ）、単一詳細ページ（
ＳＤＰ）（例えば、図１Ｃ）、カートページ（例えば、図１Ｄ）、または注文ページ（例
えば、図１Ｅ）を含む１つ以上のウェブページをホストまたは提供することができる。ユ
ーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用す
る）は、外部フロントエンドシステム１０３にナビゲートし、検索ボックスに情報を入力
することによって検索を要求することができる。外部フロントエンドシステム１０３は、
システム１００内の１つまたは複数のシステムから情報を要求することができる。例えば
、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に
要求することができる。また、外部フロントエンドシステム１０３は、検索結果に含まれ
る各製品について、約束配達日または「ＰＤＤ」を要求し、（ＦＯシステム１１３から）
受信することができる。ＰＤＤは、いくつかの実施形態では、製品を含むパッケージがい
つユーザの所望の場所に到着するか、または製品が特定の期間内に、例えば、一日の終わ
り（午後１１：５９）までに注文された場合、ユーザの所望の場所に配達されることを約
束される日付の推定値を表すことができる（ＰＤＤは、ＦＯシステム１１３に関して以下
でさらに説明される）。
プは、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つ。外部
フロントエンドシステム１０３は、提示および／または表示のために、システム１００内
のシステムまたはデバイスから情報を受信することができる。例えば、外部フロントエン
ドシステム１０３は、検索結果ページ（ＳＲＰ）（例えば、図１Ｂ）、単一詳細ページ（
ＳＤＰ）（例えば、図１Ｃ）、カートページ（例えば、図１Ｄ）、または注文ページ（例
えば、図１Ｅ）を含む１つ以上のウェブページをホストまたは提供することができる。ユ
ーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用す
る）は、外部フロントエンドシステム１０３にナビゲートし、検索ボックスに情報を入力
することによって検索を要求することができる。外部フロントエンドシステム１０３は、
システム１００内の１つまたは複数のシステムから情報を要求することができる。例えば
、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に
要求することができる。また、外部フロントエンドシステム１０３は、検索結果に含まれ
る各製品について、約束配達日または「ＰＤＤ」を要求し、（ＦＯシステム１１３から）
受信することができる。ＰＤＤは、いくつかの実施形態では、製品を含むパッケージがい
つユーザの所望の場所に到着するか、または製品が特定の期間内に、例えば、一日の終わ
り（午後１１：５９）までに注文された場合、ユーザの所望の場所に配達されることを約
束される日付の推定値を表すことができる（ＰＤＤは、ＦＯシステム１１３に関して以下
でさらに説明される）。
【0019】
[0029] 外部フロントエンドシステム１０３は、情報に基づいてＳＲＰ（例えば、図１Ｂ
）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例え
ば、これは、検索要求を満たす製品の写真を含むことができる。また、ＳＲＰは、各製品
のそれぞれの価格、または各製品の強化された配送オプション、ＰＤＤ、重量、サイズ、
オファー、割引などに関する情報を含むことができる。外部フロントエンドシステム１０
３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信すること
ができる。
）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例え
ば、これは、検索要求を満たす製品の写真を含むことができる。また、ＳＲＰは、各製品
のそれぞれの価格、または各製品の強化された配送オプション、ＰＤＤ、重量、サイズ、
オファー、割引などに関する情報を含むことができる。外部フロントエンドシステム１０
３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信すること
ができる。
【0020】
[0030] 次いで、ユーザデバイスは、例えば、ユーザインタフェースをクリックまたはタ
ップすることによって、または別の入力デバイスを使用して、ＳＲＰ上で表される製品を
選択することによって、ＳＲＰから製品を選択することができる。ユーザデバイスは、選
択された製品に関する情報の要求を定式化し、それを外部フロントエンドシステム１０３
に送ることができる。これに応答して、外部フロントエンドシステム１０３は、選択され
た製品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰ上の製
品について提示される情報を超える追加の情報を含むことができる。これは、例えば、貯
蔵寿命、原産国、重量、サイズ、パッケージ内の品目の数、取扱説明書、または製品に関
する他の情報を含むことができる。また、情報は（例えば、この製品および少なくとも１
つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似
の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業
者情報、写真などを含むことができる。
ップすることによって、または別の入力デバイスを使用して、ＳＲＰ上で表される製品を
選択することによって、ＳＲＰから製品を選択することができる。ユーザデバイスは、選
択された製品に関する情報の要求を定式化し、それを外部フロントエンドシステム１０３
に送ることができる。これに応答して、外部フロントエンドシステム１０３は、選択され
た製品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰ上の製
品について提示される情報を超える追加の情報を含むことができる。これは、例えば、貯
蔵寿命、原産国、重量、サイズ、パッケージ内の品目の数、取扱説明書、または製品に関
する他の情報を含むことができる。また、情報は（例えば、この製品および少なくとも１
つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似
の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業
者情報、写真などを含むことができる。
【0021】
[0031] 外部フロントエンドシステム１０３は、受信した製品情報に基づいてＳＤＰ(単一
詳細ページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰは、「今すぐ買う」ボ
タン、「カードに追加する」ボタン、数量フィールド、アイテムの写真などの他の対話型
要素も含むことができる。ＳＤＰは、製品を提供する売り手のリストをさらに含むことが
できる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低
価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは、
最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文さ
れてもよい。売り手ランキングは、例えば、約束されたＰＤＤを満たす売り手の過去の実
績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０
３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信すること
ができる。
詳細ページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰは、「今すぐ買う」ボ
タン、「カードに追加する」ボタン、数量フィールド、アイテムの写真などの他の対話型
要素も含むことができる。ＳＤＰは、製品を提供する売り手のリストをさらに含むことが
できる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低
価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは、
最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文さ
れてもよい。売り手ランキングは、例えば、約束されたＰＤＤを満たす売り手の過去の実
績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０
３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信すること
ができる。
【0022】
[0032] 要求ユーザデバイスは、製品情報をリストするＳＤＰを受信してもよい。その後
、ＳＤＰを受信すると、ユーザデバイスは、ＳＤＰと対話することができる。例えば、要
求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、
または他の方法で対話することができる。これは、ユーザに関連付けられたショッピング
カートに製品を追加する。ユーザデバイスは、ショッピングカートに製品を追加するため
のこの要求を外部フロントエンドシステム１０３に送信することができる。
、ＳＤＰを受信すると、ユーザデバイスは、ＳＤＰと対話することができる。例えば、要
求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、
または他の方法で対話することができる。これは、ユーザに関連付けられたショッピング
カートに製品を追加する。ユーザデバイスは、ショッピングカートに製品を追加するため
のこの要求を外部フロントエンドシステム１０３に送信することができる。
【0023】
[0033] 外部フロントエンドシステム１０３は、カートページ（例えば、図１Ｄ）を生成
することができる。カートページは、いくつかの実施形態では、ユーザが仮想「ショッピ
ングカート」に追加した製品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他
のページ上のアイコンをクリックするか、または他の方法で対話することによって、カー
トページを要求してもよい。いくつかの実施形態では、カートページがユーザがショッピ
ングカートに追加したすべての製品、ならびに各製品の数量、各製品毎の価格、関連する
数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、配送コスト、ショッピング
カート内の製品を修正するためのユーザインタフェース要素（例えば、数量の削除または
修正）、他の製品を注文するためのオプション、または製品の定期的な配送を設定するた
めのオプション、利息支払いを設定するためのオプション、購入に進むためのユーザイン
タフェース要素などのカート内の製品に関する情報をリストすることができる。ユーザデ
バイスのユーザはショッピングカート内の製品の購入を開始するために、ユーザインタフ
ェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、さもなければユ
ーザインタフェース要素と対話することができる。そうすると、ユーザデバイスは、購入
を開始するためにこの要求を外部フロントエンドシステム１０３に送信することができる
。
することができる。カートページは、いくつかの実施形態では、ユーザが仮想「ショッピ
ングカート」に追加した製品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他
のページ上のアイコンをクリックするか、または他の方法で対話することによって、カー
トページを要求してもよい。いくつかの実施形態では、カートページがユーザがショッピ
ングカートに追加したすべての製品、ならびに各製品の数量、各製品毎の価格、関連する
数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、配送コスト、ショッピング
カート内の製品を修正するためのユーザインタフェース要素（例えば、数量の削除または
修正）、他の製品を注文するためのオプション、または製品の定期的な配送を設定するた
めのオプション、利息支払いを設定するためのオプション、購入に進むためのユーザイン
タフェース要素などのカート内の製品に関する情報をリストすることができる。ユーザデ
バイスのユーザはショッピングカート内の製品の購入を開始するために、ユーザインタフ
ェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、さもなければユ
ーザインタフェース要素と対話することができる。そうすると、ユーザデバイスは、購入
を開始するためにこの要求を外部フロントエンドシステム１０３に送信することができる
。
【0024】
[0034] 外部フロントエンドシステム１０３は、購入を開始する要求の受信に応答して、
注文ページ（例えば、図１Ｅ）を生成することができる。注文ページは、いくつかの実施
形態では、ショッピングカートからアイテムを再リストし、支払いおよび出荷情報の入力
を要求する。例えば、注文ページは、ショッピングカート内のアイテムの購入者に関する
情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例
えば、名前、住所、電話番号、配達情報）、出荷情報（例えば、配達および／または集荷
の速度／方法）、支払い情報（例えば、クレジットカード、銀行振込、小切手、格納クレ
ジット）、（例えば、税務目的のための）現金領収書を要求するためのユーザインタフェ
ース要素などを要求するセクションを含むことができる。外部フロントエンドシステム１
０３は、注文ページをユーザデバイスに送信することができる。
注文ページ（例えば、図１Ｅ）を生成することができる。注文ページは、いくつかの実施
形態では、ショッピングカートからアイテムを再リストし、支払いおよび出荷情報の入力
を要求する。例えば、注文ページは、ショッピングカート内のアイテムの購入者に関する
情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例
えば、名前、住所、電話番号、配達情報）、出荷情報（例えば、配達および／または集荷
の速度／方法）、支払い情報（例えば、クレジットカード、銀行振込、小切手、格納クレ
ジット）、（例えば、税務目的のための）現金領収書を要求するためのユーザインタフェ
ース要素などを要求するセクションを含むことができる。外部フロントエンドシステム１
０３は、注文ページをユーザデバイスに送信することができる。
【0025】
[0035] ユーザデバイスは、注文ページに情報を入力し、その情報を外部フロントエンド
システム１０３に送信するユーザインタフェース要素をクリックするか、または他の方法
で対話することができる。そこから、外部フロントエンドシステム１０３は、システム１
００内の異なるシステムに情報を送信して、ショッピングカート内の製品を用いた新しい
注文の作成および処理を可能にすることができる。
システム１０３に送信するユーザインタフェース要素をクリックするか、または他の方法
で対話することができる。そこから、外部フロントエンドシステム１０３は、システム１
００内の異なるシステムに情報を送信して、ショッピングカート内の製品を用いた新しい
注文の作成および処理を可能にすることができる。
【0026】
[0036] いくつかの実施形態では、外部フロントエンドシステム１０３は、売り手が注文
に関する情報を送受信することを可能にするようにさらに構成されてもよい。
に関する情報を送受信することを可能にするようにさらに構成されてもよい。
【0027】
[0037] 内部フロントエンドシステム１０５は、いくつかの実施形態では、内部ユーザ（
例えば、システム１００を所有し、操作し、またはリースする組織の従業員）がシステム
１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステム
として実装され得る。例えば、ネットワーク１０１がシステムのプレゼンテーションを可
能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、内部フロント
エンドシステム１０５は、内部ユーザが注文に関する診断および統計情報を見ること、ア
イテム情報を修正すること、または注文に関する統計をレビューすることを可能にするウ
ェブサーバとして実装されてもよい。例えば、内部フロントエンドシステム１０５は、Ａ
ｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット・インフォメーション
・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュータまたはコンピュータ
として実現することができる。他の実施形態では、内部フロントエンドシステム１０５は
、システム１００に示されているシステムまたは装置（および図示されていない他の装置
）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデー
タストアから情報を取得し、取得された情報に基づいて受信された要求に応答を提供する
ように設計されたカスタムウェブサーバソフトウェアを実行してもよい。
例えば、システム１００を所有し、操作し、またはリースする組織の従業員）がシステム
１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステム
として実装され得る。例えば、ネットワーク１０１がシステムのプレゼンテーションを可
能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、内部フロント
エンドシステム１０５は、内部ユーザが注文に関する診断および統計情報を見ること、ア
イテム情報を修正すること、または注文に関する統計をレビューすることを可能にするウ
ェブサーバとして実装されてもよい。例えば、内部フロントエンドシステム１０５は、Ａ
ｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット・インフォメーション
・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュータまたはコンピュータ
として実現することができる。他の実施形態では、内部フロントエンドシステム１０５は
、システム１００に示されているシステムまたは装置（および図示されていない他の装置
）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデー
タストアから情報を取得し、取得された情報に基づいて受信された要求に応答を提供する
ように設計されたカスタムウェブサーバソフトウェアを実行してもよい。
【0028】
[0038] いくつかの実施形態では、内部フロントエンドシステム１０５は、ウェブキャッ
シングシステム、データベース、検索システム、支払いシステム、分析システム、注文監
視システムなどのうちの１つまたは複数を含むことができる。一態様では、内部フロント
エンドシステム１０５は、これらのシステムのうちの１つまたは複数を備えることができ
、別の態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つ
または複数に接続されたインタフェース（たとえば、サーバ間、データベース間、または
他のネットワーク接続）を備えることができる。
シングシステム、データベース、検索システム、支払いシステム、分析システム、注文監
視システムなどのうちの１つまたは複数を含むことができる。一態様では、内部フロント
エンドシステム１０５は、これらのシステムのうちの１つまたは複数を備えることができ
、別の態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つ
または複数に接続されたインタフェース（たとえば、サーバ間、データベース間、または
他のネットワーク接続）を備えることができる。
【0029】
[0039] 輸送システム１０７は、いくつかの実施形態では、システム１００内のシステム
またはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピ
ュータシステムとして実装され得る。輸送システム１０７は、いくつかの実施形態では、
１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフ
ォン、ＰＤＡなど）から情報を受信することができる。例えば、いくつかの実施形態では
、モバイルデバイス１０７Ａ～１０７Ｃは、配達員によって操作されるデバイスを備えて
もよい。配達作業員は、正社員、一時社員、またはシフト社員であってもよく、モバイル
デバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含むパッケー
ジの配達を行うことができる。例えば、荷物を配達するために、配達作業者は、どの荷物
を配達すべきか、およびどこに配達すべきかを示す通知をモバイルデバイス上で受信する
ことができる。配達作業者は、配達場所に到着すると、パッケージを（例えば、トラック
の後ろに、またはパッケージのクレートに）配置し、モバイルデバイスを使用してパッケ
ージ上の識別子（例えば、バーコード、画像、テキストストリング、ＲＦＩＤタグなど）
に関連するデータをスキャンまたは他の方法で取り込み、パッケージを（例えば、前面ド
アに置いたままにし、セキュリティガードを付けたままにし、受取人に渡すなどによって
）配達することができる。いくつかの実施形態では、配達作業者は、パッケージの写真（
複数可）をキャプチャすることができ、および／またはモバイルデバイスを使用して署名
を取得することができる。モバイルデバイスは、例えば、時間、日付、ＧＰＳ位置、写真
、配達作業者に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを
含む、配達に関する情報を含む情報を輸送システム１０７に送信することができる。輸送
システム１０７は、システム１００内の他のシステムによるアクセスのために、この情報
をデータベース（図示せず）に記憶することができる。輸送システム１０７は、いくつか
の実施形態では、この情報を使用して、特定の荷物の位置を示す追跡データを準備し、他
のシステムに送信することができる。
またはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピ
ュータシステムとして実装され得る。輸送システム１０７は、いくつかの実施形態では、
１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフ
ォン、ＰＤＡなど）から情報を受信することができる。例えば、いくつかの実施形態では
、モバイルデバイス１０７Ａ～１０７Ｃは、配達員によって操作されるデバイスを備えて
もよい。配達作業員は、正社員、一時社員、またはシフト社員であってもよく、モバイル
デバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含むパッケー
ジの配達を行うことができる。例えば、荷物を配達するために、配達作業者は、どの荷物
を配達すべきか、およびどこに配達すべきかを示す通知をモバイルデバイス上で受信する
ことができる。配達作業者は、配達場所に到着すると、パッケージを（例えば、トラック
の後ろに、またはパッケージのクレートに）配置し、モバイルデバイスを使用してパッケ
ージ上の識別子（例えば、バーコード、画像、テキストストリング、ＲＦＩＤタグなど）
に関連するデータをスキャンまたは他の方法で取り込み、パッケージを（例えば、前面ド
アに置いたままにし、セキュリティガードを付けたままにし、受取人に渡すなどによって
）配達することができる。いくつかの実施形態では、配達作業者は、パッケージの写真（
複数可）をキャプチャすることができ、および／またはモバイルデバイスを使用して署名
を取得することができる。モバイルデバイスは、例えば、時間、日付、ＧＰＳ位置、写真
、配達作業者に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを
含む、配達に関する情報を含む情報を輸送システム１０７に送信することができる。輸送
システム１０７は、システム１００内の他のシステムによるアクセスのために、この情報
をデータベース（図示せず）に記憶することができる。輸送システム１０７は、いくつか
の実施形態では、この情報を使用して、特定の荷物の位置を示す追跡データを準備し、他
のシステムに送信することができる。
【0030】
[0040] いくつかの実施形態では、あるユーザが、１つの種類のモバイルデバイスを使用
することができる（例えば、永久労働者はバーコードスキャナ、スタイラス、および他の
デバイスなどのカスタムハードウェアを有する専用のＰＤＡを使用することができる）が
、他のユーザは、他の種類のモバイルデバイスを使用することができる（例えば、一時的
またはシフト労働者は既製のモバイル電話および／またはスマートフォンを利用すること
ができる）。
することができる（例えば、永久労働者はバーコードスキャナ、スタイラス、および他の
デバイスなどのカスタムハードウェアを有する専用のＰＤＡを使用することができる）が
、他のユーザは、他の種類のモバイルデバイスを使用することができる（例えば、一時的
またはシフト労働者は既製のモバイル電話および／またはスマートフォンを利用すること
ができる）。
【0031】
[0041] いくつかの実施形態では、輸送システム１０７は、ユーザを各デバイスに関連付
けることができる。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従
業員識別子、または電話番号によって表される）とモバイルデバイス（例えば、国際モバ
イルデバイス識別子（ＩＭＥＩ）、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、汎
用ユニーク識別子（ＵＵＩＤ）、またはグローバルユニーク識別子（ＧＵＩＤ）によって
表される）との間のアソシエーションを記憶することができる。輸送システム１０７はと
りわけ、作業者の位置、作業者の効率、または作業者の速度を決定するために、この関連
付けを、配達時に受信されたデータと共に使用して、データベースに格納されたデータを
分析することができる。
けることができる。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従
業員識別子、または電話番号によって表される）とモバイルデバイス（例えば、国際モバ
イルデバイス識別子（ＩＭＥＩ）、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、汎
用ユニーク識別子（ＵＵＩＤ）、またはグローバルユニーク識別子（ＧＵＩＤ）によって
表される）との間のアソシエーションを記憶することができる。輸送システム１０７はと
りわけ、作業者の位置、作業者の効率、または作業者の速度を決定するために、この関連
付けを、配達時に受信されたデータと共に使用して、データベースに格納されたデータを
分析することができる。
【0032】
[0042] 売り手ポータル１０９は、いくつかの実施形態では、売り手または他の外部エン
ティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能
にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシス
テム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００
を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードま
たは提供することができる。
ティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能
にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシス
テム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００
を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードま
たは提供することができる。
【0033】
[0043] いくつかの実施形態では、出荷および注文追跡システム１１１は、（例えば、デ
バイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含
むパッケージの位置に関する情報を受信し、格納し、転送するコンピュータシステムとし
て実装され得る。いくつかの実施形態では、出荷および注文追跡システム１１１は、顧客
によって注文された製品を含むパッケージを配送する出荷会社によって運営されるウェブ
サーバ（図示せず）からの情報を要求または格納することができる。
バイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含
むパッケージの位置に関する情報を受信し、格納し、転送するコンピュータシステムとし
て実装され得る。いくつかの実施形態では、出荷および注文追跡システム１１１は、顧客
によって注文された製品を含むパッケージを配送する出荷会社によって運営されるウェブ
サーバ（図示せず）からの情報を要求または格納することができる。
【0034】
[0044] いくつかの実施形態では、出荷および注文追跡システム１１１は、システム１０
０に示されるシステムからの情報を要求し、記憶することができる。例えば、出荷及び注
文追跡システム１１１は、輸送システム１０７から情報を要求することができる。上述の
ように、輸送システム１０７は、ユーザ（例えば、配達作業員）または車両（例えば、配
達トラック）のうちの１つ以上に関連付けられた１つ以上のモバイルデバイス１０７Ａ～
１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信してもよい
。いくつかの実施形態では、出荷および注文追跡システム１１１はまた、フルフィルメン
トセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するた
めに、労働力管理システム（ＷＭＳ）１１９からの情報を要求してもよい。出荷および注
文追跡システム１１１は、輸送システム１０７またはＷＭＳ１１９のうちの１つまたは複
数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザ
デバイス１０２Ａおよび１０２Ｂ）に提示することができる。
０に示されるシステムからの情報を要求し、記憶することができる。例えば、出荷及び注
文追跡システム１１１は、輸送システム１０７から情報を要求することができる。上述の
ように、輸送システム１０７は、ユーザ（例えば、配達作業員）または車両（例えば、配
達トラック）のうちの１つ以上に関連付けられた１つ以上のモバイルデバイス１０７Ａ～
１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信してもよい
。いくつかの実施形態では、出荷および注文追跡システム１１１はまた、フルフィルメン
トセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するた
めに、労働力管理システム（ＷＭＳ）１１９からの情報を要求してもよい。出荷および注
文追跡システム１１１は、輸送システム１０７またはＷＭＳ１１９のうちの１つまたは複
数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザ
デバイス１０２Ａおよび１０２Ｂ）に提示することができる。
【0035】
[0045] いくつかの実施形態では、フルフィルメント最適化（ＦＯ）システム１１３は、
他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注
文追跡システム１１１）からの顧客注文に関する情報を記憶するコンピュータシステムと
して実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持また
は格納されるかを記述する情報を格納してもよい。たとえば、特定のアイテムは１つのフ
ルフィルメントセンタにのみ保存され、他の特定のアイテムは複数のフルフィルメントセ
ンタに保存される場合がある。さらに他の実施形態では、特定のフルフィルメントセンタ
が特定のセットのアイテム（例えば、生鮮食品または冷凍製品）のみを格納するように設
計されてもよい。ＦＯシステム１１３は、この情報ならびに関連する情報（例えば、数量
、サイズ、受領日、有効期限など）を格納する。
他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注
文追跡システム１１１）からの顧客注文に関する情報を記憶するコンピュータシステムと
して実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持また
は格納されるかを記述する情報を格納してもよい。たとえば、特定のアイテムは１つのフ
ルフィルメントセンタにのみ保存され、他の特定のアイテムは複数のフルフィルメントセ
ンタに保存される場合がある。さらに他の実施形態では、特定のフルフィルメントセンタ
が特定のセットのアイテム（例えば、生鮮食品または冷凍製品）のみを格納するように設
計されてもよい。ＦＯシステム１１３は、この情報ならびに関連する情報（例えば、数量
、サイズ、受領日、有効期限など）を格納する。
【0036】
[0046] また、ＦＯシステム１１３は、各製品について対応するＰＤＤ(約束配達日）を計
算することができる。ＰＤＤは、いくつかの実施形態では、１つまたは複数の要因に基づ
くことができる。例えば、ＦＯシステム１１３は、製品の過去の需要（例えば、その製品
がある期間中に何回注文されたか）、製品の予想需要（例えば、来るべき期間中にその製
品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文され
たかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文される
ことが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２０
０に格納された製品の１つまたは複数のカウント、その製品の予想または現在の注文など
に基づいて、製品のＰＤＤを計算することができる。
算することができる。ＰＤＤは、いくつかの実施形態では、１つまたは複数の要因に基づ
くことができる。例えば、ＦＯシステム１１３は、製品の過去の需要（例えば、その製品
がある期間中に何回注文されたか）、製品の予想需要（例えば、来るべき期間中にその製
品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文され
たかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文される
ことが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２０
０に格納された製品の１つまたは複数のカウント、その製品の予想または現在の注文など
に基づいて、製品のＰＤＤを計算することができる。
【0037】
[0047] いくつかの実施形態では、ＦＯシステム１１３は、定期的に（例えば、１時間ご
とに）各製品のＰＤＤを決定し、それをデータベースに格納して、検索または他のシステ
ム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注
文追跡システム１１１）に送信することができる。他の実施形態では、ＦＯシステム１１
３は、１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴ
システム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマ
ンドでＰＤＤを計算することができる。
とに）各製品のＰＤＤを決定し、それをデータベースに格納して、検索または他のシステ
ム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注
文追跡システム１１１）に送信することができる。他の実施形態では、ＦＯシステム１１
３は、１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴ
システム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマ
ンドでＰＤＤを計算することができる。
【0038】
[0048] フルフィルメントメッセージングゲートウェイ１１５は、いくつかの実施形態で
は、ＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォー
マットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロ
トコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ１１９またはサー
ドパーティのフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他の
システムに転送するコンピュータシステムとして実装されてもよく、その逆も同様である
。
は、ＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォー
マットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロ
トコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ１１９またはサー
ドパーティのフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他の
システムに転送するコンピュータシステムとして実装されてもよく、その逆も同様である
。
【0039】
[0049] サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では、
予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭ
システム１１７は、例えば、製品に対する過去の需要、製品に対する予想される需要、ネ
ットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメント
センタ２００に格納されたカウント製品、各製品に対する予想または現在の注文などに基
づいて、特定の製品に対する需要のレベルを予測することができる。この予測されたレベ
ルおよびすべてのフルフィルメントセンタにわたる各製品の量に応答して、ＳＣＭシステ
ム１１７は、特定の製品に対する予測された需要を満たすのに十分な量を購入し、在庫す
るための１つまたは複数の購入注文を生成することができる。
予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭ
システム１１７は、例えば、製品に対する過去の需要、製品に対する予想される需要、ネ
ットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメント
センタ２００に格納されたカウント製品、各製品に対する予想または現在の注文などに基
づいて、特定の製品に対する需要のレベルを予測することができる。この予測されたレベ
ルおよびすべてのフルフィルメントセンタにわたる各製品の量に応答して、ＳＣＭシステ
ム１１７は、特定の製品に対する予測された需要を満たすのに十分な量を購入し、在庫す
るための１つまたは複数の購入注文を生成することができる。
【0040】
[0050] 労働力管理システム（ＷＭＳ）１１９は、ある実施形態では、ワークフローを監
視するコンピュータシステムとして実現されてもよい。例えば、ＷＭＳ１１９は、個別の
イベントを示すイベントデータを個々のデバイス（例えば、デバイス１０７Ａ～１０７Ｃ
または１１９Ａ～１１９Ｃ）から受信することができる。例えば、ＷＭＳ１１９は、パッ
ケージをスキャンするためにこれらのデバイスの１つの使用を示すイベントデータを受信
してもよい。フルフィルメントセンタ２００および図２に関して以下で説明するように、
フルフィルメントプロセス中に、パッケージ識別子（例えば、バーコードまたはＲＦＩＤ
タグデータ）を、特定の段階で機械によってスキャンまたは読み取ることができる（例え
ば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレ
ット１１９Ａ、モバイルデバイス／ＰＤＡ１１９Ｂ、コンピュータ１１９Ｃなどのデバイ
ス）。ＷＭＳ１１９は、パッケージ識別子、時間、日付、位置、ユーザ識別子、またはそ
の他の情報と共に、パッケージ識別子のスキャンまたは読取りを示す各イベントを対応す
るデータベース（図示せず）に格納し、この情報を他のシステム（例えば、出荷および注
文追跡システム１１１）に提供することができる。
視するコンピュータシステムとして実現されてもよい。例えば、ＷＭＳ１１９は、個別の
イベントを示すイベントデータを個々のデバイス（例えば、デバイス１０７Ａ～１０７Ｃ
または１１９Ａ～１１９Ｃ）から受信することができる。例えば、ＷＭＳ１１９は、パッ
ケージをスキャンするためにこれらのデバイスの１つの使用を示すイベントデータを受信
してもよい。フルフィルメントセンタ２００および図２に関して以下で説明するように、
フルフィルメントプロセス中に、パッケージ識別子（例えば、バーコードまたはＲＦＩＤ
タグデータ）を、特定の段階で機械によってスキャンまたは読み取ることができる（例え
ば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレ
ット１１９Ａ、モバイルデバイス／ＰＤＡ１１９Ｂ、コンピュータ１１９Ｃなどのデバイ
ス）。ＷＭＳ１１９は、パッケージ識別子、時間、日付、位置、ユーザ識別子、またはそ
の他の情報と共に、パッケージ識別子のスキャンまたは読取りを示す各イベントを対応す
るデータベース（図示せず）に格納し、この情報を他のシステム（例えば、出荷および注
文追跡システム１１１）に提供することができる。
【0041】
[0051] ＷＭＳ１１９は、いくつかの実施形態では、１つまたは複数のデバイス（たとえ
ば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）をシステム１００に関連す
る１つまたは複数のユーザに関連付ける情報を記憶することができる。例えば、いくつか
の状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバ
イスを所有する当該モバイルデバイス（例えば、モバイルデバイスはスマートフォンであ
る）に関連付けられ得る。他の状況では、ユーザは、ユーザがモバイルデバイスを一時的
に保管しているという点で、当該モバイルデバイスに関連付けられてもよい（例えば、ユ
ーザはその日の開始時にモバイルデバイスをチェックアウトし、その日中にそのモバイル
デバイスを使用し、その日の終わりにそのモバイルデバイスを返す）。
ば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）をシステム１００に関連す
る１つまたは複数のユーザに関連付ける情報を記憶することができる。例えば、いくつか
の状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバ
イスを所有する当該モバイルデバイス（例えば、モバイルデバイスはスマートフォンであ
る）に関連付けられ得る。他の状況では、ユーザは、ユーザがモバイルデバイスを一時的
に保管しているという点で、当該モバイルデバイスに関連付けられてもよい（例えば、ユ
ーザはその日の開始時にモバイルデバイスをチェックアウトし、その日中にそのモバイル
デバイスを使用し、その日の終わりにそのモバイルデバイスを返す）。
【0042】
[0052] ＷＭＳ１１９は、いくつかの実施形態では、システム１００に関連する各ユーザ
の作業ログを維持することができる。例えば、ＷＭＳ１１９は、任意の割り当てられたプ
ロセス（例えば、トラックのアンロード、ピックゾーンからのアイテムのピッキング、リ
ビングウォールワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィ
ルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステムを通って移動
されたユニットの数（例えば、ピッキングされたアイテムの数、パッキングされたアイテ
ムの数）、デバイスに関連する識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含
む、各従業員に関連する情報を記憶することができる。いくつかの実施形態では、ＷＭＳ
１１９は、デバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタ
イムキーピングシステムからチェックインおよびチェックアウト情報を受信することがで
きる。
の作業ログを維持することができる。例えば、ＷＭＳ１１９は、任意の割り当てられたプ
ロセス（例えば、トラックのアンロード、ピックゾーンからのアイテムのピッキング、リ
ビングウォールワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィ
ルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステムを通って移動
されたユニットの数（例えば、ピッキングされたアイテムの数、パッキングされたアイテ
ムの数）、デバイスに関連する識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含
む、各従業員に関連する情報を記憶することができる。いくつかの実施形態では、ＷＭＳ
１１９は、デバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタ
イムキーピングシステムからチェックインおよびチェックアウト情報を受信することがで
きる。
【0043】
[0053] いくつかの実施形態では、第三者フルフィルメント（３ＰＬ）システム１２１Ａ
～１２１Ｃは、物流および製品の第三者プロバイダに関連するコンピュータシステムを表
す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメント
センタ２００に保管されている間、他の製品はオフサイトで保管されてもよく、オンデマ
ンドで生産されてもよく、またはそうでなければフルフィルメントセンタ２００に保管す
るために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１Ｃは、ＦＯシステム１
１３から（例えば、ＦＭＧ１１５を介して）注文を受信するように構成されてもよく、製
品および／またはサービス（例えば、配送または設置）を顧客に直接提供してもよい。い
くつかの実施形態では、３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシ
ステム１００の一部とすることができ、他の実施形態では、３ＰＬシステム１２１Ａ～１
２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、第三者プロバイダによ
って所有または運営される）とすることができる。
～１２１Ｃは、物流および製品の第三者プロバイダに関連するコンピュータシステムを表
す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメント
センタ２００に保管されている間、他の製品はオフサイトで保管されてもよく、オンデマ
ンドで生産されてもよく、またはそうでなければフルフィルメントセンタ２００に保管す
るために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１Ｃは、ＦＯシステム１
１３から（例えば、ＦＭＧ１１５を介して）注文を受信するように構成されてもよく、製
品および／またはサービス（例えば、配送または設置）を顧客に直接提供してもよい。い
くつかの実施形態では、３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシ
ステム１００の一部とすることができ、他の実施形態では、３ＰＬシステム１２１Ａ～１
２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、第三者プロバイダによ
って所有または運営される）とすることができる。
【0044】
[0054] いくつかの実施形態では、フルフィルメントセンタオースシステム（ＦＣオース
）１２３は、様々な機能を有するコンピュータシステムとして実装されてもよい。例えば
、いくつかの実施形態では、ＦＣ Ａｕｔｈ１２３は、システム１００内の１つまたは複
数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして働くことができ
る。例えば、ＦＣ Ａｕｔｈ１２３は、ユーザが内部フロントエンドシステム１０５を介
してログインすることを可能にし、ユーザが出荷および注文追跡システム１１１でリソー
スにアクセスする同様の特権を有することを決定し、ユーザが２回目のログインプロセス
を必要とせずにそれらの特権にアクセスすることを可能にする。ＦＣ Ａｕｔｈ１２３は
、他の実施形態では、ユーザ（例えば、従業員）が特定のタスクに自分自身を関連付ける
ことを可能にすることができる。例えば、従業員の中には、電子デバイス（デバイス１１
９Ａ～１１９Ｃなど）を持たないことがあり、代わりに、１日のコース中に、フルフィル
メントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動することが
ある。ＦＣ Ａｕｔｈ１２３は、それらの従業員が、彼らがどのタスクを実行しているか
、および彼らが異なる時間にどのゾーンにいるかを示すことを可能にするように構成され
得る。
）１２３は、様々な機能を有するコンピュータシステムとして実装されてもよい。例えば
、いくつかの実施形態では、ＦＣ Ａｕｔｈ１２３は、システム１００内の１つまたは複
数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして働くことができ
る。例えば、ＦＣ Ａｕｔｈ１２３は、ユーザが内部フロントエンドシステム１０５を介
してログインすることを可能にし、ユーザが出荷および注文追跡システム１１１でリソー
スにアクセスする同様の特権を有することを決定し、ユーザが２回目のログインプロセス
を必要とせずにそれらの特権にアクセスすることを可能にする。ＦＣ Ａｕｔｈ１２３は
、他の実施形態では、ユーザ（例えば、従業員）が特定のタスクに自分自身を関連付ける
ことを可能にすることができる。例えば、従業員の中には、電子デバイス（デバイス１１
９Ａ～１１９Ｃなど）を持たないことがあり、代わりに、１日のコース中に、フルフィル
メントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動することが
ある。ＦＣ Ａｕｔｈ１２３は、それらの従業員が、彼らがどのタスクを実行しているか
、および彼らが異なる時間にどのゾーンにいるかを示すことを可能にするように構成され
得る。
【0045】
[0055] 労務管理システム（ＬＭＳ）１２５は、いくつかの実施形態では、従業員（フル
タイムおよびパートタイムの従業員を含む）のための出勤および残業情報を記憶するコン
ピュータシステムとして実装されてもよい。例えば、ＬＭＳ１２５は、ＦＣ Ａｕｔｈ１
２３、ＷＭＡ１１９、デバイス１１９Ａ～１１９Ｃ、輸送システム１０７、および／また
はデバイス１０７Ａ～１０７Ｃから情報を受信することができる。
タイムおよびパートタイムの従業員を含む）のための出勤および残業情報を記憶するコン
ピュータシステムとして実装されてもよい。例えば、ＬＭＳ１２５は、ＦＣ Ａｕｔｈ１
２３、ＷＭＡ１１９、デバイス１１９Ａ～１１９Ｃ、輸送システム１０７、および／また
はデバイス１０７Ａ～１０７Ｃから情報を受信することができる。
【0046】
[0056] 図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム
１１３に接続されたＦＣ Ａｕｔｈシステム１２３を示すが、全ての実施形態がこの特定
の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内の
システムがインターネット、イントラネット、ＷＡＮ（ワイドエリアネットワーク）、Ｍ
ＡＮ（メトロポリタンエリアネットワーク）、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ規格
に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベー
トネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００
内のシステムの１つ以上がデータセンタ、サーバファームなどに実装された１つ以上の仮
想サーバとして実装されてもよい。
１１３に接続されたＦＣ Ａｕｔｈシステム１２３を示すが、全ての実施形態がこの特定
の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内の
システムがインターネット、イントラネット、ＷＡＮ（ワイドエリアネットワーク）、Ｍ
ＡＮ（メトロポリタンエリアネットワーク）、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ規格
に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベー
トネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００
内のシステムの１つ以上がデータセンタ、サーバファームなどに実装された１つ以上の仮
想サーバとして実装されてもよい。
【0047】
[0057] 図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００
は、注文時に顧客に出荷するためのアイテムを格納する物理的位置の一例である。フルフ
ィルメントセンタ（ＦＣ）２００は、複数のゾーンに分割することができ、各ゾーンは図
２に示されている。いくつかの実施形態では、これらの「ゾーン」がいくつかの実施形態
ではアイテムを受け取り、アイテムを格納し、アイテムを取り出し、アイテムを出荷する
プロセスの異なる段階間の仮想分割と考えることができ、したがって、「ゾーン」は図２
に示されているが、ゾーンの他の分割も可能であり、図２のゾーンはいくつかの実施形態
では省略、複製、または修正することができる。
は、注文時に顧客に出荷するためのアイテムを格納する物理的位置の一例である。フルフ
ィルメントセンタ（ＦＣ）２００は、複数のゾーンに分割することができ、各ゾーンは図
２に示されている。いくつかの実施形態では、これらの「ゾーン」がいくつかの実施形態
ではアイテムを受け取り、アイテムを格納し、アイテムを取り出し、アイテムを出荷する
プロセスの異なる段階間の仮想分割と考えることができ、したがって、「ゾーン」は図２
に示されているが、ゾーンの他の分割も可能であり、図２のゾーンはいくつかの実施形態
では省略、複製、または修正することができる。
【0048】
[0058] インバウンドゾーン２０３は、図１Ａのシステム１００を使用して製品を販売し
たい売り手からアイテムが受け取られるＦＣ２００の領域を表す。例えば、売り手は、ト
ラック２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテ
ム２０２Ａは、それ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを
表すことができ、アイテム２０２Ｂは、スペースを節約するために同じパレット上に一緒
に積み重ねられたアイテムのセットを表すことができる。
たい売り手からアイテムが受け取られるＦＣ２００の領域を表す。例えば、売り手は、ト
ラック２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテ
ム２０２Ａは、それ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを
表すことができ、アイテム２０２Ｂは、スペースを節約するために同じパレット上に一緒
に積み重ねられたアイテムのセットを表すことができる。
【0049】
[0059] 作業者は、インバウンドゾーン２０３内のアイテムを受け取り、任意選択で、コ
ンピュータシステム（図示せず）を使用してアイテムの損傷および正しさをチェックする
ことができる。例えば、作業者は、コンピュータシステムを使用して、アイテム２０２Ａ
および２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が一致しない
場合、その作業者は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否す
ることができる。量が一致した場合、作業者はそれらのアイテム（例えば、人形、手すり
、フォークリフト、または手動で使用）を、バッファゾーン２０５へと動かすことができ
る。バッファゾーン２０５は、例えば、予測される需要を満たすのに十分な量のアイテム
がピッキングゾーン内にあるため、ピッキングゾーン内で現在必要とされていないアイテ
ムのための一時記憶領域であってもよい。いくつかの実施形態では、フォークリフト２０
６が物品をバッファゾーン２０５の周り、およびインバウンドゾーン２０３とドロップゾ
ーン２０７との間で移動させるように動作する。ピッキングゾーンにアイテム２０２Ａま
たは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイ
テム２０２Ａまたは２０２Ｂをドロップゾーン２０７に移動させることができる。
ンピュータシステム（図示せず）を使用してアイテムの損傷および正しさをチェックする
ことができる。例えば、作業者は、コンピュータシステムを使用して、アイテム２０２Ａ
および２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が一致しない
場合、その作業者は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否す
ることができる。量が一致した場合、作業者はそれらのアイテム（例えば、人形、手すり
、フォークリフト、または手動で使用）を、バッファゾーン２０５へと動かすことができ
る。バッファゾーン２０５は、例えば、予測される需要を満たすのに十分な量のアイテム
がピッキングゾーン内にあるため、ピッキングゾーン内で現在必要とされていないアイテ
ムのための一時記憶領域であってもよい。いくつかの実施形態では、フォークリフト２０
６が物品をバッファゾーン２０５の周り、およびインバウンドゾーン２０３とドロップゾ
ーン２０７との間で移動させるように動作する。ピッキングゾーンにアイテム２０２Ａま
たは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイ
テム２０２Ａまたは２０２Ｂをドロップゾーン２０７に移動させることができる。
【0050】
[0060] ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前に
アイテムを格納するＦＣ２００の領域であってもよい。ピッキングタスクに割り当てられ
た作業者（「ピッカー」）は、ピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに
接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバ
イス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連付けられたバーコード
をスキャンすることができる。次いで、ピッカーは、アイテムをピッキングゾーン２０９
に（例えば、カートの上に置くか、またはそれを運ぶことによって）取り込むことができ
る。
アイテムを格納するＦＣ２００の領域であってもよい。ピッキングタスクに割り当てられ
た作業者（「ピッカー」）は、ピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに
接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバ
イス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連付けられたバーコード
をスキャンすることができる。次いで、ピッカーは、アイテムをピッキングゾーン２０９
に（例えば、カートの上に置くか、またはそれを運ぶことによって）取り込むことができ
る。
【0051】
[0061] ピッキングゾーン２０９は、アイテム２０８が記憶ユニット２１０に記憶される
ＦＣ２００の領域であってもよい。いくつかの実施形態では、保管ユニット２１０は、物
理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含
むことができる。いくつかの実施形態では、ピッキングゾーン２０９は、複数のフロアに
編成されてもよい。いくつかの実施形態では、作業者または機械が例えば、フォークリフ
ト、エレベータ、コンベヤベルト、カート、ハンドトラック、ドリー、自動ロボットまた
は装置、あるいは手動を含む複数の方法で、物品をピッキングゾーン２０９に移動させる
ことができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂをドロップゾーン
２０７内のハンドトラックまたはカート上に置き、アイテム２０２Ａおよび２０２Ｂをピ
ッキングゾーン２０９まで歩くことができる。
ＦＣ２００の領域であってもよい。いくつかの実施形態では、保管ユニット２１０は、物
理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含
むことができる。いくつかの実施形態では、ピッキングゾーン２０９は、複数のフロアに
編成されてもよい。いくつかの実施形態では、作業者または機械が例えば、フォークリフ
ト、エレベータ、コンベヤベルト、カート、ハンドトラック、ドリー、自動ロボットまた
は装置、あるいは手動を含む複数の方法で、物品をピッキングゾーン２０９に移動させる
ことができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂをドロップゾーン
２０７内のハンドトラックまたはカート上に置き、アイテム２０２Ａおよび２０２Ｂをピ
ッキングゾーン２０９まで歩くことができる。
【0052】
[0062] ピッカーは、保管ユニット２１０上の特定のスペースのような、ピッキングゾー
ン２０９内の特定のスポットにアイテムを配置する（または「収納する」）命令を受け取
ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を
使用してアイテム２０２Ａをスキャンすることができる。デバイスは、例えば、通路、棚
、および位置を示すシステムを使用して、ピッカーがアイテム２０２Ａを収納すべき場所
を示すことができる。次に、デバイスは、その位置にアイテム２０２Ａを格納する前に、
その位置でバーコードをスキャンするようにピッカーに促すことができる。デバイスは、
図１ＡのＷＭＳ１１９のようなコンピュータシステムに（例えば、無線ネットワークを介
して）データを送信し、デバイス１１９Ｂを使用するユーザによってアイテム２０２Ａが
その場所に格納されたことを示すことができる。
ン２０９内の特定のスポットにアイテムを配置する（または「収納する」）命令を受け取
ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を
使用してアイテム２０２Ａをスキャンすることができる。デバイスは、例えば、通路、棚
、および位置を示すシステムを使用して、ピッカーがアイテム２０２Ａを収納すべき場所
を示すことができる。次に、デバイスは、その位置にアイテム２０２Ａを格納する前に、
その位置でバーコードをスキャンするようにピッカーに促すことができる。デバイスは、
図１ＡのＷＭＳ１１９のようなコンピュータシステムに（例えば、無線ネットワークを介
して）データを送信し、デバイス１１９Ｂを使用するユーザによってアイテム２０２Ａが
その場所に格納されたことを示すことができる。
【0053】
[0063] ユーザが注文を出すと、ピッカーは、記憶ユニット２１０から１つまたは複数の
アイテム２０８を取り出すために、デバイス１１９Ｂ上で命令を受け取ることができる。
ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードをスキャンし、そ
れを搬送機構２１４上に置くことができる。搬送機構２１４はスライドとして表されてい
るが、いくつかの実施形態では搬送機構がコンベヤベルト、エレベータ、カート、フォー
クリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施するこ
とができる。次に、品目２０８は、パッキングゾーン２１１に到着することができる。
アイテム２０８を取り出すために、デバイス１１９Ｂ上で命令を受け取ることができる。
ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードをスキャンし、そ
れを搬送機構２１４上に置くことができる。搬送機構２１４はスライドとして表されてい
るが、いくつかの実施形態では搬送機構がコンベヤベルト、エレベータ、カート、フォー
クリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施するこ
とができる。次に、品目２０８は、パッキングゾーン２１１に到着することができる。
【0054】
[0064] パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ
、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされるＦＣ２００の
領域であってもよい。パッキングゾーン２１１ではアイテムを受け取ることに割り当てら
れた作業者（「リビン作業者」）がピッキングゾーン２０９からアイテム２０８を受け取
り、それが対応する注文を決定する。例えば、リビン作業者は、アイテム２０８上のバー
コードをスキャンするために、コンピュータ１１９Ｃなどのデバイスを使用することがで
きる。コンピュータ１１９Ｃは、どの注文アイテム２０８が関連付けられているかを視覚
的に示すことができる。これは例えば、注文に対応する壁２１６上のスペースまたは「セ
ル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイ
テムを含むため）、リビン作業者は、注文が完了したことをパッキング作業者（または「
パッカー」）に示すことができる。パッキング業者は、セルから品目を取り出し、それら
を出荷のために箱または袋に入れることができる。その後、パッカーは例えば、フォーク
リフト、カート、ドリー、ハンドトラック、コンベヤベルトを介して、又は他の方法で、
箱又はバッグをハブゾーン２１３に送ることができる。
、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされるＦＣ２００の
領域であってもよい。パッキングゾーン２１１ではアイテムを受け取ることに割り当てら
れた作業者（「リビン作業者」）がピッキングゾーン２０９からアイテム２０８を受け取
り、それが対応する注文を決定する。例えば、リビン作業者は、アイテム２０８上のバー
コードをスキャンするために、コンピュータ１１９Ｃなどのデバイスを使用することがで
きる。コンピュータ１１９Ｃは、どの注文アイテム２０８が関連付けられているかを視覚
的に示すことができる。これは例えば、注文に対応する壁２１６上のスペースまたは「セ
ル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイ
テムを含むため）、リビン作業者は、注文が完了したことをパッキング作業者（または「
パッカー」）に示すことができる。パッキング業者は、セルから品目を取り出し、それら
を出荷のために箱または袋に入れることができる。その後、パッカーは例えば、フォーク
リフト、カート、ドリー、ハンドトラック、コンベヤベルトを介して、又は他の方法で、
箱又はバッグをハブゾーン２１３に送ることができる。
【0055】
[0065] ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ
（「パッケージ」）を受け取るＦＣ２００の領域であってもよい。ハブゾーン２１３内の
作業者および／または機械は、パッケージ２１８を取り出し、各パッケージが配達エリア
のどの部分に行こうとするかを決定し、パッケージを適切なキャンプゾーン２１５にルー
ティングすることができる。例えば、配達エリアが２つのより小さなサブエリアを有する
場合、パッケージは２つのキャンプゾーン２１５のうちの１つに行く。いくつかの実施形
態では、作業者または機械が（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用
して）パッケージをスキャンして、その最終的な宛先を決定することができる。パッケー
ジをキャンプゾーン２１５にルーティングすることは、例えば、（例えば、郵便番号に基
づいて）パッケージが向けられている地理的エリアの一部を決定することと、地理的エリ
アの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
（「パッケージ」）を受け取るＦＣ２００の領域であってもよい。ハブゾーン２１３内の
作業者および／または機械は、パッケージ２１８を取り出し、各パッケージが配達エリア
のどの部分に行こうとするかを決定し、パッケージを適切なキャンプゾーン２１５にルー
ティングすることができる。例えば、配達エリアが２つのより小さなサブエリアを有する
場合、パッケージは２つのキャンプゾーン２１５のうちの１つに行く。いくつかの実施形
態では、作業者または機械が（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用
して）パッケージをスキャンして、その最終的な宛先を決定することができる。パッケー
ジをキャンプゾーン２１５にルーティングすることは、例えば、（例えば、郵便番号に基
づいて）パッケージが向けられている地理的エリアの一部を決定することと、地理的エリ
アの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
【0056】
[0066] キャンプゾーン２１５は、いくつかの実施形態では、１つまたは複数の建物、１
つまたは複数の物理的空間、または１つまたは複数のエリアを備えることができ、ハブゾ
ーン２１３から受け取られたパッケージは、ルートおよび／またはサブルートに分類され
る。いくつかの実施形態では、キャンプゾーン２１５は、ＦＣ２００から物理的に分離さ
れているが、他の実施形態では、キャンプゾーン２１５は、ＦＣ２００の一部を形成する
ことができる。
つまたは複数の物理的空間、または１つまたは複数のエリアを備えることができ、ハブゾ
ーン２１３から受け取られたパッケージは、ルートおよび／またはサブルートに分類され
る。いくつかの実施形態では、キャンプゾーン２１５は、ＦＣ２００から物理的に分離さ
れているが、他の実施形態では、キャンプゾーン２１５は、ＦＣ２００の一部を形成する
ことができる。
【0057】
[0067] キャンプゾーン２１５内の作業者および／または機械は、例えば、既存のルート
および／またはサブルートに対する目的地の比較、各ルートおよび／またはサブルートに
対する作業負荷の計算、時刻、出荷方法、パッケージ２２０を出荷するためのコスト、パ
ッケージ２２０内の品目に関連付けられたＰＤＤなどに基づいて、パッケージ２２０がど
のルートおよび／またはサブルートに関連付けられるべきかを決定することができる。い
くつかの実施形態では、作業者または機械が（例えば、デバイス１１９Ａ～１１９Ｃのう
ちの１つを使用して）パッケージをスキャンして、その最終的な宛先を決定することがで
きる。パッケージ２２０が特定のルートおよび／またはサブルートに割り当てられると、
作業者および／または機械は、出荷されるパッケージ２２０を移動させることができる。
例示的な図２において、キャンプゾーン２１５は、トラック２２２、自動車２２６、およ
び配達作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２
が配達作業員２２４Ａによって駆動されてもよく、配達作業員２２４ＡはＦＣ２００のパ
ッケージを配達する常勤の従業員であり、トラック２２２はＦＣ２００を所有、リース、
または運営する同じ会社によって所有、リース、または運営される。いくつかの実施形態
では、自動車２２６が配達作業者２２４Ｂによって駆動されてもよく、配達作業者２２４
Ｂは必要に応じて（例えば、季節的に）配達している「フレックス」または時折の作業者
である。自動車２２６は、配達員２２４Ｂによって所有され、リースされ、または操作さ
れてもよい。
および／またはサブルートに対する目的地の比較、各ルートおよび／またはサブルートに
対する作業負荷の計算、時刻、出荷方法、パッケージ２２０を出荷するためのコスト、パ
ッケージ２２０内の品目に関連付けられたＰＤＤなどに基づいて、パッケージ２２０がど
のルートおよび／またはサブルートに関連付けられるべきかを決定することができる。い
くつかの実施形態では、作業者または機械が（例えば、デバイス１１９Ａ～１１９Ｃのう
ちの１つを使用して）パッケージをスキャンして、その最終的な宛先を決定することがで
きる。パッケージ２２０が特定のルートおよび／またはサブルートに割り当てられると、
作業者および／または機械は、出荷されるパッケージ２２０を移動させることができる。
例示的な図２において、キャンプゾーン２１５は、トラック２２２、自動車２２６、およ
び配達作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２
が配達作業員２２４Ａによって駆動されてもよく、配達作業員２２４ＡはＦＣ２００のパ
ッケージを配達する常勤の従業員であり、トラック２２２はＦＣ２００を所有、リース、
または運営する同じ会社によって所有、リース、または運営される。いくつかの実施形態
では、自動車２２６が配達作業者２２４Ｂによって駆動されてもよく、配達作業者２２４
Ｂは必要に応じて（例えば、季節的に）配達している「フレックス」または時折の作業者
である。自動車２２６は、配達員２２４Ｂによって所有され、リースされ、または操作さ
れてもよい。
【0058】
[0068] 図１Ａに戻って参照すると、個々のパッケージを識別し、追跡するためのパッケ
ージ追跡プロセスの例示的実施形態が記載される。いくつかの実施形態では、ＳＡＴシス
テム１０１がパッケージ追跡プロセスを開始し、外部フロントエンドシステム１０３、出
荷および注文追跡（ＳＯＴ）システム１１１、ＦＯシステム１１３、ＦＭＧ１１５、ＷＭ
Ｓ１１９、および３ＰＬシステム１２１Ａ～１２１Ｃなどの他のシステムから、現在保留
中の注文および返品に関連する個々のパッケージに対応するパッケージ情報を電子的に要
求し、集約することができる。パッケージは、一意のパッケージ識別子を使用して、電子
システム（例えば、ＳＡＴシステム１０１、ＦＯシステム１１３など）のネットワークに
よって追跡される注文または返品に関連する１つまたは複数のアイテムを保持する物理的
コンテナ（例えば、ボックス、パッケージ、封筒、または１つまたは複数のアイテムを保
持するように構成された任意のパッケージ）を指すことができる。
ージ追跡プロセスの例示的実施形態が記載される。いくつかの実施形態では、ＳＡＴシス
テム１０１がパッケージ追跡プロセスを開始し、外部フロントエンドシステム１０３、出
荷および注文追跡（ＳＯＴ）システム１１１、ＦＯシステム１１３、ＦＭＧ１１５、ＷＭ
Ｓ１１９、および３ＰＬシステム１２１Ａ～１２１Ｃなどの他のシステムから、現在保留
中の注文および返品に関連する個々のパッケージに対応するパッケージ情報を電子的に要
求し、集約することができる。パッケージは、一意のパッケージ識別子を使用して、電子
システム（例えば、ＳＡＴシステム１０１、ＦＯシステム１１３など）のネットワークに
よって追跡される注文または返品に関連する１つまたは複数のアイテムを保持する物理的
コンテナ（例えば、ボックス、パッケージ、封筒、または１つまたは複数のアイテムを保
持するように構成された任意のパッケージ）を指すことができる。
【0059】
[0069] 情報の電子的な要求と集約は１日に１回（例えば、１日の終わりに）、一定の間
隔で１日に複数回、または必要に応じて、あるいは異なるシステムが追加情報（例えば、
配送状況の更新）を生成するときにリアルタイムで行われてもよい。また、異なるシステ
ムは、それぞれ異なる時間、間隔、または頻度で、ＳＡＴシステム１０１と情報を電子的
に送受信することもできる。ＳＡＴシステム１０１と各異なるシステムとの間の情報の通
信および転送について以下に説明する。
隔で１日に複数回、または必要に応じて、あるいは異なるシステムが追加情報（例えば、
配送状況の更新）を生成するときにリアルタイムで行われてもよい。また、異なるシステ
ムは、それぞれ異なる時間、間隔、または頻度で、ＳＡＴシステム１０１と情報を電子的
に送受信することもできる。ＳＡＴシステム１０１と各異なるシステムとの間の情報の通
信および転送について以下に説明する。
【0060】
[0070] いくつかの実施形態では、ＳＡＴシステム１０１は、外部フロントエンドシステ
ム１０３、内部フロントエンドシステム１０５、または顧客返却システム（図示せず）か
ら注文情報を電子的に要求し、集約することができる。ＳＡＴシステム１０１、外部フロ
ントエンドシステム１０３、内部フロントエンドシステム１０５、または顧客返却システ
ム（図示せず）から情報を求める電子要求を受信すると、例えば、注文中のアイテム、各
アイテムの数量、およびＰＤＤを含むことができるすべての注文、返却、および／または
交換データをコンパイルすることができる。次いで、収集された注文情報は、さらなる処
理のためにＳＡＴシステム１０１に電子的に送信される。ＳＡＴシステム１０１は、注文
情報が連続的に更新されるように、外部フロントエンドシステム１０３、内部フロントエ
ンドシステム１０５、または顧客返却システム（図示せず）と連続的に通信することがで
きる。あるいは、システムは、外部フロントエンドシステム１０３、内部フロントエンド
システム１０５、または顧客返却システム（図示せず）で収集された新しい注文情報を用
いて、ＳＡＴシステム１０１に記憶された注文情報を時々更新しながら、所定の間隔で、
または所定の時間に通信することができる。
ム１０３、内部フロントエンドシステム１０５、または顧客返却システム（図示せず）か
ら注文情報を電子的に要求し、集約することができる。ＳＡＴシステム１０１、外部フロ
ントエンドシステム１０３、内部フロントエンドシステム１０５、または顧客返却システ
ム（図示せず）から情報を求める電子要求を受信すると、例えば、注文中のアイテム、各
アイテムの数量、およびＰＤＤを含むことができるすべての注文、返却、および／または
交換データをコンパイルすることができる。次いで、収集された注文情報は、さらなる処
理のためにＳＡＴシステム１０１に電子的に送信される。ＳＡＴシステム１０１は、注文
情報が連続的に更新されるように、外部フロントエンドシステム１０３、内部フロントエ
ンドシステム１０５、または顧客返却システム（図示せず）と連続的に通信することがで
きる。あるいは、システムは、外部フロントエンドシステム１０３、内部フロントエンド
システム１０５、または顧客返却システム（図示せず）で収集された新しい注文情報を用
いて、ＳＡＴシステム１０１に記憶された注文情報を時々更新しながら、所定の間隔で、
または所定の時間に通信することができる。
【0061】
[0071] いくつかの実施形態では、ＳＡＴシステム１０１は、ＳＯＴシステム１１１から
配信ステータス情報を電子的に要求し、集約することもできる。ＳＡＴシステム１０１は
、ＳＯＴシステム１１１と連続的に通信することができ、その結果、配信作業者２２４Ａ
または２２４Ｂによって、または各配信実行の終了時に、各配信試行が行われるたびに、
配信ステータス情報が連続的に更新される。あるいは、システムは、事前に定義された間
隔で、または事前に定義された時間に、ＳＡＴシステム１０１に記憶された配送ステータ
ス情報を、ＳＯＴシステム１１１で収集された新しい配送ステータス情報と随時、更新す
ることによって、通信することができる。配達状況情報は、配達作業者２２４Ａまたは２
２４Ｂが上述のようにモバイルデバイスを使用して対応する配達試行の後に、各パッケー
ジ上のパッケージ識別子をスキャンまたは読み取るときに生成されるイベントデータを含
むことができる。
配信ステータス情報を電子的に要求し、集約することもできる。ＳＡＴシステム１０１は
、ＳＯＴシステム１１１と連続的に通信することができ、その結果、配信作業者２２４Ａ
または２２４Ｂによって、または各配信実行の終了時に、各配信試行が行われるたびに、
配信ステータス情報が連続的に更新される。あるいは、システムは、事前に定義された間
隔で、または事前に定義された時間に、ＳＡＴシステム１０１に記憶された配送ステータ
ス情報を、ＳＯＴシステム１１１で収集された新しい配送ステータス情報と随時、更新す
ることによって、通信することができる。配達状況情報は、配達作業者２２４Ａまたは２
２４Ｂが上述のようにモバイルデバイスを使用して対応する配達試行の後に、各パッケー
ジ上のパッケージ識別子をスキャンまたは読み取るときに生成されるイベントデータを含
むことができる。
【0062】
[0072] イベントデータは例えば、スキャン／読取時間、日付、パッケージ識別子、配達
状況、および意図された受取人を含むことができる。配達の試みが不成功であった場合、
イベントデータは、キャンプゾーン２１５での容量超過の判定、配達中のリソース不足の
判定、誤って分類されたパッケージの判定、受取人の利用不能、または損傷したパッケー
ジなど、試みが失敗した理由も含むことができる。未配達についての他の理由は当業者に
明らかであり、そして本発明の範囲内である。モバイルデバイス（例えば、図１のデバイ
ス１０７Ａ～１０７Ｃ）を使用する配達作業者２２４Ａまたは２２４Ｂは、ユーザインタ
フェース上に表示されたドロップダウンリストから１つまたは複数の理由を選択すること
によって、未配達の理由をイベントデータに追加することができる。次に、ＳＡＴシステ
ム１０１は、以下に説明するように、１つ以上の対応する理由コードをイベントデータお
よび／または対応するパッケージ情報に追加することができる。さらに、配達作業者２２
４Ａまたは２２４Ｂが配達作業中に顧客から返品されたパッケージを拾った場合、イベン
トデータは、返品されたパッケージに関する情報も含むことができる。
状況、および意図された受取人を含むことができる。配達の試みが不成功であった場合、
イベントデータは、キャンプゾーン２１５での容量超過の判定、配達中のリソース不足の
判定、誤って分類されたパッケージの判定、受取人の利用不能、または損傷したパッケー
ジなど、試みが失敗した理由も含むことができる。未配達についての他の理由は当業者に
明らかであり、そして本発明の範囲内である。モバイルデバイス（例えば、図１のデバイ
ス１０７Ａ～１０７Ｃ）を使用する配達作業者２２４Ａまたは２２４Ｂは、ユーザインタ
フェース上に表示されたドロップダウンリストから１つまたは複数の理由を選択すること
によって、未配達の理由をイベントデータに追加することができる。次に、ＳＡＴシステ
ム１０１は、以下に説明するように、１つ以上の対応する理由コードをイベントデータお
よび／または対応するパッケージ情報に追加することができる。さらに、配達作業者２２
４Ａまたは２２４Ｂが配達作業中に顧客から返品されたパッケージを拾った場合、イベン
トデータは、返品されたパッケージに関する情報も含むことができる。
【0063】
[0073] いくつかの実施形態では、ＳＡＴシステム１０１は、ＷＭＳ１１９および３ＰＬ
システム１２１Ａ～１２１Ｃからパッケージ情報を電子的に要求し、集約することもでき
る。ＳＡＴシステム１０１、ＷＭＳ１１９、および３ＰＬシステム１２１Ａ～１２１Ｃは
、上述のように、モバイルデバイスを使用してユーザが各パッケージをスキャンまたは読
み取る際に、パッケージ情報が連続的に更新されるように、互いに連続的に通信すること
ができる。あるいは、システムは、事前に定義された間隔で、または事前に定義された時
間に、ＳＡＴシステム１０１に記憶されたパッケージ情報を、他のシステムで収集された
新しいパッケージ情報と随時、更新することができる。パッケージ情報は、ユーザが各パ
ッケージ上のパッケージ識別子をスキャンまたは読み取って、キャンプに到着する、また
は配達トラックに積み込まれているなどの特定のイベントを示すときのイベントデータを
含むことができる。イベントデータはさらに、パッケージ識別子、時間、日付、位置、ユ
ーザ識別子、または他の情報を含むことができる。
システム１２１Ａ～１２１Ｃからパッケージ情報を電子的に要求し、集約することもでき
る。ＳＡＴシステム１０１、ＷＭＳ１１９、および３ＰＬシステム１２１Ａ～１２１Ｃは
、上述のように、モバイルデバイスを使用してユーザが各パッケージをスキャンまたは読
み取る際に、パッケージ情報が連続的に更新されるように、互いに連続的に通信すること
ができる。あるいは、システムは、事前に定義された間隔で、または事前に定義された時
間に、ＳＡＴシステム１０１に記憶されたパッケージ情報を、他のシステムで収集された
新しいパッケージ情報と随時、更新することができる。パッケージ情報は、ユーザが各パ
ッケージ上のパッケージ識別子をスキャンまたは読み取って、キャンプに到着する、また
は配達トラックに積み込まれているなどの特定のイベントを示すときのイベントデータを
含むことができる。イベントデータはさらに、パッケージ識別子、時間、日付、位置、ユ
ーザ識別子、または他の情報を含むことができる。
【0064】
[0074] ＷＭＳ１１９及び３ＰＬシステム１２１Ａ～１２１Ｃからのパッケージ情報の要
求及び収集のために、ＳＡＴシステム１０１は、ＦＯシステム１１３に電子要求を送信す
ることができ、それによってＦＭＧ１１５に電子要求を転送することができる。次いで、
ＦＭＧ１１５は、上述のように、電子要求を各システムに適した別のフォーマットまたは
プロトコルに変換した後に、ＷＭＳ１１９および３ＰＬシステム１２１Ａ～１２１Ｃのそ
れぞれに電子要求を送信することができる。
求及び収集のために、ＳＡＴシステム１０１は、ＦＯシステム１１３に電子要求を送信す
ることができ、それによってＦＭＧ１１５に電子要求を転送することができる。次いで、
ＦＭＧ１１５は、上述のように、電子要求を各システムに適した別のフォーマットまたは
プロトコルに変換した後に、ＷＭＳ１１９および３ＰＬシステム１２１Ａ～１２１Ｃのそ
れぞれに電子要求を送信することができる。
【0065】
[0075] ＳＡＴシステム１０１からの電子要求にかかわらず、ＷＭＳおよび３ＰＬシステ
ム１２１Ａ～１２１Ｃは、パッケージがキャンプゾーン２１５に到着するか、またはトラ
ック２２２または自動車２２６上にロードされるときに、個々のデバイス（たとえば、デ
バイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）から収集されたイベントデータに
基づいて、各パッケージに対応するパッケージ情報を連続的に収集し、更新することがで
きる。上述したように、パッケージに対応するパッケージ情報は、パッケージ識別子に基
づいて編成されてもよく、新しいイベントデータはパッケージ識別子に基づいて適切なパ
ッケージ情報に関連付けられてもよい。いくつかの実施形態では、パッケージ識別子が第
１にキャンプゾーン２１５に到着するときに、第２に荷物が配達のためにトラック２２２
または自動車２２６に積み込まれるときに、少なくとも２回スキャンまたは読み取られて
もよい。配達作業者２２４Ａまたは２２４Ｂは、パッケージのパッケージング（例えば、
箱、封筒、またはテープ）および／またはその中の内容物が損傷していることに気付いた
場合、パッケージをスキャンまたは読み取ることもできる。
ム１２１Ａ～１２１Ｃは、パッケージがキャンプゾーン２１５に到着するか、またはトラ
ック２２２または自動車２２６上にロードされるときに、個々のデバイス（たとえば、デ
バイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）から収集されたイベントデータに
基づいて、各パッケージに対応するパッケージ情報を連続的に収集し、更新することがで
きる。上述したように、パッケージに対応するパッケージ情報は、パッケージ識別子に基
づいて編成されてもよく、新しいイベントデータはパッケージ識別子に基づいて適切なパ
ッケージ情報に関連付けられてもよい。いくつかの実施形態では、パッケージ識別子が第
１にキャンプゾーン２１５に到着するときに、第２に荷物が配達のためにトラック２２２
または自動車２２６に積み込まれるときに、少なくとも２回スキャンまたは読み取られて
もよい。配達作業者２２４Ａまたは２２４Ｂは、パッケージのパッケージング（例えば、
箱、封筒、またはテープ）および／またはその中の内容物が損傷していることに気付いた
場合、パッケージをスキャンまたは読み取ることもできる。
【0066】
[0076] ＷＭＳ１１９または３ＰＬシステム１２１Ａ～１２１Ｃの各パッケージに関連す
るイベントデータを集計するか、または各パッケージのイベントデータが生成されると、
イベントデータは、ＦＭＧ１１５に送信され、必要に応じて標準フォーマットに変換され
る。次に、ＦＭＧ１１５は、変換されたイベントデータをＦＯシステム１１３に転送し、
その後、イベントデータをＳＡＴシステム１０１に転送する。
るイベントデータを集計するか、または各パッケージのイベントデータが生成されると、
イベントデータは、ＦＭＧ１１５に送信され、必要に応じて標準フォーマットに変換され
る。次に、ＦＭＧ１１５は、変換されたイベントデータをＦＯシステム１１３に転送し、
その後、イベントデータをＳＡＴシステム１０１に転送する。
【0067】
[0077] ＷＭＳ１１９または３ＰＬシステム１２１Ａ～１２１Ｃからの情報が集約される
と、ＳＡＴシステム１０１は、集約された情報をリアルタイムで処理して、例えば、任意
の所与の瞬間にシステム１００を介して処理されているパッケージのデータベースを維持
することができる。あるいは、このプロセスが１日に１回、規則的な間隔で１日に複数回
、または必要に応じて、または追加情報が他のシステムから集約されるときにリアルタイ
ムで実行されてもよい。処理は、標準化されたフォーマットまたはプロトコルに情報を解
析することと、１つ以上のパッケージ識別子（したがって対応するパッケージ）を各注文
にマッピングすることと、個々のパッケージ識別子に基づいてすべてのイベントデータを
統合およびソートすることと、対応するパッケージ識別子に対応するイベントのシーケン
スに基づいて個々のパッケージの履歴を判定することと、それぞれの最後のイベントに基
づいて個々のパッケージの現在のステータスを判定することとを含むことができる。パッ
ケージが取ることができるステータスは、例えば、キャンプゾーン４０１に到着したこと
、配達のために出発したこと５０１、配達の試みが失敗したこと６０１、および配達が成
功したこと７０１を含むことができる。
と、ＳＡＴシステム１０１は、集約された情報をリアルタイムで処理して、例えば、任意
の所与の瞬間にシステム１００を介して処理されているパッケージのデータベースを維持
することができる。あるいは、このプロセスが１日に１回、規則的な間隔で１日に複数回
、または必要に応じて、または追加情報が他のシステムから集約されるときにリアルタイ
ムで実行されてもよい。処理は、標準化されたフォーマットまたはプロトコルに情報を解
析することと、１つ以上のパッケージ識別子（したがって対応するパッケージ）を各注文
にマッピングすることと、個々のパッケージ識別子に基づいてすべてのイベントデータを
統合およびソートすることと、対応するパッケージ識別子に対応するイベントのシーケン
スに基づいて個々のパッケージの履歴を判定することと、それぞれの最後のイベントに基
づいて個々のパッケージの現在のステータスを判定することとを含むことができる。パッ
ケージが取ることができるステータスは、例えば、キャンプゾーン４０１に到着したこと
、配達のために出発したこと５０１、配達の試みが失敗したこと６０１、および配達が成
功したこと７０１を含むことができる。
【0068】
[0078] 図３は、開示された実施形態と整合する、パッケージのステータスを決定するた
めにＳＡＴシステム１０１がフォローする例示的なコンピュータ化された開始プロセス３
００、およびフォローすべき適切なパッケージ追跡プロセスのフローチャートである。い
くつかの実施形態では、ＳＡＴシステム１０１は、パッケージに関連付けられた最後のイ
ベントデータおよび／またはパッケージに関連付けられたイベントのシーケンスに基づい
て、ステータス判定を行うことができる。ステップ３０１から始まり、ＳＡＴシステム１
０１は、いくつかの実施形態において、例えばＷＭＳ１１９から、対応するパッケージ識
別子に関連する最後のイベントデータを要求することによって、パッケージのステータス
を判定してもよい。
めにＳＡＴシステム１０１がフォローする例示的なコンピュータ化された開始プロセス３
００、およびフォローすべき適切なパッケージ追跡プロセスのフローチャートである。い
くつかの実施形態では、ＳＡＴシステム１０１は、パッケージに関連付けられた最後のイ
ベントデータおよび／またはパッケージに関連付けられたイベントのシーケンスに基づい
て、ステータス判定を行うことができる。ステップ３０１から始まり、ＳＡＴシステム１
０１は、いくつかの実施形態において、例えばＷＭＳ１１９から、対応するパッケージ識
別子に関連する最後のイベントデータを要求することによって、パッケージのステータス
を判定してもよい。
【0069】
[0079] 代替的に、または追加的に、最後のイベントデータが例えば、パッケージが失わ
れたことを示す場合、ＳＡＴシステム１０１は、以前のイベントデータ、またはユーザ識
別子（例えば、ユーザ識別子および従ってユーザの割り当てられた作業領域に基づいて判
定する）のような他の付随データに基づいて、最後の既知の位置を判定し、それに応じて
状態を更新することができる。例えば、以前のイベントデータはパッケージが配達のため
に出発したことを示すことができ、この場合、ＳＡＴシステム１０１は、ステータスを配
達のために出発したもの（５０１）として設定する。矛盾する指示をもつパッケージ識別
子について複数の事象データが存在するいくつかの実施形態では、ＳＡＴシステム１０１
は、矛盾するイベントデータの最新の１つに基づいてステータスを判定し、他を無視する
ことを選択してもよい。いくつかの実施形態では、ＳＡＴシステム１０１は、パッケージ
の現在のステータスが不正確であると判定し、ステータスを変更することもできる。
れたことを示す場合、ＳＡＴシステム１０１は、以前のイベントデータ、またはユーザ識
別子（例えば、ユーザ識別子および従ってユーザの割り当てられた作業領域に基づいて判
定する）のような他の付随データに基づいて、最後の既知の位置を判定し、それに応じて
状態を更新することができる。例えば、以前のイベントデータはパッケージが配達のため
に出発したことを示すことができ、この場合、ＳＡＴシステム１０１は、ステータスを配
達のために出発したもの（５０１）として設定する。矛盾する指示をもつパッケージ識別
子について複数の事象データが存在するいくつかの実施形態では、ＳＡＴシステム１０１
は、矛盾するイベントデータの最新の１つに基づいてステータスを判定し、他を無視する
ことを選択してもよい。いくつかの実施形態では、ＳＡＴシステム１０１は、パッケージ
の現在のステータスが不正確であると判定し、ステータスを変更することもできる。
【0070】
[0080] 図３に戻ると、ＳＡＴシステム１０１は、ステップ３０３において、最後のイベ
ントが、パッケージがキャンプゾーン２１５に到着したことを示すかどうかを判定するこ
とができる。肯定の場合、ＳＡＴシステム１０１は、ステップ３０５で、パッケージに関
連付けられたパッケージ情報を更新し、そのステータスが、パッケージがキャンプゾーン
２１５に到着したことを示すようにすることができる。次に、プロセスは、図４のパッケ
ージ追跡プロセス４００に進むことができる。
ントが、パッケージがキャンプゾーン２１５に到着したことを示すかどうかを判定するこ
とができる。肯定の場合、ＳＡＴシステム１０１は、ステップ３０５で、パッケージに関
連付けられたパッケージ情報を更新し、そのステータスが、パッケージがキャンプゾーン
２１５に到着したことを示すようにすることができる。次に、プロセスは、図４のパッケ
ージ追跡プロセス４００に進むことができる。
【0071】
[0081] ステップ３０３からの判定が否定的である場合、ＳＡＴシステム１０１は、ステ
ップ３０７において、最後のイベントが、パッケージが配達のために出発したことを示す
かどうかを判定することができる。この判定の結果が肯定的である場合、ＳＡＴシステム
１０１はステップ３０９において、パッケージに関連するパッケージ情報を更新し、その
ステータスが、パッケージがトラック２２２またはかご２２６に積み込まれ、配達のため
に出発したことを示すようにすることができる。次に、プロセスは、図５のパッケージ追
跡プロセス５００に進むことができる。
ップ３０７において、最後のイベントが、パッケージが配達のために出発したことを示す
かどうかを判定することができる。この判定の結果が肯定的である場合、ＳＡＴシステム
１０１はステップ３０９において、パッケージに関連するパッケージ情報を更新し、その
ステータスが、パッケージがトラック２２２またはかご２２６に積み込まれ、配達のため
に出発したことを示すようにすることができる。次に、プロセスは、図５のパッケージ追
跡プロセス５００に進むことができる。
【0072】
[0082] ステップ３０７での判定が否定的である場合、ＳＡＴシステム１０１は、ステッ
プ３１１で、最後のイベントが、配信試行が行われたが失敗したことを示すかどうかを判
定することができる。この判定の結果が肯定的である場合、ＳＡＴシステム１０１は、ス
テップ３１３において、配達の試みが不成功であったことをそのステータスが示すように
、パッケージに関連付けられたパッケージ情報を更新することができる。次に、プロセス
は、図６のパッケージ追跡プロセス６００に進むことができる。
プ３１１で、最後のイベントが、配信試行が行われたが失敗したことを示すかどうかを判
定することができる。この判定の結果が肯定的である場合、ＳＡＴシステム１０１は、ス
テップ３１３において、配達の試みが不成功であったことをそのステータスが示すように
、パッケージに関連付けられたパッケージ情報を更新することができる。次に、プロセス
は、図６のパッケージ追跡プロセス６００に進むことができる。
【0073】
[0083] ステップ３１１での判定が否定的である場合、ＳＡＴシステム１０１は、ステッ
プ３１５で、パッケージが正常に配達されたと判定し、そのステータスが、配達が正常に
行われたことを示すように、パッケージに関連付けられたパッケージ情報を更新すること
ができる。次いで、プロセスは、図７のパッケージ追跡プロセス７００を継続してもよい
。
プ３１５で、パッケージが正常に配達されたと判定し、そのステータスが、配達が正常に
行われたことを示すように、パッケージに関連付けられたパッケージ情報を更新すること
ができる。次いで、プロセスは、図７のパッケージ追跡プロセス７００を継続してもよい
。
【0074】
[0084] ４つの異なるステータスは例としての役割を果たすことのみを意図しており、ス
テータスの代替セットも開示された実施形態の範囲内であり、開始プロセス３００は、ス
テータスの代替セットを収容するために他の判定を追加または除去するように修正されて
もよい。
テータスの代替セットも開示された実施形態の範囲内であり、開始プロセス３００は、ス
テータスの代替セットを収容するために他の判定を追加または除去するように修正されて
もよい。
【0075】
[0085] 図４～図７を参照すると、例示的なパッケージ追跡プロセス４００、５００、６
００、および７００が、開示された実施形態と整合して、以下で説明される。ＳＡＴシス
テム１０１は、所定の間隔（例えば、２４時間）で、データベース内のすべてのパッケー
ジを繰り返し、図３を参照して上述した決定に基づいて、パッケージ追跡プロセス４００
、５００、６００、および７００のうちの１つまたは複数を実行することができる。ＳＡ
Ｔシステム１０１は、データベース内の各パッケージを順番に反復処理し、各パッケージ
に割り当てられた対応するステータスに基づいて適切なプロセスを選択しステップ実行し
、それらのステータスに従ってパッケージをソートし、各プロセスをバッチで実行するか
、またはその他の方法で実行することができる。
００、および７００が、開示された実施形態と整合して、以下で説明される。ＳＡＴシス
テム１０１は、所定の間隔（例えば、２４時間）で、データベース内のすべてのパッケー
ジを繰り返し、図３を参照して上述した決定に基づいて、パッケージ追跡プロセス４００
、５００、６００、および７００のうちの１つまたは複数を実行することができる。ＳＡ
Ｔシステム１０１は、データベース内の各パッケージを順番に反復処理し、各パッケージ
に割り当てられた対応するステータスに基づいて適切なプロセスを選択しステップ実行し
、それらのステータスに従ってパッケージをソートし、各プロセスをバッチで実行するか
、またはその他の方法で実行することができる。
【0076】
[0086] パッケージ追跡プロセス４００、５００、６００、および７００は、パッケージ
がまだ配達されておらず、したがってＦＣ２００内のどこかに対応するパッケージを有す
るべきであることを示す各パッケージの情報が（たとえば、「キャンプゾーンに到着した
」ステータスを有するパッケージ情報に対応するパッケージが実際にキャンプゾーン２１
５に位置することを検証することによって）対応するパッケージに実際にマッピングされ
得ることを検証する役割を果たす。また、パッケージ追跡プロセス４００、５００、６０
０、および７００は、不正確なステータスが割り当てられたパッケージ情報を識別し、修
正し、必要に応じてパッケージを並べ替えることができる。４つの異なるプロセスは単に
例としての役割を果たすことが意図されており、上記で使用された状態のセットに一致す
るプロセスの代替セットもまた、開示された実施形態の範囲内である。
がまだ配達されておらず、したがってＦＣ２００内のどこかに対応するパッケージを有す
るべきであることを示す各パッケージの情報が（たとえば、「キャンプゾーンに到着した
」ステータスを有するパッケージ情報に対応するパッケージが実際にキャンプゾーン２１
５に位置することを検証することによって）対応するパッケージに実際にマッピングされ
得ることを検証する役割を果たす。また、パッケージ追跡プロセス４００、５００、６０
０、および７００は、不正確なステータスが割り当てられたパッケージ情報を識別し、修
正し、必要に応じてパッケージを並べ替えることができる。４つの異なるプロセスは単に
例としての役割を果たすことが意図されており、上記で使用された状態のセットに一致す
るプロセスの代替セットもまた、開示された実施形態の範囲内である。
【0077】
[0087] いくつかの実施形態では、ＳＯＴシステム１１１、ＦＯシステム１１３、および
ＷＭＳ１１９などの他のシステムは、ＳＡＴシステム１０１がパッケージのデータベース
を繰り返している間、パッケージの処理を停止し、ＳＡＴシステム１０１が終了すると再
開することができる。代替として、他の実施形態では、ＳＯＴシステム１１１、ＦＯシス
テム１１３、およびＷＭＳ１１９などの他のシステムはそれぞれ、パッケージをそれらの
通常の速度で処理し続けるか、またはそれらを低減された速度で処理することができる。
ＳＡＴシステム１０１がパッケージング追跡プロセスを実行している間に他のシステムに
よって生成される追加のイベントデータは一時的な場所に電子的に記憶され、ＳＡＴシス
テム１０１がパッケージのデータベースを反復処理し終わった後に、データベース内のパ
ッケージのリストと調整されてもよい。
ＷＭＳ１１９などの他のシステムは、ＳＡＴシステム１０１がパッケージのデータベース
を繰り返している間、パッケージの処理を停止し、ＳＡＴシステム１０１が終了すると再
開することができる。代替として、他の実施形態では、ＳＯＴシステム１１１、ＦＯシス
テム１１３、およびＷＭＳ１１９などの他のシステムはそれぞれ、パッケージをそれらの
通常の速度で処理し続けるか、またはそれらを低減された速度で処理することができる。
ＳＡＴシステム１０１がパッケージング追跡プロセスを実行している間に他のシステムに
よって生成される追加のイベントデータは一時的な場所に電子的に記憶され、ＳＡＴシス
テム１０１がパッケージのデータベースを反復処理し終わった後に、データベース内のパ
ッケージのリストと調整されてもよい。
【0078】
[0088] 出荷サイクルは、ＳＡＴシステム１０１がデータベース内のすべてのパッケージ
情報について１つまたは複数のパッケージ追跡プロセス４００、５００、６００、および
７００の実行を終了した時点から、システム１００がすべてのパッケージを配送しようと
試みた所定の間隔（たとえば、２４時間）後の時点までの期間を指すことができ、ＳＡＴ
システム１０１は、各パッケージ情報について１つまたは複数のパッケージ追跡プロセス
４００、５００、６００、および７００の実行を再び開始しようとしている。出荷サイク
ルの開始は作業日または深夜の終わりと一致することができ、その時点で、すべてのパッ
ケージがロードされ、少なくとも１回配達されるように試みられている。言い換えれば、
各出荷サイクルは、ＳＡＴシステム１０１がパッケージ追跡プロセス４００、５００、６
００、および７００を実行する期間によって分離される。
情報について１つまたは複数のパッケージ追跡プロセス４００、５００、６００、および
７００の実行を終了した時点から、システム１００がすべてのパッケージを配送しようと
試みた所定の間隔（たとえば、２４時間）後の時点までの期間を指すことができ、ＳＡＴ
システム１０１は、各パッケージ情報について１つまたは複数のパッケージ追跡プロセス
４００、５００、６００、および７００の実行を再び開始しようとしている。出荷サイク
ルの開始は作業日または深夜の終わりと一致することができ、その時点で、すべてのパッ
ケージがロードされ、少なくとも１回配達されるように試みられている。言い換えれば、
各出荷サイクルは、ＳＡＴシステム１０１がパッケージ追跡プロセス４００、５００、６
００、および７００を実行する期間によって分離される。
【0079】
[0089] すべての出荷サイクル中に、システム１００内のすべてのパッケージを積み込み
、トラック２２２または自動車２２６を介して配達するために送出することを試みること
ができることに留意することが重要である（例えば、システム１００内のすべてのパッケ
ージは少なくとも毎日１回積み込み、送出する）。パッケージが出荷サイクル中に少なく
とも１回積載できなかった場合、ＷＭＳ１１９は、キャンプゾーン２１５での容量を超え
たために荷物が配達されなかったというイベントデータを、ＳＡＴシステム１０１内の対
応する荷物情報に追加することができる（例えば、配達のための荷物の数が、ＦＣ２００
で処理することができる数を超えた）。また、各パッケージは、パッケージ追跡プロセス
４００、５００、６００、および７００のうちの１つまたは複数が実行されている間、異
なる位置（例えば、キャンプゾーン２１５、トラック２２２または自動車２２６上）にあ
ってもよいことにも留意されたい。
、トラック２２２または自動車２２６を介して配達するために送出することを試みること
ができることに留意することが重要である（例えば、システム１００内のすべてのパッケ
ージは少なくとも毎日１回積み込み、送出する）。パッケージが出荷サイクル中に少なく
とも１回積載できなかった場合、ＷＭＳ１１９は、キャンプゾーン２１５での容量を超え
たために荷物が配達されなかったというイベントデータを、ＳＡＴシステム１０１内の対
応する荷物情報に追加することができる（例えば、配達のための荷物の数が、ＦＣ２００
で処理することができる数を超えた）。また、各パッケージは、パッケージ追跡プロセス
４００、５００、６００、および７００のうちの１つまたは複数が実行されている間、異
なる位置（例えば、キャンプゾーン２１５、トラック２２２または自動車２２６上）にあ
ってもよいことにも留意されたい。
【0080】
[0090] 出荷サイクルの終わりに（すなわち、パッケージ追跡プロセス４００、５００、
６００、および７００のいずれかが開始する前に）、ＳＡＴシステム１０１は、そのパッ
ケージ識別子がモバイルデバイス（例えば、１０７Ａ～１０７Ｃまたは１１９Ａ～１１９
Ｃ）によってスキャンまたは読み取られた、システム１００内に現在あるパッケージのリ
ストを生成することができる。各パッケージがスキャンまたは読み取られているとき、パ
ッケージ追跡プロセス４００、５００、６００、または７００の間の後の再注文のための
条件を満たすものとしてフラグを立てるために、損傷したパッケージをパッケージのリス
トから省略することができる。
６００、および７００のいずれかが開始する前に）、ＳＡＴシステム１０１は、そのパッ
ケージ識別子がモバイルデバイス（例えば、１０７Ａ～１０７Ｃまたは１１９Ａ～１１９
Ｃ）によってスキャンまたは読み取られた、システム１００内に現在あるパッケージのリ
ストを生成することができる。各パッケージがスキャンまたは読み取られているとき、パ
ッケージ追跡プロセス４００、５００、６００、または７００の間の後の再注文のための
条件を満たすものとしてフラグを立てるために、損傷したパッケージをパッケージのリス
トから省略することができる。
【0081】
[0091] 図４は、パッケージがキャンプゾーン２１５に到着したと判定されたときにＳＡ
Ｔシステム１０１がフォローすることができるコンピュータ化パッケージ追跡プロセス４
００を示す。パッケージは配達のために積み込まれた後に、ハブゾーン２１３またはトラ
ック２２２または自動車２２６から到着していてもよい。
Ｔシステム１０１がフォローすることができるコンピュータ化パッケージ追跡プロセス４
００を示す。パッケージは配達のために積み込まれた後に、ハブゾーン２１３またはトラ
ック２２２または自動車２２６から到着していてもよい。
【0082】
[0092] ステップ４０３において、ＳＡＴシステム１０１は、対応するパッケージ識別子
が以前の出荷サイクルの終わりにスキャンされたか、または読み取られたかどうかを判定
することによって、特定のパッケージがシステム１００内に存在するかどうかを検証する
ことができる。
が以前の出荷サイクルの終わりにスキャンされたか、または読み取られたかどうかを判定
することによって、特定のパッケージがシステム１００内に存在するかどうかを検証する
ことができる。
【0083】
[0093] ステップ４０３からの否定的な判定は、ステップ４０５で表されるように、パッ
ケージが失われた（すなわち、不明）ことを示すことができ、ＳＡＴシステム１０１は、
ステップ４０７で、再注文の条件を満たすものとしてパッケージ識別子にフラグを立てる
ために、対応するパッケージ情報を更新することができる。例えば、フラグ付けは、対応
するパッケージ情報を記憶するデータベース内のパラメータ（例えば、優先順位ステータ
ス）を修正することを含んでもよい。
ケージが失われた（すなわち、不明）ことを示すことができ、ＳＡＴシステム１０１は、
ステップ４０７で、再注文の条件を満たすものとしてパッケージ識別子にフラグを立てる
ために、対応するパッケージ情報を更新することができる。例えば、フラグ付けは、対応
するパッケージ情報を記憶するデータベース内のパラメータ（例えば、優先順位ステータ
ス）を修正することを含んでもよい。
【0084】
[0094] 一方、ステップ４０３からの肯定的な判定は、物理パッケージが存在することを
示すことができる。この場合、パッケージは内部遅延（例えば、キャンプゾーン２１５で
の容量を超えた）のためにキャンプゾーン２１５を出たことがないか、またはパッケージ
は直前の出荷サイクルの間に配達のために出たことがあるが、１つ以上の理由（例えば、
配達トラックは作業時間内に配達を完了できなかった）のために配達されずにキャンプゾ
ーン２１５に戻った。この状況では、ＳＡＴシステム１０１は、ブロック４０９で、ＳＯ
Ｔシステム１１１からの配達状況情報に基づいて、パッケージが配達されなかった理由を
判定することができる。
示すことができる。この場合、パッケージは内部遅延（例えば、キャンプゾーン２１５で
の容量を超えた）のためにキャンプゾーン２１５を出たことがないか、またはパッケージ
は直前の出荷サイクルの間に配達のために出たことがあるが、１つ以上の理由（例えば、
配達トラックは作業時間内に配達を完了できなかった）のために配達されずにキャンプゾ
ーン２１５に戻った。この状況では、ＳＡＴシステム１０１は、ブロック４０９で、ＳＯ
Ｔシステム１１１からの配達状況情報に基づいて、パッケージが配達されなかった理由を
判定することができる。
【0085】
[0095] ステップ４１１で表されるように、未配達が容量超過によるものであると判定さ
れた場合、ＳＡＴシステム１０１は、ステップ４１３で、ＰＤＤから第１の所定の長さの
時間（例えば、２日）を超えたかどうかを判定することができる。ステップ４１１で超過
された容量は例えば、利用可能な配達作業員２２４Ａまたは２２４Ｂの数、配達のための
利用可能なトラック２２２または車両２２６の数、およびトラック２２２または車両２２
６上のスペースの量を含むことができる。他の実施形態では、パッケージが再注文の条件
を満たすとフラグ付けされるまでに経過しなければならない時間の長さは半日、３日など
のように、２日より短いかそれより長いかもしれない。さらに他の実施形態では、時間の
長さは不足した特定のリソースに基づいて変化し得る。
れた場合、ＳＡＴシステム１０１は、ステップ４１３で、ＰＤＤから第１の所定の長さの
時間（例えば、２日）を超えたかどうかを判定することができる。ステップ４１１で超過
された容量は例えば、利用可能な配達作業員２２４Ａまたは２２４Ｂの数、配達のための
利用可能なトラック２２２または車両２２６の数、およびトラック２２２または車両２２
６上のスペースの量を含むことができる。他の実施形態では、パッケージが再注文の条件
を満たすとフラグ付けされるまでに経過しなければならない時間の長さは半日、３日など
のように、２日より短いかそれより長いかもしれない。さらに他の実施形態では、時間の
長さは不足した特定のリソースに基づいて変化し得る。
【0086】
[0096] ステップ４１３からの決定が肯定的である場合、ＳＡＴシステム１０１は、上記
のステップ４０７と同様の方法で、ステップ４１５で再注文のための条件を満たすものと
してパッケージ識別子にフラグを立てるように、対応するパッケージ情報を更新してもよ
い。そうでない場合、ステップ４１７で表されるように、ＳＡＴシステム１０１は、対応
するパッケージ情報を変更せずに残すことができ、その結果、パッケージは、次の出荷サ
イクルの間に再び配送を試みられ、データベース内の次のパッケージを処理することがで
きる。
のステップ４０７と同様の方法で、ステップ４１５で再注文のための条件を満たすものと
してパッケージ識別子にフラグを立てるように、対応するパッケージ情報を更新してもよ
い。そうでない場合、ステップ４１７で表されるように、ＳＡＴシステム１０１は、対応
するパッケージ情報を変更せずに残すことができ、その結果、パッケージは、次の出荷サ
イクルの間に再び配送を試みられ、データベース内の次のパッケージを処理することがで
きる。
【0087】
[0097] ブロック４０９に戻って参照すると、ステップ４１９で表されるように、代わり
に未配達が顧客の障害によるものであった場合、ＳＡＴシステム１０１は、ＰＤＤから第
２の所定の長さ（例えば、４日）を超えて経過したかどうかを判定し（ステップ４２１）
、上述のステップ４０７と同様に、ステップ４２３で、再注文の条件を満たすものとして
対応するパッケージ識別子にフラグを立てることができる。そうでない場合、ステップ４
２５に示すように、ＳＡＴシステム１０１は、対応するパッケージ情報を変更しないまま
にしてもよい。他の実施形態では、第２所定の期間が半日、５日等、４日未満またはそれ
以上とすることができる。さらに他の実施形態では、時間の長さは顧客によって引き起こ
される特定の遅延に基づいて変化し得る。
に未配達が顧客の障害によるものであった場合、ＳＡＴシステム１０１は、ＰＤＤから第
２の所定の長さ（例えば、４日）を超えて経過したかどうかを判定し（ステップ４２１）
、上述のステップ４０７と同様に、ステップ４２３で、再注文の条件を満たすものとして
対応するパッケージ識別子にフラグを立てることができる。そうでない場合、ステップ４
２５に示すように、ＳＡＴシステム１０１は、対応するパッケージ情報を変更しないまま
にしてもよい。他の実施形態では、第２所定の期間が半日、５日等、４日未満またはそれ
以上とすることができる。さらに他の実施形態では、時間の長さは顧客によって引き起こ
される特定の遅延に基づいて変化し得る。
【0088】
[0098] ブロック４０９に戻って参照すると、４２７で表されるように、代わりに、未配
達が紛失または損傷したパッケージによるものであった場合、ＳＡＴシステム１０１は、
パッケージがステップ４０３で存在する（すなわち、物理的に存在し、損傷していない）
と以前に判定されたが、未配達の理由はパッケージが紛失または損傷していることを示す
ため、パッケージ情報にエラーがあると判定することができる。この場合、ＳＡＴシステ
ム１０１はステップ４２９で表されるように、パッケージ情報内の配達されていない理由
を「容量超過」にオーバーライドすることができ、したがって、配達されていない未知の
理由はたとえば顧客の障害とは対照的に、内部遅延に起因する。
達が紛失または損傷したパッケージによるものであった場合、ＳＡＴシステム１０１は、
パッケージがステップ４０３で存在する（すなわち、物理的に存在し、損傷していない）
と以前に判定されたが、未配達の理由はパッケージが紛失または損傷していることを示す
ため、パッケージ情報にエラーがあると判定することができる。この場合、ＳＡＴシステ
ム１０１はステップ４２９で表されるように、パッケージ情報内の配達されていない理由
を「容量超過」にオーバーライドすることができ、したがって、配達されていない未知の
理由はたとえば顧客の障害とは対照的に、内部遅延に起因する。
【0089】
[0099] ステップ４２７における判定が否定的であり、未配達の理由が何か他のものであ
ったことを示す場合、ＳＡＴシステム１０１はステップ４３１において、対応するパッケ
ージ情報を変更せずに残すことができ、その結果、パッケージは次の出荷サイクル中に再
び配達を試みることができ、データベース内の次のパッケージを処理することができる。
ったことを示す場合、ＳＡＴシステム１０１はステップ４３１において、対応するパッケ
ージ情報を変更せずに残すことができ、その結果、パッケージは次の出荷サイクル中に再
び配達を試みることができ、データベース内の次のパッケージを処理することができる。
【0090】
[0100] 図５は例えば、パッケージが直前の出荷サイクル中に出荷されたが、配達の試み
が行われなかった場合に、パッケージが配達のために出荷されたと判定されたときに、Ｓ
ＡＴシステム１０１がフォローすることができる、コンピュータ化された荷物追跡プロセ
ス５００を示す。
が行われなかった場合に、パッケージが配達のために出荷されたと判定されたときに、Ｓ
ＡＴシステム１０１がフォローすることができる、コンピュータ化された荷物追跡プロセ
ス５００を示す。
【0091】
[0101] ステップ５０３で、ＳＡＴシステム１００は、ステップ４０３に関して上述した
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。ステップ５０３からの否定的な判定はステップ５０５で表され、ステップ４０５に関し
て上述したように、パッケージが失われたことを示すことができる。次に、ＳＡＴシステ
ム１０１は、ステップ５０７において、上述のステップ４０７と同様の方法で、対応する
パッケージ識別子に、再注文の条件を満たすものとしてフラグを立てることができる。
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。ステップ５０３からの否定的な判定はステップ５０５で表され、ステップ４０５に関し
て上述したように、パッケージが失われたことを示すことができる。次に、ＳＡＴシステ
ム１０１は、ステップ５０７において、上述のステップ４０７と同様の方法で、対応する
パッケージ識別子に、再注文の条件を満たすものとしてフラグを立てることができる。
【0092】
[0102] 一方、ステップ５０３でパッケージが存在することが検証された場合、ＳＡＴシ
ステム１０１は、ブロック５０９で、ＳＯＴシステム１１１からの配達状況情報に基づい
て、パッケージが配達されなかった理由を判定することができる。未配達が配達時間のよ
うなリソースの不足によるものであると判定された場合、ＳＡＴシステム１０１は、ＰＤ
Ｄから第１の所定の長さより長い時間が経過したかどうかを判定し（ステップ５１３）、
もしそうであれば、対応するパッケージ情報に再注文の条件を満たすものとしてフラグを
立てるか（ステップ５１５）、またはステップ４１３～４１７に関して上述したように、
対応するパッケージ情報を変更しないままにしておく（ステップ５１７）ことができる。
ステム１０１は、ブロック５０９で、ＳＯＴシステム１１１からの配達状況情報に基づい
て、パッケージが配達されなかった理由を判定することができる。未配達が配達時間のよ
うなリソースの不足によるものであると判定された場合、ＳＡＴシステム１０１は、ＰＤ
Ｄから第１の所定の長さより長い時間が経過したかどうかを判定し（ステップ５１３）、
もしそうであれば、対応するパッケージ情報に再注文の条件を満たすものとしてフラグを
立てるか（ステップ５１５）、またはステップ４１３～４１７に関して上述したように、
対応するパッケージ情報を変更しないままにしておく（ステップ５１７）ことができる。
【0093】
[0103] 代わりに、ステップ５１９で表されるように、未配達が顧客の障害によるもので
あったと判定された場合、ＳＡＴシステム１０１は、ＰＤＤから第２の所定の長さより長
い時間が経過したかどうかを判定し（ステップ５２１）、その場合には、対応するパッケ
ージ情報に再注文の条件を満たすものとしてフラグを立てるか（ステップ５２３）、また
はステップ５２１～５２５に関して上述したようにパッケージ情報を変更しないままにし
ておく（ステップ５２５）ことができる。
あったと判定された場合、ＳＡＴシステム１０１は、ＰＤＤから第２の所定の長さより長
い時間が経過したかどうかを判定し（ステップ５２１）、その場合には、対応するパッケ
ージ情報に再注文の条件を満たすものとしてフラグを立てるか（ステップ５２３）、また
はステップ５２１～５２５に関して上述したようにパッケージ情報を変更しないままにし
ておく（ステップ５２５）ことができる。
【0094】
[0104] それでもなお、ブロック５０９で、５２７で表されるように、未配達が代わりに
紛失または損傷したパッケージによるものであったと判定された場合、ＳＡＴシステム１
０１はステップ４２７に関して上述したように、エラーがあると判定することができる。
この場合、ＳＡＴシステム１０１は、配達されていない理由を「ミスソート」にオーバー
ライドすることができ（ステップ５２９）、以前の判定が、パッケージが配達のために出
発したことを示す（ステップ５０１）が何らかの理由でまだキャンプゾーン２１５にある
ことを示す（ステップ５０３）ので、パッケージがミスソートされた（例えば、間違った
配達トラック２２２または自動車２２６にロードされた）ことを示し、パッケージは、そ
れが予定された場所になかったことを示唆する。ＳＡＴシステム１０１は、次の出荷サイ
クル中にこれらのパッケージを配達しようと試みることができる。
紛失または損傷したパッケージによるものであったと判定された場合、ＳＡＴシステム１
０１はステップ４２７に関して上述したように、エラーがあると判定することができる。
この場合、ＳＡＴシステム１０１は、配達されていない理由を「ミスソート」にオーバー
ライドすることができ（ステップ５２９）、以前の判定が、パッケージが配達のために出
発したことを示す（ステップ５０１）が何らかの理由でまだキャンプゾーン２１５にある
ことを示す（ステップ５０３）ので、パッケージがミスソートされた（例えば、間違った
配達トラック２２２または自動車２２６にロードされた）ことを示し、パッケージは、そ
れが予定された場所になかったことを示唆する。ＳＡＴシステム１０１は、次の出荷サイ
クル中にこれらのパッケージを配達しようと試みることができる。
【0095】
[0105] ステップ５２７での判定が否定的であり、未配達の理由が何か他のものであった
ことを示す場合、ＳＡＴシステム１０１はステップ４３１に関して上述したように、対応
するパッケージ情報を変更しないままに保つことができる（ステップ５３１）。
ことを示す場合、ＳＡＴシステム１０１はステップ４３１に関して上述したように、対応
するパッケージ情報を変更しないままに保つことができる（ステップ５３１）。
【0096】
[0106] 図６はＳＡＴシステム１０１が例えば、直前の出荷サイクル中に、パッケージが
配達に失敗した（例えば、配達人２２４Ａまたは２２４Ｂが受取人の住所に到着したが、
受取人がいなかったために配達を完了することができなかった）と判定したときに、ＳＡ
Ｔシステム１０１がフォローすることができるコンピュータ化パッケージ追跡プロセス６
００を示す。
配達に失敗した（例えば、配達人２２４Ａまたは２２４Ｂが受取人の住所に到着したが、
受取人がいなかったために配達を完了することができなかった）と判定したときに、ＳＡ
Ｔシステム１０１がフォローすることができるコンピュータ化パッケージ追跡プロセス６
００を示す。
【0097】
[0107] ステップ６０３で、ＳＡＴシステム１０１は、ステップ５０３に関して上述した
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。ステップ６０３からの否定判定はステップ６０５に示すように、パッケージが紛失した
ことを示すことができる。次に、ＳＡＴシステム１０１は、ステップ６０７において、上
述のステップ４０７と同様の方法で、対応するパッケージ識別子に、再注文の条件を満た
すものとしてフラグを立てることができる。
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。ステップ６０３からの否定判定はステップ６０５に示すように、パッケージが紛失した
ことを示すことができる。次に、ＳＡＴシステム１０１は、ステップ６０７において、上
述のステップ４０７と同様の方法で、対応するパッケージ識別子に、再注文の条件を満た
すものとしてフラグを立てることができる。
【0098】
[0108] ステップ６０３でパッケージが存在することが検証された場合、ＳＡＴシステム
１０１は、ブロック６０９で、ＳＯＴシステム１１１からの配達状況情報に基づいて、パ
ッケージが配達されなかった理由を判定することができる。ステップ６１９で表されるよ
うに、未配達が顧客の障害によるものであると判定された場合、ＳＡＴシステム１０１は
、ＰＤＤから第２の所定の長さを超える時間が経過したかどうかを判定し（ステップ６２
１）、その場合には、対応するパッケージ情報に再注文の条件を満たすものとしてフラグ
を立てるか（ステップ６２３）、またはステップ６２１～６２５に関して上述したように
パッケージ情報を変更しないままにする（ステップ６２５）ことができる。
１０１は、ブロック６０９で、ＳＯＴシステム１１１からの配達状況情報に基づいて、パ
ッケージが配達されなかった理由を判定することができる。ステップ６１９で表されるよ
うに、未配達が顧客の障害によるものであると判定された場合、ＳＡＴシステム１０１は
、ＰＤＤから第２の所定の長さを超える時間が経過したかどうかを判定し（ステップ６２
１）、その場合には、対応するパッケージ情報に再注文の条件を満たすものとしてフラグ
を立てるか（ステップ６２３）、またはステップ６２１～６２５に関して上述したように
パッケージ情報を変更しないままにする（ステップ６２５）ことができる。
【0099】
[0109] 代替的に、ブロック６０９において、６２７で表されるように、未配達が代わり
に紛失または損傷したパッケージによるものであったと判定された場合、ＳＡＴシステム
１０１はエラーがあると判定し、ステップ５２７～５２９に関して上述したように、未配
達の理由を「ミスソート」にオーバーライドすることができる（ステップ６２９）。ステ
ップ６２７での判定が否定的であり、未配達の理由が何か他のものであったことを示す場
合、ＳＡＴシステムはステップ４３１に関して上述したように、対応するパッケージ情報
を変更しないままに保つことができる（ステップ６３１）。
に紛失または損傷したパッケージによるものであったと判定された場合、ＳＡＴシステム
１０１はエラーがあると判定し、ステップ５２７～５２９に関して上述したように、未配
達の理由を「ミスソート」にオーバーライドすることができる（ステップ６２９）。ステ
ップ６２７での判定が否定的であり、未配達の理由が何か他のものであったことを示す場
合、ＳＡＴシステムはステップ４３１に関して上述したように、対応するパッケージ情報
を変更しないままに保つことができる（ステップ６３１）。
【0100】
[0110] この場合、ＳＡＴシステム１０１は、配達の試みが実際に行われたので、他の荷
物追跡プロセス４００および５００で行われたように、未配達がリソースの不足によるも
のであったかどうかを考慮することができず、これは、例えば、配達人２２４Ａまたは２
２４Ｂが受取人の住所に到着し、配達を試みるのに十分なリソースを有していたことを意
味する。
物追跡プロセス４００および５００で行われたように、未配達がリソースの不足によるも
のであったかどうかを考慮することができず、これは、例えば、配達人２２４Ａまたは２
２４Ｂが受取人の住所に到着し、配達を試みるのに十分なリソースを有していたことを意
味する。
【0101】
【0102】
[0112] ステップ７０３で、ＳＡＴシステム１０１は、ステップ５０３に関して上述した
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。否定的な判定はパッケージがシステム１００内に存在しないことを正しく示し、配達さ
れたパッケージがシステム１００内に存在しない可能性があることが真であるため、ステ
ップ７０５において、対応するパッケージ情報は変更されないままである。しかしながら
、肯定的な判定は、ＳＯＴシステム１１１からの情報、従って、配達されたパッケージも
はやシステム１００内に存在することができないので、パッケージの現在のステータスが
不適切である可能性があることを示す。この場合、ＳＡＴシステム１０１は、ステップ７
１１で、パッケージに関連付けられた情報をオーバーライドして、リソースの不足のため
にパッケージが配達されなかったことを示すことができる。次に、ＳＡＴシステム１０１
は、ステップ７１３において、ＰＤＤから第１の所定の長さより長い時間が経過したかど
うかを判定し、ステップ５１３～５１７に関して上述したように、判定に基づいてステッ
プ７１５または７１７において適切なアクションをとることができる。他の実施形態では
、ＳＡＴシステム１０１がステップ７１１で、対応するパッケージ情報をオーバーライド
して、異なるステータスおよび／または配信失敗の理由を割り当てることができる。
ように、パッケージがシステム内に依然として存在するかどうかを検証することができる
。否定的な判定はパッケージがシステム１００内に存在しないことを正しく示し、配達さ
れたパッケージがシステム１００内に存在しない可能性があることが真であるため、ステ
ップ７０５において、対応するパッケージ情報は変更されないままである。しかしながら
、肯定的な判定は、ＳＯＴシステム１１１からの情報、従って、配達されたパッケージも
はやシステム１００内に存在することができないので、パッケージの現在のステータスが
不適切である可能性があることを示す。この場合、ＳＡＴシステム１０１は、ステップ７
１１で、パッケージに関連付けられた情報をオーバーライドして、リソースの不足のため
にパッケージが配達されなかったことを示すことができる。次に、ＳＡＴシステム１０１
は、ステップ７１３において、ＰＤＤから第１の所定の長さより長い時間が経過したかど
うかを判定し、ステップ５１３～５１７に関して上述したように、判定に基づいてステッ
プ７１５または７１７において適切なアクションをとることができる。他の実施形態では
、ＳＡＴシステム１０１がステップ７１１で、対応するパッケージ情報をオーバーライド
して、異なるステータスおよび／または配信失敗の理由を割り当てることができる。
【0103】
[0113] いくつかの実施形態では、ブロック４０９、５０９、６０９、７０９は、未送達
のためのより多くの理由を含むように拡張してもよい。未配達の理由４１１、４１９、４
２７、５１１、５１９、５２７、６１９、および６２７も、より詳細な副次的理由を含む
ように分割することができる。例えば、理由５１１は、不足している異なるリソースに基
づいてサブ理由に分割されてもよく、理由５１９は、顧客によって引き起こされる異なる
タイプの遅延に基づいてサブ理由に分割されてもよい。さらに、ステップ４１３、４２１
、５１３、５２１、６２１、および７１３における第１および第２の所定の時間の長さは
、ステータスおよび未配達の理由の組み合わせに基づいて、６つ以上の所定の時間の長さ
を含むように、互いに異なってもよい。所定の長さの時間の１つ以上のグループが等しい
長さの時間を有する代替実施形態もまた、本発明の範囲内である。
のためのより多くの理由を含むように拡張してもよい。未配達の理由４１１、４１９、４
２７、５１１、５１９、５２７、６１９、および６２７も、より詳細な副次的理由を含む
ように分割することができる。例えば、理由５１１は、不足している異なるリソースに基
づいてサブ理由に分割されてもよく、理由５１９は、顧客によって引き起こされる異なる
タイプの遅延に基づいてサブ理由に分割されてもよい。さらに、ステップ４１３、４２１
、５１３、５２１、６２１、および７１３における第１および第２の所定の時間の長さは
、ステータスおよび未配達の理由の組み合わせに基づいて、６つ以上の所定の時間の長さ
を含むように、互いに異なってもよい。所定の長さの時間の１つ以上のグループが等しい
長さの時間を有する代替実施形態もまた、本発明の範囲内である。
【0104】
[0114] いくつかの実施形態では、ＳＡＴシステム１０１は、上述のように、ステップ４
０７、４１５、４２３、５０７、５１５、５２３、６０７、６２３、および７１５のうち
の少なくとも１つまたは複数に基づいて再注文されるパッケージを決定すると、そのよう
なパッケージはパッケージを再注文し、それらをシステム１００を通して迅速化させるた
めの別の例示的なプロセスを通して処理される。さらに、いくつかの実施形態では、ＳＡ
Ｔシステム１０１は、内部ユーザ（例えば、システム１００を所有し、運営し、またはリ
ースする組織の従業員）からの要求を受信すると、対応するパッケージ情報を更新するこ
とによって、再注文のためのパッケージを示すこともできる。いくつかの実施形態では、
再注文プロセスは、その対応するパッケージ情報（すなわち、フラグ付きパッケージ）内
で再注文するために示されたパッケージによって保持されたアイテムを識別することと、
対応するパッケージ識別子に関連付けられた注文を識別することと、識別された注文の一
部をキャンセルすることと、識別されたアイテムを用いて新しい注文を作成および処理す
ることと、新しい注文に関連付けられたパッケージ情報を高優先順位として更新すること
と、新しい配信ルートおよび／またはサブルートを介して対応するパッケージを配信する
ことと、を備えることができる。
０７、４１５、４２３、５０７、５１５、５２３、６０７、６２３、および７１５のうち
の少なくとも１つまたは複数に基づいて再注文されるパッケージを決定すると、そのよう
なパッケージはパッケージを再注文し、それらをシステム１００を通して迅速化させるた
めの別の例示的なプロセスを通して処理される。さらに、いくつかの実施形態では、ＳＡ
Ｔシステム１０１は、内部ユーザ（例えば、システム１００を所有し、運営し、またはリ
ースする組織の従業員）からの要求を受信すると、対応するパッケージ情報を更新するこ
とによって、再注文のためのパッケージを示すこともできる。いくつかの実施形態では、
再注文プロセスは、その対応するパッケージ情報（すなわち、フラグ付きパッケージ）内
で再注文するために示されたパッケージによって保持されたアイテムを識別することと、
対応するパッケージ識別子に関連付けられた注文を識別することと、識別された注文の一
部をキャンセルすることと、識別されたアイテムを用いて新しい注文を作成および処理す
ることと、新しい注文に関連付けられたパッケージ情報を高優先順位として更新すること
と、新しい配信ルートおよび／またはサブルートを介して対応するパッケージを配信する
ことと、を備えることができる。
【0105】
[0115] あいまいさを生じさせずに説明を容易にするために、再注文プロセスを、例を用
いて説明する。この例では、注文が、第１のパッケージ識別子と対応する第１のパッケー
ジ情報とを有する第１のパッケージに一緒にパッケージ化される第１のグループのアイテ
ムと、第２のパッケージ識別子と対応する第２のパッケージ情報とを有する第２のパッケ
ージに一緒にパッケージ化される第２のグループのアイテムと、を含む。この例では、Ｓ
ＡＴシステム１０１は、第１のパッケージがその意図された受取人に正常に配達されたが
、第２のパッケージが損傷を受けたと判定することができる。この場合、ステップ４１５
に関して上述したように、ＳＡＴシステム１０１は、第２のパッケージ情報を更新して、
上述したパッケージ追跡プロセス４００、５００、６００、および７００のうちの１つま
たは複数から決定されるように、再注文される必要があり得るデータベース内の他のパッ
ケージ（もしあれば）と共に、再注文のための条件を満たすものとして第２のパッケージ
識別子にフラグを立てることができる。
いて説明する。この例では、注文が、第１のパッケージ識別子と対応する第１のパッケー
ジ情報とを有する第１のパッケージに一緒にパッケージ化される第１のグループのアイテ
ムと、第２のパッケージ識別子と対応する第２のパッケージ情報とを有する第２のパッケ
ージに一緒にパッケージ化される第２のグループのアイテムと、を含む。この例では、Ｓ
ＡＴシステム１０１は、第１のパッケージがその意図された受取人に正常に配達されたが
、第２のパッケージが損傷を受けたと判定することができる。この場合、ステップ４１５
に関して上述したように、ＳＡＴシステム１０１は、第２のパッケージ情報を更新して、
上述したパッケージ追跡プロセス４００、５００、６００、および７００のうちの１つま
たは複数から決定されるように、再注文される必要があり得るデータベース内の他のパッ
ケージ（もしあれば）と共に、再注文のための条件を満たすものとして第２のパッケージ
識別子にフラグを立てることができる。
【0106】
[0116] 次いで、再注文プロセスの一部として、ＳＡＴシステム１０１は、手動検査時の
パッケージの実際の内容、および／または上述の方法で収集された注文情報およびパッケ
ージ情報に基づいて、第２のパッケージ内のアイテム（この例では上で定義された第２の
グループのアイテムである）を識別することに進むことができる。アイテムおよび注文が
識別されると、ＳＡＴシステム１０１は、再注文のために示されていない注文の他の部分
に影響を及ぼすことなく、さもなければ発行することなく、アイテムに対応する注文の部
分をキャンセルすることに進むことができる。次いで、ＳＡＴシステム１０１は、ＦＯシ
ステム１１３に要求を送信して、第２のアイテムグループを含む新しい注文を作成するこ
とができる。事実上、単一のグループのアイテムを含み、したがって単一のパッケージに
パッケージ化された部分的な注文が作成され、他のパッケージと共に処理されるようにシ
ステム１００内に配置される。
パッケージの実際の内容、および／または上述の方法で収集された注文情報およびパッケ
ージ情報に基づいて、第２のパッケージ内のアイテム（この例では上で定義された第２の
グループのアイテムである）を識別することに進むことができる。アイテムおよび注文が
識別されると、ＳＡＴシステム１０１は、再注文のために示されていない注文の他の部分
に影響を及ぼすことなく、さもなければ発行することなく、アイテムに対応する注文の部
分をキャンセルすることに進むことができる。次いで、ＳＡＴシステム１０１は、ＦＯシ
ステム１１３に要求を送信して、第２のアイテムグループを含む新しい注文を作成するこ
とができる。事実上、単一のグループのアイテムを含み、したがって単一のパッケージに
パッケージ化された部分的な注文が作成され、他のパッケージと共に処理されるようにシ
ステム１００内に配置される。
【0107】
[0117] いくつかの実施形態ではＳＡＴシステム１０１は、対応する新しいパッケージ情
報を「高優先度」として示すこともでき、これは他のシステム要素（例えば、ＳＯＴシス
テム１１１およびＷＭＳ１１９）に通信され、内部ユーザ（例えば、システム１００を所
有し、操作し、またはリースする組織の従業員）および／または配達作業員２２４Ａまた
は２２４Ｂに通知として表示される。輸送システム１０７の１つまたは複数のモバイルデ
バイス１０７Ａ～１０７Ｃおよび／またはＦＣ２００の１１９Ａ～１１９Ｃは、対応する
パッケージ識別子をスキャンまたは読み取るときに、「高優先度」の通知を表示すること
ができ、その結果、内部ユーザは、パッケージを他のものの前に処理することを優先する
ことができる。
報を「高優先度」として示すこともでき、これは他のシステム要素（例えば、ＳＯＴシス
テム１１１およびＷＭＳ１１９）に通信され、内部ユーザ（例えば、システム１００を所
有し、操作し、またはリースする組織の従業員）および／または配達作業員２２４Ａまた
は２２４Ｂに通知として表示される。輸送システム１０７の１つまたは複数のモバイルデ
バイス１０７Ａ～１０７Ｃおよび／またはＦＣ２００の１１９Ａ～１１９Ｃは、対応する
パッケージ識別子をスキャンまたは読み取るときに、「高優先度」の通知を表示すること
ができ、その結果、内部ユーザは、パッケージを他のものの前に処理することを優先する
ことができる。
【0108】
[0118] いくつかの実施形態では、高優先度パッケージが各システム内の内部ユーザの専
用グループ（例えば、輸送システム１０７内の内部ユーザのグループ、またはＷＭＳ１１
９内の内部ユーザのグループ）によって処理され、配達されて、パッケージがどれだけ多
くの他の非高優先度パッケージが存在し得るかにかかわらず、可能な限り迅速にパッケー
ジ化され、配達されることを保証することができる。さらに、いくつかの実施形態では、
ＳＯＴシステム１１１は、高優先度パッケージの配信を最適化するように構成された新し
い配信ルートおよび／またはサブルートを作成することができる。
用グループ（例えば、輸送システム１０７内の内部ユーザのグループ、またはＷＭＳ１１
９内の内部ユーザのグループ）によって処理され、配達されて、パッケージがどれだけ多
くの他の非高優先度パッケージが存在し得るかにかかわらず、可能な限り迅速にパッケー
ジ化され、配達されることを保証することができる。さらに、いくつかの実施形態では、
ＳＯＴシステム１１１は、高優先度パッケージの配信を最適化するように構成された新し
い配信ルートおよび／またはサブルートを作成することができる。
【0109】
[0119] いくつかの状況では、ＳＡＴシステム１０１は、新しいパッケージが元の注文時
に作成された元のＰＤＤ上で、またはその前に配達できないことを判定することができる
。これらの場合、ＳＡＴシステムは、上述したように、１つまたは複数の要因に基づいて
、更新されたＰＤＤを求める要求をＦＯシステム１１３に送信することができる。更新さ
れたＰＤＤは、内部注文追跡のために使用されてもよく、または意図された受取人および
／または購入者に開示されて、それらに注文ステータスを通知してもよい。
に作成された元のＰＤＤ上で、またはその前に配達できないことを判定することができる
。これらの場合、ＳＡＴシステムは、上述したように、１つまたは複数の要因に基づいて
、更新されたＰＤＤを求める要求をＦＯシステム１１３に送信することができる。更新さ
れたＰＤＤは、内部注文追跡のために使用されてもよく、または意図された受取人および
／または購入者に開示されて、それらに注文ステータスを通知してもよい。
【0110】
[0120] いくつかの実施形態では、パッケージ追跡プロセス４００、５００、６００、お
よび７００のうちの１つまたは複数に基づいて紛失したと判定されたパッケージは、上述
のように再注文プロセスを介して処理されるが、内部ユーザの一部は、紛失したパッケー
ジを見つけ出し、ＦＣ２００内に位置する返却ステージングゾーン（図示せず）にそれら
を転送することに専念することができる。代替的に又は追加的に、内部ユーザは、それぞ
れの通常の任務を遂行している間に、１つ以上の以前に紛失したパッケージを発見するこ
とができ、その時点で、内部ユーザは、パッケージを返却ステージングゾーンに転送する
こともできる。
よび７００のうちの１つまたは複数に基づいて紛失したと判定されたパッケージは、上述
のように再注文プロセスを介して処理されるが、内部ユーザの一部は、紛失したパッケー
ジを見つけ出し、ＦＣ２００内に位置する返却ステージングゾーン（図示せず）にそれら
を転送することに専念することができる。代替的に又は追加的に、内部ユーザは、それぞ
れの通常の任務を遂行している間に、１つ以上の以前に紛失したパッケージを発見するこ
とができ、その時点で、内部ユーザは、パッケージを返却ステージングゾーンに転送する
こともできる。
【0111】
[0121] システム１００は、発見されたパッケージを元の意図された受取人に再配達しよ
うとしないことが好ましく、その理由は上記の再注文プロセスによって作成された新しい
高優先度のパッケージをキャンセルし、配達するのを防止する必要があり、それによって
システム１００の速度が低下する可能性があるからである。さらに、いくつかの実施形態
では、パッケージ追跡プロセス４００、５００、６００、および７００のうちの１つまた
は複数に基づいて損傷していると判定されたパッケージは、その中のアイテムを取り出す
ことができるように、返却ステージングゾーンに転送することもできる。その中のアイテ
ムのサブセットは、依然として販売可能な状態にあり得る。
うとしないことが好ましく、その理由は上記の再注文プロセスによって作成された新しい
高優先度のパッケージをキャンセルし、配達するのを防止する必要があり、それによって
システム１００の速度が低下する可能性があるからである。さらに、いくつかの実施形態
では、パッケージ追跡プロセス４００、５００、６００、および７００のうちの１つまた
は複数に基づいて損傷していると判定されたパッケージは、その中のアイテムを取り出す
ことができるように、返却ステージングゾーンに転送することもできる。その中のアイテ
ムのサブセットは、依然として販売可能な状態にあり得る。
【0112】
[0122] いくつかの実施形態では、見つけられた紛失したパッケージ、損傷したパッケー
ジ、および／または他のパッケージは再注文のための条件を満たすものとしてフラグが立
てられているために、意図された受取人に到達する前にキャンセルされ、再補充のために
返却ステージングゾーンに転送される。そのような実施形態では、ＳＡＴシステム１０１
は、転送されたパッケージに対応するパッケージ情報を、顧客から受け取った返品パッケ
ージとは異なる内部返品として更新することができる。そのような転送されたパッケージ
内のアイテムは、システム１００を介して処理されているときに誰も開封していないので
、他の顧客主導の返品よりも、密封された販売可能な状態にある可能性が比較的高い。し
たがって、その中にパッケージされたアイテムは、最小限の検査でピッキングゾーン２０
９に転送され、再ルーティングされ、それによって、比較的より徹底的な検査を実行する
コストが節約され、処理時間が短縮され、重複する注文のコストが節約される。
ジ、および／または他のパッケージは再注文のための条件を満たすものとしてフラグが立
てられているために、意図された受取人に到達する前にキャンセルされ、再補充のために
返却ステージングゾーンに転送される。そのような実施形態では、ＳＡＴシステム１０１
は、転送されたパッケージに対応するパッケージ情報を、顧客から受け取った返品パッケ
ージとは異なる内部返品として更新することができる。そのような転送されたパッケージ
内のアイテムは、システム１００を介して処理されているときに誰も開封していないので
、他の顧客主導の返品よりも、密封された販売可能な状態にある可能性が比較的高い。し
たがって、その中にパッケージされたアイテムは、最小限の検査でピッキングゾーン２０
９に転送され、再ルーティングされ、それによって、比較的より徹底的な検査を実行する
コストが節約され、処理時間が短縮され、重複する注文のコストが節約される。
【0113】
[0123] 本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修
正なしに、他の環境において実施され得ることが理解されるのであろう。前述の説明は、
例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実
施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮する
ことによって、修正および適合が明らかになるのであろう。加えて、開示された実施形態
の態様はメモリに格納されるものとして説明されているが、当業者はこれらの態様が例え
ばハードディスクまたはCD ROM、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、
ＤＶＤ、ブルーレイ、または他の光学ドライブ媒体などの二次記憶デバイスなどの他のタ
イプのコンピュータ可読媒体に格納され得ることを理解するのであろう。
正なしに、他の環境において実施され得ることが理解されるのであろう。前述の説明は、
例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実
施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮する
ことによって、修正および適合が明らかになるのであろう。加えて、開示された実施形態
の態様はメモリに格納されるものとして説明されているが、当業者はこれらの態様が例え
ばハードディスクまたはCD ROM、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、
ＤＶＤ、ブルーレイ、または他の光学ドライブ媒体などの二次記憶デバイスなどの他のタ
イプのコンピュータ可読媒体に格納され得ることを理解するのであろう。
【0114】
[0124] 記載された説明および開示された方法に基づくコンピュータプログラムは、熟練
した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当
業者に知られている技法のいずれかを使用して作成することができ、または既存のソフト
ウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラ
ムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍ
ｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋
、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、また
はＪａｖａアプレットを含むＨＴＭＬ内で、またはこれらの手段によって設計することが
できる。
した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当
業者に知られている技法のいずれかを使用して作成することができ、または既存のソフト
ウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラ
ムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍ
ｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋
、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、また
はＪａｖａアプレットを含むＨＴＭＬ内で、またはこれらの手段によって設計することが
できる。
【0115】
[0125] さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当
業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な
実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実
施形態の範囲。クレームの限定はクレームに使用されている文言に広く基づいて解釈され
るものとし、本明細書に記載されている例に限定されるものではなく、又は出願手続中に
解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開
示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入
または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書およ
び実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲お
よびそれらの均等物の全範囲によって示されることが意図される。
業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な
実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実
施形態の範囲。クレームの限定はクレームに使用されている文言に広く基づいて解釈され
るものとし、本明細書に記載されている例に限定されるものではなく、又は出願手続中に
解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開
示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入
または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書およ
び実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲お
よびそれらの均等物の全範囲によって示されることが意図される。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
