JP2023508787A - ハイパーメディア要素を有する動的ウェブサイトを生成するためのシステムおよび方法 - Google Patents

Abstract

命令を記憶するメモリと、動作を実行するために命令を実行するように構成された少なくとも１つのプロセッサとを含む、動的ウェブサイトを生成するためのコンピュータ化されたシステム。動作は、顧客のデバイスから注文を受信することと、宛先住所が第１の時刻までの配達に適格であるかどうかを判定することと、宛先住所が適格であるという判定に基づいて、少なくとも１つの製品の情報を取得するために第１のデータベースを検索することとを含む。動作はまた、第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成すること（ユーザインターフェース要素は、顧客のデバイスに表示されるウェブサイトを変更するように構成されている）と、ユーザインターフェース要素を顧客のデバイスに送信することとを含み得る。さらに、動作は、顧客のデバイスから応答を受信することと、製品の約束配送日が第１の時刻であることを示すために第２のデータベース内のエントリを変更することとを含み得る。

Description

本開示は、一般に、動的ウェブサイトを生成するためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、製品を配達するために利用可能なオプションを決定し、ウェブサイトを変更したり、ユーザ固有の情報を表示したり、ユーザ情報を取り込んだりするハイパーメディア要素を有するユーザインターフェースを生成するためのシステムおよび方法に関する。

ハイパーメディア要素は、グラフィック、オーディオ、ビデオ、プレーンテキスト、およびハイパーリンクを含む情報の非線形媒体である。ハイパーメディア要素は、複数の対話型アイコン、テキストボックス、および／または再生を含む。ハイパーメディア要素は、いくつかの方法で開発することができる。例えば、ハイパーメディア要素は、内部変数からのデータと外部データファイル用のノードとをリンクするツールを用いてプログラムされてもよい。これらのハイパーメディア要素は、マルチメディア開発ソフトウェアと共に使用することができるが、場合によっては、ハイパーメディア要素は、エンターテイメントコンテンツに重点を置いてスタンドアロンアプリケーションとして使用することもできる。ハイパーメディア要素は、ユーザインターフェースおよび対話型アクションのためにウェブサイトで使用することができる。例えば、ハイパーメディア要素は、特定のインタラクション、スクリプト、および／またはハイパーリンク機能のためにウェブソースコードに追加することができるハイパーリンクを含むことができる。

オンライン小売業者からのウェブサイトのコンテキストでは、ハイパーメディア要素を使用して、ユーザと対話し、特定のコンテンツを表示し、および／またはパーソナライズされた対話のためのユーザデータを収集することができる。例えば、ハイパーメディア要素を介して、オンライン小売業者は、入力ウィンドウおよび対話型アイコンを提示することによってユーザの嗜好を取り込むことができる。したがって、オンライン小売業者は、ハイパーメディア要素を利用して訪問者プロファイルを構築する場合に、パーソナライズされたウェブサイトを開発することができ、訪問者プロファイルをその後、配達嗜好の決定、配達命令の取り込み、および／または推奨アルゴリズムに使用することができる。いくつかの実施形態では、ハイパーメディア要素を使用して、ウェブサイトに特定の情報を表示することもできる。したがって、ハイパーメディア要素を使用して、ユーザ入力を要求すると共に、ユーザ入力に基づいて、特定のオプションまたは条件を表示するようにウェブサイトを変更することができる。そのような実施形態では、ハイパーメディア要素は、特にユーザ向けにウェブサイトを動的に変更し、かつユーザと対話するための調整されたオプションとパーソナライズされたウェブサイトを開発するためのツールとをオンライン小売業者に提供するように構成され得る。

しかしながら、ハイパーメディア要素は、複数のデータソース間の迅速な相互作用を必要とする特定のウェブアプリケーションにうまく組み込まれていない。いくつかのウェブアプリケーションは、静的データを使用してハイパーメディア要素を生成することがある。例えば、特定のハイパーメディア要素のプログラミングは、ユーザが初めてウェブサイトに入力したときに選択された初期化クッキーに基づく場合がある。しかしながら、他のアプリケーションは、ハイパーメディア要素を生成するために動的かつ時刻に敏感なデータを使用する。そのようなアプリケーションの場合、ハイパーメディア要素は、タイマまたは動的挙動に基づいて生成され得る。オンライン小売業者のケースでは、ハイパーメディア要素は、例えば配達日を満たすために、特定の時間枠内で情報を収集する必要があり得る。そのような場合、複数のソースからデータを照会すると、ウェブサイトのパーソナライズが遅延し、ユーザの全体的なエクスペリエンスが損なわれる可能性がある。

動的ウェブサイトを生成するための開示されたシステムおよび方法は、上記の問題および／または従来技術における他の問題のうちの１つまたは複数に対処する。

本開示の一態様は、動的ウェブサイトを生成するためのコンピュータ化されたシステムに関する。システムは、命令を記憶するメモリと、動作を実行するために命令を実行するように構成された少なくとも１つのプロセッサとを含み得る。動作は、顧客のデバイスから注文を受信すること（注文は、配達用の少なくとも１つの製品、注文時刻、および宛先住所を含む）と、宛先住所が第１の時刻までの配達に適格であるかどうかを判定することと、宛先住所が適格であるという判定に基づいて、少なくとも１つの製品の情報（情報は第１の時刻までに配達するためのカットオフ時刻を含む）を取得するために第１のデータベースを検索することとを含み得る。動作はまた、注文時刻およびカットオフ時刻に基づいて、第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成すること（ユーザインターフェース要素は、顧客のデバイスに表示されるウェブサイトを変更するように構成される）と、ユーザインターフェース要素を顧客のデバイスに送信することとを含み得る。さらに、動作はまた、ユーザインターフェース要素を顧客のデバイスに送信することに応答して応答を受信することと、受信した応答に基づいて、製品の約束配送日が第１の時刻であることを示すために第２のデータベース内のエントリを変更することとを含み得る。

本開示の別の態様は、動的ウェブサイトを生成するためのコンピュータ実装方法に関する。本方法は、顧客のデバイスから注文を受信するステップ（注文は、配達用の少なくとも１つの製品と、注文時刻と、宛先住所とを含む）と、宛先住所が第１の時刻までの配達に適格であるかどうかを判定するステップと、宛先住所が適格であるという判定に基づいて、少なくとも１つの製品の情報（情報は第１の時刻までに配達するためのカットオフ時刻を含む）を取得するために第１のデータベースを検索するステップとを含み得る。本方法はまた、注文時刻およびカットオフ時刻に基づいて、第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成すること（ユーザインターフェース要素は、顧客のデバイスに表示されるウェブサイトを変更するように構成される）と、ユーザインターフェース要素を顧客のデバイスに送信することとを含み得る。さらに、本方法は、ユーザインターフェース要素を顧客のデバイスに送信することに応答して応答を受信することと、受信した応答に基づいて、製品の約束配送日が第１の時刻であることを示すために第２のデータベース内のエントリを変更することとを含み得る。

本開示のさらに別の態様は、プロセッサによって実行されると、動的ウェブサイトを生成するための動作を実行する命令を記憶する非一時的コンピュータ可読媒体に関する。動作は、顧客のデバイスから注文を受信すること（注文は、配達用の少なくとも１つの製品、注文時刻、および宛先住所を含む）と、宛先住所に基づいてフルフィルメントセンタを識別することと、識別されたフルフィルメントセンタに利用可能な在庫を要求することと、対応する利用可能な在庫と少なくとも１つの製品との一致に基づいて、識別されたフルフィルメントセンタから１つのフルフィルメントセンタを選択することとを含み得る。動作はまた、見積有効期限（見積有効期限は、その後は第１の時刻までの配達がもはや利用できない注文有効期限または残り時間を含む）に基づいて、第１の時刻までに配達するためのカットオフ時刻を決定することと、宛先住所が第１の時刻までの配達に適格であるかどうかを判定することと、宛先住所が適格であるという判定に基づいて、少なくとも１つの製品の情報を取得するために第１のデータベースを検索することであって、情報が、第１の時刻までに配達するためのカットオフ時刻を含むこととを含み得る。さらに、動作は、注文時刻およびカットオフ時刻に基づいて第１の時刻までの配達が可能であるかどうかを示すユーザインターフェース要素を生成すること（ユーザインターフェース要素は、顧客のデバイスに表示されるウェブサイトを変更するように構成されている）と、宛先住所および少なくとも１つの関連する制限を見つけるために第２のデータベースを検索することと、第２のデータベースが第１の制限に関連する宛先住所を含むという判定に基づいて、第１の時刻までの配達を可能にする選択可能要素を含むようにユーザインターフェース要素を生成することとを含み得る。さらに、動作はまた、ユーザインターフェース要素を顧客のデバイスに送信することと、ユーザインターフェース要素を顧客のデバイスに送信することに応答して応答を受信することと、受信した応答に基づいて、製品の約束配送日が第１の時刻であることを示すために第３のデータベース内のエントリを変更することとを含み得る。

開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。

開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、検索要求を満たす１つまたは複数の検索結果を含む検索結果ページ（ＳＲＰ）のサンプルを示す図である。

開示された実施形態と一致する、対話型ユーザインターフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。

開示された実施形態に一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。

開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文ページを示す図である。

開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。

開示された実施形態と一致する、例示的なシステムの概略ブロック図である。

開示された実施形態と一致する、例示的なクライアントデバイスのブロック図である。

開示された実施形態と一致する、例示的なデータベースのブロック図である。

開示された実施形態と一致する、オンラインモジュールへの例示的な配達見積配信のプロセスフロー図である。

図６は、開示された実施形態と一致する、例示的な配達見積配信のプロセスフロー図である。

開示された実施形態と一致する、利用可能な配達オプションの要求を処理するための例示的なプロセスのフローチャートである。

開示された実施形態と一致する、第三者によって履行される製品の見積要求を処理するための例示的なプロセスのフローチャートである。

開示された実施形態と一致する、配達オプション選択プロセスのフローチャートである。

開示された実施形態と一致する、例示的な住所配達不能分類プロセスのプロセスフロー図である。

開示された実施形態と一致する、例示的なウェブサイト変更プロセスのプロセスフロー図である。

開示された実施形態と一致する、例示的な住所一般分類プロセスのプロセスフロー図である。

開示された実施形態と一致する、例示的な第１の時刻の配達分類プロセスのプロセスフロー図である。

開示された実施形態と一致する、分類された建物を有する配達領域のグラフィック表現である。

開示された実施形態と一致する、モバイルデバイスにおける単一ディスプレイページの例示的なグラフィカルユーザインターフェースのシーケンスの正面図である。

配達日見積および／または利用可能な配達オプションを有するウェブページを生成または変更するように構成可能なスクリプトの例示的なソースコードである。

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

本開示の実施形態は、動的かつインタラクティブなウェブサイトを生成するためのシステムおよび方法に関する。特に、開示されたシステムおよび方法は、ユーザ情報または嗜好を取り込むためにユーザに表示されるウェブサイト上のユーザインターフェース要素の生成を可能にすることができる。ユーザインターフェース要素は、ユーザ要求を受信した後にユーザ入力を要求することを可能にするハイパーメディア要素または他の対話型グラフィカルユーザインターフェースを含むことができる。ユーザインターフェース要素は、問題を防止し、より良いユーザエクスペリエンスを提供するために、ユーザからの正確な情報または嗜好を取り込むように構成されてもよい。

いくつかの実施形態では、開示されたシステムおよび方法は、パーソナライズの向上およびワークフローの簡略化を可能にすることによって、オンライン小売業者ウェブサイトの改善をもたらすことができる。例えば、複数のタイプの配達を提供するオンライン小売業者は、開示されたシステムおよび方法を使用して、ユーザインターフェース要素を含むようにウェブサイトを変更してもよく、ユーザインターフェース要素は、特定の配達オプションに必要な情報を収集するか、または利用可能な配達のタイプを示す。そのような実施形態では、複数の配達オプションを提供するオンライン小売業者は、ユーザインターフェース要素を使用して、特定のタイプの配達をロック解除または許可することができる。例えば、オンライン小売業者は、特定の顧客に時間外配達（例えば、午前０：００～午前５：００の間の配達）を提供する場合がある。そのようなオンライン小売業者は、開示されたユーザインターフェース要素を使用して、荷物配達のための命令を要求することができる。要求される命令は、建物への物理的アクセスを可能にするためのセキュリティコード、物品を配達するために建物に入る方法に関する命令、またはドアマンに連絡するための命令を含み得る。さらに、いくつかの実施形態では、オンライン小売業者は、機械学習方法を使用して命令を分析して、命令が十分であり、提案された配達方法またはタイプを可能にするかどうかを判定することができる。さらに、開示されたシステムおよび方法は、特定の配達を可能にするために特定のユーザ固有の情報を必要とすることによって、全体的な配達ワークフローを改善することができる。したがって、開示された構成は、より大きなカスタマイズおよびユーザとの対話のためのツールを提供することによって、オンライン小売業者のウェブサイト開発を改善することができる。

さらに、いくつかの実施形態では、開示されたシステムおよび方法は、必要なユーザとの対話を削減することによって、動的ウェブサイト開発を改善することができる。開示されたシステムは、予め記憶された情報または特定のクライアントの分析に基づいてウェブサイトを生成または変更することができる。例えば、開示されたシステムおよび方法は、予め記憶された情報を使用して、デフォルトオプションを有するハイパーメディア要素を生成することができる。このようにして、開示されたシステムおよび方法は、予め記憶された情報を活用して、プログラムされるべき対話型要素の数を減らし、より単純なグラフィカルユーザインターフェースを生成することによって、ウェブサイト開発を容易にすることができる。例えば、オンライン小売業者は、特定の住所の配達情報を保存することができる。さらに、オンライン小売業者は、住所に関する配達嗜好および／または配達方法の利用可能性を保存することができる。保存された嗜好または履歴情報に応じて、開示されたシステムおよび方法は、異なる配達オプションのための予め選択された、またはデフォルトで選択されたオプトインオプションおよびオプトアウトオプションの構成を可能にすることができる。

さらに、ウェブサイトのメンテナンスを改善し、データ処理を最小限に抑えるために、開示されたシステムおよび方法は、オンライン小売業者が配達オプションの利用可能性に基づいて住所またはユーザを分類することを可能にすることができる。例えば、開示されたシステムは、顧客の嗜好、住所の地域、および／または履歴記録に基づいて、カテゴリグループ内の住所を分類し、グループの各々について対話型要素を生成することができる。住所は、特定の配達時刻または方法の利用可能性に基づいて分類されてもよい。例えば、オンライン小売業者は、１日の特定の時刻または特定の日付に配達するための配達オプションを提供し得る。そのような実施形態では、配達オプションは、第１の時刻までの配達を指定することができ、第１の時刻は、とりわけ、早朝配達（例えば、午前６時前）、閉店前配達（例えば、午後６時前の配達）、夜間配達（例えば、午後９時以降）、および／または深夜配達のうちの１つまたは複数に予め設定された配達であり得る。さらに、開示されたシステムおよび方法のいくつかの実施形態では、第１の時刻の配達は、ユーザの嗜好に基づいて事前構成することができる。例えば、ユーザは、早朝配達として事前構成された第１の時刻の配達を有することを好む場合がある。追加的または代替的に、第１の時刻の配達は、配達オプションおよび嗜好の利用可能性に基づいて、動的に調整されてもよい。例えば、第１の時刻の配達は早朝配達としてデフォルト設定され得るが、早朝配達が利用できない場合、第１の時刻の配達は夜間配達またはその日の他の選択された時刻の配達として再構成され得る。特定の時刻および／または第１の時刻の配達における配達オプションの分類は、例えば「第１の時刻の配達なし」、「条件付きの第１の時刻の配達」、または「デフォルトによる第１の時刻の配達」のグループに住所を分類することを可能にするシステムを作成することによって、オンライン小売業者がオンライン配達のパーソナライズおよび効率を改善することを可能にし得る。カテゴリに基づいて、開示されたシステムおよび方法は、オンライン小売業者がグループ固有の対話型要素を生成することを可能にすることができる。住所およびユーザのこの種のグループ処理および分類は、ウェブサイトの維持および生成を容易にすることができる。

開示されたシステムおよび方法はまた、対話型要素におけるデフォルト選択を使用して、グラフィカルユーザインターフェースを改善することができる。事前構成された対話型要素を生成すると、限られた選択肢のセットを表示したり、個人向けの推奨を提供したりすることによって、選択精度を向上させることができる。ユーザを異なるカテゴリにし、それぞれのユーザカテゴリに固有の対話型要素を作成すると、開示されたシステムおよび方法は、不正確な選択を防止し、および／またはユーザを所望の選択に導くことができる。

さらに、開示されたシステムおよび方法の特定の実施形態は、コンピュータ動作の改善を対象とすることができる。例えば、開示されたシステムおよび方法は、ユーザの挙動に基づいてユーザフィードバックを要求するポップアップウィンドウを含む動的に生成されたマルチソースハイブリッドウェブページをもたらすことができる。単一のサイト内でマルチソースディスプレイを可能にすることにより、オンライン買い物客用の動的ウェブサイトを生成する技術的な領域を改善することができる。さらに、開示されたシステムおよび方法は、製品情報および配達オプションを示すハイブリッドウェブページを生成するために、フルフィルメントセンタ、出荷エージェント、顧客アカウント、およびユーザ選択からの情報を組み合わせたウェブページを動的に生成することができる。

さらに、開示されたシステムおよび方法は、ユーザからの特定のフィードバックを動的に収集するためにウェブページの適応性を改善する。開示されたシステムおよび方法は、ユーザの嗜好、フルフィルメントセンタのオプション、および配達条件に基づいてリアルタイムで更新され得る動的ハイパーメディア要素を有することによって、ウェブページの更新を容易にすることができる。そのような構成は、ウェブページ内をナビゲートするときのユーザエクスペリエンスを改善することができる。

ここで、開示された実施形態を詳細に参照し、その例を添付の図面に示す。

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

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

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

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

さらに、いくつかの実施形態では、外部フロントエンドシステム１０３は、配達住所の分類を記憶するメモリデバイスを含むことができる。例えば、使用選択、以前の配達、または特定の地域における配達方法の利用可能性に基づいて、外部フロントエンドシステム１０３は、第１の時刻の配達および／または早朝配達の配達住所を分類することができる。例えば、外部フロントエンドシステム１０３は、各配達住所を「早朝の配達不能」、「早朝の条件付き配達」、または「早朝の無条件配達」のうちの１つと相関させるデータベースを含むことができる。

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

外部フロントエンドシステム１０３は、その情報に基づいてＳＲＰ（例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配達オプション、ＰＤＤ、重量、サイズ、オファー、割引などに関する情報を含んでもよい。いくつかの実施形態では、ＳＲＰはまた、配達オプション、配達オプションのカットオフ時刻、および／またはユーザ入力を要求するハイパーメディア要素を含むことができる。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。

次に、ユーザデバイスは、例えば、ユーザインターフェースをクリックもしくはタップすることによって、または別の入力デバイスを使用して、ＳＲＰ上に表される製品を選択することによって、ＳＲＰから製品を選択することができる。ユーザデバイスは、選択された製品に関する情報の要求を定式化し、それを外部フロントエンドシステム１０３に送信することができる。これに応じて、外部フロントエンドシステム１０３は、選択された製品に関する情報を要求することができる。例えば、情報は、それぞれのＳＲＰで製品について提示されたもの以外の追加情報を含むことができる。これは、例えば、保存可能期間、原産国、重量、サイズ、荷物内の製品の数、取り扱い指示、早朝もしくは第１の時刻の配達のカットオフ時刻、または製品に関する他の情報を含むことができる。また、情報は、（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。

外部フロントエンドシステム１０３は、受信した製品情報、顧客のデバイスの位置、および配達オプションの利用可能性に基づいて、ＳＤＰ（Ｓｉｎｇｌｅ Ｄｅｔａｉｌ Ｐａｇｅ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カートに追加する」ボタン、数量欄、アイテムの写真などの他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する販売者のリストをさらに含むことができる。リストは、各販売者が提供する価格に基づいて順序付けされてもよく、その結果、最低価格で製品を販売することを提案する販売者が最上位にリストされてもよい。リストは最高ランクの販売者が最上位にリストされるように、販売者ランキングに基づいて順序付けされてもよい。販売者ランキングは、例えば、約束されたＰＤＤを満たす販売者の過去の実績を含む複数の要因に基づいて定式化することができる。外部フロントエンドシステム１０３は、ＳＤＰを要求元ユーザデバイスに（例えば、ネットワークを介して）配信することができる。

要求元ユーザデバイスは、製品情報を記載したＳＤＰを受信する場合がある。ＳＤＰを受信すると、ユーザデバイスは次にＳＤＰと対話することができる。例えば、要求元ユーザデバイスのユーザは、ＳＤＰの「カートに入れる」ボタンをクリックするか、他の方法で対話することができる。これにより、ユーザに関連付けられたショッピングカートに製品が追加される。代替的または追加的に、ユーザは、配達のための命令を提供することによってＳＤＰと対話することができる。ユーザデバイスはこの要求を送信して、製品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。

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

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

ユーザデバイスは注文ページに情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３は、ショッピングカート内の製品を用いた新しい注文の作成および処理を可能にするために、システム１００内の様々なシステムに情報を送信することができる。いくつかの実施形態では、外部フロントエンドシステム１０３は、販売者が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。

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

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

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

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

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

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

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

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

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

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

いくつかの実施形態では、ＦＯシステム１１３は、定期的に（例えば、１時間ごとに）各製品のＰＤＤを決定し、それを検索用または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３は、１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。さらに他の実施形態では、ＦＯシステム１１３は、ユーザがウェブページのうちの１つをナビゲートするときにＰＤＤを決定することができる。さらに、いくつかの実施形態では、ＦＯシステム１１３は、表示された製品が第１の時刻の配達オプションに適格であるかどうかを判定することができる。例えば、ＦＯシステム１１３は、製品の位置、顧客の位置、および／または特定の配達住所に基づいて、製品が早朝配達に適格であるかどうかを判定することができる。さらに、いくつかの実施形態では、ＦＯシステム１１３は、利用可能な配達オプションを決定することができる。例えば、ＦＯシステム１１３は、１つまたは複数の製品が早朝配達または生鮮品配達などの特定の配達オプションに適格であるか否かを判定することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３は、開示された実施形態と一致する、例示的なシステム３００のブロック図である。システム３００において、配達見積システム３２０は、例えば、要求に対して利用可能な配達方法を決定するために、リアルタイムのクライアントデバイスのデータストリームからの製品要求を処理することができる。配達方法またはオプションは、とりわけ、第１の時刻の配達（早朝配達を含み得る）、急ぎの配達、生鮮品配達を含み得る。配達見積システム３２０はまた、利用可能な配達オプションを表すアイコンおよび／または対話型ツールを含むようにウェブページを表示または変更するための命令を生成して、命令またはユーザの嗜好を収集することができる。

システム３００は、配達見積システム３２０に加えて、オンラインリソース３４０、クライアントデバイス３５０、第三者システム３６０、クライアントシステム３９０、およびデータベース３８０を含むことができる。いくつかの実施形態では、図３に示すように、システム３００の構成要素は、ネットワーク３７０に接続されてもよい。しかしながら、他の実施形態では、システム３００の構成要素は、ネットワーク３７０なしで互いに直接接続されてもよい。例えば、データベース３８０は、配達見積システム３２０に直接結合することができる。

いくつかの実施形態では、配達見積システム３２０は、システム１００（図１Ａ）の構成要素のうちの１つまたは複数で実施することができる。例えば、配達見積システム３２０は、ＳＡＴシステム１０１、外部フロントエンドシステム１０３、ＦＯシステム１１３、ＳＣＭシステム１１７、および／またはＷＭＳ１１９（図１Ａ）を含むことができる。他の実施形態では、配達見積システム３２０は、配達日を見積し、ＰＤＤを生成し、特定の配達方法の利用可能性に基づいて住所を分類し、および／またはクライアントデバイス３５０のためのウェブページを生成するための動作を実行するように構成された、１つまたは複数の独立したサーバで実施することができる。

オンラインリソース３４０は、ウェブページホスティング、ネットワーキング、クラウド、またはバックアップサービスのプロバイダなどのエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。いくつかの実施形態では、オンラインリソース３４０は、認証サービス、ドメイン名システム（ＤＮＳ）、またはランディングページ用のウェブページを格納するホスティングサービスまたはサーバに関連付けられ得る。他の実施形態では、オンラインリソース３４０は、クラウドコンピューティングサービスに関連付けられてもよい。さらに他の実施形態では、オンラインリソース３４０は、例えば、Ａｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、Ａｚｕｒｅ Ｍｏｂｉｌｅ Ｓｅｒｖｉｃｅｓ、またはＧｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇなどのメッセージングサービスに関連付けられてもよい。そのような実施形態では、オンラインリソース３４０は、デジタル著作権管理の処理など、開示された実施形態の機能に関連するメッセージおよび通知の配信を処理することができる。

クライアントデバイス３５０は、開示された実施形態と一致する１つまたは複数の動作を実行するように構成された１つまたは複数のコンピューティングデバイスを含むことができる。例えば、クライアントデバイス３５０は、デスクトップコンピュータ、ラップトップ、サーバ、モバイルデバイス（例えば、タブレット、スマートフォンなど）、セットトップボックス、ゲームデバイス、ウェアラブルコンピューティングデバイス、または他の種類のコンピューティングデバイスを含むことができる。いくつかの実施形態では、クライアントデバイス３５０は、ユーザデバイス１０２（図１Ａ）を含み、システム１００の一部として動作することができる。しかしながら、他の実施形態では、クライアントデバイス３５０は、システム１００から独立していてもよい。クライアントデバイス３５０は、クライアントデバイス３５０に含まれるメモリなどのメモリに記憶されたソフトウェア命令を実行して、後述する機能を実施するための動作を実行するように構成された１つまたは複数のプロセッサを含むことができる。例えば、クライアントデバイス３５０は、配達見積システム３２０によって生成された配達オプションおよび／または配達日見積を有するアイコンを含むウェブページにグラフィカルユーザインターフェースを表示するように構成することができる。さらに、クライアントデバイス３５０は、有線および／または無線通信用に構成することができ、プロセッサによって実行されるとインターネット関連通信（例えば、ＴＣＰ／ＩＰ）およびコンテンツ表示プロセスを実行するソフトウェアを含むことができる。例えば、クライアントデバイス３５０は、製品情報とのインターフェースを生成して表示するブラウザソフトウェアを実行することができる。したがって、クライアントデバイス３５０は、クライアントデバイス３５０がネットワーク３７０を介して構成要素と通信し、クライアントデバイス３５０に含まれる表示装置を介してインターフェースにコンテンツを表示することを可能にするアプリケーションを実行することができる。

いくつかの実施形態では、図４に関連して以下でさらに説明するように、クライアントデバイス３５０は、配達見積システム３２０と対話するように特に構成されたアプリケーションを実行することができる。また、クライアントデバイス３５０は、１つまたは複数のアカウントを記憶してもよい。例えばクライアントデバイス３５０は、顧客の配達嗜好、顧客の位置、顧客アカウント、および顧客識別に関する情報を記憶することができる。

開示された実施形態は、クライアントデバイス３５０の特定の構成に限定されない。例えば、クライアントデバイス３５０は、配達見積システム３２０および／またはオンラインリソース３４０によって提供される機能を提供する動作を実行するためにモバイルアプリケーションを格納および実行するモバイルデバイスであってもよい。特定の実施形態では、クライアントデバイス３５０は、ＧＰＳ位置などの位置サービスに関するソフトウェア命令を実行するように構成され得る。例えば、クライアントデバイス３５０は、地理的位置を決定し、位置データおよび位置データに対応するタイムスタンプデータを提供するように構成され得る。クライアントデバイス３５０は、図４に関連してさらに説明される。

データベース３８０は、配達予定日を計算および／または取得するためのデータを配達見積システム３２０に提供することに一致する動作を実行するための適切なソフトウェアで構成された１つまたは複数のコンピューティングデバイスを含むことができる。データベース３８０は、例えば、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、またはＨａｄｏｏｐ（商標）シーケンスファイル、ＨＢａｓｅ（商標）もしくはＣａｓｓａｎｄｒａ（商標）などの他のリレーショナルデータベースもしくは非リレーショナルデータベースを含み得る。データベース３８０は、データベースのメモリデバイスに格納されたデータの要求を受信および処理し、かつデータベースからデータを提供するように構成されたコンピューティング構成要素（例えば、データベース管理システム、データベースサーバなど）を含むことができる。

データベース３８０は別々に示されているが、いくつかの実施形態では、データベース３８０は、配達見積システム３２０またはオンラインリソース３４０に含まれてもよく、あるいは関連してもよい。

データベース３８０は、利用可能な配達オプションの決定を容易にするために、ユーザアカウントまたは製品に関連付けられたデータを収集および／または維持するように構成することができる。例えば、データベース３８０は、システム３００のユーザのユーザプロファイルに関する情報を記憶することができる。さらに、データベース３８０は、その住所に利用可能な配達オプションを含む、住所に関する情報を記憶することができる。データベース３８０はまた、類似の製品と郵便番号との対を有する配達日見積要求に迅速に応答するために、特定の製品および対応する郵便番号について以前に計算された配達日を記憶することができる。データベース３８０は、例えば、オンラインリソース３４０または第三者システム３６０を含む様々なソースからデータを収集することができる。さらに、データベース３８０は、クライアントデバイス３５０のオペレーティングシステムに関する情報を含むことができる。データベース３８０は、図５に関連して以下でさらに説明される。

いくつかの実施形態では、第三者システム３６０は、システム１００の１つまたは複数の要素を含むことができる。例えば、第三者システム３６０は、３ＰＬシステム１２１Ａ～１２１Ｃ（図１）を含み得る。それに加えて、またはその代わりに、第三者システム３６０は、サービスのプロバイダまたはフルフィルメントセンタなど、配達見積システム３２０に関連するエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。第三者システム３６０はまた、ネットワーク３７０を介してシステム３００に接続されてもよいが、他の実施形態では、第三者システム３６０は、システム３００のいくつかの要素との直接接続を含んでもよい。例えば、遅延またはネットワーク輻輳を最小限に抑えるために、第三者システム３６０は、配達見積システム３２０とプライベートネットワークで接続されてもよい。さらに、第三者システム３６０は、配達見積システム３２０、またはシステム３００の他の要素に情報を提供および／または要求するように構成されてもよい。いくつかの実施形態では、第三者システム３６０もネットワーク３７０に結合することができるが、第三者システムは配達見積システム３２０のクライアントでなくてもよい。その代わりに、第三者システム３６０は、配達見積システム３２０のユーザまたはクライアントの情報を含むシステムを含むことができる。例えば、第三者システム３６０は、製品配達に第三者たる請負業者が関与する場合に配達見積システム３２０によって使用され得る、ＦｅｄＥｘ（登録商標）などの配達請負業者のサーバを含んでもよい。

ネットワーク３７０は、システム３００の構成要素間の通信を提供するように構成された任意のタイプのネットワークであってもよい。例えば、ネットワーク３７０は、インターネット、ローカルエリアネットワーク、近距離無線通信（ＮＦＣ）、またはシステム３００の構成要素間の情報の送受信を可能にする他の適切な接続など、通信を提供し、情報を交換し、および／または情報の交換を容易にする任意の種類のネットワーク（インフラストラクチャを含む）であってもよい。他の実施形態では、システム３００の１つまたは複数の構成要素は、専用通信リンクを介して直接通信することができる。さらに他の実施形態では、ネットワーク３７０は、例えば１つまたは複数のネットワークを編成する複数のネットワークを含むことができる。

システム３００の機能的構成要素の構成および境界は、説明の便宜上、本明細書で定義されていることを理解されたい。指定された機能およびそれらの関係が適切に実行される限り、代替の境界を定義することができる。代替形態（本明細書に記載されたものの均等物、拡張、変形、偏差などを含む）は明らかであろう。そのような代替形態は、開示された実施形態の範囲内に含まれる。

ここで図４を参照すると、開示された実施形態と一致する、例示的なクライアントデバイス３５０（図３）のブロック図が示されている。いくつかの実施形態では、クライアントデバイス３５０は、ユーザデバイス１０２（図１Ａ）を実装することができる。

一実施形態では、クライアントデバイス３５０は、１つまたは複数のプロセッサ４０２、１つまたは複数の入力／出力（Ｉ／Ｏ）デバイス４０４、および１つまたは複数のメモリ４１０を含むことができる。いくつかの実施形態では、クライアントデバイス３５０は、スマートフォンもしくはタブレット、汎用コンピュータ、またはこれらの構成要素の任意の組み合わせなどのモバイルコンピューティング装置の形態をとることができる。あるいは、クライアントデバイス３５０（またはクライアントデバイス３５０を含むシステム）は、開示された実施形態と一致する１つまたは複数の動作を実行するソフトウェア命令の記憶、実行、および／または実装に基づいて、特定の装置、組み込みシステム、専用回路などとして構成されてもよい。いくつかの実施形態によれば、クライアントデバイス３５０は、開示された実施形態と一致するウェブサイトにアクセスするウェブブラウザまたは同様のコンピューティングデバイスを含むことができる。

プロセッサ４０２は、ｌｎｔｅｌ（商標）、ＮＶＩＤＩＡ（商標）によって製造されたモバイルデバイスマイクロプロセッサ、または他の製造業者からの様々なプロセッサなど、１つまたは複数の公知の処理デバイスを含むことができる。開示された実施形態は、クライアントデバイス３５０に構成された特定のタイプのプロセッサに限定されない。

メモリ４１０は、開示された実施形態に関連する機能を実行するためにプロセッサ４０２によって使用される命令を格納するように構成された１つまたは複数の記憶装置を含むことができる。例えば、メモリ４１０は、プロセッサ４０２によって実行されると動作を実行することができるプログラム４１２などの、１つまたは複数のソフトウェア命令で構成することができる。開示された実施形態は、専用タスクを実行するように構成された別個のプログラムまたはコンピュータに限定されない。例えば、メモリ４１０は、クライアントデバイス３５０の機能を実行する単一のプログラム４１２を含むことができ、またはプログラム４１２は複数のプログラムを含むことができる。メモリ４１０はまた、クライアントデバイス３５０がシステム３００の他の要素と通信または対話する動作を実行するように構成することができるクライアントアプリケーション４１４を含むことができる。例えば、クライアントアプリケーション４１４は、図７に関連してさらに説明するように、配達見積システム３２０と通信し、および／または製品情報要求を生成するための命令を指定することができる。さらに、クライアントアプリケーション４１４は、クライアントデバイス３５０でグラフィカルユーザインターフェース（ＧＵＩ）を生成するため、または表示されたＧＵＩを修正するための命令を解釈することができる。メモリ４１０はまた、配達見積システム３２０が配達見積、配達カテゴリ、またはＰＤＤをクライアントデバイスに割り当てるために使用することができるデータ４１６を記憶することもできる。

特定の実施形態では、メモリ４１０は、配達見積システム３２０にアクセスまたは要求を送信するための命令を記憶することができる。例えば、メモリ４１０は、ＴＣＰ／ＩＰを介して配達見積システム３２０と通信するアプリケーションを含むことができる。さらに、他のソフトウェアコンポーネントは、配達見積システム３２０に情報を要求し、またはクライアントデバイス３５０の位置を決定するように構成されてもよい。例えば、これらのソフトウェア命令は、プロセッサ４０２によって実行されると、見積された配達日またはＰＤＤをウェブページに表示するための情報を処理することができる。ソフトウェア命令はまた、クライアントデバイス３５０に表示されているウェブページを変更するためのスクリプトを実装することができる。

Ｉ／Ｏデバイス４０４は、クライアントデバイス３５０によってデータが受信および／または送信されることを可能にし、かつクライアントデバイス３５０がシステム３００の他の構成要素などの他のマシンおよびデバイスと通信することを可能にするように構成された、１つまたは複数のデバイスを含むことができる。例えば、Ｉ／Ｏデバイス４０４は、荷物の配達を確認したり、ユーザに情報を提供したりするための画面を含んでもよい。Ｉ／Ｏデバイス４０４はまた、ＮＦＣ通信のための構成要素を含むことができる。Ｉ／Ｏデバイス４０４はまた、ユーザがタッチ感知領域、ボタン、またはマイクロフォンなどのクライアントデバイス３５０と対話することを可能にする１つまたは複数のデジタルおよび／またはアナログデバイスを含むことができる。Ｉ／Ｏデバイス４０４はまた、クライアントデバイス３５０の向きおよび慣性を検出するための１つまたは複数の加速度計を含むことができる。Ｉ／Ｏデバイス４０４はまた、配達見積システム３２０と対話するための当技術分野で知られている他の構成要素を含むことができる。

いくつかの実施形態では、クライアントデバイス３５０はまた、画像を取り込むカメラ４２０を含むことができ、ユーザが望む製品の識別に使用することができる。そのような識別は、配達日見積またはＰＤＤ計算をトリガすることができる。追加的または代替的に、クライアントデバイス３５０は、ユーザがクライアントデバイス３５０のロックを解除してアカウントにアクセスし、情報の要求を送信し、アイテムを購入することを可能にする指紋センサ４３０を含むことができる。カメラ４２０および指紋センサ４３０の両方は、プロセッサ４０２によって動作し、暗号化セキュリティを使用して、ユーザが指紋またはカメラ情報に外部からアクセスすることを不可能にすることができる。

クライアントデバイス３５０の構成要素は、当業者には明らかなように、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの両方の組み合わせで実装されてもよい。

ここで図５を参照すると、開示された実施形態と一致する、例示的なデータベース３８０（図３）のブロック図が示されている。いくつかの実施形態では、データベース３８０は、システム１００の要素に含まれてもよい。例えば、データベース３８０は、ＦＯシステム１１３またはＷＭＳ１１９（図１Ａ）の一部であってもよい。

データベース３８０は、通信デバイス５０２と、１つまたは複数のデータベースプロセッサ５０４と、１つまたは複数のデータベースプログラム５１２およびデータ５１４を含むデータベースメモリ５１０とを含み得る。データベース３８０は、ＨＢａｓｅ、ＭｏｎｇｏＤＢ（商標）またはＣａｓｓａｎｄｒａ（商標）などのＮｏＳＱＬデータベースを含み得る。あるいは、データベース３８０は、Ｏｒａｃｌｅ、ＭｙＳＱＬ、およびＭｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒなどのリレーショナルデータベースを含み得る。

いくつかの実施形態では、データベース３８０は、サーバ、汎用コンピュータ、メインフレームコンピュータ、またはこれらの構成要素の任意の組み合わせの形態をとることができる。いくつかの実施形態では、データベース３８０は、配達見積システム３２０など、システム３００の他の要素内に含まれる。開示された実施形態と一致する他の実装も可能である。

いくつかの実施形態では、データベース３８０は、非リレーショナルデータベースと埋込みデータベースの両方を含み得る。例えば、データベース３８０は、Ｈｂａｓｅなどの非リレーショナルデータベースと、ＲｏｃｋｓＤＢ（例えば、キーバリューストアデータベース）などの埋込みデータベースとを含むことができる。

通信デバイス５０２は、オンラインリソース３４０、配達見積システム３２０、またはＳＣＭシステム１１７など、システム３００またはシステム１００の１つまたは複数の構成要素と通信するように構成することができる。特に、通信デバイス５０２は、配達見積システム３２０に、同様の郵便番号および製品照会に関する注文情報、ユーザの嗜好および特権、ならびに／または過去の見積履歴を提供するように構成することができる。

データベース３８０の構成要素は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの両方の組み合わせで実装されてもよい。例えば、データベース３８０の１つまたは複数の構成要素は、コンピュータ処理命令モジュールとして実装されてもよいが、データベース３８０の機能の全部または一部は、代わりに専用の電子機器ハードウェアに実装されてもよい。

データベースメモリ５１０は、プログラム５１２を含み得、プログラム５１２は、配達見積システム３２０によって受信または生成された配達オプションまたはＰＤＤの利用可能性に基づいてウェブページを更新する命令を含み得る。さらに、データベースメモリ５１０は、システム３００の要素間の通信のための命令を含むことができる。例えば、データベースメモリ５１０は、クライアントデバイス３５０と配達見積システム３２０との間の通信のための命令を含むことができる。さらに、プログラム５１２は、配達見積システム３２０によって処理されるときにリアルタイムで情報を記憶するための命令を含むことができる。

データ５１４はまた、オンラインリソース３４０、またはクライアントデバイス３５０からのユーザアカウントなど、ウェブページに関連付けられたデータであってもよい。データ５１４は、例えば、特定の配達住所または郵便番号に関連付けられた以前の配達通知に関する情報を含むことができる。さらに、データ５１４は、配達住所の分類を含むことができる。データ５１４はまた、フルフィルメントセンタの能力および注文に対する利用可能性を評価するためのコンテンツファイルおよび蓄積変数を含むことができる。

図６は、開示された実施形態と一致する、例示的な配達見積配信のプロセスフロー図である。いくつかの実施形態では、システム１００、またはシステム１００の一部は、見積された配達および／または利用可能な配達方法を決定するための計算を実行することができる。次に、システム１００は、顧客と対話するためのウェブページを生成するオンラインモジュール６００に対して、ＰＤＤまたは配達オプションの利用可能性を送信することができる。

いくつかの実施形態では、図６に示すように、システム１００の要素は、見積された配達日を生成するために互いに通信することができる。例えば、外部フロントエンドシステム１０３は、ユーザデバイス１０２Ａ～１０２Ｂ（図１Ａ）から配達見積の要求を受信することができる。次に、要求はＦＯシステム１１３に送信されてもよく、ＦＯシステム１１３は、選択されたフルフィルメントセンタおよび見積された配達時刻を決定してもよい。次に、ＦＯシステム１１３は、選択されたフルフィルメントセンタおよび見積された配達日をフルフィルメントメッセージングゲートウェイ１１５に送信することができる。次に、フルフィルメントメッセージングゲートウェイ１１５は、情報をオンラインモジュール６００に送信することができる。

オンラインモジュール６００は、検索結果ページ（ＳＲＰ）モジュール６０４、単一ディスプレイページ（ＳＤＰ）モジュール６０６、注文管理モジュール６０８、およびショッピングカートモジュール６１０を含み得る。モジュールの各々は、消費者に表示するための異なるウェブページを生成することができる。例えば、ＳＲＰモジュール６０４は、ユーザデバイス１０２の結果ページ（図１Ｂに関連して説明したものと同様）を生成することができ、ＳＤＰモジュール６０６は、ユーザデバイス１０２の単一の製品ウェブページ（図１Ｃに関連して説明したものと同様）を生成することができる。同様に、注文管理モジュール６０８は、（図１Ｅに関連して説明したもののように）注文ページを生成または更新することができ、一方、ショッピングカートモジュール６１０は、（図１Ｄに関連して説明したカートページのように）カートページを生成または更新することができる。したがって、オンラインモジュール６００の各々は、顧客に表示されるウェブページに、システム１００からの見積された配達日または利用可能な配達オプションを組み込むことができる。

さらに、オンラインモジュール６００の各々は、見積された配達日を受信するときに異なる動作を実行することができる。例えば、利用可能な配達オプションを受信した後、ＳＲＰモジュール６０４は、ユーザ選択または履歴情報に基づいて、将来の検索のためにキャッシュメモリ内の配達住所を分類することができる。したがって、ＳＲＰモジュール６０４は、同じまたは類似の郵便番号および製品を有する検索要求を（ＰＤＤまたは配達オプションカットオフに関連付けられた有効期限内に）受信する場合、ＳＲＰモジュール６０４はシステム１００に問い合わせる必要がない。代わりに、ＳＲＰモジュール６０４は、以前の情報に基づいて検索ウェブページを直ちに更新することができる。逆に、ＳＤＰモジュール６０６は、ＰＤＤまたは利用可能な配達オプションを受信したときに製品ウェブページを更新するためのファイルを生成することができる。例えば、ＳＤＰモジュール６０６は、配達を迅速化するための第１の時刻の配達などの利用可能な配達オプションを示す対話型アイコンを含むように製品ウェブページを更新するＪａｖａＳｃｒｉｐｔまたはＨＴＭＬファイルを生成することができる。さらなるＳＤＰモジュール６０６は、クロックまたはタイマを開始して、配達日見積が期限切れであるかどうかを判定することができる。そのような実施形態では、ＳＤＰモジュール６０６は、必要に応じて（例えば、見積された配達時刻を過ぎている、または特定の配達オプションがもはや利用できない場合）、単一の製品ウェブページを更新するための第２のファイルを生成することができる。

さらに、注文管理モジュール６０８は、システム１００からの製品のＰＤＤまたは配達オプションの受信にも対応することができる。例えば、利用可能な配達オプションの受信に応答して、注文管理モジュール６０８は、選択されたフルフィルメントセンタ用の電子メッセージを準備することができる。この準備メッセージは、注文が受信された場合に展開されるように構成することができる。このようにして、オンラインモジュール６００は、注文とフルフィルメントセンタへの送信との間の遅延を最小限に抑えることによって、潜在的な注文に備え、ＰＤＤを満たすことを容易にすることができる。いくつかの実施形態では、注文管理モジュール６０８は、ＳＡＴシステム１０１（図１Ａ）に結合されてもよく、準備メッセージは、注文が受信されるとすぐにＳＡＴシステム１０１に転送されてもよい。さらに、ショッピングカートモジュール６１０は、配達日情報を使用してカートウェブページを更新するためのスクリプトを生成することができる。例えば、ショッピングカートモジュール６１０は、見積された配達日の有効期限時刻に基づいてタイマおよび／またはカウンタを含むようにカートウェブページを変更することができる。

図７は、開示された実施形態と一致する、利用可能な配達オプションの要求を処理するための例示的なプロセス７００のフローチャートである。いくつかの実施形態では、システム３００の要素はプロセス７００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス７００を実行することができる。しかしながら、これはプロセス７００の単なる例示的な例であり、他の実施形態では、システム１００またはシステム１００の一部がプロセス７００を実行してもよい。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、および／またはＦＣ認証１２３（図１Ａ）は、プロセス７００のステップのうちの１つまたは複数を実行することができる。

ステップ７０２において、配達見積システム３２０は、リモートデバイスから製品情報の要求を受信することができる。例えば、クライアントデバイス３５０のユーザがウェブページをナビゲートすると、クライアントデバイス３５０は、製品情報の要求を配達見積システム３２０に送信することができる。さらに、要求は、ユーザ名、郵便番号、物理的位置、および／または配達住所を含むことができる。代替的または追加的に、配達見積システム３２０は、オンラインリソース３４０から要求を受信することができる。オンラインリソース３４０は、配達見積システム３２０と通信して、製品と見積された配達情報を要求し、ウェブページを準備することができる。さらに、オンラインモジュール６００は、製品情報、配達予定、および／または製品の利用可能性の要求を送信することができる。

ステップ７０４において、配達見積システム３２０は、ステップ７０２における要求から受信した情報に基づいて、配達オプションおよび配達見積を求める要求を送信することができる。配達見積システム３２０は、要求を準備し、システム３００またはシステム１００の他の要素に送信することができる。例えば、配達見積システム３２０は、ＦＯシステム１１３のための配達予定およびＰＤＤの要求を準備することができる。そのような実施形態では、ＦＯシステム１１３は、以前に計算された異なる製品の複数の配達日を含むメモリ内ストレージを含む第２のシステムとして機能することができる。代替的または追加的に、配達見積システム３２０は、フロントエンド部分およびバックエンド部分を含むことができる。そのような実施形態では、フロントエンドは、要求を受信および処理するように構成されてもよく、バックエンドは、ＰＤＤを計算するか、または目標の配達を見積するように構成されてもよい。ＦＯシステム１１３と同様に、配達見積システム３２０のバックエンド部分は、期限切れになっていない以前の要求と要求が類似しているときはいつでも計算を最小限に抑えるために、様々な製品の複数の配達日またはカットオフを含むことができる。これらの実施形態では、配達見積システム３２０のフロントエンドは、要求を受信し、それらを配達見積システム３２０のバックエンド部分に直ちに送信するように構成することができ、バックエンド部分は、ＰＤＤの計算を実行するか、または特定の住所に対して利用可能な配達オプションを決定する。さらに、いくつかの実施形態では、見積された配達オプションまたは配達日の要求は、製品情報および顧客情報（ユーザに関連付けられた郵便番号など）を含むことができる。

いくつかの実施形態では、ステップ７０４の配達見積の要求は、特定のタイプのフルフィルメントセンタに向けられてもよい。例えば、ステップ７０２で要求と共に受信された製品情報は、生鮮品（例えば、果物、野菜、他の種類の農産物および／または他の傷みやすい品目などの製品）に関連付けられてもよい。製品情報の要求が生鮮品に関連付けられている場合、配達見積システム３２０は、生鮮品の利用可能な配達オプションの要求を調整し、それを特定のフルフィルメントセンタに送信することができる。例えば、配達見積システム３２０が、顧客が生鮮品の情報を要求していると判定した場合、見積システム３２０は、顧客の地域をリモートデバイスに関連付け、顧客の地域にサービスを提供する生鮮品のフルフィルメントセンタ（すなわち、生鮮品を運ぶフルフィルメントセンタ）を決定することができる。次に、見積システム３２０は、利用可能な配達オプションの要求を生鮮品のフルフィルメントセンタに送信することができる。

さらに、いくつかの実施形態では、ステップ７０４の配達見積または配達オプションの要求は、フルフィルメントセンタの位置または能力に基づいて特定のフルフィルメントセンタに向けられてもよい。例えば、いくつかの要求は、特定の配達タイプに関連付けられ得る。特定の配達タイプは、すぐに期限切れになる可能性がある製品のための「生鮮品」配達、または「早朝」配達を含むことができる。生鮮品の配達および早朝配達は、ユーザが傷みやすい製品を入手すること、または翌日の早朝までにアイテムを受け取ることを可能にする特定の顧客アカウントのためのサービスであり得る。製品情報の要求が早朝配達サービスに関連付けられている場合、見積システム３２０は、位置に基づいてフルフィルメントセンタに向けられた特定の要求を作成することができる。

生鮮品配達、第１の時刻の配達、または早朝配達などの特定の配達タイプは、非特異的な配達タイプとは異なる配達プロセスまたは配達メカニズムをトリガしてもよい。例えば、早朝配達の場合、配達見積システム３２０は、早朝カットオフ時刻に基づいてシステム１００内のフルフィルメントセンタを選択することができる。そのような実施形態では、配達見積システム３２０は、早朝カットオフ時刻前にフルフィルメントセンタから注文された製品を翌日の早朝までに配達することができると判定することができる。しかしながら、早朝カットオフ時刻以降にフルフィルメントセンタから注文された製品は、早朝までに配達することができない。さらに、システム３００内のフルフィルメントセンタは、設計されたカバレッジエリアを有することができる。フルフィルメントセンタの早朝カットオフ時刻およびカバレッジエリアに基づいて、配達見積システム３２０は、ステップ７０４において、製品情報の要求を特定のフルフィルメントセンタにルーティングすることができる。例えば、配達見積システム３２０は、フルフィルメントセンタとリモートデバイスとの間の距離に基づいて、早朝配達の要求を受け入れる可能性があるフルフィルメントセンタを識別することができる。遠くにあるフルフィルメントセンタは早いカットオフを有し得、近くにあるフルフィルメントセンタはもっと遅いカットオフを有し得る。したがって、配達見積システム３２０は、ステップ７０４で、早朝までの注文を完了し得るフルフィルメントセンタにのみ配達見積の要求を向けることができる。

早朝配達用のカットオフ時刻およびサービス地域を含めてフルフィルメントセンタを手配することにより、配達見積システム３２０は、早朝配達要求を解決するときにネットワーク輻輳を最小限に抑えることができる。フルフィルメントセンタの仲介者に要求を送信する前に決定を実行することにより、配達見積システム３２０は、時刻に非常に敏感であり得る早朝配達を処理するときの通信の数を最小限に抑えることができる。さらに、そのような実施形態は、配達見積システム３２０が早朝配達サービスを可能な限り長く、広いエリアをカバーすることを可能にする。

ステップ７０６において、配達見積システム３２０は、利用可能な配達オプションおよび／またはＰＤＤを受信することができる。例えば、配達見積システム３２０は、ＦＯシステム１１３からＰＤＤを受信することができる。あるいは、類似の要求が以前に発行され、データベース３８０に保存されている場合、配達見積システム３２０は、データベース３８０からＰＤＤを受信することができる。さらに、配達見積システム３２０がバックエンド計算機およびフロントエンドゲートウェイを有する実施形態では、配達見積システム３２０のフロントエンド部分は、バックエンド部分から計算された配達予定を受け取ることができる。さらに、ステップ７０６において、配達見積システム３２０は、特定の配達タイプの配達住所カテゴリに関する情報を受信することができる。例えば、配達見積システム３２０は、配達先が早朝配達に対応可能であるか、条件付きで早朝配達に対応可能であるか、または早朝配達に対応可能でないカテゴリ内にあるかの情報を受信することができる。

ステップ７０６で受信された配達見積またはＰＤＤは、ＰＤＤまたは配達オプションを満たすための有効期限を含むことができる。したがって、配達予定は、配達を保証する期限または配達オプションを有する期限がいつであるかを指定する条件付き有効期限を含むことができる。例えば、配達予定時刻は、有効期限が「３０分」である「月曜日の２０：００」であり得る。この例では、注文を３０分以内に受信した場合にのみ、ＰＤＤが「月曜日の２０：００」になるように保証することができる。そうでない場合、見積された配達日は過ぎており、ＰＤＤはもはや有効ではない。代替的または追加的に、利用可能な配達オプションは、「２０分」の有効期限付きの「明日の早朝配達」を含むことができる。そのような例では、注文を２０分以内に受信した場合にのみ、早朝配達オプションを満たすことができる。

ステップ７０８において、配達見積システム３２０は、見積された配達日および配達オプションを含む電子メッセージを生成することができる。電子メッセージは、ステップ７０２でクエリを生成したリモートシステムのために特にフォーマットされてもよい。例えば、配達見積システム３２０は、クライアントデバイス３５０が製品情報を要求するときに、クライアントデバイスのための電子メッセージを生成することができる。電子メッセージは、ＴＣＰ／ＩＰメッセージ、ＳＭＳメッセージ、または他の同様の電子通信を含むことができる。ステップ７０８で生成された電子メッセージは、図１６に関連してさらに説明されるように、製品情報および配達情報を有するＨＴＭＬファイルまたはＪａｖａＳｃｒｉｐｔを含むことができる。いくつかの実施形態では、ＨＴＭＬファイルは、製品情報、配達日見積、利用可能な配達オプション、およびウェブページを変更するための命令を含むことができる。そのような実施形態では、変更命令は、ウェブページのタイプ（ウェブページのタイプは、検索結果ページ、単一の詳細ページ、カートページ、または注文ページのうちの１つである）を識別することと、ウェブページのタイプに基づいてウェブページを変更することとを含むことができる。

さらに、ステップ７０８の電子メッセージは、リモートデバイス内のウェブページを生成または変更するための命令を指定することができる。いくつかの実施形態では、ＨＴＭＬまたはＪａｖａＳｃｒｉｐｔに基づくハイパーメディア要素は、代わりに新しいものを生成するためにウェブページを変更するように構成可能であり得る。例えば、図１Ｂで説明したように、クライアントデバイス３５０のユーザが製品を表示するウェブページを閲覧しているとき、電子メッセージは、配達予定が計算されるときにウェブページの更新されたバージョンを送信する代わりに、ウェブページを変更する命令を含むことができる。そのような実施形態は、ネットワーク輻輳を最小限に抑えることによって動的ウェブページを生成する技術的な領域を改善する。

さらに、製品情報が特定の配達オプションに関連付けられている実施形態では、電子メッセージは、特定の製品を表示または削除することによってウェブページを変更する命令を含むことができる。例えば、ステップ７０６において、配達見積システム３２０は、要求された製品が特定の配達オプションに対応できないという情報を受信することができる。そのような実施形態では、電子メッセージは、ウェブサイトを変更し、その配達オプションを利用できないものとして特定の製品を表示するための命令を含むことができる。そのような実施形態では、電子メッセージはまた、代替製品を示すための命令を含むことができる。

ステップ７１０において、配達見積システム３２０は、ステップ７０８の電子メッセージをリモートデバイスに送信することができる。例えば、ステップ７０８で生成されたＨＴＭＬまたはＪａｖａＳｃｒｉｐｔファイルは、クライアントデバイス３５０が製品情報を要求したときにクライアントデバイス３５０に送信されてもよい。早朝配達オプションを使用する実施形態では、配達見積システム３２０は、ステップ７１０でユーザと通信するための特定の命令を実行することができる。例えば、クライアントデバイス３５０のユーザが早朝配達を受け取るように設定されている場合、配達見積システム３２０は、２つの設定を起動し得る。第１に、配達見積システム３２０は、早朝までに配達される製品を識別し、早朝配達、例えば午前７時までの配達の約束を発行することができる。さらに、配達見積システム３２０は、図１５に関連してさらに説明するように、早朝配達の約束を示すためにグラフィカルユーザインターフェースを変更することができる。第２に、早朝配達を実現するとき、見積システム３２０は、既定の時刻にプッシュ通知を顧客に送信するためにメッセージングサービス（Ｇｏｏｇｌｅクラウドメッセージング（ＧＣＭ）またはＡｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎサービス（ＡＰＮ）など）をプログラムしてもよい。そのような実施形態では、配達見積システム３２０は、配達情報、配達される荷物の写真、および／または配達に関連するデータを含むようにプッシュ通知をプログラムすることができる。さらに、配達見積システム３２０は、チェックアウト中に設定することができるユーザの嗜好に基づいてプッシュ／テキスト通知をプログラムおよび生成することができる。さらに、プッシュ通知を使用して、特定の配達オプションを可能にするために追加の配達情報を入力するようにユーザに促すこともできる。例えば、プッシュ通知を使用して、配達の指示を含む配達情報をユーザに要求することができる。

ステップ７１２において、配達見積システム３２０は、確認応答を受信することができる。例えば、配達見積システム３２０は、電子メッセージを受信したというクライアントデバイス３５０からの確認応答を受信することができる。さらに、確認応答の受信に基づいて、配達見積システム３２０は、有効期限に基づいてタイマを開始することができる。この構成では、配達見積システム３２０は、見積された配達日の期限切れを監視するために使用する必要があるタイマの数のリソースを節約することができる。見積された配達日またはＰＤＤのタイマを直ちに開始する代わりに、配達見積システム３２０は、クライアントデバイス３５０が見積された配達を受信および／または表示したことを確認したときにタイマを開始するだけで、計算リソースの利用を最小限に抑えることができる。

ステップ７１４において、配達見積システム３２０は、製品の注文を受信したかどうかを判定することができる。例えば、配達見積システム３２０は、注文データストリーム内の注文要求を検討して、リモートデバイスに関連付けられた顧客が注文を完了したかどうかを判定することができる。配達見積システム３２０が、注文を受信したと判定した場合（ステップ７１６：はい）、配達見積システム３２０はステップ７１６に進み、フルフィルメントプロセスを開始することができる。したがって、配達見積システム３２０は、製品を出荷するか、または注文を履行するプロセスを開始するように、フルフィルメントセンタに命令を送信することができる。例えば、配達見積システム３２０は、ＳＡＴシステム１０１と連携して注文の処理を開始することができる。さらに、ステップ７１６において、配達見積システム３２０は、計算リソースを解放するために、注文に関連付けられたタイマをキャンセルすることができる。

しかしながら、配達見積システム３２０が注文を受信していないと判定した場合（ステップ７１６：いいえ）、配達見積システム３２０はステップ７１８に進む可能性がある。ステップ７１８において、配達見積システム３２０は、配達オプションの時間が期限切れになったかどうかを判定することができる。例えば、ステップ７０６で受信した配達見積が１時間の有効期限に関連付けられている場合、ステップ７１８において、配達見積システム３２０は、配達見積を受信してから１時間が経過したかどうかを判定することができる。配達見積システム３２０が、有効期限が経過していないと判定した場合（ステップ７１４：いいえ）、配達見積システム３２０は、ステップ７１４に戻り、製品の注文を受信したかどうかの監視を継続し、ステップ７１４とステップ７１８との間を周回することができる。しかしながら、配達見積システム３２０が、有効期限が経過したと判定した場合（ステップ７１４：はい）、配達見積システム３２０は、ステップ７２０に進み、更新された配達見積を求める新しい要求を送信することができる。例えば、配達見積システム３２０は、更新された配達見積を求める要求をフルフィルメントセンタまたは配達見積システム３２０のバックエンド部分に送信することができる。

いくつかの実施形態では、ステップ７２０において更新されたＰＤＤまたは更新された配達オプションを要求することは、リモートデバイス情報に基づいてフルフィルメントセンタを識別することと、識別されたフルフィルメントセンタに利用可能な在庫を要求することと、対応する利用可能な在庫と製品識別との一致に基づいて、識別されたフルフィルメントセンタから１つのフルフィルメントセンタを選択することとを含み得る。

ステップ７２２において、配達見積システム３２０は、フルフィルメントセンタまたはシステムのバックエンド計算部から更新された配達見積またはオプションを受信することができる。例えば、第１の配達またはＰＤＤ見積は期限切れであるため、配達見積システム３２０は、ステップ７０６で受信した第１の配達見積よりも遅い、更新された配達見積またはＰＤＤを受信することができる。最初の配達見積が「月曜日の２０：００」であった場合、第２の配達見積は「火曜日の１０：００」となり得る。この第２の配達も有効期限を含むことができる。

いくつかの実施形態では、ステップ７２０および７２２は、経過した第１の配達見積の見積期限切れを決定し、第２の配達日見積を求める第３の要求を（ＦＯシステム１１３などの第２のシステムに）提供し、第２の配達日見積を（第２のシステムから）受信し、第１の配達日見積を第２の配達日見積に置き換えることによってウェブページを変更する命令を含む第２の電子メッセージを生成する動作を実行することによって実行されてもよい。

ステップ７２４において、ステップ７１２と同様に、配達見積システム３２０は、確認応答を受信し、新しい有効期限に基づいてタイマを開始することができる。さらに、配達見積システム３２０はステップ７１４に戻って、注文および配達日見積を監視し、有効期限が切れたときに配達見積の更新を再度要求するフルフィルメントプロセスまたは要求を開始することができる。

図８は、開示された実施形態と一致する、第三者によって遂行される製品の見積要求を処理するための例示的なプロセス８００のフローチャートである。いくつかの実施形態では、システム３００の要素はプロセス８００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス８００を実行することができる。代替的または追加的に、第三者システム３６０は、プロセス８００またはプロセス８００の一部を実行することができる。さらに、他の実施形態では、システム１００またはシステム１００の一部は、プロセス８００を実行することができる。例えば、ＦＯシステム１１３および３ＰＬシステム１２１は、プロセス８００を実行することができる。

プロセス８００のステップ８０２において、配達見積システム３２０は、製品と、顧客と、タイムスタンプ情報とを含む製品情報の要求を受信することができる。例えば、配達見積システム３２０は、クライアントデバイス３５０から製品情報の要求を受信することができる。要求はまた、郵便番号、配達住所、および要求が生成されたときのタイムスタンプなどの顧客情報を含むことができる。

ステップ８０４において、配達見積システム３２０は、製品が第三者によって履行されるかどうかを決定することができる。例えば、配達見積システム３２０は、ローカル在庫では製品に対応できず、第三者によって履行される必要があると判定することができる。代替的または追加的に、配達見積システム３２０は、在庫クエリを必要とせずに、製品が通常デフォルトで第三者によって履行されていると判定することができる。

配達見積システム３２０が、製品が第三者によって履行されないと判定した場合（ステップ８０４：いいえ）、配達見積システム３２０はステップ８０６に進み、選択されたフルフィルメントセンタを決定するためのプロセスを開始することができる。例えば、配達先の郵便番号、製品の利用可能性、およびフルフィルメントセンタの能力に基づいて、配達見積システム３２０は、注文を履行する優先順位を有する１つのフルフィルメントセンタを識別することができる。ステップ８０８において、配達見積システム３２０は、選択されたフルフィルメントセンタに基づいて利用可能な配達オプションを送信することができる。例えば、ステップ８０６でフルフィルメントセンタが識別されると、配達見積システム３２０は、配達日見積を決定し、それを顧客への表示のためにクライアントデバイス３５０に送信することができる。

しかしながら、配達見積システム３２０が、製品が第三者によって履行されると判定した場合（ステップ８０４：はい）、配達見積システム３２０はステップ８１０に進み、第三者からの利用可能な配達オプションまたはＰＤＤを求める要求を準備することができる。例えば、ステップ８１０において、配達見積システム３２０は、利用可能な配達オプションを求める要求を準備し、第三者システム３６０または３ＰＬシステム１２１に送信することができる。第三者に送信される要求は、製品情報および顧客情報（例えば、顧客の郵便番号）を含むことができる。

ステップ８１２において、配達見積システム３２０は、ステップ８０２で要求された製品の注文を履行し得る第三者から、見積された配達日または利用可能な配達オプションを受信することができる。例えば、配達見積システム３２０は、第三者システム３６０のうちの１つからＰＤＤおよび配達見積情報を受信することができる。

ステップ８１４において、配達見積システム３２０は、見積された配達日および／または配達時刻を含むウェブページを更新または生成するために、ＪａｖａＳｃｒｉｐｔまたはＨＴＭＬファイルを含む電子メッセージを準備することができる。次に、ステップ８０２において、電子メッセージを製品情報の要求者に提出することができる。

プロセス８００のステップは、配達見積システム３２０のメモリデバイスに保存することができ、これは、データベース（データベース３８０など）を調べることによって、製品の配達が第三者によって履行されるかどうかを判定するための命令を含むことができる。配達見積システム３２０はまた、製品の配達が第三者によって履行されるという判定に基づいて、配達日見積の要求または利用可能な配達オプションを第三者に関連付けられたシステムに提供することができる。さらに、製品の配達が第三者によって履行されないという判定に基づいて、配達見積システム３２０は、複数の配達日見積がメモリに予め記憶されているシステムに、配達日見積の要求を送ることができる。

図９は、開示された実施形態と一致する、配達オプション選択プロセス９００のフローチャートである。いくつかの実施形態では、システム３００の要素はプロセス９００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス９００を実行することができる。しかしながら、これはプロセス９００の例示的な例にすぎず、他の実施形態では、システム１００またはシステム１００の一部がプロセス９００を実行することができる。例えば、ＦＯシステム１１３および／またはＦＣ認証１２３（図１Ａ）は、プロセス９００のステップのうちの１つまたは複数を実行することができる。

ステップ９０２において、配達見積システム３２０は、製品情報の要求を受信することができる。要求は、製品、時刻、および／または配達住所を含み得る。要求内の情報に基づいて、配達見積システム３２０は、ステップ９０４において注文に関連付けられた関連地域を識別することができる。例えば、配達見積システム３２０は、顧客の郵便番号に基づいて、製品の潜在的な注文を満たすことができる地域を識別することができる。

ステップ９０６において、配達見積システム３２０は、製品の潜在的な注文を履行することができるフルフィルメントセンタを識別することができる。いくつかの実施形態では、ステップ９０４で識別された地域は、複数のフルフィルメントセンタを含み得る。そのような実施形態では、配達見積システム３２０は、ＰＤＤを満たす能力、要求された製品の利用可能性、または配達オプションの利用可能性に基づいてフルフィルメントセンタをフィルタリングすることができる。

ステップ９０８において、配達見積システム３２０は、ステップ９０８の識別されたフルフィルメントセンタが製品に利用可能な第１の時刻の配達オプションを有するかどうかを判定する。いくつかの実施形態では、配達見積システム３２０は、第１の時刻の配達オプションのための事前構成された選択肢を有することができる。例えば、配達見積システム３２０は、とりわけ、早朝配達（例えば、午前６時前）、夜間配達（例えば、午後８時以降）、または深夜配達（例えば、午前零時）のうちの１つまたは複数として第１の時刻の配達オプションを指定することができる。したがって、第１の時刻の配達は非限定的であり得、１日の任意の予め選択された時刻における配達を指す。代替的または追加的に、第１の時刻の配達は、配達速度、配達嗜好、およびコストを考慮することができる利用可能性および選択ガイドラインに基づいて動的に選択することができる。さらに、ステップ９０８において、配達見積システム３２０は、カットオフ時刻に基づいて、選択された第１の時刻の配達が満たされ得るかどうかを判定することができる。そのような実施形態では、カットオフ時刻は、ＦＣ内の各製品に固有のものであってもよく、配達見積システム３２０は、最初に製品の第１の時刻の配達のカットオフ時刻を要求し、注文時刻をカットオフ時刻と比較し、ステップ９０６で識別されたフルフィルメントセンタ内の製品に第１の時刻の配達が利用可能かどうかを判定することができる。代替的または追加的に、ＦＣはグローバルカットオフ時刻を有してもよい。そのような実施形態では、配達見積システム３２０は、グローバルカットオフ時刻に基づいて、要求された製品について第１の時刻配達が利用可能であるかどうかを判定することができる。

ステップ９０８において、配達見積システム３２０が、選択されたＦＣ内の製品に関して第１の配達が利用可能ではないと判定した場合（ステップ９０８：いいえ）、配達見積システム３２０はステップ９１０に進む可能性がある。ステップ９１０において、配達見積システム３２０は、配達予定を計算し、製品ウェブサイトを変更することができる。例えば、配達見積システムは、図７に関連して説明したように、ＰＤＤ判定を要求し、ＰＤＤおよび／または追加の配達情報を含むように製品ウェブサイトを変更するためのＨＴＭＬまたはＪａｖａＳｃｒｉｐｔコードを生成することができる。

しかしながら、ステップ９０８において、配達見積システム３２０が、製品の第１の時刻の配達が利用可能であると判定した場合（ステップ９０８：はい）、配達見積システム３２０は、ステップ９１２に進むことができる。ステップ９１２において、配達見積システム３２０は、注文に関連付けられた住所の配達オプションカテゴリを識別または決定することができる。例えば、配達見積システム３２０は、配達住所に関する情報をデータベースから取得して、配達住所のカテゴリを決定することができる。取得された情報は、配達住所が特定の配達オプションからオプトインまたはオプトアウトしているかどうかを特定することができる。代替的または追加的に、ステップ９１２において、配達見積システム３２０は、履歴または公開記録情報を使用して、住所の配達オプションカテゴリを決定することができる。例えば、公開記録情報が、配達住所が大学または公共建物に関連付けられていることを示す場合、配達見積システム３２０は、住所を対応する配達オプションカテゴリに分類することができる。さらに、過去の配達記録が、配達先において第１の時刻の配達が失敗したことを示す場合、配達見積システム３２０は、配達先を対応するグループに分類することができる。

ステップ９１４において、配達見積システム３２０は、配達オプションカテゴリが配達不能であるかどうかを判定することができる。配達不能オプションカテゴリは、第１の時刻の配達を完了することができない住所用であり得る。例えば、以前、時間外に配達するために建物に入ることができなかった場合、配達オプションカテゴリは、配達の失敗を防ぐために配達不能であってもよい。代替的または追加的に、配達不能オプションカテゴリは、ユーザが第１の時刻の配達オプションを拒否した住所に割り当てられてもよい。

配達見積システム３２０が、配達オプションカテゴリが配達不能であると判定した場合（ステップ９１４：はい）、配達見積システム３２０は、ステップ９１０に進み、配達予定時刻（例えば、ＰＤＤ）を計算し、製品ウェブサイト配信を変更または生成するためのスクリプトまたはハイパーメディア要素を生成することができる。しかしながら、配達オプションカテゴリが配達不能ではない場合（ステップ９１４：いいえ）、配達見積システム３２０はステップ９１６に進むことができる。

ステップ９１６において、配達見積システム３２０は、第１の時刻の配達の配達オプションカテゴリが無条件配達であるかどうかを判定することができる。無条件配達オプションカテゴリは、第１の時刻の配達を完了することが可能であり、ユーザからさらなる情報が必要とされない住所用であり得る。例えば、条件付き配達オプションは、ユーザが第１の時刻の配達を選択し、第１の時刻の配達を完了するために必要な情報を提供した住所に割り当てられてもよい。代替的または追加的に、無条件配達オプションカテゴリは、ユーザが第１の時刻の配達を自動的にオプトインすることを選択した住所、２４時間稼働する住所、および／または自動荷物受け取りのシステムを有する住所に割り当てられてもよい。

配達見積システム３２０が、配達オプションカテゴリが無条件配達であると判定した場合（ステップ９１６：はい）、配達見積システム３２０はステップ９１８に進むことができる。ステップ９１８において、配達見積システム３２０は、ＨＴＭＬファイル、ＪａｖａＳｃｒｉｐｔ、または一般的なハイパーメディア要素を生成して、ウェブサイトを変更または生成し、要求された製品の第１の時刻の配達が利用可能であることを示すアイコンおよび／または対話型要素を含めることができる。しかしながら、配達オプションカテゴリが無条件配達ではない場合（ステップ９１６：いいえ）、配達見積システム３２０はステップ９２０に進む可能性がある。

ステップ９１６において、配達見積システム３２０は、第１の時刻の配達の配達オプションカテゴリが条件付き配達であるかどうかを判定することができる。条件付き配達オプションカテゴリは、第１の時刻の配達を完了することが可能であるが、ユーザからの追加情報または特定のユーザ承認を必要とする住所用であり得る。例えば、条件付き配達オプションは、建物に入るかまたは荷物を残すための特定の指示をユーザが提供することを必要とする場合がある。代替的または追加的に、条件付き配達オプションカテゴリは、ユーザが第１の時刻の配達から手動でオプトインまたはオプトアウトすることを選択した住所に割り当てられてもよい。

配達見積システム３２０が、配達オプションカテゴリが条件付き配達ではないと判定した場合（ステップ９２０：いいえ）、配達見積システム３２０は、住所の分類プロセスが失敗したと推論し、ステップ９２２に進むことができる。ステップ９２２において、配達見積システム３２０は、建物を分類するために履歴、ユーザ、および公開記録情報を分析することができる分類システムに住所を送信することができる。例えば、ステップ９２２において、配達見積システム３２０は、図１２に関連してさらに説明するように、分類プロセスを要求することができる。いくつかの実施形態では、ステップ９２２の後、配達見積システム３２０はステップ９１２に戻り、注文に関連付けられた住所の配達オプションカテゴリを再度識別することができる。したがって、配達見積システム３２０は、ウェブサイト変更のために実行可能なカテゴリのうちの１つにおいて住所を再分類しようと試みることができる。しかしながら、いくつかの実施形態では、ステップ９２２の後、配達見積システム３２０は、ステップ９１２に戻らず、住所がカテゴリのいずれにも関連付けられていない場合、ウェブサイトを変更しない。しかしながら、配達見積システム３２０が、配達オプションカテゴリが条件付き配達であると判定した場合（ステップ９２０：はい）、配達見積システム３２０はステップ９２４に進む可能性がある。

ステップ９２４において、配達見積システム３２０は、ユーザのためのオプションおよび／または指示を表示するためのユーザインターフェース要素を生成することができる。例えば、ステップ９２４において、配達見積システム３２０は、ユーザが要求した製品を第１の時刻に受け取ることを選択することを可能にするハイパーメディア要素を生成することができる。さらに、ユーザインターフェース要素は、テキストボックス、ラジオボタン、またはスライダなどの入力要素を表示して、ユーザ情報を取り込むことができる。例えば、ステップ９２４において、配達予定システム３２０は、第１の時刻の配達を完了するためのユーザからの指示を要求するウェブサイト上のポップアップウィンドウを生成するために、ＪａｖａＳｃｒｉｐｔを生成することができる。さらに、ユーザインターフェース要素は、宛先住所へのエントリを可能にする指示を提供するための入力フィールドを含むことができる。そのような実施形態では、ユーザインターフェース要素は、入力テキストボックスを含み、ウェブサイト上に表示されるように構成された対話型ハイパーメディア要素および／またはポップアップウィンドウを含むことができる。

ステップ９２６において、配達見積システム３２０は、クライアントデバイスから選択および命令を受信することができる。命令は、第１の時刻の配達のための命令、または第１の時刻に配達せず、異なるオプション（例えば、標準ＰＤＤを用いた配達、翌日配達、２日配達、または地上配達など）で配達するための命令を含むことができる。選択は、第１の時刻の配達に関するオプトインオプションまたはオプトアウトオプションを含むことができる。

ステップ９２８において、ステップ９２６で取り込んだ情報に基づいて、配達見積システム３２０は、第１の時刻の配達のための選択があったかどうかを判定することができる。配達見積システム３２０が、第１の時刻の配達の選択があったと判定した場合（ステップ９２８：はい）、配達見積システム３２０は、ステップ９３０に進み、受信した命令を解析し、建物カテゴリを選択することができる。例えば、配達見積システム３２０は、機械学習方法を使用して命令が十分であるかどうかを判定して、例えば時間外に建物に入るために、十分な情報が提供されたことを検証してもよい。さらに、ステップ９２８において、配達見積システム３２０は、注文時刻が週末または休日であるかどうかを判定し、第１のデータベース情報から週末配達に特有の情報を取得してもよい。

ステップ９３０で分析または収集した情報に基づいて、配達見積システム３２０は、ステップ９３２で、分析に基づいて、建物の更新された分類を含むようにデータベースを更新することができる。配達見積システム３２０はまた、ステップ９１０に進み、配達アイコンを含むように製品ウェブサイトを変更または生成するための命令を生成することができる。

ステップ９２８において、配達見積システム３２０が、ステップ９２６で受信した選択が第１の時刻の配達ではなかったと判定した場合（ステップ９２８：いいえ）、配達見積システム３２０はステップ９３４に進み、ユーザ選択に基づいて建物カテゴリを更新することができる。例えば、ユーザが第１の時刻の配達からオプトアウトすることを選択した場合、配達見積システム３２０は、住所カテゴリを配達不能オプションに更新することができる。さらに、ステップ９３４において、配達見積システム３２０は、第３のデータベースを変更して、宛先住所を、第１の時刻の配達を行わないようにユーザ嗜好を指定する第２の制限に関連付けることができる。さらに、ステップ９３６において、配達見積システム３２０は、第１の時刻の配達を避けるために、ラベリングセンタに命令を送信することができる。例えば、荷物が第１の時刻の配達のために出発するのを防ぐために、配達見積システム３２０は、第１の時刻の配達を避けるために、メッセージまたは経路変更命令を含むように出荷ラベルを変更する命令を送信することができる。

さらに、ユーザが第１の時刻の配達からオプトアウトしたと判定されると、配達見積システム３２０は、ステップ９１０に進んで、第１の時刻の配達ではない配達予定またはＰＤＤを計算し、製品ウェブサイトを変更して、例えばＰＤＤおよび有効期限を表示するための命令を生成することもできる。

図１０は、開示された実施形態と一致する、例示的な住所配達不能分類プロセス１０００のプロセスフロー図である。いくつかの実施形態では、システム３００の要素はプロセス１０００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス１０００を実行することができる。しかしながら、他の実施形態では、システム１００の一部がプロセス１０００を実行してもよい。例えば、ＦＯシステム１１３および／またはＦＣ認証１２３（図１Ａ）は、プロセス１０００のステップのうちの１つまたは複数を実行することができる。

プロセス１０００は、システム３００またはシステム１００が、特定の配達オプションが利用できないはずの住所を判定することを可能にすることができる。例えば、プロセス１０００を通じて、配達見積システム３２０は、時間外に建物にアクセスすることができないため、特定の住所について第１の時刻の配達が不可能であると判定することができる。代替的または追加的に、プロセス１０００は、配達見積システム３２０が特定の住所では早朝配達が不可能であると判定することを可能にすることができる。さらに、プロセス１０００は、見積システム３２０が、環境条件により生鮮品配達が不可能である住所を判定することを可能にすることができる。

ステップ１００２において、配達見積システム３２０は、第１の時刻の配達についてスケジュールされた住所に関連付けられた未配達通知を受信することができる。未配達通知は、従業員のモバイルデバイスから受信されてもよい。例えば、荷物配達業者が第１の時刻に荷物を配達することができない場合、荷物配達業者に関連付けられたモバイルデバイスは未配達通知を送信することができる。未配達通知は、タイムスタンプ、配達住所情報、製品情報、および試行された配達オプション、例えば生鮮品配達または早朝配達を含み得る。さらに、未配達通知は、「建物にアクセスできない」または「安全でない状況」など、配達不能の理由を含むことができる。代替的または追加的に、配達不能の理由は、音声ノートおよび／または画像を含むことができる。許容のための詳細な理由を受信することを容易にするために、配達見積システム３２０は、荷物配達業者が配達不能の理由を音声ノートに提供することを可能にすることができる。

ステップ１００４において、配達見積システム３２０は、通知と共に受信した理由を解析することができる。例えば、配達見積システム３２０は、テキストファイルを分析して、配達不能の理由を識別することができる。配達見積システム３２０は、構文解析ベースの制限文字などの技術を使用することができる。代替的または追加的に、配達見積システム３２０は、自然言語認識技術を使用して、配達不能の理由の文章を識別し、配達不能の理由を離散化することができる。配達不能の理由がテキストで提供されない実施形態では、ステップ１００４において、配達見積システム３２０は、さらなる分析のためにファイルをテキストに変換することができる。例えば、配達見積システム３２０は、音声テキスト変換を使用して、音声録音に基づいてテキストファイルを生成することができる。さらに、配達不能の理由が画像またはビデオで提供される実施形態では、ステップ１００４において、配達見積システム３２０は、画像認識技術を使用して、画像を配達不能の理由と相関させることができる。例えば、配達不能の理由が数字キーボードを備えたロックされたドアの画像を含む場合、配達見積システム３２０は、その画像を配達不能の理由である「入力用パスワードなし」に関連付けることができる。

ステップ１００６において、配達見積システム３２０は、通知内のキーワードおよびメタデータを解析することができる。配達不能理由を特徴付ける目的で、ステップ１００６において、見積システム３２０は、配達不能理由内のキーワードを識別することができる。例えば、配達見積システム３２０は、許容理由でとりわけ、「アクセス」、「屋外」、または「コンシェルジュ」などのキーボードを検索することができる。さらに、ステップ１００６において、配達見積システム３２０は、メタデータを分析して、配達不能の理由を識別することができる。例えば、配達見積システム３２０は、テキスト、音声、または画像ファイルのメタデータを使用して、配達不能の理由を分類することができる。

ステップ１００８において、配達見積システム３２０は、その住所に関する以前の未配達通知を取得および分析することができる。例えば、配達見積システム３２０は、配達不能記録のデータベースに問い合わせ、同じ住所が配達不能または拒否された荷物の履歴を有するかどうかを識別することができる。

ステップ１０１０において、配達見積システム３２０は、分析に基づいて配達スコアを計算することができる。例えば、許容理由におけるキーワードの分析に基づいて、配達見積システム３２０は、配達スコアを割り当てることができる。許容理由が「時間外にアクセスできない」を含み、同じ配達住所が以前の失敗した配達に関連付けられている場合、配達見積システム３２０は低い配達スコアを割り当てることができる。しかしながら、許容理由が「建物への一時的なアクセス不可」を含み、同じ配達先が以前の成功した配達に関連付けられている場合、配達見積システム３２０は高い配達スコアを割り当てることができる。

ステップ１０１２において、配達見積システム３２０は、スコアに基づいて住所に関連付けられた配達オプションカテゴリを決定することができる。例えば、住所が配達可能性閾値を下回るスコアを受け取った場合、配達見積システム３２０は、この住所が配達失敗の強い理由または配達失敗の履歴を有するため、住所を「配達不能オプション」に分類すべきであると判定することができる。しかしながら、住所が一貫した配達閾値を超えるスコアを受け取った場合、配達見積システム３２０は、この住所が成功した配達の履歴を有するため、住所は「条件なし配達オプション」に分類されるべきであると判定することができる。さらに、閾値間にあり、配達方法の明確な結果がないスコアについては、配達見積システム３２０は、配達住所を「条件付き配達オプション」として分類することができ、特定の配達オプションについてユーザからのさらなる情報を必要とし、および／または配達オプションを数日または数時間のみに制限する。

ステップ１０１４において、配達見積システム３２０は、カテゴリの変更を反映するようにデータベースを更新することができる。例えば、ステップ１０１２の決定に基づいて、配達見積システム３２０は、オプションの配達の分類を保存するデータベースを更新することができる。例えば、ステップ１０１２において、配達見積システム３２０は、データベース３８０（図３）を更新して、住所の更新された配達カテゴリを示し、および／または分析された配達住所の新しいデータベースエントリを作成することができる。例えば、ステップ１００２で従業員から受信したフィードバックに基づいて、配達見積システム３２０は、配達の制限を保存する第３のデータベースなどのデータベースを変更して、宛先住所を第１の制限に関連付けることができる。

図１１は、開示された実施形態と一致する、例示的なウェブサイト変更プロセス１１００のプロセスフロー図である。いくつかの実施形態では、システム３００の要素はプロセス１１００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス１０００を実行することができる。しかしながら、これはプロセス１１００の例示的な例にすぎず、他の実施形態では、システム１００またはシステム１００の一部がプロセス１０００を実行することができる。例えば、ＦＯシステム１１３および／またはＦＣ認証１２３（図１Ａ）は、プロセス１１００のステップのうちの１つまたは複数を実行することができる。

ステップ１１０２において、配達見積システム３２０は、クライアントデバイスから製品選択通知を受信することができる。例えば、ユーザがオンライン小売業者ウェブサイトに表示された製品を選択すると、クライアントデバイス３５０は、製品選択通知を配達見積システム３２０に送信することができる。製品選択通知は、製品情報、タイムスタンプ、クライアントの位置、潜在的な配達住所、および潜在的な配達ゾーンまたは地域を含むことができる。

ステップ１１０２において、配達見積システム３２０は、顧客の住所が第１の時刻の配達に対応可能であるかどうかを判定することができる。第１の時刻の配達オプションは、早朝、夜、または１日の任意の他の選択された時刻における配達オプションとして予め設定されていてもよい。例えば、配達見積システム３２０は、メモリデバイスまたはデータベースに問い合わせることによって、配達住所に割り当てられた配達オプションカテゴリを識別することができる。配達見積システム３２０が、顧客の住所が第１の時刻の配達に対応できないと判定した場合（ステップ１１０４：いいえ）、配達見積システム３２０はステップ１１０５に進み、アイテムをカートに移動させることができる。そのような実施形態では、ステップ１１０５において、配達見積システム３２０は、図１Ｄに関連して説明したような選択された製品ウェブサイトを変更するための命令を生成することができる。さらに、配達見積システム３２０は、例えば、図７に関連してさらに説明したようにＰＤＤ識別を使用して配達日時を見積することができる。さらに、いくつかの実施形態では、配達見積システム３２０は、宛先住所が第１の時刻までの製品の配達に適格ではないという判定に基づいて、第１の時刻までの配達に反する表示を有するユーザインターフェース要素を生成することができる。

しかしながら、配達見積システム３２０が、顧客の住所が第１の時刻の配達に対応可能であると判定した場合（ステップ１１０４：はい）、配達見積システム３２０はステップ１１０８に進むことができる。ステップ１１０８において、配達見積システム３２０は、ユーザが第１の時刻の配達を指示したかどうかを判定することができる。例えば、配達見積システム３２０は、データベースが建物のコードなどの第１の時刻の配達のための命令、またはコンシェルジュに連絡するための命令を含むかどうかを判定することができる。さらに、配達見積システム３２０は、例えば、同様の建物または同じゾーン内の建物との命令の関連性を判定することによって、命令が完了したかどうかを判定することができる。

配達見積システム３２０が、ユーザが第１の時刻の配達指示を提供したと判定した場合（ステップ１１０８：はい）、配達見積システム３２０はステップ１１０６に進み、配達アイコンを表示するウェブサイトを変更または生成するためにユーザインターフェース要素を生成することができる。例えば、ステップ１１０６において、配達見積システム３２０は、第１の時刻の配達が利用可能であることを示すアイコンを含むように選択された製品ウェブサイトを変更するＨＴＭＬまたはＪａｖａＳｃｒｉｐｔファイルを生成することができる。代替的または追加的に、配達見積システム３２０は、利用可能な配達オプションを示す製品情報およびアイコンまたは対話型要素を含むウェブサイトを生成することができる。

しかしながら、配達見積システム３２０が、ユーザが第１の時刻の配達指示を提供しなかったと判定した場合（ステップ１１０８：いいえ）、配達見積システム３２０はステップ１１１０に進む可能性がある。ステップ１１１０において、配達見積システム３２０は、住所が無条件配達オプションカテゴリ内にあるかどうかを判定することができる。例えば、配達見積システム３２０は、住所が無条件配達カテゴリに分類されているかどうかを判定するために、住所に関連付けられた記録を取得することができる。これは、例えば、配達見積システム３２０が第１の時刻の配達に成功した最近の記録を識別するときに発生し得る。

配達見積システム３２０が、その住所は無条件配達オプションカテゴリ内にあると判定した場合（ステップ１１１０：はい）、配達見積システム３２０はステップ１１１２に進み、デフォルトのオプトインオプションを有するオーバーレイウィンドウを生成することができる。例えば、ユーザが製品を選択した後、配達見積システム３２０は、その製品について第１の時刻の配達が利用可能であることを説明するメッセージをユーザに提供するポップアップウィンドウをウェブサイト上に生成することができる。さらに、配達見積システム３２０はまた、ユーザが第１の時刻の配達からオプトインまたはオプトアウトすることを可能にする対話型要素を含むことができる。しかしながら、配達住所が無条件配達オプション内にあると判定された場合、対話型要素はオプトインのためにデフォルトで設定されてもよい。

しかしながら、配達見積システム３２０が、その住所は無条件配達オプションカテゴリ内にないと判定した場合（ステップ１１１０：いいえ）、配達見積システム３２０はステップ１１１４に進む可能性がある。ステップ１１１４において、配達見積システム３２０は、デフォルトのオプトアウトオプションを有する１つまたは複数のオーバーレイウィンドウを生成することができる。例えば、ステップ１１１２のために生成されたウィンドウと同様に、配達見積システム３２０は、ウェブサイトのユーザに第１の時刻の配達オプションが利用可能であることを説明するポップアップウィンドウを生成することができる。ステップ１１１２のポップアップウィンドウと同様に、ステップ１１１４のポップアップウィンドウは、ユーザ応答および情報を有するメッセージを取り込むための対話型要素を含むことができる。しかしながら、ステップ１１１２のポップアップウィンドウとは異なり、対話型要素はオプトアウトの選択にデフォルト設定されてもよい。例えば、配達住所が「条件付き配達カテゴリ」にある場合、対話型要素は、ユーザが配達のタイプを肯定的に選択することを必要とし、必要に応じて追加情報を要求するために、オプトアウトの選択にデフォルト設定されてもよい。さらに、いくつかの実施形態では、配達見積システム３２０は、配達制限を記憶する第３のデータベースが宛先住所を含むという判定に基づいて、第１の時刻までの将来の配達を禁止する選択不可能要素を含むユーザインターフェース要素を生成することができる。

ステップ１１１６において、配達見積システム３２０は、ユーザが第１の時刻の配達を選択したかどうかを判定することができる。例えば、配達見積システム３２０は、ステップ１１１２または１１１４で表示されたオプションに応答して、ユーザが第１の時刻の配達を選択したかどうかを判定することができる。配達見積システム３２０が、ユーザが第１の時刻の配達を選択したと判定した場合（ステップ１１１６：はい）、配達見積システム３２０はステップ１１０６に進み、配達アイコンを表示するウェブサイトを変更または生成するためにユーザインターフェース要素を生成することができる。しかしながら、配達見積システム３２０が、ユーザが第１の時刻の配達を選択しなかったと判定した場合（ステップ１１１６：はい）、配達見積システム３２０はステップ１１０５に進み、将来の購入のためにアイテムをカートに移動させることができる。さらに、ステップ１１０５において、配達見積システム３２０は、例えばプロセス７００（図７）を使用して配達日時を見積することができる。

図１２は、開示された実施形態と一致する、例示的な住所一般分類プロセス１２００のプロセスフロー図である。いくつかの実施形態では、システム３００の要素はプロセス１２００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス１２００を実行することができる。しかしながら、他の実施形態では、システム１００またはシステム１００の一部がプロセス１２００を実行してもよい。例えば、ＦＯシステム１１３および／またはＦＣ認証１２３（図１Ａ）は、プロセス１２００のステップのうちの１つまたは複数を実行することができる。

プロセス１２００は、たとえユーザが命令または嗜好を提供していなくても、システム３００が利用可能な配達オプションの住所を分類することを可能にすることができる。例えば、ユーザが早朝配達を含み得る第１の時刻の配達のための指示を提供していなくても、配達見積システム３２０はプロセス１２００を使用して、目標配達住所にどのカテゴリを割り当てるべきかを決定することができる。

ステップ１２０２において、配達見積システム３２０は、住所情報を受信することができる。例えば、配達見積システム３２０は、会場または家の住所を受信することができる。ステップ１２０４において、配達見積システム３２０は、その住所への配達の記録を検討する。配達見積システム３２０は、配達のタイプ、配達日時、および従業員のモバイルデバイスから受信した任意の通知を含む、その住所における配達の履歴を検討することができる。

ステップ１２０６において、配達見積システム３２０は、住所情報を取得するために公開記録を分析および／または検索することができる。例えば、配達見積システム３２０は、住所に関連付けられた公開記録を問い合わせすることができる。公開記録は、住所に関する情報を提供する税または不動産記録を含み得る。さらに、ステップ１２０６において、配達見積システム３２０は、住所が商業会場、公共の建物（大学など）、またはオフィスビルに関連付けられているかどうかを判定するために広告ウェブサイトを検索することができる。さらに、ステップ１２０６において、配達見積システム３２０は、配達住所に関連するウェブサイトを検索して、コンシェルジュの利用可能性などの特定の特徴を判定することができる。

ステップ１２０８において、配達見積システム３２０は、その住所の第１の時刻の配達スコアを決定することができる。例えば、配達見積システム３２０は、住所に関連付けられた過去の配達記録、公開記録から取得した情報、および／または住所の非公開記録に基づいて、その住所の第１の時刻の配達スコアを決定することができる。第１の時刻の配達が成功する可能性が低い場合、スコアは低くなり得る。しかし、第１の時刻の配達が成功する可能性が高い場合、スコアは高くなり得る。

例えば、第１の時刻の配達スコアは、住所に対して第１の時刻の配達が成功したときに増加するが、住所内に不成功の配達があるときはいつでも減少する累積変数であってもよい。したがって、住所でより多くの第１の時刻の配達が成功するにつれて、累積変数は増加し、第１の時刻の配達が成功する可能性がより高いことを示す。代わりに、累積変数が低い場合、累積変数は、第１の時刻の配達が成功する可能性が低いために、低い第１の時刻の配達スコアを示すことができる。さらに、いくつかの実施形態では、蓄積変数は、公開記録から取得された情報に基づいて、例えば乗数を用いて修正されてもよい。例えば、公開記録が、住所がコンシェルジュを有する建物に関連付けられていることを示す場合、累積変数は、配達が成功する可能性がより高いことを示すために１より大きい乗数で修正されてもよい。しかしながら、公開記録が、住所が大学などの公共建物に関連付けられていることを示す場合、累積変数は、１未満の乗数で修正されてもよい。ステップ１２０８において、代替の実装形態またはプロセスを使用して、住所の第１の時刻の配達スコアを決定してもよい。

図１２に示すように、第１の時刻の配達スコア決定に基づいて、配達見積システム３２０は、住所を、例えば、（ｉ）カテゴリＡ：第１の時刻の配達不可、（ｉｉ）カテゴリＢ：特定の時間は第１の時刻の配達不可、（ｉｉｉ）カテゴリＣ：条件付きの第１の時刻の配達、（ｉｖ）カテゴリＤ：無条件の第１の時刻の配達のいずれかに分類することができる。しかしながら、これらの４つはカテゴリの単なる例であり、配達見積システム３２０は、第１の時刻の配達スコアに基づいて異なる分類を使用してもよい。例えば、配達見積システム３２０は、配達または配達不能の２つのグループのみに住所を分類してもよい。あるいは、配達見積システム３２０は、配達住所に対していつどのタイプの配達が許可されるかを指定するより高いレベルの粒度化を含む４つより多いグループに住所を分類してもよい。

図１３は、開示された実施形態と一致する、例示的な第１の時刻の配達分類プロセス１３００のプロセスフロー図である。いくつかの実施形態では、システム３００の要素はプロセス１３００を実行することができる。例えば、以下のステップの説明で開示されるように、配達見積システム３２０はプロセス１３００を実行することができる。しかしながら、これはプロセス１３００の例示的な例にすぎず、他の実施形態では、システム１００またはシステム１００の一部がプロセス１３００を実行することができる。例えば、ＦＯシステム１１３および／またはＦＣ認証１２３（図１Ａ）は、プロセス１３００のステップのうちの１つまたは複数を実行することができる。

ステップ１３０２において、配達見積システム３２０は、顧客のデバイスから注文を受信することができる。注文は、配達用の少なくとも１つの製品、注文時刻、および宛先住所を含み得る。注文は、製品、注文、および顧客に関する情報を含むペイロードを有するＴＣＰ／ＩＰパケットとして送信され得る。

ステップ１３０４において、配達見積システム３２０は、宛先住所に基づいて１つまたは複数のフルフィルメントセンタ（ＦＣ）を識別することができる。例えば、顧客からの閾値距離を使用して、配達見積システム３２０は、クライアントに近く、クライアントデバイスからの潜在的な注文を満たすために優先されるべきであるＦＣを識別することができる。

ステップ１３０６において、配達見積システム３２０は、識別されたＦＣから利用可能な在庫を要求することができる。例えば、ＦＣが識別されると、配達見積システム３２０は、ＦＣで利用可能な製品を指定するテーブルまたはファイルを要求することができる。ステップ１３０８において、配達見積システム３２０は、対応する利用可能な在庫と少なくとも１つの製品との一致に基づいて、識別されたＦＣから１つのＦＣを選択することができる。例えば、配達見積システム３２０は、ＦＣが要求された製品を在庫として有している場合、そのＦＣを選択することができる。

ステップ１３１０において、配達見積システム３２０は、見積有効期限に基づいて第１の時刻に関連付けられたカットオフ時刻を決定することができる。例えば、配達見積システム３２０が、午後７時以降に行われた注文を第１の時刻に配達することができないと見積する場合、配達見積システム３２０は、第１の時刻の配達のためのカットオフ時刻を午後７時に決定することができる。ステップ１３１２において、配達見積システム３２０は、宛先地住所が第１の時刻までの配達に適格であるかどうかを判定することができる。例えば、配達見積システム３２０は、各住所を分類するデータベースに問い合わせて、宛先住所が第１の時刻の配達に適格であるかどうかを判定することができる。

ステップ１３１４において、配達見積システム３２０は、宛先住所が適格であるという判定に基づいて、少なくとも１つの製品の情報を取得するために第１のデータベースを検索することができる。例えば、配達見積システム３２０は、ＦＣに関連付けられたデータベースを検索して、それらの価格、利用可能な数量、特性、および／またはレビューおよびコメントを含む製品情報を取得することができる。ステップ１３１６において、配達見積システム３２０は、注文時刻およびカットオフ時刻に基づいて、第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成することができる。例えば、注文時刻がカットオフ時刻内である場合、配達見積システム３２０は、図１５に関連してさらに説明するように、第１の時刻での配達が可能であることを示す対話型アイコンを生成することができる。

ステップ１３１８において、配達見積システム３２０は、宛先住所および関連する制限を見つけるために、第２のデータベースを検索することができる。例えば、配達見積システム３２０は、配達住所情報を含む第２のデータベースを検索して、住所の特定の制限を決定してもよい。そのような実施形態では、配達見積システム３２０は、配達住所への第１の時刻の配達を制限する記録があるかどうかを確認するためにデータベースに問い合わせることができる。例示的な制限には、必要なアクセスコード、特定の配達指示、または第１の時刻の配達のための限定された時間枠が含まれ得る。

ステップ１３２０において、配達見積システム３２０は、選択可能要素を含めるためにユーザインターフェース要素を生成することができる。第２のデータベースが第１の制限に関連付けられた宛先住所を含むという判定に基づいて、配達見積システム３２０は、第１の時刻の配達についてのユーザフィードバックを取り込むための選択可能要素を含む、ポップアップウィンドウまたはハイパーメディア要素などのグラフィカルユーザインターフェースを生成することができる。ステップ１３２２において、配達見積システム３２０は、ユーザインターフェース要素をクライアントデバイスへ送信することができる。

ステップ１３２４において、配達見積システム３２０は、クライアントデバイスから応答を受信することができる。例えば、ユーザインターフェース要素をクライアントデバイスに送信することに応答して、配達見積システム３２０は、配達情報またはユーザ配達オプション選択を指定するユーザ応答を受信することができる。ステップ１３２６において、配達見積システム３２０は、データベースを更新し、受信した応答に基づいて、製品の約束配送日が第１の時刻であることを示すために第３のデータベース内のエントリを変更することができる。例えば、ユーザが第１の時刻の配達なしの選択を提供した場合、配達見積システム３２０は、その住所に第１の時刻の配達があってはならないことを示すためにデータベース３８０を更新することができる。そのような実施形態では、配達見積システム３２０はまた、ラベル付け命令を更新して、将来の第１の時刻の配達を防止することができる。しかしながら、ユーザが第１の時刻の配達を指定し、第１の時刻の配達を完了するための満足のいく指示を含む応答を提供した場合、配達見積システム３２０は、データベース３８０を更新して、利用可能であれば配達を第１の時刻の配達にデフォルト設定すべきであることを示してもよい。

図１４は、開示された実施形態と一致する、分類された建物を有する配達領域のグラフィック表現１４００である。図１４は、複数の建物を有する配達領域の上面図を示す。領域内の各建物は１つの配達カテゴリ内にあり得、配達カテゴリは、例えばプロセス１２００（図１２）で決定することができる。

図１４に示すように、配達領域内の各建物は、特定の配達カテゴリを有することができる。この配達カテゴリは、どの配達オプションが建物に利用可能であるかを指定することができる。例えば、配達カテゴリは、建物が第１の時刻の配達に適格であるかどうかを指定することができ、いくつかの実施形態では、早朝配達を含むことができる。代替的または追加的に、配達カテゴリは、建物が生鮮品配達に適格であるかどうかを指定することができる。

いくつかの実施形態では、図１４に示すように、建物は、３つのカテゴリのうちの１つに分類することができる。例えば、建物は、「配達不能カテゴリ」、「条件付き配達カテゴリ」、または「無条件配達カテゴリ」のいずれかに分類され得る。しかしながら、他の実施形態では、建物の分類は、異なる、より多い、またはより少ないカテゴリを含む場合がある。例えば、図１２に関連して説明したように、４つの配達カテゴリがあり得る。あるいは、分類はバイナリであってもよく、建物を単に「配達不能（Ｎｏｎ Ｄｅｌｉｖｅｒｙ）」、「自動配達（Ａｕｔｏ Ｄｅｌｉｖｅｒｙ）」カテゴリに配置する。さらに、図１４は相互に排他的なカテゴリを示しているが、いくつかの実施形態では、分類は、各建物が複数のカテゴリに関連付けられている包括的なカテゴリを含み得る。

グラフィック表現１４００に表示される情報は、建物の住所をそれぞれのカテゴリと相関させるデータベースに記憶されてもよい。図９に関連してさらに説明したように、カテゴリ情報を有するそのようなデータベースを、システム３００またはシステム３００の一部によって使用して、ハイパーメディア要素を生成し、ウェブサイトを変更してアイコンまたは対話型ウィンドウを表示して、情報を取り込むことができる。郵便番号または一般ゾーンのみよりもさらに特定性を可能にするこのレベルのより詳細な分離は、オンライン注文を履行するための作業フローを容易にし、オンライン小売ウェブサイトのより高いレベルのパーソナライズを可能にすることができる。

図１５は、開示された実施形態と一致する、モバイルデバイスにおける単一ディスプレイページの例示的なグラフィカルユーザインターフェースのシーケンスの正面図である。図１５は、クライアントデバイス３５０および／またはユーザデバイス１０２に表示され得る３つのグラフィカルユーザインターフェース（ＧＵＩ）を示す。

ＧＵＩ１５１０は、グラフィック記述、テキスト記述、注文情報、および動的テキストボックスを有する単一の製品を示す。ＧＵＩ１５１０の動的テキストボックス１５１２は空である。いくつかの実施形態では、動的テキストボックス１５１２は、配達見積システム３２０による計算を待っていて空であり得る。

ＧＵＩ１５２０は同じ単一の製品情報を示すが、動的テキストボックス１５１２は動的テキストボックス１５２２に置き換えられており、ここでは配達オプション、見積された配達日、および有効期限を指定し、「１０分以内に注文された場合は、早朝配達、午前６時までに到着」を表示する。いくつかの実施形態では、配達見積システム３２０によって生成された電子メッセージは、動的テキストボックス１５１２を動的テキストボックス１５２２に更新する命令を含むことができる。さらに、ＧＵＩ１５２０では、利用可能な配達サービスを示す追加のアイコンを含むように製品ディスプレイを変更することができる。例えば、ＧＵＩ１５２０に表示された製品は、カットオフおよびフルフィルメントセンタへの近接度に基づいて、製品が早朝配達に利用可能であることを示すために、第１の時刻の配達アイコン１５２４を示すように更新されてもよい。いくつかの実施形態では、第１の時刻の配達アイコン１５２４は、製品または仮配達日／時刻に固有の情報を含むことができる。例えば、第１の時刻の配達アイコン１５２４は、配達見積システム３２０からの決定に基づいて「夕食前」などのメッセージを含むことができる。

ＧＵＩ１５３０は単一の製品情報を示すが、動的テキストボックス１５２２は動的テキストボックス１５３２に更新されている。例えば、ＧＵＩ１５２０からＧＵＩ１５３０までに、１０分の有効期限が経過した可能性がある。したがって、配達見積システム３２０は、配達見積を午後１時から午後８時に更新する命令を送信していてもよい。また、ＧＵＩ１５３０は、翌日の早朝までに配達可能な製品に表示される第１の時刻の配達アイコン１５３４を表示してもよい。

図１６は、配達日見積および／または利用可能な配達オプションを有するウェブページを生成または変更するように構成可能なスクリプトの例示的なソースコードである。例示的なソースコード１６００は、図９および図１１に関連して説明したように、利用可能な配達オプションおよび配達予定時刻を表示するためにウェブページを生成または変更するために使用され得る例示的な命令および機能を示す。例えば、配達見積システム３２０によって生成および送信される電子メッセージは、例示的なソースコード１６００を含むことができる。例示的なソースコード１６００で使用される構文および命令は例示的なものであり、異なる構文および機能も使用および／または置換することができる。

例示的なソースコード１６００は、ウェブページを識別および／または変更するためのｈｔｍｌヘッダを含むヘッダ１６０１を含むことができる。ヘッダ１６０１は、使用され得る動作およびヘッダの単なる例である。例示的なソースコード１６００はまた、文書タイプ識別部分１６０２を含むことができる。部分１６０２は、ウェブページがカートページ、注文ページ、検索ページ、または単一の製品ページであるかどうかを評価する機能を含むことができる。部分１６０２に詳述されている機能は、例示的な機能に過ぎない。

例示的なソースコード１６００はまた、動的テキストボックス生成部分１５０４を含んでもよい。部分１６０４の機能およびルーチンは、図９および図１１に関連して説明したように、メッセージおよび変更命令を指定することができる。さらに、例示的なソースコード１６００は、様々なウェブページの変更のためのオプションを含む変更部分１６０６を含むことができる。さらに、例示的なソースコード１６００は、タイマ部分１６０８を含むことができ、タイマ部分は、製品の配達予定時刻の有効期限または残り時間と相関するウェブページ上のタイマを表示する命令を含むことができる。

部分１６０４、変更部分１６０６、およびタイマ部分１６０８のルーチンは、例示的な実装形態にすぎず、異なるまたは代替の実装形態が可能である。

本開示の別の態様は、上述したように、実行されると、１つまたは複数のプロセッサに方法を実行させる命令を記憶する非一時的コンピュータ可読媒体に関する。コンピュータ可読媒体は、揮発性または不揮発性、磁気、半導体、テープ、光学、取り外し可能、取り外し不能、または他のタイプのコンピュータ可読媒体またはコンピュータ可読記憶装置を含むことができる。例えば、コンピュータ可読媒体は、開示されているように、コンピュータ命令が記憶された記憶ユニットまたはメモリモジュールであってもよい。いくつかの実施形態では、コンピュータ可読媒体は、コンピュータ命令が格納されたディスクまたはフラッシュドライブであってもよい。

開示されたシステムおよび関連する方法に様々な修正および変形を加えることができることが当業者には明らかであろう。当業者には、本明細書を考慮し、開示されたシステムおよび関連する方法を実施することによって、他の実施形態が明らかになるであろう。本明細書および実施例は例示としてのみ考慮されることが意図され、真の範囲は以下の特許請求の範囲およびそれらの均等物によって示される。

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

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

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

前述の説明は、例示のみの目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。

特許請求の範囲は、特許請求の範囲で使用される言語に基づいて広く解釈されるべきであり、本明細書に記載された例に限定されず、その例は非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。

Claims (20)

1. 動的ウェブサイトを生成するためのコンピュータ化されたシステムであって、前記システムが、
   命令を記憶するメモリと、
   前記命令を実行して動作を実行するためにするように構成された少なくとも１つのプロセッサと、を備え、
   前記動作は、
   顧客のデバイスから注文を受信することであって、前記注文が配達用の少なくとも１つの製品、注文時刻、および宛先住所を含むことと、
   前記宛先住所が第１の時刻までの配達に適格であるかどうかを判定することと、
   前記宛先住所が適格であるという判定に基づいて、前記少なくとも１つの製品の情報を取得するために第１のデータベースを検索することであって、前記情報が前記第１の時刻までの配達のカットオフ時刻を含むことと、
   前記注文時刻と前記カットオフ時刻に基づいて、前記第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成することであって、前記ユーザインターフェース要素が、前記顧客のデバイスに表示されるウェブサイトを変更するように構成されていることと、
   前記ユーザインターフェース要素を前記顧客のデバイスに送信することと、
   前記ユーザインターフェース要素を前記顧客のデバイスに送信することに応答して、応答を受信することと、
   前記受信した応答に基づいて、前記製品の約束配送日が前記第１の時刻であることを示すために、第２のデータベース内のエントリを変更することと、を含む、システム。
2. 前記第１の時刻が、
   前記宛先住所に基づいて、複数のフルフィルメントセンタを特定することと、
   特定された複数のフルフィルメントセンタから利用可能な在庫を要求することと、
   対応する利用可能な在庫と前記少なくとも１つの製品との一致に基づいて、前記特定された複数のフルフィルメントセンタからフルフィルメントセンタを選択することと、
   見積有効期限に基づいて、前記第１の時刻に関連付けられたカットオフ時刻を決定することであって、前記見積有効期限が、その後に前記第１の時刻までの配達がもはや利用できない注文有効期限を含むことと、
   によって決定される、請求項１に記載のシステム。
3. 前記動作が、
   前記宛先住所および少なくとも１つの関連する制限を見つけるために第３のデータベースを検索することと、
   前記第３のデータベースが第１の制限に関連付けられた前記宛先住所を含むという判定に基づいて、選択可能要素を含むように前記ユーザインターフェース要素を生成し、前記第１の時刻までの配達を可能にすることと、
   をさらに含む、請求項１に記載のシステム。
4. 前記動作が、
   前記ユーザインターフェース要素を送信することに応答して、前記第１の時刻までに前記少なくとも１つの製品を配達しない要求を受信することと、
   前記宛先住所を第２の制限に関連付けるために第３のデータベースを変更することと、
   をさらに含む、請求項３に記載のシステム。
5. 前記動作が、
   前記第３のデータベースが前記第２の制限に関連付けられた前記宛先住所を含むという判定に基づいて、選択不可能要素を含む前記ユーザインターフェース要素を生成し、前記第１の時刻までの将来の配達を不能にすること
   をさらに含む、請求項４に記載のシステム。
6. 前記動作が、
   配達作業員に関連付けられたモバイルデバイスからフィードバックを受信することであって、前記フィードバックが前記宛先住所に関連付けられていることと、
   前記受信したフィードバックに基づいて、前記宛先住所を前記第１の制限に関連付けるために前記第３のデータベースを変更することと、
   をさらに含む、請求項３に記載のシステム。
7. 前記動作が、
   前記宛先住所が前記第１の時刻までの製品の配達に適格ではないという判定に基づいて、前記第１の時刻までの配達に反する表示を含む前記ユーザインターフェース要素を生成すること
   をさらに含む、請求項３に記載のシステム。
8. 前記ユーザインターフェース要素が、前記第１の時刻内の配達の残り時間をさらに示し、
   前記ウェブサイトが、前記少なくとも１つの製品の画像、前記少なくとも１つの製品に関連付けられたテキスト記述、前記第１の時刻までの配達が可能かどうかを示すアイコン、および前記残り時間を表示する対話型アイコンを含む単一表示ページを含む、
   請求項１に記載のシステム。
9. 前記動作が、
   前記注文時刻が週末または休日であるかを判定することと、
   前記注文時刻が週末であるという判定に応答して、前記第１のデータベースから週末配達のための情報を取得することと、
   をさらに含む、請求項１に記載のシステム。
10. 前記ユーザインターフェース要素が、前記宛先住所へのエントリを可能にする指示を提供するための入力フィールドを備え、
    前記ユーザインターフェース要素が、前記ウェブサイト上に表示されるように構成されたポップアップウィンドウを備える、
    請求項１に記載のシステム。
11. 動的ウェブサイトを生成するためのコンピュータ実装方法であって、前記方法が、
    顧客のデバイスから注文を受信することであって、前記注文が配達用の少なくとも１つの製品、注文時刻、および宛先住所を含むことと、
    前記宛先住所が第１の時刻までの配達に適格であるかどうかを判定することと、
    前記宛先住所が適格であるという判定に基づいて、前記少なくとも１つの製品の情報を取得するために第１のデータベースを検索することであって、前記情報が前記第１の時刻までの配達のカットオフ時刻を含むことと、
    前記注文時刻と前記カットオフ時刻に基づいて、前記第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成することであって、前記ユーザインターフェース要素が、前記顧客のデバイスに表示されるウェブサイトを変更するように構成されていることと、
    前記ユーザインターフェース要素を前記顧客のデバイスに送信することと、
    前記ユーザインターフェース要素を前記顧客のデバイスに送信することに応答して、応答を受信することと、
    前記受信した応答に基づいて、前記製品の約束配送日が前記第１の時刻であることを示すために、第２のデータベース内のエントリを変更することと、
    を含む、方法。
12. 前記宛先住所に基づいて、複数のフルフィルメントセンタを特定することと、
    特定された複数のフルフィルメントセンタから利用可能な在庫を要求することと、
    対応する利用可能な在庫と前記少なくとも１つの製品との一致に基づいて、前記特定された複数のフルフィルメントセンタからフルフィルメントセンタを選択することと、
    見積有効期限に基づいて前記第１の時刻に関連付けられたカットオフ時刻を決定することであって、前記見積有効期限が、その後に前記第１の時刻までの配達がもはや利用できない注文有効期限を含むことと、
    をさらに含む、請求項１１に記載の方法。
13. 前記宛先住所および少なくとも１つの関連する制限を見つけるために第３のデータベースを検索することと、
    前記第３のデータベースが第１の制限に関連付けられた前記宛先住所を含むという判定に基づいて、選択可能要素を含むように前記ユーザインターフェース要素を生成し、前記第１の時刻までの配達を可能にすることと、
    をさらに含む、請求項１１に記載の方法。
14. 前記ユーザインターフェース要素を送信することに応答して、前記第１の時刻までに前記少なくとも１つの製品を配達しない要求を受信することと、
    前記宛先住所を第２の制限に関連付けるために第３のデータベースを変更することと
    をさらに含む、請求項１３に記載の方法。
15. 前記第３のデータベースが前記第２の制限に関連付けられた前記宛先住所を含むという判定に基づいて、選択不可能要素を含む前記ユーザインターフェース要素を生成し、将来の配達において前記第１の時刻までの配達を不能にすること、
    をさらに含む、請求項１４に記載の方法。
16. 配達作業員に関連付けられたモバイルデバイスからフィードバックを受信することであって、前記フィードバックが前記宛先住所に関連付けられていることと、
    前記受信したフィードバックに基づいて、前記宛先住所を前記第１の制限に関連付けるために前記第３のデータベースを変更することと、
    をさらに含む、請求項１３に記載の方法。
17. 前記宛先住所が前記第１の時刻までの製品の配達に適格ではないという判定に基づいて、前記第１の時刻までの配達に反する表示を含む前記ユーザインターフェース要素を生成すること、
    をさらに含む、請求項１３に記載の方法。
18. 前記ユーザインターフェース要素が、前記第１の時刻内の配達の残り時間をさらに示し、
    前記ウェブサイトが、前記少なくとも１つの製品の画像、前記少なくとも１つの製品に関連付けられたテキスト記述、前記第１の時刻までの配達が可能かどうかを示すアイコン、および前記残り時間を表示する対話型アイコンを含む単一表示を含む、
    請求項１１に記載の方法。
19. 前記注文時刻が週末または休日であるかを判定することと、
    前記注文時刻が週末であるという判定に応答して、前記第１のデータベースから週末配達のための情報を取得することと、
    をさらに含む、請求項１１に記載の方法。
20. プロセッサによって実行されると動的ウェブサイトを生成するための動作を実行する命令を格納する非一時的コンピュータ可読媒体であって、前記動作が、
    顧客のデバイスから注文を受信することであって、前記注文が配達用の少なくとも１つの製品、注文時刻、および宛先住所を含むことと、
    前記宛先住所に基づいて、複数のフルフィルメントセンタを特定することと、
    特定された複数のフルフィルメントセンタから利用可能な在庫を要求することと、
    対応する利用可能な在庫と前記少なくとも１つの製品との一致に基づいて、前記特定された複数のフルフィルメントセンタからフルフィルメントセンタを選択することと、
    見積有効期限に基づいて、第１の時刻までの配達のカットオフ時刻を決定することであって、前記見積有効期限が、その後に前記第１の時刻までの配達がもはや利用できない注文有効期限を含むことと、
    前記宛先住所が前記第１の時刻までの配達に適格であるかどうかを判定することと、
    前記宛先住所が適格であるという判定に基づいて、前記少なくとも１つの製品の情報を取得するために第１のデータベースを検索することであって、前記情報が前記第１の時刻までの配達のカットオフ時刻を含むことと、
    前記注文時刻と前記カットオフ時刻に基づいて、前記第１の時刻までの配達が可能かどうかを示すユーザインターフェース要素を生成することであって、前記ユーザインターフェース要素が、前記顧客のデバイスに表示されるウェブサイトを変更するように構成されていることと、
    前記宛先住所および少なくとも１つの関連する制限を見つけるために第２のデータベースを検索することと、
    前記第２のデータベースが第１の制限に関連付けられた前記宛先住所を含むという判定に基づいて、選択可能要素を含むように前記ユーザインターフェース要素を生成し、前記第１の時刻までの配達を可能にすることと、
    前記ユーザインターフェース要素を前記顧客のデバイスに送信することと、
    前記ユーザインターフェース要素を前記顧客のデバイスに送信することに応答して、応答を受信することと、
    前記受信した応答に基づいて、前記製品の約束配送日が前記第１の時刻であることを示すために、第３のデータベース内のエントリを変更することと、
    を含む、非一時的コンピュータ可読媒体。

Images