JP2023514875A - 業務申請およびセルフチェックインのためのシステムおよび方法 - Google Patents

Abstract

タスク受付のシステムおよび方法が開示される。本開示の一態様はモバイルデバイスに関する。モバイルデバイスは、表示デバイスと、スキャンデバイスと、命令を記憶するメモリと、命令を実行して、記憶されたプリファレンスのセットに基づく配送タスクのリストを受信し、配送タスクのリストを表示し、配送タスクを受け付けるためのユーザインタフェース要素との対話を前記表示デバイス上で受信し、受付済のタスクに関連付けられたタスク識別子を前記サーバに転送し、前記受付済の配送タスクを達成するための第１の配送拠点に関連付けられたコードを含む応答メッセージを受信し、前記第１の配送拠点における存在を確認するための対話を受信し、前記第１の配送拠点に関連付けられた証印をスキャンし、前記証印と前記受信したコードが一致するか否かを判定し、前記受付済の配送タスクが前記第１の配送拠点で実行されたという表示を提供するように構成された少なくとも１つのプロセッサとを備える。

Description

[001] 本開示は一般に、自動化された、携帯電話を使用した業務の要請、割当て、および確認のためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、独立した、非常勤の、自由勤務の、臨時の、または他の独立した作業員が、モバイルデバイスを使用して利用可能な配送業務を選択し、それらの業務の詳細を確認することを可能にする、本発明の非従来型のシステムおよび方法に関する。

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

[003] 実際には、このような配送作業員に所望の配送タスクを電子的に提供することは困難である。現在の電子システムは、ソーシャル・ネットワーキング・サービス、チャットサービス、オンライン記入式フォーム、および非公式な通信（電子メール、テキストメッセージ送受信など）を含む、それらのタスクを割り当てるための利用可能性を決定するために多数のシステムに依存している。これにより、複数のソースからデータを受信することが不可能ではないにしても調整することが困難であり得るため、仕事を割り当てるための技術的境界が生じる。さらに、配送作業員が、一方のチャネルを介して、第２の配送作業員が異なるチャネルを介して同じタスクを受け付けるのと実質的に同時に配送タスクを受け付ける場合、ある作業員は失望して撤退し、さらなるタスクを受け付けることを思いとどまる可能性がある。

[004] 多くの場合、配送作業員は、都合良く配送することができない望ましくないルートおよび荷物を受け取ることになる。さらに、現在の電子システムは、都合のよい配送タスクに対する配送作業員の要求を満たすという点で柔軟性がない。また、これらの欠点は配送の遅延および非効率な移動を引き起こす。

[005] 他の問題は、配送作業員がタスクを受け付けた後に発生する。例えば、配送作業員は、タスクを開始する場所を示す情報（例えば、倉庫、物流センターまたは他の場所）を受け取ってもよい。独立した、臨時の作業員は、その勤務形態のために配送タスクを開始するための正確な住所を知らない場合がある。作業員のモバイルデバイスは、配送タスクを開始する場所を示すことができるが、作業員は正確な場所を知らず、間違った場所に行く時間を浪費する可能性がある。

[006] さらに、一部の作業員が完了しなければならない配送タスクの数が膨大であると、次のタスクを決定するのに役立たない程度までユーザインタフェースを複雑にしかねない。例えば、配送作業員が同じキャンプで複数のタスクを受け付けた場合、従来のユーザインタフェースは、作業員が適時に、かつ有用な方法で同じキャンプに戻るべき時期または戻るべきではない時期を示すことができない。このようなキャンプへの出勤に関する問題は配送を遅延させ、（自分のモバイルデバイスの全ての情報を慎重に再検討しなければならない）配送作業員および（配送作業員が適時に配送拠点にいるか否かを判定しなければならない）配送拠点の作業員にとって技術的な不都合を引き起こす。

[007] したがって、自由勤務の配送作業員の自己割り当ておよび正確な存在の確認のための改善された方法およびシステムが必要とされている。

[008] 本開示の一態様は、モバイルデバイス上に実装された、タスク受付のためのコンピュータ実装システムに関する。モバイルデバイスは、表示デバイスと、スキャンデバイスと、命令を記憶するメモリと、少なくとも１つのプロセッサとを備える。少なくとも１つのプロセッサは、命令を実行して、記憶されたプリファレンスのセットに基づく配送タスクのリストをサーバから受信し、配送タスクのリストを表示デバイスに表示し、配送タスクを受け付けるためのユーザインタフェース要素との対話を表示デバイス上で受信するように構成されてもよい。少なくとも１つのプロセッサは、受付済のタスクに関連付けられたタスク識別子をサーバに転送し、受付済の配送タスクを達成するための第１の配送拠点に関連付けられたコードを含む応答メッセージを受信し、第１の配送拠点における存在を確認するための対話を表示デバイス上で受信し、第１の配送拠点に関連付けられた証印をスキャンデバイスを介してスキャンし、証印と受信したコードが一致するか否かを判定し、証印と受信したコードが一致するという判定に応答して、受付済の配送タスクが第１の配送拠点で実行されたという表示を提供するようにさらに構成されてもよい。

[009] 本開示の別の態様は、命令を記憶するメモリと、少なくとも１つのプロセッサとを備える、タスク受付のためのコンピュータシステムに関する。少なくとも１つのプロセッサは、各配送タスクが配送拠点に関連付けられた、配送タスクのリストを受け付けるために受信して記憶し、配送作業員のための１つまたは複数の配送タスクの要求をモバイルデバイスから受信し、モバイルデバイスに送信するために記憶された配送タスクのセットを決定し、そのセットをモバイルデバイスに転送し、配送タスクのセットからの配送作業員のためのタスクの受付をモバイルデバイスから受信し、受信した受付を承認するか否かを判定し、そして、受信した受付を承認するという判定に応答して、承認メッセージが配送拠点に関連付けられたコードを含む承認メッセージをモバイルデバイスに転送する命令を実行するように構成されてもよい。

[0010] 本開示のさらに別の態様は、上述のモバイルデバイスおよびコンピュータシステムを備えるコンピュータ実装システムに関する。

[0011] 上述のシステムを実装し、補完し、または動作させる方法およびコンピュータ可読媒体もまた、本明細書で説明される。他のシステム、方法およびコンピュータ可読媒体もまた、本明細書で説明される。

[0012] 図１Ａは、開示された実施形態と一致する、出荷、輸送および物流のオペレーションを可能にする通信のためのコンピュータ化されたシステムを含むネットワークの例示的な実施形態を示す概略ブロック図である。 [0013] 図１Ｂは、開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す図である。 [0014] 図１Ｃは、開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、製品および製品に関する情報を含む例示的な単一表示ページ（ＳＤＰ）を示す図である。 [0015] 図１Ｄは、開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。 [0016] 図１Ｅは、開示された実施形態と一致する、対話型ユーザインタフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す図である。 [0017] 図２は、開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。 [0018] 図３は、開示された実施形態と一致する、モバイルデバイスからの配送タスクの要求を満たすためのシステムおよびデバイスのネットワークを示すシステムのブロック図である。 [0019] 図４Ａは、開示された実施形態と一致する、配送作業員がモバイルデバイス上で特定の種別の配送タスクを要求するために使用する例示的なユーザインタフェースを示す図である。 [0020] 図４Ｂは、開示された実施形態と一致する、配送作業員がモバイルデバイス上で特定の配送タスクを受け付けるために使用する例示的なユーザインタフェースを示す図である。 [0021] 図５Ａは、開示された実施形態と一致する、モバイルデバイス上でのプリファレンスおよび業務受付の構成を可能にする例示的な方法を示す図である。 [0022] 図５Ｂは、開示された実施形態と一致する、モバイルデバイス上での存在確認のための例示的な方法を示す図である。 [0023] 図５Ｃは、開示された実施形態と一致する、モバイルデバイス上での存在確認のための例示的なユーザインタフェースを示す図である。 [0024] 図６Ａは、開示された実施形態と一致する、モバイルデバイス上で配送作業員に割り当てるために配送タスクをインスタンス化する例示的なデータ構造を示す図である。 [0025] 図６Ｂは、開示された実施形態と一致する、モバイルデバイス上で配送作業員に割り当てるための配送タスクに関するデータ入力用の例示的なユーザインタフェースを示す図である。

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

[0027] 本開示の実施形態は、個々の配送作業員のプリファレンスに基づいて、利用可能な配送タスクを配送作業員に割り当てるように構成されたシステムおよび方法に関する。配送作業員は、配送のために都市の特定のエリアを選択してもよく、支払い（例えば、配送されたかまたは集荷された荷物ごとの顧客からの支払い）と引き換えにそれらのエリアに荷物を配送する一連のタスクが提示されてもよい。配送作業員は、特定のタスクのための特定の時間帯を要求してもよい。例えば、配送作業員は、午後１１：００から午前４：００までの間に夜間配送を行うよう要求してもよく、これにより、その配送作業員が対応可能な配送タスクの数を低減してもよい。（本開示の実施形態は、配送作業員のプリファレンスを手動で無効にすることを可能にするユーザインタフェースを含んでもよい。）配送作業員は、配送（例えば、キャンプなどの配送拠点から荷物を受け取り、それを顧客の住宅に置いてくること）、返送（例えば、顧客の住宅から荷物を受け取り、それを配送拠点または返却センターに返送すること）、および配送／返送（例えば、ある荷物をキャンプから顧客の住宅まで運び、第２の荷物を近隣の住宅からキャンプまで運ぶこと）を含む特定の種別のタスクを要求してもよい。配送作業員は、モバイルデバイスを使用して、正しい時刻に正しい配送拠点に到着したことを確認してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0044] いくつかの実施形態では、あるユーザが１つの種類のモバイルデバイスを使用してもよい（例えば、正規作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアを備えた専用のＰＤＡを使用してもよい）が、他のユーザは、他の種類のモバイルデバイスを使用してもよい（例えば、臨時または交替の作業員は既製の携帯電話および／またはスマートフォンを利用してもよい）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0072] 図３は、開示された実施形態と一致する、モバイルデバイスからの配送タスクの要求を満たすためのシステムおよびデバイスのネットワークを示すシステム３００のブロック図である。システム３００は、内部フロントエンドシステム１０５と、輸送システム１０７と、モバイルデバイス１０７Ａ～１０７Ｃとを含む。

[0073] 上述したように、内部フロントエンドシステム１０５は、内部ユーザ（例えば、キャンプゾーン２１５の管理者、パッキングゾーン２１１で作業するパッキング作業員、パッキングゾーン２１１またはキャンプゾーン２１５で作業する作業員など）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装されてもよい。例えば、図５Ａに関して以下に説明するように、キャンプゾーン２１５の管理者は、（例えば、モバイルデバイス１０７Ａを使用して）特定の業務を受け付ける要求を配送作業員から受信してもよい。管理者は、内部フロントエンドシステム１０５を使用して、（例えば、コンピュータ、モバイルデバイス、または他の電子システムを使用して）要求を拒否するかまたは承認してもよい。

[0074] 別の例として、キャンプゾーン２１５の管理者は、システム（例えば、モバイルデバイス）を利用して、内部フロントエンドシステム１０５に記憶され、これによって操作されるユーザインタフェースにアクセスし、配送タスクの記憶、修正、作成または削除を行ってもよい。例えば、図６Ａおよび図６Ｂに関して以下に説明するように、管理者は、内部フロントエンドシステム１０５を使用して、（例えば、コンピュータ、モバイルデバイス、または他の電子システムを使用して）配送タスクに関するデータを入力するか、または複数の配送タスクを含むデータ構造をアップロードしてもよい。

[0075] 上述したように、輸送システム１０７は、システム１００内の（内部フロントエンドシステム１０５などの）システムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実装されてもよい。例えば、図４Ａおよび図４Ｂに関して以下に説明するように、配送作業員は、（例えば、モバイルデバイス１０７Ａを使用して）都市の所望のエリア、配送用の荷物の数、および配送時間などの配送タスクのプリファレンスを選択してもよい。別の例として、図５Ａ～図５Ｃに関して以下に説明するように、配送作業員は、（例えば、モバイルデバイス１０７Ａを使用して）特定の配送タスクを要求し、配送タスクを受け付け、可視証印（ＱＲコードなど）をスキャンして、配送を開始する前に自分が適切な場所にいると判断してもよい。

[0076] いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃは、（図４Ａ、図４Ｂ、および図５Ａ～図５Ｃに関して以下の説明を含む）本明細書で説明するように、配送作業員が、輸送システム１０７などのシステム１００内の１つまたは複数のシステムと対話することを可能にするように構成されてもよい。図３は、モバイルデバイス１０７Ａ～１０７Ｃをモバイルデバイス（例えば、携帯電話、携帯情報端末、タブレット、ファブレットなど）として示しているが、いくつかの実施形態では、１０７Ａ～１０７Ｃのうちの１つまたは複数は、デスクトップコンピュータ、ラップトップコンピュータ、スマートウォッチ、スマートグラス、音声対応スマートアシスタント、またはネットワーク接続性およびユーザインタフェースを提供する任意の他のデバイスなどの異なるデバイスに置き換えられてもよい。モバイルデバイス１０７Ａ～１０７Ｃは、視覚的証印（例えば、ＱＲコードなどの二次元バーコード）を撮像するカメラまたは非視覚的証印（例えば、近距離無線通信（ＮＦＣ）タグ）を取り込む回路などのスキャンデバイスを含んでもよい。

[0077] 図４Ａは、開示された実施形態と一致する、配送作業員がモバイルデバイス（１０７Ａ～１０７Ｃ）上で特定の種別の配送タスクを要求するために使用する例示的なユーザインタフェース４００、４０２および４０４を示している。

[0078] ユーザインタフェース４００は、モバイルデバイス１０７Ａなどのモバイルデバイス上でユーザに表示される第１のインタフェースを示す。インタフェース４００は、カレンダ４０１、ボタン４０３、業務のリスト４０５、ボタン４０７およびボタン４０９を含む。カレンダ４０１は、ユーザがモバイルデバイス１０７Ａ（例えば、タッチ、クリック、ドラッグ、またはスワイプによって）と対話して、将来および過去の両方の配送タスクを閲覧することを可能にする。配送作業員は、列挙された日のうちの１つと対話して、リスト４０５においてユーザに表示される配送タスクのリストを検索してもよい。

[0079] ボタン４０３は、ユーザが、配送作業員のプリファレンスに適合する１つまたは複数の業務に申請することを可能にする。業務の申請は、例えば図４Ｂに関して以下に説明される。

[0080] リスト４０５は、配送作業員によって申請され、かつ配送作業員が配送を承認された業務を列挙している。リスト４０５における最初の業務はこのようなリストの一例であり、場所（南楊州）、配送の種別（同日配送）、配送作業員が対応可能でなければならない時間帯（８月８日１０：００～１７：００）、業務をキャンセルする場合のキャンセル期限（８月７日）、および、配送作業員が配送を行う対価として受け取る配送料（１，１００ウォン）を含む。いくつかの実施形態では、リスト４０５は、配送作業員によって受け付けられた各業務についてより多いかまたはより少ないフィールドを含んでもよい。

[0081] インタフェース４０２は、マップ４１１を含む。いくつかの実施形態では、マップ４１１は、配送作業員によって受け付けられた配送タスクに関連するエリアを表してもよい。例えば、インタフェース４００（リスト４０５内）に列挙された配送タスクは、配送作業員が、１つまたは複数の荷物をそのエリア内の顧客に配送しなくてはならないと予想することになるように網掛けでマップ４１１上に示された特定のエリア（地域、区、町、市、村または他の区域など）を含んでもよい。

[0082] インタフェース４０４は、インタフェース要素４１３、４１５および４１７を含む。インタフェース要素４１３、４１５および４１７の各々は、配送作業員が特定の種別の配送タスクを受け付けたい時間帯を選択することを可能にする。例えば、第１の配送作業員は、週間労働時間１０：００から２１：００の間の日中配送の配送タスクを受け付ける一方で、その日の２３：００から翌日の７：００の間の夜間配送タスクのみを受け付けることを希望してもよい。

[0083] 図４Ｂは、開示された実施形態と一致する、配送作業員がモバイルデバイス上で特定の配送タスクを受け付けるために使用する例示的なユーザインタフェース４２０、４４０および４６０を示している。ユーザインタフェース４２０は、要素４２１、４２３および４２５を含む。

[0084] 要素４２１は、配送ドライバの所望の配送エリアのリストを含む。例示的な図４Ｂでは、配送作業員は、特定の都市である南揚州内の配送のみを許可することを選択している。配送作業員は、要素４２１と対話して１つまたは複数の所望の配送エリアを削除するか、または要素４２１と対話してさらなる配送エリアを追加することができる。図４Ｂは単一の所望の配送エリア、すなわち単一の都市のみを示しているが、インタフェース４２０は、配送作業員が、単一の市、町または村（例えば、地域）、ならびに複数の市、町または村の区画を含む多数または少数のエリアを選択することを可能にする。

[0085] 要素４２３は、配送作業員に関連付けられた受付済かつ承認済の配送タスクを示す。例えば、要素４２３に示されるタスクは、明け方配送型タスク（例えば、特定の日の明け方前または明け方間近の配送）として列挙される。このタスクでは、要素４２３は、配送ごとに１，７００ウォンの配送料と、列挙された日の前日の夜１１：００（２０１９年８月８日）から列挙された日の７：００の間に配送が行われるという要件とを含む。

[0086] 要素４２３は、配送作業員によって受け付けられ、配送作業員のために承認された追加の配送タスクを列挙している。翌日に関連付けられたこれらの追加の配送タスクの各々は、それらに関連付けられた異なるパラメータ（例えば、異なる配送料、異なる配送時間および異なる配送種別）を有してもよい。

[0087] インタフェース４４０は、配送作業員が自身の配送タスクのプリファレンスを選択するのに使用するためのプリファレンスページを示している。例示的なインタフェース４４０は、要素４４１、４４３、４４５および４４７を含む。

[0088] 要素４４１は、配送作業員の選択された種別の配送タスクに関する。例えば図４Ｂは、配送（例えば、キャンプゾーン２１５などの配送拠点から荷物を受け取り、それを顧客の住宅に置いてくること）、返送（例えば、顧客の住宅から荷物を受け取り、それをキャンプゾーン２１５または返却センターに返送すること）、および配送／返送（例えば、ある荷物をキャンプゾーン２１５から顧客の住宅まで運び、第２の荷物をその住宅または別の住宅からキャンプゾーン２１５まで運ぶこと）の、３種類の配送タスクを示している。（いくつかの実施形態では、他の種別の配送タスクが同様に選択されてもよい。）配送作業員は、要素４４１と対話して完了したい配送タスクの種別を選択してもよい。

[0089] 要素４４３は、配送作業員が業務ごとに配送したい荷物の選択可能な数を示している。配送作業員は、配送料が高いという理由で多数の荷物が望ましいと判断することがある。例示的なインタフェース４４０では、要素４４３は荷物の範囲を選択することが必要であり、いくつかの実施形態では、要素４４３は、（例えば、特定の値を入力することによって）カスタム範囲、すなわち荷物の最小数、または荷物の最大数を選択するように配送作業員に促してもよい。インタフェース４４０はまた、所望の最低配送料を入力するように配送作業員に促してもよい。

[0090] いくつかの実施形態では、所望のタスク、所望の荷物数、および所望のエリアを含むインタフェース４４０内の所望のプリファレンスが無効にされて、配送作業員が選択のために少なくともいくつかの最小数の配送タスクを受信できるようにすることに留意されたい。配送作業員は、要素４４７と対話して、不適合タスク（すなわち、インタフェース４４０内のプリファレンスのうちの１つまたは複数に適合しない非優先タスク）がモバイルデバイス１０７Ａ上で受信されることを可能にするために、プリファレンス適合性要件を切り替えてもよい。例えば、配送作業員が要素４４１において「返送」を選択し、要素４４７において「はい」を選択し、唯一の配送タスクが「配送」または「配送／返送」タスクである場合、モバイルデバイス１０７Ａは、それらの利用可能な配送タスクを受信して表示してもよい。配送作業員が要素４４７において「いいえ」を選択した場合、配送タスクは表示されない。

[0091] いくつかの実施形態では、要素４４７の決定が無効にされて、要素４４７において「いいえ」を選択した配送作業員であっても、少なくともいくつかの最小数の配送タスクを依然として受信できるようにしてもよい。

[0092] インタフェース４６０は、要素４６１、４６３、４６５および４６７と、ボタン４６９とを含む。インタフェース４６０は、配送作業員が、割り当てられた配送タスクを実行する際に使用する車両に関する情報を入力し、かつ契約条件に合意することを可能にする。要素４６１は、配送作業員が荷物を配送するために使用する車両の種類を入力することを可能にする。例えば配送作業員は、自動車の製造元およびモデルを（例えば、キーボードまたは仮想キーボードを使用して）入力するか、またはドロップダウンリストから製造元およびモデルを選択することによって入力してもよい。要素４６３は、配送作業員がナンバープレートを入力することを可能にする。要素４６５は、配送作業員が色を選択することを可能にする。

[0093] いくつかの実施形態では、モバイルデバイス１０７Ａを使用する配送作業員は、（例えば、そうでない場合は権限のない個人が入場することができないので）配送作業員がキャンプゾーン２１５に入場することを可能にするための車両情報を入力してもよい。

[0094] 要素４６１、４６３、４６５および４６７への情報の入力または確認を行った後、配送作業員はボタン４６９と対話して、配送タスクのプリファレンスを更新してもよい。いくつかの実施形態では、ボタン４６９と対話することにより、モバイルデバイス１０７Ａは、配送車両の変更（要素４６１、４６３、４６５）またはプリファレンスの変更（要素４４１、４４３、４４５、４４７）を含む通信を輸送システム１０７に送信する。

[0095] 図５Ａは、開示された実施形態と一致する、モバイルデバイス１０７Ａ上でのプリファレンスおよび業務受付の構成を可能にする例示的な方法５００を示している。例示的な方法５００は、モバイルデバイス１０７Ａと輸送システム１０７との間の通信として示されており、いくつかの実施形態では、１つまたは複数の追加のデバイス（例えば、内部フロントエンドシステム１０５または複数のネットワークデバイス）が、モバイルデバイス１０７Ａと輸送システム１０７との間の通信を分離してもよい。

[0096] 方法５００はステップ５０１から開始する。ステップ５０１において、配送作業員は、モバイルデバイス１０７Ａ上のアプリケーションを初期化してもよい。例えば、配送作業員は、モバイルデバイス１０７Ａ上のアイコンをクリックするか、ドラッグするか、スワイプするか、または他の方法で対話して、アプリケーションを開始してもよい。いくつかの実施形態では、アプリケーションは、図４Ａおよび図４Ｂに関して上述したように動作してもよい。

[0097] ステップ５０３において、配送作業員は、モバイルデバイス１０７Ａを使用して、配送タスクに対する１つまたは複数のプリファレンスを選択してもよい。ステップ５０３は、例えば配送のエリア、荷物の数、および配送タスクの期間の選択を含む。（ステップ５０３の実施形態は、図４Ａおよび図４Ｂに関して上述されている。）

[0098] ステップ５０５において、モバイルデバイス１０７Ａは選択されたプリファレンスを輸送システム１０７に転送してもよく、このプリファレンスはステップ５０７において受信される。

[0099] ステップ５０９において、輸送システム１０７は利用可能な配送タスクのリストを受信してもよい。いくつかの実施形態では、輸送システム１０７は、利用可能な配送タスクのリストを内部フロントエンドシステム１０５から検索してもよく、内部フロントエンドシステムは、配送タスクをシステム１００内の１つまたは複数のシステム（例えば、出荷および注文追跡システム１１１または出荷権限技術システム１０１）から検索してもよい。輸送システム１０７は、フラットファイル、データベース、ＳＱＬクエリの結果、カンマ区切りフォーマット（ＣＳＶ）ファイル、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌファイルなどを含む様々な形式でタスクのリストを受信してもよい。

[00100] ステップ５１１において、輸送システム１０７は、モバイルデバイス１０７Ａに関連付けられたプリファレンスに基づいて、受信した配送タスクをフィルタリングしてもよい。例えば配送タスクは、地域、開始日時、作業の種別などの複数のフィールドを含むデータストアを使用して表してもよい。（例示的なデータ形式は、図６Ａおよび図６Ｂに関して以下に説明される。）いくつかの実施形態では、輸送システム１０７は、受信したタスクをステップ５０７において受信したプリファレンスに基づいてフィルタリングしてもよい。例えば、配送作業員が、非優先タスクを受信したいことを示す要素４４７（図４Ｂ）の「はい」をチェックした場合、輸送システム１０７は、ステップ５０９において受信したタスクの全てまたはサブセット（例えば、荷物の数または地域の選択に対するプリファレンスにもかかわらず、同じ都市におけるタスクのみ）を転送してもよい。他の実施形態では、輸送システム１０７は、受信したタスクをステップ５０７において受信したプリファレンスに基づいて分類してもよい。例えば、配送作業員が、非優先タスクを受信したいことを示す要素４４７（図４Ｂ）の「はい」をチェックした場合、輸送システム１０７は、ステップ５０９において受信したタスクから優先タスク（例えば、各プリファレンスに適合するもの）を決定してもよく、（ステップ５１３に関する以下の説明の通り転送する前に）タスクのリストを分類してそれらの優先タスクを最初に列挙してもよい。

[00101] ステップ５１３において、輸送システム１０７は、フィルタリングおよび／または分類が行われたタスクをモバイルデバイス１０７Ａに転送してもよく、このタスクはステップ５１５において受信される。転送されたタスクは、タスクＩＤ、時間、タスクの場所、荷物の数、配送料または他の情報などのタスク情報を含んでもよい。

[00102] いくつかの実施形態では、モバイルデバイス１０７Ａによって受信されたタスクは、（図４Ａおよび図４Ｂに関して上述したように）配送作業員のプリファレンスに適合するタスクのみを含んでもよい。他の実施形態では、受信したタスクはタスクの分類されたリストを含んでもよく、配送作業員のプリファレンスに適合するタスクは、不適合タスクから分離される（例えば、適合タスクが最初にリストに列挙され、不適合タスクがその後にリストに列挙される）。

[00103] ステップ５１７において、モバイルデバイス１０７Ａは、受信したタスクを、配送作業員が閲覧するためにディスプレイ上に提示してもよい。いくつかの実施形態では、上述したように、タスクは配送作業員のプリファレンスに適合するタスクのみを含んでもよい。他の実施形態では、タスクは全てのタスクを含んでもよいが、配送作業員のプリファレンスに適合しないタスクを、表示されたリストまたは別個のリストの下方に向かって順序付けてもよい。図４Ｂに関して上述したように、各タスクについて表示される情報は、タスクＩＤ、時間、タスクの場所、荷物の数、配送料または他の情報などの情報を含んでもよい。

[00104] ステップ５１９において、モバイルデバイス１０７Ａは、少なくとも１つのタスクについて１つまたは複数の選択（例えば、スワイプ、クリック、タップまたはドラッグなどの対話）を配送作業員から受信してもよい。例えば、配送作業員は、チェックボックスボタンをクリックしてタスクを受け付け、「Ｘ」ボタンをクリックしてタスクを拒否してもよい。他の実施形態では、配送作業員には、チェックボックスボタンをクリックしてタスクを受け付けるオプションのみが与えられてもよい。モバイルデバイス１０７Ａは、配送作業員によって（例えば、タスクＩＤによって）受け付けられたタスクを集め、それらを輸送システム１０７に転送してもよい。選択されたタスクは、ステップ５２３において輸送システム１０７によって受信される。

[00105] ステップ５２５において、輸送システム１０７は、受信した受付済のタスクを承認するか否かを判定してもよい。ステップ５２５は、様々な方法で実行されてもよい。一例として、いくつかの実施形態では、受信した受付済のタスクを承認することが、キャンプゾーン２１５の管理者によって操作されるモバイルデバイスなどのユーザに関連付けられたコンピュータデバイスに通知を転送することを含んでもよい。管理者は、ユーザインタフェース要素と対話することによって、配送作業員の受付を承認するか否かを判定してもよい。他の実施形態では、受信した受付済のタスクを承認することは、自動承認プロセスを実行することを含んでもよい。このような処理は、例えば、配送作業員の過去の配送履歴（例えば、信頼できる配送作業員の受付済の業務を承認し、信頼できない配送作業員の受付済の業務を拒否すること）に基づいて、配送作業員を承認することを含んでもよい。

[00106] ステップ５２５の一部として、利用可能なタスクのキューからタスクが削除されてもよい。これは、例えば、管理者や他のユーザがモバイルデバイス１０７Ａを用いた配送作業員による受付を承認するかまたは拒否する前に、モバイルデバイス１０７Ａ上の第１のユーザが、モバイルデバイス１０７Ｃ上の第２のユーザと実質的に同時にタスクを受け付けることを防止する。

[00107] ステップ５２５において、（例えば、ユーザ入力または判定の結果に基づいて）タスクの受付が承認されるべきであると輸送システム１０７が判定した場合、方法はステップ５２９に進んでもよく、ここで、輸送システム１０７は承認メッセージをモバイルデバイス１０７Ａに転送する。承認メッセージは、タスクＩＤまたはタスクと関連付けられた他の情報を含んでもよい。いくつかの実施形態（図５Ｂに関して以下で説明するものを含む）では、承認メッセージは、キャンプゾーン２１５に関連付けられたキャンプコードを含んでもよい。キャンプコードは、例えばキャンプゾーン２１５（「ＣＡＭＰ＃１」または「ＣＡＭＰ ＸＹＺ １２３」など）に関連付けられた固有の静的識別子または動的識別子であってもよい。承認メッセージは、ステップ５３１においてモバイルデバイス１０７Ａで受信される。

[00108] その一方で、ステップ５２５において、（例えば、ユーザ入力または判定の結果に基づいて）タスクの受付が承認されるべきであると判定された場合、方法はステップ５２７に進んでもよい。ステップ５２７において、輸送システム１０７は、利用可能なタスクのキューにタスクを挿入して、別のユーザ（例えば、モバイルデバイス１０７Ｃを使用する配送作業員）がタスクを受け付けることができるようにしてもよい。いくつかの実施形態では、ステップ５２７はまた、モバイルデバイス１０７Ａに拒否メッセージを送信することを含む。拒否メッセージは、タスクＩＤまたはタスクと関連付けられた他の情報を含んでもよい。

[00109] 図５Ｂは、開示された実施形態と一致する、モバイルデバイス上での存在確認のための例示的な方法５４０を示している。

[00110] 方法５４０は、ステップ５４１から開始する。ステップ５４１において、配送作業員は、モバイルデバイス１０７Ａ上のアプリケーションを初期化してもよい。例えば、配送作業員は、モバイルデバイス１０７Ａ上のアイコンをクリックするか、ドラッグするか、スワイプするか、または他の方法で対話して、アプリケーションを開始してもよい。

[00111] ステップ５４３において、モバイルデバイス１０７Ａは、キャンプゾーン（例えば、キャンプゾーン２１５）で証印をスキャンしてキャンプコードを検索するようにユーザ（例えば、配送作業員）を促してもよい。本開示の実施形態は、クイックレスポンス（ＱＲ）コードをこのような証印の例として利用するが、他の実施形態も可能である。例えば、モバイルデバイス１０７Ａは、（一次元バーコードおよび二次元バーコードを含む）他の視覚的証印、または（ＮＦＣタグを含む）非視覚的証印をスキャンしてキャンプコードを検索するように構成されてもよい。いくつかの実施形態では、モバイルデバイス１０７Ａは、（例えば仮想キーボードを介した）キャンプコード入力を可能にするように構成されてもよい。

[00112] ステップ５４５において、モバイルデバイス１０７Ａは、スキャンされたキャンプコードを図５Ａの輸送システム１０７から受信した承認メッセージと比較してもよい。例えばスキャンされたキャンプコードは、「ＣＡＭＰ＃１」などの識別子を含んでもよく、モバイルデバイスは、「ＣＡＭＰ＃３」、「ＣＡＭＰ＃４」、「ＣＡＭＰ＃１」および「ＣＡＭＰ＃３」のキャンプコードを有する承認メッセージを含んでもよい。この状況では、モバイルデバイス１０７Ａを使用する配送作業員は、４つの配送タスクを自分に割り当ててもよく、そのうちの２つはキャンプ＃３にある。いくつかの実施形態では、ステップ５４５がモバイルデバイス１０７Ａに記憶された承認メッセージ内のキャンプコードを比較することを含む一方で、他の実施形態は、他の場所に（例えば、輸送システム１０７または別のシステムに）記憶された承認メッセージ内のキャンプコードを比較することを含んでもよい。

[00113] ステップ５４７において、モバイルデバイス１０７Ａは、記憶された承認とステップ５４３でスキャンされたコードとの間に一致があるか否かを判定してもよい。記憶された承認とステップ５４３でスキャンされたコードとの間に一致がない場合、方法５４０はステップ５４９に進んでもよい。ステップ５４９において、モバイルデバイス１０７Ａは、配送作業員に関連付けられた受付済かつ承認済の任意の配送タスクにキャンプが関連付けられていないことを示す警告を配送作業員に提供してもよい。警告は、配送作業員が別のキャンプに進むべきであるというメッセージを含んでもよい。

[00114] その一方で、記憶された承認とステップ５４３でスキャンされたコードとの間に一致がある場合、方法５４０はステップ５５３に進んでもよい。ステップ５５３において、モバイルデバイス１０７Ａは、配送作業員が正しい場所にいることを配送作業員に通知してもよい。メッセージは、配送のために第１の荷物を集荷する方法についての指示を含んでもよい。

[00115] 一方で、（例えば、ユーザが既にそのキャンプの全ての承認済タスクを配送したか、または誤ってキャンプゾーン２１５のコードを２回スキャンしたため）記憶された承認とステップ５４３でスキャンされたコードとの間に一致はあるが、コードが既にスキャンされている場合、方法５４０はステップ５５１に進んでもよい。ステップ５５１において、モバイルデバイス１０７Ａは、コードが既にスキャンされているという警告を配送作業員に提供してもよい。警告は、配送作業員が配送を続行すべきか、または別のキャンプに進むべきであるというメッセージを含んでもよい。

[00116] 図５Ｃは、開示された実施形態と一致する、モバイルデバイス上での存在確認のための例示的なユーザインタフェース５５０、５５２および５５４を示している。

[00117] インタフェース５５０は、ステップ５５３（図５Ｂ）に対応し、配送作業員が正しい場所にいるという表示を含む。配送のために第１の荷物を集荷する方法についての指示を含む他の情報がインタフェース５５０に表示されてもよい。

[00118] インタフェース５５２は、ステップ５５１（図５Ｂ）に対応し、配送作業員がモバイルデバイス１０７Ａを用いてキャンプゾーン２１５のキャンプコードを既にスキャンしたという表示を含む。配送作業員が配送を続行すべきか、または別のキャンプに進むべきであるというメッセージを含む他の情報がインタフェース５５０に表示されてもよい。

[00119] インタフェース５５４は、ステップ５４９（図５Ｂ）に対応し、記憶された承認とモバイルデバイス１０７Ａによってスキャンされたコードとが一致しないという表示を含む。配送作業員が別のキャンプに進むべきか、キャンプ管理者に支援を求める連絡をすべきであるというメッセージを含む他の情報がインタフェース５５０に表示されてもよい。

[00120] 図６Ａは、開示された実施形態と一致する、モバイルデバイス上で配送作業員に割り当てるために配送タスクをインスタンス化する例示的なデータ構造６００を示している。図３および図５Ａに関して上述したように、ユーザ（例えば、キャンプゾーン２１５に関連付けられたキャンプ管理者）は、配送タスクに対応するデータを入力してもよい。データ構造６００は、データベース、データストア、フラットファイル、カンマ区切りフォーマット（ＣＳＶ）ファイル、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌ（ＸＬＳ）ファイル、テーブル、ＳＱＬデータベース、または情報を記憶する任意の他の形式のデータ構造として実装されてもよい。いくつかの実施形態では、ユーザ（例えば、キャンプゾーン２１５に関連付けられたキャンプ管理者）は、データ構造を図１Ａのシステム（例えば、輸送システム１０７）にアップロードして、今後の期間（例えば、次の４８時間）に必要と予測される作業の種別を示してもよい。他の実施形態では、データ構造６００は図１Ａの別のシステム（例えば、ＳＡＴシステム１０１）によって自動的に生成されてもよい。

[00121] データ構造６００は、例えばキャンプ識別子６０１、配送日６０３、配送種別６０５、作業員種別６０７、タスクタイトル６０９、受付ウィンドウ６１１、タスクウィンドウ６１３および作業員数６１５を含んでもよい。

[00122] いくつかの実施形態では、キャンプ識別子６０１は特定の配送タスクが由来するキャンプゾーン２１５に関連付けられた識別子を表してもよい。識別子は、英数字、数値またはアルファベットであってもよく、記号を含んでもよく、または任意の他の形式のデータを使用して表されてもよい。

[00123] いくつかの実施形態では、配送日６０３は配送タスクが関連付けられた日を示してもよい。例えば配送日６０３は、全ての荷物が配送タスクのために集荷されなければならないか、または配送タスクによって配送されなければならない日を表してもよい。

[00124] いくつかの実施形態では、配送種別６０５は配送タスクのための配送の種別を示してもよい。配送種別の例には、明け方配送（例えば、特定の日の明け方前または明け方間近の配送）、同日配送（例えば、受付終了時間までに注文された場合、その日の終わりまでの配送）、翌日配送（例えば、受付終了時間までに注文された場合、翌日の終わりまでの配送）、夜間配送（例えば、ある日の夕方または翌日の早朝の配送）などが含まれる。他の配送種別も同様に可能である。

[00125] いくつかの実施形態では、作業員種別６０７は配送タスクに割り当てられるべき作業員の種別を示してもよい。作業員種別の例には、「自由勤務」または臨時の作業員（例えば、独立した請負業者として勤務し、上述のシステムを使用して荷物を選択し、受け付け、かつ配送する者）、および常勤の作業員（例えば、キャンプゾーン２１５を所有するかまたは運営し、日常業務の一部としてタスクが割り当てられている会社に勤務する者）が含まれる。

[00126] いくつかの実施形態では、タスクタイトル６０９はタスクに割り当てられたタイトルを表してもよい。タスクタイトル６０９は、タスクの区別に役立つように使用されてもよい。

[00127] いくつかの実施形態では、受付ウィンドウ６１１は、提供された配送タスクを配送作業員がその間に受け付けなくてはならない期間を示してもよい。配送作業員がモバイルデバイス１０７Ａを使用してウィンドウ６１１の期間外に配送タスクを受け付けた場合、作業員の要求は（自動的にまたは他の方法で）拒否されてもよい。

[00128] タスクウィンドウ６１３は、いくつかの実施形態では、受け付けた（および受付が承認された）配送作業員が配送タスクに関連付けられた荷物を配送しなければならない期間を示してもよい。いくつかの実施形態では、タスクウィンドウ６１３を使用して、適時性に基づく配送作業員のコンプライアンスおよび格付けまたは等級付けを確実にしてもよい。

[00129] いくつかの実施形態では、作業員数６１５は特定の配送タスクに必要であると考えられる作業員の数を示してもよい。例えばタスク６１７は、関連付けられた荷物を配送するために４５人の配送作業員を必要とし、タスク６１９は、関連付けられた荷物を配送するために２７人の配送作業員を必要とする。作業員数６１５は、公式から推定されてもよいし、ユーザによって手動で入力されてもよい。

[00130] 図６Ｂは、開示された実施形態と一致する、モバイルデバイス上で配送作業員に割り当てるための配送タスクに関するデータ入力用の例示的なユーザインタフェース６２０を示している。

[00131] ユーザインタフェース６２０は、要素６２１、６２３、６２５、６２７、６２９、６３０、６３１、６３２、６３３、６３５、６３７および６３９を含む。ユーザ（例えば、キャンプゾーン２１５の管理者）は、ユーザインタフェース６２０上の要素にデータを入力して、１人または複数の配送作業員が受け付ける新しい配送タスクを作成してもよい。いくつかの実施形態では、輸送システム１０７は、ユーザに提示する前に、ユーザインタフェース６２０の１つまたは複数の要素について事前に追加された情報を生成してもよい。

[00132] いくつかの実施形態では、要素６２１はユーザが配送タスクに関連付けられたタイトルを入力することを可能にしてもよい。タイトルは、タスクの区別に役立つように使用されてもよい。

[00133] いくつかの実施形態では、要素６２３はユーザが配送タスクに関連付けられたキャンプを選択することを可能にしてもよい。いくつかの実施形態では、要素６２３はドロップダウンボックスであってもよく、他の実施形態では、要素６２３は（例えば、キーボードによる）入力用のテキストフィールドであってもよい。

[00134] いくつかの実施形態では、要素６２５は、キャンプが移動型キャンプであるか否かをユーザが選択することを可能にしてもよい。いくつかの実施形態では、移動型キャンプは、図１Ａの他のシステムまたは図２の他のゾーンを所有するかまたは運営する会社によって所有されているかまたは運営されていないキャンプゾーン２１５であってもよい。このような移動型キャンプは、例えばガソリンスタンド、トラック、長物車両またはレンタル倉庫に存在してもよく、他の可能性も想定される。

[00135] いくつかの実施形態では、要素６２７はユーザが配送種別を入力することを可能にしてもよい。配送種別の例には、明け方配送（例えば、特定の日の明け方前または明け方間近の配送）、同日配送（例えば、受付終了時間までに注文された場合、その日の終わりまでの配送）、翌日配送（例えば、受付終了時間までに注文された場合、翌日の終わりまでの配送）、夜間配送（例えば、ある日の夕方または翌日の早朝の配送）などが含まれる。他の配送種別も同様に可能である。

[00136] いくつかの実施形態では、要素６２９は、提供された配送タスクを配送作業員がその間に受け付けなくてはならない期間が示される受付ウィンドウに、ユーザが入力することを可能にしてもよい。配送作業員がモバイルデバイス１０７Ａを使用して受付ウィンドウの期間外に配送タスクを受け付けた場合、作業員の要求は（自動的にまたは他の方法で）拒否されてもよい。

[00137] いくつかの実施形態では、要素６３０はユーザが配送タスクのための荷物の数を入力することを可能にしてもよい。荷物の数は推定値であってもよく、履歴データ（例えば、過去７日間に特定の地域に配送するための荷物の範囲）に基づいて事前に追加されてもよい。

[00138] いくつかの実施形態では、要素６３１は、受け付けた（および受付が承認された）配送作業員が配送タスクに関連付けられた荷物を配送しなければならない期間が示されるタスクウィンドウに、ユーザが入力することを可能にしてもよい。いくつかの実施形態では、タスクウィンドウを使用して、適時性に基づく配送作業員のコンプライアンスおよび格付けまたは等級付けを確実にしてもよい。

[00139] いくつかの実施形態では、要素６３２はユーザが配送タスクのための配送エリアを入力することを可能にしてもよい。いくつかの実施形態では、配送領域は、地域、街路、集合住宅、または別の地理的区域もしくは行政的区域を含んでもよい。

[00140] いくつかの実施形態では、要素６３３はユーザが配送タスクのための作業員数を入力することを可能にしてもよい。いくつかの実施形態では、作業員数は特定の配送タスクに必要であると考えられる作業員の数を示してもよい。作業員数は、（例えば、荷物の数またはエリアの大きさに基づく）公式から推定されてもよいし、ユーザによって手動で入力されてもよい。

[00141] いくつかの実施形態では、要素６３５はユーザが荷物ごとの配送料を挿入することを可能にしてもよい。輸送システム１０７は、モバイルデバイス１０７Ａを介して配送作業員に配送料を提示して、配送作業員が配送タスクを受け付けるか否かを決定することを可能にしてもよい。

[00142] いくつかの実施形態では、要素６３７はユーザが荷物ごとの返送料を挿入することを可能にしてもよい。返送料は、顧客から（例えば、キャンプゾーン２１５に）返送された荷物ごとに配送作業員が受け取った金額を表してもよい。要素６３５の配送料と同様に、輸送システム１０７は、モバイルデバイス１０７Ａを介して配送作業員に返送料を提示して、配送作業員がタスクを受け付けるか否かを決定することを可能にしてもよい。

[00143] いくつかの実施形態では、要素６３９は、ユーザがユーザインタフェース６２０上で情報を提出することを可能にしてもよい。要素６３９（例えば、ユーザインタフェースボタンであってもよい）と対話することにより、システム（例えば、モバイルデバイス）は、配送作業員が受け付ける新しい配送タスクを作成する要求を含む通信を、輸送システム１０７に送信してもよい。

[00144] 図６Ａおよび図６Ｂはいずれも、配送作業員が受け付けるタスクを入力することに関し、図６Ａおよび図６Ｂの各々は、データ入力のための異なるフィールドを含むことに留意されたい。いくつかの実施形態では、図６Ａのデータ構造６００を使用して入力されたタスクは、図６Ｂのユーザインタフェース６２０を使用して入力された場合には必要とされない追加情報を必要とすることがある。他の実施形態では、データ構造６００を使用して入力されたタスクは、ユーザインタフェース６２０を使用して入力されたものと同一の情報を必要とする場合があり、追加／修正が行われた要素またはデータフィールドが入力に必要とされる場合がある。

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

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

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

Claims (20)

1. モバイルデバイスに実装された、タスク受付のためのコンピュータ実装システムであって、
   表示デバイスと、
   スキャンデバイスと、
   命令を記憶するメモリと、
   前記命令を実行して、
   記憶されたプリファレンスのセットに基づく配送タスクのリストをサーバから受信し、
   配送タスクの前記リストを前記表示デバイスに表示し、
   配送タスクを受け付けるためのユーザインタフェース要素との対話を前記表示デバイス上で受信し、
   前記受付済のタスクに関連付けられたタスク識別子を前記サーバに転送し、前記受付済の配送タスクを達成するための第１の配送拠点に関連付けられたコードを含む応答メッセージを受信し、
   前記第１の配送拠点における存在を確認するための対話を前記表示デバイス上で受信し、
   前記第１の配送拠点に関連付けられた証印を前記スキャンデバイスを介してスキャンし、前記証印と前記受信したコードが一致するか否かを判定し、
   前記証印と前記受信したコードが一致するという判定に応答して、前記受付済の配送タスクが前記第１の配送拠点で実行されたという表示を提供する
   ように構成された少なくとも１つのプロセッサと
   を備える、コンピュータ実装システム。
2. 前記スキャンデバイスが画像を取り込む、請求項１に記載のコンピュータ実装システム。
3. 前記スキャンされた証印が二次元バーコードである、請求項２に記載のコンピュータ実装システム。
4. 前記証印が、前記モバイルデバイスに記憶された前記受信したコードのコピーと比較される、請求項１に記載のコンピュータ実装システム。
5. 前記プロセッサが、
   前記命令を実行して、
   対話を第２のユーザインタフェース要素上で受信して、タスクごとの好ましい配送種別、タスクごとの好ましい荷物の数、タスクごとの好ましい配送エリアのうちの少なくとも１つから選択されたプリファレンス、およびプリファレンス適合性要件を修正し、
   前記プリファレンスを前記サーバに転送する
   ようにさらに構成される、請求項１に記載のコンピュータ実装システム。
6. 前記プリファレンス適合性要件が、前記プリファレンスに適合するタスクのみを受け付けるように設定され、
   前記受信されたリストが、タスクごとの好ましい前記配送種別、タスクごとの好ましい前記荷物の数、およびタスクごとの好ましい前記配送エリアに厳密に適合する配送タスクのリストを含む、
   請求項５に記載のコンピュータ実装システム。
7. 前記プリファレンス適合性要件が、前記プリファレンスに適合するもの以外のタスクを受け付けるように設定され、
   前記受信されたリストが、タスクごとの好ましい前記配送種別、タスクごとの好ましい前記荷物の数、およびタスクごとの好ましい前記配送エリアのうちの少なくとも１つに厳密に適合する配送タスクのリストを含む、
   請求項５に記載のコンピュータ実装システム。
8. 前記プリファレンス適合性要件が、前記プリファレンスに適合するタスクのみを受け付けるように設定され、
   タスクの前記リストを表示することが、前記プリファレンスに基づいてタスクの前記リストをフィルタリングすることを含む、
   請求項５に記載のコンピュータ実装システム。
9. タスク受付のためのコンピュータシステムであって、
   命令を記憶するメモリと、
   前記命令を実行して、
   各配送タスクが配送拠点に関連付けられた、配送タスクのリストを受け付けるために受信して記憶し、
   配送作業員のための１つまたは複数の配送タスクの要求をモバイルデバイスから受信し、
   前記モバイルデバイスに送信するために記憶された配送タスクのセットを決定し、前記セットを前記モバイルデバイスに転送し、
   配送タスクの前記セットからの前記配送作業員のためのタスクの受付を前記モバイルデバイスから受信し、
   受信した前記受付を承認するか否かを判定し、
   受信した前記受付を承認するという判定に応答して、前記配送拠点に関連付けられたコードを含む承認メッセージを前記モバイルデバイスに転送する
   ように構成された少なくとも１つのプロセッサと
   を備える、コンピュータシステム。
10. 配送タスクのセットを決定することが、
    前記モバイルデバイスと関連付けられたプリファレンスを検索することと、
    配送タスクの前記リストをフィルタリングして、前記プリファレンスに厳密に適合しないタスクを削除することと
    を含む、請求項９に記載のコンピュータ実装システム。
11. 配送タスクのセットを決定することが、
    前記モバイルデバイスと関連付けられたプリファレンスを検索することと、
    前記プリファレンスが、前記プリファレンスに適合するもの以外のタスクのみを受け付けるように設定されたプリファレンス適合性要件を含むと決定することと、
    前記プリファレンスのうちの少なくとも１つに適合するタスクを含むように、配送タスクの前記リストをフィルタリングすることと
    を含む、請求項９に記載のコンピュータ実装システム。
12. 受信した前記受付を承認するか否かを判定することが、受信した前記受付を承認するかまたは拒否する第２のシステムからの指示を受信することを含む、請求項９に記載のコンピュータ実装システム。
13. 受信した前記受付を承認するか否かを判定することが、前記配送作業員に関連付けられた配送履歴に基づいて、受信した前記受付を承認するか否かを判定することを含む、請求項９に記載のコンピュータ実装システム。
14. 配送タスクのリストを受信することが、
    前記配送タスクと関連付けられた情報を入力するための少なくとも１つの要素を含むユーザインタフェースを準備することと、
    前記配送拠点に関連付けられた管理者によって操作されるコンピュータシステムに前記ユーザインタフェースを転送することと、
    前記ユーザインタフェースを介して、前記配送タスクに関連付けられた前記情報を受信することと
    を含む、請求項９に記載のコンピュータ実装システム。
15. 配送タスクのリストを受信することが、
    予測された配送タスクに関連付けられた情報を含むようにフォーマットされたデータ構造を受信することと、
    前記予測された配送タスクに関連付けられた前記情報を検索することと
    を含む、請求項９に記載のコンピュータ実装システム。
16. 配送タスクの前記リストが、配送タスク、返送タスクまたは配送／返送タスクのうちの少なくとも１つを含む、請求項９に記載のコンピュータ実装システム。
17. 配送タスクの前記リストの各タスクが受付ウィンドウを含む、請求項９に記載のコンピュータ実装システム。
18. 受信した前記受付を承認するか否かを判定することが、
    現在時刻を決定することと、
    前記現在時刻を前記受付ウィンドウと比較することと、
    前記現在時刻が前記受付ウィンドウの期間内にある場合に、受信した前記受付を承認することと、
    前記現在時刻が前記受付ウィンドウの期間外にある場合に、受信した前記受付を拒否することと
    を含む、請求項１７に記載のコンピュータ実装システム。
19. タスクの受付を受信することが、前記タスクを配送タスクの前記リストから削除することをさらに含み、
    受信した前記受付を拒否する決定をすることに基づいて、
    拒否メッセージを前記モバイルデバイスに転送することと、
    前記タスクを配送タスクの前記リストに追加することと
    をさらに含む、請求項９に記載のコンピュータ実装システム。
20. ネットワークを介して相互接続されたモバイルデバイスおよびコンピュータデバイスを備えた、タスク受付のためのコンピュータ実装システムであって、
    前記モバイルデバイスが、
    表示デバイスと、
    スキャンデバイスと、
    命令を記憶するメモリと、
    前記命令を実行して、
    記憶されたプリファレンスのセットに基づく配送タスクのリストを前記コンピュータデバイスから受信し、
    配送タスクの前記リストを前記表示デバイスに表示し、
    配送タスクを受け付けるためのユーザインタフェース要素との対話を前記表示デバイス上で受信し、
    前記受付済のタスクに関連付けられたタスク識別子を前記サーバに転送し、前記受付済の配送タスクを達成するための第１の配送拠点に関連付けられたコードを含む応答メッセージを受信し、
    前記第１の配送拠点における存在を確認するための対話を前記表示デバイス上で受信し、
    前記第１の配送拠点に関連付けられた証印を前記スキャンデバイスを介してスキャンし、前記証印と前記受信したコードが一致するか否かを判定し、
    前記証印と前記受信したコードが一致するという判定に応答して、前記受付済の配送タスクが前記第１の配送拠点で実行されたという表示を提供する
    ように構成された少なくとも１つのプロセッサと
    を備え、
    前記コンピュータデバイスが、
    命令を記憶するメモリと、
    前記命令を実行して、
    各配送タスクが配送拠点に関連付けられた、配送タスクのリストを受け付けるために受信して記憶し、
    配送作業員のための１つまたは複数の配送タスクの要求を前記モバイルデバイスから受信し、
    前記モバイルデバイスに送信するために記憶された配送タスクのセットを決定し、前記セットを前記モバイルデバイスに転送し、
    配送タスクの前記セットからの前記配送作業員のためのタスクの受付を前記モバイルデバイスから受信し、
    受信した前記受付を承認するか否かを判定し、
    受信した前記受付を承認するという判定に応答して、前記配送拠点に関連付けられたコードを含む前記承認メッセージを前記モバイルデバイスに転送する
    ように構成された少なくとも１つのプロセッサと
    を備える、コンピュータ実装システム。

Images