(57)【要約】  データの動的集約およびデータ損失の最小化のためのコンピュータ実装システムが開示される。本システムは、複数のネットワーク化システムからの情報を、ネットワーク化システムからデータセットを収集することによって集約するための命令であって、データセットが、所定の期間と関連付けられたデータを含み、複数のネットワーク化システムのうちの複数のネットワーク化システムと関連付けられたデータに含まれる１つまたは複数の中心的な変数、および中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含む、命令と、中心的な変数および関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得するための命令と、データ変換規則に基づいて、第１のデータセットを、中心的な変数に対応する１つまたは複数のマスタデータ構造に集約するために命令とを実行するように構成され得る。
2021530757.tif 000002
【特許請求の範囲】
【請求項１】
データの動的集約およびデータ損失の最小化のためのコンピュータ実装システムであって、前記システムが、
命令を格納するメモリと、
前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含み、
前記少なくとも１つのプロセッサは、
複数のネットワーク化システムからの情報を集約することと、
マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、
を実行するように構成され、
前記ネットワーク化システムからの情報を集約することは、
前記ネットワーク化システムから第１の時点に第１のデータセットを収集することであって、前記第１のデータセットが、所定の期間と関連付けられたデータを含み、前記複数のネットワーク化システムのうちの複数のネットワーク化システムと関連付けられたデータに含まれる１つまたは複数の中心的な変数、および前記中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含み、前記中心的な変数および前記関連付けられた変数の各々が対応する値を含む、ことと、
前記中心的な変数および前記関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、
前記データ変換規則に基づいて、前記第１のデータセットを、前記中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、前記１つまたは複数のマスタデータ構造の各々が、前記中心的な変数のうちの１つおよび前記関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、
によって行われる、コンピュータ実装システム。
【請求項２】
前記データ変換規則が、前記第１のデータセット内の値が前記マスタデータ構造の１つまたは複数のデータフィールドにどのように対応するかを定義する、請求項１に記載のコンピュータ実装システム。
【請求項３】
前記データ変換規則のサブセットが、前記関連付けられた変数のうちの１つまたは複数の値を、前記マスタデータ構造の複数のデータフィールドに割り当てる、請求項１に記載のコンピュータ実装システム。
【請求項４】
前記プロセッサが、前記ネットワーク化システムからの情報を集約するための前記命令を所定の間隔で反復し、前記所定の間隔が前記所定の期間以下である、ように構成される、請求項１に記載のコンピュータ実装システム。
【請求項５】
前記所定の間隔が１分以下である、請求項３に記載のコンピュータ実装システム。
【請求項６】
前記ネットワーク化システムからの前記情報を集約することは、
前記ネットワーク化システムの第１のサブセットが利用できないと判断することと、
前記ネットワーク化システムに対応する１つまたは複数のタイムスタンプを更新することと、
をさらに含み、
前記第１のデータセットを前記マスタデータ構造に集約することが、前記ネットワーク化システムの前記第１のサブセットに対応するデータのサブセットに対応する前記データ変換規則のサブセットを除外することを含み、
前記タイムスタンプを更新することが、前記ネットワーク化システムの前記第１のサブセットに対応するタイムスタンプを更新することを除外することを含む、請求項１に記載のコンピュータ実装システム。
【請求項７】
前記ネットワーク化システムからの前記情報を集約することが、
ある時間間隔の後に前記ネットワーク化システムの第２のサブセットが利用可能であると判断することと、
前記第１の時点に基づいて前記ネットワーク化システムに対応する１つまたは複数のタイムスタンプを更新することと、
をさらに含み、
前記ネットワーク化システムから前記第１のデータセットを収集することが、前記ネットワーク化システムの前記第２のサブセットから、前記時間間隔と関連付けられたデータを含む、第２のデータセットを収集することを含み、
前記第１のデータセットを前記マスタデータ構造に集約することが、前記第２のデータセットを前記マスタデータ構造に集約することを含む、請求項１に記載のコンピュータ実装システム。
【請求項８】
前記第１のデータセットを集約することが、
前記第１のデータセットを時間に基づいて順次にソートすることと、
前記マスタデータ構造内の１つまたは複数のデータフィールド内の既存の値を前記ソートされた第１のデータセットからの前記値で置き換えるために前記ソートされた第１のデータセットを時系列に反復処理することと、
を含む、請求項１に記載のコンピュータ実装システム。
【請求項９】
前記リレーショナルマップが前記ネットワーク化システムの１つまたは複数のデータプロファイルに基づいて決定され、
前記データプロファイルが、１つまたは複数のメタデータ、前記関連付けられた変数の１つまたは複数の定義、およびデータ要素シノニムレジストリのうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。
【請求項１０】
前記データレポートを生成することが、前記ネットワーク化システムと関連付けられた１つまたは複数の性能メトリックを決定するために前記マスタデータ構造を分析することを含む、請求項１に記載のコンピュータ実装システム。
【請求項１１】
データの動的集約およびデータ損失の最小化のためのコンピュータ実装方法であって、
前記方法が、
複数のネットワーク化システムからの情報を集約することと、
マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、
を含み、
前記ネットワーク化システムからの情報を集約することは、
前記ネットワーク化システムから第１の時点に第１のデータセットを収集することであって、前記第１のデータセットが、所定の期間と関連付けられたデータを含み、前記複数のネットワーク化システムのうちの複数のネットワーク化システムと関連付けられたデータに含まれる１つまたは複数の中心的な変数、および前記中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含み、前記中心的な変数および前記関連付けられた変数の各々が対応する値を含む、ことと、
前記中心的な変数および前記関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、
前記データ変換規則に基づいて、前記第１のデータセットを、前記中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、前記１つまたは複数のマスタデータ構造の各々が、前記中心的な変数のうちの１つおよび前記関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、
によって行われる、コンピュータ実装方法。
【請求項１２】
前記データ変換規則が、前記第１のデータセット内の値が前記マスタデータ構造の１つまたは複数のデータフィールドにどのように対応するかを定義する、請求項１１に記載のコンピュータ実装方法。
【請求項１３】
前記データ変換規則のサブセットが、前記関連付けられた変数のうちの１つまたは複数の値を、前記マスタデータ構造の複数のデータフィールドに割り当てる、請求項１１に記載のコンピュータ実装方法。
【請求項１４】
前記プロセッサが、前記ネットワーク化システムからの情報を集約するための前記命令を所定の間隔で反復し、前記所定の間隔が前記所定の期間以下である、ように構成される、請求項１１に記載のコンピュータ実装方法。
【請求項１５】
前記ネットワーク化システムからの前記情報を集約することは、
前記ネットワーク化システムの第１のサブセットが利用できないと判断することと、
前記ネットワーク化システムに対応する１つまたは複数のタイムスタンプを更新することと、
をさらに含み、
前記第１のデータセットを前記マスタデータ構造に集約することが、前記ネットワーク化システムの前記第１のサブセットに対応するデータのサブセットに対応する前記データ変換規則のサブセットを除外することを含み、
前記タイムスタンプを更新することが、前記ネットワーク化システムの前記第１のサブセットに対応するタイムスタンプを更新することを除外することを含む、請求項１１に記載のコンピュータ実装方法。
【請求項１６】
前記ネットワーク化システムからの前記情報を集約することが、
ある時間間隔の後に前記ネットワーク化システムの第２のサブセットが利用可能であると判断することと、
前記第１の時点に基づいて前記ネットワーク化システムに対応する１つまたは複数のタイムスタンプを更新することと、
をさらに含み、
前記ネットワーク化システムから前記第１のデータセットを収集することが、前記ネットワーク化システムの前記第２のサブセットから、前記時間間隔と関連付けられたデータを含む、第２のデータセットを収集することを含み、
前記第１のデータセットを前記マスタデータ構造に集約することが、前記第２のデータセットを前記マスタデータ構造に集約することを含む、請求項１１に記載のコンピュータ実装方法。
【請求項１７】
前記第１のデータセットを集約することが、
前記第１のデータセットを時間に基づいて順次にソートすることと、
前記マスタデータ構造内の１つまたは複数のデータフィールド内の既存の値を前記ソートされた第１のデータセットからの前記値で置き換えるために前記ソートされた第１のデータセットを時系列に反復処理することと、
を含む、請求項１１に記載のコンピュータ実装方法。
【請求項１８】
前記リレーショナルマップが前記ネットワーク化システムの１つまたは複数のデータプロファイルに基づいて決定され、
前記データプロファイルが、１つまたは複数のメタデータ、前記関連付けられた変数の１つまたは複数の定義、およびデータ要素シノニムレジストリのうちの少なくとも１つを含む、請求項１１に記載のコンピュータ実装方法。
【請求項１９】
前記データレポートを生成することが、前記ネットワーク化システムの１つまたは複数の性能メトリックを決定するために前記マスタデータ構造を分析することを含む、請求項１１に記載のコンピュータ実装方法。
【請求項２０】
データの動的集約およびデータ損失の最小化のためのコンピュータ実装システムであって、前記システムが、
命令を格納するメモリと、
前記命令を実行するように構成された少なくとも１つのプロセッサと、
を含み、
前記少なくとも１つのプロセッサは、
複数のネットワーク化システムからの情報を集約することと、
マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、
を実行するように構成され、
前記ネットワーク化システムからの情報を集約することは、
所定の間隔で前記ネットワーク化システムにデータ要求を送信することと、
ネットワーク化システムの第１のサブセットから第１の時点に第１のデータセットを受信することであって、前記ネットワーク化システムの第１のサブセットが、直前の時点からの第１の対応するタイムスタンプのセットを有し、前記第１のデータセットが、所定の期間と関連付けられたデータを含む、ことと、
ネットワーク化システムの第２のサブセットから前記第１の時点に第２のデータセットを受信することであって、前記ネットワーク化システムの第２のサブセットが、前記直前の時点よりも古い第２の時点からの第２の対応するタイムスタンプのセットを有し、前記第２のデータセットが、前記第２の時点と前記第１の時点との間の期間と関連付けられたデータを含む、ことと、
ネットワーク化システムの第３のサブセットから前記第１の時点に第３のデータセットを受信することであって、前記ネットワーク化システムの第３のサブセットが、前記直前の時点からの第３の対応するタイムスタンプのセットを有し、前記第３のデータセットが、前記ネットワーク化システムの第３のサブセットが利用できないことを指示することと、
によって行われ、
前記第１のデータセットおよび前記第２のデータセットが、前記複数のネットワーク化システムのうちの複数のネットワーク化システムからのデータに含まれる１つまたは複数の中心的な変数、および前記中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含み、
前記ネットワーク化システムからの情報を集約することは、さらに、
前記中心的な変数および前記関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、
前記データ変換規則に基づいて、前記第１および第２のデータセットを、前記中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、前記１つまたは複数のマスタデータ構造の各々が、前記中心的な変数のうちの１つおよび前記関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、
前記第１の時点に基づいて前記第１および第２の対応するタイムスタンプのセットを更新することと、
によって行われる、コンピュータ実装システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、複数のネットワーク化システムからのデータを動的に集約し、システム停止などの予期しないイベントからのデータ損失を最小化するためのコンピュータ化された方法およびシステムに関する。特に、本開示の実施形態は、異なるデータタイプおよびフォーマットを使用する複数のネットワーク化システムからのデータを集約する発明的な非従来型のシステムに関する。集約されたデータは、データの任意の組み合わせへのほぼリアルタイムのアクセスを可能にし、データ損失を最小化する独自のフォーマットに調整される。
【背景技術】
【０００２】
情報技術の進歩により、様々な規模の企業が複数のコンピューティングシステムを利用して各企業の業務を円滑化するネットワーク化システムが幅広く実装されている。その使途は、単なるイベントロギングからデータベース管理および分析にまで多岐にわたり得る。より多くの業務がコンピュータ化され、企業の規模が大きくなるにつれて、利用可能なデータの量は急速に増加し、しばしば圧倒的な量になる。さらに、ネットワーク化システムによって異なるデータタイプおよびフォーマットを使用する場合があり、企業所有者および管理者が膨大な量のデータを理解し、適切な意思決定を行うことが困難になる。そのような膨大な量のデータを効果的に効率よく管理できれば、著しい競争上の優位性を得ることができる。
【０００３】
別の複雑な要因は、ネットワーク化システムが、ネットワーク全体の停止やシステムレベルの障害などの予期しない問題の影響を受けやすい、そのようなデータの収集および格納に際して発生する。ネットワーク停止によりあるシステムから別のシステムへのすべてのデータの転送が妨げられる可能性があり、システムレベルの障害により問題が解決されるまでデータが失われることになる可能性があるので、これらの状況は、ネットワーク化システムからのデータの収集および格納に悪影響を及ぼす。先行技術のシステムはそのような障害に対処できておらず、ネットワーク化システムが利用できない場合にはデータ集約をスキップするか、または最新の正常な集約から集約を再開することができない。
【０００４】
さらに、データ収集は、データ収集および分析が長期間にわたって行われる場合にもメリットがない。「長期間」は相対的な用語であり、収集および分析における１０分の遅延でさえも状況によっては長すぎる場合があり、他のシステムでは毎日１回だけデータを収集すればよい場合もある。しかしながら、業務が前進してより迅速な応答を必要とするにつれて、リアルタイムまたはほぼリアルタイムのデータ収集および分析がより重要になる。
【０００５】
したがって、異なるフォーマットおよびタイプのデータを収集して、それらのデータを高度な分析をサポートするために単一のフォーマットに調整することができ、しかも、予期しない問題に対処し、問題が解決されると収集を再開するのに十分なロバスト性を有する、異なるネットワーク化システムからのほぼリアルタイムでのデータの動的集約が必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００６】
本開示の一態様は、データの動的集約およびデータ損失の最小化のためのコンピュータ実装システムを対象とする。本システムは、命令を格納するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを含み得る。命令は、複数のネットワーク化システムからの情報を、ネットワーク化システムから第１の時点に第１のデータセットを収集することであって、第１のデータセットが、所定の期間と関連付けられたデータを含み、複数のネットワーク化システムのうちの複数のネットワーク化システムと関連付けられたデータに含まれる１つまたは複数の中心的な変数、および中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含み、中心的な変数および関連付けられた変数の各々が対応する値を含む、ことと、中心的な変数および関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、データ変換規則に基づいて、第１のデータセットを、中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、１つまたは複数のマスタデータ構造の各々が、中心的な変数のうちの１つおよび関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、によって集約することと、マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、を含み得る。
【０００７】
本開示の別の態様は、データの動的集約およびデータ損失の最小化のためのコンピュータ実装方法を対象とする。本方法は、複数のネットワーク化システムからの情報を、ネットワーク化システムから第１の時点に第１のデータセットを収集することであって、第１のデータセットが、所定の期間と関連付けられたデータを含み、複数のネットワーク化システムのうちの複数のネットワーク化システムと関連付けられたデータに含まれる１つまたは複数の中心的な変数、および中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含み、中心的な変数および関連付けられた変数の各々が対応する値を含む、ことと、中心的な変数および関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、データ変換規則に基づいて、第１のデータセットを、中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、１つまたは複数のマスタデータ構造の各々が、中心的な変数のうちの１つおよび関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、によって集約することと、マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、を含み得る。
【０００８】
さらに、本開示の別の態様は、データの動的集約およびデータ損失の最小化のためのコンピュータ実装システムを対象とする。本システムは、命令を格納するメモリと、命令を実行するように構成された少なくとも１つのプロセッサとを含み得る。命令は、複数のネットワーク化システムからの情報を、所定の間隔でネットワーク化システムにデータ要求を送信することと、ネットワーク化システムの第１のサブセットから第１の時点に第１のデータセットを受信することであって、ネットワーク化システムの第１のサブセットが、直前の時点からの第１の対応するタイムスタンプのセットを有し、第１のデータセットが、所定の期間と関連付けられたデータを含む、ことと、ネットワーク化システムの第２のサブセットから第１の時点に第２のデータセットを受信することであって、ネットワーク化システムの第２のサブセットが、直前の時点よりも古い第２の時点からの第２の対応するタイムスタンプのセットを有し、第２のデータセットが、第２の時点と第１の時点との間の期間と関連付けられたデータを含む、ことと、ネットワーク化システムの第３のサブセットから第１の時点に第３のデータセットを受信することであって、ネットワーク化システムの第３のサブセットが、直前の時点からの第３の対応するタイムスタンプのセットを有し、第３のデータセットが、ネットワーク化システムの第３のサブセットが利用できないことを指示し、第１のデータセットおよび第２のデータセットが、複数のネットワーク化システムのうちの複数のネットワーク化システムからのデータに含まれる１つまたは複数の中心的な変数、および中心的な変数の１つまたは複数の態様を記述する１つまたは複数の関連付けられた変数を含む、ことと、中心的な変数および関連付けられた変数の間のリレーショナルマップに基づいて１つまたは複数のデータ変換規則を取得することと、データ変換規則に基づいて、第１および第２のデータセットを、中心的な変数に対応する１つまたは複数のマスタデータ構造に集約することであって、１つまたは複数のマスタデータ構造の各々が、中心的な変数のうちの１つおよび関連付けられた変数のサブセットに対応する１つまたは複数のデータフィールドを含む、ことと、第１の時点に基づいて第１および第２の対応するタイムスタンプのセットを更新することと、によって集約することと、マスタデータ構造に基づいて１つまたは複数のデータレポートを生成することと、を含み得る。
【０００９】
本明細書では他のシステム、方法、およびコンピュータ可読媒体も説明される。
【図面の簡単な説明】
【００１０】
【図１Ａ】開示の実施形態と一致する、出荷、輸送、および物流の業務を可能にする通信のためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を示す概略ブロック図である。
【図１Ｂ】開示の実施形態と一致する、検索要求を満たす１つまたは複数の検索結果をインタラクティブなユーザインターフェース要素と共に含む検索結果ページ（ＳＲＰ）のサンプルを示す図である。
【図１Ｃ】開示の実施形態と一致する、製品および製品に関する情報をインタラクティブなユーザインターフェース要素と共に含む単一表示ページ（ＳＤＰ）のサンプルを示す図である。
【図１Ｄ】開示の実施形態と一致する、仮想ショッピングカート内のアイテムをインタラクティブなユーザインターフェース要素と共に含むカートページのサンプルを示す図である。
【図１Ｅ】開示の実施形態と一致する、仮想ショッピングカートからのアイテムならびに購入および出荷に関する情報をインタラクティブなユーザインターフェース要素と共に含む注文ページのサンプルを示す図である。
【図２】開示の実施形態と一致する、開示のコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。
【図３】開示の実施形態と一致する、データを集約し、データ損失を最小化するためのコンピュータ化されたシステムを含むネットワーク化環境の例示的な実施形態を示す概略ブロック図である。
【図４】開示の実施形態と一致する、複数のネットワーク化システムからのデータを集約するための例示的なコンピュータ化されたプロセスを示す流れ図である。
【図５】開示の実施形態と一致する、データ損失を最小化するための追加のステップを伴う、複数のネットワーク化システムからのデータを集約するための拡張された例示的なコンピュータ化されたプロセスを示す流れ図である。
【図６Ａ】開示の実施形態と一致する、データ集約前の異なるネットワーク化システムのためのタイムスタンプの例示的なタイムラインを示す図である。
【図６Ｂ】開示の実施形態と一致する、データ集約後の異なるネットワーク化システムのためのタイムスタンプの例示的なタイムラインを示す図である。
【発明を実施するための形態】
【００１１】
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。
【００１２】
本開示の実施形態は、データの動的集約およびデータ損失の最小化のためのシステムおよび方法を対象とする。 
【００１３】
図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。
【００１４】
ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。
【００１５】
いくつかの実施形態では、外部フロントエンドシステム１０３は外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００１６】
いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００１７】
図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果を含む１つ以上のウェブページをホスティングまたは提供することができる： ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。
ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。
【００１８】
外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。
【００１９】
次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
【００２０】
外部フロントエンドシステム１０３は受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。
【００２１】
依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスはこのリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。
【００２２】
外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページはいくつかの実施形態ではユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページがユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザはショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。
【００２３】
外部フロントエンドシステム１０３は購入を開始するためのリクエストの受信に応じて、注文頁（例えば、図１Ｅ）を発生することができる。注文頁はいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文頁をユーザデバイスへ送信することが可能である。
【００２４】
ユーザデバイスは注文頁に情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。
【００２５】
いくつかの実施形態では、外部フロントエンドシステム１０３が売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。
【００２６】
内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００２７】
いくつかの実施形態では、内蔵フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００２８】
輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ〜１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、トランスポーテーションシステム１０７が１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ〜１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ〜１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員が荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送機関１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。
【００２９】
いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。
【００３０】
いくつかの実施形態では、交通機関１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。トランスポートシステム１０７はこの関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。
【００３１】
売り手ポータル１０９は、いくつかの実施形態では売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。
【００３２】
出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ〜１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。
【００３３】
いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、交通機関１０７はユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡装置１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。
【００３４】
フルフィルメント(履行)最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。
【００３５】
また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。
【００３６】
いくつかの実施形態では、ＦＯシステム１１３が定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３が１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。
【００３７】
フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または３パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。
【００３８】
サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。
【００３９】
労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ−１０７Ｃまたは１１９Ａ−１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。
【００４０】
ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。
【００４１】
ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ〜１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ〜１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。
【００４２】
第三者フルフィルメント（３ＰＬ）システム１２１Ａ〜１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ〜１２１ＣはＦＯシステム１１３から（例えば、ＦＭＧ １１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。
【００４３】
フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ〜１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動するしてもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。
【００４４】
労働管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ−１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ−１０７Ｃから受信することができる。
【００４５】
図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上がデータセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。
【００４６】
図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、または修正することができる。
【００４７】
インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。
【００４８】
作業員はインバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６が緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。
【００４９】
ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。
【００５０】
ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。
【００５１】
ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。
【００５２】
ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４はスライドとして表されているが、いくつかの実施形態では搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。
【００５３】
パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員はピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者はセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。
【００５４】
ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
【００５５】
キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。
【００５６】
キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
【００５７】
図３に、データを集約し、データ損失を最小化するためのコンピュータ化されたシステムを含むネットワーク化環境３００の例示的な実施形態を示す概略ブロック図を示す。環境３００は様々なシステムを含んでいてもよく、その各々が１つまたは複数のネットワークを介して互いに接続され得る。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、ネットワーク化システムＡ〜Ｄ  ３１０Ａ〜３１０Ｄと、データパイプラインシステム（ＤＰＳ）３２０と、１つまたは複数のクライアント端末３２０とを含む。
【００５８】
ネットワーク化システム３１０Ａ〜３１０Ｄは、いくつかの実施形態では、それぞれの動作の一部として様々なデータを収集、獲得、および／または生成する１つまたは複数のコンピュータシステムとして実施され得る。例えば、ネットワーク化システム３１０Ａ〜３１０Ｄは、設計、機能、または動作において、それぞれ、図１ＡのＦＯシステム１１３、ＷＭＳ１１９、ＦＣ認証１２３、およびＬＭＳ１２５と同様であり得る。あるいは、ネットワーク化システム３１０Ａ〜３１０Ｄのうちの１つまたは複数が、それぞれのコンピュータシステムによって収集、獲得、および／または生成されたデータを格納するように構成された１つまたは複数のデータベースまたはメモリとして実施されてもよい。いくつかの実施形態では、そのようなデータベースまたはメモリは、クラウドベースのデータベースまたはオンプレミスのデータベースを含み得る。またいくつかの実施形態では、そのようなデータベースまたはメモリは、１つもしくは複数のハードディスクドライブ、１つもしくは複数のソリッドステートドライブ、または１つもしくは複数の非一時的なメモリも含み得る。図３には４つのネットワーク化システム３１０Ａ〜３１０Ｄのみが示されているが、この数は例示にすぎず、ネットワーク化システムは任意の数のシステムを含み得る。
【００５９】
ＤＰＳ３２０は、いくつかの実施形態では、ユーザがデータを複数の視点（例えば、長期的な性能、ゾーンごとの性能など）で分析することを可能にする、ネットワーク化システム３１０Ａ〜３１０Ｄからのデータを動的に集約するように構成されたコンピュータシステムとして実施され得る。ＤＰＳ３２０はまた、障害が発生した場合にネットワーク化システムからのデータを最後に集約したのがいつかを正確に記憶し、障害が解決されると直ちにその特定のネットワーク化システムからの集約を再開することによって、予期しないシステム障害またはネットワーク障害が発生した場合のデータ損失を最小化するようにも構成され得る。
【００６０】
いくつかの実施形態では、ＤＰＳ３２０は、データマッパ３２１、変換規則ストレージ３２２、マスタデータ構造（ＭＤＳ）ストレージ３２３、タイムスタンプストレージ３２４、データアグリゲータ３２５、およびレポートジェネレータ３２６を含む。加えて、ＤＰＳ３２０は、クライアント端末３３０からデータ分析問い合わせを受信し、レポートジェネレータ３２６からの出力をクライアント端末３３０に送信するフロントエンドモジュール３２７も含み得る。
【００６１】
いくつかの実施形態では、ＤＰＳ３２０は、１つまたは複数のプロセッサ、１つまたは複数のメモリ、および１つまたは複数の入力／出力（Ｉ／Ｏ）装置を含み得る。ＤＰＳ３２０は、サーバ、汎用コンピュータ、メインフレームコンピュータ、グラフィックスプロセッシングユニット（ＧＰＵ）などの専用コンピューティングデバイス、ラップトップ、またはこれらのコンピューティングデバイスの任意の組み合わせの形を取り得る。これらの実施形態では、ＤＰＳ３２０の構成要素（すなわち、データマッパ３２１、変換規則ストレージ３２２、ＭＤＳストレージ３２３、タイムスタンプストレージ３２４、データアグリゲータ３２５、レポートジェネレータ３２６、およびフロントエンドモジュール３２７）は、１つまたは複数のメモリに格納された命令に基づいて１つまたは複数のプロセッサによって行われる１つまたは複数の機能ユニットとして実施され得る。ＤＰＳ３２０は、独立型のシステムであり得るか、またはＤＰＳ３２０は、より大規模なシステムの一部であり得るサブシステムの一部であり得る。
【００６２】
あるいは、ＤＰＳ３２０の構成要素は、ネットワークを介して互いに通信する１つまたは複数のコンピュータシステムとして実施されてもよい。この実施形態では、１つまたは複数のコンピュータシステムの各々が、１つまたは複数のプロセッサ、１つまたは複数のメモリ（すなわち、非一時的なコンピュータ可読媒体）、および１つまたは複数の入力／出力（Ｉ／Ｏ）装置を含み得る。いくつかの実施形態では、１つまたは複数のコンピュータシステムの各々は、サーバ、汎用コンピュータ、メインフレームコンピュータ、ＧＰＵなどの専用コンピューティングデバイス、ラップトップ、またはこれらのコンピューティングデバイスの任意の組み合わせの形を取り得る。
【００６３】
データマッパ３２１は、いくつかの実施形態では、ネットワーク化システム３１０Ａ〜３１０Ｄから取得されたデータに含まれる１つまたは複数の変数間のリレーショナルマップを決定するように構成された１つまたは複数のコンピューティングデバイスを含み得る。リレーショナルマップは、各ネットワーク化システム３１０Ａ〜３１０Ｄからのデータに含まれる異なる変数が互いにどのように関連しているかを定義し得る。いくつかの実施形態では、データマッパ３２１は、ネットワーク化システムのうちの複数からのデータと関連付けられた１つまたは複数の中心的な変数が、それらの中心的な変数の特定の態様を記述する１つまたは複数の関連付けられた変数にどのように関連しているかに基づいてリレーショナルマップを定義し得る。
【００６４】
例えば、ネットワーク化システム３１０Ａ〜３１０Ｄが図１ＡのＷＭＳ１１９およびＬＭＳ１２５を含む場合、これら２つのシステムからのデータはどちらも作業員識別子を含むことができ、ＷＭＳ１１９からのデータは作業員識別子と関連付けられた一連のイベントデータ（例えば、作業員Ｘは時刻Ｔに注文識別子Ｐの製品識別子Ａをスキャンした）を記述し得る。同様に、ＬＭＳ１２５からのデータは、作業員識別子と関連付けられた出勤および残業情報（例えば、作業員Ｘは日付Ｄの時刻Ｔ１から時刻Ｔ２まで作業した）を記述し得る。データマッパ３２１は、作業員識別子が、ＷＭＳ１１９およびＬＭＳ１２５からのデータを統合し、他の関連付けられた変数（例えば、時刻Ｔ１、Ｔ２、Ｔ、注文識別子Ｐなど）に基づいて作業員を記述すべきデータを統合することができる中心的な変数であると識別し得る。加えて、または代替として、データマッパ３２１は、注文識別子を中心的な変数として識別し、対応する注文を記述するために他の変数を使用してデータを統合してもよい（例えば、製品識別子Ａを含む注文識別子Ｐは時刻Ｔに作業員識別子Ｘによってスキャンされた）。
【００６５】
上記のように、データマッパ３２１は、変数の知識をそれらが実世界の動作に関連するように統合し、ネットワーク化システム３１０Ａ〜３１０Ｄからのデータに含まれるすべての変数間のリレーショナルマップを決定し得る。いくつかの実施形態では、データマッパ３２１は、メタデータ、変数の定義、データ要素シノニムレジストリ等といった情報を含み得る、ネットワーク化システム３１０Ａ〜３１０Ｄの各々によって指定されたデータプロファイルを考慮し得る。データ要素シノニムレジストリは、異なるネットワーク化システムが異なる用語を使用して同様の変数を記述する場合に関連した変数または同一の変数を識別するために使用することができる、特定の変数を記述するために使用され得るシノニムのリストであり得る。
【００６６】
いくつかの実施形態では、データマッパ３２１は、リレーショナルマップを使用して、ネットワークシステム３１０Ａ〜３１０Ｄからのデータがどのように編成されるべきかを決定づける変換規則のセットを生成し得る。言い換えると、変換規則は、ネットワークシステム３１０Ａ〜３１０Ｄからのデータに含まれる各変数が、後述される１つまたは複数のＭＤＳの異なるデータフィールドにどのようにマップすべきかを決定づけ得る。いくつかの実施形態では、データマッパ３２１は、変換規則を送信し、変換規則ストレージ３２２に格納し得る。
【００６７】
データアグリゲータ３２５は、いくつかの実施形態では、１つまたは複数のネットワーク化システム３１０Ａ〜３１０Ｄからデータを取得するように構成された１つまたは複数のコンピューティングデバイスを含み得る。データアグリゲータ３２５は、次いで、取得されたデータを、変換規則ストレージ３２２から取得された変換規則に基づいて１つまたは複数のＭＤＳに集約し得る。具体的には、データアグリゲータ３２５は、特定のネットワーク化システム（例えば、３１０Ａ）からデータを取得し、その中の変数を識別し、変換規則ストレージ３２２から対応する変換規則を取得し、変換規則に基づいて１つまたは複数のＭＤＳ内の１つまたは複数のデータフィールドに各変数に対応する値を割り当て得る。いくつかの実施形態では、データアグリゲータ３２５は、各ネットワーク化システムに対応するタイムスタンプストレージ３２４に格納されたタイムスタンプの更新も行い得る。
【００６８】
変換規則ストレージ３２２、ＭＤＳストレージ３２３、およびタイムスタンプストレージ３２４は、いくつかの実施形態では、対応するタイプのデータを格納するように構成された１つまたは複数のデータベースまたはメモリを含み得る。これら３つの記憶装置（すなわち、変換規則ストレージ３２２、ＭＤＳストレージ３２３、およびタイムスタンプストレージ３２４）はまた、各々が記憶装置の単一の集合体の一部分を占める記憶装置の単一の集合体としてまとめて実装されてもよい。これら３つの記憶装置は、クラウドベースのデータベースまたはオンプレミスのデータベースを各々含み得るか、または一括して含み得る。いくつかの実施形態では、これら３つの記憶装置は、１つもしくは複数のハードディスクドライブ、１つもしくは複数のソリッドステートドライブ、または１つもしくは複数の非一時的なメモリを各々含み得るか、または一括して含み得る。
【００６９】
レポートジェネレータ３２６は、いくつかの実施形態では、フロントエンドモジュール３２７を介してクライアント端末３３０から取得されたデータ分析問い合わせに基づいてレポートを生成するように構成された１つまたは複数のコンピューティングデバイスを含み得る。レポートは、タイムスタンプストレージ３２４に格納されたタイムスタンプに基づいてネットワーク化システム３１０Ａ〜３１０Ｄの最新の既知の集約時点を出力する単純なものから、特定の作業員による、または特定の施設による長期的な性能履歴の計算を必要とする複雑なものまで多岐にわたり得る。いくつかの実施形態では、データのＭＤＳへの集約は、レポートジェネレータ３２６がデータを、長期的に、作業員ごとに、ゾーンごとに、注文ごとに等といった、多角的な視点で分析することを可能にし得る。さらに、レポートジェネレータ３２６は、１時間当たりに処理された注文数、非稼働作業員数、時間通りに完了された注文数などの性能メトリックのハイレベルな分析、および上位１０％の作業員の１時間当たりに処理された平均ユニット数などの詳細な分析を可能にし得る。
【００７０】
フロントエンドモジュール３２７は、いくつかの実施形態では、外部ユーザがＤＰＳ３２０の１つまたは複数の構成要素とインタラクトすることを可能にするコンピュータシステムとして実施され得る。例えば、ＤＰＳ３２０が、ユーザがデータ分析問い合わせを出すことを可能にする実施形態では、フロントエンドモジュール３２７は、上記のようにそのような問い合わせを受け取り、分析の結果を提示するウェブサーバとして実施され得る。いくつかの実施形態では、フロントエンドモジュール３２７は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス（ＩＩＳ）、ＮＧＩＮＸ等といったソフトウェアを実行する１台または複数のコンピュータとして実施され得る。他の実施形態では、フロントエンドモジュール３２７は、クライアント端末３３０からの問い合わせを受け取って処理し、他のシステムにデータベースから情報を取得するよう命令し、分析を実行し、取得された情報に基づいて受け取った問い合わせへの応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行し得る。
【００７１】
クライアント端末３３０は、いくつかの実施形態では、ユーザ（例えば、事業主や施設運営者）がフロントエンドモジュール３２７を介してＤＰＳ３２０にアクセスすることを可能にするように構成された１つまたは複数のコンピューティングデバイスを含み得る。クライアント端末３３０は、パーソナルコンピュータ、携帯電話、スマートフォン、ＰＤＡ等といったコンピューティングデバイスの任意の組み合わせを含み得る。いくつかの実施形態では、ユーザは、クライアント端末３３０を使用して、フロントエンドモジュール３２７によって提供されたウェブインターフェースにアクセスし、データ分析を求める問い合わせを出し得る。そしてデータ分析が完了すると、ユーザはクライアント端末３３０を使用して、フロントエンドモジュール３２７によって提供されたウェブインターフェースを介して結果を受け取り得る。
【００７２】
図４に、複数のネットワーク化システムからのデータを集約するための例示的なコンピュータ化されたプロセス４００の流れ図を示す。いくつかの実施形態では、プロセス４００は、上記のようにＤＰＳ３２０の他の構成要素からの情報を使用してデータアグリゲータ３２５によって行われ得る。
【００７３】
図５に、データ損失を最小化するための追加のステップを伴う、複数のネットワーク化システムからのデータを集約するための拡張された例示的なコンピュータ化されたプロセス５００の流れ図を示す。いくつかの実施形態では、拡張されたプロセス５００もまた、上記のようにＤＰＳ３２０の他の構成要素からの情報を使用して、プロセス４００と同様に、データアグリゲータ３２５によって行われ得る。
【００７４】
図６Ａおよび図６Ｂに、データ集約前と後の異なるネットワーク化システムのためのタイムスタンプの例示的なタイムライン６１０、６２０を示す。プロセス４００および拡張されたプロセス５００の以下の説明では、明確にするために図６Ａおよび図６Ｂを参照する。
【００７５】
戻って図４を参照すると、データアグリゲータ３２５は、所定の間隔（すなわち、図６Ａのチェックポイント間隔６０４）でステップ４０１〜ステップ４０４を反復し得る。ステップ４０１で、データアグリゲータ３２５は、ステップ４０１〜ステップ４０４の１サイクルを開始して、ネットワーク化システム３１０Ａ〜３１０Ｄからデータセットを収集し得る。このデータの収集は、例えば、現在の時点６０２に行われ得る。タイムライン６１０およびタイムライン６２０上の目盛り６０１は、ある時間にわたる異なる時点（すなわち、チェックポイント）を記している。いくつかの実施形態では、データアグリゲータ３２５は、チェックポイント間隔６０４と等しいか、または所定のオーバーラップ６０７分だけ長くてもよい、通常の収集ウィンドウ６０５と呼ばれる所定の期間にわたって蓄積された各ネットワークシステム（例えば、３１０Ａ）からのデータを取得し得る。いくつかの実施形態では、通常の収集ウィンドウ６０５は、チェックポイント間隔６０４の２倍と等しいか、またはそれより長くてもよい。
【００７６】
いくつかの実施形態では、チェックポイント間隔６０４は、ユーザ選択可能および／またはほんの数秒もしくは数分の１秒から数時間もしくは数日までの範囲のどこかにわたり得る。チェックポイント間隔６０４がより短ければ、ステップ４０１〜ステップ４０４のより迅速な反復が可能になり、その結果としてより頻繁なデータ集約がもたらされることになり、レポートジェネレータ３２６がより最新のデータ分析レポートを提供することが可能になる。いくつかの実施形態では、チェックポイント間隔６０４は、ほぼリアルタイムまたはリアルタイムのレポートを提供するのに十分なほど短期間であり得る。
【００７７】
ステップ４０２で、データアグリゲータ３２５は、ネットワーク化システム３１０Ａ〜３１０Ｄからのデータに含まれる中心的な変数および関連付けられた変数の間のリレーショナルマップに基づいて変換規則ストレージ３２２からデータ変換規則を取得し得る。これは、いくつかの実施形態では、データアグリゲータ３２５が、データに含まれる変数のリストを生成し、変数のいずれかと関連付けられた変換規則を取得するために変換規則ストレージ３２２に問い合わせすることを伴い得る。
【００７８】
ステップ４０３で、データアグリゲータ３２５は、取得された変換規則に基づいて、データを中心的な変数に対応する１つまたは複数のマスタデータ構造（ＭＤＳ）に集約し得る。いくつかの実施形態では、ＭＤＳの各々が、中心的な変数のうちの１つおよび関連付けられた変数のサブセットに対応するデータフィールドを含み得る。例えば、ＭＤＳは、注文識別子、受信日、ＰＤＤ、状態識別子等に対応するデータフィールドを含み得る。他の実施形態では、ＭＤＳの各々が、中心的な変数のうちの１つに対応する中心的なデータフィールド、および中心的な変数または関連付けられた変数のいずれかに対応する追加のデータフィールドを含み得る。例えば、ＭＤＳは、注文識別子のための中心的なデータフィールド、および受信日、ＰＤＤ、状態識別子、作業員識別子等のための複数のデータフィールドを含み得る。
【００７９】
このようにして、データアグリゲータ３２５は、ネットワーク化システム３１０Ａ〜３１０Ｄから取得されたデータごとに、データに格納された変数の値を、１つまたは複数のＭＤＳ内の１つまたは複数の対応するデータフィールドに割り当て得る。例えば、データアグリゲータ３２５は、ＦＯシステム１１３からのデータに含まれる注文識別子の値を、１つのＭＤＳの中心的なデータフィールドと、作業員識別子を中心的な変数として使用する別のＭＤＳのデータフィールドとに割り当て得る。
【００８０】
いくつかの実施形態では、データをＭＤＳに集約することは、ネットワーク化システム３１０Ａ〜３１０Ｄからのデータを、最も古いものから最も新しいものまで時間に基づいてソートすることと、ソートされたデータを時系列に反復処理して、ＭＤＳのデータフィールド内の既存の値をデータからの値で置き換えることとを含み得る。データフィールドが空であるいくつかの例では、データアグリゲータ３２５は単に、データからの値をそのデータフィールドの新しい値として割り当て得る。
【００８１】
ステップ４０４で、データアグリゲータ３２５は、ネットワーク化システム３１０Ａ〜３１０Ｄのタイムスタンプ（例えば、ネットワーク化システムＡ  ３１０Ａおよびネットワーク化システムＣ  ３１０ＣのタイムスタンプＡ  ６１２およびタイムスタンプＣ  ６１４）を更新する。タイムスタンプストレージ３２４は、ネットワーク化システム３１０Ａ〜３１０Ｄごとのタイムスタンプを格納および追跡し得る。予期しない障害が発生していない通常の動作の下では、図６ＡのタイムスタンプＡ  ６１２およびタイムスタンプＣ  ６１４のように、すべてのタイムスタンプが、前のデータ集約中の現在の時点６０２の直前の時点に設定され得る。正常なデータ集約の後、データアグリゲータ３２５は、図６Ｂの更新されたタイムスタンプＡ  ６２２および更新されたタイムスタンプＣ  ６２４のように、対応するタイムスタンプを現在の時点６０２に更新し得る。
【００８２】
データ集約が完了すると、データアグリゲータ３２５は、次の時点６０３まで、現在の時点６０２からの将来のチェックポイント間隔にわたって待機し、ステップ４０１〜ステップ４０４を反復し得る。加えて、または代替として、レポートジェネレータ３２６は、ステップ４０５で、上記のように（１つまたは複数の）クライアント端末３３０を介してユーザによって出されたデータ分析問い合わせに応答してデータレポートを生成してもよい。
【００８３】
図５を参照すると、拡張されたプロセス５００は、ＤＰＳ３２０が各ネットワーク化システムに関するデータ集約を追跡し、データ損失を最小化することを可能にする、プロセス４００のより多くの詳細を示している。いくつかのネットワーク化システム３１０Ａ〜３１０Ｄが与えられた場合、システムは常に、ネットワーク停止やシステムレベルの障害などの予期しないリスクにさらされる。よって、ネットワーク化システム３１０Ａ〜３１０Ｄは、任意の所与の時点において次の３つのカテゴリに分割され得る。（１）直前のチェックポイントにおいてデータ集約を完了したネットワーク化システム（通常のネットワーク化システム）、（２）様々な理由で利用できなかったが、現在は集約に利用可能なネットワーク化システム（すなわち、修理されたネットワーク化システム）、および（３）現在利用できないネットワーク化システム（利用できないネットワーク化システム）。
【００８４】
データ集約サイクル（例えば、図４のステップ４０１〜ステップ４０４）の最初に、データアグリゲータ３２５は、ステップ５０１で、ネットワーク化システム３１０Ａ〜３１０Ｄにデータ要求を送信し得る。これに応答して、データアグリゲータ３２５は、３つのカテゴリのネットワーク化システム３１０Ａ〜３１０Ｄから３つのデータセットを受信および収集し得る。具体的には、データアグリゲータ３２５は、ステップ５０２で、通常のネットワーク化システム（例えば、３１０Ａおよび３１０Ｃ）から第１のデータセットを、ステップ５０３で、修理されたネットワーク化システム（例えば、３１０Ｂ）から第２のデータセットを、ステップ５０４で、利用できないネットワーク化システム（例えば、３１０Ｄ）から第３のデータセットを受信し得る。いくつかの実施形態では、利用できないネットワーク化システム（例えば、３１０Ｄ）は、何も返さないか、またはタイムアウト例外を返し得る。またいくつかの実施形態では、データアグリゲータ３２５は、上記のような受信したデータセットおよび／またはタイムスタンプストレージ３２４に格納されたそれぞれのタイムスタンプに基づいて、異なるカテゴリのネットワーク化システム３１０Ａ〜３１０Ｄを識別し得る。例えば、通常のネットワーク化システム（例えば、３１０Ａおよび３１０Ｃ）に対応するタイムスタンプは、それぞれ、現在の時点６０２の直前のチェックポイントＡ  ６１２およびチェックポイントＣ  ６１４に設定され、利用できないネットワーク化システムまたは修理されたネットワーク化システム（例えば、３１０Ｄおよび３１０Ｂ）に対応するタイムスタンプは、データアグリゲータ３２５が前のサイクルでそれらを更新することができなかった可能性があるか、またはデータアグリゲータ３２５が各ネットワーク化システムを追跡するためにそれらを除外した可能性があるので、それぞれ、チェックポイントＤ  ６１５およびチェックポイントＢ  ６１３などの前のチェックポイントのいずれかに設定され得る。明確にするために、データアグリゲータ３２５は、ステップ５０８で利用できないネットワーク化システムと修理されたネットワーク化システムとを収集されたデータに基づいて区別し得る。
【００８５】
通常のネットワーク化システムおよび修理されたネットワーク化システム（例えば、３１０Ａ、３１０Ｃ、および３１０Ｂ）については、データアグリゲータ３２５は、図４を参照して上述した方法でデータを集約する。しかしながら、これら２つのカテゴリのネットワーク化システム間の差異の１つは、通常のネットワーク化システムからのデータは、上記のように通常の収集ウィンドウ６０５の間に獲得されたデータを含み、修理されたネットワーク化システムからのデータは、拡張された収集ウィンドウ６０６の間に獲得されたデータを含むことである。拡張された収集ウィンドウは、最小でも、修理されたネットワーク化システムの対応するタイムスタンプ（例えば、タイムスタンプ６１３）から現在の時点６０２にまでの期間にわたり得る。いくつかの実施形態では、拡張された収集ウィンドウは、所定のオーバーラップ６０７と等しい時間量も含み得る。
【００８６】
両方のカテゴリのネットワーク化システムからのデータを集約した後、データアグリゲータは、ステップ５０７で、対応するタイムスタンプを現在の時点６０２に更新し得る。例えば、データアグリゲータ３２５は、通常のネットワーク化システム３１０Ａおよび３１０Ｃに対応するタイムスタンプＡ  ６１２およびタイムスタンプＣ  ６１４を、それぞれ、更新されたタイムスタンプＡ  ６２２および更新されたタイムスタンプＣ  ６２４に更新し、修理されたネットワーク化システム３１０Ｂに対応するタイムスタンプＢ  ６１３を更新されたタイムスタンプＢ  ６２３に更新し得る。
【００８７】
他方、利用できないネットワーク化システム（例えば、３１０Ｄ）に対応するタイムスタンプ（例えば、タイムスタンプＤ  ６１５）は、過去のある時点に固定され得る。そしてデータアグリゲータ３２５はまたステップ５０９で対応するタイムスタンプ過去の状態のままにし得るので、データアグリゲータ３２５は、特定のネットワーク化システムが修理されたときにそのネットワーク化システムの最新の正常なデータ集約から再開し得る。ネットワーク化システム３１０Ｄが修理され、再度利用可能になる将来のある時点において、データアグリゲータ３２５は、所定のオーバーラップ６０７分だけ時点Ｄ  ６１５より前の時点からその時点の現在の時点までのデータを集約し得る。
【００８８】
データ集約が３つすべてのカテゴリのネットワーク化システム３１０Ａ〜３１０Ｄについて完了すると、データアグリゲータ３２５は、次の時点６０３まで待機し、ステップ５０１〜ステップ５０９を反復し得る。加えて、または代替として、レポートジェネレータ３２６は、ステップ５１０で、図４のステップ４０５と同様の方法で、データ分析問い合わせに応答してデータレポートを生成してもよい。
【００８９】
本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施され得ることが理解されるであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の仕様および実施を考慮することによって、修正および適合が明らかになるであろう。加えて、開示された実施形態の態様はメモリに格納されるものとして記載されているが、当業者はこれらの態様を、二次記憶デバイス、例えば、ハードディスクもしくはＣＤ  ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学ドライブメディアなどの他のタイプのコンピュータ可読媒体に格納することもできることを理解するであろう。
【００９０】
記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールを、当業者に公知の技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラムセクションまたはプログラムモジュールを、．Ｎｅｔ  Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ  Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬで、またはそれらによって設計することができる。
【００９１】
さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるような同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲。請求項の限定は、請求項で使用されている文言に基づいて広く解釈されるべきであり、本明細書に記載されている例に、または出願の審査中に限定されない。例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
【図１Ａ】
2021530757.tif 000003
【図１Ｂ】
2021530757.tif 000004
【図１Ｃ】
2021530757.tif 000005
【図１Ｄ】
2021530757.tif 000006
【図１Ｅ】
2021530757.tif 000007
【図２】
2021530757.tif 000008
【図３】
2021530757.tif 000009
【図４】
2021530757.tif 000010
【図５】
2021530757.tif 000011
【図６Ａ】
2021530757.tif 000012
【図６Ｂ】
2021530757.tif 000013
【国際調査報告】
2021530757.tif 000014
2021530757.tif 000015
2021530757.tif 000016
2021530757.tif 000017
2021530757.tif 000018