JP7297913B2

JP7297913B2 - 輸送可能且つ連続的に追跡可能な格納ビンを用いるマルチノーダルサプライチェーンシステム及びサプライチェーン実行方法

Info

Publication number: JP7297913B2
Application number: JP2021551840A
Authority: JP
Inventors: グラヴェルスコット; ランゲンダグラス; ディーンシンプソンブラッドリー
Original assignee: Attabotics Inc
Current assignee: Attabotics Inc
Priority date: 2019-03-01
Filing date: 2020-02-28
Publication date: 2023-06-26
Anticipated expiration: 2040-02-28
Also published as: BR112021010595A2; CA3217297A1; JP2022522497A; MX2021006307A; EP3931776A4; CA3119942C; SG11202109481RA; CA3119942A1; US11537976B2; JP2023126793A; US20200279217A1; AU2023203360A1; EP3931776A1; AU2020231623A1; CN113544718A; WO2020178692A1

Description

本明細書における実施形態は、一般的に、サプライチェーン、流通経路、注文充足、及び在庫管理に関する。より具体的には、本明細書における実施形態は、複数の相互接続されたエンティティを備えるマルチノーダルサプライチェーンシステム並びに輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローの実行方法に関する。

関連出願の相互参照
本願は、以下の仮特許出願の優先権及び利益を主張するものであり、当該出願の開示全体を参照して取り込む：
１．「サプライチェーン施設及び車両ネットワーク、並びにそれらを用いる流通及び注文充足サービス」と題する仮特許出願第62/812,822号（米国特許商標庁に対して２０１９年３月１日に出願）;
２．「サプライチェーン、流通又は注文充足エコシステムにおける格納ビンの詰め込み、追跡及び取り扱い」と題する仮特許出願第62/818,419号（米国特許商標庁に対して２０１９年３月１４日に出願）;
３．「サプライチェーン、流通又は注文充足エコシステムにおける運搬可能格納ビンを用いた２方向ロジスティクス」と題する仮特許出願第62/818,444号（米国特許商標庁に対して２０１９年３月１４日に出願）;
４．「サプライチェーン、流通又は注文充足エコシステムにおける格納ビン割り当て及び再割り当てを用いたマルチベンダ在庫管理」と題する仮特許出願第62/818,506号（米国特許商標庁に対して２０１９年３月１４日に出願）;
５．「サプライチェーン、流通又は注文充足エコシステムにおける格納ビン及び製品再割り当てを用いたマルチベンダ在庫管理」と題する仮特許出願第62/836,863号（米国特許商標庁に対して２０１９年４月２２日に出願）;
６．「ＡＳＲＳ構造及びそれのロボティック車両をサービスエリア間ワークフローのために用いる空間的に効率的な注文充足」と題する仮特許出願第62/846,295号（米国特許商標庁に対して２０１９年５月１０日に出願）;及び
７．「マルチゾーンＡＳＲＡ構造並びにビン集約及びビン交換手法を活用する自動取り込み処理」と題する仮特許出願第62/891,549号（米国特許商標庁に対して２０１９年８月２６日に出願）。

従来的なサプライチェーンは、例えば製造者、生産者、サプライヤ、ベンダ、倉庫、運送会社、流通センタ、注文充足センタ、小売業者等の一連の別個の取引エンティティを備える。サプライチェーン管理によれば、製造者及び生産者から末端の顧客及びエンドユーザへとソーシング及び配達をなし得る。サプライチェーン管理は典型的には、在庫の源泉から、顧客注文の充足並びに末端顧客及びエンドユーザへのラストマイル配達及び消費迄へと辿る在庫流通の管理に関する。ロジスティクスはサプライチェーンの一部を構成し、在庫の源泉ポイントから最終宛先迄への移動及び格納の制御を伴う。サプライチェーン管理の従来手法を変えるような幾つかの技術が出現した。個別化された製品及びより強化された注文の粒度制御に関しての顧客要請が増大している。サプライチェーンのデジタイゼーションによって企業は増大する顧客の期待に対応し得る。

電子商取引（ｅコマース）が相当な進度で成長し且つ従来的な実店舗型の小売慣行を飲み込み続けるにつれて、多くの企業はオンラインマーケットプレイスにおける意義を維持又は増大させ並びに当該領域における強大勢力と競争するに際して相当の課題に直面している。このため、ベンダが従来的なサプライチェーン及び流通慣行から離脱するかこれらを補完するためのソリューションが要請されており、直接顧客注文充足の観点に関して再集中することのためにこれが要請される。ｅコマースは顧客のアイテム購入態様を変えた。アイテムの注文及び購入をオンライン又はインターネットを介してなすことはありふれていて便利であるも、アイテムは典型的には段ボール箱にて顧客に配達される。これらの段ボール箱及び関連する荷敷は、内包される注文アイテムが衝撃を伴う小包仕分け機材を用いるサプライチェーンシステムを伝っていくに際してこれらを格納及び保護する。運送業者は、毎日数百万もの段ボール箱を運んでいると報告している。ｅコマースにおいて用いられる膨大な量の段ボール箱を管理及びリサイクルするためのインフラストラクチャが不足しているが故に、これらの段ボール箱はリサイクルのために諸国に輸送されることを要する。これらの段ボール箱の多くは埋め立て地に向かい、廃棄物の山が増すばかりで環境に重大な影響を及ぼす。よって、顧客注文を注文充足センタからラストマイルピックアップ地点まで配達するための段ボール箱の使用をなくすことが求められる。

さらに、ラストマイル配達費用を低減させるために、在庫はマイクロ充足施設にて末端顧客に可能な限り近接して配置されていることを要する。小売店舗裏や末端顧客の近くのダーク型ウェアハウスの空間の不動産費用は、多くの流通センタの郊外立地に比して格段に高価である。マイクロ充足を実現可能とするためには、各施設にて多様な商品を利用可能とすることを要するが、格納要件を激増させる程の過剰な品揃えは要さない。結果として、サプライチェーン内にて販売される全部の在庫アイテムを「個別品」レベルで扱うことが要請され、従来的なサプライチェーン手法でなされるケースレベルでの補充ではなく「ぎりぎり十分」の在庫補充が要請される。

また、様々なサプライチェーン活動及びエンティティ間での在庫交換をなすに関して、従来的なサプライチェーンはマテリアル捌き機材を全てのエンティティにて統合しているわけではない。一部のソリューションは輸送車両内にてマットを展開して輸送車両内にてロボットが行き来するのを可能とするが、輸送車両内での棚上げのための格納ユニットに適合したマテリアル捌き機材を統合していない。一部のソリューションは、サプライチェーン内の他のエンティティについて何ら関知せずに２つのエンティティ間での相互作用及び在庫交換を扱う。サプライチェーン内の相互接続されたエンティティ全てが標準化された格納ユニット、例えばサプライチェーンにわたって標準化されたコンプライアントロボティクス及び輸送車両とインタフェースするための単一のフォームファクター及び構造を有する格納ビン、を取り扱い及び輸送するように構成されたシステム及び方法が必要とされている。

在庫管理における総合的な改善のためには、サプライチェーン内の複数のベンダについてより良い協働が必要とされる。多くの従来的なサプライチェーンは、複数のベンダからの注文に関して、マルチテナント性を考慮していない。在庫アイテムの物理的所在及びその所有を追跡しつつ、マルチベンダ在庫を単一格納ユニット内で組み合わせることが必要とされる。さらに、ネットワークノード間でマルチベンダ在庫を移動すること及びサプライチェーン内でマルチベンダ在庫を追跡することが必要とされる。

個別の取引エンティティが常に在庫の受け取り及び放出をなしている一部のサプライチェーンシステムでは、在庫アイテムの配送及び受け取りをエンティティレベルで自動化しているのであり、それ故に施設又は輸送車両に関して格納ユニットをチェックイン及びチェックアウトするためのステージング領域を要する。サプライチェーン内にて在庫アイテムの所在を追跡することは手間のかかる操作である。なぜなら、在庫アイテムを含む格納ユニットを各エンティティにて常にスキャンすることを要するからである。さらに、多くの格納ユニットが輸送車両内にてランダムに積まれているため、それらの正確な位置を追跡することは困難である。在庫アイテムを含む格納ユニットについては典型的には施設でチェックイン及びチェックアウトがなされてサプライチェーン内でのそれらの所在を追跡する。位置決め機材や格納ビンに配置されたＲＦＩＤタグ等に依存せずになされる連続的且つリアルタイムな格納ビンの追跡が必要とされる。また、施設間で在庫アイテムの配送及び受領をすることの必要性を緩和し、また、格納ビンについて完全な追跡可能性（トレーサビリティ）を常時提供するために、サプライチェーン内での在庫アイテム含有格納ビンを連続的に追跡する術が必要とされる。

従来的なサプライチェーンシステムは、典型的には、複数のエンドポイントからの顧客注文を充足するのであり、故に費用が増大し、また、雑然とした在庫管理を伴う。宛先の住所に最も近いエンドポイントから顧客注文を充足することが必要とされる。さらに、これらのサプライチェーンシステムは、エンティティ間での配送及び受領を雑然とした態様でなすのであり予測可能性は限定的となる。自律的且つ整然とした手法が必要とされるのであり、エンドポイントを含む各施設にて格納ユニットを１対１の対応で交換して予測可能性を強化し且つ在庫管理を最適化することが必要とされる。また、従来的なソリューションはサプライチェーンアクションの規律及び在庫管理及びサプライチェーン内を動く格納ユニットの管理に関してトップダウン的且つ集約的手法を実装する。これらのソリューションでは、中央サーバが、施設を通過する格納ユニットの全側面を制御する。また、これらの集約的手法は、サプライチェーンの変動する条件に対して効果的に対処する能力を有さない。標準化された格納ユニットが自己のアクションを決し且つサプライチェーンにおける自己の行程を制御するようなマルチエージェントベースド制御であって施設は格納ユニットのコマンドを実現する主体として機能する制御が必要とされる。

よって、関連技術に関連付けられている上述の課題に取り組むような、複数の相互接続されたエンティティを備えるマルチノーダルサプライチェーンシステム並びに輸送可能且つ連続的に追跡可能な格納ビンを用いる整然としたサプライチェーンワークフロー実行方法が長年望まれている。

本概要は選ばれた概念について紹介するために提供されるのであり、詳細な説明にて詳述される。本概要は特許請求の範囲の範囲を画定することを意図しているわけではない。

本願にて開示するシステム及び方法は、複数の相互接続されたエンティティを備えるマルチノーダルサプライチェーンシステム並びに輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローの整然とした実行方法についての上述の必要性に応える。様々な実施形態では、マルチノーダルサプライチェーンシステムは、半自動化及び全自動化システム及び方法を用いるのであり、これらは、顧客注文の充足、格納、流通、及び追跡のためであることに加えて、複数のベンダからの在庫に関しての取り込み、格納、流通、及び追跡のためである。マルチノーダルサプライチェーンシステムは、中央ハブからではなく、サプライチェーンエコシステムの至る所から在庫を流通させるサプライチェーンエコシステムを確立して資源を最適にバランスして顧客により近く配する。開示のマルチノーダルサプライチェーンシステムはマルチテナント充足ネットワークであり、例えば施設や輸送車両等の全てのエンティティは特別に設計されたマテリアル捌き機材を組み込んでおり、これらは「格納ビン」と称されるスマート且つ標準化された格納ユニットをサプライチェーンエコシステムにて受け入れ及び移動するように構成されている。

マルチノーダルサプライチェーンシステム内のエンティティは特別に構成された機材を組み込んでおり、これらは様々なサプライチェーン活動及びエンティティ間での在庫交換をなすために格納ビンと互換なものとされている。マルチノーダルサプライチェーンシステム内の相互接続されたエンティティは、スマートな且つ標準化された格納ビンの取り扱い及び輸送をなすように構成されており、該ビンはサプライチェーンエコシステムにて標準化され且つコンプライアントなロボティクス及び輸送車両とインタフェースするための単一フォームファクター及び構造とされている。在庫アイテムが格納ビン内に入れられたらば、格納ビン内に含まれた在庫がネットワーク全体において完全に自律的に移動することが許容される。さらに、実施形態では、マルチノーダルサプライチェーンシステムは、位置決め機材や格納ビンに配置されたＲＦＩＤタグ等に依存せずになされる連続的且つリアルタイムな格納ビンの追跡を可能とする。マルチノーダルサプライチェーンシステム内での全ての移転及び交換に際しての格納ビンについての連続的な追跡によって、施設間での配送及び受領の必要性が緩和され、また、格納ビンについての完全追跡可能性を常時提供する。

開示するマルチノーダルサプライチェーンシステムの相互接続されたエンティティは、ノード施設のネットワークとノード間輸送車両団と複数の格納ビンとコンピュータ化サプライチェーン管理システム（ＣＳＣＭＳ、Computerized Supply Chain Management System）とを含む。ノード施設のネットワークは地理的領域（geographical region）にわたって分布する。ノード施設の各々は、インデクスされた格納場所の施設ベースドアレイを備える。ノード間輸送車両団は、格納ビン内に含まれる複数の在庫アイテムをノード施設間で輸送する。ノード間輸送車両の各々はインデクスされた格納場所の車両ベースドアレイを備える。実施形態では、ノード間輸送車両団は、専用サービス輸送車両を備えるのであって、各々は、ノード施設の特定ペアを担当するもの、及び／又はノード施設の限定されたサブセットを担当するもの、及び／又は２つ以上のノード施設を含む限定されたサービスエリアを担当するものに割り当てられている。

格納ビンは、ノード施設のネットワーク内に格納可能であり且つノード間輸送車両によってノード施設間で輸送可能である。格納ビンの各々は、標準化されたサイズであり且つ在庫アイテムの複数の個別品の１つ以上を受領するように構成されている。さらに、格納ビンの各々は、ノード施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にあるかノード施設のいずれか１つとノード間輸送車両のいずれか１つとの間にある、格納ビンのいずれか１つについての選択的格納及び連続的追跡をなすために、インデクスされた格納場所の施設ベースドアレイ及びインデクスされた格納場所の車両ベースドアレイについて互換性がある構成とされる。実施形態では、格納ビンの各々は、ノード施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にあるかノード施設のいずれか１つとノード間輸送車両のいずれか１つとの間において、リアルタイム又は準リアルタイムで連続的に追跡可能である。実施形態では、格納ビンは、複数のベンダの１つ以上に所有される複数の在庫アイテムの１つ以上を含むようにさらに構成されている。

実施形態では、格納ビンは、一致するアイテムタイプの非混合在庫アイテムを含む第１カテゴリ格納ビンと、非一致のアイテムタイプの混合在庫アイテムを含む第２カテゴリ格納ビンと、注文を充足するための注文ビンとして構成された第３カテゴリ格納ビンとに分類される。さらに、実施形態では、ノード施設のネットワークは、少なくとも１つのメガ（巨大）施設と、少なくとも１つのマクロ（大規模）施設と、少なくとも１つのマイクロ（小規模）施設とを備える階層化ネットワークである。メガ施設は、第１カテゴリ格納ビンを格納するように構成されている。マクロ施設は、メガ施設から輸送された第１カテゴリ格納ビンの１つ以上を受領するように構成されているマクロ施設は、第１カテゴリ格納ビンの受領された１つ以上からの異なる在庫アイテムを所定個数の第２カテゴリ格納ビンに入れて別の１つ以上のノード施設の実際の在庫要求及び／又は予測された在庫要求のいずれかを充足するようにさらに構成されている。マイクロ施設は、少なくとも１つのマクロ施設から輸送された第２カテゴリ格納ビンの１つ以上を受領するように構成されている。マイクロ施設は、第２カテゴリ格納ビンの受領された１つ以上からの異なる在庫アイテムを所定個数の注文ビンに入れて注文を充足するようにさらに構成されている。実施形態では、ノード施設のネットワークは、少なくとも１つのナノ施設であって顧客及び／又は配送員のいずれかによって集荷されるための注文が入った注文ビンの１つ以上を受領するように構成されているナノ施設をさらに備える。実施形態では、マイクロ施設は、少なくとも１つのマイクロ施設の少なくとも１つのナノ施設への近さ及び／又は少なくとも１つのナノ施設についての顧客選好に基づいて注文を充足するように構成されている。他の実施形態では、メガ施設及びマクロ施設の機能は１つの施設で組み合わされている。

実施形態では、注文ビンは、格納ビンと同じ標準サイズ及び構成であるピック済み注文ビンとされる。ピック済み注文ビンにはマイクロ施設にて複数の注文の在庫アイテムの１つ以上が入れられ、また、マイクロ施設の施設ベースドアレイ内に取り込まれる。別の実施形態では、注文ビンは、完成注文ビンを備える。完成注文ビンは、他の格納ビンとは異なる標準サイズ及び構成であり且つ個別の注文の在庫アイテムの１つ以上が少なくとも１つのマイクロ施設の施設ベースドアレイからのその取り出し後に入れられている。異なる標準サイズ及び構成の完成注文ビンは、少なくとも１つのナノ施設のインデクスされた格納場所の施設ベースドアレイとノード-ターミナル間輸送車両内のインデクスされた格納場所の車両ベースドアレイとについて互換性がある構成とされる。実施形態では、ベンダによって所有される在庫アイテムは、それぞれのベンダによってブランド済みのパッケージ（例えば、ベンダによってブランド済みの袋）に詰められ且つ該それぞれのベンダによってブランド済みのパッケージは完成注文ビンに入れられる。注文は、マクロ施設及び／又はマイクロ施設にて充足される。

実施形態では、コンピュータ可読メモリを伴うモバイルデータ記憶装置が、格納ビンの各々と動作可能に結合されている。モバイルデータ記憶装置は、各格納ビンの一意的ビン識別子と各格納ビンに含まれる在庫アイテムと関連付けられているビンデータとを記憶するように構成されている。別の実施形態では、少なくとも１つのセンサは、格納ビンの各々と動作可能に結合されている。センサは、格納ビンの各々の動きを検出し、また、検出された動きに応答して格納ビンの各々に関してマルチノーダルサプライチェーンシステムでの位置追跡を開始するように構成されている。別の実施形態では、モバイル屋内位置決め装置は、格納ビンの各々と動作可能に結合されており、また、屋内位置決め装置が各ノード施設に設けられている。モバイル屋内位置決め装置は、屋内位置決めシステムと動作可能に通信して格納ビン各々のリアルタイム追跡のためにノード施設各々における格納ビン各々の位置を決定及び報告するように構成されている。

実施形態では、ノード施設の少なくとも１つは、インデクスされた格納場所の施設ベースドアレイが分布する複数の環境的に異なる格納ゾーンを備える。格納ビンは、環境的に異なる格納ゾーンにあるインデクスされた格納場所の施設ベースドアレイ内へと環境データに基づいて選択的に置かれる。環境データは、格納ビンの各モバイルデータ記憶装置及び／又はＣＳＣＭＳから検索される。

ＣＳＣＭＳは、ノード施設のネットワークとノード間輸送車両団と格納ビンとに通信可能に結合されている。ＣＳＣＭＳは、少なくとも１つのプロセッサと該プロセッサと通信可能に結合された非一時的コンピュータ可読記憶媒体とを備える。ＣＳＣＭＳは、格納ビンに割り当てられたビン識別子を含むビンデータを記憶するように構成された１つ以上のデータベースを備える。ＣＳＣＭＳのデータベースは、施設ベースドアレイ及び車両ベースドアレイ及び格納ビンの動的格納場所内の格納ビンのインデクスされた格納場所の場所識別子を記憶するようにさらに構成されている。ＣＳＣＭＳは、格納ビンがマルチノーダルサプライチェーンシステムのノード施設のネットワーク及びノード間輸送車両団を移動するに伴って施設ベースドアレイ及び車両ベースドアレイのインデクスされた格納場所の間を移転されるに際して場所識別子を更新させるようにさらに構成されている。実施形態では、マルチノーダルサプライチェーンシステムは、ノード施設の各々にて動作可能な１つ以上のロボティックハンドラーをさらに備える。ロボティックハンドラーの各々は、格納ビンのいずれか１つをインデクスされた格納場所の施設ベースドアレイにて移動させ(navigate)、また、格納ビンいずれか１つをそこへと選択的に置き、また、格納ビンいずれか１つをそこから取り出すように構成されている。実施形態では、１つ以上のロボティックハンドラーの各々は、格納ビンの各々に動的格納場所を提供するようにさらに構成されている。実施形態では、ロボティックハンドラーの各々には、一意的識別子であって格納ビンの動的格納場所の１つを示し且つ格納ビンのリアルタイム追跡を可能とするように構成された一意的識別子が割り当てられる。ＣＳＣＭＳと動作可能に通信するノード施設のネットワークとノード間輸送車両団と格納ビン並びにある実施形態ではＣＳＣＭＳと動作可能に通信するロボティックハンドラーは、１つ以上の個別品についてそれがマルチノーダルサプライチェーンシステムに投入されてから注文充足までに関して完全な追跡可能性を提供するように構成されている。

ＣＳＣＭＳはまた、格納ビンのビン識別子を、施設ベースドアレイ及び車両ベースドアレイ及び動的格納場所内のインデクスされた格納場所の場所識別子へと、格納ビン内に含まれる在庫アイテムのアイテム識別子へと、また、格納ビン内に含まれる在庫アイテムの複数のベンダのベンダ識別子へと、データベースについて自動的に記録及びリンクさせる。別の実施形態では、格納ビンのいずれか１つ以上は、複数のベンダの在庫アイテムを格納ビンのいずれか１つ以上内にて受け入れるように構成された複数の区画を備える。区画の各々は、区画識別子で識別され且つベンダの対応する１つによって所有される在庫アイテムの１つ以上を受け入れるように構成されている。ＣＳＣＭＳは、区画の各１つの区画識別子を、格納ビンのいずれか１つ以上に含まれる在庫アイテムの１つ以上のアイテム識別子へと、また、在庫アイテムが格納ビンのいずれか１つ以上に含まれているベンダのベンダ識別子へと自動的に記録及びリンクするようにさらに構成されている。マルチノーダルサプライチェーンシステムは、在庫アイテムの物理的所在及びその所有を追跡しつつ、マルチベンダ在庫を単一格納ビン内で組み合わせる。マルチノーダルサプライチェーンシステムは、ノード施設と輸送車両との間でマルチベンダ在庫を移動させ、また、マルチベンダ在庫をサプライチェーンエコシステムにて追跡する。

格納ビンと関連付けられているビンデータは：在庫カタログと；格納ビンの各々に含まれる在庫アイテムの各々のアイテム識別子と数量と属性とを含む在庫アイテムデータと；含まれる在庫アイテムの宛先と関連付けられている宛先データと；格納ビンの各々に含まれる在庫アイテムがマルチノーダルサプライチェーンシステムを通じて宛先へ向かって搬送されるべきことに関してのタイムラインと緊急性とに関連付けられているタイミングデータと；格納ビンの各々に含まれる在庫アイテムに対してなされるべき付加価値サービスアクションと関連付けられている在庫カスタマイゼーションデータと；格納ビンの各々に含まれる在庫アイテムについての経路指定、取り扱い、及び／又は詰め込み要件と関連付けられている在庫取り扱いデータと；格納ビンの各々に含まれる在庫アイテムについての環境要件と関連付けられている環境データ、の少なくとも１つを含む。

ＣＳＣＭＳは、格納ビンの各々がマルチノーダルサプライチェーンシステムのノード施設のネットワーク及びノード間輸送車両団を順方向及び逆方向に移動する間に、格納ビンの各々からビンデータ及びコマンドを受信しまた処理させる。ＣＳＣＭＳはまた、ノード施設の１つ以上にて詰め込みアクション及び注文充足アクションを促進するためのタスクベースド命令をビンデータに基づいて生成させる。ＣＳＣＭＳはまた、ノード施設の１つ以上にて積み込みアクション及び積み降ろしアクションを発動するためのタスクベースド命令をビンデータに基づいて生成させる。実施形態では、到着格納ビンを前記ノード間輸送車両のいずれか１つからノード施設のいずれか１つへと積み降ろすのであり、また、出発格納ビンをノード施設のいずれか１つからノード間輸送車両のいずれか１つへと再積み込みする。到着格納ビン及び出発格納ビンは、ノード間輸送車両のいずれか１つとノード施設のいずれか１つとの間で１対１の対応で交換されてマルチノーダルサプライチェーンシステムを通じての順方向及び逆方向の格納ビンの流量が等価となることが可能となる。ノード施設のいずれか１つからノード間輸送車両のいずれか１つに積み込まれた出発格納ビン各々の一意的ビン識別子が読み取られ、また、一意的ビン識別子をもってＣＳＣＭＳの１つ以上のデータベースが更新されて出発格納ビン各々のノード間輸送車両のいずれか１つへの移転が記録される。ノード間輸送車両のいずれか１つからノード施設のいずれか１つに積み降ろされた到着格納ビン各々の一意的ビン識別子が読み取られ、また、一意的ビン識別子をもって１つ以上のデータベースが更新されて到着格納ビン各々のノード施設のいずれか１つへの移転が記録される。実施形態では、出発格納ビンの少なくとも１つは、空の格納ビンとされる。別の実施形態では、出発格納ビンの少なくとも１つは、在庫アイテムの少なくとも１つを含む空でない格納ビンとされる。別の実施形態では、空でない格納ビンは、要求される在庫アイテム又は顧客返品を含む。別の実施形態では、到着格納ビン及び出発格納ビンは、格納ビンと同じ標準サイズ及び構成とされる。

実施形態では、ＣＳＣＭＳは、ノード施設にて通信可能に相互結合された各施設管理サブシステムをさらに備える。各施設管理サブシステムは：そこに記憶されたビンデータを読み出すことと；そこに記憶されたビンデータを更新することと；ビンデータに少なくとも部分的に基づいて格納ビンに対して行われるべきアクションのためのコマンドを生成することと；生成されたコマンドに少なくとも部分的に基づいてノード施設における取り扱い機材を制御することと；アクションの遂行を指図するための作業員誘導命令を提供することと；格納ビンの各モバイルデータ記憶装置から読み出された環境データに基づいてなされる施設ベースドアレイ内の環境的に異なる格納ゾーンへの格納ビンの移転の実行をなすこと、の少なくとも１つに関して格納ビンの各モバイルデータ記憶装置と通信するように構成されている。実施形態では、ＣＳＣＭＳは、ノード間輸送車両にて各々の車両管理サブシステムをさらに備える。各々の車両管理サブシステムは、格納ビンについてのノード施設からノード間輸送車両への及びその逆方向への移転を記録するために、ノード施設の各施設管理サブシステム及び格納ビンの各モバイルデータ記憶装置と通信するように構成されている。

別の実施形態では、位置決めユニット及び無線通信ユニットは、ノード間輸送車両各々と動作可能に結合されている。位置決めユニットは、ノード間輸送車両各々の場所を決定し、そしてノード間輸送車両各々内にて輸送されている格納ビンいずれか１つの場所を決定するように構成されている。無線通信ユニットは、ノード間輸送車両各々の場所及び格納ビンいずれか１つの場所を、格納ビンがノード施設間で輸送されるに際してＣＳＣＭＳに伝達するように構成されている。

本願のマルチノーダルサプライチェーンシステムは、段ボール箱の使用をなくし、ラストマイル費用を削減し、航空荷物の訳８０％をなくし、完全な追跡可能性（例えば、格納ビンについて常時約１００％の追跡可能性）をもたらし、在庫を顧客に例えば時間的には２時間から８時間の範囲で配達できる。さらに、マルチノーダルサプライチェーンシステムは、環境的影響を低減させつつ、小売業者が負担する費用を低減させてｅコマースの収益性を増大させる。また、開示のマルチノーダルサプライチェーンシステムは、常に最も近いエンドポイントから充足済み顧客注文を末端顧客に届ける。他の施設からの在庫アイテムが必要とされる場合、マルチノーダルサプライチェーンシステムは階層上方へ要求を送るのであり、そして充足済み顧客注文を最寄りの施設へと配送する。開示のマルチノーダルサプライチェーンシステムは、単一の格納ビン内のマルチベンダ在庫について、受け入れ及び移動が、サプライチェーンエコシステムにて格納ビンの単一の区画又は複数の区画内でなされることを可能とする。開示のマルチノーダルサプライチェーンシステムの標準化された格納ビンは、サプライチェーンエコシステムの施設・輸送車両・ロボティックハンドラー等に関してのアクション・経路・行程に関して自律的に決するのであり、各格納ビンのコマンドを実現する主体として作用する。

１つ以上の実施形態では、関連するシステムには、開示される方法を実行するための回路及び／又はプログラムが含まれる。回路及び／又はプログラムは、開示の方法を実行するように構成されたハードウェア、ソフトウェア、及び／又はファームウェアについての任意の組合せであり、システム設計者の設計上の選択に依存する。実施形態では、システム設計者の設計上の選択に応じて様々な構造的要素が採用される。

上記の概要及び後述の詳細な説明は、添付の図面を参考にするとより良く理解できよう。本願の実施形態について例示するため、図面にて実施形態についての例示的な構造を示す。もっとも、開示の実施形態は、開示される具体的な構造、コンポーネント、及び方法に限定はされない。図中において参照符合が付された構造・コンポーネント・方法のステップについての説明は、後続の図中にて同じ参照符合が付された構造・コンポーネント・方法のステップの説明にも該当する。

実施形態による、マルチノーダルサプライチェーンシステムのメガ及びマクロ施設の国家的規模での分布を表す図である。実施形態による、マルチノーダルサプライチェーンシステムのメガ及びマクロ施設の地域的規模での分布を表す図である。実施形態による、マルチノーダルサプライチェーンシステムのマクロ及びマイクロ施設の市町村的規模での分布を表す図である。実施形態による、マルチノーダルサプライチェーンシステムのマイクロ及びナノ施設の区レベルの規模での分布を表す図である。実施形態による、輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのマルチノーダルサプライチェーンシステムについての機能的ブロック図である。実施形態による、マルチノーダルサプライチェーンシステム内にて在庫及び顧客注文を収容・格納・輸送するための格納ビンの構成・用法について示す機能的ブロック図である。実施形態による、マルチノーダルサプライチェーンシステムの中央データベースについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムの中央データベースについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムのローカル施設データベース及びローカル車両データベースについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムのローカル施設データベース及びローカル車両データベースについて示す図である。実施形態による、異なるカテゴリの格納ビンに記憶されたローカルデータについて示す図である。実施形態による、異なるカテゴリの格納ビンに記憶されたローカルデータについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムを順方向又は下流方向に向かうサプライ、在庫及び注文が入った格納ビンについてのワークフローについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムを逆方向又は上流方向に向かう空及び顧客返品格納ビンについてのワークフローについて示す図である。実施形態による、マルチノーダルサプライチェーンシステムのメガ施設のレイアウトについての上面図である。実施形態による、マルチノーダルサプライチェーンシステムのマクロ施設のレイアウトについての上面図である。実施形態による、マルチノーダルサプライチェーンシステムのマイクロ施設のレイアウトについての上面図である。実施形態による、マルチノーダルサプライチェーンシステムのメガ・マクロ・マイクロ施設の各々内のインデクスされた格納場所についての３次元アレイを完全に又は部分的に定義するように構成された３次元グリッド格納構造についての斜視図である。実施形態による、メガ施設の到着積み込みドックにての供給品積荷の積み降ろしと、そこからの在庫アイテムを格納ビンでマルチノーダルサプライチェーンシステム内への取り込みとを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、メガ施設の到着積み込みドックにての供給品積荷の積み降ろしと、そこからの在庫アイテムを格納ビンでマルチノーダルサプライチェーンシステム内への取り込みとを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マルチノーダルサプライチェーンシステムのメガ・マクロ・マイクロ施設間で格納ビンを輸送するための大型輸送車両と、積み込みグリッド構造上のロボティックハンドラーによって大型輸送車両に関して自動化された積み込み及び積み降ろしを支援するために施設の積み込みドックに設けられている協調する積み込みグリッド構造とについての側面図である。実施形態による、マルチノーダルサプライチェーンシステムのメガ・マクロ・マイクロ施設間で格納ビンを輸送するための大型輸送車両と、積み込みグリッド構造上のロボティックハンドラーによって大型輸送車両に関して自動化された積み込み及び積み降ろしを支援するために施設の積み込みドックに設けられている協調する積み込みグリッド構造とについての上面図である。実施形態による、図１０Ａ～１０Ｂに示す大型輸送車両の背面図である。実施形態による、大型輸送車両内にて格納ビン及び注文ビンをインデクス付けして保持するためのビンカルーセルについての部分後方斜視図である。実施形態による、大型輸送車両内にて格納ビン及び注文ビンをインデクス付けして保持するためのビンカルーセルについての側面図である。実施形態による、大型輸送車両内にて格納ビン及び注文ビンをインデクス付けして保持するためのビンカルーセルについての上面図である。実施形態による、メガ施設とその出発積み込みドックに下流マクロ施設から到着する輸送車両との間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、メガ施設とその出発積み込みドックに下流マクロ施設から到着する輸送車両との間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マクロ施設とその到着積み込みドックに上流メガ施設から到着する輸送車両との間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マクロ施設とその到着積み込みドックに上流メガ施設から到着する輸送車両との間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マクロ施設にある格納ビンの内容物に対しての付加価値サービスの実施を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、スマートビン化された製品をスマートビン化されたキットにマクロ施設にて集約して他の施設にて下流側製品要求を充足させることを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、スマートビン化された製品をスマートビン化されたキットにマクロ施設にて集約して他の施設にて下流側製品要求を充足させることを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、複数の顧客注文をスマートビン化されたキットからピック済み注文ビンに向けてマイクロ施設にてピッキング（picking）することと、顧客注文を個別に詰め込んで（packing）１つ以上のナノ施設へ輸送する完成注文ビンにすることとを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、複数の顧客注文をスマートビン化されたキットからピック済み注文ビンに向けてマイクロ施設にてピッキングすることと、顧客注文を個別に詰め込んで１つ以上のナノ施設へ輸送する完成注文ビンにすることとを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マルチノーダルサプライチェーンシステムのマイクロ及びナノ施設間で注文ビンを輸送するための小規模輸送車両についての側面図である。実施形態による、マルチノーダルサプライチェーンシステムのマイクロ及びナノ施設間で注文ビンを輸送するための小規模輸送車両についての上面図である。実施形態による、マルチノーダルサプライチェーンシステムのマイクロ及びナノ施設間で注文ビンを輸送するための小規模輸送車両についての背面図である。実施形態による、小規模輸送車両及びナノ施設内にて注文ビンをインデクス付けして保持するためのビンカルーセルについての部分後方斜視図である。実施形態による、小規模輸送車両及びナノ施設内にて注文ビンをインデクス付けして保持するためのビンカルーセルについての側面図である。実施形態による、小規模輸送車両及びナノ施設内にて注文ビンをインデクス付けして保持するためのビンカルーセルについての上面図である。図１９Ａは、実施形態による、図７に示すマイクロ施設の出発積み込みドックにてなされる小規模輸送車両の異なる環境ゾーンへ向かっての又はそこからの注文ビンの積み込み又は積み降ろしについて示す上面図である。図１９Ｂは、実施形態による、図７に示すマイクロ施設の出発積み込みドックにてなされる小規模輸送車両の異なる環境ゾーンへ向かっての又はそこからの注文ビンの積み込み又は積み降ろしについて示す側面図である。図１９Ｃは、実施形態による、図７に示すマイクロ施設の出発積み込みドックにてなされる小規模輸送車両の異なる環境ゾーンへ向かっての又はそこからの注文ビンの積み込み又は積み降ろしについて示す背面図である。実施形態による、マイクロ施設とその出発積み込みドックに下流ナノ施設から到着する輸送車両との間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、マルチノーダルサプライチェーンシステムのナノ施設についての上面図である。実施形態による、マルチノーダルサプライチェーンシステムのナノ施設についての側面図である。実施形態による、マルチノーダルサプライチェーンシステムのナノ施設についての背面図である。実施形態による、ナノ施設にてドックされた図１７Ａ～１７Ｃに示す小規模輸送車両であって、そこへと完成注文ビンをマイクロ施設から配達して空の又は返品注文ビンをナノ施設から収集するための小規模輸送車両について示す上面図である。実施形態による、ナノ施設にてドックされた図１７Ａ～１７Ｃに示す小規模輸送車両であって、そこへと完成注文ビンをマイクロ施設から配達して空の又は返品注文ビンをナノ施設から収集するための小規模輸送車両について示す側面図である。実施形態による、ナノ施設とそこにマイクロ施設から到着する輸送車両との間での注文ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、ナノ施設とそこにマイクロ施設から到着する輸送車両との間での注文ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、ナノ施設にての顧客又は配送員への格納ビンの引き渡しを管理するためのコンピュータ実装方法についてのフローチャートである。実施形態による、輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのコンピュータ実装方法についてのフローチャートである。実施形態による、２方向ロジスティクスを伴い且つ輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのコンピュータ実装方法についてのフローチャートである。

本願開示の様々な態様は、コンポーネント及び／若しくは構造のシステムとして、方法として、又は１つ以上のコンピュータ可読プログラムコードが格納された非一時的コンピュータ可読記憶媒体として実施され得る。したがって、本願開示の様々な実施形態は、ハードウェア及びソフトウェアの実施形態を組み合わせた態様とし得るのであり、例えばこれには機械的構造に加えて電子的コンポーネントやコンピューティングコンポーネントや回路やマイクロコードやファームウェアやソフトウェア等が含まれる。

図１Ａ～１Ｄは、実施形態による、異なるタイプ又はカテゴリの４階層の階層化ネットワークを備える国家レベルサプライチェーンエコシステムを示す。国家レベルサプライチェーンエコシステムは、輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するように構成されている複数の相互接続されたエンティティのネットワークを備えるマルチノーダルサプライチェーンシステムを、実装する。実施形態では、マルチノーダルサプライチェーンシステムは、連続的且つ隣接的なＦａａＳ（fulfilment as a service、役務としての充足）ネットワークとして実装される。開示のマルチノーダルサプライチェーンシステムは、予測的且つ規範的な協調的ネットワークであり、クラスベースドであり近接性ベースドな充足を実装するのであり、在庫アイテム又は製品は宛先住所に最も近いエンドポイントから充足される。図２Ａ～２Ｂについての詳細な説明にて開示するように、相互接続されたエンティティには、ノード施設のネットワークと、ノード間輸送車両団と、ノード施設のネットワーク内に格納可能でありノード施設間で輸送可能でありマルチノーダルサプライチェーンシステムにてリアルタイムで連続的に追跡可能である複数の格納ビンとが含まれる。開示のマルチノーダルサプライチェーンシステムは、単一の連続的な有機体として実装されており、個々のトランザクショナルエンティティというよりは様々な異なる接続された目的を有する機関若しくはコンポーネントを伴っている。

本開示で使用されるように、「格納ビン」は、スマートな標準化された格納ユニットであってマルチノーダルサプライチェーンシステムにて在庫及び顧客注文を含有・格納・輸送するように構成された格納ユニットを指す。下流方向に向かう及び上流方向に向かう単一区画格納（ＳＣＳ、single-compartment storage）ビン、マルチ区画格納（ＭＣＳ、multi-compartment storage）ビン、ピック済み注文（ＰＯ、picked-order）ビンや完成注文（ＦＯ、finished-order）ビン等は、いずれも後述のようにスマートな格納ビンである。マルチノーダルサプライチェーンシステムは、格納ビンについての互換性・格納性・輸送性・移動性確保のために構成されている。開示の格納ビンは、例えばノード施設やノード間輸送車両団やロボティックハンドラー等のマルチノーダルサプライチェーンシステムの他の相互接続されたエンティティにとってのマスタとして機能する。格納ビンは自己のそれぞれのビン識別子を、例えば宛先の場所等のロジスティクス命令及び例えば環境要件等の処理レベル命令に関連付ける。実施形態では、開示の格納ビンは、単一のフォームファクター及び構造を有しており、これはマルチノーダルサプライチェーンシステムにて標準化されたコンプライアントロボティクス及びノード間輸送車両とインタフェースするためのものである。格納ビンは、マルチノーダルサプライチェーンシステムにおける自らのアクション・経路・行程に関して自律的に決する乃至は御するのであり、施設、ロボティックハンドラー、及びノード間輸送車両は格納ビンのコマンドを実現する主体として作用する。即ち、マルチノーダルサプライチェーンシステム内の全ての相互接続されたエンティティは、格納ビンを管理するように具体的に構成されたマテリアル捌き機材を統合している。

図１Ａ～１Ｄに示すように、ノード施設のネットワークは、メガ施設１０と、マクロ施設１２と、マイクロ施設１４と、ナノ施設１６とを備える。図１Ａは、実施形態による、マルチノーダルサプライチェーンシステムのメガ施設１０及びマクロ施設１２の国家的規模での分布を表す図である。実施形態では、マルチノーダルサプライチェーンシステムは、国家レベルサプライチェーンネットワークとして構成されている。図１Ｂは、実施形態による、マルチノーダルサプライチェーンシステムのメガ施設１０及びマクロ施設１２の地域的規模での分布を表す図である。図１Ｃは、実施形態による、マルチノーダルサプライチェーンシステムのマクロ施設１２及びマイクロ施設１４の市町村的規模での分布を表す図である。図１Ｄは、実施形態による、マルチノーダルサプライチェーンシステムのマイクロ施設１４及びナノ施設１６の区レベルの規模での分布を表す図である。この秩序立ったマルチノーダルサプライチェーンシステムでは、各カテゴリのノード施設数は次カテゴリへと移るにつれて増大する一方で、各施設の個別的大きさは次カテゴリへ移るにつれて削減される。即ち、マクロ施設１２よりも少数のメガ施設１０があり、マイクロ施設１４より少数のマクロ施設１２があり、また、ナノ施設１６より少数のマイクロ施設１４がある。マクロ施設１２はメガ施設１０より小さく、マイクロ施設１４はマクロ施設１２より小さく、また、ナノ施設１６はマイクロ施設１４より小さい。実施形態では、メガ施設１０は、製造者又はサプライヤからの在庫アイテム又は製品がノード施設のネットワークに先ず入るエントリ地点となり、ナノ施設１６は在庫アイテム又は製品がノード施設のネットワークを出ていくエグジット地点となる。他の実施形態では、在庫アイテムはノード施設のネットワークを様々な地点で入出できる。別段の開示なき限り、「在庫アイテム」及び「製品」との用語は可換なものとして用いられる。

ノード施設のネットワークは、ノード施設間で在庫アイテムを輸送するために用いられるノード間輸送車両と共に、サプライチェーンエコシステムを集合的に形成するのであり、これは単一の運営エンティティによって所有及び運営され得るのであり、その制御及び責任下において在庫アイテムが外部サプライヤから初めて受領されてから顧客又は外部のラストマイル若しくは最終行程配達サービスに最終的に引き渡されるまで留まっていることができる。実施形態では、運営エンティティは、例えば顧客又は他の業者に販売するベンダ等の外部エンティティの代理として在庫及び注文充足の管理をなす契約を結んでいる。実施形態では、運営エンティティのサプライチェーンエコシステムは、運営エンティティと協業している又は契約している１つ以上のより大きなベンダの同様の機材を有するサプライチェーン若しくは流通チャンネル施設並びに／又は輸送車両によって、補完されて、それらの間で協調的に形成された大きな集約的サプライチェーンエコシステムが活用される。

例示目的で述べるに、開示のマルチノーダルサプライチェーンシステムは、図１Ａ～１Ｄにて示す国家レベルサプライチェーンエコシステム内にて実装されるが；マルチノーダルサプライチェーンシステムのノード施設のネットワークが分布する特定の地理的エリア（geographic area）は、国家的規模のエリアには限定されず、また、国家的境界を越えて広がり得るのであり、また、より小さな広がりのサブ領域（sub-region）に限定され得るのであり、これはそのようなサブ領域が１つ以上の国際的境界を跨ぐかを問わない。実施形態では、少なくとも幾つかのメガ施設１０は、主要海港付近の沿岸部に所在するのであり、それによって海上荷物で到着する製造者積荷又はサプライ積荷を受け付けることができる。実施形態では、マクロ施設１２は、例えば都市部及び／又は主要海港等の大規模人口拠点の中又は付近に所在するのであり、施設数としてはそのような人口拠点又は海運ハブ１つ当たりに１つのマクロ施設１２があてがわれ得る。また、ある実施形態では少なくとも１つのマイクロ（micro）施設１４が、そして別の実施形態では複数のマイクロ施設１４が、これらの大規模人口拠点に含まれる。より小さな都市はマクロ（macro）施設１２を有するのであり、典型的には、比率としてはそのような都市に対して１つのマクロ施設１２があてがわれるか顕著に近接した幾つかの都市間で１つのマクロ施設１２が共有される。各都市は、該都市の中又は付近に所在するマクロ施設１２の施設数を超える数の複数のマイクロ施設１４を有するのであり、また、マイクロ施設１４の施設数をさらに超える数の複数のナノ施設１６を有する。

メガ施設１０、マクロ施設１２、及びマイクロ施設１４はそれぞれ少なくとも１つの積み込みドックを備えており、ある実施形態では特にメガ施設１０及びマクロ施設１２に関しては複数の積み込みドックを備えており、これは複数の輸送車両について同時的に積み込み及び積み降ろしをなすため及び／又は到着及び出発積み込みドックにある輸送車両間でクロスドッキング操作をなすことを可能ならしめる機能を担い得る。開示のマルチノーダルサプライチェーンシステムでは、メガ施設１０からナノ施設１６に至るノード施設のネットワーク内の各ノード施設は、各々インデクスされた格納場所のアレイを備えるのであり、以下「インデクスされた格納アレイ」と称する。実施形態では、メガ施設１０、マクロ施設１２、及びマイクロ施設１４の各々では、インデクスされた格納アレイは、図８に示すタイプの１つ以上の３次元グリッド格納構造によって少なくとも部分的には定義されており、これは「ロボティックハンドラー」と称されるロボティックな格納及び回収用車両団によるサービスを受けるのであり、これらはグリッド格納構造を３次元的に移動して３次元グリッド格納構造に関して格納ビンの預け入れ及び取り出しをなすように動作可能である。このような３次元グリッド格納構造、ロボティック格納及び回収車両及び互換性を有する格納ビンは、出願人の米国特許第15/568,646号、第16/374,123号、第16/374,143号、及び第16/354,539号にて開示されており、それら各々の全体が参照によって取り込まれる。

図２Ａは、実施形態による、輸送可能な格納ビンを用いるサプライチェーンワークフローを実行するためのマルチノーダルサプライチェーンシステムについての機能的ブロック図である。マルチノーダルサプライチェーンシステム２００は、マルチノーダルサプライチェーンシステム２００にての格納ビン及び注文ビンの動きを監視及び制御するためのコンピュータ化サプライチェーン管理システム（ＣＳＣＭＳ、computerized supply chain management system）２０１，２０４，２１６を備える。ＣＳＣＭＳは、マルチノーダルサプライチェーンシステム２００において、格納ビン内に含まれる在庫の取り込み・格納・輸送・追跡並びにそこからの顧客注文の充足に関して、制御及び監視する。ＣＳＣＭＳは、高レベルプログラミング言語を用いてプログラム可能な複数のコンピュータシステムを備える。図２Ａに示す実施形態では、ＣＳＣＭＳは、中央コンピューティングシステム２０１、各メガ施設１０にて構成されているコンピュータ化施設管理サブシステム２０４、マクロ施設１２、マイクロ施設１４、及びナノ施設１６、並びにノード間輸送車両２１５ａ，２１５ｂ，２１５ｃの各々内にて構成されているコンピュータ化車両管理サブシステム２１６の組み合わせとされる。ＣＳＣＭＳは、プログラム済み且つ合目的なハードウェアを用いて実装される。

中央コンピューティングシステム２０１は、１つ以上のコンピュータを備え、これは、例えばインターネットや他の広域ネットワークなどの通信ネットワークに結合されたネットワークインタフェースに接続された例えばＣＰＵ２０２等の１つ以上のプロセッサと、非一時的コンピュータ可読記憶媒体又はメモリを備えた１つ以上のデータ記憶装置であってそれにはプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェアが記憶されているデータ記憶装置とを備える。本開示で使用されるように、「非一時的コンピュータ可読記憶媒体」はあらゆるコンピュータ可読媒体を指すのであり、例えば不揮発性媒体、揮発性媒体、及び伝送媒体が一時的な伝播する信号を除いて含まれる。不揮発性媒体には、例えばＳＳＤ、光学ディスク若しくは磁気ディスク、フラッシュメモリカード、ＲＯＭ等が含まれ得る。揮発性媒体には、例えばレジスタメモリ、プロセッサキャッシュ、ＲＡＭ等が含まれ得る。伝送媒体には、例えば同軸ケーブル、銅線、光ファイバケーブル、モデム等が含まれ得るのであり、プロセッサに結合されたシステムバスを構成する配線類も含まれ得る。データ記憶装置は例えば中央データベース２０３等の１つ以上のデータベースであって、該データベースは後述の他のデータに加えて、図３Ｅ～３Ｆ及び図４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００内の格納ビン及び注文ビン２２４ａ～２２４ｄの全ての一意的ビン識別子（Ｂｉｎ＿ＩＤｓ）と、マルチノーダルサプライチェーンシステム２００内での在庫格納及び注文充足の目的で運営エンティティのサービスについて契約又は加盟した複数のベンダの一意的識別子（Ｖｅｎｄｏｒ＿ＩＤｓ）とを記憶する、データベースと；ベンダが自己の顧客に提供する在庫アイテム又は製品であってマルチノーダルサプライチェーンシステム２００内にて格納されているかそこで格納可能な在庫アイテム又は製品についての各々の在庫カタログとを含む。本開示で使用されるように、中央コンピューティングシステム２０１及びそれによってホスティングされている中央データベース２０３との関係での「中央」との用語は、マルチノーダルサプライチェーンシステム２００の各ノード施設１０，１２，１４，１６及び各ノード間輸送車両２１５ａ，２１５ｂ，２１５ｃと動作可能に結合された共有リソースとしての地位を意味するにすぎず、そのコンポーネント全てが共通の場所に所在するべきとのことは意味しない。

本開示で使用されるように、「通信ネットワーク」とは、例えば、インターネット、無線ネットワーク、Bluetooth Sig, Inc.社のBluetooth（登録商標）を実装する通信ネットワーク、Wi-Fi Alliance Corporation社のWi-Fi（登録商標）を実装する通信ネットワーク、ウルトラワイドバンド（ＵＷＢ）通信ネットワーク、無線USB通信ネットワーク、ZigBee Alliance Corporation社のZigBee（登録商標）を実装する通信ネットワーク、ＧＰＲＳ（General Packet Radio Service）通信ネットワーク、ＧＳＭ（Global System for Mobile）通信ネットワーク等の移動体通信網、ＣＤＭＡ（Code Division Multiple Access）ネットワーク、３Ｇモバイル通信ネットワーク、４Ｇモバイル通信ネットワーク、５Ｇモバイル通信ネットワーク、ＬＴＥ（Long-term Evolution）モバイル通信ネットワーク、公衆電話ネットワーク等、ＬＡＮ、ＷＡＮ、インターネット接続ネットワーク、赤外線通信ネットワーク等、又はこれらのネットワークの任意の組合せで作られたネットワークの１つを指す。通信ネットワークは、施設管理サブシステム２０４が互いに通信すること及び中央コンピューティングシステム２０１と通信することを可能とする。

実施形態では、ＣＳＣＭＳ２０１，２０４，２１６はクラウドコンピューティング環境で実装される。本開示で使用されるように、「クラウドコンピューティング環境」とは、構成可能なコンピューティング用の物理的及び論理的資源、例えばネットワーク、サーバ、記憶媒体、仮想マシン、アプリケーション、サービス等と、通信ネットワーク上に分散されたデータとを備える処理環境を指す。クラウドコンピューティング環境は、構成可能なコンピューティング用の物理的及び論理的資源の共有プールへのオンデマンドネットワークアクセスを提供する。ＣＳＣＭＳ２０１，２０４，２１６は、輸送可能格納ビンを用いた２方向ロジスティクスを伴うサプライチェーンワークフローを実行するためのサービスとして実装されたクラウドコンピューティングベースドプラットフォームである。この実施形態では、中央コンピューティングシステム２０１及び中央データベース２０３は、それぞれクラウドベースドコンピュータプラットフォーム及びクラウドデータベースと称される。実施形態では、施設管理サブシステム２０４は、各ノード施設１０，１２，１４，１６の域内にあるコンピュータ上にインストールされて実行されているオンプレミス型ソフトウェアとして実装されている。実施形態では、車両管理サブシステム２１６は、各ノード間輸送車両２１５ａ，２１５ｂ，２１５ｃの域内にあるコンピュータ上にインストールされて実行されているオンプレミス型ソフトウェアとして実装されている。

コンピュータ化施設管理サブシステム２０４は、マルチノーダルサプライチェーンシステム２００内の各ノード施設１０，１２，１４，１６にてそれぞれインストールされている。各施設管理サブシステム２０４は、１つ以上のローカルコンピュータを備え、これは、例えばインターネットや他の広域ネットワークなどの通信ネットワークに結合されたネットワークインタフェースに接続された例えばＣＰＵ２０５等の１つ以上のプロセッサと、非一時的コンピュータ可読記憶媒体を備えた１つ以上のデータ記憶装置であってそれには１つ以上のプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェアが記憶されているデータ記憶装置とを備える。データ記憶装置は、例えば各施設に関して関連性を有するデータを記憶するための各ローカル施設データベース２０７等の１つ以上のデータベースを、備える。施設管理サブシステム２０４のローカルコンピュータは、ＷＡＮへの接続に加えて、施設の例えばローカル無線ネットワーク等の１つ以上のＬＡＮ２０６内に設けられており、それによってローカルコンピュータの１つ以上が施設の自動化ビン捌き機材と通信可能とされている。自動化ビン捌き機材には、例えば、メガ施設１０、マクロ施設１２、及びマイクロ施設１４のロボティックハンドラー２０８、並びに様々なコンベヤ２１０及びいくつかの実施形態で後述される他の取り扱い機材が含まれる。ＬＡＮ２０６を介して施設管理サブシステム２０４のローカルコンピュータの少なくとも１つが、ワークステーション並びに他の機材及び装置と通信するのであり、これには例えば人間の作業員による様々なタスクの履行について誘導するための静止型及び／若しくはモバイル型の人間－マシンインタフェース（ＨＭＩ、human-machine interface）２０９、コンベヤ２１０、並びにマルチノーダルサプライチェーンシステム２００の格納ビンが含まれる。実施形態では、マルチノーダルサプライチェーンシステム２００は、各ノード施設１０，１２，１４，１６の施設管理サブシステム２０４と動作可能に通信する屋内位置決めシステム２１１をさらに備えるのであり、これは図２Ｂにて開示するように各格納ビンのリアルタイム追跡のためのものである。実施形態では、施設管理サブシステム２０４はビン捌き機材と動作可能且つ通信可能に結合されており、これには例えばビンカルーセル２２２ｃやドア２１３が含まれ、例えば図２１Ａ～２１Ｃについての詳細な説明にて開示するように各ナノ施設１６における開放可能配達ドア及び開放可能ピックアップドアとし得る。

コンピュータ化車両管理サブシステム２１６は、マルチノーダルサプライチェーンシステム２００の各ノード間輸送車両２１５ａ，２１５ｂ，２１５ｃにそれぞれインストールされている。各車両管理サブシステム２１６は、１つ以上のデータ記憶装置であってそれにはプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェアが記憶されているデータ記憶装置に接続された１つ以上のプロセッサであって例えばＣＰＵ２１７等の１つ以上のプロセッサを備える１つ以上のローカルコンピュータを、備える。データ記憶装置は、特定の輸送車両及びその被輸送内容物とについて関連性を有するデータを記憶するそれぞれのローカル車両データベース２２０を備える。実施形態では、無線通信ユニットがノード間輸送車両２１５ａ，２１５ｂ，２１５ｃのそれぞれに動作可能に結合されている。例えば広域通信装置２１８等の無線通信ユニットは、ノード間輸送車両２１５ａ，２１５ｂ，２１５ｃのそれぞれの場所及び格納ビンいずれか１つの場所を、格納ビンがノード施設１０，１２，１４，１６間で輸送されるに際してＣＳＣＭＳに伝達するように構成されている。例えば、車両管理サブシステム２１６のプロセッサは例えばセルラ通信装置等の無線広域通信装置２１８に接続されており、これは例えばセルラネットワーク等の無線広域通信を介して中央コンピューティングシステム２０１とモバイル通信するためのものである。実施形態では、例えばＧＰＳ装置２１９等の位置決めユニットがノード間輸送車両２１５ａ，２１５ｂ，２１５ｃ各々と動作可能に結合されている。位置決めユニットは、ノード間輸送車両２１５ａ，２１５ｂ，２１５ｃ各々の場所を決定し、そしてノード間輸送車両２１５ａ，２１５ｂ，２１５ｃ各々内にて輸送されている格納ビンいずれか１つの場所を決定するように構成されている。ＧＰＳ装置２１９は、輸送車両２１５ａ，２１５ｂ，２１５ｃ各々の、少なくとも１つのローカルコンピュータの、少なくとも１つのプロセッサとも結合されており、これはＧＰＳを介して輸送車両２１５ａ，２１５ｂ，２１５ｃ各々の動きを追跡するため及び輸送車両２１５ａ，２１５ｂ，２１５ｃ各々の算出済みＧＰＳ座標を各ローカルコンピュータに共有して中央コンピューティングシステム２０１へと伝達するためになされる。実施形態では、輸送車両２１５ａ，２１５ｂ，２１５ｃ各々のＧＰＳ装置２１９は、中央コンピューティングシステム２０１と直接的に通信してそこへとＧＰＳ座標を報告するのであり、これは車両管理サブシステム２１６のローカルコンピュータとは独立になされる。実施形態では、車両管理サブシステム２１６のローカルコンピュータはＬＡＮ２２１内に設けられており、これによってローカルコンピュータの少なくとも１つがマルチノーダルサプライチェーンシステム２００の格納ビンと通信できる。実施形態では、車両管理サブシステム２１６は、例えば輸送車両２１５ａ，２１５ｂ，２１５ｃ内に設けられているビンカルーセル２２２ａ，２２２ｂ等のビン捌き機材と動作可能且つ通信可能に結合されている。実施形態では、車両管理サブシステム２１６は、注文ビンをナノ施設１６へと輸送する小規模輸送車両２１５ｃ内に設けられている１つ以上の自動化ビンハンドラー２２３と、動作可能且つ通信可能に結合されている。

上述されたプロセッサは、マイクロプロセッサ、ＣＰＵ装置、有限状態マシン、コンピュータ、マイクロコントローラ、ＤＳＰ、ロジック、論理装置、ＡＳＩＣ、ＦＰＧＡ、チップ等、又はそれらの任意の組み合わせの１つ以上であってコンピュータプログラム又は一連のコマンド・命令・状態遷移を実行可能なものを指し得る。実施形態では、各プロセッサはプロセッサセットとして実装されており、これは例えばプログラム済みマイクロプロセッサ及び数値演算若しくはグラフィクス用コプロセッサとされ得る。ＣＳＣＭＳは、プロセッサを活用することに限られるわけではない。別の実施形態では、ＣＳＣＭＳは、コントローラ又はマイクロコントローラを活用する。

上述されるネットワークインタフェースについては、例えば、赤外線インタフェース、Wi-Fi Alliance Corporation社のWi-Fi（登録商標）を実装したインタフェース、ＵＳＢインタフェース、Apple Inc.社のFireWire（登録商標）インタフェース、イーサネット（登録商標）インタフェース、フレームリレーインタフェース、ケーブルインタフェース、デジタル加入者線（ＤＳＬ）インタフェース、トークンリングインタフェース、ペリフェラルコントローラインタコネクト（ＰＣＩ）インタフェース、ＬＡＮインタフェース、ＷＡＮインタフェース、シリアルプロトコルを用いるインタフェース、パラレルプロトコルを用いるインタフェース、イーサネット通信インタフェース、非同期転送モード（ＡＴＭ）インタフェース、高速シリアルインタフェース、ファイバー分散データインタフェース、ＴＣＰ／ＩＰを用いるインタフェース、衛星技術や高周波（ＲＦ）技術や近距離無線通信（ＮＦＣ）等の無線通信技術を用いるインタフェース等のうちからの1つ以上とすることができる。

マルチノーダルサプライチェーンシステム２００のデータベース、例えば中央データベース２０３、ローカル施設データベース２０７、及びローカル車両データベース２２０は、データ及びファイルを記憶するために用いられ得る任意の記憶域又は媒体を指す。データベースは、構造化クエリ言語（ＳＱＬ）データストア又はＮｏＳＱＬ（not only SQL）データストアのいずれかとすることができ、例えば、Microsoft（登録商標）のSQL Server（登録商標）、Oracle（登録商標）サーバ、MySQL AB Limited CompanyのMySQL（登録商標）データベース、MongoDB, Inc.のmongoDB（登録商標）、Neo Technology CorporationのNeo4jグラフデータベース、Apache Software FoundationのCassandraデータベース、Apache Software FoundationのHBase（登録商標）データベース等とし得る。実施形態では、データベースはファイルシステム上の場所とすることもできる。別の実施形態では、ＣＳＣＭＳ２０１，２０４，２１６が通信ネットワークを介してデータベースにリモートでアクセスできる。別の実施形態では、データベースは、クラウドコンピューティング環境にて実装されたクラウドベースドデータベースとして構成されており、この場合には通信ネットワークを介してサービスとしてコンピューティング資源が提供される。

図２Ｂは、実施形態による、マルチノーダルサプライチェーンシステム２００内にて在庫及び顧客注文を収容・格納・輸送するための格納ビン２２４の構成・用法について示す機能的ブロック図である。格納ビン２２４は、２方向ロジスティクスを伴うサプライチェーンワークフローを実行するためのノード施設１０，１２，１４，１６及び輸送車両２１５ａ，２１５ｂ，２１５ｃと動作可能に通信する。実施形態では、格納ビン２２４は、メガ施設１０、マクロ施設１２、及びマイクロ施設１４におけるインデクスされた格納場所のアレイと互換性をもたらす所定のサイズ及び構成とされている。格納ビン２２４の一部は、ビン捌き機材との互換性をもたらすような注文ビンとして構成されており、例えばノード施設１０，１２，１４，１６間で移動する輸送車両２１５ａ，２１５ｂ，２１５ｃのビンカルーセル２２２ａ，２２２ｂ等とされ得る。実施形態では、格納ビン２２４は、次のカテゴリに分けられる：複数のベンダの在庫アイテムを保持するための格納ビン（storage bin）、ピック済み注文在庫アイテムを保持するためのピック済み注文ビン（ＰＯビン、picked-order bin）、及び完成注文を保持するための完成注文ビン（ＦＯビン、finished-order bin）。

実施形態では、格納ビン２２４は次の格納ビンサブカテゴリにさらに分けられる：単一区画格納ビン（ＳＣＳビン、single-compartment storage bin）及びマルチ区画格納ビン（ＭＣＳビン、multi-compartment storage bin）。各ＳＣＳビンは単一の未分割内部的格納空間を備えるのであり、よって単一のアイテム若しくはその中のベンダ在庫の「個別品」（an "each"）、又はベンダ在庫の複数のアイテム或いは幾つかの「個別品」（"eaches"）であって互いにアイテムタイプが一致するもののどれかを保持するように構成されている。各ＭＣＳビンの内部的（internal）格納空間は複数の区画に細分化されており、よって異なるアイテムタイプの混合在庫アイテムを保持するように構成されており、随意的には区画毎に整理されている。ＭＣＳビンは、異なるアイテムタイプの在庫アイテムを異なるそれぞれの区画内に個別的に保持するため、又は、異なるベンダに所有されている在庫アイテムを異なるそれぞれの区画内に個別的に保持するために、用いられる。実施形態では、ＰＯビンは、ＭＣＳビンと類似の細分化された内側（interior）空間を伴うマルチ区画ビン（multi-compartment bin）であり、各ＰＯビンは複数の顧客注文の内容物をその中にて受け入れるように構成されており、各顧客注文のそれぞれの内容物はＰＯビンの異なるサブセット内に置かれて顧客注文相互の物理的隔離を維持する。例えば、小規模な顧客注文については、各個別の顧客注文がＰＯの各区画の１つを占有する一方で、大規模な顧客注文については、個別の顧客注文がＰＯビンの複数の又は全ての区画を占有する。

注文ビンの第２のカテゴリについて述べるに、ＦＯビンは、他のタイプの格納ビンとは異なるサイズとされており、随意的には異なる構成とされている。注文ビンについての当該第２のカテゴリは、各ナノ施設１６のインデクスされた格納アレイ及び特にマイクロ施設１４とナノ施設１６との間で移動する輸送車両２１５ｃのインデクスされた格納アレイに関しての互換性のために特別にサイズ及び構成が定められている。実施形態では、ＦＯビンは、その中に単一の個別の完成注文の内容物のみを受け入れるように構成された単一区画ビンであり、それは顧客又は配送員によるピックアップ（pickup）のために又は末端顧客へのラストマイル配達のために完成状態となるようにパッケージされ且つ詰められた（packaged and packed）されている。

上述した異なるカテゴリの格納ビン２２４は、電子的なスマートビンであり施設管理サブシステム２０４及び車両管理サブシステム２１６とデータ交換をすることができ、マルチノーダルサプライチェーンシステム２００でのインテリジェントなビン駆動ナビゲーションを実行できる。実施形態では、図２Ｂに示すように、マルチノーダルサプライチェーンシステム２００内の各格納ビン２２４は、各格納ビン２２４と動作可能に結合されたモバイルデータ記憶装置２２６を備える。モバイルデータ記憶装置２２６は、各格納ビン２２４の一意的ビン識別子と各格納ビン２２４に含まれる在庫アイテムと関連付けられているビンデータとを記憶するように構成されている非一時的コンピュータ可読記憶媒体を備える。例えば、モバイルデータ記憶装置２２６は、格納ビン２２４の静的なビン＿ＩＤを、任意の時点で格納ビン２２４によって搬送される内容物に関する他の可変データと共に、格納するように構成されたコンピュータ可読メモリを備える。実施形態では、各格納ビン２２４上のモバイルデータ記憶装置２２６は、無線通信ユニット２２５の一部である。実施形態では、無線通信ユニット２２５は、無線送受信機２２７とモバイルデータ記憶装置２２６及び無線送受信機２２７に接続されたローカルコンピュータプロセッサ２２８とをさらに備えるのであり、データを、任意のノード施設１０，１２，１４，１６又は任意の輸送車両２１５ａ，２１５ｂ，２１５ｃにての、施設管理サブシステム２０４又は車両管理サブシステム２１６による格納ビン２２４のモバイルデータ記憶装置２２６からの読み出し及びそこへの書き込みは、無線的に（例えば施設管理サブシステム２０４のＬＡＮ２０６又は車両管理サブシステム２１６のＬＡＮ２２１を用いて）なされる。

ノード施設１０，１２，１４，１６がロボティックハンドラー２０８を用いて自己の各々のインデクスされた格納場所のアレイを担当させる実施形態では、施設管理サブシステム２０４の１つ以上のコンピュータが同じ無線ネットワーク（例えばＬＡＮ２０６）を用いてロボティックハンドラー２０８を無線的に制御する。実施形態では、各格納ビン２２４は、図２Ａに示されるノード施設１０，１２，１４の各々の屋内位置決めシステム２１１と協調的に無線通信する屋内位置決め装置２２９をさらに備えるのであり、これは、格納ビン２２４がそこのインデクスされた格納場所のアレイの外にて所在している又は動いている場合であってもノード施設１０，１２，１４内での格納ビン２２４の動き及び所在を追跡するためである。屋内位置決め装置２２９は、各格納ビン２２４及び各ノード施設１０，１２，１４に設けられている屋内位置決めシステム２１１と動作可能に結合されている。各格納ビン２２４内の屋内位置決め装置２２９は、屋内位置決めシステム２１１と動作可能に通信して各格納ビン２２４のリアルタイム追跡のために各ノード施設１０，１２，１４における各格納ビン２２４の位置を決定及び報告するように構成されている。実施形態では、少なくとも１つのセンサ２３０が格納ビンの動きを検出するために各格納ビン２２４に動作可能に結合されており、検出された動きに応答して格納ビン２２４の各々に関してマルチノーダルサプライチェーンシステム２００での位置追跡を開始する。格納ビン２２４と動作可能に結合されているセンサ２３０は格納ビン２２４の内容物や格納ビン２２４の施設間移転を追跡し、また、格納ビン２２４及びその内容物について要される処理の決定を可能とする。実施形態では、センサ２３０は、マルチノーダルサプライチェーンシステム２００における自らのアクション・経路・行程に関して自律的に決するアクティブ型のＩｏＴセンサであり、ノード施設１０，１２，１４，１６、ロボティックハンドラー２０８、及びノード間輸送車両２１５ａ，２１５ｂ，２１５ｃは格納ビン２２４のコマンドを実現する主体として作用する。

図３Ａ～３Ｂは、実施形態による、図２Ａに示すマルチノーダルサプライチェーンシステムの中央データベースについて示す。中央データベース２０３の編成スキームについての実施形態では、中央データベース２０３は次の事項を含む：ベンダテーブル３０１、ベンダの製品テーブル３０３、ベンダのストック済み在庫テーブル３０４、施設テーブル３０６、輸送車両テーブル３０７、格納ビンテーブル３０８、格納ビン内容物テーブル３０９、格納場所テーブル３１０、ピック済み注文（picked-order）ビンテーブル３１１、ピッカー注文（ＰＯ、picker-order）ビン内容物テーブル３１２、完成注文（ＦＯ）ビンテーブル３１３、顧客テーブル３１４、顧客注文テーブル３１５、注文ラインアイテムテーブル３１６、供給品積荷テーブル３１７、及び積荷詳細テーブル３１８。ベンダテーブル３０１は、ベンダ識別子（ベンダ＿ＩＤ）及び加盟するベンダの他の詳細事項を含むのであり、例えばベンダの正式法人名称、住所、請求先情報等がこれに含まれる。ベンダテーブル３０１にて識別された各ベンダについて、ベンダの製品テーブル３０３及びベンダのストック済み在庫テーブル３０４それそれが、中央データベース２０３にてその特定のベンダについてのベンダ製品カタログ３０５を協調的に定義する。ベンダが取り扱う各製品タイプについて、ベンダの製品テーブル３０３内のそれぞれの記録が、その特定の製品タイプについての少なくとも１つの一意的製品識別子を含む。一意的製品識別子は少なくとも１つのグローバル製品識別子（グローバル製品＿識別子）を含み、例えばユニバーサル製品コード（ＵＰＣ、universal product code）とし得るのであり、それによって特定の実施形態について後述する際に明らかとなろう目的に関して全ての加盟ベンダ３０２に対して製品タイプを認識可能とすることができる。実施形態では、例えば在庫管理単位（ＳＫＵ、stock keeping unit）コード等のベンダ特有の製品識別子（ベンダ製品＿ＩＤ）が、ベンダの製品テーブル３０３の各記録内に記憶されている。異なる加盟ベンダ３０２間での製品についての共有された識別可能性を要さない実施形態では、標準化されたフォーマットであり他の加盟ベンダ３０２によって可読なグローバル製品＿ＩＤを伴わずにしてＳＫＵコード又は別のベンダ製品＿ＩＤが単独で用いられる。

実施形態では、ベンダの製品テーブル３０３内の各製品記録は：例えばサイズや色等の該当製品の製品属性を１つ以上や；製品がマルチノーダルサプライチェーンシステム２００内を移動するに際して充足されなければならない特定のアクション又は条件を定義するベンダ特有の製品取り扱いデータや；ベンダ特有のカスタマイゼーションデータ付加価値サービス（ＶＡＳ、value-added service）に基づいた運営エンティティによる１つ以上の製品改変（例えばそれによって提供される再パッケージング、ラベリング、価格タグ付け、セキュリティタグ付け等）の履行を定義するベンダ特有のカスタマイゼーションデータや；特定の製品についての制御環境要件又はその欠如についての環境データ（例えば製品自体の性質からして、その損傷・漏洩・劣化を防止するために又はそれによって発現する危険を回避・防止・最小化するため等に必要な事柄）等を含む。

製品取り扱いデータの例には次の事項に関するフラグ、コード又は命令が含まれる：重い又は容易に漏洩するアイテムをマルチアイテム注文（multi-item order）の底部に配置することや、軽い又は易損品をマルチ注文アイテム（multi-order item）の上層に配置することや、製品カテゴリに基づいてアイテムのグルーピング又は分離をなすこと等の製品詰め込み（packing）要件や；ティッシュ・気泡シート包装・贈答包装・他の包装材料で製品を包装すること、袋・箱・他の容器内に製品を配置すること、及び異なるブランド付け・様式化・サイズ決め・ゲージ決めがなされた包装材料・袋・箱・容器等についての選定をすること等の特定の製品についての特定のパッケージング（packaging）タイプの選定及び用途についてのパッケージング要件等。製品取り扱いデータの他の例としては：特別に整備された施設・施設ゾーン・施設ワークステーション・輸送車両｛への送付／での処理／での取り扱い｝を特に要する、揮発性・可燃性・他の事由由来の危険性を有するアイテムの格納及び／又は取り扱いに関する、フラグ、コード又は命令と；交差汚染回避目的のアレルギー的に安全な食品アイテム取り扱いのためのフラグ、コード又は命令とが含まれる環境データの例としては：冷凍食品アイテムについての冷凍格納要件についての指示や、チルドされているが非冷凍の食品アイテムについての冷蔵格納要件についての指示や、制御環境条件を特に要さない一般的アイテムについての常温格納許容性についての指示等が含まれる。実施形態では、ＣＳＣＭＳは、環境データを用いて、マルチノーダルサプライチェーンシステム２００のノード施設及び輸送車両内の様々な環境的に異なる若しくは環境的に制御された格納ゾーン若しくは領域への製品の配置を決定及び制御する。

製品取り扱いデータ、カスタマイゼーションデータ、及び環境データのいずれか１つ以上は、フラグ付けされた注意及び規定された命令が了知若しくは遵守されるべきマルチノーダルサプライチェーンシステム２００における異なる段階に応じて分類されるのであり、例えば、製品が合致する製品とグループ化され且つベンダの在庫の合致する製品に対して同じカスタマイゼーションタスク又はＶＡＳアクションが注文充足のためにそれをピッキングする前に単一区画格納（ＳＣＳ、single-compartment storage）ビン内にて搬送される間になされるべきアクションと、完成された顧客注文の最終パッケージング及び詰め込みに適用されるパッケージング・詰め込み用のフラグ・コード・命令等のさらに下流にてなされるべき他のアクションとの区別を考え得る。

実施形態では、ベンダの製品テーブル３０３内の各製品記録は、ベンダの顧客に製品を販売することが意図されている顧客販売価格と、最大購入価格と、他のベンダに製品を例えばその在庫不足を充足するために販売することを申し出し得るベンダ販売価格とをさらに含む。実施形態では、ベンダの製品テーブル３０３内の各製品記録は、在庫の任意のタイミング制約についてのタイミングデータを含む。各ベンダのそれぞれの製品カタログ３０５についてのベンダのストック済み在庫テーブル３０４には、直接的又は中央データベース２０３の他のテーブルとの関連で特定の製品の数量及びベンダのためにサプライチェーンエコシステム内にて現在在庫が持たれている在庫有り製品の所在を特定するために十分なデータが、収められている。ベンダのストック済み在庫テーブル３０４内の各在庫記録は次の事項の全部又は一部を含み得る：ベンダの在庫有り製品の１つ以上が現在格納されている格納ビンの特定の区画の区画識別子（区画＿ＩＤ）；区画が属する格納ビンの各ビン＿ＩＤ；格納ビンが現在所在する特定の施設の一意的施設識別子（施設＿ＩＤ）若しくは格納ビンが現在所在する特定の輸送車両の一意的車両識別子（車両＿ＩＤ）；格納ビンの区画内の在庫有り製品１つ以上のベンダ及び／若しくはグローバル製品＿ＩＤ；格納ビンの区画内の在庫有り製品１つ以上の数量；及びインデクスされた格納場所のアレイ内に収容されている場合には、格納ビンが施設又は輸送車両のインデクスされた格納場所のアレイ内にて所在する特定の格納場所の一意的場所識別子（場所＿ＩＤ）。細分化されたマルチ区画格納（ＭＣＳ、multi-compartment storage）ビンを用いる実施形態では、ベンダのストック済み在庫（stocked inventory）テーブル３０４内の各ストック記録（stock record）は最低限で製品＿ＩＤ及び区画＿ＩＤを含み、これから上述の他の随意的記録内容は図３Ａ～３Ｂに示す他のテーブルとの関係で導出できる。細分化されたＭＣＳビンが用いられない実施形態では、区画＿ＩＤフィールドを省いて代わりに製品＿ＩＤにビン＿ＩＤを伴わせて含めることによって、機能的に等価な目的を充足できる。

図３Ａでは、施設＿ＩＤ／車両＿ＩＤ、場所＿ＩＤ、及びビン＿ＩＤがベンダのストック済み在庫テーブル３０４に含められており、特定の製品＿ＩＤについてのクエリに応答して中央データベース２０３からプルできる様々なデータを示すためにそれらは示されている。実施形態では、そのようなデータをベンダのストック済み在庫テーブル３０４に冗長的に含めることを要さずして、他のテーブルとの関係で該データをプルする。同様に、開示の他のテーブルにて示される冗長データは類似の説明的目的のものであり、実務的にはより正規化されたＤＢ構造を実装してそのようなデータ冗長性を減じ得ることに留意されたい。

図３Ａに示すように、中央データベース２０３の施設テーブル３０６は記録を含み、それぞれは、各施設の施設＿ＩＤを有する静的フィールドと、例えば所在地住所及び／又はそのＧＰＳ座標やある実施形態では施設が環境的に制御された格納機能を有するかを識別するための環境データ等の施設に関する追加的関連情報とを含む。実施形態では、マルチノーダルサプライチェーンシステム２００の全ての施設が環境的に異なる格納ゾーンに関して等価な種別を有している場合、施設テーブル３０６から該環境データは省かれる。中央データベース２０３の輸送車両テーブル３０７は記録を備えるのであって、それぞれは少なくとも、マルチノーダルサプライチェーンシステム２００の各輸送車両の車両＿ＩＤを伴う静的フィールドと、輸送車両が後に向かうことが定められている施設の施設＿ＩＤのための可変宛先フィールドとを含む。実施形態では、輸送車両の環境的に制御された格納性能に関する環境データについてのフィールドもある。実施形態では、マルチノーダルサプライチェーンシステム２００の全ての輸送車両が環境的に異なる格納ゾーンに関して等価な種別を有している場合、輸送車両テーブル３０７から該環境データは省かれる。実施形態では、輸送車両テーブル３０７は、輸送車両のタイプ、輸送車両の現在若しくは最後のＧＰＳ座標、並びに／又は宛先施設における推定到着時刻（ＥＴＡ、estimated time of arrival）が含まれる。

中央データベース２０３の格納ビンテーブル３０８はマルチノーダルサプライチェーンシステム２００の格納ビン全てのビン＿ＩＤを格納するのであり、それぞれは各々の記録内にあり、それは次の事項も含む：各々の格納ビンが所在する施設の施設＿ＩＤ若しくは各々の格納ビンが所在する輸送車両の車両＿ＩＤ；並びに格納ビンが現在インデクスされた格納アレイ（indexed storage array）の１つに収容（stow）されている場合は施設又は輸送車両のインデクスされた格納アレイ内に所在する格納ビンの特定の格納場所又は格納ビンが置かれているか施設の内外にて動かされているロボティックハンドラー若しくはコンベヤ上での動的格納場所についての場所＿ＩＤ。格納ビンがＭＣＳビンとして構成されている実施形態では、各格納ビン記録は、ＭＣＳビンの各区画の各々の区画識別子（区画＿ＩＤ）を記憶するための区画フィールドも含む。ＳＣＳビンのみが用いられる実施形態では、格納ビン記録は区画フィールドを含まない。実施形態では、格納ビンテーブル３０８は環境フラグを記憶し、これは環境条件又は格納ビンの内容物についての要件を示す。

実施形態では、中央データベース２０３の格納ビン内容物テーブル３０９は、各格納ビンの各区画の内容物を含みその追跡を可能とする。格納ビン内容物テーブル３０９の各記録は、次の事項を含む：特定の格納ビン区画の区画＿ＩＤ；該特定の区画が属する格納ビンのビン＿ＩＤ；格納ビンの区画内にある１つ以上の製品の製品＿ＩＤ；格納ビンの区画内の製品の数量；及び製品を所有するベンダのベンダ＿ＩＤ。ＭＣＳビンが用いられずにＳＣＳビンのみが用いられる実施形態では、区画＿ＩＤフィールドの使用が省かれる。これらの実施形態では、図３Ａに示す格納ビン内容物テーブル３０９の他のデータフィールドは格納ビンテーブル３０８内に直接的に記憶される。なぜならば、ベンダの在庫有り在庫の場所を追跡するために各ビンのビン＿ＩＤを用い得るからである。

中央データベース２０３のグローバル格納場所テーブル３１０は、全ての施設及び輸送車両のインデクスされた格納アレイの全インデクスされた格納場所を列挙する。したがって、このグローバル格納場所テーブル３１０内の各記録には、マルチノーダルサプライチェーンシステム２００内での各格納場所の場所＿ＩＤと、格納場所が所在する施設の施設＿ＩＤ若しくは格納場所が所在する輸送車両の車両＿ＩＤと、その格納場所が属する環境制御カテゴリを反映する環境状態インジケータと、あるならばその格納場所に現在格納されている格納ビン若しくは注文ビンのビン＿ＩＤとが含まれる。環境状態インジケータは、格納場所が所与の施設又は輸送車両の常温格納ゾーン・冷蔵格納ゾーン・冷凍格納ゾーンのどれに所在するかを示す。

したがって、全施設及び全輸送車両のインデクスされた格納アレイ（indexed storage array）は、マルチノーダルサプライチェーンシステム２００の格納されたビン（stored bin）の場所のグローバルマッピングのために完全にインデクス付けされており、マルチノーダルサプライチェーンシステム２００の個別の各インデクスされた格納場所（indexed storage location）は、その中の単一の格納ビン（storage bin）各々の配置及び格納に対応するように具体的にサイズ及び形状が定められているフットプリントを有しており、また、中央データベース２０３の記録内には各々の場所識別子又はアドレス（場所＿ＩＤ）を有するのであってこれによって任意のインデクスされた格納アレイ内に収容（stowed）された任意の格納ビン（storage bin）の正確な所在をいつでも識別することができるのであり、このようなインデクスされた格納アレイが輸送車両内に含まれる故に施設間での移送中であってもこれをなし得る。このようにして、ベンダのストック済み在庫テーブル３０４と施設テーブル３０６と輸送車両テーブル３０７と格納ビンテーブル３０８と格納ビン内容物テーブル３０９とグローバル格納場所テーブル３１０とを組み合わせることによって、格納ビンに配置した在庫及び格納ビンに対応した任意のインデクスされた格納アレイ内へと取り込まれた在庫の全ての場所について記録及び追跡される。マルチノーダルサプライチェーンシステム２００が常温格納のみを用いており環境的に制御された格納環境（例えば、冷蔵格納ゾーン及び／又は冷凍格納ゾーンを含む）を有さない場合、環境データはベンダの製品テーブル３０３及び施設テーブル３０６から省かれ、また、環境状態がグローバル格納場所テーブル３１０から省かれる。

ベンダ在庫を保持するための格納ビンに加えて、マルチノーダルサプライチェーンシステム２００は、格納ビンと同じ標準化されたサイズ及び構成のＰＯビンをも用いるのであり、これによってこれらＰＯビン内に配置されたピック済み注文が、メガ施設・マクロ施設・マイクロ施設及びそれらの間で移動する輸送車両にあるインデクスされた格納場所に１対１のビン対場所の対応で同様にして格納可能とされる。したがって、中央データベース２０３のＰＯビンテーブル３１１は格納ビンテーブル３０８と類似の構造となっている。したがって、ＰＯビンテーブル３１１の各記録は静的フィールド即ち次の事項を有する：各ＰＯビンのビン＿ＩＤ；ＰＯビンが現在所在する施設の可変施設＿ＩＤ又は各ＰＯビンが現在所在する輸送車両の車両＿ＩＤ；ＰＯビンが現在インデクスされた格納アレイの１つに収容されている場合は施設又は輸送車両のインデクスされた格納アレイ内に所在するＰＯビンの特定の格納場所又はＰＯビンが置かれているか施設の内外にて動かされているロボティックハンドラー若しくはコンベヤ上での動的格納場所についての場所＿ＩＤ。

実施形態では、ＰＯビンはその中に複数の顧客注文を保持し得るＭＣＳビンである。したがって、ＰＯビンテーブル３１１の各ＰＯビン記録は、各ＰＯビンの区画＿ＩＤを含む静的フィールドを含む。この実施形態では、中央データベース２０３の個別のＰＯビン内容物テーブル３１２は、各ＰＯビンの各区画の内容物を追跡する。したがって、ＰＯビン内容物テーブル３１２内の各記録は次の事項を含む：各ＰＯビン区画の区画＿ＩＤ；該区画が属するＰＯビンのビン＿ＩＤ；該区画内に所在する１つ以上の製品についての特定の顧客注文の注文番号（order number）；該区画内の１つ以上の注文済み製品によって完全に又は部分的に充足される特定の顧客注文のラインアイテム番号；並びに該区画内の注文済み製品の数量（quantity）。ラインアイテム及び数量をＰＯビン内容物テーブル３１２に含めることによって、大きめな注文の内容物を複数の区画に散らしたりさらには複数のＰＯビンに散らしたりすることができる。ＰＯビンが複数の区画に細分化されていない実施形態では、ＰＯビンについての区画＿ＩＤの使用は省かれる。なぜならば、各注文ビンたった一つ区画を有するのであり、その場合ピック済み注文（picked order）の所在を識別するためにはビン＿ＩＤが用いられるこれらの実施形態では、ＰＯビン内容物テーブル３１２は完全に省かれ、代わりに、ＰＯビンテーブル３１１内に直接的に注文番号、ラインアイテム番号、及び数量が記録される。

ＰＯビン内容物テーブル３１２内に記録された注文番号は別個の顧客注文テーブル３１５から検索され且つ割り当てられるのであり、各記録は次の事項を含む：それぞれの顧客注文の注文番号、その顧客注文の充足対象たる顧客の一意的識別子（顧客＿ＩＤ）、顧客注文を充足するベンダの一意的識別子（ベンダ＿ＩＤ）、及び顧客注文に対してその作成時に適用された任意の配送選好。関連する注文ラインアイテムテーブル３１６では、各記録は次の事項を含む：ラインアイテム番号、該ラインアイテムが属する顧客注文の注文番号、顧客注文のラインアイテムを充足するのに要する製品タイプの製品＿ＩＤ、及び該ラインアイテムについて充足するべき製品タイプの数量。各顧客の顧客＿ＩＤも別個の顧客テーブル３１４内に記憶されており、それと共に他の顧客アカウント情報も記憶されており、これには各顧客の氏名、住所、及び請求先情報が含まれる。

ピック済み（picked）注文が置かれるマルチ区画ＰＯビンに加えて、実施形態では、マルチノーダルサプライチェーンシステム２００は単一区画ＦＯビンも用いるのであり、顧客によるピックアップ又は顧客への配達のために個別の顧客注文が完成状態にパッケージングされたらば（packaged）これに詰められる（packed）。実施形態では、ＦＯビンは格納ビン及びＰＯビンとは異なるより小さな標準化されたサイズとされ、例えばそれら他のビンの約半分のサイズとされる。より小さなＦＯビンは、メガ施設・マクロ施設・マイクロ施設・それらの間を移動する輸送車両のインデクスされた格納アレイとは互換性がなく、代わりに、ナノ施設にて用いられる異なるタイプのインデクスされた格納アレイ向けにサイズ及び構成が定められている。

中央データベース２０３のＦＯビンテーブル３１３は次の事項を含む静的フィールドを備える：ＦＯビンのそれぞれ１つについてのビン＿ＩＤ、ＦＯビン内に所在する１つ以上の製品についての特定の顧客注文の注文番号；ＦＯビンが現在所在する施設の施設＿ＩＤ又は各ＦＯビンが現在所在する輸送車両の車両＿ＩＤ；ＦＯビンが現在インデクスされた格納アレイの１つに収容されている場合は施設又は輸送車両のインデクスされた格納アレイ内に所在するＦＯビンの特定の格納場所又は格納ビンが置かれているか施設の内外にて動かされているロボティックハンドラー若しくはコンベヤ上での動的格納場所についての場所＿ＩＤ。複数のＦＯビン間で大きな注文の分散を許容するために、実施形態では、ＦＯビンテーブル３１３内の各記録は、ＦＯビン内の１つ以上の注文済み製品によって完全に又は部分的に充足される特定の顧客注文のラインアイテム番号と、該ＦＯビン内の注文済み製品の数量とをさらに含む。実施形態では、ＦＯビンテーブル３１３は、顧客の一意的識別子（顧客＿ＩＤ）並びに顧客注文の充足及び／若しくは返品状態をさらに記憶する。

中央データベース２０３の供給品積荷テーブル３１７には、新たな在庫をマルチノーダルサプライチェーンシステム２００（典型的にはメガ施設）に配達するように予定された期待在庫供給品積荷についての事項が入っている。供給品積荷テーブル３１７の各記録には次の事項が含まれる：期待供給品積荷の一意的識別子（積荷＿ＩＤ）、供給品積荷の源泉となるサプライヤの一意的識別子（サプライヤ＿ＩＤ）；運営主体によって代理受領されている積荷の受領者たるベンダ（即ち新たに到着する在庫を所有するベンダ）のベンダ＿ＩＤ；及び供給品積荷の配達が予定されている施設の施設＿ＩＤ。供給品積荷の内容物は別個の積荷詳細テーブル３１８において列挙されており、各記録は次の事項を含む：期待供給品積荷内の製品の各ケースについての一意的識別子（ケース＿ＩＤ）、ケースが属する積荷の積荷＿ＩＤ、ケース内に含まれる製品タイプの製品＿ＩＤ、及びケース内にある製品タイプの数量。

図３Ｃ～３Ｄは、実施形態による、図２Ａ～２Ｂに示すマルチノーダルサプライチェーンシステム２００のローカル施設データベース２０７及びローカル車両データベース２２０について示す図である。マルチノーダルサプライチェーンシステム２００のローカル施設データベース２０７の組織スキームについての実施形態では、ローカル施設データベース２０７は施設格納テーブル３２０ａを含むのであり、これにおいては該特定の施設の格納アレイのそれぞれの格納場所のみがインデクス付けされるのであり、図３Ｂに示す中央データベース２０３のグローバル格納場所テーブル３１０（こちらはマルチノーダルサプライチェーンシステム２００の全ての格納場所についてのグローバルインデクスを代わりに提供する）とは異なる。グローバル格納場所テーブル３１０と類似しており、施設格納テーブル３２０ａの各記録は次の事項を含む：各格納場所についての場所＿ＩＤのための静的フィールド、該格納場所が属する環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍格納ゾーン）を表す環境状態インジケータ、及び存在するならばその場所に現在格納されている格納ビンのビン＿ＩＤ。

ローカル施設データベース２０７は自動化機材情報テーブル３２０ｂをさらに備えるのであり、これは、例えば特定の施設にて動作可能なロボティックハンドラーやコンベヤ等の自動化機材の各個の一意的識別子（機材＿ＩＤ）のための静的フィールドを含む。ロボティックハンドラーは、インデクス付けされており、また、格納ビンを施設内外にて動かす際に格納ビンを配置及び位置決めするための動的格納場所を、定義する。実施形態では、コンベヤは、格納ビンの施設内での移転又は｛施設／輸送車両｝から｛輸送車両／施設｝への移転がなされる際の格納ビンの格納場所をも定義する。格納ビンがロボティックハンドラー又はコンベヤによって施設の内外にて移動される際に、機材＿ＩＤは格納ビンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。自動化機材情報テーブル３２０ｂは、施設の内外にて現在ロボティックハンドラー又はコンベヤによって保持・移動されている格納ビンのビン＿ＩＤのための可変フィールドをさらに含む。自動化機材情報テーブル３２０ｂは、例えば機材タイプ（例えば、ロボティックハンドラー又はコンベヤ）や自動化機材のリアルタイムでの場所等他の情報も記憶している。別の実施形態では、例えばフォークリフト等の手動オペレーションズ機材も機材＿ＩＤへとマッピングされており、動的格納場所を定義する。この実施形態では、格納ビンが施設内にて手動オペレーションズ機材によって手動的に操作される際に、手動オペレーションズ機材の機材＿ＩＤは格納ビンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。

ローカル施設データベース２０７は１つ以上のオンサイトビンテーブル３２２を含み、これは当該特定の施設の現地に現在ある全ての格納ビン及び／又は注文ビンのビン＿ＩＤを列挙する。実施形態では、ローカル施設データベース２０７のオンサイトビンテーブル３２２は次の事項を記憶するためのフィールドを有する：各格納ビンの空／占有中状態、環境フラグ、各格納場所の場所＿ＩＤ、宛先施設＿ＩＤ、及びタイミングデータ。複数のビンタイプを有する施設に関しては、実施形態では、各ビンタイプはそれぞれ自己のオンサイトビンテーブル３２２をローカル施設データベース２０７内にて有している。ローカル施設データベース２０７はワークステーション情報テーブル３２１をさらに含み、これには次の事項が含まれる：当該特定の施設に所在する異なるワークステーションの一意的識別子（ワークステーション＿ＩＤ）；各そのようなワークステーションについて、ワークステーションにて行われる作業オペレーションズのタイプを表すワークステーションタイプ（例えば、取り込みワークステーション、付加価値サービス（ＶＡＳ、value-added service）ワークステーション、キット化ワークステーション、ピッキングワークステーション、詰め込みワークステーション等）；施設内のワークステーションの場所（例えばこれは、ロボティックハンドラーを動かすように命令するアドレス形式並びに／又はコンベヤ若しくは他の自動化ビン捌き機材による格納ビンの移動若しくは搬送を命令するアドレス形式とされている）；そのワークステーションにて備蓄されている作業用品（例えば、パッケージング、ラベリング、及びタグ付け用品）の識別事項；ある実施形態では、１つ以上のワークステーションカテゴリフィールドが含まれ、該フィールドは、他の同じタイプのワークステーションから該ワークステーションを区別する該ワークステーションにて提供される特化した何らかのオペレーティング特性又は機能を指定するカテゴリフィールドとされ得る（例えば、特定の製品クラスとの互換性又は非互換性を示すカテゴリフィールド（例えば、露出した食品の取り扱いのためのより厳格な衛生基準に準拠した食品級ワークステーションや；アレルギー誘発性製品が禁じられるアレルゲン禁制ワークステーションであって随意的にはサブカテゴリによって編成されたワークステーション（例えば、ピーナッツ禁制、木の実禁制、グルテン禁制、貝類禁制、乳製品禁制等）や；他のワークステーションカテゴリでは禁止される危険物のために特に設けられた危険物ワークステーション）。実施形態では、カテゴリ化はフラグ基準でなされ、特化したワークステーションのみが特別なカテゴリでフラグ付けされるのであり、任意のそのようなフラグの欠如は一般物品ワークステーションを示すのであってそこでは制限製品クラス（例えば、危険物や露出型食品等）以外のあらゆるものがその潜在的アレルゲン含有性を問わずに許容され得る。ローカル施設データベース２０７は施設情報テーブル３１９をさらに含み、これは図３Ａに示す中央データベース２０３の施設テーブル３０６内のと同じ又は似た内容を記憶するためのものである。実施形態では、施設情報テーブル３１９は、随意的には、その施設に現在所在する空の及び占有中の格納ビンの数量を識別するビン数量データを記憶する。

図３Ｄに示すように、各ローカル車両データベース２２０は車両格納テーブル３２４を備え、これにおいては当該特定の輸送車両の格納アレイの各格納場所のみがインデクスされている。各ローカル施設データベース２０７の施設格納テーブル３２０ａと類似しており、車両格納テーブル３２４の各記録は次の事項についての静的フィールドを有する：輸送車両のインデクスされた格納アレイ内の各格納場所についての場所＿ＩＤ、該格納場所が属する環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍格納ゾーン）を表す環境状態インジケータ、及び存在するならばその場所に現在格納されている格納ビンのビン＿ＩＤ。実施形態では、ローカル車両データベース２２０は自動化機材情報テーブル３２４ｂをさらに備えるのであり、これは図３Ｃに示す自動化機材情報テーブル３２０ｂに類似しており輸送車両内に搭載されている自動化機材を記憶するためのものである。ローカル車両データベース２２０は１つ以上のオンボードビンテーブル３２５をさらに備えるのであり、これは現在輸送車両に搭載されている全ての格納ビン及び／又は注文ビンのビン＿ＩＤを列挙する。ローカル車両データベース２２０は車両情報テーブル３２３をさらに含み、これは図３Ａに示す中央データベース２０３の輸送車両テーブル３０７内のと同じ又は似た内容を記憶するためのものである。実施形態では、車両情報テーブル３２３は、随意的には、その輸送車両に現在搭載されている空の及び占有中の格納ビン並びに／又は注文ビンの数量を識別するビン数量データを記憶する。

図３Ｅ～Ｆは、実施形態による、異なるカテゴリの格納ビン２２４ａ，２２４ｂ，２２４ｃ，２２４ｄに記憶されたローカルデータについて示す図である。データは格納ビン２２４ａ，２２４ｂ，２２４ｃ，２２４ｄのモバイルデータ記憶装置２２６上に記憶されており、例えば図２Ａに示される中央コンピューティングシステム２０１の中央データベース２０３や施設管理サブシステム２０４のローカル施設データベース２０７や車両管理サブシステム２１６のローカル車両データベース２２０にて用いられているものに類似した表形式データベースフォーマットとされ得る。ベンダ在庫を保持する格納ビン２２４ａ，２２４ｂのモバイルデータ記憶装置２２６上において、ビン情報テーブル３２６は次の事項を記憶する：格納ビンの静的ビン＿ＩＤ；格納ビンの区画＿ＩＤ；並びに少なくとも環境的に特有な格納ビンが用いられる実施形態（例えば、冷温格納と常温格納とで及び／又は冷温格納の異なるクラス（例えば、冷蔵や冷凍）間で異なる材質又は異なる構成の格納ビンを用いる場合）では、施設及び輸送車両の異なる環境的に制御された格納ゾーンとの格納ビンの適合性の有無を指定する環境フラグ。実施形態では、ビン情報テーブル３２６は次の事項をさらに含む：ビン取り扱いデータであって、これは例えば、ビン取り扱いデータを、図３Ａに示されたベンダの製品テーブル３０３からの製品取り扱いデータと、比較することによって所定の製品タイプについて特定の格納ビンを選択して、格納ビンが製品取り扱い要件に対応しているか否かをチェックすることに際して有用たり得るビン取り扱いデータ；図２Ａ～２Ｂに示されるマルチノーダルサプライチェーンシステム２００を通して格納ビンを輸送すべき特定の施設、地理的領域又は他の宛先を識別する宛先データ；及び格納ビンの意図された宛先への配達に関しての任意のタイミング制約に関するタイミングデータ。ビン情報テーブル３２６内のビン取り扱いデータについての１つの例としては、特定の格納ビンがアレルゲン禁制格納ビンであるとの指定を挙げ得るのであり、この場合、１つ以上の特定のアレルギー誘発性製品カテゴリのもの（例えば、ピーナッツ、木の実、グルテン、貝類、乳製品等）が置かれてはならないものとされる。

さらに、ベンダ在庫を保持する格納ビン２２４ａ，２２４ｂのモバイルデータ記憶装置２２６上では、内容物テーブル３２７が任意の時点における格納ビンの可変内容物について記録する。この内容物テーブル３２７の各記録は次の事項を含む：格納ビンの各区画の区画＿ＩＤ、格納ビンの区画内に格納された製品タイプの製品＿ＩＤ；格納ビンの区画内に格納された製品タイプの数量、及び各製品タイプの該数量が属する特定のベンダのベンダ＿ＩＤ。ＳＣＳビン２２４ａが用いられる実施形態では、区画＿ＩＤをビン情報テーブル３２６及び内容物テーブル３２７に含めることは随意的であり、省略可能である。また、ベンダ在庫を保持する格納ビン２２４ａ，２２４ｂのモバイルデータ記憶装置２２６上の製品情報テーブル３２８には、該格納ビンの１つ以上の区画内に含まれる製品の１つ以上のベンダのベンダ製品テーブル３０３のフィールドからの事項が入力される。格納ビン２２４ａ，２２４ｂの製品情報テーブル３２８内の各記録は、したがって内容物テーブル３２７からのそれぞれのベンダ及び／又はグローバル製品＿ＩＤ、並びにそのベンダのベンダ製品テーブル３０３内の対応する製品記録からの全部又は一部のフィールドのコピーを含むのであり、例えば、１つ以上の施設内での取り扱い及びカスタマイゼーション並びに施設及び輸送車両両方内での環境的配置を定めるのに用いられる取り扱いデータ・カスタマイゼーションデータ・環境データが含まれる。

さらに、マルチ区画ＰＯビン２２４ｃのモバイルデータ記憶装置２２６の内容はＭＣＳビン２２４ｂのそれと似ており、例えば、ビン情報テーブル３２６及び製品情報テーブル３２８の内容という側面で随意的には完全に又は実質的に同一とされ得るも、カスタマイゼーションデータが随意的に省略されたり内容物テーブル３２７の側面で異なったりし得るのであり、ＰＯビン２２４ｃはピック済み顧客注文を保持するためのものであり未だピックされていないベンダ在庫とされていない故にビン内容物は顧客注文によって識別される。ＰＯビン２２４ｃについては、内容物テーブル３２７内の各記録は次の事項を含む：ＰＯビン２２４ｃの各区画の区画＿ＩＤ、区画内にピック済み製品タイプを有する特定の顧客注文の注文番号、該顧客注文の充足対象たる特定の顧客の顧客＿ＩＤ、区画内のピック済み製品タイプによって充足された顧客注文内の各ラインアイテムを識別するラインアイテム番号、ピック済み製品タイプの製品＿ＩＤ、区画内のピック済み製品タイプの数量、及びピック済み製品タイプのピック元となった特定のベンダのベンダ＿ＩＤ。実施形態では、ＰＯビン２２４ｃのモバイルデータ記憶装置２２６内に記憶された内容物テーブル３２７内の各記録には、宛先データ及び注文タイミングデータが含まれる。

また、単一区画ＦＯビン２２４ｄのモバイルデータ記憶装置２２６の内容はマルチ区画ＰＯビン２２４ｃのそれと似ており、例えば、ビン情報テーブル３２６・ビン内容物テーブル３２７・製品情報テーブル３２８の内容という側面で随意的には完全に又は実質的に同一とされ得るも、ＦＯビン２２４ｄの単一の区画＿ＩＤは随意的に省略され得る。図３Ａ～３Ｄに示される中央データベース２０３、ローカル施設データベース２０７、及びローカル車両データベース２２０並びに図３Ｅ～３Ｆに示される様々な格納ビン２２４ａ～２２４ｄのモバイルデータ記憶装置２２６内での特に例示されたデータの編成及び組織化並びにそれらの様々な記録内に含まれる特定のフィールドの特定の選択は、単に例示目的で供されているにすぎず、本明細書にて開示される実施形態の範囲を限定することは意図されていないことに留意されたい。識別された特定のフィールドは一般的には本明細書にて詳述された様々な実施形態の運用上の詳細事項に特に関するものであるも、追加の又は無関係の機能性のために追加のデータを他の実施形態が用いたり、特に詳述された実施形態内にて示されたフィーチャや機能のサブセットによって特徴付けられる他の実施形態に不要な随意的データを省いたりできる。

図４Ａは、実施形態による、マルチノーダルサプライチェーンシステム２００を順方向又は下流方向に向かうサプライ、在庫及び注文が入った格納ビンについてのワークフローについて示す図である。図４Ａでは、一連のメガ施設・マクロ施設・マイクロ施設１０，１２，１４における到着方向及び出発方向の輸送行為が例示されており、製造者、サプライヤ、及び／又は外部の・パートナーの・契約関係有りのエンティティによって運営される流通センタ（以下、「サプライヤ」という。）からの到着供給品積荷４０１ａ，４０１ｂがメガ施設１０にて受領されることによってことが始まる。マルチノーダルサプライチェーンシステム２００は、個別のノード施設１０，１２，１４，１６、並びに、供給品積荷と製品在庫と顧客注文とマルチノーダルサプライチェーンシステム２００にてこれらを格納・輸送するために用いられる格納ビン・注文ビンとの関係でのそこにおける及びそれらの間でのワークフローを、管理する。メガ施設１０に到着する到着供給品積荷の少なくとも１つの幾つかは典型的にはフルケース積荷４０１ａであり、各ケース（例えば、段ボール箱、再利用可能トート、又は他の容器）は製品タイプを１つのみ（即ち、合致する製品＿ＩＤの製品のみ）を含む。本開示で使用されるように、「在庫管理単位（ＳＫＵ、stock keeping unit）」との用語は、一意的製品識別子即ちグローバル製品識別子又はベンダ特有製品識別子を指すために用いられる。よって、単一ＳＫＵケース又は単一ＳＫＵビンとは、同じタイプの製品を含むケース又はビンを指すのであり、これら製品の等価性がそれらの製品によって共有される合致するＳＫＵ、合致するユニバーサル製品コード（ＵＰＣ、universal product code）、又は合致する別のグローバル若しくはベンダ特有製品識別子のいずれによってもよい。フルケース積荷４０１ａは多くの場合パレット化された形式（即ち、パレット４０２として）でサプライヤからメガ施設１０に到着する。したがって、各メガ施設１０は、フルケース積荷４０１ａを脱パレット化するための脱パレット化ステーションを少なくとも１つ備える。他の到着するフルケース積荷４０１ａはパレット化積荷ではなくばらケース型積荷たり得るのであり、その場合脱パレット化は要されず、また、メガ施設１０内の脱パレット化ステーションは省かれるかバイパスされることができる。

パレット化されているもの又はばら状態のものであれ、従来型の製品パッケージング（例えば、段ボール箱や輸送用トート等）で受領されたフルケース積荷４０１ａとの関係で追加的に又は代替的には、到着供給品積荷は随意的には予めビンされた積荷４０１ｂ，４０１ｃを含むことができ、製品はメガ施設・マクロ施設・マイクロ施設１０，１２，１４のそれぞれとの互換性を有する格納ビン２２４ａ，２２４ｂを用いてサプライヤから配達される。このような場合、サプライヤからメガ施設１０に予めロードされた状態で来る到着格納ビン２２４ａは、ＳＣＳビン２２４ａとされ得るのであり、各々は、製品を到着したＳＣＳビン２２４ａから他のＳＣＳビン２２４ａへと移転する単一化（singulation）ステップを行うことを要せずにメガ施設１０のインデクスされた格納アレイ内へと直接的に取り込まれ得る合致する製品タイプの製品のみを、含む。

メガ施設１０にて詰められた又は予めビン入れされた積荷４０１ｂを介して受領されたＳＣＳビン２２４ａ（以下、「単一ＳＫＵビン」ともいう。）は、下流に向かってマクロ施設１２の１つへ輸送するためにメガ施設１０から例えばセミトレーラトラック等の大型輸送車両２１５ａに積み込まれる。マクロ施設１２では、ＳＣＳビン２２４ａはキットが入れられた下流に向かうマルチ区画格納ビン（ＤＭＣＳ、downstream-headed multi-compartment storage）を詰めるためにマクロ施設１２にて用いられる。ＤＭＣＳビン２２４ｂ（「複数ＳＫＵビン」ともいう。）は、下流に向かってマイクロ施設１４の１つへと輸送するために、マクロ施設１２から例えばセミトレーラトラック等の大型輸送車両２１５ｂに積み込まれる。実施形態では、マイクロ施設１４は、予めビン入れされた積荷４０１ｃからＤＭＣＳビン２２４ｂを受領する。マイクロ施設１４にある格納ビンは、他の格納ビン２２４ａ，２２４ｂとは異なるより小さな標準化サイズ及びフットプリントを有する完成注文（ＦＯ、finished-order）ビン２２４ｄとされる。実施形態では、これらＦＯビン２２４ｄは他の格納ビン２２４ａ，２２４ｂの約願分のサイズ及びフットプリントとされており、各々については単一の顧客注文のみを含むことが意図されており、故にそれらの内部はＤＭＣＳビン２２４ｂのように細分化されていることを要さない。この実施形態では、これらのより小さなＦＯビン２２４ｄは、図２Ａ～２Ｂに示されるメガ施設１０、マクロ施設１２、及びマイクロ施設１４のインデクスされた格納アレイ及びロボティックハンドラー２０８並びに図２Ａ～２Ｂに示される輸送車両２１５ａ，２１５ｂのビンカルーセル２２２ａとは互換性を有しておらず、代わりに、ナノ施設１６及び輸送車両２１５ｃにて用いられる異なるタイプのインデクスされた格納アレイ向けに特化されたサイズ及び構成とされている。

図４Ｂは、実施形態による、マルチノーダルサプライチェーンシステム２００を逆方向又は上流方向に向かう空及び顧客返品格納ビン２２４ａ，２２４ｂ，２２４ｄについてのワークフローについて示す図である。本明細書にて開示されるマルチノーダルサプライチェーンシステム２００はサプライチェーンワークフローの自律的で整然とした管理を実施するのであり、格納ビン２２４ａ，２２４ｂ，２２４ｄはエンドポイントを含む各ノード施設１０，１２，１４，１６にて１対１の対応（即ち１：１）で交換されて、マルチノーダルサプライチェーンシステム２００を通じての順方向及び逆方向の格納ビン２２４ａ，２２４ｂ，２２４ｄの流量が等価且つ連続的とされることが可能となる。マルチノーダルサプライチェーンシステム２００は、したがって、ノード施設１０，１２，１４，１６及び対応する輸送車両２１５ａ，２１５ｂ，２１５ｃにおける１：１でのトランザクションを可能とするのであり、それによって図４Ｂに示される格納ビン２２４ａ，２２４ｂ、２２４ｄの逆行流量が図４Ａに示される順行流量と同じになることが可能となり、それによってマルチノーダルサプライチェーンシステム２００が整然としたものとなる。

図５は、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のメガ施設１０のレイアウトについての上面図である。メガ施設１０は到着積み込みドック５０１、出発積み込みドック５０２、及びグリッド格納構造５０７を有するインデクスされた格納アレイを備える。実施形態では、到着積み込みドック５０１及び出発積み込みドック５０２は、メガ施設１０の対向する外縁又は端部に配置される。実施形態では、グリッド格納構造５０７は図８に示されるタイプのものであり、図８の詳細な説明にて開示されている。この実施形態では、グリッド格納構造５０７は環境的に異なる格納ゾーンに細分化されており、例えば主たる常温ゾーン５０７ａ、小さな冷蔵ゾーン５０７ｂ、及び小さな冷凍ゾーン５０７ｃとされ得る。実施形態では、環境的に異なる格納ゾーンの個数及びそれらの相対的比率及びグリッド格納構造５０７における配置は、可変とされ得る。グリッド格納構造５０７を環境的に異なる格納ゾーン５０７ａ，５０７ｂ，５０７ｃに細分化することによって、メガ施設１０の環境的に異なる格納ゾーン５０７ａ，５０７ｂ，５０７ｃは、グリッド格納構造５０７上にて運用されるロボティックハンドラー２０８の同じ共通フリートによって担当される。このタイプの細分化マルチゾーン格納構造の構造及び運用については、出願人の米国仮特許出願第６２／８９１，５４９号に開示されており、当該出願の開示全体を参照して取り込む。別の実施形態では、メガ施設１０のより異なる環境的に制御されたサブセクション内の小さな別個の格納構造が、環境的に隔離されて異なる格納ゾーンに細分化された単一グリッド格納構造５０７の代替として、採用されている。

隣り合う到着積み込みドック５０１は、各フィードコンベヤに隣り合う一連の各脱パレット化ステーション５０３である。脱パレット化ステーション５０３は、人間の作業員又はロボティックワーカ又は他の自動化機材がサプライヤからのパレット化フルケース積荷を個別のケースに解体乃至は脱パレット化することを、可能とする。パレット化積荷ではなく、ばらケース型積荷がメガ施設１０に来た場合、脱パレット化は要されず、脱パレット化ステーション５０３は省かれるかバイパスされることができる。フィードコンベヤ５０４は共通到着コンベヤ５０５に流入し、次にこれが一連の取り込みワークステーションへと向かう。各取り込みワークステーション５０６は、グリッド格納構造５０７の下部トラック（track）レイアウトとの関係で隣接的に隣り合うように設けられており、取り込みワークステーション５０６にて格納ビンに置かれた在庫はグリッド格納構造５０７上にて作動しているロボティックハンドラー２０８のフリートによってインデクスされた格納アレイ内へと取り込まれる。実施形態では、格納ビンを出発積み込みドック５０２に全自動的若しくは部分自動的に移転すること、並びに、格納ビンを出発積み込みドック５０２にある出発輸送車両に全自動的若しくは部分自動的に積み込むこと、を支援するために、出発積み込みドック５０２は、トラック（track）レイアウト（例えば、グリッド格納構造５０７の下部トラック（track）レイアウト）の１つと直接的に接続されている積み込みグリッド構造５０９と、隣り合っているものとされるのであり、それによってグリッド格納構造５０７の拡張が形成されて、そこでロボティックハンドラー２０８の同じフリートがグリッド格納構造５０７を旅立って出発積み込みドック５０２のいずれか１つへと移動することができる。実施形態では、積み込みグリッド構造５０９は１つ以上の立抗を備える３次元的構造であり、該立抗ではロボティックハンドラー２０８は出発積み込みドック５０２の適切な高さへと昇降することができ、そこに駐機してある出発輸送車両｛へ格納ビンをもたらし／から格納ビンをとる｝ことができるのであって出発輸送車両のトレーラとの関係で様々な高さとし得る。

実施形態では、図５に示されるように、積み込みグリッド構造５０９は、グリッド格納構造５０７に関して到着積み込みドック５０１及び脱パレット化ステーション５０３と同じ側に存在する取り込みワークステーション５０６からグリッド格納構造５０７を挟んで配置されている。実施形態では、メガ施設１０は、追加の排出ワークステーション５０８を備えるのであり、これは取り込みワークステーション５０６と似ていてグリッド格納構造５０７の下部トラック（track）レイアウトとの関係で隣接的に隣り合うように設けられており、グリッド格納構造５０７を通るロボティックハンドラー２０８によって排出ワークステーション５０８を直接的に担当するためにこのようにされている。これらの排出ワークステーション５０８は、格納ビンを複数の目的のためにグリッド格納構造５０７から抽出することと、格納ビンをロボティックハンドラー２０８によって積み込みグリッド構造５０９を介して出発輸送車両に届けることをなすために便利である。

実施形態では、取り込みワークステーション５０６及び排出ワークステーション５０８の各々は、グリッド格納構造５０７の下部トラック（track）レイアウトの拡張トラック上をロボティックハンドラー２０８が通るタイプのものであり、ロボティックハンドラー２０８は格納ビンをこれらワークステーション５０６，５０８の中に通させる。この方法では、同じロボティックハンドラー２０８のフリートが、ワークステーション５０６，５０８の作業｛員／体｝相互作用点と、格納ビンの預け入れ又は抽出がなされるグリッド格納構造５０７内の格納場所との間で格納ビンを動かすことを可能とする。実施形態では、各ワークステーション５０６，５０８は、各ワークステーション５０６，５０８のカウンタトップ作業面内に配置されたオープンポート５０６ａ，５０８ａをそれぞれ備えており、これが、人間の作業員又はロボティックワーカが各ワークステーション５０６，５０８にてロボット的に搬送された格納ビンと相互作用して製品をその中に置くか製品をそこから取り出すことができる地点を、定義する。製品は典型的には取り込みワークステーション５０６にて格納ビンの中に置かれる（put）されるが故に取り込みワークステーション５０６のオープンポート５０６ａは「プット（put）ポート」と呼ばれ、他方で、製品は典型的には排出ワークステーション５０８にて格納ビンから選ばれる（pick）されるが故に排出ワークステーション５０８のオープンポート５０８ａは「ピック（pick）ポート」と呼ばれる。取り込みワークステーション５０６及び排出ワークステーション５０８それぞれは類似のカウンタトップタイプとされており、そのようなワークステーション５０６，５０８を担当しており且つこれらの作業面の開口部を用いてこれらのカウンタトップ作業面下で搬送又は動かされている格納ビンへのアクセスをなす任意の人間作業員によって用いられるための水平作業面が提供されるように構成されているが、別段の指定無き限り、「ピックポート」及び「プットポート」との用語は、一般的な意味合いで用いられており、ワークステーション５０６，５０８にて設けられているかそこを担当している人間作業員又はロボティックワーカがアクセスするために格納ビンが適切に位置決め及び向き決定された任意の相互作用点を意味するのであり、該アクセスがカウンタトップ又は他の包囲構造によって画定されたポート又は開口部を通してなされるか否かによらない。

図６は、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のマクロ施設１２のレイアウトについての上面図である。マクロ施設１２は到着積み込みドック６０１、出発積み込みドック６０２、及びメガ施設１０のそれと似たグリッド格納構造６０３を有するインデクスされた格納アレイを備える。到着積み込みドック６０１及び出発積み込みドック６０２は、マクロ施設１２の対向する外縁又は端部に配置される。実施形態では、マクロ施設１２のグリッド格納構造６０３は、メガ施設１０のそれより小規模なものとされている。実施形態では、マクロ施設１２のグリッド格納構造６０３は環境的に異なる格納ゾーンに細分化された格納構造であり、例えば常温ゾーン６０３ａ、冷蔵ゾーン６０３ｂ、及び冷凍ゾーン６０３ｃとされ得る。実施形態では、到着積み込みドック６０１及び出発積み込みドック６０２の両方は、各々の積み込みグリッド構造６０４，６０５とそれぞれ隣り合っている。実施形態では、マクロ施設１２の積み込みグリッド構造６０４，６０５は、図５に示されるメガ施設１０の出発積み込みドック５０２の積み込みグリッド構造５０９と似ている。

メガ施設１０と似ていて、マクロ施設１２は、グリッド格納構造６０３の下部トラック（track）レイアウトとの関係で接続及び隣接する配置にされている２つの異なるタイプのワークステーションを備えており、それによってグリッド格納構造６０３のロボティックハンドラー２０８がこれらのワークステーションを直接的に担当することを可能としている。マクロ施設１２は、１つ以上の付加価値サービス（ＶＡＳ）ワークステーション６０６及び１つ以上のキット化ワークステーション６０７を備える。実施形態では、ＶＡＳワークステーション６０６は、付加価値サービス並びに顧客返品の検査及び処理等の他の目的の両方のために用いられる多目的ワークステーションである。したがって、これらのワークステーションは図６に示すように、ＶＡＳ／返品ワークステーション６０６という。多目的機能が必須でない実施形態では、これらのワークステーションはＶＡＳワークステーション６０６として稼働する。ＶＡＳ／返品ワークステーション６０６及びキット化ワークステーション６０７各々は２つのオープンアクセスポート６０６ａ，６０６ｂ，６０７ａ，６０７ｂをそれぞれ備えるのであり、これは各ワークステーション６０６，６０７のカウンタトップ作業面内にあり、各ワークステーション６０６，６０７の人間作業員又はロボティックワーカがこれを通じてグリッド格納構造６０３からの格納ビンと相互作用する。実施形態では、ＶＡＳワークステーション６０６及びキット化ワークステーション６０７それぞれの２つのポートの少なくとも１つ（６０６ａ若しくは６０６ｂ並びに６０７ａ若しくは６０７ｂ）は、グリッド格納構造６０３の下部トラック（track）レイアウトの拡張トラックによるサービスを受けており、ロボティックハンドラー２０８はＶＡＳワークステーション６０６及びキット化ワークステーション６０７を通じて移動してこの少なくとも１つのポート（６０６ａ若しくは６０６ｂ並びに６０７ａ若しくは６０７ｂ）｛へと／から｝格納ビンを運ぶ。この実施形態では、他のポートはＶＡＳワークステーション６０６及びキット化ワークステーション６０７それぞれの内部コンベヤによるサービスを受けており、その上に格納ビンがグリッド格納構造６０３のロボティックハンドラー２０８によってドロップオフされ、その後ＶＡＳワークステーション６０６及びキット化ワークステーション６０７それぞれの各コンベヤサービス被提供ポートかのアクセス可能位置へと搬送されまたそこから搬送された後にそれによってピックされる。１つのアクセスポートを通るトラック（track）ベースドドライブスルー移動経路及び他の格納ビンが他のアクセスポートを過ぎて搬送されるコンベヤベースド移動経路上を動くロボティックハンドラー２０８の組み合わせによるサービスを受けるそのようなワークステーション６０６，６０７の詳細は、２０１９年５月１０日に出願された出願人の米国仮特許出願第62/846,295号に開示されており、当該出願の開示全体が参照しされて取り込まれる。

図７は、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のマイクロ施設１４のレイアウトについての上面図である。マイクロ施設１４は到着積み込みドック７０１、出発積み込みドック７０２、及び図６に示されたマクロ施設１２のそれと同じグリッド格納構造７０３を有するインデクスされた格納アレイを備える。実施形態では、到着積み込みドック７０１及び出発積み込みドック７０２は、マイクロ施設１４の対向する外縁又は端部に配置される。実施形態では、マイクロ施設１４は、マクロ施設１２と比較されるとより小規模である。実施形態では、マクロ施設１２のグリッド格納構造７０３は環境的に異なる格納ゾーンに細分化された格納構造であり、例えば常温ゾーン７０３ａ、冷蔵ゾーン７０３ｂ、及び冷凍ゾーン７０３ｃとされ得る。実施形態では、到着積み込みドック７０１は積み込みグリッド構造７１２と隣り合っているものとされるのであり、これは図５に示されるメガ施設１０の出発積み込みドック５０２で並びに図６に示されるマクロ施設１２の到着積み込みドック６０１及び出発積み込みドック６０２で採用されているものと同じタイプである。

実施形態では、マイクロ施設１４は、グリッド格納構造７０３の下部トラック（track）レイアウトとの関係で接続及び隣接する配置にされている異なるタイプのワークステーションを備えており、それによってロボティックハンドラー２０８がこれらのワークステーションを直接的に担当することを可能としている。ワークステーションは、少なくとも１つの返品ワークステーション７０４と、少なくとも１つの注文ピッキングワークステーション７０５と、少なくとも１つの注文詰め込みワークステーション７０６とを備える。注文準備処理の第１のマルチ注文ピッキング段階は注文ピッキングワークステーション７０５にてなされるのであり、図４Ａに示される製品入りＭＣＳビン２２４ｂは、そこに従前取り込まれていた場合にはマイクロ施設１４のインデクスされた格納アレイのグリッド格納構造７０３から受領されるか、又は、図２Ａ～２Ｂに示されるマイクロ施設１４の施設管理サブシステム２０４による格納をバイパスするとの決定に基づいて（例えば、到着ＭＣＳビン２２４ｂ内の製品が、既にマイクロ施設１４にあった他の製品によって別の態様で充足できた顧客注文を充足するために必要とされた最後の残りの製品であるとの決定に基づいて）、ＭＣＳビン２２４ｂが到着した到着積み込みドック７０１から直接的に受領される。各注文ピッキングワークステーション７０５にはピック済み注文（ＰＯ）ビンの供給がもたらされており、実施形態では、それはマイクロ施設１４のインデクスされた格納アレイのグリッド格納構造７０３内に格納されており、そこから回収されて、インデクスされた格納アレイのロボティックハンドラー２０８によってマルチ注文処理ステージに配達されるのであって、例えば図８に示されるタイプのグリッド格納構造７０３のグリッド下部トラック（track）レイアウトから出てくる拡張トラック（track）によってなされ得る。実施形態では、注文ピッキングワークステーション７０５及び注文詰め込みワークステーション７０６は、図６に示されるマクロ施設１２のＶＡＳ／返品ワークステーション６０６及び／又はキット化ワークステーション６０７と同じタイプである。実施形態では、注文ピッキングワークステーション７０５は注文ピッキングワークステーション７０５のカウンタトップ作業面内の２つのオープンアクセスポート７０５ａ，７０５ｂ備えるのであり、それを通じて注文ピッキングワークステーション７０５の人間作業員又はロボティックワーカがグリッド格納構造７０３からの格納ビンと相互作用する。実施形態では、注文詰め込みワークステーション７０６は注文詰め込みワークステーション７０６のカウンタトップ作業面内の１つのオープンアクセスポート７０６ａ備えるのであり、それを通じて注文詰め込みワークステーション７０６の人間作業員又はロボティックワーカがグリッド格納構造７０３からの格納ビンと相互作用する。

マイクロ施設１４の出発積み込みドック７０２が積み込みグリッド構造上のロボティックハンドラー２０８によるサービスを受ける代わりに、実施形態では、マイクロ施設１４は、注文詰め込みワークステーション７０６から出発積み込みドック７０２へと流れる１つ以上の出発コンベヤを備える。実施形態では、共通出発積み込みコンベヤ路７０９は、全ての出発積み込みドック５０２へと向かっており、合致する下部出発コンベヤ７０９ｂとの関係で上方に配置された上部出発コンベヤ７０９ａを備える。積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの各セットが、共通出発コンベヤ７０９と各出発積み込みドック７０２との間にわたる。このセットのうち、２つの上部積み込み／積み降ろしコンベヤ７１０ａ，７１０ｃは上部出発コンベヤ７０９ａとリンクアップしており、上部積み込み／積み降ろしコンベヤ７１０ａ，７１０ｃの下に配置されており故に図７では隠れているも図１９Ｃでは視認可能な２つの下部積み込み／積み降ろしコンベヤ７１０ｂ，７１０ｄは下部出発コンベヤ７０９ｂとリンクアップしている。

実施形態では、１つ以上の戻りコンベヤも含まれており、これは上り格納ビンを出発積み込みドック７０２から上流方向に動かすためのものであり、該方向は出発コンベヤ路７０９によって搬送される下り格納ビンの搬送方向の逆である。実施形態では、共通到着コンベヤ路７１１は、積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの各セットから流入を受けるのであり、出発積み込みドック７０２に面するグリッド格納構造７０３の同じ側で出発コンベヤ路７０９に沿って流れるのであり、同様に上部戻りコンベヤ７１１ａ及びその下の下部戻りコンベヤ７１１ｂを備える。各出発積み込みドック７０２では、上部戻りコンベヤ７１１ａは上部積み込み／積み降ろしコンベヤ７１０ａ，７１０ｃにリンクされており、下部戻りコンベヤ７１１ｂは下部積み込み／積み降ろしコンベヤ７１０ｂ，７１０ｄにリンクされている。上部戻りコンベヤ７１１ａは戻り昇降機路７１１の垂直昇降機７１１ｃにて終わっており、そこから下部戻りコンベヤ７１１ｂが続いておりグリッド格納構造７０３の隣り合う側に沿って延びるのであり、そこには戻りワークステーション７０４、注文ピッキングワークステーション７０５、及び注文詰め込みワークステーション７０６が配置されており、グリッド格納構造７０３の向かい側となるこれらのワークステーション７０４，７０５，７０６の縁に沿っている。そして、この戻りコンベヤ７１１はフィードコンベヤ７０８と接続するのであり、該フィードコンベヤ７０８は同様に戻りワークステーション７０４、注文ピッキングワークステーション７０５、及び注文詰め込みワークステーション７０６（例えば、これらのワークステーション７０４，７０５，７０６とグリッド格納構造７０３の縁の各々との間）を通って、その先で出発コンベヤ路７０９の始端に接続する。様々な実施形態では、異なるワークステーションがグリッド格納構造７０３の異なる縁の様々な場所に配置されており、ワークステーション７０４，７０５，７０６から出発積み込みドック７０２への格納ビンの下りフロー並びに出発積み込みドック７０２から様々ワークステーション７０４，７０５，７０６の全て若しくはサブセットへの格納ビンの上りフローにサービスをもたらすために、出発及び戻りコンベヤが異なる配列とされる。

図８は、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のメガ・マクロ・マイクロ施設の各々内のインデクスされた格納場所についての３次元アレイを完全に又は部分的に定義するように構成された３次元グリッド格納構造８００についての斜視図である。図８に示されるように、３次元グリッド格納構造８００は、高位水平面内に配置されたグリッド上部トラック（track）レイアウト８０１を備えるのであり、これは地表面に近い下部水平面内に配置されており合致及び整列されたグリッド下部トラック（track）レイアウト８０２の上にある。これらの整列されたグリッド｛上部／下部｝トラックレイアウト８０１，８０２の間には、棚状格納場所の３次元アレイがあり、各々は格納ビン２２４をそれぞれその中に保持できる。格納場所は垂直カラム８０３として配列されており、そこでは等しいスクエアフットプリントの格納場所が互いの上に整列されている。そのような各垂直カラム８０３は棚及び格納ビン２２４を何ら有さない垂直方向に直立なシャフト８０４と隣接しており、それによってロボティックハンドラー２０８がそれ通って垂直移動を可能ならしめるのであり、隣り合う格納カラムの格納場所はこのオープンな垂直方向に直立なシャフト８０４からロボティックハンドラー２０８によってアクセス可能である。ロボティックハンドラー２０８のフリートは各トラックレイアウト８０１，８０２を２次元的に水平的に横切り、また、オープンな垂直方向に直立なシャフト８０４を介して２つのトラックレイアウト８０１，８０２の間を垂直的に横切るように構成されている。

トラックレイアウト８０１，８０２のそれぞれは、各々の水平平面のｘ方向に沿うｘ方向レールのセットと、ｘ方向レールに直交して同じ水平平面のｙ方向に沿うｙ方向レールのセットとを備える。交差するレールは格納システムの水平基準グリッドを定義するのであり、各水平グリッド行は隣接するｘ方向レールのペアの間で画定され、また、各水平グリッドカラムは隣接するｙ方向レールのペアの間で画定される。水平グリッドカラムの１つと水平グリッド行の１つとの間の各交点は、各垂直カラム８０３又は各直立シャフト８０４の位置を規定する。即ち、各垂直カラム８０３及び各直立シャフト８０４は、基準グリッドの各デカルト座標点に所在するのであり、それはｘ方向レール２つとｙ方向レール２つとの間で境界確定された各エリアにある。どちらかのトラックレイアウトでの４つのレールの間で画されたそのような各エリアは、トラックレイアウトの各々の「スポット」ともいう。グリッド格納構造８００内の各格納場所の３次元アドレス付けは、与えられた垂直レベルによって完成されるのであり、そこにて各格納カラム内の所与の格納場所が所在する。即ち、各格納場所の３次元アドレスは、３次元グリッド格納構造８００内の格納場所の水平グリッド行、水平グリッドカラム、及び垂直カラムレベルによって決せられる。したがって、グリッド格納構造８００は、格納場所についての３次元アレイを定義するのであり、各々はグリッド格納構造８００内のそれぞれのデカルトアドレスによって識別可能である。実施形態では、拡張トラック及び他のグリッド構造は、グリッド格納構造８００に結合されており、他のエリア（例えば、施設のワークステーションや積み込みドック等）に誘導及びサービスをもたらすのであり、それによってグリッド格納構造８００とそのような他のエリアとの間及びそのような他のエリア同士の間で格納ビン２２４を搬送することが可能となる。

様々な実施形態では、図５～７に示されるメガ施設・マクロ施設・マイクロ施設１０，１２，１４にて用いられるこのようなタイプのグリッド格納構造８００及びロボティックハンドラー２０８に代わって、各施設にて所定サイズ及び構成の標準化格納ビン２２４を同様に受領・格納・取り出しできる他のタイプのインデクスされた格納アレイ及び協調型ロボティックハンドラーが用いられる。本開示で使用されるように、グリッド格納構造８００及び対応するロボティックハンドラー２０８については、標準化格納ビン２２４の所定サイズは、ロボティックハンドラー２０８の上部プラットフォーム上並びにグリッド格納構造８００内の角棚状格納場所のフットプリント及び領域内に収まるように構成されたサイズ及びフットプリントを指す。格納ビン２２４の構成はロボティックハンドラー２０８の伸縮可能なアームによるかみ合いをそこにてもたらすための適切な特徴を指すのであり、それによって格納ビン２２４を格納場所からロボティックハンドラー２０８上へと引き出すこと及び格納ビン２２４をロボティックハンドラー２０８から格納場所内へと押し込むことを可能とするように動作可能である。他のタイプの格納アレイ及びロボティックハンドラーが用いられる場合、標準化格納ビン２２４の所定のサイズ及び構成は、格納アレイ構造／環境の具体的詳細事項、及び構造／環境内にて運用されている協調型ロボティックハンドラーによって、定義される。

実施形態では、各施設は、常温／室温となっている常温格納エリア及び環境的に不安定な在庫のための１つ以上の環境的に制御された格納エリア（該エリアは、例えば常温未満の温度の冷蔵エリアやさらに低温の冷凍エリア等の１つ以上の寒冷格納エリアを備える。）の両方を備える。実施形態では、そのような各環境的に異なる格納エリアは、施設の全体のインデクスされた格納アレイのそれぞれの部分を含むのであり、例えばこれらの各環境的に異なる格納エリア内の別個のグリッド格納構造を伴ってアレイ全体の格納場所のそれぞれのサブセットを定義できる。別の実施形態では、環境的に異なる格納エリアは、本明細書にて例示される実施形態について後述される共有単一格納構造の環境的に隔離されたゾーンである。他の実施形態では、施設のサブセットのみが、相違する環境的条件の環境的に異なる格納エリアを複数有する。例えば、図４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００の大きめな上層施設の全て（例えば、メガ施設１０及びマクロ施設１２等）は、各々が複数の環境的に異なる格納エリアを備えるのであり、一方、下層施設たるマイクロ施設１４及びナノ施設１６の部分的なサブセットのみが環境的に制御された格納エリアを備えるのであり、これら下層に属する他の施設は随意的には常温格納のみに割り当てられている。

図９Ａ～９Ｂは、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂ，５に示されるメガ施設１０の到着積み込みドック５０１にての供給品積荷の積み降ろしと、そこからの在庫アイテムを格納ビンでマルチノーダルサプライチェーンシステム２００内への取り込みとを管理するためのコンピュータ実装方法についてのフローチャートである。フローチャートは、到着供給品積荷４０１ａの受領及びその中に含まれる新たなる在庫をメガ施設１０のインデクスされた格納アレイ内に取り込むことを司るステップを含む。パレット化供給品積荷を含む輸送車両、例えばトラック（truck）や他の配送車両がメガ施設１０の到着積み込みドック５０１に到着すると、ステップ９０２ａにて、供給品積荷４０１ａのパレット化ケース又はパレットは、輸送車両から積み降ろされる。ステップ９０３にて、パレット化ケースは脱パレット化されて到着コンベヤ５０５に移転されるのであって、直接的にそこ置かれるかフィードコンベヤ５０４によってそこに送られる。実施形態では、ステップ９１０ｂにて、ばらケース型積荷４０１ａがメガ施設１０の到着積み込みドック５０１に到着したらば、ステップ９０２ｂにて輸送車両からのばらケースが輸送車両から到着コンベヤ５０５に積み降ろされる。ステップ９０４にて、到着コンベヤ５０５は個別のケースを取り込みワークステーション５０６へと搬送する。取り込みワークステーション５０６に到着したらば、又は到着コンベヤ５０５にてそこへ接近するに際して、ステップ９０５にて、供給品積荷からのケースのケース＿ＩＤが例えば自動化スキャナ又は作業員操作型スキャナによって施設管理サブシステム２０４に例えばケース＿ＩＤがエンコードされているケース上のＬＰＮ（license plate number、番号札）バーコード等のコードをスキャンする等して施設管理サブシステム２０４にて検出又は入力をなす。その一方で、空のＳＣＳビン２２４ａが取り込みワークステーション５０６のプットポート５０６ａにロボティックハンドラー２０８の１つによって図５に示されるグリッド格納構造５０７から届けられて、供給品積荷のスキャン済みケースからの新たなる製品在庫の留置を受け入れる。

また、図９Ａのステップ９０５にて、施設管理サブシステム２０４は、スキャンされたケース＿ＩＤ及び空のＳＣＳビン２２４ａのビン＿ＩＤを中央コンピューティングシステム２０１へと転送する。中央コンピューティングシステム２０１は、ケース＿ＩＤについて積荷詳細テーブル３１８に対してクエリを発するのであり、それによってケースが属する積荷の積荷＿ＩＤを識別するのであり、供給品積荷テーブル３１７からその積荷の受領者たるベンダのベンダ＿ＩＤをそこから導出する。ＭＣＳビン２２４ｂがＳＣＳビン２２４ａと同じ格納ビンテーブル３０８内に格納される実施形態では、中央コンピューティングシステム２０１が空のＳＣＳビン２２４ａの単一区画＿ＩＤに対して格納ビンテーブル３０８内で受領されたビン＿ＩＤを用いてルックアップをなす。この情報を用いて、ステップ９０６にて、コンピューティングシステム２０１は、識別されたベンダのベンダストック済み在庫テーブル３０４を、次の事項を含む記録をそこに追加することによって更新する：受領されたビン＿ＩＤ及び／又は空のＳＣＳビン２２４ａの識別された区画＿ＩＤ；スキャン済みケース＿ＩＤを用いて積荷詳細テーブル３１８から識別されるスキャン済みケースで供給された製品タイプの製品＿ＩＤ及びその数量；施設管理サブシステム２０４から受信された施設＿ＩＤ。したがって、ベンダのストック済み在庫テーブル３０４は自動的に更新されて、そのケースの製品内容物がそこに追加され、それら製品があるＳＣＳビン２２４ａ及びそのＳＣＳビン２２４ａが所在する施設を識別する。

実施形態では、ベンダのストック済み在庫テーブル３０４の更新前に、随意的には環境チェックが行われて、ＳＣＳビン２２４ａの環境フラグが該当する製品＿ＩＤについて規定されている環境データに合致するかを評価するのであり、即ち供給品積荷からもたらされた要冷蔵又は要冷凍の製品タイプが冷蔵又は冷凍対応のＳＣＳビンにのみ置かれることを担保するためである。環境に関しての肯定的な合致があった場合、施設管理サブシステム２０４は、取り込みワークステーション５０６のロボティックワーカによって製品をケースからＳＣＳビン２２４ａへと自動的に移転することの開始を命令すること、或いは、手動的な移転を開始することを取り込みワークステーション５０６にいる人間の作業員に（例えば、取り込みワークステーション５０６に設けられているか例えばヘッドマウントディスプレイ等の人間の作業員に装着されている人間－機械インタフェース（ＨＭＩ、human-machine interface）によって人間の作業員に伝達した可聴命令及び／又は可視命令を介する等して）合図すること、をなす。新たなる在庫製品タイプと取り込みワークステーション５０６のプットポート５０６ａにあるＳＣＳビン２２４ａとの間に環境に関しての肯定的な合致なき場合、施設管理サブシステム２０４は、次の事項をなすようにロボティックハンドラー２０８に対して命令する：該当する製品＿ＩＤの環境データと合致する環境フラグを有する異なる空のＳＣＳビン２２４ａをグリッド格納構造５０７から回収することと；空の環境的に対応するＳＣＳビン２２４ａを取り込みワークステーション５０６のプットポート５０６ａに届けること。なお、一方では、元の環境的に非対応のＳＣＳビン２２４ａが載っているロボティックハンドラー２０８の、プットポート５０６ａからの出発を、命令することがなされる。

別の実施形態では、ロボットのサービスを受けるグリッド格納構造５０７の外に空のＳＣＳビン２２４ａが格納されている場合、環境に関しての肯定的な合致の不存在によって人間の作業員に対して環境的な不適合が通知されるのであり、ＨＭＩを介して可聴命令及び／又は可視命令を伝達して作業員に次のことを指図する：不適合なＳＣＳビン２２４ａをよけること及び該当する製品に合致する適切な環境タイプの異なるＳＣＳビン２２４ａを回収すること。先に回収された空のＳＣＳビン２２４ａに対して環境適合性チェックを行うのとは反対に、実施形態では施設管理サブシステム２０４は自動での又は人間による適合ＳＣＳビン２２４ａの選定及び回収をオンデマンド態様でなすことを命令するように構成されており、供給品積荷からのケースがスキャンされて且つ該当する製品の環境データがそのようにして中央データベース２０３から検索された後にのみ、施設管理サブシステム２０４は空であり且つ環境的に適合しているオンサイトＳＣＳビン２２４ａについて自動化された回収又は人間による選定及び取り出しを命令する。この実施形態では、施設管理サブシステム２０４は、適切な環境フラグを有する空のＳＣＳビン２２４ａについてクエリをオンサイトビンテーブル３２２に対して発するのであり、そして、ロボティックハンドラー２０８に対して識別されており空であり適合したＳＣＳビン２２４ａをグリッド格納構造５０７から回収してそれを取り込みワークステーション５０６のプットポート５０６ａに届けるように命令する。

供給品積荷のケースから移転される製品タイプと移転される製品タイプが移転されて入るＳＣＳビンとの間での当該環境適合性チェックに加えて、実施形態では、施設管理サブシステム２０４は、それらの間で取り扱い適合性チェックを行う。この実施形態では、積荷詳細テーブル３１８に対して、施設管理サブシステム２０４からのケース＿ＩＤ及びビン＿ＩＤについての受信についての回答関してクエリを発する場合、中央コンピューティングシステム２０１はそのクエリから返された製品＿ＩＤを用いてベンダ製品テーブル３０３についてもクエリを発して、また、製品タイプが特定の適合格納ビンにのみ置くことができるとの要件を表す任意の取り扱いコード又はフラグの有無に関して当該製品タイプの取り扱いデータをチェックする。そのようなビン関連取り扱いデータが発見された場合、中央コンピューティングシステム２０１はビン関連データを環境データと共に施設管理サブシステム２０４へと送り戻すのであり、施設管理サブシステム２０４が既に開示した環境適合性チェックと同じ態様で取り扱い適合性チェックを行えるようにする。ビン関連取り扱いデータの一例としては、アレルギーコード又はフラグがあり、これには複数のカテゴリ（例えば、ピーナッツ禁制、木の実禁制、グルテン禁制、貝類禁制、乳製品禁制等）があるのであり、これは同じカテゴリについてアレルギー的に安全と指定された格納ビンにのみ製品を置くことができるということを示しており、格納ビンのビン情報テーブル３２６の取り扱いデータ内の合致するフラグ又はコードの格納によって表される。実施形態では、この取り扱い適合性チェックと同じことが環境適合性チェックと組み合わせて同様になされるのであり、その中に製品を入れるべきものとして格納ビンが選定された任意の時にこれがなされるのであり、開示された製品、注文及びビン取り扱いプロセスの全てについての一貫性を伴う。

ベンダの在庫記録を更新することに加えて、ステップ９０６には、中央コンピューティングシステム２０１が、積荷詳細記録からの製品＿ＩＤを用いてベンダ製品テーブル３０３の対応する製品記録についてルックアップを行う、ということも含まれる。中央コンピューティングシステム２０１は、ベンダ＿ＩＤ、製品記録のコピー、及び検索された製品数量を施設管理サブシステム２０４へと転送するのであり、そしてステップ９０７においてそれはこのデータ全てを取り込みワークステーション５０６にあるＳＣＳビン２２４ａのモバイルデータ記憶装置２２６へと例えばメガ施設１０のローカル無線ネットワーク２０６を介して伝達するのであり、それによってＳＣＳビンの内容物テーブル３２７及び製品情報テーブル３２８にデータを追加する。適切な適合性を有するＳＣＳビンの選定を保証するために事前に環境及び／又は取り扱い適合性チェックが行われる場合、ベンダ製品テーブル３０３からの製品記録の全部が中央コンピューティングシステム２０１によってケース＿ＩＤの受信に応答して単一の通信で施設管理サブシステム２０４へと転送されるのであり、適切なビンを選定するための環境及び取り扱い適合性チェックを完了するのに必要なデータ全てをそれによって施設管理サブシステム２０４に提供するのであり、これは後になされる被選定ＳＣＳビン２２４ａのモバイルデータ記憶装置２２６についてのデータ追加に加えてなされる。

ステップ９０７にてＳＣＳビン２２４ａのモバイルデータ記憶装置２２６に書き込まれる他のデータには、ビン情報テーブル３２６の諸フィールドの更新が含まれ、例えばＳＣＳビン２２４ａが別の施設に配達されるべきなのかやそのような配達がなされるべき具体的なタイムラインや緊急度があるのかを規律する宛先データやタイミングデータのフィールドが挙げられる。実施形態では、宛先データは以前中央データベース２０３内にて記憶されたベンダ特定詳細に基づいて定義されるのであり、例えばサプライヤへの自己の供給品積荷注文の手配時にベンダによって特定され、且つ、供給品積荷テーブル３１７又は供給品積荷詳細テーブル３１８内に記憶される宛先が含まれる。実施形態では、ＳＣＳビン２２４ａのモバイルデータ記憶装置２２６に書き込まれる宛先データは、マルチノーダルサプライチェーンシステム２００内の様々な施設１０，１２，１４にての所与の製品のベンダ在庫レベルについてのコンピュータ化サプライチェーン管理システムによるリアルタイム評価に、基づいているのであり、これはベンダのストック済み在庫テーブル３０４からクエリしたことによるか；顧客注文テーブル３１５内の製品到着待機中の係属中顧客注文に基づいているか；顧客注文テーブル３１５内又は中央データベース２０３内の別の所に記憶された別個の履歴的注文アーカイブ内に、記憶された履歴的注文充足記録からの予測顧客需要に基づいていることができる。実施形態では、宛先に向かってネットワークを搬送されるべき製品の緊急度に関するタイミングデータは、顧客注文テーブル３１５内の配送選好から識別された、その製品についての係属中顧客注文についての優先度状態又は目標配達日に基づいているか、製品自体の性質（例えば、肉、乳製品等や同様の短期棚上期限を有する製品等の短期有効期限を有する消費財についての緊急輸送が要される場合であってベンダ製品テーブル３０３が短期有効期限製品についてのフラグをタイミングデータフィールドにて含んでいる場合）に基づいている。

ステップ９０８では、ステップ９０５～９０７の後かそれらの間か前になされるかを問わず、取り込みワークステーション５０６に配備された人間又はロボットの作業員又は作業体は、スキャン済み供給品積荷ケースからの製品を取り込みワークステーション５０６のプットポート５０６ａを通じて空のＳＣＳビン２２４ａ内に置く。ステップ９０９では、同じ製品をもっと同じＳＣＳビン２２４ａ内に置くことができるか否かがチェックされるのであり、例えばＳＣＳビンの追加的残存容量（additional remaining capacity）についての人間又はマシンによる識別に基づいてこれがなされるのであり、取り込みワークステーション５０６に到着したかそこに接近しつつある供給品積荷ケースに対してのスキャン行為によって当該他のケースが同じ受領ベンダ向けと同じ製品タイプを含むかについて決定するのであって該決定は上述と同じ態様でスキャン済みケース＿ＩＤを用いてなされる。ＳＣＳビン２２４ａ内に利用可能な容量があり且つ供給品積荷の次のケースに同じ製品の更なる供給品がある場合、ステップ９０５～９０８は反復される。さらなるビン容量又はさらなる供給品のどちらについても否定の回答がもたらされた場合、ＳＣＳビン２２４ａは取り込みワークステーション５０６から離脱してメガ施設１０内の別の宛先へと輸送される準備が整ったこととなる。

図９Ａに示すように、脱パレット化又はばらケース積荷の各単一ＳＫＵケースについては、該ケース内の特定製品についての複数の個別品が、メガ施設１０のインデクスされた格納アレイに対応した標準化ＳＣＳビン２２４ａの１つに置かれる。上記例はケースの内容物全部が単一のＳＣＳビン内に収まりきると仮定しているのであり、したがって、積荷詳細テーブル３１８内のケース＿ＩＤから読み出された製品数量を数量として用いて、これをベンダのストック済み在庫テーブル３０４に加算し、また、ＳＣＳビンの内容物テーブル３２７内の記録に入力をなす。実施形態では、処理は、ケースからＳＣＳビンへの実際の製品の物理的配置が格納ビンの最大容量に達するまでは、ベンダのストック済み在庫テーブル３０４及びＳＣＳビンのオンボード内容物テーブル３２７への数量の値の割り当てを繰り延べるのであり、そうなった場合だけにＳＣＳビンに配置された実際の数量をベンダのストック済み在庫テーブル３０４及びＳＣＳビンのオンボード内容物テーブル３２７に記録する。

ＳＣＳビンの代替的経路指定が特に正当化されていない限り、ものが入れられたＳＣＳビン２２４ａは典型的にはロボティックハンドラー２０８の１つによってグリッド格納構造５０７に格納されるのであり、例えば、マルチノーダルサプライチェーンシステム２００のどこか他の所でその特定の製品についての緊急な需要が生じると共に、その製品の意図された宛先へと或いはその方面に移動することが予定されている輸送車両がメガ施設１０の出発積み込みドック５０２に現存するかもうすぐ到着することが予期されている場合等が事由として考えられる。そのような場合には、その製品を含む１つ以上のＳＣＳビン２２４ａは、別の施設への緊急輸送のためにその待機しているか予期されている輸送車両２１５ａ上にクロスドックされることができる。したがって、ステップ９１３では、（例えば、ＳＣＳビン２２４ａを取り込みワークステーション５０６に持ってきてＳＣＳビン２２４ａが未だ所在している同じロボティックハンドラー２０８によって）ＳＣＳビン２２４ａにものが入れられて離脱する準備が整ったらば、施設管理サブシステム２０４は、先行するステップにてＳＣＳビン２２４ａのモバイルデータ記憶装置２２６に書き込まれたのと同じ宛先、タイミング、取り扱い、及びカスタマイゼーションデータに基づいて、メガ施設１０内の適切な宛先への移動をロボティックハンドラー２０８に命令する。例を挙げるに、宛先データ及びタイミングデータが、別の施設にてＳＣＳビン２２４ａの内容物が至急必要とされていると宣言している場合、ステップ９１６でロボティックハンドラー２０８はＳＣＳビン２２４ａを直接的に出発積み込みドック５０２へと搬送するのであり、例えばその下部トラック（track）レイアウト上でグリッド格納構造５０７にて水平に移動して取り込みワークステーション５０６からビン積み込みグリッド構造５０９へと移動することによってこれがなされ得るのであり、ロボティックハンドラー２０８はＳＣＳビン２２４ａを待機中か到着する輸送車両２１５ａに出発積み込みドック５０２にて積み込む。

他方、ステップ９１３で宛先データ及びタイミングデータがＳＣＳビン２２４ａについて緊急クロスドッキングを宣言していない場合、ステップ９１４では、施設管理サブシステム２０４は、ＳＣＳビン２２４ａを代わりにグリッド格納構造５０７内の利用可能格納場所内に置くようにロボティックハンドラー２０８に対して命令する。そのような利用可能格納場所のゾーンは、グローバル格納場所テーブル３１０又は施設格納テーブル３２０ａ内の格納場所について記録された環境状態インジケータがＳＣＳビン２２４ａのビン情報テーブル３２６内の環境フラグと合致するか否かについての確認に依存するのであり、これは、ベンダ製品テーブル３０３からの環境データとＳＣＳビンの環境フラグとの事前クロスチェッキングに基づいて、格納場所がＳＣＳビン２２４ａ内に置かれた製品タイプと環境的に適合していることを表す。ロボティックハンドラー２０８によってＳＣＳビン２２４ａが利用可能格納場所に置かれたことが確認されたらば、ステップ９１５では、施設管理サブシステム２０４は、そのＳＣＳビン２２４ａのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内にて格納場所の場所＿ＩＤに対して記録するのであり、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ９１５では、施設管理サブシステム２０４は、同じ場所＿ＩＤ及びビン＿ＩＤを、該場所＿ＩＤを置かれたＳＣＳビン２２４ａのビン＿ＩＤに対してグローバル格納ビンテーブル３０８内にて記録するために、中央コンピューティングシステム２０１へと転送するのであり、また、随意的には、場所＿ＩＤフィールドが複製されている場合には、ベンダのストック済み在庫テーブル３０４においてもそうする。この記録されたデータを用いて、ＳＣＳビン内に取り込まれた製品タイプについてのベンダのストック済み在庫テーブル３０４についてのクエリに応答して、次のことをなすようにデータベースソフトウェアは構成されている：製品タイプが発見される各ＳＣＳビンのビン＿ＩＤをルックアップすること、及び、ＳＣＳビン内の製品タイプの数量と、ＳＣＳビンが発見される施設の施設＿ＩＤと、施設内においてＳＣＳビンが所在する特定の格納場所とを返すことであってこれはそのインデクスされた格納アレイ内にそれが現に収容されている場合にあたる。

到着供給品積荷４０１ａ，４０１ｂの形式（フルケースであるか混合ケースであるかや、パレット化ケースであるかばらケースであるか等）は問わず、取り込みワークステーション５０６にて到着供給品積荷からＳＣＳビン２２４ａへと製品を、（ＳＣＳビン毎に１つの製品タイプのみとする）単一ＳＫＵ基準で、ディキャンティング（decanting）を伴う同じ一般的な処理が、メガ施設１０にて行われる。到着供給品積荷４０１ａ，４０１ｂの全部又は一部は単一化（singulated）ベースでディキャンティングに付され、新たな在庫製品の個々の個別品（individual eaches）はＳＣＳビン２２４ａ内に置かれて、また、メガ施設１０のインデクスされた格納アレイ内へと取り込まれる。他の局面においては、新たな在庫製品を単一化する代わりに、ケース及びＳＣＳビンの相対的寸法が単一化レベルではなくむしろケースレベルでのディキャンティングを可能とする場合、所与の製品タイプの１つ以上のフルケースがＳＣＳビン２２４ａ内へと移転される。にもかかわらず、新たな在庫製品を到着供給品積荷４０１ａからＳＣＳビン２２４ａへと入れる初期積み込み中においては、各ＳＣＳビン２２４ａのモバイルデータ記憶装置２２６のメモリにデータが読み込まれるのであり、例えばそのＳＣＳビン２２４ａ内に置かれる特定の製品タイプの製品＿ＩＤや数量がその内容物テーブル３２７に入力されるのであり、ベンダ製品テーブル３０３からのその製品タイプについての対応する記録をもってＳＣＳビンの製品情報テーブル３２８にも入力がなされる。実施形態では、ディキャンティング及びＳＣＳビン２２４ａへのデータアップロードの処理は取り込みワークステーション５０６にて行われるのであって、そしてそこにてＳＣＳビン２２４ａがロボティックハンドラー２０８によってグリッド格納構造５０７に取り込まれるか出発積み込みドック５０２の積み込みグリッド構造５０９へと直接的に搬送されるのであり、別の実施形態では、ディキャンティング処理は取り込みワークステーション５０６の上流側にて行われ得るのであり、例えば脱パレット化ステーション５０３又は別個のディキャンティングステーション（不図示）にてなされ得るのであり、これは脱パレット化ステーション５０３と取り込みワークステーション５０６との間に所在する。

フルケース積荷についての上述の例では、ケース＿ＩＤを用いて、積荷について中央データベース２０３にてルックアップをなして積荷が属する在庫の主たるベンダ並びにそのフルケース内にある製品タイプ及び数量の両方について識別するも、混合ケース積荷を受け入れる他の実施形態では、ケース＿ＩＤについてのそのような初期スキャンをＬＰＮバーコードから行う術を用いるのであり、それに続いて混合ケース内にある個々の個別品からベンダ又はグローバル製品＿ＩＤについてスキャン又は他の入力がなされるのであり、例えば個別品上のユニバーサル製品コード（ＵＰＣ、universal product code）やＳＫＵコードをそれらがＳＣＳビン２２４ａ内に置かれて行くに合わせてスキャンすることができ、また、ＳＣＳビン２２４ａの内容物テーブル３２７及び中央データベース２０３内のストック済み在庫テーブル３０４をスキャン済みの個別品の製品＿ＩＤとスキャン済みの各製品＿ＩＤの数量得とに基づいて更新でき、それと共に中央データベース２０３内のベンダ製品テーブル３０３からの対応する記録をもってＳＣＳビンの製品情報テーブル３２８に入力を行える。どちらであれ、ＳＣＳビン２２４ａには自己の内容物に関しての専用のオンボード集計手段を伴うのであり、中央データベース２０３内のベンダ製品カタログ３０５はそれらのコンテンツ及びそれらが格納されているＳＣＳビンのビン＿ＩＤを含むように更新されるのであり、上述の態様で供給品積荷からディキャンティングされた任意のカタログ済み製品について中央データベース２０３内のベンダのストック済み在庫テーブル３０４に対してのクエリは、次の事項の報告を返す：当該製品を収めている任意のＳＣＳビン２２４ａのビン＿ＩＤ、そのようなＳＣＳビン２２４ａの各々内にある製品の数量、及びメガ施設１０のインデクスされた格納アレイ内に現に収容されているならばそのＳＣＳビン２２４ａが所在する格納場所。

製品＿ＩＤ、所有者ベンダ＿ＩＤ、製品数量、全部又は一部の製品情報、宛先データ、及びタイミングデータ（以下、「ビンデータ」と総称。）についてＳＣＳビン２２４ａのモバイルデータ記憶装置２２６へのアップロード行為であって供給品積荷からのそれらの初期積み込み中になされるアップロード行為と同様の行為はメガ施設１０だけではなく、後述のように、全体のサプライチェーンシステム２００に新たな到着製品在庫が導入されている任意の他の施設か１つの格納ビンから別のビン（ＳＣＳビンであるか否かを問わない）へと製品が移転されている任意の場所であってもそれを用いることができる。実施形態では、ビンデータを格納ビンにアップロードすることは、ローディングがなされている格納ビンにて単一ＳＫＵベースで又は複数ＳＫＵベースでローディングがなされているかを問わずに、なされる。即ち、単一のベンダに所有される単一の製品タイプだけがロードされたＳＣＳビン２２４ａは、その内容物テーブル３２７に単一の記録しか有さずその製品情報テーブル３２８に単一の記録しか有さないが、実施形態では、随意的には、格納ビンのモバイルデータ記憶装置２２６上の内容物テーブル３２７及び製品情報テーブル３２８には複数の記録がロードされるのであり、各々は、格納ビン内に置かれる各々の製品タイプについて既述する各々のデータセットを有し、例えばマルチノーダルサプライチェーンシステム２００内での同じ最終的又は中間的な、ビン情報テーブル３２６の宛先データフィールドに記録された、宛先を共有する、同一ベンダの製品カタログ３０５内の、複数の製品がそうである。同じ格納ビンに異なるタイプの複数の製品を置くことを伴う複数ＳＫＵローディング操作については、サプライチェーンワークフローの他の点との関係で後述する。

図４Ａに示すように、従来的製品パッケージング（例えば、段ボール箱や配送要トート等）として受領された供給品積荷に対して、追加的に又は代替的には、パレット化されているかばらであるかに関わらず、供給品積荷は、随意的には、メガ施設・マクロ施設・マイクロ施設１０，１２，１４のインデクスされた格納アレイと各々互換のスマート格納ビン２２４ａ，２２４ｂを用いて製品がサプライヤから届けられる予めビンされた積荷４０１ｂを、含む。実施形態では、メガ施設１０に予めロードされた状態でサプライヤから来るこれらの到着格納ビンはＳＣＳビン２２４ａであり、各々は、製品が到着した格納ビンから他のＳＣＳビンに製品を移転する単一化ステップを行うことを要さずにして、メガ施設１０のインデクスされた格納アレイ内へと直接的に取り込まれることができる合致するタイプの製品のみを含む。

サプライヤからの予めロードされた格納ビンに関して述べるに、それらのモバイルデータ記憶装置２２６には、サプライヤが、マルチノーダルサプライチェーンシステム２００のメガ施設１２へ発送する前に、上述のビンデータを予めロードしておくことができる。実施形態では、施設管理サブシステム２０４は、メガ施設１２にて到着する予めロードがなされた格納ビンから予めロードされたビンデータを受信するのであり、例えば図９Ａのステップ９１１にて開示されるようにこれはそれが到着コンベヤ５０５に置かれてそれによって取り込みワークステーション５０６へと搬送された後のことたり得る。ステップ９１２では、予めロードされたビンデータの受信は、取り込みワークステーション５０６のプットポート５０６ａにてロボティックハンドラー２０８上に予めロードされた格納ビンが置かれることを伴うのであり、予めロードされたビンの取り扱いはステップ９１３以降に関して上述された処理に準拠する。したがって、ステップ９１３では、予めロードされたビンデータからの宛先データ及びタイミングデータを用いて次のどちらかにするかを選択する：メガ施設１０のインデクスされた格納アレイの格納場所内への取り込みステップであって予めロードされたビンデータによって規定される適切なその環境ゾーンに取り込みがなされるステップ、又は、クロスドッキング操作であって、予めロードされた格納ビンが置かれたロボティックハンドラー２０８に対して、予めロードされた格納ビンを別の施設へと緊急輸送するために出発積み込みドック５０２の積み込みグリッド構造５０９へと直接的に移動せよと命令することを伴う操作。したがって、ビンデータに関して次のいずれが該当しても、適切な経路指定に関する自動化決定（例えば、メガ施設１０内に到着する製品に関して格納取り込みにするのかクロスドッキングにするのか）をなすためにビンデータを用いる：到着するパレット化又はばらケース供給品積荷からの新在庫のディキャンティング中に以前空だったＳＣＳビン２２４ａのモバイルデータ記憶装置２２６にビンデータをロードするために、ビンデータが施設管理サブシステム２０４によって中央データベース２０３からプルされている場合；又は予めビンされた供給品積荷のモバイルデータ記憶装置２２６からビンデータがプルされている場合。

格納ビン２２４aが施設１０，１２，１４，１６のいずれかに侵入したらば、格納ビン２２４a，２２４b上の無線通信ユニット２２５は、施設のＬＡＮ２０６との間で無線通信を確立して、自己のビン＿ＩＤを施設管理サブシステム２０４に報告するのであり、転じて該施設管理サブシステム２０４は中央コンピューティングシステム２０１と通信してその施設の施設＿ＩＤを中央データベース２０３の格納ビンテーブル３０８の各記録内に格納するのであり、随意的には、ストック済み在庫テーブル３０４内において施設＿ＩＤフィールドが複製されている場合にはその格納ビン内に製品を有している任意のベンダのストック済み在庫テーブル３０４にも格納をなし得る。どうであれ、施設＿ＩＤは、その格納ビン２２４ａ，２２４ｂ内に含まれる製品のベンダのストック済み在庫テーブル３０４内に記憶されたビン＿ＩＤ又は区画＿ＩＤと共に関連付けられて記憶されるのであり、その格納ビン２２４ａ，２２４ｂに格納された特定の製品に関してベンダの製品カタログ３０５についてクエリを発すると格納ビン２２４ａ，２２４ｂ及び製品が現在所在する施設の施設＿ＩＤが報告される。

実施形態では、格納ビン２２４ａ，２２４ｂ及び注文ビン２２４ｃ，２２４ｄの各々は、無線通信ユニット２２５に統合又は接続された屋内位置決め装置２２９を備えるのであり、例えば上述の無線通信及びデータ交換のために用いられるコンピュータ可読メモリ、無線トランシーバ２２７、及びローカルコンピュータプロセッサ２２８とが共有され得る。メガ施設・マクロ施設・マイクロ施設１０，１２，１４にある屋内位置決めシステム２１１は各々格納ビン２２４ａ，２２４ｂ及び注文ビン２２４ｃ，２２４ｄにある屋内位置決め装置２２９と無線的に協調するためのコンポーネントを備えており、その施設１０，１２，１４内に現に所在する任意の格納ビンの現在の座標による位置を決定できる。実施形態では、各施設１０，１２，１４内での格納ビンの屋内ナビゲーションのために音響ビーコンが用いられる。実施形態では、これらの施設ベースド位置決めコンポーネントは参照装置又はイニシエータ装置及び参照装置である。これらの装置は高速な無線周波数（ＲＦ）信号及びより遅い音響信号を最適な位置決め精度のために用いるも、実施形態では、他の屋内位置決め技術を用いてマルチノーダルサプライチェーンシステム２００の施設１０，１２，１４，１６内における格納ビンの場所の決定を可能とする。

無線通信ユニット２２５及び屋内位置決め装置２２９の組み合わせによって、各格納ビンは自らを自らが到着した施設の施設管理サブシステム２０４に対して識別するのみならず、その施設内における自らの現在の場所についても識別するのであり、それによって格納ビン内に含まれる在庫について最適な高分解能追跡を可能とする。実施形態では、格納ビンの屋内位置決め装置２２９及び無線通信ユニット２２５は、格納ビンの位置を連続的に又は定期的に決定し、計算された位置を施設管理サブシステム２０４へと伝達するようにプログラムされており、それによって（例えば、クラウドベースドコンピューティングプラットフォームとして構成された）中央コンピューティングシステム２０１の中央データベース２０３内に記憶された位置が更新されるのであり、或いは、実施形態では、中央コンピューティングシステム２０１からビン＿ＩＤがクエリされるまでは更新された情報を施設でローカルにのみ記憶する。

実施形態では、屋内位置決め装置２２９及び無線通信ユニット２２５は機能削減スリープモードにデフォルト遷移するように構成されており、定期的にだけ復帰して格納ビンの位置を再決定して位置を施設管理サブシステム２０４又は中央コンピューティングシステム２０１に報告するのであり、例えば時的な間隔毎に又は施設のＬＡＮ２０６によって発せられた状態クエリ信号に応答してこれをなし得る。実施形態では、屋内位置決め装置２２９は、例えば加速度計及び／又はジャイロスコープ等の１つ以上の運動センサをさらに備えるのであり、これは、３次元空間において格納ビンの動きを検出し、また、先述のスリープモードから格納ビンの電子部品の復帰を発動するように動作可能である。これによって、例えば施設のインデクスされた格納アレイ内の格納場所にて静的に位置が留まっている場合の格納ビンの電子部品による電力消費が削減され、格納ビンのデータ記憶、通信及び屋内位置決めコンポーネントのオンボード電池ベースド電源の寿命を最大化でき、また、人間の作業員、ロボティックハンドラー２０８、又はコンベヤによって施設内を格納ビンが動かされているものと知られている場合に格納ビンの位置について連続的又は定期的な報告を担保することができる。

図１０Ｂは、実施形態による、図４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のメガ・マクロ・マイクロ施設間１０，１２，１４で格納ビンを輸送するための大型輸送車両２１５ａ，２１５ｂと、図５に示される積み込みグリッド構造５０９上のロボティックハンドラー２０８によって大型輸送車両２１５ａ，２１５ｂに関して自動化された積み込み及び積み降ろしを支援するために施設１０，１２，１４の積み込みドックに設けられている協調する積み込みグリッド構造５０９とについての上面図である。図１０Ｃは、実施形態による、図１０Ａ～１０Ｂに示す大型輸送車両２１５ａ，２１５ｂの背面図である。図４Ａに示すように、メガ施設１０からのものが入ったＳＣＳビン２２４ａは、下流に向かってマクロ施設１２の１つへと輸送するために、例えばセミトレーラトラック（truck）等の大型輸送車両２１５ａに積み込まれる。図１０Ａ～１０Ｃに示されるように、トレーラ１００３又は輸送車両２１５ａ，２１５ｂの他のカーゴスペースは各々のインデクスされた格納場所のアレイ（array of indexed storage locations）を有しており、それぞれはメガ施設・マクロ施設・マイクロ施設１０，１２，１４のインデクスされた格納アレイ（indexed storage array）として同じ格納ビン２２４ａ，２２４ｂと互換性を有するようにサイズ及び構成が定められている。「施設ベースドアレイ」及び「車両ベースドアレイ」との用語は、静的な施設１０，１２，１４，１６における格納アレイと輸送車両における格納アレイとを区別するために本明細書にて用いられる。図１０Ａ～１０Ｃに示されるように、大型輸送車両２１５ａ，２１５ｂの車両ベースドアレイは、メガ施設・マクロ施設・マイクロ施設１０，１２，１４にて用いられる図８に示されるロボット移動グリッド格納構造８００とは異なるタイプのものである。

実施形態では、図１１Ａ～１１Ｃに示される１つ以上のビンカルーセルは、図１０Ａ～１０Ｃに示される大型輸送車両２１５ａ，２１５ｂのトレーラ１００３内に設けられている。図１１Ａ～Ｃは、実施形態による、大型輸送車両２１５ａ，２１５ｂ内にて格納ビン２２４ａ，２２４ｂ及び注文ビン２２４ｃをインデクス付けして保持するためのビンカルーセル２２２ａについての部分後方斜視図、側面図、及び上面図である。各ビンカルーセル２２２ａは閉じられたループ状ベルト又はチェーン１００４ａ，１００４ｂを備えるのであり、これらはトレーラの長手方向に、互いに横方向に間隔を介して、Ｃ字型のチャンネルガイドトラック（track）１００１ａ，１００１ｂの各ペア内において延びるのであり、各々は各々の滑車又はスプロケット１００５のペアの周りに掛けてあり、これらは図１０Ｂに示されるトレーラ１００３の前端及び後端１００３ａ，１００３ｂ付近のガイドトラック（track）の長手方向に離された前端及び後端の隣に各々配置されている。滑車又はスプロケット１００５はベルト又はチェーン１００４ａ，１００４ｂを連続的な閉じられたループ状経路にて駆動するように回転可能に動作可能であり、これは、各々のガイドトラック（track）１００１ａ，１００１ｂによって表されており、滑車又はスプロケット１００５の各１つの回転軸上にて半径方向にセンタリングされた弓形の接続セグメントによって各端部にて互いに繋げられている水平的に直線的なトップ及びボトムセグメントを有する。一連のカルーセルプラットフォーム１００２が２つの閉じられたループ状ベルト／チェーン１００４ａ，１００４ｂの間にそれに沿って決まった間隔で懸架されており、これは各カルーセルプラットフォーム１００２上にて各ＳＣＳビン２２４ａを支持するためである。各カルーセルプラットフォーム１００２のフットプリントは、ＳＣＳビン２２４ａのサイズ及び形状に大体等しいのであり、カルーセルプラットフォーム１００２はＳＣＳビン２２４ａを１：１のレシオで受け入れるように構成されている。したがって、ベルト／チェーン１００４ａ，１００４ｂの駆動によって、カルーセルプラットフォーム１００２はトレーラ１００３との関係で長手方向に変位されるのであってベルト／チェーン１００４ａ，１００４ｂの閉じられたループ状経路の上部と下部とで反対方向に動く。この実施形態はメガ施設１０とマクロ施設１２との間でのＳＣＳビン２２４ａの特定の輸送事案に関するも、同じ輸送車両及びカルーセルタイプは、フットプリント・サイズ・構成が等しいＭＣＳビン２２４ｂ及びＰＯビンと本質的に互換とされ、したがって、後述のように、似たように構成された輸送車両２１５ｂは他の施設間で他の格納ビンの輸送のために同様に用いられる。

輸送車両２１５ａ，２１５ｂの各ビンカルーセル２２２ａを積み込むためには、ＳＣＳビン２２４ａが１つの空のカルーセルプラットフォーム１００２上に置かれるであって、カルーセルプラットフォーム１００２がトレーラ１００３の積み込み扉のすぐ内側にありその後端部１００３ｂにあるビンカルーセル２２２ａの後端部にある積み込み／積み降ろし位置Ｐに所在する間にこれがなされる。実施形態では、ビンカルーセル２２２ａはインクリメンタルな態様で一様な距離に等しい短いインクリメンタルな距離ほど前進させられるのであって、隣接する２つのカルーセルプラットフォーム１００２毎にビンカルーセル２２２ａのベルト／チェーン１００４ａ，１００４ｂの閉じられたループ状経路に沿って互いに間隔を開けて配される。したがって、一旦ＳＣＳビン２２４ａがカルーセルプラットフォーム１００２上に積み込み／積み降ろし位置にて置かれたらば、ビンカルーセル２２２ａのこのようなインクリメンタルな動きは、当該今となっては積み込みがなされたカルーセルプラットフォーム１００２を前方にそしてトレーラ１００３の対向する前端に向かっての動きを伴うのみならず、逐次的に次のカルーセルプラットフォーム１００２の１つを後方にそして扉となりの積み込み／積み降ろし位置Ｐに向かって持ってくるように機能して別のＳＣＳビン２２４ａが当該次のカルーセルプラットフォーム１００２上に置かれ得るようにする。完全に空のビンカルーセル２２２ａで始まる場合、カルーセルプラットフォーム１００２に積み込みを行ってインクリメンタルな態様でビンカルーセル２２２ａを前進させる当該処理は、次のいずれかになるまで反復される：ビンカルーセル２２２ａに対して完全に積み込みがなされた場合（即ち、各々のＳＣＳビン２２４ａによって全てのカルーセルプラットフォーム１００２が占有された場合）；又は現在の輸送オペレーションに関して意図されているＳＣＳビン２２４ａについての全体的数量によって左右される部分的容量まで積み込みがなされた場合。図２Ａ～２Ｂに示される車両管理サブシステム２１６は、各コンベヤのモータ駆動機構に接続されておりその駆動オペレーションを制御及び監視するのであり、これと共に、ローカル車両データベース２２０の車両格納テーブル３２４内に各カルーセルプラットフォーム１００２の一意的場所＿ＩＤを格納することによって、車両管理サブシステム２１６が積み込み／積み降ろし位置に任意の時点においてどのカルーセルプラットフォーム１００２があるかを決定及び追跡することが可能となる。当該決定及び追跡と共にローカル車両データベース２２０のオンボードビンテーブル３２５内にて場所＿ＩＤに対してビン＿ＩＤを記録することによって、任意の積み込み／積み降ろしオペレーションにおいて任意の所与のカルーセルプラットフォーム１００２｛に／から｝どのＳＣＳビン２２４ａが｛積み込み／積み降ろし｝されたかについての追跡を可能とするのであり、任意の時点において車両ベースドアレイのどこに各積み込み済みＳＣＳビン２２４ａが所在しているかを追跡できる。

実施形態では、ＳＣＳビン２２４ａはトレーラ１００３の高さに比して比較的小さいのであり、したがって、組織化されたアレイとしてトレーラ１００３内に複数のビンカルーセル２２２ａを設けることができる。図１０Ａ～１０Ｃは、実施形態による、３つの並んで隣り合ってるビンカルーセル２２２ａの列を示し、各列は高さが４つのビンカルーセルとされる。図１０Ａ～１０Ｂは、実施形態による、メガ施設１０の積み込みグリッド構造５０９を示す。積み込みグリッド構造５０９はマルチレベル構造であり、これは輸送車両２１５ａ，２１５ｂの車両ベースドアレイの各列内のビンカルーセル２２２ａの個数に少なくとも匹敵する個数のレベル５０９ａ，５０９ｂ，５０９ｃ，５０９ｄを備える。図１０Ａ～１０Ｂは、実施形態による、輸送車両２１５ａ，２１５ｂの車両ベースドアレイの各列内の４つのビンカルーセル２２２ａと互換の４レベル積み込みグリッド構造５０９を示す。積み込みグリッド構造５０９の各レベル５０９ａ，５０９ｂ，５０９ｃ，５０９ｄは、メガ施設１０のインデクスされた格納アレイのグリッド格納構造５０７のトップ及びボトムレベルにて用いられているのと同じタイプの２次元グリッドトラック（track）レイアウトを備えるのであり、積み込みグリッド構造５０９の各レベル５０９ａ，５０９ｂ，５０９ｃ，５０９ｄは交差するｘ方向及びｙ方向のレールのセットを備えるのであり、例えばｘ方向レール等のこれら２つの直交レールのセットの１つは、輸送車両２１５ａ，２１５ｂのトレーラ１００３及びそこに設けられているビンカルーセル２２２ａと共通する長手方向Ｌと、並行になっている。積み込みグリッド構造５０９の各レベル５０９ａ，５０９ｂ，５０９ｃ，５０９ｄは、ビンカルーセル２２２ａの対応する車両ベースドアレイ内の各レベルに対応するのであり、ビンカルーセル２２２ａの各レベルから少しの距離下がった所に所在する各々のグリッドトラック（track）レイアウトを有している。各ビンカルーセル２２２ａの幅は、積み込みグリッド構造５０９の各スポットの幅とほぼ等しいのであり、各ビンカルーセル２２２ａはスポットの列各々と整列するのであり、これは積み込みグリッド構造５０９のｘ方向レールの各ペアによってその各レベルにおいて画定される。

したがって、積み込みグリッド構造５０９の任意の所与のレベルにおけるロボティックハンドラー２０８は、ｘ方向に向かってそのレベル内の任意の列の積み込みドック端の終端スポット内へと移動することができるのであり、それによって対応するビンカルーセル２２２ａの積み込み／積み降ろし位置に所在するカルーセルプラットフォーム１００２と隣り合う関係を獲得できるのであり、それによって積み込みグリッド構造５０９の対応する列の終端スポットに駐機されたロボティックハンドラー２０８によってＳＣＳビン２２４ａをそのビンカルーセル２２２ａのそのカルーセルプラットフォーム１００２に積み込むこと又はそこから積み降ろすことを可能とする。実施形態では、積み込みグリッド構造５０９上で作動しているロボティックハンドラー２０８は、メガ施設１０のインデクスされた格納アレイのグリッド格納構造５０７を担当するロボティックハンドラー２０８のフリートと同じフリートに属するのであり、したがって、施設管理サブシステム２０４の無線コマンドによって操作可能となり、メガ施設１０の出発積み込みドック５０２にある輸送車両２１５ａに関して全自動化された積み込み及び積み降ろしを行い得る。

この自動化された積み込み／積み降ろしは図１０Ａ～１０Ｂに示されており、積み込みグリッド構造５０９の最上レベル５０９ａにある第１のロボティックハンドラー２０８ａが最上レベル５０９ａの第１列の終端スポットに駐機されている様が示されている。このロボティックハンドラー２０８ａはＳＣＳビン２２４ａを搬送しているものとして示されており、輸送車両２１５ａの第１のビンカルーセルの積み込み／積み降ろし位置にて空のカルーセルプラットフォーム１００２を積み込むためであり、例えばビンカルーセル２２２ａの最も左の列の最上ビンカルーセルが想定される。さらに、積み込みグリッド構造５０９の第２の最上レベル５０９ｂの第２のロボティックハンドラー２０８ｂがＳＣＳビン２２４ａを伴わずに第２の最上レベル５０９ｂの第２の列の終端スポットに駐機してあるものとして示されており、これは該機が自己の各ＳＣＳビン２２４ａを、輸送車両２１５ａの第２のビンカルーセルの積み込み／積み降ろし位置にて、従前空であったが今は占有中のカルーセルプラットフォーム１００２に、オフロード（offload）した後に関するのであり、例えばビンカルーセル２２２ａの中央列内の第２に最上のビンカルーセルが想定される。また、積み込みグリッド構造５０９の第２の最低レベル５０９ｃの第３のロボティックハンドラー２０８ｃが第２の最低レベル５０９ｃの第３の列の終端スポットに駐機してあるものとして示されており、これは該機が自己の各ＳＣＳビン２２４ａを、輸送車両２１５ａの第３のビンカルーセルの積み込み／積み降ろし位置にて、従前空であったが今は占有中のカルーセルプラットフォーム１００２に、オフロード（offload）している最中に関するのであり、例えばビンカルーセル２２２ａの最も右の列内の第２の最低のビンカルーセルが想定される。また、積み込みグリッド構造５０９の最低レベル５０９ｄの第４のロボティックハンドラー２０８ｄが最低レベル５０９ｄの第３の列の終端スポットに接近中のものとして示されており、また、各ＳＣＳビン２２４ａを搬送しているものとして示されており、これはそこからそしてロボティックハンドラー２０８ｄから輸送車両２１５ａの第４のビンカルーセルの積み込み／積み降ろし位置にて空のカルーセルプラットフォーム１００２にオフロード（offload）されるものであり、例えばビンカルーセル２２２ａの最も右の列内の最低ビンカルーセルが想定される。

まとめると、積み込みグリッド構造５０９の任意のレベルの任意の列の終端スポットに駐機されたロボティックハンドラー２０８は、輸送車両２１５ａの各ビンカルーセル２２２ａの積み込み／積み降ろし位置にアクセスすることができて、そこにＳＣＳビン２２４ａを積み込むことができる。同様に、積み込みグリッド構造５０９の任意のレベルの任意の列の終端スポットに駐機されたロボティックハンドラー２０８は、輸送車両２１５ａの各ビンカルーセル２２２ａの積み込み／積み降ろし位置にアクセスすることができて、ビンカルーセル２２２ａの積み込み／積み降ろし位置Ｐへと駆動された任意のビン搬送中のカルーセルプラットフォーム１００２からＳＣＳビン２２４ａを積み降ろして、ＳＣＳビン２２４ａをメガ施設１０の接続済みグリッド格納構造５０７内へと搬送して、ＳＣＳビン２２４ａをグリッド格納構造５０７内の任意の利用可能格納場所へと置くことができるのであり、又は、ＳＣＳビン２２４ａをグリッド格納構造５０７に接続された任意のワークステーションへと届けることができる。

ｘ方向及びｙ方向のレールの交点においては、各レベルのレール５０９ａ，５０９ｂ，５０９ｃ，５０９ｄは類似のタイプのラック歯付きの直立フレーム部材５１０で垂直方向に相互接続されているがメガ施設・マクロ施設・マイクロ施設１０，１２，１４のグリッド格納構造で用いられているものと比べると相当に高さが小さい。これらのより短い直立フレーム部材５１０は、その高さの相当な過半数的な割合に亘って垂直に配列されたラック歯を備えるが、直立フレーム部材５１０の狭められた下部端ではこの限りではない。したがって、積み込みグリッド構造５０９のレベル５０９ａ～５０９ｄ中にある整列されたスポットについての任意のセットの４つの直立フレーム部材５１０は、各々のシャフトを定義するのであり、これらは垂直トラック（track）として機能し、それに乗ってロボティックハンドラー２０８はシャフトを通って昇降して積み込みグリッド構造５０９の任意の２つのレベル間で行き来できる。

グリッド格納構造でなされると同様に、そのような昇降は、ロボティックハンドラー２０８がシャフト通行モードに入っている間にロボティックハンドラー２０８の歯付きピニオンホイールをこれらの直立フレーム部材５１０と噛ませることによって達成されるのであり、該モードではロボティックハンドラー２０８のトラック（track）を走る搬送用車輪が歯付きピニオンホイールとの関係で内側に引っ込められて積み込みグリッド構造５０９のグリッドスポットより小さいサイズになるようにロボティックハンドラー２０８のフットプリントを最小化させてシャフトを通じて移動することを可能とする。実施形態では、直立フレーム部材５１０の歯無しの幅縮小下部ネックは、グリッドトラック（track）レイアウトのレール上を走行するためのロボティックハンドラー２０８のトラック走行搬送ホイールのためのクリアランスを提供するのであり、これはトラック走行搬送ホイールが外に向かってピニオンホイールを超えて伸ばされてより大きなハンドラーフットプリントのトラック走行モードにされている場合に関する。実施形態では、積み込みグリッド構造５０９は積み込みグリッド構造５０９の全レール交差点にてこのようなラック歯付きフレーム部材を用いるのであり、それによって積み込みグリッド構造５０９の全スポットへロボティックハンドラー２０８が昇降することを可能とするのであるが、場合によっては図１０Ａに示されるように輸送車両２１５ａについての積み込み／積み降ろしがなされるその終端スポットが例外とされ得るかもしれないのであり、これら終端スポットでは積み込みグリッド構造５０９のその余の部分に対してオーバーハングするそれらのｘ方向レールの終端におけるフレーム部材が欠如している。

各ロボティックハンドラー２０８が、ＳＣＳビン２２４ａが搬送される上部プラットフォームと、ＳＣＳビン２２４ａがロボティックハンドラー２０８の上部プラットフォームへと引き込まれるかそこから押し出される伸長可能／縮小可能アームを伴う回転可能タレットとを備える実施形態では、輸送車両２１５ａの各ビンカルーセル２２２ａの各カルーセルプラットフォーム１００２は、図１１Ａ～１１Ｃに示されるような中央長手方向のスロット又はギャップ１００２ｂを｛備えることができる／を特徴とすることができる｝。この中央長手方向のスロット又はギャップ１００２ｂは、ビンカルーセル２２２ａの積み込み／積み降ろし位置Ｐにての格納ビンのカルーセルプラットフォーム１００２への積み込み及びそこからの積み降ろしがなされる間のロボティックハンドラー２０８のタレットアームの伸縮を許容する。

輸送車両２１５ａのビンカルーセル２２２ａは格納場所の動的アレイを形成するのであり、「動的格納アレイ」と称するのであり、各カルーセルプラットフォーム１００２は一意的な場所＿ＩＤを有する各々の格納場所を表し、これはローカル車両データベース２２０の車両格納テーブル３２４内及び中央データベース２０３のグローバル格納場所テーブル３１０内に格納される。もっとも、車両ベースドアレイ内の各格納場所（storage location）は、ビンカルーセル２２２ａの操作によって輸送車両２１５ａのトレーラ１００３内にて異なる位置（position）に動かすことが可能である。この点は、グリッド格納構造内の各格納場所が固定された静的な位置（fixed static position）にあり動的に可動な位置（dynamically movable position）とされないマルチノーダルサプライチェーンシステム２００の施設１０，１２，１４の静的インデクスされた格納アレイとは異なる。輸送車両２１５ａにて動的格納アレイを用いることによって、トレーラ１００３の後部扉より格納ビンを利便性良く積むことができる。他の実施形態では、輸送車両２１５ａ内にて異なるタイプのインデクスされた格納アレイを用いることができ、例えばメガ施設・マクロ施設・マイクロ施設１０，１２，１４にて用いられるロボットによるサービスがなされるグリッド格納構造のミニチュア版や、人間又はロボットによるサービスがなされる格納ビン２２４ａ，２２４ｂの標準的サイズ及び形状に特別にフィットするように適切にサイズが定められた個別格納場所（例えば、棚や小さな収納スペース等）付きの別の格納アレイが想定されるのであり、各格納場所は各々の場所＿ＩＤによってローカル車両データベース２２０及び中央データベース２０３にてインデクス付けされる。例えばカルーセルプラットフォーム１００２等の動的格納場所がトレーラ１００３の後端１００３ｂから直接的に積み込まれる実施形態では、メガ施設・マクロ施設・マイクロ施設１０，１２，１４のいずれか内のグリッド格納構造からの拡張トラック（track）は積み込みドックに延びるのであり、これはグリッド格納構造にサービスをもたらすロボティックハンドラー２０８のフリートと同じフリートを用いて自動化した態様で輸送車両について直接的な積み込み及び積み降ろしをなすためになされるのであり、それによって格納ビンを他の自動化取り扱い機材又は人員に中継的に移転することを回避できるのであってそれらの拡張トラックが図１０Ａ～１０Ｂに示すように複数の積み込みドックを担当する共有積み込みグリッド構造５０９の一部であろうと又は所定の施設の異なる積み込みドックに向かう明確に別個のトラックシステムであろうと変わらない。

実施形態では、輸送車両２１５ａが複数のビンカルーセル２２２ａを含む故に、それによって集合的に定義される輸送車両２１５ａの全体的インデクスされた格納アレイは、隔離されており且つ環境的に異なる格納ゾーンであって相違する環境的制御パラメータによって特徴付けられる格納ゾーンに細分化されており、メガ施設１０内の細分化グリッド格納構造５０７の異なるゾーンに似ている。したがって、実施形態では、各輸送車両２１５ａは、常温ゾーン、冷蔵ゾーン、及び冷凍ゾーンのいずれか１つ以上を備えるのであり、それぞれは１つ以上のビンカルーセルを備える。例えば、２つの隣接するビンカルーセル２２２ａの列の間に１つ以上の断熱障壁が建てられて、断熱障壁の片側の常温ゾーンを反対側の冷蔵ゾーン又は冷凍ゾーン等の空調ゾーンから断熱したり、又は、冷蔵ゾーン等の１つの空調ゾーンを冷凍ゾーン等の別の環境的に異なる空調ゾーンから隔離したりできる。実施形態では、断熱障壁は、垂直に建てられた障壁であり、マルチレベルカルーセル列を相互に水平方向に隔離するために構成されており、それによって各ゾーン内のカルーセル設備の保守・修理のために隔離ゾーンのビンカルーセル２２２ａに利便性良く人員がアクセスすることが可能となる。実施形態では、各ゾーンは、その中に各々のカルーセル列を備えるのであって、そのような保守・修理のために利用可能な歩行空間がその列の両側にある。別の実施形態では、断熱バリア壁は水平障壁であって、任意のマルチレベル列（multi-level row）において２つの垂直的に隣接するビンカルーセル２２２ａを隔離するか、又は、複数のマルチレベルカルーセル列（multiple multi-level carousel rows）において丸ごとのレベルを相互に隔離するように構成されている。

このような随意的な輸送車両２１５ａのトレーラ１００３の細分化によって別個の環境的に異なる格納ゾーンに分けることは図１７Ａ～１７Ｃについての詳細な説明にて開示されているのであり、マイクロ施設及びナノ施設１４，１６間での輸送のために用いられる輸送車両２１５ｃのトレーラ１７０１についての参照を伴う。輸送車両２１５ｃは、輸送車両２１５ａを小規模にした変種である。このようにしてトレーラ１００３を環境的に異なる格納ゾーンに区画化できることに鑑みて、車両格納テーブル３２４の各記録内の環境状態フィールドは、車両格納テーブル３２４内の他の記録全てとは必ずしも同一であることを要さない。なぜならば単一の輸送車両２１５ａは複数の環境的に異なる格納ゾーンを備えるからである。実施形態では、各輸送車両２１５ａは例えば常温専用格納ゾーン、冷蔵専用ゾーン、又は冷凍専用ゾーン等の単一の環境ゾーンのみを備えるのであり、そして環境状態インジケータが車両格納テーブル３２４から省かれる。なぜならば、ローカル車両データベース２２０の車両情報テーブル３２３内の環境データが輸送車両２１５ａ上の全格納場所によって共有される共通環境状態を表すからである。

図２Ａに示されるように、各車両管理サブシステム２１６は、格納ビン２２４ａ，２２４ｂ，２２４ｃ，２２４ｄの無線通信ユニット２２５が接続するローカル無線ネットワーク２２１を備える。したがって、輸送車両２１５ａの車両管理サブシステム２１６は、メガ施設１０から輸送車両２１５ａに積み込み中のＳＣＳビン２２４ａの無線通信ユニット２２５と通信可能とされており、これは、これらＳＣＳビン２２４ａのビン＿ＩＤをそれらのモバイルデータ記憶装置２２６から受信するため、並びに、識別されたＳＣＳビン２２４ａのメガ施設１０から輸送車両２１５ａへの移転の中央データベース２０３にての記録を開始するためになされるのであり、例えば、積み込まれたＳＣＳビン２２４ａから受信された輸送車両２１５ａの車両＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１に送信することによることができる。したがって、中央データベース２０３は自動的に更新されて、ＳＣＳビン２２４ａの現在の場所を、格納ビンテーブル３０８内にて及び随意的にはＳＣＳビン２２４ａ内の製品のベンダのストック済み在庫テーブル３０４内にて、変更して、それをＳＣＳビン２２４ａが出発するメガ施設１０の施設＿ＩＤからＳＣＳビン２２４ａを現在輸送している輸送車両２１５ａの車両＿ＩＤにする。実施形態では、ＳＣＳビン２２４ａのメガ施設１０から輸送車両２１５ａへの移転のこの自動化記録は、車両管理サブシステム２１６ではなく施設管理サブシステム２０４によって開始されるのであり、例えば、次のステップによってこれをなす：輸送車両２１５ａの車両＿ＩＤを図５に示したメガ施設１０の出発積み込みドック５０２にて読み取り且つ記録するステップと、輸送車両２１５ａに積み込み中のＳＣＳビン２２４ａのビン＿ＩＤを読み取り且つ記録するステップと、中央データベース２０３を適宜更新するステップ。別の実施形態では、ＳＣＳビン２２４ａのメガ施設１０から輸送車両２１５ａへの移転についての当該記録動作は、施設管理サブシステム２０４及び車両管理サブシステム２１６の両者によって協調的に行われる２段階手続であり、施設管理サブシステム２０４はＳＣＳビン２２４ａがメガ施設１０から出発したことを中央コンピューティングシステム２０１に報告して、メガ施設１０の施設＿ＩＤを格納ビンテーブル３０８及びストック済み在庫テーブル３０４内のＳＣＳビン２２４ａの記録から削除させて、車両管理サブシステム２１６がＳＣＳビン２２４ａの受領を報告して削除されたばかりの施設＿ＩＤを車両＿ＩＤで代替させる。

実施形態では、格納ビンが下流方向（downstream direction）に移転されて施設から出発輸送車両へと向かうサプライチェーンワークフローの各点においては、１つ以上の格納ビンが逆の上流方向（reverse upstream direction）に移転される。例えば、メガ施設１０からの製品入りＳＣＳビン２２４ａが、図６に示されるマクロ施設１２の到着積み込みドック６０１にて到着したメガ－マクロ輸送車両２１５ａからオフロードされている場合、マクロ施設１２からの空のＳＣＳビン２２４ａは、到着する製品入りＳＣＳビン２２４ａの元となっているメガ施設１０と同じ所へと送還するために、同じメガ－マクロ輸送車両２１５ａに積み込まれる。そして、メガ施設１０に帰着したならば、輸送車両２１５ａは、マクロ施設１２からの空のＳＣＳビン２２４ａのセットを降ろして、マクロ施設１２又は輸送車両２１５ａが次に向かうべきものとして予定されている別の宛先へとまた輸送すべきＳＣＳビン２２４ａの次なるセットを拾う。この実施形態では、同じメガ施設１０への空のＳＣＳビン２２４ａの上流送還が参照されるのであり、輸送車両２１５ａが以前行ったマクロ施設１２からのことであり、その空のＳＣＳビン２２４ａが回収されるのであり、別の実施形態では、輸送車両２１５ａは、このマクロ施設１２を出発して、輸送車両２１５ａの出発元とは異なる上流のメガ施設１０へと向かう。即ち、輸送車両２１５ａは空のＳＣＳビン２２４ａを、マクロ施設１２から、同じ輸送車両２１５ａがそのマクロ施設にものが入ったＳＣＳビン２２４ａを届けたばかりのとは異なるメガ施設１０へと持って行く。したがって、ＳＣＳビン２２４ａに関しての施設と輸送車両との間での任意の移転は、ＳＣＳビンについてのスワップ又は交換を伴うのであり、例えば空のＳＣＳビン等の上流方向に向かう格納ビン及び例えばものが入ったＳＣＳビン等の下流方向に向かう格納ビンが相互に交換される。

図１２Ａ～１２Ｂは、実施形態による、メガ施設１０とその出発積み込みドック５０２に図５～６に示される下流マクロ施設１２から到着する輸送車両２１５ａとの間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。開示の方法では、メガ施設１０からの下流方向に向かうＳＣＳビン２２４ａは、マクロ施設１２へと仕向けられている出発輸送車両２１５ａ上に積み込まれるのであり、図４Ａ～４Ｂに示されるように、メガ施設１０の出発積み込みドック５０２に到着した空の（empty）上流方向に向かうＳＣＳビン２２４ａは同時に同じ輸送車両２１５ａに積み降ろされる。例として、この輸送車両２１５ａが、同じマクロ施設１２からメガ施設１０に到着した事案であってその後積み込み／積み降ろし後にもう一度そこへと輸送車両２１５ａが出発する事案を想起されたい。ステップ１２０２では、輸送車両２１５ａがメガ施設１０の出発積み込みドック５０２に到着したらば（Ｓ１２０１）、輸送車両２１５ａの車両管理サブシステム２１６は、自機の車両＿ＩＤを含む到着信号を、中央コンピューティングシステム２０１及び輸送車両２１５ａが到着するメガ施設１０の施設管理サブシステム２０４へと、送信する。ステップ１２０３では、中央コンピューティングシステム２０１が輸送車両２１５ａの次の予定されている宛先の施設＿ＩＤを識別して、施設＿ＩＤを施設管理サブシステム２０４へと転送する。実施形態では、輸送車両２１５ａは、次の宛先の施設＿ＩＤを到着信号内にて施設管理サブシステム２０４へと伝達する。即ち、到着時において、輸送車両２１５ａは、先ず自機の宛先施設＿ＩＤを、輸送車両２１５ａが到着したばかりの施設＿ＩＤから、輸送車両２１５ａが出発して目指す次なる施設の施設＿ＩＤへと、車両情報テーブル３２３内にて更新する。この次なる施設の施設＿ＩＤを用いて、施設管理サブシステム２０４は、自己のローカル施設データベース２０７のオンサイトビンテーブル３２２に対してクエリを発して、輸送車両２１５ａの次なる宛先へと輸送されるべき製品入りＳＣＳビン２２４ａを識別するのであり、オンサイト格納ビンのビン＿ＩＤとの関係で記憶されている宛先施設＿ＩＤの使用に基づいてこれがなされる。このクエリ処理は、輸送車両２１５ａの次なる宛先に合致する施設＿ＩＤを返すのみならず、現在のメガ施設１０からの既知の中間的中継点であるを既知の輸送ルート上のさらに下流にある施設の施設＿ＩＤをも返すように構成されており、輸送車両２１５ａの次の宛先は現在のメガ施設１０からの既知の中間的中継点である。このクエリによって返される製品入りＳＣＳビン２２４ａは、下流方向に向かうＳＣＳビン（ＤＳＣＳビン、downstream-headed SCS bin）と呼ばれる。なぜならば、これらのＳＣＳビン２２４ａは、マルチノーダルサプライチェーンシステム２００の下流方向にある別の施設へと移動することが宿命付けられているからである。ステップ１２０４では、クエリが、輸送車両２１５ａのビン容量を超過するＤＳＣＳビン数量を返すならば、それらのＤＳＣＳビンについて記憶されているタイミングデータに基づいてフィルタリングがなされて、より高い優先度のものについては維持して、より低い優先度のものについては除外する。

ステップ１２０５では、メガ施設１０の施設管理サブシステム２０４は、ロボティックハンドラー２０８に対して次のステップを行うように命令する：ＤＳＣＳビン２２４ａの１つをグリッド格納構造５０７から回収するステップと、回収されたＤＳＣＳビン２２４ａを輸送車両２１５ａが到着した出発積み込みドック５０２に届けるステップ。グリッド格納構造５０７内のＤＳＣＳビン２２４ａの格納場所からＤＳＣＳビン２２４ａが回収されたことが確認されたらば、そのＤＳＣＳビン２２４ａのビン＿ＩＤは、メガ施設１０の施設格納テーブル３２０ａ及び中央データベース２０３の格納場所テーブル３１０から削除されるのであり、ＤＳＣＳビン２２４ａが取り出された格納場所の場所＿ＩＤは中央データベース２０３の格納ビンテーブル３０８及びメガ施設１０のオンサイトビンテーブル３２２から削除される。また、ロボティックハンドラー２０８によってＤＳＣＳビン２２４ａの格納場所からＤＳＣＳビン２２４ａが回収されたことが確認されたらば、ＤＳＣＳビン２２４ａの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びメガ施設１０のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＤＳＣＳビン２２４ａはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。施設管理サブシステム２０４はロボティックハンドラー２０８の各施設１０，１２，１４における場所を常時検出できる故に、格納ビンが特定のロボティックハンドラー２０８によって回収された場合に特定のロボティックハンドラー２０８の機材＿ＩＤを格納ビンの場所として記録することによって、格納ビンは各施設１０，１２，１４において常時追跡されることが可能となる。

施設管理サブシステム２０４は、環境フラグを回収されたＤＳＣＳビン２２４ａから、到着した輸送車両２１５ａの車両管理サブシステム２１６に伝達するのであり、ステップ１２０６にてそれは、この環境フラグを用いて図１０Ａ～１０Ｂに示される自機のビンカルーセル２２２ａのうちの１つの非占有（unoccupied）カルーセルプラットフォーム１００２を識別するのであり、車両格納テーブル３２４内のその環境状態インジケータは環境フラグに合致するのであり、それによって、非占有カルーセルプラットフォーム１００２により表されている各々の格納場所は、回収されたＤＳＣＳビン２２４ａ内の製品の環境要件に適合した輸送車両２１５ａの環境ゾーン内に所在することが確認される。車両管理サブシステム２１６は、ビンカルーセル２２２ａのその１つをアクティブ化して、非占有カルーセルプラットフォーム１００２をビンカルーセル２２２ａの後部の積み込み／積み降ろし位置Ｐに再配置するのであり、該再配置動作は該非占有カルーセルプラットフォーム１００２がそのような位置に既に所在していない場合になされるのであり、ハンドオフ指定信号を施設管理サブシステム２０４に伝達して、これにより施設管理サブシステム２０４は積み込みグリッド構造５０９上の特定の終端スポットを識別するのであり、識別されたビンカルーセル２２２ａと作用するためにロボティックハンドラー２０８に対してはそこへと向かうように命令することを要するのであり、そこへと行くように適宜ロボティックハンドラー２０８に対して命令する。輸送車両２１５ａが１２個のビンカルーセル２２２ａを備えており且つそれに合わせて積み込みグリッド構造５０９が各出発積み込みドック５０２にて１２個の対応する終端スポットを有するという事例では、ハンドオフ指定信号は１２個の異なる一意的なインジケータのうちの１つを含むのであって、各々は各そのようなアレイの各々の構成部にマッピングされている。

ステップ１２０７では、回収されたＤＳＣＳビン２２４ａがロボティックハンドラー２０８によって積み込みグリッド構造５０９の指定された終端スポットに到着するか到着した場合、回収されたＤＳＣＳビン２２４ａの無線通信ユニット２２５は無線的に輸送車両２１５ａのＬＡＮ２２１に接続するのであり、ＬＡＮ２２１を介して自機のビン＿ＩＤを輸送車両２１５ａの車両管理サブシステム２１６に伝達するのであり、それがビン＿ＩＤを、ビンカルーセル２２２ａの積み込み／積み降ろし位置に前進された非占有カルーセルプラットフォーム１００２の場所＿ＩＤに対して記録する。実施形態では、ＤＳＣＳビン２２４ａの車両管理サブシステム２１６への接続及びそれによる車両管理サブシステム２１６との通信は、メガ施設１０のＬＡＮ２０６から接続解除して代わりに輸送車両２１５ａのＬＡＮ２２１に接続せよと命じる施設管理サブシステム２０４からの無線命令に応答して開始される。実施形態では、この命令は、施設管理サブシステム２０４によってロボティックハンドラー２０８が向かうように命令された積み込みグリッド構造５０９の指定された終端スポットにロボティックハンドラー２０８が到着したことが確認されたことに応答して開始される。そして、積み込みグリッド構造５０９の指定された終端スポットへの到着が確認されたらば、ステップ１２０８では、ロボティックハンドラー２０８は、回収されたＤＳＣＳビン２２４ａを、施設管理サブシステム２０４によって命令されたように、選択されたビンカルーセル２２２ａの提示された空のカルーセルプラットフォーム１００２上に置くか移転する。

ステップ１２０９では、回収されたＤＳＣＳビン２２４ａが、ロボティックハンドラー２０８によって積み込み／積み降ろし位置Ｐにて提示されたカルーセルプラットフォーム１００２上に置かれたことが確認されたらば、施設管理サブシステム２０４は、自己の記録を更新して、ＤＳＣＳビン２２４ａのメガ施設１０から輸送車両２１５ａへの移転を反映させるのであり、これをなすために、メガ施設１０のオンサイトビンテーブル３２２からそのＤＳＣＳビン２２４ａのビン＿ＩＤを除いて（remove）、また、施設情報テーブル３１９内の占有格納ビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、メガ施設１０からオフロードされたばかりのＤＳＣＳビン２２４ａのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＤＳＣＳビン２２４ａについての記録から、メガ施設１０の施設＿ＩＤを、削除（erase）するのであり、また、ベンダのストック済み在庫テーブル３０４内の対応する記録についてもそこに複製があるならば同様とする。ステップ１２１０では、車両管理サブシステム２１６は、同様にして自己の記録を更新して、ＤＳＣＳビン２２４ａのメガ施設１０から輸送車両２１５ａへの移転を反映させるのであり、これをなすために、そのＤＳＣＳビン２２４ａのビン＿ＩＤを輸送車両２１５ａのオンボードビンテーブル３２５に加えて、また、占有格納ビンの数量（即ち、空ではなく製品を含んでいる格納ビン）についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。また、車両管理サブシステム２１６は、そのＤＳＣＳビン２２４ａが置かれたカルーセルプラットフォーム１００２の場所＿ＩＤに対してＤＳＣＳビン２２４ａのビン＿ＩＤを記録するのであり、及び／又はビン＿ＩＤに対してその格納場所の場所＿ＩＤをローカル車両データベース２２０のオンボードビンテーブル３２５内にて記録する。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ａに受け付けられたばかりのＤＳＣＳビン２２４ａのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＤＳＣＳビン２２４ａについての記録に、輸送車両２１５ａの車両＿ＩＤを、追加するのであり、また、ベンダのストック済み在庫テーブル３０４内の対応する記録についてもそこに複製があるならば同様とする。ビン受付信号は、託されたＤＳＣＳビン２２４ａのビン＿ＩＤに対して、グローバル格納ビンテーブル３０８内及び（そこに複製があらならば）ベンダのストック済み在庫テーブル３０４内において記録するための場所＿ＩＤをも含む。

ステップ１２０４～１２１０はＤＳＣＳビン２２４ａ、即ち、図４Ａに示されるマルチノーダルサプライチェーンシステム２００のサプライチェーンワークフローの方向におけるメガ施設１０の下流側に所在するマクロ施設１２へ仕向けられている製品入りＳＣＳビン、に関する。ＤＳＣＳビン２２４ａをドロップしたロボティックハンドラー２０８は今となっては何らの格納ビンによって占有されていないが故に、例えば空のＳＣＳビン等の任意の上流方向に向かう格納ビンが輸送車両２１５ａにあるかについてのチェックがなされるのであって、該ビンについてはメガ施設１０にてのドロップが意図されており、したがって、利用可能なロボティックハンドラー２０８によってオフロードされて持って行かれることができる。この例では、このような上流方向に向かう格納ビンは、上流方向に向かう単一区画格納（ＵＳＣＳ、upstream-headed single-compartment storage）ビンと称するのであるも、後述のように、上流方向に向かう格納ビンはＳＣＳビンに限られることを要さない。したがって、ステップ１２１１では、車両管理サブシステム２１６は、自己のオンボードビンテーブル３２５に対して、輸送車両２１５ａが到着したメガ施設１０の施設＿ＩＤに合致する宛先施設＿ＩＤを有するＵＳＣＳビンについてのクエリを発するのであり、それによって、何らかのそのようなＵＳＣＳビンが、輸送車両２１５ａに搭載されているかを確認する。クエリ結果がこのメガ施設に仕向けられている１つ以上のＵＳＣＳビンの存在について肯定的である場合、後述のステップ１２１４～１２１８が行われる。クエリ結果が否定的であり、何らかのそのようなＵＳＣＳビンが輸送車両２１５ａに搭載されていないことが表されている場合、処理はステップ１２１２へと飛躍して、車両管理サブシステム２１６は搭載ＵＳＣＳビンの欠如に関して施設管理サブシステム２０４に通知するのであり、これに応答して、施設管理サブシステム２０４は、ステップ１２０４で生成されたリスト内に残存する追加のＤＳＣＳビン２２４ａがあるかについてチェックするのであり、追加のＤＳＣＳビン２２４ａがある場合はステップ１２０５～１２１０が繰り返されて、また別のそのようなＤＳＣＳビン２２４ａを出発積み込みドック５０２へと届けて、また、ＤＳＣＳビン２２４ａを上述のようにして輸送車両２１５ａに積み込む。

ステップ１２１１での輸送車両２１５ａに搭載されているＵＳＣＳビンについてのクエリが肯定的な結果をもたらす場合、車両管理サブシステム２１６は、ステップ１２１４で、ＵＳＣＳビンを含むビンカルーセル２２２ａの１つを識別し、また、カルーセルプラットフォーム１００２が積み込み／積み降ろし位置に既になければ、ＵＳＣＳビンが搬送されているビンカルーセル２２２ａをアクティブ化して、そのビンカルーセル２２２ａの積み込み／積み降ろし位置へとそのＵＳＣＳビンを載せているカルーセルプラットフォーム１００２を動かす。車両管理サブシステム２１６は、別のハンドオフ指定信号を施設管理サブシステム２０４へと送って、ロボティックハンドラー２０８がＵＳＣＳビン積載ビンカルーセル２２２ａからＵＳＣＳビンを受け取らなければならない、積み込みグリッド構造５０９の特定の終端スポットを識別する。このハンドオフ指定信号が、ロボティックハンドラー２０８によってＤＳＣＳビンが輸送車両２１５ａに以前積み込まれた際の積み込みグリッド構造５０９の終端スポットと同じ所を指定する場合、ロボティックハンドラー２０８はこの同じ終端スポットに駐機されたままとなる。そうでない場合、ロボティックハンドラー２０８は、施設管理サブシステム２０４に命令されて、車両管理サブシステム２１６からのハンドオフ指定信号に基づいて積み込みグリッド構造５０９の別の終端スポットへと再配置される。実施形態では、複数のビンカルーセル２２２ａ上にてＵＳＣＳビンが識別された場合、車両管理サブシステム２１６は次のことをなすように構成されている：ＤＳＣＳビンが積み込まれたのと同じビンカルーセル２２２ａ上の任意のＵＳＣＳビンの選択を優先すること、及びビンカルーセル２２２ａの積み込み／積み降ろし位置に最も近いカルーセルプラットフォーム１００２上のＵＳＣＳビンを優先して、積み込み／積み降ろし効率の最適化のためにビンカルーセル及びロボティックハンドラーの動きを最小化すること。

ステップ１２１５では、ＵＳＣＳビンの無線通信ユニット２２５は、少なくとも１つの自機のビン＿ＩＤ及び環境フラグを施設管理サブシステム２０４へと送信するのであり、例えば、輸送車両２１５ａの例えば無線ネットワーク等のＬＡＮ２２１から切断して代わりにメガ施設１０の例えば無線ネットワーク等のＬＡＮ２０６に接続してそのような通信を先方と行えと車両管理サブシステム２１６によって命令された場合が想定される。この受信された環境フラグに基づいて、施設管理サブシステム２０４は、自己の施設格納テーブル３２０ａに対して、ＵＳＣＳビンの環境フラグに合致する環境状態のグリッド格納構造５０７の利用可能格納場所の場所＿ＩＤについて、クエリを発するのであり、それによってそのＵＳＣＳビンについてグリッド格納構造５０７の適切な環境ゾーンに所在していることを確認する。

したがって、ステップ１２１６では、施設管理サブシステム２０４は、次のことをなすように、ＵＳＣＳビンの積み込み／積み降ろし位置の隣の適切な終端スポットに既に駐機してあるロボティックハンドラー２０８に対して命令する：そのＵＳＣＳビンをカルーセルプラットフォーム１００２から回収すること、及びＵＳＣＳビンをグリッド格納構造５０７の適切な環境ゾーン内の利用可能な環境的に適した格納場所へと搬送すること。ロボティックハンドラー２０８によってカルーセルプラットフォーム１００２からＵＳＣＳビンが回収されたことが確認されたらば、ＵＳＣＳビンの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びメガ施設１０のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＵＳＣＳビンはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。ステップ１２１７では、ロボティックハンドラー２０８によってカルーセルプラットフォーム１００２からＵＳＣＳビンが回収されたことが確認されたらば、車両管理サブシステム２１６は、自己の記録を更新して、ＵＳＣＳビンの輸送車両２１５ａからメガ施設１０への移転を反映させるのであり、これをなすために、そのＵＳＣＳビンのビン＿ＩＤを輸送車両２１５ａのオンボードビンテーブル３２５から除いて、また、ＵＳＣＳビンが空の格納ビンである場合、車両情報テーブル３２３内の空の格納ビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ａからオフロードされたばかりのＵＳＣＳビンのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＵＳＣＳビンについての記録から、輸送車両２１５ａの車両＿ＩＤを、削除する。ステップ１２１８では、施設管理サブシステム２０４は、自己の記録を更新して、ＵＳＣＳビンの輸送車両２１５ａからメガ施設１０への移転を反映させるのであり、これをなすために、そのＵＳＣＳビンのビン＿ＩＤをメガ施設１０のオンサイトビンテーブル３２２に加えるのであり、ＵＳＣＳビンが空の格納ビンであるこの例では、施設情報テーブル３１９内にて空のビンの数量についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、メガ施設１０に受け付けられたばかりのＵＳＣＳビンのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＵＳＣＳビンについての記録に、メガ施設１０の施設＿ＩＤを、追加する。

ステップ１２１６で以前命令したように、ロボティックハンドラー２０８は、ステップ１２１９で、グリッド格納構造５０７内の指定された格納場所内にＵＳＣＳビンを、置く。ステップ１２２０では、ＵＳＣＳビンがグリッド格納構造５０７の環境的に適したゾーン内の指定された格納場所内に置かれたことが確認されたらば、施設管理サブシステム２０４は、そのＵＳＣＳビンのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内にて格納場所の場所＿ＩＤに対して記録するのであり、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ１２２０では、施設管理サブシステム２０４は、同じ場所＿ＩＤ及びビン＿ＩＤを、該場所＿ＩＤを置かれたＵＳＣＳビン２２４ａのビン＿ＩＤに対してグローバル格納ビンテーブル３０８内及び（そこに複製があらならば）ベンダのストック済み在庫テーブル３０４内において記録するために、中央コンピューティングシステム２０１へと転送する。今となってはグリッド格納構造５０７内にて格納されて且つそこで場所確認可能な空のＵＳＣＳビンは、今となっては図９Ａ～９Ｂの詳細な説明に開示された在庫取り込み処理を後に実行するために用いるための候補たる空のＳＣＳビンとなる。

したがって、ステップ１２０５～１２２０は、集合的に、単一のビンスワップ又はビン交換を行うのであり、出発輸送車両２１５ａに乗ってメガ施設１０を出発する１つのＤＳＣＳビン２２４ａが、同じ輸送車両２１５ａに乗ってメガ施設１０に到着した１つの上流方向に向かう格納ビンと、交換される。そして、ステップ１２１２では、ステップ１２０４で生成されたリスト内に残存する追加的のＤＳＣＳビン２２４ａがあるかについてチェックが行われ、また、追加のＤＳＣＳビン２２４ａがある場合はステップ１２０５～１２１１が繰り返される。追加のＤＳＣＳビン２２４ａがない場合、ステップ１２１３では、ステップ１２１１で以前行われたの同じチェックが繰り返されて、積み降ろすべきさらなるＵＳＣＳビンがあるかを識別（identify）するのであり、肯定的な決定（determination）がなされた場合にはステップ１２１４～１２１２が繰り返されるのであってステップ１２１３にてチェックが否定的な結論（finding）を結果としてもたらす迄これがなされるのであり、これがもたらされた場合には次のことが確認されたこととなる：全てのＵＳＣＳビンが、輸送車両２１５ａから積み降ろされており、メガ施設１０内にて受け付けられており、且つそのグリッド格納構造５０７内へと取り込まれたこと；並びに全てのＤＳＣＳビンが、輸送車両２１５ａが次に向かうことが定められているマクロ施設１２へと移動を進ませるために、輸送車両２１５ａ上に積み込まれたこと。

図１２Ａ～１２Ｂに開示される方法は、ステップ１２０６で既に、出発積み込みドック５０２に到達するために第１のロボティックハンドラー２０８上で搬送されたＤＳＣＳビン２２４ａを置くことができる、輸送車両２１５ａ上の非占有カルーセルプラットフォーム１００２が少なくとも１つあるということを仮定しているも；他の実施形態では、任意のＤＳＣＳビンが輸送車両２１５ａに積み込まれる前に、空のカルーセルプラットフォームを持たない完全積載の輸送車両２１５ａから第１のＵＳＣＳビンを積み降ろすために、異なるビン無しロボティックハンドラーによるステップ１２１４～１２２０の先制的な実行が必要とされ得る。実施形態では、異なる施設における積み込み／積み降ろし処理は、ビンカルーセル２２２ａに対して容量満杯まで積み込みをなさないように構成されているのであり、これにより少なくとも１つのカルーセルプラットフォーム１００２が輸送中に空いているようにして、輸送車両２１５ａの次の目的地にて積み込まれた第１の格納ビンを受け入れることができるようにする。輸送車両２１５ａの少なくとも１つのカルーセルプラットフォーム１００２が常時空いているようにしておくため、ステップ１２０４では実際の最大車両容量の代わりに実効的最大車両容量を用いるのであり、実効的最大車両容量は実際の容量（輸送車両に搭載されたカルーセルプラットフォームの個数）から１を減じた値とする。このようにして、ステップ１２０４で輸送車両２１５ａに積み込むことができると指定されているＤＳＣＳビンの最大数は、輸送車両２１５ａの真正なるビン容量引く１とされるのであり、これによって１つの空いたカルーセルプラットフォームが積み込み後に輸送車両２１５ａに残される。

上述のように、図４Ａ～４Ｂに示される各輸送車両２１５ａ，２１５ｂ，２１５ｃには、輸送車両２１５ａ，２１５ｂ，２１５ｃの動き及び場所を追跡するＧＰＳ装置２１９と、輸送車両２１５ａ，２１５ｂ，２１５ｃの現在の場所を中央コンピューティングシステム２０１へと伝達する広域通信装置２１８とが装備されている。中央データベース２０３内のストック済み在庫テーブル３０４に対して、輸送車両２１５ａ，２１５ｂで現在輸送中の任意の格納ビン２２４ａ，２２４ｂ内に格納された製品についてのクエリを発すると、その格納ビン２２４ａ，２２４ｂの現在のＧＰＳによる場所が格納ビン２２４ａ，２２４ｂの乗っている輸送車両２１５ａ，２１５ｂのＧＰＳ座標に基づいて報告される。同様に、中央データベース２０３に対して、図４Ａ～４Ｂに示される輸送車両２１５ｃ上で現在輸送されているＦＯビンについてＦＯビンテーブル３１３に注文番号が記録されている任意の顧客注文についてのクエリを発すると、そのＦＯビン２２４ｄの現在のＧＰＳによる場所が、ＦＯビン２２４ｄの乗っている輸送車両２１５ｃのＧＰＳ座標に基づいて報告される。その結果、格納ビン及び注文ビンに関してのマルチノーダルサプライチェーンシステム２００における包括的な監視及び追跡が達成される。

図１３Ａ～１３Ｂは、実施形態による、マクロ施設１２と図６に示されるマクロ施設１２の到着積み込みドック６０１に図４Ａ～４Ｂに示される上流メガ１０施設から到着する輸送車両２１５ａとの間での格納ビン２２４ａの交換を管理するためのコンピュータ実装方法についてのフローチャートである。メガ施設１０からのＳＣＳビン２２４ａが積み込まれた大きな輸送車両２１５ａは、図４Ａに示されるマクロ施設１２の１つへと移動する。メガ施設１０からの輸送車両２１５ａは、マクロ施設１２の到着積み込みドック６０１に到着するのであり、該ドックではメガ施設１０から到着するＤＳＣＳビン２２４ａが到着輸送車両２１５ａからオフロードされるのであり、メガ施設１０へと仕向けられている、空のＵＳＣＳビン及び／又は他の上流方向に向かう格納ビンは、図１２Ａ～１２Ｂの詳細な説明にて開示されているように、メガ施設１０の出発積み込みドック５０２にて行われる積み込み／積み降ろし処理と逆順で同じ輸送車両２１５ａ内に積み込まれる。図１０Ａ～１０Ｂに示される大きな輸送車両２１５ａのビンカルーセル２２２ａは、それらが実質的にＤＳＣＳビンで一杯となっている場合、インクリメンタルな態様で各々が駆動されて、隣接するビン搬搭載中のカルーセルプラットフォーム１００２を１つずつビンカルーセル２２２ａの後端へと動かすのであり、各々のＤＳＣＳビン２２４ａは例えば人間の作業員又はロボティックハンドラー２０８等によってカルーセルプラットフォーム１００２からプルされるのであり、実施形態では、到着した到着輸送車両２１５ａからＤＳＣＳビン２２４ａを積み降ろす人間の作業員又はロボティックハンドラー２０８がビンスワップ又は交換処理の一環としてそこにＵＳＣＳビンを置くことも任される。この積み降ろし処理中においては、マクロ施設１２の施設管理サブシステム２０４は、到着するＤＳＣＳビン２２４ａのモバイルデータ記憶装置２２６からビン＿ＩＤ並びに内容物テーブル３２７及び製品情報テーブル３２８の少なくとも一部のデータコンテンツを読み取るのであり、そして、ビン受付信号を中央データベース２０３へと送って、ＤＳＣＳビン２２４ａが到着したマクロ施設１２の施設＿ＩＤに従って各ＤＳＣＳビン２２４ａの場所を更新する。ロボティックハンドラー２０８によって到着した到着輸送車両２１５ａからＤＳＣＳビン２２４ａが回収されたことが確認されたらば、ＤＳＣＳビン２２４ａの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマクロ施設１２のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＤＳＣＳビン２２４ａはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。マクロ施設１２のＬＡＮ２０６（例えば無線ネットワーク等）を介して施設管理サブシステム２０４によって受信された製品情報は、取り扱いデータ及びカスタマイゼーションデータを含み、これらは到着するＤＳＣＳビン２２４ａのマクロ施設１２内での取り扱い及び経路指定の決定のために用いられるのであり、また、グリッド格納構造６０３のロボティックハンドラー２０８及び／又は他の自動化取り扱い機材を制御するため、及び／又は適切に人間の作業員を指図するために用いられる。同時に、実施形態では、ＤＳＣＳビン２２４ａのモバイルデータ記憶装置２２６から読み出された情報には内容物テーブル３２７からの製品＿ＩＤ及び数量が含まれるのであって、例えば施設管理サブシステム２０４によって用いられるためにマクロ施設１２内へと取り込まれる製品の数量を示すのであり、中央データベース２０３の格納ビン内容物テーブル３０９へのアクセスが妨げられることになる中央コンピューティングシステム２０１での通信障害の場合であっても、手持ちの在庫について自動的に且つ正確に追跡をなし得る。中央コンピューティングシステム２０１との正常な通信が利用可能である場合、受付信号にて施設＿ＩＤ及び到着した各ＤＳＣＳビン２２４ａのビン＿ＩＤが先述のように送信されたことによって、到着したＤＳＣＳビン２２４ａ内の各カタログ済み製品について、そのマクロ施設１２にての手持ち在庫カウントに関して中央データベース２０３を更新するように動作させ得る。

図１３Ａ～１３Ｂは、輸送車両２１５ａに乗ってメガ施設１０からマクロ施設１２に到着するＤＳＣＳビン２２４ａを積み降ろすこと及びメガ施設１０へ輸送するためにマクロ施設１２からのＵＳＣＳビンを同じ輸送車両２１５ａに同時的に積み込むことに関しての処理を、開示するのであり、実施形態では、該メガ施設は到着した輸送車両２１５ａが出てきたメガ施設１０と同じである。輸送車両２１５ａがマクロ施設１２の到着積み込みドック６０１に到着したらば（Ｓ１３０１）、ステップ１３０２では、図２Ａ～２Ｂに示される輸送車両２１５ａの車両管理サブシステム２１６は、自機の車両＿ＩＤを含む到着信号を、中央コンピューティングシステム２０１及び輸送車両２１５ａが到着するマクロ施設１２の施設管理サブシステム２０４へと、送信する。次に、ステップ１３０３では、中央コンピューティングシステム２０１が輸送車両２１５ａの次の予定されている宛先の施設＿ＩＤを識別して、施設＿ＩＤを施設管理サブシステム２０４へと転送する。実施形態では、施設＿ＩＤは、輸送車両２１５ａ自体からの到着信号内にて、マクロ施設１２の施設管理サブシステム２０４へと、伝達される。この次なる施設の施設＿ＩＤを用いて、施設管理サブシステム２０４は、自己のローカル施設データベース２０７のオンサイトビンテーブル３２２に対してクエリを発して、輸送車両２１５ａの次なる宛先へと移転されるべきＵＳＣＳビンを識別するのであり、オンサイト格納ビンのビン＿ＩＤとの関係で記憶されている宛先施設＿ＩＤの使用に基づいてこれがなされる。このクエリは、輸送車両２１５ａの次の宛先に合致する施設＿ＩＤ、及び／又は、輸送車両２１５ａの次の宛先が中間的中継点であると知られている既知の移動経路上の他の施設の施設＿ＩＤを、返し得る。ステップ１３０５では、クエリが輸送車両２１５ａのビン容量を超過する候補たるＵＳＣＳビンについての数量を返すならば、識別済みＵＳＣＳビンについてのリストは、それらの識別済みＵＳＣＳビンについて記憶されているタイミングデータに基づいてフィルタリングがなされて、より高い優先度のものについては維持されて、より低い優先度のものについては除外される。実施形態では、該ステップは、真正なる容量引く１として算出された実効的車両容量を用いることができ、それによって、輸送車両２１５ａに積み込むものと指定されているＵＳＣＳビンの個数が、車両の真正なるビン容量引く１となることが保証されるのであり、これによって１つの空いたカルーセルプラットフォーム１００２が積み込み後に図１０Ａ～１０Ｂに示される輸送車両２１５ａに残される。

ステップ１３０３で１つ以上のＵＳＣＳビンが識別された場合、ステップ１３０６では、マクロ施設１２の施設管理サブシステム２０４は、ロボティックハンドラー２０８に対して次のステップを行うように命令する：識別されたＵＳＣＳビンをグリッド格納構造６０３から回収するステップと、回収されたＵＳＣＳビンを輸送車両２１５ａが到着した到着積み込みドック６０１に届けるステップ。ＵＳＣＳビンがグリッド格納構造６０３内のその格納場所から回収されたことが確認されたらば、そのＵＳＣＳビンのビン＿ＩＤは、マクロ施設１２の施設格納テーブル３２０ａ及び中央データベース２０３の格納場所テーブル３１０から削除されるのであり、ＵＳＣＳビンが回収された格納場所の場所＿ＩＤは中央データベース２０３の格納ビンテーブル３０８及びマクロ施設１２のオンサイトビンテーブル３２２から削除される。また、ロボティックハンドラー２０８によってグリッド格納構造６０３からＵＳＣＳビンが回収されたことが確認されたらば、ＵＳＣＳビンの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマクロ施設１２のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＵＳＣＳビンはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。

施設管理サブシステム２０４は、ＵＳＣＳビンのための環境フラグを、到着した輸送車両２１５ａの車両管理サブシステム２１６に伝達するのであり、ステップ１３０７にてそれは、この環境フラグを用いて自機のビンカルーセル２２２ａのうちの１つの非占有カルーセルプラットフォーム１００２を識別するのであり、車両格納テーブル３２４内のその環境状態インジケータは環境フラグに合致するのであり、それによって、非占有カルーセルプラットフォーム１００２により表されている各々の格納場所は、ＵＳＣＳビン及び（ＵＳＣＳビンが空のビンではない場合には）その任意の内容物の、環境フラグに適合した輸送車両２１５ａの環境ゾーン内に所在することが確認される。車両管理サブシステム２１６は、輸送車両２１５ａのビンカルーセル２２２ａの１つをアクティブ化して、非占有カルーセルプラットフォーム１００２を図１１Ａ～１１Ｃに示されるビンカルーセル２２２ａの後部の積み込み／積み降ろし位置Ｐに再配置するのであり、該再配置動作は該非占有カルーセルプラットフォーム１００２がそのような位置に既に所在していない場合になされるのであり、ハンドオフ指定信号を施設管理サブシステム２０４に伝達して、輸送車両２１５ａのそのビンカルーセル２２２ａのために積み込みグリッド構造６０４の適切な終端スポットへと向かうようにロボティックハンドラー２０８に対して命令することを可能とする。ステップ１３０８では、回収されたＵＳＣＳビンが積み込みグリッド構造６０４のこの指定された終端スポットに到着する際又はそこに到着したらば、ＵＳＣＳビンの無線通信ユニット２２５は接続して、そのビン＿ＩＤを車両管理サブシステム２１６に伝達して、図１２Ａ～１２Ｂの詳細な説明にて開示するようにビン＿ＩＤをカルーセルプラットフォーム１００２の場所＿ＩＤに対して記録することを可能とする。ステップ１３０９では、ロボティックハンドラー２０８が指定された終端スポットに到着したことが確認されたらば、ロボティックハンドラー２０８は回収されたＵＳＣＳビン２２４ａを選択されたビンカルーセル２２２ａの提示された空のカルーセルプラットフォーム１００２上に置くのであり、これは施設管理サブシステム２０４によって命令されるがままになされる。

ステップ１３１０では、ＵＳＣＳビンが、積み込み／積み降ろし位置Ｐにて提示されたカルーセルプラットフォーム１００２上に置かれたことが確認されたらば、施設管理サブシステム２０４は、自己の記録を更新して、ＵＳＣＳビンのマクロ施設１２から輸送車両２１５ａへの移転を反映させるのであり、これをなすために、マクロ施設１２のオンサイトビンテーブル３２２からそのＵＳＣＳビンのビン＿ＩＤを除いて、また、ＵＳＣＳビンが空の格納ビン２２４ａである実施形態では、施設情報テーブル３１９内にて空の格納ビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、マクロ施設１２からオフロードされたばかりのＵＳＣＳビンのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＵＳＣＳビンについての記録から、マクロ施設１２の施設＿ＩＤを、削除する。一方で、ステップ１３１１では、車両管理サブシステム２１６は、自己の記録を更新して、ＵＳＣＳビンのマクロ施設１２から輸送車両２１５ａへの移転を反映させるのであり、これをなすために、そのＵＳＣＳビンのビン＿ＩＤを輸送車両２１５ａのオンボードビンテーブル３２５に加えて、また、ＵＳＣＳビンが空の格納ビン２２４ａである実施形態では、車両情報テーブル３２３内にて空の格納ビンの数量についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。また、車両管理サブシステム２１６は、そのＵＳＣＳビン２２４ａが置かれたカルーセルプラットフォーム１００２の場所＿ＩＤに対してＵＳＣＳビン２２４ａのビン＿ＩＤを記録するのであり、及び／又はそのＵＳＣＳビン２２４ａのビン＿ＩＤに対してその格納場所の場所＿ＩＤをローカル車両データベース２２０のオンボードビンテーブル３２５内にて記録する。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ａに受け付けられたばかりのＵＳＣＳビンのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、中央データベース２０３の格納ビンテーブル３０８内のこのＵＳＣＳビンについての記録に、輸送車両２１５ａの車両＿ＩＤを、追加する。ビン受付信号は、グローバル格納ビンテーブル３０８内において預け入れられたＵＳＣＳビンのビン＿ＩＤに対して記録するための場所＿ＩＤをさらに含む。

上述のように、ステップ１３０３～１３１１は次の事項について扱う：マルチノーダルサプライチェーンシステム２００のサプライチェーンワークフローの方向との関係でのマクロ施設１２の上流側に所在するメガ施設１０へ仕向けられているＵＳＣＳビン。ＵＳＣＳビンが輸送車両２１５ａに移転されたらば、ステップ１３１２以降は、到着するＤＳＣＳビン２２４ａを輸送車両２１５ａからマクロ施設１２内へと移転するためになされる。この例では、輸送車両２１５ａから積み降ろすべきものとしては少なくとも１つのＤＳＣＳビン２２４ａがあり、輸送車両２１５ａのマクロ施設１２への移動は格納ビンをメガ施設１０から下流方向へと輸送する必要性によって定義されているが故にそうなるのであり、輸送車両２１５ａに対しては、格納ビン（例えば、メガ施設１０へと上流方向に返却されるＵＳＣＳビン等）をピックアップするためだけに空の状態でマクロ施設１２へと行くような予定が定められない。実施形態では、ステップ１３１１とステップ１３１２との間で追加のステップが行われるのであって、該ステップでは、先ず輸送車両２１５ａのローカル車両データベース２２０のオンボードビンテーブル３２５に対してクエリを発して、マクロ施設１２に積み降ろすべき任意のＤＳＣＳビン２２４ａが搭載されているかを先ず確認する。

ステップ１３１２で車両管理サブシステム２１６は、ＤＳＣＳビンを含むビンカルーセル２２２ａのうちの１つは識別して、カルーセルプラットフォーム１００２が積み込み／積み降ろし位置に既になければ、ＤＳＣＳビンが搬送されているビンカルーセル２２２ａをアクティブ化して、そのビンカルーセル２２２ａの積み込み／積み降ろし位置へとそのＤＳＣＳビンを載せているカルーセルプラットフォーム１００２を動かす。一方で、車両管理サブシステム２１６は、別のハンドオフ指定信号を施設管理サブシステム２０４へと送って、ロボティックハンドラー２０８がＤＳＣＳビン２２４ａが積載されているビンカルーセル２２２ａからＤＳＣＳビン２２４ａを受け取らなければならない、積み込みグリッド構造６０４の特定の終端スポットを識別する。このハンドオフ指定信号が、ロボティックハンドラー２０８によってＵＳＣＳビンが輸送車両２１５ａに以前積み込まれた際の積み込みグリッド構造６０４の終端スポットと同じ所を指定する場合、ロボティックハンドラー２０８はこの同じ終端スポットに駐機されたままとなる。そうでない場合、ロボティックハンドラー２０８は、施設管理サブシステム２０４に命令されて、車両管理サブシステム２１６からのハンドオフ指定信号に基づいて積み込みグリッド構造６０４の別の終端スポットへと再配置される。実施形態では、複数のビンカルーセル２２２ａ上にてＤＳＣＳビン２２４ａが識別された場合、車両管理サブシステム２１６はＵＳＣＳビンが積み込まれたばかりのと同じビンカルーセル２２２ａ上の任意のＤＳＣＳビン２２４ａの選択を優先するように構成されており、ビンカルーセル２２２ａの積み込み／積み降ろし位置に最も近いカルーセルプラットフォーム１００２上のＤＳＣＳビンを優先して、積み込み／積み降ろし効率の最適化のためにカルーセル及びロボティックハンドラーの動きを最小化する。

ステップ１３１３では、ＤＳＣＳビン２２４ａの無線通信ユニット２２５は、自機のビン＿ＩＤ、環境フラグ、並びに自機のビンデータであって自機の取り扱いデータ、カスタマイゼーションデータ、宛先データ、及びタイミングデータの少なくとも一部を含むビンデータの少なくとも一部を、施設管理サブシステム２０４へと送るのであり、例えば、輸送車両２１５ａの例えば無線ネットワーク等のＬＡＮ２２１から切断して代わりにマクロ施設１２の例えば無線ネットワーク等のＬＡＮ２０６に接続してそのような通信を先方と行えと車両管理サブシステム２１６によって命令された場合が想定される。受信された環境フラグに基づいて、施設管理サブシステム２０４は、自己の施設格納テーブル３２０ａに対して、ＤＳＣＳビン２２４ａの環境フラグに合致する環境状態のグリッド格納構造６０３の利用可能格納場所の場所＿ＩＤについて、クエリを発するのであり、それによってそのＤＳＣＳビン２２４ａの内容物たる製品についてグリッド格納構造６０３の適切な環境ゾーンに所在していることを確認する。

ステップ１３１４では、施設管理サブシステム２０４は、次のことをなすように、ビンカルーセル２２２ａの積み込み／積み降ろし位置の隣の適切な終端スポットに既に駐機してあるロボティックハンドラー２０８に対して命令する：積み込み／積み降ろし位置にあるカルーセルプラットフォーム１００２からＤＳＣＳビン２２４ａを回収すること。ステップ１３１５では、ロボティックハンドラー２０８によってカルーセルプラットフォーム１００２からＤＳＣＳビン２２４ａが回収されたことが確認されたらば、車両管理サブシステム２１６は、自己の記録を更新して、ＤＳＣＳビン２２４ａの輸送車両２１５ａからマクロ施設１２への移転を反映させるのであり、これをなすために、輸送車両２１５ａのオンボードビンテーブル３２５からそのＤＳＣＳビン２２４ａのビン＿ＩＤを除いて、また、車両情報テーブル３２３内の占有格納ビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ａからオフロードされたばかりのＤＳＣＳビン２２４ａのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＤＳＣＳビンについての記録から、輸送車両２１５ａの車両＿ＩＤを、削除する。一方で、ステップ１３１６では、施設管理サブシステム２０４は、自己の記録を更新して、ＤＳＣＳビン２２４ａの輸送車両２１５ａからマクロ施設１２への移転を反映させるのであり、これをなすために、そのＤＳＣＳビン２２４ａのビン＿ＩＤをマクロ施設１２のオンサイトビンテーブル３２２に加えるのであり、施設情報テーブル３１９内の占有ビンの数量についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、マクロ施設１２に受け付けられたばかりのＤＳＣＳビン２２４ａのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、格納ビンテーブル３０８内のこのＤＳＣＳビン２２４ａについての記録に、マクロ施設１２の施設＿ＩＤを、追加する。

ロボティックハンドラー２０８によって輸送車両２１５ａからＤＳＣＳビン２２４ａが受領されたことが確認されたらば、ＤＳＣＳビン２２４ａの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマクロ施設１２のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＤＳＣＳビン２２４ａはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。マクロ施設１２のロボティックハンドラー２０８によるＤＳＣＳビン２２４ａの受領が確認されたらば、マクロ施設１２の施設管理サブシステム２０４は今度は、ステップ１３１３でＤＳＣＳビン２２４ａより読み出された環境フラグ並びに取り扱いデータ及びカスタマイゼーションデータに準拠してどのようにマクロ施設１２内にてＤＳＣＳビン２２４ａを経路指定するのかについて評価するのであり、それらに基づいてマクロ施設１２内の適切な宛先への移動をロボティックハンドラー２０８に命令する。ステップ１３１７では、施設管理サブシステム２０４は、ステップ１３１３にて受信された宛先データ及びタイミングデータをチェックして、別の施設への速やかな輸送のためにＤＳＣＳビン２２４ａの即時のクロスドッキングが宛先データ及びタイミングデータによって示唆されるかを評価するのであって、例えば宛先データ及びタイミングデータを、図６に示されるマクロ施設１２の出発積み込みドック６０２に輸送車両２１５ｂが存在するかそのまもなくの到着が予定されているかと比較する。ＤＳＣＳビン２２４ａの意図されている宛先たる施設が、ＤＳＣＳビン２２４ａが到着したばかりの現在のマクロ施設１２ではないと、宛先データが示す場合、現在のマクロ施設１２の施設管理サブシステム２０４は、自動化機材の制御及び／又は人間の作業員の誘導に用いるための経路指定命令又は命令を、生成して、輸送車両２１５ｂが既にあるかまもなく予定されているならば現在のマクロ施設１２にてＤＳＣＳビン２２４ａのクロスドッキングを惹起させる若しくは指示するか、又は、輸送車両２１５ｂが既にあるわけではないかまもなく予定されているわけではないならば現在のマクロ施設１２のインデクスされた格納アレイ内にてのＤＳＣＳビン２２４ａの一時的格納を惹起させる若しくは指示する。

そのような輸送車両２１５ｂによってＤＳＣＳビン２２４ａが輸送先のこの他の施設は次のどちらかとされる：そのＤＳＣＳビン２２４ａについての意図された宛先施設又は意図された宛先施設よりも近い中間施設。即ち、ＤＳＣＳビン２２４ａが到着する現在の施設が、ＤＳＣＳビン２２４ａがそこから進んで別の施設（意図された宛先施設であろうと別の中間的中継点であろうと）へと移転される中間的中継点として機能し得るのであり、ＤＳＣＳビンの内容物についての何らの処理又は移転（例えば、ＶＡＳカスタマイゼーションやＭＣＳビンへのキット化等に関する事柄）を伴わない。このような態様で、マルチノーダルサプライチェーンシステム２００の地理的な広がりの一方側の端っこにあるメガ施設１０にてパッキングされたＳＣＳビン２２４ａは、マルチノーダルサプライチェーンシステム２００の別の端っこの遠方のマクロ施設１２へと直接的には輸送されないのであり、代わりに、元のメガ施設１０と最終仕向地たるマクロ施設１２との間に所在する複数の中間施設を介して中継される。様々な実施形態では、この施設を介してのビンの中継と同じことは、現在想定されたメガ-マクロ輸送段階以外の輸送段階でも生じ得るのであり、以下のいずれの一環としても可能である：例えばメガ-マクロ、マクロ-マイクロ、マイクロ-ナノ等のあるクラスの施設から別のクラスの施設へのクラス間輸送段階；及び例えばメガ-メガ、マクロ-マクロ、マイクロ-マイクロ等のクラス内輸送段階。実施形態では、輸送車両の全部又は一部は、２つの具体的な施設の間に専用の輸送レッグ或いはそれらが限定された施設群の間を移動する専用のサービスエリアを有する。専用輸送レッグの場合、各輸送車両の車両管理サブシステム２１６は、２つの既定値施設＿ＩＤ、上流施設＿ＩＤ及び下流施設＿ＩＤを記憶しており、施設管理サブシステム２０４との標準化データ交換が開始される前に、これら２つの施設のどちらかへの到着の際に、各々宛先施設＿ＩＤの値をこれらの値の間で自動的に切り替えるように構成されており、それを通じて施設が輸送車両の次の宛先を識別するのであり、これは施設のオンサイトビンテーブル３２２に対して輸送車両の次の宛先に届けられるものとされているものについてのクエリを発するためになされる。

ステップ１３１７でクロスドッキングすることの必要性が識別された場合、ステップ１３１８で実施形態では、ＤＳＣＳビン２２４ａについての全自動化クロスドッキングが実行されて、その場合には施設管理サブシステム２０４は既にそのＤＳＣＳビン２２４ａを搬送しているロボティックハンドラー２０８に対してそのＤＳＣＳビン２２４ａを直接的に出発積み込みドック６０２へと搬送するように命令するのであり、例えばその下部トラック（track）レイアウト上でグリッド格納構造６０３を移動して取り込み到着積み込みグリッド６０４から出発積み込みグリッド構造６０５へと横断することによってこれがなされ得るのであり、ロボティックハンドラー２０８はＤＳＣＳビン２２４ａを待機中か到着する輸送車両２１５ｂに出発積み込みドック６０２にて積み込む。

即時クロスドッキングを要さない場合、ステップ１３２２で施設管理サブシステム２０４は、ステップ１３１３でＤＳＣＳビン２２４ａから受信されたカスタマイゼーションデータをチェックして、ＤＳＣＳビン２２４ａをグリッド格納構造６０３内のインデクスされた格納場所ではなくＶＡＳ／返品ワークステーション６０６へと直接的に送るべきかについての評価においてカスタマイゼーションデータを用いる。実施形態では、該評価は、マクロ施設１２のワークステーション情報テーブル３２１に対して、ＤＳＣＳビン２２４ａの内容物のＶＡＳ要件を充足するのに十分に取り計らわれた且つＤＳＣＳビン２２４ａを受け入れるための即応的に若しくはまもなく活用できる容量があるＶＡＳ／返品ワークステーション６０６について、クエリを発することを伴う。ステップ１３２２でのＶＡＳクエリが肯定的である場合、ステップ１３１９で施設管理サブシステム２０４は、ロボティックハンドラー２０８に対してＤＳＣＳビン２２４ａを利用可能なＶＡＳ／返品ワークステーション６０６へ向かって又はそこへ完全に搬送するように命令する。実施形態では、ロボティックハンドラー２０８は、積み込みグリッド構造６０４のカルーセルに隣接した終端スポットにある自機のピックアップ地点からグリッド格納構造６０３のグリッド下部トラック（track）レイアウトを介してのＶＡＳ／返品ワークステーション６０６へのＤＳＣＳビン２２４ａの完全な配送を担当する。

ステップ１３２２にてＤＳＣＳビン２２４ａについての即時のＶＡＳ処理（VAS processing）が要されない場合、ステップ１３２３で施設管理サブシステム２０４は、ステップ１３１３でＤＳＣＳビン２２４ａから受信された環境フラグを用いて、ＤＳＣＳビン２２４ａの環境フラグに合致する環境状態を有するグリッド格納構造６０３内の利用可能格納場所の場所＿ＩＤについて、施設格納テーブル３２０ａに対してクエリを発するのであり、ロボティックハンドラー２０８に対して、ＤＳＣＳビン２２４ａを、グリッド格納構造６０３内のこの利用可能且つ環境的に適合した格納場所に搬送してそこの中に置くように命令する。ステップ１３２４では、ＤＳＣＳビン２２４ａが環境的に適合した格納場所に置かれたことが確認されたらば、図１２Ａ－１２Ｂの詳細な説明にて開示されたメガ施設１０にてなされるビン取り込み処理と同様の通信及びデータベース更新が、それとの関連で述べられたのと同様の目的及び有益的結果のために、なされる。

実施形態では、施設管理サブシステム２０４によってＤＳＣＳビン２２４ａの到着の際になされる経路指定決定ステップ１３１７及び１３２２は、次のことをなすように構成されている：読み出されたビンデータにカスタマイゼーションデータが含まれる任意のＤＳＣＳビン２２４ａについて既定でＤＳＣＳビン２２４ａをＶＡＳ／返品ワークステーション６０６へ配送することを命令すること、及び、ビンデータがカスタマイゼーションデータを含まない場合のみに処理のためのＶＡＳ／返品ワークステーション６０６への経路指定をバイパスすること。この場合、ＤＳＣＳビン２２４ａをグリッド格納構造６０３内に格納することが代わりに命令されるのであり、読み出されたビンデータからの環境フラグによってそれについての指示された所定の環境ゾーンで特に格納される。実施形態では、施設管理サブシステム２０４によってなされ得る経路指定決定は、インデクスされた格納アレイ内での格納をバイパスしてＤＳＣＳビン２２４ａ（例えば、単一ＳＫＵビン等）をキット化ワークステーション６０７へと直接的に仕向けるかについての決定をさらに含むのであり、これをなすために、到着ＤＳＣＳビン２２４ａ内に含まれる製品タイプについての製品要求が施設管理サブシステム２０４によって受信されており且つ施設のオンサイトビンテーブル３２２内のオンサイトＳＣＳビンが製品要求を充足するための該製品タイプのものを欠いているか該要求を充足するのに十分な数量を有していないが故にＤＳＣＳビン２２４ａの到着を待っている場合であるかを、チェックする。キット化ワークステーション６０７におけるのそのような製品要求に関連するワークフローについては後述する。

したがって、ステップ１３０６～１３２４は、集合的に、単一のビンスワップを行うのであり、到着輸送車両２１５ａに乗ってマクロ施設１２に到着する１つのＤＳＣＳビン２２４ａが、例えば同じ輸送車両２１５ａにのってマクロ施設１２を後に出発する空のＳＣＳビン等の１つのＵＳＣＳビンと交換される。そのようなスワップの完了後、ステップ１３２０で施設管理サブシステム２０４は、ステップ１３０３～１２０５からのリストに残存する追加的なＵＳＣＳビンがあるかについてのチェックを行うのであり、追加のＵＳＣＳビンがある場合はステップ１３０６～１３２４が繰り返される。そうでない場合、ステップ１３２１で施設管理サブシステム２０４及び車両管理サブシステム２１６は、輸送車両２１５ａにまだ積載されており且つロボティックハンドラー２０８によるオフローディングを待っている残存ＤＳＣＳビン２２４ａの存在について協調的にチェックするのであり、これによって、マクロ施設１２にて現在手持ちとなっており且つ輸送車両２１５ａが次に向かうこととなっているメガ施設１０へ仕向けられているＵＳＣＳビンの個数を、到着ＤＳＣＳビン２２４ａの個数が、超過する局面に配慮する。ステップ１３２１で肯定的な決定がなされた場合にはステップ１３１２以降が繰り返されるのであって、ステップ１３２１でのチェックが否定的になる迄これがなされるのであり、それによって全てのＤＳＣＳビン２２４ａビンが輸送車両２１５ａから積み降ろされてマクロ施設１２に受け入れられたことが確認される。

図１３Ａ～１３Ｂに開示される方法では、ステップ１３０７で既に、到着積み込みドック６０１に到達するために第１のロボティックハンドラー２０８上で搬送されたＵＳＣＳビンを置くことができる、輸送車両２１５ａ上の非占有カルーセルプラットフォーム１００２が少なくとも１つあるということが仮定されているも；他の態様では、任意のＵＳＣＳビンが輸送車両２１５ａに積み込まれる前に、空のカルーセルプラットフォームを持たない完全積載の輸送車両２１５ａから第１のＤＳＣＳビン２２４ａを積み降ろすための異なるビン無しロボティックハンドラーによるステップ１３１２～１３１６の先制的な実行が必要とされ得る。様々な実施形態では、異なる施設における積み込み／積み降ろし処理は、ビンカルーセル２２２ａに対して容量満杯まで積み込みをなさないように構成されているのであり、これにより少なくとも１つのカルーセルプラットフォーム１００２が輸送中に常に空いているようにして、輸送車両２１５ａの次の目的地にて積み込まれた第１の格納ビンを受け入れることができるようにする。

上記において開示されているように、各マクロ施設１２は図６に示される１つ以上のＶＡＳ／返品ワークステーション６０６を備えるのであり、そこで付加価値サービスがメガ施設１０から受け取られたＤＳＣＳビン２２４ａ内に含まれる製品に対して行われる。全部又は一部のＤＳＣＳビン２２４ａは、マクロ施設１２のグリッド格納構造６０３内へと直に取り込まれて、後で取り出すため及び必要とされた時にＶＡＳ／返品ワークステーション６０６へと仕向けられるためにそこにて一時蓄積されるのであり、実施形態では、ＶＡＳサービス（VAS service）は、ＶＡＳ／返品ワークステーション６０６の容量が許容するならば、ＤＳＣＳビン２２４ａがマクロ施設１２のインデクスされた格納アレイのグリッド格納構造６０３内へと取り込まれる前に、随意的になされるのであり、これは図１３Ａ～１３Ｂに例示された随意的ステップ１３２２及び１３１９が含まれた態様に準拠しており、到着ＤＳＣＳビン２２４ａのモバイルデータ記憶装置２２６から読み出されたビンデータがＶＡＳカスタマイゼーションデータを備えており且つ適切に設備が整っているＶＡＳワークステーション６０６が即時に又はまもなく利用可能となる場合、ＤＳＣＳビン２２４ａはＶＡＳ／返品ワークステーション６０６のいずれか１つへと直接的に経路指定される。インデクスされた格納アレイからプルされた場合でも、或いは、マクロ施設１２からの到着の際にＶＡＳ／返品ワークステーション６０６へと直接的に経路指定された場合でも、ＶＡＳ／返品ワークステーション６０６にてＤＳＣＳビン２２４ａが受領されたらば、データ交換が行われるのであり、ビン＿ＩＤ及びＤＳＣＳビン２２４ａのモバイルデータ記憶装置２２６の製品情報テーブル３２８から読み出された製品情報の少なくとも一部が、施設管理サブシステム２０４によって読まれるのであり、読み出された製品情報内に含まれるカスタマイゼーションデータに従ってＤＳＣＳビン２２４ａの内容物に対して適切なＶＡＳアクション（VAS action）が行われる。ＶＡＳ／返品ワークステーション６０６が人間の作業員が番をしているものである場合、実施形態では、読み出されたカスタマイゼーションデータから導出された適切なＶＡＳ命令（VAS instruction）がＶＡＳ／返品ワークステーション６０６にてＨＭＩによって表示される。例えばＶＡＳ命令は次のものに表示される：ＶＡＳ／返品ワークステーション６０６内に設けられたＨＭＩのディスプレイモニタ又は人間の作業員が装着したＨＭＩの頭部装着ディスプレイ。実施形態では、ＶＡＳ／返品ワークステーション６０６が全自動化されている場合、施設管理サブシステム２０４の命令下にて、自動化ロボティックワーカが、読み出されたカスタマイゼーションデータによって定義されたアクションを実行する。

ＶＡＳアクション／命令の例としては次の事柄が含まれる：プラスチック袋等の元のパッケージングからの製品の取り出し；セキュリティタグ、値札、有効期限ラベル、例えば冷蔵を要する場合等の警告ラベル、並びに／又は所有者ベンダの名称及び／若しくはロゴ等のブランディングラベルの追加；並びに／又は製品についての例えば所有者ベンダのブランドが付されたパッケージング等の当初のではないパッケージングでの再パッケージング。実施形態では、異なるＶＡＳ／返品ワークステーション６０６には異なるベンダのベンダ特有の資材が配されており、この場合は施設管理サブシステム２０４は先述のデータ交換の際にＳＣＳビン２２４ａのモバイルデータ記憶装置２２６から所有者ベンダ＿ＩＤをも読み出すのであり、所有者ベンダ＿ＩＤを施設管理サブシステム２０４のローカル施設データベース２０７内に記憶されたワークステーション情報テーブル３２１と比較し（実施形態によって、代替的に又は追加的には、該テーブルは中央データベース２０３内に記憶されている）、マクロ施設１２のＶＡＳ／返品ワークステーション６０６のうちのどれがそのベンダに特有の資材が配されているかを識別し、それによって、各ＳＣＳビン２２４ａをどのＶＡＳ／返品ワークステーション６０６に経路指定するべきかを決定する。

図１４は、実施形態による、図６に示されるマクロ施設１２にある格納ビン２２４ａの内容物に対しての付加価値サービス（ＶＡＳサービス）の実施を管理するためのコンピュータ実装方法についてのフローチャートである。開示の方法は、図６に示されるマクロ施設１２のＶＡＳ／返品ワークステーション６０６の１つでの、ＳＣＳビン２２４ａについてのＶＡＳカスタマイゼーションに関する。ステップ１４０２では、ＳＣＳビン２２４ａがＶＡＳ処理１４０１を要する場合、施設管理サブシステム２０４は、ロボティックハンドラー２０８に対して命令を発して、ＶＡＳ／返品ワークステーション６０６の１つにて内容物に対してのＶＡＳ処理を要しているものとして識別された製品入りＳＣＳビン２２４ａを、ＶＡＳ／返品ワークステーション６０６へと届けさせるのであり、また、マクロ施設１２のグリッド格納構造６０３の別のロボティックハンドラー２０８に対して命令を発して、そこから空のＳＣＳビン２２４ａを回収させて、また、空のＳＣＳビン２２４ａを同じＶＡＳ／返品ワークステーション６０６へと配達させる。空のＳＣＳビン２２４ａは、その環境フラグが製品入りＳＣＳビン２２４ａのそれと合致していることを示しているとの条件に基づいて選択される。したがって、空のＳＣＳビン２２４ａは、製品入りＳＣＳビン２２４ａからの製品がそれらがＶＡＳ／返品ワークステーション６０６にて処理された後に戻されることとなるグリッド格納構造６０３の特定の環境ゾーンから、回収される。実施形態では、製品入りＳＣＳビン２２４ａの識別は例えば次のような事項に基づいている：ＳＣＳビン２２４ａについて記憶されているカスタマイゼーションデータと図３Ｃに例示されているワークステーション情報テーブル３２１内に記憶されているベンダ特有のＶＡＳ資材についてのデータとの先述した比較。そのような比較及び命令によるビン配送が、図１３Ａ～１３Ｂの詳細な説明にて開示されているマクロ施設１２内へのＳＣＳビンの取り込みのステップ１３２２にてなされているならば、製品入りＳＣＳビン２２４ａは到着積み込みグリッド構造６０４から直接的にＶＡＳ／返品ワークステーション６０６へと届けられるのであり、或いは、先の事柄が、グリッド格納構造６０３内に既にＳＣＳビン２２４ａが格納された後の別個であり後でなされるクエリとしてなされるならば、製品入りＳＣＳビン２２４ａはそこから命令されたロボティックハンドラー２０８によって回収される。実施形態では、異なる態様で資材／機材が配されたワークステーションについての異なる資材及び機材情報をオンサイトＳＣＳビンのカスタマイゼーションデータと比較する代わりに、全てのＶＡＳ／返品ワークステーション６０６が等価な資材及び機材を有している場合、ＶＡＳを要しているＳＣＳビンの識別は次の事項の間で識別された区別を伴う評価に基づいている：任意の１つ以上のカスタマイゼーション要件（詳細事項は何であろうと良い）が追加されているカスタマイゼーションデータフィールドを伴うＳＣＳビンと、そのようなカスタマイゼーション要件を欠くそれ。

移動コマンドステップ１４０３及び１４０４の並列実行において施設管理サブシステム２０４は、第１のロボティックハンドラー２０８に対して製品入りＳＣＳビン２２４ａを図６に示されるＶＡＳ／返品ワークステーション６０６のピックポート６０６ｂに特に届けるように命令し、また、第２のロボティックハンドラー２０８に対して空のＳＣＳビン２２４ａを図６に示されるＶＡＳ／返品ワークステーション６０６のプットポート６０６ａに特に届けるように命令する。ＶＡＳ／返品ワークステーション６０６に製品入りＳＣＳビン２２４ａが到着したらば、製品入りＳＣＳビン２２４ａのモバイルデータ記憶装置２２６からのカスタマイゼーションデータは、例えばＬＡＮ２０６等（例えばマクロ施設１２の無線ネットワーク等）を介して施設管理サブシステム２０４へと伝達される。両方のＳＣＳビン２２４ａがそれぞれのロボティックハンドラー２０８によってＶＡＳ／返品ワークステーション６０６のそれぞれのポート６０６ａ，６０６ｂに成功裏に届けられたらば、製品入りＳＣＳビン２２４ａの内容物はそこからピックポート６０６ｂを通してピッキングされるのであり、その製品入りＳＣＳビン２２４ａから受信されたカスタマイゼーションデータによって定義されたＶＡＳ要件に従って処理されるのであり、これは、施設管理サブシステム２０４によるカスタマイゼーションデータの活用に基づいてＶＡＳ／返品ワークステーション６０６のロボティックワーカの自動制御を誘導する場合であろうと、ＶＡＳ／返品ワークステーション６０６に設けられているか人間の作業員に装着されているＨＭＩを介して伝達される可視及び／又は可聴命令を介してなされるＶＡＳ／返品ワークステーション６０６にいる人間の作業員に対しての命令を誘導する場合であろうとあてはまる。処理済み製品は、当初空だったＳＣＳビン２２４ａ内にＶＡＳ／返品ワークステーション６０６のプットポート６０６ａにて置かれる。

ピックポート６０６ｂに駐機されているＳＣＳビン２２４ａからの全内容物が、そこからピックされて、処理されて、また、プットポート６０６ａに駐機されている今となっては製品入りとなったＳＣＳビン２２４ａ内に置かれたことが、確認されたらば、ステップ１４０６で施設管理サブシステム２０４は、ピックポート６０６ｂに駐機された今となっては空のＳＣＳビン２２４ａの図３Ｅに示されるモバイルデータ記憶装置２２６の製品情報テーブル３２８からの、製品＿ＩＤ、所有者ベンダ＿ＩＤ、製品数量、宛先データ、タイミングデータ、及び全部又は一部の製品情報を複製するのであり、この複製されたビンデータをプットポート６０６ａに駐機された今となっては製品が入れられたＳＣＳビン２２４ａのモバイルデータ記憶装置２２６へと移転するのであり、そして複製されたビンデータ及び随意的には未複製のその残部の両者を、ピックポート６０６ｂに駐機された今となっては空のＳＣＳビン２２４ａのモバイルデータ記憶装置２２６から削除するのであり、それによってモバイルデータ記憶装置２２６からＳＣＳビン２２４ａの内容物に応じて変わる任意の可変データをきれいにワイプするのであり、それによってＳＣＳビン２２４ａのモバイルデータ記憶装置２２６に対して将来において何らかの読み出しがなされてもＳＣＳビン２２４ａは施設管理サブシステム２０４にとっては一見して空のビンに見えるようになる。実施形態では、施設管理サブシステム２０４は、随意的には、ＶＡＳカスタマイゼーションが既に行われた後に、最早必要とされていないカスタマイゼーションデータを、今となっては製品が入れられたＳＣＳビン２２４ａのモバイルデータ記憶装置２２６内へと複製せずに省略する。実施形態では、施設管理サブシステム２０４は、今となっては空のＳＣＳビン２２４ａの空であるとの状態をローカル施設データベース２０７内に記録するのであり、オンサイトビンテーブル３２２内の空／占有中状態フラグをこの今となっては空のＳＣＳビン２２４ａについてのそれぞれの記録内にて「空」に転換することによってこれがなされる。

当初においてものが入れられていたが今となっては空の第１のＳＣＳビン２２４ａから当初において空であったが今となってはものが入った第２のＳＣＳビン２２４ａへの製品及びビンデータのこの移転と関連して、ステップ１４０６で施設管理サブシステム２０４は中央コンピューティングシステム２０１とも通信して、ビンからビンへと移転された製品のベンダのストック済み在庫テーブル３０４内にて製品の移転元となったＳＣＳビン２２４ａのビン＿ＩＤを含む記録を見つけるのであり、また、製品の移転先のＳＣＳビン２２４ａのビン＿ＩＤ及び区画＿ＩＤをもってこの記録のビン＿ＩＤ及び区画＿ＩＤのフィールドを書き換える。したがって、ビンからビンへと移転された製品タイプについてベンダのストック済み在庫テーブル３０４に対する後のクエリは正しく次の事項を返す：製品の移転先たる新たにものが入れられたＳＣＳビン２２４ａのビン＿ＩＤ。図３Ｃに示されるローカル施設データベース２０７のオンサイトビンテーブル３２２が各ビン＿ＩＤについてのものが入れられている／空であることについての状態識別子を備える実施形態では、製品の移転元となったＳＣＳビン及び製品の移転先となったＳＣＳビンについてのものが入っている／空であることについての状態識別子は、それぞれについてものが入れられているから空へと及び空からものが入れられているへと切り替えられる。

次に、並列とされているステップ１４０７及び１４１１では、２つのロボティックハンドラー２０８は２つのＳＣＳビンをグリッド格納構造６０３内に収容するように命令される。ステップ１４０７では、第１のロボティックハンドラー２０８に対して、それに載っている今となっては空となったＳＣＳビンをグリッド格納構造６０３内の任意の利用可能な格納場所、例えば今となっては空のＳＣＳビンの環境フラグに合致するその環境ゾーン内へと戻すことをなすように命令するのであり、この当初はものが入れられていたが今となっては空のＳＣＳビンがマクロ施設１２内へと取り込まれるに際して到着積み込みドック６０１からリダイレクトされる代わりにグリッド格納構造６０３から回収されていた場合、それは従前の製品が入れられた状態で今となっては空になったＳＣＳビンが以前回収された元と同じ環境ゾーンとなる。今や第１のロボティックハンドラー２０８上のこのＳＣＳビンが空となったのであり、ＳＣＳビンが冷蔵可能な格納ビン又は冷凍可能な格納ビンである場合、実施形態では、ＳＣＳビンは随意的には空のときは常温ゾーンに格納されるのであるも、冷蔵又は冷凍ゾーン内にて格納不能な常温専用格納ビンに関しては逆は真とはならない。したがって、空の格納ビンが、空のビンの過去の回収元のとは異なる環境ゾーン内に設けられるのであってその空の格納ビンの環境フラグと合致しない状況の例はあり得る。ステップ１４１１では、第２のロボティックハンドラー２０８に対して、今となってはものが入れられているＳＣＳビンをグリッド格納構造６０３内の任意の利用可能な格納場所、具体的には今となってはものが入れられているＳＣＳビンの環境フラグに合致するその環境ゾーン内へと戻すことをなすように命令するのであり、この今となってはものが入れられているＳＣＳビンが従前の空の状態である際にグリッド格納構造６０３から以前回収された場合には、通常はそれは当初の空の状態でこの今となってはものが入れられているＳＣＳビンが回収された元と同じ環境ゾーンとなる。実施形態では、空の格納ビンがその環境フラグと合致しているゾーン内に明示的に格納されてはいない状況があり得る。実施形態では、２つのＳＣＳビンを図６に示されるＶＡＳ／返品ワークステーション６０６に持ってくる（bring）２つのロボティックハンドラー２０８が、それらを運び去る（carry ... away）２つのロボティックハンドラー２０８と同じとされるが、これは必ずしも真であることを要せず、特に、ワークステーションのポート（即ち、ピックポート６０６ｂ及びプットポート６０６ａ）の一方又は両方が、ＳＣＳビンをＶＡＳ／返品ワークステーション６０６を完全に貫くように搬送するロボティックハンドラー２０８によってドライブスルー方式でサービスをもたらしていないという状況下ではなおのことである。

ステップ１４０８では、ＳＣＳビンが利用可能な格納場所に置かれたことが確認されたらば、施設管理サブシステム２０４は、２つのＳＣＳビンのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内にてＳＣＳビンが置かれた２つの格納場所の２つの場所＿ＩＤに対して記録し、及び／又は、それらの格納場所の２つの場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ１４０８にて、施設管理サブシステム２０４は、２つのＳＣＳビンの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送するのであり、これは各場所＿ＩＤを各々のＳＣＳビンのビン＿ＩＤに対してグローバル格納ビンテーブル３０８内にて記録するためになされるのであり、随意的には、場所＿ＩＤフィールドがそこに複製されているならばベンダのストック済み在庫テーブル３０４内に今となってはものが入れられているＳＣＳビン置かれた場所＿ＩＤの記録をなすためにもこれはなされる。したがって、ベンダのストック済み在庫テーブル３０４に対してビンからビンへと移転されたばかりの製品についてクエリを行うと、製品の移転元となった今となっては空のＳＣＳビンのビン＿ＩＤではなく、新たにものが入れられたＳＣＳビンのビン＿ＩＤが、返される。この更新されたビン＿ＩＤから、新たにものが入れられたＳＣＳビンが現在格納されている格納場所の場所＿ＩＤが、格納ビンテーブル３０８から検索可能であり、或いは、実施形態によってはストック済み在庫テーブル３０４内にて複製されているならばそこから直接に検索可能であり、それによって格納場所が存するマクロ施設１２の施設＿ＩＤも、グローバル格納場所テーブル３１０から検索可能であるか又はストック済み在庫テーブル３０４又は格納ビンテーブル３０８にて複製されているならばそこから直接に検索可能である。したがって、ベンダのストック済み在庫テーブル３０４についてクエリすることについては次の事項を識別する能力が維持される：製品タイプが発見される各ＳＣＳビンのビン＿ＩＤ；ＳＣＳビン内の製品タイプの数量；ＳＣＳビンが発見される施設の施設＿ＩＤ；及びそこのインデクスされた格納アレイ内に現在収容されているならばマクロ施設１２内におけるＳＣＳビンのある特定の格納場所。

ＶＡＳ／返品ワークステーション６０６においては、ＳＣＳビン２２４ａの製品たる内容物がＳＣＳビン２２４ａのカスタマイゼーションデータによって定義されたベンダ固有のＶＡＳ要件に基づいてラベル付け、タグ付け、再パッケージング、又は他の術によってカスタマイズされたらば、カスタマイズ済み製品は典型的にはマクロ施設１２のインデクスされた格納アレイ内へと取り込まれる。随意的ステップたるステップ１４０９及び１４１０にて示される実施形態において、施設管理サブシステム２０４は、当初はものが入れられていたが今となっては空のＳＣＳビンから読み出されて、当初空だったが今となってはものが入れられているＳＣＳビンに後に複製された、宛先データ及びタイミングデータが、ＶＡＳ処理完了後にインデクスされた格納ではなく即時出発ドッキングが要される緊急の優先度又は短期配達期限を意味するかをチェックする。これが肯定される場合、第２のロボティックハンドラー２０８が、今となってはものが入れられているＳＣＳビンを出発積み込みグリッド構造６０５を介してマクロ施設１２の出発積み込みドック６０２へと搬送するように命令されるのであり、これは、今となってはものが入れられているＳＣＳビンを、ＳＣＳビンの宛先施設の施設＿ＩＤに合致する又は現在のマクロ施設１２と宛先施設との間の既知の中継点である施設へ向けて出発することが指定されている輸送車両２１５ｂに至急で積み込むためになされる。

例示された事例、即ち、ＶＡＳ／返品ワークステーション６０６が接続されている共有グリッド格納構造６０３の環境的に異なる格納ゾーンにわたってインデクスされた格納アレイが分布されており、全ての環境ゾーン及びワークステーションが１つの共有されたロボティックハンドラー２０８のフリートによるサービスを受ける事例に関して述べるに、環境的に異なる格納エリアがロボット的に相互に隔離された別個の格納構造を含む他の実施形態では、施設管理サブシステム２０４によって、被処理ＳＣＳビンを、マクロ施設１２の特定の環境格納エリアであってＳＣＳビンの環境フラグ及びそこに含まれる製品の環境データに対応する環境データによって定義される特定の環境格納エリアへと、仕向けること（direction）は、ロボティックハンドラー２０８に対して移動（travel）を命令するステップ以外を伴うことにも留意されたいのであり、例えば、コンベヤ及び関連する経路指定機材をコンピュータで自動制御してＳＣＳビンを隔離された格納環境に搬送（convey）することや、１つ以上のＨＭＩを介して視覚的及び／又は聴覚的に人間の作業員に命令を発してそのような移転（transfer）を行わせること（１つ以上の静止型のＨＭＩを用いる場合であるか、１つ以上のモバイル型の作業員が装着するＨＭＩ（例えば、スマートフォン、タブレット、手首装着型ディスプレイ、頭部装着型ディスプレイ、ヘッドフォン等）を用いる場合であるかは問わない）が含まれ得る。

例示の実施形態では、ＶＡＳ処理のためには２つのポートを備えるＶＡＳ／返品ワークステーション６０６を用いるのであり、製品の処理に際して製品を１つのＳＣＳビン２２４ａから別のものへと移転することを伴うが、他の実施形態では単一のＳＣＳビン及び単一のポートを有するワークステーションが用いられることに留意されたいので有り、この場合、製品は、ＳＣＳビンからピックされて、カスタマイゼーションデータによって定義された特定ＶＡＳ要件に従って処理されて、そして同じＳＣＳビン内へと戻されるのであり、そしてそれはグリッド格納構造６０３へと返されるのでありそのＳＣＳビンの回収元となったのと同じそこの中の格納場所へと返されるのか、グリッド格納構造６０３の同じ環境ゾーン内の異なる利用可能格納場所へと返されるのかは問われず、そして２つのビンを伴う処理に関してのステップ１４０８にて説明されたのと同様の態様でそれが記録される。

図４Ａに示される大型輸送車両２１５ａによって１つ以上のメガ施設１０から輸送されたＳＣＳビンを受領することに加えて、実施形態では、各マクロ施設１２はＳＣＳビン２２４ａをマルチノーダルサプライチェーンシステム２００の内外の他の施設からも随意的に受領するのであり、例えば１つ以上のベンダ及び／又は外部サプライヤによって所有及び運営されている、又は契約している外部流通センタからの予めビンされた供給品積荷４０１ｂ等を含む。実施形態では、メガ施設１０以外のそのような源泉から受領されたＳＣＳビン２２４ａは、到着積み込みドック６０１にて受領されるのであり、また、図１３Ａ～１３Ｂを参照して開示されているのと同様の態様でそこから積み降ろされるのであり、空のＳＣＳビン又は他の出発格納ビンについてのこの同時的な積み込みが図１３Ａ～１３Ｂの詳細な説明のＵＳＣＳビンについて開示されているのと同様の態様でなされるか否かは問われない。

図６の詳細な説明にて開示されるＶＡＳ／返品ワークステーション６０６の存在に加えて、マクロ施設１２は製品が入れられたＳＣＳビン２２４ａが持って行かれる１つ以上のキット化ワークステーション６０７を備えるのであり、通常は、グリッド格納構造６０３内へと取り込まれてそこにて暫し格納された後に持って行かれるのであり、これらのＳＣＳビン２２４ａ内に格納された単一ＳＫＵ製品についての１つ以上のマイクロ施設１４における下流ニーズが、インデクスされた格納アレイからそれの取り出しを行ってそれら下流ニーズを充足することを根拠付ける前のことである。実施形態では、ＳＣＳビン２２４ａは、ＳＣＳビン２２４ａをグリッド格納構造６０３から取り出す役割を担う自動化ロボティックハンドラー２０８と同一のロボティックハンドラー２０８によって、これらのキット化ワークステーション６０７にもたらされるのであり、例えば、グリッド格納構造６０３の下部トラックレイアウトから出ておりそのようなキット化ワークステーション６０７｛に至る及び／又はその中へと至る｝拡張トラックによってなされる。各キット化ワークステーション６０７にはＭＣＳビン２２４ｂも供給されるのであり、実施形態では、これらはＳＣＳビン２２４ａと同じフットプリント、外部寸法、及び構成を有しており、同様にメガ／マクロ／マイクロ施設１０，１２，１４及びそれらの施設１０，１２，１４間で格納ビンを搬送する輸送車両２１５ａ，２１５ｂで用いられるインデクスされた格納アレイのタイプと互換のものとされる。各ＭＣＳビン２２４ｂの内部空間は、複数のより小さな区画に分割されており、ＭＣＳビン２２４ｂに積み込まれている異なる製品は互いに物理的に離されている。

詳細な説明では、格納ビン２２４ａ，２２４ｂについての２つのカテゴリは次の観点から互いに区別されている：区画化の度合い、即ち非区画化ＳＣＳビンと区画化ＭＣＳビンとの違い；及びそこに置かれる製品の混合又は非混合性に関する特徴、即ち単一ＳＫＵＳＣＳビン内に置かれる合致する製品＿ＩＤの単一製品タイプの非混合製品と複数ＳＫＵＭＣＳビン２２４ｂ内に置かれる合致しない製品＿ＩＤの複数製品タイプの混合製品との違い。もっとも、他の実施形態では、２つのカテゴリはいずれも区画化ビンを伴うのであり、その場合次の事項の任意の１つ以上に基づいて２つのカテゴリ間の区別がもたらされる：各カテゴリの格納ビンが有する区画の数量；各カテゴリの格納ビン内にて受領された内容物の混合／非混合性；及び図２Ａ～２Ｂ及び図４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００を通じての製品ワークフローにおいて各カテゴリのこれら格納ビンにものが入れられる順序、即ち、ベンダ在庫ニーズを充足するために供給品積荷としてマルチノーダルサプライチェーンシステム２００に入ってくる「サプライヤ製品」が第１のカテゴリの格納ビン２２４ａに入れられており、第１のカテゴリの格納ビン２２４ａ内でマルチノーダルサプライチェーンシステム２００内へと以前取り込まれており且つ注文充足の際にピッキングの準備ができている既に在庫化された「ベンダ製品」が第２のカテゴリの格納ビン２２４ｂに入れられている。実施形態では、第１のカテゴリの格納ビン２２４ａは、複数の区画を有する細分化された内部を伴う区画化ビンでもあるが、第２のカテゴリの格納ビン２２４ｂに比して有する区画の数量がより少ないのであり、それによって詳細な説明と同様の関係性が維持されるのであって、第２のカテゴリのＭＣＳビン２２４ｂは第１のカテゴリのＳＣＳビン２２４ａよりも多い区画数を有する。

図１５Ａ～Ｂは、実施形態による、スマートビン化された製品をスマートビン化されたキットに図６及び図４Ａ～４Ｂに示されるマクロ施設１２にて集約して他の施設にて下流側製品要求を充足させることを管理するためのコンピュータ実装方法についてのフローチャートである。所定の任意のマクロ施設１２にて、施設管理サブシステム２０４は、図２Ａ～２Ｂに示される中央コンピューティングシステム２０１と通信するのであり、これが進行形でマルチノーダルサプライチェーンシステム２００の様々な施設における様々なベンダの予測される在庫ニーズ又は現在の在庫ニーズを特定するのであり、それによって、マクロ施設１２にて手持ちとなっている製品によって充足可能な、所与のマクロ施設１２の下流に所在するマイクロ施設１４での或いは随意的には他のマクロ施設１２での在庫ニーズを、識別する。そのような製品充足ニーズの識別がなされたらば、この方法が開始される（Ｓ１５０１）。処理では、要される製品タイプがＭＣＳビンに集められて、そのＭＣＳビンがマクロ施設１２の出発積み込みドック６０２へと仕向けられて、製品タイプが要されている他の施設（以下「入用施設」と称する）以遠へ向かっての輸送のためにこれがなされる。

ステップ１５０２では、中央コンピューティングシステム２０１はマクロ施設１２の施設管理サブシステム２０４へとビン構成データについての少なくとも１つのセットを含む製品要求メッセージを送る。ビン構成データについての各セットは次の事項を含む：入用施設にて１つ以上の製品タイプを要する入用ベンダのベンダ＿ＩＤ；それらの製品タイプの各々についての製品＿ＩＤ；入用施設にて要される各製品タイプの数量；マクロ施設１２にて製品タイプを必要量含んでいるＳＣＳビン２２４ａのビン＿ＩＤ；入用施設の施設＿ＩＤ；及び配達タイムライン制約又は製品ニーズの充足に関する緊急性に関するタイミング情報。入用施設の在庫ニーズを充足するべき所定のマクロ施設１２を選択したら、中央コンピューティングシステム２０１は、入用ベンダの図３Ａに例示されるストック済み在庫テーブル３０４に対してクエリを発することによって、所定のマクロ施設１２にて必要とされる製品タイプを必要数量充足するための十分な手持ちの在庫がベンダにあると既に識別しており且つそのようなクエリでビン＿ＩＤが検索されている。

実施形態では、各ローカル施設データベース２０７が、そこの中にて図３Ｃに例示される自己のオンサイトビンテーブル３２２の格納ビン内の手持ちの在庫についてのローカル集計を維持するのであり、特定のＳＣＳビン２２４ａのビン＿ＩＤは中央コンピューティングシステム２０１によって送られたビン構成データのセットから省かれるのであり、どの特定のＳＣＳビンを格納からプルすべきかについての決定は、施設管理サブシステム２０４に任されるのであり、必要とされる製品タイプの製品＿ＩＤについてのそのローカル手持ち在庫記録に対してのクエリにそれは基づいている。同様にして、実施形態では、ビン構成データのセットは次の事項を含む：図３Ａに例示される格納ビンテーブル３０８内のビン＿ＩＤについて記録された環境フラグ、又はベンダの製品テーブル内の入用製品タイプについて記録された環境データ。別の実施形態では、そのような環境フラグ／データは、ビン構成データのセットが受信された後にローカル施設データベース２０７から施設管理サブシステム２０４によってプルされる。

ビン構成データを受信しており、並びに、ＳＣＳビン内に入用製品タイプを含むＳＣＳビンのビン＿ＩＤ及びビン構成データにて指定されていなければビン／製品タイプと関連付けられている環境フラグ／データを識別していれば、ステップ１５０３で、マクロ施設１２の施設管理サブシステム２０４は、自己のオンサイトビンテーブル３２２に対して合致する環境フラグの空のＭＣＳビンについてクエリを発して、グリッド格納構造６０３の第１のロボティックハンドラー２０８に対して次のことをなすように命令する：空のＭＣＳビン２２４ｂを典型的には合致する環境フラグに対応するその環境ゾーンから回収すること、及び空のＭＣＳビン２２４ｂを図６に示されるキット化ワークステーション６０７へと届けること。２つポート持ちのキット化ワークステーション６０７の実施形態では、ステップ１５０４で、第１のロボティックハンドラー２０８は回収された空のＭＣＳビン２２４ｂをキット化ワークステーション６０７のプットポート６０７aへと届けるように具体的に命令される。別の実施形態では、グリッド格納構造６０３の外のどこかで空のMＣＳビン２２４ｂが格納されている場合、施設管理サブシステム２０４は、所定の環境フラグの特定された空のＭＣＳビン２２４ｂ又は不特定のＭＣＳビン２２４ｂを回収及び配送をなすように人間の作業員に（例えば、キット化ワークステーション６０７に設けられている又はそのような作業員に装着されているＨＭＩによって伝達される可視及び／又は可聴命令によって）指図するか；又は自動化コンベヤ及び関連する経路指定機材によってそのような特定の又は不特定のＭＣＳビン２２４ｂのキット化ワークステーション６０７への自動化配送を発動する。

一方で、ステップ１５０５で、マクロ施設１２の施設管理サブシステム２０４は、ビン＿ＩＤにより識別されたＳＣＳビン２２４ａの１つめをグリッド格納構造６０３内のそれらの格納場所から第２のロボティックハンドラー２０８によって取り出すように命令するのであり、これはビン＿ＩＤについてオンサイトビンテーブル３２２内にて記憶されている場所＿ＩＤによって識別されており、また、空のＭＣＳビン２２４ｂが第１のロボティックハンドラー２０８によって配送されたか配送中のキット化ワークステーション６０７と同じキット化ワークステーション６０７へと、第１のＳＣＳビン２２４ａを第２のロボティックハンドラー２０８によって配送するように命令する。第１のＳＣＳビン２２４ａがグリッド格納構造６０３から第２のロボティックハンドラー２０８によって回収されたことが確認されたらば、第１のＳＣＳビン２２４ａの格納場所の場所＿ＩＤがロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、これは中央データベース２０３の格納ビンテーブル３０８及びマクロ施設１２のオンサイトビンテーブル３２２内にてなされ、それによって、１つめのＳＣＳビン２２４ａはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。２つポート持ちのキット化ワークステーション６０７を伴う例示された実施形態では、ステップ１５０６で、第２のロボティックハンドラー２０８は第１のＳＣＳビン２２４ａをキット化ワークステーション６０７のピックポート６０７ｂへと届けるように具体的に命令される。

次に、ステップ１５０７で、施設管理サブシステム２０４は、キット化ワークステーション６０７の人間の作業員又はロボットワーカに対して次のことを行うように命令する：ピックポート６０７ｂにて第１のＳＣＳビン２２４ａから製品を何らかの数量ピックすることであって、該数量はビン構成データのセットにてそのＳＣＳビン２２４ａの製品タイプについて指定された数量に基づくピックすることと、ピックされた数量の製品タイプをプットポート６０７aにてＭＣＳビン２２４ｂの各々の区画内に置くこと。ステップ１５０８では、指定数量の製品をピックポート６０７ｂにある第１のＳＣＳビン２２４ａからプットポート６０７aにあるＭＣＳビン２２４ｂへと移転したことの完了が確認されたらば、施設管理サブシステム２０４は中央コンピューティングシステム２０１に対してシグナリングを行って次のことをなすことによって中央データベース２０３内の在庫記録を更新させる：ＭＣＳビン２２４ｂに移転された数量を、第１のＳＣＳビン２２４ａについて格納ビン内容物テーブル３０９内に記録されている製品数量からデクリメントすること；及び製品の移転先樽ＭＣＳビン区画について格納ビン内容物テーブル３０９内に記録を付けるのであり、これは移転製品タイプの製品＿ＩＤ及びその移転数量を書き込む際になされる。したがって、ベンダのストック済み在庫テーブル３０４及び格納ビン内容物テーブル３０９は適切に更新されてそれらの中に次の事項が記録される：ＳＣＳビン２２４ａ内に残存する製品の減じられた数量（残りがあれば）及びＭＣＳビン２２４ｂ内において新たに見出される製品の移転数量。ＳＣＳビン２２４ａについてのデクリメント量がゼロである場合、実施形態では、中央コンピューティングシステム２０１は格納ビン内容物テーブル３０９の対応する記録内において製品＿ＩＤ及び所有者ベンダ＿ＩＤを削除して、それによって第１のＳＣＳビン２２４ａの空の状態を反映させるのであり、施設管理サブシステム２０４は同様にしてローカル施設データベース２０７内にこのことを記録するのであり、これはオンサイトビンテーブル３２２内の空／占有中状態フラグを「空」に切り替えることによってなされる。

また、ステップ１５０８では、この時点でのデータ更新は、施設管理サブシステム２０４によって第１のＳＣＳビン２２４ａ及びＭＣＳビン２２４ｂの両方のモバイルデータ記憶装置２２６を更新することをさらに伴う。ＭＣＳビン２２４ｂの製品情報テーブル３２８に対してはＭＣＳビン２２４ｂへと移転された製品タイプについての新たな記録がそこへと複製されるのであり、これは、ＳＣＳビン２２４ａのモバイルデータ記憶装置２２６上の製品情報テーブル３２８から複製されようと、又は、中央データベース２０３内のベンダの製品テーブル３０３から複製されようと関係ない。ＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６上の格納ビン内容物テーブル３０９は同様に更新されるのであって、移転製品が置かれたＭＣＳビン２２４ｂの特定の区画についてのビン内容物記録に対して製品＿ＩＤ及び移転製品タイプの移転数量が書き込まれるのであり、また、実施形態では、後述のようにベンダ共有されたＭＣＳビンのマルチベンダキット化を可能とするベンダ＿ＩＤも書き込まれる。ＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６に書き込まれるデータは次の事項をさらに含む：中央コンピューティングシステム２０１から受信されたビン構成データセットのサブセット（例えば、入用施設の施設＿ＩＤ）であってＭＣＳビン２２４ｂの宛先データフィールドに書き込まれるサブセットと；ＭＣＳビン２２４ｂのタイミングデータフィールドに書き込まれるタイミング情報。

一方で、施設管理サブシステム２０４は、ＳＣＳビン２２４ａの格納ビン内容物テーブル３２７内の数量フィールドから移転数量をデクリメントするのであり、このデクリメントされた数量がゼロになれば、製品情報テーブル３２８を削除し、また、所有者ベンダ＿ＩＤ及び製品＿ＩＤを格納ビン内容物テーブル３２７からも削除するのであり、それによって第１のＳＣＳビン２２４ａの空の状態を反映させるのであり、施設管理サブシステム２０４は実施形態では、ローカル施設データベース２０７内にこれが記録されるのであり、これはオンサイトビンテーブル３２２内の空／占有中状態フラグをこのＳＣＳビン２２４ａについて「空」に切り替えることによってなされる。第１のＳＣＳビン２２４ａが空であるこのような状況においては、実施形態では、ローカル施設管理サブシステム２０４は、施設情報テーブル３１９内において空のＳＣＳビン２２４ａの数量をインクリメントもする（但し、そのようなカウントがそこにて集計されている場合）。似たように、ステップ１５０８の第１のインスタンスにおいて、施設管理サブシステム２０４は、施設情報テーブル３１９内において占有中のＳＣＳビン２２４ａの数量をインクリメントする（但し、そのようなカウントがそこにて集計されている場合）。

データが、ＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６上に追加されたその新たなコンテンツに関するものである故に、ＭＣＳビン２２４ｂはＭＣＳビン２２４ｂの静的なビン＿ＩＤ及びその静的な環境フラグのみならず、ＭＣＳビン２２４ｂの内容物の所有者のベンダ＿ＩＤ、ＭＣＳビン２２４ｂの内容物についてのアップツーデートな宛先及びタイミングデータ、並びに内容物に関する製品情報をも含む。ＳＣＳビン２２４ａから製品情報を複製するに際して、実施形態では、カスタマイゼーションデータは随意的には省かれるのであり、ＳＣＳビン２２４ａからＭＣＳビン２２４ｂへの製品の移転は任意のＶＡＳ処理完了後に遂行されるのであり、それは特に、ＭＣＳビン２２４ｂの潜在的にマルチＳＫＵな文脈ではなくＳＣＳビン２２４ａの単一ＳＫＵな文脈の際に行われている。ＭＣＳビン２２４ｂがその異なる区画内において複数の異なる製品を含むことになってしまうこのようなマルチＳＫＵな文脈では、モバイルデータ記憶装置２２６の格納ビン内容物テーブル３２７及び製品情報テーブル３２８に複数の記録が書き込まれることになってしまうのであり、ステップ１５０５～１５１０の繰り返しに関して後述するように各々はそこに含まれる製品の各々の異なる１つに関するものである。ビンデータをＳＣＳビン２２４ａにメガ施設１０の取り込みワークステーション５０６にてロードすること及びビンデータの全部又は一部を１つのＳＣＳビンから別のＳＣＳビンへとマクロ施設１２のＶＡＳ／返品ワークステーション６０６にて複製すること似ており、同一又は類似の、ビンデータの全部又は一部をＭＣＳビン２２４ｂへ複製する営みは、マクロ施設１２のキット化ワークステーション６０７にて行われるのであるが、ただ格納ビン内容物テーブル３２７内の記録の件数はより多く、また、製品情報テーブル３２８は随意的に書き込まれるのであり、これはＭＣＳビン２２４ｂのマルチ区画性及び潜在的なマルチＳＫＵな入れ込みがなされ得るからである。

ステップ１５０８について要約するに、ＳＣＳビン２２４ａから製品が除かれると、そのＳＣＳビン２２４ａ内に残置される各々の製品タイプの記録数量への変更について記録する動作がトリガされるのであり、それによって中央データベース２０３のストック済み在庫テーブル３０４内のベンダのカタログ済み製品エントリを更新するのであり、現在空の場合にはそのＳＣＳビン２２４ａのビン＿ＩＤを除くことも含まれ、その場合、施設管理サブシステム２０４は、次のこともなす：その空のＳＣＳビン２２４ａに「空ビン」の状態フラグを割り当てることと；以前記憶されたビンデータをそこからワイプすること。そして、実施形態では、メガ施設１０の１つの施設＿ＩＤがその空のＳＣＳビン２２４ａのモバイルデータ記憶装置２２６の宛先フィールドに関して書き込まれるのであり、それによって、この空のＳＣＳビン２２４ａが認識可能なＵＳＣＳビンとして指定されるのであり、これはロボティックハンドラー２０８や例えば１つ以上のコンベヤ等の自動取り扱い機材や人間の作業員に対しての命令を発動する目的でなされて、そのＵＳＣＳビンを、そのようなメガ施設１０へと仕向けられている輸送車両２１５ａに積み込むために、積み込みドック６０１に届けるのであり、例えば、ＵＳＣＳビンを大型輸送車両２１５ａに積み込むことに関するのであり、該大規模輸送車両２１５ａは、マクロ施設１２へとものが入れられているＤＳＣＳビンを届けるのであり且つ図１３Ａ～１３Ｂの詳細な説明にて開示されるように輸送車両２１５ａの出発元となったメガ施設１０へと戻ることが予定されている。ＳＣＳビン２２４ａの中に残存製品が未だある場合、中央データベース２０３内のベンダのカタログ済み製品エントリが更新されて適宜ＳＣＳビン２２４ａのビン＿ＩＤと関連付けられている数量が変更される。同時に、ＳＣＳビン２２４ａのモバイルデータ記憶装置２２６上に記録された製品数量も同様にしてデクリメントを伴う態様で施設管理サブシステム２０４によって更新されるのであってそこから除かれた量に応じてＳＣＳビン２２４ａがマクロ施設１２のインデクスされた格納アレイ内へと戻される前にことがなされる。

次に、ステップ１５０９で施設管理サブシステム２０４は、第２のロボティックハンドラー２０８に対して、第１のＳＣＳビン２２４ａを任意の利用可能な環境的に適合したグリッド格納構造６０３内の格納場所へと戻すように命令するのであり、典型的にこれはグリッド格納構造６０３から第１のＳＣＳビン２２４ａが回収されたのと同じその環境ゾーン内にある。実施形態では、この第１のＳＣＳビン２２４ａが空（empty）である場合、ＳＣＳビンの回収元と同じ環境ゾーン内に空とされた（emptied）ＳＣＳビンが明示的に格納されていないこともあり得るのであろう。ステップ１５１０では、第１のＳＣＳビン２２４ａがその環境フラグにとって適切な環境ゾーン内の利用可能格納場所内に置かれたことが確認されたらば、施設管理サブシステム２０４は第１のＳＣＳビン２２４ａのビン＿ＩＤを第１のＳＣＳビン２２４ａが置かれた格納場所の場所＿ＩＤに対してローカル施設データベース２０７の施設格納テーブル３２０ａ内に記録するのであり、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ１５１０で施設管理サブシステム２０４は、場所＿ＩＤをビン＿ＩＤに対してグローバル格納ビンテーブル３０８内にて記録するために、第１のＳＣＳビン２２４ａの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送するのであり、また、随意的には、場所＿ＩＤフィールドが複製されている場合には、ベンダのストック済み在庫テーブル３０４内での場所＿ＩＤの記録についてもそうする。このようにして第１のＳＣＳビン２２４ａの所在が、それが空であっても残存製品によって占有されていても、コンピュータ化サプライチェーン管理システムにわたって完全に更新される。

ステップ１５１１で施設管理サブシステム２０４は、第１のＳＣＳビン２２４ａによって充足されたもの以外の、ビン構成データセットにて指定された追加的製品タイプがあるかをチェックする。これについて肯定であれば、１つ以上の追加のＳＣＳビン２２４ａについてステップ１５０５～１５１０が繰り返されるのであり、各反復回における異なる製品タイプはＭＣＳビン２２４ｂの異なる区画内に置かれるのであり、現在のＭＣＳビン２２４ｂについてのビン構成データセット内にて指定された全ての入用製品が２つ以上の回収されたＳＣＳビンから充足される迄これがなされる。結果として得られる異なる製品タイプについてのＭＣＳビン２２４ｂ内の編成は、混合型の製品「キット」と呼ばれるのであり、入用施設へと届けられるべきものであり、したがって、ワークステーションはこのような「キット化」されたビンを編成するための「キット化」ワークステーションと呼ばれる。複数のＳＣＳビン２２４ａのセットからＭＣＳビン２２４ｂを詰めるこれらのステップの繰り返しによって、マクロ施設１２の施設管理サブシステム２０４は、ビンデータをそれらのＳＣＳビン２２４ａの各々からＭＣＳビン２２４ｂへと移転するのであり、そのようにして複製されたビンデータのセットの各々をＭＣＳビン２２４ｂの区画＿ＩＤの各１つと紐付けるのであって、例えば内容物テーブル３２７に、その区画に置かれた製品タイプの製品＿ＩＤ、ベンダ＿ＩＤ、及び数量を含む各区画について各々の記録を追加することによってこれがなされ得る。実施形態では、施設管理サブシステム２０４はビンデータをそのようなＳＣＳビン２２４ａの各々からＭＣＳビン２２４ｂへと随意的に移転するのであり、これはこの段階で何らのＶＡＳカスタマイゼーションデータを要せずになされるのであり、なぜならば、以前ＶＡＳ／返品ワークステーション６０６にてなされていたＶＡＳカスタマイゼーション処理との関係でこのキット化処理は下流関係性を有するからである。他方で、中央データベース２０３は更新されて、この新たにものが入れられたＭＣＳビン２２４ｂのビン＿ＩＤが、直接又は間接的に、このＭＣＳビン２２４ｂ内に含まれる各製品についての各ベンダのストック済み在庫記録に対して、記録されるのであり、また、ＭＣＳビン２２４ｂ内に含まれる各製品タイプの数量が記録されるのであり、それによってマルチノーダルサプライチェーンシステム２００においてベンダの現在のストック済み在庫に関して正確な追跡を保ち続ける。キットがＭＣＳビン２２４ｂ内に置かれる実施形態では、ＭＣＳビン２２４ｂ内に置かれた各製品タイプについての各区画＿ＩＤは、その製品についてのベンダのカタログエントリとの関係でも記録されるのであって、これは図３Ａに示される中央データベース２０３内のストック済み在庫テーブル３０４、格納ビンテーブル３０８、及び格納ビン内容物テーブル３０９内に区画＿ＩＤフィールドが含まれていることからも分かる。

実施形態では、ビン構成データセットで規定される混合製品についての完全なキットをＭＣＳビン２２４ｂ内にもたらすのに十分な回数にわたってステップ１５０５～１５１１を繰り返した後、ものが入れられたＭＣＳビン２２４ｂはマクロ施設１２インデクスされた格納アレイ内へと戻されて、入用マイクロ施設又は他の入用宛先への将来的な輸送のために待機に入れられるのであってこれらのためにキットが編成されている。実施形態では、随意的なステップ１５１２及び１５１３で施設管理サブシステム２０４は、キットが入れられたＭＣＳビン２２４ｂに記録された宛先及びタイミングデータがインデクスされた格納ではなく即時出発ドッキングが要される緊急の優先度又は短期配達期限を意味するかを先ずチェックするのであり、その場合、第１のロボティックハンドラー２０８は、キットが入れられたＭＣＳビン２２４ｂを出発積み込みグリッド構造６０５を介して出発積み込みドック６０２へと搬送するように命令されるのであり、これは、入用施設へ向かって輸送するためにキットが入れられたＭＣＳビン２２４ｂを輸送車両２１５ｂに至急で積み込むためになされる。

本明細書にて開示及び図表化された様々な格納／ドッキング決定ノードのいずれにおいても、タイミングデータが緊急の優先度又は短期配達期限を表している場合であっても、インデクスされた格納ではなく積み込みドックへと当該格納ビンを写す選択は宛先データのみに基づいてなされるのであり、例えば、次の宛先が、格納ビンの宛先データによって指定される宛先施設と合致するか該宛先に向かっての既知の中継点である、輸送車両２１５ｂがそこに所在しているかまもなく到着することが予定されているかについてチェックすることによってそれがなされる。

ステップ１５１３にて、キットが入れられたＭＣＳビン２２４ｂに記録された宛先及びタイミングデータがそこから出発積み込みドック６０２への即時移転を発動しない場合、ステップ１５１４では、第１のロボティックハンドラー２０８は、キットが入れられたＭＣＳビン２２４ｂを、そのキットが入れられたＭＣＳビン２２４ｂの環境フラグに合致する環境状態のグリッド格納構造６０３内の任意の利用可能な格納場所へと搬送するように命令される。この当初空であったが今となってはものが入れられているＭＣＳビン２２４ｂが、グリッド格納構造６０３該の別の空ビン貯留所からではなくグリッド格納構造６０３から回収されていた場合、キットが入れられたＭＣＳビン２２４ｂを預ける格納場所は通常、その以前の空の状態でＭＣＳビン２２４ｂが以前回収された回収元と同じ環境ゾーンにあることになるのであるが、上述のように、空の格納ビンがその環境フラグに合致しているゾーン内で明示的に格納されていない状況があり得る。

ステップ１５１５では、キットが入れられたＭＣＳビン２２４ｂがその環境フラグにとって適切な環境ゾーン内の利用可能格納場所内に置かれたことが確認されたらば、施設管理サブシステム２０４は、キットが入れられたＭＣＳビン２２４ｂのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内にて格納場所の場所＿ＩＤに対して記録するのであり、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ１５１５で施設管理サブシステム２０４は、場所＿ＩＤをビン＿ＩＤに対してグローバル格納ビンテーブル３０８内にて記録するために、キットが入れられたＭＣＳビン２２４ｂの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送するのであり、また、随意的には、場所＿ＩＤフィールドが複製されている場合には、ベンダのストック済み在庫テーブル３０４内での場所＿ＩＤの記録についてもそうする。したがって、ベンダのストック済み在庫テーブル３０４に対してＭＣＳビン２２４ｂへと移転されたばかりのいずれかの製品についてクエリを行うと、製品のキット元となったＳＣＳビン２２４ａのではなく新たにキットが入れられたＭＣＳビン２２４ｂビンのビン＿ＩＤが、返される。中央データベース２０３内のこの更新されたビン＿ＩＤから、新たにキットが入れられたＭＣＳビン２２４ｂが現在格納されている格納場所の場所＿ＩＤも格納ビンテーブル３０８から検索可能であるか又はストック済み在庫テーブル３０４にて複製されているならばそこから直接に検索されるのであり、それによって格納場所が存するマクロ施設１２の施設＿ＩＤも、グローバル格納場所テーブル３１０から検索されるか又はストック済み在庫テーブル３０４又は格納ビンテーブル３０８にて複製されているならばそこから直接に検索される。したがって、ベンダのストック済み在庫テーブル３０４についてクエリすることについては次の事項を識別する能力が維持される：製品タイプが見つかる各格納ビン（ＳＣＳビン２２４ａ又はＭＣＳビン２２４ｂであるかは問わない）のビン＿ＩＤ；格納ビン内に見つかる製品タイプの数量；格納ビンが見つかる施設の施設＿ＩＤ；及びそのインデクスされた格納アレイ内に現に収容されている場合には施設内において格納ビンが所在する特定の格納場所。

図１５Ａ～１５Ｂの詳細な説明にて開示された先述の例は、１つ以上の他の施設における特定のベンダの在庫ニーズに基づいて、ＭＣＳビン２２４ｂを単一のベンダの製品カタログ３０５からの複数の製品と詰め込むことを伴うものであるも、ＭＣＳビン２２４ｂのマルチ区画性故にＭＣＳビン２２４ｂに関してマルチベンダ詰め込みをなすことが可能となるのであり、ＭＣＳビン２２４ｂの各区画＿ＩＤには、カタログ済み製品アイテムがその区画に置かれる異なるベンダのベンダ＿ＩＤが割り当てられる。よって、実施形態では、部区数のベンダがいずれも現在の所与の施設から別の施設への在庫移転を要する場合、各々の内容物がそれらの異なるベンダに属する異なるＳＣＳビン２２４ａはキット化ワークステーション６０７に届けられるのであり、製品をこれらのベンダ特有のＳＣＳビン２２４ａからベンダ共有されたＭＣＳビン２２４ｂの異なる区画へと移転するためにこれがなされる。そのようなビン共有を可能とするため、ＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６上のビン内容物テーブル３２７内の各記録は、その区画内の製品の所有者たる各々のベンダのベンダ＿ＩＤを含む。異なるベンダのＳＣＳビン２２４ａからＭＣＳビン２２４ｂへの製品移転の際、施設管理サブシステム２０４はしたがってＳＣＳビン２２４ａのモバイルデータ記憶装置２２６からベンダ＿ＩＤを読み取るのであり、このベンダ＿ＩＤをＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６上にそのＳＣＳビン２２４ａからの製品が置かれる区画の各々の区画＿ＩＤとの関連で記録する。そのようなベンダ共有ＭＣＳビン２２４ｂの場合、中央コンピューティングシステム２０１によってそのベンダ共有ＭＣＳビン２２４ｂについてマクロ施設１２へと送信されたビン構成データセットは複数のベンダ＿ＩＤを含み、各々は１つ以上の製品＿ＩＤと関連付けられており、各々はＭＣＳビン２２４ｂの区画の各１つの区画に置かれるべきものとされる。

様々な実施形態では、各メガ施設１０は、マクロ施設１２について上述されたコンポーネントの全部又は一部を伴うのであり、ＶＡＳ／返品ワークステーション６０６及びキット化ワークステーション６０７も含まれるのであり、これらは同じグリッド格納構造５０７を取り込みワークステーション５０６として共有し得る。換言するに、１つ以上のメガ施設１０はその中に埋め込み型マクロ施設１２を備える。全体的なサプライチェーンシステム２００内へと供給品積荷を取り込むことに関しては、メガ施設１０にてＳＣＳビン２２４ａで受領されるかＳＣＳビン２２４ａ内に詰め込まれている到着する供給品積荷に着目しているが、実施形態では、到着する供給品積荷は取り込みワークステーション５０６でＳＣＳビン２２４ａへの配置をバイパスし得るのであり、代わりに、取り込みワークステーション５０６にてＭＣＳビン２２４ｂ内で到着するかＭＣＳビン２２４ｂ内に詰め込まれることができ、そこからＭＣＳビン２２４ｂをマクロ施設１２へと輸送することができ、そこのインデクスされた格納アレイ内にて図１５Ａ～１５Ｂの詳細な説明にて開示されたようなそのようなマクロ施設１２のキット化ワークステーション６０７にて積み込まれた他のＭＣＳビン２２４ｂと共に格納するためになされる。

各マクロ施設１２の出発積み込みドック６０２の出発積み込みグリッド構造６０５で遂行される下流方向に向かう格納ビンを輸送車両２１５ｂに積み込みまた上流方向に向かう格納ビンをそれらの輸送車両２１５ｂから積み降ろす処理は、メガ施設１０の出発積み込みドック５０２に関しての図１２Ａ～１２Ｂの詳細な説明に開示された処理と同様であるも唯一の違いは、マクロ施設１２からの下流方向に向かう格納ビンは、通常は、非混合製品を含むＳＣＳビンではなく、混合製品キットを含む下流方向に向かうＭＣＳビン（ＤＭＣＳビン、downstream-headed MCS bin）で構成され、上流方向に向かうビンは、通常は、マイクロ施設１４から返される空の上流方向に向かうＭＣＳビン（ＵＭＣＳビン、upstream-headed MCS bin）で構成される。したがって、図４Ａ又は４Ｂに示すように、マクロ施設１２及びマイクロ施設１４の間での輸送を主たる目的又は専らの目的としている輸送車両２１５ｂは、格納ビンをメガ施設１０及びマクロ施設１２の間で輸送するために用いられるのと同じ大型車両２１５ａたり得る。したがって、輸送車両２１５ｂは車両ベースドインデクスされた格納アレイと車両管理サブシステム２１６とを搭載しており、該サブシステムは、ＧＰＳ装置２１９と例えばセルラ通信装置等のモバイル広域無線通信装置２１８とを有しており、実施形態では、例えばＭＣＳビン２２４ｂ上の無線通信ユニット２２５と通信するための図２Ａ～２Ｂに例示される無線ネットワーク等のＬＡＮ２２１とすることもできる。実施形態では、車両ベースド格納アレイは、図１０Ａ～１０Ｃ及び図１１Ａ～１１Ｃの詳細な説明に開示されているようなタイプの１つ以上のビンカルーセル２２２ａを備えることができる。したがって、メガ施設１０から出発する輸送車両２１５ａにＤＳＣＳビンを積み込む及び同車両からＵＳＣＳビンを積み降ろす際の上述されたのと同じデータ交換ステップは、マクロ施設１２から出発する輸送車両２１５ｂにＤＭＣＳビンを積み込む及び同車両からＵＭＣＳビンを積み降ろす際に、遂行されるのであり、それによって、施設＿ＩＤ若しくは車両＿ＩＤ並びに場所＿ＩＤにて各格納ビンの所在に関して中央データベース２０３を更新するのであり、また、施設間１２，１４での輸送に際して積み込まれたＤＭＣＳビンのＧＰＳ追跡を可能とする。「メガ-マクロ輸送車両」２１５ａ及び「マクロ-マイクロ輸送車両」２１５ｂとの用語は、メガ及びマクロ施設１０，１２間を移動する輸送車両を、マクロ及びマイクロ施設１２，１４間を移動する輸送車両から区別するために本明細書にて用いられる。実施形態では、これらの輸送車両は構成に関して相互に同一又は類似であり、主たる差異点又は専らの差異点はどの施設を担当するかという点に関する。

図１６Ａ～１６Ｂは、実施形態による、複数の顧客注文をスマートビン化されたキットからピック済み注文ビン（ＰＯビン、picked-order bin）２２４ｃに向けてマイクロ施設１４にてピッキング（picking）することと、顧客注文を個別に詰め込んで（packing）１つ以上のナノ施設１６へ輸送する完成注文ビン（ＦＯビン、finished-order bin）２２４ｄにすることとを管理するためのコンピュータ実装方法についてのフローチャートである。図４Ａに示されるように、マクロ施設１２からマクロ-マイクロ輸送車両２１５ｂに乗って移動しているキットが入れられたＤＭＣＳビン２２４ｂは、マイクロ施設１４に到着するのであり、ここにてこれらＤＭＣＳビン２２４ｂはマクロ-マイクロ輸送車両２１５ｂからオフロード（offload）されるのであり、到着する到着ＤＭＣＳビン２２４ｂの源泉たるマクロ施設１２と同じ施設へ輸送するために、例えば空のＭＣＳビン等の上流方向に向かう格納ビンが同じマクロ-マイクロ輸送車両２１５ｂに積み込まれる。この上流方向に向かう格納ビン及び下流方向に向かう格納ビンの交換は、図６に示されるマクロ施設１２の到着積み込みドック６０１にてなされる車両の積み込み／積み降ろしに関しての、上述されまた図１３Ａ～１３Ｂに示されるものと実質的に同じ態様でなされるも、ステップ１３２２では、到着ＤＳＣＳビン２２４ａを直接的にマクロ施設１２のＶＡＳ／返品ワークステーション６０６に移転するかを評価する代わりに、決定ノードは、到着ＤＭＣＳビン２２４ｂを図７に示されるマイクロ施設１４の注文ピッキングワークステーション７０５に移転するべきかを評価するために用いられる。その余の場合、この積み込み／積み降ろし（loading/unloading）処理に際して行われるデータ交換は、図１３Ａ～１３Ｂの詳細な説明にて開示されたのと実質的に同じであり、各ＤＭＣＳビン２２４ｂの場所は図２Ａに示される中央データベース２０３内にて更新されるのであってこれはマイクロ施設１４の施設＿ＩＤ又はＤＭＣＳビン２２４ｂの移転先のマクロ-マイクロ輸送車両２１５ｂの車両＿ＩＤに応じてなされるのであり、受領されたＤＭＣＳビン２２４ｂから読み出されたビンデータは図２Ａ～２Ｂに示されるマイクロ施設１４の施設管理サブシステム２０４によって用いられて、到着ＤＭＣＳビン２２４ｂのマイクロ施設１４内における適切な経路指定を決定すること並びに、適切に例えばロボティックハンドラー２０８やコンベヤ等の自動化取り扱い機材を制御すること又は１つ以上のＨＭＩを介して施設の人員に対して視覚的及び／若しくは聴覚的に命令することのいずれかをなす。図４に示す実施形態では、予め積み込みがなされたＭＣＳビン２２４ｂをマルチノーダルサプライチェーンシステム２００の内外の他の施設からも受領するのであり、例えばベンダ及び／又は外部サプライヤの１つ以上によって所有及び運営されている、又は契約している外部流通センタからの予めビンされた供給品積荷４０１ｃ等を含む。

実施形態では、各マイクロ施設１４は注文準備の２つの異なる段階（例えば、初期のマルチ注文ピッキング段階及び下流での単一注文詰め込み段階等）を行うためのワークステーション機材を備える。マクロ施設１２から受領された到着ＭＣＳビン２２４ｂに加えて、マイクロ施設１４にある格納ビンは、メガ及びマクロ施設１０，１２にて以前ものが入れられたＳＣＳビン２２４ａ及びＭＣＳビン２２４ｂと標準化サイズ・フットプリント・構成が同じＰＯビン２２４ｃを含む。ＭＣＳビン２２４ｂと似ており、ＰＯビン２２４ｃは複数の区画に細分化されており、実施形態では、それぞれは典型的には、単一のベンダに所有される単一の製品タイプの複数の個別品を受領するのではなく、必要な製品を受領して各顧客注文を充足するように専業化している。マイクロ施設１４にある格納ビンは、他の格納ビン２２４ａ，２２４ｂとは異なるより小さな標準化サイズ及びフットプリントを有するＦＯビン２２４ｄをさらに備える。実施形態では、これらのＦＯビン２２４ｄは他の格納ビン２２４ａ，２２４ｂ，２２４ｃの約半分のサイズ及びフットプリントとされるのであり、各々は顧客注文を１つのみ内包するように意図されており、したがってＭＣＳビン２２４ｂやＰＯビン２２４ｃ等のようにその内部が細分化されていることを要さない。実施形態では、より小さなＦＯビン２２４ｄは、メガ・マクロ・マイクロ施設１０，１２，１４のインデクスされた格納アレイ及びロボティックハンドラー２０８並びに図１０Ａ～１０Ｂ及び図１１Ａ～１１Ｃに示されるメガ-マクロ及びマクロ-マイクロ輸送車両２１５ａ，２１５ｂのビンカルーセル２２２ａとは互換性を有しておらず、代わりに、図１７Ａ～１７Ｃ及び図１８Ａ～１８Ｃに示されるナノ施設１６及びマイクロ-ナノ輸送車両２１５ｃにて用いられる異なるタイプのインデクスされた格納アレイ向けに特化されたサイズ及び構成とされている。ＳＣＳビン２２４ａ及びＭＣＳビン２２４ｂと似ており、ＰＯビン２２４ｃ及びＦＯビン２２４ｄはスマートビンであり、各々はモバイルデータ記憶装置２２６及び無線通信ユニット２２５を有しており、実施形態では図２Ｂに示される屋内位置決め装置２２９をも有する。

顧客注文テーブル３１５が図３Ｂに含まれていることから例示されるように、各ベンダの顧客注文は中央コンピューティングシステム２０１によって受信されるのであり、ベンダのｅコマース販売プラットフォームが中央コンピューティングシステム２０１に統合されていて顧客注文が顧客から直接に来ようと、又は、ベンダの販売プラットフォームが中央コンピューティングシステム２０１に統合されておらず顧客注文がベンダから来ようと変わらない。マルチノーダルサプライチェーンシステム２００内にて環境的に敏感な製品の環境的に適切な格納及び輸送を促進するために、中央データベース２０３内での顧客注文テーブル３１５及び注文ラインアイテムテーブル３１６に対しての当初のデータ追加は、顧客の注文済みラインアイテムを複数の別個の顧客注文に自動的に分割することを伴うのであり、各々には自己の注文番号が割り当てられるのであり、異なる注文済みラインアイテムがベンダの製品テーブル３１０３内の非合致環境データの製品タイプを指定する場合に特にそうである。各顧客データの作成に応答して、中央コンピューティングシステム２０１は、中央データベース２０３内の各ベンダについてのストック済み在庫テーブル３０４に対して顧客注文のラインアイテム内にて指定された製品＿ＩＤについてのクエリを発するのであり、顧客注文を充足するために適切なマイクロ施設１４を識別するのであって、例えば顧客注文にて指定された顧客の住所又は別の配達宛先又はピックアップ地点に対してのマイクロ施設１４の近接性に基づいて、又は、それに最も近いナノ施設１６であって特定のマイクロ施設１４がそのナノ施設１６に充足された顧客注文を提供する責任を負うことになるナノ施設１６の識別に基づいてこれがなされる。そして、注文ラインアイテムテーブル３１６からの顧客注文詳細事項は、識別されたマイクロ施設１４の施設管理サブシステム２０４へと転送される。

ストック済み在庫クエリが、顧客注文を識別されたマイクロ施設１４で充足するのに十分な手持ちの在庫を既にベンダが有していることを、判明させた場合、そのマイクロ施設１４の施設管理サブシステム２０４へと注文詳細事項を転送することで、後述の処理を介して顧客注文を充足することが十分に可能なものとなる。注文された製品のいずれかが単一のマイクロ施設１４にて手持ちとなっていないが、近くのマクロ施設１２で１つ以上のＳＣＳビン２２４ａ内にて手持ちとなっている場合、実施形態では、注文詳細事項は、依然としてマイクロ施設１４の施設管理サブシステム２０４へと転送されるのであり、ローカル施設データベース２０７内にて記録されるのであり、顧客注文が充足準備の整った「詰め込み可能注文」になる前に、マクロ施設１２で１つ以上の製品の到着を依然として待っている「オープン注文」としてフラグ付けされる。一方で、中央コンピューティングシステム２０１は、図１５Ａ～１５Ｂに示されるステップ１５０２にて開示されるタイプの製品要求メッセージをそのマクロ施設１２の施設管理サブシステム２０４へと送って、そのマクロ施設１２にて顧客注文で必要とされる数量の必要とされる製品を１つ以上のＭＣＳビン２２４ｂに入れることを発動する。その製品要求メッセージにおいてＭＣＳビン２２４ｂについて指定された入用ベンダ施設＿ＩＤは識別されたマイクロ施設１４の施設＿ＩＤであり、そのマクロ施設１２からの要求製品はＭＣＳビン２２４ｂ内にて必要とされる数量でマイクロ施設１４へと輸送される。図７に示されるマイクロ施設１４の到着積み込みドック７０１での到着ＤＭＣＳビン２２４ｂの積み降ろしの際、図１３Ｂに示されるステップ１３２２と等価なステップでのデータトランザクションは即ち次のことを伴う：到着ＤＭＣＳビン２２４ｂのビンデータを任意のオープン注文の注文詳細事項との対比でチェックして、到着ＤＭＣＳビン２２４ｂの内容物がオープン注文のための必要とされる製品を含むかを決定すること。

このような手順を経て、全ての必要とされる製品がマイクロ施設１４にて手持ちとなったらば、施設管理サブシステム２０４は注文の状態を「オープン」から「詰め込み可能」に変更する。したがって、実施形態では、マクロ施設１２からマイクロ施設１４の到着積み込みドック７０１に到着する輸送車両２１５ｂからの到着ＤＭＣＳビン２２４ｂを積み降ろすことと、そのマクロ施設１２又は別の施設への送還するためにＵＭＣＳビン２２４ｂをその輸送車両２１５ｂに積み込むこととを伴う処理は、図１３Ａ～１３Ｂにて示されるマクロ施設１２の到着積み込みドック６０１についての処理と実質的に同じであるも、ただ到着する下流方向に向かう格納ビンはＤＭＣＳビン２２４ｂであり、上流方向に向かう格納ビンは典型的にはＵＭＣＳビン２２４ｂとされ、ステップ１３２２及び１３１９に等価なステップにてマイクロ施設１４のグリッド格納構造７０３内へとＤＭＣＳビン２２４ｂを取り込むことをバイパスするとの決定は、ＤＭＣＳビン２２４ｂが即時のＶＡＳカスタマイゼーションを要しているかについての決定に基づいてはおらず、むしろＤＭＣＳビン２２４ｂがオープン注文を充足するために直ちに要されているかに基づくのであり、その場合は等価なステップたるステップ１３１９でロボティックハンドラー２０８は、ＤＭＣＳビン２２４ｂを注文ピッキングワークステーション７０５へと搬送するように命令される。実施形態では、「オープン」な注文は中央コンピューティングシステム２０１によって保持されており、「詰め込み可能」な状態が達成される迄はマイクロ施設１４の施設管理サブシステム２０４へと転送されないのであり、該状態達成は要されている製品をそれらが所在している格納ビンのビン＿ＩＤを介して追跡監視によって確認されるのであって、該追跡は要されている製品が利用可能と当初決定された施設から顧客注文が充足されるべき特定のマイクロ施設１４迄へとわたる。すなわち、マイクロ施設１４にＤＭＣＳビン２２４ｂが到着して且つ中央コンピューティングシステム２０１がその到着についてステップ１３１６に等価なステップにて通知されたらば、中央コンピューティングシステム２０１はこのＤＭＣＳビン２２４ｂのビン＿ＩＤがそのＤＭＣＳビン２２４ｂを待っている顧客注文についての「オープン注文」記録内にて想定されたビンとして格納されているかについてチェックする。全てのそのような想定されたＤＭＣＳビン２２４ｂのマイクロ施設１４にての到着が中央コンピューティングシステム２０１によって確認されたらば、顧客注文は今となっては詰め込み可能となり、また、注文詳細事項はマイクロ施設１４の施設管理サブシステム２０４へと転送される。

図１６Ａ～１６Ｂは、図７に示されるマイクロ施設１４にてなされる２段階充足についての処理がなされる様を示す。マイクロ施設１４にて顧客注文に関して詰め込みを要する場合、ステップ１６０２でマイクロ施設１４は注文詳細事項を受信する。受信された注文の全注文製品が識別されたマイクロ施設１４にて既に手持ちとなっているのならば、又は、全注文製品が手持ち在庫を有する最寄りのマクロ施設１２又はマイクロ施設１４から到着したのならば、顧客注文の先述の詰め込み可能な状態が、顧客注文を、顧客注文のバッチピッキング候補として適格なものとする。ステップ１６０３では、各細分化されたＰＯビン２２４ｃが有する区画個数に等しい又はそれを少なくとも超過しない数量の詰め込み可能注文のバッチが、マイクロ施設１４の施設管理サブシステム２０４によって、マイクロ施設１４のローカル施設データベース２０７のワークステーション情報テーブル３２１にて識別されたピッキングワークステーション７０５の１つに、割り当てられる。顧客注文は、製品タイプが合致する環境データを有するものとなるグループにバッチ化されるのであり、それによって、冷蔵を要する製品を伴う顧客注文が、冷凍を要する製品又は常温対応の製品を伴う顧客注文と共にグループ化されないようにするのであり、同様に、冷凍を要する製品を伴う顧客注文が、冷凍を要する製品又は常温対応の製品を伴う顧客注文と共にグループ化されないようにする。

次にステップ１６０４で施設管理サブシステム２０４は、マイクロ施設１４のグリッド格納構造７０３内に現在所在しており且つバッチ化された注文の製品によって共有される環境データに合致する環境フラグを有する空のＰＯビン２２４ｃを識別するためにクエリをマイクロ施設１４のオンサイトビンテーブル３２２に対して発するのであり、インデクスされた格納アレイのロボティックハンドラー２０８の１つに対して次のことをなすように命令する：空のＰＯビン２２４ｃをグリッド格納構造７０３から回収することと、空のＰＯビン２２４ｃを割り当てられた注文ピッキングワークステーション７０５のプットポート７０５ａに届けること。空のＰＯビン２２４ｃがグリッド格納構造７０３からロボティックハンドラー２０８によって回収されたことが確認されたらば、空のＰＯビン２２４ｃの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマイクロ施設１４のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、空のＰＯビン２２４ｃはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。

実施形態では、空のＰＯビン２２４ｃがグリッド格納構造７０３の外に格納されている場合、施設管理サブシステム２０４は、ＨＭＩを介して人間の作業員による空のＰＯビン２２４ｃの配達又は自動化取り扱い機材（例えば、グリッド格納構造７０３のロボティックハンドラー２０８以外の１つ以上のコンベヤ等）に対してのコンピュータ制御による配達を命令する。完全に空のＰＯビン２２４ｃで利用可能なものがない又は現在のバッチ内の顧客注文の件数が各ＰＯビン２２４ｃ内の区画数未満である場合、実施形態では、マイクロ施設１４のインデクスされた格納アレイ内にて以前格納されており且つ現在のバッチ化された顧客注文の少なくとも１つを許容し得る少なくとも１つの非占有区画を有している部分的にものが入れられているＰＯビン２２４ｃが、代わりにロボティックハンドラー２０８によって回収されて注文ピッキングワークステーション７０５へと届けられる。部分的にものが入れられているＰＯビン２２４ｃがインデクスされた格納アレイからロボティックハンドラー２０８によって回収されたことが確認されたらば、部分的にものが入れられているＰＯビン２２４ｃの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマイクロ施設１４のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、部分的にものが入れられているＰＯビン２２４ｃはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。

顧客注文のバッチを受けるために空の又は部分的に空のＰＯビン２２４ｃを選択することとの関係で、施設管理サブシステム２０４は、ステップ１６０５で、そのＰＯビン２２４ｃの区画＿ＩＤを識別するのであり、バッチ化された顧客注文の注文番号、ラインアイテム番号、及び注文製品数量を空のＰＯビン２２４ｃの識別された区画に割り当てる。実施形態では、施設管理サブシステム２０４は、１つより多い数の区画が占有されていない場合に各顧客注文を置くためのＰＯビン２２４ｃの区画をランダムに選択する。実施形態では、より大きな顧客注文は１つより多い数のＰＯビン２２４ｃの区画を占有する。一方で、ステップ１６０６で施設管理サブシステム２０４は、別のロボティックハンドラー２０８に対して次のことをなすように命令する：グリッド格納構造７０３からの選択された空のＰＯビン２２４ｃに割り当てられている１つ以上のバッチ化された顧客注文の１つ以上の要されている製品を含む製品が入れられたＭＣＳビン２２４ｂを回収すること；また、ステップ１６０７にては、回収されたＭＣＳビン２２４ｂを注文ピッキングワークステーション７０５のピックポートｐ７０５ｂに届けること。ステップ１６０８では、空のＰＯビン２２４ｃ及びＭＣＳビン２２４ｂが両方注文ピッキングワークステーション７０５に来たらば、施設管理サブシステム２０４は次のことのいずれかをなすように注文ピッキングワークステーション７０５のロボティックワーカに対して命令する：１つ以上のバッチ化された顧客注文のために必要とされる１つ以上の製品をそのＭＣＳビン２２４ｂからピックポート７０５ｂにてピックすること、及びピック済みの製品をプットポート７０５ａにてＰＯビン２２４ｃの割り当てられている区画に置くこと、又は、人間の作業員による必要とされる製品のピッキング及び配置行為を人間の作業員が装着しているか注文ピッキングワークステーション７０５に設けられているＨＭＩを用いて誘導すること。人間の作業の場合、実施形態では、ＨＭＩは、各到着ＭＣＳビン２２４ｂについてピックポート７０５ｂにてピックツーライト（pick-to-light）誘導と、ものが入れられるべきＰＯビン２２４ｃが所在する所についてプットポート７０５ａにてプットツーライト（put-to-light）誘導とを用いて人間の作業員を視覚的に命令して、ＭＣＳビン２２４ｂの各製品特有区画から適切な製品をピックさせるのであり、また、ピックされた製品をＰＯビン２２４ｃの各注文特有区画内に配置させる。実施形態では、オンスクリーン型のピック及び配置命令は、ＨＭＩのディスプレイモニタ又は頭部装着ディスプレイ上に表示される。注文ピッキングワークステーション７０５がロボット的に自動化されている場合、ロボティックワーカが製品を適切なＭＣＳビン２２４ｂ及びＰＯビン２２４ｃ｛に／から｝自動的に｛ピック／配置｝するのであり、これは施設管理サブシステム２０４の命令下でなされる。

ステップ１６０９では、製品についてのそのようなピッキング及び配置の完了後又はその最中に、施設管理サブシステム２０４は中央コンピューティングシステム２０１に対してシグナリングを行って次のことをなさせる：中央データベース２０３内の在庫及び注文記録を更新することであって、例えば、製品が除かれたＭＣＳビン２２４ｂの各区画について、格納ビン内容物テーブル３０９内に記録されている製品数量から、その区画から除かれてＰＯビン２２４ｃへと移転された数量を、デクリメントすることによってこれがなされ得る、更新することと；製品の移転先たるＰＯビン区画の各々についてＰＯビン内容物テーブル３１２内の記録に、移転された製品タイプの製品＿ＩＤ及び移転されたその数量を、書き込むこと。このステップで、以前に行われていなければ、中央コンピューティングシステム２０１は、製品が配置された任意の区画についてＰＯビン内容物テーブル３１２内の記録に次の事項をも書き込む：その割り当てられた区画内に配置された製品についての顧客注文の注文番号と；区画に配置された製品によって充足される顧客注文のライン番号。ＭＣＳビン２２４ｂの任意の区画についてのデクリメントされた数量がゼロである場合、中央コンピューティングシステム２０１は格納ビン内容物テーブル３０９の対応する記録内において製品＿ＩＤ及び所有者ベンダ＿ＩＤを削除して、それによってこの区画の空の状態を反映させる。現在に至ってＭＣＳビン２２４ｂの全区画が空ならば、実施形態では、施設管理サブシステム２０４は、ＭＣＳビン２２４ｂ全体の空であるとの状態をローカル施設データベース２０７内に記録するのであり、これはオンサイトビンテーブル３２２内の空／占有中状態フラグを「空」に切り替えることによってなされるのであり、この空のＭＣＳビン２２４ｂは今となっては輸送車両２１５ｂに載せてマクロ施設１２へと戻されることが可能なＵＭＣＳビンの候補となり、また、随意的には、施設情報テーブル３１９内において空のＭＣＳビン２２４ｂの数量をインクリメントする（但し、そのようなカウントがそこにて集計されている場合）。似たように、ステップ１６０９の第１のインスタンスにおいて、実施形態では、施設管理サブシステム２０４は、施設情報テーブル３１９内において占有中のＰＯビン２２４ｃの数量をインクリメントする（但し、そのようなカウントがそこにて集計されている場合）。

また、ステップ１６０９では、この時点でのデータ更新は、施設管理サブシステム２０４によってＭＣＳビン２２４ｂ及びＰＯビン２２４ｃの両方のモバイルデータ記憶装置２２６の内容を更新することをさらに伴う。ＰＯビン２２４ｃの製品情報テーブル３２８に対してはＰＯビン２２４ｃへと移転された製品タイプについての新たな記録がそこへと複製されるのであり、例えば、これはＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６上の製品情報テーブル３２８から複製されたり、実施形態では、中央データベース２０３内の充足をなすベンダの製品テーブル３０３から複製されたりできる。ＰＯビン２２４ｃのモバイルデータ記憶装置２２６上の内容物テーブル３２７は更新されて各記録について次の事項が書き込まれる：移転された製品が配置されたＰＯビン２２４ｃの特定の区画；移転された製品タイプの製品＿ＩＤ及び移転数量の全部又は一部；移転された製品タイプの源泉在庫となった充足ベンダのベンダ＿ＩＤ；及び移転された製品タイプ及び数量によって充足される注文番号及びラインアイテム番号。一方で、施設管理サブシステム２０４は、ＭＣＳビン２２４ｂのビン内容物テーブル３２７の適切な区画記録内の数量フィールドから移転数量をデクリメントするのであり、今となってはこのデクリメントされた数量がゼロであれば、所有者ベンダ＿ＩＤ及び製品＿ＩＤをこの記録から削除する。ＭＣＳビン２２４ｂの他の区画のどれもが、今となっては空の区画と同じ製品タイプを含まない場合、製品情報テーブル３２８内の対応する記録も削除できる。実施形態では、ＰＯビンの内容物テーブル３２７内の各記録に書き込まれたデータは次の事項も含む：その記録の対象ビン区画内に完全に又は分的に含まれる顧客注文を配達するべきナノ施設１６の施設＿ＩＤを指定する宛先データと；例えば該当する顧客注文の優先度状態又は目標配達日等に基づいている関連するタイミングデータ。

処理はここまでで施設管理サブシステム２０４によってＰＯビンのモバイルデータ記憶装置２２６の自動更新について述べており、ＰＯビン２２４ｃの新規追加内容が反映されており、例えば、少なくとも、各々の顧客注文の注文番号等の一意的に識別子を、その顧客注文の全部又は一部が配置された区画の区画＿ＩＤとの関連で、モバイルデータ記憶装置２２６に書き込むことによってなされ得る。また、施設管理サブシステム２０４は、その顧客注文の各製品の製品情報３２８を、製品のピック元のＭＣＳビン２２４ｂのモバイルデータ記憶装置２２６から、製品が配置されたＰＯビン２２４ｃのモバイルデータ記憶装置２２６へと、複製するのであり、それによって関連性のある取り扱いデータ、環境データ、及び製品レベルタイミングデータ（注文レベルタイミングデータと対比せよ）が保持されるのであり、製品情報３２８内に記憶される製品情報に含められた場合が想定され、例えば短い有効期限を有する製品が想定される。また、施設管理サブシステム２０４は、製品のプル元となったＭＣＳビン２２４ａのモバイルデータ記憶装置２２６上に記録された製品数量をデクリメントするのであり、随意的には、注文された製品をそこからプルした後に今となっては空となった任意の区画について記憶された記録を跡形もなくワイプして、それによってこの区画の空の状態を反映させる。施設管理サブシステム２０４は中央コンピューティングシステム２０１とも通信して、ＭＣＳビン２２４ｂから取り出された製品についてストック済み在庫テーブル３０４内のカタログ済み製品エントリを更新するのであり、例えば、注文された製品のプル元の任意の区画内に残存している製品数量に対してデクリメントを行うか、又は、そのカタログ済み製品に関してＭＣＳビン２２４ｂ又はその区画が空である場合にストック済み在庫テーブル３０４内のベンダのカタログエントリからビン＿ＩＤ及び／又は区画＿ＩＤを削除する。

次に、ステップ１６１０では、ローカル施設管理サブシステム２０４がロボティックハンドラー２０８に対して、ＭＣＳビン２２４ｂをグリッド格納構造７０３内にありＭＣＳビン２２４ｂの環境フラグに適合する任意の利用可能格納場所を返すように命令するのであり、該場所は典型的にはＭＣＳビン２２４ｂがグリッド格納構造７０３から回収された元のと同じ環境ゾーン内にあるが、先述したようにこのＭＣＳビン２２４ｂが今となっては空である場合、空にされたＭＣＳビン２２４ｂが以前ＭＣＳビン２２４ｂが回収された元の環境ゾーンと同じものに明示的に格納されていないこともあり得るのであろう。注文ピッキングワークステーション７０５が、インデクスされた格納アレイのロボティックハンドラー２０８によってドライブスルー方式でそのピックポート７０５ｂがサービスを受けるタイプのものである場合には、これは以前ＭＣＳビン２２４ｂを注文ピッキングワークステーション７０５に届けたのと同じロボティックハンドラー２０８となるのであり、したがってＭＣＳビン２２４ｂはこれに残っているのであろう。注文ピッキングワークステーション７０５のピックポート７０５ｂがドライブスルー方式でサービスを受けるものでない場合、実施形態では、これは以前ＭＣＳビン２２４ｂを注文ピッキングワークステーション７０５にドロップオフしていったのと同じ又は異なるロボティックハンドラー２０８となろう。ステップ１６１１では、ＭＣＳビン２２４ｂがその環境フラグにとって適切な環境ゾーンの利用可能格納場所内に置かれたことが確認されたらば、施設管理サブシステム２０４はＭＣＳビン２２４ｂのビン＿ＩＤをＭＣＳビン２２４ｂが置かれた格納場所の場所＿ＩＤに対してローカル施設データベース２０７の施設格納テーブル３２０ａ内に記録するのであり、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。また、ステップ１６１１で施設管理サブシステム２０４は、場所＿ＩＤをビン＿ＩＤに対してグローバル格納ビンテーブル３０８内にて記録するために、ＭＣＳビン２２４ｂの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送するのであり、また、随意的には、場所＿ＩＤフィールドが複製されている場合には、ベンダのストック済み在庫テーブル３０４内での場所＿ＩＤの記録についてもそうする。このようにしてＭＣＳビン２２４ｂの所在が、それが空であっても残存製品によって占有されていても、マルチノーダルサプライチェーンシステム２００にわたって完全に更新される。

ステップ１６１２で施設管理サブシステム２０４は、現在のＰＯビン２２４ｃに割り当てられているバッチ化された顧客注文に関して、第１のＭＣＳビン２２４ｂによって既に充足されたものを超えて追加の製品が未だ要されているかをチェックする。これについて肯定であれば、１つ以上の追加のＭＣＳビン２２４ｂについてステップ１６０６～１６１１が繰り返されるのであり、現在のＰＯビン２２４ｃに割り当てられている全てのバッチ化された顧客注文について要されている製品全てについて充足される迄これがなされる。バッチ化された顧客注文の注文済み製品全てがＰＯビン２２４ｃ内に置かれたらば、実施形態では、そのＰＯビン２２４ｃが例えばロボティックハンドラー２０８の１つによってマイクロ施設１４のインデクスされた格納アレイ内へと置かれるのであってこれは後のファイナライゼーション及びナノ施設１６への輸送迄はそこで一時的に格納されるためになされるのであってこれは例えばその間にファイナライゼーション及び輸送されることを要する高優先度顧客注文のためになされる。実施形態では、即時ファイナライゼーションのために、ＰＯビン２２４ｃは遅滞なく単一注文詰め込み段階へと前進させられる。このような決定がステップ１６１３にて示されており、該ステップにて施設管理サブシステム２０４はＰＯビン２２４ｃに編成される各顧客注文についてのタイミングデータをチェックするのであり、また、これらの顧客注文のいずれか１つ以上が注文詰め込みワークステーション７０６にての緊急第２段階注文処理を正当化するかを評価する。

そうでない場合、処理はステップ１６２３へと進行し、ロボティックハンドラー２０８は、ＰＯビン２２４ｃをグリッド格納構造７０３内にて且つＰＯビン２２４ｃの環境フラグによって指示され及びＰＯビン２２４ｃ内に含まれる製品の環境データと合致する適切な環境ゾーン内にて、格納するように命令されるのであり、通常それはＰＯビン２２４ｃの回収元の環境ゾーンとなるが、当初の回収の際にビンが完全に空の状態であった場合はこの限りではなく、この場合、ＰＯビン２２４ｃが（ＰＯビン２２４ｃが今となっては注文が入れられた状態で置かれている）所定の環境ゾーン内にて当初格納されていなかったかもしれない場合もまたあり得る。このような収容が、インデクスされた格納アレイ内の注文が入れられたＰＯビン２２４ｃに関してなされた後、ステップ１６２４でＰＯビン２２４ｃの所在に関する記録は更新されるのであり、施設管理サブシステム２０４は、注文が入れられたＰＯビン２２４ｃのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内にて格納場所の場所＿ＩＤに対して記録すること、及び／又は、その格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録することによってこれがなされる。また、ステップ１６２４で施設管理サブシステム２０４は、場所＿ＩＤをビン＿ＩＤに対してグローバルＰＯビンテーブル３１１内にて記録するために、注文が入れられたＰＯビン２２４ｃの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送する。このような態様で収容されていた注文が入れられたＰＯビン２２４ｃ内にある顧客注文の外部へ向かっての輸送の時が到来したらば、ＰＯビン２２４ｃをインデクスされた格納アレイからロボティックハンドラー２０８の１つによって取り出すことが施設管理サブシステム２０４によって命令されるのであり、これと共に取り出されたＰＯビン２２４ｃを割り当てられた注文詰め込みワークステーション７０６へと届けることも命令されるのであり、このことはグリッド格納構造７０３のグリッド下部トラックとの関連で注文詰め込みワークステーション７０６を貫く拡張トラックを介して直接的にロボティックハンドラー２０８によって担当される注文詰め込みワークステーション７０６に関するロボティックハンドラー２０８によって直接にこれがなされても、例えば別のロボティックハンドラー、人間の作業員、又はコンベヤ等の何らかの中間的搬送手段を通じてこれがなされても良い。ＰＯビン２２４ｃがインデクスされた格納アレイからロボティックハンドラー２０８によって回収されたことが確認されたらば、ＰＯビン２２４ｃの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマイクロ施設１４のオンサイトビンテーブル３２２内にて、ロボティックハンドラー２０８の機材＿ＩＤをもって更新されるのであり、それによって、ＰＯビン２２４ｃはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。

ステップ１６１３での自動決定が、バッチピックされた顧客注文の１つ以上の緊急第２段階注文処理が要されるとする場合、施設管理サブシステム２０４はステップ１６１４で、そのような第２段階処理のためにＰＯビン２２４ｃを届けるべき特定の注文詰め込みワークステーション７０６を割り当てるのであって、少なくともマイクロ施設１４のワークステーション情報テーブル３２１にて識別された複数の注文詰め込みワークステーション７０６がある状況に関してこれが妥当するのであり、他方で注文詰め込みワークステーション７０６を１つしか有さない状況に関しては、特定の注文詰め込みワークステーション７０６を選択することは不用である。次にステップ１６１５で、ロボティックハンドラー２０８は、ＰＯビン２２４ｃを割り当てられた注文詰め込みワークステーション７０６の例えばピックポート７０６ａに届けるように命令されるのであり、そこにて、注文詰め込みワークステーション７０６の人間の作業員又はロボティックワーカが注文が入れられたＰＯビン２２４ｃの内容物にアクセスでき及びこれと相互作用できる。各々がピックポート７０５ｂ及びプットポート７０５ａを有するデュアルポート型注文ピッキングワークステーション７０５とは異なり、実施形態では、注文詰め込みワークステーション７０６は単一ポート型ワークステーションであり、ピックポート７０６ａのみにＰＯビン２２４ｃがグリッド格納構造７０３から例えばドライブスルー方式でもたらされるのであり、ＰＯビン２２４ｃはグリッド格納構造７０３のロボティックハンドラー２０８によってピックポート７０６ａに直行するように搬送されて人間の作業員又はロボティックワーカがＰＯビン２２４ｃと相互作用する間はロボティックハンドラー２０８に留まっている。

一方でステップ１６１６では注文詰め込みワークステーション７０６にて既に手持ちとなっていなければ、１つ以上の空のＦＯビン２２４ｄの供給が注文詰め込みワークステーション７０６にもたらされるのであり、例えばフィードコンベヤに乗ってそこに到着する。そのようなＦＯビン２２４ｄの１つがＰＯビン２２４ｃからの各々の顧客注文を受領するために選択されるのであり、ステップ１６１７では、選択されたＦＯビン２２４ｄのビン＿ＩＤが施設管理サブシステム２０４へと伝達されるのであり、ビン＿ＩＤがエンコードされているバーコード又は他のスキャン可能コードについての手動又は自動スキャンによってなされるか、視覚的にＦＯビン２２４ｄから読み取られたコードについて注文詰め込みワークステーション７０６に設置されている若しくは人間の作業員に装着されたＨＭＩのキーボード又は他の入力装置を介して人間が入力することによってこれがなされる。注文詰め込みワークステーション７０６にいる人間又はロボティックワーカに対してＨＭＩを介して施設管理サブシステム２０４が命令したり指示したりして、緊急顧客注文が入っているＰＯビン２２４ｃの１つ以上の区画から緊急顧客注文をピックさせる。施設管理サブシステム２０４は区画から取り除かれた製品についての取り扱いデータを検索するのであり、例えばＰＯビン２２４ｃの内容物テーブル３２７内の区画の区画＿ＩＤに対して記録された製品タイプについての製品情報テーブル３２８内の取り扱いデータを読み取ることによってこれがなされるのであり、それによってＰＯビン２２４ｃのモバイルデータ記憶装置２２６を介して完全にローカルで取り扱いデータを導出するのであるが、実施形態では、取り扱いデータは中央データベース２０３内のベンダの製品テーブル３０３内にてルックアップされる。施設管理サブシステム２０４はこの取り扱いデータを用いてステップ１６１８及び１６２０で製品に関してなされるべき詰め込み（packing）及びパッケージング（packaging）アクション等の取り扱いアクションを導出する。

ステップ１６１８では、施設管理サブシステム２０４の命令下で、詰め込みワークステーション７０６のロボティックワーカがＰＯビン２２４ｃの各区画から緊急顧客注文を取り除くか、又は、人間の作業員を誘導して又はそれに命令して、緊急顧客注文を区画から取り除かせるのであって、例えば注文詰め込みワークステーション７０６に設置されているか人間の作業員に装着されているＨＭＩによって伝達される視覚的なピックツーライト（pick-to-light）又はオンスクリーンガイダンス及び／又は可聴命令によってこれがなされるのであり、これによって人間の作業員の誘導をして適切な区画からピックポート７０６ａを介して緊急顧客注文を取り出させる。人間の作業員が注文詰め込みワークステーション７０６を担当している場合、このステップは、施設管理サブシステム２０４にその区画の製品についての取り扱い指示を視覚的に表示させるか聴覚的に伝達させることを含み、これは取り扱いデータから導出されたベンダ特有の取り扱い指示に即して製品に対してパッケージングアクションをなすように人間の作業員を誘導するためにＨＭＩを用いることによってなされる。注文詰め込みワークステーション７０６は人間によって担当されておらずロボットが装備されている場合、施設管理サブシステム２０４は、そのようなパッケージング（packaging）アクションを注文詰め込みワークステーション７０６のロボティックワーカによって、読み取られた取り扱いデータから導出された取り扱い指示に基づいて自動的になすことを代わりに命令する。

一方で、ステップ１６１９で施設管理サブシステム２０４は、緊急顧客注文がＰＯビン２２４ｃからＦＯビン２２４ｄへと移転されることと関連付けられている様々な記録の更新を発動する。様々な記録の更新は次のことを含む：中央コンピューティングシステム２０１についてシグナリングをなして中央データベース２０３内のその記録を更新することであって、ＦＯビンテーブル３１３内のＦＯビン２２４ｄのビン＿ＩＤに対して緊急顧客注文の注文番号を書き込むことによってなされる更新することと；顧客注文のピック元たるＰＯビン区画についてＰＯビン内容物テーブル３１２内の記録の例えば注文番号、ラインアイテム及び数量のフィールド等の可変な注文関連フィールドを削除すること。顧客注文のＰＯビン２２４ｃからＦＯビン２２４ｄへの移転を中央データベース２０３内に記録するこの動作に加えて、同時に、施設管理サブシステム２０４は、ＰＯビン２２４ｃ及びＦＯビン２２４ｄのモバイルデータ記憶装置２２６を更新して、それらの改訂された内容物を反映させる。この更新ステップはＦＯビン２２４ｄ内へと移転された各製品タイプについて新たな記録をＦＯビン２２４ｄの製品情報テーブル３２８内へと複製することを含むのであり、例えば、これはＰＯビン２２４ｃのモバイルデータ記憶装置２２６上の製品情報テーブル３２８から複製されたり、実施形態では、中央データベース２０３内のベンダの製品テーブル３０３から複製されたりできる。ＦＯビン２２４ｄのモバイルデータ記憶装置２２６上の内容物テーブル３２７は更新されて、製品事項；移転された製品タイプの移転数量；並びに移転された製品によって完全に又は部分的に充足される顧客注文についての注文番号、ラインアイテム番号及び充足ベンダ＿ＩＤが書き込まれるのであり、これらは、製品の移転元たる区画についてのＰＯビン２２４ｃの内容物テーブル３２７内の区画特有の記録から、又は、中央データベース２０３のＰＯビン内容物テーブル３１２から複製される。実施形態では、各ＦＯビン２２４ｄの内容物テーブル３２７又はビン情報テーブル３２６は、充足済み顧客注文と顧客返品との間で判別するために用いられる充足／返品状態インジケータについての可変フィールドを備えるのであり、実施形態に関しては後述されるのであり、これらと同じＦＯビン２２４ｄを介して取り扱われる。したがって、２段階注文充足処理のステップ１６１９は、この充足／返品状態インジケータに充足状態を割り当てることを伴う。実施形態では、中央データベース２０３のＰＯビン内容物テーブル３１２内に充足／返品状態フィールドが設けられており、したがってこのステップにても充足状態が割り当てられる。

また、ステップ１６１９では、ＰＯビン２２４ｃの内容物テーブル３２７も施設管理サブシステム２０４によって更新されるのであり、例えば注文番号、顧客＿ＩＤ、ラインアイテム番号、製品＿ＩＤ、数量、充足ベンダ＿ＩＤ、及びタイミングデータ等の内容物テーブル３２７の区画記録内の全可変フィールドを、現在のＦＯビン２２４ｄに流し込んだ各区画について、削除することによってこれがなされる。同じ移転済み製品タイプがＰＯビン２２４ｃの他の任意の区画に残存していないのならば、施設管理サブシステム２０４はＰＯビン２２４ｃの製品情報テーブル３２８内の対応する製品記録も削除する。ＦＯビン２２４ｄのモバイルデータ記憶装置２２６に書き込まれるデータはＰＯビンの内容物テーブル３２７の各区画記録からのタイミングデータをさらに含むのであり、実施形態では、これはＦＯビン２２４ｄの内容物テーブル３２７又はビン情報テーブル３２６へと複製される。なぜならば、このタイミングデータは、ＰＯビン２２４ｃに適用されるタイミングデータのようにＦＯビン２２４ｄの特定の１つの区画の内容物のみにではなく、ＦＯビン２２４ｄの全体の内容物に適用されるからである。実施形態では、顧客注文の詰め込み／パッケージングが適宜に注文詰め込みワークステーション７０６にて既に遂行されているが、ＦＯビン２２４ｄへと複製された製品情報テーブル３２８からの製品情報は各製品タイプについての取り扱いデータを未だ含んでいる。なぜならば、マルチノーダルサプライチェーンシステム２００内にて顧客返品を取り扱う目的においてはこのような取り扱いデータを保持しておくことが有益だからである。マルチノーダルサプライチェーンシステム２００外で顧客返品が取り扱われる他の実施形態では、取り扱いデータはこの段階で省かれる。

ステップ１６２０では、注文詰め込みワークステーション７０６を人間の作業員が担当している場合、施設管理サブシステム２０４は、その区画の製品についての取り扱い指示を、ＨＭＩを用いて視覚的及び／又は聴覚的に伝達し続けるのであり、このステップにおいては読み取られた取り扱いデータから導出された詰め込み指示を表示することが含まれるのであり、これはステップ１６１８で表示／伝達されたパッケージング指示との関係で追加的に又は代替的になされ得るのであり、これによって人間の作業員が顧客注文の随意的に今となってはパッケージングされた製品を適切にＦＯビン２２４ｄ内にベンダの詰め込み仕様に準拠した態様で詰め込めるようにする。注文詰め込みワークステーション７０６は人間によって担当されておらずロボットが装備されている場合、施設管理サブシステム２０４は、そのような詰め込み（packing）アクションを注文詰め込みワークステーション７０６のロボティックワーカによって、読み取られた取り扱いデータから導出された詰め込み指示に基づいて自動的になすことを代わりに命令する。

パッケージング（packaging）と詰め込み（packing）活動を区別する幾つかの例について述べる。パッケージングアクション（action）には例えば次のものが含まれる：ティッシュ、気泡シート包装、贈答包装、又は他の包装材料で製品を包装すること；袋、箱、又は他の容器内に製品を配置すること等。詰め込み活動（activity）には次のものが含まれる：似た製品のグループ化及び異なる製品の隔離であって、例えば乾燥商品対液体商品、常温商品対チルド／冷凍商品、衣類対食料品等のカテゴリによってこれがなされるのであり、衣類は一緒に詰められて且つ食料品及び液体とは隔離されたり、及び／又は複数製品を伴う顧客注文に関して共有格納ビン又は共有容器内にて製品がレイヤリング／シーケンシングされたりするのであり、例えば、液体、肉類、冷凍品等の重め及び／又は漏洩しがちな製品が複数製品顧客注文の底部に配置されたり、及び／又は軽めのものだったり、繊細なものだったり、又は割れ物だったりするアイテムを複数製品顧客注文の上部に配置する等できる。図６に示されるＶＡＳ／返品ワークステーション６０６について上述したように、実施形態では、注文詰め込みワークステーション７０６にはベンダ特有な異なるベンダ用の資材がある。この実施形態では、ＰＯビン２２４ｃが注文詰め込みワークステーション７０６へと届けられる前に、施設管理サブシステム２０４は、詰められるべき顧客注文によって占有されているＰＯビン２２４ｃの各区画に対して記録されている一意的なベンダ識別子（ベンダ＿ＩＤ）を読み取るのであり、これはＰＯビン２２４ｃのモバイルデータ記憶装置２２６又は中央データベース２０３からされても良いのであり、ベンダ＿ＩＤを施設管理サブシステム２０４のローカル施設データベース２０７内（或いは実施形態でクラウドベースド中央データベース２０３内に追加的に又は代替的に格納されている場合にはそのサブセクション内）のワークステーション情報テーブル３２１との関係で比較するのであり、それによってどの注文詰め込みワークステーション７０６にベンダのベンダ特有資材があるかを識別するのであり、ＰＯビン２２４ｃを経路指定すべき適切な注文詰め込みワークステーション７０６をそこから選択する。

異なる注文詰め込みワークステーション７０６が異なる詰め込み資材を有していることに加えて、実施形態では、特定の製品クラスについて具体的に特化した取り扱い又は除外を目的とした異なる注文詰め込みワークステーションカテゴリがあるのであり、例えば、特定の衛生要件に配慮して食料汚染のリスクを回避するために肉類又は他の食料品を具体的に仕向ける食料品グレード詰め込みワークステーションや、随意的にはサブカテゴリに編成されたアレルギー誘発制製品が禁止されているアレルゲン禁制ワークステーションや、特定の安全性要件が充足されなければならない危険物詰め込みワークステーションや、潜在的なアレルゲン内容に関係なくその余の製品タイプを仕向けることができる一般物品詰め込みワークステーションがあり得る。上述のように、実施形態では、様々な格納ビンのモバイルデータ記憶装置２２６上に及び様々なベンダの製品カタログ３０５の製品テーブル３０３内に記憶された取り扱いデータにはワークステーション関連の取り扱い指示が含まれているのであり、これらが格納ビンを様々な施設にて経路指定すべき具体的なワークステーションのカテゴリを規定する。

したがって、実施形態では、ステップ１６１４にて施設管理サブシステム２０４によってなされる、ＰＯビン２２４ｃを経路指定すべき適切な注文詰め込みワークステーション７０６を選択する上述の決定ノードは、次のステップをさらに含む：顧客注文の各々の区画に対して記録された取り扱いデータについてチェックするステップであって、それがモバイルデータ記憶装置２２６から検索されてようと中央データベース２０３から検索されてようと良い、ステップと；この取り扱いデータを施設管理サブシステム２０４のローカル施設データベース２０７内のワークステーション情報テーブル３２１と比較して、タイプ・手持ち資材・カテゴリが取り扱いデータに準拠しているワークステーションをそこから識別及び選択するステップ。実施形態では、ワークステーションについてのそのような随意的なカテゴリ分けは、マクロ施設１２のＶＡＳ／返品ワークステーション６０６とマクロ施設１２のキット化ワークステーション６０７とマイクロ施設１４の注文ピッキングワークステーション７０５（図６～７）とにも適用されるのであり、ＳＣＳビン２２４ａ及びＭＣＳ格納ビン２２４ｂを経路指定すべき適切なワークステーションを選択するために似た態様で用いられるのであり、これは、そこのモバイルデータ記憶装置２２６上に記録されている及び／又は中央データベース２０３内にてそれに対して記録されている取り扱いデータに基づいて、なされる。

また、図１６Ａ～１６Ｂでは、ステップ１６２０で各顧客注文が詰め込まれるＦＯビン２２４ｄは、ステップ１６２１で、注文詰め込みワークステーション７０６から、マイクロ施設１４の出発積み込みドック７０２又は出発積み込みドック７０２の隣の集積エリアへと、移転されるのであり、これはマイクロ-ナノ輸送車両２１５ｃに積み込むためになされる。図７に示されるように、詰め込み済みＦＯビン２２４ｄの出発積み込みドック７０２又は隣の集積エリアへのこの移転は、フィードコンベヤ７０８に詰め込み済みＦＯビン２２４ｄを置くことによって行われるのであり、そこからＦＯビン２２４ｄは出発コンベヤ路７０９へと流入させられて、それによって各々の集積エリアへと又は随意的には直接的に出発積み込みドック７０２の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄへと搬送される。ＦＯビン２２４ｄがフィードコンベヤ７０８又は出発積み込みドック７０２の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの１つへと移転されたらば、詰め込み済みＦＯビン２２４ｄの格納場所の場所＿ＩＤが、各々のコンベヤに割り当てられた機材＿ＩＤをもって中央データベース２０３の格納ビンテーブル３０８及びマイクロ施設１４のオンサイトビンテーブル３２２内にて更新されるのであり、それによって、詰め込み済みＦＯビン２２４ｄはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。マイクロ施設１４内のコンベヤは固定アセットであり且つその場所はマイクロ施設１４内にて常時知られているが故に、特定のコンベヤに詰め込み済みＦＯビン２２４ｄが移転された際にその特定のコンベヤの機材＿ＩＤを詰め込み済みＦＯビン２２４ｄの場所として記録することによって、詰め込み済みＦＯビン２２４ｄを常時追跡することを可能とする。ステップ１６２２でマイクロ施設１４の施設管理サブシステム２０４は、ＰＯビン２２４ｃが詰め込まれるべき１つ以上の追加の緊急顧客注文を含むかについてチェックする。肯定であれば、ＰＯビン２２４ｃが緊急注文を有さなくなるまでステップ１６１６～１６２１が繰り返される。

ＰＯビン２２４ｃ内の全顧客注文が緊急注文である場合には、ステップ１６１６～１６２１の最終反復回において、ＰＯビン２２４ｃのモバイルデータ記憶装置２２６上の内容物テーブル３２７内の最終記録の可変フィールドがステップ１６１９で削除されるのであり、それと共に自己の情報テーブル３２８の最終記録も同様にされて、それによってＰＯビン２２４ｃの今となっては空の状態が反映される。実施形態では、施設管理サブシステム２０４は、この空ビン状態をローカル施設データベース２０７内に記録するのであり、これをなすためには、オンサイトビンテーブル３２２内の空／占有中状態フラグを「空」に切り替えて、また、マイクロ施設１４の施設情報テーブル３１９内に関して空ＰＯビンカウントをインクリメントし、及び、占有中ＰＯビンカウントをデクリメントする（そのようなカウントがそこにて集計されている場合）。このようにして、空ビンＰＯビン２２４ｃは、図１６Ａ～１６Ｂに示される注文ピッキング及び詰め込み処理の次の実行の際にステップ１６０４での選択行為に関しての候補ビンとなる。

ステップ１６２２の最終反復回にてその「さらに緊急注文？」の決定ノードについて否定で回答された場合、ステップ１６２３では、ロボティックハンドラー２０８であって、特にドライブスルー方式ワークステーションの場合注文詰め込みワークステーション７０６のピックポート７０６ａにある今となっては部分的又は完全に枯渇したＰＯビン２２４ｃを既に持っているロボティックハンドラー２０８は、ローカル施設管理サブシステム２０４によって、枯渇したＰＯビン２２４ｃをグリッド格納構造７０３内の任意の利用可能な格納場所へと戻すように命令されるのであり、典型的にはこの第１のＰＯビン２２４ｃが取り出されたのと同じその環境ゾーンが対象とされるのであるも、今となっては完全に空の場合には、上述のように、ＰＯビン２２４ｃが取り出されたのと同じ環境ゾーン内に明示的に格納されていない場合もあり得よう。ステップ１６２４では、枯渇ＰＯビン２２４ｃがその環境フラグにとって適切な環境ゾーンの利用可能格納場所内に置かれたことが確認されたらば、施設管理サブシステム２０４はＰＯビン２２４ｃのビン＿ＩＤを記録するのであって、ローカル施設データベース２０７の施設格納テーブル３２０ａ内にこの格納場所の場所＿ＩＤに対して記録がなされるのであり、及び／又は、この格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイトビンテーブル３２２内に記録する。このステップステップ１６２４には次のステップも含まれる：施設管理サブシステム２０４が場所＿ＩＤをビン＿ＩＤに対してＰＯビンテーブル３１１内にて記録するために、枯渇したＰＯビン２２４ｃの場所＿ＩＤ及びビン＿ＩＤを中央コンピューティングシステム２０１へと転送するのであり、それによってこの枯渇ＰＯビン２２４ｃの記憶された所在が記録される。

枯渇ＰＯビン２２４ｃが完全に空ではなく且つピッキング及び詰め込み処理の後の実行の債のステップ１６０４に関しての候補たる空のビンと未だになっていない場合、枯渇ＰＯビン２２４ｃは後程注文詰め込みワークステーション７０６へとリコールされるのであり、ステップ１６１４～１６２４と同じ一連のステップを行う詰め込みのみの処理にて残る注文をそこに詰め込むためにこれがなされるのであり、主要な又は唯一の相違点はステップ１６１５が、ロボティックハンドラー２０８に対して次のことを命令することを伴うということである：枯渇ＰＯビン２２４ｃをグリッド格納構造７０３からそしてステップ１６２４でこのＰＯビン２２４ｃについて以前記憶された場所から取り出すこと。同様に、緊急ではないものと看做されてステップ１６１３での否定的結果による分岐によってより緊急性のある顧客注文を勝らせるために予防的に格納されたＰＯビン２２４ｃは、後程注文詰め込みワークステーション７０６に呼び出されてそのような詰め込みのみの処理を施されることになる。図１６Ａ～１６Ｂに示されるピッキング及び詰め込み処理についての実施形態では、「緊急」注文の存在のみについて評価することの代わりに、ステップ１６２２では、ＰＯビン２２４ｃ内において「任意」の注文の存在に関して緊急性を不問にして評価するのであり、この場合には処理はＰＯビン２２４ｃの全区画が空になる迄本質的にステップ１６１４～１６２４を繰り返す。

例示的実施形態では図１６Ａ～１６Ｂの２段階処理が用いられるのであり、注文が注文ピッキングワークステーション７０５にてＭＣＳビン２２４ｂから複数区画ＰＯビン２２４ｃへとバッチピッキングされてそして別個の注文詰め込みワークステーション７０６にて単一区画ＦＯビン２２４ｄへと別途単一化されるものの、別の実施形態では、注文充足は単段処理で行われるのであり、単一の顧客注文がＭＣＳビン２２４ｂから個別的にピックされてそして単一区画注文ビン内へと直接的に置かれる。実施形態では、個別にピックされた顧客注文は、マイクロ施設１４のグリッド格納構造７０３と非互換なより小さなＦＯビン２２４ｄ内へと直接的に置かれるのであり、この場合、取り扱いデータによって定義されるベンダによって規定されたパッケージング及び詰め込み行為は、注文済み製品がＭＣＳビン２２４ｂからＦＯビン２２４ｄ内へと移転されつつある注文ピッキングワークステーション７０５と同じ所で直接的になされる。別の実施形態では、個別にピックされた顧客注文は複数区画ＰＯビン２２４ｃと等しいのサイズ及びフットプリントの単一区画ミッド型注文ビン（ＭＯビン、mid-order bin）内へと置かれるのであり、ピックされた顧客注文をこの中間的ＭＯビンに入れて随意的に注文ピッキングワークステーション７０５からグリッド格納構造７０３へと預け入れることができるのであり、そしてその後、グリッド格納構造７０３から別個の注文詰め込みワークステーション７０６へとプルすることができるのであり、パッケージング及び詰め込み行為は個別の顧客注文が中間的ＭＯビンから最終的ＦＯビン２２４ｄへと移転されている最中になされるのであって、これはナノ施設１６へとさらに輸送するためになされる。

図１７Ａ～１７Ｃは、実施形態による、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるマルチノーダルサプライチェーンシステム２００のマイクロ及びナノ施設間１４，１６で注文ビンを輸送するための小規模輸送車両２１５ｃについての側面図、上面図、及び背面図である。実施形態では、マイクロ施設１４の出発積み込みドック７０２からナノ施設１６へと注文が入れられたＦＯビン２２４ｄを輸送するマイクロ-ナノ輸送車両２１５ｃは、図１０Ａ～１０Ｃに示される大規模メガ-マクロ及びマクロ-マイクロ輸送車両２１５ａ，２１５ｂとは異なるクラスのより小さな車両である。マイクロ-ナノ輸送車両２１５ｃは例えばボックス型トラック（truck）やバン（van）とされる。このような規模の差があれども、マイクロ-ナノ輸送車両２１５ｃには他の輸送車両２１５ａ，２１５ｂと似た装備が付いている。実施形態では、これらのより小さなマイクロ-ナノ輸送車両２１５ｃの各々は、１つ以上のビンカルーセル２２２ｂを伴う車両ベースドインデクスされた格納アレイを備えるのであり、例えば図１１Ａ～１１Ｃに示されるビンカルーセル２２２ａよりも短いビンカルーセル２２２ｂとすることができるのであり、これについてはより少数とすることができる。より小さなマイクロ-ナノ輸送車両２１５ｃの各々は車両管理サブシステム２１６をさらに備えるのであり、該サブシステムは、中央コンピューティングシステム２０１と通信するための広域無線通信装置２１８と、輸送車両２１５ｃの場所を追跡するためのＧＰＳ装置２１９と、図２Ａ～２Ｂに示されるような輸送車両２１５ｃに搭載されたＦＯビン２２４ｄの無線通信ユニット２２５と通信可能な例えば無線ネットワーク等のＬＡＮ２２１とを備える。マイクロ施設１４の出発積み込みドック７０２では、メガ及びマクロ施設１０，１２の出発積み込みドック５０２，６０２にてなされたのと同様のデータ交換がなされて、ＦＯビン２２４ｄのモバイルデータ記憶装置２２６から、それらが輸送車両２１５ｃに積み込まれる際にデータの読み取りと移転がなされるも、ＦＯビン２２４ｄが積み込まれる輸送車両２１５ｃの車両＿ＩＤをもって格納ビンテーブル３０８を更新する代わりに、図３Ｂに示される中央データベース２０３内のＦＯビンテーブル３１３をその車両＿ＩＤで更新するのであり、ＦＯビン２２４ｄが輸送車両２１５ｃに乗ってマイクロ施設１４から出発する際にＦＯビン２２４ｄ内の完成注文のＧＰＳ追跡を可能とする。マイクロ施設１４の出発積み込みドック７０２にてなされる処理として、充足された顧客注文を含む下流方向に向かう完成注文（ＤＦＯ、downstream-headed finished-order）ビン２２４ｄを上流方向に向かう完成注文（ＵＦＯ、upstream-headed finished-order）ビン２２４ｄ交換する処理がある。実施形態では、ＵＦＯビン２２４ｄは、製品をその中に何ら有さない空ＦＯビン２２４ｄ及び顧客の返品をその中に含む返品ＦＯビンの両者を含む。

図１８Ａ～１８Ｃは、実施形態による、図１７Ａ～１７Ｃに示される小規模輸送車両及びナノ施設内にて注文ビンをインデクス付けして保持するためのビンカルーセル２２２ｂについての部分後方斜視図、側面図、及び上面図である。図１８Ａ～１８Ｃに示されるように、マイクロ-ナノ輸送車両２１５ｃのより小さなビンカルーセル２２２ｂは、図１０Ａ～１０Ｃ，１１Ａ～１１Ｃに示されるより大きな輸送車両２５１ａ，２５１ｂのより大きなビンカルーセル２２２ａとおおよその構成は同様であるが、小さな方のカルーセルプラットフォーム１８０１は、大きな方のビンカルーセル２２２ａのカルーセルプラットフォーム１００２の約半分となる（ビンカルーセル２２２ｂの長手方向に測られた）奥行きをそれぞれ有する。したがって、マイクロ-ナノ輸送車両２１５ｃの各カルーセルプラットフォーム１８０１のフットプリントは、ＳＣＳビン２２４ａ、ＭＣＳビン２２４ｂ、及びＰＯビン２２４ｃの大きめなフルサイズフットプリントではなく、ＦＯビン２２４ｄの小さめなハーフサイズフットプリントを適応的に受け入れるように具体的にサイジングされている。実施形態では、小さめなビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１は、図１０Ａ～１０Ｃ，１１Ａ～１１Ｃに示される大きめな輸送車両２５１ａ，２５１ｂの大きめなカルーセルプラットフォーム１００２の中央にあるスロット又はギャップ１００２ｂを、欠いているのであり、ＦＯビン２２４ｄに関しての、マイクロ-ナノ輸送車両２１５ｃの小さめなビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１｛への／からの｝｛積み込み／積み降ろし｝は、マイクロ施設１４のインデクスされた格納アレイのロボティックハンドラー２０８によってはなされないのであり、したがって、そのようなロボティックハンドラー２０８の伸縮可能なタレットアームを受け入れるためのそのようなスロット又はギャップ１００２ｂが必要とされない。大きめな輸送車両２５１ａ，２５１ｂと似ており、各ビンカルーセル２２２ｂは、車両管理サブシステム２１６の１つ以上のローカルコンピュータによって（例えば、複数のモータの場合には同期して）制御された１つ以上の電気モータによって駆動される。カルーセルプラットフォーム１８０１はそこに沿って等長間隔で配されたベルト／チェーン１８０２ａ，１８０２ｂによって支持されている故に、このインクリメンタルな距離でインクリメンタルな態様でカルーセルモータを駆動することによってカルーセルプラットフォーム１８０１を１つずつ積み込み（loading）／積み降ろし（unloading）位置Ｐへと進めるのであり、これが、車両格納テーブル３２４に記憶された一意的場所＿ＩＤ及びオンボードビンテーブル３２５内に記憶された現在輸送車両２１５ｃに搭載されたＦＯビン２２４ｄのビン＿ＩＤと合わさると、車両管理サブシステム２１６が、ビンカルーセル２２２ｂに乗っている任意のＦＯビン２２４ｄの物理的位置を追跡及び制御できるようになるのであり、したがって、積み込み位置ＰでのＦＯビン２２４ｄのビンカルーセル２２２ｂへのトラック（track）積み込み（loading）及びＦＯビン２２４ｄのそこからのオフローディング（offloading）ができ、どのカルーセルプラットフォーム１８０１（即ち、どのＦＯビン２２４ｄ）が積み込み位置Ｐに任意の時点に置かれているかを追跡及び制御することによってこれがなされる。滑車又はスプロケット１８０４はベルト又はチェーン１８０２ａ，１８０２ｂを連続的な閉じられたループ状経路であって各々のガイドトラック（track）１８０３ａ，１８０３ｂによって表された経路にて駆動するように回転可能に動作可能であり、これは、滑車又はスプロケット１８０４の各１つの回転軸上にて半径方向にセンタリングされた弓形の接続セグメントによって各端部にて互いに繋げられている水平的に直線的なトップ及びボトムセグメントを有する。

図１７Ａに示されるマイクロ-ナノ輸送車両２１５ｃはそれらのビンカルーセル２２２ｂの積み込み及び積み降ろしに関してロボティックハンドラー２０８に頼っていないが故に、輸送車両２１５ｃは独自の専用の自動化ビンハンドラーのセットを有しており、例えば小さな再配置可能な移転コンベヤ２２３のセットとされ得るのであり、各々はビンカルーセル２２２ｂの各１つに対応する。実施形態では、輸送車両２１５ｃは、図１７Ａ～１７Ｃに示されるように、４つのビンカルーセル２２２ｂを備える。各移転コンベヤ２２３は、輸送車両２１５ｃのトレーラ１７０１内にて枢動可能にトレーラ１７０１の後端１７０１ｂの隣の位置にて支持されており、即ち、図１７Ａに示されるように輸送車両２１５ｃの後部積み込み扉のすぐ内側である。各移転コンベヤ２２３は支えられており選択的移動によって、図１７Ａ～１７Ｃに示される輸送車両２１５ｃの後部積み込み扉の後ろにて一般的には直立な態様で固定されている格納位置（storage position）と、図２２Ａ～２２Ｂに示されるようにその後部積み込み扉が開放されている際に輸送車両２１５ｃのトレーラ１７０１から後方且つ外側へと延びた展開済み稼働位置（deployed working position）とを移る。各移転コンベヤ２２３の近位端２２３ａはその枢動可能にマウントされた端を指す意味で用いられるのであり、これは、図１７Ａに示されるようにビンカルーセル２２２ｂの後端にある積み込み位置Ｐにカルーセルプラットフォーム１８０１がある際に各々のビンカルーセル２２２ｂの任意のカルーセルプラットフォーム１８０１によって占有されるのとおおよそ等しい高さに所在する。したがって、各移転コンベヤ２２３が、輸送車両２１５ｃのトレーラ１７０１から後方へと延びる展開済み位置（deployed position）となるように折り畳まれると、その各々のビンカルーセル２２２ｂの積み込み位置Ｐに現在あるカルーセルプラットフォーム１８０１｛に／から｝ＦＯビン２２４ｄを｛積み込む及び積み降ろす｝ために適切な位置に移転コンベヤ２２３があることになる。

図１９Ａ～１９Ｃは、実施形態による、図７に示すマイクロ施設１４の出発積み込みドック７０２にてなされる小規模輸送車両２１５ｃの異なる環境ゾーン１７０２ａ，１７０２ｂ，１７０２ｃへ向かっての又はそこからの注文ビンの積み込み又は積み降ろしについて示す上面図、側面図、及び背面図である。図１９Ｃは、トレーラ１７０１及び輸送車両２１５ｃのカルーセルベースドインデクスされた格納アレイが複数の環境的に異なる格納ゾーンに細分化されている様を示す。各ゾーンは、輸送車両２１５ｃのトレーラ１７０１のビンカルーセル２２２ｂの全体数量についての各々のサブセットを含む。図１９Ａ～１９Ｃに示されるように、インデクスされた格納アレイは３つのゾーンに細分化されている、例えば、常温ゾーン１７０２ａ、冷蔵ゾーン１７０２ｂ、及び冷凍ゾーン１７０２ｃであり、これはメガ・マクロ・マイクロ施設１０，１２，１４の各々のグリッド格納構造５０３，６０３，７０３と同様である。トレーラ１７０１内のこれら３つのゾーンのうち、１つめの主たる常温ゾーン１７０２ａは２つのビンカルーセル２２２ｂを含むのであり、２つめの冷蔵（refrigeration）ゾーン１７０２ｂ及び３つめの冷凍（freezer）ゾーン１７０２ｃのそれぞれは、図１９Ｃに示されるように、各々の個別のビンカルーセル２２２ｂを含む。断熱素材で出来た直立（upright）障壁１７０３ａが、より大きな常温ゾーン１７０２ａの２つのビンカルーセル２２２ｂと２つの冷温格納（cold-storage）ゾーン１７０２ｂ，１７０２ｃとの間に垂直方向に直立（vertically upright）にたてられている。例えば、直立障壁１７０３ａは輸送車両２１５ｃの格納空間の中央長手方向中間面内にあり、この長手方向においてトレーラ１７０１の長さ（図１７Ａ～１７Ｂに示されるように、トレーラ１７０１の前端１７０１ａからトレーラ１７０１の後端１７０１ｂ迄）を完全に又は殆ど完全にわたるように広がる。したがって、直立障壁１７０３ａは、常温ゾーン１７０２ａを２つの冷温格納ゾーン１７０２ｂ，１７０２ｃから物理的且つ熱的に隔離する。断熱素材でできたより小さな水平障壁１７０３ｂが、冷温格納ゾーン１７０２ｂ，１７０２ｃの２つのビンカルーセル２２２ｂの間の高さで、トレーラ１７０１の長さに関して完全に又は殆ど完全に延びるのであり、それによって２つの冷温格納ゾーン１７０２ｂ，１７０２ｃを相互に物理的且つ熱的に隔離する。図１９Ａ～１９Ｃは、冷蔵又は冷凍格納容量よりもより多くの常温格納容量が要される典型的なシナリオについて例示しているも、異なる実施形態では、トレーラ１７０１及びビンカルーセル２２２ｂに関しての相対的サイジング及び選択される細分化態様は変えることができることを理解されたいのであり、環境的に異なる格納ゾーンの数についてもそうである。実施形態では、トレーラ１７０１はたった２つの環境的に異なる格納ゾーン（environmentally distinct storage zone）に細分化されており、例えば常温ゾーンと冷蔵ゾーンとされていたり又は常温ゾーンと冷凍ゾーンとされていたり又は冷蔵ゾーンと冷凍ゾーンとされていたりすることができ、それらの相対的大きさは等しくされたり等しくなくされたりすることができる。輸送車両２１５ｃの全部又は一部が３つより少ない環境ゾーン（environmental zone）を有する実施形態では、ＦＯビン２２４ｄの環境フラグ又はＦＯビン２２４ｄの内容物に対して記録された環境データは、そのＦＯビン２２４ｄの宛先施設＿ＩＤと共に用いられて、ＦＯビン２２４ｄが所与の輸送車両２１５ｃに積み込まれるべきか否かを決定するのであり、これはその輸送車両２１５ｃの次のあて先の施設＿ＩＤ及びその輸送車両２１５ｃに関して記憶された環境データ（その環境ゾーンを規定するデータ）に基づいてなされる。

図１９Ａ～１９Ｃは、実施形態による、ＦＯビン２２４ｄをマイクロ-ナノ輸送車両２１５ｃの１つ｛に積み込む／から積み降ろす｝ためになされる、図７に示されるマイクロ施設１４の出発積み込みドック７０２での各々の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの使用について例示する。実施形態では、マイクロ施設１４の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄは、輸送車両２１５ｃのビンカルーセル２２２ｂの数と等しい数量で設けられている。したがって、４つの積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄは例示的実施形態でもうけられている４つのビンカルーセル２２２ｂに対応する。４つの積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄは次のものを含む：輸送車両２１５ｃの常温ゾーン１７０２ａの２つのビンカルーセル２２２ｂについて積み込み／積み降ろしをなすための、整列された関係で互いに重なるように配置された２つの常温ゾーン用の積み込み／積み降ろしコンベヤ７１０ａ，７１０ｂと；２つの常温ゾーン積み込み／積み降ろしコンベヤ７１０ａ，７１０ｂのうちの上位のもの７１０ａと並んで配置された冷蔵ゾーン積み込み／積み降ろしコンベヤ７１０ｃと；２つの常温ゾーン積み込み／積み降ろしコンベヤ７１０ａ，７１０ｂのうちの下位のものと並んで且つ図１９Ｃに示されるように冷蔵ゾーン積み込み／積み降ろしコンベヤ７１０ｃの下に整列された関係で配置された冷凍ゾーン積み込み／積み降ろしコンベヤ７１０ｄ。

マイクロ施設１４の出発積み込みドック７０２にマイクロ-ナノ輸送車両２１５ｃが到着したらば、マイクロ-ナノ輸送車両２１５ｃの後部積み込み扉が開放されるのであって、例えばこれは輸送車両２１５ｃの運転手によって又は図２Ａ～２Ｂに示される車両管理サブシステム２１６によって自動的になされる。４つの移転コンベヤ２２３はそれらの展開済み位置に動かされるのであって、例えばこれは手動的に又は車両管理サブシステム２１６の自動制御下にてなされる。輸送車両２１５ｃ内の移転コンベヤ２２３のレイアウト及び数量は、出発積み込みドック７０２の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄのレイアウト及び数量に合致しており、したがって、移転コンベヤ２２３のこの展開によって、図１９Ｂにあるように、各移転コンベヤ２２３の遠位端２２３ｂが、積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの各１つの終端７１０ｅ，７１０ｆとの関係で隣接するように配置される。本開示で使用されるように、積み込み／積み降ろしコンベヤの「終端」は、マイクロ施設１４の共通の出発及び戻りコンベヤ路７０９，７１１から最遠且つ出発積み込みドック７０２のドアウェイに最近の端をいう。したがって、図１９Ａ～１９Ｂに示されるように、輸送車両２１５ｃの展開済み移転コンベヤ２２３は積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄと端同士で連なっており、したがって、ＦＯビン２２４ｄが、マイクロ施設１４の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄとマイクロ-ナノ輸送車両２１５ｃのビンカルーセル２２２ｂの積み込み位置Ｐとの間で移転されることを可能とする。

ビン取り扱い機材に関して単一のコンベヤを用いる事例を開示したのであり、注文を含んでいるＤＦＯビン２２４ｄが自動的にマイクロ施設１４の注文詰め込みワークステーション７０６から出発積み込みドック７０２へと移転されるのであり、空のＵＦＯビン２２４ｄ及び返品を含むＵＦＯビン２２４ｄが自動的に出発積み込みドック７０２からそれぞれ注文詰め込みワークステーション７０６及び返品ワークステーション７０４へと移転されるのであり、そのようなＤＦＯビン２２４ｄを出発積み込みドック７０２にてそのようなＵＦＯビン２２４ｄと交換する処理については後述する。

図２０は、実施形態による、マイクロ施設１４とその出発積み込みドック７０２（図７に図示）に下流ナノ施設１６（図４Ａ～４Ｂに図示）から到着する輸送車両２１５ｃとの間での格納ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。実施形態では、この輸送車両２１５ｃは輸送車両２１５ｃが再び向かうことになる所と同じナノ施設１６からマイクロ施設１４に到着する。輸送車両２１５ｃがマイクロ施設１４の出発積み込みドック７０２に到着したらば（Ｓ２００１）、ステップ２００２では、図２Ａ～２Ｂに示される輸送車両２１５ｃの車両管理サブシステム２１６は、自機の車両＿ＩＤ及び輸送車両２１５ｃが次に向かうナノ施設１６の施設＿ＩＤを含む到着信号を、輸送車両２１５ｃが到着するマイクロ施設１４の施設管理サブシステム２０４へと、送信するのであり、随意的には中央コンピューティングシステム２０１にも送信がされる。図１９Ａ～１９Ｂに示される輸送車両２１５ｃ上の移転コンベヤ２２３が、図１８Ａ～１８Ｃに示される輸送車両２１５ｃのビンカルーセル２２２ｂ｛へと／から｝格納ビンを移転するため（即ち輸送車両２１５ｃのインデクスされた格納アレイ｛へと／から｝それらを移転するため）の自動化ビンハンドラーとして用いられる実施形態において、この準備段階では、これらの自動化ビンハンドラーはステップ２００３で初期化されるのであり、これは出発積み込みドック７０２にて輸送車両２１５ｃのドッキングがなされている際又はその後に移転コンベヤ２２３をそれらの展開済み位置に降下させることによってなされる。

ステップ２００４で輸送車両２１５ｃの車両管理サブシステム２１６は、そのオンボードビンテーブル３２５に対して、何らかのＵＦＯビン２２４ｄが搭載されているかについてクエリを発するのであり、それによって、輸送車両２１５ｃから格納ビンを積み降ろすことが必要であるか又は輸送車両２１５ｃが既に空であるかについて評価するのであって、即ち、それらが輸送車両２１５ｃが次に向かうナノ施設１６へとＤＦＯビン２２４ｄを届けることに関して該ビンの詰め込み行為を受け付け得るのかが評価される。車両２１５ｃにＵＦＯビン２２４ｄが搭載されていない場合、処理は後述のステップ２００５へと続く。

車両２１５ｃにＵＦＯビン２２４ｄが搭載されている場合、ステップ２０１１で輸送車両２１５ｃの車両管理サブシステム２１６は、ＵＦＯビン２２４ｄが載っているビンカルーセル２２２ｂをアクティブ化するのであり、それによって、そのＵＦＯビン２２４ｄを載せているカルーセルプラットフォーム１８０１をビンカルーセル２２２ｂの積み込み／積み降ろし位置Ｐへと動かす（但し、カルーセルプラットフォーム１８０１が既に積み込み／積み降ろし位置Ｐにあった場合にはこの限りでない）。ステップ２０１２では、そのビンカルーセル２２２ｂと関連付けられているビンハンドラーがアクティブ化されて、ＵＦＯビン２２４ｄをビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１から積み降ろす。ビンハンドラーがビンカルーセル２２２ｂから後方に向かって延びる各々の移転コンベヤ２２３である実施形態では、このステップは、車両管理サブシステム２１６によってそのビンカルーセル２２２ｂについて各々の移転コンベヤ２２３をアクティブ化して、ＵＦＯビン２２４ｄをマイクロ施設１４の出発積み込みドック７０２の各々の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄへと搬送することを伴う。実施形態では、このコンベヤのアクティブ化は、ＵＦＯビン２２４ｄをビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１から補助を伴ってずらすことを伴うのであり、これは出発積み込みドック７０２を担当している人間又はロボットのワーカによってなされるか又は輸送車両２１５ｃのトレーラ１７０１内に設けられておりその後端１７０１ｂの近くの場所にありカルーセルプラットフォーム１８０１の積み込み位置と協調可能であるアクチュエータ又は別の積み降ろし補助装置（不図示）の車両管理サブシステム２１６の自動的アクティブ化によってなされるのであり、ＵＦＯビン２２４ｄをカルーセルプラットフォーム１８０１から移転コンベヤ２２３へと押す又はカルーセルプラットフォーム１８０１を後方へと下向きに傾けてＵＦＯビン２２４ｄを重力によって移転コンベヤ２２３上へと積み降ろす。実施形態では、各カルーセルプラットフォーム１８０１は自機上に自己の積み降ろしアクチュエータを備えており、カルーセルプラットフォーム１８０１の積み込み／積み降ろし位置Ｐにてアクティブ化された際にはＵＦＯビン２２４ｄをカルーセルプラットフォーム１８０１の後方に動かす。輸送車両２１５ｃからマイクロ施設１４へと移転コンベヤ２２３を解してＵＦＯビン２２４ｄが移転されたらば、ＵＦＯビン２２４ｄの格納場所の場所＿ＩＤは、中央データベース２０３の格納ビンテーブル３０８内及びマイクロ施設１４のオンサイトビンテーブル３２２内にて、移転コンベヤ２２３の機材＿ＩＤをもって更新されるのであり、それによって、ＵＦＯビン２２４ｄはリアルタイムで追跡可能な場所＿ＩＤと関連付けられることが可能となる。一方で、ステップ２０１３～２０１４では、施設管理サブシステム２０４及びＵＦＯビン２２４ｄの無線通信ユニット２２５は相互に通信して、ＵＦＯビン２２４ｄを、そのビン＿ＩＤによって施設管理サブシステム２０４に対して識別し、また、その充足／返品状態インジケータからＵＦＯビン２２４ｄが空であるか顧客返品を含むかについて評価する。実施形態では、ＵＦＯビン２２４ｄの無線通信ユニット２２５によるそのような通信は、ＵＦＯビン２２４ｄが積み込み／積み降ろし位置に置かれたことがビンカルーセル２２２ｂに関して確認されたらば車両管理サブシステム２１６からそこへと発せられる命令的信号に応答して開始される。命令的信号は、無線通信ユニット２２５に対して、輸送車両２１５ｃのＬＡＮ２２１から切断して、施設管理サブシステム２０４のＬＡＮ２０６に接続して、当該通信を行うことを、命令する。

ステップ２０１４で、施設管理サブシステム２０４が、受信された状態インジケータからＵＦＯビン２２４ｄが空であると決定した場合、ステップ２０１５で施設管理サブシステム２０４は、戻りコンベヤ路７１１の自動制御を命令するのであり、これは図７に示される注文詰め込みワークステーション７０６又は付近の空ビン集積エリア７０７へのＵＦＯビン２２４ｄの配送がなされる態様でなされる。実施形態では、このステップ２０１５は、ＵＦＯビン２２４ｄが輸送車両２１５ｃの各々の移転コンベヤ２２３から受領された各々の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの稼働を伴うのであり、それによってＵＦＯビン２２４ｄを上部又は下部戻りコンベヤ７１１ａ，７１１ｂのどちらかに搬送する。各々の積み込み／積み降ろしコンベヤが上部戻りコンベヤ７１１ａに流入する、それら７１０ａ，７１０ｃの上側の１つであった場合、施設管理サブシステム２０４は、ＵＦＯビン２２４ｄがそこに到着したら、戻りコンベヤ路７１１の垂直コンベヤ７１１ｃを自動的に動作させて、空のＵＦＯビン２２４ｄを下部戻りコンベヤ７１１ｂに下げるように搬送するのであり、転じてそれは、空のＵＦＯビン２２４ｄを空ビン集積エリア７０７へと進めるように搬送するか又はフィードコンベヤ７０８を解して注文詰め込みワークステーション７０６へとそこから直接的に進めるように搬送する。各々の積み込み／積み降ろしコンベヤが下部戻りコンベヤ７１１ｂ（lower return conveyor 711b）に流入する、それら７１０ｂ，７１０ｄの下部上側の１つ（lower upper one）であった場合、施設管理サブシステム２０４は空のＵＦＯビン２２４ｄを下部戻りコンベヤ７１１ｂで搬送して、それによって垂直コンベヤ７１１ｃをバイパスする。

ステップ２０１４で施設管理サブシステム２０４が、受信された状態インジケータから、ＵＦＯビン２２４ｄは顧客返品を含む返品ＵＦＯビン２２４ｄであると決定した場合、ステップ２０１６で施設管理サブシステム２０４は、異なる態様で戻りコンベヤ路７１１の自動制御を命令するのであり、返品ワークステーション７０４の１つへ返品ＵＦＯビン２２４ｄが配送されることを惹起する。実施形態では、空のＵＦＯビン２２４ｄであっても返品ＵＦＯビン２２４ｄであっても、初期のコンベヤベースド経路指定は同じであり、ただ、返品ＵＦＯビン２２４ｄが空ビン集積エリア７０７及び注文詰め込みワークステーション７０６へとつながる接続されたフィードコンベヤ７０８に届く前に下部返品コンベヤ７１１ｂへと迂回させられるという点で異なるにすぎない。他の実施形態では、異なるワークステーションタイプ間の具体的なレイアウト及びそれらのワークステーション又は関連する集積エリアへと空及び返品ＵＦＯビン２２４ｄを届けるための１つ以上のコンベヤ路の構成は、様々である。

一方で、ステップ２０１７では、車両管理サブシステム２１６は、自己の記録を更新して、ＵＦＯビン２２４ｄの輸送車両２１５ｃからマイクロ施設１４への移転を反映させるのであり、これをなすために、そのＵＦＯビン２２４ｄのビン＿ＩＤをオンボードビンテーブル３２５から除いて、また、車両情報テーブル３２３内の占有中又は空のＦＯビン２２４ｄの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ｃからオフロードされたばかりのＵＦＯビン２２４ｄのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＵＦＯビン２２４ｄについての記録から、輸送車両２１５ｃの車両＿ＩＤを、削除する。また、ステップ２０１８では、施設管理サブシステム２０４は、自己の記録を更新して、ＵＦＯビン２２４ｄの輸送車両２１５ｃからマイクロ施設１４への移転を反映させるのであり、これをなすために、そのＵＦＯビン２２４ｄのビン＿ＩＤをマイクロ施設１４のオンサイトビンテーブル３２２に加えるのであり、また、施設情報テーブル３１９内において空の又は占有中のＦＯビンの数量をインクリメントする（但し、そのようなカウントがそこにて集計されている場合）。このステップにおいて、実施形態では、施設管理サブシステム２０４は、マイクロ施設１４に受け付けられたばかりのＵＦＯビン２２４ｄのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＵＦＯビンについての記録に、マイクロ施設１４の施設＿ＩＤを、追加する。したがって、ステップ２０１１～２０１８は、１つのＵＦＯビン２２４ｄを、そのマイクロ施設１４の出発積み込みドック７０２に到着するマイクロ-ナノ輸送車両２１５ｃから、マイクロ施設１４へと移す単一の上流移転を集合的に行うのである。

一方で、ステップ２０１９では、車両管理サブシステム２１６は、輸送車両２１５ｃ上に追加的なＵＦＯビン２２４ｄが残存しているかについてチェックを行うのであり、追加のＵＦＯビン２２４ｄがある場合はステップ２０１１～２０１９が繰り返される。輸送車両２１５ｃが複数のビンカルーセル２２２ｂを備える実施形態では次のことに留意されたい：ステップ２０１１～２０１９にて参照されたシーケンスに関して複数のインスタンスを（輸送車両２１５ｃのビンカルーセル２２２ｂ毎に１つを）並列で実行できるのであり、それによってそのビンカルーセル２２２ｂの全てが一斉に積み降ろされる。ステップ２０１９で追加のＵＦＯビンが識別されなかった場合、車両管理サブシステム２１６は施設管理サブシステム２０４に対してシグナリングをなして、ステップ２００５から始まってＤＦＯビン２２４ｄを輸送車両２１５ｃに積み込むことを開始させる。ステップ２００５で施設管理サブシステム２０４は、ＤＦＯビン２２４ｄを積み込みドック７０２へと自動的に配送させるのであり、輸送車両２１５ｃが複数の環境的に異なる格納ゾーンを伴うならば、出発積み込みドック７０２の特定の引き渡し位置へと配送させるのであり、これはＤＦＯビン２２４ｄの仕向先たる輸送車両２１５ｃの特定の環境ゾーンに応じており、ＤＦＯビン２２４ｄ上に記録されているか同ビン対して記録されている環境フラグ又は環境データによってこれが規定されている。実施形態では、ＤＦＯビン２２４ｄを適切な引き渡し位置（hand-off position）へと移すこの経路指定行為は、積み込みドック７０２における出発コンベヤ路７０９及び積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの各々のセットの自動制御によって実行される。ＤＦＯビン２２４ｄの仕向先たる積み込みドック７０２の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄから未だ上流に所在する場合のＤＦＯビン２２４ｄの地点において、施設管理サブシステム２０４はそのＤＦＯビン２２４ｄについての記録されている環境フラグ又はデータについてクエリを発するのであり、例えば、そのモバイルデータ記憶装置２２６からそうしたり、実施形態によっては中央データベース２０３からそうしたり、ローカル施設データベース２０７内に保存されている場合にはローカル似て複製されている記録からそうしても良いのであり、それらに基づいて、図１９Ａ～１９Ｃに示される輸送車両２１５ｃの所定の環境ゾーンのうちのどれにＤＦＯビン２２４ｄを置くべきかを識別する。施設管理サブシステム２０４は出発コンベヤ路７０９を作動させて、ＤＦＯビン２２４ｄを適切な引き渡しポイント（hand-off point）に届けて、そこからＤＦＯビン２２４ｄは輸送車両２１５ｃの所定の環境ゾーン内へと仕向けられる。様々な実施形態では、輸送車両２１５ｃの異なる環境ゾーンへのこれらの異なる引き渡しポイントは、出発積み込みドック７０２の外寄りに設けられ且つ輸送車両２１５ｃの環境ゾーンレイアウトに合致するレイアウトでもうけられた異なる積み込み／積み降ろしコンベヤ７１０ａ，７１０ｂの終端である。

一方で、ステップ２００６で、ＤＦＯビン２２４ｄが積み込みドック７０２の適切な引き渡しポイントへそのようなコンベヤベースド経路指定によって送られる際、ＤＦＯビン２２４ｄの環境フラグ／データは車両管理サブシステム２１６に伝達されるのであり、これは施設管理サブシステム２０４からであっても或いはＤＦＯビン２２４ｄ自体の無線通信ユニット２２５からであっても良い。これに応答して、車両管理サブシステム２１６はこの環境フラグ／データを用いて、自己のカルーセルプラットフォーム１８０１の空となっている１つを識別するのであって車両格納テーブル３２４内のその環境状態インジケータは環境フラグ／データに合致するものとされ、それによって空のカルーセルプラットフォーム１８０１は予期されるＤＦＯビン２２４ｄの環境要件に適合した輸送車両２１５ｃの環境ゾーン内にあることが確認される。車両管理サブシステム２１６は、適合した空のカルーセルプラットフォーム１８０１が属するビンカルーセル２２２ｂをアクティブ化して、適合した空のカルーセルプラットフォーム１８０１をそのビンカルーセル２２２ｂの後部積み込み／積み降ろし位置Ｐへと再配置するのであり、これはそのような位置に適合した空のカルーセルプラットフォーム１８０１が既に見当たらない場合になされる。

輸送車両２１５ｃの少なくとも１つのゾーンが１つ以上のビンカルーセル２２２ｂを有する実施形態では、施設管理サブシステム２０４がＤＦＯビン２２４ｄを届ける特定の引き渡しポイントが、輸送車両２１５ｃがＤＦＯビン２２４ｄを受け取る準備をしているビンカルーセル２２２ｂと、合致することを担保することは、様々な手法でなされる。実施形態では、施設管理サブシステム２０４は、輸送車両２１５ｃの特定のマルチカルーセルゾーン１７０２ａへと仕向けられている全てのＤＦＯビン２２４ｄをそのゾーンの複数の引き渡しポイントの特定の第１の所へと先ず届けるようにプログラムされているのであり、そこへと命じられるＤＦＯビン２２４ｄの数量がその引き渡しポイントからフィードされる特定のビンカルーセル２２２ｂの既知の容量に達する迄これがなされるのであり、そうなった場合のみに同じゾーンの次のビンカルーセル２２２ｂにフィードする次の引き渡しポイントに切り替えて、ＤＦＯビン２２４ｄを当該第２の引き渡しポイントに届けるのであり、そのゾーンの対応する第２のビンカルーセル２２２ｂの容量に到達するまでこれがなされる。このような手順は第３の及び後続する任意のビンカルーセル２２２ｂについても繰り返されるのであり、ゾーンの全ビンカルーセル２２２ｂが満杯になる迄これがなされる。このような場合、車両管理サブシステム２１６は、そのマルチカルーセルゾーン内における複数のビンカルーセル２２２ｂの積み込みを制御するようにプログラムされており、施設管理サブシステム２０４によって遵守された引き渡しポイントシーケンスと合致する予め定められたシーケンスにて１つずつこれがなされる。別の実施形態では、マルチカルーセルゾーンの複数のビンカルーセル２２２ｂを同時的に積み込んで時間的効率性を向上させる

施設管理サブシステム２０４は、マイクロ施設１４が各ＤＦＯビン２２４ｄを送りつける引き渡しポイントについて車両管理サブシステム２１６に対して報告するのであり、正しい合致するビンカルーセル２２２ｂが適宜アクティブ化されることを可能として、積み込み位置に利用可能な空のカルーセルプラットフォーム１８０１をもたらすのであり、施設管理サブシステム２０４はここでも再びマイクロ施設１４が各引き渡しポイントへ幾つのＤＦＯビン２２４ｄを送っているのかを追跡して、そこからフィードされる各々のビンカルーセル２２２ｂの容量を超過しないことを担保する。別の実施形態では、施設管理サブシステム２０４は、ＤＦＯビン２２４ｄの環境データを車両管理サブシステム２１６へと送って、車両管理サブシステム２１６が、自己の環境的に適合したビンカルーセル２２２ｂのうちから空の環境的に適合したビンカルーセル２２２ｂをまず選択することを可能として、これが施設管理サブシステム２０４に報告として戻されるのであって、適切なマルチカルーセルゾーン内のそれらからの輸送車両２１５ｃのビンカルーセル２２２ｂについての特定の選択に基づいて適切な引き渡しポイントの選択のためにこれがなされる。この実施形態では、施設管理サブシステム２０４ではなく、車両管理サブシステム２１６が、各ビンカルーセル２２２ｂに積み込まれるＤＦＯビン２２４ｄの数量を各々の最大許容容量（maximum allowable capacity）まで追跡する。開示のように、実施形態では、ビンカルーセル２２２ｂの最大容量（maximum capacity）の測定は、そのビンカルーセル２２２ｂ上のカルーセルプラットフォーム１８０１についての実際の個数に等しい真正最大容量（true maximum capacity）又は例えば真正容量（true capacity）から１を減じた等の真正最大容量（true maximum capacity）とは非等価な関係となる実効容量として反映され得る。

次に、ステップ２００７では、引き渡しポイントにＤＦＯビン２２４ｄが（例えば、積み込みドック７０２の積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄのうちから適切に選択された１つの終端に）到着したことが確認されたらば、自動化ビンハンドラー２２３はＤＦＯビン２２４ｄを引き渡しポイントから輸送車両２１５ｃのビンカルーセル２２２ｂのもたらされたカルーセルプラットフォーム１８０１へと移転する。例示された実施形態では、このステップは、車両管理サブシステム２１６が、適切な積み込み／積み降ろしコンベヤ７１０ａ～７１０ｄの終端にある各々の移転コンベヤ２２３をアクティブ化することを伴うであって、それによってＤＦＯビン２２４ｄをもたらされたカルーセルプラットフォーム１８０１上へと搬送する。他の実施形態では、マイクロ施設１４と輸送車両２１５ｃとの間のこの最終移転ステップに用いられる特定のビン取り扱い機材は、特定のビン取り扱い機材がマイクロ施設１４又は輸送車両２１５ｃの一部であるか即ち施設管理サブシステム２０４又は車両管理サブシステム２１６によって制御されているか否かにかかわらず、車両管理サブシステム２１６によって制御された例示されているコンベヤベースド（conveyor-based）ハンドラー２２３とは異なる。他の実施形態では、ＤＦＯビン２２４ｄの出発積み込みドック７０２へのコンベヤンスベースド（conveyance-based）経路指定の全部の一部（part of all of）及び輸送車両２１５ｃへの最終移転は、施設管理サブシステム２０４のＨＭＩによってそこへと伝達された可視／可聴命令に基づいて人間の作業員によってなされる。別の実施形態では、経路指定の一部又は全部（part or all of）は、マイクロ施設１４のグリッド格納構造７０３で用いられるのと類似の又は異なる設計のロボティックハンドラーによってなされるが、該ハンドラーは、フルサイズのＦＯビンが代替的に用いられている場合でない限り、より小さなＦＯビン２２４ｄとの互換性確保のために変更されている

ステップ２００８では、ＤＦＯビン２２４ｄがマイクロ施設１４から輸送車両２１５ｃへと引き渡されたことが確認されたらば、施設管理サブシステム２０４は、自己の記録を更新して、ＤＦＯビン２２４ｄのマイクロ施設１４から輸送車両２１５ｃへの移転を反映させるのであり、これをなすために、マイクロ施設１４のオンサイトビンテーブル３２２からそのＤＦＯビン２２４ｄのビン＿ＩＤを除いて、また、施設情報テーブル３１９内の占有中のＤＦＯビン２２４ｄの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、マイクロ施設１４からオフロードされたばかりのＤＦＯビン２２４ｄのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＤＦＯビンについての記録から、マイクロ施設１４の施設＿ＩＤを、削除する。

また、ステップ２００９で、車両管理サブシステム２１６は、ＤＦＯビン２２４ｄのビン＿ＩＤを、以前その環境データと共に受信していなければ、受信するのであり、例えば、これは施設管理サブシステム２０４からであっても或いはＤＦＯビン２２４ｄ自体の無線通信ユニット２２５からであっても良いのであり；車両管理サブシステム２１６は、自己の記録を更新して、ＤＦＯビン２２４ｄのマイクロ施設１４から輸送車両２１５ｃへの移転を反映させるのであり、これをなすために、そのＤＦＯビン２２４ｄのビン＿ＩＤを輸送車両２１５ｃのオンボードビンテーブル３２５に加えて、また、車両情報テーブル３２３内の占有中のＤＦＯビンの数量についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。また、車両管理サブシステム２１６は、そのＤＦＯビン２２４ｄが置かれたカルーセルプラットフォーム１８０１の場所＿ＩＤに対してＤＦＯビン２２４ｄのビン＿ＩＤを車両格納テーブル３２４内に記録するのであり、及び／又はそのＤＦＯビン２２４ｄのビン＿ＩＤに対してその格納場所の場所＿ＩＤをオンボードビンテーブル３２５内にて記録する。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ｃに受け付けられたばかりのＤＦＯビン２２４ｄのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＤＦＯビン２２４ｄについての記録に、輸送車両２１５ｃの車両＿ＩＤを、書き込む。ビン受付信号は、中央データベース２０３のＦＯビンテーブル３１３内において預け入れられたＵＦＯビン２２４ｄのビン＿ＩＤに対して記録するための場所＿ＩＤをさらに含む。このようにして、ＤＦＯビン２２４ｄの所在についてのあらゆる記録は、施設／車両レベル及び具体的格納場所レベルの両方に関して、マルチノーダルサプライチェーンシステム２００の全般にわたって完全に更新される。

一方で、ステップ２０１０では施設管理サブシステム２０４によって、輸送車両２１５ｃに積み込むべきさらなるＤＦＯビン２２４ｄがあるかについてチェックがなされるのであり、例えば、宛先施設＿ＩＤが輸送車両２１５ｃが向かうことが予定されているナノ施設１６の施設＿ＩＤに合致するものが入れられたＤＦＯビンについて、オンサイトビンテーブル３２２をクエリすることによってこれがなされるのであり、このような追加のＤＦＯビン２２４ｄに関して輸送車両２１５ｃに余力容量があることが確認されることにこれが条件付けられており、例えば施設管理サブシステム２０４自身の既に輸送車両２１５ｃに積み込まれたＤＦＯビン２２４ｄについての集計カウントによることができ、又は、その余力容量を確認するために車両管理サブシステム２１６と通信することができる。このような余力チェックは、複数の環境ゾーンを有する輸送車両２１５ｃについて、環境ゾーン毎になされることになろう。あり得るゾーンタイプの全てを有してはいない（例えば、常温・冷蔵・冷凍ゾーンのうち１つ又は２つを有するが全３種は有さない）輸送車両２１５ｃを用いる実施形態又は局面においては、輸送車両２１５ｃに積み込まれるべき追加のＤＦＯビン２２４ｄに関してのチェックは、ＤＦＯビン２２４ｄの宛先施設＿ＩＤを輸送車両２１５ｃの次の予定されている宛先との関係でチェックすることのみならず、そのＤＦＯビン２２４ｄ｛上で／に対して｝記憶されている環境フラグ又はデータを輸送車両２１５ｃが有している環境ゾーンとの関係でチェックすることを伴い得る。実施形態では、これは、車両格納テーブル３２４内の環境状態フィールドに対してクエリすること、又は、より便利にするのならば、ローカル車両データベース２２０の車両情報テーブル３２３若しくは中央データベース２０３の輸送車両テーブル３０７に対してそれらに記憶されている環境データについてクエリすることに基づいており、その特定の輸送車両２１５ｃが有する環境ゾーンタイプを規定できる。ステップ２０１０にて輸送車両２１５ｃにさらに積み込むことを要するＤＦＯビン２２４ｄがなければ、積み込み／積み降ろし処理は完了するのであり、その際には輸送車両２１５ｃ上の移転コンベヤ２２３がそれらの格納位置へと戻されるのであり、輸送車両２１５ｃの後部積み込み扉が、例えば車両管理サブシステム２１６による自動制御下又は車両の操縦者若しくは施設作業員からの人的な動作履行／補助等の下で、閉じられるのであり、これによって輸送車両２１５ｃは宛先たるナノ施設１６に向けて進む準備が整ったことになる。

輸送車両２１５ｃが複数のビンカルーセル２２２ｂを備える実施形態では次のことに留意されたい：ステップ２００５～２０１０にて参照されたシーケンスに関して複数のインスタンスを相互に並列で、及び／又は、未だに完成されていないシーケンス２０１１～２０１９のインスタンスとの関係にて並列で、実行されるのであり、１つ以上のビンカルーセル２２２ｂの積み込みは、他のビンカルーセル２２２ｂの１つ以上の積み込み又は積み降ろしと同時になされる。

図２１Ａは、実施形態による、マルチノーダルサプライチェーンシステム２００のナノ施設１６についての上面図、側面図、及び背面図である。実施形態では、図２Ａ～２Ｂ，４Ａ～４Ｂに示されるメガ施設・マクロ施設・マイクロ施設１０，１２，１４各々にて用いられるロボットによるサービスを受ける且つ静的であるグリッド格納構造５０７，６０３，７０３の代わりに、無人のナノ施設１６は、マイクロ-ナノ輸送車両２１５ｃにあるのと同一又は類似の構成並びに等しい個数の１つ以上の動的格納ビンカルーセル２２２ｃを用いる。実施形態では、無人のナノ施設１６は例えば図２１Ａ～２１Ｃに示されるように４つのビンカルーセル２２２ｃを備える。

実施形態では、ナノ施設１６は、小さな細長い収容所２１０１を備えるのであって、その第１の車両配達端２１０１ａに１つ以上の開放可能配達扉を伴い、そこを通じてＦＯビン２２４ｄが小規模マイクロ-ナノ輸送車両２１５ｃとの間で交換されるのであり、また、細長い収容所２１０１の第２の長手方向に対向する側のピックアップ端２１０１ｂには１つ以上の開放可能ピックアップ扉があり、これは顧客注文をピックアップする顧客及び配送員によるアクセスのためのものである。したがって、各ビンカルーセル２２２ｃは、自己のカルーセルプラットフォーム２１０６の各々を、第１の車両配達端２１０１ａの配達扉の隣のビン積み込み／積み降ろし位置ＰＬと、第２のピックアップ端２１０１ｂのピックアップ扉の隣の注文ピックアップ位置ＰＰとの間で、駆動するように動作可能である。この実施形態では、ピックアップ扉の個数はビンカルーセル２２２ｃの個数に等しく、各ピックアップ扉は各々のビンカルーセル２２２ｃの１つのみのピックアップ位置ＰＰへのアクセス権を取得する。もっとも、ピックアップ扉は、細長い収容所２１０１の第２のピックアップ端２１０１ｂに配置されていることを要さないことに留意されたいのであり、故に、ピックアップ位置ＰＰは細長い収容所２１０１の第２ピックアップ端２１０１ｂに配置されていることを要さない。実施形態では、ピックアップ扉は細長い収容所２１０１の側面に配置されて、そのサイドアクセスピックアップ扉と整列された所定のピックアップ位置にカルーセルプラットフォーム２１０６が静止して駐機された際に各々のビンカルーセル２２２ｃのカルーセルプラットフォーム２１０６へのサイドアクセスを可能とする。

別の実施形態では、ナノ施設１６は小さな細長い収容所２１０１であって、その第１の配達端２１０１ａに１つ以上の開放可能配達扉を伴い、そこを通じて注文ビンが小規模輸送車両２１５ｃとの間で交換されるのであるが、長手方向に対向する端部にビンカルーセル２２２ｃの個数とに対して１対１の関係でピックアップ扉のセットが提供されており、ピックアップ扉の１つ以上のカルーセル特有のセットが収容所２１０１の長辺の一方又は双方に沿って配列されている。各カルーセル特有のセットの各ピックアップ扉は、ビンカルーセル２２２ｃが静的な非運動状態（static non-moving state）にある場合に各々のビンカルーセル２２２ｃの異なるカルーセルプラットフォーム２１０６と整列する。実施形態では、全カルーセルプラットフォーム２１０６はいつでも個別的に且つ独立的にアクセス可能であり、ビンカルーセル２２２ｃは顧客又は配送員によるアクセスをもたらすために各カルーセルプラットフォーム２１０６を進めて達することを要する単一の所定のピックアップ位置ＰＰを有さないものとされている。少なくとも２つのビンカルーセル２２２ｃが並んで所在している事例では、細長い収容所２１０１の両側面は、それらの並んでいるビンカルーセル２２２ｃの各１つへのアクセスを提供するためのピックアップ扉のセットを少なくとも１つ備えている。２つ以上のビンカルーセル２２２ｃが行の用に配列されており、各行は互いに上下に重なった少なくとも２つのビンカルーセル２２２を含む場合、異なる高さにおいて複数のセットのドアが設けられており、各々はビンカルーセル２２２ｃの各１つに合致する各々の高さにあり、そのカルーセルプラットフォーム２１０６はドアのそのセットからアクセス可能とされている。

実施形態では、図２１Ａ～２１Ｃに示されるように、細長い収容所２１０１は嵩上げされたマウンティングパッド２１０４上に設けられておりこれは地表面２１０５から上方に浮かせての配置のためであり、嵩上げされたマウンティングパッド２１０４の高さは、それらのマイクロ-ナノ輸送車両２１５ｃと等しい又はおおよそ等しい高さに、細長い収容所２１０１のビンカルーセル２２２ｃが置かれることとなるように選択される。顧客又は配送員が細長い収容所２１０１のピックアップ扉にアクセスするために、アクセス斜面２１０３及び随意的な階段２１０２が設けられて地表面２１０５から嵩上げされたマウンティングパッド２１０４に達することができる。実施形態では、階段２１０２及び／又は斜面２１０３は、例えばコンクリート構造物等の一枚岩的な構造の一部として嵩上げされたマウンティングパッド２１０４に統合的に組み込まれている。階段２１０２及び斜面２１０３は、嵩上げされたマウンティングパッド２１０４の、細長い収容所２１０１の配達端２１０１ａが設けられている側以外の側の外周領域に配置されている。細長い収容所２１０１の配達端２１０１ａの下側においては、嵩上げされたマウンティングパッド２１０４は地表面２１０５への急な落差があり、輸送車両２１５ｃは嵩上げされたマウンティングパッド２１０４の外周エッジのこの落差にかなり近づいて、ナノ施設１６の配達端２１０１ａと正しくドッキングすることができる。

施設管理サブシステム２０４が、到着格納ビン及びビン内容物の監視及び追跡のみならず、それらの各々インデクスされた格納アレイのロボティックハンドラー２０８及び施設１０，１２，１４内の例えばコンベヤ等の他の自動化取り扱い機材の動作を担当することになる、他の施設１０，１２，１４と似ており、実施形態では、各ナノ施設１６は全体のサプライチェーンシステム２００に統合された施設管理サブシステム２０４を備える。ナノ施設１６のこの施設管理サブシステム２０４は、ナノ施設１６の自動化ビン取り扱い機材の制御を担当するのであり、これは例えば、カルーセルベースドな実施形態では、ビンカルーセル２２２ｃの電気モータを駆動すること、及び、ローカル施設データベース２０７の施設格納テーブル３２０ａ内に場所＿ＩＤ（Location_ID）が記憶されているインデクスされたカルーセルプラットフォーム２１０６の位置（position）を監視することを含み、また、ナノ施設１６のこの施設管理サブシステム２０４は、到着ＦＯビン２２４ｄ上に記憶されたデータの読み出し、及び、中央データベース２０３を更新してナノ施設１６にそれが到着したことを反映させることを担当するのであり、これは顧客又は配送員が中央コンピューティングシステム２０１によって自動的に通知されるようになされるのであり、これは例えば特定のナノ施設１６にて顧客注文のピックアップの準備が整ったことについての電子メール（ｅメール）、ショートメッセージサービス（ＳＭＳ）メッセージ、又は他の通信とすることができる。

図２２Ａ～２２Ｂは、実施形態による、ナノ施設１６にドッキングされた図１７Ａ～１７Ｃの小規模輸送車両２１５ｃについて上面図及び側面図をそれぞれ示すのであり、該車両は図４Ａ～４Ｂに示されたマイクロ施設１４からそこへとＦＯビンを届けるため、及び、マイクロ施設１４へと戻すためにナノ施設１６からの空のビン又は返品注文ビンを収集するためのものである。図２２Ａ～２２Ｂに示されるように、マイクロ-ナノ輸送車両２１５ｃは、細長い収容所２１０１の第１の車両配達端２１０１ａにある開放された配達扉を通じてナノ施設１６にドッキングされており、輸送車両２１５ｃの移転コンベヤ２２３は、トレーラ１７０１の後端１７０１ｂから後方へと延びるように、輸送車両２１５ｃの開放されている積み込み扉及びナノ施設１６の開放されている配達扉を通じて展開されている。したがって、各展開済み移転コンベヤ２２３の遠位端は、ナノ施設１６内にて、密接して隣接的に、ナノ施設１６のビンカルーセル２２２ｃの各１つの積み込み／積み降ろし位置ＰＬとおおよそ等しい高さに、配置されており、それによってナノ施設１６のビンカルーセル２２２ｃのこの積み込み／積み降ろし位置ＰＬと輸送車両２１５ｃの各々のビンカルーセル２２２ｂとの間を架橋する。ナノ施設１６のビンカルーセル２２２ｃが輸送車両２１５ｃのビンカルーセル２２２ｂのそれらの高さとおおよそ合致するように選択された高さにて設けられている例示の実施形態では、移転コンベヤ２２３の展開された位置は、２つのセットのビンカルーセル２２２ｃ，２２２ｂの間にわたるのであり、それらによってそれらの間に水平な橋が形成される。

他の施設クラス即ちメガ・マクロ・マイクロ施設について開示された積み込み／積み降ろし（loading/unloading）手順と似ており、マイクロ施設１４からのものが入れられたＤＦＯビン２２４ｄがナノ施設１６にて到着マイクロ-ナノ輸送車両２１５ｃからオフロード（offload）される際、ナノ施設１６からの空のＵＦＯビン２２４ｄは、例えば到着ＤＦＯビン２２４ｄの元となっているマイクロ施設１４と同じマイクロ施設１４への輸送のために同じマイクロ-ナノ輸送車両２１５ｃに積み込まれる。他の施設１０，１２，１４と似ており、詳細を伴う事例は到着した輸送車両の元となった施設と同じ施設へ空の格納ビンを上流へと戻すことに関するが、他の事例では、輸送車両は、到着した輸送ビークの元となった施設とは異なる上流側施設へと向かう。

図２３Ａ～２３Ｂは、実施形態による、ナノ施設１６とそこに図４Ａ～４Ｂ，２２Ａ～２２Ｂに示されるマイクロ施設１４から到着する輸送車両２１５ｃとの間での注文ビンの交換を管理するためのコンピュータ実装方法についてのフローチャートである。輸送車両２１５ｃがナノ施設１６に到着した際になされる、輸送車両２１５ｃからの注文が入れられたＤＦＯビン２２４ｄを、ナノ施設１６からの空の又は返品含有ＵＦＯビン２２４ｄと交換する処理は、図２３Ａ～２３Ｂに示されている。例として、この輸送車両２１５ｃは、輸送車両２１５ｃが後に再度向かうことになるのと同じマイクロ施設１４からナノ施設１６に到着したものかもしれない（Ｓ２３０１）。ステップ２３０２では、輸送車両２１５ｃがナノ施設１６に到着したらば、図２Ａ～２Ｂに示される輸送車両２１５ｃの車両管理サブシステム２１６は、自機の車両＿ＩＤ及び輸送車両２１５ｃが次に向かうマイクロ施設１４の施設＿ＩＤを含む到着信号を、輸送車両２１５ｃが到着するナノ施設１６の施設管理サブシステム２０４へと、送信するのであり、実施形態では、随意的には中央コンピューティングシステム２０１へと送信される。輸送車両２１５ｃの積み込み扉及びナノ施設１６の配達扉は開放されるのであって、これは輸送車両２１５ｃの運転手によって又は各々車両管理サブシステム２１６及び施設管理サブシステム２０４によって自動的になされても良く、輸送車両２１５ｃはナノ施設１６とドッキング関係性を有するように後退させられる。輸送車両２１５ｃ上の移転コンベヤ２２３が、ビンカルーセル２２２ｂ｛へと／から｝ＤＦＯビン２２４ｄを移転するため（即ち輸送車両２１５ｃのインデクスされた格納アレイ｛へと／から｝それらを移転するため）の自動化ビンハンドラーとして用いられる実施形態において、この準備段階では、これらの自動化ビンハンドラーはステップ２３０３で初期化されるのであって、これはナノ施設１６の配達扉にて輸送車両２１５ｃのドッキングがなされている際又はその後に移転コンベヤ２２３をそれらの展開済み位置に降下させることによってなされるのであり、これは手動的に又は車両管理サブシステム２１６の自動制御下のいずれかにてなされる。実施形態では、後部積み込み扉の開放及び移転コンベヤ２２３の展開は、随意的にはドッキング位置への輸送車両２１５ｃの後退を先行するのであり、それによって正しく整列された位置へと輸送車両２１５ｃが後退させられることを担保する。

ステップ２３０４で輸送車両２１５ｃの車両管理サブシステム２１６は、そのオンボードビンテーブル３２５に対して、何らかのＤＦＯビン２２４ｄが搭載されているかについてクエリを発するのであり、それによってＤＦＯビン２２４ｄを輸送車両２１５ｃから積み降ろすべきかを評価するのであり、又は、輸送車両２１５ｃが既にからでありそれ故に輸送車両２１５ｃが次に向かうマイクロ施設１４へと輸送されることが予定されているＵＦＯビン２２４ｄをそこに積み込むことを許容できるのかを評価する。車両２１５ｃにＤＦＯビンが搭載されていない場合、処理は後述のステップ２３１０へと進む。

車両２１５ｃにＤＦＯビン２２４ｄが搭載されている場合、ステップ２３０５では、輸送車両２１５ｃの車両管理サブシステム２１６は、ＤＦＯビン２２４ｄが輸送車両２１５ｃのどのビンカルーセル２２２ｂから引き渡されるのかを示す引き渡し指定信号を、ナノ施設１６の施設管理サブシステム２０４へと送るのであり、それによって、ナノ施設１６のどのビンカルーセル２２２ｂがそのＤＦＯビン２２４ｄを受け付ける準備を整えるべきかが表すのであってこれは１対１のカルーセル比率及び輸送車両２１５ｃとナノ施設１６とで共有される一致するカルーセルレイアウトに基づいている。一方で、輸送車両２１５ｃの車両管理サブシステム２１６は、ＤＦＯビン２２４ｄが載っているビンカルーセル２２２ｂをアクティブ化するのであり、それによって、既に積み込み／積み降ろし位置に所在していなければ、ＤＦＯビン２２４ｄを載せている図１８Ａ～１８Ｃ，２２Ａ～２２Ｂに示されるカルーセルプラットフォーム１８０１を積み込み／積み降ろし位置Ｐに動かす。一方で、ステップ２３０６で、ナノ施設１６の施設管理サブシステム２０４は自己の施設格納テーブル３２０ａに対してクエリを発して対応するビンカルーセル２２２ｃ上にあり引き渡し指定信号によって指定された空のカルーセルプラットフォーム２１０６を識別するのであり、また、対応するビンカルーセル２２２ｃをアクティブ化して、既に積み込み／積み降ろし位置になければ、対応するビンカルーセル２２２ｃの識別された空のカルーセルプラットフォーム２１０６を積み込み／積み降ろし位置ＰＬへと動かす。

ステップ２３０７で施設管理サブシステム２０４は、準備の整った空のビンカルーセル２２２ｃが積み込み／積み降ろし位置ＰＬにあることを、車両管理サブシステム２１６にシグナリングするのであり、これに応答して車両管理サブシステム２１６は（例えば各々の移転コンベヤ２２３等の）自動化ビンハンドラーをアクティブ化して、ＤＦＯビン２２４ｄを、輸送車両２１５ｃのビンカルーセル２２２ｂのもたらされたカルーセルプラットフォーム１８０１から、ナノ施設１６の対応するビンカルーセル２２２ｃのもたらされた空のカルーセルプラットフォーム２１０６上へと積み降ろすのであり、随意的にはビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１からのＤＦＯビン２２４ｄのずらしは補助を伴い、例えば自動化アクチュエータや他の積み降ろし支援装置によって補助され得る。一方で、ナノ施設１６の施設管理サブシステム２０４のローカルコンピュータは、到着ＤＦＯビン２２４ｄのモバイルデータ記憶装置２２６と通信して、そのビン＿ＩＤを受信するのであって、随意的にはそこに所在している顧客注文の注文番号も受信されるのであり、例えば自動化ビンハンドラーによってインデクスされた格納アレイの各々の格納場所内にＤＦＯビン２２４ｄが配置されている際であったり、例えば移転コンベヤ２２３によってナノ施設１６のビンカルーセル２２２ｃの空のカルーセルプラットフォーム２１０６上へのＤＦＯビン２２４ｄの配置の際になされ得る。実施形態では、施設管理サブシステム２０４とこの情報（例えば、ビン＿ＩＤや注文番号）を共有するためのＤＦＯビン２２４ｄの接続及び通信は、車両管理サブシステム２１６からの無線指示信号に応答して開始されるのであって、該信号はＤＦＯビン２２４ｄの無線通信ユニット２２５に対して輸送車両２１５ｃのＬＡＮ２２１（例えば、無線ネットワーク）から切断するように命令するのであり、代わりにナノ施設１６のＬＡＮ２０６（例えば、無線ネットワーク２０６）に接続するように命令するのであり、そうしたらばそのような通信をそこへと発する。実施形態では、車両管理サブシステム２１６からのこの命令的信号及び結果として生じる施設管理サブシステム２０４とのＤＦＯビン２２４ｄの通信は、自動化ビンハンドラー（例えば、輸送車両２１５ｃの移転コンベヤ２２３）の自動的な作動との関連で開始されるのであり、これが輸送車両２１５ｃからナノ施設１６へ引き渡しがなされるＤＦＯビン２２４ｄの最終引き渡しポイントを表すからである。

ステップ２３０８で、ＤＦＯビン２２４ｄが輸送車両２１５ｃのカルーセルプラットフォーム１８０１からオフロードされたことが確認されたらば、車両管理サブシステム２１６は、自己の記録を更新して、ＤＦＯビン２２４ｄの輸送車両２１５ｃからナノ施設１６への移転を反映させるのであり、これをなすために、輸送車両２１５ｃのオンボード（onboard）ビンテーブル３２５からそのＤＦＯビン２２４ｄのビン＿ＩＤを除いて、また、車両情報テーブル３２３内の占有ＦＯビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ｃからオフロードされたばかりのＤＦＯビン２２４ｄのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＤＦＯビン２２４ｄについての記録から、輸送車両２１５ｃの車両＿ＩＤを、削除する。

ステップ２３０９で、ナノ施設１６の施設管理サブシステム２０４は、注文番号及び／又はビン＿ＩＤを、ＤＦＯビン２２４ｄがナノ施設１６のインデクスされた格納アレイ内に置かれる各々の格納場所の場所＿ＩＤとの関連で、記録するのであって、例えば、受領されたＤＦＯビン２２４ｄが置かれているビンカルーセル２２２ｃのカルーセルプラットフォーム２１０６に割り当てられた場所＿ＩＤが想定される。実施形態ではまた、施設管理サブシステム２０４は、そのＤＦＯビン２２４ｄが置かれたカルーセルプラットフォーム２１０６の場所＿ＩＤに対してＤＦＯビン２２４ｄのビン＿ＩＤをローカル施設データベース２０７の施設格納テーブル３２０ａ内に記録するのであり、及び／又はそのＤＦＯビン２２４ｄのビン＿ＩＤに対してその格納場所の場所＿ＩＤをローカル施設データベース２０７のオンサイト（on-site）ビンテーブル３２２内にて記録する。施設管理サブシステム２０４は、中央データベース２０３内において注文関連記録をも更新するのであり、例えば、ビン受付信号を、自己の施設＿ＩＤと、受け付けられたＤＦＯビン２２４ｄのビン＿ＩＤと、格納場所（例えば、ＤＦＯビン２２４ｄが置かれたビンカルーセル２２２ｃのカルーセルプラットフォーム２１０６）の場所＿ＩＤとを伴わせて、中央コンピューティングシステム２０１へと送信する。これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＤＦＯビン２２４ｄについての記録に、施設＿ＩＤ及び場所＿ＩＤを、書き込む。

また、ステップ２３０９では、ナノ施設１６からのこのビン受付信号に応答して、中央コンピューティングシステム２０１は、そのＤＦＯビン２２４ｄと関連付けられている注文番号を用いて（たとえビン受付信号の一部として受信されていても受信されたビン＿ＩＤを用いてＦＯビンテーブル３１３から検索されていても）、その注文の顧客ついて顧客テーブル３１４又は顧客注文テーブル３１５から電子的連絡先情報（contact information）（例えば、電子メールアドレスや電話番号等）を調べるのであるか、又は、その注文に割り当てられたラストマイル配達サービスについて顧客注文テーブル３１５から電子的内容情報（content information）を調べる。この連絡先情報（contact information）を用いて、中央コンピューティングシステム２０１は、例えば電子メールやＳＭＳメッセージ等の電子的ピックアップ通知を顧客又は配送員へと送るのであり、該通知は識別されたナノ施設１６にて注文のピックアップ準備が整っていること告げるものである。電子的ピックアップ通知は例えばナノ施設１６の場所についての詳細事項を含み得るのであり、例えば施設テーブル３０６に記憶された事項やオンライン地図リソース等のオンラインリソースへのリンクにそのような場所情報を伴わせたものとして送られ得る。電子的ピックアップ通知はさらに例えば注文ピックアップアクセスコードを含むことができ、ナノ施設１６の施設管理サブシステム２０４によって生成されて中央コンピューティングシステム２０１へと転送されるものであったり、又は、中央コンピューティングシステム２０１によって生成されて施設管理サブシステム２０４へと転送されるものであることができ、これは注文番号又はビン＿ＩＤと共にそこに例えばオンサイトビンテーブル３２２内にて記憶され得る。電子的ピックアップ通知によって、顧客又は配送員が施設に留置されたＦＯビン２２４ｄ内に含まれる顧客注文を後にピックアップすることを可能とする。ビン受付信号に応答して、実施形態では、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３に対して、受信されたビン＿ＩＤのＦＯビン２２４ｄのみがその注文の充足製品を保持しているものであるかについてクエリするのであり、同じ注文に関して他のＦＯビンが識別された場合、同じ注文についての他のＦＯビンについての全てのビン受付信号がナノ施設１６から受信される迄、電子的ピックアップ通知の送信が遅延される。

次に、ステップ２３１０で、施設管理サブシステム２０４は、自己のオンサイトビンテーブル３２２に対して、ＤＦＯビン２２４ｄが積み込まれたばかりのビンカルーセル２２２ｃと同じものに何らかのＵＦＯビン２２４ｄが含まれるかについて、クエリする。なぜならば、ＤＦＯビン２２４ｄが輸送車両２１５ｃからオフロードされたカルーセルプラットフォーム１８０１は、そのビンカルーセル２２２ｂの積み込み／積み降ろし位置にて今となっては空になって留まっており、故にナノ施設１６の対応するビンカルーセル２２２ｃにて任意の利用可能なＵＦＯビン２２４ｄを受け入れる準備が整っているからである。ナノ施設１６のビンカルーセル２２２ｃ上でＵＦＯビン２２４ｄが識別された場合、ステップ２３１３で、施設管理サブシステム２０４はＵＦＯビン２２４ｄが載せられているビンカルーセル２２２ｃをアクティブ化して、それによって、そのＵＦＯビン２２４ｄを載せているカルーセルプラットフォーム２１０６をナノ施設１６のビンカルーセル２２２ｃの積み込み／積み降ろし位置ＰＬへと動かす（その位置に既になければ）。ＵＦＯビン２２４ｄを積み込み／積み降ろし位置ＰＬへと移すそのような再配置が完了されたらば、ステップ２３１４で各々の自動化ビンハンドラーがアクティブ化されて、ＵＦＯビン２２４ｄをナノ施設１６のビンカルーセル２２２ｃから輸送車両２１５ｃの対応するビンカルーセル２２２ｂの待機中の空のプラットフォーム１８０１へと移転する。例示された事例では、このステップは、車両管理サブシステム２１６によって適切な移転コンベヤ２２３をアクティブ化することを伴うのであり、例えば、ナノ施設１６の施設管理サブシステム２０４から発せられた移転準備完了信号に応答してなされ得るのであり、これはナノ施設１６のビンカルーセル２２２ｃによってＵＦＯビン２２４ｄが積み込み／積み降ろし位置ＰＬに再配置されることが完了した際にもたらされる。実施形態では、このアクティブ化行為は、施設管理サブシステム２０４によって、ナノ施設１６に随意的に設けられている自動化アクチュエータ又は他の積み降ろし補助装置をアクティブ化することを伴うのであり、これは輸送車両２１５ｃについて上述したのと同様の態様でなされるのであり、これによってＵＦＯビン２２４ｄをそのカルーセルプラットフォーム２１０６から積み降ろすことを促進する。

また、ステップ２３１４でＵＦＯビン２２４ｄは、自己のビン＿ＩＤを車両管理サブシステム２１６へと伝えるのであり、例えば、施設管理サブシステム２０４からの無線命令によって次の事項に関して命じられているものとされ得る：例えばナノ施設１６の無線ネットワーク等のＬＡＮ２０６から切断し、例えば無線ネットワーク等の輸送車両２１５ｃのＬＡＮ２２１に代わりに接続し、ビン＿ＩＤについてのそのような通信をそこへと発すること。実施形態では、施設管理サブシステム２０４からのこの無線命令及びその結果ＵＦＯビン２２４ｄが施設管理サブシステム２０４となす通信は、ナノ施設１６のビン搬送カルーセルプラットフォーム２１０６がその積み込み／積み降ろし位置ＰＬへと到着することによって開始されるか、又は、ＵＦＯビン２２４ｄをそのカルーセルプラットフォーム２１０６から積み降ろすことを補助する随意的な自動化積み降ろし補助装置のアクティブ化によって開始される。なぜならば、これがナノ施設１６から輸送車両２１５ｃへ引き渡しがなされるＵＦＯビン２２４ｄの最終引き渡しポイントを表すからである。

一方で、ステップ２３１５で施設管理サブシステム２０４は、自己の記録を更新して、ＵＦＯビン２２４ｄのナノ施設１６から輸送車両２１５ｃへの移転を反映させるのであり、これをなすために、ナノ施設１６のオンサイトビンテーブル３２２からそのＵＦＯビン２２４ｄのビン＿ＩＤを除いて、また、施設情報テーブル３１９内のオンサイトＦＯビンの数量についてデクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。このステップで、実施形態では、施設管理サブシステム２０４は、ナノ施設１６からオフロードされたばかりのＵＦＯビン２２４ｄのビン＿ＩＤと共に、ビン出発信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＵＦＯビン２２４ｄについての記録から、ナノ施設１６の施設＿ＩＤを、削除する。

一方で、ステップ２３１６で車両管理サブシステム２１６は、自己の記録を更新して、ＵＦＯビン２２４ｄのナノ施設１６から輸送車両２１５ｃへの移転を反映させるのであり、これをなすために、そのＵＦＯビン２２４ｄのビン＿ＩＤを輸送車両２１５ｃのオンボードビンテーブル３２５に加えて、また、車両情報テーブル３２３内のＦＯビンの数量についてインクリメントを行う（但し、そのようなカウントがそこにて集計されている場合）。また、車両管理サブシステム２１６は、そのＵＦＯビン２２４ｄが置かれたビンカルーセル２２２ｂのカルーセルプラットフォーム１８０１の場所＿ＩＤに対してＵＦＯビン２２４ｄのビン＿ＩＤを車両格納テーブル３２４内に記録するのであり、及び／又はそのＵＦＯビン２２４ｄのビン＿ＩＤに対してその格納場所の場所＿ＩＤをオンボードビンテーブル３２５内にて記録する。このステップで、実施形態では、車両管理サブシステム２１６は、輸送車両２１５ｃに受け付けられたばかりのＵＦＯビン２２４ｄのビン＿ＩＤと共に、ビン受付信号を、中央コンピューティングシステム２０１へと送りもするのであり、これに応答して、中央コンピューティングシステム２０１は、ＦＯビンテーブル３１３内のこのＵＦＯビン２２４ｄについての記録に、輸送車両２１５ｃの車両＿ＩＤを、書き込む。ビン受付信号は、中央データベース２０３のＦＯビンテーブル３１３内において預け入れられたＤＦＯビン２２４ｄのビン＿ＩＤに対して記録するための場所＿ＩＤをも含む。このようにして、ＵＦＯビン２２４ｄの所在についてのあらゆる記録は、マルチノーダルサプライチェーンシステム２００の全般にわたって完全に更新される。

次に、ステップ２３１７で、輸送車両２１５ｃの車両管理サブシステム２１６は、自己のオンボードビンテーブル３２５に対して、ＵＦＯビン２２４ｄが積み込まれたばかりのビンカルーセル２２２ｂと同じものに何らかの残存するＤＦＯビン２２４ｄが含まれるかについて、クエリする。なぜならば、ＵＦＯビン２２４ｄがナノ施設１６からオフロードされたカルーセルプラットフォーム２１０６は、そのビンカルーセル２２２ｃの積み込み／積み降ろし位置ＰＬにて今となっては空になって留まっており、故に輸送車両２１５ｃの対応するビンカルーセル２２２ｂに現在残存している任意の利用可能なＤＦＯビン２２４ｄを受け入れる準備が整っているからである。ＤＦＯビン２２４ｄが輸送車両２１５ｃのビンカルーセル２２２ｂ上にて識別された場合、ステップ２３１８で、車両管理サブシステム２１６はＤＦＯビン２２４ｄが載せられているビンカルーセル２２２ｂをアクティブ化して、それによって、そのＤＦＯビン２２４ｄを載せているカルーセルプラットフォーム１８０１をビンカルーセル２２２ｂの積み込み／積み降ろし位置Ｐへと動かす（その積み込み／積み降ろし位置に既になければ）。そして、処理はＳ２３０７に戻って、このＤＦＯビン２２４ｄのナノ施設１６への移転を完了させるのであり、そのような移転お及びＤＦＯビン２２４ｄの新たに格納された場所を上述のように中央データベース２０３及びローカル施設データベース２０７の双方にて記録する。

ステップ２３１０に戻るに、ステップ２３０７でＤＦＯビン２２４ｄが積み込まれていたナノ施設１６のと同じビンカルーセル２２２ｂに何らのＵＦＯビン２２４ｄが所在していないと識別された場合、ステップ２３１１で施設管理サブシステム２０４は、そのＤＦＯビン２２４ｄが移転されたのと同じビンカルーセル２２２ｃ上に１つ以上の空のカルーセルプラットフォーム２１０６があるかをチェックする。肯定であれば（即ち、ナノ施設１６のビンカルーセル２２２ｃには少なくとも１つの追加のＤＦＯビン２２４ｄを受ける容量があることが示されれば）、施設管理サブシステム２０４は車両管理サブシステム２１６に対してそのようなカルーセル余力容量についてシグナリングを行うのであり、これに応答して、車両管理サブシステム２１６は、対応するビンカルーセル２２２ｂに残存するＤＦＯビン２２４ｄがあるかについてチェックすることを伴うステップ２３１７を繰り返す。ステップ２３１２では、ナノ施設１６のビンカルーセル２２２ｃの識別された空のカルーセルプラットフォーム２１０６は、ステップ２３１１及び２３１７の間で積み込み／積み降ろし位置ＰＬへと先制的に前進させられるも、この行為は、ステップ２３１７で輸送車両２１５ｃのビンカルーセル２２２ｂの残存するＤＦＯビン２２４ｄについての肯定的な確認が、ナノ施設１６のビンカルーセル２２２ｃ上の空のカルーセルプラットフォーム２１０６についての前進に関するそのような必要性を示す迄は、繰り延べられることができることに留意されたい。

ステップ２３０４に戻るに、このステップにてクエリされている輸送車両２１５ｃの対象ビンカルーセル２２２ｂ上に所在するものとして識別されたＤＦＯビン２２４ｄが無い場合、処理はステップ２３１０へと続き、ＵＦＯビン２２４ｄがナノ施設１６の対応するビンカルーセル２２２ｃにあるかについてチェックするのであり、その場合、処理は、輸送車両２１５ｃからのＤＦＯビン２２４ｄの積み降ろしではなく、ナノ施設１６からのＵＦＯビン２２４ｄの積み降ろしから開始される。ステップ２３１７でのＤＦＯビン２２４ｄについてのチェック、又は、ステップ２３１１でのナノ施設１６のビンカルーセル２２２ｃ上の２つ以上の空のカルーセルプラットフォーム２１０６についての実効カルーセル容量についてのチェックのどちらかが否定的な結果を返した場合、輸送車両２１５ｃ及びナノ施設１６のビンカルーセル２２２ｂ，２２２ｃについての合致する所与のペアに関してのビン交換処理は完了されたことになる。輸送車両２１５ｃが複数のビンカルーセル２２２ｂを備えており、また、ナノ施設１６が合致する数量の複数のビンカルーセル２２２ｃを備える実施形態では、次のことに留意されたい：ステップ２３０４～２３１２によって表されるシーケンスに関しての複数のインスタンスが並列で実行されるのであり、輸送車両２１５ｃとナノ施設１６とについての合致するビンカルーセル２２２ｂ，２２２ｃの各ペア毎に１つのインスタンスがあり、それによってビンカルーセル２２２ｂ，２２２ｃの全てが一斉に積み込み／積み降ろされる。

実施形態では、図２３Ａ～２３Ｂに示される完全自動化ビン交換処理は、到着する輸送車両２１５ｃがＤＦＯビン２２４ｄを搭載している場合には既定でＤＦＯビン２２４ｄの積み降ろしで始まるのであり、故に、ナノ施設１６の各ビンカルーセル２２２ｃ上の少なくとも１つのカルーセルプラットフォーム２１０６が常に空に保たれている実施例に頼るのであり、これは、何らかのＵＦＯビンが輸送車両２１５ｃに移転される前に、到着する輸送車両２１５ｃからの第１のＤＦＯビン２２４ｄの受領を受け入れるためである。したがって、実施形態では、ステップ２３１１でのナノ施設１６のビンカルーセル２２２ｃの容量についてのチェックは、少なくとも１つの空のカルーセルプラットフォーム２１０６ではなく、２つ以上の空のカルーセルプラットフォーム２１０６についてチェックするように構成されており、これによって一番最後の空のカルーセルプラットフォーム２１０６に到着ＤＦＯビンが入れられないことを担保する。別の実施形態で処理は、ナノ施設１６のビンカルーセル２２２ｃからのＵＦＯビンの積み降ろしで開始するように再構成され、また、代わりに、輸送車両２１５ｃ上で少なくとも１つのカルーセルプラットフォーム１８０１を常に空に保つことに頼る。別の実施形態では、輸送車両２１５ｃの運転手による人的介入又は機械化されたバッファリングソリューションが、ビンカルーセル２２２ｂ，２２２ｃをそれらの容量の限界まで在庫を持つために用いられるのであり、人的に履行されるか人的に補助されるか完全に機械化されたバッファリングソリューションは、１つのビンカルーセル又はビンカルーセルのペアから第１の格納ビンを先ず除くために用いられて、格納ビンの交換が開始されることが可能となる。

ナノ施設１６及び輸送車両２１５ｃのカルーセルベースド実施形態では、輸送車両２１５ｃのビンカルーセル２２２ｂに関して自己のカルーセルプラットフォーム１８０１の一連のものが複数のＤＦＯビン２２４ｄを有しており、また、ナノ施設１６のビンカルーセル２２２ｃに関して自己のカルーセルプラットフォーム２１０６の一連のものが複数のＵＦＯビン２２４ｄを有している場合、ビンカルーセルはインデクス付けされた且つインクリメンタルな態様で駆動されることができ、それらのカルーセルプラットフォームを１つずつ交互になされる態様で積み込み／積み降ろし位置を過ぎていくように前進させることができ、開始時には一方のビンカルーセル上に空のカルーセルプラットフォームがあり他方のビンカルーセル上にはビンが占有しているカルーセルプラットフォームがあり、そして、後の各繰り返しにてインデクス付けされる移転コンベヤ２２３から格納ビンを移転する。

マイクロ-ナノ輸送車両２１５ｃ及びナノ施設１６の両者が、カルーセルベースドインデクスされた格納アレイ及び移転コンベヤ２２３のペアを採用する例示的実施形態では、これらは自動化ビンハンドラーとして提供されており各インデクスされた格納アレイ内にあるビンカルーセル２２２ｂ，２２２ｃの数量との関係で１対１の比率で提供され、各々は、ビンカルーセル２２２ｂ，２２２ｃについての１つの特定の合致するペアに関して物理的引き渡し及び輸送車両２１５ｃとナノ施設１６との間ｄの格納ビンの預け入れを行うのであり、故に、各ＦＯビン２２４ｄと、ＦＯビン２２４ｄが引き渡されるナノ施設１６の施設管理サブシステム２０４又は輸送車両２１５ｃの車両管理サブシステム２１６との間で行われたデータ交換は、ＦＯビン２２４ｄに関する環境フラグ又は環境データに関しての通信を含むことを要さない。なぜならば、コンピュータ化サプライチェーン管理システムは、代わりに、輸送車両２１５ｃ及びナノ施設１６の両者によって共有される合致する環境ゾーンレイアウトに頼るのであり、それによって、本質的に、ビンカルーセル２２２ｂ，２２２ｃの合致するペアの間で移転される任意のＦＯビン２２４ｄは、同じタイプの環境ゾーンに預け入れられることになる。下記の事項に関して異なる他の実施形態との関係で以下検討する：輸送車両２１５ｃ及びナノ施設１６の一方又は双方で用いられる格納アレイのタイプ；輸送車両２１５ｃ及びナノ施設１６での相対的環境ゾーンレイアウト；及び／又は格納ビンを輸送車両２１５ｃからナノ施設１６へと或いはその逆方向へと引き渡す及び／若しくは預け入れるために用いられる自動化ビンハンドラーのタイプ及び構成。これらに関しては、ＦＯビン２２４ｄの無線通信ユニット２２５からの、ＦＯビン２２４ｄの移転先とされるナノ施設１６の各々の施設管理サブシステム２０４若しくは輸送車両２１５ｃの車両管理サブシステム２１６への、無線通信は、ＦＯビン２２４ｄからの環境フラグ又は環境データを含み得るのであり、これは輸送車両２１５ｃ又はナノ施設１６内の１つ以上のビンハンドラーの自動制御のために用いられて、受領されたＦＯビン２２４ｄを輸送車両２１５ｃ又はナノ施設１６の環境的に適合したゾーン内に預け入れる。実施形態では、移転されるＦＯビン２２４ｄの引き渡し及び／又は預け入れについて全部又は一部の役割を担う１つ以上のビンハンドラーが、ＦＯビン２２４ｄの移転元たる輸送車両２１５ｃ又はナノ施設１６内に配置されている場合、輸送車両２１５ｃ又はナノ施設１６は、ＦＯビン２２４ｄの環境フラグ又はそこに含まれている顧客注文の環境データを読み取るのであり、また、それらを用いて、自動化ビンハンドラーの動作を適宜制御して、ＦＯビン２２４ｄを受領側たる輸送車両２１５ｃ又はナノ施設１６の適切な環境ゾーンへと移転する。

図２１Ａ～２２Ｂに示される実施形態は、複数の水平的に向けられたビンカルーセル２２２ｃを備えるインデクスされた格納アレイを伴うナノ施設１６を開示するが、他の実施形態では他の向きに配置された１つ以上のビンカルーセル２２２ｃを有することができる。例えば、実施形態では、ナノ施設１６は、水平方向に伸びたものではなく垂直方向に伸びた収容所２１０１を用いるのであり、その場合、垂直方向に直立な１つ以上のビンカルーセル（複数のビンカルーセルがある場合にはサイドバイサイドに配置されている）がそこに配置されており、各マイクロ-ナノ輸送車両２１５ｃ内の単一レベルカルーセルアレイ内の１つ以上のサイドバイサイドビンカルーセル（side-by-side bin carousel）に対して等しい数量が提供されている。この実施形態では、ナノ施設１６の各ビンカルーセルの積み込み／積み降ろし位置は、その一方の側にあるビンカルーセルの底部端付近の位置を指すのであり、細長い収容所２１０１の一方の側に配達扉が所在するのであり、また、ピックアップ位置は、同様に底部端付近であるもその反対側にある対向する位置であってピックアップ扉は細長い収容所２１０１の反対側に所在する。カルーセルベースドナノ施設１６についてのこのような垂直的構成は、経済的に有益である。なぜならば、所与の格納容量の体積当たりの不動産フットプリントが減じられるからである。

図２４は、実施形態による、図２１Ａ～２１Ｃ，２２Ａ～２２Ｂに示されるナノ施設１６にての顧客又は配送員への格納ビンの引き渡しを管理するためのコンピュータ実装方法についてのフローチャートである。図２４は、受領された顧客注文をナノ施設１６にて顧客又は最終工程／ラストマイル配送員へとなされる自動放出を制御する処理についての１つの例について例示する。顧客又は最終工程／ラストマイル配送員は本明細書にて「ユーザ」という。ナノ施設１６での注文ピックアップについては（Ｓ２４０１）、ステップ２４０２でユーザがナノ施設１６に到着したら、実施形態では、ナノ施設１６内の１つ以上のＦＯビン２２４ｄ内に含まれるユーザの注文に対してのアクセスが付与される前に、ナノ施設１６の施設管理サブシステム２０４によってユーザが認証されることを要する。認証処理の実施形態では、図２Ａに示される施設管理サブシステム２０４の電子アクセス装置２１２にて、ユーザは有効な注文ピックアップアクセスコードを入力することを要する。実施形態では、電子アクセス装置２１２は、細長い収容所２１０１の外部に又は外部付近にマウントされており、例えば、細長い収容所２１０１の第２の端部２１０１ｂにあって、第２の端部２１０１ｂにピックアップ扉が所在している実施形態ではピックアップ扉付近に所在するのであり、電子アクセス装置２１２は外部環境からアクセス可能である。施設管理サブシステム２０４は、ユーザが注文について正しい注文ピックアップアクセスコードを電子アクセス装置２１２に入力した場合にのみ、ナノ施設１６内に格納された注文へのアクセスをユーザに与える。実施形態では、電子アクセス装置２１２は、ユーザが数字型又は英数型アクセスコードを入力する数字型又は英数型キーパッドである。別の実施形態では、電子アクセス装置２１２は、例えばスマートフォンやタブレット等のユーザのモバイル電子装置のディスプレイ画面上に表示される、又は、ユーザによってダウンロード及び印刷されたピックアップ券にある、バーコードを読み取るスキャナである。別の実施形態では、アクセスコードは、ユーザの電子装置からナノ施設１６の電子アクセス装置２１２へと無線的に伝えられるのであり、例えば、ＮＦＣや他の近距離無線通信技術によってこれがなされる。

ステップ２４０３では、施設管理サブシステム２０４は自己のオンサイトビンテーブル３２２に対してクエリを発するのであって該行為は電子アクセス装置２１２からのユーザ入力されたアクセスコードに合致する記録された注文ピックアップアクセスコードを有する任意のビン＿ＩＤに関する。このステップの一部として、実施形態では、施設管理サブシステム２０４は、自己のオンサイトビンテーブル３２２に対してクエリするのであって、該高位はそこの中にある追加のＦＯビン２２４ｄであってそれに割り当てられたのと同じ顧客＿ＩＤを有するものに関するのであり、例えば、ナノ施設１６のオンサイトビンテーブル３２２に顧客＿ＩＤを記憶しておくことによってこれが可能となるのであり、オンサイトビンテーブル３２２に列挙されたＦＯビン２２４ｄのモバイルデータ記憶装置２２６に対して無線的なポーリングによるのであり、又は、中央データベース２０３無いのＦＯビンテーブル３１３に対してクエリすることであってナノ施設１６のオンサイトビンテーブル３２２内にて列挙されたビン＿ＩＤについてクエリすること及びそれに対して記録された顧客＿ＩＤをチェックすることによる。そのようにして識別された任意のＦＯビン２２４ｄであって同じ顧客＿ＩＤにリンクされているが注文番号が異なるものについては、記録された注文ピックアップアクセスコードがユーザ入力されたアクセスコードと合致するＦＯビン２２４ｄと共に随意的に編成されて、現在ナノ施設１６にてオンサイトな１つ１つの注文についての各々の個別の注文ピックアップアクセスコードを入力させるのに代えて、それらの注文の１つについての単一の有効な注文ピックアップアクセスコードを介してそれらのオンサイトな注文全てについてのアクセスをユーザに提供する。したがって、このステップでは、ユーザがアクセスする権限を有するアクセス付与ＦＯビンのリストが生成される。

ステップ２４０４で施設管理サブシステム２０４は、生成されたリストに関して、各アクセス付与ＦＯビンの場所＿ＩＤを調べるのであって、そこから、アクセス付与ＦＯビンに達するためにアンロックすることを要するナノ施設１６の適切な１つ以上のピックアップ扉を、識別及びアンロックするのであるか実施形態によっては随意的にオープンする。ビンカルーセル２２２ｃのカルーセルプラットフォーム２１０６の全てが単一の扉からしかアクセスされない実施形態では、特定のビンカルーセル２２２ｃがそこにアクセス付与ＦＯビンを有しているものとして識別された場合、ビンカルーセル２２２ｃはアクティブ化されて、その各々のピックアップ扉を解錠又は開放する前に、そのアクセス付与ＦＯビンが載せられているカルーセルプラットフォーム２１０６を、そのビンカルーセル２２２ｃのピックアップ扉の隣のピックアップ位置ＰＰへと前進させる。施設管理サブシステム２０４が、ピックアップ扉を電子的に解錠するようにのみ構成されており、その自動開放を惹起するようには構成されていない場合、ステップ２４０５では、そのような解錠行為には、ユーザに対してのユーザがどのピックアップ扉を開放すべきかについての視覚的ガイダンスの表示が、伴うのであり、例えば、ディスプレイ画面に示されたオンスクリーンガイダンスによってなされたり、解錠されたピックアップ扉にあるかその隣にあるように各々配置されたイルミネーション可能な「解錠済み」インジケータのアクティブ化によってなされたりできる。実施形態では、オンスクリーンガイダンスは、注文ピックアップアクセスコードが入力されたのと同じ電子アクセス装置２１２に統合されていることができる。そのビンカルーセル２２２ｃ上にて１つより多いアクセス付与ＦＯビンが識別された場合、ＦＯビンからの注文アイテム（item）の回収後のピックアップ扉のユーザによる再閉鎖検出後、施設管理サブシステム２０４は、次のアクセス付与ＦＯビンをピックアップ位置へと前進させるのであり、例えば、保安及びセキュリティのためにピックアップ扉を自動的に再施錠した後のみにそうでき、そして、同じピックアップ扉を再び解錠してその次のアクセス付与ＦＯビンへのアクセスをユーザに付与するのであり、そのビンカルーセル２２２ｃ上の全てのアクセス付与ＦＯビンがアクセスされて且つそれらの注文製品（product）が除かれた状態に至るまで、諸ステップが繰り返される。同じ処理は、１つ以上のアクセス付与ＦＯビンをその上に有している任意の他のビンカルーセル２２２ｃについて、繰り返される。ビンカルーセル２２２ｃに複数のアクセス付与ＦＯビンが載っている場合、実施形態では、必要な時はいつでも、同じピックアップ扉にて別のＦＯビンが来るのを待機せよとユーザに命令するのであり、例えば、オンスクリーンガイダンス又はイルミネーション可能な「待機せよ」インジケータのアクティブ化によってこれをなせる。

各ビンカルーセル２２２ｃについてピックアップアクセスが、その端部２１０１ｂにある単一のピックアップ扉からではなく、代わりにナノ施設１６の側面にある各々のピックアップ扉のアレイからなされる実施形態では、ナノ施設１６の施設管理サブシステム２０４はステップ２４０４で、１つ以上のアクセス付与ＦＯビンが所在している各１つ以上のカルーセルプラットフォームと整列する各１つ以上のアレイ化ピックアップ扉を代わりに解錠又は開放するのであり、また、ステップ２４０５でユーザに対してどのピックアップ扉を用いるべきかを再び視覚的に通知するのであり、これはそのような扉の自動観音開き動作、オンスクリーンガイダンス、又はイルミネーション可能インジケータによってなされて良い。ピックアップ扉又はアクセス開口部のアレイを有するこの実施形態では、複数のアクセス付与ＦＯビンに達するために、ビンカルーセル２２２ｃのアクティブ化又は任意の１つのピックアップ扉の繰り返しての開閉を要さないのであり、代わりに１つ以上のアレイ化ピックアップ扉の一回限りの開閉で済む。

ステップ２４０６で、ナノ施設１６の施設管理サブシステム２０４が各アクセス付与ＦＯビン２２４ｄの注文内容物がピックアップされたことを確認するのであり、これは例えば、注文ピックアップアクセスコードのバリデーションによってのピックアップ扉についての当初の解錠／開放の後のピックアップ扉の閉鎖検出によってなされたり；カルーセルプラットフォーム２１０６又は注文が保持されていた他のインデクスされた格納場所での重量減少（例えば、空のＦＯビン２２４ｄの想定重量について予め定められる閾値迄重量が減ったこと等）によってなされたり；及び／又は他の確認手段によってなされることができるのであり、これがなされたらば、施設管理サブシステム２０４はピックアップ扉を再閉鎖／再施錠する。

一方で、ステップ２４０７では、施設管理サブシステム２０４は、ローカル及び中央データベース２０３に、ＦＯビン２２４ｄの新たなる空の状態を記録するのであり、例えばＦＯビン２２４ｄの無線通信ユニット２２５とローカルで通信して、その内容物テーブル３２７及び製品情報テーブル３２８を削除（erase）するのであり、中央コンピューティングシステム２０１と通信してＦＯビンテーブル３１３内の可変フィールドを削除するのであり、また、ローカル施設データベース２０７で複製されているかもしれない類似の記録について抹消する（wipe）。実施形態では、このステップは、中央データベース２０３及びローカル施設データベース２０７の一方又は双方への更新をさらに含むのであり、それによって、各ＦＯビンの状態識別子を、そこに注文が入れられていることを表す「入れられている」状態から、そこに注文が不在であることを表す「空」状態へと変更するのであり、（例えば、有効な注文番号の存在の有無に関して注文番号フィールドに対してクエリを行う等の他の手段に頼るのではなく、）そのような状態がそのような専用識別子によって追跡されている場合にこれがなされる。ＦＯビン２２４ｄが空である実施形態では、ＦＯビンはマイクロ施設１４へと上流輸送されるように指定されており、それによって、マイクロ-ナノ輸送車両２１５ｃが次回到着したら、図２３Ａ～２３Ｂに示されるビン積み込み／積み降ろし手順における候補ＵＦＯビン２２４ｄとなる。このため、図２４のステップ２４０７では、施設管理サブシステム２０４は、ＦＯビン２２４ｄのモバイルデータ記憶装置２２６のビン情報テーブル３２６内の以前記録された宛先データをも削除するのであり、また、該データを、空のＦＯビン２２４ｄが次に輸送されるべきマイクロ施設１４の施設＿ＩＤで、置換する。実施形態では、ナノ施設１６は単一の予め定められたマイクロ施設１４からサービスされるのであり、それ故に、ＦＯビン２２４ｄがユーザによって空にされたらば該ビンに再割り当てされるこのナノ施設１６の施設＿ＩＤは、ナノ施設１６によって記憶される静的で不変な施設＿ＩＤであり、一旦空にされたらばそこにある全ＦＯビンに適用される。

他の実施形態では、動的又は静的な他の格納アレイタイプがナノ施設１６にて図２１Ａ～２１Ｃ、２２Ａ～２２Ｂに示されているビンカルーセル２２２ｃの代わりに用いられる。例えば、より大きな施設１０，１２，１４で用いられているグリッド格納構造５０７，６０３，７０３のミニチュア版が例えば単一のロボティックハンドラー２０８を伴って採用される。別の実施形態では、ナノ施設１６は電子的に運用されるロッカー施設であり、これは単一の各注文ビンをそれぞれ受け付ける個別のロッカー又は収納スペースを伴うのであり、その注文についての正しい注文ピックアップアクセスコードを用いてのみ解錠して開けることできる。上述のように、実施形態では、ナノ施設１６の引き延ばされたビンカルーセル２２２ｃは、水平方向ではなく垂直方向に沿っておりそれによってナノ施設１６のフットプリントを減じているのであり、この場合、直立型ナノ施設１６でのケース配達及びピックアップは、地表面に近く直立ビンカルーセル２２２ｃの底部端にある配達及びピックアップ扉を介して、実行される。

本明細書にて開示されるマルチノーダルサプライチェーンシステムは、複数のベンダが注文充足及び在庫管理のための国家規模又は他の大規模でのインフラを共有することを可能とする。ノード施設のネットワーク及びそれらの間を移動する輸送車両の双方を備えるマルチノーダルサプライチェーンシステム全体は、在庫が正確に追跡及び再分配される単一的格納環境を形成する。上述は、メガ施設からナノ施設への典型的な下流方向フロー経路について説明するものであるが、標準化格納ビンとメガ・マクロ・マイクロ施設及びそれらの間を移動する各輸送車両にて用いられる標準化格納アレイタイプとの互換性によって、任意のメガ・マクロ・マイクロ施設からの格納ビンが任意の他のそのような施設へと輸送されることが可能となる。したがって、任意のベンダの在庫は戦略的に分配されることができ、マルチノーダルサプライチェーンシステムの国家的規模の又は他の地理的規模の領域の任意の所への速達配送を可能とする。実施形態では、供給品積荷の単一化及びメガからマクロへのビン移転は通常２４時間以内に達成され、複数ＳＫＵキット化及びマクロからマイクロへのビン移転は通常４～６時間以内に達成され、並びに注文キット化及びマイクロからナノへの移転は通常２時間以内に達成される。

様々な施設での積み込み／積み降ろし手順について先述された例は空の格納ビンの上流へのフローに関するものであるが、同様の態様で他の格納ビンを上流方向に輸送することもできる。例えば、ナノ施設にてドロップされた顧客返品を含む注文ビンを備える格納ビンは、マルチノーダルサプライチェーンシステム内の上流施設付近に所在するベンダ・サプライヤ・製造者に返品するために上流へと輸送されるか、又は、運営エンティティがベンダ・サプライヤ・製造者の代理で顧客返品を取り扱う契約を結んでいる場合には運営エンティティへと輸送される。例えば、顧客注文にて１つ以上の欠陥品・不適切にサイジングされた製品・不十分な製品を受け取った場合に製品返品をなす顧客は、ベンダ又は（ベンダの販売／返品プラットフォームが運営エンティティのプラットフォームに統合されている場合には）運営エンティティへと製品返品リクエストを送るのであり、それに応答して、製品返品エントリが図２Ａに示されている中央データベース２０３にて生成されるのであり、これには顧客に最も近いナノ施設１６の施設＿ＩＤが含まれており、これは例えば元の注文からの中央データベース２０３の顧客注文テーブル３１５内に記憶されている顧客住所に基づいており、或いは後に生成された返品エントリにて識別されるか、或いは自らの返品リクエストにて顧客によって指定された任意の他のナノ施設ともされ得る。

図２Ａに示される中央コンピューティングシステム２０１は選択されたナノ施設１６に空の注文ビンがあるかについてチェックするのであり、空の注文ビンを検出したらば、中央データベース２０３においてのその注文ビンの記録された状態を指定された「返品」ビンに更新するのであり、例えば図３Ｂに示されるＦＯビンテーブル３１３内の充足／返品状態フィールドによってこれがなされる。中央コンピューティングシステム２０１はこの状態変化について施設管理サブシステム２０４にもシグナリングをするのであり、次に、図３Ｆに示される指定返品ビンのモバイルデータ記憶装置２２６上の内容物テーブル３２７内の同じ充足／返品状態フィールドを無線的に更新するのであり、そのような状態がローカル施設データベース２０７に記憶されている場合には該データベースについても同様とされる。中央コンピューティングシステム２０１は、注文ピックアップアクセスコードについて上述した態様と同じようにして注文返品ドロップオフコードをユーザに送りもする。注文ピックアップアクセスコードについて上述されているように、注文返品ドロップオフコードは、指定された返品ビンのインデクスされた格納場所へのアクセスをユーザに与えるのであり、ユーザはそこにベンダ・サプライヤ・製造者へと返品されるべき製品を置く。ものが入ったＦＯビン２２４ｄを有するマイクロ－ナノ輸送車両２１５ｃがナノ施設１６に今度到着し、且つ、それがそこから返品製品がマイクロ施設１４へと向かってまた上流に向けて経路指定されて目的とされた図７に示される返品ワークステーション７０４へと或いはそこを介して輸送されることが予定されている場合、指定された返品ビンはそのマイクロ－ナノ輸送車両２１５ｃ上に随意的には空のＦＯビン及び／又は他の指定返品ビンと共に積み込まれるのであり、例えば開示された図２３Ａ～２３Ｂのビン積み込み／積み降ろし手順の一環としてこれがなされる。

したがって、ナノ施設１６においても別の施設においても、実施形態では、施設と輸送車両との間での任意の格納ビン移転は、少なくとも１つの部分的又は完全的に自動的な態様で行われるビンスワップ又はビン交換を伴うのであり、例えば次のいずれかが想定される：専らものが入った格納ビンを専ら空の格納ビンとスワップすること（例えば、ものが入ったＤＦＯビンを専ら空のＵＦＯビンに代えること等）；専らものが入った格納ビンを専らものが入った格納ビンとスワップすること（例えば、ものが入ったＤＦＯビンを専ら返品ＵＦＯビンに代えること等）；又は専らものが入った格納ビンをものが入った格納ビン及び空の格納ビンの組み合わせとスワップすること（例えば、ものが入ったＤＦＯビンを空の及び返品のＵＦＯビンに代えること等）。したがって、第１の施設にてドロップオフされる１つ以上の格納ビンの各グループ（例えば、空の格納ビン、ものが入った格納ビン又はこれらの組み合わせ）は、第２の施設へ出発する１つ以上の格納ビンのグループ（例えば、空の格納ビン、ものが入った格納ビン又はこれらの組み合わせ）と交換されるのであり、これは、そのような出発する格納ビンは第１の施設にて現在必要とされてはいないということに基づいているか、又は第２の施設における格納ビンに関しての不足若しくは需要に基づいている。

輸送車両は、例えばメガ－マクロ、マクロ－マイクロ、及びマイクロ－ナノ等のあるクラスの施設から別のへとなされる上流方向／下流方向のクラス間輸送に専従する必要はなく、実施形態では、同一クラス内の異なる施設間での水平的クラス内輸送に関与できる。したがって、上述の実施形態にて開示されたように、各々の輸送車両／施設についての移転段階における格納ビンの交換又はスワップは、下流方向に向かう格納ビンを上流方向に向かう格納ビンと交換することには限定されないのであり、「下流方向に向かう」ビン及び「上流方向に向かう」ビンとの語は、積み込みドックにおけるビンスワップ又は交換に関与する格納ビン２セット間での区別及びある施設の出発積み込みドックから別の施設の到着積み込みドックへの格納ビンの輸送する際の区別を確保する便宜のために用いられる。このようにして、「下流方向に向かう」格納ビンは、ある施設の出発積み込みドックを出発したときから別の施設の到着積み込みドックに着くまで一貫してそのように呼称されることができるのであり、「到着ビン」及び「出発ビン」と呼称する方式とは異なるのであり、後者ではビンについての同じセットが輸送中に呼称を変えることになる。したがって、輸送車両の積み込み及び積み降ろし中の格納ビンの似たようなスワップ若しくは交換並びに施設・輸送車両・格納ビン間でのデータ交換は、そのような交換がなされている具体的な施設及び輸送車両が向かう次の具体的な施設とは無関係になされる。

上述の詳細な実施形態はサプライチェーンエコシステム内にて実装されるマルチノーダルサプライチェーンシステムを指しており、該システムにおいては初期のサプライヤ／製造者についてのソーシングから最終的な顧客ピックアップ若しくはラスト行程／ラストマイル配達までのフルサービスが例えば運営エンティティ又はローカル配送人等の外部配送者によって提供されるが、先述の実施形態に見出される様々な利点は様々な文脈で活用され得ることに留意されたいのであり、当初の製品ソーシングから最終的な顧客ピックアップ若しくはラスト行程／ラストマイル配達までを完全に包括しない文脈も含まれる。したがって、本明細書にて開示される幾つかの実施形態は、上述された様々な施設の任意のサブセットに関連し得るのであり、これは完全なサプライチェーン経路の部分的セグメントのみに関与する製品流通チャンネルと形容することができ、他方で、他の例は本明細書にて開示される様々な実施形態から利点を得る単一の流通施設、倉庫施設、又は注文充足施設に関連し得る。

一部の実施形態は完全な４階層（メガ・マクロ・マイクロ・ナノ施設）施設ヒエラルキーを有さないことに留意して、本開示で使用される「ノード施設」との用語は、互いに同じ格納ビンと互換のインデクスされた格納アレイを共有する任意の施設（例えば、４階層ヒエラルキーのメガ・マクロ・マイクロ・ナノ施設のいずれか）を指すのであり、他方で、「ターミナル施設」又は「ターミナル」との用語は、より大きな格納ビンとは随意的には非互換であり代わりに顧客への最終的引き渡し地点にあるかそれに近い下流の場所にあるより小さいＦＯビンとの使用のために構成されている任意の施設を意味するために用いられる。例示された実施形態はメガからナノへと下流側に行くに従ってより小さくなる輸送車両を開示するも、実施形態では、そして「ノード」対「ターミナル」にまつわる上述の施設命名手法に鑑みれば、「ノード間輸送車両」とは、主に又は専ら「ノード施設」間で移動する輸送車両を指すのであり、故にそこにて取り扱われる格納ビンと互換であり、他方で、「ノード-ターミナル間輸送車両」とは、主に又は専らターミナル施設へ又はそこから移動する輸送車両を指すのであり、故により大きな格納ビンではなく異なるサイズの注文ビンと互換である。

直接的顧客注文充足に加えて、開示のサプライチェーンエコシステム内にて実装されるマルチノーダルサプライチェーンシステムは、事業者間活動（例えば、ｂ２ｂ商取引）又は在庫補充等の事業者内活動のために用いられる。このような実施形態では、顧客のため又はラスト行程／ラストマイル配達サービスピックアップのためにナノ施設へと輸送する代わりに、格納ビンは例えば、ベンダ、製造者、サプライヤ、又はそれらの法人顧客によって所有又は運営される小売店、倉庫、流通センタ、又は他の場所へと配達される。実施形態では、そのような場所各々にはマルチノーダルサプライチェーンシステムの格納ビンと互換な各々のインデクスされた格納アレイが配備されており、ＦＯビンに加えて又はＦＯビンに代えて、メガ-マクロ又はマクロ-マイクロ輸送車両２１５ａ，２１５ｂを用いてメガ・マクロ・マイクロ施設からそのような場所へ輸送された他の格納ビン（例えば、ＳＣＳビン、ＭＣＳビン、及び／又はＰＯビン）が、追加的又は代替的に、そのような場所にて受け取られ及び格納されるのであり、随的には少なくとも部分的に自動化された態様でこれがなされるのであり、ある実施形態では完全に自動化された態様でなされるのであり、開示のコンポーネント、構造、機材、方法、及び処理を用いてなされる。各々のそのような配達処理は、次のステップを含むビン交換処理を伴う：施設又は似たように機材が設けられている事業場所へと輸送するために空の格納ビンをピックアップするステップ、及び／又は似たように機材が設けられている事業場所へと輸送するためにものが入った格納ビンをピックアップするステップ。また、これは開示された任意の積み込み／積み降ろし処理と似た又は等価な態様でなされる。事業場所に互換のインデクスされた格納アレイが配備されていない実施形態では、ビン互換の輸送車両を用いて格納ビンをそれらの場所に届けるのであり、そこにて製品が格納ビンから取り出される。実施形態では、輸送車両が場所を出発する前に場所にて空にされた任意のそのような格納ビンは、同じ輸送車両に乗ってそれらの源泉たる施設へと帰するためにそこに積み込み戻される。別の実施形態では、格納ビンは事後的ピックアップのためにオンサイトに留置されるのであり、例えば、同じ又は異なるビン互換の輸送車両による事後的な配達の際が想定される。

例示された実施形態では、図２Ａ～２Ｂに示された施設管理サブシステム２０４及び車両管理サブシステム２１６の各々内の少なくとも１つのローカルコンピュータが、格納ビンのモバイルデータ記憶装置２２６に対してのデータの読み書きを、施設及び輸送車両の例えば無線ネットワーク等の各ＬＡＮ２０６，２２１を介してなすように命令するのであり、それをなすに際して、中央コンピューティングシステム２０１の中央データベース２０３並びに施設管理サブシステム２０４のローカル施設データベース２０７若しくは車両管理サブシステム２１６のローカル車両データベース２２０についてデータの転送及び検索をなす。別の実施形態では、施設管理サブシステム２０４及び／又は車両管理サブシステム２１６は、随意的に、ローカル施設データベース２０７及びローカル車両データベース２２０の内容に関して省略又は削減を実施するのであり、代わりに、そのようなデータ交換を専ら格納ビンと中央データベース２０３との間で行うのであるが、ローカルでのデータ記憶による増強される冗長性は、広域通信のトラフィック量を削減すること及び通信障害若しくは中央システム障害の際のフェイルセーフ冗長性をもたらすことに関して有益であることにも留意されたい。更なる他の実施形態では、格納ビンとローカルコンピュータとの間でのデータ交換をやめて、代わりに格納ビンが中央コンピューティングシステム２０１と直接的に通信することを許す。

上述した実施形態の多くは、ビン内容物に変化があった場合、又は輸送車両から施設へと格納ビンが移転された場合若しくはその逆の移転がなされた場合に、その都度内容更新が行われるモバイルデータ記憶装置２２６を伴うも、他の実施形態では、そのような態様で内容を書換可能な動的に更新可能なデータ記憶装置を欠くことができるのであり、そうなったとしても開示のマルチノーダルサプライチェーンシステム及び様々な処理の全体的な他の観点から益し得る。実施形態では、ビン＿ＩＤのみを記憶及び送信するＲＦＩＤタグが、格納便乗の書換可能なデータ記憶装置の代わりに用いられる。この実施形態では、格納ビンに対して追加のデータを読み書きする代わりに、施設管理サブシステム２０４は、ビン＿ＩＤを、中央データベース２０３内の及び（複製されている又は補足されている場合には）ローカル施設データベース２０７内の製品及び注文記録に対して次の際に記録する：在庫取り込みの際（例えば、ＳＣＳビン内に製品を置く際）；在庫ビン移転の際（例えば、ＳＣＳビンからＭＣＳビンへのビン製品キット化の際）；及び注文充足の際（例えば、ＭＣＳビンからＰＯビンへの注文ピッキング及びＰＯビンからＦＯビンへの注文詰め込みの際）。この場合、施設管理サブシステム２０４及び車両管理サブシステム２１６によって行われる後の処理はビン＿ＩＤを用いて、中央データベース２０３及び／又はローカルデータベース２０７，２２０にて製品及び注文の詳細についてルックアップ及び／又は更新をその後になすのであり、必要な際にはいつでも施設＿ＩＤ又は車両＿ＩＤを更新する。別の実施形態では、ビン＿ＩＤのみを静的に記憶するためにバーコードを用いるのであり、これによって中央データベース２０３及び／又はローカルデータベース２０７，２２０にてビン＿ＩＤを定めることができ、在庫取り込み、在庫ビン移転、又は注文充足の際にそのビン＿ＩＤ及び製品＿ＩＤ若しくは注文番号を相互に対して記録でき、後で、開示される後続の処理の際に、そのビン＿ＩＤと関連付けられている製品又は注文データについてルックアップ又は更新をなし得る。

例示された実施形態は格納ビン即ち自らの内容物及び意図される宛先についてのデータを記憶しているスマートビンを用いるのであり、それによって関連性を有するデータについてのローカルな短距離無線通信が次の際に可能とされる：輸送車両と施設との間での格納ビンの移転；及び施設内での格納ビンの経路指定の際。これによって、中央コンピューティングシステム２０１又はサーバとなされるＷＡＮトラフィックが削減されるのであり、サプライチェーンエコシステム内での格納ビンの経路指定、輸送、格納、及び作業員等との相互作用に関して、格納ビン自体が自己にとっての自律的命令エージェントとなることによってこれがなされる。この点に関しては、他の実施形態では、格納ビンとのビン-車両及びビン-施設通信ではなく、輸送車両と施設との間でのビン移転の任意又は全部のポイントについては、施設管理サブシステム２０４と車両管理サブシステム２１６との間での直接的データ交換に頼ることがあるということに留意されたいのであり、これは例えばフェイルセーフ冗長性のために、格納ビンを敢えて用いてその内容物及び意図された宛先についてのオンボードデータ記憶を可能とする場合についても該当する。また、様々なワークステーションにて行われるデータ交換は、様々な実施形態でそのような自己命令原理をもって具体的には格納ビンと施設管理サブシステム２０４との間でなされないかもしれないのであるが、別の実施形態では、施設管理サブシステム２０４は、同じビンデータを中央コンピューティングシステム２０１若しくはサーバ又はローカル施設データベース２０７内にて作成及び記憶されている冗長的なローカル記録から取得できるのであり、例えばこれは、供給品積荷からサプライチェーンエコシステム内へと新たな在庫を取り込む処理の際又は到着する格納ビンを輸送車両から施設に積み降ろす際に作成されたものである。

ロボティックハンドラー２０８が格納ビンを１つの場所から別の場所へと（即ち、源泉たるＡ地点から宛先たるＢ地点へと）搬送するように命令される本願開示の任意の処理又は方法の任意のステップでは、実施形態では、そのような処理は、複数のロボティックハンドラー２０８に対してそのようなタスクを完了せよと命令することを伴うのであり、これをなすためには、例えば、１つのロボティックハンドラー２０８によって格納ビンを源泉たるＡ地点から中継点たる地点Ｃへと搬送すること、及び別のロボティックハンドラー２０８によって格納ビンを中継点たる地点Ｃから宛先たる地点Ｂへと搬送することを伴い得る。また、ロボティックハンドラーが格納ビンをワークステーションから運び去るように命令される本願開示の方法又は処理の任意のステップでは、運び先がインデクスされた格納アレイであろうと、別のワークステーションであろうと、積み込みドックの隣の積み込みグリッド構造であろうと、別の宛先であろうと、ロボティックハンドラーは、格納ビンを運び去ることがなされるべきワークステーションへと同じ格納ビンを以前届けたのと同じロボティックハンドラーそのものとされることもできるしそれ以外のものとされることもできる。例えば、ワークステーションが、格納ビンが取り出されるピックポート又はプットポートが、インデクスされた格納アレイのロボティックハンドラーがワークステーションを通って行く際のトラック（track）ベースドドライブスルー移動経路によってサービスを提供されるタイプである場合、格納ビンを持ち去るように命令されるロボティックハンドラーは、同じ格納ビンをそのポートに以前持ってきたのと同じロボティックハンドラーとなる。ワークステーションのピックポート又はプットポートがそのようなドライブスルー方式でのサービスを受けていない場合（例えば、代わりにワークステーションを通るコンベヤベースドビン移動経路によるサービスの提供を受けている場合）、格納ビンをワークステーションにてピックアップして運び去るロボティックハンドラーは、格納ビンをワークステーションのコンベヤベースドビン移動経路に以前ドロップオフしていったのと同じロボティックハンドラー又はそれとは違うものとされ得る。したがって、ロボット的に行われる複数のビン移動を伴う処理を参照する場合、実施形態では、全体的なロボティックハンドラー団の異なる「サブセット」によるステップの履行について言及するのであり、これは相互排他的なサブセットには限られず、重複を持っていたりさらには同一のものとなっているサブセットであってもよい。

実施形態において、ロボティックハンドラーについての第１のサブセットに対して格納ビンを格納域から回収し、また、格納ビンをワークステーションに届けるように命令することに続いて、ロボティックハンドラーについての第２のサブセットに対して同じ格納ビンをワークステーションから格納域に預け戻すように命令することは次の例示的シナリオのいずれかを包括し得る：（ｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンをワークステーションに届けることと、同じロボティックハンドラーが格納ビンを格納域に戻すこと（即ち、諸々のサブセットは数量的に等しくまた同一である）；（ｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンをワークステーションに届けることと、異なる第２のロボティックハンドラーがその後格納ビンをワークステーションから回収して、また、格納ビンを格納域に預け戻すこと（即ち、諸々のサブセットは数量的には等しいが、同一でも重複的でもない）；（ｉｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格納ビンをワークステーションに届けることと、第３のロボティックハンドラーがその後格納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、（即ち、諸々のサブセットは数量的には等しくなく、同一でも重複的でもない）；（ｉｖ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格納ビンをワークステーションに届けることと、第１のロボティックハンドラーがその後格納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、（即ち、諸々のサブセットは数量的に等しくなくまた同一でもないが、重複的ではある）；（ｖ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格納ビンをワークステーションに届けることと、第３のロボティックハンドラーがその後格納ビンをワークステーションからピックアップして格納ビンを第１のロボティックハンドラーに引き渡して、該第１のロボティックハンドラーが格納ビンを格納域に戻すこと、（即ち、諸々のサブセットは数量的に等しく互いに重複しているが、非同一である）。

図２５は、実施形態による、輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのコンピュータ実装方法についてのフローチャートである。開示の方法では、ノード施設のネットワークとノード間輸送車両団と複数の格納ビンとコンピュータ化サプライチェーン管理システム（ＣＳＣＭＳ）とを含む複数のエンティティは、図１Ａ～１Ｄ，２Ａ～２ｂ，４Ａ～４Ｂの詳細な説明にて開示するようにマルチノーダルサプライチェーンシステムとして通信可能に接続されている（Ｓ２５０１）。図１Ａ～１Ｄに示すように、ノード施設のネットワークは地理的領域にわたって分布する。図５～７，２１Ａ～２１Ｃに示すように、ノード施設の各々はインデクスされた格納場所の施設ベースドアレイを備える。ノード間輸送車両団は、格納ビン内に含まれる複数の在庫アイテム又は製品をノード施設間で輸送する。図１０Ａ～１０Ｃ，１１Ａ～１１Ｃ，１７Ａ～１７Ｃ，１８Ａ～１８Ｃに示すように、ノード間輸送車両の各々はインデクスされた格納場所の車両ベースドアレイを備える。実施形態では、ノード間輸送車両団は専用サービス輸送車両を備えるのであって、各々は、ノード施設の特定ペアを担当するもの、及び／又はノード施設の限定されたサブセットを担当するもの、及び／又は２つ以上のノード施設を含む限定されたサービスエリアを担当するものに割り当てられている。ノード間輸送車両団は、格納ビンを自律的に積み込み及び積み降ろす。例を挙げるに、少なくとも１つの格納ビン内の少なくとも１つの製品は、中間の第２のノード施設を介して第１のノード施設から第３のノード施設へと移転されるのであり、これは、少なくとも１つの格納ビンを、第１及び第２のノード施設を少なくとも担当するように割り当てられた第１の専用サービス輸送車両内で第１のノード施設から中間の第２のノード施設へと輸送して、また、少なくとも１つの格納ビンを、第２及び第３のノード施設を少なくとも担当するように割り当てられた第２の専用サービス輸送車両内で中間の第２のノード施設から第３のノード施設へと輸送することによってなされる。実施形態では、第１の専用サービス輸送車両は第３のノード施設を担当するようには割り当てられておらず、また、第２の専用サービス輸送車両は第１のノード施設を担当するようには割り当てられていない。

格納ビンは、ノード施設のネットワーク内に格納可能であり且つノード間輸送車両によってノード施設間で輸送可能である。格納ビンの各々は、標準化されたサイズであり且つ在庫アイテムの複数の個別品の１つ以上を受領するように構成されている。施設にての初期取り込みがなされた後、実施形態では、サプライチェーンワークフローの実行における全トランザクションは、個別品（eaches）との関係でなされる。格納ビンが個別品の受領及び取り扱いをなせるということによって、サプライチェーンエコシステム内にて販売される在庫を「個別品」レベルで扱うことができ、「ケース」レベルで補充せずに「ぎりぎり十分」の在庫の補充をなすことで済む。例えば、マイクロ施設が特定の在庫アイテムに関して７個のみを必要としている場合、開示の方法では、丸ごと１つのケースを移転する代わりに、輸送可能な格納ビンを用いてその在庫アイテムを７単位だけマイクロ施設へと移転することができ、それによってマイクロ施設における格納要件を相当に減じることができる。さらに、格納ビンの各々は、ノード施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にあるかノード施設のいずれか１つとノード間輸送車両のいずれか１つとの間にある、格納ビンのいずれか１つについての選択的格納及び連続的追跡をなすために、インデクスされた格納場所の施設ベースドアレイ及びインデクスされた格納場所の車両ベースドアレイについて互換性がある構成とされる。格納ビンは、それらがマルチノーダルサプライチェーンシステムのノード施設のネットワーク及びノード間輸送車両団を順方向及び逆方向に移動する間に、自己の状態及びマルチノーダルサプライチェーンシステムにおける自己の場所をＣＳＣＭＳに伝達する。実施形態では、格納ビンの各々は、ノード施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にあるかノード施設のいずれか１つとノード間輸送車両のいずれか１つとの間において、リアルタイム又は準リアルタイムで連続的に追跡可能である。実施形態では、格納ビンは、複数のベンダの１つ以上に所有される複数の在庫アイテムの１つ以上を含むようにさらに構成されている。

実施形態では、格納ビンは次のようにカテゴリ分けされる：一致するアイテムタイプの非混合在庫アイテムを含む第１カテゴリ格納ビンと、非一致のアイテムタイプの混合在庫アイテムを含む第２カテゴリ格納ビンと、注文を充足するための注文ビンとして構成された第３カテゴリ格納ビン。さらに、実施形態では、ノード施設のネットワークは、少なくとも１つのメガ施設と、少なくとも１つのマクロ施設と、図４Ａ～４Ｂに示す少なくとも１つのマイクロ施設とを備える階層化ネットワークである。メガ施設は、第１カテゴリ格納ビンを格納するように構成されている。マクロ施設は、メガ施設から輸送された第１カテゴリ格納ビンの１つ以上を受領するように構成されているマクロ施設は、第１カテゴリ格納ビンの受領された１つ以上からの異なる在庫アイテムを所定個数の第２カテゴリ格納ビンに入れて別の１つ以上のノード施設の実際の在庫要求及び／又は予測された在庫要求のいずれかを充足するようにさらに構成されている。実施形態では、メガ施設及びマクロ施設の機能は１つの施設で組み合わされている。マイクロ施設は、少なくとも１つのマクロ施設から輸送された第２カテゴリ格納ビンの１つ以上を受領するように構成されている。マイクロ施設は、第２カテゴリ格納ビンの受領された１つ以上からの異なる在庫アイテムを所定個数の注文ビンに入れて注文を充足するようにさらに構成されている。実施形態では、ノード施設のネットワークは、図４Ａ～４Ｂに示す少なくとも１つのナノ施設を備えるのであり、該ナノ施設は顧客及び／又は配送員のいずれかによって集荷されるための注文が入った注文ビンの１つ以上を受領するように構成されている。実施形態では、マクロ施設は在庫アイテムを流通させるように構成されており、他方でマイクロ施設は注文を充足させるように構成されている。実施形態では、マイクロ施設は、少なくとも１つのマイクロ施設の少なくとも１つのナノ施設への近さ及び／又は少なくとも１つのナノ施設についての顧客選好に基づいて注文を充足するように構成されている。

実施形態では、注文ビンは、格納ビンと同じ標準サイズ及び構成であるピック済み注文ビンとされる。ピック済み注文ビンには、マイクロ施設にて複数の注文の在庫アイテムの１つ以上が入れられ、また、マイクロ施設の施設ベースドアレイ内に取り込まれる。別の実施形態では、注文ビンは、完成注文ビンを備える。完成注文ビンは格納ビンとは異なる標準化サイズ及び構成とされており、また、個別の注文の在庫アイテムの１つ以上が少なくとも１つのマイクロ施設の施設ベースドアレイからのその取り出し後に入れられる。異なる標準サイズ及び構成の完成注文ビンは、少なくとも１つのナノ施設のインデクスされた格納場所の施設ベースドアレイとノード-ターミナル間輸送車両内のインデクスされた格納場所の車両ベースドアレイとについて互換性がある構成とされる。実施形態では、ベンダによって所有される在庫アイテムは、それぞれのベンダによってブランド済みのパッケージ（例えば、ベンダによってブランド済みの袋）に詰められ且つ該それぞれのベンダによってブランド済みのパッケージは完成注文ビンに入れられる。この実施形態では、詰め込みプロセス中にベンダのブランディングを維持するのであり、ブランドが付された袋を用いて顧客体験を向上させる。注文は、マクロ施設及び／又はマイクロ施設にて充足される。

実施形態では、マルチノーダルサプライチェーンシステムは、ノード施設の各々にて動作可能な１つ以上のロボティックハンドラーをさらに備える。各ロボティックハンドラーは格納ビンと互換性を有するように構成されており、格納ビンのいずれか１つをインデクスされた格納場所の施設ベースドアレイにて移動させるように構成されている。さらに、各ロボティックハンドラーは格納ビンいずれか１つをそこへと選択的に置くように構成されており、また、格納ビンいずれか１つをそこから取り出すように構成されている。また、１つ以上のロボティックハンドラーの各々は、格納ビンの各々に動的格納場所を提供するようにさらに構成されている。実施形態では、ロボティックハンドラーの各々には例えば機材＿ＩＤ等の一意的識別子が割り当てられるのであり、これは格納ビンの動的格納場所の１つを示すように構成されており、それによって格納ビンのリアルタイム追跡を可能とする。実施形態では、図２Ａ～２Ｂに示された施設管理サブシステム２０４は、ロボティックハンドラーに配置された１つ以上のセンサと通信して、ロボティックハンドラーのリアルタイム位置を識別して、その上に配置された格納ビンに関しての連続的追跡を可能とする。実施形態では、ロボティックハンドラーは格納ビンを輸送車両のビンカルーセル上に配置するのであり、輸送車両に入らずして輸送車両の外部からこれをなす。ビンカルーセルは、格納ビンへの直接的アクセスを可能とする。別の実施形態では、格納ビンは施設内のカセットにロードされる。これらのカセットは輸送車両内へと滑り込むように構成されている。実施形態では、少なくとも１つのノード施設は複数の環境的に異なる格納ゾーンを備えるのであり、それらの間で図５～７に示すようにインデクスされた格納場所の施設ベースドアレイが分布している。環境的に異なる格納ゾーンは、温度、湿度、及び／又は他の環境的条件において異なる。格納ビンは、環境的に異なる格納ゾーンにあるインデクスされた格納場所の施設ベースドアレイ内へと環境データに基づいて選択的に置かれる。環境データは、格納ビンの各モバイルデータ記憶装置及び／又はＣＳＣＭＳから検索される。別の実施形態では、各輸送車両は、複数の環境的に異なる格納ゾーンを備えるのであり、それらの間で図１９Ａ～１９Ｃに示すようにインデクスされた格納場所の車両ベースドアレイが分布している。格納ビンは、環境的に異なる格納ゾーンにあるインデクスされた格納場所の車両ベースドアレイ内へと環境データに基づいて選択的に置かれる。

ＣＳＣＭＳは、ノード施設のネットワークとノード間輸送車両団と格納ビンとに通信可能に結合されている。ＣＳＣＭＳは、少なくとも１つのプロセッサと該プロセッサと通信可能に結合された非一時的コンピュータ可読記憶媒体とを備える。本明細書にて開示されるコンピュータ実装方法では、ＣＳＣＭＳは格納ビン各々に対して一意的ビン識別子を割り当てる（Ｓ２５０２）。ＣＳＣＭＳは、格納ビン各々のビンデータ及び一意的ビン識別子をＣＳＣＭＳの１つ以上のデータベースに記憶する（Ｓ２５０３）。ＣＳＣＭＳは、施設ベースドアレイ及び車両ベースドアレイ及び格納ビンの動的格納場所内の格納ビンのインデクスされた格納場所の場所識別子をＣＳＣＭＳの１つ以上のデータベースに記憶する（Ｓ２５０４）。本開示で使用されるように、「動的格納場所」は、格納ビンの場所であって施設内で格納ビンが動く際の及び施設と輸送車両との間での及びその逆向きでの格納ビンの移転の際の格納ビンの場所を指す。例えば、動的格納場所の１つは、格納ビンがロボティックハンドラー上に置かれてロボティックハンドラーによって施設内で動かされる場合には、格納ビンの場所とされる。別の例では、動的格納場所は、格納ビンを施設と輸送車両との間で及びその逆向きに移転するために用いられるコンベヤ上での格納ビンの場所とされる。また、ＣＳＣＭＳは、格納ビンがマルチノーダルサプライチェーンシステムのノード施設のネットワーク及びノード間輸送車両団を移動するに伴って施設ベースドアレイ及び車両ベースドアレイのインデクスされた格納場所の間を移転されるに際して場所識別子をデータベース内にて更新させる（Ｓ２５０５）。ノード施設のネットワーク、ノード間輸送車両団、及び格納ビンはＣＳＣＭＳと動作可能に通信するのであり、これらは、１つ以上の個別品についてそれがマルチノーダルサプライチェーンシステムに投入されてから注文充足までに関して完全な追跡可能性を提供するように構成されている。

ＣＳＣＭＳはまた、格納ビンのビン識別子を自動的に記録及びリンクするのであって、次の事項へとリンクする：施設ベースドアレイ及び車両ベースドアレイ及び動的格納場所内のインデクスされた格納場所の場所識別子、格納ビン内に含まれる在庫アイテムのアイテム識別子、並びにデータベース内にて格納ビン内に含まれる在庫アイテムの複数のベンダのベンダ識別子。別の実施形態では、格納ビンのいずれか１つ以上は、複数のベンダの在庫アイテムを格納ビンのいずれか１つ以上内にて受け入れるように構成された複数の区画を備える。各区画は、区画識別子によって識別され、且つ、ベンダの対応する１つによって所有される在庫アイテムの１つ以上を受け入れるように構成されている。実施形態では、区画の各々は複数のベンダからの在庫アイテムを受け入れるように構成されており、例えば、在庫アイテムが同じユニバーサル製品コード（ＵＰＣ、universal product code）を有する場合が挙げられる。ＣＳＣＭＳは、区画の各１つの区画識別子を自動的に記録及びリンクするのであって、次の事項へとリンクする：いずれか１つ以上の格納ビンに含まれる１つ以上の在庫アイテムのアイテム識別子、並びに、いずれか１つ以上の格納ビンに含まれる在庫アイテムのベンダのベンダ識別子。これらのマルチ区画格納ビンをもってして、マルチノーダルサプライチェーンシステムは、在庫アイテムの物理的所在及びその所有を追跡しつつ、マルチベンダ在庫を同一の格納ビン内で組み合わせる。

格納ビンと関連付けられているビンデータは：例えばベンダ製品カタログ等の在庫カタログと；格納ビンの各々に含まれる在庫アイテムの各々のアイテム識別子と数量と属性とを含む在庫アイテムデータと；含まれる在庫アイテムの宛先と関連付けられている宛先データと；格納ビンの各々に含まれる在庫アイテムがマルチノーダルサプライチェーンシステムを通じて宛先へ向かって搬送されるべきことに関してのタイムラインと緊急性とに関連付けられているタイミングデータと；格納ビンの各々に含まれる在庫アイテムに対してなされるべき付加価値サービスアクションと関連付けられている在庫カスタマイゼーションデータと；格納ビンの各々に含まれる在庫アイテムについての経路指定、取り扱い、及び／又は詰め込み要件と関連付けられている在庫取り扱いデータと；格納ビンの各々に含まれる在庫アイテムについての環境要件と関連付けられている環境データ、の少なくとも１つを含む。

ＣＳＣＭＳは、格納ビンの各々がマルチノーダルサプライチェーンシステムのノード施設のネットワーク及びノード間輸送車両団を順方向及び逆方向に移動する間に、格納ビンの各々からビンデータ及びコマンドを受信しまた処理させる。ＣＳＣＭＳはまた、ノード施設の１つ以上にて詰め込みアクション及び注文充足アクションを促進するためのタスクベースド命令をビンデータに基づいて生成させる。例えばマクロ施設等の施設が複数のＳＣＳビンを施設のインデクスされた格納アレイで受領及び格納する場合であって、各ＳＣＳビンはその中の単一の製品又は在庫アイテムについての複数の個別品を含む、場合を検討されたい。施設のキッティングワークステーションでは、ＣＳＣＭＳは次のようにして複数のＭＣＳビンに関して詰め込みをなすためのタスクベースド命令を生成する：ＭＣＳビン各々について、ＣＳＣＭＳは次のことをなすためのタスクベースド命令を生成する：インデクスされた格納アレイから抽出され且つ異なる製品をその中に含むＳＣＳビンの一群を受領することと、個別品の１つ以上をＳＣＳ格納の群の各々から引き出すことと、引き出された個別品をＭＣＳビン内に置くこと。例えばマイクロ施設等の別の施設で少なくとも１つの顧客注文を充足する際に、ＣＳＣＭＳは次のことをなすためのタスクベースド命令を生成する：顧客注文を充足するために必要とされる１つ以上の特定の製品を含む少なくとも１つのＭＣＳビンを受領することと、ＭＣＳビンから１つ以上の特定の製品を引き出すことと、引き出された製品を、複数の別個の区画を備える注文ビンの各区画内に置くこと。なお、そのうち少なくとも１つの他の区画には、別の顧客注文の１つ以上の注文済み製品が含まれる。ＣＳＣＭＳはまた、次のことをなすためのタスクベースド命令を生成する：詰め込みワークステーションにて注文ビンを受領すること。なお、注文ビンの各区画から特定の製品が引き出されて配達のためにパッケージングがなされる。

ＣＳＣＭＳはまた、次のことをなすためのタスクベースド命令を生成する：ノード施設の１つ以上にて積み込みアクション及び積み降ろしアクションをビンデータに基づいて発動すること。実施形態では、ノード間輸送車両のいずれか１つからの到着格納ビンをノード施設のいずれか１つに積み降ろすのであり、出発格納ビンをいずれか１つのノード施設からいずれか１つのノード間輸送車両に再度積み込む。到着格納ビン及び出発格納ビンは、ノード間輸送車両のいずれか１つとノード施設のいずれか１つとの間で、１対１の対応で交換されるのであり、マルチノーダルサプライチェーンシステムを通じての順方向及び逆方向の格納ビンの流量が等価とされることが可能となる。ノード施設のいずれか１つからノード間輸送車両のいずれか１つに積み込まれた出発格納ビン各々の一意的ビン識別子が読み取られるのであり、一意的識別子をもってＣＳＣＭＳの１つ以上のデータベースが更新されて、出発格納ビン各々のノード間輸送車両のいずれか１つへの移転が記録される。ノード間輸送車両のいずれか１つからノード施設のいずれか１つに積み降ろされた到着格納ビン各々の一意的ビン識別子が読み取られるのであり、一意的識別子をもってＣＳＣＭＳの１つ以上のデータベースが更新されて、到着格納ビン各々のノード施設のいずれか１つへの移転が記録される。実施形態では、出発格納ビンの少なくとも１つは、空の格納ビンとされる。別の実施形態では、出発格納ビンの少なくとも１つは、在庫アイテムの少なくとも１つを含む空でない格納ビンとされる。別の実施形態では、空でない格納ビンは、要求される在庫アイテム又は顧客返品を含む。別の実施形態では、到着格納ビン及び出発格納ビンは、格納ビンと同じ標準サイズ及び構成とされる。

実施形態では、ＣＳＣＭＳは、ノード施設にて通信可能に相互結合された各施設管理サブシステムをさらに備える。各施設管理サブシステムは：そこに記憶されたビンデータを読み出すことと；そこに記憶されたビンデータを更新することと；ビンデータに少なくとも部分的に基づいて格納ビンに対して行われるべきアクションのためのコマンドを生成することと；生成されたコマンドに少なくとも部分的に基づいてノード施設における取り扱い機材を制御することと；アクションの遂行を指図するための作業員誘導命令を提供することと；格納ビンの各モバイルデータ記憶装置から読み出された環境データに基づいてなされる施設ベースドアレイ内の環境的に異なる格納ゾーンへの格納ビンの移転の実行をなすこと、の少なくとも１つに関して格納ビンの各モバイルデータ記憶装置と通信するように構成されている。格納ビンのモバイルデータ記憶装置は格納ビンの内容物に関するビンデータ（例えば、ＳＫＵ、カウント、ベンダ所有者、場所等）を記憶するのであり、それによって各施設及び輸送車両にて格納ビンをチェックインする必要をなくすことができる。なぜならば、格納ビンがマルチノーダルサプライチェーンシステムを流通するに際して、各格納ビンは自己の状態を各施設及び輸送車両に自動的に報告するからである。実施形態では、ＣＳＣＭＳは、ノード間輸送車両にて各々の車両管理サブシステムをさらに備える。各々の車両管理サブシステムは、ノード施設における各々の施設管理サブシステムと、格納ビンの各々のモバイルデータ記憶装置と通信するように構成されており、これはノード施設からノード間輸送車両への及びその逆方向への格納ビンの移転を記録するためである。

図２６は、実施形態による、２方向ロジスティクスを伴い且つ輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのコンピュータ実装方法についてのフローチャートである。開示される方法では、ノード施設のネットワークとノード間輸送車両団と複数の格納ビンとコンピュータ化サプライチェーン管理システム（ＣＳＣＭＳ）とを含む複数のエンティティは、図１Ａ～１Ｄ，２Ａ～２ｂ，４Ａ～４Ｂの詳細な説明にて開示されているように、マルチノーダルサプライチェーンシステム内において通信可能に接続されている（Ｓ２６０１）。開示の方法においては、ノード間輸送車両のいずれか１つからの在庫アイテムを含む到着格納ビンをノード施設のいずれか１つに積み降ろす（Ｓ２６０２）。いずれか１つのノード施設にある施設ベースドアレイのインデクスされた格納場所内に到着格納ビンが選択的に格納されて、いずれか１つのノード施設にて連続的に追跡される（Ｓ２６０３）。出発格納ビンをいずれか１つのノード施設からいずれか１つのノード間輸送車両に積み込まれる（Ｓ２６０４）。いずれか１つのノード間輸送車両にある車両ベースドアレイのインデクスされた格納場所内に出発格納ビンが選択的に格納されて、いずれか１つのノード間輸送車両にて連続的に追跡される（Ｓ２６０５）。ＣＳＣＭＳは、到着格納ビン及び出発格納ビンがサプライチェーンシステムのノード施設ネットワーク及びノード間輸送車両団を順方向及び逆方向に移動する間に、到着格納ビン及び出発格納ビンからのビンデータ及びコマンドを受信及び処理する（Ｓ２６０６）。

本明細書にて開示される非一時的コンピュータ可読記憶媒体は、ＣＳＣＭＳの様々なプロセッサで実行可能なコンピュータプログラム命令を記憶しており、これは２方向ロジスティクスを伴い且つ輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するためのものである。コンピュータプログラム命令は、上述された様々な実施形態のプロセスを実装するのであり、また、２方向ロジスティクスを伴い且つ輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するために必要とされまたそのために想定され得る追加のステップを行う。コンピュータプログラム命令が様々なプロセッサによって実行されると、コンピュータプログラム命令は、プロセッサに、図２５～２６の詳細な説明で開示される、２方向ロジスティクスを伴い且つ輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するための方法の諸ステップを実行させる。実施形態では、コンピュータプログラム命令を含むコンピュータプログラムコードの単一の塊は、図２５～２６の詳細な説明で開示されているコンピュータ実装方法の１つ以上のステップを実行する。プロセッサは、これらのコンピュータプログラム命令を検索及び実行する。

開示の方法では、標準化された注文ビンを使って、顧客注文を充足センタからラストマイルピックアップ地点（例えば、ナノ施設）に届けるのであり、それによって、ダンボール箱を廃して在庫アイテムをダンボール箱ではなく袋に入れて出荷することが可能となる。さらに、サプライチェーンエコシステム全体で標準化された格納ビンを用いることで、マルチノーダルサプライチェーンシステム内の全エンティティが単一の規格に特化して且つ効果的に取り扱うように構成され得るのであり、これによってエンティティ間の完全な互換性を確保できる。その結果、マルチノーダルサプライチェーンシステムの中で連続性及び隣接性が確保されるのであり、それと共に、マルチノーダルサプライチェーンシステムを地理的にも経時的にもスケーラブルなものとする。換言するに、マルチノーダルサプライチェーンシステム内の全機材が同じマテリアル捌き基準のセットに準拠するのならば、各格納ビンはマルチノーダルサプライチェーンシステム全体を、エンティティ間での直接的な物理的移転方法を用いて流通できるのであり、マテリアルのステージングのような従来型サプライチェーンの中間ステップを経ずにこれをなし得るのであり、エンティティ間の移転中に格納ビンの管理権が一時的にバッファ領域に割り当てられる。また、直接的な物理的移転により、例えばバーコードスキャンやＲＦＩＤスキャン等によって格納ビンを識別してエンティティ間での格納ビンの管理権の論理的移転を完成することを要することをなくせるのであり、それによって従来型物流のまた別の欠点を克服できる。

さらに、マルチノーダルサプライチェーンシステム内の各エンティティが実施するインデクスされた格納方法によれば、各格納ビンが各エンティティに管理されている間に、各格納ビンの場所を連続的に追跡できるようにできる。これに加えて、各格納ビンの物理的及び論理的な管理権をエンティティ間で直接移転できるということによって、マルチノーダルサプライチェーンシステム内のどこにおいても、格納ビンの場所を連続的に追跡できるようにできる。その結果、マルチノーダルサプライチェーンシステムは、到着集積領域から在庫アイテムを連続的にピックアップして出発集積領域に放出する別個のエンティティの集まりとしてではなく、1つの連結された有機体として作動する。本明細書で開示される格納ビンは、マルチノーダルサプライチェーンシステムにて連続的に追跡されるのであり、施設又は輸送車両に関して格納ビンをチェックイン及びチェックアウトするためのステージング領域を要さない。マルチノーダルサプライチェーンシステム内において出荷及び受け入れプロセス並びに関連するステージング領域を廃することによって、労働、不動産、及びリソース要件を大幅に減じるのであり、その一方でロジスティクスは効率化されるのであって、それによって従来型サプライチェーンのような雑然としたアプローチに比して、オペレーションはより秩序立ったものとなり、また、リアルタイムでの監視がより容易になる。

また、マルチノーダルサプライチェーンシステム全体における在庫アイテムの状態をリアルタイムで追跡できる。なぜならば、ロボティックハンドラー及び機械的手段で格納ビンが自律的に扱われて各格納ビンが場所にインデクスされるからである。これにより、マルチノーダルサプライチェーンネットワーク内の格納ビンの場所を連続的に識別及び追跡することができる。なぜならば、ＣＳＣＭＳによって行動を追跡できるロボティックハンドラーによって格納ビンが動かされるからである。故に、格納ビン自体に場所センサを設けておくことは要さない。なぜならば、格納ビンの場所を機械的手段で追跡しているからである。故に、格納ビンは、施設に対してチェックイン及びチェックアウトされることを要さないのであって、むしろ、格納ビンを施設や輸送車両に合致させる代わりに、格納ビンは連続的ネットワーク内のインデクスされた格納場所に合致される。

マルチノーダルサプライチェーンシステムは、マルチノーダルサプライチェーンシステムを順方向或いは下流方向及び逆方向或いは上流方向に流れる格納ビンについて、全エンティティ間で１対１で交換することを実装する。順方向流量と逆方向流量が同一である故に、ステージング領域においてマテリアルのあふれをバッファする必要がなくなるのであって、他方でマルチノーダルサプライチェーンシステムの秩序及び予測可能性がさらに高められる。逆方向に流れる格納ビンには、施設の階層の上方へと輸送されるべき在庫アイテムを積んで顧客返品を支援でき、従来型手法に比して逆行ロジスティクスがより費用対効果的に優れることとなる。順方向と同じインデクスされた格納方法を用いることで、返品された在庫アイテムがサプライチェーン階層を上がっていく過程を連続的に追跡できる。

ロジスティクス及び処理データに加えて、ビンデータベース構造は、在庫管理単位（ＳＫＵ）、数量、所有者、場所等の概要を捉え、また、在庫マスタとして機能する。格納ビンはマルチノーダルサプライチェーンシステムの機関を通過する能動的主体である故に、施設及び輸送車両が使えるマスタが格納ビンである。この構成により、格納ビンに関連付けられたバーコード又はＲＦＩＤタグをスキャンして、格納ビンがあたかもその単一のエンティティに属するように施設又は輸送車両に受け取られたものとして格納ビンを割り当て及び登録すること、並びに、出荷時にエンティティにてスキャン/チェックアウトすること要さなくなり得る。本明細書で開示されている方法では、格納ビンはマルチノーダルサプライチェーンシステム内を移動し、自己の場所及び在庫状況を連続的に更新していく。

実施形態では、マルチノーダルサプライチェーンシステム内の各施設には所定のタスクを伴うクラスが割り当てられて、階層内の子ノードは指定された自己の親ノードからのみサービスを受ける。ドナーの子ノードから入用側子ノードに移転されるべき在庫は、マルチノーダルサプライチェーンシステムの逆行フローを用い先ず親ノードに返却されることを要し、そして順方向で入用側子ノードへと輸送されることを要する。よって、マルチノーダルサプライチェーンシステムは、例えばマイクロ施設等の最も近いエンドポイントから宛先住所まで製品を充足のために提供する。換言するに、代替的マイクロ施設から注文充足はなされない。代替の類似クラス施設（例えば別のマイクロ施設）から必要とされる任意の在庫アイテムは、階層上方へ向かってマクロ施設へと移転され、そして最も近いマイクロ施設へと下方へ向かって移転される。この階層化された構成によって、計画外出荷がなくなるため、諸プロセスがさらに効率的になり、予測可能性がさらに増大され、また、マルチノーダルサプライチェーンシステム内における輸送コストが減じられる。

マルチノーダルサプライチェーンシステム内における全行動を監視できること及びその予測可能性に富む性質故に、マルチノーダルサプライチェーンシステム内の全エンティティによってなされる行動の因果がマルチノーダルサプライチェーンシステム全体にわたって注意深く査定されることになる。故に、従来型サプライチェーン手法に比してシナリオ分析及びシミュレーションはより容易になし得るのであり、生成される知見はより効果的なものとなり、それによってマルチノーダルサプライチェーンシステムは増大した精緻性を伴って作動し得るのであり、運営コストが減じられる。また、マルチノーダルサプライチェーンシステムのマルチテナント性又はマルチベンダ性は、コストを減じると同時に、顧客サービスを昂進させる。

分散型マルチノーダルサプライチェーンシステムは膨大な数の格納ビンに対応するのであり、各々にはマルチノーダルサプライチェーンシステム内において独自の経路がもたらされ、それらの間でのインフラストラクチャの動的共有が可能とされる。各施設における施設管理サブシステム及び各輸送車両における車両管理サブシステムを備えるコンピュータ化サプライチェーンシステム管理システムによって実装されるマルチエージェント統制は、アダプティブ且つアジャイルなレイヤがサプライチェーンインフラストラクチャを効果的に統制することを可能として、ロジスティクスの条件が恒常的に変化するにもかかわらず各格納ビンがサプライチェーンエコシステムを最適に流通することを可能とする。

本明細書に開示されている様々な方法及びコンピュータ可読プログラムはコンピューティング装置用に適切にプログラミングされた非一時的コンピュータ可読記憶媒体にて実装されていることが、異なる実施形態において明らかとなろう。非一時的コンピュータ可読記憶媒体はデータ（例えば、コンピュータ、プロセッサ又は同様の装置によって読み取られる命令等）を提供することに関して貢献する。異なる実施形態では、「非一時的コンピュータ可読記憶媒体」とは、コンピュータ、プロセッサ、又は同様の装置によって読み取られる１つ以上の命令セットを記憶する単一の媒体又は複数の媒体（例えば、集中型データベース、分散型データベース、及び／又は関連するキャッシュ及びサーバ）をも指す。「非一時的コンピュータ可読記憶媒体」とは、コンピュータ、プロセッサ又は同様の装置によって実行されるための命令のセットを記憶又はエンコードすることができ、また、本明細書に開示されている方法の任意の１つ以上のステップをコンピュータ、プロセッサ又は同様の装置に実行させることができる任意の媒体をも指す。実施形態では、本明細書に開示された方法及びアルゴリズムを実装するコンピュータプログラムは、例えばコンピュータ可読媒体等の様々な媒体を用いて様々な態様で記憶及び伝送される。実施形態では、固定配線回路又はカスタムハードウェアが、様々な実施形態のプロセスを実装するためのソフトウェア命令の代わりに、又はそれと組み合わせて使用される。よって、実施形態は、ハードウェア及びソフトウェアの任意の特定の組み合わせに限定されはしない。ここで開示されている実施形態の様々な側面は、プログラム要素、又は非プログラム要素、又はそれらの任意の適切な組み合わせとして実装される。

図２Ａ～２Ｂ及び図３Ａ～３Ｄに例示されている中央データベース２０３、ローカル施設データベース２０７、及びローカル車両データベース２２０等のデータベースが記載されている場合、当業者ならば次のように理解できよう：（ｉ）記載されているもの以外の代替的なデータベース構造を採用し得ること、及び（ｉｉ）データベース以外の他のメモリ構造も採用可能であること。本明細書にて開示されている任意のサンプルデータベースの図解又は説明は、情報の保存された表現についての例示的配置である。実施形態では、図面や他の場所にて示されたテーブルで示唆されたもの以外にも、幾つもの他の構成の任意のものを採用できる。同様に、データベースの図示されたエントリは例示的な情報のみを示し；当業者ならば、エントリ数やエントリ内容が本明細書にて開示されているものとは異なり得ることを理解できよう。別の実施形態では、データベースがテーブルとして表されているにもかかわらず、リレーショナルデータベース、オブジェクトベースドモデル、及び／又は分散データベースを含む他の形式が、本明細書で開示されているデータタイプを記憶及び操作するために用いられる。実施形態では、データベースのオブジェクト方法又は挙動を用いて、本明細書に開示されているような様々なプロセスを実装する。別の実施形態では、データベースは、既知の態様で、ローカルで又はそのようなデータベースのデータにアクセスする装置からリモートで、記憶されている。複数のデータベースがある実施形態では、データベースの１つでデータの更新があった場合にデータベース間でリンクされたデータの同時更新を可能とするために、データベースは相互通信するように統合されている。

本明細書で開示する実施形態は、通信ネットワークを介して１つ以上の装置と通信する１つ以上のコンピュータを備えるネットワーク環境で動作するように構成されている。実施形態では、コンピュータは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）又はイーサネット、トークンリング等の有線媒体又は無線媒体を介して、又は任意の適切な通信媒体又は通信媒体の組み合わせを介して、直接的又は間接的に装置と通信する。各装置は、コンピュータと通信するために適応されたプロセッサを備える。実施形態では、各コンピュータは、ネットワーク通信デバイス（例えば、ネットワークインターフェースカード、モデム、又はネットワークに接続するのに適した他のネットワーク接続装置）を備えている。コンピュータ及び装置の各々は、ＯＳを実行する。コンピュータのタイプによってＯＳは異なり得るが、ＯＳはネットワークとの通信リンクを確立するための適切な通信プロトコルを提供する。コンピュータとは任意の数やタイプのマシンが通信していることができる。

本明細書で開示する実施形態は、特定のコンピュータシステムプラットフォーム、プロセッサ、ＯＳ、又は通信ネットワークに限定されるものではない。本明細書に開示されている１つ以上の実施形態は、１つ以上のコンピュータシステムの間で分散されており、例えば、１つ以上のクライアントコンピュータに１つ以上のサービスを提供するように構成された又は分散システムで完全なタスクを実行するように構成されたサーバ等がある。例えば、本明細書で開示される実施形態の１つ以上は、様々な実施形態に従って複数の機能を実行する１つ以上のサーバシステムに分散されたコンポーネントを備えるクライアント－サーバシステム上で実行される。これらのコンポーネントは、例えば、実行コード、中間コード、インタプリタコード等からなり、通信プロトコルを用いてネットワーク上で通信する。本明細書で開示する実施形態は、特定のシステム又はシステム群で実行可能であることには限定されておらず、また、特定の分散アーキテクチャ、ネットワーク、又は通信プロトコルに限定されない。

先述の例及び様々な実施形態についての例示的実装例は、単に説明のために提供されたものであり、決して本明細書に開示された実施形態を限定するものとしては解釈されてはならない。本実施形態は、様々な例示的な実装例、図面、及び手法への参照を伴って説明されたが、本明細書で使用される文言は、限定の文言ではなく、記述的及び例示的な文言であるものと理解されたい。また、特定の手段、材料、手法、及び実装例を参照して実施形態を説明したが、本明細書の実施形態は、本明細書に開示された特定のものに限定されることは意図されていないのであり；むしろ、実施形態は、添付の請求項の範囲内にあるような、全ての機能的に等価な構造、方法、及び用途に及ぶ。本明細書の教示の恩恵を受けた当業者は、本明細書に開示された実施形態の範囲及び精神から逸脱することなく、本明細書に開示された実施形態に修正を加え得るのであり、他の実施形態を実現し得るのであり、それに変更を加え得るということを理解できよう。

Claims

輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するための複数の相互接続されたエンティティを備えるサプライチェーンシステムであって、該複数の相互接続されたエンティティは：
地理的領域にわたって分布するノード施設のネットワークであって、前記ノード施設の各々は施設ベースのインデクスされた格納場所のアレイを備える、ノード施設のネットワークと；
格納ビン内に含まれる複数の在庫アイテムを前記ノード施設間で輸送するためのノード間輸送車両団であって、前記ノード間輸送車両の各々は車両ベースのインデクスされた格納場所のアレイを備える、ノード間輸送車両団と；
前記ノード施設の各々にて動作可能であり且つ前記格納ビンの各々を前記施設ベースのインデクスされた格納場所を通って行き来させるよう構成された複数のロボティックハンドラーであって、前記ロボティックハンドラーの各々は動的格納場所を前記格納ビンの各々に提供するよう構成され、前記ロボティックハンドラーは、それぞれ、前記格納ビンの各々の動的格納場所を示す一意的識別子を割り当てられ、前記格納ビンは前記ノード施設のネットワーク内に格納可能であり且つ前記ノード間輸送車両によって前記ノード施設間で輸送可能であり、前記格納ビンの各々は前記ノード施設の各々と前記ノード間輸送車両の各々とにわたって、前記ノード施設の各々と前記ノード間輸送車両の各々との間で選択的格納及び連続的追跡をなすために、前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とについて互換性がある、複数のロボティックハンドラーと；
前記ノード施設のネットワークと前記ノード間輸送車両団と前記格納ビンとに通信可能に結合されたコンピュータ化サプライチェーン管理システムと；
を備え、該コンピュータ化サプライチェーン管理システムはそれぞれの格納ビンに対応するビン識別子と、
前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とに対応する場所識別子、
前記格納ビンの各々の前記動的格納場所を示す前記一意的識別子、
前記格納ビンの各々に含まれた在庫アイテムに対応するアイテム識別子、及び
前記格納ビンの各々に含まれた前記在庫アイテムにつきベンダを識別するベンダ識別子、
とをリンクするよう構成され、
前記コンピュータ化サプライチェーン管理システムは、前記サプライチェーンシステムにわたってリアルタイムで前記格納ビンの各々に格納された前記在庫アイテムを、前記ビン識別子、前記アイテム識別子、前記ベンダ識別子、前記一意的識別子、及び前記場所識別子の間の相互リンクに基づいて追跡するよう構成され、前記格納ビンの各々を前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とに、前記格納ビンの各々を前記ノード施設と前記ノード間輸送車両とにチェックイン及びチェックアウトさせる必要無く、一致させ、前記格納ビンの各々に格納された前記在庫アイテムを、位置決め機材を前記格納ビンの各々にマウントさせる必要無く、前記格納ビンの各々を前記ノード施設と前記ノード間輸送車両との各々にチェックイン及びチェックアウトするためのステージング領域を必要とすること無く、追跡する、
サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、前記格納ビンの各々はモバイルデータ記憶装置を具現し、前記コンピュータ化サプライチェーン管理システムは少なくとも１つのプロセッサと前記プロセッサと通信可能に接続された非一時的コンピュータ可読記憶媒体とを含み、前記非一時的コンピュータ可読記憶媒体はビンデータを記憶するよう構成された少なくとも１つのデータベースを含み、前記ビンデータは前記それぞれの格納ビンに割り当てられたビン識別子を含み且つ前記それぞれの格納ビンに含まれる前記在庫アイテムを少なくとも示し、
前記非一時的コンピュータ可読記憶媒体はコンピュータプログラム命令を記憶するよう構成され、前記コンピュータプログラム命令は前記プロセッサによって実行されると、前記プロセッサに、
前記格納ビンの各々が、前記ノード施設と前記サプライチェーンシステムのノード間輸送車両団とを移動しながら前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所との間で移転されると、前記場所識別子を更新させる、
サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、ノード施設の前記ネットワークと、前記ノード間輸送車両団と、前記複数の格納ビンとは、前記コンピュータ化サプライチェーン管理システムと動作可能に接続され、前記サプライチェーンシステムに投入されてから注文充足まで前記格納ビンの各々の完全な追跡可能性を提供するよう構成される、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記非一時的コンピュータ可読記憶媒体は追加のコンピュータプログラム命令を記憶するようにさらに構成されており、該コンピュータプログラム命令が前記プロセッサによって実行されると前記プロセッサに、前記格納ビンの各々が前記サプライチェーンシステムの前記ノード施設のネットワーク及び前記ノード間輸送車両団を順方向及び逆方向に移動する間に、前記格納ビンの各々から前記ビンデータ及びコマンドを受信及び処理させる、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記非一時的コンピュータ可読記憶媒体は追加のコンピュータプログラム命令を記憶するようにさらに構成されており、該コンピュータプログラム命令が前記プロセッサによって実行されると前記プロセッサに、前記ノード施設の１つ以上にて詰め込みアクション及び注文充足アクションを促進するための命令を前記ビンデータに基づいて生成させる、サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、前記ロボティックハンドラーの各々は、前記格納ビンいずれか１つを前記施設ベースのインデクスされた格納場所のいずれかへと選択的に置き、また、前記格納ビンいずれか１つをそこから取り出し、前記ロボティックハンドラーの各々は、前記ロボティックハンドラーに割り当てられた前記一意的識別子に基づいて、前記格納ビンのリアルタイム追跡を促進するように構成される、サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、前記格納ビンの少なくとも１つは複数のベンダに属する前記在庫アイテムを格納するための複数の区画を備え、前記区画の各々は区画識別子で識別され且つ前記複数のベンダのうちから選択されたベンダによって所有される前記在庫アイテムを受け入れるように構成されており、前記コンピュータ化サプライチェーン管理システムは、前記区画の各々の前記区画識別子を、前記格納ビンの前記少なくともいくつかに含まれる前記在庫アイテムの前記アイテム識別子へと、また、在庫アイテムが前記格納ビンの少なくともいくつかに含まれている前記ベンダの前記ベンダ識別子へと自動的に記録及びリンクするようにさらに構成されている、サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、前記格納ビンは、一致するアイテムタイプの非混合在庫アイテムを含む第１カテゴリ格納ビンと、非一致のアイテムタイプの混合在庫アイテムを含む第２カテゴリ格納ビンと、注文を充足するための注文ビンとして構成された第３カテゴリ格納ビンとに分類され、前記ノード施設のネットワークは階層化ネットワークであり、該階層化ネットワークは：
前記第１カテゴリ格納ビンを格納するように構成された少なくとも１つのメガ施設と；
少なくとも１つのマクロ施設であって、前記少なくとも１つのメガ施設から輸送された第１カテゴリ格納ビンを受領して、受領された前記第１カテゴリ格納ビンからの異なる在庫アイテムを所定個数の前記第２カテゴリ格納ビンに入れて別のノード施設の実際の在庫要求及び予測された在庫要求のいずれかを充足するように構成されたマクロ施設と；
少なくとも１つのマイクロ施設であって、前記少なくとも１つのマクロ施設から輸送された前記第２カテゴリ格納ビンを受領して、受領された第２カテゴリ格納ビンからの前記異なる在庫アイテムを所定個数の前記注文ビンに入れて前記注文を充足するように構成され、前記施設ベースのインデクスされた格納場所を含む、マイクロ施設と；
顧客と配送員との一方によるピックアップのために前記注文ビンを受領するよう構成された少なくとも１つのナノ施設であって、前記施設ベースのインデクスされた格納場所を含む、少なくとも１つのナノ施設と；
を備え、
前記注文ビンは、完成注文ビンを含み、前記完成注文ビンは、前記第１カテゴリ格納ビン及び前記第２カテゴリ格納ビンとは異なる標準化されたサイズ及び構成であり、前記完成注文ビンは前記少なくとも１つのマイクロ施設の前記施設ベースのインデクスされた格納場所から取り出された個別注文の前記在庫アイテムを入れられ、前記完成注文ビンは、少なくとも１つのナノ施設の前記施設ベースのインデクスされた格納場所と、ノード間輸送車両の前記車両ベースのインデクスされた格納場所とに互換性を有する、サプライチェーンシステム。
請求項８に記載のサプライチェーンシステムにおいて、前記少なくとも１つのマイクロ施設は前記注文を、前記少なくとも１つのマイクロ施設の前記少なくとも１つのナノ施設への近さと、前記少なくとも１つのナノ施設についての顧客選好と、の１つに基づいて充足するように構成されている、サプライチェーンシステム。
請求項８に記載のサプライチェーンシステムにおいて、個別注文の前記在庫アイテムはそれぞれのベンダによってブランド済みのパッケージに詰められ且つ該それぞれのベンダによってブランド済みのパッケージは前記完成注文ビンに入れられる、サプライチェーンシステム。
請求項８に記載のサプライチェーンシステムにおいて、前記注文ビンはピック済み注文ビンであって、前記第１カテゴリ格納ビン及び前記第２カテゴリ格納ビンと同じ標準化されたサイズ及び構成であり、前記ピック済み注文は、前記少なくとも１つのマイクロ施設にて複数の注文の前記在庫アイテムが入れられ且つ前記少なくとも１つのマイクロ施設の前記施設ベースのインデクスされた格納場所内に取り込まれる、サプライチェーンシステム。
請求項８に記載のサプライチェーンシステムにおいて、前記注文は前記少なくとも１つのマクロ施設及び前記少なくとも１つのマイクロ施設にて充足される、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記モバイルデータ記憶装置は前記それぞれの格納ビンを識別するビン識別子と前記それぞれの格納ビンに含まれる少なくとも１つの前記在庫アイテムを示すビンデータとを記憶するように構成されている、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記ビンデータは：
在庫カタログと；
前記格納ビンの各々に含まれる前記在庫アイテムの各々のアイテム識別子と数量と属性とを含む在庫アイテムデータと；
前記格納ビンの各々に含まれる前記在庫アイテムの宛先と関連付けられている宛先データと；
前記格納ビンの各々に含まれる前記在庫アイテムが前記サプライチェーンシステムを通じて前記宛先へ向かって搬送されることのタイムラインに関連付けられているタイミングデータと；
前記格納ビンの各々に含まれる前記在庫アイテムに対してなされるべき付加価値サービスアクションと関連付けられている在庫カスタマイゼーションデータと；
前記格納ビンの各々に含まれる前記在庫アイテムについての経路指定、取り扱い、及び詰め込み要件と関連付けられている在庫取り扱いデータと；
前記格納ビンの各々に含まれる前記在庫アイテムについての環境要件と関連付けられている環境データ、
を含む、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記非一時的コンピュータ可読記憶媒体は追加のコンピュータプログラム命令を記憶するようにさらに構成されており、該コンピュータプログラム命令が前記プロセッサによって実行されると前記プロセッサに、前記ノード施設にて積み込みアクション及び積み降ろしアクションを発動するための命令を前記ビンデータに基づいて生成させ、前記積み込みアクション及び前記積み降ろしアクションは：
到着格納ビンを前記ノード間輸送車両のいずれかから前記ノード施設のいずれかへと積み降ろすこと及び出発格納ビンを前記ノード施設のいずれかから前記ノード間輸送車両のいずれかへと再積み込みすることであって、前記到着格納ビン及び前記出発格納ビンは前記ノード間輸送車両のいずれかと前記ノード施設のいずれかとの間で１対１の対応で交換されて前記サプライチェーンシステムを通じての順方向及び逆方向の前記格納ビンの流量が等価となることを可能とすることと；
前記ノード施設のいずれかから前記ノード間輸送車両のいずれかに積み込まれた前記出発格納ビン各々の一意的ビン識別子を読み取ること及び前記一意的ビン識別子をもって前記コンピュータ化サプライチェーン管理システムの前記少なくとも１つのデータベースを更新して前記出発格納ビン各々の前記ノード間輸送車両のいずれかへの移転を記録することと；
前記ノード間輸送車両のいずれか１つから前記ノード施設のいずれか１つに積み降ろされた前記到着格納ビンに対応するビン識別子を読み取ること及び前記ビン識別子をもって前記少なくとも１つのデータベースを更新して前記到着格納ビン各々の前記ノード施設のいずれかへの移転を記録することとを含む、サプライチェーンシステム。
請求項１５に記載のサプライチェーンシステムにおいて、前記出発格納ビンの少なくとも１つは空の格納ビンである、サプライチェーンシステム。
請求項１５に記載のサプライチェーンシステムにおいて、前記出発格納ビンの少なくとも１つは前記在庫アイテムの少なくとも１つを含む空でない格納ビンである、サプライチェーンシステム。
請求項１７に記載のサプライチェーンシステムにおいて、前記空でない格納ビンは注文される在庫アイテム及び顧客返品の１つを含む、サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、該システムは前記ノード間輸送車両各々と動作可能に結合された位置決めユニット及び無線通信ユニットをさらに備え、前記位置決めユニットは、前記ノード間輸送車両各々の場所を決定し、前記ノード間輸送車両各々内にて輸送される前記格納ビンの場所を決定するように構成されており、前記無線通信ユニットは、前記ノード間輸送車両各々の前記場所及び前記格納ビンの前記場所を、前記コンピュータ化サプライチェーン管理システムに伝達するように構成されている、サプライチェーンシステム。
請求項２に記載のサプライチェーンシステムにおいて、前記ノード施設の少なくとも１つは前記施設ベースのインデクスされた格納場所が分布する複数の環境的に異なる格納ゾーンを備え、前記格納ビンは、前記環境的に異なる格納ゾーンにある前記施設ベースのインデクスされた格納場所内へと環境データに基づいて選択的に置かれ、前記環境データは前記格納ビンの各々内に具現された前記モバイルデータ記憶装置及び前記コンピュータ化サプライチェーン管理システムの一方から検索され、
前記コンピュータ化サプライチェーン管理システムは更に、前記ノード施設の各々に通信可能に接続された施設管理サブシステムを含み、前記施設管理サブシステムは前記格納ビンの各々内に具現されたモバイルデータ記憶装置と、
格納された前記ビンデータを読み取ることと、
格納された前記ビンデータを更新することと、
前記格納ビンにつき実行されるべきアクションのコマンドを前記ビンデータに少なくとも部分的に基づいて生成することと、
前記ノード施設の各々にて取り扱い機材を、生成されたコマンドに少なくとも部分的に基づいて制御することと、
前記アクションの実行を指図するための作業員誘導命令を提供することと、
環境的に異なる格納ゾーンにわたって分布する前記施設ベースのインデクスされた格納場所への前記格納ビンの移転を、前記格納ビンの各々内に具現された前記モバイルデータ記憶装置から読み取られた前記環境データに基づいて実行することと、
の少なくとも１つのために通信するよう構成され、
前記施設管理サブシステムは更に、前記ノード間輸送車両の各々内に具現された車両管理サブシステムと通信するように構成される、
サプライチェーンシステム。
請求項２０に記載のサプライチェーンシステムにおいて、前記車両管理サブシステムは前記施設管理サブシステムと前記格納ビンの各々内に具現された前記モバイルデータ記憶装置とに通信し、前記格納ビンの各々につき前記ノード施設から前記ノード間輸送車両への、及び、前記ノード間輸送車両から前記ノード施設への移転を記録する、サプライチェーンシステム。
請求項１に記載のサプライチェーンシステムにおいて、前記ノード間輸送車両団は専用サービス輸送車両を備え、前記専用サービス輸送車両の各々は、前記ノード施設の特定ペア、前記ノード施設の限定されたサブセット、及び２つ以上の前記ノード施設を含む限定されたサービスエリア、の少なくとも１つに割り当てられている、サプライチェーンシステム。
輸送可能且つ連続的に追跡可能な格納ビンを用いるサプライチェーンワークフローを実行するための方法であって、該方法は：
サプライチェーンシステム内の複数のエンティティを通信可能に接続するステップであって、該複数のエンティティは：
地理的領域にわたって分布するノード施設のネットワークであって、前記ノード施設の各々は施設ベースのインデクスされた格納場所のアレイを備える、ネットワークと；
格納ビン内に含まれる複数の在庫アイテムを前記ノード施設の間で輸送するためのノード間輸送車両団であって、前記ノード間輸送車両の各々は車両ベースのインデクスされた格納場所のアレイを備える、ノード間輸送車両団と；
前記ノード施設の各々にて動作可能であり且つ前記格納ビンの各々を前記施設ベースのインデクスされた格納場所を通って行き来させるよう構成された複数のロボティックハンドラーであって、前記ロボティックハンドラーの各々は動的格納場所を前記格納ビンの各々に提供するよう構成され、前記ロボティックハンドラーは、それぞれ、前記格納ビンの各々の動的格納場所を示す一意的識別子を割り当てられ、前記格納ビンの各々は前記ノード施設のネットワーク内に格納可能であり且つ前記ノード間輸送車両によって前記ノード施設の各々間で輸送可能であり、、前記格納ビンの各々は前記在庫アイテムの複数の個別品の１つ以上を受領するように構成され、前記在庫アイテムは複数のベンダのうちから選択された少なくとも１つのベンダによって所有される、複数のロボティックハンドラーと；
を含む、ステップと、
コンピュータ化サプライチェーン管理システムを、前記ノード施設のネットワークと前記ノード間輸送車両団と前記格納ビンの各々とに通信可能に接続するステップと；
それぞれの格納ビンに対応するビン識別子を、
前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とに対応する場所識別子、
前記格納ビンの各々の前記動的格納場所を示す前記一意的識別子、
前記格納ビンの各々に含まれた前記在庫アイテムに対応するアイテム識別子、及び
前記格納ビンの各々に含まれた前記在庫アイテムにつき前記ベンダを識別するベンダ識別子、
とに相互リンクするステップと；
前記コンピュータ化サプライチェーン管理システムの少なくとも１つのデータベースにビンデータを記憶するステップであって、前記ビンデータは、前記それぞれの格納ビンに割り当てられた前記ビン識別子を少なくとも含み、且つ前記それぞれの格納ビンに含まれた前記在庫アイテムを示す、ステップと；
前記サプライチェーンシステムにわたってリアルタイムで、前記格納ビンの各々に格納された前記在庫アイテムを、前記ビン識別子、前記アイテム識別子、前記ベンダ識別子、前記一意的識別子、及び前記場所識別子の間の相互リンクに基づいて、位置決め機材を前記格納ビンの各々にマウントさせる必要無く、追跡するステップと；
前記格納ビンの各々を前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とに、前記相互リンクに基づいて一致させるステップであって、前記格納ビンの各々を前記ノード施設と前記ノード間輸送車両とにチェックイン及びチェックアウトさせる必要が無く、前記格納ビンの各々を前記ノード施設と前記ノード間輸送車両との各々にチェックイン及びチェックアウトするためのステージング領域を必要としない、ステップと；
を含む方法。
請求項２３に記載の方法において、
前記コンピュータ化サプライチェーン管理システムによって前記ビン識別子を前記格納ビンに割り当てることと、
前記コンピュータ化サプライチェーン管理システムの前記少なくとも１つのデータベースに、前記格納ビンに割り当てられた前記ビン識別子を記憶することと、
前記コンピュータ化サプライチェーン管理システムの前記少なくとも１つのデータベースに、前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所とに対応する前記場所識別子を記憶することと、
前記格納ビンの各々が、ノード施設の前記ネットワークと前記ノード間輸送車両団とを移動しながら前記施設ベースのインデクスされた格納場所と前記車両ベースのインデクスされた格納場所との間で移転されると、前記コンピュータ化サプライチェーン管理システムの前記少なくとも１つのデータベースにて前記場所識別子を更新することと、
ノード施設の前記ネットワークと前記ノード間輸送車両団と前記複数の格納ビンと前記コンピュータ化サプライチェーン管理システムとを構成して、前記格納ビンの各々につき、前記サプライチェーンシステムに投入されてから注文充足までの完全な追跡可能性を提供することと、
前記格納ビンの各々が前記サプライチェーンシステムの前記ノード施設のネットワーク及び前記ノード間輸送車両団を順方向及び逆方向に移動する間に前記格納ビンの各々から前記ビンデータ及びコマンドを受信及び処理することと、
をさらに含む、方法。
請求項２３に記載の方法において、前記コンピュータ化サプライチェーン管理システムによって、前記ビン識別子と、場所識別子と、前記アイテム識別子と、ベンダ識別子と、それらの間の相互リンクとを、前記少なくとも１つのデータベースにおいて自動的に記録するステップをさらに含む、方法。
請求項２３に記載の方法において、前記コンピュータ化サプライチェーン管理システムによって前記ノード施設の各々にて詰め込みアクション及び注文充足アクションを促進するための命令を前記ビンデータに基づいて生成するステップをさらに含み、前記命令は、
前記ノード施設の各々において動作可能な前記ロボティックハンドラーをアクティブ化するように構成されており、前記ロボティックハンドラーの各々は、前記格納ビンの各々を前記施設ベースのインデクスされた格納場所のアレイにて移動させ、前記格納ビンの各々をそこへと選択的に置き、前記格納ビンの各々をそこから取り出すように構成されている、方法。
請求項２３に記載の方法において、前記格納ビンの少なくともいくつかは複数のベンダに属する前記在庫アイテムを格納するための複数の区画を備え、前記区画の各々は区画識別子で識別され且つ複数のベンダのうちから選択されたベンダによって所有される前記在庫アイテムを受け入れるように構成され、前記コンピュータ化サプライチェーン管理システムは、前記区画の各々の前記区画識別子を、前記格納ビンの前記少なくともいくつかに含まれる前記在庫アイテムの前記アイテム識別子へと、また、在庫アイテムが前記格納ビンの前記少なくともいくつかに含まれている前記ベンダの前記ベンダ識別子へと、前記少なくとも１つのデータベース内において自動的に記録及びリンクするようにさらに構成されている、方法。
請求項２３に記載の方法において、前記それぞれの格納ビンに割り当てられた前記ビン識別子と、前記それぞれの格納ビン内に含まれる前記在庫アイテムを示す前記ビンデータとを、前記格納ビンの各々と動作可能に結合されたモバイルデータ記憶装置内に記憶するステップをさらに含む、方法。
請求項２３に記載の方法において：
到着格納ビンを前記ノード間輸送車両のいずれかから前記ノード施設のいずれかへと積み降ろし及び出発格納ビンを前記ノード施設のいずれかから前記ノード間輸送車両のいずれかへと再積み込みするステップであって、前記到着格納ビン及び前記出発格納ビンは前記ノード間輸送車両のいずれかと前記ノード施設のいずれかとの間で１対１の対応で交換されて前記サプライチェーンシステムを通じての順方向及び逆方向の前記格納ビンの流量が等価となることを可能とするステップと；
前記ノード施設のいずれかから前記ノード間輸送車両のいずれかに積み込まれた前記出発格納ビン各々の一意的ビン識別子を読み取るステップと；
前記一意的ビン識別子をもって前記コンピュータ化サプライチェーン管理システムの前記少なくとも１つのデータベースを更新して前記出発格納ビン各々の前記ノード間輸送車両のいずれか１つへの移転を記録するステップと；
前記ノード間輸送車両のいずれか１つから前記ノード施設のいずれかに積み降ろされた前記到着格納ビンに対応するビン識別子を読み取るステップと；
前記ビン識別子をもって前記少なくとも１つのデータベースを更新して前記到着格納ビン各々の前記ノード施設のいずれかへの移転を記録するステップとをさらに含む、方法。
請求項２３に記載の方法において：
前記ノード間輸送車両各々と動作可能に結合された位置決めユニットによって、前記ノード間輸送車両各々の場所を決定し、前記ノード間輸送車両各々内にて輸送される前記格納ビンの場所を決定するステップと；
前記ノード間輸送車両各々と動作可能に結合された無線通信ユニットによって、前記ノード間輸送車両各々の場所と、輸送される前記格納ビンの場所とを、前記コンピュータ化サプライチェーン管理システムに伝達するステップとをさらに含む、方法。