高容量消费者电子商务的制作方法

线上商店库存管理系统每年控制上百万的商品的分配和分销。当特别流行的商品被销售时，尤其高的销售率可能发生。在这些情形下，构建在小量数据库机器上的传统商业站点可能受到产生的高延迟、中断的可用性和/或过度操作成本的影响。

作为结果，常规管理系统可能分配商品的库存的方式是解决不同区域中的变化销售量，其中，线上商店正在以比其他地方更高的速率销售商品。结果，系统可能不能满足商品销售的容量，因为由于系统延迟和配置，系统不能准确追踪商品的库存。

技术实现要素：

根据所公开主题的实现，可以提供一种方法，其可以包括将库存中的一定量的特定商品分割为具有较小量的特定商品的多个库存租约。用于特定商品的每个库存租约可以具有相应库存租约唯一的期满时间并且可以包括由库存租约所覆盖的特定商品的最大数量。可以分销用于特定商品的所述多个库存租约中的至少一个。可以由库存管理服务器从分销到所述库存管理服务器的多个库存租约中的至少一个中选择特定商品中的至少一个。响应于对特定商品中的至少一个的选择，将在多个库存租约中的至少一个中的特定商品的量递减所选择的特定商品的数量。可以确定从相应库存租约的每个中对特定商品的选择的速率。可以分析所确定的选择的速率以确定相应库存租约中的量何时可以达到相应库存租约中的最小量。可以确定从相应库存租约的每个中对特定商品的选择的速率或者销售的速度。可以分析所确定的选择的速率以确定相应库存租约中的量何时可以达到相应库存租约中的最小量。可以生成对新库存租约的请求何时要被发送的指示。

根据所公开主题的实现，可以提供一种方法，其可以包括由处理器接收用于可用于分销的特定商品的库存租约。所述库存租约可以包括特定商品的租用量和库存租约的期满。响应于对在具有多个网络前端系统的通信路径上接收的订购量的特定商品的订单指示，可以根据订单指示保留特定商品的订购量作为不可用于从库存租约中特定商品的租用量中分销。可以确定可用于分销的库存租约中的特定商品的剩余量。响应于可用于分销的剩余量已经达到阈值量的确定或者库存租约期满警告信号的生成，可以传送对具有额外租用量的特定商品的新库存租约的请求。

根据所公开主题的实现，可以提供一种方法，其可以包括识别用于分销的特定商品的库存的总量。可以从处置特定商品的销售的外部系统以及关于特定商品的分析数据获得关于特定商品的销售的数据。基于所获得的数据，可以将总量的第一子量分配给库存租约。基于所获得的数据，可以计算库存租约的期满。响应于请求，可以将库存租约指派给外部源。响应于来自外部源的对额外库存租约的随后的请求，可以分析关于特定商品的销售的更新数据、处置特定商品的销售的任何外部系统和关于特定商品的分析数据。基于更新的数据分析的结果，可以将第二子量分配给额外库存租约并且可以计算额外库存租约的新期满。可以将额外库存租约指派给外部源。

考虑下面的具体实施方式、附图和权利要求，可以阐述或者清楚所公开的主题的额外的特征、优点和实现。而且，要理解的是，前述的发明内容和下面的具体实施方式可以包括示例且想要提供进一步解释，而不限制权利要求的范围。

附图说明

被包括以提供对所公开主题的进一步理解的附图，被并入且构成本说明书的一部分。附图还图示说明了所公开主题的实现并且与具体实施方式一起用来解释所公开主题的实现的原理。示出结构细节的详细程度并不试图比对所公开主题的基本理解和其可以实践的各种方式所必需的程度更详细。

图1示出了根据所公开主题的实现的线上商品采购系统配置的框图。

图2示出了根据所公开主题的实现的线上商店系统的额外细节。

图3示出了根据所公开主题的实现的系统过程。

图4示出了根据所公开主题的实现的另一过程。

图5示出了根据所公开主题的实现的另一过程。

图6示出了根据所公开主题的实现的购买过程和数据流的示例。

图7示出了根据所公开主题的实现的计算机。

具体实施方式

图1示出了根据所公开主题的实现的线上商品采购系统配置的框图。线上商品采购系统100可以提供线上商店库存管理系统，其可以有效将用于购买的商品以最少网络停工时间和少的处理瓶颈呈现给大量消费者。用户可以与系统100交互以购买线上商品。系统100可以提供允许包括用户识别、支付信息、运送信息、商品信息和其他信息的用户信息的输入所需要的所有功能。此外，系统100可以包括用于分销购买商品的物流信息，诸如运送信息、托运人信息和其他信息。系统100还可以测量销售的状态和进展(诸如销售的容量、销售的速度(在给定时段中的销售速率)、待定购买(例如，在线上购物车中的商品或者用户已经指示想要购买商品但用户信用的审批还待定)、完成的购买等)。在一些配置中，系统可以提供商品位置和购买帮助和信息，诸如商品搜索功能、商品推荐和评论等。此外，系统100可以通过应用有效故障转移(failover)技术而适应不同节点处的故障。

在实现中，多个数据中心110A-110D可以提供系统100与用户(即消费者)的接口。每个数据中心110A-D可以包括例如前端接口、诸如商店基础设施的中间件层、可以包括多个服务器的库存管理服务器(IMS)、处理器和其他设备。数据中心110A-D可以是对于试图从线上商店采购商品的用户的联系点。例如，东南亚的用户可以访问互联网且通过数据中心110B中的前端与线上商店网络交互。当然，南美的用户也可以与数据中心110B中的前端交互，但是更可能通过数据中心110C访问商店。数据中心110A-D可以耦合到一个或多个商品分销中心120A-C。每个商品分销中心120A-C可以包括例如订单管理服务器(OMS)、租约管理服务器(LMS)和数据存储。商品分销中心120A-C可以互相交互以交换数据、服务和资源。线上商品采购网络100的配置可以被修改且不限于图1中所示的配置。例如，数据中心110A中IMS的功能可以由商品分销中心120B或由另外的实体提供。

图2示出了根据所公开主题的实现的线上商店网络的额外细节。线上商店网络200可包括多个库存数据存储，诸如数据存储203A和203B，还包括多个租约管理服务器(LMS)205A和205B、多个个体数据中心210A-210N、多个订单管理服务器230A和多个订单数据存储235A和235B。

每个个体数据中心210A-210N可以包括多个库存管理服务器，诸如服务器215A-C，以及包括实现商店基础设施或类似中间件220A的多个服务器或部件。用户可以例如经由中间件基础设施2220A访问个体数据中心210A。例如，商店部件220A可以通信耦合到图1中所示的一个或多个web前端。特定商品可以被商品标识符代码诸如SKU代码所识别。为了图示，各个商品A-E的SKU由它们相应的字母A-E来表示。各个库存管理服务器215A-C可以处置特定SKU的所有数据。例如，库存管理服务器215A可以被指派处置用于具有为A的SKU的商品A的所有数据，而库存管理服务器215B可以被指派处置用于分别具有为C和E的SKU的商品C和E的所有数据。类似地，每个租约管理服务器205A和205B可以处置用于各个商品诸如商品A和C的所有数据。例如，如图2中所示，租约管理服务器205A可以处置关于分别由SKU A和C标识的商品A和C的数据，且租约管理服务器205B可以处置关于分别由SKU B、D和E标识的商品B、D和E的数据。

订单管理服务器230A可以追踪和保持相应特定商品的任何待定和已完成订单的状态。关于特定订单的数据可以存储在相应订单数据存储中。例如，关于订单1、3、5和7的数据可以存储在订单数据存储235A中，而关于订单2、4、6和8的数据可以存储在订单数据存储235B中。

图3示出了根据所公开主题的实现的过程。租约管理服务器205A可以执行下面的过程来提供呈现给消费者的特定商品的最优供应。所公开的过程300的益处在于，其提供呈现给用户的特定商品的库存的良好管理和有效分销而不管商品可以被消费者多么快地选择购买。例如，租约管理服务器可以识别用于分销的特定商品的库存的总量(310)。例如，新的高预期的电子设备或其他商品，诸如儿童玩具，可能被安排在特定日期通过线上商店可用于购买。例如，可用于该特定日的商品的数量可能是几十万单位的数量，诸如500,000单位。所公开主题的实施例可以适合于每小时数万、数十万、数百万、数千万或者更多单位的容量。这里所描述的特定量仅作为说明示例而被提供，并不限制所公开系统和技术的性能。租约管理服务器可以确定用于分销的特定商品的库存的总量为可用于特定日的商品的数量，其可以是例如原始的500,000单位。在320，租约管理服务器可以获得关于商品的各种类型的其他数据。例如，租约管理服务器可以获得关于类似商品的销售的数据，或者，在商品可用于选择之后，关于特定商品的销售的数据；处置特定商品的销售的外部系统；和/或关于特定商品的分析数据。销售可以是实际购买、意向购买的指示、“赠送”事件诸如促销项目等。信息诸如特定商品的销售数量、可以通过每分钟或几秒钟的销售数量来测量的销售的速度、特定商品的销售的通用位置以及类似的信息。租约管理服务器还可以基于调研或其他市场调查接收关于预先销售、预测销售、预测的销售速度和其他类似数据的信息。数据可以例如从订单管理服务器、商店基础设施、库存管理服务器、其他租约管理服务器或诸如如图2中所示的数据存储203A、203B、235A、235B的数据存储中的一个或多个获得。

在步骤330，基于所获得的数据，可以将总量的第一子量分配给库存租约。例如，第一子量可以是总量除以可用总库存租约的数量，诸如5,000。可替换地，基于例如特定商品的销售的速度或预测速度，第一子量和用于其他库存租约的随后的子量可以被确定为分配给库存租约。每个库存租约可以在指派库存租约起的确定时间内期满。例如，租约管理服务器可以基于所获得的数据，计算库存租约的期满(340)。例如，如果销售的速度高，预期到相应库存租约可以被指派给服务慢销售区域的系统，且服务较快销售区域的系统可能需要额外量的特定商品，期满日期可以被设置为短时间量。可替换地，如果特定商品的销售是遍及慢系统的，期满可以被设置为较长。期满可以基于测量秒、分钟、小时、天、日期或其组合的定时器、测量交易的数量的计数器、关于与特定商品相关的链接的点进数、观看的数量等，或者一些其他参数，诸如一天中的特定时间，用于使库存租约期满。通过所设置的子量的特定商品和期满日期，可以将库存租约指派给外部源(350)。将库存租约指派给外部源可以响应于来自外部源的请求，诸如来自库存管理服务器的请求。

租约管理服务器还可以分析更新的关于特定商品的销售的数据、处置特定商品的销售的外部系统和关于特定商品的分析数据。例如，特定商品的总量可以基于用于购买的商品的保留、完成的销售等而减少。特定商品的剩余量，例如400,000单位，可以被分割为或划分为(均匀或不均匀地)用于指派给外部源的随后的库存租约，该外部源的库存租约已经例如期满或售完。分析可以响应于来自外部源的对于额外库存租约的后续的请求(360)。第二子量的剩余量的商品到额外库存租约可以被确定为用于库存租约的最优量，且可以计算额外库存租约的新期满。第二子量可以例如基于以下至少一个：消费者直接联系的数据中心的位置、商品国家、特定商品的剩余库存、特定商品的全球消费速率、特定于场所的消费速率、库存管理服务器消费速率、库存管理服务器的峰值负载时间、当前时刻、与特定商品类似的商品的历史销售趋势、或者估计的售完日期。可以基于数据分析的结果计算最优量和新期满这二者(370)。每个库存租约的期满时间可以使用由库存租约覆盖的特定商品的销售的速度来确定。例如，如果在由第一外部源服务的特定地理区域中销售慢于预期，具有较大量和较短期满时间的库存租约可以被指派给具有较大销售速度的第二外部源。结果，系统可以动态将更多量的商品分配给以更高速度销售商品的地区，由此消除了由于缺少可用库存而带来的延迟或故障。额外库存租约可以被指派给外部源(380)。额外库存租约可以由租约管理服务器来指派。

租约管理服务器还可以执行分析。例如，租约管理服务器可以基于每个商品聚集来自所有库存管理服务器实例的库存信息。租约管理服务器可以使用库存信息，例如为请求租约的每个数据中心计算最优租约大小。租约中特定商品的量可以基于下面一个或多个：数据中心位置、商品国家、剩余商品库存(即特定商品的总量)、特定商品的全球消费速率、特定商品的特定于场所的消费速率、库存管理服务器实例消费速率、峰值负载时间/当前时刻、类似商品的历史趋势、以及特定商品的估计的售完日期。使用该日期，租约管理服务器可以确定适当量以在租约中指派以及适当的期满日期应该是什么。每个租约的量可以遵从特定分配策略。例如，如果商品的售完不会超过一天，则可能不会从前一租约减少。例如，租约管理服务器将指派具有最大大小租约的租约，诸如，存货中最大1000单位或1％的单位。可替换地，如果商品的售完可以小于一天，则租约量可以以特定商品的消费速率被线性减少。或者，如果特定商品的售完可以小于一个小时，则所有库存租约指派可以将所有剩余存货集中于最佳的数据中心中的库存管理服务器。

图4示出了根据所公开主题的实现的另一过程。库存管理服务器，诸如图2中的服务器215A，可以被配置为管理库存并执行图4中所图示的过程400。例如，库存管理服务器可以识别用于提供用于特定商品的库存租约的可用租约管理服务器(410)。库存管理服务器可以通过执行哈希函数以获得作为活动租约管理服务器集合的租约管理服务器集合而识别可用租约管理服务器。活动租约管理服务器是可用于库存管理服务器的服务器。从活动可用租约管理服务器集合，主机租约管理服务器可以选自活动服务器集合，可能通过已知主机-从机选择过程来选择。可用于分销的特定商品的库存租约可以由库存管理服务器的处理器接收(420)。库存租约可以包括特定商品的租用量(即，上面结合图3所述的特定商品总量的子量之一)以及库存租约的期满。库存租约的期满类似于上面所解释的期满。响应于对在具有多个网络前端系统的通信路径上接收的特定商品的订购量的订单指示，订购量的特定商品可以根据订单指示而被保留作为不可用于从库存租约中的特定商品的租用量中分销(430)。订单指示可以是指示消费者已经订购了某一数量的特定商品的信号。订购的商品可以是用户或订单管理系统，诸如图2的230A，选择用于购买的那些商品。“订购”的商品可以被认为是用户已经放入线上商店的购物车中的商品，购买交易已经完成的那些商品，或者待定的商品销售，诸如等待用户资金的验证或信用卡批准。

租约管理服务器还可以收集关于各个商品的库存检查和库存消费的遥测信息。当取得额外租约时该遥测信息可以返回到租约管理服务器。在步骤440，可以确定可用于分销的库存租约中的特定商品的剩余量。例如，可以由库存管理服务器使用订单指示来基于分配给相应库存租约的特定商品的初始量执行剩余量的计算或调整计数器。响应于可用于分销的剩余量已经达到阈值量的确定或者库存租约期满警告信号的生成，传送对具有特定商品的额外租用量的新库存租约的请求。响应于可用于分销的剩余量已经达到阈值量的确定或者库存租约期满警告信号的生成，可以由库存租约管理系统生成和传送对具有额外租用量的特定商品的新库存租约的请求(450)。可替换地，额外库存租约可以在当前租约期满之前请求或者在特定商品的剩余量低于某个阈值时请求。该某个阈值可以例如基于关于特定商品的销售和订单数据的分析而确定。此外，租约请求的频率可以基于对关于特定商品的销售和订单数据的分析而变化。在一种实现中，库存管理服务器和租约管理服务器位于可能在服务器之间的通信中引起延迟的不同地理地区。为了消除延迟，当当前租约的期满临近或者剩余库存低于某个阈值时，库存管理服务器可以从租约管理服务器预先取得库存租约。在另一实现中，当在这些情形中发生预先取得时，该预先取得可以基于库存管理服务器可能已针对特定项接收的请求的数量。如果该项流行且具有许多请求，则可以更快发生预先取得。例如，剩余量的某个阈值可以被设置在更高量或者期满前的时间可以更长。相反地，如果该项不流行且销售慢，且存在对额外租约的更少请求，比起销售处于预测步调或较快时，库存管理服务器可以稍后预先取得，或者根本不预先取得。

库存管理服务器还可以执行其他功能，诸如识别可用于提供用于特定商品的库存租约的租约管理服务器。租约管理服务器的识别可以使用哈希函数以获得作为活动服务器集合的租约管理服务器集合来执行。哈希函数可以采用不同的形式并且可以用来找到活动服务器集合的识别。例如，哈希函数使用特定商品的SKU以及由租约管理服务器所服务的国家作为输入(例如，lms_id＝hash(sku,country)，其中lms_id是租约管理服务器的标识符)。

图5示出了根据所公开主题的实现的系统性过程。例如，过程500可以包括将库存中的一定量的特定商品分割为具有较小量的特定商品的多个库存租约(510)。库存中的一定量的特定商品的分割可以通过聚集来自关于特定商品的所有库存管理服务器的数据来执行。基于对所聚集的数据的分析，可以计算用于分销的库存租约的最优量。最优量可以例如基于以下中的至少一个：消费者直接联系的数据中心的位置、商品国家、特定商品的剩余库存、特定商品的全球消费速率、特定于场所的消费速率、库存管理服务器消费速率、库存管理服务器的峰值负载时间、当前时刻、与特定商品类似的商品的历史销售趋势、或者估计的售完日期。

租约管理服务器中的处理器可以访问特定商品的总量并且可以执行将一定量分割为可以指派给多个租约的较小量。这些量可以在创建库存租约之前指派或者可以在接收到对库存租约的请求时动态地指派。例如，要由库存租约覆盖的特定商品的最大数量可以基于特定商品的销售速度(即在时间段内出售的商品的数量)来确定。特定商品的每个库存租约可以具有对于相应库存租约唯一的期满时间且可以包括库存租约所覆盖的特定商品的最大数量。不同销售场景可能影响怎样将特定商品的量分配给库存租约。例如，特定商品的最大量可以基于该特定商品将在超过一天的时间内售完的计算而分配给库存租约，减少量的特定商品可以基于该特定商品将在少于一天的时间内售完的计算而分配给库存租约，或者一定量的特定商品可以基于该特定商品将在少于一小时或者某个其他短时间帧内售完的计算而分配给可能分销到所选择的最佳销售数据中心的减少数量的库存租约。当然，其他销售场景可能也是可能的且可被系统所容纳。

租约管理服务器可以将用于特定商品的多个库存租约中的至少一个分销到库存管理服务器(520)。可以由库存管理服务器从分销到库存管理服务器的多个库存租约中的至少一个中选择特定商品中的至少一个(530)。选择可以例如响应于所选择的特定商品的销售保留。基于该选择，所选择的特定商品可以被识别用于例如递送到供应商以便将商品运送到消费者或直接将商品发送到消费者。在一种实现中，该选择可以响应于消费者、服务器或其他设备所选择的特定商品销售保留。响应于对特定商品中的至少一个的选择，可以将在多个库存租约中的至少一个中的特定商品的量递减所选择的特定商品的数量(540)。当然，其他方法可以用来追踪对特定商品中的至少一个的选择。例如，计数器可以随着选择商品而递增。

根据相应库存租约中每个，可以确定对特定商品的选择速率或者销售速度(550)。可以分析所确定的选择速率以确定相应库存租约中的量何时可能达到相应库存租约中的最小量(560)。可以将对新库存租约的请求何时要被发送到租约管理服务器的指示例如提供给租约管理服务器(570)。可以使用库存租约所覆盖的特定商品的销售速率来确定每个库存租约的期满时间。

系统还可以执行对不同服务器的状态检查。对于中间件，基础设施或另一部件可以执行状态检查，该状态检查可以确定所识别的库存管理服务器正在正确操作且在关于对相关商品的选择的参数之内操作。可替换地，响应于所识别的库存管理服务器不正确操作的确定，可以执行哈希函数以识别正确操作的库存管理服务器。例如，对哈希函数的输入可以包括商品SKU标识符以及关于特定商品的分销的国家。哈希算法，诸如基于一致性哈希的哈希算法，可以用来确定活动库存管理服务器。例如，这里公开的系统可以试图使用下面的过程来定位活动库存管理服务器：

1.使用一致性哈希或类似算法，计算用于给定商品ID(SKU，国家)的库存管理服务器的序列(IMS_1,IMS_2,...IMS_N)。初始服务器IMS_1和后续的序列可以每个商品ID不同以便均匀负载平衡。

2.每个客户端可以首先试图联系用于给定商品ID的初始IMS_1。

3.如果主服务器IMS_1不可用，可以针对第二服务器IMS_2重试请求，接着是第三服务器IMS_3。

4.在请求失败之前，每个请求可以被重试直到指定数量的服务器IMS_N，诸如3。

此外，系统可以确定到库存管理服务器的用户连接是不可用的，且作为响应，可以使用哈希函数以识别不同库存管理服务器来接管不可用库存管理服务器的功能。

有时，消费者可以选择用于购买的商品且指示该商品应该放置在消费者的购物车中。这些可以被认为是商品订单。但是，消费者可以不完成销售或者销售可能由于支付问题而失败，而当订单待定时，其实际上已经被放弃了。例如，被放弃的订单可以是取消、过期购物车或未按时完成的订单的结果，例如由于不正确的信用卡号等。系统可以周期性或在某个事件之后从订单管理系统收回这个保留的库存。订单管理系统或者租约管理系统可以执行收回过程。系统可以读取已经在订单管理服务器中被放弃的订单，并且可以对来自每个读取订单的特定商品的量求和。特定商品的和可以被分配回租约管理服务器以便分配到库存租约中。收回过程可以离线执行或在网络流量处于最小时由后端处理器执行。

有时，图2中所示的系统的不同部件可能故障或者在性能上退化。为了应对这些情形，可以实现不同故障转移场景。例如，参看图2，IMS可能故障或者变得不可达。例如，库存管理服务器215A和租约管理服务器205A之间的属于SKU A商品的链接可能断裂，或者库存管理服务器215A和基础设施220A之间的SKU A商品链接可能断裂。在这样的情形中，可以找到服务希望购买SKU A商品的消费者的替换手段。在一种实现中，另一库存管理服务器，诸如库存管理服务器215B，可以在相同个体数据中心内，诸如个体数据中心210A内被调用。在此示例中，库存管理服务器215B可以是对SKU A商品的备份服务器。如图2中所示，库存管理服务器215B处理SKU C和E商品，且为了处理SKU A商品，对SKU A商品的库存租约可以从租约管理服务器205A请求。一旦对SKU A商品的库存租约被库存管理服务器215B所接收，其可以开始处理来自商店基础设施220A的SKU A商品请求。基础设施还可能需要确定多个库存管理服务器215B或215C中哪个正在处置SKU A商品请求。负责的库存管理服务器的识别可以使用如上所述的哈希函数来确定。如果库存租约可用于SKU A商品，则在消费者设备处没有明显延迟。

作为另一示例，LMS可能故障或者变得不可达。LMS可以例如被商品和国家组合来分片(shard)。在单片上完全故障的情况下，只有商品的子集可以被影响。每个LMS可以保持内存复制所有可用于特定商品的库存。此外，其可以存储其响应于服务请求而保持且提供的预先取得的租约的列表。因此，在存储层或数据库故障的情况下，数据存储操作可以被限制以减少延迟。此外，如果在接收到对新租约的请求时数据存储宕机，LMS可以用预先取得的租约服务请求。预先取得的量可以是例如剩余库存水平和/或商品销售得有多快的函数。这可以允许商品销售继续通过临时数据存储中断。如果存在较长的中断且预先取得的租约的存储被耗尽，则只有在单个片上存储的商品子集可能是不可用的，直到数据存储操作被恢复。

在解决LMS故障的另一示例中，个体数据中心可以包括3个复制品。这其中，一个可以被选作“主机”服务，且将服务所有请求。从机服务可能故障或宕机以便以少量或没有副作用维修，因为它们不服务活动流量。如果主机实例故障，复制品之一可以成为新主机且继续服务请求流量。

作为另一示例，IMS可以在现存租约期满或耗尽之前请求租约。这可以防止延迟变得能引起用户的注意。其还可以减少任何LMS故障转移和故障的明显和/或实际效果，因为对服务的任何临时破坏可能被预先取得的时间所隐藏。

图6示出了根据所公开主题的实现的购买过程的数据流的示例。购买过程600可以包括互相交互的多个系统。例如，购买过程可以涉及消费者设备610、web前端(FE)620、商店基础设施或类似中间件层630、库存管理服务器650、租约管理服务器660以及订单管理服务器670。消费者设备610可以访问通过前端620提供的线上商店。消费者设备610可以希望通过线上商店购买商品。响应于消费者设备610对商品的选择，前端620可以向商店基础设施630发送请求，诸如检查购买许可请求，以确认购买是否可以开始。商店可以执行检查以查看所选择的商品是否可用于库存管理服务器650。如果库存管理服务器650在存储器中具有用于所选择的特定商品的库存租约，其可以用最小延迟返回信号到商品可用的前端620。延迟通常可以是用户感觉不到的，例如，根据当前公开的主题的实施例，10ms–400ms的数量级。可替换地，如果用于所选择的特定商品的库存租约没有存储在存储器中，库存管理服务器650可以从租约管理服务器660请求库存租约。在这样的情况下，例如，可以创建用于特定商品的库存租约，如上所述。通过该过程，可能存在最小系统延迟。当对商品的检查返回了商品可用的肯定指示时，前端620可以向消费者设备610指示商品已被添加到消费者设备610购物车中。

消费者设备610可以指示购买商品的企图。消费者设备610指示可以被转发到前端620，该前端620处理数据以准备该商品的购买。被处理的数据可以被转发到商店基础设施或类似中间件层630，其可以创建可能包括关于消费者设备610购物车并且测量购物车中商品购买的进展的信息的购物车。商店630可以接收购物车信息且可以通过发送请求到库存管理服务器650而试图为该消费者保留该商品。如果用于特定商品的库存租约未保持在高速缓存中，可以获得另一租约。一旦已经保留了该商品，消费者设备610可以提供额外信息以完成购买。FE 620可以处理从消费者设备620接收到的额外信息，并且可以转发完成购买的指示到商店基础设施630。商店630可以向订单管理服务器670发送购买通知请求，其可以包括购买的状态。订单管理服务器670可以处理该购买通知请求并且可以存储关于购买的数据到订单数据存储中。一旦完成购买通知请求的处理，订单管理服务器670可以返回确认到消费者设备610。

图7示出了根据所公开主题的实现的示例计算机。当前公开的主题的实现可以在各种部件和网络架构中实现且与各种部件和网络架构一起使用。图7是适合于实现当前公开的主题的实现的示例服务器或计算机20。计算机20包括总线21，该总线21互连计算机20的主要部件，诸如：中央处理器24；存储器27(通常RAM，但其还可以包括ROM、闪存RAM等)；输入/输出控制器28；诸如经由显示适配器的显示屏幕的用户显示器22；用户输入接口26，其可以包括一个或多个控制器及关联的用户输入设备，诸如键盘、鼠标等，并且还可以紧密耦合到I/O控制器28；固定存储23，诸如硬盘驱动器、闪存存储、光纤信道网络、SAN设备、SCSI设备等；以及可移动介质部件25，其操作用于控制和接收光盘、闪存驱动器等。

总线21允许中央处理器24和存储器27之间的数据通信，该存储器27可以包括只读存储器(ROM)或闪存存储器(均未示出)以及随机存取存储器(RAM)(未示出)，如之前所述。RAM通常是主存储器，操作系统和应用程序加载其中。ROM或闪存存储器可以包含代码、基本输入输出系统(BIOS)，该BIOS控制基本硬件操作，诸如与外围部件的交互。驻留于计算机20的应用通常存储在计算机可读介质上且经由计算机可读介质存取，计算机可读介质诸如硬盘驱动器(例如固定存储23)、光驱动器、软盘或其他存储介质25。

固定存储23可以与计算机20相集成或者可以分开且通过其他接口访问。网络接口29可以提供经由电话链路到远程服务器、经由互联网服务提供商(ISP)到互联网的直接连接，或者经由直接网络链路到远程服务器、经由POP(存在点)或其他技术到互联网的直接连接。网络接口29可以使用无线技术，包括数字蜂窝电话连接、蜂窝数字分组数据(CDPD)连接、数字卫星数据连接等，来提供这样的连接。例如，网络接口29可以允许计算机20经由一个或多个本地、广域或其他网络与其它计算机或服务器通信，如图1中所示。

许多其他设备或部件(未示出)可以以类似方式(例如，文档扫描仪、数码相机等等)连接。反之，不需要图7中所示的所有部件以实践本公开。部件可以以与所示不同的方式来互连。计算机的操作，诸如图7中所示的操作，易于被本领域技术人员知道且在本申请中没有详细讨论。用于实现本公开的代码可以存储在计算机可读存储介质中，诸如存储器27、固定存储23、可移动介质25或在远程存储位置中的一个或多个。

更一般地，当前公开主题的各种实现可以包括用于实践那些过程的计算机实现的过程和装置，或者以计算机实现的过程和装置的形式体现。实施例还可以以计算机程序产品的形式体现，该计算机程序产品具有计算机程序代码，该计算机程序代码包含嵌入诸如软盘、CD-ROM、硬盘驱动器、USB(通用串行总线)驱动器或者任何其他机器可读存储介质的非暂时性和/或有形介质中的指令，其中，当计算机程序代码被加载到计算机中且由计算机执行时，计算机变为用于实践所公开主题的实现的装置。实施例还可以以计算机程序代码的形式体现，例如，该计算机程序代码存储在存储介质中，加载到计算机中和/或由计算机执行，或者通过一些传输介质传送，诸如在电线或电缆上、通过光纤、或者经由电磁辐射，其中，当计算机程序代码被加载到计算机中且由计算机执行时，计算机变为用于实践所公开主题的实现的装置。当在通用微处理器上实现时，计算机程序代码段配置微处理器以创建具体逻辑电路。在一些配置中，存储在计算机可读存储介质上的计算机可读指令集可以由通用处理器实现，其可以将通用处理器或包含通用处理器的设备转换成被配置为实现或执行指令的专用设备。实施例可以使用可包括处理器的硬件来实现，该硬件诸如通用微处理器和/或专用集成电路(ASIC)，其用硬件和/或固件来体现根据所公开主题的实现的所有或部分技术。处理器可以耦合到存储器，诸如RAM、ROM、闪存存储器、硬盘或能够存储电子信息的任何其他设备。存储器可以存储适于由处理器执行以进行根据所公开主题的实现的技术的指令。

出于解释的目的，前面的描述已经参考特定实现来描述。但是，上面的说明性的讨论不想要穷举或者限制所公开主题的实现为所公开的精确形式。考虑到上述教导，许多修改和变化都是可能的。这些实现被选取和被描述以便解释所公开主题的实现的原理以及它们的实践应用，由此使得本领域其他技术人员能够利用这些实现以及带有可适合于所考虑的特定用途的各种修改的各种实现。