特許 6994577 電子在庫追跡システムおよび関連するユーザインタフェース

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2021-12-15

(45)【発行日】2022-01-14

(54)【発明の名称】電子在庫追跡システムおよび関連するユーザインタフェース

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20220106BHJP

【ＦＩ】

G06Q10/08 330

【請求項の数】 20

(21)【出願番号】P 2020537748

(86)(22)【出願日】2020-03-31

(65)【公表番号】

(43)【公表日】2021-06-17

(86)【国際出願番号】 IB2020053044

(87)【国際公開番号】W WO2020202004

(87)【国際公開日】2020-10-08

【審査請求日】2020-08-28

(31)【優先権主張番号】16/373,140

(32)【優先日】2019-04-02

(33)【優先権主張国・地域又は機関】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】520244544

【氏名又は名称】クーパン コーポレイション

(74)【代理人】

【識別番号】230104019

【弁護士】

【氏名又は名称】大野 聖二

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】ヤン，ピョン ソク

【審査官】橘 均憲

(56)【参考文献】

【文献】特開２０１８－０９２４６４（ＪＰ，Ａ）

【文献】韓国公開特許第１０－２０１３－００１７９０３（ＫＲ，Ａ）

【文献】特表２０１８－５０６１２８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１３／０２３３９２２（ＵＳ，Ａ１）

【文献】特開平１１－２０３３７２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／００５３１４５（ＵＳ，Ａ１）

【文献】韓国公開特許第１０－２０１０－００２８３７４（ＫＲ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

サプライチェーンにおけるアイテムを追跡するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
前記アイテムが第１のステーションに入ったことを示す第１の入力を受信し、当該第１の入力が第１の位置識別子を含み、
前記アイテムに在庫識別子を割り当て、
前記第１の位置識別子と前記在庫識別子をデータストアに記憶し、前記第１の位置識別子を前記在庫識別子と関連付け、
前記アイテムが第２のステーションに移動されるときに、前記在庫識別子と第２の位置識別子とを含む第２の入力を受信し、
前記第２の位置識別子が前記在庫識別子に関連付けられ、かつ、少なくとも１つの以前のステーションが前記在庫識別子に関連付けられるように、前記第２の位置識別子を記憶し、
ダイアグラムの要求を受信し、
複数の位置で実行された前記アイテムのスキャンと前記複数の位置で前記アイテムをスキャンするデバイスに関連付けられたユーザ識別子とを追跡するダイアグラムを生成し、当該ダイアグラムが前記第１のステーションから最も最近のステーションまで前記アイテムを追跡するように前記実行されたスキャンに基づく位置識別子およびアイテム識別子を含み、
第２のユーザデバイスでの表示のために前記ダイアグラムを送信する、
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を備えるシステム。

【請求項2】

前記命令は、さらに、前記プロセッサに、前記ダイアグラムを前記データストアに記憶させるように構成されている、請求項１に記載のコンピュータ実装システム。

【請求項3】

前記データストアは、少なくとも１つのデータベースを含む、請求項１に記載のコンピュータ実装システム。

【請求項4】

前記第１の入力は、ユーザ識別子も含む、請求項１に記載のコンピュータ実装システム。

【請求項5】

前記第２の入力は、どのユーザが前記アイテムを前記第２のステーションに配置したかを識別するユーザ識別子も含む、請求項１に記載のコンピュータ実装システム。

【請求項6】

前記アイテムは、サブアイテムが異なる位置識別子に記憶されるときにサブアイテム在庫識別子を受け取る当該サブアイテムを含む、請求項１のコンピュータ実装システム。

【請求項7】

前記在庫識別子は、当該在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮する、請求項１に記載のコンピュータ実装システム。

【請求項8】

前記ダイアグラムは、ツリーダイアグラムである、請求項１に記載のコンピュータ実装システム。

【請求項9】

前記在庫識別子は、当該在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、
前記ダイアグラムは、ツリーダイアグラムであり、当該ツリーダイアグラムの各ブランチが異なるサブアイテムを表す、請求項１に記載のコンピュータ実装システム。

【請求項10】

前記第１の入力は、前記アイテムのパッケージ識別子をスキャンするときに記録されるスキャンデータを含み、当該スキャンデータは、前記在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、または時刻のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。

【請求項11】

サプライチェーンにおけるアイテムを追跡するための方法であって、
前記アイテムが第１のステーションに入ったことを示す第１の入力を受信するステップであって、前記第１の入力が第１の位置識別子を含む、ステップと、
前記アイテムに在庫識別子の割り当てるステップと、
前記第１の位置識別子を前記在庫識別子に関連付けることを含む、前記第１の位置識別子と前記在庫識別子とを記憶するステップと、
前記アイテムが第２のステーションに移動されるときに、前記在庫識別子と第２の位置識別子とを含む第２の入力を受信するステップと、
前記第２の位置識別子が前記在庫識別子に関連付けられ、かつ、少なくとも一つの以前のステーションが前記在庫識別子に関連付けられるように、前記第２の位置識別子を記憶するステップと、
ダイアグラムの要求を受信するステップと、
複数の位置で実行された前記アイテムのスキャンと前記複数の位置で前記アイテムをスキャンするデバイスに関連付けられたユーザ識別子とを追跡するダイアグラムを生成し、当該ダイアグラムが前記第１のステーションから最も最近のステーションまでアイテムを追跡するように前記実行されたスキャンに基づく位置識別子およびアイテム識別子を含む、ステップと、
第２のユーザデバイスでの表示のために前記ダイアグラムを送信するステップと、
を含む方法。

【請求項12】

前記ダイアグラムを記憶するステップをさらに含む、請求項１１に記載の方法。

【請求項13】

前記位置識別子および在庫識別子は、少なくとも１つのデータベースに記憶される、請求項１１に記載の方法。

【請求項14】

前記第１の入力は、どのユーザが前記アイテムを前記第１のステーションに配置したかを識別するユーザ識別子も含む、請求項１１に記載の方法。

【請求項15】

前記第２の入力は、どのユーザが前記アイテムを前記第２のステーションに配置したかを識別するユーザ識別子も含む、請求項１１に記載の方法。

【請求項16】

前記アイテムは、サブアイテムが異なる位置識別子に記憶されるときにサブアイテム在庫識別子を受け取る当該サブアイテムを含む、請求項１１に記載の方法。

【請求項17】

前記在庫識別子は、前記在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮する、請求項１１に記載の方法。

【請求項18】

前記在庫識別子は、前記在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、
前記ダイアグラムは、ツリーダイアグラムであり、当該ツリーダイアグラムの各ブランチが異なるサブアイテムを表す、請求項１１に記載の方法。

【請求項19】

前記第１の入力は、前記アイテムをスキャンするユーザからのスキャンデータを含み、前記スキャンデータは、前記在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、時刻、および位置識別子のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。

【請求項20】

サプライチェーンにおけるアイテムを追跡するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
前記アイテムが第１のステーションに入ったことを示す第１の入力を受信し、当該第１の入力が第１の位置識別子を含み、当該第１の入力が前記アイテムをスキャンするユーザからのスキャンデータを含み、当該スキャンデータが在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、または時刻の少なくとも１つを含み、
前記アイテムに在庫識別子を割り当て、当該在庫識別子が、当該在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、
前記第１の位置識別子と前記在庫識別子とを記憶し、当該記憶することは、前記第１の位置識別子を前記在庫識別子に関連付けることを含み、
前記アイテムが第２のステーションに移動されるときに、前記在庫識別子と第２の位置識別子とを含む第２の入力を受信し、第２の入力が、アイテムをスキャンするユーザからのスキャンデータを含み、当該スキャンデータが、前記在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、または時刻の少なくとも１つを含み、
前記第２の位置識別子が前記在庫識別子に関連付けられ、かつ、少なくとも一つの以前のステーションが前記在庫識別子に関連付けられるように、前記第２の位置識別子を記憶し、
ダイアグラムの要求を受信し、
複数の位置で実行された前記アイテムのスキャンと前記複数の位置で前記アイテムをスキャンするデバイスに関連付けられたユーザ識別子とを追跡するダイアグラムを生成し、当該ダイアグラムが前記第１のステーションから最も最近のステーションまで前記アイテムを追跡するように前記実行されたスキャンに基づく位置識別子およびアイテム識別子を含み、当該ダイアグラムがツリーダイアグラムであり、前記アイテムがサブアイテムに分割されるとき当該ツリーダイアグラムの各ブランチが異なるサブアイテムを表し、
表示のために前記ダイアグラムを送信する
ための前記命令を実行するように構成された少なくとも１つのプロセッサと、
を備えるシステム。

【発明の詳細な説明】

【技術分野】

【0001】

[001] 本開示は、概して、在庫を追跡するためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、システムが倉庫などのサプライチェーンを介して在庫をどのように追跡し、ユーザフレンドリなインタフェースでユーザに情報を提供するかに関する、発明的かつ非従来型のシステムに関する。

【背景技術】

【0002】

[002] 在庫の追跡は、サプライチェーンの重要な部分である。しかしながら、システムは、典型的にはサプライチェーン内の特定の位置に何が格納されているかについての高レベルの記述を提供するだけである。例えば、倉庫在庫リストは、様々な位置に保管されたぬいぐるみの総数のみを示すことができる。

【0003】

[003] これらのシステムは、典型的にはサプライチェーンを通じて特定のアイテム又は製品を追跡せず、位置内にある部品の概要を示す。しかし、保管位置に焦点を当てることは、在庫を追跡するための効率的な方法を提供しない。この焦点は、より多くのアイテムを格納するためのスペースがどこにあるか、またはアイテムのタイプをどこで探すべきかについて人に指示することのみを示すことができる。この焦点は、製品がどのようにサプライチェーンを通って移動するかの効率性を追跡することができず、アイテムが失われたときにいかなる説明責任も提供することができない。

【0004】

[004] したがって、サプライチェーンを通して在庫を追跡するための改善された方法およびシステムが必要とされている。そうすることは、データの正確さおよび忠実度を改善し、在庫アイテムの改善された電子追跡を可能にし、サプライチェーンインフラストラクチャおよび／または倉庫内のアイテムを突き止めるコンピュータソフトウェアの能力を向上させる。さらに、ユーザがサプライチェーンを通過したアイテムの経路を見直すための容易に理解されるグラフィックを提供することは、ユーザに、データに提供される分析に基づいて動作する効率的な方法を提供する。

【発明の概要】

【0005】

[005] 本開示の一態様は、サプライチェーンにおけるアイテムを追跡するためのコンピュータ実装システムを対象とする。システムは、命令を記憶するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを備えることができる。これらの記憶された命令は、アイテムが第１ステーションに入ったという第１の入力を受信し、当該入力が第１の位置識別子を含み、アイテムに在庫識別子を割り当て、位置識別子と在庫識別子をデータストアに格納し、位置識別子を在庫識別子に関連付け、アイテムが新しいステーションに移動されるときに在庫識別子と第２の位置識別子を含む第２の入力を受信し、アイテムが新しいステーションに移動されるときに新しい位置識別子を記憶し、新しい位置識別子が在庫識別子と関連付けられ、少なくとも１つの以前のステーションが在庫識別子に関連付けられるように、新しい位置識別子を記憶し、ユーザからダイアグラムの要求を受信し、少なくとも在庫識別子と少なくとも１つの位置識別子を使用してアイテムを追跡するダイアグラムを生成し、ダイアグラムがインバウンドステーションから最も最近のステーションまでアイテムを追跡し、ダイアグラムを表示することを含む。

【0006】

[006] 別の実施形態では、命令は、さらに、プロセッサに、ダイアグラムをデータストアに記憶させること含む。

【0007】

[007] 別の実施形態では、データストアは、少なくとも１つのデータベースを含む。別の実施形態では、第１の入力は、ユーザ識別子を含む。別の実施形態では、第２の入力は、どのユーザがアイテムをステーションに配置したかを識別するユーザ識別子も含む。

【0008】

[008] 別の実施形態では、アイテムは、サブアイテムが異なる位置識別子に記憶されるときにサブアイテム在庫識別子を受け取るサブアイテムを含む。別の実施形態では、在庫識別子は、在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮する。別の実施形態では、ダイアグラムは、ツリーダイアグラムである。別の実施形態では、在庫識別子は、在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、ダイアグラムは、ツリーダイアグラムであり、当該ツリーダイアグラムの各ブランチは、異なるサブアイテムを表す。

【0009】

[009] 別の実施形態では、コンピュータ実装システムは、第１の入力をさらに含むことでき、第１の入力は、アイテムのパッケージ識別子をスキャンするときに記録されるスキャンデータを含み、スキャンデータは、在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、時刻、および位置識別子の少なくとも１つを含む。

【0010】

[0010] 本開示の別の態様は、アイテムがインバウンドステーションに入ったという第１の入力を受信するステップであって、当該入力が第１の位置識別子を含む、ステップと、アイテムに在庫識別子を割り当てるステップと、位置識別子および在庫識別子を記憶するステップであって、位置識別子を在庫識別子に関連付ける、ステップと、在庫識別子および第２の位置識別子を含む第２の入力を受信するステップと、新しい位置識別子が在庫識別子に関連付けられ、少なくとも１つの以前のステーションが在庫識別子と関連付けられるように、新しい位置識別子を格納するステップと、ユーザからのダイアグラムの要求を受信するステップと、少なくとも在庫識別子および少なくとも１つの位置識別子を使用してアイテムを追跡するダイアグラムを生成するステップであって、ダイアグラムがインバウンドステーションから最も最近のステーションまでアイテムを追跡する、ステップと、ダイアグラムを表示するステップとを含む、サプライチェーンにおけるアイテムを追跡する方法に関する。

【0011】

[0011] 別の実施形態では、方法は、ダイアグラムを記憶するステップをさらに含む。別の実施形態では、第１の入力は、アイテムをスキャンするユーザからのスキャンデータを含み、スキャンデータは、在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、時刻、および位置識別子の少なくとも１つを含む。

【0012】

[0012] 別の実施形態では、位置識別子および在庫識別子は、少なくとも１つのデータベースに記憶される。別の実施形態では、第１の入力は、どのユーザがアイテムをステーションに配置したかを識別するユーザ識別子も含む。別の実施形態では、第２の入力は、どのユーザがアイテムをステーションに配置したかを識別するユーザ識別子も含む。

【0013】

[0013] 別の実施形態では、アイテムは、サブアイテムが異なる位置識別子に記憶されるときにサブアイテム在庫識別子を受け取るサブアイテムを含む。別の実施形態では、在庫識別子は、在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮する。別の実施形態では、ダイアグラムは、ツリーダイアグラムである。別の実施形態では、在庫識別子は、在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、ダイアグラムは、ツリーダイアグラムであり、ツリーダイアグラムの各ブランチは、異なるサブアイテムを表す。

【0014】

[0014] 本開示のさらに別の態様は、命令を記憶するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを備える、サプライチェーンにおけるアイテムを追跡するためのコンピュータ実装システムを対象とする。命令は、アイテムがインバウンドステーションに入ったという第１の入力を受信することを含み、当該入力は、第１の位置識別子を含み、第１の入力は、アイテムをスキャンするユーザからのスキャンデータを含み、スキャンデータは、在庫識別子、パッケージ識別子、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、時刻、および位置識別子の少なくとも１つを含む。命令は、また、アイテムに在庫識別子を割り当て、在庫識別子が、在庫識別子の末尾に追加情報を追加するサブアイテム在庫識別子を生成することによりサブアイテムを考慮し、位置識別子と在庫識別子を記憶し、位置識別子を在庫識別子に関連付け、アイテムが新しいステーションに移動されるときに在庫識別子と第２の位置識別子とを含む第２の入力を受信し、第２の入力が、アイテムをスキャンするユーザからのスキャンデータを含み、スキャンデータが、在庫識別子、パッケージ、ユーザ識別子、従業員識別子、デバイス識別子、国際モバイル加入識別子（ＩＭＳＩ）、電話番号、ユニバーサルユニーク識別子（ＵＵＩ）、グローバルユニーク識別子（ＧＵＩ）、日付、時刻、および場所識別子の少なくとも１つを含む、ことを含む。また、命令は、新しい位置識別子が在庫識別子に関連付けられ、少なくとも１つの以前のステーションが在庫識別子に関連付けられるように、新しい位置識別子を記憶し、ユーザからのダイアグラムの要求を受信し、少なくとも在庫識別子と少なくとも１つの位置識別子とを用いてアイテムを追跡するダイアグラムを生成し、ダイアグラムがインバウンドステーションから最も最近のステーションまでアイテムを追跡し、ダイアグラムがツリーダイアグラムであり、アイテムがサブアイテムに分割されるときにツリーダイアグラムの各ブランチが異なるサブアイテムを表し、ダイアグラムを表示する、ことを含む。

【0015】

[0015] 他のシステム、方法、およびコンピュータ読取可能媒体も、本明細書で説明される。

【図面の簡単な説明】

【0016】

【図1A】[0016] 図１Ａは、開示された実施形態と整合する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。

【図1B】[0017] 図１Ｂは、開示された実施形態と整合する、対話型ユーザインタフェース要素とともに検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す。

【図1C】[0018] 図１Ｃは、開示された実施形態と整合する、対話型ユーザインタフェース要素とともに製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す。

【図1D】[0019] 図１Ｄは、開示された実施形態と整合する、対話型ユーザインタフェース要素とともに仮想ショッピングカート内のアイテムを含む例示的なカートページを示す。

【図1E】[0020] 図１Ｅは、開示された実施形態に整合する、対話型ユーザインタフェース要素とともに、購入および出荷に関する情報とともに仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す。

【図2】[0021] 図２は、開示された実施形態と整合する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。

【図3A】[0022] 図３Ａは、開示された実施形態と整合する、プロセッサによって実行され得る例示的なアイテム追跡プロセスのステップを示すフローチャートである。

【図3B】[0023] 図３Ｂは、どのようにスキャンデータを記憶するかの一実施形態を示す例示的なデータベーステーブルである。

【図4】[0024] 図４は、開示された実施形態と整合する、サプライチェーンを通してアイテムを追跡する例示的なダイアグラムである。

【図5】[0025] 図５は、開示された実施形態と整合する、サプライチェーンを通してアイテムを追跡する例示的なダイアグラムである。

【図6】[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】

[00100] 本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施され得ることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。加えて、開示された実施形態の態様はメモリに格納されるものとして説明されているが、当業者はこれらの態様が例えばハードディスクまたはＣＤ ＲＯＭ、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学ドライブ媒体などの二次記憶デバイスなどの他のタイプのコンピュータ読取可能媒体に格納され得ることを理解するのであろう。

【0091】

[00101] プログラムは例えば、オペレーティングシステムを含むことができる。プログラムは、Ｃｈａｓｓｉｓ（商標）、ＰｏｓｔｇｒｅＳＱＬ（商標）、Ａｐａｃｈｅ Ｋａｆｋａ（商標）、Ｏｐｅｎ ＮＬＰ（商標）、Ｓｐａｒｋ（商標）、Ａｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅｓ（商標）、Ｄｏｃｋｅｒ（商標）、Ｊｅｎｋｉｎｓ（商標）、ＨＴＭＬ（商標）、ＣＳＳ（商標）、Ｌｅｓｓ（商標）、ＡｎｇｕｌａｒＪＳ（商標）など、１つ以上の商業的および／またはオープンソースのプラットフォームを使用して実施または統合することができる。

【0092】

[00102] メモリ６０４は、開示された実施形態によるプログラムをさらに含むことができる。プログラムは、１つまたは複数のデータ処理モジュール、機械学習モジュール、人工知能モジュール、ニューラルネットワークモジュール、分析モジュール、および／または他のモジュールなど、プロセッサ６０２による学習およびデータ分析を容易にする構成要素をさらに含むことができる。開示された実施形態では、これらのプログラムの様々な構成要素を使用することができる。プログラムは、例えば、表現状態転送技術を使用するなど、高度に適応的な方法で構築することができる。

【0093】

[00103] 記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬ内で、またはこれらの手段によって設計することができる。

【0094】

[00104] さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、又は出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3A】

【図3B】

【図4】

【図5】

【図6】