JP7254863B2 - 柔軟な配達作業の自己主導型割り当てのためのモバイルデバイスベースのシステムおよび方法 - Google Patents

Description

本開示は、一般に、柔軟な配達作業の自己割り当てのためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、モバイルデバイスの使用が配達作業割り当てを選択および受信することを可能にする、発明的かつ非従来型のモバイルシステムに関する。

独立した、柔軟な、または臨時の配達作業者は、自分のスケジュールおよび所望の配達エリアに適した配達タスクを見つけようと多くの時間を費やす。自己スケジューリングのための現在の電子システムは、選択のために提供される唯一のタスクが、配達作業者が、その所望の配達エリア外の配達を行う時間、または配達を行うために利用可能な時間を費やすことを導くタスクであり得るので、これらの目的のために不便である。

実際には、現行の電子システムは、配達業者の利益よりも、多くの荷物を配達することに配達業者の関心を追求しており、配達業者に必要な配達経路および荷物を課すことが多いため、望ましい配達タスクを独立した配達業者に電子的に提供することは困難である。これらのシステムは、効率的なやり方でそうすることを試みるが、多くの場合、配達作業者は、都合よく配達することができない望ましくないルートおよび荷物を受け取ることになる。さらに、現在の電子システムは、配達するのに都合がよい配達タスクを要求する点で柔軟性がない。さらに、これらの欠点は、配達の遅延および移動の非効率性を引き起こす。

したがって、柔軟な配送作業の自己割り当てのための改善された方法およびシステムが必要とされている。

本開示の一態様は自己割り当て方法に関する。この方法は動作を含む。動作は、モバイルデバイスから、１以上の配達タスクのリクエストと、前記１以上の配達タスクを行うために利用可能な時間フレームと、前記１以上の配達タスクを行うための地理的エリアと、を受け取ることを含む。動作は、さらに、配達タスクを格納したデータベースにアクセスすることを含んでよく、各配達タスクは、完全に割り当て済、部分的に割り当て済または割り当て未のいずれかのステータスと関連付けられる。前記ステータスは、前記タスクに割り当てされた労働者の数と、前記タスクを完了するのに必要な労働者の数と、の比較に基づいてよい。動作は、さらに、前記データベースから、割り当てを必要とする前記格納された配達タスクのいずれが、前記受け取った地理的エリア内に配達ルートを有するかを判定することと、前記受け取った利用可能な時間フレーム内で前記判定された配達タスクをフィルタリングすることによって、１以上の配達オファーを決定することと、決定された各配達オファーのステータスが部分的に割り当て済または割り当て未である場合、１以上の配達オファーを選択することとを含んでよい。動作は、さらに、前記選択された配達オファーの１以上を前記モバイルデバイスに送信することによって、前記受け取ったリクエストに応答することを含んでよい。

本開示の別の態様は、ユーザインターフェースとともに用いるための、配達オファーを提供するための自己割り当てシステムに関する。この自己割り当てシステムは、命令を格納した１以上のメモリとを含み得る。この自己割り当てシステムは、前記命令を実行して、上述した動作を行うように構成された１以上のプロセッサを含み得る。

本開示のさらに別の態様は、上述した自己割り当てシステムと、モバイルデバイスとを備えるシステムに関する。開示と一致する実施形態では、モバイルデバイスは、前記モバイルデバイスは、ネットワークインターフェースと、命令を格納した１以上のメモリデバイスと、前記命令を実行して動作を行うように構成された１以上のプロセッサとを備える。動作は、前記ネットワークインターフェースを介して、１以上の配達タスクと、前記１以上の配達タスクのための利用可能な時間フレームと、前記１以上の配達タスクのための地理的エリアと、を前記自己割り当てシステムに送信することと、前記自己割り当てシステムから１以上の配達オファーを受信することと、を含み得る。

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

開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。 開示された実施形態と矛盾しない、インタラクティブなユーザインタフェース要素と共に、検索要求を満たす１つ以上の検索結果を含む検索結果ページ（Search result page：ＳＲＰ）サンプル検索結果を示す。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に製品および製品に関する情報を含む単一ディスプレイページ（Single display page：ＳＤＰ）のサンプルを示す。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含むカートページのサンプルを示す。 開示された実施形態に一致する、仮想ショッピングカートからのアイテムを、購入および出荷に関する情報とともに、対話型ユーザインターフェース要素とともに含む注文ページのサンプルを示す。 開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 開示された実施形態と一致する、自己割り当てシステムからモバイルデバイスへのユーザインターフェースと共に使用するための配達オファーを提供するためのプロセスの例示的なフローチャートである。 開示された実施形態に一致する、配達タスクを実行するための利用可能な時間フレームを選択するための、モバイルデバイスのユーザインターフェースにおける例示的なスライドバー表現を示す。 開示された実施形態に一致する、配達タスクを実行するための少なくとも１つの地理的エリアを選択するためのモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態と一致する、配達タスクを実行するための利用可能な時間フレームおよび少なくとも１つの地理的エリアを選択した後のモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態に一致する、配達オファーを表示するモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態と一致する、地図上に正確な配達位置を表示するモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態と一致する、基準によって配達オファーをフィルタリングするためのモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態に一致する、配達作業者の配達スケジュールを表示するためのモバイルデバイスの例示的なユーザインターフェースを示す。 開示された実施形態と一致する、受け入れられた配達オファーをキャンセルするためのプロセスの例示的なフローチャートである。

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

本開示の実施形態は、ユーザインターフェースと共に使用するための配達オファーを提供するように構成された自己割り当てシステムおよび方法を対象とする。開示された実施形態は、リアルタイムで受信された配達要求に基づく自動配達割り当てを可能にする革新的な技術的特徴を提供する。例えば、開示された実施形態は、要求に応じてリアルタイムでモバイルデバイスへの配達オファーの送信を可能にし、配達作業者が、進行中またはモバイルデバイスのみが使用可能な場所にいる間に特定のタイプの作業を要求することを可能にし、配達作業者が、特定のタイプの作業を都合よく拒否またはキャンセルすることを可能にし、配達作業を受け入れるための関心のあるエリアを配達作業者が都合よく選択することを可能にする。

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

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

外部フロントエンドシステム１０３は、いくつかの実施形態では、外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムのプレゼンテーションを可能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、外部フロントエンドシステム１０３は、検索要求を受信し、アイテムページを提示し、支払い情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンド・システム１０３は、Ａｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット・インフォメーション・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュータまたはコンピュータとして実現することができる。他の実施形態では、外部フロントエンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

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

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

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

次いで、ユーザデバイスは、例えば、ユーザインターフェースをクリックまたはタップすることによって、または別の入力デバイスを使用して、ＳＲＰ上で表される製品を選択することによって、ＳＲＰから製品を選択することができる。ユーザ・デバイスは、選択された製品に関する情報の要求を編成（formulate）し、それを外部フロントエンド・シ
ステム１０３に送ることができる。これに応答して、外部フロントエンドシステム１０３は、選択された製品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これは、例えば、賞味期限、原産国、重量、サイズ、パッケージ内のアイテムの数、取扱説明書、または製品に関する他の情報を含むことができる。また、情報は、（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。

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

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

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

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

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

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

内部フロントエンドシステム１０５は、いくつかの実施形態では、内部ユーザ（例えば、システム１００を所有し、操作し、またはリースする組織の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装され得る。例えば、ネットワーク１０１がシステムのプレゼンテーションを可能にして、ユーザがアイテムの注文を行うことを可能にする実施形態では、内部フロントエンドシステム１０５は、内部ユーザが注文に関する診断および統計情報を見ること、アイテム情報を修正すること、または注文に関する統計をレビューすることを可能にするウェブサーバとして実装されてもよい。例えば、内部フロントエンド・システム１０５は、Ａｐａｃｈｅ ＨＴＴＰサーバ、Ｍｉｃｒｏｓｏｆｔインターネット・インフォメーション・サービス、ＮＧＩＮＸなどのソフトウェアを実行するコンピュータまたはコンピュータとして実現することができる。他の実施形態では、内部フロントエンドシステム１０５は、システム１００に示されているシステムまたは装置（および図示されていない他の装置）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求に応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行してもよい。

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

輸送システム１０７は、いくつかの実施形態では、システム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実装され得る。輸送システム１０７は、いくつかの実施形態では、１つま
たは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から情報を受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃは、配達員によって操作されるデバイスを備えてもよい。配達作業員は、正社員、一時社員、またはシフト社員であってもよく、モバイルデバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配達を行うことができる。例えば、荷物を配達するために、配達作業者は、どの荷物を配達すべきか、およびどこに配達すべきかを示す通知をモバイルデバイス上で受信することができる。配達作業者は、配達場所に到着すると、荷物を（例えば、トラックの後ろに、または荷物のクレートに）配置し、モバイルデバイスを使用して荷物上の識別子（例えば、バーコード、画像、テキストストリング、ＲＦＩＤタグなど）に関連するデータをスキャンまたは他の方法で取り込み、荷物を（例えば、前面ドアに置いたままにし、セキュリティガードを付けたままにし、受取人に渡すなどによって）配達することができる。さらに、モバイル機器１０７Ａ－Ｃは、モバイル機器１０７Ａ－Ｃが輸送システム１０７と通信することを可能にするアプリケーション及び／又は通信ソフトウェアを実行し、モバイル機器１０７Ａ－Ｃに含まれる表示装置を介してインターフェース上にコンテンツを生成し表示することができる。例えば、モバイルデバイス１０７Ａ～Ｃは、配達関連情報を輸送システム１０７に送信するためにモバイルアプリケーションを実行することができる。いくつかの実施形態では、配達作業者は、荷物の写真（複数可）をキャプチャすることができ、および／またはモバイルデバイスを使用して署名を取得することができる。モバイルデバイスは、例えば、時間、日付、ＧＰＳ位置、写真、配達作業者に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む、配達に関する情報を含む通信を輸送システム１０７に送信することができる。輸送システム１０７は、システム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７は、いくつかの実施形態では、この情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。

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

いくつかの実施形態では、輸送システム１０７は、ユーザを各デバイスに関連付けることができる。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号によって表される）と移動装置（例えば、国際移動装置識別子（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意識別子（ＧＵＩＤ）によって表される）との間の関連付けを記憶することができる。輸送システム１０７は、とりわけ、作業者の位置、作業者の効率、または作業者の速度を決定するために、この関連付けを、配達時に受信されたデータと共に使用して、データベースに格納されたデータを分析することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示の一態様によれば、ユーザインターフェースと共に使用するための配達オファーを提供するための自己割り当てシステムは、命令を格納する１つまたは複数のメモリデバイスと、動作を実行するために命令を実行するように構成された１つまたは複数のプロセッサとを備えることができる。いくつかの実施形態では、開示された機能およびシステムは、ＳＡＴシステム１０１、輸送システム１０７、ＦＯシステム１１３、またはＷＭＳ １１９のうちの１つまたは複数の一部として実装され得る。好ましい実施形態は、開示された機能およびシステムを輸送システム１０７上に実装することを含むが、当業者は、他の実装が可能であることを理解するであろう。

１つまたは複数のメモリデバイスは、開示された実施形態の１つまたは複数の特徴を実行するために使用されるデータおよび命令を記憶することができる。例えば、メモリは、プロセッサによって実行されるコンピュータプログラム、命令セット、コード、またはデータをそこに記憶した有形かつ一時的でないコンピュータ可読媒体を表すことができる。メモリは、例えば、リムーバブルメモリチップ（例えば、ＥＰＲＯＭ、ＲＡＭ、ＲＯＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス、又は他の揮発性又は不揮発性メモリデバイス）、又は命令及びデータがプロセッサによってアクセスされることを可能にする他のリムーバブル記憶ユニットを含むことができる。

１つまたは複数のメモリデバイスはまた、プロセッサによって実行されると、本明細書で開示される機能と一致する動作を実行する命令を含むことができる。開示された実施形態と一致するデバイスは、専用タスクを実行するように構成された別個のプログラムまたはコンピュータに限定されない。例えば、メモリは、開示された実施形態の１つまたは複数の機能を実行するための１つまたは複数のプログラムを含むことができる。

１つまたは複数のプロセッサは、Ｉｎｔｅｌ^ＴＭによって製造されたＰｅｎｔｉｕｍ^ＴＭまたはＸｅｏｎ^ＴＭファミリーからのマイクロプロセッサ、ＡＭＤ^ＴＭによって製造されたＴｕｒｉｏｎ^ＴＭファミリー、Ａｐｐｌｅ^ＴＭによって製造された「Ａｘ」または「Ｓｘ」ファミリー、またはＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓによって製造された様々なプロセッサのいずれかなど、１つまたは複数の既知の加工デバイスを含むことができる。開示された実施形態は、いかなるタイプのプロセッサにも限定されない。

図３は、自己割り当てシステムから図１Ａのモバイルデバイス１０７Ａへのユーザインターフェースと共に使用するための配達オファーを提供するためのプロセス３００の例示的なフローチャートである。本明細書で使用されるように、ユーザインターフェースは、モバイルデバイス１０７Ａ～Ｃのうちの１つで実行されるモバイルアプリケーションによって提示され得る。図３は、モバイルデバイス１０７Ａおよび輸送システム１０７に関して説明されているが、当業者は、他の構成が可能であることを認識するであろう。

ステップ３０１において、配達作業者２２４Ｂのモバイルデバイス１０７Ａは、輸送システム１０７にログイン認証情報（証明書）（例えば、ユーザインターフェース上で受信される）を提供し得る。ログイン認証情報は、配送作業者２２４ＢのユーザＩＤおよびパスワードを含むことができる。例えば、モバイルデバイス１０７Ａは、配達作業者２２４ＢのユーザＩＤおよびパスワードを輸送システム１０７に送信するためのユーザ入力をキャプチャすることができる。

ステップ３０２において、輸送システム１０７は、ログイン証明書を受信し、検証することができる。例えば、輸送システム１０７は、モバイルデバイス１０７Ａからログイン証明書（例えば、ユーザＩＤおよびパスワード）を受信し、検証のためにＷＭＳ １１９にそれを送信することができる。図１Ａに関して上述したように、ＷＭＳ １１９は、１つまたは複数のデバイスをシステム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶することができる。

ステップ３０３において、輸送システム１０７は、ステップ３０２からの検証に応答して、検証の結果を含むメッセージをモバイルデバイス１０７Ａに送信することができる。例えば、輸送システム１０７は、ログイン認証情報がステップ３０２で検証されたときに、配達作業者２２４Ｂのモバイルデバイス１０７Ａがモバイルアプリケーションの機能を使用することを続行することを許可されることを示すメッセージを送信することができる。また、輸送システム１０７は、ステップ３０２でログイン認証情報がベリファイされなかったので、配送作業者２２４Ｂのモバイルデバイス１０７Ａがモバイルアプリケーションの機能の使用を続行することを許可されていないことを示すメッセージを送信することもできる。

ステップ３０４において、モバイルデバイス１０７Ａは、メッセージを受信することができる。例えば、輸送システム１０７は、モバイルデバイス１０７Ａを介して配達作業者２２４Ｂに提示するために、ログイン信用証明書が進行することが検証されたことを示すメッセージを含むユーザインターフェースを提供することができる。別の例では、輸送システム１０７は、モバイルデバイス１０７Ａを介して配達作業者２２４Ｂに提示するために、無効なログイン証明書が輸送システム１０７によって受信されたことを示すメッセージを含むユーザインターフェースを提供することができる。

ステップ３０５において、ログイン証明書がステップ３０３で検証された場合、モバイルデバイス１０７Ａは、モバイルデバイス１０７Ａ内のユーザインターフェースから受信した１つまたは複数の配達タスクの要求を輸送システム１０７に送信することができる。この要求は、例えば、利用可能な時間フレームと、ユーザインタフェースから輸送システム１０７に受信された１つ以上の配送タスクを実行するための少なくとも１つの地理的エリアとを含むことができる。例えば、配達作業者２２４Ｂは、１つまたは複数の配達タスクを実行するための時間フレームを構成するために、モバイルデバイス１０７Ａのユーザインターフェース内にスライドバー表現を構成することができる。さらなる例として、配達作業者２２４Ｂは、モバイルデバイス１０７Ａ内のユーザインターフェース上の感圧入力機構（例えば、タッチスクリーンデバイス）または任意の他の適切な選択機構を使用す
ることによって、配達タスクを実行するための少なくとも１つの地理的エリアを指定することができる。配達タスクを実行するための利用可能な時間フレームおよび地理的エリアと共に配達タスクを要求するための例示的なユーザインターフェースは、図４Ａおよび図４Ｂに示され、より詳細に説明される。他のプリファレンスも同様に可能である。

ステップ３０６において、輸送システム１０７は、ステップ３０５から送信された配達リクエスト（要求）を受信することができる。リクエストには、例えば、リクエストされた時間フレーム、１つ以上の配達タスクを実行するための地理的エリア、またはユーザからの他のプリファレンスを含めることができる。

ステップ３０７において、輸送システム１０７は、図１Ａに関して上述したように、配送タスクを記憶するデータベース（図示せず）にアクセスすることができる。データベースは、ネットワーク１００内の他のシステムによるアクセスのために、輸送システム１０７からの情報を記憶するデータベースとして上述されている。

ステップ３０８において、輸送システム１０７は、割り当てを必要とする格納された配送タスクのうちのどれが、ステップ３０６から受信された地理的エリア内に配送ルート又はサブルートを有するかを決定することができる。例えば、いくつかの実施形態では、輸送システム１０７は、受信した地理的エリアから最も近いＦＣ ２００の位置を求める要求をＦＯシステム１１３に送信することができる。ＦＯシステム１１３は、最も近いＦＣ
２００の位置を提供することができ、輸送システム１０７は、ＦＣ ２００からの特定の配達ルートまたはサブルートを決定し、配達作業者２２４Ｂを配達ルートまたはサブルートに一致させることができる。輸送システム１０７は、配達作業者２２４Ｂの効率のために、関連する荷物の１つまたは複数の目的地に基づいて配達ルートまたはサブルートを決定することができる。

ステップ３０９では、輸送システム１０７は、ステップ３０６から受信された利用可能な時間フレーム内でステップ３０８から決定された配送タスクをフィルタリングすることによって、１つまたは複数の配達オファーを決定することができる。例えば、輸送システム１０７は、ステップ３０６から受け取った時間フレームと、決定された各配送タスクに割り当てられたＰＰＤとの比較に基づいて、１つまたは複数の配達オファーを決定することができる。

ステップ３１０では、輸送システム１０７は、決定された各配達オファーのステータスに基づいて、フィルタリングされた配達オファーのうちの１つまたは複数を選択することができる。いくつかの実施形態では、配達オファーが「割り当て未」（例えば、その配達を履行するために作業員が割り当てられていない場合）または「部分的に割り当て済」（例えば、その配達を履行するために必要な数より少ない作業員が割り当てられている場合）であれば、ステップ３１０で配達オファーを選択することができ、決定された各配達オファーのステータスが「完全に割り当て済」（例えば、その配達を履行するために必要な数の作業員が割り当てられている場合）であれば、配達オファーを選択することができない。例えば、いくつかの実施形態では、配達オファーに割り当てられた配達作業員の数が、配達オファーを完了するために必要な配達作業員の数に等しい場合に、配達オファーのステータスは「完全に割り当て済」であってよい。他の実施形態では、配達オファーに割り当てられた配送労働者の数がゼロよりも大きいが、配達オファーを完了するのに必要な配送労働者の数よりも少ない場合に、配達オファーのステータスは「部分的に割り当て済」であってよい。別の実施形態では、オファーに割り当てられた配達作業者の数がゼロに等しい場合、配達オファーのステータスは「割り当て未」であってよい。本明細書で使用されるように、「完全に割り当て済」のステータスを有する配達オファーは、配送労働者に割り当てられてはならず、一方、「部分的に割り当て済」または「割り当て未」の配達
オファーは、配送労働者に割り当てられてよい。

ステップ３１１において、輸送システム１０７は、ステップ３１０から配達作業者２２４Ｂのモバイルデバイス１０７Ａに、１つまたは複数の選択された配達オファーを送信することができる。例えば、輸送システム１０７は、ステップ３１０から選択された配達オファーを提供するユーザインターフェースを、配送作業者２２４Ｂのモバイル装置１０７Ａ－Ｃに送信することができる。別の例では、輸送システム１０７は、配達要求に含まれる受信情報に基づいて、配達オファーが見つからないことを示すユーザインターフェースを配達作業者２２４Ｂのモバイルデバイス１０７Ａ～Ｃに送信することができる。

ステップ３１２において、モバイルデバイス１０７Ａは、輸送システム１０７から１つまたは複数の送信された配達オファーを受信することができる。例えば、モバイルデバイス１０７Ａは、１つまたは複数の決定された配達オファーにそれぞれ対応する選択可能なインターフェース要素を含む、送信された配達オファーのユーザインターフェースを提示することができる。表示された配達オファーの各々は、１つまたは複数の配達場所、複数の荷物、配達のための時間フレーム、配達オファーをアクセプト（受諾）するための時間要件、配達された荷物ごとに配達員が得るべき金銭的補償の額、決定された配達オファーの各々の輸送方法、マップ上の決定された配達オファーの各々の場所などを含み得る。別の例では、輸送システム１０７は、モバイルデバイス１０７Ａ～Ｃを介して配達作業者２２４Ｂに提示するために、配達オファーが見つからないことを示すメッセージを含むユーザインターフェースを提供することができる。例示的なインターフェースは、図５に関連して以下に説明される。

ステップ３１３において、配達作業者２２４Ｂのモバイルデバイス１０７Ａは、ステップ３１２から受信した配達オファーを受け入れ、モバイルデバイス１０７Ａ内のユーザインターフェース上のユーザ入力による配達オファーの受け入れを輸送システム１０７に送信することができる。例えば、モバイルデバイス１０７Ａ内のユーザインターフェースは、１つまたは複数の配達オファー（例えば、チェックボックス）のそれぞれに対応する選択可能なユーザインターフェース要素を提示することができる。モバイルデバイス１０７Ａは、入力をキャプチャし、対応する選択された配達オファーを輸送システム１０７に送信することによって、配達オファーのアクセプトを送信することができる。例示的なインターフェースは、図５に関連して以下に説明される。

ステップ３１４において、輸送システム１０７は、モバイルデバイス１０７Ａから配達オファーのアクセプトを受信することができる。例えば、輸送システム１０７は、モバイルデバイス１０７Ａ上で実行されているモバイルアプリケーションから、配達関連情報を含むアクセプトを受信することができる。

ステップ３１５において、輸送システム１０７は、配送労働者２２４Ｂを含めることによって、アクセプトされた配達オファーに割り当てられた配送労働者の数を増加させることができる。例えば、配達オファーに割り当てられた配達作業員の数は、２人から３人、または０人から１人に変わり得る。

ステップ３１６において、輸送システム１０７は、受け入れられた配達オファーの状態を調整することができる。例えば、いくつかの実施形態では、ステップ３１５から受け入れられた配達オファーに割り当てられた配達作業員の増加数が、配達オファーを完了するために必要とされる配達作業員の数に等しい場合、受け入れられた配達オファーのステータスは、「完全に割り当て済」に更新されてもよい。他の実施形態では、ステップ３１５からのアクセプトされた配達オファーに割り当てられた配送作業者の増加数が配達オファーを完了するために必要な配送作業者の数より少ない場合、アクセプトされたオファーの
ステータスは、「部分的に割り当て済」に更新することができる。

ステップ３１７において、輸送システム１０７は、３１６から受け入れられた配達オファーの調整された状態をデータベース（図示せず）に記憶することができる。例えば、受け入れられた配達オファーのステータスが、「部分的に割り当て済」から「完全に割り当て済」に変更された場合、輸送システム１０７は、変更されたステータスをデータベースに格納することができる。

ステップ３１８において、輸送システム１０７は、ユーザインターフェースに関連するデータをモバイルデバイス１０７Ａに提供することができる。ユーザ・インターフェースに関連するデータは、モバイル・デバイス１０７Ａと輸送システム１０７との間のさらなる通信のために、アクセプト確認および通信チャネルへのリンクを含むことができる。例えば、通信チャネルリンクは、荷物の取扱、配達情報、キャンプゾーン２１５情報、監督者または顧客とコミュニケーションするための命令などに関する命令を提供するソーシャルネットワークサービスまたはチャットサービスとの通信チャネルを含むことができる。

ステップ３１９において、モバイルデバイス１０７Ａ～Ｃは、輸送システム１０７からユーザインターフェースに関するデータを受信することができる。データは、１つまたは複数のアクセプト確認および１つまたは複数の通信チャネルリンクを含むことができる。受信された情報に基づいて、モバイルデバイス１０７Ａは、１つまたは複数の日付、配達のための時間要件、配達場所、荷物の数、各配達オファーの輸送方法などを備える、受け入れられたオファーのセットのそれぞれをリストする配達スケジュールを構成し得る。モバイルデバイス１０７Ａは、ユーザインターフェースを介して、構成された配達スケジュールを提示し得る。例示的なインターフェースは、図８に関して以下に説明される。

図４Ａは、配達タスクを実行するために利用可能な時間フレーム４０２を選択するための、モバイルデバイス１０７Ａ上のユーザインターフェース４０１内の例示的なスライドバー４０２を示す。例えば、モバイルデバイス１０７Ａは、スライドバー表現４０２の構成に基づいて、利用可能な時間フレーム４０３をキャプチャすることができ、スライドバー４０２は、プレゼンスセンシティブ入力メカニズム（例えば、タッチスクリーンデバイス）上のユーザの指によって構成することができる。さらなる例として、いくつかの実施形態では、送達タスクを実行するための利用可能な時間フレームを捕捉するために、送達作業者２２４Ｂは、利用可能な送達時間フレームの利用可能な範囲をカバーするようにスライドバー４０２の円形部分をスライドさせてもよい。例示的な図４Ａでは、スライドバー４０２の太字部分は、午後１２時から午後６時の利用可能な時間フレームを表す。モバイルデバイス１０７Ａは、プロセス３００のステップ３０５において、スライドバー４０２を使用して選択された時間フレームを輸送システム１０７に送信し、さらに、ステップ３０９において、配達タスクのＰＰＤと比較して、１つまたは複数の配達オファーを決定することができる。

ユーザインターフェース４０１は、配達を実行するための少なくとも１つの地理的エリアを選択するために、ボタン４０４の押下を受信することができる。いくつかの実施形態では、ボタン４０４の押下を受信した後、モバイルデバイス１０７Ａ上に示される次のインターフェースは、図４Ｂに示されるインターフェースなどの別のインターフェースを含み得る。

ステップ３０５において、ユーザインタフェース４０１は、ボタン４０５の押下を受信して、配達作業の要求を輸送システム１０７に送信することができる。いくつかの実施形態では、ボタン４０５の押下を受信した後、モバイルデバイス１０７Ａ上に示される次のインターフェースは、図５に示されるインターフェースなどの別のインターフェースを含
み得る。

図４Ｂは、配達タスクを実行するために少なくとも１つの地理的エリアを選択するためのモバイルデバイス１０７Ａの例示的なユーザインターフェース４１０を示す。例えば、モバイルデバイス１０７Ａは、州（state）４１１、都市４１２および近傍４１３の選択
に基づいて、少なくとも１つの地理的エリアをキャプチャし得る。いくつかの実施形態では、モバイルデバイス１０７Ａは、圧力感知入力機構（例えば、タッチスクリーン装置）または任意の他の適切な選択機構を使用して、ユーザが州４１１、都市４１２および近傍４１３を選択することを可能にする。さらなる例として、州４１１を選択した後、都市４１２のための利用可能なオプションは、関連するそれぞれの情報（例えば、選択された州の内側の都市）で更新されてもよい。都市４１２を選択することにより、近傍４１３のリストを同様に更新することができる。ユーザ（例えば、配達作業員２２４Ｂ）は、都市４１２を選択した後に、１つまたは複数の近傍を選択することができる。

いくつかの実施形態では、ボタン４１４の押下を受信した後、モバイルデバイス１０７Ａは、図４Ｃに示すインターフェースなどの別のインターフェースを表示することができる。

図４Ｃは、配達タスクを実行するために利用可能な時間フレーム４０３および少なくとも１つの地理的エリア４２１を選択した後のモバイルデバイス１０７Ａの例示的なユーザインターフェース４２０を示す。ユーザ・インタフェース４２０は、他のユーザ・インタフェース（例えば、図４Ａのユーザ・インタフェース４０１）においてユーザによって入力された情報を含むことができる。ユーザインターフェース４２０はまた、図４Ｂに関して配達４２１を実行するために選択された近傍のリストを含むことができる。ユーザ・インターフェース４２０は、ユーザ・インターフェース４０１と同様に、ボタン４０５の押下を受信して、配達作業の要求を輸送システム１０７に送信することができる。いくつかの実施形態では、ボタン４０５の押下を受信した後、モバイルデバイス１０７Ａは、図５に示すインターフェースなどの別のインターフェースを表示することができる。

図５は、配達オファー５００を表示するモバイルデバイス１０７Ａの例示的なユーザインターフェース５０１を示す。モバイルデバイス１０７Ａは、ユーザが配達オファー５００のうちの１つまたは複数を受け入れることを可能にするユーザインターフェース５０１をユーザ（例えば、配達作業者２２４Ｂ）に提示することができる。配達オファー５２０のそれぞれは、配達場所、配達タスクを実行するための時間フレーム、配達オファーを受け入れるための時間要件、荷物の数、荷物に基づく補償値、輸送方法などを含むことができる。

配達作業者２２４Ｂは、１つまたは複数の配達オファーに対応する（例えば、チェックボックス５１０Ａ、５１０Ｂ、および５１０Ｃなどの、モバイルデバイス１０７Ａ上の画面上の選択可能なインターフェース要素を押すことによって）選択されたオファーを作動させることによって、１つまたは複数の配達オファー５２０を選択し、所望のオファーを選択する。次に、ステップ３１３において、ユーザインタフェース５０１は、ボタン５３０の押下を受信して、選択された配達オファーを輸送システム１０７に送信することができる。

いくつかの実施形態では、ユーザインターフェース５０１は、配達オファーの詳細を表示するために、配達オファー５２０でプレスを受信することができる。配達オファー５２０でプレスを受信した後、モバイルデバイス１０７Ａ上に示される次のインターフェースは、図６に示されるインターフェースなどの別のインターフェースを含み得る。

別の実施形態では、ユーザインターフェース５０１は、ボタン５４０の押下を受信して、受信した配達オファー５００をフィルタリングすることができる。ボタン５４０の押下を受信した後、モバイルデバイス１０７Ａは、図７に示されるインターフェースなどの別のインターフェースを表示することができる。

図６は、地図６２０上の正確な配達位置６１０、および追加情報６３０を表示するモバイルデバイス１０７Ａの例示的なユーザインターフェース６０１を示す。地図６２０上の正確な位置６１０は、配達作業者２２４Ｂが荷物２２０を配達するのを助けることができる。ユーザは、ユーザインターフェース６０１と対話することができ、マップ６２０は、そのような対話に基づいてズームインまたはズームアウトすることができる（例えば、マップ６２０をピンチまたはタップする）。

ユーザ・インターフェース６０１は、多数の荷物および荷物に基づく報酬値（例えば、配達オファーにおいて各荷物を配達するために配達作業員がどの程度補償されるか）、配達またはオファーをアクセプトするための時間要件、および配達オファーに現在割り当てられている配送要員の数、および、配達オファーのステータスが「部分的に割り当て済」または「割り当て未」であるか否かを示す、配達オファーを完了するのに必要な配達労働者の数のリストを含む、追加情報６３０を含むことができる。他の情報も、ユーザインターフェース６０１上に提示することができる。

図７は、基準７１０、７２０、および７４０によって配達オファーをフィルタリングするためのモバイルデバイス１０７Ａの例示的なユーザインターフェース７０１を示す。選択可能なインターフェース要素７１０は、日付を参照することができ、構成可能な要素７２０は、いくつかの荷物のためのスライドバー７３０によって構成することができ、選択可能なインターフェース要素７４０は、受信した配達オファーをフィルタリングするための近傍を参照することができる。例えば、いくつかの実施形態では、ユーザ（例えば、配達作業者２２４Ｂ）は、異なる日付に対応する１つまたは複数の選択可能なインターフェース要素７１０を選択することによって、１つまたは複数の日付を選択することによって、受信した配達オファーをフィルタリングすることができる。いくつかの実施形態では、配達作業者２２４Ｂは、スライドバー７３０を調整して荷物の数を選択することによって、受け取った配達オファーをフィルタリングすることができる。いくつかの実施形態では、配達作業者２２４Ｂは、異なる近隣を表す１つまたは複数の選択可能なインターフェース要素７４０を選択することによって、受信した配達オファーをフィルタリングすることができる。１つ以上の実施形態は、配達オファーをフィルタリングするために同時に実行されてもよい。さらなる例として、ユーザインターフェース７０１は、次いで、ボタン７５０の押下を受信して、選択された基準で配達オファーをフィルタリングすることができる。いくつかの実施形態では、ボタン７５０の押下を受信した後、モバイルデバイス１０７Ａは、ユーザによって受け入れられるが、要素７１０、７２０、または７４０に基づいてフィルタリングされた配達オファーを提示することができる。

図８は、配達作業者２２４Ｂの配達スケジュールを表示するためのモバイルデバイス１０７Ａの例示的なユーザインターフェース８２０を示す。モバイルデバイス１０７Ａは、輸送システム１０７から受信されたアクセプトされた配達オファーの確認に基づいて配達スケジュールを構成し、ディスプレイを介して配達作業者２２４Ｂのスケジュールを含むユーザインターフェース８２０を提示することができる。スケジュールは、日付８００Ａ～８００Ｄ、配達のための時間フレーム８０１、配達場所８０２、荷物の数８０３、配達方法８０４、通信チャネルリンク８０５、およびスケジュールなしの提示８０６を含むことができる。日付８００Ａ～Ｄは、配達作業者が荷物を配達する日付を配達作業者２２４Ｂに示すことができる。配達のための時間フレーム８０１は、配達作業者２２４Ｂに、配達のための予想される時間を示すことができる。例えば、時間フレーム８０１は、９月１
２日の配達のための午前９時から午後８時までの配達ウィンドウを表し、時間フレーム８１１は、９月１４日の午前９時から午後５時までの配達ウィンドウを表す。配達場所８０２は、荷物２２０を配達しなければならない配達作業者２２４Ｂに指示を提供することができる。いくつかの荷物８０３は、配達作業者が配達しなければならない箱の数を配達作業者２２４Ｂに示すことができる。配達輸送８０４の方法は、配達作業者が配達に関連する荷物をどのように配達すべきかを指すことができる。

通信チャネルリンク８０５は、配達荷物２２０を受け取るために、特定の荷物またはキャンプゾーン２１５の物理的位置を処理するための特定の命令を提供することができるソーシャルネットワークサービスを指すことができる。リンク８０５は、ユーザによって押下されると、上述のように、監督者、顧客、またはコンピュータシステムと通信するために、ソーシャルネットワークサービスへのユーザとすることができる。

スケジュール８０６の提示は、配達作業者２２４Ｂに対し、配達作業者は特定の日にいかなる配達も持たない可能性がある旨の表示を提供することができる。

例示的な実施形態では、輸送システム１０７は、モバイルデバイス１０７Ａから要求された１つまたは複数の受け入れられた配達オファーをキャンセルする機能を含むことができる。図９は、受け入れられた配達オファーをキャンセルするためのプロセス９００の例示的なフローチャートである。

ステップ９１０において、モバイルデバイス１０７Ａは、以前にアクセプトされた配達オファーをキャンセルするための要求を送信することができる。例えば、モバイルデバイス１０７Ａは、ユーザインターフェース上のユーザ入力からキャンセル要求を受信し、アクセプトされた配達オファーの情報を含むキャンセルリクエストを輸送システム１０７に送信することができる。

ステップ９２０において、輸送システム１０７は、キャンセルリクエストを受信することができる。キャンセルリクエストは、配達労働者２２４Ｂに関連する１つ以上の配達オファーをキャンセルするための配達労働者２２４Ｂの要求を反映することができる。

ステップ９３０において、輸送システム１０７は、キャンセルリクエストが定められたキャンセル期限の前に受信されたかどうかを判定することができる。キャンセルリクエストが、定められたキャンセル期限より前に受信されなかった場合、輸送システム１０７は、ステップ９４０において、キャンセルリクエストが受け入れられなかったことを示すメッセージをモバイルデバイス１０７Ａに送信することができる。リクエストが定められたキャンセル期限前に受信された場合、輸送システム１０７は、ステップ９６０において、キャンセル確認メッセージをモバイルデバイス１０７Ａに送信することができる。

ステップ９４０では、上述のように、輸送システム１０７は、キャンセルリクエストが受け入れられなかったことを示すメッセージをモバイルデバイス１０７Ａに送信することができる。メッセージは、配達作業者２２４Ｂがアクセプトされた配達を実行しなければならないという指示を配達作業者２２４Ｂに提供することができる。

ステップ９５０において、モバイルデバイス１０７Ａは、キャンセルリクエストが輸送システム１０７からアクセプトされなかったことを示すメッセージを受信することができる。メッセージは、ユーザインターフェースを介してモバイルデバイス１０７Ａ上に表示され得る。例えば、モバイルデバイス１０７Ａ内のユーザインターフェースは、拒否されたキャンセルリクエスト含むメッセージをモバイルデバイス１０７Ａ上に表示することができる。

一方、ステップ９３０において、搬送システム１０７が、受信されたリクエストがキャンセル期限前に受信されたと判定した場合、プロセス９００はステップ９６０に進むことができる。ステップ９６０において、上述したように、輸送システム１０７は、キャンセルリクエストが成功したことを示すキャンセル確認をモバイルデバイス１０７に送信することができる。

ステップ９７０において、モバイルデバイス１０７Ａは、キャンセルリクエストが成功したことを示すキャンセル確認を輸送システム１０７から受信することができ、ディスプレイスクリーン上に適切なメッセージを表示することができる。

ステップ９８０において、輸送システム１０７は、キャンセルされた配達オファーに割り当てられた配達労働者の数を減少させることができる。例えば、輸送システム１０７は、配達労働者の割り当て数を３人から２人または１人から０人に変更することができる。

ステップ９９０では、輸送システム１０７は、ステップ９８０でキャンセルされた配達オファーに割り当てられた配達労働者の減少された数がゼロより大きいかどうかを判定することができる。キャンセルされた配達オファーに割り当てられた配送要員の減少された数がゼロよりも大きい場合、輸送システム１０７は、ステップ９９１において、キャンセルされた配達オファーの状態を「部分的に割り当て済」に調整することができ、キャンセルされた配達オファーに割り当てられた配送労働者の減少された数がゼロよりも大きくない場合、輸送システム１０７は、ステップ９９２において、キャンセルされた配達オファーの状態を「割り当て未」に調整することができる。

ステップ９９３において、輸送システム１０７は、キャンセルされた配達オファーの調整された状態をデータベースに記憶することができる。例えば、キャンセルされた配達オファーのステータスが、「部分的に割り当て済」から「割り当て未」に変更された場合、輸送システム１０７は、変更されたステータスをデータベースに記憶することができる。

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

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

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

Claims (18)

1. ユーザインターフェースとともに用いるための、配達オファーを提供するための自己割り当てシステムであって、
   命令を格納した１以上のメモリと、
   前記命令を実行して動作を行うように構成された１以上のプロセッサと、を備え、前記動作は、
   モバイルデバイスから、１以上の配達タスクのリクエストを受け取ることと、
   関連付けられた割り当てのステータスとともに配達タスクを格納したデータベースにアクセスすることと、
   割り当てを必要とする前記格納された配達タスクのいずれが、地理的エリア内に配達ルートを有するかを判定することであって、前記配達ルートは、パッケージをスキャンするスキャンデバイスによって決定された宛先に基づく、ことと、
   前記受け取った利用可能な時間フレームを約束配達日と比較することにより、利用可能な時間フレーム内で前記判定された配達タスクをフィルタリングすることによって、１以上の配達オファーを決定することと、
   前記配達オファーのステータスに基づいて、１以上の配達オファーを選択することと、
   前記１以上の選択された配達オファーを前記モバイルデバイスに送信することによって、前記受け取ったリクエストに応答することと、を含む、自己割り当てシステム。
2. 前記受け取るリクエストは、前記１以上の配達タスクを行うために利用可能な時間フレームと、前記１以上の配達タスクを行うための地理的エリアと、を含む、請求項１に記載の自己割り当てシステム。
3. 前記受け取るリクエストは、前記１以上の配達タスクを行うための地理的エリアを含む、請求項１に記載の自己割り当てシステム。
4. 前記配達タスクを行うために利用可能な時間フレームは、前記モバイルデバイスのユーザインターフェースにおけるスライドバー表現である、請求項２に記載の自己割り当てシステム。
5. 前記動作は、さらに、前記モバイルデバイスを介した表現のために、前記１以上の決定された配達オファーとそれぞれ対応する選択可能なインターフェースエレメントを含むユーザインターフェースを提供することを含み、
   前記決定された配達オファーのそれぞれは、
   １以上の配達ロケーション、
   荷物の数、
   配達のための時間フレーム、
   前記配達オファーをアクセプトするための時間要件、
   荷物の配達につき稼ぐことになる金銭的補償の額、
   前記決定された配達オファーのそれぞれの輸送方法、または、
   前記決定された配達オファーのそれぞれの地図上の位置
   を含む、請求項１に記載の自己割り当てシステム。
6. 前記関連付けられた割り当てのステータスは、完全に割り当て済、部分的に割り当て済、または、割り当て未、を含む、請求項１に記載の自己割り当てシステム。
7. 配達タスクを格納したデータベースにアクセスすることは、さらに、前記タスクに割り当てされた労働者の数と、前記タスクを完了するのに必要な労働者の数と、の比較に基づく、請求項１に記載の自己割り当てシステム。
8. １以上の配達オファーを選択することは、さらに、決定された各配達オファーのステータスが部分的に割り当て済または割り当て未のステータスと等しいか否かを決定することを含む、請求項１に記載の自己割り当てシステム。
9. 前記動作は、さらに、
   前記モバイルデバイスから、前記送信された１以上の配達オファーのアクセプトを受け取ることと、
   アクセプトされたオファーのそれぞれを、完全に割り当て済または部分的に割り当て済として、前記データベースにマーキングすることと、
   前記モバイルデバイスを介した表現のために、アクセプトされた配達オファーの確認およびさらなる前記モバイルデバイスとのコミュニケーション用のコミュニケーションチャネルへのリンクを含むユーザインターフェースを前記モバイルデバイスに提供することと、を含む、請求項１に記載の自己割り当てシステム。
10. ユーザインターフェースとともに用いるための、少なくとも１つのプロセッサによって実行される、配達オファーを提供するためのコンピュータ実装自己割り当て方法であって、
    モバイルデバイスから、１以上の配達タスクのリクエストを受け取ることと、
    関連付けられた割り当てのステータスとともに配達タスクを格納したデータベースにアクセスすることと、
    割り当てを必要とする前記格納された配達タスクのいずれが、地理的エリア内に配達ルートを有するかを判定することであって、前記配達ルートは、パッケージをスキャンするスキャンデバイスによって決定された宛先に基づく、ことと、
    前記受け取った利用可能な時間フレームを約束配達日と比較することにより、利用可能な時間フレーム内で前記判定された配達タスクをフィルタリングすることによって、１以上の配達オファーを決定することと、
    前記配達オファーのステータスに基づいて、１以上の配達オファーを選択することと、
    前記１以上の選択された配達オファーを前記モバイルデバイスに送信することによって、前記受け取ったリクエストに応答することと、を含む、自己割り当て方法。
11. 前記受け取るリクエストは、前記１以上の配達タスクを行うために利用可能な時間フレームと、前記１以上の配達タスクを行うための地理的エリアと、を含む、請求項１０に記載の自己割り当て方法。
12. 前記受け取るリクエストは、前記１以上の配達タスクを行うための地理的エリアを含む、請求項１０に記載の自己割り当て方法。
13. 前記配達タスクを行うために利用可能な時間フレームは、前記モバイルデバイスのユーザインターフェースにおけるスライドバー表現である、請求項１１に記載の自己割り当て方法。
14. さらに、前記モバイルデバイスを介した表現のために、前記１以上の決定された配達オファーとそれぞれ対応する選択可能なインターフェースエレメントを含むユーザインターフェースを提供することを含み、
    前記決定された配達オファーのそれぞれは、
    １以上の配達ロケーション、
    荷物の数、
    配達のための時間フレーム、
    前記配達オファーをアクセプトするための時間要件、
    荷物の配達につき稼ぐことになる金銭的補償の額、
    前記決定された配達オファーのそれぞれの輸送方法、または、
    前記決定された配達オファーのそれぞれの地図上の位置
    を含む、請求項１０に記載の自己割り当て方法。
15. 前記関連付けられた割り当てのステータスは、完全に割り当て済、部分的に割り当て済、または、割り当て未、を含む、請求項１０に記載の自己割り当て方法。
16. 配達タスクを格納したデータベースにアクセスすることは、さらに、前記タスクに割り当てされた労働者の数と、前記タスクを完了するのに必要な労働者の数と、の比較に基づく、請求項１０に記載の自己割り当て方法。
17. １以上の配達オファーを選択することは、さらに、決定された各配達オファーのステータスが部分的に割り当て済または割り当て未のステータスと等しいか否かを決定することを含む、請求項１０に記載の自己割り当て方法。
18. さらに、
    前記モバイルデバイスから、前記送信された１以上の配達オファーのアクセプトを受け取ることと、
    アクセプトされたオファーのそれぞれを、完全に割り当て済または部分的に割り当て済として、前記データベースにマーキングすることと、
    前記モバイルデバイスを介した表現のために、アクセプトされた配達オファーの確認およびさらなる前記モバイルデバイスとのコミュニケーション用のコミュニケーションチャネルへのリンクを含むユーザインターフェースを前記モバイルデバイスに提供することと、を含む、請求項１０に記載の自己割り当て方法。

Images