CN101755245B - 用于向商家提供出口服务的系统和方法 - Google Patents

Abstract

履约服务提供商可以向商家提供出口服务，包括生成所需的出口单据；计算、征收，以及汇付关税；以及，通过国际运输公司进行运输。这样的出口服务可以通过注册服务提供，并可以与提供到被注册的商家的其他履约服务集成(例如，国内订单履约和/或商品的仓储)，或者可以提供到没有从提供商接收其他履约服务的商家。出口服务可以提供到证明所有注册的或指定的商品都可以合法地出口到所有(或指定的)国际目的地的商家，或者，提供商可以代表注册的商家验证遵循出口条例。提供商可以承担注册的商家的主要的利害关系人的角色，或者，商家可以保留此角色。出口服务的注册和提供可以以一个或多个软件模块来实现。

Description

用于向商家提供出口服务的系统和方法

技术领域

本发明涉及计算机实现的出口服务的注册，更具体来说，涉及计算机实现的用于向商家提供出口服务的技术。

背景技术

为了向客户提供可轻松地发货的各种商品，许多商家(无论是参与电子的还是常规的“传统”商务)在库存设施内保留了各种数量的这样的商品。将商品保留在库存中可以缓冲客户需求或制造商或经销商提供各种商品的能力的变化。例如，由商家提供用于出售的不同的商品可能具有不同的制造商定货交付时间(leadtime)。作为库存保留大量的这样的商品可以使商家能向客户提供这些商品的一致的可得性，尽管定货交付时间不同。

然而，在某些情况下，保持库存会给商家带来各种成本或缺点。例如，提供和维护库存存储设施可能花费大，特别是对于可能不能有效而有利可图地将这样的设施的固定成本在有限数量的库存之间分布的较小的商家来说。此外，万一有需要，扩大库存系统以适应需求或容积的增大可能是花费大的建议，会要求对技术、设施和/或人员进行大量的投资。

商家保持其自己的库存也会对客户带来缺点。随着电子商务越来越普及，许多商家越来越多地通过提供共同界面的电子市场与其他商家一起列出它们的产品，通过共同界面，客户可以搜索商品并且下订单。然而，如果不同的商家最终对通过这样的市场履行他们自己的相应的订单负责，则客户的对于给定商品的订购体验会取决于从其订购商品的商家而显著地变化。例如，进行订单履约的技能或流程比较差的商家可能发运商品进行比较慢，可能会发错商品，可能交付受损的货物，或者，可能以别的方式造成负面客户体验。这样的负面体验可能不仅反映在客户从其订货的商家，而且还反映在电子市场中其他商家，可能会降低客户对市场本身的信心。

类似地，国际贸易经验很少或没有国际贸易经验或者对于适用于货物出口到世界的其他国家和地区的规章经验很少或没有的商家，可能发现难以支持履行要发货到国外的货物的订单，而且代价大。这样的商家可能选择放弃将它们的业务扩展到美国之外，因此，失去了可能在其他市场产生额外的收入的机会。

发明内容

公开了用于向商家提供出口服务的方法和系统的各种实施例。根据一个实施例，系统可以包括被配置为存储指令的存储器和连接到存储器的一个或多个处理器。指令可以由至少一个处理器执行，以实现库存管理系统，该库存管理系统可以被配置为实现注册界面；通过注册界面，从商家那里接收请求，以从履约服务提供商那里接收一个或多个库存商品的出口服务；确定请求是否有效；和响应于确定请求是有效的，存储表明库存商品被注册用于出口服务的信息。

在各种实施例中，确定出口服务请求是否有效可以包括：提示商家指出库存商品可以合法地出口；将商家的标识符与被限制出口商品的商家的一个或多个列表进行比较；进行犯罪背景调查、信用调查或对商家的身份进行验证；将每一个库存商品的标识符与被限制出口到一个或多个目的地、实体或人员的商品的列表进行比较；和/或提示商家指出他或她同意遵守适用的出口条例。

如果出口服务请求有效，在某些实施例中，库存管理服务可以被配置为存储商家已经成功地注册了一个或多个库存商品(或确定为可出口的商品的子集)的出口服务的指示。库存管理服务也可以被配置为提示商家提供签名，该签名可以存储起来，以便用于生成包括注册出口服务的一个或多个库存商品的订单的出口单据。

库存管理服务可以被配置为从客户那里接收注册出口服务的一个或多个库存商品的订单，订单中包括国际发货目的地。库存管理服务可以被配置为确定订单是否有效，并且响应于订单有效，可以代表商家生成任何或所有适用的出口单据，并可以开始将所订商品发送到国际发货目的地。在某些实施例中，为确定订单是否有效，库存管理系统可以被配置为将订单中的商品的标识符、接收订单的人员或实体的标识符和/或目的地与被限制出口到特定目的地、实体或人员的商品的一个或多个列表进行比较。在各种实施例，由库存管理系统生成的出口单据可以包括标识主要的利害关系人和最终的收货人的信息，关于运输方法和发货港和/或卸货港的信息，一批载货中包括的商品的标识符，出口许可证号码或异常标志，和/或存储的商家签名。生成的出口单据的物理副本可以附加到订单的海运集装箱中，和/或生成的出口单据可以以物理或电子形式提供到被选择将所订商品运输到其国际发货目的地的运输公司。

在某些实施例中，如果接收了包括来自两个或更多商家的被注册的库存商品的出口订单，库存管理系统可以被配置为与商品一起装运表明履约服务提供商是记录的出口商的一组出口单据。在其他实施例中，如果接收了包括来自两个或更多商家的被注册的库存商品的出口订单，库存管理系统可以被配置为代表每一个商家生成单独的出口单据(每一个商家都承担其自己的库存商品的记录的出口商的角色)，并与它们的相应的出口单据一起分别装运来自每一个商家的商品。

在某些实施例中，库存管理系统可以被配置为计算应向各种税务机关支付的任何适用的关税，并且当收取包括出口服务的订单履约服务的费用时征收那些关税。在某些实施例中，收取的关税也可以自动地通过库存管理服务汇寄给适当的税务机关。

附图说明

图1是显示了履约中心的一个实施例的方框图。

图2A是显示了履约服务注册界面的一个实施例的方框图。

图2B是显示了履约服务管理界面的一个实施例的方框图。

图3是表明了履约服务提供商可以用来接收和处理来自商家的库存履约服务请求的方法的一个实施例的流程图。

图4是表明了履约服务提供商可以用来接收和处理来自商家的出口服务请求的方法的一个实施例的流程图。

图5是表明了代表许多商家履行商品的订单的方法的一个实施例的流程图。

图6是表明了履行针对注册出口服务的订单的方法的一个实施例的流程图。

图7A表明了可以包括在由图5的订单履行方法产生的包裹中的装箱单的一个实施例。

图7B表明了可以包括在由图6的订单履行方法产生的包裹中的装箱单的一个实施例。

图7C表明了根据一个实施例的装运标签，包括由履约服务提供商代表商家生成的出口表单CN22。

图8表明了web页面的一个实施例。

图9是显示了计算机系统的示例性实施例的方框图。

尽管本发明可以具有各种修改和替代形式，但是，这里将通过附图中的示例显示特定实施例，并进行详细描述。然而，应了解，附图和对其详细描述不打算将本发明限于所公开的特定形式，相反地，本发明可以涵盖如所附权利要求所限定的落入本发明的精神和范围内的所有修改、等效内容和替代方案。

具体实施方式

履约中心概述

图1显示了用于履约客户订单的被配置为存储库存商品的履约中心的一个实施例。在所显示的实施例中，企业5包括履约中心10，而该履约中心10继而包括库存存储设施20以及库存管理系统30。存储设施20可以被配置为存储任意数量的库存商品35a-n。如下面更详细地描述的，系统30可以被配置为通过任意数量的不同商家40a-d中的一个或多个从一个或多个客户50那里接收各种商品35的客户订单。另外，系统30可以被配置为启动和/或协调导致将订购的商品35装运到对应的客户50的动作。

一般而言，履约中心10可以被配置为接收和存储来自诸如批发商、经销商或商家40的各种来源的不同种类的商品35。商品35一般可以包含可以被接收以便存储起来的任何种类的有形物体或物质。例如，但不仅限于，商品35可以包括媒体商品(例如，书、光盘、录像带和/或DVD)，电子设备、计算机以及相关的外设和设备，消费电器或商用电器、服装、处方药和/或不需处方直接可以出售的药物、化妆品、食品或其他合适的商品。值得注意的是，商品35可以利用诸如包裹、纸板箱、柳条箱、托架或其他合适的集合体的分立的、可计数的单元或多个单位包裹进行库存、管理或分发。作为替代，某些商品35，如散货、商品等等，可以以连续的或任意可分的本身没有组织成可计数的单位的量存储。这样的商品35可以用可测量的量的形式来进行管理，诸如长度、面积、体积、重量、持续时间或具有测量单位的特征的其他维度属性的单位。一般而言，商品35的量可以是指商品35的可数数目的单个或聚合单位或者商品35的可测量的量，视情况而定。

在履约中心10接收到的用于存储的商品35可以存储在库存存储设施20内，库存存储设施20可以包括商品存储结构的任何合适的组合或布局。例如，设施20可以包括支架、箱柜、托架或其他种类的以网格或其他方式布置的存储设备。在某些实施例中，设施20可以包括适合于具有特殊存储要求的商品35的不同类型的存储装置。例如，某些种类的商品35可能是易腐烂的、易碎的或挥发性的，并可能要求在受控制的温度、大气或其他条件下进行存储。相应地，设施20可以包括被配置为满足某些商品35的特殊环境要求的冷藏或其他类型的存储区。可以预期，在某些实施例中，商品35可以存储在设施20内，以与接收它们时的不同格局进行存储。例如，商品35的单位可以以箱子、托架或在其他聚合单位来进行接收，并可以打开包装或以别的方式解开，用于作为箱柜、架子上的单个单位进行存储，或以设施20内的其他存储结构进行存储。

库存管理系统30一般可以被配置为通过履约中心10跟踪和控制库存商品35的状态和移动。在一个实施例中，如下面结合图8的描述更详细地描述的，系统30可以包括计算机可访问的被配置为存储指令的介质，指令可例如由处理器或计算机系统执行，以检测涉及商品35的事件，并响应这样的事件生成或启动动作。例如，系统30可以检测涉及来自供应商或商家的库存商品35的到达的事件，作为响应，可以指示代理(例如，机械代理或人类代理)对接收到的商品35进行处理，并适当地将它们存储在存储设施20内。类似地，系统30可以被配置为代表客户50检测可能来自商家40的各种商品35的订单。作为响应，系统30可以被配置为指示代理从存储设施20中为接收到的订单选择适当的商品35，并准备选择的商品35，以便装运或以其他方式运输到对应的客户50。在某些实施例中，每当给定商品35的单位存储在存储设施20内或被从存储设施20中选择时，系统30可以更新对应于给定商品35的标示，以反映其库存状态。例如，这样的标示可以反映当前存储在设施20内的单位的数量，已经从设施20中选择的但还没有离开履约中心10的单位的数量，在订购中的给定商品35的单位的数量，和/或任何其他合适的商品状态信息。系统30也可以被配置为处理涉及损坏的或有缺陷的商品35的处理的事件，从客户50那里接收到的退货，或其他例外事件。

商家40可以在贸易中安排向客户50提供各种商品35。一般而言，可以由商家根据任何合适的商业模式，提供商品35。例如，贸易中可以根据销售、租赁、拍卖、易货贸易、信贷、授权、特许或任何其他交易类型提供商品35。商家40可以通过各种渠道中的任何一种提供商品35。例如，给定商家40可以通过可以由客户50进行访问的电子商务(e-commerce)门户网站提供商品35的报价。这样的电子商务出售物可以不同地包括通过由给定商家40主管并作为不同于企业5的提供实体呈现的基于Web的实体(例如，网站或页面)列出商品35，或通过由企业5代表给定商家40主管的基于Web的实体列出商品35。

在某些实施例中，商家40可以通过由企业5主管的一般性的基于Web的实体列出商品35，所述一般性Web的实体由诸如其中许多商家40可以列出出售物的市场或论坛。一般而言，市场电子商务渠道一般是指基于Web的实体，通过该实体，多个商家40可以通过一个或多个Web页面向客户50提供商品35。例如，市场可以被组织为向客户50呈现一个或多个Web页面，根据各种项目(例如，价格、可用性、条件等等)列出提供特定商品35的各种商家40。作为替代，市场可以被组织为向客户50呈现对应于商家40的相应的虚拟店面的一个或多个Web页面，其中，每一个店面都表明对应的商家40的各种产品。在某些实施例中，市场可以通过下面所描述的Web服务应用程序编程接口(API)而不是作为一个或多个Web页面来实现。例如，市场的目录信息，订购功能及其他方面可以作为Web服务功能来实现，Web服务功能可以由各个参与方调用，以在贸易向客户50呈现商品35。电子商务市场的其他配置也是可能的和可以预期的。

商家的电子商务出售物也可以包括通过不同于企业5和商家40的第三方Web实体列出商品35，如第三方拍卖Web实体。还可以预期，商家40可以通过基于Web的实体之外的实体呈现电子商务出售物。例如，商家40可以通过电子邮件、电子公告板，或其他电子渠道，呈现这样的出售物。

在某些实施例中，商家40也可以在贸易中通过非电子渠道，例如诸如目录、电话或物理店面渠道，向客户50提供商品35。或者，某些商家40可以通过各种不同的渠道的组合来提供商品35。还要注意，诸如商家40d之类的某些商家，可以附属于一般性地向商家40提供履约服务的企业5，虽然在其他实施例中，企业5可以为商品35提供履约服务，而不会作为那些商品的商家运营。

一般而言，客户50可以包括可以通过一个或多个商家40订购一个或多个商品35的任何实体。例如，客户50可以包括个人、机构、公司、企业、组织或其他实体。客户50可以通过任何适当的渠道，如上文所描述的电子商务渠道之一，或通过非电子订购渠道，向商家40订货。客户50可以是最终合法地和/或财务上对订单负责的实体，但是不必须是这样的实体。类似地，客户50可以是，或者可以不是与给定订单关联的商品的计划的接收者。例如，客户50可以代表可以负责支付的或者可以是计划的接收者的另一个实体订购商品35。在某些实施例中，客户50可以包括同意将它们的订购的商品35一起装运的多个个人或实体。例如，客户50可以对应于同一个家庭或企业中的一组个人。

在给定客户50订购了一个或多个商品35之后，可以履行该订单。一般而言，履约过程可以包括从库存中选择订单中指定的商品35，针对将选择的商品35运输到客户50或其他计划的收件人的模式适当地包装选择的商品35，并将包裹运输到收件人。例如，可以用一个或多个箱子，封套或其他类型的容器与防护材料、促销材料(例如，广告宣传单或宣传册)、装箱单或发票一起包装选择的商品。然后，可以将包装容器密封，加上适当的标记，并提供给公共运输公司(例如，美国邮政局或另一家运输公司)或另一种运输公司或用于向计划的收件人投递的投送服务公司。履约服务请求处理

如图1的实施例所示，履约中心10可以被配置为向与履约中心10关联的企业内部或外部的各种商家40提供履约服务。一般而言，履约服务可以包括涉及履约中心10内的商品35的存储和处理以及各种商品35的特定客户订单的履约的任何操作。例如，履约服务可以包括将商品35接收到仓库中涉及的那些任务，如取得商品35的单位或量的物理收据，检查和/或评估接收到的商品35的状况，在必要时，打开包装或重包装商品35，并将商品35存储在存储设施20内。履约服务也可以包括响应客户订单，从存储设施20中选择或挑拣商品35，以及上文所描述的包装和装运任务。在某些实施例中，履约服务可以包括代表商家40执行的其他任务，如检测或监视存储在存储设施20中的商品35的数量和/或状况，接收和处理从客户50那里退回的商品35，处理和处置掉由于种种原因滞销的商品35(例如，过剩的、损坏的、过期的、报废的等等)，参与对于客户50的客户服务活动(例如，对投诉、询问作出响应，等等)，或其他任务类型。被配置为向商家40提供履约服务的履约中心10的实施例也可以被称为履约服务提供商。

在某些情况下，履约中心10可以向商家40以比商家40执行他们自己的履约服务的情况更大的规模经济提供履约服务。例如，在大型履约中心10提供一平方英尺的存储区的增值成本(例如，包括几十万平方英尺的存储区的履约中心)可以大大地低于由小型商家40所产生的成本，小型商家40可能具有有限的存储空间，或者可能被本地市场条件迫使保留比该商家的库存所需的空间更大的空间。类似地，履约中心10可以实现成熟的库存跟踪和管理技术，这些技术在单个商家40的规模实现起来成本高并且麻烦，如商品的RFID(射频标识)，跨多订单的商品选择的动态调度和优化，对于订单的实时库存跟踪，接收和装运活动，或其他库存管理技术。如下面更详细地描述的，在某些实施例中，履约中心10可以被配置为合并单一客户的来自几个商家40的订单，可以实现额外的规模经济，例如，通过降低包装、商品处理和装运费用。

然而，向各种商家40安排提供履约服务可能带来挑战。例如，商家40可以作为具有彼此不同的以及不同于企业5的用于进行库存管理和记账的方法和系统的不同的企业来运营。结果，商家40和企业5可能缺乏标识库存商品35的统一的方式。例如，给定商家40可以通过一个特定商品35的通用产品代码(UPC)来标识和管理该商品，而同一个商品35在履约中心10内可以通过专有的唯一标识号码来进行标识。此外，商家40可能希望动态地改变他们为各种商品35接收的履约服务。例如，特定商家40可能希望迅速地从自己执行商品35的履行转换到从履约中心10接收该商品的履约服务，或反之亦然。如果这样的转换要求手动批准(例如，批准商家的资格或商品的是否适合进行履约服务)和/或特定商家的库存和订单管理系统的相关方面与履约中心10的那些方面手动集成，安排履约服务的开销可能大大地腐蚀由这样的服务所提供的节省或效率。例如，如果企业5条件处理请求在用手动查找和输入由商家40所提供的数据的履约服务请求，则可能要花几天或几个星期。

在一个实施例中，履约中心10可以被配置为提供注册界面，通过该注册界面，商家可以注册接收一个或多个商品35的履约服务，其中，注册界面处理履约服务请求的操作不需要人的干预。例如，界面可以提供一个自动化的过程，通过该过程，商家可以完成启动各种商品35的履约服务所需的那些任务。如下面更详细地描述的，在各种实施例中，这样的自动化过程可以包括评估商家40的凭据(例如，商家是否为企业5所知，是否财务状况良好等等)，评估为其请求了履约服务的商品35(例如，商品35是否有资格得到被请求的服务)，并给发出请求的商家40提供完成履约服务请求所需的信息(例如，提供应用于商品35的标签，以便履约中心进行库存控制，用于将商品装运到履约中心10的装运标签，指令、状态报告，或其他信息)。这些任务中的每一个任务的履约中心的部分都可以自动地执行，无需人的干预，如下面详细描述的。

图2A中显示了履约服务注册界面的一个实施例。在所显示的实施例中，显示的履约中心10的库存管理系统30包括被配置为与数据库210进行交互的注册界面200。在一个实施例中，注册界面200可以被配置为呈现一个界面，通过该界面，给定商家40可以指定履约服务请求，输入与被请求的服务相关的数据，并参与被企业5认为给定商家40接收被请求的服务必需的那些处理操作。例如，在一个实施例中，界面200可以被配置为向商家40呈现可通过公共因特网或私有的内部网(例如，由企业5维护的私用网络或代表企业5维护的私用网络，要求某级别的身份验证或安全连接才能访问)访问的一个或多个Web页面。这样的Web页面可以包括可填写的表单、菜单、可执行的应用程序(例如，以Java^TM、Javascript或适用于基于Web的执行的应用程序的另一种语言编码)或其他基于Web的界面元素。

在另一个实施例中，界面200可以被配置为向商家40呈现一个专有的或非基于Web的注册界面。例如，界面200可以是可通过拨号或非基于Web的因特网连接，如通过诸如telnet的终端仿真程序进行访问，或通过适用于在商家40和库存管理系统30之间传输信息的另一种类型的标准或专有的应用程序来进行访问。在再一个实施例中，界面200可以包括用于商家进行履约服务注册的Web服务界面，如下面更详细地描述的。在某些实施例中，界面200可以包括其他的界面实现类型或模式，包括如前所述的被配置为与商家40进行通信以便执行与注册履约服务或管理履约服务的使用相关的活动的技术的不同组合。

在所显示的实施例中，界面200可以被配置为在数据库210内存储从商家40接收到的履约服务注册数据，或者来源于商家的或作为商家的履约服务注册活动的结果或与其相关而生成的其他数据。一般而言，数据库210可以包括可以作为永久性数据储存库配置的任何适当的类型的应用程序或数据结构。作为替代，数据库210可以被配置为关系数据库，包括一个或多个由列和行构成的表，并可以根据一种查询语言，如结构化查询语言(SQL)的一个版本，对其进行搜索或查询。或者，数据库210也可以配置为结构化数据存储库，包括根据置标语言，如可扩展置标语言(XML)的一个版本，格式化的数据记录。在其他实施例中，可以使用通过任何适当的类型的应用程序管理并可访问的一个或多个任意或最低限度地结构化数据文件来实现数据库210。

数据库210一般可以被配置为在处理的各种阶段存储与商家40、商品35，和/或履约服务请求相关的任何类型的数据。例如，数据库210可以被配置为存储有关商家40的标识信息，如商家人员或部门的姓名和地址，商家汇票和装运地址信息，商家银行或其他金融信息，或其他标识信息。数据库210也可以被配置为存储关于商家40的库存或销售事务的当前和/或历史状态信息，如商家的订单历史、支付历史，商家的库存商品35在履约中心10内的状态，商家的任何待审批的履约服务请求的状态，或其他种类的状态信息。在某些实施例中，数据库210也可以被配置为存储商品35的标识符映射信息。例如，数据库210可以存储将给定商家40的特定商品35的标识符(例如，商家的库存单位(SKU)标识符)与可能是企业5或履约中心10特定的标识符关联的记录。这样的映射信息可以用于，例如，关联商家的履约服务请求。在某些实施例中，数据库210可以包括关于有资格享有和/或注册出口服务的商品的信息，如下面更详细地描述的。

值得注意的是，数据库210不必集成在库存管理系统30内，或者甚至不必集成在履约中心10内。在某些实施例中，商家和/或库存数据可以存储在分布在整个企业5中的许多不同的数据存储区中。例如，商家的财务数据可以存储在与企业5的可以不同于诸如履约中心10之类的履约部门的会计部门关联的会计数据库中。类似地，在某些实施例中，除数据库210之外，或代替数据库210，界面200可以被配置为与库存管理系统30内的或外部的各种系统、应用程序或数据库进行交互。

图3显示了诸如履约中心10之类的履约服务提供商(或简单地，提供商)可以用来接收和处理来自商家40的库存履约服务请求的方法的一个实施例。可以预期，在各种实施例中，所显示的方法或其适当的变体可以通过存储在计算机可访问的介质上的计算机执行的指令来实现，如下面结合图9的描述更详细地描述的，或通过可以是依赖于状态的(例如，状态机)但是本身可以不执行独立的指令的专用计算硬件设备来实现。进一步预期，在某些实施例中，所显示的方法的某些部分或全部可以通过界面200内包括的判定逻辑来实现，而在其他实施例中，界面200可以被配置为往返于库存管理系统30或履约中心10内的其他可执行的组件、系统或设备之间中继商家状态信息(例如，履约服务注册过程的输入/输出)。在这样的其他实施例中，所显示的方法的某些部分或全部可以通过界面200之外的组件来实现。值得注意的是，在各种实施例中，商家可以提交适用于多个不同商品35的单一履约服务请求，或者也可以提交多个商品35中的每一个商品35的相应的请求。虽然下面所讨论的示例可能涉及对单一商品35的处理，但是，应该理解，该方法可以适用于对多个不同商品35的并行的履约服务请求处理。

在所显示的实施例中，操作从方框300开始，其中履约服务提供商从商家40那里接收到了库存履约服务的请求。例如，这样的请求可以通过注册界面200的一个实施例来接收，过程是这样的：商家40使用商家标识符和适当的凭据(例如，登录名和密码，或任何其他适当的凭据类型)登录到安全的web页面，随后，选择通过安全的web页面显示的请求履约服务的选项(例如，链接、按钮等等)。在其他实施例中，这样的请求可以通过Web服务调用或通过不使用基于Web的协议的通信模式来接收。

在从商家40那里接收履约服务请求时，提供商可以判断发出请求的商家是否有资格接收履约服务(方框302)。在某些实施例中，商家的接收履约服务的资格可以取决于商家的历史行为。例如，可以检查商家以前与提供商或另一家企业的交易的当前状态或历史，判断商家是否从事了针对客户、供应商、提供商或其他参与方的欺骗性的或有问题的交易。在某些实施例中，当考虑商家的履约服务的资格时，可以考虑商家的信誉、客户服务历史，或与商家相关的任何其他的数据(或者，在某些情况下，涉及与商家关联的财务上负责的实体或个人，如担保人、负责人、主管人员等等)，而这样的数据可以包括从诸如信用报告机构、商业征信机构、客户等等第三方获取的数据。

在各种实施例中，提供商可以实现具有各种复杂性的决策模型，考虑到前面提及的任何一种商家数据或没有具体地提及的其他类型，以便呈现关于发出请求的商家是否有资格获得履约服务的判断。例如，在一个实施例中，任何有欺骗性行为的历史都可能使商家丧失资格，而在其他实施例中，比较成熟的风险分析模型可以在其他数据点的背景中考虑这样的行为。可以预期，在某些实施例中，获得履约服务的资格可以取决于请求的服务或类型或量。例如，历史不长或有问题的历史不多的商家40可以被允许试验地访问履约服务，这样的访问仅局限于某些类型、数量或价值的商品35，或进行某些其他的限制。

如果发出请求的商家40被判断无资格接收履约服务，则可以防止商家着手进行自动化履约服务请求处理(方框304)。在某些实施例中，可以引导商家联系履约服务代理(例如，客户服务代表)，以获得更多信息或处理履约服务请求的协助，例如，接收不合格的理由的说明和为了补救而可以采取的行动(如果有的话)。

如果发出请求的提供商40被判断有资格接收履约服务，则提供商可以判断商家是否已经注册接收履约服务(方框306)。在一个实施例中，判断商家的注册状态的过程可以包括判断商家是否已经提供了提供商认为代表商家执行履约服务所需的数据。例如，注册可以取决于商家40同意(例如，以电子方式或以书面形式)履约服务参与协定，该协定详细描述了提供商和商家的与履约服务有关责任和预期(如商家同意遵守各种金融、程序的、客户服务或其他政策)。注册也可以取决于商家40提供足够的标识信息，如下面阐述的。在某些实施例中，判断商家是否注册的过程可以包括判断商家以前是否注册接收履约服务，如果是，则认为商家已注册，无需检查商家进行注册所需要的每一个数据项。此外，在某些实施例中，如果以前的注册或代表商家的任何以前的履约服务活动是在当前的履约服务请求之前的阈值时间长度之前发生的，则可能要求商家再一次提供某些或全部注册数据。值得注意的是，在某些实施例中，判断商家的注册状态的过程可以在判断商家具有履约服务的资格之前进行。

如果判断发出请求的商家40没有注册，则提供商可以从商家40那里请求注册数据(方框308)。例如，可以通过界面200向商家40提供或显示可填写的Web表单或其他商家输入的请求。被请求的输入可以包括诸如商家的名称、电话号码、地址、银行名称、银行路由号码和帐号、纳税人标识信息之类的信息和/或任何其他适当的信息。另外，在必要时或适当时，可以通过界面200将参与协定传输到商家40，恳请商家明确地接受或拒绝协议。然后，商家40可以以适合于传送请求的模式的方式，例如，通过填写基于Web的表单，输入或提供被请求的数据。

然后，提供商可以尝试验证由商家40所提供的注册数据(方框310)。例如，提供商可以进行检查以查看，是否已经提供了所有所需数据，并可以向第三方印证某些数据项，例如，通过分别对照公用地址数据库或指定的银行，检查联络或银行信息。如果适用的话，提供商也可以进行检查以查看，商家是否指出了接受参与协定。如果所提供的数据中的任何部分未能被确认有效，则提供商可以请求商家重新输入数据，或者也可以结束自动化的履约服务请求处理，并请求商家联络代理，以获得进一步的协助(方框304)。

如果所提供的数据有效或者判断商家40已经注册，则提供商可以请求与商家40正在为其请求履约服务的商品35关联的标识信息(方框312)。例如，界面200可以显示另一个基于Web的表单，通过该表单，商家可以提供商品标识信息。在某些实施例中，商品标识信息可以与履约服务的初始请求一起提供，提供商可以不发出此信息的单独的请求。此外，在某些实施例中，除商品标识信息之外，商家40还可以指定为其请求了履约服务的商品35的量。

然后，提供商可以判断它是否具有如发出请求的商家40标识的足够的有关商品35的信息，以处理该商品的履约服务请求(方框314)。在一个实施例中，提供商可以通过首先判断商品35是否为提供商所知(例如，提供商是否具有与商品35关联的信息的某些记录)来进行此判断。例如，如前面所指出的，商品35可以由商家40以与履约中心10采用的方式不同的方式来进行标识。在一个实施例中，商家可以提供商家自己的唯一标识符，如商家指定的SKU标识符，作为商品35的标识信息。作为响应，提供商可以判断在商家的唯一标识符与提供商已知的标识符之间是否存在映射，例如，通过使用商家的标识符，查询数据库210，以判断对应的记录是否包括提供商的标识符。在另一个实施例中，当提供商品35的标识信息时，发出请求的商家40可以提供提供商已知的标识符，代替商家指定的标识符或作为其补充。

如果提供商没有充分的处理标识的商品35的履约服务请求的信息，则提供商可以从商家请求额外的信息(方框316)。例如，如果提供商不能根据如商家的SKU的商家特定的标识符定位商品35的记录，则提供商可以请求发出请求的商家40提供提供商特定的标识符，或通用标识符，如通用产品代码标识符，如果可用的话。在某些实施例中，提供商可以通过界面200提供商品搜索功能以便允许发出请求的商家40判断为其请求了履约服务的商品35是否为提供商所知。例如，提供商可以提供关键字搜索特征，以允许发出请求的商家40输入与商品35相关的关键字。作为替代，提供商可以允许发出请求的商家40浏览商品类别的层次结构，以确定由商家40标识的商品35是否包括在层次结构中，而在某些实施例中，如果没有包括商品35，则确定层次结构中的最类似的商品。

在某些情况下，提供商可能没有对应于为其请求了履约服务的商品35的信息。例如，提供商可能以前从来没有提供商品35的履约服务，无论是对于发出请求的商家40还是任何其他商家。在某些实施例中，在此情况下，提供商可以被配置为请求必要的信息。例如，提供商可以请求该发出请求的商家40提供以下信息，如商品尺寸、重量、商品类型或类别信息(例如，根据由提供商所定义的分类或层次结构)，商品特殊特征(例如，商品是否是液体、易腐烂的、危险材料、要求特殊处理或存储条件等等)或提供商认为标识商品35必需的任何其他信息，以判断商品35是否有履约服务的资格，和/或有助于提供履约服务。

一旦提供商具有足够的有关标识的商品35的信息，提供商可以判断商品35是否有请求的履约服务的资格(方框318)。例如，在一个实施例中，提供商可以对于某些类型的商品35，如危险商品，禁止履约服务。在另一个实施例中，可以根据其参与协定或费用结构、当前与提供商的业务关系，商家的其他库存相对于提供商的当前状态，或任何其他适当的条件，限制商家40为某些商品35请求履约服务。例如，商家40可以与提供商签定在给定时间内接收一定量的商品35的履约服务的合同，以便可以禁止对该商品35的额外数量的履约请求。

如果由于商品35无资格而不能处理履约服务请求，则提供商通过界面200通知给发出请求的商家40，自动化的履约服务请求处理可以结束(方框320)。否则，提供商可以指示发出请求的商家40向提供商运输某指定数量的商品35，如发出请求的商家在履约服务请求中或履约服务请求之后指定的数量(方框322)。

在一个实施例中，在指示商家运送商品35时，提供商可以给发出请求的商家40提供被商家用来标识商品35的单个单位的数据。例如，提供商可以通过界面200向商家传输文档文件，如可移植文档格式(PDF)文件或另一种文档文件，包括字母数字、条形码或表示可以用来管理履约中心10内商品35的单位的标识信息的其他信息。在各种实施例中，这样的标识信息可以唯一地标识商品35的每一个单个单位，可以一般地标识单位为商品35的种类或类型的相同实例，或者也可以将商品35的通用的信息与商品35的特定单位所特有的信息组合起来。例如，所提供的标识信息可以包括商品35的特定单位所特有的序列号、商品35的所有单位通用的UPC或类似的产品代码，或标识商品35的产品类型以及特定单位的性态(例如，新的、使用过的，损坏的，等等)的代码。可以使用任何适当类型的标识信息或标识信息的组合。所提供的文档可以用来生成分别贴到商品35的单个单位上的标签。例如，发出请求的商家40可以在接收到文档时，将其内容打印在标签上，并相应地将标签贴到商品35的单位上。

提供商也可以给发出请求的商家40提供被商家用来将商品35运输到提供商那里的数据。在一个实施例中，提供商可以通过界面200将诸如PDF文档之类的文档文件或其他类型的文档文件传输到商家，其中包括表示装运信息的数据。例如，文档文件可以包括地址信息、条形码数据和/或可以用来生成装运标签的其他数据。这样的装运标签可以是适用于将包裹提供到任何类型的运输公司的通用装运标签。作为替代，可以为特定运输公司定制装运标签数据，例如，通过包括条形码、地理代码，或特定运输公司所特有的其他路由或处理信息。在某些实施例中，装运信息数据可以包括在用于传输如上文所描述的单位标识信息的同一个文档中，而在其他实施例中，装运信息数据可以以单独的文档进行传输。值得注意的是，在各种实施例中，提供商可以向发出请求的商家40传输单位标识信息、装运信息，两者都传输，或两者都不传输。

在某些实施例中，提供到发出请求的商家40的与装运相关的数据可以反映从发出请求的商家40期望的分离的装运或包裹的数量。例如，商家可以指出，为其请求了履约服务的指定的数量的商品35可以分为一定数量的包裹。作为替代，提供商可以指示发出请求的商家40以特定方式将指定的数量分为多个装运。在某些实施例中，在特定商品35多批装运或包裹的情况下，提供到发出请求的商家40的装运数据可以唯一地标识每一批装运或包裹，例如，通过包括条形码或其他要包括在从装运数据中生成的装运标签上的信息。可以预期，在某些实施例中，提供商可以指示发出请求的商家40将不同数量的商品35运输到不同的履约中心10，传输到发出请求的商家40的装运数据可以反映此分布。例如，提供商可以根据各个履约中心10上可用的存储资源来指定分布。作为替代，提供商或发出请求的商家40可能希望确保商品35在不同的履约中心10之间的特定地理分布，例如以满足预期的需求模式。

在很多情况下，在接收到将指定数量的商品35运输到提供商那里的指令时，发出请求的商家40可以根据接收到的说明，适当地进行包装，并将商品35装运到提供商那里。例如，发出请求的商家40可以打印商品标签，并将它们贴到商品35的单位上，将单位包装在一个或多个包裹中以便进行装运，打印装运标签并将它们贴到包裹中，并将包裹提供到航运商或运输公司，以便装运到提供商。然而，发出请求的商家40不必实际拥有商品35。在某些实施例中，发出请求的商家40可以与如制造商、分销商、小贩或其他类型的供应商的第三方约定，将指定的数量的商品35运送到提供商那里。例如，发出请求的商家40可以将商品标识和/或装运信息转发到第三方，而第三方可以安排代表发出请求的商家40将商品35运送到提供商那里。

在指示发出请求的商家40运送指定数量的商品35之后，提供商可以接收商品35(方框324)，并将商品35存储到仓库中(方框326)。例如，包括商品35的单位的一个或多个包裹可以到达履约中心10。在各种实施例中，可以扫描包裹，打开包装，检测和/或以别的方式对包裹进行处理，并可以将商品35的单位存储在存储设施20内。也可以适当地更新库存管理系统30，以反映接收到的商品35的单位的状态，在某些实施例中，可以通知发出请求的商家40，商品35可用于履约。

在某些实施例中，提供商可以在商品35到达之前从发出请求的商家40接收装运通知。在某些这样的实施例中，提供商或发出请求的商家40可以响应这样的通知来更新商品35的可用性的标记。例如，发出请求的商家40可以通过由企业5维护的如基于Web的店面或市场的电子商务渠道在贸易中提供商品35。响应从发出请求的商家40接收到的装运通知，企业5可以更新商品35的报价显示或列表，以指出预期的准备时期或可用性的其他标记，考虑诸如从发出请求的商家40到提供商的转运途中的预期时间，接收商品35并将商品35存储在提供商那里的处理时间之类的因素，和/或影响商品35的可用性的其他因素。

值得注意的是，在某些实施例中，诸如履约中心10之类的履约服务提供商可以操作，以允许商家40请求商品35的履约服务，执行验证针对请求服务的商家的资格和商品所需的那些操作，将商家为请求的服务准备商品35所需的数据传输到商家，以及将商品35运输到提供商那里。具体来说，值得注意的是，履约中心10可以以完全自动化的方式执行这些任务，以便如果发出请求的商家40和商品35满足提供商的资格要求，则可以处理履约服务请求，无需人的干预。例如，通过借助于注册界面200与履约中心10进行交互，商家40可以完成商品35的履约服务请求，将商品35装运到履约中心10，开始将商品35的客户订单转到履约中心10用于履约，而无需依赖注册界面200外部的履约中心10的代理的操作，如下面详细描述的。这样的自动化的履约服务请求处理系统也可以被称为“自助”系统，因为商家40可以完全主动地与系统进行交互。

在一个实施例中，除提供通过该界面商家40可以请求各种商品35的库存履约服务的自助注册界面200之外，履约服务提供商还可以提供管理界面，通过该管理界面，商家40可以管理适用于它们的商品35的履约服务的各个方面。图2B显示了类似于图2A的库存管理系统30的库存管理系统30一个实施例，外加了可以被配置为与数据库210以及商家40进行交互的管理界面220。

管理界面220可以被配置为呈现一个界面，通过该界面，给定商家40可以对于给定商家以前为其请求了履约服务(例如，通过注册界面200)的商品35执行下面所描述的各种功能中的任何一种。类似于注册界面200，在一个实施例中，管理界面220可以被配置为向商家40呈现可通过公共因特网或私有的内部网(例如，由企业5维护的私用网络或代表企业5维护的私用网络，要求某级别的验证或安全连接才能访问)访问的一个或多个Web页面。这样的Web页面可以包括可填写的表单、菜单、可执行的应用程序(例如，以Java^TM、Javascript或适用于基于Web执行的另一种语言编码的应用程序)或其他基于Web的界面元素。在其他实施例中，管理界面220可以被配置为以类似于上文对于注册界面200所描述的方式的方式向商家40呈现非基于Web的管理界面或基于Web服务的管理界面。

在某些实施例中，可以预期，注册界面200和管理界面220两者都可以作为基于Web的履约服务门户网站的不同的或集成的部分来实现。例如，与注册界面200和管理界面220两者关联的功能可以通过作为集中式履约服务网站的几个方面向商家40呈现的相应的Web页面或Web页面的组来实现。或者，这样的功能可以通过向商家40呈现的相应的Web服务调用的集合，作为用于注册和管理履约服务的一般的Web服务API来呈现。

如上文所描述的，在一个实施例中，在商家40为商品35注册了履约服务之后，可以将商品35置于履约中心10的物理保管和管理之下。在这样的实施例中，可以扩展商品35的供应链，除商品35在履约中心10内的状态之外，包含从商家40到履约中心10和从履约中心10到客户50的转运途中的商品35。(在某些情况下，商品35的一般供应链还可以说明反向的供应链，反映从客户50退回的单位的流程和/或从履约中心10取出并运回到商家40的单位)。在某些实施例中，管理界面220可以被配置为向给定商家40提供相对于其注册的商品35的一般供应链状态的透明度。例如，管理界面220可以提供在任何给定时间在给定商家40、履约中心10和/或客户50之间的转运途中的给定商品35的单位的量的说明或显示(例如，包括跟踪转运途中的单位的信息，如果可用或适用的话)。

在一个实施例中，管理界面220还可以提供履约中心10内的库存中保存的给定商品35的单位的状态的说明，如标识被交托到但还没有挑拣或装运的单位，标识被报废的或损坏的单位，或标识任何其他相关的库存状态信息。在某些实施例中，管理界面220可以向商家40提供关于在商品35的供应链中出现的问题或异常的说明性的信息。例如，如果商品35的单位在从商家40到达履约中心10时被损坏，或以别的方式不同于当请求为单位提供履约服务时商家40期望的或指出的状态或条件(例如，是使用过的而不是新的)，管理界面220可以被配置为向商家40显示这样的信息，并且允许商家40指定解决问题的操作。例如，管理界面220可以允许商家40命令处置被损坏的商品或将其退回到商家40，以允许商家40安排向履约中心10输送额外的单位(例如，涵盖未完成的订单)，或采取另一种适当的行动。更一般地，管理界面220可以允许商家40主动地请求从库存中退出商品35的单位(例如，退回到商家40)，在不同的履约中心10之中重新定位，或处置掉。

一般而言，管理界面220可以被配置为提供任何类型的功能，适用于监视或改变包含商家40、履约中心10和客户50的延伸的供应链内的给定商品35的状态。在某些实施例中，供应链和管理界面功能可以扩展到其他第三方，如制造商、分销商、批发商或可以参与涉及给定商品35的交易的其他参与方。

在其他实施例中，管理界面220可以被配置为提供可以不直接涉及供应链监视或管理的功能。在一个实施例中，管理界面220可以被配置为提供一个界面，通过该界面，商家40可以接到代表客户50提出的客户服务问题的通知，并参与它们的解决。例如，库存管理系统30可以被配置为接收就特定订单提出的客户服务问题的报告，标识与那些订单(或订单中包括的具体商品35)关联的商家40。然后，系统30可以将与给定商家40关联的这样的客户服务报告定向到可由给定商家40通过管理界面220进行访问的收件箱、论坛或其他储存库。作为替代，管理界面220也可以将这样的报告直接转发到给定商家40，例如，通过电子邮件。响应给定报告，给定商家40可以通过管理界面220参与解决问题，例如，通过安排将商品35退货或替换，安排给客户50退款或退回信贷，或指出另一种适当的操作。

出口服务注册

在某些实施例中，履约服务提供商可以提供的另一个服务是订单出口服务。例如，除向一个或多个商家40提供通过该订单履约服务，针对库存商品35的订单可以在国内装运的订单履约服务之外，履约服务提供商还可以帮助代表一个或多个商家40将一个或多个库存商品35装运到国际目的地。在各种实施例中，这样的出口服务可以包括代表商家40完成所要求的出口单据，计算和收取关税，和/或向相应的税务机关(例如，外国海关)汇寄关税的服务提供商。

图4显示了履约服务提供商可以用来接收和处理来自商家的出口服务请求的方法的一个实施例。在此示例中，履约服务提供商可以从给定商家40接收对出口服务的请求，如800所显示的。可以通过诸如注册界面200之类的注册界面，直接从商家40那里或代表商家40，接收这样的请求。例如，商家40可以使用商家标识符和相应的凭据(例如，登录名和密码，或任何其他适当的凭据类型)，登录到安全Web页面，随后可以选择通过安全Web页面显示的请求出口服务的选项(例如，使用链接、圆形按扭等等)。在其他实施例中，接收出口服务的请求可以通过Web服务调用或通过不使用基于Web的协议的通信模式来接收。

为了判断对出口服务的请求是否有效(即，它可以成功地被处理)，方法可以包括判断商家40是否有资格接收出口服务，如图4的805所显示的，以及判断商家40为其请求出口服务的商品35是否可以合法地出口，如图4的830所显示的。在各种实施例中，判断商家40是否有资格接收出口服务的过程可以包括搜索商家在政府观察名单上的标识符，进行犯罪背景调查、信用调查，或对商家40进行其他验证调查，或判断商家40是否已经从服务提供商那里接收订单履约服务(即，商家40可能已经被批准从提供商那里接收服务，如上文所描述的)。在某些实施例中，由于它们的业务性质，商家40可能没有资格接收出口服务。例如，如果商家的所有商品35都被分类为不能合法地出口的类别，则商家40可能没有资格注册出口服务，不管他们是否有资格接收国内的订单履约服务。在其他实施例中，商家可以被确定为有资格接收其某些商品35但不是全部商品35的出口服务，如下面更详细地描述的。在某些实施例中，可以响应对服务的请求，自动地进行各种资格调查，如通过被配置为访问这样的背景信息和/或进行这样的调查的一个或多个软件模块，而在其他实施例中，这样的调查可以由履约服务提供商的代理进行或启动。

如果判断商家40没有资格接收出口服务，如805的否定的退出所显示的，可以提供商家40没有资格注册这样的服务的说明，如810所显示的。例如，如果通过Web界面接收到了对出口服务的请求，则可以在请求的一个或多个输入/输出字段和/或响应web页面上显示商家40没有资格接收出口服务的说明。

如果判断商家40有资格接收出口服务，如805的肯定的退出所显示的，方法可以包括请求标识被服务提供商代表商家40注册为有资格出口的一个或多个商品35的信息，如815所显示的。例如，在某些实施例中，对出口服务的每一个请求都可以包括对由商家40所提供的一个商品35或一类商品35的出口服务的请求。在其他实施例中，对出口服务的每一个请求都可以包括对商品35的列表(例如，商品标识符列表)的出口服务的请求。在不同的实施例中，这样的列表可以包括由商家40提供的任何(即，任何子集)或所有商品35。例如，对出口服务的一个请求可以包括对当前包括在订单履约服务注册中的商家的所有商品35(和/或将来添加到由履约服务提供商处理的商品35中的任何额外的商品)的出口服务的一个请求，无需列出单个的商品本身。在某些实施例中，处理对出口服务的请求的过程可以包括履约服务提供商确定商家的哪些产品(如果有的话)可以合法地出口以及提供那些商品35可以有出口服务资格的说明。在某些实施例中，可以向商家40呈现当前正在被履约服务提供商处理的商品35的列表，并可以提示商家40标识为其请求了出口服务的商品35。

除需要出口服务的商品35的标识符之外，还可以要求有关商品35的其他信息，以便注册商家40接收出口服务。如果履约服务提供商没有足够的有关商品35的信息来处理出口服务请求，如820的否定的退出所显示的，方法可以包括从商家40那里请求额外的信息，如825所显示的。例如，可以请求下列各项中的任何一项或全部：商品的重量、商品的尺寸、商品的分类(例如，出口控制分类号-ECCN，或协调关税代码-HS)，以及商品的价值或成本。在其他实施例中，可以由履约服务提供商确定库存商品35的ECCN和/或HS代码。

在某些实施例中，还可以提示商家40指出他或她希望向其出口商品35的特定国家和/或地区和/或商家40不希望向其出口商品35的特定国家和/或地区。在不同的实施例中，可以为单个的商品35或一类商品35或商家的所有商品35指定这些限制。例如，商家40可以指出他或她希望接收将其注册出口服务的任何一种他或她的商品35装运到欧盟(EU)国家的目的地，但不装运到Cuba、南美洲、亚洲或非洲的目的地的出口服务。在另一个示例中，商家40可以指出书可以运送到任何国家或地区，但是，软件产品只可以销售到EU国家。在再一个示例中，商家40可以不指定对目的地的任何限制，但是可以指出对商品35和目的地的任何合法的组合的出口服务的请求，如当接收到订单时由履约服务提供商确定的。在某些实施例中，可以提示商家40提供指出商家授权或不授权向其出口某些产品或所有其产品的特定实体(例如，人员或公司)的列表的信息。例如，商家40可以指定其一些产品或所有产品只被授权出口到与它具有确定的商务关系的人员或公司(例如，在提供到服务提供商的列表上标识那些人员或公司)。

如上文所描述的，可以通过Web界面，或通过任何其他适当的用户界面机制，提供商家40请求的任何额外的信息和从商家40接收到的任何额外的信息。例如，可以提示商家40用电子邮件提供额外的信息，并可以通过发送应答电子邮件来作出响应。在另一个示例中，可以提示商家40用电子邮件提供额外的信息，并可以给商家40提供关于如何通过履约服务提供商的网站提供额外的信息的说明。

在某些实施例中，可以给商家40提供为服务提供商提供一个或多个徽标的机会，以便在向国内或国际目的地装运一个或多个商品35时使用。在不同的实施例中，这样的徽标可以与特定商品35或特定类别的商品35关联、与商家40关联，和/或与服务提供商关联。在各种实施例中，这些徽标可以包括在包装上(例如，装运箱或其他容器)和/或涉及包括由商家40所提供的一个或多个商品35的装运的文档上(例如，装箱单、包装标签、出口单据、发票等等)。例如，可以接收商家的徽标，和/或作为图像文件(例如，.jpg、.GIF、.bmp或.gif文件)来存储，并根据适合于在出口单据(例如，装运标签或其他单据)上打印或直接在商品容器(例如，箱子或包装封套)上打印的大小和/或长宽比来调整格式。

一旦接收到了关于为其请求了出口服务的商品35的足够的信息，则方法可以包括判断商品35是否有资格出口，如830所显示的。在某些实施例中，此判断可以包括搜索在管理出口中使用的一个或多个政府列表上的商品35，如贸易控制清单(CCL)和/或美国军火清单(USML)。这些及其他列表可以提供指出商家为其请求了出口服务的一个或多个商品35根本不可以被出口或不可以出口到特定国家、实体或人员的信息(例如，那些包括在被拒绝人员列表、未验证的人员列表、实体列表、专门指定的国家列表、被限制的列表，或不扩散制裁列表上的商品)，如下面更详细地描述的。例如，一个或多个商品35可以被限制出口，取决于它们作为防御产品(包括技术数据)的分类(例如，它们的ECCN分类)，或可能由于犯罪控制(例如，色情作品，或违犯版权法的材料)、武器控制、国家安全、核不扩散、区域稳定、美国或联合国禁运、农业限制、反恐原因、或其他原因，而被限制出口。可以出口到所有国际目的地或国际目的地的一个子集的某些商品35可以要求经过验证的出口许可证，其可以包括在要生成的出口控制单据中，并提供到国际运输公司和/或一个或多个政府机构。例如，除所有出口的商品所要求的标准的出口控制单据(例如，表单CN22和/或CP72，如下面所描述的)之外，或代替它，要求经过验证的出口许可证的商品的出口可能还要求生成航运商出口申报单(包括包括商家的出口许可证号码)。

在某些实施例中，由于服务提供商的经营政策，而不是由于管理限制，履约服务提供商可以拒绝提供请求的出口服务。例如，服务提供商可以作出不向与它们还没有商务关系的商家或不向过去与它们的商务经历不愉快的商家提供出口服务的业务决策。在另一个示例中，即使对出口到特定国家没有法律约束，履约服务提供商仍可以作出不出口到那些国家的业务决策。在再一个示例中，履约服务提供商可以决定不出口要求特殊处理、额外的单据或其他非标准国际装运过程的特定商品或特定类别的商品(例如，危险材料、被分类为双重用途技术的商品，或超出给定尺寸、重量或价值的商品)或分批装运地出口这样的商品(例如，与可以使用标准过程装运的商品分开)。

尽管在上文所描述的实施例中，判断商品35是否有资格出口的过程包括搜索受限制的商品的一个或多个列表上的商品，而在其他实施例中，判断商品35是否有资格出口的过程可以包括提示商家40指出他或她证明根据现行规章，商品35有资格出口。

如图4所示，如果判断商家40为其请求了出口服务的一个或多个商品35没有出口服务资格，如830的否定的退出所显示的，方法可以包括提供商品35没有资格出口的说明，如835所示。例如，如果通过Web界面接收到了对出口服务的请求，则可以在请求的一个或多个输入/输出字段和/或响应web页面上显示一个或多个商品35没有资格接收出口服务的说明。

如果判断商家40为其请求出口服务的商品35有出口服务资格(或商品35的一个子集有出口服务资格)，则方法可以包括提示商家40指出他或她同意遵循所有适用的出口条例，如840所示。例如，可以向商家40呈现出口条例的摘要和/或到在其上面可访问这样的规章的各种政府机构网站的链接，并可以要求在指出同意之前查看了这些规章。在另一个示例中，可以向商家40呈现指出为其请求了出口服务的并且在指出同意之前要查看的有资格出口的商品35的信息。在某些实施例中，此信息可以包括对特定商品35的出口的任何限制的说明，如它们可以或不可以向其合法地出口的国家列表。该信息还可以包括在符合适用的规章时商家40的职责和/或角色的摘要和服务提供商的职责和/或角色的摘要。例如，它可以包括商家40必须提供的信息的描述、服务提供商将生成的出口单据的描述，以及商家40或服务提供商是否将充当主要的利害关系人的说明(例如，USPPI，或记录的出口商)。

在各种实施例中，商家40可以通过输入数字签名或个人标识号(例如，PIN)，选择Web页面上的复选框或单选按扭，或使用任何其他适当的用户界面，提供他或她是否同意遵循适用的出口条例的说明。响应商家40指出他或她不同意遵循适用的出口条例，如840的否定的退出所显示的，方法可以包括提供商家40没有资格从履约服务提供商那里接收出口服务的说明，如845所显示的。

响应商家40指出他或她同意遵循适用的出口条例，如840的肯定的退出所显示的，方法可以包括向商家40提供出口服务协议信息，如850所示。例如，在一个实施例中，可以向商家40呈现一个文档，其中概述了要提供的服务，与这些服务关联的成本，和/或商家40和服务提供商在遵循适用的出口条例时的角色，如上文所描述的。在某些实施例中，出口服务协议可以包括在注册出口服务的过程中包括的商品的列表，服务提供商关于对根据协议可以出口的商品的价值的限制的任何政策的描述，根据协议可以(或不可以)出口的商品的类型，和/或根据协议提供商将(或不会)向其出口商品的目的地。出口服务协议也可以包括出口商品的退货政策的描述(例如，对于无法送达的、被拒绝的，或损坏的商品，提供商是否接受退货，和/或如果适用的话与更换、退货的装运或这样的退货的重新入库关联的任何成本，可以如何在商家40和提供商之间分配)，提供商是否将(或不会)为出口货计算和收取关税(例如，预期的进口税)的说明，和/或商家40或提供商是否负责对用于出口的商品进行分类的说明(例如，以便确定它们的ECCN或HS代码)。在某些实施例中，出口服务协议可以包括商家40免除履约服务提供商的涉及其库存商品的国际装运的任何责任的声明(例如，涉及退货产品的处理和成本，税或关税曝光，或遵循适用的出口条例)。在某些实施例中，出口服务协议还可以包括提供商的关于将来自多个商家40的商品的订单装运分批进行的政策的描述，如这里所描述的，和/或如何为国际装运商品加标记和/或商标的说明(例如，使用一个或多个商家40的徽标和/或履约服务提供商的徽标)。在各种实施例中，出口服务协议可以作为传输到商家40(例如，通过电子邮件)的电子文档来实现，或者也可以是通过Web浏览器或其他适当的用户界面向商家40呈现的电子文档。

如图4所示，该方法可以包括提示商家40提供签名，如果他或她同意出口服务协议的条款的话，如855所示。例如，可以为商家40提供Web页面的输入字段，他或她可以使用鼠标向输入字段中输入签名，也可以提示他或她使用触摸板和指示笔输入签名，并将签名提交到服务提供商。在其他实施例中，可以为商家40提供可以打印出并由商家签署的电子文档(例如，出口服务协议)，并可以将签字的文档返回到服务提供商(例如，通过邮寄物理文档，通过传真发送，或将签字的文档的扫描件附贴到电子邮件回复中)。在某些实施例中，可以提示商家40以电子方式输入签名，然后，跟着通过以后向服务提供商提供签字的文档的硬拷贝(例如，可以将打印的并签字的原始文档寄往服务提供商供备案)。在某些实施例中，由商家40所提供的签名可以由服务提供商存储，用于代表商家完成所要求的出口单据，如下面更详细地描述的。例如，可以接收商家签名，和/或作为.pdf文件存储，或作为图像文件(例如，.jpg、.GIF、.bmp或.gif文件)存储，并根据适合于在出口单据(例如，装运标签或其他单据)上打印的大小和/或长宽比，调整格式。

如图4所示，可以存储关于为给定商家40的一个或多个商品35提供出口服务的协议的信息，供以后使用，如860所示。例如，商家40的标识符可以与为其请求了出口服务和/或它们被确定为合格的的商品35(例如，成功地向服务提供商注册出口服务的商品35)的列表一起，存储在表、数据库或其他数据结构(例如，数据库210)中。在某些实施例中，有关商品35和/或出口服务协议的条款的额外的信息也可以存储在这样的数据库中。例如，商家40被授权向其出口的国家、地区或实体的列表可以包括在存储的信息中，或者，也可以包括将特定商品35映射到它们可以向其出口或不可以向其出口的国家、地区或实体的矩阵结构。在另一个示例中，代表由商家40作为出口服务注册过程的一部分输入的签名的图像文件可以包括存储的信息中，可以将它与商家40和/或被服务提供商授权可以出口的商家的商品35关联。

请注意，尽管在图4中存储有关成功地注册出口的商品35的信息的操作被显示为注册过程中的最后一个步骤(即，在签署出口服务协议之后)，但是，在其他实施例中，此操作可以在另一个时间执行，如在判断某些商品35有资格出口之后或在接收到商家40同意遵循适用的出口条例的说明之后。类似地，在各种实施例中，图4中所显示的其他操作可以以与所显示的顺序不同的顺序来执行，也可以省略，和/或未显示的其他操作也可以包括在用于注册商品35出口服务的方法中。

除图4中所显示的操作之外，在某些实施例中，履约服务提供商还可以对于订单履约服务和/或出口服务执行遵循监视操作。在某些实施例中，服务提供商可以常规地和/或周期性地搜索各种政府数据库，以便接收更新并对其出口服务注册信息应用更新。例如，可以由相应的政府主管机关更新限制或禁止向其出口各种商品35的目的地、实体或人员的列表，和/或有资格出口的商品的列表，可以由提供商将这些更改应用于出口服务的操作(例如，通过吊销商家的出口服务注册或协议，从有资格出口的商品列表中删除商品35，或更新商品和它们可以向其出口或不可以向其出口的目的地的映射)。在其他实施例中，提供商可以从一个或多个政府机构接收常规的、周期性的或偶尔的更新，并可以使用此信息来判断是否应该对与给定商家40和/或商家的商品35关联的出口服务注册信息进行更改。

在某些实施例中可以使用的遵循监视的另一种形式涉及使用通过出口服务操作接收到的反馈。例如，在不同的实施例中，如果客户反馈指出，由给定商家40所提供的商品35有缺陷，品质低劣，或在给定市场(例如，在特定国家或地区)是冒犯性的或以别的方式无法接受的，则提供商可以从其出口服务程序中删除商家40和/或商品35，和/或可以修改可以向其出口商品35的目的地列表。在某些实施例中，遵循监视的一个部分可以包括常规地，周期性地或偶尔地检查从商家40接收到的用于在国内或国际运输的商品35，以确保它们在提供商的注册中准确地表示(例如，描述、大小、重量和内容匹配所注册的东西)，它们符合提供商所要求的政策和/或在注册时商家40同意的条件(例如，它们是在国内合法销售的和/或出口是合法的，它们的质量是可接受的，它们符合服务提供商的尊重和非冒犯性的业务目标等等)。在这样的实施例中，如果有商品35被判断不符合提供商的标准，则可以从出口服务程序和/或履约服务程序中将它们(和/或提供它们的商家40)删除。

请注意，尽管订单出口服务上文是作为与订单履约服务集成的服务描述的，但是，在某些实施例中，订单出口服务可以提供给不从服务提供商那里接收其他订单履约服务的商家40。例如，给定商家40可以通过其自己的订单处理机制接收其商品的所有订单。当商品35将在国内装运时，商家40可以自己履行其商品35的订单，但是，可以与订单履约服务提供商接触以处理国际商品装运(例如，生成适当的出口单据；计算、收取和汇寄任何关税；和/或将所订的商品装运到国际目的地)。在这样的实施例中，商家40可以响应接收到发往国际目的地的订单将商品35提供到提供商以保留在库存中，以用于潜在的国际装运，或者，可以将商品35提供到提供商，提供出口服务。

订单履行过程

如上文所提及的，诸如企业5的履约中心10之类的履约服务提供商可以为由许多不同的商家40在贸易中提供的各种商品35执行履约服务。商家40可以通过如上文参考图3所描述自助注册界面来请求这样的服务。

一旦商家40安排从提供商那里接收商品35的履约服务，提供商可以着手履行客户订单。在一个实施例中，客户50可以通过商家40用来提供商品35的渠道(例如，通过如上文所描述的电子商务或其他渠道类型)直接向商家40订购商品35。在一个这样的实施例中，客户订单可以通过库存管理系统30，要么通过界面200，要么通过被配置为进行订单处理的不同的界面，从商家40传输到履约中心10。在其他实施例中，客户订单可以通过第三方传输到履约中心10。例如，商家40可以向客户50呈现其自己的订单输入界面，并承担将订单传输到履约中心10以供履行的职责。作为替代，商家40可以安排企业5代表商家主主管包括订单输入界面的商务渠道，以便商家40可以不直接参与接收和处理订单过程，但是，可以在财务上和/或法律上对订单负责。

在某些情况下，给定客户50可以订购由不同的相应的商家40在贸易中提供的两个或更多不同的商品35。例如，给定客户50可以向每一个商家40分别下订单，以任何适当的组合，从第一商家40订购第一商品35或第一组商品35，从第二商家40订购第二商品35或第二组商品35，依次类推。或者，给定客户50可以通过电子商务渠道下一个或多个订单，电子商务渠道允许给定客户50并行地查看一个以上的商家40的出售物。例如，给定客户50可以使用虚拟“购物手推车”，可以向其中放由不同的商家40提供的商品35，以便进行订单处理。这样的购物手推车可以允许给定客户为特定订单进行的商品选择跨不同的电子商务渠道地持续。例如，随着客户从一个商家的网站或列表页面浏览到与另一个商家40关联的渠道，客户的购物手推车的内容可以持续。在某些实施例中，虚拟购物手推车可以简化客户的订购体验，例如，通过允许客户50为手推车中的所有商品35提交一个支付事务，而不是为与那些商品关联的每一个商家40提交单独的支付事务。虚拟购物手推车还可以有助于识别将由给定客户50从多个不同的商家40订购的商品35合并的机会，如下面更详细地描述的。

在订单履行的传统模式中，从不同的商家40订购的商品35将分开地履行，这会增大履约的总成本。例如，分开地包装和装运一组商品35会比一起包装和装运那些商品花费更多。然而，在某些实施例中，诸如履约中心10之类的履约服务提供商可以被配置为合并一个客户50从多个商家40订购的商品35，以便从不同的商家40订购的至少某些商品35作为一批商品包装和装运，而每一个商家40仍是其相应的商品35的记录的商家。在一起装运某些商品35时，履约的成本可以降低，所产生的节省传递到客户50，或被商家40和/或企业5保留为利润。同时，每一个商家40都可以仍是它在贸易中提供的商品35的记录的商家，保留与此关联的财政的、法律的和/或其他责任和利益。即，虽然履约服务提供商在物理上保管着它代表商家40提供履约服务的商品35，但是，在商家40和客户50之间的交易中，提供商可以简单地作为中介，而不是主体。在各种实施例中，提供商在执行订单时的角色可以对客户50可见，或者，也可以不可见。

图5显示了代表许多不同的商家40履行商品35的订单的方法的一个实施例。请参看图1-5，操作在方框400中开始，其中诸如履约中心10之类的履约服务提供商接收客户50下的由不同的相应的商家40在贸易中提供的至少两个不同的商品35的一个或多个订单。在某些实施例中，一个或多个商家40可能通过如上文参考图3所描述的诸如界面200之类的自助履约服务界面，请求了其对应的被订购的商品35的履约服务。如上文所描述的，订单可以从商家40接收到、直接从客户50或通过第三方接收到。在使用了虚拟购物手推车的实施例中，不同的商品35、不同的商家40以及下订单的客户50之间的关系，在作为处理虚拟购物手推车内容的结果生成的数据记录中，可以是显式的或隐式的。例如，虚拟购物手推车可以向构成客户订单的一部分的每一个商品35分配一个共同的订单标识符，这可以有助于提供商将商品35组合成如下面所描述的装运的商品。

在某些实施例中，如果从一个客户50接收到多个不同的订单，要么来自同一个商家40或不同的商家40，可以由提供商，例如，根据可以在商家40和提供商之间协调的共同的客户标识符或共同的订单标识符，将订单链接起来。一旦被标识为链接或关联，则在可能的范围内，对于下面将描述的履约处理，多个订单可以作为一个订单来处理。在某些这样的实施例中，提供商可以只链接在给定时间间隔内下的或接收到的订单，如在一个小时、一天等等内所下的订单。时间间隔可以取决于由客户指定的发货的方式。例如，如果客户50请求对于给定订单加快装运，则将给定订单与其他订单链接的时间间隔可以相对来说短一些，以防止装运给定订单时发生延迟。

在接收到订单之后，可以从仓库中检索指定的商品35(方框402)。例如，在一个实施例中，可以由库存管理系统30处理客户订单，以为人或机械拣选机生成从库存存储设施20内选择指定的商品35的指令。可以预期，在某些实施例中，可以与不相关的订单的其他商品35一起检索指定的商品35。例如，系统30可以在多个拣选工之间摊分许多订单，以便优化拣选工效率，特别是在给定订单中指定的商品35在履约中心10分布广的情况下。

然后，可以包装对应于两个不同的商家40的至少两个检索到的商品35(方框404)。例如，将检索到的商品35输送到履约中心10内的包装区域，以便适当地进行包装，之后再装运，可以包括选择适当的箱子或其他盒子，插入保护性包装材料，和/或放入装箱单、发票、商品清单、促销材料或其他材料。在某些实施例中，如果在履约中心10存在对应于客户订单的所有商品35，则可以将它们作为一个包装来进行装运，或者，如果成本、商品特征或航运商要求，分成多个包装。在某些情况下，订购的商品35的履约可以在不同的履约中心10进行，例如，取决于商品的可用性。

随后，可以将包括对应于两个不同的商家40的至少两个商品35的包装发送给客户50(方框406)。例如，可以将包装提供给公共运输公司进行装运。

图5中所显示的方法可以适用于代表从订单履约服务提供商那里接收订单履约服务的一个或多个商家40发送到国内目的地的订单的履约。如上文所描述的，履约服务提供商还可以通过提供各种出口服务，代表商家40，将所订的商品装运到国际目的地。图6显示了一个这样的方法。在此示例中，履约服务提供商可以代表客户50接收一个或多个商品35的订单，如1000所示。在各种实施例中，可以由履约服务提供商直接从客户50那里接收，通过提供商品的一个或多个商家40，或通过第三方接收订单，如上文所描述的。

如图6所示，方法可以包括判断订单是否具有国际目的地地址，如1010所示。如果判断订单没有国际目的地地址，如1010的否定的退出所指出的，方法可以包括对于国内订单的标准的装运过程，如图5中所显示的。这显示在方框1015中。另一方面，如果判断订单具有国际目的地地址，如1010的肯定的退出所显示的，方法可以包括判断订单中包括的商品35是否有资格出口到指定的国际目的地，如1020所示的。判断商品35是否有资格出口到指定的国际目的地的过程可以包括判断商品35是否被注册以便由履约服务提供商出口，以及它们可以合法地出口到指定的国际目的地和/或实体。一般而言，判断包括出口一个或多个商品35的订单请求是否合法地被允许的过程可以包括判断判断出口什么，出口到哪里，谁将接收该商品，以及如何使用。

在某些实施例中，判断商品35是否注册出口服务的过程包括搜索表、数据库或其他数据结构(例如，数据库210)，以查找指出特定商品35已经被确定为有资格出口和/或提供那些商品35的商家40已经被成功地注册接收商品35的出口服务的信息。

如上文所指出的，判断商品35可以合法地出口到指定的目的地和/或实体的过程可以包括将商品与商品的一个或多个列表(例如，CCL或USML)进行比较，和/或判断接收商品35的目的地、实体和/或人员是否可以合法地接收它们。例如，在某些实施例中，除目的地地址之外，履约服务提供商还可以接收标识将接收商品的实体和/或人员的信息。在某些实施例中，履约服务提供商可以将这些标识符与有资格和/或无资格接收特定出口商品35的目的地、实体或人员的各种列表进行比较。例如，在某些实施例中，比较可以在订单接收者的一个或多个标识符和被拒绝的人员列表、未验证的列表、实体列表、特殊的指定的侨民列表、被排除的列表、不扩散制裁、UN禁运列表，或其他观察列表之间进行。在另一个示例中，可以使用接收者的标识符执行另一种调查，如犯罪背景调查或对接收者的商业从属关系和/或地址进行验证。在某些实施例中，可以响应接收到具有国际目的地的订单的情况，自动地执行这些比较和/或调查以判断订单中指定的接收者是否可以合法地接收商品35(例如，由被配置为执行比较和/或调查的一个或多个软件模块进行)，或者，在不同的实施例中，可以由提供商的代理启动或执行。在其他实施例中，取决于内部政策，如上文关于对出口服务的请求的接受所描述的政策，提供商可以拒绝向给定的国际目的地、实体或人员出口一个或多个商品35。例如，提供商可以拒绝向以前与它的商务关系不能令人满意的或参与了提供商选择不服务的商务类型的特定实体出口商品35。在另一个示例中，根据履约服务提供商的商业惯例，提供商可以拒绝向特定国家出口商品35(即使法律上允许这样做)，如果它接收到了有关政府腐败、抢劫出口的商品、经济和/或政治上不稳定，或客户关于向该国家的出口的商品的发货的投诉的信息。

如果判断订单的一个或多个商品35没有资格出口到指定的目的地，如1020的否定的退出所显示的，方法可以包括提供商品35不能被履约服务提供商出口到指定的目的地的说明，如1025所显示的。例如，在一个实施例中，如果客户通过Web界面输入订单，则可以在订单输入/处理Web页面的输入/输出字段中向客户呈现订单中的一个或多个商品不能应请求由履约服务提供商出口的说明。这样的说明还可以提供到提供订单中包括的一个或多个商品的商家40(例如，可以提供接收了客户订单，但提供商不能履行该订单的说明。在某些实施例中，如果有某些商品或所有商品不能应请求出口的话，订单输入过程可以结束(未显示)。在其他实施例中，如果至少一个商品可以由履约服务提供商出口到请求的目的地，则可以开始订单履行过程，如1030所示。在某些实施例中，如果订单中的一个或多个商品(和/或提供它们的商家)没有被注册接收出口服务，则方法可以包括给提供那些商品的商家提供注册商品以接收出口服务的机会，如使用图4中所显示的方法。这显示在方框1035中。

如图6所示，如果订单中的任何商品被注册接收出口服务，则方法可以包括生成用于将那些商品装运到请求的国际目的地的出口单据，如1030所示。在某些实施例中，生成用于装运合格的商品的出口单据的过程可以包括访问表、数据库或其他数据结构，以获取完成出口单据可能需要的有关商品和/或提供它们的商家的信息。例如，方法可以包括提取商家40的地址信息(基于给定商家40的标识符和/或商品35的标识符)，商家40的税务和/或许可证信息(例如，联邦税标识符、出口许可证号码、出口许可证异常码，和/或其他管理标识符)，商家40的出口服务首选项(例如，哪些商品被商家40授权出口，和/或哪些目的地或实体被授权接收出口或被限制接收出口，如上文所描述的)，从商家40那里接收到的徽标，以及当注册接收出口服务时由商家40所提供的签名。生成用于装运合格的商品35的出口单据的过程可以包括判断订购的特定商品35是否有资格出口到订单中指定的特定目的地和/或实体，如当某些商品有资格出口到某些但不是全部目的地和/或实体时(例如，根据规章，或根据商家40的政策或履约服务提供商的政策)。

由履约服务提供商生成的出口单据的数量和类型可以取决于各种因素，如订购的特定商品35或多件商品35，提供那些商品的商家(多个商家)，订单的目的地、商品的价值，以及装运的商品的用途(例如，正在装运的商品是作为礼物还是两个商业实体之间的商业用途)。例如，当商品的价值低于给定阈值和/或重量时，可以为只包括被分类为冒犯产品或其他类型的受限制的技术之外的商品的订单生成表单CN22(也称为邮政表单2976，发货人报关单-绿色标记)。在另一个示例中，可以为包括超出这些价值和/或重量阈值的非受限制的商品的订单生成表单CN22和表单CP72(也称为邮政表单2976-A、报关单和包裹附单)。在某些实施例中，这些订单的装运可以通过总出口许可证涵盖，并可以由履约服务提供商做标记，指出“不需要出口许可证”。表单CN22和CP72，当完成时，可以包括(当适用时)：包装中是否包含礼物、文档、商品、商业样品或其他类别的商品的说明；每一个商品的描述以及其数量；每一个商品的重量；每一个商品的价值；每一个商品的HarmonizedTariff代码(HS编号)；商品的原产国；商品的总重量和/或价值；发件人(商家)的全名和地址；收件人(最终的收货人)的全名和地址；许可证号码、证书号码或发票号码(如果它们与装运的商品一起)；装运的商品是否包括要接受检疫的商品的说明；在不能提供包装的情况下如何处置的说明(例如，“视为作废”)；商家签名；以及日期。表单CN22和/或CP72可以以物理形式或电子形式提供给运输公司，供在装运商品时使用。例如，当商品的价值低于规定的阈值时，可以将表单2976粘贴于某些类型的包裹的外部(例如，国际固定费率和一等国际邮件)。对于包括价值超过规定的阈值的商品的包裹，可以将表单2976的上部(表单上的“剪切”线上面的部分)粘贴到包裹的外部，并可以将表单2976-A(包括商品的详细描述)包括在包裹中。

在其他情况下，可以为价值大于规定的阈值(例如，在提交此申请时$2500)的单个的商品，或者，为被分类为需要出口许可证的类别的商品(例如，防御产品、核技术、化学或生物武器、导弹技术、火器，但不包括某些类别的技术数据)，生成“航运商出口报关清单”表单，或SED(也称为表单7252-V)。SED表单，当完成时，可以包括(当适用时)USPPI的姓名和地址；USPPI的税务标识符；最终的收货人和任何中间的收货人或转运公司的姓名和地址；运输信息；商品的起运点；商品的描述(包括商品代码、数量、重量、价值，以及产品或汽车标识符)；出口许可证号码，许可证异常符号或授权代码；USPPI的授权人员或雇员的名称、头衔、联系信息，以及签名；出口的日期；以及单据日期。

在某些实施例中，诸如上文所描述的文档之类的出口单据，可以由履约服务提供商根据由适用的规章指定的格式、大小，以及内容的标准生成(即，创建和打印)。在这样的实施例中，由履约服务提供商打印的文档也可以包括唯一打印授权号码(条形码)，如根据美国邮政及其他政府要求所证实的。在其他实施例中，生成这些文档可能涉及在从管理出口的机构(例如，商业部、美国邮政等等)收到的文档中的各种输入项中进行填写。在各种实施例中，由履约服务提供商的库存管理系统自动地生成的出口单据可以以文字处理格式以文件输出，如作为可移植文档格式(PDF)文件、作为图像文件(例如.jpg、.GIF、.bmp、或.gif文件)，或以适用于电子显示和/或打印的任何其他格式输出。

在某些实施例中，由履约服务提供商生成的出口单据的数量和类型也可以取决于提供商制定的关于为出口一个订单USPPI的角色的承担的经营政策。例如，如果提供商的政策是每一个商家40都承担它提供的商品35的出口的USPPI的角色，则对于给定订单，可以为提供一个或多个商品35的每一个商家40生成一组出口单据。在这样的实施例中，订单可以分为多个分批装运的订单(例如，多个分批装运)，每一批装运都只包括来自一个商家40的商品，并包括其自己的对应的那一组出口单据。

在其他实施例中，提供商的政策可以是，提供商承担订单中包括的某些或全部商品35的USPPI的角色。例如，在一个实施例中，提供商可以承担订单中的由一个或多个受信任的商家40(例如，提供商与其有成功的业务合作的历史的商家)所提供的所有商品35的USPPI的角色，而USPPI的角色可以被为订单提供商品35的，但提供商与其没有这样的跟踪记录的一个或多个其他商家40保留。在这样的实施例中，可以对于提供商为其承担USPPI的角色的所有商品生成一组出口单据，可以为保留了它们的商品的USPPI的角色的每一个其他商家40，生成额外的一组出口单据。在另一个示例中，履约服务提供商可以承担完整的订单的USPPI的角色，并可以将订单中包括的来自多个商家40的任何或全部商品一起装运，并带有一组指出提供商是那些装运的商品的USPPI的出口单据。在某些实施例中，商家40和/或履约服务提供商作为USPPI的角色可以由商家40和/或履约服务提供商作为出口服务注册过程的一部分来指定，并可以在某些实施例中，在作为注册过程的结果生成的出口服务协议中指出。

如上文所指出的，在某些实施例中，方法可以包括判断一个或多个要出口的商品是否被接收方实体或目的地的政府征收了关税。这显示在方框1040中。如果一个或多个商品要被征收关税，如1040的肯定的退出所显示的，方法可以包括计算应缴纳的关税，并将它们加到订购和/或装运商品的总成本中，如1045所显示的。例如，可以根据商品的价值或重量，对某些商品类型征收关税，在某些实施例中，方法可以包括从表中、数据库或其他数据结构(例如，数据库210)中访问此信息，以便计算应缴纳多少关税。方法也可以包括在结帐操作过程收取关税之后将这些关税汇寄到一个或多个相应的税务机关(例如，目的地和/或任何中间收货人的所在地的外国的海关)。如果对要出口的任何一种商品不征收关税，则方法可以继续，如1050所显示的。

如图6所示，方法可以包括履约服务提供商收取装运费用(以及应缴纳的任何关税)，如1050所显示的。例如，在某些实施例中，可以通过Web界面，如在“结帐”屏幕上，向客户呈现订购商品和向其国际目的地装运商品的总成本。方法可以包括提示客户进行支付，如通过使用安全支付机制，输入信用卡或订货单信息。如上文所指出的，在某些实施例中，收取支付可以包括收取关税并向相应的税务机关汇寄关税。例如，可以在结帐期间呈现额外的细目，指出要由履约服务提供商收取的“进口费用存款”，此金额可以包括在订购商品并向国际目的地装运商品的总成本中。

在图6中所显示的示例中，一旦接收了订单的支付款项，可以选择国际运输公司，并可以将生成的出口单据(如1030所显示的)提供到运输公司，如1060所显示的。例如，在不同的实施例中，可以将所需的出口单据的硬拷贝(例如，打印的版本)提供到运输公司，以便可以在物理上将它粘贴到装运的商品中，和/或可以将电子商品清单提供到运输公司，以作为内部记录并且跟踪装运的商品，审核是否遵循出口条例，和/或以便运输公司可以打印出单据的物理副本，以粘贴到装运的商品中。

在某些实施例中，国际运输公司的选择可以取决于各种因素，如目的地(例如，并非所有的运输公司都可以提供所有可能的国际目的地)，订单的内容(例如，商品的大小或重量，或订单是否包括危险或易碎的商品)，通过两个或更多运输公司装运所订的商品的相对成本，要求的发货日期(例如，是否请求了迅速的或优先的国际航运与带有较宽的发货窗口的标准国际航运)，或其他因素。如上文所指出的，在某些实施例中，一个订单可以分解为多批国际装运。在这样的实施例中，可以为订单中的所有商品(例如，为所有的分批装运)选择一个运输公司，或者，也可以为每一批装运选择运输公司，与为订单的其他分批装运作出的选择无关。

在某些实施例中，运输方法选择器(例如，被配置为为给定订单确定适当的装运方法的软件模块)可以访问指出指定的商品35是否有资格运往指定的目的地的数据，而不是较早地进行这样的判断(例如，在接收订单时)。如上文所指出的，在不同的实施例中，在成功地注册了出口服务的之后，适用于进行这样的判断的数据可以存储在表、数据库或其他数据结构中(例如，数据库210)，和/或可以通过维护了有关什么商品可以出口或什么商品不可以出口和/或可以或可以不接收这样的出口的目的地、实体或人员的信息的一个或多个政府机构，访问这些数据。在某些实施例中，如果运输方法选择器判断商品没有资格出口到指定的目的地，则它可以被配置为返回一个商品没有资格出口到指定的目的地的说明(例如，可以在订单请求/处理Web页面的输入/输出字段中向客户返回错误消息)。如果运输方法选择器判断商品有资格出口到指定的目的地，则在某些实施例中，选择器可以被配置为显示订单的所有有效的装运选项(例如，来自一个或多个国际运输公司的标准、迅速，和/或优先国际航运)，并允许客户从这些选项中进行选择。

如图6所示，一旦选择了一个或多个国际运输公司，方法可以包括将所订的商品(例如，分一批或分多批装运)装运到订单中指定的国际目的地，为1070所显示的。如上文所指出的，在某些实施例中，关税可能已经由履约服务提供商计算并收取，并可以在装运的商品抵达之前汇寄到适当的税务机关，如此有助于目的地的接收操作。

图7A显示了可以包括在根据图5的方法履行的包裹中的装箱单的一个实施例。在所显示的实施例中，装箱单500向标识的客户指出，在装运的商品内包括了四个商品35。商品A和B表示为是由商家A提供的。商品C表示为是由商家B提供的。商品D表示为是由商家C提供的。如此，商家A-C表示为它们的对应的商品A-D的记录的商家，而标识的客户可以作为一批商品接收商品A-D。涉及不同的数量的商品和商家的其他情况是可能的和可预期的。值得注意的是，在各种实施例中，装箱单500可以对应于客户发票、记帐单据、提货单，或格式化的概述了订单信息的其他单据。

进一步需要注意的是，在某些实施例中，装箱单500可以包括以各种方式格式化的多个页面或部分。例如，可以在装箱单500的不同的页面或部分指出对应于记录的不同的商家的商品35。在某些情况下，装箱单500也可以包括补充标识记录的商家的信息的信息或数据。例如，这样的信息可以包括可以适用于给定商品35或涉及给定商品35相对于记录的商家的交易的条款及条件，保修信息、客户服务信息(例如，用于投诉、退货，更换等等的联系信息)，营销或促销信息(例如，提供未来的折扣、赠券等等)，或其他信息类型。在某些实施例中，装箱单500包括的信息可以自定义或格式化，以适合与客户的所在地有关的要求或风俗。例如，不同的单据要求可以适用于涉及位于不同的法律管辖区域(例如，州、国家等等)的客户的交易。装箱单500可以适当地格式化，以将这样的要求或其他因素考虑在内。

将从多个商家订购的商品35合并起来，分较少的次数装运，可以降低履约成本，如上文所指出的。例如，由于量大，履约中心10可以比单个的商家40优先获得打折扣的运费。如此，通过允许其商品35与来自另一个商家40的商品35组合起来装运，给定商家40可以享受较低的装运和包装的成本。此外，通过更及时的和/或方便的购物体验，客户的亲切感也会增强。例如，通过从履约中心10履约，比涉及订单的每一个商家40都分开地其履行其自己的那部分，可以更快地完成客户订单。此外，除对客户50的运输成本降低的可能性之外，较少的装运批次可以降低客户在提取商品35中的不方便性，例如，如果客户50或客户的代理必须在发货时间出现。

值得注意的是，尽管如上文所描述的订单合并可以足以降低履约成本，但是，这样的合并可以不需要这样做。在某些情况下，通过履约中心10履行一个商品35的成本可以低于商家40其自己履约。例如，履约中心10可以得益于较大的规模经济，更好的库存基础架构和供应链管理，或导致履约成本相对于商家40较小规模地自己履约来说降低的其他优点。

在某些情况下，商家通过注册界面200为给定商品35注册履约服务，可以使该商品35有资格享有由履约中心10履行的商品35可用的各种服务或促销机会，如成本降低的或迅速的装运促销，其中，客户50可以接收免费的标准装运、免费的迅速的装运，成本降低的标准或迅速的装运等等。其他促销机会可以包括对当前订单的折扣，对未来订单的信贷，忠诚计划点数，合作伙伴商家的折扣或信贷，或其他类型的促销。这样的资格甚至可以适用于客户50订购给定商品35的一个单位而没有将给定商品35与订单中的其他商品35组合起来的情况。例如，在一个实施例中，由履约中心10履约的商品35的促销装运安排或其他促销机会的资格可以取决于客户订单的总价。在这样的实施例中，如果给定商品35具有足以符合资格标准的价格，则客户50可以在订购给定商品35的一个单位，单独或与由履约中心10履约的其他商品35相结合，得到优惠。

在某些实施例中，如上文所描述的由商家自助注册履约服务产生的成本节省和/或由履约中心10的效率产生的成本节省可以用来资助提供给客户的促销机会，如接收成本降低的或迅速的装运，商品折扣，或其他类型的促销的机会。在其他情况下，这样的成本节省可以作为折扣或履约服务费用的信贷，作为利润分成或合作行销资金，或以另一种适当的方式提供给商家40。这样的节省也可以由企业5保留，或以前面的方式的任何组合在企业5、商家40和/或客户50之间分配。

如上文所指出的，在某些实施例中，订单履约服务提供商可以向注册了出口服务的商家提供这样的服务，并可以将所订的商品装运到国际目的地。如上文所指出的，在某些实施例中，订单可以根据提供订单中的每一个商品的商家，被分成多批装运。例如，每一批装运都可以只包括来自一个商家的商品，该商家将是该批装运商品的USPPI，将代表该商家为该批装运商品生成出口单据。图7B显示了根据一个实施例的这样的分批装运的装箱单501。

在此示例中，可以由客户下发货到国际目的地的包括商品A、B、C，以及D(例如，与图7A的装箱单500上包括的相同的商品)的订单。在此示例中，可以将三个单独的分批装运商品运往目的地，每一批商品都包括只来自一个供应商(商家A，B，以及C)的商品。装箱单501显示了由履约服务提供商生成的三个装箱单中的一个，对应于由商家A提供的商品A和B。在此示例中，装箱单501指出，这两个商品将运往英国的客户。每一个商品的价格都包括在装箱单上，还有任何适用的关税和运输成本。在此示例中，由履约服务提供商为这两件商品计算$3.00的关税，并在处理订单时作为进口费用押金收取，如上文所描述的。

装箱单501还包括客户的姓名和地址，以及与订单关联的三个装箱单中的第一个的说明。在其他实施例中，在装箱单上可以包括额外的信息，如商家和/或履约服务提供商的姓名和地址、订单号、订单和/或装运的日期/时间，任何中间的收货人的标识符(如果适用的话)、出口许可证号码、公司或产品徽标(例如，对于商品，商家或履约服务提供商)，或任何其他适当的信息。

在此示例中，可以为此订单生成两个额外的装箱单，一个包括由商家B提供的商品C，另一个包括由商家C提供的商品D。这些额外的装箱单中的每一个装箱单都可以包括与图7B中所显示的信息和/或上文所描述的信息类似的信息(例如，客户的姓名和地址，商品列表，商品的价格，由履约服务提供商收取的任何进口费用，运输成本，总成本，商家或履约服务提供商的姓名和地址，出口许可证号码，徽标等等)。

在7B中所显示的示例中，由装箱单501表示的分批装运的USPPI的角色(即，记录的出口商)可以由商家A承担。在此示例中，商家B和C将各自承担其中一次额外的分批装运(即，包括由商家提供的商品的分批装运)的USPPI的角色。在其他实施例中，履约服务提供商可以承担涉及给定订单的任何或所有装运的USPPI的角色。例如，履约服务提供商可以包括履约服务提供商为其承担USPPI的角色的并可以生成一组出口单据(以及一个装箱单)的单一装运中的所有商品A、B、C，以及D。在另一个示例中，这些示例中所显示的订单可以分为两个或更多分批装运，履约服务提供商可以承担一个、两个，或所有分批装运的USPPI的角色，并可以为每一个分批装运生成出口单据，指出履约服务提供商是该装运商品的记录的出口商。

如上文所讨论的，在各个实施例中，除生成国内和国际订单的装箱单之外，履约服务提供商可以生成国际订单的出口单据，如表单CN22(2976)、CP72(2976-A)、和/或SED(7525-V)。图7C说明了包括表单CN22的并且由履约服务提供商的库存管理系统生成的装运标签500，如这里所描述的。请注意，图7C示意显示了由各种政府规定指定的表单CN22的内容，但不一定是其准确的格式。在此示例中，装运标签500包括许多装运标签类型共有的多个字段，包括卖方(例如，商家ABC)的姓名和地址、接收方(即，最终的收货人)的姓名和地址，运输跟踪条形码510。在此示例中，装运标签500还包括唯一打印授权条形码和出口表单CN22(如530所显示的)。可以由接收了授权的商家生成唯一打印授权条形码，以根据适用的规章，打印他们自己的表单CN22和/或CP72。

在此示例中，出口表单530(或CN22)包括装运的商品的内容的详细描述，使用ScheduleB代码(HarmonizedTariff系统代码的美国的10位版本)。在此示例中，为一个商品列出了4901.99.0070的ScheduleB代码，这是硬书皮装订的书的代码。出口表单530还包括内容中列出的每一个商品的价值。在此示例中，为装运的商品中包括的单一书本列出了$10.00的价值。在此示例中，出口表单530还包括运费和保险成本、出货的总重量和总价值(包括运费和保险成本)，装运的商品包括商品的说明(而不是礼物、商业样品，或其他用途类别)，以及要由商家签字，以证实装运的商品不包含任何危险品的字段。如上文所指出的，当表单CP72(邮政表单2976-A)将包括在运输容器内时，可以只完成表单CN22的上部，并将其粘贴到运输容器的外面。在这样的情况下，可以沿着剪切线535剪裁表单CN22，并可以丢弃底下的部分。

请注意，在某些实施例中，出口表单530的所有字段(包括商家签名)和装运标签500的其余字段可以由履约服务提供商的库存管理系统，使用存储在系统中的信息，由商家所提供的信息，由客户所提供的信息，和/或在一个或多个政府网站可访问的信息，自动地填充，如这里所描述的。

尽管图4和6中所显示的方法这里被描述为应用于向一个或多个商家40提供出口服务，但是，在某些实施例中，类似的方法可以由履约服务提供商代表一个或多个商家40应用于库存商品的进口。例如，在某些实施例中，可以提示注册从服务提供商那里接收订单履约服务的商家40指出，是否必须从另一个国家(即，原产国)进口任何库存商品35，以便运输到提供商，才能履约客户订单。如果必须进口商家40为其请求履约服务的任何商品35，则可以提示商家40指出他或她是否希望提供商代表商家40提供商品的进口服务。

代表商家40提供进口服务可以包括上文关于代表商家40提供出口服务所描述的许多操作。例如，在各个实施例中，提供进口服务的过程可以包括下列各项中的一项或多项：判断是否可以合法地从它们的原产国和/或从提供它们的实体或人员进口商品35；对提供商品35的实体或人员进行犯罪背景调查，信用调查或进行身份验证；根据适用的规章，生成所需的任何进口单据；计算、收取适用于商品35的进口的任何进口税，和/或向适当的税务机关汇寄这些进口税；选择将商品35运输到提供商的适当国际运输公司；由运输公司启动商品35的装运并向运输公司提供所需的进口单据；以及，接收要与从该商家和/或已经注册接收履约服务和/或出口服务的其他商家接收到的其他库存商品一起存储的商品35。

如上文所描述的，可以通过使用Web页面，向商家40或客户50呈现上文所描述的方法和技术的各个方面(例如，注册界面200和/或管理界面220的各个方面)。一般而言，Web页面可以包括数据内容以及可以被配置为控制数据内容的呈现的元数据内容。例如，Web页面可以包括文本、静止图像、视频内容、可导航的链接，或其他数据内容类型，以及可以控制数据内容的放置、外观、交互行为，或其他呈现方面的元数据或指令。

Web页面的数据和元数据内容常常可以以诸如超文本置标语言(HTML)的版本之类的语言或用于实现基于Web的内容的任何其他适当的语言编码。Web页面内容可以从内容源，如由履约中心10或企业5或代表履约中心10或企业5实现的Web主机，使用适当的传输协议，例如，超文本传输协议(HTTP)的一个版本，通过网络(例如，因特网或私用网络)，传输到客户端，如商家40或客户50。然后，可以由诸如Web浏览器之类的适当的客户端应用程序，由编码语言和元数据内容所指出的，解释或处理内容。Web浏览器的某些示范性类型包括，但不仅限于，MicrosoftInternetExplorer^TM、MozillaFirefox，以及Opera^TM。除向客户端呈现Web页面之外，Web浏览器还可以收集和处理来自客户端的输入数据。例如，浏览器可以检测可导航的链接、菜单项、按钮或可以向客户端呈现的其他类型的输入设备的选择或激活，并可以响应这样的选择或激活而操作，将数据传输回内容源或另一个实体或系统，导航到不同的内容源，或执行另一个适当的操作。

图8中显示了一般性Web页面的一个实施例。在所显示的实施例中，显示了包括Web页面610的浏览器窗口600。在Web页面610中包括的各种类型的内容中，有文本内容620、图像内容630、输入特征640和可导航的链接650，虽然在其他实施例中，Web页面610可以包括不同组合的多一些或少一些的内容类型，包括上面没有具体列举的类型。虽然各种内容类型是作为分离的特征显示的，但是，可以根据浏览器的功能和用于实现Web页面610的语言，以任何适当的方式分散或结合。在一个实施例中，可以生成诸如上文所提及的那些浏览器窗口600，并由Web浏览器进行管理。

在一个实施例中，可以例如通过界面200或代表界面200生成Web页面610的各种内容特征的内容和放置，以实现一个web页面，通过该web页面，商家40可以调用上文参考图3所描述的自助履约服务注册过程，和/或上文参考图4所描述的出口服务注册过程。例如，文本内容620、图像内容630和输入特征640可以被配置为向商家40呈现履约服务提供商的请求输入数据的请求，并提供用于允许商家40作为响应输入和传输这样的数据的技术，如通过呈现一个带有字段的表单，商家40可以向其中插入数据。在各种实施例中，这样的输入数据可以包括为其请求了履约和/或出口服务的商品的任何或全部标识符，出口过程首选项(例如，商家指定的对要出口商品的限制、合格的国际目的地和/或接收者，或作为国际订单的USPPI的提供商或商家的角色)，一个或多个签名或徽标，可供履约服务提供商在提供这里所描述的服务时使用的任何其他信息。

在另一个实施例中，Web页面610可以被配置为实现适合于向客户50提供在贸易中的商品35的报价，以及潜在地使客户50感兴趣的其他数据的电子商务渠道。例如，商家40可以操作其自己的电子商务主管主管设施，生成其自己的内容，并通过Web页面610，将它传输到客户50。作为替代，商家40可以与诸如企业5之类的另一方约定，以代表它呈现这样的Web页面610。在另一个实施例中，企业5或另一方可以通过一个或多个Web页面610，实现诸如上文所描述的那种电子商务市场。例如，来自各种商家40的特定商品35或多个商品35的许多报价可以通过Web页面610向客户50显示。

示例性计算机系统实施例

可以预期，在某些实施例中，上文所描述的方法或技术中的任何一种都可以作为能够通过计算机可访问的介质存储或传输的程序指令和数据来实现。这样的方法或技术可以包括，例如，但不仅限于，库存管理系统30、界面200和/或数据库210的功能，以及图3-6中所显示的方法或其任何适当的变种或部分。这样的程序指令也可以被执行，以执行支持上文所描述的方法和技术的计算功能，例如，实例化操作系统功能、应用程序功能，和/或任何其他适当的功能。

图9显示了包括计算机可访问的介质的计算机系统的一个示例性实施例。在所显示的实施例中，计算机系统900包括通过输入/输出(I/O)接口930连接到系统存储器920的一个或多个处理器910。计算机系统900进一步包括连接到I/O接口930的网络接口940。在某些实施例中，可以预期，可以使用计算机系统900的单一实例来实现库存管理系统50，而在其他实施例中，多个这样的系统可以被配置为主管库存管理系统50的不同部分或实例。例如，在一个实施例中，可以通过计算机系统900的不同于实现了其他数据源或服务(例如，订单输入/履约服务和/或出口服务)的那些实例的实例，来实现某些数据源或服务(例如，采购管理服务)。值得注意的是，在某些实施例中，在上文中描述的库存管理系统50的功能可以以任何适当的方式分割为许多不同的模块、过程或其他功能部分。然后，所产生的库存管理系统50的多个部分可以作为统一的或在计算机系统900的一个或多个实例之间分布的系统来实现，例如，作为由一个或多个处理器910可执行的指令。

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

系统存储器920可以被配置为存储可由处理器910进行访问的指令和数据。在各种实施例中，可以使用诸如静态随机存取存储器(SRAM)、同步动态RAM(SDRAM)、非易失性/闪式存储器之类的任何合适的存储技术，或任何其他类型的存储器，来实现系统存储器920。在所显示的实施例中，实现了诸如上文所描述的那些功能的所希望的功能的程序指令和数据，示出是作为代码925存储在系统存储器920内的。

在一个实施例中，I/O接口930可以被配置为协调处理器910、系统存储器920，以及设备中的任何外围设备，包括网络接口940或其他外围接口之间的I/O通信量。在某些实施例中，I/O接口930可以执行任何必需的协议、定时或其他数据转换，以将来自一个组件(例如，系统存储器920)的数据信号转换为适用于另一个组件(例如，处理器910)的格式。在某些实施例中，I/O接口930可以包括对通过各种外围总线，如，例如，外围组件互连(PCI)总线标准或通用串行总线(USB)标准的变体，连接的设备的支持。在某些实施例中，I/O接口930的功能可以拆分成两个或更多单独的组件，如，例如，北桥和南桥。此外，在某些实施例中，I/O接口930的某些功能或全部功能，如到系统存储器920的接口，可以直接集成中处理器910中。

网络接口940可以被配置为允许数据在计算机系统900及连接到网络上的例如诸如其他计算机系统之类的其他设备之间进行交换。在各种实施例中，网络接口940还可以通过例如诸如任何适当的类型的以太网之类的有线或无线一般数据网络；通过诸如模拟语音网络或数字光纤通信网络之类的电信/电话网络；通过诸如光纤通道SAN之类的存储区域网络，或通过任何其他合适的类型的网络和/或协议来支持通信。

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

另外，可以预期，上文所描述的并在例如图3-6中所显示的任何一种方法或技术可以作为Web服务来实现，可以代表请求这样的服务的客户端执行Web服务。一般而言，作为Web服务提供功能或服务可以包含提供被配置为允许不同软件程序以自治的、基于Web的并且通常是独立于平台的方式进行通信(例如，请求服务和对这样的请求作出响应)的各种标准化API中的任何一种。例如，企业可以选择通过Web服务界面向外部客户端(例如，商家40或客户50)公开某些企业数据(例如，编目数据、库存数据、客户数据或其他数据类型)和/或某些企业功能(例如，履约服务请求处理功能、查询功能、电子商务功能、一般数据存储或计算功能等等)。然后，应用程序可以通过Web服务界面访问公开的数据和/或功能，尽管正在访问的应用程序可以被配置为在与主管公开的数据或功能的平台完全不同的平台上(例如，不同的操作系统或系统体系结构)执行。例如，商家40可以执行商品35的履约和/或出口服务的自助注册，或者，也可以通过由界面200公开的Web服务调用将要履行的国内或国际订单通知给履约中心10。

在某些实施例中，提供Web服务可以包含使用可执行的特定协议(例如，作为代码925的一部分)向潜在用户发布可用的Web服务，充分地描述Web服务的界面，以允许用户正确地调用Web服务，允许用户为特定事务选择Web服务和区分Web服务，以及提供以灵活的并且独立于平台的方式交换Web服务数据的格式。具体来说，在一个实施例中，Web服务的提供者可以使用通用发现描述和集成(UDDI)协议的一个版本来注册服务，该协议可以作为潜在资源用户可以用来定位所感兴趣的Web服务的一般目录。Web服务提供者也可以发布关于应该如何格式化来自用户的形状良好的Web服务请求的具体细节(例如，要求或允许哪些特定参数，用于给定参数的数据类型或格式等等)。例如，可以使用Web服务描述语言(WSDL)的一个版本，发布这样的界面细节(例如，在UDDI目录条目内)。

在许多实施例中，通过使用格式化为独立于平台的结构化数据的消息或文档，如根据可扩展置标语言(XML)的一个版本格式化的文档，在客户端和服务提供商之间交换Web服务请求和响应数据。例如，在一个实施例中，提供给定库存商品的库存状况信息的Web服务请求可以包含在XML文档中，该XML文档包括标识所感兴趣的商品的字段，请求的数据类型(例如，库存状况数据)，以及可能还有其他字段，其中，每一个字段都通过描述了该字段代表的数据类型的XML标记分隔。对这样的来自Web服务提供者的请求的响应可以包括包含被请求的数据的XML文档。在某些实施例中，使用基于Web的数据传送协议，如，例如，超文本传输协议(HTTP)的一个版本，在发出请求的应用程序和目标Web服务之间传输与Web服务相关的文档。

不同类型的Web服务请求和响应会产生没有太多的共同的内容的XML文档，这会使这样的文档的处理和解释复杂化。例如，在指定了Web服务请求的自由形态的XML文档的不同版本中，被请求的实际Web服务可以出现在不同文档版本内的不同位置，这可能要求文档的接收者在理解文档用于什么目的之前缓冲或分析大量的文档数据。因此，在某些实施例中，包含Web服务请求/响应数据的XML文档可以封装在用于定义消息框架的额外的XML数据内，例如，用于交换具有任意内容的文档或消息的一般格式。例如，在一个实施例中，Web服务请求或响应可以是根据简单对象访问协议(SOAP)的一个版本格式化的XML文档，简单对象访问协议(SOAP)在各种版本中可以定义不同的文档部分，如“信封”(例如，可以包括指定文档类型、Web服务的计划的接收者等等)以及消息正文，消息正文可以包括任意XML消息数据(例如，Web服务请求的具体的细节)。然而，在某些实施例中，Web服务可以使用用于发布服务以及格式化和交换消息的不同的协议和标准来实现。

另外，在某些实施例中，可以无需使用基于文档的技术，如SOAP型的协议，即可实现Web服务系统。例如，作为基于文档的方法的替代方案，可以使用表象化状态转变(REST)型的体系结构，来实现Web服务。一般而言，在REST型的体系结构中，Web服务请求可以作为通过传输协议传输的命令来形成，如通过HTTP协议的一个版本传输的PUT或GET命令。相反在基于文档的Web服务体系结构中可以嵌入在文档内的请求的那些参数，在REST型体系结构中可以作为命令参数被包括进来。Web服务体系结构的其他适当的配置也是可能的和可预期的。

虽然非常详细地描述了上文的实施例，一旦完全理解了上面的公开，很多变化和修改方案对于那些所属领域的技术人员将变得显而易见。下面的权利要求应被解释为包括所有这样的变化和修改方案。

Claims (34)

1.一种基于网络的计算系统，包括：

一个或多个用于存储履约服务注册数据的数据库系统；

一个或多个连接到网络的计算机，其中所述一个或多个计算机包括：

被配置为存储指令的存储器；以及

连接到所述存储器的一个或多个处理器，其中所述指令是由所述一个或多个处理器中的至少一个可执行的，以实现库存管理系统，其中所述库存管理系统被配置为：

通过注册界面，从商家接收请求，以从履约服务提供商接收将由商家出售的库存商品的出口服务，其中履约服务将由所述履约服务提供商提供；

通过注册界面，接收表明对应于库存商品的库存标识符的输入，其中该库存标识符存储在一个或多个数据库系统内；

通过注册界面，接收表明对应于商家的商家标识符的输入，其中该商家标识符存储在一个或多个数据库系统内；

通过比较库存标识符与被限制商品的列表来判断库存商品的有效性，其中被限制商品的列表存储在一个或多个数据库系统内；

通过比较商家标识符与被限制商家的列表来判断商家的有效性，其中被限制商家的列表存储在一个或多个数据库系统内；

如果判断商家有效且库存商品有效，作为响应，存储关于所述商家被注册以接收所述库存商品的出口服务的说明。

2.根据权利要求1所述的基于网络的计算系统，其中为判断库存商品的有效性，所述库存管理系统进一步被配置为：

提示所述商家提供关于所述库存商品可以合法地出口的说明；以及

从所述商家接收关于所述库存商品可以合法地出口的说明。

3.根据权利要求1所述的基于网络的计算系统，其中为判断商家的有效性，所述库存管理系统进一步被配置为实现下列各项中的一项或多项：所述商家的犯罪背景调查；所述商家的信用调查；以及，验证所述商家的身份。

4.根据权利要求1所述的基于网络的计算系统，其中被限制商品的列表包括关于出口到一个或多个目的地、实体或人员的限制。

5.根据权利要求1所述的基于网络的计算系统，其中为判断商家的有效性，所述库存管理系统进一步被配置为：

提示所述商家提供关于所述商家同意遵循适用于所述库存商品的出口的规章的说明；以及

从所述商家接收关于所述商家同意遵循适用于所述库存商品的出口的规章的说明。

6.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

通过所述注册界面，从所述商家接收第二请求，以从所述履约服务提供商接收第二库存商品的出口服务；

判断所述第二请求是否有效；以及

如果判断所述第二请求有效，作为响应，存储关于所述商家被注册以接收所述第二库存商品的出口服务的说明。

7.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

从所述商家接收签名；以及

存储所述签名，以便用于生成包括库存商品的订单的出口单据。

8.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

接收客户针对所述库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于订单发货的出口单据；以及

开始到所述国际发货目的地的订单发货。

9.根据权利要求8所述的基于网络的计算系统，其中为判断所述订单是否有效，所述库存管理系统进一步被配置为搜索关于所述商家被注册以接收所述库存商品的出口服务的所存储的说明。

10.根据权利要求8所述的基于网络的计算系统，其中为判断所述订单是否有效，所述库存管理系统进一步被配置为将所述库存商品的标识符和国际发货目的地与被限制出口到国际发货目的地商品的一个或多个列表进行比较。

11.根据权利要求8所述的基于网络的计算系统，其中所述订单包括接收实体的标识符，其中为判断所述订单是否有效，所述库存管理系统进一步被配置为将所述库存商品的标识符和所述接收实体的标识符与被限制出口到特定实体的商品的一个或多个列表进行比较。

12.根据权利要求8所述的基于网络的计算系统，其中为开始发货，所述库存管理系统进一步被配置为：

将所述出口单据的副本附到包括订单商品的海运集装箱中；

选择运输订单商品的运输公司；以及

将所述海运集装箱释放到所述运输公司。

13.根据权利要求8所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

计算所述订单应向一个或多个税务机关支付的关税；

征收所述关税税款；以及

向所述一个或多个税务机关汇出税款。

14.根据权利要求8所述的基于网络的计算系统，其中所述出口单据包括所述库存商品的详细描述、所述商品的重量、所述商品的价值、所订商品的总重量、所述订单的总价值、用途的说明、指出所述商家作为记录的出口商的标识符或徽标，以及商家签名。

15.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

通过所述注册界面，从第二商家接收第二请求，以从履约服务提供商接收第二库存商品的出口服务，所述第二商家针对所述第二库存商品被注册为从所述履约服务提供商接收履约服务；

判断所述请求是否有效；以及

如果判断所述第二请求有效，作为响应，存储关于所述第二商家被注册以接收所述第二库存商品的出口服务的说明。

16.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

接收客户针对被两个或更多商家注册为接收出口服务的两个或更多个库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于作为单个装运的订单发货的出口单据，其中所述履约服务提供商承担记录的出口商的角色；以及

开始到所述国际发货目的地的所述单个装运的订单发货。

17.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

接收客户针对被两个或更多商家注册为接收出口服务的两种或更多种库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于作为多个装运的订单发货的出口单据，其中所述两个或更多商家中的每一个商家都承担包括被所述商家注册的一种或多种库存商品的相应的一批装运商品的记录的出口商的角色；以及

开始到所述国际发货目的地的所述多个装运的订单发货。

18.根据权利要求1所述的基于网络的计算系统，其中所述库存管理系统进一步被配置为：

监视所述商家遵循适用于出口所述库存商品的规章的情况；以及

如果判断所述商家没有遵循适用于出口所述库存商品的规章，作为响应，废除向所述商家提供出口服务的协议。

19.一种计算机实现的方法，包括：

在一个或多个数据库系统内存储履约服务注册数据；

由连接到网络的一个或多个计算机执行：

通过注册界面，从商家接收请求，以从履约服务提供商接收将由商家出售的库存商品的出口服务，其中履约服务将由所述履约服务提供商提供；

通过注册界面，接收表明对应于库存商品的库存标识符的输入，其中该库存标识符存储在一个或多个数据库系统内；

通过注册界面，接收表明对应于商家的商家标识符的输入，其中该商家标识符存储在一个或多个数据库系统内；

通过比较库存标识符与被限制商品的列表来判断库存商品的有效性，其中被限制商品的列表存储在一个或多个数据库系统内；

通过比较商家标识符与被限制商家的列表来判断商家的有效性，其中被限制商家的列表存储在一个或多个数据库系统内；

如果判断商家有效且库存商品有效，作为响应，存储关于所述商家被注册以接收所述库存商品的出口服务的说明。

20.根据权利要求19所述的方法，其中所述判断库存商品的有效性包括：

提示所述商家提供关于所述库存商品可以合法地出口的说明；以及

从所述商家接收关于所述库存商品可以合法地出口的说明。

21.根据权利要求19所述的方法，其中所述判断商家的有效性包括下列各项中的一项或多项：对所述商家进行犯罪背景调查；对所述商家进行信用调查；以及对所述商家的身份进行验证。

22.根据权利要求19所述的方法，其中被限制商品的列表包括关于出口到一个或多个目的地、实体或人员的限制。

23.根据权利要求19所述的方法，其中所述判断商家的有效性包括：

提示所述商家提供关于所述商家同意遵循适用于所述库存商品的出口的规章的说明；以及

从所述商家接收关于所述商家同意遵循适用于所述库存商品的出口的规章的说明。

24.根据权利要求19所述的方法，进一步包括：

通过所述注册界面，从所述商家接收第二请求，以从所述履约服务提供商接收第二库存商品的出口服务；

判断所述第二请求是否有效；以及

如果判断所述第二请求有效，作为响应，存储关于所述商家被注册以接收所述第二库存商品的出口服务的说明。

25.根据权利要求19所述的方法，进一步包括：

从所述商家接收签名；以及

存储所述签名，以便用于生成包括库存商品的订单的出口单据。

26.根据权利要求19所述的方法，进一步包括：

接收客户针对所述库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于订单发货的出口单据；以及

开始到所述国际发货目的地的订单发货。

27.根据权利要求26所述的方法，其中所述判断所述订单是否有效包括搜索关于所述商家被注册以接收所述库存商品的出口服务的所存储的说明。

28.根据权利要求26所述的方法，其中所述判断所述订单是否有效包括将所述库存商品的标识符和国际发货目的地与被限制出口到国际发货目的地商品的一个或多个列表进行比较。

29.根据权利要求26所述的方法，其中所述订单包括接收实体的标识符，其中所述判断所述订单是否有效包括将所述库存商品的标识符和所述接收实体的标识符与被限制出口到特定实体的商品的一个或多个列表进行比较。

30.根据权利要求26所述的方法，其中所述开始订单发货包括：

将所述出口单据的副本附到包括订单商品的海运集装箱中；

选择运输订单商品的运输公司；

将所述海运集装箱释放到所述运输公司；以及

向所述运输公司提供所述出口单据的副本。

31.根据权利要求26所述的方法，进一步包括：

计算所述订单应向一个或多个税务机关支付的关税；

征收所述关税税款；以及

向所述一个或多个税务机关汇出税款。

32.根据权利要求19所述的方法，进一步包括：

接收客户针对被两个或更多商家注册为接收出口服务的两个或更多个库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于作为一个或多个装运的订单发货的出口单据；以及

开始到所述国际发货目的地的所述一个或多个装运的订单发货。

33.一种履约中心，包括：

被配置为代表商家存储库存商品的库存存储设施；以及

被配置为执行下列操作的库存管理系统：

从所述商家接收请求，以从履约服务提供商接收所述库存商品中的给定一个库存商品的出口服务，其中所述请求是通过计算机实现的注册界面接收的；

通过计算机实现的注册界面，接收表明对应于库存商品的库存标识符的输入，其中该库存标识符存储在一个或多个数据库系统内；

通过计算机实现的注册界面，接收表明对应于商家的商家标识符的输入，其中该商家标识符存储在一个或多个数据库系统内；

通过比较库存标识符与被限制商品的列表来判断库存商品的有效性，其中被限制商品的列表存储在一个或多个数据库系统内；

通过比较商家标识符与被限制商家的列表来判断商家的有效性，其中被限制商家的列表存储在一个或多个数据库系统内；

如果判断商家有效且库存商品有效，作为响应，存储关于所述商家被注册以接收所述库存商品的出口服务的说明。

34.根据权利要求33所述的履约中心，其中所述库存管理系统进一步被配置为：

接收客户针对所述库存商品所下的订单，其中所述订单包括国际发货目的地；

作为对接收到所述订单的响应，判断所述订单是否有效；以及

如果判断所述订单有效，作为响应：

生成用于订单发货的出口单据；以及

开始到所述国际发货目的地的订单发货。