特許 7595436 ２Ｄ画像を推奨するシステムおよび方法

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

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

(11)【特許番号】

(24)【登録日】2024-11-28

(45)【発行日】2024-12-06

(54)【発明の名称】２Ｄ画像を推奨するシステムおよび方法

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20241129BHJP

【ＦＩ】

G06Q30/0601 330

【請求項の数】 23

(21)【出願番号】P 2020170285

(22)【出願日】2020-10-08

(65)【公開番号】P2021096830

(43)【公開日】2021-06-24

【審査請求日】2023-10-05

(31)【優先権主張番号】16/714,301

(32)【優先日】2019-12-13

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

(31)【優先権主張番号】20188513

(32)【優先日】2020-07-30

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

(73)【特許権者】

【識別番号】520289589

【氏名又は名称】ショッピファイ インコーポレイテッド

(74)【代理人】

【識別番号】100107456

【弁理士】

【氏名又は名称】池田 成人

(74)【代理人】

【識別番号】100162352

【弁理士】

【氏名又は名称】酒巻 順一郎

(74)【代理人】

【識別番号】100123995

【弁理士】

【氏名又は名称】野田 雅一

(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】

前記ビューパラメータについての前記複数の記憶された選択された値は、
複数の選択されたズームレベル、
前記記憶された３Ｄモデルに基づいて生成された仮想オブジェクトの複数の選択されたサイズ、または、
該仮想オブジェクトの複数の選択された視覚特性
のうちの少なくとも１つを含む、請求項１６に記載の方法。

【請求項21】

前記ビューパラメータについての前記第１の選択された値を表す前記データは、少なくとも閾値滞留時間である前記第１の滞留時間に基づいて、前記データのグループにおいて記憶される、請求項１６に記載の方法。

【請求項22】

前記３Ｄモデルデータを前記第１の電子デバイスに送る前に、該３Ｄモデルデータを前記顧客コーホートに関連付けられた複数の他の顧客電子デバイスに送ることと、
前記複数の他の顧客電子デバイスの各々から、前記ビューパラメータについての前記複数の記憶された選択された値のうちのそれぞれ１つを表すデータ、および前記それぞれの関連付けられた滞留時間を受け取ることと、
前記データのグループにおいて、該複数の他の顧客電子デバイスから受け取られた該データを記憶することと
によって該データのグループを収集することをさらに含む、請求項１６に記載の方法。

【請求項23】

前記第１の電子デバイスに、仮想現実環境または拡張現実環境における前記記憶された２Ｄモデルを表示させることをさらに含む、請求項１６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ｅ‐コマースプラットフォームに実装され得る２次元画像を推奨するシステムおよび方法に関する。

【背景技術】

【0002】

（背景）
ｅ‐コマースプラットフォームは、顧客がマーチャントからマーチャント製品（例えば、商品および／またはサービス）を購入することを可能にし得る。顧客は、頻繁に関心の対象となり得るマーチャント製品を発見する（例えば、ｅ‐コマースプラットフォームによって提供される検索サービスおよび／または推奨サービスを使用する）ためにｅ‐コマースプラットフォームも使用し得る。

【0003】

顧客は、ｅ‐コマースプラットフォームで購入を行う前に製品（またはサービス）の詳細をビューし得る。典型的に、マーチャントオンラインストアは、様々な製品および／またはサービスの一覧を列挙し得、提供物の各リスティングは、提供物に関連付けられた１つ以上の画像を有し得、そのうちの少なくとも１つの画像は、デフォルト画像であることができる。典型的に、デフォルト画像は、提供物についてのリスティングページに示されるドミナント画像である。例えば、デフォルト画像は、所与の提供物についての複数の画像のうち、リスティングページに示される最大の画像であり得る。別の例において、デフォルト画像は、リスティングページに示される唯一の画像であり得るが、追加画像は、利用可能である場合、ビューから隠され得る。従って、正しいデフォルト画像は、オンラインストアを通じてマーチャントによって提供物についての良い第一印象を与える点において価値を有し得る。

【0004】

顧客は、マーチャント提供物を探すために一般検索エンジン（例えば、Ｇｏｏｇｌｅ（商標））も使用し得、検索エンジンは、顧客の検索クエリに基づいて複数の結果を返送し得る。いくつかの返送された結果は、オンラインストアに関連付けられた画像または検索クエリに合致する提供物を含み得る。画像を含む返送された検索結果は、潜在顧客を引き付けることおよび仮想フットトラフィックを生成することにおいて、マーチャントのオンラインストアにとって強力なツールであることができる。従って、ウェブベースの検索エンジンクエリに返答することにおいて、オンラインストアまたは提供物を表す最も適切な画像を提供することが重要であり得る。

【0005】

従来において、ほとんどのマーチャントは、どの代表画像がリスティングにおけるデフォルト画像としてまたはウェブベースの検索エンジンに返答するための画像として選択されるべきかを知らない。多くの場合、マーチャントは、考えすぎることなく代表ビュー（例えば、合理的な設定において製品全体を示す製品ビュー）を選択する。

【0006】

従って、リスティングに含むべき画像および／またはオンラインストアを表す画像の選択を助けるために改善が望まれる。

【発明の概要】

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

【0007】

（概要）
本開示は、様々な例を説明し、２Ｄ画像は、３Ｄモデルに基づいて推奨される。いくつかの実装において、３Ｄモデルは、オンラインストアにおいて提供する製品に関連付けられる。例えば、２Ｄビューまたは２Ｄ画像は、顧客がオンラインストアにおいて提供する製品の記憶された３Ｄモデルに対してどのように操作またはやり取りを行うかに基づいて推奨され得る。いくつかの実装において、やり取りは、拡張現実（ＡＲ）または仮想現実（ＶＲ）環境において起き得る。

【0008】

本開示のいくつかの局面において、３Ｄモデルに基づいて２Ｄ画像についての推奨を生成するためのシステムが提供される。システムは、ストレージと通信するプロセッサを含み得、プロセッサは、システムに以下をさせる指示を実行するように構成される：オンラインストアの提供製品に関連付けられた３次元（３Ｄ）モデルデータを第１の電子デバイスに送ることであって、３Ｄモデルデータは、記憶された３Ｄモデルから生成されること；第１の電子デバイスから記憶された３Ｄモデルのビューパラメータについての選択された値を表すデータを受け取ること；受け取ったデータから記憶された３Ｄモデルの所望の２次元（２Ｄ）ビューを決定すること；および第２の電子デバイスのためにオンラインストアの提供製品と関連付けられた記憶されたリスティングにおいて所望の２Ｄビューを含むための推奨を生成すること。

【0009】

いくつかの例において、推奨は、所望の２Ｄビューが提供製品のための記憶されたリスティングにおいて存在しないことを決定した後に生成される。

【0010】

いくつかの例において、指示は、さらに、システムに、記憶された３Ｄモデルから所望の２Ｄビューに対応する２Ｄ画像を生成させる。

【0011】

いくつかの例において、指示は、さらに、システムに、所望の２Ｄビューがリスティングにおいて存在しないことを決定するために生成された２Ｄ画像と提供製品についての記憶されたリスティングに含まれる現在の２Ｄ画像とを比較させる。

【0012】

いくつかの例において、推奨は、２Ｄ画像を含むか、または、２Ｄ画像によって記憶されたリスティングをアップデートするためのオプションを含む。

【0013】

いくつかの例において、ビューパラメータについての選択された値は、選択されたズームレベル、記憶された３Ｄモデルに基づいて生成された仮想オブジェクトの選択されたサイズ、選択されたビュー角度、仮想オブジェクトの選択された向き、または、仮想オブジェクトの選択された視覚特性のうちの１つを含む。

【0014】

いくつかの例において、ビューパラメータについての選択された値は、閾値滞留時間だけビューパラメータについての選択された値において記憶された３Ｄモデルがビューされることに基づく選択された値であると決定される。

【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】

【図1】図１は、本明細書において説明される例が実装され得る例示的ｅ‐コマースプラットフォームのブロック図である。

【0040】

【図2】図２は、図１のｅ‐コマースプラットフォームを介してアクセスされ得るアドミニストレータの例示的ホームページである。

【0041】

【図3】図３は、アプリケーション開発に関するいくつかの詳細を示す図１のｅ‐コマースプラットフォームの別のブロック図である。

【0042】

【図4】図４は、図１のｅ‐コマースプラットフォームを使用して購入が行われたときに行われ得る例示的データフローを示す。

【0043】

【図5】図５は、ｅ‐コマースプラットフォームの例示的ハードウェア構成のブロック図である。

【0044】

【図6】図６は、３Ｄモデルを処理することに関するいくつかの詳細を示す図１のｅ‐コマースプラットフォームの別のブロック図である。

【0045】

【図7】図７は、図１のｅ‐コマースプラットフォームによって記憶され得る製品の例示的３Ｄモデルを示す。

【0046】

【図8】図８は、図７における３Ｄモデルによってレンダリングされた例示的２Ｄビューを示す。

【0047】

【図9】図９は、３Ｄ座標系において置かれた３Ｄモデルと、ビュー点に基づいて生成された例示的２Ｄビューとを示す概略図である。

【0048】

【図10A】図１０Ａ、１０Ｂおよび１０Ｃは、各々図７における３Ｄモデルによってレンダリングされた別の例示的２Ｄビューを示す。

【図10B】図１０Ａ、１０Ｂおよび１０Ｃは、各々図７における３Ｄモデルによってレンダリングされた別の例示的２Ｄビューを示す。

【図10C】図１０Ａ、１０Ｂおよび１０Ｃは、各々図７における３Ｄモデルによってレンダリングされた別の例示的２Ｄビューを示す。

【0049】

【図11】図１１は、３Ｄモデルに基づいて２Ｄ画像についての推奨を生成するために図１のｅ‐コマースプラットフォームによって実施され得る例示的方法のフローチャートである。

【0050】

【図12】図１２は、３Ｄモデルに基づいて２Ｄ画像についての推奨を生成するために図１のｅ‐コマースプラットフォームによって実施され得る例示的方法のフローチャートである。

【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】

随意に、ステップ１２０６において、ｅ‐コマースプラットフォーム１００は、第２の３Ｄモデルを受け取り得る。第２の３Ｄモデルは、第１の３Ｄモデルと同じマーチャント製品の別の３Ｄモデルであり得、例えば、第２の３Ｄモデルは、異なる視覚特性またはアップデートされた製品材料に基づいて生成され得る。第２の３Ｄモデルは、例えば、第１の３Ｄモデルと同じマーチャント提供物のバリエーションに関連付けられ得る。代替として、第２の３Ｄモデルは、同じマーチャントまたは異なるマーチャントからの別のマーチャント製品についてのものであり得る。

【0156】

ステップ１２０８において、ｅ‐コマースプラットフォーム１００は、マーチャント製品の第１の３Ｄモデルのビューパラメータについての選択された値を表す受け取られたデータから、マーチャント提供物の第２の３Ｄモデルの所望の２Ｄビューを決定し、第１の３Ｄモデルが第２の３Ｄモデルに関連する（例えば、第１の３Ｄモデルおよび第２の３Ｄモデルは、同じマーチャント提供物のものであるか、または、同じ種類のマーチャント提供物である）ことを認識する。例えば、両方の３Ｄモデルは、製品データベース３１０における同じマーチャント提供物によってリファレンスされ得るか、または、マーチャント提供物は、異なる製品であるときは、同じ製品カテゴリーに属し得るそれぞれの３Ｄモデルをリファレンスされ得る。

【0157】

いくつかの実施形態において、第１の３Ｄモデルおよび第２の３Ｄモデルが同じマーチャント提供物に関連付けられることを根拠として、第１の記憶された３Ｄモデルは、第２の記憶された３Ｄモデルに関連すると決定され得る。例えば、マーチャント提供物は、製品データベース３１０におけるデータエントリにおいて記憶され得、データエントリは、第１の３Ｄモデルについてのリファレンスと第２の３Ｄモデルについてのリファレンスとを含み得る。リファレンスは、例えば、第１の３Ｄモデルおよび第２の３Ｄモデルについてのそれぞれのメモリアドレスであり得る。この場合、第１の３Ｄモデルは、第２の３Ｄモデルに関連すると認識されかつその逆も認識される。別の例において、第１の３Ｄモデルおよび第２の３Ｄモデルの各々は、３Ｄデータベース３３０におけるそれぞれのデータエントリにおいて別々に記憶され得る。３Ｄデータベース３３０におけるそれぞれのデータエントリは、マーチャント提供物を表す値（例えば、リファレンスまたはメモリアドレス）を含む製品フィールドを含み得る。第１の３Ｄモデルについての３Ｄデータベースにおけるデータエントリにおける製品フィールドにおける値が、第２の３Ｄモデルについての３Ｄデータベースにおけるデータエントリにおける製品フィールドにおける値と同じである場合、２つの３Ｄモデルの後ろにある２つのマーチャント提供物は、同じマーチャント提供物の同一物またはバリエーションのいずれかであり、これは、第１の３Ｄモデルおよび第２の３Ｄモデルが互いに関連することを意味する。

【0158】

いくつかの実施形態において、第１の記憶された３Ｄモデルおよび第２の記憶された３Ｄモデルは、異なるマーチャント提供物に関連付けられ得、異なるマーチャント提供物が同じカテゴリー属することを根拠として、第１の記憶された３Ｄモデルは、第２の記憶された３Ｄモデルに関連すると決定され得る。例えば、異なるマーチャント提供物の各記憶されたリスティングは、製品データベース３１０におけるそれぞれのデータエントリにおいて記憶され得、各データエントリは、マーチャント提供物についての製品カテゴリーを表すそれぞれのフィールド値を含む製品フィールドを有し得る。第１の３Ｄモデルについてのマーチャント提供物についてのカテゴリーフィールドにおける値が第２の３Ｄモデルについてのマーチャント提供物についてのカテゴリーフィールドにおける値と同じである場合、次に、マーチャント提供物は、同じカテゴリーであると決定され、第１の３Ｄモデルおよび第２の３Ｄモデルは、互いに関連すると決定される。例えば、第１の３Ｄモデルは、ダイニングテーブルであり得、第２の３Ｄモデルは、コーヒーテーブルであり得る。

【0159】

いくつかの実施形態において、第１の記憶された３Ｄモデルおよび第２の記憶された３Ｄモデルは、各々が異なる製品種類を有する異なるマーチャント提供物（同じまたは異なるマーチャントからの）に関連付けられ得るが、それでも互いに関連すると考えられる。例えば、ブランドＡの１本のサングラスは、同じブランドＡにおける１本のスノーゴーグルに関連し得る。この場合、関連性は、２つのマーチャント提供物が同じマーチャントまたは同じオンラインストアに関連付けられることに基づいて決定され得る。いくつかの実施形態において、マーチャント提供物が異なる製品でありかつ異なるブランドからのものであっても、２つの３Ｄモデルの後ろの２つのマーチャント提供物の視覚的外観が互いに高い類似性を有する場合、第１の３Ｄモデルおよび第２の３Ｄモデルは、互いに関連すると決定され得る。この場合、関連性は、視覚的外観類似性スコアに基づいて決定され得、そして、視覚的外観類似性スコアは、既知の方法（例えば、機械視覚技術を使用して）で３Ｄモデル自体に基づいて計算され得る。換言すると、それぞれのマーチャント提供物に関わらず、２つの３Ｄモデルは、それらが視覚的視点から非常に類似すると思われた場合そしてそのようなとき、互いに関連すると決定され得る。ｅ‐コマースプラットフォーム１００は、２つの３Ｄモデル間の視覚的外観比較を行って視覚的外観類似性スコアを計算するように構成され得；次に、スコアが特定の閾値を超えている場合、本開示において説明されているステップに従って、２つの３Ｄモデルは、互いに関連すると決定され得、そして、３Ｄモデルのうちの１つについての所望の２Ｄビューについての推奨は、他の３Ｄモデルに基づいて生成され得る。

【0160】

所望の２Ｄビューは、第１の３Ｄモデルに関連付けられた対応するビューパラメータについての収集された値に基づいて生成された１つ以上のビューパラメータ（第２の３Ｄモデルについての）についての１つ以上の最適値を含み得る。例えば、第１の３Ｄモデルについてのビューデータに基づいて、ステップ１１０６において上で説明されたものに類似する１つ以上のビューパラメータについての最適値が、決定され得る。次に、それらの最適値は、第２の３Ｄモデルについての所望の２Ｄビューを決定するために第２の３Ｄモデルに適用され得る。例えば、マーチャント製品が椅子であるとき、第１の３Ｄモデルは、革製の椅子に関連付けられ得、第２の３Ｄモデルは、同じ椅子であるがリネン製である椅子に関連付けられ得る。両方の椅子は、同じサイズおよび構造であり得るため、第１の３Ｄモデルの所望の２Ｄビューの１つ以上のビューパラメータ（例えば、ビュー点および／またはズームレベル）についての選択された値の一部または全ては、第２の３Ｄモデルに適用可能であり得る。別の例において、第１の３Ｄモデルは、大人用に作られた椅子に関連付けられ得、第２の３Ｄモデルは、子供用に作られた椅子に関連付けられ得るが、両方の椅子は、同じ構造および材料を有し、唯一の違いは、サイズである。この場合、第１の３Ｄモデルの所望の２Ｄビューの１つ以上のビューパラメータ（例えば、色）についての選択された値の一部は、第２の３Ｄモデルに適用可能であり得るが、ビュー点およびズームレベルは、２つの椅子間のサイズの違いに基づいて調節され得る。

【0161】

いくつかの実施形態において、第１の３Ｄモデルおよび第２の３Ｄモデルが異なるマーチャント提供物のものであるが同じ製品カテゴリーにある場合、第１の３Ｄモデルからのデータに基づいて収集された特定のビューパラメータは、第２の３Ｄモデルについての推奨を生成するために使用されることから排除され得る。例えば、色および質感等の１つ以上の視覚特性は、それらが第１の３Ｄモデルに関連付けられたマーチャント提供物に限定され得るため排除され得るが、サイズおよびビュー点等の他のビューパラメータは、依然として第２の３Ｄモデルに関連付けられたマーチャント提供物に関連し得る。他の可能性は、存在し得る。

【0162】

ステップ１２１０において、ｅ‐コマースプラットフォーム１００は、図１１に関して上で説明された手順に類似して、記憶されたリスティングにおいて所望の２Ｄビューを含むために第２の電子デバイスについての推奨を生成する。記憶されたリスティングは、第２の２Ｄモデルによって表されたマーチャント製品に関連付けられたリスティングおよび／または第２の２Ｄモデルに関連付けられたオンラインストアのリスティングであり得る。

【0163】

いくつかの実施形態において、図１１のステップ１１０８に類似して、ステップ１２１０は、任意であり得、その場合、２Ｄ画像生成器３４２は、所望の２Ｄビューについての推奨を生成することなく所望の２Ｄビューに基づいて第２の３Ｄモデルについての２Ｄ画像を生成できる。例えば、ｅ‐コマースプラットフォーム１００は、第２の電子デバイス（例えば、マーチャント電子デバイス１０２）のために推奨を生成する必要なく、所望の２Ｄビューに基づいて１つ以上のマーチャント製品についての１つ以上の対応する２Ｄ画像を自動的に生成するように構成され得る。これは、マーチャント製品についての記憶されたリスティングまたはオンラインストア一般における全ての記憶されたリスティングをマーチャントが設定する間にそれ自身によって事前構成され得る。一旦所望の２Ｄビューに対応する２Ｄ画像が生成されると、それは、２Ｄ画像データベース３２０において記憶され得、所望の２Ｄビューのためのリファレンス（例えば、メモリアドレス）は、対応するマーチャント製品についての製品データベース３１０におけるデータエントリ３１５において記憶され得る。いくつかの実施形態において、ｅ‐コマースプラットフォーム１００は、マーチャント製品の記憶されたリスティングにおけるマーチャント製品についての生成された２Ｄ画像をリアルタイムでまたは一括処理を介してのいずれかで自動的にアップロードするように構成され得る。この特徴は、記憶設定においてシステムアドミニストレータまたはマーチャントによってオンまたはオフにされ得る。

【0164】

ステップ１２０６が実施される例において、ステップ１２０８およびステップ１２１０は、第２の３Ｄモデルを受け取ることに応答して実施され得る。例えば、ｅ‐コマースプラットフォーム１００に第２の３Ｄモデルが最初にアップロードされる（例えば、新しい製品リスティングの作成の一部として）とき、第２の３Ｄモデルの所望の２Ｄビューについての推奨は、生成され得る。

【0165】

ステップ１２０６が省略された例において、ステップ１２０８およびステップ１２１０は、記憶された第２の３Ｄモデル（例えば、既存の製品リスティングについて以前にアップデートされた）について実施され得る。例えば、ステップ１２０８およびステップ１２１０は、マーチャントデバイスから要求を受け取った後に実施され得る。

【0166】

いくつかの局面において、マーチャントデバイス１０２は、マーチャント提供物に関連付けられた３Ｄモデルの所望の２Ｄビューについての推奨を受け取るための方法を実施するように構成され得る。マーチャントデバイス１０２は、任意のステップとして、オンラインストア１３８におけるマーチャント提供物の記憶されたリスティングにおいて３Ｄモデルが使用されることができるように、マーチャント提供物についての３Ｄモデルをｅ‐コマースプラットフォーム１００にアップロードし得る。代替として、マーチャントデバイス１０２は、ｅ‐コマースプラットフォーム１００にマーチャント提供物についての３Ｄモデルを提供するように要求し得る。次に、このステップも任意のステップであるが、マーチャントデバイス１０２は、マーチャント提供物についての記憶されたリスティングについてのデフォルト２Ｄ画像をアップロードまたは選択し得る。代替として、そしてまた任意で、マーチャントデバイス１０２は、ｅ‐コマースプラットフォーム１００にマーチャント提供物についてのデフォルト２Ｄ画像を提供するように要求し得る。デフォルト２Ｄ画像は、マーチャント提供物についての複数の画像の中からデフォルトで示されたドミナント画像（例えば、製品ランディングページ上で最も大きい画像）であり得る。他の実施形態において、デフォルト画像は、デフォルトで示されたマーチャント提供物についての唯一の画像であり得る。いくつかの場合において、デフォルト２Ｄ画像は、顧客フィードバックを一切考慮せずにｅ‐コマースプラットフォーム１００によって３Ｄモデルに基づいてランダムに生成された２Ｄ画像であり得る。

【0167】

次に、任意のステップとして、マーチャントデバイス１０２は、マーチャント提供物に関連付けられた３Ｄモデルからの所望の２Ｄ画像についての推奨の要求をｅ‐コマースプラットフォーム１００に送り得る。要求された推奨は、３Ｄモデルに関連付けられたマーチャント提供物へのリンクまたは３Ｄモデル自体へのリンクを含み得る。推奨要求は、推奨を生成するためのデータ源を特定し得、それは、同じまたは異なる製品種類の、３Ｄモデル自体に関連付けられたデータ、同じマーチャント提供物の同じバリエーションの他の３Ｄモデルに関連付けられたデータ、同じマーチャント提供物の他のバリエーションの３Ｄモデルに関連付けられたデータ、および／または、他のマーチャント提供物（同じまたは異なるマーチャントからの）の３Ｄモデルに関連付けられたデータを含み得る。推奨要求がデータ源を一切特定しない場合、デフォルト設定が適用し得る。デフォルト設定は、例えば、３Ｄモデルに関連付けられたデータのみまたは３Ｄモデルのマーチャント提供物に関連付けられたデータのみを含み得る。

【0168】

次に、マーチャントデバイス１０２は、マーチャント提供物の３Ｄモデルの所望の２Ｄビューについての推奨を受け取り得る。推奨は、所望の２Ｄビューについての１つ以上のビューパラメータについての１つ以上の最適値を含み得、かつ／または、所望の２Ｄビューに対応する２Ｄ画像を含み得る。推奨は、ある期間中に回収されたデータに基づいて、特定の顧客コーホートから回収されたデータに基づいて、１つ以上バリエーションおよび／または１つ以上のマーチャント提供物から回収されたデータに基づいて、積極的な顧客行動に基づいて、またはその組み合わせによって、マーチャント提供物の所望の２Ｄビューが決定されたことを示す情報をさらに含み得る。そのような情報は、所望の２Ｄビュー（または推奨された２Ｄ画像）をリスティングに含むことがより多くの顧客ビュー、売上、または他の前向きな結果をもたらす可能性が高いことをマーチャントに示し得る。

【0169】

最後に、マーチャントデバイス１０２は、マーチャント提供物の３Ｄモデルの所望の２Ｄビュー（および／または推奨された２Ｄ画像）についての推奨を承諾または拒否することを選択し得る。いくつかの場合において、推奨は、マーチャント製品の３Ｄモデルの所望の２Ｄビューに基づいて生成された２Ｄ画像によってマーチャント提供物の記憶されたリスティングをアップデートするためのオプションを含み得る。マーチャントデバイス１０２は、推奨におけるビューパラメータに基づいて生成された２Ｄ画像によって記憶されたリスティングをアップデートすることに対する承諾を示す応答を送り得る。

【0170】

いくつかの実施形態において、所望の２Ｄビューによってマーチャント提供物の記憶されたリスティングをアップデートするためにｅ‐コマースプラットフォーム１００がマーチャントデバイス１０２からユーザーコマンドを受け取った後、ｅ‐コマースプラットフォーム１００は、自動的に記憶されたリスティングに関連付けられたマーチャント製品のデフォルト２Ｄ画像をアップデートし得る。いくつかの実施形態において、ｅ‐コマースプラットフォーム１００は、推奨に基づいてマーチャント製品の２Ｄ画像を生成、レビューおよびアップデートするためのマーチャントのためのユーザーインターフェースをウェブブラウザまたはマーチャントデバイス１０２にインストールされたアプリケーションを通して提示するように構成され得る。

【0171】

マーチャント製品についての記憶されたリスティングが所望の２Ｄビューに基づいて生成された２Ｄ画像によってアップデートされた後、ｅ‐コマースプラットフォーム１００は、上で説明されたように、顧客が電子デバイス１５０を使用して記憶されたリスティングをブラウジングするとき、第１の電子デバイス１５０にデフォルト２Ｄ画像としてアップデートされた２Ｄ画像を表示させ得る。

【0172】

本開示は、方法および手順を特定の順序のステップで説明するが、方法および手順の１つ以上のステップは、適宜省略または修正され得る。１つ以上のステップは、適宜、説明されている以外の順序で行われ得る。

【0173】

本開示は、少なくとも部分的に方法について説明しているが、当業者は、ハードウェアコンポーネント、ソフトウェアまたはその２つの任意の組み合わせとして、本開示が説明されている方法の局面および特徴のうちの少なくともいくつかを実施するための様々なコンポーネントにも関することが理解できるように説明されている。従って、本開示の技術的解決は、ソフトウェア製品の形で実装され得る。好適なソフトウェア製品は、例えば、ＤＶＤ、ＣＤ－ＲＯＭ、ＵＳＢフラッシュディスク、取り外し可能なハードディスクまたは他の記憶媒体を含む、事前記録された記憶デバイスもしくは他の類似する非揮発性または非一過性コンピュータ読取可能媒体において格納され得る。ソフトウェア製品は、処理デバイス（例えば、パーソナルコンピュータ、サーバーまたはネットワークデバイス）が本明細書に開示される方法の例を実行することを可能にするソフトウェア製品に有形的に記憶される指示を含む。

【0174】

本開示は、特許請求の範囲の趣旨から離れることなく他の具体的な形で実装され得る。説明された例示的実施形態は、あらゆる局面で単に例示的であって制限的ではないと考えられるべきである。上で説明された実施形態のうちの１つ以上から選択された特徴は、明示的に説明されていない代替の実施形態を作成するために組み合わせられ得、そのような組み合わせに好適である特徴は、本開示の範囲内において理解される。

【0175】

開示された範囲内の全ての値および副範囲も、開示される。また、本明細書において開示されかつ示されるシステム、デバイスおよび手順は、特定の数の要素／コンポーネントを備え得るが、システム、デバイスおよびアセンブリは、追加のまたはより少ないそのような要素／コンポーネントを含むように修正されることができる。例えば、開示される要素／コンポーネントのうちの任意のものは、単体として言及され得るが、本明細書において開示される実施形態は、そのような要素／コンポーネントを複数含むように修正されることができる。本明細書において説明される趣旨は、技術における全ての好適な変更を包含しかつ取り入れることを意図する。

【0176】

全ての参照された文献は、その全体が本明細書において参照によって援用される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図10C】

【図11】

【図12】