知財求人 - 知財ポータルサイト「IP Force」
特開2023-156348格納ビン及び在庫再割り当てを用いるマルチエンティティ在庫管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023156348
(43)【公開日】2023-10-24
(54)【発明の名称】格納ビン及び在庫再割り当てを用いるマルチエンティティ在庫管理
(51)【国際特許分類】
G06Q 10/087 20230101AFI20231017BHJP
B65G 1/137 20060101ALI20231017BHJP
【ＦＩ】
G06Q10/087
B65G1/137 A
【審査請求】有
【請求項の数】25
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023121398
(22)【出願日】2023-07-26
(62)【分割の表示】P 2021555342の分割
【原出願日】2020-03-13
(31)【優先権主張番号】62/818,506
(32)【優先日】2019-03-14
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/836,863
(32)【優先日】2019-04-22
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】520440490
【氏名又は名称】アタボティックス インコーポレイテッド
【氏名又は名称原語表記】ＡＴＴＡＢＯＴＩＣＳ ＩＮＣ．
(74)【代理人】
【識別番号】100147485
【弁理士】
【氏名又は名称】杉村 憲司
(72)【発明者】
【氏名】スコット グラヴェル
(72)【発明者】
【氏名】ダグラス ランゲン
(72)【発明者】
【氏名】ブラッドリー ディーン シンプソン
(57)【要約】 （修正有）
【課題】ロボティックハンドラーによるサービスを受ける１以上の格納構造を含む１以上の施設にてベンダ等の異なるエンティティの製品在庫を管理するための、再割り当て可能な格納ビンを含む複数エンティティ在庫管理システム及び方法を提供する。
【解決手段】製品の個別品を１つ以上格納する各格納ビンを有人ワークステーションに届けるコンピュータ化在庫管理システム（ＣＩＭＳ）４００であって、エンティティ識別子、各エンティティによって顧客に提供される製品の製品識別子を含む製品カタログ及び格納ビンに割り当てられる一意的ビン識別子を含むデジタル記録を記憶し、在庫有りエンティティから入用エンティティへの在庫の所有のデジタル移転を、在庫不足、入用エンティティにおける在庫の完全欠如、製品在庫について受信されている注文等に基づいて執行し、格納ビンを介しての在庫交換と共に、エンティティ間の商いを執行し、また、在庫予約を実装する。
【選択図】図４Ｃ
【解決手段】製品の個別品を１つ以上格納する各格納ビンを有人ワークステーションに届けるコンピュータ化在庫管理システム（ＣＩＭＳ）４００であって、エンティティ識別子、各エンティティによって顧客に提供される製品の製品識別子を含む製品カタログ及び格納ビンに割り当てられる一意的ビン識別子を含むデジタル記録を記憶し、在庫有りエンティティから入用エンティティへの在庫の所有のデジタル移転を、在庫不足、入用エンティティにおける在庫の完全欠如、製品在庫について受信されている注文等に基づいて執行し、格納ビンを介しての在庫交換と共に、エンティティ間の商いを執行し、また、在庫予約を実装する。
【選択図】図４Ｃ
【特許請求の範囲】
【請求項1】
複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ化システムであって、該コンピュータ化システムは：
通信ネットワークに結合されたネットワークインタフェースと；
製品所有情報を含むデータベースを記憶する１つ以上の記憶装置であって該製品所有情
報は前記複数の異なるエンティティについての識別を含む、１つ以上の記憶装置と；
前記ネットワークインタフェースと前記１つ以上の記憶装置とに結合された１つ以上の
プロセッサとを備え
該１つ以上のプロセッサは前記１つ以上の記憶装置から読み込まれた複数のコンピュー
タプログラム命令を実行するように構成されており、前記複数のコンピュータプログラム
命令は前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに：
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットをアク
ティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理
的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記データベースを更新して、前記第１の製品は前記データベース内にて識別さ
れた複数の異なるエンティティのうちに含まれる第１のエンティティに所有されているこ
とを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記通信ネットワークを介
して受信するステップであって、前記第２のエンティティは前記第１のエンティティとは
異なる、ステップと；
前記データベースを更新して、前記第１の格納構造内の前記格納場所にて格納されてい
る前記第１の製品について前記第１のエンティティから前記第２のエンティティへの所有
の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットをアクティブ化して、前記特
定の製品タイプについての前記注文を前記第２のエンティティのために充足するに際して
用いるために前記第１の格納構造内の前記格納場所から前記第１の製品を回収するステッ
プとを行わせる、コンピュータ化システム。
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ化システムであって、該コンピュータ化システムは：
通信ネットワークに結合されたネットワークインタフェースと；
製品所有情報を含むデータベースを記憶する１つ以上の記憶装置であって該製品所有情
報は前記複数の異なるエンティティについての識別を含む、１つ以上の記憶装置と；
前記ネットワークインタフェースと前記１つ以上の記憶装置とに結合された１つ以上の
プロセッサとを備え
該１つ以上のプロセッサは前記１つ以上の記憶装置から読み込まれた複数のコンピュー
タプログラム命令を実行するように構成されており、前記複数のコンピュータプログラム
命令は前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに：
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットをアク
ティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理
的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記データベースを更新して、前記第１の製品は前記データベース内にて識別さ
れた複数の異なるエンティティのうちに含まれる第１のエンティティに所有されているこ
とを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記通信ネットワークを介
して受信するステップであって、前記第２のエンティティは前記第１のエンティティとは
異なる、ステップと；
前記データベースを更新して、前記第１の格納構造内の前記格納場所にて格納されてい
る前記第１の製品について前記第１のエンティティから前記第２のエンティティへの所有
の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットをアクティブ化して、前記特
定の製品タイプについての前記注文を前記第２のエンティティのために充足するに際して
用いるために前記第１の格納構造内の前記格納場所から前記第１の製品を回収するステッ
プとを行わせる、コンピュータ化システム。
【請求項2】
請求項１に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、前
記データベースを更新して、前記第１の格納構造内の前記格納場所にある前記第１の製品
について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を
記録するステップであって、前記記録するステップは前記第２のエンティティが前記特定
の製品タイプについて在庫不足になっており且つ前記特定の製品タイプの前記注文を充足
できないとの決定に応答してなされる、ステップをなすように構成されている、コンピュ
ータ化システム。
記データベースを更新して、前記第１の格納構造内の前記格納場所にある前記第１の製品
について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を
記録するステップであって、前記記録するステップは前記第２のエンティティが前記特定
の製品タイプについて在庫不足になっており且つ前記特定の製品タイプの前記注文を充足
できないとの決定に応答してなされる、ステップをなすように構成されている、コンピュ
ータ化システム。
【請求項3】
請求項１に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、前
記データベースを更新して前記第１の格納構造内の前記格納場所にある前記第１の製品に
ついて前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記
録するステップをなすようにさらに構成されており、前記記録するステップは前記第２の
エンティティが前記第１の製品を前記第１のエンティティから購入することを確認し並び
に前記データベースを更新して前記第２のエンティティが前記第１の製品を前記第１のエ
ンティティから購入することを記録することによってなされる、コンピュータ化システム
。
記データベースを更新して前記第１の格納構造内の前記格納場所にある前記第１の製品に
ついて前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記
録するステップをなすようにさらに構成されており、前記記録するステップは前記第２の
エンティティが前記第１の製品を前記第１のエンティティから購入することを確認し並び
に前記データベースを更新して前記第２のエンティティが前記第１の製品を前記第１のエ
ンティティから購入することを記録することによってなされる、コンピュータ化システム
。
【請求項4】
請求項１に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記ロボティックハンドラーについての第１のサブセット及び前記ロボティックハンド
ラーについての第２のサブセットとは異なる前記ロボティックハンドラーについての第３
のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を第２の格納構造
内の格納場所内へと物理的に格納するステップであって、前記第２の格納構造は前記第１
の格納構造の施設とは異なる施設にある、ステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化する前又
は後に、前記１つ以上の記憶装置内の前記データベースを更新して、前記第２の格納構造
内の前記格納場所にて格納されている前記第２の製品は前記第２のエンティティに所有さ
れていることを記録するステップと；
前記注文の受信後に、前記データベースを更新して、前記第２の格納構造内の前記格納
場所にある前記第２の製品について前記第２のエンティティから前記第１のエンティティ
への所有の移転を記録するステップであって、前記第１の製品及び前記第２の製品の前記
所有が前記第１のエンティティと前記第２のエンティティとの間で交換される、ステップ
とをなすようにさらに構成されている、コンピュータ化システム。
前記ロボティックハンドラーについての第１のサブセット及び前記ロボティックハンド
ラーについての第２のサブセットとは異なる前記ロボティックハンドラーについての第３
のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を第２の格納構造
内の格納場所内へと物理的に格納するステップであって、前記第２の格納構造は前記第１
の格納構造の施設とは異なる施設にある、ステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化する前又
は後に、前記１つ以上の記憶装置内の前記データベースを更新して、前記第２の格納構造
内の前記格納場所にて格納されている前記第２の製品は前記第２のエンティティに所有さ
れていることを記録するステップと；
前記注文の受信後に、前記データベースを更新して、前記第２の格納構造内の前記格納
場所にある前記第２の製品について前記第２のエンティティから前記第１のエンティティ
への所有の移転を記録するステップであって、前記第１の製品及び前記第２の製品の前記
所有が前記第１のエンティティと前記第２のエンティティとの間で交換される、ステップ
とをなすようにさらに構成されている、コンピュータ化システム。
【請求項5】
請求項４に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化して前記
第１の製品を前記第１の格納構造内の前記格納場所内に格納するに際して、前記ロボティ
ックハンドラーについての前記第１のサブセットをアクティブ化して前記第１の製品を前
記第１の格納構造内にて第１の格納ビンの中に物理的に格納するステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して前記
第２の製品を前記第２の格納構造内の前記格納場所内に格納するに際して、前記ロボティ
ックハンドラーについての前記第３のサブセットをアクティブ化して前記第２の製品を前
記第２の格納構造内にて第２の格納ビンの中に物理的に格納するステップと；
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの内容物につ
いて前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２
の格納ビンの内容物について前記第２のエンティティから前記第１のエンティティへの所
有の移転を記録するステップであって、前記第１の格納ビンの内容物及び前記第２の格納
ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間で交
換される、ステップと；
前記ロボティックハンドラーについての第４のサブセットをアクティブ化して、前記第
１の格納ビンを前記第１の格納構造からを回収して、それによって前記特定の製品タイプ
についての前記注文を前記第２のエンティティのために充足するステップとをなすように
さらに構成されている、コンピュータ化システム。
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化して前記
第１の製品を前記第１の格納構造内の前記格納場所内に格納するに際して、前記ロボティ
ックハンドラーについての前記第１のサブセットをアクティブ化して前記第１の製品を前
記第１の格納構造内にて第１の格納ビンの中に物理的に格納するステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して前記
第２の製品を前記第２の格納構造内の前記格納場所内に格納するに際して、前記ロボティ
ックハンドラーについての前記第３のサブセットをアクティブ化して前記第２の製品を前
記第２の格納構造内にて第２の格納ビンの中に物理的に格納するステップと；
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの内容物につ
いて前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２
の格納ビンの内容物について前記第２のエンティティから前記第１のエンティティへの所
有の移転を記録するステップであって、前記第１の格納ビンの内容物及び前記第２の格納
ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間で交
換される、ステップと；
前記ロボティックハンドラーについての第４のサブセットをアクティブ化して、前記第
１の格納ビンを前記第１の格納構造からを回収して、それによって前記特定の製品タイプ
についての前記注文を前記第２のエンティティのために充足するステップとをなすように
さらに構成されている、コンピュータ化システム。
【請求項6】
請求項５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、前
記第１の格納ビンの内容物について前記第１のエンティティから前記第２のエンティティ
への所有の移転並びに前記第２の格納ビンの内容物について前記第２のエンティティから
前記第１のエンティティへの所有の移転を、前記ロボティックハンドラーのアクティブ化
及び前記特定の製品タイプの前記注文についての前記第２のエンティティのための充足に
対応するいずれかの時に、執行するように構成されている、コンピュータ化システム。
記第１の格納ビンの内容物について前記第１のエンティティから前記第２のエンティティ
への所有の移転並びに前記第２の格納ビンの内容物について前記第２のエンティティから
前記第１のエンティティへの所有の移転を、前記ロボティックハンドラーのアクティブ化
及び前記特定の製品タイプの前記注文についての前記第２のエンティティのための充足に
対応するいずれかの時に、執行するように構成されている、コンピュータ化システム。
【請求項7】
請求項５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第１のサブ
セットをアクティブ化する前又は後に、前記１つ以上の記憶装置内のデータベースを更新
して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていること
を記録するステップと；
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第３のサブ
セットをアクティブ化する前又は後に、前記１つ以上の記憶装置内のデータベースを更新
して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていること
を記録するステップとをなすようにさらに構成されている、コンピュータ化システム。
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第１のサブ
セットをアクティブ化する前又は後に、前記１つ以上の記憶装置内のデータベースを更新
して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていること
を記録するステップと；
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第３のサブ
セットをアクティブ化する前又は後に、前記１つ以上の記憶装置内のデータベースを更新
して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていること
を記録するステップとをなすようにさらに構成されている、コンピュータ化システム。
【請求項8】
請求項５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記データベースに対してクエリを発して、前記第１の格納ビンの内容物と前記第２の
格納ビンの内容物とが等しいかを決定するステップと；
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビン及び前記第２
の格納ビンの内容物の前記所有が交換されていると記録するステップであって、前記記録
するステップは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいと
の決定に少なくとも部分的に応答してなされる、ステップとをなすようにさらに構成され
ている、コンピュータ化システム。
前記データベースに対してクエリを発して、前記第１の格納ビンの内容物と前記第２の
格納ビンの内容物とが等しいかを決定するステップと；
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビン及び前記第２
の格納ビンの内容物の前記所有が交換されていると記録するステップであって、前記記録
するステップは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいと
の決定に少なくとも部分的に応答してなされる、ステップとをなすようにさらに構成され
ている、コンピュータ化システム。
【請求項9】
請求項５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、前
記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答
して：
（ａ）前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビ
ンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化するステップと；
（ｂ）前記施設の１つにて、（ｉ）前記ロボティックハンドラーについての第５のサブ
セットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並び
に、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーシ
ョンの人間ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納
ビンの前記内容物を均等化するステップと；
（ｃ）前記施設の１つとは異なる施設にてロボティックワーカをアクティブ化して、前
記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化する
ステップと；
（ｄ）前記施設の１つとは異なる施設にて、（ｉ）前記ロボティックハンドラーについ
ての第６のサブセットをアクティブ化して、前記第２の格納ビンを有人ワークステーショ
ンに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェース
をアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第２の格
納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化するステップ、
の少なくとも１つをなすようにさらに構成されている、コンピュータ化システム。
記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答
して：
（ａ）前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビ
ンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化するステップと；
（ｂ）前記施設の１つにて、（ｉ）前記ロボティックハンドラーについての第５のサブ
セットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並び
に、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーシ
ョンの人間ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納
ビンの前記内容物を均等化するステップと；
（ｃ）前記施設の１つとは異なる施設にてロボティックワーカをアクティブ化して、前
記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化する
ステップと；
（ｄ）前記施設の１つとは異なる施設にて、（ｉ）前記ロボティックハンドラーについ
ての第６のサブセットをアクティブ化して、前記第２の格納ビンを有人ワークステーショ
ンに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェース
をアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第２の格
納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化するステップ、
の少なくとも１つをなすようにさらに構成されている、コンピュータ化システム。
【請求項10】
請求項４に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、前
記ロボティックハンドラーについての別のサブセットをアクティブ化して、前記第２の製
品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収
するステップであって、前記回収するステップは前記データベースを更新して前記第２の
格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティティから前
記第１のエンティティへの所有の移転を記録した後になされる、ステップをなすようにさ
らに構成されている、コンピュータ化システム。
記ロボティックハンドラーについての別のサブセットをアクティブ化して、前記第２の製
品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収
するステップであって、前記回収するステップは前記データベースを更新して前記第２の
格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティティから前
記第１のエンティティへの所有の移転を記録した後になされる、ステップをなすようにさ
らに構成されている、コンピュータ化システム。
【請求項11】
請求項４に記載のコンピュータ化システムにおいて、前記第１の格納構造及び前記第２
の格納構造は異なる市にある、コンピュータ化システム。
の格納構造は異なる市にある、コンピュータ化システム。
【請求項12】
請求項１に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に
、前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティ
ティから受信するステップと；
データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能である
ことを確認するステップと；
前記第１の製品が利用可能であることを確認した後に前記第１の製品が前記第２のエン
ティティのために予約されていることの標示を前記データベース内に記録することによっ
て前記第１の製品を前記第２のエンティティのために予約するステップと；
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて前記異なるエ
ンティティのうちの他のものによる予約に関して前記第１の製品が利用不能となる予約期
間を開始するステップとをなすようにさらに構成されている、コンピュータ化システム。
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に
、前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティ
ティから受信するステップと；
データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能である
ことを確認するステップと；
前記第１の製品が利用可能であることを確認した後に前記第１の製品が前記第２のエン
ティティのために予約されていることの標示を前記データベース内に記録することによっ
て前記第１の製品を前記第２のエンティティのために予約するステップと；
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて前記異なるエ
ンティティのうちの他のものによる予約に関して前記第１の製品が利用不能となる予約期
間を開始するステップとをなすようにさらに構成されている、コンピュータ化システム。
【請求項13】
請求項１２に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記第１の製品を予約することに関して前記第２のエンティティに対して予約料を課金す
るようにさらに構成されている、コンピュータ化システム。
前記第１の製品を予約することに関して前記第２のエンティティに対して予約料を課金す
るようにさらに構成されている、コンピュータ化システム。
【請求項14】
請求項１２に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信され
なかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエン
ティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによ
って前記データベースを更新するようにさらに構成されている、コンピュータ化システム
。
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信され
なかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエン
ティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによ
って前記データベースを更新するようにさらに構成されている、コンピュータ化システム
。
【請求項15】
請求項１に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは：
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を
受信するステップと；
前記製品利用可能性要求と関連付けられている１つ以上の要件に関して前記製品利用可
能性要求を構文解析するステップと；
前記製品利用可能性要求と関連付けられている前記１つ以上の要件と一致する１つ以上
の製品に関して前記データベースを検索するステップであって、前記検索からの結果は前
記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ステ
ップと；
受信された前記製品利用可能性要求の要求主体へと、前記第１の製品についての情報を
送信するステップとをなすようにさらに構成されている、コンピュータ化システム。
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を
受信するステップと；
前記製品利用可能性要求と関連付けられている１つ以上の要件に関して前記製品利用可
能性要求を構文解析するステップと；
前記製品利用可能性要求と関連付けられている前記１つ以上の要件と一致する１つ以上
の製品に関して前記データベースを検索するステップであって、前記検索からの結果は前
記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ステ
ップと；
受信された前記製品利用可能性要求の要求主体へと、前記第１の製品についての情報を
送信するステップとをなすようにさらに構成されている、コンピュータ化システム。
【請求項16】
請求項１５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けら
れているホワイトリストにて識別された１つ以上のエンティティによって所有された利用
可能製品のみを含むものとするようにさらに構成されている、コンピュータ化システム。
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けら
れているホワイトリストにて識別された１つ以上のエンティティによって所有された利用
可能製品のみを含むものとするようにさらに構成されている、コンピュータ化システム。
【請求項17】
請求項１５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けら
れているブラックリストにて識別された１つ以上のエンティティによって所有された在庫
製品を含まないものとするようにさらに構成されている、コンピュータ化システム。
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けら
れているブラックリストにて識別された１つ以上のエンティティによって所有された在庫
製品を含まないものとするようにさらに構成されている、コンピュータ化システム。
【請求項18】
請求項１５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティによって前記
製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製
品のみを含むものとするようにさらに構成されている、コンピュータ化システム。
前記１つ以上の製品についての前記検索を限定して前記第２のエンティティによって前記
製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製
品のみを含むものとするようにさらに構成されている、コンピュータ化システム。
【請求項19】
請求項１５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて定義され
た選好宛先から所定の半径内にある利用可能製品のみを含むようにさらに構成されている
、コンピュータ化システム。
前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて定義され
た選好宛先から所定の半径内にある利用可能製品のみを含むようにさらに構成されている
、コンピュータ化システム。
【請求項20】
請求項１５に記載のコンピュータ化システムにおいて、前記１つ以上のプロセッサは、
前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定され
た選好配達タイムライン内に配達可能な利用可能製品のみを含むものとするようにさらに
構成されている、コンピュータ化システム。
前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定され
た選好配達タイムライン内に配達可能な利用可能製品のみを含むものとするようにさらに
構成されている、コンピュータ化システム。
【請求項21】
複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ実装方法であって、該コンピュータ実装方法は、１つ以上の記憶装置と、前記１つ以上
の記憶装置と動作可能に結合された１つ以上のプロセッサとを備える在庫管理システムを
用い、前記１つ以上のプロセッサは：
製品所有情報を含むデータベースを前記１つ以上の記憶装置によって記憶するステップ
であって該製品所有情報は前記複数の異なるエンティティについての識別を含む、ステッ
プと；
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットを前記
在庫管理システムによってアクティブ化して、特定の製品タイプの第１の製品を第１の格
納構造内の格納場所内へと物理的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記在庫管理システムによって前記データベースを更新して、前記第１の製品は
前記データベース内にて識別された前記複数の異なるエンティティのうちに含まれる第１
のエンティティに所有されていることを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記在庫管理システムによ
って通信ネットワークを介して受信するステップであって、前記第２のエンティティは前
記第１のエンティティとは異なる、ステップと；
前記在庫管理システムによって前記データベースを更新して、前記第１の格納構造内の
前記格納場所にて格納されている前記第１の製品について前記第１のエンティティから前
記第２のエンティティへの所有の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットを前記在庫管理システムによ
ってアクティブ化して、前記特定の製品タイプについての前記注文を前記第２のエンティ
ティのために充足するに際して用いるために前記第１の格納構造内の前記格納場所から前
記第１の製品を回収するステップ、とを含む方法をなすために定義されたコンピュータプ
ログラム命令を実行するように構成されている、コンピュータ実装方法。
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ実装方法であって、該コンピュータ実装方法は、１つ以上の記憶装置と、前記１つ以上
の記憶装置と動作可能に結合された１つ以上のプロセッサとを備える在庫管理システムを
用い、前記１つ以上のプロセッサは：
製品所有情報を含むデータベースを前記１つ以上の記憶装置によって記憶するステップ
であって該製品所有情報は前記複数の異なるエンティティについての識別を含む、ステッ
プと；
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットを前記
在庫管理システムによってアクティブ化して、特定の製品タイプの第１の製品を第１の格
納構造内の格納場所内へと物理的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記在庫管理システムによって前記データベースを更新して、前記第１の製品は
前記データベース内にて識別された前記複数の異なるエンティティのうちに含まれる第１
のエンティティに所有されていることを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記在庫管理システムによ
って通信ネットワークを介して受信するステップであって、前記第２のエンティティは前
記第１のエンティティとは異なる、ステップと；
前記在庫管理システムによって前記データベースを更新して、前記第１の格納構造内の
前記格納場所にて格納されている前記第１の製品について前記第１のエンティティから前
記第２のエンティティへの所有の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットを前記在庫管理システムによ
ってアクティブ化して、前記特定の製品タイプについての前記注文を前記第２のエンティ
ティのために充足するに際して用いるために前記第１の格納構造内の前記格納場所から前
記第１の製品を回収するステップ、とを含む方法をなすために定義されたコンピュータプ
ログラム命令を実行するように構成されている、コンピュータ実装方法。
【請求項22】
請求項２１に記載のコンピュータ実装方法において、前記在庫管理システムは、前記デ
ータベースを更新して、前記第１の格納構造内の前記格納場所にある前記第１の製品につ
いて前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録
するステップであって、前記記録するステップは前記第２のエンティティが前記特定の製
品タイプについて在庫不足になっており且つ前記特定の製品タイプについての前記注文を
充足できないとの決定に応答してなされる、ステップをなす、コンピュータ実装方法。
ータベースを更新して、前記第１の格納構造内の前記格納場所にある前記第１の製品につ
いて前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録
するステップであって、前記記録するステップは前記第２のエンティティが前記特定の製
品タイプについて在庫不足になっており且つ前記特定の製品タイプについての前記注文を
充足できないとの決定に応答してなされる、ステップをなす、コンピュータ実装方法。
【請求項23】
請求項２１に記載のコンピュータ実装方法において、前記在庫管理システムは、前記第
１の格納構造内の前記格納場所にある前記第１の製品について前記第１のエンティティか
ら前記第２のエンティティへの前記所有の前記移転を記録するステップをなし、前記記録
するステップは前記第２のエンティティが前記第１の製品を前記第１のエンティティから
購入することを確認し並びに前記データベースを更新して前記第２のエンティティが前記
第１の製品を前記第１のエンティティから購入することを記録することによってなされる
、コンピュータ実装方法。
１の格納構造内の前記格納場所にある前記第１の製品について前記第１のエンティティか
ら前記第２のエンティティへの前記所有の前記移転を記録するステップをなし、前記記録
するステップは前記第２のエンティティが前記第１の製品を前記第１のエンティティから
購入することを確認し並びに前記データベースを更新して前記第２のエンティティが前記
第１の製品を前記第１のエンティティから購入することを記録することによってなされる
、コンピュータ実装方法。
【請求項24】
請求項２１に記載のコンピュータ実装方法において：
前記在庫管理システムによって前記ロボティックハンドラーについての第１のサブセッ
ト及び前記ロボティックハンドラーについての第２のサブセットとは異なる前記ロボティ
ックハンドラーについての第３のサブセットをアクティブ化して、前記特定の製品タイプ
の第２の製品を第２の格納構造内の格納場所内へと物理的に格納するステップであって、
前記第２の格納構造は前記第１の格納構造の施設とは異なる施設にある、ステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化する前又
は後に、前記在庫管理システムによって前記１つ以上の記憶装置内の前記データベースを
更新して、前記第２の格納構造内の前記格納場所にて格納されている前記第２の製品は第
２のエンティティに所有されていることを記録するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第２の格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティテ
ィから前記第１のエンティティへの所有の移転を記録するステップであって、前記第１の
製品及び前記第２の製品の前記所有が前記第１のエンティティと前記第２のエンティティ
との間で交換される、ステップとをさらに含む、コンピュータ実装方法。
前記在庫管理システムによって前記ロボティックハンドラーについての第１のサブセッ
ト及び前記ロボティックハンドラーについての第２のサブセットとは異なる前記ロボティ
ックハンドラーについての第３のサブセットをアクティブ化して、前記特定の製品タイプ
の第２の製品を第２の格納構造内の格納場所内へと物理的に格納するステップであって、
前記第２の格納構造は前記第１の格納構造の施設とは異なる施設にある、ステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化する前又
は後に、前記在庫管理システムによって前記１つ以上の記憶装置内の前記データベースを
更新して、前記第２の格納構造内の前記格納場所にて格納されている前記第２の製品は第
２のエンティティに所有されていることを記録するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第２の格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティテ
ィから前記第１のエンティティへの所有の移転を記録するステップであって、前記第１の
製品及び前記第２の製品の前記所有が前記第１のエンティティと前記第２のエンティティ
との間で交換される、ステップとをさらに含む、コンピュータ実装方法。
【請求項25】
請求項２４に記載のコンピュータ実装方法において：
前記ロボティックハンドラーについての第１のサブセットをアクティブ化して前記第１
の製品を前記第１の格納構造内の前記格納場所内に格納するに際して、前記在庫管理シス
テムによって前記ロボティックハンドラーについての前記第１のサブセットをアクティブ
化して前記第１の製品を前記第１の格納構造内にて第１の格納ビンの中に物理的に格納す
るステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して前記
第２の製品を前記第２の格納構造内の前記格納場所内に格納するに際して、前記在庫管理
システムによって前記ロボティックハンドラーについての前記第３のサブセットをアクテ
ィブ化して前記第２の製品を前記第２の格納構造内にて第２の格納ビンの中に物理的に格
納するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第１の格納ビンの内容物について前記第１のエンティティから前記第２のエンティティ
への所有の移転並びに前記第２の格納ビンの内容物について前記第２のエンティティから
前記第１のエンティティへの所有の移転を記録するステップであって、前記第１の格納ビ
ンの内容物及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記
第２のエンティティとの間で交換される、ステップと；
前記在庫管理システムによって前記ロボティックハンドラーについての第４のサブセッ
トをアクティブ化して、前記第１の格納ビンを前記第１の格納構造からを回収して、それ
によって前記特定の製品タイプについての前記注文を前記第２のエンティティのために充
足するステップとをさらに含む、コンピュータ実装方法。
前記ロボティックハンドラーについての第１のサブセットをアクティブ化して前記第１
の製品を前記第１の格納構造内の前記格納場所内に格納するに際して、前記在庫管理シス
テムによって前記ロボティックハンドラーについての前記第１のサブセットをアクティブ
化して前記第１の製品を前記第１の格納構造内にて第１の格納ビンの中に物理的に格納す
るステップと；
前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して前記
第２の製品を前記第２の格納構造内の前記格納場所内に格納するに際して、前記在庫管理
システムによって前記ロボティックハンドラーについての前記第３のサブセットをアクテ
ィブ化して前記第２の製品を前記第２の格納構造内にて第２の格納ビンの中に物理的に格
納するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第１の格納ビンの内容物について前記第１のエンティティから前記第２のエンティティ
への所有の移転並びに前記第２の格納ビンの内容物について前記第２のエンティティから
前記第１のエンティティへの所有の移転を記録するステップであって、前記第１の格納ビ
ンの内容物及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記
第２のエンティティとの間で交換される、ステップと；
前記在庫管理システムによって前記ロボティックハンドラーについての第４のサブセッ
トをアクティブ化して、前記第１の格納ビンを前記第１の格納構造からを回収して、それ
によって前記特定の製品タイプについての前記注文を前記第２のエンティティのために充
足するステップとをさらに含む、コンピュータ実装方法。
【請求項26】
請求項２５に記載のコンピュータ実装方法において、前記第１の格納ビンの内容物につ
いて前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２
の格納ビンの内容物について前記第２のエンティティから前記第１のエンティティへの所
有の移転は、前記ロボティックハンドラーのアクティブ化及び前記特定の製品タイプの前
記注文についての前記第２のエンティティのための充足に対応するいずれかの時に、前記
在庫管理システムによって執行される、コンピュータ実装方法。
いて前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２
の格納ビンの内容物について前記第２のエンティティから前記第１のエンティティへの所
有の移転は、前記ロボティックハンドラーのアクティブ化及び前記特定の製品タイプの前
記注文についての前記第２のエンティティのための充足に対応するいずれかの時に、前記
在庫管理システムによって執行される、コンピュータ実装方法。
【請求項27】
請求項２５に記載のコンピュータ実装方法において：
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第１のサブ
セットをアクティブ化する前又は後に、前記在庫管理システムによって前記１つ以上の記
憶装置内のデータベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエン
ティティに所有されていることを記録するステップと；
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第３のサブ
セットをアクティブ化する前又は後に、前記在庫管理システムによって前記１つ以上の記
憶装置内のデータベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエン
ティティに所有されていることを記録するステップとをさらに含む、コンピュータ実装方
法。
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第１のサブ
セットをアクティブ化する前又は後に、前記在庫管理システムによって前記１つ以上の記
憶装置内のデータベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエン
ティティに所有されていることを記録するステップと；
前記注文を受信する前、また、前記ロボティックハンドラーについての前記第３のサブ
セットをアクティブ化する前又は後に、前記在庫管理システムによって前記１つ以上の記
憶装置内のデータベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエン
ティティに所有されていることを記録するステップとをさらに含む、コンピュータ実装方
法。
【請求項28】
請求項２５に記載のコンピュータ実装方法において：
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の
格納ビンの内容物と前記第２の格納ビンの内容物とが等しいかを決定するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第１の格納ビン及び前記第２の格納ビンの内容物の前記所有が交換されていると記録す
るステップであって、前記記録するステップは前記第１の格納ビンの内容物と前記第２の
格納ビンの内容物とが等しいとの決定に少なくとも部分的に応答してなされる、ステップ
とをさらに含む、コンピュータ実装方法。
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の
格納ビンの内容物と前記第２の格納ビンの内容物とが等しいかを決定するステップと；
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前
記第１の格納ビン及び前記第２の格納ビンの内容物の前記所有が交換されていると記録す
るステップであって、前記記録するステップは前記第１の格納ビンの内容物と前記第２の
格納ビンの内容物とが等しいとの決定に少なくとも部分的に応答してなされる、ステップ
とをさらに含む、コンピュータ実装方法。
【請求項29】
請求項２５に記載のコンピュータ実装方法において、前記第１の格納ビンの内容物と前
記第２の格納ビンの内容物とが等しくないとの決定に応答して：
（ａ）前記在庫管理システムによって前記施設の１つにてロボティックワーカをアクテ
ィブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容
物を均等化するステップと；
（ｂ）前記在庫管理システムによって前記施設の１つにて、（ｉ）前記ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワ
ークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化
して、前記有人ワークステーションの人間ワーカに指示して前記第２の格納ビンの前記内
容物との関係で前記第１の格納ビンの前記内容物を均等化するステップと；
（ｃ）前記在庫管理システムによって前記施設の１つとは異なる施設にてロボティック
ワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納
ビンの前記内容物を均等化するステップと；
（ｄ）前記在庫管理システムによって前記施設の１つとは異なる施設にて、（ｉ）前記
ロボティックハンドラーについての第６のサブセットをアクティブ化して、前記第２の格
納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーション
の人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間
ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記
内容物を均等化するステップ、の少なくとも１つをなすことをさらに含む、コンピュータ
実装方法。
記第２の格納ビンの内容物とが等しくないとの決定に応答して：
（ａ）前記在庫管理システムによって前記施設の１つにてロボティックワーカをアクテ
ィブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容
物を均等化するステップと；
（ｂ）前記在庫管理システムによって前記施設の１つにて、（ｉ）前記ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワ
ークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化
して、前記有人ワークステーションの人間ワーカに指示して前記第２の格納ビンの前記内
容物との関係で前記第１の格納ビンの前記内容物を均等化するステップと；
（ｃ）前記在庫管理システムによって前記施設の１つとは異なる施設にてロボティック
ワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納
ビンの前記内容物を均等化するステップと；
（ｄ）前記在庫管理システムによって前記施設の１つとは異なる施設にて、（ｉ）前記
ロボティックハンドラーについての第６のサブセットをアクティブ化して、前記第２の格
納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーション
の人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間
ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記
内容物を均等化するステップ、の少なくとも１つをなすことをさらに含む、コンピュータ
実装方法。
【請求項30】
請求項２４に記載のコンピュータ実装方法において、前記在庫管理システムによって前
記ロボティックハンドラーについての別のサブセットをアクティブ化して、前記第２の製
品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収
するステップであって、前記回収するステップは前記データベースを更新して前記第２の
格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティティから前
記第１のエンティティへの所有の移転を記録した後になされる、ステップをさらに含む、
コンピュータ実装方法。
記ロボティックハンドラーについての別のサブセットをアクティブ化して、前記第２の製
品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収
するステップであって、前記回収するステップは前記データベースを更新して前記第２の
格納構造内の前記格納場所にある前記第２の製品について前記第２のエンティティから前
記第１のエンティティへの所有の移転を記録した後になされる、ステップをさらに含む、
コンピュータ実装方法。
【請求項31】
請求項２４に記載のコンピュータ実装方法において、前記第１の格納構造及び前記第２
の格納構造は異なる市にある、コンピュータ実装方法。
の格納構造は異なる市にある、コンピュータ実装方法。
【請求項32】
請求項２１に記載のコンピュータ実装方法において：
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に
、前記在庫管理システムによって前記特定の製品タイプを予約することを要求する予約メ
ッセージを前記第２のエンティティから受信するステップと；
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の
製品が予約に関して利用可能であることを確認するステップと；
前記第１の製品が利用可能であることを確認した後に前記在庫管理システムによって前
記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データ
ベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約
するステップと；
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて前記異なるエ
ンティティのうちの他のものによる予約に関して前記第１の製品が利用不能となる予約期
間を前記在庫管理システムによって開始するステップとをさらに含む、コンピュータ実装
方法。
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に
、前記在庫管理システムによって前記特定の製品タイプを予約することを要求する予約メ
ッセージを前記第２のエンティティから受信するステップと；
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の
製品が予約に関して利用可能であることを確認するステップと；
前記第１の製品が利用可能であることを確認した後に前記在庫管理システムによって前
記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データ
ベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約
するステップと；
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて前記異なるエ
ンティティのうちの他のものによる予約に関して前記第１の製品が利用不能となる予約期
間を前記在庫管理システムによって開始するステップとをさらに含む、コンピュータ実装
方法。
【請求項33】
請求項３２に記載のコンピュータ実装方法において、前記第１の製品を予約することに
関して前記第２のエンティティに対して予約料を前記在庫管理システムによって課金する
ステップをさらに含む、コンピュータ実装方法。
関して前記第２のエンティティに対して予約料を前記在庫管理システムによって課金する
ステップをさらに含む、コンピュータ実装方法。
【請求項34】
請求項３２に記載のコンピュータ実装方法において、前記第１の製品に対応する注文が
前記予約期間中に前記第２のエンティティから受信されなかった場合、前記在庫管理シス
テムによって前記第１の製品が予約されていることの前記標示を覆して前記異なるエンテ
ィティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによっ
て前記データベースを更新するステップをさらに含む、コンピュータ実装方法。
前記予約期間中に前記第２のエンティティから受信されなかった場合、前記在庫管理シス
テムによって前記第１の製品が予約されていることの前記標示を覆して前記異なるエンテ
ィティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによっ
て前記データベースを更新するステップをさらに含む、コンピュータ実装方法。
【請求項35】
請求項２１に記載のコンピュータ実装方法において：
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を
前記在庫管理システムによって受信するステップと；
前記製品利用可能性要求と関連付けられている１つ以上の要件に関して前記製品利用可
能性要求を前記在庫管理システムによって構文解析するステップと；
前記製品利用可能性要求と関連付けられている前記１つ以上の要件と一致する１つ以上
の製品に関して前記在庫管理システムによって前記データベースを検索するステップであ
って、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用
可能性を少なくとも示す、ステップと；
受信された前記製品利用可能性要求の要求主体へと、前記在庫管理システムによって前
記第１の製品についての情報を送信するステップとをさらに含む、コンピュータ実装方法
。
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を
前記在庫管理システムによって受信するステップと；
前記製品利用可能性要求と関連付けられている１つ以上の要件に関して前記製品利用可
能性要求を前記在庫管理システムによって構文解析するステップと；
前記製品利用可能性要求と関連付けられている前記１つ以上の要件と一致する１つ以上
の製品に関して前記在庫管理システムによって前記データベースを検索するステップであ
って、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用
可能性を少なくとも示す、ステップと；
受信された前記製品利用可能性要求の要求主体へと、前記在庫管理システムによって前
記第１の製品についての情報を送信するステップとをさらに含む、コンピュータ実装方法
。
【請求項36】
請求項３５に記載のコンピュータ実装方法において、前記在庫管理システムによる前記
１つ以上の製品についての前記検索を限定して、前記第２のエンティティと関連付けられ
ているホワイトリストにて識別された１つ以上のエンティティによって所有された利用可
能製品のみを含むものとするステップをさらに含む、コンピュータ実装方法。
１つ以上の製品についての前記検索を限定して、前記第２のエンティティと関連付けられ
ているホワイトリストにて識別された１つ以上のエンティティによって所有された利用可
能製品のみを含むものとするステップをさらに含む、コンピュータ実装方法。
【請求項37】
請求項３５に記載のコンピュータ実装方法において、前記在庫管理システムによる前記
１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けられて
いるブラックリストにて識別された１つ以上のエンティティによって所有された在庫製品
を含まないものとするステップをさらに含む、コンピュータ実装方法。
１つ以上の製品についての前記検索を限定して前記第２のエンティティと関連付けられて
いるブラックリストにて識別された１つ以上のエンティティによって所有された在庫製品
を含まないものとするステップをさらに含む、コンピュータ実装方法。
【請求項38】
請求項３５に記載のコンピュータ実装方法において、前記在庫管理システムによる前記
１つ以上の製品についての前記検索を限定して前記第２のエンティティによって前記製品
利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品の
みを含むものとするステップをさらに含む、コンピュータ実装方法。
１つ以上の製品についての前記検索を限定して前記第２のエンティティによって前記製品
利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品の
みを含むものとするステップをさらに含む、コンピュータ実装方法。
【請求項39】
請求項３５に記載のコンピュータ実装方法において、前記在庫管理システムによる前記
１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて定義された選
好宛先から所定の半径内にある利用可能製品のみを含むものとするステップをさらに含む
、コンピュータ実装方法。
１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて定義された選
好宛先から所定の半径内にある利用可能製品のみを含むものとするステップをさらに含む
、コンピュータ実装方法。
【請求項40】
請求項３５に記載のコンピュータ実装方法において、前記在庫管理システムによる前記
１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定された選
好配達タイムライン内に配達可能な利用可能製品のみを含むものとするステップをさらに
含む、コンピュータ実装方法。
１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定された選
好配達タイムライン内に配達可能な利用可能製品のみを含むものとするステップをさらに
含む、コンピュータ実装方法。
【請求項41】
複数の異なるエンティティの製品在庫をロボティックハンドラーによるサービスを受け
る１つ以上の格納構造を備える複数の施設の１つ以上にて管理するための１つ以上のプロ
セッサによって実行可能なコンピュータプログラム命令が化体された非一時的コンピュー
タ可読記憶媒体であって、該コンピュータプログラム命令が前記少なくとも１つのプロセ
ッサによって実行されると前記少なくとも１つのプロセッサに：
製品所有情報を含むデータベースを１つ以上の記憶装置に記憶するステップであって該
製品所有情報は前記複数の異なるエンティティについての識別を含む、ステップと；
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットをアク
ティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理
的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記データベースを更新して、前記第１の製品は前記データベース内にて識別さ
れた前記複数の異なるエンティティのうちに含まれる第１のエンティティに所有されてい
ることを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記通信ネットワークを介
して受信するステップであって、前記第２のエンティティは前記第１のエンティティとは
異なる、ステップと；
前記データベースを更新して、前記第１の格納構造内の前記格納場所にて格納されてい
る前記第１の製品について前記第１のエンティティから前記第２のエンティティへの所有
の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットをアクティブ化して、前記特
定の製品タイプについての前記注文を前記第２のエンティティのために充足するに際して
用いるために前記第１の格納構造内の前記格納場所から前記第１の製品を回収するステッ
プとを行わせる、非一時的コンピュータ可読記憶媒体。
る１つ以上の格納構造を備える複数の施設の１つ以上にて管理するための１つ以上のプロ
セッサによって実行可能なコンピュータプログラム命令が化体された非一時的コンピュー
タ可読記憶媒体であって、該コンピュータプログラム命令が前記少なくとも１つのプロセ
ッサによって実行されると前記少なくとも１つのプロセッサに：
製品所有情報を含むデータベースを１つ以上の記憶装置に記憶するステップであって該
製品所有情報は前記複数の異なるエンティティについての識別を含む、ステップと；
前記施設の１つにある前記ロボティックハンドラーについての第１のサブセットをアク
ティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理
的に格納するステップと；
前記ロボティックハンドラーについての前記第１のサブセットをアクティブ化する前又
は後に、前記データベースを更新して、前記第１の製品は前記データベース内にて識別さ
れた前記複数の異なるエンティティのうちに含まれる第１のエンティティに所有されてい
ることを記録するステップと；
前記データベース内にて識別された複数の異なるエンティティのうちに含まれる第２の
エンティティからの前記特定の製品タイプについての注文を、前記通信ネットワークを介
して受信するステップであって、前記第２のエンティティは前記第１のエンティティとは
異なる、ステップと；
前記データベースを更新して、前記第１の格納構造内の前記格納場所にて格納されてい
る前記第１の製品について前記第１のエンティティから前記第２のエンティティへの所有
の移転を記録するステップと；
前記ロボティックハンドラーについての第２のサブセットをアクティブ化して、前記特
定の製品タイプについての前記注文を前記第２のエンティティのために充足するに際して
用いるために前記第１の格納構造内の前記格納場所から前記第１の製品を回収するステッ
プとを行わせる、非一時的コンピュータ可読記憶媒体。
【請求項42】
請求項４１に記載の非一時的コンピュータ可読記憶媒体において、前記１つ以上のプロ
セッサは、前記データベースを更新して、前記第１の格納構造内の前記格納場所にある前
記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有
の前記移転を記録するステップであって、前記記録するステップは前記第２のエンティテ
ィが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプにつ
いての前記注文を充足できないとの決定に応答してなされる、ステップをなすように構成
されている、非一時的コンピュータ可読記憶媒体。
セッサは、前記データベースを更新して、前記第１の格納構造内の前記格納場所にある前
記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有
の前記移転を記録するステップであって、前記記録するステップは前記第２のエンティテ
ィが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプにつ
いての前記注文を充足できないとの決定に応答してなされる、ステップをなすように構成
されている、非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書における実施形態は、一般的に、サプライチェーン、流通経路、注文充足、及
び在庫管理に関する。より具体的には、本明細書における実施形態は、複数の異なるエン
ティティの製品在庫を、ロボティックハンドラーによるサービスを受ける１つ以上の格納
構造を備える複数の施設の１つ以上にて、管理するためのマルチエンティティ在庫管理シ
ステム及び方法に関する。
び在庫管理に関する。より具体的には、本明細書における実施形態は、複数の異なるエン
ティティの製品在庫を、ロボティックハンドラーによるサービスを受ける１つ以上の格納
構造を備える複数の施設の１つ以上にて、管理するためのマルチエンティティ在庫管理シ
ステム及び方法に関する。
【0002】
関連出願の相互参照
本願は次の出願の優先権及び利益を主張する：「サプライチェーン、流通又は注文充足
エコシステムにおける格納ビン割り当て及び再割り当てを用いたマルチベンダ在庫管理」
と題する仮特許出願第６２／８１８，５０６号（米国特許商標庁に対して２０１９年３月
１４日に出願）;及び「サプライチェーン、流通又は注文充足エコシステムにおける格納
ビン及び製品再割り当てを用いたマルチベンダ在庫管理」と題する仮特許出願第６２／８
３６，８６３号（米国特許商標庁に対して２０１９年４月２２日に出願）。上記にて参照
される特許出願は参照によってそれらの全体が取り込まれる。
本願は次の出願の優先権及び利益を主張する：「サプライチェーン、流通又は注文充足
エコシステムにおける格納ビン割り当て及び再割り当てを用いたマルチベンダ在庫管理」
と題する仮特許出願第６２／８１８，５０６号（米国特許商標庁に対して２０１９年３月
１４日に出願）;及び「サプライチェーン、流通又は注文充足エコシステムにおける格納
ビン及び製品再割り当てを用いたマルチベンダ在庫管理」と題する仮特許出願第６２／８
３６，８６３号（米国特許商標庁に対して２０１９年４月２２日に出願）。上記にて参照
される特許出願は参照によってそれらの全体が取り込まれる。
【背景技術】
【0003】
従来的なサプライチェーンは、例えば製造者、生産者、サプライヤ、ベンダ、倉庫、運
送会社、流通センタ、注文充足センタ、小売業者等の一連の別個の取引エンティティを備
える。サプライチェーン管理によれば、製造者及び生産者から末端の顧客及びエンドユー
ザへとソーシング及び配達をなし得る。サプライチェーン管理は典型的には、在庫の源泉
から、顧客注文の充足並びに末端顧客及び末端消費者へのラストマイル配達及び消費迄へ
と辿る在庫流通の管理に関する。ロジスティクスはサプライチェーンの一部を構成し、在
庫の源泉ポイントから最終宛先迄への移動及び格納の制御を伴う。サプライチェーンエコ
システム内において在庫管理の従来手法を変えるような幾つかの技術が出現した。個別化
された製品及びより強化された注文の粒度制御に関しての顧客要請が増大している。サプ
ライチェーンのデジタイゼーションによって企業は増大する顧客の期待に対応し得る。
送会社、流通センタ、注文充足センタ、小売業者等の一連の別個の取引エンティティを備
える。サプライチェーン管理によれば、製造者及び生産者から末端の顧客及びエンドユー
ザへとソーシング及び配達をなし得る。サプライチェーン管理は典型的には、在庫の源泉
から、顧客注文の充足並びに末端顧客及び末端消費者へのラストマイル配達及び消費迄へ
と辿る在庫流通の管理に関する。ロジスティクスはサプライチェーンの一部を構成し、在
庫の源泉ポイントから最終宛先迄への移動及び格納の制御を伴う。サプライチェーンエコ
システム内において在庫管理の従来手法を変えるような幾つかの技術が出現した。個別化
された製品及びより強化された注文の粒度制御に関しての顧客要請が増大している。サプ
ライチェーンのデジタイゼーションによって企業は増大する顧客の期待に対応し得る。
【0004】
電子商取引（ｅコマース）は顧客のアイテム購入態様を変えた。ｅコマースが相当な進
度で成長し且つ従来的な実店舗型の小売慣行を飲み込み続けるにつれて、多くの企業はオ
ンラインマーケットプレイスにおける意義を維持又は増大させ並びに当該領域における強
大勢力と競争するに際して相当の課題に直面している。このため、ベンダが従来的なサプ
ライチェーン並びに流通及び在庫管理に関する慣行から離脱するかこれらを補完するため
のソリューションが要請されており、直接顧客注文充足の観点に関して再集中することの
ためにこれが要請される。製品を作る事業体は、典型的には、在庫管理システムであって
、製品を販売店舗や顧客に製品を流通させ、製品を追跡し、また、顧客注文との関係で在
庫を関連付けるための在庫管理システムを用いる。在庫管理（inventory management）に
おいては、通常在庫及び販売の総合的状態即ち需給状況について示すことになる。もっと
も、在庫制御（inventory control）は大企業及び小企業にとって相当な課題となる。不
十分な製品在庫、即ち在庫不足は販売損失及び機会損失を結果としてもたらす。他方で、
需要を上回る在庫は相当な保管費用、間接費用、金融負債等の増大を招く。在庫不足及び
在庫は、一般的に企業及び経済に対して数百万から数十億ドルの損失をもたらす。
度で成長し且つ従来的な実店舗型の小売慣行を飲み込み続けるにつれて、多くの企業はオ
ンラインマーケットプレイスにおける意義を維持又は増大させ並びに当該領域における強
大勢力と競争するに際して相当の課題に直面している。このため、ベンダが従来的なサプ
ライチェーン並びに流通及び在庫管理に関する慣行から離脱するかこれらを補完するため
のソリューションが要請されており、直接顧客注文充足の観点に関して再集中することの
ためにこれが要請される。製品を作る事業体は、典型的には、在庫管理システムであって
、製品を販売店舗や顧客に製品を流通させ、製品を追跡し、また、顧客注文との関係で在
庫を関連付けるための在庫管理システムを用いる。在庫管理（inventory management）に
おいては、通常在庫及び販売の総合的状態即ち需給状況について示すことになる。もっと
も、在庫制御（inventory control）は大企業及び小企業にとって相当な課題となる。不
十分な製品在庫、即ち在庫不足は販売損失及び機会損失を結果としてもたらす。他方で、
需要を上回る在庫は相当な保管費用、間接費用、金融負債等の増大を招く。在庫不足及び
在庫は、一般的に企業及び経済に対して数百万から数十億ドルの損失をもたらす。
【0005】
在庫不足は、顧客注文を充足するに際して相当な問題を来す。ベンダが他所にある余剰
供給源について知っており且つ必要とされる製品在庫を取得するための正しい連絡先及び
手順について把握していない限り、在庫を別途注文及び購入することを要し、顧客注文充
足に要する費用及び時間を増大させてしまう。さらに、ラストマイル配達費用を低減させ
るために、在庫はマイクロ充足施設にて末端顧客に可能な限り近接して配置されているこ
とを要する。小売店舗裏や末端顧客の近くのダーク型ウェアハウスの空間の不動産費用は
、多くの流通センタの郊外立地に比して格段に高価である。マイクロ充足を実現可能とす
るためには、各施設にて多様な商品を利用可能とすることを要するが、格納要件を激増さ
せる程の過剰な品揃えは要さない。結果として、サプライチェーン内にて販売される全部
の製品を「個別品」レベルで扱うことが要請され、従来的なサプライチェーン手法でなさ
れる「ケース」レベルでの補充ではなく「ぎりぎり十分」の在庫補充が要請される。任意
の大手企業では、あるローカル箇所にある過剰在庫は、それが位置特定可能であり且つ在
庫バランシングのための手順が定められていれば、多くの場合、同企業内の別の場所にあ
る在庫不足に充てるために移転することができる。
供給源について知っており且つ必要とされる製品在庫を取得するための正しい連絡先及び
手順について把握していない限り、在庫を別途注文及び購入することを要し、顧客注文充
足に要する費用及び時間を増大させてしまう。さらに、ラストマイル配達費用を低減させ
るために、在庫はマイクロ充足施設にて末端顧客に可能な限り近接して配置されているこ
とを要する。小売店舗裏や末端顧客の近くのダーク型ウェアハウスの空間の不動産費用は
、多くの流通センタの郊外立地に比して格段に高価である。マイクロ充足を実現可能とす
るためには、各施設にて多様な商品を利用可能とすることを要するが、格納要件を激増さ
せる程の過剰な品揃えは要さない。結果として、サプライチェーン内にて販売される全部
の製品を「個別品」レベルで扱うことが要請され、従来的なサプライチェーン手法でなさ
れる「ケース」レベルでの補充ではなく「ぎりぎり十分」の在庫補充が要請される。任意
の大手企業では、あるローカル箇所にある過剰在庫は、それが位置特定可能であり且つ在
庫バランシングのための手順が定められていれば、多くの場合、同企業内の別の場所にあ
る在庫不足に充てるために移転することができる。
【0006】
従来的なサプライチェーンシステムは、典型的には、複数のエンドポイントからの顧客
注文を充足するのであり、故に費用が増大し、また、雑然とした在庫管理を伴う。宛先の
住所に最も近いエンドポイントから顧客注文を充足することが必要とされる。さらに、こ
れらのサプライチェーンシステムは、施設間での配送及び受領を雑然とした態様でなすの
であり予測可能性は限定的となる。自律的且つ整然とした手法が必要とされるのであり、
エンドポイントを含む各施設にて格納ユニットを１対１の対応で交換して予測可能性を強
化し且つ在庫管理を最適化することが必要とされる。
注文を充足するのであり、故に費用が増大し、また、雑然とした在庫管理を伴う。宛先の
住所に最も近いエンドポイントから顧客注文を充足することが必要とされる。さらに、こ
れらのサプライチェーンシステムは、施設間での配送及び受領を雑然とした態様でなすの
であり予測可能性は限定的となる。自律的且つ整然とした手法が必要とされるのであり、
エンドポイントを含む各施設にて格納ユニットを１対１の対応で交換して予測可能性を強
化し且つ在庫管理を最適化することが必要とされる。
【0007】
在庫管理における総合的な改善のためには、サプライチェーン内の複数のベンダについ
てより良い協働が必要とされる。多くの従来的なサプライチェーンは、複数のベンダから
の注文に関して、マルチテナント性を考慮していない。製品在庫の物理的所在及びその所
有を追跡しつつ、マルチベンダ在庫を単一格納ユニット内で組み合わせることが必要とさ
れる。さらに、ネットワークノード間でマルチベンダ在庫を移動すること及びサプライチ
ェーン内でマルチベンダ在庫を追跡することが必要とされる。また、在庫を注文充足のた
めに遠方の場所へと物理的に輸送するのに対して、在庫不足について決定及びそれを解消
するために疑似即時的且つ相当に迅速化された態様で処することが望まれる。また、複数
のパラメータ、在庫移転、在庫スワップ、在庫販売、及び在庫予約に基づいたデジタルベ
ンダ間在庫再割り当てを通じてリアルタイムで在庫不足及び過剰在庫を管理するための自
律充足テクノロジを伴う包括的な電子的在庫管理システムが要されており、また、これは
ベンダ間商取引を執行することに加えて要されており、在庫スワップ又は在庫販売と関連
付けられているデジタル再割り当ては、顧客注文の受信、在庫不足の検知、デジタルトラ
ンザクションによっての在庫調整解決、及び顧客注文充足目的でのロボット展開によって
発動される。
てより良い協働が必要とされる。多くの従来的なサプライチェーンは、複数のベンダから
の注文に関して、マルチテナント性を考慮していない。製品在庫の物理的所在及びその所
有を追跡しつつ、マルチベンダ在庫を単一格納ユニット内で組み合わせることが必要とさ
れる。さらに、ネットワークノード間でマルチベンダ在庫を移動すること及びサプライチ
ェーン内でマルチベンダ在庫を追跡することが必要とされる。また、在庫を注文充足のた
めに遠方の場所へと物理的に輸送するのに対して、在庫不足について決定及びそれを解消
するために疑似即時的且つ相当に迅速化された態様で処することが望まれる。また、複数
のパラメータ、在庫移転、在庫スワップ、在庫販売、及び在庫予約に基づいたデジタルベ
ンダ間在庫再割り当てを通じてリアルタイムで在庫不足及び過剰在庫を管理するための自
律充足テクノロジを伴う包括的な電子的在庫管理システムが要されており、また、これは
ベンダ間商取引を執行することに加えて要されており、在庫スワップ又は在庫販売と関連
付けられているデジタル再割り当ては、顧客注文の受信、在庫不足の検知、デジタルトラ
ンザクションによっての在庫調整解決、及び顧客注文充足目的でのロボット展開によって
発動される。
【0008】
幾つかの従来的解決法では、各ベンダがベンダ間在庫移転のために特定の在庫管理単位
（ＳＫＵ、stock keeping unit）について在庫を有していることが典型的に要請される。
入用ベンダがサプライチェーンエコシステム内にて在庫（inventory）を有しておらずと
も製品在庫（product inventory）の所有を入用ベンダへとデジタル的に移転することが
必要とされる。さらに、在庫再割り当ての遂行前に在庫の利用可能性を担保する予約方法
が必要とされている。
（ＳＫＵ、stock keeping unit）について在庫を有していることが典型的に要請される。
入用ベンダがサプライチェーンエコシステム内にて在庫（inventory）を有しておらずと
も製品在庫（product inventory）の所有を入用ベンダへとデジタル的に移転することが
必要とされる。さらに、在庫再割り当ての遂行前に在庫の利用可能性を担保する予約方法
が必要とされている。
【0009】
よって、関連技術に見出される上記課題を解決するような、複数の異なるエンティティ
の製品在庫をロボティックハンドラーによるサービスを受ける１つ以上の格納構造を備え
る複数の施設の１つ以上にて管理するためのマルチエンティティ在庫管理システム及び方
法について、長年渇望されている。
の製品在庫をロボティックハンドラーによるサービスを受ける１つ以上の格納構造を備え
る複数の施設の１つ以上にて管理するためのマルチエンティティ在庫管理システム及び方
法について、長年渇望されている。
【発明の概要】
【0010】
本概要は選ばれた概念について紹介するために提供されるのであり、詳細な説明にて詳
述される。本概要は特許請求の範囲の範囲を画定することを意図しているわけではない。
述される。本概要は特許請求の範囲の範囲を画定することを意図しているわけではない。
【0011】
本願にて開示するシステム及び方法は、複数の異なるエンティティの製品在庫を、ロボ
ティックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１
つ以上にて、管理することについての上述の必要性に応える。本願にて開示するシステム
及び方法は、スマート格納ビンやロボティックハンドラー等の在庫ハンドラーを用いての
、複数の異なるエンティティ間での製品在庫の再割り当て及び交換を管理する。
ティックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１
つ以上にて、管理することについての上述の必要性に応える。本願にて開示するシステム
及び方法は、スマート格納ビンやロボティックハンドラー等の在庫ハンドラーを用いての
、複数の異なるエンティティ間での製品在庫の再割り当て及び交換を管理する。
【0012】
複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ化システム及び方法を提供する。コンピュータ化システムは、通信ネットワークに結合
されたネットワークインタフェースと、１つ以上の記憶装置と、ネットワークインタフェ
ース及び記憶装置に結合された１つ以上のプロセッサとを備える。記憶装置は製品所有情
報を含むデータベースを記憶する。製品所有情報は、例えば複数の異なるエンティティに
ついての識別を含む。プロセッサは、記憶装置から読み込まれた複数のコンピュータプロ
グラム命令を実行するように構成されており、異なるエンティティの製品在庫を、ロボテ
ィックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ
以上にて、管理することについての方法を行うためのものである。
ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュー
タ化システム及び方法を提供する。コンピュータ化システムは、通信ネットワークに結合
されたネットワークインタフェースと、１つ以上の記憶装置と、ネットワークインタフェ
ース及び記憶装置に結合された１つ以上のプロセッサとを備える。記憶装置は製品所有情
報を含むデータベースを記憶する。製品所有情報は、例えば複数の異なるエンティティに
ついての識別を含む。プロセッサは、記憶装置から読み込まれた複数のコンピュータプロ
グラム命令を実行するように構成されており、異なるエンティティの製品在庫を、ロボテ
ィックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ
以上にて、管理することについての方法を行うためのものである。
【0013】
実施形態では、コンピュータ化システムはコンピュータ化在庫管理システム（ＣＩＭＳ
、computerized inventory management system）であり、該ＣＩＭＳは、１つ以上の管理
サブシステムを備えており、これらは施設及び施設間で移動しているノード間輸送車両団
にわたって分布しており、通信ネットワークを介して動作可能に中央コンピューティング
システムに結合されている。実施形態では、ＣＩＭＳは、施設のうちの１つ（以下、「第
１の施設」という。）のロボティックハンドラーについての第１のサブセットをアクティ
ブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理的に
格納する。ロボティックハンドラーについての第１のサブセットをアクティブ化する前後
（前又は後）に、ＣＩＭＳは、データベースを更新して、第１の製品はデータベース内に
て識別された複数の異なるエンティティのうちに含まれる第１のエンティティに所有され
ていることを記録する。ＣＩＭＳは、データベース内にて識別された複数の異なるエンテ
ィティのうちに含まれる第２のエンティティからの特定の製品タイプについての注文を、
通信ネットワークを介して受信するのであって、第２のエンティティは第１のエンティテ
ィとは異なる。実施形態では、第２のエンティティは製品在庫を必要としている入用エン
ティティであり、また、第１のエンティティは入用エンティティへと移転できる追加の製
品在庫を有する在庫有りエンティティである。ＣＩＭＳは、データベースを更新して、第
１の格納構造内の格納場所にて格納されている第１の製品について第１のエンティティか
ら第２のエンティティへの所有の移転を記録する。ＣＩＭＳは、ロボティックハンドラー
についての第２のサブセットをアクティブ化して、特定の製品タイプについての注文を第
２のエンティティのために充足するに際して用いるために第１の格納構造内の格納場所か
ら第１の製品を回収するステップとを行わせる。ＣＩＭＳは、第１の格納構造内の格納場
所からの第１の製品の回収及び／又は第２のエンティティについて特定の製品タイプにつ
いての注文充足に対応する任意の時に、第１の製品の所有についての第１のエンティティ
から第２のエンティティへの移転を執行する。例えば、実施形態では、ＣＩＭＳは、ロボ
ティックハンドラーについての第２のセットをアクティブ化して第１の格納構造内の格納
場所から第１の製品を回収する前に、第１の格納構造内の格納場所にて格納された第１の
製品の所有についての第１のエンティティから第２のエンティティへの移転を、執行する
。別の実施形態では、ＣＩＭＳは、ロボティックハンドラーについての第２のセットをア
クティブ化して第１の格納構造内の格納場所から第１の製品を回収した後に、第１の格納
構造内の格納場所にて格納された第１の製品の所有についての第１のエンティティから第
２のエンティティへの移転を、執行する。別の実施形態では、ＣＩＭＳは、注文充足後に
、第１の製品の所有についての第１のエンティティから第２のエンティティへの移転を執
行する。
、computerized inventory management system）であり、該ＣＩＭＳは、１つ以上の管理
サブシステムを備えており、これらは施設及び施設間で移動しているノード間輸送車両団
にわたって分布しており、通信ネットワークを介して動作可能に中央コンピューティング
システムに結合されている。実施形態では、ＣＩＭＳは、施設のうちの１つ（以下、「第
１の施設」という。）のロボティックハンドラーについての第１のサブセットをアクティ
ブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場所内へと物理的に
格納する。ロボティックハンドラーについての第１のサブセットをアクティブ化する前後
（前又は後）に、ＣＩＭＳは、データベースを更新して、第１の製品はデータベース内に
て識別された複数の異なるエンティティのうちに含まれる第１のエンティティに所有され
ていることを記録する。ＣＩＭＳは、データベース内にて識別された複数の異なるエンテ
ィティのうちに含まれる第２のエンティティからの特定の製品タイプについての注文を、
通信ネットワークを介して受信するのであって、第２のエンティティは第１のエンティテ
ィとは異なる。実施形態では、第２のエンティティは製品在庫を必要としている入用エン
ティティであり、また、第１のエンティティは入用エンティティへと移転できる追加の製
品在庫を有する在庫有りエンティティである。ＣＩＭＳは、データベースを更新して、第
１の格納構造内の格納場所にて格納されている第１の製品について第１のエンティティか
ら第２のエンティティへの所有の移転を記録する。ＣＩＭＳは、ロボティックハンドラー
についての第２のサブセットをアクティブ化して、特定の製品タイプについての注文を第
２のエンティティのために充足するに際して用いるために第１の格納構造内の格納場所か
ら第１の製品を回収するステップとを行わせる。ＣＩＭＳは、第１の格納構造内の格納場
所からの第１の製品の回収及び／又は第２のエンティティについて特定の製品タイプにつ
いての注文充足に対応する任意の時に、第１の製品の所有についての第１のエンティティ
から第２のエンティティへの移転を執行する。例えば、実施形態では、ＣＩＭＳは、ロボ
ティックハンドラーについての第２のセットをアクティブ化して第１の格納構造内の格納
場所から第１の製品を回収する前に、第１の格納構造内の格納場所にて格納された第１の
製品の所有についての第１のエンティティから第２のエンティティへの移転を、執行する
。別の実施形態では、ＣＩＭＳは、ロボティックハンドラーについての第２のセットをア
クティブ化して第１の格納構造内の格納場所から第１の製品を回収した後に、第１の格納
構造内の格納場所にて格納された第１の製品の所有についての第１のエンティティから第
２のエンティティへの移転を、執行する。別の実施形態では、ＣＩＭＳは、注文充足後に
、第１の製品の所有についての第１のエンティティから第２のエンティティへの移転を執
行する。
【0014】
実施形態でＣＩＭＳは、データベースを更新して、第１の格納構造内の格納場所にある
第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録す
るのであってこれは第２のエンティティが特定の製品タイプについて在庫不足になってお
り且つ特定の製品タイプについての注文を充足できないとの決定に応答してなされる。別
の実施形態でＣＩＭＳは、データベースを更新して第１の格納構造内の格納場所にある第
１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録する
ステップをなすようにさらに構成されており、これは第２のエンティティが第１の製品を
第１のエンティティから購入することを確認し並びに前記データベースを更新して第２の
エンティティが第１の製品を第１のエンティティから購入することを記録することによっ
てなされる。
第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録す
るのであってこれは第２のエンティティが特定の製品タイプについて在庫不足になってお
り且つ特定の製品タイプについての注文を充足できないとの決定に応答してなされる。別
の実施形態でＣＩＭＳは、データベースを更新して第１の格納構造内の格納場所にある第
１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録する
ステップをなすようにさらに構成されており、これは第２のエンティティが第１の製品を
第１のエンティティから購入することを確認し並びに前記データベースを更新して第２の
エンティティが第１の製品を第１のエンティティから購入することを記録することによっ
てなされる。
【0015】
実施形態でＣＩＭＳは、ロボティックハンドラーについての第１のサブセット及びロボ
ティックハンドラーについての第２のサブセットとは異なるロボティックハンドラーにつ
いての第３のサブセットをアクティブ化して、特定の製品タイプの第２の製品を第２の格
納構造内の格納場所内へと物理的に格納する。第２の格納構造は第１の格納構造の施設と
は異なる施設に所在するのであり本明細書にて「第２の施設」という。実施形態では、第
１の格納構造及び第２の格納構造は異なる市に所在する。ロボティックハンドラーについ
ての第３のサブセットをアクティブ化する前後に、ＣＩＭＳは、記憶装置内のデータベー
スを更新して、第２の格納構造内の格納場所にて格納されている第２の製品は第２のエン
ティティに所有されていることを記録する。注文を受信後に、ＣＩＭＳは、データベース
を更新して、第２の格納構造内の格納場所にある第２の製品について第２のエンティティ
から第１のエンティティへの所有の移転を記録するのであり、第１の製品及び第２の製品
の所有が第１のエンティティと第２のエンティティとの間で交換される。
ティックハンドラーについての第２のサブセットとは異なるロボティックハンドラーにつ
いての第３のサブセットをアクティブ化して、特定の製品タイプの第２の製品を第２の格
納構造内の格納場所内へと物理的に格納する。第２の格納構造は第１の格納構造の施設と
は異なる施設に所在するのであり本明細書にて「第２の施設」という。実施形態では、第
１の格納構造及び第２の格納構造は異なる市に所在する。ロボティックハンドラーについ
ての第３のサブセットをアクティブ化する前後に、ＣＩＭＳは、記憶装置内のデータベー
スを更新して、第２の格納構造内の格納場所にて格納されている第２の製品は第２のエン
ティティに所有されていることを記録する。注文を受信後に、ＣＩＭＳは、データベース
を更新して、第２の格納構造内の格納場所にある第２の製品について第２のエンティティ
から第１のエンティティへの所有の移転を記録するのであり、第１の製品及び第２の製品
の所有が第１のエンティティと第２のエンティティとの間で交換される。
【0016】
実施形態では、ロボティックハンドラーについての第１のサブセットをアクティブ化し
て第１の製品を第１の格納構造内の格納場所内に格納するに際して、ＣＩＭＳは、ロボテ
ィックハンドラーについての第１のサブセットをアクティブ化して第１の製品を第１の格
納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハンドラーについて
の第３のサブセットをアクティブ化して第２の製品を第２の格納構造内の格納場所内に格
納するに際して、ＣＩＭＳは、ロボティックハンドラーについての第３のサブセットをア
クティブ化して第２の製品を第２の格納構造内にて第２の格納ビンの中に物理的に格納す
る。注文を受信後に、ＣＩＭＳは、データベースを更新して、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を記録する
のであり、第１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティ
ティと第２のエンティティとの間で交換される。ＣＩＭＳは、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を、ロボテ
ィックハンドラーのアクティブ化及び／又は特定の製品タイプについての注文についての
第２のエンティティのための充足に対応するいずれかの時に、執行するのであり、例えば
、ロボティックハンドラーが出動し且つ製品がピック｛される／された｝前後の場合や注
文充足後の場合でさえ考え得る。ＣＩＭＳは、ロボティックハンドラーについての第４の
サブセットをアクティブ化して、第１の格納ビンを第１の格納構造からを回収して、それ
によって特定の製品タイプについての注文を前記第２のエンティティのために充足する。
て第１の製品を第１の格納構造内の格納場所内に格納するに際して、ＣＩＭＳは、ロボテ
ィックハンドラーについての第１のサブセットをアクティブ化して第１の製品を第１の格
納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハンドラーについて
の第３のサブセットをアクティブ化して第２の製品を第２の格納構造内の格納場所内に格
納するに際して、ＣＩＭＳは、ロボティックハンドラーについての第３のサブセットをア
クティブ化して第２の製品を第２の格納構造内にて第２の格納ビンの中に物理的に格納す
る。注文を受信後に、ＣＩＭＳは、データベースを更新して、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を記録する
のであり、第１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティ
ティと第２のエンティティとの間で交換される。ＣＩＭＳは、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を、ロボテ
ィックハンドラーのアクティブ化及び／又は特定の製品タイプについての注文についての
第２のエンティティのための充足に対応するいずれかの時に、執行するのであり、例えば
、ロボティックハンドラーが出動し且つ製品がピック｛される／された｝前後の場合や注
文充足後の場合でさえ考え得る。ＣＩＭＳは、ロボティックハンドラーについての第４の
サブセットをアクティブ化して、第１の格納ビンを第１の格納構造からを回収して、それ
によって特定の製品タイプについての注文を前記第２のエンティティのために充足する。
【0017】
実施形態では、注文を受信する前、また、ロボティックハンドラーについての第１のサ
ブセットをアクティブ化する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、
第１の格納ビンの内容物は第１のエンティティに所有されていることを記録する。注文を
受信する前、また、ロボティックハンドラーについての第３のサブセットをアクティブ化
する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、第２の格納ビンの内容物
は第２のエンティティに所有されていることを記録する。実施形態では、ＣＩＭＳは、デ
ータベースに対してクエリを発して、第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しいかを決定する。注文を受信後に、ＣＩＭＳはデータベースを更新して、第１の
格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであって、こ
れは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少なくとも
部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物とが等し
くないとの決定に応答して、ＣＩＭＳは次の少なくとも１つをなす：（ａ）第１の施設に
てロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係で第１の格
納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、第１の格納ビンを有人ワーク
ステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（ＨＭＩ）をアクテ
ィブ化して、有人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物と
の関係で第１の格納ビンの内容物を均等化するステップと；（ｃ）第２の施設にてロボテ
ィックワーカをアクティブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの
内容物を均等化するステップと；（ｄ）第２の施設にて、（ｉ）ロボティックハンドラー
についての第６のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーシ
ョンに届け、並びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有
人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の
格納ビンの内容物を均等化するステップ。実施形態では、ＣＩＭＳは、ロボティックハン
ドラーについての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配
置するために第２の製品を第２の格納構造から回収するのであって、これはデータベース
を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティティか
ら第１のエンティティへの所有の移転を記録した後になされる。
ブセットをアクティブ化する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、
第１の格納ビンの内容物は第１のエンティティに所有されていることを記録する。注文を
受信する前、また、ロボティックハンドラーについての第３のサブセットをアクティブ化
する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、第２の格納ビンの内容物
は第２のエンティティに所有されていることを記録する。実施形態では、ＣＩＭＳは、デ
ータベースに対してクエリを発して、第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しいかを決定する。注文を受信後に、ＣＩＭＳはデータベースを更新して、第１の
格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであって、こ
れは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少なくとも
部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物とが等し
くないとの決定に応答して、ＣＩＭＳは次の少なくとも１つをなす：（ａ）第１の施設に
てロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係で第１の格
納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、第１の格納ビンを有人ワーク
ステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（ＨＭＩ）をアクテ
ィブ化して、有人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物と
の関係で第１の格納ビンの内容物を均等化するステップと；（ｃ）第２の施設にてロボテ
ィックワーカをアクティブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの
内容物を均等化するステップと；（ｄ）第２の施設にて、（ｉ）ロボティックハンドラー
についての第６のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーシ
ョンに届け、並びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有
人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の
格納ビンの内容物を均等化するステップ。実施形態では、ＣＩＭＳは、ロボティックハン
ドラーについての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配
置するために第２の製品を第２の格納構造から回収するのであって、これはデータベース
を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティティか
ら第１のエンティティへの所有の移転を記録した後になされる。
【0018】
実施形態では、ＣＩＭＳは、特定の製品タイプについての注文を第２のエンティティか
ら受信する前に、特定の製品タイプを予約することを要求する予約メッセージを第２のエ
ンティティから受信する。ＣＩＭＳは、データベースに対してクエリを発して、第１の製
品が予約に関して利用可能であることを確認する。ＣＩＭＳは、第１の製品が利用可能で
あることを確認した後に第１の製品が第２のエンティティのために予約されていることの
標示をデータベース内に記録することによって第１の製品を第２のエンティティのために
予約する。ＣＩＭＳは、第１の製品が第２のエンティティのために独占的に取り置かれて
異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる予
約期間を開始する。実施形態では、ＣＩＭＳは、第１の製品を予約することに関して第２
のエンティティに対して予約料を課金する。実施形態では、ＣＩＭＳは、第１の製品に対
応する注文が予約期間中に第２のエンティティから受信されなかった場合、第１の製品が
予約されていることの標示を覆して異なるエンティティのうちの他のものによる予約に関
して第１の製品を利用可能とすることによってデータベースを更新する。
ら受信する前に、特定の製品タイプを予約することを要求する予約メッセージを第２のエ
ンティティから受信する。ＣＩＭＳは、データベースに対してクエリを発して、第１の製
品が予約に関して利用可能であることを確認する。ＣＩＭＳは、第１の製品が利用可能で
あることを確認した後に第１の製品が第２のエンティティのために予約されていることの
標示をデータベース内に記録することによって第１の製品を第２のエンティティのために
予約する。ＣＩＭＳは、第１の製品が第２のエンティティのために独占的に取り置かれて
異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる予
約期間を開始する。実施形態では、ＣＩＭＳは、第１の製品を予約することに関して第２
のエンティティに対して予約料を課金する。実施形態では、ＣＩＭＳは、第１の製品に対
応する注文が予約期間中に第２のエンティティから受信されなかった場合、第１の製品が
予約されていることの標示を覆して異なるエンティティのうちの他のものによる予約に関
して第１の製品を利用可能とすることによってデータベースを更新する。
【0019】
実施形態では、ＣＩＭＳは、第２のエンティティから、特定の製品タイプについての製
品利用可能性要求を受信する。ＣＩＭＳは、製品利用可能性要求と関連付けられている１
つ以上の要件に関して製品利用可能性要求を構文解析する。ＣＩＭＳは、製品利用可能性
要求と関連付けられている要件と一致する１つ以上の製品に関してデータベースを検索す
る。検索からの結果は、第１のエンティティに所有された第１の製品の利用可能性を少な
くとも示す。ＣＩＭＳは、第１の製品についての情報を、受信された製品利用可能性要求
の要求主体へと、送る。実施形態では、ＣＩＭＳは、製品についての検索を限定して第２
のエンティティと関連付けられているホワイトリストにて識別された１つ以上のエンティ
ティによって所有された利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭ
Ｓは、製品についての検索を限定して第２のエンティティと関連付けられているブラック
リストにて識別された１つ以上のエンティティによって所有された在庫製品を含まないも
のとする。別の実施形態では、ＣＩＭＳは、製品についての検索を限定して第２のエンテ
ィティによって製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有
する利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品について
の検索を限定して製品利用可能性要求にて定義された選好宛先から所定の半径内にある利
用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品についての検索
を限定して製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用
可能製品のみを含むものとする。
品利用可能性要求を受信する。ＣＩＭＳは、製品利用可能性要求と関連付けられている１
つ以上の要件に関して製品利用可能性要求を構文解析する。ＣＩＭＳは、製品利用可能性
要求と関連付けられている要件と一致する１つ以上の製品に関してデータベースを検索す
る。検索からの結果は、第１のエンティティに所有された第１の製品の利用可能性を少な
くとも示す。ＣＩＭＳは、第１の製品についての情報を、受信された製品利用可能性要求
の要求主体へと、送る。実施形態では、ＣＩＭＳは、製品についての検索を限定して第２
のエンティティと関連付けられているホワイトリストにて識別された１つ以上のエンティ
ティによって所有された利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭ
Ｓは、製品についての検索を限定して第２のエンティティと関連付けられているブラック
リストにて識別された１つ以上のエンティティによって所有された在庫製品を含まないも
のとする。別の実施形態では、ＣＩＭＳは、製品についての検索を限定して第２のエンテ
ィティによって製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有
する利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品について
の検索を限定して製品利用可能性要求にて定義された選好宛先から所定の半径内にある利
用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品についての検索
を限定して製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用
可能製品のみを含むものとする。
【0020】
１つ以上の実施形態では、関連するシステムには、開示される方法を実行するための回
路及び／又はプログラムが含まれる。回路及び／又はプログラムは、開示の方法を実行す
るように構成されたハードウェア、ソフトウェア、及び／又はファームウェアについての
任意の組合せであり、システム設計者の設計上の選択に依存する。実施形態では、システ
ム設計者の設計上の選択に応じて様々な構造的要素が採用される。
路及び／又はプログラムが含まれる。回路及び／又はプログラムは、開示の方法を実行す
るように構成されたハードウェア、ソフトウェア、及び／又はファームウェアについての
任意の組合せであり、システム設計者の設計上の選択に依存する。実施形態では、システ
ム設計者の設計上の選択に応じて様々な構造的要素が採用される。
【図面の簡単な説明】
【0021】
上記の概要及び後述の詳細な説明は、添付の図面を参考にするとより良く理解できよう
。本願の実施形態について例示するため、図面にて実施形態についての例示的な構造を示
す。もっとも、開示の実施形態は、開示される具体的な構造、コンポーネント、及び方法
に限定はされない。図中において参照符合が付された構造・コンポーネント・方法のステ
ップについての説明は、後続の図中にて同じ参照符合が付された構造・コンポーネント・
方法のステップの説明にも該当する。
。本願の実施形態について例示するため、図面にて実施形態についての例示的な構造を示
す。もっとも、開示の実施形態は、開示される具体的な構造、コンポーネント、及び方法
に限定はされない。図中において参照符合が付された構造・コンポーネント・方法のステ
ップについての説明は、後続の図中にて同じ参照符合が付された構造・コンポーネント・
方法のステップの説明にも該当する。
【0022】
【図1】実施形態による、複数の異なるエンティティの製品在庫を管理するためのコンピュータ実装方法についてのフローチャートである。
【図2】実施形態による、複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのコンピュータ実装方法についてのフローチャートである。
【図3A】実施形態による、マルチエンティティ在庫管理システムのメガ及びマクロ施設の国家的規模での分布を表す図である。
【図3B】実施形態による、マルチエンティティ在庫管理システムのメガ及びマクロ施設の地域的規模での分布を表す図である。
【図3C】実施形態による、マルチエンティティ在庫管理システムのマクロ及びマイクロ施設の市町村的規模での分布を表す図である。
【図3D】実施形態による、マルチエンティティ在庫管理システムのマクロ及びマイクロ施設の区レベルでの分布を表す図である。
【図4A】実施形態による、在庫ハンドラーを用いて在庫管理ワークフローを執行するためのマルチエンティティ在庫管理システムについての機能的ブロック図である。
【図4B】実施形態による、マルチエンティティ在庫管理システム内にて在庫及び顧客注文を収容・格納・交換・輸送するための格納ビンの構成・用法について示す機能的ブロック図である。
【図4C】実施形態による、複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上にて、管理するためのマルチエンティティ在庫管理システムについて示す機能的ブロック図である。
【図5A】実施形態による、マルチエンティティ在庫管理システムの中央データベースについて示す図である。
【図5B】実施形態による、マルチエンティティ在庫管理システムの中央データベースについて示す図である。
【図5C】実施形態による、マルチエンティティ在庫管理システムのローカル施設データベース及びローカル車両データベースについて示す図である。
【図5D】実施形態による、マルチエンティティ在庫管理システムのローカル施設データベース及びローカル車両データベースについて示す図である。
【図5E】実施形態による、異なるカテゴリの格納ビンに記憶されたローカルデータについて示す図である。
【図5F】実施形態による、異なるカテゴリの格納ビンに記憶されたローカルデータについて示す図である。
【図6A】実施形態による、マルチエンティティ在庫管理システムを順方向又は下流方向に向かうサプライ、在庫及び注文が入った格納ビンについてのワークフローについて示す図である。
【図6B】実施形態による、マルチエンティティ在庫管理システムを逆方向又は上流方向に向かう空及び顧客返品格納ビンについてのワークフローについて示す図である。
【図7】実施形態による、マルチエンティティ在庫管理システムのメガ・マクロ・マイクロ施設の各々内のインデクスド（インデクスされた）格納場所についての３次元アレイを完全に又は部分的に定義するように構成された３次元グリッド格納構造についての斜視図である。
【図8A】実施形態による、第１の地理的領域と第２の地理的領域との間での、コンピュータで実装されたベンダ間在庫スワップの効果について示す概略図であって、第２の地理的領域の入用ベンダのストック済みビンの所有が、第１の地理的領域の別のベンダのストック済みビンにデジタル的に移転されて、第１の地理的領域の入用ベンダの在庫不足を克服する際の、概略図である。
【図8B】実施形態による、コンピュータで実装されたベンダ間在庫スワップの効果について示す概略図であって、複数区画格納（ＭＣＳ、multi-compartment storage）ビンの１つ以上の区画の所有がデジタル的に再割り当てされて、地理的領域内の入用ベンダの在庫不足を克服する際の、概略図である。
【図9A】実施形態による、コンピュータで実装されたベンダ間在庫販売の効果について示す概略図であって、入用製品を含む別のベンダの格納ビンの購入によって入用ベンダの在庫不足を克服する際の、概略図である。
【図9B】実施形態による、コンピュータで実装されたベンダ間在庫販売の効果について示す概略図であって、入用製品を含む別のベンダのＭＣＳビンの区画の購入によって入用ベンダの在庫不足を克服する際の、概略図である。
【図10】実施形態による、ベンダ間在庫スワップ又はベンダ間在庫販売を促進するためのコンピュータ実装方法についてのフローチャートである。
【図11】実施形態による、サプライチェーンエコシステムの施設のネットワーク内での配達枠ヒエラルキーについて示す概略図である。
【図12】実施形態による、図１０に示される在庫検索クエリ処理の結果に基づいて対象製品についての購入選択肢が表示されている、ベンダの電子商取引（ｅコマース）プラットフォームによってレンダリングされたＧＵＩのスクリーンショットである。
【図13】実施形態による、承認されており且つ在庫を有しているベンダの在庫を入用ベンダの代理で予約するためのコンピュータ実装方法についてのフローチャートである。
【図14】実施形態による、在庫予約の結果が表示されている、異なるベンダのｅコマースプラットフォームによってレンダリングされたＧＵＩのスクリーンショットである。
【図15】実施形態による、ベンダの代理での在庫予約に応答してなされる複数のベンダのｅコマースプラットフォームを更新するためのコンピュータ実装方法についての概略図である。
【図16】実施形態による、対象ベンダと承認ベンダ関係を有している他のベンダとの間でベンダ間在庫スワップ又はベンダ間在庫販売を促進している間に、対象ベンダからの顧客注文の注文充足を開始するためのコンピュータ実装方法についてのフローチャートである。
【発明を実施するための形態】
【0023】
本願開示の様々な態様は、コンポーネント及び／若しくは構造のシステムとして、方法
として、又は１つ以上のコンピュータ可読プログラムコードが格納された非一時的コンピ
ュータ可読記憶媒体として実施され得る。したがって、本願開示の様々な実施形態は、ハ
ードウェア及びソフトウェアの実施形態を組み合わせた態様とし得るのであり、例えばこ
れには機械的構造に加えて電子的コンポーネントやコンピューティングコンポーネントや
回路やマイクロコードやファームウェアやソフトウェア等が含まれる。
として、又は１つ以上のコンピュータ可読プログラムコードが格納された非一時的コンピ
ュータ可読記憶媒体として実施され得る。したがって、本願開示の様々な実施形態は、ハ
ードウェア及びソフトウェアの実施形態を組み合わせた態様とし得るのであり、例えばこ
れには機械的構造に加えて電子的コンポーネントやコンピューティングコンポーネントや
回路やマイクロコードやファームウェアやソフトウェア等が含まれる。
【0024】
図１は、実施形態による、複数の異なるエンティティの製品在庫を管理するためのコン
ピュータ実装方法についてのフローチャートである。本開示で使用されるように、「エン
ティティ」は、例えばベンダ、製造者、サプライヤ等の在庫キャリアであってサプライチ
ェーン、流通、及び／又は注文充足に関するエコシステム内にて異なる製品タイプの複数
の在庫アイテム及び製品を提供及び管理する在庫キャリアを指す。エンティティは、製品
を売りつけるべき顧客を有する。別段の開示なき限り、「在庫アイテム」及び「製品」と
の用語は可換なものとして用いられる。開示のコンピュータ実装方法では、複数の在庫ハ
ンドラーがマルチエンティティ在庫管理システム内にて通信可能に接続されている（Ｓ１
０１）。本開示で使用されるように、「在庫ハンドラー」は、マルチエンティティ在庫管
理システムの異なるコンポーネント及び構造を指すのであり、例えば次のものが含まれる
：施設のネットワーク；グリッド格納構造；格納ビン；ロボティック格納及び回収車両の
フリート（「ロボティックハンドラー」という。）；例えばサプライチェーンや流通や注
文充足に関するエコシステム内のベンダ等の複数の異なるエンティティによって提供され
る製品在庫を取り扱うノード間輸送車両のフリート等。また、本開示で使用されるように
、「格納ビン」は、スマートな標準化された格納ユニットであってサプライチェーン、流
通、及び／又は注文充足のエコシステム内にて異なるエンティティによって提供される異
なる製品タイプの製品及び顧客注文を含有・格納・輸送するように構成された格納ユニッ
トを指す。実施形態では、下流方向に向かう及び上流方向に向かう単一区画格納（ＳＣＳ
、single-compartment storage）ビン、マルチ区画格納（ＭＣＳ、multi-compartment st
orage）ビン、ピック済み注文（ＰＯ、picked-order）ビンや完成注文（ＦＯ、finished-
order）ビン等は、いずれも後述のようにスマートな格納ビンである。
ピュータ実装方法についてのフローチャートである。本開示で使用されるように、「エン
ティティ」は、例えばベンダ、製造者、サプライヤ等の在庫キャリアであってサプライチ
ェーン、流通、及び／又は注文充足に関するエコシステム内にて異なる製品タイプの複数
の在庫アイテム及び製品を提供及び管理する在庫キャリアを指す。エンティティは、製品
を売りつけるべき顧客を有する。別段の開示なき限り、「在庫アイテム」及び「製品」と
の用語は可換なものとして用いられる。開示のコンピュータ実装方法では、複数の在庫ハ
ンドラーがマルチエンティティ在庫管理システム内にて通信可能に接続されている（Ｓ１
０１）。本開示で使用されるように、「在庫ハンドラー」は、マルチエンティティ在庫管
理システムの異なるコンポーネント及び構造を指すのであり、例えば次のものが含まれる
：施設のネットワーク；グリッド格納構造；格納ビン；ロボティック格納及び回収車両の
フリート（「ロボティックハンドラー」という。）；例えばサプライチェーンや流通や注
文充足に関するエコシステム内のベンダ等の複数の異なるエンティティによって提供され
る製品在庫を取り扱うノード間輸送車両のフリート等。また、本開示で使用されるように
、「格納ビン」は、スマートな標準化された格納ユニットであってサプライチェーン、流
通、及び／又は注文充足のエコシステム内にて異なるエンティティによって提供される異
なる製品タイプの製品及び顧客注文を含有・格納・輸送するように構成された格納ユニッ
トを指す。実施形態では、下流方向に向かう及び上流方向に向かう単一区画格納（ＳＣＳ
、single-compartment storage）ビン、マルチ区画格納（ＭＣＳ、multi-compartment st
orage）ビン、ピック済み注文（ＰＯ、picked-order）ビンや完成注文（ＦＯ、finished-
order）ビン等は、いずれも後述のようにスマートな格納ビンである。
【0025】
マルチエンティティ在庫管理システムでは、図３Ａ～３Ｄに示すように、施設のネット
ワークは地理的領域にわたって分布する。実施形態では、施設のネットワークは、少なく
とも１つのメガ（巨大）施設と、少なくとも１つのマクロ（大規模）施設と、図６Ａ～６
Ｂに示す少なくとも１つのマイクロ（小規模）施設とを備える階層化ネットワークである
。注文は、マクロ施設及び／又はマイクロ施設にて充足される。図７に示すように、施設
の各々はインデクスド格納場所の施設ベースドアレイを備える。ロボティックハンドラー
は施設の各々にて動作可能である。ロボティックハンドラーの各々は、格納ビンのいずれ
か１つを各施設にて設けられているインデクスド格納場所の施設ベースドアレイにてナビ
ゲートし、また、そこへと格納ビンを選択的に置き、また、そこから格納ビンを回収する
ように構成されている。ノード間輸送車両団は、格納ビン内に含まれる複数の製品を施設
間で輸送する。ノード間輸送車両の各々はインデクスド格納場所の車両ベースドアレイを
備える。実施形態では、ノード間輸送車両団は専用サービス輸送車両を備えるのであって
、各々は、施設の特定ペアを担当するもの、及び／又は施設の限定されたサブセットを担
当するもの、及び／又は２つ以上の施設を含む限定されたサービスエリアを担当するもの
に割り当てられている。ノード間輸送車両団は、格納ビンを自律的に積み込み及び積み降
ろす。例を挙げるに、少なくとも１つの格納ビン内の少なくとも１つの製品は、中間の第
２の施設を介して第１の施設から第３の施設へと移転されるのであり、これは、少なくと
も１つの格納ビンを、第１及び第２の施設を少なくとも担当するように割り当てられた第
１の専用サービス輸送車両内で第１の施設から中間の第２の施設へと輸送して、また、少
なくとも１つの格納ビンを、第２及び第３の施設を少なくとも担当するように割り当てら
れた第２の専用サービス輸送車両内で中間の第２の施設から第３の施設へと輸送すること
によってなされる。実施形態では、第１の専用サービス輸送車両は第３の施設を担当する
ようには割り当てられておらず、また、第２の専用サービス輸送車両は第１の施設を担当
するようには割り当てられていない。
ワークは地理的領域にわたって分布する。実施形態では、施設のネットワークは、少なく
とも１つのメガ（巨大）施設と、少なくとも１つのマクロ（大規模）施設と、図６Ａ～６
Ｂに示す少なくとも１つのマイクロ（小規模）施設とを備える階層化ネットワークである
。注文は、マクロ施設及び／又はマイクロ施設にて充足される。図７に示すように、施設
の各々はインデクスド格納場所の施設ベースドアレイを備える。ロボティックハンドラー
は施設の各々にて動作可能である。ロボティックハンドラーの各々は、格納ビンのいずれ
か１つを各施設にて設けられているインデクスド格納場所の施設ベースドアレイにてナビ
ゲートし、また、そこへと格納ビンを選択的に置き、また、そこから格納ビンを回収する
ように構成されている。ノード間輸送車両団は、格納ビン内に含まれる複数の製品を施設
間で輸送する。ノード間輸送車両の各々はインデクスド格納場所の車両ベースドアレイを
備える。実施形態では、ノード間輸送車両団は専用サービス輸送車両を備えるのであって
、各々は、施設の特定ペアを担当するもの、及び／又は施設の限定されたサブセットを担
当するもの、及び／又は２つ以上の施設を含む限定されたサービスエリアを担当するもの
に割り当てられている。ノード間輸送車両団は、格納ビンを自律的に積み込み及び積み降
ろす。例を挙げるに、少なくとも１つの格納ビン内の少なくとも１つの製品は、中間の第
２の施設を介して第１の施設から第３の施設へと移転されるのであり、これは、少なくと
も１つの格納ビンを、第１及び第２の施設を少なくとも担当するように割り当てられた第
１の専用サービス輸送車両内で第１の施設から中間の第２の施設へと輸送して、また、少
なくとも１つの格納ビンを、第２及び第３の施設を少なくとも担当するように割り当てら
れた第２の専用サービス輸送車両内で中間の第２の施設から第３の施設へと輸送すること
によってなされる。実施形態では、第１の専用サービス輸送車両は第３の施設を担当する
ようには割り当てられておらず、また、第２の専用サービス輸送車両は第１の施設を担当
するようには割り当てられていない。
【0026】
格納ビンは、施設のネットワーク内に格納可能であり、異なるエンティティ間で再割り
当て可能であり、また、ノード間輸送車両によって施設間で輸送可能である。実施形態で
は、格納ビンは、一致する製品タイプの非混合製品を含む第１カテゴリ格納ビンと、非一
致の製品タイプの混合製品を含む第２カテゴリ格納ビンと、注文を充足するための注文ビ
ンとして構成された第３カテゴリ格納ビンとに分類される。格納ビンの各々は、標準化さ
れたサイズであり且つ製品の複数の個別品の１つ以上を受領するように構成されている。
施設にて初期取り込みがなされた後、実施形態では、在庫管理ワークフローの執行におけ
る全トランザクションは、個別品（eaches）との関係でなされる。格納ビンが個別品を受
け取ってまた取り扱うことができるということによって、サプライチェーンエコシステム
内にて販売される在庫を「個別品」レベルで扱うことが可能となり、「ケース」レベルで
の補充ではなく「ぎりぎり十分」の補充ができる。例えば、マイクロ施設が特定の製品に
関して７個のみを必要としている場合、開示の方法では、丸ごと１つのケースを移転する
代わりに、輸送可能な格納ビンを用いてその製品を７単位だけマイクロ施設へと移転する
ことができ、それによってマイクロ施設における格納要件を相当に減じることができる。
さらに、格納ビンの各々は、施設のいずれか１つにあるかノード間輸送車両のいずれか１
つ内にあるか施設のいずれか１つとノード間輸送車両のいずれか１つとの間にある、格納
ビンのいずれか１つについての選択的格納及び連続的追跡をなすために、インデクスド格
納場所の施設ベースドアレイ及びインデクスド格納場所の車両ベースドアレイについて互
換性がある構成とされる。
当て可能であり、また、ノード間輸送車両によって施設間で輸送可能である。実施形態で
は、格納ビンは、一致する製品タイプの非混合製品を含む第１カテゴリ格納ビンと、非一
致の製品タイプの混合製品を含む第２カテゴリ格納ビンと、注文を充足するための注文ビ
ンとして構成された第３カテゴリ格納ビンとに分類される。格納ビンの各々は、標準化さ
れたサイズであり且つ製品の複数の個別品の１つ以上を受領するように構成されている。
施設にて初期取り込みがなされた後、実施形態では、在庫管理ワークフローの執行におけ
る全トランザクションは、個別品（eaches）との関係でなされる。格納ビンが個別品を受
け取ってまた取り扱うことができるということによって、サプライチェーンエコシステム
内にて販売される在庫を「個別品」レベルで扱うことが可能となり、「ケース」レベルで
の補充ではなく「ぎりぎり十分」の補充ができる。例えば、マイクロ施設が特定の製品に
関して７個のみを必要としている場合、開示の方法では、丸ごと１つのケースを移転する
代わりに、輸送可能な格納ビンを用いてその製品を７単位だけマイクロ施設へと移転する
ことができ、それによってマイクロ施設における格納要件を相当に減じることができる。
さらに、格納ビンの各々は、施設のいずれか１つにあるかノード間輸送車両のいずれか１
つ内にあるか施設のいずれか１つとノード間輸送車両のいずれか１つとの間にある、格納
ビンのいずれか１つについての選択的格納及び連続的追跡をなすために、インデクスド格
納場所の施設ベースドアレイ及びインデクスド格納場所の車両ベースドアレイについて互
換性がある構成とされる。
【0027】
格納ビンは、それらがマルチエンティティ在庫管理システムの施設のネットワーク及び
ノード間輸送車両団を順方向及び逆方向に移動する間に、自己の状態及びマルチノーダル
サプライチェーンシステムにおける自己の場所をコンピュータ化在庫管理システム（ＣＩ
ＭＳ、computerized inventory management system）に伝達する。実施形態では、ＣＩＭ
Ｓは、１つ以上の管理サブシステムを備えるのであり、これらは施設ネットワーク及び施
設間で移動しているノード間輸送車両団にわたって分布されており、通信ネットワークを
介して動作可能に中央コンピューティングシステムに結合されている。実施形態では、格
納ビンの各々は、施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にある
か施設のいずれか１つとノード間輸送車両のいずれか１つとの間において、リアルタイム
又は準リアルタイムで連続的に追跡可能である。実施形態では、格納ビンは、複数のベン
ダの１つ以上に所有される複数の製品の１つ以上を含むようにさらに構成されている。実
施形態では、ＣＩＭＳは、ロボティックハンドラーをアクティブ化して１つ以上の異なる
エンティティによって提供される津以上の製品タイプの１つ以上の製品を少なくとも１つ
の格納ビン内に入れるように構成されている。
ノード間輸送車両団を順方向及び逆方向に移動する間に、自己の状態及びマルチノーダル
サプライチェーンシステムにおける自己の場所をコンピュータ化在庫管理システム（ＣＩ
ＭＳ、computerized inventory management system）に伝達する。実施形態では、ＣＩＭ
Ｓは、１つ以上の管理サブシステムを備えるのであり、これらは施設ネットワーク及び施
設間で移動しているノード間輸送車両団にわたって分布されており、通信ネットワークを
介して動作可能に中央コンピューティングシステムに結合されている。実施形態では、格
納ビンの各々は、施設のいずれか１つにあるかノード間輸送車両のいずれか１つ内にある
か施設のいずれか１つとノード間輸送車両のいずれか１つとの間において、リアルタイム
又は準リアルタイムで連続的に追跡可能である。実施形態では、格納ビンは、複数のベン
ダの１つ以上に所有される複数の製品の１つ以上を含むようにさらに構成されている。実
施形態では、ＣＩＭＳは、ロボティックハンドラーをアクティブ化して１つ以上の異なる
エンティティによって提供される津以上の製品タイプの１つ以上の製品を少なくとも１つ
の格納ビン内に入れるように構成されている。
【0028】
本明細書にて開示されるコンピュータ実装方法では、ＣＩＭＳは、ＣＩＭＳの１つ以上
のデータベース内にデジタル記録を記憶する（Ｓ１０２）。実施形態では、デジタル記録
には次の事項が含まれる：異なるエンティティのエンティティ識別子；異なるエンティテ
ィの各々によって顧客に提供される複数の製品タイプの製品の製品識別子を含む１つ以上
の製品カタログ；及び格納ビンに割り当てられた一意的ビン識別子。製品カタログからの
１つ以上の製品を含む任意の１つの格納ビンに関して、デジタル記録は任意の１つの格納
ビンの一意的ビン識別子と次の事項の関連付けを含む：異なるエンティティの少なくとも
１つのエンティティ識別子；１つ以上の製品の各々の製品識別子；及び各製品の製品数量
。
のデータベース内にデジタル記録を記憶する（Ｓ１０２）。実施形態では、デジタル記録
には次の事項が含まれる：異なるエンティティのエンティティ識別子；異なるエンティテ
ィの各々によって顧客に提供される複数の製品タイプの製品の製品識別子を含む１つ以上
の製品カタログ；及び格納ビンに割り当てられた一意的ビン識別子。製品カタログからの
１つ以上の製品を含む任意の１つの格納ビンに関して、デジタル記録は任意の１つの格納
ビンの一意的ビン識別子と次の事項の関連付けを含む：異なるエンティティの少なくとも
１つのエンティティ識別子；１つ以上の製品の各々の製品識別子；及び各製品の製品数量
。
【0029】
また、本明細書にて開示されるコンピュータ実装方法では、ＣＩＭＳは、特定の製品タ
イプについての１つ以上の製品について第１のエンティティから第２のエンティティへの
所有の移転を所定の条件に基づいて執行する（Ｓ１０３）。実施形態では、第１のエンテ
ィティは在庫有りエンティティであり、第２のエンティティは入用エンティティである。
所定の条件には例えば次の少なくとも１つが含まれる：特定の製品タイプの製品について
の第２のエンティティでの在庫不足；特定の製品タイプの製品についての第２のエンティ
ティの在庫での完全な欠如；及び受領される製品についての注文。実施形態では、在庫不
足は施設の１つでのローカルな不足であり、第２のエンティティが、特定の製品タイプの
追加的な製品を、別の１つの施設に所在する別の１つの格納ビン内に保持している。実施
形態では、所有移転を執行するためにＣＩＭＳは特定の製品タイプの製品を１つ以上含ん
でいる少なくとも１つの格納ビンを識別するのであり、また、デジタル記録を更新して識
別された格納ビンと関連付けられるエンティティ識別子を第１のエンティティのエンティ
ティ識別子から第２のエンティティのエンティティ識別子に変更するのであり、それによ
って特定の製品タイプの製品を第１のエンティティから第２のエンティティへと再割り当
てする。実施形態では、ＣＩＭＳは、第１のエンティティ若しくは第２のエンティティの
エンティティ識別子、製品の製品識別子、及び製品の製品数量を、識別された格納ビンと
動作可能に結合されたモバイルデータ記憶装置内に記憶する。別の実施形態では、ＣＩＭ
Ｓは、識別された格納ビンの一意的ビン識別子と識別された格納ビンが所在する施設の１
つの一意的施設識別子との関連付けをもってデジタル記録を更新する。実施形態では、Ｃ
ＩＭＳが識別された格納ビンの１つの施設から別の１つの施設への移転を発動させると、
ＣＩＭＳは、識別された格納ビンの一意的ビン識別子と識別された格納ビンが移転された
他の施設の一意的施設識別子との関連付けをもってデジタル記録を更新する。
イプについての１つ以上の製品について第１のエンティティから第２のエンティティへの
所有の移転を所定の条件に基づいて執行する（Ｓ１０３）。実施形態では、第１のエンテ
ィティは在庫有りエンティティであり、第２のエンティティは入用エンティティである。
所定の条件には例えば次の少なくとも１つが含まれる：特定の製品タイプの製品について
の第２のエンティティでの在庫不足；特定の製品タイプの製品についての第２のエンティ
ティの在庫での完全な欠如；及び受領される製品についての注文。実施形態では、在庫不
足は施設の１つでのローカルな不足であり、第２のエンティティが、特定の製品タイプの
追加的な製品を、別の１つの施設に所在する別の１つの格納ビン内に保持している。実施
形態では、所有移転を執行するためにＣＩＭＳは特定の製品タイプの製品を１つ以上含ん
でいる少なくとも１つの格納ビンを識別するのであり、また、デジタル記録を更新して識
別された格納ビンと関連付けられるエンティティ識別子を第１のエンティティのエンティ
ティ識別子から第２のエンティティのエンティティ識別子に変更するのであり、それによ
って特定の製品タイプの製品を第１のエンティティから第２のエンティティへと再割り当
てする。実施形態では、ＣＩＭＳは、第１のエンティティ若しくは第２のエンティティの
エンティティ識別子、製品の製品識別子、及び製品の製品数量を、識別された格納ビンと
動作可能に結合されたモバイルデータ記憶装置内に記憶する。別の実施形態では、ＣＩＭ
Ｓは、識別された格納ビンの一意的ビン識別子と識別された格納ビンが所在する施設の１
つの一意的施設識別子との関連付けをもってデジタル記録を更新する。実施形態では、Ｃ
ＩＭＳが識別された格納ビンの１つの施設から別の１つの施設への移転を発動させると、
ＣＩＭＳは、識別された格納ビンの一意的ビン識別子と識別された格納ビンが移転された
他の施設の一意的施設識別子との関連付けをもってデジタル記録を更新する。
【0030】
実施形態では、格納ビンのいずれか１つ以上は、異なるエンティティの製品を受け入れ
るように構成された複数の区画を備える。区画の各々は、区画識別子で識別されるのであ
り、また、異なるエンティティの対応する１つによって提供される製品の１つ以上を受け
入れるように構成されている。ＣＩＭＳは、区画の各１つの区画識別子と、格納ビンの各
々の区画内に受け入れられている製品の製品識別子及び格納ビン内に製品が受け入れられ
ている異なるエンティティのうちの対応する１つのエンティティ識別子との関連付けをも
って、デジタル記録を更新する。
るように構成された複数の区画を備える。区画の各々は、区画識別子で識別されるのであ
り、また、異なるエンティティの対応する１つによって提供される製品の１つ以上を受け
入れるように構成されている。ＣＩＭＳは、区画の各１つの区画識別子と、格納ビンの各
々の区画内に受け入れられている製品の製品識別子及び格納ビン内に製品が受け入れられ
ている異なるエンティティのうちの対応する１つのエンティティ識別子との関連付けをも
って、デジタル記録を更新する。
【0031】
実施形態では、ＣＩＭＳは、特定の製品タイプの製品１つ以上を第１のエンティティか
ら第２のエンティティへとデジタル的に移転するのであり、その間、製品は、任意の施設
の１つに所在するか又は２つの施設間を移動するノード間輸送車両に所在する。特定の製
品タイプの１つ以上の製品についての第１のエンティティから第２のエンティティへの所
有移転の執行についての他の実施形態は、図２，８Ａ～８Ｂ，９Ａ～９Ｂ，１０～１２，
１６の詳細な説明にて開示されている。別の実施形態では、ＣＩＭＳは、図９Ａ～９Ｂ，
１０～１２，１６の詳細な説明にて開示されているようなベンダ間商取引を執行する。
ら第２のエンティティへとデジタル的に移転するのであり、その間、製品は、任意の施設
の１つに所在するか又は２つの施設間を移動するノード間輸送車両に所在する。特定の製
品タイプの１つ以上の製品についての第１のエンティティから第２のエンティティへの所
有移転の執行についての他の実施形態は、図２，８Ａ～８Ｂ，９Ａ～９Ｂ，１０～１２，
１６の詳細な説明にて開示されている。別の実施形態では、ＣＩＭＳは、図９Ａ～９Ｂ，
１０～１２，１６の詳細な説明にて開示されているようなベンダ間商取引を執行する。
【0032】
図２は、実施形態による、複数の異なるエンティティの製品在庫を、ロボティックハン
ドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上にて、
管理するためのコンピュータ実装方法についてのフローチャートである。ＣＩＭＳは、例
えばインターネットなどの通信ネットワークに結合されたネットワークインタフェースと
、１つ以上の記憶装置と、ネットワークインタフェース及び記憶装置に結合された１つ以
上のプロセッサとを備える。記憶装置は製品所有情報を含むデータベースを記憶する（Ｓ
２０１）。製品所有情報は、例えば例えばベンダ等の複数の異なるエンティティについて
の識別を含む。プロセッサは、記憶装置から読み込まれた複数のコンピュータプログラム
命令を実行するように構成されており、異なるエンティティの製品在庫を、ロボティック
ハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上に
て、管理することについての方法を行うためのものである。
ドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上にて、
管理するためのコンピュータ実装方法についてのフローチャートである。ＣＩＭＳは、例
えばインターネットなどの通信ネットワークに結合されたネットワークインタフェースと
、１つ以上の記憶装置と、ネットワークインタフェース及び記憶装置に結合された１つ以
上のプロセッサとを備える。記憶装置は製品所有情報を含むデータベースを記憶する（Ｓ
２０１）。製品所有情報は、例えば例えばベンダ等の複数の異なるエンティティについて
の識別を含む。プロセッサは、記憶装置から読み込まれた複数のコンピュータプログラム
命令を実行するように構成されており、異なるエンティティの製品在庫を、ロボティック
ハンドラーによるサービスを受ける１つ以上の格納構造を備える複数の施設の１つ以上に
て、管理することについての方法を行うためのものである。
【0033】
この実施形態では、ＣＩＭＳは、施設のうちの１つ（以下、「第１の施設」という。）
のロボティックハンドラーについての第１のサブセットをアクティブ化して、特定の製品
タイプの第１の製品を第１の格納構造内の格納場所内へと物理的に格納する（Ｓ２０２）
。ロボティックハンドラーについての第１のサブセットをアクティブ化する前後に、ＣＩ
ＭＳは、データベースを更新して、第１の製品はデータベース内にて識別された複数の異
なるエンティティのうちに含まれる第１のエンティティに所有されていることを記録する
（Ｓ２０３）。ＣＩＭＳは、データベース内にて識別された複数の異なるエンティティの
うちに含まれる第２のエンティティからの特定の製品タイプについての注文を、通信ネッ
トワークを介して受信するのであって、第２のエンティティは第１のエンティティとは異
なる（Ｓ２０４）。実施形態では、第２のエンティティは製品在庫を必要としている入用
エンティティであり、また、第１のエンティティは入用エンティティへと移転できる追加
の製品在庫を有する在庫有りエンティティである。ＣＩＭＳは、データベースを更新して
、第１の格納構造内の格納場所にて格納されている第１の製品について第１のエンティテ
ィから第２のエンティティへの所有の移転を記録する（Ｓ２０５）。ＣＩＭＳは、ロボテ
ィックハンドラーについての第２のサブセットをアクティブ化して、特定の製品タイプに
ついての注文を第２のエンティティのために充足するに際して用いるために第１の格納構
造内の格納場所から第１の製品を回収するステップとを行わせる（Ｓ２０６）。ＣＩＭＳ
は、第１の格納構造内の格納場所からの第１の製品の回収及び／又は第２のエンティティ
について特定の製品タイプについての注文充足に対応する任意の時に、第１の製品の所有
についての第１のエンティティから第２のエンティティへの移転を執行する。例えば、実
施形態では、ＣＩＭＳは、ロボティックハンドラーについての第２のセットをアクティブ
化して第１の格納構造内の格納場所から第１の製品を回収する前に、第１の格納構造内の
格納場所にて格納された第１の製品の所有についての第１のエンティティから第２のエン
ティティへの移転を、執行する。別の実施形態では、ＣＩＭＳは、ロボティックハンドラ
ーについての第２のセットをアクティブ化して第１の格納構造内の格納場所から第１の製
品を回収した後に、第１の格納構造内の格納場所にて格納された第１の製品の所有につい
ての第１のエンティティから第２のエンティティへの移転を、執行する。したがって、所
有の移転は、ロボティックハンドラーの第２のサブセットが出動し及び製品がピック｛さ
れる／された｝前後に発生し得る。別の実施形態では、ＣＩＭＳは、注文充足後に、第１
の製品の所有についての第１のエンティティから第２のエンティティへ移転を執行する。
のロボティックハンドラーについての第１のサブセットをアクティブ化して、特定の製品
タイプの第１の製品を第１の格納構造内の格納場所内へと物理的に格納する（Ｓ２０２）
。ロボティックハンドラーについての第１のサブセットをアクティブ化する前後に、ＣＩ
ＭＳは、データベースを更新して、第１の製品はデータベース内にて識別された複数の異
なるエンティティのうちに含まれる第１のエンティティに所有されていることを記録する
（Ｓ２０３）。ＣＩＭＳは、データベース内にて識別された複数の異なるエンティティの
うちに含まれる第２のエンティティからの特定の製品タイプについての注文を、通信ネッ
トワークを介して受信するのであって、第２のエンティティは第１のエンティティとは異
なる（Ｓ２０４）。実施形態では、第２のエンティティは製品在庫を必要としている入用
エンティティであり、また、第１のエンティティは入用エンティティへと移転できる追加
の製品在庫を有する在庫有りエンティティである。ＣＩＭＳは、データベースを更新して
、第１の格納構造内の格納場所にて格納されている第１の製品について第１のエンティテ
ィから第２のエンティティへの所有の移転を記録する（Ｓ２０５）。ＣＩＭＳは、ロボテ
ィックハンドラーについての第２のサブセットをアクティブ化して、特定の製品タイプに
ついての注文を第２のエンティティのために充足するに際して用いるために第１の格納構
造内の格納場所から第１の製品を回収するステップとを行わせる（Ｓ２０６）。ＣＩＭＳ
は、第１の格納構造内の格納場所からの第１の製品の回収及び／又は第２のエンティティ
について特定の製品タイプについての注文充足に対応する任意の時に、第１の製品の所有
についての第１のエンティティから第２のエンティティへの移転を執行する。例えば、実
施形態では、ＣＩＭＳは、ロボティックハンドラーについての第２のセットをアクティブ
化して第１の格納構造内の格納場所から第１の製品を回収する前に、第１の格納構造内の
格納場所にて格納された第１の製品の所有についての第１のエンティティから第２のエン
ティティへの移転を、執行する。別の実施形態では、ＣＩＭＳは、ロボティックハンドラ
ーについての第２のセットをアクティブ化して第１の格納構造内の格納場所から第１の製
品を回収した後に、第１の格納構造内の格納場所にて格納された第１の製品の所有につい
ての第１のエンティティから第２のエンティティへの移転を、執行する。したがって、所
有の移転は、ロボティックハンドラーの第２のサブセットが出動し及び製品がピック｛さ
れる／された｝前後に発生し得る。別の実施形態では、ＣＩＭＳは、注文充足後に、第１
の製品の所有についての第１のエンティティから第２のエンティティへ移転を執行する。
【0034】
実施形態でＣＩＭＳは、データベースを更新して、第１の格納構造内の格納場所にある
第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録す
るのであってこれは第２のエンティティが特定の製品タイプについて在庫不足になってお
り且つ特定の製品タイプについての注文を充足できないとの決定に応答してなされる。別
の実施形態でＣＩＭＳは、データベースを更新して第１の格納構造内の格納場所にある第
１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録する
ステップをなすようにさらに構成されており、これは第２のエンティティが第１の製品を
第１のエンティティから購入することを確認し並びに前記データベースを更新して第２の
エンティティが第１の製品を第１のエンティティから購入することを記録することによっ
てなされる。
第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録す
るのであってこれは第２のエンティティが特定の製品タイプについて在庫不足になってお
り且つ特定の製品タイプについての注文を充足できないとの決定に応答してなされる。別
の実施形態でＣＩＭＳは、データベースを更新して第１の格納構造内の格納場所にある第
１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録する
ステップをなすようにさらに構成されており、これは第２のエンティティが第１の製品を
第１のエンティティから購入することを確認し並びに前記データベースを更新して第２の
エンティティが第１の製品を第１のエンティティから購入することを記録することによっ
てなされる。
【0035】
実施形態でＣＩＭＳは、ロボティックハンドラーについての第１のサブセット及びロボ
ティックハンドラーについての第２のサブセットとは異なるロボティックハンドラーにつ
いての第３のサブセットをアクティブ化して、特定の製品タイプの第２の製品を第２の格
納構造内の格納場所内へと物理的に格納する。第２の格納構造は第１の格納構造の施設と
は異なる施設に所在するのであり本明細書にて「第２の施設」という。実施形態では、第
１の格納構造及び第２の格納構造は異なる市に所在する。ロボティックハンドラーについ
ての第３のサブセットをアクティブ化する前後に、ＣＩＭＳは、記憶装置内のデータベー
スを更新して、第２の格納構造内の格納場所にて格納されている第２の製品は第２のエン
ティティに所有されていることを記録する。注文を受信後に、ＣＩＭＳは、データベース
を更新して、第２の格納構造内の格納場所にある第２の製品について第２のエンティティ
から第１のエンティティへの所有の移転を記録するのであり、第１の製品及び第２の製品
の所有が第１のエンティティと第２のエンティティとの間で交換される。
ティックハンドラーについての第２のサブセットとは異なるロボティックハンドラーにつ
いての第３のサブセットをアクティブ化して、特定の製品タイプの第２の製品を第２の格
納構造内の格納場所内へと物理的に格納する。第２の格納構造は第１の格納構造の施設と
は異なる施設に所在するのであり本明細書にて「第２の施設」という。実施形態では、第
１の格納構造及び第２の格納構造は異なる市に所在する。ロボティックハンドラーについ
ての第３のサブセットをアクティブ化する前後に、ＣＩＭＳは、記憶装置内のデータベー
スを更新して、第２の格納構造内の格納場所にて格納されている第２の製品は第２のエン
ティティに所有されていることを記録する。注文を受信後に、ＣＩＭＳは、データベース
を更新して、第２の格納構造内の格納場所にある第２の製品について第２のエンティティ
から第１のエンティティへの所有の移転を記録するのであり、第１の製品及び第２の製品
の所有が第１のエンティティと第２のエンティティとの間で交換される。
【0036】
実施形態では、ロボティックハンドラーについての第１のサブセットをアクティブ化し
て第１の製品を第１の格納構造内の格納場所内に格納するに際して、ＣＩＭＳは、ロボテ
ィックハンドラーについての第１のサブセットをアクティブ化して第１の製品を第１の格
納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハンドラーについて
の第３のサブセットをアクティブ化して第２の製品を第２の格納構造内の格納場所内に格
納するに際して、ＣＩＭＳは、ロボティックハンドラーについての第３のサブセットをア
クティブ化して第２の製品を第２の格納構造内にて第２の格納ビンの中に物理的に格納す
る。注文を受信後に、ＣＩＭＳは、データベースを更新して、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を記録する
のであり、第１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティ
ティと第２のエンティティとの間で交換される。ＣＩＭＳは、ロボティックハンドラーに
ついての第４のサブセットをアクティブ化して、第１の格納ビンを第１の格納構造からを
回収して、それによって特定の製品タイプについての注文を前記第２のエンティティのた
めに充足する。ＣＩＭＳは、第１の格納ビンの内容物について第１のエンティティから第
２のエンティティへの所有の移転並びに第２の格納ビンの内容物について第２のエンティ
ティから第１のエンティティへの所有の移転を、ロボティックハンドラーのアクティブ化
及び／又は特定の製品タイプについての注文についての第２のエンティティのための充足
に対応するいずれかの時に、執行するのであり、例えば、ロボティックハンドラーが出動
し且つ製品がピック｛される／された｝前後の場合や注文充足後の場合でさえ考え得る。
て第１の製品を第１の格納構造内の格納場所内に格納するに際して、ＣＩＭＳは、ロボテ
ィックハンドラーについての第１のサブセットをアクティブ化して第１の製品を第１の格
納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハンドラーについて
の第３のサブセットをアクティブ化して第２の製品を第２の格納構造内の格納場所内に格
納するに際して、ＣＩＭＳは、ロボティックハンドラーについての第３のサブセットをア
クティブ化して第２の製品を第２の格納構造内にて第２の格納ビンの中に物理的に格納す
る。注文を受信後に、ＣＩＭＳは、データベースを更新して、第１の格納ビンの内容物に
ついて第１のエンティティから第２のエンティティへの所有の移転並びに第２の格納ビン
の内容物について第２のエンティティから第１のエンティティへの所有の移転を記録する
のであり、第１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティ
ティと第２のエンティティとの間で交換される。ＣＩＭＳは、ロボティックハンドラーに
ついての第４のサブセットをアクティブ化して、第１の格納ビンを第１の格納構造からを
回収して、それによって特定の製品タイプについての注文を前記第２のエンティティのた
めに充足する。ＣＩＭＳは、第１の格納ビンの内容物について第１のエンティティから第
２のエンティティへの所有の移転並びに第２の格納ビンの内容物について第２のエンティ
ティから第１のエンティティへの所有の移転を、ロボティックハンドラーのアクティブ化
及び／又は特定の製品タイプについての注文についての第２のエンティティのための充足
に対応するいずれかの時に、執行するのであり、例えば、ロボティックハンドラーが出動
し且つ製品がピック｛される／された｝前後の場合や注文充足後の場合でさえ考え得る。
【0037】
実施形態では、注文を受信する前、また、ロボティックハンドラーについての第１のサ
ブセットをアクティブ化する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、
第１の格納ビンの内容物は第１のエンティティに所有されていることを記録する。注文を
受信する前、また、ロボティックハンドラーについての第３のサブセットをアクティブ化
する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、第２の格納ビンの内容物
は第２のエンティティに所有されていることを記録する。実施形態では、ＣＩＭＳは、デ
ータベースに対してクエリを発して、第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しいかを決定する。注文を受信後に、ＣＩＭＳはデータベースを更新して、第１の
格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであって、こ
れは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少なくとも
部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物とが等し
くないとの決定に応答して、ＣＩＭＳは次の少なくとも１つをなす：（ａ）第１の施設に
てロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係で第１の格
納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、第１の格納ビンを有人ワーク
ステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（ＨＭＩ）をアクテ
ィブ化して、有人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物と
の関係で第１の格納ビンの内容物を均等化するステップと；（ｃ）第２の施設にてロボテ
ィックワーカをアクティブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの
内容物を均等化するステップと；（ｄ）第２の施設にて、（ｉ）ロボティックハンドラー
についての第６のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーシ
ョンに届け、並びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有
人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の
格納ビンの内容物を均等化するステップ。実施形態では、ＣＩＭＳは、ロボティックハン
ドラーについての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配
置するために第２の製品を第２の格納構造から回収するのであって、これはデータベース
を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティティか
ら第１のエンティティへの所有の移転を記録した後になされる。
ブセットをアクティブ化する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、
第１の格納ビンの内容物は第１のエンティティに所有されていることを記録する。注文を
受信する前、また、ロボティックハンドラーについての第３のサブセットをアクティブ化
する前後に、ＣＩＭＳは記憶装置内のデータベースを更新して、第２の格納ビンの内容物
は第２のエンティティに所有されていることを記録する。実施形態では、ＣＩＭＳは、デ
ータベースに対してクエリを発して、第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しいかを決定する。注文を受信後に、ＣＩＭＳはデータベースを更新して、第１の
格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであって、こ
れは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少なくとも
部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物とが等し
くないとの決定に応答して、ＣＩＭＳは次の少なくとも１つをなす：（ａ）第１の施設に
てロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係で第１の格
納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボティックハ
ンドラーについての第５のサブセットをアクティブ化して、第１の格納ビンを有人ワーク
ステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（ＨＭＩ）をアクテ
ィブ化して、有人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物と
の関係で第１の格納ビンの内容物を均等化するステップと；（ｃ）第２の施設にてロボテ
ィックワーカをアクティブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの
内容物を均等化するステップと；（ｄ）第２の施設にて、（ｉ）ロボティックハンドラー
についての第６のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーシ
ョンに届け、並びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有
人ワークステーションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の
格納ビンの内容物を均等化するステップ。実施形態では、ＣＩＭＳは、ロボティックハン
ドラーについての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配
置するために第２の製品を第２の格納構造から回収するのであって、これはデータベース
を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティティか
ら第１のエンティティへの所有の移転を記録した後になされる。
【0038】
実施形態では、ＣＩＭＳは、図１３～１６の詳細な説明に開示されているように、在庫
再割り当てがなされる前に在庫の利用可能性を担保するための在庫予約方法を実行する。
この実施形態では、ＣＩＭＳは、特定の製品タイプについての注文を第２のエンティティ
から受信する前に、特定の製品タイプを予約することを要求する予約メッセージを第２の
エンティティから受信する。ＣＩＭＳは、データベースに対してクエリを発して、第１の
製品が予約に関して利用可能であることを確認する。ＣＩＭＳは、第１の製品が利用可能
であることを確認した後に第１の製品が第２のエンティティのために予約されていること
の標示をデータベース内に記録することによって第１の製品を第２のエンティティのため
に予約する。ＣＩＭＳは、第１の製品が第２のエンティティのために独占的に取り置かれ
て異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる
予約期間を開始する。実施形態では、ＣＩＭＳは、第１の製品を予約することに関して第
２のエンティティに対して予約料を課金する。実施形態では、ＣＩＭＳは、第１の製品に
対応する注文が予約期間中に第２のエンティティから受信されなかった場合、第１の製品
が予約されていることの標示を覆して異なるエンティティのうちの他のものによる予約に
関して第１の製品を利用可能とすることによってデータベースを更新する。
再割り当てがなされる前に在庫の利用可能性を担保するための在庫予約方法を実行する。
この実施形態では、ＣＩＭＳは、特定の製品タイプについての注文を第２のエンティティ
から受信する前に、特定の製品タイプを予約することを要求する予約メッセージを第２の
エンティティから受信する。ＣＩＭＳは、データベースに対してクエリを発して、第１の
製品が予約に関して利用可能であることを確認する。ＣＩＭＳは、第１の製品が利用可能
であることを確認した後に第１の製品が第２のエンティティのために予約されていること
の標示をデータベース内に記録することによって第１の製品を第２のエンティティのため
に予約する。ＣＩＭＳは、第１の製品が第２のエンティティのために独占的に取り置かれ
て異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる
予約期間を開始する。実施形態では、ＣＩＭＳは、第１の製品を予約することに関して第
２のエンティティに対して予約料を課金する。実施形態では、ＣＩＭＳは、第１の製品に
対応する注文が予約期間中に第２のエンティティから受信されなかった場合、第１の製品
が予約されていることの標示を覆して異なるエンティティのうちの他のものによる予約に
関して第１の製品を利用可能とすることによってデータベースを更新する。
【0039】
実施形態では、ＣＩＭＳは、第２のエンティティから、特定の製品タイプについての製
品利用可能性要求を受信する。ＣＩＭＳは、製品利用可能性要求と関連付けられている１
つ以上の要件に関して製品利用可能性要求を構文解析する。ＣＩＭＳは、製品利用可能性
要求と関連付けられている要件と一致する１つ以上の製品に関してデータベースを検索す
る。検索からの結果は、第１のエンティティに所有された第１の製品の利用可能性を少な
くとも示す。ＣＩＭＳは、第１の製品についての情報を、受信された製品利用可能性要求
の要求主体へと、送る。実施形態では、ＣＩＭＳは、製品についての検索を限定して第２
のエンティティと関連付けられているホワイトリストにて識別された１つ以上のエンティ
ティによって所有された利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭ
Ｓは、製品についての検索を限定して第２のエンティティと関連付けられているブラック
リストにて識別された１つ以上のエンティティによって所有された在庫製品を含まないも
のとする。別の実施形態では、ＣＩＭＳは、製品についての検索を限定して第２のエンテ
ィティによって製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有
する利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品について
の検索を限定して製品利用可能性要求にて定義された選好宛先から所定の半径内にある利
用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品についての検索
を限定して製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用
可能製品のみを含むものとする。
品利用可能性要求を受信する。ＣＩＭＳは、製品利用可能性要求と関連付けられている１
つ以上の要件に関して製品利用可能性要求を構文解析する。ＣＩＭＳは、製品利用可能性
要求と関連付けられている要件と一致する１つ以上の製品に関してデータベースを検索す
る。検索からの結果は、第１のエンティティに所有された第１の製品の利用可能性を少な
くとも示す。ＣＩＭＳは、第１の製品についての情報を、受信された製品利用可能性要求
の要求主体へと、送る。実施形態では、ＣＩＭＳは、製品についての検索を限定して第２
のエンティティと関連付けられているホワイトリストにて識別された１つ以上のエンティ
ティによって所有された利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭ
Ｓは、製品についての検索を限定して第２のエンティティと関連付けられているブラック
リストにて識別された１つ以上のエンティティによって所有された在庫製品を含まないも
のとする。別の実施形態では、ＣＩＭＳは、製品についての検索を限定して第２のエンテ
ィティによって製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有
する利用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品について
の検索を限定して製品利用可能性要求にて定義された選好宛先から所定の半径内にある利
用可能製品のみを含むものとする。別の実施形態では、ＣＩＭＳは、製品についての検索
を限定して製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用
可能製品のみを含むものとする。
【0040】
図３Ａ～３Ｄは、実施形態による、異なるタイプ又はカテゴリの４階層の階層化ネット
ワークを備える国家レベルサプライチェーンエコシステムを示す。国家レベルサプライチ
ェーンエコシステムは、サプライチェーン及び在庫管理ワークフローを実行するように構
成された複数の相互接続された在庫ハンドラーを備えるマルチエンティティ在庫管理シス
テムを、実装する。実施形態では、マルチエンティティ在庫管理システムは、連続的且つ
隣接的なＦａａＳ（fulfilment as a service、役務としての充足）ネットワークとして
実装される。開示のマルチエンティティ在庫管理システムは、予測的且つ規範的な協調的
ネットワークであり、クラスベースドであり近接性ベースドな充足を実装するのであり、
製品は宛先住所に最も近いエンドポイントから充足される。図４Ａ～４Ｃについての詳細
な説明にて開示するように、相互接続された在庫ハンドラーには、施設のネットワークと
、グリッド格納構造と、ロボティックハンドラーと、ノード間輸送車両と、施設のネット
ワーク内に格納可能であり施設間で輸送可能であり異なるエンティティ間で再割り当て可
能でありサプライチェーンエコシステムにてリアルタイムで連続的に追跡可能である複数
の格納ビンとが含まれる。開示のマルチエンティティ在庫管理システムは、単一の連続的
な有機体として実装されており、個々のトランザクショナルコンポーネントというよりは
様々な異なる接続された目的を有する機関若しくはコンポーネントを伴っている。
ワークを備える国家レベルサプライチェーンエコシステムを示す。国家レベルサプライチ
ェーンエコシステムは、サプライチェーン及び在庫管理ワークフローを実行するように構
成された複数の相互接続された在庫ハンドラーを備えるマルチエンティティ在庫管理シス
テムを、実装する。実施形態では、マルチエンティティ在庫管理システムは、連続的且つ
隣接的なＦａａＳ（fulfilment as a service、役務としての充足）ネットワークとして
実装される。開示のマルチエンティティ在庫管理システムは、予測的且つ規範的な協調的
ネットワークであり、クラスベースドであり近接性ベースドな充足を実装するのであり、
製品は宛先住所に最も近いエンドポイントから充足される。図４Ａ～４Ｃについての詳細
な説明にて開示するように、相互接続された在庫ハンドラーには、施設のネットワークと
、グリッド格納構造と、ロボティックハンドラーと、ノード間輸送車両と、施設のネット
ワーク内に格納可能であり施設間で輸送可能であり異なるエンティティ間で再割り当て可
能でありサプライチェーンエコシステムにてリアルタイムで連続的に追跡可能である複数
の格納ビンとが含まれる。開示のマルチエンティティ在庫管理システムは、単一の連続的
な有機体として実装されており、個々のトランザクショナルコンポーネントというよりは
様々な異なる接続された目的を有する機関若しくはコンポーネントを伴っている。
【0041】
マルチエンティティ在庫管理システムは、格納ビンについての互換性・格納性・再割り
当て可能性・交換可能性・輸送性・移動性確保のために構成されている。開示の格納ビン
は、例えば施設やノード間輸送車両団やロボティックハンドラー等のマルチエンティティ
在庫管理システムの他の相互接続された在庫ハンドラーにとってのマスターとして機能す
る。格納ビンは自己のそれぞれのビン識別子を、例えば宛先の場所等のロジスティクス命
令及び例えば環境要件等の処理レベル命令に関連付ける。実施形態では、開示の格納ビン
は、単一のフォームファクター及び構造を有しており、これはサプライチェーンエコシス
テムにて標準化されたコンプライアントロボティクス及びノード間輸送車両とインタフェ
ースするためのものである。格納ビンは、サプライチェーンエコシステムにおける自らの
アクション・経路・行程に関して自律的に決する乃至は御するのであり、施設、ロボティ
ックハンドラー、及びノード間輸送車両は格納ビンのコマンドを実現する主体として作用
する。即ち、マルチエンティティ在庫管理システム内の全ての相互接続された在庫ハンド
ラーは、格納ビンを管理するように具体的に構成されたマテリアル捌き機材を統合してい
る。
当て可能性・交換可能性・輸送性・移動性確保のために構成されている。開示の格納ビン
は、例えば施設やノード間輸送車両団やロボティックハンドラー等のマルチエンティティ
在庫管理システムの他の相互接続された在庫ハンドラーにとってのマスターとして機能す
る。格納ビンは自己のそれぞれのビン識別子を、例えば宛先の場所等のロジスティクス命
令及び例えば環境要件等の処理レベル命令に関連付ける。実施形態では、開示の格納ビン
は、単一のフォームファクター及び構造を有しており、これはサプライチェーンエコシス
テムにて標準化されたコンプライアントロボティクス及びノード間輸送車両とインタフェ
ースするためのものである。格納ビンは、サプライチェーンエコシステムにおける自らの
アクション・経路・行程に関して自律的に決する乃至は御するのであり、施設、ロボティ
ックハンドラー、及びノード間輸送車両は格納ビンのコマンドを実現する主体として作用
する。即ち、マルチエンティティ在庫管理システム内の全ての相互接続された在庫ハンド
ラーは、格納ビンを管理するように具体的に構成されたマテリアル捌き機材を統合してい
る。
【0042】
図３Ａ～３Ｄに示すように、施設のネットワークは、メガ施設１０と、マクロ施設１２
と、マイクロ施設１４と、ナノ施設１６とを備える。図３Ａは、実施形態による、マルチ
エンティティ在庫管理システムのメガ及びマクロ施設１０，１２の国家的規模での分布を
表す図である。実施形態では、マルチエンティティ在庫管理システムは、国家レベルサプ
ライチェーンネットワークとして構成されている。図３Ｂは、実施形態による、マルチエ
ンティティ在庫管理システムのメガ及びマクロ施設１０，１２の地域的規模での分布を表
す図である。図３Ｃは、実施形態による、マルチエンティティ在庫管理システムのマクロ
及びマイクロ施設１２，１４の市町村的規模での分布を表す図である。図３Ｄは、実施形
態による、マルチエンティティ在庫管理システムのマクロ及びマイクロ施設１４，１６の
区レベルでの分布を表す図である。この秩序立ったマルチエンティティ在庫管理システム
では、各カテゴリの施設数は次カテゴリへと移るにつれて増大する一方で、各施設の個別
的大きさは次カテゴリへ移るにつれて削減される。即ち、マクロ施設１２よりも少数のメ
ガ施設１０があり、マイクロ施設１４より少数のマクロ施設１２があり、また、ナノ施設
１６より少数のマイクロ施設１４がある。マクロ施設１２はメガ施設１０より小さく、マ
イクロ施設１４はマクロ施設１２より小さく、また、ナノ施設１６はマイクロ施設１４よ
り小さい。実施形態では、メガ施設１０は、製造者又はサプライヤからの在庫アイテム又
は製品が施設のネットワークに先ず入るエントリ地点となり、ナノ施設１６は在庫アイテ
ム又は製品が施設のネットワークを出ていくエグジット地点となる。他の実施形態では、
製品は施設のネットワークを様々な地点で入出できる。
と、マイクロ施設１４と、ナノ施設１６とを備える。図３Ａは、実施形態による、マルチ
エンティティ在庫管理システムのメガ及びマクロ施設１０，１２の国家的規模での分布を
表す図である。実施形態では、マルチエンティティ在庫管理システムは、国家レベルサプ
ライチェーンネットワークとして構成されている。図３Ｂは、実施形態による、マルチエ
ンティティ在庫管理システムのメガ及びマクロ施設１０，１２の地域的規模での分布を表
す図である。図３Ｃは、実施形態による、マルチエンティティ在庫管理システムのマクロ
及びマイクロ施設１２，１４の市町村的規模での分布を表す図である。図３Ｄは、実施形
態による、マルチエンティティ在庫管理システムのマクロ及びマイクロ施設１４，１６の
区レベルでの分布を表す図である。この秩序立ったマルチエンティティ在庫管理システム
では、各カテゴリの施設数は次カテゴリへと移るにつれて増大する一方で、各施設の個別
的大きさは次カテゴリへ移るにつれて削減される。即ち、マクロ施設１２よりも少数のメ
ガ施設１０があり、マイクロ施設１４より少数のマクロ施設１２があり、また、ナノ施設
１６より少数のマイクロ施設１４がある。マクロ施設１２はメガ施設１０より小さく、マ
イクロ施設１４はマクロ施設１２より小さく、また、ナノ施設１６はマイクロ施設１４よ
り小さい。実施形態では、メガ施設１０は、製造者又はサプライヤからの在庫アイテム又
は製品が施設のネットワークに先ず入るエントリ地点となり、ナノ施設１６は在庫アイテ
ム又は製品が施設のネットワークを出ていくエグジット地点となる。他の実施形態では、
製品は施設のネットワークを様々な地点で入出できる。
【0043】
施設のネットワークは、施設間で製品を輸送するために用いられるノード間輸送車両と
共に、サプライチェーンエコシステムを集合的に形成するのであり、これは単一の運営エ
ンティティによって所有及び運営され得るのであり、その制御及び責任下において製品が
外部サプライヤから初めて受領されてから顧客又は外部のラストマイル若しくは最終行程
配達サービスに最終的に引き渡されるまで留まっていることができる。実施形態では、運
営エンティティは、例えば消費者又は他の業者に販売するベンダ等の外部エンティテの代
理として在庫及び注文充足の管理をなす契約を結んでいる。実施形態では、運営エンティ
ティのサプライチェーンエコシステムは、運営エンティティと協業している又は契約して
いる１つ以上のより大きなベンダの同様の機材を有するサプライチェーン若しくは流通チ
ャンネル施設並びに／又は輸送車両によって、補完されて、それらの間で協調的に形成さ
れた大きな集約的サプライチェーンエコシステムが活用される。
共に、サプライチェーンエコシステムを集合的に形成するのであり、これは単一の運営エ
ンティティによって所有及び運営され得るのであり、その制御及び責任下において製品が
外部サプライヤから初めて受領されてから顧客又は外部のラストマイル若しくは最終行程
配達サービスに最終的に引き渡されるまで留まっていることができる。実施形態では、運
営エンティティは、例えば消費者又は他の業者に販売するベンダ等の外部エンティテの代
理として在庫及び注文充足の管理をなす契約を結んでいる。実施形態では、運営エンティ
ティのサプライチェーンエコシステムは、運営エンティティと協業している又は契約して
いる１つ以上のより大きなベンダの同様の機材を有するサプライチェーン若しくは流通チ
ャンネル施設並びに／又は輸送車両によって、補完されて、それらの間で協調的に形成さ
れた大きな集約的サプライチェーンエコシステムが活用される。
【0044】
例示目的で述べるに、開示のマルチエンティティ在庫管理システムは、図３Ａ～３Ｄに
て示す国家レベルサプライチェーンエコシステム内にて実装されるが；マルチエンティテ
ィ在庫管理システムの施設ネットワークが分布する特定の地理的エリア（geographic are
a）は、国家的規模のエリアには限定されず、また、国家的境界を越えて広がり得るので
あり、また、より小さな広がりのサブ領域（sub-region）に限定され得るのであり、これ
はサブ領域が１つ以上の国際的境界を跨ぐかを問わない。実施形態では、少なくとも幾つ
かのメガ施設１０は、主要海港付近の沿岸部に所在するのであり、それによって海上荷物
で到着する製造者積荷又はサプライ積荷を受け付けることができる。実施形態では、マク
ロ施設１２は、例えば都市部及び／又は主要海港等の大規模人口拠点の中又は付近に所在
するのであり、施設数としてはそのような人口拠点又は海運ハブ１つ当たりに１つのマク
ロ施設１２があてがわれ得る。実施形態では、少なくとも１つのマイクロ施設１４が、そ
して、別の実施形態では、複数のマイクロ施設１４が、これらの大規模人口拠点に含まれ
る。より小さな都市はマクロ（macro）施設１２を有するのであり、典型的には、比率と
してはそのような都市に対して１つのマクロ施設１２があてがわれるか顕著に近接した幾
つかの都市間で１つのマクロ施設１２が共有される。各都市は、該都市の中又は付近に所
在するマクロ施設１２の施設数を超える数の複数のマイクロ施設１４を有するのであり、
また、マイクロ施設１４の施設数をさらに超える数の複数のナノ施設１６を有する。
て示す国家レベルサプライチェーンエコシステム内にて実装されるが；マルチエンティテ
ィ在庫管理システムの施設ネットワークが分布する特定の地理的エリア（geographic are
a）は、国家的規模のエリアには限定されず、また、国家的境界を越えて広がり得るので
あり、また、より小さな広がりのサブ領域（sub-region）に限定され得るのであり、これ
はサブ領域が１つ以上の国際的境界を跨ぐかを問わない。実施形態では、少なくとも幾つ
かのメガ施設１０は、主要海港付近の沿岸部に所在するのであり、それによって海上荷物
で到着する製造者積荷又はサプライ積荷を受け付けることができる。実施形態では、マク
ロ施設１２は、例えば都市部及び／又は主要海港等の大規模人口拠点の中又は付近に所在
するのであり、施設数としてはそのような人口拠点又は海運ハブ１つ当たりに１つのマク
ロ施設１２があてがわれ得る。実施形態では、少なくとも１つのマイクロ施設１４が、そ
して、別の実施形態では、複数のマイクロ施設１４が、これらの大規模人口拠点に含まれ
る。より小さな都市はマクロ（macro）施設１２を有するのであり、典型的には、比率と
してはそのような都市に対して１つのマクロ施設１２があてがわれるか顕著に近接した幾
つかの都市間で１つのマクロ施設１２が共有される。各都市は、該都市の中又は付近に所
在するマクロ施設１２の施設数を超える数の複数のマイクロ施設１４を有するのであり、
また、マイクロ施設１４の施設数をさらに超える数の複数のナノ施設１６を有する。
【0045】
メガ施設１０、マクロ施設１２、及びマイクロ施設１４はそれぞれ少なくとも１つの積
み込みドックを備えるのであり、また、ある実施形態では特にメガ施設１０及びマクロ施
設１２に関しては複数の積み込みドックを備えており、これは複数の輸送車両について同
時的に積み込み及び積み降ろしをなすため及び／又は到着及び出発積み込みドックにある
輸送車両間でクロスドッキング操作をなすことを可能ならしめる機能を担い得る。開示の
マルチエンティティ在庫管理システムでは、メガ施設１０からナノ施設１６に至る施設の
ネットワーク内の各施設は、各々インデクスド格納場所のアレイを備えるのであり、以下
「インデクスド格納アレイ」と称する。実施形態では、メガ施設１０、マクロ施設１２、
及びマイクロ施設１４の各々では、インデクスド格納アレイは、図７に示すタイプの１つ
以上の３次元グリッド格納構造によって少なくとも部分的には定義されており、これはロ
ボティックハンドラーのフリートによるサービスを受けるのであり、これらはグリッド格
納構造を３次元的に移動して３次元グリッド格納構造に関して格納ビンの預け入れ及び取
り出しをなすように動作可能である。このような３次元グリッド格納構造、ロボティック
ハンドラー、即ちロボティック格納及び回収車両及び互換性を有する格納ビンは、出願人
の米国特許第１５／５６８，６４６号、第１６／３７４，１２３号、第１６／３７４，１
４３号、及び第１６／３５４，５３９号にて開示されており、それら各々の全体が参照に
よって取り込まれる。また、メガ施設１０、マクロ施設１２、及びマイクロ施設１４につ
いての例示的レイアウトは、出願人の米国特許出願第１６／８０５，８１０号に開示され
ており、当該出願の開示全体を参照して取り込む。
み込みドックを備えるのであり、また、ある実施形態では特にメガ施設１０及びマクロ施
設１２に関しては複数の積み込みドックを備えており、これは複数の輸送車両について同
時的に積み込み及び積み降ろしをなすため及び／又は到着及び出発積み込みドックにある
輸送車両間でクロスドッキング操作をなすことを可能ならしめる機能を担い得る。開示の
マルチエンティティ在庫管理システムでは、メガ施設１０からナノ施設１６に至る施設の
ネットワーク内の各施設は、各々インデクスド格納場所のアレイを備えるのであり、以下
「インデクスド格納アレイ」と称する。実施形態では、メガ施設１０、マクロ施設１２、
及びマイクロ施設１４の各々では、インデクスド格納アレイは、図７に示すタイプの１つ
以上の３次元グリッド格納構造によって少なくとも部分的には定義されており、これはロ
ボティックハンドラーのフリートによるサービスを受けるのであり、これらはグリッド格
納構造を３次元的に移動して３次元グリッド格納構造に関して格納ビンの預け入れ及び取
り出しをなすように動作可能である。このような３次元グリッド格納構造、ロボティック
ハンドラー、即ちロボティック格納及び回収車両及び互換性を有する格納ビンは、出願人
の米国特許第１５／５６８，６４６号、第１６／３７４，１２３号、第１６／３７４，１
４３号、及び第１６／３５４，５３９号にて開示されており、それら各々の全体が参照に
よって取り込まれる。また、メガ施設１０、マクロ施設１２、及びマイクロ施設１４につ
いての例示的レイアウトは、出願人の米国特許出願第１６／８０５，８１０号に開示され
ており、当該出願の開示全体を参照して取り込む。
【0046】
図４Ａは、実施形態による、在庫ハンドラーを用いて在庫管理ワークフローを執行する
ためのマルチエンティティ在庫管理システム４００についての機能的ブロック図である。
マルチエンティティ在庫管理システム４００は、マルチエンティティ在庫管理システム４
００にての格納ビン及び注文ビンの動きを監視及び制御するための在庫管理システム（Ｃ
ＩＭＳ、computerized inventory management system）４０１，４０４，４１６を備える
。ＣＩＭＳは、マルチエンティティ在庫管理システム４００において、格納ビン内に含ま
れる在庫の取り込み・格納・輸送・追跡並びにそこからの顧客注文の充足に関して、制御
及び監視する。ＣＩＭＳは、高レベルプログラミング言語を用いてプログラム可能な複数
のコンピュータシステム及びサブシステムを備える。図４Ａに示す実施形態では、ＣＩＭ
Ｓは、中央コンピューティングシステム４０１、各メガ施設１０にて構成されているコン
ピュータ化施設管理サブシステム４０４、マクロ施設１２、マイクロ施設１４、及びナノ
施設１６、並びにノード間輸送車両４１５ａ，４１５ｂ，４１５ｃの各々内にて構成され
ているコンピュータ化車両管理サブシステム４１６の組み合わせとされる。ＣＩＭＳは、
プログラム済み且つ合目的なハードウェアを用いて実装される。
ためのマルチエンティティ在庫管理システム４００についての機能的ブロック図である。
マルチエンティティ在庫管理システム４００は、マルチエンティティ在庫管理システム４
００にての格納ビン及び注文ビンの動きを監視及び制御するための在庫管理システム（Ｃ
ＩＭＳ、computerized inventory management system）４０１，４０４，４１６を備える
。ＣＩＭＳは、マルチエンティティ在庫管理システム４００において、格納ビン内に含ま
れる在庫の取り込み・格納・輸送・追跡並びにそこからの顧客注文の充足に関して、制御
及び監視する。ＣＩＭＳは、高レベルプログラミング言語を用いてプログラム可能な複数
のコンピュータシステム及びサブシステムを備える。図４Ａに示す実施形態では、ＣＩＭ
Ｓは、中央コンピューティングシステム４０１、各メガ施設１０にて構成されているコン
ピュータ化施設管理サブシステム４０４、マクロ施設１２、マイクロ施設１４、及びナノ
施設１６、並びにノード間輸送車両４１５ａ，４１５ｂ，４１５ｃの各々内にて構成され
ているコンピュータ化車両管理サブシステム４１６の組み合わせとされる。ＣＩＭＳは、
プログラム済み且つ合目的なハードウェアを用いて実装される。
【0047】
中央コンピューティングシステム４０１は、１つ以上のコンピュータを備え、これは、
例えばインターネットや他の広域ネットワークなどの通信ネットワークに結合されたネッ
トワークインタフェースに接続された例えばＣＰＵ４０２等の１つ以上のプロセッサと、
非一時的コンピュータ可読記憶媒体又はメモリを備えた１つ以上のデータ記憶装置であっ
てそれにはプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソ
フトウェアが記憶されているデータ記憶装置とを備える。通信ネットワークは、施設管理
サブシステム４０４が互いに通信すること及び中央コンピューティングシステム４０１と
通信することを可能とする。本開示で使用されるように、「非一時的コンピュータ可読記
憶媒体」はあらゆるコンピュータ可読媒体を指すのであり、例えば不揮発性媒体、揮発性
媒体、及び伝送媒体が一時的な伝播する信号を除いて含まれる。不揮発性媒体には、例え
ばＳＳＤ、光学ディスク若しくは磁気ディスク、フラッシュメモリカード、ＲＯＭ等が含
まれ得る。揮発性媒体には、例えばレジスタメモリ、プロセッサキャッシュ、ＲＡＭ等が
含まれ得る。伝送媒体には、例えば同軸ケーブル、銅線、光ファイバケーブル、モデム等
が含まれ得るのであり、プロセッサに結合されたシステムバスを構成する配線類も含まれ
得る。データ記憶装置は例えば中央データベース４０３等の１つ以上のデータベースであ
って、該データベースは後述の他のデータに加えて、図５Ｅ～５Ｆ及び図６Ａ～６Ｂに示
されるマルチエンティティ在庫管理システム４００内の格納ビン及び注文ビン４２４ａ～
４２４ｄの全ての一意的ビン識別子（Ｂｉｎ＿ＩＤｓ）と、マルチエンティティ在庫管理
システム４００内での在庫格納及び注文充足の目的で運営エンティティのサービスについ
て契約又は加盟した複数のベンダの一意的識別子（Ｖｅｎｄｏｒ＿ＩＤｓ）とを記憶する
、データベースと；ベンダが自己の顧客に提供する製品であってマルチエンティティ在庫
管理システム４００内にて格納されているかそこで格納可能な製品についての各々の製品
カタログとを含む。本開示で使用されるように、中央コンピューティングシステム４０１
及びそれによってホスティングされている中央データベース４０３との関係での「中央」
との用語は、マルチエンティティ在庫管理システム４００の各施設１０，１２，１４，１
６及び各ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃと動作可能に結合された共有リ
ソースとしての地位を意味するにすぎず、そのコンポーネント全てが共通の場所に所在す
るべきとのことは意味しない。
例えばインターネットや他の広域ネットワークなどの通信ネットワークに結合されたネッ
トワークインタフェースに接続された例えばＣＰＵ４０２等の１つ以上のプロセッサと、
非一時的コンピュータ可読記憶媒体又はメモリを備えた１つ以上のデータ記憶装置であっ
てそれにはプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソ
フトウェアが記憶されているデータ記憶装置とを備える。通信ネットワークは、施設管理
サブシステム４０４が互いに通信すること及び中央コンピューティングシステム４０１と
通信することを可能とする。本開示で使用されるように、「非一時的コンピュータ可読記
憶媒体」はあらゆるコンピュータ可読媒体を指すのであり、例えば不揮発性媒体、揮発性
媒体、及び伝送媒体が一時的な伝播する信号を除いて含まれる。不揮発性媒体には、例え
ばＳＳＤ、光学ディスク若しくは磁気ディスク、フラッシュメモリカード、ＲＯＭ等が含
まれ得る。揮発性媒体には、例えばレジスタメモリ、プロセッサキャッシュ、ＲＡＭ等が
含まれ得る。伝送媒体には、例えば同軸ケーブル、銅線、光ファイバケーブル、モデム等
が含まれ得るのであり、プロセッサに結合されたシステムバスを構成する配線類も含まれ
得る。データ記憶装置は例えば中央データベース４０３等の１つ以上のデータベースであ
って、該データベースは後述の他のデータに加えて、図５Ｅ～５Ｆ及び図６Ａ～６Ｂに示
されるマルチエンティティ在庫管理システム４００内の格納ビン及び注文ビン４２４ａ～
４２４ｄの全ての一意的ビン識別子（Ｂｉｎ＿ＩＤｓ）と、マルチエンティティ在庫管理
システム４００内での在庫格納及び注文充足の目的で運営エンティティのサービスについ
て契約又は加盟した複数のベンダの一意的識別子（Ｖｅｎｄｏｒ＿ＩＤｓ）とを記憶する
、データベースと；ベンダが自己の顧客に提供する製品であってマルチエンティティ在庫
管理システム４００内にて格納されているかそこで格納可能な製品についての各々の製品
カタログとを含む。本開示で使用されるように、中央コンピューティングシステム４０１
及びそれによってホスティングされている中央データベース４０３との関係での「中央」
との用語は、マルチエンティティ在庫管理システム４００の各施設１０，１２，１４，１
６及び各ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃと動作可能に結合された共有リ
ソースとしての地位を意味するにすぎず、そのコンポーネント全てが共通の場所に所在す
るべきとのことは意味しない。
【0048】
実施形態では、ＣＩＭＳ４０１，４０４，４１６はクラウドコンピューティング環境で
実装される。本開示で使用されるように、「クラウドコンピューティング環境」とは、構
成可能なコンピューティング用の物理的及び論理的資源、例えばネットワーク、サーバ、
記憶媒体、仮想マシン、アプリケーション、サービス等と、通信ネットワーク上に分散さ
れたデータとを備える処理環境を指す。クラウドコンピューティング環境は、構成可能な
コンピューティング用の物理的及び論理的資源の共有プールへのオンデマンドネットワー
クアクセスを提供する。ＣＩＭＳ４０１，４０４，４１６は、輸送可能格納ビンを用いた
２方向ロジスティクスを伴う在庫管理ワークフローを執行するためのサービスとして実装
されたクラウドコンピューティングベースドプラットフォームである。この実施形態では
、中央コンピューティングシステム４０１及び中央データベース４０３は、それぞれクラ
ウドベースドコンピュータプラットフォーム及びクラウドデータベースと称される。実施
形態では、施設管理サブシステム４０４は、各施設１０，１２，１４，１６の域内にある
コンピュータ上にインストールされて実行されているオンプレミス型ソフトウェアとして
実装されている。実施形態では、車両管理サブシステム４１６は、各ノード間輸送車両４
１５ａ，４１５ｂ，４１５ｃの域内にあるコンピュータ上にインストールされて実行され
ているオンプレミス型ソフトウェアとして実装されている。
実装される。本開示で使用されるように、「クラウドコンピューティング環境」とは、構
成可能なコンピューティング用の物理的及び論理的資源、例えばネットワーク、サーバ、
記憶媒体、仮想マシン、アプリケーション、サービス等と、通信ネットワーク上に分散さ
れたデータとを備える処理環境を指す。クラウドコンピューティング環境は、構成可能な
コンピューティング用の物理的及び論理的資源の共有プールへのオンデマンドネットワー
クアクセスを提供する。ＣＩＭＳ４０１，４０４，４１６は、輸送可能格納ビンを用いた
２方向ロジスティクスを伴う在庫管理ワークフローを執行するためのサービスとして実装
されたクラウドコンピューティングベースドプラットフォームである。この実施形態では
、中央コンピューティングシステム４０１及び中央データベース４０３は、それぞれクラ
ウドベースドコンピュータプラットフォーム及びクラウドデータベースと称される。実施
形態では、施設管理サブシステム４０４は、各施設１０，１２，１４，１６の域内にある
コンピュータ上にインストールされて実行されているオンプレミス型ソフトウェアとして
実装されている。実施形態では、車両管理サブシステム４１６は、各ノード間輸送車両４
１５ａ，４１５ｂ，４１５ｃの域内にあるコンピュータ上にインストールされて実行され
ているオンプレミス型ソフトウェアとして実装されている。
【0049】
コンピュータ化施設管理サブシステム４０４は、マルチエンティティ在庫管理システム
４００内の各施設１０，１２，１４，１６にてそれぞれインストールされている。各施設
管理サブシステム４０４は、１つ以上のローカルコンピュータを備え、これは、例えばイ
ンターネットや他の広域ネットワークなどの通信ネットワークに結合されたネットワーク
インタフェースに接続された例えばＣＰＵ４０５等の１つ以上のプロセッサと、非一時的
コンピュータ可読記憶媒体を備えた１つ以上のデータ記憶装置であってそれには１つ以上
のプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェ
アが記憶されているデータ記憶装置とを備える。データ記憶装置は、例えば各施設に関し
て関連性を有するデータを記憶するための各ローカル施設データベース４０７等の１つ以
上のデータベースを、備える。施設管理サブシステム４０４のローカルコンピュータは、
ＷＡＮへの接続に加えて、施設の例えばローカル無線ネットワーク等の１つ以上のＬＡＮ
４０６内に設けられており、それによってローカルコンピュータの１つ以上が施設の自動
化ビン捌き機材と通信可能とされている。自動化ビン捌き機材には、例えば、メガ施設１
０、マクロ施設１２、及びマイクロ施設１４のロボティックハンドラー４０８、並びに様
々なコンベヤ４１０及びいくつかの実施形態で後述される他の取り扱い機材が含まれる。
ＬＡＮ４０６を介して施設管理サブシステム４０４のローカルコンピュータの少なくとも
１つが、ワークステーション並びに他の機材及び装置と通信するのであり、これには例え
ば人間の作業員による様々なタスクの履行について誘導するための静止型及び／若しくは
モバイル型の人間－マシンインタフェース（ＨＭＩ、human-machine interface）４０９
、コンベヤ４１０、並びにマルチエンティティ在庫管理システム４００の格納ビンが含ま
れる。実施形態では、マルチエンティティ在庫管理システム４００は、各施設１０，１２
，１４，１６の施設管理サブシステム４０４と動作可能に通信する屋内位置決めシステム
４１１をさらに備えるのであり、これは図４Ｂにて開示するように各格納ビンのリアルタ
イム追跡のためのものである。実施形態では、施設管理サブシステム４０４はビン捌き機
材と動作可能且つ通信可能に結合されており、これには例えばビンカルーセル４２２ｃや
ドア４１３が含まれ、例えば各ナノ施設１６における開放可能配達ドア及び開放可能ピッ
クアップドアとし得るのであり、出願人の米国特許出願第１６／８０５，８１０号にこれ
が開示されており、当該出願の開示全体を参照して取り込む。また、ナノ施設１６の施設
管理サブシステム２０４は、ユーザが注文に関して、ナノ施設１６の外部にマウントされ
ているかその近くにマウントされている例えば数字型又はアルファニューメリック型のキ
ーパッドやスキャナ等の電子アクセス装置４１２内に正しいピックアップアクセスコード
を入力した場合にのみ、ユーザに対して、ナノ施設１６内に格納された注文へのアクセス
を付与する。
４００内の各施設１０，１２，１４，１６にてそれぞれインストールされている。各施設
管理サブシステム４０４は、１つ以上のローカルコンピュータを備え、これは、例えばイ
ンターネットや他の広域ネットワークなどの通信ネットワークに結合されたネットワーク
インタフェースに接続された例えばＣＰＵ４０５等の１つ以上のプロセッサと、非一時的
コンピュータ可読記憶媒体を備えた１つ以上のデータ記憶装置であってそれには１つ以上
のプロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェ
アが記憶されているデータ記憶装置とを備える。データ記憶装置は、例えば各施設に関し
て関連性を有するデータを記憶するための各ローカル施設データベース４０７等の１つ以
上のデータベースを、備える。施設管理サブシステム４０４のローカルコンピュータは、
ＷＡＮへの接続に加えて、施設の例えばローカル無線ネットワーク等の１つ以上のＬＡＮ
４０６内に設けられており、それによってローカルコンピュータの１つ以上が施設の自動
化ビン捌き機材と通信可能とされている。自動化ビン捌き機材には、例えば、メガ施設１
０、マクロ施設１２、及びマイクロ施設１４のロボティックハンドラー４０８、並びに様
々なコンベヤ４１０及びいくつかの実施形態で後述される他の取り扱い機材が含まれる。
ＬＡＮ４０６を介して施設管理サブシステム４０４のローカルコンピュータの少なくとも
１つが、ワークステーション並びに他の機材及び装置と通信するのであり、これには例え
ば人間の作業員による様々なタスクの履行について誘導するための静止型及び／若しくは
モバイル型の人間－マシンインタフェース（ＨＭＩ、human-machine interface）４０９
、コンベヤ４１０、並びにマルチエンティティ在庫管理システム４００の格納ビンが含ま
れる。実施形態では、マルチエンティティ在庫管理システム４００は、各施設１０，１２
，１４，１６の施設管理サブシステム４０４と動作可能に通信する屋内位置決めシステム
４１１をさらに備えるのであり、これは図４Ｂにて開示するように各格納ビンのリアルタ
イム追跡のためのものである。実施形態では、施設管理サブシステム４０４はビン捌き機
材と動作可能且つ通信可能に結合されており、これには例えばビンカルーセル４２２ｃや
ドア４１３が含まれ、例えば各ナノ施設１６における開放可能配達ドア及び開放可能ピッ
クアップドアとし得るのであり、出願人の米国特許出願第１６／８０５，８１０号にこれ
が開示されており、当該出願の開示全体を参照して取り込む。また、ナノ施設１６の施設
管理サブシステム２０４は、ユーザが注文に関して、ナノ施設１６の外部にマウントされ
ているかその近くにマウントされている例えば数字型又はアルファニューメリック型のキ
ーパッドやスキャナ等の電子アクセス装置４１２内に正しいピックアップアクセスコード
を入力した場合にのみ、ユーザに対して、ナノ施設１６内に格納された注文へのアクセス
を付与する。
【0050】
コンピュータ化車両管理サブシステム４１６は、マルチエンティティ在庫管理システム
４００の各ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃにそれぞれインストールされ
ている。各車両管理サブシステム４１６は、１つ以上のデータ記憶装置であってそれには
プロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェア
が記憶されているデータ記憶装置に接続された１つ以上のプロセッサであって例えばＣＰ
Ｕ４１７等の１つ以上のプロセッサを備える１つ以上のローカルコンピュータを、備える
。データ記憶装置は、特定の輸送車両及びその被輸送内容物とについて関連性を有するデ
ータを記憶するそれぞれのローカル車両データベース４２０を備える。実施形態では、無
線通信ユニットがノード間輸送車両４１５ａ，４１５ｂ，４１５ｃのそれぞれに動作可能
に結合されている。例えば広域通信装置４１８等の無線通信ユニットは、ノード間輸送車
両４１５ａ，４１５ｂ，４１５ｃのそれぞれの場所及び格納ビンいずれか１つの場所を、
格納ビンが施設１０，１２，１４，１６間で輸送されるに際してＣＩＭＳに伝達するよう
に構成されている。例えば、車両管理サブシステム４１６のプロセッサは例えばセルラ通
信装置等の無線広域通信装置４１８に接続されており、これは例えばセルラネットワーク
等の無線広域通信を介して中央コンピューティングシステム４０１とモバイル通信するた
めのものである。実施形態では、例えばＧＰＳ装置４１９等の位置決めユニットがノード
間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々と動作可能に結合されている。位置決めユ
ニットは、ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々の場所を決定し、そして
ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々内にて輸送されている格納ビンいず
れか１つの場所を決定するように構成されている。ＧＰＳ装置４１９は、輸送車両４１５
ａ，４１５ｂ，４１５ｃ各々の、少なくとも１つのローカルコンピュータの、少なくとも
１つのプロセッサとも結合されており、これはＧＰＳを介して輸送車両４１５ａ，４１５
ｂ，４１５ｃ各々の動きを追跡するため及び輸送車両４１５ａ，４１５ｂ，４１５ｃ各々
の算出済みＧＰＳ座標を各ローカルコンピュータに共有して中央コンピューティングシス
テム２０１へと伝達するためになされる。実施形態では、輸送車両４１５ａ，４１５ｂ，
４１５ｃ各々のＧＰＳ装置４１９は、中央コンピューティングシステム４０１と直接的に
通信してそこへとＧＰＳ座標を報告するのであり、これは車両管理サブシステム４１６の
ローカルコンピュータとは独立になされる。
４００の各ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃにそれぞれインストールされ
ている。各車両管理サブシステム４１６は、１つ以上のデータ記憶装置であってそれには
プロセッサによって実行されて開示の複数の処理を実行するための実行可能ソフトウェア
が記憶されているデータ記憶装置に接続された１つ以上のプロセッサであって例えばＣＰ
Ｕ４１７等の１つ以上のプロセッサを備える１つ以上のローカルコンピュータを、備える
。データ記憶装置は、特定の輸送車両及びその被輸送内容物とについて関連性を有するデ
ータを記憶するそれぞれのローカル車両データベース４２０を備える。実施形態では、無
線通信ユニットがノード間輸送車両４１５ａ，４１５ｂ，４１５ｃのそれぞれに動作可能
に結合されている。例えば広域通信装置４１８等の無線通信ユニットは、ノード間輸送車
両４１５ａ，４１５ｂ，４１５ｃのそれぞれの場所及び格納ビンいずれか１つの場所を、
格納ビンが施設１０，１２，１４，１６間で輸送されるに際してＣＩＭＳに伝達するよう
に構成されている。例えば、車両管理サブシステム４１６のプロセッサは例えばセルラ通
信装置等の無線広域通信装置４１８に接続されており、これは例えばセルラネットワーク
等の無線広域通信を介して中央コンピューティングシステム４０１とモバイル通信するた
めのものである。実施形態では、例えばＧＰＳ装置４１９等の位置決めユニットがノード
間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々と動作可能に結合されている。位置決めユ
ニットは、ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々の場所を決定し、そして
ノード間輸送車両４１５ａ，４１５ｂ，４１５ｃ各々内にて輸送されている格納ビンいず
れか１つの場所を決定するように構成されている。ＧＰＳ装置４１９は、輸送車両４１５
ａ，４１５ｂ，４１５ｃ各々の、少なくとも１つのローカルコンピュータの、少なくとも
１つのプロセッサとも結合されており、これはＧＰＳを介して輸送車両４１５ａ，４１５
ｂ，４１５ｃ各々の動きを追跡するため及び輸送車両４１５ａ，４１５ｂ，４１５ｃ各々
の算出済みＧＰＳ座標を各ローカルコンピュータに共有して中央コンピューティングシス
テム２０１へと伝達するためになされる。実施形態では、輸送車両４１５ａ，４１５ｂ，
４１５ｃ各々のＧＰＳ装置４１９は、中央コンピューティングシステム４０１と直接的に
通信してそこへとＧＰＳ座標を報告するのであり、これは車両管理サブシステム４１６の
ローカルコンピュータとは独立になされる。
【0051】
実施形態では、車両管理サブシステム４１６のローカルコンピュータは例えばローカル
無線ネットワーク等のＬＡＮ４２１内に設けられており、これによってローカルコンピュ
ータの少なくとも１つが図４Ｂに示されるマルチエンティティ在庫管理システム４００の
格納ビン４２４と通信できる。格納ビン４２４の無線通信ユニット４２５は各車両管理サ
ブシステム４１６のＬＡＮ４２１に接続する。したがって、輸送車両４１５ａ，４１５ｂ
の車両管理システム４１６は、輸送車両４１５ａ，４１５ｂに積み込まれる格納ビン４２
４の無線通信ユニット４２５と通信可能になっており、モバイルデータ記憶装置４２６か
らこれらの格納ビン４２４の一意的ビン識別子を受信するため、及び、格納ビン４２４の
施設１０，１２，１４から輸送車両４１５ａ，４１５ｂへの移転の中央データベース４０
３内での記録を開始するためにこれがなされるのであって、例えば、輸送車両４１５ａ，
４１５ｂの車両識別子及び積み込まれている格納ビン４２４から受信された一意的ビン識
別子を中央コンピューティングシステム４０１へと送信することによってこれをなす。実
施形態では、車両管理サブシステム４１６は、例えば輸送車両４１５ａ，４１５ｂ，４１
５ｃ内に設けられているビンカルーセル４２２ａ，４２２ｂ等のビン捌き機材と動作可能
且つ通信可能に結合されている。実施形態では、車両管理サブシステム４１６は、注文ビ
ン４２４ｃ、４２４ｄをナノ施設１６へと輸送する小規模輸送車両４１５ｃ内に設けられ
ている１つ以上の自動化ビンハンドラー４２３と、動作可能且つ通信可能に結合されてい
る。
無線ネットワーク等のＬＡＮ４２１内に設けられており、これによってローカルコンピュ
ータの少なくとも１つが図４Ｂに示されるマルチエンティティ在庫管理システム４００の
格納ビン４２４と通信できる。格納ビン４２４の無線通信ユニット４２５は各車両管理サ
ブシステム４１６のＬＡＮ４２１に接続する。したがって、輸送車両４１５ａ，４１５ｂ
の車両管理システム４１６は、輸送車両４１５ａ，４１５ｂに積み込まれる格納ビン４２
４の無線通信ユニット４２５と通信可能になっており、モバイルデータ記憶装置４２６か
らこれらの格納ビン４２４の一意的ビン識別子を受信するため、及び、格納ビン４２４の
施設１０，１２，１４から輸送車両４１５ａ，４１５ｂへの移転の中央データベース４０
３内での記録を開始するためにこれがなされるのであって、例えば、輸送車両４１５ａ，
４１５ｂの車両識別子及び積み込まれている格納ビン４２４から受信された一意的ビン識
別子を中央コンピューティングシステム４０１へと送信することによってこれをなす。実
施形態では、車両管理サブシステム４１６は、例えば輸送車両４１５ａ，４１５ｂ，４１
５ｃ内に設けられているビンカルーセル４２２ａ，４２２ｂ等のビン捌き機材と動作可能
且つ通信可能に結合されている。実施形態では、車両管理サブシステム４１６は、注文ビ
ン４２４ｃ、４２４ｄをナノ施設１６へと輸送する小規模輸送車両４１５ｃ内に設けられ
ている１つ以上の自動化ビンハンドラー４２３と、動作可能且つ通信可能に結合されてい
る。
【0052】
上述されたプロセッサは、マイクロプロセッサ、ＣＰＵ装置、有限状態マシン、コンピ
ュータ、マイクロコントローラ、ＤＳＰ、ロジック、論理装置、ＡＳＩＣ、ＦＰＧＡ、チ
ップ等、又はそれらの任意の組み合わせの１つ以上であってコンピュータプログラム又は
一連のコマンド・命令・状態遷移を実行可能なものを指し得る。実施形態では、各プロセ
ッサはプロセッサセットとして実装されており、これは例えばプログラム済みマイクロプ
ロセッサ及び数値演算若しくはグラフィクス用コプロセッサとされ得る。ＣＩＭＳは、プ
ロセッサを活用することに限られるわけではない。別の実施形態では、ＣＩＭＳは、コン
トローラ又はマイクロコントローラを活用する。上述されるネットワークインタフェース
については、例えば、赤外線インタフェース、Wi-Fi Alliance Corporation社のWi-Fi（
登録商標）を実装したインタフェース、ＵＳＢインタフェース、Apple Inc.社のFireWire
（登録商標）インタフェース、イーサネット（登録商標）インタフェース、フレームリレ
ーインタフェース、ケーブルインタフェース、デジタル加入者線（ＤＳＬ）インタフェー
ス、トークンリングインタフェース、ペリフェラルコントローラインタコネクト（ＰＣＩ
）インタフェース、ＬＡＮインタフェース、ＷＡＮインタフェース、シリアルプロトコル
を用いるインタフェース、パラレルプロトコルを用いるインタフェース、イーサネット通
信インタフェース、非同期転送モード（ＡＴＭ）インタフェース、高速シリアルインタフ
ェース、ファイバー分散データインタフェース、ＴＣＰ／ＩＰを用いるインタフェース、
衛星技術や高周波（ＲＦ）技術や近距離無線通信（ＮＦＣ）等の無線通信技術を用いるイ
ンタフェース等のうちからの1つ以上とすることができる。
ュータ、マイクロコントローラ、ＤＳＰ、ロジック、論理装置、ＡＳＩＣ、ＦＰＧＡ、チ
ップ等、又はそれらの任意の組み合わせの１つ以上であってコンピュータプログラム又は
一連のコマンド・命令・状態遷移を実行可能なものを指し得る。実施形態では、各プロセ
ッサはプロセッサセットとして実装されており、これは例えばプログラム済みマイクロプ
ロセッサ及び数値演算若しくはグラフィクス用コプロセッサとされ得る。ＣＩＭＳは、プ
ロセッサを活用することに限られるわけではない。別の実施形態では、ＣＩＭＳは、コン
トローラ又はマイクロコントローラを活用する。上述されるネットワークインタフェース
については、例えば、赤外線インタフェース、Wi-Fi Alliance Corporation社のWi-Fi（
登録商標）を実装したインタフェース、ＵＳＢインタフェース、Apple Inc.社のFireWire
（登録商標）インタフェース、イーサネット（登録商標）インタフェース、フレームリレ
ーインタフェース、ケーブルインタフェース、デジタル加入者線（ＤＳＬ）インタフェー
ス、トークンリングインタフェース、ペリフェラルコントローラインタコネクト（ＰＣＩ
）インタフェース、ＬＡＮインタフェース、ＷＡＮインタフェース、シリアルプロトコル
を用いるインタフェース、パラレルプロトコルを用いるインタフェース、イーサネット通
信インタフェース、非同期転送モード（ＡＴＭ）インタフェース、高速シリアルインタフ
ェース、ファイバー分散データインタフェース、ＴＣＰ／ＩＰを用いるインタフェース、
衛星技術や高周波（ＲＦ）技術や近距離無線通信（ＮＦＣ）等の無線通信技術を用いるイ
ンタフェース等のうちからの1つ以上とすることができる。
【0053】
マルチエンティティ在庫管理システム４００のデータベース、例えば中央データベース
４０３、ローカル施設データベース４０７、及びローカル車両データベース４２０は、デ
ータ及びファイルを記憶するために用いられ得る任意の記憶域又は媒体を指す。データベ
ース４０３，４０７，４２０は、構造化クエリ言語（ＳＱＬ）データストア又はＮｏＳＱ
Ｌ（not only SQL）データストアのいずれかとすることができ、例えば、Microsoft（登
録商標）のSQL Server（登録商標）、Oracle（登録商標）サーバ、MySQL AB Limited Com
panyのMySQL（登録商標）データベース、MongoDB, Inc.のmongoDB（登録商標）、Neo Tec
hnology CorporationのNeo4jグラフデータベース、Apache Software FoundationのCassan
draデータベース、Apache Software FoundationのHBase（登録商標）データベース等とし
得る。実施形態では、データベース４０３，４０７，４２０はファイルシステム上の場所
とすることもできる。別の実施形態では、ＣＩＭＳ４０１，４０４，４１６が通信ネット
ワークを介してデータベース４０３，４０７，４２０にリモートでアクセスできる。別の
実施形態では、データベース４０３，４０７，４２０は、クラウドコンピューティング環
境にて実装されたクラウドベースドデータベースとして構成されており、この場合には通
信ネットワークを介してサービスとしてコンピューティング資源が提供される。
４０３、ローカル施設データベース４０７、及びローカル車両データベース４２０は、デ
ータ及びファイルを記憶するために用いられ得る任意の記憶域又は媒体を指す。データベ
ース４０３，４０７，４２０は、構造化クエリ言語（ＳＱＬ）データストア又はＮｏＳＱ
Ｌ（not only SQL）データストアのいずれかとすることができ、例えば、Microsoft（登
録商標）のSQL Server（登録商標）、Oracle（登録商標）サーバ、MySQL AB Limited Com
panyのMySQL（登録商標）データベース、MongoDB, Inc.のmongoDB（登録商標）、Neo Tec
hnology CorporationのNeo4jグラフデータベース、Apache Software FoundationのCassan
draデータベース、Apache Software FoundationのHBase（登録商標）データベース等とし
得る。実施形態では、データベース４０３，４０７，４２０はファイルシステム上の場所
とすることもできる。別の実施形態では、ＣＩＭＳ４０１，４０４，４１６が通信ネット
ワークを介してデータベース４０３，４０７，４２０にリモートでアクセスできる。別の
実施形態では、データベース４０３，４０７，４２０は、クラウドコンピューティング環
境にて実装されたクラウドベースドデータベースとして構成されており、この場合には通
信ネットワークを介してサービスとしてコンピューティング資源が提供される。
【0054】
図４Ｂは、実施形態による、マルチエンティティ在庫管理システム４００内にて在庫及
び顧客注文を収容・格納・交換・輸送するための格納ビン４２４の構成・用法について示
す機能的ブロック図である。格納ビン４２４は、在庫管理ワークフローを執行するための
施設１０，１２，１４，１６及び輸送車両４１５ａ，４１５ｂ，４１５ｃと動作可能に通
信する。実施形態では、格納ビン４２４は、メガ施設１０、マクロ施設１２、及びマイク
ロ施設１４におけるインデクスド格納場所のアレイと互換性をもたらす所定のサイズ及び
構成とされている。格納ビン４２４の一部は、ビン捌き機材との互換性をもたらすような
注文ビンとして構成されており、例えば施設１０，１２，１４，１６間で移動する輸送車
両４１５ａ，４１５ｂ，４１５ｃのビンカルーセル４２２ａ，４２２ｂ等とされ得る。実
施形態では、格納ビン４２４は、次のカテゴリに分けられる：図５Ｅ～５Ｆに示されてい
るように、複数のベンダの製品を保持するための格納ビン（storage bin）４２４ａ，４
２４ｂ、ピック済み注文製品を保持するためのピック済み注文ビン（ＰＯビン、picked-o
rder bin）４２４ｃ、及び完成注文を保持するための完成注文ビン（ＦＯビン、finished
-order bin）４２４ｄ。
び顧客注文を収容・格納・交換・輸送するための格納ビン４２４の構成・用法について示
す機能的ブロック図である。格納ビン４２４は、在庫管理ワークフローを執行するための
施設１０，１２，１４，１６及び輸送車両４１５ａ，４１５ｂ，４１５ｃと動作可能に通
信する。実施形態では、格納ビン４２４は、メガ施設１０、マクロ施設１２、及びマイク
ロ施設１４におけるインデクスド格納場所のアレイと互換性をもたらす所定のサイズ及び
構成とされている。格納ビン４２４の一部は、ビン捌き機材との互換性をもたらすような
注文ビンとして構成されており、例えば施設１０，１２，１４，１６間で移動する輸送車
両４１５ａ，４１５ｂ，４１５ｃのビンカルーセル４２２ａ，４２２ｂ等とされ得る。実
施形態では、格納ビン４２４は、次のカテゴリに分けられる：図５Ｅ～５Ｆに示されてい
るように、複数のベンダの製品を保持するための格納ビン（storage bin）４２４ａ，４
２４ｂ、ピック済み注文製品を保持するためのピック済み注文ビン（ＰＯビン、picked-o
rder bin）４２４ｃ、及び完成注文を保持するための完成注文ビン（ＦＯビン、finished
-order bin）４２４ｄ。
【0055】
実施形態では、格納ビン４２４は次の格納ビンサブカテゴリにさらに分けられる：単一
区画格納ビン（ＳＣＳビン、single-compartment storage bin）及びマルチ区画格納ビン
（ＭＣＳビン、multi-compartment storage bin）。各ＳＣＳビンは単一の未分割内部的
格納空間を備えるのであり、よって単一のアイテム若しくはその中の製品在庫の「個別品
」（an "each"）、又は製品在庫の複数のアイテム或いは幾つかの「個別品」（"eaches"
）であって互いに製品タイプが一致するもののどれかを保持するように構成されている。
各ＭＣＳビンの内部的（internal）格納空間は複数の区画に細分化されており、よって異
なる製品タイプの混合製品を保持するように構成されており、随意的には区画毎に整理さ
れている。ＭＣＳビンは、異なる製品タイプの製品を異なるそれぞれの区画内に個別的に
保持するため、又は、例えば異なるベンダ等の異なるエンティティに所有されている製品
を異なるそれぞれの区画内に個別的に保持するために、用いられる。実施形態では、ＰＯ
ビンは、ＭＣＳビンと類似の細分化された内側（interior）空間を伴うマルチ区画ビン（
multi-compartment bin）であり、各ＰＯビンは複数の顧客注文の内容物をその中にて受
け入れるように構成されており、各顧客注文のそれぞれの内容物はＰＯビンの異なるサブ
セット内に置かれて顧客注文相互の物理的隔離を維持する。例えば、小規模な顧客注文に
ついては、各個別の顧客注文がＰＯの各区画の１つを占有する一方で、大規模な顧客注文
については、個別の顧客注文がＰＯビンの複数の又は全ての区画を占有する。実施形態で
は、ＰＯビンの各区画は典型的には、単一のベンダに所有される単一の製品タイプの複数
の個別品を受領するのではなく、必要な製品を受領して各顧客注文を充足するように専業
化している。
区画格納ビン（ＳＣＳビン、single-compartment storage bin）及びマルチ区画格納ビン
（ＭＣＳビン、multi-compartment storage bin）。各ＳＣＳビンは単一の未分割内部的
格納空間を備えるのであり、よって単一のアイテム若しくはその中の製品在庫の「個別品
」（an "each"）、又は製品在庫の複数のアイテム或いは幾つかの「個別品」（"eaches"
）であって互いに製品タイプが一致するもののどれかを保持するように構成されている。
各ＭＣＳビンの内部的（internal）格納空間は複数の区画に細分化されており、よって異
なる製品タイプの混合製品を保持するように構成されており、随意的には区画毎に整理さ
れている。ＭＣＳビンは、異なる製品タイプの製品を異なるそれぞれの区画内に個別的に
保持するため、又は、例えば異なるベンダ等の異なるエンティティに所有されている製品
を異なるそれぞれの区画内に個別的に保持するために、用いられる。実施形態では、ＰＯ
ビンは、ＭＣＳビンと類似の細分化された内側（interior）空間を伴うマルチ区画ビン（
multi-compartment bin）であり、各ＰＯビンは複数の顧客注文の内容物をその中にて受
け入れるように構成されており、各顧客注文のそれぞれの内容物はＰＯビンの異なるサブ
セット内に置かれて顧客注文相互の物理的隔離を維持する。例えば、小規模な顧客注文に
ついては、各個別の顧客注文がＰＯの各区画の１つを占有する一方で、大規模な顧客注文
については、個別の顧客注文がＰＯビンの複数の又は全ての区画を占有する。実施形態で
は、ＰＯビンの各区画は典型的には、単一のベンダに所有される単一の製品タイプの複数
の個別品を受領するのではなく、必要な製品を受領して各顧客注文を充足するように専業
化している。
【0056】
注文ビンの第２のカテゴリについて述べるに、ＦＯビンは、他のタイプの格納ビンとは
異なるサイズとされており、随意的には異なる構成とされている。ＦＯビンは、他の格納
ビンとは異なるより小さな標準化サイズ及びフットプリントを有する。例えば、これらの
ＦＯビンは他の格納ビンの約半分のサイズ及びフットプリントとされるのである。注文ビ
ンについての当該第２のカテゴリは、各ナノ施設１６のインデクスド格納アレイ及び特に
マイクロ施設１４とナノ施設１６との間で移動する輸送車両４１５ｃのインデクスド格納
アレイに関しての互換性のために特別にサイズ及び構成が定められている。実施形態では
、ＦＯビンは、その中に単一の個別の完成注文の内容物のみを受け入れるように構成され
た単一区画ビンであり、それは顧客又は配送員によるピックアップ（pickup）のために又
は末端顧客へのラストマイル配達のために完成状態となるようにパッケージされ且つ詰め
られた（packaged and packed）されている。
異なるサイズとされており、随意的には異なる構成とされている。ＦＯビンは、他の格納
ビンとは異なるより小さな標準化サイズ及びフットプリントを有する。例えば、これらの
ＦＯビンは他の格納ビンの約半分のサイズ及びフットプリントとされるのである。注文ビ
ンについての当該第２のカテゴリは、各ナノ施設１６のインデクスド格納アレイ及び特に
マイクロ施設１４とナノ施設１６との間で移動する輸送車両４１５ｃのインデクスド格納
アレイに関しての互換性のために特別にサイズ及び構成が定められている。実施形態では
、ＦＯビンは、その中に単一の個別の完成注文の内容物のみを受け入れるように構成され
た単一区画ビンであり、それは顧客又は配送員によるピックアップ（pickup）のために又
は末端顧客へのラストマイル配達のために完成状態となるようにパッケージされ且つ詰め
られた（packaged and packed）されている。
【0057】
上述した異なるカテゴリの格納ビン４２４は、電子的なスマートビンであり施設管理サ
ブシステム４０４及び車両管理サブシステム４１６とデータ交換をすることができ、マル
チエンティティ在庫管理システム４００でのインテリジェントなビン駆動ナビゲーション
を実行できる。実施形態では、図４Ｂに示すように、マルチエンティティ在庫管理システ
ム４００内の各格納ビン４２４は、各格納ビン４２４と動作可能に結合されたモバイルデ
ータ記憶装置４２６を備える。モバイルデータ記憶装置４２６は、各格納ビン４２４の一
意的ビン識別子と各格納ビン４２４に含まれる製品と関連付けられているビンデータとを
記憶するように構成されている非一時的コンピュータ可読記憶媒体を備える。例えば、モ
バイルデータ記憶装置４２６は、格納ビン４２４の静的なビン＿ＩＤを、任意の時点で格
納ビン４２４によって搬送される内容物に関する他の可変データと共に、格納するように
構成されたコンピュータ可読メモリを備える。ビンデータは例えば次の少なくとも１つを
含む：製品カタログと；格納ビン４２４の各々に含まれる製品の各々の製品識別子と数量
と属性とを含む製品データと；含まれる製品の宛先と関連付けられている宛先データと；
格納ビン４２４の各々に含まれる製品がマルチエンティティ在庫管理システム４００を通
じて宛先へ向かって搬送されるべきことに関してのタイムライン及び／又は緊急性に関連
付けられているタイミングデータと；格納ビン４２４の各々に含まれる製品に対してなさ
れるべき付加価値サービスアクションと関連付けられている在庫カスタマイゼーションデ
ータと；格納ビン４２４の各々に含まれる製品についてのルーティング、取り扱い、及び
／又は詰め込み要件と関連付けられている在庫取り扱いデータと；格納ビン４２４の各々
に含まれる製品についての環境要件と関連付けられている環境データ。実施形態では、各
格納ビン４２４上のモバイルデータ記憶装置４２６は、無線通信ユニット４２５の一部で
ある。実施形態では、無線通信ユニット４２５は、無線送受信機４２７とモバイルデータ
記憶装置４２６及び無線送受信機４２７に接続されたローカルコンピュータプロセッサ４
２８とをさらに備えるのであり、データを、任意の施設１０，１２，１４，１６又は任意
の輸送車両４１５ａ，４１５ｂ，４１５ｃにての、施設管理サブシステム４０４又は車両
管理サブシステム４１６による格納ビン４２４のモバイルデータ記憶装置４２６からの読
み出し及びそこへの書き込みは、無線的に（例えば施設管理サブシステム４０４のＬＡＮ
４０６又は車両管理サブシステム４１６のＬＡＮ４２１を用いて）なされる。
ブシステム４０４及び車両管理サブシステム４１６とデータ交換をすることができ、マル
チエンティティ在庫管理システム４００でのインテリジェントなビン駆動ナビゲーション
を実行できる。実施形態では、図４Ｂに示すように、マルチエンティティ在庫管理システ
ム４００内の各格納ビン４２４は、各格納ビン４２４と動作可能に結合されたモバイルデ
ータ記憶装置４２６を備える。モバイルデータ記憶装置４２６は、各格納ビン４２４の一
意的ビン識別子と各格納ビン４２４に含まれる製品と関連付けられているビンデータとを
記憶するように構成されている非一時的コンピュータ可読記憶媒体を備える。例えば、モ
バイルデータ記憶装置４２６は、格納ビン４２４の静的なビン＿ＩＤを、任意の時点で格
納ビン４２４によって搬送される内容物に関する他の可変データと共に、格納するように
構成されたコンピュータ可読メモリを備える。ビンデータは例えば次の少なくとも１つを
含む：製品カタログと；格納ビン４２４の各々に含まれる製品の各々の製品識別子と数量
と属性とを含む製品データと；含まれる製品の宛先と関連付けられている宛先データと；
格納ビン４２４の各々に含まれる製品がマルチエンティティ在庫管理システム４００を通
じて宛先へ向かって搬送されるべきことに関してのタイムライン及び／又は緊急性に関連
付けられているタイミングデータと；格納ビン４２４の各々に含まれる製品に対してなさ
れるべき付加価値サービスアクションと関連付けられている在庫カスタマイゼーションデ
ータと；格納ビン４２４の各々に含まれる製品についてのルーティング、取り扱い、及び
／又は詰め込み要件と関連付けられている在庫取り扱いデータと；格納ビン４２４の各々
に含まれる製品についての環境要件と関連付けられている環境データ。実施形態では、各
格納ビン４２４上のモバイルデータ記憶装置４２６は、無線通信ユニット４２５の一部で
ある。実施形態では、無線通信ユニット４２５は、無線送受信機４２７とモバイルデータ
記憶装置４２６及び無線送受信機４２７に接続されたローカルコンピュータプロセッサ４
２８とをさらに備えるのであり、データを、任意の施設１０，１２，１４，１６又は任意
の輸送車両４１５ａ，４１５ｂ，４１５ｃにての、施設管理サブシステム４０４又は車両
管理サブシステム４１６による格納ビン４２４のモバイルデータ記憶装置４２６からの読
み出し及びそこへの書き込みは、無線的に（例えば施設管理サブシステム４０４のＬＡＮ
４０６又は車両管理サブシステム４１６のＬＡＮ４２１を用いて）なされる。
【0058】
施設１０，１２，１４，１６がロボティックハンドラー４０８を用いて自己の各々のイ
ンデクスド格納場所のアレイを担当させる実施形態では、施設管理サブシステム４０４の
１つ以上のコンピュータが同じ無線ネットワーク（例えばＬＡＮ４０６）を用いてロボテ
ィックハンドラー４０８を無線的に制御する。実施形態では、各格納ビン４２４は、図２
Ａに示される施設１０，１２，１４の各々の屋内位置決めシステム４１１と協調的に無線
通信する屋内位置決め装置４２９をさらに備えるのであり、これは、格納ビン４２４がそ
このインデクスド格納場所のアレイの外にて所在している又は動いている場合であっても
施設１０，１２，１４内での格納ビン４２４の動き及び所在を追跡するためである。屋内
位置決め装置４２９は、各格納ビン４２４及び各施設１０，１２，１４に設けられている
屋内位置決めシステム４１１と動作可能に結合されている。各格納ビン４２４内の屋内位
置決め装置４２９は、屋内位置決めシステム４１１と動作可能に通信して各格納ビン４２
４のリアルタイム追跡のために各施設１０，１２，１４における各格納ビン４２４の位置
を決定及び報告するように構成されている。実施形態では、各格納ビン４２４の屋内位置
決め装置４２９は、無線通信ユニット４２５に統合又は接続されており、例えば無線通信
及びデータ交換のために用いられるコンピュータ可読メモリ、無線トランシーバ４２７、
及びローカルコンピュータプロセッサ４２８とが共有され得る。メガ施設・マクロ施設・
マイクロ施設１０，１２，１４にある屋内位置決めシステム４１１は各々格納ビン４２４
にある屋内位置決め装置２２９と無線的に協調するためのコンポーネントを備えており、
その施設１０，１２，１４内に現に所在する任意の格納ビン４２４の現在の座標による位
置を決定できる。実施形態では、各施設１０，１２，１４内での格納ビン４２４の屋内ナ
ビゲーションのために音響ビーコンが用いられる。実施形態では、これらの施設ベースド
位置決めコンポーネントは参照装置又はイニシエータ装置及び参照装置である。これらの
装置は高速な無線周波数（ＲＦ）信号及びより遅い音響信号を最適な位置決め精度のため
に用いるも、実施形態では、他の屋内位置決め技術を用いてマルチエンティティ在庫管理
システム４００の施設１０，１２，１４，１６内における格納ビンの場所の決定を可能と
する。
ンデクスド格納場所のアレイを担当させる実施形態では、施設管理サブシステム４０４の
１つ以上のコンピュータが同じ無線ネットワーク（例えばＬＡＮ４０６）を用いてロボテ
ィックハンドラー４０８を無線的に制御する。実施形態では、各格納ビン４２４は、図２
Ａに示される施設１０，１２，１４の各々の屋内位置決めシステム４１１と協調的に無線
通信する屋内位置決め装置４２９をさらに備えるのであり、これは、格納ビン４２４がそ
このインデクスド格納場所のアレイの外にて所在している又は動いている場合であっても
施設１０，１２，１４内での格納ビン４２４の動き及び所在を追跡するためである。屋内
位置決め装置４２９は、各格納ビン４２４及び各施設１０，１２，１４に設けられている
屋内位置決めシステム４１１と動作可能に結合されている。各格納ビン４２４内の屋内位
置決め装置４２９は、屋内位置決めシステム４１１と動作可能に通信して各格納ビン４２
４のリアルタイム追跡のために各施設１０，１２，１４における各格納ビン４２４の位置
を決定及び報告するように構成されている。実施形態では、各格納ビン４２４の屋内位置
決め装置４２９は、無線通信ユニット４２５に統合又は接続されており、例えば無線通信
及びデータ交換のために用いられるコンピュータ可読メモリ、無線トランシーバ４２７、
及びローカルコンピュータプロセッサ４２８とが共有され得る。メガ施設・マクロ施設・
マイクロ施設１０，１２，１４にある屋内位置決めシステム４１１は各々格納ビン４２４
にある屋内位置決め装置２２９と無線的に協調するためのコンポーネントを備えており、
その施設１０，１２，１４内に現に所在する任意の格納ビン４２４の現在の座標による位
置を決定できる。実施形態では、各施設１０，１２，１４内での格納ビン４２４の屋内ナ
ビゲーションのために音響ビーコンが用いられる。実施形態では、これらの施設ベースド
位置決めコンポーネントは参照装置又はイニシエータ装置及び参照装置である。これらの
装置は高速な無線周波数（ＲＦ）信号及びより遅い音響信号を最適な位置決め精度のため
に用いるも、実施形態では、他の屋内位置決め技術を用いてマルチエンティティ在庫管理
システム４００の施設１０，１２，１４，１６内における格納ビンの場所の決定を可能と
する。
【0059】
無線通信ユニット４２５及び屋内位置決め装置４２９の組み合わせによって、各格納ビ
ンは自らを格納ビン４２４が到着した施設の施設管理サブシステム４０４に対して識別す
るのみならず、その施設内における自らの現在の場所についても識別するのであり、それ
によって格納ビン４２４内に含まれる在庫について最適な高分解能追跡を可能とする。実
施形態では、格納ビン４２４の屋内位置決め装置４２９及び無線通信ユニット４２５は、
格納ビン４２４の位置を連続的に又は定期的に決定し、計算された位置を施設管理サブシ
ステム４０４へと伝達するようにプログラムされており、それによって（例えば、クラウ
ドベースドコンピューティングプラットフォームとして構成された）中央コンピューティ
ングシステム４０１の中央データベース４０３内に記憶された位置が更新されるのであり
、或いは、実施形態では、中央コンピューティングシステム４０１から一意的なビン識別
子がクエリされるまでは更新された情報を施設でローカルにのみ記憶する。
ンは自らを格納ビン４２４が到着した施設の施設管理サブシステム４０４に対して識別す
るのみならず、その施設内における自らの現在の場所についても識別するのであり、それ
によって格納ビン４２４内に含まれる在庫について最適な高分解能追跡を可能とする。実
施形態では、格納ビン４２４の屋内位置決め装置４２９及び無線通信ユニット４２５は、
格納ビン４２４の位置を連続的に又は定期的に決定し、計算された位置を施設管理サブシ
ステム４０４へと伝達するようにプログラムされており、それによって（例えば、クラウ
ドベースドコンピューティングプラットフォームとして構成された）中央コンピューティ
ングシステム４０１の中央データベース４０３内に記憶された位置が更新されるのであり
、或いは、実施形態では、中央コンピューティングシステム４０１から一意的なビン識別
子がクエリされるまでは更新された情報を施設でローカルにのみ記憶する。
【0060】
実施形態では、屋内位置決め装置４２９及び無線通信ユニット４２５は機能削減スリー
プモードにデフォルト遷移するように構成されており、定期的にだけ復帰して格納ビン４
２４の位置を再決定して位置を施設管理サブシステム４０４又は中央コンピューティング
システム４０１に報告するのであり、例えば時的な間隔毎に又は施設のＬＡＮ４０６によ
って発せられた状態クエリ信号に応答してこれをなし得る。実施形態では、屋内位置決め
装置４２９は、例えば加速度計及び／又はジャイロスコープ等の１つ以上の運動センサを
さらに備えるのであり、これは、３次元空間において格納ビン４２４の動きを検出し、ま
た、先述のスリープモードから格納ビン４２４の電子部品の復帰を発動するように動作可
能である。これによって、例えば施設のインデクスド格納アレイ内の格納場所にて静的に
位置が留まっている場合の格納ビン４２４の電子部品による電力消費が削減され、格納ビ
ン４２４のデータ記憶、通信及び屋内位置決めコンポーネントのオンボード電池ベースド
電源の寿命を最大化でき、また、人間の作業員、ロボティックハンドラー４０８、又はコ
ンベヤによって施設内を格納ビン４２４が動かされているものと知られている場合に格納
ビン４２４の位置について連続的又は定期的な報告を担保することができる。
プモードにデフォルト遷移するように構成されており、定期的にだけ復帰して格納ビン４
２４の位置を再決定して位置を施設管理サブシステム４０４又は中央コンピューティング
システム４０１に報告するのであり、例えば時的な間隔毎に又は施設のＬＡＮ４０６によ
って発せられた状態クエリ信号に応答してこれをなし得る。実施形態では、屋内位置決め
装置４２９は、例えば加速度計及び／又はジャイロスコープ等の１つ以上の運動センサを
さらに備えるのであり、これは、３次元空間において格納ビン４２４の動きを検出し、ま
た、先述のスリープモードから格納ビン４２４の電子部品の復帰を発動するように動作可
能である。これによって、例えば施設のインデクスド格納アレイ内の格納場所にて静的に
位置が留まっている場合の格納ビン４２４の電子部品による電力消費が削減され、格納ビ
ン４２４のデータ記憶、通信及び屋内位置決めコンポーネントのオンボード電池ベースド
電源の寿命を最大化でき、また、人間の作業員、ロボティックハンドラー４０８、又はコ
ンベヤによって施設内を格納ビン４２４が動かされているものと知られている場合に格納
ビン４２４の位置について連続的又は定期的な報告を担保することができる。
【0061】
実施形態では、少なくとも１つのセンサ４３０が格納ビン４２４の動きを検出するため
に各格納ビン４２４に動作可能に結合されており、検出された動きに応答して格納ビン４
２４の各々に関してマルチエンティティ在庫管理システム４００での位置追跡を開始する
。格納ビン４２４と動作可能に結合されているセンサ４３０は格納ビン４２４の内容物や
格納ビン４２４の施設間移転を追跡し、また、格納ビン４２４及びその内容物について要
される処理の決定を可能とする。実施形態では、センサ４３０は、マルチエンティティ在
庫管理システム４００における自らのアクション・経路・行程に関して自律的に決するア
クティブ型のＩｏＴセンサであり、ノード施設１０，１２，１４，１６、ロボティックハ
ンドラー４０８、及びノード間輸送車両４１５ａ，４１５ｂ，４１５ｃは格納ビン４２４
のコマンドを実現する主体として作用する。
に各格納ビン４２４に動作可能に結合されており、検出された動きに応答して格納ビン４
２４の各々に関してマルチエンティティ在庫管理システム４００での位置追跡を開始する
。格納ビン４２４と動作可能に結合されているセンサ４３０は格納ビン４２４の内容物や
格納ビン４２４の施設間移転を追跡し、また、格納ビン４２４及びその内容物について要
される処理の決定を可能とする。実施形態では、センサ４３０は、マルチエンティティ在
庫管理システム４００における自らのアクション・経路・行程に関して自律的に決するア
クティブ型のＩｏＴセンサであり、ノード施設１０，１２，１４，１６、ロボティックハ
ンドラー４０８、及びノード間輸送車両４１５ａ，４１５ｂ，４１５ｃは格納ビン４２４
のコマンドを実現する主体として作用する。
【0062】
図４Ｃは、実施形態による、複数の異なるエンティティの製品在庫を、ロボティックハ
ンドラー４０８によるサービスを受ける１つ以上の格納構造を備える複数の施設１０，１
２，１４，１６の１つ以上にて、管理するためのマルチエンティティ在庫管理システム４
００について示す機能的ブロック図である。開示のマルチエンティティ在庫管理システム
４００は、図３Ａ～３Ｄに示すような地理的領域にわたって分布する施設のネットワーク
と、施設１０，１２，１４，１６のネットワーク内に格納可能であり、異なるエンティテ
ィ間で再割り当て可能であり、また、施設１０，１２，１４，１６間で輸送可能である複
数の格納ビン４２４と、コンピュータ化在庫管理システム（ＣＩＭＳ、computerized inv
entory management system）とを備える。ＣＩＭＳは、中央コンピューティングシステム
４０１と、各々の施設１０，１２，１４，１６における施設管理サブシステム４０４と、
各々の輸送車両４１５ａ，４１５ｂ，４１５ｃの車両管理サブシステム４１６とを備える
のであり、全ては通信ネットワークと動作可能に結合されている。本開示で使用されるよ
うに、「通信ネットワーク」とは、例えば、インターネット、無線ネットワーク、Blueto
oth Sig, Inc.社のBluetooth（登録商標）を実装する通信ネットワーク、Wi-Fi Alliance
Corporation社のWi-Fi（登録商標）を実装する通信ネットワーク、ウルトラワイドバン
ド（ＵＷＢ）通信ネットワーク、無線USB通信ネットワーク、ZigBee Alliance Corporati
on社のZigBee（登録商標）を実装する通信ネットワーク、ＧＰＲＳ（General Packet Rad
io Service）通信ネットワーク、ＧＳＭ（Global System for Mobile）通信ネットワーク
等の移動体通信網、ＣＤＭＡ（Code Division Multiple Access）ネットワーク、３Ｇモ
バイル通信ネットワーク、４Ｇモバイル通信ネットワーク、５Ｇモバイル通信ネットワー
ク、ＬＴＥ（Long-term Evolution）モバイル通信ネットワーク、公衆電話ネットワーク
等、ＬＡＮ、ＷＡＮ、インターネット接続ネットワーク、赤外線通信ネットワーク等、又
はこれらのネットワークの任意の組合せで作られたネットワークの１つを指す。中央コン
ピューティングシステム４０１は、通信ネットワークを介して、ＣＩＭＳの施設管理サブ
システム４０４及び車両管理サブシステム４１６と通信する。実施形態では、異なるエン
ティティの電子商取引（ｅコマース）プラットフォーム４３６にも動作可能に（例えば、
通信ネットワークを介して異なるベンダと）結合されている。ｅコマースプラットフォー
ム４３６は、例えばインターネットへのアクセスを有するＰＣやインターネット使用可能
セルラ電話やタブレットコンピューティング装置等の広範にわたるテクノロジ及び装置を
通じて、ユーザによってアクセス可能である。ｅコマースプラットフォーム４３６によっ
て、例えば顧客等のユーザは、通信ネットワークを介して１つ以上の製品タイプの１つ以
上の製品について注文を発注できる。実施形態では、ｅコマースプラットフォーム４３６
によって、図９Ａ～１６に示されるように、例えば他のベンダ等のユーザは、在庫を購入
及び／又は在庫を予約することが可能となる。
ンドラー４０８によるサービスを受ける１つ以上の格納構造を備える複数の施設１０，１
２，１４，１６の１つ以上にて、管理するためのマルチエンティティ在庫管理システム４
００について示す機能的ブロック図である。開示のマルチエンティティ在庫管理システム
４００は、図３Ａ～３Ｄに示すような地理的領域にわたって分布する施設のネットワーク
と、施設１０，１２，１４，１６のネットワーク内に格納可能であり、異なるエンティテ
ィ間で再割り当て可能であり、また、施設１０，１２，１４，１６間で輸送可能である複
数の格納ビン４２４と、コンピュータ化在庫管理システム（ＣＩＭＳ、computerized inv
entory management system）とを備える。ＣＩＭＳは、中央コンピューティングシステム
４０１と、各々の施設１０，１２，１４，１６における施設管理サブシステム４０４と、
各々の輸送車両４１５ａ，４１５ｂ，４１５ｃの車両管理サブシステム４１６とを備える
のであり、全ては通信ネットワークと動作可能に結合されている。本開示で使用されるよ
うに、「通信ネットワーク」とは、例えば、インターネット、無線ネットワーク、Blueto
oth Sig, Inc.社のBluetooth（登録商標）を実装する通信ネットワーク、Wi-Fi Alliance
Corporation社のWi-Fi（登録商標）を実装する通信ネットワーク、ウルトラワイドバン
ド（ＵＷＢ）通信ネットワーク、無線USB通信ネットワーク、ZigBee Alliance Corporati
on社のZigBee（登録商標）を実装する通信ネットワーク、ＧＰＲＳ（General Packet Rad
io Service）通信ネットワーク、ＧＳＭ（Global System for Mobile）通信ネットワーク
等の移動体通信網、ＣＤＭＡ（Code Division Multiple Access）ネットワーク、３Ｇモ
バイル通信ネットワーク、４Ｇモバイル通信ネットワーク、５Ｇモバイル通信ネットワー
ク、ＬＴＥ（Long-term Evolution）モバイル通信ネットワーク、公衆電話ネットワーク
等、ＬＡＮ、ＷＡＮ、インターネット接続ネットワーク、赤外線通信ネットワーク等、又
はこれらのネットワークの任意の組合せで作られたネットワークの１つを指す。中央コン
ピューティングシステム４０１は、通信ネットワークを介して、ＣＩＭＳの施設管理サブ
システム４０４及び車両管理サブシステム４１６と通信する。実施形態では、異なるエン
ティティの電子商取引（ｅコマース）プラットフォーム４３６にも動作可能に（例えば、
通信ネットワークを介して異なるベンダと）結合されている。ｅコマースプラットフォー
ム４３６は、例えばインターネットへのアクセスを有するＰＣやインターネット使用可能
セルラ電話やタブレットコンピューティング装置等の広範にわたるテクノロジ及び装置を
通じて、ユーザによってアクセス可能である。ｅコマースプラットフォーム４３６によっ
て、例えば顧客等のユーザは、通信ネットワークを介して１つ以上の製品タイプの１つ以
上の製品について注文を発注できる。実施形態では、ｅコマースプラットフォーム４３６
によって、図９Ａ～１６に示されるように、例えば他のベンダ等のユーザは、在庫を購入
及び／又は在庫を予約することが可能となる。
【0063】
実施形態では、中央コンピューティング（computing）システム４０１は、高レベルコ
ンピュータプログラミング言語を用いてプログラム可能なコンピュータ（computer）シス
テムである。中央コンピューティングシステム４０１は、プログラム済み且つ合目的なハ
ードウェアを用いて実装される。開示のマルチエンティティ在庫管理システム４００では
、中央コンピューティングシステム４０１は、図４Ｂに示される施設管理サブシステム４
０４、車両管理サブシステム４１６、及び各格納ビン４２４のローカルコンピュータプロ
セッサ４２８とインタフェースするのであり、故に、１つ以上の特別にプログラムされた
コンピューティングシステムを、１つ以上の施設１０，１２，１４，１６での複数の異な
るエンティティの製品在庫を管理するため並びにそれらについての異なるエンティティ間
での再割り当て及び交換を管理するために、用いる。
ンピュータプログラミング言語を用いてプログラム可能なコンピュータ（computer）シス
テムである。中央コンピューティングシステム４０１は、プログラム済み且つ合目的なハ
ードウェアを用いて実装される。開示のマルチエンティティ在庫管理システム４００では
、中央コンピューティングシステム４０１は、図４Ｂに示される施設管理サブシステム４
０４、車両管理サブシステム４１６、及び各格納ビン４２４のローカルコンピュータプロ
セッサ４２８とインタフェースするのであり、故に、１つ以上の特別にプログラムされた
コンピューティングシステムを、１つ以上の施設１０，１２，１４，１６での複数の異な
るエンティティの製品在庫を管理するため並びにそれらについての異なるエンティティ間
での再割り当て及び交換を管理するために、用いる。
【0064】
図４Ｃに示されるように、中央コンピューティングシステム４０１は，例えばモジュー
ル（例えば中央コンピューティングシステム４０１のモジュール４３１ａ～４３１ｆ等）
によって定義されたコンピュータプログラム命令を記憶するためのメモリユニット４３１
等の非一時的コンピュータ可読記憶媒体を備える。中央コンピューティングシステム４０
１は、メモリユニット４３１と動作可能且つ通信可能に結合されており且つ例えば中央コ
ンピューティングシステム４０１の４３１ａ～４３１ｆ等のモジュールによって定義され
たコンピュータプログラム命令を実行するための少なくとも１つのプロセッサ４０２を備
えており、これは１つ以上の施設１０，１２，１４，１６での複数の異なるエンティティ
の製品在庫を管理するため並びにそれらについての異なるエンティティ間での再割り当て
及び交換を管理するためのものである。メモリユニット４３１は、プログラム命令、アプ
リケーション、及びデータを記憶するために用いられる。メモリユニット４３１は、例え
ばＲＡＭや他のタイプの動的記憶装置であってプロセッサ４０２による実行のために情報
及び命令を記憶するものとすることができる。メモリユニット４３１は、一時変数や他の
中間的情報であってプロセッサ４０２によって命令実行がなされる際に用いられる情報も
記憶される。実施形態では、中央コンピューティングシステム４０１は、ＲＯＭや他のタ
イプの静的記憶装置であってプロセッサ４０２による実行のために静的な情報及び命令を
記憶するものをさらに含み得る。実施形態では、例えば中央コンピューティングシステム
４０１の４３１ａ～４３１ｆ等のモジュールは、メモリユニット４３１内に記憶されてい
る。
ル（例えば中央コンピューティングシステム４０１のモジュール４３１ａ～４３１ｆ等）
によって定義されたコンピュータプログラム命令を記憶するためのメモリユニット４３１
等の非一時的コンピュータ可読記憶媒体を備える。中央コンピューティングシステム４０
１は、メモリユニット４３１と動作可能且つ通信可能に結合されており且つ例えば中央コ
ンピューティングシステム４０１の４３１ａ～４３１ｆ等のモジュールによって定義され
たコンピュータプログラム命令を実行するための少なくとも１つのプロセッサ４０２を備
えており、これは１つ以上の施設１０，１２，１４，１６での複数の異なるエンティティ
の製品在庫を管理するため並びにそれらについての異なるエンティティ間での再割り当て
及び交換を管理するためのものである。メモリユニット４３１は、プログラム命令、アプ
リケーション、及びデータを記憶するために用いられる。メモリユニット４３１は、例え
ばＲＡＭや他のタイプの動的記憶装置であってプロセッサ４０２による実行のために情報
及び命令を記憶するものとすることができる。メモリユニット４３１は、一時変数や他の
中間的情報であってプロセッサ４０２によって命令実行がなされる際に用いられる情報も
記憶される。実施形態では、中央コンピューティングシステム４０１は、ＲＯＭや他のタ
イプの静的記憶装置であってプロセッサ４０２による実行のために静的な情報及び命令を
記憶するものをさらに含み得る。実施形態では、例えば中央コンピューティングシステム
４０１の４３１ａ～４３１ｆ等のモジュールは、メモリユニット４３１内に記憶されてい
る。
【0065】
図４Ｃに示されるように、中央コンピューティングシステム４０１は，データバス４３
５、ディスプレイユニット４３２、ネットワークインタフェース４３３、及び共通モジュ
ール４３４をさらに備える。データバス４３５は、モジュール間（例えば、中央コンピュ
ーティングシステム４０１のモジュール４０２，４３１，４３２，４３３，４３４）での
通信を可能とする。ディスプレイユニット４３２はＧＵＩ４３２ａを介して情報や表示イ
ンタフェースやインタフェース要素（チェックボックスや入力テキストフィールド等）等
を表示するのであり、これは例えばシステム管理者等のユーザが、デジタル記録の更新を
発動したり、在庫情報を入力したり、データベーステーブルを更新等することを可能とす
るのであって、これは１つ以上の施設１０，１２，１４，１６での複数の異なるエンティ
ティの製品在庫管理及びそれらの異なるエンティティ間での再割り当て及び交換を促進す
るためになされる。中央コンピューティングシステム４０１はＧＵＩ４３２ａをディスプ
レイユニット４３２上に表示するのであり、これはシステム管理者から入力を受信するた
めである。ＧＵＩ４３２ａは例えば、オンラインウェブインタフェース、ウェブベースド
ダウンロード可能アプリケーションインタフェース、モバイルベースドダウンロード可能
アプリケーションインタフェース等を含む。ディスプレイユニット４３２は、ＧＵＩ４３
２ａを表示する。ネットワークインタフェース４３３は、中央コンピューティングシステ
ム４０１が通信ネットワークに接続されることを可能とする。実施形態では、ネットワー
クインタフェース４３３は、インタフェースカードとして提供されており、ラインカード
とも称される。中央コンピューティングシステム４０１の共通モジュール４３４は例えば
、入出力（Ｉ／Ｏ）コントローラ、入力装置、出力装置、ハードドライブ等の固定媒体ド
ライブ、取り外し可能媒体を受けるための取り外し可能媒体ドライブ等を含む。中央コン
ピューティングシステム４０１を動作させるために、コンピュータアプリケーション及び
プログラムを用いる。プログラムは固定媒体ドライブ上にロードされたり取り外し可能媒
体ドライブを介してメモリユニット４３１内へとロードされる。実施形態では、コンピュ
ータアプリケーション及びプログラムは、通信ネットワークを介して直接的にメモリユニ
ット４３１内へとロードされる。
５、ディスプレイユニット４３２、ネットワークインタフェース４３３、及び共通モジュ
ール４３４をさらに備える。データバス４３５は、モジュール間（例えば、中央コンピュ
ーティングシステム４０１のモジュール４０２，４３１，４３２，４３３，４３４）での
通信を可能とする。ディスプレイユニット４３２はＧＵＩ４３２ａを介して情報や表示イ
ンタフェースやインタフェース要素（チェックボックスや入力テキストフィールド等）等
を表示するのであり、これは例えばシステム管理者等のユーザが、デジタル記録の更新を
発動したり、在庫情報を入力したり、データベーステーブルを更新等することを可能とす
るのであって、これは１つ以上の施設１０，１２，１４，１６での複数の異なるエンティ
ティの製品在庫管理及びそれらの異なるエンティティ間での再割り当て及び交換を促進す
るためになされる。中央コンピューティングシステム４０１はＧＵＩ４３２ａをディスプ
レイユニット４３２上に表示するのであり、これはシステム管理者から入力を受信するた
めである。ＧＵＩ４３２ａは例えば、オンラインウェブインタフェース、ウェブベースド
ダウンロード可能アプリケーションインタフェース、モバイルベースドダウンロード可能
アプリケーションインタフェース等を含む。ディスプレイユニット４３２は、ＧＵＩ４３
２ａを表示する。ネットワークインタフェース４３３は、中央コンピューティングシステ
ム４０１が通信ネットワークに接続されることを可能とする。実施形態では、ネットワー
クインタフェース４３３は、インタフェースカードとして提供されており、ラインカード
とも称される。中央コンピューティングシステム４０１の共通モジュール４３４は例えば
、入出力（Ｉ／Ｏ）コントローラ、入力装置、出力装置、ハードドライブ等の固定媒体ド
ライブ、取り外し可能媒体を受けるための取り外し可能媒体ドライブ等を含む。中央コン
ピューティングシステム４０１を動作させるために、コンピュータアプリケーション及び
プログラムを用いる。プログラムは固定媒体ドライブ上にロードされたり取り外し可能媒
体ドライブを介してメモリユニット４３１内へとロードされる。実施形態では、コンピュ
ータアプリケーション及びプログラムは、通信ネットワークを介して直接的にメモリユニ
ット４３１内へとロードされる。
【0066】
図４Ｃに示される例示的実装例では、中央コンピューティングシステム４０１は、クエ
リ構築器４３１ａ、在庫再割り当てモジュール４３１ｂ、データベース更新モジュール４
３１ｃ、ロボット命令トリガモジュール４３１ｄ、在庫販売モジュール４３１ｅ、在庫予
約モジュール４３１ｆ、及び中央データベース４０３を備える。図１０の詳細な説明にて
開示されるように、クエリ構築器４３１ａは、データベースクエリ構築及び在庫検索クエ
リ処理実行の促進のためのコンピュータプログラム命令を定義する。図２，８Ａ～８Ｂ，
９Ａ～９Ｂ，１０～１２，１６の詳細な説明にて開示されるように、在庫再割り当てモジ
ュール４３１ｂは、デジタル再割り当ての遂行及び特定の製品タイプの１つ以上の製品に
ついての第１のエンティティから第２のエンティティへの所有移転の実行のためのコンピ
ュータプログラム命令を定義する。データベース更新モジュール４３１ｃは、施設１０，
１２，１４，１６間での在庫移動及び施設１０，１２，１４，１６と輸送車両４１５ａ，
４１５ｂ，４１５ｃとの間での在庫移動、並びに、マルチエンティティ在庫管理システム
４００内にて起きるデジタル再割り当て、在庫スワップ、在庫販売、及び在庫予約の際に
、中央データベース４０３内にてデジタル記録及び製品所有情報を、更新する。
リ構築器４３１ａ、在庫再割り当てモジュール４３１ｂ、データベース更新モジュール４
３１ｃ、ロボット命令トリガモジュール４３１ｄ、在庫販売モジュール４３１ｅ、在庫予
約モジュール４３１ｆ、及び中央データベース４０３を備える。図１０の詳細な説明にて
開示されるように、クエリ構築器４３１ａは、データベースクエリ構築及び在庫検索クエ
リ処理実行の促進のためのコンピュータプログラム命令を定義する。図２，８Ａ～８Ｂ，
９Ａ～９Ｂ，１０～１２，１６の詳細な説明にて開示されるように、在庫再割り当てモジ
ュール４３１ｂは、デジタル再割り当ての遂行及び特定の製品タイプの１つ以上の製品に
ついての第１のエンティティから第２のエンティティへの所有移転の実行のためのコンピ
ュータプログラム命令を定義する。データベース更新モジュール４３１ｃは、施設１０，
１２，１４，１６間での在庫移動及び施設１０，１２，１４，１６と輸送車両４１５ａ，
４１５ｂ，４１５ｃとの間での在庫移動、並びに、マルチエンティティ在庫管理システム
４００内にて起きるデジタル再割り当て、在庫スワップ、在庫販売、及び在庫予約の際に
、中央データベース４０３内にてデジタル記録及び製品所有情報を、更新する。
【0067】
ロボット命令トリガモジュール４３１ｄは施設１０，１２，１４の施設管理サブシステ
ム４０４へと命令を伝達して、各々の施設にてロボティックハンドラー４０８に対して命
令を発して、次の行為を行わせる：格納、回収、詰め込み、ナビゲーション、及び各々の
施設１０，１２，１４にある格納ビン４２４と関連付けられている他の操作。実施形態で
は、ロボット命令トリガモジュール４３１ｄは命令を第１の施設の施設管理サブシステム
４０４に伝えて、第１の施設にあるロボティックハンドラー４０８についての第１のサブ
セットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場
所内へと物理的に格納する。ロボティックハンドラー４０８についての第１のサブセット
をアクティブ化する前後に、データベース更新モジュール４３１ｃは、中央データベース
４０３を更新して、第１の製品は中央データベース４０３内にて識別された複数の異なる
エンティティのうちに含まれる第１のエンティティに所有されていることを記録する。在
庫販売モジュール４３１ｅは、中央データベース４０３内にて識別された複数の異なるエ
ンティティのうちに含まれる第２のエンティティからの特定の製品タイプについての注文
を、通信ネットワークを介して受信するのであって、第２のエンティティは第１のエンテ
ィティとは異なる。実施形態では、第２のエンティティは製品在庫を必要としている入用
エンティティであり、また、第１のエンティティは入用エンティティへと移転できる追加
の製品在庫を有する在庫有りエンティティである。データベース更新モジュール４３１ｃ
は、中央データベース４０３を更新して、第１の格納構造内の格納場所にて格納されてい
る第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録
する。ロボット命令トリガモジュール４３１ｄは、第１の施設の施設管理サブシステム４
０４に命令を伝えて、ロボティックハンドラー４０８についての第２のサブセットをアク
ティブ化して、特定の製品タイプについての注文を第２のエンティティのために充足する
に際して用いるために第１の格納構造内の格納場所から第１の製品を回収するステップと
を行わせる。在庫再割り当てモジュール４３１ｂは、第１の格納構造内の格納場所からの
第１の製品の回収及び／又は第２のエンティティについて特定の製品タイプについての注
文充足に対応する任意の時に、第１の製品の所有についての第１のエンティティから第２
のエンティティへの移転を実行するためのコンピュータプログラム命令を定義するのであ
り、例えば、第１の格納構造内の格納場所から第１の製品を回収するためにロボティック
ハンドラー４０８の第２のサブセットをアクティブ化する前後であったり、注文充足後に
さえこれが生じ得る。
ム４０４へと命令を伝達して、各々の施設にてロボティックハンドラー４０８に対して命
令を発して、次の行為を行わせる：格納、回収、詰め込み、ナビゲーション、及び各々の
施設１０，１２，１４にある格納ビン４２４と関連付けられている他の操作。実施形態で
は、ロボット命令トリガモジュール４３１ｄは命令を第１の施設の施設管理サブシステム
４０４に伝えて、第１の施設にあるロボティックハンドラー４０８についての第１のサブ
セットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の格納場
所内へと物理的に格納する。ロボティックハンドラー４０８についての第１のサブセット
をアクティブ化する前後に、データベース更新モジュール４３１ｃは、中央データベース
４０３を更新して、第１の製品は中央データベース４０３内にて識別された複数の異なる
エンティティのうちに含まれる第１のエンティティに所有されていることを記録する。在
庫販売モジュール４３１ｅは、中央データベース４０３内にて識別された複数の異なるエ
ンティティのうちに含まれる第２のエンティティからの特定の製品タイプについての注文
を、通信ネットワークを介して受信するのであって、第２のエンティティは第１のエンテ
ィティとは異なる。実施形態では、第２のエンティティは製品在庫を必要としている入用
エンティティであり、また、第１のエンティティは入用エンティティへと移転できる追加
の製品在庫を有する在庫有りエンティティである。データベース更新モジュール４３１ｃ
は、中央データベース４０３を更新して、第１の格納構造内の格納場所にて格納されてい
る第１の製品について第１のエンティティから第２のエンティティへの所有の移転を記録
する。ロボット命令トリガモジュール４３１ｄは、第１の施設の施設管理サブシステム４
０４に命令を伝えて、ロボティックハンドラー４０８についての第２のサブセットをアク
ティブ化して、特定の製品タイプについての注文を第２のエンティティのために充足する
に際して用いるために第１の格納構造内の格納場所から第１の製品を回収するステップと
を行わせる。在庫再割り当てモジュール４３１ｂは、第１の格納構造内の格納場所からの
第１の製品の回収及び／又は第２のエンティティについて特定の製品タイプについての注
文充足に対応する任意の時に、第１の製品の所有についての第１のエンティティから第２
のエンティティへの移転を実行するためのコンピュータプログラム命令を定義するのであ
り、例えば、第１の格納構造内の格納場所から第１の製品を回収するためにロボティック
ハンドラー４０８の第２のサブセットをアクティブ化する前後であったり、注文充足後に
さえこれが生じ得る。
【0068】
実施形態でデータベース更新モジュール４３１ｃは、中央データベース４０３を更新し
て、第１の格納構造内の格納場所にある第１の製品について第１のエンティティから第２
のエンティティへの所有の移転を記録するのであってこれは第２のエンティティが特定の
製品タイプについて在庫不足になっており且つ特定の製品タイプについての注文を充足で
きないとの決定に応答してなされる。別の実施形態でデータベース更新モジュール４３１
ｃは、中央データベース４０３を更新して第１の格納構造内の格納場所にある第１の製品
について第１のエンティティから第２のエンティティへの所有の移転を記録するステップ
をなすようにさらに構成されており、これは第２のエンティティが第１の製品を第１のエ
ンティティから購入することを確認し並びに中央データベース４０３を更新して第２のエ
ンティティが第１の製品を第１のエンティティから購入することを記録することによって
なされる。
て、第１の格納構造内の格納場所にある第１の製品について第１のエンティティから第２
のエンティティへの所有の移転を記録するのであってこれは第２のエンティティが特定の
製品タイプについて在庫不足になっており且つ特定の製品タイプについての注文を充足で
きないとの決定に応答してなされる。別の実施形態でデータベース更新モジュール４３１
ｃは、中央データベース４０３を更新して第１の格納構造内の格納場所にある第１の製品
について第１のエンティティから第２のエンティティへの所有の移転を記録するステップ
をなすようにさらに構成されており、これは第２のエンティティが第１の製品を第１のエ
ンティティから購入することを確認し並びに中央データベース４０３を更新して第２のエ
ンティティが第１の製品を第１のエンティティから購入することを記録することによって
なされる。
【0069】
実施形態では、ロボット命令トリガモジュール４３１ｄは異なる施設（「第２の施設」
という。）の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラーにつ
いての第１のサブセット及びロボティックハンドラー４０８についての第２のサブセット
とは異なるロボティックハンドラー４０８についての第３のサブセットをアクティブ化し
て、特定の製品タイプの第２の製品を第２の格納構造内の格納場所内へと物理的に格納す
る。第２の格納構造は第２の施設に所在する。ロボティックハンドラー４０８についての
第３のサブセットをアクティブ化する前後に、データベース更新モジュール４３１ｃは、
中央データベース４０３を更新して、第２の格納構造内の格納場所にて格納されている第
２の製品は第２のエンティティに所有されていることを記録する。注文を受信後に、デー
タベース更新モジュール４３１ｃは、中央データベース４０３を更新して、第２の格納構
造内の格納場所にある第２の製品について第２のエンティティから第１のエンティティへ
の所有の移転を記録するのであり、第１の製品及び第２の製品の所有が第１のエンティテ
ィと第２のエンティティとの間で交換される。
という。）の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラーにつ
いての第１のサブセット及びロボティックハンドラー４０８についての第２のサブセット
とは異なるロボティックハンドラー４０８についての第３のサブセットをアクティブ化し
て、特定の製品タイプの第２の製品を第２の格納構造内の格納場所内へと物理的に格納す
る。第２の格納構造は第２の施設に所在する。ロボティックハンドラー４０８についての
第３のサブセットをアクティブ化する前後に、データベース更新モジュール４３１ｃは、
中央データベース４０３を更新して、第２の格納構造内の格納場所にて格納されている第
２の製品は第２のエンティティに所有されていることを記録する。注文を受信後に、デー
タベース更新モジュール４３１ｃは、中央データベース４０３を更新して、第２の格納構
造内の格納場所にある第２の製品について第２のエンティティから第１のエンティティへ
の所有の移転を記録するのであり、第１の製品及び第２の製品の所有が第１のエンティテ
ィと第２のエンティティとの間で交換される。
【0070】
実施形態では、ロボティックハンドラー４０８についての第１のサブセットをアクティ
ブ化して第１の製品を第１の格納構造内の格納場所内に格納するに際して、ロボット命令
トリガモジュール４３１ｄは、命令を第１の施設の施設管理サブシステム４０４へと伝え
て、ロボティックハンドラー４０８についての第１のサブセットをアクティブ化して第１
の製品を第１の格納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハ
ンドラー４０８についての第３のサブセットをアクティブ化して第２の製品を第２の格納
構造内の格納場所内に格納するに際して、ロボット命令トリガモジュール４３１ｄは、命
令を第２の施設の施設管理サブシステム４０４へと伝えて、ロボティックハンドラー４０
８についての第３のサブセットをアクティブ化して第２の製品を第２の格納構造内にて第
２の格納ビンの中に物理的に格納する。注文を受信後に、データベース更新モジュール４
３１ｃは、中央データベース４０３を更新して、第１の格納ビンの内容物について第１の
エンティティから第２のエンティティへの所有の移転並びに第２の格納ビンの内容物につ
いて第２のエンティティから第１のエンティティへの所有の移転を記録するのであり、第
１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティティと第２の
エンティティとの間で交換される。ロボット命令トリガモジュール４３１ｄは、第１の施
設の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラー４０８につい
ての第４のサブセットをアクティブ化して、第１のビンを第１の格納構造から回収して、
それによって特定の製品タイプについての注文を第２のエンティティのために充足する。
在庫再割り当てモジュール４３１ｂは、次のステップの実行のためのコンピュータプログ
ラム命令を定義する：第１の格納ビンの内容物について第１のエンティティから第２のエ
ンティティへの所有の移転並びに第２の格納ビンの内容物について第２のエンティティか
ら第１のエンティティへの所有の移転を、ロボティックハンドラー４０８のアクティブ化
及び／又は特定の製品タイプについての注文についての第２のエンティティのための充足
に対応するいずれかの時に、執行するステップであって、例えば、ロボティックハンドラ
ー４０８が出動し且つ製品がピック｛される／された｝前後の場合や注文充足後の場合も
含まれるステップ。
ブ化して第１の製品を第１の格納構造内の格納場所内に格納するに際して、ロボット命令
トリガモジュール４３１ｄは、命令を第１の施設の施設管理サブシステム４０４へと伝え
て、ロボティックハンドラー４０８についての第１のサブセットをアクティブ化して第１
の製品を第１の格納構造内にて第１の格納ビンの中に物理的に格納する。ロボティックハ
ンドラー４０８についての第３のサブセットをアクティブ化して第２の製品を第２の格納
構造内の格納場所内に格納するに際して、ロボット命令トリガモジュール４３１ｄは、命
令を第２の施設の施設管理サブシステム４０４へと伝えて、ロボティックハンドラー４０
８についての第３のサブセットをアクティブ化して第２の製品を第２の格納構造内にて第
２の格納ビンの中に物理的に格納する。注文を受信後に、データベース更新モジュール４
３１ｃは、中央データベース４０３を更新して、第１の格納ビンの内容物について第１の
エンティティから第２のエンティティへの所有の移転並びに第２の格納ビンの内容物につ
いて第２のエンティティから第１のエンティティへの所有の移転を記録するのであり、第
１の格納ビンの内容物及び第２の格納ビンの内容物の所有が第１のエンティティと第２の
エンティティとの間で交換される。ロボット命令トリガモジュール４３１ｄは、第１の施
設の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラー４０８につい
ての第４のサブセットをアクティブ化して、第１のビンを第１の格納構造から回収して、
それによって特定の製品タイプについての注文を第２のエンティティのために充足する。
在庫再割り当てモジュール４３１ｂは、次のステップの実行のためのコンピュータプログ
ラム命令を定義する：第１の格納ビンの内容物について第１のエンティティから第２のエ
ンティティへの所有の移転並びに第２の格納ビンの内容物について第２のエンティティか
ら第１のエンティティへの所有の移転を、ロボティックハンドラー４０８のアクティブ化
及び／又は特定の製品タイプについての注文についての第２のエンティティのための充足
に対応するいずれかの時に、執行するステップであって、例えば、ロボティックハンドラ
ー４０８が出動し且つ製品がピック｛される／された｝前後の場合や注文充足後の場合も
含まれるステップ。
【0071】
実施形態では、注文を受信する前、また、ロボティックハンドラー４０８についての第
１のサブセットをアクティブ化する前後に、データベース更新モジュール４３１ｃは中央
データベース４０３を更新して、第１の格納ビンの内容物は第１のエンティティに所有さ
れていることを記録する。注文を受信する前、また、ロボティックハンドラー４０８につ
いての第３のサブセットをアクティブ化する前後に、データベース更新モジュール４３１
ｃは中央データベース４０３を更新して、第２の格納ビンの内容物は第２のエンティティ
に所有されていることを記録する。
１のサブセットをアクティブ化する前後に、データベース更新モジュール４３１ｃは中央
データベース４０３を更新して、第１の格納ビンの内容物は第１のエンティティに所有さ
れていることを記録する。注文を受信する前、また、ロボティックハンドラー４０８につ
いての第３のサブセットをアクティブ化する前後に、データベース更新モジュール４３１
ｃは中央データベース４０３を更新して、第２の格納ビンの内容物は第２のエンティティ
に所有されていることを記録する。
【0072】
実施形態では、クエリ構築器４３１ａは、中央データベース４０３に対してクエリを発
して、第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいかを決定する。注文
を受信後に、データベース更新モジュール４３１ｃは中央データベース４０３を更新して
、第１の格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであ
って、これは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少
なくとも部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しくないとの決定に応答して、ロボット命令トリガモジュール４３１ｄは命令を第
１の施設の施設管理サブシステム４０４へと伝えて次の少なくとも１つをなす：（ａ）第
１の施設にてロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係
で第１の格納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボ
ティックハンドラー４０８についての第５のサブセットをアクティブ化して、第１の格納
ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（
ＨＭＩ）をアクティブ化して、有人ワークステーションの人間ワーカに指示して第２の格
納ビンの内容物との関係で第１の格納ビンの内容物を均等化するステップと；また、ロボ
ット命令トリガモジュール４３１ｄは命令を第２の施設の施設管理サブシステム４０４へ
と伝えて次の少なくとも１つをなす：（ａ）第２の施設にてロボティックワーカをアクテ
ィブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの内容物を均等化するス
テップと；（ｂ）第２の施設にて、（ｉ）ロボティックハンドラー４０８についての第６
のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーションに届け、並
びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有人ワークステー
ションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の格納ビンの内容
物を均等化するステップ。実施形態では、ロボット命令トリガモジュール４３１ｄは、第
２の施設の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラー４０８
についての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配置する
ために第２の製品を第２の格納構造から回収するのであって、これは中央データベース４
０３を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティテ
ィから第１のエンティティへの所有の移転を記録した後になされる。
して、第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいかを決定する。注文
を受信後に、データベース更新モジュール４３１ｃは中央データベース４０３を更新して
、第１の格納ビン及び第２の格納ビンの内容物の所有が交換されていると記録するのであ
って、これは第１の格納ビンの内容物と第２の格納ビンの内容物とが等しいとの決定に少
なくとも部分的に応答してなされる。第１の格納ビンの内容物と第２の格納ビンの内容物
とが等しくないとの決定に応答して、ロボット命令トリガモジュール４３１ｄは命令を第
１の施設の施設管理サブシステム４０４へと伝えて次の少なくとも１つをなす：（ａ）第
１の施設にてロボティックワーカをアクティブ化して、第２の格納ビンの内容物との関係
で第１の格納ビンの内容物を均等化するステップと；（ｂ）第１の施設にて、（ｉ）ロボ
ティックハンドラー４０８についての第５のサブセットをアクティブ化して、第１の格納
ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェース（
ＨＭＩ）をアクティブ化して、有人ワークステーションの人間ワーカに指示して第２の格
納ビンの内容物との関係で第１の格納ビンの内容物を均等化するステップと；また、ロボ
ット命令トリガモジュール４３１ｄは命令を第２の施設の施設管理サブシステム４０４へ
と伝えて次の少なくとも１つをなす：（ａ）第２の施設にてロボティックワーカをアクテ
ィブ化して、第１の格納ビンの内容物との関係で第２の格納ビンの内容物を均等化するス
テップと；（ｂ）第２の施設にて、（ｉ）ロボティックハンドラー４０８についての第６
のサブセットをアクティブ化して、第２の格納ビンを有人ワークステーションに届け、並
びに、（ｉｉ）有人ワークステーションのＨＭＩをアクティブ化して、有人ワークステー
ションの人間ワーカに指示して第２の格納ビンの内容物との関係で第１の格納ビンの内容
物を均等化するステップ。実施形態では、ロボット命令トリガモジュール４３１ｄは、第
２の施設の施設管理サブシステム４０４に命令を伝えて、ロボティックハンドラー４０８
についての別のサブセットをアクティブ化して、第２の製品を第１の施設へと再配置する
ために第２の製品を第２の格納構造から回収するのであって、これは中央データベース４
０３を更新して第２の格納構造内の格納場所にある第２の製品について第２のエンティテ
ィから第１のエンティティへの所有の移転を記録した後になされる。
【0073】
実施形態では、図９Ａ～９Ｂ，１０～１２，１６の詳細な説明に開示されているように
、在庫販売モジュール４３１ｅはベンダ間商取引を執行する。実施形態では、在庫予約モ
ジュール４３１ｆは、図１３～１６の詳細な説明に開示されているように、在庫再割り当
てがなされる前に在庫の利用可能性を担保するための在庫予約方法を実行する。この実施
形態では、在庫予約モジュール４３１ｆは、特定の製品タイプについての注文を第２のエ
ンティティから受信する前に、特定の製品タイプを予約することを要求する予約メッセー
ジを第２のエンティティから受信する。クエリ構築器４３１ａは、中央データベース４０
３に対してクエリを発して、第１の製品が予約に関して利用可能であることを確認する。
在庫予約モジュール４３１ｆは、第１の製品が利用可能であることを確認した後に第１の
製品が第２のエンティティのために予約されていることの標示を中央データベース４０３
内に記録することによって第１の製品を第２のエンティティのために予約する。在庫予約
モジュール４３１ｆは、第１の製品が第２のエンティティのために独占的に取り置かれて
異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる予
約期間を開始する。実施形態では、在庫予約モジュール４３１ｆは、第１の製品を予約す
ることに関して第２のエンティティに対して予約料を課金する。実施形態では、データベ
ース更新モジュール４３１ｃは、第１の製品に対応する注文が予約期間中に第２のエンテ
ィティから受信されなかった場合、第１の製品が予約されていることの標示を覆して異な
るエンティティのうちの他のものによる予約に関して第１の製品を利用可能とすることに
よって中央データベース４０３を更新する。
、在庫販売モジュール４３１ｅはベンダ間商取引を執行する。実施形態では、在庫予約モ
ジュール４３１ｆは、図１３～１６の詳細な説明に開示されているように、在庫再割り当
てがなされる前に在庫の利用可能性を担保するための在庫予約方法を実行する。この実施
形態では、在庫予約モジュール４３１ｆは、特定の製品タイプについての注文を第２のエ
ンティティから受信する前に、特定の製品タイプを予約することを要求する予約メッセー
ジを第２のエンティティから受信する。クエリ構築器４３１ａは、中央データベース４０
３に対してクエリを発して、第１の製品が予約に関して利用可能であることを確認する。
在庫予約モジュール４３１ｆは、第１の製品が利用可能であることを確認した後に第１の
製品が第２のエンティティのために予約されていることの標示を中央データベース４０３
内に記録することによって第１の製品を第２のエンティティのために予約する。在庫予約
モジュール４３１ｆは、第１の製品が第２のエンティティのために独占的に取り置かれて
異なるエンティティのうちの他のものによる予約に関して第１の製品が利用不能となる予
約期間を開始する。実施形態では、在庫予約モジュール４３１ｆは、第１の製品を予約す
ることに関して第２のエンティティに対して予約料を課金する。実施形態では、データベ
ース更新モジュール４３１ｃは、第１の製品に対応する注文が予約期間中に第２のエンテ
ィティから受信されなかった場合、第１の製品が予約されていることの標示を覆して異な
るエンティティのうちの他のものによる予約に関して第１の製品を利用可能とすることに
よって中央データベース４０３を更新する。
【0074】
中央コンピューティングシステム４０１のプロセッサ４０２は、上述の各機能を行うた
めの命令であってクエリ構築器４３１ａ、在庫再割り当てモジュール４３１ｂ、データベ
ース更新モジュール４３１ｃ、ロボット命令トリガモジュール４３１ｄ、在庫販売モジュ
ール４３１ｅ、及び在庫予約モジュール４３１ｆによって定義された命令を検索する。プ
ロセッサ４０２は例えば４３１ａ～４３１ｆ等のモジュールを実行するための命令をメモ
リユニット４３１から検索する。プログラムカウンタが、メモリユニット４３１内におけ
る命令の場所（location）を決定する。プログラムカウンタは、例えば４３１ａ～４３１
ｆ等のモジュールの各々のプログラム内の現在の位置（position）を識別する数値を記憶
している。プロセッサ４０２によってメモリユニット４３１からフェッチされた命令が処
理後にデコードされる。命令は、プロセッサ４０２内の命令レジスタ内に記憶される。処
理及びデコードの後、プロセッサ４０２はそれらの各々の命令を実行するのであり、それ
によってそれらの命令によって定義される１つ以上の処理を行う。
めの命令であってクエリ構築器４３１ａ、在庫再割り当てモジュール４３１ｂ、データベ
ース更新モジュール４３１ｃ、ロボット命令トリガモジュール４３１ｄ、在庫販売モジュ
ール４３１ｅ、及び在庫予約モジュール４３１ｆによって定義された命令を検索する。プ
ロセッサ４０２は例えば４３１ａ～４３１ｆ等のモジュールを実行するための命令をメモ
リユニット４３１から検索する。プログラムカウンタが、メモリユニット４３１内におけ
る命令の場所（location）を決定する。プログラムカウンタは、例えば４３１ａ～４３１
ｆ等のモジュールの各々のプログラム内の現在の位置（position）を識別する数値を記憶
している。プロセッサ４０２によってメモリユニット４３１からフェッチされた命令が処
理後にデコードされる。命令は、プロセッサ４０２内の命令レジスタ内に記憶される。処
理及びデコードの後、プロセッサ４０２はそれらの各々の命令を実行するのであり、それ
によってそれらの命令によって定義される１つ以上の処理を行う。
【0075】
実行時において、命令レジスタ内に記憶された命令は分析されてなされるべきオペレー
ションを決定する。そして、プロセッサ４０２は指定されたオペレーションを行う。オペ
レーションには、算術オペレーション及び論理オペレーションが含まれる。中央コンピュ
ーティングシステム４０１のオペレーティングシステム（ＯＳ）が、例えば４３１ａ～４
３１ｆ等のモジュールの実行のために、入力装置、出力装置、及びメモリユニット４３１
について割り当てをなすために要される幾つかのタスクを行うための複数のルーチンを、
行う。ＯＳによって行われるタスクには例えば次のものが含まれる：例えば４３１ａ～４
３１ｆ等のモジュールに及び中央コンピューティングシステム４０１によって用いられる
データにメモリを割り当てること；メモリユニット４３１とディスクユニットとの間でデ
ータを移動させること；並びに入出力オペレーションを取り扱うこと。ＯＳは、オペレー
ションによる要求に応じてタスクを行うのであり、タスクが行われた後、ＯＳは実行制御
をプロセッサ４０２へと戻す。プロセッサ４０２は実行を続行して１つ以上の出力を得る
。
ションを決定する。そして、プロセッサ４０２は指定されたオペレーションを行う。オペ
レーションには、算術オペレーション及び論理オペレーションが含まれる。中央コンピュ
ーティングシステム４０１のオペレーティングシステム（ＯＳ）が、例えば４３１ａ～４
３１ｆ等のモジュールの実行のために、入力装置、出力装置、及びメモリユニット４３１
について割り当てをなすために要される幾つかのタスクを行うための複数のルーチンを、
行う。ＯＳによって行われるタスクには例えば次のものが含まれる：例えば４３１ａ～４
３１ｆ等のモジュールに及び中央コンピューティングシステム４０１によって用いられる
データにメモリを割り当てること；メモリユニット４３１とディスクユニットとの間でデ
ータを移動させること；並びに入出力オペレーションを取り扱うこと。ＯＳは、オペレー
ションによる要求に応じてタスクを行うのであり、タスクが行われた後、ＯＳは実行制御
をプロセッサ４０２へと戻す。プロセッサ４０２は実行を続行して１つ以上の出力を得る
。
【0076】
例示目的において、詳細な説明はモジュール（例えば、４３１ａ～４３１ｆ）について
言及するのであり、これらは単一のコンピュータシステムにてローカルで実行されている
も；マルチエンティティ在庫管理システム４００及び本明細書にて開示される方法の範疇
は、モジュール（例えば、４３１ａ～４３１ｆ）がＯＳ及びプロセッサ４０２を用いて単
一のコンピュータシステムにてローカルで実行されている場合に限定されはしないのであ
り、ウェブブラウザとリモートサーバや携帯電話や他の電子装置を用いて通信ネットワー
ク上でリモートな態様で実行できるように敷衍され得る。実施形態では、本明細書にて開
示されるマルチエンティティ在庫管理システム４００の１つ以上の部分が通信ネットワー
クと結合された１つ以上のコンピュータシステム（不図示）にわたって分散されている。
言及するのであり、これらは単一のコンピュータシステムにてローカルで実行されている
も；マルチエンティティ在庫管理システム４００及び本明細書にて開示される方法の範疇
は、モジュール（例えば、４３１ａ～４３１ｆ）がＯＳ及びプロセッサ４０２を用いて単
一のコンピュータシステムにてローカルで実行されている場合に限定されはしないのであ
り、ウェブブラウザとリモートサーバや携帯電話や他の電子装置を用いて通信ネットワー
ク上でリモートな態様で実行できるように敷衍され得る。実施形態では、本明細書にて開
示されるマルチエンティティ在庫管理システム４００の１つ以上の部分が通信ネットワー
クと結合された１つ以上のコンピュータシステム（不図示）にわたって分散されている。
【0077】
開示の非一時的コンピュータ可読記憶媒体は、プロセッサ４０２によって実行可能なコ
ンピュータプログラム命令を記憶しており、これは１つ以上の施設での異なるエンティテ
ィの製品在庫を管理するため並びにそれらについての異なるエンティティ間での再割り当
て及び交換を管理するためのものである。コンピュータプログラム命令は上述された様々
な実施形態の処理を実装するのであり、必要とされ得る及び想定される追加のステップを
なすのであり、これは１つ以上の施設での異なるエンティティの製品在庫を管理するため
並びにそれらについての異なるエンティティ間での再割り当て及び交換を管理するための
ものである。プロセッサ４０２によってコンピュータプログラム命令が実行されると、コ
ンピュータプログラム命令はプロセッサ４０２に、上述のように１つ以上の施設で異なる
エンティティの製品在庫を管理する方法並びに異なるエンティティ間でのそれらの再割り
当て及び交換をなす方法についてのステップを、行わせる。実施形態では、コンピュータ
プログラム命令を含むコンピュータプログラムコードの単一の塊は、上述の方法の１つ以
上のステップを行う。プロセッサ４０２は、これらのコンピュータプログラム命令を検索
及び実行する。
ンピュータプログラム命令を記憶しており、これは１つ以上の施設での異なるエンティテ
ィの製品在庫を管理するため並びにそれらについての異なるエンティティ間での再割り当
て及び交換を管理するためのものである。コンピュータプログラム命令は上述された様々
な実施形態の処理を実装するのであり、必要とされ得る及び想定される追加のステップを
なすのであり、これは１つ以上の施設での異なるエンティティの製品在庫を管理するため
並びにそれらについての異なるエンティティ間での再割り当て及び交換を管理するための
ものである。プロセッサ４０２によってコンピュータプログラム命令が実行されると、コ
ンピュータプログラム命令はプロセッサ４０２に、上述のように１つ以上の施設で異なる
エンティティの製品在庫を管理する方法並びに異なるエンティティ間でのそれらの再割り
当て及び交換をなす方法についてのステップを、行わせる。実施形態では、コンピュータ
プログラム命令を含むコンピュータプログラムコードの単一の塊は、上述の方法の１つ以
上のステップを行う。プロセッサ４０２は、これらのコンピュータプログラム命令を検索
及び実行する。
【0078】
本開示で使用されるように、モジュール又はエンジン又はユニットは、ハードウェア、
ソフトウェア、及び／又はファームウェアの任意の組み合わせを指す。例を挙げるに、モ
ジュール又はエンジン又はユニットは、マイクロコントローラによる実行に適合させてあ
るコンピュータプログラムコードを記憶する非一時的コンピュータ可読記憶媒体と関連付
けられているマイクロコントローラ等のハードウェアを、含み得る。よって、実施形態で
は、モジュール又はエンジン又はユニットへの言及は、非一時的コンピュータ可読記憶媒
体上に保持されるべきコンピュータプログラムコードを認識及び／又は実行するように特
別に構成されたハードウェアを指す。コンピュータ可読且つ実行可能な命令を含むコンピ
ュータプログラムコードは、任意のプログラミング言語を用いて実装され得るのであり、
例えば次のものがあり得る：Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、Ｆｏｒｔｒａｎ
、Ｒｕｂｙ、Ｐｅｒｌ（登録商標）、Ｐｙｈｔｏｎ（登録商標）、Ｖｉｓｕａｌ Ｂａｓ
ｉｃ（登録商標）、ハイパーテキストプロセッサ（ＰＨＰ）、Ｍｉｃｒｏｓｏｆｔ（登録
商標）．ＮＥＴ、Ｏｂｊｅｃｔｉｖｅ－Ｃ（登録商標）等。オブジェクト指向、機能的、
スクリプティング、及び／又は論理的な他のプログラミング言語をも用い得る。実施形態
では、コンピュータプログラムコード又はソフトウェアプログラムは、オブジェクトコー
ドとして、１つ以上の媒体｛上に／内に｝記憶される。別の実施形態では、「モジュール
」又は「エンジン」又は「ユニット」との用語は、マイクロコントローラ及び非一時的コ
ンピュータ可読記憶媒体の組み合わせを指す。多くの場合、別個のものとして示されるモ
ジュール又はエンジン又はユニットの境界は、一般的には、変わり得るのでありまた潜在
的には重複し得る。例えば、モジュール又はエンジン又はユニットは、ハードウェアやソ
フトウェアやファームウェアやその組み合わせを共有しつつ、幾ばくかの独立のハードウ
ェアやソフトウェアやファームウェアを有していることができる。様々な実施形態では、
モジュール又はエンジン又はユニットは、任意の適した論理を含み得る。
ソフトウェア、及び／又はファームウェアの任意の組み合わせを指す。例を挙げるに、モ
ジュール又はエンジン又はユニットは、マイクロコントローラによる実行に適合させてあ
るコンピュータプログラムコードを記憶する非一時的コンピュータ可読記憶媒体と関連付
けられているマイクロコントローラ等のハードウェアを、含み得る。よって、実施形態で
は、モジュール又はエンジン又はユニットへの言及は、非一時的コンピュータ可読記憶媒
体上に保持されるべきコンピュータプログラムコードを認識及び／又は実行するように特
別に構成されたハードウェアを指す。コンピュータ可読且つ実行可能な命令を含むコンピ
ュータプログラムコードは、任意のプログラミング言語を用いて実装され得るのであり、
例えば次のものがあり得る：Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、Ｆｏｒｔｒａｎ
、Ｒｕｂｙ、Ｐｅｒｌ（登録商標）、Ｐｙｈｔｏｎ（登録商標）、Ｖｉｓｕａｌ Ｂａｓ
ｉｃ（登録商標）、ハイパーテキストプロセッサ（ＰＨＰ）、Ｍｉｃｒｏｓｏｆｔ（登録
商標）．ＮＥＴ、Ｏｂｊｅｃｔｉｖｅ－Ｃ（登録商標）等。オブジェクト指向、機能的、
スクリプティング、及び／又は論理的な他のプログラミング言語をも用い得る。実施形態
では、コンピュータプログラムコード又はソフトウェアプログラムは、オブジェクトコー
ドとして、１つ以上の媒体｛上に／内に｝記憶される。別の実施形態では、「モジュール
」又は「エンジン」又は「ユニット」との用語は、マイクロコントローラ及び非一時的コ
ンピュータ可読記憶媒体の組み合わせを指す。多くの場合、別個のものとして示されるモ
ジュール又はエンジン又はユニットの境界は、一般的には、変わり得るのでありまた潜在
的には重複し得る。例えば、モジュール又はエンジン又はユニットは、ハードウェアやソ
フトウェアやファームウェアやその組み合わせを共有しつつ、幾ばくかの独立のハードウ
ェアやソフトウェアやファームウェアを有していることができる。様々な実施形態では、
モジュール又はエンジン又はユニットは、任意の適した論理を含み得る。
【0079】
図５Ａ～５Ｂは、実施形態による、図４Ａ，４Ｃに示すマルチエンティティ在庫管理シ
ステム４００の中央データベース４０３について示す。中央データベース４０３の編成ス
キームについての実施形態では、中央データベース４０３は次の事項を含む：ベンダテー
ブル５０１、ベンダの製品テーブル５０３、ベンダのストック済み在庫テーブル５０４、
ベンダホワイトリスト／ブラックリスト５０６、施設テーブル５０７、輸送車両テーブル
５０８、格納ビンテーブル５０９、格納ビン内容物テーブル５１０、格納場所テーブル５
１１、ピック済み注文（ＰＯ、picked-order）ビンテーブル５１２、ＰＯビン内容物テー
ブル５１３、完成注文（ＦＯ）ビンテーブル５１４、顧客テーブル５１５、顧客注文テー
ブル５１６、注文ラインアイテムテーブル５１７、供給品積荷テーブル５１８、積荷詳細
テーブル５１９、及び製品予約テーブル５２０。ベンダテーブル５０１は、ベンダ識別子
（ベンダ＿ＩＤ）及び加盟するベンダ５０２の他の詳細事項を含むのであり、例えばベン
ダの正式法人名称、住所、請求先情報等がこれに含まれる。ベンダテーブル５０１にて識
別された各ベンダについて、ベンダの製品テーブル５０３及びベンダのストック済み在庫
テーブル５０４それそれが、中央データベース４０３にてその特定のベンダについてのベ
ンダ製品カタログ５０５を協調的に定義する。ベンダが取り扱う各製品タイプについて、
ベンダの製品テーブル５０３内のそれぞれの記録が、その特定の製品タイプについての少
なくとも１つの一意的製品識別子を含む。一意的製品識別子は少なくとも１つのグローバ
ル製品識別子（グローバル製品＿識別子）を含み、例えばユニバーサル製品コード（ＵＰ
Ｃ、universal product code）とし得るのであり、それによって特定の実施形態について
後述する際に明らかとなろう目的に関して全ての加盟ベンダ５０２に対して製品タイプを
認識可能とすることができる。実施形態では、例えば在庫管理単位（ＳＫＵ、stock keep
ing unit）コード等のベンダ特有の製品識別子（ベンダ製品＿ＩＤ）が、ベンダの製品テ
ーブル５０３の各記録内に記憶されている。異なる加盟ベンダ５０２間での製品について
の共有された識別可能性を要さない実施形態では、標準化されたフォーマットであり他の
加盟ベンダ５０２によって可読なグローバル製品＿ＩＤを伴わずにしてＳＫＵコード又は
別のベンダ製品＿ＩＤが単独で用いられる。
ステム４００の中央データベース４０３について示す。中央データベース４０３の編成ス
キームについての実施形態では、中央データベース４０３は次の事項を含む：ベンダテー
ブル５０１、ベンダの製品テーブル５０３、ベンダのストック済み在庫テーブル５０４、
ベンダホワイトリスト／ブラックリスト５０６、施設テーブル５０７、輸送車両テーブル
５０８、格納ビンテーブル５０９、格納ビン内容物テーブル５１０、格納場所テーブル５
１１、ピック済み注文（ＰＯ、picked-order）ビンテーブル５１２、ＰＯビン内容物テー
ブル５１３、完成注文（ＦＯ）ビンテーブル５１４、顧客テーブル５１５、顧客注文テー
ブル５１６、注文ラインアイテムテーブル５１７、供給品積荷テーブル５１８、積荷詳細
テーブル５１９、及び製品予約テーブル５２０。ベンダテーブル５０１は、ベンダ識別子
（ベンダ＿ＩＤ）及び加盟するベンダ５０２の他の詳細事項を含むのであり、例えばベン
ダの正式法人名称、住所、請求先情報等がこれに含まれる。ベンダテーブル５０１にて識
別された各ベンダについて、ベンダの製品テーブル５０３及びベンダのストック済み在庫
テーブル５０４それそれが、中央データベース４０３にてその特定のベンダについてのベ
ンダ製品カタログ５０５を協調的に定義する。ベンダが取り扱う各製品タイプについて、
ベンダの製品テーブル５０３内のそれぞれの記録が、その特定の製品タイプについての少
なくとも１つの一意的製品識別子を含む。一意的製品識別子は少なくとも１つのグローバ
ル製品識別子（グローバル製品＿識別子）を含み、例えばユニバーサル製品コード（ＵＰ
Ｃ、universal product code）とし得るのであり、それによって特定の実施形態について
後述する際に明らかとなろう目的に関して全ての加盟ベンダ５０２に対して製品タイプを
認識可能とすることができる。実施形態では、例えば在庫管理単位（ＳＫＵ、stock keep
ing unit）コード等のベンダ特有の製品識別子（ベンダ製品＿ＩＤ）が、ベンダの製品テ
ーブル５０３の各記録内に記憶されている。異なる加盟ベンダ５０２間での製品について
の共有された識別可能性を要さない実施形態では、標準化されたフォーマットであり他の
加盟ベンダ５０２によって可読なグローバル製品＿ＩＤを伴わずにしてＳＫＵコード又は
別のベンダ製品＿ＩＤが単独で用いられる。
【0080】
実施形態では、ベンダの製品テーブル５０３内の各製品記録は：例えばサイズや色等の
該当製品の製品属性を１つ以上や；製品がマルチエンティティ在庫管理システム４００内
を移動するに際して充足されなければならない特定のアクション又は条件を定義するベン
ダ特有の製品取り扱いデータや；ベンダ特有のカスタマイゼーションデータ付加価値サー
ビス（ＶＡＳ、value-added service）に基づいた運営エンティティによる１つ以上の製
品改変（例えばそれによって提供される再パッケージング、ラベリング、価格タグ付け、
セキュリティタグ付け等）の履行を定義するベンダ特有のカスタマイゼーションデータや
；特定の製品についての制御環境要件又はその欠如についての環境データ（例えば製品自
体の性質からして、その損傷・漏洩・劣化を防止するために又はそれによって発現する危
険を回避・防止・最小化するため等に必要な事柄）等を含む。
該当製品の製品属性を１つ以上や；製品がマルチエンティティ在庫管理システム４００内
を移動するに際して充足されなければならない特定のアクション又は条件を定義するベン
ダ特有の製品取り扱いデータや；ベンダ特有のカスタマイゼーションデータ付加価値サー
ビス（ＶＡＳ、value-added service）に基づいた運営エンティティによる１つ以上の製
品改変（例えばそれによって提供される再パッケージング、ラベリング、価格タグ付け、
セキュリティタグ付け等）の履行を定義するベンダ特有のカスタマイゼーションデータや
；特定の製品についての制御環境要件又はその欠如についての環境データ（例えば製品自
体の性質からして、その損傷・漏洩・劣化を防止するために又はそれによって発現する危
険を回避・防止・最小化するため等に必要な事柄）等を含む。
【0081】
製品取り扱いデータの例には次の事項に関するフラグ、コード又は命令が含まれる：重
い又は容易に漏洩するアイテムをマルチアイテム注文（multi-item order）の底部に配置
することや、軽い又は易損品をマルチ注文アイテム（multi-order item）の上層に配置す
ることや、製品カテゴリに基づいてアイテムのグルーピング又は分離をなすこと等の製品
詰め込み（packing）要件や；ティッシュ・気泡シート包装・贈答包装・他の包装材料で
製品を包装すること、袋・箱・他の容器内に製品を配置すること、及び異なるブランド付
け・様式化・サイズ決め・ゲージ決めがなされた包装材料・袋・箱・容器等についての選
定をすること等の特定の製品についての特定のパッケージング（packaging）タイプの選
定及び用途についてのパッケージング要件等。製品取り扱いデータの他の例としては：特
別に整備された施設・施設ゾーン・施設ワークステーション・輸送車両｛への送付／での
処理／での取り扱い｝を特に要する、揮発性・可燃性・他の事由由来の危険性を有するア
イテムの格納及び／又は取り扱いに関する、フラグ、コード又は命令と；交差汚染回避目
的のアレルギー的に安全な食品アイテム取り扱いのためのフラグ、コード又は命令とが含
まれる環境データの例としては：冷凍食品アイテムについての冷凍格納要件についての指
示や、チルドされているが非冷凍の食品アイテムについての冷蔵格納要件についての指示
や、制御環境条件を特に要さない一般的アイテムについての常温格納許容性についての指
示等が含まれる。実施形態では、ＣＩＭＳは、環境データを用いて、マルチエンティティ
在庫管理システム４００のノード施設及び輸送車両内の様々な環境的に異なる若しくは環
境的に制御された格納ゾーン若しくは領域への製品の配置を決定及び制御する。
い又は容易に漏洩するアイテムをマルチアイテム注文（multi-item order）の底部に配置
することや、軽い又は易損品をマルチ注文アイテム（multi-order item）の上層に配置す
ることや、製品カテゴリに基づいてアイテムのグルーピング又は分離をなすこと等の製品
詰め込み（packing）要件や；ティッシュ・気泡シート包装・贈答包装・他の包装材料で
製品を包装すること、袋・箱・他の容器内に製品を配置すること、及び異なるブランド付
け・様式化・サイズ決め・ゲージ決めがなされた包装材料・袋・箱・容器等についての選
定をすること等の特定の製品についての特定のパッケージング（packaging）タイプの選
定及び用途についてのパッケージング要件等。製品取り扱いデータの他の例としては：特
別に整備された施設・施設ゾーン・施設ワークステーション・輸送車両｛への送付／での
処理／での取り扱い｝を特に要する、揮発性・可燃性・他の事由由来の危険性を有するア
イテムの格納及び／又は取り扱いに関する、フラグ、コード又は命令と；交差汚染回避目
的のアレルギー的に安全な食品アイテム取り扱いのためのフラグ、コード又は命令とが含
まれる環境データの例としては：冷凍食品アイテムについての冷凍格納要件についての指
示や、チルドされているが非冷凍の食品アイテムについての冷蔵格納要件についての指示
や、制御環境条件を特に要さない一般的アイテムについての常温格納許容性についての指
示等が含まれる。実施形態では、ＣＩＭＳは、環境データを用いて、マルチエンティティ
在庫管理システム４００のノード施設及び輸送車両内の様々な環境的に異なる若しくは環
境的に制御された格納ゾーン若しくは領域への製品の配置を決定及び制御する。
【0082】
製品取り扱いデータ、カスタマイゼーションデータ、及び環境データのいずれか１つ以
上は、フラグ付けされた注意及び規定された命令が了知若しくは遵守されるべきマルチエ
ンティティ在庫管理システム４００における異なる段階に応じて分類されるのであり、例
えば、製品が合致する製品とグループ化され且つベンダの在庫の合致する製品に対して同
じカスタマイゼーションタスク又はＶＡＳアクションが注文充足のためにそれをピッキン
グする前に単一区画格納（ＳＣＳ、single-compartment storage）ビン内にて搬送される
間になされるべきアクションと、完成された顧客注文の最終パッケージング及び詰め込み
に適用されるパッケージング・詰め込み用のフラグ・コード・命令等のさらに下流にてな
されるべき他のアクションとの区別を考え得る。ＶＡＳアクション／命令の例としては次
の事柄が含まれる：プラスチック袋等の元のパッケージングからの製品の取り出し；セキ
ュリティタグ、値札、有効期限ラベル、例えば冷蔵を要する場合等の警告ラベル、並びに
／又は所有者ベンダの名称及び／若しくはロゴ等のブランディングラベルの追加；並びに
／又は製品についての例えば所有者ベンダのブランドが付されたパッケージング等の当初
のではないパッケージングでの再パッケージング。
上は、フラグ付けされた注意及び規定された命令が了知若しくは遵守されるべきマルチエ
ンティティ在庫管理システム４００における異なる段階に応じて分類されるのであり、例
えば、製品が合致する製品とグループ化され且つベンダの在庫の合致する製品に対して同
じカスタマイゼーションタスク又はＶＡＳアクションが注文充足のためにそれをピッキン
グする前に単一区画格納（ＳＣＳ、single-compartment storage）ビン内にて搬送される
間になされるべきアクションと、完成された顧客注文の最終パッケージング及び詰め込み
に適用されるパッケージング・詰め込み用のフラグ・コード・命令等のさらに下流にてな
されるべき他のアクションとの区別を考え得る。ＶＡＳアクション／命令の例としては次
の事柄が含まれる：プラスチック袋等の元のパッケージングからの製品の取り出し；セキ
ュリティタグ、値札、有効期限ラベル、例えば冷蔵を要する場合等の警告ラベル、並びに
／又は所有者ベンダの名称及び／若しくはロゴ等のブランディングラベルの追加；並びに
／又は製品についての例えば所有者ベンダのブランドが付されたパッケージング等の当初
のではないパッケージングでの再パッケージング。
【0083】
実施形態では、ベンダの製品テーブル５０３内の各製品記録は、ベンダの顧客に製品を
販売することが意図されている顧客販売価格と、最高購入価格と、他のベンダに製品を例
えばその在庫不足を充足するために販売することを申し出し得るベンダ販売価格とをさら
に含む。実施形態では、ベンダの製品テーブル５０３内の各製品記録は、在庫の任意のタ
イミング制約についてのタイミングデータを含む。各ベンダのそれぞれの製品カタログ５
０５についてのベンダのストック済み在庫テーブル５０４には、直接的又は中央データベ
ース４０３の他のテーブルとの関連で特定の製品の数量及びベンダのためにサプライチェ
ーンエコシステム内にて現在在庫が持たれている在庫有り製品の所在を特定するために十
分なデータが、収められている。ベンダのストック済み在庫テーブル５０４内の各在庫記
録は次の事項の全部又は一部を含み得る：ベンダの在庫有り製品の１つ以上が現在格納さ
れている格納ビンの特定の区画の区画識別子（区画＿ＩＤ）；区画が属する格納ビンの各
ビン＿ＩＤ；格納ビンが現在所在する特定の施設の一意的施設識別子（施設＿ＩＤ）若し
くは格納ビンが現在所在する特定の輸送車両の一意的車両識別子（車両＿ＩＤ）；格納ビ
ンの区画内の在庫有り製品１つ以上のベンダ及び／若しくはグローバル製品＿ＩＤ；格納
ビンの区画内の在庫有り製品１つ以上の数量；及びインデクスド格納場所のアレイ内に収
容されている場合には、格納ビンが施設又は輸送車両のインデクスド格納場所のアレイ内
にて所在する特定の格納場所の一意的場所識別子（場所＿ＩＤ）。細分化されたマルチ区
画格納（ＭＣＳ、multi-compartment storage）ビンを用いる実施形態では、ベンダのス
トック済み在庫（stocked inventory）テーブル５０４内の各ストック記録（stock recor
d）は最低限で製品＿ＩＤ及び区画＿ＩＤを含み、これから上述の他の随意的記録内容は
図５Ａ～５Ｂに示す他のテーブルとの関係で導出できる。細分化されたＭＣＳビンが用い
られない実施形態では、区画＿ＩＤフィールドを省いて代わりに製品＿ＩＤにビン＿ＩＤ
を伴わせて含めることによって、機能的に等価な目的を充足できる。
販売することが意図されている顧客販売価格と、最高購入価格と、他のベンダに製品を例
えばその在庫不足を充足するために販売することを申し出し得るベンダ販売価格とをさら
に含む。実施形態では、ベンダの製品テーブル５０３内の各製品記録は、在庫の任意のタ
イミング制約についてのタイミングデータを含む。各ベンダのそれぞれの製品カタログ５
０５についてのベンダのストック済み在庫テーブル５０４には、直接的又は中央データベ
ース４０３の他のテーブルとの関連で特定の製品の数量及びベンダのためにサプライチェ
ーンエコシステム内にて現在在庫が持たれている在庫有り製品の所在を特定するために十
分なデータが、収められている。ベンダのストック済み在庫テーブル５０４内の各在庫記
録は次の事項の全部又は一部を含み得る：ベンダの在庫有り製品の１つ以上が現在格納さ
れている格納ビンの特定の区画の区画識別子（区画＿ＩＤ）；区画が属する格納ビンの各
ビン＿ＩＤ；格納ビンが現在所在する特定の施設の一意的施設識別子（施設＿ＩＤ）若し
くは格納ビンが現在所在する特定の輸送車両の一意的車両識別子（車両＿ＩＤ）；格納ビ
ンの区画内の在庫有り製品１つ以上のベンダ及び／若しくはグローバル製品＿ＩＤ；格納
ビンの区画内の在庫有り製品１つ以上の数量；及びインデクスド格納場所のアレイ内に収
容されている場合には、格納ビンが施設又は輸送車両のインデクスド格納場所のアレイ内
にて所在する特定の格納場所の一意的場所識別子（場所＿ＩＤ）。細分化されたマルチ区
画格納（ＭＣＳ、multi-compartment storage）ビンを用いる実施形態では、ベンダのス
トック済み在庫（stocked inventory）テーブル５０４内の各ストック記録（stock recor
d）は最低限で製品＿ＩＤ及び区画＿ＩＤを含み、これから上述の他の随意的記録内容は
図５Ａ～５Ｂに示す他のテーブルとの関係で導出できる。細分化されたＭＣＳビンが用い
られない実施形態では、区画＿ＩＤフィールドを省いて代わりに製品＿ＩＤにビン＿ＩＤ
を伴わせて含めることによって、機能的に等価な目的を充足できる。
【0084】
顧客注文テーブル５１６が図５Ｂに含まれていることから例示されるように、各ベンダ
の顧客注文は中央コンピューティングシステム４０１によって受信されるのであり、ベン
ダのｅコマース販売プラットフォームが中央コンピューティングシステム４０１に統合さ
れていて顧客注文が顧客から直接に来ようと、又は、ベンダの販売プラットフォームが中
央コンピューティングシステム４０１に統合されておらず顧客注文がベンダから来ようと
変わらない。マルチエンティティ在庫管理システム４００内にて環境的に敏感な製品の環
境的に適切な格納及び輸送を促進するために、中央データベース４０３内の顧客注文テー
ブル５１６及び注文ラインアイテムテーブル５１７についての当初のデータ追加は、顧客
注文ラインアイテムを複数の個別の顧客注文に自動的に分割することを伴うのであり、各
々には自己の注文番号が割り当てられるのであり、異なる注文済みラインアイテムがベン
ダの製品テーブル５０３内の非合致環境データの製品タイプを指定する場合に特にそうで
ある。各顧客注文の作成に応答して、中央コンピューティングシステム４０１は、中央デ
ータベース４０３内の各ベンダのストック済み在庫テーブル５０４に対して顧客注文のラ
インアイテム内にて指定された製品＿ＩＤについてクエリを発するのであり、また、顧客
注文を充足する元とすべき適切なマイクロ施設を識別するのであり、これは例えば、顧客
注文内にて指定された顧客住所又は別の配達宛先又はピックアップ地点に基づいていたり
、又は、それに最も近いナノ施設の識別に基づいているのであってそれに関して特定のマ
イクロ施設が充足された顧客注文をナノ施設に供給する役割を担うことになる。そして、
注文ラインアイテムテーブル５１６からの顧客注文詳細事項は、識別されたマイクロ施設
の施設管理サブシステム４０４へと転送される。
の顧客注文は中央コンピューティングシステム４０１によって受信されるのであり、ベン
ダのｅコマース販売プラットフォームが中央コンピューティングシステム４０１に統合さ
れていて顧客注文が顧客から直接に来ようと、又は、ベンダの販売プラットフォームが中
央コンピューティングシステム４０１に統合されておらず顧客注文がベンダから来ようと
変わらない。マルチエンティティ在庫管理システム４００内にて環境的に敏感な製品の環
境的に適切な格納及び輸送を促進するために、中央データベース４０３内の顧客注文テー
ブル５１６及び注文ラインアイテムテーブル５１７についての当初のデータ追加は、顧客
注文ラインアイテムを複数の個別の顧客注文に自動的に分割することを伴うのであり、各
々には自己の注文番号が割り当てられるのであり、異なる注文済みラインアイテムがベン
ダの製品テーブル５０３内の非合致環境データの製品タイプを指定する場合に特にそうで
ある。各顧客注文の作成に応答して、中央コンピューティングシステム４０１は、中央デ
ータベース４０３内の各ベンダのストック済み在庫テーブル５０４に対して顧客注文のラ
インアイテム内にて指定された製品＿ＩＤについてクエリを発するのであり、また、顧客
注文を充足する元とすべき適切なマイクロ施設を識別するのであり、これは例えば、顧客
注文内にて指定された顧客住所又は別の配達宛先又はピックアップ地点に基づいていたり
、又は、それに最も近いナノ施設の識別に基づいているのであってそれに関して特定のマ
イクロ施設が充足された顧客注文をナノ施設に供給する役割を担うことになる。そして、
注文ラインアイテムテーブル５１６からの顧客注文詳細事項は、識別されたマイクロ施設
の施設管理サブシステム４０４へと転送される。
【0085】
ストック済み在庫クエリが、顧客注文を識別されたマイクロ施設で充足するのに十分な
手持ちの在庫を既にベンダが有していることを、判明させた場合、そのマイクロ施設の施
設管理サブシステム４０４へと注文詳細事項を転送することで、後述の処理を介して顧客
注文を充足することが十分に可能なものとなる。注文された製品のいずれかが単一のマイ
クロ施設にて手持ちとなっていないが、近くのマクロ施設で１つ以上のＳＣＳビン内にて
手持ちとなっている場合、実施形態では、注文詳細事項は、依然としてマイクロ施設の施
設管理サブシステム４０４へと転送されるのであり、ローカル施設データベース４０７内
にて記録されるのであり、顧客注文が充足準備の整った「詰め込み可能注文」になる前に
、マクロ施設で１つ以上の製品の到着を依然として待っている「オープン注文」としてフ
ラグ付けされる。その間、中央コンピューティングシステム４０１は、製品要求メッセー
ジをそのマクロ施設の施設管理サブシステム４０４へと送って、そのマクロ施設にて顧客
注文で必要とされる数量の必要とされる製品を１つ以上のＭＣＳビンに入れることを発動
する。その製品要求メッセージにおいてＭＣＳビンについて指定された入用ベンダ施設＿
ＩＤは識別されたマイクロ施設の施設＿ＩＤであり、そのマクロ施設からの要求製品はＭ
ＣＳビン内にて必要とされる数量でマイクロ施設へと輸送される。
手持ちの在庫を既にベンダが有していることを、判明させた場合、そのマイクロ施設の施
設管理サブシステム４０４へと注文詳細事項を転送することで、後述の処理を介して顧客
注文を充足することが十分に可能なものとなる。注文された製品のいずれかが単一のマイ
クロ施設にて手持ちとなっていないが、近くのマクロ施設で１つ以上のＳＣＳビン内にて
手持ちとなっている場合、実施形態では、注文詳細事項は、依然としてマイクロ施設の施
設管理サブシステム４０４へと転送されるのであり、ローカル施設データベース４０７内
にて記録されるのであり、顧客注文が充足準備の整った「詰め込み可能注文」になる前に
、マクロ施設で１つ以上の製品の到着を依然として待っている「オープン注文」としてフ
ラグ付けされる。その間、中央コンピューティングシステム４０１は、製品要求メッセー
ジをそのマクロ施設の施設管理サブシステム４０４へと送って、そのマクロ施設にて顧客
注文で必要とされる数量の必要とされる製品を１つ以上のＭＣＳビンに入れることを発動
する。その製品要求メッセージにおいてＭＣＳビンについて指定された入用ベンダ施設＿
ＩＤは識別されたマイクロ施設の施設＿ＩＤであり、そのマクロ施設からの要求製品はＭ
ＣＳビン内にて必要とされる数量でマイクロ施設へと輸送される。
【0086】
図５Ａでは、施設＿ＩＤ／車両＿ＩＤ、場所＿ＩＤ、及びビン＿ＩＤがベンダのストッ
ク済み在庫テーブル５０４に含められており、特定の製品＿ＩＤについてのクエリに応答
して中央データベース４０３からプルできる様々なデータを示すためにそれらは示されて
いる。実施形態では、そのようなデータをベンダのストック済み在庫テーブル５０４に冗
長的に含めることを要さずして、他のテーブルとの関係で該データをプルする。同様に、
開示の他のテーブルにて示される冗長データは類似の説明的目的のものであり、実務的に
はより正規化されたＤＢ構造を実装してそのようなデータ冗長性を減じ得ることに留意さ
れたい。ベンダの製品カタログ５０５内に各製品タイプについてベンダ販売価格を含める
ことに加えて、特に在庫再割り当てトランザクション（例えば、他のベンダとの在庫スワ
ップトランザクションや在庫販売トランザクション等）との関係で各ベンダについて追加
データが、ベンダのホワイトリスト／ブラックリスト５０６内に記憶される。ベンダのホ
ワイトリスト／ブラックリスト５０６には、対象のベンダがそのような在庫再割り当てト
ランザクションを許可すると選択した具体的に承認されたベンダについてのベンダ＿ＩＤ
のホワイトリストか、対象のベンダがそのような在庫再割り当てトランザクションを禁じ
る又は禁止すると選択した具体的に禁じられたベンダについてのベンダ＿ＩＤのブラック
リストが記憶されている。禁止ベンダを除いて全てのベンダは、潜在的に承認されたベン
ダと推定される。実施形態では、各ベンダについて再割り当て参加フラグがベンダテーブ
ル５０１内に記憶されるのであり、該フラグは、ベンダ間のそのような在庫再割り当てト
ランザクションへの参加に関して許可又は禁止することを対象ベンダが選んだことについ
ての該当性の有無を表す。
ク済み在庫テーブル５０４に含められており、特定の製品＿ＩＤについてのクエリに応答
して中央データベース４０３からプルできる様々なデータを示すためにそれらは示されて
いる。実施形態では、そのようなデータをベンダのストック済み在庫テーブル５０４に冗
長的に含めることを要さずして、他のテーブルとの関係で該データをプルする。同様に、
開示の他のテーブルにて示される冗長データは類似の説明的目的のものであり、実務的に
はより正規化されたＤＢ構造を実装してそのようなデータ冗長性を減じ得ることに留意さ
れたい。ベンダの製品カタログ５０５内に各製品タイプについてベンダ販売価格を含める
ことに加えて、特に在庫再割り当てトランザクション（例えば、他のベンダとの在庫スワ
ップトランザクションや在庫販売トランザクション等）との関係で各ベンダについて追加
データが、ベンダのホワイトリスト／ブラックリスト５０６内に記憶される。ベンダのホ
ワイトリスト／ブラックリスト５０６には、対象のベンダがそのような在庫再割り当てト
ランザクションを許可すると選択した具体的に承認されたベンダについてのベンダ＿ＩＤ
のホワイトリストか、対象のベンダがそのような在庫再割り当てトランザクションを禁じ
る又は禁止すると選択した具体的に禁じられたベンダについてのベンダ＿ＩＤのブラック
リストが記憶されている。禁止ベンダを除いて全てのベンダは、潜在的に承認されたベン
ダと推定される。実施形態では、各ベンダについて再割り当て参加フラグがベンダテーブ
ル５０１内に記憶されるのであり、該フラグは、ベンダ間のそのような在庫再割り当てト
ランザクションへの参加に関して許可又は禁止することを対象ベンダが選んだことについ
ての該当性の有無を表す。
【0087】
図５Ａに示すように、中央データベース４０３の施設テーブル５０７は記録を含み、そ
れぞれは、各施設の施設＿ＩＤを有する静的フィールドと、例えば所在地住所及び／又は
そのＧＰＳ座標やある実施形態では施設が環境的に制御された格納機能を有するかを識別
するための環境データ等の施設に関する追加的関連情報とを含む。実施形態では、マルチ
エンティティ在庫管理システム４００の全ての施設が環境的に異なる格納ゾーンに関して
等価な種別を有している場合、施設テーブル５０７から該環境データは省かれる。中央デ
ータベース４０３の輸送車両テーブル５０８は記録を備えるのであって、それぞれは少な
くとも、マルチエンティティ在庫管理システム４００の各輸送車両の車両＿ＩＤを伴う静
的フィールドと、輸送車両が後に向かうことが定められている施設の施設＿ＩＤのための
可変宛先フィールドとを含む。実施形態では、輸送車両の環境的に制御された格納性能に
関する環境データについてのフィールドもある。実施形態では、マルチエンティティ在庫
管理システム４００の全ての輸送車両が環境的に異なる格納ゾーンに関して等価な種別を
有している場合、輸送車両テーブル５０８から該環境データは省かれる。実施形態では、
輸送車両テーブル５０８は、輸送車両のタイプ、輸送車両の現在若しくは最後のＧＰＳ座
標、並びに／又は宛先施設における推定到着時刻（ＥＴＡ、estimated time of arrival
）が含まれる。
れぞれは、各施設の施設＿ＩＤを有する静的フィールドと、例えば所在地住所及び／又は
そのＧＰＳ座標やある実施形態では施設が環境的に制御された格納機能を有するかを識別
するための環境データ等の施設に関する追加的関連情報とを含む。実施形態では、マルチ
エンティティ在庫管理システム４００の全ての施設が環境的に異なる格納ゾーンに関して
等価な種別を有している場合、施設テーブル５０７から該環境データは省かれる。中央デ
ータベース４０３の輸送車両テーブル５０８は記録を備えるのであって、それぞれは少な
くとも、マルチエンティティ在庫管理システム４００の各輸送車両の車両＿ＩＤを伴う静
的フィールドと、輸送車両が後に向かうことが定められている施設の施設＿ＩＤのための
可変宛先フィールドとを含む。実施形態では、輸送車両の環境的に制御された格納性能に
関する環境データについてのフィールドもある。実施形態では、マルチエンティティ在庫
管理システム４００の全ての輸送車両が環境的に異なる格納ゾーンに関して等価な種別を
有している場合、輸送車両テーブル５０８から該環境データは省かれる。実施形態では、
輸送車両テーブル５０８は、輸送車両のタイプ、輸送車両の現在若しくは最後のＧＰＳ座
標、並びに／又は宛先施設における推定到着時刻（ＥＴＡ、estimated time of arrival
）が含まれる。
【0088】
中央データベース４０３の格納ビンテーブル５０９はマルチエンティティ在庫管理シス
テム４００の格納ビン全てのビン＿ＩＤを格納するのであり、それぞれは各々の記録内に
あり、それは次の事項も含む：各々の格納ビンが所在する施設の施設＿ＩＤ若しくは各々
の格納ビンが所在する輸送車両の車両＿ＩＤ；並びに格納ビンが現在インデクスド格納ア
レイ（indexed storage array）の１つに収容（stow）されている場合は施設又は輸送車
両のインデクスド格納アレイ内に所在する格納ビンの特定の格納場所又は格納ビンが置か
れているか施設の内外にて動かされているロボティックハンドラー若しくはコンベヤ上で
の動的格納場所についての場所＿ＩＤ。格納ビンがＭＣＳビンとして構成されている実施
形態では、各格納ビン記録は、ＭＣＳビンの各区画の各々の区画識別子（区画＿ＩＤ）を
記憶するための区画フィールドも含む。ＳＣＳビンのみが用いられる実施形態では、格納
ビン記録は区画フィールドを含まない。実施形態では、格納ビンテーブル５０９は環境フ
ラグを記憶し、これは環境条件又は格納ビンの内容物についての要件を示す。
テム４００の格納ビン全てのビン＿ＩＤを格納するのであり、それぞれは各々の記録内に
あり、それは次の事項も含む：各々の格納ビンが所在する施設の施設＿ＩＤ若しくは各々
の格納ビンが所在する輸送車両の車両＿ＩＤ；並びに格納ビンが現在インデクスド格納ア
レイ（indexed storage array）の１つに収容（stow）されている場合は施設又は輸送車
両のインデクスド格納アレイ内に所在する格納ビンの特定の格納場所又は格納ビンが置か
れているか施設の内外にて動かされているロボティックハンドラー若しくはコンベヤ上で
の動的格納場所についての場所＿ＩＤ。格納ビンがＭＣＳビンとして構成されている実施
形態では、各格納ビン記録は、ＭＣＳビンの各区画の各々の区画識別子（区画＿ＩＤ）を
記憶するための区画フィールドも含む。ＳＣＳビンのみが用いられる実施形態では、格納
ビン記録は区画フィールドを含まない。実施形態では、格納ビンテーブル５０９は環境フ
ラグを記憶し、これは環境条件又は格納ビンの内容物についての要件を示す。
【0089】
実施形態では、中央データベース４０３の格納ビン内容物テーブル５１０は、各格納ビ
ンの各区画の内容物を含みその追跡を可能とする。格納ビン内容物テーブル５１０の各記
録は、次の事項を含む：特定の格納ビン区画の区画＿ＩＤ；該特定の区画が属する格納ビ
ンのビン＿ＩＤ；格納ビンの区画内にある１つ以上の製品の製品＿ＩＤ；格納ビンの区画
内の製品の数量；及び製品を所有するベンダのベンダ＿ＩＤ。ＭＣＳビンが用いられずに
ＳＣＳビンのみが用いられる実施形態では、区画＿ＩＤフィールドの使用が省かれる。こ
れらの実施形態では、図５Ａに示す格納ビン内容物テーブル５１０の他のデータフィール
ドは格納ビンテーブル５０９内に直接的に記憶される。なぜならば、ベンダの在庫有り在
庫の場所を追跡するために各ビンのビン＿ＩＤを用い得るからである。
ンの各区画の内容物を含みその追跡を可能とする。格納ビン内容物テーブル５１０の各記
録は、次の事項を含む：特定の格納ビン区画の区画＿ＩＤ；該特定の区画が属する格納ビ
ンのビン＿ＩＤ；格納ビンの区画内にある１つ以上の製品の製品＿ＩＤ；格納ビンの区画
内の製品の数量；及び製品を所有するベンダのベンダ＿ＩＤ。ＭＣＳビンが用いられずに
ＳＣＳビンのみが用いられる実施形態では、区画＿ＩＤフィールドの使用が省かれる。こ
れらの実施形態では、図５Ａに示す格納ビン内容物テーブル５１０の他のデータフィール
ドは格納ビンテーブル５０９内に直接的に記憶される。なぜならば、ベンダの在庫有り在
庫の場所を追跡するために各ビンのビン＿ＩＤを用い得るからである。
【0090】
図５Ｂに示されるように、中央データベース４０３のグローバル格納場所テーブル５１
１は、全ての施設及び輸送車両のインデクスド格納アレイの全インデクスド格納場所を列
挙する。したがって、このグローバル格納場所テーブル５１１内の各記録には、マルチエ
ンティティ在庫管理システム４００内での各格納場所の場所＿ＩＤと、格納場所が所在す
る施設の施設＿ＩＤ若しくは格納場所が所在する輸送車両の車両＿ＩＤと、その格納場所
が属する環境制御カテゴリを反映する環境状態インジケータと、あるならばその格納場所
に現在格納されている格納ビン若しくは注文ビンのビン＿ＩＤとが含まれる。環境状態イ
ンジケータは、格納場所が所与の施設又は輸送車両の常温格納ゾーン・冷蔵格納ゾーン・
冷凍格納ゾーンのどれに所在するかを示す。
１は、全ての施設及び輸送車両のインデクスド格納アレイの全インデクスド格納場所を列
挙する。したがって、このグローバル格納場所テーブル５１１内の各記録には、マルチエ
ンティティ在庫管理システム４００内での各格納場所の場所＿ＩＤと、格納場所が所在す
る施設の施設＿ＩＤ若しくは格納場所が所在する輸送車両の車両＿ＩＤと、その格納場所
が属する環境制御カテゴリを反映する環境状態インジケータと、あるならばその格納場所
に現在格納されている格納ビン若しくは注文ビンのビン＿ＩＤとが含まれる。環境状態イ
ンジケータは、格納場所が所与の施設又は輸送車両の常温格納ゾーン・冷蔵格納ゾーン・
冷凍格納ゾーンのどれに所在するかを示す。
【0091】
したがって、全施設及び全輸送車両のインデクスド格納アレイ（indexed storage arra
y）は、マルチエンティティ在庫管理システム４００の格納されたビン（stored bin）の
場所のグローバルマッピングのために完全にインデクス付けされており、マルチノーダル
サプライチェーンシステム４００の個別の各インデクスド格納場所（indexed storage lo
cation）は、その中の単一の格納ビン（storage bin）各々の配置及び格納に対応するよ
うに具体的にサイズ及び形状が定められているフットプリントを有しており、また、中央
データベース４０３の記録内には各々の場所識別子又はアドレス（場所＿ＩＤ）を有する
のであってこれによって任意のインデクスド格納アレイ内に収容（stowed）された任意の
格納ビン（storage bin）の正確な所在をいつでも識別することができるのであり、この
ようなインデクスド格納アレイが輸送車両内に含まれる故に施設間での移送中であっても
これをなし得る。このようにして、ベンダのストック済み在庫テーブル５０４と施設テー
ブル５０７と輸送車両テーブル５０８と格納ビンテーブル５０９と格納ビン内容物テーブ
ル５１０とグローバル格納場所テーブル５１１とを組み合わせることによって、格納ビン
に配置した在庫及び格納ビンに対応した任意のインデクスド格納アレイ内へと取り込まれ
た在庫の全ての場所について記録及び追跡される。マルチエンティティ在庫管理システム
４００が常温格納のみを用いており環境的に制御された格納環境（例えば、冷蔵格納ゾー
ン及び／又は冷凍格納ゾーンを含む）を有さない場合、環境データはベンダの製品テーブ
ル５０３及び施設テーブル５０７から省かれ、また、環境状態がグローバル格納場所テー
ブル５１１から省かれる。
y）は、マルチエンティティ在庫管理システム４００の格納されたビン（stored bin）の
場所のグローバルマッピングのために完全にインデクス付けされており、マルチノーダル
サプライチェーンシステム４００の個別の各インデクスド格納場所（indexed storage lo
cation）は、その中の単一の格納ビン（storage bin）各々の配置及び格納に対応するよ
うに具体的にサイズ及び形状が定められているフットプリントを有しており、また、中央
データベース４０３の記録内には各々の場所識別子又はアドレス（場所＿ＩＤ）を有する
のであってこれによって任意のインデクスド格納アレイ内に収容（stowed）された任意の
格納ビン（storage bin）の正確な所在をいつでも識別することができるのであり、この
ようなインデクスド格納アレイが輸送車両内に含まれる故に施設間での移送中であっても
これをなし得る。このようにして、ベンダのストック済み在庫テーブル５０４と施設テー
ブル５０７と輸送車両テーブル５０８と格納ビンテーブル５０９と格納ビン内容物テーブ
ル５１０とグローバル格納場所テーブル５１１とを組み合わせることによって、格納ビン
に配置した在庫及び格納ビンに対応した任意のインデクスド格納アレイ内へと取り込まれ
た在庫の全ての場所について記録及び追跡される。マルチエンティティ在庫管理システム
４００が常温格納のみを用いており環境的に制御された格納環境（例えば、冷蔵格納ゾー
ン及び／又は冷凍格納ゾーンを含む）を有さない場合、環境データはベンダの製品テーブ
ル５０３及び施設テーブル５０７から省かれ、また、環境状態がグローバル格納場所テー
ブル５１１から省かれる。
【0092】
ベンダ在庫を保持するための格納ビンに加えて、マルチエンティティ在庫管理システム
４００は、格納ビンと同じ標準化されたサイズ及び構成のＰＯビンをも用いるのであり、
これによってこれらＰＯビン内に配置されたピック済み注文が、メガ施設・マクロ施設・
マイクロ施設及びそれらの間で移動する輸送車両にあるインデクスド格納場所に１：１の
ビン対場所の対応で同様にして格納可能とされる。したがって、中央データベース４０３
のＰＯビンテーブル５１２は格納ビンテーブル５０９と類似の構造となっている。したが
って、ＰＯビンテーブル５１２の各記録は静的フィールド即ち次の事項を有する：各ＰＯ
ビンのビン＿ＩＤ；ＰＯビンが現在所在する施設の可変施設＿ＩＤ又は各ＰＯビンが現在
所在する輸送車両の車両＿ＩＤ；ＰＯビンが現在インデクスド格納アレイの１つに収容さ
れている場合は施設又は輸送車両のインデクスド格納アレイ内に所在するＰＯビンの特定
の格納場所又はＰＯビンが置かれているか施設の内外にて動かされているロボティックハ
ンドラー若しくはコンベヤ上での動的格納場所についての場所＿ＩＤ。
４００は、格納ビンと同じ標準化されたサイズ及び構成のＰＯビンをも用いるのであり、
これによってこれらＰＯビン内に配置されたピック済み注文が、メガ施設・マクロ施設・
マイクロ施設及びそれらの間で移動する輸送車両にあるインデクスド格納場所に１：１の
ビン対場所の対応で同様にして格納可能とされる。したがって、中央データベース４０３
のＰＯビンテーブル５１２は格納ビンテーブル５０９と類似の構造となっている。したが
って、ＰＯビンテーブル５１２の各記録は静的フィールド即ち次の事項を有する：各ＰＯ
ビンのビン＿ＩＤ；ＰＯビンが現在所在する施設の可変施設＿ＩＤ又は各ＰＯビンが現在
所在する輸送車両の車両＿ＩＤ；ＰＯビンが現在インデクスド格納アレイの１つに収容さ
れている場合は施設又は輸送車両のインデクスド格納アレイ内に所在するＰＯビンの特定
の格納場所又はＰＯビンが置かれているか施設の内外にて動かされているロボティックハ
ンドラー若しくはコンベヤ上での動的格納場所についての場所＿ＩＤ。
【0093】
実施形態では、ＰＯビンはその中に複数の顧客注文を保持し得るＭＣＳビンである。し
たがって、ＰＯビンテーブル５１２の各ＰＯビン記録は、各ＰＯビンの区画＿ＩＤを含む
静的フィールドを含む。この実施形態では、中央データベース４０３の個別のＰＯビン内
容物テーブル５１３は、各ＰＯビンの各区画の内容物を追跡する。したがって、ＰＯビン
内容物テーブル５１３内の各記録は次の事項を含む：各ＰＯビン区画の区画＿ＩＤ；該区
画が属するＰＯビンのビン＿ＩＤ；該区画内に所在する１つ以上の製品についての特定の
顧客注文の注文番号（order number）；該区画内の１つ以上の注文済み製品によって完全
に又は部分的に充足される特定の顧客注文のラインアイテム番号；並びに該区画内の注文
済み製品の数量（quantity）。ラインアイテム及び数量をＰＯビン内容物テーブル５１３
に含めることによって、大きめな注文の内容物を複数の区画に散らしたりさらには複数の
ＰＯビンに散らしたりすることができる。ＰＯビンが複数の区画に細分化されていない実
施形態では、ＰＯビンについての区画＿ＩＤの使用は省かれる。なぜならば、各注文ビン
たった一つ区画を有するのであり、その場合ピック済み注文（picked order）の所在を識
別するためにはビン＿ＩＤが用いられるこれらの実施形態では、ＰＯビン内容物テーブル
５１３は完全に省かれ、代わりに、ＰＯビンテーブル５１２内に直接的に注文番号、ライ
ンアイテム番号、及び数量が記録される。
たがって、ＰＯビンテーブル５１２の各ＰＯビン記録は、各ＰＯビンの区画＿ＩＤを含む
静的フィールドを含む。この実施形態では、中央データベース４０３の個別のＰＯビン内
容物テーブル５１３は、各ＰＯビンの各区画の内容物を追跡する。したがって、ＰＯビン
内容物テーブル５１３内の各記録は次の事項を含む：各ＰＯビン区画の区画＿ＩＤ；該区
画が属するＰＯビンのビン＿ＩＤ；該区画内に所在する１つ以上の製品についての特定の
顧客注文の注文番号（order number）；該区画内の１つ以上の注文済み製品によって完全
に又は部分的に充足される特定の顧客注文のラインアイテム番号；並びに該区画内の注文
済み製品の数量（quantity）。ラインアイテム及び数量をＰＯビン内容物テーブル５１３
に含めることによって、大きめな注文の内容物を複数の区画に散らしたりさらには複数の
ＰＯビンに散らしたりすることができる。ＰＯビンが複数の区画に細分化されていない実
施形態では、ＰＯビンについての区画＿ＩＤの使用は省かれる。なぜならば、各注文ビン
たった一つ区画を有するのであり、その場合ピック済み注文（picked order）の所在を識
別するためにはビン＿ＩＤが用いられるこれらの実施形態では、ＰＯビン内容物テーブル
５１３は完全に省かれ、代わりに、ＰＯビンテーブル５１２内に直接的に注文番号、ライ
ンアイテム番号、及び数量が記録される。
【0094】
ＰＯビン内容物テーブル５１３内に記録された注文番号は別個の顧客注文テーブル５１
６から検索され且つ割り当てられるのであり、各記録は次の事項を含む：それぞれの顧客
注文の注文番号、その顧客注文の充足対象たる顧客の一意的識別子（顧客＿ＩＤ）、顧客
注文を充足するベンダの一意的識別子（ベンダ＿ＩＤ）、及び顧客注文に対してその作成
時に適用された任意の配送選好。関連する注文ラインアイテムテーブル５１７では、各記
録は次の事項を含む：ラインアイテム番号、該ラインアイテムが属する顧客注文の注文番
号、顧客注文のラインアイテムを充足するのに要する製品タイプの製品＿ＩＤ、及び該ラ
インアイテムについて充足するべき製品タイプの数量。各顧客の顧客＿ＩＤも別個の顧客
テーブル５１５内に記憶されており、それと共に他の顧客アカウント情報も記憶されてお
り、これには各顧客の氏名、住所、及び請求先情報が含まれる。
６から検索され且つ割り当てられるのであり、各記録は次の事項を含む：それぞれの顧客
注文の注文番号、その顧客注文の充足対象たる顧客の一意的識別子（顧客＿ＩＤ）、顧客
注文を充足するベンダの一意的識別子（ベンダ＿ＩＤ）、及び顧客注文に対してその作成
時に適用された任意の配送選好。関連する注文ラインアイテムテーブル５１７では、各記
録は次の事項を含む：ラインアイテム番号、該ラインアイテムが属する顧客注文の注文番
号、顧客注文のラインアイテムを充足するのに要する製品タイプの製品＿ＩＤ、及び該ラ
インアイテムについて充足するべき製品タイプの数量。各顧客の顧客＿ＩＤも別個の顧客
テーブル５１５内に記憶されており、それと共に他の顧客アカウント情報も記憶されてお
り、これには各顧客の氏名、住所、及び請求先情報が含まれる。
【0095】
ピック済み（picked）注文が置かれるマルチ区画ＰＯビンに加えて、実施形態では、マ
ルチエンティティ在庫管理システム４００は単一区画ＦＯビンも用いるのであり、顧客に
よるピックアップ又は顧客への配達のために個別の顧客注文が完成状態にパッケージング
されたらば（packaged）これに詰められる（packed）。実施形態では、ＦＯビンは、格納
ビン及びＰＯビンとは異なるより小さな標準化サイズであり、例えばそれら他の格納ビン
の約半分のサイズとされる。より小さなＦＯビンは、メガ施設・マクロ施設・マイクロ施
設・それらの間を移動する輸送車両のインデクスド格納アレイとは互換性がなく、代わり
に、ナノ施設にて用いられる異なるタイプのインデクスド格納アレイ向けにサイズ及び構
成が定められている。
ルチエンティティ在庫管理システム４００は単一区画ＦＯビンも用いるのであり、顧客に
よるピックアップ又は顧客への配達のために個別の顧客注文が完成状態にパッケージング
されたらば（packaged）これに詰められる（packed）。実施形態では、ＦＯビンは、格納
ビン及びＰＯビンとは異なるより小さな標準化サイズであり、例えばそれら他の格納ビン
の約半分のサイズとされる。より小さなＦＯビンは、メガ施設・マクロ施設・マイクロ施
設・それらの間を移動する輸送車両のインデクスド格納アレイとは互換性がなく、代わり
に、ナノ施設にて用いられる異なるタイプのインデクスド格納アレイ向けにサイズ及び構
成が定められている。
【0096】
中央データベース４０３のＦＯビンテーブル５１４は次の事項を含む静的フィールドを
備える：ＦＯビンのそれぞれ１つについてのビン＿ＩＤ、ＦＯビン内に所在する１つ以上
の製品についての特定の顧客注文の注文番号；ＦＯビンが現在所在する施設の施設＿ＩＤ
又は各ＦＯビンが現在所在する輸送車両の車両＿ＩＤ；ＦＯビンが現在インデクスド格納
アレイの１つに収容されている場合は施設又は輸送車両のインデクスド格納アレイ内に所
在するＦＯビンの特定の格納場所又は格納ビンが置かれているか施設の内外にて動かされ
ているロボティックハンドラー若しくはコンベヤ上での動的格納場所についての場所＿Ｉ
Ｄ。複数のＦＯビン間で大きな注文の分散を許容するために、実施形態では、ＦＯビンテ
ーブル５１４内の各記録は、ＦＯビン内の１つ以上の注文済み製品によって完全に又は部
分的に充足される特定の顧客注文のラインアイテム番号と、該ＦＯビン内の注文済み製品
の数量とをさらに含む。実施形態では、ＦＯビンテーブル５１４は次の事項をさらに記憶
する：顧客の一意的識別子と、顧客注文の充足及び／又は返品についての状態。
備える：ＦＯビンのそれぞれ１つについてのビン＿ＩＤ、ＦＯビン内に所在する１つ以上
の製品についての特定の顧客注文の注文番号；ＦＯビンが現在所在する施設の施設＿ＩＤ
又は各ＦＯビンが現在所在する輸送車両の車両＿ＩＤ；ＦＯビンが現在インデクスド格納
アレイの１つに収容されている場合は施設又は輸送車両のインデクスド格納アレイ内に所
在するＦＯビンの特定の格納場所又は格納ビンが置かれているか施設の内外にて動かされ
ているロボティックハンドラー若しくはコンベヤ上での動的格納場所についての場所＿Ｉ
Ｄ。複数のＦＯビン間で大きな注文の分散を許容するために、実施形態では、ＦＯビンテ
ーブル５１４内の各記録は、ＦＯビン内の１つ以上の注文済み製品によって完全に又は部
分的に充足される特定の顧客注文のラインアイテム番号と、該ＦＯビン内の注文済み製品
の数量とをさらに含む。実施形態では、ＦＯビンテーブル５１４は次の事項をさらに記憶
する：顧客の一意的識別子と、顧客注文の充足及び／又は返品についての状態。
【0097】
中央データベース４０３の供給品積荷テーブル５１８には、新たな在庫をマルチエンテ
ィティ在庫管理システム４００（典型的にはメガ施設）に配達するように予定された期待
在庫供給品積荷についての事項が入っている。供給品積荷テーブル５１８の各記録には次
の事項が含まれる：期待供給品積荷の一意的識別子（積荷＿ＩＤ）、供給品積荷の源泉と
なるサプライヤの一意的識別子（サプライヤ＿ＩＤ）；運営主体によって代理受領されて
いる積荷の受領者たるベンダ（即ち新たに到着する在庫を所有するベンダ）のベンダ＿Ｉ
Ｄ；及び供給品積荷の配達が予定されている施設の施設＿ＩＤ。供給品積荷の内容物は別
個の積荷詳細テーブル５１９において列挙されており、各記録は次の事項を含む：期待供
給品積荷内の製品の各ケースについての一意的識別子（ケース＿ＩＤ）、ケースが属する
積荷の積荷＿ＩＤ、ケース内に含まれる製品タイプの製品＿ＩＤ、及びケース内にある製
品タイプの数量。中央データベース４０３内の製品予約テーブル５２０は次の事項を記憶
する：入用ベンダのベンダ＿ＩＤ、在庫有りベンダのベンダ＿ＩＤ、対象製品のグローバ
ル製品＿ＩＤ、及び予約量。
ィティ在庫管理システム４００（典型的にはメガ施設）に配達するように予定された期待
在庫供給品積荷についての事項が入っている。供給品積荷テーブル５１８の各記録には次
の事項が含まれる：期待供給品積荷の一意的識別子（積荷＿ＩＤ）、供給品積荷の源泉と
なるサプライヤの一意的識別子（サプライヤ＿ＩＤ）；運営主体によって代理受領されて
いる積荷の受領者たるベンダ（即ち新たに到着する在庫を所有するベンダ）のベンダ＿Ｉ
Ｄ；及び供給品積荷の配達が予定されている施設の施設＿ＩＤ。供給品積荷の内容物は別
個の積荷詳細テーブル５１９において列挙されており、各記録は次の事項を含む：期待供
給品積荷内の製品の各ケースについての一意的識別子（ケース＿ＩＤ）、ケースが属する
積荷の積荷＿ＩＤ、ケース内に含まれる製品タイプの製品＿ＩＤ、及びケース内にある製
品タイプの数量。中央データベース４０３内の製品予約テーブル５２０は次の事項を記憶
する：入用ベンダのベンダ＿ＩＤ、在庫有りベンダのベンダ＿ＩＤ、対象製品のグローバ
ル製品＿ＩＤ、及び予約量。
【0098】
図５Ｃ～５Ｄは、実施形態による、図４Ａ～４Ｃに示すマルチエンティティ在庫管理シ
ステム４００のローカル施設データベース４０７及びローカル車両データベース４２０に
ついて示す図である。マルチエンティティ在庫管理システム４００のローカル施設データ
ベース４０７の組織スキームについての実施形態では、ローカル施設データベース４０７
は施設格納テーブル５２２を含むのであり、これにおいては該特定の施設の格納アレイの
それぞれの格納場所のみがインデクス付けされるのであり、図５Ｂに示す中央データベー
ス４０３のグローバル格納場所テーブル５１１（こちらはマルチエンティティ在庫管理シ
ステム４００の全ての格納場所についてのグローバルインデクスを代わりに提供する）と
は異なる。グローバル格納場所テーブル５１１と類似しており、施設格納テーブル５２２
の各記録は次の事項を含む：各格納場所についての場所＿ＩＤのための静的フィールド、
該格納場所が属する環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍
格納ゾーン）を表す環境状態インジケータ、及び存在するならばその場所に現在格納され
ている格納ビンのビン＿ＩＤ。
ステム４００のローカル施設データベース４０７及びローカル車両データベース４２０に
ついて示す図である。マルチエンティティ在庫管理システム４００のローカル施設データ
ベース４０７の組織スキームについての実施形態では、ローカル施設データベース４０７
は施設格納テーブル５２２を含むのであり、これにおいては該特定の施設の格納アレイの
それぞれの格納場所のみがインデクス付けされるのであり、図５Ｂに示す中央データベー
ス４０３のグローバル格納場所テーブル５１１（こちらはマルチエンティティ在庫管理シ
ステム４００の全ての格納場所についてのグローバルインデクスを代わりに提供する）と
は異なる。グローバル格納場所テーブル５１１と類似しており、施設格納テーブル５２２
の各記録は次の事項を含む：各格納場所についての場所＿ＩＤのための静的フィールド、
該格納場所が属する環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍
格納ゾーン）を表す環境状態インジケータ、及び存在するならばその場所に現在格納され
ている格納ビンのビン＿ＩＤ。
【0099】
ローカル施設データベース４０７は自動化機材情報テーブル５２３をさらに備えるので
あり、これは、例えば特定の施設にて動作可能なロボティックハンドラーやコンベヤ等の
自動化機材の各個の一意的識別子（機材＿ＩＤ）のための静的フィールドを含む。ロボテ
ィックハンドラーは、インデクス付けされており、また、格納ビンを施設内外にて動かす
際に格納ビンを配置及び位置決めするための動的格納場所を、定義する。実施形態では、
コンベヤは、格納ビンの施設内での移転又は｛施設／輸送車両｝から｛輸送車両／施設｝
への移転がなされる際の格納ビンの格納場所をも定義する。格納ビンがロボティックハン
ドラー又はコンベヤによって施設の内外にてナビゲートされる際に、機材＿ＩＤは格納ビ
ンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。自動化機材情報
テーブル５２３は、施設の内外にて現在ロボティックハンドラー又はコンベヤによって保
持・移動されている格納ビンのビン＿ＩＤのための可変フィールドをさらに含む。自動化
機材情報テーブル５２３は、例えば機材タイプ（例えば、ロボティックハンドラー又はコ
ンベヤ）や自動化機材のリアルタイムでの場所等他の情報も記憶している。別の実施形態
では、例えばフォークリフト等の手動オペレーションズ機材も機材＿ＩＤへとマッピング
されており、動的格納場所を定義する。この実施形態では、格納ビンが施設内にて手動オ
ペレーションズ機材によって手動的に操作される際に、手動オペレーションズ機材の機材
＿ＩＤは格納ビンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。
あり、これは、例えば特定の施設にて動作可能なロボティックハンドラーやコンベヤ等の
自動化機材の各個の一意的識別子（機材＿ＩＤ）のための静的フィールドを含む。ロボテ
ィックハンドラーは、インデクス付けされており、また、格納ビンを施設内外にて動かす
際に格納ビンを配置及び位置決めするための動的格納場所を、定義する。実施形態では、
コンベヤは、格納ビンの施設内での移転又は｛施設／輸送車両｝から｛輸送車両／施設｝
への移転がなされる際の格納ビンの格納場所をも定義する。格納ビンがロボティックハン
ドラー又はコンベヤによって施設の内外にてナビゲートされる際に、機材＿ＩＤは格納ビ
ンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。自動化機材情報
テーブル５２３は、施設の内外にて現在ロボティックハンドラー又はコンベヤによって保
持・移動されている格納ビンのビン＿ＩＤのための可変フィールドをさらに含む。自動化
機材情報テーブル５２３は、例えば機材タイプ（例えば、ロボティックハンドラー又はコ
ンベヤ）や自動化機材のリアルタイムでの場所等他の情報も記憶している。別の実施形態
では、例えばフォークリフト等の手動オペレーションズ機材も機材＿ＩＤへとマッピング
されており、動的格納場所を定義する。この実施形態では、格納ビンが施設内にて手動オ
ペレーションズ機材によって手動的に操作される際に、手動オペレーションズ機材の機材
＿ＩＤは格納ビンの場所＿ＩＤとして用いられて、格納ビンの連続的追跡を可能とする。
【0100】
ローカル施設データベース４０７は１つ以上のオンサイトビンテーブル５２５を含み、
これは当該特定の施設の現地に現在ある全ての格納ビン及び／又は注文ビンのビン＿ＩＤ
を列挙する。実施形態では、ローカル施設データベース４０７のオンサイトビンテーブル
５２５は次の事項を記憶するためのフィールドを有する：各格納ビンの空／占有中状態、
環境フラグ、各格納場所の場所＿ＩＤ、宛先施設＿ＩＤ、及びタイミングデータ。複数の
ビンタイプを有する施設に関しては、実施形態では、各ビンタイプはそれぞれ自己のオン
サイトビンテーブル５２５をローカル施設データベース４０７内にて有している。ローカ
ル施設データベース４０７はワークステーション情報テーブル５２４をさらに含み、これ
には次の事項が含まれる：当該特定の施設に所在する異なるワークステーションの一意的
識別子（ワークステーション＿ＩＤ）；各そのようなワークステーションについて、ワー
クステーションにて行われる作業オペレーションズのタイプを表すワークステーションタ
イプ（例えば、取り込みワークステーション、付加価値サービス（ＶＡＳ、value-added
service）ワークステーション、キット化ワークステーション、ピッキングワークステー
ション、詰め込みワークステーション等）；施設内のワークステーションの場所（例えば
これは、ロボティックハンドラーを動かすように命令するアドレス形式並びに／又はコン
ベヤ若しくは他の自動化ビン捌き機材による格納ビンの移動若しくは搬送を命令するアド
レス形式とされている）；そのワークステーションにて備蓄されている作業用品（例えば
、パッケージング、ラベリング、及びタグ付け用品）の識別事項；ある実施形態では、１
つ以上のワークステーションカテゴリフィールドが含まれ、該フィールドは、他の同じタ
イプのワークステーションから該ワークステーションを区別する該ワークステーションに
て提供される特化した何らかのオペレーティング特性又は機能を指定するカテゴリフィー
ルドとされ得る（例えば、特定の製品クラスとの互換性又は非互換性を示すカテゴリフィ
ールド（例えば、露出した食品の取り扱いのためのより厳格な衛生基準に準拠した食品級
ワークステーションや；アレルギー誘発性製品が禁じられるアレルゲン禁制ワークステー
ションであって随意的にはサブカテゴリによって編成されたワークステーション（例えば
、ピーナッツ禁制、木の実禁制、グルテン禁制、貝類禁制、乳製品禁制等）や；他のワー
クステーションカテゴリでは禁止される危険物のために特に設けられた危険物ワークステ
ーション。実施形態では、カテゴリ化はフラグ基準でなされ、特化したワークステーショ
ンのみが特別なカテゴリでフラグ付けされるのであり、任意のそのようなフラグの欠如は
一般物品ワークステーションを示すのであってそこでは制限製品クラス（例えば、危険物
や露出型食品等）以外のあらゆるものがその潜在的アレルゲン含有性を問わずに許容され
得る。ローカル施設データベース４０７は施設情報テーブル５２１をさらに含み、これは
図５Ａに示す中央データベース４０３の施設テーブル５０７内のと同じ又は似た内容を記
憶するためのものである。実施形態では、施設情報テーブル５２１は、随意的には、その
施設に現在所在する空の及び占有中の格納ビンの数量を識別するビン数量データを記憶す
る。
これは当該特定の施設の現地に現在ある全ての格納ビン及び／又は注文ビンのビン＿ＩＤ
を列挙する。実施形態では、ローカル施設データベース４０７のオンサイトビンテーブル
５２５は次の事項を記憶するためのフィールドを有する：各格納ビンの空／占有中状態、
環境フラグ、各格納場所の場所＿ＩＤ、宛先施設＿ＩＤ、及びタイミングデータ。複数の
ビンタイプを有する施設に関しては、実施形態では、各ビンタイプはそれぞれ自己のオン
サイトビンテーブル５２５をローカル施設データベース４０７内にて有している。ローカ
ル施設データベース４０７はワークステーション情報テーブル５２４をさらに含み、これ
には次の事項が含まれる：当該特定の施設に所在する異なるワークステーションの一意的
識別子（ワークステーション＿ＩＤ）；各そのようなワークステーションについて、ワー
クステーションにて行われる作業オペレーションズのタイプを表すワークステーションタ
イプ（例えば、取り込みワークステーション、付加価値サービス（ＶＡＳ、value-added
service）ワークステーション、キット化ワークステーション、ピッキングワークステー
ション、詰め込みワークステーション等）；施設内のワークステーションの場所（例えば
これは、ロボティックハンドラーを動かすように命令するアドレス形式並びに／又はコン
ベヤ若しくは他の自動化ビン捌き機材による格納ビンの移動若しくは搬送を命令するアド
レス形式とされている）；そのワークステーションにて備蓄されている作業用品（例えば
、パッケージング、ラベリング、及びタグ付け用品）の識別事項；ある実施形態では、１
つ以上のワークステーションカテゴリフィールドが含まれ、該フィールドは、他の同じタ
イプのワークステーションから該ワークステーションを区別する該ワークステーションに
て提供される特化した何らかのオペレーティング特性又は機能を指定するカテゴリフィー
ルドとされ得る（例えば、特定の製品クラスとの互換性又は非互換性を示すカテゴリフィ
ールド（例えば、露出した食品の取り扱いのためのより厳格な衛生基準に準拠した食品級
ワークステーションや；アレルギー誘発性製品が禁じられるアレルゲン禁制ワークステー
ションであって随意的にはサブカテゴリによって編成されたワークステーション（例えば
、ピーナッツ禁制、木の実禁制、グルテン禁制、貝類禁制、乳製品禁制等）や；他のワー
クステーションカテゴリでは禁止される危険物のために特に設けられた危険物ワークステ
ーション。実施形態では、カテゴリ化はフラグ基準でなされ、特化したワークステーショ
ンのみが特別なカテゴリでフラグ付けされるのであり、任意のそのようなフラグの欠如は
一般物品ワークステーションを示すのであってそこでは制限製品クラス（例えば、危険物
や露出型食品等）以外のあらゆるものがその潜在的アレルゲン含有性を問わずに許容され
得る。ローカル施設データベース４０７は施設情報テーブル５２１をさらに含み、これは
図５Ａに示す中央データベース４０３の施設テーブル５０７内のと同じ又は似た内容を記
憶するためのものである。実施形態では、施設情報テーブル５２１は、随意的には、その
施設に現在所在する空の及び占有中の格納ビンの数量を識別するビン数量データを記憶す
る。
【0101】
図５Ｄに示すように、各ローカル車両データベース４２０は車両格納テーブル５２７を
備え、これにおいては当該特定の輸送車両の格納アレイの各格納場所のみがインデクスさ
れている。各ローカル施設データベース４０７の施設格納テーブル５２２と類似しており
、車両格納テーブル５２７の各記録は次の事項についての静的フィールドを有する：輸送
車両のインデクスド格納アレイ内の各格納場所についての場所＿ＩＤ、該格納場所が属す
る環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍格納ゾーン）を表
す環境状態インジケータ、及び存在するならばその場所に現在格納されている格納ビンの
ビン＿ＩＤ。実施形態では、ローカル車両データベース４２０は自動化機材情報テーブル
５２８をさらに備えるのであり、これは図５Ｃに示す自動化機材情報テーブル５２３に類
似しており輸送車両内に搭載されている自動化機材を記憶するためのものである。ローカ
ル車両データベース４２０は１つ以上のオンボードビンテーブル５２９をさらに備えるの
であり、これは現在輸送車両に搭載されている全ての格納ビン及び／又は注文ビンのビン
＿ＩＤを列挙する。ローカル車両データベース４２０は車両情報テーブル５２６をさらに
含み、これは図４Ａ，４Ｃに示す中央データベース４０３の輸送車両テーブル５０８内の
と同じ又は似た内容を記憶するためのものである。実施形態では、車両情報テーブル５２
６は、随意的には、その輸送車両に現在搭載されている空の及び占有中の格納ビン並びに
／又は注文ビンの数量を識別するビン数量データを記憶する。
備え、これにおいては当該特定の輸送車両の格納アレイの各格納場所のみがインデクスさ
れている。各ローカル施設データベース４０７の施設格納テーブル５２２と類似しており
、車両格納テーブル５２７の各記録は次の事項についての静的フィールドを有する：輸送
車両のインデクスド格納アレイ内の各格納場所についての場所＿ＩＤ、該格納場所が属す
る環境制御カテゴリ（例えば、常温格納ゾーン・冷蔵格納ゾーン・冷凍格納ゾーン）を表
す環境状態インジケータ、及び存在するならばその場所に現在格納されている格納ビンの
ビン＿ＩＤ。実施形態では、ローカル車両データベース４２０は自動化機材情報テーブル
５２８をさらに備えるのであり、これは図５Ｃに示す自動化機材情報テーブル５２３に類
似しており輸送車両内に搭載されている自動化機材を記憶するためのものである。ローカ
ル車両データベース４２０は１つ以上のオンボードビンテーブル５２９をさらに備えるの
であり、これは現在輸送車両に搭載されている全ての格納ビン及び／又は注文ビンのビン
＿ＩＤを列挙する。ローカル車両データベース４２０は車両情報テーブル５２６をさらに
含み、これは図４Ａ，４Ｃに示す中央データベース４０３の輸送車両テーブル５０８内の
と同じ又は似た内容を記憶するためのものである。実施形態では、車両情報テーブル５２
６は、随意的には、その輸送車両に現在搭載されている空の及び占有中の格納ビン並びに
／又は注文ビンの数量を識別するビン数量データを記憶する。
【0102】
図５Ｅ～Ｆは、実施形態による、異なるカテゴリの格納ビン４２４ａ，４２４ｂ，４２
４ｃ，４２４ｄに記憶されたローカルデータについて示す図である。データは格納ビン４
２４ａ，４２４ｂ，４２４ｃ，４２４ｄのモバイルデータ記憶装置４２６上に記憶されて
おり、例えば図４Ａ，４Ｃに示される中央コンピューティングシステム４０１の中央デー
タベース４０３や施設管理サブシステム４０４のローカル施設データベース４０７や車両
管理サブシステム４１６のローカル車両データベース４２０にて用いられているものに類
似した表形式データベースフォーマットとされ得る。ベンダ在庫を保持する格納ビン４２
４ａ，４２４ｂのモバイルデータ記憶装置４２６上において、ビン情報テーブル５３０は
次の事項を記憶する：格納ビンの静的ビン＿ＩＤ；格納ビンの区画＿ＩＤ；並びに少なく
とも環境的に特有な格納ビンが用いられる実施形態（例えば、冷温格納と常温格納とで及
び／又は冷温格納の異なるクラス（例えば、冷蔵や冷凍）間で異なる材質又は異なる構成
の格納ビンを用いる場合）では、施設及び輸送車両の異なる環境的に制御された格納ゾー
ンとの格納ビンの適合性の有無を指定する環境フラグ。実施形態では、ビン情報テーブル
５３０は次の事項をさらに含む：ビン取り扱いデータであって、これは例えば、ビン取り
扱いデータを、図５Ａに示されたベンダの製品テーブル５０３からの製品取り扱いデータ
と、比較することによって所定の製品タイプについて特定の格納ビンを選択して、格納ビ
ンが製品取り扱い要件に対応しているか否かをチェックすることに際して有用たり得るビ
ン取り扱いデータ；図４Ａ～４Ｃに示されるマルチエンティティ在庫管理システム４００
を通して格納ビンを輸送すべき特定の施設、地理的領域又は他の宛先を識別する宛先デー
タ；及び格納ビンの意図された宛先への配達に関しての任意のタイミング制約に関するタ
イミングデータ。ビン情報テーブル５３０内のビン取り扱いデータについての１つの例と
しては、特定の格納ビンがアレルゲン禁制格納ビンであるとの指定を挙げ得るのであり、
この場合、１つ以上の特定のアレルギー誘発性製品カテゴリのもの（例えば、ピーナッツ
、木の実、グルテン、貝類、乳製品等）が置かれてはならないものとされる。
４ｃ，４２４ｄに記憶されたローカルデータについて示す図である。データは格納ビン４
２４ａ，４２４ｂ，４２４ｃ，４２４ｄのモバイルデータ記憶装置４２６上に記憶されて
おり、例えば図４Ａ，４Ｃに示される中央コンピューティングシステム４０１の中央デー
タベース４０３や施設管理サブシステム４０４のローカル施設データベース４０７や車両
管理サブシステム４１６のローカル車両データベース４２０にて用いられているものに類
似した表形式データベースフォーマットとされ得る。ベンダ在庫を保持する格納ビン４２
４ａ，４２４ｂのモバイルデータ記憶装置４２６上において、ビン情報テーブル５３０は
次の事項を記憶する：格納ビンの静的ビン＿ＩＤ；格納ビンの区画＿ＩＤ；並びに少なく
とも環境的に特有な格納ビンが用いられる実施形態（例えば、冷温格納と常温格納とで及
び／又は冷温格納の異なるクラス（例えば、冷蔵や冷凍）間で異なる材質又は異なる構成
の格納ビンを用いる場合）では、施設及び輸送車両の異なる環境的に制御された格納ゾー
ンとの格納ビンの適合性の有無を指定する環境フラグ。実施形態では、ビン情報テーブル
５３０は次の事項をさらに含む：ビン取り扱いデータであって、これは例えば、ビン取り
扱いデータを、図５Ａに示されたベンダの製品テーブル５０３からの製品取り扱いデータ
と、比較することによって所定の製品タイプについて特定の格納ビンを選択して、格納ビ
ンが製品取り扱い要件に対応しているか否かをチェックすることに際して有用たり得るビ
ン取り扱いデータ；図４Ａ～４Ｃに示されるマルチエンティティ在庫管理システム４００
を通して格納ビンを輸送すべき特定の施設、地理的領域又は他の宛先を識別する宛先デー
タ；及び格納ビンの意図された宛先への配達に関しての任意のタイミング制約に関するタ
イミングデータ。ビン情報テーブル５３０内のビン取り扱いデータについての１つの例と
しては、特定の格納ビンがアレルゲン禁制格納ビンであるとの指定を挙げ得るのであり、
この場合、１つ以上の特定のアレルギー誘発性製品カテゴリのもの（例えば、ピーナッツ
、木の実、グルテン、貝類、乳製品等）が置かれてはならないものとされる。
【0103】
さらに、ベンダ在庫を保持する格納ビン４２４ａ，４２４ｂのモバイルデータ記憶装置
４２６上では、内容物テーブル５３１が任意の時点における格納ビンの可変内容物につい
て記録する。この内容物テーブル５３１の各記録は次の事項を含む：格納ビンの各区画の
区画＿ＩＤ、格納ビンの区画内に格納された製品タイプの製品＿ＩＤ；格納ビンの区画内
に格納された製品タイプの数量、及び各製品タイプの該数量が属する特定のベンダのベン
ダ＿ＩＤ。ＳＣＳビン４２４ａが用いられる実施形態では、区画＿ＩＤをビン情報テーブ
ル５３０及び内容物テーブル５３１に含めることは随意的であり、省略可能である。また
、ベンダ在庫を保持する格納ビン４２４ａ，４２４ｂのモバイルデータ記憶装置４２６上
の製品情報テーブル５３２には、該格納ビンの１つ以上の区画内に含まれる製品の１つ以
上のベンダのベンダ製品テーブル５０３のフィールドからの事項が入力される。格納ビン
４２４ａ，４２４ｂの製品情報テーブル５３２内の各記録は、したがって内容物テーブル
５３１からのそれぞれのベンダ及び／又はグローバル製品＿ＩＤ、並びにそのベンダのベ
ンダ製品テーブル５０３内の対応する製品記録からの全部又は一部のフィールドのコピー
を含むのであり、例えば、１つ以上の施設内での取り扱い及びカスタマイゼーション並び
に施設及び輸送車両両方内での環境的配置を定めるのに用いられる取り扱いデータ・カス
タマイゼーションデータ・環境データが含まれる。
４２６上では、内容物テーブル５３１が任意の時点における格納ビンの可変内容物につい
て記録する。この内容物テーブル５３１の各記録は次の事項を含む：格納ビンの各区画の
区画＿ＩＤ、格納ビンの区画内に格納された製品タイプの製品＿ＩＤ；格納ビンの区画内
に格納された製品タイプの数量、及び各製品タイプの該数量が属する特定のベンダのベン
ダ＿ＩＤ。ＳＣＳビン４２４ａが用いられる実施形態では、区画＿ＩＤをビン情報テーブ
ル５３０及び内容物テーブル５３１に含めることは随意的であり、省略可能である。また
、ベンダ在庫を保持する格納ビン４２４ａ，４２４ｂのモバイルデータ記憶装置４２６上
の製品情報テーブル５３２には、該格納ビンの１つ以上の区画内に含まれる製品の１つ以
上のベンダのベンダ製品テーブル５０３のフィールドからの事項が入力される。格納ビン
４２４ａ，４２４ｂの製品情報テーブル５３２内の各記録は、したがって内容物テーブル
５３１からのそれぞれのベンダ及び／又はグローバル製品＿ＩＤ、並びにそのベンダのベ
ンダ製品テーブル５０３内の対応する製品記録からの全部又は一部のフィールドのコピー
を含むのであり、例えば、１つ以上の施設内での取り扱い及びカスタマイゼーション並び
に施設及び輸送車両両方内での環境的配置を定めるのに用いられる取り扱いデータ・カス
タマイゼーションデータ・環境データが含まれる。
【0104】
さらに、マルチ区画ＰＯビン４２４ｃのモバイルデータ記憶装置４２６の内容はＭＣＳ
ビン４２４ｂのそれと似ており、例えば、ビン情報テーブル５３０及び製品情報テーブル
５３２の内容という側面で随意的には完全に又は実質的に同一とされ得るも、カスタマイ
ゼーションデータが随意的に省略されたり内容物テーブル５３１の側面で異なったりし得
るのであり、ＰＯビン４２４ｃはピック済み顧客注文を保持するためのものであり未だピ
ックされていないベンダ在庫とされていない故にビン内容物は顧客注文によって識別され
る。ＰＯビン４２４ｃについては、内容物テーブル５３１内の各記録は次の事項を含む：
ＰＯビン４２４ｃの各区画の区画＿ＩＤ、区画内にピック済み製品タイプを有する特定の
顧客注文の注文番号、該顧客注文の充足対象たる特定の顧客の顧客＿ＩＤ、区画内のピッ
ク済み製品タイプによって充足された顧客注文内の各ラインアイテムを識別するラインア
イテム番号、ピック済み製品タイプの製品＿ＩＤ、区画内のピック済み製品タイプの数量
、及びピック済み製品タイプのピック元となった特定のベンダのベンダ＿ＩＤ。実施形態
では、ＰＯビン４２４ｃのモバイルデータ記憶装置４２６内に記憶された内容物テーブル
５３１内の各記録には、宛先データ及び注文タイミングデータが含まれる。
ビン４２４ｂのそれと似ており、例えば、ビン情報テーブル５３０及び製品情報テーブル
５３２の内容という側面で随意的には完全に又は実質的に同一とされ得るも、カスタマイ
ゼーションデータが随意的に省略されたり内容物テーブル５３１の側面で異なったりし得
るのであり、ＰＯビン４２４ｃはピック済み顧客注文を保持するためのものであり未だピ
ックされていないベンダ在庫とされていない故にビン内容物は顧客注文によって識別され
る。ＰＯビン４２４ｃについては、内容物テーブル５３１内の各記録は次の事項を含む：
ＰＯビン４２４ｃの各区画の区画＿ＩＤ、区画内にピック済み製品タイプを有する特定の
顧客注文の注文番号、該顧客注文の充足対象たる特定の顧客の顧客＿ＩＤ、区画内のピッ
ク済み製品タイプによって充足された顧客注文内の各ラインアイテムを識別するラインア
イテム番号、ピック済み製品タイプの製品＿ＩＤ、区画内のピック済み製品タイプの数量
、及びピック済み製品タイプのピック元となった特定のベンダのベンダ＿ＩＤ。実施形態
では、ＰＯビン４２４ｃのモバイルデータ記憶装置４２６内に記憶された内容物テーブル
５３１内の各記録には、宛先データ及び注文タイミングデータが含まれる。
【0105】
また、単一区画ＦＯビン４２４ｄのモバイルデータ記憶装置４２６の内容はマルチ区画
ＰＯビン４２４ｃのそれと似ており、例えば、ビン情報テーブル５３０・ビン内容物テー
ブル５３１・製品情報テーブル５３２の内容という側面で随意的には完全に又は実質的に
同一とされ得るも、ＦＯビン４２４ｄの単一の区画＿ＩＤは随意的に省略され得る。ＭＣ
Ｓビン４２４ｂがその異なる区画内において複数の異なる製品を含むことになってしまう
このようなマルチＳＫＵな文脈では、モバイルデータ記憶装置４２６の格納ビン内容物テ
ーブル５３１及び製品情報テーブル５３２に複数の記録が書き込まれることになってしま
うのであり、各々はそこに含まれる製品の各々の異なる１つに関するものである。１つ以
上の他の施設における特定のベンダの在庫ニーズに基づいて、ＭＣＳビン４２４ｂに、単
一のベンダの製品カタログ３０５からの複数の製品が詰め込まれるも、ＭＣＳビン４２４
ｂのマルチ区画性故にＭＣＳビン４２４ｂに関してマルチベンダ詰め込みをなすことが可
能となるのであり、ＭＣＳビン４２４ｂの各区画＿ＩＤには、カタログ済み製品アイテム
がその区画に置かれる異なるベンダのベンダ＿ＩＤが割り当てられる。よって、実施形態
では、部区数のベンダがいずれも現在の所与の施設から別の施設への在庫移転を要する場
合、各々の内容物がそれらの異なるベンダに属する異なるＳＣＳビン４２４ａはキット化
ワークステーションに届けられるのであり、製品をこれらのベンダ特有のＳＣＳビン４２
４ａからベンダ共有されたＭＣＳビン４２４ｂの異なる区画へと移転するためにこれがな
される。そのようなビン共有を可能とするため、ＭＣＳビン４２４ｂのモバイルデータ記
憶装置４２６上のビン内容物テーブル５３１内の各記録は、その区画内の製品の所有者た
る各々のベンダのベンダ＿ＩＤを含む。異なるベンダのＳＣＳビン４２４ａからＭＣＳビ
ン４２４ｂへの製品移転の際、施設管理サブシステム４０４はしたがってＳＣＳビン４２
４ａのモバイルデータ記憶装置４２６からベンダ＿ＩＤを読み取るのであり、このベンダ
＿ＩＤをＭＣＳビン４２４ｂのモバイルデータ記憶装置４２６上にそのＳＣＳビン４２４
ａからの製品が置かれる区画の各々の区画＿ＩＤとの関連で記録する。そのようなベンダ
共有ＭＣＳビン４２４ｂの場合、中央コンピューティングシステム４０１によってそのベ
ンダ共有ＭＣＳビン４２４ｂについてマクロ施設へと送信されたビン構成データセットは
複数のベンダ＿ＩＤを含み、各々は１つ以上の製品＿ＩＤと関連付けられており、各々は
ＭＣＳビン４２４ｂの区画の各１つの区画に置かれるべきものとされる。
ＰＯビン４２４ｃのそれと似ており、例えば、ビン情報テーブル５３０・ビン内容物テー
ブル５３１・製品情報テーブル５３２の内容という側面で随意的には完全に又は実質的に
同一とされ得るも、ＦＯビン４２４ｄの単一の区画＿ＩＤは随意的に省略され得る。ＭＣ
Ｓビン４２４ｂがその異なる区画内において複数の異なる製品を含むことになってしまう
このようなマルチＳＫＵな文脈では、モバイルデータ記憶装置４２６の格納ビン内容物テ
ーブル５３１及び製品情報テーブル５３２に複数の記録が書き込まれることになってしま
うのであり、各々はそこに含まれる製品の各々の異なる１つに関するものである。１つ以
上の他の施設における特定のベンダの在庫ニーズに基づいて、ＭＣＳビン４２４ｂに、単
一のベンダの製品カタログ３０５からの複数の製品が詰め込まれるも、ＭＣＳビン４２４
ｂのマルチ区画性故にＭＣＳビン４２４ｂに関してマルチベンダ詰め込みをなすことが可
能となるのであり、ＭＣＳビン４２４ｂの各区画＿ＩＤには、カタログ済み製品アイテム
がその区画に置かれる異なるベンダのベンダ＿ＩＤが割り当てられる。よって、実施形態
では、部区数のベンダがいずれも現在の所与の施設から別の施設への在庫移転を要する場
合、各々の内容物がそれらの異なるベンダに属する異なるＳＣＳビン４２４ａはキット化
ワークステーションに届けられるのであり、製品をこれらのベンダ特有のＳＣＳビン４２
４ａからベンダ共有されたＭＣＳビン４２４ｂの異なる区画へと移転するためにこれがな
される。そのようなビン共有を可能とするため、ＭＣＳビン４２４ｂのモバイルデータ記
憶装置４２６上のビン内容物テーブル５３１内の各記録は、その区画内の製品の所有者た
る各々のベンダのベンダ＿ＩＤを含む。異なるベンダのＳＣＳビン４２４ａからＭＣＳビ
ン４２４ｂへの製品移転の際、施設管理サブシステム４０４はしたがってＳＣＳビン４２
４ａのモバイルデータ記憶装置４２６からベンダ＿ＩＤを読み取るのであり、このベンダ
＿ＩＤをＭＣＳビン４２４ｂのモバイルデータ記憶装置４２６上にそのＳＣＳビン４２４
ａからの製品が置かれる区画の各々の区画＿ＩＤとの関連で記録する。そのようなベンダ
共有ＭＣＳビン４２４ｂの場合、中央コンピューティングシステム４０１によってそのベ
ンダ共有ＭＣＳビン４２４ｂについてマクロ施設へと送信されたビン構成データセットは
複数のベンダ＿ＩＤを含み、各々は１つ以上の製品＿ＩＤと関連付けられており、各々は
ＭＣＳビン４２４ｂの区画の各１つの区画に置かれるべきものとされる。
【0106】
図５Ａ～５Ｄに示される中央データベース４０３、ローカル施設データベース４０７、
及びローカル車両データベース４２０並びに図５Ｅ～５Ｆに示される様々な格納ビン４２
４ａ～４２４ｄのモバイルデータ記憶装置４２６内での特に例示されたデータの編成及び
組織化並びにそれらの様々な記録内に含まれる特定のフィールドの特定の選択は、単に例
示目的で供されているにすぎず、本明細書にて開示される実施形態の範囲を限定すること
は意図されていないことに留意されたい。識別された特定のフィールドは一般的には本明
細書にて詳述された様々な実施形態の運用上の詳細事項に特に関するものであるも、追加
の又は無関係の機能性のために追加のデータを他の実施形態が用いたり、特に詳述された
実施形態内にて示されたフィーチャや機能のサブセットによって特徴付けられる他の実施
形態に不要な随意的データを省いたりできる。
及びローカル車両データベース４２０並びに図５Ｅ～５Ｆに示される様々な格納ビン４２
４ａ～４２４ｄのモバイルデータ記憶装置４２６内での特に例示されたデータの編成及び
組織化並びにそれらの様々な記録内に含まれる特定のフィールドの特定の選択は、単に例
示目的で供されているにすぎず、本明細書にて開示される実施形態の範囲を限定すること
は意図されていないことに留意されたい。識別された特定のフィールドは一般的には本明
細書にて詳述された様々な実施形態の運用上の詳細事項に特に関するものであるも、追加
の又は無関係の機能性のために追加のデータを他の実施形態が用いたり、特に詳述された
実施形態内にて示されたフィーチャや機能のサブセットによって特徴付けられる他の実施
形態に不要な随意的データを省いたりできる。
【0107】
図６Ａは、実施形態による、マルチエンティティ在庫管理システム４００を順方向又は
下流方向に向かうサプライ、在庫及び注文が入った格納ビンについてのワークフローにつ
いて示す図である。図６Ａでは、一連のメガ施設・マクロ施設・マイクロ施設１０，１２
，１４における到着方向及び出発方向の輸送行為が例示されており、製造者、サプライヤ
、及び／又は外部の・パートナーの・契約関係有りのエンティティ等のエンティティによ
って運営される流通センタ（以下、「サプライヤ」という。）からの到着供給品積荷６０
１ａ，６０１ｂがメガ施設１０にて受領されることによってことが始まる。マルチエンテ
ィティ在庫管理システム４００は、個別のノード施設１０，１２，１４，１６、並びに、
供給品積荷と製品在庫と顧客注文とマルチエンティティ在庫管理システム４００にてこれ
らを格納・輸送するために用いられる格納ビン・注文ビンとの関係でのそこにおける及び
それらの間でのワークフローを、管理する。メガ施設１０に到着する到着供給品積荷の少
なくとも１つの幾つかは典型的にはフルケース積荷６０１ａであり、各ケース（例えば、
段ボール箱、再利用可能トート、又は他の容器）は製品タイプを１つのみ（即ち、合致す
る製品＿ＩＤの製品のみ）を含む。本開示で使用されるように、「在庫管理単位（ＳＫＵ
、stock keeping unit）」との用語は、一意的製品識別子を指すために用いられるのであ
り、即ちグローバル製品識別子又はベンダ特有製品識別子が含まれる。よって、単一ＳＫ
Ｕケース又は単一ＳＫＵビンとは、同じタイプの製品を含むケース又はビンを指すのであ
り、これら製品の等価性がそれらの製品によって共有される合致するＳＫＵ、合致するユ
ニバーサル製品コード（ＵＰＣ、universal product code）、又は合致する別のグローバ
ル若しくはベンダ特有製品識別子のいずれによってもよい。フルケース積荷６０１ａは多
くの場合パレット化された形式（即ち、パレット４０２として）でサプライヤからメガ施
設１０に到着する。したがって、各メガ施設１０は、フルケース積荷６０１ａを脱パレッ
ト化するための脱パレット化ステーションを少なくとも１つ備える。他の到着するフルケ
ース積荷６０１ａはパレット化積荷ではなくばらケース型積荷たり得るのであり、その場
合脱パレット化は要されず、また、メガ施設１０内の脱パレット化ステーションは省かれ
るかバイパスされることができる。
下流方向に向かうサプライ、在庫及び注文が入った格納ビンについてのワークフローにつ
いて示す図である。図６Ａでは、一連のメガ施設・マクロ施設・マイクロ施設１０，１２
，１４における到着方向及び出発方向の輸送行為が例示されており、製造者、サプライヤ
、及び／又は外部の・パートナーの・契約関係有りのエンティティ等のエンティティによ
って運営される流通センタ（以下、「サプライヤ」という。）からの到着供給品積荷６０
１ａ，６０１ｂがメガ施設１０にて受領されることによってことが始まる。マルチエンテ
ィティ在庫管理システム４００は、個別のノード施設１０，１２，１４，１６、並びに、
供給品積荷と製品在庫と顧客注文とマルチエンティティ在庫管理システム４００にてこれ
らを格納・輸送するために用いられる格納ビン・注文ビンとの関係でのそこにおける及び
それらの間でのワークフローを、管理する。メガ施設１０に到着する到着供給品積荷の少
なくとも１つの幾つかは典型的にはフルケース積荷６０１ａであり、各ケース（例えば、
段ボール箱、再利用可能トート、又は他の容器）は製品タイプを１つのみ（即ち、合致す
る製品＿ＩＤの製品のみ）を含む。本開示で使用されるように、「在庫管理単位（ＳＫＵ
、stock keeping unit）」との用語は、一意的製品識別子を指すために用いられるのであ
り、即ちグローバル製品識別子又はベンダ特有製品識別子が含まれる。よって、単一ＳＫ
Ｕケース又は単一ＳＫＵビンとは、同じタイプの製品を含むケース又はビンを指すのであ
り、これら製品の等価性がそれらの製品によって共有される合致するＳＫＵ、合致するユ
ニバーサル製品コード（ＵＰＣ、universal product code）、又は合致する別のグローバ
ル若しくはベンダ特有製品識別子のいずれによってもよい。フルケース積荷６０１ａは多
くの場合パレット化された形式（即ち、パレット４０２として）でサプライヤからメガ施
設１０に到着する。したがって、各メガ施設１０は、フルケース積荷６０１ａを脱パレッ
ト化するための脱パレット化ステーションを少なくとも１つ備える。他の到着するフルケ
ース積荷６０１ａはパレット化積荷ではなくばらケース型積荷たり得るのであり、その場
合脱パレット化は要されず、また、メガ施設１０内の脱パレット化ステーションは省かれ
るかバイパスされることができる。
【0108】
パレット化されているもの又はばら状態のものであれ、従来型の製品パッケージング（
例えば、段ボール箱や輸送用トート等）で受領されたフルケース積荷６０１ａとの関係で
追加的に又は代替的には、到着供給品積荷は随意的には予めビンされた積荷６０１ｂ，６
０１ｃを含むことができ、製品はメガ施設・マクロ施設・マイクロ施設１０，１２，１４
のそれぞれとの互換性を有する格納ビン４２４ａ，４２４ｂを用いてサプライヤから配達
される。このような場合、サプライヤからメガ施設１０に予めロードされた状態で来る到
着格納ビン４２４ａは、ＳＣＳビン４２４ａとされ得るのであり、各々は、製品を到着し
たＳＣＳビン４２４ａから他のＳＣＳビン４２４ａへと移転する単一化（singulation）
ステップを行うことを要せずにメガ施設１０のインデクスド格納アレイ内へと直接的に取
り込まれ得る合致する製品タイプの製品のみを、含む。
例えば、段ボール箱や輸送用トート等）で受領されたフルケース積荷６０１ａとの関係で
追加的に又は代替的には、到着供給品積荷は随意的には予めビンされた積荷６０１ｂ，６
０１ｃを含むことができ、製品はメガ施設・マクロ施設・マイクロ施設１０，１２，１４
のそれぞれとの互換性を有する格納ビン４２４ａ，４２４ｂを用いてサプライヤから配達
される。このような場合、サプライヤからメガ施設１０に予めロードされた状態で来る到
着格納ビン４２４ａは、ＳＣＳビン４２４ａとされ得るのであり、各々は、製品を到着し
たＳＣＳビン４２４ａから他のＳＣＳビン４２４ａへと移転する単一化（singulation）
ステップを行うことを要せずにメガ施設１０のインデクスド格納アレイ内へと直接的に取
り込まれ得る合致する製品タイプの製品のみを、含む。
【0109】
メガ施設１０にて詰められた又は予めビン入れされた積荷６０１ｂを介して受領された
ＳＣＳビン４２４ａ（以下、「単一ＳＫＵビン」ともいう。）は、下流に向かってマクロ
施設１２の１つへ輸送するためにメガ施設１０から例えばセミトレーラトラック等の大型
輸送車両４１５ａに積み込まれる。所定の任意のマクロ施設１２にて、施設管理サブシス
テム４０４は、図４Ａ～４Ｃに示される中央コンピューティングシステム４０１と通信す
るのであり、これが進行形でマルチエンティティ在庫管理システム４００の様々な施設に
おける様々なベンダの予測される在庫ニーズ又は現在の在庫ニーズを特定するのであり、
それによって、マクロ施設１２にて手持ちとなっている製品によって充足可能な、所与の
マクロ施設１２の下流に所在するマイクロ施設１４での或いは随意的には他のマクロ施設
１２での在庫ニーズを、識別する。
ＳＣＳビン４２４ａ（以下、「単一ＳＫＵビン」ともいう。）は、下流に向かってマクロ
施設１２の１つへ輸送するためにメガ施設１０から例えばセミトレーラトラック等の大型
輸送車両４１５ａに積み込まれる。所定の任意のマクロ施設１２にて、施設管理サブシス
テム４０４は、図４Ａ～４Ｃに示される中央コンピューティングシステム４０１と通信す
るのであり、これが進行形でマルチエンティティ在庫管理システム４００の様々な施設に
おける様々なベンダの予測される在庫ニーズ又は現在の在庫ニーズを特定するのであり、
それによって、マクロ施設１２にて手持ちとなっている製品によって充足可能な、所与の
マクロ施設１２の下流に所在するマイクロ施設１４での或いは随意的には他のマクロ施設
１２での在庫ニーズを、識別する。
【0110】
マクロ施設１２では、ＳＣＳビン４２４ａはキットが入れられた下流に向かうマルチ区
画格納ビン（ＤＭＣＳ、downstream-headed multi-compartment storage）４２４ｂを詰
めるためにマクロ施設１２にて用いられる。ＤＭＣＳビン４２４ｂ（「複数ＳＫＵビン」
ともいう。）は、下流に向かってマイクロ施設１４の１つへと輸送するために、マクロ施
設１２から例えばセミトレーラトラック等の大型輸送車両４１５ｂに積み込まれる。実施
形態では、マイクロ施設１４は、例えばベンダ及び／又は外部サプライヤの１つ以上によ
って所有及び運営されている、又は契約している外部流通センタからの予めビンされた供
給品積荷４０１ｃ等のマルチエンティティ在庫管理システム４００の内外の他の施設から
ＤＭＣＳビン４２４ｂを受領する。マイクロ施設１４にある格納ビンは、他の格納ビン４
２４ａ，４２４ｂとは異なるより小さな標準化サイズ及びフットプリントを有する完成注
文（ＦＯ、finished-order）ビン４２４ｄとされる。実施形態では、これらのＦＯビン４
２４ｄは他の格納ビン４２４ａ，４２４ｂ，４２４ｃの約半分のサイズ及びフットプリン
トとされるのであり、各々は顧客注文を１つのみ内包するように意図されており、したが
ってＤＭＣＳビン４２４ｂのようにその内部が細分化されていることを要さない。この実
施形態では、これらのより小さなＦＯビン４２４ｄは、図４Ａ～４Ｃに示されるメガ施設
１０、マクロ施設１２、及びマイクロ施設１４のインデクスド格納アレイ及びロボティッ
クハンドラー４０８並びに図４Ａ～４Ｃに示される輸送車両４１５ａ，４１５ｂのビンカ
ルーセル４２２ａとは互換性を有しておらず、代わりに、ナノ施設１６及び輸送車両４１
５ｃにて用いられる異なるタイプのインデクスド格納アレイ向けに特化されたサイズ及び
構成とされている。輸送車両４１５ｃは、輸送車両４１５ａを小規模にした変種である。
画格納ビン（ＤＭＣＳ、downstream-headed multi-compartment storage）４２４ｂを詰
めるためにマクロ施設１２にて用いられる。ＤＭＣＳビン４２４ｂ（「複数ＳＫＵビン」
ともいう。）は、下流に向かってマイクロ施設１４の１つへと輸送するために、マクロ施
設１２から例えばセミトレーラトラック等の大型輸送車両４１５ｂに積み込まれる。実施
形態では、マイクロ施設１４は、例えばベンダ及び／又は外部サプライヤの１つ以上によ
って所有及び運営されている、又は契約している外部流通センタからの予めビンされた供
給品積荷４０１ｃ等のマルチエンティティ在庫管理システム４００の内外の他の施設から
ＤＭＣＳビン４２４ｂを受領する。マイクロ施設１４にある格納ビンは、他の格納ビン４
２４ａ，４２４ｂとは異なるより小さな標準化サイズ及びフットプリントを有する完成注
文（ＦＯ、finished-order）ビン４２４ｄとされる。実施形態では、これらのＦＯビン４
２４ｄは他の格納ビン４２４ａ，４２４ｂ，４２４ｃの約半分のサイズ及びフットプリン
トとされるのであり、各々は顧客注文を１つのみ内包するように意図されており、したが
ってＤＭＣＳビン４２４ｂのようにその内部が細分化されていることを要さない。この実
施形態では、これらのより小さなＦＯビン４２４ｄは、図４Ａ～４Ｃに示されるメガ施設
１０、マクロ施設１２、及びマイクロ施設１４のインデクスド格納アレイ及びロボティッ
クハンドラー４０８並びに図４Ａ～４Ｃに示される輸送車両４１５ａ，４１５ｂのビンカ
ルーセル４２２ａとは互換性を有しておらず、代わりに、ナノ施設１６及び輸送車両４１
５ｃにて用いられる異なるタイプのインデクスド格納アレイ向けに特化されたサイズ及び
構成とされている。輸送車両４１５ｃは、輸送車両４１５ａを小規模にした変種である。
【0111】
詳細な説明では、格納ビン４２４ａ，４２４ｂについての２つのカテゴリは次の観点か
ら互いに区別されている：区画化の度合い、即ち非区画化ＳＣＳビンと区画化ＭＣＳビン
との違い；及びそこに置かれる製品の混合又は非混合性に関する特徴、即ち単一ＳＫＵＳ
ＣＳビン内に置かれる合致する製品＿ＩＤの単一製品タイプの非混合製品と複数ＳＫＵＭ
ＣＳビン内に置かれる合致しない製品＿ＩＤの複数製品タイプの混合製品との違い。もっ
とも、他の実施形態では、２つのカテゴリはいずれも区画化ビンを伴うのであり、その場
合次の事項の任意の１つ以上に基づいて２つのカテゴリ間の区別がもたらされる：各カテ
ゴリの格納ビンが有する区画の数量；各カテゴリの格納ビン内にて受領された内容物の混
合／非混合性；及び図４Ａ～４Ｃ及び図６Ａ～６Ｂに示されるマルチエンティティ在庫管
理システム４００を通じての製品ワークフローにおいて各カテゴリのこれら格納ビンにも
のが入れられる順序、即ち、ベンダ在庫ニーズを充足するために供給品積荷としてマルチ
エンティティ在庫管理システム４００に入ってくる「サプライヤ製品」が第１のカテゴリ
の格納ビン４２４ａに入れられており、第１のカテゴリの格納ビン４２４ａ内でマルチエ
ンティティ在庫管理システム４００内へと以前取り込まれており且つ注文充足の際にピッ
キングの準備ができている既に在庫化された「ベンダ製品」が第２のカテゴリの格納ビン
４２４ｂに入れられている。実施形態では、第１のカテゴリの格納ビン４２４ａは、複数
の区画を有する細分化された内部を伴う区画化ビンでもあるが、第２のカテゴリの格納ビ
ン４２４ｂに比して有する区画の数量がより少ないのであり、それによって詳細な説明と
同様の関係性が維持されるのであって、第２のカテゴリのＭＣＳビン４２４ｂは第１のカ
テゴリのＳＣＳビン４２４ａよりも多い区画数を有する。
ら互いに区別されている：区画化の度合い、即ち非区画化ＳＣＳビンと区画化ＭＣＳビン
との違い；及びそこに置かれる製品の混合又は非混合性に関する特徴、即ち単一ＳＫＵＳ
ＣＳビン内に置かれる合致する製品＿ＩＤの単一製品タイプの非混合製品と複数ＳＫＵＭ
ＣＳビン内に置かれる合致しない製品＿ＩＤの複数製品タイプの混合製品との違い。もっ
とも、他の実施形態では、２つのカテゴリはいずれも区画化ビンを伴うのであり、その場
合次の事項の任意の１つ以上に基づいて２つのカテゴリ間の区別がもたらされる：各カテ
ゴリの格納ビンが有する区画の数量；各カテゴリの格納ビン内にて受領された内容物の混
合／非混合性；及び図４Ａ～４Ｃ及び図６Ａ～６Ｂに示されるマルチエンティティ在庫管
理システム４００を通じての製品ワークフローにおいて各カテゴリのこれら格納ビンにも
のが入れられる順序、即ち、ベンダ在庫ニーズを充足するために供給品積荷としてマルチ
エンティティ在庫管理システム４００に入ってくる「サプライヤ製品」が第１のカテゴリ
の格納ビン４２４ａに入れられており、第１のカテゴリの格納ビン４２４ａ内でマルチエ
ンティティ在庫管理システム４００内へと以前取り込まれており且つ注文充足の際にピッ
キングの準備ができている既に在庫化された「ベンダ製品」が第２のカテゴリの格納ビン
４２４ｂに入れられている。実施形態では、第１のカテゴリの格納ビン４２４ａは、複数
の区画を有する細分化された内部を伴う区画化ビンでもあるが、第２のカテゴリの格納ビ
ン４２４ｂに比して有する区画の数量がより少ないのであり、それによって詳細な説明と
同様の関係性が維持されるのであって、第２のカテゴリのＭＣＳビン４２４ｂは第１のカ
テゴリのＳＣＳビン４２４ａよりも多い区画数を有する。
【0112】
マクロ施設１２及びマイクロ施設１４の間での輸送を主たる目的又は専らの目的として
いる輸送車両４１５ｂは、格納ビンをメガ施設１０及びマクロ施設１２の間で輸送するた
めに用いられるのと同じ大型車両４１５ａたり得る。「メガ-マクロ輸送車両」４１５ａ
及び「マクロ-マイクロ輸送車両」４１５ｂとの用語は、メガ及びマクロ施設１０，１２
間を移動する輸送車両を、マクロ及びマイクロ施設１２，１４間を移動する輸送車両から
区別するために本明細書にて用いられる。実施形態では、これらの輸送車両は構成に関し
て相互に同一又は類似であり、主たる差異点又は専らの差異点はどの施設を担当するかと
いう点に関する。
いる輸送車両４１５ｂは、格納ビンをメガ施設１０及びマクロ施設１２の間で輸送するた
めに用いられるのと同じ大型車両４１５ａたり得る。「メガ-マクロ輸送車両」４１５ａ
及び「マクロ-マイクロ輸送車両」４１５ｂとの用語は、メガ及びマクロ施設１０，１２
間を移動する輸送車両を、マクロ及びマイクロ施設１２，１４間を移動する輸送車両から
区別するために本明細書にて用いられる。実施形態では、これらの輸送車両は構成に関し
て相互に同一又は類似であり、主たる差異点又は専らの差異点はどの施設を担当するかと
いう点に関する。
【0113】
図６Ｂは、実施形態による、マルチエンティティ在庫管理システム４００を逆方向又は
上流方向に向かう空及び顧客返品格納ビン４２４ａ，４２４ｂ，４２４ｄについてのワー
クフローについて示す図である。格納ビンが下流方向（downstream direction）に移転さ
れて施設から出発輸送車両へと向かう在庫管理ワークフローの各点においては、１つ以上
の格納ビンが逆の上流方向（reverse upstream direction）に移転される。例えば、メガ
施設１０からの製品入りＳＣＳビン４２４ａが、マクロ施設１２の到着積み込みドックに
て到着したメガ－マクロ輸送車両４１５ａからオフロードされている場合、マクロ施設１
２からの空のＳＣＳビン４２４ａは、到着する製品入りＳＣＳビン４２４ａの元となって
いるメガ施設１０と同じ所へと送還するために、同じメガ－マクロ輸送車両４１５ａに積
み込まれる。して、メガ施設１０に帰着したならば、輸送車両４１５ａは、マクロ施設１
２からの空のＳＣＳビン４２４ａのセットを降ろして、マクロ施設１２又は輸送車両４１
５ａが次に向かうべきものとして予定されている別の宛先へとまた輸送すべきＳＣＳビン
４２４ａの次なるセットを拾う。この実施形態では、同じメガ施設１０への空のＳＣＳビ
ン４２４ａの上流送還が参照されるのであり、輸送車両４１５ａが以前行ったマクロ施設
１２からのことであり、その空のＳＣＳビン４２４ａが回収されるのであり、別の実施形
態では、輸送車両４１５ａは、このマクロ施設１２を出発して、輸送車両４１５ａの出発
元とは異なる上流のメガ施設１０へと向かう。即ち、輸送車両４１５ａは空のＳＣＳビン
４２４ａを、マクロ施設１２から、同じ輸送車両４１５ａがそのマクロ施設にものが入っ
たＳＣＳビン４２４ａを届けたばかりのとは異なるメガ施設１０へと持って行く。したが
って、ＳＣＳビン４２４ａに関しての施設と輸送車両との間での任意の移転は、ＳＣＳビ
ン４２４ａについてのスワップ又は交換を伴うのであり、例えば空のＳＣＳビン等の上流
方向に向かう格納ビン及び例えばものが入ったＳＣＳビン等の下流方向に向かう格納ビン
が相互に交換される。
上流方向に向かう空及び顧客返品格納ビン４２４ａ，４２４ｂ，４２４ｄについてのワー
クフローについて示す図である。格納ビンが下流方向（downstream direction）に移転さ
れて施設から出発輸送車両へと向かう在庫管理ワークフローの各点においては、１つ以上
の格納ビンが逆の上流方向（reverse upstream direction）に移転される。例えば、メガ
施設１０からの製品入りＳＣＳビン４２４ａが、マクロ施設１２の到着積み込みドックに
て到着したメガ－マクロ輸送車両４１５ａからオフロードされている場合、マクロ施設１
２からの空のＳＣＳビン４２４ａは、到着する製品入りＳＣＳビン４２４ａの元となって
いるメガ施設１０と同じ所へと送還するために、同じメガ－マクロ輸送車両４１５ａに積
み込まれる。して、メガ施設１０に帰着したならば、輸送車両４１５ａは、マクロ施設１
２からの空のＳＣＳビン４２４ａのセットを降ろして、マクロ施設１２又は輸送車両４１
５ａが次に向かうべきものとして予定されている別の宛先へとまた輸送すべきＳＣＳビン
４２４ａの次なるセットを拾う。この実施形態では、同じメガ施設１０への空のＳＣＳビ
ン４２４ａの上流送還が参照されるのであり、輸送車両４１５ａが以前行ったマクロ施設
１２からのことであり、その空のＳＣＳビン４２４ａが回収されるのであり、別の実施形
態では、輸送車両４１５ａは、このマクロ施設１２を出発して、輸送車両４１５ａの出発
元とは異なる上流のメガ施設１０へと向かう。即ち、輸送車両４１５ａは空のＳＣＳビン
４２４ａを、マクロ施設１２から、同じ輸送車両４１５ａがそのマクロ施設にものが入っ
たＳＣＳビン４２４ａを届けたばかりのとは異なるメガ施設１０へと持って行く。したが
って、ＳＣＳビン４２４ａに関しての施設と輸送車両との間での任意の移転は、ＳＣＳビ
ン４２４ａについてのスワップ又は交換を伴うのであり、例えば空のＳＣＳビン等の上流
方向に向かう格納ビン及び例えばものが入ったＳＣＳビン等の下流方向に向かう格納ビン
が相互に交換される。
【0114】
本明細書にて開示されるマルチエンティティ在庫管理システム４００は在庫管理ワーク
フローの自律的で整然とした管理を実施するのであり、格納ビン４２４ａ，４２４ｂ，４
２４ｄはエンドポイントを含む各ノード施設１０，１２，１４，１６にて１対１の対応（
即ち１：１）で交換されて、マルチエンティティ在庫管理システム４００を通じての順方
向及び逆方向の格納ビン４２４ａ，４２４ｂ，４２４ｄの流量が等価且つ連続的とされる
ことが可能となる。マルチエンティティ在庫管理システム４００は、したがって、施設１
０，１２，１４，１６及び対応する輸送車両４１５ａ，４１５ｂ，４１５ｃにおける１：
１でのトランザクションを可能とするのであり、それによって図６Ｂに示される格納ビン
４２４ａ，４２４ｂ、４２４ｄの逆行流量が図６Ａに示される順行流量と同じになること
が可能となり、それによってマルチエンティティ在庫管理システム４００が整然としたも
のとなる。
フローの自律的で整然とした管理を実施するのであり、格納ビン４２４ａ，４２４ｂ，４
２４ｄはエンドポイントを含む各ノード施設１０，１２，１４，１６にて１対１の対応（
即ち１：１）で交換されて、マルチエンティティ在庫管理システム４００を通じての順方
向及び逆方向の格納ビン４２４ａ，４２４ｂ，４２４ｄの流量が等価且つ連続的とされる
ことが可能となる。マルチエンティティ在庫管理システム４００は、したがって、施設１
０，１２，１４，１６及び対応する輸送車両４１５ａ，４１５ｂ，４１５ｃにおける１：
１でのトランザクションを可能とするのであり、それによって図６Ｂに示される格納ビン
４２４ａ，４２４ｂ、４２４ｄの逆行流量が図６Ａに示される順行流量と同じになること
が可能となり、それによってマルチエンティティ在庫管理システム４００が整然としたも
のとなる。
【0115】
図４Ａの詳細な説明にて開示したように、図６Ａ～６Ｂに示される各輸送車両４１５ａ
，４１５ｂ，４１５ｃには、輸送車両４１５ａ，４１５ｂ，４１５ｃの動き及び場所を追
跡するＧＰＳ装置４１９と、輸送車両４１５ａ，４１５ｂ，４１５ｃの現在の場所を中央
コンピューティングシステム４０１へと伝達する広域通信装置４１８とが装備されている
。中央データベース４０３内のストック済み在庫テーブル５０４に対して、輸送車両４１
５ａ，４１５ｂで現在輸送中の任意の格納ビン４２４ａ，４２４ｂ内に格納された製品に
ついてのクエリを発すると、その格納ビン４２４ａ，４２４ｂの現在のＧＰＳによる場所
が格納ビン４２４ａ，４２４ｂの乗っている輸送車両４１５ａ，４１５ｂのＧＰＳ座標に
基づいて報告される。同様に、中央データベース４０３に対して、輸送車両４１５ｃ上で
現在輸送されているＦＯビン４２４ｄについてＦＯビンテーブル５１４に注文番号が記録
されている任意の顧客注文についてのクエリを発すると、そのＦＯビン４２４ｄの現在の
ＧＰＳによる場所が、ＦＯビン４２４ｄの乗っている輸送車両４１５ｃのＧＰＳ座標に基
づいて報告される。その結果、図４Ｂに示される格納ビン及び注文ビン４２４に関しての
マルチエンティティ在庫管理システム４００における包括的な監視及び追跡が達成される
。
，４１５ｂ，４１５ｃには、輸送車両４１５ａ，４１５ｂ，４１５ｃの動き及び場所を追
跡するＧＰＳ装置４１９と、輸送車両４１５ａ，４１５ｂ，４１５ｃの現在の場所を中央
コンピューティングシステム４０１へと伝達する広域通信装置４１８とが装備されている
。中央データベース４０３内のストック済み在庫テーブル５０４に対して、輸送車両４１
５ａ，４１５ｂで現在輸送中の任意の格納ビン４２４ａ，４２４ｂ内に格納された製品に
ついてのクエリを発すると、その格納ビン４２４ａ，４２４ｂの現在のＧＰＳによる場所
が格納ビン４２４ａ，４２４ｂの乗っている輸送車両４１５ａ，４１５ｂのＧＰＳ座標に
基づいて報告される。同様に、中央データベース４０３に対して、輸送車両４１５ｃ上で
現在輸送されているＦＯビン４２４ｄについてＦＯビンテーブル５１４に注文番号が記録
されている任意の顧客注文についてのクエリを発すると、そのＦＯビン４２４ｄの現在の
ＧＰＳによる場所が、ＦＯビン４２４ｄの乗っている輸送車両４１５ｃのＧＰＳ座標に基
づいて報告される。その結果、図４Ｂに示される格納ビン及び注文ビン４２４に関しての
マルチエンティティ在庫管理システム４００における包括的な監視及び追跡が達成される
。
【0116】
様々な施設での積み込み／積み降ろし手順について先述された例は空の格納ビンの上流
へのフローに関するものであるが、同様の態様で他の格納ビンを上流方向に輸送すること
もできる。例えば、ナノ施設１６にてドロップされた顧客返品を含む注文ビンを備える格
納ビンは、マルチエンティティ在庫管理システム４００内の上流施設付近に所在するベン
ダ・サプライヤ・製造者に返品するために上流へと輸送されるか、又は、運営エンティテ
ィがベンダ・サプライヤ・製造者の代理で顧客返品を取り扱う契約を結んでいる場合には
運営エンティティへと輸送される。例えば、顧客注文にて１つ以上の欠陥品・不適切にサ
イジングされた製品・不十分な製品を受け取った場合に製品返品をなす顧客は、ベンダ又
は（例えばベンダの販売／返品プラットフォーム等のｅコマースプラットフォームが運営
エンティティのプラットフォームに統合されている場合には）運営エンティティへと製品
返品リクエストを送るのであり、それに応答して、製品返品エントリが図４Ａに示されて
いる中央データベース４０３にて生成されるのであり、これには顧客に最も近いナノ施設
１６の施設＿ＩＤが含まれており、これは例えば元の注文からの図５Ｂに示される中央デ
ータベース４０３の顧客注文テーブル５１６内に記憶されている顧客住所に基づいており
、或いは後に生成された返品エントリにて識別されるか、或いは自らの返品リクエストに
て顧客によって指定された任意の他のナノ施設ともされ得る。
へのフローに関するものであるが、同様の態様で他の格納ビンを上流方向に輸送すること
もできる。例えば、ナノ施設１６にてドロップされた顧客返品を含む注文ビンを備える格
納ビンは、マルチエンティティ在庫管理システム４００内の上流施設付近に所在するベン
ダ・サプライヤ・製造者に返品するために上流へと輸送されるか、又は、運営エンティテ
ィがベンダ・サプライヤ・製造者の代理で顧客返品を取り扱う契約を結んでいる場合には
運営エンティティへと輸送される。例えば、顧客注文にて１つ以上の欠陥品・不適切にサ
イジングされた製品・不十分な製品を受け取った場合に製品返品をなす顧客は、ベンダ又
は（例えばベンダの販売／返品プラットフォーム等のｅコマースプラットフォームが運営
エンティティのプラットフォームに統合されている場合には）運営エンティティへと製品
返品リクエストを送るのであり、それに応答して、製品返品エントリが図４Ａに示されて
いる中央データベース４０３にて生成されるのであり、これには顧客に最も近いナノ施設
１６の施設＿ＩＤが含まれており、これは例えば元の注文からの図５Ｂに示される中央デ
ータベース４０３の顧客注文テーブル５１６内に記憶されている顧客住所に基づいており
、或いは後に生成された返品エントリにて識別されるか、或いは自らの返品リクエストに
て顧客によって指定された任意の他のナノ施設ともされ得る。
【0117】
図４Ａに示される中央コンピューティングシステム４０１は選択されたナノ施設１６に
空の注文ビンがあるかについてチェックするのであり、空の注文ビンを検出したらば、中
央データベース４０３においてのその注文ビンの記録された状態を指定された「返品」ビ
ンに更新するのであり、例えば図５Ｂに示されるＦＯビンテーブル５１４内の充足／返品
状態フィールドによってこれがなされる。中央コンピューティングシステム４０１はこの
状態変化について施設管理サブシステム４０４にもシグナリングをするのであり、次に、
図５Ｆに示される指定返品ビンのモバイルデータ記憶装置４２６上の内容物テーブル５３
１内の同じ充足／返品状態フィールドを無線的に更新するのであり、そのような状態がロ
ーカル施設データベース４０７に記憶されている場合には該データベースについても同様
とされる。中央コンピューティングシステム４０１は、注文ピックアップアクセスコード
に似た注文返品ドロップオフコードをもユーザに送る。注文返品ドロップオフコードは、
指定された返品ビンのインデクスド格納場所へのアクセスをユーザに与えるのであり、ユ
ーザはそこにベンダ・サプライヤ・製造者へと返品されるべき製品を置く。ものが入った
ＦＯビン４２４ｄを有するマイクロ－ナノ輸送車両４１５ｃがナノ施設１６に今度到着し
、且つ、それがそこから返品製品がマイクロ施設１４へと向かってまた上流に向けてルー
ティングされて目的とされたマイクロ施設１４の返品ワークステーションへと或いはそこ
を介して輸送されることが予定されている場合、指定された返品ビンはそのマイクロ－ナ
ノ輸送車両４１５ｃ上に（随意的には空のＦＯビン及び／又は他の指定返品ビンと共に）
積み込まれる。
空の注文ビンがあるかについてチェックするのであり、空の注文ビンを検出したらば、中
央データベース４０３においてのその注文ビンの記録された状態を指定された「返品」ビ
ンに更新するのであり、例えば図５Ｂに示されるＦＯビンテーブル５１４内の充足／返品
状態フィールドによってこれがなされる。中央コンピューティングシステム４０１はこの
状態変化について施設管理サブシステム４０４にもシグナリングをするのであり、次に、
図５Ｆに示される指定返品ビンのモバイルデータ記憶装置４２６上の内容物テーブル５３
１内の同じ充足／返品状態フィールドを無線的に更新するのであり、そのような状態がロ
ーカル施設データベース４０７に記憶されている場合には該データベースについても同様
とされる。中央コンピューティングシステム４０１は、注文ピックアップアクセスコード
に似た注文返品ドロップオフコードをもユーザに送る。注文返品ドロップオフコードは、
指定された返品ビンのインデクスド格納場所へのアクセスをユーザに与えるのであり、ユ
ーザはそこにベンダ・サプライヤ・製造者へと返品されるべき製品を置く。ものが入った
ＦＯビン４２４ｄを有するマイクロ－ナノ輸送車両４１５ｃがナノ施設１６に今度到着し
、且つ、それがそこから返品製品がマイクロ施設１４へと向かってまた上流に向けてルー
ティングされて目的とされたマイクロ施設１４の返品ワークステーションへと或いはそこ
を介して輸送されることが予定されている場合、指定された返品ビンはそのマイクロ－ナ
ノ輸送車両４１５ｃ上に（随意的には空のＦＯビン及び／又は他の指定返品ビンと共に）
積み込まれる。
【0118】
したがって、ナノ施設１６であろうと任意の他の施設であろうと、実施形態では、施設
と輸送車両との間での任意の格納ビン移転は、少なくとも１つの部分的又は完全的に自動
的な態様で行われるビンスワップ又はビン交換を伴うのであり、例えば次のいずれかが想
定される：専らものが入った格納ビンを専ら空の格納ビンとスワップすること（例えば、
ものが入ったＤＦＯビンを専ら空のＵＦＯビンに代えること等）；専らものが入った格納
ビンを専らものが入った格納ビンとスワップすること（例えば、ものが入ったＤＦＯビン
を専ら返品ＵＦＯビンに代えること等）；又は専らものが入った格納ビンをものが入った
格納ビン及び空の格納ビンの組み合わせとスワップすること（例えば、ものが入ったＤＦ
Ｏビンを空の及び返品のＵＦＯビンに代えること等）。したがって、第１の施設にてドロ
ップオフされる１つ以上の格納ビンの各グループ（例えば、空の格納ビン、ものが入った
格納ビン又はこれらの組み合わせ）は、第２の施設へ出発する１つ以上の格納ビンのグル
ープ（例えば、空の格納ビン、ものが入った格納ビン又はこれらの組み合わせ）と交換さ
れるのであり、これは、そのような出発する格納ビンは第１の施設にて現在必要とされて
はいないということに基づいているか、又は第２の施設における格納ビンに関しての不足
若しくは需要に基づいている。
と輸送車両との間での任意の格納ビン移転は、少なくとも１つの部分的又は完全的に自動
的な態様で行われるビンスワップ又はビン交換を伴うのであり、例えば次のいずれかが想
定される：専らものが入った格納ビンを専ら空の格納ビンとスワップすること（例えば、
ものが入ったＤＦＯビンを専ら空のＵＦＯビンに代えること等）；専らものが入った格納
ビンを専らものが入った格納ビンとスワップすること（例えば、ものが入ったＤＦＯビン
を専ら返品ＵＦＯビンに代えること等）；又は専らものが入った格納ビンをものが入った
格納ビン及び空の格納ビンの組み合わせとスワップすること（例えば、ものが入ったＤＦ
Ｏビンを空の及び返品のＵＦＯビンに代えること等）。したがって、第１の施設にてドロ
ップオフされる１つ以上の格納ビンの各グループ（例えば、空の格納ビン、ものが入った
格納ビン又はこれらの組み合わせ）は、第２の施設へ出発する１つ以上の格納ビンのグル
ープ（例えば、空の格納ビン、ものが入った格納ビン又はこれらの組み合わせ）と交換さ
れるのであり、これは、そのような出発する格納ビンは第１の施設にて現在必要とされて
はいないということに基づいているか、又は第２の施設における格納ビンに関しての不足
若しくは需要に基づいている。
【0119】
輸送車両は、例えばメガ－マクロ、マクロ－マイクロ、及びマイクロ－ナノ等のあるク
ラスの施設から別のへとなされる上流方向／下流方向のクラス間輸送に専従する必要はな
く、また、実施形態では、同一クラス内の異なる施設間での水平的クラス内輸送に関与で
きる。したがって、上述の実施形態にて開示されたように、各々の輸送車両／施設につい
ての移転段階における格納ビンの交換又はスワップは、下流方向に向かう格納ビンを上流
方向に向かう格納ビンと交換することには限定されないのであり、「下流方向に向かう」
ビン及び「上流方向に向かう」ビンとの語は、積み込みドックにおけるビンスワップ又は
交換に関与する格納ビン２セット間での区別及びある施設の出発積み込みドックから別の
施設の到着積み込みドックへの格納ビンの輸送する際の区別を確保する便宜のために用い
られる。このようにして、「下流方向に向かう」格納ビンは、ある施設の出発積み込みド
ックを出発したときから別の施設の到着積み込みドックに着くまで一貫してそのように呼
称されることができるのであり、「到着ビン」及び「出発ビン」と呼称する方式とは異な
るのであり、後者ではビンについての同じセットが輸送中に呼称を変えることになる。し
たがって、輸送車両の積み込み及び積み降ろし中の格納ビンの似たようなスワップ若しく
は交換並びに施設・輸送車両・格納ビン間でのデータ交換は、そのような交換がなされて
いる具体的な施設及び輸送車両が向かう次の具体的な施設とは無関係になされる。
ラスの施設から別のへとなされる上流方向／下流方向のクラス間輸送に専従する必要はな
く、また、実施形態では、同一クラス内の異なる施設間での水平的クラス内輸送に関与で
きる。したがって、上述の実施形態にて開示されたように、各々の輸送車両／施設につい
ての移転段階における格納ビンの交換又はスワップは、下流方向に向かう格納ビンを上流
方向に向かう格納ビンと交換することには限定されないのであり、「下流方向に向かう」
ビン及び「上流方向に向かう」ビンとの語は、積み込みドックにおけるビンスワップ又は
交換に関与する格納ビン２セット間での区別及びある施設の出発積み込みドックから別の
施設の到着積み込みドックへの格納ビンの輸送する際の区別を確保する便宜のために用い
られる。このようにして、「下流方向に向かう」格納ビンは、ある施設の出発積み込みド
ックを出発したときから別の施設の到着積み込みドックに着くまで一貫してそのように呼
称されることができるのであり、「到着ビン」及び「出発ビン」と呼称する方式とは異な
るのであり、後者ではビンについての同じセットが輸送中に呼称を変えることになる。し
たがって、輸送車両の積み込み及び積み降ろし中の格納ビンの似たようなスワップ若しく
は交換並びに施設・輸送車両・格納ビン間でのデータ交換は、そのような交換がなされて
いる具体的な施設及び輸送車両が向かう次の具体的な施設とは無関係になされる。
【0120】
図７は、実施形態による、図４Ａ～４Ｃ，６Ａ～６Ｂに示されるマルチエンティティ在
庫管理システム４００のメガ・マクロ・マイクロ施設１０，１２，１４の各々内のインデ
クスド格納場所についての３次元アレイを完全に又は部分的に定義するように構成された
３次元グリッド格納構造７００についての斜視図である。図７に示されるように、３次元
グリッド格納構造７００は、高位水平面内に配置されたグリッド上部トラック（track）
レイアウト７０１を備えるのであり、これは地表面に近い下部水平面内に配置されており
合致及び整列されたグリッド下部トラック（track）レイアウト７０２の上にある。これ
らの整列されたグリッド｛上部／下部｝トラックレイアウト７０１，７０２の間には、棚
状格納場所の３次元アレイがあり、各々は格納ビン４２４をそれぞれその中に保持できる
。格納場所は垂直カラム７０３として配列されており、そこでは等しいスクエアフットプ
リントの格納場所が互いの上に整列されている。そのような各垂直カラム７０３は棚及び
格納ビン４２４を何ら有さない垂直方向に直立なシャフト７０４と隣接しており、それに
よってロボティックハンドラー４０８がそれ通って垂直移動を可能ならしめるのであり、
隣り合う格納カラムの格納場所はこのオープンな垂直方向に直立なシャフト７０４からロ
ボティックハンドラー４０８によってアクセス可能である。ロボティックハンドラー４０
８のフリートは各トラックレイアウト７０１，７０２を２次元的に水平的に横切り、また
、オープンな垂直方向に直立なシャフト７０４を介して２つのトラックレイアウト７０１
，７０２の間を垂直的に横切るように構成されている。
庫管理システム４００のメガ・マクロ・マイクロ施設１０，１２，１４の各々内のインデ
クスド格納場所についての３次元アレイを完全に又は部分的に定義するように構成された
３次元グリッド格納構造７００についての斜視図である。図７に示されるように、３次元
グリッド格納構造７００は、高位水平面内に配置されたグリッド上部トラック（track）
レイアウト７０１を備えるのであり、これは地表面に近い下部水平面内に配置されており
合致及び整列されたグリッド下部トラック（track）レイアウト７０２の上にある。これ
らの整列されたグリッド｛上部／下部｝トラックレイアウト７０１，７０２の間には、棚
状格納場所の３次元アレイがあり、各々は格納ビン４２４をそれぞれその中に保持できる
。格納場所は垂直カラム７０３として配列されており、そこでは等しいスクエアフットプ
リントの格納場所が互いの上に整列されている。そのような各垂直カラム７０３は棚及び
格納ビン４２４を何ら有さない垂直方向に直立なシャフト７０４と隣接しており、それに
よってロボティックハンドラー４０８がそれ通って垂直移動を可能ならしめるのであり、
隣り合う格納カラムの格納場所はこのオープンな垂直方向に直立なシャフト７０４からロ
ボティックハンドラー４０８によってアクセス可能である。ロボティックハンドラー４０
８のフリートは各トラックレイアウト７０１，７０２を２次元的に水平的に横切り、また
、オープンな垂直方向に直立なシャフト７０４を介して２つのトラックレイアウト７０１
，７０２の間を垂直的に横切るように構成されている。
【0121】
トラックレイアウト７０１，７０２のそれぞれは、各々の水平平面のｘ方向に沿うｘ方
向レールのセットと、ｘ方向レールに直交して同じ水平平面のｙ方向に沿うｙ方向レール
のセットとを備える。交差するレールは格納システムの水平基準グリッドを定義するので
あり、交差するレールは格納システムの水平基準グリッドを定義するのであり、各水平グ
リッド行は隣接するｘ方向レールのペアの間で画定され、また、各水平グリッドカラムは
隣接するｙ方向レールのペアの間で画定される。水平グリッドカラムの１つと水平グリッ
ド行の１つとの間の各交点は、各垂直カラム７０３又は各直立シャフト７０４の位置を規
定する。即ち、各垂直カラム７０３及び各直立シャフト７０４は、基準グリッドの各デカ
ルト座標点に所在するのであり、それはｘ方向レール２つとｙ方向レール２つとの間で境
界確定された各エリアにある。どちらかのトラックレイアウトでの４つのレールの間で画
されたそのような各エリアは、トラックレイアウトの各々の「スポット」ともいう。グリ
ッド格納構造７００内の各格納場所の３次元アドレス付けは、与えられた垂直レベルによ
って完成されるのであり、そこにて各格納カラム内の所与の格納場所が所在する。即ち、
各格納場所の３次元アドレスは、３次元グリッド格納構造７００内の格納場所の水平グリ
ッド行、水平グリッドカラム、及び垂直カラムレベルによって決せられる。したがって、
グリッド格納構造７００は、格納場所についての３次元アレイを定義するのであり、各々
はグリッド格納構造７００内のそれぞれのデカルトアドレスによって識別可能である。実
施形態では、拡張トラック及び他のグリッド構造は、グリッド格納構造７００に結合され
ており、他のエリア（例えば、施設のワークステーションや積み込みドック等）に誘導及
びサービスをもたらすのであり、それによってグリッド格納構造７００とそのような他の
エリアとの間及びそのような他のエリア同士の間で格納ビン４２４を搬送することが可能
となる。
向レールのセットと、ｘ方向レールに直交して同じ水平平面のｙ方向に沿うｙ方向レール
のセットとを備える。交差するレールは格納システムの水平基準グリッドを定義するので
あり、交差するレールは格納システムの水平基準グリッドを定義するのであり、各水平グ
リッド行は隣接するｘ方向レールのペアの間で画定され、また、各水平グリッドカラムは
隣接するｙ方向レールのペアの間で画定される。水平グリッドカラムの１つと水平グリッ
ド行の１つとの間の各交点は、各垂直カラム７０３又は各直立シャフト７０４の位置を規
定する。即ち、各垂直カラム７０３及び各直立シャフト７０４は、基準グリッドの各デカ
ルト座標点に所在するのであり、それはｘ方向レール２つとｙ方向レール２つとの間で境
界確定された各エリアにある。どちらかのトラックレイアウトでの４つのレールの間で画
されたそのような各エリアは、トラックレイアウトの各々の「スポット」ともいう。グリ
ッド格納構造７００内の各格納場所の３次元アドレス付けは、与えられた垂直レベルによ
って完成されるのであり、そこにて各格納カラム内の所与の格納場所が所在する。即ち、
各格納場所の３次元アドレスは、３次元グリッド格納構造７００内の格納場所の水平グリ
ッド行、水平グリッドカラム、及び垂直カラムレベルによって決せられる。したがって、
グリッド格納構造７００は、格納場所についての３次元アレイを定義するのであり、各々
はグリッド格納構造７００内のそれぞれのデカルトアドレスによって識別可能である。実
施形態では、拡張トラック及び他のグリッド構造は、グリッド格納構造７００に結合され
ており、他のエリア（例えば、施設のワークステーションや積み込みドック等）に誘導及
びサービスをもたらすのであり、それによってグリッド格納構造７００とそのような他の
エリアとの間及びそのような他のエリア同士の間で格納ビン４２４を搬送することが可能
となる。
【0122】
様々な実施形態では、図４Ａ～４Ｃ，６Ａ～６Ｂに示されるメガ施設・マクロ施設・マ
イクロ施設１０，１２，１４にて用いられるこのようなタイプのグリッド格納構造７００
及びロボティックハンドラー４０８に代わって、各施設にて所定サイズ及び構成の標準化
格納ビン４２４を同様に受領・格納・取り出しできる他のタイプのインデクスド格納アレ
イ及び協調型ロボティックハンドラーが用いられる。本開示で使用されるように、グリッ
ド格納構造７００及び対応するロボティックハンドラー４０８については、標準化格納ビ
ン４２４の所定サイズは、ロボティックハンドラー４０８の上部プラットフォーム上並び
にグリッド格納構造７００内の角棚状格納場所のフットプリント及び領域内に収まるよう
に構成されたサイズ及びフットプリントを指す。格納ビン４２４の構成はロボティックハ
ンドラー４０８の伸縮可能なアームによるかみ合いをそこにてもたらすための適切な特徴
を指すのであり、それによって格納ビン４２４を格納場所からロボティックハンドラー４
０８上へと引き出すこと及び格納ビン４２４をロボティックハンドラー４０８から格納場
所内へと押し込むことを可能とするように動作可能である。他のタイプの格納アレイ及び
ロボティックハンドラーが用いられる場合、他のタイプの格納アレイ及びロボティックハ
ンドラーが用いられる場合、標準化格納ビン４２４の所定のサイズ及び構成は、格納アレ
イ構造／環境の具体的詳細事項、及び構造／環境内にて運用されている協調型ロボティッ
クハンドラーによって、定義される。
イクロ施設１０，１２，１４にて用いられるこのようなタイプのグリッド格納構造７００
及びロボティックハンドラー４０８に代わって、各施設にて所定サイズ及び構成の標準化
格納ビン４２４を同様に受領・格納・取り出しできる他のタイプのインデクスド格納アレ
イ及び協調型ロボティックハンドラーが用いられる。本開示で使用されるように、グリッ
ド格納構造７００及び対応するロボティックハンドラー４０８については、標準化格納ビ
ン４２４の所定サイズは、ロボティックハンドラー４０８の上部プラットフォーム上並び
にグリッド格納構造７００内の角棚状格納場所のフットプリント及び領域内に収まるよう
に構成されたサイズ及びフットプリントを指す。格納ビン４２４の構成はロボティックハ
ンドラー４０８の伸縮可能なアームによるかみ合いをそこにてもたらすための適切な特徴
を指すのであり、それによって格納ビン４２４を格納場所からロボティックハンドラー４
０８上へと引き出すこと及び格納ビン４２４をロボティックハンドラー４０８から格納場
所内へと押し込むことを可能とするように動作可能である。他のタイプの格納アレイ及び
ロボティックハンドラーが用いられる場合、他のタイプの格納アレイ及びロボティックハ
ンドラーが用いられる場合、標準化格納ビン４２４の所定のサイズ及び構成は、格納アレ
イ構造／環境の具体的詳細事項、及び構造／環境内にて運用されている協調型ロボティッ
クハンドラーによって、定義される。
【0123】
実施形態では、各施設は、常温／室温となっている常温格納エリア及び環境的に不安定
な在庫のための１つ以上の環境的に制御された格納エリア（該エリアは、例えば常温未満
の温度の冷蔵エリアやさらに低温の冷凍エリア等の１つ以上の寒冷格納エリアを備える。
）の両方を備える。実施形態では、そのような各環境的に異なる格納エリアは、施設の全
体のインデクスド格納アレイのそれぞれの部分を含むのであり、例えばこれらの各環境的
に異なる格納エリア内の別個のグリッド格納構造を伴ってアレイ全体の格納場所のそれぞ
れのサブセットを定義できる。別の実施形態では、環境的に異なる格納エリアは、本明細
書にて例示される実施形態について後述される共有単一格納構造の環境的に隔離されたゾ
ーンである。他の実施形態では、施設のサブセットのみが、相違する環境的条件の環境的
に異なる格納エリアを複数有する。例えば、図６Ａ～６Ｂに示されるマルチエンティティ
在庫管理システム４００の大きめな上層施設の全て（例えば、メガ施設１０及びマクロ施
設１２等）は、各々が複数の環境的に異なる格納エリアを備えるのであり、一方、下層施
設たるマイクロ施設１４及びナノ施設１６の部分的なサブセットのみが環境的に制御され
た格納エリアを備えるのであり、これら下層に属する他の施設は随意的には常温格納のみ
に割り当てられている。実施形態では、環境的に異なる格納エリアの個数及びそれらの相
対的比率及びグリッド格納構造７００における配置は、可変とされ得る。グリッド格納構
造７００を環境的に異なる格納エリアに細分化することによって、環境的に異なる格納エ
リアは、グリッド格納構造７００上にて運用されるロボティックハンドラー４０８の同じ
共通フリートによって担当される。別の実施形態では、施設１０，１２，１４のより異な
る環境的に制御されたサブセクション内の小さな別個の格納構造が、環境的に隔離されて
異なる格納エリアに細分化された単一グリッド格納構造７００の代替として、採用されて
いる。
な在庫のための１つ以上の環境的に制御された格納エリア（該エリアは、例えば常温未満
の温度の冷蔵エリアやさらに低温の冷凍エリア等の１つ以上の寒冷格納エリアを備える。
）の両方を備える。実施形態では、そのような各環境的に異なる格納エリアは、施設の全
体のインデクスド格納アレイのそれぞれの部分を含むのであり、例えばこれらの各環境的
に異なる格納エリア内の別個のグリッド格納構造を伴ってアレイ全体の格納場所のそれぞ
れのサブセットを定義できる。別の実施形態では、環境的に異なる格納エリアは、本明細
書にて例示される実施形態について後述される共有単一格納構造の環境的に隔離されたゾ
ーンである。他の実施形態では、施設のサブセットのみが、相違する環境的条件の環境的
に異なる格納エリアを複数有する。例えば、図６Ａ～６Ｂに示されるマルチエンティティ
在庫管理システム４００の大きめな上層施設の全て（例えば、メガ施設１０及びマクロ施
設１２等）は、各々が複数の環境的に異なる格納エリアを備えるのであり、一方、下層施
設たるマイクロ施設１４及びナノ施設１６の部分的なサブセットのみが環境的に制御され
た格納エリアを備えるのであり、これら下層に属する他の施設は随意的には常温格納のみ
に割り当てられている。実施形態では、環境的に異なる格納エリアの個数及びそれらの相
対的比率及びグリッド格納構造７００における配置は、可変とされ得る。グリッド格納構
造７００を環境的に異なる格納エリアに細分化することによって、環境的に異なる格納エ
リアは、グリッド格納構造７００上にて運用されるロボティックハンドラー４０８の同じ
共通フリートによって担当される。別の実施形態では、施設１０，１２，１４のより異な
る環境的に制御されたサブセクション内の小さな別個の格納構造が、環境的に隔離されて
異なる格納エリアに細分化された単一グリッド格納構造７００の代替として、採用されて
いる。
【0124】
「施設ベースドアレイ」及び「車両ベースドアレイ」との用語は、静的な施設１０，１
２，１４，１６における図４Ａ～４Ｃ，６Ａ～６Ｂに示される格納アレイと輸送車両４１
５ａ，４１５ｂにおける格納アレイとを区別するために本明細書にて用いられる。輸送車
両４１５ａ，４１５ｂのビンカルーセル４２２ａ，４２２ｂは格納場所の動的アレイを形
成するのであり、「動的格納アレイ」と称するのであり、各カルーセルプラットフォーム
は一意的な場所＿ＩＤを有する各々の格納場所を表し、これはローカル車両データベース
４２０の車両格納テーブル５２７内及び中央データベース４０３のグローバル格納場所テ
ーブル５１１内に格納される（図５Ｄ，５Ｂにそれぞれ図示）。もっとも、車両ベースド
アレイ内の各格納場所（storage location）は、各々のビンカルーセル４２２ａ，４２２
ｂの操作によって各輸送車両４１５ａ，４１５ｂのトレーラ１００３内にて異なる位置（
position）に動かすことが可能である。この点は、グリッド格納構造７００内の各格納場
所が固定された静的な位置（fixed static position）にあり動的に可動な位置（dynamic
ally movable position）とされないマルチエンティティ在庫管理システム４００の施設
１０，１２，１４の静的インデクスド格納アレイとは異なる。輸送車両４１５ａにて動的
格納アレイを用いることによって、トレーラの後部扉より格納ビン４２４ａ，４２４ｂを
利便性良く積むことができる。他の実施形態では、輸送車両４１５ａ，４１５ｂ内にて異
なるタイプのインデクスド格納アレイを用いることができ、例えばメガ施設・マクロ施設
・マイクロ施設１０，１２，１４にて用いられるロボットによるサービスがなされるグリ
ッド格納構造のミニチュア版や、人間又はロボットによるサービスがなされる格納ビン４
２４ａ，４２４ｂの標準的サイズ及び形状に特別にフィットするように適切にサイズが定
められた個別格納場所（例えば、棚や小さな収納スペース等）付きの別の格納アレイが想
定されるのであり、各格納場所は各々の場所＿ＩＤによってローカル車両データベース４
２０及び中央データベース４０３にてインデクス付けされる。例えばカルーセルプラット
フォーム等の動的格納場所がトレーラの後端から直接的に積み込まれる実施形態では、メ
ガ施設・マクロ施設・マイクロ施設１０，１２，１４のいずれか内のグリッド格納構造７
００からの拡張トラック（track）は積み込みドックに延びるのであり、これはグリッド
格納構造７００にサービスをもたらすロボティックハンドラー４０８のフリートと同じフ
リートを用いて自動化した態様で輸送車両４１５ａ，４１５ｂについて直接的な積み込み
及び積み降ろしをなすためになされるのであり、それによって格納ビンを他の自動化取り
扱い機材又は人員に中継的に移転することを回避できるのであってそれらの拡張トラック
が複数の積み込みドックを担当する共有積み込みグリッド構造の一部であろうと又は所定
の施設の異なる積み込みドックに向かう明確に別個のトラックシステムであろうと変わら
ない。
２，１４，１６における図４Ａ～４Ｃ，６Ａ～６Ｂに示される格納アレイと輸送車両４１
５ａ，４１５ｂにおける格納アレイとを区別するために本明細書にて用いられる。輸送車
両４１５ａ，４１５ｂのビンカルーセル４２２ａ，４２２ｂは格納場所の動的アレイを形
成するのであり、「動的格納アレイ」と称するのであり、各カルーセルプラットフォーム
は一意的な場所＿ＩＤを有する各々の格納場所を表し、これはローカル車両データベース
４２０の車両格納テーブル５２７内及び中央データベース４０３のグローバル格納場所テ
ーブル５１１内に格納される（図５Ｄ，５Ｂにそれぞれ図示）。もっとも、車両ベースド
アレイ内の各格納場所（storage location）は、各々のビンカルーセル４２２ａ，４２２
ｂの操作によって各輸送車両４１５ａ，４１５ｂのトレーラ１００３内にて異なる位置（
position）に動かすことが可能である。この点は、グリッド格納構造７００内の各格納場
所が固定された静的な位置（fixed static position）にあり動的に可動な位置（dynamic
ally movable position）とされないマルチエンティティ在庫管理システム４００の施設
１０，１２，１４の静的インデクスド格納アレイとは異なる。輸送車両４１５ａにて動的
格納アレイを用いることによって、トレーラの後部扉より格納ビン４２４ａ，４２４ｂを
利便性良く積むことができる。他の実施形態では、輸送車両４１５ａ，４１５ｂ内にて異
なるタイプのインデクスド格納アレイを用いることができ、例えばメガ施設・マクロ施設
・マイクロ施設１０，１２，１４にて用いられるロボットによるサービスがなされるグリ
ッド格納構造のミニチュア版や、人間又はロボットによるサービスがなされる格納ビン４
２４ａ，４２４ｂの標準的サイズ及び形状に特別にフィットするように適切にサイズが定
められた個別格納場所（例えば、棚や小さな収納スペース等）付きの別の格納アレイが想
定されるのであり、各格納場所は各々の場所＿ＩＤによってローカル車両データベース４
２０及び中央データベース４０３にてインデクス付けされる。例えばカルーセルプラット
フォーム等の動的格納場所がトレーラの後端から直接的に積み込まれる実施形態では、メ
ガ施設・マクロ施設・マイクロ施設１０，１２，１４のいずれか内のグリッド格納構造７
００からの拡張トラック（track）は積み込みドックに延びるのであり、これはグリッド
格納構造７００にサービスをもたらすロボティックハンドラー４０８のフリートと同じフ
リートを用いて自動化した態様で輸送車両４１５ａ，４１５ｂについて直接的な積み込み
及び積み降ろしをなすためになされるのであり、それによって格納ビンを他の自動化取り
扱い機材又は人員に中継的に移転することを回避できるのであってそれらの拡張トラック
が複数の積み込みドックを担当する共有積み込みグリッド構造の一部であろうと又は所定
の施設の異なる積み込みドックに向かう明確に別個のトラックシステムであろうと変わら
ない。
【0125】
本明細書にて開示されるマルチエンティティ在庫管理システム４００は、複数のベンダ
が注文充足及び在庫管理のための国家規模又は他の大規模でのインフラを共有することを
可能とする。施設のネットワーク及びそれらの間を移動する輸送車両の双方を備えるマル
チエンティティ在庫管理システム４００全体は、在庫が正確に追跡及び再分配される単一
的格納環境を形成する。上述はメガ施設１０からナノ施設１６への典型的な下流方向フロ
ー経路について説明するものであるが、標準化格納ビンとメガ・マクロ・マイクロ施設１
０，１２，１４及びそれらの間を移動する各輸送車両にて用いられる標準化格納アレイタ
イプとの互換性によって、任意のメガ・マクロ・マイクロ施設１０，１２，１４からの格
納ビンが任意の他のそのような施設へと輸送されることが可能となる。したがって、任意
のベンダの在庫は戦略的に分配されることができ、マルチエンティティ在庫管理システム
４００の国家的規模の又は他の地理的規模の領域の任意の所への速達配送を可能とする。
実施形態では、供給品積荷の単一化及びメガからマクロへのビン移転は通常２４時間以内
に達成され、複数ＳＫＵキット化及びマクロからマイクロへのビン移転は通常４～６時間
以内に達成され、並びに注文キット化及びマイクロからナノへの移転は通常２時間以内に
達成される。
が注文充足及び在庫管理のための国家規模又は他の大規模でのインフラを共有することを
可能とする。施設のネットワーク及びそれらの間を移動する輸送車両の双方を備えるマル
チエンティティ在庫管理システム４００全体は、在庫が正確に追跡及び再分配される単一
的格納環境を形成する。上述はメガ施設１０からナノ施設１６への典型的な下流方向フロ
ー経路について説明するものであるが、標準化格納ビンとメガ・マクロ・マイクロ施設１
０，１２，１４及びそれらの間を移動する各輸送車両にて用いられる標準化格納アレイタ
イプとの互換性によって、任意のメガ・マクロ・マイクロ施設１０，１２，１４からの格
納ビンが任意の他のそのような施設へと輸送されることが可能となる。したがって、任意
のベンダの在庫は戦略的に分配されることができ、マルチエンティティ在庫管理システム
４００の国家的規模の又は他の地理的規模の領域の任意の所への速達配送を可能とする。
実施形態では、供給品積荷の単一化及びメガからマクロへのビン移転は通常２４時間以内
に達成され、複数ＳＫＵキット化及びマクロからマイクロへのビン移転は通常４～６時間
以内に達成され、並びに注文キット化及びマイクロからナノへの移転は通常２時間以内に
達成される。
【0126】
図８Ａは、実施形態による、第１の地理的領域と第２の地理的領域との間での、コンピ
ュータで実装されたベンダ間在庫スワップの効果について示す概略図であって、第２の地
理的領域の入用ベンダのストック済みビンの所有が、第１の地理的領域の別のベンダのス
トック済みビンにデジタル的に移転されて、第１の地理的領域の入用ベンダの在庫不足を
克服する際の、概略図である。上述のように、格納ビン４２４ａ又は、格納ビン４２４ｂ
の区画は、格納ビン４２４ａ，４２４ｂの詰め込みの際に特定のベンダに割り当てられる
のであり、これは各々のビン又は区画内に各ベンダの製品のどれが置かれるかに基づいて
なされるのであり、次のようになされる：ベンダのベンダ＿ＩＤは、その製品が置かれる
格納ビンのビン＿ＩＤ又は区画の区画＿ＩＤに対して、図５Ａに示される中央データベー
ス４０３の格納ビン内容物テーブル５１０内にて、書き込まれるのであり；そのビン＿Ｉ
Ｄ又は区画＿ＩＤについてベンダのストック済み在庫テーブル５０４内にて記録であって
格納ビン又は区画内に置かれた製品の製品＿ＩＤ及び数量も含まれる記録が作成されるの
であり；また、 実施形態では、適切なビンデータが、図４Ｂ，５Ｅ～５Ｆに示される格
納ビンのモバイルデータ記憶装置４２６に、そのベンダ＿ＩＤ及び製品＿ＩＤが投入され
る内容物テーブル５３１内の記録に加えて、書き込まれて、製品が置かれた格納ビン又は
区画のビン＿ＩＤ又は区画＿ＩＤに対してこれが記録及びリンクされる。実施形態では、
格納ビン４２４ａ及び、格納ビン４２４ｂの区画の、この割り当て可能な性質は、随意的
には、サプライチェーンエコシステム内において一方のベンダから別のベンダへと在庫を
再割り当てする際にも用いられる。実施形態では、図４Ａ～４Ｃに示されるマルチエンテ
ィティ在庫管理システム４００は、コンピュータ実装されたベンダ間在庫スワップを実装
するのであり、次の場合にこれがなされる：一方のベンダ（以下、「入用ベンダ」という
。）が１つ以上の入用製品に関しての需要（例えば、 １つ以上の実際の顧客注文に基づ
いた実際の需要（actual demand）又は歴史的トレンドに基づいた予測需要（predicted d
emand）又は現在の若しくは最近の事象に基づいた予想取り込み（anticipated uptake）
）を、特定の施設で又は施設のネットワークの地理的広がりの特定のサブ領域内にて、充
足するのに不十分な手持ちの在庫しか有していないが（即ち、在庫不足の場合）、別のベ
ンダ（以下、「在庫有りベンダ」という。）が入用ベンダの在庫不足先の施設又はサブ領
域にて入用製品に関しての利用可能在庫を有している場合。この実施形態では、ベンダ間
在庫スワップは、第２の地理的領域にある入用ベンダのストック済みビンと第１の地理的
領域にある別のベンダのストック済みビンとに関して所有のデジタルスワップをなすこと
を含み、これによって入用ベンダの第１の地理的領域内での在庫不足を克服する。
ュータで実装されたベンダ間在庫スワップの効果について示す概略図であって、第２の地
理的領域の入用ベンダのストック済みビンの所有が、第１の地理的領域の別のベンダのス
トック済みビンにデジタル的に移転されて、第１の地理的領域の入用ベンダの在庫不足を
克服する際の、概略図である。上述のように、格納ビン４２４ａ又は、格納ビン４２４ｂ
の区画は、格納ビン４２４ａ，４２４ｂの詰め込みの際に特定のベンダに割り当てられる
のであり、これは各々のビン又は区画内に各ベンダの製品のどれが置かれるかに基づいて
なされるのであり、次のようになされる：ベンダのベンダ＿ＩＤは、その製品が置かれる
格納ビンのビン＿ＩＤ又は区画の区画＿ＩＤに対して、図５Ａに示される中央データベー
ス４０３の格納ビン内容物テーブル５１０内にて、書き込まれるのであり；そのビン＿Ｉ
Ｄ又は区画＿ＩＤについてベンダのストック済み在庫テーブル５０４内にて記録であって
格納ビン又は区画内に置かれた製品の製品＿ＩＤ及び数量も含まれる記録が作成されるの
であり；また、 実施形態では、適切なビンデータが、図４Ｂ，５Ｅ～５Ｆに示される格
納ビンのモバイルデータ記憶装置４２６に、そのベンダ＿ＩＤ及び製品＿ＩＤが投入され
る内容物テーブル５３１内の記録に加えて、書き込まれて、製品が置かれた格納ビン又は
区画のビン＿ＩＤ又は区画＿ＩＤに対してこれが記録及びリンクされる。実施形態では、
格納ビン４２４ａ及び、格納ビン４２４ｂの区画の、この割り当て可能な性質は、随意的
には、サプライチェーンエコシステム内において一方のベンダから別のベンダへと在庫を
再割り当てする際にも用いられる。実施形態では、図４Ａ～４Ｃに示されるマルチエンテ
ィティ在庫管理システム４００は、コンピュータ実装されたベンダ間在庫スワップを実装
するのであり、次の場合にこれがなされる：一方のベンダ（以下、「入用ベンダ」という
。）が１つ以上の入用製品に関しての需要（例えば、 １つ以上の実際の顧客注文に基づ
いた実際の需要（actual demand）又は歴史的トレンドに基づいた予測需要（predicted d
emand）又は現在の若しくは最近の事象に基づいた予想取り込み（anticipated uptake）
）を、特定の施設で又は施設のネットワークの地理的広がりの特定のサブ領域内にて、充
足するのに不十分な手持ちの在庫しか有していないが（即ち、在庫不足の場合）、別のベ
ンダ（以下、「在庫有りベンダ」という。）が入用ベンダの在庫不足先の施設又はサブ領
域にて入用製品に関しての利用可能在庫を有している場合。この実施形態では、ベンダ間
在庫スワップは、第２の地理的領域にある入用ベンダのストック済みビンと第１の地理的
領域にある別のベンダのストック済みビンとに関して所有のデジタルスワップをなすこと
を含み、これによって入用ベンダの第１の地理的領域内での在庫不足を克服する。
【0127】
製品再割り当ての例を検討するに、Ｙ市の顧客がベンダＡに関して特定の製品タイプに
ついての製品について発注したが、ベンダＡがＹ市内に又はＹ市付近の任意のマクロ・マ
イクロ・メガ施設にてその製品タイプのその製品の在庫を有していない場合を検討する。
この例では、ベンダＡが入用ベンダであり、Ｙ市の施設に関して特定の製品タイプの顧客
注文製品についての在庫不足に陥っている。この例では、ベンダＢが、入用製品をＹ市内
の又はＹ市付近の自己のメガ・マクロ・マイクロ施設にて在庫として有している。図４Ａ
，４Ｃに示される中央コンピューティングシステム４０１は、顧客注文を受信し、また、
注文された製品についてベンダＡの製品カタログ５０５に対してクエリを発するのであり
、その製品についてＹ市内又はＹ市付近の任意の施設ではベンダＡの在庫が足りないこと
を見出すも、この例では、Ｚ市の格納ビン４２４ａ内にその製品の在庫があるとされてお
り、これでは（例えば図５Ｂに示される顧客注文テーブル５１６内に記憶された配送選好
によって定義されたタイミング制約に基づいた）顧客注文の適時的充足をなすには遠すぎ
る所に所在している。ベンダＡにおける当該在庫不足を識別した後、中央コンピューティ
ングシステム４０１は、顧客注文製品タイプのグローバル製品＿ＩＤについて他のベンダ
の製品カタログ５０５のストック済み在庫テーブル５０４に対してクエリを発して、 ベ
ンダＢがＹ市内又はＹ市付近のメガ・マクロ・マイクロ施設にて入用製品を有しているこ
とを識別する。
ついての製品について発注したが、ベンダＡがＹ市内に又はＹ市付近の任意のマクロ・マ
イクロ・メガ施設にてその製品タイプのその製品の在庫を有していない場合を検討する。
この例では、ベンダＡが入用ベンダであり、Ｙ市の施設に関して特定の製品タイプの顧客
注文製品についての在庫不足に陥っている。この例では、ベンダＢが、入用製品をＹ市内
の又はＹ市付近の自己のメガ・マクロ・マイクロ施設にて在庫として有している。図４Ａ
，４Ｃに示される中央コンピューティングシステム４０１は、顧客注文を受信し、また、
注文された製品についてベンダＡの製品カタログ５０５に対してクエリを発するのであり
、その製品についてＹ市内又はＹ市付近の任意の施設ではベンダＡの在庫が足りないこと
を見出すも、この例では、Ｚ市の格納ビン４２４ａ内にその製品の在庫があるとされてお
り、これでは（例えば図５Ｂに示される顧客注文テーブル５１６内に記憶された配送選好
によって定義されたタイミング制約に基づいた）顧客注文の適時的充足をなすには遠すぎ
る所に所在している。ベンダＡにおける当該在庫不足を識別した後、中央コンピューティ
ングシステム４０１は、顧客注文製品タイプのグローバル製品＿ＩＤについて他のベンダ
の製品カタログ５０５のストック済み在庫テーブル５０４に対してクエリを発して、 ベ
ンダＢがＹ市内又はＹ市付近のメガ・マクロ・マイクロ施設にて入用製品を有しているこ
とを識別する。
【0128】
図８Ａに例示的に示されているようにベンダＡ及びベンダＢの在庫有り製品が両方共に
ＳＣＳビン４２４ａ内にあり、且つ、ベンダＡのＺ市におけるＳＣＳビン４２４ａ及びベ
ンダＢのＹ市におけるＳＣＳビン４２４ａの数量が等しい場合、実施形態では、中央コン
ピューティングシステム４０１はベンダＢのＹ市のＳＣＳビン４２４ａをベンダＡに再割
り当てして、また、ベンダＡのＺ市のＳＣＳビン４２４ａをベンダＢに再割り当てするの
であり、これをなすためには、ビン＿ＩＤ及び／又はそれらの区画＿ＩＤ（マルチエンテ
ィティ在庫管理システム４００においても用いられているマルチ区画格納ビンを含めた故
にストック済み在庫テーブル５０４内にて区画＿ＩＤが必要となる実施形態の場合）をデ
ジタル的にスワップするのであって、これらは所与の製品についてそれぞれのストック済
み在庫テーブル５０４内にて両ベンダの製品カタログエントリに現に記録されており、ま
た、それら２つの格納ビン４２４ａについて中央データベース４０３の格納ビン内容物テ
ーブル５１０内に記憶されているベンダ＿ＩＤをデジタル的にスワップする。
ＳＣＳビン４２４ａ内にあり、且つ、ベンダＡのＺ市におけるＳＣＳビン４２４ａ及びベ
ンダＢのＹ市におけるＳＣＳビン４２４ａの数量が等しい場合、実施形態では、中央コン
ピューティングシステム４０１はベンダＢのＹ市のＳＣＳビン４２４ａをベンダＡに再割
り当てして、また、ベンダＡのＺ市のＳＣＳビン４２４ａをベンダＢに再割り当てするの
であり、これをなすためには、ビン＿ＩＤ及び／又はそれらの区画＿ＩＤ（マルチエンテ
ィティ在庫管理システム４００においても用いられているマルチ区画格納ビンを含めた故
にストック済み在庫テーブル５０４内にて区画＿ＩＤが必要となる実施形態の場合）をデ
ジタル的にスワップするのであって、これらは所与の製品についてそれぞれのストック済
み在庫テーブル５０４内にて両ベンダの製品カタログエントリに現に記録されており、ま
た、それら２つの格納ビン４２４ａについて中央データベース４０３の格納ビン内容物テ
ーブル５１０内に記憶されているベンダ＿ＩＤをデジタル的にスワップする。
【0129】
図８Ｂは、実施形態による、コンピュータで実装されたベンダ間在庫スワップの効果に
ついて示す概略図であって、複数区画格納（ＭＣＳ、multi-compartment storage）ビン
４２４ｂの１つ以上の区画の所有がデジタル的に再割り当てされて、地理的領域内の入用
ベンダの在庫不足を克服する際の、概略図である。図８Ｂに例示的に示されているように
ベンダＡ及びベンダＢの在庫有り製品が両方ＭＣＳビン４２４ｂ内にあり、且つ、Ｚ市の
ＭＣＳビン４２４ｂのベンダＡの区画の製品数量とＹ市のＭＣＳビン４２４ｂのベンダＢ
の区画の製品数量とが等しい場合、実施形態では、図４Ａ，４Ｃに示される中央コンピュ
ーティングシステム４０１は、ベンダＡによって必要とされている製品を含むＹ市の施設
にあるＭＣＳビン４２４ｂのベンダＢの区画を、ベンダＡに再割り当てするのであり、ま
た、ベンダＢの製品とスワップされるべき製品を含むＺ市の施設にあるＭＣＳビン４２４
ｂの対応するベンダＡの区画を、ベンダＢに再割り当てするのであり、これをなすために
は、それら２つの区画の区画＿ＩＤを２つのベンダのストック済み在庫テーブル５０４に
てスワップし、また、それら２つの区画に関して格納ビン内容物テーブル５１０内に記憶
されたベンダ＿ＩＤをスワップする。ＳＣＳビン又はＭＣＳビンの区画がこの態様でスワ
ップされているか否かにかかわらず、２つの施設にある図４Ａ～４Ｃに示される施設管理
サブシステム４０４は、中央コンピューティングシステム４０１によって、２つの格納ビ
ン４２４ａ，４２４ｂの無線通信ユニット４２５と各々通信して図５Ｅ～５Ｆに示される
そのモバイルデータ記憶装置４２６上のビンデータを更新することをなすように命令され
るのであって、特に、スワップされたベンダ＿ＩＤをそれら２つの格納ビン４２４ａ，４
２４ｂのビン内容物テーブル５３１内にて記録し、また、各格納ビン４２４ａ，４２４ｂ
に書き込まれているベンダ＿ＩＤのベンダについてのベンダ特有製品情報に基づいて製品
情報テーブル５３２を更新し、また、宛先及びタイミングデータをＹ市の施設にある格納
ビン４２４ａ，４２４ｂからＺ市の施設にある格納ビン４２４ａ，４２４ｂへと移す。
ついて示す概略図であって、複数区画格納（ＭＣＳ、multi-compartment storage）ビン
４２４ｂの１つ以上の区画の所有がデジタル的に再割り当てされて、地理的領域内の入用
ベンダの在庫不足を克服する際の、概略図である。図８Ｂに例示的に示されているように
ベンダＡ及びベンダＢの在庫有り製品が両方ＭＣＳビン４２４ｂ内にあり、且つ、Ｚ市の
ＭＣＳビン４２４ｂのベンダＡの区画の製品数量とＹ市のＭＣＳビン４２４ｂのベンダＢ
の区画の製品数量とが等しい場合、実施形態では、図４Ａ，４Ｃに示される中央コンピュ
ーティングシステム４０１は、ベンダＡによって必要とされている製品を含むＹ市の施設
にあるＭＣＳビン４２４ｂのベンダＢの区画を、ベンダＡに再割り当てするのであり、ま
た、ベンダＢの製品とスワップされるべき製品を含むＺ市の施設にあるＭＣＳビン４２４
ｂの対応するベンダＡの区画を、ベンダＢに再割り当てするのであり、これをなすために
は、それら２つの区画の区画＿ＩＤを２つのベンダのストック済み在庫テーブル５０４に
てスワップし、また、それら２つの区画に関して格納ビン内容物テーブル５１０内に記憶
されたベンダ＿ＩＤをスワップする。ＳＣＳビン又はＭＣＳビンの区画がこの態様でスワ
ップされているか否かにかかわらず、２つの施設にある図４Ａ～４Ｃに示される施設管理
サブシステム４０４は、中央コンピューティングシステム４０１によって、２つの格納ビ
ン４２４ａ，４２４ｂの無線通信ユニット４２５と各々通信して図５Ｅ～５Ｆに示される
そのモバイルデータ記憶装置４２６上のビンデータを更新することをなすように命令され
るのであって、特に、スワップされたベンダ＿ＩＤをそれら２つの格納ビン４２４ａ，４
２４ｂのビン内容物テーブル５３１内にて記録し、また、各格納ビン４２４ａ，４２４ｂ
に書き込まれているベンダ＿ＩＤのベンダについてのベンダ特有製品情報に基づいて製品
情報テーブル５３２を更新し、また、宛先及びタイミングデータをＹ市の施設にある格納
ビン４２４ａ，４２４ｂからＺ市の施設にある格納ビン４２４ａ，４２４ｂへと移す。
【0130】
Ｙ市の施設にある格納ビン４２４ａ，４２４ｂは、Ｚ市の施設にある格納ビンから宛先
及びタイミングデータの再割り当てを受けるよりは、代わりに、ベンダＡの在庫不足の具
体的なニーズに従っての新たな宛先及びタイミングデータが割り当てられる。即ち、Ｙ市
の施設にある再割り当てされた格納ビン４２４ａ，４２４ｂに関して、その宛先施設フィ
ールドを、ベンダＡの在庫不足に関しての充足を要している施設の施設＿ＩＤで再書き込
みするのであり、また、そのような施設への再配置がなされることが必要とされる緊急度
に従ってそのタイミングデータを再書き込みする。例えば、在庫不足がベンダＡの顧客か
らのオープン注文に応答するものであり且つＹ市の再割り当て格納ビンはＹ市のメガ施設
に現在所在しているＳＣＳビン４２４ａである場合、実施形態では、ＳＣＳビン４２４ａ
には、その顧客注文が充足後に届けられるべき特定のナノ施設を担当するマイクロ施設の
施設＿ＩＤが、割り当てられるのであり、また、そのオープン顧客注文についての配送選
好によって定義される優先度状態又は目標配達日に従ったタイミングデータが割り当てら
れる。
及びタイミングデータの再割り当てを受けるよりは、代わりに、ベンダＡの在庫不足の具
体的なニーズに従っての新たな宛先及びタイミングデータが割り当てられる。即ち、Ｙ市
の施設にある再割り当てされた格納ビン４２４ａ，４２４ｂに関して、その宛先施設フィ
ールドを、ベンダＡの在庫不足に関しての充足を要している施設の施設＿ＩＤで再書き込
みするのであり、また、そのような施設への再配置がなされることが必要とされる緊急度
に従ってそのタイミングデータを再書き込みする。例えば、在庫不足がベンダＡの顧客か
らのオープン注文に応答するものであり且つＹ市の再割り当て格納ビンはＹ市のメガ施設
に現在所在しているＳＣＳビン４２４ａである場合、実施形態では、ＳＣＳビン４２４ａ
には、その顧客注文が充足後に届けられるべき特定のナノ施設を担当するマイクロ施設の
施設＿ＩＤが、割り当てられるのであり、また、そのオープン顧客注文についての配送選
好によって定義される優先度状態又は目標配達日に従ったタイミングデータが割り当てら
れる。
【0131】
したがって、オープン顧客注文について、再割り当てされた格納ビン４２４ａはＤＳＣ
Ｓビンとして識別可能（identifiable）であり、メガ施設１０を出発して特定のマクロ施
設１２へと向かう特定のマイクロ施設１４（これ自体は図６Ａに示される特定のナノ施設
１６を担当する）を担当する次の輸送車両４１５ａに積み込まれるものである。メガ施設
１０にてそのような輸送車両４１５ａのために積み込み／積み降ろし手順（procedure）
が次になされるのであり、その際はメガ施設管理サブシステム４０４は、次のことについ
て命令する：図４Ａ～４Ｃに示されるロボティックハンドラー４０８によってＹ市のメガ
施設にある再割り当てＳＣＳビン４２４ａの回収と、再割り当てＳＣＳビン４２４ａを輸
送車両４１５ａ上への移転。マクロ施設１２に到着したらば、再割り当てＳＣＳビン４２
４ａは（該当するならば）マクロ施設１２でなされる積み込み／積み降ろし処理（proces
s）での即時のＶＡＳ処理を要するものとして認識（recognize）される。再割り当てＳＣ
Ｓビン４２４ａがマクロ施設１２に到着したことが通知されたらば、中央コンピューティ
ングシステム４０１は、再割り当てＳＣＳビン４２４ａ内に含まれる製品についての不足
数量ｔ、製品についての不足数量を輸送すべき輸送先の特定のマイクロ施設１４の施設＿
ＩＤとを統合して、米国特許出願第１６／８０５，８１０号（当該出願の開示全体が参照
して取り込まれる）に開示されたキット化処理のために受けられた製品要求のビン構成デ
ータセットとする。ビン構成データについての各セットは次の事項を含む：入用施設にて
１つ以上の製品タイプを要する入用ベンダのベンダ＿ＩＤ；それらの製品タイプの各々に
ついての製品＿ＩＤ；入用施設にて要される各製品タイプの数量；マクロ施設１２にて製
品タイプを必要量含んでいるＳＣＳビン４２４ａのビン＿ＩＤ；入用施設の施設＿ＩＤ；
及び配達タイムライン制約又は製品ニーズの充足に関する緊急性に関するタイミング情報
。
Ｓビンとして識別可能（identifiable）であり、メガ施設１０を出発して特定のマクロ施
設１２へと向かう特定のマイクロ施設１４（これ自体は図６Ａに示される特定のナノ施設
１６を担当する）を担当する次の輸送車両４１５ａに積み込まれるものである。メガ施設
１０にてそのような輸送車両４１５ａのために積み込み／積み降ろし手順（procedure）
が次になされるのであり、その際はメガ施設管理サブシステム４０４は、次のことについ
て命令する：図４Ａ～４Ｃに示されるロボティックハンドラー４０８によってＹ市のメガ
施設にある再割り当てＳＣＳビン４２４ａの回収と、再割り当てＳＣＳビン４２４ａを輸
送車両４１５ａ上への移転。マクロ施設１２に到着したらば、再割り当てＳＣＳビン４２
４ａは（該当するならば）マクロ施設１２でなされる積み込み／積み降ろし処理（proces
s）での即時のＶＡＳ処理を要するものとして認識（recognize）される。再割り当てＳＣ
Ｓビン４２４ａがマクロ施設１２に到着したことが通知されたらば、中央コンピューティ
ングシステム４０１は、再割り当てＳＣＳビン４２４ａ内に含まれる製品についての不足
数量ｔ、製品についての不足数量を輸送すべき輸送先の特定のマイクロ施設１４の施設＿
ＩＤとを統合して、米国特許出願第１６／８０５，８１０号（当該出願の開示全体が参照
して取り込まれる）に開示されたキット化処理のために受けられた製品要求のビン構成デ
ータセットとする。ビン構成データについての各セットは次の事項を含む：入用施設にて
１つ以上の製品タイプを要する入用ベンダのベンダ＿ＩＤ；それらの製品タイプの各々に
ついての製品＿ＩＤ；入用施設にて要される各製品タイプの数量；マクロ施設１２にて製
品タイプを必要量含んでいるＳＣＳビン４２４ａのビン＿ＩＤ；入用施設の施設＿ＩＤ；
及び配達タイムライン制約又は製品ニーズの充足に関する緊急性に関するタイミング情報
。
【0132】
中央コンピューティングシステム４０１はロボティックハンドラー４０８に対してトリ
ガを発して、再割り当てＳＣＳビン４２４ａをマクロ施設１２のキット化ワークステーシ
ョンへと持ってこさせるのであり、これは、製品についての不足数量をＭＣＳビン４２４
ｂであってその（製品についての不足数量が置かれている区画についての）宛先施設フィ
ールドが特定のマイクロ施設１４の施設＿ＩＤをもって更新される、ＭＣＳビン４２４ｂ
へと移転するためになされる。ＭＣＳビン４２４ｂは即時輸送として識別されるのであり
、したがって、ロボティックハンドラー４０８によって（出発積み込みドック（outbound
loading dock）に既にある場合）そのマイクロ施設１４へと向かう次の輸送車両４１５
ｂに積み込まれるのであり、或いは、実施形態では、ロボティックハンドラー４０８によ
ってマクロ施設１２のインデクスド格納アレイ内に一時的にバッファされ、そして後に、
同じ又は別のロボティックハンドラー４０８によってそこから候補たるＤＭＣＳビンとし
てプルされるのであって、これはマクロ施設１２の出発ドック（outbound dock）への輸
送車両４１５ｂの到着の際になされる次の積み込み／積み降ろし処理中になされる。マイ
クロ施設１４に到着したらば、ＭＣＳビン４２４ｂ内の製品についての不足数量（shortf
all quantity）は、オープン顧客注文（open customer order）の未決製品需要を充足す
るものとして認識されるのであり、したがって、マイクロ施設１４の注文ピッキングワー
クステーションへとルーティングされて、出願人の米国特許出願第１６／８０５，８１０
号（当該出願の開示全体が参照して取り込まれる）に開示される注文充足処理の遂行のた
めにこれがなされるのであり、結果として、充足済み注文の特定のナノ施設１６への輸送
がなされる。不足製品数量（shortfall product quantity）は、再割り当て製品数量以下
とし得ることに留意されたいのであり、よって、ＭＣＳビン４２４ｂは、再割り当て製品
数量の全部又はサブセットのみを含み得ることに留意されたい。
ガを発して、再割り当てＳＣＳビン４２４ａをマクロ施設１２のキット化ワークステーシ
ョンへと持ってこさせるのであり、これは、製品についての不足数量をＭＣＳビン４２４
ｂであってその（製品についての不足数量が置かれている区画についての）宛先施設フィ
ールドが特定のマイクロ施設１４の施設＿ＩＤをもって更新される、ＭＣＳビン４２４ｂ
へと移転するためになされる。ＭＣＳビン４２４ｂは即時輸送として識別されるのであり
、したがって、ロボティックハンドラー４０８によって（出発積み込みドック（outbound
loading dock）に既にある場合）そのマイクロ施設１４へと向かう次の輸送車両４１５
ｂに積み込まれるのであり、或いは、実施形態では、ロボティックハンドラー４０８によ
ってマクロ施設１２のインデクスド格納アレイ内に一時的にバッファされ、そして後に、
同じ又は別のロボティックハンドラー４０８によってそこから候補たるＤＭＣＳビンとし
てプルされるのであって、これはマクロ施設１２の出発ドック（outbound dock）への輸
送車両４１５ｂの到着の際になされる次の積み込み／積み降ろし処理中になされる。マイ
クロ施設１４に到着したらば、ＭＣＳビン４２４ｂ内の製品についての不足数量（shortf
all quantity）は、オープン顧客注文（open customer order）の未決製品需要を充足す
るものとして認識されるのであり、したがって、マイクロ施設１４の注文ピッキングワー
クステーションへとルーティングされて、出願人の米国特許出願第１６／８０５，８１０
号（当該出願の開示全体が参照して取り込まれる）に開示される注文充足処理の遂行のた
めにこれがなされるのであり、結果として、充足済み注文の特定のナノ施設１６への輸送
がなされる。不足製品数量（shortfall product quantity）は、再割り当て製品数量以下
とし得ることに留意されたいのであり、よって、ＭＣＳビン４２４ｂは、再割り当て製品
数量の全部又はサブセットのみを含み得ることに留意されたい。
【0133】
在庫不足がベンダＡの顧客からのオープン注文（open order）に応答するものであり且
つ再割り当て製品在庫がメガ施設１０ではなくマクロ施設１２にあるＳＣＳビン４２４ａ
内に所在する別の例の場合、マクロ施設１２の施設管理サブシステム４０４は、充足後に
そのオープン顧客注文（open customer order）が届けられるべき特定のナノ施設１６を
担当するマイクロ施設１４の施設＿ＩＤをＳＣＳビン４２４ａのモバイルデータ記憶装置
４２６に書き込みするのであり、そのオープン顧客注文についての配送選好によって定義
される優先度状態又は目標配達日に従ったタイミングデータを割り当てるのであり、また
、実施形態では、出願人の米国特許出願第１６／８０５，８１０号（当該出願の開示全体
が参照して取り込まれる）に開示される処理に準拠した、再割り当てＳＣＳビン４２４ａ
についてのＶＡＳ処理を随意的に要請するのであるも、ＳＣＳビン４２４ａの製品情報テ
ーブル５３２内のベンダＡの新たに書き込まれた製品記録で定義されている場合に限られ
るのであり、先述の段落で開示されるようにキット化処理のコマンド及び後続のステップ
が続く。再割り当て製品在庫がマクロ施設１２にてＳＣＳビン４２４ａではなくＭＣＳビ
ン４２４ｂ内に所在する別の例の場合、マクロ施設１２の施設管理サブシステム４０４は
ＭＣＳビン４２４ｂの内容物テーブル５３１内の適切な区画特有記録の宛先施設フィール
ド及びタイミングデータフィールドを再書き込みして、オープン顧客注文に割り当てられ
た特定のナノ施設１６を担当するマイクロ施設１４の施設＿ＩＤを示すのであって、それ
によって、再割り当て製品在庫を含むＭＣＳビン４２４ｂが、マクロ施設１２の出発積み
込みドックに到着し且つその得意のマイクロ施設１４へと仕向けられている次の輸送車両
４１５ｂのために実行される積み込み／積み降ろし処理においての候補ＤＭＣＳビンと看
做される。
つ再割り当て製品在庫がメガ施設１０ではなくマクロ施設１２にあるＳＣＳビン４２４ａ
内に所在する別の例の場合、マクロ施設１２の施設管理サブシステム４０４は、充足後に
そのオープン顧客注文（open customer order）が届けられるべき特定のナノ施設１６を
担当するマイクロ施設１４の施設＿ＩＤをＳＣＳビン４２４ａのモバイルデータ記憶装置
４２６に書き込みするのであり、そのオープン顧客注文についての配送選好によって定義
される優先度状態又は目標配達日に従ったタイミングデータを割り当てるのであり、また
、実施形態では、出願人の米国特許出願第１６／８０５，８１０号（当該出願の開示全体
が参照して取り込まれる）に開示される処理に準拠した、再割り当てＳＣＳビン４２４ａ
についてのＶＡＳ処理を随意的に要請するのであるも、ＳＣＳビン４２４ａの製品情報テ
ーブル５３２内のベンダＡの新たに書き込まれた製品記録で定義されている場合に限られ
るのであり、先述の段落で開示されるようにキット化処理のコマンド及び後続のステップ
が続く。再割り当て製品在庫がマクロ施設１２にてＳＣＳビン４２４ａではなくＭＣＳビ
ン４２４ｂ内に所在する別の例の場合、マクロ施設１２の施設管理サブシステム４０４は
ＭＣＳビン４２４ｂの内容物テーブル５３１内の適切な区画特有記録の宛先施設フィール
ド及びタイミングデータフィールドを再書き込みして、オープン顧客注文に割り当てられ
た特定のナノ施設１６を担当するマイクロ施設１４の施設＿ＩＤを示すのであって、それ
によって、再割り当て製品在庫を含むＭＣＳビン４２４ｂが、マクロ施設１２の出発積み
込みドックに到着し且つその得意のマイクロ施設１４へと仕向けられている次の輸送車両
４１５ｂのために実行される積み込み／積み降ろし処理においての候補ＤＭＣＳビンと看
做される。
【0134】
在庫不足がベンダＡの顧客からのオープン注文に応答するものであるが、Ｙ市の施設に
ある再割り当て格納ビンは既にマイクロ施設１４に所在しておりその顧客注文に関して特
定のナノ施設１６を担当するＭＣＳビン４２４ｂである更なる別の例の場合、ＭＣＳビン
４２４ｂが既に意図された宛先にある故にそのＭＣＳビン４２４ｂ上の宛先施設＿ＩＤ及
びタイミングデータは変更されることを要さない。この例では、中央コンピューティング
システム４０１は、マイクロ施設１４の施設管理サブシステム４０４に対して、従前はオ
ープンな顧客注文であったものが今となっては充足可能な注文であることを通知するので
あり、このＭＣＳビン４２４ｂの再割り当て区画内の製品がベンダＡの在庫に追加された
故のことであり、これに応答してマイクロ施設１４の施設管理サブシステム４０４は出願
人の米国特許出願第１６／８０５，８１０号に開示される注文充足処理を実行するのであ
り、施設管理サブシステム４０４はロボティックハンドラー４０８による再割り当てＭＣ
Ｓビン４２４ｂのグリッド格納構造からの自動回収を命令して、ＭＣＳビン４２４ｂをマ
イクロ施設１４の注文ピッキングワークステーションへと持ってくる。
ある再割り当て格納ビンは既にマイクロ施設１４に所在しておりその顧客注文に関して特
定のナノ施設１６を担当するＭＣＳビン４２４ｂである更なる別の例の場合、ＭＣＳビン
４２４ｂが既に意図された宛先にある故にそのＭＣＳビン４２４ｂ上の宛先施設＿ＩＤ及
びタイミングデータは変更されることを要さない。この例では、中央コンピューティング
システム４０１は、マイクロ施設１４の施設管理サブシステム４０４に対して、従前はオ
ープンな顧客注文であったものが今となっては充足可能な注文であることを通知するので
あり、このＭＣＳビン４２４ｂの再割り当て区画内の製品がベンダＡの在庫に追加された
故のことであり、これに応答してマイクロ施設１４の施設管理サブシステム４０４は出願
人の米国特許出願第１６／８０５，８１０号に開示される注文充足処理を実行するのであ
り、施設管理サブシステム４０４はロボティックハンドラー４０８による再割り当てＭＣ
Ｓビン４２４ｂのグリッド格納構造からの自動回収を命令して、ＭＣＳビン４２４ｂをマ
イクロ施設１４の注文ピッキングワークステーションへと持ってくる。
【0135】
先述の例では、入用ベンダＡに再割り当てされる格納ビン４２４ａ，４２４ｂは在庫流
通ワークフロー経路を辿るのであり、ＳＣＳビン４２４ａからの在庫製品は、ＭＣＳビン
４２４ｂから顧客注文がピックされるマイクロ施設１４へと向かうように輸送される前に
、マクロ施設１２にてＭＣＳビン４２４ｂへと移転される。実施形態では、入用ベンダＡ
に再割り当てされた注文済み製品は代替的な方法に従って取り扱われるのであり、１つ以
上の在庫流通ワークフローステップが省かれる。例えば、注文製品を伴う再割り当てＳＣ
Ｓビン４２４ａは、マクロ施設１２の施設＿ＩＤをもってＳＣＳビン４２４ａの新たな宛
先施設として更新される代わりに、注文の充足がなされるべき特定のマイクロ施設１４（
即ち、注文に割り当てられているナノ施設１６を担当するマイクロ施設１４）の施設＿Ｉ
Ｄが割り当てられるのであり、注文製品を含む再割り当てＳＣＳビン４２４ａはマクロ施
設１２のマクロ施設キット化処理をバイパスするのであり、注文製品は、上流でマクロ施
設１２にて注文製品が移転された先たるＭＣＳビン４２４ｂではなく、マイクロ施設１４
にて再割り当てＳＣＳビン４２４ａから直接的にピッキングされる。
通ワークフロー経路を辿るのであり、ＳＣＳビン４２４ａからの在庫製品は、ＭＣＳビン
４２４ｂから顧客注文がピックされるマイクロ施設１４へと向かうように輸送される前に
、マクロ施設１２にてＭＣＳビン４２４ｂへと移転される。実施形態では、入用ベンダＡ
に再割り当てされた注文済み製品は代替的な方法に従って取り扱われるのであり、１つ以
上の在庫流通ワークフローステップが省かれる。例えば、注文製品を伴う再割り当てＳＣ
Ｓビン４２４ａは、マクロ施設１２の施設＿ＩＤをもってＳＣＳビン４２４ａの新たな宛
先施設として更新される代わりに、注文の充足がなされるべき特定のマイクロ施設１４（
即ち、注文に割り当てられているナノ施設１６を担当するマイクロ施設１４）の施設＿Ｉ
Ｄが割り当てられるのであり、注文製品を含む再割り当てＳＣＳビン４２４ａはマクロ施
設１２のマクロ施設キット化処理をバイパスするのであり、注文製品は、上流でマクロ施
設１２にて注文製品が移転された先たるＭＣＳビン４２４ｂではなく、マイクロ施設１４
にて再割り当てＳＣＳビン４２４ａから直接的にピッキングされる。
【0136】
また、上述の例は、デジタルスワップがなされる内容物の格納ビン４２４ａ，４２４ｂ
が再割り当て時に施設内に所在しているというシナリオを含むも、同じ処理は、内容物の
デジタルスワップがなされる格納ビン４２４ａ，４２４ｂの一方又は両方がメガ・マクロ
・マイクロ施設１０，１２，１４間を移動する輸送車両４１５ａ，４１５ｂ上に所在する
シナリオにおいても行われ得るのであり、その場合、ＳＣＳビン４２４ａ又はＭＣＳビン
４２４ｂ上のモバイルデータ記憶装置４２６に対してなされるデータ更新は、図４Ａ～４
Ｃに示される施設管理サブシステム４０４によってではなく、輸送車両４１５ａ，４１５
ｂの車両管理サブシステム４１６によってなされる。更新されたビンデータは輸送車両４
１５ａ，４１５ｂが次に到着する施設にてなされる積み込み／積み降ろし処理にて読み取
られるのであり、これは、格納ビンを適切なワークステーションへの移転を自動的に規律
するためだったり、そこにてなされる格納ビンとのワーカ相互作用を自動的に規律するた
めだったり、又は格納ビンのクロスドッキングを自動的に規律するために用いられるので
あり、新たに改訂されたビンデータに従ってのことである。
が再割り当て時に施設内に所在しているというシナリオを含むも、同じ処理は、内容物の
デジタルスワップがなされる格納ビン４２４ａ，４２４ｂの一方又は両方がメガ・マクロ
・マイクロ施設１０，１２，１４間を移動する輸送車両４１５ａ，４１５ｂ上に所在する
シナリオにおいても行われ得るのであり、その場合、ＳＣＳビン４２４ａ又はＭＣＳビン
４２４ｂ上のモバイルデータ記憶装置４２６に対してなされるデータ更新は、図４Ａ～４
Ｃに示される施設管理サブシステム４０４によってではなく、輸送車両４１５ａ，４１５
ｂの車両管理サブシステム４１６によってなされる。更新されたビンデータは輸送車両４
１５ａ，４１５ｂが次に到着する施設にてなされる積み込み／積み降ろし処理にて読み取
られるのであり、これは、格納ビンを適切なワークステーションへの移転を自動的に規律
するためだったり、そこにてなされる格納ビンとのワーカ相互作用を自動的に規律するた
めだったり、又は格納ビンのクロスドッキングを自動的に規律するために用いられるので
あり、新たに改訂されたビンデータに従ってのことである。
【0137】
等しい数量でのデジタルスワップについて別の例を検討されたいのであり、当該例では
、ベンダＡ及びベンダＢのうちの一方がＳＣＳビン４２４ａ内にその在庫有り製品を有し
ており、ベンダＡ及びベンダＢのうちの他方がＭＣＳビン４２４ｂ内にその在庫有り製品
を有しており、ＳＣＳビン４２４ａ及びＭＣＳビン４２４ｂ内の数量は等しい。この例で
は、中央コンピューティングシステム４０１は、ベンダＢのＹ市の在庫有り製品をベンダ
Ａに再割り当てして、また、ベンダＡのＺ市の在庫有り製品をベンダＢに再割り当てする
のであり、これをなすために、それらの各々のストック済み在庫テーブル５０４内にそれ
らの製品に関して現在記録（recorded）されている区画＿ＩＤをスワップし、また、対応
するＭＣＳビン４２４ｂ及びＳＣＳビン４２４ａの区画についての格納ビン内容物テーブ
ル５１０内に記憶（stored）されているベンダ＿ＩＤをスワップする。中央コンピューテ
ィングシステム４０１は、２つの格納ビン４２４ａ，４２４ｂのモバイルデータ記憶装置
４２６上のビンデータを更新するように施設管理サブシステム４０４に対して命令するの
であり、ＳＣＳビン４２４ａのモバイルデータ記憶装置４２６の更新態様は先述のＳＣＳ
からＳＣＳへのデジタルスワップシナリオと同様であるも、ＭＣＳビン４２４ｂのモバイ
ルデータ記憶装置４２６の更新処理はビン内容物テーブル５３１内にて影響を受ける区画
の特定の記録に対してのみの更新を伴う。区画固有の製品内容物が再割り当てされたばか
りのベンダと同じ者のために同じ製品タイプを含む同じＭＣＳビン４２４ｂ内に他の区画
がある場合、ＭＣＳビン４２４ｂのモバイルデータ記憶装置４２６の更新処理は、その中
の他のベンダの製品記録に対しての上書きではなく、新規記録を製品情報テーブル５３２
に追加することを伴う。
、ベンダＡ及びベンダＢのうちの一方がＳＣＳビン４２４ａ内にその在庫有り製品を有し
ており、ベンダＡ及びベンダＢのうちの他方がＭＣＳビン４２４ｂ内にその在庫有り製品
を有しており、ＳＣＳビン４２４ａ及びＭＣＳビン４２４ｂ内の数量は等しい。この例で
は、中央コンピューティングシステム４０１は、ベンダＢのＹ市の在庫有り製品をベンダ
Ａに再割り当てして、また、ベンダＡのＺ市の在庫有り製品をベンダＢに再割り当てする
のであり、これをなすために、それらの各々のストック済み在庫テーブル５０４内にそれ
らの製品に関して現在記録（recorded）されている区画＿ＩＤをスワップし、また、対応
するＭＣＳビン４２４ｂ及びＳＣＳビン４２４ａの区画についての格納ビン内容物テーブ
ル５１０内に記憶（stored）されているベンダ＿ＩＤをスワップする。中央コンピューテ
ィングシステム４０１は、２つの格納ビン４２４ａ，４２４ｂのモバイルデータ記憶装置
４２６上のビンデータを更新するように施設管理サブシステム４０４に対して命令するの
であり、ＳＣＳビン４２４ａのモバイルデータ記憶装置４２６の更新態様は先述のＳＣＳ
からＳＣＳへのデジタルスワップシナリオと同様であるも、ＭＣＳビン４２４ｂのモバイ
ルデータ記憶装置４２６の更新処理はビン内容物テーブル５３１内にて影響を受ける区画
の特定の記録に対してのみの更新を伴う。区画固有の製品内容物が再割り当てされたばか
りのベンダと同じ者のために同じ製品タイプを含む同じＭＣＳビン４２４ｂ内に他の区画
がある場合、ＭＣＳビン４２４ｂのモバイルデータ記憶装置４２６の更新処理は、その中
の他のベンダの製品記録に対しての上書きではなく、新規記録を製品情報テーブル５３２
に追加することを伴う。
【0138】
２つのベンダの製品の両方がＳＣＳビン４２４ａ内に見つかったのであり且つ２つのＳ
ＣＳビン４２４ａ内の数量が等しくない場合、実施形態では、中央コンピューティングシ
ステム４０１は、注文製品をより多い数量含むＳＣＳビン４２４ａ（以下、「より豊かな
ＳＣＳビン（fuller SCS bin）」という。）が所在する施設の、又は、そのより豊かなＳ
ＣＳビンを輸送している輸送車両が到着することとなっている施設の、施設管理サブシス
テム４０４に対して次のことをなさせる命令を伝える：ロボティックハンドラー４０８の
１つに、より豊かなＳＣＳビンをグリッド格納構造から回収させるか、若しくは、より豊
かなＳＣＳビンが施設に到着したらばより豊かなＳＣＳビンを積み込みグリッド構造から
リルートさせること、及び、より豊かなＳＣＳビンをワークステーションに届けさせるこ
と。また、中央コンピューティングシステム４０１は、次のことをなさせる命令を施設管
理サブシステム４０４に伝える：ロボティックワーカの自動制御を命じる又はワークステ
ーションのＨＭＩを介して人間の作業員に指図することをなして、注文製品の部分的数量
をそのより豊かなＳＣＳビンから別の好適には空のＳＣＳビンへと移譲（divest）するこ
とであって、これは２つのベンダのＳＣＳビン４２４ａ内の注文製品の数量を均衡させる
ためになされる。そして、施設管理サブシステム４０４は中央コンピューティングシステ
ム４０１に対してシグナリングを行って次のことをなさせる：中央データベース４０３の
格納ビン内容物テーブル５１０内のその以前はより豊かであった（formerly-fuller）Ｓ
ＣＳビンの記録内に記憶されている数量を、そこから移譲された製品数量でデクリメント
すること、及び、２つの今となっては均衡化されたＳＣＳビン４２４ａのビン＿ＩＤ／区
画＿ＩＤをそれらの各々のストック済み在庫テーブル５０４内の２つのベンダの製品カタ
ログエントリ間でスワップすること。また、中央コンピューティングシステム４０１は、
余剰製品の移譲先の異なるＳＣＳビンのビン＿ＩＤについての記録をその余剰製品の移譲
元となったＳＣＳビン４２４ａのベンダ（以下、「より在庫を有するベンダ」という。
）のストック済み在庫テーブル５０４内に作成することと、この異なるＳＣＳビンに移転
（transfer）された製品の数量をこの記録に書き込むことと、このより在庫を有するベン
ダのベンダ＿ＩＤをこの異なるＳＣＳビンについて格納ビン内容物テーブル５１０内に記
録することとをなす。よって、製品の所有は、２つのベンダのうち在庫がより少ないもの
によって又は少なくとも２つの格納ビンが均衡化されることとの具体的関係で「在庫がよ
り少ない」ものによって定義されている数量について、スワップされるのであり、在庫が
より多いベンダは余剰製品数量を保持するのであってその当初のビン内容物が更新された
データベース記録に反映されているように他のベンダのそれを超過している分についてこ
れが該当する。２つの均衡化されたビンのモバイルデータ記憶装置４２６は、等量のＳＣ
ＳからＳＣＳへとなされる例について開示されたのと同様の態様で更新される。余剰製品
の移転先の異なるＳＣＳビンのモバイルデータ記憶装置４２６には、余剰製品の移転元と
なった当初はより豊かであった（originally fuller）ＳＣＳビンからビンデータの複製
が書き込まれるのであるも、この異なるＳＣＳビンの内容物テーブル５３１に書き込まれ
る数量は、この異なるＳＣＳビンへと当初はより豊かであったＳＣＳビンから移転された
余剰製品数量に応じて調整される。
ＣＳビン４２４ａ内の数量が等しくない場合、実施形態では、中央コンピューティングシ
ステム４０１は、注文製品をより多い数量含むＳＣＳビン４２４ａ（以下、「より豊かな
ＳＣＳビン（fuller SCS bin）」という。）が所在する施設の、又は、そのより豊かなＳ
ＣＳビンを輸送している輸送車両が到着することとなっている施設の、施設管理サブシス
テム４０４に対して次のことをなさせる命令を伝える：ロボティックハンドラー４０８の
１つに、より豊かなＳＣＳビンをグリッド格納構造から回収させるか、若しくは、より豊
かなＳＣＳビンが施設に到着したらばより豊かなＳＣＳビンを積み込みグリッド構造から
リルートさせること、及び、より豊かなＳＣＳビンをワークステーションに届けさせるこ
と。また、中央コンピューティングシステム４０１は、次のことをなさせる命令を施設管
理サブシステム４０４に伝える：ロボティックワーカの自動制御を命じる又はワークステ
ーションのＨＭＩを介して人間の作業員に指図することをなして、注文製品の部分的数量
をそのより豊かなＳＣＳビンから別の好適には空のＳＣＳビンへと移譲（divest）するこ
とであって、これは２つのベンダのＳＣＳビン４２４ａ内の注文製品の数量を均衡させる
ためになされる。そして、施設管理サブシステム４０４は中央コンピューティングシステ
ム４０１に対してシグナリングを行って次のことをなさせる：中央データベース４０３の
格納ビン内容物テーブル５１０内のその以前はより豊かであった（formerly-fuller）Ｓ
ＣＳビンの記録内に記憶されている数量を、そこから移譲された製品数量でデクリメント
すること、及び、２つの今となっては均衡化されたＳＣＳビン４２４ａのビン＿ＩＤ／区
画＿ＩＤをそれらの各々のストック済み在庫テーブル５０４内の２つのベンダの製品カタ
ログエントリ間でスワップすること。また、中央コンピューティングシステム４０１は、
余剰製品の移譲先の異なるＳＣＳビンのビン＿ＩＤについての記録をその余剰製品の移譲
元となったＳＣＳビン４２４ａのベンダ（以下、「より在庫を有するベンダ」という。
）のストック済み在庫テーブル５０４内に作成することと、この異なるＳＣＳビンに移転
（transfer）された製品の数量をこの記録に書き込むことと、このより在庫を有するベン
ダのベンダ＿ＩＤをこの異なるＳＣＳビンについて格納ビン内容物テーブル５１０内に記
録することとをなす。よって、製品の所有は、２つのベンダのうち在庫がより少ないもの
によって又は少なくとも２つの格納ビンが均衡化されることとの具体的関係で「在庫がよ
り少ない」ものによって定義されている数量について、スワップされるのであり、在庫が
より多いベンダは余剰製品数量を保持するのであってその当初のビン内容物が更新された
データベース記録に反映されているように他のベンダのそれを超過している分についてこ
れが該当する。２つの均衡化されたビンのモバイルデータ記憶装置４２６は、等量のＳＣ
ＳからＳＣＳへとなされる例について開示されたのと同様の態様で更新される。余剰製品
の移転先の異なるＳＣＳビンのモバイルデータ記憶装置４２６には、余剰製品の移転元と
なった当初はより豊かであった（originally fuller）ＳＣＳビンからビンデータの複製
が書き込まれるのであるも、この異なるＳＣＳビンの内容物テーブル５３１に書き込まれ
る数量は、この異なるＳＣＳビンへと当初はより豊かであったＳＣＳビンから移転された
余剰製品数量に応じて調整される。
【0139】
同様の均衡化及び再割り当てはＭＣＳビン４２４ｂに対しても行われ得るのであり、２
つのベンダの製品は２つのＭＣＳビン４２４ｂの２つの各々の区画内にあり、また、ＭＣ
Ｓビン４２４ｂの２つの区画内の当該製品の数量は等しくない。この例では、中央コンピ
ューティングシステム４０１は、注文製品をより多い数量含む区画を伴うＭＣＳビン４２
４ｂ（以下、「より豊かなＭＣＳビン／区画（fuller MCS bin/compartment）」という。
）が所在する施設の、又は、そのより豊かなＭＣＳビンを輸送している輸送車両が到着す
ることとなっている施設の、施設管理サブシステム４０４に対して次のことをなさせる命
令を伝える：ロボティックハンドラー４０８の１つに、そのより豊かなＭＣＳビンをグリ
ッド格納構造から回収させるか、若しくは、より豊かなＭＣＳビンを積み込みグリッド構
造からリルートさせること、及び、より豊かなＭＣＳビンをワークステーションに届けさ
せること。また、中央コンピューティングシステム４０１は、次のことをなさせる命令を
施設管理サブシステム４０４に伝える：そのロボティックワーカ人間の作業員に対して命
令又は指図して、注文製品の部分的数量をそのより豊かなＳＣＳビンから、利用可能なら
ば同じＭＣＳビン内の空の区画又は回収／リルートされたＭＣＳビンが空の区画を有して
いないならば別のＭＣＳビン内の空の区画へと、移譲（divest）することであって、これ
は２つのベンダのＭＣＳビン４２４ｂの２つの区画内の製品数量を均衡させるためになさ
れる。そして、施設管理サブシステム４０４は中央コンピューティングシステム４０１に
対してシグナリングを行って次のことをなさせる：中央データベース４０３の格納ビン内
容物テーブル５１０内の以前はより豊かであった（formerly fuller）ＭＣＳビンの記録
内に記憶されている数量を、そこから移譲された製品数量でデクリメントすること、及び
、ＭＣＳビン４２４ｂのそれら２つの今となっては均衡化された区画の区画＿ＩＤをそれ
らの各々のストック済み在庫テーブル５０４内の２つのベンダの製品カタログエントリ間
でスワップすること。また、中央コンピューティングシステム４０１は、余剰製品の移譲
先の異なるＭＣＳビンの区画の区画＿ＩＤについての記録をより在庫を有するベンダのス
トック済み在庫テーブル５０４に作成することと、この区画に移転（transfer）された余
剰製品の数量をこの記録に書き込むことと、このより在庫を有するベンダのベンダ＿ＩＤ
を余剰製品の移転先たるこの異なる区画について格納ビン内容物テーブル５１０内に記録
することとをなす。よって、製品の所有は、２つのベンダのうち在庫がより少ないものに
よって又は少なくとも２つの区画が均衡化されることとの具体的関係で「在庫がより少な
い」ものによって定義されている数量について、スワップされるのであり、在庫がより多
いベンダは余剰製品数量を保持するのであってその当初の区画内容物が他のベンダのそれ
を超過している分についてこれが該当する。区画が均衡化された２つのＭＣＳビン４２４
ｂのモバイルデータ記憶装置４２６は、等量のＭＣＳ区画からＭＣＳ区画へとなされる例
について開示されたのと同様の態様で更新されるのであり、余剰製品の移転先の同一又は
異なるＭＣＳビンのモバイルデータ記憶装置４２６には、当初はより豊かであった（orig
inally fuller）区画から区画特有のビンデータの複製が書き込まれるのであるも、数量
は、この異なる区画へと当初はより豊かであった区画から移転された余剰製品数量に応じ
て調整される。
つのベンダの製品は２つのＭＣＳビン４２４ｂの２つの各々の区画内にあり、また、ＭＣ
Ｓビン４２４ｂの２つの区画内の当該製品の数量は等しくない。この例では、中央コンピ
ューティングシステム４０１は、注文製品をより多い数量含む区画を伴うＭＣＳビン４２
４ｂ（以下、「より豊かなＭＣＳビン／区画（fuller MCS bin/compartment）」という。
）が所在する施設の、又は、そのより豊かなＭＣＳビンを輸送している輸送車両が到着す
ることとなっている施設の、施設管理サブシステム４０４に対して次のことをなさせる命
令を伝える：ロボティックハンドラー４０８の１つに、そのより豊かなＭＣＳビンをグリ
ッド格納構造から回収させるか、若しくは、より豊かなＭＣＳビンを積み込みグリッド構
造からリルートさせること、及び、より豊かなＭＣＳビンをワークステーションに届けさ
せること。また、中央コンピューティングシステム４０１は、次のことをなさせる命令を
施設管理サブシステム４０４に伝える：そのロボティックワーカ人間の作業員に対して命
令又は指図して、注文製品の部分的数量をそのより豊かなＳＣＳビンから、利用可能なら
ば同じＭＣＳビン内の空の区画又は回収／リルートされたＭＣＳビンが空の区画を有して
いないならば別のＭＣＳビン内の空の区画へと、移譲（divest）することであって、これ
は２つのベンダのＭＣＳビン４２４ｂの２つの区画内の製品数量を均衡させるためになさ
れる。そして、施設管理サブシステム４０４は中央コンピューティングシステム４０１に
対してシグナリングを行って次のことをなさせる：中央データベース４０３の格納ビン内
容物テーブル５１０内の以前はより豊かであった（formerly fuller）ＭＣＳビンの記録
内に記憶されている数量を、そこから移譲された製品数量でデクリメントすること、及び
、ＭＣＳビン４２４ｂのそれら２つの今となっては均衡化された区画の区画＿ＩＤをそれ
らの各々のストック済み在庫テーブル５０４内の２つのベンダの製品カタログエントリ間
でスワップすること。また、中央コンピューティングシステム４０１は、余剰製品の移譲
先の異なるＭＣＳビンの区画の区画＿ＩＤについての記録をより在庫を有するベンダのス
トック済み在庫テーブル５０４に作成することと、この区画に移転（transfer）された余
剰製品の数量をこの記録に書き込むことと、このより在庫を有するベンダのベンダ＿ＩＤ
を余剰製品の移転先たるこの異なる区画について格納ビン内容物テーブル５１０内に記録
することとをなす。よって、製品の所有は、２つのベンダのうち在庫がより少ないものに
よって又は少なくとも２つの区画が均衡化されることとの具体的関係で「在庫がより少な
い」ものによって定義されている数量について、スワップされるのであり、在庫がより多
いベンダは余剰製品数量を保持するのであってその当初の区画内容物が他のベンダのそれ
を超過している分についてこれが該当する。区画が均衡化された２つのＭＣＳビン４２４
ｂのモバイルデータ記憶装置４２６は、等量のＭＣＳ区画からＭＣＳ区画へとなされる例
について開示されたのと同様の態様で更新されるのであり、余剰製品の移転先の同一又は
異なるＭＣＳビンのモバイルデータ記憶装置４２６には、当初はより豊かであった（orig
inally fuller）区画から区画特有のビンデータの複製が書き込まれるのであるも、数量
は、この異なる区画へと当初はより豊かであった区画から移転された余剰製品数量に応じ
て調整される。
【0140】
１つのベンダの製品がＳＣＳビン内にあり、ＳＣＳビン内の製品とは等しくない数量の
、もう一方のベンダの製品がＭＣＳビンの区画内にある場合、余剰製品の移譲は、余剰が
ＳＣＳビンから生じているのか又はＭＣＳビンの区画から生じているのかによって、格納
ビンベースでなされるか又は区画ベースでなされるかについての適切な態様でなされるの
であり、その余剰製品についての対応するような適切なデータ更新は、上述のと同様の態
様でなされるのであり、ＳＣＳビン内容物及びＭＣＳビン区画内容物が当初等しかった上
述のシナリオに準拠して、結果として生じる等しい数量のビン／区画内容物をデジタル的
にスワップするための処理がその後に続く。
、もう一方のベンダの製品がＭＣＳビンの区画内にある場合、余剰製品の移譲は、余剰が
ＳＣＳビンから生じているのか又はＭＣＳビンの区画から生じているのかによって、格納
ビンベースでなされるか又は区画ベースでなされるかについての適切な態様でなされるの
であり、その余剰製品についての対応するような適切なデータ更新は、上述のと同様の態
様でなされるのであり、ＳＣＳビン内容物及びＭＣＳビン区画内容物が当初等しかった上
述のシナリオに準拠して、結果として生じる等しい数量のビン／区画内容物をデジタル的
にスワップするための処理がその後に続く。
【0141】
実施形態では、ビン又は区画内容物に対して均衡化をなして等しい製品数量についてビ
ン規模又は区画規模でのスワップベースド再割り当てを可能化する代わりに、製品再割り
当て処理は、格納ビン又は区画内に所在する総合的数量製品の部分的サブセットのみにつ
いての再割り当てを伴う。部分的な、ビン又は区画内容物のこのような再割り当ては、Ｍ
ＣＳビンの部分的内容物の再割り当ての場合に有用であり、この場合、在庫有りベンダＢ
に以前割り当てられた単一区画内にある製品の部分的な数量は、利用可能ならば同じＭＣ
Ｓビンの空の区画に移転されるか、又は、同じＭＣＳビンにて空の区画が利用可能ではな
いならば、異なるＭＣＳビンの空の区画へと移転される。そして、同じ又は異なるＭＣＳ
ビンの新たに詰め込まれた区画は、入用ベンダＡに割り当てられるのであり、これは次の
ことによってなされる：ベンダＡのストック済み在庫テーブル５０４に新たな記録を書き
込むことであってこれは新たにものが入れられたＭＣＳビン区画の区画＿ＩＤ、製品＿Ｉ
Ｄ、及びそこへと移転された製品の数量を含む、書き込むことと；ベンダＡのベンダ＿Ｉ
Ｄ、製品＿ＩＤ、及び移転数量を格納ビン内容物テーブル５１０内の各々の記録に書き込
むことと；同じ又は異なるＭＣＳビンのモバイルデータ記憶装置４２６にて内容物テーブ
ル５３１内に新たな記録を書き込むことであってこれは移転製品の製品＿ＩＤ、入用ベン
ダＡのベンダ＿ＩＤ、及び製品についての移転数量を含む、書き込むことと；この同じ製
品が同じ又は異なるＭＣＳビンの別の区画にベンダＡのために既に格納されていなかった
場合は、同じ又は異なるＭＣＳビンの製品情報テーブル５３２へ各々の製品記録の複製を
ベンダＡの製品テーブル５０３から複製すること。
ン規模又は区画規模でのスワップベースド再割り当てを可能化する代わりに、製品再割り
当て処理は、格納ビン又は区画内に所在する総合的数量製品の部分的サブセットのみにつ
いての再割り当てを伴う。部分的な、ビン又は区画内容物のこのような再割り当ては、Ｍ
ＣＳビンの部分的内容物の再割り当ての場合に有用であり、この場合、在庫有りベンダＢ
に以前割り当てられた単一区画内にある製品の部分的な数量は、利用可能ならば同じＭＣ
Ｓビンの空の区画に移転されるか、又は、同じＭＣＳビンにて空の区画が利用可能ではな
いならば、異なるＭＣＳビンの空の区画へと移転される。そして、同じ又は異なるＭＣＳ
ビンの新たに詰め込まれた区画は、入用ベンダＡに割り当てられるのであり、これは次の
ことによってなされる：ベンダＡのストック済み在庫テーブル５０４に新たな記録を書き
込むことであってこれは新たにものが入れられたＭＣＳビン区画の区画＿ＩＤ、製品＿Ｉ
Ｄ、及びそこへと移転された製品の数量を含む、書き込むことと；ベンダＡのベンダ＿Ｉ
Ｄ、製品＿ＩＤ、及び移転数量を格納ビン内容物テーブル５１０内の各々の記録に書き込
むことと；同じ又は異なるＭＣＳビンのモバイルデータ記憶装置４２６にて内容物テーブ
ル５３１内に新たな記録を書き込むことであってこれは移転製品の製品＿ＩＤ、入用ベン
ダＡのベンダ＿ＩＤ、及び製品についての移転数量を含む、書き込むことと；この同じ製
品が同じ又は異なるＭＣＳビンの別の区画にベンダＡのために既に格納されていなかった
場合は、同じ又は異なるＭＣＳビンの製品情報テーブル５３２へ各々の製品記録の複製を
ベンダＡの製品テーブル５０３から複製すること。
【0142】
格納ビン内容物テーブル５１０の特定の記録（particular record）にある再割り当て
製品の移転元となった区画についての記録された数量（quantity recorded）、及び、Ｍ
ＣＳビンのモバイルデータ記憶装置４２６の内容物テーブル５３１内のその区画について
の対応する記録については、それらの記録数量（recorded quantity）が、それぞれ中央
コンピューティングシステム４０１及び施設管理サブシステム４０４によって、移転数量
（transferred quantity）だけ、デクリメントされる。したがって、元の区画に残る製品
はベンダＢの在庫として記録されたままとなるのであって、これは、元の区画の区画＿Ｉ
Ｄ及びベンダＢのベンダ＿ＩＤが以前相互に格納ビン内容物テーブル５１０にて以前記録
されたこと、及び、区画＿ＩＤが製品カタログエントリに対してベンダＢのストック済み
在庫テーブル５０４にて以前記録されたこと故のことである。他の実施形態では、中央デ
ータベース４０３は、複数のベンダ＿ＩＤをＭＣＳビンにＭＣＳビンの区画数との関係で
１：１の比で割り当てることを可能とするのみならず、非区画化ＳＣＳビンへの複数のベ
ンダ＿ＩＤの割り当て、及び／又はＭＣＳビンの個々の区画への複数のベンダ＿ＩＤの割
り当てをも可能とする。したがって、製品再割り当てはビン規模又は区画規模での再割り
当てには限られず、再割り当てされた製品を別のビン又は区画に隔離することを要さない
形での格納ビン又は区画の一部の内容物の再割り当てを含むのであり、それによって、ビ
ン規模又は区画規模ではなく製品毎でのデジタル再割り当てが表される。
製品の移転元となった区画についての記録された数量（quantity recorded）、及び、Ｍ
ＣＳビンのモバイルデータ記憶装置４２６の内容物テーブル５３１内のその区画について
の対応する記録については、それらの記録数量（recorded quantity）が、それぞれ中央
コンピューティングシステム４０１及び施設管理サブシステム４０４によって、移転数量
（transferred quantity）だけ、デクリメントされる。したがって、元の区画に残る製品
はベンダＢの在庫として記録されたままとなるのであって、これは、元の区画の区画＿Ｉ
Ｄ及びベンダＢのベンダ＿ＩＤが以前相互に格納ビン内容物テーブル５１０にて以前記録
されたこと、及び、区画＿ＩＤが製品カタログエントリに対してベンダＢのストック済み
在庫テーブル５０４にて以前記録されたこと故のことである。他の実施形態では、中央デ
ータベース４０３は、複数のベンダ＿ＩＤをＭＣＳビンにＭＣＳビンの区画数との関係で
１：１の比で割り当てることを可能とするのみならず、非区画化ＳＣＳビンへの複数のベ
ンダ＿ＩＤの割り当て、及び／又はＭＣＳビンの個々の区画への複数のベンダ＿ＩＤの割
り当てをも可能とする。したがって、製品再割り当てはビン規模又は区画規模での再割り
当てには限られず、再割り当てされた製品を別のビン又は区画に隔離することを要さない
形での格納ビン又は区画の一部の内容物の再割り当てを含むのであり、それによって、ビ
ン規模又は区画規模ではなく製品毎でのデジタル再割り当てが表される。
【0143】
在庫有りベンダＢの格納ビンが、入用ベンダＡの在庫不足を充足するのに必要な量を超
える、又は、入用ベンダがＺ市の施設にて交換のために利用可能なものとして有している
入用製品の量を超える入用製品の数量を有している場合、実施形態では、中央コンピュー
ティングシステム４０１は、Ｙ市の施設にある在庫有りベンダＢの格納ビン／区画のビン
＿ＩＤ／区画＿ＩＤ並びにそこから再割り当てされる製品の部分的数量を入用ベンダＡの
ストック済み在庫テーブル５０４に追加するのであり；Ｙ市の施設にあるベンダＢの格納
ビン／区画について格納ビン内容物テーブル５１０及びベンダＢのストック済み在庫テー
ブル５０４（そこに複製されている場合）に現在記録されている製品数量に関して、ベン
ダＢからベンダＡへと再割り当てされる製品の数量をデクリメントするのであり；Ｚ市の
施設にある入用ベンダＡの格納ビン／区画についてのビン＿ＩＤ／区画＿ＩＤを、在庫有
りベンダＢのストック済み在庫テーブル５０４に追加するのであり；入用ベンダＡのベン
ダ＿ＩＤ及びＹ市の施設にある今となっては共有されている格納ビン／区画のビン＿ＩＤ
／区画＿ＩＤの一意的な組み合わせと共に入用ベンダＡに再割り当てされる製品数量（pr
oduct quantity）が含まれる格納ビン内容物テーブル５１０内に新規記録を追加するので
あり；また、Ｚ市の施設にある入用ベンダＡの格納ビン／区画のビン＿ＩＤ／区画＿ＩＤ
を入用ベンダＡのストック済み在庫テーブル５０４から除く（remove）。また、中央コン
ピューティングシステム４０１は、Ｙ市及びＺ市にある各々の施設の施設管理サブシステ
ム４０４に対して次のことをなすように命令（command）する：Ｙ市の施設にある格納ビ
ン及びＺ市の施設にある格納ビンの両方について適宜ビンデータを更新して、それによっ
て、Ｙ市の施設にある格納ビンの内容物テーブル５３１内のベンダＢの既存の区画記録に
ついて記録された数量をデクリメントするのであり；Ｙ市の施設にある格納ビンの内容物
テーブル５３１にベンダＡのベンダ＿ＩＤと再割り当てされた製品数量とを伴う新たな区
画記録を追加するのであり；Ｙ市の施設にある格納ビンの製品情報テーブル５３２内にて
新たな製品記録について、ベンダＡがＹ市の施設にある格納ビンにそのような製品記録を
既に有していない限り、ベンダＡの製品テーブル５０３又はベンダＡのＺ市の施設にある
格納ビンから複製された対応する製品記録をもってデータ追加をなすのであり；Ｚ市の施
設にある格納ビンの内容物テーブル５３１の適切な区画記録内のベンダ＿ＩＤを入用ベン
ダＡから在庫有りベンダＢへと変更するのであり；該当する製品タイプについてのＺ市の
施設にある格納ビンの製品情報テーブル５３２内の既存記録を削除（erase）（ベンダＡ
がその別の区画内にて同じ製品タイプの残存製品を有していない限り）するのであり；ま
た、適宜この削除された記録を置換するか、或いは、ベンダＢの製品テーブル５０３内の
対応する製品記録から若しくはベンダＢのＹ市の施設にある格納ビンの製品情報テーブル
５３２から複製された新規記録を追加する。
える、又は、入用ベンダがＺ市の施設にて交換のために利用可能なものとして有している
入用製品の量を超える入用製品の数量を有している場合、実施形態では、中央コンピュー
ティングシステム４０１は、Ｙ市の施設にある在庫有りベンダＢの格納ビン／区画のビン
＿ＩＤ／区画＿ＩＤ並びにそこから再割り当てされる製品の部分的数量を入用ベンダＡの
ストック済み在庫テーブル５０４に追加するのであり；Ｙ市の施設にあるベンダＢの格納
ビン／区画について格納ビン内容物テーブル５１０及びベンダＢのストック済み在庫テー
ブル５０４（そこに複製されている場合）に現在記録されている製品数量に関して、ベン
ダＢからベンダＡへと再割り当てされる製品の数量をデクリメントするのであり；Ｚ市の
施設にある入用ベンダＡの格納ビン／区画についてのビン＿ＩＤ／区画＿ＩＤを、在庫有
りベンダＢのストック済み在庫テーブル５０４に追加するのであり；入用ベンダＡのベン
ダ＿ＩＤ及びＹ市の施設にある今となっては共有されている格納ビン／区画のビン＿ＩＤ
／区画＿ＩＤの一意的な組み合わせと共に入用ベンダＡに再割り当てされる製品数量（pr
oduct quantity）が含まれる格納ビン内容物テーブル５１０内に新規記録を追加するので
あり；また、Ｚ市の施設にある入用ベンダＡの格納ビン／区画のビン＿ＩＤ／区画＿ＩＤ
を入用ベンダＡのストック済み在庫テーブル５０４から除く（remove）。また、中央コン
ピューティングシステム４０１は、Ｙ市及びＺ市にある各々の施設の施設管理サブシステ
ム４０４に対して次のことをなすように命令（command）する：Ｙ市の施設にある格納ビ
ン及びＺ市の施設にある格納ビンの両方について適宜ビンデータを更新して、それによっ
て、Ｙ市の施設にある格納ビンの内容物テーブル５３１内のベンダＢの既存の区画記録に
ついて記録された数量をデクリメントするのであり；Ｙ市の施設にある格納ビンの内容物
テーブル５３１にベンダＡのベンダ＿ＩＤと再割り当てされた製品数量とを伴う新たな区
画記録を追加するのであり；Ｙ市の施設にある格納ビンの製品情報テーブル５３２内にて
新たな製品記録について、ベンダＡがＹ市の施設にある格納ビンにそのような製品記録を
既に有していない限り、ベンダＡの製品テーブル５０３又はベンダＡのＺ市の施設にある
格納ビンから複製された対応する製品記録をもってデータ追加をなすのであり；Ｚ市の施
設にある格納ビンの内容物テーブル５３１の適切な区画記録内のベンダ＿ＩＤを入用ベン
ダＡから在庫有りベンダＢへと変更するのであり；該当する製品タイプについてのＺ市の
施設にある格納ビンの製品情報テーブル５３２内の既存記録を削除（erase）（ベンダＡ
がその別の区画内にて同じ製品タイプの残存製品を有していない限り）するのであり；ま
た、適宜この削除された記録を置換するか、或いは、ベンダＢの製品テーブル５０３内の
対応する製品記録から若しくはベンダＢのＹ市の施設にある格納ビンの製品情報テーブル
５３２から複製された新規記録を追加する。
【0144】
ベンダＡのＺ市の施設にある格納ビン／区画の全体が、ベンダＢのＹ市の施設にある在
庫と交換されることとなっていない場合、Ｚ市の施設にある格納ビンのビン＿ＩＤ／区画
＿ＩＤを入用ベンダＡのストック済み在庫テーブル５０４から除く代わりに、入用ベンダ
Ａのストック済み在庫テーブル５０４内のそのビン＿ＩＤ／区画＿ＩＤについて記録され
た数量（quantity recorded）が、交換されるアイテム数量（item quantity）でデクリメ
ントされるのであり、また、在庫有りベンダＢのＺ市の施設にある格納ビンについてのス
トック済み在庫テーブル５０４に追加される数量は、Ｚ市の施設にある格納ビン内の総数
量又は製品（total quantity or product）によってではなく、交換されるこの数量（以
下、「交換数量（exchange quantity）」という。）によって定義される。同様に、Ｚ市
の施設にある格納ビンのモバイルデータ記憶装置４２６を更新するに際して、内容物テー
ブル５３１の既存の区画記録内のベンダ＿ＩＤを変更し且つ製品情報テーブル５３２内の
既存の製品記録を置換することの代わりに、施設管理サブシステム４０４は、既存の区画
記録内の記録された数量を交換数量でデクリメントするのであり；該当する区画＿ＩＤと
在庫有りベンダＢのベンダ＿ＩＤとの組み合わせを含む新たな追加的な区画記録を交換数
量と共に追加するのであり；また、在庫有りベンダＢの製品テーブル５０３内の対応する
製品記録又はベンダＢのＹ市の施設にある格納ビンから複製された新規記録を製品情報テ
ーブル５３２に追加する（そのような記録が既に存在しない限り）。
庫と交換されることとなっていない場合、Ｚ市の施設にある格納ビンのビン＿ＩＤ／区画
＿ＩＤを入用ベンダＡのストック済み在庫テーブル５０４から除く代わりに、入用ベンダ
Ａのストック済み在庫テーブル５０４内のそのビン＿ＩＤ／区画＿ＩＤについて記録され
た数量（quantity recorded）が、交換されるアイテム数量（item quantity）でデクリメ
ントされるのであり、また、在庫有りベンダＢのＺ市の施設にある格納ビンについてのス
トック済み在庫テーブル５０４に追加される数量は、Ｚ市の施設にある格納ビン内の総数
量又は製品（total quantity or product）によってではなく、交換されるこの数量（以
下、「交換数量（exchange quantity）」という。）によって定義される。同様に、Ｚ市
の施設にある格納ビンのモバイルデータ記憶装置４２６を更新するに際して、内容物テー
ブル５３１の既存の区画記録内のベンダ＿ＩＤを変更し且つ製品情報テーブル５３２内の
既存の製品記録を置換することの代わりに、施設管理サブシステム４０４は、既存の区画
記録内の記録された数量を交換数量でデクリメントするのであり；該当する区画＿ＩＤと
在庫有りベンダＢのベンダ＿ＩＤとの組み合わせを含む新たな追加的な区画記録を交換数
量と共に追加するのであり；また、在庫有りベンダＢの製品テーブル５０３内の対応する
製品記録又はベンダＢのＹ市の施設にある格納ビンから複製された新規記録を製品情報テ
ーブル５３２に追加する（そのような記録が既に存在しない限り）。
【0145】
先述の例で開示しているように、モバイルデータ記憶装置４２６を有するスマートビン
とされる格納ビンに関する実施形態では、中央データベース４０３を更新して入用ベンダ
と在庫有りベンダとの間での製品についてのスワップ又は交換をデジタル的に記録するこ
とに加えて、中央コンピューティングシステム４０１は、格納ビンを有する施設及び輸送
車両の施設管理サブシステム４０４及び車両管理サブシステム４１６に対して次のことを
なすように指示する：各ベンダの格納ビンのモバイルデータ記憶装置４２６上の既存のベ
ンダ＿ＩＤ及びベンダ特有の製品記録を、他のベンダの格納ビン上で見つかったそれをも
って置換又は補充するのであり、書き込まれる置換又は補充用データが、他のベンダの格
納ビンから、又は、中央データベース４０３から、又は、ローカル施設データベース４０
７若しくはローカル車両データベース４２０内の重複記録から複製されるかは問われない
（各輸送車両及び施設が事故のオンサイト／オンボード在庫についてローカル集計をする
場合）。丸ごと未満の格納ビン又は区画の内容物の再割り当てがなされる場合、実施形態
では、中央コンピューティングシステム４０１は、格納ビンが所在する又は（現に輸送中
の場合は）到着する所の施設管理サブシステム４０４に対して、次のことをなすように指
示する：再割り当てされた製品を今となっては共有されている格納ビン若しくは区画から
取り出すこと並びに再割り当てされた製品をベンダ特有の格納ビン若しくは区画内へと移
転することを命令又は指示すること。同様に、中央コンピューティングシステム４０１は
、車両管理サブシステム４１６に対して、再割り当てされた製品を今となっては共有され
ている格納ビン若しくは区画から取り出すこと並びに再割り当てされた製品をベンダ特有
の格納ビン若しくは区画内へと移転することを命令又は指示すること（そのようなビンか
らビンへの製品移転をなすために適した装備を輸送車両が有している場合）を指示するの
であり、例えば、輸送車両上で自動化ロボティック手段又は機械誘導型の人的相互作用を
用いる。
とされる格納ビンに関する実施形態では、中央データベース４０３を更新して入用ベンダ
と在庫有りベンダとの間での製品についてのスワップ又は交換をデジタル的に記録するこ
とに加えて、中央コンピューティングシステム４０１は、格納ビンを有する施設及び輸送
車両の施設管理サブシステム４０４及び車両管理サブシステム４１６に対して次のことを
なすように指示する：各ベンダの格納ビンのモバイルデータ記憶装置４２６上の既存のベ
ンダ＿ＩＤ及びベンダ特有の製品記録を、他のベンダの格納ビン上で見つかったそれをも
って置換又は補充するのであり、書き込まれる置換又は補充用データが、他のベンダの格
納ビンから、又は、中央データベース４０３から、又は、ローカル施設データベース４０
７若しくはローカル車両データベース４２０内の重複記録から複製されるかは問われない
（各輸送車両及び施設が事故のオンサイト／オンボード在庫についてローカル集計をする
場合）。丸ごと未満の格納ビン又は区画の内容物の再割り当てがなされる場合、実施形態
では、中央コンピューティングシステム４０１は、格納ビンが所在する又は（現に輸送中
の場合は）到着する所の施設管理サブシステム４０４に対して、次のことをなすように指
示する：再割り当てされた製品を今となっては共有されている格納ビン若しくは区画から
取り出すこと並びに再割り当てされた製品をベンダ特有の格納ビン若しくは区画内へと移
転することを命令又は指示すること。同様に、中央コンピューティングシステム４０１は
、車両管理サブシステム４１６に対して、再割り当てされた製品を今となっては共有され
ている格納ビン若しくは区画から取り出すこと並びに再割り当てされた製品をベンダ特有
の格納ビン若しくは区画内へと移転することを命令又は指示すること（そのようなビンか
らビンへの製品移転をなすために適した装備を輸送車両が有している場合）を指示するの
であり、例えば、輸送車両上で自動化ロボティック手段又は機械誘導型の人的相互作用を
用いる。
【0146】
Ｚ市の施設にある格納ビンが丸ごと再割り当てされる場合、実施形態では、中央コンピ
ューティングシステム４０１は、中央データベース４０３を更新するのであり、また、Ｚ
市の施設の施設管理サブシステム４０４及び／又は輸送車両の車両管理サブシステム４１
６に対して、そこにて再割り当てされた格納ビンのモバイルデータ記憶装置４２６を更新
するように指示するのであり、更新された宛先データは、Ｙ市の施設を、ベンダＢのＹ市
でのローカル在庫を補充するためにＺ市の施設からの再割り当てされた格納ビンを輸送す
るべき宛先として指定する。Ｚ市の施設にある格納ビンが部分的にしか再割り当てされて
いない故にベンダ共有格納ビンとなる場合、実施形態では、施設管理サブシステム４０４
又は（適切な装備を有する輸送車両がある場合は）車両管理サブシステム４１６は、再割
り当てされた製品をＺ市の施設にある格納ビンから取り出すことに関して、自動化された
ロボティック態様での取り出しを命じるか、又は人間によって履行される取り出しを指示
するのであり、また、取り出された製品をベンダ特有の格納ビン内へと移転するのであり
、そして、それが宛先再割り当ての対象とされて、再割り当てされた製品についてのＺ市
の施設からＹ市の施設への移転が惹起されるのであり、他のベンダの製品は元の宛先デー
タを伴ったままで元の格納ビンに残される。
ューティングシステム４０１は、中央データベース４０３を更新するのであり、また、Ｚ
市の施設の施設管理サブシステム４０４及び／又は輸送車両の車両管理サブシステム４１
６に対して、そこにて再割り当てされた格納ビンのモバイルデータ記憶装置４２６を更新
するように指示するのであり、更新された宛先データは、Ｙ市の施設を、ベンダＢのＹ市
でのローカル在庫を補充するためにＺ市の施設からの再割り当てされた格納ビンを輸送す
るべき宛先として指定する。Ｚ市の施設にある格納ビンが部分的にしか再割り当てされて
いない故にベンダ共有格納ビンとなる場合、実施形態では、施設管理サブシステム４０４
又は（適切な装備を有する輸送車両がある場合は）車両管理サブシステム４１６は、再割
り当てされた製品をＺ市の施設にある格納ビンから取り出すことに関して、自動化された
ロボティック態様での取り出しを命じるか、又は人間によって履行される取り出しを指示
するのであり、また、取り出された製品をベンダ特有の格納ビン内へと移転するのであり
、そして、それが宛先再割り当ての対象とされて、再割り当てされた製品についてのＺ市
の施設からＹ市の施設への移転が惹起されるのであり、他のベンダの製品は元の宛先デー
タを伴ったままで元の格納ビンに残される。
【0147】
製品の再割り当てが完了すると、再割り当てされた在庫を有する格納ビンがＹ市の施設
のインデクスド格納アレイ内に所在する事案では、その施設の施設管理サブシステム４０
４は、ロボティックハンドラー４０８の１つによってなされる格納ビンのインデクスド格
納アレイからの回収と、格納ビンを適切な場所（例えば、施設内のワークステーションや
積み込みドック等）へと届けることと、を命令するのであり、特定の在庫不足に関するニ
ーズが充足されることによる。再割り当てされた在庫を有する格納ビンが施設間を移動す
る輸送車両４１５ａ，４１５ｂ上に現在所在している事案では、輸送車両４１５ａ，４１
５ｂが次に到着する施設の施設管理サブシステム４０４は、輸送車両４１５ａ，４１５ｂ
の積み込み／積み降ろしにて用いられるロボティックハンドラー４０８に対して、再割り
当てされた在庫を有している格納ビンを適切なワークステーション、積み込みドック、又
は他の場所へとリルートするように命令するのであり、特定の在庫不足に関するニーズが
充足されることによる。
のインデクスド格納アレイ内に所在する事案では、その施設の施設管理サブシステム４０
４は、ロボティックハンドラー４０８の１つによってなされる格納ビンのインデクスド格
納アレイからの回収と、格納ビンを適切な場所（例えば、施設内のワークステーションや
積み込みドック等）へと届けることと、を命令するのであり、特定の在庫不足に関するニ
ーズが充足されることによる。再割り当てされた在庫を有する格納ビンが施設間を移動す
る輸送車両４１５ａ，４１５ｂ上に現在所在している事案では、輸送車両４１５ａ，４１
５ｂが次に到着する施設の施設管理サブシステム４０４は、輸送車両４１５ａ，４１５ｂ
の積み込み／積み降ろしにて用いられるロボティックハンドラー４０８に対して、再割り
当てされた在庫を有している格納ビンを適切なワークステーション、積み込みドック、又
は他の場所へとリルートするように命令するのであり、特定の在庫不足に関するニーズが
充足されることによる。
【0148】
ビン再割り当てベースでの効果が図８Ａに示されており、区画再割り当てベースでの効
果が図８Ｂに示されている先述の処理では、Ｙ市の施設にある物理的製品をベンダＢの在
庫からベンダＡの在庫へと再割り当てするのであり、それによって、ベンダＡの遠方たる
Ｚ市の施設にある在庫をＹ市の施設まで物理的に輸送することとの対比で、相当に迅速化
した態様で疑似即時的にベンダＡの在庫不足を克服する。同時に、Ｚ市の施設にある在庫
はベンダＢへと再割り当てして、サプライチェーンエコシステム内の自己の全体的な在庫
を何ら失わずにして各々の在庫を「完全体」として保つ。前述の例では、格納ビン全体、
区画全体、又は格納ビンや区画の製品内容物についての部分的なサブセットに関しての在
庫スワップ又は交換が関わるも、格納ビン、区画、又は製品のサブセットについての在庫
有りベンダから入用ベンダへの同様の再割り当ては、入用ベンダの別の場所にある在庫か
ら同じ製品を同じ数量だけ交換することで在庫有りベンダが代償を得られないようなトラ
ンザクションでも採用される。実施形態では、格納ビン、区画、又は製品の再割り当ては
、例えば、ベンダ間販売等の他の在庫管理用途で実装されるのであり、入用ベンダが在庫
有りベンダと在庫をスワップする代わりに、図９Ａ～９Ｂに示されるように、入用ベンダ
が在庫有りベンダーから在庫を購入する。この実施形態では、在庫有りベンダＢから入用
ベンダＡへの格納ビン、区画、又はその一部の内容物の再割り当ては、スワップ又は交換
処理について上述されたように行われるが、入用ベンダＡから在庫有りベンダＢへの別の
格納ビン、区画、又はその一部の内容物の代償的な再割り当ては伴わない。
果が図８Ｂに示されている先述の処理では、Ｙ市の施設にある物理的製品をベンダＢの在
庫からベンダＡの在庫へと再割り当てするのであり、それによって、ベンダＡの遠方たる
Ｚ市の施設にある在庫をＹ市の施設まで物理的に輸送することとの対比で、相当に迅速化
した態様で疑似即時的にベンダＡの在庫不足を克服する。同時に、Ｚ市の施設にある在庫
はベンダＢへと再割り当てして、サプライチェーンエコシステム内の自己の全体的な在庫
を何ら失わずにして各々の在庫を「完全体」として保つ。前述の例では、格納ビン全体、
区画全体、又は格納ビンや区画の製品内容物についての部分的なサブセットに関しての在
庫スワップ又は交換が関わるも、格納ビン、区画、又は製品のサブセットについての在庫
有りベンダから入用ベンダへの同様の再割り当ては、入用ベンダの別の場所にある在庫か
ら同じ製品を同じ数量だけ交換することで在庫有りベンダが代償を得られないようなトラ
ンザクションでも採用される。実施形態では、格納ビン、区画、又は製品の再割り当ては
、例えば、ベンダ間販売等の他の在庫管理用途で実装されるのであり、入用ベンダが在庫
有りベンダと在庫をスワップする代わりに、図９Ａ～９Ｂに示されるように、入用ベンダ
が在庫有りベンダーから在庫を購入する。この実施形態では、在庫有りベンダＢから入用
ベンダＡへの格納ビン、区画、又はその一部の内容物の再割り当ては、スワップ又は交換
処理について上述されたように行われるが、入用ベンダＡから在庫有りベンダＢへの別の
格納ビン、区画、又はその一部の内容物の代償的な再割り当ては伴わない。
【0149】
図９Ａは、実施形態による、コンピュータで実装されたベンダ間在庫販売の効果につい
て示す概略図であって、入用製品を含む別のベンダの格納ビン（例えばＳＣＳビン４２４
ａ）の購入によって入用ベンダの在庫不足を克服する際の、概略図である。同様に図９Ｂ
は、実施形態による、コンピュータで実装されたベンダ間在庫販売の効果について示す概
略図であって、入用製品を含む別のベンダのＭＣＳビン４２４ｂの区画の購入によって入
用ベンダの在庫不足を克服する際の、概略図である。別の実施形態では、コンピュータ化
在庫管理システムは、格納ビン丸ごと及び区画丸ごとの購入に加えて、入用ベンダの在庫
不足を克服するために、入用製を有する別のベンダの個々の製品単位及び部分的な区画を
入用ベンダが購入することを可能にする。
て示す概略図であって、入用製品を含む別のベンダの格納ビン（例えばＳＣＳビン４２４
ａ）の購入によって入用ベンダの在庫不足を克服する際の、概略図である。同様に図９Ｂ
は、実施形態による、コンピュータで実装されたベンダ間在庫販売の効果について示す概
略図であって、入用製品を含む別のベンダのＭＣＳビン４２４ｂの区画の購入によって入
用ベンダの在庫不足を克服する際の、概略図である。別の実施形態では、コンピュータ化
在庫管理システムは、格納ビン丸ごと及び区画丸ごとの購入に加えて、入用ベンダの在庫
不足を克服するために、入用製を有する別のベンダの個々の製品単位及び部分的な区画を
入用ベンダが購入することを可能にする。
【0150】
実施形態では、ベンダ間在庫販売又は購入を促進するために、図５Ａに示される各ベン
ダの製品カタログ５０５の製品テーブル５０３内の各製品記録は次の事項を含む：ベンダ
がサプライチェーンエコシステムの他の加入／契約ベンダに当該製品を販売することを希
望するベンダ販売価格と、ベンダがその末端顧客に製品を販売する顧客販売価格。実施形
態では、各製品記録には、その特定の製品についてベンダが任意の他のベンダに支払うこ
とができる最高購入価格が含まれる。実施形態では、ベンダ販売価格は、図５Ｅ～５Ｆに
示されているように、例えば、ＳＣＳビン４２４ａ、ＭＣＳビン４２４ｂ、ＰＯビン４２
４ｃ、及びＦＯビン４２４ｄといった、様々なビンカテゴリ及びサブカテゴリのうちの任
意の１つ以上又は全ての、各格納ビンの製品情報テーブル５３２にも格納されている。図
４Ａ～４Ｃに示されているマルチエンティティ在庫管理システム４００は、注文充足のた
めに既にピッキングされており且つＰＯビン４２４ｃ又はＦＯビン４２４ｄに置かれた製
品が、他のベンダへの販売に関して利用可能とされないように構成されているにもかかわ
らず、ＰＯビン４２４ｃ又はＦＯビン４２４ｄのモバイルデータ記憶装置４２６上のベン
ダ販売価格、最高購入価格、及びその他の製品情報の保持は、例えば、注文がキャンセル
された場合に有用であり、その場合、そのＰＯビン４２４ｃまたはＦＯビン４２４ｄ内の
製品は、ＭＣＳビン４２４ｂ又はＳＣＳビン４２４ａに返戻されて、元のベンダの在庫に
再割り当てされることができるのであり、その間、ＰＯビン４２４ｃ又はＦＯビン４２４
ｄ上の保持された製品情報データは、中央データベース４０３に頼ってそのようなデータ
を得る必要なくして、キャンセルされた注文製品が転送されるＭＣＳビン４２４ｂ又はＳ
ＣＳビン４２４ａ上のビンデータを自動的に入力するために使用されることができる。
ダの製品カタログ５０５の製品テーブル５０３内の各製品記録は次の事項を含む：ベンダ
がサプライチェーンエコシステムの他の加入／契約ベンダに当該製品を販売することを希
望するベンダ販売価格と、ベンダがその末端顧客に製品を販売する顧客販売価格。実施形
態では、各製品記録には、その特定の製品についてベンダが任意の他のベンダに支払うこ
とができる最高購入価格が含まれる。実施形態では、ベンダ販売価格は、図５Ｅ～５Ｆに
示されているように、例えば、ＳＣＳビン４２４ａ、ＭＣＳビン４２４ｂ、ＰＯビン４２
４ｃ、及びＦＯビン４２４ｄといった、様々なビンカテゴリ及びサブカテゴリのうちの任
意の１つ以上又は全ての、各格納ビンの製品情報テーブル５３２にも格納されている。図
４Ａ～４Ｃに示されているマルチエンティティ在庫管理システム４００は、注文充足のた
めに既にピッキングされており且つＰＯビン４２４ｃ又はＦＯビン４２４ｄに置かれた製
品が、他のベンダへの販売に関して利用可能とされないように構成されているにもかかわ
らず、ＰＯビン４２４ｃ又はＦＯビン４２４ｄのモバイルデータ記憶装置４２６上のベン
ダ販売価格、最高購入価格、及びその他の製品情報の保持は、例えば、注文がキャンセル
された場合に有用であり、その場合、そのＰＯビン４２４ｃまたはＦＯビン４２４ｄ内の
製品は、ＭＣＳビン４２４ｂ又はＳＣＳビン４２４ａに返戻されて、元のベンダの在庫に
再割り当てされることができるのであり、その間、ＰＯビン４２４ｃ又はＦＯビン４２４
ｄ上の保持された製品情報データは、中央データベース４０３に頼ってそのようなデータ
を得る必要なくして、キャンセルされた注文製品が転送されるＭＣＳビン４２４ｂ又はＳ
ＣＳビン４２４ａ上のビンデータを自動的に入力するために使用されることができる。
【0151】
実施形態では、ベンダの製品カタログ505に製品タイプ毎にベンダ販売価格を含めるこ
とに加えて、図５Ａに示されている中央データベース４０３のベンダのホワイトリスト／
ブラックリストテーブル５０６は各ベンダーについての追加データを記憶しており、例え
ば、対象となるベンダがそのような在庫再割り当てトランザクションを許可することを選
択した、特別に承認されたベンダのベンダ＿ＩＤのリスト又は対象となるベンダがそのよ
うな在庫再割り当てトランザクションを禁じることを選択した、特別に禁止されたベンダ
のベンダ＿ＩＤのリストが考えられるのであり、これはベンダ間在庫スワップやベンダ間
在庫販売といった他のベンダとの在庫再割り当てトランザクションに関連する。
とに加えて、図５Ａに示されている中央データベース４０３のベンダのホワイトリスト／
ブラックリストテーブル５０６は各ベンダーについての追加データを記憶しており、例え
ば、対象となるベンダがそのような在庫再割り当てトランザクションを許可することを選
択した、特別に承認されたベンダのベンダ＿ＩＤのリスト又は対象となるベンダがそのよ
うな在庫再割り当てトランザクションを禁じることを選択した、特別に禁止されたベンダ
のベンダ＿ＩＤのリストが考えられるのであり、これはベンダ間在庫スワップやベンダ間
在庫販売といった他のベンダとの在庫再割り当てトランザクションに関連する。
【0152】
図１０は、実施形態による、ベンダ間在庫スワップ又はベンダ間在庫販売を促進するた
めのコンピュータ実装方法についてのフローチャートである。本明細書にて開示されるコ
ンピュータ実装方法では、互いに在庫を再割り当てする権限を持つベンダ間の在庫スワッ
プやベンダ間の在庫販売の可能性を考慮しながら、利用可能な在庫についてクエリする。
本明細書にて開示されるコンピュータ実装方法は、サプライチェーンエコシステムの在庫
を検索して、図５Ａに示されている特定のベンダ（以下、「対象ベンダ」という。）の製
品カタログ５０５から、特定の製品タイプの特定の製品（以下、「対象製品」という。）
の利用可能性について調べる処理を実行するのであり、例えば、顧客が対象ベンダのｅコ
マース販売プラットフォームを閲覧したりそこから注文しようとしたりしたことに応じて
なされることが考えられ、それによって、顧客が購入可能な対象製品の利用可能数量をリ
アルタイムで表示したり、又は、注文の試みに対して対象製品の利用可能性についてのリ
アルタイム評価に基づいて注文が充足可能か否かについて示すことについてのニーズが必
要とされる。図１０に示されるように、ステップ１００１にて、図４Ｃに示されている中
央コンピューティングシステム４０１の実行可能ソフトウェアのクエリ構築器４３１ａは
、以下のようにしてデータベースクエリを構築する（Ｓ１００２）：クエリ構築器４３１
ａは、対象ベンダのベンダ＿ＩＤと対象製品の製品＿ＩＤとを少なくとも含む製品利用可
能性要求を受信する。実施形態では、製品利用可能性要求は、例えば、図５Ａに示された
他のベンダ５０２の製品カタログ５０５内で対象製品が識別可能なユニバーサル製品コー
ド（ＵＰＣ）といったグローバル製品＿ＩＤを少なくとも含んでいる。別の実施形態では
、製品の利用可能性要求は、対象ベンダのベンダ特有の製品＿ＩＤ（例えば、SKU）をさ
らに含む。別の実施形態では、製品利用可能性要求は、製品利用可能性要求が生成された
顧客又は他の発信元エンティティに合わせてカスタマイズされた在庫検索を生成するため
に有用な他の情報をさらに含む。その他の情報は、例えば、リアルタイムGPS座標や顧客
指定住所等の顧客についての場所情報、或いは、顧客請求先住所とは異なる配送住所、ギ
フト注文の場合の第三者の受取住所、顧客が選択したナノ施設等の顧客が指定した代替の
宛先となる場所等の対象製品を配達すべき場所又は界隈、並びに、例えば、宛先への配達
や宛先の近くへの配達が完了するまでのタイムラインや目標配達日等のタイミング要件を
含む。
めのコンピュータ実装方法についてのフローチャートである。本明細書にて開示されるコ
ンピュータ実装方法では、互いに在庫を再割り当てする権限を持つベンダ間の在庫スワッ
プやベンダ間の在庫販売の可能性を考慮しながら、利用可能な在庫についてクエリする。
本明細書にて開示されるコンピュータ実装方法は、サプライチェーンエコシステムの在庫
を検索して、図５Ａに示されている特定のベンダ（以下、「対象ベンダ」という。）の製
品カタログ５０５から、特定の製品タイプの特定の製品（以下、「対象製品」という。）
の利用可能性について調べる処理を実行するのであり、例えば、顧客が対象ベンダのｅコ
マース販売プラットフォームを閲覧したりそこから注文しようとしたりしたことに応じて
なされることが考えられ、それによって、顧客が購入可能な対象製品の利用可能数量をリ
アルタイムで表示したり、又は、注文の試みに対して対象製品の利用可能性についてのリ
アルタイム評価に基づいて注文が充足可能か否かについて示すことについてのニーズが必
要とされる。図１０に示されるように、ステップ１００１にて、図４Ｃに示されている中
央コンピューティングシステム４０１の実行可能ソフトウェアのクエリ構築器４３１ａは
、以下のようにしてデータベースクエリを構築する（Ｓ１００２）：クエリ構築器４３１
ａは、対象ベンダのベンダ＿ＩＤと対象製品の製品＿ＩＤとを少なくとも含む製品利用可
能性要求を受信する。実施形態では、製品利用可能性要求は、例えば、図５Ａに示された
他のベンダ５０２の製品カタログ５０５内で対象製品が識別可能なユニバーサル製品コー
ド（ＵＰＣ）といったグローバル製品＿ＩＤを少なくとも含んでいる。別の実施形態では
、製品の利用可能性要求は、対象ベンダのベンダ特有の製品＿ＩＤ（例えば、SKU）をさ
らに含む。別の実施形態では、製品利用可能性要求は、製品利用可能性要求が生成された
顧客又は他の発信元エンティティに合わせてカスタマイズされた在庫検索を生成するため
に有用な他の情報をさらに含む。その他の情報は、例えば、リアルタイムGPS座標や顧客
指定住所等の顧客についての場所情報、或いは、顧客請求先住所とは異なる配送住所、ギ
フト注文の場合の第三者の受取住所、顧客が選択したナノ施設等の顧客が指定した代替の
宛先となる場所等の対象製品を配達すべき場所又は界隈、並びに、例えば、宛先への配達
や宛先の近くへの配達が完了するまでのタイムラインや目標配達日等のタイミング要件を
含む。
【0153】
ステップ１００３にて、クエリ構築器４３１ａは、例えば、図４Ａ及び図４Ｃに例示さ
れた中央データベース４０３のベンダテーブル５０１に記憶されている、対象ベンダの再
割当参加フラグを確認して、対象ベンダが在庫再割り当てオプションにおける参加者たる
かを決定する。対象ベンダが在庫再割り当てオプションにおける参加者ではない場合、ス
テップ１００４にて、クエリ構築器４３１ａは、対象ベンダ自らの在庫のみに在庫検索を
限定するのであり、後述のステップ１００９へと進む。実施形態では、そのような事案で
は、検索に用いられる製品＿ＩＤは、例えばＳＫＵ等のベンダ製品＿ＩＤであり、例えば
ＵＰＣ等のグローバル製品＿ＩＤではない。なぜならば、他のベンダの在庫が検索されな
いからである。対象ベンダが再割り当て参加者である場合、他のベンダから肯定的な検索
結果を得ることを担保するために、検索ではグローバル製品＿ＩＤを用いらなければなら
ない。この例では、ステップ１００５にて、クエリ構築器４３１ａは、所与の実施形態で
有効とされている場合、図５Ａに示されている対象ベンダについてのホワイトリスト／ブ
ラックリストテーブル５０６内に、データ追加されたホワイトリスト又はブラックリスト
が含まれているかについてチェックする。対象ベンダについてベンダのホワイトリスト／
ブラックリストテーブル５０６内にデータ追加されたホワイトリスト又はブラックリスト
が見つかった場合、ステップ１００６にてクエリ構築器４３１ａはその内容を用いて在庫
検索を承認されたベンダのみに限定する。ステップ１００７にて、クエリ構築器４３１ａ
は、例えば対象ベンダが対象製品について最高購入価格を定めているか等の価格要件があ
るかについてチェックする。対象ベンダが対象製品について最高購入価格を指定していた
場合、ステップ１００８にて、対象ベンダのその最高購入価格未満となるベンダ販売価格
を有する他のベンダの合致する製品のみが返されることとなるように検索が限定される。
れた中央データベース４０３のベンダテーブル５０１に記憶されている、対象ベンダの再
割当参加フラグを確認して、対象ベンダが在庫再割り当てオプションにおける参加者たる
かを決定する。対象ベンダが在庫再割り当てオプションにおける参加者ではない場合、ス
テップ１００４にて、クエリ構築器４３１ａは、対象ベンダ自らの在庫のみに在庫検索を
限定するのであり、後述のステップ１００９へと進む。実施形態では、そのような事案で
は、検索に用いられる製品＿ＩＤは、例えばＳＫＵ等のベンダ製品＿ＩＤであり、例えば
ＵＰＣ等のグローバル製品＿ＩＤではない。なぜならば、他のベンダの在庫が検索されな
いからである。対象ベンダが再割り当て参加者である場合、他のベンダから肯定的な検索
結果を得ることを担保するために、検索ではグローバル製品＿ＩＤを用いらなければなら
ない。この例では、ステップ１００５にて、クエリ構築器４３１ａは、所与の実施形態で
有効とされている場合、図５Ａに示されている対象ベンダについてのホワイトリスト／ブ
ラックリストテーブル５０６内に、データ追加されたホワイトリスト又はブラックリスト
が含まれているかについてチェックする。対象ベンダについてベンダのホワイトリスト／
ブラックリストテーブル５０６内にデータ追加されたホワイトリスト又はブラックリスト
が見つかった場合、ステップ１００６にてクエリ構築器４３１ａはその内容を用いて在庫
検索を承認されたベンダのみに限定する。ステップ１００７にて、クエリ構築器４３１ａ
は、例えば対象ベンダが対象製品について最高購入価格を定めているか等の価格要件があ
るかについてチェックする。対象ベンダが対象製品について最高購入価格を指定していた
場合、ステップ１００８にて、対象ベンダのその最高購入価格未満となるベンダ販売価格
を有する他のベンダの合致する製品のみが返されることとなるように検索が限定される。
【0154】
ステップ１００９にて、クエリ構築器４３１ａは、製品利用可能性要求内に場所要件が
含まれているかについてチェックするのであり、含まれている場合、ステップ１０１０に
てそれを用いて場所要件と最も親和性を有する施設及び輸送車両に検索をさらに限定する
のであり、例えば、製品利用可能性要求から抽出された顧客の場所やその他の指定された
宛先の場所から、所定の地理的距離半径内にある施設や輸送車両に検索を限定する。ステ
ップ１０１１にて、クエリ構築器４３１ａは、製品利用可能性要求内にタイミング要件が
含まれているかについてチェックするのであり、含まれている場合、ステップ１０１２に
てそれを用いて、配達タイムライン（timeline）又は目標配達日を充足し得る施設及びそ
れらの施設を担当する輸送車両に検索をさらに限定するのであり、それによって、対象製
品を搭載しており且つそれらの施設の１つへと現在向かう途中ｋ或いはそれらの施設の１
つへ向けて出発することが計画されている輸送車両が含まれる。
含まれているかについてチェックするのであり、含まれている場合、ステップ１０１０に
てそれを用いて場所要件と最も親和性を有する施設及び輸送車両に検索をさらに限定する
のであり、例えば、製品利用可能性要求から抽出された顧客の場所やその他の指定された
宛先の場所から、所定の地理的距離半径内にある施設や輸送車両に検索を限定する。ステ
ップ１０１１にて、クエリ構築器４３１ａは、製品利用可能性要求内にタイミング要件が
含まれているかについてチェックするのであり、含まれている場合、ステップ１０１２に
てそれを用いて、配達タイムライン（timeline）又は目標配達日を充足し得る施設及びそ
れらの施設を担当する輸送車両に検索をさらに限定するのであり、それによって、対象製
品を搭載しており且つそれらの施設の１つへと現在向かう途中ｋ或いはそれらの施設の１
つへ向けて出発することが計画されている輸送車両が含まれる。
【0155】
前述のステップ１００３から１０１２を通じて、クエリ構築器４３１ａは、したがって
、カスタマイズされたサプライチェーンエコシステムの記録されたインストック在庫に対
して実行する在庫検索クエリを生成するのであり、これは最低でも場所及びタイムフレー
ム（timeframe）に関して適合している対象ベンダの任意の在庫を含むのであり、また、
対象ベンダが在庫再割り当てオプションへの参加についてフラグされている場合、価格互
換な在庫を提供している任意の他の承認ベンダの場所及びタイムフレームに関して互換な
在庫も含めることができる。他の実施形態では、検索構築処理において、上述された価格
、場所、及びタイミングの例以外の要件が含まれるのであり、また、図示された例のうち
１つ以上が除外されたり、異なる順序で実行されたりすることができる。ステップ１０１
３において、中央コンピューティングシステム４０１は、対象ベンダのベンダ＿ＩＤ、ス
テップ１００６で決定された任意の認可ベンダのベンダ＿ＩＤ、ステップ１０１０及び１
０１２でフィルタリングされなかった任意の施設及び任意の輸送車両の施設＿ＩＤ及び車
両＿ＩＤ、並びにステップ１００８で適用された価格要件を使用して、中央データベース
403内のインストック在庫記録に対して生成された検索クエリを実行するのであって、承
認ベンダの販売価格が対象ベンダの最高購入価格を超える承認ベンダの製品を除外する。
検索クエリの実行は、ステップ１０１３にて、各対象ベンダの承認ベンダについてのホワ
イトリスト又はブラックリストをチェックして、ベンダＡがクエリされているベンダの承
認ベンダであることを担保するのであり、そうでなければ、そのベンダが対象弁の利用可
能在庫クエリから除外される。即ち、ベンダのどちらもが、他のベンダの在庫を含むプー
ルされた在庫に対してクエリを発することができるようにするためには、２つのベンダが
双方向の承認関係を持たねばならない。
、カスタマイズされたサプライチェーンエコシステムの記録されたインストック在庫に対
して実行する在庫検索クエリを生成するのであり、これは最低でも場所及びタイムフレー
ム（timeframe）に関して適合している対象ベンダの任意の在庫を含むのであり、また、
対象ベンダが在庫再割り当てオプションへの参加についてフラグされている場合、価格互
換な在庫を提供している任意の他の承認ベンダの場所及びタイムフレームに関して互換な
在庫も含めることができる。他の実施形態では、検索構築処理において、上述された価格
、場所、及びタイミングの例以外の要件が含まれるのであり、また、図示された例のうち
１つ以上が除外されたり、異なる順序で実行されたりすることができる。ステップ１０１
３において、中央コンピューティングシステム４０１は、対象ベンダのベンダ＿ＩＤ、ス
テップ１００６で決定された任意の認可ベンダのベンダ＿ＩＤ、ステップ１０１０及び１
０１２でフィルタリングされなかった任意の施設及び任意の輸送車両の施設＿ＩＤ及び車
両＿ＩＤ、並びにステップ１００８で適用された価格要件を使用して、中央データベース
403内のインストック在庫記録に対して生成された検索クエリを実行するのであって、承
認ベンダの販売価格が対象ベンダの最高購入価格を超える承認ベンダの製品を除外する。
検索クエリの実行は、ステップ１０１３にて、各対象ベンダの承認ベンダについてのホワ
イトリスト又はブラックリストをチェックして、ベンダＡがクエリされているベンダの承
認ベンダであることを担保するのであり、そうでなければ、そのベンダが対象弁の利用可
能在庫クエリから除外される。即ち、ベンダのどちらもが、他のベンダの在庫を含むプー
ルされた在庫に対してクエリを発することができるようにするためには、２つのベンダが
双方向の承認関係を持たねばならない。
【0156】
ステップ１０１４にて在庫検索が肯定的な結果を返さない場合、ステップ１０１５にて
、「利用可能在庫なし」とのメッセージを要求者又は製品利用可能性要求の発信源に返す
のであり（例えば、対象ベンダのｅコマースプラットフォーム）、ｅコマースプラットフ
ォームを閲覧している顧客に「現在利用不能」とのメッセージを表示するためになされる
。ステップ１０１４にての決定で対象製品に関して１つ以上の単位が利用可能であるとさ
れた場合、実施形態では、処理は、顧客の場所若しくは他の顧客指定宛先、又はそれに近
接した自動的に選択された場所（例えば、顧客又は他の受取人が製品単位をピックアップ
することができる最も近いナノ施設）のいずれかに、そのような製品単位を配達するため
の推定配達タイムラインを決定するステップ１０１６を含むのであり、また、随意的には
、そのような配達に関して関連付けられる費用の決定もなされる。したがって、検索によ
って、顧客の場所や他の配達宛先からの異なる相対的な距離の異なる施設に設置されてい
るかそこへ移動している在庫がもたらされた場合、ステップ１０１６では、異なるように
所在する製品単位についての異なる関連配達費用を計算及び適用する。ステップ１０１７
にて、中央コンピューティングシステム４０１は、対象製品が既に存在しているか又は輸
送車両で到着することが想定されている各施設について、その施設で利用可能な製品単位
の数量又は関連する輸送車両でそこに来ると想定されている数量並びにその施設からの配
送のための配達費用及び推定配達タイムラインを含む結果セットを、要求者へと送信する
。
、「利用可能在庫なし」とのメッセージを要求者又は製品利用可能性要求の発信源に返す
のであり（例えば、対象ベンダのｅコマースプラットフォーム）、ｅコマースプラットフ
ォームを閲覧している顧客に「現在利用不能」とのメッセージを表示するためになされる
。ステップ１０１４にての決定で対象製品に関して１つ以上の単位が利用可能であるとさ
れた場合、実施形態では、処理は、顧客の場所若しくは他の顧客指定宛先、又はそれに近
接した自動的に選択された場所（例えば、顧客又は他の受取人が製品単位をピックアップ
することができる最も近いナノ施設）のいずれかに、そのような製品単位を配達するため
の推定配達タイムラインを決定するステップ１０１６を含むのであり、また、随意的には
、そのような配達に関して関連付けられる費用の決定もなされる。したがって、検索によ
って、顧客の場所や他の配達宛先からの異なる相対的な距離の異なる施設に設置されてい
るかそこへ移動している在庫がもたらされた場合、ステップ１０１６では、異なるように
所在する製品単位についての異なる関連配達費用を計算及び適用する。ステップ１０１７
にて、中央コンピューティングシステム４０１は、対象製品が既に存在しているか又は輸
送車両で到着することが想定されている各施設について、その施設で利用可能な製品単位
の数量又は関連する輸送車両でそこに来ると想定されている数量並びにその施設からの配
送のための配達費用及び推定配達タイムラインを含む結果セットを、要求者へと送信する
。
【0157】
図１１は、実施形態による、サプライチェーンエコシステムの施設のネットワーク内（
例えばメガ・マクロ・マイクロ・ナノ施設１０，１２，１４，１６）での配達枠ヒエラル
キー又はタイムラインヒエラルキーについて示す概略図である。図１１は、場所要件によ
って課される地理的制約をタイミング要件によって課されるタイミング制約で補完するこ
との有用性を示したものであり、これは図１０の詳細な説明で開示されるており、製品在
庫のメガ施設１０からマクロ施設１２への配達は、通常は、第1のタイムフレーム（例え
ば、２４時間又は次の遅延配送枠）内で行われ、製品在庫のマクロ施設１２からマイクロ
施設１４への配達は、通常は、より小さな第2の時間枠（例えば、8時間の配送枠）内で行
われ、充足された顧客注文のマイクロ設備１４からナノ設備１６への配達は、通常は、よ
り小さな時間枠（例えば、2時間の配達枠）内で行われるのであり、そして、充足された
注文は顧客又はラストマイル配達サービスによるピックアップに関して準備完了となる。
したがって、製品利用可能性要求のタイミング要件が、第１、第２及び第３の配達枠の合
計（即ち、２４＋８＋２＝３４時間）よりも短い配達タイムフレームを規定している場合
、図４Ｃに例示された中央コンピューティングシステム４０１のクエリ構築器４３１ａは
、メガ施設１０を在庫検索から除外するのであり、また、所定の配達タイムフレームが第
2及び第3の配達枠の合計（即ち８＋２＝１０時間）よりも小さい場合には、マクロ設備１
２を在庫検索からさらに除外する。よって、このような時間に基づいての在庫検索の限定
は、タイミング要件を充足し得ない施設を除外することになる。要求者が対象ベンダのｅ
コマースプラットフォームである場合、したがって、顧客は、自己の選好に従って異なる
配達タイムライン及び費用のうちから選ぶことができる。
例えばメガ・マクロ・マイクロ・ナノ施設１０，１２，１４，１６）での配達枠ヒエラル
キー又はタイムラインヒエラルキーについて示す概略図である。図１１は、場所要件によ
って課される地理的制約をタイミング要件によって課されるタイミング制約で補完するこ
との有用性を示したものであり、これは図１０の詳細な説明で開示されるており、製品在
庫のメガ施設１０からマクロ施設１２への配達は、通常は、第1のタイムフレーム（例え
ば、２４時間又は次の遅延配送枠）内で行われ、製品在庫のマクロ施設１２からマイクロ
施設１４への配達は、通常は、より小さな第2の時間枠（例えば、8時間の配送枠）内で行
われ、充足された顧客注文のマイクロ設備１４からナノ設備１６への配達は、通常は、よ
り小さな時間枠（例えば、2時間の配達枠）内で行われるのであり、そして、充足された
注文は顧客又はラストマイル配達サービスによるピックアップに関して準備完了となる。
したがって、製品利用可能性要求のタイミング要件が、第１、第２及び第３の配達枠の合
計（即ち、２４＋８＋２＝３４時間）よりも短い配達タイムフレームを規定している場合
、図４Ｃに例示された中央コンピューティングシステム４０１のクエリ構築器４３１ａは
、メガ施設１０を在庫検索から除外するのであり、また、所定の配達タイムフレームが第
2及び第3の配達枠の合計（即ち８＋２＝１０時間）よりも小さい場合には、マクロ設備１
２を在庫検索からさらに除外する。よって、このような時間に基づいての在庫検索の限定
は、タイミング要件を充足し得ない施設を除外することになる。要求者が対象ベンダのｅ
コマースプラットフォームである場合、したがって、顧客は、自己の選好に従って異なる
配達タイムライン及び費用のうちから選ぶことができる。
【0158】
図１２は、実施形態による、図１０に示される在庫検索クエリ処理の結果に基づいて対
象製品についての購入選択肢が表示されている、図４Ｃに示されるベンダの電子商取引（
ｅコマース）プラットフォームによってレンダリングされたＧＵＩのスクリーンショット
である。実施形態では、対象ベンダのｅコマースプラットフォーム４３６は中央コンピュ
ーティングシステム４０１に統合された部分であり、また、図４Ｃに示されている通信ネ
ットワークを介してアクセス可能である。ベンダのｅコマースプラットフォーム４３６は
、ＧＵＩ４３６ａ上の在庫検索の結果を、ディスプレイユニット（例えば、顧客のユーザ
ー装置の画面上（例えば、スマートフォン、タブレット、ラップトップ、デスクトップコ
ンピュータ、スマートテレビ、又は通信ネットワーク（例えば、インターネット又は他の
ＷＡＮ）と通信するように構成された他の電子装置））に表示する。実施形態では、ｅコ
マースプラットフォーム４３６は、対象製品についての１つ以上の視覚的表示を複数の選
択可能購入選択肢と共にＧＵＩ４３６ａ上に表示する。各購入オプションとしては、例え
ば、図１２に示すように、配達費用と推定される配達タイムラインを指定する配達オプシ
ョン、その配達オプションで利用可能な製品単位の数を示す利用可能数量フィールド、及
びその購入オプションで顧客が選択したい利用可能な製品単位の数を指定するためのユー
ザー制御数量フィールドが含まれる。顧客は異なる製品単位を複数の購入オプションから
随意的に選択でき、また、「カートに追加」を選択してｅコマースプラットフォーム４３
６での閲覧を続けるか、或いは、「チェックアウトへ進む」を選択して被選択製品単位の
購入を初期化することができる。
象製品についての購入選択肢が表示されている、図４Ｃに示されるベンダの電子商取引（
ｅコマース）プラットフォームによってレンダリングされたＧＵＩのスクリーンショット
である。実施形態では、対象ベンダのｅコマースプラットフォーム４３６は中央コンピュ
ーティングシステム４０１に統合された部分であり、また、図４Ｃに示されている通信ネ
ットワークを介してアクセス可能である。ベンダのｅコマースプラットフォーム４３６は
、ＧＵＩ４３６ａ上の在庫検索の結果を、ディスプレイユニット（例えば、顧客のユーザ
ー装置の画面上（例えば、スマートフォン、タブレット、ラップトップ、デスクトップコ
ンピュータ、スマートテレビ、又は通信ネットワーク（例えば、インターネット又は他の
ＷＡＮ）と通信するように構成された他の電子装置））に表示する。実施形態では、ｅコ
マースプラットフォーム４３６は、対象製品についての１つ以上の視覚的表示を複数の選
択可能購入選択肢と共にＧＵＩ４３６ａ上に表示する。各購入オプションとしては、例え
ば、図１２に示すように、配達費用と推定される配達タイムラインを指定する配達オプシ
ョン、その配達オプションで利用可能な製品単位の数を示す利用可能数量フィールド、及
びその購入オプションで顧客が選択したい利用可能な製品単位の数を指定するためのユー
ザー制御数量フィールドが含まれる。顧客は異なる製品単位を複数の購入オプションから
随意的に選択でき、また、「カートに追加」を選択してｅコマースプラットフォーム４３
６での閲覧を続けるか、或いは、「チェックアウトへ進む」を選択して被選択製品単位の
購入を初期化することができる。
【0159】
チェックアウト処理で実際の金融トランザクションが遂行されるまでは、顧客注文は作
成済みとは看做されないのであり、したがって、このような金融トランザクションが完了
されるまでは、図１０の詳細な説明で開示された在庫検索クエリ処理によって返された利
用可能な製品単位のうち、他のベンダー、即ち、顧客が対象ベンダのｅコマースプラット
フォーム４３６を通じて製品カタログを閲覧している対象ベンダ以外が現在所有している
ものが、ベンダ間在庫スワップまたはベンダ間在庫販売によって対象ベンダーに実際に移
転されることを要するかどうかは、不明である。したがって、本明細書に開示されている
コンピュータ実装方法では、対象ベンダが、現在の注文の対象顧客に代わって別のベンダ
の在庫単位を一時的に予約して、対象顧客が自らのトランザクションを完了する前に別の
閲覧顧客が同じ在庫単位を購入できないようにすることができる。
成済みとは看做されないのであり、したがって、このような金融トランザクションが完了
されるまでは、図１０の詳細な説明で開示された在庫検索クエリ処理によって返された利
用可能な製品単位のうち、他のベンダー、即ち、顧客が対象ベンダのｅコマースプラット
フォーム４３６を通じて製品カタログを閲覧している対象ベンダ以外が現在所有している
ものが、ベンダ間在庫スワップまたはベンダ間在庫販売によって対象ベンダーに実際に移
転されることを要するかどうかは、不明である。したがって、本明細書に開示されている
コンピュータ実装方法では、対象ベンダが、現在の注文の対象顧客に代わって別のベンダ
の在庫単位を一時的に予約して、対象顧客が自らのトランザクションを完了する前に別の
閲覧顧客が同じ在庫単位を購入できないようにすることができる。
【0160】
図１３は、実施形態による、承認されており且つ在庫を有しているベンダの在庫を入用
ベンダの代理で予約するためのコンピュータ実装方法についてのフローチャートである。
図４Ｃに示されている中央コンピューティングシステム４０１の実行可能ソフトウェア内
の在庫予約モジュール４３１ｆは、図１３に示されている在庫予約処理を実行する。ステ
ップ１３０１において、在庫予約モジュール４３１ｆは、例えば、完全に対象ベンダ自身
の在庫ではなく、対象ベンダの承認ベンダの1つから利用可能な在庫に基づいて少なくと
も部分的にデータ追加された購入オプションから、顧客が１つ以上の製品単位を選択した
ことに応答して、生成された、図４Ｃに示されている対象ベンダのｅコマースプラットフ
ォーム４３６からの予約メッセージを受信する。対象ベンダは、この例では、入用ベンダ
である。なぜならば、対象ベンダが単独で、在庫スワップ又は別のベンダ（即ち、在庫有
りベンダ）からの在庫製品単位の購入を伴わずに、顧客選択製品単位を充足できないから
である。予約メッセージには、入用ベンダに代わって予約を要求する在庫有りベンダの製
品＿ＩＤ（例えば、グローバルな製品＿ＩＤ又はベンダ製品＿ＩＤ）と、予約する製品単
位の数量（以下、「予約数量」という。）とが含まれている。予約数量は、所与の購入オ
プションについての顧客選択製品単位の数から、入用ベンダ自身の在庫からもたらされた
その購入オプションの表示された利用可能な製品単位の数を差し引いたものとして計算さ
れる。
ベンダの代理で予約するためのコンピュータ実装方法についてのフローチャートである。
図４Ｃに示されている中央コンピューティングシステム４０１の実行可能ソフトウェア内
の在庫予約モジュール４３１ｆは、図１３に示されている在庫予約処理を実行する。ステ
ップ１３０１において、在庫予約モジュール４３１ｆは、例えば、完全に対象ベンダ自身
の在庫ではなく、対象ベンダの承認ベンダの1つから利用可能な在庫に基づいて少なくと
も部分的にデータ追加された購入オプションから、顧客が１つ以上の製品単位を選択した
ことに応答して、生成された、図４Ｃに示されている対象ベンダのｅコマースプラットフ
ォーム４３６からの予約メッセージを受信する。対象ベンダは、この例では、入用ベンダ
である。なぜならば、対象ベンダが単独で、在庫スワップ又は別のベンダ（即ち、在庫有
りベンダ）からの在庫製品単位の購入を伴わずに、顧客選択製品単位を充足できないから
である。予約メッセージには、入用ベンダに代わって予約を要求する在庫有りベンダの製
品＿ＩＤ（例えば、グローバルな製品＿ＩＤ又はベンダ製品＿ＩＤ）と、予約する製品単
位の数量（以下、「予約数量」という。）とが含まれている。予約数量は、所与の購入オ
プションについての顧客選択製品単位の数から、入用ベンダ自身の在庫からもたらされた
その購入オプションの表示された利用可能な製品単位の数を差し引いたものとして計算さ
れる。
【0161】
在庫有りベンダから製品在庫を予約するためには、実施形態では、ステップ１３０２に
て示すように、入用ベンダに対して予約料が課金されるのであり、在庫予約モジュール４
３１ｆは、例えば、図５Ａに示されている中央データベース４０３のベンダテーブル５０
１内の入用ベンダの請求先情報で特定されるように、入用ベンダのアカウントに対して予
約料を課金する。実施形態では、在庫予約モジュール４３１ｆは、対象ベンダのために予
約されている間は、予約在庫が在庫有りベンダによって販売不能となる故に、予約の対価
として、この予約料の全部又は一部を在庫有りベンダの口座に入金する。別の実施形態で
は、在庫予約モジュール４３１ｆは、予約料の全部又は一部をサービス料として運営エン
ティティに入金する。実施形態では、予約料又はその少なくとも一部が在庫有りベンダに
入金されるのは、定額料金又は予約されるアイテムの数量に比例して増加する変動料金と
される。
て示すように、入用ベンダに対して予約料が課金されるのであり、在庫予約モジュール４
３１ｆは、例えば、図５Ａに示されている中央データベース４０３のベンダテーブル５０
１内の入用ベンダの請求先情報で特定されるように、入用ベンダのアカウントに対して予
約料を課金する。実施形態では、在庫予約モジュール４３１ｆは、対象ベンダのために予
約されている間は、予約在庫が在庫有りベンダによって販売不能となる故に、予約の対価
として、この予約料の全部又は一部を在庫有りベンダの口座に入金する。別の実施形態で
は、在庫予約モジュール４３１ｆは、予約料の全部又は一部をサービス料として運営エン
ティティに入金する。実施形態では、予約料又はその少なくとも一部が在庫有りベンダに
入金されるのは、定額料金又は予約されるアイテムの数量に比例して増加する変動料金と
される。
【0162】
予約料が無事入用ベンダのアカウントに課金されたらば、ステップ１３０３において、
在庫予約モジュール４３１ｆは、在庫有りベンダの在庫からの予約を中央データベース４
０３内の予約数量内に記録するのであり、例えば、格納ビン内容物テーブル５１０内の（
在庫有りベンダのベンダ＿ＩＤ、対象製品の製品＿ＩＤ、及び被予約製品単位を含む格納
ビン／区画のビン＿ＩＤ／区画＿ＩＤを含む）記録内に現在記録されている数量から、予
約数量をデクリメントすることによってこれがなされる。実施形態では、在庫予約モジュ
ール４３１ｆは、図５Ｂに示されている中央データベース４０３内の製品予約テーブル５
２０に、入用ベンダのベンダ＿ＩＤ、在庫有りベンダのベンダ＿ＩＤ、対象製品のグロー
バル製品＿ＩＤ、及び予約数量を少なくとも含む新規記録を、投入する。よって、製品予
約テーブル５２０内に記録された予約製品単位は、格納ビン内容物テーブル５１０にて最
早計上されなくなるのであり、故に、在庫検索クエリ処理の後に実行されたインスタンス
においては検索不能となるのであり、それによって、それらの状態は「利用可能」から「
予約済み」へと変わる。
在庫予約モジュール４３１ｆは、在庫有りベンダの在庫からの予約を中央データベース４
０３内の予約数量内に記録するのであり、例えば、格納ビン内容物テーブル５１０内の（
在庫有りベンダのベンダ＿ＩＤ、対象製品の製品＿ＩＤ、及び被予約製品単位を含む格納
ビン／区画のビン＿ＩＤ／区画＿ＩＤを含む）記録内に現在記録されている数量から、予
約数量をデクリメントすることによってこれがなされる。実施形態では、在庫予約モジュ
ール４３１ｆは、図５Ｂに示されている中央データベース４０３内の製品予約テーブル５
２０に、入用ベンダのベンダ＿ＩＤ、在庫有りベンダのベンダ＿ＩＤ、対象製品のグロー
バル製品＿ＩＤ、及び予約数量を少なくとも含む新規記録を、投入する。よって、製品予
約テーブル５２０内に記録された予約製品単位は、格納ビン内容物テーブル５１０にて最
早計上されなくなるのであり、故に、在庫検索クエリ処理の後に実行されたインスタンス
においては検索不能となるのであり、それによって、それらの状態は「利用可能」から「
予約済み」へと変わる。
【0163】
在庫予約モジュール４３１ｆは、この予約状態を所定の期間（以下、「予約期間」とい
う。）維持するように構成されている。予約状態は、次のいずれかによって解除される：
（ａ）ステップ１３０４で決定された、対象顧客による注文トランザクションの成功裏な
完了；又は（ｂ）ステップ１３０５で決定された、予約期間の失効。注文トランザクショ
ンがステップ１３０４にて完了された場合、図４Ｃに図示された在庫再割り当てモジュー
ル４３１ｂは、ステップ１３０６で、予約製品単位を在庫有りベンダの在庫から入用ベン
ダの在庫に再割り当てすることを実行するのであり、その後、ステップ１３０７において
、顧客注文の充足がなされる。予約期間が注文トランザクションの完了を迎えずに失効し
た場合、予約された製品は、ステップ１３０８にて、通常の検索可能在庫に放出されるの
であり、格納ビン内容物テーブル５１０内に記憶された以前デクリメントされた数量に対
して（例えば、製品予約テーブル５２０の一時的記録内に格納されている等の）予約数量
分をインクリメントすることによってこれがなされるのであり、それによって、格納ビン
内容物テーブル５１０内に記憶された数量が、元来の予約前の値に戻されるのであり、故
に、先に予約された単位の利用可能状態が復活して、図１０の詳細な説明に開示されてい
る在庫検索クエリ処理のその後に実行されるインスタンスによって再び検索可能となる。
う。）維持するように構成されている。予約状態は、次のいずれかによって解除される：
（ａ）ステップ１３０４で決定された、対象顧客による注文トランザクションの成功裏な
完了；又は（ｂ）ステップ１３０５で決定された、予約期間の失効。注文トランザクショ
ンがステップ１３０４にて完了された場合、図４Ｃに図示された在庫再割り当てモジュー
ル４３１ｂは、ステップ１３０６で、予約製品単位を在庫有りベンダの在庫から入用ベン
ダの在庫に再割り当てすることを実行するのであり、その後、ステップ１３０７において
、顧客注文の充足がなされる。予約期間が注文トランザクションの完了を迎えずに失効し
た場合、予約された製品は、ステップ１３０８にて、通常の検索可能在庫に放出されるの
であり、格納ビン内容物テーブル５１０内に記憶された以前デクリメントされた数量に対
して（例えば、製品予約テーブル５２０の一時的記録内に格納されている等の）予約数量
分をインクリメントすることによってこれがなされるのであり、それによって、格納ビン
内容物テーブル５１０内に記憶された数量が、元来の予約前の値に戻されるのであり、故
に、先に予約された単位の利用可能状態が復活して、図１０の詳細な説明に開示されてい
る在庫検索クエリ処理のその後に実行されるインスタンスによって再び検索可能となる。
【0164】
実施形態では、格納ビン内容物テーブル５１０で単一の数量フィールドを使用し且つ別
の製品予約テーブル５２０にデータ追加する代わりに、別の実施形態では２つの数量フィ
ールド（例えば、格納ビン内容物テーブル５１０内の「利用可能数量」フィールド及び「
予約数量」フィールド）を伴うのであり、中央コンピューティングシステム４０１は、予
約の記録の際及び注文トランザクションの完了なくして予約期間が失効した場合の後の予
約解除の際に、これらの数量に対して予約数量に従ってそれぞれデクリメント及びインク
リメントを行う。別個の製品予約テーブル５２０には、ベンダ＿ＩＤ及び製品＿ＩＤでク
エリ可能な予約についての履歴記録が記憶されており例えばベンダが次のような事項を定
期的に調べることができる：他のベンダがどのような製品を定期的に予約しているのか、
ベンダ自身がどのくらいの頻度で特定の製品タイプを誰から予約しているのか、ベンダー
がどのくらいの頻度で特定の製品を予約する必要があるのか、特定の製品タイプが彼等か
らどのくらいの頻度で予約されているのか等。この検討に基づいて、ベンダは、再割り当
てに関するポリシー、例えば、参加と不参加、ホワイトリスト/ブラックリストの内容、
ベンダの販売価格、最高購入価格等について、並びに、自己の在庫供給レベル及び地理的
在庫分布について、根拠ある評価をなし得る。実施形態では、製品予約テーブル５２０に
は、例えば、予約が行われた時間や、製品単位が予約された施設等の追加データが記憶さ
れる。
の製品予約テーブル５２０にデータ追加する代わりに、別の実施形態では２つの数量フィ
ールド（例えば、格納ビン内容物テーブル５１０内の「利用可能数量」フィールド及び「
予約数量」フィールド）を伴うのであり、中央コンピューティングシステム４０１は、予
約の記録の際及び注文トランザクションの完了なくして予約期間が失効した場合の後の予
約解除の際に、これらの数量に対して予約数量に従ってそれぞれデクリメント及びインク
リメントを行う。別個の製品予約テーブル５２０には、ベンダ＿ＩＤ及び製品＿ＩＤでク
エリ可能な予約についての履歴記録が記憶されており例えばベンダが次のような事項を定
期的に調べることができる：他のベンダがどのような製品を定期的に予約しているのか、
ベンダ自身がどのくらいの頻度で特定の製品タイプを誰から予約しているのか、ベンダー
がどのくらいの頻度で特定の製品を予約する必要があるのか、特定の製品タイプが彼等か
らどのくらいの頻度で予約されているのか等。この検討に基づいて、ベンダは、再割り当
てに関するポリシー、例えば、参加と不参加、ホワイトリスト/ブラックリストの内容、
ベンダの販売価格、最高購入価格等について、並びに、自己の在庫供給レベル及び地理的
在庫分布について、根拠ある評価をなし得る。実施形態では、製品予約テーブル５２０に
は、例えば、予約が行われた時間や、製品単位が予約された施設等の追加データが記憶さ
れる。
【0165】
図１４は、実施形態による、在庫予約の結果が表示されている、図４Ｃに示される異な
るベンダのｅコマースプラットフォーム４３６によってレンダリングされたＧＵＩのスク
リーンショット１４０１ａ，１４０１ｂ，１４０２ａ，１４０２ｂ，１４０３ａ，１４０
３ｂ，１４０４ａ，１４０４ｂである。予約プロセスの効果は、図１４に示されており、
ＧＵＩ１４０１ａ，１４０２ａ，１４０３ａ，１４０４ａでは、複数のベンダ（これらは
全て在庫再割り当てオプションの参加者であり且つ全て相互にとって承認ベンダである）
のｅコマースプラットフォーム４３６上の特定の製品タイプの利用可能性が表示されてい
る。異なるベンダの顧客が同じ製品タイプを閲覧しており且つ同じ施設が担当する共通の
地理的場所に居る場合、いずれのｅコマースプラットフォーム４３６も、図１０の詳細な
説明で開示されている在庫検索クエリ処理のそれぞれの実行に基づいて、その製品タイプ
について同じ利用可能数量を示す。図１４にて例示的に示されるように、ベンダＡの顧客
は自己の電子的な買い物カートに追加すべき単一の製品単位を選択する。ベンダＡがクエ
リ先の施設にその製品についての手持ち在庫を欠いている入用ベンダである場合、顧客の
選択動作によって他のベンダの１つから１つの製品単位を予約することが発動されるので
あり、ベンダーの全てのｅコマースプラットフォーム４３６のＧＵＩ１４０１ａ，１４０
２ａ，１４０３ａ，１４０４ａに後から表示される利用可能数量は、図１０の詳細な説明
にて開示される処理を通じて後続のインベントリクエリに応じてデクリメントされる。ベ
ンダＡが手持ちの入用製品を有する在庫有りベンダであった場合、実施形態では、図１３
の詳細説明にて開示されている予約処理の変形例が実行されて、在庫検索クエリ処理にお
いて、顧客選択製品ユニットを検索可能な「利用可能在庫」の中から削除もされるのであ
り、これはベンダＡの選択製品単位を保持する格納ビン／区画の格納ビン内容物テーブル
５１０の数量を同様にデクリメントすることによってなされるも、ベンダが自己の製品を
予約している故に、予約料を課金することなく且つ製品予約テーブル５２０内にベンダ間
事項のエントリを作成せずになされる。よって、所与の任意のベンダの状態が入用である
か在庫有りであるかに関わらず、相互に承認ベンダの関係にある全てのベンダーが予約前
に同じ利用可能性を示すという点で同じ結果が発生するのであり、そして、予約期間中の
ｅコマースプラットフォーム４３６のその後の閲覧では、すべてのベンダは、ベンダＡに
代わってアイテムが予約されたが故に、同じだが今となっては低下した製品利用可能性が
示される。
るベンダのｅコマースプラットフォーム４３６によってレンダリングされたＧＵＩのスク
リーンショット１４０１ａ，１４０１ｂ，１４０２ａ，１４０２ｂ，１４０３ａ，１４０
３ｂ，１４０４ａ，１４０４ｂである。予約プロセスの効果は、図１４に示されており、
ＧＵＩ１４０１ａ，１４０２ａ，１４０３ａ，１４０４ａでは、複数のベンダ（これらは
全て在庫再割り当てオプションの参加者であり且つ全て相互にとって承認ベンダである）
のｅコマースプラットフォーム４３６上の特定の製品タイプの利用可能性が表示されてい
る。異なるベンダの顧客が同じ製品タイプを閲覧しており且つ同じ施設が担当する共通の
地理的場所に居る場合、いずれのｅコマースプラットフォーム４３６も、図１０の詳細な
説明で開示されている在庫検索クエリ処理のそれぞれの実行に基づいて、その製品タイプ
について同じ利用可能数量を示す。図１４にて例示的に示されるように、ベンダＡの顧客
は自己の電子的な買い物カートに追加すべき単一の製品単位を選択する。ベンダＡがクエ
リ先の施設にその製品についての手持ち在庫を欠いている入用ベンダである場合、顧客の
選択動作によって他のベンダの１つから１つの製品単位を予約することが発動されるので
あり、ベンダーの全てのｅコマースプラットフォーム４３６のＧＵＩ１４０１ａ，１４０
２ａ，１４０３ａ，１４０４ａに後から表示される利用可能数量は、図１０の詳細な説明
にて開示される処理を通じて後続のインベントリクエリに応じてデクリメントされる。ベ
ンダＡが手持ちの入用製品を有する在庫有りベンダであった場合、実施形態では、図１３
の詳細説明にて開示されている予約処理の変形例が実行されて、在庫検索クエリ処理にお
いて、顧客選択製品ユニットを検索可能な「利用可能在庫」の中から削除もされるのであ
り、これはベンダＡの選択製品単位を保持する格納ビン／区画の格納ビン内容物テーブル
５１０の数量を同様にデクリメントすることによってなされるも、ベンダが自己の製品を
予約している故に、予約料を課金することなく且つ製品予約テーブル５２０内にベンダ間
事項のエントリを作成せずになされる。よって、所与の任意のベンダの状態が入用である
か在庫有りであるかに関わらず、相互に承認ベンダの関係にある全てのベンダーが予約前
に同じ利用可能性を示すという点で同じ結果が発生するのであり、そして、予約期間中の
ｅコマースプラットフォーム４３６のその後の閲覧では、すべてのベンダは、ベンダＡに
代わってアイテムが予約されたが故に、同じだが今となっては低下した製品利用可能性が
示される。
【0166】
図１５は、実施形態による、ベンダの代理での在庫予約に応答してなされる複数のベン
ダのｅコマースプラットフォームを更新するためのコンピュータ実装方法についての概略
図である。図１５は、その後のベンダ間在庫スワップや交換の潜在的な発生やその後のベ
ンダ間在庫販売の潜在的な発生を見据える観点で、在庫有りベンダが自己の在庫を予約し
ようと、入用ベンダが別のベンダの在庫を予約しようと、予約に応じて製品利用可能性が
複数のベンダのｅコマースプラットフォーム間でリアルタイムに更新される様を、さらに
示している。顧客はベンダＡのｅコマースプラットフォームを閲覧しまた特定の製品ペー
ジをアクセスするために、自らの電子装置上で例えばウェブブラウザや専用アプリケーシ
ョン等のユーザーインターフェースを起動するのであり（Ｓ１５０１）、図４Ｃに示され
た中央コンピューティングシステム４０１のクエリ構築器４３１ａへの、製品利用可能性
要求の送信がこれによってトリガされるのであり、図１０の詳細な説明にて開示された在
庫検索クエリ処理１５０２が開始される。在庫検索クエリは、１つ以上の施設での利用可
能な製品数量１５０３と、そのような施設からの関連する配達タイムライン及び費用とを
含む結果セットを、ベンダＡのｅコマースプラットフォームに返す。ベンダＡのｅコマー
スプラットフォームは１つ以上の購入オプションを顧客の電子装置上のＵＩ上に表示する
（Ｓ１５０４）。購入オプションの各々は、それぞれの利用可能単位数量並びに関連付け
られている配達タイムライン及び費用を含むのであり、そこから顧客は製品単位の数量を
選択する。図１５に例示されているように、顧客は、在庫検索クエリによって特定され且
つベンダＡのｅコマースプラットフォームによって表示された、利用可能な１０個の製品
単位のうちから、５個の製品単位を選択する（Ｓ１５０５）。
ダのｅコマースプラットフォームを更新するためのコンピュータ実装方法についての概略
図である。図１５は、その後のベンダ間在庫スワップや交換の潜在的な発生やその後のベ
ンダ間在庫販売の潜在的な発生を見据える観点で、在庫有りベンダが自己の在庫を予約し
ようと、入用ベンダが別のベンダの在庫を予約しようと、予約に応じて製品利用可能性が
複数のベンダのｅコマースプラットフォーム間でリアルタイムに更新される様を、さらに
示している。顧客はベンダＡのｅコマースプラットフォームを閲覧しまた特定の製品ペー
ジをアクセスするために、自らの電子装置上で例えばウェブブラウザや専用アプリケーシ
ョン等のユーザーインターフェースを起動するのであり（Ｓ１５０１）、図４Ｃに示され
た中央コンピューティングシステム４０１のクエリ構築器４３１ａへの、製品利用可能性
要求の送信がこれによってトリガされるのであり、図１０の詳細な説明にて開示された在
庫検索クエリ処理１５０２が開始される。在庫検索クエリは、１つ以上の施設での利用可
能な製品数量１５０３と、そのような施設からの関連する配達タイムライン及び費用とを
含む結果セットを、ベンダＡのｅコマースプラットフォームに返す。ベンダＡのｅコマー
スプラットフォームは１つ以上の購入オプションを顧客の電子装置上のＵＩ上に表示する
（Ｓ１５０４）。購入オプションの各々は、それぞれの利用可能単位数量並びに関連付け
られている配達タイムライン及び費用を含むのであり、そこから顧客は製品単位の数量を
選択する。図１５に例示されているように、顧客は、在庫検索クエリによって特定され且
つベンダＡのｅコマースプラットフォームによって表示された、利用可能な１０個の製品
単位のうちから、５個の製品単位を選択する（Ｓ１５０５）。
【0167】
顧客の選択数量は、顧客の電子装置からベンダＡのｅコマースプラットフォームへと伝
えられるのであり、該プラットフォームは図４Ｃに示されている中央コンピューティング
システム４０１の在庫予約モジュール４３１ｆにシグナリングして、選択された５つの製
品単位を予約する（１５０６）。在庫予約モジュール４３１ｆは、ベンダ自身の利用可能
な製品単位のいずれかを、交換又は他のベンダーからの購入が必要となるものよりも優先
させるのであり、また、適切な予約を建てる。在庫予約モジュール４３１ｆは、当初の利
用可能数量たる１０単位から予約数量たる５製品単位を差し引いた後に、デクリメントさ
れた利用可能数量たる５製品単位を示す更新された製品利用可能性メッセージを送信し（
Ｓ１５０７）、更新された利用可能性メッセージを、ベンダーAのｅコマースプラットフ
ォームのみならずベンダＡが単独では製品単位に関して充足に至れない入用ベンダである
場合に製品単位が予約された特定のベンダにも送信するのであり（Ｓ１５０８）、在庫再
割り当てに参加している任意の他のベンダであって予約製品単位が予約されたどれかのベ
ンダと承認ベンダ関係（authorized vendor relationship）を有しているベンダのｅコマ
ースプラットフォームにも、更新された利用可能性メッセージを送信する。したがって、
特定の予約の影響を受けた複数の承認関係にあるベンダ（authorized-relationship vend
or）のプール在庫から「利用可能数量」が導出されている任意の又は全てのベンダも、在
庫予約モジュール４３１ｆからの更新された利用可能性メッセージに基づいて正確に更新
された利用可能数量をそれらの顧客に表示する。
えられるのであり、該プラットフォームは図４Ｃに示されている中央コンピューティング
システム４０１の在庫予約モジュール４３１ｆにシグナリングして、選択された５つの製
品単位を予約する（１５０６）。在庫予約モジュール４３１ｆは、ベンダ自身の利用可能
な製品単位のいずれかを、交換又は他のベンダーからの購入が必要となるものよりも優先
させるのであり、また、適切な予約を建てる。在庫予約モジュール４３１ｆは、当初の利
用可能数量たる１０単位から予約数量たる５製品単位を差し引いた後に、デクリメントさ
れた利用可能数量たる５製品単位を示す更新された製品利用可能性メッセージを送信し（
Ｓ１５０７）、更新された利用可能性メッセージを、ベンダーAのｅコマースプラットフ
ォームのみならずベンダＡが単独では製品単位に関して充足に至れない入用ベンダである
場合に製品単位が予約された特定のベンダにも送信するのであり（Ｓ１５０８）、在庫再
割り当てに参加している任意の他のベンダであって予約製品単位が予約されたどれかのベ
ンダと承認ベンダ関係（authorized vendor relationship）を有しているベンダのｅコマ
ースプラットフォームにも、更新された利用可能性メッセージを送信する。したがって、
特定の予約の影響を受けた複数の承認関係にあるベンダ（authorized-relationship vend
or）のプール在庫から「利用可能数量」が導出されている任意の又は全てのベンダも、在
庫予約モジュール４３１ｆからの更新された利用可能性メッセージに基づいて正確に更新
された利用可能数量をそれらの顧客に表示する。
【0168】
図１５にて例示されているように、ベンダＮもベンダＡも両方在庫再割り当てオプショ
ンにおける参加者であり、相互に承認ベンダであり、したがって、顧客によって選択され
た５個の製品単位がベンダＡ自らの在庫からのもであってもベンダＮの在庫からのもので
あっても良いのであり、両方のベンダに更新された利用可能性メッセージが送られて、各
自の顧客に表示される利用可能数量が更新される。ベンダＣ（不図示）が在庫再割り当て
の参加者であり、ベンダＡとは承認ベンダ関係（authorized vendor relationship）にあ
るもベンダＮとは該関係を有さない場合、ベンダＣが更新された利用可能性メッセージを
受信したか否かは、顧客が選択した製品単位が誰の在庫から予約されたかに応じて変わる
。ベンダＡ自らの在庫が予約されていた場合、更新された利用可能性メッセージをベンダ
Ｃが受信することになる。選択された製品単位がベンダＡ自らの在庫になく、このため代
わりにベンダＮから製品単位がを予約された場合、更新された利用可能性メッセージをベ
ンダＣが受信しないことになるのであり、ベンダＡの顧客による予約がなされる前と同じ
利用可能数量が表示され続けるのであり、ベンダＡ及びベンダＮのｅコマースプラットフ
ォームに当初表示されていたものとは異なる利用可能数量ということになる。なぜならば
、ベンダＣのｅコマースプラットフォームがベンダＮの利用可能在庫を表示しなかったは
ずであるからである。
ンにおける参加者であり、相互に承認ベンダであり、したがって、顧客によって選択され
た５個の製品単位がベンダＡ自らの在庫からのもであってもベンダＮの在庫からのもので
あっても良いのであり、両方のベンダに更新された利用可能性メッセージが送られて、各
自の顧客に表示される利用可能数量が更新される。ベンダＣ（不図示）が在庫再割り当て
の参加者であり、ベンダＡとは承認ベンダ関係（authorized vendor relationship）にあ
るもベンダＮとは該関係を有さない場合、ベンダＣが更新された利用可能性メッセージを
受信したか否かは、顧客が選択した製品単位が誰の在庫から予約されたかに応じて変わる
。ベンダＡ自らの在庫が予約されていた場合、更新された利用可能性メッセージをベンダ
Ｃが受信することになる。選択された製品単位がベンダＡ自らの在庫になく、このため代
わりにベンダＮから製品単位がを予約された場合、更新された利用可能性メッセージをベ
ンダＣが受信しないことになるのであり、ベンダＡの顧客による予約がなされる前と同じ
利用可能数量が表示され続けるのであり、ベンダＡ及びベンダＮのｅコマースプラットフ
ォームに当初表示されていたものとは異なる利用可能数量ということになる。なぜならば
、ベンダＣのｅコマースプラットフォームがベンダＮの利用可能在庫を表示しなかったは
ずであるからである。
【0169】
図１６は、実施形態による、対象ベンダと承認ベンダ関係を有している他のベンダとの
間でベンダ間在庫スワップ又はベンダ間在庫販売を促進している間に、対象ベンダからの
顧客注文の注文充足を開始するためのコンピュータ実装方法についてのフローチャートで
ある。本明細書にて開示されるコンピュータ実装方法では、ベンダーの顧客による注文ト
ランザクションの完了に応答して、ベンダ間在庫スワップ及びベンダ間在庫販売オプショ
ンを考慮して、注文充足が初期化される。ステップ１６０１では、図４Ａおよび図４Ｃに
示されている中央コンピューティングシステム４０１が、ベンダのｅコマースプラットフ
ォームから注文トランザクションの詳細事項を受信するのであり、また、それらの注文ト
ランザクションの詳細事項に従って図５Ｂに示されている中央データベース４０３の顧客
注文テーブル５１６及び注文ラインアイテムテーブル５１７にデータ追加を行うのであり
、それに関する、顧客が選択した購入オプション及び顧客が指定した単位数量は、注文ラ
インアイテムテーブル５１７の各々のラインアイテム記録に投入される。そして、顧客注
文内の各ラインアイテムに関して処理の後続ステップが行われる。
間でベンダ間在庫スワップ又はベンダ間在庫販売を促進している間に、対象ベンダからの
顧客注文の注文充足を開始するためのコンピュータ実装方法についてのフローチャートで
ある。本明細書にて開示されるコンピュータ実装方法では、ベンダーの顧客による注文ト
ランザクションの完了に応答して、ベンダ間在庫スワップ及びベンダ間在庫販売オプショ
ンを考慮して、注文充足が初期化される。ステップ１６０１では、図４Ａおよび図４Ｃに
示されている中央コンピューティングシステム４０１が、ベンダのｅコマースプラットフ
ォームから注文トランザクションの詳細事項を受信するのであり、また、それらの注文ト
ランザクションの詳細事項に従って図５Ｂに示されている中央データベース４０３の顧客
注文テーブル５１６及び注文ラインアイテムテーブル５１７にデータ追加を行うのであり
、それに関する、顧客が選択した購入オプション及び顧客が指定した単位数量は、注文ラ
インアイテムテーブル５１７の各々のラインアイテム記録に投入される。そして、顧客注
文内の各ラインアイテムに関して処理の後続ステップが行われる。
【0170】
ステップ１６０２にて、中央コンピューティングシステム４０１は、そのラインアイテ
ムの注文された製品タイプ及び数量について対象ベンダ自身の在庫から充足可能であるか
どうか、又は、対象ベンダが注文された製品に対して在庫不足に陥っている入用ベンダで
あるかどうかをチェックする。図１３の詳細な説明にて開示されている予約処理を用いる
実施形態では、注文トランザクションが予約期間中に完了された場合、このステップ１６
０２は、そのラインアイテムの予約製品がベンダー自身の在庫からではなく別の承認ベン
ダから予約されたかどうかをチェックするものであってよく、この場合、対象ベンダは、
注文された製品に関連して在庫不足に陥っている入用ベンダーとして既に特定されている
ことになる。該ステップが予約期間後に行われた場合、又は、図１３の詳細な説明にて開
示されている予約処理を持ちいらない実施形態では、該ステップ１６０２は図１０の詳細
な説明にて開示されている在庫検索クエリ処理の繰り返しを伴い得るのであり、製品利用
可能性結果を更新して、また、これをもとに注文された製品タイプ及び数量に関してベン
ダが在庫不足に陥っているかを評価する。
ムの注文された製品タイプ及び数量について対象ベンダ自身の在庫から充足可能であるか
どうか、又は、対象ベンダが注文された製品に対して在庫不足に陥っている入用ベンダで
あるかどうかをチェックする。図１３の詳細な説明にて開示されている予約処理を用いる
実施形態では、注文トランザクションが予約期間中に完了された場合、このステップ１６
０２は、そのラインアイテムの予約製品がベンダー自身の在庫からではなく別の承認ベン
ダから予約されたかどうかをチェックするものであってよく、この場合、対象ベンダは、
注文された製品に関連して在庫不足に陥っている入用ベンダーとして既に特定されている
ことになる。該ステップが予約期間後に行われた場合、又は、図１３の詳細な説明にて開
示されている予約処理を持ちいらない実施形態では、該ステップ１６０２は図１０の詳細
な説明にて開示されている在庫検索クエリ処理の繰り返しを伴い得るのであり、製品利用
可能性結果を更新して、また、これをもとに注文された製品タイプ及び数量に関してベン
ダが在庫不足に陥っているかを評価する。
【0171】
不足がない場合、処理はステップ１６１２へと進んで、中央コンピューティングシステ
ム４０１は、注文された製品数量が所在する特定の施設にある図４Ａ，４Ｃに示されてい
る施設管理サブシステム４０４に対して、図４Ａ～４Ｃに示されているロボティックハン
ドラー４０８に対して次のことをなすように命令する：回収した格納ビンから注文をピッ
キングするために、注文された製品のその数量を含む格納ビンをグリッド格納構造から回
収することであって、例えば、格納ビンが、注文の輸送先たるナノ施設を担当する適切な
マイクロ施設にあるＭＣＳビンである場合；回収された格納ビンを後に注文のピッキング
をなす別施設へと向かって輸送（transporting）することであって、例えば、マクロ施設
にあるＭＣＳビンの場合、格納ビンを注文ピッキングのなされる適切なマイクロ施設へと
向かって輸送すること；又は注文された製品数量を格納ビンから、先へと輸送されること
になる別の格納ビンへと移転（transferring）することであって、例えば、ＳＣＳビンか
らＭＣＳビンへとキット化をなす最中のこと。再割り当てされた製品が含まれている格納
ビンに関しては、格納ビンのタイプ、及び、格納ビンが置かれている施設の種類、及び、
そこからの輸送又はそこからの注文ピッキングを開始するためになされ得る格納ビンに対
してなし得る適切な動作について、様々な可能性があることが開示されており、対象ベン
ダの当初から所有されている在庫に適用され得る。
ム４０１は、注文された製品数量が所在する特定の施設にある図４Ａ，４Ｃに示されてい
る施設管理サブシステム４０４に対して、図４Ａ～４Ｃに示されているロボティックハン
ドラー４０８に対して次のことをなすように命令する：回収した格納ビンから注文をピッ
キングするために、注文された製品のその数量を含む格納ビンをグリッド格納構造から回
収することであって、例えば、格納ビンが、注文の輸送先たるナノ施設を担当する適切な
マイクロ施設にあるＭＣＳビンである場合；回収された格納ビンを後に注文のピッキング
をなす別施設へと向かって輸送（transporting）することであって、例えば、マクロ施設
にあるＭＣＳビンの場合、格納ビンを注文ピッキングのなされる適切なマイクロ施設へと
向かって輸送すること；又は注文された製品数量を格納ビンから、先へと輸送されること
になる別の格納ビンへと移転（transferring）することであって、例えば、ＳＣＳビンか
らＭＣＳビンへとキット化をなす最中のこと。再割り当てされた製品が含まれている格納
ビンに関しては、格納ビンのタイプ、及び、格納ビンが置かれている施設の種類、及び、
そこからの輸送又はそこからの注文ピッキングを開始するためになされ得る格納ビンに対
してなし得る適切な動作について、様々な可能性があることが開示されており、対象ベン
ダの当初から所有されている在庫に適用され得る。
【0172】
ステップ１６０２にて在庫不足が実在化した場合、ステップ１６０３にて、中央コンピ
ューティングシステム４０１は在庫スワップが可能であるかをチェックするのであり、即
ち、対象となる入用ベンダが、サプライチェーンエコシステム内の他の場所で注文された
製品タイプの製品を十分な量入手して、注文された製品について他の在庫有りベンダから
必要とされた不足数量を他の在庫有りベンダから補うことができるかが問われるのであり
、注文トランザクションが完了した予約期間中の予約処理によって以前に決定されたか、
又は、図１０の詳細な説明で開示されている在庫検索クエリ処理の再実行によって決定さ
れたかに関わらず、更新された製品入手可能性結果が得られる。在庫スワップが可能と決
定された場合、中央コンピューティングシステム４０１は、在庫スワップを完了するため
の、以前開示された異なるオプションのうちのどれを実行すべきかについて評価を下すの
であり、２つのベンダのスワップ可能な在庫が現在格納されている格納ビン及び／又は格
納ビンの区画の詳細事項を比較することによってこれがなされる。
ューティングシステム４０１は在庫スワップが可能であるかをチェックするのであり、即
ち、対象となる入用ベンダが、サプライチェーンエコシステム内の他の場所で注文された
製品タイプの製品を十分な量入手して、注文された製品について他の在庫有りベンダから
必要とされた不足数量を他の在庫有りベンダから補うことができるかが問われるのであり
、注文トランザクションが完了した予約期間中の予約処理によって以前に決定されたか、
又は、図１０の詳細な説明で開示されている在庫検索クエリ処理の再実行によって決定さ
れたかに関わらず、更新された製品入手可能性結果が得られる。在庫スワップが可能と決
定された場合、中央コンピューティングシステム４０１は、在庫スワップを完了するため
の、以前開示された異なるオプションのうちのどれを実行すべきかについて評価を下すの
であり、２つのベンダのスワップ可能な在庫が現在格納されている格納ビン及び／又は格
納ビンの区画の詳細事項を比較することによってこれがなされる。
【0173】
図１６に例示的に示されているように、ステップ１６０４にて、中央コンピューティン
グシステム４０１は、2つの格納ビン又は2つの区画の内容物が両方とも一致する単一の製
品タイプであり互いに等しい数量が含まれているかについて評価する。そうである場合、
ステップ１６０５にて、中央コンピューティングシステム４０１は、２つの格納ビン又は
格納ビンの２つの区画をスワップするのであり、また、上述のようにして、２つの格納ビ
ン上に記録されているビンデータを更新する。ステップ１６０４での評価が否定的結果を
返した場合、処理はステップ１６０６へと進む。ステップ１６０６にて中央コンピューテ
ィングシステム４０１は、２つの格納ビン又は格納ビンの２つの区画が両方とも一致する
単一の製品タイプであり互いに等しくない数量が含まれているかについて評価するのであ
り、そうである場合、中央コンピューティングシステム４０１は、ステップ１６０７にて
上述のようにして、先ず２つの格納ビン又は２つの区画の内容物を均等化するのであり、
そして、所有をスワップして、また、均等化されたビンのビンデータについてステップ１
６０５にて更新する。ステップ１６０６での評価が否定的結果を返した場合、処理はステ
ップ１６０８へと進むのであって中央コンピューティングシステム４０１が、２つの格納
ビンの一方若しくは両方又は２つの区画の内容物が複数の製品を混合したものを含んでい
るのかについて評価する。ステップ１６０８での評価が肯定的結果を返した場合、格納ビ
ン又は区画の内容物を均等化して格納ビン又は区画の所有をスワップするよりは、ステッ
プ１６０９にて中央コンピューティングシステム４０１は、上述で開示したように、格納
ビン又は区画の部分的なサブセット（partial subset）のみを再割り当てするために製品
自体の所有をスワップすることを選ぶのであり、図５Ａに示されているビン内容物テーブ
ル５１０及び／又は図５Ｅ～５Ｆに示されている内容物テーブル５３１は、各格納ビン又
は区画について複数のベンダ＿ＩＤを記憶しているのであり、それらの内容物のせいぜい
部分的なサブセットが再割り当てされる。
グシステム４０１は、2つの格納ビン又は2つの区画の内容物が両方とも一致する単一の製
品タイプであり互いに等しい数量が含まれているかについて評価する。そうである場合、
ステップ１６０５にて、中央コンピューティングシステム４０１は、２つの格納ビン又は
格納ビンの２つの区画をスワップするのであり、また、上述のようにして、２つの格納ビ
ン上に記録されているビンデータを更新する。ステップ１６０４での評価が否定的結果を
返した場合、処理はステップ１６０６へと進む。ステップ１６０６にて中央コンピューテ
ィングシステム４０１は、２つの格納ビン又は格納ビンの２つの区画が両方とも一致する
単一の製品タイプであり互いに等しくない数量が含まれているかについて評価するのであ
り、そうである場合、中央コンピューティングシステム４０１は、ステップ１６０７にて
上述のようにして、先ず２つの格納ビン又は２つの区画の内容物を均等化するのであり、
そして、所有をスワップして、また、均等化されたビンのビンデータについてステップ１
６０５にて更新する。ステップ１６０６での評価が否定的結果を返した場合、処理はステ
ップ１６０８へと進むのであって中央コンピューティングシステム４０１が、２つの格納
ビンの一方若しくは両方又は２つの区画の内容物が複数の製品を混合したものを含んでい
るのかについて評価する。ステップ１６０８での評価が肯定的結果を返した場合、格納ビ
ン又は区画の内容物を均等化して格納ビン又は区画の所有をスワップするよりは、ステッ
プ１６０９にて中央コンピューティングシステム４０１は、上述で開示したように、格納
ビン又は区画の部分的なサブセット（partial subset）のみを再割り当てするために製品
自体の所有をスワップすることを選ぶのであり、図５Ａに示されているビン内容物テーブ
ル５１０及び／又は図５Ｅ～５Ｆに示されている内容物テーブル５３１は、各格納ビン又
は区画について複数のベンダ＿ＩＤを記憶しているのであり、それらの内容物のせいぜい
部分的なサブセットが再割り当てされる。
【0174】
ステップ１６０９にて格納ビン若しくは区画レベルでの、又はステップ１６０９にて製
品レベルでの所有スワップ後、実施形態では、ステップ１６１０にて、中央コンピューテ
ィングシステム４０１は、在庫有りベンダに今は帰属している再割り当て在庫（即ち、「
代償的製品」）の、再割り当て在庫が現に所在する施設（即ち、「発送元施設」）から、
別の施設（即ち、「受領施設」）への再配置を開始する。例えば、中央コンピューティン
グシステム４０１は、代償的製品を、在庫有りベンダの当初の在庫が入用ベンダに再割り
当てされた施設へ再配置すること開始するのであり、それに基づいて代償的製品が「注文
充足製品」となる。そのような、代償的製品の再配置を開始するために、ステップ１６１
１にて、中央コンピューティングシステム４０１は発送施設の施設管理サブシステム４０
４に対してシグナリングしてロボティックハンドラー４０８に対して命令を出させるので
あって、それによって、代償的製品を含んでいる格納ビンを発送施設のグリッド格納構造
から回収させて、（例えば、格納ビンが代償的製品のみ又は代償的製品、及び、受領施設
若しくはそこへの途中に所在する中継点施設のどちらかにも差し向けられている他の在庫
の組み合わせを含んでいる場合）格納ビンをその発送施設の出発積み込みドック又は発送
施設のワークステーションへと搬送させるのであり、そこにて施設管理サブシステム４０
４は、ロボティックワーカによる自動履行を命令するか又はＨＭＩを介して人間の作業員
による誘導付き履行を指示することによって、代償的製品を、被命令ロボティックワーカ
によって後に出発積み込みドックへと搬送される別の格納ビンへ、移転させるのであり、
例えば、代償的製品が、受領施設又はそこへの途中に所在する中継点施設以外の宛先施設
を有している他の製品在庫と、格納ビンを、共有した場合が考えられる。
品レベルでの所有スワップ後、実施形態では、ステップ１６１０にて、中央コンピューテ
ィングシステム４０１は、在庫有りベンダに今は帰属している再割り当て在庫（即ち、「
代償的製品」）の、再割り当て在庫が現に所在する施設（即ち、「発送元施設」）から、
別の施設（即ち、「受領施設」）への再配置を開始する。例えば、中央コンピューティン
グシステム４０１は、代償的製品を、在庫有りベンダの当初の在庫が入用ベンダに再割り
当てされた施設へ再配置すること開始するのであり、それに基づいて代償的製品が「注文
充足製品」となる。そのような、代償的製品の再配置を開始するために、ステップ１６１
１にて、中央コンピューティングシステム４０１は発送施設の施設管理サブシステム４０
４に対してシグナリングしてロボティックハンドラー４０８に対して命令を出させるので
あって、それによって、代償的製品を含んでいる格納ビンを発送施設のグリッド格納構造
から回収させて、（例えば、格納ビンが代償的製品のみ又は代償的製品、及び、受領施設
若しくはそこへの途中に所在する中継点施設のどちらかにも差し向けられている他の在庫
の組み合わせを含んでいる場合）格納ビンをその発送施設の出発積み込みドック又は発送
施設のワークステーションへと搬送させるのであり、そこにて施設管理サブシステム４０
４は、ロボティックワーカによる自動履行を命令するか又はＨＭＩを介して人間の作業員
による誘導付き履行を指示することによって、代償的製品を、被命令ロボティックワーカ
によって後に出発積み込みドックへと搬送される別の格納ビンへ、移転させるのであり、
例えば、代償的製品が、受領施設又はそこへの途中に所在する中継点施設以外の宛先施設
を有している他の製品在庫と、格納ビンを、共有した場合が考えられる。
【0175】
ステップ１６１２では、在庫スワップが完了されており、従前の入用ベンダの注文充足
製品を有している施設の施設管理サブシステム４０４は、ロボティックハンドラー４０８
に対して次のことをなすように命令する：注文充足製品を含む格納ビンをその施設のグリ
ッド格納構造から回収すること、及び、格納ビンを、（例えば、注文を届けるべき特定の
ナノ施設を担当するマイクロ施設へと移動することが計画されている輸送車両上に積み込
むために）その施設の出発積み込みドックへと、又は、マイクロ施設への途中に所在する
中継点施設へと、又は、注文充足製品が既に所在している施設の注文ピッキングワークス
テーション（その施設が、注文を届けるべき特定のナノ施設を担当するマイクロ施設であ
る場合）へと搬送すること。そして、注文充足製品が到着する又は既にあったマイクロ施
設の注文ピッキングワークステーション及び注文詰め込みワークステーションにて注文は
充足されるのであり、最終ステップ１６１３にこれが示されている。
製品を有している施設の施設管理サブシステム４０４は、ロボティックハンドラー４０８
に対して次のことをなすように命令する：注文充足製品を含む格納ビンをその施設のグリ
ッド格納構造から回収すること、及び、格納ビンを、（例えば、注文を届けるべき特定の
ナノ施設を担当するマイクロ施設へと移動することが計画されている輸送車両上に積み込
むために）その施設の出発積み込みドックへと、又は、マイクロ施設への途中に所在する
中継点施設へと、又は、注文充足製品が既に所在している施設の注文ピッキングワークス
テーション（その施設が、注文を届けるべき特定のナノ施設を担当するマイクロ施設であ
る場合）へと搬送すること。そして、注文充足製品が到着する又は既にあったマイクロ施
設の注文ピッキングワークステーション及び注文詰め込みワークステーションにて注文は
充足されるのであり、最終ステップ１６１３にこれが示されている。
【0176】
ステップ１６０３に戻るに、そこでの結果が在庫スワップ不能と示している場合、処理
はステップ１６１５へと進み、中央コンピューティングシステム４０１はベンダ間在庫販
売が可能かについてチェックするのであり、即ち、在庫不足に陥っているベンダへの販売
のために利用可能な、十分の数量の注文製品タイプを在庫有りベンダが有しているかが問
われるのであり、注文トランザクションが予約期間内に完了された予約処理によって、又
は図１０の詳細な説明にて開示された在庫検索クエリ処理の再実行によってこれが以前決
定されて更新された製品利用可能性結果が取得されて良い。ベンダ間在庫販売（inter-ve
ndor inventory sale）が可能と看做された場合、ステップ１６１７及び１６１８で、中
央コンピューティングシステム４０１は、入用ベンダのアカウントに対して引き落としを
なして、また、在庫有りベンダのアカウントに対して在庫有りベンダの販売価格に応じて
入金して、また、同時に、実施形態では、運営エンティティによって賦課され得る任意の
適用可能手数料を入用ベンダのアカウントから引き落とす。ベンダ間販売トランザクショ
ン（inter-vendor sale transaction）の完了に際して、ステップ１６１９で、中央コン
ピューティングシステム４０１は、 購入された在庫製品の製品所有について更新するの
であり、格納ビン、区画、又はその部分的な製品内容物の上述されたのと同様な再割り当
てによってこれがなされるのであり、必要であれば、入用ベンダの在庫スワップシナリオ
の半分について上述したように、販売された製品を異なる格納ビンへと随意的に移転し得
る。そして、処理は、上述したように、ステップ１６１２及びステップ１６１３へと進む
。
はステップ１６１５へと進み、中央コンピューティングシステム４０１はベンダ間在庫販
売が可能かについてチェックするのであり、即ち、在庫不足に陥っているベンダへの販売
のために利用可能な、十分の数量の注文製品タイプを在庫有りベンダが有しているかが問
われるのであり、注文トランザクションが予約期間内に完了された予約処理によって、又
は図１０の詳細な説明にて開示された在庫検索クエリ処理の再実行によってこれが以前決
定されて更新された製品利用可能性結果が取得されて良い。ベンダ間在庫販売（inter-ve
ndor inventory sale）が可能と看做された場合、ステップ１６１７及び１６１８で、中
央コンピューティングシステム４０１は、入用ベンダのアカウントに対して引き落としを
なして、また、在庫有りベンダのアカウントに対して在庫有りベンダの販売価格に応じて
入金して、また、同時に、実施形態では、運営エンティティによって賦課され得る任意の
適用可能手数料を入用ベンダのアカウントから引き落とす。ベンダ間販売トランザクショ
ン（inter-vendor sale transaction）の完了に際して、ステップ１６１９で、中央コン
ピューティングシステム４０１は、 購入された在庫製品の製品所有について更新するの
であり、格納ビン、区画、又はその部分的な製品内容物の上述されたのと同様な再割り当
てによってこれがなされるのであり、必要であれば、入用ベンダの在庫スワップシナリオ
の半分について上述したように、販売された製品を異なる格納ビンへと随意的に移転し得
る。そして、処理は、上述したように、ステップ１６１２及びステップ１６１３へと進む
。
【0177】
格納ビン／区画／製品に関する再割り当ては、ベンダ間再割り当てに限られないことに
留意されたい。一部の実施形態では、サプライチェーンエコシステム内の在庫がサプライ
ヤに割り当てられる。例えば、図６Ａに示されるサプライチェーンエコシステムに来る到
着供給品積荷６０１ａ，６０１ｂは、その積荷の発注に関する者の代理たるベンダに割り
当てられる代わりに、製造者又はサプライヤの所有下に留まる。したがって、ベンダ＿Ｉ
Ｄ及び関連付けられている製品カタログ５０５を記憶する代わりに、中央データベース４
０３は、サプライヤ、製造者、又は他のエンティティのために一意的な識別子及び製品カ
タログ５０５をも記憶する。したがって、「エンティティ識別子」又は「エンティティ＿
ＩＤ」との語は、本開示では、格納、流通及び／又は注文充足のためにサプライチェーン
エコシステムを活用する任意のエンティティの一意的識別子を指すために用いられるので
あり、これはそのエンティティがベンダであれ、サプライヤであれ、又は製品販売先たる
顧客を有する他の在庫保有エンティティであれども変わりはない。そのような実施形態で
は、サプライヤの製品在庫を有している格納ビン又は区画は、その格納ビン又は区画内の
製品タイプを必要としているベンダに売却及び再割り当てされる。実施形態では、製品に
ついて余剰在庫を有するベンダは、他のベンダに再売却するために余剰在庫をサプライヤ
にネゲーション返品するか売り戻しをすることさえできる。
留意されたい。一部の実施形態では、サプライチェーンエコシステム内の在庫がサプライ
ヤに割り当てられる。例えば、図６Ａに示されるサプライチェーンエコシステムに来る到
着供給品積荷６０１ａ，６０１ｂは、その積荷の発注に関する者の代理たるベンダに割り
当てられる代わりに、製造者又はサプライヤの所有下に留まる。したがって、ベンダ＿Ｉ
Ｄ及び関連付けられている製品カタログ５０５を記憶する代わりに、中央データベース４
０３は、サプライヤ、製造者、又は他のエンティティのために一意的な識別子及び製品カ
タログ５０５をも記憶する。したがって、「エンティティ識別子」又は「エンティティ＿
ＩＤ」との語は、本開示では、格納、流通及び／又は注文充足のためにサプライチェーン
エコシステムを活用する任意のエンティティの一意的識別子を指すために用いられるので
あり、これはそのエンティティがベンダであれ、サプライヤであれ、又は製品販売先たる
顧客を有する他の在庫保有エンティティであれども変わりはない。そのような実施形態で
は、サプライヤの製品在庫を有している格納ビン又は区画は、その格納ビン又は区画内の
製品タイプを必要としているベンダに売却及び再割り当てされる。実施形態では、製品に
ついて余剰在庫を有するベンダは、他のベンダに再売却するために余剰在庫をサプライヤ
にネゲーション返品するか売り戻しをすることさえできる。
【0178】
したがって、格納ビン又は区画の全部又は部分的な再割り当てによって、関与するエン
ティティのタイプによらずに２つのエンティティ間での製品の即時的移転が可能となる。
サプライヤの顧客はベンダであって末端消費者ではない故に、サプライヤ／製造者カタロ
グに保存されている製品情報、及び図４Ｂに示される格納ビン４２４のモバイルデータ記
憶装置４２６に随意的に書き込まれる製品情報は、通常、カスタマイゼーションに関する
取り扱いデータを含まないのであり、例えば、ＶＡＳカスタマイゼーション及び注文パッ
ケージング（packaging）が考えられ、また、随意的には注文パッキング（packing）も考
えられ、それらは代わりに、格納ビン／区画／製品再割り当て時において格納ビン／区画
へとベンダの製品カタログ５０５から割り当てられる。上述のように、サプライヤからの
到着積荷は、随意的には予めロードされたビンでもたらされ得ることもでき、これらには
製品が詰められており製品データが中央データベース４０３及び／又は格納ビンのモバイ
ルデータ記憶装置４２６にサプライヤ又は製造者によってサプライチェーンエコシステム
内へと格納ビンが取り込まれる前に予め書き込まれていることができる。
ティティのタイプによらずに２つのエンティティ間での製品の即時的移転が可能となる。
サプライヤの顧客はベンダであって末端消費者ではない故に、サプライヤ／製造者カタロ
グに保存されている製品情報、及び図４Ｂに示される格納ビン４２４のモバイルデータ記
憶装置４２６に随意的に書き込まれる製品情報は、通常、カスタマイゼーションに関する
取り扱いデータを含まないのであり、例えば、ＶＡＳカスタマイゼーション及び注文パッ
ケージング（packaging）が考えられ、また、随意的には注文パッキング（packing）も考
えられ、それらは代わりに、格納ビン／区画／製品再割り当て時において格納ビン／区画
へとベンダの製品カタログ５０５から割り当てられる。上述のように、サプライヤからの
到着積荷は、随意的には予めロードされたビンでもたらされ得ることもでき、これらには
製品が詰められており製品データが中央データベース４０３及び／又は格納ビンのモバイ
ルデータ記憶装置４２６にサプライヤ又は製造者によってサプライチェーンエコシステム
内へと格納ビンが取り込まれる前に予め書き込まれていることができる。
【0179】
上述の詳細な実施形態はサプライチェーンエコシステム内にて実装されるマルチエンテ
ィティ在庫管理システムを指しており、該システムにおいては初期のサプライヤ／製造者
についてのソーシングから最終的な顧客ピックアップ若しくはラスト行程／ラストマイル
配達までのフルサービスが例えば運営エンティティ又はローカル配送人等の外部配送者に
よって提供されるが、先述の実施形態に見出される様々な利点は様々な文脈で活用され得
ることに留意されたいのであり、当初の製品ソーシングから最終的な顧客ピックアップ若
しくはラスト行程／ラストマイル配達までを完全に包括しない文脈も含まれる。したがっ
て、本明細書にて開示される幾つかの実施形態は、上述された様々な施設の任意のサブセ
ットに関連し得るのであり、これは完全なサプライチェーン経路の部分的セグメントのみ
に関与する製品流通チャンネルと形容することができ、他方で、他の例は本明細書にて開
示される様々な実施形態から利点を得る単一の流通施設、倉庫施設、又は注文充足施設に
関連し得る。
ィティ在庫管理システムを指しており、該システムにおいては初期のサプライヤ／製造者
についてのソーシングから最終的な顧客ピックアップ若しくはラスト行程／ラストマイル
配達までのフルサービスが例えば運営エンティティ又はローカル配送人等の外部配送者に
よって提供されるが、先述の実施形態に見出される様々な利点は様々な文脈で活用され得
ることに留意されたいのであり、当初の製品ソーシングから最終的な顧客ピックアップ若
しくはラスト行程／ラストマイル配達までを完全に包括しない文脈も含まれる。したがっ
て、本明細書にて開示される幾つかの実施形態は、上述された様々な施設の任意のサブセ
ットに関連し得るのであり、これは完全なサプライチェーン経路の部分的セグメントのみ
に関与する製品流通チャンネルと形容することができ、他方で、他の例は本明細書にて開
示される様々な実施形態から利点を得る単一の流通施設、倉庫施設、又は注文充足施設に
関連し得る。
【0180】
一部の実施形態は完全な４階層（メガ・マクロ・マイクロ・ナノ施設）施設ヒエラルキ
ーを有さないことに留意して、本開示で使用される「ノード施設」との用語は、互いに同
じ格納ビンと互換のインデクスド格納アレイを共有する任意の施設（例えば、４階層ヒエ
ラルキーのメガ・マクロ・マイクロ・ナノ施設のいずれか）を指すのであり、他方で、「
ターミナル施設」又は「ターミナル」との用語は、より大きな格納ビンとは随意的には非
互換であり代わりに顧客への最終的引き渡し地点にあるかそれに近い下流の場所にあるよ
り小さいＦＯビンとの使用のために構成されている任意の施設を意味するために用いられ
る。例示された実施形態はメガからナノへと下流側に行くに従ってより小さくなる輸送車
両を開示するも、実施形態では、そして「ノード」対「ターミナル」にまつわる上述の施
設命名手法に鑑みれば、「ノード間輸送車両」とは、主に又は専ら「ノード施設」間で移
動する輸送車両を指すのであり、故にそこにて取り扱われる格納ビンと互換であり、他方
で、「ノード-ターミナル間輸送車両」とは、主に又は専らターミナル施設へ又はそこか
ら移動する輸送車両を指すのであり、故により大きな格納ビンではなく異なるサイズの注
文ビンと互換である。
ーを有さないことに留意して、本開示で使用される「ノード施設」との用語は、互いに同
じ格納ビンと互換のインデクスド格納アレイを共有する任意の施設（例えば、４階層ヒエ
ラルキーのメガ・マクロ・マイクロ・ナノ施設のいずれか）を指すのであり、他方で、「
ターミナル施設」又は「ターミナル」との用語は、より大きな格納ビンとは随意的には非
互換であり代わりに顧客への最終的引き渡し地点にあるかそれに近い下流の場所にあるよ
り小さいＦＯビンとの使用のために構成されている任意の施設を意味するために用いられ
る。例示された実施形態はメガからナノへと下流側に行くに従ってより小さくなる輸送車
両を開示するも、実施形態では、そして「ノード」対「ターミナル」にまつわる上述の施
設命名手法に鑑みれば、「ノード間輸送車両」とは、主に又は専ら「ノード施設」間で移
動する輸送車両を指すのであり、故にそこにて取り扱われる格納ビンと互換であり、他方
で、「ノード-ターミナル間輸送車両」とは、主に又は専らターミナル施設へ又はそこか
ら移動する輸送車両を指すのであり、故により大きな格納ビンではなく異なるサイズの注
文ビンと互換である。
【0181】
直接的消費者注文充足に加えて、開示のサプライチェーンエコシステム内にて実装され
るマルチエンティティ在庫管理システムは、 事業者間活動（例えば、ｂ２ｂ商取引）又
は在庫補充等の事業者内活動のために用いられる。このような実施形態では、顧客のため
又はラスト行程／ラストマイル配達サービスピックアップのためにナノ施設へと輸送する
代わりに、格納ビンは例えば、ベンダ、製造者、サプライヤ、又はそれらの法人顧客によ
って所有又は運営される小売店、倉庫、流通センタ、又は他の場所へと配達される。実施
形態では、そのような場所各々にはマルチエンティティ在庫管理システムの格納ビンと互
換な各々のインデクスド格納アレイが配備されており、ＦＯビンに加えて又はＦＯビンに
代えて、図４Ａ～４Ｃ，６Ａ～６Ｂに示されるメガ-マクロ又はマクロ-マイクロ輸送車両
４１５ａ，４１５ｂを用いてメガ・マクロ・マイクロ施設からそのような場所へ輸送され
た他の格納ビン（例えば、ＳＣＳビン、ＭＣＳビン、及び／又はＰＯビン）が、追加的又
は代替的に、そのような場所にて受け取られ及び格納されるのであり、随的には少なくと
も部分的に自動化された態様でこれがなされるのであり、ある実施形態では完全に自動化
された態様でなされるのであり、開示のコンポーネント、構造、機材、方法、及び処理を
用いてなされる。各々のそのような配達処理は、次のステップを含むビン交換処理を伴う
：施設又は似たように機材が設けられている事業場所へと輸送するために空の格納ビンを
ピックアップするステップ、及び／又は似たように機材が設けられている事業場所へと輸
送するためにものが入った格納ビンをピックアップするステップ。また、これは開示され
た任意の積み込み／積み降ろし処理と似た又は等価な態様でなされる。事業場所に互換の
インデクスド格納アレイが配備されていない実施形態では、ビン互換の輸送車両を用いて
格納ビンをそれらの場所に届けるのであり、そこにて製品が格納ビンから取り出される。
実施形態では、輸送車両が場所を出発する前に場所にて空にされた任意のそのような格納
ビンは、同じ輸送車両に乗ってそれらの源泉たる施設へと帰するためにそこに積み込み戻
される。別の実施形態では、これらの事業場所は格納に関してバッファとなる量を持つの
であり、輸送車両によって届けられた格納ビンを空にすることを要せずにビン交換を可能
とする。別の実施形態では、格納ビンは事後的ピックアップのためにオンサイトに留置さ
れるのであり、例えば、同じ又は異なるビン互換の輸送車両による事後的な配達の際が想
定される。
るマルチエンティティ在庫管理システムは、 事業者間活動（例えば、ｂ２ｂ商取引）又
は在庫補充等の事業者内活動のために用いられる。このような実施形態では、顧客のため
又はラスト行程／ラストマイル配達サービスピックアップのためにナノ施設へと輸送する
代わりに、格納ビンは例えば、ベンダ、製造者、サプライヤ、又はそれらの法人顧客によ
って所有又は運営される小売店、倉庫、流通センタ、又は他の場所へと配達される。実施
形態では、そのような場所各々にはマルチエンティティ在庫管理システムの格納ビンと互
換な各々のインデクスド格納アレイが配備されており、ＦＯビンに加えて又はＦＯビンに
代えて、図４Ａ～４Ｃ，６Ａ～６Ｂに示されるメガ-マクロ又はマクロ-マイクロ輸送車両
４１５ａ，４１５ｂを用いてメガ・マクロ・マイクロ施設からそのような場所へ輸送され
た他の格納ビン（例えば、ＳＣＳビン、ＭＣＳビン、及び／又はＰＯビン）が、追加的又
は代替的に、そのような場所にて受け取られ及び格納されるのであり、随的には少なくと
も部分的に自動化された態様でこれがなされるのであり、ある実施形態では完全に自動化
された態様でなされるのであり、開示のコンポーネント、構造、機材、方法、及び処理を
用いてなされる。各々のそのような配達処理は、次のステップを含むビン交換処理を伴う
：施設又は似たように機材が設けられている事業場所へと輸送するために空の格納ビンを
ピックアップするステップ、及び／又は似たように機材が設けられている事業場所へと輸
送するためにものが入った格納ビンをピックアップするステップ。また、これは開示され
た任意の積み込み／積み降ろし処理と似た又は等価な態様でなされる。事業場所に互換の
インデクスド格納アレイが配備されていない実施形態では、ビン互換の輸送車両を用いて
格納ビンをそれらの場所に届けるのであり、そこにて製品が格納ビンから取り出される。
実施形態では、輸送車両が場所を出発する前に場所にて空にされた任意のそのような格納
ビンは、同じ輸送車両に乗ってそれらの源泉たる施設へと帰するためにそこに積み込み戻
される。別の実施形態では、これらの事業場所は格納に関してバッファとなる量を持つの
であり、輸送車両によって届けられた格納ビンを空にすることを要せずにビン交換を可能
とする。別の実施形態では、格納ビンは事後的ピックアップのためにオンサイトに留置さ
れるのであり、例えば、同じ又は異なるビン互換の輸送車両による事後的な配達の際が想
定される。
【0182】
例示された実施形態では、図４Ａ～４Ｃに示された施設管理サブシステム４０４及び車
両管理サブシステム４１６の各々内の少なくとも１つのローカルコンピュータが、格納ビ
ンのモバイルデータ記憶装置４２６に関してデータの読み書きをなすように命令するので
あり、これは例えば無線ネットワークなどの施設及び輸送車両の各々のＬＡＮ４０６，４
２１を介してなされ、それをなすに際して、中央コンピューティングシステム４０１の中
央データベース４０３並びに施設管理サブシステム４０４のローカル施設データベース４
０７若しくは車両管理サブシステム４１６のローカル車両データベース４２０についてデ
ータの転送及び検索をなす。別の実施形態では、施設管理サブシステム４０４及び／又は
車両管理サブシステム４１６は、随意的に、ローカル施設データベース４０７及びローカ
ル車両データベース４２０の内容に関して省略又は削減を実施するのであり、代わりに、
そのようなデータ交換を専ら格納ビンと中央データベース４０３との間で行うのであるが
、ローカルでのデータ記憶による増強される冗長性は、広域通信のトラフィック量を削減
すること及び通信障害若しくは中央システム障害の際のフェイルセーフ冗長性をもたらす
ことに関して有益であることにも留意されたい。更なる他の実施形態では、格納ビンとロ
ーカルコンピュータとの間でのデータ交換をやめて、代わりに格納ビンが中央コンピュー
ティングシステム４０１と直接的に通信することを許す。
両管理サブシステム４１６の各々内の少なくとも１つのローカルコンピュータが、格納ビ
ンのモバイルデータ記憶装置４２６に関してデータの読み書きをなすように命令するので
あり、これは例えば無線ネットワークなどの施設及び輸送車両の各々のＬＡＮ４０６，４
２１を介してなされ、それをなすに際して、中央コンピューティングシステム４０１の中
央データベース４０３並びに施設管理サブシステム４０４のローカル施設データベース４
０７若しくは車両管理サブシステム４１６のローカル車両データベース４２０についてデ
ータの転送及び検索をなす。別の実施形態では、施設管理サブシステム４０４及び／又は
車両管理サブシステム４１６は、随意的に、ローカル施設データベース４０７及びローカ
ル車両データベース４２０の内容に関して省略又は削減を実施するのであり、代わりに、
そのようなデータ交換を専ら格納ビンと中央データベース４０３との間で行うのであるが
、ローカルでのデータ記憶による増強される冗長性は、広域通信のトラフィック量を削減
すること及び通信障害若しくは中央システム障害の際のフェイルセーフ冗長性をもたらす
ことに関して有益であることにも留意されたい。更なる他の実施形態では、格納ビンとロ
ーカルコンピュータとの間でのデータ交換をやめて、代わりに格納ビンが中央コンピュー
ティングシステム４０１と直接的に通信することを許す。
【0183】
上述した実施形態の多くは、ビン内容物に変化があった場合、又は輸送車両から施設へ
と格納ビンが移転された場合若しくはその逆の移転がなされた場合、又は格納ビンの内容
物の割り当てられた在庫所有に関して変更があった場合に、その都度内容更新が行われる
モバイルデータ記憶装置４２６を伴うも、他の実施形態では、そのような態様で内容を書
換可能な動的に更新可能なデータ記憶装置を欠くことができるのであり、そうなったとし
ても開示のマルチエンティティ在庫管理システム及び様々な処理の全体的な他の観点から
益し得る。実施形態では、ビン＿ＩＤのみを記憶及び送信するＲＦＩＤタグが、格納便乗
の書換可能なデータ記憶装置の代わりに用いられる。この実施形態では、格納ビンに対し
て追加のデータを読み書きする代わりに、施設管理サブシステム４０４は、ビン＿ＩＤを
、中央データベース４０３内の及び（複製されている又は補足されている場合には）ロー
カル施設データベース４０７内の製品及び注文記録に対して次の際に記録する：在庫取り
込みの際（例えば、ＳＣＳビン内に製品を置く際）；在庫ビン移転の際（例えば、ＳＣＳ
ビンからＭＣＳビンへのビン製品キット化の際）；及び注文充足の際（例えば、ＭＣＳビ
ンからＰＯビンへの注文ピッキング及びＰＯビンからＦＯビンへの注文詰め込みの際）。
この場合、施設管理サブシステム４０４及び車両管理サブシステム４１６によってなされ
る後の処理は、ビン＿ＩＤを用いて、中央データベース４０３及び／又はローカルデータ
ベース４０７，４２０にて製品及び注文の詳細についてルックアップ及び／又は更新をそ
の後になすのであり、必要な際にはいつでも施設＿ＩＤ又は車両＿ＩＤを更新する。別の
実施形態では、ビン＿ＩＤのみを静的に記憶するためにバーコードを用いるのであり、こ
れによって中央データベース４０３及び／又はローカルデータベース４０７，４２０にて
ビン＿ＩＤを定めることができ、在庫取り込み、在庫ビン移転、又は注文充足の際にその
ビン＿ＩＤ及び製品＿ＩＤ若しくは注文番号を相互に対して記録でき、後で、開示される
後続の処理の際に、そのビン＿ＩＤと関連付けられている製品又は注文データについてル
ックアップ又は更新をなし得る。
と格納ビンが移転された場合若しくはその逆の移転がなされた場合、又は格納ビンの内容
物の割り当てられた在庫所有に関して変更があった場合に、その都度内容更新が行われる
モバイルデータ記憶装置４２６を伴うも、他の実施形態では、そのような態様で内容を書
換可能な動的に更新可能なデータ記憶装置を欠くことができるのであり、そうなったとし
ても開示のマルチエンティティ在庫管理システム及び様々な処理の全体的な他の観点から
益し得る。実施形態では、ビン＿ＩＤのみを記憶及び送信するＲＦＩＤタグが、格納便乗
の書換可能なデータ記憶装置の代わりに用いられる。この実施形態では、格納ビンに対し
て追加のデータを読み書きする代わりに、施設管理サブシステム４０４は、ビン＿ＩＤを
、中央データベース４０３内の及び（複製されている又は補足されている場合には）ロー
カル施設データベース４０７内の製品及び注文記録に対して次の際に記録する：在庫取り
込みの際（例えば、ＳＣＳビン内に製品を置く際）；在庫ビン移転の際（例えば、ＳＣＳ
ビンからＭＣＳビンへのビン製品キット化の際）；及び注文充足の際（例えば、ＭＣＳビ
ンからＰＯビンへの注文ピッキング及びＰＯビンからＦＯビンへの注文詰め込みの際）。
この場合、施設管理サブシステム４０４及び車両管理サブシステム４１６によってなされ
る後の処理は、ビン＿ＩＤを用いて、中央データベース４０３及び／又はローカルデータ
ベース４０７，４２０にて製品及び注文の詳細についてルックアップ及び／又は更新をそ
の後になすのであり、必要な際にはいつでも施設＿ＩＤ又は車両＿ＩＤを更新する。別の
実施形態では、ビン＿ＩＤのみを静的に記憶するためにバーコードを用いるのであり、こ
れによって中央データベース４０３及び／又はローカルデータベース４０７，４２０にて
ビン＿ＩＤを定めることができ、在庫取り込み、在庫ビン移転、又は注文充足の際にその
ビン＿ＩＤ及び製品＿ＩＤ若しくは注文番号を相互に対して記録でき、後で、開示される
後続の処理の際に、そのビン＿ＩＤと関連付けられている製品又は注文データについてル
ックアップ又は更新をなし得る。
【0184】
例示された実施形態は格納ビン、即ち自らの内容物及び意図される宛先についてのデー
タを記憶しているスマートビンを用いるのであり、それによって関連性を有するデータに
ついてのローカルな短距離無線通信が次の際に可能とされる：輸送車両と施設との間での
格納ビンの移転；及び施設内での格納ビンのルーティングの際。これによって、中央コン
ピューティングシステム４０１又はサーバとなされるＷＡＮトラフィックが削減されるの
であり、サプライチェーンエコシステム内での格納ビンのルーティング、輸送、格納、及
び作業員等との相互作用に関して、格納ビン自体が自己にとっての自律的命令エージェン
トとなることによってこれがなされる。この点に関しては、他の実施形態では、格納ビン
とのビン-車両及びビン-施設通信ではなく、輸送車両と施設との間でのビン移転の任意又
は全部のポイントについては、施設管理サブシステム４０４と車両管理サブシステム４１
６との間での直接的データ交換に頼ることがあるということに留意されたいのであり、こ
れは例えばフェイルセーフ冗長性のために、格納ビンを敢えて用いてその内容物及び意図
された宛先についてのオンボードデータ記憶を可能とする場合についても該当する。また
、様々なワークステーションにて行われるデータ交換は、様々な実施形態でそのような自
己命令原理をもって具体的には格納ビンと施設管理サブシステム４０４との間でなされな
いかもしれないのであるが、別の実施形態では、施設管理サブシステム４０４は、同じビ
ンデータを中央コンピューティングシステム４０１若しくはサーバ又はローカル施設デー
タベース４０７内にて作成及び記憶されている冗長的なローカル記録から取得できるので
あり、例えばこれは、供給品積荷からサプライチェーンエコシステム内へと新たな在庫を
取り込む処理の際又は到着する格納ビンを輸送車両から施設に積み降ろす際に作成された
ものである。
タを記憶しているスマートビンを用いるのであり、それによって関連性を有するデータに
ついてのローカルな短距離無線通信が次の際に可能とされる：輸送車両と施設との間での
格納ビンの移転；及び施設内での格納ビンのルーティングの際。これによって、中央コン
ピューティングシステム４０１又はサーバとなされるＷＡＮトラフィックが削減されるの
であり、サプライチェーンエコシステム内での格納ビンのルーティング、輸送、格納、及
び作業員等との相互作用に関して、格納ビン自体が自己にとっての自律的命令エージェン
トとなることによってこれがなされる。この点に関しては、他の実施形態では、格納ビン
とのビン-車両及びビン-施設通信ではなく、輸送車両と施設との間でのビン移転の任意又
は全部のポイントについては、施設管理サブシステム４０４と車両管理サブシステム４１
６との間での直接的データ交換に頼ることがあるということに留意されたいのであり、こ
れは例えばフェイルセーフ冗長性のために、格納ビンを敢えて用いてその内容物及び意図
された宛先についてのオンボードデータ記憶を可能とする場合についても該当する。また
、様々なワークステーションにて行われるデータ交換は、様々な実施形態でそのような自
己命令原理をもって具体的には格納ビンと施設管理サブシステム４０４との間でなされな
いかもしれないのであるが、別の実施形態では、施設管理サブシステム４０４は、同じビ
ンデータを中央コンピューティングシステム４０１若しくはサーバ又はローカル施設デー
タベース４０７内にて作成及び記憶されている冗長的なローカル記録から取得できるので
あり、例えばこれは、供給品積荷からサプライチェーンエコシステム内へと新たな在庫を
取り込む処理の際又は到着する格納ビンを輸送車両から施設に積み降ろす際に作成された
ものである。
【0185】
ロボティックハンドラー４０８が格納ビンを１つの場所から別の場所へと（即ち、源泉
たるＡ地点から宛先たるＢ地点へと）搬送するように命令される本願開示の任意の処理又
は方法の任意のステップでは、実施形態では、そのような処理は、複数のロボティックハ
ンドラー４０８に対してそのようなタスクを完了せよと命令することを伴うのであり、こ
れをなすためには、例えば、１つのロボティックハンドラー２０８によって格納ビンを源
泉たるＡ地点から中継点たる地点Ｃへと搬送すること、及び別のロボティックハンドラー
２０８によって格納ビンを中継点たる地点Ｃから宛先たる地点Ｂへと搬送することを伴い
得る。また、ロボティックハンドラーが格納ビンをワークステーションから運び去るよう
に命令される本願開示の方法又は処理の任意のステップでは、運び先がインデクスド格納
アレイであろうと、別のワークステーションであろうと、積み込みドックの隣の積み込み
グリッド構造であろうと、別の宛先であろうと、ロボティックハンドラーは、格納ビンを
運び去ることがなされるべきワークステーションへと同じ格納ビンを以前届けたのと同じ
ロボティックハンドラーそのものとされることもできるしそれ以外のものとされることも
できる。例えば、ワークステーションが、格納ビンが取り出されるピックポート又はプッ
トポートが、インデクスド格納アレイのロボティックハンドラーがワークステーションを
通って行く際のトラック（track）ベースドドライブスルー移動経路によってサービスを
提供されるタイプである場合、格納ビンを持ち去るように命令されるロボティックハンド
ラーは、同じ格納ビンをそのポートに以前持ってきたのと同じロボティックハンドラーと
なる。ワークステーションのピックポート又はプットポートがそのようなドライブスルー
方式でのサービスを受けていない場合（例えば、代わりにワークステーションを通るコン
ベヤベースドビン移動経路によるサービスの提供を受けている場合）、格納ビンをワーク
ステーションにてピックアップして運び去るロボティックハンドラーは、格納ビンをワー
クステーションのコンベヤベースドビン移動経路に以前ドロップオフしていったのと同じ
ロボティックハンドラー又はそれとは違うものとされ得る。したがって、ロボット的に行
われる複数のビン移動を伴う処理を参照する場合、実施形態では、全体的なロボティック
ハンドラー団の異なる「サブセット」によるステップの履行について言及するのであり、
これは相互排他的なサブセットには限られず、重複を持っていたりさらには同一のものと
なっているサブセットであってもよい。
たるＡ地点から宛先たるＢ地点へと）搬送するように命令される本願開示の任意の処理又
は方法の任意のステップでは、実施形態では、そのような処理は、複数のロボティックハ
ンドラー４０８に対してそのようなタスクを完了せよと命令することを伴うのであり、こ
れをなすためには、例えば、１つのロボティックハンドラー２０８によって格納ビンを源
泉たるＡ地点から中継点たる地点Ｃへと搬送すること、及び別のロボティックハンドラー
２０８によって格納ビンを中継点たる地点Ｃから宛先たる地点Ｂへと搬送することを伴い
得る。また、ロボティックハンドラーが格納ビンをワークステーションから運び去るよう
に命令される本願開示の方法又は処理の任意のステップでは、運び先がインデクスド格納
アレイであろうと、別のワークステーションであろうと、積み込みドックの隣の積み込み
グリッド構造であろうと、別の宛先であろうと、ロボティックハンドラーは、格納ビンを
運び去ることがなされるべきワークステーションへと同じ格納ビンを以前届けたのと同じ
ロボティックハンドラーそのものとされることもできるしそれ以外のものとされることも
できる。例えば、ワークステーションが、格納ビンが取り出されるピックポート又はプッ
トポートが、インデクスド格納アレイのロボティックハンドラーがワークステーションを
通って行く際のトラック（track）ベースドドライブスルー移動経路によってサービスを
提供されるタイプである場合、格納ビンを持ち去るように命令されるロボティックハンド
ラーは、同じ格納ビンをそのポートに以前持ってきたのと同じロボティックハンドラーと
なる。ワークステーションのピックポート又はプットポートがそのようなドライブスルー
方式でのサービスを受けていない場合（例えば、代わりにワークステーションを通るコン
ベヤベースドビン移動経路によるサービスの提供を受けている場合）、格納ビンをワーク
ステーションにてピックアップして運び去るロボティックハンドラーは、格納ビンをワー
クステーションのコンベヤベースドビン移動経路に以前ドロップオフしていったのと同じ
ロボティックハンドラー又はそれとは違うものとされ得る。したがって、ロボット的に行
われる複数のビン移動を伴う処理を参照する場合、実施形態では、全体的なロボティック
ハンドラー団の異なる「サブセット」によるステップの履行について言及するのであり、
これは相互排他的なサブセットには限られず、重複を持っていたりさらには同一のものと
なっているサブセットであってもよい。
【0186】
実施形態では、ロボティックハンドラーについての第１のサブセットに対して格納ビン
を格納域から回収し、また、格納ビンをワークステーションに届けるように命令すること
に続いて、ロボティックハンドラーについての第２のサブセットに対して同じ格納ビンを
ワークステーションから格納域に預け戻すように命令することは次の例示的シナリオのい
ずれかを包括し得る：（ｉ）第１のロボティックハンドラーが、格納ビンを格納域から回
収し、また、格納ビンをワークステーションに届けることと、同じロボティックハンドラ
ーが格納ビンを格納域に戻すこと（即ち、諸々のサブセットは数量的に等しくまた同一で
ある）；（ｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また
、格納ビンをワークステーションに届けることと、異なる第２のロボティックハンドラー
がその後格納ビンをワークステーションから回収して、また、格納ビンを格納域に預け戻
すこと（即ち、諸々のサブセットは数量的には等しいが、同一でも重複的でもない）；（
ｉｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビ
ンを異なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラ
ーが格納ビンをワークステーションに届けることと、第３のロボティックハンドラーがそ
の後格納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、
（即ち、諸々のサブセットは数量的には等しくなく、同一でも重複的でもない）；（ｉｖ
）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異
なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格
納ビンをワークステーションに届けることと、第１のロボティックハンドラーがその後格
納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、（即ち
、諸々のサブセットは数量的に等しくなくまた同一でもないが、重複的ではある）；（ｖ
）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異
なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格
納ビンをワークステーションに届けることと、第３のロボティックハンドラーがその後格
納ビンをワークステーションからピックアップして格納ビンを第１のロボティックハンド
ラーに引き渡して、該第１のロボティックハンドラーが格納ビンを格納域に戻すこと、（
即ち、諸々のサブセットは数量的に等しく互いに重複しているが、非同一である）。
を格納域から回収し、また、格納ビンをワークステーションに届けるように命令すること
に続いて、ロボティックハンドラーについての第２のサブセットに対して同じ格納ビンを
ワークステーションから格納域に預け戻すように命令することは次の例示的シナリオのい
ずれかを包括し得る：（ｉ）第１のロボティックハンドラーが、格納ビンを格納域から回
収し、また、格納ビンをワークステーションに届けることと、同じロボティックハンドラ
ーが格納ビンを格納域に戻すこと（即ち、諸々のサブセットは数量的に等しくまた同一で
ある）；（ｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また
、格納ビンをワークステーションに届けることと、異なる第２のロボティックハンドラー
がその後格納ビンをワークステーションから回収して、また、格納ビンを格納域に預け戻
すこと（即ち、諸々のサブセットは数量的には等しいが、同一でも重複的でもない）；（
ｉｉｉ）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビ
ンを異なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラ
ーが格納ビンをワークステーションに届けることと、第３のロボティックハンドラーがそ
の後格納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、
（即ち、諸々のサブセットは数量的には等しくなく、同一でも重複的でもない）；（ｉｖ
）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異
なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格
納ビンをワークステーションに届けることと、第１のロボティックハンドラーがその後格
納ビンをワークステーションからピックアップして格納ビンを格納域に戻すこと、（即ち
、諸々のサブセットは数量的に等しくなくまた同一でもないが、重複的ではある）；（ｖ
）第１のロボティックハンドラーが、格納ビンを格納域から回収し、また、格納ビンを異
なる第２のロボティックハンドラーに引き渡して、該第２のロボティックハンドラーが格
納ビンをワークステーションに届けることと、第３のロボティックハンドラーがその後格
納ビンをワークステーションからピックアップして格納ビンを第１のロボティックハンド
ラーに引き渡して、該第１のロボティックハンドラーが格納ビンを格納域に戻すこと、（
即ち、諸々のサブセットは数量的に等しく互いに重複しているが、非同一である）。
【0187】
開示の方法では、標準化された注文ビンを使って、顧客注文を充足センタからラストマ
イルピックアップ地点（例えば、ナノ施設）に届けるのであり、それによって、ダンボー
ル箱を廃して製品をダンボール箱ではなく袋に入れて出荷することが可能となる。さらに
、サプライチェーンエコシステム全体で標準化された格納ビンを用いることで、マルチエ
ンティティ在庫管理システム内の全エンティティが単一の規格に特化して且つ効果的に取
り扱うように構成され得るのであり、これによってエンティティ間の完全な互換性を確保
できる。その結果、マルチエンティティ在庫管理システムの中で連続性及び隣接性が確保
されるのであり、それと共にマルチエンティティ在庫管理システムを地理的にも経時的に
もスケーラブルなものとする。換言するに、マルチエンティティ在庫管理システム内の全
機材が同じマテリアル捌き基準のセットに準拠するのならば、各格納ビンはマルチエンテ
ィティ在庫管理システム全体を、エンティティ間での直接的な物理的移転方法を用いて流
通できるのであり、マテリアルのステージングのような従来型サプライチェーンの中間ス
テップを経ずにこれをなし得るのであり、エンティティ間の移転中に格納ビンの管理権が
一時的にバッファ領域に割り当てられる。また、直接的な物理的移転により、例えばバー
コードスキャンやＲＦＩＤスキャン等によって格納ビンを識別してエンティティ間での格
納ビンの管理権の論理的移転を完成することを要することをなくせるのであり、それによ
って従来型物流のまた別の欠点を克服できる。
イルピックアップ地点（例えば、ナノ施設）に届けるのであり、それによって、ダンボー
ル箱を廃して製品をダンボール箱ではなく袋に入れて出荷することが可能となる。さらに
、サプライチェーンエコシステム全体で標準化された格納ビンを用いることで、マルチエ
ンティティ在庫管理システム内の全エンティティが単一の規格に特化して且つ効果的に取
り扱うように構成され得るのであり、これによってエンティティ間の完全な互換性を確保
できる。その結果、マルチエンティティ在庫管理システムの中で連続性及び隣接性が確保
されるのであり、それと共にマルチエンティティ在庫管理システムを地理的にも経時的に
もスケーラブルなものとする。換言するに、マルチエンティティ在庫管理システム内の全
機材が同じマテリアル捌き基準のセットに準拠するのならば、各格納ビンはマルチエンテ
ィティ在庫管理システム全体を、エンティティ間での直接的な物理的移転方法を用いて流
通できるのであり、マテリアルのステージングのような従来型サプライチェーンの中間ス
テップを経ずにこれをなし得るのであり、エンティティ間の移転中に格納ビンの管理権が
一時的にバッファ領域に割り当てられる。また、直接的な物理的移転により、例えばバー
コードスキャンやＲＦＩＤスキャン等によって格納ビンを識別してエンティティ間での格
納ビンの管理権の論理的移転を完成することを要することをなくせるのであり、それによ
って従来型物流のまた別の欠点を克服できる。
【0188】
さらに、マルチエンティティ在庫管理システム内の各エンティティが実施するインデク
スド格納方法によれば、各格納ビンが各エンティティに管理されている間に、各格納ビン
の場所を連続的に追跡できるようにできる。これに加えて、各格納ビンの物理的および論
理的な管理権をエンティティ間で直接移転できるということによって、マルチエンティテ
ィ在庫管理システム内のどこにおいても、格納ビンの場所を連続的に追跡できるようにで
きる。その結果、マルチノーダルサプライチェーンシステムは、到着集積領域から在庫ア
イテムを連続的にピックアップして出発集積領域に放出する別個のエンティティの集まり
としてではなく、1つの連結された有機体として作動する。本明細書で開示される格納ビ
ンは、マルチエンティティ在庫管理システムにて連続的に追跡されるのであり、施設又は
輸送車両に関して格納ビンをチェックイン及びチェックアウトするためのステージング領
域を要さない。マルチエンティティ在庫管理システム内において出荷及び受け入れプロセ
ス並びに関連するステージング領域を廃することによって、労働、不動産、及びリソース
要件を大幅に減じるのであり、その一方でロジスティクスは効率化されるのであって、そ
れによって従来型サプライチェーンのような雑然としたアプローチに比して、オペレーシ
ョンはより秩序立ったものとなり、また、リアルタイムでの監視がより容易になる。
スド格納方法によれば、各格納ビンが各エンティティに管理されている間に、各格納ビン
の場所を連続的に追跡できるようにできる。これに加えて、各格納ビンの物理的および論
理的な管理権をエンティティ間で直接移転できるということによって、マルチエンティテ
ィ在庫管理システム内のどこにおいても、格納ビンの場所を連続的に追跡できるようにで
きる。その結果、マルチノーダルサプライチェーンシステムは、到着集積領域から在庫ア
イテムを連続的にピックアップして出発集積領域に放出する別個のエンティティの集まり
としてではなく、1つの連結された有機体として作動する。本明細書で開示される格納ビ
ンは、マルチエンティティ在庫管理システムにて連続的に追跡されるのであり、施設又は
輸送車両に関して格納ビンをチェックイン及びチェックアウトするためのステージング領
域を要さない。マルチエンティティ在庫管理システム内において出荷及び受け入れプロセ
ス並びに関連するステージング領域を廃することによって、労働、不動産、及びリソース
要件を大幅に減じるのであり、その一方でロジスティクスは効率化されるのであって、そ
れによって従来型サプライチェーンのような雑然としたアプローチに比して、オペレーシ
ョンはより秩序立ったものとなり、また、リアルタイムでの監視がより容易になる。
【0189】
また、マルチエンティティ在庫管理システム全体における製品の状態をリアルタイムで
追跡できる。なぜならば、ロボティックハンドラー及び機械的手段で格納ビンが自律的に
扱われて各格納ビンが場所にインデックスされるからである。これにより、マルチエンテ
ィティ在庫管理システム内の格納ビンの場所を連続的に識別及び追跡することができる。
なぜならば、コンピュータ化在庫管理システムによって行動を追跡できるロボティックハ
ンドラーによって格納ビンが動かされるからである。故に、格納ビン自体に場所センサを
設けておくことは要さない。なぜならば、格納ビンの場所を機械的手段で追跡しているか
らである。故に、格納ビンは、施設に対してチェックイン及びチェックアウトされること
を要さないのであって、むしろ、格納ビンを施設や輸送車両に合致させる代わりに、格納
ビンは連続的ネットワーク内のインデックスド格納場所に合致される。
追跡できる。なぜならば、ロボティックハンドラー及び機械的手段で格納ビンが自律的に
扱われて各格納ビンが場所にインデックスされるからである。これにより、マルチエンテ
ィティ在庫管理システム内の格納ビンの場所を連続的に識別及び追跡することができる。
なぜならば、コンピュータ化在庫管理システムによって行動を追跡できるロボティックハ
ンドラーによって格納ビンが動かされるからである。故に、格納ビン自体に場所センサを
設けておくことは要さない。なぜならば、格納ビンの場所を機械的手段で追跡しているか
らである。故に、格納ビンは、施設に対してチェックイン及びチェックアウトされること
を要さないのであって、むしろ、格納ビンを施設や輸送車両に合致させる代わりに、格納
ビンは連続的ネットワーク内のインデックスド格納場所に合致される。
【0190】
マルチエンティティ在庫管理システムは、マルチエンティティ在庫管理システムを順方
向或いは下流方向及び逆方向或いは上流方向に流れる格納ビンについて、１：１で交換す
ることを実装する。順方向流量と逆方向流量が同一である故に、ステージング領域におい
てマテリアルのあふれをバッファする必要がなくなるのであって、他方でマルチエンティ
ティ在庫管理システムの秩序及び予測可能性がさらに高められる。逆方向に流れる格納ビ
ンには、施設の階層の上方へと輸送されるべき製品を積んで顧客返品を支援でき、従来型
手法に比して逆行ロジスティクスがより費用対効果的に優れることとなる。順方向と同じ
インデックスド格納方法を用いることで、返品された製品がサプライチェーン階層を上が
っていく過程を連続的に追跡できる。
向或いは下流方向及び逆方向或いは上流方向に流れる格納ビンについて、１：１で交換す
ることを実装する。順方向流量と逆方向流量が同一である故に、ステージング領域におい
てマテリアルのあふれをバッファする必要がなくなるのであって、他方でマルチエンティ
ティ在庫管理システムの秩序及び予測可能性がさらに高められる。逆方向に流れる格納ビ
ンには、施設の階層の上方へと輸送されるべき製品を積んで顧客返品を支援でき、従来型
手法に比して逆行ロジスティクスがより費用対効果的に優れることとなる。順方向と同じ
インデックスド格納方法を用いることで、返品された製品がサプライチェーン階層を上が
っていく過程を連続的に追跡できる。
【0191】
ロジスティクス及び処理データに加えて、ビンデータベース構造は、在庫管理単位（Ｓ
ＫＵ）、数量、所有者、場所等の概要を捉え、また、在庫マスタとして機能する。格納ビ
ンはマルチエンティティ在庫管理システムの機関を通過する能動的主体である故に、施設
及び輸送車両が使えるマスターが格納ビンである。この構成により、格納ビンに関連付け
られたバーコード又はＲＦＩＤタグをスキャンして、格納ビンがあたかもその単一の施設
又は輸送車両に属するように施設又は輸送車両に受け取られたものとして格納ビンを割り
当て及び登録すること、並びに、出荷時に施設又は輸送車両にてスキャン/チェックアウ
トすること要さなくなり得る。本明細書で開示されている方法では、格納ビンはマルチエ
ンティティ在庫管理システム内を移動し、自身の場所及び在庫状況を連続的に更新してい
く。
ＫＵ）、数量、所有者、場所等の概要を捉え、また、在庫マスタとして機能する。格納ビ
ンはマルチエンティティ在庫管理システムの機関を通過する能動的主体である故に、施設
及び輸送車両が使えるマスターが格納ビンである。この構成により、格納ビンに関連付け
られたバーコード又はＲＦＩＤタグをスキャンして、格納ビンがあたかもその単一の施設
又は輸送車両に属するように施設又は輸送車両に受け取られたものとして格納ビンを割り
当て及び登録すること、並びに、出荷時に施設又は輸送車両にてスキャン/チェックアウ
トすること要さなくなり得る。本明細書で開示されている方法では、格納ビンはマルチエ
ンティティ在庫管理システム内を移動し、自身の場所及び在庫状況を連続的に更新してい
く。
【0192】
実施形態では、マルチエンティティ在庫管理システム内の各施設には所定のタスクを伴
うクラスが割り当てられて、階層内の子ノードは指定された自己の親ノードからのみサー
ビスを受ける。ドナーの子ノードから入用側子ノードに移転されるべき在庫は、マルチエ
ンティティ在庫管理システムの逆行フローを用い先ず親ノードに返却されることを要し、
そして順方向で入用側子ノードへと輸送されることを要する。よって、マルチエンティテ
ィ在庫管理システムは、例えばマイクロ施設等の最も近いエンドポイントから宛先住所ま
で製品を充足のために提供する。換言するに、代替的マイクロ施設から注文充足はなされ
ない。代替の類似クラス施設（例えば別のマイクロ施設）から必要とされる任意の在庫ア
イテムは、階層上方へ向かってマクロ施設へと移転され、そして最も近いマイクロ施設へ
と下方へ向かって移転される。この階層化された構成によって、計画外出荷がなくなるた
め、諸プロセスがさらに効率的になり、予測可能性がさらに増大され、また、マルチエン
ティティ在庫管理システム内における輸送コストが減じられる。
うクラスが割り当てられて、階層内の子ノードは指定された自己の親ノードからのみサー
ビスを受ける。ドナーの子ノードから入用側子ノードに移転されるべき在庫は、マルチエ
ンティティ在庫管理システムの逆行フローを用い先ず親ノードに返却されることを要し、
そして順方向で入用側子ノードへと輸送されることを要する。よって、マルチエンティテ
ィ在庫管理システムは、例えばマイクロ施設等の最も近いエンドポイントから宛先住所ま
で製品を充足のために提供する。換言するに、代替的マイクロ施設から注文充足はなされ
ない。代替の類似クラス施設（例えば別のマイクロ施設）から必要とされる任意の在庫ア
イテムは、階層上方へ向かってマクロ施設へと移転され、そして最も近いマイクロ施設へ
と下方へ向かって移転される。この階層化された構成によって、計画外出荷がなくなるた
め、諸プロセスがさらに効率的になり、予測可能性がさらに増大され、また、マルチエン
ティティ在庫管理システム内における輸送コストが減じられる。
【0193】
マルチエンティティ在庫管理システム内における全行動を監視できること及びその予測
可能性に富む性質故に、マルチエンティティ在庫管理システム内の全コンポーネントによ
ってなされる行動の因果がマルチエンティティ在庫管理システム全体にわたって注意深く
査定されることになる。故に、従来型サプライチェーン手法に比してシナリオ分析及びシ
ミュレーションはより容易になし得るのであり、生成される知見はより効果的なものとな
り、それによってマルチエンティティ在庫管理システムは増大した精緻性を伴って作動し
得るのであり、運営コストが減じられる。また、マルチエンティティ在庫管理システムの
マルチテナント性又はマルチベンダ性は、コストを減じると同時に、顧客サービスを昂進
させる。
可能性に富む性質故に、マルチエンティティ在庫管理システム内の全コンポーネントによ
ってなされる行動の因果がマルチエンティティ在庫管理システム全体にわたって注意深く
査定されることになる。故に、従来型サプライチェーン手法に比してシナリオ分析及びシ
ミュレーションはより容易になし得るのであり、生成される知見はより効果的なものとな
り、それによってマルチエンティティ在庫管理システムは増大した精緻性を伴って作動し
得るのであり、運営コストが減じられる。また、マルチエンティティ在庫管理システムの
マルチテナント性又はマルチベンダ性は、コストを減じると同時に、顧客サービスを昂進
させる。
【0194】
本明細書にて開示されるシステム及び方法のマルチエンティティ／マルチテナント／マ
ルチベンダ性に関する側面は、費用削減に資するのであり、同時に顧客サービスを昂進さ
せる。ベンダ間で所有をデジタル的に再割り当てする機能により、サプライチェーンエコ
システムは、在庫の物理的補充に頼らずして各ノードにてベンダ間で在庫のロードバラン
シングをなし得る。また、この機能故に、従来的手法と同じＳＫＵ多様性及びサービス水
準を提供しつつ、マイクロ充足施設を小型化できる。なぜならば、より少ないＳＫＵ的深
度で済むからである。マルチエンティティ在庫管理システムは在庫の所有を入用ベンダへ
とデジタル的に移転することを可能とするのであり、入用ベンダがサプライチェーンエコ
システム内にて在庫を有していない場合であってもこれができる。実施形態では、ビン区
画レベルに至るまでサプライチェーンエコシステム全体が混合されており、各ビン区画内
の製品数量がベンダレベルで割り当てられている。この実施形態では、ベンダｈ、ビン区
画内の製品に関して特定の数量を所有している。マルチエンティティ在庫管理システムは
、ベンダ間で、格納ビン内の製品在庫の所有をデジタル的に移転させることによってデジ
タル再割り当てを行う故に、製品の所有をベンダ間で移転するために製品在庫を物理的に
動かすことを要さない。製品が格納ビン内に取り込まれると、マルチエンティティ在庫管
理システムは、任意の時点で格納ビンの場所にかかわらずに、デジタル再割り当てを行う
ことができる。即ち、マルチエンティティ在庫管理システムは、製品在庫が施設にある場
合又は輸送車両上で輸送中の場合に、製品剤の所有変更を可能とする。製品ユニットのス
ワップに加えて、マルチエンティティ在庫管理システムはベンダ間のｅコマースを促進す
る。マルチエンティティ在庫管理システムはモダンなｅコマースワークフローを実行する
のであり、在庫スワップ又は在庫販売を介してのデジタル再割り当てが、顧客注文の受信
によって発動されるのであり、在庫不足は検出されて、デジタルトランザクションによっ
て在庫調整が解決されて、また、ロボティックハンドラーが展開されて顧客注文が充足さ
れる。
ルチベンダ性に関する側面は、費用削減に資するのであり、同時に顧客サービスを昂進さ
せる。ベンダ間で所有をデジタル的に再割り当てする機能により、サプライチェーンエコ
システムは、在庫の物理的補充に頼らずして各ノードにてベンダ間で在庫のロードバラン
シングをなし得る。また、この機能故に、従来的手法と同じＳＫＵ多様性及びサービス水
準を提供しつつ、マイクロ充足施設を小型化できる。なぜならば、より少ないＳＫＵ的深
度で済むからである。マルチエンティティ在庫管理システムは在庫の所有を入用ベンダへ
とデジタル的に移転することを可能とするのであり、入用ベンダがサプライチェーンエコ
システム内にて在庫を有していない場合であってもこれができる。実施形態では、ビン区
画レベルに至るまでサプライチェーンエコシステム全体が混合されており、各ビン区画内
の製品数量がベンダレベルで割り当てられている。この実施形態では、ベンダｈ、ビン区
画内の製品に関して特定の数量を所有している。マルチエンティティ在庫管理システムは
、ベンダ間で、格納ビン内の製品在庫の所有をデジタル的に移転させることによってデジ
タル再割り当てを行う故に、製品の所有をベンダ間で移転するために製品在庫を物理的に
動かすことを要さない。製品が格納ビン内に取り込まれると、マルチエンティティ在庫管
理システムは、任意の時点で格納ビンの場所にかかわらずに、デジタル再割り当てを行う
ことができる。即ち、マルチエンティティ在庫管理システムは、製品在庫が施設にある場
合又は輸送車両上で輸送中の場合に、製品剤の所有変更を可能とする。製品ユニットのス
ワップに加えて、マルチエンティティ在庫管理システムはベンダ間のｅコマースを促進す
る。マルチエンティティ在庫管理システムはモダンなｅコマースワークフローを実行する
のであり、在庫スワップ又は在庫販売を介してのデジタル再割り当てが、顧客注文の受信
によって発動されるのであり、在庫不足は検出されて、デジタルトランザクションによっ
て在庫調整が解決されて、また、ロボティックハンドラーが展開されて顧客注文が充足さ
れる。
【0195】
分散型マルチエンティティ在庫管理システムは膨大な数の格納ビンに対応するのであり
、各々にはマルチエンティティ在庫管理システム内において独自の経路がもたらされ、そ
れらの間でのインフラストラクチャの動的共有が可能とされる。各施設における施設管理
サブシステム及び各輸送車両における車両管理サブシステムを備えるコンピュータ化在庫
管理システムによって実装されるマルチエージェント統制は、アダプティブ且つアジャイ
ルなレイヤがサプライチェーンインフラストラクチャを効果的に統制することを可能とし
て、ロジスティクスの条件が恒常的に変化するにもかかわらず各格納ビンがサプライチェ
ーンエコシステムを最適に流通することを可能とする。
、各々にはマルチエンティティ在庫管理システム内において独自の経路がもたらされ、そ
れらの間でのインフラストラクチャの動的共有が可能とされる。各施設における施設管理
サブシステム及び各輸送車両における車両管理サブシステムを備えるコンピュータ化在庫
管理システムによって実装されるマルチエージェント統制は、アダプティブ且つアジャイ
ルなレイヤがサプライチェーンインフラストラクチャを効果的に統制することを可能とし
て、ロジスティクスの条件が恒常的に変化するにもかかわらず各格納ビンがサプライチェ
ーンエコシステムを最適に流通することを可能とする。
【0196】
本明細書に開示されている様々な方法及びコンピュータ可読プログラムはコンピューテ
ィング装置用に適切にプログラミングされた非一時的コンピュータ可読記憶媒体にて実装
されていることが、異なる実施形態において明らかとなろう。非一時的コンピュータ可読
記憶媒体はデータ（例えば、コンピュータ、プロセッサ又は同様の装置によって読み取ら
れる命令等）を提供することに関して貢献する。異なる実施形態では、「非一時的コンピ
ュータ可読記憶媒体」とは、コンピュータ、プロセッサ、又は同様の装置によって読み取
られる１つ以上の命令セットを記憶する単一の媒体又は複数の媒体（例えば、集中型デー
タベース、分散型データベース、及び／又は関連するキャッシュ及びサーバ）をも指す。
「非一時的コンピュータ可読記憶媒体」とは、コンピュータ、プロセッサ又は同様の装置
によって実行されるための命令のセットを記憶又はエンコードすることができ、また、本
明細書に開示されている方法の任意の１つ以上のステップをコンピュータ、プロセッサ又
は同様の装置に実行させることができる任意の媒体をも指す。実施形態では、本明細書に
開示された方法及びアルゴリズムを実装するコンピュータプログラムは、例えばコンピュ
ータ可読媒体等の様々な媒体を用いて様々な態様で記憶および伝送される。実施形態では
、固定配線回路又はカスタムハードウェアが、様々な実施形態のプロセスを実装するため
のソフトウェア命令の代わりに、又はそれと組み合わせて使用される。よって、実施形態
は、ハードウェア及びソフトウェアの任意の特定の組み合わせに限定されはしない。ここ
で開示されている実施形態の様々な側面は、プログラム要素、又は非プログラム要素、又
はそれらの任意の適切な組み合わせとして実装される。
ィング装置用に適切にプログラミングされた非一時的コンピュータ可読記憶媒体にて実装
されていることが、異なる実施形態において明らかとなろう。非一時的コンピュータ可読
記憶媒体はデータ（例えば、コンピュータ、プロセッサ又は同様の装置によって読み取ら
れる命令等）を提供することに関して貢献する。異なる実施形態では、「非一時的コンピ
ュータ可読記憶媒体」とは、コンピュータ、プロセッサ、又は同様の装置によって読み取
られる１つ以上の命令セットを記憶する単一の媒体又は複数の媒体（例えば、集中型デー
タベース、分散型データベース、及び／又は関連するキャッシュ及びサーバ）をも指す。
「非一時的コンピュータ可読記憶媒体」とは、コンピュータ、プロセッサ又は同様の装置
によって実行されるための命令のセットを記憶又はエンコードすることができ、また、本
明細書に開示されている方法の任意の１つ以上のステップをコンピュータ、プロセッサ又
は同様の装置に実行させることができる任意の媒体をも指す。実施形態では、本明細書に
開示された方法及びアルゴリズムを実装するコンピュータプログラムは、例えばコンピュ
ータ可読媒体等の様々な媒体を用いて様々な態様で記憶および伝送される。実施形態では
、固定配線回路又はカスタムハードウェアが、様々な実施形態のプロセスを実装するため
のソフトウェア命令の代わりに、又はそれと組み合わせて使用される。よって、実施形態
は、ハードウェア及びソフトウェアの任意の特定の組み合わせに限定されはしない。ここ
で開示されている実施形態の様々な側面は、プログラム要素、又は非プログラム要素、又
はそれらの任意の適切な組み合わせとして実装される。
【0197】
図４Ａ～４Ｃ，５Ａ～５Ｄに例示されている中央データベース４０３、ローカル施設デ
ータベース４０７、及びローカル車両データベース４２０等のデータベースが記載されて
いる場合、当業者ならば次のように理解できよう：（ｉ）記載されているもの以外の代替
的なデータベース構造を採用し得ること、及び（ｉｉ）データベース以外の他のメモリ構
造も採用可能であること。本明細書にて開示されている任意のサンプルデータベースの図
解又は説明は、情報の保存された表現についての例示的配置である。実施形態では、図面
や他の場所にて示されたテーブルで示唆されたもの以外にも、幾つもの他の構成の任意の
ものを採用できる。同様に、データベースの図示されたエントリは例示的な情報のみを示
し；当業者ならば、エントリ数やエントリ内容が本明細書にて開示されているものとは異
なり得ることを理解できよう。別の実施形態では、データベースがテーブルとして表され
ているにもかかわらず、リレーショナルデータベース、オブジェクトベースドモデル、及
び／又は分散データベースを含む他の形式が、本明細書で開示されているデータタイプを
記憶及び操作するために用いられる。実施形態では、データベースのオブジェクト方法又
は挙動を用いて、本明細書に開示されているような様々なプロセスを実装する。別の実施
形態では、データベースは、既知の態様で、ローカルで又はそのようなデータベースのデ
ータにアクセスする装置からリモートで、記憶されている。複数のデータベースがある実
施形態では、データベースの１つでデータの更新があった場合にデータベース間でリンク
されたデータの同時更新を可能とするために、データベースは相互通信するように統合さ
れている。
ータベース４０７、及びローカル車両データベース４２０等のデータベースが記載されて
いる場合、当業者ならば次のように理解できよう：（ｉ）記載されているもの以外の代替
的なデータベース構造を採用し得ること、及び（ｉｉ）データベース以外の他のメモリ構
造も採用可能であること。本明細書にて開示されている任意のサンプルデータベースの図
解又は説明は、情報の保存された表現についての例示的配置である。実施形態では、図面
や他の場所にて示されたテーブルで示唆されたもの以外にも、幾つもの他の構成の任意の
ものを採用できる。同様に、データベースの図示されたエントリは例示的な情報のみを示
し；当業者ならば、エントリ数やエントリ内容が本明細書にて開示されているものとは異
なり得ることを理解できよう。別の実施形態では、データベースがテーブルとして表され
ているにもかかわらず、リレーショナルデータベース、オブジェクトベースドモデル、及
び／又は分散データベースを含む他の形式が、本明細書で開示されているデータタイプを
記憶及び操作するために用いられる。実施形態では、データベースのオブジェクト方法又
は挙動を用いて、本明細書に開示されているような様々なプロセスを実装する。別の実施
形態では、データベースは、既知の態様で、ローカルで又はそのようなデータベースのデ
ータにアクセスする装置からリモートで、記憶されている。複数のデータベースがある実
施形態では、データベースの１つでデータの更新があった場合にデータベース間でリンク
されたデータの同時更新を可能とするために、データベースは相互通信するように統合さ
れている。
【0198】
本明細書で開示する実施形態は、通信ネットワークを介して１つ以上の装置と通信する
１つ以上のコンピュータを備えるネットワーク環境で動作するように構成されている。実
施形態では、コンピュータは、インターネット、ローカルエリアネットワーク（ＬＡＮ）
、ワイドエリアネットワーク（ＷＡＮ）又はイーサネット、トークンリング等の有線媒体
又は無線媒体を介して、又は任意の適切な通信媒体又は通信媒体の組み合わせを介して、
直接的又は間接的に装置と通信する。各装置は、コンピュータと通信するために適応され
たプロセッサを備える。実施形態では、各コンピュータは、ネットワーク通信デバイス（
例えば、ネットワークインターフェースカード、モデム、又はネットワークに接続するの
に適した他のネットワーク接続装置）を備えている。コンピュータ及び装置の各々は、Ｏ
Ｓを実行する。コンピュータのタイプによってＯＳは異なり得るが、ＯＳはネットワーク
との通信リンクを確立するための適切な通信プロトコルを提供する。コンピュータとは任
意の数やタイプのマシンが通信していることができる。
１つ以上のコンピュータを備えるネットワーク環境で動作するように構成されている。実
施形態では、コンピュータは、インターネット、ローカルエリアネットワーク（ＬＡＮ）
、ワイドエリアネットワーク（ＷＡＮ）又はイーサネット、トークンリング等の有線媒体
又は無線媒体を介して、又は任意の適切な通信媒体又は通信媒体の組み合わせを介して、
直接的又は間接的に装置と通信する。各装置は、コンピュータと通信するために適応され
たプロセッサを備える。実施形態では、各コンピュータは、ネットワーク通信デバイス（
例えば、ネットワークインターフェースカード、モデム、又はネットワークに接続するの
に適した他のネットワーク接続装置）を備えている。コンピュータ及び装置の各々は、Ｏ
Ｓを実行する。コンピュータのタイプによってＯＳは異なり得るが、ＯＳはネットワーク
との通信リンクを確立するための適切な通信プロトコルを提供する。コンピュータとは任
意の数やタイプのマシンが通信していることができる。
【0199】
本明細書で開示する実施形態は、特定のコンピュータシステムプラットフォーム、プロ
セッサ、ＯＳ、又は通信ネットワークに限定されるものではない。本明細書に開示されて
いる１つ以上の実施形態は、１つ以上のコンピュータシステムの間で分散されており、例
えば、１つ以上のクライアントコンピュータに１つ以上のサービスを提供するように構成
された又は分散システムで完全なタスクを実行するように構成されたサーバ等がある。例
えば、本明細書で開示される実施形態の１つ以上は、様々な実施形態に従って複数の機能
を実行する１つ以上のサーバシステムに分散されたコンポーネントを備えるクライアント
－サーバシステム上で実行される。これらのコンポーネントは、例えば、実行コード、中
間コード、インタプリタコード等からなり、通信プロトコルを用いてネットワーク上で通
信する。本明細書で開示する実施形態は、特定のシステム又はシステム群で実行可能であ
ることには限定されておらず、また、特定の分散アーキテクチャ、ネットワーク、又は通
信プロトコルに限定されない。
セッサ、ＯＳ、又は通信ネットワークに限定されるものではない。本明細書に開示されて
いる１つ以上の実施形態は、１つ以上のコンピュータシステムの間で分散されており、例
えば、１つ以上のクライアントコンピュータに１つ以上のサービスを提供するように構成
された又は分散システムで完全なタスクを実行するように構成されたサーバ等がある。例
えば、本明細書で開示される実施形態の１つ以上は、様々な実施形態に従って複数の機能
を実行する１つ以上のサーバシステムに分散されたコンポーネントを備えるクライアント
－サーバシステム上で実行される。これらのコンポーネントは、例えば、実行コード、中
間コード、インタプリタコード等からなり、通信プロトコルを用いてネットワーク上で通
信する。本明細書で開示する実施形態は、特定のシステム又はシステム群で実行可能であ
ることには限定されておらず、また、特定の分散アーキテクチャ、ネットワーク、又は通
信プロトコルに限定されない。
【0200】
先述の例及び様々な実施形態についての例示的実装例は、単に説明のために提供された
ものであり、決して本明細書に開示された実施形態を限定するものとしては解釈されては
ならない。本実施形態は、様々な例示的な実装例、図面、及び手法への参照を伴って説明
されたが、本明細書で使用される文言は、限定の文言ではなく、記述的及び例示的な文言
であるものと理解されたい。また、特定の手段、材料、手法、及び実装例を参照して実施
形態を説明したが、本明細書の実施形態は、本明細書に開示された特定のものに限定され
ることは意図されていないのであり；むしろ、実施形態は、添付の請求項の範囲内にある
ような、全ての機能的に等価な構造、方法、及び用途に及ぶ。本明細書の教示の恩恵を受
けた当業者は、本明細書に開示された実施形態の範囲および精神から逸脱することなく、
本明細書に開示された実施形態に修正を加え得るのであり、他の実施形態を実現し得るの
であり、それに変更を加え得るということを理解できよう。
ものであり、決して本明細書に開示された実施形態を限定するものとしては解釈されては
ならない。本実施形態は、様々な例示的な実装例、図面、及び手法への参照を伴って説明
されたが、本明細書で使用される文言は、限定の文言ではなく、記述的及び例示的な文言
であるものと理解されたい。また、特定の手段、材料、手法、及び実装例を参照して実施
形態を説明したが、本明細書の実施形態は、本明細書に開示された特定のものに限定され
ることは意図されていないのであり；むしろ、実施形態は、添付の請求項の範囲内にある
ような、全ての機能的に等価な構造、方法、及び用途に及ぶ。本明細書の教示の恩恵を受
けた当業者は、本明細書に開示された実施形態の範囲および精神から逸脱することなく、
本明細書に開示された実施形態に修正を加え得るのであり、他の実施形態を実現し得るの
であり、それに変更を加え得るということを理解できよう。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図4A】
【図4B】
【図4C】
【図5A】
【図5B】
【図5C】
【図5D】
【図5E】
【図5F】
【図6A】
【図6B】
【図7】
【図8A】
【図8B】
【図9A】
【図9B】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【手続補正書】
【提出日】2023-08-22
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受ける格納構造を備える複数の施設にて管理するためのマルチエンティティ在庫管理システムであって、該マルチエンティティ在庫管理システムは、
製品所有情報を含むデータベースを記憶する少なくとも１つの記憶装置であって、該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、少なくとも１つの記憶装置を含み、
前記マルチエンティティ在庫管理システムは、
前記施設の各々と、格納ビンを輸送するために前記施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進することと、
前記マルチエンティティ在庫管理システムを通って順方向と逆方向とに前記格納ビンの等価且つ連続的な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記マルチエンティティ在庫管理システムを通る前記格納ビンの逆方向流量が、前記マルチエンティティ在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
製品所有情報を含むデータベースを記憶する少なくとも１つの記憶装置であって、該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、少なくとも１つの記憶装置を含み、
前記マルチエンティティ在庫管理システムは、
前記施設の各々と、格納ビンを輸送するために前記施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進することと、
前記マルチエンティティ在庫管理システムを通って順方向と逆方向とに前記格納ビンの等価且つ連続的な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記マルチエンティティ在庫管理システムを通る前記格納ビンの逆方向流量が、前記マルチエンティティ在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
【請求項2】
請求項１に記載のマルチエンティティ在庫管理システムにおいて、
前記データベースは、
複数のベンダＩＤをマルチ区画格納ビン（ＭＣＳビン）へ割り当てることを、前記ＭＣＳビン内の複数の区画に対して１対１対応で可能にすることであって、前記データベースは、前記複数のベンダＩＤを非区画化格納ビンと前記ＭＣＳビンの個別区画とに対して割り当てるように構成される、ことと、
前記非区画化格納ビン又は前記ＭＣＳビンの前記個別区画の内容物の一部のみを再割り当てすることを可能にすることであって、再割り当てされる内容物を第２の非区画化格納ビン又は前記ＭＣＳビン内の第２の区画に隔離せず、ビン規模又は区画規模の代わりに製品規模での在庫再割り当てを示す、ことと、
を実行するよう構成され、
前記マルチエンティティ在庫管理システムは、
ベンダレベルで、前記マルチ区画格納ビン（ＭＣＳビン）の各区画において製品数量をデジタル的に割り当て、各ベンダは、前記ＭＣＳビンの各区画に格納された特有の製品数量を有し、
前記ＭＣＳビンが前記施設の１つにあるか前記施設間の輸送中にあるかにかかわらず、ベンダ間の前記製品数量のデジタル再割り当てを実行する、
よう構成される、マルチエンティティ在庫管理システム。
前記データベースは、
複数のベンダＩＤをマルチ区画格納ビン（ＭＣＳビン）へ割り当てることを、前記ＭＣＳビン内の複数の区画に対して１対１対応で可能にすることであって、前記データベースは、前記複数のベンダＩＤを非区画化格納ビンと前記ＭＣＳビンの個別区画とに対して割り当てるように構成される、ことと、
前記非区画化格納ビン又は前記ＭＣＳビンの前記個別区画の内容物の一部のみを再割り当てすることを可能にすることであって、再割り当てされる内容物を第２の非区画化格納ビン又は前記ＭＣＳビン内の第２の区画に隔離せず、ビン規模又は区画規模の代わりに製品規模での在庫再割り当てを示す、ことと、
を実行するよう構成され、
前記マルチエンティティ在庫管理システムは、
ベンダレベルで、前記マルチ区画格納ビン（ＭＣＳビン）の各区画において製品数量をデジタル的に割り当て、各ベンダは、前記ＭＣＳビンの各区画に格納された特有の製品数量を有し、
前記ＭＣＳビンが前記施設の１つにあるか前記施設間の輸送中にあるかにかかわらず、ベンダ間の前記製品数量のデジタル再割り当てを実行する、
よう構成される、マルチエンティティ在庫管理システム。
【請求項3】
請求項１に記載のマルチエンティティ在庫管理システムにおいて、前記マルチエンティティ在庫管理システムはプロセッサを含み、前記プロセッサは、通信ネットワークを介して前記記憶装置と通信可能に接続され、前記プロセッサは、
前記施設の１つにある前記ロボティックハンドラーの第１のサブセットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の第１の格納ビンへと物理的に格納することであって、前記第１の製品は、前記第１の格納ビンの内容物である、ことと、
前記第１の製品の所有を、前記データベースにおいて識別された前記複数の異なるエンティティに含まれる第１のエンティティへと割り当てることと、
前記データベース内にて識別された前記複数の異なるエンティティのうちに含まれる第２のエンティティから、前記特定の製品タイプの前記第１の製品についての注文を、前記通信ネットワークを介して受信することと、
前記ロボティックハンドラーの第２のサブセットをアクティブ化して、前記第１の格納構造内にある前記第１の格納ビンから前記第１の製品を回収して、前記第２のエンティティからの前記特定の製品タイプの前記第１の注文を充足することと、
前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの前記第１の製品の前記所有の移転を記録することと、
前記ロボティックハンドラーの第３のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を、第２の格納構造内の第２の格納ビンに物理的に格納し、前記第２の格納構造は、前記第１の格納構造とは異なる施設にあり、前記第２の製品の所有を前記第２のエンティティに割り当てて、前記第２の製品は、前記第２の格納ビンの内容物である、ことと、
前記データベースを更新して、前記第２のエンティティから前記第１のエンティティへの前記第２の製品の前記所有の移転を記録することであって、前記第１の製品と前記第２の製品との前記所有は、前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
を実行するよう構成され、
前記マルチエンティティ在庫管理システムは、前記データベースを更新して前記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録し、前記記録は前記第２のエンティティが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプの前記注文を充足できないとの決定に応答してなされる、マルチエンティティ在庫管理システム。
前記施設の１つにある前記ロボティックハンドラーの第１のサブセットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の第１の格納ビンへと物理的に格納することであって、前記第１の製品は、前記第１の格納ビンの内容物である、ことと、
前記第１の製品の所有を、前記データベースにおいて識別された前記複数の異なるエンティティに含まれる第１のエンティティへと割り当てることと、
前記データベース内にて識別された前記複数の異なるエンティティのうちに含まれる第２のエンティティから、前記特定の製品タイプの前記第１の製品についての注文を、前記通信ネットワークを介して受信することと、
前記ロボティックハンドラーの第２のサブセットをアクティブ化して、前記第１の格納構造内にある前記第１の格納ビンから前記第１の製品を回収して、前記第２のエンティティからの前記特定の製品タイプの前記第１の注文を充足することと、
前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの前記第１の製品の前記所有の移転を記録することと、
前記ロボティックハンドラーの第３のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を、第２の格納構造内の第２の格納ビンに物理的に格納し、前記第２の格納構造は、前記第１の格納構造とは異なる施設にあり、前記第２の製品の所有を前記第２のエンティティに割り当てて、前記第２の製品は、前記第２の格納ビンの内容物である、ことと、
前記データベースを更新して、前記第２のエンティティから前記第１のエンティティへの前記第２の製品の前記所有の移転を記録することであって、前記第１の製品と前記第２の製品との前記所有は、前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
を実行するよう構成され、
前記マルチエンティティ在庫管理システムは、前記データベースを更新して前記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録し、前記記録は前記第２のエンティティが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプの前記注文を充足できないとの決定に応答してなされる、マルチエンティティ在庫管理システム。
【請求項4】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、
前記プロセッサは、前記データベースを更新して前記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録するよう構成され、前記記録は、前記第２のエンティティが前記第１の製品を前記第１のエンティティから購入することを確認することによってなされ、前記プロセッサは、前記データベースを更新して前記第２のエンティティが前記第１の製品を前記第１のエンティティから購入するものとして記録するよう構成される、マルチエンティティ在庫管理システム。
前記プロセッサは、前記データベースを更新して前記第１の製品について前記第１のエンティティから前記第２のエンティティへの前記所有の前記移転を記録するよう構成され、前記記録は、前記第２のエンティティが前記第１の製品を前記第１のエンティティから購入することを確認することによってなされ、前記プロセッサは、前記データベースを更新して前記第２のエンティティが前記第１の製品を前記第１のエンティティから購入するものとして記録するよう構成される、マルチエンティティ在庫管理システム。
【請求項5】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記データベースを更新して、前記第２の格納構造に格納された前記第２の製品は前記第２のエンティティに所有されていることを記録することと、
前記ロボティックハンドラーの第４のサブセットをアクティブ化して、前記第１の格納ビンを前記第１の格納構造から回収して、前記第２のエンティティについて前記特定の製
品タイプの前記注文を充足させることと、
を実行する、マルチエンティティ在庫管理システム。
前記データベースを更新して、前記第２の格納構造に格納された前記第２の製品は前記第２のエンティティに所有されていることを記録することと、
前記ロボティックハンドラーの第４のサブセットをアクティブ化して、前記第１の格納ビンを前記第１の格納構造から回収して、前記第２のエンティティについて前記特定の製
品タイプの前記注文を充足させることと、
を実行する、マルチエンティティ在庫管理システム。
【請求項6】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記ロボティックハンドラーの前記第１のサブセットをアクティブ化して前記第１の製品を前記第１の格納ビン内にて第１の格納構造に物理的に格納することと、
前記ロボティックハンドラーの前記第３のサブセットをアクティブ化して前記第２の製品を前記第２の格納ビン内にて前記第２の格納構造に物理的に格納することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの前記内容物について前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２の格納ビンの前記内容物について前記第２のエンティティから前記第１のエンティティへの所有の移転を記録することであって、前記第１の格納ビンの内容物の前記所有及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
前記ロボティックハンドラーの前記第１のサブセットをアクティブ化して前記第１の製品を前記第１の格納ビン内にて第１の格納構造に物理的に格納することと、
前記ロボティックハンドラーの前記第３のサブセットをアクティブ化して前記第２の製品を前記第２の格納ビン内にて前記第２の格納構造に物理的に格納することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの前記内容物について前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２の格納ビンの前記内容物について前記第２のエンティティから前記第１のエンティティへの所有の移転を記録することであって、前記第１の格納ビンの内容物の前記所有及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
【請求項7】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、前記第１の格納ビンの内容物について前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２の格納ビンの内容物について前記第２のエンティティから前記第１のエンティティへの所有の移転を、前記特定の製品タイプの前記注文についての前記第２のエンティティのための充足の後に実行するように構成されている、マルチエンティティ在庫管理システム。
【請求項8】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記注文を受信する前、前記データベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていることを記録することと、
前記注文を受信する前、前記データベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていることを記録することと、
をなすようにさらに構成されている、マルチエンティティ在庫管理システム。
前記注文を受信する前、前記データベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていることを記録することと、
前記注文を受信する前、前記データベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていることを記録することと、
をなすようにさらに構成されている、マルチエンティティ在庫管理システム。
【請求項9】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記データベースに対してクエリを発して、前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいかを決定することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの内容物及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされていると記録することであって、前記記録することは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいとの決定に応答してなされる、ことと、
前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答して、
（ａ）前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｂ）前記施設の１つにて、（ｉ）前記ロボティックハンドラーの第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｃ）前記異なる施設にてロボティックワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
（ｄ）前記異なる施設にて、（ｉ）前記ロボティックハンドラーの第６のサブセットを
アクティブ化して、前記第２の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
の少なくとも１つをなすようにさらに構成されている、マルチエンティティ在庫管理システム。
前記データベースに対してクエリを発して、前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいかを決定することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの内容物及び前記第２の格納ビンの内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされていると記録することであって、前記記録することは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいとの決定に応答してなされる、ことと、
前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答して、
（ａ）前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｂ）前記施設の１つにて、（ｉ）前記ロボティックハンドラーの第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｃ）前記異なる施設にてロボティックワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
（ｄ）前記異なる施設にて、（ｉ）前記ロボティックハンドラーの第６のサブセットを
アクティブ化して、前記第２の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
の少なくとも１つをなすようにさらに構成されている、マルチエンティティ在庫管理システム。
【請求項10】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、前記ロボティックハンドラーについての別のサブセットをアクティブ化して、前記第２の製品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収することであって、前記回収することは前記データベースを更新して前記第２の製品について前記第２のエンティティから前記第１のエンティティへの所有の移転を記録した後になされる、ことをなすようにさらに構成されている、マルチエンティティ在庫管理システム。
【請求項11】
請求項２に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に、前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティティから受信することと、
データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能であることを確認することと、
前記第１の製品が利用可能であることを確認した後に前記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約することと、
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて、他のエンティティによる予約に関して前記第１の製品が利用不能となる予約期間を開始することと、
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信されなかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエンティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによって前記データベースを更新することと、
を実行するようにさらに構成されている、マルチエンティティ在庫管理システム。
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に、前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティティから受信することと、
データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能であることを確認することと、
前記第１の製品が利用可能であることを確認した後に前記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約することと、
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて、他のエンティティによる予約に関して前記第１の製品が利用不能となる予約期間を開始することと、
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信されなかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエンティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによって前記データベースを更新することと、
を実行するようにさらに構成されている、マルチエンティティ在庫管理システム。
【請求項12】
請求項３に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を受信することと、
前記製品利用可能性要求と関連付けられている要件に関して前記製品利用可能性要求を構文解析することと、
前記製品利用可能性要求と関連付けられている前記要件と一致する製品に関して前記データベースを検索することであって、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ことと、
受信された前記製品利用可能性要求の要求主体へと、前記第１の製品についての情報を送信することと、
をなすようにさらに構成されている、マルチエンティティ在庫管理システム。
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を受信することと、
前記製品利用可能性要求と関連付けられている要件に関して前記製品利用可能性要求を構文解析することと、
前記製品利用可能性要求と関連付けられている前記要件と一致する製品に関して前記データベースを検索することであって、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ことと、
受信された前記製品利用可能性要求の要求主体へと、前記第１の製品についての情報を送信することと、
をなすようにさらに構成されている、マルチエンティティ在庫管理システム。
【請求項13】
請求項１２に記載のマルチエンティティ在庫管理システムにおいて、前記プロセッサは、前記製品についての前記検索を限定して前記第２のエンティティと関連付けられているホワイトリストにて識別されたエンティティによって所有された利用可能製品のみを含むものとすることと、
前記製品についての前記検索を限定して前記第２のエンティティと関連付けられているブラックリストにて識別された前記エンティティによって所有された在庫製品を含まない
ものとすることと、
前記製品についての前記検索を限定して前記第２のエンティティによって前記製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品のみを含むものとすることと、
前記製品についての前記検索を限定して前記製品利用可能性要求にて定義された選好宛先から所定の半径内にある利用可能製品のみを含むようにすることと、
前記製品についての前記検索を限定して前記製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用可能製品のみを含むものとすることと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
前記製品についての前記検索を限定して前記第２のエンティティと関連付けられているブラックリストにて識別された前記エンティティによって所有された在庫製品を含まない
ものとすることと、
前記製品についての前記検索を限定して前記第２のエンティティによって前記製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品のみを含むものとすることと、
前記製品についての前記検索を限定して前記製品利用可能性要求にて定義された選好宛先から所定の半径内にある利用可能製品のみを含むようにすることと、
前記製品についての前記検索を限定して前記製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用可能製品のみを含むものとすることと、
を実行するよう構成される、マルチエンティティ在庫管理システム。
【請求項14】
複数の異なるエンティティの製品在庫を、ロボティックハンドラーによるサービスを受ける格納構造を備える複数の施設にて管理するためのコンピュータ実装方法であって、該コンピュータ実装方法は、少なくとも１つの記憶装置と、前記記憶装置と動作可能に結合された少なくとも１つのプロセッサとを備える在庫管理システムを用い、前記方法は、
製品所有情報を含むデータベースを前記記憶装置に記憶することであって該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、ことと、
前記在庫管理システムによって、前記複数の施設の各々と、格納ビンを輸送するために前記複数の施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進して、前記在庫管理システムを通って順方向と逆方向とに前記格納ビンの連続的且つ等価な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記在庫管理システムを通る前記格納ビンの逆方向流量が、前記在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を含む、コンピュータ実装方法。
製品所有情報を含むデータベースを前記記憶装置に記憶することであって該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、ことと、
前記在庫管理システムによって、前記複数の施設の各々と、格納ビンを輸送するために前記複数の施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進して、前記在庫管理システムを通って順方向と逆方向とに前記格納ビンの連続的且つ等価な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記在庫管理システムを通る前記格納ビンの逆方向流量が、前記在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を含む、コンピュータ実装方法。
【請求項15】
請求項１４に記載のコンピュータ実装方法において、前記方法は、
前記在庫管理システムによって、前記施設の１つにある前記ロボティックハンドラーの第１のサブセットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の第１の格納ビンへと物理的に格納することであって、前記第１の製品は前記第１の格納ビンの内容物である、ことと、
前記ロボティックハンドラーの前記第１のサブセットをアクティブ化することに応答して、前記在庫管理システムによって、前記データベースを更新して、前記第１の製品は前記データベース内で識別される前記複数の異なるエンティティに含まれる第１のエンティティによって所有されることを記録することと、
通信ネットワークを介して前記在庫管理システムによって、前記データベース内で識別される前記複数の異なるエンティティに含まれる第２のエンティティから、前記特定の製品タイプの注文を受信することであって、前記第２のエンティティは前記第１のエンティティとは異なる、ことと、
前記在庫管理システムによって前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの、前記第１の格納構造にある前記第１の格納ビンに格納された前記第１の製品の所有の移転を記録することと、
前記在庫管理システムによって前記ロボティックハンドラーの第２のサブセットをアクティブ化して、前記第１の格納構造内にある前記第１の格納ビンから前記第１の製品を回収して、前記第２のエンティティについて前記特定の製品タイプの前記第１の注文を充足するために用いることと、
前記在庫管理システムによって、前記ロボティックハンドラーの第３のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を、第２の格納構造内の第２の格納ビンに物理的に格納することであって、前記第２の格納構造は、前記第１の格納構造とは異なる施設にあり、前記第２の製品の所有は、前記在庫管理システムによって、前記第２のエンティティに割り当てられ、前記第２の製品は、前記第２の格納ビンの内容物である
、ことと、
前記在庫管理システムによって、前記データベースを更新して、前記第２のエンティティから前記第１のエンティティへの前記第２の製品の前記所有の移転を記録することであって、前記第１の製品と前記第２の製品との前記所有は、前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
前記在庫管理システムによって、前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの前記第１の製品の前記所有の前記移転を記録し、前記記録は前記第２のエンティティが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプについての前記注文を充足できないとの決定に応答してなされる、ことと、
を含む、コンピュータ実装方法。
前記在庫管理システムによって、前記施設の１つにある前記ロボティックハンドラーの第１のサブセットをアクティブ化して、特定の製品タイプの第１の製品を第１の格納構造内の第１の格納ビンへと物理的に格納することであって、前記第１の製品は前記第１の格納ビンの内容物である、ことと、
前記ロボティックハンドラーの前記第１のサブセットをアクティブ化することに応答して、前記在庫管理システムによって、前記データベースを更新して、前記第１の製品は前記データベース内で識別される前記複数の異なるエンティティに含まれる第１のエンティティによって所有されることを記録することと、
通信ネットワークを介して前記在庫管理システムによって、前記データベース内で識別される前記複数の異なるエンティティに含まれる第２のエンティティから、前記特定の製品タイプの注文を受信することであって、前記第２のエンティティは前記第１のエンティティとは異なる、ことと、
前記在庫管理システムによって前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの、前記第１の格納構造にある前記第１の格納ビンに格納された前記第１の製品の所有の移転を記録することと、
前記在庫管理システムによって前記ロボティックハンドラーの第２のサブセットをアクティブ化して、前記第１の格納構造内にある前記第１の格納ビンから前記第１の製品を回収して、前記第２のエンティティについて前記特定の製品タイプの前記第１の注文を充足するために用いることと、
前記在庫管理システムによって、前記ロボティックハンドラーの第３のサブセットをアクティブ化して、前記特定の製品タイプの第２の製品を、第２の格納構造内の第２の格納ビンに物理的に格納することであって、前記第２の格納構造は、前記第１の格納構造とは異なる施設にあり、前記第２の製品の所有は、前記在庫管理システムによって、前記第２のエンティティに割り当てられ、前記第２の製品は、前記第２の格納ビンの内容物である
、ことと、
前記在庫管理システムによって、前記データベースを更新して、前記第２のエンティティから前記第１のエンティティへの前記第２の製品の前記所有の移転を記録することであって、前記第１の製品と前記第２の製品との前記所有は、前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
前記在庫管理システムによって、前記データベースを更新して、前記第１のエンティティから前記第２のエンティティへの前記第１の製品の前記所有の前記移転を記録し、前記記録は前記第２のエンティティが前記特定の製品タイプについて在庫不足になっており且つ前記特定の製品タイプについての前記注文を充足できないとの決定に応答してなされる、ことと、
を含む、コンピュータ実装方法。
【請求項16】
請求項１５に記載のコンピュータ実装方法において、前記データベースを更新して前記第１のエンティティから前記第２のエンティティへの前記第１の製品の前記所有の前記移転を記録することは、前記第２のエンティティが前記第１の製品を前記第１のエンティティから購入することを確認し並びに前記データベースを更新して前記第２のエンティティを前記第１の製品を前記第１のエンティティから購入するものとして記録することによってなされる、コンピュータ実装方法。
【請求項17】
請求項１４に記載のコンピュータ実装方法において、
前記在庫管理システムによって前記データベースを構成して、複数のベンダＩＤをマルチ区画格納ビン（ＭＣＳビン）へ割り当てることを、前記ＭＣＳビン内の個別区画に対して１対１対応で可能にし、前記データベースを構成して、前記複数のベンダＩＤを非区画化格納ビンに対して割り当てる、ことと、
前記データベースを構成して、前記在庫管理システムによって、前記非区画化格納ビン又は前記ＭＣＳビンの前記個別区画の内容物の一部のみを再割り当てすることを可能にすることであって、再割り当てされる内容物を第２の非区画化格納ビン又は前記ＭＣＳビン内の第２の区画に隔離せず、ビン規模又は区画規模の代わりに製品規模での在庫再割り当てを示す、ことと、
前記在庫管理システムによって、ベンダレベルで、前記マルチ区画格納ビン（ＭＣＳビン）の各区画に製品数量をデジタル的に割り当てるよう構成され、各ベンダは、前記ＭＣＳビンの各区画に格納された特有の製品数量を有する、ことと、
前記在庫管理システムによって、前記ＭＣＳビンが前記施設の１つにあるか前記施設間の輸送中にあるかにかかわらず、ベンダ間の前記製品数量のデジタル再割り当てを実行するようことと、
を含むコンピュータ実装方法。
前記在庫管理システムによって前記データベースを構成して、複数のベンダＩＤをマルチ区画格納ビン（ＭＣＳビン）へ割り当てることを、前記ＭＣＳビン内の個別区画に対して１対１対応で可能にし、前記データベースを構成して、前記複数のベンダＩＤを非区画化格納ビンに対して割り当てる、ことと、
前記データベースを構成して、前記在庫管理システムによって、前記非区画化格納ビン又は前記ＭＣＳビンの前記個別区画の内容物の一部のみを再割り当てすることを可能にすることであって、再割り当てされる内容物を第２の非区画化格納ビン又は前記ＭＣＳビン内の第２の区画に隔離せず、ビン規模又は区画規模の代わりに製品規模での在庫再割り当てを示す、ことと、
前記在庫管理システムによって、ベンダレベルで、前記マルチ区画格納ビン（ＭＣＳビン）の各区画に製品数量をデジタル的に割り当てるよう構成され、各ベンダは、前記ＭＣＳビンの各区画に格納された特有の製品数量を有する、ことと、
前記在庫管理システムによって、前記ＭＣＳビンが前記施設の１つにあるか前記施設間の輸送中にあるかにかかわらず、ベンダ間の前記製品数量のデジタル再割り当てを実行するようことと、
を含むコンピュータ実装方法。
【請求項18】
請求項１５に記載のコンピュータ実装方法において、
前記在庫管理システムによって前記ロボティックハンドラーの第１のサブセットをアクティブ化して前記第１の製品を前記第１の格納ビン内にて前記第１の格納構造に物理的に格納することと、
前記在庫管理システムによって前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して、前記第２の製品を前記第２の格納ビン内にて前記第２の格納構造に物理的に格納することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの前記内容物について前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２の格納ビンの前記内容物について前記第２のエンティティから前記第１のエンティティへの所有の移転を記録することであって、前記第１の格納ビンの前記内容物及び前記第２の格納ビンの前記内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
前記在庫管理システムによって前記ロボティックハンドラーの第４のサブセットをアクティブ化して、前記第１の格納ビンを前記第１の格納構造から回収して、前記特定の製品タイプの前記注文を前記第２のエンティティのために充足することと、
をさらに含む、コンピュータ実装方法。
前記在庫管理システムによって前記ロボティックハンドラーの第１のサブセットをアクティブ化して前記第１の製品を前記第１の格納ビン内にて前記第１の格納構造に物理的に格納することと、
前記在庫管理システムによって前記ロボティックハンドラーについての前記第３のサブセットをアクティブ化して、前記第２の製品を前記第２の格納ビン内にて前記第２の格納構造に物理的に格納することと、
前記注文の受信後に、前記データベースを更新して、前記第１の格納ビンの前記内容物について前記第１のエンティティから前記第２のエンティティへの所有の移転並びに前記第２の格納ビンの前記内容物について前記第２のエンティティから前記第１のエンティティへの所有の移転を記録することであって、前記第１の格納ビンの前記内容物及び前記第２の格納ビンの前記内容物の前記所有が前記第１のエンティティと前記第２のエンティティとの間でスワップされる、ことと、
前記在庫管理システムによって前記ロボティックハンドラーの第４のサブセットをアクティブ化して、前記第１の格納ビンを前記第１の格納構造から回収して、前記特定の製品タイプの前記注文を前記第２のエンティティのために充足することと、
をさらに含む、コンピュータ実装方法。
【請求項19】
請求項１５に記載のコンピュータ実装方法において、
前記注文を受信する前、前記在庫管理システムによって前記記憶装置内の前記データベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていることを記録することと、
前記注文を受信する前、前記在庫管理システムによって前記記憶装置内のデータベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていることを記録することと、
をさらに含む、コンピュータ実装方法。
前記注文を受信する前、前記在庫管理システムによって前記記憶装置内の前記データベースを更新して、前記第１の格納ビンの前記内容物は前記第１のエンティティに所有されていることを記録することと、
前記注文を受信する前、前記在庫管理システムによって前記記憶装置内のデータベースを更新して、前記第２の格納ビンの前記内容物は前記第２のエンティティに所有されていることを記録することと、
をさらに含む、コンピュータ実装方法。
【請求項20】
請求項１５に記載のコンピュータ実装方法において、
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の格納ビンの前記内容物と前記第２の格納ビンの前記内容物とが等しいかを決定することと、
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前記第１の格納ビン及び前記第２の格納ビンの内容物の前記所有が、前記第１のエンティティと前記第２のエンティティとの間で交換されているものとして記録することであって、前記記録することは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいとの決定に応答してなされる、ことと、
前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答して、
（ａ）前記在庫管理システムによって前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｂ）前記在庫管理システムによって前記施設の１つにて、（ｉ）前記ロボティックハンドラーについての第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｃ）前記在庫管理システムによって前記異なる施設にてロボティックワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
（ｄ）前記在庫管理システムによって前記異なる施設にて、（ｉ）前記ロボティックハンドラーについての第６のサブセットをアクティブ化して、前記第２の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
の少なくとも１つをなすことをさらに含む、コンピュータ実装方法。
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の格納ビンの前記内容物と前記第２の格納ビンの前記内容物とが等しいかを決定することと、
前記注文の受信後に、前記在庫管理システムによって前記データベースを更新して、前記第１の格納ビン及び前記第２の格納ビンの内容物の前記所有が、前記第１のエンティティと前記第２のエンティティとの間で交換されているものとして記録することであって、前記記録することは前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しいとの決定に応答してなされる、ことと、
前記第１の格納ビンの内容物と前記第２の格納ビンの内容物とが等しくないとの決定に応答して、
（ａ）前記在庫管理システムによって前記施設の１つにてロボティックワーカをアクティブ化して、前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｂ）前記在庫管理システムによって前記施設の１つにて、（ｉ）前記ロボティックハンドラーについての第５のサブセットをアクティブ化して、前記第１の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第２の格納ビンの前記内容物との関係で前記第１の格納ビンの前記内容物を均等化することと、
（ｃ）前記在庫管理システムによって前記異なる施設にてロボティックワーカをアクティブ化して、前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
（ｄ）前記在庫管理システムによって前記異なる施設にて、（ｉ）前記ロボティックハンドラーについての第６のサブセットをアクティブ化して、前記第２の格納ビンを有人ワークステーションに届け、並びに、（ｉｉ）前記有人ワークステーションの人間－マシンインタフェースをアクティブ化して、前記有人ワークステーションの人間ワーカに指示して前記第１の格納ビンの前記内容物との関係で前記第２の格納ビンの前記内容物を均等化することと、
の少なくとも１つをなすことをさらに含む、コンピュータ実装方法。
【請求項21】
請求項１５に記載のコンピュータ実装方法において、前記在庫管理システムによって前記ロボティックハンドラーの別のサブセットをアクティブ化して、前記第２の製品を前記施設の１つへと再配置するために前記第２の製品を前記第２の格納構造から回収することであって、前記回収することは前記データベースを更新して前記第２のエンティティから前記第１のエンティティへの所有の移転を記録した後になされる、ことをさらに含む、コンピュータ実装方法。
【請求項22】
請求項１５に記載のコンピュータ実装方法において、
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に、前記在庫管理システムによって前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティティから受信することと、
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能であることを確認することと、
前記第１の製品が利用可能であることを確認した後に前記在庫管理システムによって前記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約することと、
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて他の異なるエンティティによる予約に関して前記第１の製品が利用不能となる予約期間を前記在庫管理システムによって開始することと、
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信されなかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエンティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによって、前記在庫管理システムにより前記データベースを更新することと、
をさらに含む、コンピュータ実装方法。
前記特定の製品タイプについての前記注文を前記第２のエンティティから受信する前に、前記在庫管理システムによって前記特定の製品タイプを予約することを要求する予約メッセージを前記第２のエンティティから受信することと、
前記在庫管理システムによって前記データベースに対してクエリを発して、前記第１の製品が予約に関して利用可能であることを確認することと、
前記第１の製品が利用可能であることを確認した後に前記在庫管理システムによって前記第１の製品が前記第２のエンティティのために予約されていることの標示を前記データベース内に記録することによって前記第１の製品を前記第２のエンティティのために予約することと、
前記第１の製品が前記第２のエンティティのために独占的に取り置かれて他の異なるエンティティによる予約に関して前記第１の製品が利用不能となる予約期間を前記在庫管理システムによって開始することと、
前記第１の製品に対応する注文が前記予約期間中に前記第２のエンティティから受信されなかった場合、前記第１の製品が予約されていることの前記標示を覆して前記異なるエンティティのうちの他のものによる予約に関して前記第１の製品を利用可能とすることによって、前記在庫管理システムにより前記データベースを更新することと、
をさらに含む、コンピュータ実装方法。
【請求項23】
請求項１５に記載のコンピュータ実装方法において、
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を前記在庫管理システムによって受信することと、
前記製品利用可能性要求と関連付けられている要件に関して前記製品利用可能性要求を前記在庫管理システムによって構文解析することと、
前記製品利用可能性要求と関連付けられている前記要件と一致する製品に関して前記在庫管理システムによって前記データベースを検索することであって、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ことと、
受信された前記製品利用可能性要求の要求主体へと、前記在庫管理システムによって前記第１の製品についての情報を送信することと、
をさらに含む、コンピュータ実装方法。
前記第２のエンティティから、前記特定の製品タイプについての製品利用可能性要求を前記在庫管理システムによって受信することと、
前記製品利用可能性要求と関連付けられている要件に関して前記製品利用可能性要求を前記在庫管理システムによって構文解析することと、
前記製品利用可能性要求と関連付けられている前記要件と一致する製品に関して前記在庫管理システムによって前記データベースを検索することであって、前記検索からの結果は前記第１のエンティティに所有された前記第１の製品の利用可能性を少なくとも示す、ことと、
受信された前記製品利用可能性要求の要求主体へと、前記在庫管理システムによって前記第１の製品についての情報を送信することと、
をさらに含む、コンピュータ実装方法。
【請求項24】
請求項２３に記載のコンピュータ実装方法において、
前記在庫管理システムによって前記製品についての前記検索を限定して、前記第２のエンティティと関連付けられているホワイトリストにて識別されたエンティティによって所有された利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記第２のエンティティと関連付けられているブラックリストにて識別された前記エンティティによって所有された在庫製品を含まないものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記第２のエンティティによって前記製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記製品利用可能性要求にて定義された選好宛先から所定の半径内にある利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用可能製品のみを含むものとすることと、
をさらに含む、コンピュータ実装方法。
前記在庫管理システムによって前記製品についての前記検索を限定して、前記第２のエンティティと関連付けられているホワイトリストにて識別されたエンティティによって所有された利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記第２のエンティティと関連付けられているブラックリストにて識別された前記エンティティによって所有された在庫製品を含まないものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記第２のエンティティによって前記製品利用可能性要求にて定義された選好最高購入価格以下の販売価格を有する利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記製品についての前記検索を限定して前記製品利用可能性要求にて定義された選好宛先から所定の半径内にある利用可能製品のみを含むものとすることと、
前記在庫管理システムによって前記１つ以上の製品についての前記検索を限定して前記製品利用可能性要求にて指定された選好配達タイムライン内に配達可能な利用可能製品のみを含むものとすることと、
をさらに含む、コンピュータ実装方法。
【請求項25】
ロボティックハンドラーによるサービスを受ける格納構造を備える複数の施設にて異なるエンティティの製品在庫をマルチエンティティ在庫管理システムにおいて管理するための少なくとも１つのプロセッサによって実行可能なコンピュータプログラム命令が化体された非一時的コンピュータ可読記憶媒体であって、該コンピュータプログラム命令が前記プロセッサによって実行されると前記プロセッサに、
製品所有情報を含むデータベースを記憶装置に記憶することであって該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、ことと、
前記施設の各々と、格納ビンを輸送するために前記施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進することと、
前記マルチエンティティ在庫管理システムを通って順方向と逆方向とに前記格納ビンの等価且つ連続的な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記マルチエンティティ在庫管理システムを通る前記格納ビンの逆方向流量が、前記マルチエンティティ在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を実行させる、非一時的コンピュータ可読記憶媒体。
製品所有情報を含むデータベースを記憶装置に記憶することであって該製品所有情報は前記異なるエンティティの識別に必要な情報を含む、ことと、
前記施設の各々と、格納ビンを輸送するために前記施設の各々の間を移動する対応する輸送車両と、にて、格納ビンの１対１の交換を促進することと、
前記マルチエンティティ在庫管理システムを通って順方向と逆方向とに前記格納ビンの等価且つ連続的な流れを可能にして、前記施設の各々と前記対応する輸送車両とにおける１対１対応の格納ビン交換トランザクションを可能にし、前記マルチエンティティ在庫管理システムを通る前記格納ビンの逆方向流量が、前記マルチエンティティ在庫管理システムを通る前記格納ビンの順方向流量と等しくなることを可能にすることと、
を実行させる、非一時的コンピュータ可読記憶媒体。
【外国語明細書】