CN113900551A - 位置特定用户界面的动态生成 - Google Patents

Abstract

位置特定用户界面的动态生成。提供了用于以基于客户位置的方式修改在线商店的用户界面的特征的系统和方法。针对各种地理区域标识对于特征的偏好。修改可以在如下意义上实时执行：直到来自不同区域的客户试图进入商店时才执行修改。当这种情况发生时，在线商店的特征基于与客户所处的地理区域相关联的偏好或趋势被修改，并且修订的用户界面被呈现给客户。总体效果是，具有新修订的用户界面的商店模拟了在客户区域原生的商家来创建的商店。

Description

位置特定用户界面的动态生成

技术领域

本申请涉及用户界面，并且更具体地涉及为不同地理区域动态生成在线用户界面。

背景技术

不同的管辖区可能具有关于用户界面的视觉外观的不同偏好。例如，在电子商务环境中，不同的管辖区可能具有关于在线商店的用户界面的视觉外观/布局的不同偏好。可能存在与本地化在线商店用户界面相关联的重大前期费用和努力。该前期费用和努力可能充当对商家在新的管辖区中开店的阻碍。

发明内容

本申请的实施例提供了用于以基于远程用户设备的位置的方式修改用户界面的系统和方法。

本公开的主题适用于包括在线商店的用户界面的环境中。考虑到在线商店，可以为各种地理区域标识用于在线商店的用户界面布局的偏好。这可以用多种方式来完成，诸如通过检查具有或预期具有适合于给定地理区域的特征的其他在线商店。这样的商店可以是实际上位于感兴趣区域的商店，和/或在该管辖区域内具有重大客户群的商店。在所有在线商店都是公共电子商务平台的一部分的情况下，鉴于在线商店是由电子商务平台生成的，因此对如何构建在线商店将存在一些约束，并且这使得与多个在线商店的特征相比更容易。通过检查其他在线商店，偏好和/或模式和/或倾向和/或趋势可以相对于服务给定区域的在线商店的用户界面的布局来标识。如此标识的偏好、模式、倾向、趋势可以用于修改最初为第一区域开发的在线商店的用户界面布局的目的，从而为新区域产生具有不同用户界面布局的在线商店版本。

用户界面修改可以在如下意义上实时执行：直到来自新区域的用户设备试图访问商店时才执行修改。当这种情况发生时，在线商店的布局基于与客户用来访问在线商店的用户设备所处的地理区域相关联的偏好、模式、倾向、趋势而被修改，并且修订的用户界面被呈现在用户设备上。总体效果是，具有新修订的用户界面的商店模仿了对该地理区域原生的商店。

这样的系统可以用于允许在线商店在没有完全本地化将要求的大量资源投资的情况下对于多个区域快速本地化。一旦确定该市场是对于该商店/商家的可行市场，商家然后就可以可选地在区域特定的商店中进行更大的投资。更一般地，该方法可以用于允许商家接触每个潜在客户，即使在给定区域中仅存在少数这样的潜在客户。

根据本公开的一个方面，提供了一种系统，包括：商务引擎，被配置为提供在线商店，该在线商店具有供客户访问在线商店的第一版本的用户界面，第一版本的用户界面当由特定类型的用户设备呈现时具有第一布局；以及布局修改引擎，被配置为响应于访问在线商店的用户设备生成第二版本的用户界面，第二版本的用户界面当由特定类型的用户设备呈现时具有不同于第一布局的第二布局；其中通过基于与用户设备相关联的位置修改第一版本的用户界面来生成第二版本的用户界面。

在一些实施例中，第二布局具有与第一布局不同的布局密度。

在一些实施例中，对第一版本的用户界面进行修改以生成第二版本的用户界面包括以下各项中的至少一个：布局密度的改变，其中改变布局密度包括对于第二版本的用户界面使用不同的布局密度；对于第一用户界面中的至少一个图像的图像大小的改变，其中改变对于第一版本的用户界面中给定图像的图像大小包括对于第二版本的用户界面中的该图像使用不同的图像大小；替换第一版本的用户界面中的至少一个图像，其中替换第一版本的用户界面中的给定图像包括在第二版本的用户界面中使用该图像的不同版本；修改特定于假日的内容，其中修改特定于假日的内容包括当生成第二版本的用户界面时移除假日特定的内容；对季节特定特征的改变，其中改变季节特定特征包括用对应于与用户设备相关联的位置中的季节的不同季节特定特征来替换第二版本的用户界面中的季节特定特征；以及对品牌特定特征的改变，其中改变品牌特定特征包括移除或替换被包括在第一用户界面中的第二版本的用户界面中的品牌特定特征。

在一些实施例中，当与用户设备相关联的位置在多个预定义区域中的一个内时，以特定于多个预定义区域中的一个的方式生成第二版本。

在一些实施例中，该系统进一步包括：位置特定转换设置引擎，被配置为对于多个预定义区域中的每一个，从与预定义区域相关联的其他在线商店确定区域特定偏好和/或模式和/或倾向和/或趋势，其中基于与多个预定义区域中的一个相关联的区域特定偏好和/或模式和/或倾向和/或趋势来执行对第一版本的用户界面的修改。

在一些实施例中，该系统进一步包括：用于选择所述多个预定义区域的商家用户界面。

在一些实施例中，商家用户界面进一步被配置为接收针对多个区域中的一个或多个区域的选择，该选择是关于要修改第一用户界面的多个特征中的哪一个，并且基于该选择来操作布局修改引擎。

在一些实施例中，布局修改引擎进一步被配置为与第一版本的用户界面相比，在第二版本的结账流程中包括不同版本的结账流程。

在一些实施例中，用于第二版本的用户界面的结账流程省略了包括在第一版本的用户界面中的结账流程的至少一个步骤。

在一些实施例中，包括在第一版本的用户界面中用于输入运输地址的结账流程中的步骤利用包括在第二版本的用户界面中用于选择取货点的结账流程中的步骤所替换。

在一些实施例中，该系统进一步被配置为确定与用户设备相关联的位置。

在一些实施例中，特定类型是个人计算机和移动设备中的一个。

在一些实施例中，该系统包括：处理器；包含由处理器执行的指令的存储器；其中商务引擎或布局修改引擎中的至少一个用处理器和存储器来实现。

根据本公开的另一方面，提供了一种处理器实现的方法，包括：从用户设备接收访问在线商店的输入，在线商店具有供客户访问在线商店的第一版本的用户界面，第一版本的用户界面当由特定类型的用户设备呈现时具有第一布局；响应于所述输入，响应于用户设备访问在线商店，生成第二版本的用户界面，第二版本的用户界面当由特定类型的用户设备呈现时具有不同于第一布局的第二布局，其中生成第二版本的用户界面包括基于与用户设备相关联的位置来修改第一版本的用户界面；使用第二版本的用户界面与用户设备交互。

在一些实施例中，第二布局具有与第一布局不同的布局密度。

在一些实施例中，修改第一版本的用户界面包括以下各项中的至少一个：改变布局密度，其中改变布局密度包括对于第二版本的用户界面使用不同的布局密度；改变对于第一用户界面中至少一个图像的图像大小，其中改变对于第一版本的用户界面中给定图像的图像大小包括对于第二版本的用户界面中的该图像使用不同的图像大小；替换第一版本的用户界面中的至少一个图像，其中替换第一版本的用户界面中的给定图像包括在第二版本的用户界面中使用该图像的不同版本；修改特定于假日的内容，其中修改特定于假日的内容包括当生成第二版本的用户界面时移除假日特定的内容；改变季节特定特征，其中改变季节特定特征包括用对应于与用户设备相关联的位置中的季节的不同季节特定特征来替换第二版本的用户界面中的季节特定特征；以及改变品牌特定特征，其中改变品牌特定特征包括移除或替换被包括在第一用户界面中的第二版本的用户界面中的品牌特定特征。

在一些实施例中，当与用户设备相关联的位置在多个预定义区域中的一个内时，以特定于多个预定义区域中的一个的方式生成第二版本。

在一些实施例中，该方法进一步包括：对于多个预定义区域中的每一个，从与该预定义区域相关联的其他在线商店确定区域特定的偏好和/或模式和/或倾向和/或趋势；其中基于与多个预定义区域中的一个相关联的区域特定的偏好和/或模式和/或倾向和/或趋势来执行修改第一版本的用户界面。

在一些实施例中，该方法进一步包括：接收对所述多个预定义区域中的至少一个的选择。

在一些实施例中，该方法进一步包括接收对于多个区域中的一个或多个区域的选择，该选择关于要修改第一用户界面的多个特征中的哪一个，并且基于该选择来执行所述修改第一用户界面。

在一些实施例中，该方法进一步包括在第二版本的用户界面中包括与第一版本的用户界面相比的不同版本的结账流程。

在一些实施例中，用于第二版本的用户界面的结账流程省略了包括在第一版本的用户界面中的结账流程的至少一个步骤。

在一些实施例中，包括在第一版本的用户界面中用于输入运输地址的结账流程中的步骤利用包括在第二版本的用户界面中用于选择取货点的结账流程中的步骤所替换。

在一些实施例中，该方法进一步包括：确定与用户设备相关联的位置。

在一些实施例中，特定类型是个人计算机和移动设备中的一个。

附图说明

现在将参考附图描述本公开的实施例，其中：

图1是实现位置特定用户界面的动态生成的系统的框图；

图2是自动获得位置特定修改设置的系统的框图；

图3和图4是商家用户界面的示例部分，其用于选择要对其执行位置特定布局修改的区域；

图5是用于配置将如何执行布局特定修改的商家用户界面的一部分的示例；

图6和图7是如对于原生区域以及对于修改之后的另一个区域呈现的商店的用户界面的示例；

图8是根据一个实施例的电子商务平台的框图；和

图9是根据一个实施例的商家主页的示例。

具体实施方式

除了语言之外，在线商店可能具有可以被视为文化或位置特定的许多特征。特别是，以一个地理区域为目标的在线商店的视觉外观或布局可能与意图用于另一个区域的在线商店的视觉外观或布局不同。例如，日本的内容密度通常比北美洲的内容密度高得多。由于这些差异，因此从一个区域向另一个区域提供商店的商店本地化不仅仅涉及用户界面的翻译。例如，将谷歌翻译应用于北美洲的在线商店用户界面将产生日语用户界面，对于日本客户而言，该日语用户界面根本不显现为本地化到日本客户。这可能阻止日本客户与该在线商店交互。

商家的母语商店在该新管辖区中的表现可能被视为该区域中潜在成功的信号。然而，这可能不提供对本地买家可能如何对商店进行反应的真实性指示，因为通常是外籍人士或与商店母语具有重大联系的个体，他们可能正在使用该母语下的商家的商店。

现在参考图1，示出的是实现位置特定用户界面的动态生成的系统的框图。示出的是实现在线商店的商务引擎300。在一些实施例中，商务引擎300是实现多个商店的电子商务平台的一部分。商务引擎300通过原生用户界面302提供对在线商店的访问。“原生用户界面”的表述是指为在线商店设计和实现的用户界面。原生用户界面302具有多个特征。下面提供了此类特征的许多示例。

商务引擎300连接到布局修改引擎304，该布局修改引擎304负责以位置特定的方式、例如通过修改原生用户界面302的特征来修改原生用户界面的布局。存在商家用户界面306，用于商家配置各种偏好和设置，所述偏好和设置定义了布局修改引擎如何修改原生用户界面302的布局的方面。布局修改引擎304基于位置特定修改设置308来修改原生用户界面302的布局。位置特定修改设置308可以基于经由商家用户界面接收的商家输入来预设，基于对与感兴趣的位置相关的其他在线商店的分析来设置，或者可以基于多种基础来设置，所述多种基础诸如例如是包括一个或多个前述内容的组合。

还示出的是用户设备310，用户设备310将通常通过诸如因特网连接的网络连接被连接到商务引擎300。用户设备310例如可以是诸如蜂窝电话或平板设备的移动设备，或者个人计算机。

在操作中，客户使用用户设备310以任何合适的方式、例如通过输入统一资源定位符（URL）、点击链接等访问在线商店。在线商店（图1示例中的商务引擎300）确定或获得与用户设备相关联的位置。在图示的示例中，与用户设备310相关联的位置信息312被提供给商务引擎300。这可能以访问过程的一部分的形式出现。位置信息是商务引擎300可以用来确定与用户设备310相关联的位置的任何信息。在特定示例中，简单地说，是被用作位置信息的用户设备310的IP地址。

替代地，客户可以具有带有在线商店的账户，在这种情况下，客户的地址信息可以直接从存储的账户信息可获得，并且地址信息可以用作与用户设备相关联的位置，或者用于确定该位置。注意，在这种情况下，与用户设备相关联的位置可能与用户设备的物理位置不匹配。

在一些实施例中，独立于用户设备的物理位置，向客户提供选择用于浏览的优选区域的选项。例如，物理位于澳大利亚的来自日本的客户可能想要使用对于日本的位置特定设置、而不是使用对于澳大利亚的设置进行浏览。在这种情况下，出于布局修改的目的，与用户设备相关联的位置被设置到所选区域。

一旦（使用以上介绍的方法中的任一个）确定了与用户设备相关联的位置，就在320将其传递给布局修改引擎304。布局修改引擎也具有对原生用户界面302的访问权。布局修改引擎304基于位置特定修改设置308产生本地特定用户界面320，并将此传递回到商务引擎300。商务引擎300然后通过在用户设备310上提供位置特定用户界面来响应客户访问。这样，将领会，位置特定信息被用于改变可以在访问商店的设备上呈现的显示类型。显示界面的该实时修改有利地使得能够为用户界面使用公共基础模板，然后可以基于与参与站点的用户相关联的地理位置来动态修改该公共基础模板。

在一些实施例中，位置特定转换设置308被自动设置。实现此的系统示例在图2中描绘。示出的是位置特定转换设置308。这些由位置特定转换设置引擎402生成。位置特定转换设置引擎402具有对商店数据库400的访问权，该商店数据库400包含在线商店的URL（或其他标识符）的数据库，并且对于每个这样的在线商店，可以访问将在线商店与位置或区域相关联的位置标签。下面提供了位置标签的示例。注意，URL可能是在与感兴趣的在线商店相同的电子商务平台上提供的在线商店的URL。在一些实施例中，URL（或其他标识符）可以包括不在相同电子商务平台上提供的在线商店。位置特定转换设置引擎402通过处理商店数据库中列出的具有与感兴趣区域相关联的位置标签的在线商店来确定用于感兴趣区域的位置特定转换设置308。感兴趣的区域可以是预设的、自动定义的、基于商家输入设置的，以选择或定义感兴趣的区域，或者这些选项的任何组合。

在特定示例中，位置特定转换设置引擎402首先确定商店数据库400中具有与感兴趣区域相关联的位置标签的商店集合。然后，位置特定转换设置引擎402分析用于那些在线商店的用户界面，以标识用户界面布局如何对于感兴趣区域最常见地实现的偏好和/或模式和/或倾向和/或趋势。然后，基于这些趋势设置位置特定转换设置308。在一些实施例中，位置特定转换设置引擎402具有机器学习（ML）引擎404，其执行分析并确定对于给定区域的位置特定转换设置308。

在一些实施例中，位置标签是与商店相关联的IP地址，并且IP地址可以与如已知的物理位置相关联。在另一个实施例中，基于商店客户的位置来确定用于给定商店的位置标签。例如，位置标签可以将商店与商店的大多数或大部分客户所位于的区域相关联。例如，可以基于从给定商店的客户收藏的位置信息来确定位置标签。

在一些实施例中，用户界面当在不同类型的用户设备上呈现时，可以具有不同的布局。例如，与个人计算机相比，移动设备上的布局通常是不同的。在一些实施例中，执行布局修改，使得对于特定类型的用户设备，当由特定类型的设备呈现时，与在修改前由相同特定类型的设备呈现的布局相比，在修改之后产生不同的布局。例如，在线商店可以具有供客户访问在线商店的第一版本的用户界面，第一版本的用户界面当由例如移动设备的特定类型的用户设备呈现时具有第一布局。布局修改引擎响应于用户设备访问在线商店而生成第二版本的用户界面。第二版本的用户界面当由特定类型的用户设备——在该示例中即为移动设备——呈现时具有不同于第一布局的第二布局。

在一些实施例中，当在线商店被实现为实现其他商店的电子商务平台的一部分的情况下，可以可获得可以用于布局修改的附加数据。进行一些附加的预处理以标识将被用于标识偏好和/或模式和/或倾向和/或趋势的商店。在一些实施例中，将给定商店的成功程度（例如，如可以基于一个或多个度量来评估）作为因素考虑到向该商店的用户界面特征给出的权重中。例如，具有大量流量或大量销售量的商店，可能向产品视图给予更大权重。在电子商务平台环境中，可以使该信息对位置特定转换设置引擎可用。在一些实施例中，ML引擎可以被配置为确定与如由一个或多个度量定义的成功的商店相关联的趋势，同时较少关注与由这些度量定义的不太成功的商店相关联的趋势。

在一些实施例中，在所提供的方法被应用到单个在线商店的情况下，布局修改基于通过观察没有被实现为实现单个在线商店的电子商务平台的一部分、或者替换地可以由外部服务生成的其他本地在线商店而获得的趋势数据。在这种情况下，趋势数据可以基于例如这样的在线商店的特征，所述在线商店的特征可以简单地通过查看用户界面来容易地可查明。诸如受欢迎程度、访问次数、销售转换率、销售数据等之类的潜在特性将不可用。

在一些实施例中，位置特定转换设置引擎402在后台运行，并不时地重新执行，以确保位置特定转换设置308是最新的并反映当前趋势。例如，作为这样的重新执行的一部分，机器学习引擎404可以通过重新训练和/或更新其中采用的一个或多个机器学习模型来更新。

位置特定转换设置引擎402还可以接收一个或多个商家偏好和设置，通常在406处指示，其配置位置特定转换设置引擎402如何操作。

在一些实施例中，布局修改引擎可以修改布局密度。修改布局密度涉及对于第二版本的用户界面使用不同的布局密度。将领会，特定的布局密度定义了定义用户界面的显示元素中个体显示元素之间的间距。这样，将理解，特定呈现页面的边距或填充如果被改变，则可以用于定义特定呈现页面的总体外观和感觉。对于在用户界面上呈现的任何一个页面的给定数量的显示元素，那些显示元素之间的间距定义了布局的密度——布局密度。

在一些实施例中，布局修改引擎可以修改对象密度。修改对象密度可以涉及对于第二版本的用户界面使用不同的对象密度；对象可以包括例如文本、图像、视频、3D模型等。

在一些实施例中，布局修改引擎可以修改用于第一用户界面中的至少一个对象的对象大小。修改图像大小可以涉及将用于第一版本的用户界面中给定图像的图像大小改变为用于第二版本的用户界面的不同图像大小。

在一些实施例中，布局修改引擎可以替换第一版本的用户界面中的至少一个图像。在第一版本的用户界面中替换给定图像包括在第二版本的用户界面中使用该图像的不同版本。

在一些实施例中，布局修改引擎可以修改图像内容。修改图像内容可以涉及改变图像的一个或多个特性。例如，这可能涉及修改背景、前景（互换、叠加等，其取决于使用的图像处理技术）、颜色方案或改变图像本身。例如，在显示诸如花瓶之类的对象的情况下，可能使用不同的位置特定背景；例如，日本客厅相对于美国客厅。

在一些实施例中，布局修改引擎可以修改对象特性——通常可以修改对象的任何特性。上面已经给出了一些示例，包括对象大小和内容。

在一些实施例中，布局修改引擎可以修改特定于假日的内容。修改假日特定内容的示例涉及当生成第二版本的用户界面时例如对于不识别假日的位置移除假日特定内容。

在一些实施例中，布局修改引擎可以修改季节特定的特征。修改季节特定内容可以涉及用对应于与客户相关联的位置中的季节的不同版本的季节特定特征来替换第二版本的用户界面中的季节特定特征。

在一些实施例中，布局修改引擎可以修改品牌特定特征。修改品牌特定特征可以涉及移除或替换被包括在第一用户界面中的第二版本的用户界面中的品牌特定特征。

在一些实施例中，布局修改引擎可以修改用户界面功能。修改功能可以涉及省略、添加或改变用户界面功能。可以这样修改的用户界面功能的具体示例是结账流程。修改结账流程可以例如涉及为第二用户界面呈现与第一用户界面相比不同的结账流程；这可以例如涉及省略被包括在第一用户界面中的第二用户界面的步骤和/或向第二用户界面添加步骤。第一用户界面中选择运输选项的步骤可以利用选择取货点的步骤来替换。

还设想了更新用户界面功能的其他方式。作为示例，在一些实施例中，用户界面和/或其呈现中的内容和特征可以附加地或替代地由布局修改引擎修改。在特定示例中，商品的尺寸或大小的呈现（例如，体积、长度、宽度、深度等）可以被修改，诸如例如改变表述测量值所用的单位（例如，使用特定测量系统的单位，诸如例如英制、公制/SI和/或美国惯用单位）。在另一个特定示例中，可以修改服装尺码表以使用不同的系统来表述尺码（例如，数字尺码（如0、1、2……）相对于标签（诸如小、中、大……））。在又一特定示例中，布局修改引擎可以修改表述商品和/或服务的给定价格/成本的方式。例如，价格可以被更新以便被表述为包括（或排除）销售税、关税等。根据这些特定示例的各种组合的修改和/或更广泛地由布局修改引擎对用户界面的其他修改也被设想。

在一些实施例中，可以采用和/或提供一个或多个软件组件，诸如负责生成和/或呈现给定特征的全部或一部分。更广泛地，给定软件组件可以提供/实现与给定特征相关联的逻辑，诸如例如给定用户界面组件的行为和/或一个或多个用户界面组件之间的交互。

在一些实施例中，为了将特征修改为修改的特征，修改的特征必须与已经发生的特定事件相关联，以便成为修改的特征。特定事件可以是与涉及修改特征的积极结果相互关联的事件。示例事件包括：

在特定阈值以上的销售转换事件或率。

在特定阈值以上的添加到购物车事件或率。

在特定阈值以上的（例如，从搜索结果页面或链接）到产品网页的点进事件或率。

在特定阈值以上的在产品网页上花费的（平均）持续时间。

在展开部分折叠的产品描述的产品网页上的链接激活。

如至少从上面列表中的最后一个示例清楚地，事件基本上可以是系统中定义的任何事件，它可能与在线商店的成功有某种关联。

现在参考图3，示出的是用于选择要对其执行位置特定布局修改的区域的商家用户界面的示例部分。在该示例中，世界地图被划分为可以选择的区域。在图示的示例中，区域“欧洲”已被选择并突出显示。该区域可以用光标选择，或者通过从显示的选项列表内进行选择。这导致图4中描绘的另一个视图的呈现，其中图3中所选的区域被进一步分解，并且用户已经选择了德国。

图3被理解为可以如何选择区域的非常具体的示例。在一些实施例中，对于预定义区域集合的全部，默认情况下启用布局修改。出于禁用区域的目的和/或配置目的，仍然可以经由商家界面选择区域。默认情况下，对于所有区域启用该系统允许商家联系每个买家，即使在给定区域中仅存在几个买家。此外，在一些实施例中，商家界面允许用户例如使用光标和地图在特定的基础上定义区域。

可以执行区域的选择，以启用对于该区域的布局修改。另外，或者替代地，区域的选择可以作为对配置将如何对于所选区域执行布局修改的前体来执行。

图5示出了在一些实施例中用于配置可以如何执行布局修改的商家用户界面的一部分的示例。在一些实施例中，这是对于所选区域完成的，该所选区域例如是使用诸如图3和图4中作为示例描绘的用户界面选择的区域。

图5示出了原生用户界面中呈现的各种可修改特征的示例，其包括文本、布局、称为“图像X”的图像、称为“嵌入式视频Y”的嵌入式视频和结账流程。这仅是一个示例。更一般地，可修改特征的列表将在实现的具体基础上变化。对于每个列出的特征，向商家给出基于所选区域的趋势选择被修改的特征的选项。可以使用上述方法中的一个来标识这些趋势。此外，商家可以具有选择定制偏好的选项。在这种情况下，对于该特征的趋势——在某种程度上一些可能已经被标识——被忽略，并且商家定制偏好被应用。一旦商家选择了对于给定特征的定制偏好，就向商家呈现各种选项，并且这些选项可能因特征类型而变化。

图6和图7示出了相同在线商店的用户界面的两个示例。图6的示例是针对原生区域的，在这种情况下是北美洲。图7的示例是针对日本的。可以看出，在对于日本的版本中的内容密度更高。此外，用于北美洲的结账流程包括“选择运输选项”，而用于日本的结账流程包括“选择取货位置”。

在一些实施例中，提供了一种用于位置特定用户界面的动态生成的系统，该系统包括处理器（更一般地，一个或多个处理器）和包含处理器可执行指令的存储器。处理器和存储器被配置为实现该系统的一个或多个组件。例如，商务引擎、布局修改引擎、位置特定转换设置引擎、商家用户界面中的一个或多个可以使用（一个或多个）处理器和存储器来实现。替代地，这些组件中的一个或多个可以是独立的组件，仅举几例，诸如ASIC、FPGA。

参考图8，描绘了用于向客户提供商家产品和服务的实施例电子商务平台100。虽然本公开通篇设想使用所公开的装置、系统和过程来购买产品和服务，但是为了简单起见，本文的描述将涉及产品。贯穿本公开对产品的所有引用也应理解为对产品和/或服务的引用，其包括要提供的物理产品、数字内容、票据、订阅、服务等。

虽然本公开通篇设想“商家”和“客户”可以不仅仅是个体，但是为了简单起见，本文的描述通常可以照此涉及商家和客户。贯穿本公开对商家和客户的所有引用也应该理解为对个体、公司、企业、计算实体等的群组的引用，并且可以表示产品的盈利或非盈利交换。此外，虽然本公开通篇涉及“商家”和“客户”，并且照此描述了它们的角色，但是电子商务平台100应该被理解为更一般地支持电子商务环境中的用户，并且贯穿本公开对商家和客户的所有引用也应该被理解为对用户的引用，诸如在用户是以下各项的情况下：商家用户（例如，产品的卖家、零售商、批发商或提供商）、客户用户（例如，产品的买家、购买代理或用户）、预期用户（例如，浏览且尚未承诺购买的用户、评估电子商务平台100在营销和销售产品方面的潜在用途的用户等）、服务提供商用户（例如，运输提供商112、金融提供商等）、公司或企业用户（例如，用于购买、销售或使用产品的公司代表；企业用户；客户关系或客户管理代理等）、信息技术用户、计算实体用户（例如，用于购买、销售或使用产品的计算机器人）等。

电子商务平台100可以提供集中式系统，用于向商家提供在线资源和设施来管理他们的业务。本文描述的设施可以部分或全部通过在一个或多个处理器上执行计算机软件、模块、程序代码和/或指令的机器来部署，所述一个或多个处理器可以是电子商务平台100的一部分或外部。商家可以利用电子商务平台100诸如通过以下各项来管理与客户的商务：通过在线商店138、通过渠道110A-B、通过在物理位置中的POS设备152（例如，物理店面或其他位置，诸如通过信息亭、终端、阅读器、打印机、3D打印机等）实现与客户的电子商务体验，通过电子商务平台100管理他们的业务，以及通过电子商务平台100的通信设施129与客户交互，或其任何组合。商家可以利用电子商务平台100作为与客户的唯一商务呈现，或者结合其他商家商务设施，诸如通过物理商店（例如，“实体”零售店）、商家平台外网站104（例如，与电子商务平台分离地由商家或代表商家支持的商务因特网网站或其他互联网或网络财产或资产）等。然而，甚至这些“其他”商家商务设施也可以被并入到电子商务平台中，诸如在商家的物理商店中的POS设备152被链接到电子商务平台100中的情况下，在诸如通过将内容从商家平台外网站104链接到在线商店138的“购买按钮”而将商家平台外网站104绑定到电子商务平台100中的情况下，等等。

在线商店138可以表示包括多个虚拟店面的多租户设施。在实施例中，商家可以诸如通过商家设备102（例如，计算机、膝上型计算机、移动计算设备等）管理在线商店138中的一个或多个店面，并通过多个不同的渠道110A-B（例如，在线商店138；通过POS设备152的物理店面；电子市场，通过集成到网站或社交媒体渠道中的电子购买按钮，所述社交媒体渠道诸如是在社交网络、社交媒体页面、社交媒体消息传递系统上；等等）向客户提供产品。商家可以跨渠道110A-B销售，并且然后通过电子商务平台100管理他们的销售，其中渠道110A可以在电子商务平台100内部提供，或者从电子商务渠道110B外部提供。商家可以在他们的物理零售店、在弹出窗口、通过批发、通过电话等进行销售，并且然后通过电子商务平台100管理他们的销售。商家可以采用诸如以下各项的这些的全部或任何组合：通过利用POS设备152的物理店面来维持业务，通过在线商店138来维持虚拟店面，以及利用通信设施129来利用客户交互和分析132来改进销售概率。贯穿本公开，术语在线商店138和店面可以同义地用来指代商家通过电子商务平台100的在线电子商务提供呈现，其中在线商店138可以指代由电子商务平台100（例如，对于多个商家）支持的店面的多租户收藏或个体商家的店面（例如，商家的在线商店）。

在实施例中，客户可以通过客户设备150（例如，计算机、膝上型计算机、移动计算设备等）、POS设备152（例如，零售设备、售货亭、自动结账系统等）或本领域已知的任何其他商务接口设备进行交互。电子商务平台100可以使得商家能够通过在线商店138、通过在物理位置（例如，商家的店面或其他地方）中的POS设备152接触客户，以通过经由电子通信设施129的对话等来促进与客户的商务，从而提供用于接触客户并针对可用于接触客户和与客户交互的现实或虚拟路径促进商家服务的系统。

在实施例中，并且如本文进一步描述的，电子商务平台100可以通过包括处理器和存储器的处理设施来实现，该处理设施存储指令集，该指令集当被执行时，使得电子商务平台100执行如本文描述的电子商务和支持功能。处理设施可以是服务器、客户端、网络基础设施、移动计算平台、云计算平台、固定计算平台或其他计算平台的一部分，并且提供在电子商务平台100的电子组件、商家设备102、支付网关106、应用程序开发者、渠道110A-B、运输提供商112、客户设备150、销售点设备152等之间以及其中的电子连接和通信。电子商务平台100可以被实现为云计算服务、软件即服务（SaaS）、基础设施即服务（IaaS）、平台即服务（PaaS）、桌面即服务（DaaS）、托管软件即服务（MSaaS）、移动后端即服务（MBaaS）、信息技术管理即服务（ITMaaS）等，诸如在软件和交付模型中，其中软件基于订阅被许可并集中托管（例如，由用户使用客户端（例如，瘦客户端）经由网络浏览器或其他应用程序访问，由POS设备访问，等等）。在实施例中，电子商务平台100的元素可以被实现为在各种平台和操作系统上、诸如iOS、Android、网络上等（例如，管理员114在用于给定的在线商店、用于iOS、Android以及用于网络的多个实例中实现，每个都具有相似的功能）操作。

在实施例中，在线商店138可以通过由电子商务平台100的服务器提供的网页而服务于客户设备150。服务器可以从安装在客户设备150上的浏览器或其他应用程序接收对于网页的请求，其中浏览器（或其他应用程序）通过IP地址连接到服务器，该IP地址通过翻译域名获得。作为回报，服务器发回所请求的网页。网页可以用超文本标记语言（HTML）、模板语言、JavaScript等或它们的任何组合来编写或者包括超文本标记语言（HTML）、模板语言、JavaScript等或它们的任何组合。例如，HTML是描述网页静态信息的计算机语言，诸如网页的布局、格式和内容。网站设计者和开发者可以使用模板语言来构建网页，所述网页组合了静态内容和动态内容，静态内容在多个页面上是相同的，动态内容从一个页面到另一个页面改变。模板语言可以使定义网页布局的静态元素得以重复使用，同时用来自在线商店的数据动态填充页面。静态元素可以用HTML编写，并且动态元素可以用模板语言编写。诸如当安装主题时，文件中的模板语言元素可以充当占位符，使得文件中的代码被编译并发送到客户设备150，并且然后模板语言被来自在线商店138的数据替换。模板和主题可以考虑标签、对象和过滤器。客户端设备网络浏览器（或其他应用程序）随后相应地呈现页面。

在实施例中，在线商店138可以由电子商务平台100向客户提供服务，其中客户可以浏览和购买各种可用产品（例如，将它们添加到购物车，通过购买按钮立即购买，等等）。在线商店138可以以透明的方式服务于客户，而客户不必知道它是通过电子商务平台100提供的（而不是直接来自商家）。商家可以使用商家可配置的域名、可定制的HTML主题等来定制他们的在线商店138。商家可以通过主题系统定制他们的网站的外观和感觉，诸如其中商家可以通过改变他们的主题同时让相同的底层产品和业务数据示出在在线商店的产品层次结构内来选择和改变他们的在线商店138的外观和感觉。主题可以通过主题编辑器进一步定制，这是设计界面，使得用户能够具有灵活地定制他们的网站设计。主题也可以使用主题特定的设置进行定制，所述主题特定的设置可以改变某些方面，诸如特定的颜色、字体和预先构建的布局方案。在线商店可以实现用于网站内容的内容管理系统。商家可以创作博客POSDAD或静态页面，并诸如通过博客、文章等将它们发布到他们的在线商店138，以及配置导航菜单。商家可以将图像（例如，对于产品）、视频、内容、数据等上传到电子商务平台100，诸如由系统存储（例如，作为数据设施134）。在实施例中，电子商务平台100可以提供用于调整图像大小、将图像与产品相关联、将文本与图像添加和关联、为新产品变体添加图像、保护图像等的功能。

如本文所述，电子商务平台100可以通过包括在线商店138的多个不同渠道110A-B、通过电话以及通过如本文所述的物理POS设备152向商家提供用于产品的交易设施。电子商务平台100可以包括与运行在线业务相关联的业务支持服务116、管理员114等，其诸如提供与其在线商店相关联的域服务118、用于促进与客户交易的支付服务120、用于为购买的产品提供客户运输选项的运输服务122、与产品保护和责任相关联的风险和保险服务124、商家记账等。可以诸如通过用于支付处理的支付网关106、用于加速产品运输的运输提供商112等经由电子商务平台100或与外部设施相关联地提供服务116。

在实施例中，电子商务平台100可以提供综合运输服务122（例如，通过电子商务平台运输设施或通过第三方运输承运商），诸如向商家提供实时更新、跟踪、自动费率计算、批量订单准备、标签打印等。

将进一步参考图8描述的图9描绘了用于管理员114的主页的非限制性实施例，该主页可以示出关于日常任务、商店最近的活动以及商家为构建他们的业务可以采取的下一个步骤的信息。在实施例中，商家可以经由商家设备102、诸如从台式计算机或移动设备登录到管理员114，并管理他们的在线商店138的各方面，诸如查看在线商店138的最近活动、更新在线商店138的目录、管理订单、最近访问活动、总订单活动等。在实施例中，商家可以能够通过使用侧栏来访问管理员114的不同区段，诸如针对图9所示。管理员114的区段可以包括用于访问和管理商家业务的核心方面的各种界面，所述商家业务的核心方面包括订单、产品、客户、可用报告和折扣。管理员114还可以包括用于管理商店的销售渠道的界面，所述销售渠道包括在线商店、可用于客户访问商店的（一个或多个）移动应用程序（移动App）、POS设备和/或购买按钮。管理员114还可以包括用于管理安装在商家账户上的应用程序（App）、应用于商家在线商店138和账户的设置的界面。商家可以使用搜索栏来查找产品、页面或其他信息。取决于商家正在使用的设备102或软件应用程序，可以通过管理员114为它们启用不同的功能。例如，如果商家从浏览器登录到管理员114，则他们可以能够管理他们的在线商店138的所有方面。如果商家（例如，经由移动应用程序）从他们的移动设备登录，则他们可以能够查看他们的在线商店138的所有方面或子方面，诸如查看在线商店138的最近活动、更新在线商店138的目录、管理订单等。

关于商务和商家在线商店138的访问者的更详细的信息可以通过收购报告或度量来查看，所述报告或度量诸如是显示商家总体业务的销售摘要、活动销售渠道的具体销售和参与数据等。报告可以包括收购报告、行为报告、客户报告、财务报告、营销报告、销售报告、自定义报告等。商家可以能够诸如通过使用下拉菜单查看来自不同时间段（例如，日、周、月等的不同渠道110A-B的销售数据）。可以为想要更详细地查看商店的销售和参与数据的商家提供概览仪表板。可以提供主页度量区段中的活动订阅源（feed）而说明商家账户上的活动的概览。例如，通过点击“查看所有最近的活动”仪表板按钮，商家可以能够在其账户上看到最近活动的更长订阅源。主页可以示出关于商家在线商店138的通知，诸如基于账户状态、增长、最近的客户活动等。可以提供通知来帮助商家在过程中导航，诸如捕获支付、将订单标记为已履行、将完成的订单存档等。

电子商务平台100可以提供用于提供电子通信和营销的通信设施129和相关联的商家接口，诸如利用电子消息传递聚集设施来收藏和分析在商家、客户、商家设备102、客户设备150、POS设备152等之间的通信交互，以聚集和分析通信，诸如用于增加提供产品销售的潜力等。例如，客户可以具有与产品相关的问题，其可能在客户和商家（或表示商家的基于自动化处理器的代理）之间产生对话，其中通信设施129分析交互并向商家提供关于如何改进销售概率的分析。

电子商务平台100可以提供用于诸如通过安全卡服务器环境与客户进行安全金融交易的金融设施120。电子商务平台100可以存储信用卡信息，诸如在支付卡行业数据（PCI）环境（例如，卡服务器）中来调解财务、给商家开账单、（例如，当使用资本时）在电子商务平台100的金融机构账户与商家的后台账户之间执行自动化交易所（ACH）转账等等。这些系统可能符合萨班斯-奥克斯利法案（SOX），并且在其开发和运营中需要高水平的勤勉。金融设施120还可以向商家提供金融支持，诸如通过资本借贷（例如，借贷资金、预付现金等）和提供保险。此外，电子商务平台100可以提供营销和合作伙伴服务集合，并控制电子商务平台100和合作伙伴之间的关系。他们还可以将新商家与电子商务平台100连接并将新商家搭载在电子商务平台100上。这些服务可以通过使对于商家而言更容易跨电子商务平台100之上工作来使能实现商家增长。通过这些服务，可以经由电子商务平台100向商家提供帮助设施。

在实施例中，在线商店138可以支持大量独立管理的店面，并且在每天基础上为多种产品处理大体量的交易数据。交易数据可以包括客户联系信息、账单信息、运输信息、关于购买的产品的信息、关于呈现的服务的信息以及通过电子商务平台100与业务相关联的任何其他信息。在实施例中，电子商务平台100可以将该数据存储在数据设施134中。交易数据可以被处理以产生分析132，分析132进而可以被提供给商家或第三方商务实体，诸如提供与在线商务相关的客户趋势、营销和销售洞察、用于改进销售的建议、客户行为的评估、营销和销售建模、欺诈趋势等，并且通过仪表板界面、通过报告等来提供分析132。电子商务平台100可以存储关于业务和商家交易的信息，并且数据设施134可以具有增强、贡献、细化和提取数据的许多方式，其中随着时间推移，收藏的数据可以使能实现对电子商务平台100的各方面的改进。

再次参考图8，在实施例中，电子商务平台100可以配置有用于内容管理、任务自动化和数据管理的商务管理引擎136，以使能实现对多个在线商店138的支持和服务（例如，与产品、库存、客户、订单、协作、提供商、报告、财务、风险和欺诈等相关），但是可以通过应用程序142A-B可扩展，应用程序142A-B使能实现更大的灵活性和自定义过程，其对于适应不断增长的多种商家在线商店、POS设备、产品和服务是需要的，其中应用程序142A可以在电子商务平台100内部提供，或者应用程序142B可以从电子商务平台100外部提供。在实施例中，应用程序142A可以由提供电子商务平台100的相同方提供，或者由不同方提供。在实施例中，应用程序142B可以由提供电子商务平台100的相同方提供，或者由不同方提供。商务管理引擎136可以被配置为通过功能和数据的分区（例如，分片）、诸如通过客户标识符、订单标识符、在线商店标识符等具有灵活性和可伸缩性。商务管理引擎136可以适应商店特定的业务逻辑，并且在一些实施例中，可以并入管理员114和/或在线商店138。

商务管理引擎136包括电子商务平台100的基础或“核心”功能，并且照此，如本文所述，并非所有支持在线商店138的功能都可以适当包括在内。例如，包括在商务管理引擎136中的功能可能需要超过核心功能阈值，通过该核心功能阈值可以确定该功能是商务体验的核心（例如，为大多数在线商店活动所共有的，诸如跨渠道、管理员界面、商家位置、工业、产品类型等）是跨在线商店138可重复使用的（例如，可以跨核心功能重复使用/修改的功能），一次限于单个在线商店138的环境（例如，实现在线商店“隔离原则”，其中代码不应该能够一次与多个在线商店138交互，从而确保在线商店138不能访问彼此的数据）、提供交易型工作负载等。维持对实现什么功能的控制可以使得商务管理引擎136能够保持响应，因为许多所需的特征或者由商务管理引擎136直接提供服务，或者通过接口140A-B来启用，诸如通过其到应用程序142A-B和渠道110A-B的应用编程接口（API）连接的扩展，其中接口140A可以提供给电子商务平台100内部的应用程序142A和/或渠道110A，或者通过被提供给电子商务平台100外部的应用程序142B和/或渠道110B的接口140B。一般而言，电子商务平台100可以包括接口140A-B（其可以是扩展、连接器、API等），该接口140A-B促进连接到其他平台、系统、软件、数据源、代码等并与其通信。这样的接口140A-B可以是商务管理引擎136的接口140A，或者更一般地是电子商务平台100的接口140B。如果不注意限制商务管理引擎136中的功能，则响应性可能诸如通过以下各项而受到损害：通过缓慢的数据库或非关键后端故障所致的基础设施退化、灾难性的基础设施故障（诸如在数据中心离线的情况下）、部署比预期花费更久来执行的新代码等。为了防止或减轻这些情形，商务管理引擎136可以被配置为维持响应性，诸如通过利用超时、队列、背压来防止退化等的配置。

尽管隔离在线商店数据对于维护在线商店138与商家之间的数据隐私是重要的，但是可能存在对于收藏和使用跨商店数据的原因，诸如例如利用订单风险评估系统或平台支付设施，这两者都需要来自多个在线商店138的信息来良好地执行。在实施例中，与其违反隔离原则，可以优选的是将这些组件移出商务管理引擎136，并移入在电子商务平台100内它们自己的基础设施中。

在实施例中，电子商务平台100可以提供平台支付设施120，平台支付设施120是利用来自商务管理引擎136的数据的但是可以位于外部以便不违反隔离原则的组件的另一个示例。平台支付设施120可以允许与在线商店138交互的客户让他们的支付信息通过商务管理引擎136被安全地存储，使得他们仅需要将其输入一次。当客户访问不同的在线商店138时，即使他们以前从未去过那里，平台支付设施120也可以调用他们的信息，以使能实现更快速和正确的结账。这可以提供跨平台的网络效果，其中随着更多的商家加入，电子商务平台100变得对其商家更有用，诸如因为存在更多的客户——他们由于关于客户购买的易用性而更频繁地结账。为了最大化该网络的效果，对于给定客户的支付信息可以从在线商店的结账处可检索，从而允许使信息跨在线商店138全球可用。对于每个在线商店138而言，能够连接到任何其他在线商店138来检索存储在那里的支付信息将是困难的和容易出错的。结果，平台支付设施可以在商务管理引擎136外部实现。

对于不包括在商务管理引擎136内的那些功能，应用程序142A-B提供了一种向电子商务平台100添加特征的方式。应用程序142A-B可以能够访问和修改商家在线商店138上的数据，通过管理员114执行任务，通过（例如，通过扩展/API而展示的）用户界面创建用于商家的新流程，等等。可以使得商家能够通过应用程序搜索、推荐和支持128来发现和安装应用程序142A-B。在实施例中，核心产品、核心扩展点、应用程序和管理员114可以被开发为一起工作。例如，应用扩展点可以构建在管理员114内部，使得核心特征可以通过应用程序来扩展，该应用程序可以通过扩展向商家交付功能。

在实施例中，应用程序142A-B可以通过接口140A-B向商家交付功能，诸如在应用程序142A-B能够向商家展示交易数据（例如，App：“引擎，使用嵌入式应用程序SDK在移动和网络管理中展示我的应用程序数据”）的情况下，和/或在商务管理引擎136能够要求应用程序按需求执行工作（引擎：“App，给我用于该结账的本地税收计算”）的情况下。

应用程序142A-B可以支持在线商店138和渠道110A-B，提供商家支持，与其他服务集成，等等。在商务管理引擎136可以向在线商店138提供服务基础的情况下，应用程序142A-B可以为商家提供满足特定且有时是独特的需求的方式。不同的商家将具有不同的需求，并且因此可以受益于不同的应用程序142A-B。应用程序142A-B可以通过以下各项来通过电子商务平台100被更好地发现：应用分类（类别）的开发，该应用分类（类别）使得应用程序能够根据其为商家执行的功能的类型被标记；支持搜索、评级和推荐模型的应用数据服务；应用发现界面，诸如应用商店、家庭信息卡、应用设置页面；等等。

应用程序142A-B可以通过接口140A-B连接到商务管理引擎136，诸如利用API将通过商务管理引擎136以及在商务管理引擎136内可用的功能和数据展现给应用程序的功能（例如，通过REST、GraphQL等）。例如，电子商务平台100可以向面向商家和合作伙伴的产品和服务提供API接口140A-B，诸如包括应用扩展、过程流程服务、面向开发者的资源等。随着客户更频繁地使用移动设备进行购物，与移动使用相关的应用程序142A-B可以受益于API的更广泛使用来支持相关的增长的商务流量。通过应用程序和API的使用而提供的（例如，如为应用程序开发而提供的）灵活性使得电子商务平台100能够更好地适应商家（以及通过内部API的内部开发者）的新的和独特的需求，而不需要对商务管理引擎136进行不断的改变，从而当商家需要它时向他们提供他们需要的。例如，运输服务122可以通过运输或承运商服务API与商务管理引擎136集成，从而使得电子商务平台100能够提供运输服务功能，而不直接影响商务管理引擎136中运行的代码。

许多商家问题可以通过让合作伙伴通过应用程序开发来改进和扩展商家工作流来解决，诸如与后台操作（面向商家的应用程序142A-B）和在线商店138中（面向客户的应用程序142A-B）相关联的问题。作为做业务的一部分，许多商家将在每天基础上使用移动和网络相关的应用程序来进行后台任务（例如，商品销售、库存、折扣、履行等）和在线商店任务（例如，用于闪速销售、新产品供应等的与他们的在线商店相关的应用程序），其中应用程序142A-B通过扩展/ API 140A-B帮助使产品在快速增长的市场中容易地查看和购买。在实施例中，可以向合作伙伴、应用程序开发者、内部应用设施等提供软件开发工具包（SDK），诸如通过在管理员114内创建使应用界面沙箱化的框架。在实施例中，管理员114可能不控制也不知道框架内发生了什么。SDK可以与用户界面工具包结合使用，以产生模仿电子商务平台100的外观和感觉的界面，诸如充当商务管理引擎136的扩展。

利用API的应用程序142A-B可以按需求拉取数据，但是当更新发生时，它们通常也需要让数据被推送。更新事件可以在订阅模型中实现，更新事件诸如例如是客户创建、产品改变或订单取消。更新事件可以向商家提供关于商务管理引擎136的改变状态的所需更新，诸如用于同步本地数据库、通知外部集成合作伙伴等。更新事件可以诸如通过更新事件订阅而启用该功能，而不必一直轮询商务管理引擎136来检查更新。在实施例中，当与更新事件订阅相关的改变发生时，商务管理引擎136可以向诸如预定义的回叫URL发送（POSDAD）请求。该请求的主体可以包含对象的新状态和动作或事件的描述。更新事件订阅可以在管理员设施114中手动创建，或者（例如，经由API 140A-B）自动创建。在实施例中，更新事件可以从触发它们的状态改变异步地排队和处理，这可以产生非实时分布的更新事件通知。

在实施例中，电子商务平台100可以提供应用程序搜索、推荐和支持128。应用程序搜索、推荐和支持128可以包括：帮助应用程序开发的开发者产品和工具；应用仪表板（例如，为开发者提供开发界面，为管理员提供应用程序管理，为商家提供应用程序定制等等）；用于安装和提供关于提供对应用程序142A-B的访问的许可的设施（例如，用于公共访问，诸如在安装之前必须满足的标准，或者用于商家的私人使用）；应用程序搜索，以使对于商家而言更容易搜索满足他们的在线商店138的需求的应用程序142A-B；应用程序推荐，以向商家提供关于他们如何能够通过他们的在线商店138改进用户体验的建议；商务管理引擎136内的核心应用能力的描述，等等。这些支持设施可以由任何实体执行的应用程序开发来利用，所述任何实体包括开发他们自己的应用程序142A-B的商家、开发应用程序142A-B的第三方开发者（例如，由商家签约、他们自行开发以供应给公众，被签约以供与电子商务平台100相关联的使用等），或者由与电子商务平台100相关联的内部个人资源开发的应用程序142A或142B。在实施例中，应用程序142A-B可以被分配应用标识符（ID），诸如用于链接到应用程序（例如，通过API）、搜索应用程序、做出应用程序推荐等。

商务管理引擎136可以包括电子商务平台100的基本功能，并通过API 140A-B向应用程序142A-B展现这些功能。API 140A-B可以支持通过应用程序开发构建的不同类型的应用程序。应用程序142A-B可以能够满足商家的多种多样的需求，但是可以粗略地分为三个类别：面向客户的应用程序、面向商家的应用程序、集成应用程序等。面向客户的应用程序142A-B可以包括在线商店138或渠道110A-B，它们是商家可以列出产品并让它们被购买的地方（例如，在线商店、用于闪速销售的应用程序（例如，商家产品或出自来自第三方来源的机会销售的机会）、移动商店应用程序、社交媒体渠道、用于提供批发购买的应用程序等）。面向商家的应用程序142A-B可以包括允许商家管理他们的在线商店138的应用程序（例如，通过与网络或网站或移动设备相关的应用程序），运行他们的业务（例如，通过与POS设备相关的应用程序），增长他们的业务（例如，通过与运输（例如，直运）相关的应用程序、使用自动化代理、使用过程流程开发和改进）等。集成应用程序可以包括提供参与业务运行的有用集成的应用程序，诸如运输提供商112和支付网关。

在实施例中，应用程序开发者可以使用应用程序代理从外部位置取回数据，并将其显示在在线商店138的页面上。关于这些代理页面上的内容可以是动态的、能够被更新的等等。应用程序代理对于显示图像库、统计数据、自定义表单和其他种类的动态内容可能是有用的。电子商务平台100的核心应用结构可以允许在应用程序142A-B中构建越来越多的商家体验，使得商务管理引擎136可以保持专注于更常用的商务业务逻辑。

电子商务平台100通过使得商家能够以灵活和透明的方式与客户联系的精选系统架构来提供在线购物体验。通过实施例示例购买工作流程可以更好地理解典型的客户体验，其中客户在渠道110A-B上浏览商家的产品，将他们意图购买的东西添加到他们的购物车，进行结帐，并为他们的购物车的内容付费，结果导致商家的订单创建。然后，商家可以审查并履行（或取消）订单。产品然后被交付给客户。如果客户不满意，则他们可能将产品退还给商家。

在示例实施例中，客户可以在渠道110A-B上浏览商家的产品。渠道110A-B是客户可以查看和购买产品的地方。在实施例中，渠道110A-B可以被建模为应用程序142A-B（可能的例外是在线商店138，其被集成在商务管理引擎136内）。商品销售组件可以允许商家描述他们想要卖什么以及他们在哪里卖它。产品和渠道之间的关联可以建模为产品发布，并由渠道应用程序诸如经由产品列表API访问。产品可以具有许多选项——如大小和颜色，以及许多变体，所述许多变体将可用选项扩展为所有选项的特定组合——如为超小并且为绿色的变体，或在大小方面为大并且为蓝色的变体。产品可以具有至少一个变体（例如，为没有任何选项的产品创建“默认变体”）。为了便于浏览和管理，可以将产品分组为收藏，提供产品标识符（例如，库存保持单元（SKU））等。可以通过手动将产品分类成一个（例如，自定义收藏）、通过构建用于自动分类的规则集（例如，智能收藏）等来构建产品集合。产品可以通过虚拟或增强现实界面等被视为2D图像、3D图像、旋转视图图像。

在实施例中，客户可以将他们意图购买的东西添加到他们的购物车（在替代实施例中，可以诸如通过如本文描述的购买按钮直接购买产品）。客户可以将产品变体添加到他们的购物车。购物车模型可以是渠道特定的。在线商店138购物车可以由多个购物车行项目组成，其中每个购物车行项目跟踪产品变体的数量。商家可以基于他们购物车的内容，使用购物车脚本向客户供应特殊促销。由于将产品添加到购物车不意味着来自客户或商家的任何承诺，并且购物车的预期寿命可能在几分钟（而不是几天）的数量级，因此购物车可以被持久化到临时的数据存储。

然后客户继续结账。结帐组件可以将网络结帐实现为面向客户的订单创建过程。结账API可以被提供为面向计算机的订单创建过程，由一些渠道应用程序用来代表客户创建订单（例如，用于销售点）。结帐可以从购物车创建，并记录客户的信息，诸如电子邮件地址、记账和运输细节。结账时，商家承诺定价。如果客户输入了他们的联系信息但是没有继续支付，则电子商务平台100可以（例如，在被放弃的结账特征中）提供重新联系客户的机会。由于那些原因，结帐可以具有比购物车长得多的寿命（几个小时或甚至几天）并且因此是持久的。结账可以基于客户的运输地址计算税务和运输成本。结帐可以将税务的计算委托给税务组件，并且将运输成本的计算委托给交付组件。定价组件可以使得商家能够创建折扣代码（例如，“秘密”字符串，当在结账时输入时，该“秘密”字符串对结账中的项目应用新价格）。商家可以使用折扣来吸引客户和评估营销活动的绩效。折扣和其他自定义价格系统可以在相同平台价格之上实现，诸如通过价格规则（例如，先决条件集合，其当被满足时意味着权利集合）。例如，先决条件可能是诸如“订单小计大于100美元”或“运输成本低于10美元”之类的项目，并且权利可能是诸如“整个订单打八折”或“产品X、Y和Z打九折”之类的项目。

然后，客户为他们购物车的内容付费，结果导致商家的订单创建。渠道110A-B可以使用商务管理引擎136来将金钱、货币或价值存储（诸如美元或加密货币）移动到客户和商家以及从客户和商家移动。与各种支付提供商的通信（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关等）可以在支付处理组件内实现。可以通过卡服务器环境来提供与支付网关106的实际交互。在实施例中，支付网关106可以接受国际支付，诸如与领先的国际信用卡处理器集成。卡服务器环境可以包括卡服务器应用、卡接收器（card sink）、托管字段等。该环境可以充当敏感信用卡信息的安全网守。在实施例中，大部分过程可以由支付处理作业来协调。商务管理引擎136可以支持许多其他支付方法，诸如通过场外支付网关106（例如，其中客户被重新引导到另一个网站），手动（例如，现金）、在线支付方法（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关等）、礼品卡等。在结帐过程结束时，创建订单。订单是商家和客户之间的销售合同，其中商家同意提供订单上列出的商品和服务（例如，订单行项目、运输行项目等），并且客户同意提供付款（包括税款）。该过程可以在销售组件中建模。不依赖于商务管理引擎136结账的渠道110A-B可以使用订单API来创建订单。一旦订单被创建，订单确认通知就可以被发送给客户，并且下订单通知经由通知组件被发送给商家。当支付处理作业开始避免超额销售时（例如，商家可以从每个变体的库存策略来控制该行为），可以预留库存。库存预留可以具有短的时间跨度（分钟），并且可能需要非常快并且可伸缩以支持闪速销售（例如，针对短时间供应的折扣或促销，诸如以冲动购买为目标）。如果支付失败，则预留被释放。当支付成功并创建订单时，预留将转换为分配给特定地点的长期库存承诺。库存组件可以记录变体存货的位置，并跟踪已经启用了库存跟踪的变体的数量。它可以将产品变体（表示产品列表模板的面向客户的概念）与库存项目（表示其数量和位置受到管理的项目的面向商家的概念）解耦。库存水平组件可以保持对可用于销售的、承诺给订单的或从库存转移组件传入的数量（例如，来自提供商）进行跟踪。

然后，商家可以审查并履行（或取消）订单。审查组件可以实现业务流程商家的使用，以确保订单在它们被实际履行之前适合履行。订单可能是欺诈性的，需要验证（例如，ID检查），具有如下支付方法：要求商家等待，以确保他们将接收到他们的资金，等等。风险和建议可以在订单风险模型中持续存在。订单风险可能从欺诈检测工具生成，由第三方通过订单风险API提交，等等。在进行履行之前，商家可能需要捕获支付信息（例如，信用卡信息）或等待接收它（例如，经由银行转账、支票等）并将订单标记为已支付。商家现在可以准备产品进行交付。在实施例中，该业务流程可以由履行组件来实现。履行组件可以基于库存位置和履行服务将订单的行项目分组到逻辑履行工作单元中。商家可以审查、调整工作单元，并诸如通过以下各项触发相关的履行服务：当商家挑选并包装盒子中的产品时使用的手动履行服务（例如，在商家管理的位置）、购买运输标签并输入其跟踪号或者仅仅将项目标记为已履行。客户履行服务可以发送电子邮件（例如，不提供API连接的位置）。API实现服务可以触发第三方，其中第三方应用程序创建履行记录。传统履行服务可以触发从商务管理引擎136到第三方的自定义API调用（例如，通过亚马逊的履行）。礼品卡履行服务可以提供（例如，生成号码）并激活礼品卡。商家可以使用订单打印机应用程序打印装箱单。可以当项目被包装在盒子中并准备好运输、装运、跟踪、交付、验证为由客户接收等时执行履行过程。

如果客户不满意，则他们可以能够将（一个或多个）产品退还给商家。商家可以通过“取消销售（un-sell）”项目的业务流程可以由退货组件来实现。退货可能由诸如以下各项的多种不同的动作组成：补充存货（restock），在这种情况下，销售的产品实际上再次返回到业务中并且可再次销售；退款，其中从客户收取的钱被部分或完全退回；记录多少金钱被退款的会计调整（例如，包括是否存在任何补充存货费，或者没有退回并留在客户手中的商品）；等等。退货可以表示对销售合同（例如，订单）的改变，以及其中电子商务平台100可以使商家意识到关于法律义务（例如，关于税收）的合规问题。在实施例中，电子商务平台100可以使得商家能够保持对销售合同随时间的改变进行跟踪，诸如通过销售模型组件（例如，仅基于附加日期的分类帐，其记录发生在项目上的与销售相关的事件）来实现。

电子商务平台100可以为多个商家、他们相应的客户以及不同类型的商品提供销售渠道。支付网关106由电子商务平台或外部方提供，以在电子商务环境中处理交易。

图6的电子商务平台可以用于实现本公开的实施例。具体地，本文描述的布局修改方法和系统可以在所描绘的电子商务平台内实现。

鉴于以上教导，本公开的许多修改和变型是可能的。因此，将理解，在所附权利要求的范围内，本公开可以以不同于本文具体描述的方式来实践。

Claims (14)

1.一种处理器实现的方法，包括：

从用户设备接收访问在线商店的输入，所述在线商店具有供客户访问在线商店的第一版本的用户界面，第一版本的用户界面当由特定类型的用户设备呈现时具有显示元素的第一布局；

响应于所述输入，响应于用户设备访问在线商店，生成第二版本的用户界面，第二版本的用户界面当由特定类型的用户设备呈现时具有显示元素的第二布局，第二布局不同于第一布局，其中生成第二版本的用户界面包括基于与用户设备相关联的位置来修改第一版本的用户界面；

使用第二版本的用户界面与用户设备交互。

2.根据权利要求1所述的方法，其中生成第二版本的用户界面包括通过以下各项中的至少一个来修改第一版本的用户界面：

改变布局密度，其中改变布局密度包括对于第二版本的用户界面使用不同的布局密度，所述布局密度包括定义在显示元素中的个体显示元素之间的间距的值集合；

改变对于第一版本中的至少一个图像的图像大小，其中改变对于第一版本的用户界面中的给定图像的图像大小包括对于第二版本的用户界面中的所述图像使用不同的图像大小；

替换第一版本的用户界面中的至少一个图像，其中替换第一版本的用户界面中的给定图像包括在第二版本的用户界面中使用所述图像的不同版本；

修改特定于假日的内容，其中修改特定于假日的内容包括当生成第二版本的用户界面时移除假日特定的内容；

改变季节特定特征，其中改变季节特定特征包括用对应于与用户设备相关联的位置中的季节的不同季节特定特征来替换第二版本的用户界面中的季节特定特征；和

改变品牌特定特征，其中改变品牌特定特征包括移除或替换被包括在第一用户界面中的第二版本的用户界面中的品牌特定特征。

3.根据权利要求1或2所述的方法，其中，当与用户设备相关联的位置在多个预定义区域中的一个内时，以特定于所述多个预定义区域中的一个的方式生成第二版本。

4.根据权利要求3所述的方法，进一步包括：

对于所述多个预定义区域中的每一个，从与所述预定义区域相关联的其他在线商店确定区域特定的偏好和/或模式和/或倾向和/或趋势；

其中基于与所述多个预定义区域中的一个相关联的区域特定的偏好和/或模式和/或倾向和/或趋势来执行修改第一版本的用户界面。

5.根据权利要求3或4所述的方法，进一步包括：

接收对所述多个预定义区域中的至少一个的选择。

6.根据权利要求5所述的方法，进一步包括接收对于所述多个区域中的一个或多个区域的选择，所述选择关于要修改第一用户界面的多个特征中的哪一个，并且基于所述选择来执行所述修改第一用户界面。

7.根据任一前述权利要求所述的方法，进一步包括在第二版本的用户界面中包括与第一版本的用户界面相比的不同版本的结账流程。

8.根据权利要求7所述的方法，其中，用于第二版本的用户界面的结账流程省略了包括在第一版本的用户界面中的结账流程的至少一个步骤。

9.根据权利要求8所述的方法，其中，包括在第一版本的用户界面中用于输入运输地址的结账流程中的步骤利用包括在第二版本的用户界面中用于选择取货点的结账流程中的步骤所替换。

10.根据任一前述权利要求所述的方法，进一步包括：

确定与用户设备相关联的位置。

11.根据权利要求10所述的方法，其中，通过对与用户设备相关联的地址进行IP查找来实现位置的确定。

12.根据任一前述权利要求所述的方法，其中特定类型是个人计算机和移动设备中的一个。

13.一种系统，包括：

处理器；

包含指令的存储器，所述指令当在处理器上执行时被配置为实行任一前述权利要求的方法。

14.一种计算机程序，当在服务器的处理器上执行时，被配置为实行权利要求1至12中任一项的方法。

Images