JP2022511687A - 自律的ラストマイル配達のためのデポディスパッチプロトコル - Google Patents

Abstract

生鮮品のリアルタイムのオンデマンド注文のラストマイル配達を改善するための種々のシステムおよびプロセスが提供される。１つの側面において、自動化された注文配送および検索システムを実装することができるデポディスパッチプロトコルを使用してオンデマンド配達を集成するための方法が提供される。この方法は、オンデマンドの注文を販売業者から販売業者に配送するために販売業者各杯便業者をディスパッチすることを有し、そこで注文は最適化された配達ルートおよび目的地の近接性に基づいて集約およびバッチ処理される。次に、注文のバッチは、配達先の領域に対応する顧客デポに配送される。その後、注文は配達宅配便業者に割り当てられ、顧客への配達が完了する。そのような配達ルーティングシステムおよびプロセスは、生鮮品のリアルタイム配達のための到着予定時刻予測更新を生成するための配達追跡システムとともに実装されて良い。説明されているメカニズムは、宅配便業者の効率を改善し、配達追跡を改善し、全体的な配達時間を短縮する。【選択図】図６Ａ

Description

関連出願

この特許文書は、２０１８年１１月１５日に出願されたＨａｎ等による「自律的ラストマイル配達のためのデポディスパッチプロトコル」と題された米国特許出願第１６／１９１，９９８号の優先権を主張し、その全体がすべての目的のために参照により組み込まれる。

この開示は、生鮮品のリアルタイムのオンデマンド配達を容易にするためのロジスティクスプラットフォームシステムに関する。一例では、この開示は、集成デポを使用してそのような配達を最適化するためのメカニズムおよびプロセスに関する。

ロジスティクスプラットフォーム、とくに生鮮品のリアルタイムのオンデマンド配達を管理するためのロジスティクスプラットフォームは、正確な位置、ステータス、およびルーティングメカニズムに依存して、消費者を供給者と効果的かつ効率的に接続する。ただし、種々の商品が、混雑の激しい商業地域を含むさまざまな場所にある供給者から発信される場合、ロジスティクスプラットフォームは非効率的であるか、遅延が発生する可能性がある。

したがって、とくに生鮮品のリアルタイムのオンデマンド配達を管理するためのロジスティクスプラットフォームに関して、配達ルートおよび注文の処理を最適化するための改善されたメカニズムを提供することが望ましい。

生鮮品のリアルタイムのオンデマンド配達を最適化するための種々のメカニズムおよびプロセスが提供される一側面は、先行する、および／または、後続の例および側面のいずれかの主題の少なくとも一部を含んでよく、この一側面において、デポディスパッチプロトコルを使用してオンデマンド配達を集成するための方法が提供される。この方法は、第１の顧客に対応する第１のデバイスから第１の注文メッセージを受信することを有する。この第１の注文メッセージは、第１のレストランから生鮮品をリアルタイムで配達するための第１のタイムスタンプと第１の注文とを含む。第１の顧客は配達領域に位置付けられる。

推定到着時刻（ＥＴＡ）は、第１のタイムスタンプとレストランの過去のデータを含む複数の重み付けファクタとに基づいて、１または複数のイベントのそれぞれについて動的に生成される。この方法は、さらに、１または複数のＥＴＡに基づいて、第１のレストランから第１の注文を受け取り、第１の注文を販売業者デポに配達するように第１の販売業者宅配便業者をスケジューリングすることを含む。

この方法は、さらに、上記第１の注文を第１の注文バッチにグルーピングすることを含む。上記第１の注文バッチは１または複数の注文を含んで良く、上記第１の注文バッチは、当該第１の注文バッチ内の上記１または複数の注文の対応する配達宛先の近さに基づいてグルーピングされて良い。この方法は、さらに、１または複数の上記ＥＴＡに基づいて、デポ宅配便業者をスケジューリングして上記第１の注文バッチを上記販売業者デポにおいて受け取り上記第１の注文バッチを上記販売業者デポから顧客デポの配送することを含む。上記顧客デポは上記配達領域に対応する。

この方法は、さらに、上記配達領域を自動運転車両の操作用に構成された自律ゾーンとして特定することを有する。この方法は、さらに、１または複数の上記ＥＴＡに基づいて、第１の配達宅配便業者を割り当てて、上記顧客デポにおいて上記第１の注文を受け取とらせ、上記配達領域内の上記第１の顧客に対する上記第１の注文の配達を完了させることを有する。上記第１の配達宅配便業者は第１の自動運転車両を有する。

この方法は、さらに、上記顧客デポにおいて１または複数の他の注文バッチを受け取ることを有する。上記１または複数の他の注文バッチは、１または複数の他のデポ宅配便業者によって１または複数の他の販売業者デポから受け取られて良い。

上記複数の重み付けファクタは、上記第１の注文の中の料理に関するデータ、上記第１の注文の小計、上記第１のレストランにおいて受け取られた現在の注文の個数、時刻、データ、および、天候のうちの、１または複数をさらに含んで良い。上記１または複数のイベントは、上記第１のレストランによる上記第１の注文の完了、上記第１の注文の販売業者デポへの到着、上記第１の注文の顧客デポへの到着、および、上記第１の注文の上記第１の顧客への配達のうちの１または複数を含んで良い。上記複数のイベントのうちの種々のイベントは、上記第１の販売業者宅配便業者、上記デポ宅配便業者、上記第１の配達宅配便業者、上記第１のレストラン、上記販売業者デポ、上記顧客デポ、および、上記第１の顧客のうちの、１または複数に対応する１または複数のクライアントデバイスから受信されて良い。

上記デポ宅配便業者は、第２の自動運転車両を有して良い。上記デポ宅配便業者は、上記販売業者デポと上記顧客デポとの間の予め定められた経路に沿って移動して良い。

上記顧客デポは、１または複数の注文を保管するための複数の保管コンパートメントを備えた自動ロッカーシステムを有して良い。上記複数の保管コンパートメントは、上記デポ宅配便業者および上記第１の配達宅配便業者のうちの１または複数を認証するように構成されて良い。

この方法は、さらに、第２の顧客に対応する第２のデバイスから第２の注文メッセージを受信することを有して良い。上記第２の注文メッセージは、第２のタイムスタンプと、第２のレストランからの生鮮品のリアルタイム配達のための第２の注文とを含んで良い。上記第２の顧客は上記配達領域内に位置付けられる。

この方法は、さらに、上記第２のタイムスタンプと、上記複数の学習された重み付けファクタとに基づいて、上記１または複数のイベントの各々についてＥＴＡを動的に生成することを有して良い。上記１または複数のイベントは、さらに、上記第２のレストランによる上記第２の注文の完了、上記第２の注文の販売業者デポへの到着、上記第２の注文の顧客デポへの到着、および、上記第２の注文の上記第２の顧客への配達のうちの１または複数を含んで良い。

この方法は、さらに、上記ＥＴＡの１または複数に基づいて、第２の販売業者宅配便業者をスケジューリングして上記第２のレストランから上記第２の注文を受け取らせ、上記第２の注文を上記販売業者デポへ配送させるステップを有して良い。この方法は、さらに、上記第２の注文を上記第１の注文バッチにグルーピングするステップを有して良い。

この方法は、さらに、１または複数のＥＴＡに基づいて、第２の配達宅配便をスケジュールして、顧客デポから第２の注文を受け取り、配達領域内の第２の顧客への第２の注文の配達を完了することを含んで良い。

種々の実施例において、複数のＥＴＡ期間は、学習モードおよび推論モードで動作するように構成されたプロセッサ上に配置されたニューラルネットワークを使用して動的に生成されて良い。

上記学習モードにおいて、上記プロセッサは、データセットを上記ニューラルネットワークに渡すように構成されて良い。データっセットは一連の連続する学習イベントであって当該学習イベントの間の時間間隔が既知である上記学習イベントを含む。上記学習モードにおいて、上記プロセッサは、さらに、上記ニューラルネットワークを学習させて、ＥＴＡ予測更新を正確かつ動的に出力するように構成される。上記ニューラルネットワークの学習は、学習イベントと時間間隔との異なる組み合わせを入力することと、到着の実際の時刻（ＡＴＡ）を、生成されたＥＴＡ予測と比較して、上記ニューラルネットワークが当該ニューラルネットワーク内の上記複数の重み付けされたファクタを自動的かつ反復的に調整できるようすることを含んで良い。

上記推論モードにおいて、上記プロセッサは、上記複数のイベントのうちの第１のイベントであって、初期タイムスタンプを含む上記第１のイベントを上記ニューラルネットワークに渡し、上記複数の調整された重み付けファクタに基づいて、上記複数のイベントに対して第１のＥＴＡ予測を自動的に生成し、上記複数のイベントの第２のイベントであって、更新されたタイムスタンプを含む上記第２のイベントを上記ニューラルネットワークに渡し、上記複数のイベントに対して上記第１のＥＴＡ予測を自動的に調整して、上記複数のイベントに対して第２の更新されたＥＴＡ予測を形成するように構成される。

この開示の他の実装は、説明された方法を実行するように構成された対応するデバイス、システム、およびコンピュータプログラムを含む。これらの他の実装は、それぞれ、オプションで、以下の特徴の１または複数を含んで良い。例えば、１または複数のプロセッサ、メモリ、およびメモリに格納された１または複数のプログラムを含むサーバシステムが提供される。当該１または複数のプログラムは、説明された方法を実施するための命令を含む。１または複数のプログラムは、学習モードおよび推論モードで動作することによって、１または複数のプロセッサ上のニューラルネットワークを使用して複数のＥＴＡ期間を動的に生成するための命令をさらに含んで良い。

オンデマンド配達を集約するように構成されたプログラム可能なデバイスも提供される。種々の実施例によれば、プログラム可能なデバイスは、第１の顧客に対応する第１のデバイスから第１の注文メッセージを受信するように構成される。第１の注文メッセージは、第１のタイムスタンプと、第１のレストランから生鮮品をリアルタイムで配達するための第１の注文とを含む。第１の顧客は配達領域に位置付けられている。プログラム可能なデバイスは、さらに、第１のタイムスタンプと過去のレストランデータを含む複数の重み付けファクタとに基づいて、１または複数のイベントのそれぞれの推定到着時間（ＥＴＡ）を動的に生成するように構成される。

プログラム可能なデバイスは、さらに、１または複数のＥＴＡに基づいて、第１のレストランから第１の注文を受け取り、第１の注文を販売業者デポに配達するように第１の販売業者宅配便業者をスケジュールするように構成される。プログラム可能なデバイスは、第１の注文を第１の注文バッチにグループ化するようにさらに構成される。第１の注文バッチは、１または複数の注文を含んで良く、これは、第１の注文バッチにおける１または複数の注文の対応する配達先の近接性に基づいてグループ化されて良い。

プログラム可能なデバイスは、販売業者デポで第１の注文バッチを受け取り、販売業者デポから顧客デポに第１の注文バッチを配達するように、１または複数のＥＴＡに基づいて、デポ宅配便業者をスケジュールするようにさらに構成される。顧客デポは配達領域アに対応する。

プログラム可能なデバイスは、さらに、自動運転車両の動作のために構成された自律ゾーンとして配達領域を識別するために構成される。プログラム可能なデバイスは、さらに、１または複数のＥＴＡに基づいて第１の配達宅配便業者をディスパッチして、顧客デポで第１の注文を受け取り、配達領域の第１の顧客への第１の注文の配達を完了するように構成される。第１の配達宅配便業者は、第１の自動運転車両を有する。

これらの実施例および他の実施形態は、図を参照して以下でさらに説明される。

この開示は、当該開示の具体的な実施例を説明する、添付の図面と併せて把握される以下の説明を参照することによって最もよく理解されるであろう。
１または複数の実施例に従う、複数の販売業者、宅配便業者、および顧客を有する配達ロジスティクスシステムの一例を示す。 １または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの例示的なタイムラインを示す。 １または複数の実施例に従う、販売業者から顧客への配達にランナーおよび宅配便業者をペアリングするためのデポディスパッチプロトコルを利用する配達ロジスティクスシステムの例を示す。 １または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの別の例示的なタイムラインを示す。 １または複数の実施例に従う、ランナーおよび宅配便業者を配達にペアリングするための例示的なデポディスパッチプロトコルを示す。 １または複数の実施例に従う、デポの選択および配置のための例示的なプロセスを示す。 １または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達のために複数の配達業者デポを利用する配達ロジスティクスシステムの例を示す。 １または複数の実施例に従う、集成デポの別の例を示す。 １または複数の実施例に従う、デポディスパッチプロトコル内で動作する宅配便業者に関連する配達イベントの別の例示的なタイムラインを示す。 １または複数の実施例に従う、ロジスティクスプラットフォームシステムにおいて宅配便業者をルーティングするための例示的なデポディスパッチプロトコルを示す。 １または複数の実施例に従う、この開示の様々なシステムおよび方法を実装するための例示的なネットワークアーキテクチャの図を示す。 １または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。 １または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。 １または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。 １または複数の実施例に従う、到着予測の動的推定時刻のための方法を示している。 １または複数の実施例に従う、予測ＥＴＡ更新の実装のための例示的なフロープロセスを示す。 この開示の種々の実施例で使用することができるコンピュータシステムの具体例を示す。

具体的な実施例の詳細な説明

ここで、この開示を実施するために発明者等によって企図された最良のモードを含む、当該開示のいくつかの特定の例を詳細に参照する。これらの特定の実施例の例は、添付の図面に示されている。この開示は、これらの特定の実施例と併せて説明されているけれども、この開示を、説明された実施例に限定することを意図するものではないことが理解されよう。それとは逆に、それは、添付の特許請求の範囲によって定義される開示の精神および範囲内に含まれ得る代替物、修正、および均等物をカバーすることを意図している。

以下の説明では、この開示の完全な理解を提供するために、多数の特定の詳細が示されている。この開示の特定の実施例は、これらの特定の詳細の一部または全部なしで実施することができる。他の例では、この開示を不必要に曖昧にしないために、周知のプロセス操作は詳細に説明されていない。

例えば、この発明の技術は、Ｗｉ－Ｆｉまたはブルートゥース（登録商標）などの特定のプロトコルの文脈で説明される。しかしながら、この発明の技術は、また、プロトコルの変形に適用され得ることに留意されたい。以下の説明では、この発明の完全な理解を提供するために、多くの特定の詳細が示されている。この発明の特定の例示的な実施例は、これらの特定の詳細の一部または全部なしで実施することができる。他の例では、この発明を不必要に不明瞭にしないために、周知のプロセス操作は詳細に説明されていない。

この発明の様々な技術およびメカニズムは、明確にするために、単数形で説明されることがある。しかしながら、いくつかの実施例は、とくに断りのない限り、技術の複数の反復またはメカニズムの複数のインスタンス化を含むことに留意されたい。たとえば、システムはさまざまなコンテキストでプロセッサを使用する。しかしながら、システムは、とくに断りのない限り、この発明の範囲内に留まりながら、複数のプロセッサを使用できることが理解されよう。さらに、この発明の技術およびメカニズムは、２つのエンティティ間の接続を説明する場合がある。他のさまざまなエンティティが２つのエンティティ間に存在する可能性があるため、２つのエンティティ間の接続は、必ずしも直接の障害のない接続を意味するわけではないことに注意された。例えば、プロセッサはメモリに接続され得るが、様々なブリッジおよびコントローラがプロセッサとメモリとの間に存在し得ることが理解されるであろう。したがって、とくに明記されていない限り、接続は必ずしも直接の障害のない接続を意味するわけではない。

この開示に関して、生鮮品のリアルタイムのオンデマンド配達を管理するロジスティクスプラットフォームは、提供者と顧客との間の効果的かつ効率的な配達体験を可能にするために、正確な位置、状態、およびルーティングメカニズムに依存する。とくに、さまざまな異なる場所、とくに非常に混雑した異なる場所にある供給者は、宅配便業者や配達員がこれらの場所から生鮮品を簡単に受け取ることを困難にする可能性がある。これらは、駐車場が限られている交通量の多い領域にあるレストランであるかもしれない。ここで使用される場合、「提供者」という用語は、生鮮品を含む商品を提供する様々なタイプの販売業者を説明するために使用されて良く、「提供者」および「販売業者」という用語は交換可能に使用されて良い。ここで使用される場合、「配達員」という用語は、販売業者によって顧客に提供される商品を配達する運転手または宅配便業者を説明するために使用されて良く、「配達員」および「宅配便業者」という用語は交換可能に使用されて良い。

［概要］

ここに記載されるシステムおよび方法は、販売業者から顧客への生鮮品の配達のためのラストワンマイル配達ロジスティクスを改善する。ラストマイル配達とは、通常、輸送デポまたはハブから最終配達先への商品の移動を指す。様々な実施例によれば、注文が、最終目的地へのラストマイル配達ルートに沿って、販売業者デポおよび顧客デポを含む１または複数の集成デポ間で輸送される場合に、デポディスパッチプロトコルが実装されて良い。

現在のシステムでは、一群の販売業者または顧客は、人出で多く、車両交通量が大きく、また、駐車場の不足のために、ディスパッチ集中および／または高い混雑を伴う地域に位置するであろう。たとえば、宅配便業者は、注文の需要が高い繁華街において、ナビゲートして駐車場を探すために追加の時間を必要とする場合がある。

ここに提案するシステムおよび方法は、生鮮品のオンデマンド注文のラストマイル配達を合理化するための、ロジスティクスプラットフォームにおける複数の集成デポの実装を記述する。特定の領域の販売業者は、販売業者の倉庫から短い距離内にいる可能性がある。同様に、顧客デポは、所与の領域内の顧客から所定の距離内に配置されて良い。

所与の領域内の販売業者からの注文は、ランナーまたは販売業者宅配便業者によって受け取られ、販売業者の所与の領域に対応する販売業者デポで降ろされる。オンデマンドの生鮮品の注文を販売業者の場所から販売業者デポに転送するように構成されたエージェントは、ここではランナーまたは販売業者宅配便業者と呼ばれる。各販売業者は、各販売業者が少なくとも１つの販売業者宅配便業者を有するように、指定された販売業者宅配便業者に割り当てられて良い。ただし、販売業者宅配便業者は複数の販売業者に割り当てられて良い。販売業者宅配便業者は、販売業者による推定完了時間に基づいて、注文のグループを受け取るための配達機会を割り当てられるか、提供されて良い。販売業者宅配便業者は、徒歩で、または自転車、スクーター、または忙しい地域をより効率的にナビゲートできる他の車両で、販売業者の場所との間を行き来することができる。販売業者宅配便業者は自動車の通行をナビゲートしたり駐車場を見つけたりする必要がないため、生鮮品の注文は販売業者の場所から中央の流通ハブに効率的に転送されて良い。

いくつかの実施例において、注文は、目的地の近接性または生成された配達ルートに基づいて、配達するために、グループ化されるか、またはバッチ処理されて良い。デポ宅配便業者と、ここでは、呼ばれる別の組の宅配便業者を実装して、注文を販売業者デポから顧客デポに輸送して良い。注文は、顧客デポでさらにグループ化され、配達宅配便業者に割り当てられ、すなわち、配達宅配便業者とペアとされ、注文の割り当てに基づいて顧客に注文を配送して良い。ここで使用される場合、注文割り当ては、注文を宅配便業者にペアリングし、また、宅配便業者に配送機会を与えて、注文の対応する配達先に配達することを指し、これは、宅配便業者によって受け入れ、または、拒否されて良い。

種々の実施例によれば、宅配便業者は、人間のアソーシエートであって良い。ただし、プロトコル内の１つ以上の宅配便業者は、自動化されたドローンまたは車両を含んで良い。いくつかの例においては、宅配便業者は、予想される注文と完了時間に基づいてさまざまな販売業者にルーティングされる自動運転車（ＡＶ）である。たとえば、販売業者は、生鮮品の注文を販売業者宅配便として機能するＡＶに対して注文し、ＡＶは次の販売業者または販売業者デポに進む。

ディスパッチャなどの人員は、集約された注文を監督し、注文を宅配便業者に割り当てて良い。いくつかの実施例において、配達ルーティングシステムを当該システムに実装して、宅配便業者の移動ルートおよび注文割り当てを自動的に決定して良い。場合によっては、デポに配置された担当者が注文を宅配便業者に引き渡し、これによって、宅配便業者は注文を受け取りまたは降ろすために車両を駐車したり離れたりする必要がない。いくつかの実施例において、宅配便業者は、注文の即時の引き渡しを可能にする特定のデポに配置されて良い。

しかしながら、自動注文検索システムが、人員の代わりに実装されて良い。例えば、自動ロッカーシステムを使用して注文を保管することができ、アクセスコードなどの認証情報を使用して宅配便業者がアクセスすることができる。さらに別の例では、ＡＶ宅配便業者は、注文を保存および検索するために自動ロッカーに自動的にアクセスして良い。

ここに記載されるシステムは、宅配便活動、配達時間、およびＥＴＡ予測の効率を大幅に改善することができる。注文は収集され、集成デポで受け取る準備ができているため、宅配便業者は、販売業者からの注文を受け取り、顧客に注文を配達するために混雑した領域を移動する必要がない。したがって、宅配便配送の時間と活動が合理化される。さらに、宅配便業者は、注文の準備が販売業者サイトで整うのを待つリスクがない。これらのシステムは、注文のバッチ処理を合理化することで配送をさらに最適化し、追加の注文に必要な移動と駐車の量を削減する。ここに説明されているプロトコルでは、宅配便業者、ディスパッチャ、およびその他の担当者間の調整は、ほとんど、または、まったく必要ない。

さらに、ラストマイル配達アクティビティをセグメントに分割することは、効率をさらに改善する。各セグメントは合計ルートよりも短いため、宅配便業者は指定された各目的地間をより短い距離で移動し、指定された時間内により多くの移動を行い、より多くの注文を輸送することができる。事前に決定されたルートが短いほど、最適なルートの決定が容易になり、ＥＴＡ予測の信頼性が高まる。ラストマイル配送ルートに沿ったさまざまな機能の自動化は、人的エラーや行動からの逸脱を減らすことにより、システムの信頼性、予測可能性、および効率をさらに高める。全体として、システム内の注文は、デポ間で注文を転送することにより、より迅速に配送される。

ここに開示されるステムは、販売業者から第三者の配達履行サービスに配達を効率的に発送する必要があるときはいつでも使用することができる。このシステムは、特定の地域で大量の配送が予想される場合にとくに効果的であり、特別なイベント、通行止め、および通常の車両輸送をより困難にするその他の状況に対応できる柔軟性と軽量性を備えている。

［例示的な実施例］

図１を参照すると、１または複数の実施例に従う、複数の販売業者（マーチャント）、宅配便業者、および顧客のために実装された配達ロジスティックスシステム１００の例が示される。この例において、配達ロジスティクスシステム１００は、生鮮品のリアルタイムのオンデマンド配達のためのロジスティクスプラットフォームによって管理される。例えば、顧客は、配達ロジスティクスシステム１００に関連付けられたロジスティクスプラットフォームを介して注文するモバイルデバイスアプリケーションを使用してレストランに食品を注文して良い。場合によっては、ユーザは、コンピュータ、ラップトップ、タブレットなどを介したインターネットを通じてロジスティクスプラットフォームにアクセスして良い。顧客がロジスティクスプラットフォームを介して食品を注文すると、注文は供給者サイトで準備され、そこで配達員が注文を受け取り、供給者サイトから顧客に注文を配達する。

図１に示されるように、システム１００は、供給者１００、１１２、１１４、および１１６を含む。様々な例によれば、供給者は、レストランで食品などの生鮮品を準備する販売業者であって良い。他のそのような販売業者は、レストラン、バー、カフェ、またはホテルなどの他の食品または飲料のベンダーの１または複数の任意の組み合わせであって良い。このような提供場所は、ここでは、外食産業の事業体を説明するために使用される用語または略語であるＨＯＲＥＣＡ（ホテル／レストラン／カフェ）と呼ばれて良い。

しかしながら、いくつかの例では、提供者サイトは、また、顧客へのリアルタイムのオンデマンド配達を必要とし得る、生け花、医薬品、冷蔵または冷凍品、生きている動物など、他の生鮮な商品を提供して良い。したがって、この開示における様々な例は、レストランおよび食品配達の文脈における提供者サイトおよびロジスティクスプラットフォームを説明し得るけれども、ここに記載されるメカニズムおよびプロセスは、他の様々な生鮮な商品の配達にも適用されて良い。ここで使用される場合、「提供者」および「販売業者」という用語は交換可能に使用されて良い。

システム１００は、また、１または複数の宅配便業者１２０、１２２、１２４、１２６、および１２８を含む。そのような宅配便業者は、徒歩、または車、スクーター、自転車などの車両で移動して良い。宅配便業者は、指定された場所との間で自律的に移動できる自律型車両（ＡＶ）に対応する場合がある。システム１００の様々な実施例において、１または複数の宅配便業者は、１または複数の販売業者に向けられて、顧客により配された注文を受け、対応する目的地１３０、１３２、１３４、または１３６に位置する顧客に注文を配達して良く、この目的地は、住宅住所または商用住所であって良い。いくつかの実施例において、目的地は、ＧＰＳまたは他の座標系によって決定された特定の地理的位置に対応して良い。

種々の実施例において、ロジスティクスプラットフォームは、注文が行われた後の顧客への注文の配達の推定到着時間（ＥＴＡ）を決定して良い。このＥＴＡは顧客に提供されて良い。注文の配達のＥＴＡは、注文に対応する追跡されたイベントまたはマイルストーンに基づいて見積もって良い。ここで使用される場合、「イベント」という用語は、「マイルストーン」と交換可能に使用されて良い。注文のステータス、イベント、またはマイルストーンに関する情報が顧客に提供されて良い。顧客には、宅配便に対応する情報などの他の情報も提供されて良い。注文のステータス、イベント、またはマイルストーンに関する情報は、販売業者および宅配便業者に提供されて良い。

図３を参照して、１または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの例示的なタイムライン２００が示される。タイムライン２００は、注文が販売業者タイムライン２１０および宅配便業者タイムライン２１１上で顧客によって出されるときに発生する様々なイベントを示す。種々の実施例において、販売業者タイムラインまたは宅配便業者タイムラインは、図１に示されるよりも付加的なイベントまたはより少ないイベントを含んで良い。種々の実施例において、タイムライン２００内のイベントは、配達ルーティングシステムのサーバと、１または複数の宅配便業者、販売業者、および／または顧客に関連付けられたクライアントデバイスとの間の送信を介して追跡することができ、これは、図９を参照してさらに説明されて良い。ここで使用される場合、顧客に関連付けられたクライアントデバイスは「顧客デバイス」と呼ばれ、販売業者に関連付けられたクライアントデバイスは「販売業者デバイス」と呼ばれ、宅配便業者に関連付けられたクライアントデバイスは「宅配便業者デバイス」と呼ばれて良い。サーバシステムは、ここでさらに説明されるように、動的ＥＴＡ推定システムを実装して良い。ここに記載されている１または複数のイベントの通知または確認は、配達ルーティングシステムによって１または複数のクライアントデバイスに送信されて良い。このような通知と確認により、ユーザは注文の配達を追跡したり、宅配便業者を含むさまざまな担当者にルーティングの指示を提供したりできる。

ニューラルネットワークを使用して動的ＥＴＡ予測更新を生成する他の様々な方法は、２０１７年１０月３０日に出願された、Ｈａｎ等による米国特許出願第１５／７９８，２０７号「到着予定時刻の動的推定時間のためのシステム」（代理人包袋番号ＤＡＳＨＰ００１）に記載されており、これは、参照によりその全体およびすべての目的のためにここに組み込まれる。

販売業者タイムライン２１０上で発生するイベントは、注文生成２１２－Ａ、注文発注２１４、注文確認２１６、注文準備完了２１８、および注文ピックアップ２２０－Ａを含んで良い。注文生成２１２－Ａは、システムが顧客によって作成された注文メッセージを受信したときに発生して良い。注文メッセージは、サーバシステムで受信されて良く、注文されたアイテム、販売業者情報、顧客情報、注文合計などの注文情報を含んで良い。その後、注文情報は、指定された販売業者にルーティングされて良い。いくつかの実施例において、注文情報は、サーバから販売業者デバイスに注文に対応する情報を送信することによって、指定された販売業者にルーティングされる。

注文情報が販売業者デバイスで受信されたときに、注文発注２１４イベントが発生して良い。いくつかの実施例において、販売業者は、確認を送信することによって注文情報の受信を確認することができ、これは、注文確認２１６イベントをトリガーして良い。いくつかの実施例において、注文発注２１０は、販売業者が注文情報の受領の確認を送信するときに発生する。注文確認２１６は、注文の準備が販売業者によって開始されたことを合図することができる。いくつかの実施例において、注文作成２１２－Ａと注文確認２１６との間の期間は、キッチン待ち時間２４０として知られている。

次に、注文のアイテムの準備が完了し、注文が宅配便業者による集荷の準備ができたときに、注文準備完了２１８イベントが発生して良い。イベント２１８は、注文の準備ができているという販売業者の確認によって引き起こされて良い。このような確認は、販売業者デバイスによってサーバに送信されて良い。その後、販売業者は、注文の受け取りのために宅配便業者が到着するのを待って良い。宅配便業者が到着して注文を受け取ると、注文ピックアップ２２０－Ａイベントが発生する。このイベントは、宅配便業者が注文を受け取ったことを確認することでトリガーされて良い。このイベントは、宅配便業者が注文を受け取ったことを承認が確認することによってトリガーされても良い。

いくつかの実施例において、宅配便業者タイムライン２１１で発生するイベントは、販売業者タイムライン２１０上の１または複数のイベントと重複するか、または対応して良い。宅配便業者タイムライン２１１上のイベントは、注文生成２１２－Ｂ、注文割り当て２２２、販売業者おける駐車２２４、販売業者サイドへの到着２２６，注文のピックアップ２２０－Ｂ、車両への復帰２２８、顧客再度への駐車２３０、および、注文配達２３２を含んで良い。

いくつかの実施例において、注文生成２１２－Ｂは、注文生成２１２－Ａに対応することができ、イベント２１２－Ａのように、システムが顧客によって作成された注文メッセージを受信したときに発生して良い。いくつかの実施例において、イベント２１２－Ａおよび２１２－Ｂは、同じイベントであって良い。次に、システムは、注文を宅配便業者に割り当て、それにより、注文割り当て２２２をトリガーして良い。いくつかの実施例において、注文割り当て２２２は、宅配便業者による注文割り当ての受諾の確認によってトリガーされて良い。このシステムは、宅配便業者に対応する宅配便業者デバイスに通知を送信して良い。いくつかの実施例において、注文作成２１２－Ｂと注文割り当て２２２との間の期間は、割り当て待ち時間２４１として知られて良い。

注文割り当て１２２は、販売業者から宅配便業者への距離、販売業者への宅配便業者の移動時間、交通量、時刻などを含む様々な要因に依存して良い。いくつかの実施例において、注文割り当て２２２は、注文情報が承認によって確認される（２１６）か、注文が商品によって準備されるまで発生しなくて良い。いくつかの実施例において、注文割り当て２２２は、注文がピックアップの準備ができている（２１８）ことを販売業者が確認するまで発生しなくて良い。

注文が２２２で割り当てられると、宅配便業者は、注文を受け取るために販売業者の場所に移動して良い。次に、宅配便業者は、販売業者の場所に到着したときに注文を受け取り、注文の受け取り２２０－Ｂをトリガーして良い。イベント２２０－Ｂは、注文ピックアップ２２０－Ａに対応して良い。いくつかの実施例において、イベント２２０－Ａおよび２２０－Ｂは、同じイベントであって良い。いくつかの実施例において、イベント２２０－Ｂは、宅配便業者が販売業者から注文を受け取ったことの宅配便業者の確認によってトリガーされて良い。このイベントは、宅配便業者が注文を受け取ったことを販売業者が確認することによってトリガーされても良い。

いくつかの実施例において、システムは、販売業者イベント２２６への到着が注文準備完了イベント２１８と一致するように、注文を割り当て、宅配便をルーティングすることを試みて良い。これは、宅配便業者および販売業者の行動の効率を最適化または改善し、稼働中断時間を最小限に抑えることができる。これは、販売業者が注文を完了する前に宅配便業者が到着した場合、または販売業者が、宅配便業者が到着する前に注文を完了した場合に、発生する可能性がある。

いくつかの実施例において、追加のイベントは、注文割り当て２２２と販売業者２２６への到着との間で追跡されて良い。例えば、宅配便業者は、車両によって販売業者の場所に移動し、次に、販売業者に到達するために適切な場所に車両を駐車して良い。いくつかの実施例において、宅配便業者は、確認を宅配便業者デバイスからサーバに送信することによって車両が駐車されていることを確認し、それによって販売業者２２４に駐車をトリガーして良い。宅配便業者が販売業者の場所に到着すると、販売業者サイドへの到着イベント２２６も発生して良い。宅配便業者の到着の確認は、宅配便業者デバイスおよび／または販売業者デバイスによって送信されて良い。様々な実施例において、これらの追加のイベントを追跡することは、注文割り当て２２２と販売業者サイドへの到着２２６との間のＥＴＡ予測のより正確なものを提供するであろう。

いくつかの実施例において、宅配便業者は、注文が完了するのを待たなければならない場合がある。注文ピックアップ２２０－Ｂの後、次に、宅配便業者は、注文配達２３２で注文の配達を完了するために顧客の場所に移動して良い。注文配達２３２は、注文が顧客に与えられたときに発生して良い。注文配達２３２は、対応する装置を介した顧客または宅配便業者による配達の確認によってトリガーされて良い。

いくつかの実施例において、追加のイベントは、注文ピックアップ２２０－Ｂと注文配達２３２との間で追跡されて良い。例えば、宅配便業者は、販売業者の場所での注文ピックアップイベント２２０－Ｂ後の車両への復帰イベント２２８を確認して良い。これは、宅配便業者デバイスからサーバに送信される確認を介して行われて良い。

種々の実施例において、種々のイベントは、位置センサまたは近接ビーコンを使用した宅配便業者の位置の検出に基づいて追跡されて良い。宅配便業者の場所を決定するために使用されるシステムは、ブルートゥース低エネルギー（ＢＬＥ）ビーコンおよびＢＬＥビーコンによって放出された信号を検出することができるＢＬＥ対応デバイスなどの無線通信信号を実装して良い。近接センサおよび／またはビーコンを使用して宅配便業者の場所を決定するためのさまざまなシステムおよびプロセスは、２０１７年１１月３０日に出願されたＨｓｉｅｈ等の「リアルタイムラストマイルロジスティクスプラットフォームでビーコンを使用することによる予測の改善」（代理人包袋番号ＤＡＳＨＰ００４）という題名の米国特許出願第１５／８２６７３７号に記載されており、この出願は、参照によりその全体がすべての目的のためにここに組み込まれる。

例えば、ビーコンは、宅配便業者の車両に実装されて良い。宅配便業者および対応するデバイスがビーコンから所定の距離内にある場合、ビーコンは、宅配便業者が車両の近く、または車両内にいることを自動的に検出するために、宅配便業者と通信して良い。宅配便業者と対応するデバイスが事前定義された距離を超えると、ビーコンと宅配便業者の間の通信が切断され、宅配便業者が車両の近くまたは近くにいないことを自動的に示して良い。次に、宅配便業者の位置は、ビーコンまたは宅配便業者デバイスを介して配達ルーティングシステムに送信されて良い。

米国特許出願第１５／８２６７３７号は、ＢＬＥ信号を実装するシステムおよびプロセスを記載しているけれども、自動化されたイベント追跡システムおよびプロセスは、Ｗｉ－Ｆｉ、受動および能動無線周波数識別（ＲＦＩＤ）信号、ルラーデータ、モバイル衛星通信、および低電力広域ネットワーク（ＬＰＷＡＮ）、およびグローバルポジションシステム（ＧＰＳ）ロケーションシステムを含むけれども、これらに限定されない他の無線送信信号および技術を実装して良いことを理解されたい。

ＢＬＥビーコンおよびデバイスを使用することにより、システムは、配達員のより正確な位置情報を提供することができ、ＧＰＳ、セルタワー三角測量、および手動位置入力の欠点を回避することができる。具体的には、ＧＰＳまたはセル信号が弱いか存在しない場合にシステムを使用でる。また、宅配便業者や他のユーザからの入力を必要とせずに、システムが自動的に位置を検出する。したがって、宅配便業者がイベントの確認を送信するのを忘れた場合でも、追跡された場所に基づいてイベントが自動的にトリガーされて良い。ここに記載される種々のメカニズムとプロセスの例で説明されているように、位置情報サービスを提供するためにＢＬＥビーコンとＢＬＥ対応デバイスを使用すると、生鮮品のリアルタイムのオンデマンド配達を管理するロジスティクスプラットフォームにおいて、他の利点に加えて、効率と精度が向上する。

さらに別の例において、宅配便業者は、顧客サイトに到達するために適切な場所に車両を駐車して良い。いくつかの実施例において、宅配便業者は、宅配便デバイスからサーバに確認を送信することによって車両が駐車されていることを確認し、それにより、販売業者イベント２２４での駐車と同様に、顧客イベント２３０での駐車をトリガーすることができる。宅配便業者は、顧客サイトに駐車位置から歩き、またはその他の移動方法で移動しなければならないであろう。顧客サイトへの到着イベント（図示せず）は、注文の配達前に宅配便業者が顧客の場所に到着したときにも発生して良い。

種々の実施例において、イベントまたはマイルストーンの追跡は、宅配便業者を効率的にルーティングするための割り当てまたはルーティングアルゴリズムに対してガイダンスを提供して良い。たとえば、上述のように、さまざまなイベントのＥＴＡ予測を生成すると、特定の確認ポイントを必要とするサードパーティの販売業者から発信された生鮮品をオンデマンドで配達するための宅配便業者をより最適、効率的、または便利に割り当てることができる。

いくつかの実施例において、販売業者は、車両または徒歩の移動によって引き起こされる高い混雑のある地域に位置しるかもしれない。駐車場が不足している場所もある。たとえば、密集した商業地域では、宅配便業者が移動と駐車場の検索の両方を行うことが困難な場合が多く、注文を受け取り、配達を迅速に完了することが困難になる。これらのシナリオにより、ＥＴＡ予測が不正確になったり、特定のイベント間の期間が長くなったりして、ルーティング配達が非効率になり、配達時間が長くなる可能性がある。

例えば、販売業者は、注文の注文準備完了イベント２１８を表示して良い。理想的には、宅配便業者は、注文準備イベント２１８の直前または直後に注文を受け取るために、販売業者２２４に駐車し、販売業者２２６に到着するであろう。駐車場を見つけることができず、注文が割り当てられたイベント２２２から販売業者サイトに駐車するイベント２２４までの運転時間が長くなる可能性がある。さらに、宅配便業者は、販売業者の場所からより長い距離の移動を駐車することを余儀なくされ、販売業者サイトの駐車イベント２２４から販売業者サイトの到着イベント２２６までの歩行時間が長くなる可能性がある。宅配便業者による注文受け取りイベント２２０－Ｂの後、この例示的なシナリオでは、車両に戻るイベント２２８の別の延長された歩行時間も、また、起こり得る。

配達物の割り当てのための集成デポを備えたデポディスパッチプロトコルを実装することにより、宅配便業者の移動時間および他の活動を合理化して、生鮮品の配達をより効率的にすることができる。ここで説明するデポディスパッチプロトコルは、注文配達のＥＴＡのより一貫性のある正確な予測をももたらす。図３を参照すると、１または複数の実施例に従う、販売業者から顧客への配達にランナーおよび宅配便業者をペアリングするためのデポディスパッチプロトコルを利用する配達ロジスティクスシステム３００の一例が示される。

システム１００と同様に、システム３００は、顧客、販売業者、および宅配便業者を含んで良い。図３に示されるように、システム３００は、販売業者３１０、３１２、および３１４、宅配便業者３２０、および顧客３３０を含む。いくつかの実施例において、販売業者３１０、３１２、および３１４は、図１を参照して説明される販売業者のいずれか１つであって良い。いくつかの実施例において、宅配便３２０および顧客３３０は、図１を参照して説明された宅配便業者または顧客のいずれか１つであって良い。様々な実施例において、システム３００は、図に示されるよりも追加のまたはより少ない販売業者、宅配便業者、および／または顧客を含んで良い。ここで使用される場合、宅配便３２０などの、集成デポから顧客に注文を配達する宅配便業者は、ここでは配達宅配便業者と呼ばれることがある。

さらに、システム３００は、ディスパッチャ３４２を備えた集成デポ３４０をさらに含む。集成デポ３４０は、注文を格納し、注文をバッチ処理し、および宅配便をルーティングするためのハブとして機能して良い。いくつかの実施例において、１または複数のランナー３４４、３４６、および３４８をデポ３４０に配置して良い。種々の実施例において、デポ３４０は、車両または徒歩の交通による高い混雑を有すると識別された所定の領域に対応する。いくつかの実施例において、様々な販売業者は、デポ３４０の所定の半径内に配置されて良い。例えば、デポ３４０は、対応する交通量の多い領域内の各販売業者から１マイル以内であって良い。

いくつかの実施例において、ランナー３４４、３４６、および３４８は、準備ができていると確認された注文を受け取るために１または複数の販売業者サイトに移動するように割り当てられて良い。販売業者から集成デポに注文を輸送するランナーは、ここでは販売業者宅配便業者と呼ばれて良い。いくつかの実施例において、各販売業者は特定のランナーに指定されて良い。例えば、ランナー３４４は販売業者３１０に割り当てられて良く、ランナー３４６は販売業者３１２に割り当てられて良く、そしてランナー３４８は販売業者３１４に割り当てられて良い。様々な実施例において、ランナーは、割り当てられた販売業者に徒歩で移動して良い。しかしながら、他の実施例において、ランナーは、また、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む他の手段を介して移動して良い。

図３において、ランナールート３７０および宅配便業者ルート３９０が示されている。種々の実施例において、ランナーは、注文の準備が完了したときに注文を受け取るためにその指定された販売業者に移動して良い。いくつかの実施例において、ランナーは、複数の販売業者に移動して、注文のタイミングおよび／または販売業者の場所間の距離に基づいて複数の注文を受け取って良い。特定のランナーのルートは、配達ルーティングシステムによって決定されて良い。次に、ランナーは、デポ３４０に戻って、ディスパッチャ３４２で注文を降ろすことができる。注文は、配達ルーティングシステムによって１または複数の注文のバッチにグループ化することができる。注文のバッチは、顧客３３０に配達するためにデポ３４０でバッチを受け取ることができる宅配便３２０に割り当てられて良い。

図４を参照すると、１または複数の実施例に従う、デポディスパッチプロトコルに関連する配達イベントの別の例示的なタイムライン４００が示されている。いくつかの実施例において、デポディスパッチプロトコルは、システム３００を介して実装されて良い。タイムライン４００は、いくつかの実施例において、デポディスパッチシステムの実装が、宅配便活動を組織化または最適化し、それによってシステムの配達効率を改善する方法を示す。様々な実施例において、タイムライン４００は、ランナータイムライン４１０および宅配便業者タイムライン４１１において、顧客によって注文が出されるときに発生する様々なイベントを示す。いくつかの実施例において、タイムライン４００は、また、販売業者タイムライン２１０と同時に実行されて良い。ランナータイムラインまたは宅配便業者タイムラインは、図４に示されるよりも追加のまたはより少ないイベントを含んで良く。前述のように、タイムライン４００内のイベントは、サーバシステムと、１または複数の宅配便業者、販売業者、および／または顧客に関連付けられたクライアントデバイスとの間の送信を介して追跡することができ、これは、図９を参照してさらに説明されて良い。

ランナータイムライン４１０で発生するイベントは、注文生成４１２－Ａ、注文割り当て４１４、販売業者への到着４１６、注文ピックアップ４１８、およびデポドロップオフ４２０を含んで良い。宅配便業者タイムライン４１１で発生するイベントは、注文生成４１２－Ｂ、注文割り当て４２２、デポへの到着４２４、注文ピックアップ４２６、顧客サイトに駐車４３０、および注文配達４３２を含んで良い。

注文生成４１２－Ａまたは４１２－Ｂは、注文生成２１２－Ａと同様に、システムが顧客によって作成された注文メッセージを受信したときに発生して良く、注文アイテム、販売業者情報、顧客情報などの注文情報を含んで良い。次に、注文情報は、販売業者３１０などの指定された販売業者にルーティングされ、イベント２１４などで出されて良い。注文は、ランナー３４４などの指定されたランナーに割り当てられて良く、これは特定の販売業者に対応する。注文割り当ては、サーバから、ランナーデバイスなどのランナーに対応するクライアントデバイスに送信して良い。他の実施例において、注文割り当ては、ディスパッチデバイスなどのディスパッチャ３４２に対応するクライアントデバイスに送信されて良い。次に、ディスパッチャ３４２は、販売業者から完了した注文を受け取るためにランナーを派遣して良い。

注文割り当てイベント４１４は、ランナー３４４またはディスパッチャ３４２による注文割り当ての確認時に発生して良い。いくつかの実施例において、ランナー３４４またはディスパッチャ３４２は、対応するクライアントデバイスを介して確認を送信することによって注文割り当てを確認して良い。次に、ランナー３４４は、注文がイベント２１６で確認され、および／または販売業者３１０によって準備されているときに、販売業者３１０の場所に移動して良い。

販売業者への到着イベント４１６は、ランナー３４４が販売業者３１０の場所に到着したときに発生して良い。いくつかの実施例において、ランナー３４４は、ランナーデバイスを介して到着の確認を送信して良い。上述のように、ランナー３４４の到着は、代替的に、および／または、付加的に、ＢＬＥ対応ビーコンおよびデバイスを使用して自動的に確認されて良い。

いくつかの実施例において、販売業者への到着４１６が注文準備イベント２１８の前に発生する場合、宅配便業者は、注文ピックアップイベント４１８の前に注文が完了するのを待たなければならない場合がある。システムは、注文およびルートをランナーに割り当て、もって、販売業者への到着イベント４１６は、注文準備イベント２１８と一致するようにして良い。これは、ランナーおよび販売業者のアクションの効率を最適化し、または改善して、中断時間を最小化できる。この中断時間は、販売業者が注文を完了する前にランナーが到着する場所、またはランナーが到着する前に、販売業者は注文を完了する場合に起こる。

いくつかの実施例において、ランナーは、単一の販売業者から複数の注文を受け取るように割り当てられて良い。いくつかの実施例において、複数の注文がイベント２１８で準備ができていると推定されるときに、ランナーは販売業者の場所に到着するようにスケジュールされて良い。次に、ランナーは、イベント４１８で割り当てられたすべての注文をピックアップして良い。注文ピックアップイベント４１８は、注文ピックアップイベント２２０－Ａおよび２２０－Ｂと土曜に、ランナーが販売業者から注文アイテムを受け取ったことの確認時に発生し、これは、ランナーまたは販売業者から送信されて良い。

いくつかの実施例において、ランナーは、別の販売業者からの追加の注文を受け取るように割り当てられて良い。そのような注文は、第１のレストランから第２のレストランへの近さ、および／またはランナーに割り当てられた生成済みルートに基づいて、グループ化され、ランナーに割り当てられて良い。このようなグループ化は、配達ルーティングシステムによって決定されて良い。

注文ピックアップイベント４１８の後、ランナー３４４は、次に、注文をドロップオフするためにデポ３４０に戻って良い。注文がドロップオフされると、ランナー３４４は、デポドロップオフイ確認ベント４２０を送信して良い。いくつかの実施例において、ディスパッチャ３４２は、デポドロップオフ確認イベント４２０を送信して良い。

ランナーは自動車で移動していないので、駐車したり、駐車場を探すのに時間を費やしたりする必要はない。さらに、販売業者はすべてデポ３４０の所定の半径内に位置しているので、ランナーは、所定の交通量の多い領域内の任意の販売業者に迅速に移動できるであろう。したがって、ランナーは、配達宅配便３２０よりもはるかに効率的に販売業者の場所に到達して注文を受け取ることができる。

複数の注文は、ランナーによってピックアップされ、デポ３４０で集約されて良い。いくつかの実施例において、注文は、デポドロップオフ４２０の目的地および時間に基づいて、バッチにグループ化されて良い。種々の実施例において、注文は、配達ルーティングシステムまたはディスパッチャ３４２によってグループ化されて良い。注文の各バッチは、１または複数の注文を含んで良い。

注文がグループ化されると、バッチは、注文割り当て４２２で宅配便３２０などの配達宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント４２２は、配達宅配便による注文割り当ての確認時に対応する宅配便業者デバイスを介して発生して良い。次に、配達用宅配便３２０は、デポ３４０に移動して良い。宅配便業者３２０の到着時に、宅配便業者は、到着確認を送信して、デポ４２４への到着をトリガーして良い。代替的には、および／または、付加的には、配達宅配便業者３２０の到着は、ＢＬＥビーコンおよびデバイスを用いて自動的に追跡されて良い。デポ４２４に到着すると、配達宅配便業者は、割り当てられた注文またはバッチをディスパッチャ３４２から受け取って良い。いくつかの実施例において、追加のランナーまたは他の人員が、宅配便業者が車両を駐車または離れる必要がないようにデポ３４０において注文を引き渡すために利用可能であって良い。いくつかの実施例において、１または複数の宅配便業者３４４は、スタンバイのデポ３４０にすでに配置されていて良い。これにより、注文がデポでドロップオフされると、すぐに注文を宅配便に割り当てて配達できるであろう。

他の実施例において、注文は、割り当てられたロッカーまたは他の保管場所に配置して、宅配便業者がこれを見つけて受け取れるようにして良い。例えば、いくつかの実施例は、ディスパッチャ３４２を注文検索の自動化されたシステムで置き換えることができる。スマートロッカーシステムまたは自動保管システムを実装して、宅配便業者の認証時にアクセスされる可能性のある注文を一時的に保管することができる。これにより、ディスパッチャがデポを監視する必要がなくなり、それによって労力が削減され、効率が向上する。

いくつかの実施例において、追加の注文は、配達宅配便業者にすでに割り当てられているバッチにグループ化されて良い。たとえば、注文がバッチにグループ化される前に、１つ以上の注文が宅配便業者に割り当てられて良い。より多くの注文がランナーによってドラップオフされると、そのような注文は追加の配達として宅配便業者に割り当てられて良い。これにより、宅配便業者の活動が最適化され、ダウンタイムが最小限に抑えられる。たとえば、グループ化する前に宅配便業者３２０に注文を割り当てることにより、ランナー３４４がデポ３４０に向かって移動しているときに、宅配便業者３２０はデポ３４０に向かうように指示され、これにより、デポへの到着イベント４２４がデポドロップオフイベント４２０と同時にまたはその直後に発生し、デデポへの到着イベント４２４と注文ピックアップイベント４２６との間の待ち時間を最小化する。

次に、宅配便業者３４４は、注文配達イベント４３２で注文の配達を完了するために、顧客３３０を含む１人または複数の顧客の場所に向かって移動して良い。注文配達イベント４３２は、注文が顧客３３０に渡されたときに発生して良い。注文配達イベント４３２は、対応する装置を介した顧客または宅配便業者による配達の確認時に発生して良い。

前述のように、追加のイベントは、注文受け取りイベント４２６と注文配達イベント４３２との間で追跡されて良い。例えば、宅配便業者は、顧客の場所の近くに車両を駐車することを確認して良い。これは、宅配便装置からサーバに送信される確認を介して行って良い。いくつかの実施例において、確認は、手動で入力されるか、またはＢＬＥ近接ビーコンを介して自動的に検出されて良い。

個々に記載されるシステムは、宅配便業者の効率を大幅に改善する。宅配便業者は、販売業者からの注文を受け取るために混雑した地域を移動する必要がないため、配達時間および活動が合理化される。このプロトコルは、また、宅配便業者が駐車場を探すために時間を費やしたり、駐車することさえまったく必要としない配達ハンドオフシステムを導入する。このプロトコルは、「インスタントピックアップポイント」として機能する集成デポを生成することにより、混雑度の高い領域での配達の低効率にも対処する。すべての注文はデポで集荷の準備ができているので、宅配便業者は注文が販売業者で準備ができるのを待つリスクがない。

これらのシステムは、注文のバッチ処理を合理化することにより、配達効率をさらに改善する。注文はさまざまな店舗から１つの集荷場所に集約されるため、宅配便業者はバッチ注文のために別の販売業者に移動する必要がない。これにより、宅配便業者は追加の注文のために別の移動と駐車を必要とせず、より効率的なルートに沿って複数の配達を行うことができるため、バッチ処理プロセスがより効率的になる。

このプロトコルは、また、ランナーが販売業者の場所に配置されて、カーブサイドピックアップのために宅配便業者に注文をもたらす実施形例に勝る利点を提供し得る。そのような実施例において、宅配便業者は依然として混雑した通りをナビゲートする必要があり、それは中断時間を引き起こし、駐留しているランナーが待機する必要がある。代わりに、説明されているプロトコルでは、宅配便業者、ディスパッチャ、およびランナー間の調整は、ほとんど、または、まったく必要ない。彼らの個々の責任は明確に定義されており、どちらの引き継ぎプロセスでも摩擦はほとんどない。

図５Ａを参照すると、１または複数の実施例に従う、ランナーおよび宅配便業者を配達にペアリングするための例示的なデポディスパッチプロトコル５００が示されるる。種々の実施例において、デポディスパッチプロトコル５００は、オンデマンド配達の効率を最適化または改善するために実装されて良い。５０２において、デポ３４０などの集成デポの位置が決定される。アグリゲーションデポの最適な場所は、交通渋滞、徒歩の交通量、販売業者との相対的な場所、宅配便業者のアクセスのしやすさ、配達密度などの要因に基づいて良い。

５０４において、各販売業者が少なくとも１人の指定されたランナーを有するように、ランナーが販売業者に割り当てられる。いくつかの実施例において、一人のランナーが、複数の販売業者に割り当てられて良い。５０６において、顧客によって注文が行われると、ランナーは、割り当てられた販売業者で完了した注文を受け取るために派遣される。いくつかの実施例において、１人または複数のランナーが、複数の販売業者の場所で完了した注文を受け取るように割り当てられて良い。

５０８において、完了した注文は、デポにおいてドロップオフされ、受け取られる。ディスパッチャ３４２などのディスパッチャは、ランナーからの注文の受領を確認して良い。しかしながら、他の実施例において、ランナーは、認証ロッカー保管ユニットなどの自動注文検索システムにおいて、完了した注文をドロップオフして良い。その後、ランナーは割り当てられた販売業者の場所に戻って、追加の注文を受け取って良い。

５１０において、注文は宅配便業者に割り当てられる。ディスパッチャは、ディスパッチャデバイス上のアプリケーションを介して、デポでの注文を近くのダッシュボードに割り当てて良い。他の実施例において、注文は、最適なルートおよびＥＴＡ予測に基づいて、配達ルーティングシステムによって自動的に割り当てられて良い。種々の実施例において、注文の最適なバッチ処理を計算して、配達場所、注文時間、注文品目のタイプ、注文品目の数などの様々な要因に基づいて、完了した注文を１または複数のバッチにグループ化して良い。そのようなグループ化は配達ルーティングシステムによって実装されて良い。例えば、配達ルーティングシステムは、デポから顧客への配達の効率を最大化するためにルーティングアルゴリズムを実装して良い。種々の実施例において、ルーティングアルゴリズムは、注文を割り当てるか、または後続の注文を含む潜在的により最適なバッチを待つかどうかを決定して良い。いくつかの実施例において、ルーティングアルゴリズムは、順序のグループ化および割り当てを予測および決定するためのニューラルネットワークおよびコンピュータ学習アルゴリズムを含んで良い。

生鮮品の注文の配達をグループ化および割り当てるための様々なシステムおよびプロセスは、２０１７年１１月３０日に出願された、Ｃｈｏｐｒａ等による米国特許出願第１５／８２６，７３６号「動的対関数最適化のためのシステムおよび方法」（代理人包袋番号ＤＡＳＨＰ００２）に記載されており、この出願は、参照によりその全体およびすべての目的でここに組み込まれる。

注文または注文のグループが宅配便業者に割り当てられると、その宅配便業者は、注文を受け取るためにデポに移動する。５１２において、宅配便業者が認証され、注文の集荷が確認される。いくつかの実施例において、宅配便業者の認証は任意である。いくつかの実施例において、宅配便業者の認証は、イベント４２６などにおいて、宅配便業者が注文品目を受け取ったことを確認することによって行われる。いくつかの実施例において、１人または複数のランナーをデポ３４０に配置して、割り当てられた注文をそのような宅配便業者に渡すことができる。宅配便業者は車を駐車する必要がない。他の実施例において、宅配便業者は、割り当てられた注文を保管するロッカーの場所に向けられ、自動保管システムで認証されて、割り当てられた注文を検索することができる。割り当てられた注文が宅配便業者によって集荷されると、宅配便業者は顧客の場所に向かって移動し、配達を完了する。５１４において、顧客への注文の配達が確認されて良い。

図５Ｂを参照すると、１または複数の実施例に従う、デポの選択および配置のための例示的なプロセスフロー５５０が示される。いくつかの実施例において、プロセスフロー５５０は、ディスパッチプロトコル５００のステップ５０２に対応して良い。プロセスフロー５５０の１または複数のステップは、種々の実施例においてオプションであって良い。

５５２において、特定の領域の配達密度が決定される。種々の実施例において、集成デポの運用は、デポおよびランナーの運用コストをカバーするのに十分な宅配便業者の効率を増加させなければならない。言い換えると、アグリゲーションデポは、宅配便業者の効率が上がると、デポとランナーの運用コスト以上の注文配達の増加から追加の収益が得られるような領域に配置する必要がある。したがって、配達密度は不可欠な要素であろう。

種々の実施例において、配達密度を決定することは、特定の領域における配達量を決定することを含んで良い。これには、特定の地域での１時間あたりの平均注文が含まれて良い。これには、特定の時間に定義された地域のすべての販売業者に対して行われたすべての注文が含まれて良い。特定の地域の販売業者は、ここでは「対象販売業者」と呼ばれることがある。いくつかの実施例において、配達量は、また、配達密度に考慮されて良い。これは、特定の時点でのターゲット販売業者からの注文の配達数に対応して良い。配達量が少ないことは、宅配便業者が注文を受け取るために販売業者の場所に移動するのが難しいことに対応するかもしれない。したがって、いくつかの実施例において、配達量が所定の閾値を下回る領域は、デポ配置の潜在的なサイトとして識別されて良い。

さらに、注文の集荷率もまた、配達密度に考慮されて良い。これは、特定の時点での未処理の準備完了注文の数に対する、ピックアップされた注文の数の比率に対応して良い。注文の受け取り率が低い場合は、宅配便業者が販売業者の場所に到着して準備ができた注文を受け取ることが難しいことも示している可能性がある。いくつかの実施例において、注文準備完了イベント２１８と注文ピックアップイベント２２０－Ａまたは２２０－Ｂとの間の平均期間を計算して良い。ターゲット販売業者の平均期間が所定のしきい値を超えている場合、その地域はデポ配置の潜在的なサイトとして識別されて良い。

いくつかの実施例において、ターゲット販売業者の場所への宅配便業者の平均移動時間を追跡して良い。例えば、ターゲット販売業者の地域は、境界によって定義されて良い。履歴データを使用して、境界の外側の境界からターゲット販売業者の場所までの宅配便業者の移動時間を決定して良い。これらの移動時間は集計され、他の地域の平均移動時間と比較されて良い。デポ配置のための配達密度および適切な場所を決定する際に、他の様々な要因も考慮されて良い。

５５４において、宅配便業者へのアクセス可能性が決定される。これは、デポを運用するのに最適なターゲットサイトを特定するために決定されて良い。これは、その場所周辺の相対的な徒歩と車両の交通量に基づいて良い。信号機、学校、教会などのランドマークへの近さを考慮して良い。宅配車両がより効率的にターゲットサイトに到達できる可能性があるため、交通量と渋滞が少ないサイトを選択して良い。いくつかの実施例において、ターゲットサイトの場所までの宅配便業者の平均移動時間である。境界の外側の境界からその場所までの移動時間は、追跡または予測して良い。いくつかの実施例において、外側境界からの平均移動時間が所定の閾値を超えるターゲットサイトは、考慮から除外されて良い。

５５６において、デポ位置の所与の半径内の販売業者が識別される。いくつかの実施例において、デポのターゲットサイトは、デポの場所から所定の距離内にある最小量の販売業者を必要として良い。デポは、また、一組のターゲット販売業者に適度に近くなければならない。

５５８において、識別された販売業者は、所定のパラメータに基づいてスコアリングされる。そのようなパラメータは、ターゲット販売業者のスコアを生成するために加重および／またはスコアリングされて良い。所定の最小閾値を超えるスコアを獲得したターゲット販売業者には、対応するデポでランナーを割り当てて良い。

いくつかの実施例において、パラメータは、食品タイプ、発注された平均注文数、注文の平均価格、デポからの距離などを含んで良い。いくつかの実施例において、特定の販売業者は、食品タイプによって除外されて良い。たとえば、アイスクリームやその他の温度に敏感な商品は、デポに保管するのに適していない場合がある。しかしながら、いくつかの実施例において、自動注文検索システムは、宅配便業者がピックアップするためにアイスクリームおよび他の温度に敏感な商品を保管するために使用され得る冷蔵ロッカーを含んで良い。いくつかの実施例において、デポは、そのオペレーションに割り当てられ得る販売業者の最大量を有して良い。

上述のデポプロトコルは、配達プロセスにおける追加の活動をさらに合理化するために、顧客の所定の領域に対応する追加の集成デポを実装するように拡張することができる。図６Ａを参照すると、１または複数の実施例に従う、生鮮品のリアルタイムのオンデマンド配達のために複数の配達デポを利用する配達ロジスティクスシステム６００が示される。種々の実施例において、図６Ａに示されるように、システム６００は、販売業者および／または顧客の特定の領域に割り当てられた１または複数の集成デポを利用して、宅配便業者の移動時間をさらに短縮し、生鮮品の全体的な配達をスピードアップすることができる。図６Ａを参照して、ここで説明されるように、集成デポは、販売業者デポまたは顧客デポとしてさらに分類されて良い。

とくに、システム６００は、ラストマイル配達ルート６０５のスケジューリングおよび他のロジスティクスを改善するように構成される。ラストマイル配達は、一般に、輸送デポまたはハブから最終配達先への商品の移動を指し、最終配達先は、通常、個人の住居になる。ただし、最終的な配達先は、商業地または公共領域の場合もある。ここに記載されているように、ラストマイル配達は、ここに記載されている配達イベントのいずれかを含んで良い。

システム１００および３００と同様に、システム６００は、販売業者、宅配便業者、および顧客を含んで良い。図６Ａに示されるように、システム６００は、販売業者６１０－Ａ、６１０－Ｂ、６１０－Ｃ、および６１０－Ｄ、ならびに顧客６３０－Ａ、６３０－Ｂ、６３０－Ｃ、および６３０－Ｄを含む。いくつかの実施例において、販売業者６１０－Ａ、６１０－Ｂ、６１０－Ｃ、および６１０－Ｄは、図１または図３を参照して説明された販売業者のいずれか１つであって良い。いくつかの実施例において、顧客６３０－Ａ、６３０－Ｂ、６３０－Ｃ、および６３０－Ｄは、図１または図３を参照して説明された顧客のいずれか１つであって良い。システム６００は、顧客の場所に注文を配達するために割り当てられた配達宅配便業者６２４－Ａ、６２４－Ｂ、および６２４－Ｃをさらに含んで良い。いくつかの実施例において、配達宅配便業者宅配便業者６２４－Ａ、６２４－Ｂ、および６２４－Ｃは、図１または図３を参照して説明された宅配便業者のいずれか１つであって良い。種々の実施例において、システム６００は、図６Ａに示されるよりも追加のまたはより少ない販売業者、配達宅配便業者、および／または顧客を含んで良い。

システム６００は、図３Ａを参照して上述した集成デポ３４０のように、所定の領域内の１または複数の販売業者に対応する集成デポを含んで良い。図６Ａを参照して、ここに記載されるように、所定の領域内の１または複数の販売業者に対応するアグリゲーションデポは、販売業者デポまたは販売業者ハブと呼ばれて良い。また、図３を参照して上述したように、ランナーは、販売業者から適切な販売業者デポに注文を配そうするために、１または複数の販売業者または販売業者デポに割り当てられて良い。図６Ａを参照して、ここに記載されるように、販売業者と販売業者デポの間を移動するように割り当てられたランナーは、販売業者宅配便業者と呼ばれる。システム６００は、販売業者デポ６１２－Ａおよび６１２－Ｂ、ならびに販売業者宅配便業者６２０－Ａ、６２０－Ｂ、および６２０－Ｃを含んで良い。種々の実施例において、システム６００は、図６Ａに示されるよりも追加の、または、より少ない販売業者デポおよび／または販売業者宅配便業者を含んで良い。

各販売業者ハブは、所定の領域内の１または複数の販売業者に対応して良い。そのような所定の領域は、方法５Ｂなどを介して、限られた駐車容量および／または車両または徒歩の大交通量のために、高い混雑を有すると識別された可能性がある。図示のように、販売業者６１０－Ａおよび６１０－Ｂは販売業者デポ６１２－Ａに対応し、販売業者６１０－Ｃおよび６１０－Ｄは販売業者デポ６１２－Ｂに対応する。販売業者６１０－Ａおよび６１０－Ｂは、第１の所定の領域に対応し得、他方、販売業者６１０－Ｃおよび６１０－Ｄは、第２の所定の領域に対応し得る。種々の実施例において、第１および第２の所定の領域は重複してはならない。いくつかの実施例において、第１および第２の所定の領域は、１または複数の一般的な販売業者と重複して良い。いくつかの実施例において、種々の販売業者は、対応する販売業者ハブの所定の半径内に配置されて良い。たとえば、販売業者デポ６１２－Ａは、対応する交通量の多い領域の販売業者６１０－Ａおよび６１０－Ｂから１マイル以内にあって良い。

販売業者宅配便業者は、準備ができていることが確認された注文を受け取り、指定された販売業者ハブに注文を配達するために、１または複数の販売業者に移動するように割り当てられて良い。販売業者宅配便業者は自動車を介して移動することができるけれども、種々の実施例において、販売業者宅配便業者は、割り当てられた販売業者との間を徒歩で移動して良い。いくつかの実施例において、販売業者宅配便業者は、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む他の手段を介して移動して良く、これは、交通量が多く混雑している領域をより効率的にナビゲートすることができる。

いくつかの実施例において、販売業者宅配便業者を特定の販売業者に割り当てて良い。例えば、販売業者宅配便業者６２０－Ａは、販売業者６１０－Ａからの注文のみをピックアップするように割り当てられて良く、他方、販売業者宅配便業者６２０－Ｂは、販売業者６１０－Ｂからの注文のみをピックアップするように割り当てられて良い。いくつかの実施例において、複数の販売業者からの注文を受け取るために販売業者宅配便業者を割り当てることができる。例えば、販売業者宅配便業者６２０－Ｃは、販売業者６１０－Ｃおよび６１０－Ｄからの注文を受け取るように割り当てられて良い。いくつかの実施例において、各販売業者宅配便業者は、特定の販売業者デポに割り当てられる。例えば、販売業者宅配便業者６２０－Ａおよび６２０－Ｂは、販売業者デポ６１２－Ａのみに注文を配達するように割り当てられて良く、他方、販売業者宅配便業者６２０－Ｃは、販売業者デポ６１２－Ｂのみに注文を配達するように割り当てられて良い。しかしながら、いくつかの実施例において、特定の販売業者宅配便業者が複数の販売業者デポに割り当てられている。例えば、販売業者宅配便業者６２０－Ｂは、また、販売業者デポ６１２－Ｂに注文を配達して良い。そのような例では、販売業者６１０－Ｂなどの販売業者は、複数の販売業者デポに対応する複数の所定の領域内にあって良い。

図３、４、および、５Ａを参照して説明したように、注文は、つぎに、顧客に配達するために、販売業者デポの配達宅配便業者に配達されて良い。例えば、配達宅配便業者６２４－Ａは、販売業者デポ６２０－Ａから顧客６３０－Ａに注文を配達するものとして描かれている。上述のように、複数の注文は、販売業者デポで１つ以上の注文のバッチに集約されて良い。いくつかの実施例において、注文は、配達先および販売業者デポでの降車時間に基づいて、配達ルーティングシステムによってバッチにグループ化されて良い。注文のバッチ処理が完了すると、注文のバッチを、顧客６３０－Ａなどの対応する顧客に配達するために、配達宅配便６２４－Ａなどの配達宅配便業者に割り当てて良い。

生鮮品のラストマイル配達をさらに合理化するために、ここに記載される種々の実施例は、顧客または配達先の所定の領域に対応する追加の集成デポを利用する。したがって、システム６００は、１または複数の顧客または配達先を含む所定の領域に対応する１または複数の追加の集成デポをさらに含んで良い。図６Ａを参照して、ここに記載されているように、所定の領域内の１または複数の顧客の場所に対応するそのような集成デポは、顧客デポまたは顧客ハブと呼ばれる。

顧客のそのような所定の領域は、限られた駐車場および／または車両または徒歩の大きな交通量のために高い混雑を有すると識別されたかもしれない。顧客に対応する所定の領域は、プロセス５５０を参照して説明された１または複数の考慮事項に基づいて戦略的に定義されて良い。人口密度、注文量、交通特性、平均宅配便移動時間などの他の様々な要因も、カスタマーデポの適切な場所を決定するために使用されて良い。例示的な実施例において、顧客デポ６１４は、住宅街、大学のキャンパス、または多数の集合住宅がある地域など、潜在的な顧客が密集している地域の近くに配置して良い。

図６Ａに示されるように、顧客デポ６１４は、顧客６３０－Ａ、６３０－Ｂ、６３０－Ｃ、および６３０－Ｄに対応する。いくつかの実施例において、様々な顧客は、対応する顧客デポ６１４の所定の半径内に位置して良い。例えば、販売業者デポ６１２－Ａは、対応する交通量の多い領域において、顧客６３０－Ａ、６３０－Ｂ、６３０－Ｃ、および６３０－Ｄから１マイル以内であって良い。

種々の実施例において、デポ宅配便業者は、販売業者デポと顧客デポとの間で注文品目を配達する。そのような注文または注文のバッチは、デポ宅配便６２２－Ａおよび６２２－Ｂなどのデポ宅配便業者に割り当てられて、注文または注文のバッチを販売業者デポから顧客デポに配達して良い。いくつかの実施例において、デポ宅配便業者は、販売業者デポと顧客デポとの間の所定のルートに沿って移動して良い。

デポ宅配便業者は、特定の販売業者デポまたは複数の販売業者デポに割り当てられて良い。例えば、デポ宅配便業者６２２－Ａは、販売業者デポ６１２－Ａから顧客デポへの配達注文のみに割り当てられて良く、他方、デポ宅配便６２２－Ｂは、販売業者デポ６１２－Ｂから顧客デポへの配達注文のみに割り当てられて良い。別の例として、販売業者宅配便業者６２２－Ａは、販売業者デポ６１２－Ａおよび６１２－Ｂから１または複数の顧客デポに注文を配達するために割り当てられて良い。デポ宅配便業者は、単一の顧客デポまたは複数の顧客デポに割り当てて良い。例えば、デポ宅配便業者６２２－Ａおよび６２２－Ｂは、注文を顧客デポ６１４にのみ配達するように割り当てられて良い。しかし、別の例では、デポ宅配便業者６２２－Ａは、他の顧客ハブ（図示せず）にも注文を配達して良い。

注文が顧客デポに到着すると、配達宅配便業者が、顧客ハブで注文または注文のバッチを受け取り、顧客への配達を完了するように割り当てられて良い。図示のとおりに、配達宅配便業者６２４－Ｂは、顧客ハブ６１４から注文を受け取り、顧客６３０－Ａおよび６３０－Ｂに配達する。

しかしながら、いくつかの実施例において、顧客は、顧客デポから直接注文を検索して良い。図示のとおり、顧客６３０－Ｃは、配達宅配便業者または他の人員の関与なしに、顧客ハブ６１４から直接注文を検索する。例えば、顧客６３０－Ｃは、自動ロッカーシステムにおける注文の保管場所などの情報を含む、配達ルーティングシステムからの対応するデバイスで通知を受け取って良い。顧客には、保管場所にアクセスするためのアクセスコードまたはその他の認証情報が提供されて良い。

販売業者の宅配便業者と同様に、いくつかの実施例において、デポ宅配便業者および配達宅配便業者は、自動車に加えて、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む、徒歩または他の手段により移動して良く、これにより、交通量が多く混雑している混雑した領域をナビゲートできる。たとえば、混雑した都会の場所など、特定の住宅地では駐車場が限られている場合がある。

図６Ｂを参照すると、１または複数の実施例に従う、集成デポ６５０の別の例が示される。種々の実施例において、集成デポ６５０は、販売業者デポまたは顧客デポであって良い。種々の実施例において、集成デポ６５０は、作業領域６５２、荷積みゾーン６５４、駐車ゾーン６５６、ドライブウェイ６５８、および宅配便業者６７０、６７２、６７４、および６７６を含む。宅配便業者６７０、６７２、６７４、および６７６は、上述の販売業者宅配便業者、デポ宅配便業者、または配達宅配便業者の任意の１つであって良い。

種々の実施例において、作業領域６５２および荷積みゾーン６５４は、注文を監視、編成、受け取り、および配達するためのディスパッチャまたは他の要員を含んで良い。いくつかの実施例において、デポ要員は、また、デポ６５０に配置された他の宅配便業者を含んで良い。いくつかの実施例において、作業領域６５２および荷積みゾーン６５４は、また、注文を保管および受領するための荷積み領域で構成されて良い。いくつかの実施例において、そのような荷積み領域は、注文を受け取り、保管するためのロッカーまたは他の保管領域を含んで良い。

宅配便業者をデポの場所に配置することにより、注文の即時の割り当ておよび配達が可能になる。たとえば、デポ宅配便を販売業者デポに配置し、販売業者宅配便業者から直接注文を受け取って良い。そのため、注文が割り当てられると、デポ宅配便業者は販売業者デポに移動する必要がなくなる。さらに、注文は、人員や他の保管場所の間を通過することなく、販売業者デポに配置されたデポ宅配便で直接保管、集約、およびバッチ処理されて良い。同様の配達ハンドオフの取り決めは、デポ宅配便業者からの注文のそのような「即時ピックアップ」を提供するために、顧客デポの配達宅配便業者で実施されて良い。

宅配便業者６７０、６７２、６７４、および６７６は、徒歩で、またはスケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む、ここに記載された他の適切な輸送方法を介して移動する宅配便業者であって良い。種々の実施例において、ドライブウェイ６５８は、宅配便業者のための集合デポへのアクセスを提供する道路または他の経路である。ドライブウェイ６５８は、幹線道路、歩道、またはその他の経路から徒歩またはさまざまな種類の車両でアクセスして、集成デポに入ることができる。いくつかの実施例において、ドライブウェイ６５８は、デポを通る交通の無制限の流れを可能にする一方向の経路であって良い。例えば、宅配便業者６７０および６７２は、ドライブウェイ６５８に描かれている。宅配便業者は、入口６５８－Ａでドライブウェイ６５８を介して集合デポ６５０に入り、出口６５８－Ｂで集合デポを出ることができる。いくつかの実施例において、ドライブウェイ６５８は、ドライブスルーなどの作業領域６５２または荷積みゾーン６５４に隣接し、それらへのアクセスを提供して良い。

駐車ゾーン６５６は、宅配便業者が注文の積み下ろし中に車両を一時的に駐車または保管するための領域を提供できる。駐車ゾーン６５６は、また、集成デポに配置された宅配便業者に対応する車両を収容するための領域を提供して良い。たとえば、駐在の宅配便業者は、注文の割り当ての間に自動車を駐車したり、自転車を保管して良い。いくつかの実施例において、スペア車両またはスペアパーツは、駐車ゾーン６５６に保管されて良い。

種々の実施例において、ディスパッチャまたは他の人員は、配達ルーティングシステムから受信したバッチ命令に基づいて注文を編成して良い。いくつかの実施例において、バッチ注文は、同じまたは隣接するロッカーの場所に編成されて良い。他の実施例において、宅配便業者は、配達ルーティングシステムによって、バッチ注文を同じまたは隣接するロッカーの場所に預けるように指示されて良い。いくつかの実施例において、バッチ注文は、後続の宅配便業者または顧客による集荷のために別の荷積み領域に配送されて良い。例えば、作業領域６５２は、宅配便業者から注文を受け取るために指定されて良く、他方、荷積みゾーン６５４は、宅配便業者または顧客に注文を転送するために指定されて良い。

ここに記載されるシステムは、また、１または複数の要素の自動化を利用して、配送プロセスをさらに合理化し、運用コストを削減し、生成されたイベントＥＴＡの精度を高めることができる。特定の実施例において、自動ロッカーシステムを実装して、アクセスコードまたは識別情報などの認証情報を使用してアクセスすることができる注文を格納して良い。種々の実施例において、注文は、それぞれの宅配便業者によってデポで割り当てられたロッカーまたは他の保管システムに降ろされ、後続の宅配便業者または顧客がディスパッチャなどの追加の人員を必要とせずに受け取って良い。

割り当てられた宅配便業者または顧客は、認証情報を使用して認証されて良い。たとえば、アクセスコードは、ロッカーシステムで手動で入力するか、クライアントデバイスと自動ロッカーシステム間の無線通信を介して送信して良い。別の例として、アクセスコードは、対応するクライアントデバイスで入力され、ロッカーシステムに送信されて良い。いくつかの実施例において、ユーザは、対応するクライアントデバイスを使用して、ロッカーでクイックリリース（ＱＲ）コードを含むバーコードをスキャンして、保管区画のロックを解除して良い。いくつかの実施例において、ロッカーシステムは、クライアントデバイスで生成されたバーコードをスキャンするためのスキャナーを含んで良い。この自動化された注文検索システムは、人員がデポを監視する必要性を減らし、または、なくし、それによって労働力を減らし、効率を改善する。

例えば、配達ルーティングシステムは、荷積みグゾーン６５２内の特定のロッカーに注文を割り当てて良い。次に、配達ルーティングシステムは、注文を配達するように割り当てられた宅配便業者に対応するデバイスにロッカー位置およびアクセスコードを送信して良い。次に、デポ６５０に到着すると、宅配便業者は、コードを入力して、注文を預けるために、作業領域６５２または荷積みゾーン６５４のロッカーにアクセスして良い。別の例として、宅配便業者は、対応するクライアントデバイスを使用して、アクセスコードを含むアクセス要求を配達ルーティングシステムまたはロッカーシステムに送信して、指定されたロッカーを開いて良い。さらに別の例として、宅配便業者は、利用可能なロッカーの場所を選択して注文を預け、ロッカーの場所の通知を配達ルーティングシステムに送信して良い。その後の宅配便業者または顧客には、配送ルーティングシステムによってロッカーの場所が提供されて良い。後続の宅配便業者または顧客は、アクセスコードを入力するか、アクセス要求を送信することにより、同様にロッカーにアクセスして良い。いくつかの実施例において、各宅配便業者および顧客に個人用アクセスコードを割り当てることができ、ロッカーは、割り当てられたときに個人用アクセスコードに応答するように構成される。

システムは、特定の地理的位置の固有のニーズに適合するために、輸送の様々な区間について、ここに説明される適切な輸送手段の任意の組み合わせを使用して良い。特定の実施例において、販売業者宅配便業者、デポ宅配便業者、および配達宅配便業者を含む、ここに説明される１または複数の宅配便業者は、無人または自動運転車（ＡＶ）を含んで良い。したがって、１または複数の様々なピックアップおよびドロップオフ機能を自動化して良い。いくつかの実施例において、ＡＶは、自動運転車、無人ドローン、または人間の操作者のいない他の車両である。いくつかの実施例において、ＡＶは、オペレータによって遠隔制御されて良い。このようなオペレータは、集成デポまたは他の指定された場所に配置して良い。

例えば、ＡＶは、電池、ガソリン、または他の燃料などの適切な電源を備えたモーターを有して良い。ＡＶは、当該ＡＶを操作し、ここに説明される追加機能を制御するために、オンボードコンピュータまたはオペレータによって利用される視覚的および他の入力を受信するためのセンサモジュールをさらに含んで良い。ＡＶは、生鮮品および他のアイテムの注文を保管するための貨物室をさらに含んで良い。

種々の実施例において、貯蔵区画は、ロックまたは固定されて良い。貯蔵区画は、認証情報を使用して、販売業者、宅配便業者、または顧客などのユーザによってアクセスされて良い。いくつかの実施例において、アクセスコードがＡＶのユーザーインターフェイスに入力して良い。いくつかの実施例において、アクセスコードは、対応するクライアントデバイスで入力され、ＡＶに送信されて良い。いくつかの実施例において、ユーザは、対応するクライアントデバイスを使用して、ＡＶ上のクイックリリース（ＱＲ）コードを含むバーコードをスキャンして、収納コンパートメントのロックを解除して良い。いくつかの実施例において、ＡＶは、クライアントデバイスで生成されたバーコードをスキャンするためのカメラを含んで良い。さらに別の実施例において、クライアントデバイスは、ＡＶと無線通信して、Ｗｉ－Ｆｉ、ブルートゥース、またはＲＦＩＤなどを介して、ストレージコンパートメントのロックを解除してアクセスして良い。いくつかの実施例において、システムは、ＡＶが販売業者の場所またはデポなどの特定の場所に到着したと判断されたときに、無線ビーコンを利用して収納コンパートメントのロックを解除して良い。

いくつかの実施例において、配達ルーティングシステムは、注文アイテム、様々な配達イベントのＥＴＡ、販売業者情報、顧客情報、ルーティング情報などの注文情報をオンボードコンピュータに送信して良い。いくつかの実施例において、配達ルーティングシステム、または、オンボードコンピュータが、割り当てられた各場所にＡＶが移動して到着するタイミングを決定する。いくつかの実施例において、特定のルートは、受信した注文情報、交通情報、日時情報、およびＡＶのセンサを介して受信した他の入力などの情報に基づいて、配達ルーティングシステムまたはオンボードコンピュータによって決定される。

いくつかの実施例において、経路はリアルタイムで決定される。いくつかの実施例において、ＡＶは、割り当てられた場所に出入りする固定の所定のルートに沿って移動して良い。ＡＶが固定された所定のルートを移動すると、移動ルートを時々変更する可能性のある人間の宅配便業者と比較して、ルートガイダンスからの潜在的な逸脱が減少するため、ＥＴＡ予測が改善される。ルートは固定されており、配達ルーティングシステムによって認識されるため、決定やエラーなど、さまざまな人間のオペレータ間のばらつきなど、ＡＶのさまざまなＥＴＡ予測に影響を与える変数が少なくなる。事前に定義されたルートによって、処理リソースやプログラミング情報や、ＡＶのオンボードコンピュータに必要なデータも削減されて良い。他の歩行者や通勤者は特定の道路でのＡＶを察知しし、そのようなＡＶの認識を高めるため、事前に決定されたルートも安全性を促進する。さらに、ＡＶを使用すると、人為的エラーによるイベントの確認の失敗の問題を解決することにより、場所と速度をより継続的に追跡してＥＴＡ予測を改善できる。

種々の実施例において、ＡＶは、歩行者経路および／または他の車両経路に沿ってナビゲートするように構成されて良い。たとえば、ＡＶは、歩道、車椅子のスロープ、横断歩道などの歩行者用通路に沿って適切かつ安全に移動する寸法で構成して良い。ＡＶは、また、出入り口、ガレージ、貨物領域などを通って販売業者または顧客の場所に入るように構成されて良い。同様に、ＡＶの構成により、集成ポへの適切な移動および／または集成デポへの適切な移動を可能にして良い。いくつかの実施例において、宅配便業者ＡＶは、追加的および／または代替的に、適切な安全要件、速度能力または視界要件などで、自動車または自転車レーンによって使用される道路に沿って移動するように構成されて良い。

例えば、特定の実施例において、ＡＶは、３６インチの最大幅、約２００～３００ポンドの間の重量を含んで、また、時速１８～２５マイルの最大速度を移動して良い。そのため、宅配便ＡＶは、徒歩、自転車、またはその他の適切な動力付きまたは動力なしの輸送装置で、人間の販売業者の宅配便と同様に、交通量が多く混雑した領域をナビゲートできる。たとえば、ＡＶは、歩道やその他の歩行者用通路に沿って移動しながら、適切な速度で移動して良い。別の例として、ＡＶは、通りに沿った自転車レーンに沿って適切な速度で移動して良い。別の例として、ＡＶは住宅地の道路に沿って適切な速度で移動して良い。

いくつかの実施例において、デポの要員は、注文を預けるか、または、受け取るために、ＡＶの保管区画にアクセスして良い。種々の実施例において、要員は、対応するクライアントデバイスを介してアクセスコードまたはアクセス要求を用いて保管区画にアクセスして良い。しかしながら、特定の実施例において、ＡＶは、自動ロッカーシステム内の保管場所に自動的にアクセスし、保管区画からロッカーに注文をロードするように構成されて良い。例えば、配達ルーティングシステムは、割り当てられたロッカーの位置をＡＶに送信し、ＡＶが割り当てられたロッカーを見つけて移動することを可能にして良い。いくつかの実施例において、ＡＶは、特定のロッカーのアクセス要求を、配達ルーティングシステムまたは自動ロッカーシステムに送信して良い。いくつかの実施例において、ロッカーは、ＡＶの保管区画のロックを解除して開くためのアクセス要求を送信することができる。種々の実施例において、ＡＶとロッカーとの間で注文を輸送するために、ロッカーまたはＡＶにメカニズムが設置されて良い。このようなメカニズムには、ロボットアーム、コンベヤーベルト、リフト、ランプなどが含まれる。

図６Ａに戻ると、システム６００は、自律ゾーン６４０をさらに含んで良い。種々の実施例において、自律ゾーン６４０は、顧客６３０－Ｄなどの１または複数の顧客の指定された領域であって良い。自律ゾーン６４０は、ＡＶが移動して動作することができる指定された顧客領域を含んで良い。いくつかの実施例において、ＡＶ宅配便業者は、自律ゾーンとして指定された領域に注文を配達するためにのみ使用される。いくつかの実施例において、自律ゾーン６４０は、履歴上、注文のために多数の配達先を有する指定された顧客領域に対応して良い。例えば、自律ゾーン６４０は、大学のキャンパス、住宅街、または都市部において多数の住宅地がある地域であって良い。自律ゾーン６４０は、ＡＶの操作により適した指定領域であって良い。集成デポと同様に、プロセス５５０からの任意の１または複数の考慮事項を使用して、自律ゾーンとして指定するための適切な場所を決定して良い。種々実施例において、自律ゾーンは、販売業者、販売業者デポ、顧客デポ、および顧客のうちの任意の１または複数を含んで良い。

いくつかの実施例において、自律ゾーン６４０は、ＡＶの動作のために構成された指定された領域であって良い。たとえば、自律ゾーン６４０は、制限速度が遅く、自動車が少なく、車線が目立ち、センサが設置され、顧客の場所が集中している領域などである。別の例として、自律ゾーン６４０は、無人自動車システムによってマッピングされた領域に対応する。別の例として、自律ゾーン６４０は、ＡＶのナビゲーションを支援するために特定の領域に設置されたセンサを含んで良い。いくつかの例では、自律ゾーン６４０は、自律ゾーン内をナビゲートするためにＡＶによって検出可能である異なる色または反射性のナビゲーションラインを含んで良い。したがって、無人自動車システムに接続されたＡＶは、自律ゾーン６４０の道路をナビゲートすることができるであろう。別の例では、自律ゾーン６４０は、ルートガイダンスからの逸脱の可能性が可能な限り少ない自律ゾーン６４０からＡＶが移動することを可能にするであろう予め定められたルートを介して顧客デポ６１４から到達することができる。

さらに別の例において、自律ゾーン６４０は、大学のキャンパスに対応して良い。通常、大学のキャンパスでは、自動車の通行量が少なく、歩行者用の通路が多くなっている。さらに、大学のキャンパスには、教室、オフィスビル、寮、住宅、集合住宅など、潜在的な顧客が住む可能性のある、より密集した建物が含まれている。このような設定では、ＡＶは一連の顧客に最大限にアクセスでき、邪魔されずに低速でより安全に移動できる。いくつかの実施例において、顧客デポは、自律ゾーン内に配置されて良い。例えば、顧客デポ６１４は、自律ゾーン６４０を含む大学のキャンパスに配置されて良い。

図７を参照すると、１または複数の実施例に従う、デポディスパッチプロトコル内で動作する宅配便業者に関連する配達イベントの別の例示的なタイムライン７００が示されている。いくつかの実施例において、デポディスパッチプロトコルは、システム６００および／または６５０を介して実装されて良い。タイムライン７００は、いくつかの実施例において、デポディスパッチシステムの実装が、宅配便活動を合理化し、それによってシステムの配達効率を改善する方法を示す。タイムライン７００は、また、デポディスパッチシステムがどのように生鮮品のより効率的な自動化されたラストマイル配達を可能にするかを説明する。

種々の実施例において、タイムライン７００は、注文が販売業者宅配便業者タイムライン７１０、デポ宅配便業者タイムライン７２０、およびデリバリー宅配便業者タイムライン７３０上で顧客によって出されるときに発生する様々なイベントを示す。販売業者宅配便業者タイムライン７１０は、６２０－Ａ、６２０－Ｂ、または６２０－Ｃなどの販売業者宅配便業者によって実行されるアクションに対応して良い。デポ宅配便業者のタイムライン７２０は、６２２－Ａまたは６２２－Ｂなどのデポ宅配便業者によって取られる行動に対応して良い。配達宅配便業者のタイムライン７３０は、６２４－Ａ、６２４－Ｂ、または６２４－Ｃなどの配達宅配便業者によって取られる行動に対応して良い。

いくつかの実施例において、タイムライン７００は、また、販売業者６１０－Ａなどの販売業者に対応する販売業者タイムライン２１０と同時に実行されて良い。種々の実施例において、販売業者の宅配便業者のタイムライン、デポの宅配便業者のタイムライン、および配達の宅配便業者のタイムラインは、図７に示されるよりも追加のまたはより少ないイベントを含んで良い。上述のように、タイムライン７００のイベントは、サーバシステム、ロケーションビーコン、および１または複数の宅配便業者、販売業者、および／または顧客に関連付けられたクライアントデバイス間の送信を介して追跡することができ、図９を参照してさらに説明する。

販売業者宅配便業者タイムライン７１０で発生するイベントは、注文作成７１１、注文割り当て７１３、販売業者への到着７１５、注文ピックアップ７１７、および販売業者デポドロップオフ７１９を含んで良い。デポ宅配便業者タイムライン７２０で発生するイベントは、注文割り当て７２１、販売業者デポへの到着７２３、注文ピックアップ７２５、および顧客デポドロップオフ７２７を含んで良い。配達宅配便業者タイムライン７３０で発生するイベントは、注文割り当て７３１、顧客デポへの到着７３３、注文ピックアップ７３５、顧客で駐車７３７、および注文配送７３９を含んで良い。

注文生成４１２－Ａ、４１２－Ｂ、または２１２－Ａのような注文生成イベント７１１は、システムが、顧客６３０－Ａなどの顧客によって当該顧客に対応する顧客デバイスで作成された注文メッセージを、受信するときに発生して良い。次に、注文情報は、配送ルーティングシステムによって、販売業者６１０－Ａなどの指定された販売業者にルーティングされ、イベント２１４などで配置されて良い。注文は、販売業者宅配便業者６２０－Ａなどの、特定の販売業者６１０－Ａに対応する、指定された販売業者宅配便業者に割り当てられてもよい。注文の割り当ては、サーバから販売業者宅配便業者に対応するクライアントデバイスに送信されて良い。他の実施例において、注文割り当ては、販売業者デポに配置されたディスパッチャまたは他の人員に対応し得る、販売業者デポのディスパッチデバイスに送信されて良い。次に、販売業者デポの販売業者宅配便業者が注文の割り当てを選択するか、割り当てられて良い。

注文割り当てイベント７１３は、対応するクライアントデバイスを介した販売業者宅配便業者６２０－Ａまたはディスパッチャによる注文割り当ての確認時に発生して良い。いくつかの実施例において、販売業者宅配便業者または他の人員は、対応するクライアントデバイスからシステムに確認を送信することによって注文の割り当てを確認することができる。次に、販売業者宅配便業者は、注文が２１６で確認されている間、および／または販売業者によって準備されている間に、販売業者の場所に移動して良い。

いくつかの実施例において、特定の場所への宅配便業者の到着および特定の場所からの出発に対応する追加のイベントは、センサまたはビーコンなどの無線デバイスを使用して追跡されて良い。たとえば、販売業者宅配便業者の販売業者デポからの出発と販売業者デポへの到着も追跡されて良い。いくつかの実施例において、無線センサまたはビーコンを販売業者デポに設置して、販売業者宅配便業者のクライアントデバイスと通信することによって販売業者宅配便業者の存在を追跡して良い。例えば、販売業者宅配便業者が販売業者デポから所定の距離内にある間、販売業者宅配便業者のクライアントデバイスは、販売業者宅配便業者のクライアントデバイスと接続されたままであるか、または通信し続けて良い。販売業者宅配便業者が所定の距離を超えて移動すると、接続が切断され、出発イベントの確認が、販売業者宅配便業者のセンサまたはクライアントデバイスを介して配達ルーティングシステムに送信されて良い。種々の実施例において、これらの追加のイベントを追跡することは、ここで記載される宅配便業者のタイムラインに沿ったＥＴＡ予測の改善された精度を提供し得る。

販売業者への到着イベント７１５は、販売業者宅配便業者６２０－Ａが販売業者６１０－Ａの場所に到着したときに発生して良い。いくつかの実施例において、販売業者宅配便業者は、クライアントデバイスを介して到着の確認を送信して良い。いくつかの実施例において、到着の確認は、対応するクライアントデバイスを介して販売業者によって送信されて良い。上述のように、販売業者の場所への販売業者宅配便業者の到着は、代替的に、および／または、追加的に、ＢＬＥ対応のビーコンおよびデバイスを使用して自動的に追跡および確認されて良い。例えば、販売業者宅配便業者のクライアントデバイスは、販売業者サイトに位置するビーコンから信号を送信または受信して、販売業者の到着イベント７１５の確認を、販売業者または販売業者宅配便業者のクライアントデバイスを介して配達ルーティングシステムに送信して良い。

いくつかの実施例において、販売業者６１０－Ａへの到着が注文準備イベント２１８の前に発生する場合、販売業者宅配便業者は、注文ピックアップイベント７１７の前に注文が完了するのを待たなければならない場合がある。しかしながら、予測モデルを実装して、注文準備イベント２１８のＥＴＡ、および、販売業者宅配便業者の予想移動時間を決定して、もって、および注文を割り当て、販売業者イベント７１５への到着が注文準備イベント２１８と一致するような出発時間および到着時間で、販売業者宅配便業者をルーティングして良い。中断時間を最小限に抑えることによる販売業者宅配便業者と販売業者のアクションの効率を改善でき、この中断時間は、販売業者が注文を完了する前に販売業者宅配便業者が到着した場合、または販売業者宅配便業者が到着する前に販売業者が注文を完了した場合に発生するものである。

いくつかの実施例において、販売業者宅配便業者は、単一の販売業者から複数の注文を受け取るように割り当てられて良い。いくつかの実施例において、販売業者宅配便業者は、複数の注文が２１８で準備ができていると推定されるときに販売業者の場所に到着するようにスケジュールされて良い。次に、販売業者宅配便業者は、注文ピックアップイベント７１７で割り当てられたすべての注文をピックアップして良い。注文ピックアップイベント７１７は、販売業者宅配便業者または販売業者が配達ルーティングシステムに確認を送信するとき発生して良い。いくつかの実施例において、販売業者宅配便業者は、別の販売業者からの１または複数の追加の注文を受け取るように割り当てられて良い。そのような注文は、販売業者の近接性および／または販売業者宅配便業者に割り当てられた生成されたルートに基づいて、グループ化され、販売業者宅配便業者に割り当てられて良い。このようなグループ化は、配達ルーティングシステムによって決定されて良い。

注文ピックアップイベント７１７の後、販売業者宅配便６１０－Ａは、次に、販売業者デポ６１２－Ａに移動して、１または複数の注文を降ろして良い。販売業者宅配便業者の販売業者ロケーションからの出発に対応する追加のイベントは、手動で追跡しても、ワイヤレスビーコンとデバイスを使用して自動的に追跡しても良い。販売業者宅配便業者の販売業者デポへの帰還は、上述のように手動または自動で追跡しても良い。

注文が販売業者デポでドロップオフされると、販売業者宅配便業者６２０－Ａは、販売業者デポドロップオフイベント７１９の確認を送信して良い。いくつかの実施例において、販売業者デポ６１０－Ａのディスパッチャは、販売業者デポのドロップオフイベント７１９の確認を送信して良い。いくつかの実施例において、販売業者業者便業者６１０－Ａは、１または複数の注文を、配達ルーティングシステムによって割り当てられたロッカーに預けて良い。いくつかの実施例において、自動ロッカーシステムは、販売業者デポドロップオフイベント７１９の確認を送信して良い。例えば、自動ロッカーシステムは、割り当てられたロッカーが販売業者宅配便業者または他のデポ要員によってアクセスおよび閉鎖されるときに確認を送信して良い。

様々な販売業者からの複数の注文は、販売業者デポ６１０－Ａに集約されて良い。いくつかの実施例において、注文は、配達先および販売業者デポドロップオフイベント７１９の予想時間に基づいてバッチにグループ化されて良い。種々の実施例において、注文は、配達ルーティングシステムによって自動的にグループ化されるか、または販売業者デポのディスパッチャによって手動でグループ化されて良い。注文の各バッチには、１または複数の注文が含まれて良い。いくつかの実施例において、バッチ注文は、ディスパッチャまたは配達業者の宅配便業者によって同じロッカー保管場所に預けられて良い。販売業者デポでグループ化された注文のバッチは、ここでは「転送バッチ」と呼ばれて良い。

注文がバッチにグループ化されると、１または複数の転送バッチが、注文割り当てイベント７２１でデポ宅配便６２２－Ａなどのデポ宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント７２１は、配達宅配便業者または他の担当者による、対応するクライアントデバイスを介した、注文割り当ての確認時に、発生して良い。いくつかの実施例において、配達宅配便業者は、販売業者デポに配置されている。いくつかの実施例において、配達宅配便業者は、販売業者デポに移動して良い。

デポ宅配便業者の到着時に、デポ宅配便業者または販売業者デポ担当者は、到着確認を送信して、販売業者デポイベントへの到着７２３をトリガーして良い。代替的には、および／または、付加的には、デポ宅配便業者６２２－Ａの到着および出発は、説明されているように、ワイヤレスビーコンとデバイスを使用して自動的に追跡および確認されて良い。販売業者デポに到着すると、デポ宅配便業者は、注文ピックアップイベント７２５で割り当てられた注文を所有して良い。いくつかの実施例において、デポ宅配便業者は、ロッカーまたは他の人員から割り当てられた注文またはバッチを回収して良い。いくつかの実施例において、そのような要員は、宅配便業者が彼らの車両をデポに駐車したり放置したりする必要がないように、注文を引き渡すために利用可能であって良い。いくつかの実施例において、デポ宅配便業者は、自動ロッカーから注文またはバッチを直接取得して良い。種々の実施例において、注文ピックアップイベント７２５は、自動ロッカーシステム、デポ宅配便業者、または他の人員によって配達ルーティングシステムに送信される確認に対応することができる。

いくつかの実施例において、注文がバッチにグループ化される前に、１または複数の注文がデポ宅配便業者に割り当てられて良い。より多くの注文が販売業者宅配便業者によって取り下げられると、追加の注文は追加の配達として宅配便業者に割り当てられて良い。これにより、宅配便業者の効率が向上し、ダウンタイムが最小限に抑えられる場合がある。例えば、グループ化する前にデポ宅配便業者に注文を割り当てることにより、販売業者宅配便業者が販売業者デポに向かって移動するときに、デポ宅配便業者が販売業者デポへ移動するように指示されて良く、もって、販売業者デポ到着イベント７２３が注文ピックアップイベント７２５と同時または近接して起こり販売業者デポ到着７２３と注文ピックアップイベント７２５との間の待ち時間を最小化する。

注文ピックアップイベント７２５の後、デポ宅配便業者は、次に、割り当てられた注文を顧客デポ６１４などの顧客デポに輸送するために顧客デポに移動する。いくつかの実施例において、デポ宅配便業者の顧客デポへの到着に対応するイベントは、上述のとおり、手動または自動で追跡されて良い。

顧客デポにおいて、デポ宅配便業者は、顧客デポドロップオフイベント７２７をトリガーするために注文をドロップオフして良い。注文が販売業者デポでドロップオフされると、顧客デポドロップオフ７２７の確認がデポ宅配便業者または他の顧客デポ担当者によって送信されて良い。いくつかの実施例において、デポ宅配便業者は、１または複数の注文を顧客デポの割り当てられたロッカーに預けて良い。いくつかの実施例において、自動ロッカーシステムは、顧客デポドロップオフイベント７２７の確認を送信して良い。例えば、自動ロッカーシステムは、割り当てられたロッカーが宅配便業者または他のデポ担当者によってアクセスおよび閉鎖されるときに確認を送信して良い。販売業者宅配便業者のように、デポ宅配便業者が販売業者デポまたはカスタマーデポに駐車したり、駐車場を探すのに時間を費やしたりする必要はない。したがって、デポ宅配便業者は、デポ間で注文を便利かつ効率的に輸送できる。

注文は、配達先に基づいて顧客デポでバッチにさらにグループ化されて良い。ここに記載されているように、顧客デポでグループ化された注文のバッチは、「配達バッチ」と呼ばれて良い。種々の実施例において、注文は、配達ルーティングシステムによって自動的にグループ化されるか、または顧客デポの担当者によって手動でグループ化されて良い。注文の各バッチには、１または複数の注文が含まれて良い。

例えば、販売業者デポ６１２－Ａおよび６１２－Ｂなどの異なる販売業者デポから発信された注文は、顧客ハブ６１４に到着して良い。注文の配達バッチは、配達の目的地または配達宅配ルートに基づいて、異なる販売業者デポからの注文から一緒にグループ化されて良い。販売業者ハブ６１２－Ａからの注文と販売業者ハブ６１２－Ｂからの注文は、同じ集合住宅または大学の寮の建物内の顧客に配達されるため、グループ化することができる。別の例として、販売業者ハブ６１２－Ａおよび６１２－Ｂからの注文は、配達先が割り当てられた配達宅配便業者の所定のルートに沿って配置されているため、配達バッチにさらに編成されて良い。

これは、同じ顧客による異なる販売業者からの注文のグループ化を可能にして良い。したがって、同じ配達先の異なる場所からなされた注文は、他の注文を配達する宅配便業者によって、ラストマイル配達ルートに沿ったある時点でグループ化されて良い。これにより、複数の注文のグループ化が他の配達の輸送に使用されるルートに沿って行われるため、宅配便業者をより効率的に使用できる。これにより、複数の注文を特定の顧客に同時に配送して良い。同じ顧客による複数の注文をグループ化して、１つの配送業者がすべての注文を一度に顧客に配送できるようにしてもよい。たとえば、顧客が行った１つの注文は、同じ顧客が行った別の注文が顧客デポに到着するまで顧客デポで保留されて良く、こののち、両方の注文が配達宅配便業者に割り当てられる。

注文が顧客デポで配達バッチにグループ化されると、注文の配達バッチは、注文割り当てイベント７３１で配達宅配便６２４－Ｂなどの配達宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント７３１は、配達宅配便業者または他の担当者が対応するクライアントデバイスを介して注文の割り当てを確認すると発生して良い。いくつかの実施例において、配達宅配便業者は、顧客デポに配置されている。いくつかの実施例において、配達宅配便業者は、割り当てられた注文を受け取るために顧客デポに移動して良い。

配達宅配便業者の到着時に、配達宅配便業者または顧客デポ担当者は、到着確認を送信して、顧客デポイベントへの到着７３３をトリガーして良い。代替的には、および／または、付加的に、配達宅配便業者の到着を、上述のとおり、ワイヤレスデバイスを使用して自動的に追跡し、確認して良い。顧客デポに到着した後、配達宅配便業者は、注文受け取りイベント７３５で割り当てられた注文を所持して良い。いくつかの実施例において、配達宅配便業者は、ロッカーまたは他の人員から割り当てられた注文またはバッチを回収して良い。いくつかの実施例において、そのような人員は、配達宅配便業者が彼らの車両をデポに駐車または放置する必要がないように、注文を引き渡すために利用可能であって良い。いくつかの実施例において、デポ宅配便業者は、自動化されたロッカーから割り当てられた注文を直接検索することができる。種々の実施例において、注文ピックアップイベント７３５は、ロッカーシステム、配達宅配便業者、または他の人員によって配達ルーティングシステムに送信される確認に対応して良い。

いくつかの実施例において、注文が配達バッチにグループ化される前に、１または複数の注文が配達宅配便業者に割り当てられて良い。より多くの注文がデポ宅配便業者によって顧客デポでドロップオフされると、追加の注文は追加の配達として配達宅配便業者に割り当てられて良い。これにより、ダウンタイムが最小限に抑えられ、宅配便業者の効率が向上する。例えば、グループ化する前に顧客デポに注文を割り当てることにより、デポ宅配便業者が顧客デポに向かって移動し、顧客デポへの到着イベント７３３が同時にまたはその近くで発生するように、配達宅配便業者は顧客デポに向かうように指示されて良い。顧客デポドロップオフイベント７２７は、顧客デポイベント７３３に到着してから注文ピックアップイベント７３５までの待ち時間を最小化する。

注文受け取りイベント７３５の後、配達宅配便６２４－Ｂは、次に、注文配達イベント７３９で注文の配達を完了するために、顧客６３０－Ａを含む１人または複数の顧客の場所に向かって移動して良い。注文が顧客に渡されたとき、注文配達イベント７３９が発生して良い。注文配達イベント７３９は、顧客または配達宅配便業者による、対応するデバイスを介した配達の確認によってトリガーされて良い。いくつかの実施例において、１または複数の配達宅配便業者が、スタンバイ状態の顧客デポにすでに配置されていて良い。これにより、注文または注文のバッチが配達宅配便業者に割り当てられると、配達宅配便業者による即時の集荷が可能になる。

追加のイベントは、注文ピックアップイベント７３５と注文配達イベント７３９との間で追跡されて良い。例えば、配達宅配便業者は、顧客の場所の近くに車両を駐車することを確認して良い。これは、配送業者のクライアントデバイスからサーバに送信される確認を介して行うことができる。いくつかの実施例において、確認は、上述のとおり、無線ビーコンおよびデバイスを介して自動的に検出される。

いくつかの実施例において、販売業者デポでの注文は、図３、４および５Ａを参照して上述したように、集荷して顧客に直接配達するために配達宅配便業者に割り当てられて良い。したがって、特定の例では、注文割り当てイベント７３１は、販売業者デポドロップオフ７１９の直後に発生して、注文のバッチを販売業者デポの配達宅配便業者に割り当てることができる。たとえば、顧客が販売業者デポの近くにいる場合、配達宅配便業者が販売業者デポから対応する注文を配達する方が時間効率が高いであろう。例えば、配達宅配便業者６２４－Ａは、販売業者デポ６１２－Ａから顧客６３０－Ａに注文を配達するものとして描かれている。

販売業者ハブおよびカスタマーハブを実装するシステムは、宅配便活動、配達時間、およびＥＴＡ予測の効率を大幅に改善することができる。説明されているシステムは、販売業者宅配便業者が販売業者の場所にすばやく移動できるだけでなく、配達宅配便業者またはデポ宅配便業者が駐車場を探すために時間を費やす必要がなく、駐車する必要さえない配達ハンドオフシステムを提供する。さらに、宅配便業者はデポをすばやく通過して注文を受け取りまたは降ろすことができるため、注文が完了するか引き渡されるのを待つことによる中断時間を最小限に抑えることができる。

デポは、また、１または複数の宅配便業者を配置する場所を提供し、宅配便業者間の即時の割り当ておよび注文の転送を可能にする。このような注文の「即時受け取り」により、宅配便業者がデポに移動して注文を受け取るまで、または人員や他の保管場所間で注文を転送するまでの中断時間が短縮される。

ラストマイル配送ルートをセグメントに分割することは、効率をさらに改善する。各セグメントは合計ルートよりも短いため、宅配便業者は指定された各目的地間をより短い距離で移動し、指定された時間内により多くの旅行を行い、より多くの注文を輸送できる。デポ間など、一定の目的地間のルートが短いほど、宅配便業者にとって最適な移動ルートをより効率的に決定できる。ラストマイル配送活動の分割により、システム内に分業が作成され、担当者と宅配便業者が特定のタスクに特化できるようになる。たとえば、宅配便業者は、特定のルートや近隣の顧客の場所を移動する際の専門知識を得ることができる。

全体として、システム内の注文は、デポ間で注文を輸送することによって、より迅速に配達される。宅配便業者が販売業者ロケーションまたは販売業者デポから複数の顧客ロケーションに配達するのではなく、デポ宅配便業者はより多くの注文をより短い時間で輸送して良い。次に、そのような注文の配達場所の近くにある顧客デポに注文を集約することにより、配達宅配便業者はより短い距離で配達を完了し、より短い時間でより多くの配達を完了することができる。

ラストマイル配送ルートに沿った１または複数の機能の自動化は、人為的エラーおよび行動からの逸脱を減らすことによって、システムの信頼性、予測可能性、および効率をさらに高める。さらに、イベントの追跡が改善され、継続的なイベント追跡が可能になる。たとえば、ＡＶ宅配便業者は、注文を受けた後に人間の宅配便業者が車両に戻ったことを確認する必要をなくす。別の例として、ＡＶ宅配便などの自動化されたシステムは、注文が受け取られたときなど、様々なイベントの確認を自動的に送信するように構成されて良い。したがって、システムは特定のイベントを確認するために人的参加にあまり依存しない。この人的参加は人為的エラーのために信頼できないことがある。そのため、種々のイベントのＥＴＡはより予測可能である。

さらに、顧客は、顧客デポで直接注文を受け取るオプションを与えられて良い。したがって、一部の顧客は待つ必要がないかもしれない。特定の顧客にとって、これは、待たないことを好む顧客など、顧客に積極的な参加の感覚を提供して良い。

図８を参照すると、１または複数の実施例に従う、ロジスティクスプラットフォームシステム内の宅配便業者をルーティングするための例示的なデポディスパッチプロトコル８００が示されている。様々な実施例において、デポディスパッチプロトコル６５０は、生鮮品のオンデマンド配達を最適化するために実装されて良い。

８０２において、販売業者デポ６１２－Ａおよび６１２－Ｂならびに顧客デポ６１４などの販売業者および顧客デポの位置が決定される。このような集成デポの最適な場所は、交通渋滞、徒歩の交通量、販売業者や顧客との相対的な位置、宅配便業者のアクセスのしやすさ、配達密度などの要因に基づいて良い。上述の、または、プロセス５５０からの１または複数の配慮は、顧客デポのための適切な場所を決定するために使用されて良い。

８０４において、販売業者宅配便業者は、各販売業者が少なくとも１つの指定された販売業者宅配便業者を有するように販売業者に割り当てられる。いくつかの実施例において、販売業者宅配便業者は、複数の販売業者に割り当てられて良い。特定の実施例において、販売業者宅配便業者は、販売業者デポに配置されて良く、販売業者宅配便業者は、イベント７１３などで、販売業者宅配便業者への注文の割り当て時に販売業者に割り当てられて良く、これはイベント７１３で行われる。注文が顧客によって配置され、販売業者によって確認されると、８０６において、１つ以上の販売業者宅配便業者が派遣され、割り当てられた販売業者で完了した注文を受け取る。販売業者宅配便業者は、特定の注文の注文完了のためにＥＴＡまたはその近くに、販売業者の場所に到着するようにスケジュールされて良い（イベント２１８など）。いくつかの実施例において、１または複数の販売業者宅配便業者を割り当てて、複数の販売業者の場所で完了した注文を受け取って良い。

８０８において、完了した注文はドロップオフされ、販売業者デポで受け取られる。販売業者デポでの注文のドロップオフは、販売業者宅配便業者または他の担当者によって、または自動ロッカーストレージユニットなどの自動注文検索システムによって確認されて良い。次に、販売業者宅配便業者は、割り当てられた販売業者の場所に戻って、販売業者デポに輸送するための追加の注文を受け取って良い（ステップ８０４、８０６、および８０８を繰り返す）。

そのようにして、注文は、後続の宅配便業者へのさらなる割り当てのために、集約され、販売業者デポでグループ化されて良い。８１０において、注文のバッチは、顧客デポ６１４などの特定の顧客デポに割り当てられる。注文は、バッチ内の注文に対応する顧客が、割り当てられた顧客デポからの所定の距離内に位置するように、部分的に配達先で転送バッチにグループ化されて良い。

次に、８１２において、デポ宅配便業者が、注文を受け取るために派遣され、割り当てられた顧客デポで注文をドロップオフする。種々の実施例において、１つ以上の注文の転送バッチは、デポ宅配便業者に割り当てられる。いくつかの実施例において、デポ宅配便業者は、販売業者デポまたは顧客デポに配置されている。上述のように、デポ宅配便業者は、販売業者デポとカスタマーデポの間の所定のルートに沿って移動して良い。いくつかの実施例において、１または複数の注文のバッチが販売業者宅配便業者に割り当てられると、デポ宅配便業者は特定の販売業者デポにルーティングされて良い。

８１４において、注文は顧客デポで受け取られる。顧客デポでの注文のドロップオフは、デポ宅配便業者または他の担当者によって、または、自動ロッカー保管ユニットなどの自動注文検索システムによって確認されて良い。次に、デポ宅配便業者は、販売業者デポに戻って、顧客デポに輸送するための追加の注文を受け取って良い（ステップ８１０、８１２、および８１４を繰り返す）。そのような複数の注文は、後続の宅配便業者に割り当てるために、販売業者デポでさらに集約、バッチ処理、および整理されて良い。

８１６において、注文は配達宅配便業者に割り当てられる。１または複数の注文のバッチは、部分的に配達先に基づいて配達宅配便業者に割り当てられて良い。次に、配達宅配便業者は、割り当てられた注文を受け取るために顧客デポに移動して良い。いくつかの実施例において、配達宅配便業者は、顧客デポに配置されて良い。場合によっては、注文は、ステップ８０８の後に、８１６において、販売業者デポで配達宅配便業者に割り当てられて良い。そのような実施例において、配達宅配便業者は、図３、４、および５Ａを参照して上述したように、販売業者デポから直接注文を受け取る。特定の実施例において、配達宅配便業者は、また、販売業者デポに配置されて良い。

注文または注文のグループが配達宅配便業者に割り当てられると、その配達宅配便業者は、注文を受け取るためにデポに移動する。配達宅配便業者が認証され、注文の集荷が確認されて良い。いくつかの実施例において、１人または複数の人員が、宅配便業者が車両を駐車する必要がないように、割り当てられた注文を配達宅配便業者に引き渡すためにそこにいて良い。他の実施例において、配達宅配便業者は、割り当てられた注文を保管するロッカーの場所に向けられ、自動保管システムで認証されて、割り当てられた注文を検索して良い。割り当てられた注文が宅配便業者によって収集されると、宅配便業者は顧客の場所に向かって移動し、配達を完了する。８２０において、顧客への注文の配達が確認されて良い。

いくつかの実施例において、顧客は、顧客デポから直接注文を受け取って良い。８１８において、顧客は、顧客デポに注文が到着したという通知を受け取る。通知メッセージは、顧客のデバイスに送って良い。通知メッセージには、自動ロッカーシステムの指定されたロッカーの場所など、注文の場所も含まれて良い。その後、顧客は顧客デポに移動して注文を受け取って良い。いくつかの実施例において、顧客は、注文にアクセスするために、人員またはデバイス間の無線通信によって認証されて良い。たとえば、顧客は、メッセージの送信やバーコードのスキャンなどの一意のアクセスコードを入力または送信して、指定されたロッカーの場所にアクセスして良い。注文が顧客に配送されると、注文の配達は、顧客、デポ担当者、または自動システムによって８２０において確認されて良い。たとえば、指定されたロッカーの場所に顧客の一意のコードがアクセスすると、システムは顧客への配達を確認して良い。

種々の実施例において、ここで記載される１つ以上のイベントは、顧客、販売業者、または宅配便業者に対応するクライアントデバイスに送信されて良い。図９は、１または複数の実施例に従う、この開示の様々なシステムおよび方法を実装するための例示的なネットワークアーキテクチャ９００の図を示す。ネットワークアーキテクチャ９００は、ネットワーク９１０によって１または複数のサーバシステム９１２および９１４に通信可能に接続されたいくつかのクライアントデバイス９０２～９０８を含む。

いくつかの実施例において、サーバシステム９１２および９１４は、１または複数のプロセッサおよびメモリを含む。サーバシステム９１２および９１４のプロセッサは、メモリに格納されたコンピュータ命令（例えば、ネットワークコンピュータプログラムコード）を実行して、ネットワークデータ交換サーバの機能を実行する。種々の実施例において、ネットワークデータ交換サーバの機能は、生鮮品のリアルタイム・オンデマンド配達のルーティング、クライアントデバイスへの通知または指示の送信、および／またはそのような配達の推定到着時間（ＥＴＡ）の予測および動的更新を含んで良い。

いくつかの実施例において、サーバシステム９１２は、ネットワークプロファイル情報を受信および格納するように構成されたコンテンツサーバである。いくつかの実施例において、サーバシステム９１４は、ネットワークメッセージを含むネットワークデータパケットを送信および／またはルーティングするように構成されたディスパッチサーバである。いくつかの実施例において、コンテンツサーバ９１２およびディスパッチサーバ９１４は、両方のサーバの動作を実行するように構成される単一のサーバシステムとして構成される。

いくつかの実施例において、ネットワークアーキテクチャ９００は、ネットワーク９１０を介してクライアントデバイス９０２～９０８およびサーバシステム９１２および９１４に通信可能に接続されたデータベース９１６をさらに含んで良い。いくつかの実施例において、ネットワークデータ、またはユーザ情報、宅配便情報、および販売業者情報などの他の情報は、データベース９１６に格納され、および／またはデータベース９１６から検索されて良い。

クライアントデバイス９０２～９０８のユーザは、ネットワークデータ交換サービスに参加するためにサーバシステム９１２にアクセスする。例えば、クライアントデバイス９０２～９０８は、ネットワークデータ交換サービスにアクセスするために使用することができるウェブブラウザアプリケーションを実行して良い。別の例では、クライアントデバイス９０２～９０８は、ネットワークに固有のソフトウェアアプリケーション（例えば、スマートフォン上で実行されるネットワーキングデータ交換「アプリ」）を実行して良い。

クライアントデバイス９０２～９０８と相互作用するユーザは、デジタルコンテンツ、例えば、テキストコメント（例えば、更新、アナウンス、返信）、デジタル写真、ビデオ、オンライン注文、支払い情報、アクティビティの更新、場所情報、またはその他の適切な電子情報を配布することによって、サーバシステム９１２によって提供されるネットワークデータ交換サービスに参加することができる。いくつかの実装形態では、情報は、ネットワークまたはサーバシステム９１２の外部のシステムおよび／またはサービスによってユーザに代わって投稿することができる。例えば、ユーザは、適切な許可を得て、レストランのレビューをレストランレビューウェブサイトに投稿することができる。そのウェブサイトは、ユーザに代わってレビューをネットワークにクロスポストして良い。別の例では、適切な許可を得てモバイルデバイス上で実行されるソフトウェアアプリケーションは、全地球測位システム（ＧＰＳ）機能を使用してユーザの位置を特定し、ネットワークをユーザの位置で自動的に更新して良い（例：「自宅」、「職場」、「カリフォルニア州サンフランシスコで」）。

いくつかの実施例において、クライアントデバイス９０２～９０８は、コンピュータデバイス、例えば、ラップトップまたはデスクトップコンピュータ、スマートフォン、携帯情報端末、ポータブルメディアプレーヤ、タブレットコンピュータ、または電子ソーシャルネットワークと通信するために使用できる他の適切なコンピューティングデバイスであって良い。いくつかの実装形態では、サーバシステム９１２は、コンピュータサーバなどの１または複数のコンピューティングデバイスを含んで良い。様々な実施例において、クライアントデバイス９０２～９０８のそれぞれは、販売業者１１０～１１６に対応する販売業者デバイス、宅配便業者１２０～１２８に対応する宅配便業者デバイス、または顧客１３０～１３６に対応する顧客デバイスのいずれか１つであって良い。

いくつかの実装形態では、サーバシステム９１２は、サーバコンピュータ（例えば、クラウドコンピューティング）のアクションを実行するために一緒に動作する複数のコンピューティングデバイスを表すことができる。いくつかの実装形態では、ネットワーク９１０は、パブリック通信ネットワーク（例えば、インターネット、セルラーデータネットワーク、電話ネットワークを介したダイヤルアップモデム）またはプライベート通信ネットワーク（例えば、プライベートＬＡＮ、リース回線）であって良い。

様々な顧客、販売業者、および宅配便業者は、１または複数の注文に関連する情報を、対応するクライアントデバイスを介してサーバ９１２または９１４に送信して良い。上述のように、そのような情報には、注文情報、支払い情報、活動の更新、タイムスタンプ、位置情報、または他の適切な電子情報が含まれて良い。次に、システムは、この情報を利用して、注文の配達のＥＴＡを計算し、更新されたタイムスタンプが受信されたときにＥＴＡを動的に更新して良い。図１０Ａ～１０Ｃを参照すると、１または複数の実施例に従う、複数のイベントおよびタイムスタンプを受信するための例示的な方法が示される。

図１０Ａは、顧客デバイスからイベント更新を受信するための例示的なプロセス１０００の例示的なフローチャートを示している。１００１において、注文は配される。いくつかの実施例において、注文は、９０２～９０８などの対応する顧客デバイス上で顧客によって出されて良い。いくつかの実施例において、注文は、顧客のデバイスにインストールされたウェブブラウザまたはアプリケーションでなされて良い。注文情報は、ネットワーク９１０を介して送信されて良い。注文発注は、注文の配達のための場所に対応する場所情報を含んで良い。たとえば、顧客のデバイスの位置は、ＧＰＳを介して決定されて良い。別の例として、位置情報は、顧客に対応する住所を含んで良いる。注文には、注文した商品、支払い情報、その他の顧客情報などの追加情報が含まれて良い。いくつかの実施例において、１００１でなした注文の受領は、注文生成イベント２１２－Ａおよび／または２１２－Ｂに対応して良い。

いくつかの実施例において、注文の更新は、１００３において受信されて良い。いくつかの実施例において、注文更新は、注文における様々なアイテムの追加または削除、注文のキャンセル、配達場所の変更などを含んで良い。いくつかの実施例において、注文の更新は、注文配達の予測ＥＴＡに考慮されて良い。いくつかの実施例において、配達の確認は、１００５において顧客デバイスから受け取られて良い。例えば、顧客は、注文が宅配便業者から受け取られると、顧客デバイスを介して配達の確認を送信して良い。しかしながら、いくつかの実施例において、送達の確認は、図１０Ｃを参照してさらに説明されるように、対応する宅配便業者デバイスを介して宅配便業者によって送信されて良い。いくつかの実施例において、注文に対する更新を受信することは、オプションの実装であって良い。

図１０Ｂは、販売業者デバイスからイベント更新を受信するための例示的なプロセス１０１０の例示的なフローチャートを示している。注文の受領の確認は、１０１１において受信されて良い。いくつかの実施例において、注文は、システムによってネットワーク９１０を介して、適切な販売業者に関連付けられた販売業者デバイスにルーティングされて良い。次に、販売業者は、注文の受領確認を送信して良く、これは、注文確認イベント２１６をトリガーして良い。いくつかの実施例において、注文が成功裏にルーティングされて販売業者デバイスによって受信されると、１０１１における注文受領の確認が、ネットワーク９１０を介してシステム９１２に自動的に送信されて良い。

販売業者が注文の準備を完了すると、注文の完了の確認は１０１３において受け取られて良い。注文の完了の確認は、注文準備イベント２１８をトリガーして良い。次に、注文ピックアップの確認は、１０１５において受け取られ、注文ピックアップイベント２２０－Ａをトリガーして良い。宅配便業者が注文を受け取ると、販売業者は販売業者デバイスを介して注文ピックアップ確認を送信して良い。しかしながら、いくつかの実施例において、注文ピックアップの確認は、図１０Ｃを参照してさらに説明されるように、対応する宅配便装置を介して宅配便業者によって送信されて良い。

図１０Ｃは、宅配便業者デバイスからイベント更新を受信するための例示的なプロセス１０２０の例示的なフローチャートを示している。そのような宅配便業者デバイスは、上述のように、販売業者宅配便業者、デポ宅配便業者、または配達宅配便業者のいずれかに対応して良い。１０２１において、注文割り当ての確認を受け取って良い。いくつかの実施例において、注文割り当ての確認は、宅配便業者デバイスを通じて宅配便業者によって入力された、注文割り当ての受諾であって良い。１０２３において、宅配便業者の場所を受け取って良い。いくつかの実施例において、宅配便業者の位置は、リアルタイムで追跡および更新されて良い。いくつかの実施例において、宅配便業者の位置は、リアルタイムのＧＰＳ座標を使用することなどによって、宅配便業者デバイスを介して追跡することができる。いくつかの実施例において、宅配便業者の位置は、近接ビーコンを使用してさらに追跡することができる。

種々の実施例において、宅配便業者は、注文割り当て２２２の後に販売業者の場所に移動して良い。宅配便業者が販売業者の場所に移動するとき、１０２５において、販売業者の場所への移動状況が、受け取られて良い。種々の実施例において、移動状況は、宅配便業者に対応する車両の状況を含んで良い。例えば、宅配便業者デバイスは、宅配便業者が販売業者の場所の近くに自分の車両を駐車したという通知をサーバシステムに送信して良い。これは、販売業者への駐車イベント２２４に対応して良い。

宅配便業者が販売業者の場所に到着すると、販売業者の場所への到着の確認を１０２７において受け取って良い。いくつかの実施例において、販売業者の場所への到着の確認は、宅配便業者によって宅配便業者デバイスを介して入力されたチェックインステータス更新であって、ネットワーク９１０を介して送信されて良い。注文が宅配便業者に提供されると、注文ピックアップの確認は、１０２９において受信されて良い。いくつかの実施例において、注文ピックアップの確認は、宅配デバイスを介して宅配便業者によって確認されて良い。先に説明したように、注文ピックアップの確認は、追加的に、および／または、代替的に、販売業者デバイスを介して販売業者によって確認されて良い。

種々の実施例において、宅配便業者は、注文ピックアップ２２０－Ｂの後に顧客の場所に移動して良い。宅配便業者が顧客の場所に移動するとき、顧客の場所への移動状況は４３１において受け取られて良い。種々の実施例において、移動状況は、宅配便業者に対応する車両の状態を含んで良い。例えば、宅配便業者は、注文の受け取り後に宅配便業者が車両に戻ったという通知をサーバシステムに送信して良い。これは、車両復帰イベント２２８に対応して良い。別の例として、宅配便業者デバイスは、宅配便業者が顧客の場所の近くに自分の車両を駐車したという通知をサーバシステムに送信して良い。これは、顧客での駐車イベント２３０に対応して良い。

次に、注文配達の確認は、宅配便業者デバイスから１０３３において受け取られて良い。いくつかの実施例において、注文配達の確認は、宅配便業者デバイスを介して宅配便業者によって確認されて良い。先に説明したように、注文配達の確認は、追加的に、および／または、代替的に、顧客のデバイスを介して顧客によって確認されて良い。

プロセス１０２０は、宅配先としての販売業者の場所および顧客の場所に関して説明されているけれども、宅配先は、また、プロセスステップ１０２１から１０３３のいずれか１つにおける販売業者デポおよび／または顧客デポを含んで良いことを認識されたい。例えば、プロセス１０２０は、デポ宅配便業者のために実施されて良い。したがって、販売業者デポへの移動中のデポ宅配便業者の移動ステータスは１０２５で受信されて良く、販売業者デポへのデポ宅配便業者の到着の確認は１０２７で受信されて良い。この同じ例では、デポ宅配便業者の移動ステータスは、その後、デポ宅配便業者が顧客デポに移動するときに、１０３１において、受け取られて良い。

いくつかの実施例において、追加のイベント更新は、販売業者、顧客、または宅配便業者に対応するデバイスから受信されて良い。例えば、販売業者の場所での注文ピックアップの確認を追跡して良い。いくつかの実施例において、プロセス１０００、１０１０、および１０２０は、単一のプロセス内に統合されて良い。いくつかの実施例において、説明されたシステムは、図１０Ａ－１０Ｃに示されているよりも追加のまたはより少ないイベント更新を受信して良い。

説明したように、いくつかの実施例において、タイムライン２００、４００、および７００の様々な時点での宅配便業者の移動状態は、１または複数のビーコンを含む近接システムを介して追跡されて良い。近接センサおよび／またはビーコンを使用して宅配便業者の位置を決定するためのそのようなシステムおよびプロセスは、「リアルタイムラストマイルロジスティクスプラットフォームでビーコンを使用することによる予測の改善（代理人包袋番号ＤＡＳＨＰ００４）というタイトルの米国特許出願第１５／８２６７３７号に記載され、これは先に参照した。米国特許出願第１５／８２６７３７号は、ＢＬＥ信号を実装するシステムおよびプロセスを記載しているが、そのようなシステムおよびプロセスは、Ｗｉ－Ｆｉ、パッシブおよびアクティブ無線周波数識別（ＲＦＩＤ）信号、セルラーデータ、モバイル衛星通信、および低電力広域ネットワーク（ＬＰＷＡＮ）を含むけれども、これらに限定されず、他の無線送信信号および技術を実装し得ることを理解されたい。

例えば、ビーコンセンサは、宅配便業者の場所に対応するビーコンデバイスを検出するように構成されて良い。いくつかの実施例において、ビーコンデバイスは、宅配便業者に関連付けられたクライアントデバイスであって良い。このようなビーコンセンサは、１または複数の加盟店の場所、集成デポ、または宅配便業者車両に配置されて良い。いくつかの実施例において、宅配便業者デバイスは、ビーコンセンサを含んで良く、ビーコンデバイスは、宅配便業者の車両または様々な販売業者の場所に配置されて良い。宅配便業者、および対応する宅配便業者デバイスが種々のビーコンに近づいたり離れたりするときに、宅配便業者の位置をリアルタイムで追跡することができる。

例えば、注文割り当て２２２の後、注文ピックアップ２２０－Ｂの前に、宅配便業者と宅配便業者車両との間の距離が増加することが検出された場合、宅配便業者は車両を駐車し、販売業者の場所に向かって移動していると判断されて良い。別の例として、１つまたは近隣の複数の販売業者の場所ならびにターゲット宅配便業者の場所に配置された近接センサによって、宅配便業者が、販売業者の場所に歩いていくことが決定されて良く、これらは宅配便業者の位置に対応するビーコンデバイスを検出するように構成されている。販売業者２２６への到着は、また、宅配便業者デバイスが販売業者の場所のビーコンセンサの所定の半径内にもたらされたときに決定されて良い。

宅配便業者の移動状況は、また、注文ピックアップ２２０－Ｂの後、注文配達２３２の前に追跡されて良い。宅配便業者と販売業者の場所との間の距離が増加することが検出された場合、宅配便業者は、販売業者の場所を離れ、車両に向かって移動していると決定されて良い。別の例として、宅配便業者が車両の所定の半径内を移動すると、近接センサは、車両復帰イベント２２８が発生したと判断し、顧客の場所への追加の移動状況を８３１において受信することができる。宅配便業者と宅配便業者車両との間の距離が増加することを検出した場合、宅配便業者が車両を駐車し、注文を配達するために顧客の場所に向かって移動していると判断されて良い。

さらに、注文配達２３２が発生した後、近接システムは、宅配便業者が車両の所定の半径内を移動したときに、宅配便業者が車両に戻ったことを決定して良い。これは、宅配便業者に別の注文を割り当てる準備ができていることを示して良い。種々の実施例において、宅配便業者の販売業者への移動状況を示す他のイベントは、１０２５および８３１において追跡されて良い。

図１１は、１または複数の実施例に従う、加重係数を使用して配達イベントおよびタイムスタンプを処理するためのプロセス１１００を示し、例示している。１１０２において、注文に対応するイベントのタイムスタンプが受信される。種々の実施例において、注文は、顧客デバイスを介して顧客によって出された注文であって良い。いくつかの実施例において、イベントは、図２、４、および７を参照して説明されたイベントのいずれか１つであって良く、得る。図１０Ａ－１０Ｃを参照して説明したように受信されて良い。

１１０４において、タイムスタンプは、対応する予測イベントモデルに入力される。いくつかの実施例において、ニューラルネットワークが、特定の注文の推定到着時間（ＥＴＡ）を生成するために実装される。このようなシステムは、正確なＥＴＡ予測を生成するなど、一般にタスク固有のプログラミングを行わずに、例を検討することによってタスクを実行することを学習（または徐々にパフォーマンスを向上）させることができる。いくつかの実施例において、ニューラルネットワークは、イベントに関連付けられたタイムスタンプを入力し、１または複数の後続の配達イベントの予測ＥＴＡを生成するための予測モデルを提供する。

いくつかの実施例において、ニューラルネットワークは、複数のサブネットワークを含んで良く、それぞれは、後続の配達イベント間の特定の時間間隔について推定時間長を生成するための予測イベントモデルとして機能する。ここで使用される場合、「サブネットワーク」および「イベントモデル」という用語は、とくに断りのない限り、交換可能に使用されて良い。いくつかの実施例において、イベント間の各間隔、例えば、図２、４、および７に示されるそれらのイベントの間の間隔は、サブネットワークに関連付けて良い。言い換えれば、特定の予測イベントモデルは、図２、４、および７に示すように、あるイベントから次のイベントまでの期間を予測することができる。

１１０６において、注文に対応する配達パラメータが受信される。配達パラメータには、１つ以上の追跡されたイベント間の時間の長さに影響を与える可能性のあるさまざまな要因または測定値が含まれて良い。種々の実施例において、配達パラメータは、時間、日付、交通量、天気、過去の宅配便業者のパフォーマンス、およびマーケットの規模を含んで良い。配達パラメータは、さらに、受け取った注文の数、注文のアイテムの数、注文の料理のタイプ、注文の小計、過去のレストランのデータを含んで良い。種々の実施例において、様々な他のパラメータがニューラルネットワークに実装されて良い。

１１０８において、配達パラメータは、加重係数として対応する予測イベントモデルに入力される。種々の実施例において、ニューラルネットワークは、様々なパラメータを、連続するイベント間の持続時間に対する特定の効果と相関させるようにトレーニングされて良い。ニューラルネットワークは、そのようなパラメータに重みを割り当てて、重み付き係数を作成することができる。このような重みは、実際の到着時間に基づいて調整されて良い。

例えば、特定の日付は、忙しい日であることが昔から知られている休日に当たる可能性がある。したがって、特定の休日は、トラフィックの増加または注文数の増加と相関している可能性がある。さらに、１日の特定の時間帯は、ラッシュアワーなどの交通量の増加に関連しているかもしれない。いくつかの実施例において、時刻は、リアルタイムで継続的に更新され、ニューラルネットワークに入力されるパラメータである。

いくつかの実施例において、交通情報は、リアルタイムで追跡されて良い。いくつかの実施例において、交通情報は、サードパーティアプリケーションによって追跡されて良い。いくつかの実施例において、交通データは、リアルタイムで更新されるか、またはほぼリアルタイムで絶えず更新される。

天候に対応するパラメータは、また、交通または注文の影響を通知して良い。たとえば、悪天候は、危険な状態による交通量の増加と相関するであろう。悪天候は、顧客が屋内にとどまる可能性が高いため、注文の増加と相関するであろう。気象パラメータは、特定の食品タイプの需要の変化にも対応するであろう。たとえば、暑い日にはアイスクリームをもっと注文するであろう。

いくつかの実施例において、マーケットサイズは、製品またはサービスの潜在的な顧客、宅配便業者、および／または販売業者である特定のマーケットにおける個人の数に対応するであろう。ここで使用される場合、マーケットという用語は、特定の製品タイプに関連する特定の販売業者、または販売業者のグループのいずれかを意味するために使用されて良い。しかしながら、いくつかの実施例において、マーケットという用語は、ロジスティクスプラットフォームの一部である所与の領域内の総顧客、宅配便業者、および／または販売業者を指して良い。ニューラルネットワークは、注文の準備または配達の時間の特定の違いと相関する特定のマーケット規模を特定して良い。マーケットの規模は、新しい、または成熟したマーケットにも対応して良い。たとえば、新しい市場はより長い注文準備時間と相関し、より成熟した市場はより速い注文準備時間と相関しているかもしれない。

別の入力パラメータは、未対応の宅配便業者の数に対する未対応の注文数の比率に対応するフリート負荷率を含んで良い。いくつかの実施例において、フリート負荷率の比率が高いほど、宅配便業者の量が不十分であり、したがって、注文準備完了イベント２１８の後のイベントの期間が長くなることに対応し得る。

いくつかの実施例において、注文のアイテムタイプは、パラメータとして入力されて良い。たとえば、特定の料理は特定の準備時間と相関している場合がある。いくつかの実施例において、注文のサイズは、予測パラメータとして入力してよい。いくつかの実施例において、注文内のより多くのアイテムは、より長い準備時間と相関し得る。いくつかの実施例において、注文の小計価格は、また、注文サイズまたは注文準備時間に対応し得る。たとえば、小計が大きいほど、注文内のアイテムの量が多いことに相関するであろう。さらに、より高価なアイテムは、より多くの材料、より困難、または準備の専門性のために、作成に時間がかかる場合がある。

いくつかの実施例において、ニューラルネットワークは、所与の所定の領域内の宅配便業者の宅配便業者タイムライン２１上の１または複数のイベント間の期間の平均レートを決定して良い。同様に、いくつかの実施例において、ニューラルネットワークは、特定の販売業者の販売業者タイムライン２１０上の１または複数のイベント間の期間の平均レートを決定して良い。ただし、過去のパフォーマンスもパラメータとして入力して良い。

例えば、宅配便業者の過去のパフォーマンスは、特定の宅配便業者の宅配便業者タイムライン２１１上の１または複数のイベント間の以前の期間の記録であって良い。この記録は、所与の領域内のすべての宅配便業者について、宅配便業者タイムライン２１１上の１または複数のイベント間の平均期間と比較して良い。ニューラルネットワークは、この係数を使用して特定の状態変数を特定の宅配便業者に割り当て、それに応じて予測を調整して良い。例えば、所与の宅配便業者は、所与の地域の平均と比較して、販売業者２２４に駐車してから販売業者２２６に到着するまでの間など、特定のイベント間の期間が短い場合がある。ニューラルネットワークは、この特定の宅配便業者に応じて、販売業者２２６に到着するためのＥＴＡ予測を調整することができる。

特定の販売業者の過去の実績も入力することができる。これは、その特定の販売業者の販売業者タイムライン２１０上のイベント間の平均期間を含んで良い。ニューラルネットワークは、この係数を使用して特定の状態変数を特定の販売業者に割り当て、それに応じて予測を調整して良い。例えば、特定の販売業者が特定のアイテムを準備するための平均時間が、追跡され、決定されて良い。一例として、一部の販売業者は、イベント２１６などで注文の受領確認を送信せず、代わりにすぐに注文の準備を開始する場合がある。注文が完了すると、販売業者は注文の受領確認と注文完了の確認を同時に送信するかもしれない。ニューラルネットワークは、それに応じて、配達ルーティングシステムが最適な時間に宅配便業者を適切に割り当てることができるように、ＥＴＡ予測を決定することができる。

いくつかの実施例において、履歴パフォーマンスパラメータは、所定の時間の間、集成ユニットに編成されて良い。たとえば、過去３０日間の増分での宅配便業者または販売業者の過去のパフォーマンスには、より高い加重値が与えられる。いくつかの実施例において、過去３０日より前の日に発生した過去のパフォーマンスパラメータも、より低い加重値で入力される。いくつかの実施例において、過去３０日前に発生した日の過去のパフォーマンスパラメータを破棄して良い。

種々の実施例において、特定のパラメータに割り当てられた重みは、他のパラメータに基づいて更新されて良い。たとえば、ラッシュアワーのピーク時からラッシュアワー後までの時間の変化に応じて、トラフィックに与えられる重みをリアルタイムで調整いて良い。いくつかの実施例において、１または複数のパラメータにより、ニューラルネットワークが特定の状態変数を維持して良い。

１１１０において、更新された予測到着予定時刻（ＥＴＡ）が生成される。パラメータとタイムスタンプは、サブネットワークのさまざまな計算レイヤに入力される。いくつかの実施例において、そのような計算レイヤは、線形レイヤ、コンボリューションレイヤ、デコンボリューションレイヤ、残余レイヤ、二次レイヤなどを含み得るが、これらに限定されない。いくつかの実施例において、イベントのタイムスタンプ、またはイベントの実際の到着時間（ＡＴＡ）が、予測モデルの１つ以上の計算レイヤに入力され、注文配達２３２などの注文配達の予測ＥＴＡが出力される。

他の実施例において、イベントのＡＴＡは、１または複数の計算レイヤに入力されて、後続の配達イベントの予測されたＥＴＡを出力する。次に、出力された予測ＥＴＡは、別の予測モデルの追加の計算レイヤに入力され、追加の配達イベントの追加の予測ＥＴＡが決定される。いくつかの実施例において、サブネットワーク内の各計算レイヤは、１または複数のパラメータに対応して良い。

いくつかの実施例において、予測ＥＴＡは、タイムライン２１０および２１１上の各イベントに対して生成されて良い。予測ＥＴＡは、また、タイムライン４１０および４１１上の１つ以上のイベントに対して生成されて良い。イベントは、顧客デバイス、販売業者デバイス、宅配便業者デバイスなどのさまざまなクライアントデバイスに送信されて良い。予測ＥＴＡは、さらに、配達ルーティングシステムが、配達のために宅配便業者および販売業者に注文を割り当てるのに使用されて良い。

このアプローチは、配達プロセスを、別個の配達イベントに分割する。これら別個の配達イベントは、販売業者の固有な特徴、例えば、注文プロトコル、食品調理速度などに依存するため、より予測可能である。さらに、開示されたシステムは、種々のアプリケーションやデバイスを介して各イベントにタイムスタンプデータを受信する能力を向上させる。したがって、配達中に発生するイベントに基づいて、ＥＴＡ予測にリアルタイムの更新を組み込む自然な方法がある。

１１１２において、配達のために追加のイベントが存在するかどうかが決定される。注文配達２３２などの最終イベントのＡＴＡが受信された場合、プロセス１１００は終了する。しかしながら、追加のイベントが存在する場合、プロセス１１００は、後続のイベントのタイムスタンプを受信するために動作１１０２に戻る。後続のイベントのタイムスタンプは、後続のイベントのタイムスタンプを、１１１４において予測されたＥＴＡと比較することによって、ニューラルネットワークがそれ自体をトレーニングするために使用して良い。

１１１４において、対応するイベントモデルが更新される。いくつかの実施例において、プロセッサは、複数の重み付き係数を使用して予測イベントモデルを継続的にトレーニングすることによって、複数のＥＴＡ期間を動的に生成する。様々な実施例において、重みは、また、図１０Ａ－１０Ｃに記載されるように受信される様々な配達イベント更新のＡＴＡに対応するタイムスタンプに基づいて調整されて良い。イベントの更新を受信すると、ニューラルネットワークはＡＴＡを特定のイベントの予測ＥＴＡと比較し、差異を分析する。比較に基づいて、ニューラルネットワークは特定のパラメータに与えられた重みを更新して、イベントの予測ＥＴＡと受信したＡＴＡの間の差異を考慮して良い。そのため、動的ＥＴＡ予測システムのニューラルネットワークの予測モデルは、運用中に継続的にトレーニングされている。

図１２は、１または複数の実施例に従う、予測ＥＴＡ更新の実装のための例示的なフロープロセス１２００を示している。上述のように、説明されたシステムは、レストランによる注文の完了、宅配便業者による注文の受け取り、および顧客への生鮮品の配達の完了を含む、１または複数の配達イベントの予測ＥＴＡ更新を生成することができる。そのような予測ＥＴＡ更新は、１２０１で様々なクライアントデバイスに送信されて良い。図１２に示されるように、そのようなクライアントデバイスは、顧客デバイス１２２０、宅配便業者デバイス１２２２、および販売業者デバイス１２２４を含む。クライアントデバイス１２２０、１２２２、および１２２４は、図９に示されるように、クライアントデバイス９０２～９０８のいずれか１つであって良い。

例えば、ステップ１２０３において、注文配達イベント２３２の予測されたＥＴＡは、顧客デバイス１２２０に提供されて良い。別の例として、ステップ１２０５において、注文準備イベント２１８の予測されたＥＴＡは、宅配便業者デバイス１２２４に提供されて集荷の準備ができていることを宅配便業者に通知して良い。さらに他の例として、１２０７において、販売業者への到着イベント２２６の予測されたＥＴＡは、宅配便業者がいつ到着することを予期するかを販売業者に通知するために販売業者デバイス１２２４に提供されて良い。様々な他のイベントのための１または複数の予測されたＥＴＡ更新は、クライアントデバイス１２２０、１２２２、および１２２４のいずれか１つに送信されて良い。

開示されたシステムは、また、配達がいつ宅配便業者に割り当てられるべきかについて情報に基づいた決定を行うために必要なタイムスタンプを配達ルーティングシステムに提供して良い。いくつかの実施例において、予測されたＥＴＡ更新は、ステップ１２１１において配達ルーティングシステムに送信される。そのような配達ルーティングシステムは、ＥＴＡ更新を割り当てアルゴリズムに入力して、複数の受信注文に配達業者を割り当てることができる。いくつかの実施例において、配達ルーティングシステムは、様々なイベントの予測されたＥＴＡに基づいて、後続の注文を宅配便業者に割り当てることができる。例えば、後続の注文は、注文配達イベント２３２の予測されたＥＴＡに基づいて、現在顧客の場所に向かう途中の宅配便業者に割り当てられて良いる。いくつかの実施例において、後続の注文の割り当ては、また、後続の注文の注文準備完了イベント２１８の予測されたＥＴＡ、ならびに後続の注文に対応する販売業者への宅配便業者の距離および移動時間パラメータに依存して良い。

種々の実施例において、ステップ１２１３において、注文割り当ては、識別、連絡先情報などのような宅配便業者に対応する情報を顧客に通知するために、顧客デバイス１２２０に送信されて良い。いくつかの実施例において、注文割り当ては、位置、連絡先情報、注文情報などのような、販売業者および／または顧客に対応する情報を宅配便業者に通知するために、宅配便業者デバイス１２２２に送信されて良い。いくつかの実施例において、注文割り当ては、連絡先情報を含む、顧客および／または宅配便業者に対応する情報を販売業者に通知するために販売業者デバイス１２２４に送信されて良い。

いくつかの実施例において、配達ルーティングシステムは、複数の注文を同じ宅配便業者に割り当てて良い。例えば、所定の距離内にある顧客の場所に配達される複数の注文を同じ宅配便業者に割り当てて、移動距離または移動時間を短縮するなど、配達のための移動経路を最適化することができる。いくつかの実施例において、そのような複数の注文の注文準備完了イベント２１８の予測されたＥＴＡを入力して、複数の注文を受け取るために単一の宅配便業者を割り当てる必要があるかどうかを決定して良い。

さらに、それは、予測されたイベントタイムスタンプと実際のイベントタイムスタンプとを比較することによって、配達のどの部分が間違っていたかを決定するための問題を特定するための方法を提供する。いくつかの実施例において、複数のＥＴＡ期間を使用して、問題をエスカレーションし、予測されたイベントタイムスタンプと実際のイベントタイムスタンプを比較することによって、配達のどの部分が間違っていたかを判断することができる。たとえば、配達内のイベントの予測ＥＴＡとＡＴＡの間の大きな不一致を特定して、配達イベント間で遅延が発生した場所を特定し、遅延の主な原因を特定できる。たとえば、特定の配達について、予測されたＥＴＡとＡＴＡの間の最大の不一致は、販売業者への駐車イベント２２４と特定されて良い。このような不一致の複数のインスタンスが複数の宅配便業者で発生した場合、原因は当該販売業者の近くの駐車領域の不足として識別される。一旦、識別されると、この問題に適切に対処して、配達をさらに最適化することができる。

種々のコンピューティングデバイスが、ここに記載された方法を実装できる。たとえば、モバイルデバイス、コンピュータシステムなどを使用して、動的なＥＴＡ予測更新を生成できる。図１３を参照すると、この開示の特定の例を実施するために使用することができるコンピュータシステム１３００の特定の例が示されている。特定の例示的な実施例によれば、この開示の特定の実施例を実施するのに適したシステム１３００は、プロセッサ１３０１、メモリ１３０３、トランシーバ１３０９、インターフェース１３１１、およびバス１３１５（例えば、ＰＣＩバス）を含む。適切なソフトウェアまたはファームウェアの制御下で動作する場合、プロセッサ１３０１は、ニューラルネットワーク内の様々な計算レイヤおよびアルゴリズムを介して入力を処理する責任がある。いくつかの実施例において、プロセッサは、確率的勾配降下アルゴリズムおよび逆伝播アルゴリズムを含むがこれらに限定されないアルゴリズムを使用して、各計算レイヤのパラメータを更新する責任がある。プロセッサ１３０１の代わりに、またはプロセッサ１３０１に加えて、様々な特別に構成されたデバイスを使用することもできる。完全な実装は、カスタムハードウェアで行うこともできる。

インターフェース１３１１は、通常、ネットワークを介してデータパケットまたはデータセグメントを送受信するように構成される。デバイスがサポートするインターフェースの特定の例は、イーサネットインターフェース、フレームリレーインターフェース、ケーブルインターフェース、ＤＳＬインターフェース、トークンリングインターフェースなどを含む。インターフェース１３１１は、別個の入力および出力インターフェースを含むか、または両方の操作をサポートする統合されたインターフェースであって良い。さらに、ファストイーサネットインターフェース、ギガビットイーサネットインターフェース、ＡＴＭインターフェース、ＨＳＳＩインターフェース、ＰＯＳインターフェース、ＦＤＤＩインターフェースなどの様々な非常に高速なインターフェースが提供されて良い。一般に、これらのインターフェースには、適切なメディアとの通信に適したポートが含まれて良い。場合によっては、独立したプロセッサを含んで良く、また、場合によっては揮発性ＲＡＭを含んで良い。独立したプロセッサは、パケット交換、メディア制御、管理などの通信集約型タスクを制御して良い。

トランシーバ１３０９は、典型的には、送信機／受信機の組み合わせデバイスである。しかしながら、システム１３００は、いくつかの実施例において、別個の構成要素として送信機および受信機を含んで良い。トランシーバ１３０９は、Ｗｉ－Ｆｉ、ブルートゥースなどを含む様々な無線信号を送信および／または受信するように構成されて良い。いくつかの実施例において、システム１３００は、無線信号を介して個人の位置を追跡するためのクライアントデバイスまたは位置センサまたはビーコンとして機能して良い。クライアントデバイスとビーコンの間の接続または通信は、特定の場所に対応する個人が存在することを示して良い。種々の実施例において、トランシーバ１３０９は、半二重または全二重モードで動作して良い。種々の種類のＢｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、視力伝送メカニズム、パッシブおよびアクティブＲＦＩＤ信号、セルラーデータ、モバイル衛星通信、ＬＰＷＡＮ、ＧＰＳ、その他のネットワークプロトコルなど、種々のプロトコルを使用できる。種々の実施例によれば、トランシーバは、ブルートゥースまたはＷｉ－Ｆｉブースターまたはリピーターとして動作して良い。

特定の例示的な実施例によれば、システム１３００は、メモリ１３０３を使用して、ニューラルネットワークのトレーニングおよび方法１１００などのＥＴＡ予測の生成および方法１２００などの予測ＥＴＡ更新の実施を含む動作のためのデータおよびプログラム命令を格納する。プログラム命令は、例えば、オペレーティングシステムおよび／または１または複数のアプリケーションの動作を制御して良い。１または複数のメモリは、受信したメタデータとバッチ要求されたメタデータを格納するように構成して良い。１または複数のメモリは、また、パラメータおよび加重係数に対応するデータを格納するように構成されて良い。

そのような情報およびプログラム命令は、ここに記載されたシステム／方法を実装するために使用できるので、この開示は、ここに記載された種々の操作を実行するためのプログラム命令、状態情報などを含む有形の機械可読媒体に関する。機械可読メディアの例は、ハードディスク、フロッピーディスク、磁気テープ、ＣＤ－ＲＯＭディスクやＤＶＤなどの光学メディア、光ディスクなどの磁気光学媒体、および、読み取り専用メモリデバイス（ＲＯＭ）やプログラム可能な読み取り専用メモリデバイス（ＰＲＯＭ）などのプログラム命令を格納および実行するように特別に構成されたハードウェアデバイスを含む。プログラム命令の例は、コンパイラーによって生成されるようなマシンコード、および、コンピュータがインタープリターを使用して実行できる高レベルのコードを含むファイルの両方を含む。

構成要素およびプロセスの多くは、便宜上単数形で説明されているけれども、複数の構成要素および反復プロセスも、また、この開示の技術を実施するために使用できることが当業者によって理解されるであろう。

この開示は、その特定の実施例を参照して具体的に示され、説明されてきたけれども、開示された実施例の形態および詳細の変更は、この開示の精神または範囲から逸脱することなく行われ得ることが当業者によって理解されるであろう。したがって、この開示は、当該開示の真の精神および範囲内にあるすべての変形および均等物を含むと解釈されることが意図されている。

Claims (20)

1. 第１の顧客に対応する第１のデバイスから第１の注文メッセージを受信する受信ステップであって、上記第１の注文メッセージは、第１のタイムスタンプと、第１のレストランから生鮮品のリアルタイム配達のための第１の注文とを含み、上記第１の顧客は配達領域内に位置付けられている上記受信ステップと、
   上記第１のタイムスタンプと過去のレストランデータを含む複数の学習された重み付けファクタとに基づいて１または複数のイベントの各々について到着の推定到着時刻（ＥＴＡ）を自動的に生成するステップと、
   １または複数の上記ＥＴＡに基づいて、第１の販売業者宅配便業者をスケジューリングして、上記第１のレストランから上記第１の注文を受け取り上記第１の注文を販売業者デポに配送するステップと、
   上記第１の注文を第１の注文バッチにグルーピングするグルーピングステップであって、上記第１の注文バッチは１または複数の注文を含み、上記第１の注文バッチは、当該第１の注文バッチ内の上記１または複数の注文の対応する配達宛先の近さに基づいてグルーピングされる、上記グルーピングステップと、
   １または複数の上記ＥＴＡに基づいて、デポ宅配便業者をスケジューリングして上記第１の注文バッチを上記販売業者デポにおいて受け取り上記第１の注文バッチを上記販売業者デポから顧客デポの配送するステップであって、上記顧客デポは上記配達領域に対応する上記ステップと、
   上記配達領域を自動運転車両の操作用に構成された自律ゾーンとして特定するステップと、
   １または複数の上記ＥＴＡに基づいて、第１の配達宅配便業者を割り当てて、上記顧客デポにおいて上記第１の注文を受け取とらせ、上記配達領域内の上記第１の顧客に対する上記第１の注文の配達を完了させるステップであって、上記第１の配達宅配便業者は第１の自動運転車両を有する、上記ステップとを有することを特徴とする方法。
2. 上記顧客デポにおいて１または複数の他の注文バッチを受け取るステップであって、上記１または複数の他の注文バッチは、１または複数の他のデポ宅配便業者によって１または複数の他の販売業者デポから受け取られる、上記ステップをさらに有する請求項１に記載の方法。
3. 上記複数の重み付けファクタは、上記第１の注文の中の料理に関するデータ、上記第１の注文の小計、上記第１のレストランにおいて受け取られた現在の注文の個数、時刻、データ、および、天候のうちの、１または複数をさらに含む請求項１に記載の方法。
4. 上記１または複数のイベントが、
   上記第１のレストランによる上記第１の注文の完了、
   上記第１の注文の販売業者デポへの到着、
   上記第１の注文の顧客デポへの到着、および
   上記第１の注文の上記第１の顧客への配達
   のうちの１または複数を含む、請求項１に記載の方法。
5. 上記複数のイベントのうちの種々のイベントが、
   上記第１の販売業者宅配便業者、上記デポ宅配便業者、上記第１の配達宅配便業者、上記第１のレストラン、上記販売業者デポ、上記顧客デポ、および、上記第１の顧客のうちの、
   １または複数に対応する１または複数のクライアントデバイスから受信される、請求項１に記載の方法。
6. 上記デポ宅配便業者は、第２の自動運転車両を有する、請求項１に記載の方法。
7. 上記デポ宅配便業者は、上記販売業者デポと上記顧客デポとの間の予め定められた経路に沿って移動する、請求項６に記載の方法。
8. 上記顧客デポは、１または複数の注文を保管するための複数の保管コンパートメントを備えた自動ロッカーシステムを有し、上記複数の保管コンパートメントは、上記デポ宅配便業者および上記第１の配達宅配便業者のうちの１または複数を認証するように構成される、請求項１に記載の方法。
9. 第２の顧客に対応する第２のデバイスから第２の注文メッセージを受信するステップであって、上記第２の注文メッセージは、第２のタイムスタンプと、第２のレストランからの生鮮品のリアルタイム配達のための第２の注文とを含み、上記第２の顧客は上記配達領域内に位置付けられる、上記ステップと、
   上記第２のタイムスタンプと、上記複数の学習された重み付けファクタとに基づいて、上記１または複数のイベントの各々についてＥＴＡを動的に生成するステップと、
   上記ＥＴＡの１または複数に基づいて、第２の販売業者宅配便業者をスケジューリングして上記第２のレストランから上記第２の注文を受け取らせ、上記第２の注文を上記販売業者デポへ配送させるステップと、
   上記第２の注文を上記第１の注文バッチにグルーピングするステップとを有する請求項１に記載の方法。
10. 上記複数のＥＴＡの期間は、学習モードおよび推論モードで動作するように構成されたプロセッサに配置されたニューラルネットワークを使用して動的に生成され、
    上記学習モードにおいて、上記プロセッサは、
    一連の連続する学習イベントであって当該学習イベントの間の時間間隔が既知である上記学習イベントを含むデータセットを上記ニューラルネットワークに渡し、
    上記ニューラルネットワークを学習させて、ＥＴＡ予測更新を正確かつ動的に出力するように構成され、
    上記ニューラルネットワークの学習は、
    学習イベントと時間間隔との異なる組み合わせを入力するステップと、
    到着の実際の時刻（ＡＴＡ）を、生成されたＥＴＡ予測と比較して、上記ニューラルネットワークが当該ニューラルネットワーク内の上記複数の重み付けされたファクタを自動的かつ反復的に調整できるようするステップとを有し、
    上記推論モードにおいて、
    上記プロセッサは、
    上記複数のイベントのうちの第１のイベントであって、初期タイムスタンプを含む上記第１のイベントを上記ニューラルネットワークに渡し、
    上記複数の調整された重み付けファクタに基づいて、上記複数のイベントに対して第１のＥＴＡ予測を自動的に生成し、
    上記複数のイベントの第２のイベントであって、更新されたタイムスタンプを含む上記第２のイベントを上記ニューラルネットワークに渡し、
    上記複数のイベントに対して上記第１のＥＴＡ予測を自動的に調整して、上記複数のイベントに対して第２の更新されたＥＴＡ予測を形成するように構成される請求項１に記載の方法。
11. １または複数のプロセッサと、
    メモリと、
    上記メモリに格納された１または複数のプログラムとを有するサーバシステムにおいて、
    上記１または複数もプログラムは、
    第１の顧客に対応する第１のデバイスから第１の注文メッセージを受信する受信ステップであって、上記第１の注文メッセージは、第１のタイムスタンプと、第１のレストランから生鮮品のリアルタイム配達のための第１の注文とを含み、上記第１の顧客は配達領域内に位置付けられている上記受信ステップと、
    上記第１のタイムスタンプと過去のレストランデータを含む複数の学習された重み付けファクタとに基づいて１または複数のイベントの各々について到着の推定到着時刻（ＥＴＡ）を自動的に生成するステップと、
    １または複数の上記ＥＴＡに基づいて、第１の販売業者宅配便業者をスケジューリングして、上記第１のレストランから上記第１の注文を受け取り上記第１の注文を販売業者デポに配送するステップと、
    上記第１の注文を第１の注文バッチにグルーピングするグルーピングステップであって、上記第１の注文バッチは１または複数の注文を含み、上記第１の注文バッチは、当該第１の注文バッチ内の上記１または複数の注文の対応する配達宛先の近さに基づいてグルーピングされる、上記グルーピングステップと、
    １または複数の上記ＥＴＡに基づいて、デポ宅配便業者をスケジューリングして上記第１の注文バッチを上記販売業者デポにおいて受け取り上記第１の注文バッチを上記販売業者デポから顧客デポの配送するステップであって、上記顧客デポは上記配達領域に対応する上記ステップと、
    上記配達領域を自動運転車両の操作用に構成された自律ゾーンとして特定するステップと、
    １または複数の上記ＥＴＡに基づいて、第１の配達宅配便業者を割り当てて、上記顧客デポにおいて上記第１の注文を受け取とらせ、上記配達領域内の上記第１の顧客に対する上記第１の注文の配達を完了させるステップであって、上記第１の配達宅配便業者は第１の自動運転車両を有する、上記ステップとを実行するための命令を有することを特徴とするサーバシステム。
12. 上記１または複数のプログラムは、
    上記顧客デポにおいて１または複数の他の注文バッチを受け取るステップであって、上記１または複数の他の注文バッチは、１または複数の他のデポ宅配便業者によって１または複数の他の販売業者デポから受け取られる、上記ステップを実行するためのインストラクションを有する請求項１１に記載のシステム。
13. 上記１または複数のイベントが、
    上記第１のレストランによる上記第１の注文の完了、
    上記第１の注文の販売業者デポへの到着、
    上記第１の注文の顧客デポへの到着、および
    上記第１の注文の上記第１の顧客への配達
    のうちの１または複数を含む、請求項１１に記載のシステム。
14. 上記複数のイベントのうちの種々のイベントが、
    上記第１の販売業者宅配便業者、上記デポ宅配便業者、上記第１の配達宅配便業者、上記第１のレストラン、上記販売業者デポ、上記顧客デポ、および、上記第１の顧客のうちの、
    １または複数に対応する１または複数のクライアントデバイスから受信される、請求項１１に記載のシステム。
15. 上記デポ宅配便業者は、第２の自動運転車両を有する、請求項１１に記載のシステム。
16. 上記デポ宅配便業者は、上記販売業者デポと上記顧客デポとの間の予め定められた経路に沿って移動する、請求項１５に記載のシステム。
17. 上記顧客デポは、１または複数の注文を保管するための複数の保管コンパートメントを備えた自動ロッカーシステムを有し、上記複数の保管コンパートメントは、上記デポ宅配便業者および上記第１の配達宅配便業者のうちの１または複数を認証するように構成される、請求項１１に記載のシステム。
18. 上記１または複数のプログラムは、さらに、
    第２の顧客に対応する第２のデバイスから第２の注文メッセージを受信するステップであって、上記第２の注文メッセージは、第２のタイムスタンプと、第２のレストランからの生鮮品のリアルタイム配達のための第２の注文とを含み、上記第２の顧客は上記配達領域内に位置付けられる、上記ステップと、
    上記第２のタイムスタンプと、上記複数の学習された重み付けファクタとに基づいて、上記１または複数のイベントの各々についてＥＴＡを動的に生成するステップと、
    上記ＥＴＡの１または複数に基づいて、第２の販売業者宅配便業者をスケジューリングして上記第２のレストランから上記第２の注文を受け取らせ、上記第２の注文を上記販売業者デポへ配送させるステップと、
    上記第２の注文を上記第１の注文バッチにグルーピングするステップとを実行するためのインストラクションを有する請求項１１に記載のシステム。
19. 上記複数のＥＴＡの期間は、学習モードおよび推論モードで動作するように構成されたプロセッサに配置されたニューラルネットワークを使用して動的に生成され、
    上記学習モードにおいて、上記プロセッサは、
    一連の連続する学習イベントであって当該学習イベントの間の時間間隔が既知である上記学習イベントを含むデータセットを上記ニューラルネットワークに渡し、
    上記ニューラルネットワークを学習させて、ＥＴＡ予測更新を正確かつ動的に出力するように構成され、
    上記ニューラルネットワークの学習は、
    学習イベントと時間間隔との異なる組み合わせを入力するステップと、
    到着の実際の時刻（ＡＴＡ）を、生成されたＥＴＡ予測と比較して、上記ニューラルネットワークが当該ニューラルネットワーク内の上記複数の重み付けされたファクタを自動的かつ反復的に調整できるようするステップとを有し、
    上記推論モードにおいて、
    上記プロセッサは、
    上記複数のイベントのうちの第１のイベントであって、初期タイムスタンプを含む上記第１のイベントを上記ニューラルネットワークに渡し、
    上記複数の調整された重み付けファクタに基づいて、上記複数のイベントに対して第１のＥＴＡ予測を自動的に生成し、
    上記複数のイベントの第２のイベントであって、更新されたタイムスタンプを含む上記第２のイベントを上記ニューラルネットワークに渡し、
    上記複数のイベントに対して上記第１のＥＴＡ予測を自動的に調整して、上記複数のイベントに対して第２の更新されたＥＴＡ予測を形成するように構成される請求項１１に記載のシステム。
20. 生鮮品のオンデマンド配達を集成するように構成されたプログラム可能なデバイスにおいて、上記プログラム可能デバイスは、
    第１の顧客に対応する第１のデバイスから第１の注文メッセージを受信する受信ステップであって、上記第１の注文メッセージは、第１のタイムスタンプと、第１のレストランから生鮮品のリアルタイム配達のための第１の注文とを含み、上記第１の顧客は配達領域内に位置付けられている上記受信ステップと、
    上記第１のタイムスタンプと過去のレストランデータを含む複数の学習された重み付けファクタとに基づいて１または複数のイベントの各々について到着の推定到着時刻（ＥＴＡ）を自動的に生成するステップと、
    １または複数の上記ＥＴＡに基づいて、第１の販売業者宅配便業者をスケジューリングして、上記第１のレストランから上記第１の注文を受け取り上記第１の注文を販売業者デポに配送するステップと、
    上記第１の注文を第１の注文バッチにグルーピングするグルーピングステップであって、上記第１の注文バッチは１または複数の注文を含み、上記第１の注文バッチは、当該第１の注文バッチ内の上記１または複数の注文の対応する配達宛先の近さに基づいてグルーピングされる、上記グルーピングステップと、
    １または複数の上記ＥＴＡに基づいて、デポ宅配便業者をスケジューリングして上記第１の注文バッチを上記販売業者デポにおいて受け取り上記第１の注文バッチを上記販売業者デポから顧客デポの配送するステップであって、上記顧客デポは上記配達領域に対応する上記ステップと、
    上記配達領域を自動運転車両の操作用に構成された自律ゾーンとして特定するステップと、
    １または複数の上記ＥＴＡに基づいて、第１の配達宅配便業者を割り当てて、上記顧客デポにおいて上記第１の注文を受け取とらせ、上記配達領域内の上記第１の顧客に対する上記第１の注文の配達を完了させるステップであって、上記第１の配達宅配便業者は第１の自動運転車両を有する、上記ステップとを実行するように構成されることを特徴とするプログラム可能デバイス。

Images