CN112819504A - 用于定制评论的系统和方法 - Google Patents

Abstract

描述了用于呈现评论的方法和系统。响应于与第一商家出售物相关联的第一事件，呈现一组评论。该组评论包括与第一商家出售物相关联的多个选择的评论。基于第一顾客的简档和与第一评论相关联的第一评论者的简档之间的一个或多个属性的匹配，从多个存储的评论中选择多个选择的评论中的至少第一评论。

Description

用于定制评论的系统和方法

技术领域

本公开涉及用于定制评论的系统和方法，其可以在电子商务平台上实现。

背景技术

电子商务平台可以使顾客能够从商家那里购买出售物（例如商品和/或服务）。通常，购买了出售物的顾客还可以使用电子商务平台提供该出售物的评论。可以以不同的格式提供评论，除了其它可能性之外还包括基于文本的评论、音频评论和视频评论以及其他可能性。

常规地，当潜在顾客希望查看对出售物的评论时，向顾客呈现已经由不同的评论者生成的评论。可以以通用方式（例如，按时间顺序排列）来呈现评论。对于潜在顾客而言，可能很难找到与该顾客相关的评论。

因此，期望提供一种能够提供针对每个潜在顾客更好地定制的评论的解决方案。

发明内容

本公开描述了各种示例，其可以使得能够进行更多定制的评论创建和更多定制的评论呈现。在一些示例中，可以确定在评论者和潜在顾客之间的属性的亲和性、相似性或匹配（在本公开中其通常被称为“亲和性”）。基于这种亲和性，可以向潜在顾客提供更可能与该顾客相关的评论。此外，多个评论可以作为一组评论一起提供，例如，以便一起提供多个视频评论作为无缝流。可以向顾客提供一组评论，该组评论包括针对同一商家的出售物的多个评论，可以包括不同评论者的评论。

在一些示例中，可以提示评论者为商家的出售物创建新评论。该提示可能包含与评论者具有亲和性的顾客询问的有关出售物的问题。

在一些示例中，可以向顾客提供包括存储评论的选择的评论组。例如，可以基于顾客和评论者之间的（一个或多个）属性的匹配，为顾客定制要包括在评论组中的评论的选择。

在一些方面，本公开描述了一种包括与存储器通信的处理器的系统。所述处理器被配置为执行指令以使该系统响应于与第一商家出售物相关联的第一事件，经由与第一顾客相关联的第一顾客电子设备呈现一组评论，所述一组评论包括：与第一商家出售物相关联的多个选择的评论。基于在第一顾客的简档和与第一评论相关联的第一评论者的简档之间的一个或多个属性的匹配，从多个存储的评论中选择所述多个选择的评论中的至少第一评论。

在一些方面，本公开描述了一种方法，包括：响应于与第一商家出售物相关联的第一事件，向第一顾客呈现一组评论，该组评论包括与第一商家出售物相关联的多个选择的评论。基于第一顾客的简档和与第一评论相关联的第一评论者的简档之间的一个或多个属性的匹配，从多个存储的评论中选择所述多个选择的评论中的至少第一评论。

在一些方面，本公开描述了一种计算机可读介质，其上有形地存储了指令。指令在被执行时使系统响应于与第一商家出售物相关联的第一事件，经由与第一顾客相关联的第一顾客电子设备呈现一组评论，该组评论包括与第一商家出售物相关联的多个选择的评论。基于在第一顾客的简档和与第一评论相关联的第一评论者的简档之间的一个或多个属性的匹配，从多个存储的评论中选择多个选择的评论中的至少第一评论。

在以上任一方面中，所述指令还可以使所述系统（或所述方法可以包括）基于与第一或第二评论相关联的批准指示符从所述多个存储的评论中选择至少第一评论或第二评论以包括在所述多个选择的评论中。

在以上任一方面中，所述指令还可以使所述系统（或所述方法可以包括）基于第二顾客对第一或第二评论具有肯定的响应从所述多个存储的评论中选择至少第一评论或第二评论以包括在所述多个选择的评论中，并且其中第二顾客的简档中的一个或多个属性与第一顾客的简档匹配。

在以上任一方面中，指令还可以使系统（或方法可以包括）确定在第一评论者或第二评论者与第一顾客之间的亲和性；并将第三评论呈现给第一顾客，该第三评论与第一或第二评论者相关联，基于所确定的亲和性来呈现第三评论。

在以上任一方面中，可以基于第一顾客对与第二评论者相关联的第二评论或第一评论的肯定响应来确定在第一评论者或第二评论者与第一顾客之间的亲和性。

在以上任一方面中，所述指令还可以使所述系统（或者所述方法可以包括）从所述第一顾客接收问题，所述问题与所述第一商家出售物或第二商家出售物有关；并经由评论者电子设备向第一或第二评论者提供选项以基于该问题创建新的评论，该选项基于所确定的亲和性提供给第一或第二评论者。

在以上任一方面中，多个选择的评论中的每个可以是选择的视频评论，并且多个选择的评论可以被呈现为包括多个选择的视频评论的无缝视频流。

在以上任一方面中，可以基于在与多个选择的视频评论相关联的各个评论者的简档与第一顾客的简档之间的匹配属性的数量，在评论组中对多个选择的视频评论进行排序。

因此，提供了如所附权利要求书中详细描述的方法、系统和计算机程序。

附图说明

现在将通过示例方式参考附图，该附图示出了本申请的示例实施例，并且其中：

图1是示例电子商务平台的框图，其中可以实现本文描述的示例；

图2是可以经由图1的电子商务平台访问的管理器的示例主页;

图3是图1的电子商务平台的另一框图，示出与应用程序开发有关的一些细节；

图4示出了当使用图1的电子商务平台进行购买时可能发生的示例数据流；

图5是图1的电子商务平台的另一框图，其示出与评论创建和呈现有关的一些细节；

图6是图示出了可以存储在图1的电子商务平台中的示例数据结构的框图;

图7是图示出图1的电子商务平台的示例实现的框图；

图8A和8B图示出示例亲和性图，其可以表示由图1的电子商务平台执行的数据分析;

图9是图示出用于使用亲和性来提示评论的创建的示例方法的流程图；

图10A至图10D是图示出使用图9的方法可以如何提示评论者创建评论的示例的示意图;

图11A-11F是使用图9的方法可以提供给评论者的示例用户界面;

图12是图示出用于基于定制的评论选择向顾客呈现评论者的示例方法的流程图；和

图13A和13B是使用图12的方法可以提供给顾客的示例用户界面。

在不同的图中可能已经使用了相似的附图标记来表示相似的组件。

具体实施方式

将在下面讨论的电子商务平台的上下文中描述本公开。然而，应当理解的是，所讨论的内容仅出于说明的目的，而无意于进行限制。此外，应当理解的是，本公开可以在其他上下文中实现，并且不必限于在电子商务平台中的实现。

参考图1，描绘了用于向顾客提供商家产品和服务的实施例电子商务平台100。尽管本公开通篇预期使用公开的设备、系统和过程来购买产品和服务，但为简单起见，本文中的描述将涉及产品或出售物。本公开通篇对产品或出售物的所有引用也应理解为对产品和/或服务的引用，包括物理产品、数字内容、票证，订阅、要提供的服务等。

尽管本公开通篇预期“商家”和“顾客”可以不仅仅是个人，但是为了简化起见，本文的描述通常可以这样指商家和顾客。本公开通篇对商家和顾客的所有引用也应理解为对个人、公司、企业、计算实体等的组的引用，并且可以表示产品的营利性或非营利性交换。此外，尽管本公开通篇指的是“商家”和“顾客”，并如此描述其角色，但是应当理解电子商务平台100更一般地支持电子商务环境中的用户，以及本公开通篇对商家和顾客的所有引用也应理解为对用户的引用，例如当用户是商家用户（例如，卖方、零售商、批发商或产品提供商）、顾客用户（例如，买方、购买代理或产品的用户）、透视用户（例如，浏览但尚未承诺购买的用户、评估电子商务平台100以用于营销和销售产品的潜在用途的用户等）、服务提供商用户（例如，运输提供商112、金融提供商等）、公司或企业用户（例如，用于购买、销售或使用产品的公司代表；企业用户；顾客关系或顾客管理代理等）、信息技术用户、计算实体用户（例如，用于购买，销售或使用产品的计算机器人）等。

电子商务平台100可以提供集中式系统，用于向商家提供在线资源以管理其业务。商家可以利用电子商务平台100来管理与顾客的商务，诸如通过在物理位置（例如，诸如通过信报亭、终端机、读取器、打印机、3D打印机等的实体店面或其他位置）通过在线商店138、通过渠道110、通过销售点（POS）设备152与顾客实现电子商务体验；通过电子商务平台100管理其业务；通过电子商务平台100的通信设施129与顾客进行互动或其任何组合。

在线商店138可以表示包括多个虚拟店面139的多租户设施。在各种实施例中，商家可以例如通过商家设备102（例如，计算机、膝上型计算机、移动计算设备等）来管理在线商店138中的一个或多个店面139，并通过许多不同渠道110（例如，在线商店138；通过POS设备152的实体店面；通过集成到网站或社交媒体渠道（例如在社交网络、社交媒体页面、社交媒体消息传递系统上）的电子购买按钮的电子市场等）向顾客提供产品。商家可以跨渠道110进行销售，并且然后通过电子商务平台100管理其销售。商家可以在其实体零售商店中通过弹出窗口、通过批发、通过电话等在其实体零售商店中进行销售，并且然后通过电子商务平台100管理其销售。商家可以采用这些的全部或任意组合，例如使用POS设备152通过物理店面维护业务，通过在线商店138维护虚拟店面139，以及利用通信设施129利用顾客交互和分析132来例如提高销售可能性。

在各种实施例中，顾客可以通过顾客设备150（例如，计算机、膝上型计算机、移动计算设备等）、POS设备152（例如，零售设备、信报亭、自动结帐系统等）或本领域已知的任何其他商务界面设备进行交互。电子商务平台100可以使商家能够通过在线商店138，通过物理位置（例如，商家的店面或其他地方）中的POS设备152与顾客接触，以经由电子通信等通过对话提示与顾客进行贸易，提供一种系统，用于接触顾客，并为可用于接触顾客并与顾客交互的真实或虚拟路径促进商家服务。

在各种实施例中，并且如本文中进一步描述的，可以通过包括处理器和存储器的处理设施来实现电子商务平台100，该处理设施存储一组指令，当指令被执行时，导致电子商务平台100执行本文所述的电子商务和支持功能。处理设施可以是服务器、客户端、网络基础结构、移动计算平台、云计算平台、固定计算平台或其他计算平台的一部分，并在电子商务平台100的电子组件、商家设备102、支付网关106、应用程序开发108、渠道110、运输提供商112、顾客设备150、POS设备152等之间和之中提供电子连接和通信。电子商务平台100可以被实现为云计算服务、软件即服务（SaaS）、基础设施即服务（IaaS）、平台即服务（PaaS）、桌面即服务（DaaS）、管理软件即服务（MSaaS）、移动后端即服务（MBaaS）、信息技术管理即服务（ITMaaS）等，例如在软件和递送模型中，在该模型中，软件是基于订阅进行许可并被集中托管的（例如，由使用薄客户端的用户经由网络浏览器访问、通过POS设备访问等）。在各种实施例中，电子商务平台100的元件可以被实现为在各种平台和操作系统（例如，iOS，Android）上，通过互联网等操作。

在各个实施例中，可以由电子商务平台100将店面139服务于顾客（例如，经由顾客设备150），其中顾客可以浏览和购买各种可用的产品（例如，将它们添加到购物车中、通过购买按钮立即购买等）。店面139可以以透明的方式服务于顾客，而顾客不必知道它是通过电子商务平台100（而不是直接从商家）提供的。商家可以使用商家可配置的域名、可定制的HTML主题等来定制其店面139。商家可以通过主题系统定制其网站的外观，例如，其中商家可以通过改变其主题来选择和改变其店面139的外观，同时在店面产品层次结构内显示相同的基础产品和业务数据。主题可以通过主题编辑器、设计界面进一步定制，其使用户能够灵活地定制其网站设计。也可以使用主题特定设置定制主题，该主题特定设置改变诸如特定的颜色、字体和预构建布局方案之类的方面。在线商店可以实现用于网站内容的基本内容管理系统。商家可以撰写博客帖子或静态页面，并将其发布到他们的店面139和/或网站104，例如通过博客、文章等，以及配置导航菜单。商家可以将图像（例如，用于产品）、视频、内容、数据等上载到电子商务平台100，例如用于由系统来存储。在各种实施例中，电子商务平台100可以提供用于调整图像大小、将图像与产品关联、在图像中添加文本以及将文本与图像关联、为新产品变型添加图像、保护图像等等的功能。

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

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

图2描绘了用于管理器114的主页170的非限制性实施例，其可以示出关于日常任务、商店的最近活动以及商家建立其业务可以采取的下一步的信息。在各种实施例中，商家可以例如从浏览器或移动设备登录到管理器114，并且管理其店面的各个方面，例如查看店面的最近活动、更新店面的目录、管理订单、最近来访活动、总计订单活动等。在各种实施例中，商家可以能够通过使用侧栏172来访问管理器114的不同部分，例如图2上所示。 管理器的部分可以包括商家业务的核心方面，包括订单、产品和顾客；销售渠道，包括在线商店、POS和购买按钮；安装在商家帐户上的应用程序；应用于商家的店面139和帐户的设置。商家可以使用搜索栏174查找产品、页面或其他信息。根据商家正使用的设备，可以通过管理器114为他们启用不同的功能。例如，如果商家从浏览器登录到管理器114，则他们可能能够管理其店面139的所有方面。如果商家从其移动设备登录，则他们可能能够查看其店面139的所有方面或方面子集，例如查看店面的最近活动、更新店面的目录、管理订单等。

可以通过获取报告或度量来查看关于商务和到商家店面139的访客的更多详细信息，诸如显示针对商家的整体业务的销售摘要、针对有效销售渠道的特定销售和参与数据等。报告可以包括获取报告、行为报告、顾客报告、财务报告、市场报告、销售报告、定制报告等。商家可能能够从不同的时间段（例如，几天、几周、几个月等）查看不同渠道110的销售数据，例如通过使用下拉菜单176。可以为想要商店的销售和参与数据的更详细视图的商家提供概述仪表板。可以提供家庭度量部分的活动摘要，以图示商家帐户上的活动的概述。例如，通过单击“查看所有近期活动”仪表板按钮，商家可能能够看到在其帐户上更长的近期活动摘要。主页可以示出关于商家的店面139的通知，例如基于帐户状态、增长、近期顾客活动等。可以提供通知来帮助商家导航过程，诸如捕获支付、将订单标记为已完成，存档已完成的订单等。

返回参考图1。电子商务平台可以提供用于提供电子通信和营销的通信设施129和相关的商家接口，例如利用电子消息传递聚合设施（未示出）来收集和分析在商家、顾客、商家设备102、顾客设备150、POS设备152等之间的通信交互，以聚合和分析通信，例如用于增加提供产品销售的可能性等。例如，顾客可能有一个与产品有关的问题，这可能会在顾客和商家（或表示商家的基于自动处理器的代理）之间产生对话，其中通信设施129分析交互并将关于如何提高销售概率的分析提供给商家。

电子商务平台100可以提供金融设施130，用于例如通过安全卡服务器环境148与顾客进行安全金融交易。电子商务平台100可以存储信用卡信息，例如在支付卡行业数据（PCI）环境（例如，卡服务器）中，以协调金融、账单商家，在电子商务平台100金融机构帐户和商家的后帐户（例如，当使用资金时）之间执行自动清算所（ACH）转移等。这些系统可能符合《萨班斯-奥克斯利法案》（SOX），并且在其开发和运营过程中需要进行高度的努力。金融设施130还可例如通过资本借贷（例如借贷资金、现金垫款等）和提供保险来向商家提供金融支持。另外，电子商务平台100可以提供一组营销和合作伙伴服务，并控制在电子商务平台100和合作伙伴之间的关系。他们还可以将新的商家与电子商务平台100连接起来，并在其上进行交易。这些服务可以通过使商家更容易跨电子商务平台100工作来使商家能够增长。通过这些服务，可以经由电子商务平台100向商家提供帮助设施。

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

在各个实施例中，电子商务平台100可以配置有用于内容管理和任务自动化的核心商务设施136，以使得能够实现对多个店面139的支持和服务（例如，与产品、库存、顾客、订单、协作、供应商、报告、财务、风险和欺诈等有关），但可通过应用程序142进行扩展，这些应用程序使得能够实现用于适应不断增长的各种商家店面139、POS设备152、产品和服务所需要的更大灵活性和定制过程。例如，核心商务设施136可以被配置为通过诸如通过顾客标识符、订单标识符、店面标识符等的功能和数据的划分（例如，分片）来实现灵活性和可伸缩性。核心商务设施136可适应商店特定业务逻辑和网络管理器。在线商店138可以表示渠道，其被嵌入在核心商务设施136内，提供了一组支持和调试工具，其支持对商家的使用等等。核心商务设施136可以为店面139提供关键数据的集中管理。

核心商务设施136包括电子商务平台100的基本或“核心”功能，以及因此，如此处所述，并非支持店面139的所有功能都可以适合包含在内。例如，包含在核心商务设施136中的功能可能需要超过核心功能阈值，通过该阈值可以确定该功能是商务体验的核心（例如，对于大多数店面活动来说是通用的，例如跨渠道、管理器界面、商家位置、行业、产品类型等），跨店面被重用（例如，可跨核心功能被重用/修改的功能），限于一次单个店面的环境（例如，实施店面“隔离原则”，其中代码不应该能够一次与多个店面进行交互，确保店面不能访问彼此的数据），提供交易工作负载等。维持对实现哪些功能的控制可以使核心商务设施136能够保持响应，因为许多所需的特征要么由核心商务设施136直接提供服务，要么由其与应用程序142的扩展/应用程序编程接口（API）140连接而使能。如果不注意限制核心商务设施136中的功能，响应性会受损，如通过通过慢数据库的基础设施退化或非关键后端故障、经过灾难性的基础设施故障，例如伴随数据中心下线、通过正在部署的新代码，其比预期地需要更长的时间执行等等。为了防止或减轻这些情况，核心商务设施136可以被配置为保持响应性，例如通过利用超时、队列、回压以防止降级的配置等。

虽然隔离店面数据对维持店面139和商家之间的数据隐私非常重要，但是诸如例如以订单风险评估系统或平台支付设施收集和使用交叉存储数据可能存在一些原因，订单风险评估系统或平台支付设施两者都需要来自大多数店面139的信息以良好地执行。在各种实施例中，而不是违反隔离原理，可以优选将这些组件移出核心商务设施136并移入电子商务平台100内的它们自己的基础设施中。例如，数据设施134和分析132可以位于核心商务设施136的外部。

在各种实施例中，电子商务平台100可以提供平台支付设施149，其是利用来自核心商务设施138的数据但是可以位于外部以便不违反隔离原理的组件的另一示例。平台支付设施149可以允许与店面139进行交互的顾客通过核心商务设施136安全地存储他们的支付信息，使得他们只需要输入一次即可。当顾客访问不同的店面139时，即使他们之前从未去过那里，平台支付设施149也可以回调起他们的信息以使得能够实现更快速和正确的结账。这可以提供跨平台的网络效应，其中随着更多的商家加入，电子商务平台100对于其商家变得更加有用，例如因为有更多的顾客由于相对于顾客购买的易用性而更频繁地结账。为了最大化该网络的效应，可以从店面的结帐中检索给定顾客的支付信息，从而允许使该信息跨店面139全局地可用。每个店面139都将难以能够连接到任何其他店面139以直接检索存储在那里的支付信息，并且容易出错。结果，平台支付设施149可以在核心商务设施136的外部实现。

对于核心商务设施138中未包含的那些功能，应用程序142提供了一种向电子商务平台100添加特征的方式。应用程序142可能能够访问和修改商家的店面139上的数据、通过管理器114执行任务、通过用户界面（例如，其通过扩展/ API 140浮出表面）为商家创建新的流程等。可以使商家能够通过应用程序搜索208和应用程序推荐210（见图3）发现并安装应用程序142。在各种实施例中，核心产品、核心扩展点、应用程序和管理器114可以被开发为一起工作。例如，可以在管理器114内部构建应用程序扩展点，以便可以通过应用程序142扩展核心特征，应用程序142可以通过扩展/ API 140将功能递送给商家。

在各种实施例中，应用程序142可以通过扩展/ API 140将功能递送给商家，例如，其中应用程序142能够使交易数据浮出表面以向商家显示（例如，应用程序：“使用嵌入式应用程序SDK在移动和Web管理器中使我的应用程序浮出表面”），和/或其中核心商务设施136能够要求该应用程序按需执行工作（核心：“应用程序，请给我这个结帐的本地税款计算”）。

应用程序142可以支持店面139和渠道110、提供商家支持、与其他服务集成等等。在核心商务设施136可以向店面139提供服务的基础的情况下，应用程序142可以为商家提供满足特定且有时是独特需求的方式。不同的商家将具有不同的需求，并且因此可以从不同的应用程序142中受益。通过开发应用程序分类法（类别）（该分类法使应用程序能够根据其为商家执行的功能类型进行标记）；通过支持搜索、排名和推荐模型的应用程序数据服务；通过应用程序发现界面，例如应用程序商店、家庭信息卡、应用程序设置页面；等等可以通过电子商务平台100更好地发现应用程序142。

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

许多商家问题可以通过让合作伙伴通过应用程序开发来改善和扩展商家工作流来解决，例如与后台操作（面向商家的应用程序）相关联的和在店面（面向顾客的应用程序）中的问题。作为开展业务的一部分，许多商家每天将使用与移动和Web相关的应用程序来完成后台任务（例如，商品销售、库存、折扣、履行等）和店面任务（例如，与其在线商店相关的应用程序，以进行快速销售、新产品提供等），其中应用程序142通过扩展/ API 140有助于使制造产品易于在快速发展的市场中查看和购买。在各个实施例中，可以例如通过在管理器114内创建将应用程序接口沙箱化的框架来向合作伙伴、应用程序开发人员、内部应用程序设施等提供软件开发工具包（SDK）。在各个实施例中，管理器114可能没有控制权，也可能不知道框架内发生了什么。SDK可以与用户界面工具包结合使用，以产生模仿电子商务平台100外观的界面，例如充当核心商务设施136的扩展。

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

参考图3，这是电子商务平台100的另一种描述。图3省略了已经参照图1描述的一些细节并且示出了下面讨论的更多细节。在各种实施例中，电子商务平台100可以提供应用程序开发支持128。应用程序开发支持128可以包括开发人员产品和工具202（用于协助应用程序的开发）、应用程序仪表板204（例如，为开发人员提供开发界面、用于管理应用程序的管理器、用于定制应用程序的商家等）、用于相对于提供对应用程序142的访问安装和提供权限206的设施（例如，用于公共访问，例如在安装之前必须满足标准的地方，或供商家私有使用）、应用程序搜索208，使得商家容易地搜索满足其店面139需求的应用程序142、应用程序推荐210，为商家提供有关他们如何通过其店面139改善用户体验的建议，核心商务设施136内的核心应用程序能力214的描述等。这些支持设施可由任何实体执行的应用程序开发108所利用，包括开发其自己的应用程序142的商家、开发应用程序142的第三方开发人员（例如，由商家签约，自行开发以提供给公众，合同规定与电子商务平台100关联使用等），或由与电子商务平台100关联的内部个人资源开发的应用程序。在各种实施例中，可以为应用程序142分配应用程序标识符（ID），诸如用于链接到应用程序（例如，通过API）、搜索应用程序、做出应用程序推荐等。

核心商务设施136可以包括电子商务平台100的基本功能，并且通过API向应用程序142公开这些功能。API可以启用通过应用程序开发108构建的不同类型的应用程序。应用程序142可能能够满足商家的多种需求，但可以粗略地分为三类：面向顾客的应用程序216、面向商家的应用程序218或集成应用程序220。面向顾客的应用程序216可以包括店面139或渠道110，这些是商家可以列出产品并使得它们被购买的地方（例如，在线商店、快速销售的应用程序（例如，商家产品或来自第三方来源的机会性销售机会）、移动商店应用程序、社交媒体渠道、提供批发购买的应用程序等）。面向商家的应用程序218可以包括允许商家（例如，通过与网络或网站有关的应用程序或与移动设备有关的应用程序）管理其店面139、（例如，通过与POS设备152相关的应用程序）运行其业务，以增长业务（例如，通过与运输（例如，转运运输）相关的应用程序、使用自动代理、使用过程流程开发和改进）等的应用程序。集成应用程序220可以包括提供参与业务运行的有用集成的应用程序，例如运输提供商112和支付网关。

在各种实施例中，应用程序开发人员可以使用应用程序代理从外部位置获取数据并将其显示在在线店面139的页面上。这些代理页面上的内容可以是动态的、能够被更新等。应用代理对于显示图像库、统计信息、定制表单和其他种类的动态内容可能很有用。电子商务平台100的核心应用结构可以允许在应用程序142中构建越来越多的商家体验，从而核心商务设施136可以保持专注于商务的更常用的商务逻辑。

电子商务平台100通过策划的系统架构提供在线购物体验，该架构使商家能够以灵活且透明的方式与顾客联系。通过一个实施例示例购买工作流可以更好地理解典型的顾客体验，其中顾客在渠道110上浏览商家的产品，将他们打算购买的商品添加到他们的购物车，进行结账，并为其购物车的内容付费，导致为商家创建订单。然后，商家可以查看并履行（或取消）订单。然后将产品递送给顾客。如果顾客不满意，他们可能会将产品退还给商家。

在示例实施例中，顾客可以在渠道110上浏览商家的产品。渠道110是顾客可以查看和购买产品的地方。在各个实施例中，可以将渠道110建模为应用程序142（可能的例外是在线商店138，其集成在核心商务设施136内）。商品组件可以允许商家描述他们想要出售什么以及他们在哪里出售它。产品和渠道之间的关联可以建模为产品发布，并由渠道应用程序（例如，经由产品列表API）访问。产品可以有很多选项，如大小和颜色，以及扩大了可用选项到所有选项的特定组合的多个变型，像是额外小和绿色的变型，或者是大尺寸和蓝色的变型。产品可能具有至少一个变型（例如，为没有任何选项的产品创建“默认变型”）。为了促进浏览和管理，可以将产品分组为集合，给定产品标识符（例如，库存单位（SKU））等。可以通过将产品手动分类为一个（例如，定制集合）、通过构建用于自动分类的规则集（例如，智能集合）等来构建产品的集合。可以通过虚拟或增强现实界面等将产品视为2D图像、3D图像、旋转视图图像。

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

然后，顾客进行结帐。结账组件可以实现网络结账为面向顾客订单创建过程。可以将结账API提供为由一些渠道应用程序使用的面向计算机订单创建过程以代表顾客创建订单（例如，用于销售点）。结帐可以从购物车中创建，并记录顾客的信息，例如电子邮件地址、账单和运输详细信息。在结帐时，商家承诺定价。如果顾客输入其联系信息，但不继续支付，电子商务平台100可以提供一个机会以重新吸引顾客（例如，在放弃的结账特征中）。出于这些原因，结帐的寿命能够比购物车更长（数小时甚至数天），因此可以持久。结帐可以根据顾客的运输地址计算税款和运输成本。结帐可以将税收的计算委托给税收组件，而将运输成本的计算委托给递送组件。定价组件可以使商家能够创建折扣代码（例如，“秘密”字符串，当在结帐时输入该字符串将新价格应用于结帐中的项目）。商家可以使用折扣来吸引顾客并评估营销活动的绩效。折扣和其他定制价格系统可以在同一平台件之上实现，例如通过价格规则（例如，一组先决条件，在满足时就意味着一组权利）。例如，先决条件可能是诸如“订单小计大于$ 100”或“运输成本低于$ 10”之类的项目，以及应享权利可能是诸如“整个订单有20％的折扣”或“产品X，Y和Z有$ 10的折扣”之类的项目。

然后，顾客为他们的购物车中的内容支付，导致为商家创建订单。渠道110可以使用核心商务设施136来往顾客和商家以及从顾客和商家转移金钱、货币或价值存储（例如美元或加密货币）。与各种支付提供商（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关等）的通信可以在支付处理组件内实现。可以通过卡服务器环境148提供与支付网关106的实际交互。在各种实施例中，支付网关106可以接受国际支付，例如与领先的国际信用卡处理器集成。卡服务器环境148可以包括卡服务器应用、卡槽、托管字段等。该环境可以充当敏感信用卡信息的安全网守。

在非限制性示例中，图4呈现了在Web 结账上的信用卡、预付卡、礼物卡或其他卡的支付处理期间，核心商务设施136与卡服务器环境148之间的交互的简化序列图。

在各种实施例中，大多数过程可以由支付处理作业来协调。核心商务设施103可以支持许多其他支付方式，例如通过异地支付网关106（例如，其中将顾客重定向到另一个网站）、手动（例如，现金）、在线支付方式（例如，在线支付系统、移动支付系统、数字钱包、信用卡网关等）、礼品卡等。在结帐过程结束时，创建一个订单。订单是商家与顾客之间的销售合同，其中商家同意提供订单上列出的商品和服务（例如，订单行项目、运输行项目等），而顾客同意提供支付（包括税）。该过程可以在销售组件中建模。不依赖核心商务设施结帐的渠道110可以使用订单API创建订单。一旦创建了订单，就可以经由通知组件将订单确认通知发送给顾客，并将下订单通知发送给商家。当支付处理作业启动以避免过度的销售（例如，商家可以由每个变型的库存策略控制这一行为）时库存可以被预订。库存预订可能具有较短的时间跨度（分钟），并且可能需要非常快速且可扩展以支持快速销售（例如，在短时间内提供的折扣或促销，例如针对冲动购买）。如果支付失败，则取消预订。当支付成功并创建订单时，预订将转换为分配给特定地点的长期库存承诺。库存组件可以记录变型被库存的位置，并跟踪启用了库存跟踪的变型的数量。它可以将产品变型（表示产品清单模板的面向顾客的概念）与库存项目（表示数量和位置受管理的项目的面向商家的概念）分离。库存级别组件可以跟踪可用于出售的、已承诺给订单或从库存转移组件（例如，从供应商）传入的数量。然后，商家可以查看并履行（或取消）订单。

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

如果顾客不满意，他们可能能够将（一个或多个）产品退还给商家。商家可能经过的业务过程是“退售”物品，其可能由退货组件实现。退货可能由各种不同的动作组成，例如补货，其中已出售的产品实际上又重新进入了业务并可以再次能出售；退款，其中从顾客处收取的钱被部分或全部退还；账务调整，注明已退还多少钱（例如，包括是否有任何补货费用，或未退还并留在顾客手中的商品）；等等。退货可以表示对销售合同（例如订单）的改变，并且其中电子商务平台100可以使商家意识到与法律义务（例如，关于税收）有关的合规性问题。在各个实施例中，电子商务平台100可以使商家能够跟踪随着时间的推移销售合同的改变，例如通过销售模型组件实现（例如，基于只有附加日期的账薄，其记录发生在物品的出售相关事件）。

在履行过程已经完成并且顾客已经接收到购买的出售物之后，可以邀请顾客（例如，经由电子商务平台100推送的通知）以提供对购买的出售物的评论。只有在购买的出售物已被验证为接收到之后，用于提供评论的选项可能仅仅对于顾客可用。在出售物是服务的情况下，用于提供评论的选项可能仅在服务完成后才对顾客可用。这样，只有已验证购买出售物的顾客可能能够创建该出售物的评论。

电子商务平台100可以提供要经由顾客设备150呈现的用户界面，以使得顾客能够提供评论。用户界面可以提供用于创建评论的各种选项，包括例如用于简单量化评论的选项（例如，星级或1-5中的数字）、用于文本评论的选项、用于音频评论的选项和/或用于视频评论的选项。提供对所购买出售物的评论的顾客在本文中可以被称为“评论者”。应该理解，给定出售物的任何顾客也可以是该出售物的评论者，以及给定出售物的任何评论者也可以是不同出售物的顾客。此外，评论者可能不一定是个人（例如，购买出售物的公司可能是评论者），但是为简单起见，本公开将评论者称为个人。

现在将参考图5。图5是电子商务平台100的另一描绘，其省略了已经参照图1描述的一些细节并且示出了下面讨论的进一步细节。特别地，图5图示出了与评论有关的数据设施134、分析设施132和服务116的一些细节。

在该示例中，数据设施134包括：包含评论数据的评论数据库310、包含顾客简档数据的简档数据库320、以及包含关于商家出售物的问题的问题数据库330。数据库310、320、330的进一步细节将在下面进一步讨论。

在该示例中，分析设施132包括亲和性跟踪器342、关键字提取器344和情感分析器346。亲和性跟踪器342、关键字提取器344和情感分析器346中的每一个可以被实现为分析设施132的单独的子模块。在一些示例中，亲和性跟踪器342、关键字提取器344和情感分析器346中的一个或多个的功能可以使用单个子模块（而不是三个单独的子模块）来提供或者被实现为分析设施132的一般功能。如下面将进一步讨论的，亲和性跟踪器342、关键词提取器344和情感分析器346中的一个或多个可以使用机器学习系统来实现。

在该示例中，电子商务平台100提供服务116，该服务116包括评论创建引擎或创建器352以及评论呈现引擎或呈现器354。评论创建器352为评论者提供工具以为商家出售物创建评论。评论呈现器354用于选择一个或多个要呈现给顾客的评论。评论创建器352和评论呈现器354中的每一个可以使用存储在数据设施134中的信息和/或由分析设施132生成的信息来执行相关操作，如下文进一步讨论的。

应当注意，数据设施134、分析设施132、核心商务设施136和服务116可以在单独的硬件或软件组件中，在通用硬件组件或服务器上实现，或者被配置为通用（集成）服务或电子商务平台100中的引擎。

图7是电子商务平台100的示例硬件配置的框图。在该示例中，电子商务平台100包括每个都彼此相互通信（例如，经由有线连接和/或经由无线内联网连接）的核心服务器710、数据服务器720和应用服务器730。服务器710、720、730的每个包括各自的处理设备712、722、732（每个可以是例如微处理器、图形处理单元、数字信号处理器或其他计算元件）、各自的存储器714、 724、734（每个都可以是例如随机存取存储器（RAM）、只读存储器（ROM）、硬盘、光盘、订户身份模块（SIM）卡、记忆棒、安全数字（SD）存储器卡等，并且可以包括有形或瞬态存储器）以及相应的通信接口716、726、736（每个接口可以包括用于有线和/或无线通信的发射器、接收器和/或收发器）。核心服务器710可以存储指令并执行与电子商务平台的核心能力有关的操作，诸如除了其它之外还提供管理器114、分析132、核心商务设施136、服务116和/或金融设施130。数据服务器720可以用于实现数据设施134，除了其它之外还包括评论数据库310、简档数据库320和问题数据库330。应用服务器730可以存储指令并执行与应用程序142有关的操作，例如存储用于应用程序142和用于实现应用程序开发支持128的指令和数据。

商家和顾客使用各自的设备102、150、152可以经由一个或多个网络740（例如，有线和/或无线网络，包括虚拟专用网（VPN）、因特网等）访问电子商务平台100。

尽管图7示出了电子商务平台100的示例性硬件实现，但是应当理解，其他实现也是可能的。例如，除了其它可能修改之外，还可以存在更大数目或更少数目的服务器，可以以分布式方式实现电子商务平台100，或者可以用外部存储或基于云的存储来替换存储器714、724、734中的至少一些。

返回参考图5和6。如上所述，在已经验证了顾客对商家出售物的购买之后，可以为顾客提供一个或多个选项，以创建对该出售物的评论。为商家出售物创建评论的顾客也称为评论者。评论者可以使用由电子商务平台100提供的用户界面来创建和提交评论。提交的评论被电子商务平台接收。

评论创建器352可以提供用于评论者的软件工具，以创建评论并将评论提交给电子商务平台100。评论创建器352可以提供用于创建各种格式（诸如文本格式、音频格式或视频格式）的评论的工具。评论创建器352还可以提供用于提交简单的量化评论（例如，星级）的工具。

在一些示例中，评论创建器352可以向评论者提供提示，以定制新评论的创建。例如，评论创建器352可以查询问题数据库330以生成提示给评论者以创建与特定问题有关的新评论。评论创建器352可以例如基于下面进一步讨论的亲和性，进一步定制向哪个评论者提示哪个问题。

在提交评论之后，可选地，可以由电子商务平台100评估该评论以供批准。例如，电子商务平台100可以包括调节器（moderator）设施（未示出），其可以针对适当的语言、内容、相关性等评估评论。调节器设施可以使用任何合适的方法来实现，包括机器学习算法、基于规则的算法、人工辅助评估或其组合。还可以评估提交的评论的质量（例如，视频评论的视频质量、音频质量、编码率、比特率、长宽比等；文本评论的语法、所用语言、格式等）。这样的质量评估可以影响所提交的评论是否被批准存储在评论数据库310中，或者所提交的评论是否将被优先呈现给顾客（例如，当多个评论被呈现给顾客时，较高质量的评论可以被排名更高）。此类质量评估还可以提供上下文信息，例如用于创建视频评论的设备。该评论（如果适用，在批准之后）可以存储在评论数据库310中。来自评估的信息可以与评论一起作为元数据存储。

评论呈现器354可以用于选择和格式化一个或多个要呈现给顾客的评论（例如，来自评论数据库310）。评论呈现器354可以例如使用索引或标识符从评论数据库310中检索评论来参考每个评论。可以使用快速检索技术，例如通过将来自评论数据库310的选择的评论预取到临时存储器（例如，高速缓冲存储器）中，当需要时可以从该临时存储器中呈现选择的评论。评论呈现器354可以使用各种技术来使得能够通过参考标识符来检索评论，并且能够向顾客有效地呈现评论。

评论呈现器354还可以将所选择的评论作为单个评论组（也称为评论组）呈现给顾客。评论组可以包括不同格式的评论或相同格式的评论。例如，可以提供文本评论的评论组作为文本评论的列表。或者评论组可以在同一列表中包括文本评论以及视频评论。

在一些示例中，可以以使得顾客能够将评论组感知为单个评论的方式来提供评论组。例如，评论呈现器354可以将单独的文本评论格式化为单个文本块。在另一个示例中，评论呈现器354可以将用于呈现的单独视频（或音频）评论“缝合”为无缝或连续流，以便当在顾客设备上发送和显示或以其他方式输出时，顾客将评论组感知为单个视频（或音频）评论。

评论呈现器354可以执行即时处理，使得评论组中的各个评论被更无缝地集成到感知流中，而评论呈现器354实际上不将单独的评论合并到新的更大的评论者中。在本公开中，可以通过顺序地回放两个或更多个存储的视频（或音频）评论来提供无缝视频（或音频）评论组，使得该评论组看起来是无缝的或连续的（例如，不间断的）视频（或音频）评论流。各种视频处理技术（例如，音频平衡，淡入/淡出等）可用于将一个视频评论的结束与下一个顺序评论的开始过渡，以提供无缝或连续的查看体验。类似地，可以使用各种音频处理技术（例如，音频淡入/淡出）来将一个音频评论的结束与下一个顺序音频评论的开始过渡，以提供无缝或连续的音频体验。评论呈现器354可以使用任何合适的技术以无缝或连续的方式一起呈现多个选择的视频（或音频）评论。

值得注意的是，在通过多个单独的视频文件/流的呈现向用户呈现一系列视频评论的情况下，在每个视频的递送和/或呈现中会产生开销。例如，在一系列不同的视频按顺序流式传输的情况下，可能有必要短暂延迟每个视频的呈现的开始，以允许缓冲帧以允许补偿视频流传输中的抖动/等待时间。这可能会导致呈现的延迟和视频系列呈现无缝性的中断。例如，在将多个视频评论呈现为单独的视频文件或流的情况下，可能是这种情况。此外，另外地或可替代地，对于按顺序呈现的这种一系列的多个不同视频文件中的每个视频，可能引起递送和/或处理开销。相比之下，通过以无缝方式形成包含多个视频评论的单个视频流（例如，作为单个视频文件或流）以呈现给用户，可以减少或消除呈现这些不同视频评论的一些或全部或此类开销。方便地，以这种方式，可以提高呈现不同视频评论时使用计算和/或网络资源的效率。

在一些示例中，评论呈现器354对评论的选择可以定制给顾客，如下面进一步讨论的。

图6图示出了用于在评论数据库310中存储的评论数据311的示例数据结构。在该示例中，评论数据311包括评论标识符（ID）317（例如，标识评论数据库310中的唯一评论数据311的代码或其他参考）；评论内容312（例如，由评论者描述评论的出售物创建的文本、音频、视频等）；商家出售物ID 313（例如，标识已评论的出售物的代码或其他参考）；评论者ID314（例如，标识与评论数据311相关联的顾客的代码或其他参考（例如，通过参考顾客简档））；可选地，查看者历史315（例如，已经查看评论内容312的顾客的ID）；并可选地点赞（upvote）316（例如，有多少顾客表示已批准评论内容312的记录）。

评论内容312可以是适合于用于创建评论内容312的输入模式的任何合适的格式。例如，评论内容312可以是文本文件、音频文件、视频文件、量化指示符、其组合等。当提交评论时，商户出售物ID 313和评论者ID 314可以自动地（例如，通过电子商务平台100）与评论数据311相关联并被存储。

当最初创建评论数据311并将其存储在电子商务平台100中时，可能没有任何查看者历史315或与评论数据311相关联的点赞316。每当顾客查看评论时，关于该顾客的信息（例如，与该顾客相关联的简档ID）可以被添加到评论数据311作为查看者历史315的一部分。类似地，每次评论获得顾客的批准时，可以增加评论数据311的点赞数316。

其他数据（例如，质量评估数据）可以被包括在评论数据311中。可以将此类数据视为评论的元数据，以提供有关评论内容的信息。评论数据311可以提供可以被（例如，由分析设施132和/或评论呈现器354）使用用于分析、搜索和/或从评论数据库310中选择评论的信息。例如，可以通过参考相关评论ID 317来检索评论数据库310中存储的评论数据311。

如将在下面进一步讨论的，评论者可以基于匹配的（一个或多个）属性与潜在顾客匹配。在本公开中，术语“属性”应理解为是指顾客（或评论者）或顾客可能与之相关联的群组、组或类别的特征，例如年龄、身高、地理位置、婚姻状况、性别、皮肤类型、体型、收入等。这样的属性可以由顾客明确地标识（例如，输入简档中）和/或可以基于顾客的行为（例如，购买历史、查看历史等）隐式地确定。特别地，应该理解的是，属性可能不仅仅是顾客的购买历史或查看历史，而是顾客他/她自己的特征（这可以从购买历史或查看历史中推断出）。在一些示例中，顾客的简档可以包括属性（例如家庭住址）而不包括任何历史信息。相反，在一些示例中，顾客的简档可以包括历史信息（例如，过去的购买），而不包括任何属性。

图6图示出了用于简档数据库320中的存储的简档321的示例数据结构。在该示例中，简档321包括顾客ID 322（例如，用于在电子商务平台100内唯一地标识顾客的代码或其他引用）；属性323（例如，顾客（或顾客群组）的特征，例如地理位置、大小、皮肤类型、性别、身高、体重等）；个人信息324（例如，诸如家庭住址、法定全名、收入等敏感信息）；可选地，评论历史325（例如，识别由顾客创建的评论的评论ID的列表，如果有的话）；可选地，购买历史326（例如，对顾客购买的出售物的标识，如果有的话）；可选地，查看历史327（例如，顾客已经查看过的任何评论的标识）；以及可选的问题历史328（例如，对顾客已提交的任何问题的标识）。其他信息可以存储在简档321中，例如搜索历史等。

通过电子商务平台100进行购买的每个顾客可以具有存储在简档数据库320中的关联简档321。在一些示例中，可以在顾客第一次在电子商务平台100上发起购买时或者当顾客第一次登录到电子商务平台100时创建简档321。应当注意，由于评论者也是顾客，因此每个评论者都与简档321相关联。

简档321可以包括由顾客明确提供的信息（例如，个人信息324，例如完整的法定姓名和家庭住址），以及可以从个人信息324推断或估计的信息（例如，使用分析工具132）、评论历史325、购买历史326、查看历史327和/或问题历史328。例如，可以从明确提供的家庭住址（在个人信息324中）推断或估计顾客的总体地理区域（例如，农村或城市，大都市区域等）。可以通过识别（例如，使用统计分析和/或由分析设施132实现的基于机器学习的技术和/或使用人工分析）顾客的购买历史326中的模式来推断一些隐式信息。例如，可以从购买历史326和/或查看历史327中推断或估计顾客的购买偏好（例如，偏好的颜色、衣服尺寸、鞋子尺寸等）。还可以推断或估计各种其他这样的信息，例如婚姻状况、家庭规模、子女数量等。通过随时间跟踪顾客的评论历史325、购买历史326、查看历史327和/或问题历史328，可以更详细地推断出隐式信息。如本领域中已知的，可以使用各种不同的技术来提取这样的隐式信息，在此不讨论其细节。

取决于电子商务平台100上的顾客活动，简档321中的信息可以被周期性地或间歇地更新。例如，评论历史325、购买历史326、查看历史327和/或问题历史328可以随着顾客分别地更新、创建评论、进行购买、查看评论或列表或提交问题而被更新。分析设施132可以规则地或间歇地分析评论历史325、购买历史326、查看历史327和/或问题历史328，以便为该顾客更新属性323。在一些示例中，简档321中的每个属性323可以被标记或以其他方式标识为与出售物的一个或多个特定类别相关。例如，身高属性可能与服装类别有关，但可能与可食用类别无关。

如将在下面进一步讨论的，可以向潜在顾客提供提交关于商家出售物的问题的选项。图6图示出了用于在问题数据库330中存储的问题数据331的示例数据结构。在该示例中，问题数据331包括问题ID 332（例如，标识问题数据库310中的唯一问题数据331的代码或其他参考）；问题内容333（例如，包含所问问题的文本、音频、视频等）；出售物ID 334（例如，标识与该问题有关的出售物的代码或其他参考）；询问者ID 335（例如，标识提交问题的顾客的代码或其他参考（例如，通过参考顾客简档））；可选地，评论ID 336（例如，标识回答问题所创建的任何评论的代码或其他参考（例如，通过参考评论ID））；以及可选地，回答者ID 337（例如，（例如，通过参考评论者简档）标识创建相应的评论以回答问题的评论者的其他参考的代码）。

尽管本公开描述了顾客提交的问题，但是应当理解，问题数据库330也可以包含关于顾客未提交的问题的问题数据331。例如，电子商务平台100可以存储问题数据331，该问题数据331可以被认为对于商家出售物的类别是通用的。在这种通用问题数据331的情况下，出售物ID 334反而可以替换为有关与问题数据331关联的出售物类别的信息。通用问题数据331可以例如与针对给定类别的商家出售物的通用问题有关（例如，“是否需要干洗

”可以被认为是针对出售物类别“连衣裙”的通用问题）。通用问题数据331还可以例如与在商家出售物的多个类别之间通用的问题有关（例如，“电池可持续使用多长时间

”可以被认为是涉及便携式电子设备的所有出售物类别的通用问题）。

这样的通用问题数据331可以是预定义的（例如，基于人类生成的模板），并且可以存储在问题数据库330中。通用问题数据331还可以基于对顾客提交的问题的分析（例如，使用分析设施132）来自动生成。例如，分析设施132可以（例如，使用机器学习系统、自然语言处理或其他技术）确定顾客通常询问关于给定类别中的出售物的给定类型的问题（例如，“是否缩水了

”可以通常针对在T恤衫类别中的商家出售物而被询问）。分析设施132可以学习该模式并且生成（例如，使用自然语言处理、机器学习技术或其他技术）包含相似问题并且与该出售物的类别相关联的通用问题数据331。

电子商务平台100还可以例如基于出售物描述中的元素、类别或主题（例如，尺寸、安装、颜色、大小等）自动生成特定于商家出售物的问题数据331。商家还可以提交针对其自己的出售物的问题，例如，作为创建新列表的过程的一部分。还可以向商家提供由电子商务平台100自动生成的问题列表，商家可以从中选择一个或多个问题以提交到问题数据库330中。

分析设施132可以使用情感分析器346来分析评论、评论上留下的意见或电子商务平台100上的其他通信以确定与该评论、意见或其他通信（通常称为通讯）相关联的情感（例如，肯定，否定或可选的中立的）。

在一些示例中，情感分析器346可以基于已经从通信中提取（例如，使用关键字提取器344）的一个或多个关键字来分析通信。例如，关键字提取器344可以分析通信（并且如果通信是音频或视频格式，还可以执行通信的语音到文本的转换）。关键字提取器344可以使用各种合适的技术来从通信中识别一个或多个关键字。例如，除了其他可能性之外，关键字提取器344还可以实现自然语言处理（NLP）技术、基于规则的分析、统计分析、基于机器学习的技术（有监督或无监督）或其组合。所提取的（一个或多个）关键词可以用作情感分析器346的输入。

情感分析器346可以将关键字分类为肯定、否定或可选地中立（例如，使用查找表或通过参考与不同情感相关联的关键字的存储库）。例如，可以基于从通信中提取的肯定或否定（或可选地中立）关键词的数量将通信分类为肯定、否定或可选地中立。

情感分析器346可以附加地或替代地使用自然语言处理或其他语言解析技术（例如，包括基于机器学习的技术）来分析通信的总体情感，而不仅仅依赖于（一个或多个）关键字。

在一些示例中，情感分析器346可以附加地或替代地确定通信的情感，而无需对（一个或多个）关键字的任何依赖。例如，该通信可以包括量化指示符（例如，星级或五分中的分数）。情绪分析器346可通过将一个或多个阈值应用于量化指示符来将通信识别为肯定或否定（或可选地中立）（例如，高于4星为肯定评论，低于2星为否定评论，以及介于2星和4星之间是中立的评价）。

应当注意，情感分析器346还可使用量化指示符来将关键词识别为肯定、否定或可选地为中立（例如，通常可以将在五星级评论中经常发现的关键词确定为肯定关键词）。在一些示例中，情感分析器346可以使用基于机器学习的技术以这种方式对关键词进行分类。例如，情感分析器346可以使用这种学习到的关键词分类来分析不包括量化指示符的其他通信。

在一些示例中，情感分析器346可以由人协助将不同类型的通信分类为肯定或否定（或中立）。例如，这种手动分类可以用于帮助训练基于机器学习的系统，以自动将通信识别为情绪中的肯定或否定（或中立）。

分析设施132可以使用亲和性跟踪器342来确定和跟踪顾客之间或顾客与电子商务平台上的顾客群、类别或组之间的亲和性。在本公开中，“亲和性”可以表示一个顾客与另一顾客（或顾客群）如何相似或不同，并且还可以表示一个顾客（或顾客群）如何与另一顾客意见一致或不一致。在本公开中，可以将肯定亲和性（指示相似性或意见一致）简单地称为亲和性，而可以将否定亲和性（指示不相似性或意见不一致）明确地指示为否定。当亲和性既不是肯定也不是否定时，这可以称为非亲和性（指示两个顾客对彼此是中立的或不知道彼此）。顾客之间的相似性可以包括特征、习惯、偏好等的相似性。亲和性还可以包括一个顾客的属性与另一顾客的属性匹配的程度（例如，相同的年龄段、相同的性别、相同的婚姻状况、相同的地理位置位置等）。亲和性还可以包括一个顾客对来自另一顾客的信息的肯定或否定反应（例如，基于评论进行购买可能是肯定响应；基于评论放弃购物车可能是否定响应）。在一些示例中，可以根据一个顾客在另一顾客留下的评论中的评论来确定是肯定的还是否定响应的。在这种情况下，情感分析器346可以用于分析评论是肯定还是否定。

亲和性可以是单向的（例如，第一位顾客对第二位顾客的评论表示赞同，可以是从第一位顾客到第二位顾客的肯定亲和性），也可以是双向的（例如，第一位和第二位顾客之间的属性匹配可以是双向亲和性）或非定向。在一些示例中，可以基于相似的购买历史或相似的查看历史来确定两个顾客之间的肯定亲和性。然而，本公开中的亲和性不必限于购买/查看历史的相似性。而是，本公开中的亲和性也可以考虑一个顾客如何响应来自另一顾客的信息（例如，评论）。此外，应当理解，不必基于顾客之间的社会关系来建立顾客之间的亲和性。例如，两个顾客可能在属性匹配的基础上具有肯定的亲和性，但可能彼此不认识。将在下面进一步讨论的示例的上下文中理解亲和性的进一步细节。

图8A图示出了示例亲和性图800，其可以表示由亲和性跟踪器342确定和存储的亲和性信息。亲和性跟踪器342可以使用表示亲和性图800的数据结构来存储亲和性信息，或者可以使用任何其他合适的数据结构。亲和性图800包括由边缘804连接的节点802。在该示例中，每个边缘804还具有权重806。每个节点802表示各自的顾客，每个边缘804表示两个顾客之间的肯定或否定，单向或双向亲和性，并且每个权重806表示两个顾客之间的亲和性的强度（肯定或否定）。两个节点802之间没有边缘804可能指示相应的两个顾客彼此之间具有零亲和性（或非亲和性），例如，因为这两个顾客在电子商务平台100上彼此没有交互，这两个顾客的属性不匹配，或者肯定和否定的响应导致净零亲和性。

在该示例中，存在表示顾客A，B，C，D，E和F的六个节点802。为简单起见，本公开将使用格式“边缘AB”来指代两个顾客之间的边缘以指代在顾客A和顾客B的节点802之间的边缘804。在某些情况下，方向性可由箭头指示，例如“边缘A→ B”可用于指代从表示顾客A的节点802到表示顾客B的节点802的单向边缘。在此示例中，与每个边缘804关联的权重806被正规化为-1.0到1.0之间的范围，其中1.0表示最大肯定亲和性，以及-1.0表示最大否定亲和性（其也可以称为厌恶）。

在此示例中，边缘AB是双向边缘，最大肯定权重为1.0；例如，这可以表示顾客A和顾客B之间的多个属性的匹配。边缘A→C的权重为0.8；这可能表示顾客A对顾客C的评论有很强的肯定响应（例如，进行购买）。边缘D→A的权重为0.5；这可能表示顾客D对顾客A的评论有中等程度的肯定响应（例如，将出售物添加到虚拟购物车中）。边缘A→E的权重为-0.8；这可能表示顾客A对顾客E的评论有强烈的否定响应（例如，从虚拟购物车中删除出售物）。边缘E→A的权重为0.2；这可能表示顾客E对顾客A的评论有轻微的肯定响应（例如，提交了点赞）。A和F之间没有边缘；这可能表示顾客A与顾客F的评论没有互动（反之亦然），或没有肯定或否定响应。需要说明的是，顾客A与顾客E之间的亲和性在A→E方向为否定的，以及在E→A方向上为肯定的。这是因为可以根据各个顾客的响应来确定亲和性，并且本质上不一定是互反的。至少以这种方式，与常规社交图或购买/查看历史的比较相比，本文所讨论的亲和性可以提供关于顾客的行为和偏好的更多细微差别和更丰富的信息。

在一些示例中，除了属性的精确匹配之外，还可以确定评论者和顾客之间的相似度并将其反映在亲和性图中。可以使用各种技术来确定顾客之间的属性的相似性。各种技术可以一起使用。例如，一种技术可以是通过确定属性中是否存在相似范围的值。例如，一个25岁的顾客和一个23岁的顾客可能是相似的，因为他们都属于19至29岁的类别。另一种技术可以是为每个属性分配一个数值（例如，身高、鞋子的尺码、年龄、收入等），并将顾客表示为相应的数字矢量；然后可以在向量之间计算相关性，以得出表示顾客之间的相似性的数值（例如，相关性值1可以表示100％相似度，以及相关性值0可以表示0％相似度）。应该理解，可以使用其他方法。可以将相似度计算为相似度得分（例如，使用相关值作为相似度得分），该相似度得分可以反映在分配给双向边缘804的权重806中。

图8B图示出了另一示例亲和性图850，其可以表示由亲和性跟踪器342确定和存储的亲和性信息。图8B的亲和性图850类似于以上关于图8A讨论的亲和性图800并且享有相似的特征，例如通过边缘804连接的节点802以及与每个边缘804相关联的权重806。图8B中的示例亲和性图850包括：表示顾客A，B，C和D的节点802、双向边缘AB和定向边缘B→D和A→C。

在图8B的示例中的亲和性图850进一步表示推断的亲和性。在本公开中，推断的亲和性（除了其他可能的术语外，其也可以称为二手亲和性或次级亲和性）是指基于针对第三顾客确定的亲和性而确定的两个顾客之间的亲和性。在图8B中，顾客A和B之间的亲和性是双向的并且被重加权为肯定（例如，基于各个顾客简档之间的多个属性的匹配）。顾客B还示出对顾客D的肯定亲和性（例如，顾客B对顾客D的评论有肯定响应，例如购买）。基于顾客A和顾客B之间的强亲和性，可以推断出顾客A也将对顾客D具有肯定亲和性。在亲和性图850中，该推断的亲和性表示为具有推断的权重856的推断边缘854。在此示例中，推断边缘854的推断权重856为0.5，其小于针对边缘B→D的肯定权重0.8。所推断的边缘854可以与较低的所推断的权重856相关联，因为正被推断的肯定亲和性可以被认为比实际肯定响应弱。

推断的亲和性的示例在图 8B中示出。亲和性也可以通过其他方式推断。例如，可以基于顾客A所属的群组的响应来推断顾客A与顾客D之间的亲和性。群组可以是顾客A显式所属的已定义组（例如，社交组中的显式成员资格），或可以是顾客A隐式所属的组（例如，人口统计组）。如果该群组总体上对顾客D具有总体肯定响应（例如，大多数群组具有肯定响应），则可以推断出顾客A对顾客D的肯定亲和性。如果顾客D与顾客A属于同一群组，那么也可以根据属于同一群组来推断亲和性。在某些情况下，群组中的成员资格（无论是显式的还是隐式的）都可以反映在顾客简档中找到的属性中（例如，存储在简档中的人口统计属性反映了人口统计群组中的成员资格）；因此，属于同一群组的可能会反映在一个或多个简档属性的匹配中。亲和性也可以根据与顾客A共享相似地形（或其他这样特性）的组的总体响应来推断。在某些示例中，在根据组的响应来推断亲和性的情况下，该推断出的亲和性的推断权重可以基于该组对顾客D的统计响应来确定（例如，推断的权重可以是该组的平均归一化评分）。

与上述方式类似，也可以基于顾客A对顾客D所属的群组成员的响应来推断亲和性（例如，如果顾客A对顾客C的评论有肯定的响应，并且顾客C和D属于同群组）。此外，还可以基于顾客A所属的第一群组对顾客D所属的第二群组的响应来推断亲和性。

通常，与基于顾客的实际响应确定的亲和性相比，推断的亲和性可以被认为是更弱的（并且因此可能分配了更低的权重）。然而，当该顾客几乎没有或没有用于确定亲和性的历史信息时（例如，如果该顾客是在电子商务平台100上新注册的），这种推断的亲和性对于定制顾客的体验可能是有用的。

在一些示例中，基于群组的亲和性确定对于使电子商务平台100上的单个顾客的行为和历史匿名化可能是有用的。例如，不是跟踪单个顾客的购买历史，而是可以对顾客群组（例如，人口统计或地理组）的购买历史匿名化并统计跟踪。例如，这样的方法可有助于保护单个顾客的隐私。

图8A和8B中的亲和性图800和850是简化示例；应当理解，电子商务平台100可以具有比所示示例更多的顾客，并因此具有更复杂的亲和性图。此外，亲和性图可以用于表示相对于每个顾客的亲和性。

尽管在图8A和8B的示例中图示出了归一化的权重，但是可以使用加权亲和性图中的边缘的其他方法。在一些示例中，亲和性图可以不包括权重，并且边缘可以简单地指示肯定或否定亲和性。在一些示例中，边缘可以仅指示肯定亲和性，并且否定亲和性可以不在亲和性图中表示，在这种情况下，亲和性图可以不区分否定亲和性和零亲和性（或非亲和性）。

应当理解，亲和性图可以采用其他形式。此外，应当理解，除了使用亲和性图之外，可以使用表示亲和性的各种方式。

在本公开中的亲和性信息的使用（无论是显式的还是推断的，基于个性化的或基于群组的）可以使得能够更深刻地理解顾客的偏好，并且能够实现更好的定制。通过利用从电子商务平台上多个顾客的响应中收集的信息，可以为单个顾客提供定制的评论和更有用的信息。

关于图5、6、8A和8B图示出和描述的数据被提供仅用于说明。应当理解，电子商务平台100可以以各种合适的格式来存储评论数据、简档数据和问题数据以及亲和性信息（除了其它可能的数据和信息类型之外），包括表格、树、矩阵等。此外，每个数据结构可以有更多或更少数量的数据字段。通常，本公开不限于任何特定的数据格式，并且可以适应于数据管理中的未来发展。

在本公开的一些方面，例如通过有针对性地提示创建评论，可以将在顾客与评论者之间确定的亲和性用于更好的评论定制。

图9是图示出了针对提示创建评论的示例方法900的流程图。方法900可以由电子商务平台100实现（例如，使用核心服务器710处的分析设施132和/或服务116）。方法900可以由执行指令的处理设备来实现。

可选地，在902处，接收评论（例如，经由评论者的电子设备150提交）。该评论被存储（例如，在评论数据库310中）并且与评论者相关联（例如，与评论者的简档ID相关联）。该评论还与商家出售物相关联。所存储的评论可以是各种合适的格式，例如文本评论、音频评论、视频评论、星级以及它们的组合。

可选地，在904，所存储的评论被提供给顾客（例如，经由顾客的电子设备150显示）。例如，当顾客导航到用于所评论的出售物的网站时，或者可以选择选项以查看关于该出售物的更多信息时，可以将所存储的评论提供给顾客。

在一些示例中，所存储的评论可以被提供为一组评论（或者简单地为评论组）的一部分。评论呈现器354可以选择和多个评论（例如，来自评论数据库310），并将评论作为单个组提供，如前所讨论的。特别地，可以以使得顾客能够将评论组感知为单个评论的方式来提供评论组。

可以基于各种标准（例如，亲和性、点赞等）（例如，下面进一步讨论的那些标准）来选择被选择包括在评论组中的所存储的评论。

在906，确定评论者和顾客之间的亲和性。亲和性的确定可以由分析设施132执行（例如，使用亲和性跟踪器342）。如上所讨论的，亲和性可以以各种方式确定，并且可以包括推断的亲和性。为了确定亲和性，可以可选地执行步骤908、910、912中的任何一个或多个。

可选地，在908，如果在904将与评论者相关联的所存储的评论提供给顾客，则可以跟踪顾客对所存储的评论的响应。例如，分析设施132可以跟踪顾客的响应。跟踪可以包括在电子商务平台100上或在电子商务平台100外跟踪顾客的行为（例如，使用cookie，浏览器指纹或其他跟踪技术），包括跟踪顾客的后续购买、查看行为、内容共享、意见等。不同行为可能会被视为对评价的肯定或否定（或中立）响应。在一些示例中，可以进一步分配权重以指示响应是肯定还是否定。例如，如果顾客查看针对商家出售物的评论，并且随后购买该出售物，则这可以被认为是强烈的肯定响应（例如，被分配较大的肯定权重，例如在上述讨论的归一化规模上为0.8）。其他肯定响应可能包括，例如，将出售物添加到虚拟购物车、查看出售物的详细列表、长时间或重复查看评论、表明对评论的批准（例如，点赞）、与其他顾客共享评论等，每个顾客可以进一步分配各自的预定义肯定权重。否定响应可以包括，例如，从虚拟购物车中移除商品、放弃虚拟购物车，指示不批准（例如，拒绝投票）评论等，其中每一个可以进一步被分配各自的预定的否定权重。

在一些示例中，可以基于顾客对评论留下的意见来确定顾客对评论的响应。意见可以被标识为肯定评论或否定（或中立）评论。例如，可以执行情感分析（例如，使用情感分析器346）。

在某些示例中，跟踪顾客的响应可能不需要确定在查看评论和响应之间的因果关系。例如，如果顾客在查看评论之后的时间帧内（例如，在一周内，或在同一用户会话内）购买了出售物，则可以确定肯定响应，而无需确定它是否是引起购买的特定评论。

可选地，在910，可以基于评论者的简档和顾客的简档之间的一个或多个属性的匹配来确定评论者和顾客之间的亲和性。

在本公开中，术语“属性”应理解为是指顾客（或评论者）或顾客可能与之相关联的群组、组或类别的特性，例如年龄、身高、地理位置、婚姻状况、性别、皮肤类型、体型、收入等。这样的属性可以由顾客明确地标识（例如，输入在简档中）和/或可以基于顾客的行为（例如，购买历史、查看历史等）隐式地确定。特别地，应该理解的是，属性可能不仅仅是顾客的购买历史或查看历史，而是顾客他/她自己的特性（这可以从购买历史或查看历史中推断出）。在一些示例中，顾客的简档可以包括属性（例如，家庭住址）而不包括任何历史信息。相反，在一些示例中，顾客的简档可以包括历史信息（例如，过去的购买），而不包括任何属性。

在一些示例中，当评论者和顾客之间的匹配属性的数量超过预定阈值（例如，匹配至少三个属性）时，可以确定肯定亲和性。在一些示例中，当被认为是重要属性的某些属性匹配时（例如，年龄和地理学上的匹配），可以确定肯定亲和性。在一些示例中，被认为对确定亲和性很重要的（一个或多个）属性可以根据所查看的商家出售物而改变。例如，当商家出售物在服装类别中时，大小和高度属性对于确定亲和性被认为很重要，但是在商家出售物在消费类电子类别中时，大小和高度属性被认为不重要。

在一些示例中，可以基于那些视频的内容来确定提供了一个或多个视频评论的评论者的属性。例如，可以处理视频，以及尤其是视频的一个或多个帧（即图像），以识别评论者的视觉属性，例如诸如肤色、眼睛颜色、大致年龄等。在特定示例中，可以使用图像处理技术来识别评论者的面部及其特征，并且可以对图像的那些部分中的一个或多个进行进一步处理以便识别评论者的一个或多个属性，例如诸如上述的属性（例如肤色、眼睛颜色等）。附加地或替代地，可以将评论者对给定视频评论的音轨处理到相似的末端，例如诸如，以识别该评论者的可能性别（例如，基于语音频率）和/或口音（并因此通过推断，区域居住地/起源）。方便地，通过以例如诸如上文概述的方式处理视频的图像和/或音频，该视频中所表征的评论者的属性可以被推断，并可以用于确定该评论者（及其评论）与各种顾客之间的亲和性。此外，应注意，在顾客留下视频评论的情况下（即，顾客也是评论者），可以分析那些评论视频以便识别该评论者/顾客的属性，如在各种其他上下文中确定该评论者/顾客的亲和性（例如，与其他评论者的亲和性）所使用的。

可选地，在912处，可以基于跟踪另一顾客或顾客群组对评论者的评论的响应来确定评论者与顾客之间的亲和性。如上所讨论的，这可以使得能够推断亲和性。例如，如果顾客属于一个群组并且该群组对评论者的评论具有总体肯定响应，则可以推断出顾客和评论者之间的肯定亲和性。可以使用类似于上面的步骤908的技术来执行跟踪其他顾客或群组的响应。在群组情况下，可以在统计的基础上使用匿名数据进行跟踪。

步骤908、910、912中的一个或多个可以用于确定评论者和顾客之间的亲和性。在其中由可选步骤908、910、912确定的亲和性冲突的情况下（例如，在908处，发现顾客具有肯定的响应，但是在912处，发现群组具有否定的响应），预定义的规则可用于解决冲突。例如，冲突解决规则可能是顾客对评论者的评论的实际响应可能始终优先于群组的响应。

亲和性跟踪器342可以实施各种规则和技术（包括基于机器学习的技术）以确定评论者和顾客之间的亲和性。确定和跟踪亲和性可以是连续且正在进行的任务，例如，每当顾客在电子商务平台100上表现出某种行为（例如，购买、添加到虚拟购物车、分享评论等）时进行更新。可替换地，可以仅在某些时间（例如，以规则的间隔，例如每天）或响应于某些触发（例如，当顾客在步骤914处提交问题时）执行确定和跟踪亲和性。

在此示例中，假设确定了评论者和顾客之间的肯定亲和性。

在914，接收（例如，从顾客电子设备150）关于商家出售物的问题（其可以与在可选步骤902和904在所存储的评论中评论的商家出售物相同或不同）。例如，顾客可以使用在查看商家的虚拟店面上的商家出售物列表时可用的选项来提交问题。

当提交问题时，可以生成新问题数据331并将其存储在问题数据库330中。例如，电子商务平台100可以向问题数据331分配新的问题ID 332，将数据331与顾客提交的问题内容333相关联，并且将问题数据331与商家出售物的出售物ID 334以及与顾客的简档ID相对应的询问者ID 335相关联。

在916，向评论者提供基于提交的问题来创建新评论的选项。特别是，根据已确定的评论者与顾客之间的亲和性，提示评论者创建新的评论。因此，提供该问题以由已经被确定为与顾客相似和/或可能同意的某人的评论者来回答。可以预期的是，与如果问题由任何任意评论者或与顾客具有否定亲和性的评论者回答问题的话相比，顾客将从评论者那里找到答案更为有用。

另一方面，如果在步骤906处确定亲和性为否定亲和性或非亲和性，则不会将问题提供给评论者。

仅在评论者已经对与问题相关联的商家出售物进行了验证购买之后，才可以在步骤916为评论者提供选项。例如，步骤916可以除了检查评论者和顾客之间的肯定亲和性之外，还可以检查评论者的购买历史（例如，使用来自评论者简档的信息），以确定评论者已经购买了商家出售物。

评论者可以使用评论创建器352提供的软件工具来创建新评论。例如，评论创建器352可以生成提示（例如，显示在评论者的主页或摘要页面上）以邀请评论者创建新评论以回答所提交的问题。例如，评论创建器352可以从问题数据331中提取问题内容333、出售物ID 334和可选的询问者ID 335，并将此信息表达为对评论者的提示（例如，“回答艾米关于白T恤衫的问题：“它缩水吗

””）。评论创建器352可以提供用于提交评论的文本、音频和/或视频内容的选项。评论创建器352还可提供用于提交评论的量化指示符（例如，星级）的选项。

提交的评论（在任何可选的质量评估之后）可以存储在评论数据库310中。使用新创建的评论的评论ID来更新问题数据331，并且还使用与评论者的简档ID相对应的回答者ID来更新问题数据331。

在一些示例中，可以向评论者提供用于创建新评论以回答所提交的问题的激励。例如，评论者可以被授予积分、排名、折扣等。

可选地，在918处，可以向顾客产生基于顾客的所提交的问题而创建新评论的通知。例如，通知可以显示在顾客的主页或摘要页面上。通知可以提供查看评论的选项（例如，链接），或者评论可以嵌入到通知本身中。

在顾客查看评论之后，顾客可以具有一个选项以指示评论是否回答了所提交的问题。供顾客提供反馈的此选项可用于评估问题是否已回答或问题是否仍未回答。此类反馈可用于确定是否应将激励（如果适用）授予评论者。此外，该反馈还可以用于确定顾客和评论者之间的亲和性。

在一些示例中，步骤902-912和步骤914-918可以在分开的时间进行，并且不需要及时地跟随。例如，电子商务平台100可以连续地跟踪和确定亲和性。当顾客提交问题时，可以在将来的某个时间使用此亲和性信息。

图10A-10D示意性地图示出了方法900的示例。在该示例中，评论者与评论者简档321a相关联，并且顾客与顾客简档321b相关联（两者均可存储在简档数据库320中）。评论者简档321a包括评论者的ID“Bob234”、评论者的属性“单身”和“尺寸10”、评论者的个人信息“美国密歇根州”、评论历史“评论＃567”和购买历史“T恤衫A30”。类似地，顾客档案321b包括顾客ID“ Chuck456”、顾客属性“单身”和“尺寸10”以及顾客个人信息“美国加利福尼亚”。在该简单示例中，已经基于属性的匹配（在图10A中由虚线箭头指示）确定了评论者和顾客之间的亲和性，如在所示的简化的亲和性图中对应节点之间的双向边缘所反映的那样。

在10A中，评论数据311a（其可以存储在评论数据库310中）与评论者相关联。评论数据311a已被分配了ID“评论＃567”，具有评论内容“非常宽松”和四星级，与商家出售物“T恤衫A30”和评论者ID“Bob234”相关联。此外，该评论已被点赞10次。

在图10B中，如评论数据311a中的更新的查看者历史和顾客简档321b中的更新的查看历史中所反映的，评论被顾客查看。在查看评论之后，顾客购买评论的出售物，如在顾客简档321b中更新的购买历史中所反映的。基于查看历史和随后的购买（在图10B中由虚线箭头指示），确定（例如，通过亲和性跟踪器342）顾客对评论者的评论有肯定的响应。在所示的亲和性图中，这由从顾客节点到评论者节点的单向边缘表示。

在图10C中，在将来的某个时间，顾客提交有关商家出售物的问题。问题数据331a存储在问题数据库330中。在该示例中，问题数据331a被分配了ID“问题＃876”，包含问题内容“是否合适

”，与商家出售物“T恤衫B76”和询问者ID“Chuck456”相关联。

在图10D所示，评论者已经购买商家出售物“T恤衫B76”，如在评论者简档321a中的更新的购买历史中所反映的。基于在评论者和顾客之间确定的亲和性，向评论者提供创建新评论的选项，以回答顾客提交的关于商家出售物“T恤衫B76”的问题。如在评论数据311b中所示，评论者创建新的评论以回答该问题。更新问题数据331a以反映评论ID“评论＃607”中的问题已经由“Bob234”回答。可选地，可以通知顾客和/或向顾客提供回答顾客提交的问题的这个评论。在问题数据331a已经与回答问题的评论相关联之后，问题数据331a可以被标记为已回答并且可以不再提供给将来的评论者来回答。在其他示例中，问题数据331a可以继续用于提示创建更多评论，尽管已经被回答了。

该示例图示出了例如使用方法900如何提示评论者创建对顾客更可能有用的评论。

图11A-11F示出了可以提供给评论者（例如，显示在评论者的电子设备150上）以创建新评论的示例用户界面。图11A-11F的一个或多个用户界面在方法900期间可以被呈现。

图11A示出了提供创建评论的选项的示例用户界面1110。用户界面1110可以呈现在评论者的主页或摘要页面（在这种情况下为“ Katie”）中。用户界面1110可以为评论者提供选项1112，以为一个或多个已验证的购买创建一个或多个评论。选项1112可以仅被提供给评论者尚未为其创建评论的购买。

图11B示出了提供创建评论的选项的另一示例用户界面1120。用户界面1120可以呈现在通知页面上，或者可以是评论者的主页或摘要页面的一部分。在该示例中，用户界面1120提供选项1122、1124，用于创建评论以回答关于特定商家出售物的特定问题（其已由评论者购买）。每个选项1122、1124都包括要评论的商家出售物的标识（例如，产品名称和/或代表性图像）。选项1122指示要在评论中回答的问题（其可以是顾客提交的问题或通用问题，例如从问题数据库330得出）。选项1122提供简单的是/否选择来回答问题，但是选项1122还可以使评论者能够提交更详细的评论。选项1124指示存在与商家出售物有关的顾客提交的问题。例如，选择选项1124可以导致显示已经提交的问题。

在选择用于创建新评论的选项之后（例如，从用户界面1110或用户界面1120），图11C的用户界面1130可以被显示。用户界面1130提供用于创建评论的选项。用户界面1130包括评论者可以选择（例如，经由用户界面1130上的输入或经由另一较早的用户界面上的输入）的量化指示符1132（例如，来自五星的五星级）。用户界面1130显示用于评论的提示1134。在该示例中，提示1134包括问题“适合度如何

”以及询问问题的顾客的标识符“Ellie”。提示1134还指示该问题是针对商家出售物的多个问题之一。用户界面1130包括用于提供视频评论的选项1136和用于提供文本评论的选项1138。在一些示例中，除了其他可能的变型外用户界面1130还可以提供跳过当前问题的选项，不回答特定问题就提交评论的选项和/或仅提供量化指示符1132作为评论的选项。

在一些示例中，可以提示评论者回答定义数量的问题（例如3-5个问题），每个问题由相应的用户界面提示。如上所讨论的，可以例如基于评论者和询问该问题的顾客之间所确定的亲和性来为评论者定制提示的问题。在一些示例中，提示的问题可以包括不基于确定的亲和性的一个或多个问题。例如，如果评论者与询问问题的任何顾客没有肯定的亲和性，则无论非亲和性（或否定的亲和性）如何，都可以提示评论者回答通用问题或可以提示其回答顾客提交的问题。在另一个示例中，存在许多适合评论者的顾客提交的问题（基于确定的亲和性），可以提示评论者仅回答问题的子集（例如，仅仅多达定义的问题数，例如3-5个问题）。可以选择提供给评论者回答的顾客提交问题的子集，以便例如对尚未回答（或仅仅很少答案）的那些问题或询问者与评论者具有最高亲和性的那些问题进行优先级排序。

图11D示出了可用于创建评论的另一用户界面1140。用户界面1140类似于用户界面1130，但是提供提示1142，用于回答与商家出售物有关的不同问题（在该示例中，三个问题中的问题三）。提示1142不包括问题的询问者的标识符。例如，这可能是因为问题是通用问题，平台100自动生成的或从商家接收到，或者是询问者希望保持匿名的问题。用户界面1140提供选项1144以开始记录视频评论。在选择选项1144之后，图11E的用户界面1150可以被显示。

用户界面1150显示提示1152，提示1152指示将由视频评论回答的问题，并且还显示正被记录的视频的实时图像1154。用户界面1150包括进度条1156，进度条1156指示到目前为止记录的视频的长度，以及可以为视频评价记录的最大长度。例如，可以为视频评论定义最大视频长度（例如15-30秒），以帮助维持评论的效率。太长的评论也可能是不期望的，因为长的评论不太可能被顾客查看，并且因为长的评论占用了评论数据库310中更大的存储。

尽管评论者可以回答与同一商家出售物有关的多个问题，并且可以依次回答多个问题，但是创建了单独的评论以回答每个问题。每个评论都分配有各自不同的评论ID，并与各自不同的问题ID相关联。这可以使评论能够以更灵活的方式呈现给顾客（例如，顾客仅需要查看与他们自己的问题有关的评论）。评论者可以将创建多个评论视为创建单个无缝或连续评论，这对于评论者而言可能是更加用户友好的体验。

在评论者回答了提示的问题之后（或在评论者选择停止提供评论的选项之后），图11F的用户界面1160可以被显示。用户界面1160显示用于评论的评论者的所选量化指示符1162（在该示例中，来自5个星的4星级），以及缩略图1164或已经创建的评论的预览（例如，使用上面讨论的用户界面1140、1150）。在该示例中，对应于被创建为回答每个不同问题的每个评论，显示单独的缩略图1164。评论者可以例如选择（例如，点击）缩略图1164以查看相应的评论，并且还可以具有删除该相应评论的选项。在该示例中，用户界面1160还提供提示1166，以供评论者回答在创建的评论中可能尚未解决的一个或多个附加问题。提示1166可以包括简单的是/否选项来回答问题，或者包括开始记录视频评论的选项（例如，图11D中的1144）。用户界面1160还包括用于评论者提交所有创建的评论的选项1168。在选择选项1168之后，已经创建的所有评论被电子商务平台100接收并且可以被存储在评论数据库310中（在质量评估之后，如果适用）。

尽管图11A-11F中所示的示例涉及视频评论的创建，但是应该理解，可以呈现其它用户界面（其可以与上面讨论的那些相似），用于以其他格式创建评论，并且具有类似的提示来回答问题。此外，应当理解，当被呈现有多个问题来回答时，评论者可以使用任何格式来创建评论，并且可以使用不同的评论格式来回答不同的问题。

在本公开的一些方面，在顾客和评论者之间确定的亲和性可以用于更好地定制呈现给顾客的评论。

图12是图示出了用于基于亲和性来选择要呈现给顾客的评论的示例性方法1200的流程图。方法1200可以由电子商务平台100实现（例如，使用核心服务器710处的分析设施132和/或服务116）。方法1200可以由执行指令的处理设备来实现。

在1202，电子商务平台100检测与商家出售物相关联的事件。该事件可以是可以触发评论显示的任何事件，包括顾客动作（例如，查看商家出售物的清单、搜索与商家出售物相同类别的出售物、查看与商家出售物相同类别的清单、登录到电子商务平台100等）、商家操作（例如，向顾客发送广告、为商家出售物发起折扣等）、基于时间的触发器（例如，开始季节性商家出售物的“季节”），并且可以包括预测事件和电子商务平台100外部的事件。预测事件可以基于例如由分析设施132（例如，使用机器学习系统）生成的预测，其可以预测或估计顾客对商家出售物的可能兴趣（例如，基于顾客的购买历史、查看历史和/或搜索历史）。例如，可以使用任何适当的跟踪技术（例如，使用cookie或浏览器指纹）来跟踪电子商务平台100外部的事件。

在1204，立即或在已经检测到事件之后的某个时间，选择与商家出售物相关联的多个评论。评论的选择可以由评论呈现器354执行，评论呈现器354查询并选择存储在评论数据库310中的评论。如上所讨论的，评论呈现器354可以基于与每个评论相关联的元数据来查询和选择评论（例如，如图6所示），而无需检查每个评论的实际内容。评论的选择是针对顾客定制的。例如，评论的选择可以包括可选步骤1206、1208、1210中的一个或多个。

可选地，在1206，可以基于顾客的简档与相应评论者的简档之间的一个或多个属性的匹配，选择一个或多个评论以呈现给顾客。与之前的讨论类似，在选择要向顾客呈现评论者的评论之前，可能需要在顾客和评论者之间匹配最少数量的属性，或者在选择评论者的评论呈现给顾客之前某些重要属性（其可能取决于商家出售物的类别）可能需要在顾客和评论者之间进行匹配。

可选地，在1208，可以基于顾客对相应评论者的另一评论的先前的肯定响应，选择一个或多个评论以呈现给顾客。

可选地，在1210，可以基于与（一个或多个）各个评论相关联的（一个或多个）批准指示符来选择一个或多个评论以呈现给顾客。批准指示符可以包括例如与评论相关联的点赞（例如，高于预定义阈值的许多点赞），关于评论提交的肯定意见（例如，意见可以由情感分析器346分析以识别肯定意见），或其他顾客批准评论的其它类似标记。

可选地，在1212，可以基于来自其他相似顾客和/或来自顾客所属群组的对相应评论者的肯定响应，选择一个或多个评论呈现给顾客。

步骤1206、1208、1210、1212可以以任何顺序执行，并且可以并行执行。由每个步骤1206、1208、1210、1212选择的（一个或多个）评论可以是不同的，或者可以具有一个或多个共同的评论。例如，基于匹配的属性选择的评论（例如，在步骤1206）也可以基于高度批准来选择（例如，在步骤1210）。

尽管已经将步骤1206、1208、1210、1212描述为单独的步骤，但是步骤1206、1208、1210、1212中的两个或更多个可以组合。例如，可以基于亲和性来选择评论。如上所讨论的，除了别的之外，亲和性可以包括考虑顾客和评论者之间的匹配属性，顾客对评论者的肯定/否定响应，群组对评论者的肯定/否定响应以及推断的亲和性。

由评论呈现器354选择的评论可以包括多个不同的评论者的评论。在一些示例中，一个或多个所选择的评论与各自的问题相关联。由评论呈现器354选择的评论可以包括回答多个不同问题的评论。在一些示例中，由评论呈现器354选择的评论可以包括来自回答相同问题的不同评论者的多个评论。

在步骤1204，除了其它可能性外，评论的选择还可以包括基于针对出售物类别的常见问题、特定顾客常询问的问题、顾客群组常询问的问题、与特定顾客共享属性的其他顾客常询问的问题、商家针对特定出售物提交的问题和/或最近询问到的问题来选择评论。

在一些示例中，如果顾客先前已经提交了与商家出售物有关的问题，则在步骤1204处的评论选择可以对与顾客提交的问题相关联的评论进行优先排序。

评论的选择还可以包括过滤选择的评论以确保选择的评论回答不同的问题。例如，评论呈现器354可以确保不同的问题ID与每个选择的评论相关联。

在1214，将所选择的评论作为一组单个评论（也称为评论组）呈现给顾客。评论组可以根据在步骤1204处使用的选择标准来对所选择的评论进行排序。例如，可以在评论组中对在顾客和相应评论者之间具有更多匹配属性的评论进行优先级排序（例如，较早呈现）。此外，可以将满足更多选择标准的评论（例如，来自具有匹配属性的评论者的评论，并且也具有高点赞数）优先于满足更少选择标准的评论（例如，仅基于大量点赞数而选择的评论）。

在一些示例中，可以以使得顾客将评论组感知为单个较长的评论而不是多个较短的评论的方式来呈现评论组。例如，评论呈现器354可以将一组视频评论呈现为无缝或连续的视频流。以这种方式向顾客提供评论组可以向顾客提供更加用户友好的体验（例如，评论之间具有更少的等待时间和更少的断开）。

在一些示例中，创建评论组中的每个评论以回答有关商家出售物的特定问题。评论组的呈现可以包括相应评论正在回答的问题的指示。例如，如果评论组是一组文本评论，则每个相应的文本评论所回答的问题可以显示在文本评论上方。在另一个示例中，如果评论组是一组音频或视频评论，则在播放音频或视频评论时，由每个相应评论回答的问题可以显示为文本，并且当评论组无缝移动到下一个评论时所显示的问题可以被自动地更新。

在一些示例中，评论组的呈现可以向顾客提供关于为什么选择特定评论以被呈现的信息。例如，在步骤1204处使用的选择标准（例如，基于匹配属性的选择、基于顾客对评论者的先前肯定响应的选择、基于批准指示符的选择和/或基于其他顾客/群组对评论的肯定响应的选择）可以与相应的评论一起显示给顾客（例如，作为文本评论上方的文本，或者作为在音频或视频评论的回放期间显示的文本）。

可选地，在1216，可以跟踪顾客对评论组中呈现的评论中的一个或多个的响应，以进一步确定顾客与各个评论者之间的亲和性。可以在呈现评论组时跟踪顾客的行为。例如，如果顾客播放在评论组内特定的视频（或音频）评论更长的时间，或者返回该视频（或音频）评论以重复回放更多次；或者，如果顾客选择了文字评论以获取更多详细信息，则可以认为这是对与评论组内的该评论相关联的评论者的肯定响应。在另一示例中，如果顾客在回放特定视频（或音频）评论期间停止回放评论组，离开评论页面或离开电子商务平台100，则可以认为这是对与评论组内的该评论相关联的评论者的否定响应。在一些示例中，在呈现评论组期间，可以向顾客提供选项（例如，链接）以购买或查看关于商家出售物的更多细节。如果在回放特定视频（或音频）评论期间顾客选择了购买或查看有关商家出售物的更多详细信息的选项，则可以认为这是对与评论组内的该评论相关联的评论者的肯定响应。还可以向顾客提供选项以指示对评论组中的特定评论的批准（例如，点赞）或为评论组中的特定评论留下意见。批准或肯定意见（例如，由情感分析器346识别为肯定）的指示也可以用于跟踪顾客的肯定响应。可以执行用于跟踪顾客对评论组中的特定评论的响应的其他技术。

如果在顾客和特定评论者之间确定肯定的亲和性，则在1218，可以向该评论者提供基于顾客提交的问题来创建新评论的选项（例如，类似于以上讨论的方法900）。

在一些示例中，步骤1218可以在以后的将来时间发生，并且不需要及时地立即跟随步骤1216。例如，电子商务平台100可以连续地跟踪和确定亲和性。当顾客提交问题时，可以在将来的某个时间使用此亲和性信息。

图13A和13B示出了可以提供给顾客（例如，显示在顾客的电子设备150上）的示例用户界面，用于将所选择的多个评论呈现为评论组。图13A和13B的一个或两个用户界面在方法1200期间可以被呈现。在这些示例中，评论组包括以无缝方式提供的多个视频评论，以使顾客可以将评论组感知为单个评论。在其他示例中，评论组可以包括其他格式的评论。

在图13A，可以在顾客选择选项（未示出）以查看与特定商家出售物（在这种情况下为“闪光连衣裙”）相关的评论组之后显示示例用户界面1300。用户界面1300示出了第一视频评论1302。视频评论1302的回放进度显示在进度条1304中，在该示例中，进度条1304也分为三个部分，以指示评论组有三个部分（例如，三个视频评论回答各自的问题）。问题指示符1306显示评论1302打算回答的问题（在这种情况下，“什么是最好的

”）。还有一个取消选项1308，顾客可以选择它，以停止回放当前评论1302或停止回放评论组中的所有评论。在一些示例中，取消选项1308的选择可以被认为是对当前评论1302的否定响应。这可用于确定顾客与评论者“ Lina”之间的否定亲和性或非亲和性，这可能会影响将来是否会由评论者“Lina”向顾客显示评论以及是否将来会提示评论者“Lina”回答顾客提交的问题。

用户界面1300还提供评论者信息1310，在这种情况下将评论标识为“Lina”，并且包括由评论者为商家出售物提供的量化指示符1312（在这种情况下，五星中的四星）。还提供了表示其他顾客如何响应当前评论1302的批准指示符1314。在该示例中，批准指示符1314示出针对评论1302的85个点赞。用户界面1300还提供信息1316，该信息指示为什么选择特定评论1302以呈现给顾客。在该示例中，信息1316指示基于匹配的属性和顾客与评论者之间的匹配的购买历史来选择评论1302。

用户界面1300还包括查看商家出售物的细节的选项1318。例如，选项1318可以使商家出售物的列表被显示，或者可以提供用于购买商家出售物的选项。选项1318的选择可以被认为是对当前评论1302的肯定响应。这可用于确定顾客与评论者“Lina”之间的肯定亲和性，这可能会影响将来是否由评论者“Lina”向顾客显示评论，以及是否将来会提示评论者“Lina”回答顾客提交的问题。

假设顾客继续查看所呈现的评论组，则图13B的用户界面1350可以在用户界面1300之后提供，以呈现同一评论组内的另一个评论1352。如进度条1354所示，评论1352位于评论组的后一部分中，在这种情况下，评论组的第二部分。问题指示符1356示出评论1352正在回答与评论1302不同的问题（在这种情况下为“织物是否伸展

”）。

用户界面1350提供评论者信息1360，其指示评论1352是由不同的评论者“mary_jane”提供的，该评论者提供了与先前不同的量化指示符1362（在这种情况下，五星中的五星）。用户界面1350还示出了与评论1352相关联的批准指示符1364。

用户界面1350还提供信息1366，该信息指示为什么选择特定评论1352以呈现给顾客。在该示例中，信息1366指示基于顾客对这个评论者的另一评论的肯定响应以及基于该群组（在该情况下，顾客的年龄组）的肯定响应来选择评论1352。

如果顾客选择取消选项1358，则这可以被认为是对评论者“mary_jane”的否定响应。如果顾客选择选项1368来查看列表或购买商家出售物，则可以认为这是对评论者“mary_jane”的肯定响应。这种否定或肯定的响应可用于确定顾客与评论者“mary_jane”之间的亲和性，这可能会影响将来是否由评论者“mary_jane”向顾客显示评论，以及是否将来会提示评论者“mary_jane”回答顾客提交的问题。

在一些示例中，可以向顾客提供选项（例如，在界面1300、1350中或在另一个用户界面中）以保存和/或共享评论组。评论组可以被保存和/或共享为参考已经在评论组中选择的评论的一组索引或标识符（例如，一组评论ID）。

图13A和图13B的示例图示出了如何例如使用方法1200为顾客提供可以更好地为顾客定制的一组评论（例如，来自与顾客的属性匹配的评论者和/或来自顾客与其具有肯定亲和性的评论者）。以此方式，可以向顾客呈现关于商家出售物的更多有用信息，这可以增加顾客购买商家出售物和/或在电子商务平台100上具有肯定的用户体验的可能性。

尽管上面已经将方法900、1200描述为单独的方法，但是应当理解，方法900、1200可以一起使用，可以组合成单个方法和/或可以一起交互。例如，作为方法1200的一部分，顾客对呈现的评论组的响应可用于跟踪顾客和评论者之间的亲和性，这可能是为评论者提供回答顾客问题的选项的基础，作为方法900的一部分。

在各种示例中，本公开将评论描述为具有问答格式，其中每个评论旨在提供对特定问题的答案。应当理解，可以在不使用问答格式的情况下实现本公开的各方面。例如，不是提示评论者创建评论以回答特定问题，而是可以提示评论者创建关于特定商家出售物的评论。类似地，不是向回答有关商家出售物的不同问题的顾客呈现一组评论，而是可以由不同的评论者向顾客呈现关于该出售物的一组评论。

尽管本公开以一定顺序描述了具有步骤的方法和过程，但是可以视情况而定省略或改变方法和过程中的一个或多个步骤。视情况而定一个或多个步骤可以按照与描述它们的顺序不同的顺序进行。

尽管至少部分地在方法方面描述了本公开，但是本领域普通技术人员将理解，本公开还针对用于执行所描述方法的至少一些方面和特征的各种组件，无论是通过硬件组件、软件还是两者的任意组合。因此，本公开的技术方案可以以软件产品的形式体现。合适的软件产品可以存储在预先录制的存储设备或其他类似的非易失性或非暂时性计算机可读介质中，包括例如DVD、CD-ROM、USB闪存盘、可移动硬盘或其他存储介质。该软件产品包括有形存储在其上的指令，这些指令使处理设备（例如，个人计算机、服务器或网络设备）能够执行本文公开的方法的示例。

在不脱离权利要求的主题的情况下，本公开可以以其他特定形式来体现。描述的示例性实施例应该在所有方面仅被视为是说明性的而非限制性的。可以组合从一个或多个上述实施例中选择的特征，以创建未明确描述的替代实施例，适合于这种组合的特征被理解在本公开的范围内。

还公开了所公开范围内的所有值和子范围。而且，尽管本文公开和示出的系统、设备和过程可以包括特定数量的元件/组件，但是可以将系统、设备和组件修改为包括额外或更少的这种元件/组件。例如，尽管公开的任何元件/组件可以被称为单数，但是本文公开的实施例可以被修改为包括多个这样的元件/组件。本文描述的主题旨在覆盖和包含技术上的所有适当改变。

所有参考文献均通过引用全文并入本文。

Claims (10)

1.一种方法，包括：

响应与第一商家出售物相关联的第一事件，向第一顾客呈现一组评论，该组评论包括与第一商家出售物相关联的多个选择的评论；

其中，基于第一客户的简档和与第一评论相关联的第一评论者的简档之间的一个或多个属性的匹配，从多个存储的评论中选择多个选择的评论中的至少第一评论。

2.根据权利要求1所述的方法，还包括：

基于与第一或第二评论相关联的批准指示符，从多个存储的评论中选择至少第一评论或第二评论以包括在多个选择的评论中。

3.根据权利要求1所述的方法，还包括：

基于第二顾客对第一评论或第二评论具有肯定响应，从多个存储的评论中选择至少第一评论或第二评论以包括在多个选择的评论中，以及其中第二顾客的简档中的一个或多个属性与第一顾客的简档匹配。

4.根据权利要求1至3中的任一项所述的方法，还包括：

确定第一评论者或第二评论者与第一顾客之间的亲和性；和

向第一顾客呈现第三评论，第三评论与第一或第二评论者相关联，基于所确定的亲和性呈现第三评论。

5.根据权利要求4所述的方法，其中基于所述第一顾客对与所述第二评论者相关联的所述第二评论或第一评论的肯定响应来确定所述第一评论者或所述第二评论者与所述第一顾客之间的亲和性。

6.根据权利要求4所述的方法，还包括：

接收来自第一顾客的问题，该问题与第一商家出售物或第二商家出售物有关；和

经由评论者电子设备向第一或第二评论者提供选项以基于该问题创建新的评论，该选项基于所确定的亲和性而被提供给第一或第二评论者。

7.根据任何前述权利要求所述的方法，其中，所述多个选择的评论中的每一个是选择的视频评论，并且其中，所述多个选择的评论被呈现为包括所述多个选择的视频评论的无缝视频流。

8.根据权利要求7所述的方法，进一步包括基于与所述多个选择的视频评论相关联的各个评论者的简档与所述第一顾客的简档之间的匹配属性的数量，来在该组评论中对所述多个选择的视频评论进行排序。

9.一种系统，包括：

与存储装置通信的处理器，该处理器配置为执行指令以使该系统执行前述任一权利要求的方法。

10.一种计算机程序，当由计算机执行时，使该计算机执行权利要求1至8中任一项所述的方法的步骤。

Images