用于收集并呈现复合供应的用户反馈信息的方法和系统的制作方法

文档序号:10687835阅读:474来源:国知局
用于收集并呈现复合供应的用户反馈信息的方法和系统的制作方法
【专利摘要】用于收集并呈现复合供应的用户反馈信息的方法和系统。提供了在一个或多个数据处理系统中实现的分层反馈聚合HFA系统中的用于收集并呈现对复合供应的用户反馈信息的机制。在第一数据处理系统中实现的HFA系统的后端引擎注册用于复合供应的分层反馈模型。在第二数据处理系统中实现的HFA系统的前端引擎接收对于复合供应的所标识的组件的用户反馈。HFA系统的后端引擎基于对于所标识的组件的用户反馈和分层反馈模型中的所标识的组件的子组件的聚合用户反馈分数的组合,生成所标识的组件的聚合用户反馈分数。后端引擎向用户输出组件的所生成的聚合用户反馈分数的表示。
【专利说明】用于收集并呈现复合供应的用户反馈信息的方法和系统
【背景技术】
[0001] 本申请一般涉及改进的数据处理设备和方法,更具体而言,涉及用于提供对于分 层服务和产品的评级聚合和传播的机制。
[0002] 在通过电子商务平台提供广泛的产品和服务的情况下,在有大量类似的供应供选 择的情况下,准确地评估供应的质量变得十分重要。即,例如,给定两个类似的服务,用户发 现向其提供帮助他们决定选择哪一个服务供他们使用的信息是重要的。为了提供这样的信 息,服务和/或产品的提供商可能已经实现了用户/消费者反馈机制,通过该机制,用户/消 费者可以提供表示用户的感觉到的服务或产品的质量的信息。已经发现,用户/消费者信任 这样的对等伙伴反馈远远超过任何卖方的营销或广告,因为他们认为对等伙伴反馈帮助他 们作出更理性的决断,并获取对他们的时间和/或资金的投资的最佳值。
[0003] 另一方面,电子商务平台和开发人员/卖方获取这样的对等伙伴反馈信息以帮助 他们改进他们的供应的质量。即,通过从用户/消费者那里获取关于哪里质量不足的反馈, 电子商务平台的提供商可以采取措施来修改电子商务平台,以改进用户/消费者的与平台 进行交互的体验。相对于产品/服务的开发人员/卖方,开发人员/卖方可以收集这样的对等 伙伴反馈,以改进他们的产品/服务的质量。此外,随着持续的朝着云服务和应用商店的移 动,对等伙伴反馈变得更加重要,因为供应提供商在开发和操作处理过程中需要快速的反 馈,以在每个迭代中改进他们的供应。

【发明内容】

[0004] 在一个说明性实施例中,一种在一个或多个数据处理系统中实现的分层反馈聚合 HFA系统中的方法,用于收集和呈现复合供应的用户反馈信息,每一个数据处理系统包括处 理器和存储器。该方法包括由在第一数据处理系统中实现的所述HFA系统的后端引擎,注册 所述复合供应的分层反馈模型。该方法进一步包括:经由在第二数据处理系统中实现的所 述HFA系统的前端引擎,接收对所述复合供应的所标识的组件的用户反馈。此外,方法包括: 由所述HFA系统的所述后端引擎,基于对所标识的组件的所述用户反馈和所述分层反馈模 型中的所标识的组件的子组件的聚合用户反馈分数的组合,生成所标识的组件的聚合用户 反馈分数。另外,该方法包括:由所述后端引擎,向用户输出所生成的所述组件的聚合用户 反馈分数的表示。
[0005] 在其他说明性实施例中,提供了一种计算机程序产品,该计算机程序产品包括具 有计算机可读程序的计算机可使用的或可读取的介质。计算机可读程序当在计算设备上执 行时,使得计算设备执行以上关于方法说明性实施例概述的各种操作以及操作的组合。
[0006] 在又一个说明性实施例中,提供了一种系统/设备。系统/设备可以包括一个或多 个处理器和耦合到一个或多个处理器的存储器。存储器可以包括指令,当由一个或多个处 理器执行这些指令时,使得一个或多个处理器执行以上关于方法说明性实施例概述的各种 操作以及操作的组合。
[0007] 将在下面的对本发明的示例性实施例的详细描述中描述本发明的这些及其他特 征和优点,或者,通过下面的对本发明的示例性实施例的详细描述,本发明的这些及其他特 征和优点对于那些精通本技术的人员将变得明显。
【附图说明】
[0008] 通过结合附图参考下面的对说明性实施例的详细描述,本发明以及优选的使用模 式及其其它目标和优点将得到最好的理解,其中:
[0009] 图1是其中可以实现说明性实施例的各方面的分布式数据处理系统的示例框图;
[0010] 图2是其中可以实现说明性实施例的各方面的计算设备的示例框图;
[0011] 图3是根据一个说明性实施例的按需分层聚合反馈系统的主要操作元件的示例框 图;
[0012] 图4A-图4E是根据一个说明性实施例的可以用来提供按需分层聚合反馈的供应的 分层结构的示例图示;
[0013] 图5示出了根据一个说明性实施例的不同紧急情况响应服务的分层结构的示例图 示,以示出使用节点的相似度来推断节点的反馈信息;
[0014] 图6A-图6C是用于示出根据一个说明性实施例的聚合反馈生成和传播的一般化分 层结构的示例图示;以及
[0015] 图7是概述根据一个说明性实施例的用于提供按需分层聚合反馈的示例操作的流 程图。
【具体实施方式】
[0016] 说明性实施例提供了用于涉及分层供应(例如,服务和/或产品)的对等伙伴反馈 聚合和传播的机制。说明性实施例的机制将对等伙伴反馈(例如,用户评级)识别为多个对 等伙伴反馈组件或单独的用户评级组件的组合,而不是关于质量的单个的对等伙伴反馈或 评级。为了本说明书的目的,将假定以可计量的用户评级的形式来提供对等伙伴反馈。然 而,应该理解,说明性实施例不限于这样的实施例,任何对等伙伴反馈形式都可以与说明性 实施例的机制一起使用,只要对等伙伴反馈能够以本文中所描述的方式来聚合和传播即 可。
[0017] 在一个说明性实施例中,用户评级(对等伙伴反馈)是第一评级组件和第二评级组 件的复合,其中,第一评级组件涉及用户或消费者对服务或产品的质量的主观评估,而第二 评级组件涉及用户或消费者对服务或产品与用户或消费者的需求的相关度的主观评估。基 于作为应用于质量评级的权重来聚合这些评级,以便为服务或产品提供单一评级。此外,如 下文所描述的,可以在评级的聚合期间应用各种其他权重,例如,由于分层模型中的边权重 的权重、由于用户/消费者评估的权重等等。
[0018] 然后,将作为结果的服务或产品的聚合的单个评级值沿着与服务或产品相关联的 所定义的层次结构向上传播,以便服务或产品的评级值被用来影响与服务或产品相关联的 其他实体的评级值(本文中也简称为"评级")。所定义的层次结构包括以分层的方式组织的 节点和边,其中,节点表示相关的实体,其中一种是服务或产品,而边表示实体之间的关系。 边可以具有与层次结构中的较低节点的评级与较高节点的评级的相关度相对应的相关联 的权重或强度。使用加权的计算,以基于较高节点本身的评级和较低节点的评级的贡献的 组合来量化较高节点的评级。此外,没有对应的评级(即,直接评级)的节点可以具有基于所 确定的相似度级别、从相同或不同层次结构中其它地方的类似节点推断的评级(即,计算间 接评级)。
[0019] 应该理解,本说明书中的术语"服务"和"产品"用来表示可以被最终用户/消费者 购买、使用或查看的实体或商品。即,"服务"是提供功能或代表用户或消费者执行工作的任 何实体或商品。"产品"是能够被用户或消费者购买或获取以供用户或消费者使用的商品。 在基于计算机的"服务"和"产品"的上下文中,服务和产品可以经由专用硬件、在专门或通 用硬件上执行的软件、或硬件和软件的任何组合来提供。"服务"和"产品"在本文中将统称 为"供应",其中,供应由提供商来提供,提供商可以是使得供应对用户或消费者可用的任何 实体、计算机系统等等。
[0020] 如上文所提及的,在电子商务领域,用户/消费者反馈机制是已知的,但是这些反 馈机制仅限于原子电子商务供应。即,每一个电子商务反馈机制使得用户/消费者只提供对 于单个服务/产品的质量反馈。这些反馈机制使用对于多个用户/消费者的反馈聚合的平 均,然而,平均反馈不会始终反映供应的真实质量,特别是当没有足够的反馈数据可用时。 例如,对于下列3个不同组的用户/消费者反馈,以5星评级标度的形式,平均值相同,但是真 实质量可能不相同:
[0021] (4)vs.(4,4)vs.(5,3,4)=>4vs.4vs.4
[0022] 另外,这些反馈机制对原子或单个供应的扁平的反馈执行它们的聚合或平均,而 没有考虑供应或其他实体之间的任何层次关系。另外,这些反馈机制只允许提供单个形式 的反馈,例如,用于评级质量的单个5星评级标度。本发明认识到,可以以许多不同形式提供 反馈,作为不同的评级因素,包括根据所定义的标度(例如,5星标度)、帮助性投票、自然语 言评论等等的评级。具有多种类型的评级因素使反馈的聚合更复杂,使得如在已知的反馈 机制中所做的对单个类型的评级的简单平均不可能。
[0023] 说明性实施例提供用于使用多种类型的评级因素来聚合用户/消费者反馈、然后 通过与其他实体的层次关系来传播这些聚合的反馈值的机制。说明性实施例可以作为按需 服务提供,该按需服务使用可以被部署到供应提供商的计算系统(例如,服务器)的前端组 件,并且进行操作以收集来自用户/消费者的反馈输入以及将反馈信息呈现给那些用户/消 费者以供他们在决策中使用。说明性实施例进一步提供后端组件,该后端组件提供说明性 实施例的关于聚合由用户/消费者所提供的各种评级因素并将它们传播到定义的层次结构 中的相关实体的计算方面。
[0024]如此,说明性实施例通过诸如小部件等等之类的嵌入式前端组件来提供按需反馈 收集和呈现。后端组件以透明和异步方式来执行自动反馈聚合,而不会对使用反馈信息的 供应(例如,服务)的功能有任何干扰。后端组件提供没有与特定类型的前端组件绑定的独 立应用编程接口(API),以便后端组件可以与多种不同的前端组件一起使用。后端组件利用 不同节点之间的层次关系,以使反馈传播和聚合具有分层供应的各种实体的更准确的和细 粒度的反馈分数。
[0025]接收来自用户/消费者的反馈作为多个因子,诸如可以以不同格式或类型提供的 质量评级和相关度评级。质量评级是供应的质量的指标,而相关度是量化该供应将满足用 户/消费者的需求的有用性程度的指标。
[0026] 说明性实施例的按需反馈机制可以被提供为构件,并且可与其他服务合成以开发 更广泛的和更丰富的解决方案。说明性实施例的按需反馈机制减少了构建具有用户/消费 者反馈要求的新的解决方案的时间。快速地开始监视供应以获得用户/消费者反馈的能力 帮助提供快速的反馈,并且使得供应的下一个版本的更新准时,由此减少交付周期。
[0027] 下文将使用用于实现说明性实施例的机制的示例公式、过程和设备来描述说明性 实施例的示例实现方式的细节。在这些示例实现方式的描述中,假设正在被评估的供应是 由提供商经由一个或多个计算设备、经由一个或多个数据网络而提供的服务。进一步假设, 从服务的用户收集反馈。为便于对评级的分层传播的理解,在此说明书中使用服务作为示 例,因为个人更加容易将服务识别为具有多个级别的组件和相关的服务。然而,应该理解, 产品也具有多个级别的组件,同样可以是说明性实施例的机制的主题。如此,尽管在说明性 实施例的下列示例实现方式中将使用服务和这样的服务的用户,但是说明性实施例和本发 明不限于这样的实施例,并且可以应用于对任何供应的评估。
[0028] 在开始说明性实施例的各方面的讨论之前,首先应该认识到,在整个此说明书中, 将使用术语"机制"来表示本发明的执行各种操作、功能等等的元件。本文中所使用的术语 "机制"可以是以设备、过程或计算机程序产品的形式的说明性实施例的功能或方面的实现 方式。在过程的情况下,过程通过一个或多个装置、设备、计算机、数据处理系统等等来实 现。在计算机程序产品的情况下,通过以计算机程序产品体现的计算机代码或指令来表示 的逻辑由一个或多个硬件设备来执行,以便实现功能或执行与特定的"机制"相关联的操 作。如此,本文中所描述的机制可以被实现为专门的硬件、在通用硬件上执行的软件、存储 在介质上的软件指令以便指令可容易地由专门或通用硬件执行、用于执行功能的过程或方 法、或如上所述的任意项的组合。
[0029]本说明书和权利要求书可以针对说明性实施例的特定特征和元件,使用术语"一 个"、"至少一个"以及"一个或多个"。应该理解,这些术语和短语旨在陈述,在特定说明性实 施例中存在至少一个特定特征或元件,但是也可以存在多于一个的特定特征或元件。即,这 些术语/短语不是旨在将说明书或权利要求限制为存在单个特征/元件或要求存在多个这 样的特征/元件。相反,这些术语/短语只要求至少单个特征/元件(具有多个这样的特征/元 件的可能性)在说明书和权利要求书的范围内。
[0030] 另外,应该理解,下列说明书使用说明性实施例的各种元件的多个各种示例来进 一步示出说明性实施例的示例实现方式,并且帮助理解说明性实施例的机制。旨在非限制 性的这些示例不是用于实现说明性实施例的机制的各种可能性的详尽的描述。在考虑到本 说明书的情况下,对所属领域的技术人员来说明显的是,在不偏离本发明的精神和范围的 情况下,对于这些各种元件,有许多其他备选实现方式,它们可以用于本文中所提供的示例 的补充,或替换本文中所提供的示例。
[0031] 能够进一步理解的,本发明可以是系统、方法和/或计算机程序产品。计算机程序 产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算 机可读程序指令。
[0032]计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形 设备。计算机可读存储介质例如可以是一一但不限于一一电存储设备、磁存储设备、光存储 设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的 更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存 储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式 压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上 存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算 机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通 过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输 的电信号。
[0033]这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/ 处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外 部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关 计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计 算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计 算机可读存储介质中。
[0034]用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、 机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的 任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言一诸如Java、 Smalltalk、C++等,以及常规的过程式编程语言一诸如"C〃语言或类似的编程语言。计算机 可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独 立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机 或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络一包 括局域网(LAN)或广域网(WAN)-连接到用户计算机,或者,可以连接到外部计算机(例如利 用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令 的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可 编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本发明的各个方 面。
[0035] 这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/ 或框图描述了本发明的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/ 或框图中各方框的组合,都可以由计算机可读程序指令实现。
[0036] 这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据 处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据 处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功 能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指 令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的 计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中 规定的功能/动作的各个方面的指令。
[0037] 也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它 设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产 生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的 指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0038]附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程 序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代 表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用 于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也 可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执 行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或 流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动 作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。 [0039]如此,说明性实施例可以用在许多不同类型的数据处理环境中。为了提供对说明 性实施例的特定元件和功能的描述的上下文,下文提供了图1和图2作为其中可以实现说明 性实施例的各方面的示例环境。应该理解,图1和图2只是示例性的,而不是旨在断言或暗示 对于其中可以实现本发明的某些方面或实施例的环境的任何限制。在不偏离本发明的精神 和范围的情况下,可以对所描述的环境进行许多修改。
[0040] 图1描述了其中可以实现说明性实施例的一些方面的示例性分布式数据处理系统 的图形表示。分布式数据处理系统100可以包括其中可以实现说明性实施例的一些方面的 计算机网络。分布式数据处理系统100包含至少一个网络102,该网络102是用来在分布式数 据处理系统100内连接在一起的各种设备和计算机之间提供通信链路的媒介。网络102可以 包括诸如有线、无线通信链路或光纤电缆之类的连接。
[0041] 在所描绘的示例中,服务器104和服务器106与存储单元108-起连接到网络102。 另外,客户端110、112和114也连接到网络102。这些客户端110、112和114可以是例如个人计 算机、网络计算机等等。在所描绘的示例中,服务器104向客户端110、112和114提供诸如启 动文件、操作系统映像和应用之类的数据。客户端11〇、112和114是所描绘的示例中的服务 器104的客户端。分布式数据处理系统100可以包括额外的服务器、客户端和未示出的其他 设备。
[0042]在所描述的示例中,分布式数据处理系统100是具有网络102的因特网,表示使用 传输控制协议/因特网协议(TCP/IP)协议套件彼此进行通信的网络和网关的世界范围内的 集合。因特网的核心是主节点或主机计算机之间的高速数据通信线路构成的主干网,包括 成千上万的路由数据和消息的商业、政府、教育及其他计算机系统。当然,分布式数据处理 系统100还可被实现为包括许多不同类型的网络,例如,内联网、局域网(LAN)或广域网 (WAN)等等。如上所述,图1旨在作为示例,而不对本发明的不同实施例的体系结构作出限 制,因此,如图1所示的特定元件不应该被视为对于其中可以实现本发明的说明性实施例的 环境作出限制。
[0043]图2是其中可以实现说明性实施例的一些方面的示例数据处理系统的框图。数据 处理系统200是诸如图1中的客户端110之类的计算机的示例,其中,可以放置实现本发明的 说明性实施例的处理的计算机可使用的代码或指令。
[0044]在所描述的示例中,数据处理系统200使用集线器体系结构,包括北桥和存储器控 制器集线器(NB/MCH)202、以及南桥和输入/输出(I/O)控制器集线器(SB/ICH)204。处理单 元206、主存储器208以及图形处理器210连接到NB/MCH 202。图形处理器210可以通过加速 图形端口(AGP)连接到NB/MCH 202。
[0045] 在所描述的示例中,局域网(LAN)适配器212连接到SB/ICH 204。音频适配器216、 键盘和鼠标适配器220、调制解调器222、只读存储器(R0M)224、硬盘驱动器(HDD)226、CD-ROM驱动器230、通用串行总线(USB)端口及其他通信端口 232以及PCI/PCIe设备234通过总 线238和总线240连接到SB/ICH SOLPCI/PCIe设备可以包括例如以太网适配器、插入式 (add-in)卡以及用于笔记本计算机的PC卡。PCI使用卡总线控制器,而PCIe却不使用。ROM 224可以是例如快闪基本输入/输出系统(BIOS)。
[0046] HDD 226和CD-ROM驱动器230通过总线240连接到SB/ICH 204ADD 226和CD-ROM驱 动器230可以使用例如集成驱动器电子电路(IDE)或串行先进技术附连(SATA)接口。超级1/ O(SIO)设备236可以连接到SB/ICH 204。
[0047]操作系统在处理单元206上运行。操作系统协调图2中的数据处理系统200内的各 种组件,并对它们进行控制。作为客户端,操作系统可以是诸如Microsoft:?. Windows? 7之类的市场上可获得的操作系统。诸如Java?编程系统之类的面向对象的编程系统可以与 操作系统一起运行,并提供从在数据处理系统200上执行的Java?程序或应用对操作系统的 调用。
[0048] 作为服务器,数据处理系统200可以是例如运行高级交互执行(A1X? )操作系 统或:LINUX?操作系统的IBM eServer? Systemp?计算机系统、基于Power?处理器的 计算机系统等等。数据处理系统200可以是包括处理单元206中的多个处理器的对称多处理 器(SMP)系统。可替选地,可以使用单个处理器系统。
[0049] 操作系统、面向对象的编程系统和应用或程序的指令位于诸如HDD 226之类的存 储设备上,并可以加载到主存储器208中以供处理单元206执行。本发明的说明性实施例的 处理可以由处理单元206使用计算机可使用的程序代码来执行,程序代码例如可以位于诸 如主存储器208、R0M 224之类的存储器中,或例如位于一个或多个外围设备226和230中。
[0050] 诸如如图2中所示的总线238或总线240之类的总线系统可以包括一个或多个总 线。当然,总线系统可以使用任何类型的通信结构或体系结构来实现,用于在附连到结构或 体系结构的不同组件或设备之间提供数据传输。诸如图2的调制解调器222或网络适配器 212之类的通信单元可以包括一个或多个用于发送与接收数据的设备。存储器可以是例如 主存储器208、R0M 224或诸如在图2中的NB/MCH 202中所看到的高速缓存。
[0051] 那些精通本技术的普通人员将认识到,图1和图2中的硬件可以随着实现方式不同 而不同。除了图1和图2中所描述的硬件之外,还可以使用诸如闪存、等效的非易失性存储器 或光盘驱动器等之类的其他内部硬件或外围设备,或者用它们来代替图1和图2中所描述的 硬件。此外,在不偏离本发明的精神和范围的情况下,除了前面所提及的SMP系统之外,说明 性实施例的处理也可以应用于多处理器数据处理系统。
[0052]此外,数据处理系统200可以采取许多不同数据处理系统中的任何形式,包括客户 端计算设备、服务器计算设备、平板计算机、膝上型计算机、电话或其他通信设备、个人数字 助理(PM)等等。在某些说明性示例中,例如,数据处理系统200可以是便携式计算设备,该 便携式计算设备配置有闪存,以提供用于存储操作系统文件和/或用户生成的数据的非易 失性存储器。基本上,数据处理系统200可以是任何已知的或以后开发的数据处理系统,而 没有体系结构的限制。
[0053]再次参考图1,服务器计算设备104、106中的一个或多个向客户端设备110、112和/ 或114的用户提供一个或多个服务。这些服务可以包括彼此相关的并且一起构成整体的复 合服务的组件或服务以及子服务的层次结构。例如,电子商务订购服务可以具有一起构成 整体的复合电子商务订购服务的构成服务,诸如订单接受服务、卖方服务以及支付服务。同 样,这些构成服务中的每一个都可以具有子服务。可以存在复合服务的层次表示的多个级 别或层,并且以复合服务的分层模型数据结构来表示。通过注册处理,服务提供商可以向说 明性实施例的按需分层反馈聚合系统进行注册,并且提供复合服务的分层用户反馈模型, 其中,节点表示整体的复合服务的组件或构成服务,边表示这些组件或构成服务之间的关 系。简而言之,节点表示可以由最终用户体验到的并且可以由最终用户通过反馈机制评级 的复合服务的任何部分,而边表示复合服务的组件或构成服务之间的依赖关系。
[0054]服务器计算设备104、106可以托管或执行软件引擎或模块,这些软件引擎或模块 使用用户反馈来执行分析、生成报告或向服务的提供商提供其他输出,以帮助改进提供商 向用户的供应。这些软件引擎或模块在本文中被称为特定于服务的反馈控制台。这些特定 于服务的反馈控制台基于由说明性实施例的机制所提供的反馈分析结果,执行额外的分析 操作和/或由服务的提供商具体地希望的输出操作。可替选地,特定于服务的反馈控制台可 以提供接口,通过该接口,说明性实施例的操作的结果可以呈现给管理员或与服务提供商 相关联的其他授权的个人,以供授权的个人用来做出关于由提供商所提供的服务的基于用 户反馈的决策。
[0055] 说明性实施例的机制可以经由说明性实施例的按需分层聚合反馈系统的前端引 擎,与这些特定于服务的反馈控制台相接口连接。该前端引擎可以被用来收集用户反馈信 息,并且将该用户反馈信息提供到后端反馈聚合和传播引擎,该后端反馈聚合和传播引擎 进行操作,以聚合各种反馈因子类型的用户反馈,并且根据特定复合服务及其相关的组件 或构成服务的所建立的复合服务分层用户反馈模型来传播该反馈。
[0056] 可以以按需方式将前端引擎部署到特定于服务的反馈控制台。"按需"的意思是, 服务提供商可以在需要时请求按需分层聚合反馈系统的协助,并且可以将前端引擎部署到 服务器计算设备的软件环境中,以便执行并且从用户那里收集反馈信息。可替选地,前端引 擎可能已经诸如响应于由提供商执行的注册处理而被部署到服务器计算设备的软件环境 中,但是可以通过来自提供商的按需请求,以按需方式(诸如经由管理员控制台等等)来启 用,该管理员控制台等将请求提交到说明性实施例的按需分层反馈聚合系统。
[0057]前端引擎以与由服务器计算设备提供的服务并行的方式进行操作,以便前端引擎 不会干扰服务的操作,并且不要求对服务的修改以准许前端引擎的使用。前端引擎收集如 下文所描述的用户反馈,并且还提供用于向用户提供预先聚合的用户反馈的输出的功能, 以及还提供接口,通过该接口,服务提供商可以获取由后端用户反馈聚合和分层传播引擎 所生成的用户反馈信息。
[0058]诸如服务器106之类的其它服务器可以提供说明性实施例的按需分层反馈聚合系 统、以及来自其他服务提供商的对按需分层反馈聚合系统的功能的按需访问的服务请求。 如此,服务器106可以经由网络102将按需分层反馈聚合系统的前端引擎提供到服务提供商 的服务器104,以用于安装在服务提供商的服务器104中,用于收集用户反馈信息。初始地, 服务提供商可以遵循向服务器106上的按需分层反馈聚合系统(在下文中,为简明起见,称 为分层反馈聚合(HFA)系统)的注册处理,以向HFA系统注册复合服务,并且提供复合服务的 分层反馈模型。服务器106上的HFA系统可以提供交互工具,通过该交互工具,提供商能够以 图形方式构建分层反馈模型,使用节点和边来表示复合服务的组件以及它们的关系(或依 赖关系)。
[0059]应该指出的是,在这样的分层反馈模型中,节点表示复合服务的寻求用户反馈的 组件,而边表示这些组件之间的关系。这些组件可以表示整体的复合服务内的原子或复合 服务、由整体的复合服务使用的数据结构、用户可以与其进行交互的服务的组件或个人(例 如,客户服务人员)、或当使用整体的复合服务或整体的复合服务的子部分时用户可以与其 进行交互的任何其他实体。可以给分层反馈模型内的边指定表示用户反馈对相关节点的用 户反馈的依赖程度的权重。例如,如果节点B是分层反馈模型中的节点A的子节点,并且节点 B和节点A之间的边具有0.35的权重,那么,为节点B生成的35 %的用户反馈分数影响节点A 的用户反馈分数,如下文更详细地描述的。边的权重可以初始地由复合服务的提供商在注 册处理期间设置,但是可以基于对复合服务的组件的实际利用的评估来动态地更新,以便 权重可以在分层反馈模型中被动态地调整。
[0060] 获取了由服务提供商经由它们的服务器104提供的复合服务的分层反馈模型之 后,HFA系统可以接收来自服务提供商的请求以启动基于分层反馈模型的用户反馈收集和 聚合。作为响应,如果HFA系统的前端引擎尚未响应于注册处理被部署到服务器104,那么前 端引擎被提供给服务器104,并且被部署在服务器104的软件环境内,以供执行。此部署可以 涉及在某些情况下将前端引擎与特定于服务的反馈控制台相关联地安装,该控制台提供复 合服务的各种组件的用户反馈问题,前端引擎收集对这些问题的用户输入,并将收集到的 反馈提供到服务器106上的HFA系统的后端反馈聚合和传播引擎。由特定于服务的反馈控制 台提出的问题可以是特定于与特定于服务的反馈控制台相关联的特定服务或组件,例如, "您对紧急情况响应气象服务应用的质量评级如何?",而不是通用的"您对您今天的体验评 级如何?"。
[0061] 可替选地,前端引擎可以被配置成提供用于向用户呈现的问题以请求反馈,以及 可以收集作为结果的反馈并且将该反馈提供到HFA系统后端引擎。在这样的情况下,前端引 擎可以包括通用问题结构,然后,针对与前端引擎所部署的复合服务相关联的特定分层反 馈模型来自定义该通用问题结构。例如,问题组可以包括通用模板,该通用模板具有针对分 层反馈模型的正在寻求其反馈的各个节点而填充的字段。如此,可以针对分层反馈模型的 各个节点重复相同或类似的问题,以便可以针对分层反馈模型的多个级别请求用户反馈, 例如,"按1分到5分,您对您今天的ACME PAYMENT SERVICE(ACME支付服务)的体验的质量评 级如何?","按1分到5分,您对您今天的ACME ORDER ACCEPTANCE SERVICE(订购接受服务) 的体验的质量评级如何? "等等,其中大写的词语是分层反馈模型中的节点的名称。
[0062] 经由前端引擎和/或特定于服务的反馈控制台(如果提供了的话),用户提交关于 复合服务以及复合服务的单个组件的反馈,该反馈被收集,以用于进一步聚合、传播和分 析,如下文所描述的。另外,前端引擎可以提供接口,通过该接口,用户能够看见对不同的供 应(例如,由服务提供商所提供的不同的服务)的反馈。如此,除了收集用户反馈并且向HFA 系统的后端引擎提交用户反馈之外,前端引擎还允许用户从后端引擎提交对聚合的反馈信 息的查询或请求,并提供用于向用户呈现或输出该请求的聚合的反馈信息的机制。如此,前 端引擎具有两种主要操作模式:输入模式和输出模式。在输入模式下,前端引擎收集用户反 馈信息。在输出模式下,前端引擎经由一个或多个输出图形用户界面向用户呈现聚合的反 馈信息。
[0063] 如上文所指出的,被接收、聚合、传播、分析以及最终作为输出而提供的反馈信息 包括多种类型的评级信息。在一个说明性实施例中,反馈信息包括表示由用户感觉到的服 务的质量的评级、以及表示由用户感觉到的服务对用户的需求的重要性的相关度。可以通 过利用相关度作为评级因子的加权因子,将这些反馈信息因子聚合在一起,以生成服务的 单个反馈分数,即,反馈分数=评级*相关度。可以使用对于特定实现方式的可接受标度来 提供每一个因子。每一个因子的标度可以相同或不同,当使用不同的标度时,使用相关函数 将一个因子关联到另一个因子。为了便于说明,假设使用相同类型的标度(例如,1到5星标 度)来评估每一个因子。当然,也可以使用其他因子,在不偏离说明性实施例的精神和范围 的情况下,也可以使用其他计算来生成单个反馈分数。
[0064] 在一个说明性实施例中,除了考虑评级和相关度之外,还可以考虑对提供反馈信 息的用户的评估。例如,当用户使用由服务提供商经由服务器104所提供的服务时,用户可 能需要有意地或者无意地提供某些信息。有意地,用户可以向服务提供商注册,并提供某些 人口统计学信息,包括年龄、性别、种族、地理家庭位置、职业、爱好、不喜欢等等。无意地,用 户对服务器104的访问可以允许服务器104收集可以与地理区域相关联的IP地址信息,例 如,可以编译并访问预先提供的反馈的用户的历史,以基于预先留下的用户反馈等等标识 用户的可信度。可以将收集到的有关用户的信息与用于评估提供反馈信息的用户的某些服 务提供商准则进行比较。例如,前端引擎可能能够访问服务提供商注册的用户信息,以与用 户反馈信息一起提供给HFA系统的后端引擎,以便后端引擎可以将用户的人口统计信息与 由服务提供商在注册处理期间注册的并且与分层反馈模型相关联的感兴趣的人口统计信 息进行比较。
[0065] 例如,服务提供商可以以年龄为30-40的男性作为他们的主要目标消费者。例如, 如果经由前端引擎提供反馈信息的用户还具有指示用户是年龄为35的男性的人口统计信 息,那么应用于反馈信息的用户权重可以被给予比用户是年龄为55的女性或年龄为60的男 性相对更高的用户权重。尽管这些其他用户可以具有相对低于年龄为35的男性的用户权 重,但是这并不意味着他们的权重一定是零,而是小于目标用户的权重的某个值。可以对由 用户无意地提供的用户信息作出类似的评估,例如,如果目标用户是纽约市地理区域中的 用户,并且用户的IP地址指示用户位于南卡罗莱纳州的区域中,那么与用户相关联的用户 权重将相对低于实际居住在纽约市地理区域中的用户。用户权重可以应用于上文所讨论的 评级和相关度的聚合,以便相对于其他用户的反馈信息对用户的反馈信息加权。
[0066] 由前端引擎收集到的反馈信息被提供回到后端反馈聚合和传播引擎(本文中也被 称为"后台引擎")以用于计算聚合反馈分数,传播聚合反馈分数,以及潜在地对聚合的并且 传播的反馈分数执行其他分析操作,以便根据服务提供商对这样的分层反馈信息的请求, 将分层反馈信息提供回到服务提供商。此外,后台引擎还可以基于对复合服务的组件的实 际利用,动态地更新反馈层次结构,以便调整边权重等等,以更准确地表示复合服务的各个 组件之间的用户反馈的依赖关系。一般而言,后台引擎计算分层反馈模型的用户和节点的 特定组合的单个反馈分数,然后,使用分层反馈模型和为通过分层反馈模型传播反馈而建 立的传播规则和公式,将节点的用户反馈传播到分层反馈模型中的其他相关节点,以由此 更新这些其他相关节点的用户反馈分数。下文将提供后端引擎的示例实施例的操作的细 -K- To
[0067]图3是根据一个说明性实施例的按需分层反馈聚合(HFA)系统的主要操作元件的 示例框图。如图3所示的各种元件可以实现为计算机硬件元件,加载到计算机硬件(例如,处 理器和存储器)中并在计算机硬件上执行的软件,或硬件元件和软件元件的任意组合。此 外,尽管图3中的图示示出了包括部署在单个服务提供商系统330中的单个前端引擎326的 HFA系统,具有单个后端反馈聚合和传播引擎310,但是说明性实施例不限于此。应该认识 到,多个前端引擎326可以被部署到在相同或不同计算设备上提供的各种软件环境中,并且 可以经由一个或多个数据网络和应用编程接口 316和后端引擎310的反馈监听器318,与后 端反馈聚合和传播引擎(在下文中,称为"后端引擎")310进行通信。
[0068]如图3所示,HFA系统一般包括部署在一个或多个数据处理或计算机系统的一个或 多个软件环境中的一个或多个前端引擎326和后端引擎310,该后端引擎310包括用于执行 各种后端计算以及用于聚合用户反馈信息并通过复合服务的所定义的复合服务反馈层次 结构来传播此用户反馈信息的操作的逻辑。应该理解,如本文中所使用的术语"逻辑"指的 是硬件逻辑或软件逻辑,其中,硬件逻辑通常被提供为硬件电路元件,例如逻辑门、线路、缓 冲器和其他类型的电路元件,而软件逻辑被提供为加载到存储器中并由一个或多个数据处 理系统或者计算机的一个或多个处理器执行的软件指令和数据。
[0069] 后端引擎310包括按需注册/请求引擎312,按需注册/请求引擎312提供用于注册 复合服务以便进行用户反馈信息收集、聚合和分层传播的逻辑。后端引擎310还包括用于处 理来自服务提供商的用于针对注册的复合服务启动用户反馈信息收集、聚合和传播的按需 请求的逻辑。在操作时,当服务提供商希望使用说明性实施例的按需HFA系统时,服务提供 商的管理员或其他授权的个人可以使用服务提供商系统330的管理员控制台332并登录到 HFA系统302,以与按需注册/请求引擎312进行交互,以注册要针对用户反馈信息收集、聚合 和传播进行监控的复合服务。作为注册处理的一部分,被授权的用户可以使用按需注册/请 求引擎312来构建,或以别的方式提交要针对用户反馈信息收集、聚合和传播进行监控的复 合服务的分层反馈模型。分层反馈模型存储在服务反馈层次结构数据库314中。分层反馈模 型包括节点和连接节点的边,其中,节点表示复合服务的组件,例如,子服务、数据结构、人 力资源(服务人员)和一起构成复合服务的其他组件。可以给边指定表示较高级别的节点对 其较低级别的子节点的相对依赖性的初始权重。
[0070] 除了分层反馈模型之外,被授权的用户还可以指示其用户反馈信息是最期望的感 兴趣的特定用户。例如,被授权的用户可以指定作为用户反馈信息的目标的用户的人口统 计学特征。此目标用户信息可以被用来与有关留下用户反馈信息的用户的信息进行比较, 以确定在多大程度上对该特定用户的反馈信息进行加权,如下文所描述的。
[0071] 按需注册/请求引擎312还包括用于处理用于针对注册的复合服务启动用户反馈 信息的收集、聚合和传播的按需请求302的逻辑。响应于来自管理员控制台332的启动用户 反馈收集、聚合和传播的请求,如果前端引擎326尚未被部署到服务提供商系统330中的复 合服务的软件环境中,那么将前端引擎326部署到服务提供商系统330中。在某些说明性实 施例中,前端引擎326可以被提供为小程序、插件组件、或不需要正式的安装处理而是作为 软件环境的扩展提供的其他软件元件。在其他说明性实施例中,前端引擎326可以安装在服 务提供商系统330上,并可以作为收集用户反馈信息并将用户反馈信息发送到后端引擎310 的后台应用来操作。
[0072]如图3所示,在某些说明性实施例中,前端引擎326可以结合特定于服务的反馈控 制台336进行操作,反馈控制台336提供用于向用户呈现问题以请求反馈信息的逻辑,然后, 反馈信息被前端引擎326收集并转发。在这样的情况下,前端引擎326在本质上可以是通用 的,以便相同前端引擎326可以作为单独的实例部署在相同或不同的服务提供商系统330上 的复合服务的多个软件环境中。在其他说明性实施例中,前端引擎326可以针对特定的复合 服务而自定义,并可以执行特定于服务的反馈控制台336和前端引擎326两者的操作。在这 样的实施例中,前端引擎326可以具有可以被呈现给用户以用于请求用户反馈的问题的模 板,模板的字段被关于存储在服务反馈层次结构314中的复合服务的分层反馈模型的节点 和边的信息填充。
[0073] 一旦前端引擎326被部署到服务提供商系统330的复合服务的软件环境中,响应于 来自管理员控制台332的按需请求而启动其操作,执行对用户反馈信息的监控。服务提供商 系统330提供图形用户界面334,通过图形用户界面334,用户可以访问由服务提供商系统 330所提供的服务338。服务338可以一起作为整体构成复合服务。
[0074]响应于用户选择终止与服务提供商系统330的会话,或以别的方式指示用户已经 结束使用服务338中的一个或多个,服务反馈控制台336可以经由图形用户界面334向用户 输出一个或多个问题,以从用户请求反馈。问题可以使用用于针对质量对服务338或作为整 体的复合服务进行评级、以及用于针对与用户需求的相关度来评估服务338或复合服务的 所定义的评级标度。用于质量评级的评级标度可以不同于用于相关度评级的评级标度。例 如,质量评级可以使用5星评级标度,其中,用户选择的星数越高表示用户感觉到的服务338 的质量越高。相关度评级可以作为肯定票或反对票来提供,例如,大拇指朝上或大拇指朝下 指示。可替选地,所有评级可以使用相同评级标度。
[0075] 前端引擎326还可以收集有关提供反馈信息的用户的信息。可以由前端引擎326 (由用户)有意地或无意地获取此信息。例如,用户可能在服务提供商系统330中具有已建立 的简档,并且此简档可以与反馈信息一起由前端引擎326提供到后端引擎310。也可以作为 与用户反馈信息问题一起呈现的一个或多个问题,从用户那里请求用户信息,例如,询问用 户的年龄范围、性别、经济状况等等的问题。可以通过利用从用户与服务提供商系统330的 数据通信的标头或元数据收集的背景信息,无意地获取用户信息。例如,此信息可包括IP地 址、地理区域信息、或可能存在于数据通信的标头或元数据中的任何其他信息。
[0076] 用户反馈信息和用户信息可以被前端引擎326收集,并经由监听来自一个或多个 前端引擎326的反馈信息传输的反馈监听器318被提供304到后端引擎310。反馈监听器318 接收用户反馈信息,并将用户反馈信息提供到聚合引擎322。聚合引擎322实现聚合算法,该 聚合算法用于使用针对服务反馈层次结构314中的复合服务而注册的复合服务反馈模型来 聚合并传播用户反馈信息。一般而言,聚合引擎322通过计算用户反馈、相关度评级、由于用 户是或不是复合服务的目标用户的权重的函数的值,并进一步考虑来自复合服务的较低级 别的子组件的反馈分数的贡献,生成用户反馈所对应的节点的聚合反馈分数。然后,根据分 层反馈模型中的边的权重,沿着复合服务的分层反馈模型的层次结构,向上传播节点的聚 合反馈分数,以便提供对作为当前节点的父母的节点的聚合反馈分数的贡献。
[0077] 分层反馈模型的各个节点的作为结果的聚合反馈分数被存储在历史数据结构324 中,以用于未来的分析操作,并将信息提供给用户和/或管理员以供在执行决策时使用。例 如,历史数据324可以被用来经由前端引擎326将复合服务的组件的评级呈现306给用户。可 替选地,可以由服务提供商系统330的管理员或其他授权的个人经由管理员控制台332、或 由HFA系统的管理员/授权的个人经由管理员控制台320来访问308历史数据324。提供给用 户的历史数据可以包括对感兴趣的服务或组件的聚合用户反馈。例如,提供给管理员的历 史数据可以是比较深入的并且表示有关聚合用户反馈以及底层的分层反馈模型的信息。
[0078] 另外,接收到的用户反馈可以被用来更新复合服务的分层反馈模型中的对应边的 边权重。例如,如由用户提供对服务或组件的反馈所指示的由用户对复合服务的服务或组 件的使用可以被用来更新与对应节点相关联的使用参数,对应节点又可以基于使用而导致 对边权重的更新。即,被确定为更多地使用的节点在复合服务中的其他相关节点的用户反 馈评级中更有影响。其他节点在分层反馈模型中越远离该节点,此影响就越衰减。如此,当 沿着将节点连接到其使用被确定为已经变化的当前节点的边向上穿过分层反馈模型时,可 以按照缩小量来修改边的权重。如此,例如,通过使用基于使用的增加量和与其使用已经变 化的当前节点的边的距离的函数,可以动态地更新边的边权重。
[0079] 如上文所提及的,说明性实施例根据建立的复合服务分层反馈模型,提供用户反 馈的聚合和用户反馈的传播。图4A-图4E是根据一个说明性实施例的可以被用来提供按需 分层反馈聚合的供应的分层反馈模型的示例图示。如图4A-图4E所示,这些分层反馈模型可 以用于包括服务和产品的不同类型的供应。图4A-图4E示出了可以向HFA系统的后端引擎 310注册的分层反馈模型的类型的示例。
[0080]图4A是云服务410的分层反馈模型的示例图示。如图4A所示,云服务包括社交智能 分析服务411和保健支付者分析服务412。社交智能分析服务411实例化或具有银行1 413的 社交智能分析(SIA)服务和银行2 414的SIA的版本。每一个实例都向用户呈现资源,用户可 以单独地对这些资源进行评级,以便SIA服务的一个实例可以不接收与另一个实例相同的 用户反馈或评级。银行1 413的SIA是报告节点415和416的父节点,而报告节点417是银行2 414的SIA的子节点。如图4A中表示节点之间的边的箭头所示,子节点的聚合反馈提供贡献, 因此影响子节点的父节点的聚合反馈。如此,银行1 413的SIA的聚合的用户反馈影响社交 智能分析服务411的聚合用户反馈以及银行2 414的SIA的聚合用户反馈。同样,社交智能分 析服务411的聚合用户反馈影响云服务410以及保健支付者分析服务412的聚合用户反馈。
[0081] 图4B示出了可以针对电影420建立并注册的类似的分层反馈模型。在第一级别,不 同的电影风格被标识为节点421和422。在下一级别,标识电影系列,包括"教父"电影423的 电影系列。在下一较低级别,存在表示"教父"系列中的单个"教父"电影(即,教父424、教父 II 425以及教父III 426)的单个节点。在又一个较低级别,每一个电影的单个演员可以被 标识为单独的节点,诸如马龙·白兰度427以及阿尔·帕西诺428。
[0082] 应该理解,用户可以提供对分层反馈模型中的节点中的任何一个节点的用户反 馈。然而,在已知的反馈机制中,没有考虑层次结构中的节点之间的依赖关系,即,使用了扁 平的用户反馈算法。如上文所讨论的,说明性实施例根据链接到对其提供用户反馈的节点 的节点之间的边的权重,将此用户反馈沿着层次结构向上传播。在图4A-图4E中,为简明起 见,未示出边的权重,但是,在下文中将针对图6A-图6C比较详细地描述针对传播聚合的用 户反馈而使用这样的权重。
[0083]图4C示出了消费电子产品的又一个分层反馈模型。此示例示出了这样的分级配 置,其中,电子产品的各种版本被表示为层次结构的最低级别中的节点434-436,电子产品 的类型被表示为下一较高级别中的节点433、437。在下一较高级别,发布产品的公司被表示 为节点431、432,继之以消费电子产品的一般类别。
[0084]图4D示出了游戏应用440的另一个分层反馈模型,其中,发行公司被表示为节点 441、442,游戏标题被表示为节点443、449,各个年的游戏标题的版本被表示为节点444、 445,而游戏标题的版本被表示为节点446-448。图4E示出了复合服务的另一个分层反馈模 型,在此情况下,复合服务为订购服务450,该订购服务450包括由节点451-453表示的组件 或子服务,即,订购接受服务、卖方服务和支付服务。
[0085]图4A-图4E示出了可以为包括消费电子产品、软件产品、复合服务、电影等等的各 种供应建立分层反馈模型。这些只是根据说明性实施例的可以由分层反馈模型表示的供应 的类型的示例,以及取决于特定实现方式,同样可以表示其他服务和产品。
[0086] 如上文所指出的,分层反馈模型提供这样的结构:通过该结构,确定聚合用户反馈 应该如何从一个节点传播到下一节点,以考虑对复合供应(服务、产品等等)中的为其他节 点提供底层支持的组件(即,其他节点所依赖的节点)的用户反馈。如此,例如,用户对支付 服务453的评级影响对作为整体的复合订购服务450的评级。同样,用户对可从Electronic Arts Games(电子艺术游戏)获得的游戏版本FIFA 14 444的评级会影响用户对作为整体的 FIFA游戏标题443的评级,并进一步影响用户对发行公司EA Games(EA游戏)441的评级。
[0087] 应该理解,可能会存在节点没有相关联的聚合用户反馈分数的情况。例如,不依赖 于其他节点并且本身没有被用户评级的节点可能没有相关联的用户评级。在这样的情况 下,说明性实施例的机制可以基于相同或不同的注册的分层反馈模型中发现的类似节点来 推断该节点的聚合用户反馈分数。可以基于各种因素来评估相似度,各种因素包括:类似的 节点的名称,当前节点和类似节点之间的级别关系,连接节点(如果有的话)的分层结构,与 当前节点和类似节点相关联的分层结构的相似度,类似节点所关联到的节点与当前节点所 关联到的节点相比等等。
[0088] 图5示出了根据一个说明性实施例的不同紧急情况响应服务的分层结构的示例图 示,以示出使用节点的相似度来推断节点的反馈信息。在图5中,从芝加哥紧急情况响应 (ER)服务510建立分层反馈模型,芝加哥紧急情况响应(ER)服务510包括对应于路线规划服 务和疏散服务的子服务511和512。路线规划服务511具有包括交通流量服务513和气象服务 514的子服务。疏散服务412具有包括交通流量服务515和气象服务516的子服务。为凤凰城 ER服务520提供了类似的分层反馈模型,包括类似的节点521-526。
[0089] 假设没有聚合用户反馈可用于图5中的节点516,但是有聚合用户反馈可用于节点 514和526以及两个分层反馈模型的其他节点。为了生成疏散服务512的聚合用户反馈的更 准确的表示,需要考虑来自对于气象服务516的用户反馈的贡献。然而,由于没有与气象服 务516相关联的用户反馈,其贡献不会被准确地反映。
[0090] 为了生成气象服务516的初始聚合用户反馈分数,说明性实施例的机制寻找相同 或不同的分层反馈模型中的类似节点。基于各种因素来评估节点的相似度,选择最相似的 节点,然后,将其聚合用户反馈分数归于气象服务节点516或将其与气象服务节点516相关 联。某些因素比其他因素提供更高级别的相似度,多种因素被组合以评估节点的总的相似 度。例如,节点标记的相似度可以是确定相似度时的主要因素,以便具有相似标记的节点 (例如,节点514和526中的"气象服务"类似于节点516中的"气象服务")被确定为非常相似。 此外,可以评估与节点相关联的分层结构以确定相似度,以便它们的相应的分层反馈模型 的相同级别中的节点被确定为更强烈地相似。另外,可以评估兄弟姐妹和堂兄弟姐妹类型 关系,其中,"兄弟姐妹"是来自根节点的与其他节点相同的主要分支内的节点,而"堂兄弟 姐妹"是在根节点的不同分支中的节点。例如,在图5中,节点514是节点516的堂兄弟姐妹。
[0091] 另外,如果节点位于不同的分层反馈模型中,但是与不同分层反馈模型中的节点 相关联的结构的大部分相似,即,具有相同节点标记的相同节点以类似的层次布置来连接, 那么节点可以被视为强烈地相似。例如,在图5中,由于与节点516和526相关联的两个分层 反馈模型中的结构之间的强相似度,以及节点516和526的标记的相似度,因此可以判断节 点516和526比节点516和514更强烈地相似。这是因为,尽管节点514具有相似标记,但是节 点514是节点516的堂兄弟姐妹,因此与不同于节点516(类似于节点522和525的节点512和 515)的分层结构(节点511和513)相关联。如此,节点526可以被选为节点516的相似节点,与 节点526相关联的聚合用户反馈也可以被归于节点516,以便节点516的聚合用户反馈分数 被设置为等于节点526的聚合用户反馈分数。
[0092] 当然,在不偏离说明性实施例的精神和范围的情况下,可以使用其他相似度评估。 取决于实现方式,可以考虑任何相似度因素,只要判断那些因素指示相似的节点,以便推断 相似节点之间的聚合用户反馈分数即可。
[0093] 尽管图5示出了两个紧急情况响应服务作为单独的分层反馈模型,但是应该理解, 上文所讨论的原理和说明性实施例的机制也适用于这些服务是相同的整体分层反馈模型 的一部分的情况。例如,可以提供如图5所示的两个模型的根节点或父节点,诸如"气象服 务",其中,芝加哥ER服务节点510及其子树和凤凰城ER服务节点520及其子树两者是更大的 分层反馈模型中的"气象服务"根节点或父节点的子节点。在这样的情况下,取决于特定的 上下文,芝加哥ER服务510和凤凰城ER服务520可以被视为更大的分层模型中的兄弟姐妹节 点或堂兄弟姐妹节点。
[0094] 如上文所讨论的,说明性实施例的原理操作之一是聚合节点的用户反馈信息,并 考虑到来自分层反馈模型中的诸如子节点之类的其他相关节点的贡献。在此上下文中,"相 关的"是指沿着从分层反馈模型的根节点的分支直接或间接地连接到当前节点的节点。如 此,没有通过位于分层反馈模型中的比根节点更低级别的中间节点连接的其他分支中的节 点不会被视为"相关的"。"相关性"的程度可以基于节点之间的相对距离,例如,节点之间的 边和节点的数量。
[0095] 除了生成节点的聚合用户反馈信息之外,说明性实施例的原理操作还提供用于基 于指示一个节点对另一个节点的影响或依赖的程度的节点之间的边的权重,在分层反馈模 型内从一个节点向另一个节点传播聚合用户反馈的机制。在分层反馈模型内,从较低级别 向较高级别(子向父、或叶节点向根节点)执行传播。应该理解,关于如何准确地将分层反馈 模型中的一个节点的聚合用户反馈传播到分层反馈模型中的其他节点,可以有许多不同的 方法,其中任何一种方法都旨在处于说明性实施例的精神和范围内。下文提供了图6A-图6C 以示出根据一个说明性实施例的用于执行这样的聚合用户反馈生成和传播的一种可能的 实现方式。
[0096] 如前所述,图6A-图6C是用于示出根据一个说明性实施例的聚合反馈生成和传播 的一般化分层反馈模型的示例图示。在图6A-图6C的示例性分层反馈模型中,供应X(例如, 服务、产品等等)具有组件供应Yl和Y2。组件供应Yl和Y2中的每一个都具有它们的对应的子 组件供应Z1、Z2、Z3和Z4。如此,建立了用于传播反馈的层次结构,其中,供应X位于最高级别 (或根级别),Y1和Y2位于中等级别,而Z1-Z4位于层次结构的最低级别。应该理解,通过为说 明目的而具有单个中等级别,使此示例性层次结构简单,实际层次结构可以包括许多中等 级别,作为结果的分层反馈模型非常复杂。另外,为了下列描述简明起见,假设每一条边的 权重为1,然而,在实际实现中,取决于实现方式,一个或多个边可以具有小于或大于1的不 同权重,当执行从节点到节点的用户反馈的传播时,不同权重可以作为加权因子应用于聚 合用户反馈的子贡献。
[0097] 在开始对在此说明性实施例中执行的用户反馈聚合和传播计算的比较详细的讨 论之前,首先理解将在计算中使用的各种值是十分有用的。下面是在下文所描述的公式和 计算中引用的值以及它们的描述的列表:
[0098] S(X)是节点X的用户反馈分数;
[00"] B(X)是节点X的贝叶斯估计;
[0100] C (X)是节点X的子节点的聚合用户反馈分数贡献;
[0101] RU)是节点X的平均评级;
[0102] U(X)是节点X的全集(universe)的平均评级,其中,"全集"包括分层反馈模型中的 与节点X相同级别的节点;
[0103] Rax是节点X的评级值;
[0104] Rex是节点X的相关度值;
[0105] V(X)是节点X的累计投票数;
[0106] Vx是节点X的总投票数,其中,"投票"表示提供对节点X的反馈的用户数量的加权 总和;
[0107] Cx是节点X的子节点;以及
[01 08] d (X,y)是节点X和节点y之间的边的数量。
[0109] 对于图6A,假设子组件供应Zl经由说明性实施例的前端引擎,从4个用户接收一组 用户反馈信息,包括如图所示的[(4,5),(4,3),(5,4),(3,3)]的元组(评级,相关度)。如此, 每一个用户反馈都具有在定义的标度上的用户对质量的主观感觉(评级)和对用户需求的 有用性(相关度)的值,在此示例中,标度是5星标度,以便每一个值都可以具有从0到5的整 数设置。可以使用诸如下面的公式1所示出的公式来计算子组件供应Zl的聚合用户反馈分 数,该公式1组合了作为贝叶斯估计的Zl的贡献B(Zl)与Zl的子节点贡献C(Zl):
[0110]
[0111] α的值是取决于特定实现方式将权重指定给贡献的参数。在上面的示例中,如果Zl 没有孩子,则此值被设置为1,如此,Zl的总的用户反馈分数完全基于其自己的直接用户反 馈。如果Zl具有孩子,那么α被设置为3/4,以便节点Zl的聚合反馈主要基于直接对于对应于 节点Zl的供应的用户反馈,但是也部分地基于(1/4)与节点Zl的子节点相关联的用户反馈。 应该指出的是,上文所讨论的α的特定值只是示例,而不是旨在陈述或暗示对于可以使用的 可能的加权因子的任何限制,即,在不偏离说明性实施例的精神和范围的情况下,可以使用 其他值。例如,在其他说明性实施例中,取决于特定实现方式,当Zl具有子节点时,α的值可 以被设置为0.5到1.0范围之内的任何值。在某些情况下,可以基于Zl具有的子节点的数量 来设置α的值,以便α的值随着子节点的数量增多而减少。在不偏离说明性实施例的精神和 范围的情况下,可以使用确定要给予α什么值的其他方式。
[0112] 在一个说明性实施例中,使用用于聚合的贝叶斯估计模型来聚合节点Zl的直接聚 合用户反馈(具体地涉及节点Zl而不是节点Zl的子供应的用户反馈)的值,即B(Zl),如下面 公式2所示:
[0113]
[0114] 为说明性实施例选择了贝叶斯估计,因为如果没有足够的对于节点Zl的直接用户 反馈,那么可以使用类似于Zl的节点的反馈来获得更准确的用户反馈分数。由于相似度,所 预期的是Zl的反馈和分数将类似于这些节点。即,基于节点Zl的平均用户反馈和Zl的全集 的平均用户反馈U(Zl)来聚合节点Zl的用户反馈分数。值β是取决于所希望的特定实现方式 将权重指定给平均值的参数。例如,如果没有足够的投票V(提供反馈的用户数量),β趋向于 0,如此,大多数权重被给予全集平均值U(Zl)。另一方面,如果有足够的投票,则值β趋向于 1,大多数权重则被给予Zl自己的平均反馈。应该理解,如此,基于特定节点在计算时所具有 的投票数,β的值可以被动态地确定为从0到1的范围内的特定值。
[0115] 在一个说明性实施例中,使用诸如公式3中所示出的关系,计算节点Zl的平均评级 用户反馈,即R(Z1)。公式3提供Zl的评级的加权平均(Ra 1),其中,每一个评级的权重都来自 于相应的相关度(Re1):
[0116]
[0117] 如此,采用上文所提及的节点Zl的示例性用户反馈元组,将每一个评级反馈乘以 其对应的相关度反馈,将结果与其他用户反馈元组的乘积相加。然后,将总和除以跨所有元 组的相关度的总和:
[0118] R(Zl) = ((4*5) + (4*3) + (5*4) + (3*3) )/(5+3+4+3) =4.1
[0119] 如此,在此示例中,节点Zl的直接用户反馈的聚合等于4.1。
[0120] 为了计算节点Zl的全集平均反馈U(Zl),节点Zl的全集首先被定义为与节点Zl具 有某些相似度的节点组。例如,在图6A中,节点Zl和Z2是兄弟姐妹节点,因此具有某些相似 度,例如,同一首歌曲的多个版本(常规、再混合和"不插电")。另外,节点Zl可以与堂兄弟姐 妹节点Z3和Z4具有相似度,例如,同一厂家出品的体育游戏应用(例如,Electronic Arts Sports (电子艺术体育)出品的FIFA和NHL)。节点的全集是可以以适合于特定实现方式的任 何方式来定义的参数,以便全集包括具有所希望的相似度的节点。在所描绘的示例中,节点 的全集被定义为正被讨论的节点的兄弟姐妹节点和堂兄弟姐妹节点,其中,兄弟姐妹节点 是与正被讨论的节点具有到相同父节点的边的节点,并与正被讨论的节点位于分层反馈模 型的相同级别,而堂兄弟姐妹节点是与正被讨论的节点位于分层反馈模型的同一个级别上 的节点,但是具有到没有与正被讨论的节点的共同的父节点的直接边的节点的边。
[0121] 基于特定实现方式和全集的定义,向全集中的节点指定相似度权重。例如,节点Zl 的堂兄弟姐妹节点的相似度权重被设置为比兄弟姐妹节点更低的权重,因为节点Zl的堂兄 弟姐妹节点更远离分层反馈模型中的节点Z1。如此,例如,假设节点Zl的全集包含节点Zl的 所有兄弟姐妹节点和堂兄弟姐妹节点,兄弟姐妹节点具有相等的相似度权重,而堂兄弟姐 妹节点具有一半的相似度权重(这只是一个示例,可以针对不同的实现方式,调整相似度权 重),每一个兄弟姐妹都具有k个用户反馈,而每一个堂兄弟姐妹都具有P个用户反馈,可以 使用公式4来计算节点Zl的全集平均反馈,即U(Zl),如下所示:
[0122]
[0123] 如此,R(Zl)和U(Zl)的值可以用于上面的公式2中,以获得节点Zl的聚合用户反馈 分数的贝叶斯估计。然后,可以使用此值来根据上面的公式1执行计算,因为节点Zl没有子 节点,导致聚合用户反馈分数S(Zl)等于B(Zl)。如此,使用上面的公式,为了继续本示例的 目的,假设 1](21)=4,0 = 〇.4和〇 = 1,1?(21)=4.1,8(21)=〇.4*4.1 + (1-〇.4)*4 = 4,以及3 对于节点Z2、Z3和Z4的聚合用户反馈分数,可以进行类似的计 算,即,S(Z2)、S(Z3)和S(Z4)。为了本示例的目的,假设对于节点Z2、Z3和Z4中的每一个,进 行类似的计算,导致聚合用户反馈分数3(22)=3.5、5(23)=4.5和5(24)=3,如图68所示。
[0124] 节点的聚合用户反馈分数向上一直传播到根部,并且随着分层反馈模型的每一级 别而减小。例如,对于节点Yl,通过应用公式1计算的聚合用户反馈分数组合了节点Yl的贡 献和来自节点Π 的子节点Zl和Z2的贡献。可以通过应用上面的公式2,从节点Yl的直接用户 反馈,计算节点Yl的贡献。在一个说明性实施例中,使用下文的公式5计算来自节点Yl的子 节点C(Yl)的贡献,该公式5使用加权平均来聚合子节点的聚合用户反馈分数。基于特定子 节点接收到的用户反馈的量,即,与该子节点相关联的投票数V(C 1),决定每一个子节点的 分数的权重:
[0125]
[0126] 使用下文的公式6计算节点Yl的累积投票数V(Yl),该公式6基于节点Yl自己的投 票和节点Yl的子节点的累积投票:
[0127]
[0128] 基于与正在被评估的节点的距离,子节点的累积投票的相对贡献随着投票传播到 较高级别而减小。作为节点CdPYA间的边的数量,计算距离(KC 1, Y1)。例如,只有节点Z2的 累积投票的1/4对节点X的累积投票有贡献。作为节点Yl接收到的所有相关度用户反馈输入 的总和(Re1),使用公式7计算节点Π 自己的投票:
[0129]
[0130]如此,再次参考图6B,假设节点Zl具有300票,而节点Z2具有200票,即,V(Zl) = 300,¥(22) = 200。如果8(¥1)=3,3(21)=4,3(22) = 3.5,那么使用上面的公式5计算(:(¥1), 作为以¥1) = ((4*300) + (3.5*200))/(300+200) = 3.8。现在,如果€[ = 0.6,则计算节点¥1的 聚合用户反馈分数为3(¥1)=0.6*3+(1-0.6)*3.8 = 3.3。可以对于节点¥2执行类似的计算, 节点Z3和Z4分别具有20票和30票,以及分别具有4.5和3的分数,由此生成节点Y2的聚合用 户反馈分数为S (Y2) = 3.9,如图6B所示。
[0131] 现在参考图6C,假设节点Yl具有直接与节点Yl相关联的100票,即,Vyl= 100(参见 上面的公式7)。通过使用上面的公式6来计算节点Yl的累积票数,获得V(Yl) = 100+(300/ 20 + (200/^)=35(^如此,节点Yl的累积票数是350。可以对于节点Y2进行类似的计算,假设 Vy2 = 40,以便节点Y2的累积票数是65票,即,7^2)=40+(20/24 + (30/21) = 65。
[0132] 继续向上传播到节点X,使用上面的公式1 -7获得下列值:
[0133] C(X) = ( (3 ·3*350) + (3· 9*65) )/(350+65) =3.4
[0134] 假设 B(X) =4.5 并且 Vx = 25
[0135] V(X) =25+350/2+65/2 = 233 票
[0136] 假设 α = 〇.5
[0137] S(X) =0 · 5*4.5+( 1-0 ·5)*3· 4 = 4
[0138] 如此,通过说明性实施例的机制,提供了用于基于组件的直接用户反馈以及来自 与该组件相关的子组件的贡献,计算诸如服务或产品之类的复合供应的组件的聚合用户反 馈的算法。此外,在组件的用户反馈量不是足够高的情况下,也可以考虑类似的组件,例如, 兄弟姐妹组件以及堂兄弟姐妹组件。所有这些因素都组合以生成特定组件的聚合用户反馈 分数。特定组件的该聚合用户反馈分数还可以沿着分层反馈模型向上传播,以便将组件的 聚合用户反馈的影响传播到依赖于该组件的其他组件。这提供了组件的实际用户反馈的准 确得多的模型,考虑了它们以分层方式所依赖的组件的用户反馈。
[0139] 图7是概述了根据一个说明性实施例的用于提供按需分层反馈聚合的示例操作的 流程图。图7中概述的操作可以使用诸如上文的图3中所示出的分层反馈聚合系统来执行, 其中,操作以前面所描述的方式分布在前端引擎和后端引擎之间。如此,图7中概述的操作 可以使用在一个或多个数据处理系统或计算设备的硬件上执行的软件、在一个或多个数据 处理系统或计算设备的专用硬件上执行的软件、或数据处理系统或计算设备的软件元件和 硬件元件的任意组合来实现。
[0140] 应该理解,图7表示根据一个说明性实施例的操作的单个迭代。基于提供商的需求 和复合供应的操作,图7中概述的操作可以重复许多次。例如,可以基于这些操作的周期性 执行、响应于接收到的每一个新用户反馈等等,将步骤740-830重复许多次。
[0141] 如图7所示,操作从定义复合供应分层反馈模型开始(步骤710)。如上文所指出的, 此定义可以使用经由HFA系统的后端引擎310的按需注册/请求引擎312提供的图形用户界 面工具来执行,例如,通过该图形用户界面工具,用户可以将分层模型构建为节点和连接节 点的边的组,其中,基于相对于用户反馈对一个节点对另一个节点所具有的依赖水平的初 始估计,给节点指定初始权重。
[0142] 向后端引擎注册模型,以用于收集、计算、聚合和传播用户反馈(步骤720)。然后, 前端引擎被配置成收集用户反馈,并向用户呈现对于特定复合供应的用户反馈(步骤730)。 此操作可以涉及自定义由前端引擎用来向用户呈现问题的一般模板,将前端引擎部署到复 合供应或提供复合供应的系统的软件环境中,以及使得前端引擎能够在提供商计算系统内 操作以收集用户反馈信息(以及可选地,用户简档信息)并将此信息提供到后端引擎的任何 其他配置操作。
[0143] 接收对复合供应中的组件的用户(或消费者)反馈(步骤740),并且通过以下方式 来检查有效性(步骤750):例如,通过对照由供应提供商所指定的所希望的人口统计信息来 检查用户的人口统计信息,通过经由评估用户的用户反馈历史而将用户的可信度与可信度 的阈值水平进行比较,或者可以用来接受或拒绝用户的反馈作为反馈的任何其他准则(可 以基于该反馈来实现说明性实施例的机制)。如果用户的反馈无效,则丢弃反馈(步骤760), 并且操作结束;或者,可替选地,可以返回到步骤740,并继续监控来自其他用户的其他用户 反馈。
[0144] 如果用户反馈有效,那么将反馈提交到后端引擎(步骤770),然后,该后端引擎基 于来自对组件以及其子组件的用户反馈的贡献,聚合该组件的用户反馈(步骤780)。然后, 基于分层反馈模型,将作为结果的组件的聚合用户反馈传播到父组件(步骤790)。如图7中 的虚线指出的,这可以导致递归操作,通过步骤780-790的重复执行,更新并传播父节点的 聚合用户反馈。此外,组件(以及潜在地,父组件)的更新的用户反馈可以被用来更新组件的 聚合用户反馈在前端引擎上的显示(步骤830)。
[0145] 在步骤800,可以从后端引擎接收访问聚合用户反馈的查询。此查询可以是经由前 端引擎而来自用户的查询、经由管理员控制台而来自复合供应的提供商的查询、来自HFA系 统的管理员的查询等等。查询可以请求某些分析操作被执行,诸如提供跨复合供应的所有 组件的用户反馈的平均值、用户反馈的特定图形显示、用户反馈的过滤的显示(例如,只有 小于指定的阈值的用户反馈)等等。执行请求的分析,生成并输出支持决策的输出(步骤 810)。另外,可以基于分析的结果,更新复合供应注册节点和边权重(步骤820)。然后,操作 结束。
[0146] 如此,说明性实施例提供用于在复合供应中提供按需用户反馈聚合和传播的机 制。说明性实施例的机制使用多个不同因子来表示用户反馈,诸如质量评级和相关度评级。 说明性实施例的机制还使用复合供应的分层反馈模型,以促进基于组件之间的指定的依赖 性和关系将用户反馈传播到复合供应的组件。如此,实现对于复合供应的各种组件的实际 用户体验的更准确的表示。
[0147] 应该理解,尽管在说明书和图形中提供了供应的示例,但是说明性实施例不限于 这些具体示例,任何供应都可以是说明性实施例的机制的主题。例如,各种分层反馈模型可 以被生成,并且可以与各种类型的供应(包括,但不仅限于,服务、应用、艺术作品(例如,电 影、书、音乐等等)、电子产品、营业场所(例如,餐厅、零售商店、公司),信息技术解决方案 包、或任何其他类型的供应)的说明性实施例的机制一起使用。
[0148] 如上文所指出的,应该理解,说明性实施例可以采取完全硬件实现方式、完全软件 实现方式、或包含了软件元件和硬件元件的实现方式的形式。在一个示例实施例中,说明性 实施例的机制是以软件或程序代码实现的,包括但不仅限于固件、常驻软件、微代码等等。
[0149] 适用于存储和/或执行程序代码的数据处理系统将至少包括一个通过系统总线直 接或间接地耦接到存储器元件的处理器。存储器元件可以包括在程序代码的实际执行期间 使用的本地存储器、大容量存储器以及高速缓冲存储器,高速缓冲存储器提供了至少某些 程序代码的临时存储器,以便减少在执行期间必须从大容量存储器检索代码的次数。
[0150] 输入/输出或I/O设备(包括但不仅限于,键盘、显示器、指点设备等等)可以直接或 者通过介入I/O控制器耦接到系统。网络适配器也可以耦接到系统,以使得数据处理系统能 够通过介入私有网络或公共网络耦接到其他数据处理系统或远程打印机或存储设备。调制 解调器、电缆调制解调器和以太网卡只是几个当前可用类型的网络适配器。
[0151] 已经为了描述和说明的目的呈现了本发明的说明书,而不是旨在穷尽或限于本发 明所公开的形式。本领域的技术人员将认识到,在不偏离所描述的实施例的范围和精神的 情况下,可以进行各种修改和变型。所选择和描述的实施例只是为了最好地说明本发明的 原理和实际应用,并使精通本技术的其他人理解,具有各种修改的各实施例也是可以接受 的。选择本文中所使用的术语以最好地说明各实施例的原理,相对于在市场中发现的技术 的实际应用或技术改进,或使得精通本技术的其他人能够理解本文中所公开的各实施例。
【主权项】
1. 一种在一个或多个数据处理系统中实现的分层反馈聚合HFA系统中的方法,用于收 集和呈现用于复合供应的用户反馈信息,每一个数据处理系统包括处理器和存储器,所述 方法包括: 由在第一数据处理系统中实现的所述HFA系统的后端引擎来注册用于所述复合供应的 分层反馈模型; 经由在第二数据处理系统中实现的所述HFA系统的前端引擎来接收对于所述复合供应 的所标识的组件的用户反馈; 由所述HFA系统的所述后端引擎,基于对于所标识的组件的所述用户反馈和所述分层 反馈模型中的所标识的组件的子组件的聚合用户反馈分数的组合,生成所标识的组件的聚 合用户反馈分数;以及 由所述后端引擎向用户输出所述组件的所生成的聚合用户反馈分数的表示。2. 如权利要求1所述的方法,进一步包括: 由所述HFA系统的所述后端引擎,将所标识的组件的所述聚合用户反馈分数沿着所述 分层反馈模型向上传播到所述分层反馈模型的由对应于所标识的组件的节点所依赖的一 个或多个父节点。3. 如权利要求2所述的方法,其中,沿着所述分层反馈模型向上传播所标识的组件的所 述聚合用户反馈分数包括:对于所述一个或多个父节点中的一个父节点,基于所标识的组 件的所述聚合用户反馈分数和与所述父节点相关联的用户反馈分数的组合,计算所述父节 点的聚合用户反馈分数。4. 如权利要求1所述的方法,其中,所标识的组件的所述用户反馈包括对应于质量评级 的第一用户反馈部分和对应于相关度评级的第二用户反馈部分,其中,生成所标识的组件 的所述聚合用户反馈分数包括:作为通过所述相关度评级加权的所述质量评级的函数,生 成所述聚合用户反馈分数。5. 如权利4要求所述的方法,其中,生成所述聚合用户反馈分数进一步包括:基于对提 供了所述用户反馈的用户的可信度的评估,加权所标识的组件的所述用户反馈。6. 如权利要求1所述的方法,其中,所标识的组件的所述子组件中的至少一个子组件没 有基于为所述至少一个子组件提供的直接用户反馈而提供的聚合用户反馈分数,其中,对 于所述至少一个子组件,通过以下方式来推断聚合用户反馈分数:标识所述分层反馈模型 和类似分层反馈模型之一中的至少一个类似组件,以及将所述至少一个类似组件的聚合用 户反馈分数与所述至少一个子组件相关联。7. 如权利要求6所述的方法,其中,标识至少一个类似组件包括:标识所述分层反馈模 型或所述类似分层反馈模型内的类似分层结构、和与所述分层反馈模型或类似分层反馈模 型内的节点相关联的类似名称中的至少一个。8. 如权利要求1所述的方法,其中,所述复合供应是服务和产品之一,其中,所标识的组 件是所述服务或产品的复合组件。9. 如权利要求1所述的方法,其中,对于所标识的组件的所述用户反馈是由所述HFA系 统的所述前端引擎从在所述第二数据处理系统中实现的特定于组件的控制台接收的,其 中,所述特定于组件的控制台与用户相接口连接,以经由请求所述用户反馈的一个或多个 问题的呈现,从所述用户收集所述用户反馈,并且将所收集到的用户反馈提供到所述前端 引擎。10. 如权利要求1所述的方法,其中,对于所标识的组件的所述用户反馈是直接由所述 前端引擎通过使用一个或多个模板向用户呈现问题以收集所述用户反馈来接收的,其中, 所述一个或多个模板针对所标识的组件而被定制。11. 一种设备,包括: 处理器;以及 耦合到所述处理器的存储器,其中,所述存储器包括指令,所述指令当被所述处理器执 行时使得所述处理器实现分层反馈聚合HFA系统,从而: 由所述HFA系统的后端引擎来注册用于复合供应的分层反馈模型; 响应于来自第二计算设备的请求和所述分层反馈模型的所述注册中的至少之一,将所 述HFA系统的前端引擎部署在所述第二计算设备中; 从所述前端引擎接收对于所述复合供应的所标识的组件的用户反馈; 由所述HFA系统的所述后端引擎,基于所标识的组件的所述用户反馈和所述分层反馈 模型中的所标识的组件的子组件的聚合用户反馈分数的组合,生成所标识的组件的聚合用 户反馈分数;以及 由所述后端引擎向用户输出所述组件的所生成的聚合用户反馈分数的表示。
【文档编号】G06Q30/02GK106056398SQ201610212730
【公开日】2016年10月26日
【申请日】2016年4月7日 公开号201610212730.7, CN 106056398 A, CN 106056398A, CN 201610212730, CN-A-106056398, CN106056398 A, CN106056398A, CN201610212730, CN201610212730.7
【发明人】S·卡珀, A·莫因德拉, R·兰察尔, 周念军
【申请人】国际商业机器公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1