JP7174080B2 - 注文されたアイテムのコンピュータによって決定される効率的な袋詰めのためのシステムおよび方法 - Google Patents

Description

本開示は、一般に、注文されたアイテムを効率的に袋詰めする（例えば、アイテムをプラスチック袋にパッケージングする）ためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、入来する注文を処理し、さらなる処理および出荷のために上記注文を準備するために利用される発明的で非従来型のシステムおよび方法に関し、自動パッケージング決定が、箱、プラスチック袋、それらの組み合わせまたは代替的なパッケージング材料を利用する。

効率的なパッケージング作業は、消費者への製品の出荷に依拠するあらゆる事業の基礎である。パッケージング作業工程が非効率的で相当の時間がかかる場合、顧客への製品の配送は最終的にさらに遅れる可能性があり、事業体は追加の出荷費用を被って競争力を維持できなくなる。商品の遅延および／または不適切なパッケージングは、顧客満足度の低下につながる可能性があり、不満のある顧客からのレビューは、他の顧客からの潜在的な購入を思いとどまらせる可能性がある。パッケージング工程は、さまざまな点で事業体にとってコストがかかる可能性がある。例えば、事業は、パッケージング材料の使いすぎにより、追加の出荷コストを発生させる場合がある。さらに、不適切なパッケージングにより１つまたは複数の製品が損傷する可能性があり、返金が必要になる。そのため、工程の効率が低いほど、事業体の損失は大きくなる。

パッケージング作業中に発生する可能性のあるこのような問題を軽減するために、従来のシステムは、利用可能な箱を容積でソートし、商品の寸法に基づいて商品を充填することができる。ただし、容積を考慮に入れるだけでは不十分であり、損傷した商品および／または不適切にパッケージングされた商品は、顧客満足度の低下につながる可能性がある。さらに従来のシステムは、箱およびパッケージング材料の使いすぎを被り、コストが増加する。代替的に、この工程は肉体労働を使用して実施することもできる。ただし、製品の各箱を手動でパッケージングするには時間がかかる場合がある。このように、パッケージングを完了するのにかかる時間が増大し、それによって利益が減り、顧客への製品の出荷および配送時間が増大する場合がある。

注文されたアイテムを効率的にパッケージングするための以前のコンピュータ化された方法は非効率的であり、箱およびパッケージング材料の使いすぎ（コストが増加する）、アイテムの破損および汚れ（例えば、壊れ物アイテムが重いアイテムとともに保管されている場合は破損する場合がある）、および追加の出荷費用をもたらしていた。最良の袋を効率的に選択する際の追加の課題は、袋は、箱とは異なり、アイテムを入れると１次元または２次元において変形することである。

したがって、注文されたアイテムを効率的にパッケージングするための改善された方法およびシステムが必要である。特に、アイテムがパックされるときの一次元または二次元の変形に対して最適化するように、注文されたアイテムを袋に効率的にパッケージングするための改善されたシステムおよび方法が必要である。パッケージング工程の反復シミュレーションに基づいて、商品の任意の組み合わせに最適なパッケージングを決定する。そのため、パッケージング作業の効率が向上し、それによって全体的な事業コストを削減し、顧客満足度を向上させることができる。

本開示の一態様は、自動袋パッケージングのためのシステムであって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサにステップを実施させる命令を備える少なくとも１つの非一時的記憶媒体とを備え、ステップは、リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つのデータストアを検索することと、各グループについて、第１の袋を表すデータ構造を選択することであり、データ構造は、第１の袋のサイズを含む、選択することと、すべてのアイテムが選択されている袋にパッケージングされるまで、グループの最大のアイテムの第１の袋へのパッケージングを反復的にシミュレートすることと、選択されている袋にアイテムをパッケージングするための少なくとも１つの命令セットを生成することによって、少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することと、生成されている命令を表示のためにコンピュータシステムに送信することであって、命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含む、送信することとを含む、システムに関する。

本開示の別の態様は、自動袋パッケージングのための方法であって、リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つのデータストアを検索することと、各グループについて、第１の袋を表すデータ構造を選択することであり、データ構造は、第１の袋のサイズを含む、選択することと、すべてのアイテムが選択されている袋にパッケージングされるまで、グループの最大のアイテムの第１の袋へのパッケージングを反復的にシミュレートすることと、選択されている袋にアイテムをパッケージングするための少なくとも１つの命令セットを生成することによって、少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することと、生成されている命令を表示のためにコンピュータシステムに送信することであって、命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含む、送信することとを含む、方法に関する。

本開示のさらに別の態様は、パッケージングを反復的にシミュレートすることが、各アイテムの寸法を決定することと、最も長い寸法を有するアイテムを決定することによってグループの最大のアイテムを決定することと、最大のアイテムの第１の袋へのパッキングをシミュレートすることと、第１のパッケージの寸法から最大のアイテムの寸法を減算することによって第１の袋の残りのスペースを計算することと、グループ内の少なくとも１つの残りのアイテムの計算された残りのスペースへのパッキングを反復的にシミュレートすることとをさらに含む、自動袋パッケージングのための方法に関する。

本開示のさらに別の態様は、自動袋パッケージングのためのシステムであって、自動袋パッケージングが、リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つのデータストアを検索することと、各グループについて、第１の袋を表すデータ構造を選択することであり、データ構造は、第１の袋のサイズを含み、第１の袋のサイズは、第１の袋の幅（ｂＷｉｄｔｈ）および第１の袋の長さ（ｂＬｅｎｇｔｈ）を含み、第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）がｖＨｅｉｇｈｔ＝９＋（－２＊（ｂＬｅｎｇｔｈ＋ｂＷｉｄｔｈ））＋（ｂＬｅｎｇｔｈ＊ｂＷｉｄｔｈ）として計算される、選択することと、すべてのアイテムが選択されている袋にパッケージングされるまで、グループの最大のアイテムの第１の袋へのパッケージングを反復的にシミュレートすることと、選択されている袋にアイテムをパッケージングするための少なくとも１つの命令セットを生成することによって、少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することと、生成されている命令を表示のためにコンピュータシステムに送信することであって、命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含む、送信することとを含む、システムに関する。

他のシステム、方法、およびコンピュータ可読媒体も、本明細書で説明される。

開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含む例示的な検索結果ページ（ＳＲＰ）を示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。 開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す図である。 開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成されている例示的なフルフィルメントセンタの概略図である。 開示された実施形態と一致する、注文されたアイテムを効率的にパッケージングするための方法の例示的な実施形態を示すフローチャートである。 開示された実施形態と一致する、最適なパッケージングが見つからない場合の、注文されたアイテムを効率的にパッケージングするための方法の例示的な実施形態を示すフローチャートである。 開示された実施形態と一致する、パッケージンググループが壊れ物として指定されるときの、注文されたアイテムを効率的にパッケージングするための方法の例示的な実施形態を示すフローチャートである。 開示された実施形態と一致する、注文されたアイテムの効率的なパッケージングのための方法の例示的な実施形態を示すフローチャートであり、特に、壊れ物出荷グループの出荷数を最適化するための例示的な方法を示すフローチャートである。 開示された実施形態と一致する、袋パッケージングが注文に対して有効化されるときの、注文されたアイテムを効率的にパッケージングするための方法の例示的な実施形態を示すフローチャートである。 開示された実施形態と一致する、袋パッケージングが利用可能であるが、注文に対して無効化されるときの、注文されたアイテムを効率的にパッケージングするための方法の例示的な実施形態を示すフローチャートである。

以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。

本開示の実施形態は、注文されたアイテムを効率的にパッケージングするように構成されているシステムおよび方法に関する。

図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。

ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。

いくつかの実施形態では、外部フロントエンドシステム１０３は外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果を含む１つ以上のウェブページをホスティングまたは提供することができる： ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。
ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。

外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。

次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。

外部フロントエンドシステム１０３は受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。

依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスはこのリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。

外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページはいくつかの実施形態ではユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページがユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザはショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。

外部フロントエンドシステム１０３は購入を開始するためのリクエストの受信に応じて、注文頁（例えば、図１Ｅ）を発生することができる。注文頁はいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文頁をユーザデバイスへ送信することが可能である。

ユーザデバイスは注文頁に情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。

いくつかの実施形態では、外部フロントエンドシステム１０３が売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。

内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。

いくつかの実施形態では、内蔵フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。

輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、トランスポーテーションシステム１０７が１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員が荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送機関１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。

いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。

いくつかの実施形態では、交通機関１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。トランスポートシステム１０７はこの関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。

売り手ポータル１０９は、いくつかの実施形態では売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。

出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。

いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、交通機関１０７はユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡装置１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。

フルフィルメント(履行)最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。

また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。

いくつかの実施形態では、ＦＯシステム１１３が定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３が１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。

フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または３パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。

サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。

労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ－１０７Ｃまたは１１９Ａ－１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。

ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。

ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。

第三者フルフィルメント（３ＰＬ）システム１２１Ａ～１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１ＣはＦＯシステム１１３から（例えば、ＦＭＧ １１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。

フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ～１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。

労働管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ－１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ－１０７Ｃから受信することができる。

図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上がデータセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。

図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、または修正することができる。

インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。

作業員はインバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６が緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。

ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。

ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。

ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。

ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４はスライドとして表されているが、いくつかの実施形態では搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。

パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員はピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者はセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。

ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。

キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。

キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。

図３は、注文された商品を効率的にパッケージングするための主な工程の概要を示す。工程３０１はステップ３０３において開始する。ステップ３０３において、ＦＯシステム１１３は、注文を受信することによって開始する。注文は、さまざまなアイテム、すなわち消耗品と非消耗品との組み合わせを構成し得る。

次に、工程３０１はステップ３０５に進む。ステップ３０５において、ＦＯシステム１１３は、注文に関する情報の収集を開始する。注文に関して収集される情報は、さまざまなデータ、すなわち、注文内のアイテムの数量、注文されたアイテムの総コストなどの注文自体に関する情報を含み得る。さらに、注文内の個々のアイテムに関する情報が収集される場合がある。例えば、寸法、重量、コスト、またはアイテムを識別する他の特定のフラグなどである。フラグの例は、壊れ物、大型、冷凍、通常などである。

次に、工程３０１はステップ３０７に進む。ステップ３０７において、ＦＯシステム１１３は、注文されたアイテムをパッキンググループにソート３０７することができる。ステップ３０５において収集された情報に基づいて、ソートステップ３０７を実施することができる。例えば、冷凍アイテムは冷蔵アイテムとは別に、かつ他の通常アイテムとは別にグループ化される。代替的に、アイテムは、いくつか例を挙げると、寸法、重量、およびコストなど、収集された他の特性に基づいてソートされてもよい。ソートは、個々の特性またはそれらの組み合わせに基づいて実施することができる。

次に、工程３０１はステップ３０９に進む。ステップ３０９において、ＦＯシステム１１３は、パッキンググループを出荷グループにソート３０９し始める。出荷グループにソートするステップ３０９は、輸送業者によって事前設定することができる、事前設定された重量および寸法の閾値に基づいて実施される。出荷グループにソートするステップ３０９はまた、コストも考慮に入れる。すなわち、大きくて重い１つのパッケージではなく、２つの小さいパッケージを送信する方が安価である場合は、より安価な代替パッケージを優先することが選択される。複数の出荷業者が使用される場合は、利用可能なすべての業者間のコストの差を考慮に入れるために、複数の閾値を設定することができる。

次に、工程３０１はステップ３１１に進む。ステップ３１１において、ＦＯシステム１１３は、各出荷グループの最適な箱サイズを決定するためのサブルーチンを開始する。ステップ３１１において、ＦＯシステム１１３は、第１のパッケージを表すデータ構造を選択することができ、データ構造は、第１のパッケージの特性を含むことができる。ステップ３１１において、ＦＯシステム１１３は、すべてのアイテムが選択されているパッケージにパッケージングされるまで、グループの最大のアイテムの第１のパッケージへのパッケージングを反復的にシミュレートすることによって進行することができ、グループ内のアイテムが選択されているパッケージに適合しないとシミュレーションが決定した場合、工程は、より大きいパッケージを選択し、すべてのアイテムがより大きいパッケージにパックされるまで、最大のアイテムを反復的に計算によってパックするように試行することができる。ステップ３１１において、ＦＯシステム１１３は、計算に様々なパッケージング材料、すなわち、箱、プラスチック袋、気泡緩衝材などをさらに含めることができる。この工程は、材料の使用および出荷コストの最適化を目的としている。反復ステップ３１１中、ＦＯシステム１１３は、最大のアイテムの第１のパッケージへのパッキングをシミュレートするためのグループの最大のアイテムの決定、および、さらに、第１のパッケージの寸法から最大のアイテムの寸法を減算することによって残りのスペースを計算し、グループ内の少なくとも１つの残りのアイテムの計算された残りのスペースへのパッキングの反復的なシミュレーションにおいて、グループの少なくとも１つのアイテムの寸法を使用することができる。

次に、工程３０１はステップ３１３に進む。ステップ３１３において、ＦＯシステム１１３は、出荷グループをパッケージングするための命令セットを含む出荷オブジェクトを生成することによって継続する。ステップ３１３においてＦＯシステム１１３によって生成されている出荷グループをパッケージングするための命令セットは、使用される材料と、パッケージング材料の特定の寸法および品質との組み合わせを含むことができる。例えば、命令セットは、出荷グループが８－１５／１６’’ｘ ５－１５／１６’’ｘ ３－１／８’’の二重壁段ボール（ＤＷＢ）の箱にパッケージングされること、アイテムの一部が箱に入れられる前に気泡緩衝材にパッケージングされること、残りの空きスペースが空気袋で充填されることを指定することができ、アイテムが箱に収まるように設計された特定の順序を含むことができる。

ステップ３１３において出荷オブジェクトが生成された後、ＦＯシステム１１３は、ステップ３０３において受信された注文からのすべてのアイテムがパッケージングされるまで、図３の工程を繰り返す。すべてのアイテムがパッケージングされた後、工程３０１は次にステップ３１５に進む。ステップ３１５において、ＦＯシステム１１３は、主工程を終了し、新しい注文が受信された場合に、図３の工程を再開することができる。

図４は、図３に示されるＦＯシステム１１３によって実施される主工程のサブルーチン４０１を示す。具体的には、いくつかの実施形態では、サブルーチンは、出荷グループの最適な箱サイズを決定するためのステップ３１３の一部であるが、上記の通常の手段を使用して最適な箱が見つからない状況のために特別に設計されている。

ＦＯシステム１１３によって実施されたステップ３１３が、注文されたアイテムに最適なパッケージを見つけられなかった場合、サブルーチン工程４０１が、ステップ４０３において開始する。ステップ４０３において、ＦＯシステム１１３は、出荷グループ内のアイテムをサイズによってソートすることによって開始する。ソートステップ４０３の後、ＦＯシステム１１３は、ステップ４０５によって継続することができ、グループから最大のアイテムが選択され、最大のアイテムは、寸法、重量、または総体積に基づいて決定され得る。

次に、工程４０１はステップ４０７に進む。ステップ４０７において、ＦＯシステム１１３は、最大のアイテムを収容する箱があるか否かを決定することができる。最大のアイテムを収容する箱がある場合、ＦＯシステム１１３は、最大のアイテムを現在の出荷リストからパックされるアイテムのリストに移動することによって、ステップ４１１によって工程４０１を継続する。代替的に、最大のアイテムを収容する利用可能な箱がない場合、ＦＯシステム１１３は、最大のアイテムをスタンドアロンとして指定し、それを出荷グループから削除するステップ４０９によって工程４０１を続行し、スタンドアロンのアイテムは、例えば包装紙に包むなど、代替のパッケージング技法を使用して個別にパックすることができる。

次に、工程４０１はステップ４１３に進む。ステップ４１３において、ＦＯシステム１１３は、残りのアイテムに対して最適な箱が存在するか否かを決定することによって継続する。最適な箱が存在しない場合、ＦＯシステム１１３はステップ４０３に戻ることによって工程４０１を繰り返す。最適な箱が見つかった場合、ＦＯシステム１１３はステップ４１５に進むことによって工程４０１を終了する。ステップ４１５において、ＦＯシステム１１３は、出荷グループをパッケージングするための命令セットを含む出荷オブジェクトを生成する。（いくつかの実施形態では、ＦＯシステム１１３は、図３に関して上記で説明したステップ３１３と同一の方法で出荷オブジェクトを生成する。）次に、工程４０１はステップ４１７に進む。ステップ４１７において、ＦＯシステム１１３は、図３の主工程に戻る。図３に関して上述した主工程を実施するＦＯシステム１１３は、注文内のすべてのアイテムが処理され適切にパッケージングされるまで、注文アイテムの初期グループ分けに最適な箱が見つからない場合、各反復において工程４０１を呼び出すことができる。

図５は、壊れ物タイプのアイテムを取り扱うためにＦＯシステム１１３によって利用される工程５０１を示すフローチャートを示している。ＦＯシステム１１３が図３の主工程のステップ３０７を実施し、注文アイテムがパッキンググループにソート３０７された後、１つまたは複数のパッキンググループが壊れ物であると決定され得、ＦＯシステム１１３が工程５０１を開始することができる。工程５０１は、ステップ５０３において開始する。ステップ５０３において、ＦＯシステム１１３は、パッキンググループ内のアイテムの量を決定する。アイテムが単一である場合、工程５００はステップ５０７によって継続する。ステップ５０７において、ＦＯシステム１１３は、そのアイテムに最適な箱が存在するか否かを決定することによって進行する。ステップ５０７において、ＦＯシステム１１３が、最適な箱が存在すると決定した場合、工程５０１は、ステップ５２１に進む。ステップ５２１において、壊れ物アイテムが、先行する開示と一致して、ＦＯシステム１１３によってパックされる。ＦＯシステム１１３によって、壊れ物アイテムに最適な箱がないと判断された場合、工程５０１は、ステップ５１３に続く。ステップ５１３において、ＦＯシステム１１３は、そのアイテムにスタンドアロンとしてフラグを立て、それを別個にパックすることができる。

壊れ物アイテムのパッケージングは、ＦＯシステム１１３によって実施される工程５０１を示す例示的なフローチャートに示されていない追加のステップを含み得る。例えば、壊れ物アイテムは、気泡緩衝材などの追加のパッケージング材料を使用して事前にパッケージングすることができる。追加のパッケージング材料が使用されている場合、適切な箱割り当てのためにアイテムの寸法が測定および更新される。

ＦＯシステム１１３が、ステップ５０３において、壊れ物アイテムの量が単一ではない（すなわち、複数の壊れ物アイテムが存在する）と決定した場合、工程５０１は、ステップ５０５に続くことができる。ステップ５０５において、ＦＯシステム１１３は、パッキンググループを出荷グループにソートする。ＦＯシステム１１３は、出荷業者に基づいて事前設定することができる、事前設定された重量および寸法の閾値に基づいて、出荷グループにソートするステップ５０５を実施する。出荷グループにソートするステップ５０５において、ＦＯシステム１１３はまた、コストも考慮に入れる。例えば、大きくて重い１つのパッケージではなく、２つの小さいパッケージを送信する方が安価である場合は、より安価な代替パッケージを優先することが選択される。複数の出荷業者が使用される場合は、利用可能なすべての業者間のコストの差を考慮に入れるために、複数の閾値を設定することができる。

ＦＯシステム１１３が、工程５０１のステップ５０５において、パッキンググループを１つまたは複数の出荷グループにソートした後。工程５０１は、ステップ５０９に続く。ステップ５０９において、ＦＯシステム１１３は、出荷グループに対して最適な箱が決定される。ステップ５０９の後、工程５０１は、ステップ５０７に続く前述のステップと同様に続くが、この場合、ステップ５０７においてＦＯシステム１１３によって生成されている１つのアイテムだけでなく、壊れ物アイテムが複数あるため、ＦＯシステム１１３によって生成されている命令が、アイテムのパッキング順序に関連する追加情報を含み得るという点が追加されている。

しかしながら、ステップ５０９においてＦＯシステム１１３によって最適な箱が見つからない場合、５０１工程はステップ５１１に続く。ステップ５１１において、ＦＯシステム１１３は、出荷グループをより小さいグループに分割する。ＦＯシステム１１３によってステップ５１１において出荷グループを分割することは、例えば半分、３分の１、４分の１など、グループを比例的に分割するのと同じくらい単純であり得る。いくつかの実施形態では、分割は、例えば、アイテムの寸法、コスト、重量、またはそれらの組み合わせに基づいて、より複雑であり得る。

ＦＯシステム１１３がステップ５１１において出荷グループを分割した後、工程５０１はステップ５１５によって継続する。ステップ５１５において、ＦＯシステム１１３は、出荷グループの数と元の出荷グループ内のアイテムの数量との比較が行われることによって開始する。ステップ５１５においてＦＯシステム１１３が、新しいグループの量が元のグループのすべてのアイテムの量と同じであると決定した場合、工程５０１は、ステップ５１７に継続して進む。ステップ５１７において、ＦＯシステム１１３は、すべてのアイテムをスタンドアロンのアイテムとして指定する。工程５０１は、ステップ５２１によって続く。ステップ５２１において、いくつかの実施形態では、ＦＯシステム１１３は、ステップ４１５と同一の方法で出荷オブジェクトを生成する。

しかしながら、ステップ５１５においてＦＯシステム１１３が、アイテムの数がグループの数よりも多いと決定した場合、工程５０１はステップ５１９によって処理する。ステップ５１９において、ＦＯシステム１１３は、行われる出荷数の最適化を実施する。最適化ステップの目標は、上述したパッケージングの制限を遵守し、本開示と一致しながら、コストを最小限に抑える最適な出荷数を生成することである。ステップ５１９におけるＦＯシステム１１３による出荷工程の数の最適化の一例を図６に示す。

図６は、出荷の数を最適化する例示的な工程６０１を示すフローチャートを示している。工程６０１は、（例えば、図５に示される工程５０１のステップ５１５において）ＦＯシステム１１３が、アイテムの数がグループの数よりも多いと決定する状況において開始することができる。工程６０１は、ステップ６０３によって開始する。ステップ６０３において、ＦＯシステム１１３は、分割後に、より大きいグループを作成する可能性があるか否かを決定する。例えば、元のグループが等しい半分に分割されているが、１／３と２／３とに分割することが可能である場合、２／３はより大きいグループと見なされる。

ＦＯシステム１１３が、より大きいグループが利用可能であると決定した場合、工程６０１はステップ６０５に続く。ステップ６０５において、ＦＯシステム１１３は、そのグループに最適な箱を見つけることを試行する。そして、最適な箱が見つかった場合、工程６０１およびＦＯシステム１１３は、ステップ６１３として示される出荷オブジェクトの生成に進み、ステップ６１７として示される主工程に戻る。ステップ６１３および６１７は、ＦＯシステム１１３によって実施され、先行する開示と一致している。

ただし、ステップ６０３においてＦＯシステム１１３が、より大きいグループが利用可能でないと判断した場合。工程６０１は、ステップ６０７によって継続する。ステップ６０７において、ＦＯシステム１１３は、元の分割グループに最適な箱が存在するか否かの決定を実施する。ステップ６０７においてＦＯシステム１１３が最適な箱があると決定した場合、工程６０１は、ステップ６１３として示される出荷オブジェクトの生成に進み、ステップ６１７として示される主工程に戻る。ステップ６１３および６１７は、ＦＯシステム１１３によって実施され、いくつかの実施形態では、（それぞれ）ステップ５２１および５２３と同一に実施される。

ただし、ステップ６０７においてＦＯシステム１１３が、最適な箱が再度見つからないと決定した場合。工程６０１は、ステップ６０９に続く。ステップ６０９において、ＦＯシステム１１３は、出荷グループをもう一度分割する。ＦＯシステム１１３は、工程５０１において先行して開示されたステップ５１１と同一または同様にステップ６０９を実施することができる。

ＦＯシステム１１３がステップ６０９を実施し、出荷グループがもう一度分割された後、工程６０１はステップ６１１に続く。ステップ６１１において、ＦＯシステム１１３は、出荷グループの数が元のグループのアイテム数量以上であるか否かをチェックしている。そして、ＦＯシステム１１３の決定が肯定的である場合、工程６０１はステップ６１５に続く。ステップ６１５において、ＦＯシステム１１３は、すべてのアイテムをスタンドアロンとして指定し、以前に開示されたように（例えば、ステップ５２１および５２３に関して）進行して、ステップ６１３において出荷オブジェクトを生成し、ステップ６１７において主工程に戻る。しかしながら、ＦＯシステム１１３が、ステップ６１１において、出荷グループの数が大きくないと判断した場合、工程６０１は、ＦＯシステム１１３がグループ分けを調整し、すべてのアイテムが処理されるまで工程を繰り返すために、ステップ６０３に戻る。

例えばステップ３１１、４１３、５０７、５０９、６０５、６０７などの、図３～図６に示されている最適な箱を決定するステップは、工程３０１および図３の説明で概説されたコアアルゴリズムに従うことができる。各工程は、特定のステップセットに限定されず、各サブルーチンの詳細に適合するように最適化されたコアアルゴリズムステップの修正、省略および／または組み合わせを含んでもよい。

図７は、アイテムを袋および箱にパックする工程を示すフローチャートを示している。いくつかの実施形態では、袋は、プラスチック、紙、または他の材料から作製することができる、所定の容積の柔軟なパッケージを含んでもよい。袋パッキングの主な課題の１つは、最良な袋を効率的に選択することであり、箱とは異なり、袋はアイテムを入れると多次元に変形する可能性がある。工程７０１は、ステップ７０３において開始する。ステップ７０３において、ＦＯシステム１１３は、パッキンググループが袋で出荷され得るか否かを決定する。ＦＯシステム１１３によって実施されるステップ７０３の決定は、重量、寸法、袋パッケージングの可用性を識別する特別なフラグまたはタグなどのアイテムの特性に基づいて実施され得る。

ＦＯシステム１１３が、ステップ７０３において、パッキンググループの１つまたは複数のアイテムを袋に入れて出荷することができないと決定した場合、工程７０１は、ステップ７０５に続く。ステップ７０５において、ＦＯシステム１１３は、グループ内のすべてのアイテムが適格になるまで、袋で出荷することができないアイテムをパッキンググループから取り除くことができる。ＦＯシステム１１３が、ステップ７０３において、パッキンググループ内のすべてのアイテムが１つまたは複数の袋で出荷されるのに適格であると決定した場合、工程７０１は、ステップ７０７によって進む。ステップ７０７において、ＦＯシステム１１３は、袋の寸法に基づいて最大仮想高さを決定する。例えば、最大仮想高さ（ｖＨｅｉｇｈｔ）は、袋の幅（ｂＷｉｄｔｈ）および袋の長さ（ｂＬｅｎｇｔｈ）に基づくことができる。いくつかの実施形態では、最大仮想高さは、ｖＨｅｉｇｈｔ＝９＋（－２＊（ｂＬｅｎｇｔｈ＋ｂＷｉｄｔｈ））＋（ｂＬｅｎｇｔｈ＊ｂＷｉｄｔｈ）として計算され得る。

ＦＯシステム１１３がステップ７０７において最大仮想高さを決定した後、工程７０１はステップ７０９に進む。ステップ７０９において、ＦＯシステム１１３は仮想箱を作成する。仮想箱は、袋の寸法に基づくプラスチック袋のデジタル表現を含み、これは、仮想箱の高さ＝プラスチック袋の高さ、仮想箱の幅＝プラスチック袋の幅-仮想箱の高さ、仮想箱の長さ＝プラスチック袋の長さ-仮想箱の高さ、として決定される。

特定の係数（ａ＝３，ｂ＝－２＊（長さ＋幅），ｃ＝（長さ＊幅））を有する２次方程式を利用して、袋の「最大仮想高さ」、すなわち「袋から箱への最良の近似の「最大」高さを決定することができる。ＭａｘＶｏｌｕｍｅＨｅｉｇｈｔは、特定の高さを有する袋に収まる最大の体積を決定することに関連している。

工程７０１はステップ７１１に進む。ステップ７１１において、ＦＯシステム１１３は、仮想箱をいくつかのより小さい箱にさらに分割して、可能な複数のアイテムのためのスペースを割り当てることができる。仮想箱をいくつかの箱に分割して、パッキンググループ内のアイテムのサイズおよび数量に基づいてボクシングアルゴリズムによって使用できるようにすることができる。例えば、仮想箱を比例セクションに分割し、サイズに基づいてアイテムで充填することができる（例えば、大きいアイテムは大きいセクションに配置され、小さいアイテムは小さいセクションに配置される）。代替的に、仮想箱を長手方向に、同じサイズの複数のセクション（例えば、８つのセクション）に分割し、各セクションに適切なサイズの個々のアイテムを充填することもできる。ここで、適切なサイズは、アイテムの寸法、重量、体積、および他の特性に基づいて決定される。

工程７０１は、ステップ７１３に続く。ステップ７１３において、ＦＯシステム１１３は、出荷コストおよび出荷されるアイテムのタイプを考慮して、出荷の数を最適化する。袋でのアイテムの出荷は、従来の手段（箱など）と比較してすでに安価であり得るが、さらに最適化すると、さらに節約できる可能性がある。パッケージのさまざまな重量およびサイズに対する業者の料金を考慮に入れることによって、さらなる最適化を実現することができる（例えば、１つの重いパッケージではなく２つの軽いパッケージを出荷する方が安価である場合がある）。最適化は、先行する開示および工程７０１と一致している。

工程７０１はステップ７１５に進む。ステップ７１５において、ＦＯシステム１１３は、出荷オブジェクトを生成し、ステップ７１７において、主工程７１７に戻る。ステップ７１５および７１７は、ＦＯシステム１１３によって実施され、いくつかの実施形態では、（それぞれ）ステップ５２１および５２３と同一に実施される。

パッケージングは、箱シミュレーションと同様にシミュレートされる。例えば、シミュレーションは、各アイテムの寸法を決定することと、最も長い寸法を有するアイテムを決定することによってグループの最大のアイテムを決定することと、最大のアイテムの第１の袋へのパッキングをシミュレートすることと、第１のパッケージの寸法から最大のアイテムの寸法を減算することによって第１の袋の残りのスペースを計算することと、グループ内の少なくとも１つの残りのアイテムの計算された残りのスペースへのパッキングを反復的にシミュレートすることとを含むことができる。そして、パッケージングを反復的にシミュレートすることは、少なくとも１つのアイテムの第１の袋に関連付けられる仮想箱へのパッケージングを反復的にシミュレートすることを含み、仮想箱の寸法は、第１の袋の仮想高さ、第１の袋の幅、および第１の袋の長さに基づいて計算される。

図８は、パッキンググループ内のすべてのアイテムが平坦なアイテムである場合に袋パッケージングを無効にするための工程８０１を示すフローチャートを示している。平坦なアイテムは、１つの寸法が他の寸法よりも大幅に小さいアイテムである。このような平坦なアイテムの例は、本、雑誌、レコード、写真などを含む。注文に対して袋パッケージングが無効化される場合、工程８０１は、ステップ８０３によって開始する。ステップ８０３において、ＦＯシステム１１３は、パッキンググループが平坦なアイテムのみを含むか否かを決定することによって、設定を無効化することができる。ＦＯシステム１１３が平坦なアイテムのみが存在すると決定した場合、工程８０１はステップ８０７によって進行する。ステップ８０７において、ＦＯシステム１１３は、そのパッキンググループに対してのみ袋パッキングを有効化し、工程８０１は、ステップ８０９に続く。

ステップ８０９において、ＦＯシステム１１３は、注文が箱の代わりに袋にパックされるための命令を生成する。

しかしながら、ＦＯシステム１１３が（ステップ８０３において）平坦なアイテムだけがパッキンググループに存在するのではないと決定した場合、工程８０１はステップ８０５に続く。ステップ８０５において、ＦＯシステム１１３は、先行して開示されたように挙動し、通常の箱パッケージングオプションによって進行する。

本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施することができることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。さらに、開示された実施形態の態様はメモリに記憶されるものとして記載されているが、当業者はこれらの態様が二次記憶デバイス、例えば、ハードディスクもしくはＣＤ ＲＯＭ、または他の形態のＲＡＭもしくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶されてもよいことを理解するのであろう。

記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールは当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラム・セクションまたはプログラムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、もしくはＪａｖａアプレットを含むＨＴＭＬの中で、またはその手段によって設計することができる。

さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲が可能である。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、または出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入もしくは削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。

Claims (18)

1. 自動袋パッケージングのためのコンピュータ化されたシステムであって、
   少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセ
   ッサにステップを実施させる命令を備える少なくとも１つの非一時的記憶媒体とを備え、
   前記ステップは、
   リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、
   前記少なくとも１つのプロセッサによって、各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つのデータストアを検索することと、
   前記少なくとも１つのプロセッサによって、前記少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することであって、
   第１の袋を表すデータ構造を選択することであり、前記データ構造は、前記第１の袋のサイズを含む、選択することと、
   すべてのアイテムが選択されている袋にパッケージングされるまで、最大のアイテムの前記第１の袋へのパッケージングを反復的にシミュレートすることであって、
   各アイテムの寸法を決定することと、
   最も長い寸法を有するアイテムを決定することによって前記最大のアイテムを決定することと、
   前記最大のアイテムの前記第１の袋へのパッキングをシミュレートすることと、
   前記第１の袋の寸法から前記最大のアイテムの寸法を減算することによって前記第１の袋の残りのスペースを計算することと、
   少なくとも１つの残りのアイテムを前記計算された残りのスペースへのパッキングを反復的にシミュレートすること、
   によってシミュレートすることと、
   前記選択されている袋に前記アイテムをパッケージングするための少なくとも１つの命令セットを生成すること、
   によって、最適化工程を実施することと、
   前記少なくとも１つのプロセッサによって、前記生成されている命令を表示のためにコンピュータシステムに送信することであって、前記命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含むことと
   を含む、コンピュータ化されたシステム。
2. 前記第１の袋のサイズは、前記第１の袋の幅（ｂＷｉｄｔｈ）および前記第１の袋の長
   さ（ｂＬｅｎｇｔｈ）を含む、請求項１に記載のシステム。
3. 前記第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）は、前記第１の袋の前記幅（ｂＷｉｄ
   ｔｈ）および前記第１の袋の前記長さ（ｂＬｅｎｇｔｈ）に基づく、請求項２に記載のシ
   ステム。
4. 前記第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）が、
   ｖＨｅｉｇｈｔ＝９＋（－２＊（ｂＬｅｎｇｔｈ＋ｂＷｉｄｔｈ））＋（ｂＬｅｎｇｔ
   ｈ＊ｂＷｉｄｔｈ）
   として計算される、請求項３に記載のシステム。
5. パッケージングを反復的にシミュレートすることは、前記少なくとも１つのアイテムの
   前記第１の袋に関連付けられる仮想箱へのパッケージングを反復的にシミュレートするこ
   とを含み、
   前記仮想箱の寸法は、前記第１の袋の前記仮想高さ、前記第１の袋の前記幅、および前
   記第１の袋の前記長さに基づいて計算される、
   請求項４に記載のシステム。
6. 前記仮想箱の寸法が、高さ、幅、および長さを含み、
   前記仮想箱の前記高さは、前記第１の袋の前記仮想高さに等しく、
   前記仮想箱の前記幅は、前記第１の袋の前記幅から前記仮想高さを引いた値に等しく、
   前記仮想箱の前記長さは、前記第１の袋の前記長さから前記仮想高さを引いた値に等し
   い、
   請求項５に記載のシステム。
7. 前記最適化工程を実施することは、前記仮想箱を複数の等量サブボックスに分割することをさらに含み、
   アイテムの前記１つまたは複数の袋へのパッケージングを反復的にシミュレートするこ
   とは、アイテムの前記サブボックスへのパッケージングを反復的にシミュレートすること
   を含む、
   請求項５に記載のシステム。
8. 前記複数の等量サブボックスが８つのサブボックスを含む、請求項７に記載のシステム
   。
9. 最大のアイテムのパッケージングを前記反復的にシミュレーションすることによって、前記少なくとも１つのアイテムが前記選択されている袋に適合しないと決定される場合、
   より大きい袋が選択され、
   すべてのアイテムが前記より大きい袋にパックされるまで、前記最大のアイテムが反復
   的に計算によってパッケージングされる、
   請求項１に記載のシステム。
10. 自動袋パッケージングのためのコンピュータ実施方法であって、
    リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、
    各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つの
    データストアを検索することと、
    前記少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することであって、
    第１の袋を表すデータ構造を選択することであり、前記データ構造は、前記第１の袋の寸法を含む、選択することと、
    すべてのアイテムが選択されている袋にパッケージングされるまで、最大のアイテムの前記第１の袋へのパッケージングを反復的にシミュレートすることと、
    前記少なくとも１つのアイテムが前記第１の袋に適合しないと決定し、より大きい袋を選択し、すべてのアイテムが前記より大きい袋にパックされるまで、前記最大のアイテムを繰り返し計算でパッケージ化することと、
    前記より大きい袋に前記アイテムをパッケージングするための少なくとも１つの命令セットを生成することによって、最適化工程を実施することと、
    前記生成されている命令を表示のためにコンピュータシステムに送信することであって
    、前記命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含むことと
    を含む、コンピュータ実施方法。
11. 前記第１の袋のサイズは、前記第１の袋の幅（ｂＷｉｄｔｈ）および前記第１の袋の長
    さ（ｂＬｅｎｇｔｈ）を含む、請求項１０に記載のコンピュータ実施方法。
12. 前記第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）は、前記第１の袋の前記幅（ｂＷｉｄ
    ｔｈ）および前記第１の袋の前記長さ（ｂＬｅｎｇｔｈ）に基づく、請求項１１に記載の
    コンピュータ実施方法。
13. 前記第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）が、
    ｖＨｅｉｇｈｔ＝９＋（－２＊（ｂＬｅｎｇｔｈ＋ｂＷｉｄｔｈ））＋（ｂＬｅｎｇｔ
    ｈ＊ｂＷｉｄｔｈ）
    として計算される、請求項１２に記載のコンピュータ実施方法。
14. パッケージングを反復的にシミュレートすることは、前記少なくとも１つのアイテムの
    前記第１の袋に関連付けられる仮想箱へのパッケージングを反復的にシミュレートするこ
    とを含み、
    前記仮想箱の寸法は、前記第１の袋の前記仮想高さ、前記第１の袋の前記幅、および前
    記第１の袋の前記長さに基づいて計算される、請求項１３に記載のコンピュータ実施方法
    。
15. 前記仮想箱の寸法が、高さ、幅、および長さを含み、
    前記仮想箱の前記高さは、前記第１の袋の前記仮想高さに等しく、
    前記仮想箱の前記幅は、前記第１の袋の前記幅から前記仮想高さを引いた値に等しく、
    前記仮想箱の前記長さは、前記第１の袋の前記長さから前記仮想高さを引いた値に等し
    い、
    請求項１４に記載のコンピュータ実施方法。
16. 前記最適化工程を実施することは、前記仮想箱を複数の等量サブボックスに分割するこ
    とをさらに含み、
    アイテムの前記１つまたは複数の袋へのパッケージングを反復的にシミュレートするこ
    とは、アイテムの前記サブボックスへのパッケージングを反復的にシミュレートすること
    を含む、
    請求項１４に記載のコンピュータ実施方法。
17. 各アイテムの寸法を決定することと、
    最も長い寸法を有するアイテムを決定することによって前記最大のアイテムを決定することと、
    前記最大のアイテムの前記第１の袋へのパッキングをシミュレートすることと、
    前記第１の袋の寸法から前記最大のアイテムの寸法を減算することによって前記第１の袋の残りのスペースを計算することと、
    少なくとも１つの残りのアイテムの前記計算された残りのスペースへのパッキングを反復的にシミュレートすることと
    をさらに含む、請求項１０に記載のコンピュータ実施方法。
18. 自動袋パッケージングのためのコンピュータ実装システムであって、前記自動袋パッケージングが、
    リモートシステムから、少なくとも１つのアイテムを含む注文を受信することと、
    各アイテムに関連付けられる１つまたは複数の特性を決定するために少なくとも１つの
    データストアを検索することと、
    前記少なくとも１つのアイテムを１つまたは複数の袋にパッケージングするための最適化工程を実施することであって、
    第１の袋を表すデータ構造を選択することであって、前記データ構造は、前記第１の袋の寸法を含み、
    前記第１の袋のサイズは、前記第１の袋の幅（ｂＷｉｄｔｈ）および前記第１の袋の長さ（ｂＬｅｎｇｔｈ）を含み、
    前記第１の袋の最大仮想高さ（ｖＨｅｉｇｈｔ）が
    ｖＨｅｉｇｈｔ＝９＋（－２＊（ｂＬｅｎｇｔｈ＋ｂＷｉｄｔｈ））＋（ｂＬｅｎｇｔｈ＊ｂＷｉｄｔｈ）
    として計算されることと、
    すべてのアイテムが選択されている袋にパッケージングされるまで、最大のアイテムの前記第１の袋へのパッケージングを反復的にシミュレートすることと、
    前記選択されている袋に前記アイテムをパッケージングするための少なくとも１つの命令セットを生成すること
    によって、最適化工程を実施することと、
    前記生成されている命令を表示のためにコンピュータシステムに送信することであって、前記命令は、少なくとも１つのアイテム識別子および１つの袋識別子を含むことと
    を含む、コンピュータ実装システム。
    

Images