CN101258518B - 用于基于预订装运的方法和设备 - Google Patents

Abstract

用来提供物品的基于预订的装运的计算机-可访问介质和设备。实施例可以提供允许e-商务网站的客户支付费用以得到装运程序的预订的手段，该装运程序在由预订覆盖的时段期间，向预订客户提供对于经e-商务网站订购的至少一些物品的免费和/或减价装运。所述网站在网站上可以提供用户界面元素，该用户界面元素仅向预订客户提供一个或多个装运和可能其它选项。一些实施例可以提供允许订户与其它客户共享对于装运程序的预订的手段。一个实施例可以提供某种手段，通过其预订客户可邀请其它客户共享预订。一些实施例可以向装运程序的订户提供其它排他服务和/或出价，该他服务和/或出价不提供或提供到非订户。

Description

用于基于预订装运的方法和设备

技术领域

本发明涉及基于计算机网络的服务和用来降低装运费用的相关用户界面。

背景技术

制造商、零售商、批发商、经销中心、及产品或商品的其它经销商(可以统称为经销商)通常保管可能由用户或客户订购并且装运到他们的各种物品的存货。这种存货可以在材料处置设施(如经销中心、交叉-泊船设施、及订单完成设施)处被保管和处理。图1表明传统经销商的操作的大致视图。多个客户10可以把订单20提交给经销商，其中每个订单20指定来自存货30的一件或多件物品被装运到提交订单的客户。在订单完成40处，订单可以由企业处理以完成客户订单20。每个订单中规定的一件或多件物品可以从材料处置设施中的存货30检索或“提取”。提取的订货然后可以包装并装运50到客户10。注意，装运的订货不必须包括由客户订购的所有物品；装运的订货可能仅包括适于从一个存货-存储位置一次装运的订购物品的子集。典型地，对客户收取在订单中的物品和与把订货装运到客户有关的费用。

由个人计算机、因特网、及环球网的无处不在驱动的电子商务(e-商务)的增大范围，已经导致客户可以从经销商购买和采购产品的方式的惊人变化。可以称作“e-商务网站”的虚拟店面即使在已经保持真实客户存在(例如，“砖-和-水泥”店面)的批发商和零售商中也已经成为常事，在该“e-商务网站”中，客户可以观看包括特征、规格、外观、定价、适用性的产品信息。许多商务已经由没有任何其它客户存在的产品经销商专门地通过e-商务网站进行。使用虚拟店面的电子商务可以提供多个优点，如低成本开销(例如，由于没有销售人员、没有真实店面、高度自动的订货过程等等)、及仅由因特网的范围所限制的潜在客户基础。专门通过e-商务网站为客户提供“店面”的产品经销商、或在经销商保持真实客户存在的同时为客户提供e-商务网站的经销商的部分，可以称作“e-商务企业”。

图2表明经e-商务网站对客户提供“虚拟店面”的典型e-商务企业。多个客户110通过访问因特网100，经过用作产品经销商的“虚拟店面”的e-商务网站104(或网站)可以从e-商务企业102订购一件或多件物品。网站104可以为客户产生订单120，其中每个订单20规定从存货130装运到提交订单的客户的一件或多件物品。订单可以由产品经销商处理140以完成客户订单120。在每个订单中规定的一件或多件物品可以从材料处置设施中的存货130检索或“提取”。提取的订货然后可以包装和装运150到客户110。注意，装运的订货不必包括由客户订购的所有物品；装运的订货可能仅包括适于从一个存货-存储位置一次装运的订购物品的子集。典型地，对客户收取106在订单中的物品和与把订货装运到客户有关的费用。

发明内容

描述用来把基于预订装运的物品提供客户的一种方法和设备的各种实施例。实施例可以提供允许基于Web的电子商务(e-商务)企业网站的客户支付费用的机构，以在提供到e-商务企业的客户的装运程序中获得预订，该e-商务企业在由该预订覆盖的时段期间向客户提供对于经e-商务企业的网站订购的至少某些物品的免费和/或降价装运。在实施例中，在支付对所述过程的预订时，客户可以基本上在所述预订时段内预支付固定装运费用，而不是支付按照订单的装运费用。在一个实施例中，订户可以在所述预订的持续时间期间在他们希望的任何时间购买与所希望的任意多的物品，以利用所述降价或免费装运，因而不必达到订购物品的数量和成本的某一阈值以得到降价或免费装运成本。

在实施例中，e-商务网站在网站的物品细节页面和/或其它页面上可以提供各种装运程序用户界面元素，该页面可以显示一个或多个装运选项和可能其它选项、或仅对于预订装运程序的客户适用的服务。在一个实施例中，当e-商务网站的各种网页由预订客户访问时，才可以显示这些装运程序用户界面元素。用来预订装运程序的一个或多个用户界面元素可以向e-商务网站的所有客户显示。

某些实施例可以提供一个或多个“单个动作”用户界面元素，通过该“单个动作”用户界面元素，客户通过呈现给客户的用户界面(如网页)上的单个动作，可以启动基于预订的装运程序的一项或多项服务。某些实施例可以提供用户界面元素，通过该用户界面元素，客户经单个动作，例如“现在预订”按钮的单个选择，可以预订装运程序。某些实施例例如在物品细节页面上可以提供一个或多个“单个动作”用户界面元素，通过该“单个动作”用户界面元素，预订客户根据由装运程序提供预订客户的一个或多个装运选项可以启动由e-商务企业提供的物品的订单，其中每个装运选项与所述单个动作用户界面元素中的一个特定的用户界面元素相关。在这个实施例中，通过预订客户在e-商务企业的网站提供的用户界面上的单个动作以选择由所述装运程序提供的多个装运选项中一个特定选项，自动地启动由e-商务企业的网站根据选择的装运选项提供的物品的采购订单、处理、及装运。

预订客户(或订户)可以是具有用来访问e-商务企业的网站的账户的预先存在客户、或创建用来访问e-商务网站的新账户的新客户。在装运程序下订购的物品可以装运到订户的装运地址，或者可选择地，装运到由订户规定或选择的第三方地址。在一个实施例中，订户可以选择使会员资格在预订时段的结束处自动地更新，或者可选择地，会员资格可以被自动地更新，除非由初级订户(最初得到预订的客户)取消。在某些实施例中，由e-商务企业提供的一定物品可以不适合装运程序。

某些实施例也可以经e-商务网站提供一个或多个机构，该机构允许订户与一个或多个其它客户共享对于装运程序的预订。这些实施例可以提供一种机构，通过该机构初级订户可以与一个或多个其它客户，如初级订户的家庭(household)的居民，共享订购。在一个实施例中，为初级订户可以提供一种机构，以邀请一个或多个其它客户(例如初级订户的家庭的成员)共享预订。受邀客户然后可以接受、拒绝、或仅忽略邀请。在一个实施例中，可以有对会员资格可以共享的客户数量的上限。

典型的基于预订的装运程序可以允许e-商务企业的任何客户支付会员资格年费，以接收(包括但不限于)如下好处：对于订购物品的免费2-天装运、或如果2-天装运对于物品不适用则免费标准装运；以每个物品的降低成本对订购物品的下一天装运；到订户的地址或到第三方地址的装运；与一个或多个其它客户(如初级订户的家庭的居民)共享会员资格而无需额外费用的能力。

注意，以上是典型的基于预订的装运程序，并且不打算是限制的；其它实施可以不同地建立。例如，其它实施可以把用于订户的仅一种折扣或免费装运方法提供所述程序(例如，免费2-天装运)，或者把用于订户的多于两种的折扣和/或免费装运选项提供所述程序。作为另一个例子，实施可以在不同时段内或使用其它模型发布对于所述程序的预订；例如，实施可以提供按月预订、双年预订、年预订、及终身会员资格、或其组合的一种或多种。也要注意，某些实施可以提供分级预订，该分级预订可以为客户提供从装运程序的两个或更多水平选择的选项，其可能针对不同预订费用，该不同预订费用可以在不同时段内提供和/或提供不同水平的装运折扣或其它服务。

某些实施例可以向装运程序的订户提供不向非订户提供的好处、特别出价、和/或专门服务；例如对于特别物品或特别出价的专门和/或首先访问、和/或预订客户的订单的特别“快速跟踪”处置。

附图说明

图1表明传统经销商的操作的主要视图。

图2表明经e-商务网站对客户提供“虚拟店面”的典型e-商务企业。

图3是方块图，表明用来实施这里所描述的基于预订的装运程序的实施例的典型系统配置。

图4是流程图，表明根据一个实施例把基于预订的装运程序提供客户的方法。

图5是流程图，表明根据一个实施例通过客户的单个动作使客户预订装运程序的方法。

图6是流程图，表明根据一个实施例接受经Web服务界面接收的对于装运程序的预订的方法。

图7是流程图，表明根据一个实施例处理对于装运程序的预订的邀请的方法。

图8是流程图，表明根据一个实施例处理经Web服务界面接收的订单的方法。

图9是根据一个实施例客户访问和使用基于预订的装运程序的典型过程的流程图。

图10是根据一个实施例在基于预订的装运程序中订户邀请另一个客户共享预订的典型过程的流程图。

图11表明根据一个实施例的典型网页，该典型网页包括加入基于预订的装运程序的提供。

图12A至12C表明根据一个实施例的典型网页，经该典型网页，e-商务网站的客户可以预订基于预订的装运程序。

图13表明根据一个实施例的典型网页，经该典型网页，初级订户可以观看和编辑关于预订的信息，包括关于受邀客户和已经接受以前邀请的客户的信息。

图14表明根据一个实施例的典型网页，经该典型网页，初级订户可以邀请其它客户共享对于装运程序的预订。

图15表明根据一个实施例的典型网页，经该典型网页，受邀客户可以接受共享预订的邀请。

图16表明根据一个实施例的典型物品细节网页，经该网页，初级或次级订户可以观看关于物品的信息，并且如果希望，则根据由装运程序提供的一个或多个装运选项订购物品。

图17表明根据一个实施例的典型物品细节网页，经该网页，初级或次级订户可以观看关于物品的信息，并且如果希望，则订购物品。

图18表明根据一个实施例的典型网页，经该网页，初级或次级订户如果希望，则可以观看关于已经添加到客户可能订购的一车或一堆物品中的物品的信息。

图19至21表明根据一个实施例用来在电子商务企业的e-商务网站上实施基于预订的装运程序的典型体系结构。

图22是方块图，表明计算机系统的典型实施例。

尽管这里通过把几个实施例和说明性附图作为例子描述本发明，但本领域的技术人员将认识到，本发明不限于描述的实施例或附图。应该理解，附图和对其的详细描述不打算把本发明限于公开的具体形式，而是相反，本发明要覆盖落在由附属权利要求书限定的本发明的精神和范围内的所有修改、等效物及选择例。这里使用的标题仅为了组织目的，并且不意味着用来限制说明书或权利要求书的范围。如贯穿本申请使用的那样，词“may(可以)”在允许意义(即，意味着有可能)而不是在命令意义(即，意味着必须)上使用。类似地，词“include”、“including”、及“includes”(包括)意味着包括，而没有限制。

具体实施方式

描述用来向客户提供物品的基于预订的装运方法和设备的实施例。实施例可以提供一种机构，该机构允许基于Web的电子商务(e-商务)企业的客户支付费用，以在向e-商务企业的客户提供的装运程序中得到预订或会员资格一个时段(例如，一个月、六个月、一年、等等)，该预订或会员资格在由所述预订覆盖的所述时段期间向客户提供对于从企业订购(例如，从企业的网站订购)的至少某些物品的免费和/或降价装运。在实施例中，在支付对所述程序的预订时，客户可以基本上预支付用于一个时段(例如，一个月、六个月、一年等等)的固定装运费用，而不是基于订购物品的数量、物品的大小和/或重量、或其它因素来支付按照订单的装运费用。代之以客户对于每个装运订单支付按照单元的费用，实施例提供基于预订的装运程序，其对用户具有固定的预订费及相应的装运成本。在一个实施例中，可以允许所述程序的客户在所述预订的持续时间期间订购与他们想要的任何多的合格物品，同时支付覆盖所述预订的持续时间的用于装运的固定费用(预订费)。

在实施例中，e-商务网站在网站的物品细节页面和/或其它页面上可以提供各种装运程序用户界面元素，该页面可以显示一个或多个装运选项和可能其它选项、或仅对于预订所述装运程序的客户适用的服务。在一个实施例中，当e-商务网站的各种网页由预订客户访问时，才可以显示这些装运程序用户界面元素。用来预订所述装运程序的一个或多个用户界面元素可以向e-商务网站的所有客户显示。

某些实施例可以提供一个或多个“单个动作”用户界面元素，通过该“单个动作”用户界面元素，客户通过在呈现给客户的用户界面(如网页)上的单个动作，可以启动基于预订的装运程序的一项或多项服务。某些实施例可以提供用户界面元素，经该用户界面元素，客户通过单个动作(例如“现在预订”按钮的单个选择)可以预订装运程序。在这些实施例中，所述客户使用客户信息可以预订所述程序，该客户信息包括但不限于客户以前例如在用e-商务企业网站建立用户账户的过程中提供的装运地址、记账地址、及支付方法信息。

某些实施例例如在物品细节页面上可以提供一个或多个“单个动作”用户界面元素，经该“单个动作”用户界面元素，预订客户根据由装运程序提供给预订客户的一个或多个装运选项可以启动由e-商务企业提供的用于物品的订单，其中每个装运选项与所述单个动作用户界面元素中的特定一个相关。注意在一个实施例中，这些单个动作装运选项只可以呈现给预订客户，而不呈现给非预订客户。在这个实施例中，在e-商务企业的网站提供的用户界面上通过预订客户的单个动作以选择由装运程序提供的装运选项的特定一个，自动地启动由e-商务企业的网站根据所选择的装运选项所提供的物品的采购订单、处理、及装运。在这个实施例中，与预订相关的客户信息包括但不限于装运地址、记账地址、及支付方法信息，这些信息可以响应装运选项的单个动作选择而用在所述订单的自动处理中。

注意在某些实施例中，启动由e-商务网站提供的其它服务的一个或多个其它单个动作项可以呈现给预订客户和/或网站的非预订客户。例如，在一个实施例中，具有所述网站账户的所有客户，不管预订还是未预订所述装运程序，在由网站为销售提供的合格物品的物品细节页面上都可以被呈现有用来启动采购订单的单个动作用户界面元素。

用于采购订单的单个动作启动的方法和系统在标题为“用来经通信网络发出采购订单的方法和系统”、发布于1999年9月28日的美国专利No5,960,411中描述，该专利由此通过参考包括。

预订客户(或订户)可以是具有用来访问e-商务企业的网站的账户的预先存在客户、或创建用来访问网站的新账户的新客户。在所述装运程序下订购的物品可以装运到所述订户的装运地址，或者可选择地，装运到由订户规定或选择的第三方地址。注意在某些实施列中，一定物品(例如，沉重和/或巨大物品)可能不适于装运程序，例如因为企业在所述装运程序下装运排除物品可能不是成本有效的。

在一个实施例中，订户可以选择使会员资格在预订时段的结束处自动地更新，或者可选择地，会员资格可以被自动地更新，除非由初级订户取消(原始得到所述预订的客户是初级订户；与其共享所述预订的其它客户可以称作次级订户)。

某些实施例可以经e-商务网站提供一个或多个机构，该机构允许订户与一个或多个其它客户共享在所述程序中的会员资格。这些实施例可以提供一种机构，通过该机构，初级订户可以与一个或多个其它客户(如初级订户的家庭的居民)共享在程序中的会员资格而没有额外费用，或可选择地，有额外费用。在一个实施例中，可以有对会员资格可以共享的客户数量的上限。在一个实施例中，为初级订户可以提供一种机构，以邀请一个或多个其它客户(例如初级订户的家庭的成员)共享会员资格。可以提供一种机构，通过该机构，受邀客户然后可以接受邀请以成为次级订户、拒绝、或仅忽略邀请。可选择地，可以允许初级订户直接把一个或多个客户添加到所述预订上，而不向所述客户发出邀请。

某些实施例可以包括用来证实受邀客户和/或确认受邀客户与初级订户来自同一家庭(或可选择地，来自某一其它组织)的机构。作为例子，初级订户，在邀请另一位客户共享预订时，可能被要求提供初级订户的出生日期和受邀客户的出生日期。然后可能要求受邀客户提供出生日期，以证实/确认受邀客户。可选择地，其它个人信息或个人信息的组合可以用来证实受邀客户和/或确认受邀客户与初级订户来自同一家庭。在一个实施例中，身份服务可以用来证实和/或确认受邀客户。

实施例可以允许e-商务企业通过收集个人信息增加其客户个人信息(如出生日期信息)的数据库以证实/确认受邀客户，这可以向企业提供用于旨在客户个人需要或适合客户个人信息的交易(例如与客户的出生日期相关的交易)的更多机会。另外，与其它客户共享预订的能力可以为e-商务企业产生新客户，不然该新客户可能不访问e-商务企业的网站来订购物品。

注意，客户可以独立于来自e-商务企业的物品、产品或商品的任何其它给定订单，而预订所述基于预订的装运程序。对于所述装运程序的预订可以是：与一个或多个物品的订单不同的、独立的事务，该事务可以出现在任何时刻，并且可以分离地支付，以及它然后可以应用于来自在企业的物品目录中提供的物品的全部或一部分的物品的任何客户选择或选择组合。所述预订客户在所述装运程序下可能或确实订购的物品不由企业为客户选择，尽管在某些实施中一定物品可能不适于装运程序。

在一个实施例中，预订和非预订客户，在由e-商务企业在例如e-商务企业网站的物品细节页面上向这些客户呈现物品的出价时，都可以看到在精确相同销售价格下的精确相同物品。不同之处是如何构造对物品的支付；物品不以不同的价格提供到预订和非预订客户。而是，对于相同定价物品的相似装运方法，根据由装运程序提供的装运选项，可以以不同的、比非预订客户低的装运价提供并记账预订客户。换句话说，装运费用不建立在物品的价格中。实施例为预订客户提供订购和支付与他们喜欢的任意多物品的能力，与非预订客户支付的相同的价格、同时得到用于物品的降价或免费装运。

尽管实施例一般描述成以提供给非预订客户的相同价格向预订客户提供相同物品，同时向预订客户提供为物品提供免费和/或降价装运的装运选项，但注意，基于预订的程序的某些实施例可以可选择地向所述预订客户提供所述物品的相同装运，但是物品的降低价格。

传统装运程序典型地是基于阈值的；可能要求客户订购一定数量或成本的物品以得到降价或免费装运的好处。通过这里所描述的基于预订的装运程序的实施例，订户在所述预订持续时间期间可以在他们希望的任何时间购买与希望的任意多的物品，以利用降价或免费装运，因而不必为得到降价或免费装运而达到订购物品的数量或成本的某一阈值。这可能有助于减小或消除订户的采购决定中对于装运成本的担心。

实施例可以允许e-商务企业扩展其便利取向(与价值取向相反)的客户的基础。与客户的购买在线订购决定相比，实施例可以帮助减小或消除作为从“砖-和-水泥”店面购买中的一个因素的装运成本。可以鼓励预订客户从e-商务企业的网站订购某些物品，而不是从商店采购它们，如果装运费用附加到在线订购物品上则客户否则或许从该商店购买。实施例通过降低经常采购的客户的每订单/物品装运成本来奖励他们。对于采购较多物品的预订客户，一旦他们达到用于装运成本的损益平衡阈值，实施例就可以提供激励，因为客户从此以后基本上得到免费装运。

基于预订的装运程序当与其它装运程序相比时，可以使客户比较简单和明了地理解装运费用，并且可以简化实施程序的e-商务企业系统中的订单处理和记账。实施例可以为产品经销商提供可预测和容易建模的装运收入流。注意，这里所使用的“经销商”可以应用于把产品或商品分配给客户的任何组织。经销商可以是制造商、批发商、零售商、经销中心、或通常把产品、商品或物品分配给客户的任何组织。在其中订货定期地(例如每周一次或每两周一次)装运到预订客户或共享预订的两个或更多客户时，产品经销商可能能够把用于预订客户或客户的多次订货合并成单批载货。通过允许产品经销商把用于一个或多个客户的多次订货一起捆绑和装运到一个装运地址，合并可以有助于经销商简化和优化订单完成过程并降低其自己的装运成本。注意，由于预订可以由共享一个装运地址的多个客户共享，所以可以进一步增强合并。

实施例可以根据一个特定装运选项(例如如果第二天装运免费地提供订户则第二天装运)产生被装运的多个订货。使用特定装运选项被装运的较大量或订货可以把关于装运商的利用率(leverage)提供给产品经销商，这可能允许经销商得到装运商的较低装运价或特定安排，或装运商把竞争性优势送给产品经销商。

典型的基于预订的装运程序可以允许企业的任何客户支付会员资格年费，以接收(包括但不限于)如下好处：对于订购物品的免费2-天装运、或如果2-天装运对于物品不适用则免费标准装运；以每物品的降低成本对于订购物品的下一天装运；到订户的地址或到第三方地址的装运；及与一个或多个其它客户(如同一家庭的居民)共享会员资格而无需额外费用的能力(可以有对会员资格所可以共享的其它客户的数量或关系的上限)。

注意，以上是典型的基于预订的装运程序，并且不打算是限制的；其它实施可以不同地建立。例如，其它实施可以把用于订户的仅一种折扣或免费装运方法提供给所述程序(例如，免费2-天装运)，或者把用于订户的多于两种的折扣和/或免费装运选项提供给所述程序。作为另一个例子，实施可以在不同时段内或使用其它模型发布对于所述程序的预订；例如，实施可以提供按月预订、双年预订、年预订、及终身会员资格的一种或多种。某些实施可以提供各种组合，如对于第一年的按月预订、以及然后在其之后的按年预订。某些实施可以提供分级预订，其中客户可以挑选对于不同费用预订不同时段；例如，企业可以对于不同预订费用把一个月、六个月、一年、及终身会员资格或预订提供到装运程序。一般地，各种实施可以在任何任意持续时间并且不是严格地规则持续时间的程序中提供预订或会员资格。也要注意，实施例可以把其它好处提供所述订户，例如对于特别物品或特别出价的专门和/或首先访问、和/或预订客户的订单的特别“快速跟踪”处置。

尽管这里参照e-商务企业的网站和对通过e-商务企业的网站订购的物品的基于预订的装运，描述用来提供基于预订的装运程序的方法和设备的实施例，但注意实施例可以使用除这里描述的那些之外的其它机构、和/或在其它类型的产品经销企业中实施，以提供基于预订的装运程序。例如，经邮件接受订单的基于目录的产品经销商可以提供网站或其它界面，通过该网站或其它界面，客户可以预订装运程序，该装运程序提供经邮件和/或e-邮件从目录订购的物品的降价或免费装运。作为另一个例子，基于Web的产品经销商(例如，e-商务企业)可以经邮件、或经e-邮件征求和接受在基于预订的装运程序中的会员资格，而不是(或另外)经企业的网站征求和接受在基于预订的装运程序中的会员资格。一般地，这里所描述的基于预订的装运程序的实施例可以由经销商、制造商、批发商实施，或者按其中在两个团体或组织之间有商品或产品的运输或转移的任何关系实施。也要注意，尽管参照基于预订的装运程序描述实施例，但这里所描述的方法和设备可以应用于除装运程序之外的其它类型的预订程序。

注意，尽管术语“订单(order)”这里一般按照客户从e-商务企业采购物品的意义被使用，但这里所使用的“订单”也可以指租赁、租借、交换、或可能引起一件或多件物品装运到或代表预订客户到装运程序的任何其它事务。

实施例一般描述成经由e-商务企业的网站提供的用户界面证求和接收对装运程序的预订。注意，在某些实施例中，对于装运程序的预订可以由其它源(如其它网站或其它企业)征求和从其接收。在一个实施例中，对于装运程序的预订可以由e-商务企业的网站经过到网站的Web服务界面从其它源接收。一般地讲，Web服务界面可以配置成，为请求待进行的某种服务的用户与服务提供商之间的通信提供标准的、交叉-平台API。在某些实施例中，Web服务界面可以配置成支持文档交换，该文档包括描述服务请求和对该请求的响应的信息。这样的文档可以使用标准化web协议(例如超文本传输协议HTTP)而交换，并且可以按平台-独立数据格式(例如可扩充置标语言XML)被格式化。

作为例子，发行信用卡的金融或其它机构可以提供由e-商务企业提供的对装运程序的免费预订，作为对于签约具体信用卡的客户的激励。当客户签约信用卡时，使客户签约基于预订的装运程序的请求(包括预订客户必要的客户信息)可以被转发到e-商务企业，例如使用e-商务企业的网站的Web服务界面。在这个例子中，向客户发行信用卡的机构可以支付对装运程序的预订，并且客户签约的信用卡可以用作对客户在装运程序下通过e-商务企业的网站访问形成的订单的缺省支付方法。

在一个实施例中，所述基于预订的装运程序可以与“签名”信用卡集成，该“签名”信用卡由e-商务企业发行给申请签名信用卡的客户。在一个实施例中，对所述装运程序的免费、或可选择地折扣预订，可以提供发给签名信用卡的客户。在一个实施例中，对于得到签名信用卡并且借助于信用卡提供对装运程序的预订的客户，签名信用卡可以自动地用作对装运程序下订购的物品的缺省支付方法。在一个实施例中，当客户把签名信用卡用作对装运程序下订购的物品的缺省支付方法时，客户可以被赠送对在装运程序下提供的装运方法的另外折扣，和/或被赠送某种服务和出价，该服务和出价仅提供给装运程序的订户的签名信用卡持有者。可选择地，或者额外的，已经预订装运程序的客户可以获得签名信用卡，并且把它用作对于装运程序下订购的物品的缺省支付方法，以在装运程序下得到折扣装运成本和/或其它特殊服务和出价，和/或已经具有签名信用卡但没有预订装运程序的客户可以被赠送可能在降低下或没有成本地预订装运程序的机会，以得到折扣价和/或特殊服务。把签名信用卡与所述装运程序相集成，特别是借助于所述卡提供对装运程序的免费或折扣预订和对于作为缺省支付方法的签名卡的使用提供特殊定价和/或服务，可以鼓励客户获得和使用所述签名信用卡。

在其中基于预订的装运程序与“签名”信用卡集成的一个实施例中，预订客户使用单个动作订购机构，例如在由e-商务网站提供的网页上选择单个动作用户界面元素，可以在所述程序下选择物品和装运选项。所述单个动作用户界面元素可以指示在装运程序下适用的特定装运选项，并且可以是两个或更多单个动作用户界面元素中的一个，其中每个指示显示给预订客户的特定装运选项。在这个实施例中，通过预订客户的单个输入可以规定特定物品、以及在装运程序下对物品的特定装运选项。响应单个输入(例如，单个动作用户界面元素的选择)，用于所述指定物品的订单可以根据指定装运选项被编程地产生，并且订单费用可以记入客户的签名信用卡中。

在一个实施例中，对于装运程序的预订只有客户保持所述签名信用卡才可能有效。在这个实施例中，如果所述客户取消签名信用卡，则对于装运程序的预订也可以被取消。只要客户保持所述签名信用卡并且把它用作缺省支付方法，那么客户就保持对所述装运程序的预订。这可以对客户保持和使用所述签名信用卡起激励作用。

图3是方块图，表明如这里所描述的那样用来在e-商务企业的网站处实施基于预订的装运程序的实施例的典型系统配置。e-商务企业的网站可以在一个或多个服务器160上实施，一个或多个服务器160可以联接到因特网170上。可以用于服务器160的典型系统体系结构表明在图22中。服务器160可以包括实施企业逻辑166的软件和/或硬件，通过该企业逻辑166可以支持e-商务企业的功能，并且通过该企业逻辑166，根据这里所描述的基于预订的装运程序的实施例、或经其它订购方法可以订购由e-商务网站提供的物品。企业逻辑166可以包括实施预订逻辑168的软件和/或硬件，该预订逻辑168提供这里所描述的基于预订的装运程序的功能。

服务器160可以连接到用来在与网站相关的数据库164中存储信息的数据存储器162上，该信息包括但不限于网页、与由网站提供的物品有关的数据及客户信息。数据存储器162可以作为独立配置的一个或多个存储装置或作为存储系统实施。一般地，数据存储器162可以作为适于存储由网站的服务器系统使用的数据的任何类型的存储装置和/或存储系统中的一个或多个而实施，该存储装置和/或存储系统包括但不限于廉价磁盘冗余阵列(RAID)装置、诸如JustaBunchofDisks(JBOD)之类的磁盘驱动器或磁盘阵列(用来表示不根据RAID配置的磁盘)、光学存储装置、磁带驱动器、RAM磁盘、存储区域网络(SAN)、网络访问存储器(NAS)或其组合。

数据库164可以作为单个的单块数据库，或作为两个或更多数据库的组合和/或以其它的非-数据库格式存储的数据(如以各种文件格式的任一种存储的文件)而实施。数据库164可以是或可以包括关系数据库，或者可以是或可以包括任何其它类型的数据库，如依据实施的或其组合的面向对象数据库。在一个实施例中，数据库164可以包括为存储关于客户的信息而配置的客户数据库，该客户具有用来访问e-商务网站的账户。在一个实施例中，数据库164可以包括用来存储关于客户的信息的预订数据库，该客户已经预订装运程序，并且已经接受邀请以共享由另一个客户得到的预订。在一个实施例中，数据库164可以包括用来存储如下信息的邀请数据库，所述信息是关于已经被邀请共享另一位客户对于装运程序的预订的客户信息。

一个或多个客户机系统182可以联接到因特网170上。每个客户机系统182可以配置成使用Web客户机应用程序，如Web浏览器，经Web客户机界面184访问e-商务企业的网站。一个或多个其它服务器180可以联接到因特网170上，如实施其它企业、机构、个人、等等的网站，或甚至e-商务企业的其它网站的服务器。服务器180的一个或多个可以配置成经由服务器180的一个或多个提供的Web服务界面186访问服务器160的企业逻辑166。

在一个实施例中，使用诸如客户机系统182A之类的客户机系统182的客户，例如使用Web浏览器，可以访问在服务器160上由企业逻辑166实施的e-商务企业的网站。所述网站可以使网站的网页显示在客户机系统182A上，该网页可以包括用来预订装运程序的一个或多个用户界面元素。也可以提供关于装运程序的信息、和/或用来访问关于程序的信息的一个或多个用户界面元素。如果客户还未预订装运程序，则如果希望，客户可以与用户界面元素交互作用以预订所述装运程序。在一个实施例中，对于装运程序的预订可以经单个动作由客户完成，如在“现在预订”或其它类型的用户界面元素上点击。在一个实施例中，客户可以使用客户信息来预订程序，该客户信息包括但不限于客户以前例如在建立关于e-商务企业的网站的用户账户的过程中已经提供的装运地址、记账地址、及支付方法信息。

在某些实施例中可以提供用来使客户预订装运程序的其它手段。例如，在一个实施例中，客户可以经在服务器180之一上实施的不同网站来预订装运程序，该服务器然后可以例如经Web服务界面186把所述预订通知给服务器160的企业逻辑166。作为另一个例子，某些其它企业可以提供对装运程序的免费或折扣预订，作为对签约由其它企业提供的某种其它程序或服务(如信用卡)的客户的激励。其它企业例如经Web服务界面186可以把对其客户发行的预订通知给企业逻辑166。作为又一个例子，e-商务企业可以使在一个或多个标准下合格的一定客户(例如在一个时段上从e-商务企业的网站消费了一定采购物品的客户)自动地预订所述装运程序。在某些实施例中，客户可以经邮件、e-邮件、电话、或某种其它通信方法申请预订。在这些实施例中，通信到e-商务企业的预订申请可以人工和/或自动地提供给服务器160的企业逻辑166。注意，在一个实施例中，可能要求客户已经具有(或者如果还没有则建立)关于e-商务网站的用户账户，以接收和/或使用对于装运程序的预订。

在接收到使用以上方法任一种提交的预订请求时，预订请求可以由服务器160的企业逻辑166处理。在一个实施例中，企业逻辑166可以检查预订请求，以确定客户对于装运程序是否有资格。例如，如果客户没有关于e-商务网站的用户账户(通过访问数据库164确定)，则在同意预订之前可能要求客户建立用户账户。可选择地，如果客户没有用户账户，则可以自动地创建用于客户的用户账户。作为另一个例子，可以校验由客户提供的用于预订的支付方法，例如信用卡号，看提交的支付方法是否有效。如果例如客户提交已经过期或透支的卡的信用卡号，则可以拒绝预订请求，或者可选择地可以要求客户提交替换支付方法。其它实施例在验证预订请求时，可以检查其它客户信息。例如，在一个实施例中可能允许客户具有或共享对所述装运程序仅一次预订。在这个实施例中，如果校验在数据库164中的预订信息并且确定申请客户已经被列为对装运程序的订户，那么可以拒绝预订请求。

一旦预订请求已经被处理和同意，服务器160的企业逻辑166就可以把客户作为订户添加在数据库164中的订户数据库中。在e-商务网站的客户的访问期间，可以校验订户数据库以看客户是否是对装运程序的订户，如果是，那么e-商务网站可以进行对预订客户专有的动作，如在网站的物品细节页面和/或其它网页上显示装运程序-专用用户界面元素，例如用来选择适用于所述装运程序的订户的装运选项的单个动作界面元素。在一个实施例中，客户可能必须登录到客户的用户账户上，其中对该用户帐户已经发出所述预订，以检测其为所述装运程序的订户。这种基于订户数据库中的订户信息的动作的另一个例子是，在已经预订的客户所访问的网页上不显示用来预订所述装运程序的用户界面元素。

在一个实施例中，预订客户可以邀请其它客户共享对装运程序的预订。在一个实施例中，网站可以在一个或多个网页上向预订客户提供一个或多个用户界面元素，该用户界面元素允许预订客户提交对其它客户的邀请。在一个实施例中，可以提供网页，在该网页上，预订客户可以输入关于另一位受邀客户的信息(该信息可以包括但不限于其它客户的姓名、e-邮件地址、及对于预订客户的关系的一种或多种)、和用来提交所述邀请的用户界面元素。在一个实施例中，也可以要求预订客户提供用来证实受邀客户的信息，例如预订客户的出生日期(如果在数据库164中还不可得到)和受邀客户的出生日期。其它实施例可以提供用来提交共享预订的邀请的其它手段，例如经e-邮件。在一个实施例中，预订仅可以与一定其它合格客户(如订户家庭的其它成员)共享。

在一个实施例中，当预订客户提交对于另一位客户的邀请时，其它客户可以被添加到在数据库164中的“邀请”数据库中，该“邀请”数据库配置成，存储关于已经受邀共享对装运程序的预订的客户的信息。共享所述预订的邀请的通知可以提供所述其它客户。例如，可以发送把邀请通知给所述其它客户的e-邮件消息。作为另一个例子，下次客户在所述网站上的客户用户账户上签字时，可以把所述邀请通知客户。可以使用其它方法来通知客户他们已经受邀共享对装运程序的预订，例如经邮件或电话。

在一个实施例中，发送到其它客户的邀请通知可以包括对于受邀客户在其上可以接受(或拒绝)邀请的网页的链接、和/或关于如何接受邀请的信息，例如通过回答e-邮件消息或回答邮寄通知。在一个实施例中，可以要求受邀客户提供证实所述客户的信息，例如受邀客户的出生日期和邀请客户共享预订的预订客户的出生日期。一旦受邀客户已经接受共享预订的邀请，则受邀客户可以被添加到在数据库164中的预订数据库上。

图4是流程图，表明根据一个实施例把基于预订的装运程序提供e-商务网站的客户的方法。如在200指示的那样，e-商务网站可以从客户接收对装运程序的预订。这些预订可以经在图3中所描述的Web客户机界面从访问网站的客户、经在图3中所描述的Web服务界面从其它服务器、或从某种其它源接收。如果预订被接受，则相关客户可以被添加到网站的预订数据库上。

由客户对网站的访问可以被处理，如在202处指示的那样，以确定客户是否是对所述装运程序的订户。在一个实施例中，当客户访问网站的网页时，在服务器上的软件可以通过访问所述订户数据库而校验，看所述客户是否是订户。在204处，如果确定客户不是订户，那么网站在非预订客户所访问的网页上不可能显示专用于所述装运程序的至少某些用户界面元素，如在206处指示的那样。注意，与装运程序相关的某些用户界面元素(如用来预订装运程序的用户界面元素)可以在一个或多个网页上向非预订客户显示。在204处，如果确定客户是预订客户，那么所述网站在由所述预订客户访问的一个或多个网页上显示专用于所述装运程序、且不向非预订客户显示的用户界面元素，如在由预订客户访问的例如物品细节页面上的一个或多个装运选项用户界面元素。在一个实施例中，这些装运选项用户界面元素可以是单个动作用户界面元素，通过该单个动作用户界面元素，通过来自用户的单个动作(选择特定装运选项用户界面元素)根据所选择的装运选项可以订购相关物品。在一个实施例中，网站在由预订客户访问的网页上不显示与装运程序相关的一个或多个用户界面元素，如用来预订装运程序的用户界面元素。

如在210处指示的那样，网站对来自访问网站的网页(例如物品细节页面)的预订客户的物品，可以接收一个或多个装运选项用户界面元素的选择。如在212处指示的那样，响应于所述网页上的装运选项的选择，网站根据所选择的装运选项，可以启动和处理用于预订客户的物品的订单。如以上提到的那样，在一个实施例中，装运选项用户界面元素可以是单个动作装运选项用户界面元素。在这个实施例中，响应装运选项的单个动作选择，对于物品和(如果有的话)对于装运选项的装运费用可以自动地记账所述预订客户的支付方法，并且订单被处理，以根据选择的装运选项把物品装运到与客户的预订相关的装运地址处的预订客户。注意，在某些实施例中，选择装运选项用户界面元素可能要求客户部分的额外动作，以预订所述装运程序。例如，在一个实施例中，选择装运选项用户界面元素可以把所述客户带到另一个网页，通过该网页，客户可以通过与网页上显示的一个或多个另外用户界面元素相交互作用而预订所述装运程序。

注意，在某些实施例中，可以提供除以上描述手段之外的其它手段来选择对装运程序的订户适用的装运选项。

图5是流程图，表明根据一个实施例通过客户的单个动作使客户预订装运程序的方法。如在220处指示的那样，网站在由客户访问时，可以在网站的网页上显示用户界面元素，如“现在预订”按钮，以经单个动作(例如，选择所述用户界面元素)预订装运程序。网站可以接收单个动作用户界面元素的客户选择，如在222处指示的。然后使用所述网站已经可用的关于客户的信息，例如在建立所述网站的用户账户时由客户提供且存储在客户数据库中的用户信息，所述客户可以自动地预订装运程序。如在224处指示的那样，所述预订客户可以被添加到订户数据库上，所述订户数据库存储关于预订装运程序的客户的信息。

注意，如果网站没有关于客户的足够信息以把预订发给所述客户，那么可能要求客户输入至少某种信息以申请预订。也要注意，如果客户没有登录到所述网站的用户账户中，则在所述单个动作预订可得到之前可能要求客户登录。在一个实施例中，如果客户没有所述网站的用户账户，则在可采购预订之前，可能要求客户建立用户账户。可选择地，预订所述装运程序可以自动地创建用于所述客户的用户账户。

图6是流程图，表明根据一个实施例通过Web服务界面接收的对装运程序的预订的方法。在这个实施例中，其它服务器可以提供使客户预订由e-商务企业提供的基于预订的装运程序的手段。例如，金融机构可以为签约并被发行信用卡的客户提供对于e-商务企业的装运程序的免费预订。如在230处指示的那样，e-商务网站经过e-商务网站的Web服务界面从另一个服务器接收客户预订。如在232处指示的那样，客户然后可以被添加到订户数据库，响应于客户预订的接收，该订户数据库存储关于预订所述装运程序的客户的信息。

图7是流程图，表明根据一个实施例处理对装运程序的预订的邀请的方法。如在240处指示的那样，e-商务网站可以从预订客户，例如通过网站上的网页，接收邀请信息，该邀请信息记载所述预订客户所希望与其共享预订的另一位客户。如在242处指示的那样，网站可以把受邀客户添加到邀请数据库，该邀请数据库存储关于已经受邀共享对所述装运程序的预订的客户的信息。网站然后可以使用在别处描述的方法之一把所述邀请通知发送到受邀客户，如在244处指示的那样。网站然后可以接收和处理来自受邀客户的对所述邀请的响应，例如在所述网站提供给所述受邀客户的网页上，如在246处指示的那样。如在248处指示的那样，如果受邀客户接收邀请，则受邀客户可以被添加到订户数据库，响应于客户预订的接收，该订户数据库存储关于预订装运程序的客户的信息。

图8是流程图，表明根据一个实施例处理通过Web服务界面接收的订单的方法。在这个实施例中，为销售由e-商务网站提供的物品可以经除e-商务网站之外的其它手段订购，例如与e-商务企业或与其它企业有关的其它网站。如在250处指示的那样，e-商务网站可以经Web服务界面(如在图3中描述的Web服务界面)接收用于一个或多个物品的客户订单。网站然后可以使用从Web服务界面接收的客户订单中的客户信息，以校验订户数据库，以确定提交订单的客户是否是预订客户。在252处，如果客户不是预订客户，那么订单可以作为来自非预订客户的订单被处理，如在254处指示的那样。如果客户是预订客户，那么网站可以根据基于预订的所述装运程序的装运选项，为所述预订客户处理通过Web服务界面接收的所述客户订单中指定的物品的订单。所希望的装运选项可以在通过Web服务界面接收的订单信息中规定，或者如果没有指定装运选项，则可以使用缺省装运选项。

图9是根据一个实施例客户访问和使用基于预订的装运程序的典型过程的流程图。如在260处指示的那样，e-商务企业的客户经企业的e-商务网站预订基于预订的装运程序。在一个实施例中，客户为会员资格可以支付固定费用。通过预订和支付费用，在预订的持续时间内为客户提供用于一个或多个装运选项(例如，下一天装运、2-天装运、等等)的减价和/或免费装运。

在某些实施例中，代之以一种固定预订费用，可以实施分级预订体系，在该分级预订体系下，对不同预订费用提供给预订客户不同等级或水平的服务。例如，一个实施例可以基于客户在预订时段上将订购的物品的期望数量，提供分级预订费用。在这个实施例中，例如，预订客户可以有资格对在所述程序下预订的物品利用减价或免费装运：对于1至20件物品，费用为$20；21至40件物品，费用为$30；41至60件物品，费用为$50；及无限制数量的物品，费用为$70。对于超过客户已经支付的水平下的极限的物品的装运成本可以记入客户的账内。作为分级预订的另一个例子，预订客户可以对不同时段以不同费用预订所述程序，例如六个月费用为$50、或一年费用为$75。作为分级预订的又一个例子，预订客户可以预订在两个或更多服务水平之一下的程序，其中一个水平是在所述预订时段内提供至少一些物品的免费或减价装运的“基本服务”水平，一个或多个较高水平对较高预订费用向所述预订客户提供额外服务和/或进一步装运折扣。例如，基本服务水平可以提供免费2-天装运和$4下一天装运；第二水平可以提供免费的2-天装运和下一天装运；及第三水平可以提供免费2-天装运、下一天装运、及同一天装运。可选择地，一定物品可以从基本水平下的所述程序排除，而对较高费用提供的较高水平预订，可以提供对于由产品经销商所提供的所有物品的免费装运。作为另一个例子，较高水平的订户可以被提供对基本水平下的订户不提供的特别出价或服务，如订单的加速处置。分级预订的另一个例子是一种提供“住宅”和“商业”预订的程序，其中住宅预订允许初级订户与某一数量的家庭成员(例如四位)共享预订，而商业预订，对较高的预订费用，允许初级订户与业务、公寓、公寓综合楼等等的某一更大量的雇员共享预订。

如在262处指示的那样，初级订户(支付所述预订的客户)可以被提供与一个或多个其它客户(例如初级订户家庭的一个或多个其它居民)共享预订的选项，如在264处指示的那样。与其共享预订的客户可以称作次级订户。在一个实施例中，初级客户在网站的用户界面上选择共享预订的选项时，可以呈现给允许初级客户向规定客户发送邀请的Web界面。在一个实施例中，这个邀请可以e-邮寄到受邀客户。受邀客户然后可以访问网站，或者可选择地回答e-邮件以接受邀请，或者可选择地可以忽略或拒绝邀请。在另一个实施例中，代之以通过网站或e-邮件邀请其它客户并且使受邀客户接受或拒绝邀请，可以给所述初级客户直接把一个或多个其它客户添加到预订的选项。这些客户然后可以自动地被通知，例如通过e-邮件，他们已经被添加到所述预订。

在一个实施例中，与其它客户如初级订户的家庭的其它居民共享会员资格，可以基于信用体系。在一个实施例中，初级订户可以邀请在家庭中的另一位人员参加。受邀人员可以从e-商务企业接收e-邮件消息，并且在e-商务企业的网站上对所述程序申请时，为了证实目的可能要求提供他们自己的出生日期和初级订户的出生日期(两者都可能以前由初级订户已经提供)。如果由受邀客户提供的出生日期与由初级订户提供的那些相匹配，则允许受邀客户加入预订。在其它实施例中，其它个人信息可以用来代替出生日期或额外地被使用，以确认受邀客户。允许初级订户邀请其它客户(例如，其它住户居民)并且为了证实要求初级订户提交用于他或她本身和用于受邀客户的个人信息，如出生日期，企业可能能够保持各个账户的个人化并且得到用于初级和次级订户的额外个人信息。这种个人信息例如在把特定的可能个人化的出价或服务扩展到所述订户时可以使用。在一个实施例中，e-商务企业例如通过校验记账地址可以审查订户，并且在订户行为不良的情况下(例如，如果通过邀请非家庭成员加入所述预订而违反限制)，则可以撤销预订和/或采取其它适当行动。

如在266处指示的那样，预订客户(或初级订户或次级订户)可以从e-商务网站的一个或多个页面选择在装运程序下合格的一个或多个物品订单。在一个实施例中，专用于预订所述装运程序的客户的一个或多个用户界面元素可以呈现在网页上，从该网页可以订购物品，该网页可以称作物品细节页面。用户界面元素可以包括控制元素，如按钮、菜单、文本输入框、标签、或对于其它网页的链接等等，用户经过诸如键盘和光标控制装置之类的输入装置可以与该控制元素相互作用，以输入信息、从两个或更多选项选择、及/或启动在网页/网站上由控制元素指示的相关动作。用户界面元素也可以包括诸如文本、滚动文本框、图像、标题之类的指示器元素；和配置成向用户以图形和/或文本显示信息的其它用户界面元素。在一个实施例中，这些用户界面元素在网页上专用于订户的区域或“带条”中组成一组。这些用户界面元素可以告诉订户他们的预订可以如何应用于他们看到的具体网页上可以希望做的任何事情，并且可以允许订户调用经预订适用于该具体网页的选项；不同网页可以显示专用于基于预订的装运程序的用户界面元素的不同集合。在一个实施例中，这些用户界面元素只呈现给预订客户；非预订客户在访问e-商务网站的网页时，不呈现专用于装运程序的订户的用户界面元素。这些用户界面元素可以包括一个或多个用户界面元素(例如，按钮或菜单)，用来从基于预订的装运程序下提供的一个或多个装运选项选择。注意，网页也可以包括一个或多个其它用户界面元素，所述其它用户界面元素可以包括不是装运程序的部分的其它装运选项。

如在268处指示的那样，订户可以为订户挑选订购的每件物品选择在装运程序下适用的一个或多个装运选项之一，或者可选择地，如果订户挑选不使用所述程序的装运选项之一则选择某个其它装运选项。在订户完成从e-商务网站订购物品之后，所选择的物品根据选择的装运选项可以装运到预订客户，如在270处指示的那样。注意，订户订购的不同物品可以根据由订户选择的不同装运选项装运到订户。也要注意，对其选择同一装运选项的两个或多个物品可以在一次运货中集体装运到客户。

在一个实施例中，用于订购物品的程序提供的装运选项可以是“尽快装运物品”而不是“一起装运所有订购的物品”。在这个实施例中，在基于预订的装运程序下，可能没有原因让订户等待物品被装运；单一物品在所述程序下可以装运以尽快到订户。

在一个实施例中，初级订户可能被要求同意订户订单(可能也有次级订户的订单)的合并完成，或者可选择地，可以选择性地选择订户订单的合并完成。在这个实施例中，订户的订单在完成时间跨过一个时段(例如，一周或两周)上的多个订单被合并，而不是在“尽快装运物品”模型中所做的那样在订单时间“合并”。订单的合并、或“一起装运所有订购的物品”可以节省装运费用，因为它可以允许产品经销商在同一包装或同一装货中装运尽可能多的物品，所以要求订户使用这个选项或向订户提供使多个订购物品一起合并和装运的选项可能是成本有效的。在这个实施例中，产品经销商的订单完成中心可以配置成在单一装货中把来自多个订单的物品装运到一个装运地址。在所述程序下由初级订户和/或次级订户订购的物品可以定期地或非定期地(例如一周一次、或每两周一次、每星期五、每隔一周的星期一、每月两次、当已经订购一定数量成本的物品时等等，按由程序规定的，或者可选择地，按由程序提供的选项)被合并，并且装运到预订的初级装运地址，或者可选择地到另一个装运地址。在一个实施例中，可能允许订户随着时间订购物品并选择何时装运和/或运送物品，而不是有定期的按计划的订单装货或使所述物品订购时被装运。例如，可以允许订户订购物品和然后选择“向前进行并且装运所有物品”，或者规定对于客户便利的日期，在该日期所订购的物品、或合并的订购物品的集合将到达订户的装运地址。在要求合并的一个实施例中，可以给订户选项以为一件或多件订购物品不考虑所述合并物品的计划装运，以使所述特定订购物品尽快装运。额外费用可能记账到用来使用这个选项的订户。

客户可能习惯于物品在订购时被装运。如果合并和定期地装运，或者要求“一起装运所有订购的物品”，则这条信息(物品在订购时可能不装运，而将合并并且定期地装运到订户)可以清楚地通信给订户，以保证他们理解并满意所述装运程序中用于所述预订的条件。如以上提到的那样，在一个实施例中，可以提供合并，作为对于“尽快装运物品”的选项。在一个实施例中，可以提供分级预订计划，其中订户可能能够支付对于不合并订单(即，“尽快装运物品”)的较高费用、和要求订单合并的较低费用。一些客户的时间价值可能超过金钱，并因而可能选择支付较高费用以使他们的物品尽快装运。

总之，在各种实施例中，或者“尽快装运物品”、或者“一起装运所有订购的物品”可以是所要求的装运方法，或者“尽快装运物品”可以作为缺省提供，而“一起装运所有订购的物品”可以作为一个选项而提供，或者反之亦然。另外，对于“一起装运所有订购的物品”装运方法可以提供各种时段和其它选项。

在一个实施例中，预订客户可能被要求，或者可替换地可以选择性选择，使客户的订货在规定的定期的装运日期装运。在这个实施例中，产品经销商可能在计划的定期的装运日期把订货装运到预订客户(这可能或者由基于预订的装运程序要求，或者由所述程序作为选项提供到客户)，例如每周一次、一月一次、每月两次、每隔一周的星期五等等。在一个实施例中，订户可能能够不考虑通过所述程序提供的装运选项并选择其它装运选项，如同一天装运，对此订户可能按正常(或可能降价)装运价格、或根据其它特殊出价或程序的价格被记账。

注意，由基于预订的装运程序提供的装运选项可能不适用于由e-商务企业的网站提供的所有物品；例如，巨大和/或沉重物品可能从所述程序排除。订户对这些不合格物品的装运可能被记账。所述物品因为各种原因，包括但不限于：大小、重量、特殊装运要求、价格等等，可能从所述程序排除。在一个实施例中，不合格物品在与物品有关的物品细节页面上像这样被指示；合格物品也可以如此被指示。例如，用于不合格物品的物品细节页面可以向客户指示“这个物品在基于预订的装运程序下不合格”，并且用来在所述程序下选择装运选项的用户界面元素可能不显示，或者可替换地，可以显示但被无效。用于所述程序下合格物品的物品细节页面可以向客户指示“这个物品在基于预订的装运程序下合格”，并且用来在所述程序下选择装运选项的用户界面元素可以被显示和生效。在一个实施例中，关于物品为什么不合格的额外信息，通过在物品细节页面上的直接显示、或者可选择地通过对于另一个网页的链接，可以提供用户。

注意，在图9中表明的流程图的262至270是迭代的，并且在预订的持续时间期间可以由订户重复，或者按不同顺序进行。例如，初级订户在预订期间的任何时间可以选择与另一个客户共享预订。也要注意，在一个实施例中，可以给初级订户在任何时间除去次级客户、和/或取消以前扩展到客户的会员资格的选项。

某些实施例可以向基于预订的装运程序的订户提供或供给另外好处，而不向非预订客户提供。可以把对于一定产品或服务的排他或首先访问送给订户。例如，可以送给订户不提供或销售给一般公众(即，e-商务企业的非预订客户)的、或在物品提供到非预订客户之前的，购买书籍的亲笔签名拷贝、第一版、或其它特殊版本或特殊提供产品的机会。作为另一个例子，由订户订购的物品可以“被标记”，并且在订单完成期间给予特定处置。订户的订单可以移动到由非预订客户发出的订单队列的首部。由订户发出的订单可以以比非预订客户发出的订单高的优先权被处理和完成；由订户发出的订单的拾取、价值添加处理、包装及装运可以给予比非预订客户高的优先权。可以提供给预定客户的其它特定服务或出价可以包括但不限于如下的一个或多个：不收费地返回采购物品的能力；免费期刊预订；免费礼物打包、雕刻、和/或其它增值服务；访问高级数字内容；约束物品的优选分配；对于一定物品的预先发行访问；无线服务奖金(例如，免费分钟、较好价格计划等等)；对于诸如担保之类的较高保证金的折扣、或甚至免费担保；免费订单赌金；第一客户销售；等等。

图10是根据一个实施例在基于预订的装运程序中订户邀请另一个客户共享预订的典型过程的流程图。如在280处指示的那样，预订客户指定另一个客户(例如预订客户家庭的另一个成员)受邀共享预订。在一个实施例中，e-商务网站可以提供邀请用户界面，例如诸如在图14中表明的典型网页之类的网页，通过该邀请用户界面，预订客户可以邀请其它客户共享预订。通过邀请用户界面的一个或多个用户界面元素，可以要求预订客户提供关于受邀客户的信息。这种信息可以包括如下的一个或多个(但不限于)，受邀客户的姓名、与预订客户的关系、及e-邮件地址。如在282处指示的那样，也可以要求预订客户提供在证实受邀客户时使用的信息，例如预订客户和受邀客户的出生日期、和/或通过其支付所述预订的信用卡号的至少一部分。

邀请用户界面也可以包括用户界面元素，例如按钮，通过该用户界面元素，预订客户可以提交邀请。选择这个用户界面元素可以使邀请通知发送到受邀客户，如在284处指示的那样。注意，如果由预订客户通过邀请用户界面输入的信息的一些丢失或不正确，则选择这个用户界面元素可能产生错误消息。预订客户然后可以输入遗失信息和/或校正信息，并且重新提交所述邀请。所述通知可以经e-邮件发送，当客户下次登录到网站时可以提供给受邀客户，和/或使用某种其它手段可以发送到受邀客户。所述邀请可以包括受邀客户经其可以回答所述邀请的某种手段，例如对于受邀客户在其上可以接受(或者，在某些实施例中，接受或拒绝)邀请的网页的链接。可选择地，所述邀请可以是e-邮件消息，并且受邀客户可以应答e-邮件消息以接受(或者，在某些实施例中，接受或拒绝)邀请。

如在286处指示的那样，如果受邀客户回答以接受邀请，则回答客户可以使用由所述预订客户提供的证实信息被证实，如在288处指示的那样。例如，可能要求受邀客户提供预订客户的出生日期和受邀客户的出生日期，以证实受邀客户。如果受邀客户不回答邀请，那么不把客户添加到预订，如在296处指示的那样。所述邀请可以被保持为尚未回答的已发出邀请，并且可以提供某种手段以便通过其受邀客户以后接受邀请，和/或提供某种手段以便通过其可以定期地或非定期地提醒受邀客户所述发出的邀请。

如在290处指示的那样，如果证实是成功的，那么受邀客户可以添加到预订，如在292处指示的那样。如在294处指示的那样，一旦受邀客户被证实添加到预订，那么由所述预订提供的装运(或其它选项)的用户界面元素，在由所述添加客户访问时，就可以显示在e-商务网站的各种网页上，例如在物品细节页面上。如果证实不成功(例如，如果所述回答客户不能提供正确的证实信息)，那么所述回答客户不添加到预订，如在296处指示的那样。

尽管实施例一般描述为可以扩展到家庭的其它成员或居民的预订，但要注意，可以允许除家庭之外的个人的其它团体共享预订。例如，可以允许业务、业务位置、公寓综合楼或共同管辖区、学校、或其它实体在实体或“社区”的成员中采购和共享预订。在一个实施例中，为不同类型的实体和/或为期望共享会员资格的成员的不同成员提供分级费用计划。例如，可以允许共同管辖区综合楼采购对装运程序的预订，并且如果综合楼的居民希望则邀请他们共享会员资格。这允许产品经销商把订货装运到作为社区的实体的多个成员。可以有计划运送日，例如每星期五，并且订货可以都运送到一个装运地址，例如共同管辖区综合楼的办公室，在该处订货可以由订户拾取。可能有作为订户参加的社区的多个成员，但成员每个保持他们的个人身份并且借助于产品经销商的e-商务网站算账，但是在装运程序中共享一个预订。允许社区的多个成员预订同时保持各个客户身份使产品经销商能够跟踪物品的个人订户的订购和个人信息，因为订户仍然登录到自己的账户但共享同一预订。

用户界面

实施例可以提供基于Web的用户界面，该用户界面包括具有至少某些网页的e-商务网站，该网页包括诸如菜单、按钮、控制、标签、等等之类的用户界面元素，该用户界面元素允许客户预订装运程序，在从企业的e-商务网站订购物品时访问会员资格选项以便如果对所述物品适用则利用由程序提供的免费或降价装运，把对会员资格的邀请扩展到一个或多个其它客户(例如，订户家庭的成员)、观看和管理在程序中的订户的会员资格、受邀客户、及已经作为次级订户加入的受邀客户的信息，及完成与在基于预订的装运程序中的会员资格相关的其它任务。下面描述通过e-商务企业的软件系统向基于预订的装运程序的成员可以提供的典型网页和机构。也描述用来实施基于Web的用户界面和基础机构的典型体系结构，该基础机构用来管理和操作基于预订的装运程序。

在一个实施例中，为了预订装运程序，客户可以借助于e-商务网站登录所述客户的账户，或者如果还未登记则创建新客户账户。创建账户可能要求客户输入各项信息，例如用户姓名、信用卡信息、e-邮件地址、记账和装运地址等等。客户账户因而可以包括在提供预订时可以使用的信息；例如用户姓名、信用卡信息、记账和装运地址等等。选择性地，当预订程序时，可以请求或编辑这种信息。

在客户被登录到客户的账户之后，在客户访问的e-商务网站上的一个或多个网页可以提供广告和/或关于基于预订的装运程序的信息，并且也可以提供用户界面元素，例如按钮，以允许用户预订装运程序。注意，在客户登录到客户的账户上之前和/或之后，关于装运程序的信息和预订装运程序的选项可以呈现在网站的各个网页上。签字客户可以使用这种信息和用户界面元素以导航到装运程序预订网页，或者可选择地，选择单个用户界面元素可以自动地预订所述客户(可能有确认，因为对客户为所述预订收费)。对于装运程序的预订可以使用来自客户账户的缺省信息，或者订户可以选择性地被允许编辑在预订中使用的信息(例如，为改变信用卡/记账信息或装运地址)。对于客户可以由e-邮件通知或由某种其它机构证实预订。

一旦客户已经预订所述装运程序，在预订的持续时间内客户的账户就由e-商务企业的软件系统与预订相联。在预订期满时，预订可以自动地更新，并且相应地记账客户。预订的更新通知可以提供订户，可以给该订户拒绝更新的选项。如果客户希望，可以给所述客户不自动地重新预订所述装运程序的选项。

一个实施例可以提供可以由初级订户访问的预订/账户管理网页，其中可以允许初级订户进行各种操作以管理对程序预订的各种操作，如把共享预订的邀请提供到其它客户。一些实施例可以允许初级订户与一个或多个其它客户(例如订户家庭的其它成员)共享对装运程序的预订，该其它客户可以称作次级订户。在这些实施例中，e-商务网站的用户界面可以提供一个或多个网页，通过该网页，初级订户可以与一个或多个其它客户无需另外费用地、或可选择地有另外费用地共享在程序中的会员资格。在一个实施例中，e-商务网站的用户界面可以提供一个或多个网页或在网页上的用户界面元素，经过它们初级订户可以邀请一个或多个其它客户共享会员资格。受邀客户在客户登录到他或她的自己的关于网站的账户时，可以经e-邮件、经网站的用户界面被通知，和/或由某种其它通知方法被通知。受邀客户然后可以接收邀请以成为次级订户，可以拒绝邀请，或可以简单地忽略邀请。在一个实施例中，在所述邀请由e-商务企业软件系统同意之前，可以要求受邀客户成为具有所述网站的账户的客户，或者可选择地要求注册并因而创建关于所述网站的个人账户。可选择地，可以允许初级订户直接把一个或多个客户添加到预订，而不发出邀请。

在一个实施例中，订户(或者初级订户或者次级订户)可以经基于预订的装运程序用户界面访问由所述程序提供的装运选项，该用户界面可以是用户界面带、带条、条、或某种其它基于预订的装运程序用户界面区域、或在e-商务企业的网站的每个相关网页(例如，从其可以订购与页面相关物品的物品细节页面)上可以显示的用户界面元素的集合。在一个实施例中，装运程序用户界面将只向登录到他们账户上的订户显示；非订户在访问网页上将不被呈现装运程序用户界面元素，尽管在访问网页上可以显示用于基于预订的装运程序的广告、以及客户通过其可以预订程序的用户界面元素。

在所述装运程序用户界面中，可以显示一个或多个按钮、菜单、文本框、或其它用户界面元素，它们允许订户通过所述程序选择订户可用的所述物品的一个或多个选项之一。从物品细节页面，订户可以选择这些一个或多个用户界面元素之一，其中每一个代表在装运程序下的装运选项，并且所述物品为所述订户所订购并根据选择的装运选项装运到订户。订户以前指定的记账地址和信用卡或其它支付方法信息可以用作产生物品的订单时以及记账订户时的缺省信息。所述订户的以前指定的装运地址可以用作订购物品的缺省装运目的地。如果希望，则可以给订户修改这种信息的任一条的选项。

图11至18表明根据一个实施例的典型网页，该典型网页可以由e-商务网站提供以实现基于预订的装运程序的各种功能和特征。注意，在某些实施例中，除在这些图中表明的典型网页之外的其它网页可以由e-商务网站提供，该其它网页包括与基于预订的装运程序相关的一个或多个用户界面元素。

注意，在图11至18的典型网页中，对于基于预订的装运程序的客户界面表示为适用于在个人计算机或其它类似大屏幕装置上的屏幕显示的GUI。在某些实施例中，基于预订的装运程序的实施可以使用各种其它呈现方法、屏幕、用户界面元素等等的任一种，呈现在任何适当装置上，例如在个人数字助手(PDA)或其它处置装置上、使用音频提示的蜂窝电话上等等。

图11表明根据一个实施例的典型网页，该典型网页显示加入基于预订的装运程序的提供。这个例子是物品细节页面，但注意，加入装运程序的类似供给可以被提供在网站的一个或多个其它网页上，如“主页”上。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单、等等，通过该用户界面元素，客户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。物品细节区域360可以描述关于与这个物品细节网页相关的物品的相关图形和/或文本信息，如物品描述、价格、物品的可得到性、及诸如物品画面之类的其它物品信息。用户界面区域350可以包括用来选择e-商务网站的标准选项的一个或多个用户界面元素，如“添加到购物车上”按钮352，该按钮352允许用户把在网页上表示的物品添加到用户在进行选择物品时可以采购的物品的集合、或购物车上。区域350也可以包括用户界面元素354，如弹出菜单或文本框，通过它则用户可以选择用于物品的装运地址(如果订购)。这个条目345可以缺省成当前用户账户的缺省装运地址。注意，在区域350和360中的信息对于网站的所有客户可以显示，而不是仅向对于装运程序的订户显示。

标志、条、按钮、或其它用户界面元素或区域302可以显示一个选项来预订基于预订的装运程序。这个区域302可以是用户-可选择用户界面或可以包括该用户-可选择用户界面，该用户-可选择用户界面被选择时，可以把客户带到网页，如在图12A至12C中表明的典型网站之一，在该网页上客户可以预订所述装运程序。在这个例子中，下划线词语“基于预订的装运程序”可以代表对另一个网页的用户-可选择链接，在该另一个网页上客户可以预订所述装运程序。可选择地，302、或诸如下划线词语“基于预订的装运程序”之类的302的一部分，可以是单个动作用户界面元素项，该条目在被客户选择时，如果客户合格，则可以使客户自动地预订基于预订的装运程序。在一个实施例中，区域302可以包括用户界面元素，该用户界面元素在选择时，显示关于所述装运程序的更多信息。

注意，在一个实施例中，302可以不向已知是装运程序的订户的客户显示。

图12A至12C表明根据一个实施例的典型网页，通过该典型网页，e-商务网站的客户可以预订基于预订的装运程序。在一个实施例中，选择在图11中表明的典型网页的302或302的一部分、或在另一个网页上的类似用户界面元素，可以使这些网页的适当一个被显示。图12A至12C的典型网页的特定之一可以依据访问所述网页的客户的状态被显示。

在图12A至12C的典型网页上，网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单、等等，通过该用户界面元素，客户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。装运程序描述区域334可以显示描述装运程序的信息，如装运程序的利润、价格、及条目，并且也可以显示用户界面元素，当该用户界面元素被选择时，使关于装运程序的更多信息被显示在同一网页上或在向客户显示的另一个网页上。登录区域304可以包括“预订”用户界面元素，如按钮306，或者可选择地，可以是单个动作用户界面元素，该“预订”用户界面元素的选择可以把客户带到另一个网页，在该另一个网页上，客户可以预订装运程序，该单个动作用户界面元素的选择可以自动地使客户预订装运程序而不要求客户的额外动作。

图12A的典型网页可以为已识别客户显示，例如为当前登录到网站的用户账户的客户显示，和/或对于该客户，优选或缺省支付方法是已知的。登录区域304可以包括关于客户的信息，如客户的姓名和客户的优选或缺省支付方法，如信用卡，网站通过其在客户数据库中的客户的记录知道该信息。登录区域304也可以包括用户界面元素，如果观看网页的客户不是为其显示信息的客户，则客户可以选择该用户界面元素。登录区域304也可以提供用于客户编辑显示的关于客户的信息的选项，例如，如果用户希望则编辑所述预订要使用的支付方法。

图12B的典型网页可以为已识别客户显示，例如为当前登录到所述网站的用户账户的客户显示，对于该客户，优选或缺省支付方法是未知的。登录区域304可以包括关于客户的信息，如客户的姓名，但不显示客户的优选或缺省支付方法。登录区域304也可以包括用户界面元素，如果观看网页的客户不是为其显示信息的客户，则客户可以选择该用户界面元素。注意，从这个网页，为了预订装运程序，例如通过选择“预订”用户界面元素(如按钮306)，可能要求用户规定或选择所述预订的支付方法。

图12C的典型网页可以为未识别客户显示，例如为当前未登录到所述网站的用户账户的客户显示。登录区域304可以包括用户界面元素，通过该用户界面元素，如果客户具有用户账户，则客户可以登录到所述网站的客户的用户账户中。可选择地，或额外地，登录区域可以包括用户界面元素，通过该用户界面元素，客户可以开设所述网站的用户账户。注意，从这个网页，为了预订装运程序，例如通过选择“预订”用户界面元素(如按钮306)，可能要求用户开设所述网站的用户账户，或者可选择地，所述装运程序的预订可以使用在预订过程期间由客户提供的信息为客户自动地产生用户账户。

图13表明根据一个实施例的典型网页，通过该典型网页，初级订户可以观看关于所述预订的信息，包括关于还未接受邀请的受邀客户和已经接受以前邀请并因而当前是所述预订的次级订户的客户信息。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单等等，通过该用户界面元素，订户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。初级订户信息306可以显示关于初级订户的相关信息，如订户的姓名、出生日期、支付方法、及预订日期(即，用于当前预订的开始和结束日期)。用户界面也可以包括关于何时所述预订计划期满的指示、和可能允许初级订户选择在期满日期不使预订自动更新的按钮310或其它用户界面元素。

未决邀请312可以显示已经被邀请共享预订但还未接受邀请的任何客户。可以显示关于受邀客户的相关信息，如客户的姓名、与初级订户的关系、e-邮件地址、及出生日期。可以提供允许初级订户管理未决邀请的一个或多个用户界面元素，如按钮。例如“重新邀请”按钮314可以允许初级订户重新邀请以前邀请的客户。选择这个条目例如可以产生到受邀客户的新通知，如e-邮件消息。“编辑”按钮316可以允许初级订户编辑关于受邀客户的信息，例如改变e-邮件地址和/或出生日期。“除去”按钮318可以允许初级订户除去受邀客户。选择这个条目可以产生到已经撤销邀请的受邀客户的通知，如e-邮件消息。

接受邀请320可以显示已经接受共享预订的邀请的任何客户，并因而是所述预订的次级订户。可以显示关于每个次级订户的相关信息，如次级订户的姓名、对于初级订户的关系、e-邮件地址、及出生日期。可以提供允许初级订户管理次级订户的一个或多个用户界面元素，如按钮。例如，“编辑”按钮可以允许初级订户编辑关于次级订户的信息，例如改变e-邮件地址和/或关系。“除去”按钮可以允许初级订户从预订除去次级订户。选择这个条目可以产生到次级订户的通知，已经由初级订户除去该客户的预订，如e-邮件消息。

注意，基础的e-商务企业软件系统可以跟踪和联系客户账户、预订、受邀客户、初级订户及次级订户。在一个实施例中，软件系统可以包括与所述预订相关的客户的“收集”。在一个实施例中，由软件系统(例如，数据库)使用的用户账户信息可以包括字段，所述字段可以由软件系统用来记录和跟踪一个用户账户当前与哪些预订(如果有的话)相关、以及所述相关是什么。这种信息可以用来指示所述用户是哪些预订(如果有的话)的初级订户；所述用户被邀请共享哪些预订(如果有的话)；所述用户已经接受对哪些预订(如果有的话)的邀请，并因而是这些邀请的次级订户；所述用户已经邀请了那些其它用户(如果有的话)共享预订；等等。

图14表明根据一个实施例的典型网页，通过该典型网页，初级订户可以邀请其它客户共享对装运程序的预订。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单等等，通过该用户界面元素，订户可以导航到网站上的其它页面，和/或完成其它功能，如搜索。初级订户信息306可以显示关于初级订户的相关信息，如订户的姓名、支付方法、及预订日期(即，用于当前预订的开始和结束日期)。用户界面也可以包括关于何时所述预订计划期满的指示、和可以允许初级订户选择在期满日期不使预订自动更新的按钮310或其它用户界面元素。

邀请界面区域330可以包括邀请信息，根据一个实施例，该邀请信息包括关于如何邀请其它客户共享预订的指令。邀请区域330也可以包括一个或多个用户界面元素，如弹出菜单或文本框，订户可以访问该用户界面元素以提供：关于被邀请客户的信息，如客户的姓名、e-邮件地址、对于初级订户的关系、及出生日期，并且如果当客户决定接受邀请时，这些信息的至少一些可以用来证实客户(例如，受邀客户的出生日期)；个人信息(在这个例子中，初级订户的出生日期)，它可以在证实受邀客户时使用；及用户界面元素，如按钮332，一旦已经填好所要求的信息就发出邀请。选择“邀请”按钮332可以产生到受邀客户的e-邮件或其它通知。一旦受邀客户接收到通知，客户就可以回答通知以接受邀请。在一个实施例中，客户可以应答e-邮件，以证实客户接受邀请，或者拒绝邀请。在另一个实施例中，e-邮件通知或其它通知可以包括对于e-商务企业的网站上的网页的链接，在该网页处受邀客户可以接受(或拒绝)邀请。

注意，在一个实施例中，在图13和14中表明的典型网页的用户界面元素可以在一个网页中组合，通过该网页订户可以观看关于受邀客户和已经接受共享预订的邀请的客户的信息，并且邀请其它客户(例如，订户的家庭成员)共享预订。在这个实施例中，可以提供网页，该网页包括但不限于图13的未决邀请312和接受邀请320、和图14的邀请界面区域330。

图15表明根据一个实施例的典型网页，通过该典型网页，受邀客户可以接受共享预订的邀请。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单等等，通过该用户界面元素，客户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。装运程序描述区域334可以显示描述装运程序的信息，如装运程序的利润、成本、及条目，并且也可以显示用户界面元素，该用户界面元素被选择时，使关于装运程序的更多详细信息被显示在同一网页上、或向客户显示的另一个网页上。装运程序描述区域334也可以显示一个消息以通知客户谁邀请客户共享预订。

邀请证实和接受区域336可以包括用于受邀客户的一个或多个用户界面元素，以输入初级订户和受邀客户的出生日期、或可选择地其它信息，如初级订户的信用卡的最后四位，以便用来证实客户。“接收邀请”用户界面元素，如按钮，也可以被显示。如果客户选择“接收邀请”，并且他们已经输入正确的证实信息，那么他们可以添加为对于预订的次级订户。在添加次级订户时，邀请和预订集合可以被更新。在一个实施例中，次级客户然后可以被引导到所述预订的装运程序预订主细节页面(如在图13中表明的典型网页)，他们现在与该预订相关(即，对于该预订他们是次级订户)。

图16表明根据一个实施例的典型物品细节网页，通过该网页，初级或次级订户可以观看关于物品和订货的信息，并且如果希望，则根据由装运程序提供的一个或多个装运选项订购物品(或者预订购，如果物品尚不能得到)。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单、等等，通过该用户界面元素，订户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。物品细节区域360可以描述与这个物品细节网页相关的物品的相关图形和/或文本信息，如物品描述、价格、物品的可得到性、及诸如物品的画面之类的其它物品信息。用户界面区域350可以包括用来选择e-商务网站的标准选项的一个或多个用户界面元素，如“添加到购物车”按钮352，该用户界面元素允许用户把在网页上表示的物品添加到用户当进行选择物品时可以采购的物品的收集、或购物车上。区域350也可以包括用户界面元素354，如弹出菜单或文本框，通过该用户界面元素354，用户可以选择用于物品的装运地址(如果订购)。这个条目354可以缺省成当前用户的账户的缺省装运地址。注意，在区域350和360中的信息可以为网站的所有客户显示，而不只是向对于装运程序的订户显示。

可以显示条或带条340，它可以包括只适用于或购物车上装运程序的订户和专用于这个物品细节网页的一个或多个选项。这个条340可以只向订户显示；非订户可以看到在其上没有条340或选项的类似物品细节网页。条340可以显示关于订户的信息，如订户的姓名。如果与物品细节网页相关的物品在所述程序下对所述装运选项合格，则条340也可显示一个或多个装运选项用户界面元素，用来从只适用于对于装运程序的订户的一个或多个装运选项选择。这个例子表示两个装运选项用户界面元素，按钮装运选项342和装运选项344。例如，装运选项342可以是“免费2-天装运”，而装运选项344可以是“收费$4的下一天装运”。可以提供其它装运选项。注意，实施例可以向预订客户提供一个、两个或多于两个的装运选项。也要注意，在一个实施例中，不同装运选项可以适用于不同物品细节网页上的不同物品。条340也可以包括用户界面元素346，如弹出菜单或文本框，通过该用户界面元素346，用户可以选择用于物品的装运地址(如果使用在条340中显示的装运选项之一订购)。这个条目346可以缺省成所述预订的缺省装运地址。

在一个实施例中，用来选择装运程序下提供的一个或多个装运选项之一的所述一个或多个装运选项用户界面元素可以是单个动作用户界面元素。在这个实施例中，如果订户选择在条340中的所述装运选项用户界面元素之一，则与物品细节网页相关的物品根据装运程序的选择装运选项可以被自动地为所述订户订购，并且输入到订单系统中以待处理且装运到指示装运地址，而不要求所述客户的任何另外动作。在另一个实施例中，选择在条340中的装运选项用户界面元素之一可能要求所述客户进行额外的动作，以订购相关物品。

可替换地，订户通过选择区域350的“添加到购物车上”用户界面元素(例如，按钮352)，可以挑选把物品添加到购物车上。在一个实施例中，“添加到购物车上”用户界面元素可以是单个动作用户界面元素，借助于该单个动作用户界面元素，客户可以订购物品而不要求通过客户的任何额外动作。在一个实施例中，订户在选择购物车的物品完成之后，可以转到用来完成在所述购物车中的所有物品的订单的另一个网页，在该网页处，可以向订户提供通过所述网页的用户界面指定或改变在所述装运程序下的所有在该程序下合格的选择物品的装运选项、和用于在购物车中从装运程序排除的任何选择物品的其它装运选项的机会。

图17表明根据一个实施例的典型物品细节网页，通过该网页，初级或次级订户可以观看关于物品的信息，并且如果希望，则订购物品。在这个典型物品细节网页中，物品从装运程序排除，并且该效果的消息显示在条340中。条340也可以包括信息和/或对于另一个页面的链接，该另一个页面更详细地描述为什么物品对于装运程序不合格。物品因为各种原因可以从装运程序排除，例如由于重量、大小、和/或物品的价格，因为物品通过另一个零售商订购或由其装运，因为物品具有特殊装运要求，等等。注意，其它消息可以显示在条340中，如指示与页面相关的物品绝版、脱销或停产物品、特殊订单物品等等的消息。

图18表明根据一个实施例的典型网页，通过该网页，初级或次级订户可以观看关于例如使用图16或图17的物品细节网页的界面元素352已经添加到一车或一堆物品中的物品的信息，其中客户可能订购(如果希望)。网站导航300可以包括一个或多个用户界面元素，如按钮、标签菜单、等等，通过该用户界面元素，订户可以导航到在网站上的其它页面，和/或完成其它功能，如搜索。如果订购，“装运到”区域370可以显示订户的姓名和物品要装运到的地址。如果希望，按钮或其它界面元素可以允许订户改变这种显示信息。订单概括区域380可以显示用于在订单中的物品的概括信息，如它们当前显示在网页上的，如物品的总成本、任何相关税、装运费用、折扣、及关于订单的其它相关信息。支付方法区域382可以显示用来记账客户的当前支付方法，例如Visa或其它信用卡账户。如果希望，区域382可以包括允许订户改变支付方法的用户界面元素。记账地址区域384可以显示用于订户(或预订)的当前记账地址；如果希望，区域384可以包括允许订户改变记账地址的用户界面元素。

装运选项区域372可以显示允许订户挑选装运速度(例如，标准装运、两-天装运、或下一天装运)的用户界面元素、和允许订户挑选装运喜好(例如，“以尽可能少的货次分组我的物品”或“我的物品在适用时就装运”)的用户界面元素。这些条目可以缺省成由所述装运程序指定的选择。在这个例子中，装运速度缺省成两-天装运，并且所述装运喜好缺省成“我的物品在适用时就装运”。在其它实施例中，可以提供其它选项，和/或其它选项根据装运程序可以选择为缺省选项。

物品区域374可以显示当前在这个订单中的所有物品。可以显示关于每个物品的信息，如简要物品描述和物品对于由基于预订的装运程序提供的装运选项是否合格。在这个例子中，物品A在装运程序下不合格，但物品B和C是合格的。物品区域374也可以显示指示物品将以多少货次运送的信息。在这个例子中，物品将以两个货次运送，物品A在一个货次中，而物品B和C(它们在装运程序下合格)在另一个货次中。可以给订户个别地指定每个物品、或集体地指定所有物品的装运速度和装运方法的选项，可能不顾及在装运程序下适于所述合格物品的所述装运选项，或者可选择地，在装运程序下合格的物品可以自动地在所述装运程序规定的速度/方法下被装运，并且其它物品根据某种其它缺省或选择性速度/方法被装运。

典型体系结构

图19至21表明用来在这里描述的电子商务企业的e-商务网站上实施基于预订的装运程序的典型体系结构。注意，对于软件或硬件产品和方法的任何特定参考(例如对于Oracle的参考)意图是示范的而不是限制的。使用除描述的那些之外的其它产品和/或方法可以实现实施例。

图19表明用于在这里描述的电子商务企业的e-商务网站上包括基于预订的装运程序的系统的典型实施体系结构。这种典型实施包括三个体系结构团队或元件：后端团队400、预订团队420、及前端团队440。一个团队，如这里使用的那样，是两个或更多个系统、服务器、机器、和/或其它装置(如在图22中表明的系统900)的集合。

实施例可以包括提供用于会员资格(预订)共享的基础支持的集体服务的实施。集体服务可以提供与每次预订相关的实体的通用集合，例如会员资格集合。预订可以与代表其会员资格的会员资格集合相关。在一个实施例中，集合的成员可以是正在参加所述预订的客户的客户ID。

集体服务可以建模在实体之中的通用关系。集合的实体可以都由某种性质而相关。所述性质可以从集合的名称和集合的类型导出。性质可以是用途-专用的；所述集体服务可能不知道它。集体服务只知道它被给予它所捕获的集合的名称和类型。所述集体服务被给予集合的成员，捕获所述成员的身份、及存储该基本关系。所有导出语义出现在较高层、或应用层。这些中的一个用于邀请(邀请服务)。邀请集合可以代表已经被邀请参加预订的人们的团体。所述邀请服务可以是所述通用集体服务的一个应用。

一旦客户预订所述装运程序，就创建所述预订并且对于客户初始化所述集合。所述初级订户(所述预订的拥用者)然后能够邀请其它客户(例如，订户家庭的成员)共享所述预订。额外的集合、包含已经被邀加入所述预订的客户的“被邀请人”集合，可以与所述预订相关。另外，每个客户可以具有与他们的客户账户相关的一个集合，该客户账户代表已经邀请客户加入的预订。注意，与客户账户相关的所述集合可以用来捕获在客户之间的连接：对预订的邀请、一起参加预订的客户、等等。这种信息可以被数据提取，以寻找在客户之间的连接。

实施例可以包括存储所述会员资格信息的数据库实例。这个数据库实例可以是官方(authoritative)或用于数据的初级存储，该数据包括会员资格信息，由所述网站使用。在一个实施例中，这个数据库可以是事务数据库。在一个实施例中，这个数据库可以是关系数据库，如Oracle数据库。高速缓冲存储可以用于网站的一般操作。网站的大业务量页面，如物品细节页面，可以命中所述高速缓冲存储。在更新高速缓冲存储时可能有传播延迟，所以高速缓冲存储不可能是100％准确的，但对于做出关于哪些用户界面元素要显示在网页上的决定等等可以足够准确。当客户因为他们正在进行决定和/或花钱而需要官方信息时，例如当由客户选择的物品正在被订购并因而正在进入订单流水线时，可以命中官方存储库(其可以是事务数据库)，而不是所述高速缓冲存储。

在一个实施例中，高速缓冲客户机可以提供保证的数据传播。在一个实施例中，官方存储可以是事务准确的。为了网站目的，在某些只显示使用情况下(比如，不在订单流水线中)，例如在物品细节页面上，可以访问可能是稍微陈旧的数据的高速缓冲存储。高速缓冲客户机是把事务数据传播出到高速缓冲存储的机构。使用高速缓冲客户机，在团队中的服务器可能沉没，并且当复原时，自服务器沉没起的消息重放可以进行，以把高速缓冲存储恢复到当前状态。如果服务器沉没，那么当服务器复原时，高速缓冲客户机提供重放自最后看到的消息起的消息的能力。

后端团队400可能正在运行装运程序后端服务402的一个或多个实例，该装运程序后端服务402通过非同步和同步消息传输可以处理同步和非同步请求。在一个实施例中，发布/预订和BSF/HTTP可以用作消息传输。这种服务402可能具有两个初级用户：

●订单管理系统可以与后端服务402通信，以确定订单在基于预订的装运程序下对装运是否合格。后端服务402可以咨询集体服务430，以明白进行供给的人是否是任何装运程序预订的成员。

●当对预订发生变化时，预订服务424可以通知后端服务402。后端服务402可以负责解释所述预订变化和更新相关集合的所述图元数据。

预订团队420可以包括但不限于，预订展开及邀请服务428和集体服务430。后两个元件可以是唯一的，因为没有其它预订元件可以直接与他们通信。相反，这两个元件可以是对于预订特征的用户可得到的一般元件，以把其它客户与预订相关以及邀请他们加入预订。邀请服务428可以接收请求，以邀请客户与预订相关。这种相关可以使用集合而被跟踪。集体服务430可以由所述预订元件的用户使用，以创建与预订相关的成员的集合。

在面向网站的团队440中，每个机器可以包括但不限于，如下服务的实例：

●由网页(例如物品细节页面)使用的只高速缓冲(只读)集体服务446，以便确定基于预订的装运程序用户界面元素是否应该显示在页面上。网页可以要求用于观看页面的成员的所有集合，以确定这些集合的任一些是否是预订相关集合以及它们是否是有效。在一个实施例中，这可以使用集合类型和图元数据的组合进行。

●装运程序前端服务448可以由基于预订的装运程序-专用网页使用。

基于预订的装运程序的集合-整体体系结构

在实施中，可能有集体服务的不同配置，它们可以包括但不限于：

●单个集体服务430可以借助于两个基础数据源-JDBC(或其它类型的)数据源和“只传播”高速缓冲客户机432数据源而被采用。数据源可以是由预订服务424使用的官方存储422实例。对于这种基础数据源进行的变化可以与表格插入一道进行，以保证在官方数据源(官方存储422)与高速缓冲(高速缓冲客户机432)之间的最终一致性。这种集体服务430可以由后端服务402和邀请服务428接触。

●集体服务446对于仅有高速缓冲客户机444作为用于集合信息的数据源的n-机器可以被采用。集体服务446的这些实例可以由需要回答问题“客户是预订装运程序的成员吗？”的物品细节页面或任何其它网页使用。高速缓冲客户机444集合数据源可以从第一配置接收传播消息，并且可以支持只读访问。

邀请元件

图20表明在这里所描述的电子商务企业的e-商务网站上用于基于预订的装运程序的“邀请”元件的典型实施体系结构。描述用来登录与装运程序预订相关的另一个成员的用户经历的典型细节、以及用于邀请元件的典型实施体系结构。

在客户预订装运程序之后(作为初级订户)，订户可以被引导到装运程序预订主细节页面，如在图13中表明的网页，该页面可以显示不限于如下的一个或多个：

●何时客户签约所述装运程序

●关于所述装运程序的一般信息(利润、条目、费用、约束条件、等等)

●所述预订何时过期

●关于扩展所述预订长度的信息，人工地或者通过建立自动过程

●订户已经与所述预订相关联的客户账户的清单(次级订户)-始终可以列出原始签约所述程序的人员(初级订户)

●已经被邀请共享所述预订的客户的e-邮件地址(和可能其它信息)的清单、以及何时他们被邀请。

在一个实施例中，与所述装运程序预订已经相关联并因而显示在客户账户的清单中的每个客户账户可以具有在所述客户信息附近的‘除去’按钮或其它用户界面元素。可以显示‘邀请家庭成员’按钮或其它用户界面元素、以及关于客户可邀请谁共享所述预订相关的约束条件的信息。

在一个实施例中，选择‘除去’按钮可以把初级订户带到具有‘ok’或‘取消’选项的确认页面。可以告诉订户被除去的客户将经e-邮件通知。

在一个实施例中，在装运程序预订主细节页面上的‘添加’按钮可以把用户带到网页，如在图13中表明的网页，该网页包括用来输入e-邮件地址的用户界面元素、和用来输入关于待受邀客户的其它信息的可能用户界面元素、以及说明例如“在人们回答这个e-邮件时，他们必须提供用来采购这个程序的信用卡的最后四位(或者可选择地，诸如出生日期之类的其它信息)。请保证他们具有这种信息，从而我们能证实他们并且使他们与这个程序相关。”之类的东西的文本。初级订户可以输入用于待受邀人的请求信息，并且然后点击“发送”。然后可以显示说明如“邀请正在e-邮寄到e-邮件账户‘xxx’。请保证收件人为了证实目的具有用来采购这个程序的信用卡的最后四位(或者可选择地，诸如出生日期之类的其它信息)之类的东西。”

在一个实施例中，被邀请加入所述预订的客户可以接收包含URL的e-邮件，该URL可以被访问以确认他们想加入预订。这个URL可以把他们带到用于e-商务网站的登录页面。在一个实施例中，如果客户不具有关于网站的用户账户，则他们可能能够通过在这个页面上的链接登录账户。在登录之后，可以把受邀客户引导到网页，以确认他们是否想接受邀请和加入预订。用来接收邀请的典型网页表明在图15中。这个页面可以包括用于受邀客户的一个或多个用户界面元素，以输入初级订户的信用卡的最后四位、或者可选择地诸如初级订户和受邀客户的出生日期之类的其它信息，以便证实客户。可以显示关于装运程序/预订的信息(例如，指出它是免费的，并且描述其好处)、以及“接受”和“拒绝”按钮。如果客户选择“接受”并且他们已经输入正确的证实信息，那么对于他们现在与其相关的预订(即，对于该预订他们是次级订户)，可以把他们引导到装运程序预订主细节页面，如在图13中表明的典型页面。客户的错误可以循环回具有错误细节消息的确认页面。

一个实施例可以使用验证或证实受邀客户是所述装运程序的初级订户的家庭(或其它实体)的成员的机构，该机构可能要求受邀加入所述预订的那些人提供与所述预订/初级订户相关的特定个人信息，如：

●与所述程序初始相关的人员(初级订户)的e-邮件地址

●用来支付所述程序的信用卡的最后四位

●与所述程序初始相关的人员(初级订户)的主要居住地的邮政编码

●初级订户的和受邀客户的出生日期

为了验证/证实，各种实施例可以使用这些信息条目的一个或多个，和/或可以使用其它信息。

在一个实施例中，不能防止客户是成为所述装运程序的两个或更多预订的订户。如果客户预订两个或更多预订，所述预订之一在必要时可以由系统选择。在一个实施例中，可以随机地但确定性地选择一个预订。在另一个实施例中，可以防止客户预订多个预订。

在一个实施例中，只有预订的一个订户是初级订户。在另一个实施例中，一个特定预订的多于一个订户可以指示为“初级订户”，并因而可以进行这里描述的初级订户的动作，如邀请其它客户共享预订和删除次级订户。在这个实施例中，可以提供指示已经接受共享预订邀请的一个或多个次级订户以成为“初级订户”的装置。在一个实施例中，初级订户可以把“初级订户关系”转移到另一个订户。在另一个实施例中，可能不允许初级订户转移所述初级订户关系。在一个实施例中，初级订户可能不能够从与预订相关的订户集合中除去他们本身。在另一个实施例中，可能允许初级订户从与预订相关的订户集合中除去他们本身。

用于邀请元件的典型实施体系结构

在一个实施例中，邀请元件是负责跟踪代表实体扩展的一组邀请、已经扩展到实体的邀请、及邀请的接受和拒绝的通用元件。邀请的接受可以自动地操纵与所述邀请相关的集合。

在一个实施例中，所述邀请实施可能不管理或保持所述邀请正在向其施加的集合的所有权。用来把所述邀请从所述会员资格管理分离出来的原因可能包括但不限于：

●当接收邀请时，邀请可能不必操纵集合。通过把它分离出，重新分解(refactoring)可以是可能的，以使用这个元件进行邀请，其具有除添加到集合上之外的结果。

●组会员资格和操纵可以使用集体服务被暴露。除这种基本API之外的任何事可以要求应用-专用逻辑可不嵌在所述邀请元件内。

●尽管采用和保持一种服务可能比两种服务容易，但可能有其中使用不使用邀请的集合的情形，可能反之亦然。

●放置在这些服务上的期望负载可能不同-集合可能被命中O(订单)(即，对于每个订单)而邀请可能被命中O(程序中的客户)(即，每当邀请客户作为订户加入时)

装运程序前端服务-典型整体体系结构

图21表明在这里所描述的电子商务企业的e-商务网站上用于基于预订的装运程序的装运程序前端服务448元件的典型实施体系结构。前端邀请API480可以把界面提供装运程序前端服务448的各种功能。前端邀请API480可以例如提供界面，以邀请客户、接收/拒绝邀请、获得装运程序信息、除去客户等等。装运程序前端服务448可以访问邀请服务428、集体服务430、及预订服务424。预订服务424和集体服务430可以访问官方存储422。

典型系统

在一个实施例中，实施这里在图3至21中所描述的基于预订的装运程序的电子商务企业的e-商务网站可以包括通用计算机系统，如在图22中表明的计算机系统900，该计算机系统包括或配置成访问一个或多个计算机-可访问介质。在表明的实施例中，计算机系统900包括经输入/输出(I/O)接口930联接到系统存储器920上的一个或多个处理器910。计算机系统900还包括联接到I/O接口930上的网络接口940。

在各个实施例中，计算机系统900可以是包括一个处理器910的单处理器系统、或包括几个处理器910(例如，两个、四个、八个、或另一个适当数量)的多处理器系统。处理器910可以是能够执行指令的任何适当处理器。例如，在各个实施例中，处理器910可以是实施各种指令集体系结构(ISA)，如x86、PowerPC、SPARC、或MIPSISA、或任何其它适当ISA，的任一种的通用或嵌入处理器。在多处理器系统中，处理器910的每一个可以共同地，但不是必要地，实施同一ISA。

系统存储器920可以配置成存储由处理器910可访问的指令和数据。在各个实施例中，系统存储器920可以使用任何适当存储器技术实施，如静态随机访问存储器(SRAM)、同步动态RAM(SDRAM)、非易失/闪烁型存储器、或任何其它类型的存储器。在表明的实施例中，实施希望功能，如以上对于实施基于预订的装运程序的电子商务企业的e-商务网站描述的那些方法和技术，的程序指令和数据表示成作为代码925存储在系统存储器920内。

在一个实施例中，I/O接口930可以配置成协调在处理器910、系统存储器920、及在装置中的任何外围设备之间的I/O通信量，该外围设备包括网络接口940或其它外围接口。在一些实施例中，I/O接口930可以进行任何必要协议、计时或其它数据转换，以把来自一个元件(例如，系统存储器920)的数据信号转换成适于由另一个元件(例如，处理器910)使用的格式。在一些实施例中，I/O接口930可以包括对于通过各种类型的外围总线，像例如外围元件互连(PCI)总线标准或通用串行总线(USB)标准的变形，附加的装置的支持。在一些实施例中，I/O接口930的功能可以分裂成两个或多个分离元件，像例如北桥和南桥。而且，在一些实施例中，I/O接口930的功能性的一些或全部，如对于系统存储器920的接口，可以直接并入处理器910中。

网络接口940可以配置成允许数据在计算机系统900与附加到网络上的其它装置，像例如其它计算机系统，之间交换。具体地说，网络接口940可以配置成允许在计算机系统900、是e-商务企业的部分的其它计算机系统(如果有的话)、在因特网上的其它服务器、及由在因特网上别处的e-商务网站的客户使用的计算机之间的通信。网络接口940可以共同地支持一个或多个无线联网协议(例如，Wi-Fi/IEEE802.11、或另一种无线联网标准)。然而，在各个实施例中，网络接口940可以支持经任何适当有线或无线通用数据网络，像例如其它类型的以太网络，的通信。另外，网络接口940可以支持经诸如模拟声音网络或数字纤维通信网络之类的电信/电话网络、经诸如FiberChannelSAN之类的存储区域网络、或经任何其它适当类型的网络和/或协议，的通信。

在一些实施例中，系统存储器920可以是配置成存储以上所描述的程序指令和数据的计算机-可访问介质。然而，在其它实施例中，程序指令和/或数据可以被接收、发送或存储在不同类型的计算机-可访问介质上。一般地说，计算机-可访问介质可以包括存储介质或存储器介质，如磁性或光学介质，例如经I/O接口930联接到计算机系统900上的磁盘或DVD/CD。计算机-可访问介质也可以包括任何易失或非易失介质，如RAM(例如，SDRAM、DDRSDRAM、RDRAM、SRAM、等等)、ROM、等等，它们可以包括在计算机系统900的一些实施例中作为系统存储器920或另一种类型的存储器。而且，计算机-可访问介质可以包括传输介质或信号，如经诸如网络和/或无线链接之类的通信介质输送的电气、电磁、或数字信号，如经网络接口940可以实施。

结论

各种实施例还可以包括接收、发送或存储按照对于计算机-可访问介质的以上描述实施的指令和/或数据。一般地说，计算机-可访问介质可以包括：存储介质或存储器介质，如磁性或光学介质，例如磁盘或DVD/CD-ROM；易失或非易失介质，如RAM(例如，SDRAM、DDR、RDRAM、SRAM、等等)、ROM、等等；以及传输介质或信号，如经诸如网络和/或无线链接之类的通信介质输送的电气、电磁、或数字信号。

在图中表明和在这里描述的各种方法代表方法的典型实施例。方法可以以软件、硬件、或其组合而实施。方法的顺序可以改变，并且各种元素可以被添加、重新定序、组合、省去、修改等等。

如对于具有本公开的好处的本领域的技术人员显然的那样，可以进行各种修改和变更。打算本发明包容所有这样的修改和变更，并且相应地，以上描述要在说明性而不是限制性意义上考虑。

Claims (57)

1.一种方法，包括：

在一个或多个计算机设备上实现的网站处，将订户信息存储在订户数据库中，其中，所述订户信息标识所述网站的用户的子集，该子集中的用户是基于预订的装运程序的当前订户，所述基于预订的装运程序在预订持续时间内对所述网站上提供的至少一些物品中的每个物品提供多个订户装运选项，其中，所述多个订户装运选项仅对作为所述基于预定的装运程序的当前订户的网站用户提供；

用于所述网站的服务器在网络上接收辨别特定用户的输入；

所述服务器从所述特定用户接收为了访问所述网站的用户界面而进行的输入；

所述服务器通过访问所述订户数据库以查看所述特定用户是否在所述网站用户的所述子集中，而自动确定所述特定用户是所述基于预订的装运程序的当前订户，其中该子集中的用户是基于预订的装运程序的当前订户；

响应于确定所述特定用户是所述基于预订的装运程序的当前订户，在所述网站的所述用户界面上显示一个或多个装运程序用户界面元素，其中所述装运程序用户界面元素仅被显示在预订了所述装运程序的用户的所述用户界面上；

用于在所述网络上接收指定所述特定用户想订购的所述至少一些物品中的至少一个的输入的网站的服务器；以及

响应于从所述订户数据库确定所述特定用户是所述基于预订的装运程序的当前订户，所述网站的服务器自动产生指定的至少一个物品的订单，以引导所述至少一个物品根据所述多个订户装运选项之一、而不是非订户装运选项被装运到由所述特定用户指定的位置。

2.根据权利要求1所述的方法，还包括：

从所述特定用户接收输入以访问配置成接受特定物品的用户订单的用户界面；和

响应于确定所述特定用户是所述基于预订的装运程序的当前订户，则在所述用户界面上显示两个或多个装运程序用户界面元素，其中所述两个或多个装运程序用户界面元素被配置成从用于所述特定物品的所述多个订户装运选项中选择；及

从所述预订用户接收输入以选择所述两个或多个装运程序用户界面元素之一，以指定用于所述特定物品的特定订户装运选项。

3.根据权利要求2所述的方法，其中，所述装运程序用户界面元素仅对所述预订装运程序的用户显示在所述用户界面上。

4.根据权利要求2所述的方法，

其中所述两个或多个装运程序用户界面元素是单个动作用户界面元素；

其中所述在网络上接收输入以指定所述特定用户想订购的所述至少一些物品中的至少一个，包括从所述预订用户接收输入以选择两个或多个装运程序用户界面元素之一；及

其中所述产生用于所述指定至少一个物品的订单包括，响应于所述从预订用户接收输入以选择两个或多个装运程序用户界面元素之一而自动地产生所述订单，并且其中为产生所述订单不需要所述用户的额外输入。

5.根据权利要求1所述的方法，其中，所述在网络上接收输入以指定所述特定用户想订购的所述至少一些物品中的至少一个，包括在所述网站的web服务界面上接收所述预订用户的请求所述至少一个物品订单的消息。

6.根据权利要求1所述的方法，还包括响应于在网络上从访问e-商务网站的一个或多个预订用户界面元素的所述用户接收输入以使所述用户预订所述基于预订的装运程序。

7.根据权利要求1所述的方法，还包括响应于在网络上从所述用户接收单个输入以选择所述网站的单个动作用户界面元素而自动地使所述用户预订所述基于预订的装运程序。

8.根据权利要求1所述的方法，还包括响应于通过所述网站的web服务界面接收指定所述用户的预订请求，使所述用户预订所述基于预订的装运程序。

9.根据权利要求1所述的方法，还包括响应于接收由所述网站发送到所述用户的共享对所述装运程序的预订的邀请的回答，使所述用户预订所述基于预订的装运程序，以作为对具有一个或多个其他当前订户的现有预订的增加的订户，其中，所述现有预订的每个订户具有单独的账户，所述订户经由该单独的账户访问所述网站。

10.根据权利要求1所述的方法，还包括在使所述用户预订所述装运程序时，对所述用户收取预订费用。

11.根据权利要求1所述的方法，其中，所述多个订户装运选项包括至少一个装运选项，对该至少一个装运选项，对所述至少一些物品的装运不收取预订用户的费用。

12.根据权利要求1所述的方法，其中，所述多个订户装运选项包括至少一个装运选项，对该至少一个装运选项，对所述至少一些物品的装运收取预订用户的费用比非预订用户的低。

13.根据权利要求1所述的方法，其中，所述多个订户装运选项包括：至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运不收取预订用户的费用；和至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运收取预订用户的费用比非预订用户的低。

14.根据权利要求1所述的方法，其中，所述多个订户装运选项之一是不向非订户提供的一个或多个特征的选项。

15.根据权利要求14所述的方法，其中所述一个或多个特征包括下面的至少一个：加速处置、不收费地返回所采购物品的能力、免费礼物打包、免费雕刻、或对所述物品的数字拷贝的访问。

16.根据权利要求1所述的方法，还包括：

向所述预订用户显示一个或多个预订共享用户界面元素，其中所述预订共享用户界面元素配置成接收输入以与所述网站的其它用户共享对所述装运程序的现有预订；和

从所述预订用户接收输入以访问所述一个或多个预订共享用户界面元素，以与所述预订用户所指定的所述网站的用户共享对所述装运程序的预订，其中共享所述预订的每个用户都具有单独的账户，用户经由该单独的账户访问所述网站。

17.根据权利要求16所述的方法，其中所述预订共享被限于所述预订用户所属的限定团体。

18.根据权利要求17所述的方法，其中所述限定团体是如下之一：所述预订用户的家庭、业务圈、住宅、或学校。

19.根据权利要求1所述的方法，还包括：

向所述预订用户显示一个或多个预订邀请用户界面元素，其中所述预订邀请用户界面元素配置成接收输入以产生与所述网站的其它用户共享对所述装运程序的现有预订的邀请；

从所述预订用户接收输入以访问所述一个或多个预订邀请用户界面元素，以邀请由所述预订用户所指定的所述网站的用户共享对所述装运程序的所述预订；及

响应于来自所述预订用户的访问所述一个或多个预订邀请用户界面元素的所述输入，所述网站把邀请发送到所述受邀用户，以共享所述于装运程序的预订。

20.根据权利要求19所述的方法，还包括从所述受邀用户接收输入以接受共享所述预订的所述邀请，其中共享所述预订的每个用户都具有单独的账户，所述用户经由该单独的账户访问所述网站。

21.根据权利要求1所述的方法，其中，所述基于预订的装运程序包括两个或更多水平的预订，其中在所述两个或更多水平的预订下，不同水平下的预订用户以不同的预订费用被提供一个或多个不同装运选项。

22.根据权利要求1所述的方法，还包括所述物品一适用于装运就引导由所述预订用户订购的每个物品根据所述一个或多个订户装运选项之一被装运。

23.根据权利要求1所述的方法，还包括根据所述一个或多个订户装运选项之一来引导由所述预订用户分开订购的两个或更多个物品被合并以及在一个货次中装运。

24.根据权利要求1所述的方法，还包括根据所述一个或多个订户装运选项之一来引导由所述预订用户订购的物品在计划装运时间以定期或非定期间隔被装运。

25.根据权利要求1所述的方法，还包括向所述装运程序的预订用户提供对于一个或多个服务网站的排他访问，该访问不提供给所述网站的非预订用户。

26.根据权利要求25所述的方法，其中，所述一个或多个服务包括如下之一：加速处置、不收费地返回所采购物品的能力、免费礼物打包、免费雕刻、或对所述物品的数字拷贝的访问。

27.根据权利要求1所述的方法，其中在所述网站上提供的所述至少一些物品以与向非预订用户提供的相同价格被提供给预订所述装运程序的用户。

28.根据权利要求27所述的方法，其中对于根据所述多个订户装运选项之一所装运的物品，对所述预订用户的装运费用比提供给非预订用户的具有相同运送条款的相应装运选项的装运费用低。

29.一种系统，包括：

一个或多个数据存储装置，配置成存储用于企业网站的数据，其中，所述企业网站的数据包括存储在订户数据库中的订户信息，其中所述订户信息标识所述企业网站的用户的子集，该子集中的用户是基于预订的装运程序的当前订户，所述基于预订的装运程序在预订持续时间内对所述企业网站上提供的至少一些物品中的每个物品提供多个订户装运选项，其中，所述多个订户装运选项仅对作为所述基于预定的装运程序的当前订户的用户提供；和

一个或多个服务器，配置成实施企业逻辑，该企业逻辑配置成：在网络上接收辨别特定用户的输入；

在网络上从所述特定用户接收访问所述企业网站的用户界面的输入；

通过访问所述订户数据库以查看所述特定用户是否在所述企业网站用户的所述子集中，而确定所述特定用户是所述基于预订的装运程序的当前订户，其中该子集中的用户是基于预订的装运程序的当前订户；

响应于确定所述特定用户是所述基于预订的装运程序的当前订户，在所述企业网站的所述用户界面上显示一个或多个装运程序用户界面元素，其中所述装运程序用户界面元素仅被显示在预订了所述装运程序的用户的所述用户界面上；

在所述网络上接收输入以指定所述特定用户想订购的所述至少一些物品的至少一个；以及

响应于从所述预订数据库确定所述特定用户是所述基于预订的装运程序的当前订户，产生用于所述指定的至少一个物品的订单，以引导所述至少一个物品根据所述多个订户装运选项之一、而不是非订户装运选项被装运到所述预订用户所指定的位置。

30.根据权利要求29所述的系统，其中所述企业逻辑还配置成：

从所述特定用户接收输入以访问配置成接受所述特定物品的用户订单的用户界面；和

响应于确定所述特定用户是所述基于预订的装运程序的当前订户，在所述用户界面上显示两个或多个装运程序用户界面元素，其中所述两个或多个装运程序用户界面元素配置成从用于所述物品的所述多个订户装运选项中选择；及

从所述预订用户接收输入以选择所述两个或多个装运程序用户界面元素之一，以指定用于所述物品的一个特定订户装运选项。

31.根据权利要求30所述的系统，其中所述装运程序用户界面元素仅对于预订所述装运程序的用户显示在所述用户界面上。

32.根据权利要求30所述的系统，

其中所述两个或多个装运程序用户界面元素是单个动作用户界面元素；

其中为了在所述网络上接收输入以指定所述特定用户想订购的所述至少一些物品中的至少一个，所述企业逻辑还配置成：从所述预订用户接收输入以选择所述两个或多个装运程序用户界面元素之一；及.

其中为产生用于所述指定的至少一个物品的订单包括，企业逻辑还配置成：响应从所述预订用户接收输入以选择所述两个或多个装运程序用户界面元素之一而自动地产生所述订单，并且其中为产生所述订单不要求所述用户的额外输入。

33.根据权利要求29所述的系统，其中，为在所述网络上接收输入以指定所述特定用户想订购的所述至少一些物品中的至少一个，企业逻辑还配置成：在企业网站的web服务界面上接收所述预订用户的请求所述至少一个物品的订单的消息。

34.根据权利要求29所述的系统，其中，企业逻辑还配置成：响应在所述网络上从所述用户接收输入以访问一个或多个预订用户界面元素，使所述用户预订所述基于预订的装运程序。

35.根据权利要求29所述的系统，其中，企业逻辑还配置成：响应在所述网络上从所述用户接收单个输入以选择单个动作用户界面元素，自动地使所述用户预订基于预订的装运程序。

36.根据权利要求29所述的系统，其中，企业逻辑还配置成：响应经企业网站的web服务界面接收指定所述用户的预订请求，使所述用户预订所述基于预订的装运程序。

37.根据权利要求29所述的系统，其中，企业逻辑还配置成：响应接收对企业逻辑发送到所述用户的共享对所述装运程序的现有预订的邀请的回答，使所述用户预订所述基于预订的装运程序，以作为对具有一个或多个其他当前订户的现有预订的增加的订户，其中，所述现有预订的每个订户具有单独的账户，订户经由该单独的账户访问所述企业逻辑。

38.根据权利要求29所述的系统，其中，企业逻辑还配置成：在使所述用户预订所述装运程序时，对所述用户收取预订费用。

39.根据权利要求29所述的系统，其中所述多个订户装运选项包括至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运不收取预订用户的费用。

40.根据权利要求29所述的系统，其中所述多个订户装运选项包括至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运以比非预订用户低的价格收取预订用户的费用。

41.根据权利要求29所述的系统，其中所述多个订户装运选项包括：至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运不收取预订用户的费用；和至少一个装运选项，对于该至少一个装运选项，对所述至少一些物品的装运以比非预订用户低的价格收取预订用户的费用。

42.根据权利要求29所述的系统，其中所述多个订户装运选项之一是用于不提供给非订户的一个或多个特征的选项。

43.根据权利要求42所述的系统，其中所述一个或多个特征包括下面的至少一个：加速处置、不收费地返回所采购物品的能力、免费礼物打包、免费雕刻、或对所述物品的数字拷贝的访问。

44.根据权利要求29所述的系统，其中，企业逻辑还配置成：

向所述预订用户显示一个或多个预订共享用户界面元素，其中所述预订共享用户界面元素配置成接收输入以与其它用户共享对于装运程序的现有预订；和

从所述预订用户接收输入以访问所述一个或多个预订共享用户界面元素，以与所述预订用户所指定的用户共享对所述装运程序的预订，其中共享所述预订的每个用户具有单独的账户，用户经由该单独的账户访问所述企业逻辑。

45.根据权利要求44所述的系统，其中所述预订共享被限于所述预订用户所属的限定团体。

46.根据权利要求45所述的系统，其中所述限定团体是如下之一：所述预订用户的家庭、业务圈、住宅、或学校。

47.根据权利要求29所述的系统，其中，企业逻辑还配置成：

向所述预订用户显示一个或多个预订邀请用户界面元素，其中所述预订邀请用户界面元素配置成接收输入以产生与其它用户共享对于装运程序的现有预订的邀请；

从所述预订用户接收输入以访问所述一个或多个预订邀请用户界面元素，以邀请所述预订用户所指定的用户共享对所述装运程序的预订；及

响应于来自所述预订用户的访问所述一个或多个预订邀请用户界面元素的所述输入，把邀请发送到所述受邀用户，以共享对所述装运程序的预订。

48.根据权利要求47所述的系统，其中，企业逻辑还配置成：从所述受邀用户接收输入以接受共享所述预订的邀请，其中共享所述预订的每个用户具有单独的账户，用户经由该单独的账户访问所述企业逻辑。

49.根据权利要求29所述的系统，其中所述基于预订的装运程序包括两个或更多水平的预订，其中在两个或更多水平的预订下，不同水平下的预订用户以不同预订费用被提供一个或多个不同装运选项。

50.根据权利要求29所述的系统，其中，企业逻辑还配置成：所述物品一适用于装运就引导由所述预订用户订购的每个物品根据所述一个或多个订户装运选项之一被装运。

51.根据权利要求29所述的系统，其中，企业逻辑还配置成：引导由所述预订用户订购的两个或更多物品根据所述一个或多个订户装运选项之一被合并以及在一个货次中装运。

52.根据权利要求29所述的系统，其中，企业逻辑还配置成：引导由所述预订用户订购的物品根据所述一个或多个订户装运选项之一在计划装运时间以定期或非定期间隔被装运。

53.根据权利要求29所述的系统，其中，企业逻辑还配置成：向所述装运程序的预订用户提供对一个或多个服务的排他访问，该一个或多个服务不提供给非预订用户。

54.根据权利要求53所述的系统，其中所述一个或多个服务包括如下之一：加速处置、不收费地返回所采购物品的能力、免费礼物打包、免费雕刻、或对所述物品的数字拷贝的访问。

55.根据权利要求29所述的系统，其中，由所述企业网站提供的所述至少一些物品以与向非预订用户提供的相同价格提供到预订所述装运程序的用户。

56.根据权利要求55所述的系统，其中，对于根据所述多个订户装运选项之一装运的物品，对预订用户的装运费用比提供给非预订用户的具有相同运送条款的相应装运选项的装运费用低。

57.一种方法，包括：

在一个或多个计算机设备上实现的网站处，将订户信息存储在订户数据库中，其中，所述订户信息标识所述网站的用户的子集，该子集中的用户是基于预订的装运程序的当前订户，所述基于预订的装运程序在预订持续时间内对所述网站上提供的至少一些物品中的每个物品提供多个订户装运选项，其中，所述多个订户装运选项仅对作为所述基于预定的装运程序的当前订户的网站用户提供；

用于从特定用户接收要访问所述网站的用户界面的输入的网站的服务器；

响应于来自所述特定用户的输入，所述服务器通过访问所述订户数据库以查看所述特定用户是否在所述网站用户的所述子集中，而自动确定所述特定用户是所述基于预订的装运程序的当前订户，其中该子集中的用户是基于预订的装运程序的当前订户；

响应于从所述订户数据库确定所述特定用户是所述基于预订的装运程序的当前订户，所述服务器自动显示一个或多个单个动作用户界面元素到所述用户界面，其中所述一个或多个单个动作用户界面元素配置成从用于所述至少一些物品的至少一个的所述一个或多个订户装运选项中选择，并且其中所述一个或多个单个动作用户界面元素仅被显示在预订了所述装运程序的用户的所述用户界面上；

从所述特定用户接收输入以选择所述一个或多个装运程序用户界面元素之一，以指定用于所述特定用户想订购的所述至少一些物品的至少一个的一个特定订户装运选项；

响应于所述从所述特定用户接收输入以选择所述一个或多个装运程序用户界面元素之一，所述网站的服务器自动地产生用于所述特定用户想订购的所述至少一些物品的至少一个的订单，该订单引导所述至少一个物品根据所述一个或多个订户装运选项中所选择的一个、而不是非订户装运选项被装运到由所述特定用户指定的位置，其中为产生所述订单不要求所述特定用户的额外输入。