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