ホーム > 特許ランキング > クーパン コーポレイション
知財求人 - 知財ポータルサイト「IP Force」
特許7350052配送日の見積もりでウェブページを修正するためのシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-14
(45)【発行日】2023-09-25
(54)【発明の名称】配送日の見積もりでウェブページを修正するためのシステムおよび方法
(51)【国際特許分類】
G06Q 10/08 20230101AFI20230915BHJP
G06Q 30/0601 20230101ALI20230915BHJP
【ＦＩ】
G06Q10/08
G06Q30/0601 340
【請求項の数】
17
(21)【出願番号】P 2021502593
(86)(22)【出願日】2020-09-21
(65)【公表番号】
(43)【公表日】2021-12-16
(86)【国際出願番号】 IB2020058782
(87)【国際公開番号】W WO2021074714
(87)【国際公開日】2021-04-22
【審査請求日】2021-04-12
(31)【優先権主張番号】16/653,581
(32)【優先日】2019-10-15
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520244544
【氏名又は名称】クーパン コーポレイション
(74)【代理人】
【識別番号】230104019
【弁護士】
【氏名又は名称】大野 聖二
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】レーン，エリック
(72)【発明者】
【氏名】ミン，ヒュン シク ユージーン
【審査官】小山 和俊
(56)【参考文献】
【文献】特開２００２－２４５３７０（ＪＰ，Ａ）
【文献】特開２００４－１６８４３３（ＪＰ，Ａ）
【文献】日々の生活にうるおいを与えてくれる ａｍａｚｏｎの使うべきサービス１０ BEST SERVICE amazon.COM，Ｍｒ．ＰＣ，日本，株式会社晋遊舎，第８巻第２号 ，第１２０－１３１頁
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
ウェブページに配送日の見積もりを表示するためのコンピュータ化されたシステムであって、少なくとも１つのプロセッサと、
命令を含んでいる少なくとも１つの非一時的な記憶媒体と
を備えており、
前記命令は、前記少なくとも１つのプロセッサによって実行されたときに、
リモートデバイスから、製品情報を求める第１の要求であって、リモートデバイス情報と製品識別とを含んでいる第１の要求を受信することと、
第２のシステムまたは第三者システムから、配送日の見積もりおよび関連する有効期限を受信することと、
前記製品情報と、前記配送日の見積もりと、特定の時間の配送のインジケータを含むように前記ウェブページを修正するための第１の指示とを含む第１の電子メッセージを生成することと、
前記第１の電子メッセージを前記リモートデバイスに転送することと、
前記配送日の見積もりの有効期限が切れたと判断したことに応答して、更新された配送日の見積もりを含むように前記ウェブページを修正するための第２の指示を指定する第２の電子メッセージを生成することと、
を含むステップを前記少なくとも１つのプロセッサに実行させ、
前記配送日の見積もりは、前記製品の配送を履行するためのフルフィルメントセンタ、注文の優先度、前記製品のインバウンド日、配送のための郵便番号、および前記製品に関する数量に基づいて生成されている、コンピュータ化されたシステム。
【請求項2】
前記第１の電子メッセージは、前記製品情報と、前記配送日の見積もりと、前記第１の指示とを含むＨＴＭＬファイルをさらに含む、請求項１に記載のシステム。
【請求項3】
前記少なくとも１つのプロセッサによって実行される前記ステップは、単一詳細ページ、カートページ、および注文ページのうちの少なくとも１つを識別することを含む、前記ウェブページのタイプを識別すること
をさらに含む、請求項２に記載のシステム。
【請求項4】
前記第２のシステムは、種々の製品についての複数の配送日を格納するメモリを備える、請求項１に記載のシステム。
【請求項5】
前記リモートデバイス情報は、ユーザ名、郵便番号、および物理的位置を含む、請求項１に記載のシステム。
【請求項6】
前記少なくとも１つのプロセッサによって実行される前記ステップは、ローカルおよび第三者の在庫のデータを含むデータベースを調べることによって、前記第１の要求内の製品の配送が前記第三者システムによって履行されるかどうかを判断することと、
前記製品の配送が前記第三者システムによって履行されるとの判断に基づいて、前記配送日の見積もりを求める第２の要求を前記第三者システムに関連付けられた第３のシステムに送信することと、
前記製品の配送が前記第三者システムによって履行されるものではないとの判断に基づいて、前記第２の要求を複数の配送日の見積もりをメモリに格納する前記第２のシステムに送信することと
をさらに含む、請求項１に記載のシステム。
【請求項7】
前記リモートデバイス情報は、前記リモートデバイスに関する位置データを含んでおり、前記少なくとも１つのプロセッサによって実行される前記ステップは、
前記リモートデバイス情報に基づいてフルフィルメントセンタを特定することと、
特定したフルフィルメントセンタに入手可能な在庫を要求することと、
対応する入手可能な在庫と前記製品識別との間の一致に基づいて、前記特定したフルフィルメントセンタからフルフィルメントセンタを選択することと
をさらに含み、
前記第２の要求は、前記選択されたフルフィルメントセンタをさらに含み、
前記関連する有効期限は、その後では前記配送日の見積もりがもはや利用できなくなる注文期限を含む、請求項６に記載のシステム。
【請求項8】
前記フルフィルメントセンタを選択することは、前記製品識別に特定の製品タイプまたは特定の時間の配送が関連付けられているかどうかを判断することと、
前記製品識別に特定の製品タイプの製品が関連付けられている場合に、
前記リモートデバイスに関する地域を担当する前記特定の製品タイプを有する少なくとも１つのフルフィルメントセンタを特定し、
前記少なくとも１つのフルフィルメントセンタからの入手可能な在庫を要求し、
該入手可能な在庫に基づいて前記フルフィルメントセンタのうちの１つを選択することと、
前記製品識別が特定の時間の配送を含む場合に、
前記リモートデバイスに最も近いフルフィルメントセンタを特定し、
前記地域ならびに前記リモートデバイスと前記最も近いフルフィルメントセンタとの間の距離に基づいて、カットオフを決定し、前記カットオフは、その後では前記特定の時間の配送での配送を完了することができない時間を指定しており、
前記カットオフが過ぎていない場合に前記最も近いフルフィルメントセンタを選択することと
を含む、請求項７に記載のシステム。
【請求項9】
ウェブページに配送日の見積もりを表示するためのコンピュータによって実行される方法であって、リモートデバイスから、製品情報を求める第１の要求であって、リモートデバイス情報と製品識別とを含んでいる第１の要求を受信することと、
第２のシステムまたは第三者システムから、配送日の見積もりおよび関連する有効期限を受信することと、
前記製品情報と、前記配送日の見積もりと、特定の時間の配送のインジケータを含むように前記ウェブページを修正するための第１の指示とを含む第１の電子メッセージを生成することと、
前記第１の電子メッセージを前記リモートデバイスに転送することと、
前記配送日の見積もりの有効期限が切れたと判断したことに応答して、更新された配送日の見積もりを含むように前記ウェブページを修正するための第２の指示を指定する第２の電子メッセージを生成することと、
を含み、
前記配送日の見積もりは、前記製品の配送を履行するためのフルフィルメントセンタ、注文の優先度、前記製品のインバウンド日、配送のための郵便番号、および前記製品に関する数量に基づいて事前に生成されている、方法。
【請求項10】
前記第１の電子メッセージは、前記製品情報と、前記配送日の見積もりと、前記第１の指示とを含むＨＴＭＬファイルをさらに含む、請求項９に記載の方法。
【請求項11】
単一詳細ページ、カートページ、および注文ページのうちの少なくとも１つを識別することを含む、前記ウェブページのタイプを識別することをさらに含む、請求項１０に記載の方法。
【請求項12】
前記第２のシステムは、種々の製品についての複数の配送日を格納するメモリを備える、請求項９に記載の方法。
【請求項13】
前記リモートデバイス情報は、ユーザ名、郵便番号、および物理的位置を含む、請求項９に記載の方法。
【請求項14】
ローカルおよび前記第三者システムの在庫のデータを含むデータベースを調べることによって、前記第１の要求内の製品の配送が第三者によって履行されるかどうかを判断することと、前記製品の配送が前記第三者システムによって履行されるとの判断に基づいて、前記配送日の見積もりを求める第２の要求を前記第三者システムに関連付けられた第３のシステムに送信することと、
前記製品の配送が前記第三者システムによって履行されるものではないとの判断に基づいて、前記第２の要求を複数の配送日の見積もりをメモリに格納する前記第２のシステムに送信することと
をさらに含む、請求項９に記載の方法。
【請求項15】
前記リモートデバイス情報は、前記リモートデバイスに関する位置データを含んでおり、前記リモートデバイス情報に基づいてフルフィルメントセンタを特定することと、
特定したフルフィルメントセンタに入手可能な在庫を要求することと、
対応する入手可能な在庫と前記製品識別との間の一致に基づいて、前記特定したフルフィルメントセンタからフルフィルメントセンタを選択することと
をさらに含み、
前記第２の要求は、前記選択されたフルフィルメントセンタをさらに含み、
前記関連する有効期限は、その後では前記配送日の見積もりがもはや利用できなくなる注文期限を含む、請求項１４に記載の方法。
【請求項16】
前記フルフィルメントセンタを選択することは、前記製品識別に特定の製品タイプまたは特定の時間の配送が関連付けられているかどうかを判断することと、
前記製品識別に特定の製品タイプが関連付けられている場合に、
前記リモートデバイスに関する地域を担当する前記特定の製品タイプを有する少なくとも１つのフルフィルメントセンタを特定し、
前記少なくとも１つのフルフィルメントセンタからの入手可能な在庫を要求し、
該入手可能な在庫に基づいて前記フルフィルメントセンタのうちの１つを選択することと、
前記製品識別が特定の時間の配送を含む場合に、
前記リモートデバイスに最も近いフルフィルメントセンタを特定し、
前記地域ならびに前記リモートデバイスと前記最も近いフルフィルメントセンタとの間の距離に基づいて、カットオフを決定し、前記カットオフは、その後では前記特定の時間の配送での配送を完了することができない時間を指定しており、
前記カットオフが過ぎていない場合に前記最も近いフルフィルメントセンタを選択することと
を含む、請求項１５に記載の方法。
【請求項17】
プロセッサによって実行されたときにウェブページに配送日の見積もりを表示するための動作を実行する命令を格納した非一時的なコンピュータ可読媒体であって、前記動作は、
リモートデバイスから、製品情報を求める第１の要求であって、リモートデバイス情報と製品識別とを含んでいる第１の要求を受信することと、
フルフィルメントシステムから、配送日の見積もりおよび関連する有効期限を受信することと、
前記製品情報および前記配送日の見積もりを指定するＨＴＭＬファイルと、ウェブページを修正するための指示とを含んでおり、前記指示は、検索結果ページ、単一詳細ページ、カートページ、および注文ページのうちの１つであるウェブページのタイプを識別すること、および該ウェブページのタイプに基づいて、特定の時間の配送のインジケータを含むように前記ウェブページを修正することを含んでいる電子メッセージを生成することと、
前記電子メッセージを前記リモートデバイスに転送することと、
前記配送日の見積もりの有効期限が切れたと判断したことに応答して、更新された配送日の見積もりを含むように前記ウェブページを修正するための第２の指示を指定するＨＴＭＬファイルを含む第２の電子メッセージを生成することと、
を含む、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
[001] 本開示は、広くには、配送日の見積もりを決定し、ウェブページを修正するためのコンピュータ化されたシステムおよび方法に関する。とくには、本開示の実施形態は、小売製品の配送の見積もりを含み、さらには／あるいは更新するようにウェブページを修正するための独創的な従来にないシステムおよび方法に関する。
【背景技術】
【0002】
[002] オンラインの買い物客は、購入し得る商品の不確定な到着日に基づいて購入を決定することが多くある。例えば、オンラインの顧客は、製品が注文から１日で到着する場合には、製品をオンラインで購入する意思があるかもしれないが、製品の到着が遅くなる（例えば、注文から１週間）のであれば、顧客は実店舗に向かうことを選ぶかもしれない。したがって、オンラインショッピングを行う場合、顧客は、購入の決定を容易にするために、同じウェブページ内で、できるだけ早く、配送日時の見積もりを確認することを好む可能性がある。さらに、一部の小売業者は、配送日時を「約束」することによってオンライン購入を奨励しようと試みることができる。例えば、一部のオンライン小売業者が、実店舗の選択肢よりもオンライン購入を奨励するために、２４時間以内に製品が到着することを「約束」する場合がある。
【0003】
[003] しかしながら、オンラインショッピングに関して配送日の見積もりを決定することは、複雑な技術的問題である。不確定な配送日を正確に計算するために、小売業者は、多数の関係者（例えば、販売者および運送業者）から情報を収集し、相互作用を予測し、無数の変数および代替案を考慮する必要がある。さらに、配送日の計算は、時間的制約を伴い、きわめて迅速に、場合によってはミリ秒単位で、実行される必要がある。小売業者は、オンラインの顧客に情報を提示し、顧客の注意を引き付け、販売を奨励するために、配送日の見積もりを迅速に決定する必要がある。さらに、見積もりが不正確であると、顧客の不満につながる可能性があり、さらには／あるいは小売業者が配送を約束している場合には、小売業者へのペナルティにつながる可能性があるため、配送の見積もりは正確でなければならない。複雑な計算を迅速かつ正確に、多数のソースからのデータを使用して実行するという複合した要件ゆえに、オンライン小売業者にとってきわめて複雑な技術的問題が生じる。
【0004】
[004] さらに、配送の見積もりは、有望な顧客のデバイスにシームレスに表示されなければならない。配送の見積もりの計算は、小売業者のウェブページをナビゲートするときの顧客のエクスペリエンスを損なうものであってはならない。例えば、配送の見積もりを計算することによってウェブページのレンダリングが遅れたり、不正確になったりすると、顧客がウェブページを頼りにならないと感じ、あるいは信頼できないと感じる可能性がある。同様に、ウェブページが適切に読み込まれていないと感じ、あるいは不正確な情報を提示していると感じると、顧客は、別のウェブページまたは実店舗を使用することを選ぶ可能性がある。したがって、配送の見積もりの計算をウェブページに表示するために、クライアントとの円滑な対話および他のオンラインシステムとのシームレスな統合を保証するという複雑さが増す。
【0005】
[005] 配送日の見積もりでウェブページを修正するための本開示のシステムおよび方法は、上述の問題および／または先行技術における他の問題のうちの１つまたは複数に対処する。
【発明の概要】
【0006】
[006] 本開示の一態様は、ウェブページに配送日の見積もりを表示するためのコンピュータ化されたシステムに関する。このシステムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに少なくとも１つのプロセッサにいくつかのステップを実行させる命令を含んでいる少なくとも１つの非一時的な記憶媒体とを含み得る。これらのステップは、製品情報の第１の要求を（リモートデバイスから）受信することを含むことができ、第１の要求は、リモートデバイス情報および製品識別を含む。さらに、これらのステップは、（第２のシステムに）メモリに格納された配送日の見積もりの第２の要求をもたらすことを含むことができ、第２の要求は、リモートデバイス情報および製品識別を含む。これらのステップは、（第２のシステムから）配送日の見積もりを受信し、製品情報および配送日の見積もりを含む電子メッセージを生成し、（リモートシステムに）電子メッセージを転送することをさらに含むことができる。
【0007】
[007] 本開示の別の態様は、ウェブページに配送日の見積もりを表示するためのコンピュータによって実現される方法に関する。この方法は、製品情報の第１の要求を（リモートデバイスから）受信することを含むことができ、第１の要求は、リモートデバイス情報および製品識別を含む。さらに、この方法は、（フルフィルメントシステムに）メモリに格納された配送日の見積もりの第２の要求をもたらすことを含むことができ、第２の要求は、リモートデバイス情報および製品識別を含む。この方法は、（フルフィルメントシステムから）配送日の見積もりを受信し、製品情報および配送日の見積もりを含む電子メッセージを生成し、（リモートシステムに）電子メッセージを転送することをさらに含むことができる。
【0008】
[008] 本開示のさらに別の態様は、プロセッサによって実行されたときにウェブページに配送日の見積もりを表示するための動作を実行する命令を格納した非一時的なコンピュータ可読媒体に関する。これらの動作は、製品情報の第１の要求を（リモートデバイスから）受信することを含むことができ、第１の要求は、リモートデバイス情報および製品識別を含む。さらに、これらの動作は、（フルフィルメントシステムに）メモリに格納された配送日の見積もりの第２の要求をもたらすことを含むことができ、第２の要求は、リモートデバイス情報および製品識別を含む。これらの動作は、（フルフィルメントシステムから）配送日の見積もりを受信することと、製品情報および配送日の見積もりを指定するＨＴＭＬファイルと、ウェブページを修正するための指示とを含んでいる電子メッセージを生成することとをさらに含むことができ、ウェブページを修正するための指示は、（１）検索結果ページ、単一詳細ページ、カートページ、または注文ページのうちの１つであるウェブページのタイプを識別することと、（２）ウェブページのタイプに基づいてウェブページを修正することとを含む。これらの動作は、電子メッセージをリモートシステムに転送することをさらに含むことができる。
【0009】
[009] 他のシステム、方法、およびコンピュータ可読媒体も、本明細書で説明される。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
[029] 以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素および工程に対して行われてもよく、本明細書に記載された例示的な方法は、開示された方法に対して工程の置換、並べ替え、除去、または追加を行うことによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。
【0012】
[030] 本開示の実施形態は、配送日の見積もりでウェブページを修正または生成するように構成されたシステムおよび方法に関する。本開示のシステムおよび方法は、配送日の見積もりのための自動化および最適化された計算を可能にする。さらに、本開示のシステムおよび方法は、帯域幅の利用を最小限に抑えつつ配送日の見積もりを送信することを可能にする。例えば、本開示のシステムは、反復の情報を再送信することなく、圧縮されたＨＴＭＬまたはＪａｖａＳｃｒｉｐｔファイルを送信してウェブページを更新するように構成され得る。さらに、本開示のシステムおよび方法は、クライアントがウェブページ内をナビゲートするときに、複数のソースからデータを同時に収集して、配送日の見積もりを動的に生成することによって、配送日の見積もりの計算の精度を高めることができる。さらに、本開示のシステムおよび方法は、計算結果をユーザに提示するウェブページを生成または修正するためのスクリプトおよび／またはソースコードを自動的に生成することができる。
【0013】
[031] 本開示のシステムおよび方法の実施形態は、コンピュータの動作の改善に向けられてよい。とくには、開示されるシステムおよび方法は、オンライン買い物客のためのウェブページを計算および表示するという技術分野を改善する動的に生成されたマルチソースハイブリッドウェブページをもたらすことができる。本開示のシステムおよび方法は、フルフィルメントセンタ、配送業者、および顧客アカウントからの情報を組み合わせるウェブページを動的に生成し、顧客アカウント情報に基づいて製品情報および配送日の見積もりを示すハイブリッドウェブページを生成することができる。例えば、本開示のシステムは、小売業者からの情報（例えば、製品の入手可能性および場所）、運送業者からの情報（例えば、出荷ルートおよびスケジュール）、および顧客からの情報（例えば、出荷の好みおよび郵便番号）を組み合わせる動的なハイブリッドウェブページを生み出すことができる。このようなマルチソースの情報の配置を使用して、製品、配送日の見積もり、約束された配送日、および購入の選択肢を表示するハイブリッドウェブページを生成することができる。
【0014】
[032] さらに、本開示のシステムおよび方法は、配送日の見積もりを送信および／または更新するときのネットワークの輻輳を低減することができる。配送見積もりを、ユーザが小売業者のウェブページをナビゲートするときに動的に生成することができる。しかしながら、ネットワークの輻輳を最小限にするために、配送見積もりを、新しいウェブページをレンダリングするのではなく、ウェブページを修正するスクリプトとして送信することができる。完全なウェブページをレンダリングするためのすべての情報を送信する代わりに、本開示のシステムおよび方法においては、ネットワークの輻輳を低減するために、より小さなスクリプトまたはファイルをシステムの異なる部分の間で交換すればよい。さらに、本開示のシステムおよび方法は、計算リソースおよびネットワーク帯域幅を節約するために、もはや不要となり、あるいは期限切れになった見積もりの計算を自動的に削除するタイマーを含むことができる。
【0015】
[033] さらに、本開示のシステムおよび方法は、配送日の見積もりを動的に表示するためのウェブページの適応性を改善する。本開示のシステムおよび方法は、配送見積もりが計算されたときにとくに更新することができる動的テキストボックスを有することによって、ウェブページの更新を容易にすることができる。このような構成により、ウェブページをナビゲートするときのユーザエクスペリエンスを向上させ、ユーザが動的に更新される製品および配送情報を確認することを可能にできる。
【0016】
[034] 次に、本開示の実施形態を詳しく参照するが、そのいくつかの例が添付の図面に示されている。
【0017】
[035] 図１Ａは、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示すシステム１００の概略ブロック図を示している。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント（履行）最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。
【0018】
[036] いくつかの実施形態では、ＳＡＴシステム１０１は、注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は、注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１は、システム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。
【0019】
[037] いくつかの実施形態では、外部フロントエンドシステム１０３は、外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３は、検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３は、外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【0020】
[038] いくつかの実施形態では、外部フロントエンドシステム１０３は、ウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では、外部フロントエンドシステム１０３は、これらのシステムのうちの１つまたは複数を備えることができ、別の態様では、外部フロントエンドシステム１０３は、これらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【0021】
[039] 図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示される例示的な一組のステップは、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は、提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果ページ（ＳＲＰ）（例えば、図１Ｂ）、単一ディテールページ（ＳＤＰ）（例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）を含む１つ以上のウェブページをホスティングまたは提供することができる。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は、外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は、検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。いくつかの実施形態では、ＰＤＤは、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。
【0022】
[040] 外部フロントエンドシステム１０３は、その情報に基づいてＳＲＰ（例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。
【0023】
[041] 次いで、ユーザデバイスは、例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは、選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は、（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
【0024】
[042] 外部フロントエンドシステム１０３は、受信したプロダクトインフォメーションに基づいて、ＳＤＰ（単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは、最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは、例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は、（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。
【0025】
[043] 依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスは、このリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。
【0026】
[044] 外部フロントエンドシステム１０３は、カートページ（例えば、図１Ｄ）を生成することができる。いくつかの実施形態では、カートページは、ユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページは、ユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザは、ショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。
【0027】
[045] 外部フロントエンドシステム１０３は、購入を開始するためのリクエストの受信に応じて、注文ページ（例えば、図１Ｅ）を発生することができる。いくつかの実施形態では、注文ページは、ショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文ページをユーザデバイスへ送信することが可能である。
【0028】
[046] ユーザデバイスは、注文ページに情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３は、ショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。
【0029】
[047] いくつかの実施形態では、外部フロントエンドシステム１０３は、売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。
【0030】
[048] いくつかの実施形態では、内部フロントエンドシステム１０５は、内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ＳＡＴシステム１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５は、システム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【0031】
[049] いくつかの実施形態では、内部フロントエンドシステム１０５は、ウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つまたは複数を備えることができ、別の態様では、内部フロントエンドシステム１０５は、これらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【0032】
[050] いくつかの実施形態では、輸送システム１０７は、システム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ～１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、輸送システム１０７は、１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ～１０７Ｃは、配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ～１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員は、荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは、例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送システム１０７に送信することができる。輸送システム１０７は、システム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。いくつかの実施形態では、輸送システム１０７は、この情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。
【0033】
[051] いくつかの実施形態では、あるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が、他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。
【0034】
[052] いくつかの実施形態では、輸送システム１０７は、ユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７は、ユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。輸送システム１０７は、この関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。
【0035】
[053] いくつかの実施形態では、売り手ポータル１０９は、売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。
【0036】
[054] いくつかの実施形態では、出荷および注文追跡システム１１１は、（例えば、デバイス１０２Ａ～１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は、顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。
【0037】
[055] いくつかの実施形態では、出荷および注文追跡システム１１１は、システム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、輸送システム１０７は、ユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ～１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡システム１１１は、フルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は、輸送システム１０７またはＷＭＳ１１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。
【0038】
[056] いくつかの実施形態では、フルフィルメント（履行）最適化（ＦＯ）システム１１３は、他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３は、この情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。
【0039】
[057] また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ（約束配送日）を計算してもよい。いくつかの実施形態では、ＰＤＤは、１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は、製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。
【0040】
[058] いくつかの実施形態では、ＦＯシステム１１３は、定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３は、１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。さらに他の実施形態では、ＦＯシステム１１３は、ユーザがウェブページの１つをナビゲートするときにＰＤＤを決定してもよい。ＦＯシステム１１３によるＰＤＤの計算および送信のための処理は、図９に関連してさらに説明される。
【0041】
[059] いくつかの実施形態では、フルフィルメントメッセージングゲートウェイ１１５は、ＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ１１９または第三者フルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。
【0042】
[060] いくつかの実施形態では、サプライチェーン管理（ＳＣＭ）システム１１７は、予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は、例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は、特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。
【0043】
[061] いくつかの実施形態では、労働力管理システム（ＷＭＳ）１１９は、ワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ１１９は、個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ１１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ１１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ１１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。
【0044】
[062] いくつかの実施形態では、ＷＭＳ１１９は、１つまたは複数のデバイス（例えば、デバイス１０７Ａ～１０７Ｃまたは１１９Ａ～１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。
【0045】
[063] いくつかの実施形態では、ＷＭＳ１１９は、システム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ１１９は、任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ～１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ１１９は、デバイス１１９Ａ～１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。
【0046】
[064] いくつかの実施形態では、第三者フルフィルメント（３ＰＬ）システム１２１Ａ～１２１Ｃは、ロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ～１２１Ｃは、ＦＯシステム１１３から（例えば、ＦＭＧ１１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では、３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では、３ＰＬシステム１２１Ａ～１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。
【0047】
[065] いくつかの実施形態では、フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３は、システム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３は、ユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ～１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。
【0048】
[066] いくつかの実施形態では、労働管理システム（ＬＭＳ）１２５は、従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ１２５は、ＦＣ認証１２３、ＷＭＡ１１９、デバイス１１９Ａ～１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ～１０７Ｃから受信することができる。
【0049】
[067] 図１Ａに示される特定の構成は単なる例である。例えば、図１Ａは、ＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ（ワイドエリアネットワーク）、ＭＡＮ（メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上は、データセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。
【0050】
[068] 図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は、多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は、図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では、図２のゾーンを省略、複製、および／または修正することができる。
【0051】
[069] インバウンドゾーン２０３は、装置１００（図１Ａ）を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。
【0052】
[070] 作業員は、インバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は、例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６は、緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。
【0053】
[071] ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）は、ピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーは、アイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。
【0054】
[072] ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０は、物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９は、複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。
【0055】
[073] ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーは、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは、例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスは、アイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは、（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ１１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。
【0056】
[074] ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーは、アイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４は、スライドとして表されているが、いくつかの実施形態では、搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。
【0057】
[075] パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン（ｒｅｂｉｎ）作業員」）に割り当てられた作業員は、ピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン（ｒｅｂｉｎ）作業員は、アイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃは、どの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン（ｒｅｂｉｎ）作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者は、セルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは、例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。
【0058】
[076] ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは、荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンは、（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
【0059】
[077] いくつかの実施形態では、キャンプゾーン２１５は、１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態では、キャンプゾーン２１５がＦＣ２００から物理的に分離されているが、他の実施形態では、キャンプゾーン２１５がＦＣ２００の一部を形成することができる。
【0060】
[078] キャンプゾーン２１５内の作業員および／またはマシンは、例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンは、（例えば、デバイス１１９Ａ～１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは、必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
【0061】
[079] 図３が、開示される実施形態による例示的なシステム３００のブロック図である。システム３００において、配送日推定システム３２０は、例えば製品のＰＤＤまたは配送見積もりを決定するために、リアルタイムの顧客のデバイスのデータストリームからの製品要求を処理することができる。さらに、システムは、見積もられた配送データを含むようにウェブページを表示または修正するための命令を生成することができる。システム３００は、推定システム３２０、オンラインリソース３４０、クライアントデバイス３５０、第三者システム３６０、クライアントシステム３９０、およびデータベース３８０を含み得る。いくつかの実施形態においては、図３に示されるように、システム３００の構成要素をネットワーク３７０に接続することができる。しかしながら、他の実施形態においては、システム３００の構成要素を、ネットワーク３７０によらずに互いに直接接続することができる。例えば、データベース３８０を、推定システム３２０に直接結合させることができる。
【0062】
[080] いくつかの実施形態において、推定システム３２０は、システム１００の１つまたは複数の構成要素（図１Ａ）で実装され得る。例えば、推定システム３２０は、ＳＡＴシステム１０１、外部フロントエンドシステム１０３、ＦＯシステム１１３、ＳＣＭシステム１１７、および／またはＷＭＳ１１９（図１Ａ）を含み得る。他の実施形態において、推定システム３２０は、配送日を見積もり、ＰＤＤを生成し、さらに／あるいはクライアントデバイス３５０のためのウェブページを更新または生成するための動作を実行するように構成された１つまたは複数の独立したサーバで実装され得る。
【0063】
[081] オンラインリソース３４０は、ウェブページホスティング、ネットワーキング、クラウド、またはバックアップサービスのプロバイダなどのエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含み得る。いくつかの実施形態においては、オンラインリソース３４０に、認証サービス、ドメインネームシステム（ＤＮＳ）、またはランディングページのためのウェブページを格納するホスティングサービスまたはサーバが関連付けられ得る。他の実施形態においては、オンラインリソース３４０に、クラウドコンピューティングサービスが関連付けられ得る。さらに他の実施形態においては、オンラインリソース３４０に、例えば、Ａｐｐｌｅプッシュ通知サービス、Ａｚｕｒｅモバイルサービス、またはＧｏｏｇｌｅクラウドメッセージングなどのメッセージングサービスが関連付けられ得る。そのような実施形態において、オンラインリソース３４０は、デジタル権利管理の処理など、本開示の実施形態の機能に関連するメッセージおよび通知の配送を処理することができる。
【0064】
[082] クライアントデバイス３５０は、開示される実施形態による１つまたは複数の動作を実行するように構成された１つまたは複数のコンピューティングデバイスを含み得る。例えば、クライアントデバイス３５０は、デスクトップコンピュータ、ラップトップ、サーバ、モバイルデバイス（例えば、タブレット、スマートフォン、など）、セットトップボックス、ゲーミングデバイス、ウェアラブルコンピューティングデバイス、または他のタイプのコンピューティングデバイスを含み得る。いくつかの実施形態において、クライアントデバイス３５０は、ユーザデバイス１０２（図１Ａ）を含むことができ、システム１００の一部として動作することができる。しかしながら、他の実施形態では、クライアントデバイス３５０は、システム１００から独立していてもよい。クライアントデバイス３５０は、クライアントデバイス３５０に含まれるメモリなどのメモリに格納されたソフトウェア命令を実行して、以下で説明される機能を実現するための動作を実行するように構成された１つまたは複数のプロセッサを含み得る。例えば、クライアントデバイス３５０は、推定システム３２０によって生成された配送日の見積もりを含むウェブページにグラフィカルユーザインターフェースを表示するように構成され得る。さらに、クライアントデバイス３５０は、有線および／または無線通信を行うように構成されてよく、プロセッサによって実行されたときにインターネット関連の通信（例えば、ＴＣＰ／ＩＰ）およびコンテンツ表示のプロセスを実行するソフトウェアを含むことができる。例えば、クライアントデバイス３５０は、製品情報のインターフェースを生成および表示するブラウザソフトウェアを実行することができる。したがって、クライアントデバイス３５０は、クライアントデバイス３５０がネットワーク３７０を介してコンポーネントと通信し、クライアントデバイス３５０に含まれる表示デバイスを介してインターフェースにコンテンツを表示することを可能にするアプリケーションを実行することができる。
【0065】
[083] いくつかの実施形態において、図４に関連してさらに開示されるように、クライアントデバイス３５０は、推定システム３２０と相互作用するように特別に構成されたアプリケーションを実行することができる。さらに、クライアントデバイス３５０は、１つまたは複数のアカウントを格納することができる。例えば、クライアントデバイス３５０は、顧客の配送の好み、顧客の場所、顧客のアカウント、および顧客の識別に関する情報を格納することができる。
【0066】
[084] 開示される実施形態は、クライアントデバイス３５０のいかなる特定の構成にも限定されない。例えば、クライアントデバイス３５０は、モバイルアプリケーションを格納および実行して、推定システム３２０および／またはオンラインリソース３４０によって提供される機能を提供する動作を実行するモバイルデバイスであってよい。特定の実施形態において、クライアントデバイス３５０は、ＧＰＳロケーションなどのロケーションサービスに関連するソフトウェア命令を実行するように構成され得る。例えば、クライアントデバイス３５０は、地理的位置を決定し、位置データおよび位置データに対応するタイムスタンプデータを提供するように構成され得る。クライアントデバイス３５０は、図４に関連してさらに説明される。
【0067】
[085] データベース３８０は、配送日の見積もりを計算および／または検索するための推定システム３２０へのデータの提供に調和した動作を実行するように適切なソフトウェアで構成された１つまたは複数のコンピューティングデバイスを含み得る。データベース３８０は、例えば、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、または他のリレーショナルデータベース、あるいはＨａｄｏｏｐ（商標）シーケンスファイル、ＨＢａｓｅ（商標）、またはＣａｓｓａｎｄｒａ（商標）などの非リレーショナルデータベースを含むことができる。データベース３８０は、データベースのメモリデバイスに格納されたデータの要求を受信および処理し、データベースからデータを提供するように構成されたコンピューティングコンポーネント（例えば、データベース管理システム、データベースサーバ、など）を含むことができる。
【0068】
[086] データベース３８０は別個に示されているが、いくつかの実施形態において、データベース３８０は、推定システム３２０またはオンラインリソース３４０に含まれても、あるいは他のかたちで関係してもよい。
【0069】
[087] データベース３８０は、配送日またはＰＤＤの見積もりを容易にするために、ユーザアカウントまたは製品に関連するデータを収集および／または維持するように構成され得る。例えば、データベース３８０は、システム３００のユーザのユーザプロファイルに関する情報を格納することができる。さらに、データベース３８０は、特定の製品および対応する郵便番号について以前に計算された配送日を格納することで、類似の製品および郵便番号のペアを有する配送日の見積もりの要求に迅速に応答することができる。データベース３８０は、例えば、オンラインリソース３４０または第三者システム３６０を含むさまざまなソースからデータを収集することができる。さらに、データベース３８０は、クライアントデバイス３５０のオペレーティングシステムに関する情報を含むことができる。ユーザアカウント情報内に、データベース３８０は、ウェブページを生成または更新するためのオペレーティングシステム情報を含み得る。データベース３８０は、図５に関連して以下でさらに説明される。
【0070】
[088] いくつかの実施形態において、第三者システム３６０は、システム１００の１つまたは複数の要素を含み得る。例えば、第三者システム３６０は、３ＰＬシステム１２１Ａ～１２１Ｃを含み得る。これに加え、あるいはこれに代えて、第三者システム３６０は、サービスのプロバイダまたはフルフィルメントセンタなどの推定システム３２０に関連するエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含み得る。第三者システム３６０もネットワーク３７０を介してシステム３００に接続され得るが、他の実施形態において、第三者システム３６０は、システム３００のいくつかの要素との直接接続を含み得る。例えば、遅延またはネットワークの輻輳を最小化するために、第三者システム３６０は、推定システム３２０を含むプライベートネットワークに接続され得る。さらに、第三者システム３６０は、推定システム３２０またはシステム３００の他の要素からの情報を提供および／または要求するように構成され得る。いくつかの実施形態において、第三者システム３６０もネットワーク３７０に結合され得るが、それらは推定システム３２０のクライアントでなくてもよい。代わりに、第三者システム３６０は、推定システム３２０のユーザまたはクライアントの情報を含むシステムを含み得る。例えば、第三者システム３６０は、製品の配送に第三者請負業者が関与する場合に推定システム３２０によって使用され得るＦｅｄＥｘ（登録商標）などの配送請負業者のサーバを含み得る。同様に、製品がシステム１００（図１）のフルフィルメントセンタ内で入手できない場合、第三者システム３６０は、それらの独自の計算を実行し、不確定な配送日またはＰＤＤについて推定システム３２０に通知することができる。
【0071】
[089] クライアントシステム３９０は、ネットワーク３７０を介して推定システム３２０と通信する１つまたは複数のサーバまたはストレージサービスを含み得る。いくつかの実施形態において、クライアントシステム３９０は、製品情報の注文要求を推定システム３２０に送信することができ、推定システム３２０は、開示されるシステムおよび方法を使用して注文要求をリアルタイムで処理することができる。例えば、クライアントシステム３９０は、他のパラメータの中でもとりわけアイテム情報、顧客の郵便番号、および配送住所を含むことができる製品情報要求を伴うデータストリームを送信することができる。そのような実施形態において、クライアントシステム３９０から送信される注文は、ユーザ情報、場所、取引金額、ＩＰアドレス、および／または通貨をさらに含み得る。さらに、クライアントシステム３９０は、Ｗｉｎｄｏｗｓ（登録商標）、ｍａｃＯＳ（登録商標）、またはＬｉｎｕｘ（登録商標）オペレーティングシステムを動作させることができる。
【0072】
[090] ネットワーク３７０は、システム３００のコンポーネント間の通信を提供するように構成された任意のタイプのネットワークであってよい。例えば、ネットワーク３７０は、インターネット、ローカルエリアネットワーク、近距離通信（ＮＦＣ）、光コードスキャナ、またはシステム３００のコンポーネント間の情報の送信および受信を可能にする他の適切な接続など、通信を提供し、情報を交換し、さらには／あるいは情報の交換を容易にする任意のタイプのネットワーク（インフラストラクチャを含む）であってよい。他の実施形態において、システム３００の１つまたは複数のコンポーネントは、専用の通信リンクを介して直接通信することができる。さらに他の実施形態において、ネットワーク３７０は、例えば１つまたは複数のネットワークを組織化する複数のネットワークを含み得る。
【0073】
[091] システム３００の機能構築ブロックの構成および境界が、本明細書において、説明を便利にするために定められていることを理解すべきである。指定された機能およびそれらの関係が適切に実行される限りにおいて、他の境界を定めることが可能である。代案（本明細書に記載の案の同等物、拡張物、変形物、偏差物、などを含む）が明らかであろう。そのような代案は、開示される実施形態の範囲に包含される。
【0074】
[092] ここで図４を参照すると、本開示の実施形態による例示的なクライアントデバイス３５０（図３）のブロック図が示されている。いくつかの実施形態において、クライアントデバイス３５０は、ユーザデバイス１０２（図１Ａ）を含み得る。
【0075】
[093] 一実施形態において、クライアントデバイス３５０は、１つまたは複数のプロセッサ４０２、１つまたは複数の入力／出力（Ｉ／Ｏ）デバイス４０４、および１つまたは複数のメモリ４１０を含み得る。いくつかの実施形態において、クライアントデバイス３５０は、スマートフォンまたはタブレットなどのモバイルコンピューティングデバイス、汎用コンピュータ、またはこれらのコンポーネントの任意の組み合わせの形態をとることができる。あるいは、クライアントデバイス３５０（または、クライアントデバイス３５０を含むシステム）は、開示される実施形態による１つまたは複数の動作を実行するソフトウェア命令の記憶、実行、および／または実装に基づいて、特定の装置、組み込みシステム、専用回路、などとして構成され得る。いくつかの実施形態によれば、クライアントデバイス３５０は、開示される実施形態によるウェブサイトにアクセスするウェブブラウザまたは同様のコンピューティングデバイスを含み得る。
【0076】
[094] プロセッサ４０２は、Ｉｎｔｅｌ（商標）またはＮＶＩＤＩＡ（商標）が製造するモバイルデバイスマイクロプロセッサ、あるいは他の製造業者からのさまざまなプロセッサなど、１つまたは複数の既知の処理デバイスを含み得る。開示される実施形態は、クライアントデバイス３５０において構成されたいかなる特定のタイプのプロセッサにも限定されない。
【0077】
[095] メモリ４１０は、開示される実施形態に関連する機能を実行するためにプロセッサ４０２によって使用される命令を格納するように構成された１つまたは複数の記憶装置を含み得る。例えば、メモリ４１０は、プロセッサ４０２によって実行されたときに動作を実行することができるプログラム４１２などの１つまたは複数のソフトウェア命令で構成され得る。開示される実施形態は、専用のタスクを実行するように構成された別個のプログラムまたはコンピュータに限定されない。例えば、メモリ４１０は、クライアントデバイス３５０の機能を実行する単一のプログラム４１２を含むことができ、あるいはプログラム４１２は、複数のプログラムを含むことができる。さらに、メモリ４１０は、推定システム３２０によって配送の見積もりまたはＰＤＤをクライアントデバイスに割り当てるために使用され得るデータ４１６を格納することができる。
【0078】
[096] 特定の実施形態において、メモリ４１０は、推定システム３２０へのアクセスまたは要求の送信のための命令を格納することができる。例えば、メモリ４１０は、ＴＣＰ／ＩＰを介して推定システム３２０と通信するアプリケーションを含み得る。さらに、他のソフトウェアコンポーネントが、推定システム３２０からの情報を要求し、あるいはクライアントデバイス３５０の位置を決定するように構成され得る。例えば、これらのソフトウェア命令は、プロセッサ４０２によって実行されたときに、情報を処理して、見積もられた配送日またはＰＤＤをウェブページに表示することができる。さらに、ソフトウェア命令は、クライアントデバイス３５０に表示されているウェブページを修正するためのスクリプトを実装することができる。
【0079】
[097] Ｉ／Ｏデバイス４０４は、クライアントデバイス３５０によるデータの受信および／または送信を可能にし、システム３００の他のコンポーネントなどの他のマシンおよびデバイスとの通信をクライアントデバイス３５０にとって可能にするように構成された１つまたは複数のデバイスを含み得る。例えば、Ｉ／Ｏデバイス４０４は、小包の配送の確認またはユーザへの情報の提供のための画面を含み得る。さらに、Ｉ／Ｏデバイス４０４は、ＮＦＣ通信のためのコンポーネントを含み得る。また、ｌ／Ｏデバイス４０４は、タッチ感応領域、ボタン、またはマイクロフォンなど、クライアントデバイス３５０との対話をユーザにとって可能にする１つまたは複数のデジタルおよび／またはアナログデバイスを含み得る。さらに、Ｉ／Ｏデバイス４０４は、クライアントデバイス３５０の向きおよび慣性を検出するための１つまたは複数の加速度計を含み得る。また、Ｉ／Ｏデバイス４０４は、推定システム３２０と相互作用するための技術的に公知の他のコンポーネントを含み得る。
【0080】
[098] いくつかの実施形態において、クライアントデバイス３５０は、画像をキャプチャするカメラ４２０をさらに含むことができ、カメラ４２０を、ユーザが望む製品の識別に使用することができる。このような識別により、配送日の見積もりまたはＰＤＤの計算をトリガすることができる。これに加え、あるいはこれに代えて、クライアントデバイス３５０は、ユーザがクライアントデバイス３５０のロックを解除して自身のアカウントにアクセスし、情報の要求を送信し、アイテムを購入することを可能にする指紋センサ４３０を含み得る。カメラ４２０および指紋センサ４３０の両方は、プロセッサ４０２によって動作させらされてよく、暗号化セキュリティを使用して、ユーザが指紋またはカメラ情報に外部からアクセスすることを不可能にすることができる。
【0081】
[099] クライアントデバイス３５０のコンポーネントは、当業者にとって明らかであるとおり、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの両方の組み合わせにて実装され得る。
【0082】
[0100] ここで図５を参照すると、開示される実施形態による例示的なデータベース３８０（図３）のブロック図が示されている。いくつかの実施形態において、データベース３８０は、システム１００の要素に含まれ得る。例えば、データベース３８０は、ＦＯシステム１１３またはＷＭＳ１１９（図１Ａ）の一部であり得る。
【0083】
[0101] データベース３８０は、通信デバイス５０２、１つまたは複数のデータベースプロセッサ５０４、および１つまたは複数のデータベースプログラム５１２およびデータ５１４を含むデータベースメモリ５１０を含み得る。データベース３８０は、ＨＢａｓｅ、ＭｏｎｇｏＤＢ（商標）、またはＣａｓｓａｎｄｒａ（商標）などのＮｏＳＱＬデータベースを含み得る。あるいは、データベース３８０は、Ｏｒａｃｌｅ、ＭｙＳＱＬ、およびＭｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒなどのリレーショナルデータベースを含み得る。
【0084】
[0102] いくつかの実施形態において、データベース３８０は、サーバ、汎用コンピュータ、メインフレームコンピュータ、またはこれらのコンポーネントの任意の組み合わせの形態をとることができる。いくつかの実施形態において、データベース３８０は、推定システム３２０などのシステム３００の他の要素内に含まれる。開示される実施形態に矛盾しない他の実装も同様に可能である。
【0085】
[0103] いくつかの実施形態において、データベース３８０は、非リレーショナルデータベースおよび組み込みデータベースの両方を含み得る。例えば、データベース３８０は、Ｈｂａｓｅなどの非リレーショナルデータベースおよびＲｏｃｋｓＤＢなどの組み込みデータベース（例えば、キーバリューストアデータベース）を含み得る。
【0086】
[0104] 通信デバイス５０２は、オンラインリソース３４０、推定システム３２０、またはＳＣＭシステム１１７などのシステム３００またはシステム１００の１つまたは複数のコンポーネントと通信するように構成され得る。とくに、通信デバイス５０２は、注文情報、ユーザの好みおよび特権、ならびに／あるいは同様の郵便番号および製品の問い合わせに対する過去の以前の見積もりを、推定システム３２０に提供するように構成され得る。
【0087】
[0105] データベース３８０のコンポーネントは、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの両方の組み合わせにて実装され得る。例えば、データベース３８０の１つまたは複数のコンポーネントが、コンピュータ処理命令モジュールとして実装されてよいが、データベース３８０の機能の全部または一部が、代わりに、専用の電子ハードウェアに実装されてよい。
【0088】
[0106] データベースメモリ５１０は、推定システム３２０によって受信または生成された配送の見積もりまたはＰＤＤに基づいてウェブページを更新するための命令を含むことができるプログラム５１２を含み得る。さらに、データベースメモリ５１０は、システム３００の要素間の通信のための命令を含み得る。例えば、データベースメモリ５１０は、クライアントデバイス３５０と推定システム３２０との間の通信のための命令を含み得る。さらなるプログラム５１２は、情報を推定システム３２０によって処理されるときにリアルタイムで格納するための命令を含み得る。
【0089】
[0107] さらに、データ５１４は、オンラインリソース３４０などのウェブページに関するデータまたはクライアントデバイス３５０からのユーザアカウントであり得る。データ５１４は、例えば、郵便番号に関連する以前の配送の見積もりの計算または以前のＰＤＤに関する情報を含み得る。また、データ３１４は、フルフィルメントセンタのキャパシティおよび注文の入手可能性を評価するためのコンテンツファイルおよび蓄積変数を含み得る。
【0090】
[0108] 図６は、開示される実施形態による例示的な配送の見積もりの分配のプロセス流れ図である。いくつかの実施形態において、システム１００またはシステム１００の一部は、配送の見積もりを決定するために計算を実行することができる。次いで、システム１００は、クライアントの相互作用のためのウェブページを生成するオンラインモジュール６００にＰＤＤ情報を送信することができる。
【0091】
[0109] いくつかの実施形態においては、図６に示されるように、システム１００の要素が互いに通信して、配送日の見積もりを生成することができる。例えば、外部フロントエンドシステム１０３は、ユーザデバイス１０２Ａ～１０２Ｂ（図１Ａ）から配送の見積もりの要求を受信することができる。次いで、要求を、図９に関連してさらに説明されるように選択されるフルフィルメントセンタおよび配送時間の見積もりを決定することができるＦＯシステム１１３に送信することができる。次いで、ＦＯシステム１１３は、選択されたフルフィルメントセンタおよび配送日の見積もりをフルフィルメントメッセージングゲートウェイ１１５に送信することができる。次に、フルフィルメントメッセージングゲートウェイ１１５は、情報をオンラインモジュール６００に送信することができる。
【0092】
[0110] オンラインモジュール６００は、検索結果ページ（ＳＲＰ）モジュール６０４、単一表示ページ（ＳＤＰ）モジュール６０６、注文管理モジュール６０８、およびショッピングカートモジュール６１０を含み得る。各々のモジュールは、消費者への表示のための種々のウェブページを生成することができる。例えば、ＳＲＰモジュール６０４が、ユーザデバイス１０２のための（図１Ｂに関連して説明したページのような）結果ページを生成できる一方で、ＳＤＰモジュール６０６は、ユーザデバイス１０２のための（図１Ｃに関連して説明したウェブページのような）単一製品ウェブページを生成することができる。同様に、注文管理モジュール６０８が、（図１Ｅに関連して説明したページのような）注文ページを生成または更新することができる一方で、ショッピングカートモジュール６１０は、（図１Ｄに関連して説明したページのような）カートページを生成または更新することができる。したがって、オンラインモジュール６００の各々は、顧客に表示されるウェブページに、システム１００から受信した配送日の見積もりまたはＰＤＤを組み込むことができる。
【0093】
[0111] さらに、オンラインモジュール６００の各々は、配送日の見積もりの受信時にさまざまな動作を実行することができる。例えば、ＰＤＤを受信した後に、ＳＲＰモジュール６０４は、将来の検索のためにキャッシュメモリに同様の製品のＰＤＤおよび／または配送日の見積もりを格納することができる。これにより、ＳＲＰモジュール６０４がＰＤＤまたは配送の見積もりに関する有効期限内に同一または類似の郵便番号および製品を有する検索要求を受信した場合に、ＳＲＰモジュール６０４は、システム１００に問い合わせを行う必要がない。代わりに、ＳＲＰモジュール６０４は、以前の情報に基づいて検索ウェブページを即座に更新することができる。反対に、ＳＤＰモジュール６０６は、ＰＤＤまたは配送の見積もりの受信時に製品ウェブページを更新するためのファイルを生成することができる。例えば、ＳＤＰモジュール６０６は、製品ウェブページを更新するＪａｖａＳｃｒｉｐｔまたはＨＴＭＬファイルを生成することができる。さらに、ＳＤＰモジュール６０６は、クロックまたはタイマーを開始させて、配送日の見積もりの有効期限が切れたかどうかを判断することができる。そのような実施形態において、ＳＤＰモジュール６０６は、必要に応じて（例えば、配送時刻の見積もりの有効期限が切れた場合に）、単一製品ウェブページを更新するために第２のファイルを生成することができる。
【0094】
[0112] さらに、注文管理モジュール６０８も、システム１００からのＰＤＤまたは配送日の見積もりの受信に反応することができる。例えば、配送日の見積もりの受信に応答して、注文管理モジュール６０８は、選択されたフルフィルメントセンタのための電子メッセージを準備することができる。この準備のメッセージを、注文の受信時に展開されるように構成することができる。このようにして、オンラインモジュール６００は、生じ得る注文に備え、注文とフルフィルメントセンタへの送信との間の遅延を最小化することによって、ＰＤＤをより容易に満たせるようにすることができる。いくつかの実施形態において、注文管理モジュール６０８をＳＡＴシステム１０１（図１Ａ）に結合させることができ、準備のメッセージを、注文が受信されるとすぐに、ＳＡＴシステム１０１に転送することができる。さらに、ショッピングカートモジュール６１０は、配送日情報を使用してカートウェブページを更新するためのスクリプトを生成することができる。例えば、配送日の見積もりの有効期限に基づくタイマーおよび／またはカウンターを含むように、ショッピングカートモジュール６１０は、カートウェブページを修正することができる。
【0095】
[0113] 図７は、本開示の実施形態による製品の配送の見積もりの要求を処理するための例示的なプロセス７００の流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス７００を実行することができる。例えば、以下のステップの説明に開示されるように、推定システム３２０が、プロセス７００を実行することができる。これは、プロセス７００の例示的な例にすぎず、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス７００を実行することができる。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、および／またはＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス７００におけるステップのうちの１つまたは複数を実行することができる。
【0096】
[0114] ステップ７０２において、推定システム３２０は、リモートデバイスから製品情報の要求を受信することができる。例えば、クライアントデバイス３５０のユーザがウェブページ内をナビゲートするときに、クライアントデバイス３５０は、製品情報の要求を推定システム３２０に送信することができる。さらに、要求は、ユーザ名、郵便番号、および物理的な場所を含むことができる。これに代え、あるいはこれに加えて、推定システム３２０は、オンラインリソース３４０から要求を受信することができる。オンラインリソース３４０は、推定システム３２０と通信し、ウェブページを準備するために、製品および配送情報の見積もりを要求することができる。さらに、オンラインモジュール６００は、製品情報、配送の見積もり、および／または製品の入手可能性の要求を送信することができる。
【0097】
[0115] ステップ７０４において、推定システム３２０は、ステップ７０２における要求から受信した情報に基づいて、配送の見積もりの要求を送信することができる。推定システム３２０は、要求を作成してシステム３００またはシステム１００の他の要素に要求を送信することができる。例えば、推定システム３２０は、ＦＯシステム１１３のための配送の見積もりおよびＰＤＤの要求を作成することができる。そのような実施形態において、ＦＯシステム１１３は、以前に計算された種々の製品についての複数の配送日を含むメモリ内ストレージを含む第２のシステムとして機能することができる。これに代え、あるいはこれに加えて、推定システム３２０は、フロントエンド部分およびバックエンド部分を含み得る。そのような実施形態において、フロントエンドを、要求を受信および処理するように構成できる一方で、バックエンドを、ＰＤＤを計算し、あるいは目標の配送を見積もるように構成することができる。ＦＯシステム１１３と同様に、推定システム３２０のバックエンド部分は、要求が有効期限切れになっていない以前の要求に類似しているときに計算を最小化するために、種々の製品についての複数の配送日を含むことができる。これらの実施形態において、推定システム３２０のフロントエンドを、要求を受信し、それらをＰＤＤまたは配送日の計算を実行する推定システム３２０のバックエンド部分に即座に送信するように構成することができる。さらに、いくつかの実施形態において、配送日の見積もりの要求は、製品情報および顧客情報（ユーザに関連付けられた郵便番号など）を含むことができる。
【0098】
[0116] いくつかの実施形態において、ステップ７０４の配送の見積もりの要求は、特定のタイプのフルフィルメントセンタに向けられ得る。例えば、ステップ７０２の要求において受信された製品情報は、特定の製品タイプ（例えば、果物、野菜、他のタイプの農産物、および／または他の傷みやすいアイテムなどの製品）に関連し得る。製品情報の要求が特定の製品タイプに関連する場合、推定システム３２０は、その製品タイプに合わせて配送の見積もりの要求を調整し、それを特定のフルフィルメントセンタに送信することができる。例えば、推定システム３２０が、クライアントが果物などの特定の製品タイプの情報を要求していると判断すると、推定システム３２０は、顧客の地域を担当するこの特定の製品タイプを有するフルフィルメントセンタ（すなわち、この特定の製品を有するフルフィルメントセンタ）を決定することができる。次いで、推定システム３２０は、この決定されたフルフィルメントセンタに配送の見積もりの要求を送信することができる。
【0099】
[0117] さらに、いくつかの実施形態において、ステップ７０４の配送の見積もりの要求は、フルフィルメントセンタの場所またはキャパシティに基づいて、特定のフルフィルメントセンタに向けられ得る。例えば、一部の要求は、特定の配送タイプおよび／または顧客の種々のエクスペリエンスに関連付けられ得る。これらの配送タイプは、さまざまな配送ウィンドウ、顧客の配送要求、好み、方法、などを提供することができる。したがって、製品情報の要求が指定された配送タイプまたはエクスペリエンスに関連付けられている場合、推定システム３２０は、場所に基づいてフルフィルメントセンタに向けられた特定の要求を生成することができる。
【0100】
[0118] 特定の配送タイプは、非特定の配送タイプとは異なる配送プロセスまたは機構をトリガし得る。例えば、推定システム３２０は、指定時間配送のための関連のカットオフ時間に基づいて、システム３００内のフルフィルメントセンタを選択することができる。そのような実施形態において、推定システム３２０は、カットオフ時間の前にフルフィルメントセンタに注文された製品が、指定の配送時間を満たすように配送され得ると判断することができる。しかしながら、カットオフ時間よりも後にフルフィルメントセンタに注文された製品は、指定の配送時間を満たすように配送することができない。さらに、システム３００内のフルフィルメントセンタは、設計されたカバレッジエリアを有し得る。フルフィルメントセンタのカットオフ時間およびカバレッジエリアに基づいて、推定システム３２０は、ステップ７０４において、製品情報の要求を特定のフルフィルメントセンタに向けることができる。
【0101】
[0119] 指定時間配送のためのカットオフ時間およびサービス地域を有するフルフィルメントセンタを配置することにより、指定時間配送の要求を解決するときにネットワークの輻輳を最小化することを、推定システム３２０にとって可能にすることができる。フルフィルメントセンタのブローカーに要求を送信する前に決定を実行することにより、推定システム３２０は、時間にきわめて敏感であり得る指定時間配送を処理するときの通信の数を、最小限に抑えることができる可能性がある。さらに、そのような実施形態は、推定システム３２０が、距離が原因で配送タイムラインを逃すことなく、可能な限り長く、広いエリアをカバーする指定配送時間サービスを提供することを可能にする。したがって、本開示のフルフィルメントセンタの分割は、ネットワークの輻輳を軽減するだけでなく、指定時間配送の処理も容易にする。
【0102】
[0120] ステップ７０６において、推定システム３２０は、配送の見積もりまたはＰＤＤを受信することができる。例えば、推定システム３２０は、ＦＯシステム１１３からＰＤＤを受信することができる。あるいは、同様の要求が以前に発せられ、データベース３８０に格納されている場合、推定システム３２０は、データベース３８０からＰＤＤを受信することができる。さらに、推定システム３２０がバックエンド計算部およびフロントエンドゲートウェイを有する実施形態において、推定システム３２０のフロントエンド部分は、バックエンド部分から計算された配送の見積もりを受信することができる。ステップ７０６において受信される配送の見積もりまたはＰＤＤは、ＰＤＤを満たし、あるいは有効な予測された配送日を有するために、いつまでに注文が受信されなければならないかを指定する有効期限を含み得る。したがって、配送の見積もりは、配送が保証される期限がいつかを指定する条件付きの有効期限を含み得る。例えば、配送時間の見積もりは、「３０分」の有効期限付きで、「月曜日の２０：００」であってよい。この例では、注文が３０分以内に受信された場合にのみ、ＰＤＤが「月曜日の２０：００」であることが保証される。それ以外の場合、配送日の見積もりは期限切れになり、ＰＤＤはもはや無効になる。
【0103】
[0121] ステップ７０８において、推定システム３２０は、配送日の見積もりを含む電子メッセージを生成することができる。電子メッセージは、ステップ７０２において問い合わせを生成したリモートシステムのために特別にフォーマットされ得る。例えば、推定システム３２０は、クライアントデバイス３５０が製品情報を要求したときに、クライアントデバイス３５０のための電子メッセージを生成することができる。電子メッセージは、ＴＣＰ／ＩＰメッセージ、ＳＭＳメッセージ、または他の同様の電子通信を含み得る。ステップ７０８において生成される電子メッセージは、図１５に関連してさらに説明されるように、製品情報および配送情報を含むＨＴＭＬファイルまたはＪａｖａＳｃｒｉｐｔを含み得る。いくつかの実施形態において、ＨＴＭＬファイルは、製品情報、配送日の見積もり、およびウェブページを修正するための指示を含み得る。そのような実施形態において、修正の指示は、ウェブページのタイプ（ウェブページのタイプは、検索結果ページ、単一詳細ページ、カートページ、または注文ページのうちの１つである）を識別し、ウェブページのタイプに基づいてウェブページを修正することを含み得る。
【0104】
[0122] さらに、ステップ７０８の電子メッセージは、リモートデバイスにおいてウェブページを生成または修正するための指示を指定することができる。いくつかの実施形態において、ＨＴＭＬファイルまたはＪａｖａＳｃｒｉｐｔは、新しいウェブページを生成するのではなくウェブページを修正するように構成可能であってよい。例えば、クライアントデバイス３５０のユーザが、図１Ｂに示されているような製品を表示するウェブページを閲覧しているとき、電子メッセージは、配送の見積もりが計算されたときに、ウェブページの更新版を送信する代わりに、ウェブページの修正の指示を含むことができる。そのような実施形態は、ネットワークの輻輳を最小化することによって動的ウェブページを生成する技術分野を改善することができる。
【0105】
[0123] さらに、製品情報に特定の製品タイプが関連付けられている実施形態において、電子メッセージは、特定の製品を表示または削除することによってウェブページを修正する指示を含み得る。例えば、ステップ７０６において、推定システム３２０は、要求された製品が、リモートデバイスに関連付けられた顧客の地域を担当するフルフィルメントセンタにおいて入手できないという情報を受信し得る。そのような実施形態において、電子メッセージは、ウェブサイトを修正し、特定の製品タイプをもはや入手できないものとして示すための指示を含み得る。そのような実施形態において、電子メッセージは、代替製品を示すための指示をさらに含み得る。例えば、ステップ７０２において要求された製品情報がモッツァレラチーズ（生鮮製品）に関連していたが、モッツァレラチーズがもはや入手できない場合、推定システム３２０は、別の種類のチーズなどの入手可能な代替製品を示すことによってウェブサイトを修正する指示を含む電子メッセージを生成することができる。あるいは、特定の製品が顧客の地域を担当する特定のフルフィルメントセンタにおいて入手可能である場合、電子メッセージは、新鮮ロゴまたは「在庫あり」インジケータを含むようにアイテムアイコンを修正する指示を含むことができる。さらに、いくつかの実施形態において、ウェブサイトを修正する指示は、製品情報に基づいて特定の製品タイプまたは特定の配送時間のインジケータを含むように製品アイコンを修正することを含むことができる。
【0106】
[0124] ステップ７１０において、推定システム３２０は、ステップ７０８の電子メッセージをリモートデバイスに送信することができる。例えば、ステップ７０８において生成されたＨＴＭＬまたはＪａｖａＳｃｒｉｐｔファイルを、クライアントデバイス３５０が製品情報を要求するときに、クライアントデバイス３５０に送信することができる。
【0107】
[0125] 指定時間配送の選択肢を使用する実施形態において、推定システム３２０は、ステップ７１０においてユーザと通信するための特定の命令を実行することができる。例えば、クライアントデバイス３５０のユーザが指定時間配送を受け取るように設定されている場合、推定システム３２０は、２つの設定を有効にすることができる。第１に、推定システム３２０は、指定の時間までに配送される予定の製品を識別し、例えば午前７時までの配送など、配送の約束を発することができる。さらに、推定システム３２０は、指定時間配送の約束を示すために、図１２に関連してさらに説明されるようにグラフィカルユーザインターフェースを修正することができる。第２に、指定時間配送を履行するとき、推定システム３２０は、メッセージングサービス（Ｇｏｏｇｌｅクラウドメッセージング（ＧＣＭ）またはＡｐｐｌｅプッシュ通知サービス（ＡＰＮ）など）をプログラムして、事前に定められた時間に顧客にプッシュ通知を送信することができる。そのような実施形態において、推定システム３２０は、配送情報、配送されるパッケージの写真、および／または配送に関連するデータを含むようにプッシュ通知をプログラムすることができる。さらに、推定システム３２０は、チェックアウト時に設定することができるユーザの好みに基づいてプッシュ／テキスト通知をプログラムおよび生成することができる。例えば、ユーザは、プッシュ通知の時刻を選択したり、ユーザがプッシュ通知に加えてＳＭＳを希望するかどうかを選択したりすることができる。そのような実施形態において、通知のための可能なユーザ選択は、プッシュ通知のみを午前７時以降にのみ受信することである（これは、ユーザがいかなる選択も行わない場合のデフォルトでもあり得る）。別のユーザ選択は、例えば午前４時に配送がスケジュールされている場合でも、パッケージが配送された直後にプッシュ通知およびＳＭＳの両方を受信することを含み得る。
【0108】
[0126] ステップ７１２において、推定システム３２０は、確認応答を受信することができる。例えば、推定システム３２０は、電子メッセージを受信したという確認応答をクライアントデバイス３５０から受信することができる。さらに、確認応答の受信に基づいて、推定システム３２０は、有効期限に基づいてタイマーを開始することができる。この構成によれば、推定システム３２０は、配送日の見積もりの有効期限の満了を監視するために使用される必要があるタイマーの数に関するリソースを節約することができる。配送日の見積もりまたはＰＤＤについてタイマーを直ちに開始する代わりに、推定システム３２０は、クライアントデバイス３５０が配送の見積もりを受信および／または表示した旨の確認応答を返した場合に限ってタイマーを開始することにより、計算リソースの利用を最小限に抑えることができる。
【0109】
[0127] ステップ７１４において、推定システム３２０は、製品の注文が受信されたかどうかを判断することができる。例えば、推定システム３２０は、注文データストリーム内の注文要求を精査して、リモートデバイスに関連付けられた顧客が注文を完了させたかどうかを判断することができる。推定システム３２０が注文が受信されたと判断した場合（ステップ７１６：はい）、推定システム３２０は、ステップ７１６に進み、フルフィルメントプロセスを開始することができる。したがって、推定システム３２０は、製品を出荷し、あるいは注文を履行するためのプロセスを開始する指示を、フルフィルメントセンタに送信することができる。例えば、推定システム３２０は、注文の処理を開始するためにＳＡＴシステム１０１と連動することができる。さらに、ステップ７１６において、推定システム３２０は、注文に関するタイマーをキャンセルして、コンピューティングリソースを解放することができる。
【0110】
[0128] しかしながら、推定システム３２０が注文が受信されていないと判断した場合（ステップ７１６：いいえ）、推定システム３２０は、ステップ７１８に進むことができる。ステップ７１８において、推定システム３２０は、時間が満了したかどうかを判断することができる。例えば、ステップ７０６において受信された配送の見積もりに１時間という有効期限が関連付けられていた場合、ステップ７１８において、推定システム３２０は、配送の見積もりの受信から１時間が経過したかどうかを判断することができる。推定システム３２０が有効期限が経過していないと判断した場合（ステップ７１４：いいえ）、推定システム３２０は、ステップ７１４に戻り、製品の注文が受信されたかどうかの監視を続け、ステップ７１４とステップ７１８との間を循環することができる。しかしながら、推定システム３２０が有効期限が経過したと判断した場合（ステップ７１４：はい）、推定システム３２０は、ステップ７２０に進み、配送の見積もりの更新を求める新たな要求を送信することができる。例えば、推定システム３２０は、配送の見積もりの更新の要求をフルフィルメントセンタまたは推定システム３２０のバックエンド部分に送信することができる。
【0111】
[0129] いくつかの実施形態において、ステップ７２０におけるＰＤＤまたは配送の見積もりの更新の要求は、リモートデバイス情報に基づいてフルフィルメントセンタを識別し、識別されたフルフィルメントセンタから入手可能な在庫を要求し、対応する入手可能な在庫と製品の識別との間の一致に基づいて識別されたフルフィルメントセンタからフルフィルメントセンタを選択することを含み得る。
【0112】
[0130] ステップ７２２において、推定システム３２０は、フルフィルメントセンタまたはシステムのバックエンド計算部から更新された配送の見積もりを受信することができる。例えば、配送またはＰＤＤの最初の見積もりが有効期限切れになったため、推定システム３２０は、ステップ７０６において受信した配送の最初の見積もりよりも後の更新された配送の見積もりまたはＰＤＤを受信することができる。配送の最初の見積もりが「月曜日の２０：００」だった場合、配達の２度目の見積もりは「火曜日の１０：００」になる可能性がある。この２度目の配送も、有効期限を含むことができる。それにもかかわらず、一部の状況においては、ステップ７２２において受信される配送の２度目の見積もりが同じであるが、有効期限が更新されていてもよい。
【0113】
[0131] いくつかの実施形態において、ステップ７２０および７２２は、配送の最初の見積もりに関して見積もりの有効期限が過ぎたと判断し、配送日の２度目の見積もりを求める第３の要求を（ＦＯシステム１１３などの第２のシステムに）もたらし、配送日の２度目の見積もりを（第２のシステムから）受信し、配送日の最初の見積もりを配送日の２度目の見積もりで置き換えることによってウェブページを修正する指示を含む第２の電子メッセージを生成する動作を実行することによって実行され得る。
【0114】
[0132] ステップ７２４において、ステップ７１２と同様に、推定システム３２０は、確認応答を受信し、新たな有効期限に基づいてタイマーを開始させることができる。さらに、推定システム３２０は、ステップ７１４に戻り、注文および配送日の見積もりを監視し、フルフィルメントプロセスを開始し、あるいは有効期限が過ぎた場合に配送の見積もりの更新を再び要求することができる。
【0115】
[0133] 図８は、本開示の実施形態による第三者によって履行される製品の見積もりの要求を処理するための例示的なプロセス８００の流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス８００を実行することができる。例えば、以下のステップの説明に開示されるように、推定システム３２０が、プロセス８００を実行することができる。これに代え、あるいはこれに加えて、第三者システム３６０が、プロセス８００またはプロセス８００の一部を実行することができる。さらに、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス８００を実行することができる。例えば、ＦＯシステム１１３および３ＰＬシステム１２１が、プロセス８００を実行することができる。
【0116】
[0134] プロセス８００のステップ８０２において、推定システム３２０は、製品、顧客、およびタイムスタンプ情報を含む製品情報の要求を受信することができる。例えば、推定システム３２０は、クライアントデバイス３５０から製品情報の要求を受信することができる。要求は、郵便番号などの顧客情報、およびいつ要求が生成されたかについてのタイムスタンプも含み得る。
【0117】
[0135] ステップ８０４において、推定システム３２０は、製品が第三者によって履行されるかどうかを判断することができる。例えば、推定システム３２０は、製品がローカルの在庫では入手不可能であり、第三者によって履行される必要があると判断することができる。これに代え、あるいはこれに加えて、推定システム３２０は、在庫照会を必要とせずに、製品がデフォルトで第三者によって通常どおりに履行されると判断することができる。
【0118】
[0136] 推定システム３２０が製品は第三者による履行の対象ではないと判断した場合（ステップ８０４：いいえ）、推定システム３２０は、ステップ８０６に進み、選択されるフルフィルメントセンタを決定するためのプロセスを開始することができる。例えば、図９に関連してさらに説明されるように、顧客の郵便番号、製品の入手可能性、およびフルフィルメントセンタのキャパシティに基づいて、推定システム３２０は、注文を完了させるための優先順位を有するフルフィルメントセンタを識別することができる。ステップ８０８において、推定システム３２０は、選択されたフルフィルメントセンタに基づいて、配送の見積もりを送信することができる。例えば、ひとたびフルフィルメントセンタがステップ８０６において識別されると、推定システム３２０は、配送日の見積もりを決定し、それを顧客に表示するためにクライアントデバイス３５０に送信することができる。
【0119】
[0137] しかしながら、推定システム３２０が製品は第三者によって履行されると判断した場合（ステップ８０４：はい）、推定システム３２０は、ステップ８１０に進み、第三者からの配送の見積もりまたはＰＤＤの要求を作成することができる。例えば、ステップ８１０において、推定システム３２０は、ＰＤＤの要求を作成し、第三者システム３６０または３ＰＬシステム１２１に送信することができる。第三者に送信される要求は、製品情報および顧客情報（例えば、顧客の郵便番号）を含み得る。
【0120】
[0138] ステップ８１２において、推定システム３２０は、ステップ８０２において要求された製品の注文を履行することができる第三者からの配送日の見積もりを受信することができる。例えば、推定システム３２０は、第三者システム３６０のうちの１つからＰＤＤおよび配送の見積もりの情報を受信することができる。
【0121】
[0139] ステップ８１４において、推定システム３２０は、配送日および／または配送時間の推定を含むウェブページを更新または生成するためのＪａｖａＳｃｒｉｐｔまたはＨＴＭＬファイルを含む電子メッセージを作成することができる。次いで、電子メッセージを、ステップ８０２における製品情報の要求者に提示することができる。
【0122】
[0140] プロセス８００の各ステップは、データベース（データベース１８０など）を参照することによって製品の配送が第三者によって履行されるかどうかを決定する命令を含むことができる推定システム３２０のメモリデバイスに格納され得る。推定システム３２０は、製品の配送が第三者によって履行されるという判断に基づいて、配送日の見積もりの要求を第三者に関連するシステムにもたらすこともできる。さらに、製品の配送が第三者による履行の対象ではないとの判断に基づいて、推定システム３２０は、配送日の見積もりの要求を、複数の配送日の見積もりをメモリに事前に格納するシステムにもたらすことができる。
【0123】
[0141] 図９は、本開示の実施形態による配送日の見積もりのプロセス９００の流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス９００を実行することができる。例えば、以下のステップの説明に開示されるように、推定システム３２０が、プロセス９００を実行することができる。これは、プロセス９００の例示的な例にすぎず、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス９００を実行することができる。例えば、ＦＯシステム１１３および／またはＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス９００におけるステップのうちの１つまたは複数を実行することができる。
【0124】
[0142] ステップ９０２において、推定システム３２０は、配送見積もり情報および／またはＰＤＤの要求を受信することができる。要求は、製品、時間、および郵便番号の情報を含み得る。要求内の情報に基づいて、推定システム３２０は、ステップ９０４において関連する地理的地域を識別することができる。例えば、推定システム３２０は、生じ得る製品の注文を満たすことができる地域を顧客の郵便番号に基づいて識別することができる。
【0125】
[0143] ステップ９０６において、推定システム３２０は、生じ得る製品の注文を完了させることができるフルフィルメントセンタを識別することができる。いくつかの実施形態において、ステップ９０４で識別された領域は、複数のフルフィルメントセンタを含み得る。そのような実施形態において、推定システム３２０は、ＰＤＤを満たすことができるかどうか、あるいは要求された製品を入手できるかどうかに基づいて、フルフィルメントセンタをフィルタ処理することができる。
【0126】
[0144] いくつかの実施形態において、どのフルフィルメントセンタが生じ得る注文を完了させることができるかを識別することは、製品および／または製品に関連する注文のタイプに基づくことができる。ステップ９０６において、推定システム３２０は、製品の識別に特定の製品タイプまたは特定の配送時間製品が関連付けられているかどうかを判断し、特定の製品タイプの入手可能性または宛先アドレスに対するフルフィルメントセンタの場所に基づいて、フルフィルメントセンタを識別することができる。例えば、製品の識別に特定の製品タイプが関連付けられている場合、推定システム３２０は、リモートデバイスに関連付けられた地域を担当するフルフィルメントセンタを識別し、フルフィルメントセンタから利用可能な特定の製品タイプの在庫を要求し、フルフィルメントセンタのうちの１つを選択する動作を実行することができる。これに代え、あるいはこれに加えて、製品識別が特定の配送時間の製品を含む場合、推定システム３２０は、ステップ９０６において、リモートデバイスに最も近いフルフィルメントセンタを識別し、地域ならびにリモートデバイスと最も近いフルフィルメントセンタとの間の距離に基づいてカットオフを決定し、カットオフが過ぎていない場合に最も近いフルフィルメントセンタを選択する動作を実行することができる。
【0127】
[0145] ステップ９０８において、推定システム３２０は、フルフィルメントセンタのための注文割り当て優先度ルールを実行することができる。いくつかの実施形態において、割り当て優先度ルールは、ステップ９０４において識別された地域に固有の割り当てルールを検索することができる推定システム３２０内のメモリデバイスに格納され得る。これに代え、あるいはこれに加えて、割り当て優先度ルールをデータベース３８０に格納することができ、ひとたびステップ９０６においてフルフィルメントセンタが識別されると、推定システム３２０はデータベースに問い合わせることができる。さらに他の実施形態において、割り当てルールは、システム１００の要素に格納され得る。例えば、割り当てルールは、ＦＯシステム１１３に格納され得る。
【0128】
[0146] 注文割り当てルールは、地域内の各配送センターの優先度スコアを生成することができる。表９１０に示されるように、優先度割り当てルールは、異なる好みによるいくつかのルールを含み得る。例えば、注文割り当てルールは、配送業者に関して、スタッフ配送人を優先するルールを含み得る。すなわち、スタッフ配送人を有する地域内のフルフィルメントセンタが、スタッフ配送人を有さず、第三者配送人との契約を必要とするフルフィルメントセンタよりも優先される。さらに、注文割り当てルールは、配送の見積もりを含み得る。履歴的傾向および製品と各フルフィルメントセンタとの関連付けに基づいて、割り当てルールは、暫定的な配送を見積もり、配送日がより短いフルフィルメントセンタを優先することができる。さらに、ルールは、スタッフの可用性またはキャパシティが高いフルフィルメントセンタを優先するスタッフ割り当てルールを含み得る。さらに、ルールは、フルフィルメントセンタへの小包のインバウンド日に関する考慮も含み得る。このルールによれば、システムは、配送の確実性を高めるために、最初に荷物を受け取ると思われるフルフィルメントセンタを優先することができる。最後に、ルールは、小包の重量に基づく選考も含み得る。一部のフルフィルメントセンタは、重い小包または大きな小包を取り扱うための設備が整っている可能性があり、重い小包に関して優先され得る。
【0129】
[0147] 表９１０の割り当てルールを考慮して、推定システム３２０は、ステップ９１２において計算された優先度に基づいてフルフィルメントセンタをランク付けすることができる。例えば、地域内のすべてのフルフィルメントセンタに優先度スコアを割り当て、フルフィルメントセンタを優先度スコアに基づいてランク付けすることができる。
【0130】
[0148] ステップ９１４において、推定システム３２０は、上位のフルフィルメントセンタがよく似た優先度を有するかどうかを判断することができる。例えば、推定システム３２０は、フルフィルメントセンタの優先度スコアがしきい値内にあるかどうかを判断することができる。上位のフルフィルメントセンタがよく似た優先度を有していない場合（ステップ９１４：いいえ）、推定システム３２０は、ステップ９１６に進み、最も高い優先度を有するフルフィルメントセンタを特定することができる。しかしながら、上位のフルフィルメントセンタがよく似た優先度を有する場合（ステップ９１４：はい）、推定システム３２０は、ステップ９１８に続き、ランダマイザ関数を適用して、最上位のフルフィルメントセンタを選択することができる。ランダマイザ関数は、多くの計算を必要とせずに、フルフィルメントセンタ全体に負荷を均等に分散することを容易にできる。
【0131】
[0149] ステップ９２０において、推定システム３２０は、ボックス統合割り当て推定を実行することができる。選択されたフルフィルメントセンタについて、推定システム３２０は、出荷に使用されると思われる箱の数を含むフルフィルメントセンタからの出荷のコストを決定することができる。コストの最小化および効率の改善のために、ステップ９２０において、推定システム３２０は、ボックス統合を実行して、ステップ９０２において受信した製品の暫定的な注文に関してボックスまたは小包の数を減らすことを試みることができる。
【0132】
[0150] ステップ９２２において、推定システム３２０は、ボックス統合によって小包またはボックスの数が減少したかどうかを判断することができる。小包の数が減少していない場合（ステップ９２２：いいえ）、推定システム３２０は、ステップ９２４に進み、以前の割り当てを維持することができる。しかしながら、ボックス統合後に小包の数が減少する場合（ステップ９２２：はい）、推定システム３２０は、ステップ９２６に進み、割り当てを統合された割り当てに更新することができる。
【0133】
[0151] ステップ９２８において、推定システム３２０は、自動バランシング統合を実行することができる。自動バランシングの考慮は、ステップ９０４において識別された地域のさまざまなフルフィルメントセンタにおける負荷をバランスさせることを試みることができる。特定のセンターへの過負荷を回避することを目的として、推定システム３２０は、さまざまなフルフィルメントセンタ内のリソースの利用を改善しようと試みる自動バランシングを実行することができる。
【0134】
[0152] ステップ９３０において、自動バランシング統合に基づいて、推定システム３２０は、ステップ９１６または９１８において割り当てられたフルフィルメントセンタが目標利用率を上回るかどうかを判断することができる。推定システム３２０が、フルフィルメントセンタが目標利用率を上回らないと判断した場合（ステップ９３０：いいえ）、推定システム３２０は、ステップ９３２に進み、以前の割り当てを維持することができる。しかしながら、推定システム３２０が、フルフィルメントセンタが目標利用率を上回ると判断した場合（ステップ９３０：はい）、推定システム３２０は、ステップ９３６に進み、選択されたフルフィルメントセンタの過負荷を回避するために、選択されたフルフィルメントセンタを変更することができる。プロセス９００のいくつかの実施形態において、推定システム３２０は、ステップ９３６の後にステップ９２０に戻り、新たに選択されたフルフィルメントセンタについてボックスおよび自動バランシング統合を再び実行することができる。
【0135】
[0153] ステップ９３４において、推定システム３２０は、選択されたフルフィルメントセンタおよび対応する時間の見積もりを、ステップ９０２の要求者に送信することができる。いくつかの実施形態において、ＰＤＤまたは配送時間の推定は、選択されたフルフィルメントセンタについて事前に生成され得る。例えば、ＰＤＤを、フルフィルメントセンタに関連付けられた配送日の見積もり、注文の優先度、製品のインバウンド日、配送の郵便番号、または製品に関連付けられた数量に基づいて事前に選択することができる。
【0136】
[0154] 図１０は、本開示の実施形態による例示的なウェブページ修正プロセス１０００のプロセス流れ図である。図１０に示されるように、プロセス１０００は、プロセス１０００を完了させるためのシステム間通信を有するシステム１００およびシステム３００の両方の要素によって実行され得る。しかしながら、他の実施形態において、プロセス１０００は、システム３００のみ、またはシステム１００のみの要素によって実行され得る。例えば、いくつかの実施形態においては、ＦＯシステム１１３およびＳＤＰモジュール６０６からの動作を推定システム３２０によって実行することができ、その結果、システム３００によって独自に実行されるプロセスがもたらされる。あるいは、システム１００内の要素が、システム３００の要素について示される動作を実行することができる。例えば、クライアントデバイス３５０による動作を、ユーザデバイス１０２によって実行してもよく、配送推定システム３２０による動作を、内部フロントエンドシステム１０５によって実行してもよい。
【0137】
[0155] ステップ１００２において、クライアントデバイス３５０は、推定システム３２０に製品情報を要求することができる。図７に関連してすでに述べたように、要求は、製品情報、顧客情報、要求のタイムスタンプを含み得る。
【0138】
[0156] ステップ１００２において、クライアントデバイス３５０からの要求に応答して、推定システム３２０は、配送見積もりの要求１００４をＦＯシステム１１３に送信することができる。いくつかの実施形態において、ＦＯシステム１１３は、単一のフルフィルメントセンタに関連付けられてよい。しかしながら、他の実施形態において、ＦＯシステム１１３は、複数のフルフィルメントセンタを制御し、配送を割り当てることができる地域に関連付けられていてよい。
【0139】
[0157] ステップ１００６において、ＦＯシステム１１３は、優先度ルールを使用してフルフィルメントセンタを特定することができる。例えば、表９１０（図９）に関連して説明したように、ＦＯシステム１１３は、優先度の高いフルフィルメントセンタを特定し、ボックス統合を実行し、自動バランシング統合を実行して、地域内のどのフルフィルメントセンタが注文の要求を満たすことができるかを判断する一連の動作を実行することができる。
【0140】
[0158] ステップ１００８および１０１０において、ＦＯシステム１１３は、配送日の見積もりまたはＰＤＤをそれぞれＳＤＰモジュール６０６および推定システム３２０に送信することができる。ステップ１００８および１０１０における各々のメッセージは、配送日の見積もりの有効期限でもあり得る。
【0141】
[0159] ステップ１００８において受信された情報に基づいて、ＳＤＰモジュール６０６は、ウェブページを作成して、同様の製品および顧客情報による将来の要求のために格納することができる。対照的に、ステップ１０１０において受信された情報に基づいて、推定システム３２０は、ステップ１０１２において電子メッセージを生成することができる。電子メッセージは、既存のウェブページを修正し、あるいはウェブページに配送日の見積もり、ＰＤＤ、および／または有効期限を表示するための指示を含み得る。
【0142】
[0160] ステップ１０１４において、推定システム３２０は、電子メッセージをクライアントデバイス３５０に送信し、応答として、ステップ１０１６において、確認応答メッセージを受信することができる。さらに、確認応答に応答して、推定システム３２０は、ステップ１０１８において有効期限に基づいてタイマーを開始させることができる。配送日を監視し、ユーザが正確な情報を観察していることを保証するために、推定システム３２０は、タイマーを開始させ、有効期限が切れた配送見積もりをキャンセルし、さらには／あるいは配送見積もりおよびＰＤＤの更新を要求することができる。
【0143】
[0161] ステップ１０２０において、推定システム３２０は、有効期限が切れた場合にＦＯシステム１１３に見積もりの更新を要求することができる。例えば、ステップ１０１０において受信した有効期限が３０分である場合、推定システム３２０は、ステップ１０１６における確認応答の３０分後にＰＤＤの更新を要求することができる。
【0144】
[0162] ステップ１０２２において、ＦＯシステム１１３は、ステップ１００６のプロセスを繰り返して、優先度ルールを使用してフルフィルメントセンタを特定し、配送見積もりおよび対応する有効期限を決定することができ、これは、それぞれステップ１０２４および１０２６においてＳＤＰモジュール６０６および推定システム３２０に送信される。推定システム３２０は、ステップ１０２８において修正の指示を含む新たな電子メッセージを生成することができる。修正指示は、更新されたＰＤＤ、配送見積もり、および有効期限を指定することができる。
【0145】
[0163] ステップ１０２９において、推定システム３２０は、電子メッセージをクライアントデバイス３５０に送信し、ステップ１０３２において確認応答メッセージを受信することができる。例示的なプロセス１０００においては、ステップ１０３２において、クライアントデバイス３５０がステップ１０３２において製品の要求を送信し、更新された配送見積もりの表示の必要性を終わらせる。そのような実施形態において、推定システム３２０は、注文を処理するためにＳＡＴシステム１０１（図１Ａ）と連動することができる。
【0146】
[0164] 図１１は、本開示の実施形態によるモバイルデバイスにおける一連の検索結果ページの例示的なグラフィカルユーザインターフェース（ＧＵＩ）の正面図である。図１１は、クライアントデバイス３５０および／またはユーザデバイス１０２に表示され得るモバイルデバイス内の３つのＧＵＩを示している。
【0147】
[0165] ＧＵＩ１１１０は、３つの製品を表示する検索結果ページを示している。各製品は、画像による説明、テキストによる説明、および動的テキストボックスを含む。動的テキストボックス１１１２、１１１４、および１１１６は、例えば推定システム３２０からの電子メッセージを表示するように構成可能であってよい。図１１に示されるように、ＧＵＩ１１１０において、動的テキストボックスは空である。各製品の配送見積もりが計算されていないため、テキストボックスは空であってよい。しかしながら、待ち時間を最小にし、ユーザエクスペリエンスを向上させるために、ウェブページは、その情報を含まずにクライアントデバイスに表示され、単にプレースホルダで画面スペースを予約し得る。
【0148】
[0166] ＧＵＩ１１２０は、同じ３つの製品を示しているが、この場合には、動的テキストボックスが、配送時間の見積もりを表示するように修正または更新されている。動的テキストボックス１１２２は、動的テキストボックス１１１２を置き換え、「１８：００までに到着」という配送見積もりを表示する。新たな動的テキストボックス１１２４は、到着の見積もりおよび有効期限の両方を示し、「３０分以内に注文すれば１までに到着」と表示している。対照的に、動的テキストボックス１１２６は、情報を第三者から取得中であるため、情報を表示していない。例えば、図８に関連して説明したように、ＧＵＩ１１２０中の第３の製品は、第三者によって履行されてよく、配送見積もりは、第三者からアクセスされる必要がある。さらに、ＧＵＩ１１２０において、製品アイコンの一部は、製品タイプを示すための追加のアイコンを含むように変更され得る。例えば、ＧＵＩ１１２０内のいくつかの製品は、製品がフルフィルメントセンタから入手可能であることを示すために、特定の製品タイプアイコン１１２８で示され得る。
【0149】
[0167] ＧＵＩ１１３０は、同じ３つの製品を示しているが、動的テキストボックスの情報が更新されている。動的テキストボックス１１３２は、「９０分以内に注文すれば１８：００までに到着」を表示し、動的テキストボックス１１２２に表示された配送見積もりに有効期限を追加している。動的テキストボックス１１３４は、今や「９０分以内に注文すれば１８：００までに到着」を表示している。ＧＵＩ１１３０は、動的テキストボックス１１２４からの３０分の期限が過ぎた後に更新され得る。したがって、ＧＵＩ１１３０において、動的テキストボックス１１３４は、第２の製品について、更新された情報を表示することができる。さらに、動的テキストボックス１１３６は、今や「３０分以内に注文すれば２０：００までに到着」を表示している。配送見積もりおよび有効期限のこの情報は、第三者から取得されてよく、今や以前の動的テキストボックス１１２６を置き換えている。さらに、ＧＵＩ１１３０は、フルフィルメントセンタから入手可能な製品に関連付けられた特定の製品タイプアイコン１１３８も示すことができる。
【0150】
[0168] 図１２は、本開示の実施形態によるモバイルデバイスにおける一連の単一表示ページの例示的なグラフィカルユーザインターフェースの正面図である。図１２は、クライアントデバイス３５０および／またはユーザデバイス１０２に表示され得る３つのグラフィカルユーザインターフェース（ＧＵＩ）を示している。
【0151】
[0169] ＧＵＩ１２１０は、グラフィカルな説明、テキストによる説明、注文情報、および動的テキストボックスによって単一の製品を示している。ＧＵＩ１２１０の動的テキストボックス１２１２は空である。いくつかの実施形態において、動的テキストボックス１２１２は、推定システム３２０による計算を待っているため空であり得る。
【0152】
[0170] ＧＵＩ１２２０は、同じ単一の製品情報を表示しているが、動的テキストボックス１２１２が、今や配送日の見積もりおよび有効期限の両方を「１０分以内に注文すれば午後１時までに到着」を表示して指定する動的テキストボックス１２２２で置き換えられている。いくつかの実施形態においては、推定システム３２０によって生成される電子メッセージが、動的テキストボックス１２１２を動的テキストボックス１２２２に更新するための指示を含み得る。さらに、ＧＵＩ１２２０において、製品の表示を、利用可能な配送サービスを示す追加のアイコンを含むように変更することができる。例えば、ＧＵＩ１１２０に表示される製品を、製品がカットオフおよびフルフィルメントセンタへの近接性に基づいて特定の時間の配送に利用可能であることを示すために、特定の時間の配送のアイコン１２２４を表示するように更新することができる。いくつかの実施形態において、特定の時間の配送のアイコン１２２４は、製品または暫定的な配送日時に固有の情報を含み得る。例えば、特定の時間の配送のアイコン１２２４は、推定システム３２０からの決定に基づいて「夕食前」などのメッセージを含み得る。
【0153】
[0171] ＧＵＩ１２３０は、単一の製品情報を示しているが、動的テキストボックス１２２２が動的テキストボックス１２３２に更新されている。例えば、ＧＵＩ１２２０からＧＵＩ１２３０まで、１０分の有効期限が経過していてよい。したがって、推定システム３２０は、配送の見積もりを午後１時から午後８時に更新する指示を送信していてよい。さらに、ＧＵＩ１２３０は、翌日の特定の時間までに配送することができる製品に表示される特定の時間の配送のアイコン１２３４を表示することもできる。
【0154】
[0172] 図１３は、本開示の実施形態によるモバイルデバイスにおける一連のカートページの例示的なグラフィカルユーザインターフェースの正面図である。図１３は、クライアントデバイス３５０および／またはユーザデバイス１０２に表示され得る３つのグラフィカルユーザインターフェース（ＧＵＩ）を示している。
【0155】
[0173] ＧＵＩ１３１０は、顧客のカート内の製品を含むカートページを示している。ＧＵＩ１３１０は、グラフィカルな説明、テキストによる説明、注文情報、および動的テキストボックスを含み得る。ＧＵＩ１２１０の動的テキストボックス１３１２は、有効期限および配送見積もりを表示し、「１０分以内の注文で午後１０時の到着保証」と示している。
【0156】
[0174] ＧＵＩ１３２０は、同じカートページを示しているが、動的ボックス１３２２において有効期限が１０分から５分に更新されている。このような実施形態においては、有効期限の満了が近づいたときに、クライアントデバイス３５０は、ユーザの注意を引くために頻繁に更新される動的テキストボックスを有するハイブリッドウェブページを生成するように構成され得る。このようにして、動的ボックス１３２２は、正確なＰＤＤ時間を示すことができる。
【0157】
[0175] ＧＵＩ１３３０は、カートページを示しているが、動的テキストボックス１３２２が、今や「３０分以内の注文で午後１２時の到着保証」を表示する動的テキストボックス１３３２に更新されている。例えば、ＧＵＩ１３２０からＧＵＩ１３３０までに、ＧＵＩ１３２０に表示された５分の有効期限が経過していてよい。したがって、推定システム３２０は、配送見積もりを更新する指示を送信していてよい。
【0158】
[0176] 図１４は、本開示の実施形態によるモバイルデバイスにおける一連の注文ページの例示的なグラフィカルユーザインターフェースの正面図である。図１４は、クライアントデバイス３５０および／またはユーザデバイス１０２に表示され得る３つのグラフィカルユーザインターフェース（ＧＵＩ）を示している。
【0159】
[0177] ＧＵＩ１４１０は、注文情報および動的テキストボックスを含む注文ページを示している。ＧＵＩ１４１０の動的テキストボックス１４１２は、ＰＤＤを示しており、「明日（午後１時）の到着保証」を表示している。
【0160】
[0178] ＧＵＩ１４２０は、同じ注文ページを示しているが、動的テキストボックス１４２２において、ＰＤＤの有効期限が更新され、「１０分以内に注文すれば明日（午後１時）の注文保証」と表示されている。このような実施形態において、推定システム３２０は、動的テキストボックス１４２２を更新し、１０分という有効期限を取り入れるように、ＪａｖａＳｃｒｉｐｔまたはＨＴＭＬファイルを含む電子メッセージを生成していてよい。
【0161】
[0179] ＧＵＩ１４３０は、注文ページを示しているが、動的テキストボックス１４２２が、今や「注意！今注文すると明日午後１０時」を表示する動的テキストボックス１４３２に更新されている。そのような実施形態において、推定システム３２０は、アラートを含む電子メッセージを作成することができる。アラートは、ウェブページの色を変更し、フォントサイズを変更し、さらには／あるいは音を発したりするように構成されてよい。
【0162】
[0180] 図１５は、配送日の見積もりでウェブページを生成または修正するように構成可能なスクリプトの例示的なソースコードである。ソースコード１５００は、図７および図１０に関連して説明されるように配送見積もりを表示するためにウェブページを生成または変更するために使用され得る例示的な命令および機能を示している。例えば、推定システム３２０によって生成および送信される電子メッセージは、ソースコード１５００を含み得る。ソースコード１５００で使用される構文は、例示的なものであり、異なる構文および機能を使用および／または置換することも可能である。
【0163】
[0181] ソースコード１５００は、ウェブページを識別および／または変更するためのｈｔｍｌヘッダーを含むヘッダー１５０１を含み得る。さらに、ソースコード１５００は、文書タイプ識別部分１５０２を含み得る。部分１５０２は、ウェブページがカートページであるか、注文ページであるか、検索ページであるか、あるいは単一製品ページであるかを評価するための機能を含み得る。
【0164】
[0182] さらに、ソースコード１５００は、動的テキストボックス生成部分１５０４を含み得る。部分１５０４の機能およびルーチンは、図１１～図１４に関連して説明されるように、メッセージおよび修正指示を指定することができる。さらに、ソースコード１５００は、種々のウェブページの修正のための選択肢を含む修正部分１５０６を含み得る。さらに、ソースコード１５００は、製品の配送時間の見積もりの有効期限に相関するタイマーをウェブページ上に表示するための命令を含み得るタイマー部分１５０８を含み得る。
【0165】
[0183] 本開示の別の態様は、実行時に１つまたは複数のプロセッサに上述のとおりの方法を実行させる命令を格納する非一時的なコンピュータ可読媒体に関する。コンピュータ可読媒体は、揮発性または不揮発性、磁気、半導体、テープ、光学、リムーバブル、非リムーバブル、あるいは他のタイプのコンピュータ可読媒体またはコンピュータ可読記憶装置を含み得る。例えば、コンピュータ可読媒体は、開示されるとおりのコンピュータ命令が格納された記憶ユニットまたはメモリモジュールであり得る。いくつかの実施形態において、コンピュータ可読媒体は、コンピュータ命令を格納したディスクまたはフラッシュドライブであり得る。
【0166】
[0184] 開示されたシステムおよび関連の方法に対して、さまざまな変更および変形を行うことができることは、当業者にとって明らかであろう。本明細書を検討し、開示されたシステムおよび関連の方法を実施することで、他の実施形態が当業者にとって明らかであろう。本明細書および実施例は、あくまでも例示として考慮されるように意図され、真の範囲は、以下の特許請求の範囲およびそれらの均等物によって示される。
【0167】
[0185] 本開示を、本開示の特定の実施形態を参照して提示および説明してきたが、本開示を、修正を必要とせずに、他の環境において実施できることを、理解できるであろう。以上の説明は、例示の目的で提示されている。以上の説明は、すべてを網羅するものではなく、開示された正確な形態または実施形態に限定されない。本明細書を検討し、開示された実施形態を実施することで、修正および調整が当業者にとって明らかであろう。さらに、本開示の実施形態の態様は、メモリに格納されるものとして説明されているが、これらの態様を、例えばハードディスクまたはＣＤ－ＲＯＭなどの二次記憶デバイス、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、Ｂｌｕ－ｒａｙ、または他の光ドライブ媒体などの他の種類のコンピュータ可読媒体に格納してもよいことを、当業者であれば理解できるであろう。
【0168】
[0186] 記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。さまざまなプログラムまたはプログラムモジュールが、当業者に知られた技術のいずれかを使用して作成可能であり、あるいは既存のソフトウェアに関連して設計可能である。例えば、プログラム部分またはプログラムモジュールを、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（および、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｃ、などの関連の言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを埋め込んだＨＴＭＬにて設計でき、あるいはこれらによって設計することができる。
【0169】
[0187] さらに、例示的な実施形態を本明細書において説明してきたが、本開示に基づいて、同等の要素、修正、省略、（例えば、種々の実施形態にまたがる態様の）組み合わせ、調整、および／または変更を有するあらゆるすべての実施形態の範囲を、当業者であれば理解できるであろう。請求項中の限定事項は、請求項中で使用されている文言に基づいて広く解釈されるべきであり、本明細書に記載され、あるいは本出願の審査の最中に説明される実施例に限定されない。実施例を、排他的であると解釈すべきではない。さらに、開示された方法の各ステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む任意のやり方で変更可能である。したがって、本明細書および実施例は、あくまでも例示として考慮されるように意図され、真の範囲および精神は、以下の特許請求の範囲およびそれらの均等物の全範囲によって示される。
【0170】
[0188] このように、以上の説明は、あくまでも例示の目的で提示されている。以上の説明は、すべてを網羅するものではなく、開示された正確な形態または実施形態に限定されない。本明細書を検討し、開示された実施形態を実施することで、修正および調整が当業者にとって明らかであろう。
【0171】
[0189] 請求項は、請求項中で使用されている文言に基づいて広く解釈されるべきであり、本明細書に記載された実施例に限定されず、それらの実施例は、すべてを網羅したものではないと理解されるべきである。さらに、開示された方法の各ステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む任意のやり方で変更可能である。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
