CN104021422A - 用于基于每次展现的收入来列出购买项目的系统和方法 - Google Patents

Abstract

本发明提供了用于基于每次展现的收入来列出购买项目的系统和方法。一种计算机使能的交易系统响应于对项目的用户请求来提供购买项目的列表。该系统基于包括购买项目的可获得性的合格性来过滤预期的项目。基于每次展现所产生的收入来将合格项目排名，其中，展现包括项目的先前查看。然后，以列表向用户显示被排名的合格项目，其中，优先显示被较高排名的项目。

Description

用于基于每次展现的收入来列出购买项目的系统和方法

技术领域

本公开涉及用于在在线环境中销售产品和服务并且提供产品和/或服务的优先列表的系统和方法。

附图说明

从下面参考附图进行的优选实施例的详细描述，另外的方面和优点将显而易见，在附图中：

图1是用于提供和显示购买项目的系统的一个实施例的框图；

图2是用于提供和显示购买项目的方法的一个实施例的流程图；

图3是用于响应于所请求的日期来显示要购买的旅馆住宿的排名列表的网页的一个实施例；

图4是用于响应于用户请求来显示要购买的视频游戏的排名列表的网页的一个实施例；

图5是用于响应于用户请求来显示要购买的玩具产品的排名列表的网页的一个实施例；以及

图6是用于在所请求的日期显示要购买的现场表演的排名列表的网页的一个实施例。

具体实施方式

所公开的系统和方法提供了一种在线计算机交易系统，其允许客户基于所产生的收入来查看可用的购买项目。在下面的描述中，提供了许多细节，以彻底理解实施例。然而，本领域内的技术人员可以认识到，可以在没有具体细节中的一个或多个的情况下或用其它方法实施这些实施例。在其他情况下，未示出或详细描述公知的技术和/或操作，以避免混淆本公开的创新方面。

贯穿本说明书对“一个实施例”或“实施例”的引用意味着与该实施例相结合地描述的特定的特征、结构或特性被包括在至少一个实施例。因此，贯穿本说明书在不同位置中的出现短语“在一个实施例中”或“在实施例中”不一定都指的是同一实施例。特别是，“实施例”可以是系统、制造的物品（例如，计算机可读介质）、方法和加工的产品。

实施例可以包括各种步骤，该各种步骤可以以要由通用或专用计算机（或其他电子装置）执行的机器可执行指令来实施。替代地，这些步骤可以由包括用于执行该步骤的特定逻辑的硬件组件或者由硬件、软件和/或固件的组合执行。

实施例还可以被提供为计算机程序产品，包括其上存储了可以用于将计算机（或其他电子装置）编程以执行在此所述的处理的指令的计算机可读非暂时性和有形介质。该计算机可读介质可以包括但不限于：硬盘驱动器、软盘、光盘、CD-ROM、DVD-ROM、ROM、RAM、EPROM、EEPROM、磁卡或光卡、固态存储器设备或适合于存储计算机可读电子指令的其它类型的介质/机器可读介质。

如在本文所使用的，软件模块或组件可以包括位于存储装置内和/或通过系统总线或有线或无线网络作为电子信号被发送的任何类型的计算机指令或计算机可执行代码。软件模块可以例如包括计算机指令的一个或多个物理或逻辑块，这些指令可以被组织为例程、程序、对象、组件、数据结构等，其执行一个或多个任务或实现特定抽象数据类型。

在某些实施例中，特定软件模块可以包括存储在存储装置中的不同位置中的完全不同的指令，它们一起实现模块的所述功能。实际上，模块可以包括单个指令或许多指令，并且可以分布在若干不同的代码段上、不同程序之间以及跨若干存储设备。可以在其中由通过通信网络链接的远程处理设备执行任务的分布式计算环境中实施一些实施例。在分布式计算环境中，软件模块可以位于本地和/或远程存储器存储装置中。此外，在一个数据库记录中被一起捆绑或呈现的数据可以驻留在同一个存储装置中或跨多个存储设备，并且可以跨网络在数据库的记录的字段中被链接在一起。

本领域内的技术人员容易使用在此提供的教导与编程语言和工具来提供用于帮助实现的适当软件，该编程语言和工具例如是Java、Pascal、C++、C、XML、数据库语言、API、SDK、汇编、固件、微码和/或其他语言和工具。可以在具有或没有下述部分的情况下以模拟或数字形式来实施适当的信号格式：错误检测和/或校正比特、分组首标、以特定格式的网络地址和/或由本领域内的技术人员容易提供的其他支持数据。

已经可获得许多可以使用的基础架构，诸如：通用计算机；计算机编程工具和技术；计算机网络和联网技术；数字存储介质；通过公共密钥、加密、防火墙和/或其他手段提供的认证、访问控制和其他安全性的工具和技术；银行转账、信用卡处理、数字货币和用于进行支付的其他的工具和技术。

为了方便起见，也参考了作为“人类方”或“人”的用户和客户，以将它们与计算机和软件操作区分开。计算机和软件的操作可能会被人类管理员进行监督，并被来自人类用户的数据和/或命令驱动。

可以在一个或多个实施例中以任何合适的方式组合所描述的特征、操作或特性。也容易明白，对于本领域内的技术人员显然，可以改变与所公开的实施例相结合地描述的方法的步骤或行为的顺序。因此，在附图或详细说明书中的任何顺序仅用于说明性的目的，并且不意味着暗示所需的顺序，除非指定要求顺序。

参见图1，示出用于对于网络服务（例如，网站）的用户或客户列出购买项目的交易系统100的一个实施例的框图。该项目可以包括诸如有形货品的产品或诸如事件的服务。事件可以是考虑用户102的参与或个人出席的任何行为。事件可能不要求预订，诸如出席主题公园或博物馆，但是可能仍然需要票。在许多但是不是全部情况下，事件出席可能需要票，并且经常仅通过购买来获得这样的票。一些事件是用户出席可过期事件，其中，该事件具有经确立的日期、时间和持续时间，并且因此仅可以在那个时间段期间出席。该预先确立的时间的、用户未出席该事件的任何部分过期；出席事件的该部分的机会已经过去，并且，该购买的对应的部分被浪费。事件是否可过期可能对于喜欢不允许购买通过未出席而被浪费的客户是重要的。事件的类型可以包括但是不限于住宿、演出、体育事件、交通、餐饮预订、博物馆、旅行、游乐园和其他的活动和景点。

住宿的事件可以包括但不限于旅馆客房、公寓出租、房屋出租、分时房间和游艇租赁等。因此，术语住宿包括客户可能为了旅行而暂时驻留的各种实施例。住宿事件通常需要入住和退房日期，但入住和退房的时间往往灵活。住宿也可以在入住日期之后可获得，但客户可能已经失去了该事件的一部分。因此，在预订的日期期满时，住宿事件可以被视为可过期，并且，客户/客人需要在预订的日期出现以便享受住宿。住宿也可以根据可获得性并由事件提供者的判断而被扩展。

演出事件可以指的是许多不同种类的剧院演出，包括但是不限于电影、芭蕾、歌剧、戏剧或音乐会。演出也可能是指在除了剧院之外的特定位置，诸如体育场或竞技场演出。这些演出可以包括但不限于马戏团、烟火表演或冰上演出。演出事件可以包括特定的日期和时间。演出事件还可以包括一个或多个特定座位，或者，演出事件可能有开放的座位。因为演出事件在特定的日期和时间发生，演出事件是可过期的：客户必须在该日期和时间亲身出现，以便享受该事件。

体育事件可以包括观看许多不同类型的体育事件，包括但不限于足球比赛、篮球比赛、棒球比赛、曲棍球赛事、网球赛事、摩托越野、高尔夫巡回赛、赛马等等。体育事件可以包括特定日期和时间。体育事件也可以包括一个或多个特定座位，或者体育事件可以具有开放的座位。因为体育事件在特定的日期和时间发生，体育事件是可过期的：客户必须在该日期和时间亲身出现，以便享受该事件。

餐饮事件可以包括但是不限于在饭馆的预订。餐饮预订通常包括特定日期和时间，并且也是可过期的。如果客户到达太晚，则餐饮预订可能被取消，并且缺少可获得性可能排除客户享受餐饮事件。

交通事件可以包括但是不限于机票预订、公共汽车票、火车票、出租车乘坐、豪华轿车租赁、汽车租赁、马车乘坐等。允许预先预订的交通事件通常是可过期的：这样的事件要求在预订时间在预订搭载位置与载具碰头。如果用于搭载的时间过去，则该事件过期。其他交通事件可以不是可过期的，诸如乘坐本地公共汽车系统、地铁或其他运输系统，或者用于来自特定公司的出租车的凭证。

行为事件可能要求通过出席事件的人来参与，并且可以或可以不是可过期事件。某些行为可以基于事件和事件提供者而是可过期的。例如，某些旅行、跳伞、高尔夫、漂流、引导钓鱼旅行和引导打猎探险等可能要求特定的日期和时间，以便适应客户。这样的事件可以是可过期的。其他行为事件可能不要求特定时间和日期，诸如游乐园、水上公园、主题公园、博物馆、滑雪胜地、避暑胜地、动物园、州立和国家公园、水上公园和俱乐部。这样的行为事件可能一般对公众开放，因此可能不是可过期的。如果对于该事件的门票（或至少对于出席的预订）可以按用户方便而在任何时间和在任何日期可用（或至少在相当宽的日期范围内），则这样的事件不是可过期的。

一个或多个用户102可以可通信地耦合到网络104。用户102可以使用相应的能够使用因特网的计算装置106来访问网络104，该因特网能够的计算装置106可以包括在本领域中已知的多种计算装置的任何一种，包括但是不限于：个人计算装置（如个人计算机）、便携式计算装置（如膝上型计算机或笔记本电脑等）、智能手机（ 或等）、个人数字助理（PDA）、机顶盒（STB）或多媒体设备等。

每一个计算机106可以包括处理器和存储器；计算机也可以包括各种输入装置和/或输出装置。处理器可以包括专用处理装置，诸如ASIC、PAL、PLD、现场可编程门阵列或其他定制或可编程装置。该存储器可以包括静态RAM、动态RAM、快闪存储器、ROM、CD-ROM、盘、带、磁、光或其他计算机存储介质。输入装置可以包括键盘、鼠标、触摸屏、光笔、平板、麦克风、传感器或具有伴随的固件和/或软件的其他硬件。输出装置可以包括监视器或其他显示器、打印机、语音或文本合成器、交换机、信号线或具有伴随的固件和/或软件的其他硬件。计算机106可以包括计算机可读存储介质，诸如磁、光、固态或具有特定物理配置的其他计算机可读存储装置。该物理配置表示使得计算机以在此所述的特定和预定义方式操作的数据和指令。因此，介质有形地实施由计算机可执行来预订和购买在此所述的事件的程序、函数和/或指令。

计算装置106的每一个可以包括相应的网络应用108，用于访问和显示通过网络104可访问的内容。如在此使用的，网络应用指的是用于访问在网络上的内容的任何应用或处理。因此，网络应用可以指的是网络浏览器应用，诸如Microsoft InternetMozillaGoogle或Apple等。网络应用可以进一步指示虽然未主要涉及作为网络浏览器访问/显示网络内容，但是该应用能够访问和/或显示来自网络的内容的任何其他类型的应用。例如，字处理器可以在下述意义上是用户代理：它提供网络访问特征，诸如在线帮助特征和对于在线库（例如，剪贴画库等）的访问等。类似地，在线订购/预订应用可以通过与网络可访问的店面/预订系统交互来作为网络应用。电子邮件客户端可以被称为网络应用在于，它提供了对于诸如电子邮件消息和其中引用（例如，链接）的网络内容等的网络数据的访问。

由应用108访问的网络资源和/或网络服务可以包括根据HTML标准（或相关标准）格式化的内容。可以使用纯文本传送协议（HTTP）标准（或相关标准）通过网络104向应用108发送网络资源。然而，虽然在此讨论了经由HTTP来传送的HTML内容，但是本公开的教导不应当被读取为限于任何特定的内容格式和/或通信协议。如在此使用的，网络资源可以指由用户代理（例如，根据纯文本标记语言（HTML）标准或相关标准格式化的内容）和/或对用户代理的插件（例如，能够被虚拟机或虚拟机等显示的内容）可显示的任何内容。因此，网络资源可以包括静态和/或交互（例如，动态）文本、图像、音频、视频、接口组件（例如，地图、配置接口等）、游戏或编辑工具等。如在此使用的，网络服务可以指的是经由网络可访问的任何服务。网络服务的示例包括但是不限于网站、网络服务器、FTP服务、远程登录服务、在线帮助应用、即时消息传送服务、电子邮件服务器、简单对象访问协议（SOAP）服务或网络服务描述语言（WSDL）符合的服务等。

网络104可以包括在本领域中已知的任何数据通信网络，该任何数据通信网络包括但是不限于：传输控制协议/因特网协议（TCP/IP）网络、因特网、局域网（LAN）、广域网（WAN）、虚拟专用网（VPN）、公共交换电话网络（PSTN）、无线网络（例如，IEEE802.11a-g或Bluetooth等）或网络的组合等。在此所述的用于配置和/和自适应的适当网络包括一个或多个局域网、广域网、城域网和/或“因特网”或IP网络，诸如万维网、专用因特网、安全因特网、增值网络、虚拟专用网、外联网或内联网。具体地说，可以从包括使用不同的硬件和网络通信技术的网络的、两个或更多的其他网络的部分或实体形成适当的网络。一种适当的网络包括至少一个服务器和几个客户机；其他适当的网络可以包含服务器、客户机和/或对等节点的其他组合，并且给定的计算机可以起客户机和服务器两者的作用。每一个网络包括至少两个计算机，诸如服务器和/或客户机。计算机可以是工作站、膝上型计算机、可断开移动计算机、服务器、主机、簇、所谓的“网络计算机”或“薄客户机”、个人数字助理或其他手持计算装置、“智能”消费者电子装置或电器或其组合。

网络104可以包括通信或联网软件，诸如从Novell、Microsoft、Artisoft和其他卖家可获得的软件，并且可以使用通过双绞线、同轴或光纤线缆、电话线、卫星、微波中继站、调制的AC电力线、物理介质传送和/或本领域内的技术人员已知的其他数据传输“导线”。网络可以涵盖较小的网络，并且/或者通过网关或类似的机构可连接到其他网络。

计算装置106可以使用网络104来访问一个或多个服务器110。每一个服务器110可以包括一个或多个计算装置，并且包括一个或多个处理器112、存储器114、数据库116、一个或多个网络接口118和输入/输出装置（未示出）等。服务器110的一个或多个组件可以被配置来作为分布式服务器、虚拟服务器、基于云的服务器和/或集群服务器操作。处理器112可以包括在本领域中已知的任何处理手段，诸如一个或多个Intel Core2处理器和一个或多个AMD处理器等。该一个或多个处理器的每一个可以包括多个处理内核。在一些实施例中，服务器110可以包括具有刀片或类似配置的多个处理模块（未示出）。因此，如所述的，服务器110可以包括以簇和/或负载平衡配置操作的多个计算装置（例如，服务器）。服务器110可以使用网络接口118可通信地耦合到网络104，网络接口118可以包括以太网接口、无线通信接口或PSTN接口等。

存储器114可以包括在本领域中已知的任何易失性和/或非易失性存储器。计算机可读非暂时性存储介质可以包括一个或多个盘（例如，磁盘）、光介质、分布式介质（例如，在存储区域网（SAN）等中）或类似装置。输入/输出装置可以包括一个或多个键盘（未示出）、指示装置（未示出）（例如，鼠标或跟踪球等）、显示器（未示出）或KVM连接等。

数据库116可以包括任何存储器和计算机可读存储介质，并且可以用于存储可用于购买的项目的库存120。数据库116也可以存储用户102的一个或多个用户简档122。

服务器110可以包括网站模块124，网站模块124可以被存储在存储器114上，并且被配置来以特定格式和/或根据诸如HTTP的特定协议或以能够被用户102消费的任何其他格式（例如，能够被用户计算装置106读取和/或显示并且被相应的用户102的应用108呈现）来向计算装置106提供具有可视信息的网站。网站模块124可以包括图形用户界面（GUI），以使能和促进产品和服务的选择和购买。GUI可以以各种格式来实施，诸如与传统的网络浏览器兼容。GUI可以包括各种菜单和选项，以允许用户漫游通过各种菜单选项与产品和服务的定制列表。可以明白，可获得的产品和服务的数量可以是相当大的，并且提供用户友好界面大大改善预订体验。

网站模块124可以使能定制网站，这意味着网站可以包括根据相应的用户102的“环境（context）”（例如，通过用户环境实施）向用户102提供的定制网络资源。可以从用户102的一个或多个交互和/或在用户简档122中存储的信息来产生用户102的环境。用户简档122可以包括用户102的场所、用户102的人口统计特征、由用户102递交的搜索词条、由用户102购买的项目、由用户102在网站和/或隶属网站上访问的内容和其他个人信息等。具体地说，所访问的内容可以包括多种媒体内容，包括社交媒体，诸如视频、音频和文献等。用户简档122可以包括用户在社交媒体中的偏好的浏览历史，这可以指示用户对于商品和服务的偏好。用户简档122也可以包括用户的身体和生理性状，如年龄、种族和健康状况等。在用户简档122中编译的任何数据可以被称为特性。特性可以有益于基于用于一类用户的聚合数据来确定可能的用户偏好。例如，在特定年龄组中的用户102可以显示对于一种娱乐比另一种在统计上更大的偏好。

特定用户简档122包括用户102的标识，并且可以包括联系人信息和多种人口统计数据。用户简档122可以包括用户的旅行预订的历史，其中包括机票预订、旅馆和度假胜地预订、购票的事件和餐饮预订等。用户简档122也可以包括关于用户102的居住时间信息。例如，居住时间信息可以包括用户102当前入住旅馆的位置、当前汽车租赁预订、返程机票预订、用户当天可以保持的餐饮预订和用户在未来48小时可能具有的购票事件。如可以明白的是，存在居住时间信息的示例性点，并且这样的信息的完全范围宽得多。

网站模块124可以包括用于允许网站模块124识别进入的用户102的用户识别模块126，并且可以提供用于安全地访问用户帐户的登录能力。跨在网站处的多个会话和/或跨对于隶属网站（未示出）的多个访问来识别用户102可以允许网站充分利用在用户简档122中包含的信息。例如，用户简档122可以包括通过用户102对网站的不同访问出现的用户交互数据。另外，用户简档122可以包括在其他隶属网站（未示出）处观察到的交互数据。用户识别模块126可以允许网站跨对于网站的多次访问来识别用户102，并且/或者识别已经预先访问了隶属于服务器主机网站的其他网站的用户102。

用户识别模块126可以被配置为经由多个不同的机制来识别用户102（例如，获得与相应的用户102相关联的用户标识符）。这可以允许用户识别模块126可靠地识别可以使用具有不同的配置（例如，代理设置、安装设置等）的不同应用106（例如，不同的用户代理应用）的不同的用户102。用户识别模块126可以被配置来识别用户102，并且对于用户在网站的体验具有极小的影响。如在此使用的，用户标识符和/或用户标识信息可以指的是唯一标识符值，其可以使得分布式系统能够唯一地识别特定用户和/或特定用户代理实例。在一些实施例中，用户标识符可以是全局唯一的（例如，包括足够的数据和/或随机性，以合理地保证没有两（2）个用户标识符将会冲突）。一些用户标识符值可以包括认证证书，用于允许用户标识符被绑定到特定用户、特定用户代理应用（例如，网络浏览器实例）或特定计算装置等。这样的认证证书可以包括但是不限于：因特网协议（IP）地址、媒体访问控制（MAC）值、硬件标识符、用户名和密码、个人标识号或数字签名等。

访问网站的用户102可以具有和/或被指配用户标识符，该用户标识符可以是全局唯一标识符值（GUID）。用户标识符（例如，GUID）可以允许网站和/或隶属网站（未示出）唯一地识别用户102。

在一个实施例中，网站112包括管理在线用户交易的购物车128。购物车128可以被配置来接收要购买的项目、应用任何折扣或优惠券，并且对于剩余的欠款量向用户充值。

服务器110可以包括在存储器114中驻留的商品引擎130，商品引擎130确定在网站中可视并且可用于购买的项目。商品引擎130可以进一步确定如何和以什么排名或顺序向用户显示项目。商品引擎130可以包括一个或多个规则表132，该一个或多个规则表132包括用于确定如何显示和列出项目的规则134。规则134可以是可配置的，因为可以存在关于什么服务于用户102并且什么对于项目的不同提供者和/或系统提供者是最有效益的权值平衡。商品引擎130应用来自各个表格132的规则134，这影响可以显示、预订和购买哪些项目。普通的规则仅是项目可获得性。可以通过首先列出特定事件和加亮事件等来向项目给出偏好。

规则134可以包括一个或多个资格规则136和排序规则138。在接收到对于项目的用户请求时，商品引擎130访问资格规则136以确定哪些项目符合该请求并且对于列表是合格的。资格规则136使用一个或多个因子或参数来确定项目合格性和可用性。例如，项目可能售完并且不再在库存120中可获得。可以通过在提供对于项目的列表的请求时的用户输入来产生因子和参数。对于个人出席的事件，诸如旅行，用户输入的目的地与开始和结束日期将产生源限定符，以基于地理和可获得性来过滤项目。因此，仅在特定附近地区并且在所请求的日期具有可获得性的事件是合格的。用户102也可以输入价格范围、质量排名和/或舒适性。在旅馆的示例中，可以基于质量标准、客人评价、物理位置、定价、水池、冰箱和早餐等等来过滤旅馆。

资格规则136也可以依赖于对于用户简档特定的因子或参数。用户简档122可以指示品牌偏好、质量偏好、旅馆设施偏好、能源节约偏好和价格范围等。例如，某些汽车旅馆可能未被列出，因为用户简档指示对于低油耗性能的强烈的厌恶。

对于空中旅行，资格规则136可以基于诸如下述一个或多个因素确定合格性：航空公司的品牌、用户优选的机票价格类型（经济舱或头等舱）、航空位置（始发城市或目的地城市）、客户排名、离开和返回日期的可获得性、和价格。对于其他旅行事件，资格规则136可以基于下述来确定项目合格性：客户排名、事件开始和结束日期、定价、存货源、套餐（该项目是否在预先捆绑的旅行套餐中）、套餐项目（具有资格的项目是否与另一个特定的捆绑项目一起在预先捆绑的套餐中）、质量排名、场地类型、促销、促销预订开始和结束日期、购买数量、利率计划（如定期利率或不退款利率）和搜索类别（如宠物友好）等等。

也可以与无限制数量的AND和OR声明组合地使用资格规则136。例如，源限定符可以要求产品旅馆=MGM Grand资格规则AND促销预订结束日期>今天+14资格规则。用于资格考虑的项目的列表可以是目录寻源的或是促销寻源的。目录寻源的列表是其中任何具有资格的项目来说具有资格的列表。促销寻源的列表是其中具有资格促销的任何具有资格项目对于显示来说具有资格的列表。为了列出项目或项目促销配对，必须有可获得的库存，并且项目必须满足资格规则136。

一旦基于合格性过滤了项目，则商品引擎130配置网页，以便以基于排序规则138的顺序来列出产品或服务。排序规则138可以允许随机地、按照字母顺序、通过收入度量、通过最低价格或基于用户102手动选择顺序来依序列出项目。收入度量可以包括但是不限于每次展现的总收入、每次展现的净收入、每次展现的税收入或在历史时间段中的总的总收入或净收入。收入度量可以是对于系统提供者或项目提供者特定的。可以将项目“所产生收入”定义为列出的收入度量之一或甚至是收入度量的组合。

有益的是，基于用户102选择和购买的可能性来将项目排名。在一个实施例，商品引擎130基于每次展现所产生的收入来编译项目列表和将项目排名。当由用户102在网站上以列表等来观看项目时发生展现。当用户进行交易并且完成购买时产生收入。如上所述，收入可以基于总收入、净收入、税收入或在在历史时间段中的总的总收入或净收入。每次展现所产生的收入模型是正在向用户102销售哪些项目的指示。可以使用这些项目将继续以类似的方式被销售的预期来排名已经被示出许多次并且产生了特定数量的收入的项目。对于受欢迎的项目，存在正在驱动市场需要的因素，该因素可以包括价格、质量排名、在网站上的产品图像和推荐百分比等。事实上，可以存在表示对用户102所感知的值的因素的任何一个或组合。商品引擎130不试图确定哪个因素对于驱动对于受欢迎的项目的交易是有用的。相反，商品引擎130提供受欢迎的项目的优先列表。

用户102可以选择项目以观看附加信息和/或将该项目置于购物车内，但是仅当购买完成时实现收入。用户102可以进行预订以使用诸如汽车租赁或旅馆住宿的项目。商品引擎130可以确定预订与所产生的收入等同，或者可以确定预购或等待直到需要实际购买来实现收入。最后，当项目证明是更受欢迎时，它将产生更多的收入，并且因此，基于排序规则138来更经常地显示该项目。

商品引擎130监视每一个项目的展现和所产生的收入，并且可以基于每次展现的收入来维持项目列表。该列表可以是随着每次展现所产生的收入数据对于项目改变而连续地更新。排序规则138提供了产生最多收入的所查看项目在列表中具有优先排名。因此，首先列出最大收入产生项目，并且基于收入产生来以降序来列出其他项目。商品引擎130也可以被配置来在对于每一个项目产生的总收入和净收入之间区分。所产生的列表可以限于特定数量的项目，诸如10、20、50或100，因此可以从列表整体消除相比较产生相对少收入的项目。该结果是以偏好列表显示偏好项目，这增大了用户满意度，并且提高了对于系统100的提供者的效益。

在一个实施例中，项目可以包括与特定日期或日期范围对应的产品或服务。日期可以包括一个未来日期、多个未来日期和/或一天中的时间。因此，用户102可能意欲购买要在特定日期获得的产品或在一个或多个日期出席事件。商业规则可以基于每次展现的收入并且基于未来日期来列出项目。用户102可以请求在特定日期的项目，并且商品引擎确定该日期的每次展现的项目收入。如上所述，商品引擎也可以基于资格规则来确定该项目是否在所请求的日期可获得。然后基于相对于所请求的日期的每次展现的收入的排名来列出项目。以这种方式，商品引擎保证可能递送最大收入的项目的优先列表。

通过应用基于日期的规则，增大了对于该日期列出更具有资格的和更有效益的项目的可能性。对于该日期销售更好的项目在排名中上升。所产生的列表将随着所请求的日期改变。项目将取决于所请求的日期而在受欢迎度上改变。例如，某些旅馆可以基于与特定日期的事件的接近度而在某些日期上优先。当向用户102显示产品和服务时，由于系统100滤除表现不佳的项目，改善了对于每次展现的收入的依赖。

在一个示例中，用户102可以对于即将到来的旅行日期请求事件，诸如旅馆住宿。用户102输入请求入住的日期，并且输入期望的位置。商品引擎130确认对于所请求的日期的每次展现所产生的旅馆收入。然后以对于所请求的日期产生的收入的顺序来列出所显示的旅馆。如上所述，所产生的收入可以是净的、总的或基于用于指示效益的其他因素。与旅行相关地，系统100因为期满的旅行库存的本质而具有特定的适用性。系统100优先地显示用户欣赏的更受欢迎的旅馆。

就商品引擎130而言，所列出的项目可以彼此不具有商业关系。因此，可以通过根据每次展现所产生的收入度量的效益来确定排名。

虽然本公开考虑了基于日期的收入产生规则，但是本领域内的技术人员可以明白，可以应用其他规则。例如，与日期和/或收入产生无关，可以基于最畅销标准、受欢迎度和在网页上的点击数量等来列出项目。

在一个实施例中，商品引擎130包括保留规则140，用于保留用于包括否则将具有资格的项目的一个或多个槽。可以与每次展现所产生的收入无关地选择该项目。可以任意选择或基于转变来选择用于所保留的槽的合格项目。项目合格性可以基于多种因素，诸如与具有优先级排名的其他项目类似的多个因素。这允许项目因为当在保留的槽中显示它时可以被选择而具有增大其排名的机会。

例如，在第一显示的网页上的槽可以被保留用于在所选择的地理市场中的旅馆。用户102可以对于某个日期请求在拉斯维加斯的旅馆，并且基于每次展现的收入的更受欢迎的旅馆填充列表。然而，在拉斯维加斯市场的旅馆可以与排名无关地被选择，并且被列出在保留的槽中。对于所保留的槽而选择的旅馆可以另外在下述情况下具有资格：它对于所请求的日期可获得，并且它满足期望的标准。这允许参与的旅馆有机会被列出，而与基于每次展现的收入的排名无关。

使用所保留的槽允许有机会列出项目，而不妨碍系统100的收入模型。例如，保留的槽可以是在排名中的第四个，并且前三个槽可以继续示出具有最高效益的项目。因此，对于受欢迎的项目维持足够的空间，以继续收入产生。

商品引擎130可以被配置为提供交叉销售列表，该列表是向用户102显示以诱使用户102购买另外的感兴趣的项目。可以对于当产生交叉销售列表时限定各种触发器。在一个实施例中，可以在用户102诸如通过在购物车128中放入项目来指示对于项目的偏好后产生交叉销售列表。在一个示例中，用户102可以向购物车内增加在MGM Grand处的旅馆住宿。作为响应，可以显示在MGM Grand处或在附近的其他项目的交叉销售列表，诸如演出、饭馆和商品。向购物车128增加的项目随后可以被删除或被存储以便以后购买。所列出的项目可以基于向购物车内放入的一个或多个项目或先前购买的项目。因此，所列出的项目可以是由购买在购物车128中的项目的用户102通常购买的那些。也可以基于用户简档122来输入列出的项目。

参见图2，示出了由本公开的系统100执行的方法200的流程图。可以通过网站模块124、商品引擎130或系统100的其他模块来整体或部分地执行特定步骤。用户102通过网络104访问202系统100以观看和购买项目。访问系统的用户可以代表用户或代表客户来如此进行。作为响应，网站模块124和应用108呈现204网站，并且可以提示登录或其他客户识别。网站模块124可以被配置为建立具有用户名和密码的客户帐户。每一个客户帐户可以与在数据库116中存储的用户简档122相关联。因此，当登录时，系统100能够检索用户简档122。而且，可以在数据库116中存储另外的用户帐户信息，诸如计费信息、通信和联系信息等。因为这样的信息高度保密，所以可以使用必要的加密来用于安全。

系统100然后接收206对于观看可用于购买的项目的请求。该请求可以采取任何数量的形式的用户输入的输入，诸如对于受欢迎的视频游戏的搜索请求、现场演出请求和旅馆旅程请求等。如上所述，所请求的项目可以是日期特定的事件。在另一个示例中，用户102可以输入视频游戏标题或仅输入对于受欢迎的视频游戏标题的请求。该请求可以特定于用于特定年龄组的视频游戏。

商品引擎130基于一个或多个资格规则136来过滤208在库存120中的相关项目。商品引擎130可以基于在用户简档122中的一个或多个特性来应用资格规则136。例如，用户人口统计特征、购买历史和浏览历史可能都影响可以应用哪些资格规则136。商品引擎130然后基于一个或多个排序规则138来将要向用户显示的项目210排名。排名可以基于对于项目的每次展现所产生的收入。这可以进一步包括基于对于项目特定的日期的每次展现所产生的收入。以这种方式，可以在服务于用户102的兴趣的同时维持效益。响应于用户选择，向其中可以完成交易的购物车内放入212项目。

参见图3，示出了网页的示例，该网页具有对于在2012年12月7日的入住的、在拉斯维加斯市场中可获得的旅馆的排名列表。本领域内的技术人员可以明白，所显示的格式可以基于系统设计偏好而改变。另外的旅馆也可以被包括在列表中，如在右手侧上的滚动条302所暗示的。所列出的旅馆项目已经基于一个或多个资格规则136被看作合格。然后根据排序规则138来列出旅馆项目，排序规则138基于特定于所请求入住日期2012年12月7日的、每次展现所产生的收入来对项目排名。如在每次展现所产生的收入中反映的，12月8日的入住日期可以基于用户的偏好而改变。因为用户102可以预订房间，而在访问旅馆之前并不实际支付房，所产生的收入也可以是预期收入间。

可以使用旅馆名称、星级、可用房间、推荐百分比、旅客排名和对应的房间价格来显示每一个旅馆项目。虽然未示出，也可以示出了旅馆和/或品牌徽标的画面。可以明白，可以基于设计偏好而以各种格式来显示旅馆项目。事实上，旅馆画面的吸引力可能影响旅馆的受欢迎度和其选择。

用户102可能不知道旅馆项目基于所产生的收入的排名。然而，在一个实施例中，用户102可以通过选择选项304，以基于价格、星级排名、基于旅馆名称的字母、客户排名和接近度等将旅馆项目排名来改变列表。

在一个实施例中，应用保留规则140来保留诸如第四槽的槽，以用于合格的项目，而与对于期望的日期的每次展现所产生的收入无关。在给定示例中，将Circus Circus选择为在保留的第四槽中。这在维持所产生的收入模型的同时为合格旅馆提供了参与的机会。

参见图4，示出了响应于用户请求来显示要购买的视频游戏的排名列表的网页的一个实施例。用户请求可以包括视频游戏标题搜索、对于受欢迎的视频游戏的请求和对于在特定类别中的视频游戏的请求等。对于视频有效项目的用户请求不可能是特定于日期的。如此一来，在列表中的排名基于每次展现所产生的收入，而没有特定日期。点击视频游戏项目产生展现，而完成对于视频游戏的交易产生收入。

参见图5，用于响应于用户请求来显示要购买的玩具产品的排名列表的网页的一个实施例。与图4的视频游戏列表一样，玩具产品不可能对应于特定日期。因此，排名是基于每次展现所产生的收入。用户请求可以是对于特定性别的特定年龄组中的受欢迎的玩具的列表。

图6是显示对于在所请求的日期要购买的现场表演的排名列表的网页的一个实施例。与图4的旅馆列表一样，用户已经输入了特定日期，并且根据用于所请求的日期的每次展现所产生的收入来将现场表演选项排名。

本领域内的技术人员可以明白，在不偏离本公开的基础原理的情况下，可以对于上述实施例的细节进行许多改变。

Claims (20)

1.一种用于提供购买项目的列表的方法，包括：

接收关于购买项目的用户请求；

基于用于确定合格性的资格规则来过滤项目；

确定合格项目的每次展现所产生的收入；

基于每次展现所产生的收入来将所述合格项目排名；并且

基于从最多的每次展现所产生的收入到最少的每次展现所产生的收入的排名来向用户以列表显示所述合格项目。

2.根据权利要求1所述的方法，其中，所述用户请求包括日期，并且其中，确定所述合格项目的每次展现所产生的收入基于所述日期。

3.根据权利要求2所述的方法，其中，所述合格项目是个人用户出席事件。

4.根据权利要求1所述的方法，其中，所述资格规则包括项目可获得性的确定。

5.根据权利要求1所述的方法，其中，所述资格规则基于在与所述用户对应的用户简档中的一个或多个特性。

6.根据权利要求1所述的方法，进一步包括：在所述列表中保留槽，并且与每次展现所产生的收入的排名无关地向所述槽内插入合格项目。

7.根据权利要求1所述的方法，进一步包括：根据用户输入的偏好来改变所述列表的排名。

8.根据权利要求1所述的方法，其中，所述合格项目是有形货物。

9.根据权利要求1所述的方法，进一步包括：接收对被排名的合格项目的用户选择，并且向购物车内放入所选择的项目。

10.根据权利要求1所述的方法，进一步包括：响应于对一个或多个合格项目的用户兴趣而产生项目的交叉销售列表。

11.一种用于提供购买项目的列表的系统，包括：

用于接收关于购买项目的用户请求的装置；

用于基于用于确定合格性的资格规则来过滤项目的装置；

用于确定合格项目的每次展现所产生的收入的装置；

用于基于每次展现所产生的收入来将所述合格项目排名的装置；并且

用于基于从最多的每次展现所产生的收入到最少的每次展现所产生的收入的排名来向用户以列表显示所述合格项目的装置。

12.根据权利要求11所述的系统，其中，所述用户请求包括日期，并且，确定所述合格项目的每次展现所产生的收入基于所述日期。

13.根据权利要求12所述的系统，其中，所述合格项目是个人用户出席事件。

14.根据权利要求11所述的系统，其中，所述资格规则包括项目可获得性的确定。

15.根据权利要求11所述的系统，其中，所述资格规则基于在与用户对应的用户简档中的一个或多个特性。

16.根据权利要求11所述的系统，进一步包括：用于在列表中保留槽，并且与每次展现所产生的收入的排名无关地向所述槽内插入合格项目的装置。

17.根据权利要求11所述的系统，进一步包括：用于根据用户输入的偏好来改变所述列表的顺序的装置。

18.根据权利要求11所述的系统，其中，所述合格项目是有形货物。

19.根据权利要求11所述的系统，进一步包括：用于接收对被排名的合格项目的用户选择，并且向购物车内放入所选择的项目的装置。

20.根据权利要求11所述的系统，进一步包括：用于响应于对一个或多个合格项目的用户兴趣而产生项目的交叉销售列表的装置。