JP2021530018A - オブジェクトを効率的に梱包するための自動化されたユーザインタフェース - Google Patents

Abstract

荷物の内容を確認し、梱包指示を表示するためのコンピュータ実装システムが開示されている。システムは、第１のデータベースから第１の注文情報を取得することと、第１の注文情報に含まれる１つ以上の製品識別子を表示することと、第２の未知の識別子のセットを受信することと、第２の未知の識別子のセットと一致する製品識別子のセットに対応する、第２のデータベースからの１つ以上の製品写真を表示することと、１つ以上の製品を第１の荷物に梱包するための梱包指示を表示することと、第３の未知の識別子を受信することと、第３の未知の識別子を第１の注文情報の第１の荷物識別子と照合することと、第４の未知の識別子を受信することと、第４の未知の識別子を第１の注文情報と照合することと、第１のデータベースに信号を送信して、第１の注文情報の第１の状態情報を更新することと、のために構成されたユーザインタフェースを備え得る。

Description

本開示は、一般に、荷物の内容を検証し、梱包指示を表示するためのコンピュータ化された方法およびシステムに関する。特に、本開示の実施形態は、ユーザインタフェース（ＵＩ）を表示する発明的および非従来型のシステムに関し、これは、注文を梱包するための段階的な指示を表示し、ユーザのＵＩとの相互作用に基づいてコンテキスト認識命令を提示することによって、人為的エラーを最小限に抑える。

オンラインで商品を購入するには、必然的に、特定の商品の注文を受けてから、梱包して発送する必要がある。このプロセスは、単独で行うと単純だが、様々なアイテムの数と注文の数が増えると、すぐに非常に複雑になる可能性がある。そのため、ますます多くのオンライン販売者が組立ライン方式で作業者の体系的なプロセスを実装しており、作業者は注文を処理するもより大きなプロセス内の特定のタスクに集中している。例えば、パッキング作業者は、注文に基づいて正しいアイテムを箱に詰めることに重点を置いている。これには、注文、箱の積み重ね、またはパッキング作業者への指示を表示するコンピュータシステムが含まれる場合がある。

ただし、パッキング作業者が使用する、以前にコンピュータ化されたシステムは、注文された製品の固定リストの表示に限定されており、発生する可能性のある様々な状況（特別な梱包や特別な注意が必要な製品など）に対応できない。パッキングガイドラインまたはチュートリアルの観点から支援を提供しようとする一部の以前にコンピュータ化されたシステムでさえ、そのような支援は、パッキング作業者が直面する特定の状況に役立たない可能性がある事前にプログラムされたシナリオに限定される。その結果、パッキング作業者は自らが一連の判断をしなければならず、梱包材の過剰使用など資源の非効率な利用につながる可能性がある。これらの欠点は、不完全な注文による顧客の不満や是正措置による営業費用の増加などの不利な結果をもたらす可能性がある。

したがって、パッキング作業者が注文ごとに正しいアイテムを受け取り、同じ箱にパッキングするアイテムの数、適切なタイプの箱などのパラメータに基づいて適切な箱にパッキングするのを支援するための改善された方法とシステムが必要である。

本開示の一態様は、荷物の内容を検証し、梱包指示を表示するためのコンピュータ実装システムを対象とし、システムは、命令を格納する非一時的なコンピュータ可読媒体、およびユーザインタフェースを表示するための命令を実行するように構成された少なくとも１つのプロセッサを含むことができる。ユーザインタフェースは、第１の未知の識別子を含む第１のユーザ入力を入力デバイスを介して受信することと、第１の未知の識別子に基づいて、第１のデータベースから第１の注文情報を取得することであって、第１のデータベースは１つ以上の注文情報を格納するように構成されており、注文情報は、１つ以上の注文識別子、１つ以上の荷物識別子、１つ以上の荷物タイプ、１つ以上の製品識別子、および状態情報を含むことと、第１の注文情報に含まれる１つ以上の製品識別子をディスプレイを介して表示することと、第２の未知の識別子のセットを含む第２のユーザ入力のセットを入力デバイスを介して受信することであって、第２の未知の識別子のセットは、第１の注文に関連する１つ以上の製品上に配置されている、受信することと、第２の未知の識別子のセットと一致する製品識別子のセットに対応する、第２のデータベースからの１つ以上の製品写真をディスプレイを介して表示することであって、第２のデータベースは、１つ以上の製品情報を格納するように構成され、製品情報は、１つ以上の製品識別子、１つ以上の製品写真、および１つ以上の特別な取り扱い表示を含むことと、製品識別子のセットに対応する１つ以上の製品を第１の荷物に梱包するための梱包指示をディスプレイを介して表示することであって、梱包指示は、第１の注文情報の第１の荷物タイプおよび１つ以上の製品に対する１つ以上の特別な取り扱い表示を含むことと、第３の未知の識別子を含む第３のユーザ入力を入力デバイスを介して受信することであって、第３の未知の識別子は第１の荷物に配置されていることと、第３の未知の識別子を第１の注文情報の第１の荷物識別子と照合することと、第４の未知の識別子を含む第４のユーザ入力を入力デバイスを介して受信することと、第４の未知の識別子を第１の注文情報と照合することと、第１の注文情報の第１の状態情報を更新するために第１のデータベースに信号を送信することと、のために構成されてもよい。

本開示の別の態様は、荷物の内容を検証し、梱包指示を表示するためのコンピュータ実装方法に関する。この方法は、第１の未知の識別子を含む第１のユーザ入力を入力デバイスを介して受信することと、第１の未知の識別子に基づいて、第１のデータベースから第１の注文情報を取得することと、第１の注文情報に含まれる１つ以上の製品識別子をディスプレイを介して表示することと、第２の未知の識別子のセットを含む第２のユーザ入力のセットを入力デバイスを介して受信することであって、第２の未知の識別子のセットは、第１の注文に関連する１つ以上の製品上に配置されていることと、第２の未知の識別子のセットと一致する製品識別子のセットに対応する、第２のデータベースからの１つ以上の製品写真をディスプレイを介して表示することと、製品識別子のセットに対応する１つ以上の製品を第１の荷物に梱包するための梱包指示をディスプレイを介して表示することであって、梱包指示は、第１の注文情報の第１の荷物タイプおよび１つ以上の製品に対する１つ以上の特別な取り扱い表示を含むことと、第３の未知の識別子を含む第３のユーザ入力を入力デバイスを介して受信することであって、第３の未知の識別子は第１の荷物に配置されていることと、第３の未知の識別子を第１の注文情報の第１の荷物識別子と照合することと、第４の未知の識別子を含む第４のユーザ入力を入力デバイスを介して受信することと、第４の未知の識別子を第１の注文情報と照合することと、第１の注文情報の第１の状態情報を更新するために第１のデータベースに信号を送信することと、を含む。

本開示のさらに別の態様は、１つ以上の物理的オブジェクトとのユーザの相互作用に基づくユーザインタフェースの動的再構成のためのコンピュータ実装システムを対象とし、システムは、命令を格納する非一時的なコンピュータ可読媒体、およびユーザインタフェースを構成するための命令を実行するように構成された少なくとも１つのプロセッサを含むことができる。命令は、ユーザの相互作用を待つように構成された汎用インタフェースを表示することと、第１のコンテナに関連付けられた第１の識別子を入力デバイスを介して受信することであって、第１のコンテナは有形アイテムのセットを含むことと、第１の識別子に応答して、有形アイテムのセットに対応する識別子のリストを表示することと、有形アイテムのセット中の第１の有形アイテムに関連付けられた第２の識別子を入力デバイスを介して受信することと、第２の識別子に応答して、第２の識別子が識別子のリストの一番上に表示されるようにリストを再構成することと、有形アイテムのセット中の第２の有形アイテムに関連付けられた第３の識別子を入力デバイスを介して受信することと、第３の識別子に応答して、第３の識別子が識別子のリストの一番上に表示されるようにリストを再構成することと、有形アイテムのそれぞれについて少なくとも１つの識別子を受信することに応答して、すべてのアイテムが計算されているというユーザへのメッセージを表示することと、有形アイテムのそれぞれについて少なくとも１つの識別子を受信することに応答して、有形アイテムのセットに関連付けられたレコードの状態を更新するためにネットワークインタフェースを介してデータベースに信号を送信することと、を含むことができる。

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

開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。 開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、検索要求を満たす１つ以上の検索結果を含むページ（ＳＲＰ）を含むサンプル検索結果を示す。 開示された実施形態と一致する、対話型ユーザインタフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す。 開示された実施形態に一致する、対話型ユーザインタフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す。 開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す。 開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 開示された実施形態と一致する、注文の最新のリスト、作業者情報を維持し、パッキング作業者のＵＩを表示するためのコンピュータ化されたシステムを含む例示的なネットワーク環境を示す概略ブロック図である。 開示された実施形態と一致する、未知の識別子を認識するための例示的なコンピュータ化されたプロセスのフローチャートを示す。 開示された実施形態と一致する、作業者が自分の作業環境をセットアップすることができるログインＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者が自分の希望するタイプの作業を選択することができる初期化ＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者が新しいタスクを開始することができるパッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、パッキングする複数のアイテムを含む注文を作業者がスキャンした、パッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、パッキングするアイテムのリストの中から作業者がアイテムをスキャンした、パッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者が１つを超える注文数量の特定のアイテムの最後のアイテムをスキャンした、パッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者が注文に含まれるすべてのアイテムをスキャンした、パッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者がすべてのアイテムを含む箱をスキャンするように求められるパッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、注文が正しく完了したか検証するために、作業者が注文の請求書をスキャンするように求められるパッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者が箱のパッキングを終了し、箱の出荷準備ができているパッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者に新しいタスクを開始するように求める代替メッセージを示すパッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、パッキングする１つのアイテムのみを含む注文を作業者がスキャンした、パッキングＵＩの例示的な実施形態を示す。 開示された実施形態と一致する、作業者に新しいタスクを開始するように求める代替メッセージを示すパッキングＵＩの例示的な実施形態を示す。

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

本開示の実施形態は、ユーザインタフェース（ＵＩ）を表示するように構成されたシステムおよび方法を対象とし、これは、注文を梱包するための段階的な指示を表示し、ユーザのＵＩとの相互作用に基づいてコンテキスト認識命令を提示することによって、人為的エラーを最小限に抑える。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３は、注文の最新のリスト、作業者情報を維持し、パッキング作業者のＵＩを表示するためのコンピュータ化されたシステムを含む例示的なネットワーク環境３００を示す概略ブロック図を示している。ネットワーク環境３００は、ユーザワークステーション３１０、労働力管理システム（ＷＭＳ）３２０、労務管理システム（ＬＭＳ）３３０、注文データベース３４０、および製品データベース３５０を含む。ＷＭＳ３２０およびＬＭＳ３３０は、それぞれ、図１ＡのＷＭＳ１１９およびＬＭＳ１２５と形態または機能が実質的に類似している可能性がある。同様に、のユーザワークステーション３１０は、図１Ａの個々のデバイス１１９Ａ〜１１９Ｃと形態または機能が実質的に類似している可能性がある。

いくつかの実施形態では、ネットワーク環境３００の個々のシステムは、無線ネットワーク、有線ネットワーク、または無線ネットワークと有線ネットワークの任意の組み合わせのうちの１つ以上であり得るネットワーク３０１によって接続され得る。例えば、ネットワーク３０１は、光ファイバーネットワーク、パッシブ光ネットワーク、ケーブルネットワーク、インターネットネットワーク、衛星ネットワーク、無線ＬＡＮ、モバイル通信のためのグローバルシステム（「ＧＳＭ」）、パーソナルコミュニケーションサービス（「ＰＣＳ」）、パーソナルエリアネットワーク（「ＰＡＮ」）、Ｄ−ＡＭＰＳ、Ｗｉ−Ｆｉ、固定無線データ、ＩＥＥＥ８０２．１１ｂ、８０２．１５．１、８０２．１１ｎ、８０２．１１ｇ、の１つ以上またはその他のデータを送受信するための有線または無線ネットワークを含んでもよい。あるいは、ネットワーク環境３００の個々のシステムは、ケーブルを使用するなどの物理的接続を介して接続され得る。

さらに、ネットワーク３０１には、電話回線、光ファイバ、ＩＥＥＥイーサネット８０２．３、ワイドエリアネットワーク（「ＷＡＮ」）、ローカルエリアネットワーク（「ＬＡＮ」）、またはインターネットのようなグローバルネットワークが含まれ得るが、これらに限定されない。また、ネットワーク３０１は、インターネットネットワーク、無線通信ネットワーク、セルラネットワーク、またはそのようなもの、もしくはそれらの任意の組み合わせをサポートすることができる。ネットワーク３０１は、スタンドアロンネットワークとして、または互いに協力して動作する、１つのネットワーク、または上記の任意の数の例示的なタイプのネットワークをさらに含むことができる。ネットワーク３０１は、それらが通信可能に結合されている１つ以上のネットワーク要素の１つ以上のプロトコルを利用することができる。ネットワーク３０１は、他のプロトコルとネットワークデバイスの１つ以上のプロトコルとを変換できる。ネットワーク３０１は単一のネットワークとして描かれているが、１つ以上の実施形態によれば、ネットワーク３０１は、例えば、インターネット、サービスプロバイダのネットワーク、ケーブルテレビネットワーク、企業ネットワーク、またはホームネットワークなどの複数の相互接続されたネットワークを備え得ることを理解されたい。

いくつかの実施形態では、ユーザワークステーション３１０は、パーソナルコンピュータ（ＰＣ）、ワークステーション、モバイルデバイス、電話、ハンドヘルドＰＣ、パーソナルデジタルアシスタント（ＰＤＡ）、シンクライアント、スマートフォン、インターネットブラウザ、またはその他のデバイスを含むがこれらに限定されない、任意のコンピュータデバイスまたは通信デバイスであり得る。ユーザワークステーション３１０はまた、タブレットコンピュータであり得る。タブレットコンピュータの非限定的な例には、ｉＰａｄ、Ｋｉｎｄｌｅ Ｆｉｒｅ、Ｐｌａｙｂｏｏｋ、Ｔｏｕｃｈｐａｄなどが含まれる。

いくつかの実施形態では、ユーザワークステーション３１０は、１つ以上のプロセッサ３１１と、１つ以上のプロセッサ３１１によって実行可能な命令を格納する１つ以上のメモリ３１３とを含むことができる。ユーザワークステーション３１０はまた、荷物、注文、請求書などの識別子に関連するデータ（例えば、バーコード、画像、クイックレスポンス（ＱＲ）コード、テキスト文字列、ＲＦＩＤタグ）をスキャンまたは他の方法でキャプチャするように構成された入力デバイス３１５を備え得る。いくつかの実施形態では、入力デバイス３１５は、バーコードセンサまたはカメラなどの画像センサ、ＲＦＩＤリーダなどの磁気センサ、あるいはキーボードまたはマウスなどの手動入力デバイスを備え得る。いくつかの実施形態では、入力デバイス３１５は、必ずしも識別子をスキャンすることなく、その形状、形態、および／またはその表面上の画像またはテキストに基づいてオブジェクトを認識するように構成された画像センサであり得る。追加的または代替的に、入力デバイス３１５は、しぐさ（例えば、アイテムを箱に入れる）に基づいてユーザの動作を認識するように構成され得る。ユーザワークステーション３１０はまた、開示された実施形態と一致する、ＵＩを表示するように構成されたモニタまたは他のディスプレイ３１７を備え得る。さらに、入力デバイス３１５はまた、タッチスクリーン、キーボード、およびマウスなどの従来の入力デバイスを備え得る。モニタ３１７は、コンピュータ信号を受信し、グラフィカルユーザインタフェース（ＧＵＩ）を表示するのに適した、液晶ディスプレイ、ＬＥＤディスプレイ、タッチスクリーンなどのような任意の表示デバイスであり得る。

ＷＭＳ３２０およびＬＭＳ３３０はそれぞれ、情報を収集し、その情報をオンデマンドで（すなわち、ユーザワークステーション３１０によって要求されたときに）ユーザワークステーション３１０に送信するコンピュータシステムとして実装され得る。ＷＭＳ３２０およびＬＭＳ３３０はそれぞれ、１つ以上のプロセッサ３２１および３３１、ならびにそれぞれ１つ以上のプロセッサ３２１および３３１によって実行可能な命令を格納する１つ以上のメモリ３２３および３３３を備え得る。いくつかの実施形態では、ＷＭＳ３２０は、図１Ａに関して上述したＷＭＳ１１９と同様に、個別のイベントを示す個々のデバイス（例えば、図１Ａのデバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）からのイベントデータを収集および処理することができる。また、いくつかの実施形態では、ＬＭＳ３３０は、図１Ａに関して上述したＬＭＳ１２５と同様に、作業者の出勤、残業、および能率の情報を収集および処理することができる。

注文データベース３４０は、注文情報を格納する１つ以上のハードディスクドライブ、１つ以上のソリッドステートドライブ、または１つ以上の非一時的メモリの任意の組み合わせを含むことができる。注文情報は、１つ以上のデータのセット（すなわち、データセット）に編成することができ、それにより各注文に関連する情報は１つのデータセットにグループ化される。いくつかの実施形態では、特定の注文情報を容易に取得できるように、各データセットは、一意の識別子（例えば、注文識別子）によって指標付けされ得る。各データセットは、所定のデータフィールド（例えば、注文されたアイテム、適切な箱タイプ、アイテムの場所）のセットおよびそれらの対応する値を備え得る。例えば、各注文情報は、注文識別子、請求書識別子、１つ以上の荷物識別子、１つ以上の荷物タイプ、１つ以上の製品識別子、および状態情報の組み合わせを備え得る。

注文データベース３４０と同様に、製品データベース３５０は、製品情報を格納する１つ以上のハードディスクドライブ、１つ以上のソリッドステートドライブ、または１つ以上のメモリの任意の組み合わせを含むことができる。製品情報は、１つ以上のデータのセット（すなわち、データセット）に編成することができ、それにより各製品に関連する情報は１つのデータセットにグループ化される。いくつかの実施形態では、特定の製品情報を容易に取得できるように、各データセットは、一意の識別子（例えば、製品識別子）によって指標付けされ得る。各データセットは、所定のデータフィールド（例えば、製品名、製造業者、体積）のセットおよびそれらの対応する値を備え得る。例えば、各製品情報は、製品識別子、１つ以上の製品写真、および１つ以上の特別な取り扱い表示（例えば、われもの、冷凍、重い、危険、腐食性、または爆発性）の組み合わせを備え得る。

本明細書で説明される様々なシステムおよびＵＩは、未知の識別子を受け取り、適切な行動をとるように構成され得る。図４は、未知の識別子を認識するための例示的なコンピュータ化されたプロセス４００のフローチャートを示している。プロセス４００は、１つ以上のプロセッサ３１１、３２１、および３３１のいずれかによって実行され得る。いくつかの実施形態では、プロセス４００のステップ４０１は、未知の識別子のユーザ入力を入力デバイス３１５を介して受信することを備え得る。上記のように、ユーザ入力は、バーコードの光学的読み取り、ＱＲコードの画像、一連の文字のテキスト入力、または一連の文字の画像であり得る。

ステップ４０２で、プロセス４００は、未知の識別子を解析して、ユニバーサル製品コード（ＵＰＣ）、在庫管理単位（ＳＫＵ）、または所定のパターンでフォーマットされた一連の文字などの一連の文字を抽出することを備え得る。文字は、英数字、特殊文字、または外国語の文字を含むことができる。そのような構文解析は、バーコードのデコード、ＱＲコードのデコード、光学式文字認識（ＯＣＲ）の実行などを備え得る。

プロセス４００は、ステップ４０３で、抽出された一連の文字のパターンを認識することをさらに含むことができ、各パターンは、識別子のタイプを示すために事前定義されている。ステップ４０３でパターンを認識することにより、プロセス４００は、ステップ４０４で、未知の識別子のタイプを識別することができる。例えば、パターンは、抽出された一連の文字の最初の３文字で構成され、「ＯＲＤ」は未知の識別子が注文識別子であることを示し、「ＩＮＶ」は未知の識別子が請求書識別子であることを示す。

識別子のタイプが認識されると、プロセッサは、ステップ４０５で、対応する情報を取得するために、必要に応じて、ＷＭＳ３２０、ＬＭＳ３３０、注文データベース３４０、および製品データベース３５０などのネットワーク化されたシステムのいずれかで照会することができる。

ステップ４０６で、照会されたシステムまたはプロセッサは、検索機能またはインデックスに基づいて、そのレコードから一致する識別子を識別し得る。

ステップ４０７で、プロセッサは、一致する識別子に対応する情報を取得することができる。

図５Ａは、作業者が自分の作業環境をセットアップすることができる（すなわち、作業者が所与の期間作業する）ログインＵＩ５００Ａの例示的な実施形態を示している。ログインＵＩ５００Ａは、ユーザワークステーション３１０のモニタ３１７を介して作業者に提示され得る。いくつかの実施形態では、ログインＵＩ５００Ａは、ユーザ入力を受信するか、または情報を表示するように構成されたボタン、テキストボックス、または画像などのＧＵＩ要素を備え得る。特に、ログインＵＩ５００Ａは、ワークステーションの場所（例えば、ＦＣ２００の名前、ＦＣ２００内のフロアまたはゾーン）を示す場所ＩＤテキストボックス５０１、作業者が使用している特定のユーザワークステーションを識別するワークステーションＩＤテキストボックス５０２、ユーザのアイデンティティを示すユーザＩＤテキストボックス５０３、作業者がユーザワークステーション３１０からログアウトすることを可能にするログアウトボタン５０４を含む。いくつかの実施形態では、テキストボックスは、ユーザ入力に応答して特定の動作を実行することができるボタンとしても機能するように構成され得る。

いくつかの実施形態では、ログインＵＩ５００Ａは、メッセージテキストボックス５０５と、作業者に自分が使用する特定のユーザワークステーション３１０を識別するよう促すように構成されたワークステーションＩＤ入力ボックス５０６とをさらに含む。作業者は、ユーザワークステーション３１０上で識別子（例えば、バーコード、画像、クイックレスポンス（ＱＲ）コード、テキスト文字列、ＲＦＩＤタグ）をスキャンするか、入力デバイス３１５を使用して同じものを入力することによって、ワークステーションＩＤを入力することができる。いくつかの実施形態では、入力されたワークステーションＩＤはその後、図５Ｂに示されるように、ユーザワークステーション３１０の識別が成功すると、ワークステーションＩＤテキストボックス４０２に表示され得る。開示されているように、各作業セッションの開始時に作業者にユーザワークステーション３１０のワークステーションＩＤをスキャンまたは入力させることにより、必要に応じて異なる作業者を異なる場所またはタスクに割り当てる際の柔軟性を高めることができる。例えば、作業者は、最初はパッキングゾーン２１１のユーザワークステーションで作業するように割り当てられても、要求の変化のために後でピッキングゾーン２０９に移されることがある。

図５Ｂは、作業者が自分の希望するタイプの作業を選択することができる初期化ＵＩ５００Ｂの例示的な実施形態を示している。初期化ＵＩ５００Ｂは、図５ＡのログインＵＩ５００Ａに実質的に類似し得るので、場所ＩＤテキストボックス５０１およびユーザＩＤテキストボックス５０３などの一般的な要素の説明は繰り返されない。初期化ＵＩ５００Ｂでは、メッセージテキストボックス５０５を変更して、作業者に希望するタイプの作業を促すことができる。いくつかの実施形態では、利用可能なタイプの作業は、ピッキングゾーン２０９での在庫のための新しいアイテムの受け取り、ピッキングゾーン２０９からのアイテムの適切な注文への仕分け、および仕分けられたアイテムの個々の箱へのパッキングを備え得る。作業者は、入力デバイス３１５を介して、必要に応じて、受け取りボタン５１２、仕分けボタン５１３、またはパッキングボタン５１４を選択することによって、所望のタイプの作業を選択することができる。いくつかの実施形態では、作業者は、注文識別子、請求書識別子、または仕分けセル識別子などの一意の識別子を単にスキャンまたは入力することができ、初期化ＵＩ５００Ｂは、ＷＭＳ３２０、ＬＭＳ３３０、または注文データベース３４０からの情報によって収集されたコンテキストに基づいて、適切なタイプの作業をインテリジェントに識別することができる。例えば、入力デバイス３１５を使用して注文識別子または請求書識別子をスキャンすることは、初期化ＵＩ５００Ｂに、注文データベース３４０から対応する注文情報を取得し、注文の状態情報を識別し、ＷＭＳ３２０からのイベントデータに基づいて、必要に応じて仕分けボタン５１３またはパッキングボタン５１４のいずれかを自動的に選択して、注文の仕分けまたは梱包の準備ができていることを判定するように促すことができる。別の例では、仕分けセル識別子をスキャンすることにより、初期化ＵＩ５００Ｂに、ＷＭＳ３２０から対応する情報を取得し、どの注文が仕分けセルに入れられたかを識別し、注文データベース３４０から注文情報を取得し、パッキングボタン５１４を自動的に選択するように促すことができる。

図６Ａ〜図６Ｈは、注文をパッキングするプロセス中にパッキング作業者を案内するように構成されたパッキングＵＩ（例えば、６００Ａ）の例示的な実施形態を示している。パッキングＵＩ６００Ａ〜６００Ｈのそれぞれは、パッキングＵＩのバリエーションを示しており、１つ以上のＧＵＩ要素を共通に共有することができる。図７Ａおよび図８は、新しいタスクを開始するために異なる識別子をスキャンするように作業者に促すパッキングＵＩの代替の実施形態を示している。

特に、図６Ａは、作業者が新しいタスクを開始することができるパッキングＵＩ６００Ａの例示的な実施形態を示している。いくつかの実施形態では、パッキングＵＩ６００Ａは、例えば、所与の期間の割り当てられた作業量に対する作業者の進行状況を示す進行状況インジケータ６０１を備え得る。示されている実施形態は、作業者が自分に割り当てられた２０の注文のうち５つを完了したことを示している。他の実施形態では、進行状況インジケータ６０１は、時間当たり完了単位（ＵＰＨ）または分当たりアクション（ＡＰＭ）などの他の進行状況のメトリックを表示することができる。

パッキングＵＩ６００Ａは、問題があるときに作業者が選択することができるヘルプボタン６０２を備え得る。問題の一部には、抜けている製品、余分な製品、ワークステーションの誤動作などが含まれる場合がある。いくつかの実施形態では、ヘルプボタン６０２を選択することは、別の場所（例えば、異なるフロアまたはゾーン）に遠隔または近くに配置された別のワークステーションに信号を送信し、通知を生成することができる。受信ワークステーションは、好ましくは、監督者または技術者のコンピュータであり得る。受信側のコンピュータの作業者は、問題を直接または遠隔で解決するなど、適切な措置を実行できる。代替的または追加的に、ヘルプボタン６０２を選択することにより、ユーザワークステーション３１０は、問題を解決するために作業者が従うことができるトラブルシューティングチュートリアルを表示することができる。いくつかの実施形態では、ユーザワークステーション３１０は、コンテキストに基づいて、表示する適切なトラブルシューティングチュートリアルを決定することができ、ユーザワークステーション３１０は、作業者によって行われた最近の動作（例えば、注文識別子のスキャンまたは製品識別子のスキャン）、現在表示されている要素、または現在の作業のために規定された一連のタスクの任意の組み合わせを調べることができる。例えば、すべての製品をスキャンした後にヘルプボタン６０２を選択すると、パッキングＵＩ６００Ａに箱識別子の画像または場所が表示され、エラーメッセージが表示された後にボタンを選択すると、パッキングＵＩ６００Ａにエラーメッセージに関連するトラブルシューティングチュートリアルが表示され得る。

パッキングＵＩ６００Ａの他の要素は、現在のタスクまたは注文を終了するための（例えば、注文をパッキングするプロセスを一時停止または終了するための）終了ボタン６０３、段階インジケータ６０４Ａ〜６０４Ｄおよびそれに付随する指示テキストボックス６０５、請求書識別子、仕分けセル識別子、および／または荷物タイプなどの様々な注文情報を表示するための注文情報バー６０６、注文に含まれる製品のリストを表示するための製品リストペイン６０７、目視確認のために製品の写真を表示するための製品写真ペイン６０８を備え得る。各要素は、図６Ａ〜図６Ｈを参照して以下でより詳細に説明される。

再び図６Ａを参照すると、第１の段階インジケータ６０４Ａが、指示テキストボックス６０５と共に強調表示されている。いくつかの実施形態では、注文をパッキングする第１の段階は、パッキングする注文を選択することを備え得る。これは、注文識別子をスキャンまたは入力するように作業者に促すことで実現できる。作業者が応答して識別子をスキャンすると、パッキングＵＩ６００Ａは、上記の未知の識別子を認識するプロセスを通じてそれが注文識別子であることが確認されるまで、識別子を未知の識別子として扱うことができる。あるいは、パッキングＵＩ６００Ａは、図６Ａの指示テキストボックス６０５に示されるように、仕分けセル識別子などの注文関連識別子をスキャンまたは入力するように作業者に促すことができる。そのような実施形態では、パッキングＵＩ６００Ａは、最初に識別子のタイプを認識し、ＷＭＳ３２０または注文データベース３４０などの他のシステムに含まれる情報に基づいて、対応する注文識別子を見つけることができる。図７Ａおよび図８は、それぞれ、ＵＩ７００Ａおよび８００をパッキングするそのような代替の実施形態を示し、指示テキストボックス７０５および８０５は、それぞれ、運搬箱識別子および請求書識別子を要求する。いくつかの実施形態では、パッキングＵＩ６００Ａの指示テキストボックス６０５はまた、異なるプロンプトを循環させて、作業者が任意の識別子をスキャンできることを示すことができる。

図６Ｂを参照すると、パッキングＵＩ６００Ａは、第２の段階として製品リストペイン６０７に製品のリストが入力されるパッキングＵＩ６００Ｂを表示するように変更されている。第２の段階インジケータ６０４Ｂもまた、現在の段階を示すために強調表示することができ、指示テキストボックス６０５は、作業者に製品識別子をスキャンするよう促すために更新され得る。いくつかの実施形態では、注文をパッキングする第２の段階は、注文に含まれる製品をスキャンし、それらを箱に入れることを備え得る。注文に含まれる製品は、図２に関して前述したように、ピッカーによって在庫からすでに収集され、パッキング作業者がそれらを箱にすばやくパッキングできるように、運搬箱または仕分けセルに入れられている場合がある。あるいは、パッキング作業者は、製品リストペイン６０７に入力されたリストに基づいて在庫から製品を取得する必要がある場合がある。

パッキングＵＩ６００Ｂはまた、更新された注文情報バー６０６を有することができ、これは、対応する請求書識別子（例えば、「１２５４０６８３２」）、仕分けセル番号（例えば、「Ｆ３」）、および荷物タイプ（例えば、「ＴＰＢ」）を表示し得る。いくつかの実施形態では、仕分けセル番号はまた、作業者が正しい仕分けセル番号を目視確認できるように、製品写真ペイン６０８に表示され得る。荷物タイプは、注文データベース３４０から取得された注文情報の一部であり得る。荷物タイプは、製品リストペイン６０７にリストされたすべての製品を保持するのに適した箱のタイプを示してもよく、例えば、図１ＡのＦＯシステム１１３によって事前に決定されていてもよい。いくつかの実施形態では、ＦＯシステム１１３は、単一の箱に梱包される各製品の寸法、体積、形状、剛性、および重量などの要因の組み合わせに基づいて、荷物タイプを決定することができる。

製品リストペイン６０７内の製品のリストを再び参照すると、パッキングＵＩ６００Ｂは、各製品（例えば、最後のアイテム６１１）について図３の製品データベース３５０から製品情報を取得し、例えば、製品名および／または説明６１２、製品識別子６１３、注文数量６１５、および現在スキャンされている数量６１４を表示することができる。

いくつかの実施形態では、製品のリストは、図６ＣのパッキングＵＩ６００Ｃに示されるように、作業者が各製品に配置された製品識別子をスキャンすると動的に変化し得る。例えば、パッキングＵＩ６００Ｃは、ベビーローションが強調表示され、リストの上部に第１のアイテム６２１として示されているが、図６Ｂでは、同じ製品が最後の製品６１１としてリストの一番下に配置されている。さらに、製品写真ペイン６０８は、製品データベース３５０から取得されたときに、スキャンされた製品の写真６２２および特別な取り扱い表示６２３を表示するように更新され得る。製品リストペイン６０７はまた、現在スキャンされているベビーローションの数量６１４を、例えば、０から１に更新することができ、第２の段階における製品のスキャンの現在の進行状況を示す。

いくつかの実施形態では、特別な取り扱い表示６２３は、現在スキャンされている製品が特別な注意を必要とすることを作業者に通知するのに役立つことができる。例えば、製品がわれものとマークされている場合があり、これは、プチプチやパッキングピーナッツなど、製品の周囲により多くの詰め物を必要とする。代替的または追加的に、冷凍または冷蔵とマークされた製品は、絶縁包装またはアイスパックを必要とする場合があり、重いまたは危険とマークされた製品は、作業者が製品を取り扱う際により多くの予防措置をとることを可能にし得る。いくつかの実施形態では、パッキングＵＩ６００Ｃは、特別な取り扱い表示６２３が表示されることを認識し、作業者がヘルプボタン６０２を選択したときに対応する指示を提供し得る。

仕分けセルまたは運搬箱からの各製品がスキャンされると、作業者は、それらをユーザワークステーション３１０によって提供される箱に入れることができる。いくつかの実施形態では、ユーザワークステーション３１０は、（図６Ｂで上述したように）所定の荷物タイプを単に示し、作業者に梱包用の箱を取ってきて準備するように促すことによって箱を提供することができ、他の実施形態では、自動フィーダから箱を取得することにより、正しい荷物タイプの箱を自動的に提供することができる。また、いくつかの実施形態では、特別な取り扱い表示６２３に加えて、ユーザワークステーション３１０は、その形状、寸法、重量などのパラメータの組み合わせに基づいて、各製品をどこにまたはどのように配置するかに関する詳細なガイダンスを提供し得る。詳細なガイダンスは、ユーザワークステーション３１０が箱内の製品の配置を最適化することを可能にすることができ、これは、無駄なスペースおよび／または複数の箱の不必要な使用を最小限にするなどのコスト節約をもたらし得る。

図６ＤのパッキングＵＩ６００Ｄを参照すると、製品リストペイン６０７は、特定の製品のすべての量がスキャンされたときにマークを表示することによって、スキャンされた製品に応答して製品リストを動的に更新するようにさらに構成され得る。例えば、パッキングＵＩ６００Ｄは、第１のアイテム６２１の終わりにチェックマークを表示することができる。いくつかの実施形態では、完了した製品は、リストの一番下に移動され、および／または灰色で表示されるか、破線で輪郭が描かれ得る（例えば、図６Ｄの最後のアイテム６１１）。

現在の注文のすべての製品がスキャンされて箱に入れられると、図６ＥのパッキングＵＩ６００Ｅに示されるように、メッセージボックス６４１が一時的に表示され得る。いくつかの実施形態では、メッセージボックス６４１は、すべての製品がスキャンされたことを作業者に通知し、箱識別子の入力を促すことができる。代替的または追加的に、パッキングＵＩ６００Ｆもまた、図６Ｆに示されるように、第３の段階インジケータ６０４Ｃが強調表示され、作業者に箱識別子をスキャンするように促す指示テキストボックス６０５と共に表示され得る。それに応答して、作業者は、製品が入れられている箱の箱識別子をスキャンすることができる。ユーザワークステーション３１０は、箱識別子を使用して、正しい荷物タイプが使用されたことを確認することができる。

図６Ｇに示されるように、注文をパッキングする第４の段階において、パッキングＵＩ６００Ｇは、第４の段階インジケータ６０４Ｄを強調表示し、指示テキストボックス６０５を更新して、請求書識別子をスキャンするように作業者に促すことができる。いくつかの実施形態では、指示テキストボックス６０５はまた、注文の出荷ラベル識別子をスキャンするように作業者に促すことができる。ユーザワークステーション３１０は、請求書識別子または出荷ラベル識別子を使用して、製品の適切な梱包を確認するか、または顧客が出荷情報を受け取ることができるように、注文データベース３４０内の対応する注文情報を更新することができる。

請求書識別子がスキャンされると、ユーザワークステーション３１０は、注文データベース３４０に信号を送信して、対応する注文情報の状態情報を完了として更新し、進行状況インジケータ６０１を更新して、作業者が別の注文を完了したことを示すことができる。さらに、ユーザワークステーション３１０は、図６Ｈに示されるようにメッセージボックス６４１を表示し、注文のパッキングが完了したことを作業者に通知し、箱を自動輸送システム（図示せず）に置くように促すことができる。自動輸送システムは、１つ以上の箱をある場所から別の場所、この場合、例えば、図２のパッキングゾーン２１１からハブゾーン２１３に搬送することができるコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カート、ロボットなどのうちの１つ以上を含むことができる。いくつかの実施形態では、パッキングＵＩ６００Ｈは、図６Ａに示されるＵＩと同様の第１の段階ＵＩに戻ることができ、その結果、作業者は、別の注文のパッキングを開始することができる。

図７Ａおよび７Ｂは、上述のようなパッキングＵＩ７００Ａおよび７００Ｂの別の例示的な実施形態を示している。パッキングＵＩ７００Ａは、進行状況インジケータ７０１、ヘルプボタン７０２、段階インジケータ７０４Ａ〜７０４Ｄ、指示テキストボックス７０５、注文情報バー７０６、製品リストペイン７０７、および製品写真ペイン７０８などの多くのＵＩ要素を、図６ＡのパッキングＵＩ６００Ａと共有することができる。違いには、パッキングＵＩ６００Ａが注文ごとに複数の製品を含む仕分けセルを受け入れたのに対し、パッキングＵＩ７００Ａは注文ごとに１つの製品のみを含む運搬箱を受け入れることが含まれ得る。したがって、指示テキストボックス７０５および注文情報バー７０６は、図７Ａに示されるように、適切な用語（すなわち、「仕分けセル」の代わりに「運搬箱」）を表示することができる。

図７Ｂに示されるように、運搬箱がスキャンされると、パッキングＵＩ７００Ｂは、図６ＢのパッキングＵＩ６００Ｂと同様の方法で注文をパッキングする第２の段階を表示することができ、注文情報バー７０６は、対応する請求書識別子、運搬箱識別子、および荷物タイプを表示し、製品リストペイン７０７は、単一の製品７２１を表示する。この場合、運搬箱は単一の製品しか含むことができないため、製品リストペイン７０７は、図６Ｂに示されるように、注文数量６１５および現在スキャンされている数量６１４を表示しない場合がある。

図８は、仕分けセル識別子または運搬箱識別子の代わりに請求書識別子がスキャンされる、パッキングＵＩ８００の別の代替の実施形態を示している。パッキングＵＩ７００Ａと同様に、代替の実施形態は、進行状況インジケータ８０１、ヘルプボタン８０２、段階インジケータ８０４Ａ〜８０４Ｄ、指示テキストボックス８０５、注文情報バー８０６、製品リストペイン８０７、および製品写真ペイン８０８などの多くのＵＩ要素を、図６ＡのパッキングＵＩ６００Ａと共有することができる。しかしながら、この実施形態では、注文の製品は、ピッキングされておらず、パッキング作業者が選択して利用できるようにされていない可能性がある。代わりに、パッキング作業者は、指示テキストボックス８０５で促されたように、請求書識別子をスキャンした後、図２のピッキングゾーン２０９から製品を取って来ることができる。このプロセスは、注文をパッキングするのにかかる時間を増やす可能性があるが、製品をピッキングゾーン２０９にできるだけ長く保持しなければならない場合（例えば、生鮮食品、肉、または乳製品）に有利である可能性がある。

図３に戻ると、ユーザワークステーション３１０は、自動化されたメカニズム（図示せず）をさらに備え得る。例えば、ユーザワークステーション３１０は、注文処理システムの自動化されたラインの一部として実装され得る。そのような実施形態では、仕分けセルまたは運搬箱は、例えば、フォークリフト、エレベータ、コンベヤーベルト、カート、ハンドトラック、台車など（図示せず）を含む複数の方法でユーザワークステーション３１０に搬送することができ、搬送システムは、仕分けセルまたは運搬箱をスキャンし、パッキングＵＩ６００Ｂの製品リストペイン６０７に表示するように構成された入力デバイス（図示せず）を備え得る。ユーザワークステーション３１０はまた、対応する注文情報で指定された荷物タイプに基づいて適切な箱を取得する自動箱フィーダ（図示せず）を含んでもよい。いくつかの実施形態では、自動箱フィーダは、取得された箱をその意図された形状に展開するメカニズムを含むことができ、その結果、パッキング作業者は、折り箱に製品を入れるだけでよい。次に、ユーザワークステーション３１０は、例えば、フォークリフト、エレベータ、コンベヤーベルト、カート、ハンドトラック、台車など（図示せず）を含む複数の方法で、完了した箱を自動的にテープで留めてハブゾーン２１３に搬送することができる。

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

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

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

Claims (20)

1. 荷物の内容を検証し、梱包指示を表示するためのコンピュータ実装システムであって、
   命令を保存する非一時的なコンピュータ可読媒体と、
   ユーザインタフェースを表示するための命令を実行するように構成された少なくとも１つのプロセッサと、を備え、
   前記ユーザインタフェースは、
   第１の未知の識別子を含む第１のユーザ入力を入力デバイスを介して受信することと、
   前記第１の未知の識別子に基づいて、第１のデータベースから第１の注文情報を取得することであって、前記第１のデータベースは注文情報を格納するように構成されており、前記注文情報は、１つ以上の注文識別子、１つ以上の荷物識別子、１つ以上の荷物タイプ、１つ以上の製品識別子、および状態情報を含んでいることと、
   前記第１の注文情報に含まれる前記１つ以上の製品識別子をディスプレイを介して表示することと、
   第２の未知の識別子のセットを含む第２のユーザ入力のセットを前記入力デバイスを介して受信することであって、前記第２の未知の識別子のセットは、前記第１の注文に関連する１つ以上の製品上に配置されていることと、
   前記第２の未知の識別子のセットと一致する製品識別子のセットに対応する、第２のデータベースからの１つ以上の製品写真を前記ディスプレイを介して表示することであって、前記第２のデータベースは、製品情報を格納するように構成され、前記製品情報は、前記１つ以上の製品識別子、１つ以上の製品写真、および１つ以上の特別な取り扱い表示を含むことと、
   前記製品識別子のセットに対応する前記１つ以上の製品を第１の荷物に梱包するための前記梱包指示を前記ディスプレイを介して表示することであって、前記梱包指示は、前記第１の注文情報の第１の荷物タイプおよび前記１つ以上の製品に対する前記１つ以上の特別な取り扱い表示を含むことと、
   第３の未知の識別子を含む第３のユーザ入力を前記入力デバイスを介して受信することであって、前記第３の未知の識別子は前記第１の荷物に配置されていることと、
   前記第３の未知の識別子を前記第１の注文情報の第１の荷物識別子と照合することと、
   第４の未知の識別子を含む第４のユーザ入力を前記入力デバイスを介して受信することと、
   前記第４の未知の識別子を前記第１の注文情報と照合することと、
   前記第１の注文情報の第１の状態情報を更新するために前記第１のデータベースに信号を送信することと、のために構成されている、コンピュータ実装システム。
2. 前記第１の注文情報を取得することは、
   前記第１の未知の識別子を解析して一連の文字を抽出することと、
   前記一連の文字の注文を示すパターンを認識することと、
   前記第１のデータベースで前記一連の文字を照会することと、
   前記一連の文字に一致する前記第１の注文情報の第１の注文識別子を識別することと、
   前記第１の注文情報を取得することと、を含む、請求項１に記載のコンピュータ実装システム。
3. 前記１つ以上の製品写真を表示することは、
   前記第２の未知の識別子のセットを解析して１つ以上の一連の文字を抽出することと、
   前記１つ以上の一連の文字の１つ以上の製品を示すパターンを認識することと、
   前記第２のデータベースで前記１つ以上の一連の文字を照会することと、
   前記１つ以上の一連の文字に一致する前記製品識別子のセットを識別することと、
   前記第２のデータベースから前記製品識別子のセットに対応する前記１つ以上の製品写真を取得することと、
   前記１つ以上の製品写真を表示することと、を含む、請求項１に記載のコンピュータ実装システム。
4. 前記１つ以上の注文識別子、前記１つ以上の荷物識別子、前記１つ以上の荷物タイプ、前記１つ以上の製品識別子は、それらが示すものと関連するように事前定義された１つ以上の一意の文字パターンを含む、請求項１に記載のコンピュータ実装システム。
5. 前記１つ以上の特別な取り扱い表示は、前記１つ以上の製品のサブセットに関連付けられ、前記１つ以上の特別な取り扱い表示は、前記関連付けられた製品の製品写真と同時に表示される、請求項１に記載のコンピュータ実装システム。
6. 前記１つ以上の特別な取り扱い表示は、われもの、冷凍、危険、腐食性、または爆発性のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。
7. 前記第１の荷物タイプは、前記第１の注文に関連する前記１つ以上の製品の寸法、体積、または形状のうちの少なくとも１つに基づいて決定される、請求項１に記載のコンピュータ実装システム。
8. 前記ユーザインタフェースは、
   前記ディスプレイに表示された対話型ユーザインタフェース要素を介して第５のユーザ入力を受信することを実行するようにさらに構成され、
   前記第５のユーザ入力は、リモートディスプレイに通知を表示するように構成されている、請求項１に記載のコンピュータ実装システム。
9. 前記ユーザインタフェースは、
   前記ディスプレイに表示された対話型ユーザインタフェース要素を介して第５のユーザ入力を受信することを実行するようにさらに構成され、
   前記第５のユーザ入力は、前記ディスプレイの現在の内容に基づいてコンテキスト認識命令のセットを表示するように構成されている、請求項１に記載のコンピュータ実装システム。
10. 前記第１のデータベースに信号を送信することは、
    前記第１の注文情報の第１の状態情報を完了として更新することと、
    前記第１の荷物を配達車両に運搬する自動輸送システムを起動することと、をさらに含む、請求項１に記載のコンピュータ実装システム。
11. 荷物の内容を検証し、梱包指示を表示するためのコンピュータ実装方法であって、
    第１の未知の識別子を含む第１のユーザ入力を入力デバイスを介して受信することと、
    前記第１の未知の識別子に基づいて、第１のデータベースから第１の注文情報を取得することと、
    前記第１の注文情報に含まれる１つ以上の製品識別子をディスプレイを介して表示することと、
    第２の未知の識別子のセットを含む第２のユーザ入力のセットを前記入力デバイスを介して受信することであって、前記第２の未知の識別子のセットは、前記第１の注文に関連する１つ以上の製品上に配置されていることと、
    前記第２の未知の識別子のセットと一致する製品識別子のセットに対応する、第２のデータベースからの１つ以上の製品写真を前記ディスプレイを介して表示することと、
    前記製品識別子のセットに対応する前記１つ以上の製品を第１の荷物に梱包するための前記梱包指示を前記ディスプレイを介して表示することであって、前記梱包指示は、前記第１の注文情報の第１の荷物タイプおよび前記１つ以上の製品に対する１つ以上の特別な取り扱い表示を含むことと、
    第３の未知の識別子を含む第３のユーザ入力を前記入力デバイスを介して受信することであって、前記第３の未知の識別子は前記第１の荷物に配置されていることと、
    前記第３の未知の識別子を前記第１の注文情報の第１の荷物識別子と照合することと、
    第４の未知の識別子を含む第４のユーザ入力を前記入力デバイスを介して受信することと、
    前記第４の未知の識別子を前記第１の注文情報と照合することと、
    前記第１のデータベースに信号を送信して、前記第１の注文情報の第１の状態情報を更新することと、を含む、コンピュータ実装方法。
12. 前記第１の注文情報を取得することは、
    前記第１の未知の識別子を解析して一連の文字を抽出することと、
    前記一連の文字の注文を示すパターンを認識することと、
    前記第１のデータベースで前記一連の文字を照会することと、
    前記一連の文字に一致する前記第１の注文情報の第１の注文識別子を識別することと、
    前記第１の注文情報を取得することと、を含む、請求項１１に記載のコンピュータ実装方法。
13. 前記１つ以上の製品写真を表示することは、
    前記第２の未知の識別子のセットを解析して１つ以上の一連の文字を抽出することと、
    前記１つ以上の一連の文字の１つ以上の製品を示すパターンを認識することと、
    前記第２のデータベースで前記１つ以上の一連の文字を照会することと、
    前記１つ以上の一連の文字に一致する前記製品識別子のセットを識別することと、
    前記第２のデータベースから前記製品識別子のセットに対応する前記１つ以上の製品写真を取得することと、
    前記１つ以上の製品写真を表示することと、を含む、請求項１１に記載のコンピュータ実装方法。
14. 前記１つ以上の注文識別子、前記１つ以上の荷物識別子、前記１つ以上の荷物タイプ、前記１つ以上の製品識別子は、それらが示すものと関連するように事前定義された１つ以上の一意の文字パターンを含む、請求項１１に記載のコンピュータ実装方法。
15. 前記１つ以上の特別な取り扱い表示は、前記１つ以上の製品のサブセットに関連付けられ、前記１つ以上の特別な取り扱い表示は、前記関連付けられた製品の製品写真と同時に表示される、請求項１１に記載のコンピュータ実装方法。
16. 前記１つ以上の特別な取り扱い表示は、われもの、冷凍、危険、腐食性、または爆発性のうちの少なくとも１つを含む、請求項１１に記載のコンピュータ実装方法。
17. 前記第１の荷物タイプは、前記第１の注文に関連する前記１つ以上の製品の寸法、体積、または形状のうちの少なくとも１つに基づいて決定される、請求項１１に記載のコンピュータ実装方法。
18. 前記ユーザインタフェースは、
    前記ディスプレイに表示された対話型ユーザインタフェース要素を介して第５のユーザ入力を受信することを実行するようにさらに構成され、
    前記第５のユーザ入力は、リモートディスプレイに通知を表示するように構成されている、請求項１１に記載のコンピュータ実装方法。
19. 前記ユーザインタフェースは、
    前記ディスプレイに表示された対話型ユーザインタフェース要素を介して第５のユーザ入力を受信することを実行するようにさらに構成され、
    前記第５のユーザ入力は、前記ディスプレイの現在の内容に基づいてコンテキスト認識命令のセットを表示するように構成されている、請求項１１に記載のコンピュータ実装方法。
20. １つ以上の物理オブジェクトとのユーザの相互作用に基づいて、ユーザインタフェースを動的に再構成するためのコンピュータ実装システムであって、前記システムは、
    命令を格納する非一時的なコンピュータ可読媒体と、
    前記ユーザインタフェースを構成するための前記命令を実行するように構成された少なくとも１つのプロセッサと、を備え、
    前記命令は、
    ユーザの相互作用を待つように構成された汎用インタフェースを表示することと、
    第１のコンテナに関連付けられた第１の識別子を入力デバイスを介して受信することであって、前記第１のコンテナは有形アイテムのセットを含むことと、
    前記第１の識別子に応答して、前記有形アイテムのセットに対応する識別子のリストを表示することと、
    前記有形アイテムのセット中の第１の有形アイテムに関連付けられた第２の識別子を前記入力デバイスを介して受信することと、
    前記第２の識別子に応答して、前記第２の識別子が前記識別子のリストの一番上に表示されるように前記リストを再構成することと、
    前記有形アイテムのセット中の第２の有形アイテムに関連付けられた第３の識別子を前記入力デバイスを介して受信することと、
    前記第３の識別子に応答して、前記第３の識別子が前記識別子のリストの一番上に表示されるように前記リストを再構成することと、
    前記有形アイテムのそれぞれについて少なくとも１つの識別子を受信することに応答して、すべてのアイテムが計算されているという前記ユーザへのメッセージを表示することと、
    前記有形アイテムのそれぞれについて少なくとも１つの識別子を受信することに応答して、前記有形アイテムのセットに関連付けられたレコードの状態を更新するためにネットワークインタフェースを介してデータベースに信号を送信することと、を含む、コンピュータ実装システム。
    

Images