特許 7335901 適応型の配達スケジューリングのためのグラフィカルユーザインターフェースを生成するためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-08-22

(45)【発行日】2023-08-30

(54)【発明の名称】適応型の配達スケジューリングのためのグラフィカルユーザインターフェースを生成するためのシステムおよび方法

(51)【国際特許分類】

   G06Q 10/083 20230101AFI20230823BHJP

【ＦＩ】

G06Q10/083

【請求項の数】 20

(21)【出願番号】P 2020565452

(86)(22)【出願日】2020-09-21

(65)【公表番号】

(43)【公表日】2022-01-04

(86)【国際出願番号】 IB2020058788

(87)【国際公開番号】W WO2021084334

(87)【国際公開日】2021-05-06

【審査請求日】2021-02-18

(31)【優先権主張番号】16/666,373

(32)【優先日】2019-10-28

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】520244544

【氏名又は名称】クーパン コーポレイション

(74)【代理人】

【識別番号】230104019

【弁護士】

【氏名又は名称】大野 聖二

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】キム，ヨ スク

(72)【発明者】

【氏名】ミン，ヒュン シク ユージーン

【審査官】橋沼 和樹

(56)【参考文献】

【文献】特開２０１５－０８２２４４（ＪＰ，Ａ）

【文献】特開２０１９－１８５６００（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／０２５８１３４（ＵＳ，Ａ１）

【文献】韓国公開特許第１０－２０１５－０１３１７４２（ＫＲ，Ａ）

【文献】米国特許出願公開第２０１８／０３０８０５１（ＵＳ，Ａ１）

【文献】国際公開第２０１５／１１１１７０（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／０３５０７１１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１９／０１４９９５２（ＵＳ，Ａ１）

【文献】特開２０１０－０７９９２５（ＪＰ，Ａ）

【文献】国際公開第２０１５／１１１２２４（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

配達のスケジューリングのためのコンピュータ化されたシステムであって、
少なくとも１つのプロセッサと、
命令を含んでいる少なくとも１つの非一時的な記憶媒体と、を備え、前記命令は、前記少なくとも１つのプロセッサによって実行されたときに、
リモートシステムから、製品を注文する電子要求を受信することと、
前記リモートシステムに関する情報を決定することと、
前記情報および前記製品に関するフルフィルメントセンターを決定することと、
前記製品のための配達ウェーブの見積もりを、
（１）距離、履歴の傾向又は配達ローテーションの少なくとも一つに基づいて、前記フルフィルメントセンターからキャンプゾーンへの到着の見積もりを算出し、
（２）前記到着の見積もりが第１のカットオフ時間よりも前である場合に、前記配達ウェーブの見積もりを第１のウェーブに割り当てる、ことにより割り当てることと、ここで、前記第１のウェーブは、荷物があるエリアに配達される場合の１日における複数の時間範囲の１つを表し、
前記リモートシステムに関する情報に基づいて、前記決定されたフルフィルメントセンター、前記製品、時刻、および前記配達ウェーブの見積もりを含む電子メッセージを生成することと、
前記電子メッセージと、前記製品および前記配達ウェーブの見積もりを表示するグラフィカルユーザインターフェースを生成するための指示と、を前記フルフィルメントセンターに転送することと、
を含むステップを前記少なくとも１つのプロセッサに実行させる、コンピュータ化されたシステム。

【請求項2】

前記リモートシステムに関する情報は、ユーザ名、郵便番号、物理的な場所、またはユーザの好みのうちの少なくとも１つを含む、請求項１に記載のシステム。

【請求項3】

前記ステップは、
前記リモートシステムに関する情報に関連付けられた地域を決定することと、
前記決定された地域に関連付けられた一式のフルフィルメントセンターからフルフィルメントセンターを決定することと、
をさらに含む、請求項１に記載のシステム。

【請求項4】

前記フルフィルメントセンターを決定することは、
複数の以前の電子要求および関連のフルフィルメントセンターを、データベースに格納することと、
前記以前の電子要求をトレーニングデータセットおよび検証データセットに分割することであって、前記トレーニングデータセットは、前記検証データセットよりも多くの要求を有している、分割することと、
要求情報とフルフィルメントセンターとを関連付ける前記トレーニングデータセットに基づいて予測モデルを生成することと、
前記予測モデルを前記検証データセットを使用して検証することと、
前記予測モデルを前記電子要求に適用することによって前記フルフィルメントセンターを決定することと、
を含む、請求項１に記載のシステム。

【請求項5】

前記予測モデルは、線形回帰、ランダムフォレスト、またはロジスティック回帰のうちの少なくとも１つを含む、請求項４に記載のシステム。

【請求項6】

前記配達ウェーブの見積もりは、カットオフ時間に基づいて生成される、請求項１に記載のシステム。

【請求項7】

前記配達ウェーブの見積もりは、前記製品が配達されるであろう日付および期間の見積もりを含む、請求項６に記載のシステム。

【請求項8】

前記配達ウェーブの見積もりに関する日付および期間は、フルフィルメントセンターごとに異なる、請求項７に記載のシステム。

【請求項9】

前記ステップは、
前記配達ウェーブの見積もりを載せる出荷ラベルを印刷するための前記フルフィルメントセンターへの指示を送信すること
をさらに含む、請求項１に記載のシステム。

【請求項10】

前記電子要求は、第２の製品を注文する要求を含み、
前記配達ウェーブの見積もりは、第１の配達ウェーブの見積もりであり、
前記ステップは、
前記第２の製品を履行するフルフィルメントセンターを決定することと、
前記第２の製品の配達に関する第２の配達ウェーブの見積もりを生成することと、
前記第２の配達ウェーブの見積もりが、前記第１の配達ウェーブと異なると判断することと、
前記第１または第２の配達ウェーブの見積もりの少なくとも一方を、他方の配達ウェーブの見積もりに一致するように修正することと、
をさらに含む、請求項１に記載のシステム。

【請求項11】

命令を格納した非一時的なコンピュータ可読媒体であって、前記命令は、プロセッサによって実行されたときに、
リモートシステムから、製品を注文する電子要求を受信することと、
前記リモートシステムに関する情報を決定することと、
前記情報および前記製品に関するフルフィルメントセンターを決定することと、
前記製品のための配達ウェーブの見積もりを、
（１）距離、履歴の傾向又は配達ローテーションの少なくとも一つに基づいて、前記フルフィルメントセンターからキャンプゾーンへの到着の見積もりを算出し、
（２）前記到着の見積もりが第１のカットオフ時間よりも前である場合に、前記配達ウェーブの見積もりを第１のウェーブに割り当てる、ことにより割り当てることと、ここで、前記第１のウェーブは、荷物があるエリアに配達される場合の１日における複数の時間範囲の１つを表し、
前記リモートシステムに関する情報に基づいて、前記決定されたフルフィルメントセンター、前記製品、時刻、および前記配達ウェーブの見積もりを含む電子メッセージを生成することと、
前記電子メッセージと、前記製品および前記配達ウェーブの見積もりを表示するグラフィカルユーザインターフェースを生成するための指示と、を前記フルフィルメントセンターに転送することと、
を含む配達のスケジューリングのための動作を実行する、非一時的なコンピュータ可読媒体。

【請求項12】

前記リモートシステムに関する情報は、ユーザ名、郵便番号、物理的な場所、またはユーザの好みのうちの少なくとも１つを含む、請求項１１に記載の媒体。

【請求項13】

前記動作は、
前記リモートシステム情報に関連付けられた地域を決定することと、
前記決定された地域に関連付けられた一式のフルフィルメントセンターからフルフィルメントセンターを決定することと
をさらに含む、請求項１１に記載の媒体。

【請求項14】

前記フルフィルメントセンターを決定することは、
複数の以前の電子要求および関連のフルフィルメントセンターを、データベースに格納することと、
前記以前の電子要求をトレーニングデータセットおよび検証データセットに分割することであって、前記トレーニングデータセットは、前記検証データセットよりも多くの要求を有している、分割することと、
要求情報とフルフィルメントセンターとを関連付ける前記トレーニングデータセットに基づいて予測モデルを生成することと、
前記予測モデルを前記検証データセットを使用して検証することと、
前記予測モデルを前記電子要求に適用することによって前記フルフィルメントセンターを決定することと
を含む、請求項１１に記載の媒体。

【請求項15】

前記予測モデルは、線形回帰、ランダムフォレスト、またはロジスティック回帰のうちの少なくとも１つを含む、請求項１４に記載の媒体。

【請求項16】

前記配達ウェーブの見積もりは、カットオフ時間に基づいて生成される、請求項１４に記載の媒体。

【請求項17】

前記配達ウェーブの見積もりは、前記製品が配達されるであろう日付および期間の見積もりを含む、請求項１６に記載の媒体。

【請求項18】

前記配達ウェーブの見積もりに関する日付および期間は、フルフィルメントセンターごとに異なる、請求項１７に記載の媒体。

【請求項19】

前記動作は、
前記配達ウェーブの見積もりを載せる出荷ラベルを印刷するための前記フルフィルメン
トセンターへの指示を送信すること
をさらに含む、請求項１１に記載の媒体。

【請求項20】

配達のスケジューリングのためのコンピュータによって実行される方法であって、
リモートシステムから、第１の製品および第２の製品を注文する電子要求を受信することと、
前記リモートシステムに関する情報を決定することと、
前記情報および前記第１の製品に関する第１のフルフィルメントセンターと、前記第２の製品に関する第２のフルフィルメントセンターとを決定することと、
前記第１の製品のための第１の配達ウェーブの見積もりと、前記第２の製品のための第２の配達ウェーブの見積もりと、を、
（１）距離、履歴の傾向又は配達ローテーションの少なくとも一つに基づいて、前記第１のフルフィルメントセンターからキャンプゾーンへの第１の到着の見積もりと、前記第２のフルフィルメントセンターから前記キャンプゾーンへの第２の到着の見積もりと、を算出し、
（２）前記第１の到着の見積もりが第１の時間と第２の時間との間である場合に、前記第１の配達ウェーブの見積もりを第１のウェーブに割り当て、前記第２の到着の見積もりが前記第１の時間と前記第２の時間との間でない場合に、前記第２の配達ウェーブの見積もりを第２のウェーブに割り当てる、ことにより、割り当てることと、
前記リモートシステムに関する情報に基づいて、前記第１および第２のフルフィルメントセンター、前記第１および第２の製品、時刻、ならびに前記第１および第２の配達ウェーブの見積もりを含む電子メッセージを生成することと、
前記第２の配達ウェーブの見積もりが前記第１の配達ウェーブと異なると判断することと、
前記第１または第２の配達ウェーブの見積もりの少なくとも一方を、他方の配達ウェーブの見積もりに一致するように修正することと、
前記電子メッセージと、前記第１および第２の製品を対応する配達ウェーブの見積もりで色分けしたリストを表示するグラフィカルユーザインターフェースを生成するための指示と、を前記第１のフルフィルメントセンター及び前記第２のフルフィルメントセンターに転送することと、
前記第１または第２の配達ウェーブの見積もりを載せる出荷ラベルを印刷するための前記第１のフルフィルメントセンター及び前記第２のフルフィルメントセンターへの指示を送信することと、
を含む、コンピュータによって実行される方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、広くには、コンピュータ化された配達スケジューリングのためのコンピュータ化されたシステムおよび方法に関する。とくには、本開示の実施形態は、配達を分類し、配達グループを調整し、グラフィカルユーザインターフェースを介してクライアントデバイスに指示を送信する、適応型の配達スケジューリングのための独創的な今までにないシステムに関する。

【背景技術】

【0002】

オンライン注文を成就させるために、電子システムの複雑なネットワークが必要である。とくには、顧客が翌日配達、自動返送、および最小限の輸送コストを求める今日においては、オンライン注文を成就させるために、注文の準備および配達をサポートする電子システムの複雑なネットワークを使用する必要がある。ネットワーク内の複数の電子システムが、例えば出荷ルートおよび／または流通センターなどのフルフィルメントプロセスを決定するために、リアルタイムで互いに通信する必要がある。

【0003】

流通業務を管理する標準的な電子システムは、量の増大および特殊性の要求に対応できていない。標準システムは、拡張されたアイテムレベルの処理、少量の注文の処理、および注文の頻度の増加という新しい要件にうまく適合していない。例えば、現状の電子システムは、通常は、或る場所へと向かう注文をバッチ化することによって動作する。小売業者の電子システムが、或る期間にわたって注文を集め、それらをグループ化し、次いでバッチ化した指示を出荷用電子システムへともたらすことができる。しかしながら、これらのバッチ動作では、特定の注文について求められる迅速な配達時間を達成できない可能性がある。

【0004】

さらに、通常は多数の関係者がオンライン注文の成就に関与するため、電子システムの現在のネットワークは、頻繁かつリアルタイムで通信する必要がある多数の要素を有する可能性がある。オンライン小売業者の電子システムは、多数の流通およびフルフィルメントシステムとリアルタイムで頻繁に通信し、注文を迅速に成就させることができるように、いくつかのハブまたはキャンプゾーンを使用することができる。しかしながら、電子システムネットワークのこの複雑さは、拡張が容易でなく、新たな顧客の要求に関して必要とされる調整を妨げる。例えば、現在の電子システムは、プレミアムユーザ、急ぎの配達、または最低コストの配達からの配達チャネルを効率的に割り当てることができないため、別個の顧客特権を有する多数の注文の処理にあまり適していない。さらに、現在のシステムは剛直であり、動的な需要の変化または顧客の要件に対処するための適応が容易ではない。標準的な電子システムは、剛直であり、配達プロセス全体への適応が難しい確立された動作を有する。これらの電子システムは、例えば、一時的またはオンデマンドの作業員または請負業者を含む新たな配達チェーンへの容易な適応が不可能である。したがって、配達要求を効率的に処理したり、配達プロセスを顧客の要求に合わせて調整したりしない。

【0005】

さらに、配達を管理するための現在の電子システムは、適応可能なシステムに必要な動的な指示を提供することができない旧式の通信プラットフォームを有する。現在の電子システムは、ユーザが流通チェーン全体で複数のプラットフォームを使用することを余儀なくする旧式の技術に存している。

【発明の概要】

【発明が解決しようとする課題】

【0006】

したがって、適応型の配達スケジューリングシステムのための改善された方法およびシステムについて、ニーズが存在する。適応型の配達スケジューリングのためのグラフィカルユーザインターフェースを生成するための開示されるシステムおよび方法は、上述の問題および／または先行技術における他の問題のうちの１つまたは複数に対処する。

【課題を解決するための手段】

【0007】

本開示の一態様は、配達スケジューリングのためのコンピュータ化されたシステムに関する。このシステムは、少なくとも１つのプロセッサと、少なくとも１つの非一時的な記憶媒体とを含むことができ、少なくとも１つの非一時的な記憶媒体は、少なくとも１つのプロセッサによって実行されたときに少なくとも１つのプロセッサにいくつかのステップを実行させる命令を含んでいる。これらのステップは、（リモートシステムから）製品を注文する電子要求を受信することと、リモートシステムに関する情報を決定することと、情報および製品に関するフルフィルメントセンターを決定することとを含むことができる。これらのステップは、決定されたフルフィルメントセンター、製品、時刻（time of date）、および配達ウェーブの見積もりを含む電子メッセージを（リモートシステムに関連する情報に基づいて）生成することをさらに含むことができる。これらのステップは、電子メッセージならびに製品および配達ウェーブの見積もりを表示するグラフィカルユーザインターフェースを生成するための指示を（フルフィルメントセンターに）転送することをさらに含むことができる。

【0008】

本開示の別の態様は、プロセッサによって実行されたときに配達スケジューリングのための動作を実行する命令を格納した非一時的なコンピュータ可読媒体に関する。これらの動作は、（リモートシステムから）製品を注文する電子要求を受信することと、リモートシステムに関する情報を決定することと、情報および製品に関するフルフィルメントセンターを決定することとを含むことができる。これらの動作は、決定されたフルフィルメントセンター、製品、時刻、および配達ウェーブの見積もりを含む電子メッセージを（リモートシステムに関連する情報に基づいて）生成することをさらに含むことができる。これらの動作は、電子メッセージならびに製品および配達ウェーブの見積もりを表示するグラフィカルユーザインターフェースを生成するための指示を（フルフィルメントセンターに）転送することをさらに含むことができる。

【0009】

本開示のさらに別の態様は、配達のスケジューリングのためのコンピュータによって実行される方法に関する。この方法は、（リモートシステムから）第１の製品および第２の製品を注文する電子要求を受信し、リモートシステムに関する情報を決定し、情報および第１の製品に関連する第１のフルフィルメントセンターならびに第２の製品および第２のフルフィルメントセンターに関連する第２のフルフィルメントセンターを決定する動作を含むことができる。動作は、第１の製品のための第１の配達ウェーブおよび第２の製品のための第２の配達ウェーブを生成することと、（リモートシステムに関連する情報に基づいて）第１および第２のフルフィルメントセンター、第１および第２の製品、時刻、ならびに第１および第２の配達ウェーブの見積もりを含む電子メッセージを生成することとを、さらに含むことができる。さらに、動作は、第２の配達ウェーブの見積もりが第１の配達ウェーブとは異なると判断することと、第１または第２の配達ウェーブの見積もりの少なくとも一方を他方の配達ウェーブの見積もりと一致するように修正することとを含むことができる。動作は、電子メッセージ、ならびに第１および第２の製品を対応する配達ウェーブの見積もりで色分けしたリストを表示するグラフィカルユーザインターフェースを生成するための指示を、フルフィルメントセンターに転送することと、第１または第２の配達ウェーブの見積もりを載せる（listing）配達ラベルを印刷する指示をフルフィルメントセンターに送信することとをさらに含むことができる。

【0010】

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

【図面の簡単な説明】

【0011】

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

【図1B】本開示の実施形態による検索要求を満たす１つまたは複数の検索結果をインタラクティブなユーザインターフェース要素と共に含む一例の検索結果ページ（ＳＲＰ）を示している。

【図1C】本開示の実施形態による製品および製品についての情報をインタラクティブなユーザインターフェース要素と共に含む一例の単一表示ページ（ＳＤＰ）を示している。

【図1D】本開示の実施形態による仮想ショッピングカート内のアイテムをインタラクティブなユーザインターフェース要素と共に含む一例のカートページを示している。

【図1E】本開示の実施形態による仮想ショッピングカートからのアイテムを購入および出荷に関する情報ならびにインタラクティブなユーザインターフェース要素と共に含む一例の注文ページを示している。

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

【図3】本開示の実施形態による例示的なシステムの概略のブロック図である。

【図4】本開示の実施形態による例示的なクライアントデバイスのブロック図である。

【図5】本開示の実施形態による例示的なデータベースのブロック図である。

【図6】本開示の実施形態による例示的な製品要求処理プロセスの流れ図である。

【図7】本開示の実施形態による例示的な配達分類プロセスの流れ図である。

【図8】本開示の実施形態による例示的な配達最適化プロセスの流れ図である。

【図9】本開示の実施形態による予測モデルトレーニングプロセスを示す例示的な流れ図である。

【図10】本開示の実施形態による管理者デバイスにおける例示的なグラフィカルユーザインターフェースの正面図である。

【図11】本開示の実施形態による例示的な出荷ラベルである。

【図12A】本開示の実施形態によるモバイルデバイスにおける第１の例示的なグラフィカルユーザインターフェースの正面図である。

【図12B】本開示の実施形態によるモバイルデバイスにおける第２の例示的なグラフィカルユーザインターフェースの正面図である。

【図12C】本開示の実施形態によるモバイルデバイスにおける第３の例示的なグラフィカルユーザインターフェースの正面図である。

【図12D】本開示の実施形態によるモバイルデバイスにおける第４の例示的なグラフィカルユーザインターフェースの正面図である。

【図12E】本開示の実施形態によるモバイルデバイスにおける第５の例示的なグラフィカルユーザインターフェースの正面図である。

【図12F】本開示の実施形態によるモバイルデバイスにおける第６の例示的なグラフィカルユーザインターフェースの正面図である。

【図12G】本開示の実施形態によるモバイルデバイスにおける第７の例示的なグラフィカルユーザインターフェースの正面図である。

【図12H】本開示の実施形態によるモバイルデバイスにおける第８の例示的なグラフィカルユーザインターフェースの正面図である。

【発明を実施するための形態】

【0012】

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

【0013】

本開示の実施形態は、適応型の配達スケジューリングのためのグラフィカルユーザインターフェースを生成するために構成されたシステムおよび方法に関する。開示されるシステムおよび方法は、例えば、注文の要件を満たすための最良の位置にあるフルフィルメントセンターを決定することによって、自動化および最適化された注文の処理を可能にする。さらに、開示されるシステムおよび方法は、システムのユーザに、製革工を効率的に管理し、作業に優先順位を付けるためのグラフィカルユーザインターフェースおよび対話型ツールを提供する。例えば、開示されるシステムおよび方法は、サプライチェーンマネージャに需要を評価するために予想される注文へのより高い可視性を提供することにより、配達の自動分類の技術分野を改善する。そのような実施形態において、開示されるシステムおよび方法は、機械学習技術を使用して傾向を特定し、割り当てを行うためのキャンプ需要のフルフィルメントセンターを予測することができる。

【0014】

さらに、開示されるシステムおよび方法は、配達プロセスを自動的に適応させることを可能にすることによって、スケジューリングシステムを改善する。開示される配達システムは、さまざまな配達プロセスまたはパラダイムにおいて動作することができる。例えば、システムは、「ウェーブプロセス」、「シフトプロセス」、または組み合わせを使用して動作することができる。ウェーブプロセスは、異なる時刻の配達のウェーブに配達を配置することができる。例えば、ウェーブ配達は、１日に数回、特定のエリア（例えば、サブルートを含むルート）を巡るパッケージの第１のウェーブ（wave）を含むことができる。対照的に、シフトプロセスは、異なるエリアへと配達を配置することができ、最初に特定のエリアの一部分（典型的には、５０％）に配達を行い、その後に特定のエリアの残りの部分に配達を行うことができる。開示されるシステムおよび方法は、配達プロセスの最適化パラメータに基づいてルートおよび作業員のスケジュールを再構成するように構成可能であってよい。例えば、開示されるシステムおよび方法は、フルフィルメントセンターまたはキャンプの以前の注文およびパフォーマンスを分析して、各キャンプまたはフルフィルメントセンターの予測される需要を決定することができる。次いで、開示されるシステムは、機械学習予測モデルを使用して、どの配達プロセスが最も効果的な結果をもたらすかを評価し、それに応じてシステムのすべての要素を更新することができる。例えば、システムが注文のグループの配達が２シフトプロセスを使用するとより効率的であると判断した場合、開示されるシステムおよび方法は、２シフトプロセスで動作するようフルフィルメントセンター、出荷権限、および作業員を更新することができる。そのような実施形態において、配達プロセスを構成するための予測分析は、最適化された配達スケジュールを特定するための特定のコンピュータ化された方法による配達スケジューリングのためのシステムを改善する。

【0015】

さらに、開示されるシステムおよび方法は、配達プロセスの動的な変更を可能にすることによって、配達プロセスの柔軟性を改善する。例えば、或るシフトの全体を通して予想よりも多くの臨時作業員が利用可能であるとシステムが判断した場合、システムは、予測モデルを再実行して、必要に応じて配達プロセスを更新し、システムを再構成することができる。さらに、開示されるシステムは、フィードバックを提供し、グループを修正し、あるいは配達プロセスを変更するためのグラフィカルユーザインターフェースを提供する。

【0016】

さらに、開示されるシステムおよび方法は、注文情報を配達のための一連の指示に変換することによって、自動化された配達スケジューリングの分野を改善することができる。例えば、開示されるシステムおよび方法は、配達のための情報を含む印刷されたラベルを生成するまで自動的に注文要求を処理することができる。ラベルは、必要な配達時刻、送り先、および優先度情報の情報を含むことができる。

【0017】

さらに、開示されるシステムおよび方法は、開示されるシステムが画面空間を効果的に管理するユーザインターフェースを生成できるがゆえに、モバイルデバイスにおける情報の不充分な表示という技術的問題を解決する。とりわけ、画面スペースが限られている宅配便業者によって使用される携帯デバイスに関して、開示されるシステムおよび方法は、無関係な要素を除去しつつ、宅配便業者とって意味のある要素を特定的に表示する動的なＧＵＩを生成することができる。例えば、開示される方法は、適応可能な配達モードに基づいてＧＵＩを動的に変更すること、宅配便業者の通知、変更、配達のグループ、または必要な優先順位付けを示すことを含むことができる。さらに、開示されるシステムおよび方法は、配達ルートの確立、グループの作成、またはシステムの更新を容易にできるＧＵＩ構成を含む。

【0018】

次に、本開示の実施形態を詳しく参照するが、そのいくつかの例が、添付の図面に示されている。

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

図３は、開示される実施形態による例示的なシステム３００のブロック図である。システム３００において、スケジューリングシステム（例えば、３２０）が、データストリームをリアルタイムで処理して、例えば、配達を割り当て、配達ルートを生成し、作業員と通信することができる。システム３００は、１つまたは複数のスケジューリングシステム３２０、オンラインリソース３４０、クライアントデバイス３５０、サードパーティシステム３６０、クライアントシステム３９０、およびデータベース３８０を含むことができる。いくつかの実施形態においては、図３に示されるように、システム３００の構成要素をネットワーク３７０に接続することができる。しかしながら、他の実施形態においては、システム３００の構成要素をネットワーク３７０によらずに互いに直接接続してもよい。例えば、データベース３８０を、スケジューリングシステム３２０に直接結合させることができる。

【0064】

いくつかの実施形態においては、スケジューリングシステム３２０を、システム１００の１つまたは複数の構成要素（図１Ａ）で実装することができる。例えば、スケジューリングシステム３２０は、フロントエンドシステム１０５、ＦＯシステム１１３、ＳＣＭシステム１１７、およびＷＭＳ１１９（図１Ａ）を含むことができる。他の実施形態においては、スケジューリングシステム３２０を、配達スケジューリングのための動作を実行するように構成された１つまたは複数の独立したサーバで実装することができる。

【0065】

オンラインリソース３４０は、ウェブサイトホスティング、ネットワーキング、クラウド、またはバックアップサービスのプロバイダなどのエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。いくつかの実施形態においては、オンラインリソース３４０を、認証サービス、ドメインネームシステム（ＤＮＳ）、またはランディングページのためのウェブページを格納するホスティングサービスまたはサーバに関連付けることができる。他の実施形態においては、オンラインリソース３４０を、クラウドコンピューティングサービスに関連付けることができる。さらに他の実施形態においては、オンラインリソース３４０を、例えば、アップルプッシュ通知サービス、Ａｚｕｒｅモバイルサービス、またはグーグルクラウドメッセージングなどのメッセージングサービスに関連付けることができる。そのような実施形態において、オンラインリソース３４０は、デジタル権利管理の処理など、開示される実施形態の機能に関連するメッセージおよび通知の送付を処理することができる。

【0066】

クライアントデバイス３５０は、開示される実施形態による１つまたは複数の動作を実行するように構成された１つまたは複数のコンピューティングデバイスを含むことができる。例えば、クライアントデバイス３５０は、デスクトップコンピュータ、ラップトップ、サーバ、モバイルデバイス（例えば、タブレット、スマートフォン、など）、セットトップボックス、ゲーム機、ウェアラブルコンピューティングデバイス、または他のタイプのコンピューティングデバイスを含むことができる。いくつかの実施形態において、クライアントデバイス３５０は、システム１００（図１Ａ）の一部であってよい。しかしながら、他の実施形態において、クライアントデバイス３５０は、システム１００から独立していてもよい。クライアントデバイス３５０は、クライアントデバイス３５０に含まれるメモリなどのメモリに格納されたソフトウェア命令を実行して、以下で説明される機能を実装するための動作を実行するように構成された１つまたは複数のプロセッサを含むことができる。クライアントデバイス３５０は、有線および／または無線で通信するように構成されてよく、プロセッサによって実行されたときにインターネット関連の通信（例えば、ＴＣＰ／ＩＰ）およびコンテンツ表示プロセスを実行するソフトウェアを含むことができる。例えば、クライアントデバイス３５０は、コンテンツを含むインターフェースを生成し、クライアントデバイス３５０に含まれ、あるいは接続されたディスプレイデバイス上に表示するブラウザソフトウェアを実行することができる。クライアントデバイス３５０は、クライアントデバイス３５０がネットワーク３７０を介してコンポーネントと通信すること、およびクライアントデバイス３５０に含まれるディスプレイデバイスを介してインターフェースにコンテンツを表示することを可能にするアプリケーションを実行することができる。

【0067】

いくつかの実施形態においては、図４に関連してさらに開示されるように、クライアントデバイス３５０が、スケジューリングシステム３２０と相互作用するようにとくに構成されたアプリケーションを実行することができる。さらに、クライアントデバイス３５０は、１つまたは複数のアカウントを格納することができる。例えば、クライアントデバイス３５０は、作業員の識別、パスワード、場所、および／または配達の好みを含む作業員アカウントに関する情報を格納することができる。

【0068】

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

【0069】

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

【0070】

データベース３８０は独立して示されているが、いくつかの実施形態において、データベース３８０は、スケジューリングシステム３２０またはオンラインリソース３４０に含まれても、あるいは他のかたちで関連してもよい。

【0071】

データベース３８０を、ユーザアカウントおよびユーザの好みに関するデータを収集および／または維持するように構成することができる。例えば、データベース３８０は、スケジューリングシステム１２０のユーザのユーザプロファイルに関する情報を格納することができる。データベース３８０は、例えば、オンラインリソース３４０を含むさまざまなソースからデータを収集することができる。さらに、データベース３８０は、ユーザの配達の好みの情報を含むことができる。例えば、データベース３８０は、ユーザが夜明け配達を契約しているかどうかについての情報を含むことができる。データベース３８０は、図５に関連して以下でさらに説明される。

【0072】

サードパーティシステム３６０は、サービスのプロバイダまたはフルフィルメントセンターなど、スケジューリングシステム３２０に関連するエンティティによって提供される１つまたは複数のサーバまたはストレージサービスを含むことができる。サードパーティシステム３６０を、ネットワーク３７０を介してシステム３００に接続することができるが、他の実施形態において、サードパーティシステム３６０は、システム３００のいくつかの要素との直接接続を含むことができる。さらに、サードパーティシステム３６０を、スケジューリングシステム３２０またはシステム３００の他の要素からの情報を提供および／または要求するように構成することができる。いくつかの実施形態においては、サードパーティシステム３６０もネットワーク３７０に結合させることができるが、サードパーティシステムは、スケジューリングシステム３２０のクライアントでなくてもよい。代わりに、サードパーティシステム３６０は、スケジューリングシステム３２０のユーザまたはクライアントの情報を含むシステムを含むことができる。例えば、サードパーティシステム３６０は、ＦｅｄＥｘ（登録商標）などの配送業者のサーバを含むことができ、これを、スケジューリングシステム３２０が、目標スケジュールを満たすために追加のリソースが必要であるときに使用することができる。

【0073】

クライアントシステム３９０は、ネットワーク３７０を介してスケジューリングシステム３２０と通信する１つまたは複数のサーバまたはストレージサービスを含むことができる。いくつかの実施形態において、クライアントシステム３９０は、スケジューリングシステム３２０に注文要求を送信することができ、スケジューリングシステムは、開示されるシステムおよび方法を使用して注文要求をリアルタイムで処理することができる。例えば、クライアントシステム３９０は、他のパラメータの中でもとりわけ約束された配達、アイテム情報、および配達のアドレスを含むことができる注文要求を含むデータストリームを送信することができる。そのような実施形態において、クライアントシステム３９０から送信される注文は、ユーザ情報、場所、取引金額、ＩＰアドレス、および／または通貨をさらに含むことができる。さらに、クライアントシステム３９０は、Ｗｉｎｄｏｗｓ（登録商標）、ｍａｃＯＳ（登録商標）、またはＬｉｎｕｘ（登録商標）オペレーティングシステムを動作させることができる。

【0074】

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

【0075】

システム３００の機能構築ブロックの構成および境界が、本明細書において、説明の便利のために定義されていることを理解すべきである。指定された機能およびその関係が適切に実行される限りにおいて、別の境界を定義することも可能である。いくつかの代案（本明細書に記載されているものの同等物、拡張、変形、逸脱、などを含む）が明らかであろう。そのような代案は、開示される実施形態の範囲に含まれる。

【0076】

ここで図４を参照すると、開示される実施形態による例示的なクライアントデバイス３５０（図３）のブロック図が示されている。いくつかの実施形態において、クライアントデバイス３５０は、輸送システムモバイルデバイス１０７Ａ、１０７Ｂ、および１０７Ｃ、または管理システムデバイス１１９Ａ～１１９Ｃ（図１Ａ）を含むことができる。

【0077】

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

【0078】

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

【0079】

メモリ４１０は、開示される実施形態に関連する機能を実行するためにプロセッサ４０２によって使用される命令を格納するように構成された１つまたは複数の記憶装置を含むことができる。例えば、メモリ４１０を、プロセッサ４０２によって実行されたときにいくつかの動作を実行することができるプログラム４１２などの１つまたは複数のソフトウェア命令で構成することができる。開示される実施形態は、専用のタスクを実行するように構成された別々のプログラムまたはコンピュータに限られない。例えば、メモリ４１０は、クライアントデバイス３５０のいくつかの機能を実行する単一のプログラム４１２を含むことができ、あるいはプログラム４１２が、複数のプログラムを含むことができる。さらに、メモリ４１０は、クライアントデバイスに配達を割り当てるためのスケジューリングシステム３２０の動作において使用され得るデータ４１６を格納することができる。

【0080】

特定の実施形態において、メモリ４１０は、スケジューリングシステム３２０にアクセスするための命令を格納することができる。例えば、メモリ４１０は、ＴＣＰ／ＩＰを介してスケジューリングシステム３２０と通信するアプリケーションを含むことができる。さらに、他のソフトウェアコンポーネントを、スケジューリングシステム３２０からの情報を要求し、あるいはクライアントデバイス３５０の場所を決定するように構成することができる。例えば、これらのソフトウェア命令は、プロセッサ４０２によって実行されたときに、情報を処理してトランザクションの状況を表示することができる。

【0081】

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

【0082】

いくつかの実施形態において、クライアントデバイス３５０は、画像をキャプチャする配達完了の検証に使用することができるカメラ４２０をさらに含むことができる。これに加え、あるいはこれに代えて、クライアントデバイス３５０は、クライアントデバイス３５０のロックの解除および／または認証の実行をユーザにとって可能にする指紋センサ４３０を含むことができる。カメラ４２０および指紋センサ４３０の両方は、プロセッサ４０２によって操作されてよく、暗号化セキュリティを使用して、ユーザが指紋またはカメラ情報に外部からアクセスすることを不可能にすることができる。

【0083】

クライアントデバイス３５０のコンポーネントを、当業者にとって明らかであるとおり、ハードウェア、ソフトウェア、あるいはハードウェアおよびソフトウェアの両方の組み合わせにて実装することができる。

【0084】

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

【0085】

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

【0086】

いくつかの実施形態において、データベース３８０は、サーバ、汎用コンピュータ、メインフレームコンピュータ、またはこれらのコンポーネントの任意の組み合わせの形態をとることができる。いくつかの実施形態において、データベース３８０は、スケジューリングシステム３２０などのシステム３００の他の要素内に含まれる。開示される実施形態に矛盾しない他の実装も可能である。

【0087】

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

【0088】

通信デバイス５０２を、オンラインリソース３４０、スケジューリングシステム３２０、またはＳＣＭシステム１１７などのシステム３００またはシステム１００の１つまたは複数のコンポーネントと通信するように構成することができる。とくには、通信デバイス５０２を、スケジューリングシステム３２０に注文情報、ユーザの好みおよび特権、および／または予測モデルの作成のための履歴傾向を提供するように構成することができる。

【0089】

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

【0090】

データベースメモリ５１０は、クライアントシステム３９０からの注文の処理ならびに例えばクライアントデバイス３５０とスケジューリングシステム３２０との間の相互作用をサポートするための命令を含むことができるプログラム５１２を含むことができる。さらなるプログラム５１２が、スケジューリングシステム３２０によって処理される情報をリアルタイムで保存するための命令を含むことができる。

【0091】

データ５１４は、オンラインリソース３４０などのウェブサイト、またはクライアントデバイス３５０からのユーザアカウントに関連するデータであってよい。データ５１４は、例えば、コンテンツを取得するためのユーザおよびユーザの資格に関する情報を含むことができる。さらに、データ３１４は、フルフィルメントセンターおよび注文に関連する履歴傾向を評価するためのコンテンツファイルおよび蓄積変数を含むことができる。

【0092】

図６は、開示される実施形態による例示的な製品要求処理プロセス６００の流れ図である。いくつかの実施形態においては、システム３００の要素が、プロセス６００を実行することができる。例えば、以下のステップの説明に開示されるように、スケジューリングシステム３２０が、プロセス６００を実行することができる。しかしながら、これは、あくまでもプロセス６００の説明のための例にすぎず、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス６００を実行することができる。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、およびＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス６００のステップのうちの１つまたは複数を実行することができる。

【0093】

ステップ６０２において、スケジューリングシステム３２０は、電子要求を受信することができる。電子要求を、離れた場所から受信することができる。例えば、電子要求を、リモートクライアントシステム３９０（図３）から受信することができる。さらに、電子要求は、製品情報（アイテムＩＤおよび価格など）および配達情報（配達予定日および／または特定の指示など）を含むことができる。

【0094】

ステップ６０４において、スケジューリングシステム３２０は、要求を送信したリモートシステムの情報を決定することができる。例えば、クライアントシステム３９０がスケジューリングシステム３２０へと要求を送信する場合、スケジューリングシステムは、注文情報に基づいてクライアントシステム３９０の情報を特定することができる。例えば、スケジューリングシステム３２０は、ステップ６０４において、注文情報に基づいて、郵便番号、顧客情報、好み、地域、住所、および／または特権を特定することができる。さらに、スケジューリングシステム３２０は、ステップ６０４において、ユーザ名、郵便番号、物理的位置、またはユーザの好みを特定することができる。

【0095】

ステップ６０６において、スケジューリングシステム３２０は、注文を完了して発送することができる１つまたは複数のフルフィルメントセンターを決定することができる。フルフィルメントセンターを、郵便番号（例えば、ステップ６０４で特定される）への近さ、製品の入手可能性、および／または目標配達日に関する予測キャパシティに基づいて決定することができる。ステップ６０６において、スケジューリングシステム３２０は、ターゲットフルフィルメントセンターを特定するために使用することができる電子要求に関する地域を決定することもできる。例えば、スケジューリングシステム３２０は、ステップ６０２で受信された要求に関する郵便番号の或る半径内にあるフルフィルメントセンターを特定することができる。

【0096】

いくつかの実施形態においては、図９に関連してさらに説明されるように、ステップ６０６においてフルフィルメントセンターを決定することが、履歴の傾向または以前の注文に基づく予測モデルまたはツールを使用することを含むことができる。例えば、フルフィルメントセンターを決定するために、スケジューリングシステム３２０は、データベース３８０（図３）に複数の以前の電子要求および関連のフルフィルメントセンターを格納し、以前の電子要求をトレーニングデータセットおよび検証データセットに分割する動作を実行することができ、トレーニングデータセットは、検証データセットよりも多くの要求を有する。さらに、スケジューリングシステム３２０は、要求情報とフルフィルメントセンターとを関連付けるトレーニングデータセットに基づいて予測モデルを生成し、検証データセットを使用して予測モデルを検証し、予測モデルを電子要求に適用することによってフルフィルメントセンターを決定する動作を実行することができる。

【0097】

ステップ６０８において、スケジューリングシステム３２０は、製品の配達プロセスを決定することができる。例えば、すでに述べたように、スケジューリングシステム３２０は、２ウェーブまたは２シフトプロセスを使用して動作することができる。ステップ６０８において、スケジューリングシステム３２０は、ステップ６０６において特定したフルフィルメントセンターの予測データを分析して、どの配達プロセスがステップ６０２において受信した注文の要件に最もよく適合するかを決定することができる。さらに、ステップ６０８において、スケジューリングシステム３２０は、配達プロセスに応じて注文を分類することができる。例えば、スケジューリングシステム３２０が、最適化された配達プロセスが２ウェーブであると判断する場合、ステップ６０８において、スケジューリングシステム３２０は、図７に関連してさらに説明されるように、注文を第１のウェーブに分類すべきであると決定することもできる。あるいは、スケジューリングシステムが、最適化された配達が２シフトであると判断する場合、ステップ６０８において、スケジューリングシステム３２０は、注文を第１または第２のシフトで配達すべきであると決定することができる。さらに、いくつかの実施形態において、配達ウェーブまたはシフトを決定することは、注文のカットオフ時間配達に基づくことができる。例えば、１２：００のカットオフ時間は、ウェーブ１（０：００～１８：００の間に定められる）における配達の割り当てを必要とすると考えられる。

【0098】

いくつかの実施形態において、ウェーブ／シフトに関して配達プロセスを決定することは、見積もられた配達プロセスを、製品がキャンプゾーン２１５（図２）へと届けられる日および期間に基づいて修正することを含む。例えば、配達ウェーブの見積もりを、ステップ６０８において、荷物の約束の日時に基づいて決定することができる。さらに、配達ウェーブの見積もりを、ＦＣ２００の変化または更新につれて更新することができる。例えば、配達ウェーブの見積もりは、或るタイプのＦＣ２００についてウェーブ１であってよいが、第２のタイプのＦＣ２００についてはシフト２であってよい。

【0099】

ステップ６１０において、スケジューリングシステム３２０は、注文内の製品が異なるウェーブまたはシフトに割り当てられているか否かを判断することができる。例えば、注文が２つの製品を含んでおり、第１の製品が０：００～１８：００の配達として定義されたウェーブ１に割り当てられ、第２の製品が１８：００～２４：００の配達として定義されたウェーブ２に割り当てられた場合、スケジューリングシステム３２０は、ステップ６１０において、２つの製品が異なるウェーブに割り当てられていると判断することができる。あるいは、２つの製品が異なるシフトに割り当てられている可能性がある。例えば、製品１が西エリア（ＦＣ２００の地域の５０％をカバー）として定義された第１のシフトに割り当てられている一方で、第２の製品が東エリア（ＦＣ２００の地域の残りの５０％をカバー）として定義された第２のシフトに割り当てられている可能性がある。そのような場合、スケジューリングシステム３２０は、やはり製品が異なるシフトを有すると判断することができる。これに代え、あるいはこれに加えて、２つの製品が異なる配達プロセスに割り当てられている可能性がある。例えば、第１の製品がウェーブによる配達に割り当てられている（すなわち、時間で分けられている）が、第２の製品がシフトによる配達に割り当てられている（すなわち、エリアで分けられている）可能性がある。そのような場合、スケジューリングシステム３２０は、やはり製品が異なるウェーブまたはシフトに割り当てられていると判断することができる。

【0100】

ステップ６１０において、スケジューリングシステム３２０が、異なる配達ウェーブまたはシフトを有する製品が存在すると判断した場合（ステップ６１０のはい）、プロセス６００は、ステップ６１２に進み、スケジューリングシステム３２０は、効率性条件に合致するように配達ウェーブまたはシフトを修正することができる。スケジューリングシステム３２０が、製品に割り当てられたウェーブまたはシフトに競合があると判断した場合、スケジューリングシステム３２０は、競合解消ルールを適用して、製品の割り当てを変更することができる。競合解消ルールは、場所、時間、経路、および／または優先度の変更など、ラストマイルの変更を含むことができる。さらに、競合解消ルールは、注文の約束の変更（タイムスロットを使用しつつ配達時に更新）、キャンプゾーン２１５またはＦＣ２００の場所の変更（効率的な配達スケジュールの再割り当て）、または顧客と宅配業者との直接連絡で合意済みのタイムスロットの変更を含むことができる。最後に、競合解消ルールは、例えば、競合解除ルールが単一の出荷では約束された配達日を達成できない場合に、出荷を分解することを含むことができる。

【0101】

他方で、スケジューリングシステム３２０が、製品が異なる配達ウェーブまたはシフトを有さないと判断した場合（ステップ６１０のいいえ）、プロセス６００は、ステップ６１２をスキップして、ステップ６１４に直接進むことができる。ステップ６１４において、スケジューリングシステム３２０は、配達（あるいは、必要であれば、複数の配達）のための情報を含む電子メッセージを生成することができる。電子メッセージは、決定されたフルフィルメントセンター、出荷される製品、時刻、ならびに配達ウェーブまたはシフトの見積もりの情報を含むことができる。電子メッセージは、システム１００および／またはクライアントデバイス３５０内の１つまたは複数の要素に向けられるＴＣＰ／ＩＰメッセージとして構成されてよい。他の実施形態において、ステップ６１４の電子メッセージは、キャンプまたはフルフィルメントセンターにおけるラベルの印刷に向けて構成されてよい。例えば、システム間のシームレスな統合により、出荷ラベルの作成時の注文情報の手入力から管理者を解放するために、電子メッセージには印刷情報がすでに含まれている場合がある。ステップ６１４の電子メッセージを、出荷ラベルの自動印刷を可能にするように構成することができる。例えば、ステップ６１４の電子メッセージを、ネットワークプリンタのためのＬｉｎｅ Ｐｒｉｎｔｅｒ Ｄａｅｍｏｎプロトコル／Ｌｉｎｅ Ｐｒｉｎｔｅｒ Ｒｅｍｏｔｅプロトコル（または、ＬＰＤ、ＬＰＲ）で直接構成することができる。これに代え、あるいはこれに加えて、ステップ６１４の電子メッセージを、インターネット印刷プロトコル（ＩＰＰ）または（共通ＵＮＩＸ印刷システム）ＣＵＰＳで構成することができる。このようにして、電子メッセージを、図１１に関連してさらに説明されるように、出荷ラベルを印刷するように構成することができる。

【0102】

ステップ６１６において、スケジューリングシステム３２０は、ステップ６１４の電子メッセージを、注文を完了するために特定されたフルフィルメントセンターまたはキャンプへと転送または送信することができる。いくつかの実施形態においては、電子メッセージを、ネットワークを介して管理者サーバへと送信することができ、次いで、管理者サーバが、対応するマネージャまたは作業員へと情報を中継することができる。これに代え、あるいはこれに加えて、電子メッセージを、マネージャまたはデバイスに直接送信することができる。例えば、電子メッセージをプリンタに直接送信して、荷物のラベルを自動的に印刷することができる。

【0103】

ステップ６１８において、スケジューリングシステム３２０は、製品および／または製品の関連のウェーブを表示するための１つまたは複数のグラフィカルユーザインターフェース（ＧＵＩ）を生成することができる。ＧＵＩを、管理者画面における表示に合わせて構成することができる。例えば、ＧＵＩを、ＬＭＳ１２５（図１Ａ）の画面に表示されるように構成することができる。あるいは、ＧＵＩを、通知および／またはタスクの割り当てを取得するために配達員によって操作されてよいクライアントデバイス３５０の画面に表示されるように構成することができる。ステップ６１８において生成される例示的なＧＵＩは、図１０および図１２Ａ～図１２Ｈに関連してさらに説明される。

【0104】

ステップ６２０において、スケジューリングシステム３２０は、出荷ラベルを印刷するための指示を生成し、フルフィルメントセンターに送信することができる。例えば、電子メッセージが、プリンタにすぐに向けられるのではなく、むしろＴＣＰ／ＩＰメッセージである実施形態においては、スケジューリングシステム３２０が、出荷ラベルを印刷するための印刷指示を生成することができる。出荷ラベルを印刷するための指示は、異なるウェーブまたはシフトに関して色分けされたラベルを含むことができる。さらに、指示は、「夜明け配達」または「プレミアム配達」などの優先度の告知を含むことができる。

【0105】

図７は、開示される実施形態による例示的な配達分類プロセス７００の流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス７００を実行することができる。例えば、以下で説明されるように、スケジューリングシステム３２０が、プロセス７００を実行することができる。しかしながら、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス７００を実行することができる。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、およびＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス７００のステップのうちの１つまたは複数を実行することができる。

【0106】

ステップ７０２において、スケジューリングシステム３２０が、注文または要求を受信することができる。例えば、スケジューリングシステム３２０は、クライアントシステム３９０からの注文またはサードパーティシステム３６０からの要求を受信することができる。いくつかの実施形態において、注文は、顧客情報、製品情報、および配達約束など、ステップ６０２において受信される注文と同様の特徴を有することができる。

【0107】

ステップ７０４において、スケジューリングシステム３２０は、受信した注文または要求に基づいて、配達場所、関連する配達約束、および注文時間を決定することができる。例えば、ステップ７０４において、スケジューリングシステム３２０は、受信した注文情報に基づいて、郵便番号、顧客情報、および顧客の好みを決定することができる。

【0108】

ステップ７０６において、スケジューリングシステム３２０は、注文に関する配達約束が存在するかどうかを決定することができる。例えば、一部の注文は、「夜明け配達」の配達約束を含む可能性がある。対照的に、他の注文または要求は、いかなる約束にも関連付けられていないかもしれない。ステップ７０６において、スケジューリングシステム３２０は、配達約束が存在するか否かを判断するために、注文または要求における情報をデコードすることができる。スケジューリングシステム３２０が、配達約束が存在すると判断する場合（ステップ７０６のはい）、スケジューリングシステム３２０は、ステップ７０８に続くことができる。

【0109】

ステップ７０８において、スケジューリングシステム３２０は、「夜明けの配達」の約束が存在するかどうか、または約束が別の配達時間の約束であるかどうかを、決定することができる。約束が夜明け配達に関する約束である場合（ステップ７０８のはい）、スケジューリングシステム３２０は、ステップ７１０に進み、配達のために注文を促進することができる。配達の促進は、夜明け配達が生じていることを通知する管理者用のＧＵＩの生成を含むことができる。夜明け配達の注文のさらなる促進は、クライアントデバイス３５０用の通知ＧＵＩおよび特定の印刷指示の生成を含むことができる。約束が夜明け配達の約束ではない場合（ステップ７０８のいいえ）、スケジューリングシステム３２０は、ステップ７１２に進み、約束に適合するウェーブまたはシフトを割り当てることができる。例えば、約束が２０：００の配達の約束である場合、スケジューリングシステム３２０は、注文を１８：００～２４：００として定義されるウェーブ２に割り当てることができる。

【0110】

ステップ７０６において、スケジューリングシステム３２０が、注文に関連する配達約束が存在しないと判断する場合（ステップ７０６のいいえ）、スケジューリングシステム３２０は、ステップ７１４に進み、フルフィルメントセンターからキャンプへの注文の到着の見積もりを決定することができる。例えば、フルフィルメントセンターを特定した後に、スケジューリングシステム３２０は、履歴の傾向、距離、および／または配達ローテーションに基づいて、配達キャンプへの到着を見積もることができる。

【0111】

ステップ７１６において、スケジューリングシステム３２０は、注文が第１のウェーブまたはシフトよりも前に配達キャンプに到着できるかどうかを判断する。スケジューリングシステム３２０が、注文が前に到着できると判断する場合（ステップ７１６のはい）、スケジューリングシステム３２０は、ステップ７１８に進み、注文を第１のウェーブまたはシフトに割り当てることができる。しかしながら、スケジューリングシステム３２０が、注文が第１の前には到着できないと判断する場合（ステップ７１６のいいえ）、スケジューリングシステム３２０は、ステップ７２０において、注文を第２のウェーブまたはシフトに割り当てることができる。

【0112】

図７に示されるように、プロセス７００のさまざまなステップは、ステップ７２２に収束することができ、ステップ７２２において、スケジューリングシステム３２０は、注文、配達ウェーブ、シフトのウェーブ、および／またはアドレスを示すためのＧＵＩを生成することができる。すなわち、注文に割り当てられた特定のウェーブ／シフトまたは優先度に関係なく、プロセス７００は、注文の分類に基づいて、管理者および／または作業員のためのＧＵＩを生成することができる。

【0113】

ステップ７２４において、スケジューリングシステム３２０は、配達ウェーブ／シフトを含む出荷ラベルを印刷するための指示を生成することができる。図１１に関連してさらに説明されるように、出荷ラベルは、配達ウェーブまたはシフトの番号などの配達プロセスの表示を含むことができる。

【0114】

ステップ７２６において、スケジューリングシステム３２０は、クライアントデバイス３５０において配達のグループ化の選択肢を表示するための指示を生成することができる。例えば、図１２Ｇに関連してさらに説明されるように、スケジューリングシステム３２０は、プロセス７００における注文の割り当てに基づいて、クライアントデバイス３５０における通知をグループ化するための指示を生成することができる。

【0115】

図８は、開示される実施形態による例示的な配達最適化プロセスの流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス８００を実行することができる。例えば、以下で説明されるように、スケジューリングシステム３２０が、プロセス８００を実行することができる。あるいは、プロセス８００を、システム１００またはシステム１００の一部によって実行することができる。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、およびＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス８００のステップのうちの１つまたは複数を実行することができる。

【0116】

ステップ８０２において、スケジューリングシステム３２０は、製品、場所、および配達約束情報を含む電子要求を受信することができる。電子要求は、ステップ６０２（図６）において受信される要求と同様であってよい。

【0117】

ステップ８０４において、スケジューリングシステム３２０は、ウェーブスケジューリングのデフォルト配達プロセスを適用することができる。ウェーブスケジューリングは、エリアのカバレッジを向上させ、保証された日付を満たすための物流を促進することができる。したがって、ステップ８０４において、スケジューリングシステム３２０は、配達約束を満たすことを最初に保証するために、ウェーブスケジューリングプロセスをデフォルトにすることができる。

【0118】

ステップ８０６において、スケジューリングシステム３２０は、予測モデルに基づいて、複数のキャンプおよび／またはフルフィルメントセンターの需要を予測することができる。図９に関連してさらに開示されるように、スケジューリングシステム３２０は、以前のデータを使用して予測モデルのトレーニングおよび検証を行うことで、需要を予測することができる。例えば、スケジューリングシステム３２０は、各々のフルフィルメントセンターの需要を、そのパフォーマンスの履歴データに基づいて見積もるために、ランダムフォレストに基づいて予測モデルを生成することができる。

【0119】

ステップ８０８において、スケジューリングシステム３２０は、予測、約束、場所、および製品情報に基づいて、最適化された配達プロセスを特定することができる。ステップ８０８において、スケジューリングシステム３２０は、デフォルトの配達プロセスに基づいて配達ルートの計算を実行することができる。例えば、スケジューリングシステム３２０は、顧客の場所のノードを生成し、顧客とキャンプゾーン２１５（または、ＦＣ２００）との各ペアの間の移動時間を計算し、選択された場所を最も近い利用可能なアドレスに割り当てることができる。いくつかの実施形態においては、目的地の各ペア間の距離を、マンハッタン距離で計算することができる。次いで、スケジューリングシステム３２０は、配達ルートを計算し、作業員の時間、運転者のキャパシティ、および交通量に基づいて配達ルートを制約することができる。次いで、各ルートが、距離、作業員の数、および必要になるキャンプへの訪問の回数によって最適化される。

【0120】

いくつかの実施形態において、スケジューリングシステム３２０は、組み合わせ最適化を使用して最適化された配達プロセスを特定することができる。スケジューリングシステム３２０は、各々の車両経路についてヒューリスティックを利用することによって、費用効果の高い配送経路を計算することができる。例えば、スケジューリングシステム３２０は、クラークライトセービング（Ｃｌａｒｋ－Ｗｒｉｇｈｔ Ｓａｖｉｎｇｓ）アルゴリズムまたは同様の方法を使用して、最適化された配達プロセスを特定することができる。そのような実施形態において、最適化された配達プロセスを、最小の移動時間に基づいて特定することができる。これに代え、あるいはこれに加えて、スケジューリングシステム３２０は、配達効率を高めるために、顧客、空間クラスタおよびアルゴリズム。そのような実施形態において、クラスタを、ルートごとの顧客の最大数を超えないようなやり方で、配達日ごとに計算することができる。

【0121】

ひとたび最適化された配達プロセスが特定されると、スケジューリングシステム３２０は、ステップ８１０に進み、特定された配達プロセスがデフォルトの配達プロセスと同じであるかどうかを判断することができる。例えば、ステップ８０８の最適化が、最適化された配達プロセスがウェーブ配達であることを示している場合、スケジューリングシステム３２０は、最適化された配達プロセスがデフォルトの配達プロセスに一致すると判断する（ステップ８１０のはい）。しかしながら、ステップ８０８の最適化が、最適化された配送プロセスがシフト配送であることを示している場合、スケジューリングシステム３２０は、最適化された配達プロセスがデフォルトの配達プロセスに一致しないと判断する（ステップ８１０のいいえ）。

【0122】

スケジューリングシステム３２０が、配達プロセスが一致しないと判断した場合（ステップ８１０のいいえ）、スケジューリングシステム３２０は、ステップ８１２に進み、配達プロセスを最適化された配達に変更することができる。例えば、ステップ８１２において、スケジューリングシステム３２０は、ステップ８０６および８０８の予測および最適化に基づいて、注文のグループの配達プロセスをウェーブ配達からシフト配達に切り替えることができる。

【0123】

ステップ８１４において、スケジューリングシステム３２０は、最適化された配達プロセスに従って、システム１００および／またはシステム３００の要素を更新することができる。例えば、スケジューリングシステム３２０は、ＦＯシステム１１３、出荷権限技術システム１０１、ＳＣＭシステム１１７、ＷＭＳ１１９、およびＬＭＳ１２５（図１Ａ）を更新することができる。

【0124】

ステップ８１６において、スケジューリングシステム３２０は、管理者または作業員のためのスケジューリング通知ＧＵＩを生成することができる。例えば、配達プロセスの更新は、図９に関連してさらに説明されるように、クライアントデバイス３５０への通知の送信および／または管理画面におけるＧＵＩの更新を含むことができる。さらに、最適化に基づく配達プロセスの変更を、印刷指示に反映させることができる。

【0125】

プロセス８００により、スケジューリングシステム３２０は、最適化変数に基づいて異なる配達プロセス間の選択を行うことができる適応型のシステムを生み出すがゆえに、自動化された配達スケジューリングの技術分野を改善することができる。現在のシステムにおいては、システムのマネージャが異なる配達プロセスの間（例えば、ウェーブ配達とシフト配達との間）の選択を手動で行う必要があるが、プロセス８００によれば、需要予測を使用して、最適化条件に基づいてシステムを動的に適応させることができる。実際に、ステップ８０６～８０８において説明した予測および最適化は、配達プロセスの頻繁かつ同時発生的な選択を可能にする。したがって、プロセス８００は、改善された技術的利点を備えた荷物配達システムを運営するための特定のコンピュータ化された方法を示している。

【0126】

図９は、開示される実施形態による予測モデルトレーニングプロセス９００を示す例示的な流れ図である。いくつかの実施形態において、システム３００の要素が、プロセス９００を実行することができる。例えば、以下で説明されるように、スケジューリングシステム３２０が、プロセス９００を実行することができる。しかしながら、これは、プロセス９００の説明のための例にすぎず、他の実施形態においては、システム１００またはシステム１００の一部が、プロセス６００を実行することができる。例えば、出荷権限技術システム１０１、ＦＯシステム１１３、およびＦＣ Ａｕｔｈ１２３（図１Ａ）が、プロセス９００のステップのうちの１つまたは複数を実行することができる。

【0127】

ステップ９０２において、スケジューリングシステム３２０は、フルフィルメントセンターにおける需要の予測モデルの要求を受信することができる。いくつかの実施形態において、要求は、ターゲットのＦＣ２００またはキャンプゾーン２１５（図２）を指定することができる。要求は、クライアントデバイス３５０に関する情報または以前の注文情報を含むことができる。さらに、要求は、クライアントデバイス３５０からもたらされてよい。

【0128】

ステップ９０４において、スケジューリングシステム３２０は、モデリングデータセットを生成することができる。スケジューリングシステム３２０は、データベース３８０、オンラインリソース３４０、および／またはクライアントデバイス３５０からの情報を使用してモデリングデータセットを生成することができる。例えば、スケジューリングシステム３２０は、データベース３８０から、注文の履歴の傾向およびそれらの対応するフルフィルメントセンターを取り出すことができる。以前の注文データは、配達の間の距離、守られなかった約束の日付、および荷物の優先度などのパフォーマンス指標も含むことができる。

【0129】

ステップ９０６において、スケジューリングシステム３２０は、ステップ９０４において生成されたモデリングデータセットを分割することによって、モデリングデータサブセットを生成することができる。例えば、スケジューリングシステム３２０は、モデリングデータセットをトレーニングデータサブセットおよび検証データサブセットに分割することができる。いくつかの実施形態においては、トレーニングデータセットおよび検証データセットを、各々のサブセットについてモデリングデータセットから要素を偶然的に選択することによって、ランダムに生成することができる。しかしながら、他の実施形態において、スケジューリングシステム３２０は、所定のルールでデータを分割することができる。いくつかの実施形態においては、モデリングデータサブセット内の要素が、独立したトレーニングデータおよび検証サブセットが生成されるように、各々のサブセットに固有であってよい。あるいは、モデリングデータサブセットは、要素を共有して重複してもよい。他の実施形態において、スケジューリングシステム３２０は、分割ルールを使用してモデリングデータセットを分割することができる。モデリングデータセットの分割ルールは、分割の数および／または異なるグループ間の比率を示すことができる。例えば、モデリングデータセットを、テスト用データおよび検証データについての８０／２０の分割を使用して分割することができる。

【0130】

モデリングデータセットの分割に基づいて、スケジューリングシステム３２０は、ステップ９０７において、分類器を選択することができる。さらに、スケジューリングシステム３２０は、ステップ９０６のモデリングデータセットを処理して、予測モデルの係数（ステップ９０８）およびハイパーパラメータ（ステップ９１０）を決定することができる。予測モデルは、ＦＣ２００の需要に固有であってよく、パラメトリック、ノンパラメトリック、またはセミパラメトリックであってよい。例えば、いくつかの実施形態において、スケジューリングシステム３２０は、フロードの確率を特定するための予測モデルとして複数の決定木を生成することができる。他の実施形態において、スケジューリングシステム３２０は、ニューラルネットワーク、Ｇｒｏｕｐ Ｍｅｔｈｏｄ ｏｆ Ｄａｔａ Ｈａｎｄｌｉｎｇ（ＧＭＤＨ）アルゴリズム、単純ベイズ分類器、および／または多変量適応型回帰スプラインを生成することができる。これに代え、あるいはこれに加えて、スケジューリングシステム３２０は、線形回帰、ランダムフォレスト、および／またはロジスティック回帰に基づいてモデルを生成することができる。例えば、スケジューリングシステム３２０は、ＦＣ２００およびキャンプゾーン２１５の両方における需要を予測するためにランダムフォレストモデルを作成することができる。曜日、時間、注文タイプ、および宛先アドレスなどのパラメータを有するステップ９０６～９１０で生成されたモデルは、フルフィルメントセンターまたはキャンプにおける需要を予想するためのツール、および配達目標を達成する能力を生み出すことができる。

【0131】

ステップ９１４において、スケジューリングシステム３２０は、モデルが完成したかどうか、またはモデルが停止基準に達したかどうかを評価することができる。例えば、スケジューリングシステム３２０が決定木を生成する場合、ステップ９１４において、スケジューリングシステム３２０は、エンドノードについて停止基準が満たされているかどうかを評価することができる。いくつかの実施形態において、停止基準は、モデルに固有であってよく、あるいはハイパーパラメータによって定められてよい。

【0132】

停止基準が満たされない場合、スケジューリングシステム３２０は、ステップ９１６に進み、新たな変数またはパラメータを選択して、新たな分類器を決定することができる。例えば、配達日時の変数に対して、スケジューリングシステム３２０は、配達の好みまたは顧客の特権の変数を含むことができる。あるいは、停止基準が満たされたとき、スケジューリングシステム３２０は、ステップ９１８に進み、ステップ９１８において、スケジューリングシステム３２０は、トレーニングデータセットの一部を使用してモデルの精度を計算することができる。

【0133】

ステップ９２０において、スケジューリングシステム３２０は、モデルの精度が精度しきい値を超えているかどうかを評価することができる。いくつかの実施形態においては、モデルの精度しきい値を、予測モデルの最適化目標セットに基づいて自動的に調整することができる。モデルの精度がしきい値を超えていない場合（ステップ９２０のいいえ）、モデルをステップ９２６において破棄することができる。計算された精度がしきい値を超える場合（ステップ９２０のはい）、スケジューリングシステム３２０は、ステップ９２２においてモデルに加重係数を割り当て、ステップ９２４においてモデルをモデルのセットに含めることができる。加重係数は、計算された精度に関連付けられてよい。例えば、加重係数は、精度に比例することができる。

【0134】

プロセス９００を、複数のモデルを生成するために複数回繰り返すことができる。いくつかの実施形態において、スケジューリングシステム３２０は、最低限のモデルが生成されるまでプロセスを繰り返すことができる。

【0135】

図１０は、開示される実施形態による管理者デバイスにおける例示的なグラフィカルユーザインターフェース（ＧＵＩ）１０００の正面図である。ＧＵＩ１０００を、管理システム１１９のデバイス（例えば、デバイス１１９Ａ～１１９Ｃ）上に表示することができ、注文が受信されているときに更新することができる。ＧＵＩ１０００を、内部フロントエンドシステム１０５（図１Ａ）におけるデバイスなど、システム１００の他のデバイスにも表示することができる。

【0136】

ＧＵＩ１０００は、複数の行１００２（ａ）～（ｎ）を含む。各々の行１００２は、配達されるべき荷物を特定することができる。例えば、各々の行１００２は、例えばステップ６０２（図６）において受信された注文に関連付けられてよい。

【0137】

図１０に示されるように、ＧＵＩ１０００は、各々の行１００２についてさまざまな情報フィールドを詳述する複数の列を含むことができる。ＧＵＩ１０００は、追跡番号の列１００４、荷送人名の列１００６、顧客ＩＤの列１００８、日付の列１０１０、および配達プロセスの列１０１２を含むことができる。いくつかの実施形態において、配達プロセスの列１０１２は、例えばプロセス９００（図９）において注文がどのウェーブまたはシフトに割り当てられたかを指定することができる。さらに、配達プロセスの列１０１２は、注文について夜明け配達が予定されているかどうかを示すことができる。

【0138】

さらに、ＧＵＩ１０００は、システムマネージャが対応する行１００２内の注文に関してアクションを実行することを可能にするアクションの列１０１４を含むことができる。アクションは、出荷ラベルの印刷、削除、修正、および／または割り当ての変更を含むことができる。

【0139】

図１１は、開示される実施形態による例示的な出荷ラベル１１００である。出荷ラベル１１００を、ステップ６２０（図６）またはステップ７２４（図７）において生成することができる。

【0140】

出荷ラベル１１００は、配達プロセスノート１１０２を含むことができる。配達プロセスノート１１０２は、ウェーブ配達またはシフト配達、あるいは夜明け配達または夜間配達を指定することができる。出荷ラベル１１００は、バーコード１１０４、宛先アドレス１１０６、および返送アドレス１１０８をさらに含むことができる。図６に関連してすでに述べたように、いくつかの実施形態においては、出荷ラベル１１００を、分類またはカテゴリに基づいて自動的に生成および印刷することができる。

【0141】

図１２Ａは、開示される実施形態によるモバイルデバイスにおける第１の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２０１の正面図である。ＧＵＩ１２０１は、配達サービスアプリケーションのためのホームメニュー１２０２の概略図を示している。

【0142】

図１２Ｂは、開示される実施形態によるモバイルデバイスにおける第２の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２０３の正面図である。ＧＵＩ１２０３は、配達１２０４（ａ）～１２０４（ｎ）のリストを示している。配達１２０４のそれぞれについて、ＧＵＩ１２０３は、とりわけ、アクションを承諾する、拒否する、および完了させるための複数のボタンを表示する。

【0143】

図１２Ｃは、開示される実施形態によるモバイルデバイスにおける第３の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２０５の正面図である。ＧＵＩ１２０５は、グループ化の選択肢のバナー１２０６を示している。配達プロセス（すなわち、ウェーブ配達またはシフト配達）に基づいて、バナー１２０６は、配達を異なるグループ化に手動で適合させる選択肢をユーザに与える。例えば、クライアントデバイス３５０のユーザは、配達プロセスを適応させるための提案があるときに、携帯電話機にて直接システムを更新することができる。状況によっては、作業員が、配達能力についての最新の情報を有している可能性がある。交通事故または他の予測できない状況によって、例えば、スケジューリングシステム３２０によって自動的に実行される最適化されたスケジュールでの配達を妨げる可能性がある。ＧＵＩ１２０５により、ユーザは、フィードバックを提供し、配達のための異なるグループ化を提案することができる。

【0144】

図１２Ｄは、開示される実施形態によるモバイルデバイスにおける第４の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２０７の正面図である。携帯電話機の限られた画面スペースに複数のアイテムをすべて表示するという技術的な問題に対処するために、ＧＵＩ１２０７は、フィルタ１２０８を示している。フィルタ１２０８を使用して、携帯電話機に表示される配達１２０４の数を減らすことができる。フィルタ１２０８は、配達プロセス、配達ウェーブ、および／または配達エリアに基づいて注文を選択することによって動作することができる。

【0145】

図１２Ｅは、開示される実施形態によるモバイルデバイスにおける第５の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２０９の正面図である。ＧＵＩ１２０９は、画面に表示されている新規の配達を追加するための新規配達バナー１２１０を示している。さらに、バナー１２１０は、ユーザが追加の配達を要求すること、または未完の配達を完了させることができないことを通知することを、可能にすることができる。

【0146】

図１２Ｆは、開示される実施形態によるモバイルデバイスにおける第６の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２１１の正面図である。ＧＵＩ１２１１は、配達１２１２をグループ化するための選択肢を示している。図１２Ｆに示されるように、ＧＵＩ１２１１は、配達１２１２のそれぞれをグループ化アイコンに関連付ける。

【0147】

図１２Ｇは、開示される実施形態によるモバイルデバイスにおける第７の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２１３の正面図である。ＧＵＩ１２１１においてグループとなるべき配達を選択した後に、選択された配達１２１２のグループについて特定のウェーブ／シフトまたは他の配達プロセスを作業員が選択できるように、ＧＵＩ１２１３を表示することができる。図１２Ｇに示されるように、ＧＵＩ１２１３は、選択された配達について、割り当てられるべきグループをユーザが示すことができる選択メニュー１２１４を含むことができる。

【0148】

図１２Ｈは、開示される実施形態によるモバイルデバイスにおける第８の例示的なグラフィカルユーザインターフェース（ＧＵＩ）１２１５の正面図である。ＧＵＩ１２１５は、新規グループ作成メニュー１２１６を示している。ユーザは、ＧＵＩ１２１５を使用して配達プロセスに新たな方法またはシフトを追加することができる。

【0149】

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

【0150】

開示されたシステムおよび関連の方法について、さまざまな修正および変形が可能であることは、当業者にとって明らかであろう。本明細書を検討し、開示されたシステムおよび関連の方法を実施することにより、他の実施形態が当業者にとって明らかであろう。本明細書および実施例は、あくまでも例示として考慮されるように意図されているにすぎず、真の範囲は、以下の特許請求の範囲およびそれらの同等物によって示される。

【0151】

本開示を、本開示の特定の実施形態を参照して提示および説明してきたが、本開示を、修正を必要とせずに、他の環境において実施できることを、理解できるであろう。以上の説明は、例示の目的で提示されている。以上の説明は、すべてを網羅するものではなく、開示された正確な形態または実施形態に限定されない。本明細書を検討し、開示された実施形態を実施することで、修正および調整が当業者にとって明らかであろう。さらに、本開示の実施形態の態様は、メモリに格納されるものとして説明されているが、これらの態様を、例えばハードディスクまたはＣＤ－ＲＯＭなどの二次記憶デバイス、あるいは他の形態のＲＡＭまたはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、Ｂｌｕ－ｒａｙ、または他の光ドライブ媒体などの他の種類のコンピュータ可読媒体に格納してもよいことを、当業者であれば理解できるであろう。

【0152】

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

【0153】

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

【0154】

したがって、以上の説明は、あくまでも例示の目的で提示されているにすぎない。以上の説明は、すべてを網羅するものではなく、開示された正確な形態または実施形態に限定されない。本明細書を検討し、開示された実施形態を実施することで、修正および調整が当業者にとって明らかであろう。

【0155】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図12C】

【図12D】

【図12E】

【図12F】

【図12G】

【図12H】