美国专利 5,960,411
哈特曼等人 1999年9月28日

通过通信网络下达采购订单的方法和系统

摘要

一种通过互联网下达物品购买订单的方法和系统。订单由购买者在客户端系统下达,并由服务器系统接收。服务器系统从客户端系统接收购买者信息,包括购买者的身份信息、付款信息和发货信息。然后,服务器系统为客户端系统分配一个客户端标识符,并将分配的客户端标识符与接收到的购买者信息关联起来。服务器系统将分配的客户端标识符和一份 HTML 文档发送到客户端系统,该 HTML 文档标识了该物品并包含一个订购按钮。客户端系统接收并存储分配的客户端标识符,并接收和显示该 HTML 文档。响应于对订购按钮的选择,客户端系统向服务器系统发送购买所标识物品的请求。服务器系统接收请求,并将与客户端系统的客户端标识符相关联的购买者信息组合在一起,以生成一份按照账单和发货信息购买该物品的订单,从而使购买者通过选择订购按钮来完成产品的订购。

RMS 注释: 用通俗的语言来说,这意味着他们会询问你一些关于你的信息,记录下来,并向你的浏览器发送一个包含客户号码的 cookie 来识别你。

然后,每次你点击来自同一服务器的页面时,浏览器都会发回它之前从同一服务器获取的 cookie。(这不是亚马逊的想法;这是浏览器始终对 cookie 所做的。)这会给服务器你的客户号码。它使用你的客户号码来查找你的客户信息。


发明人 哈特曼;佩里(西雅图,华盛顿州);贝佐斯;杰弗里·P.(西雅图,华盛顿州);卡普汉;谢尔(西雅图,华盛顿州);斯皮格尔;乔尔(西雅图,华盛顿州)
受让人 亚马逊公司(西雅图,华盛顿州)
申请号 928951
提交日期 1997年9月12日

美国分类号 705/26; 705/27; 345/962
国际分类号 G06F 017/60
检索领域 705/26,27 380/24,25 235/2,375,378,381 395/188.01 345/962


引用的参考文献 [参考资料]

美国专利文件
49378631990年6月罗伯特等人380/4.
52048971993年4月怀曼380/4.
52609991993年11月怀曼384/4.
56279401997年5月罗拉等人395/12.
56405011997年6月特平395/768.
56405771997年6月沙默395/768.
56641111997年9月纳汉等人705/27.
57153141998年2月佩恩等人380/24.
57153991998年2月贝佐斯705/27.
57271631998年3月贝佐斯705/27.
57456811998年4月莱文等人395/200.
57581261998年5月丹尼尔斯等人395/500.
外国专利文件
0855687 A21998年1月欧洲专利.
0855659 A11998年1月欧洲专利.
0845747A21998年6月欧洲专利.
0883076A21998年12月欧洲专利.
WO 95/309611995年11月WO.
WO 96/387991996年12月WO.
WO 98/216791998年5月WO.


其他参考文献

琼斯,克里斯。“Java 购物车和 Java 钱包;Oracle 计划加入电子商务计划。” 1997年3月31日,InfoWorld Media Group。
“太平洋海岸软件公司创建虚拟购物车。” 1996年9月6日。M2 Communications Ltd 1996。
“软件创建虚拟购物车。” 1996年9月5日。Business Wire, Inc.
特多斯拉维奇,威廉。“Java 电子商务框架。” 计算机经销商新闻,1996年9月23日,CMP Media, Inc.,1996年,第126页,http://www.elibrary.com/id/101/101/getdoc . . . [email protected] d&dtype=0.about.0&dinst=. �访问于1998年11月19日!
“互联网访问:Disc Distributing 宣布交互式万维网。” 剑桥工作组计算报告,剑桥出版公司,1995年,http://www.elibrary.com/id/101/101/getdoc . . . [email protected] a&dtype=0.about.0&dinst=0. �访问于1998年11月19日!
南斯,巴里,“评论:中间件为虚拟店面盛大开业。” 1997年6月1日,CMP Media, Inc. 1997年,第80页,http://www.elibrary.com/getdoc.egi?id=117 . . . [email protected] a&dtype=0.about.0&dinst=0. �访问于1998年11月19日!
“Go-Cart 购物车软件功能。” 1996年 GO International, Inc. http://www.go-cart.com/features.html. �访问于1998年11月19日!
“PerlShop 手册(版本 2.2)。” 1996年,ARPAnct Corp. http://www.w3u.com/grokksoft/shop/perlman.html. �访问于1998年11月19日!
“Sax 软件公司宣布 Sax NetSell;Sax NetSell 的设计时 ActiveX 控件使互联网商务变得容易。”1997年,Sax Software Corp.
巴伦,克里斯和鲍勃·威尔,“实现 Web 购物车”,《Dr. Dobb's Journal》,1996年9月,第64、66、68-69和83-85页。
霍克,里亚兹,“使用 JavaScript 的购物车应用程序”,《Web Techniques》,1998年5月,第63、65-66和68页。

主要审查员:特拉梅尔;詹姆斯·P。
助理审查员:史密斯;德梅特拉·R。
律师、代理人或事务所: Perkins Coie LLP

权利要求



1. 一种用于下达物品订单的方法,包括:

在客户端系统的控制下,

显示标识物品的信息;以及

响应于仅执行一个单一动作,向服务器系统发送订购该物品的请求,以及该物品购买者的标识符;

在服务器系统的单动作订购组件的控制下,

接收请求;

检索先前为接收请求中标识符所标识的购买者存储的附加信息;以及

使用检索到的附加信息,为接收请求中标识符所标识的购买者生成购买所请求物品的订单;以及

履行生成的订单以完成该物品的购买

因此,该物品的订购无需使用购物车订购模型。

RMS 注释: 请注意,此元素列表包括任何电子商务网站必须执行的几个操作。结果是一个长长的元素列表,其中只有少数几个与一键购买有关。



2. 根据权利要求 1 所述的方法,其中信息显示包括显示指示该单一动作的信息。

3. 根据权利要求 1 所述的方法,其中单一动作是点击按钮。

4. 根据权利要求 1 所述的方法,其中单一动作是发出声音。

5. 根据权利要求 1 所述的方法,其中客户端系统的用户在下订单时无需明确表明自己的身份。

6. 一种用于订购物品的客户端系统,包括:

用于标识客户的标识符;

用于显示标识物品的信息的显示组件;

单动作订购组件,该组件响应于仅执行一个单一动作,向服务器系统发送订购所标识物品的请求,该请求包括标识符,以便服务器系统可以找到完成订单所需的其他信息,并且服务器系统可以履行生成的订单以完成该物品的购买;以及

购物车订购组件,该组件响应于执行添加到购物车操作,向服务器系统发送将该物品添加到购物车的请求。

7. 根据权利要求 6 所述的客户端系统,其中显示组件是浏览器。

8. 根据权利要求 6 所述的客户端系统,其中预定义的动作是点击鼠标按钮。

9. 一种用于生成订单的服务器系统,包括:

购物车订购组件;以及

单动作订购组件,包括:

存储多个用户信息的数据存储介质;

接收组件,用于接收订购物品的请求,该请求包括多个用户之一的指示,该请求响应于仅执行一个单一动作而发送;以及

订单放置组件,该组件从数据存储介质中检索指示用户的信息,并使用检索到的信息为指示用户下单订购该物品;以及

订单履行组件,该组件根据单动作订购组件下达的订单完成该物品的购买。

10. 根据权利要求 9 所述的服务器系统,其中请求由客户端系统响应于执行的单一动作而发送。

11. 一种使用客户端系统订购物品的方法,该方法包括:

显示标识该物品的信息,并显示要执行以订购所标识物品的单一动作的指示;以及

响应于仅执行指示的单一动作,向服务器系统发送订购所标识物品的请求

因此,该物品的订购独立于购物车模型,并且该订单被履行以完成该物品的购买。

12. 根据权利要求 11 所述的方法,其中服务器系统使用与请求一起发送的标识符来标识生成该物品订单所需的其他信息。

13. 根据权利要求 12 所述的方法,其中标识符标识客户端系统,并且服务器系统将标识符提供给客户端系统。

14. 根据权利要求 11 所述的方法,其中客户端系统和服务器系统通过互联网进行通信。

15. 根据权利要求 11 所述的方法,其中显示包括显示服务器系统提供的 HTML 文档。

16. 根据权利要求 11 所述的方法,包括从服务器系统向客户端系统发送订单已生成的确认。

17. 根据权利要求 11 所述的方法,其中单一动作是在光标位于所显示信息的预定义区域上方时点击鼠标按钮。

18. 根据权利要求 11 所述的方法,其中单一动作是用户发出的声音。

19. 根据权利要求 11 所述的方法,其中单一动作是使用电视遥控器进行选择。

20. 根据权利要求 11 所述的方法,其中单一动作是按下键盘上的某个键。

21. 根据权利要求 11 所述的方法,其中单一动作是使用指点设备进行选择。

22. 根据权利要求 11 所述的方法,其中单一动作是选择显示的指示。

23. 根据权利要求 11 所述的方法,其中显示包括显示服务器系统提供的有关客户端系统用户身份的部分信息。

24. 根据权利要求 11 所述的方法,其中显示包括显示服务器系统提供的部分发货信息。

25. 根据权利要求 11 所述的方法,其中显示包括显示服务器系统提供的部分付款信息。

26. 根据权利要求 11 所述的方法,其中显示包括显示标识客户发货地址的别名。


描述



技术领域

本发明涉及一种用于下达订单的计算机方法和系统,更具体地说,涉及一种通过互联网订购物品的方法和系统。

发明背景

互联网包括大量通过通信链路互连的计算机和计算机网络。互连的计算机使用各种服务(例如,电子邮件、Gopher 和万维网(“WWW”))交换信息。WWW 服务允许服务器计算机系统(即 Web 服务器或网站)向远程客户端计算机系统发送图形 Web 页面信息。然后,远程客户端计算机系统可以显示这些 Web 页面。WWW 的每个资源(例如,计算机或 Web 页面)都由统一资源定位符(“URL”)唯一标识。要查看特定的 Web 页面,客户端计算机系统在请求中指定该 Web 页面的 URL(例如,超文本传输协议(“HTTP”)请求)。该请求被转发到支持该 Web 页面的 Web 服务器。当该 Web 服务器接收到该请求时,它会将该 Web 页面发送到客户端计算机系统。当客户端计算机系统接收到该 Web 页面时,它通常会使用浏览器显示该 Web 页面。浏览器是一个特殊用途的应用程序,用于请求 Web 页面和显示 Web 页面。

目前,网页通常使用超文本标记语言(“HTML”)来定义。HTML 提供了一组标准的标签,用于定义网页的显示方式。当用户指示浏览器显示网页时,浏览器会向服务器计算机系统发送请求,以将定义该网页的 HTML 文档传输到客户端计算机系统。当客户端计算机系统收到请求的 HTML 文档时,浏览器会按照 HTML 文档的定义显示该网页。HTML 文档包含各种标签,用于控制文本、图形、控件和其他功能的显示。HTML 文档可能包含该服务器计算机系统或其他服务器计算机系统上可用的其他网页的 URL。

万维网尤其有利于进行电子商务。许多网络服务器已被开发出来,供应商可以通过这些服务器来宣传和销售产品。产品可以包括通过互联网以电子方式交付给购买者的商品(例如,音乐),以及通过传统分销渠道(例如,普通承运人)交付的商品(例如,书籍)。服务器计算机系统可以提供电子版的目录,其中列出了可用的商品。用户(即潜在购买者)可以使用浏览器浏览目录,并选择要购买的各种商品。当用户完成选择要购买的商品后,服务器计算机系统会提示用户输入信息以完成商品订购。这种特定于购买者的订单信息可能包括购买者的姓名、购买者的信用卡号以及订单的送货地址。然后,服务器计算机系统通常会通过向客户端计算机系统发送确认网页来确认订单,并安排商品的运输。

由于特定于购买者的订单信息包含敏感信息(例如,信用卡号),因此供应商和购买者都希望确保此类信息的安全性。安全是一个值得关注的问题,因为通过互联网传输的信息在到达最终目的地时可能会经过各种中间计算机系统。这些信息可能会被中间系统的不法人员截获。为了帮助确保敏感信息的安全,在客户端计算机系统和服务器计算机系统之间传输此类信息时,会使用各种加密技术。即使此类加密信息可以被截获,但由于信息是加密的,因此对于截获者来说通常是无用的。然而,总是存在这种敏感信息可能被截获者成功解密的可能性。因此,在下订单时尽量减少传输的敏感信息是可取的。

从电子目录中选择各种商品通常基于“购物车”模型。当购买者从电子目录中选择一件商品时,服务器计算机系统会在隐喻上将该商品添加到购物车中。当购买者完成选择商品后,当购买者提供账单和送货信息时,购物车中的所有商品都会被“结账”(即订购)。在某些模型中,当购买者选择任何一件商品时,会自动提示用户输入账单和送货信息,从而“结账”该商品。虽然购物车模型非常灵活且直观,但它有一个缺点,即它需要购买者进行多次交互。例如,购买者从电子目录中选择各种商品,然后指示选择完成。然后向购买者呈现一个订单网页,该网页提示购买者输入特定于购买者的订单信息以完成订单。该网页可能预先填写了购买者在下另一个订单时提供的信息。然后,服务器计算机系统验证该信息,并完成订单。这种订购模型可能会因为几个原因而出现问题。如果购买者只订购一件商品,那么确认订购过程的各个步骤以及等待、查看和更新特定于购买者的订单信息的开销可能会远远大于选择商品本身的开销。这种开销使得购买单件商品变得繁琐。此外,使用这种订购模型,每次下订单时,敏感信息都会通过互联网传输。每次通过互联网传输敏感信息时,它都容易被截获和解密。

发明概述

本发明的一个实施例提供了一种从客户端系统订购商品的方法和系统。客户端系统被提供一个标识客户的标识符。客户端系统显示标识该商品的信息,并显示一个指示购买者要执行的操作(例如,单击鼠标按钮等单个操作)以订购标识的商品。响应于执行指示的操作,客户端系统向服务器系统发送提供的标识符和订购标识的商品的请求。服务器系统使用该标识符来标识生成商品订单所需的其他信息,然后生成订单。

服务器系统接收并存储使用各种计算机系统的客户的其他信息,以便服务器系统可以生成此类订单。服务器系统将收到的其他信息与客户的标识符相关联地存储,并将该标识符提供给客户端系统。当客户端系统请求时,服务器系统向请求的客户端系统提供描述该商品的信息。当服务器系统收到来自客户端系统的请求时,服务器系统会结合与请求中包含的标识符相关联存储的其他信息来执行商品的订购。

附图简述

图 1A-1C 说明了本发明一个实施例中的单操作订购。

图 2 是说明本发明一个实施例的框图。

图 3 是启用客户单操作订购的例程的流程图。

图 4 是生成启用单操作订购的网页的例程的流程图。

图 5 是处理单操作订单的例程的流程图。

图 6 是生成单操作订单摘要网页的例程的流程图。

图 7 是实现快速订单选择算法的例程的流程图。

图 8A-8C 说明了一个实施例中的分层数据输入机制。

发明详述

本发明提供了一种在客户端/服务器环境中单操作订购商品的方法和系统。本发明的单操作订购系统减少了下订单所需的购买者交互次数,并减少了在客户端系统和服务器系统之间传输的敏感信息量。在一个实施例中,服务器系统为每个客户端系统分配一个唯一的客户端标识符。服务器系统还存储各个潜在购买者的特定于购买者的订单信息。特定于购买者的订单信息可能来自购买者之前下的订单。服务器系统将每个客户端标识符映射到可能使用该客户端系统下订单的购买者。服务器系统可以将客户端标识符映射到上次使用该客户端系统下订单的购买者。当购买者想要下订单时,购买者使用客户端系统发送请求,请求描述要订购的商品的信息以及其客户端标识符。服务器系统确定该客户端系统的客户端标识符是否映射到购买者。如果已映射,则服务器系统确定是否在该客户端系统上为该购买者启用了单操作订购。如果启用,服务器系统会将请求的信息(例如,通过网页)与指示执行单操作以订购该商品的信息一起发送到客户端计算机系统。启用单操作订购后,购买者只需执行一个操作(例如,单击鼠标按钮)即可订购该商品。当购买者执行该单操作时,客户端系统会通知服务器系统。然后,服务器系统通过将映射到该客户端标识符的购买者的特定于购买者的订单信息添加到商品订单信息(例如,产品标识符和数量)来完成订单。因此,一旦显示了商品的描述,购买者只需采取一个操作即可下订单购买该商品。此外,由于客户端标识符标识了服务器系统上已存储的特定于购买者的订单信息,因此无需通过互联网或其他通信介质传输此类敏感信息。

图 1A-1C 说明了本发明一个实施例中的单次操作订购。图 1A 说明了一个描述可订购商品的网页的显示。此示例网页是在购买者请求查看有关商品的详细信息时,从服务器系统发送到客户端系统的。此示例网页包含摘要描述部分 101、购物车部分 102、单次操作订购部分 103 和详细描述部分 104。本领域技术人员将理解,这些不同的部分可以省略、重新排列或以各种方式进行调整。通常,购买者只需知道要通过单次操作订购的商品,以及下订单所需的单次操作。摘要描述和详细描述部分提供了用于识别和描述可订购商品的的信息。购物车部分提供了将描述的商品添加到购物车的常规功能。服务器系统将摘要描述、详细描述和购物车部分添加到每个可订购商品的网页。但是,仅当为该客户端系统上的该购买者启用单次操作订购时,服务器系统才会添加单次操作订购部分。(本领域技术人员将理解,服务器系统上的单个网页可能包含所有这些部分,但可以在将网页发送到客户端系统之前选择性地包含或排除单次操作订购部分。)此示例单次操作订购部分允许购买者通过单击鼠标按钮来指定订购所描述的商品。一旦购买者单击鼠标按钮,商品即被订购,除非购买者随后采取某种操作来修改订单。单次操作订购部分包含单次操作订购按钮 103a、购买者身份验证子部分 103b 以及单次操作订购信息子部分 103c 和 103d。购买者信息子部分显示足够的信息,以便购买者可以验证服务器系统是否正确识别了购买者。为了减少敏感信息被拦截的机会,服务器系统仅发送足够的信息,以便购买者确信服务器系统已正确识别了购买者,但信息不足以对不择手段的拦截者有用。其他信息子部分允许购买者获取各种设置或获取与单次操作订购相关的更多信息。如果购买者想验证送货地址,购买者可以选择“检查送货地址”标签。响应于此选择,服务器系统可能要求购买者执行“登录”,以便在查看或修改送货信息之前验证购买者的身份。然后,服务器系统会向客户端系统发送一个网页,以显示并可能修改送货地址。这样,除非经过验证的购买者请求,否则可以避免传输敏感的送货地址。

当购买者选择单次操作订购按钮时,客户端系统会向服务器系统发送一条消息,请求订购所显示的商品。在服务器系统处理完消息后,服务器系统会向客户端系统提供一个新的网页,以确认已收到单次操作订单。图 1B 说明了确认单次操作订单的网页的显示。确认网页包含与描述商品的网页(即图 1A)基本相同的信息,只不过在网页顶部显示了订单确认部分 105。订单确认部分确认已下订单,并提供了购买者查看和更改单次操作订单的机会。或者,确认网页可以与描述商品的网页(即图 1A)相同,只不过单次操作订购按钮被一条确认订单的消息取代。

如果当前未为客户端系统启用单次操作订购,但可以启用,则服务器系统可以生成类似于图 1A 的网页,只不过单次操作订购按钮 103a 被单次操作订购启用按钮取代。这样的替换按钮可以包含文本,指示购买者单击该按钮以启用单次操作订购。当购买者单击该按钮时,服务器系统将发送图 1A 的网页进行显示。只要服务器系统为该客户端系统存储了足够的购买者特定订单信息以完成单次操作订单,就可以启用单次操作订购。如果服务器系统没有足够的信息,那么当购买者选择单次操作订购按钮时,服务器系统可以提供一个网页来收集所需的其他信息。服务器系统可能要求购买者“登录”,以便在启用单次操作订购之前验证购买者的身份。

为了帮助最大程度地降低运费和购买者的困惑,服务器系统可能会将各种单次操作订单合并为一个多商品订单。例如,如果购买者使用单次操作订购订购一件商品,并在五分钟后使用单次操作订购订购另一件商品,则可以将这些订单经济高效地合并为一个订单进行运输。当单次操作订单的预计发货日期相似时,服务器系统会合并这些订单。例如,如果一件商品立即可用,而另一件商品将在一天内可用,则可以将这两个单次操作订单经济高效地合并。但是,如果另一件商品在两周内不可用,则这两个单件商品订单将不会合并。图 1C 说明了一个网页的显示,该网页表示根据商品的可用性已合并为两个单独的多商品订单的四个单次操作订单。订单信息 106 表示将在三天或更短时间内可用的商品 1 和商品 2 已合并为一个订单。订单信息 107 表示将在不到一周内不可用的商品 3 和商品 4 合并为一个单独的订单。在一个实施例中,服务器系统可能会合并在特定时间段(例如 90 分钟)内下的单次操作订单。此外,服务器系统可能会在根据所订购商品的当时可用性安排订单发货时合并或拆分订单。订单的这种延迟修改被称为“加急订单选择”,将在下面详细描述。

图 2 是说明本发明一个实施例的框图。此实施例支持通过互联网使用万维网进行单次操作订购。服务器系统 210 包括服务器引擎 211、客户端标识符/客户表 212、各种网页 213、客户数据库 214、订单数据库 215 和库存数据库 216。服务器引擎接收 HTTP 请求以访问由 URL 标识的网页,并将网页提供给各种客户端系统。此类 HTTP 请求可能表明购买者已执行单次操作以实现单次操作订购。客户数据库包含各种购买者或潜在购买者的客户信息。客户信息包括购买者特定的订单信息,例如客户姓名、账单信息和送货信息。订单数据库 215 包含尚未发送给购买者的每个订单的条目。库存数据库 216 包含可订购的各种商品的描述。客户端标识符/客户表 212 包含从每个客户端标识符(这是一个全局唯一标识符,用于唯一标识客户端系统)到上次与该客户端系统关联的客户的映射。客户端系统 220 包含一个浏览器及其分配的客户端标识符。客户端标识符存储在一个称为“cookie”的文件中。在一个实施例中,服务器系统在客户端系统首次与服务器系统交互时,分配客户端标识符并将其发送到客户端系统。从那时起,客户端系统将其客户端标识符包含在发送到服务器系统的所有消息中,以便服务器系统可以识别消息的来源。服务器和客户端系统通过通信链路 230 交换信息进行交互,该通信链路可能包括通过互联网进行传输。

本领域技术人员将理解,单次操作订购技术可以在除互联网之外的各种环境中使用。例如,单次操作订购也可以在电子邮件环境中使用,其中在电子邮件消息中描述一个商品,并指示要执行的单次操作以实现该商品的订购。此外,可以使用各种通信渠道,例如局域网、广域网或点对点拨号连接。此外,服务器系统可以包括可以响应于执行的单次操作而生成订单的任何硬件或软件组合。客户端系统可以包括可以与服务器系统交互的任何硬件或软件组合。这些系统可以包括基于电视的系统或可以通过其下订单的各种其他消费产品。

图 3 是一个例程的流程图,该例程启用客户的单次操作订购。要启用单次操作订购,服务器系统需要拥有与购买者特定订单信息等效的客户信息。服务器系统可以通过各种方式获取此信息。首先,服务器系统可以询问客户是否希望启用单次操作订购。如果是,那么服务器系统可以使用网页提示客户提供购买者特定的订单信息。其次,服务器系统也可以保存常规下订单时收集的购买者特定订单信息。服务器系统可以自动或在客户同意的情况下启用单次操作订购。在步骤 301 中,服务器系统检索客户端系统发送的客户端标识符。在步骤 302 中,服务器系统更新客户端标识符/客户表,以指示生成的客户端标识符已与该客户关联。在步骤 303 中,服务器系统设置一个标志,指示为该客户端标识符和客户组合启用了单次操作订购。该标志可以存储在客户端标识符/客户表中。在步骤 304 中,服务器系统向客户端系统提供一个确认网页。下次购买者尝试订购商品时,客户端系统将向服务器系统提供其客户端标识符。如果为该购买者启用了单次操作订购,则服务器系统将假定购买者是客户端标识符/客户表中与该客户端标识符关联的客户。因此,如果其他人可能使用相同的客户端系统,购买者可能不想允许服务器系统启用单次操作订购。

图 4 是一个流程图,展示了生成启用单次操作订购的网页的例程。当启用单次操作订购时,服务器系统会像往常一样生成一个描述商品的网页,然后添加一个单次操作订购部分。在一个实施例中,服务器系统会将部分购买者特定的订单信息添加到该部分。此信息可能包括客户的姓名、购买者选择的送货地址别名(例如,“在家”)以及信用卡号的后五位数字或购买者选择的昵称。这种部分信息应该是足以向购买者表明服务器系统是否正在使用正确的购买者特定订单信息的最小信息量。在步骤 401 中,服务器系统为该商品生成一个标准的购物车类型的网页。在步骤 402 中,如果已为客户端标识符和客户组合设置了单次操作订购标志,则服务器系统将继续执行步骤 403,否则服务器系统完成。在步骤 403 中,服务器系统将单次操作部分添加到网页并完成。

图 5 是一个处理单次操作订单的例程的流程图。当购买者执行下订单所需的单次操作时,客户端系统会通知服务器系统。然后,服务器系统将与客户端系统关联的客户的购买者特定订单信息与商品订单信息相结合,以完成订单。单次操作订单也可以与其他单次操作订单以及可能与其他常规下达的订单组合,以降低运输成本。在一个实施例中,如果单次操作订单在彼此的特定时间段内(例如,90 分钟)下达,则可以组合这些订单。此例程说明了将单次操作订单组合成短期订单(例如,可在不到一周的时间内发货)和长期订单(例如,可在超过一周的时间内发货)。本领域技术人员将理解,单次操作订单可以基于其他因素(例如,发货规模和中期可用性)以各种方式组合。在步骤 501 中,如果商品预计将在短期内发货,则服务器系统继续执行步骤 502,否则服务器系统继续执行步骤 505。在步骤 502 中,如果已为购买者打开短期订单,则服务器系统继续执行步骤 504,否则服务器系统继续执行步骤 503。在步骤 503 中,服务器系统为购买者创建短期订单。在步骤 504 中,服务器系统将商品添加到短期订单并继续执行步骤 508。在步骤 505 中,如果已为购买者打开长期订单,则服务器系统继续执行步骤 507,否则服务器系统继续执行步骤 506。在步骤 506 中,服务器系统为购买者创建长期订单。在步骤 507 中,服务器系统将商品添加到长期订单。在步骤 508 中,服务器系统生成并发送确认并完成。

图 6 是一个用于生成单次操作订单摘要网页的例程的流程图。此网页(例如,图 1C)使用户有机会查看和修改短期和长期单次操作订单。在步骤 601 中,服务器系统将标准的单次操作订单信息添加到网页。在步骤 602 中,如果打开了短期订单,则服务器系统在步骤 603 中将短期订单添加到网页。在步骤 604 中,如果打开了长期订单,则服务器系统在步骤 605 中将长期订单信息添加到网页并完成。

图 7 是一个实现快速订单选择算法的例程的流程图。快速订单选择算法的目标是最大限度地减少发送到每个目的地的订单数量,从而降低运输成本。目的地可以是特定的送货地址加上特定的购买者的账单详细信息。发送到同一目的地的订单称为“同级订单”。该算法有两个阶段。在第一阶段,该算法安排运送所有同级订单都已完成的目的地的订单。当所有商品当前都在库存中(即可用)并且可以发货时,订单被视为已完成。对于每组同级订单,该算法将这些同级订单合并为单个合并订单,以便当前仅安排将一个订单运送到每个目的地。在第二阶段,该算法合并并安排某些同级订单未完成或部分完成的同级订单组。该算法可以将每个部分完成的同级订单拆分为已完成的同级订单和完全未完成的同级订单。然后,该算法将所有已完成的同级订单合并为单个合并订单,并安排该合并订单发货。如果任何组只有一个同级订单,并且该订单部分完成,则在一个实施例中,该算法不会拆分该订单,以避免向该目的地额外发货。

在第二阶段,该算法可以按照基于组中商品的下一个完成时间的顺序选择和安排同级订单组。同级订单组的下一个完成时间是该同级订单组中商品的最小预期完成时间。例如,如果一组同级订单有七个尚未完成的商品,并且它们的预期完成时间从 3 天到 14 天不等,则该组的下一个完成时间为 3 天。该算法首先安排下一个完成时间最长的同级订单组。例如,如果 6 个组的下一个完成时间分别为 3、5、7、10、11 和 14 天,则该算法首先选择并安排下一个完成时间为 14 天的组中的同级订单,然后是下一个完成时间为 11 天的组,依此类推。通过延迟安排下一个完成时间较短的组,该算法会增加其他商品变得可用的机会(因为下一个完成时间较短),从而可以与已安排的订单合并。

步骤 701-703 表示快速订单选择算法的第一阶段,步骤 704-706 表示快速选择订单算法的第二阶段。在步骤 701-703 中,该算法循环选择所有同级订单都已完成的组,并合并订单。在步骤 701 中,该算法选择下一个所有同级订单都已完成的组。在步骤 703 中,如果所有此类组都已选择,则该算法在步骤 704 中继续第二阶段,否则该算法在步骤 703 中继续。在步骤 703 中,该算法合并并安排所选组中的订单,并循环到步骤 701。在步骤 704 中,该算法选择下一个下一个完成时间最长的同级订单组。在步骤 705 中,如果所有此类组都已选择,则该算法完成,否则该算法在步骤 706 中继续。在步骤 706 中,该算法合并并安排所选组中的订单,并循环到步骤 704。当执行快速订单选择算法时,可能会收到新的订单和新的库存。每当收到此类新订单和新库存时,该算法都会重新启动以安排和合并新的订单(如果适用)。

尽管该算法已被描述为具有两个阶段,但它可以以增量方式实现,其中在安排每个订单后重新执行第一和第二阶段的评估。本领域技术人员将认识到,还有其他可能的这些阶段的组合,这些组合仍然表达了相同的基本算法。

图 8A-8C 说明了一个实施例中的分层数据输入机制。当从用户收集信息时,网页通常由一系列很长的数据输入字段组成,这些字段可能并非全部同时适合显示。因此,用户需要滚动浏览网页以输入信息。当数据输入字段不能同时适合显示时,用户很难全面了解要输入的数据的类型和组织。分层数据输入机制允许用户了解要输入的数据的整体组织,即使所有数据输入字段不能同时适合显示。图 8A 说明了要填写的示例表单的轮廓格式。示例表单包含由字母 A、B、C 和 D 标识的各个部分。当用户选择开始按钮时,部分 A 会展开以包括客户姓名和地址的数据输入字段。图 8B 说明了部分 A 的展开。由于仅展开了部分 A,因此用户可以同时查看部分 A 的数据输入字段和其他部分的摘要信息。然后,用户在显示的各个数据输入字段中输入数据。完成后,用户选择下一个或上一个按钮。下一个按钮会导致部分 A 折叠,部分 B 展开,以便可以输入财务信息。图 8C 说明了部分 B 的展开。如果选择上一个按钮,则部分 A 将折叠并如图 8A 所示显示。对于每个部分,都会重复此折叠和展开。在数据输入过程中的任何时候,如果检测到错误,则会生成一个网页,错误消息与包含该错误的​​数据输入字段非常接近(例如,在下面的行中)。然后,客户端系统会显示此网页,以通知用户错误。此外,在用户单击数据输入字段或选择与数据输入字段关联的编辑按钮之前,可能无法编辑每个数据“输入”字段。这样,可以防止用户意外更改编辑字段的内容。当用户单击数据输入字段时,会向用户呈现一个新的网页,该网页允许编辑与该字段关联的数据。编辑完成后,编辑后的数据将显示在数据“输入”字段中。由于表单的字段因此不是直接可编辑的,因此既不需要“命名提交”按钮,也不需要 Java。此外,表单更加紧凑,因为各种数据输入选项(例如,单选按钮)仅在新网页上显示,在该网页上编辑字段。

尽管本发明已经根据各种实施例进行了描述,但本发明不应被视为仅限于这些实施例。对于本领域技术人员而言,在本发明的精神范围内的修改是显而易见的。例如,服务器系统可以将客户端标识符映射到最近使用过该客户端系统的多个客户。然后,服务器系统可以允许用户通过选择一个映射来识别自己,最好是基于部分特定购买者订单信息的显示。此外,可以使用各种不同的单一动作来执行下单。例如,购买者可以发出语音命令,购买者可以按下按键,购买者可以按下电视遥控设备上的按钮,或者购买者可以使用任何指向设备进行选择。虽然单个动作可能在购买者进行多次物理移动之后才发生(例如,移动鼠标使鼠标指针位于按钮上方),但单个动作通常是指客户端系统接收到的单个事件,该事件指示要下订单。最后,购买者还可以通过唯一的客户标识符来识别,该标识符是客户在启动对服务器系统的访问时提供的,并随每条消息发送到服务器系统。此客户标识符也可以持久存储在客户端系统上,以便购买者无需每次启动访问时都重新输入其客户标识符。本发明的范围由随后的权利要求定义。

* * * * *