JP2020525952A - 容量利用を最適化するために、多数のサプライチェーンおよび配達ネットワークを公表し、一体化するためのシステムおよび方法 - Google Patents

Abstract

複数のサプライチェーンネットワークを一体化するためのシステムおよび方法が提供され、システムは、多数の小売業者が、別のサプライチェーンまたは配達ネットワークから少なくとも１つの施設または運送車両を使用することを容易にして、過剰な容量を利用するために、ベンダ、統合センタ、倉庫、小売施設、およびラストマイル配達会社へのインターフェースを含む。システムは、異なるパーティからの多数のサプライチェーンネットワーク要素を、公表し、抽象化し、単一のサプライチェーンおよび配達ネットワークに一体化するための管理サービスを提供する。

Description

以下は、とりわけ、容量（ｃａｐａｃｉｔｙ）利用を最適化するために、多数のサプライチェーン（ｓｕｐｐｌｙ ｃｈａｉｎ）および配達ネットワークを公表し、一体化するためのシステムおよび方法に関する。

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

現在、小売業者（ｒｅｔａｉｌｅｒ）は、品物が、製造業者および工場、卸売業者、ならびにディストリビュータなどのベンダから取得され、一定の地理的エリア内の倉庫に分配され、実店舗の小売店もしくはアウトレットに取り込まれる、またはオンラインで利用可能にされることを可能にするサプライチェーンを設立し、利用している。小売業者から品物を購入することを望む顧客は、一般に、店で、またはオンラインｅコマースサイトを通じて購入を行う。大型の品目について、たとえば、マットレス、器具、家具などについては、店または倉庫から顧客までの「ラストマイル」配達が通常必要とされる。オンラインで買い物するときは、すべてのサイズの品物が発送を必要とし、これは、しばしば、小売業者の倉庫もしくは保管室と、顧客の自宅、オフィス、または他の指定された配達場所との間で生じる。

図１に例示されるように、多くのベンダは、一般に、多くの異なる小売業者に供給し、その各々は、別々の倉庫、物理的な保管室、およびラストマイル配達を行う運搬業者用の倉庫さえも有する。このために、ほとんどの小売業者は、それら自身のサプライチェーンネットワークを設立している。専用のサプライチェーンネットワークは、ネットワーク内で増加された制御および柔軟性を提供することにおいてよい面を有する一方で、ネットワークにおいて少なすぎる、または多すぎる容量を有することに関連付けられた大幅なコストが通常存在する。これらのコストは、いくつか例を挙げれば、顧客によって支払われることになるか、小売業者もしくはベンダによって吸収されることになるより高い発送コストに、または配達時間が長すぎるためにロストセールスに変わることがある。

以下の目的は、小売サプライチェーンネットワークにおけるこれらの非効率のうちの少なくともいくつかに取り組むことである。

米国特許出願第１５，０００，８９９号明細書 米国特許出願公開第２０１６／０２１０５９１号明細書

以下は、異なるパーティからの多数のサプライチェーンネットワーク要素を、公表し、抽象化し、単一のサプライチェーンおよび配達ネットワークに一体化するシステム、ならびに関係した方法、ソフトウェアプラットフォーム、およびユーザインターフェースを提供する。単一のサプライチェーンネットワークは、通常であれば別々で互いに異なるものになるサプライチェーンおよび配達ネットワークにわたって、過剰な容量を利用可能にすることによって、ネットワークにおける任意の所与の端部で処理される品物の密集度が増加されるのを容易にする。

たとえば、以下のシステムは、多数の小売業者が、共通の統合施設および倉庫業務施設、ならびに共通の配達および発送ネットワーク／ルート／トラック／人員を利用して、すべてのネットワークの効率を増加させることを容易にする。このようにして、発送コストは消費者の利益に対して最小化されてよく、小売業者が、発送料金ではなく、製品オファー、サービス、体験、および使いやすさで競うことを容易にする。その上、他のネットワークにおける容量へのアクセスを公表し、提供することは、たとえば、需要の急増、労働崩壊、その他の際に、任意の所与の小売業者の、特定の運送会社または発送会社への依存を削減する。

複数のサプライチェーンネットワークを一体化するためのシステムが説明され、システムは、多数の小売業者が、別のサプライチェーンまたは配達ネットワークから少なくとも１つの施設または運送車両を使用することを容易にして、過剰な容量を利用するために、ベンダ、統合センタ、倉庫、小売施設、およびラストマイル配達会社へのインターフェースを含む。

一態様において、複数のサプライチェーンネットワークを一体化するためのシステムが提供され、システムは、消費者にシームレスな配達フローとして見えるように、複数の互いに異なるサプライチェーンネットワークに関連付けられたサプライチェーンネットワークノードについての抽象化の層を提供するための、複数のサプライチェーンネットワークから論理的に分離されたサーバデバイスと、サプライチェーンネットワークノードの各々とのインターフェースであって、ネットワークノードが、少なくとも１つのベンダノード、少なくとも１つの統合センタ、少なくとも１つの小売ノード、少なくとも１つの配達ノード、および少なくとも１つの顧客ユーザインターフェースを含む、インターフェースとを含み、ここで、サーバデバイスは、少なくとも１つの顧客ユーザインターフェースを介して顧客に提供される顧客のための配達ルートを生成することにおいて、多数の小売業者にわたって少なくとも１つの配達動作を統合するために、インターフェースを介してネットワークノードにおける過剰な容量を決定するように動作可能である。

別の態様において、複数のサプライチェーンネットワークを一体化するための方法が提供され、方法は、消費者にシームレスな配達フローとして見えるように、複数の互いに異なるサプライチェーンネットワークに関連付けられたサプライチェーンネットワークノードについての抽象化の層を作成するために、複数のサプライチェーンネットワークから論理的に分離されたサーバデバイスを提供するステップと、サーバデバイスを、サプライチェーンネットワークノードの各々とインターフェース接続するステップであって、ネットワークノードが、少なくとも１つのベンダノード、少なくとも１つの統合センタ、少なくとも１つの小売ノード、少なくとも１つの配達ノード、および少なくとも１つの顧客ユーザインターフェースを含む、インターフェース接続するステップと、多数の小売業者にわたって少なくとも１つの配達動作を統合するために、インターフェースを介してネットワークノードにおける過剰な容量を決定するステップと、少なくとも１つの顧客ユーザインターフェースを介して顧客に提供される顧客のための配達ルートを生成することにおいて、決定された過剰な容量を使用するステップとを含む。

さらに別の態様において、方法を実施するためのコンピュータ実行可能命令を含むコンピュータ可読媒体が提供される。

これより、実施形態が添付の図面を参照して説明されることになる。

先行技術の小売サプライチェーンの複雑さを例示する概略図である。 本明細書で説明されるサプライチェーン管理システムによって容易にされる簡略化された小売サプライチェーンを例示する概略図である。 多数の小売業者チャネルとインターフェース接続されたサプライチェーン管理システムによって促進される、統合されたサプライチェーンネットワークの実装を例示するブロック図である。 起点および目的地エリアで増加された密集度を有する、サプライチェーンネットワークにおける集中化された統合区間を例示するネットワーク抽象化の図である。 統合されたサプライチェーンネットワーク内のサプライ／配達およびリバースロジスティックチャネルを例示するフロー図である。 サプライチェーン管理システムとインターフェース接続された小売業者を通じて顧客によって購入された品目の自宅配達を手配することにおいて実施される動作を例示するフロー図である。 製品カタログの統合を例示するフロー図である。 図７に示された製品カタログの作成の挿絵図である。 クライアントに配達される多数の品物のためのサプライチェーン経路を例示するフロー図である。 モバイルプラットフォームの論理ビューのブロック図である。 モバイルウェブサービスの論理ビューのブロック図である。 モバイルクライアントアプリケーションの論理ビューのブロック図である。 顧客ピックアップシナリオを例示するフロー図である。 注文キャンセルワークフローを例示するフロー図である。 注文リスケジューリングワークフローを例示するフロー図である。 注文に新しい品目を追加するための注文変更ワークフローを例示するフロー図である。 顧客ピックアッププロセスを例示するフロー図である。 ステージングおよびピッキングプロセスを例示するフロー図である。 リバースロジスティックスプロセスを例示するフロー図である。 倉庫受け取りプロセスを例示するフロー図である。 クロスドッキングプロセスを例示するフロー図である。 クロスドッキングロジスティックス例についてさらなる詳細を提供する図である。 クロスドッキングを使用しないロジスティックス例を例示するフロー図である。 注文輸送中シナリオを示す顧客ユーザインターフェースのスクリーンショットの図である。 欠品シナリオを示す顧客ユーザインターフェースのスクリーンショットの図である。 アルバムタイプの選択を容易にするための配達人員のためのユーザインターフェースのスクリーンショットの図である。 アクション項目が選択されることを容易にするための配達人員のためのユーザインターフェースのスクリーンショットの図である。 品目の配達時に撮られた写真にコメントが追加されるのを容易にするためのユーザインターフェースのスクリーンショットの図である。 配達運転手がマイル数データを入力するのを容易にするためのユーザインターフェースのスクリーンショットの図である。 配達運転手アプリケーションのためのメインメニューユーザインターフェースのスクリーンショットの図である。 配達運転手アプリケーションのためのトラック荷積み／荷卸しユーザインターフェースのスクリーンショットの図である。 配達運転手アプリケーションのための配達品目インベントリユーザインターフェースのスクリーンショットの図である。

これより図を見てみると、図２は、異なるパーティからの多数のサプライチェーンネットワーク要素を、公表し、抽象化し、単一のサプライチェーンおよび配達ネットワークに一体化する構成を例示する。この例において、多数のベンダ１０は、集中化されたサプライチェーン管理（ＳＣＭ）システム１４とインターフェース接続される、またはＳＣＭシステム１４によって制御される１つまたは複数の統合センタ１２に、品物を発送する、または配達する。ＳＣＭシステム１４は、個々の小売チャネルに組み入れられることになる効率を見越すように、さまざまな異種のサプライチェーンネットワーク要素（ノード）についての抽象化の層として働く。これは、任意の所与の小売チャネルまたはベンダチャネルとは別々の統合施設（一般に、ネットワークのミッドマイルと呼ばれる）内での品物の動きおよびストレージを調整することによってだけでなく、小売業者（または統合センタ）から直接消費者１６までのラストマイル配達を調整することによってもまた行われる。このようにして、ＳＣＭシステム１４は、ネットワークの任意の所与の端部における品物の密集度を増加させて、小売店１８および倉庫２０（一般に、小売業者２１）が、削減されたコストの配達を消費者１６に提供するのを容易にすることができる。

ベンダ１０と小売業者２１、２０との間で品物の動きを調整しながら、ＳＣＭシステム１４は、ユーザインターフェースを、配達および発送環境内、小売環境内で、顧客に提供して、一体化されたサプライチェーンおよび配達フローが顧客にシームレスに見えることを可能にする。これは、プロセスの調整および一体化をＳＣＭシステム１４にオフロードするために、ＳＣＭシステム１４と、サプライおよび配達チェーンにおけるさまざまなエンティティとの間で、ＡＰＩおよび他のインターフェースを使用して容易にされる。

これより図３を見てみると、ＳＣＭシステム１４の実装が示されている。ＳＣＭシステム１４は、この例示において、サプライおよび配達ネットワークのステージの各々にプラグインされて、インベントリストレージノード間のラインをぼかす、層、仲介役、バックエンド、または補完的なサービスとして示されている。すなわち、ＳＣＭシステム１４に依存することによって、任意の統合センタ、倉庫、その他は、特定の小売チャネルまたは配送エンティティとの任意の厳密な関連付けとは別々に、品物がラストマイル出荷に配置されるように準備できるまで、それらを保管することができる。図３に示されるように、ベンダ１０（一般に、ファーストマイルと考えられる）は、特定の小売業者２１（この例では、強調された小売店１８ａ）によって必要とされる品物を特定の統合センタ１２ａへと発送させるように、ＳＣＭシステム１４とインターフェース接続される。

サプライチェーンおよび配達ネットワークのミッドマイル部分もまた、したがって、ＳＣＭシステム１４にプラグインされ、その結果、専用の統合センタ１２は、必ずしも小売業者２１のチャネルごとに必要とはされない。これは、費用のかさむ統合施設を設立する事前コストなしに新しい小売業者２１が出現するのを可能にするだけでなく、既存の小売業者２１が、既にサンクコストであることがあるそれらの既存の施設の使用を最大化することもまた可能にする。これは、ＳＣＭシステムに管理された統合センタ１２を含む、さまざまなソースから一体化され得る統合施設（この例では１２ａ、１２ｂ、１２ｃ）のサブネットワークとして図３に例示されている。ロジスティックスデータベース３２において経時的に入手されるデータに基づいて、ＳＣＭシステム１４は、そのような統合センタ１２のための最適な数および場所を決定して、たとえば、提携を可能にする、または出現をなくすことを可能にする。ロジスティックスデータベース３２はまた、たとえば、サードパーティインテリジェンス要求３４を介して、サードパーティによって活かされてもよい。これは、小売業者、投資家、行政プランナ、発送会社、その他などの組織が、ＳＣＭシステムのデータセットを使用して、資産の地理的配置、部隊サイズ、人員配備、その他を最適化するのを可能にする。

並行して動作するいくつかの小売業者２１、すなわち「小売チャネル」が、図３に示されている。各小売業者２１は、実店舗の小売店１８のそれ自体のネットワーク、地域倉庫２０、オンラインｅコマースサイト、その他を含むことができる。ファーストマイル部分およびミッドマイル部分における品物のフローを最適化することに加えて、たとえば、統合センタが十分なストレージおよび近接度を小売保管室に提供する、またはオンライン購入を通じて顧客への直接配達をサービスすることができる場合、ＳＣＭシステム１４はまた、小売業者が倉庫業務における冗長性をなくすのを容易にすることができることが認識されてよい。言い換えれば、ＳＣＭシステム１４はまた、任意の特定の小売業者２１のための品物のチャネル内フローを最適化することができ、これはやはりまた、同時に多数の小売業者２１のための品物のストレージおよび出荷を含んでもよい。

ＳＣＭシステム１４はまた、特定の統合センタ１２ａおよび小売店１８ａから流れることになる品物のための特定の配達トラック２４（この例では、２４ａ）を識別することによって、サプライおよび配達ネットワークのラストマイル部分を一体化し、調整する。ラストマイル配達部分の調整に関するさらなる詳細は、２０１６年１月１９日に出願され、特許文献２として公開された同時係属の特許文献１に見出されてよく、その内容は参照により本明細書に組み込まれる。

品物のフローの調整および実行は、購入を行う、配達を手配する、および出荷を追跡し、完了するときに顧客１６に提供されるさまざまな小売ポータルに、ＳＣＭシステム１４を一体化させることによって、顧客１６に透過的であってよい。たとえば、図３に示されるように、発送を含むことを必要とする、または発送を含むように所望される品目の購入時、顧客１６は、配達データおよび考え得る１つまたは複数の配達時間ウィンドウを選択するオプションを提示される。サプライおよび配達ネットワークのアップストリーム部分と一体化されることによって、ＳＣＭシステム１４は、そのような配達日が決定されるのを可能にするデータを備えた小売ポータルを提供することができる。配達日には、顧客の場所、購入されている品物のタイプに、その他に応じて、さまざまな制約が課せられ得ることが認識されてよい。いずれにしても、図３に示された一体化を通じて、小売業者２１および／またはＳＣＭ１４は、ネットワークの出荷および配達行程に組み入れられる効率に一致したオプションを、顧客１６に提供することができる。

小売業者２１は、配達日要求３８を受け取った後に、ＳＣＭシステム１４に、ピックアップのための店もしくはアウトレット１８への、またはラストマイル配達を使用して直接顧客１６への、品物のフローを調整させることができる。ＳＣＭシステム１４は、利用可能な容量、ルートおよび移動時間、休日、製造業者からの利用可能性、および特定の小売業者のチャネル内に収まるように統合および倉庫業務ステップが必要とされるかどうか、ならびにいくつの統合および倉庫業務ステップが必要とされるかを考慮に入れた特定の優先日にベンダ１０に品物を発送させるために、選択された配達日から始めてシステム内を戻って追跡する。小売業者２１に、それらのサプライチェーンネットワークをＳＣＭシステム１４に公表させることによって、ＳＣＭシステム１４は、たとえば、ベンダから、顧客配達またはピックアップ場所へと品物を運送する最も効率的なやり方を見つけることができる。同様のロジスティックスは、配達を行うことができる運転手部隊を公表することによって、ラストマイル配達を調整するためにこの時点で計画される。

図４は、中間で調整された統合ノードに基づいて、起点ノードおよび目的地ノードにおける増加された密集度によるネットワーク図を例示する。これは、さまざまな起点ポイントにおける品物が、共有された統合場所により効率的に向かうことを可能にして、目的地エンドにおいてより密集度の高い配達ルートへのより効率的な配備を提供する。たとえば、単一の運送車両が、多数のベンダから同じ統合センタ１２へと品物を発送するために手配されることがある。その場合、同様の、しかし異なるベンダ１０から多数の品物を必要とする小売業者２１からの配達は、同じ配達トラックを利用して、顧客１６への発送の総コストを下げることができる。

図５は、サプライ／配達方向における、ラインホールから、統合、ストレージ／倉庫業務を経て顧客へのラストマイル配達までの、ならびにリバース方向における、リバースロジスティックスを経由したこれらの端部のうちの任意の１つでの、品物の抽象化されたフローを例示する。ＳＣＭシステム１４は、ネットワークのこれらの行程または端部の各々を調整するために、顧客１６に、および小売業者２１にさえ透過的に使用されて、ノードのすべてまたはいずれかにおいて専用の施設を必要とすることなく、シームレスなサプライチェーンを提供することができる。

サプライおよび配達ネットワークは、それ自体がまた、多数の層を含むことができる。たとえば、ビジネスツービジネス（Ｂ２Ｂ）対話において、以下の層が促進され、調整される。
１）ベンダ→統合センタ
２）配送センタ→小売店
３）ピックアップ店→倉庫または統合センタ
４）統合センタ→自宅配達
５）１）から４）についてのリバースロジスティックス

ビジネスツー消費者（Ｂ２Ｃ）対話において、以下の層が促進され、調整される。
１）統合／倉庫→消費者
２）消費者→倉庫
３）小売店→消費者
４）ベンダ→消費者
５）顧客ピックアップ
６）とりわけ１）、２）、および４）についてのリバースロジスティックス

一例において、リバースロジスティックスは、消費者または店から、統合センタ１２または倉庫２０へ戻る品物（たとえば返却）のフローを促進して、別の配達チャネルまたは取引でそれらの品物がピックアップされるのを容易にするために適用されてよい。これは、特に、ベンダ１０から品物を取得するためのリードタイムが長く、しかし品物がネットワークの抽象化された統合および発送部分内をリバースして流れることができるとき、よりゆとりの少ない配達日を見越すことができる。

図６は、顧客１６によって購入された品目の発送および配達の調整を例示するフロー図である。ステップ５０で、ＳＣＭシステム１４は、小売業者２１またはそのオンラインポータルに、利用可能な配達日を指し示す。ステップ５０は、小売業者２１が代わりに配達日を制御し、ＳＣＭシステム１４はそれ以降調整することのみを必要とする場合、オプションであってもよいことが認識されてよい。しかしながら、データがＳＣＭシステム１４に利用可能である場合、それは、ネットワークのさまざまな行程へのアクセスを有することによって、どのくらい迅速に品目が配達され得るかに関していずれかの制約を提供することができる。ステップ５２で、小売業者２１は、配達オプションを備えたインターフェースを顧客１６に提供する。たとえば、器具または家具などの大型の品目を購入したとき、多くの顧客は、ラストマイル配達トラックを使用する配達を必要とする。ＳＣＭシステム１４との調整を通じて、ステップ５４で、小売業者２１は、このオプションを提供して、顧客１６が、注文のための配達日を選択するのを可能にする。この選択に基づいて、ステップ５６で、小売業者２１は、ＳＣＭシステム１４に選択された配達日を通知し、その結果、ＳＣＭ１４は、品物が、ベンダ１０から適切な統合センタ１２もしくは倉庫２０に配達される、または配達のラストマイル行程に効率的に委譲するためにミッドマイル部分内で動かされるのを確実にするように、逆算することができる。

この時点で、顧客１６は、彼らの観点から購入および配達手配を完了しており、小売業者２１は、ＳＣＭシステム１４と調整して、注文に関連付けられた品物のフローを促進する。たとえば、ステップ５８で、ＳＣＭシステム１４は、統合センタ１２へのベンダ委譲、およびステップ６０で、統合センタ１２から倉庫２０または小売店１８への後続の委譲を手配することができる。ステップ６２で、ＳＣＭシステム１４はまた、タイミング、利用可能性、休日、その他を含む他の手配のうちのいずれかを明らかにする、顧客１６までのラストマイル配達を手配することができる。ステップ６４で、小売業者２１はまた、たとえば、ステップ５８〜６２における手配のいずれかが配達日の調節を必要とする場合に顧客１６に対して配達日を確認する、または単に、追跡番号、配達会社情報、運転手情報、その他を提供することができる。ＳＣＭシステム１４によって取られるステップのうちのいくつかまたはすべては、顧客１６が購入を行って配達日を選択した後に生じることがあるので、ステップ６４は、小売取引が生じた後で、１回または複数回必要とされることがある。たとえば、顧客１６は、いくつかの家具を見た後に、小売店２１でステップ５４を実施し、小売店を去った後しばらくして、配達詳細を確認するフォローアップ電子メールを送ってもらうことがある。その合間に、ＳＣＭシステム１４は、最も効率的なサプライおよび配達チェーンを、顧客１６に透過的に、または実質的に透過的に調整し、促進する。

図６に示されるものなどのプロセスを実装するために、ＳＣＭシステム１４は、さまざまなサプライチェーン要素（図６に例として示されたものを含む）へのＡＰＩを使用する中央解析、一体化および調整サブシステム３０を有することができる。品物のフローを調整することに加えて、サブシステム３０はまた、ルートを計画し、最適な統合センタ１２および場所、その他を決定するのに使用されるアルゴリズムを継続的に向上させ、改良するように、データを収集し、解析するために使用されてよい。

図７は、ベンダ１０、ディストリビュータ、および製造業者が、ＳＫＵ、定義付け、説明、量、マルチメディア、その他により製品の電子カタログを提供し、維持することができる、集中化されたカタログを例示する。このコンテンツは、小売業者２１に公開されてよく、その結果、それは、販売時点管理（point of sale）およびｅコマースサイトに接続されたそれらのＥＲＰシステムにおいて利用可能である。これは、小売業者２１が、ＳＣＭシステム１４を通じて調整されたデータを活用するのを可能にする。

図８は、データが、どのようにして、すなわちＥＤＩ、ＡＰＩ、バッチファイルによって、または単にウェブインターフェースを介して、そのようなカタログへと流れており、カタログにプッシュされて、その結果、小売業者２１が情報をリアルタイムで有することになり、その結果、その時点で小売業者２１を通じて、品物が販売のために利用可能であるかを例示する。小売業者２１が販売を行うと、ＳＣＭシステム１４は、輸送時間および配達日を提供することができ、その結果、顧客は、取引を完了し、販売の時点でその配達をスケジュールすることができる。

図９から図３２は、ＳＣＭシステム１４が、小売チャネル、配達チャネル、および顧客１６と対話するのを容易にする、さまざまなシナリオおよびワークフローを例示する。

図９は、顧客注文における品物が、製造業者から最終顧客またはクライアント１６まで、それに沿ってたどることができる汎用経路を例示する。この経路の間に、製造スタッフ（ファーストマイル）、配送センタスタッフ（ファーストマイル）、配達ハブスタッフ（ファーストおよびラストマイル）、ラインホール運転手（ファーストマイル）、配達運転手（ラストマイル）、および顧客（初期の注文およびラストマイル）を含むさまざまなリソースが関与される。これらのリソースのセットの各々は、ＳＣＭシステム１４によって解釈される選好および制約を有する。ネットワークのラインホール区間において、品物は、ファーストマイルハブからラストマイルハブへと運ばれる。発送日に影響し得る制約は、起点ハブにおける発送スケジュール、目的地ハブにおける受け取りスケジュール、休日、起点から目的地までの輸送時間を含む。ファーストマイル区間において、一般に同じ制約が適用されるが、追加として、ファーストマイルは、品物が物理的にプロセスの冒頭にあると想定される場所であることが考えられるべきである。初期のハブもまた、余計な制約、すなわち、カットオフタイムを有する。たとえば、カットオフタイム後にインポートされたいかなる注文も、それらは同日に配達プロセスを開始することができないと想定されるので、最も早い発送日に追加される余計な日を有することになる。

ラストマイル区間は、ハブツーハブではなく、ラストマイルハブからエンド顧客１６までである。いくつかの制約は、最終配達ハブスケジュール、（たとえば、ルートに割り当てられる余計な時間を提供するための）ハブからの個別のバッファ時間、配達運転手のスケジュール、オンライン予約のために空けられたトラック（すなわち、どんな、および何台のトラックが利用可能であるか）、顧客エリア（郵便コード／ジップコード）の内側の小売業者／運搬業者のオファー、顧客場所の到着可能性（たとえば、リモートな場所）を含む。

このような制約を念頭において、ＳＣＭシステム１４は、これらの制約が守られない場合に、一定の対応する日がその注文のためのその顧客１６に利用不可能として示されるように、どの日が顧客１４に利用可能であるかを決定することができる。

サプライチェーンの製造業者区間もまた、そこを通じて商品が流れるハブとして扱われてよいので、配送センタまたは倉庫と同じやり方で抽象化されてよい。注文、出荷、およびさまざまなハブを通じた動きを同様に調整するために、ＡＰＩが製造業者に提供されてよい。

ＳＣＭシステム１４は、抽象化され、一体化されたサプライチェーンおよび配達ネットワークにおけるさまざまなエンティティを一体化し、さまざまなエンティティとインターフェース接続するための、任意の好適なコンピューティングアーキテクチャを提供することができる。図１０は、ＳＣＭシステム１４によって実装され得るモバイルプラットフォームの例の論理ビューを提供する。この論理ビューにおいて、外部システムと、特にクライアントアプリケーションとインターフェース接続するために、プレゼンテーション層が提供される。サービス層は、さまざまなサービスのインターフェースおよびメッセージを提供し、ビジネス層は、ビジネスサービスを提供し、データ層は、データアクセスコンポーネントを動作させて、データソースとインターフェース接続する。

図１１は、モバイルウェブサービスの例の論理ビューを提供する。サービス層は、１つまたは複数のビジネスサービスを利用するコントローラに、メッセージを分配する。このサービスにおけるデータ層は、データアクセスコンポーネント、およびサービスエージェントを含む。クロスカッティングコンポーネントは、セキュリティ、動作管理、および通信要素を提供する。

図１２は、モバイルクライアントアプリケーションの例の論理ビューを提供する。プレゼンテーション層は、ユーザ体験を提供するために、プレゼンテーション論理コンポーネントによってサポートされるさまざまなＵＩコンポーネントを含む。ビジネス層は、データが正しく処理されることを確実にするためのビジネスエンティティを含む。データ層は、ローカルデータストレージへのアクセスを有し、この例としての構成では、ウェブサービスとのデータ同期を担当する。

図１３は、ＳＣＭシステム１４（ＣｌｅａｒＤとして例示されている）と、器具または家具などの大型の品目のための配達サービスを手配する小売店などの小売チャネルのバックエンドとの間のさまざまな動作を例示する、例としての顧客ピックアップフロー図を提供する。このシナリオにおいて、顧客１６は、特定の小売店１８からのピックアップを選択する。小売業者２１バックエンドシステムは、場所を識別し、ＳＣＭシステム１４と通信して、その場所に利用可能なピックアップ日でカレンダーを取り込む。顧客１６は次いで、利用可能な日のうちの所望の１つを選択し、小売業者バックエンドに、ピックアップの目的地についての顧客ピックアップ注文を生成させることができる。ＳＣＭシステム１４は次いで、その場所への品物の出荷を調整し、小売業者バックエンドに追跡情報を提供する。図１３はまた、注文におけるエラーのために必要な場合にエラーメッセージを処理するための、ＳＣＭシステム１４と小売業者バックエンドとの間の調整を示す。ＳＣＭシステム１４が、小売業者２１によって依存されて、顧客１６に配達オプションを提示すること、およびピックアップ場所への品物の実際のフローを調整することの両方が見られてよい。

図１４から図１６は、ＳＣＭシステム１４と、小売業者２１のバックエンドシステムとの間の調整をさらに例示するために、注文に関して顧客１６によって遂行される追加のシナリオを例示する。図１４において、注文キャンセルが示されており、ここで、顧客１６は、小売業者ウェブサイト上で、または電話によって注文をキャンセルする。顧客の要求は、小売業者のバックエンドに送られて実際の注文をキャンセルし、それが、ＳＣＭシステム１４にそのエンドで注文をキャンセルさせるために、注文情報をＳＣＭシステム１４に送るための関数呼び出しをトリガする。ＳＣＭシステム１４は次いで、小売業者２１にキャンセルの確認を送り返して、品目が元々計画された通りに発送されないようにすることを確認する。

図１５は、顧客が、たとえば、オンラインでまたは電話によって、注文をリスケジュールするシナリオを提供する。ここで、顧客の要求は、小売業者のバックエンドに送られて注文をリスケジュールし、それが、ＳＣＭシステム１４への関数呼び出しをトリガして、注文情報をＳＣＭシステム１４に提供する。ＳＣＭシステム１４は次いで、利用可能な日を再決定し、その情報を小売業者バックエンドに送り返して、小売業者２１が、ユーザインターフェースにおいて新しい利用可能性カレンダーを顧客１６に提示するのを可能にする。所望される配達日の選択時、小売業者バックエンドは、新しい注文情報をＳＣＭシステム１４に提供して、任意の新しい発送および配達手配、ならびに必要に応じて、小売業者バックエンドとのさらなる調整を提供することを調整する。

図１６は、顧客１６が、小売業者を介して行われた既存の注文に品目を追加するよう要求しているシナリオの例を提供する。小売業者バックエンドシステムは、注文が既に発送されているかどうかを最初に決定することになる。発送されていない場合、注文情報がＳＣＭシステム１４に提供されて、利用可能な日を決定し、図１５に示され、上で説明されたように、必要であれば、新しい配達日を調整する。注文が既に発送されている場合、小売業者バックエンドシステムの選好および制約に応じて、新しい品目が既存の注文に併合されてもよいし、または新しい注文が作成されてもよい。併合では、古い注文は、小売業者２１のバックエンドシステムに確認されたその注文のキャンセルに着手するためにＳＣＭシステム１４に送られてよく、新しい注文情報が作成される。どちらの分岐においても、新しい注文情報がＳＣＭシステム１４に再び渡されて、上で説明されたように、利用可能な日を決定し、新しい注文手配をスケジュールする。

これより図１７を見てみると、顧客ピックアップワークフローの別の例が示されて、小売チャネルとＳＣＭシステム１４との間の調整を例示している。この例において、顧客１６は、店でピックアップされることになる１つまたは複数の品目と、ピックアップ場所とを選択する。この情報は、ＡＰＩを介して、ＳＣＭシステム１４にフィードされる。顧客１６は次いで、ＳＣＭシステム１４を介して顧客に提供された情報に基づいて、ピックアップのための日／時間を選択する。顧客はまた、ＡＰＩを介してＳＣＭシステム１４に通信される購入を行う。ＳＣＭシステム１４は、その間、配達情報をチェックし、顧客１６が選択するための利用可能な日／時間を指示する、選択されたピックアップ場所で注文を配達するための考え得る配達日を決定する。ＳＣＭシステム１４はまた、そのデータベースを新しい注文で更新する。注文は、倉庫２０での注文における品目ごとにバーコードを生成し、品目は、クロスドックされ、倉庫２０から発送される。バーコード情報および発送ステータスは、ＡＰＩ、ＰＤＡ、ポータル、その他を介してＳＣＭシステム１４に通信される。これは、ＳＣＭシステム１４が、サプライチェーン進捗状況の間にその情報を更新するのを可能にする。

倉庫２０は、この例において、その場所に発送する、または別の倉庫２０に発送することになる。別の倉庫２０への出荷が生じる場合、品目は、受け取られ、検査され、クロスドックされ、適用される場合には次の倉庫２０に、またはピックアップ場所に送出される。最終目的地は、注文を受け取り、品目を検査する。図１７に例示されるように、これらのさまざまなステップは、ＳＣＭシステム１４に通信されて、ＳＣＭシステム１４が、その情報を更新するのを可能にし、たとえば、倉庫２０の間で配達トラックを手配すること、他の小売業者の統合センタ１２または倉庫２０の使用などにＳＣＭ１４が関与される場合に、さらなる調整を容易にする。ＳＣＭシステム１４はまた、追跡情報を更新して、たとえば、注文が到着してピックアップの準備ができていることを顧客１６に通知することができる。

図１８は、ＳＣＭ１４が、倉庫２０でのトラック用にピッキングリストを生成し、リストを倉庫２０に送る、ステージングおよびピッキングワークフローを示す。倉庫２０は、品目のリストを受け取り、最初の品目の場所に行ってその品目をスキャンする。品目が都合のよい所にない場合、インベントリ制御システムに通知される。スキャンされた品目はまた、ＳＣＭシステム１４に再び通信されて、それが品目詳細を表示するのを容易にする。倉庫２０は、品目が正しく配置されている場合、品目を適切なトラックドアへと動かし、品目およびトラックをスキャンして、更新のためにＳＣＭシステム１４に送られる新しい場所を確認する。これは、その倉庫２０からの注文における品目のすべてが発送トラックの付近に配置されるまで繰り返される。品目は次いで、荷積みされ、荷積みを確認するためにもう一度スキャンされ、それはＳＣＭシステム１４に再び通信される。図１８に示されるように、たとえば、間取り図、インベントリリスト、その他を有することによって、特定の倉庫２０のためのプランニングを最適化するための荷積みプランニングソフトウェアが、ＳＣＭシステム１４によって使用されてもよい。品目がトラックに荷積みされるとき、ピッキングおよびステージングを最適化するためのプランニングおよびピッキングリストに一致して、品目が先入れ後出しで荷積みされることを確実にするように、制御が実装されてよい。

図１９は、リバースロジスティックス手順を広く例示しており、ここで、リバースロジスティックス経路に沿って品目を戻すトラックが倉庫２０に到着する。品目は、受け取られ、個別の場所に動かされ、スキャンされる。倉庫２０および倉庫２０内の場所は、ＳＣＭシステム１４に通信されて、顧客返却、インベントリ入れ替え、回収または保証、その他に関するその品目の調整を容易にする。図２０は、品目が倉庫２０で受け取られ、検査され、動かされることを例示する。このプロセスは、ステップを再びＳＣＭシステム１４に通信することに関与し、たとえば、品目が異なる倉庫２０の間で運送されるときに適用されてもよい。同様の動作は、サプライチェーンおよび配達ネットワークにおいて利用される任意のハブで適用されてもよい。

図２１は、例としてのクロスドッキングシナリオに関してさらなる詳細を提供する。クロスドッキングは、中間におけるストレージがほとんどなく、または全くなく、入って来るセミトレーラートラックまたは鉄道路線車から材料を荷卸しすること、およびこれらの材料をアウトバウンドのトラック、トレーラ、または鉄道車に直接荷積みすることのロジスティックスにおける実践である。この例において、ルート順位付けおよびピッキング時間情報で更新されたデータベースを用いて、さまざまな品目の発送のためのルートが作成される。第２のステップにおいて、クロスドッキングは、倉庫２０または統合センタ１２などの施設で生じる。受け取りにおいて、多数のトラックが施設で荷卸しされ、荷卸しされた品目は、予期された品物の受け取りを確認するために、インベントリまたは注文リストに照らしてチェックされる。予期された品目は、見つかるか、見つからないかのどちらかである。倉庫２０における特定のレーンへの動きなどの次の動作を決定し、それらが配置されている場所を更新するために、クロスドッキングのためのモバイルアプリケーションが例示されるように使用されてよい。ＳＣＭシステム１４にフィードバックされるこの情報を用いて、ラストマイルトラック２４の調整が、ルート、運転手の数、その他に基づいて、容易にされ、最適化される。ＳＣＭシステム１４は、図２１に示されるように、モバイルアプリケーションを運転手に提供して、出荷ハブとラストマイル配達との間の調整を容易にすることができる。

図２２は、多数の倉庫２０を使用するクロスドッキング例のためのロジスティックスマッピングを提供する。この例において、２つのベンダ１０（ベンダ１およびベンダ２）は、郵便コード（すなわち、近接度、遠方度、その他）に基づいて、最終的なラストマイル出荷フェーズへ、または配送倉庫２０へのどちらかに品物を発送する。ここで、メイン倉庫２０は、両方のベンダ１０からインバウンド配達を受け取り、配達のための関連付けられた郵便コードに基づいて、品物を、衛星倉庫２０、ラストマイル倉庫２０へと、または顧客１６への最終的な出荷へとリダイレクトする。ラストマイル倉庫２０を含む各倉庫２０内では、場所に基づいて、品物が異なる配達ルート（または他の倉庫２０）へとリダイレクトされ得ることが見られてよい。これは、サプライチェーンのラストマイル部分が最適化されるのを可能にする。ＳＣＭシステム１４はまた、上で議論されたように、ラストマイル区間に先立つ出荷および他の動きを（たとえば、同じ倉庫２０に多数の小売業者２１をサービスさせるように）最適化することができることが認識されてよい。

図２３は、クロスドッキングなしで調整されることを要するさまざまなロジスティックスの例を提供する。ここで、各ベンダ１０について、出荷は、多数の小売業者チャネル内で必要とされ得るが、同じ配送センタ１２、ならびに小売業者および運搬業者の倉庫２０を使用することができることが見られてよい。各小売業者がそれ自身の別々のサプライチェーンおよび配達ネットワークを有するとき、複雑化した経路は非効率につながり得るのに対して、ＳＣＭシステム１４は、ミッドマイル場所にわたって抽象化することによって、効率が組み入れられることを可能にする。

上で指し示されたように、ＳＣＭシステム１４は、顧客１６および／または発送元／運転手によって使用されるユーザインターフェースを提供する、またはユーザインターフェースを用いて一体化することができる。図２４において、注文が輸送中である顧客ユーザインターフェースが示されている。ＳＣＭシステム１４は、そのような情報を、ＡＰＩを使用して小売業者のオンラインポータルを通じて提供することができ、顧客１６が、サプライおよび配達チェーン全体の一体化から利益を得るのを可能にする。

図２５は、欠品シナリオの間の同じユーザインターフェースの例を提供し、ここで、顧客１６は、注文の欠けている部分を明らかにするように注文のシームレスな再編成を提供するための、リスケジューリングカレンダーを提供される。同様のユーザインターフェースはまた、注文がいつ発送されているかを指し示し、写真、損害報告、その他、ならびにプロセス内の他のステータスポイントを提供することができる。

図２６〜図３２は、配達または発送までのモバイルアプリケーションサービスによって提供され得る、例としてのユーザインターフェースのスクリーンショットを提供する。図２６において、運転手が、財物損害、品目損害があるかどうか、誰かが在宅しているか否か、または配達もしくは出荷に関連付けられた他のイベントを選択するのを可能にするタスクメニューが示されている。配達アクションメニューが図２７に示されており、ここで、運転手は、タスクが完了されたかどうか、またはキャンセルされるべきかを選択することができる。図２８は、配達または出荷に関して撮られた写真にコメントが追加され得るユーザインターフェースを例示する。図２９は、運転手が、日、開始および終了マイル数をログすることを容易にするためのユーザインターフェースを提供する。図３０は、ＫＭ管理、品目管理、およびルートを実行するためのメニューインターフェースを提供する。図３１は、荷積み／荷卸しタスクを記録し、キャプチャするためのユーザインターフェースを提供し、図３２は、倉庫２０から品目をトラックの上に荷積みするための、それ用のスキャニングバーコードを含むユーザインターフェースを提供する。

例示の簡略化および明瞭さのために、適切であると考えられる場合、対応する、または類似する要素を指し示すために、参照番号が図面の間で繰り返されることがある。加えて、数多くの個別の詳細は、本明細書で説明された例の徹底した理解を提供するために記載されている。しかしながら、本明細書で説明された例は、これらの個別の詳細なしに実践されてもよいことが当業者によって理解されるであろう。他の事例において、よく知られた方法、手順、およびコンポーネントは、本明細書で説明された例を曖昧にしないために、詳細には説明されていない。また、説明は、本明細書で説明された例の範囲を限定するものとして考えられるべきではない。

本明細書で使用される例および対応する図面は、例示目的のためのみであることが認識されるであろう。異なる構成および専門用語は、本明細書で表現される原理から逸脱することなく使用されてよい。たとえば、コンポーネントおよびモジュールが、これらの原理から逸脱することなく、追加され、削除され、変更され、または異なる接続を用いて手配されてもよい。

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

本明細書で説明されたフロー図および図表におけるステップまたは動作は、まさに例のためである。上で議論された原理から逸脱することなく、これらのステップまたは動作には多くのバリエーションが存在してよい。たとえば、ステップは、異なる順序で実施されてもよく、またはステップは、追加され、削除され、もしくは変更されてもよい。

上の原理は一定の個別の例を参照して説明されてきたが、そのさまざまな変更は、添付の特許請求の範囲において概説されるとき、当業者には明らかとなるであろう。

Claims (19)

1. 複数のサプライチェーンネットワークを一体化するためのシステムであって、前記システムは、
   消費者にシームレスな配達フローとして見えるように、前記複数の互いに異なるサプライチェーンネットワークに関連付けられたサプライチェーンネットワークノードについての抽象化の層を提供するための、前記複数のサプライチェーンネットワークから論理的に分離されたサーバデバイスと、
   前記サプライチェーンネットワークノードの各々とのインターフェースであって、前記ネットワークノードが、少なくとも１つのベンダノード、少なくとも１つの統合センタ、少なくとも１つの小売ノード、少なくとも１つの配達ノード、および少なくとも１つの顧客ユーザインターフェースを含む、インターフェースと
   を含み、
   前記サーバデバイスは、前記少なくとも１つの顧客ユーザインターフェースを介して顧客に提供される前記顧客のための配達ルートを生成することにおいて、多数の小売業者にわたって少なくとも１つの配達動作を統合するために、前記インターフェースを介して前記ネットワークノードにおける過剰な容量を決定するように動作可能である
   システム。
2. 前記サーバデバイスは、対応する顧客ユーザインターフェースを介して特定の品目についての１つまたは複数の利用可能な配達日および／または配達時間を決定するために、前記インターフェースを介して取得されたデータを利用するように動作可能である請求項１に記載のシステム。
3. 前記顧客ユーザインターフェースは、小売店頭を介して提供され、前記システムは、前記顧客に透過的に動作している請求項２に記載のシステム。
4. 運転手が出荷ハブと配達ノードとの間を調整することを容易にするように、前記サーバデバイスに接続されたモバイルクライアントアプリケーションをさらに含む請求項１に記載のシステム。
5. 前記インターフェースは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して提供される請求項１に記載のシステム。
6. ロジスティックスデータベースをさらに含み、前記システムによって経時的に入手されたデータを記憶して、一定のネットワークノードについての最適な数および場所を決定するようにさらに動作可能である請求項１に記載のシステム。
7. 資産の地理的配置、部隊サイズ、および／または人員配備を最適化することを容易にするために、前記ロジスティックスデータベースへのアクセスをサードパーティに提供する請求項６に記載のシステム。
8. 複数のサプライチェーンネットワークを一体化するための方法であって、
   消費者にシームレスな配達フローとして見えるように、前記複数の互いに異なるサプライチェーンネットワークに関連付けられたサプライチェーンネットワークノードについての抽象化の層を作成するために、前記複数のサプライチェーンネットワークから論理的に分離されたサーバデバイスを提供するステップと、
   前記サーバデバイスを、前記サプライチェーンネットワークノードの各々とインターフェース接続するステップであって、前記ネットワークノードが、少なくとも１つのベンダノード、少なくとも１つの統合センタ、少なくとも１つの小売ノード、少なくとも１つの配達ノード、および少なくとも１つの顧客ユーザインターフェースを含む、インターフェース接続するステップと、
   多数の小売業者にわたって少なくとも１つの配達動作を統合するために、前記インターフェースを介して前記ネットワークノードにおける過剰な容量を決定するステップと、
   前記少なくとも１つの顧客ユーザインターフェースを介して顧客に提供される前記顧客のための配達ルートを生成することにおいて、決定された過剰な容量を使用するステップと
   を含む方法。
9. 対応する顧客ユーザインターフェースを介して特定の品目についての１つまたは複数の利用可能な配達日および／または配達時間を決定するために、前記インターフェースを介して取得されたデータを利用するステップをさらに含む請求項８に記載の方法。
10. 前記顧客ユーザインターフェースは、小売店頭を介して提供され、前記サーバデバイスは、前記顧客に透過的に動作している請求項９に記載の方法。
11. 運転手が出荷ハブと配達ノードとの間を調整することを容易にするように、前記サーバデバイスに接続されたモバイルクライアントアプリケーションを提供するステップをさらに含む請求項８に記載の方法。
12. システムによって経時的に入手されたデータをロジスティックスデータベースに記憶するステップと、そのようなデータを使用して、一定のネットワークノードについての最適な数および場所を決定するステップとをさらに含む請求項８に記載の方法。
13. 資産の地理的配置、部隊サイズ、および／または人員配備を最適化することを容易にするために、前記ロジスティックスデータベースへのアクセスをサードパーティに提供するステップをさらに含む請求項１２に記載の方法。
14. 前記サプライチェーンネットワークのうちの１つにおけるネットワークノードに戻る消費者または店からの品物の前記フローを促進するために、リバースロジスティックスを調整するように前記インターフェースを使用するステップをさらに含む請求項８に記載の方法。
15. 品目をキャンセルする、もしくは追加する、または配達時間をリスケジュールするための要求を受け取るステップと、前記要求に対処するための新しい、または変更された配達ルートを生成するステップとをさらに含む請求項８に記載の方法。
16. 前記インターフェースのうちの対応する１つを介して、倉庫のためのステージングおよびピッキングプロセスを実装するステップをさらに含む請求項８に記載の方法。
17. 荷積みプランニングを適用するステップをさらに含む請求項１６に記載の方法。
18. 前記インターフェースのうちの対応する１つを介して、クロスドッキングを容易にするステップをさらに含む請求項８に記載の方法。
19. 請求項８乃至１８のいずれか一項に記載の方法を実施するためのコンピュータ実行可能命令を含むコンピュータ可読媒体。

Images