関連出願
この特許文書は、2018年11月15日に出願されたHan等による「自律的ラストマイル配達のためのデポディスパッチプロトコル」と題された米国特許出願第16/191,998号の優先権を主張し、その全体がすべての目的のために参照により組み込まれる。
この開示は、生鮮品のリアルタイムのオンデマンド配達を容易にするためのロジスティクスプラットフォームシステムに関する。一例では、この開示は、集成デポを使用してそのような配達を最適化するためのメカニズムおよびプロセスに関する。
ロジスティクスプラットフォーム、とくに生鮮品のリアルタイムのオンデマンド配達を管理するためのロジスティクスプラットフォームは、正確な位置、ステータス、およびルーティングメカニズムに依存して、消費者を供給者と効果的かつ効率的に接続する。ただし、種々の商品が、混雑の激しい商業地域を含むさまざまな場所にある供給者から発信される場合、ロジスティクスプラットフォームは非効率的であるか、遅延が発生する可能性がある。
したがって、とくに生鮮品のリアルタイムのオンデマンド配達を管理するためのロジスティクスプラットフォームに関して、配達ルートおよび注文の処理を最適化するための改善されたメカニズムを提供することが望ましい。
生鮮品のリアルタイムのオンデマンド配達を最適化するための種々のメカニズムおよびプロセスが提供される一側面は、先行する、および/または、後続の例および側面のいずれかの主題の少なくとも一部を含んでよく、この一側面において、デポディスパッチプロトコルを使用してオンデマンド配達を集成するための方法が提供される。この方法は、第1の顧客に対応する第1のデバイスから第1の注文メッセージを受信することを有する。この第1の注文メッセージは、第1のレストランから生鮮品をリアルタイムで配達するための第1のタイムスタンプと第1の注文とを含む。第1の顧客は配達領域に位置付けられる。
推定到着時刻(ETA)は、第1のタイムスタンプとレストランの過去のデータを含む複数の重み付けファクタとに基づいて、1または複数のイベントのそれぞれについて動的に生成される。この方法は、さらに、1または複数のETAに基づいて、第1のレストランから第1の注文を受け取り、第1の注文を販売業者デポに配達するように第1の販売業者宅配便業者をスケジューリングすることを含む。
この方法は、さらに、上記第1の注文を第1の注文バッチにグルーピングすることを含む。上記第1の注文バッチは1または複数の注文を含んで良く、上記第1の注文バッチは、当該第1の注文バッチ内の上記1または複数の注文の対応する配達宛先の近さに基づいてグルーピングされて良い。この方法は、さらに、1または複数の上記ETAに基づいて、デポ宅配便業者をスケジューリングして上記第1の注文バッチを上記販売業者デポにおいて受け取り上記第1の注文バッチを上記販売業者デポから顧客デポの配送することを含む。上記顧客デポは上記配達領域に対応する。
この方法は、さらに、上記配達領域を自動運転車両の操作用に構成された自律ゾーンとして特定することを有する。この方法は、さらに、1または複数の上記ETAに基づいて、第1の配達宅配便業者を割り当てて、上記顧客デポにおいて上記第1の注文を受け取とらせ、上記配達領域内の上記第1の顧客に対する上記第1の注文の配達を完了させることを有する。上記第1の配達宅配便業者は第1の自動運転車両を有する。
この方法は、さらに、上記顧客デポにおいて1または複数の他の注文バッチを受け取ることを有する。上記1または複数の他の注文バッチは、1または複数の他のデポ宅配便業者によって1または複数の他の販売業者デポから受け取られて良い。
上記複数の重み付けファクタは、上記第1の注文の中の料理に関するデータ、上記第1の注文の小計、上記第1のレストランにおいて受け取られた現在の注文の個数、時刻、データ、および、天候のうちの、1または複数をさらに含んで良い。上記1または複数のイベントは、上記第1のレストランによる上記第1の注文の完了、上記第1の注文の販売業者デポへの到着、上記第1の注文の顧客デポへの到着、および、上記第1の注文の上記第1の顧客への配達のうちの1または複数を含んで良い。上記複数のイベントのうちの種々のイベントは、上記第1の販売業者宅配便業者、上記デポ宅配便業者、上記第1の配達宅配便業者、上記第1のレストラン、上記販売業者デポ、上記顧客デポ、および、上記第1の顧客のうちの、1または複数に対応する1または複数のクライアントデバイスから受信されて良い。
上記デポ宅配便業者は、第2の自動運転車両を有して良い。上記デポ宅配便業者は、上記販売業者デポと上記顧客デポとの間の予め定められた経路に沿って移動して良い。
上記顧客デポは、1または複数の注文を保管するための複数の保管コンパートメントを備えた自動ロッカーシステムを有して良い。上記複数の保管コンパートメントは、上記デポ宅配便業者および上記第1の配達宅配便業者のうちの1または複数を認証するように構成されて良い。
この方法は、さらに、第2の顧客に対応する第2のデバイスから第2の注文メッセージを受信することを有して良い。上記第2の注文メッセージは、第2のタイムスタンプと、第2のレストランからの生鮮品のリアルタイム配達のための第2の注文とを含んで良い。上記第2の顧客は上記配達領域内に位置付けられる。
この方法は、さらに、上記第2のタイムスタンプと、上記複数の学習された重み付けファクタとに基づいて、上記1または複数のイベントの各々についてETAを動的に生成することを有して良い。上記1または複数のイベントは、さらに、上記第2のレストランによる上記第2の注文の完了、上記第2の注文の販売業者デポへの到着、上記第2の注文の顧客デポへの到着、および、上記第2の注文の上記第2の顧客への配達のうちの1または複数を含んで良い。
この方法は、さらに、上記ETAの1または複数に基づいて、第2の販売業者宅配便業者をスケジューリングして上記第2のレストランから上記第2の注文を受け取らせ、上記第2の注文を上記販売業者デポへ配送させるステップを有して良い。この方法は、さらに、上記第2の注文を上記第1の注文バッチにグルーピングするステップを有して良い。
この方法は、さらに、1または複数のETAに基づいて、第2の配達宅配便をスケジュールして、顧客デポから第2の注文を受け取り、配達領域内の第2の顧客への第2の注文の配達を完了することを含んで良い。
種々の実施例において、複数のETA期間は、学習モードおよび推論モードで動作するように構成されたプロセッサ上に配置されたニューラルネットワークを使用して動的に生成されて良い。
上記学習モードにおいて、上記プロセッサは、データセットを上記ニューラルネットワークに渡すように構成されて良い。データっセットは一連の連続する学習イベントであって当該学習イベントの間の時間間隔が既知である上記学習イベントを含む。上記学習モードにおいて、上記プロセッサは、さらに、上記ニューラルネットワークを学習させて、ETA予測更新を正確かつ動的に出力するように構成される。上記ニューラルネットワークの学習は、学習イベントと時間間隔との異なる組み合わせを入力することと、到着の実際の時刻(ATA)を、生成されたETA予測と比較して、上記ニューラルネットワークが当該ニューラルネットワーク内の上記複数の重み付けされたファクタを自動的かつ反復的に調整できるようすることを含んで良い。
上記推論モードにおいて、上記プロセッサは、上記複数のイベントのうちの第1のイベントであって、初期タイムスタンプを含む上記第1のイベントを上記ニューラルネットワークに渡し、上記複数の調整された重み付けファクタに基づいて、上記複数のイベントに対して第1のETA予測を自動的に生成し、上記複数のイベントの第2のイベントであって、更新されたタイムスタンプを含む上記第2のイベントを上記ニューラルネットワークに渡し、上記複数のイベントに対して上記第1のETA予測を自動的に調整して、上記複数のイベントに対して第2の更新されたETA予測を形成するように構成される。
この開示の他の実装は、説明された方法を実行するように構成された対応するデバイス、システム、およびコンピュータプログラムを含む。これらの他の実装は、それぞれ、オプションで、以下の特徴の1または複数を含んで良い。例えば、1または複数のプロセッサ、メモリ、およびメモリに格納された1または複数のプログラムを含むサーバシステムが提供される。当該1または複数のプログラムは、説明された方法を実施するための命令を含む。1または複数のプログラムは、学習モードおよび推論モードで動作することによって、1または複数のプロセッサ上のニューラルネットワークを使用して複数のETA期間を動的に生成するための命令をさらに含んで良い。
オンデマンド配達を集約するように構成されたプログラム可能なデバイスも提供される。種々の実施例によれば、プログラム可能なデバイスは、第1の顧客に対応する第1のデバイスから第1の注文メッセージを受信するように構成される。第1の注文メッセージは、第1のタイムスタンプと、第1のレストランから生鮮品をリアルタイムで配達するための第1の注文とを含む。第1の顧客は配達領域に位置付けられている。プログラム可能なデバイスは、さらに、第1のタイムスタンプと過去のレストランデータを含む複数の重み付けファクタとに基づいて、1または複数のイベントのそれぞれの推定到着時間(ETA)を動的に生成するように構成される。
プログラム可能なデバイスは、さらに、1または複数のETAに基づいて、第1のレストランから第1の注文を受け取り、第1の注文を販売業者デポに配達するように第1の販売業者宅配便業者をスケジュールするように構成される。プログラム可能なデバイスは、第1の注文を第1の注文バッチにグループ化するようにさらに構成される。第1の注文バッチは、1または複数の注文を含んで良く、これは、第1の注文バッチにおける1または複数の注文の対応する配達先の近接性に基づいてグループ化されて良い。
プログラム可能なデバイスは、販売業者デポで第1の注文バッチを受け取り、販売業者デポから顧客デポに第1の注文バッチを配達するように、1または複数のETAに基づいて、デポ宅配便業者をスケジュールするようにさらに構成される。顧客デポは配達領域アに対応する。
プログラム可能なデバイスは、さらに、自動運転車両の動作のために構成された自律ゾーンとして配達領域を識別するために構成される。プログラム可能なデバイスは、さらに、1または複数のETAに基づいて第1の配達宅配便業者をディスパッチして、顧客デポで第1の注文を受け取り、配達領域の第1の顧客への第1の注文の配達を完了するように構成される。第1の配達宅配便業者は、第1の自動運転車両を有する。
これらの実施例および他の実施形態は、図を参照して以下でさらに説明される。
この開示は、当該開示の具体的な実施例を説明する、添付の図面と併せて把握される以下の説明を参照することによって最もよく理解されるであろう。
1または複数の実施例に従う、複数の販売業者、宅配便業者、および顧客を有する配達ロジスティクスシステムの一例を示す。
1または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの例示的なタイムラインを示す。
1または複数の実施例に従う、販売業者から顧客への配達にランナーおよび宅配便業者をペアリングするためのデポディスパッチプロトコルを利用する配達ロジスティクスシステムの例を示す。
1または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの別の例示的なタイムラインを示す。
1または複数の実施例に従う、ランナーおよび宅配便業者を配達にペアリングするための例示的なデポディスパッチプロトコルを示す。
1または複数の実施例に従う、デポの選択および配置のための例示的なプロセスを示す。
1または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達のために複数の配達業者デポを利用する配達ロジスティクスシステムの例を示す。
1または複数の実施例に従う、集成デポの別の例を示す。
1または複数の実施例に従う、デポディスパッチプロトコル内で動作する宅配便業者に関連する配達イベントの別の例示的なタイムラインを示す。
1または複数の実施例に従う、ロジスティクスプラットフォームシステムにおいて宅配便業者をルーティングするための例示的なデポディスパッチプロトコルを示す。
1または複数の実施例に従う、この開示の様々なシステムおよび方法を実装するための例示的なネットワークアーキテクチャの図を示す。
1または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。
1または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。
1または複数の実施例に従う、重み係数を使用して種々のイベントおよびタイムスタンプを処理するための例示的なプロセスを示す。
1または複数の実施例に従う、到着予測の動的推定時刻のための方法を示している。
1または複数の実施例に従う、予測ETA更新の実装のための例示的なフロープロセスを示す。
この開示の種々の実施例で使用することができるコンピュータシステムの具体例を示す。
具体的な実施例の詳細な説明
ここで、この開示を実施するために発明者等によって企図された最良のモードを含む、当該開示のいくつかの特定の例を詳細に参照する。これらの特定の実施例の例は、添付の図面に示されている。この開示は、これらの特定の実施例と併せて説明されているけれども、この開示を、説明された実施例に限定することを意図するものではないことが理解されよう。それとは逆に、それは、添付の特許請求の範囲によって定義される開示の精神および範囲内に含まれ得る代替物、修正、および均等物をカバーすることを意図している。
以下の説明では、この開示の完全な理解を提供するために、多数の特定の詳細が示されている。この開示の特定の実施例は、これらの特定の詳細の一部または全部なしで実施することができる。他の例では、この開示を不必要に曖昧にしないために、周知のプロセス操作は詳細に説明されていない。
例えば、この発明の技術は、Wi-Fiまたはブルートゥース(登録商標)などの特定のプロトコルの文脈で説明される。しかしながら、この発明の技術は、また、プロトコルの変形に適用され得ることに留意されたい。以下の説明では、この発明の完全な理解を提供するために、多くの特定の詳細が示されている。この発明の特定の例示的な実施例は、これらの特定の詳細の一部または全部なしで実施することができる。他の例では、この発明を不必要に不明瞭にしないために、周知のプロセス操作は詳細に説明されていない。
この発明の様々な技術およびメカニズムは、明確にするために、単数形で説明されることがある。しかしながら、いくつかの実施例は、とくに断りのない限り、技術の複数の反復またはメカニズムの複数のインスタンス化を含むことに留意されたい。たとえば、システムはさまざまなコンテキストでプロセッサを使用する。しかしながら、システムは、とくに断りのない限り、この発明の範囲内に留まりながら、複数のプロセッサを使用できることが理解されよう。さらに、この発明の技術およびメカニズムは、2つのエンティティ間の接続を説明する場合がある。他のさまざまなエンティティが2つのエンティティ間に存在する可能性があるため、2つのエンティティ間の接続は、必ずしも直接の障害のない接続を意味するわけではないことに注意された。例えば、プロセッサはメモリに接続され得るが、様々なブリッジおよびコントローラがプロセッサとメモリとの間に存在し得ることが理解されるであろう。したがって、とくに明記されていない限り、接続は必ずしも直接の障害のない接続を意味するわけではない。
この開示に関して、生鮮品のリアルタイムのオンデマンド配達を管理するロジスティクスプラットフォームは、提供者と顧客との間の効果的かつ効率的な配達体験を可能にするために、正確な位置、状態、およびルーティングメカニズムに依存する。とくに、さまざまな異なる場所、とくに非常に混雑した異なる場所にある供給者は、宅配便業者や配達員がこれらの場所から生鮮品を簡単に受け取ることを困難にする可能性がある。これらは、駐車場が限られている交通量の多い領域にあるレストランであるかもしれない。ここで使用される場合、「提供者」という用語は、生鮮品を含む商品を提供する様々なタイプの販売業者を説明するために使用されて良く、「提供者」および「販売業者」という用語は交換可能に使用されて良い。ここで使用される場合、「配達員」という用語は、販売業者によって顧客に提供される商品を配達する運転手または宅配便業者を説明するために使用されて良く、「配達員」および「宅配便業者」という用語は交換可能に使用されて良い。
[概要]
ここに記載されるシステムおよび方法は、販売業者から顧客への生鮮品の配達のためのラストワンマイル配達ロジスティクスを改善する。ラストマイル配達とは、通常、輸送デポまたはハブから最終配達先への商品の移動を指す。様々な実施例によれば、注文が、最終目的地へのラストマイル配達ルートに沿って、販売業者デポおよび顧客デポを含む1または複数の集成デポ間で輸送される場合に、デポディスパッチプロトコルが実装されて良い。
現在のシステムでは、一群の販売業者または顧客は、人出で多く、車両交通量が大きく、また、駐車場の不足のために、ディスパッチ集中および/または高い混雑を伴う地域に位置するであろう。たとえば、宅配便業者は、注文の需要が高い繁華街において、ナビゲートして駐車場を探すために追加の時間を必要とする場合がある。
ここに提案するシステムおよび方法は、生鮮品のオンデマンド注文のラストマイル配達を合理化するための、ロジスティクスプラットフォームにおける複数の集成デポの実装を記述する。特定の領域の販売業者は、販売業者の倉庫から短い距離内にいる可能性がある。同様に、顧客デポは、所与の領域内の顧客から所定の距離内に配置されて良い。
所与の領域内の販売業者からの注文は、ランナーまたは販売業者宅配便業者によって受け取られ、販売業者の所与の領域に対応する販売業者デポで降ろされる。オンデマンドの生鮮品の注文を販売業者の場所から販売業者デポに転送するように構成されたエージェントは、ここではランナーまたは販売業者宅配便業者と呼ばれる。各販売業者は、各販売業者が少なくとも1つの販売業者宅配便業者を有するように、指定された販売業者宅配便業者に割り当てられて良い。ただし、販売業者宅配便業者は複数の販売業者に割り当てられて良い。販売業者宅配便業者は、販売業者による推定完了時間に基づいて、注文のグループを受け取るための配達機会を割り当てられるか、提供されて良い。販売業者宅配便業者は、徒歩で、または自転車、スクーター、または忙しい地域をより効率的にナビゲートできる他の車両で、販売業者の場所との間を行き来することができる。販売業者宅配便業者は自動車の通行をナビゲートしたり駐車場を見つけたりする必要がないため、生鮮品の注文は販売業者の場所から中央の流通ハブに効率的に転送されて良い。
いくつかの実施例において、注文は、目的地の近接性または生成された配達ルートに基づいて、配達するために、グループ化されるか、またはバッチ処理されて良い。デポ宅配便業者と、ここでは、呼ばれる別の組の宅配便業者を実装して、注文を販売業者デポから顧客デポに輸送して良い。注文は、顧客デポでさらにグループ化され、配達宅配便業者に割り当てられ、すなわち、配達宅配便業者とペアとされ、注文の割り当てに基づいて顧客に注文を配送して良い。ここで使用される場合、注文割り当ては、注文を宅配便業者にペアリングし、また、宅配便業者に配送機会を与えて、注文の対応する配達先に配達することを指し、これは、宅配便業者によって受け入れ、または、拒否されて良い。
種々の実施例によれば、宅配便業者は、人間のアソーシエートであって良い。ただし、プロトコル内の1つ以上の宅配便業者は、自動化されたドローンまたは車両を含んで良い。いくつかの例においては、宅配便業者は、予想される注文と完了時間に基づいてさまざまな販売業者にルーティングされる自動運転車(AV)である。たとえば、販売業者は、生鮮品の注文を販売業者宅配便として機能するAVに対して注文し、AVは次の販売業者または販売業者デポに進む。
ディスパッチャなどの人員は、集約された注文を監督し、注文を宅配便業者に割り当てて良い。いくつかの実施例において、配達ルーティングシステムを当該システムに実装して、宅配便業者の移動ルートおよび注文割り当てを自動的に決定して良い。場合によっては、デポに配置された担当者が注文を宅配便業者に引き渡し、これによって、宅配便業者は注文を受け取りまたは降ろすために車両を駐車したり離れたりする必要がない。いくつかの実施例において、宅配便業者は、注文の即時の引き渡しを可能にする特定のデポに配置されて良い。
しかしながら、自動注文検索システムが、人員の代わりに実装されて良い。例えば、自動ロッカーシステムを使用して注文を保管することができ、アクセスコードなどの認証情報を使用して宅配便業者がアクセスすることができる。さらに別の例では、AV宅配便業者は、注文を保存および検索するために自動ロッカーに自動的にアクセスして良い。
ここに記載されるシステムは、宅配便活動、配達時間、およびETA予測の効率を大幅に改善することができる。注文は収集され、集成デポで受け取る準備ができているため、宅配便業者は、販売業者からの注文を受け取り、顧客に注文を配達するために混雑した領域を移動する必要がない。したがって、宅配便配送の時間と活動が合理化される。さらに、宅配便業者は、注文の準備が販売業者サイトで整うのを待つリスクがない。これらのシステムは、注文のバッチ処理を合理化することで配送をさらに最適化し、追加の注文に必要な移動と駐車の量を削減する。ここに説明されているプロトコルでは、宅配便業者、ディスパッチャ、およびその他の担当者間の調整は、ほとんど、または、まったく必要ない。
さらに、ラストマイル配達アクティビティをセグメントに分割することは、効率をさらに改善する。各セグメントは合計ルートよりも短いため、宅配便業者は指定された各目的地間をより短い距離で移動し、指定された時間内により多くの移動を行い、より多くの注文を輸送することができる。事前に決定されたルートが短いほど、最適なルートの決定が容易になり、ETA予測の信頼性が高まる。ラストマイル配送ルートに沿ったさまざまな機能の自動化は、人的エラーや行動からの逸脱を減らすことにより、システムの信頼性、予測可能性、および効率をさらに高める。全体として、システム内の注文は、デポ間で注文を転送することにより、より迅速に配送される。
ここに開示されるステムは、販売業者から第三者の配達履行サービスに配達を効率的に発送する必要があるときはいつでも使用することができる。このシステムは、特定の地域で大量の配送が予想される場合にとくに効果的であり、特別なイベント、通行止め、および通常の車両輸送をより困難にするその他の状況に対応できる柔軟性と軽量性を備えている。
[例示的な実施例]
図1を参照すると、1または複数の実施例に従う、複数の販売業者(マーチャント)、宅配便業者、および顧客のために実装された配達ロジスティックスシステム100の例が示される。この例において、配達ロジスティクスシステム100は、生鮮品のリアルタイムのオンデマンド配達のためのロジスティクスプラットフォームによって管理される。例えば、顧客は、配達ロジスティクスシステム100に関連付けられたロジスティクスプラットフォームを介して注文するモバイルデバイスアプリケーションを使用してレストランに食品を注文して良い。場合によっては、ユーザは、コンピュータ、ラップトップ、タブレットなどを介したインターネットを通じてロジスティクスプラットフォームにアクセスして良い。顧客がロジスティクスプラットフォームを介して食品を注文すると、注文は供給者サイトで準備され、そこで配達員が注文を受け取り、供給者サイトから顧客に注文を配達する。
図1に示されるように、システム100は、供給者100、112、114、および116を含む。様々な例によれば、供給者は、レストランで食品などの生鮮品を準備する販売業者であって良い。他のそのような販売業者は、レストラン、バー、カフェ、またはホテルなどの他の食品または飲料のベンダーの1または複数の任意の組み合わせであって良い。このような提供場所は、ここでは、外食産業の事業体を説明するために使用される用語または略語であるHORECA(ホテル/レストラン/カフェ)と呼ばれて良い。
しかしながら、いくつかの例では、提供者サイトは、また、顧客へのリアルタイムのオンデマンド配達を必要とし得る、生け花、医薬品、冷蔵または冷凍品、生きている動物など、他の生鮮な商品を提供して良い。したがって、この開示における様々な例は、レストランおよび食品配達の文脈における提供者サイトおよびロジスティクスプラットフォームを説明し得るけれども、ここに記載されるメカニズムおよびプロセスは、他の様々な生鮮な商品の配達にも適用されて良い。ここで使用される場合、「提供者」および「販売業者」という用語は交換可能に使用されて良い。
システム100は、また、1または複数の宅配便業者120、122、124、126、および128を含む。そのような宅配便業者は、徒歩、または車、スクーター、自転車などの車両で移動して良い。宅配便業者は、指定された場所との間で自律的に移動できる自律型車両(AV)に対応する場合がある。システム100の様々な実施例において、1または複数の宅配便業者は、1または複数の販売業者に向けられて、顧客により配された注文を受け、対応する目的地130、132、134、または136に位置する顧客に注文を配達して良く、この目的地は、住宅住所または商用住所であって良い。いくつかの実施例において、目的地は、GPSまたは他の座標系によって決定された特定の地理的位置に対応して良い。
種々の実施例において、ロジスティクスプラットフォームは、注文が行われた後の顧客への注文の配達の推定到着時間(ETA)を決定して良い。このETAは顧客に提供されて良い。注文の配達のETAは、注文に対応する追跡されたイベントまたはマイルストーンに基づいて見積もって良い。ここで使用される場合、「イベント」という用語は、「マイルストーン」と交換可能に使用されて良い。注文のステータス、イベント、またはマイルストーンに関する情報が顧客に提供されて良い。顧客には、宅配便に対応する情報などの他の情報も提供されて良い。注文のステータス、イベント、またはマイルストーンに関する情報は、販売業者および宅配便業者に提供されて良い。
図3を参照して、1または複数の実施例に従う、生鮮品のリアルタイム・オンデマンド配達に関連する配達イベントの例示的なタイムライン200が示される。タイムライン200は、注文が販売業者タイムライン210および宅配便業者タイムライン211上で顧客によって出されるときに発生する様々なイベントを示す。種々の実施例において、販売業者タイムラインまたは宅配便業者タイムラインは、図1に示されるよりも付加的なイベントまたはより少ないイベントを含んで良い。種々の実施例において、タイムライン200内のイベントは、配達ルーティングシステムのサーバと、1または複数の宅配便業者、販売業者、および/または顧客に関連付けられたクライアントデバイスとの間の送信を介して追跡することができ、これは、図9を参照してさらに説明されて良い。ここで使用される場合、顧客に関連付けられたクライアントデバイスは「顧客デバイス」と呼ばれ、販売業者に関連付けられたクライアントデバイスは「販売業者デバイス」と呼ばれ、宅配便業者に関連付けられたクライアントデバイスは「宅配便業者デバイス」と呼ばれて良い。サーバシステムは、ここでさらに説明されるように、動的ETA推定システムを実装して良い。ここに記載されている1または複数のイベントの通知または確認は、配達ルーティングシステムによって1または複数のクライアントデバイスに送信されて良い。このような通知と確認により、ユーザは注文の配達を追跡したり、宅配便業者を含むさまざまな担当者にルーティングの指示を提供したりできる。
ニューラルネットワークを使用して動的ETA予測更新を生成する他の様々な方法は、2017年10月30日に出願された、Han等による米国特許出願第15/798,207号「到着予定時刻の動的推定時間のためのシステム」(代理人包袋番号DASHP001)に記載されており、これは、参照によりその全体およびすべての目的のためにここに組み込まれる。
販売業者タイムライン210上で発生するイベントは、注文生成212-A、注文発注214、注文確認216、注文準備完了218、および注文ピックアップ220-Aを含んで良い。注文生成212-Aは、システムが顧客によって作成された注文メッセージを受信したときに発生して良い。注文メッセージは、サーバシステムで受信されて良く、注文されたアイテム、販売業者情報、顧客情報、注文合計などの注文情報を含んで良い。その後、注文情報は、指定された販売業者にルーティングされて良い。いくつかの実施例において、注文情報は、サーバから販売業者デバイスに注文に対応する情報を送信することによって、指定された販売業者にルーティングされる。
注文情報が販売業者デバイスで受信されたときに、注文発注214イベントが発生して良い。いくつかの実施例において、販売業者は、確認を送信することによって注文情報の受信を確認することができ、これは、注文確認216イベントをトリガーして良い。いくつかの実施例において、注文発注210は、販売業者が注文情報の受領の確認を送信するときに発生する。注文確認216は、注文の準備が販売業者によって開始されたことを合図することができる。いくつかの実施例において、注文作成212-Aと注文確認216との間の期間は、キッチン待ち時間240として知られている。
次に、注文のアイテムの準備が完了し、注文が宅配便業者による集荷の準備ができたときに、注文準備完了218イベントが発生して良い。イベント218は、注文の準備ができているという販売業者の確認によって引き起こされて良い。このような確認は、販売業者デバイスによってサーバに送信されて良い。その後、販売業者は、注文の受け取りのために宅配便業者が到着するのを待って良い。宅配便業者が到着して注文を受け取ると、注文ピックアップ220-Aイベントが発生する。このイベントは、宅配便業者が注文を受け取ったことを確認することでトリガーされて良い。このイベントは、宅配便業者が注文を受け取ったことを承認が確認することによってトリガーされても良い。
いくつかの実施例において、宅配便業者タイムライン211で発生するイベントは、販売業者タイムライン210上の1または複数のイベントと重複するか、または対応して良い。宅配便業者タイムライン211上のイベントは、注文生成212-B、注文割り当て222、販売業者おける駐車224、販売業者サイドへの到着226,注文のピックアップ220-B、車両への復帰228、顧客再度への駐車230、および、注文配達232を含んで良い。
いくつかの実施例において、注文生成212-Bは、注文生成212-Aに対応することができ、イベント212-Aのように、システムが顧客によって作成された注文メッセージを受信したときに発生して良い。いくつかの実施例において、イベント212-Aおよび212-Bは、同じイベントであって良い。次に、システムは、注文を宅配便業者に割り当て、それにより、注文割り当て222をトリガーして良い。いくつかの実施例において、注文割り当て222は、宅配便業者による注文割り当ての受諾の確認によってトリガーされて良い。このシステムは、宅配便業者に対応する宅配便業者デバイスに通知を送信して良い。いくつかの実施例において、注文作成212-Bと注文割り当て222との間の期間は、割り当て待ち時間241として知られて良い。
注文割り当て122は、販売業者から宅配便業者への距離、販売業者への宅配便業者の移動時間、交通量、時刻などを含む様々な要因に依存して良い。いくつかの実施例において、注文割り当て222は、注文情報が承認によって確認される(216)か、注文が商品によって準備されるまで発生しなくて良い。いくつかの実施例において、注文割り当て222は、注文がピックアップの準備ができている(218)ことを販売業者が確認するまで発生しなくて良い。
注文が222で割り当てられると、宅配便業者は、注文を受け取るために販売業者の場所に移動して良い。次に、宅配便業者は、販売業者の場所に到着したときに注文を受け取り、注文の受け取り220-Bをトリガーして良い。イベント220-Bは、注文ピックアップ220-Aに対応して良い。いくつかの実施例において、イベント220-Aおよび220-Bは、同じイベントであって良い。いくつかの実施例において、イベント220-Bは、宅配便業者が販売業者から注文を受け取ったことの宅配便業者の確認によってトリガーされて良い。このイベントは、宅配便業者が注文を受け取ったことを販売業者が確認することによってトリガーされても良い。
いくつかの実施例において、システムは、販売業者イベント226への到着が注文準備完了イベント218と一致するように、注文を割り当て、宅配便をルーティングすることを試みて良い。これは、宅配便業者および販売業者の行動の効率を最適化または改善し、稼働中断時間を最小限に抑えることができる。これは、販売業者が注文を完了する前に宅配便業者が到着した場合、または販売業者が、宅配便業者が到着する前に注文を完了した場合に、発生する可能性がある。
いくつかの実施例において、追加のイベントは、注文割り当て222と販売業者226への到着との間で追跡されて良い。例えば、宅配便業者は、車両によって販売業者の場所に移動し、次に、販売業者に到達するために適切な場所に車両を駐車して良い。いくつかの実施例において、宅配便業者は、確認を宅配便業者デバイスからサーバに送信することによって車両が駐車されていることを確認し、それによって販売業者224に駐車をトリガーして良い。宅配便業者が販売業者の場所に到着すると、販売業者サイドへの到着イベント226も発生して良い。宅配便業者の到着の確認は、宅配便業者デバイスおよび/または販売業者デバイスによって送信されて良い。様々な実施例において、これらの追加のイベントを追跡することは、注文割り当て222と販売業者サイドへの到着226との間のETA予測のより正確なものを提供するであろう。
いくつかの実施例において、宅配便業者は、注文が完了するのを待たなければならない場合がある。注文ピックアップ220-Bの後、次に、宅配便業者は、注文配達232で注文の配達を完了するために顧客の場所に移動して良い。注文配達232は、注文が顧客に与えられたときに発生して良い。注文配達232は、対応する装置を介した顧客または宅配便業者による配達の確認によってトリガーされて良い。
いくつかの実施例において、追加のイベントは、注文ピックアップ220-Bと注文配達232との間で追跡されて良い。例えば、宅配便業者は、販売業者の場所での注文ピックアップイベント220-B後の車両への復帰イベント228を確認して良い。これは、宅配便業者デバイスからサーバに送信される確認を介して行われて良い。
種々の実施例において、種々のイベントは、位置センサまたは近接ビーコンを使用した宅配便業者の位置の検出に基づいて追跡されて良い。宅配便業者の場所を決定するために使用されるシステムは、ブルートゥース低エネルギー(BLE)ビーコンおよびBLEビーコンによって放出された信号を検出することができるBLE対応デバイスなどの無線通信信号を実装して良い。近接センサおよび/またはビーコンを使用して宅配便業者の場所を決定するためのさまざまなシステムおよびプロセスは、2017年11月30日に出願されたHsieh等の「リアルタイムラストマイルロジスティクスプラットフォームでビーコンを使用することによる予測の改善」(代理人包袋番号DASHP004)という題名の米国特許出願第15/826737号に記載されており、この出願は、参照によりその全体がすべての目的のためにここに組み込まれる。
例えば、ビーコンは、宅配便業者の車両に実装されて良い。宅配便業者および対応するデバイスがビーコンから所定の距離内にある場合、ビーコンは、宅配便業者が車両の近く、または車両内にいることを自動的に検出するために、宅配便業者と通信して良い。宅配便業者と対応するデバイスが事前定義された距離を超えると、ビーコンと宅配便業者の間の通信が切断され、宅配便業者が車両の近くまたは近くにいないことを自動的に示して良い。次に、宅配便業者の位置は、ビーコンまたは宅配便業者デバイスを介して配達ルーティングシステムに送信されて良い。
米国特許出願第15/826737号は、BLE信号を実装するシステムおよびプロセスを記載しているけれども、自動化されたイベント追跡システムおよびプロセスは、Wi-Fi、受動および能動無線周波数識別(RFID)信号、ルラーデータ、モバイル衛星通信、および低電力広域ネットワーク(LPWAN)、およびグローバルポジションシステム(GPS)ロケーションシステムを含むけれども、これらに限定されない他の無線送信信号および技術を実装して良いことを理解されたい。
BLEビーコンおよびデバイスを使用することにより、システムは、配達員のより正確な位置情報を提供することができ、GPS、セルタワー三角測量、および手動位置入力の欠点を回避することができる。具体的には、GPSまたはセル信号が弱いか存在しない場合にシステムを使用でる。また、宅配便業者や他のユーザからの入力を必要とせずに、システムが自動的に位置を検出する。したがって、宅配便業者がイベントの確認を送信するのを忘れた場合でも、追跡された場所に基づいてイベントが自動的にトリガーされて良い。ここに記載される種々のメカニズムとプロセスの例で説明されているように、位置情報サービスを提供するためにBLEビーコンとBLE対応デバイスを使用すると、生鮮品のリアルタイムのオンデマンド配達を管理するロジスティクスプラットフォームにおいて、他の利点に加えて、効率と精度が向上する。
さらに別の例において、宅配便業者は、顧客サイトに到達するために適切な場所に車両を駐車して良い。いくつかの実施例において、宅配便業者は、宅配便デバイスからサーバに確認を送信することによって車両が駐車されていることを確認し、それにより、販売業者イベント224での駐車と同様に、顧客イベント230での駐車をトリガーすることができる。宅配便業者は、顧客サイトに駐車位置から歩き、またはその他の移動方法で移動しなければならないであろう。顧客サイトへの到着イベント(図示せず)は、注文の配達前に宅配便業者が顧客の場所に到着したときにも発生して良い。
種々の実施例において、イベントまたはマイルストーンの追跡は、宅配便業者を効率的にルーティングするための割り当てまたはルーティングアルゴリズムに対してガイダンスを提供して良い。たとえば、上述のように、さまざまなイベントのETA予測を生成すると、特定の確認ポイントを必要とするサードパーティの販売業者から発信された生鮮品をオンデマンドで配達するための宅配便業者をより最適、効率的、または便利に割り当てることができる。
いくつかの実施例において、販売業者は、車両または徒歩の移動によって引き起こされる高い混雑のある地域に位置しるかもしれない。駐車場が不足している場所もある。たとえば、密集した商業地域では、宅配便業者が移動と駐車場の検索の両方を行うことが困難な場合が多く、注文を受け取り、配達を迅速に完了することが困難になる。これらのシナリオにより、ETA予測が不正確になったり、特定のイベント間の期間が長くなったりして、ルーティング配達が非効率になり、配達時間が長くなる可能性がある。
例えば、販売業者は、注文の注文準備完了イベント218を表示して良い。理想的には、宅配便業者は、注文準備イベント218の直前または直後に注文を受け取るために、販売業者224に駐車し、販売業者226に到着するであろう。駐車場を見つけることができず、注文が割り当てられたイベント222から販売業者サイトに駐車するイベント224までの運転時間が長くなる可能性がある。さらに、宅配便業者は、販売業者の場所からより長い距離の移動を駐車することを余儀なくされ、販売業者サイトの駐車イベント224から販売業者サイトの到着イベント226までの歩行時間が長くなる可能性がある。宅配便業者による注文受け取りイベント220-Bの後、この例示的なシナリオでは、車両に戻るイベント228の別の延長された歩行時間も、また、起こり得る。
配達物の割り当てのための集成デポを備えたデポディスパッチプロトコルを実装することにより、宅配便業者の移動時間および他の活動を合理化して、生鮮品の配達をより効率的にすることができる。ここで説明するデポディスパッチプロトコルは、注文配達のETAのより一貫性のある正確な予測をももたらす。図3を参照すると、1または複数の実施例に従う、販売業者から顧客への配達にランナーおよび宅配便業者をペアリングするためのデポディスパッチプロトコルを利用する配達ロジスティクスシステム300の一例が示される。
システム100と同様に、システム300は、顧客、販売業者、および宅配便業者を含んで良い。図3に示されるように、システム300は、販売業者310、312、および314、宅配便業者320、および顧客330を含む。いくつかの実施例において、販売業者310、312、および314は、図1を参照して説明される販売業者のいずれか1つであって良い。いくつかの実施例において、宅配便320および顧客330は、図1を参照して説明された宅配便業者または顧客のいずれか1つであって良い。様々な実施例において、システム300は、図に示されるよりも追加のまたはより少ない販売業者、宅配便業者、および/または顧客を含んで良い。ここで使用される場合、宅配便320などの、集成デポから顧客に注文を配達する宅配便業者は、ここでは配達宅配便業者と呼ばれることがある。
さらに、システム300は、ディスパッチャ342を備えた集成デポ340をさらに含む。集成デポ340は、注文を格納し、注文をバッチ処理し、および宅配便をルーティングするためのハブとして機能して良い。いくつかの実施例において、1または複数のランナー344、346、および348をデポ340に配置して良い。種々の実施例において、デポ340は、車両または徒歩の交通による高い混雑を有すると識別された所定の領域に対応する。いくつかの実施例において、様々な販売業者は、デポ340の所定の半径内に配置されて良い。例えば、デポ340は、対応する交通量の多い領域内の各販売業者から1マイル以内であって良い。
いくつかの実施例において、ランナー344、346、および348は、準備ができていると確認された注文を受け取るために1または複数の販売業者サイトに移動するように割り当てられて良い。販売業者から集成デポに注文を輸送するランナーは、ここでは販売業者宅配便業者と呼ばれて良い。いくつかの実施例において、各販売業者は特定のランナーに指定されて良い。例えば、ランナー344は販売業者310に割り当てられて良く、ランナー346は販売業者312に割り当てられて良く、そしてランナー348は販売業者314に割り当てられて良い。様々な実施例において、ランナーは、割り当てられた販売業者に徒歩で移動して良い。しかしながら、他の実施例において、ランナーは、また、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む他の手段を介して移動して良い。
図3において、ランナールート370および宅配便業者ルート390が示されている。種々の実施例において、ランナーは、注文の準備が完了したときに注文を受け取るためにその指定された販売業者に移動して良い。いくつかの実施例において、ランナーは、複数の販売業者に移動して、注文のタイミングおよび/または販売業者の場所間の距離に基づいて複数の注文を受け取って良い。特定のランナーのルートは、配達ルーティングシステムによって決定されて良い。次に、ランナーは、デポ340に戻って、ディスパッチャ342で注文を降ろすことができる。注文は、配達ルーティングシステムによって1または複数の注文のバッチにグループ化することができる。注文のバッチは、顧客330に配達するためにデポ340でバッチを受け取ることができる宅配便320に割り当てられて良い。
図4を参照すると、1または複数の実施例に従う、デポディスパッチプロトコルに関連する配達イベントの別の例示的なタイムライン400が示されている。いくつかの実施例において、デポディスパッチプロトコルは、システム300を介して実装されて良い。タイムライン400は、いくつかの実施例において、デポディスパッチシステムの実装が、宅配便活動を組織化または最適化し、それによってシステムの配達効率を改善する方法を示す。様々な実施例において、タイムライン400は、ランナータイムライン410および宅配便業者タイムライン411において、顧客によって注文が出されるときに発生する様々なイベントを示す。いくつかの実施例において、タイムライン400は、また、販売業者タイムライン210と同時に実行されて良い。ランナータイムラインまたは宅配便業者タイムラインは、図4に示されるよりも追加のまたはより少ないイベントを含んで良く。前述のように、タイムライン400内のイベントは、サーバシステムと、1または複数の宅配便業者、販売業者、および/または顧客に関連付けられたクライアントデバイスとの間の送信を介して追跡することができ、これは、図9を参照してさらに説明されて良い。
ランナータイムライン410で発生するイベントは、注文生成412-A、注文割り当て414、販売業者への到着416、注文ピックアップ418、およびデポドロップオフ420を含んで良い。宅配便業者タイムライン411で発生するイベントは、注文生成412-B、注文割り当て422、デポへの到着424、注文ピックアップ426、顧客サイトに駐車430、および注文配達432を含んで良い。
注文生成412-Aまたは412-Bは、注文生成212-Aと同様に、システムが顧客によって作成された注文メッセージを受信したときに発生して良く、注文アイテム、販売業者情報、顧客情報などの注文情報を含んで良い。次に、注文情報は、販売業者310などの指定された販売業者にルーティングされ、イベント214などで出されて良い。注文は、ランナー344などの指定されたランナーに割り当てられて良く、これは特定の販売業者に対応する。注文割り当ては、サーバから、ランナーデバイスなどのランナーに対応するクライアントデバイスに送信して良い。他の実施例において、注文割り当ては、ディスパッチデバイスなどのディスパッチャ342に対応するクライアントデバイスに送信されて良い。次に、ディスパッチャ342は、販売業者から完了した注文を受け取るためにランナーを派遣して良い。
注文割り当てイベント414は、ランナー344またはディスパッチャ342による注文割り当ての確認時に発生して良い。いくつかの実施例において、ランナー344またはディスパッチャ342は、対応するクライアントデバイスを介して確認を送信することによって注文割り当てを確認して良い。次に、ランナー344は、注文がイベント216で確認され、および/または販売業者310によって準備されているときに、販売業者310の場所に移動して良い。
販売業者への到着イベント416は、ランナー344が販売業者310の場所に到着したときに発生して良い。いくつかの実施例において、ランナー344は、ランナーデバイスを介して到着の確認を送信して良い。上述のように、ランナー344の到着は、代替的に、および/または、付加的に、BLE対応ビーコンおよびデバイスを使用して自動的に確認されて良い。
いくつかの実施例において、販売業者への到着416が注文準備イベント218の前に発生する場合、宅配便業者は、注文ピックアップイベント418の前に注文が完了するのを待たなければならない場合がある。システムは、注文およびルートをランナーに割り当て、もって、販売業者への到着イベント416は、注文準備イベント218と一致するようにして良い。これは、ランナーおよび販売業者のアクションの効率を最適化し、または改善して、中断時間を最小化できる。この中断時間は、販売業者が注文を完了する前にランナーが到着する場所、またはランナーが到着する前に、販売業者は注文を完了する場合に起こる。
いくつかの実施例において、ランナーは、単一の販売業者から複数の注文を受け取るように割り当てられて良い。いくつかの実施例において、複数の注文がイベント218で準備ができていると推定されるときに、ランナーは販売業者の場所に到着するようにスケジュールされて良い。次に、ランナーは、イベント418で割り当てられたすべての注文をピックアップして良い。注文ピックアップイベント418は、注文ピックアップイベント220-Aおよび220-Bと土曜に、ランナーが販売業者から注文アイテムを受け取ったことの確認時に発生し、これは、ランナーまたは販売業者から送信されて良い。
いくつかの実施例において、ランナーは、別の販売業者からの追加の注文を受け取るように割り当てられて良い。そのような注文は、第1のレストランから第2のレストランへの近さ、および/またはランナーに割り当てられた生成済みルートに基づいて、グループ化され、ランナーに割り当てられて良い。このようなグループ化は、配達ルーティングシステムによって決定されて良い。
注文ピックアップイベント418の後、ランナー344は、次に、注文をドロップオフするためにデポ340に戻って良い。注文がドロップオフされると、ランナー344は、デポドロップオフイ確認ベント420を送信して良い。いくつかの実施例において、ディスパッチャ342は、デポドロップオフ確認イベント420を送信して良い。
ランナーは自動車で移動していないので、駐車したり、駐車場を探すのに時間を費やしたりする必要はない。さらに、販売業者はすべてデポ340の所定の半径内に位置しているので、ランナーは、所定の交通量の多い領域内の任意の販売業者に迅速に移動できるであろう。したがって、ランナーは、配達宅配便320よりもはるかに効率的に販売業者の場所に到達して注文を受け取ることができる。
複数の注文は、ランナーによってピックアップされ、デポ340で集約されて良い。いくつかの実施例において、注文は、デポドロップオフ420の目的地および時間に基づいて、バッチにグループ化されて良い。種々の実施例において、注文は、配達ルーティングシステムまたはディスパッチャ342によってグループ化されて良い。注文の各バッチは、1または複数の注文を含んで良い。
注文がグループ化されると、バッチは、注文割り当て422で宅配便320などの配達宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント422は、配達宅配便による注文割り当ての確認時に対応する宅配便業者デバイスを介して発生して良い。次に、配達用宅配便320は、デポ340に移動して良い。宅配便業者320の到着時に、宅配便業者は、到着確認を送信して、デポ424への到着をトリガーして良い。代替的には、および/または、付加的には、配達宅配便業者320の到着は、BLEビーコンおよびデバイスを用いて自動的に追跡されて良い。デポ424に到着すると、配達宅配便業者は、割り当てられた注文またはバッチをディスパッチャ342から受け取って良い。いくつかの実施例において、追加のランナーまたは他の人員が、宅配便業者が車両を駐車または離れる必要がないようにデポ340において注文を引き渡すために利用可能であって良い。いくつかの実施例において、1または複数の宅配便業者344は、スタンバイのデポ340にすでに配置されていて良い。これにより、注文がデポでドロップオフされると、すぐに注文を宅配便に割り当てて配達できるであろう。
他の実施例において、注文は、割り当てられたロッカーまたは他の保管場所に配置して、宅配便業者がこれを見つけて受け取れるようにして良い。例えば、いくつかの実施例は、ディスパッチャ342を注文検索の自動化されたシステムで置き換えることができる。スマートロッカーシステムまたは自動保管システムを実装して、宅配便業者の認証時にアクセスされる可能性のある注文を一時的に保管することができる。これにより、ディスパッチャがデポを監視する必要がなくなり、それによって労力が削減され、効率が向上する。
いくつかの実施例において、追加の注文は、配達宅配便業者にすでに割り当てられているバッチにグループ化されて良い。たとえば、注文がバッチにグループ化される前に、1つ以上の注文が宅配便業者に割り当てられて良い。より多くの注文がランナーによってドラップオフされると、そのような注文は追加の配達として宅配便業者に割り当てられて良い。これにより、宅配便業者の活動が最適化され、ダウンタイムが最小限に抑えられる。たとえば、グループ化する前に宅配便業者320に注文を割り当てることにより、ランナー344がデポ340に向かって移動しているときに、宅配便業者320はデポ340に向かうように指示され、これにより、デポへの到着イベント424がデポドロップオフイベント420と同時にまたはその直後に発生し、デデポへの到着イベント424と注文ピックアップイベント426との間の待ち時間を最小化する。
次に、宅配便業者344は、注文配達イベント432で注文の配達を完了するために、顧客330を含む1人または複数の顧客の場所に向かって移動して良い。注文配達イベント432は、注文が顧客330に渡されたときに発生して良い。注文配達イベント432は、対応する装置を介した顧客または宅配便業者による配達の確認時に発生して良い。
前述のように、追加のイベントは、注文受け取りイベント426と注文配達イベント432との間で追跡されて良い。例えば、宅配便業者は、顧客の場所の近くに車両を駐車することを確認して良い。これは、宅配便装置からサーバに送信される確認を介して行って良い。いくつかの実施例において、確認は、手動で入力されるか、またはBLE近接ビーコンを介して自動的に検出されて良い。
個々に記載されるシステムは、宅配便業者の効率を大幅に改善する。宅配便業者は、販売業者からの注文を受け取るために混雑した地域を移動する必要がないため、配達時間および活動が合理化される。このプロトコルは、また、宅配便業者が駐車場を探すために時間を費やしたり、駐車することさえまったく必要としない配達ハンドオフシステムを導入する。このプロトコルは、「インスタントピックアップポイント」として機能する集成デポを生成することにより、混雑度の高い領域での配達の低効率にも対処する。すべての注文はデポで集荷の準備ができているので、宅配便業者は注文が販売業者で準備ができるのを待つリスクがない。
これらのシステムは、注文のバッチ処理を合理化することにより、配達効率をさらに改善する。注文はさまざまな店舗から1つの集荷場所に集約されるため、宅配便業者はバッチ注文のために別の販売業者に移動する必要がない。これにより、宅配便業者は追加の注文のために別の移動と駐車を必要とせず、より効率的なルートに沿って複数の配達を行うことができるため、バッチ処理プロセスがより効率的になる。
このプロトコルは、また、ランナーが販売業者の場所に配置されて、カーブサイドピックアップのために宅配便業者に注文をもたらす実施形例に勝る利点を提供し得る。そのような実施例において、宅配便業者は依然として混雑した通りをナビゲートする必要があり、それは中断時間を引き起こし、駐留しているランナーが待機する必要がある。代わりに、説明されているプロトコルでは、宅配便業者、ディスパッチャ、およびランナー間の調整は、ほとんど、または、まったく必要ない。彼らの個々の責任は明確に定義されており、どちらの引き継ぎプロセスでも摩擦はほとんどない。
図5Aを参照すると、1または複数の実施例に従う、ランナーおよび宅配便業者を配達にペアリングするための例示的なデポディスパッチプロトコル500が示されるる。種々の実施例において、デポディスパッチプロトコル500は、オンデマンド配達の効率を最適化または改善するために実装されて良い。502において、デポ340などの集成デポの位置が決定される。アグリゲーションデポの最適な場所は、交通渋滞、徒歩の交通量、販売業者との相対的な場所、宅配便業者のアクセスのしやすさ、配達密度などの要因に基づいて良い。
504において、各販売業者が少なくとも1人の指定されたランナーを有するように、ランナーが販売業者に割り当てられる。いくつかの実施例において、一人のランナーが、複数の販売業者に割り当てられて良い。506において、顧客によって注文が行われると、ランナーは、割り当てられた販売業者で完了した注文を受け取るために派遣される。いくつかの実施例において、1人または複数のランナーが、複数の販売業者の場所で完了した注文を受け取るように割り当てられて良い。
508において、完了した注文は、デポにおいてドロップオフされ、受け取られる。ディスパッチャ342などのディスパッチャは、ランナーからの注文の受領を確認して良い。しかしながら、他の実施例において、ランナーは、認証ロッカー保管ユニットなどの自動注文検索システムにおいて、完了した注文をドロップオフして良い。その後、ランナーは割り当てられた販売業者の場所に戻って、追加の注文を受け取って良い。
510において、注文は宅配便業者に割り当てられる。ディスパッチャは、ディスパッチャデバイス上のアプリケーションを介して、デポでの注文を近くのダッシュボードに割り当てて良い。他の実施例において、注文は、最適なルートおよびETA予測に基づいて、配達ルーティングシステムによって自動的に割り当てられて良い。種々の実施例において、注文の最適なバッチ処理を計算して、配達場所、注文時間、注文品目のタイプ、注文品目の数などの様々な要因に基づいて、完了した注文を1または複数のバッチにグループ化して良い。そのようなグループ化は配達ルーティングシステムによって実装されて良い。例えば、配達ルーティングシステムは、デポから顧客への配達の効率を最大化するためにルーティングアルゴリズムを実装して良い。種々の実施例において、ルーティングアルゴリズムは、注文を割り当てるか、または後続の注文を含む潜在的により最適なバッチを待つかどうかを決定して良い。いくつかの実施例において、ルーティングアルゴリズムは、順序のグループ化および割り当てを予測および決定するためのニューラルネットワークおよびコンピュータ学習アルゴリズムを含んで良い。
生鮮品の注文の配達をグループ化および割り当てるための様々なシステムおよびプロセスは、2017年11月30日に出願された、Chopra等による米国特許出願第15/826,736号「動的対関数最適化のためのシステムおよび方法」(代理人包袋番号DASHP002)に記載されており、この出願は、参照によりその全体およびすべての目的でここに組み込まれる。
注文または注文のグループが宅配便業者に割り当てられると、その宅配便業者は、注文を受け取るためにデポに移動する。512において、宅配便業者が認証され、注文の集荷が確認される。いくつかの実施例において、宅配便業者の認証は任意である。いくつかの実施例において、宅配便業者の認証は、イベント426などにおいて、宅配便業者が注文品目を受け取ったことを確認することによって行われる。いくつかの実施例において、1人または複数のランナーをデポ340に配置して、割り当てられた注文をそのような宅配便業者に渡すことができる。宅配便業者は車を駐車する必要がない。他の実施例において、宅配便業者は、割り当てられた注文を保管するロッカーの場所に向けられ、自動保管システムで認証されて、割り当てられた注文を検索することができる。割り当てられた注文が宅配便業者によって集荷されると、宅配便業者は顧客の場所に向かって移動し、配達を完了する。514において、顧客への注文の配達が確認されて良い。
図5Bを参照すると、1または複数の実施例に従う、デポの選択および配置のための例示的なプロセスフロー550が示される。いくつかの実施例において、プロセスフロー550は、ディスパッチプロトコル500のステップ502に対応して良い。プロセスフロー550の1または複数のステップは、種々の実施例においてオプションであって良い。
552において、特定の領域の配達密度が決定される。種々の実施例において、集成デポの運用は、デポおよびランナーの運用コストをカバーするのに十分な宅配便業者の効率を増加させなければならない。言い換えると、アグリゲーションデポは、宅配便業者の効率が上がると、デポとランナーの運用コスト以上の注文配達の増加から追加の収益が得られるような領域に配置する必要がある。したがって、配達密度は不可欠な要素であろう。
種々の実施例において、配達密度を決定することは、特定の領域における配達量を決定することを含んで良い。これには、特定の地域での1時間あたりの平均注文が含まれて良い。これには、特定の時間に定義された地域のすべての販売業者に対して行われたすべての注文が含まれて良い。特定の地域の販売業者は、ここでは「対象販売業者」と呼ばれることがある。いくつかの実施例において、配達量は、また、配達密度に考慮されて良い。これは、特定の時点でのターゲット販売業者からの注文の配達数に対応して良い。配達量が少ないことは、宅配便業者が注文を受け取るために販売業者の場所に移動するのが難しいことに対応するかもしれない。したがって、いくつかの実施例において、配達量が所定の閾値を下回る領域は、デポ配置の潜在的なサイトとして識別されて良い。
さらに、注文の集荷率もまた、配達密度に考慮されて良い。これは、特定の時点での未処理の準備完了注文の数に対する、ピックアップされた注文の数の比率に対応して良い。注文の受け取り率が低い場合は、宅配便業者が販売業者の場所に到着して準備ができた注文を受け取ることが難しいことも示している可能性がある。いくつかの実施例において、注文準備完了イベント218と注文ピックアップイベント220-Aまたは220-Bとの間の平均期間を計算して良い。ターゲット販売業者の平均期間が所定のしきい値を超えている場合、その地域はデポ配置の潜在的なサイトとして識別されて良い。
いくつかの実施例において、ターゲット販売業者の場所への宅配便業者の平均移動時間を追跡して良い。例えば、ターゲット販売業者の地域は、境界によって定義されて良い。履歴データを使用して、境界の外側の境界からターゲット販売業者の場所までの宅配便業者の移動時間を決定して良い。これらの移動時間は集計され、他の地域の平均移動時間と比較されて良い。デポ配置のための配達密度および適切な場所を決定する際に、他の様々な要因も考慮されて良い。
554において、宅配便業者へのアクセス可能性が決定される。これは、デポを運用するのに最適なターゲットサイトを特定するために決定されて良い。これは、その場所周辺の相対的な徒歩と車両の交通量に基づいて良い。信号機、学校、教会などのランドマークへの近さを考慮して良い。宅配車両がより効率的にターゲットサイトに到達できる可能性があるため、交通量と渋滞が少ないサイトを選択して良い。いくつかの実施例において、ターゲットサイトの場所までの宅配便業者の平均移動時間である。境界の外側の境界からその場所までの移動時間は、追跡または予測して良い。いくつかの実施例において、外側境界からの平均移動時間が所定の閾値を超えるターゲットサイトは、考慮から除外されて良い。
556において、デポ位置の所与の半径内の販売業者が識別される。いくつかの実施例において、デポのターゲットサイトは、デポの場所から所定の距離内にある最小量の販売業者を必要として良い。デポは、また、一組のターゲット販売業者に適度に近くなければならない。
558において、識別された販売業者は、所定のパラメータに基づいてスコアリングされる。そのようなパラメータは、ターゲット販売業者のスコアを生成するために加重および/またはスコアリングされて良い。所定の最小閾値を超えるスコアを獲得したターゲット販売業者には、対応するデポでランナーを割り当てて良い。
いくつかの実施例において、パラメータは、食品タイプ、発注された平均注文数、注文の平均価格、デポからの距離などを含んで良い。いくつかの実施例において、特定の販売業者は、食品タイプによって除外されて良い。たとえば、アイスクリームやその他の温度に敏感な商品は、デポに保管するのに適していない場合がある。しかしながら、いくつかの実施例において、自動注文検索システムは、宅配便業者がピックアップするためにアイスクリームおよび他の温度に敏感な商品を保管するために使用され得る冷蔵ロッカーを含んで良い。いくつかの実施例において、デポは、そのオペレーションに割り当てられ得る販売業者の最大量を有して良い。
上述のデポプロトコルは、配達プロセスにおける追加の活動をさらに合理化するために、顧客の所定の領域に対応する追加の集成デポを実装するように拡張することができる。図6Aを参照すると、1または複数の実施例に従う、生鮮品のリアルタイムのオンデマンド配達のために複数の配達デポを利用する配達ロジスティクスシステム600が示される。種々の実施例において、図6Aに示されるように、システム600は、販売業者および/または顧客の特定の領域に割り当てられた1または複数の集成デポを利用して、宅配便業者の移動時間をさらに短縮し、生鮮品の全体的な配達をスピードアップすることができる。図6Aを参照して、ここで説明されるように、集成デポは、販売業者デポまたは顧客デポとしてさらに分類されて良い。
とくに、システム600は、ラストマイル配達ルート605のスケジューリングおよび他のロジスティクスを改善するように構成される。ラストマイル配達は、一般に、輸送デポまたはハブから最終配達先への商品の移動を指し、最終配達先は、通常、個人の住居になる。ただし、最終的な配達先は、商業地または公共領域の場合もある。ここに記載されているように、ラストマイル配達は、ここに記載されている配達イベントのいずれかを含んで良い。
システム100および300と同様に、システム600は、販売業者、宅配便業者、および顧客を含んで良い。図6Aに示されるように、システム600は、販売業者610-A、610-B、610-C、および610-D、ならびに顧客630-A、630-B、630-C、および630-Dを含む。いくつかの実施例において、販売業者610-A、610-B、610-C、および610-Dは、図1または図3を参照して説明された販売業者のいずれか1つであって良い。いくつかの実施例において、顧客630-A、630-B、630-C、および630-Dは、図1または図3を参照して説明された顧客のいずれか1つであって良い。システム600は、顧客の場所に注文を配達するために割り当てられた配達宅配便業者624-A、624-B、および624-Cをさらに含んで良い。いくつかの実施例において、配達宅配便業者宅配便業者624-A、624-B、および624-Cは、図1または図3を参照して説明された宅配便業者のいずれか1つであって良い。種々の実施例において、システム600は、図6Aに示されるよりも追加のまたはより少ない販売業者、配達宅配便業者、および/または顧客を含んで良い。
システム600は、図3Aを参照して上述した集成デポ340のように、所定の領域内の1または複数の販売業者に対応する集成デポを含んで良い。図6Aを参照して、ここに記載されるように、所定の領域内の1または複数の販売業者に対応するアグリゲーションデポは、販売業者デポまたは販売業者ハブと呼ばれて良い。また、図3を参照して上述したように、ランナーは、販売業者から適切な販売業者デポに注文を配送するために、1または複数の販売業者または販売業者デポに割り当てられて良い。図6Aを参照して、ここに記載されるように、販売業者と販売業者デポの間を移動するように割り当てられたランナーは、販売業者宅配便業者と呼ばれる。システム600は、販売業者デポ612-Aおよび612-B、ならびに販売業者宅配便業者620-A、620-B、および620-Cを含んで良い。種々の実施例において、システム600は、図6Aに示されるよりも追加の、または、より少ない販売業者デポおよび/または販売業者宅配便業者を含んで良い。
各販売業者ハブは、所定の領域内の1または複数の販売業者に対応して良い。そのような所定の領域は、方法5Bなどを介して、限られた駐車容量および/または車両または徒歩の大交通量のために、高い混雑を有すると識別された可能性がある。図示のように、販売業者610-Aおよび610-Bは販売業者デポ612-Aに対応し、販売業者610-Cおよび610-Dは販売業者デポ612-Bに対応する。販売業者610-Aおよび610-Bは、第1の所定の領域に対応し得、他方、販売業者610-Cおよび610-Dは、第2の所定の領域に対応し得る。種々の実施例において、第1および第2の所定の領域は重複してはならない。いくつかの実施例において、第1および第2の所定の領域は、1または複数の一般的な販売業者と重複して良い。いくつかの実施例において、種々の販売業者は、対応する販売業者ハブの所定の半径内に配置されて良い。たとえば、販売業者デポ612-Aは、対応する交通量の多い領域の販売業者610-Aおよび610-Bから1マイル以内にあって良い。
販売業者宅配便業者は、準備ができていることが確認された注文を受け取り、指定された販売業者ハブに注文を配達するために、1または複数の販売業者に移動するように割り当てられて良い。販売業者宅配便業者は自動車を介して移動することができるけれども、種々の実施例において、販売業者宅配便業者は、割り当てられた販売業者との間を徒歩で移動して良い。いくつかの実施例において、販売業者宅配便業者は、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む他の手段を介して移動して良く、これは、交通量が多く混雑している領域をより効率的にナビゲートすることができる。
いくつかの実施例において、販売業者宅配便業者を特定の販売業者に割り当てて良い。例えば、販売業者宅配便業者620-Aは、販売業者610-Aからの注文のみをピックアップするように割り当てられて良く、他方、販売業者宅配便業者620-Bは、販売業者610-Bからの注文のみをピックアップするように割り当てられて良い。いくつかの実施例において、複数の販売業者からの注文を受け取るために販売業者宅配便業者を割り当てることができる。例えば、販売業者宅配便業者620-Cは、販売業者610-Cおよび610-Dからの注文を受け取るように割り当てられて良い。いくつかの実施例において、各販売業者宅配便業者は、特定の販売業者デポに割り当てられる。例えば、販売業者宅配便業者620-Aおよび620-Bは、販売業者デポ612-Aのみに注文を配達するように割り当てられて良く、他方、販売業者宅配便業者620-Cは、販売業者デポ612-Bのみに注文を配達するように割り当てられて良い。しかしながら、いくつかの実施例において、特定の販売業者宅配便業者が複数の販売業者デポに割り当てられている。例えば、販売業者宅配便業者620-Bは、また、販売業者デポ612-Bに注文を配達して良い。そのような例では、販売業者610-Bなどの販売業者は、複数の販売業者デポに対応する複数の所定の領域内にあって良い。
図3、4、および、5Aを参照して説明したように、注文は、つぎに、顧客に配達するために、販売業者デポの配達宅配便業者に配達されて良い。例えば、配達宅配便業者624-Aは、販売業者デポ620-Aから顧客630-Aに注文を配達するものとして描かれている。上述のように、複数の注文は、販売業者デポで1つ以上の注文のバッチに集約されて良い。いくつかの実施例において、注文は、配達先および販売業者デポでの降車時間に基づいて、配達ルーティングシステムによってバッチにグループ化されて良い。注文のバッチ処理が完了すると、注文のバッチを、顧客630-Aなどの対応する顧客に配達するために、配達宅配便624-Aなどの配達宅配便業者に割り当てて良い。
生鮮品のラストマイル配達をさらに合理化するために、ここに記載される種々の実施例は、顧客または配達先の所定の領域に対応する追加の集成デポを利用する。したがって、システム600は、1または複数の顧客または配達先を含む所定の領域に対応する1または複数の追加の集成デポをさらに含んで良い。図6Aを参照して、ここに記載されているように、所定の領域内の1または複数の顧客の場所に対応するそのような集成デポは、顧客デポまたは顧客ハブと呼ばれる。
顧客のそのような所定の領域は、限られた駐車場および/または車両または徒歩の大きな交通量のために高い混雑を有すると識別されたかもしれない。顧客に対応する所定の領域は、プロセス550を参照して説明された1または複数の考慮事項に基づいて戦略的に定義されて良い。人口密度、注文量、交通特性、平均宅配便移動時間などの他の様々な要因も、カスタマーデポの適切な場所を決定するために使用されて良い。例示的な実施例において、顧客デポ614は、住宅街、大学のキャンパス、または多数の集合住宅がある地域など、潜在的な顧客が密集している地域の近くに配置して良い。
図6Aに示されるように、顧客デポ614は、顧客630-A、630-B、630-C、および630-Dに対応する。いくつかの実施例において、様々な顧客は、対応する顧客デポ614の所定の半径内に位置して良い。例えば、販売業者デポ612-Aは、対応する交通量の多い領域において、顧客630-A、630-B、630-C、および630-Dから1マイル以内であって良い。
種々の実施例において、デポ宅配便業者は、販売業者デポと顧客デポとの間で注文品目を配達する。そのような注文または注文のバッチは、デポ宅配便622-Aおよび622-Bなどのデポ宅配便業者に割り当てられて、注文または注文のバッチを販売業者デポから顧客デポに配達して良い。いくつかの実施例において、デポ宅配便業者は、販売業者デポと顧客デポとの間の所定のルートに沿って移動して良い。
デポ宅配便業者は、特定の販売業者デポまたは複数の販売業者デポに割り当てられて良い。例えば、デポ宅配便業者622-Aは、販売業者デポ612-Aから顧客デポへの配達注文のみに割り当てられて良く、他方、デポ宅配便622-Bは、販売業者デポ612-Bから顧客デポへの配達注文のみに割り当てられて良い。別の例として、販売業者宅配便業者622-Aは、販売業者デポ612-Aおよび612-Bから1または複数の顧客デポに注文を配達するために割り当てられて良い。デポ宅配便業者は、単一の顧客デポまたは複数の顧客デポに割り当てて良い。例えば、デポ宅配便業者622-Aおよび622-Bは、注文を顧客デポ614にのみ配達するように割り当てられて良い。しかし、別の例では、デポ宅配便業者622-Aは、他の顧客ハブ(図示せず)にも注文を配達して良い。
注文が顧客デポに到着すると、配達宅配便業者が、顧客ハブで注文または注文のバッチを受け取り、顧客への配達を完了するように割り当てられて良い。図示のとおりに、配達宅配便業者624-Bは、顧客ハブ614から注文を受け取り、顧客630-Aおよび630-Bに配達する。
しかしながら、いくつかの実施例において、顧客は、顧客デポから直接注文を検索して良い。図示のとおり、顧客630-Cは、配達宅配便業者または他の人員の関与なしに、顧客ハブ614から直接注文を検索する。例えば、顧客630-Cは、自動ロッカーシステムにおける注文の保管場所などの情報を含む、配達ルーティングシステムからの対応するデバイスで通知を受け取って良い。顧客には、保管場所にアクセスするためのアクセスコードまたはその他の認証情報が提供されて良い。
販売業者の宅配便業者と同様に、いくつかの実施例において、デポ宅配便業者および配達宅配便業者は、自動車に加えて、スケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む、徒歩または他の手段により移動して良く、これにより、交通量が多く混雑している混雑した領域をナビゲートできる。たとえば、混雑した都会の場所など、特定の住宅地では駐車場が限られている場合がある。
図6Bを参照すると、1または複数の実施例に従う、集成デポ650の別の例が示される。種々の実施例において、集成デポ650は、販売業者デポまたは顧客デポであって良い。種々の実施例において、集成デポ650は、作業領域652、荷積みゾーン654、駐車ゾーン656、ドライブウェイ658、および宅配便業者670、672、674、および676を含む。宅配便業者670、672、674、および676は、上述の販売業者宅配便業者、デポ宅配便業者、または配達宅配便業者の任意の1つであって良い。
種々の実施例において、作業領域652および荷積みゾーン654は、注文を監視、編成、受け取り、および配達するためのディスパッチャまたは他の要員を含んで良い。いくつかの実施例において、デポ要員は、また、デポ650に配置された他の宅配便業者を含んで良い。いくつかの実施例において、作業領域652および荷積みゾーン654は、また、注文を保管および受領するための荷積み領域で構成されて良い。いくつかの実施例において、そのような荷積み領域は、注文を受け取り、保管するためのロッカーまたは他の保管領域を含んで良い。
宅配便業者をデポの場所に配置することにより、注文の即時の割り当ておよび配達が可能になる。たとえば、デポ宅配便を販売業者デポに配置し、販売業者宅配便業者から直接注文を受け取って良い。そのため、注文が割り当てられると、デポ宅配便業者は販売業者デポに移動する必要がなくなる。さらに、注文は、人員や他の保管場所の間を通過することなく、販売業者デポに配置されたデポ宅配便で直接保管、集約、およびバッチ処理されて良い。同様の配達ハンドオフの取り決めは、デポ宅配便業者からの注文のそのような「即時ピックアップ」を提供するために、顧客デポの配達宅配便業者で実施されて良い。
宅配便業者670、672、674、および676は、徒歩で、またはスケートボード、スクーター、自転車、または他の動力付きまたは動力なしの輸送装置を含む、ここに記載された他の適切な輸送方法を介して移動する宅配便業者であって良い。種々の実施例において、ドライブウェイ658は、宅配便業者のための集合デポへのアクセスを提供する道路または他の経路である。ドライブウェイ658は、幹線道路、歩道、またはその他の経路から徒歩またはさまざまな種類の車両でアクセスして、集成デポに入ることができる。いくつかの実施例において、ドライブウェイ658は、デポを通る交通の無制限の流れを可能にする一方向の経路であって良い。例えば、宅配便業者670および672は、ドライブウェイ658に描かれている。宅配便業者は、入口658-Aでドライブウェイ658を介して集合デポ650に入り、出口658-Bで集合デポを出ることができる。いくつかの実施例において、ドライブウェイ658は、ドライブスルーなどの作業領域652または荷積みゾーン654に隣接し、それらへのアクセスを提供して良い。
駐車ゾーン656は、宅配便業者が注文の積み下ろし中に車両を一時的に駐車または保管するための領域を提供できる。駐車ゾーン656は、また、集成デポに配置された宅配便業者に対応する車両を収容するための領域を提供して良い。たとえば、駐在の宅配便業者は、注文の割り当ての間に自動車を駐車したり、自転車を保管して良い。いくつかの実施例において、スペア車両またはスペアパーツは、駐車ゾーン656に保管されて良い。
種々の実施例において、ディスパッチャまたは他の人員は、配達ルーティングシステムから受信したバッチ命令に基づいて注文を編成して良い。いくつかの実施例において、バッチ注文は、同じまたは隣接するロッカーの場所に編成されて良い。他の実施例において、宅配便業者は、配達ルーティングシステムによって、バッチ注文を同じまたは隣接するロッカーの場所に預けるように指示されて良い。いくつかの実施例において、バッチ注文は、後続の宅配便業者または顧客による集荷のために別の荷積み領域に配送されて良い。例えば、作業領域652は、宅配便業者から注文を受け取るために指定されて良く、他方、荷積みゾーン654は、宅配便業者または顧客に注文を転送するために指定されて良い。
ここに記載されるシステムは、また、1または複数の要素の自動化を利用して、配送プロセスをさらに合理化し、運用コストを削減し、生成されたイベントETAの精度を高めることができる。特定の実施例において、自動ロッカーシステムを実装して、アクセスコードまたは識別情報などの認証情報を使用してアクセスすることができる注文を格納して良い。種々の実施例において、注文は、それぞれの宅配便業者によってデポで割り当てられたロッカーまたは他の保管システムに降ろされ、後続の宅配便業者または顧客がディスパッチャなどの追加の人員を必要とせずに受け取って良い。
割り当てられた宅配便業者または顧客は、認証情報を使用して認証されて良い。たとえば、アクセスコードは、ロッカーシステムで手動で入力するか、クライアントデバイスと自動ロッカーシステム間の無線通信を介して送信して良い。別の例として、アクセスコードは、対応するクライアントデバイスで入力され、ロッカーシステムに送信されて良い。いくつかの実施例において、ユーザは、対応するクライアントデバイスを使用して、ロッカーでクイックリリース(QR)コードを含むバーコードをスキャンして、保管区画のロックを解除して良い。いくつかの実施例において、ロッカーシステムは、クライアントデバイスで生成されたバーコードをスキャンするためのスキャナーを含んで良い。この自動化された注文検索システムは、人員がデポを監視する必要性を減らし、または、なくし、それによって労働力を減らし、効率を改善する。
例えば、配達ルーティングシステムは、荷積みグゾーン652内の特定のロッカーに注文を割り当てて良い。次に、配達ルーティングシステムは、注文を配達するように割り当てられた宅配便業者に対応するデバイスにロッカー位置およびアクセスコードを送信して良い。次に、デポ650に到着すると、宅配便業者は、コードを入力して、注文を預けるために、作業領域652または荷積みゾーン654のロッカーにアクセスして良い。別の例として、宅配便業者は、対応するクライアントデバイスを使用して、アクセスコードを含むアクセス要求を配達ルーティングシステムまたはロッカーシステムに送信して、指定されたロッカーを開いて良い。さらに別の例として、宅配便業者は、利用可能なロッカーの場所を選択して注文を預け、ロッカーの場所の通知を配達ルーティングシステムに送信して良い。その後の宅配便業者または顧客には、配送ルーティングシステムによってロッカーの場所が提供されて良い。後続の宅配便業者または顧客は、アクセスコードを入力するか、アクセス要求を送信することにより、同様にロッカーにアクセスして良い。いくつかの実施例において、各宅配便業者および顧客に個人用アクセスコードを割り当てることができ、ロッカーは、割り当てられたときに個人用アクセスコードに応答するように構成される。
システムは、特定の地理的位置の固有のニーズに適合するために、輸送の様々な区間について、ここに説明される適切な輸送手段の任意の組み合わせを使用して良い。特定の実施例において、販売業者宅配便業者、デポ宅配便業者、および配達宅配便業者を含む、ここに説明される1または複数の宅配便業者は、無人または自動運転車(AV)を含んで良い。したがって、1または複数の様々なピックアップおよびドロップオフ機能を自動化して良い。いくつかの実施例において、AVは、自動運転車、無人ドローン、または人間の操作者のいない他の車両である。いくつかの実施例において、AVは、オペレータによって遠隔制御されて良い。このようなオペレータは、集成デポまたは他の指定された場所に配置して良い。
例えば、AVは、電池、ガソリン、または他の燃料などの適切な電源を備えたモーターを有して良い。AVは、当該AVを操作し、ここに説明される追加機能を制御するために、オンボードコンピュータまたはオペレータによって利用される視覚的および他の入力を受信するためのセンサモジュールをさらに含んで良い。AVは、生鮮品および他のアイテムの注文を保管するための貨物室をさらに含んで良い。
種々の実施例において、貯蔵区画は、ロックまたは固定されて良い。貯蔵区画は、認証情報を使用して、販売業者、宅配便業者、または顧客などのユーザによってアクセスされて良い。いくつかの実施例において、アクセスコードがAVのユーザーインターフェイスに入力して良い。いくつかの実施例において、アクセスコードは、対応するクライアントデバイスで入力され、AVに送信されて良い。いくつかの実施例において、ユーザは、対応するクライアントデバイスを使用して、AV上のクイックリリース(QR)コードを含むバーコードをスキャンして、収納コンパートメントのロックを解除して良い。いくつかの実施例において、AVは、クライアントデバイスで生成されたバーコードをスキャンするためのカメラを含んで良い。さらに別の実施例において、クライアントデバイスは、AVと無線通信して、Wi-Fi、ブルートゥース、またはRFIDなどを介して、ストレージコンパートメントのロックを解除してアクセスして良い。いくつかの実施例において、システムは、AVが販売業者の場所またはデポなどの特定の場所に到着したと判断されたときに、無線ビーコンを利用して収納コンパートメントのロックを解除して良い。
いくつかの実施例において、配達ルーティングシステムは、注文アイテム、様々な配達イベントのETA、販売業者情報、顧客情報、ルーティング情報などの注文情報をオンボードコンピュータに送信して良い。いくつかの実施例において、配達ルーティングシステム、または、オンボードコンピュータが、割り当てられた各場所にAVが移動して到着するタイミングを決定する。いくつかの実施例において、特定のルートは、受信した注文情報、交通情報、日時情報、およびAVのセンサを介して受信した他の入力などの情報に基づいて、配達ルーティングシステムまたはオンボードコンピュータによって決定される。
いくつかの実施例において、経路はリアルタイムで決定される。いくつかの実施例において、AVは、割り当てられた場所に出入りする固定の所定のルートに沿って移動して良い。AVが固定された所定のルートを移動すると、移動ルートを時々変更する可能性のある人間の宅配便業者と比較して、ルートガイダンスからの潜在的な逸脱が減少するため、ETA予測が改善される。ルートは固定されており、配達ルーティングシステムによって認識されるため、決定やエラーなど、さまざまな人間のオペレータ間のばらつきなど、AVのさまざまなETA予測に影響を与える変数が少なくなる。事前に定義されたルートによって、処理リソースやプログラミング情報や、AVのオンボードコンピュータに必要なデータも削減されて良い。他の歩行者や通勤者は特定の道路でのAVを察知しし、そのようなAVの認識を高めるため、事前に決定されたルートも安全性を促進する。さらに、AVを使用すると、人為的エラーによるイベントの確認の失敗の問題を解決することにより、場所と速度をより継続的に追跡してETA予測を改善できる。
種々の実施例において、AVは、歩行者経路および/または他の車両経路に沿ってナビゲートするように構成されて良い。たとえば、AVは、歩道、車椅子のスロープ、横断歩道などの歩行者用通路に沿って適切かつ安全に移動する寸法で構成して良い。AVは、また、出入り口、ガレージ、貨物領域などを通って販売業者または顧客の場所に入るように構成されて良い。同様に、AVの構成により、集成ポへの適切な移動および/または集成デポへの適切な移動を可能にして良い。いくつかの実施例において、宅配便業者AVは、追加的および/または代替的に、適切な安全要件、速度能力または視界要件などで、自動車または自転車レーンによって使用される道路に沿って移動するように構成されて良い。
例えば、特定の実施例において、AVは、36インチの最大幅、約200~300ポンドの間の重量を含んで、また、時速18~25マイルの最大速度を移動して良い。そのため、宅配便AVは、徒歩、自転車、またはその他の適切な動力付きまたは動力なしの輸送装置で、人間の販売業者の宅配便と同様に、交通量が多く混雑した領域をナビゲートできる。たとえば、AVは、歩道やその他の歩行者用通路に沿って移動しながら、適切な速度で移動して良い。別の例として、AVは、通りに沿った自転車レーンに沿って適切な速度で移動して良い。別の例として、AVは住宅地の道路に沿って適切な速度で移動して良い。
いくつかの実施例において、デポの要員は、注文を預けるか、または、受け取るために、AVの保管区画にアクセスして良い。種々の実施例において、要員は、対応するクライアントデバイスを介してアクセスコードまたはアクセス要求を用いて保管区画にアクセスして良い。しかしながら、特定の実施例において、AVは、自動ロッカーシステム内の保管場所に自動的にアクセスし、保管区画からロッカーに注文をロードするように構成されて良い。例えば、配達ルーティングシステムは、割り当てられたロッカーの位置をAVに送信し、AVが割り当てられたロッカーを見つけて移動することを可能にして良い。いくつかの実施例において、AVは、特定のロッカーのアクセス要求を、配達ルーティングシステムまたは自動ロッカーシステムに送信して良い。いくつかの実施例において、ロッカーは、AVの保管区画のロックを解除して開くためのアクセス要求を送信することができる。種々の実施例において、AVとロッカーとの間で注文を輸送するために、ロッカーまたはAVにメカニズムが設置されて良い。このようなメカニズムには、ロボットアーム、コンベヤーベルト、リフト、ランプなどが含まれる。
図6Aに戻ると、システム600は、自律ゾーン640をさらに含んで良い。種々の実施例において、自律ゾーン640は、顧客630-Dなどの1または複数の顧客の指定された領域であって良い。自律ゾーン640は、AVが移動して動作することができる指定された顧客領域を含んで良い。いくつかの実施例において、AV宅配便業者は、自律ゾーンとして指定された領域に注文を配達するためにのみ使用される。いくつかの実施例において、自律ゾーン640は、履歴上、注文のために多数の配達先を有する指定された顧客領域に対応して良い。例えば、自律ゾーン640は、大学のキャンパス、住宅街、または都市部において多数の住宅地がある地域であって良い。自律ゾーン640は、AVの操作により適した指定領域であって良い。集成デポと同様に、プロセス550からの任意の1または複数の考慮事項を使用して、自律ゾーンとして指定するための適切な場所を決定して良い。種々実施例において、自律ゾーンは、販売業者、販売業者デポ、顧客デポ、および顧客のうちの任意の1または複数を含んで良い。
いくつかの実施例において、自律ゾーン640は、AVの動作のために構成された指定された領域であって良い。たとえば、自律ゾーン640は、制限速度が遅く、自動車が少なく、車線が目立ち、センサが設置され、顧客の場所が集中している領域などである。別の例として、自律ゾーン640は、無人自動車システムによってマッピングされた領域に対応する。別の例として、自律ゾーン640は、AVのナビゲーションを支援するために特定の領域に設置されたセンサを含んで良い。いくつかの例では、自律ゾーン640は、自律ゾーン内をナビゲートするためにAVによって検出可能である異なる色または反射性のナビゲーションラインを含んで良い。したがって、無人自動車システムに接続されたAVは、自律ゾーン640の道路をナビゲートすることができるであろう。別の例では、自律ゾーン640は、ルートガイダンスからの逸脱の可能性が可能な限り少ない自律ゾーン640からAVが移動することを可能にするであろう予め定められたルートを介して顧客デポ614から到達することができる。
さらに別の例において、自律ゾーン640は、大学のキャンパスに対応して良い。通常、大学のキャンパスでは、自動車の通行量が少なく、歩行者用の通路が多くなっている。さらに、大学のキャンパスには、教室、オフィスビル、寮、住宅、集合住宅など、潜在的な顧客が住む可能性のある、より密集した建物が含まれている。このような設定では、AVは一連の顧客に最大限にアクセスでき、邪魔されずに低速でより安全に移動できる。いくつかの実施例において、顧客デポは、自律ゾーン内に配置されて良い。例えば、顧客デポ614は、自律ゾーン640を含む大学のキャンパスに配置されて良い。
図7を参照すると、1または複数の実施例に従う、デポディスパッチプロトコル内で動作する宅配便業者に関連する配達イベントの別の例示的なタイムライン700が示されている。いくつかの実施例において、デポディスパッチプロトコルは、システム600および/または650を介して実装されて良い。タイムライン700は、いくつかの実施例において、デポディスパッチシステムの実装が、宅配便活動を合理化し、それによってシステムの配達効率を改善する方法を示す。タイムライン700は、また、デポディスパッチシステムがどのように生鮮品のより効率的な自動化されたラストマイル配達を可能にするかを説明する。
種々の実施例において、タイムライン700は、注文が販売業者宅配便業者タイムライン710、デポ宅配便業者タイムライン720、およびデリバリー宅配便業者タイムライン730上で顧客によって出されるときに発生する様々なイベントを示す。販売業者宅配便業者タイムライン710は、620-A、620-B、または620-Cなどの販売業者宅配便業者によって実行されるアクションに対応して良い。デポ宅配便業者のタイムライン720は、622-Aまたは622-Bなどのデポ宅配便業者によって取られる行動に対応して良い。配達宅配便業者のタイムライン730は、624-A、624-B、または624-Cなどの配達宅配便業者によって取られる行動に対応して良い。
いくつかの実施例において、タイムライン700は、また、販売業者610-Aなどの販売業者に対応する販売業者タイムライン210と同時に実行されて良い。種々の実施例において、販売業者の宅配便業者のタイムライン、デポの宅配便業者のタイムライン、および配達の宅配便業者のタイムラインは、図7に示されるよりも追加のまたはより少ないイベントを含んで良い。上述のように、タイムライン700のイベントは、サーバシステム、ロケーションビーコン、および1または複数の宅配便業者、販売業者、および/または顧客に関連付けられたクライアントデバイス間の送信を介して追跡することができ、図9を参照してさらに説明する。
販売業者宅配便業者タイムライン710で発生するイベントは、注文作成711、注文割り当て713、販売業者への到着715、注文ピックアップ717、および販売業者デポドロップオフ719を含んで良い。デポ宅配便業者タイムライン720で発生するイベントは、注文割り当て721、販売業者デポへの到着723、注文ピックアップ725、および顧客デポドロップオフ727を含んで良い。配達宅配便業者タイムライン730で発生するイベントは、注文割り当て731、顧客デポへの到着733、注文ピックアップ735、顧客で駐車737、および注文配送739を含んで良い。
注文生成412-A、412-B、または212-Aのような注文生成イベント711は、システムが、顧客630-Aなどの顧客によって当該顧客に対応する顧客デバイスで作成された注文メッセージを、受信するときに発生して良い。次に、注文情報は、配送ルーティングシステムによって、販売業者610-Aなどの指定された販売業者にルーティングされ、イベント214などで配置されて良い。注文は、販売業者宅配便業者620-Aなどの、特定の販売業者610-Aに対応する、指定された販売業者宅配便業者に割り当てられてもよい。注文の割り当ては、サーバから販売業者宅配便業者に対応するクライアントデバイスに送信されて良い。他の実施例において、注文割り当ては、販売業者デポに配置されたディスパッチャまたは他の人員に対応し得る、販売業者デポのディスパッチデバイスに送信されて良い。次に、販売業者デポの販売業者宅配便業者が注文の割り当てを選択するか、割り当てられて良い。
注文割り当てイベント713は、対応するクライアントデバイスを介した販売業者宅配便業者620-Aまたはディスパッチャによる注文割り当ての確認時に発生して良い。いくつかの実施例において、販売業者宅配便業者または他の人員は、対応するクライアントデバイスからシステムに確認を送信することによって注文の割り当てを確認することができる。次に、販売業者宅配便業者は、注文が216で確認されている間、および/または販売業者によって準備されている間に、販売業者の場所に移動して良い。
いくつかの実施例において、特定の場所への宅配便業者の到着および特定の場所からの出発に対応する追加のイベントは、センサまたはビーコンなどの無線デバイスを使用して追跡されて良い。たとえば、販売業者宅配便業者の販売業者デポからの出発と販売業者デポへの到着も追跡されて良い。いくつかの実施例において、無線センサまたはビーコンを販売業者デポに設置して、販売業者宅配便業者のクライアントデバイスと通信することによって販売業者宅配便業者の存在を追跡して良い。例えば、販売業者宅配便業者が販売業者デポから所定の距離内にある間、販売業者宅配便業者のクライアントデバイスは、販売業者宅配便業者のクライアントデバイスと接続されたままであるか、または通信し続けて良い。販売業者宅配便業者が所定の距離を超えて移動すると、接続が切断され、出発イベントの確認が、販売業者宅配便業者のセンサまたはクライアントデバイスを介して配達ルーティングシステムに送信されて良い。種々の実施例において、これらの追加のイベントを追跡することは、ここで記載される宅配便業者のタイムラインに沿ったETA予測の改善された精度を提供し得る。
販売業者への到着イベント715は、販売業者宅配便業者620-Aが販売業者610-Aの場所に到着したときに発生して良い。いくつかの実施例において、販売業者宅配便業者は、クライアントデバイスを介して到着の確認を送信して良い。いくつかの実施例において、到着の確認は、対応するクライアントデバイスを介して販売業者によって送信されて良い。上述のように、販売業者の場所への販売業者宅配便業者の到着は、代替的に、および/または、追加的に、BLE対応のビーコンおよびデバイスを使用して自動的に追跡および確認されて良い。例えば、販売業者宅配便業者のクライアントデバイスは、販売業者サイトに位置するビーコンから信号を送信または受信して、販売業者の到着イベント715の確認を、販売業者または販売業者宅配便業者のクライアントデバイスを介して配達ルーティングシステムに送信して良い。
いくつかの実施例において、販売業者610-Aへの到着が注文準備イベント218の前に発生する場合、販売業者宅配便業者は、注文ピックアップイベント717の前に注文が完了するのを待たなければならない場合がある。しかしながら、予測モデルを実装して、注文準備イベント218のETA、および、販売業者宅配便業者の予想移動時間を決定して、もって、および注文を割り当て、販売業者イベント715への到着が注文準備イベント218と一致するような出発時間および到着時間で、販売業者宅配便業者をルーティングして良い。中断時間を最小限に抑えることによる販売業者宅配便業者と販売業者のアクションの効率を改善でき、この中断時間は、販売業者が注文を完了する前に販売業者宅配便業者が到着した場合、または販売業者宅配便業者が到着する前に販売業者が注文を完了した場合に発生するものである。
いくつかの実施例において、販売業者宅配便業者は、単一の販売業者から複数の注文を受け取るように割り当てられて良い。いくつかの実施例において、販売業者宅配便業者は、複数の注文が218で準備ができていると推定されるときに販売業者の場所に到着するようにスケジュールされて良い。次に、販売業者宅配便業者は、注文ピックアップイベント717で割り当てられたすべての注文をピックアップして良い。注文ピックアップイベント717は、販売業者宅配便業者または販売業者が配達ルーティングシステムに確認を送信するとき発生して良い。いくつかの実施例において、販売業者宅配便業者は、別の販売業者からの1または複数の追加の注文を受け取るように割り当てられて良い。そのような注文は、販売業者の近接性および/または販売業者宅配便業者に割り当てられた生成されたルートに基づいて、グループ化され、販売業者宅配便業者に割り当てられて良い。このようなグループ化は、配達ルーティングシステムによって決定されて良い。
注文ピックアップイベント717の後、販売業者宅配便610-Aは、次に、販売業者デポ612-Aに移動して、1または複数の注文を降ろして良い。販売業者宅配便業者の販売業者ロケーションからの出発に対応する追加のイベントは、手動で追跡しても、ワイヤレスビーコンとデバイスを使用して自動的に追跡しても良い。販売業者宅配便業者の販売業者デポへの帰還は、上述のように手動または自動で追跡しても良い。
注文が販売業者デポでドロップオフされると、販売業者宅配便業者620-Aは、販売業者デポドロップオフイベント719の確認を送信して良い。いくつかの実施例において、販売業者デポ610-Aのディスパッチャは、販売業者デポのドロップオフイベント719の確認を送信して良い。いくつかの実施例において、販売業者業者便業者610-Aは、1または複数の注文を、配達ルーティングシステムによって割り当てられたロッカーに預けて良い。いくつかの実施例において、自動ロッカーシステムは、販売業者デポドロップオフイベント719の確認を送信して良い。例えば、自動ロッカーシステムは、割り当てられたロッカーが販売業者宅配便業者または他のデポ要員によってアクセスおよび閉鎖されるときに確認を送信して良い。
様々な販売業者からの複数の注文は、販売業者デポ610-Aに集約されて良い。いくつかの実施例において、注文は、配達先および販売業者デポドロップオフイベント719の予想時間に基づいてバッチにグループ化されて良い。種々の実施例において、注文は、配達ルーティングシステムによって自動的にグループ化されるか、または販売業者デポのディスパッチャによって手動でグループ化されて良い。注文の各バッチには、1または複数の注文が含まれて良い。いくつかの実施例において、バッチ注文は、ディスパッチャまたは配達業者の宅配便業者によって同じロッカー保管場所に預けられて良い。販売業者デポでグループ化された注文のバッチは、ここでは「転送バッチ」と呼ばれて良い。
注文がバッチにグループ化されると、1または複数の転送バッチが、注文割り当てイベント721でデポ宅配便622-Aなどのデポ宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント721は、配達宅配便業者または他の担当者による、対応するクライアントデバイスを介した、注文割り当ての確認時に、発生して良い。いくつかの実施例において、配達宅配便業者は、販売業者デポに配置されている。いくつかの実施例において、配達宅配便業者は、販売業者デポに移動して良い。
デポ宅配便業者の到着時に、デポ宅配便業者または販売業者デポ担当者は、到着確認を送信して、販売業者デポイベントへの到着723をトリガーして良い。代替的には、および/または、付加的には、デポ宅配便業者622-Aの到着および出発は、説明されているように、ワイヤレスビーコンとデバイスを使用して自動的に追跡および確認されて良い。販売業者デポに到着すると、デポ宅配便業者は、注文ピックアップイベント725で割り当てられた注文を所有して良い。いくつかの実施例において、デポ宅配便業者は、ロッカーまたは他の人員から割り当てられた注文またはバッチを回収して良い。いくつかの実施例において、そのような要員は、宅配便業者が彼らの車両をデポに駐車したり放置したりする必要がないように、注文を引き渡すために利用可能であって良い。いくつかの実施例において、デポ宅配便業者は、自動ロッカーから注文またはバッチを直接取得して良い。種々の実施例において、注文ピックアップイベント725は、自動ロッカーシステム、デポ宅配便業者、または他の人員によって配達ルーティングシステムに送信される確認に対応することができる。
いくつかの実施例において、注文がバッチにグループ化される前に、1または複数の注文がデポ宅配便業者に割り当てられて良い。より多くの注文が販売業者宅配便業者によって取り下げられると、追加の注文は追加の配達として宅配便業者に割り当てられて良い。これにより、宅配便業者の効率が向上し、ダウンタイムが最小限に抑えられる場合がある。例えば、グループ化する前にデポ宅配便業者に注文を割り当てることにより、販売業者宅配便業者が販売業者デポに向かって移動するときに、デポ宅配便業者が販売業者デポへ移動するように指示されて良く、もって、販売業者デポ到着イベント723が注文ピックアップイベント725と同時または近接して起こり販売業者デポ到着723と注文ピックアップイベント725との間の待ち時間を最小化する。
注文ピックアップイベント725の後、デポ宅配便業者は、次に、割り当てられた注文を顧客デポ614などの顧客デポに輸送するために顧客デポに移動する。いくつかの実施例において、デポ宅配便業者の顧客デポへの到着に対応するイベントは、上述のとおり、手動または自動で追跡されて良い。
顧客デポにおいて、デポ宅配便業者は、顧客デポドロップオフイベント727をトリガーするために注文をドロップオフして良い。注文が販売業者デポでドロップオフされると、顧客デポドロップオフ727の確認がデポ宅配便業者または他の顧客デポ担当者によって送信されて良い。いくつかの実施例において、デポ宅配便業者は、1または複数の注文を顧客デポの割り当てられたロッカーに預けて良い。いくつかの実施例において、自動ロッカーシステムは、顧客デポドロップオフイベント727の確認を送信して良い。例えば、自動ロッカーシステムは、割り当てられたロッカーが宅配便業者または他のデポ担当者によってアクセスおよび閉鎖されるときに確認を送信して良い。販売業者宅配便業者のように、デポ宅配便業者が販売業者デポまたはカスタマーデポに駐車したり、駐車場を探すのに時間を費やしたりする必要はない。したがって、デポ宅配便業者は、デポ間で注文を便利かつ効率的に輸送できる。
注文は、配達先に基づいて顧客デポでバッチにさらにグループ化されて良い。ここに記載されているように、顧客デポでグループ化された注文のバッチは、「配達バッチ」と呼ばれて良い。種々の実施例において、注文は、配達ルーティングシステムによって自動的にグループ化されるか、または顧客デポの担当者によって手動でグループ化されて良い。注文の各バッチには、1または複数の注文が含まれて良い。
例えば、販売業者デポ612-Aおよび612-Bなどの異なる販売業者デポから発信された注文は、顧客ハブ614に到着して良い。注文の配達バッチは、配達の目的地または配達宅配ルートに基づいて、異なる販売業者デポからの注文から一緒にグループ化されて良い。販売業者ハブ612-Aからの注文と販売業者ハブ612-Bからの注文は、同じ集合住宅または大学の寮の建物内の顧客に配達されるため、グループ化することができる。別の例として、販売業者ハブ612-Aおよび612-Bからの注文は、配達先が割り当てられた配達宅配便業者の所定のルートに沿って配置されているため、配達バッチにさらに編成されて良い。
これは、同じ顧客による異なる販売業者からの注文のグループ化を可能にして良い。したがって、同じ配達先の異なる場所からなされた注文は、他の注文を配達する宅配便業者によって、ラストマイル配達ルートに沿ったある時点でグループ化されて良い。これにより、複数の注文のグループ化が他の配達の輸送に使用されるルートに沿って行われるため、宅配便業者をより効率的に使用できる。これにより、複数の注文を特定の顧客に同時に配送して良い。同じ顧客による複数の注文をグループ化して、1つの配送業者がすべての注文を一度に顧客に配送できるようにしてもよい。たとえば、顧客が行った1つの注文は、同じ顧客が行った別の注文が顧客デポに到着するまで顧客デポで保留されて良く、こののち、両方の注文が配達宅配便業者に割り当てられる。
注文が顧客デポで配達バッチにグループ化されると、注文の配達バッチは、注文割り当てイベント731で配達宅配便624-Bなどの配達宅配便業者に割り当てられて良い。いくつかの実施例において、注文割り当てイベント731は、配達宅配便業者または他の担当者が対応するクライアントデバイスを介して注文の割り当てを確認すると発生して良い。いくつかの実施例において、配達宅配便業者は、顧客デポに配置されている。いくつかの実施例において、配達宅配便業者は、割り当てられた注文を受け取るために顧客デポに移動して良い。
配達宅配便業者の到着時に、配達宅配便業者または顧客デポ担当者は、到着確認を送信して、顧客デポイベントへの到着733をトリガーして良い。代替的には、および/または、付加的に、配達宅配便業者の到着を、上述のとおり、ワイヤレスデバイスを使用して自動的に追跡し、確認して良い。顧客デポに到着した後、配達宅配便業者は、注文受け取りイベント735で割り当てられた注文を所持して良い。いくつかの実施例において、配達宅配便業者は、ロッカーまたは他の人員から割り当てられた注文またはバッチを回収して良い。いくつかの実施例において、そのような人員は、配達宅配便業者が彼らの車両をデポに駐車または放置する必要がないように、注文を引き渡すために利用可能であって良い。いくつかの実施例において、デポ宅配便業者は、自動化されたロッカーから割り当てられた注文を直接検索することができる。種々の実施例において、注文ピックアップイベント735は、ロッカーシステム、配達宅配便業者、または他の人員によって配達ルーティングシステムに送信される確認に対応して良い。
いくつかの実施例において、注文が配達バッチにグループ化される前に、1または複数の注文が配達宅配便業者に割り当てられて良い。より多くの注文がデポ宅配便業者によって顧客デポでドロップオフされると、追加の注文は追加の配達として配達宅配便業者に割り当てられて良い。これにより、ダウンタイムが最小限に抑えられ、宅配便業者の効率が向上する。例えば、グループ化する前に顧客デポに注文を割り当てることにより、デポ宅配便業者が顧客デポに向かって移動し、顧客デポへの到着イベント733が同時にまたはその近くで発生するように、配達宅配便業者は顧客デポに向かうように指示されて良い。顧客デポドロップオフイベント727は、顧客デポイベント733に到着してから注文ピックアップイベント735までの待ち時間を最小化する。
注文受け取りイベント735の後、配達宅配便624-Bは、次に、注文配達イベント739で注文の配達を完了するために、顧客630-Aを含む1人または複数の顧客の場所に向かって移動して良い。注文が顧客に渡されたとき、注文配達イベント739が発生して良い。注文配達イベント739は、顧客または配達宅配便業者による、対応するデバイスを介した配達の確認によってトリガーされて良い。いくつかの実施例において、1または複数の配達宅配便業者が、スタンバイ状態の顧客デポにすでに配置されていて良い。これにより、注文または注文のバッチが配達宅配便業者に割り当てられると、配達宅配便業者による即時の集荷が可能になる。
追加のイベントは、注文ピックアップイベント735と注文配達イベント739との間で追跡されて良い。例えば、配達宅配便業者は、顧客の場所の近くに車両を駐車することを確認して良い。これは、配送業者のクライアントデバイスからサーバに送信される確認を介して行うことができる。いくつかの実施例において、確認は、上述のとおり、無線ビーコンおよびデバイスを介して自動的に検出される。
いくつかの実施例において、販売業者デポでの注文は、図3、4および5Aを参照して上述したように、集荷して顧客に直接配達するために配達宅配便業者に割り当てられて良い。したがって、特定の例では、注文割り当てイベント731は、販売業者デポドロップオフ719の直後に発生して、注文のバッチを販売業者デポの配達宅配便業者に割り当てることができる。たとえば、顧客が販売業者デポの近くにいる場合、配達宅配便業者が販売業者デポから対応する注文を配達する方が時間効率が高いであろう。例えば、配達宅配便業者624-Aは、販売業者デポ612-Aから顧客630-Aに注文を配達するものとして描かれている。
販売業者ハブおよびカスタマーハブを実装するシステムは、宅配便活動、配達時間、およびETA予測の効率を大幅に改善することができる。説明されているシステムは、販売業者宅配便業者が販売業者の場所にすばやく移動できるだけでなく、配達宅配便業者またはデポ宅配便業者が駐車場を探すために時間を費やす必要がなく、駐車する必要さえない配達ハンドオフシステムを提供する。さらに、宅配便業者はデポをすばやく通過して注文を受け取りまたは降ろすことができるため、注文が完了するか引き渡されるのを待つことによる中断時間を最小限に抑えることができる。
デポは、また、1または複数の宅配便業者を配置する場所を提供し、宅配便業者間の即時の割り当ておよび注文の転送を可能にする。このような注文の「即時受け取り」により、宅配便業者がデポに移動して注文を受け取るまで、または人員や他の保管場所間で注文を転送するまでの中断時間が短縮される。
ラストマイル配送ルートをセグメントに分割することは、効率をさらに改善する。各セグメントは合計ルートよりも短いため、宅配便業者は指定された各目的地間をより短い距離で移動し、指定された時間内により多くの旅行を行い、より多くの注文を輸送できる。デポ間など、一定の目的地間のルートが短いほど、宅配便業者にとって最適な移動ルートをより効率的に決定できる。ラストマイル配送活動の分割により、システム内に分業が作成され、担当者と宅配便業者が特定のタスクに特化できるようになる。たとえば、宅配便業者は、特定のルートや近隣の顧客の場所を移動する際の専門知識を得ることができる。
全体として、システム内の注文は、デポ間で注文を輸送することによって、より迅速に配達される。宅配便業者が販売業者ロケーションまたは販売業者デポから複数の顧客ロケーションに配達するのではなく、デポ宅配便業者はより多くの注文をより短い時間で輸送して良い。次に、そのような注文の配達場所の近くにある顧客デポに注文を集約することにより、配達宅配便業者はより短い距離で配達を完了し、より短い時間でより多くの配達を完了することができる。
ラストマイル配送ルートに沿った1または複数の機能の自動化は、人為的エラーおよび行動からの逸脱を減らすことによって、システムの信頼性、予測可能性、および効率をさらに高める。さらに、イベントの追跡が改善され、継続的なイベント追跡が可能になる。たとえば、AV宅配便業者は、注文を受けた後に人間の宅配便業者が車両に戻ったことを確認する必要をなくす。別の例として、AV宅配便などの自動化されたシステムは、注文が受け取られたときなど、様々なイベントの確認を自動的に送信するように構成されて良い。したがって、システムは特定のイベントを確認するために人的参加にあまり依存しない。この人的参加は人為的エラーのために信頼できないことがある。そのため、種々のイベントのETAはより予測可能である。
さらに、顧客は、顧客デポで直接注文を受け取るオプションを与えられて良い。したがって、一部の顧客は待つ必要がないかもしれない。特定の顧客にとって、これは、待たないことを好む顧客など、顧客に積極的な参加の感覚を提供して良い。
図8を参照すると、1または複数の実施例に従う、ロジスティクスプラットフォームシステム内の宅配便業者をルーティングするための例示的なデポディスパッチプロトコル800が示されている。様々な実施例において、デポディスパッチプロトコル650は、生鮮品のオンデマンド配達を最適化するために実装されて良い。
802において、販売業者デポ612-Aおよび612-Bならびに顧客デポ614などの販売業者および顧客デポの位置が決定される。このような集成デポの最適な場所は、交通渋滞、徒歩の交通量、販売業者や顧客との相対的な位置、宅配便業者のアクセスのしやすさ、配達密度などの要因に基づいて良い。上述の、または、プロセス550からの1または複数の配慮は、顧客デポのための適切な場所を決定するために使用されて良い。
804において、販売業者宅配便業者は、各販売業者が少なくとも1つの指定された販売業者宅配便業者を有するように販売業者に割り当てられる。いくつかの実施例において、販売業者宅配便業者は、複数の販売業者に割り当てられて良い。特定の実施例において、販売業者宅配便業者は、販売業者デポに配置されて良く、販売業者宅配便業者は、イベント713などで、販売業者宅配便業者への注文の割り当て時に販売業者に割り当てられて良く、これはイベント713で行われる。注文が顧客によって配置され、販売業者によって確認されると、806において、1つ以上の販売業者宅配便業者が派遣され、割り当てられた販売業者で完了した注文を受け取る。販売業者宅配便業者は、特定の注文の注文完了のためにETAまたはその近くに、販売業者の場所に到着するようにスケジュールされて良い(イベント218など)。いくつかの実施例において、1または複数の販売業者宅配便業者を割り当てて、複数の販売業者の場所で完了した注文を受け取って良い。
808において、完了した注文はドロップオフされ、販売業者デポで受け取られる。販売業者デポでの注文のドロップオフは、販売業者宅配便業者または他の担当者によって、または自動ロッカーストレージユニットなどの自動注文検索システムによって確認されて良い。次に、販売業者宅配便業者は、割り当てられた販売業者の場所に戻って、販売業者デポに輸送するための追加の注文を受け取って良い(ステップ804、806、および808を繰り返す)。
そのようにして、注文は、後続の宅配便業者へのさらなる割り当てのために、集約され、販売業者デポでグループ化されて良い。810において、注文のバッチは、顧客デポ614などの特定の顧客デポに割り当てられる。注文は、バッチ内の注文に対応する顧客が、割り当てられた顧客デポからの所定の距離内に位置するように、部分的に配達先で転送バッチにグループ化されて良い。
次に、812において、デポ宅配便業者が、注文を受け取るために派遣され、割り当てられた顧客デポで注文をドロップオフする。種々の実施例において、1つ以上の注文の転送バッチは、デポ宅配便業者に割り当てられる。いくつかの実施例において、デポ宅配便業者は、販売業者デポまたは顧客デポに配置されている。上述のように、デポ宅配便業者は、販売業者デポとカスタマーデポの間の所定のルートに沿って移動して良い。いくつかの実施例において、1または複数の注文のバッチが販売業者宅配便業者に割り当てられると、デポ宅配便業者は特定の販売業者デポにルーティングされて良い。
814において、注文は顧客デポで受け取られる。顧客デポでの注文のドロップオフは、デポ宅配便業者または他の担当者によって、または、自動ロッカー保管ユニットなどの自動注文検索システムによって確認されて良い。次に、デポ宅配便業者は、販売業者デポに戻って、顧客デポに輸送するための追加の注文を受け取って良い(ステップ810、812、および814を繰り返す)。そのような複数の注文は、後続の宅配便業者に割り当てるために、販売業者デポでさらに集約、バッチ処理、および整理されて良い。
816において、注文は配達宅配便業者に割り当てられる。1または複数の注文のバッチは、部分的に配達先に基づいて配達宅配便業者に割り当てられて良い。次に、配達宅配便業者は、割り当てられた注文を受け取るために顧客デポに移動して良い。いくつかの実施例において、配達宅配便業者は、顧客デポに配置されて良い。場合によっては、注文は、ステップ808の後に、816において、販売業者デポで配達宅配便業者に割り当てられて良い。そのような実施例において、配達宅配便業者は、図3、4、および5Aを参照して上述したように、販売業者デポから直接注文を受け取る。特定の実施例において、配達宅配便業者は、また、販売業者デポに配置されて良い。
注文または注文のグループが配達宅配便業者に割り当てられると、その配達宅配便業者は、注文を受け取るためにデポに移動する。配達宅配便業者が認証され、注文の集荷が確認されて良い。いくつかの実施例において、1人または複数の人員が、宅配便業者が車両を駐車する必要がないように、割り当てられた注文を配達宅配便業者に引き渡すためにそこにいて良い。他の実施例において、配達宅配便業者は、割り当てられた注文を保管するロッカーの場所に向けられ、自動保管システムで認証されて、割り当てられた注文を検索して良い。割り当てられた注文が宅配便業者によって収集されると、宅配便業者は顧客の場所に向かって移動し、配達を完了する。820において、顧客への注文の配達が確認されて良い。
いくつかの実施例において、顧客は、顧客デポから直接注文を受け取って良い。818において、顧客は、顧客デポに注文が到着したという通知を受け取る。通知メッセージは、顧客のデバイスに送って良い。通知メッセージには、自動ロッカーシステムの指定されたロッカーの場所など、注文の場所も含まれて良い。その後、顧客は顧客デポに移動して注文を受け取って良い。いくつかの実施例において、顧客は、注文にアクセスするために、人員またはデバイス間の無線通信によって認証されて良い。たとえば、顧客は、メッセージの送信やバーコードのスキャンなどの一意のアクセスコードを入力または送信して、指定されたロッカーの場所にアクセスして良い。注文が顧客に配送されると、注文の配達は、顧客、デポ担当者、または自動システムによって820において確認されて良い。たとえば、指定されたロッカーの場所に顧客の一意のコードがアクセスすると、システムは顧客への配達を確認して良い。
種々の実施例において、ここで記載される1つ以上のイベントは、顧客、販売業者、または宅配便業者に対応するクライアントデバイスに送信されて良い。図9は、1または複数の実施例に従う、この開示の様々なシステムおよび方法を実装するための例示的なネットワークアーキテクチャ900の図を示す。ネットワークアーキテクチャ900は、ネットワーク910によって1または複数のサーバシステム912および914に通信可能に接続されたいくつかのクライアントデバイス902~908を含む。
いくつかの実施例において、サーバシステム912および914は、1または複数のプロセッサおよびメモリを含む。サーバシステム912および914のプロセッサは、メモリに格納されたコンピュータ命令(例えば、ネットワークコンピュータプログラムコード)を実行して、ネットワークデータ交換サーバの機能を実行する。種々の実施例において、ネットワークデータ交換サーバの機能は、生鮮品のリアルタイム・オンデマンド配達のルーティング、クライアントデバイスへの通知または指示の送信、および/またはそのような配達の推定到着時間(ETA)の予測および動的更新を含んで良い。
いくつかの実施例において、サーバシステム912は、ネットワークプロファイル情報を受信および格納するように構成されたコンテンツサーバである。いくつかの実施例において、サーバシステム914は、ネットワークメッセージを含むネットワークデータパケットを送信および/またはルーティングするように構成されたディスパッチサーバである。いくつかの実施例において、コンテンツサーバ912およびディスパッチサーバ914は、両方のサーバの動作を実行するように構成される単一のサーバシステムとして構成される。
いくつかの実施例において、ネットワークアーキテクチャ900は、ネットワーク910を介してクライアントデバイス902~908およびサーバシステム912および914に通信可能に接続されたデータベース916をさらに含んで良い。いくつかの実施例において、ネットワークデータ、またはユーザ情報、宅配便情報、および販売業者情報などの他の情報は、データベース916に格納され、および/またはデータベース916から検索されて良い。
クライアントデバイス902~908のユーザは、ネットワークデータ交換サービスに参加するためにサーバシステム912にアクセスする。例えば、クライアントデバイス902~908は、ネットワークデータ交換サービスにアクセスするために使用することができるウェブブラウザアプリケーションを実行して良い。別の例では、クライアントデバイス902~908は、ネットワークに固有のソフトウェアアプリケーション(例えば、スマートフォン上で実行されるネットワーキングデータ交換「アプリ」)を実行して良い。
クライアントデバイス902~908と相互作用するユーザは、デジタルコンテンツ、例えば、テキストコメント(例えば、更新、アナウンス、返信)、デジタル写真、ビデオ、オンライン注文、支払い情報、アクティビティの更新、場所情報、またはその他の適切な電子情報を配布することによって、サーバシステム912によって提供されるネットワークデータ交換サービスに参加することができる。いくつかの実装形態では、情報は、ネットワークまたはサーバシステム912の外部のシステムおよび/またはサービスによってユーザに代わって投稿することができる。例えば、ユーザは、適切な許可を得て、レストランのレビューをレストランレビューウェブサイトに投稿することができる。そのウェブサイトは、ユーザに代わってレビューをネットワークにクロスポストして良い。別の例では、適切な許可を得てモバイルデバイス上で実行されるソフトウェアアプリケーションは、全地球測位システム(GPS)機能を使用してユーザの位置を特定し、ネットワークをユーザの位置で自動的に更新して良い(例:「自宅」、「職場」、「カリフォルニア州サンフランシスコで」)。
いくつかの実施例において、クライアントデバイス902~908は、コンピュータデバイス、例えば、ラップトップまたはデスクトップコンピュータ、スマートフォン、携帯情報端末、ポータブルメディアプレーヤ、タブレットコンピュータ、または電子ソーシャルネットワークと通信するために使用できる他の適切なコンピューティングデバイスであって良い。いくつかの実装形態では、サーバシステム912は、コンピュータサーバなどの1または複数のコンピューティングデバイスを含んで良い。様々な実施例において、クライアントデバイス902~908のそれぞれは、販売業者110~116に対応する販売業者デバイス、宅配便業者120~128に対応する宅配便業者デバイス、または顧客130~136に対応する顧客デバイスのいずれか1つであって良い。
いくつかの実装形態では、サーバシステム912は、サーバコンピュータ(例えば、クラウドコンピューティング)のアクションを実行するために一緒に動作する複数のコンピューティングデバイスを表すことができる。いくつかの実装形態では、ネットワーク910は、パブリック通信ネットワーク(例えば、インターネット、セルラーデータネットワーク、電話ネットワークを介したダイヤルアップモデム)またはプライベート通信ネットワーク(例えば、プライベートLAN、リース回線)であって良い。
様々な顧客、販売業者、および宅配便業者は、1または複数の注文に関連する情報を、対応するクライアントデバイスを介してサーバ912または914に送信して良い。上述のように、そのような情報には、注文情報、支払い情報、活動の更新、タイムスタンプ、位置情報、または他の適切な電子情報が含まれて良い。次に、システムは、この情報を利用して、注文の配達のETAを計算し、更新されたタイムスタンプが受信されたときにETAを動的に更新して良い。図10A~10Cを参照すると、1または複数の実施例に従う、複数のイベントおよびタイムスタンプを受信するための例示的な方法が示される。
図10Aは、顧客デバイスからイベント更新を受信するための例示的なプロセス1000の例示的なフローチャートを示している。1001において、注文は配される。いくつかの実施例において、注文は、902~908などの対応する顧客デバイス上で顧客によって出されて良い。いくつかの実施例において、注文は、顧客のデバイスにインストールされたウェブブラウザまたはアプリケーションでなされて良い。注文情報は、ネットワーク910を介して送信されて良い。注文発注は、注文の配達のための場所に対応する場所情報を含んで良い。たとえば、顧客のデバイスの位置は、GPSを介して決定されて良い。別の例として、位置情報は、顧客に対応する住所を含んで良いる。注文には、注文した商品、支払い情報、その他の顧客情報などの追加情報が含まれて良い。いくつかの実施例において、1001でなした注文の受領は、注文生成イベント212-Aおよび/または212-Bに対応して良い。
いくつかの実施例において、注文の更新は、1003において受信されて良い。いくつかの実施例において、注文更新は、注文における様々なアイテムの追加または削除、注文のキャンセル、配達場所の変更などを含んで良い。いくつかの実施例において、注文の更新は、注文配達の予測ETAに考慮されて良い。いくつかの実施例において、配達の確認は、1005において顧客デバイスから受け取られて良い。例えば、顧客は、注文が宅配便業者から受け取られると、顧客デバイスを介して配達の確認を送信して良い。しかしながら、いくつかの実施例において、送達の確認は、図10Cを参照してさらに説明されるように、対応する宅配便業者デバイスを介して宅配便業者によって送信されて良い。いくつかの実施例において、注文に対する更新を受信することは、オプションの実装であって良い。
図10Bは、販売業者デバイスからイベント更新を受信するための例示的なプロセス1010の例示的なフローチャートを示している。注文の受領の確認は、1011において受信されて良い。いくつかの実施例において、注文は、システムによってネットワーク910を介して、適切な販売業者に関連付けられた販売業者デバイスにルーティングされて良い。次に、販売業者は、注文の受領確認を送信して良く、これは、注文確認イベント216をトリガーして良い。いくつかの実施例において、注文が成功裏にルーティングされて販売業者デバイスによって受信されると、1011における注文受領の確認が、ネットワーク910を介してシステム912に自動的に送信されて良い。
販売業者が注文の準備を完了すると、注文の完了の確認は1013において受け取られて良い。注文の完了の確認は、注文準備イベント218をトリガーして良い。次に、注文ピックアップの確認は、1015において受け取られ、注文ピックアップイベント220-Aをトリガーして良い。宅配便業者が注文を受け取ると、販売業者は販売業者デバイスを介して注文ピックアップ確認を送信して良い。しかしながら、いくつかの実施例において、注文ピックアップの確認は、図10Cを参照してさらに説明されるように、対応する宅配便装置を介して宅配便業者によって送信されて良い。
図10Cは、宅配便業者デバイスからイベント更新を受信するための例示的なプロセス1020の例示的なフローチャートを示している。そのような宅配便業者デバイスは、上述のように、販売業者宅配便業者、デポ宅配便業者、または配達宅配便業者のいずれかに対応して良い。1021において、注文割り当ての確認を受け取って良い。いくつかの実施例において、注文割り当ての確認は、宅配便業者デバイスを通じて宅配便業者によって入力された、注文割り当ての受諾であって良い。1023において、宅配便業者の場所を受け取って良い。いくつかの実施例において、宅配便業者の位置は、リアルタイムで追跡および更新されて良い。いくつかの実施例において、宅配便業者の位置は、リアルタイムのGPS座標を使用することなどによって、宅配便業者デバイスを介して追跡することができる。いくつかの実施例において、宅配便業者の位置は、近接ビーコンを使用してさらに追跡することができる。
種々の実施例において、宅配便業者は、注文割り当て222の後に販売業者の場所に移動して良い。宅配便業者が販売業者の場所に移動するとき、1025において、販売業者の場所への移動状況が、受け取られて良い。種々の実施例において、移動状況は、宅配便業者に対応する車両の状況を含んで良い。例えば、宅配便業者デバイスは、宅配便業者が販売業者の場所の近くに自分の車両を駐車したという通知をサーバシステムに送信して良い。これは、販売業者への駐車イベント224に対応して良い。
宅配便業者が販売業者の場所に到着すると、販売業者の場所への到着の確認を1027において受け取って良い。いくつかの実施例において、販売業者の場所への到着の確認は、宅配便業者によって宅配便業者デバイスを介して入力されたチェックインステータス更新であって、ネットワーク910を介して送信されて良い。注文が宅配便業者に提供されると、注文ピックアップの確認は、1029において受信されて良い。いくつかの実施例において、注文ピックアップの確認は、宅配デバイスを介して宅配便業者によって確認されて良い。先に説明したように、注文ピックアップの確認は、追加的に、および/または、代替的に、販売業者デバイスを介して販売業者によって確認されて良い。
種々の実施例において、宅配便業者は、注文ピックアップ220-Bの後に顧客の場所に移動して良い。宅配便業者が顧客の場所に移動するとき、顧客の場所への移動状況は431において受け取られて良い。種々の実施例において、移動状況は、宅配便業者に対応する車両の状態を含んで良い。例えば、宅配便業者は、注文の受け取り後に宅配便業者が車両に戻ったという通知をサーバシステムに送信して良い。これは、車両復帰イベント228に対応して良い。別の例として、宅配便業者デバイスは、宅配便業者が顧客の場所の近くに自分の車両を駐車したという通知をサーバシステムに送信して良い。これは、顧客での駐車イベント230に対応して良い。
次に、注文配達の確認は、宅配便業者デバイスから1033において受け取られて良い。いくつかの実施例において、注文配達の確認は、宅配便業者デバイスを介して宅配便業者によって確認されて良い。先に説明したように、注文配達の確認は、追加的に、および/または、代替的に、顧客のデバイスを介して顧客によって確認されて良い。
プロセス1020は、宅配先としての販売業者の場所および顧客の場所に関して説明されているけれども、宅配先は、また、プロセスステップ1021から1033のいずれか1つにおける販売業者デポおよび/または顧客デポを含んで良いことを認識されたい。例えば、プロセス1020は、デポ宅配便業者のために実施されて良い。したがって、販売業者デポへの移動中のデポ宅配便業者の移動ステータスは1025で受信されて良く、販売業者デポへのデポ宅配便業者の到着の確認は1027で受信されて良い。この同じ例では、デポ宅配便業者の移動ステータスは、その後、デポ宅配便業者が顧客デポに移動するときに、1031において、受け取られて良い。
いくつかの実施例において、追加のイベント更新は、販売業者、顧客、または宅配便業者に対応するデバイスから受信されて良い。例えば、販売業者の場所での注文ピックアップの確認を追跡して良い。いくつかの実施例において、プロセス1000、1010、および1020は、単一のプロセス内に統合されて良い。いくつかの実施例において、説明されたシステムは、図10A-10Cに示されているよりも追加のまたはより少ないイベント更新を受信して良い。
説明したように、いくつかの実施例において、タイムライン200、400、および700の様々な時点での宅配便業者の移動状態は、1または複数のビーコンを含む近接システムを介して追跡されて良い。近接センサおよび/またはビーコンを使用して宅配便業者の位置を決定するためのそのようなシステムおよびプロセスは、「リアルタイムラストマイルロジスティクスプラットフォームでビーコンを使用することによる予測の改善(代理人包袋番号DASHP004)というタイトルの米国特許出願第15/826737号に記載され、これは先に参照した。米国特許出願第15/826737号は、BLE信号を実装するシステムおよびプロセスを記載しているが、そのようなシステムおよびプロセスは、Wi-Fi、パッシブおよびアクティブ無線周波数識別(RFID)信号、セルラーデータ、モバイル衛星通信、および低電力広域ネットワーク(LPWAN)を含むけれども、これらに限定されず、他の無線送信信号および技術を実装し得ることを理解されたい。
例えば、ビーコンセンサは、宅配便業者の場所に対応するビーコンデバイスを検出するように構成されて良い。いくつかの実施例において、ビーコンデバイスは、宅配便業者に関連付けられたクライアントデバイスであって良い。このようなビーコンセンサは、1または複数の加盟店の場所、集成デポ、または宅配便業者車両に配置されて良い。いくつかの実施例において、宅配便業者デバイスは、ビーコンセンサを含んで良く、ビーコンデバイスは、宅配便業者の車両または様々な販売業者の場所に配置されて良い。宅配便業者、および対応する宅配便業者デバイスが種々のビーコンに近づいたり離れたりするときに、宅配便業者の位置をリアルタイムで追跡することができる。
例えば、注文割り当て222の後、注文ピックアップ220-Bの前に、宅配便業者と宅配便業者車両との間の距離が増加することが検出された場合、宅配便業者は車両を駐車し、販売業者の場所に向かって移動していると判断されて良い。別の例として、1つまたは近隣の複数の販売業者の場所ならびにターゲット宅配便業者の場所に配置された近接センサによって、宅配便業者が、販売業者の場所に歩いていくことが決定されて良く、これらは宅配便業者の位置に対応するビーコンデバイスを検出するように構成されている。販売業者226への到着は、また、宅配便業者デバイスが販売業者の場所のビーコンセンサの所定の半径内にもたらされたときに決定されて良い。
宅配便業者の移動状況は、また、注文ピックアップ220-Bの後、注文配達232の前に追跡されて良い。宅配便業者と販売業者の場所との間の距離が増加することが検出された場合、宅配便業者は、販売業者の場所を離れ、車両に向かって移動していると決定されて良い。別の例として、宅配便業者が車両の所定の半径内を移動すると、近接センサは、車両復帰イベント228が発生したと判断し、顧客の場所への追加の移動状況を831において受信することができる。宅配便業者と宅配便業者車両との間の距離が増加することを検出した場合、宅配便業者が車両を駐車し、注文を配達するために顧客の場所に向かって移動していると判断されて良い。
さらに、注文配達232が発生した後、近接システムは、宅配便業者が車両の所定の半径内を移動したときに、宅配便業者が車両に戻ったことを決定して良い。これは、宅配便業者に別の注文を割り当てる準備ができていることを示して良い。種々の実施例において、宅配便業者の販売業者への移動状況を示す他のイベントは、1025および831において追跡されて良い。
図11は、1または複数の実施例に従う、加重係数を使用して配達イベントおよびタイムスタンプを処理するためのプロセス1100を示し、例示している。1102において、注文に対応するイベントのタイムスタンプが受信される。種々の実施例において、注文は、顧客デバイスを介して顧客によって出された注文であって良い。いくつかの実施例において、イベントは、図2、4、および7を参照して説明されたイベントのいずれか1つであって良く、図10A-10Cを参照して説明したように受信されて良い。
1104において、タイムスタンプは、対応する予測イベントモデルに入力される。いくつかの実施例において、ニューラルネットワークが、特定の注文の推定到着時間(ETA)を生成するために実装される。このようなシステムは、正確なETA予測を生成するなど、一般にタスク固有のプログラミングを行わずに、例を検討することによってタスクを実行することを学習(または徐々にパフォーマンスを向上)させることができる。いくつかの実施例において、ニューラルネットワークは、イベントに関連付けられたタイムスタンプを入力し、1または複数の後続の配達イベントの予測ETAを生成するための予測モデルを提供する。
いくつかの実施例において、ニューラルネットワークは、複数のサブネットワークを含んで良く、それぞれは、後続の配達イベント間の特定の時間間隔について推定時間長を生成するための予測イベントモデルとして機能する。ここで使用される場合、「サブネットワーク」および「イベントモデル」という用語は、とくに断りのない限り、交換可能に使用されて良い。いくつかの実施例において、イベント間の各間隔、例えば、図2、4、および7に示されるそれらのイベントの間の間隔は、サブネットワークに関連付けて良い。言い換えれば、特定の予測イベントモデルは、図2、4、および7に示すように、あるイベントから次のイベントまでの期間を予測することができる。
1106において、注文に対応する配達パラメータが受信される。配達パラメータには、1つ以上の追跡されたイベント間の時間の長さに影響を与える可能性のあるさまざまな要因または測定値が含まれて良い。種々の実施例において、配達パラメータは、時間、日付、交通量、天気、過去の宅配便業者のパフォーマンス、およびマーケットの規模を含んで良い。配達パラメータは、さらに、受け取った注文の数、注文のアイテムの数、注文の料理のタイプ、注文の小計、過去のレストランのデータを含んで良い。種々の実施例において、様々な他のパラメータがニューラルネットワークに実装されて良い。
1108において、配達パラメータは、加重係数として対応する予測イベントモデルに入力される。種々の実施例において、ニューラルネットワークは、様々なパラメータを、連続するイベント間の持続時間に対する特定の効果と相関させるようにトレーニングされて良い。ニューラルネットワークは、そのようなパラメータに重みを割り当てて、重み付き係数を作成することができる。このような重みは、実際の到着時間に基づいて調整されて良い。
例えば、特定の日付は、忙しい日であることが昔から知られている休日に当たる可能性がある。したがって、特定の休日は、トラフィックの増加または注文数の増加と相関している可能性がある。さらに、1日の特定の時間帯は、ラッシュアワーなどの交通量の増加に関連しているかもしれない。いくつかの実施例において、時刻は、リアルタイムで継続的に更新され、ニューラルネットワークに入力されるパラメータである。
いくつかの実施例において、交通情報は、リアルタイムで追跡されて良い。いくつかの実施例において、交通情報は、サードパーティアプリケーションによって追跡されて良い。いくつかの実施例において、交通データは、リアルタイムで更新されるか、またはほぼリアルタイムで絶えず更新される。
天候に対応するパラメータは、また、交通または注文の影響を通知して良い。たとえば、悪天候は、危険な状態による交通量の増加と相関するであろう。悪天候は、顧客が屋内にとどまる可能性が高いため、注文の増加と相関するであろう。気象パラメータは、特定の食品タイプの需要の変化にも対応するであろう。たとえば、暑い日にはアイスクリームをもっと注文するであろう。
いくつかの実施例において、マーケットサイズは、製品またはサービスの潜在的な顧客、宅配便業者、および/または販売業者である特定のマーケットにおける個人の数に対応するであろう。ここで使用される場合、マーケットという用語は、特定の製品タイプに関連する特定の販売業者、または販売業者のグループのいずれかを意味するために使用されて良い。しかしながら、いくつかの実施例において、マーケットという用語は、ロジスティクスプラットフォームの一部である所与の領域内の総顧客、宅配便業者、および/または販売業者を指して良い。ニューラルネットワークは、注文の準備または配達の時間の特定の違いと相関する特定のマーケット規模を特定して良い。マーケットの規模は、新しい、または成熟したマーケットにも対応して良い。たとえば、新しい市場はより長い注文準備時間と相関し、より成熟した市場はより速い注文準備時間と相関しているかもしれない。
別の入力パラメータは、未対応の宅配便業者の数に対する未対応の注文数の比率に対応するフリート負荷率を含んで良い。いくつかの実施例において、フリート負荷率の比率が高いほど、宅配便業者の量が不十分であり、したがって、注文準備完了イベント218の後のイベントの期間が長くなることに対応し得る。
いくつかの実施例において、注文のアイテムタイプは、パラメータとして入力されて良い。たとえば、特定の料理は特定の準備時間と相関している場合がある。いくつかの実施例において、注文のサイズは、予測パラメータとして入力してよい。いくつかの実施例において、注文内のより多くのアイテムは、より長い準備時間と相関し得る。いくつかの実施例において、注文の小計価格は、また、注文サイズまたは注文準備時間に対応し得る。たとえば、小計が大きいほど、注文内のアイテムの量が多いことに相関するであろう。さらに、より高価なアイテムは、より多くの材料、より困難、または準備の専門性のために、作成に時間がかかる場合がある。
いくつかの実施例において、ニューラルネットワークは、所与の所定の領域内の宅配便業者の宅配便業者タイムライン21上の1または複数のイベント間の期間の平均レートを決定して良い。同様に、いくつかの実施例において、ニューラルネットワークは、特定の販売業者の販売業者タイムライン210上の1または複数のイベント間の期間の平均レートを決定して良い。ただし、過去のパフォーマンスもパラメータとして入力して良い。
例えば、宅配便業者の過去のパフォーマンスは、特定の宅配便業者の宅配便業者タイムライン211上の1または複数のイベント間の以前の期間の記録であって良い。この記録は、所与の領域内のすべての宅配便業者について、宅配便業者タイムライン211上の1または複数のイベント間の平均期間と比較して良い。ニューラルネットワークは、この係数を使用して特定の状態変数を特定の宅配便業者に割り当て、それに応じて予測を調整して良い。例えば、所与の宅配便業者は、所与の地域の平均と比較して、販売業者224に駐車してから販売業者226に到着するまでの間など、特定のイベント間の期間が短い場合がある。ニューラルネットワークは、この特定の宅配便業者に応じて、販売業者226に到着するためのETA予測を調整することができる。
特定の販売業者の過去の実績も入力することができる。これは、その特定の販売業者の販売業者タイムライン210上のイベント間の平均期間を含んで良い。ニューラルネットワークは、この係数を使用して特定の状態変数を特定の販売業者に割り当て、それに応じて予測を調整して良い。例えば、特定の販売業者が特定のアイテムを準備するための平均時間が、追跡され、決定されて良い。一例として、一部の販売業者は、イベント216などで注文の受領確認を送信せず、代わりにすぐに注文の準備を開始する場合がある。注文が完了すると、販売業者は注文の受領確認と注文完了の確認を同時に送信するかもしれない。ニューラルネットワークは、それに応じて、配達ルーティングシステムが最適な時間に宅配便業者を適切に割り当てることができるように、ETA予測を決定することができる。
いくつかの実施例において、履歴パフォーマンスパラメータは、所定の時間の間、集成ユニットに編成されて良い。たとえば、過去30日間の増分での宅配便業者または販売業者の過去のパフォーマンスには、より高い加重値が与えられる。いくつかの実施例において、過去30日より前の日に発生した過去のパフォーマンスパラメータも、より低い加重値で入力される。いくつかの実施例において、過去30日前に発生した日の過去のパフォーマンスパラメータを破棄して良い。
種々の実施例において、特定のパラメータに割り当てられた重みは、他のパラメータに基づいて更新されて良い。たとえば、ラッシュアワーのピーク時からラッシュアワー後までの時間の変化に応じて、トラフィックに与えられる重みをリアルタイムで調整いて良い。いくつかの実施例において、1または複数のパラメータにより、ニューラルネットワークが特定の状態変数を維持して良い。
1110において、更新された予測到着予定時刻(ETA)が生成される。パラメータとタイムスタンプは、サブネットワークのさまざまな計算レイヤに入力される。いくつかの実施例において、そのような計算レイヤは、線形レイヤ、コンボリューションレイヤ、デコンボリューションレイヤ、残余レイヤ、二次レイヤなどを含み得るが、これらに限定されない。いくつかの実施例において、イベントのタイムスタンプ、またはイベントの実際の到着時間(ATA)が、予測モデルの1つ以上の計算レイヤに入力され、注文配達232などの注文配達の予測ETAが出力される。
他の実施例において、イベントのATAは、1または複数の計算レイヤに入力されて、後続の配達イベントの予測されたETAを出力する。次に、出力された予測ETAは、別の予測モデルの追加の計算レイヤに入力され、追加の配達イベントの追加の予測ETAが決定される。いくつかの実施例において、サブネットワーク内の各計算レイヤは、1または複数のパラメータに対応して良い。
いくつかの実施例において、予測ETAは、タイムライン210および211上の各イベントに対して生成されて良い。予測ETAは、また、タイムライン410および411上の1つ以上のイベントに対して生成されて良い。イベントは、顧客デバイス、販売業者デバイス、宅配便業者デバイスなどのさまざまなクライアントデバイスに送信されて良い。予測ETAは、さらに、配達ルーティングシステムが、配達のために宅配便業者および販売業者に注文を割り当てるのに使用されて良い。
このアプローチは、配達プロセスを、別個の配達イベントに分割する。これら別個の配達イベントは、販売業者の固有な特徴、例えば、注文プロトコル、食品調理速度などに依存するため、より予測可能である。さらに、開示されたシステムは、種々のアプリケーションやデバイスを介して各イベントにタイムスタンプデータを受信する能力を向上させる。したがって、配達中に発生するイベントに基づいて、ETA予測にリアルタイムの更新を組み込む自然な方法がある。
1112において、配達のために追加のイベントが存在するかどうかが決定される。注文配達232などの最終イベントのATAが受信された場合、プロセス1100は終了する。しかしながら、追加のイベントが存在する場合、プロセス1100は、後続のイベントのタイムスタンプを受信するために動作1102に戻る。後続のイベントのタイムスタンプは、後続のイベントのタイムスタンプを、1114において予測されたETAと比較することによって、ニューラルネットワークがそれ自体をトレーニングするために使用して良い。
1114において、対応するイベントモデルが更新される。いくつかの実施例において、プロセッサは、複数の重み付き係数を使用して予測イベントモデルを継続的にトレーニングすることによって、複数のETA期間を動的に生成する。様々な実施例において、重みは、また、図10A-10Cに記載されるように受信される様々な配達イベント更新のATAに対応するタイムスタンプに基づいて調整されて良い。イベントの更新を受信すると、ニューラルネットワークはATAを特定のイベントの予測ETAと比較し、差異を分析する。比較に基づいて、ニューラルネットワークは特定のパラメータに与えられた重みを更新して、イベントの予測ETAと受信したATAの間の差異を考慮して良い。そのため、動的ETA予測システムのニューラルネットワークの予測モデルは、運用中に継続的にトレーニングされている。
図12は、1または複数の実施例に従う、予測ETA更新の実装のための例示的なフロープロセス1200を示している。上述のように、説明されたシステムは、レストランによる注文の完了、宅配便業者による注文の受け取り、および顧客への生鮮品の配達の完了を含む、1または複数の配達イベントの予測ETA更新を生成することができる。そのような予測ETA更新は、1201で様々なクライアントデバイスに送信されて良い。図12に示されるように、そのようなクライアントデバイスは、顧客デバイス1220、宅配便業者デバイス1222、および販売業者デバイス1224を含む。クライアントデバイス1220、1222、および1224は、図9に示されるように、クライアントデバイス902~908のいずれか1つであって良い。
例えば、ステップ1203において、注文配達イベント232の予測されたETAは、顧客デバイス1220に提供されて良い。別の例として、ステップ1205において、注文準備イベント218の予測されたETAは、宅配便業者デバイス1224に提供されて集荷の準備ができていることを宅配便業者に通知して良い。さらに他の例として、1207において、販売業者への到着イベント226の予測されたETAは、宅配便業者がいつ到着することを予期するかを販売業者に通知するために販売業者デバイス1224に提供されて良い。様々な他のイベントのための1または複数の予測されたETA更新は、クライアントデバイス1220、1222、および1224のいずれか1つに送信されて良い。
開示されたシステムは、また、配達がいつ宅配便業者に割り当てられるべきかについて情報に基づいた決定を行うために必要なタイムスタンプを配達ルーティングシステムに提供して良い。いくつかの実施例において、予測されたETA更新は、ステップ1211において配達ルーティングシステムに送信される。そのような配達ルーティングシステムは、ETA更新を割り当てアルゴリズムに入力して、複数の受信注文に配達業者を割り当てることができる。いくつかの実施例において、配達ルーティングシステムは、様々なイベントの予測されたETAに基づいて、後続の注文を宅配便業者に割り当てることができる。例えば、後続の注文は、注文配達イベント232の予測されたETAに基づいて、現在顧客の場所に向かう途中の宅配便業者に割り当てられて良いる。いくつかの実施例において、後続の注文の割り当ては、また、後続の注文の注文準備完了イベント218の予測されたETA、ならびに後続の注文に対応する販売業者への宅配便業者の距離および移動時間パラメータに依存して良い。
種々の実施例において、ステップ1213において、注文割り当ては、識別、連絡先情報などのような宅配便業者に対応する情報を顧客に通知するために、顧客デバイス1220に送信されて良い。いくつかの実施例において、注文割り当ては、位置、連絡先情報、注文情報などのような、販売業者および/または顧客に対応する情報を宅配便業者に通知するために、宅配便業者デバイス1222に送信されて良い。いくつかの実施例において、注文割り当ては、連絡先情報を含む、顧客および/または宅配便業者に対応する情報を販売業者に通知するために販売業者デバイス1224に送信されて良い。
いくつかの実施例において、配達ルーティングシステムは、複数の注文を同じ宅配便業者に割り当てて良い。例えば、所定の距離内にある顧客の場所に配達される複数の注文を同じ宅配便業者に割り当てて、移動距離または移動時間を短縮するなど、配達のための移動経路を最適化することができる。いくつかの実施例において、そのような複数の注文の注文準備完了イベント218の予測されたETAを入力して、複数の注文を受け取るために単一の宅配便業者を割り当てる必要があるかどうかを決定して良い。
さらに、それは、予測されたイベントタイムスタンプと実際のイベントタイムスタンプとを比較することによって、配達のどの部分が間違っていたかを決定するための問題を特定するための方法を提供する。いくつかの実施例において、複数のETA期間を使用して、問題をエスカレーションし、予測されたイベントタイムスタンプと実際のイベントタイムスタンプを比較することによって、配達のどの部分が間違っていたかを判断することができる。たとえば、配達内のイベントの予測ETAとATAの間の大きな不一致を特定して、配達イベント間で遅延が発生した場所を特定し、遅延の主な原因を特定できる。たとえば、特定の配達について、予測されたETAとATAの間の最大の不一致は、販売業者への駐車イベント224と特定されて良い。このような不一致の複数のインスタンスが複数の宅配便業者で発生した場合、原因は当該販売業者の近くの駐車領域の不足として識別される。一旦、識別されると、この問題に適切に対処して、配達をさらに最適化することができる。
種々のコンピューティングデバイスが、ここに記載された方法を実装できる。たとえば、モバイルデバイス、コンピュータシステムなどを使用して、動的なETA予測更新を生成できる。図13を参照すると、この開示の特定の例を実施するために使用することができるコンピュータシステム1300の特定の例が示されている。特定の例示的な実施例によれば、この開示の特定の実施例を実施するのに適したシステム1300は、プロセッサ1301、メモリ1303、トランシーバ1309、インターフェース1311、およびバス1315(例えば、PCIバス)を含む。適切なソフトウェアまたはファームウェアの制御下で動作する場合、プロセッサ1301は、ニューラルネットワーク内の様々な計算レイヤおよびアルゴリズムを介して入力を処理する責任がある。いくつかの実施例において、プロセッサは、確率的勾配降下アルゴリズムおよび逆伝播アルゴリズムを含むがこれらに限定されないアルゴリズムを使用して、各計算レイヤのパラメータを更新する責任がある。プロセッサ1301の代わりに、またはプロセッサ1301に加えて、様々な特別に構成されたデバイスを使用することもできる。完全な実装は、カスタムハードウェアで行うこともできる。
インターフェース1311は、通常、ネットワークを介してデータパケットまたはデータセグメントを送受信するように構成される。デバイスがサポートするインターフェースの特定の例は、イーサネットインターフェース、フレームリレーインターフェース、ケーブルインターフェース、DSLインターフェース、トークンリングインターフェースなどを含む。インターフェース1311は、別個の入力および出力インターフェースを含むか、または両方の操作をサポートする統合されたインターフェースであって良い。さらに、ファストイーサネットインターフェース、ギガビットイーサネットインターフェース、ATMインターフェース、HSSIインターフェース、POSインターフェース、FDDIインターフェースなどの様々な非常に高速なインターフェースが提供されて良い。一般に、これらのインターフェースには、適切なメディアとの通信に適したポートが含まれて良い。場合によっては、独立したプロセッサを含んで良く、また、場合によっては揮発性RAMを含んで良い。独立したプロセッサは、パケット交換、メディア制御、管理などの通信集約型タスクを制御して良い。
トランシーバ1309は、典型的には、送信機/受信機の組み合わせデバイスである。しかしながら、システム1300は、いくつかの実施例において、別個の構成要素として送信機および受信機を含んで良い。トランシーバ1309は、Wi-Fi、ブルートゥースなどを含む様々な無線信号を送信および/または受信するように構成されて良い。いくつかの実施例において、システム1300は、無線信号を介して個人の位置を追跡するためのクライアントデバイスまたは位置センサまたはビーコンとして機能して良い。クライアントデバイスとビーコンの間の接続または通信は、特定の場所に対応する個人が存在することを示して良い。種々の実施例において、トランシーバ1309は、半二重または全二重モードで動作して良い。種々の種類のBluetooth、Wi-Fi、視力伝送メカニズム、パッシブおよびアクティブRFID信号、セルラーデータ、モバイル衛星通信、LPWAN、GPS、その他のネットワークプロトコルなど、種々のプロトコルを使用できる。種々の実施例によれば、トランシーバは、ブルートゥースまたはWi-Fiブースターまたはリピーターとして動作して良い。
特定の例示的な実施例によれば、システム1300は、メモリ1303を使用して、ニューラルネットワークのトレーニングおよび方法1100などのETA予測の生成および方法1200などの予測ETA更新の実施を含む動作のためのデータおよびプログラム命令を格納する。プログラム命令は、例えば、オペレーティングシステムおよび/または1または複数のアプリケーションの動作を制御して良い。1または複数のメモリは、受信したメタデータとバッチ要求されたメタデータを格納するように構成して良い。1または複数のメモリは、また、パラメータおよび加重係数に対応するデータを格納するように構成されて良い。
そのような情報およびプログラム命令は、ここに記載されたシステム/方法を実装するために使用できるので、この開示は、ここに記載された種々の操作を実行するためのプログラム命令、状態情報などを含む有形の機械可読媒体に関する。機械可読メディアの例は、ハードディスク、フロッピーディスク、磁気テープ、CD-ROMディスクやDVDなどの光学メディア、光ディスクなどの磁気光学媒体、および、読み取り専用メモリデバイス(ROM)やプログラム可能な読み取り専用メモリデバイス(PROM)などのプログラム命令を格納および実行するように特別に構成されたハードウェアデバイスを含む。プログラム命令の例は、コンパイラーによって生成されるようなマシンコード、および、コンピュータがインタープリターを使用して実行できる高レベルのコードを含むファイルの両方を含む。
構成要素およびプロセスの多くは、便宜上単数形で説明されているけれども、複数の構成要素および反復プロセスも、また、この開示の技術を実施するために使用できることが当業者によって理解されるであろう。
この開示は、その特定の実施例を参照して具体的に示され、説明されてきたけれども、開示された実施例の形態および詳細の変更は、この開示の精神または範囲から逸脱することなく行われ得ることが当業者によって理解されるであろう。したがって、この開示は、当該開示の真の精神および範囲内にあるすべての変形および均等物を含むと解釈されることが意図されている。