JP2021532436A - 集中型の物流監視のためのコンピュータによって実現されるシステムおよび方法 - Google Patents

Abstract

開示される実施形態は、物流の監視に関連するシステムおよび方法を提供する。物流を監視するための方法は、第１の管理システムからの第１の複数の作業員についての出勤データおよびタイムキーピングデータと、第２の複数の作業員によって実行された作業を特定するデータであって、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含む第２の管理システムからのデータと、第３の管理システムからの第３の複数の作業員に関する作業データとをキャプチャすることを含む。この方法は、キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についてのキャプチャデータを統合整理し、整理統合されたデータの分析を含む視覚化の要求をユーザデバイスから受信し、統合整理されたデータの分析によって生成された視覚化をユーザデバイスへと提供することをさらに含む。

Description

[001] 本開示は、広くには、物流を監視するためのコンピュータ化されたシステムおよび方法に関する。とくには、本開示の実施形態は、フルフィルメントセンタの場所における人間の労働を効率的に監視するためのコンピュータによって実現されるシステム、方法、およびユーザインターフェースに関係する独創的な従来にないシステムに関する。

[002] 倉庫から商品を準備して出荷する多くの小売業者は、リーン生産方式および他の方法を利用して、労働力の無駄を可能な限り減らしつつ、人間の労働を監視することによって速度および効率を高め、品質を向上させている。現時点における既存の倉庫およびそのような倉庫において人間の労働を監視するためのシステムは、関連のプロセスを効率的に処理するように構成されているが、システムがパフォーマンスの低い作業員を特定できない場合や、倉庫において発生するすべてのタスクを監視できない場合に、共通の問題が生じる。

[003] このような問題を軽減するために、従来からのシステムは、さまざまなソースからデータを受信し、受信したデータを倉庫に関する管理者に提示する。これらのシステムは、ＦＣにおける人間の労働の監視を試みるが、作業員の出勤およびパフォーマンスを管理し、受信したデータから統計およびその他の情報を決定するために、手動操作が必要である。さらに、さまざまなソースから送信されたデータは、測定の基準がさまざまであり、データの遅れゆえに、ＦＣの状況の容易な把握がユーザにとって困難になっている。

[004] したがって、フルフィルメントセンタにおいて物流を監視するための改善された方法およびシステムについて、ニーズが存在する。

[005] 本開示の一態様は、物流を監視するための方法に関する。この方法は、いくつかの動作を含むことができる。動作は、第１の管理システムから、第１の複数の作業員についての出勤データおよびタイムキーピングデータをキャプチャすることと、第２の管理システムから、第２の複数の作業員によって実行された作業を特定するデータをキャプチャすることとを含む。データは、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むことができる。動作は、第３の管理システムから、第３の複数の作業員に関する作業データをキャプチャすることと、キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についてキャプチャデータを統合整理することと、各々の検索の使用量などの特定の基準に基づいてユーザデバイスから物流を監視するための第１の要求を受信することと、所定の時間にわたり、パラメータに関連付けられた各検索に割り付けられたメモリの量を追跡するプロセッサを使用して、ユーザデバイスによる各検索の使用量を割り出すことと、割り出された使用量に基づいて最も使用されたパラメータを第１のパラメータに自動的に選択することと、選択された第１のパラメータに従ってキャプチャされたデータセットのうちの１つに対応するデータを有している作業員についてキャプチャデータを統合整理することと、統合整理されたデータを分析することによって生成される視覚化をユーザデバイスへと提供することとをさらに含む。

[006] 本開示の別の態様は、物流を監視するためのコンピュータによって実現されるシステムに関する。このコンピュータによって実現されるシステムは、命令を格納する１つまたは複数のメモリデバイスを含むことができる。このコンピュータによって実現されるシステムは、上述のような動作を実行するための命令を実行するように構成された１つまたは複数のプロセッサを含むことができる。

[007] 本開示のさらに別の態様は、物流を監視するためのコンピュータによって実現されるシステムに関する。このコンピュータによって実現されるシステムは、命令を格納する１つまたは複数のメモリデバイスを含むことができる。このコンピュータによって実現されるシステムは、上述のような動作を実行するための命令を実行するように構成された１つまたは複数のプロセッサを含むことができる。動作は、ユーザデバイスに視覚化を提供することをさらに含み、視覚化は、統合整理されたデータに基づいて割り付けられた各プロセスへの作業員の割り当てを示すジョブ分配を含む。

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

[009] 図１Ａは、本開示の実施形態による出荷、輸送、および物流作業を可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略のブロック図である。 [0010] 図１Ｂは、本開示の実施形態による検索要求を満たす１つまたは複数の検索結果をインタラクティブなユーザインターフェース要素と共に含む一例の検索結果ページ（ＳＲＰ）を示している。 [0011] 図１Ｃは、本開示の実施形態による製品および製品についての情報をインタラクティブなユーザインターフェース要素と共に含む一例の単一表示ページ（ＳＤＰ）を示している。 [0012] 図１Ｄは、本開示の実施形態による仮想ショッピングカート内のアイテムをインタラクティブなユーザインターフェース要素と共に含む一例のカートページを示している。 [0013] 図１Ｅは、本開示の実施形態による仮想ショッピングカートからのアイテムを購入および出荷に関する情報ならびにインタラクティブなユーザインターフェース要素と共に含む一例の注文ページを示している。 [0014] 図２は、本開示の実施形態による本開示のコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 [0015] 図３は、本開示の実施形態による物流を監視するためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を説明する概略のブロック図である。 [0016] 図４は、本開示の実施形態による物流を監視するためにデータを処理するための例示的なプロセスの流れ図である。 [0017] 図５Ａは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｂは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｃは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｄは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｅは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｆは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｇは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｈは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｉは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｊは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｋは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｌは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｍは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｎは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。 図５Ｏは、本開示の実施形態による物流監視ツールのための例示的なユーザインターフェースを示している。

[0018] 以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素および工程に対して行われてもよく、本明細書に記載された例示的な方法は、開示された方法に対して工程の置換、並べ替え、除去、または追加を行うことによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。

[0019] 本開示の実施形態は、物流を監視するように構成されたシステムおよび方法に関する。開示される実施形態は、個々の作業員およびフルフィルメントセンタに関連する各作業員のパフォーマンスを監視することを可能にする革新的な技術的特徴を提供する。例えば、開示される実施形態は、種々の管理システムからフルフィルメントセンタの作業員に関連するデータをキャプチャし、キャプチャされたデータセットのうちの１つに対応するデータを有する作業員についてキャプチャデータを統合整理し、リアルタイムでユーザデバイスへと作業員の状況および作業員のパフォーマンスを分析する視覚化を効率的に提供することを可能にする。

[0020] 図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、倉庫管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。

[0021] いくつかの実施形態では、ＳＡＴシステム１０１は、注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は、注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１は、システム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。

[0022] いくつかの実施形態では、外部フロントエンドシステム１０３は、外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３は、検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

[0023] いくつかの実施形態では、外部フロントエンドシステム１０３は、ウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では、外部フロントエンドシステム１０３は、これらのシステムのうちの１つまたは複数を備えることができ、別の態様では、外部フロントエンドシステム１０３は、これらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

[0024] 図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示される例示的な一組のステップは、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は、提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）を含む１つ以上のウェブページをホスティングまたは提供することができる。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は、外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は、検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。いくつかの実施形態では、ＰＤＤは、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。

[0025] 外部フロントエンドシステム１０３は、その情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。

[0026] 次いで、ユーザデバイスは、例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは、選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は、（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。

[0027] 外部フロントエンドシステム１０３は、受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは、最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは、例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。

[0028] 依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスは、このリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。

[0029] 外部フロントエンドシステム１０３は、カートページ（例えば、図１Ｄ）を生成することができる。いくつかの実施形態では、カートページは、ユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページは、ユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザは、ショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。

[0030] 外部フロントエンドシステム１０３は、購入を開始するためのリクエストの受信に応じて、注文ページ（例えば、図１Ｅ）を発生することができる。いくつかの実施形態では、注文ページは、ショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文ページをユーザデバイスへ送信することが可能である。

[0031] ユーザデバイスは、注文ページに情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３は、ショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。

[0032] いくつかの実施形態では、外部フロントエンドシステム１０３は、売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。

[0033] いくつかの実施形態では、内部フロントエンドシステム１０５は、内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５は、システム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

[0034] いくつかの実施形態では、内部フロントエンドシステム１０５は、ウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つまたは複数を備えることができ、別の態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

[0035] いくつかの実施形態では、輸送システム１０７は、システム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ〜１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、輸送システム１０７は、１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ〜１０７Ｃは、配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ〜１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員は、荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは、例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送システム１０７に送信することができる。輸送システム１０７は、システム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。いくつかの実施形態では、輸送システム１０７は、この情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。

[0036] いくつかの実施形態では、あるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が、他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。

[0037] いくつかの実施形態では、輸送システム１０７は、ユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。輸送システム１０７は、この関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。

[0038] いくつかの実施形態では、売り手ポータル１０９は、売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。

[0039] いくつかの実施形態では、出荷および注文追跡システム１１１は、（例えば、デバイス１０２Ａ〜１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は、顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。

[0040] いくつかの実施形態では、出荷および注文追跡システム１１１は、システム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、輸送システム１０７は、ユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡システム１１１は、フルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、倉庫管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は、輸送システム１０７またはＷＭＳ１１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。

[0041] いくつかの実施形態では、フルフィルメント(履行)最適化（ＦＯ）システム１１３は、他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３は、この情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。

[0042] また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。いくつかの実施形態では、ＰＤＤは、１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は、製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。

[0043] いくつかの実施形態では、ＦＯシステム１１３は、定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３は、１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。

[0044] いくつかの実施形態では、フルフィルメントメッセージングゲートウェイ１１５は、ＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ１１９または第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。

[0045] いくつかの実施形態では、サプライチェーン管理（ＳＣＭ）システム１１７は、予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は、例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は、特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。

[0046] いくつかの実施形態では、倉庫管理システム（ＷＭＳ）１１９は、ワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ１１９は、個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ１１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ１１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ１１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。

[0047] いくつかの実施形態では、ＷＭＳ１１９は、１つまたは複数のデバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。

[0048] いくつかの実施形態では、ＷＭＳ１１９は、システム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ１１９は、任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ〜１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ１１９は、デバイス１１９Ａ〜１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。

[0049] いくつかの実施形態では、第三者フルフィルメント（３ＰＬ）システム１２１Ａ〜１２１Ｃは、ロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ〜１２１Ｃは、ＦＯシステム１１３から（例えば、ＦＭＧ１１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では、３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では、３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。

[0050] いくつかの実施形態では、フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３は、システム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３は、ユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ〜１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。

[0051]いくつかの実施形態では、労働管理システム（ＬＭＳ）１２５は、従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ１２５は、ＦＣ認証１２３、ＷＭＡ１１９、デバイス１１９Ａ〜１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ〜１０７Ｃから受信することができる。

[0052] 図１Ａに示される特定の構成は単なる例である。例えば、図１Ａは、ＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上は、データセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。

[0053] 図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は、多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は、図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では、図２のゾーンを省略、複製、または修正することができる。

[0054] インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。

[0055] 作業員は、インバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は、例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６は、緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。

[0056] ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）は、ピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーは、アイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。

[0057]ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０は、物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９は、複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。

[0058] ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーは、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは、例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスは、アイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは、（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ１１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。

[0059] ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーは、アイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４は、スライドとして表されているが、いくつかの実施形態では、搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。

[0060] パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員は、ピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員は、アイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃは、どの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者は、セルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは、例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。

[0061] ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは、荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンは、（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。

[0062] いくつかの実施形態では、キャンプゾーン２１５は、１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態では、キャンプゾーン２１５がＦＣ２００から物理的に分離されているが、他の実施形態では、キャンプゾーン２１５がＦＣ２００の一部を形成することができる。

[0063] キャンプゾーン２１５内の作業員および／またはマシンは、例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンは、（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは、必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。

[0064] ＦＣ２００における作業員は、直接作業員および間接作業員を含むことができる。直接作業員は、図２に関して上述したプロセスまたはタスクを処理することができる。例えば、プロセスとして、これらに限られるわけではないが、インバウンドゾーン２０３におけるアイテム２０２Ａおよび２０２Ｂの受け取り、ピッキングゾーン２０９におけるアイテム２０８および２１０のピッキング、ＦＣ２００におけるアイテムの仕分け、およびパッキングゾーン２１１における配送アイテム２１６のパッキングを挙げることができる。間接作業員は、アイテムの処理を伴わない種々のタスクを処理することができる。例えば、間接作業員は、ＦＣ２００に関連する機械の安全検査を実行することができる。どちらの作業員も、ＦＣ２００に到着するとパンチインし、ＦＣ２００を離れるときにパンチアウトする。ＬＭＳ１２５は、図１Ａに関して上述したように、パンチインおよびパンチアウトに関する出勤情報を受信および格納することができる。両方の作業員がパンチイン／パンチアウトを行う一方で、いくつかの実施形態においては、直接作業員だけがアイテムをスキャンする。

[0065] 図３が、物流を監視するためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を示す概略のブロック図である。図３に示されるように、システム３００は、さまざまなシステムを含むことができ、その各々を、１つまたは複数のネットワークを介して互いに接続することができる。システムは、例えばケーブルを使用する直接接続によって互いに接続されてもよい。図示のシステムは、マンパワー最適化システム（ＭＯＳ）３０１、フルフィルメント最適化（ＦＯ）システム１１３、倉庫管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、および１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして示されている）、フルフィルメントセンタ認証システム（ＦＣ Ａｕｔｈ）１２３、ならびに労働管理システム（ＬＭＳ）１２５を含む。

[0066] いくつかの実施形態において、システム３００は、ＬＭＳ１２５を実装して、第１の複数の作業員の出勤および残業情報をキャプチャすることができる。例えば、図１Ａに関して上述したように、ＬＭＳ１２５を、従業員（フルタイムおよびパートタイムの従業員を含む）の出勤および残業情報を格納するコンピュータシステムとして実装することができる。ＬＭＳ１２５は、データの形態でＭＯＳ３０１に情報を提供することができる。

[0067] 同様に、システム３００は、ＷＭＳ１１９を実装して、第２の複数の作業員によって実行された作業を特定するデータをキャプチャすることができる。データは、これらに限られるわけではないが、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むことができる。例えば、図１Ａに関して上述したように、ＷＭＳ１１９を、ワークフローを監視するコンピュータシステムとして実装することができる。ＷＭＳ１１９は、個々のデバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）から個別のイベントを示すイベントデータを受信し、パッケージ識別子のスキャンまたは読み取りを示す各々のイベントを、パッケージ識別子、時刻、日付、場所、ユーザ識別子、または他の情報と共に対応するデータベース（図示せず）に格納することができ、この情報をデータの形態でＭＯＳ３０１に提供することができる。

[0068] ＷＭＳ１１９は、図１Ａに関して上述したように、１つまたは複数のデバイスをシステム１００に関する１人または複数のユーザに関連付ける情報を格納し、システム１００に関する各ユーザの作業ログを維持することができる。いくつかの実施形態において、ＷＭＳ１１９は、デバイス１１９Ａ〜１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することもできる。ＷＭＳ１１９は、格納した情報、維持した作業ログ、およびタイムキーピングシステムからの情報を、データの形態でＭＯＳ３０１に提供することができる。

[0069] さらに、いくつかの実施形態において、システム３００は、第３の複数の作業員に関する作業データをキャプチャするために、ＦＣ Ａｕｔｈ１２３を実装することができる。例えば、図１Ａに関して上述したように、ＦＣ Ａｕｔｈ１２３を、ユーザ（例えば、従業員）が自身を特定のタスクに関連付けることを可能にし、これらの従業員が１日のうちのさまざまな時点において自身の実行中のタスクおよび自身が存在するゾーンを知らせることを可能にするように構成されたシングルサインオン（ＳＳＯ）サービスを備えたコンピュータシステムとして実装することができる。ＦＣ Ａｕｔｈ１２３は、従業員に関する上述の情報を集約し、データの形態でＭＯＳ３０１に情報を提供することができる。

[0070] いくつかの実施形態において、システム３００は、注文データおよびフルフィルメントセンタデータをキャプチャするために、ＦＯ１１３を実装することができる。例えば、図１Ａに関して上述したように、ＦＯ１１３を、他のシステムからの顧客の注文に関する情報と、特定のアイテムがどこに保持または保管されているかを表す情報とを格納するコンピュータシステムとして実装することができる。ＦＯ１１３は、格納した情報をデータの形態でＭＯＳ３０１に提供することができる。

[0071] システム３００は、いくつかの実施形態において、ＭＯＳ３０１を実装することができる。ＭＯＳ３０１は、ＬＭＳ１２５、ＷＭＳ１１９、ＦＣ Ａｕｔｈ１２３、およびＦＯ１１３のうちの少なくとも１つによってもたらされる受信データを、受信データセットのうちの１つに対応するデータを有している作業員について統合整理することができる。例えば、ＭＯＳ３０１は、受信データを結合し、結合後のデータを作業員に関して解析し、データを個々の作業員または作業員グループのプロファイルに並べることができる。

[0072] ＭＯＳ３０１は、統合整理されたデータを操作して、物流監視ツールを実装することができる。ＭＯＳ３０１は、作業パフォーマンス、作業状況、各プロセスの作業員数、フルフィルメントセンタ内のアイテムの再割り当ての進捗状況、異常な出勤事例を示す出勤状況、ジョブ分配、作業員のアクティビティ履歴、在庫転送状況、製品注文状況、出荷概要、フルフィルメントセンタ、ＰＤＤ Ｍｉｓｓ Ｄｅｔａｉｌ、および注文追跡の詳細に関するレポートおよび詳細、ならびにＦＣにおける配送状況を提供し、作業パフォーマンスの傾向、パフォーマンスの低い作業員、およびパフォーマンスの低い作業を特定することができる。

[0073] いくつかの実施形態において、ＭＯＳ３０１を、ディスプレイデバイス（例えば、ユーザデバイス３０２）を介してユーザへと提示されるインターフェースを生成するように構成することができる。ＭＯＳ３０１は、データを表示および操作の容易な形態にレンダリングすることができる。ＭＯＳ３０１は、Ｊａｖａ Ｓｃｒｉｐｔなど、ユーザインターフェースの生成に適した任意のコンポーネントまたはサブシステムを使用することができる。いくつかの実施形態において、ＭＯＳ３０１は、ＡｎｇｕｌａｒＪＳ、ミドルウェアＨＴＴＰサーバとしてのＮｏｄｅ．ｊｓ、高度にカスタマイズされたインタラクティブな視覚化のためのＤ３．ｊｓ、および／またはＢｏｏｔｓｔｒａｐ、ＳＡＳＳ、およびＧｒｕｎｔ．ｊｓなどの他のさまざまなオープンソースＵＩ／ＵＸエンジニアリングコンポーネントのいずれかを使用することができる。

[0074] ユーザデバイス３０２は、タブレット、コンピュータ、またはユーザデバイス３０２のＭＯＳ３０１との通信を可能にするコンピューティング機能を備えた任意の適切なデバイスであってよい。ユーザデバイス３０２は、統合整理されたデータの分析を含む視覚化の要求をＭＯＳ３０１へと送信することができる。ユーザデバイス３０２からの要求を受信すると、ＭＯＳ３０１は、統合整理されたデータを分析することによって生成されたインターフェースを、ユーザデバイス３０２へと提供することができる。

[0075] 図４は、本開示の実施形態による物流を監視するためにデータを処理するための例示的なプロセス６００の流れ図である。図４を参照すると、ステップ４１０において、ＭＯＳ３０１は、第１の複数の作業員について、出勤データおよびタイムキーピングデータをキャプチャすることができる。ＭＯＳ３０１は、そのようなデータを、ＬＭＳ１２６から受信することができる。ステップ４２０において、ＭＯＳ３０１は、ＷＭＳ１１９から第２の複数の作業員によって実行された作業を識別するデータをキャプチャすることもできる。データは、これらに限られるわけではないが、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むことができる。実行された作業は、フルフィルメントセンタ内での配送トラックからのインバウンドアイテムの荷降ろし、インバウンドアイテムのピッキング、アイテムの収納、アイテムの再割り当て、および少なくとも１つの配送小包のパッキングを含むことができる。実行された作業の場所は、自動またはハンドヘルドのバーコードスキャナ、ＲＦＩＤリーダ、高速度カメラ、または通信機能を備えたデバイスから送信される場所を受信することによって決定される。

[0076] ステップ４３０において、ＭＯＳ３０１は、ＦＣ Ａｕｔｈ１２３から第３の複数の作業員に関する作業データをキャプチャすることができる。データには、ユーザと特定のタスクとの間の関連付けを示すシングルサインオン（ＳＳＯ）サービス情報と、アイテムをスキャンすることがなく、タスクからタスクへと移動する臨時の作業員の追跡およびチェックイン情報とを含むことができる。ステップ４４０において、ＭＯＳ３０１は、ＦＯ１１３から注文データおよびフルフィルメントセンタ２００に関するデータをキャプチャすることができる。データは、顧客の注文情報、ならびに特定のアイテムがどこに保持または保管されているかを説明する情報を含むことができる。

[0077] ステップ４５０において、ＭＯＳ３０１は、ＭＯＳ３０１が取得したキャプチャデータのいずれかに関して分析の視覚化を求めるユーザの要求をユーザデバイス３０２から受信することができる。要求は、１人または複数の作業員の１つまたは複数のカテゴリを特定するパラメータを含むことができる。例えば、フルフィルメントセンタ２００の管理者が、ユーザデバイス３０２を使用して、キャプチャデータから抽出された分析の視覚化を提供するように、ＭＯＳ３０１への要求をもたらすことができる。要求は、作業員に関する出勤および作業員に関するスキャンイベントを含むパラメータを含むことができる。

[0078] ステップ４６０において、ＭＯＳ３０１は、ステップ４５０にてもたらされたパラメータに従って、ステップ４１０、４２０、４３０、および４４０からのキャプチャデータを、キャプチャデータセットのうちの１つに対応するデータを有している作業員について統合整理することができる。例えば、ＭＯＳ３０１は、ユーザデバイスによってもたらされたパラメータに従って、キャプチャデータを組み合わせることができる。パラメータは、上述のように、作業員に関する出勤データおよび作業員に関するスキャンイベントを含むことができるが、これらに限られるわけではない。ＭＯＳ３０１は、作業員に関するキャプチャデータを解析し、データを個々の作業員または作業員グループのプロファイルに並べ替えることができる。

[0079] ステップ４７０において、ＭＯＳ３０１は、ユーザへの視覚化を生成することができる。ＭＯＳ３０１は、最初に統合整理されたデータを操作して、作業パフォーマンス、作業状況、各プロセスの作業員数、フルフィルメントセンタ内のアイテムの再割り当ての進捗状況、異常な出勤事例を示す出勤状況、ジョブ分配、作業員のアクティビティ履歴、在庫転送状況、製品注文状況、出荷概要、フルフィルメントセンタ、ＰＤＤ Ｍｉｓｓ Ｄｅｔａｉｌ、および注文追跡の詳細に関するレポートおよび詳細、ならびにＦＣにおける配送状況を生成し、作業パフォーマンスの傾向、パフォーマンスの低い作業員、および低いパフォーマンスを特定し、推論を導き出すことができる。ＭＯＳ３０１は、この分析の結果を、表示デバイス（例えば、ユーザデバイス３０２）による提示の形態でユーザへとレンダリングすることができる。

[0080] ステップ４８０において、ＭＯＳ３０１は、表示のためにユーザデバイス３０２へと視覚化を提供することができる。例示的な視覚化が、図５Ａ〜図５Ｏに示されている。キャプチャデータの統合整理のためのパラメータを受信すると、ＭＯＳ３０１は、統合整理後のデータの分析結果を表示するユーザインターフェース画面を提供することができる。ユーザは、統合整理されたデータのさまざまなビュー（例えば、図５Ａの各ラインに関する作業員が処理した１時間あたりのユニット数、図５Ｂの或るラインに関するパッキング状況、など）を選択することが可能であってよい。ユーザは、ＭＯＳ３０１がさまざまな種類のデータを統合整理して、統合整理されたデータの分析結果を提供するように、さまざまなパラメータをもたらすこともできる。

[0081] 図５Ａ〜図５Ｏが、物流監視ツールの例示的なユーザインターフェースを示している。図５Ａ〜図５Ｏを参照すると、いくつかの実施形態において、ユーザデバイス３０２は、ユーザにさまざまなタイプの対話型コンテンツを提示することができるブラウザアプリケーションを実行することができる。ＭＯＳ３０１を、プロセス４００のステップ４７０の一部として、図５Ａ〜図５Ｏに示されるインターフェースを生成するように構成することができる。

[0082] 図５Ａに示されるように、インターフェース５００は、フルフィルメントセンタ２００内の各ラインのパフォーマンスを、各ラインが処理した１時間あたりのユニット数（ＵＰＨ）を示すことによって提示することができ、ここでラインは、同じタスクを実行する作業員のグループで構成される。例えば、グラフィック表示によって、インジケータ５０１が、目標５０３を上回っているラインを提示することができ、インジケータ５０２が、目標５０３を満たしていないラインを提示することができる。タスクは、フルフィルメントセンタ２００におけるアイテムのパッキング、ピッキング、および再ビニング（再割り当て）を含むことができる。

[0083] いくつかの実施形態において、例示的なインターフェース５００は、ユーザデバイス３０２において検索バー５０４を使用することによってパラメータをもたらし、もたらされたパラメータに関連するデータをＭＯＳ３０１において統合整理して、統合整理されたデータの分析結果を提供することを、可能にすることができる。検索バー５０４は、関連のデータを統合整理するためにユーザデバイス３０２がフルフィルメントセンタ、日付、ライン、および可動時間を設定することを可能にできる。

[0084] 図５Ｂが、各ラインの作業員の割り当ての現在の状況、ＵＰＨの時間的傾向、およびパッキングステーションの詳細な状況を提供する別のインターフェース５１０を示している。現在の状況は、ラインの合計作業員数、一時作業員の数、常勤作業員の数、目標ＵＰＨ、および現在のＵＰＨを提示する。ＵＰＨの傾向は、グラフの形態で示される。パッキングステーションの詳細な状況は、パッキングステーションに割り当てられた作業員、各作業員の状況、各作業員のパフォーマンス、各作業員のＵＰＨ、作業員が最後にアイテムをスキャンした時刻、および作業員が最後のアイテムをスキャンしてからの経過時間を提示する。図５Ｂは、パッキングに関して説明されているが、当業者であれば、他のタスク（例えば、ピッキング）についても同様のインターフェースを生成できることを、理解できるであろう。

[0085] いくつかの実施形態において、例示的なインターフェース５１０は、ユーザデバイス３０２においてフィルタ５１１を使用することによってパラメータをもたらし、もたらされたパラメータに関連するデータをＭＯＳ３０１において統合整理して、統合整理されたデータの分析結果を提供することを、可能にすることができる。フィルタ５１１は、ユーザデバイス３０２がタスク（例えば、パッキングまたはピッキング）、フルフィルメントセンタ、およびフルフィルメントセンタ内のラインを設定することを可能にすることができる。例えば、例示的なインターフェース５１０は、ＦＣ２内のライン２によるパッキングの現在の詳細な状況を示している。

[0086] いくつかの実施形態において、例示的なインターフェース５１０は、ユーザデバイス３０２においてドロップダウンボックス５１２を使用してラインの作業員を作業員の状況によってフィルタリングし、ＭＯＳ３０１においてフィルタリングされた作業員に関するデータを統合整理することを、可能にすることができる。ドロップダウンボックス５１２は、ユーザデバイス３０２による選択のために、作業員について移動済み（Ｍｏｖｅｄ）、ＷＩＰ、およびすべて（ＡＬＬ）の状況を提示することができる。「移動済み」の状況は、現在のステーション（例えば、例示的なインターフェース５１０においてはパッキングステーション）において以前に働いていたが、現時点においては別のステーションまたは他のタスクで働いている作業員を表す。「ＷＩＰ」の状況は、現在のステーション（例えば、例示的なインターフェース５１０においてはパッキングステーション）において現時点で働いている作業員を表し、「すべて」の状況は、ＷＩＰまたは移動済みの状況を有する作業員を含む。ＭＯＳ３０１は、ＭＯＳ３０１が作業員の状況を受信したときに、選択された状況（例えば、例示的なインターフェース５１０においてはＷＩＰ）の作業員に関するデータを統合整理することができ、例えば、ＭＯＳ３０１は、作業員に関するパンチアウト情報に基づいて作業員の状況を決定することができる。

[0087] いくつかの実施形態において、例示的なインターフェース５１０は、ユーザデバイス３０２においてドロップダウンボックス５１３を使用してラインの作業員を作業員のパフォーマンスレベルによってフィルタリングし、ＭＯＳ３０１においてフィルタリングされた作業員に関するデータを統合整理することを、可能にすることができる。ドロップダウンボックス５１３は、ユーザデバイス３０２による選択のために、作業員について低パフォーマンス（Ｌｏｗ Ｐｅｒｆｏｒｍａｎｃｅ）およびすべて（ＡＬＬ）のパフォーマンスレベルを提示することができる。「低パフォーマンス」は、ＵＰＨが目標ＵＰＨを下回っている作業員（例えば、例示的なインターフェース５１０においては作業員Ｂ、Ｃ、およびＤ）を表し、「すべて」は、パフォーマンスレベルにかかわりなくライン内のすべての作業員（例えば、作業員Ａ、Ｂ、Ｃ、およびＤ）を表す。ＭＯＳ３０１がフィルタリングのための作業員のパフォーマンスレベルを受信すると、ＭＯＳ３０１は、選択されたパフォーマンスレベル（例えば、例示的なインターフェース５１０においては「すべて」）の作業員に関するデータを統合整理することができる。

[0088] 図５Ｃが、作業員の時間ベースでの平均ＵＰＨを示しており、図５Ｄが、過去２週間にわたる作業員のＵＰＨを示している。図５Ｃおよび図５Ｄに提示されたＵＰＨは、特定の１日（図５Ｃ）または過去２週間（図５Ｄ）における作業員のパフォーマンスを、作業員に関連する管理者に提供することができる。いくつかの実施形態において、ＭＯＳ３０１は、ユーザデバイス３０２へと図５Ｃおよび図５Ｄによって表されるやり方と同じやり方で１人または複数の作業員に関する１つまたは複数のＵＰＨを提供することができる。

[0089] 図５Ｅが、ＦＣ２００におけるピッキングプロセス（ピッキングは、図２のピッキングゾーン２０９に関して上述されている）の現在の状況を提示する別のインターフェース５２０を示している。インターフェース５２０は、ＦＣ内の場所における各プロセスについての作業員の割り当てを提示する。例えば、プロセスに過剰な作業員が割り当てられている場合、インターフェース５２０は、プロセスおよびその正確な位置に異なる色のインジケータを表示することによって、ユーザに警告することができる。インターフェース５２０は、リアルタイムデータに基づいて更新される。例えば、作業員がピッキングゾーンにおいてアイテムをスキャンすると、ＷＭＳ１１９がスキャンイベントに関連するデータをＭＯＳ３０１へと送信することができ、それに応じてＭＯＳ３０１がインターフェース５２０を更新することができる。

[0090] 図５Ｆが、ＦＣに保管されたアイテムの再割り当て（リビン）の現在の状況を提示する別のインターフェース５３０を示している。インターフェース５３０は、完了した再割り当て、進行中の再割り当て、および未処理の再割り当ての比率を提示することができる。さらに、インターフェース５３０は、時間につれての再割り当ての進捗をグラフの形態で提示することができる。インターフェース５３０は、リアルタイムデータに基づいて更新される。例えば、作業員が、ＦＣ２００においてアイテムをスキャンし、このアイテムをリビンするとき、ＷＭＳ１１９が、スキャンイベントに関連するデータをＭＯＳ３０１へと送信することができ、それに応じて、ＭＯＳ３０１が、インターフェース５３０を更新することができる。さらに、インターフェース５３０は、ユーザデバイス３０２においてパラメータを設定し、設定に基づいてＭＯＳ３０１においてデータを統合整理するために、フィルタを提供することができる。

[0091] 図５Ｇが、事前に定義された期間についての作業員の作業プロセスログを提示する別のインターフェース５４０を示している。ＭＯＳ３０１は、出勤データおよび少なくとも１つのスキャンイベントに関連するデータを組み合わせることによって、インターフェース５４０を生成することができる。ログは、従業員ＩＤ、名前、パンチイン／パンチアウトの時刻、スキャンイベント、作業タイプ（プロセス）、場所、各イベントの開始時間および終了時間、ならびに各イベントに関するユニット数を含む作業員の履歴のすべてを提示する。さらに、インターフェース５４０は、ユーザデバイス３０２においてパラメータを設定し、設定に基づいてＭＯＳ３０１においてデータを統合整理するために、フィルタを提供することができる。

[0092] 図５Ｈが、オープンスペース比（ＯＳＲ）の推移の状況を提示する別のインターフェース５４１を示している。ＯＳＲの推移の状況は、再割り当ておよび未処理の監視および制御をトリガすることができる。状況に基づいて、ユーザデバイス３０２に関連付けられた作業員が、スループットを向上させるために、再割り当てスロットの数を手動で増やし、より多くの作業員を割り当てることができる。さらに、インターフェース５４１は、ユーザデバイス３０２においてパラメータを設定し、設定に基づいてＭＯＳ３０１においてデータを統合するために、フィルタを提供することができる。

[0093] 図５Ｉが、キャンプにおけるＰＤＤミスの詳細を提示する別のインターフェース５４５を示している。詳細は、ＰＤＤミスの理由および時間につれてのミスの数を含むことができる。さらに、インターフェース５４５は、ユーザデバイス３０２においてパラメータを設定し、設定に基づいてＭＯＳ３０１においてデータを統合整理するために、フィルタを提供することができる。

[0094] 図５Ｊが、キャンプ内の配送状況を提示する別のインターフェース５４６を示している。状況は、キャンプにおいて常勤の作業員（ＣＤＭ）と一時的な作業員（ＦＬＥＸ）との間で配送タスクがどのように割り当てられているかを示し、進捗状況、未配送のアイテムの数、配送されたアイテムの数、配送中のアイテムの数、および配送できないアイテムの数（Ｎ／Ａ）を提示する。常勤の作業員について、インターフェース５０８は、予想される配送終了時間を提示することができる。

[0095] 図５Ｋが、ＦＣ２００における出勤状況および異常な出勤状況の詳細を提示する別のインターフェース５５０を示している。ＭＯＳ３０１は、出勤データおよび少なくとも１つのスキャンイベントに関連するデータを組み合わせることによって、インターフェース５５０を生成することができる。ＭＯＳ３０１は、パンチインに関する情報またはＬＭＳ１２５によってもたらされる作業員に関する情報を使用することもできる。状況は、異常な出勤事例の正確な数および対応する従業員を提示することができる。作業員が作業ログおよびパンチインに関連付けられていない場合、異常な出勤状況の事例と判断される。例えば、作業員がパンチイン時刻に関連付けられていない場合、作業員はパンチアウト時刻を有さないと予想される。

[0096] 図５Ｌが、ＦＣ２００におけるジョブ分配を提示する別のインターフェース５６０を示している。ジョブ分配は、各プロセスに現時点において割り付けられている作業員の数を提示でき、より良好な労働計画につながると考えられる。ＭＯＳ３０１は、少なくとも１つのスキャンイベントに関連するデータ、パンチインに関連する情報、またはＬＭＳ１２５によってもたらされる作業員に関連する情報のうちの少なくとも１つを使用することによって、インターフェース５６０を生成することができる。

[0097] 図５Ｍが、アイテムのパッキングに関連するラインを監視する別のインターフェース５７０を示している。インターフェース５７０は、各ラインの現在のパッカーの数、各ラインの管理者、ラインによる総ＵＰＨの時間ごとの傾向、および目標ＵＰＨとの比較によって判断された低パフォーマンスのラインを提示することができる。

[0098] 図５Ｎが、アイテムのパッキングに関連するラインの作業員を監視する別のインターフェース５８０を示している。インターフェース５８０は、ラインに割り当てられた作業員の総数、待機中の作業員の数、および各ラインの作業員のパフォーマンスを提示することができる。さらに、インターフェース５８０は、非稼働の作業員または低パフォーマンスの作業員を強調表示し、強調表示された作業員に関連する管理者に通知を行うことができる。

[0099] 図５Ｏは、総ＵＰＨ傾向および１日の作業状況を提示する別のインターフェース５９０を示している。総ＵＰＨ傾向のレポートは、ユーザがＦＣ２００の現在の状態を容易に特定するうえで助けとなり得る。指標は、ＦＣ２００およびＦＣ２００に関連する財務チームがレポートに依存できる統一された標準に基づく。１日の作業状況のレポートは、時間どおりに完了した作業、時間どおりではないが完了した作業、および未完了の作業の割合をリアルタイムで提供することができる。レポートは、或る日において作業員の割り付けを変更するための合図を提供することができる。例えば、或るタスクが他のタスクと比べて未完了の作業で重負荷である場合に、ＭＯＳ３０１は、重負荷のタスクを救済するように作業員の割り付けを変更する合図をもたらすことができる。

[00100] 本開示を、本開示の特定の実施形態を参照して提示および説明してきたが、本開示を、修正を必要とせずに、他の環境において実施できることを、理解できるであろう。以上の説明は、例示の目的で提示されている。以上の説明は、すべてを網羅するものではなく、開示された正確な形態または実施形態に限定されない。本明細書を検討し、開示された実施形態を実施することで、修正および調整が当業者にとって明らかであろう。さらに、本開示の実施形態の態様は、メモリに格納されるものとして説明されているが、これらの態様を、例えばハードディスクまたはＣＤ−ＲＯＭなどの二次記憶デバイス、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、Ｂｌｕ−ｒａｙ、または他の光ドライブ媒体などの他のタイプのコンピュータ可読媒体に格納してもよいことを、当業者であれば理解できるであろう。

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

[00102] さらに、例示的な実施形態を本明細書において説明してきたが、本開示に基づいて、同等の要素、修正、省略、（例えば、種々の実施形態にまたがる態様の）組み合わせ、調整、および／または変更を有するあらゆるすべての実施形態の範囲を、当業者であれば理解できるであろう。請求項中の限定事項は、請求項中で使用されている文言に基づいて広く解釈されるべきであり、本明細書に記載され、あるいは本出願の審査の最中に説明される実施例に限定されない。実施例を、排他的であると解釈すべきではない。さらに、開示された方法の各工程は、工程を並べ替えること、および／または工程を挿入または削除することを含む任意のやり方で変更可能である。したがって、本明細書および実施例は、あくまでも例示として考慮されるように意図され、真の範囲および精神は、以下の特許請求の範囲およびそれらの均等物の全範囲によって示される。

Claims (20)

1. 物流を監視するためのコンピュータによって実現されるシステムであって、
   命令を格納するメモリと、
   前記命令を実行して、
   第１の管理システムから、第１の複数の作業員についての出勤データおよびタイムキーピングデータをキャプチャし、
   第２の管理システムから、第２の複数の作業員によって実行された作業を特定するデータであって、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むデータをキャプチャし、
   第３の管理システムから、第３の複数の作業員に関する作業データをキャプチャし、
   各々の検索の使用量である特定の基準に基づいてユーザデバイスから物流を監視するための第１の要求を受信し、
   所定の時間にわたり、パラメータに関連付けられた各検索に割り付けられたメモリの量を追跡するプロセッサを使用して、前記ユーザデバイスによる各検索の使用量を割り出し、
   前記割り出された使用量に基づいて最も使用されたパラメータを第１のパラメータに自動的に選択し、
   前記選択された第１のパラメータに従って前記キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についての前記キャプチャデータを統合整理し、
   前記統合整理されたデータを分析することによって生成される視覚化を前記ユーザデバイスへと提供する
   ように構成された少なくとも１つのプロセッサと
   を備える、コンピュータによって実現されるシステム。
2. 前記動作は、前記統合整理されたデータに基づいて低パフォーマンスの作業員を管理者に関連付けられたモバイルデバイスに通知することをさらに含む、請求項１に記載のコンピュータによって実現されるシステム。
3. 前記実行された作業は、フルフィルメントセンタ内での配送トラックからのインバウンドアイテムの積み下ろし、インバウンドアイテムのピッキング、アイテムの収納、アイテムの再割り当て、および少なくとも１つの配送小包のパッキングを含む、請求項１に記載のコンピュータによって実現されるシステム。
4. 前記実行された作業の場所は、自動またはハンドヘルドのバーコードスキャナ、ＲＦＩＤリーダ、高速度カメラ、または通信機能を有するデバイスから送信される場所を受信することによって決定される、請求項１に記載のコンピュータによって実現されるシステム。
5. 視覚化の提供は、前記統合整理されたデータを分析することによって作業員に関する活動履歴をもたらすことをさらに含む、請求項１に記載のコンピュータによって実現されるシステム。
6. 前記動作は、
   第４の管理システムから、注文データおよびフルフィルメントセンタデータをキャプチャすること、
   前記１人または複数の作業員について１つまたは複数のカテゴリを特定する第２のパラメータを含む第２の要求をユーザデバイスから受信すること、
   前記第２のパラメータに従って前記キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についての前記キャプチャデータを統合整理すること、および
   パッキングおよび出荷を含むパフォーマンス不足のタスクに作業員を割り当て直すこと
   をさらに含み、
   パフォーマンス不足の各タスクは、前記統合整理されたデータから生成される再割り当てデータによって決定される、
   請求項１に記載のコンピュータによって実現されるシステム。
7. 視覚化の提供は、
   前記統合整理されたデータから前記作業データに関連付けられた作業員の身元および関連のスキャンイベントを組み合わせることによって、異常な出勤状況を判断すること、および
   前記異常な出勤状況の作業員の身元を提示すること
   をさらに含む、請求項１に記載のコンピュータによって実現されるシステム。
8. 視覚化の提供は、各々のフルフィルメントセンタのパフォーマンスを提示することをさらに含み、前記パフォーマンスは、前記統合整理されたデータからスキャンイベントの数、出勤データ、およびタイムキーピングデータを組み合わせることによって決定され、各々のフルフィルメントセンタに関連付けられた作業員が１時間のうちに処理したユニット数によって定義される、請求項１に記載のコンピュータによって実現されるシステム。
9. 前記提示される各々のフルフィルメントセンタのパフォーマンスは、時間の経過に対する前記パフォーマンスの傾向を表す、請求項８に記載のコンピュータによって実現されるシステム。
10. 視覚化の提供は、リアルタイムで実行される、請求項１に記載のコンピュータによって実現されるシステム。
11. 物流を監視するためのコンピュータによって実行される方法であって、
    第１の管理システムから、第１の複数の作業員についての出勤データおよびタイムキーピングデータをキャプチャすることと、
    第２の管理システムから、第２の複数の作業員によって実行された作業を特定するデータであって、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むデータをキャプチャすることと、
    第３の管理システムから、第３の複数の作業員に関する作業データをキャプチャすることと、
    各々の検索の使用量である特定の基準に基づいてユーザデバイスから物流を監視するための第１の要求を受信することと、
    所定の時間にわたり、パラメータに関連付けられた各検索に割り付けられたメモリの量を追跡するプロセッサを使用して、前記ユーザデバイスによる各検索の前記使用量を割り出すことと、
    前記割り出された使用量に基づいて最も使用されたパラメータを第１のパラメータに自動的に選択することと、
    前記選択された第１のパラメータに従って前記キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についての前記キャプチャデータを統合整理することと、
    前記統合整理されたデータを分析することによって生成される視覚化を前記ユーザデバイスへと提供することと
    を含む、コンピュータによって実行される方法。
12. 前記動作は、前記統合整理されたデータに基づいて低パフォーマンスの作業員を管理者に関連付けられたモバイルデバイスに通知することをさらに含む、請求項１１に記載の方法。
13. 前記実行された作業は、フルフィルメントセンタ内での配送トラックからのインバウンドアイテムの積み下ろし、インバウンドアイテムのピッキング、アイテムの収納、アイテムの再割り当て、および少なくとも１つの配送小包のパッキングを含む、請求項１１に記載の方法。
14. 前記実行された作業の場所は、自動またはハンドヘルドのバーコードスキャナ、ＲＦＩＤリーダ、高速度カメラ、または通信機能を有するデバイスから送信される場所を受信することによって決定される、請求項１１に記載の方法。
15. 視覚化の提供は、前記統合整理されたデータを分析することによって作業員に関する活動履歴をもたらすことをさらに含む、請求項１１に記載の方法。
16. 前記動作は、
    第４の管理システムから、第１の複数の作業員に関する注文データおよび出荷データをキャプチャすること、
    前記１人または複数の作業員について１つまたは複数のカテゴリを特定する第２のパラメータを含む第２の要求をユーザデバイスから受信すること、
    前記第２のパラメータに従って前記キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についての前記キャプチャデータを統合整理すること、および
    パフォーマンス不足のタスクに作業員を割り当て直すこと
    をさらに含み、
    パフォーマンス不足の各タスクは、前記統合整理されたデータから生成される再割り当てデータによって決定される、
    請求項１１に記載の方法。
17. 視覚化の提供は、
    前記統合整理されたデータから前記作業データに関連付けられた作業員の身元および関連のスキャンイベントを組み合わせることによって、異常な出勤状況を判断すること、および
    前記異常な出勤状況の作業員の身元を提示すること
    をさらに含む、請求項１１に記載の方法。
18. 視覚化の提供は、各々のフルフィルメントセンタのパフォーマンスを提示することをさらに含み、前記パフォーマンスは、前記統合整理されたデータからスキャンイベントの数、出勤データ、およびタイムキーピングデータを組み合わせることによって決定され、各々のフルフィルメントセンタに関連付けられた作業員が１時間のうちに処理したユニット数によって定義される、請求項１１に記載の方法。
19. 前記提示される各々のフルフィルメントセンタのパフォーマンスは、時間の経過に対する前記パフォーマンスの傾向を表す、請求項１８に記載の方法。
20. 物流を監視するためのコンピュータによって実現されるシステムであって、
    命令を格納するメモリと、
    前記命令を実行して、
    第１の管理システムから、第１の複数の作業員についての出勤データおよびタイムキーピングデータをキャプチャし、
    第２の管理システムから、第２の複数の作業員によって実行された作業を特定するデータであって、実行された作業の場所、関連のスキャンイベント、または第２の複数の作業員の各々に関するクロックイン情報を含むデータをキャプチャし、
    第３の管理システムから、第３の複数の作業員に関する作業データをキャプチャし、
    各々の検索の使用量である特定の基準に基づいてユーザデバイスから物流を監視するための第１の要求を受信し、
    所定の時間にわたり、パラメータに関連付けられた各検索に割り付けられたメモリの量を追跡するプロセッサを使用して、前記ユーザデバイスによる各検索の前記使用量を割り出し、
    前記割り出された使用量に基づいて最も使用されたパラメータを第１のパラメータに自動的に選択し、
    前記選択された第１のパラメータに従って前記キャプチャされたデータセットのうちの１つに対応するデータを有している作業員についての前記キャプチャデータを統合整理し、
    前記統合整理されたデータに基づく各々の割り付けられたプロセスへの作業員の割り当てを示すジョブ分配を含む視覚化をユーザデバイスへと提供する
    ように構成された少なくとも１つのプロセッサと
    を備える、コンピュータによって実現されるシステム。
    

Images