(57)【要約】  住所情報を修正するためのコンピュータ実装システム。システムは、命令を記憶するメモリと、動作を実施するための命令を実行するように構成された少なくとも１つのプロセッサとを含むことができる。動作は、ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、正規化の要求に応答して、要求されている住所情報を含むユーザ入力をユーザデバイスから受信することと、要求されている住所の改良版が利用可能であるか否かを判定するために、ユーザ入力に基づいてキャッシュを検索することと、要求されている住所の改良版がキャッシュに存在するという決定に基づいて、改良された住所を正規化された住所としてユーザに返すことと、配送作業員に関連付けられたモバイルデバイスに荷物を正規化された住所に輸送するという指示を与えることによって、正規化された住所においてユーザに荷物を輸送し始めることとを含むことができる。
2021525906.tif 000002
【特許請求の範囲】
【請求項１】
住所情報を修正するためのコンピュータ実装システムであって、
命令を記憶するメモリと、
少なくとも１つのプロセッサと、を備え、
前記プロセッサは、前記命令を実行して、
ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求し、
前記正規化の要求に応答して、要求された住所情報を含むユーザ入力をユーザデバイスから受信し、
前記要求された住所の改良版が利用可能であるか否かを判定するために、前記ユーザ入力に基づいてキャッシュを検索し、
前記要求された住所の改良版が前記キャッシュに存在するという判定に基づいて、改良された住所を正規化住所としてユーザに返し、
配送作業員に関連付けられたモバイルデバイスに前記正規化された住所に荷物を輸送するという指示を与えることによって、前記正規化された住所において前記ユーザに前記荷物を輸送し始め、
前記荷物の輸送中に、前記正規化された住所の位置を前記配送作業員の現在位置と比較し、
前記正規化された住所の位置が前記配送作業員の前記現在位置と一致しないと判定された場合、
前記ユーザデバイスに警告を送信し、
機械学習プロセスに基づいて、前記正規化された住所を修正し、
前記修正に基づいて、修正された正規化された住所をデータベースに記憶し、
前記正規化住所または前記修正正規化住所に基づいて、配送位置において前記ユーザに前記荷物を配送するという指示を与える
ように構成されている、コンピュータ実装システム。
【請求項２】
前記少なくとも１つのプロセッサは、
前記正規化された住所の位置が前記配送作業員の前記現在位置と一致すると判定された場合、前記正規化された住所の位置と前記配送作業員の前記現在位置との間に差異がないという通知を前記ユーザに通信するための命令を実行するようにさらに構成されている、請求項１に記載のコンピュータ実装システム。
【請求項３】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
前記正規化された住所の位置と前記配送作業員の前記現在位置との間の検出された差異の量が所定の閾値を超えると判定された場合、前記正規化された住所の位置が前記配送作業員の前記現在位置と一致しないという通知を前記ユーザに通信するように構成されている、請求項１に記載のコンピュータ実装システム。
【請求項４】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
ウェブブラウザ、モバイルデバイス、またはユーザデータベースのうちの少なくとも１つから、ユーザから要求された住所情報を含む前記ユーザ入力を受信するように構成されている、請求項１に記載のコンピュータ実装システム。
【請求項５】
前記配送作業員の前記位置は、記憶されている位置データ、記憶されている地図データ、地域、近隣区分、または住居名称のうちの少なくとも１つを含む、請求項１に記載のコンピュータ実装システム。
【請求項６】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
前記荷物の輸送中に、前記正規化された住所の位置をデータベースに記憶されている住所情報と比較するように構成されており、
前記データベースは住所用語の辞書を含む、請求項１に記載のコンピュータ実装システム。
【請求項７】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
前記正規化された住所の位置が前記データベースに記憶されている住所情報と一致しないと判定される場合、前記正規化された住所を修正するように構成されている、請求項６に記載のコンピュータ実装システム。
【請求項８】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
正規化された住所の位置が前記データベースに記憶されている住所情報と一致すると判定される場合、前記修正正規化された住所に基づいて、前記配送位置において前記ユーザに前記荷物を配送するための追加の命令を与えるように構成されている、請求項７に記載のコンピュータ実装システム。
【請求項９】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
前記正規化された住所と前記配送作業員の前記現在位置との間の複数の差異の判定に基づいて、住所情報を含む将来のユーザ入力を修正するための修正パターンを開発するように構成されている、請求項１に記載のコンピュータ実装システム。
【請求項１０】
前記所定の閾値は、前記正規化された住所の位置と前記配送作業員の前記現在位置との間の所定数の差異を含み、
前記差異は、数、街路名、郵便番号、都市名、および地区名のうちの少なくとも１つの差異を含む、請求項３に記載のコンピュータ実装システム。
【請求項１１】
前記少なくとも１つのプロセッサは、前記命令を実行して、さらに、
前記プロセッサによって、前記修正正規化された住所情報に基づいて学習曲線を生成し、
共通する差異の判定に基づいて、修正パターンを開発し、
前記学習曲線および前記修正パターンの生成に基づいて、入力された住所情報を修正するための前記所定の閾値を変更する
ように構成されている、請求項３に記載のコンピュータ実装システム。
【請求項１２】
住所情報を修正するためのコンピュータ実施方法であって、
ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、
前記正規化の要求に応答して、要求された住所情報を含むユーザ入力をユーザデバイスから受信することと、
前記要求された住所の改良版が利用可能であるか否かを判定するために、前記ユーザ入力に基づいてキャッシュを検索することと、
前記要求された住所の改良版が前記キャッシュに存在するという決定に基づいて、改良された住所を正規化された住所としてユーザに返すことと、
配送作業員に関連付けられたモバイルデバイスに前記正規化された住所に荷物を輸送するという指示を与えることによって、前記正規化された住所において前記ユーザに前記荷物を輸送し始めることと、
前記荷物の輸送中に、前記正規化された住所の位置を前記配送作業員の現在位置と比較することと、
前記正規化された住所の位置が前記配送作業員の前記現在位置と一致しないと判定された場合、
前記ユーザデバイスに警告を送信することと、
機械学習プロセスに基づいて、前記正規化された住所を修正することと、
前記修正に基づいて、修正正規化された住所をデータベースに記憶することと、
前記正規化された住所または前記修正正規化された住所に基づいて、配送位置において前記ユーザに前記荷物を配送するという指示を与えることと
を含む、コンピュータ実施方法。
【請求項１３】
前記正規化された住所の位置が前記配送作業員の前記現在位置と一致すると判定された場合、前記正規化された住所の位置と前記配送作業員の前記現在位置との間に差異がないという通知を前記ユーザに通信することを含む、請求項１２に記載のコンピュータ実施方法。
【請求項１４】
前記正規化された住所の位置と前記配送作業員の前記現在位置との間の検出された差異の量が所定の閾値を超えると判定された場合、前記正規化された住所の位置が前記配送作業員の前記現在位置と一致しないという通知を前記ユーザに通信することを含む、請求項１２に記載のコンピュータ実施方法。
【請求項１５】
ウェブブラウザ、モバイルデバイス、またはユーザデータベースのうちの少なくとも１つから、ユーザから要求された住所情報を含む前記ユーザ入力を受信することを含む、請求項１２に記載のコンピュータ実施方法。
【請求項１６】
前記配送作業員の前記位置は、記憶されている位置データ、記憶されている地図データ、地域、近隣区分、または住居名称のうちの少なくとも１つを含む、請求項１２に記載のコンピュータ実施方法。
【請求項１７】
前記方法は、
前記荷物の輸送中に、前記正規化された住所の位置をデータベースに記憶されている住所情報と比較することを含み、
前記データベースは住所用語の辞書を含む、請求項１２に記載のコンピュータ実施方法。
【請求項１８】
前記正規化された住所の位置が前記データベースに記憶されている住所情報と一致しないと判定される場合、前記正規化された住所を修正することを含む、請求項１７に記載のコンピュータ実施方法。
【請求項１９】
正規化された住所の位置が前記データベースに記憶されている住所情報と一致すると判定される場合、前記修正正規化された住所に基づいて、前記配送位置において前記ユーザに前記荷物を配送するための追加の命令を与えることを含む、請求項１８に記載のコンピュータ実施方法。
【請求項２０】
少なくとも１つの処理デバイスによって実行されると、前記少なくとも１つの処理デバイスに住所情報を修正させ、動作を実施させる実行可能命令を含む非一時的コンピュータ可読媒体であって、前記動作は、
ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、
前記正規化の要求に応答して、要求されている住所情報を含むユーザ入力をユーザデバイスから受信することと、
前記要求されている住所の改良版が利用可能であるか否かを判定するために、前記ユーザ入力に基づいてキャッシュを検索することと、
前記要求されている住所の改良版が前記キャッシュに存在するという決定に基づいて、改良された住所を正規化された住所としてユーザに返すことと、
配送作業員に関連付けられたモバイルデバイスに荷物を前記正規化された住所に輸送するという指示を与えることによって、前記正規化された住所において前記ユーザに前記荷物を輸送し始めることと、
前記荷物の輸送中に、前記正規化された住所の位置を前記配送作業員の現在位置と比較することと、
前記正規化された住所の位置が前記配送作業員の前記現在位置と一致しないと判定された場合、
前記ユーザデバイスに警告を送信することと、
機械学習プロセスに基づいて、前記正規化された住所を修正することと、
前記修正に基づいて、修正正規化された住所をデータベースに記憶することと、
前記正規化された住所または前記修正正規化された住所に基づいて、配送位置において前記ユーザに前記荷物を配送するという指示を与えることと
を含む、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、住所修正のためのコンピュータ化されたシステムおよび方法に関する。特に、本開示の実施形態は、配信結果を最適化するためのユーザ入力に基づく修正された住所の機械学習ならびに自動修正および表示のための進歩的で型にとらわれないシステムに関する。
【背景技術】
【０００２】
コンピュータ化されたシステムは、ユーザが荷物を受け取るために住所を入力することを可能にする。ユーザは、様々な形式（街路名、アパート名、アパート番号、都市など）で住所を入力し得る。ただし、ユーザが誤った情報を入力する場合がある。例えば、ユーザが街路名のつづりを誤り、または、街路住所の一部として誤った数字を含める場合がある。また、ユーザが正しい情報を入力することもあるが、その情報が標準的ではないために、他のシステム（配送作業員のデバイスなど）に送信するために適切にマッピングまたは位置特定することが困難である。例えば、ユーザは郵便番号を入力する場合があるが、郵便番号の最初の数桁のみを含める場合があり（郵便番号全体の残りの桁は含めない）、または、ユーザは、標準的な略称ではない街路名の省略を入力する場合がある。その結果、この住所情報は、他のシステムに送信するためにマッピングまたは位置特定するのが難しい場合がある。
【０００３】
現在の住所修正システムは、スペルミスの修正を可能にすることができ、非標準的な住所入力を標準化することができる。現在の住所修正システムはまた、複数の住所を入力および記憶するためのユーザインターフェースを提供することができ、ユーザのために修正された住所を表示することを可能にすることができる。例えば、ユーザは、製品のオンライン購入のための配送先住所を入力することができ、現在の修正住所システムは、ユーザがオンライン製品の購入を承認し、その後完了する前に、ユーザに表示するために配送先住所を訂正または修正することができる。この場合、ユーザは、オンライン購入の次のステップに進む前に、修正された住所を確認して承認することが可能であり得る。ただし、現在の住所修正システムは、ユーザに表示することができるユーザインターフェースに制限があり、検出して修正することが可能であり得る入力住所情報のエラーの種類に制限がある。さらに、現在の住所修正システムは、新しい住所入力の自動修正のパターンを決定するために、経時的に住所情報を分析することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、ユーザからの住所の受信を有効化することが可能であるシステム（例えば、Ｗｅｂサイトのフォームを介して、モバイルデバイスを介して、またはユーザデータベースから）が必要とされている。さらに、住所を考慮し、住所が何らかの形で異常であるか否かを判定するシステムが必要とされている。これには、住所を地図、既知の位置情報（例えば、名前、アパート名など）と比較すること、および、住所のつづりをチェックすることが含まれ得る。最後に、ユーザが犯す一般的な誤りを決定するためのパターンをチェックし、将来の住所の自動修正のためのパターンを開発するための自動住所修正のための改善された方法およびシステムが必要とされている。
【課題を解決するための手段】
【０００５】
本開示の一態様は、住所修正のためのコンピュータ化されたシステムに関する。システムは、動作を実施するための命令を実行するように構成されたメモリおよびプロセッサを含むことができる。動作は、ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、正規化の要求に応答して、要求されている住所情報を含むユーザ入力をユーザデバイスから受信することと、要求されている住所の改良版が利用可能であるか否かを判定するために、ユーザ入力に基づいてキャッシュを検索することと、要求されている住所の改良版がキャッシュに存在するという決定に基づいて、改良された住所を正規化住所としてユーザに返すことと、配送作業員に関連付けられたモバイルデバイスに荷物を正規化住所に輸送するという指示を与えることによって、正規化住所においてユーザに荷物を輸送し始めることと、荷物の輸送中に、正規化住所の位置を配送作業員の現在位置と比較することと、正規化住所の位置が配送作業員の現在位置と一致しないと判定された場合、ユーザデバイスに警告を送信することと、機械学習プロセスに基づいて、正規化住所を修正することと、修正に基づいて、修正正規化住所をデータベースに記憶することと、正規化住所または修正正規化住所に基づいて、配送位置においてユーザに荷物を配送するという指示を与えることとを含むことができる。
【０００６】
本開示の別の態様は、住所修正のためのコンピュータ化された方法に関する。方法は、ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、正規化の要求に応答して、要求されている住所情報を含むユーザ入力をユーザデバイスから受信することと、要求されている住所の改良版が利用可能であるか否かを判定するために、ユーザ入力に基づいてキャッシュを検索することと、要求されている住所の改良版がキャッシュに存在するという決定に基づいて、改良された住所を正規化住所としてユーザに返すことと、配送作業員に関連付けられたモバイルデバイスに荷物を正規化住所に輸送するという指示を与えることによって、正規化住所においてユーザに荷物を輸送し始めることと、荷物の輸送中に、正規化住所の位置を配送作業員の現在位置と比較することと、正規化住所の位置が配送作業員の現在位置と一致しないと判定された場合、ユーザデバイスに警告を送信することと、機械学習プロセスに基づいて、正規化住所を修正することと、修正に基づいて、修正正規化住所をデータベースに記憶することと、正規化住所または修正正規化住所に基づいて、配送位置においてユーザに荷物を配送するという指示を与えることとを含む動作を実施することができる。
【０００７】
本開示のさらに別の態様は、少なくとも１つの処理デバイスによって実行されると、少なくとも１つの処理デバイスに住所情報を修正させ、動作を実施させる実行可能命令を含む非一時的コンピュータ可読媒体に関し、動作は、ユーザの現在の住所または居住履歴のうちの少なくとも１つから正規化のための住所を要求することと、正規化の要求に応答して、要求されている住所情報を含むユーザ入力をユーザデバイスから受信することと、要求されている住所の改良版が利用可能であるか否かを判定するために、ユーザ入力に基づいてキャッシュを検索することと、要求されている住所の改良版がキャッシュに存在するという決定に基づいて、改良された住所を正規化住所としてユーザに返すことと、配送作業員に関連付けられたモバイルデバイスに荷物を正規化住所に輸送するという指示を与えることによって、正規化住所においてユーザに荷物を輸送し始めることと、荷物の輸送中に、正規化住所の位置を配送作業員の現在位置と比較することと、正規化住所の位置が配送作業員の現在位置と一致しないと判定された場合、ユーザデバイスに警告を送信することと、機械学習プロセスに基づいて、正規化住所を修正することと、修正に基づいて、修正正規化住所をデータベースに記憶することと、正規化住所または修正正規化住所に基づいて、配送位置においてユーザに荷物を配送するという指示を与えることとを含む。
【０００８】
他のシステム、方法、およびコンピュータ可読媒体も、本明細書で説明される。
【図面の簡単な説明】
【０００９】
【図１Ａ】開示された実施形態と一致する、出荷、輸送、および物流オペレーションを可能にする通信のためのコンピュータ化されたシステムを備えるネットワークの例示的な実施形態を示す概略ブロック図である。
【図１Ｂ】開示された実施形態と一致する、インタラクティブなユーザインターフェース要素と共に、検索要求を満たす１つ以上の検索結果を含むページ（ＳＲＰ）を含むサンプル検索結果を示す図である。
【図１Ｃ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に製品および製品に関する情報を含む例示的な単一ディスプレイページ（ＳＤＰ）を示す図である。
【図１Ｄ】開示された実施形態に一致する、対話型ユーザインターフェース要素と共に仮想ショッピングカート内のアイテムを含む例示的なカートページを示す図である。
【図１Ｅ】開示された実施形態と一致する、対話型ユーザインターフェース要素と共に、購入および出荷に関する情報と共に仮想ショッピングカートからのアイテムを含む例示的な注文頁を示す図である。
【図２】開示された実施形態と一致する、開示されたコンピュータ化されたシステムを利用するように構成された例示的なフルフィルメントセンタの概略図である。
【図３】開示された実施形態と一致する、正規化のための例示的なプロセスを示すフローチャートである。
【図４】開示された実施形態と一致する、機械学習のための例示的なプロセスを示すフローチャートである。
【図５】開示された実施形態と一致する、例示的な学習曲線の概略図である。
【図６】開示された実施形態と一致する、住所調整情報の収集のための例示的なプロセスを示すフローチャートである。
【図７】開示された実施形態と一致する、住所照合のための例示的なプロセスを示すフローチャートである。
【図８】開示された実施形態と一致する、住所情報を修正するための例示的なプロセスを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同一または類似の部分を参照するために、同一の参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されるが、修正、適応、および他の実装が可能である。例えば、置換、追加、または修正が図面に示された構成要素およびステップに行われてもよく、本明細書に記載された例示的な方法は、開示された方法にステップを置換、並べ替え、除去、または追加することによって修正されてもよい。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。むしろ、本発明の適切な範囲は、添付の特許請求の範囲によって定義される。
【００１１】
本発明の実施形態は、住所修正のために構成されている、コンピュータ化されたシステムおよび方法を対象とする。
【００１２】
図１Ａを参照すると、出荷、輸送、および物流動作を可能にする通信のためのコンピュータ化されたシステムを含むシステムの例示的な実施形態を示す概略ブロック図１００が示されている。図１Ａに示すように、システム１００は様々なシステムを含むことができ、その各々は、１つまたは複数のネットワークを介して互いに接続することができる。システムはまた、例えばケーブルを使用して、直接接続を介して互いに接続されてもよい。図示のシステムは、出荷権限技術（ＳＡＴ）システム１０１、外部フロントエンドシステム１０３、内部フロントエンドシステム１０５、輸送システム１０７、モバイルデバイス１０７Ａ、１０７Ｂ、１０７Ｃ、売り手ポータル１０９、出荷および注文追跡（ＳＯＴ）システム１１１、フルフィルメント(履行)最適化（ＦＯ）システム１１３、フルフィルメントメッセージングゲートウェイ（ＦＭＧ）１１５、サプライチェーン管理（ＳＣＭ）システム１１７、労働力管理システム１１９、モバイルデバイス１１９Ａ、１１９Ｂ、１１９Ｃ（フルフィルメントセンタ（ＦＣ）２００の内部にあるものとして図示）、第三者パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、１２１Ｃ、フルフィルメントセンタ認証システム（ＦＣ認証）１２３、労働管理システム（ＬＭＳ）１２５を含む。
【００１３】
ＳＡＴシステム１０１は、いくつかの実施形態では注文状態および配送状態を監視するコンピュータシステムとして実装されてもよい。例えば、ＳＡＴ装置１０１は注文がその約束配送日（ＰＤＤ）を過ぎているかどうかを判定し、新しい注文を開始すること、配達されていない注文でアイテムを再出荷すること、配達されていない注文をキャンセルすること、注文カスタマとのコンタクトを開始することなどを含む適切な処置をとることができる。ＳＡＴ装置１０１は、出力（特定の期間中に出荷された荷物の数のよう）及び入力（出荷に使用するために受け取った空のボール紙箱の数のよう）を含む他のデータを監視することもできる。また、ＳＡＴシステム１０１はシステム１００内の異なるデバイス間のゲートウェイとして機能し、外部フロントエンドシステム１０３およびＦＯシステム１１３などのデバイス間の通信（例えば、ストアアンドフォワードまたは他の技術を使用する）を可能にしてもよい。
【００１４】
いくつかの実施形態では、外部フロントエンドシステム１０３は外部ユーザがシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、システム１００がシステムの提示を可能にして、ユーザがアイテムのための注文を配置することを可能にする実施形態では、外部フロントエンドシステム１０３が検索リクエストを受信し、アイテムページを提示し、決済情報を要請するウェブサーバとして実装されてもよい。例えば、外部フロントエンドシステム１０３は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実施することができる。他の実施形態では、外部フロントエンドシステム１０３が外部デバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂ）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得した情報に基づいて受信した要求に対する応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００１５】
いくつかの実施形態では、外部フロントエンドシステム１０３がウェブキャッシングシステム、データベース、検索システム、または支払いシステムのうちの１つまたは複数を含むことができる。一態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では外部フロントエンドシステム１０３がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（例えば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００１６】
図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅによって示されるステップの例示的な組は、外部フロントエンドシステム１０３のいくつかの動作を説明するのに役立つことができる。外部フロントエンドシステム１０３は提示および／またはディスプレイのために、システム１００内のシステムまたはデバイスから情報を受け取ることができる。例えば、外部フロントエンドシステム１０３は、検索結果を含む１つ以上のウェブページをホスティングまたは提供することができる： ページ(ＳＲＰ)(例えば、図１Ｂ）、単一ディテールページ(ＳＤＰ)(例えば、図１Ｃ）、カードページ（例えば、図１Ｄ）、または注文ページ（例えば、図１Ｅ）。ユーザデバイス（例えば、モバイルデバイス１０２Ａまたはコンピュータ１０２Ｂを使用する）は外部フロントエンドシステム１０３にナビゲートし、サーチボックスに入力することによってサーチをリクエストすることができる。外部フロントエンドシステム１０３は、システム１００内の１つまたは複数のシステムからリクエストすることができる。例えば、外部フロントエンドシステム１０３は、検索要求を満たす情報をＦＯシステム１１３に要求してもよい。また、外部フロントエンドシステム１０３は検索結果に含まれる商品ごとに、約束配送日または「ＰＤＤ」を（ＦＯシステム１１３から）リクエストし、受信することもできる。
ＰＤＤはいくつかの実施形態では、特定の期間内に、例えば、その日の最後（午後１１時５９分）までに注文された場合、製品を含む荷物が、いつユーザの所望の場所に到着するか、または製品がユーザの所望の場所に配送されることを約束される日付かのいずれかの推定値を表すことができる（ＰＤＤはＦＯシステム１１３に関して以下でさらに説明される）。
【００１７】
外部フロントエンドシステム１０３がその情報に基づいてＳＲＰ(例えば、図１Ｂ）を準備することができる。ＳＲＰは、検索要求を満たす情報を含むことができる。例えば、これは、検索要求を満たす製品の写真を含むことができる。ＳＲＰはまた、各製品についてのそれぞれの価格、または各製品についての強化された配送オプション、ＰＤＤ、重み、規模、オファー、割引などに関する情報を含んでもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＲＰを送信することができる。
【００１８】
次いで、ユーザデバイスは例えば、ユーザインターフェースをクリックまたはタップすることによって、または別のインプットデバイスを使用して、ＳＲＰから製品を選択して、ＳＲＰ上に表される製品を選択し得る。ユーザデバイスは選択されたプロダクトに関するリクエストを作成し、それを外部フロントエンドシステム１０３に送ることができる。これに応じて、外部フロントエンドシステム１０３は、選択された商品に関する情報をリクエストすることができる。例えば、情報は、それぞれのＳＲＰ上の製品について提示される情報を超える追加の情報を含むことができる。これには、例えば、貯蔵寿命、原産国、体重、大きさ、荷物中のアイテムの個数、取扱説明書、または生成物に関する他の事項が含まれ得る。また、情報は（例えば、この製品および少なくとも１つの他の製品を購入した顧客のビッグデータおよび／または機械学習分析に基づく）類似の製品に対する推奨、頻繁に質問される質問に対する回答、顧客からのレビュー、製造業者情報、写真などを含むことができる。
【００１９】
外部フロントエンドシステム１０３は受信したプロダクトインフォメーションに基づいて、ＳＤＰ(単一ディテールページ）（例えば、図１Ｃ）を準備することができる。ＳＤＰはまた、「今すぐ買う」ボタン、「カードに追加する」ボタン、数量欄、アイテムの写真等のような他の対話型要素を含んでもよい。ＳＤＰは、製品を提供する売り手のリストをさらに含むことができる。リストは各売り手が提供する価格に基づいて注文されてもよく、その結果、最低価格で製品を販売することを提案する売り手は最上位にリストされてもよい。リストは最高ランクの売り手が最上位にリストされるように、売り手ランキングに基づいて注文されてもよい。売り手ランキングは例えば、約束されたＰＤＤを満たす売り手の過去の実績を含む、複数の要因に基づいて定式化されてもよい。外部フロントエンドシステム１０３は（例えば、ネットワークを介して）要求側ユーザデバイスにＳＤＰを配信することができる。
【００２０】
依頼元ユーザデバイスは、商品情報を記載したＳＤＰを受け取る場合がある。ＳＤＰを受信すると、ユーザデバイスはＳＤＰと対話することができる。例えば、要求ユーザデバイスのユーザは、ＳＤＰ上の「カートに入れる」ボタンをクリックするか、あるいは他の方法で対話することができる。これは、ユーザに関連付けられたショッピングカートに製品を追加する。ユーザデバイスはこのリクエストを送信して、商品をショッピングカートに追加し、外部フロントエンドシステム１０３に送ることができる。
【００２１】
外部フロントエンドシステム１０３はカートページ（例えば、図１Ｄ）を生成することができる。カートページはいくつかの実施形態ではユーザが仮想の「買物かご」に追加した商品をリストし、ユーザデバイスは、ＳＲＰ、ＳＤＰ、または他のページ上のアイコンをクリックするか、または他の方法で対話することによって、カートページをリクエストしてもよい。いくつかの実施形態では、カートページがユーザがショッピングカートに追加したすべての製品、ならびに各製品の数量、各製品のアイテム当たりの価格、関連する数量に基づく各製品の価格、ＰＤＤに関する情報、配送方法、出荷費用、ショッピングカート内の製品を修正するためのユーザインターフェース要素（例えば、数量の削除または修正）、他の製品を注文するかまたは製品の定期的な配送を設定するためのオプション、利息支払いを設定するためのオプション、購入を進めるためのユーザインターフェース要素などのカート内の製品に関する情報を列挙することができる。ユーザデバイスのユーザはショッピングカート内の商品の購入を開始するために、ユーザインターフェース要素（例えば、「今すぐ買う」と読むボタン）をクリックするか、または他の方法でユーザインターフェース要素と対話することができる。そうすると、ユーザデバイスは、このリクエストを送信して、外部フロントエンドシステム１０３への購入を開始することができる。
【００２２】
外部フロントエンドシステム１０３は購入を開始するためのリクエストの受信に応じて、注文頁（例えば、図１Ｅ）を発生することができる。注文頁はいくつかの実施形態ではショッピングカートからのアイテムを再リストし、支払及び出荷に関するインプットを要求する。例えば、注文ページはショッピングカート内のアイテムの購入者に関する情報（例えば、名前、住所、電子メールアドレス、電話番号）、受取人に関する情報（例えば、名前、住所、電話番号、配送情報）、出荷情報（例えば、配送および／または集荷の速度／方法）、支払情報（例えば、クレジットカード、銀行振込、小切手、記憶クレジット）、現金受領を要求するためのユーザインターフェース要素（例えば、税務目的のための）などを要求する区画を含むことができる。外部フロントエンドシステム１０３は、注文頁をユーザデバイスへ送信することが可能である。
【００２３】
ユーザデバイスは注文頁に情報を入力し、その情報を外部フロントエンドシステム１０３に送信するユーザインターフェース要素をクリックするか、または他の方法で対話することができる。そこから、外部フロントエンドシステム１０３はショッピングカート内の製品との新しい注文の作成および加工を可能にするために、システム１００内の様々なシステムに情報を送信することができる。
【００２４】
いくつかの実施形態では、外部フロントエンドシステム１０３が売り手が注文に関する情報を送受信することを可能にするようにさらに構成されてもよい。
【００２５】
内部フロントエンドシステム１０５はいくつかの実施形態では内部ユーザ（例えば、システム１００を所有し、運営し、またはリースする団体の従業員）がシステム１００内の１つまたは複数のシステムと対話することを可能にするコンピュータシステムとして実装することができる。例えば、ネットワーク１０１がシステムの提示を可能にして、ユーザが注文のための注文を配置できるようにする実施形態では、内部ユーザが注文に関する診断および統計情報を見たり、アイテム情報を修正したり、またはアイテムに関する統計を見直したりできるようにする、内部フロントエンドシステム１０５をウェブサーバとして実装することができる。例えば、内蔵フロントエンドシステム１０５は、アパッチＨＴＴＰサーバ、マイクロソフトインターネットインフォメーションサービス、ＮＧＩＮＸ等のソフトウェアを実行するコンピュータ又はコンピュータとして実現することができる。他の実施形態では、内蔵フロントエンドシステム１０５がシステム１００に示されるシステムまたはデバイス（ならびに図示されない他のデバイス）からの要求を受信および処理し、それらの要求に基づいてデータベースおよび他のデータストアから情報を取得し、取得された情報に基づいて受信された要求への応答を提供するように設計されたカスタムウェブサーバソフトウェアを実行することができる。
【００２６】
いくつかの実施形態では、内蔵フロントエンドシステム１０５がウェブキャッシングシステム、データベース、検索システム、支払いシステム、分析システム、注文監視システムなどのうちの１つまたは複数を含むことができる。一態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数を備えることができ、別の態様では内部フロントエンドシステム１０５がこれらのシステムのうちの１つまたは複数に接続されたインターフェース（たとえば、サーバ間、データベース間、または他のネットワーク接続）を備えることができる。
【００２７】
輸送システム１０７は、いくつかの実施形態ではシステム１００内のシステムまたはデバイスとモバイルデバイス１０７Ａ〜１０７Ｃとの間の通信を可能にするコンピュータシステムとして実施することができる。いくつかの実施形態では、トランスポーテーションシステム１０７が１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。例えば、いくつかの実施形態では、モバイルデバイス１０７Ａ〜１０７Ｃが配送作業員によって操作されるデバイスを含んでもよい。配送作業員は、正社員、臨時社員、または交替社員であってもよく、モバイルデバイス１０７Ａ〜１０７Ｃを利用して、ユーザによって注文された製品を含む荷物の配送を行うことができる。例えば、荷物を配信するために、配送作業員は、どの荷物を配信すべきか、およびそれをどこに配信すべきかを示す通知をモバイルデバイス上で受信することができる。配送位置に到着すると、配送作業員は荷物を（例えば、トラックの後ろに、または荷物の箱に）配置し、モバイルデバイスを使用して荷物上の識別子に関連するデータ（例えば、バーコード、イメージ、文字列、ＲＦＩＤタグなど）を走査または他の方法で捕捉し、荷物を（例えば、前扉に置いたままにし、警備員を置いたままにし、受信者に渡すなどによって）配信することができる。いくつかの実施形態では、配送作業員が荷物の写真をキャプチャすることができ、および／またはモバイルデバイスを使用してシグネチャを取得することができる。モバイルデバイスは例えば、時刻、日付、ＧＰＳ位置、写真、配送作業員に関連付けられた識別子、モバイルデバイスに関連付けられた識別子などを含む配送に関する情報を含む情報を輸送機関１０７に送信することができる。輸送システム１０７はシステム１００内の他のシステムによるアクセスのために、この情報をデータベース（図示せず）に記憶することができる。輸送システム１０７はいくつかの実施形態ではこの情報を使用して、特定の荷物の位置を示す追跡データを準備し、他のシステムに送信することができる。
【００２８】
いくつかの実施形態ではあるユーザが１つの種類のモバイルデバイスを使用することができる（例えば、永久作業員はバーコードスキャナ、スタイラス、および他のデバイスなどのカスタムハードウェアと共に専用のＰＤＡを使用することができる）が他のユーザは他の種類のモバイルデバイスを使用することができる（例えば、一時的または移動作業員は既製の携帯電話および／またはスマートフォンを利用することができる）。
【００２９】
いくつかの実施形態では、交通機関１０７がユーザをそれぞれのデバイスに関連付けることができる。例えば、輸送システム１０７はユーザ（例えば、ユーザ識別子、従業員識別子、または電話番号）とモバイルデバイス（例えば、国際移動装置アイデンティティ（ＩＭＥＩ）、国際移動加入識別子（ＩＭＳＩ）、電話番号、汎用一意識別子（ＵＵＩＤ）、またはグローバル一意（ＧＵＩＤ）によって表される）との間の関連を記憶することができる。トランスポートシステム１０７はこの関連付けを、配送上で受信されたデータと併せて使用して、とりわけ、作業員の位置、作業員の有効性、または作業員のスピードを決定するために、注文内のデータベースに格納されたデータを分析することができる。
【００３０】
売り手ポータル１０９は、いくつかの実施形態では売り手または他の外部エンティティがシステム１００内の１つまたは複数のシステムと電子的に通信することを可能にするコンピュータシステムとして実装され得る。例えば、売り手は、コンピュータシステム（図示せず）を利用して、売り手が売り手ポータル１０９を使用してシステム１００を通して売りたい製品について、製品情報、注文情報、連絡先情報などをアップロードまたは提供することができる。
【００３１】
出荷および注文追跡システム１１１はいくつかの実施形態では（例えば、デバイス１０２Ａ〜１０２Ｂを使用するユーザによって）顧客によって注文された製品を含む荷物の位置に関する情報を受信し、記憶し、転送するコンピュータシステムとして実装されてもよい。いくつかの実施形態では、出荷および注文追跡装置１１１は顧客が注文した製品を含む荷物を配送する出荷会社によって運営されるウェブサーバ（図示せず）からの情報をリクエストまたは記憶することができる。
【００３２】
いくつかの実施形態では、出荷および注文追跡システム１１１がシステム１００に示されたシステムからの情報をリクエストし、記憶することができる。例えば、出荷および注文追跡システム１１１は、輸送システム１０７にリクエストすることができる。上述のように、交通機関１０７はユーザ（例えば、配送作業員）または乗り物（例えば、配送車）のうちの１つまたは複数に関連付けられた１つまたは複数のモバイルデバイス１０７Ａ〜１０７Ｃ（例えば、携帯電話、スマートフォン、ＰＤＡなど）から受信することができる。いくつかの実施形態では、出荷および注文追跡装置１１１がフルフィルメントセンタ（例えば、フルフィルメントセンタ２００）内の個々の製品の位置を決定するために、労働力管理システム（ＷＭＳ）１１９にリクエストすることもできる。出荷および注文追跡システム１１１は輸送システム１０７またはＷＭＳ １１９のうちの１つまたは複数からデータを要求し、それを処理し、要求に応じてそれをデバイス（たとえば、ユーザデバイス１０２Ａおよび１０２Ｂ）に提示することができる。
【００３３】
フルフィルメント(履行)最適化（ＦＯ）システム１１３はいくつかの実施形態では他のシステム（例えば、外部フロントエンドシステム１０３および／または出荷および注文追跡システム１１１）からのカスタマ注文のための情報を記憶するコンピュータシステムとして実装されてもよい。また、ＦＯシステム１１３は、特定のアイテムがどこに保持されているか、またはどこに記憶されているかを記述する情報を記憶することもできる。たとえば、特定のアイテムは１つのフルフィルメントセンタにのみ格納でき、他の特定のアイテムは複数のフルフィルメントセンタに格納できる。さらに他の実施形態では、特定のフルフィルメントセンタが特定の組のアイテム（例えば、生鮮食品または冷凍食品）のみを格納するように設計されてもよい。ＦＯシステム１１３はこの情報ならびに関連する情報（例えば、数量、サイズ、受領日、有効期限など）を格納する。
【００３４】
また、ＦＯシステム１１３は、商品毎に対応するＰＤＤ(約束配送日）を計算してもよい。ＰＤＤは、いくつかの実施形態では１つまたは複数の要因に基づくことができる。例えば、ＦＯシステム１１３は製品に対する過去の需要（例えば、その製品がある期間中に何回注文されたか）、製品に対する予想需要（例えば、来るべき期間中にその製品を注文するために何人の顧客が予想されるか）、ある期間中にいくつの製品が注文されたかを示すネットワーク全体の過去の需要、来るべき期間中にいくつの製品が注文されることが予想されるかを示すネットワーク全体の予想需要、各フルフィルメントセンタ２００に格納された製品の１つ以上のカウント、その製品に対する各製品、予想または現行注文などに基づいて、製品に対するＰＤＤを計算することができる。
【００３５】
いくつかの実施形態では、ＦＯシステム１１３が定期的に（例えば、１時間ごとに）商品ごとにＰＤＤを決定し、それを検索または他のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）に送信するためにデータベースに格納することができる。他の実施形態では、ＦＯシステム１１３が１つまたは複数のシステム（例えば、外部フロントエンドシステム１０３、ＳＡＴシステム１０１、出荷および注文追跡システム１１１）から電子要求を受信し、オンデマンドでＰＤＤを計算することができる。
【００３６】
フルフィルメントメッセージングゲートウェイ１１５はいくつかの実施形態ではＦＯシステム１１３などのシステム１００内の１つ以上のシステムから１つのフォーマットまたはプロトコルで要求または応答を受信し、それを別のフォーマットまたはプロトコルに変換し、変換されたフォーマットまたはプロトコルで、ＷＭＳ １１９または３パーティフルフィルメントシステム１２１Ａ、１２１Ｂ、または１２１Ｃなどの他のシステムに転送するコンピュータシステムとして実装することができる。
【００３７】
サプライチェーン管理（ＳＣＭ）システム１１７は、いくつかの実施形態では予測機能を実行するコンピュータシステムとして実装することができる。例えば、ＳＣＭシステム１１７は例えば、製品に対する過去の需要、製品に対する予想される需要、ネットワーク全体の過去の需要、ネットワーク全体の予想される需要、各フルフィルメントセンタ２００に格納された計数製品、各製品に対する予想または現行注文などに基づいて、特定の製品に対する需要の水準を予測することができる。この予測された水準およびすべてのフルフィルメントセンタにわたるそれぞれの製品の量に応じて、ＳＣＭシステム１１７は特定の製品に対する予測された需要を満たすのに充分な量を購入し、ストックするための１つまたは複数の購入注文を生成することができる。
【００３８】
労働力管理システム（ＷＭＳ）１１９は、いくつかの実施形態ではワークフローをモニタするコンピュータシステムとして実装されてもよい。例えば、ＷＭＳ １１９は個別イベントを示す個別デバイス（例えば、デバイス１０７Ａ−１０７Ｃまたは１１９Ａ−１１９Ｃ）からイベントデータを受信することができる。例えば、ＷＭＳ １１９は、荷物を走査するためにこれらのデバイスの１つの使用を示すイベントデータを受信してもよい。フルフィルメントセンタ２００および図２に関して以下で論じるように、フルフィルメントプロセス中に、荷物識別子（例えば、バーコードまたはＲＦＩＤタグデータ）は特定の段階で機械によってスキャンまたは読み取ることができる（例えば、自動またはハンドヘルドバーコードスキャナ、ＲＦＩＤリーダ、高速カメラ、タブレット１１９Ａ、モバイルデバイス／ＰＤＡ １１９Ｂ、コンピュータ１１９Ｃなどのデバイス）。ＷＭＳ １１９は荷物識別子、時刻、日時、位置、ユーザ識別子、または他の情報と共に、荷物識別子の走査または読取りを示す各々の事象を対応するデータベース（図示せず）に記憶することができ、この情報を他のシステム（例えば、出荷および注文追跡システム１１１）に提供することができる。
【００３９】
ＷＭＳ １１９はいくつかの実施形態では１つまたは複数のデバイス（例えば、デバイス１０７Ａ〜１０７Ｃまたは１１９Ａ〜１１９Ｃ）を、システム１００に関連付けられた１つまたは複数のユーザに関連付ける情報を記憶してもよい。例えば、いくつかの状況では、ユーザ（パートまたはフルタイムの従業員など）は、ユーザがモバイルデバイスを所有する（例えば、モバイルデバイスがスマートフォンである）という点で、モバイルデバイスに関連付けられてもよい。他の状況では、ユーザは、ユーザが一時的にモバイルデバイスの管理下にある（例えば、ユーザは日の始めにモバイルデバイスを借り、日中にそれを使用し、日の終わりにそれを返す）という点で、モバイルデバイスに関連付けられてもよい。
【００４０】
ＷＭＳ １１９は、いくつかの実施形態ではシステム１００に関連する各ユーザの作業ログを維持することができる。例えば、ＷＭＳ １１９は任意の割り当てられたプロセス（例えば、トラックのアンローディング、ピックゾーンからのアイテムのピッキング、仕分け装置ワーク、パッキングアイテム）、ユーザ識別子、位置（例えば、フルフィルメントセンタ２００内のフロアまたはゾーン）、従業員によってシステム内を移動されたユニットの数（例えば、ピックされたアイテムの数、パックされたアイテムの数）、デバイスに関連付けられた識別子（例えば、デバイス１１９Ａ〜１１９Ｃ）などを含む、各従業員に関連付けられた情報を記憶することができる。いくつかの実施形態では、ＷＭＳ １１９がデバイス１１９Ａ〜１１９Ｃ上で動作するタイムキーピングシステムなどのタイムキーピングシステムからチェックインおよびチェックアウト情報を受信することができる。
【００４１】
第三者フルフィルメント（３ＰＬ）システム１２１Ａ〜１２１Ｃは、いくつかの実施形態ではロジスティクスおよび製品のサードパーティプロバイダに関連するコンピュータシステムを表す。例えば、（図２に関して以下に説明するように）いくつかの製品がフルフィルメントセンタ２００に格納されている間、他の製品は、オフサイトで格納されてもよく、オンデマンドで生産されてもよく、またはフルフィルメントセンタ２００に格納するために利用できなくてもよい。３ＰＬシステム１２１Ａ〜１２１ＣはＦＯシステム１１３から（例えば、ＦＭＧ １１５を介して）注文を受信するように構成することができ、製品および／またはサービス（例えば、配送または設置）を顧客に直接的に提供することができる。いくつかの実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の一部とすることができ、他の実施形態では３ＰＬシステム１２１Ａ〜１２１Ｃのうちの１つまたは複数がシステム１００の外部（例えば、サードパーティプロバイダによって所有または運営される）とすることができる。
【００４２】
フルフィルメントセンタ自動システム（ＦＣ認証）１２３は、いくつかの実施形態では様々な機能を有するコンピュータシステムとして実装され得る。例えば、いくつかの実施形態では、ＦＣ認証１２３がシステム１００内の１つまたは複数の他のシステムのためのシングルサインオン（ＳＳＯ）サービスとして動作することができる。例えば、ＦＣ認証１２３はユーザが内部フロントエンドシステム１０５を介してログインすることを可能にし、ユーザが出荷および注文追跡系１１１においてリソースにアクセスするための同様の特権を有していることを決定し、ユーザが２回目のログイン処理を必要とせずにそれらの特権にアクセスすることを可能にしてもよい。他の実施形態では、ＦＣ認証１２３は、ユーザ（例えば、従業員）が自分自身を特定の作業に関連付けることを可能にしてもよい。例えば、従業員の中には、電子デバイス（デバイス１１９Ａ〜１１９Ｃなど）を持たない者もいれば、その代わりに、１日の過程中に、フルフィルメントセンタ２００内でタスクからタスクへ、およびゾーンからゾーンへ移動してもよい。ＦＣ認証１２３は、それらの従業員は、彼らがどの仕事をしているか、および彼らが様々な時刻にどの区域にいるかを示すことを可能にするように構成されてもよい。
【００４３】
労働管理システム（ＬＭＳ）１２５は、いくつかの実施形態では従業員（フルタイムおよびパートタイムの従業員を含む）のための出勤および残業を記憶するコンピュータシステムとして実装されてもよい。例えば、ＬＭＳ １２５は、ＦＣ認証１２３、ＷＭＡ １１９、デバイス１１９Ａ−１１９Ｃ、輸送装置１０７、及び／又はデバイス１０７Ａ−１０７Ｃから受信することができる。
【００４４】
図１Ａに示される特定の構成は単なる例である。例えば、図１ＡはＦＯシステム１１３に接続されたＦＣ認証システム１２３を示すが、全ての実施形態がこの特定の構成を必要とするわけではない。実際、いくつかの実施形態では、システム１００内のシステムがインターネット、イントラネット、ＷＡＮ(ワイドエリアネットワーク）、ＭＡＮ(メトロポリタンエリアネットワーク）、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ規格に準拠する無線ネットワーク、専用線などを含む１つまたは複数の公衆またはプライベートネットワークを介して互いに接続され得る。いくつかの実施形態では、システム１００内のシステムの１つ以上がデータセンター、サーバファームなどに実装された１つ以上の仮想サーバとして実装されてもよい。
【００４５】
図２は、フルフィルメントセンタ２００を示す。フルフィルメントセンタ２００は、注文時に顧客に出荷するためのアイテムを格納する物理的な場所の実例である。フルフィルメントセンタ（ＦＣ）２００は多数のゾーンに分割することができ、その各々を図２に示す。これらの「ゾーン」はいくつかの実施形態ではアイテムを受け取り、アイテムを保管し、アイテムを取り出し、アイテムを出荷する処理の様々な段階の間の仮想分割と考えることができ、したがって、「ゾーン」は図２に示されているが、ゾーンの他の分割も可能であり、いくつかの実施形態では図２のゾーンを省略、複製、または修正することができる。
【００４６】
インバウンドゾーン２０３は、図１Ａの装置１００を使用して製品を販売しようとする売り手からアイテムを受け取るＦＣ ２００の領域を表す。例えば、売り手は、台車２０１を使用してアイテム２０２Ａ及び２０２Ｂを配送することができる。アイテム２０２Ａはそれ自体の出荷パレットを占有するのに十分な大きさの単一のアイテムを表すことができ、アイテム２０２Ｂは、空間を節約するために同じパレット上に一緒に積み重ねられた１組のアイテムを表すことができる。
【００４７】
作業員はインバウンドゾーン２０３でアイテムを受け取り、コンピュータシステム（図示せず）を使用して、アイテムの破損および正当性を任意選択で検査することができる。例えば、作業員は、コンピュータシステムを使用して、アイテム２０２Ａおよび２０２Ｂの数量をアイテムの注文数量と比較することができる。数量が合致しない場合、その作業員は、アイテム２０２Ａまたは２０２Ｂのうちの１つまたは複数を拒否することができる。数量が一致すれば、作業員はそれらのアイテムを緩衝地帯２０５まで（例えば、１ドル、ハンドトラック、フォークリフト、手動で）移動させることができる。緩衝ゾーン２０５は例えば、予測される需要を満たすのに十分な量のアイテムがピッキングゾーンにあるため、ピッキングゾーンで現在必要とされていないアイテムのための一時保管領域であってもよい。いくつかの実施形態では、フォークリフト２０６が緩衝ゾーン２０５の周り、および入りゾーン２０３と落下ゾーン２０７との間でアイテムを移動させるように動作する。ピッキングゾーンにアイテム２０２Ａまたは２０２Ｂが必要な場合（例えば、予想される需要のため）、フォークリフトは、アイテム２０２Ａまたは２０２Ｂを落下ゾーン２０７に移動させることができる。
【００４８】
ドロップゾーン２０７は、アイテムがピッキングゾーン２０９に移動される前にそれらを保管するＦＣ ２００の領域であってもよい。ピッキングタスクに割り当てられた作業員（「ピッカー」）はピッキングゾーン内のアイテム２０２Ａおよび２０２Ｂに接近し、ピッキングゾーンのバーコードをスキャンし、モバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａおよび２０２Ｂに関連するバーコードをスキャンすることができる。次いで、ピッカーはアイテムをピッキングゾーン２０９まで（例えば、それをカート上に置くか、またはそれを運ぶことによって）取り込むことができる。
【００４９】
ピッキングゾーン２０９は、アイテム２０８が保管ユニット２１０に保管されるＦＣ ２００の領域であってもよい。いくつかの実施形態では、貯蔵ユニット２１０が物理的な棚、本棚、箱、運搬箱、冷蔵庫、冷凍庫、冷蔵庫などのうちの１つまたは複数を含むことができる。いくつかの実施形態では、ピッキングゾーン２０９が複数のフロアに編成されてもよい。いくつかの実施形態では、作業員または機械が例えば、フォークリフト、エレベータ、コンベアベルト、カート、ハンドトラック、台車、自動ロボットもしくはデバイス、または手動を含む多数の方法で、ピッキングゾーン２０９内にアイテムを移動させることができる。例えば、ピッカーは、アイテム２０２Ａおよび２０２Ｂを降下ゾーン２０７の手押し車または台車に載せ、アイテム２０２Ａおよび２０２Ｂをピッキングゾーン２０９まで歩くことができる。
【００５０】
ピッカーは、保管ユニット２１０上の特定の空間のようなピッキングゾーン２０９内の特定のスポットにアイテムを配置する（又は「収納する」）命令を受け取ることができる。例えば、ピッカーはモバイルデバイス（例えば、デバイス１１９Ｂ）を使用してアイテム２０２Ａを走査することができる。デバイスは例えば、通路、棚、及び位置を示す装置を使用して、ピッカーがアイテム２０２Ａを収納すべき場所を示すことができる。次に、デバイスはアイテム２０２Ａをその位置に格納する前に、その位置でバーコードを走査するようにピッカーを促すことができる。デバイスは（例えば、ワイヤレスネットワークを介して）図１ＡのＷＭＳ １１９のようなコンピュータシステムにデータを送信し、アイテム２０２Ａがデバイス１１９Ｂを使用してユーザによってその位置に格納されたことを示すことができる。
【００５１】
ユーザが注文を置くと、ピッカーは、保管ユニット２１０から１つまたは複数のアイテム２０８を取り出すための命令をデバイス１１９Ｂ上で受け取ることができる。ピッカーはアイテム２０８を取り出し、アイテム２０８上のバーコードを走査し、それを搬送メカニズム２１４上に置くことができる。搬送機構２１４はスライドとして表されているが、いくつかの実施形態では搬送機構がコンベヤーベルト、エレベータ、カート、フォークリフト、ハンドトラック、台車、カートなどのうちの１つまたは複数として実施することができる。次いで、アイテム２０８は、充填領域２１１に到達することができる。
【００５２】
パッキングゾーン２１１は、アイテムがピッキングゾーン２０９から受け取られ、最終的に顧客に出荷するためにボックスまたはバッグにパッキングされる、ＦＣ ２００の領域であってもよい。パッキングゾーン２１１において、受信アイテム（「リビン(ｒｅｂｉｎ)作業員」）に割り当てられた作業員はピッキングゾーン２０９からアイテム２０８を受信し、それがどの注文に対応するかを決定する。例えば、リビン(ｒｅｂｉｎ)作業員はアイテム２０８上のバーコードを走査するために、コンピュータ１１９Ｃなどのデバイスを使用することができる。コンピュータ１１９Ｃはどの注文アイテム２０８が関連付けられているかを視覚的に示すことができる。これは例えば、注文に対応する壁面２１６上の空間または「セル」を含むことができる。注文が完了すると（例えば、セルが注文のためのすべてのアイテムを含むため）、リビン(ｒｅｂｉｎ)作業員は、注文が完了したことをパッキング作業員（または「パッカー」）に示すことができる。梱包業者はセルからアイテムを回収し、輸送のために箱または袋に入れることができる。その後、パッカーは例えば、フォークリフト、カート、ドリー、ハンドトラック、コンベヤーベルトを介して、又は他の方法で、箱又はバッグをハブゾーン２１３に送ることができる。
【００５３】
ハブゾーン２１３は、パッキングゾーン２１１から全てのボックスまたはバッグ（「荷物」）を受け取るＦＣ ２００の領域であってもよい。ハブゾーン２１３内の作業員および／またはマシンは荷物２１８を検索し、それぞれの荷物が行こうとする配送領域の一部を決定し、荷物を適切なキャンプゾーン２１５にルーティングすることができる。例えば、配送領域が２つのより小さいサブ領域を有する場合、荷物は２つのキャンプゾーン２１５のうちの１つに進む。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物をキャンプゾーン２１５にルーティングすることは、例えば、荷物が向けられている地理的エリアの一部を（例えば、郵便番号に基づいて）決定することと、地理的エリアの一部に関連付けられたキャンプゾーン２１５を決定することとを含むことができる。
【００５４】
キャンプゾーン２１５はいくつかの実施形態では１つまたは複数の建物、１つまたは複数の物理的な空間、または１つまたは複数のエリアを備えることができ、荷物は、ルートおよび／またはサブルートに分類するためにハブゾーン２１３から受け取られる。いくつかの実施形態ではキャンプゾーン２１５がＦＣ ２００から物理的に分離されているが、他の実施形態ではキャンプゾーン２１５がＦＣ ２００の一部を形成することができる。
【００５５】
キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、かご２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
【００５６】
キャンプゾーン２１５内の作業員および／またはマシンは例えば、目的地と現存するルートおよび／またはサブルートとの照合、ルートおよび／またはサブルートごとの作業負荷の算出、時刻、出荷方法、荷物２２０を出荷する費用、荷物２２０内のアイテムに関連付けられたＰＤＤなどに基づいて、荷物２２０がどのルートおよび／またはサブルートに関連付けられるべきかを決定することができる。いくつかの実施形態では、作業員またはマシンが（例えば、デバイス１１９Ａ〜１１９Ｃのうちの１つを使用して）荷物を走査して、その最終的な宛先を決定することができる。荷物２２０が特定のルートおよび／またはサブルートに割り当てられると、作業員および／またはマシンは、出荷される荷物２２０を移動させることができる。例示的な図２において、キャンプゾーン２１５は、トラック２２２、自動車２２６、および配送作業員２２４Ａおよび２２４Ｂを含む。いくつかの実施形態では、トラック２２２が配送作業員２２４Ａによって駆動されてもよく、配送作業員２２４ＡはＦＣ  ２００の荷物を配信する常勤の従業員であり、トラック２２２はＦＣ  ２００を所有し、リースし、または運営する同じ企業によって所有され、リースされ、または運営される。いくつかの実施形態では、自動車２２６が配送作業員２２４Ｂによって駆動されてもよく、ここで、配送作業員２２４Ｂは必要に応じて（例えば、季節的に）送達する「屈曲」または時折の作業員である。自動車２２６は、配送作業員２２４Ｂによって所有され、リースされ、または操作され得る。
【００５７】
図３は、開示された実施形態と一致する、正規化のための例示的なプロセス３００を示すフローチャートである。ステップ３０２において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５が、正規化のために住所を要求することができる。要求されている住所は、ユーザの元の住所を含み得、または、ユーザの居住履歴に関連付けられた複数の住所のいずれかを含み得る。ステップ３０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５が、要求されている住所のより改良された版（refined version）が存在するかまたは利用可能であるか否かを決定するためにキャッシュを検索することができる。例えば、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」は「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．」として改良されている場合があり、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．」を、この時点でキャッシュに記憶することができる。住所の改良は、現在キャッシュに記憶されている住所情報の略称または他の種類の修正を含み得る。ステップ３０６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、実行可能コードを作動させて、キャッシュが空であるか否か、またはキャッシュが改良された住所を含むか否かを判定することができる。ステップ３０８において、改良された住所がキャッシュにすでに存在する場合、すなわちキャッシュが「空でない（ｉｓＮｏｔＥｍｐｔｙ）」場合、改良された住所は、正規化住所としてモバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）のユーザに返され得る。
【００５８】
ステップ３１０において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５はまた、複数の住所または複数の住所情報を含む、住所バッチを（ステップ３０２における単一の住所の代わりに）正規化する要求を受信することもできる。例えば、バッチは、第２の住所を表すカスタム住所正規化のパターン３１４に類似し得る第１の住所を表すカスタム正規化住所パターン３１２のパターンを含み得る。例として、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」および「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒ．」は、正規化のために比較される２つの類似したパターンを表し得る。ステップ３１６において、バッチ内の任意の住所が、キャッシュ３０４に記憶されている改良された住所に適合しないことによって、または所定の正規化パターンに適合しないことによって正規化に失敗した場合、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ステップ３４０において、住所を正規化し、冗長性を低減するために、正規化プロセスを実施することができる。したがって、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、実行可能コードを作動させて、正規化住所になり得る単一の住所を生成することができる。例として、ステップ３４０において、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．」が、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」および「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒ．」に対して生成された正規化住所を表すことができる。
【００５９】
外部フロントエンドシステム１０３または内部フロントエンドシステム１０５が、キャッシュが「空でない」かを判定するために実行可能コード文字列を作動させることができるステップ３０６に戻ると、ステップ３１８において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、キャッシュが改良された住所を含まないと判定することができる。次に、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、続いて、改良された住所を位置特定するためのデータベースの検索に進むことができる。同様に、ステップ３２０において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、データベースが改良された住所を含まないと判定することができ、その後、ステップ３２２に進んで、改良された住所を位置特定するためにデータベース正規化エンジンを検索することができる。さらに、ステップ３２４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、データベース正規化エンジンが改良された住所を含まないと判定することができ、ステップ３３０に進んで、ステップ３３２において改良された住所を位置特定するために、正規表現（「ｒｅｇｅｘ」）パターン住所正規化を検索することができる。例えば、「空でない（ｉｓＮｏｔＥｍｐｔｙ）」を含む実行可能コード文字列を、上記のデータベースを検索するために、システム１０３、１０５によって作動させることができる。
【００６０】
ステップ３２６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、改良された住所を位置特定することができ、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５を、ステップ３０２において要求されている住所の代わりに改良された住所によって更新することによって、改良された住所を公開することができる。改良された住所を公開した後、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ステップ３２８において、位置特定された、改良された住所に関連付けられた部分式を保存することができる。ステップ３４０において、保存後、改良された住所を、正規化住所としてモバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）においてユーザに返すことができる。
【００６１】
ステップ３３０に戻ると、改良された住所を位置特定するために正規表現（「ｒｅｇｅｘ」）パターン住所正規化を検索した後、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ステップ３３２で改良された住所を位置特定しない場合がある。続いて、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ステップ３３４において、住所の正規化に失敗したことを公開することができる。続いて、ステップ３３６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、通知またはアラートの一部として、関連する部分式を正規化および保存することにも失敗したことを示すことができる。ステップ３３８において、データベース情報送信局（ＤＩＴＳ）が、住所の正規化に失敗したことを示すデータを記憶することができ、ステップ３１６において、住所情報の正規化に失敗したことを示すことができる。この指示は、モバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）においてユーザに返されるアラートまたは通知を含んでもよい。
【００６２】
図４は、開示された実施形態と一致する、機械学習のための例示的なプロセス４００を示すフローチャートである。ステップ４０２において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５が、ユーザまたは顧客から住所を受信することができる。ステップ４０４において、住所リファイナが、入力としてユーザまたは顧客から住所を受け取り、住所をさらに改良することができる（上記の実施形態で説明され、図３に示されているステップ３０４〜３４０に従って）。住所は、個人データ、住居データ、または政府データを含む場合がある。ステップ４０６において、改良された住所は、開示された実施形態と一致する、配送または荷物のための正しい住所として配送作業員によってステップ４０８において使用され得る請求書情報の一部として含まれ得る。請求書情報は、購入価格およびまた出荷のための有効な配送先住所を含む、配送荷物の購入に関連する任意の配送情報を含むことができる。
【００６３】
いくつかの実施形態では、出荷先住所は、ステップ４０８において出荷された、改良された住所とは異なる場合があり、誤った住所であると決定される場合がある。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５（または配送作業員）は、ステップ４１０において、出荷先住所を機械学習アプリケーションに提出することができる。次に、ステップ４１０における機械学習アプリケーションは、正しい住所を決定するために、出荷先住所と改良された住所とを比較することができる。続いて、機械学習アプリケーションは、ステップ４１０において、さらなる住所改良、ステップ４０６における請求書情報の処理、およびステップ４０８における改良された住所の出荷のために、決定された正しい住所をステップ４０４における住所リファイナに適用することができる。ステップ４０４における機械学習アプリケーションは、以下の図５で説明されるように、住所情報を修正するために１つまたは複数の学習曲線を適用することができる。
【００６４】
図５は、開示された実施形態と一致する、例示的な学習曲線５００の概略図である。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザが犯す一般的な誤りを決定し、将来の住所の自動修正のためのパターンを開発することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、正確度と情報蓄積との間の関係を表す学習曲線を生成することができる。例えば、ヒット率５０２を、蓄積データ５０４と比較することができる。例えば、ヒット率５０２は、Ｘ軸上に配置され得、蓄積住所情報５０４は、Ｙ軸上に配置され得る。本明細書において論じられる場合、ヒット率５０２は、記憶されている所定の正しい住所に対する入力された住所の正確度の比率を意味する。ヒット率５０２が増加するにつれて、蓄積データ５０４の量も増加する。同様に、蓄積住所データ５０４の量が増加するにつれて、ヒット率５０２も増加する。図５に示されるように、学習曲線５０６は、形状が線形に見え得るか、または他の曲率を有し得る。住所情報が蓄積されると（５０４）、住所を正しく記述する正確度またはヒット率５０２が増加することは当業者にはよく理解されよう。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザが犯す一般的な誤りを決定し、将来の住所の自動修正のためのパターンを開発するために、図５に示すような曲線５０６からデータを外挿することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、将来の住所の自動修正のためのパターンを開発する前に、ヒット率５０２および蓄積データ５０４が所定の閾値を超えるのを待つことができる。他の学習曲線（図示せず）が企図されてもよい。
【００６５】
図６は、開示された実施形態と一致する、住所調整情報の収集のための例示的なプロセス６００を示すフローチャートである。ステップ６０２において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、配送のために配送小包または荷物を放出することができる。ステップ６０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザまたは顧客の入力住所（図３の実施形態と一致する）を改良することができ、上記の実施形態と一致するステップ６０６において改良された住所を保存することができる。一例として、図６に示されるように、記憶された住所情報６０６は、配送のための緯度または経度情報６０８を含むことができ、データベース６１０に記憶することができる。保存された住所情報６０６はまた、番地、街路名、都市、州、および郵便番号情報も含むことができる。
【００６６】
図６に示すように、改良された住所情報がデータベース６１０に保存された後、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、配送が所定の開始フェーズまたは開始時間６１２において始動または開始されたことを決定することができる。続いて、ステップ６１４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、配信が完了したか否かを判定することができる。ステップ６１６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、配送がまだ完了していないと判定されたときに、輸送中の配送小包の現在位置を確認するために全地球測位システム（ＧＰＳ）または他の位置特定技術を利用することができる。ステップ６１８において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、輸送中の配送小包の現在位置を改良された住所の位置と比較することができる。ステップ６２０において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、現在位置が改良された住所の位置と一致するか否かを判定することができる。一致しない場合、ステップ６２２において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザに送信することができる誤った配送位置の警告を発することができる。しかしながら、住所が一致すると判定された場合、配送は、ステップ６２４において、もはや放出されないと決定され、到着した「Ａ」としてコード化されるか、または適切な配送位置に配送される。誤った配送位置の警告または配送到着の指示は、モバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）においてユーザに通信することができる。
【００６７】
図７は、開示された実施形態と一致する、住所照合のための例示的なプロセス７００を示すフローチャートである。ステップ７０２において、ユーザまたは顧客は、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５によって使用するために、古い住所（または住所の失効した部分）７１２を入力することができる。例えば、図７に示すように、住所は「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．，Ａｐｔ．７３０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」であり得る。住所の古い部分または失効した部分が「Ｓｔ．」および「Ａｐｔ．７３０」であり得る。
【００６８】
ステップ７０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、顧客の住所を、例えば、番地、街路名、アパート番号、都市、州、および郵便番号を含む構成部分７１４に分割することができる。図７に示されるように、これは、「１２３」、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．，Ａｐｔ．７３０」、「７３０」、「Ａｌｅｘａｎｄｒｉａ」、「ＶＡ」、または「２２３１４」を含み得る。示されていない他の分割または構成部分が企図されてもよい。
【００６９】
ステップ７０６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、失効したまたは古い住所の辞書７２０を使用して住所をフィルタリングすることができる。図７に示されるように、古い住所の辞書７２０は、都市、番地、全街路部分を含み得る。古い住所の辞書７２０はまた、フィルタリングに使用される他の住所情報部分（図示せず）を含み得る。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、住所情報を、２つの部分７１６にフィルタリングすることができ、これは、街路情報を含む「正規住所」と、都市、州、および郵便番号情報を含み得る「顧客の追加住所」とを含む。
【００７０】
ステップ７０８において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所の辞書７２２によって新しい住所を照合することができる。例えば、「１２３」を「１２３」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」を「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．Ａｐｔ．７３０」を「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．Ａｐｔ．３７０」と照合することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、照合に基づいて、古い住所情報の一部を更新するかまたは自動的に修正する必要があると判定することができる。したがって、ステップ７１０において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所が「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．，Ａｐｔ．３７０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」となるように、古い住所を新しい修正された住所７１８に変更または置換することができる。
【００７１】
図８は、開示された実施形態と一致する、自動住所修正のための例示的なプロセスを示すフローチャートである。例示的な方法８００は、本明細書では一連のステップとして説明されているが、ステップの順序は、他の実施態様では変化してもよいことが理解されるべきである。特に、ステップは、任意の順序で、または並行して実施されてもよい。
【００７２】
ステップ８０２において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザデバイスから、第１の住所情報を含む第１のユーザ入力を受信することができる。図７に示されるように、第１の住所情報７１２は、番地、街路名、アパート番号、都市、州、および郵便番号を含むことができる。開示された実施形態と一致して、第１の住所情報７１２は、一例として、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．，Ａｐｔ．７３０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」を含むことができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、サーバとして実装することができ、ユーザインターフェースにおいてユーザによって手動で、または、コンピュータシステム（例えば、図１の１１９Ａまたは１１９Ｃ）上のウェブブラウザ、モバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）、データベースなどのうちの少なくとも１つから自動的に入力された第１の住所情報７１２を受信することができる。
【００７３】
ステップ８０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、（図６のステップ６１８にも示されているように）第１のユーザ入力に基づいて、第１の住所情報７１２を第２の住所情報７１８と比較することができ、第２の住所情報７１８は、データベースに記憶することができる。図３、図４、および図６に示されるように、住所情報の比較は、住所情報の正規化または住所情報の改良を含むことができる。例えば、第１の住所のカスタム正規化パターン３１２は、第２の住所のカスタム正規化パターン３１４と同じであり得る。ステップ３１６において、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」および「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒ．」を含む複数の類似の反復の過程で住所が正規化に失敗した場合、住所を正規化し、冗長性を減らすために、図３に示すように、ステップ３４０における正規化プロセスを行うことができる。したがって、単一の住所が正規化住所になり得る。例として、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．」が、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」および「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒ．」の正規化住所を表すことができる。
【００７４】
住所情報の比較はまた、住所情報の改良も含むことができる。図４に示されるように、ステップ４０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、入力としてユーザまたは顧客から住所４０２を受信するように構成された住所リファイナを含むことができ、住所をさらに改良することができる（上記ステップ３０４〜３４０においても説明され、図３に示されているように）。例えば、ステップ３０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５が、要求されている住所のより改良された版が存在するかまたは利用可能であるか否かを決定するためにキャッシュを検索することができる。例えば、「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔｒｅｅｔ」は「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．」と改良され得る。住所の改良は、要求住所の略称または他の修正を含み得る。ステップ３０６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、キャッシュが「空でない（ｉｓＮｏｔＥｍｐｔｙ）」かを判定するために、実行可能コード文字列を作動させることができる。ステップ３０８において、改良された住所がキャッシュにすでに存在する場合、すなわちキャッシュが「空でない（ｉｓＮｏｔＥｍｐｔｙ）」場合、改良された住所は、モバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）のユーザに返され得る。
【００７５】
図７に示されるように、第２の住所情報７１８もまた、番地、街路名、アパート番号、都市、州、および郵便番号を含むことができる。第２の住所情報７１８はまた、記憶されている位置データ、記憶されている地図データ、既知の住所地域または近隣区分、および住居名称のうちの少なくとも１つを含んでもよい。第２の住所情報は元々、コンピュータシステム（例えば、図１の１１９Ａまたは１１９Ｃ）上のウェブブラウザ、モバイルデバイス（例えば、図１の１１９Ｂ、１０７Ａ〜１０７Ｃ）、データベースなどのいずれかにおいて、ユーザ（例えば、配送作業員、顧客、または顧客支援員）によって、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５に入力されている可能性がある。図７に示されるように、第１の住所情報７１２は、古い住所の辞書７２０および新しい住所の辞書７２２に存在する第２の住所情報７１８と比較することができる。開示された実施形態と一致して、比較のための他の方法が企図されてもよい。
【００７６】
ステップ８０６において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、比較に基づいて、第１の住所情報が第２の住所情報と一致するか否かを判定することができる（ステップ６１８も参照）。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、第１の住所情報が第２の住所情報と一致するという決定に基づいて、第１の住所情報と第２の住所情報との間に差異／誤った位置がある（図６、ステップ６２２）かまたは差異がないという通知をユーザに通信することができる。通知は、配送作業員、顧客、または顧客サポートに送信することができるアラートまたはメッセージのいずれかを含むことができる。通知は、グラフィカルユーザインターフェース（ＧＵＩ）上に表示することができ、ユーザが第１の住所情報と第２の住所情報との間に差異がないことを認識していることを示すメッセージの受信をユーザが示すことを可能にすることができる。差異は、スペルミス、住所情報の非標準化、誤植、数字の差異、間隔の差異、大文字の差異、または第１の住所情報と第２の住所情報との間で検出される任意の他の異常な差異を含み得る。
【００７７】
一例として、ステップ６２０において図６に示すように、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、現在位置が改良された住所の位置と一致するか否かを判定することができる。一致するものがない場合、ステップ６２２において、誤った配送位置の警告をユーザに送信することができる。しかしながら、住所が一致すると判定された場合、配送は、ステップ６２４において、もはや放出されないと決定され、到着した「Ａ」としてコード化されるか、または適切な配送位置に配送される。
【００７８】
別の例において、ステップ７０８において図７に示すように、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所の辞書によって新しい住所を照合することができる。例えば、「１２３」を「１２３」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」は「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．Ａｐｔ．７３０」を「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．Ａｐｒｔ．３７０」と照合することができる。最後に、ステップ７１０において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所が「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．，Ａｐｔ．３７０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」となるように、古い住所を新しい住所に変更または置換することができる。開示された実施形態と一致して、住所情報が一致するか否かを決定するための他の方法が企図されてもよい。
【００７９】
ステップ８０８において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、第１の住所情報が第２の住所情報と一致しないという決定に基づいて（図６および図７に示し、ステップ６２２および７０８において上述したように）、第１の住所情報と第２の住所情報との間の第１の差異を計算することができる。一致は、第１の住所情報と第２の住所情報との間の比較の一部として決定することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、第１の差異が所定の閾値を超えることに基づいて（図６に示され、ステップ６１８において上述したように）、第１の住所情報がデータベースに記憶されている住所情報と一致しないという通知６２２をユーザに通信することができる。所定の閾値は、第２の住所情報からの差異の所定の数を含んでもよく、差異は、数、街路名、郵便番号、都市名、および地区名の差異のうちの少なくとも１つを含む。所定の閾値はまた、単一の差異のみを含んでもよく、または、住所情報の正確な一致がないことを含んでもよい。所定の閾値はまた、識別されているスペルミス、住所情報の非標準化、誤植、数字の差異、間隔の差異、大文字の差異、または第１の住所情報と第２の住所情報との間の任意の他の差異のうちの１つまたは複数のみの比較のために構成されてもよい。複数の所定の閾値が企図されてもよい。
【００８０】
一例として、ステップ７０４において、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、顧客の住所を、例えば、番地、街路名、アパート番号、都市、州、および郵便番号を含む構成部分に分割することができる。図７に示されるように、これは、「１２３」、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．，Ａｐｔ．７３０」、「７３０」、「Ａｌｅｘａｎｄｒｉａ」、「ＶＡ」、または「２２３１４」を含み得る。２つの住所の間のアパート番号の差異（例えば７３０対３７０）および街路名の差異（例えばＳｔ．対Ｒｄ．）を計算するために、構成部分「１２３」は、「１２３」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」は「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ」と照合することができ、「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．Ａｐｔ．７３０」は「Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．Ａｐｔ．３７０」と照合することができる。
【００８１】
いくつかの実施形態では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、第１の住所情報および第２の住所情報に加えて、修正された住所情報を記憶することができる。例えば、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、修正された第３の住所情報および修正された第４の住所情報を記憶することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５はまた、この住所情報をデータベースに記憶し、複数の差異（識別された第１の差異、第２の差異、第３の差異、または追加の差異を含む）に基づいて、住所情報の入力に対応する複数のユーザ入力（第１のユーザ入力、第２のユーザ入力、および第３のユーザ入力を含むがこれらに限定されない）について存在する共通の差異を決定することもできる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５はまた、共通の差異の決定に基づいて、住所情報を含む将来のユーザ入力を修正するための修正パターンを開発することもできる。サーバは、プロセッサによって、修正された住所情報のいずれかまたはすべてに基づいて（上記の図５に示されるように）学習曲線５０６を生成し、共通の差異の決定に基づいて、１つまたは複数の修正パターンを開発し、学習曲線５０６および修正パターンの生成に基づいて、入力された住所情報を修正するための所定の閾値を変更することができる（上記の図７を参照）。
【００８２】
一例として、１つまたは複数の修正パターンは、図３および図４の例示的なプロセスと一致して、住所情報の正規化または改良パターンを含むことができる。１つまたは複数の修正パターンに加えて、将来の住所入力の自動住所修正のための１つまたは複数の修正パターンを開発するために、１つまたは複数の学習曲線５０６を生成することができる。外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザが犯す一般的な誤りを決定し、将来の住所の自動修正のためのパターンを開発することができる。図４に示されるように、修正パターンは、ステップ４１０において機械学習アプリケーションに入力することができる。次に、ステップ４１０における機械学習アプリケーションが、将来の住所入力の自動住所修正を可能にするために、修正パターンを、受信した住所情報と比較することができる。
【００８３】
ステップ８１０において、サーバとして動作する外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、差異が所定の閾値を超えないことに基づいて、第１の住所情報を、第２の住所情報と一致するように自動的に修正することができる。一例として、ステップ７１０において図７に示すように、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所が「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｓｔ．，Ａｐｔ．７３０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」の代わりに「１２３  Ｒｏｌｌｉｎｇ  Ｆｏｒｋ  Ｒｄ．，Ａｐｔ．３７０，Ａｌｅｘａｎｄｒｉａ，ＶＡ  ２２３１４」となるように、古い住所を新しい住所に自動的に変更または置換することができる。
【００８４】
いくつかの態様では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ユーザから、第３の住所情報を含む第２のユーザ入力を受信し、第２のユーザ入力に基づいて、第３の住所情報を第２の住所情報と比較し、比較に基づいて、第３の住所情報が第２の住所情報と一致するか否かを決定することができる。他の態様では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、開示された実施形態と一致して、ユーザから、新しい住所情報（例えば、第３の住所情報、第４の住所情報、または第５の住所情報）を含む新しいユーザ入力を受信すし、新しいユーザ入力に基づいて、新しい住所情報を、記憶されている住所情報と比較し、新しい住所情報と記憶されている情報との比較に基づいて、新しい住所情報が記憶されている住所情報と一致するか否かを決定することができる。さらなる態様では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、開示された実施形態と一致して、追加の住所情報（例えば、新しく入力された住所情報とは異なる）が、記憶されている住所情報と一致しないという決定に基づいて、追加の住所情報と記憶されている住所情報との間のまったく新しい差異を計算し、これらの差異が所定の閾値を超えないことに基づいて、追加の住所情報を、記憶されている住所情報と一致するように修正することができる。
【００８５】
他の態様では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、新しい住所情報が、記憶されている住所情報と一致しないという決定に基づいて、新しい住所情報と記憶されている住所情報との間の差異を計算し、これらの差異が任意の所定の閾値を超えないことに基づいて、追加の住所情報を、記憶されている住所情報と一致するように修正することができる。いくつかの態様では、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５は、ステップ８０２においてユーザによって提供される住所情報を検索し、検索された第１の住所情報に基づいて、修正された住所情報を返すことを可能にすることができる。いくつかの実施形態では、ステップ８０２において検索クエリを入力することにより、ステップ８０４〜８１０を実行し、受信される住所情報を修正するように、システム（例えば、外部フロントエンドシステム１０３または内部フロントエンドシステム１０５）をトリガすることができる。いくつかの実施形態では、例示的なプロセス８００は、修正された住所情報を１つまたは複数のデバイス（例えば、ステップ８０２において入力を送信するデバイス）に送信することができる。例えば、顧客デバイス（例えば、図１の１０２Ｂ）がオンラインショッピング注文の遂行の一部として住所を送信する状況では、外部フロントエンドシステム１０３は、修正された住所情報を、修正された住所情報の確認を要求するために顧客デバイス１０２Ｂに送信し、アイテムの注文を開始するために他のデバイス（例えば、ＳＡＴシステム１０１または販売者ポータル１０９）に送信することによって応答することができる。
【００８６】
本開示はその特定の実施形態を参照して示され、説明されてきたが、本開示は修正なしに、他の環境において実施することができることが理解されるのであろう。前述の説明は、例示の目的で提示されている。これは、網羅的ではなく、開示された正確な形態または実施形態に限定されない。当業者には、開示された実施形態の明細書および実施を考慮することによって、修正および適合が明らかになるのであろう。さらに、開示された実施形態の態様はメモリに記憶されるものとして記載されているが、当業者はこれらの態様が二次記憶デバイス、例えば、ハードディスクまたはＣＤ  ＲＯＭ、または他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、ブルーレイ、または他の光学駆動媒体などの他のタイプのコンピュータ可読媒体に記憶されてもよいことを理解するのであろう。
【００８７】
記載された説明および開示された方法に基づくコンピュータプログラムは、熟練した開発者の技術の範囲内である。様々なプログラムまたはプログラムモジュールは当業者に知られている技法のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。例えば、プログラム・セクションまたはプログラムモジュールは、．Ｎｅｔ  Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ  Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬの中で、またはその手段によって設計することができる。
【００８８】
さらに、例示的な実施形態が本明細書で説明されてきたが、本開示に基づいて当業者によって理解されるように、同等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応、および／または変更を有する任意のおよびすべての実施形態の範囲が可能である。クレームの限定はクレームに使用されている文言に広く基づいて解釈されるものとし、本明細書に記載されている例に限定されるものではなく、または出願手続中に解釈されるものとする。実施例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えること、および／またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、本明細書および実施例は単に例示的なものとみなされ、真の範囲および精神は以下の特許請求の範囲およびそれらの均等物の全範囲によって示されることが意図される。
【図１Ａ】
2021525906.tif 000003
【図１Ｂ】
2021525906.tif 000004
【図１Ｃ】
2021525906.tif 000005
【図１Ｄ】
2021525906.tif 000006
【図１Ｅ】
2021525906.tif 000007
【図２】
2021525906.tif 000008
【図３】
2021525906.tif 000009
【図４】
2021525906.tif 000010
【図５】
2021525906.tif 000011
【図６】
2021525906.tif 000012
【図７】
2021525906.tif 000013
【図８】
2021525906.tif 000014
【国際調査報告】
2021525906.tif 000015
2021525906.tif 000016
2021525906.tif 000017
2021525906.tif 000018