JP2018506789A - 配送ネットワークを管理および最適化するためのシステムおよび方法 - Google Patents

Abstract

配送ネットワークを管理および最適化するためのシステムおよび方法が提供される。この方法は、消費者と複数の運送業者との間における仲介を提供するステップであって、それぞれの運送業者は、物品が、それらの物品に関するピックアップロケーションから、消費者に関連付けられている配送ロケーションへ輸送されることを可能にする、ステップを含む。この方法はまた、仲介に関するユーザインターフェースを介して、消費者が、１または複数の物品を含む注文の、配送ロケーションへの配送を要求することを可能にするステップを含む。この方法はまた、複数の運送業者と通信して、運送業者の利用可能性に従って少なくとも１つの利用可能な配送時間枠を、および要求された配送に関する輸送時間を決定するステップであって、輸送時間は、在庫データおよび配送ロケーションによって影響される、ステップを含む。この方法はまた、複数の運送業者のうちの選択された運送業者によって配送を開始するステップを含む。

Description

下記は、配送ネットワークを管理および最適化するためのシステムおよび方法に関する。

本出願は、２０１５年１月１９日に出願された米国特許仮出願第６２／１０５，０７４号明細書に対する優先権を主張するものであり、その米国特許仮出願第６２／１０５，０７４号明細書の内容は、参照によって本明細書に組み込まれている。

電子商取引は、小売業界にとって、さらに広い顧客基盤に達して、競争の激しい市場において顧客にさらに多くのさらによいオプションを提供する上で、ますます重要になっている。電子商取引に伴う問題は、顧客がオンライン環境において小売業者に関与するためには、それらの顧客は、特に、写真、その他の顧客からのレビュー、ならびにウェブベースの比較およびその他のデータを介する以外に製品の見た目および感じがわかるための機会が限られている大きな物品に関しては、購入に伴って快適さを感じる必要があるということである可能性がある。大規模な金銭的投資を必要としないさらに小さな物品に関しては、これは典型的には、ほとんどの消費者にとって大きな障害ではない。しかしながら、多額の値札を伴う大型物品（たとえば、ストーブ、冷蔵庫、産業機器など）が家庭または会社へ配送されることになる場合には、オンラインでショッピングして家庭またはオフィスへ配送してもらう便利さにもかかわらず、顧客の側にためらいがあることがある。このためらいは、信頼できる配送を取り巻く不確実性、および配送日付／時間枠における変動性（たとえば、所与の日の午前９時と午後６時の間などの比較的大きな時間枠を提供された場合）が原因とされることがある。

ピックアップおよび配送スキームは、典型的には、静的なタイムフレームを伴って策定され、それは、１つのロケーションにおいて単一の物品（すなわち、複数の物品ではなく）がピックアップされる場合にリソースが非効率的に使用されることをもたらすことがある。配送ネットワークと顧客との間における通信は、物品をピックアップまたは配送するためのタイムフレームを調整することをしばしば必要とされ、これはまた、非効率的であることがあり、物品を受け取る人が存在していることを確実にするために両方の当事者による合意を必要とし、スケジュールは典型的には、配送日の前に固定されており、柔軟性は、たとえあったとしても、わずかである。

大きな物品は、多くの顧客へ配送するのが困難であることがある。なぜなら、顧客が配送に応対可能であることを確実にするために顧客との連絡が行われることが必要であるからである。購入された製品の物理的なサイズおよび価値は、典型的には、顧客応対可能性と、配送エージェントが、所望の配送時間枠、および運転手に課されたロケーションベースの制約（たとえば、配送ゾーン、ロケーションどうしの間における距離など）に対応する配送ルートを有することとを必要とする。

出荷／配送ネットワークの断片化は、効率の低下および実行される作業の重複をもたらす。責任の断片化は、製品の効率的な配送を阻害する高度に複雑なロジスティクスネットワークにつながる。たとえば、個々の会社が、自分自身のシステムを管理することを課されており、これは、互いに互換性のないシステムどうしの場当たり的な開発につながることがあるということがわかっている。その上、多くのロジスティクスネットワークは、多層構成を有しており、その多層構成は、重要な通信が実行されることを妨げる。

顧客満足度は、小売業者にとって、特にリピート客を促すために重要な要素である。たとえば、顧客が最初の購入に満足している場合には、彼らは、その小売業者をその他の連絡先に推奨する可能性があり、および／または同じ小売業者を再び使用する可能性がある。小売業者についての顧客の満足度は、その特定の小売業者によって使用されている「最後のマイル」または「最終マイル」の配送メカニズムによって影響されることがある。しかしながら、多くのケースにおいては、最後のマイルの配送ステップは、小売業者自身ではなく、サードパーティロジスティクスプロバイダによって取り扱われている。したがって小売業者は、配送プロセスの重要な要素に対してわずかからゼロのコントロールしか有することができない。

ロジスティクスの最適化は、配送ネットワークの効率を高める際の重要なファクタである。出荷車両どうしが、それらの間におけるわずかからゼロの通信しか有していない場合には、作業の重複がしばしば行われることがある。たとえば、小売業者から倉庫へ、次いで顧客へと物品を出荷することが、その他の任意の数の仲介ステップを含んで、非効率をもたらすことがある。

一態様においては、配送ネットワークを管理および最適化するための方法が提供され、この方法は、消費者と複数の運送業者との間における仲介を提供するステップであって、それぞれの運送業者は、物品が、物品に関するピックアップロケーションから、消費者に関連付けられている配送ロケーションへ輸送されることを可能にする、ステップと、仲介に関するユーザインターフェースを介して、消費者が、１または複数の物品を含む注文の、配送ロケーションへの配送を要求することを可能にするステップと、複数の運送業者と通信して、運送業者の利用可能性に従って少なくとも１つの利用可能な配送時間枠を、および要求された配送に関する輸送時間を決定するステップであって、輸送時間は、在庫データおよび配送ロケーションによって影響される、ステップと、複数の運送業者のうちの選択された運送業者によって配送を開始するステップとを含む。

実施態様においては、この方法は、配送アポイントメントをスケジュールし、その配送アポイントメントを運送業者のうちの少なくとも１つおよび消費者に通信するステップをさらに含む。別の実施態様においては、配送は、消費者による特定の応対可能な配送時間枠の選択を検知して、対応する運送業者と通信することによって開始されることが可能である。選択は、小売りロケーションにおいて、またはパーソナルデバイスを使用して行われることが可能である。この方法の別の実施態様においては、仲介は、小売業者インターフェースを介して利用されることが可能である。

別の態様においては、配送ネットワークを管理および最適化するためのコンピュータ実行可能命令を含むコンピュータ可読メディアが提供され、それらのコンピュータ実行可能命令は、消費者と複数の運送業者との間における仲介を提供するための命令であって、それぞれの運送業者は、物品が、物品に関するピックアップロケーションから、消費者に関連付けられている配送ロケーションへ輸送されることを可能にする、命令と、仲介に関するユーザインターフェースを介して、消費者が、１または複数の物品を含む注文の、配送ロケーションへの配送を要求することを可能にするための命令と、複数の運送業者と通信して、運送業者の利用可能性に従って少なくとも１つの利用可能な配送時間枠を、および要求された配送に関する輸送時間を決定するための命令であって、輸送時間は、在庫データおよび配送ロケーションによって影響される、命令と、複数の運送業者のうちの選択された運送業者によって配送を開始するための命令とを含む。

さらに別の態様においては、配送ネットワークを管理および最適化するための仲介システムが提供され、このシステムは、プロセスおよびメモリを含み、そのメモリは、消費者と複数の運送業者との間における仲介を提供するためのコンピュータ実行可能命令であって、それぞれの運送業者は、物品が、物品に関するピックアップロケーションから、消費者に関連付けられている配送ロケーションへ輸送されることを可能にする、コンピュータ実行可能命令と、仲介に関するユーザインターフェースを介して、消費者が、１または複数の物品を含む注文の、配送ロケーションへの配送を要求することを可能にするためのコンピュータ実行可能命令と、複数の運送業者と通信して、運送業者の利用可能性に従って少なくとも１つの利用可能な配送時間枠を、および要求された配送に関する輸送時間を決定するためのコンピュータ実行可能命令であって、輸送時間は、在庫データおよび配送ロケーションによって影響される、コンピュータ実行可能命令と、複数の運送業者のうちの選択された運送業者によって配送を開始するためのコンピュータ実行可能命令とを含む。

このシステムのハイレベルな概観を提供する概略図である。 このシステムを通じた情報およびデータの流れを示す図である。 配送最適化／ロジスティクスシステムのための構成の例を示す図である。 運転手デバイスのための構成の例を示す図である。 顧客デバイスのための構成の例を示す図である。 顧客によって対話される小売業者インフラストラクチャのための構成の例を示す図である。 出荷から家庭までの管理のシステムのための構成の例を示す図である。 配送最適化／ロジスティクスシステムが配送ネットワークを最適化することを可能にするように構成されている通信ネットワークの例を示す図である。 ロジスティクスネットワークの例を示す図である。 最終マイル配送システムを可能にするためのプロセスを実行する際に行われるコンピュータ実行可能オペレーションを示す図である。 顧客注文を処理する際に行われるコンピュータ実行可能オペレーションを示す図である。 配送時間枠をアレンジするために運送業者と通信する際に行われるコンピュータ実行可能オペレーションを示す図である。 アポイントメントをスケジュールする際に行われるコンピュータ実行可能オペレーションを示す図である。 アポイントメントを自動的にスケジュールする際に行われるコンピュータ実行可能オペレーションを示す図である。 データ正規化モジュールによって行われるコンピュータ実行可能オペレーションを示す図である。 属性を物理的なセクタに関連付ける際に行われるコンピュータ実行可能オペレーションを示す図である。 地理的領域の二次分割の例示的なイラストである。 地理的エリアをサブセクタへと分ける際に行われるコンピュータ実行可能オペレーションを示す図である。 道筋作成／最適化モジュールのための構成の例を示す図である。 道筋の作成および最適化において行われるコンピュータ実行可能オペレーションを示す図である。 ルート最適化プロセスにおいて行われるコンピュータ実行可能オペレーションを示す図である。 通知プロセスにおいて行われるコンピュータ実行可能オペレーションを示す図である。 配送プロセスにおいて行われるコンピュータ実行可能オペレーションを示す図である。 宛先ロケーションにおいて物品を処理する際に行われるコンピュータ実行可能オペレーションを示す図である。 物品を処理する際に行われるコンピュータ実行可能オペレーションを示す図である。 物品を処理する際に行われるコンピュータ実行可能オペレーションを示す図である。 物品を処理する際に行われるコンピュータ実行可能オペレーションを示す図である。 ファーストパーティロジスティクス（１ＰＬ）、２ＰＬ、３ＰＬ、および４ＰＬを実施するための例示的な構成を示す図である。 通話ステータスの報告のための例示的なインターフェースを示す図である。 毎日の影響の報告のための例示的なインターフェースを示す図である。 損傷の報告のための例示的なインターフェースを示す図である。 車両メトリックの報告のための例示的なインターフェースを示す図である。 統計の報告のための例示的なインターフェースを示す図である。 立ち寄りメトリックの報告のための例示的なインターフェースを示す図である。

既存のシステムにおいて物品の輸送および配送のために必要とされる時間を概算することは、しばしば不正確であるということが認識されている。配送のためのエリアどうしは、経路設定システムの観点からは同じであるとみなされ、これは、特別なケースが見落とされることをもたらし、広い配送時間枠が顧客に提供されることを必要とする場合がある。配送エンティティによって必要とされるルートを決定する既存の手順は、実施するのに面倒で時間がかかることがあり、移動および配達のために必要とされる経路設定および時間における高い度合いの概算は、既存の配送ネットワークにおける低い度合いの正確さをもたらす。

輸送のために必要とされる時間を計算するための既存の方法は、表面的であることがあり、したがって不確実性をもたらすということも認識されている。たとえば、さまざまなファクタに基づいて取るべき正しいルートを決定することは、複雑な問題である。ルートのために必要とされる時間は、必要な距離に乗り物の平均スピードを乗算することによって決定される。不確実性および予期せぬ事態を補うために、予測された配送時間に大きなタイムフレーム（たとえば３時間）が付加される。現在まで、基本的なアルゴリズムは、典型的には、１つのポイントから別のポイントへの最も短いルートを見つけ出すために使用されている。しかしながら、これらの基本的なアルゴリズムは、それぞれのルートに沿ったスピード調整に関するいかなるパラメータも考慮に入れることができない。

大量のデータの取り込みおよび分析は、配送ネットワークを確立する際の重要な要素であることがある。データを取り込む従来の方法は、標準的でないデータを拒絶するための決定行列、決定木、または状態マシンの使用を含む場合がある。拒絶されたデータは、そのデータを訂正および／または修正するために人間の介入をしばしば必要とする。ロードレベルがしきい値を超えた場合には、さらなるサーバが取り込みシステムに加えられる。値の処理は、入ってくるデータに依存しているすべてのシステムを遅くすることがある。

以降では、電子商取引市場内の配送需要を、最後のマイルを担当する複数の配送会社（少数の車両を、または１台の乗り物ですら運営している小企業および単一オーナー企業を含む）内の供給とさらに効率よくマッチさせるためにロジスティクスネットワークのメンバーどうしの間におけるインターフェースを確立するためのシステムを提供する。

一態様においては、本明細書において記述されているシステムは、配送サービスを求める電子商取引によって生成される需要を、複数の個別の配送会社によって提供される供給とマッチさせる目的で、ロジスティクスネットワークに含まれているさまざまな当事者を統合するために１または複数の通信ネットワークと相互運用可能な通信レイヤを提供するウェブベースのプラットフォームを提供する。

ロジスティクスネットワークに含まれている上述の当事者たちは、製品または商品の製造、輸送、販売、受け取り、または格納に関与している任意のエンティティを含むことができる。本明細書において言及される際には、配送の最後のまたは最終のマイルとは、注文された／購入された物品を、受取人である消費者に、所望の配達ロケーション（購入側の消費者のロケーションと同じである場合もあり、または同じでない場合もある）において最終的に提供する配送プロセスの最終の部分、セグメント、または「区間」である。

その上、本明細書において記述されている顧客または消費者とは、物品を、報酬と引き換えにその物品を提供している小売業者、製造業者、卸売業者、清算人、またはその他のエンティティなどの売り手との間で注文する、購入する、発注する、またはその他の形で取得しようとする任意の個人またはエンティティ（たとえば、人、企業、組織、コミュニティ、製造業者など）を指す。そのような顧客または消費者は、企業、工事現場、製造工場、住宅などを含むことができる。顧客が小売業者から物品を購入した場合には、顧客情報が生成される。提供される情報は、物品識別情報、顧客応対可能性、購入確認、または顧客ロケーションを含むことができる。顧客データは、単一の顧客に関連付けられている、または単一の顧客に帰属されるデータであり、注文履歴、顧客ロケーション、顧客応対可能性（すなわち、顧客が配達を自由に受け取ることができる時間帯）、住所、電話番号、Ｅメールなどを含むが、それらには限定されない。

本明細書においては、ウェブアプリケーションは、ロジスティクスプロセスのコンポーネントどうしの間における集中化された通信リンクを提供するように構成されている。ウェブアプリケーションの接続されている性質に起因して、透明性が確立される。集中化された性質は、以降でさらに詳細に記述されているようにシステム内の供給および需要に基づいて小売りオペレーションを配送オペレーションと調和させることによるロジスティクスの容易にされた最適化につながる。通信は、統合されたウェブツールの使用を通じて容易にされる。ロジスティクスエンティティのネットワークは、電話、ＳＭＳ（すなわち、ショートメッセージサービス）、Ｅメール、およびインスタントメッセージを含むがそれらには限定されない通信チャネルを通じてウェブアプリケーションを通じて通信する。

次いで図を参照すると、図１は、配送最適化／ロジスティクスシステム１０（以降では、「システム１０」と呼ばれている）の例を示している。システム１０は、最終マイル配送モジュール１１、アポイントメントスケジューリングモジュール１２、データ正規化モジュール１３、およびネットワークインターフェース１４を含む。ネットワークインターフェース１４（以降でさらに示されている）は、１または複数のネットワーク（以降では、簡単にするために全体として「ネットワーク１５」と呼ばれている）から情報を送信および受信する。ネットワークインターフェース１４は、ネットワーク１５からデータを受信し、データをデータ正規化モジュール１３へ送信する。ネットワーク１５の例示的な実施形態が、以降で論じられている。データ正規化モジュール１３は、図１４によって示されているように、受信されたデータを処理し、情報を、さらなる処理のために、標準化されたフォーマットへと構成する。データ正規化モジュール１３は、標準化されたデータの要素を最終マイル配送モジュール１１およびアポイントメントスケジューリングモジュール１２へ送信する。最終マイル配送モジュール１１は、最適化されたルートのデータを生成し、そのデータをネットワークインターフェース１４へ送信する。アポイントメントスケジューリングモジュール１２は、アポイントメントスケジュールを生成し、そのデータをネットワークインターフェース１４へ送信する。データ正規化モジュール１３によって構成されたデータから、新たなデータが生成される。ネットワークインターフェース１４は、最終マイル配送モジュール１１およびアポイントメントスケジューリングモジュール１２によって生成されたデータを、ネットワークインターフェース１４を通じてネットワーク１５へ送信する。

図１によって示されている例示的なネットワーク１５は、エンティティどうしを互いにリンクさせるために使用される通信／データ転送システムである。ネットワーク１５は、ＷＬＡＮ、ＴＣＰ／ＩＰ、ブルートゥース、ＷｉＦｉ、ＧＳＭ、ＣＤＭＡ、または、ワイヤレス通信プロトコルもしくは有線通信プロトコルの組合せを使用して実施されることが可能であるということが理解され得る。ネットワーク１５に接続されている有効なネットワークインターフェース１４を有するエンティティどうしの間においてデータが送信および受信されることが可能である。たとえばネットワーク１５は、データ転送および情報共有、ならびに、データを単一のシステム（たとえばシステム１０）へ転送することによってさまざまなソースからのデータを組み合わせて最適化する能力を可能にする。ネットワーク１５の目的は、システム１０と、ネットワーク１５の接続されているメンバーとの間における通信を可能にすることである。ネットワークインターフェース１４は、２つのコンポーネント（すなわち、システム１０およびネットワーク１５）の間において接続すること、接続を解除すること、または情報を渡すことが可能であるコンポーネントまたはモジュールである。ネットワークインターフェース１４は、サブシステムによって生成されたデータがネットワーク１５を介してその他のサブシステムへ転送されることを可能にする。ネットワークインターフェース１４は、たとえば、前述のようなさまざまなネットワーク１５のタイプとインターフェース接続することができる。

図１はさらに、ネットワーク１５との間でデータを転送する例示的なエンティティを示している。小売業者２１は、図６によって示されているように、ネットワーク１５を通じて注文情報およびストックレベルをシステム１０へ送信し、システム１０からアポイントメントスケジューリングデータを受信する。小売業者２１は、製品を販売する任意の人またはエンティティである。アポイントメントスケジュールデータは、特定のルートに関する開始時刻、および推定された終了時刻を含むことができる。顧客デバイス１８は、図５によって示されているネットワーク１５を通じてシステム１０から通知を受信する。運転手デバイス１６は、ロケーション情報（たとえば、ＧＰＳ座標）から得られたリアルタイムロケーションを、ネットワーク１５を通じてシステム１０へ送信し、図４によって示されているネットワーク１５を通じてシステム１０から、辿るべき最適化されたルートを受信する。

最適化されたルートは、システム１０のすべての要件を満たすように選択される。運送業者２２は、運転手デバイス１６と同じ情報を受信することに加えてスケジューリング情報を受信する。図９によって示されている製造業者２５、倉庫２４、および流通センタ２３は、注文情報およびスケジュールデータをシステム１０から受信し、ネットワーク１５を通じてシステム１０へキャパシティ情報および制限を送信する。キャパシティは、製造業者２５の生産能力、倉庫２４において利用可能なスペース、または運送業者２２において利用可能なトラックおよび運転手の数、識別されたキャパシティによって課される制限を含むことができる。

図１はまた、物理的な輸送プロセスの例を示している。製造業者２５は、物品を生産し、その物品は、その後に倉庫２４において格納される。流通センタ２３は、製造業者２５、流通業者２６、および倉庫２４から物品を経路設定することを容易にする輸送ハブである。流通業者２６は、注文に関するデータを運送業者２２に提供すること、およびそれらの運送業者２２が物品を時間どおりに配達することを確実にすることを担当する。流通業者２６は、製造業者２５、小売業者２１、運送業者２２（またはそれらの任意の組合せ）であることが可能であるということが理解され得る。本明細書において記述されているシステムは、流通業者２６に対して、彼らの注文に関するデータを、それらの注文が単一の運送業者２２によって完遂されたか、または多数の運送業者２２によって完遂されたかにかかわらずに受信および入手するためのツールを提供する。運送業者２２は、流通センタ２３、倉庫２４、流通業者２６、および製造業者２５の間において物品を輸送する。運送業者２２は、典型的には、複数の運転手１７に関連付けられている（単一の運転手を擁するエンティティも、本明細書において記述されているシステムから恩恵を享受することができるが）。運転手１７は、顧客１９によって注文された物品を開始ロケーションから顧客ロケーション２０へ輸送する。開始ロケーションは、倉庫２４、製造業者２５、流通センタ２３、顧客ロケーション２０、または小売業者２１を含むことができる。顧客ロケーション２０は、物品を注文した顧客１９に対応する地理的な位置である。輸送プロセスは、図９によって示されている。

図２は、システム１０を通じた情報の流れの例を示している。システム１０は、図１によって示されているネットワーク１５を通じてさまざまな入力２０を受信する。システム１０への入力２０は、注文情報に関するデータ、配送先、運送業者キャパシティ、倉庫キャパシティ、および前述のような顧客データを含むことができる。システム１０は、入力２０を処理し、少なくとも１つの配送ネットワークを最適化するために使用される情報およびデータ出力２１を生成する。システム１０からの出力２１は、最適化されたルート、アポイントメントスケジュール、および顧客通知を含むことができる。出力２１は、システム１０から、図１によって示されているネットワーク１５内のエンティティへ送信される。

図３は、システム１０のための例示的な構成を示している。ネットワークインターフェース１４によってネットワーク１５からデータが受信される。データは、図２によって示されているように、システム１０からのデータ入力および出力を含むことができる。ネットワークインターフェース１４は、受信されたデータをデータ正規化モジュール１３へ送信する。データ正規化モジュール１３は、図１４によって示されているように、データを標準化する。データ正規化モジュール１３は、正規化されたデータを、アポイントメントスケジューリングモジュール１２内に含まれている注文分析システム３３へ送信する。

注文分析システム３３は、新たな顧客データを顧客データベース３４へ、および顧客応対可能性をアポイントメントカレンダ生成モジュール３５へ転送する。顧客データベース３４は、以前の注文、顧客ロケーション、およびその他の顧客データを含むデータ収集ユニットである。顧客データベース３４は、要求に応じて、または所定のインターバルでアポイントメントカレンダ生成モジュール３５にデータを提供する。アポイントメントカレンダ生成モジュール３５は、図１２および図１３によって示されているように、配送のための利用可能な時間枠を決定し、その時間枠をルート最適化システム３１、ネットワークインターフェース１４、および通知システム３６へ送信する。

通知システム３６は、図２１によって示されているように、指定された時刻に通知を生成し、その通知をネットワークインターフェース１４へ送信する。最終マイル配送モジュール１１は、ルート最適化システム３１、および最適化されたルートモジュール３２を含む。ルート作成システム３０は、開始ロケーション、終了ロケーション、および時間枠をデータ正規化モジュール１３およびアポイントメントカレンダシステム３５から受信することができる。たとえば開始ロケーションは、倉庫、流通センタ、または別の顧客ロケーションであることが可能であり、その一方で終了ロケーションは、顧客ロケーション、流通センタ、または小売業者を含むことができる。ルート作成システム３０は、図１５によって示されているように、ルートのマップを生成し、生成されたルートをルート最適化システム３１へ送信する。ルート最適化システム３１は、図１８によって示されているように、ルートを最適化し、運転手によって辿られることになる最終の最適化されたルート３２を生成する。最適化されたルート３２は、ネットワークインターフェース１４へ送信されて、スケジュールされた時刻に運転手へ送信される。

図４は、運転手デバイス１６のための構成の例を示している。運転手デバイス１６は、任意の適切な電子デバイス、いくつか例を挙げれば、たとえばハンドヘルドコンピュータ、携帯電話、スマートフォン、専用の配送デバイス、ポータブルコンピュータ、またはタブレットコンピュータを含むことができる。運転手デバイス１６は、ネットワークインターフェース１４を通じてネットワーク１５からデータを送信および受信する。

ソフトウェアアプリケーション４０が、ネットワーク１５との間でデータを送信および受信するためにネットワークインターフェース１４と、ＧＰＳ座標などのロケーションデータを決定するためにナビゲーションシステム４１と、グラフィカルユーザインターフェースをレンダリングするためにディスプレイ４３と、およびユーザが運転手デバイス１６と対話することを可能にするために入力メカニズム４４と通信する。ソフトウェアアプリケーション４０は、特定のアプリケーションにおいてオペレーションを実行するように設計されている任意の適切なプログラムまたはプログラムのセットまたはその他のコンピュータ実行可能命令として構成されることが可能である。ソフトウェアアプリケーション４０は、デバイス１６上に直接にインストールされること、ウェブポータルを通じてアクセスされること、またはウェブプラグインとして実施されることなどが可能である。

ソフトウェアアプリケーション４０は、最適化されたルート３２をネットワークインターフェース１４から受信し、それらの最適化されたルートを、運転手デバイス１６内に含まれているナビゲーションシステム４１へ送信する。ナビゲーションシステム４１は、ＧＰＳモジュール４２の使用を通じて、運転手デバイス１６の現在の地理的なロケーションをソフトウェアアプリケーション４０に提供する。ソフトウェアアプリケーション４０は、運転手デバイス１６のディスプレイ４３と通信して、運転手１７に情報を提供する。運転手１７は、データを入力メカニズム４４へと入力することができる。入力メカニズム４４は、たとえば、運転手デバイス１６とインターフェース接続するキーボード、タッチスクリーン、トラックパッド、マウス、音声入力、タッチジェスチャーなどを通じてデータを取得することができる。運転手デバイス１６によって検知されるデータは、入力コンポーネント４４によってソフトウェアアプリケーション４０に提供される。運転手１７によるデータ入力は、図２２および図２３によってさらに示されているように、運転手のコメント、写真、または物品データを含むことができる。

図５は、顧客デバイス１８のための構成の例を示している。顧客デバイス１８は、たとえばラップトップ、デスクトップコンピュータ、携帯電話、スマートフォン、タブレット、キオスクなどであることが可能である。図３によって示されている顧客デバイス１８は、ネットワークインターフェース１４を通じてネットワーク１５からデータを送信および受信する。ソフトウェアアプリケーション４０は、ネットワークインターフェース１４、ディスプレイ４３、および入力メカニズム４４と通信する。ソフトウェアアプリケーション４０は、デバイス１６上に直接にインストールされること、ウェブポータルを通じてアクセスされること、またはウェブプラグインとして実施されることが可能である。ソフトウェアアプリケーション４０、ディスプレイ４３、および入力メカニズム４４の組合せは、図６および図１１によって示されているように、電子小売業者に物品を注文する能力を顧客１９に提供する。顧客１９は、所望の物品を小売業者から購入するための注文情報を入力メカニズム４４へと入力することができる。注文情報は、入力メカニズム４４によってソフトウェアアプリケーション４０に提供される。注文情報は、ネットワークインターフェース１４およびネットワーク１５を通じて、ソフトウェアアプリケーション４０からシステム１０へ送信される。ソフトウェアアプリケーション４０は、ネットワークインターフェース１４を通じてネットワーク１５から通知を受信し、顧客１９に通知を行うために通知をディスプレイ４３へ送信する。

図６は、小売業者デバイスおよび／またはインフラストラクチャ２１（以降では、言及しやすくするために「小売業者２１」と呼ばれている）のための構成の例を示している。小売業者２１は、この例においては、ポイントオブセールスシステム６０（本明細書においては、「ＰＯＳ６０」と呼ばれている）、ストック管理システム６１、ウェブサイト６２、および少なくとも１つの物理的な店または「ショップ」６３を有している。ＰＯＳ６０は、顧客によって行われる購入を管理するために、およびその他のシステムへの問合せを生成するために小売業者２１によって使用されるシステムである。ストック管理システム６１は、小売業者２１が自分で所有しているまたはその他の形でアクセスを有している物品の数をモニタするために使用される。ネットワークインターフェース１４は、既存のＰＯＳ６０と通信して、顧客データおよび注文情報を受信する。ネットワークインターフェース１４は、ネットワーク１５を通じて注文情報および顧客情報をシステム１０へ送信する。ＰＯＳ６０は、ウェブサイト６２を通じて、またはショップ６３を通じて注文情報を受信する。ウェブサイト６２は、顧客デバイス１８を通じて注文情報および顧客データを受信する。ショップ６３は、顧客１９によって提供された入力を介して注文情報および顧客データを受信する。ＰＯＳ６０は、顧客の支払いを確認し、利用可能なストック６１をチェックして、外部注文が必要とされるかどうかを決定する。ストック６１の管理は、物品が小売業者へ配送されることを自動的に要求することもできる（すなわち、ストックレベルが低い場合には、小売業者の代わりにシステム１０へ注文を出す）。

小売業者２１は、システム１０によって提供された汎用ポータルを通じて、または、たとえばソフトウェア開発キット（ＳＤＫ）を使用して開発されたカスタマイズされたフロントエンドインターフェースを介してなど、さまざまな方法でシステム１０と統合することができる。そのようなインターフェースは、ウェブサイト６２、物理的なショップ６３内の端末、ポイントオブセールデバイス６０、またはネットワークインターフェース１４のうちの任意の１つまたは複数を介してエンドユーザに提供されることが可能である。これは、小売業者が、配送要求および関連付けられているトランザクションを完遂するためにリアルタイムのまたは実質的にリアルタイムの配送供給情報を提供することを可能にする。同様に、運送業者２２および顧客デバイス１８のためにユーザインターフェースが作成されることが可能である。小売業者２１によって利用されるインターフェースは、上述のように、配送をアレンジおよび実行する目的で運送業者と通信するために、正規化されたまたは標準化されたデータを使用することができる。たとえば、システム１０およびデータ正規化モジュール１３は、なじみのあるデータフォーマットを使用して、本明細書において記述されているさまざまなエンティティの間において通信を行うためにＧＳ１データ標準を利用するように構成されることが可能である。ＧＳ１は、需給連鎖のための標準を開発および保持すること、たとえば製品に関するバーコード番号を発行することを行う組織である。ＧＳ１データはまた、ｉ）物品、ロケーション、出荷、資産などの識別、および関連付けられているデータに関連していること、ｉｉ）バーコードまたはＲＦＩＤタグなどの物理的なデータ記憶媒体内にデータをエンコードすることおよび取り込むことに関連していること、ならびにｉｉｉ）当事者どうしの間においてデータを共有することに関連していることが可能である。そのような標準化された（たとえばＧＳ１）データを利用するプロセスの例が、以降で記述されており、図１１Ｂにおいて示されている。

図７は、物品の配送をアレンジするために顧客１９によって開始されるプロセスの流れの例を示している。この例においては、顧客１９は、ウェブ注文６２を通じて、または小売業者２１を通じて直接に購入を開始し、それは図１１Ａおよび図１１Ｂによって示されている。顧客１９はしたがって、小売業者２１との電子的なもしくは物理的なインターフェースを介して、たとえば、スマートフォンアプリ、ウェブサイトブラウザ、キオスクなどを介して、または物理的な小売業者の店頭においてポイントオブセールで、たとえばショップ６３を介して、このプロセスを開始することができる。小売業者２１は、物品を求める顧客の注文を、既存のＰＯＳシステムを通じて受信し、たとえば、図６によって示されている顧客１９によって購入される物品に関連付けられているストックをチェックするために、在庫の問合せを開始する。小売業者２１は、ネットワーク１５を通じてシステム１０とインターフェース接続し、システム１０は、小売業者のネットワークインターフェース１４を通じて注文情報を受信する。システム１０は、物品の購入中に小売業者２１に提供された顧客応対可能性に対応する配送の日付および時間枠を生成し、アポイントメントスケジューリングモジュールのさらなる例示が、図１２において提供されている。アポイントメントスケジュールおよび最適化されたルートが、システム１０によって運転手１７および／または運送業者２２へ送信される。情報は、運送業者２２へ送信されて、運転手１７へと回送される。運転手１７は、システム１０からルート情報を受信し、必要とされている物品を開始ロケーションからピックアップすることへ進む。開始ロケーションは、図９によって示されているように、製造業者２５、倉庫２４、小売業者２１、流通業者２６、および流通センタ２３を含むことができる。運転手１７は、システム１０によって提供された最適化されたルートおよびスケジュールに従って、顧客ロケーションに到着し、このプロセスは、図２３によって示されているように、顧客１９によって購入された物品の配送を続ける。

図８は、製造業者２５、運送業者倉庫２４ａ、小売業者倉庫２４ｂ、スーパー流通センタ（すなわち全国的な）２３ａ、流通センタ（すなわち地域の）２３ｂ、運送業者２２、運転手１７、流通業者２６、小売業者２１、および顧客１９を含むことができるエンティティへのネットワークインターフェース１４を通じたデータ転送を可能にするシステム１０および通信インターフェースの例を示している。システム１０に関連しているそれぞれのエンティティの役割は、図９において例として示されている。図８において示されていないその他のエンティティが、有効な適用可能なネットワークインターフェースを介してシステム１０のコンポーネントからデータを送信および受信することができるということが理解され得る。

図９は、ロジスティクスネットワークの例を示している。流通センタ２３は、スーパー流通センタ２３ａおよびローカル流通センタ２３ｂを含むことができる。スーパー流通センタ２３ａは、全国的な流通センタ（すなわち、大きな地理的領域を包含した）であり、その領域内での物品の流通を可能にする。スーパー流通センタ２３ａの役割は、プライマリ層流通ネットワークを提供することである。スーパー流通センタ２３ａは、たとえばローカル流通センタ２３ｂおよび外部のスーパー流通センタ２３ｂを含むロケーションへの入力および出力を受信する。入力および出力データの流れは、任意の物理的な商品または製品を含む。小売業者２１から注文されてストックにない物品は、必要とされる場合には、顧客１９へのローカル流通センタ２３ｂの近接度に基づいてスーパー流通センタ２３ａへ回送される。物品は、スーパー流通センタ２３ａからローカル流通センタ２３ｂへ、そしてその後に倉庫２４へ輸送される。倉庫２４は、製造業者２５、小売業者２１、および運送業者２２、および流通業者２６とインターフェース接続されて、それらのエンティティの間において物品を輸送または格納する。製造業者２５は、小売業者２１によって販売される物品を生産する。運送業者２２は、物品を直接に顧客１９へ輸送する運転手１７の車両を管理する。顧客は、物品を購入するために小売業者と対話する。

図１によって示されているシステム１０は、在庫管理、キャパシティ管理、ジャストインタイム、物品損傷報告、注文管理、需要予測などを含むサービスを伴う典型的なロジスティクスネットワークのコンポーネントへのインターフェースを提供する。システム１０はしたがって、電子商取引システムを複数の最終のまたは最後のマイルの配送ネットワークとシームレスに統合するレイヤまたはプラットフォームを提供する。この方法においては、小さな配送会社および単一の運転手の配送会社でさえにおける予備の配送キャパシティが、電子商取引システム内で生み出された需要に対して最適化およびマッチされることが可能である。電子商取引システムのリアルタイムに近い性質を前提にして、システム１０は、効率を高めることおよび別々のシステムの間におけるインターフェースを提供することによって顧客および配送ネットワークにさらによくサービス提供するために需要に対する供給のオンデマンドのマッチングを容易にする。

図１０は、最終マイル配送管理システム１１によって実施されることが可能であるプロセスの例示的な実施形態を示している。運送業者２２、小売業者２１、流通業者２６、および製造業者２５からのデータは、ネットワークインターフェース１４によって受信される。ネットワークインターフェース１４は、システム１０内に含まれている。受信されるデータは、前述のように、顧客データ、注文情報、倉庫キャパシティ、および製造キャパシティを含むことができる。受信されたデータは、データ正規化１３コンポーネントへ送信される。データ正規化１３コンポーネントは、顧客ロケーションを処理して、データ列を、正規化された（すなわち標準の）フォーマットへと構成する。正規化されたアドレスは、ＧＰＳ座標を使用して１０９でジオコード化され、したがって、配送のためのロケーションをマップ化する。ジオコード化１０９は、ルート作成３０モジュール内で実行される。ジオコード化システム１０９は、正規化されたアドレスをデータ正規化モジュール１３から受信し、顧客ロケーション２０の公の住所のＧＰＳ座標を算出する。

それらのＧＰＳ座標は、ルート作成システム３０へ送信される。ルート作成システム３０は、マップを生成し、ルート最適化３１システムは、それぞれの配送に関して、辿るべき最適なルートを動的なパラメータに基づいて決定し、それは図１８によって示されている。顧客は、アポイントメントカレンダが確立された後に通知３６を受信する。

３５で生成されたスケジュールに従って、トラックへの積み込み１００が生じ、配送プロセスの最終マイルが開始される。配送中に、（以降で記述されている）図２１においてさらに詳細に示されている通知システムは、通知１０１を顧客へ送信するための適切な時刻を、ＧＰＳ座標に従って検知する。顧客によって購入された物品は、顧客ロケーションへ１０２で配送される。成功または不成功の配送に応じて第１のレポートが１０３で生成される。１０３で生成されたレポートは、配送のステータス、運転手のコメント、および写真を含むがそれらには限定されない最新のデータを含み、それらは、（以降で記述されている）図２２においてさらに詳細に示されている。ステータスレポート１０３は、配送トラックのステータス、立ち寄りのステータス、物品の配送ステータス、運転手のスケジューリング、および倉庫管理のためのデータを含むデータを要求元（たとえば小売業者、運送業者、ベンダ、製造業者）に提供する。実施態様においては、要求元の要件のタイプに基づいてデータが分けられる、または要求元に部分的に提供される。

配送プロセスの報告１０３は、できるだけ最新の情報を要求元に提供するように更新される。物品の配送後から短時間（すなわち１０分から２０分）のうちに１０４で顧客調査が生成される。顧客調査は、ロジスティクスネットワークに関する貴重なフィードバックを提供する。物品の配送と調査との間における短時間の遅延は、顧客の経験に関する正確なフィードバックを生み出す。運転手は、最終ロケーションへ戻って、配送できなかったまたは返品された物品を１０６で降ろす。最終ロケーションは、たとえば、倉庫、顧客、流通センタ、または小売業者を含むことができる。配送されなかった物品は、（以降で記述されている）図２３においてさらに詳細に示されているように１０７で処理される。既存のシステムによって生成されたデータがシステム１０へ送信されるのに伴って、最終宛先によって準拠される既存の課金および監査手順が１０８で実行される。既存の課金および監査システム１０８は、完遂された配送、完遂されなかった配送、および運転手の行動に関連した課金情報を生成する。最終レポートが１０５で生成され、これは、以降で記述されている図２８〜図３３において示されているようにさまざまな情報を含むことができる。

図１１Ａは、顧客１９によって注文された物品が小売業者２１によって受け取られた場合に取られるステップを示している。例示的な一実施形態においては、顧客１９が、１１０で小売業者ウェブサイトにアクセスし、１１１で物品をオンラインで購入する。別の例示的な実施形態においては、顧客１９が、１１２で小売りロケーションに入り、１１３で製品を購入する。小売業者が、オンライン注文１１１および店内注文１１３から１１４で注文情報を受け取る。注文は、小売業者によって、利用可能なストックを１１５でチェックすることによって開始され、例示的なプロセスが、（上述の）図６によって示されている。物品がストック内にない場合には、物品を求める外部要求が生成されて、システム１０へ１１６で送信され、物品がストック内にある場合には、顧客１９は、購入時にその物品をピックアップするオプションを提供されることが可能である。顧客が配送オプションを選択するか、または選択された物品がストック内にない場合には、顧客データは、アポイントメントスケジューリングモジュール１２へ１１７で送信される。小売業者および顧客は次いで、配送の日付および時間枠をシステム１０から受信することができる。

上述のように、小売業者２１は、標準化されたデータ（たとえば、ＧＳ１データ）を運送業者との間でやり取りして、現在利用可能な多くのオプションから好ましい配送時間枠を顧客が選択することを可能にすることによってリアルタイムのまたはリアルタイムに近い配送時間枠の選択を可能にするインターフェースを含むことができる。これはまた、オプションが複数の運送業者から選択されることを可能にし、したがって顧客のための配送経験を高める、本明細書において記述されているシステム１０と小売業者のインターフェースとの統合によって容易にされる。次いで図１１Ｂを参照すると、小売業者２１を通じて実施されるそのようなプロセスの例が示されている。

３００において小売業者２１は、顧客注文を受け取るか、またはその他の形で処理する。たとえば、上で例示されているように、顧客は、店内でまたはオンラインで小売業者に関わり、１または複数の物品の配送を要求することができる。配送先に基づいて、配送ゾーンが３０２において定義され、そのゾーンに関するＺＩＰ／郵便番号が３０４において定義される。これは、小売業者が、３０６でベンダの倉庫における商品の利用可能性（すなわち、その商品がどこにあるか、およびそれらが現在利用可能であるかどうか）に基づいて、推定された到着時間（ＥＴＡ）を決定することを可能にする。商品が出荷されるロケーション、および宛先に関するＺＩＰ／郵便番号は、３０８で輸送時間が設定されること、および３１０で配送時間枠が設定されることを可能にする。これらのパラメータは、小売業者が３１２でシステム１０を通じて配送プランを運送業者に発行することを可能にする。小売業者２１はまた、３１４で運送業者と接続し、３１６で運送業者から標準化された（たとえば、ＧＳ１）供給データを受信する。この方法においては、小売業者２１は、システム１０を使用して、潜在的に多くの利用可能な運送業者から、顧客に提示されることが可能であるさまざまな時間枠および配送オプションを決定する。３１２で配送プランを提供することはまた、システム１０に接続されているその他の運送業者が潜在的な配送ジョブに気づくことを可能にする。小売業者２１は次いで、顧客が、たとえば、物理的な店において、またはｅコマーストランザクションを介して、３１８で配送のための時間枠を選択することを可能にすることができる。選択される時間枠は、さまざまな方法で決定されることが可能であるということが理解され得る。たとえば、消費者１９は、適切な時間枠を提案することができ、その時間枠をシステム１０が使用して、適切な運送業者２２を見つけ出す。あるいは、消費者１９は、複数の適切な時間を有すること、および／またはできるだけ早い時間枠を見つけ出すことが可能である。システム１０が仲介として機能できることは、このシナリオがまた、最良の時間枠および／または消費者が選択できる元となる多くのオプションを見つけ出すために複数の運送業者の間で検索を行うことができることによって対処されることを可能にする。

配送データが、ＧＳ１などの標準化されたフォーマットで、３２０で作成される。たとえば、配送データは、一意のＩＤ、インボイス番号、名前、住所、電話番号、物品、タスク、時間枠を含むことができる。この標準化されたデータは次いで、３２２で運送業者へ転送される。運送業者によって受信されたデータは次いで、物品の実際の配送を実行するために、または実行されるよう指示するために使用される。運送業者はまた、たとえば、注文に関する一意のＩＤ、配送のために使用されている乗り物の一意のＩＤ、ルートおよび／または立ち寄りの順序、ＧＰＳロケーション、配送の日付および時刻、顧客の署名、配送のステータス、写真、受け取りの日付および時刻、受け取り時のコンディション、倉庫内のロケーション、物品が乗り物にいつ積み込まれるかなど、標準化されたデータを、配送を実施する過程で小売業者２１に返す。この標準化されたデータは、ネットワーク接続に従って、それが利用可能であるときに、バッチで、またはその他の形で小売業者２１へ送信されることが可能である。小売業者２１および運送業者２２は、システム１０へのポータルなど、システム固有の統合をこれらのエンティティが使用しているか否かに応じてさまざまな方法で実際の配送そのものを調整することができる。この方法においては、小売業者２１および／または運送業者２２は、（たとえば、本明細書において記述されているように）ルートをスケジュールおよび最適化するためにシステム１０に依存することができ、またはシステム１０によって容易にされた、彼らの供給にマッチされた需要を満たすためにその他の最適化／スケジューリングシステムを使用することができる。

図１２は、配送アポイントメントをスケジュールするための例示的なプロセスを示している。配送を求める要求１１６が、アポイントメントスケジューリングプロセスを開始する。要求１１６は、その顧客が新規であるか、または配送を求める要求を以前に行ったことがあるかを決定するために１２０で分析される。配送要求の分析１２０は、マッチする顧客を探して既存の顧客データベース３４をチェックすることによって進む。顧客が新規である場合には、その顧客のデータは、顧客データベース３４へと１２１で入力される。配送を求める最初の要求１１６は、正確な配送を確実にするために１２２で確認される。

配送のための利用可能な時間枠が、配送カレンダ生成サブシステム３５を通じて１２３で決定される。配送カレンダ生成サブシステム３５は、顧客によって提供された時間枠を、既存のスケジュールされているアポイントメントに照らしてチェックして、実行可能な配送時間枠を見つけ出す。アポイントメントが、利用可能な時間枠において１２４でスケジュールされ、配送カレンダが、生成されているアポイントメントにその時間枠が割り当てられるように更新される。アポイントメントスケジュールは、通知モジュール３６によって生成された通知１２５を介して顧客へ送信される。顧客データベース３４、配送カレンダ生成３５、および通知モジュール３６は、アポイントメントスケジューリングモジュール１２内に含まれており、それは図３において示されている。

図１３は、配送要求を生成するように構成されている自動スケジューリングシステムを示している。アポイントメントを更新したいという要求１３０が、所定のタイムインターバル（すなわち、毎時、毎日など）で、または新たなアポイントメントが配送アポイントメントスケジュールデータベース３４へと入力された場合に生成される。更新要求１３０が生成された後に、顧客データが、たとえば次のように確認され、最後の配送が行われて以降の時間が１３１でチェックされ、配達の頻度が１３２でチェックされ、顧客応対可能性が１３３でチェックされる。前述のプロセスのそれぞれのステージに対してそれぞれ、最後の完遂された配送以降の時間が１３１で長すぎ、１３２で配達の頻度が、必要とされている配送に相当し、顧客が１３３で応対可能である場合には、配送アポイントメントが、１３４で自動的にスケジュールされる。

アポイントメントスケジューリングモジュール１２は、配送を求める要求を受信し、図１２によって示されているスケジューリングオペレーションを実行する。アポイントメントに関する要件のうちのいずれかが満たされていない場合、たとえば、最後の配送以降の時間が１３１で短すぎるか、１３２で顧客が頻繁に配送を受け取っていないか、または顧客が１３３で応対不可能である場合には、アポイントメントはスケジュールされず、更新は１３５で終了する。

図１４は、ネットワークインターフェース１４からデータを受信して正規化するための例示的なプロセス１３を示している。システム１０によって必要とされるデータは、無数のさまざまなシステムタイプおよびインターフェースから生じる。ネットワークインターフェース１４において受信されたデータは、正規化されておらず、システム１０の要件に対応しない場合がある。最終マイル配送モジュール１１およびアポイントメントスケジューリングモジュール１２には、高度に正確なデータが必要とされる。したがって、システム１０へ送信されたデータは、限られた拒絶からゼロの拒絶を伴って受信されなければならない。受信されたデータにおけるエラーは、ルート作成３０およびルート最適化３１の正確さを特に阻害し、それは図１において示されている。データは、並列パイプラインプロセスを通じて１４０で受信される。データは、第１の正規化システム１４１および第２の正規化システム１４２という２つの正規化システムを通じて正規化される。システム１およびシステム２それぞれからの正規化されたデータ１４１および１４２は、１４３で同期化され、標準化されたデータ１４４が、出力１４５へ送信される。同期化１４４を伴う並列パイプラインは、出力１４５へのデータのスループットを大幅に増大させる。出力１４５は、システム１０内に含まれているサブシステムに関する一般的な用語である。

図１５は、ルート作成３０のために使用されるコンポーネントの例を示している。主要な地理的領域１５０が、大規模な物理的な障害物（たとえば、山、川、湖、領土境界）に基づいて定義される。地理的領域１５０は、気象１５８、交通１５７、および工事１５６を含むがそれらには限定されないデータ属性を使用してサブセクタ１５１へと分けられる。サブセクタ１５１は、パラメータの一意のセットによって定義される地理的エリアである。サブセクタ１５１のパラメータとして使用するためにその他のパラメータが生成されることが可能であるということを理解されたい。サブセクタ１５１は、子サブセクタ１５２を作成するために詳細に分析される。サブセクタ１５１の分析は、元のサブセクタ１５１に関連付けられているパラメータのさらなる絞り込み１５９によって進む。子サブセクタ１５２は、それぞれの親サブセクタ１５１の絞り込まれた属性１５９を使用することによって定義される。例示的な一実施形態においては、サブセクタ１５１は、「混雑」と指定されている交通属性１５７を有しており、子サブセクタ１５２は、非常に混雑という交通属性１５７を有することができ、その一方で、別の子サブセクタ１５２は、やや混雑という交通属性１５７を有することができる。指定されたパラメータのますますの絞り込みは、ルート最適化３１の正確さを高める。子サブセクタ１５２は、その領域を通る予想された交通の流れの速度に応じてゾーンへと分けられる。例示的な一実施形態においては、それらのゾーンは、それぞれ高速、中速、および低速と指定されている交通の速度を伴う高速ゾーン１５３、通常ゾーン１５４、および低速ゾーン１５５という３つの部分へと分類される。

図１６は、サブセクタ１５１および子サブセクタ１５３，１５４，１５５を伴うマップ１５０の例示的な表示を示している。サブセクタ１５１は、複数の子サブセクタ１５３、１５４、１５５を含む。それぞれのサブセクタ１５１の絞り込まれた属性が、定義されるそれぞれの領域の詳細度を高める。例示的な一実施形態においては、最も小さいゾーン１５５は、最も低速の交通を表しており、中ぐらいのゾーン１５４は、平均的な交通レベルを表しており、最も大きいゾーン１５３は、幹線道路などの最も高速の交通ルートを表している。別の例示的な実施形態においては、最も低速のエリア１５５をすべて回避することによって１つのポイントから別のポイントへのルートが計算される。さらなる例示的な実施形態においては、トラックが、スケジュールよりも進んでおり、したがって、燃料を節約しつつ、スケジュールされたアポイントメント時間を守るために、より低速のエリア１５５を通るように経路設定されることが可能である。交通レベルは、リアルタイム（またはほぼリアルタイム）でモニタされ、ゾーン１５３、１５４、１５５は、交通パターンにおける変化（すなわち、ある方向では朝のラッシュアワー、反対方向では夕方のラッシュアワー）を考慮に入れるように更新されるということを理解されたい。

図１７は、領域マッピングを決定するための例示的なプロセスを示している。第１のステップは、地理的エリア１５０を定義する。エリア１５０は、配送プロセスに関与しているロジスティクスネットワーク全体を包含している。例示的な一実施形態においては、このエリアは、図４によって示されているような、ローカル流通センタに関連付けられているすべてのエンティティを含む。サブセクタが、地理的エリア１５０の領域どうしの特定の属性を関連付けることによって１７０で定義される。たとえばサブセクタは、ダウンタウン中心部、または郊外として１７０で定義されることが可能である。サブセクタ属性は、子サブセクタ１７２をより正確に表すために、交通１５６、気象１５７、および工事１５８を含むがそれらには限定されないローカル属性を使用することによって１７１で絞り込まれる。属性を絞り込むプロセスは、利用可能なデータの正確さに従って繰り返し適用される。すべての所望の繰り返しが完遂された後に、上記のプロセスによって生成される対応する属性に従って１７３でマップが生成される。

図１８は、ルート最適化システム３１に関するコンポーネントの例を示している。一実施形態においては、ルート最適化システム３１には３つのマップが必要とされ、それらのマップは、高速ゾーン１５３、通常ゾーン１５４、および低速ゾーン１５５を統合し、そのようなマップの生成は、図１５において示されている。それらの３つのマップは、選択領域のすべての要素を包含する完全なマップ１８０へと統合される。高速ゾーンマップ１５３は、たとえば幹線道路、有料ルート、および高速道路を含む多額の通し運賃を含むマップである。通常ゾーンマップ１５４は、平均的な交通パターンを伴う移動に利用可能である既存のルートの典型的なマップである。低速ゾーンマップ１５５は、すべての最も低速のエリア（たとえば、ラッシュアワーの交通の最中のダウンタウン）を含む。完全なマップ１８０は、ルート最適化プロセス１８１へ送信するためのマップの組合せ（１５３、１５４、１５５）を提供する。最適化システム１８１は、完全なマップ１８０からの入力および配送アポイントメントスケジュール３５を受信する。最適化システム１８１は、（たとえば、図２０において示されて以降で記述されているように）最適化を実行し、最適化されたルート３２をネットワークインターフェース１４へ出力する。最適化されたルート３２は、あらゆる道路状況およびアポイントメントスケジュールに基づく、運転手が辿るための最良のルートである。

図１９は、ルート最適化システム３１によって準拠される例示的なプロセスを示している。開始ロケーション１９０および終了ロケーション２０が、ルート情報を通じて決定される。それらの開始ロケーションおよび終了ロケーションは、オペレーションの関連する領域に関連付けられている使用するためのマップを決定するために使用される。使用されるマップの例示的な実施形態が、図１６によって示されている。図１８によって示されているように、最適化されたルートが生成され、図２２によって示されているように、配送は通常どおり進む。遅延１９２が直面された場合には、その遅延に関するデータが、アポイントメントスケジューリングモジュール３５へ送信され、矛盾が見つかった場合には、新たに最適化されたルートが発行されることが可能である。矛盾は、たとえば、スケジュールよりも先に、またはスケジュールの後に到着することを含む。遅延が直面されていない場合には、運転手は、最初に最適化されたルート１９３を進み続けて、２０で顧客ロケーションに到着する。上記のプロセスは、運転手によって訪問されることを必要とされているそれぞれの宛先に関して繰り返す。

図２０は、ルート最適化モジュール１８１の例を示している。現在のロケーション２００が、ネットワークインターフェース１４から受信されたデータを通じて決定される。現在のロケーションは、たとえば、運転手のデバイスのロケーション、開始ロケーション、または終了ロケーションを含む。２０１で複数のルートを介した宛先への時間を計算するために、図１８によって示されている完全なマップ１８０、および現在のロケーション２００が使用される。アポイントメントスケジューリングモジュール１２は、特定の運転手が従うことができるスケジュールされた到着時間を送信するように構成されている。スケジュールされた時間１２と、２０１で計算された可能な時間とが比較されて、２０２で最も近いマッチを決定する。２０２で最も近いマッチを決定する際に、燃費、および営業領域などのその他のファクタが考慮に入れられることが可能であるということを理解されたい。最も近くマッチしたルート２０２は、最適化されたルート３２としてネットワークインターフェース１４へ送信される。

図２１は、通知を顧客へ送信するための例示的な方法を示している。アポイントメントスケジュール３５を継続的に更新するために、最適化されたルート３２が使用される。結果として生じる通知３６は、それらの通知３６が顧客デバイス１８に対していつ発行されるかという点で高度に正確である。アポイントメントスケジュール３５における修正は、通知３６の発行時に自動的に反映される。例示的な一実施形態においては、通知３６は、最初の受け付け時２１０に、配送まで４８時間の時点２１１で、配送まで２４時間の時点２１２で、および配送まで１時間の時点２１３で発行される。１時間前の配送通知２１３は、輸送における遅延があればそれらの遅延を含めて物品の配送が１時間以内に予想される時点で顧客１９に通知するためにスケジュールデータ３５からのリアルタイムデータを使用することができる。好ましい実施形態においては、顧客通知システム３６は、配送の少なくとも４８時間前２１１に、配送スケジュールに関連しているデータを伴うメッセージを顧客１９へ送信する。通知３６は、任意の利用可能な通信チャネル、たとえば、電話、ＳＭＳ、Ｅメール、またはインスタントメッセージを通じて生じることが可能である。

図２２は、物品の配送またはピックアップに含まれているプロセスの例示的な実施形態を示している。運転手による物品の配送が、２０で顧客ロケーションにおいて生じる。顧客が２２０で応対可能である場合には、購入された物品が２２１で配送される。顧客が２２０で応対可能でない場合には、顧客ロケーションの写真が、運転手デバイスによって２２７で取り込まれる。物品が配送プロセス中に２２２で損傷を受けた場合には、写真が、その後の参照のために２２８で取り込まれる。財産が配送プロセス中に２２３で損傷を受けた場合には、写真が、その後の参照のために２２８で取り込まれる。配送プロセスは、２２４で運転手コメントがあればそれらを含めて顧客１９の署名が運転手デバイスによって２２４で取り込まれた時点で完遂される。配送プロセスのステータス、および生じた可能性のある問題があればそれらの問題についてシステム１０を更新するために、ステータスレポートが２２５で生成される。それぞれの配送が完遂された後に、それらの配送は、すべてのスケジュールされた配送が完遂されるまで２２６で続く。写真およびコメントが、運転手デバイス１６によって取り込まれ、システム１０へ送信され、現場のデータを取り込むことは、参照を提供することによって将来の矛盾を取り除く際に役立つことができる。現場のデータは、写真、コメント、および署名を含むが、それらには限定されない。

図２３は、スケジュールされたアポイントメント、またはスケジュールされたアポイントメントのグループから輸送が戻ってきた後に実行されることが可能である例示的なプロセスを示している。一実施形態においては、輸送へと最初に積み込まれたすべての物品が配送された場合、または物品を配送する試みが行われた場合には、トラックが、２３０で配送から戻ってくる。すべての物品を考慮するために、配送されなかった物品のチェックが２３１で実行される。輸送において配送されなかった物品または返品された物品は、２３２でスキャンされ、２３３で格納ロケーションへ戻される。アポイントメントスケジュールデータが更新され、利用可能な輸送が、配送のために２３４で更新される。物品をスキャンすることは、運転手デバイス１６または格納ロケーションに配置されている同等のデバイスのどちらかによって実行される。物品をスキャンすることは、バーコードを読み取ること、写真を撮ること、またはシリアルナンバーをチェックすることを含むが、それらには限定されない。

次いで図２４〜図２６を参照すると、物品管理処理が示されている。図２４は、受け取りステージ中に実施されるプロセスを示している。標準的な電子ファイルまたは手動指示が、管理者によって受け取られる。電子ファイルは、事前出荷明細通知（ＡＳＮ）として受け取られ、手動指示は、倉庫２４における物品の受け取りに相当する。物品が倉庫において受け取られた場合には、システムに資産が追加され、たとえば、インボイス番号、名前などが追加される。電子注文か、または手動指示かにかかわらず、クライアントの製品に関する検索がデータベースにおいて行われ、バーコードが、物品に関連付けられて、追跡把握および物品管理を可能にする。生成されたバーコードは次いで、倉庫２４へ電子的に送信され、そこでそれは、たとえばワイヤレスプリンタを使用して、ラベル上に印刷され、そのラベルは、物品に貼付され、その物品の受け取りを確認するためにスキャンされる。次いで、その物品が許容可能なコンディションにあるか否かが決定される。その物品が許容可能なコンディションにない場合には、画像が撮影され、損傷があればその損傷が記述され、その損傷を受けた物品を返品したいという要求が管理者へ送信される。その物品は次いで、倉庫２４内の特定のロケーションへ移動され、その物品は、その物品のいかなる移動も確認するためにそのロケーションにおいてスキャンされる。次いで、その物品が再び移動される必要があるかどうかが決定される。その物品が再び移動される必要がない場合には、その物品は、その後の出荷および配送のために倉庫において格納される。その物品が再び移動される必要がある場合には、その物品は、再び移動されてスキャンされることが可能である。

図２５は、ステージング／ピッキングステージ中に実施されることが可能であるプロセスを示している。この例においては、管理者は、それぞれのトラックに関して、特定の日に配送されることになる物品のリストを生成し、このリストを印刷し、それを倉庫２４へ送る。図２５において示されているように、それらの物品は、先入れ後出し式に順序付けられて、理にかなった順序で降ろすことを容易にすることができる。倉庫２４において、リスト上の第１の物品が決定され、その物品は、積み込みのために適切なトラックへ移動される。次いで、クロスドックするための別の物品があるかどうかが決定される。クロスドックするための別の物品がない場合には、最終的なトラックの積み荷が確認される。クロスドックするための別の物品がある場合には、次の物品が見つけられ、スキャンされ、積み込みのためにトラックの前に置かれる。トラックは次いで、積み込みが行われ、配送の用意が整う。

図２６は、リバースロジスティクスステージ中に、すなわち、物品がトラック上に戻ってきた場合に実施されることが可能であるプロセスを示している。この例においては、トラックが倉庫２４に到着し、物品上にバーコードラベルがあるかどうかが決定される。物品上にバーコードラベルがある場合には、運転手は、物品をスキャンする。物品上にバーコードラベルがない場合には、倉庫システムが使用されて、そのシステム内にその物品に関する既存のバーコードがあるかどうかを決定する。そのシステム内にその物品に関する既存のバーコードがない場合には、新たなバーコードが作成される。そのシステム内にその物品に関する既存のバーコードがある場合には、バーコードラベルのコピーが印刷され、たとえば運転手によって、その物品に貼付されることが可能である。運転手がその物品をスキャンした後に、倉庫は、スキャンを行ってその物品を受け取り、その物品の画像を撮影し、その物品について記述する。倉庫システムは次いで、その物品を返品したいという要求を送信する。レポートが管理者によって受信され、その物品は、その後のスキャンおよび格納のために特定のロケーションへ移動される。

図２７は、本明細書において記述されているシステムがどのようにして１ＰＬサービス、２ＰＬサービス、３ＰＬサービス、および４ＰＬサービスをともにもたらすかを示している。図２７において示されているように、配送最適化／ロジスティクスシステム１０は、さまざまな管轄区域または地理的エリア（たとえば、図２７において例として示されているように、カナダ、米国、英国、およびオーストラリア）において１または複数の３ＰＬ管理エージェントに４ＰＬサービスを提供する共有サービスセンタとみなされることが可能である。３ＰＬ管理エージェントはそれぞれ、データ処理コンタクトセンタ、受け取り、倉庫、およびルートモニタリングを、１または複数の２ＰＬ運送業者２２、たとえば、図２７において示されている運送業者Ａ、Ｂ、およびＣに提供する。それぞれの運送業者２２は、車両、運転手、ルート、および物品管理能力、ならびに運転手の給与、輸送、およびコンプライアンスを提供する。それぞれの運送業者２２は、１または複数の１ＰＬ輸送会社、たとえば、図２７において示されている会社１、２、および３と対話する。この方法においては、４ＰＬ共有サービスセンタが、単一のトラックのオペレーションに関してさえ、４ＰＬサービスから１ＰＬサービスまでをともにリンクさせる。１ＰＬ企業は、トラックへの積み込み、物品のピックアップおよび配送、ならびに、本明細書において記述されているようなその他の「最終マイル」サービスを、１または複数のクライアント、すなわち消費者１９に提供する。

図２７における共有サービスセンタに関する例示的な構成は、システム１０の中および外へのデータ転送のための、データインポート、ならびに外部ＣＲＭおよびコンタクトセンタ能力のための１または複数のインターフェースを含む。４ＰＬビューがまた、リアルタイムの車両モニタリングおよびモバイルサービス、報告、およびエクスポーティング能力とともに、管理者に提供される。この例においては、データは、報告または課金のために、および倉庫２４内のすべての物品をリアルタイムで追跡把握するためにエクスポートされることが可能である。

図２８から図３３は、このシステムによって生成されることが可能であるさまざまなレポートのスクリーンショットを示している。図２８は、行われたさまざまな通話のステータスおよびそれらの通話の結果を概説するための通話ステータスレポートを示している。図２９は、物品配送のステータスを概説するための、たとえば、出荷が完遂されたか、キャンセルされたかなどを明示するための日次影響レポートを示している。図３０は、損傷の原因を決定すること、ならびに撮られた写真および損傷の記述を追跡把握することを目的として、損傷を受けた物品を箇条書きにするために使用されることが可能である損傷レポートを示している。図３１は、さまざまなトラック、および対応する統計、たとえば、計画された立ち寄り、完遂された立ち寄り、バックオーダーなどを箇条書きにする車両メトリックレポートを示している。図３２は、この例においては特定の従業員の詳細を提供する統計レポートを示している。図３３は、特定の店に関する統計を概説するための立ち寄りメトリックレポートを示している。

例示の簡潔さおよび明確さのために、適切とみなされる場合には、対応するまたは類似した要素どうしを示すために図どうしの間において参照番号が繰り返されることが可能であるということが理解されるであろう。加えて、本明細書において記述されている例の徹底的な理解を提供するために多くの具体的な詳細が示されている。しかしながら、本明細書において記述されている例は、これらの具体的な詳細を伴わずに実施されることが可能であるということが当技術分野における標準的な技術者によって理解されるであろう。その他の場合においては、本明細書において記述されている例をわかりにくくしないために、よく知られている方法、手順、およびコンポーネントは、詳細に記述されていない。また、記述は、本明細書において記述されている例の範囲を限定するものとみなされるべきではない。

本明細書において使用されている例および対応する図は、例示的な目的のためのものにすぎない。本明細書において示されている原理から逸脱することなく、異なる構成および用語が使用されることが可能である。たとえば、これらの原理から逸脱することなく、コンポーネントおよびモジュールが追加されること、削除されること、修正されること、または異なる接続を伴ってアレンジされることが可能である。

命令を実行する、本明細書において例示されているいかなるモジュールまたはコンポーネントも、コンピュータ可読メディア、たとえば、ストレージメディア、コンピュータストレージメディア、またはデータストレージデバイス（取り外し可能な、および／または取り外し不能な）、たとえば、磁気ディスク、光ディスク、またはテープなどを含むこと、またはその他の形でそれらへのアクセスを有することが可能である。コンピュータストレージメディアは、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなどの情報の格納のための任意の方法または技術において実装される揮発性のメディアおよび不揮発性のメディア、取り外し可能なメディアおよび取り外し不能なメディアを含むことができる。コンピュータストレージメディアの例は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、もしくはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくはその他の磁気ストレージデバイス、または、所望の情報を格納するために使用されることが可能である、かつアプリケーション、モジュール、もしくはそれらの両方によってアクセスされることが可能であるその他の任意のメディアを含む。そのようなコンピュータストレージメディアはいずれも、システム１０の一部であること、システム１０のいずれかのコンポーネントであることもしくはシステム１０に関連していることなど、またはシステム１０にアクセス可能もしくは接続可能であることが可能である。本明細書において記述されているいずれのアプリケーションまたはモジュールも、そのようなコンピュータ可読メディアによって格納されることまたはその他の形で保持されることが可能であるコンピュータ可読／実行可能命令を使用して実施されることが可能である。

本明細書において記述されているフローチャートおよび図におけるステップまたはオペレーションは、例のためのものにすぎない。上述の原理から逸脱することなく、これらのステップまたはオペレーションに対する多くのバリエーションが存在することが可能である。たとえば、ステップどうしが、異なる順序で実行されることが可能であり、またはステップが追加、削除、もしくは修正されることが可能である。

上述の原理は、特定の具体的な例を参照しながら記述されているが、それらのさまざまな修正は、添付の特許請求の範囲において概説されているように、当業者にとって明らかであろう。

Claims (24)

1. 配送ネットワークを管理および最適化するための方法であって、
   消費者と複数の運送業者との間における仲介を提供するステップであって、それぞれの運送業者は、物品が、前記物品に関するピックアップロケーションから、前記消費者に関連付けられている配送ロケーションへ輸送されることを可能にする、ステップと、
   前記仲介に関するユーザインターフェースを介して、前記消費者が、１または複数の物品を含む注文の、前記配送ロケーションへの配送を要求することを可能にするステップと、
   前記複数の運送業者と通信して、運送業者の利用可能性に従って少なくとも１つの利用可能な配送時間枠、および前記要求された配送に関する輸送時間を決定するステップであって、前記輸送時間は、在庫データおよび前記配送ロケーションによって影響される、ステップと、
   前記複数の運送業者のうちの選択された運送業者によって前記配送を開始するステップと、
   を含む方法。
2. 配送アポイントメントをスケジュールし、前記配送アポイントメントを前記運送業者のうちの少なくとも１つおよび前記消費者に通信するステップをさらに含む請求項１に記載の方法。
3. 前記配送は、前記消費者による特定の応対可能な配送時間枠の選択を検知して、前記対応する運送業者と通信することによって開始される請求項１または請求項２に記載の方法。
4. 前記選択は、小売りロケーションにおいて、またはパーソナルデバイスを使用して行われる請求項３に記載の方法。
5. 前記仲介は、小売業者インターフェースを介して利用される請求項１から４のいずれか一項に記載の方法。
6. 前記輸送時間は、１または複数のベンダにおいて利用可能な在庫、および前記配送ロケーションに関連付けられている地理的なゾーンに従って決定される請求項１から５のいずれか一項に記載の方法。
7. 配送データを生成し、前記配送データを前記選択された運送業者へ送信するステップをさらに含む請求項１から６のいずれか一項に記載の方法。
8. 前記配送データは標準化される請求項７に記載の方法。
9. 前記標準化された配送データは、ＧＳ１フォーマットを使用する請求項８に記載の方法。
10. 前記配送データは、一意のＩＤ、インボイス番号、名前、住所、電話番号、物品の記述またはタスクの記述、および前記時間枠のうちの１つまたは複数を含む請求項８または９に記載の方法。
11. 前記選択された運送業者から配送データを受信するステップをさらに含む請求項１から１０のいずれか一項に記載の方法。
12. 前記配送データは、ピックアップステータス、配送ステータス、ルート変更、損傷通知、および署名のうちの任意の１つまたは複数を含む請求項１１に記載の方法。
13. 前記配送データは、少なくとも１つの画像を含み、前記少なくとも１つの画像は、前記配送ロケーションまたは損傷のどちらかを前記１または複数の物品に取り込む請求項１２に記載の方法。
14. １または複数の通知を、前記消費者、前記選択された運送業者、および在庫関連エンティティのうちの任意の１つに送信するステップをさらに含む請求項１から１３のいずれか一項に記載の方法。
15. 倉庫データ、課金データ、および監査データのうちの少なくとも１つを更新するステップをさらに含む請求項１から１４のいずれか一項に記載の方法。
16. 地理的領域を決定すること、
    前記領域内の少なくとも１つのサブセクタを決定すること、
    前記少なくとも１つのサブセクタ内のルートに影響するデータを入手すること、
    少なくとも１つの子サブセクタを生成すること、ならびに
    前記少なくとも１つの子サブセクタ内の高速ゾーン、通常ゾーン、および低速ゾーンのうちの少なくとも１つを識別すること
    によって配送ルートを最適化するステップをさらに含む請求項１から１５のいずれか一項に記載の方法。
17. 前記地理的領域の視覚的なマッピングを生成するステップをさらに含む請求項１６に記載の方法。
18. 受け取り、ステージングおよびピッキング、ならびに、返品された物品に関するリバースロジスティクスのうちの任意の１つまたは複数に関する物品管理プロセスを開始するステップをさらに含む請求項１から１７のいずれか一項に記載の方法。
19. 受け取りに関する物品管理は、前記配送に含まれるそれぞれの物品に関する識別子の生成を開始するステップを含む請求項１８に記載の方法。
20. ステージングおよびピッキングに関する物品管理は、乗り物によって配送されることになる物品どうしの配置に従って前記乗り物の荷降ろしを容易にするステップを含む請求項１８または請求項１９に記載の方法。
21. リバースロジスティクスに関する物品管理は、前記返品された物品を処理して識別するか、またはその後の処理のために一意の識別子を加えるステップを含む請求項１８から２０のいずれか一項に記載の方法。
22. 前記運送業者の利用可能性は、乗り物内の利用可能なキャパシティ、既存のルートに沿った利用可能性、乗り物または乗り物オペレータの利用可能性、および利用可能な営業時間のうちの少なくとも１つを考慮する請求項１から２１のいずれか一項に記載の方法。
23. 配送ネットワークを管理および最適化するためのコンピュータ実行可能命令を含むコンピュータ可読メディアであって、前記コンピュータ実行可能命令は、請求項１から２２のいずれか一項に記載の方法を実行するための命令を含む、コンピュータ可読媒体。
24. 配送ネットワークを管理および最適化するための仲介システムであって、プロセスおよびメモリを含み、前記メモリは、請求項１から２２のいずれか一項に記載の方法を実行するためのコンピュータ実行可能命令を含む、仲介システム。

Images