CN105229690A - 基于出价人特定数据的非金钱出价 - Google Patents

Abstract

提出了基于出价人特定数据来提供自动化非金钱出价的技术。一种方法包括从出价接受服务器接收与出价人相关联的信息请求；收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；将分析结果封装到出价中；以及将该出价提供给所述出价接受服务器。所述数据点可基于来自出价人的输入而受到限制。被分析数据可包括与出价人相关联的电子可用数据。该方法可在出价接受服务器处、出价人的设备处或两者的组合处执行。可根据给定算法将提交的出价按出价接受服务器排序。

Description

基于出价人特定数据的非金钱出价

背景技术

当前，当消费者想要购买或获得匮乏或高寻求项目（例如，诸如棒球卡、有限座位事件的票等限定版项目）时，消费者可能具有用于获得该项目的有限的选择权，主要是基于时间和金钱。例如，针对流行音乐会或具有有限座位的事件的票，消费者必须在项目售出之前（其在某些情况下可能在几分钟内发生）实现购票，或者可能需要向第三方售票代理处或票贩子支付大大超过票面价值的钱数以便参加。例如，对于用于拍卖的匮乏项目而言，消费者将需要在分配的拍卖时间窗内在金钱上出价高于所有其他人。虽然可以认为财富和速度是商业主义的基石，但这些销售机制并未在供应商在其项目的消费者身上想要看到的东西方面为供应商提供发言权，并且另外其并未向消费者提供用以显示出消费者在被提供项目的情况下可向供应商提供的价值的机会。

附图说明

图1-6每个图示出根据本文所述的各种实施例的本文所述系统的示例性框图。

图7是图示出根据实施例的用于用本文所述的系统来确认出价意图的示例性过程流程的序列图。

图8是图示出根据实施例的用于用本文所述的系统来收集出价的示例性过程流程的序列图。

图9是图示出根据实施例的从聚合器（aggregator）的角度出发的本文所述示例性过程流程的流程图。

图10是图示出根据实施例的从分析者角度出发的本文所述示例性过程流程的流程图。

图11是根据实施例的从出价接受服务器的角度出发的本文所述示例性过程流程的流程图。

图12是图示出根据实施例的从出价人设备的角度出发的本文所述示例性过程流程的流程图。

图13是根据实施例的示例性出价接受服务器的框图。

图14是根据实施例的示例性出价人设备的框图。

在图中，附图标记的（一个或多个）最左数位可识别该附图标记第一次在其中出现的图。

具体实施方式

当消费者竞争诸如音乐会票或其它高寻求项目之类的匮乏项目时，不存在用户他或她用显示出他或她可以向供应商或销售商提供非金钱价值的数据来替换或补充金钱出价的容易的自动化方式。在供不应求的房屋交易市场中，某些购买者不仅仅给出高于订价的提议。他们还诚心地给销售商写信以尝试说服销售商其是购买该房屋的完美人选。这些信目的在于与销售商产生情绪的结合并传达特定购买者给交易带来的价值超过金钱，而是包括其它无形考虑。然而，这些信依赖于各方之间的信任且不会提供任何保证或具体措施。本文所述的系统旨在使利用可以证明供应商期望的品质和结果的数据来补充或替换金钱出价的过程自动化。这些系统的使用可使得供应商能够使消费者通过共享相关个人数据以显示其将向项目的提供商提供最多价值且相比于其它消费者而言应该是具有该项目的人来竞争以得到项目。

在本文中公开的是解决如何自动地实现向项目或服务的提供商提供高价值潜力指示的非金钱性质的出价的收集的技术问题的技术。

现在参考附图来描述实施例，在附图中相似的附图标记可指示相同或在功能上类似的元件。虽然讨论了特定配置和布置，但应理解的是这仅仅是出于说明性目的而完成的。本领域的技术人员将认识到在不脱离本描述的精神和范围的情况下可使用其它配置和布置。对于相关领域的技术人员而言将显而易见的是这可在除本文所述的之外的多种其它系统和应用中采用。

非常适合于使用本文所述系统的一个情形是其中可安排非常受欢迎的乐队（例如，Coldplay）在非常小的会场（例如，（虚构的）AtomicLounge）处表演的情形。虽然将为了便于理解而描述这种情形，但这不应是限制性示例。许多情形可受益于本文所述的系统。

在这种情形中，AtomicLounge可以是只具有供三百人使用的场所的小型新潮音乐会会场。对于顽固的Coldplay粉丝而言，这可能是千载难逢的机会。正常地，潜在的购票者将刚好在期望票被安排将进行发售的时间之前访问订票服务的网站并尝试在票售出之前购买一张或多张票。对于非常流行的乐队而言，票可能在几分钟内被售出，并且成功地购买到票的机会可以取决于各种因素，诸如因特网连接的速度或强度、打字速度和准确度、信用卡信息的可访问性等。然而，对于这场音乐会而言，作为直接地购买票的替代，可接受出价，为提供商（例如，会场和/或乐队等）提供使参加者局限于可为其提供最多价值（例如，最多利润、最大广告潜力、最多能量、最多欢乐等）的那些人的机会。换言之，AtomicLounge和/或乐队Coldplay可在参加音乐会常客中基于参加者价值的特性来选择参加者，期望那些参加者为其提供最大可能价值。

AtomicLounge可能对包括例如为票进行支付的能力、购票者将实际上参加音乐会（即，购票者并不是黄牛党）的保证、购买者将在事件中购买一定量的食物和/或饮料（这可为Lounge实现最大利润）的可能性、购买者已经参加或将参加AtomicLounge处的其它演出（例如，作为给忠诚顾客的奖励）、购买者与AtomicLounge的目标人口统计信息的匹配（例如，以帮助针对某个类型的人群巩固或保持Lounge的声望）的参加者特性最感兴趣。另一方面，乐队Coldplay可能对诸如例如购买者将在演出时购买给定量的商品的可能性、高度的“超级粉丝圈”（例如，参加许多其演出和/或拥有许多（如果不是全部的话）其曲集等的粉丝）、通过社交媒体（例如，通过Twitter?、Facebook?、博客等）产生关于乐队或该特定演出的大量流言的能力、改变朋友的音乐收听习惯（例如，通过媒体推荐服务等）的能力之类的特性感兴趣。对于本文所述的出价系统而言，会场和/或乐队可基于例如上述期望特性来请求和收集自定义出价以便对参加人群进行自定义以获得最优价值。

在实施例中，潜在的购票者可访问网站例如以获得他或她的Coldplay票。例如，网站可以是乐队或第三方售票服务的会场的网站。从该网站，作为被指引到购买屏幕的替代，可向潜在的购票者告知被用于此特定音乐会的特殊出价系统，并问他或她是否想要被包括为出价人。在实施例中，为了被置于作为潜在出价人的行列中，可以让潜在购票者供应某些识别信息，其至少可包括例如电子邮件地址。在实施例中，出价过程可以并不持续到潜在出价人从个人计算设备（例如，个人计算机（PC）、膝上型计算机、智能设备（例如，智能电话、智能平板电脑或智能电视）等）上的出价系统服务器（在本文中称为“出价接受服务器”）接收到消息（例如，电子邮件、文本消息、Tweet?（经由Twitter?）、即时消息等）为止。该接收消息可例如将潜在出价人指引到网页以继续出价过程，或者可提示潜在出价人下载为了继续该出价过程要运行的应用程序。在替换实施例中，潜在购票者最初访问以获得票的网站可在不向潜在出价人发送消息的情况下经由存在的网页（或另一网页）来指引潜在出价人继续出价过程。在这些实施例中的任何一个中，可要求潜在出价人确认他或她安排出价的意图和/或要求其回答关于潜在出价人将允许或不允许系统以电子方式访问什么类型的数据以将出价公式化的问题。例如，在实施例中，潜在出价人可能能够指示他或她将允许访问购买历史和信用卡数据，但将不允许访问某些个人文件或消息（例如，文本消息）。在另一实施例中，潜在出价人可允许访问某些类型的原始数据以用于分析，并且将允许分析结果被作为出价的一部分发送，但是将不允许原始数据本身被发送。这为潜在出价人提供了对什么个人数据被以电子方式访问和/或分析以将出价公式化的某些控制。一旦潜在出价人已经提供上述许可，则该出价人可被视为已确认出价人，并且数据分析过程可开始。在实施例中，一旦达到给定阈值数目的已确认出价人，则出价系统可不再允许更多的出价人。例如，在音乐会情形中，如果存在用于音乐会的三百张可用票，则可将系统设定成允许较高数目的出价人（例如，一千个出价人）以允许系统选择会场和乐队相信最应该被接纳到这场特定音乐会的三百个出价人。

图1图示出根据实施例的出价系统100的示例性框图。出价系统100可包括出价接受服务器102、一个或多个出价人设备104-1至104-N（共同地104），其经由网络106进行通信。可用由出价接受服务器102的控制器执行或控制的软件和/或硬件来实现出价接受服务器102。虽然为了明了和便于讨论而仅图示出一个出价接受服务器，但应认识到的是出价接受服务器可包括多个分布式服务器计算机以用于例如冗余和/或负荷共享。

出价人设备104可以是可包括移动和非移动设备的计算设备。移动设备可包括但不限于例如膝上型计算机、超级膝上型计算机、平板电脑、触控板、便携式计算机、手持式计算机、掌上型计算机、个人数字助理（PDA）、电子阅读器、蜂窝电话、蜂窝电话/PDA的组合、移动智能设备（例如，智能电话、智能平板电脑等）、移动因特网设备（MID）、移动通讯设备、移动数据通信设备、移动媒体播放设备、照相机、移动游戏控制台等。非移动设备可包括但不限于例如个人计算机（PC）、电视、智能电视、数据通信设备、媒体播放设备、游戏控制台等。出价人设备104是用户设备（例如，出价人的个人用户设备），其可包括执行软件和/或控制软件以便执行本地程序或消费由外部服务提供商通过网络提供的服务的控制器及其它部件。例如，出价人设备104可包括用于利用或访问基于网络的服务（例如，在线商店、社交联网服务、博客服务等）的一个或多个软件客户端或应用程序。出价人设备104可另外或替代地包括在浏览器中运行的web（网络）界面，出价人设备可以从该浏览器访问此类基于web的服务。出价人设备104还可包括存储设备112-1至112-N（共同地112）以存储与出价人设备的用户所使用的程序和服务相关联的逻辑和数据。

网络106可以是任何有线或无线网络，诸如广域网（WAN）、局域网（LAN）等。作为示例，网络106可以是分布式公共网络，诸如因特网，其中，出价接受服务器102和出价人设备104经由有线或无线连接被连接到网络106。

出价系统100还可包括数据源108-1至108-M（共同地108），其包含与由出价人经由出价人设备104消费的基于web的服务相关联的数据。数据源108可被基于web的服务（例如，在线商店、社交联网服务、博客服务等）的服务提供商控制。在本文所述的实施例中，常驻于数据源108处的数据可被出价系统通过网络106访问，如下面将更详细地描述的。在实施例中，出价服务可与外部基于web服务提供商达成协议以允许出于出价的目的访问存储在数据源108处的某些数据。此访问可以被常驻于数据源处的数据助理（attendant）113管理。数据助理113可用软件和/或硬件来实现，并且可被由例如外部基于web服务所管理的控制器控制。

由出价系统提供的出价服务的顾客或客户可包括如前所述的例如项目或服务的供应商（例如，商人、售票服务等）和/或事件的会场。在音乐会示例中，会场可与售票服务一起工作以出售音乐会的票。在替换示例中，会场本身（例如，AtomicLounge）可以直接地是票的供应商。在任一种情况下，可通过第三方服务来提供出价服务，其中，出价接受服务器单独地被第三方服务控制，如图1中所示。如图1中所示，会场或供应商的计算设备110可经由网络106与出价接受服务器102通信以便可访问诸如出价状态、出价结果、出价系统管理等信息。在替换实施例中，可直接地从供应商或会场提供出价服务，如图2中所示。在图2中，出价系统200示出了被与供应商或会场的（一个或多个）计算系统210集成的出价接受服务器202。

作为出价系统的实施例的一般概述，针对每个已确认出价人，可（例如，由出价接受服务器）来分配聚合器以监督与出价人相关联的电子可用数据的自动化收集和分析。可以为聚合器提供出价人特定的信息请求。在音乐会示例中，可以用来自会场或乐队的输入对信息请求进行自定义以寻找会场或乐队想要在音乐会参加者中看到的特性。还可用来自出价人的关于出价人认为对于访问和/或分析而言可接受的数据类型的输入来限制该信息请求。聚合器可根据该信息请求产生和/或指引一个或多个分析器收集并分析关于特定数据点的信息。每个分析器可确定对于每个特定数据点而言要运行的（一个或多个）指令或（一个或多个）算法，并且可确定要求什么特定数据项目和在哪里寻找该数据项目（例如，出价人的计算设备、外部基于web服务的数据库等）。每个分析器可产生和/或指引一个或多个数据代理获得每个特定数据项目并将其提供给分析器。每个分析器可分析所获得的数据（例如通过运行所确定的（一个或多个）指令或（一个或多个）算法）并向聚合器返回结果。该聚合器可将分析结果封装到将被提供以用于考虑的出价中。稍后将在本文中更详细地描述此过程。

在实施例中，（一个或多个）聚合器、（一个或多个）分析器以及（一个或多个）数据代理可以在出价接受服务器处，如图3中所示，其中，出价接受服务器302包括（一个或多个）聚合器314、（一个或多个）分析器316以及（一个或多个）数据代理318。在另一实施例中，（一个或多个）聚合器和（一个或多个）分析器可以在出价接受服务器处，如图4中所示，其中，出价接受服务器402包括（一个或多个）聚合器414和（一个或多个）分析器416，并且（一个或多个）数据代理418可以在出价人设备404处。在本实施例中，可向出价人设备404提供并由其执行（一个或多个）数据代理418。在又另一实施例中，（一个或多个）聚合器可以在出价接受服务器处，如图5中所示，其中，出价接受服务器502包括（一个或多个）聚合器514，并且（一个或多个）分析器516和（一个或多个）数据代理518可以在出价人设备504处。在本示例中，可以向出价人设备504提供并由其执行可包括（一个或多个）数据代理518的（一个或多个）分析器代理。在另一实施例中，如图6中所示，（一个或多个）聚合器614、（一个或多个）分析器616以及（一个或多个）数据代理618可以在出价人设备604处。在本实施例中，可向出价人设备604提供并由其执行聚合器代理，其可包括（一个或多个）分析器代理和（一个或多个）数据代理。在图3-6中，（一个或多个）聚合器、（一个或多个）分析器和/或（一个或多个）数据代理被示为被以某种方式嵌套。这并不意图是限制性的。在替换实施例中，这些可以是出价接受服务器或出价人设备内的单独部件。

现在提出（一个或多个）出价系统的各种实施例的更详细描述。

图7是图示出根据实施例的用于用本文所述的系统来确认出价意图的示例性过程流程的序列图。仍使用音乐会情形作为示例，如果一个人对购买特殊小会场音乐会的票显示出兴趣（例如，那个人可能已在例如会场、乐队或售票代理处的网站或Facebook页面上点击该音乐会的广告或公告），则可将出价机会告知那个人并问他或她是否想要参与。对于想要参与的潜在出价人而言，出价接受服务器702可向出价人的出价人设备704提供出价确认请求（730）。出价人设备704可接收出价确认请求（732），并例如经由出价人设备上的用户接口向出价人呈现出价确认请求（734）。在实施例中，可通过显示出价确认网页来将出价确认请求提供给出价人设备，并且最终提供给出价人。在另一实施例中，可经由消息（例如，电子邮件、文本消息、即时消息等）将出价确认请求发送给出价人，出价人可根据该消息被指引到出价确认网页。在另一实施例中，可将出价确认请求作为出价人设备可下载和执行的可下载应用程序提供给出价人设备。还可设想向出价人提供出价确认请求的其它方式。

出价人设备704可从出价人接收输入（736）。出价确认请求可从出价人请求将在出价过程中使用的某些进一步信息。在实施例中，出价确认请求可直接地请求来自出价人的确认出价人真正地意图提交出价的输入。这也可以是使出价人以电子方式“同意”例如出价规则、条款和/或条件的方式。在另一实施例中，出价确认请求可从出价人请求关于出价人将允许什么类型的数据被访问和/或分析以将出价公式化的输入，如先前在本文中所讨论的。出价人可例如使用出价人设备上的用户接口经由所显示网页或下载的应用程序来提供此请求输入。

出价人设备704可向出价接受服务器702提供出价确认或答复（738）。在实施例中，一旦出价人完成输入所请求输入，这可例如响应于出价人在出价确认网页或者下载应用程序屏幕上面点击“提交”按钮来完成。出价接受服务器702可接收出价确认答复（740）。在实施例中，为了与出价过程的数据分析部分一起向前移动，出价接受服务器702可以可选地向出价人设备704提供数据收集工具（742），并且出价人设备704可接收该数据收集工具（744）。例如，为了在图4中所示的实施例中使用，出价接受服务器702可向出价人设备704提供一个或多个数据代理以用于数据收集。在本实施例中，（一个或多个）数据代理可被出价人设备704被下载并执行。在另一示例中，为了在图5中所示的实施例中使用，出价接受服务器702可向出价人设备704提供一个或多个分析器代理，其可包括一个或多个数据代理。在本实施例中，可由出价人设备704执行分析器代理（和任何产生的数据代理）。在另一实施例中，为了在图6中所示的实施例中使用，出价接受服务器702可向出价人设备704提供聚合器代理，其可包括一个或多个分析器代理和一个或多个数据代理。在本实施例中，可由出价人设备704下载并执行（一个或多个）聚合器代理（和任何产生的分析器代理和数据代理）。可将该数据收集工具作为可下载应用程序提供给出价人设备704。在实施例中，数据收集工具可能已被提供上文所述的出价确认请求。在另一实施例中，可将数据收集工具和出价确认请求两者包括在单个可下载应用程序中。

图8是图示出根据实施例的用于用本文所述的系统来收集出价的示例性过程流程的序列图。可由出价接受服务器802向聚合器814提供信息请求（850），并且聚合器814接收该信息请求（852）。在实施例中，聚合器814可与出价接受服务器802共位。在替换实施例中，聚合器814可位于出价人的用户设备（即，出价人设备）处。该信息请求可包括用于关于出价人的信息的请求，该信息是使用项目或服务的（一个或多个）提供商（在音乐会示例中，例如正在提供音乐会票的会场和/或乐队）已经表示为期望的特性所定义。在实施例中，该信息请求可基于先前从出价人获得的输入而受到限制，该输入是关于出价人认为什么类型的数据对于进行访问和/或分析以将出价公式化而言是可接受的。经由音乐会示例，该信息请求可包括但不限于以下示例性询问：出价人是否有能力为票进行支付、出价人实际上将参加音乐会（即，出价人不是黄牛党）的可能性、出价人将在事件中购买一定量的食物和/或饮料（其可为会场实现最多利润）的可能性、出价人已经参见或将要参加会场处的其它演出（例如，作为给忠诚顾客的奖励）的可能性、出价人与会场的目标人口统计信息的匹配（例如，以帮助针对某个类型的人群巩固或保持会场的声望）、出价人将在演出时购买给定量的商品的可能性、高度的“超级粉丝圈”（例如，参加乐队的许多演出和/或拥有其许多（如果不是全部的话）曲集等的粉丝）、通过社交媒体（例如，通过Twitter?、Facebook?、博客等）产生关于乐队或者该特定演出的大量流言的能力、改变朋友的音乐收听习惯的能力（例如，通过媒体推荐服务等）等。

例如，针对每个询问，聚合器814可响应于该特定询问而产生和/或指引分析器获得和分析与出价人相关联的数据（854）。如上文所讨论的，取决于本实施例，分析器可与出价接受服务器共位，或者可位于出价人设备处。特定分析器816可接收用于特定询问的信息项请求（856），并且可识别可能需要什么算法以对该询问进行响应和可能需要获得什么数据（858）。在实施例中，可从预定算法的库中选择算法。该预定算法可基于由出价人提供的输入而受到限制，如上文所讨论的，以提供对什么类型数据被访问和/或分析以将出价公式化的某些控制。对于音乐会示例而言，以出价人是否将在演出时购买给定量的商品的询问为例，分析器816可识别对应于该询问的算法并确定可能需要以下类型的数据：出价人在某个时间段内可能已参加的此乐队或类似流派的乐队的音乐会的日期、在那些音乐会处实现了什么类型的购买、在那些音乐会处购买了多少项目、在那些音乐会处在商品上花了多少钱、在零售店处或从乐队网站已经购买了什么和/或多少乐队相关商品等。系统所使用的算法可取决于涉及到的每个信息请求和询问的特定细节，并且在这里不进行描述。

针对所需的每个特定数据项目，分析器816可产生和/或指引一个或多个数据代理818获得数据（860）。每个数据代理818可接收数据请求（862）。数据请求一般地可包括但不限于关于例如购买历史、花销历史、位置历史、活动历史、俱乐部会员资格信息、社交联网交互、媒体使用历史、媒体推荐、朋友媒体使用历史、朋友媒体推荐等中的一个或多个的询问。在进一步进行我们的示例时，一个或多个特定数据代理可接收要获得与多少乐队相关商品已经被从零售店或从乐队网站购买有关的数据的请求。针对此询问，一个或多个数据代理可能需要获得关于购买历史和可能的花销历史的数据。（一个或多个）数据代理可对一个或多个相关数据源（例如，电子可访问数据库和存储设备）进行轮询以获得此信息（864）。数据源类型一般地可包括但不限于例如商店记录、信用卡记录、电子收据、位置历史数据、俱乐部会员资格记录、社交联网历史数据、社交联网评论、媒体使用记录、媒体推荐记录、朋友媒体使用记录、朋友媒体推荐记录、传感器数据、博客、Tweets?（经由Twitter?）、文本、电子邮件、即时消息、其它电子消息、电子文档等。这些数据源的位置可包括但不限于以下各项中的一个或多个：位于与出价人相关联的一个或多个设备上的一个或多个数据文件（本地保存的数据文件、电子邮件、文本消息、即时消息、Tweets?（经由Twitter?）等）、与出价人相关联的个人云、与被提供给出价人或被出价人使用的服务（社交联网服务、在线商店、购物服务等）相关联的一个或多个数据库以及与出价人相关联的一个或多个网站（例如，个人网站、博客网站等）。在再一次进一步进行我们的示例时，一个或多个数据代理可确定可能必须对诸如商店记录、信用卡记录以及电子收据之类的数据源类型进行轮询。为了确定要轮询哪些记录，一个或多个数据代理可浏览位于出价人设备上的出价人的电子邮件和/或其它电子文件以获得出价人所使用的在线订单确认或收据和/或信用卡的确认。在实施例中，（一个或多个）数据代理可在出价人设备上面找到其正在寻找的东西。在其它实施例中，（一个或多个）数据代理可使用在出价人设备上发现的识别信息（例如，出价人使用什么信用卡、出价人频繁出入什么在线商店等）以对外部源（诸如，例如在线零售商或信用卡公司的数据库）进行轮询以获得期望的信息。虽然在本文中将不会解决隐私问题，但可由外部数据源采取安全预防措施，使得可在不损害出价人或其他人的隐私的情况下访问某些数据，诸如例如使用先前所讨论的数据助理。

一旦数据代理818获得在其特定数据请求中请求的数据，则其可将该数据提供给其分析器816（866）。分析器816可从其被指引到的一个或多个数据代理818接收所请求的数据（868），并且可相对于其分配的询问分析该数据（870）。在实施例中，分析器816可使用对应于其分配询问的所识别算法来分析接收数据。分析器816可将其分析的结果提供给聚合器814（872）。聚合器814可接收来自其分配分析器的各种分析的结果（874），并且可将这些结果封装到与出价人相关联的出价中（876）。聚合器814可向出价接受服务器802提供出价（878）。出价可例如提供与（一个或多个）项目/服务提供商感兴趣的特性相对应的出价人的特性的概要。针对音乐会示例，出价可说明特定出价人是顽固的Coldplay粉丝，其在他或她参加的每场音乐会中购买一定量的商品，但是在音乐会中并未购买一定量的食物或饮料，并且并未使用社交媒体来宣传音乐或会场。该出价可被清楚地格式化为容易阅读和理解的报告，和/或其可包括可要求数据分析员解释的原始数据。

出价接受服务器802从分配给各出价人的每个聚合器814收集出价。在实施例中，出价接受服务器802或出价接受服务器802的管理员可向将确定选择哪些出价人以接收项目/服务（例如，票，按照音乐会示例）的那一方提供接收到的出价。在音乐会示例中，该决定方可以是例如会场、乐队和/或售票代理处。出价选择可在一定程度上是自动化的，或者可以是完全自动化的。在实施例中，出价接受服务器802可根据给定排序算法（880）对出价进行排序，并且排序结果随后可被提供给决定方进行考虑。该排序算法可基于由例如会场和/或乐队提供的准则（例如，加权准则）。可用关于如何获得票的指令来联系（例如，经由电子邮件、电话、文本等）被选择接收票的出价人。

在以下段落中，从系统的单独实体的观点出发，讨论出价系统的实施例，如图9-12中所示。

图9是图示出根据实施例的从聚合器的观点出发的示例性过程流程900的流程图。在902处，可接收与出价人相关联的信息请求。在904处，可指引一个或多个分析器收集和分析关于与在信息请求中指定的出价人相关联的一个或多个数据点或特定询问的数据。在906处，可从一个或多个分析器接收分析结果。在908处，可将分析结果封装到出价中。在910处，可向出价接受服务器提供出价（878）。

图10是图示出根据实施例的从分析器的观点出发的示例性过程流程1000的流程图。在1002处，可接收用以收集和分析关于与出价人相关联的一个或多个数据点或特定询问的数据的请求（例如，从聚合器）。在1004处，可识别用于收集和分析关于一个或多个数据点的数据的指令。该指令可包括一旦数据被收集将对数据运行的算法，和/或可识别需要什么特定数据项目和可能在哪里寻找该数据。在1006处，针对一个或多个数据点中的每一个，可指引一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目，并且可从数据代理接收关于数据点的特定数据项目。在1008处，可分析特定数据项目。例如，可在接收到的数据项目上运行在1004处识别的算法。在1010处，可将数据分析的结果提供给聚合器以用于封装到出价中。

图11是图示出根据实施例的从出价接受服务器的观点出发的示例性过程流程1000的流程图。可选地，在1102-1104处，可经由潜在出价人的一个或多个设备向一个或多个潜在出价人发送一个或多个出价确认请求，并且可接收来自一个或多个出价人设备的一个或多个确认。接收到的确认可包括潜在出价人意图提交出价和/或关于出价人将允许什么类型的数据被访问和/或分析以将出价公式化的信息的确认。并且可选地，在1106处，可向已确认出价人的设备提供数据收集工具。在实施例中，可在1102处将数据收集工具连同出价确认请求一起提供，尽管在出价人被确认之前不一定执行。在1108处，可将分别地与出价人相关联的一个或多个信息请求提供给分别地被分配给每个出价人的一个或多个聚合器。在1110处，可从每个相应聚合器接收与每个出价人相关联的出价。可选地，在1112处，可根据给定算法将接收到的出价排序。例如，在音乐会示例中，排序算法可基于由会场和/或乐队提供的准则（例如，加权准则）。

图12是图示出根据实施例的从出价人设备的观点出发的示例性过程流程1200的流程图。在1202处，可从出价接受服务器接收出价确认请求。在1204处，可经由用户接口向潜在出价人呈现出价确认请求。在1206处，可经由用户接口来接收来自出价人的关于出价确认请求的输入。例如，出价人可提供输入，该输入确认出价人意图提交出价和/或定义出价人将允许什么类型的数据被访问和/或分析以将出价公式化的输入。在1208处，可基于从出价人接收到的输入向出价接受服务器提供对出价确认请求的响应。可选地，在1210处，可从出价接受服务器接收数据收集工具，并且在1212处，可执行数据收集工具（例如，针对诸如图4-6中所示那些之类的实施例，其中，出价系系统的一部分可在出价人设备处执行）。在实施例中，可在1202处与出价确认请求一起接收数据收集工具，尽管在出价人被确认之前不一定下载或执行。

图13是根据实施例的示例性出价接受服务器1302的框图。出价接受服务器1302可分别地呈现例如图1-5、7和8的出价接受服务器102、202、302、402、502、702或802。如所示，出价接受服务器1302可包括通过链路1388或类似机制被连接到存储器1382、一个或多个辅助存储设备1384以及通信接口1386的处理器或控制器1380。出价接受服务器1302可以可选地包括例如供系统或服务管理员使用的用户接口部件1390，其可包括例如触摸屏、显示器、一个或多个用户输入部件（例如，键盘、鼠标等）、扬声器等或其任何组合。然而，请注意，虽然未示出，但出价接受服务器1302可包括附加部件。处理器1380可以是微处理器、数字式ASIC、FPGA或类似硬件器件。在实施例中，处理器1380可以是微处理器，并且可将软件存储或加载到存储器1382中以便由处理器1380执行以提供本文所述的功能。一个或多个辅助存储设备1384可以是例如一个或多个硬驱等，并且可存储将由处理器1380执行的逻辑1392。可用硬件或硬件和软件的组合来实现通信接口1386。通信接口1386可提供到网络、诸如图1中所示的网络106的有线或无线网络接口。

图14是根据实施例的示例性出价人设备1404的框图。出价人设备1404可表示分别地图1、4、5和6的出价人设备104、404、504或604。如所示，出价人设备1404可包括通过链路1488或类似机制被连接到存储器1482、一个或多个辅助存储设备1484以及通信接口1486的处理器或控制器1480。出价人设备1404还包括供出价人设备的用户（例如，出价人）使用的用户接口部件1490，其可包括例如触摸屏、显示器、一个或多个用户输入部件（例如，键盘、鼠标等）、扬声器等或其任何组合。然而，请注意，虽然未示出，但出价人设备1404可包括附加部件。处理器1480可以是微处理器、数字式ASIC、FPGA或类似硬件器件。在实施例中，处理器1480可以是微处理器，并且可将软件存储或加载到存储器1482中以便由处理器1480执行以提供本文所述的功能。

一个或多个辅助存储设备1484可以是例如一个或多个硬驱等，并且可存储将由处理器1480执行的逻辑1492。可用硬件或硬件和软件的组合来实现通信接口1486。通信接口1486可提供到网络、诸如图1中所示的网络106的有线或无线网络接口。

在本文中借助于图示出方法和系统的功能、特征以及关系的功能构建框公开了方法和系统。在本文中为了便于描述而任意地定义这些功能构建框的边界中的至少某些。可定义替换边界，只要其指定功能和关系被适当地执行即可。虽然在本文中公开了各种实施例，但应理解的是其是作为示例提出的。权利要求的范围不应受到在本文中公开的任何示例性实施例的限制。

如上文所讨论的，可用硬件、软件、固件以及其组合、包括分立和集成电路逻辑、专用集成电路（ASIC）逻辑以及微控制器来实现在本文中公开的一个或多个特征，并且可将该一个或多个特征实现为域特定集成电路封装的一部分或者集成电路封装的组合。如在本文中使用的术语软件和固件指代计算机程序产品，其包括具有存储在其中以促使计算机系统执行在本文中公开的一个或多个特征和/或特征的组合的计算机程序逻辑（诸如计算机可执行指令）的至少一个计算机可读介质。计算机可读介质可以是临时或非临时的。临时计算机可读介质的示例可以是通过射频或者通过电导体、通过局域网或广域网或者通过诸如因特网之类的网络发射的数字信号。非临时计算机可读介质的示例可以是紧凑式磁盘、闪存或其它数据存储设备。

在本文中描述了用于基于出价人特定数据（例如，个人数据、市场数据等）来提供自动化非金钱出价的技术。本文所述的出价技术可使得当一个人尝试例如获得匮乏项目时能够使用那个人特定的数据作为一种担保品形式。然而，在本文中所使用的特定示例和情形是为了便于理解且不应是限制性的。本文所述的技术可在可涉及到人们竞争以得到高寻求项目或者可不涉及到人们竞争以得到高寻求项目的许多其它背景和情况下被用来自动地创建出价。例如，可将本文所述的系统用于缩窄候选列表、举行宣传竞赛或其它类型的竞争等。还可设想许多其它用途。

使用本文所述技术的优点是该技术使用可真实地表示一个人的特性、习惯以及个性的现有数据，与基于一个人可填写叙述他或她相信决定方想要听到（其可能并不指示实际情况）的东西的应用相反。本文所述技术的另一优点是实际上任何类型的可用数据都可以是有用的。例如，在本文中列出的一个数据源是传感器数据。某些人（例如，热情的跑步者）已将传感器放置在其鞋子中以管理体育锻炼。与在本文中使用的音乐会示例一致，如果出价人碰巧在其鞋子中具有传感器，则该传感器数据连同显示出价人在某个日期和时间在音乐会处的数据一起可显示出价人实际上在音乐会处跳舞而不仅仅是站着不动点头打盹，这可指示较高的粉丝狂热感。还可设想许多其它优点。

如在本申请中和权利要求中所使用的，用术语“中的一个或多个”结合的项目列表可以意指列出术语的任何组合。例如，短语“A、B或C中的一个或多个”和“A、B和C中的一个或多个”可以意指A；B；C；A和B；A和C；B和C；或A、B和C。

以下示例涉及更多实施例。

聚合器示例

示例1可包括一种出价系统，其包括聚合器；一个或多个分析器；以及一个或多个数据代理，其中，所述聚合器被配置成：从出价接受服务器接收与出价人相关联的信息请求；指引所述一个或多个分析器分析从一个或多个数据代理收集的数据，该数据是关于与出价人相关联并在信息请求中请求的一个或多个数据点；从所述一个或多个分析器接收分析结果；将所述分析结果封装到出价中；以及将该出价提供给所述出价接受服务器。

示例2可包括示例1的主题，其中，所述一个或多个分析器的特定分析器被配置成：识别用于收集和分析关于特定数据点的数据的指令；指引所述一个或多个数据代理中的一个或多个从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；从所述一个或多个数据代理接收关于所述特定数据点的特定数据项目；分析所述特定数据项目；以及向所述聚合器提供分析结果。

示例3可包括示例2的主题，其中，用于收集和分析数据的指令包括识别要收集的特定数据项目和识别将用来分析所收集数据项目的算法。

示例4可包括示例1-3中的任一项的主题，其中，所述特定数据点包括购买历史、花销历史、位置历史、活动历史、俱乐部会员资格信息、社交联网交互、媒体使用历史、媒体推荐、朋友媒体使用历史或朋友媒体推荐中的至少一个。

示例5可包括示例1-4中的任一项的主题，其中，所述数据源包括商店记录、信用卡记录、电子收据、位置历史数据、俱乐部会员资格记录、社交联网历史数据、社交联网评论、媒体使用记录、媒体推荐记录、朋友媒体使用记录、朋友媒体推荐记录、传感器数据、博客、文本、电子邮件、其它电子消息或电子文档等中的至少一个。

示例6可包括示例1-5中的任一项的主题，其中，所述数据源的位置包括以下各项中的一个或多个：位于与出价人相关联的一个或多个设备上的一个或多个数据文件、与出价人相关联的个人云、与被提供给出价人或被其使用的服务相关联的一个或多个数据库或者与出价人相关联的一个或多个网站。

示例7可包括示例1-6中的任一项的主题，其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

示例8可包括示例1-7中的任一项的主题，其中，所述聚合器、所述一个或多个分析器以及所述一个或多个数据代理位于所述出价接受服务器处。

示例9可包括示例1-7中的任一项的主题，其中，所述聚合器和所述一个或多个分析器位于所述出价接受服务器处，并且所述一个或多个数据代理位于出价人的出价设备处。

示例10可包括示例1-7中的任一项的主题，其中，所述聚合器位于所述出价接受服务器处，并且所述一个或多个分析器和所述一个或多个数据代理位于出价人的出价设备处。

示例11可包括示例1-7中的任一项的主题，其中，所述聚合器、所述一个或多个分析器以及所述一个或多个数据代理位于出价人的出价设备处。

示例12可包括一种存储控制逻辑的计算机可读介质，所述控制逻辑被配置成命令计算设备的处理器：从出价接受服务器接收与出价人相关联的信息请求；指引一个或多个分析器收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；从所述一个或多个分析器接收分析结果；将所述分析结果封装到出价中；以及将该出价提供给所述出价接受服务器。

示例13可包括一种装置，其包括：用于从出价接受服务器接收与出价人相关联的信息请求的装置；用于指引一个或多个分析器收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据的装置；用于从所述一个或多个分析器接收分析结果的装置；用于将所述分析结果封装到出价中的装置；以及用于将该出价提供给所述出价接受服务器的装置。

示例14可包括一种方法，其包括：从出价接受服务器接收与出价人相关联的信息请求；指引一个或多个分析器收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；从所述一个或多个分析器接收分析结果；将所述分析结果封装到出价中；以及将该出价提供给所述出价接受服务器。

示例15可包括示例14的主题，其中，一个或多个分析器的指引包括指引特定分析器：识别用于收集和分析关于特定数据点的数据的指令；指引所述一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；从所述一个或多个数据代理接收关于所述特定数据点的特定数据项目；以及分析所述特定数据项目。

示例16可包括示例15的主题，其中，所述识别指令包括：识别要收集的特定数据项目；以及识别将用来分析所收集的数据项目的算法。

示例17可包括示例14-16中的任一项的主题，其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

示例18可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行示例14-17中的任一项所述的方法的多个指令。

示例19可包括一种装置，其包括用于执行示例14-17中的任一项的方法的部件。

示例20可包括一种方法，包括：从出价接受服务器接收与出价人相关联的信息请求；收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；将分析结果封装到出价中；以及将该出价提供给所述出价接受服务器。

示例21可包括示例20的主题，其中，所述收集和分析关于特定数据点的数据包括：识别用于收集和分析关于特定数据点的数据的指令；从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；以及分析所述特定数据项目。

示例22可包括示例21的主题，其中，所述识别指令包括：识别要收集的特定数据项目；以及识别将用来分析所收集的数据项目的算法。

示例23可包括示例20-22中的任一项的主题，其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

示例24可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行示例20-23中的任一项所述的方法的多个指令。

示例25可包括一种装置，其包括用于执行示例20-23中的任一项的方法的部件。

出价接受服务器示例

示例1可包括一种出价接受服务器，其包括处理器和与所述处理器通信的存储器，所述存储器在其中存储多个指令，该指令适合于指引处理器：将每个分别地与出价人相关联的一个或多个信息请求提供给分别地被分配给每个出价人的一个或多个聚合器；以及从每个相应聚合器接收与每个出价人相关联的出价，其中，每个出价是基于与特定出价人相关联的电子可用收集数据的分析的非金钱出价。

示例2可包括示例1的主题，其中，所述多个指令适合于在提供一个或多个信息请求之前进一步指引所述处理器：经由分别地与潜在出价人相关联的一个或多个设备向一个或多个潜在出价人发送一个或多个出价确认请求；以及从出价人设备接收一个或多个确认，其确认潜在出价人中的一个或多个意图提供出价。

示例3可包括示例2的主题，其中，所述出价确认请求每个包括每个相应潜在出价人将允许包括什么类型的数据的询问；来自出价人设备的确认每个包括指定每个相应已确认的出价人将允许包括什么类型的数据的信息；以及被提供给所述聚合器的信息请求包括指定每个相应已确认出价人将允许包括什么类型的数据的信息。

示例4可包括示例1-3中的任一项的主题，其中，所述多个指令适合于进一步指引处理器向分别地与出价人相关联的设备提供数据收集工具。

示例5可包括示例1-4中的任一项的主题，其中，所述多个指令适合于进一步指引所述处理器根据给定算法来将接收到的出价排序。

示例6可包括示例1-5中的任一项的主题，其中，所述多个指令适合于进一步指引所述处理器在已经达到给定阈值数目的出价之后停止收集出价。

示例7可包括一种存储控制逻辑的计算机可读介质，所述控制逻辑被配置成命令计算设备的处理器：将每个分别地与出价人相关联的一个或多个信息请求提供给分别地被分配给每个出价人的一个或多个聚合器；以及从每个相应聚合器接收与每个出价人相关联的出价，其中，每个出价是基于与特定出价人相关联的电子可用收集数据的分析的非金钱出价。

示例8可包括示例7的主题，其中，所述控制逻辑进一步被配置成在提供一个或多个信息请求之前指引所述处理器：经由分别地与潜在出价人相关联的一个或多个设备向一个或多个潜在出价人发送一个或多个出价确认请求；以及从出价人设备接收一个或多个确认，其确认潜在出价人中的一个或多个意图提供出价。

示例9可包括示例8的主题，其中，所述出价确认请求每个包括每个相应潜在出价人将允许包括什么类型的数据的询问；来自出价人设备的确认每个包括指定每个相应已确认的出价人将允许包括什么类型的数据的信息；以及被提供给所述聚合器的信息请求包括指定每个相应已确认出价人将允许包括什么类型的数据的信息。

示例10可包括示例7-9中的任一项的主题，其中，所述控制逻辑进一步被配置成指引处理器向分别地与出价人相关联的设备提供数据收集工具。

示例11可包括示例7-10中的任一项的主题，其中，所述控制逻辑进一步被配置成指引所述处理器根据给定算法来将接收到的出价排序。

示例12可包括示例7-11中的任一项的主题，其中，所述控制逻辑进一步被配置成指引所述处理器在已经达到给定阈值数目的出价之后停止收集出价。

示例13可包括一种装置，其包括：用于将每个分别地与出价人相关联的一个或多个信息请求提供给分别地被分配给每个出价人的一个或多个聚合器的部件；以及用于从每个相应聚合器接收与每个出价人相关联的出价的部件，其中，每个出价是基于与特定出价人相关联的电子可用收集数据的分析的非金钱出价。

在示例14中，示例13的主题可以可选地包括，用于在提供所述一个或多个信息请求之前经由分别地与所述潜在出价人相关联的一个或多个设备向一个或多个潜在出价人发送一个或多个出价确认请求的部件；以及用于从出价人设备接收确认潜在出价人中的一个或多个意图提供出价的一个或多个确认的部件。

示例15可包括示例14的主题，其中，所述出价确认请求每个包括每个相应潜在出价人将允许包括什么类型的数据的询问；来自出价人设备的确认每个包括指定每个相应已确认的出价人将允许包括什么类型的数据的信息；以及被提供给所述聚合器的信息请求包括指定每个相应已确认出价人将允许包括什么类型的数据的信息。

在示例16中，示例13-15中的任一项的主题可以可选地包括用于向分别地与出价人相关联的设备提供数据收集工具的部件。

在示例17中，示例13-16中的任一项的主题可以可选地包括用于根据给定算法将接收到的出价排序的装置。

在示例18中，示例13-17中的任一项的主题可以可选地包括用于在已经达到给定阈值数目的出价之后停止收集出价的装置。

示例19可包括一种出价收集的方法，包括：将每个分别地与出价人相关联的一个或多个信息请求提供给分别地被分配给每个出价人的一个或多个聚合器；以及从每个相应聚合器接收与每个出价人相关联的出价，其中，每个出价是基于与特定出价人相关联的电子可用收集数据的分析的非金钱出价。

在示例20中，示例19的主题可以可选地包括在提供所述一个或多个信息请求之前：经由分别地与潜在出价人相关联的一个或多个设备向一个或多个潜在出价人发送一个或多个出价确认请求；以及从出价人设备接收一个或多个确认，其确认潜在出价人中的一个或多个意图提供出价。

示例21可包括示例20的主题，其中，所述出价确认请求每个包括每个相应潜在出价人将允许包括什么类型的数据的询问；来自出价人设备的确认每个包括指定每个相应已确认的出价人将允许包括什么类型的数据的信息；以及被提供给所述聚合器的信息请求包括指定每个相应已确认出价人将允许包括什么类型的数据的信息。

在示例22中，示例19-21中的任一项的主题可以可选地包括向分别地与出价人相关联的设备提供数据收集工具。

在示例23中，示例19-22中的任一项的主题可以可选地包括根据给定算法将接收到的出价排序。

在示例24中，示例19-23中的任一项的主题可以可选地包括在已经达到给定阈值数目的出价之后停止收集出价。

示例25可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行示例19-24中的任一项所述的方法的多个指令。

示例26可包括一种装置，其包括用于执行示例19-24中的任一项的方法的部件。

分析器示例

示例1可包括一种供在出价系统中使用的装置，包括：分析器；以及一个或多个数据代理，其中，所述分析器被配置成：从请求设备接收用以收集和分析关于与出价人相关联的一个或多个数据点的数据的请求；识别用于收集和分析关于所述一个或多个数据点的数据的指令；针对一个或多个数据点中的每一个，指引一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目，并且从所述一个或多个数据代理接收关于数据点的特定数据项目；分析所述特定数据项目；以及将数据分析的结果提供给请求设备以用于出价封装。

示例2可包括示例1的主题，其中，指令的识别包括识别要收集的特定数据项目和识别将用来分析所收集数据项目的算法。

示例3可包括示例1-2中的任一项的主题，其中，所述分析器和所述一个或多个数据代理位于所述请求设备处。

示例4可包括示例1-2中的任一项的主题，其中，所述分析器和所述一个或多个数据代理位于出价人的出价设备处。

示例5可包括示例1-2中的任一项的主题，其中，所述分析器位于所述请求设备处，并且所述一个或多个数据代理位于出价人的出价设备处。

示例6可包括示例1-5中的任一项的主题，其中，所述一个或多个数据点中的每一个涉及到购买历史、花销历史、位置历史、活动历史、俱乐部会员资格信息、社交联网交互、媒体使用历史、媒体推荐、朋友媒体使用历史以及朋友媒体推荐中的至少一个。

示例7可包括示例1-6中的任一项的主题，其中，所述数据源包括商店记录、信用卡记录、电子收据、位置历史数据、俱乐部会员资格记录、社交联网历史数据、社交联网评论、媒体使用记录、媒体推荐记录、朋友媒体使用记录、朋友媒体推荐记录、传感器数据、博客、文本、电子邮件、其它电子消息以及电子文档中的至少一个。

示例8可包括示例1-7中的任一项的主题，其中，所述数据源的位置包括以下各项中的一个或多个：位于与出价人相关联的一个或多个设备上的一个或多个数据文件、与出价人相关联的个人云、与被提供给出价人或被其使用的服务相关联的一个或多个数据库以及与出价人相关联的一个或多个网站。

示例9可包括一种存储控制逻辑的计算机可读介质，所述控制逻辑被配置成命令计算设备的处理器：从请求设备接收用以收集和分析关于与出价人相关联的一个或多个数据点的数据的请求；识别用于收集和分析关于所述一个或多个数据点的信息的指令；针对一个或多个数据点中的每一个，指引一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目，并且从所述一个或多个数据代理接收关于数据点的特定数据项目；分析所述特定数据项目；以及将数据分析的结果提供给请求设备以用于出价封装。

示例10可包括示例9的主题，其中，指令的识别包括识别要收集的特定数据项目和识别将用来分析所收集数据项目的算法。

示例11可包括一种装置，其包括：用于从请求设备接收用以收集和分析关于与出价人相关联的一个或多个数据点的数据的请求的部件；用于识别用于收集和分析关于所述一个或多个数据点的数据的指令的部件；用于针对一个或多个数据点中的每一个指引一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目并从所述一个或多个数据代理接收关于数据点的特定数据项目的部件；用于分析所述特定数据项目的部件；以及用于将数据分析的结果提供给请求设备以用于出价封装的部件。

示例12可包括示例11的主题，其中，用于识别指令的部件包括：用于识别要收集的特定数据项目的部件；以及用于识别将用来分析所收集的数据项目的算法的部件。

示例13可包括一种分析数据的方法，包括：从请求设备接收用以收集和分析关于与出价人相关联的一个或多个数据点的数据的请求；识别用于收集和分析关于所述一个或多个数据点的数据的指令；针对一个或多个数据点中的每一个，指引一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目，并且从所述一个或多个数据代理接收关于数据点的特定数据项目；分析所述特定数据项目；以及将数据分析的结果提供给请求设备以用于出价封装。

示例14可包括示例13的主题，其中，指令的识别包括：识别要收集的特定数据项目；以及识别将用来分析所收集的数据项目的算法。

示例15可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行根据示例13-14中的任一项所述的方法的多个指令。

示例16可包括一种装置，其包括用于执行示例13-14中的任一项的方法的部件。

示例17可包括一种分析数据的方法，包括：从请求设备接收用以收集和分析关于与出价人相关联的一个或多个数据点的数据的请求；识别用于收集和分析关于所述一个或多个数据点的数据的指令；针对一个或多个数据点中的每一个，从与出价人相关联的一个或多个数据源收集关于数据点的一个或多个特定数据项目，并且从所述一个或多个数据代理接收关于数据点的特定数据项目；分析所述特定数据项目；以及将数据分析的结果提供给请求设备以用于出价封装。

示例18可包括示例17的主题，其中，指令的识别包括：识别要收集的特定数据项目；以及识别将用来分析所收集的数据项目的算法。

示例19可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行根据示例17-18中的任一项所述的方法的多个指令。

示例20可包括一种装置，其包括用于执行示例17-18中的任一项的方法的部件。

出价人设备示例

示例1可包括一种计算设备，其包括处理器；用户接口；以及与所述处理器通信的存储器，该存储器在其中存储多个指令，该指令适合于指引所述处理器：从出价接受服务器接收出价确认请求；经由所述用户接口向出价人呈现出价确认请求；经由所述用户接口从出价人接收关于出价确认请求的输入；以及基于从出价人接收到的输入向所述出价接受服务器提供对所述出价确认请求的响应。

示例2可包括示例1的主题，其中，所述出价确认请求包括出价人是否意图提交出价的询问和出价人将允许包括什么类型的数据的询问中的一个或多个。

示例3可包括示例1-2中的任一项的主题，其中，所述响应包括来自出价人的出价人意图提交出价的确认和指定出价人将允许包括什么类型的数据的信息中的一个或多个。

示例4可包括示例1-3中的任一项的主题，其中，所述多个指令进一步适合于指引所述处理器：从所述出价接受服务器接收数据收集工具；以及执行所述数据收集工具。

示例5可包括示例4的主题，其中，所述数据收集工具包括以下各项中的一个或多个：聚合器代理，其被配置成聚合与出价人相关联的已分析数据；一个或多个分析器代理，其被配置成分析与出价人相关联的数据；以及一个或多个数据代理，其被配置成收集与出价人相关联的数据。

示例6可包括一种存储控制逻辑的计算机可读介质，所述控制逻辑被配置成命令计算设备的处理器：从出价接受服务器接收出价确认请求；经由所述用户接口向出价人呈现出价确认请求；经由所述用户接口从出价人接收关于出价确认请求的输入；以及基于从出价人接收到的输入向所述出价接受服务器提供对所述出价确认请求的响应。

示例7可包括示例6的主题，其中，所述出价确认请求包括出价人是否意图提交出价的询问和出价人将允许包括什么类型的数据的询问中的一个或多个。

示例8可包括示例6-7中的任一项的主题，其中，所述响应包括来自出价人的出价人意图提交出价的确认和指定出价人将允许包括什么类型的数据的信息中的一个或多个。

示例9可包括示例6-8中的任一项的主题，其中，所述控制逻辑进一步被配置成指引所述处理器：从所述出价接受服务器接收数据收集工具；以及执行所述数据收集工具。

示例10可包括示例9的主题，其中，所述数据收集工具包括以下各项中的一个或多个：聚合器代理，其被配置成聚合与出价人相关联的已分析数据；一个或多个分析器代理，其被配置成分析与出价人相关联的数据；以及一个或多个数据代理，其被配置成收集与出价人相关联的数据。

示例11可包括一种装置，其包括：用于从出价接受服务器接收出价确认请求的部件；用于经由所述用户接口向出价人呈现出价确认请求的部件；用于经由所述用户接口从出价人接收关于出价确认请求的输入的部件；以及用于基于从出价人接收到的输入向所述出价接受服务器提供对所述出价确认请求的响应的部件。

示例12可包括示例11的主题，其中，所述出价确认请求包括出价人是否意图提交出价的询问和出价人将允许包括什么类型的数据的询问中的一个或多个。

示例13可包括示例11-12中的任一项的主题，其中，所述响应包括来自出价人的出价人意图提交出价的确认和指定出价人将允许包括什么类型的数据的信息中的一个或多个。

在示例14中，示例11-13中的任一项的主题可以可选地包括，用于从所述出价接受服务器接收数据收集工具的部件；以及用于执行所述数据收集工具的部件。

示例15可包括示例14的主题，其中，所述数据收集工具包括以下各项中的一个或多个：聚合器代理，其被配置成聚合与出价人相关联的已分析数据；一个或多个分析器代理，其被配置成分析与出价人相关联的数据；以及一个或多个数据代理，其被配置成收集与出价人相关联的数据。

示例16可包括一种方法，包括：从出价接受服务器接收出价确认请求；经由所述用户接口向出价人呈现出价确认请求；经由所述用户接口从出价人接收关于出价确认请求的输入；以及基于从出价人接收到的输入向所述出价接受服务器提供对所述出价确认请求的响应。

示例17可包括示例16的主题，其中，所述出价确认请求包括出价人是否意图提交出价的询问和出价人将允许包括什么类型的数据的询问中的一个或多个。

示例18可包括示例16-17中的任一项的主题，其中，所述响应包括来自出价人的出价人意图提交出价的确认和指定出价人将允许包括什么类型的数据的信息中的一个或多个。

在示例19中，示例16-18中的任一项的主题可以可选地包括，从所述出价接受服务器接收数据收集工具；以及执行所述数据收集工具。

示例20可包括示例19的主题，其中，所述数据收集工具包括以下各项中的一个或多个：聚合器代理，其被配置成聚合与出价人相关联的已分析数据；一个或多个分析器代理，其被配置成分析与出价人相关联的数据；以及一个或多个数据代理，其被配置成收集与出价人相关联的数据。

示例21可包括至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行根据示例16-20中的任一项所述的方法的多个指令。

示例22可包括一种装置，其包括用于执行示例16-20中的任一项的方法的部件。

Claims (24)

1.一种出价系统，包括：

聚合器；

一个或多个分析器；以及

一个或多个数据代理

其中，所述聚合器被配置成：

从出价接受服务器接收与出价人相关联的信息请求；

指引所述一个或多个分析器分析从一个或多个数据代理收集的数据，该数据是关于与出价人相关联并在信息请求中请求的一个或多个数据点；

从所述一个或多个分析器接收分析结果；

将所述分析结果封装到出价中；以及

将该出价提供给所述出价接受服务器。

2.权利要求1的出价系统，

其中，所述一个或多个分析器的特定分析器被配置成：

识别用于收集和分析关于特定数据点的数据的指令；

指引所述一个或多个数据代理中的一个或多个从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；

从所述一个或多个数据代理接收关于所述特定数据点的特定数据项目；

分析所述特定数据项目；以及

向所述聚合器提供分析结果。

3.权利要求2的出价系统，

其中，用于收集和分析数据的指令包括识别要收集的特定数据项目和识别将用来分析所收集数据项目的算法。

4.权利要求1的出价系统，

其中，所述特定数据点涉及购买历史、花销历史、位置历史、活动历史、俱乐部会员资格信息、社交联网交互、媒体使用历史、媒体推荐、朋友媒体使用历史或朋友媒体推荐中的至少一个。

5.权利要求1的出价系统，

其中，所述数据源包括商店记录、信用卡记录、电子收据、位置历史数据、俱乐部会员资格记录、社交联网历史数据、社交联网评论、媒体使用记录、媒体推荐记录、朋友媒体使用记录、朋友媒体推荐记录、传感器数据、博客、文本、电子邮件、其它电子消息或电子文档等中的至少一个。

6.权利要求1的出价系统，

其中，所述数据源的位置包括以下各项中的一个或多个：位于与出价人相关联的一个或多个设备上的一个或多个数据文件、与出价人相关联的个人云、与被提供给出价人或被其使用的服务相关联的一个或多个数据库或者与出价人相关联的一个或多个网站。

7.权利要求1的出价系统，

其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

8.权利要求1的出价系统，

其中，所述聚合器、所述一个或多个分析器以及所述一个或多个数据代理位于所述出价接受服务器处。

9.权利要求1的出价系统，

其中，所述聚合器和所述一个或多个分析器位于所述出价接受服务器处，并且所述一个或多个数据代理位于出价人的出价设备处。

10.权利要求1的出价系统，

其中，所述聚合器位于所述出价接受服务器处，并且所述一个或多个分析器和所述一个或多个数据代理位于出价人的出价设备处。

11.权利要求1的出价系统，

其中，所述聚合器、所述一个或多个分析器以及所述一个或多个数据代理位于出价人的出价设备处。

12.一种装置，包括：

用于从出价接受服务器接收与出价人相关联的信息请求的部件；

用于指引一个或多个分析器收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据的部件；

用于从所述一个或多个分析器接收分析结果的部件；

用于将所述分析结果封装到出价中的部件；以及

用于将该出价提供给所述出价接受服务器的部件。

13.一种方法，包括：

从出价接受服务器接收与出价人相关联的信息请求；

指引一个或多个分析器收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；

从所述一个或多个分析器接收分析结果；

将所述分析结果封装到出价中；以及

将该出价提供给所述出价接受服务器。

14.权利要求13的方法，

其中，一个或多个分析器的指引包括指引特定分析器：

识别用于收集和分析关于特定数据点的数据的指令；

指引所述一个或多个数据代理从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；

从所述一个或多个数据代理接收关于所述特定数据点的特定数据项目；以及

分析所述特定数据项目。

15.权利要求14的方法，

其中，所述识别指令包括：

识别要收集的特定数据项目；以及

识别将用来分析所收集的数据项目的算法。

16.权利要求14的方法，

其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

17.至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行权利要求13-16中的任一项所述的方法的多个指令。

18.一种包括用于执行权利要求13-16中的任一项的方法的部件的装置。

19.一种方法，包括：

从出价接受服务器接收与出价人相关联的信息请求；

收集并分析关于与出价人相关联的一个或多个数据点并在信息请求中请求的数据；

将分析结果封装到出价中；以及

将该出价提供给所述出价接受服务器。

20.权利要求19的方法，

其中，所述收集和分析关于特定数据点的数据包括：

识别用于收集和分析关于特定数据点的数据的指令；

从与出价人相关联的一个或多个数据源收集关于所述特定数据点的一个或多个特定数据项目；以及

分析所述特定数据项目。

21.权利要求20的方法，

其中，所述识别指令包括：

识别要收集的特定数据项目；以及

识别将用来分析所收集的数据项目的算法。

22.权利要求19的方法，

其中，所述一个或多个数据点基于来自出价人的输入而受到限制。

23.至少一个计算机可读介质，其包括响应于在计算设备上被执行而促使计算设备执行权利要求19-22中的任一项所述的方法的多个指令。

24.一种包括用于执行权利要求19-22中的任一项的方法的部件的装置。