带有动态定价的在线市场的制作方法
【专利摘要】本发明提供了用于在实时市场交易中动态定价的系统和方法。一种方法包括从与位置知晓的用户设备相关联的出价代理接收请求，以及从与商家设备相关联的要约代理接收对商品/服务的要约。该要约可以包括商品/服务的库存及一个或多个位置。该方法包括确定位置知晓的用户设备的位置，以及确定商品/服务的库存及一个或多个位置是否足以满足请求。如果满足，则该方法包括在要约代理和出价代理之间的建立实时动态市场会话以促成对商品/服务的协商。在从要约代理接收对来自出价代理的出价的承诺后，该方法就包括处理对商品/服务的购买交易。
【专利说明】带有动态定价的在线市场
[0001]背景
[0002]在线购物服务通常促成使个体顾客能够从商家购买商品和/或服务的购买交易。一些在线服务，诸如旅行预订网站，可能在多个商家搜索与用户的搜索准则相匹配的产品和/或服务。每日特价(Deal-of-the-day)和其他团购网站可以在有限的时间段内以打折的价格向订阅这些服务的用户提供产品或服务。此外，一些广告商向被检测出在目标区域内的位置知晓设备的用户提供当地优惠券。然而，甚至在产品和服务被捆绑提供、被提供给订户组和/或为位置专用要约的对象时，如上所述，对这些要约中的许多的定价可能刚超出潜在买家的支付意愿。在产品被出售以前要约价格通常是固定的，或者如果产品在给定的时间段内没被售出，则卖家可以向下调整价格以鼓励销售。然而，这样的手动价格调整或算法价格调整基于产品在市场门户是否被售出。卖家无法与特定买家通信，以例如获知买家可能愿意支付只比产品的当前要价稍低的价格，或愿意行进得稍远一点以挑选更便宜的产品。缺乏这方面的知识，可能会引起错误定价，并且意向买家和卖家可能会错失达成互惠互利的销售的机会。
【发明内容】
[0003]本文公开了用于在实时市场交易中动态定价的系统和方法。一种方法可包括从与位置知晓用户设备相关联的出价(bid)代理接收请求。该方法包括从与商家设备相关联的要约代理接收对商品/服务的初始要约。初始要约可以包括商品/服务的库存及一个或多个位置。该方法包括确定位置知晓的用户设备的位置以及至少部分基于位置知晓的用户设备的位置来确定商品/服务的库存及一个或多个位置是否足以满足请求。
[0004]如果商品/服务的库存及一个或多个位置足以满足来自出价代理的请求，则该方法包括向出价代理发送包括初始价格的初始要约，以及从出价代理接收对初始要约的出价。该方法可以随后包括基于库存变化和/或提供的商品/服务的成本变化把初始要约的初始价格修改成经修改的价格。该方法包括向出价代理发送商品/服务的经修改的要约以及经修改的价格，以及从出价代理接收经修改的出价。该方法随后可以包括向要约代理发送经修改的出价，从要约代理接收承诺，以及处理要约代理和出价代理之间针对商品/服务的购买交易。
[0005]提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的选择的概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。此外，所要求保护的主题不限于解决在本公开的任一部分中所提及的任何或所有缺点的实现。
【专利附图】
【附图说明】
[0006]图1是用于促成购买交易的市场服务器的示意图，促成购买交易包括在与商家设备相关联的一个或多个商家和与位置知晓的用户设备相关联的一个或多个用户之间动态定价。[0007]图2是图1的市场服务器中所示的定价引擎的详细示意图。
[0008]图3是示出用于在购买交易中动态定价的方法的图示，该动态定价显示出市场服务器、要约代理和出价代理之间的通信。
[0009]图4是图3的图示的延续。
[0010]图5是图4的图示的延续。
【具体实施方式】
[0011]图1是用于促成购买交易的市场服务器100的示意图，促成购买交易包括在与商家设备108相关联的商家和与位置知晓的用户设备140相关联的用户之间动态定价。商家设备108与期望通过市场服务器100向顾客出售商品和/或服务的商家(未示出)相关联。位置知晓的用户设备140与期望通过市场服务器100购买商品和/或服务的用户相关联。
[0012]商家设备108包括在促成商家设备和市场服务器100之间交互的设备上执行的商家客户机106。商家设备108还与要约代理102相关联。要约代理102可充当正通过市场服务器100进行协商的商家的代理。如图1所示，要约代理102可以位于市场服务器100上或商家客户机106上。在本示例中将理解，可以使用或者在市场服务器100上或者在商家客户机106上的要约代理102的一个实例。另外，尽管图1示出与单个商家对应的单个商家设备108，但是在其他示例中额外的商家及相应的商家设备和要约代理可以通过市场服务器100提交对商品和/或服务的要约并且进行协商。
[0013]要约代理102从其相应的商家设备108接收与商家期望销售的商品和/或服务有关的输入。连同对商家期望销售的商品和/或服务的描述一起，这些输入可以包括例如商品和/或服务的库存及一个或多个位置。例如，商家可以是有500个桔子要销售的蔬菜水果商，这些桔子位于该蔬菜水果商在华盛顿州西雅图市1000大街处的水果店。如将在下文中更加详细解释的，与商品和/或服务有关的该描述以及其他输入可以在提出和修改商品和/或服务要约中使用。还将理解与商品和/或服务有关的其他类型的输入也可以与要约一起提供。
[0014]在一个实施例中，要约代理102可以向供应引擎110发送初始要约112。初始要约112可以包括从商家客户106接收到的、经由商家直接输入的初始价格116。在另一个示例中，初始价格116可以由要约代理102来确定。在另一个示例中，定价引擎118可以为初始要约112生成初始价格116。在生成初始价格116的过程中，定价引擎118可以基于与定价有关的信息执行预测价格建模，该信息诸如是顾客对相关要约的商品/服务的需求的估计。在另一个示例中，定价引擎118可以访问数据存储120以检索与相关要约的商品/服务有关的历史交易数据122。历史交易数据122可以包括与对相同或相似商品/服务的之前交易有关的数据。这些数据可以包括，例如顾客为相同或相似商品/服务支付的近期价格。定价引擎118可以随后使用历史交易数据122为初始要约122生成初始价格116。
[0015]继续参考图1，如上所述，位置知晓的用户设备140与期望通过市场服务器100来接收对商品和/或服务的要约以及对这些要约进行出价的用户(未示出)相关联。位置知晓的用户设备140包括在该设备上执行的、促成该设备及其相关联的用户与市场服务器100之间的交互的用户客户机136。用户客户机136包括定位模块138，该定位模块138被配置成确定位置知晓的用户设备140的当前位置。定位模块138可以通过感测GPS、W1-Fi和/或蜂窝塔无线电信号或其他的位置感测模态中的一个或多个来确定位置知晓的用户设备140的位置。
[0016]每个位置知晓的用户设备140还与出价代理142相关联。如以下将更加详细描述的，出价代理142可以充当正通过市场服务器100进行协商的位置知晓的用户设备140的用户的代理。类似上述的要约代理102，出价代理142可以位于市场服务器100上或位于位置知晓的用户设备140的用户客户机136上。在本示例中，将理解可以使用或者在市场服务器100上或者在用户客户136上的出价代理142的一个实例，或者出价代理142的部件可以被包括在市场服务器100和用户客户机136 二者上。另外，尽管图1示出与单个用户对应的单个位置知晓的用户设备140，但是在其他示例中额外的用户及对应的位置知晓的用户设备和出价代理可以通过市场服务器100提交对商品和/或服务的出价并且进行协商。
[0017]出价代理142从其相应的用户处接收与该用户期望接收的商品和/或服务的要约类型有关的输入。使用此输入，出价代理142被配置成向匹配引擎146发送要约请求144。匹配引擎146被配置成把诸如要约请求144的一个或多个要约请求与从要约代理102接收的诸如初始要约112的一个或多个要约相匹配。在一个示例中，匹配引擎146被配置成通过把从要约代理102接收的一个或多个匹配因子148与从出价代理142接收的一个或多个相应的用户特性170相匹配来把初始要约112与要约请求144相匹配。匹配因子148和相应的用户特性170可以包括，例如，与出价代理142相关联的位置知晓的用户设备140的用户之前购买的商品/服务的类型，反映用户之前从与初始要约112相关联的商家购买的数量的忠实度估量，为之前购买的该类商品/服务所支付的价格，以及用户之前购买商品/服务时位置知晓的用户设备140的位置。用户特性170的其他示例包括指示用户重视的购买的辅助条款的用户特性，诸如保修条款、运输条款、服务水平条款、退货政策条款、优先购买状态条款、亲和力奖励积点条款、项目品质条款或其他非价格条款等。这些用户特性可以由用户例如响应于用户客户机136的询问而直接地输入；或者这些用户特性可以从通过用户与用户设备140上的用户客户机136的交互而检测到的用户交易历史、浏览历史、社交图数据等中推断出。将理解匹配引擎146还可以使用其他匹配因子和相应的用户特性。
[0018]匹配引擎146还被配置成通过从用户客户136的位置模块138接收位置信息来确定位置知晓的用户设备140的位置。在使初始要约112与要约请求144相匹配后，匹配引擎146还被配置成至少部分基于位置知晓的用户设备140的位置来确定与初始要约112相关联的商品和/或服务的库存及一个或多个位置是否足以满足要约请求144。在一个示例中，初始要约112可以针对之前售出的、8个小时后在华盛顿州西雅图市市区开始的马戏表演的4张门票。要约请求144可以针对该特定马戏表演的4张门票。与生成要约请求144的用户设备140相关联的用户住在华盛顿州西雅图市。但是，匹配引擎146确定用户设备140当前位于法国巴黎市，这指示该用户也可能在巴黎市。给定用户相对于8个小时后开始的马戏表演的位置的遥远距离的情况下，匹配引擎146可以确定初始要约112不能满足要约请求144。在这种情况下，初始要约112不被发送到与用户设备140相关联的出价代理142。
[0019]在另一个示例中，如果匹配引擎146确定用户设备140当前位于华盛顿州西雅图市市区的使用户设备140的用户能够出席8个小时后的马戏的距离内，则匹配引擎可以向出价代理142发送初始要约112。出价代理142随后可以经由用户客户机136向位置知晓的用户设备140提供初始要约112以供相应用户查看和考虑。将理解在其他示例中初始要约112的商品/服务可以位于多个位置。
[0020]在查看初始要约112后，用户可以选择对该要约报出价。在一个示例中，出价代理142可以被配置成经由位置知晓的用户设备140接收对初始要约112的为初始出价162的直接用户输入。在另一个示例中，出价代理142可以用作相应用户的代理，并且行进至代表该用户针对初始要约112进行选择和协商。在该示例中，出价代理142可以被配置成通过程序选择对初始要约112的出价，以及生成针对该要约的相应初始出价162。在该示例中，出价代理142可以利用从相关联的用户客户机136接收到的一个或多个规则160来选择对初始要约112的出价以及生成初始出价162。规则160可以包括，例如，用户对特定商品/服务的偏爱、诸如出价上限等的出价定价指南，等等。一旦已经创建了对初始要约112的初始出价162，出价代理142就将该出价发送到需求引擎164。在其他示例中，需求引擎164可以被配置成从其他出价代理接收针对初始要约或针对不同要约的额外的出价。
[0021]匹配引擎146进一步被配置成在要约代理102和出价代理142之间建立实时动态市场会话154，在该实时动态市场会话154中促成与要约代理102相关联的商家以及与出价代理142相关联的用户之间的协商。实时动态市场会话154可以包括从供应引擎110接收一个或多个要约的要约池158，以及从需求引擎164接收一个或多个请求和出价的请求/出价池156。在一个示例中，要约池158可以从多个要约代理汇集两个或更多个要约以形成经汇集的要约。类似地，请求/出价池156可以从多个出价代理汇集两个或更多个出价以形成经汇集的出价。为了以下的描述，将讨论单个要约代理102和单个出价代理142之间的涉及一个初始要约112和相应的初始出价162的协商。
[0022]在一个示例中，要约代理102可以被配置成基于从商家客户机106接收到的一个或多个规则166通过程序修改初始要约112以创建经修改的要约168。规则166可以包括，例如，用于调整初始要约112各方面的参数，诸如价格、数量、时间等。在另一个示例中，要约代理102可以被配置成基于从用户客户机136接收到的一个或多个用户特性170通过程序修改初始要约112。用户特性170可以包括，例如，与出价代理142相关联的用户之前购买的商品/服务类型，反映用户之前从与初始要约112相关联的商家购买的数量的忠实度估量，为之前购买的该类商品/服务所支付的价格，以及用户之前购买商品/服务时相关联的位置知晓的用户设备140的位置。将理解，要约代理102还可以考虑并使用其他用户特性。
[0023]在另一个示例中，并且也参考图2，定价引擎118可以包括库存模块202和成本模块204，该库存模块202和成本模块204分别被配置成基于库存变化和/或提供的商品/服务的成本变化通过程序把初始要约112的初始价格116修改成经修改的价格174。在一个示例中，库存模块202和成本模块204可以被配置成从要约代理102接收与库存变化和/或提供的商品/服务的成本变化有关的信息。
[0024]要约代理102可以被配置成经由商家客户106接收与商品/服务有关的经更新的库存和/或成本变化信息。经更新的库存信息可以经由商家对商家设备108的直接输入而被要约代理102接收，或者从位于销售点设备178上的销售点客户机176处自动接收。在一个示例中，销售点设备178可以是位于零售业收银台的条形码扫描器。在顾客购买与初始要约112相关联的商品时，该商品的库存被销售点客户机176跟踪并调整，并且经由商家设备108被发送至商家客户机106。
[0025]可以由要约代理102确定与提供的商品/服务的成本变化有关的信息。在一个示例中，蔬菜水果商可以接收其桔子供应商马上会涨价10%的通知。要约代理102可以使用该信息来确定该商家销售桔子的成本变化。定价引擎118的库存模块202和成本模块204可以被配置成使用经更新的库存信息和/或成本变化通过程序把初始价格116修改成经修改的要约168中的经修改的价格174。
[0026]在另一个示例中，定价引擎118可以包括历史交易模块206，该历史交易模块206被配置成基于与初始要约的商品/服务有关的历史交易数据132通过程序修改初始要约112的初始价格116。如上所述，定价引擎118可以访问数据存储130以检索历史交易数据132。历史交易数据132可以包括与针对相同或相似商品/服务的之前交易有关的数据。这些数据可以包括，例如顾客为相同或相似商品/服务支付的近期价格。定价引擎118的历史交易模块206随后在执行预测价格建模和生成经修改的要约168的经修改的价格174的过程中可以使用历史交易数据132。
[0027]在另一个示例中，定价引擎118可以包括用户特性模块208，该用户特性模块208被配置成基于经由用户客户机136从出价代理142接收到的一个或多个用户特性170通过程序修改初始要约112的初始价格116。如上所述，用户特性可以包括，例如，与出价代理142相关联的位置知晓的用户设备140的用户之前购买的商品/服务类型，反映用户之前从与初始要约112相关联的商家购买的数量的忠实度估量，为之前购买的该类商品/服务所支付的价格，以及用户之前购买商品/服务时相关联的位置知晓的用户设备140的位置。将理解，定价引擎118的用户特性模块208还可以使用其他用户特性来修改初始价格116。
[0028]在另一个示例中，定价引擎118可以包括位置模块210，该位置模块210被配置成基于位置知晓的用户设备140的用户的当前位置通过程序修改初始要约112的初始价格116，该用户的当前位置和与初始要约112相关联的商品/服务的一个或多个位置相关。在一个示例中，商家可以是咖啡店，并且用户设备140可以与在该咖啡店的预定范围(诸如1/2英里或其他距离)内开车的用户相关联。当用户进入该预定范围时，用户更有可能开车到该咖啡店并购买咖啡饮料。在确定用户在预定范围内后，位置模块210可经由要约代理102把初始价格116为3.00美元的咖啡饮料的初始要约112修改成经修改的价格174为
2.25美元的咖啡饮料的经修改的要约168。
[0029]在另一个示例中，定价引擎118可以包括品质/衰变模块212，该品质/衰变模块212被配置成基于与随着时间经过而降低的商品/服务的品质有关的品质/衰变率，通过程序修改初始要约112的初始价格116。在一个示例中，商家可以是蔬菜水果商，该蔬菜水果商在蔬菜水果商的水果店有500个桔子要销售。桔子可以具有初始新鲜度，该新鲜度随着一个时间段(诸如5天)经过而降低直到必须丢弃这些桔子。随着桔子的品质降低，它们的市场价值也降低。定价引擎118的品质/衰变模块212可以随着时间段的流逝利用经过5天时间段后的桔子的品质/衰变率来周期性地将桔子的初始价格116修改到较低的经修改的价格174。
[0030]在另一个示例中，定价引擎118可以包括时间帧模块214，该时间帧模块206被配置成基于与商品/服务相关联的时间帧通过程序修改初始要约112的初始价格116。在一个示例中，商家可以是在周六下午3-5点之间具有开放预约空档的发廊。在之前的周五，该发廊的要约代理102可以生成在第二天即周六下午3-5点之间的时间帧期间的理发的、初始价格116为50美元的的初始要约112。由于时间帧接近以及预约空档保持开放，定价引擎118的时间帧模块214可以随着时间帧临近而周期性地将初始价格116从50美元向下修改到逐步降低的、经修改的价格。
[0031]在另一个示例中，定价引擎118可以包括需求模块216，该需求模块216被配置成基于与商品/服务相关联的需求率变化通过程序修改初始要约112的初始价格116。在一个示例中，商家可以是上面引用的在周六下午3-5点之间具有开放预约空档的发廊。另外，星期六晚上在毗邻该发廊的酒店可能有几个正式的活动。根据对在这些酒店的正式活动的之前经验，商家预期在周六下午对理发服务的需求会增加。在之前的周五，该发廊的要约代理102可以生成在第二天即周六下午3-5点之间的时间帧期间的理发的、初始价格116为50美元的初始要约112。由于时间帧接近以及对开放空档的需求增加，定价引擎118的需求模块216可以随着时间帧临近而周期性地将初始价格116从50美元向上修改到逐步升高的经修改的价格。
[0032]在另一个示例中，商家可以预期对其商品/服务的需求的增加，并可能想短期雇佣一个或多个额外的承包商或员工以解决增长的需求。在这个示例中，定价引擎118可以包括雇用模块218，该雇用模块218被配置成基于额外的承包商或员工的增加的成本通过程序修改初始要约112的初始价格116。在一个示例中，商家可以是上面引用的在周六下午3-5点之间具有预约空档的发廊，并且星期六晚上在毗邻该发廊的酒店有正式的活动发生。在该示例中，该发廊可能想短期雇佣一个或多个额外的发型师以在周六晚上之前解决预期增长的需求。除了初始要约112以外，要约代理102还可生成第二要约，该第二要约包括对发型师的短期雇用机会，并且要求该发型师在周六上午开始工作。在雇佣到额外的发型师后，定价引擎118的雇用模块218可将初始要约112的初始价格116从50美元向上修改成考虑了额外工人的增加成本的更高的经修改的价格174。当然，将理解在某些情况下商家制造商品的能力增加可能在每个单位的基础上降低其生产这些商品的成本，并且雇用模块218可以被配置成对该降低的成本建模。在这种情况下，定价引擎118可以被配置成通过程序将初始要约112向下修改成经修改的价格174，该经修改的价格174由于能力增加及每个单位成本的降低而低于原始价格。在雇用模块218计算出存在对更多员工的需求的情况下，雇用模块218可以被配置成通过程序向当前员工发送增加的工作时间的通知，并且在计算出的当前员工无法处理该需求的情况下，雇用模块218可以被配置成向雇用代理、在线雇用网站、电子的工作公告板等发送雇用开放的通知。
[0033]定价引擎118还可以包括辅助条款模块219，该辅助条款模块219被配置成基于与出价代理相关联的用户的一个或多个经标识的用户特性，通过程序修改初始要约的辅助条款。例如，辅助条款可以是保修条款、运输条款、服务水平条款、退货政策条款、优先购买状态条款、亲和力奖励积点条款、项目品质条款或其他非价格条款。作为一个示例，用户的交易历史、浏览历史和社交图可以被用户客户机136监视，并且可以推断出指示相对于便宜商品的巨幅折扣而言，该用户更重视对昂贵商品的独家要约的用户特性170。基于这些推断出的用户特性，用户可以被提供经修改的要约，该经修改的要约包括优先购买状态条款，该优先购买状态条款给予该用户对可获取性有限商品(诸如限量版手表)的优先访问，或者给予该用户优先的服务水平(诸如升级到头等舱航空座位)，等等。在另一个示例中，另一个用户可以被推断为具有指示该用户对奖励积点要约有响应的用户特性170，并因而要约可被修改为例如给予该用户双倍的奖励积点。在又一个示例中，可以通过交易历史检测出其他用户具有指示他们会谨慎购买没有有力被担保人或宽松退货政策的昂贵商品的用户特性170，并且这些用户可以被提供包括此类有力被担保人和宽松退货政策的经修改的要约。可以检测出另外的其他用户是用诸如隔夜快递的某种运输方式的用户，并且可以修改运输条款以对这个用户特性有吸引力。作为另一个示例，例如通过检测在展示有多个不同产品要约时用户最常购买价格最高的项目，可以检测用户具有偏爱整体品质高的项目的用户特性170。因此，可以修改经修改的要约中诸如整体产品品质的项目品质条款。作为一个示例，可以向被检测出偏爱整体品质高的产品的用户展示例如包括较高品质钻石的一对钻石耳环的经修改的要约。以此方式，将理解为了最终影响用户的购买决策，定价引擎118不仅可以被用来调整价格，还可以被用来调整被估计对于给定用户有特定价值的辅助条款。
[0034]当初始要约112和/或其初始价格116被定价引擎118和/或要约代理102修改时，经修改的要约168和/或经修改的价格174被创建。经修改的要约168和/或经修改的价格174随后可被发送给出价代理142考虑。在接收到经修改的要约168和/或经修改的价格174后，出价代理142可被配置成基于从其相关联的用户客户机136接收到的规则160中的一个或多个通过程序把初始出价162修改成经修改的出价180。如上所述，规贝IJ 160可以包括，例如，用户对特定商品/服务的偏爱、诸如出价上限等的出价定价指南，等等。经修改的出价180随后被要约代理102考虑。在从要约代理102接收到承诺后，匹配引擎146就被配置成处理要约代理102和出价代理142之间针对经修改的要约168以及相应的经修改的出价180的商品/服务的购买交易。
[0035]现在参考图3，示出了根据本公开的一个实施例的用于在购买交易中动态定价的方法300的图示。可使用以上所述的并且在图1和2中示出的市场服务器100的组件或使用其他合适的组件来执行方法300。
[0036]方法300在302开始，在302处从诸如出价代理142的出价代理接收对商品和/或服务的请求，该出价代理与诸如用户设备140的位置知晓的用户设备以及相应的用户相关联。将理解，方法300还可以包括从与其他位置知晓的用户设备相关联的其他出价代理接收额外的请求。在304处，方法300包括从诸如要约代理102的要约代理接收对商品和/或服务的初始要约，该要约代理与诸如商家设备108的商家设备以及对应的商家相关联。
[0037]参考上面讨论的示例，来自出价代理的要约请求可以是当前已售出的在华盛顿州西雅图市市区的马戏表演的4张门票。来自要约代理的初始要约可以针对8小时后开始的马戏表演的4张新获取的门票。在306处，方法300包括确定与出价代理及相应的用户相关联的位置知晓的用户设备的位置。在此示例中，与位置知晓的用户设备相关联的用户住在华盛顿州西雅图市。但是，方法确定用户设备当前位于纽约市(暗示该用户也可能在纽约市)。在308处，方法300包括至少部分地基于位置知晓的用户设备的位置来确定门票库存和马戏位置是否足以满足用户的请求。在此示例中，4张门票的库存足以满足用户对4张门票的请求。但是，给定用户相对于8个小时后开始的马戏表演的位置的遥远距离，该方法可以确定初始要约不能满足请求的该部分。在这种情况下，初始要约不被发送到出价代理并且方法在310处结束。[0038]在另一个示例中，如果确定位置知晓的用户设备的位置在华盛顿州西雅图市市区使用户能够出席8个小时后的马戏的距离内，则方法300在312处包括向出价代理发送初始要约和初始价格。出价代理142可以向位置知晓的用户设备提供初始要约以供相应用户观察和考虑。在314处，方法300包括从出价代理接收初始出价。
[0039]在接收到初始出价后，在316处方法300包括建立要约代理和出价代理之间的实时动态市场会话，在该会话中促成与要约代理相关联的商家以及与出价代理相关联的用户之间的协商。在一个示例中，要约代理可以与有书A的100个副本的库存的实体书店相关联。书店可以分配书A的100个副本中的20个副本来经由要约代理通过市场服务器销售。初始要约可以包括针对书A的一个副本的为20美元的初始价格。随着书A的更多副本经由要约代理被购买并且所分配的20个副本库存减少，在318处方法300可以包括接收库存变化。现在参考图4，其是对图3的图示的延续，在320处方法300可以包括基于渐减的所分配的库存把初始要约的初始价格修改成经修改的价格。
[0040]方法300还可包括基于一个或多个额外的因子来修改初始价格。在一个示例中，在322处方法包括基于提供初始要约的商品/服务的成本的变化来修改初始价格。如上所述，在一个示例中该初始要约可以是蔬菜水果商对一定量的桔子的。蔬菜水果商可以接收其桔子供应商马上涨价10%的通知。使用此信息，方法300可以计算销售这些桔子的蔬菜水果商的成本的变化。使用此信息，在322处方法300可以基于桔子的渐增成本来修改初始价格。
[0041]在另一个示例中，在324处方法可以包括基于与出价代理相关联的用户的一个或多个用户特性来修改初始价格。如上所讨论的，用户特性可以包括，例如，用户之前购买的商品/服务类型，反映用户之前从与初始要约相关联的商家购买的数量的忠实度估量，为之前购买的该类商品/服务所支付的价格，以及用户之前购买商品/服务时相关联的位置知晓的用户设备的位置。在一个示例中，初始要约可以是咖啡店对打折的咖啡饮料的。与咖啡店相关联的要约代理可以确定在上个月与出价代理相关联的用户之前已经从该咖啡店购买了 10杯咖啡饮料。给定该忠实度估量的情况下，方法300可以把初始价格修改成打折的价格或者可以向该用户免费供应该咖啡饮料。将理解，要约代理还可以考虑并使用其他用户特性。
[0042]在另一个示例中，在326处方法300可以包括基于与初始要约的商品/服务有关的历史交易数据或与相似商品/服务有关的历史交易数据来修改初始价格。如上所述，历史交易数据可以包括与之前针对相同或相似商品/服务的交易有关的数据。这些数据可以包括，例如顾客为相同或相似商品/服务支付的近期价格。使用此历史交易数据，方法300可以修改初始要约的初始价格。
[0043]在另一个示例中，在328处，方法300可以包括基于位置知晓的用户设备的用户的当前位置修改初始要约，该用户的当前位置和与初始要约相关联的商品/服务的一个或多个位置相关。参考上面讨论的示例，商家可以是咖啡店，并且用户设备可以与在该咖啡店的预定范围(诸如1/2英里)内开车的用户相关联。在确定用户在该预定范围内之后，该方法就可以包括把针对初始价格的咖啡饮料的初始要约修改成针对经修改的、打折的价格的咖啡饮料的经修改的要约。
[0044]在另一个示例中，在330处方法300包括基于与随着时间降低的商品/服务的品质有关的品质/衰变率来修改初始价格。如上所述，在一个示例中商家可以是蔬菜水果商，该蔬菜水果商在蔬菜水果商的水果店有500个桔子要销售。桔子可以具有初始新鲜度，该新鲜度经过一个时间段(诸如5天)将按品质/衰变率减少，直到这些桔子必须被丢弃。随着桔子的品质降低，它们的市场价值也降低。利用经过5天时间段的桔子的品质/衰变率，方法300可以包括周期性地将桔子的初始价格修改到较低的、经修改的价格以刺激销售。
[0045]在另一个示例中，在332处方法300可以包括基于与商品/服务相关联的时间帧来修改初始价格。在上面讨论的一个示例中，商家可以是在周六下午3-5点之间具有开放预约空档的发廊。在之前的周五，该发廊的要约代理可以生成在第二天即周六下午3-5点之间的时间帧期间理发的、初始价格的初始要约。由于时间帧接近以及预约空档保持开放，方法300可以包括周期性地将初始价格向下修改到逐步降低的、经修改的价格以刺激销
隹
口 ο
[0046]在另一个示例中，在334处方法300可以包括基于与商品/服务相关联的需求率的变化来修改初始价格。如上面所讨论的，在一个示例中商家可以是在周六下午3-5点之间具有开放预约空档的发廊。另外，那个星期六晚上在毗邻该发廊的酒店可能有几个正式的活动。根据之前在这些酒店的正式活动的经验，商家预期在周六下午对理发服务的需求会增加。在之前的周五，该发廊的要约代理可以生成在第二天即周六下午3-5点的窗口内理发的、初始价格的初始要约。随着时间窗口临近以及对开放空档的需求增加，方法300可以包括随着时间窗口临近而周期性地将初始价格向上修改到逐步升高的、经修改的价格。
[0047]在另一个示例中，商家可以预期对其商品/服务的需求的增加，并可能想短期雇佣一个或多个额外的承包商或员工以解决增长的需求。在一个示例中，商家可以是前面引用的在周六下午3-5点之间具有开放预约空档的发廊，并且星期六晚上在毗邻该发廊的酒店有正式的活动。在该示例中，该发廊可能想在周六晚上之前短期雇佣一个或多个额外的发型师以解决预期的增长的需求。除了发送初始要约以外，在336处方法300还可包括发送针对发型师的短期雇用机会的第二要约，以及要求该发型师在周六上午开始工作。在雇佣到额外的发型师后，在338处该方法可包括将初始要约的初始价格向上修改到考虑了额外工人的增加成本的更高的、经修改的价格。
[0048]在修改了初始要约和/或初始价格后，在340处该方法包括将经修改的要约和/或经修改的价格发送给出价代理考虑。现在参考图5，其是对图4的图示的延续，在342处该方法包括从出价代理接收经修改的出价。在344处，该方法包括将经修改的出价发送给要约代理考虑。在346处，该方法随后包括从要约代理接收对经修改的出价的承诺。还将理解，由实时动态市场会话促成的协商还可以包括在要约代理与出价代理之间交换额外的、经修改的要约和/或出价。在接收到承诺后，在348处该方法包括处理要约代理与出价代理之间针对经修改的要约以及相对应的经修改的出价的商品/服务的购买交易。
[0049]上述系统和方法可以被用在在线市场中以基于所检测到的用户的位置知晓的设备的的位置来动态地调整商品和服务的价格，从而解决背景部分中所讨论的低效率。因此，可以改善意向买家和意向卖家将出于每一方的利益而对交易达成一致的机会。
[0050]应该理解，此处所述的配置和/或方法在本质上是示例性的，并且这些具体实施例或示例不应被认为是局限性的，因为多个变体是可能的。此处所述的具体例程或方法可表示任何数量的处理策略中的一个或多个。由此，所示出的各个动作可以按所示次序执行、按其他次序执行、并行地执行、或者在某些情况下被省略。同样，可以改变上述过程的次序。
[0051]本公开的主题包括各种过程、系统和配置、此处所公开的其他特征、功能、动作、和/或特性、以及其任何和全部等效物的所有新颖和非显而易见的组合和子组合。
【权利要求】
1.一种市场服务器,包括: 供应引擎，所述供应引擎被配置成接收对商品/服务的初始要约，所述初始要约基于包括所述商品/服务的库存及一个或多个位置的商家输入，所述商家输入在位于所述市场服务器上或者位于在商家设备上执行的商家客户机上的要约代理处被接收； 匹配引擎，所述匹配引擎被配置成: 从与位置知晓的用户设备相关联的出价代理接收请求； 确定所述位置知晓的用户设备的位置； 至少部分基于所述位置知晓的用户设备的位置来确定所述商品/服务的库存及一个或多个位置是否足以满足来自所述出价代理的请求； 如果所述商品/服务的库存及一个或多个位置足以满足来自所述出价代理的请求，则向所述出价代理发送包括初始价格的初始要约； 从所述出价代理接收对所述初始要约的出价；以及 向所述出价代理发送针对所述商品/服务的包括经修改的价格的经修改的要约； 定价引擎，所述定价引擎被配置成基于库存的变化和/或提供所述商品/服务的成本的变化，把所述初始要约的所述初始价格通过程序修改成所述经修改的价格；以及 所述匹配引擎还被配置成处理所述要约代理和所述出价代理之间针对所述商品/服务的购买交易。
2.如权利要求1所述的`市场服务器，其特征在于，所述定价引擎还被配置成基于与随时间降低的商品/服务的品质有关的品质/衰变率，通过程序修改所述初始要约的所述初始价格。
3.如权利要求1所述的市场服务器，其特征在于，所述定价引擎还被配置成基于与所述商品/服务相关联的时间帧，通过程序修改所述初始要约的所述初始价格。
4.如权利要求1所述的市场服务器，其特征在于，所述定价引擎还被配置成基于所述位置知晓的用户设备的位置，通过程序修改所述初始要约的所述初始价格，所述位置知晓的用户设备的位置与所述商品/服务的一个或多个位置相关。
5.如权利要求1所述的市场服务器，其特征在于，所述定价引擎还被配置成基于与所述商品/服务相关联的需求率的变化，通过程序修改所述初始要约的所述初始价格。
6.如权利要求1所述的市场服务器，其特征在于， 其中所述商品/服务的库存的变化是经由跟踪所述商品/服务的库存的销售点设备从所述商家客户机接收的； 其中所述商品/服务的库存的变化和提供所述商品/服务的成本的变化是经由来自与所述商家设备相关联的商家的直接输入从所述要约代理接收的。
7.如权利要求1所述的市场服务器，其特征在于，所述定价引擎还被配置成基于所述商品/服务的历史交易数据或相似商品/服务的历史交易数据，通过程序修改所述初始要约的所述初始价格。
8.如权利要求1所述的市场服务器，其特征在于，所述定价引擎还被配置成基于与所述出价代理相关联的用户的一个或多个用户特性，通过程序修改所述初始要约的所述初始价格。
9.如权利要求8所述的市场服务器，其特征在于，所述定价引擎还被配置成基于与所述出价代理相关联的用户的一个或多个用户特性，通过程序修改所述初始要约的辅助条款，所述辅助条款从包括以下各项的组中选出:保修条款、运输条款、服务水平条款、退货政策条款、优先购买状态条款以及亲和力奖励积点条款。
10.一种用于在实时市场交易中动态定价的方法，所述方法包括: 从与位置知晓的用户设备相关联的出价代理接收请求； 从与商家设备相关联的要约代理接收针对商品/服务的初始要约，所述初始要约包括所述商品/服务的库存及一个或多个位置； 确定所述位置知晓的用户设备的位置； 至少部分基于所述位置知晓的用户设备的位置来确定所述商品/服务的库存及一个或多个位置是否足以满足所述请求； 如果所述商品/服务的库存及一个或多个位置足以满足来自所述出价代理的请求，则所述要约代理和所述出价代理之间建立实时动态市场会话； 向所述出价代理发送包括初始价格的初始要约； 从所述出价代理接收对所述初始要约的出价； 经由跟踪所述商品/服务的库存的销售点设备从所述商家设备上的商家客户机接收所述商品/服务的库存的变化； 从数据存储接收所述商品/服务的历史交易数据或相似商品/服务的历史交易数据； 接收与所述出价代理相关联的 用户的一个或多个用户特性； 基于所述库存的变化、所述历史交易数据和所述一个或多个用户特性把所述初始要约的所述初始价格修改成经修改的价格； 向所述出价代理发送针对所述商品/服务的、包括经修改的价格的经修改的要约； 从所述出价代理接收经修改的出价； 向所述要约代理发送包括经修改的出价； 从所述要约代理接收承诺；以及 处理所述要约代理和所述出价代理之间针对所述商品/服务的购买交易。
【文档编号】G06Q30/06GK103608833SQ201280029503
【公开日】2014年2月26日 申请日期:2012年6月15日 优先权日:2011年6月17日
【发明者】S·帕帕里佐斯 申请人:微软公司