用于在线、多包裹、多承运人、多服务包裹退货运输处理的装置、系统和方法

专利名称：用于在线、多包裹、多承运人、多服务包裹退货运输处理的装置、系统和方法
技术领域：
本发明的领域是用于运输管理的计算机系统，具体是用于包裹退货运输管理的在线计算机系统。
背景技术：
电子商务(在此有时称作“e商务”)是美国和全世界经济中正在成长的一个领域。对于传统的砖泥(brick and mortar)购买，e商务购买者有时希望退回一件或多件已购买的商品。e商务购买者有时对e商务销售商提供的e商务所购商品退货程序不满意。
电子商务退换货处理对于消费者和在线销售商而言都是效率低的。电子商务消费者经历了缓慢、不便、笨拙的在线退换货处理。此经历与消费者的期望截然相反，因为顾客期望在线退回产品应该是与在线订货时一样容易。
许多e商务销售商使用退货批准系统，用于处理通过e商务购买的商品的退货。不幸地是，退货批准对于消费者而言往往是很难获得的并且需要较长时间来接收。在一些情况下，在线商店要求顾客打电话给顾客服务中心，以申请退货批准。打电话给顾客服务中心申请退货批准与在线购物者优选进行在线商务是矛盾的。
另一方面，一些在线销售商要求购物者填写退货电子邮件请求。而作为另一替代方面，一些在线销售商在装箱单背面提供退货说明，但不能接受发货单上每一件商品的退货。
在批准退货之后，在线销售商发出批准退货服务标签的电子邮件，如UPS批准退货服务标签。此退货批准过程导致缓慢的退货和退款或换货。
退货商品的退款经常是很麻烦的，要花几个星期才能出现在退货购物者的付款卡帐户上。换货甚至要求花更长的时间，尤其是当换货商品缺货时更是如此。
一旦批准退货并且顾客完成所有必要的书面工作时，商品退货对于消费者来说也不一定是件容易的事情。即使退货顾客已保留要退货商品的包装箱和包装材料，但大多数的在线商店也不为顾客提供把退货包裹递送给承运人的简单途径。一些销售商在它们发货的每个包装箱内提供UPS电话标签。
对于顾客而言，在砖泥商店退或换商品有时是更方便的。然而，物理的砖泥商店不能接受来自它们在线成员的退货。
通过e商务购买的商品的退货对于在线销售商也是一个问题。使单个顾客不满意的低效退换货过程导致在线购物者离开提供更高质量退换货服务的在线商店。
上述提供退换货服务的各种方法对于销售商和退货消费者都是效率低的。用电话处理退换货申请要求在线销售商提供昂贵的设施、人员和培训。进而，顾客服务电话中心对在线购物者而言不能与互联网的便捷相提并论。通过电子邮件、电话和书面形式提出的退货请求用人工过程和/或非标准格式收集。这使产生退货报告变成昂贵的零碎数据收集工作，此工作需要判断单个顾客服务请求。
进一步地，上述的人工退换货过程不一定能及时地向在线销售商提供退货信息。例如，销售商不知道退货正在返回，直到收到退回的包裹才知道。退货是因为有缺陷的商品或导致破损的劣质包装引起的。虽然第一次退货运输正在运输途中，但销售商还在继续发运有缺陷的或劣质包装的商品。
每个在线销售商都有他自己的与退换货处理有关的政策。例如，许多销售商愿意支付所有的退货运输费以提供高质量的服务。一些销售商则愿意支付一部分退货运输费，而不支付昂贵的或不合理的退货运输费。还有一些销售商愿意接受所有或部分的退货，但不愿意支付它们的退货运输费。
据一个评论员说，“没有简单的方法来解决[退货]问题。互联网公司对于此事无能为力。”(Melissa Barnes，The Yankee Group，Internet World，1999年8月15日)。因此，为了使e商务成功，必须提供管理e商务退货的解决方案。

发明内容
本发明提供一种计算机系统(“系统”或“退货系统”)，所述系统被配置和编程，用于向在线商店提供快速、简单、方便的方式，以便在线商店的e商务顾客在此在线商店内退回从此店购买的商品。
在本文描述的一个典型实施例中，退货系统具有三个主要组件1)退货管理员子系统，用于向每个销售商提供设置销售商帐户、设置销售商退货政策和规则、以及监视退货运输的状态和运作的用户界面；2)消费者退货子系统(在本文有时也称作“顾客退货子系统”)，用于向使用退货系统的每个消费者提供在线用户界面，此界面引导消费者进行退货处理、向消费者显示退货政策和规则、如果合适的话提供运输退货包裹的运输文件、并且允许消费者跟踪他们的退货运输；以及3)退货处理子系统，在典型实施例中该子系统提供背景运输和跟踪功能性。在本发明的一个典型实施例中，在线销售商把销售商的在线系统与退货处理子系统集成在一起。
在另一个典型实施例中，如以下所述，退货处理子系统设置成由公共提供商，在此有时称作“iShip.com”，操作的基于环球网的独立应用服务(以下称作“退货销售商服务系统”)。
上述组件在本文有时统一地和/或单独地称为系统和/或退货系统。本领域中技术人员应理解，退货系统的引用应指系统的一个或多个适当组件。本领域中技术人员应理解，在此所引用的销售商设置、监视、跟踪和其它销售商功能以及与退货系统的互动通过退货系统的退货管理员子系统而提供；而在此引用的消费者输入、监视、跟踪和其它消费者功能以及与退货系统的互动通过退货系统的消费者退货子系统而提供。
本领域中技术人员还应理解，上述系统组件术语的使用仅仅是举例性的，并不是对本发明的限制。只要不偏离本发明的精神，上述每个组件就可以与另一个集成为单个系统。进一步地，只要不偏离本发明的精神，上述退货管理员和消费者退货组件中每一个的功能都可以单独由诸如退货处理系统的处理子系统提供，所述处理子系统与其它的每个子系统并与系统数据库具有通讯界面。只要不偏离本发明的精神，本领域中技术人员应理解，在本发明的替代实施例中，退货系统的主要组件可执行各种级别的处理。
希望向其顾客提供店内访问退货系统1的每个销售商，首先访问系统的退货管理员子系统用户界面，以设置销售商帐户和建立控制销售商的退货、换货和退款政策的规则。然后，退货系统1在销售商的在线商店内向销售商的顾客提供顾客退货子系统和用户界面，这有助于商品的退货运输。
系统向每个在线商店(在本文有时称作e商务提供商或销售商)提供规定商店的个性化退货、换货和退款政策的能力。系统对每个在线商店实施一致的、标准化的和自动的退货政策。
在系统内可用的退货政策选项中，顾客可获得立即、自动的退货批准。其它退货政策选项允许每个在线商店规定运费是否由商店或由顾客来支付。系统还向顾客提供直接从在线商店在连接到顾客个人计算机的打印机上打印退货运输标签的能力。
系统可把商品退回给不同的位置，包括在线商店的主仓库、辅助设施或连锁零售点。
系统还可使商品通过多个承运人或通过零散发货人如Mail BoxesEtc.(信箱等)退回，由此向顾客提供各种选择并把在线商店与承运人的工人罢工隔离开来。
在销售商的在线商店内，顾客进行购物，商品随后运给顾客(“消费者”)。如果消费者对订的商品不满意，就希望退货。为实现这点，消费者返回到销售商的在线商店，访问消费者对于所述销售商的订货历史，从销售商的在线商店安排退回一件或多件商品。
系统根据每个在线商店的规定收集消费者退货的原因，并把此信息储存到退货信息的中央数据库中。系统分析并报告退货数据，根据在线商店的退款政策向顾客发放退款。
退货系统1向每个加入的销售商提供对退回包裹的跟踪能力。退货系统对入站退货提供通知和跟踪报告，允许商店准备接货区域，并且如果适当的话对此退货原因作出响应，如调整存货或运输惯例以避免继续发生潜在的退货。
由于退货运输是在在线商店内安排的，因此系统向退货的消费者提供立即把退货转换为换货或转换成另外订货的能力。
体现本发明的计算机系统的退货销售商服务系统组件与销售商的系统接口并互动，通过应用程序界面(“API”)和基于环球网的用户销售商界面向每个签约e商务销售商提供各种运输管理功能，包括但不限于运输计价、运输标记、运输跟踪、运输跟踪管理报告、退货分析和退货管理报告。本发明向每个销售商的顾客提供对各种运输选项的运费进行计价；处理退货请求；在顾客自己的激光打印机上打印运输、退货或旅行者标签；以及跟踪每个退货运输。


本发明的这些和其它的特征将在以下描述的本发明典型实施例中完全提出。将结合附图进行描述，在附图中图1为描述由本发明系统提供的在电子商务提供商、消费者和承运人之间界面关系的图形表示；图2为描述典型的用户计算机配置以及计算机与e商务提供商和系统之间界面的图形表示；图3a为系统典型配置以及系统与承运人和e商务提供商之间关系的图形表示；图3b为高级系统组件框图，描述在互联网环境中系统典型实施例内的典型系统结构；
图4a-4c为高级逻辑流程图，描述在退货系统的典型实施例中典型的销售商经历；图5a为描述本发明典型实施例中的典型主菜单和典型子菜单层次结构的图形表示；图5b为高级交互作用框图，描述在本发明的典型实施例中退货管理员子系统在销售商客户机、退货管理员页、各种退货管理员子系统功能和退货系统服务器之间的交互作用的典型实施例；图5c为高级交互作用框图，描述在本发明的典型实施例中退货管理员子系统在销售商客户机和退货系统服务器之间的交互作用的典型实施例；图5d为高级交互作用框图，描述在本发明的典型实施例中退货管理员子系统的退货政策制订者页功能在退货系统数据库服务器与某些数据库之间的交互作用的典型实施例；图5e为高级交互作用框图，描述在本发明的典型实施例中退货监视器页在销售商客户机、退货管理员子系统的查看入站运输和查看所选细节特征、与退货系统服务器之间的交互作用的典型实施例；图6为描述退货系统典型实施例中典型登录屏幕的图形表示；图7为描述退货系统实施例中典型退货系统主页的图形表示；图8为本发明典型实施例中典型公司信息屏幕的图形表示；图9为本发明典型实施例中典型用户管理屏幕的图形表示；图10为本发明典型实施例中典型退货中心屏幕的图形表示；图11为本发明典型实施例中典型标准政策屏幕的图形表示；图12为本发明典型实施例中典型的退货运输选项屏幕的图形表示；图13a-13d为本发明典型实施例中典型退货问题/响应页的图形表示；图13e为描述本发明典型实施例中三维状况响应矩阵的典型配置的图形表示；图13f为描述本发明典型实施例中问题表的典型配置的图形表示；
图13g为描述本发明典型实施例中指令表的典型配置的图形表示；图13h为描述本发明典型实施例中响应表的典型配置的图形表示；图13i-1和13i-2为高级流程图，描述在本发明典型实施例中应用销售商预先建立的退货政策逻辑的逻辑流程；图13j为描述本发明典型实施例中典型状况响应流程的高级数据和逻辑关系框图；图14为描述本发明典型实施例中与特定问题的特定答案选项的特定退货响应相对应的后续动作的典型配置的图形表示；图15为本发明典型实施例中典型的政策例外屏幕的图形表示；图16为描述本发明典型实施例中例外类别页的典型第一屏的图形表示；图17a和17b为本发明典型实施例中典型的储存类别屏幕的图形表示；图18a和18b为本发明典型实施例中典型网页配置屏幕的图形表示；图19为本发明典型实施例中典型电子邮件响应屏幕的图形表示；图20a-20c为逻辑流程图，描述用于消费者在销售商在线商店内经历本发明退货系统典型实施例的典型高级流程；图21为特定顾客在特定的销售商在线商店内的典型订货历史显示的图形表示；图22为在本发明典型实施例中对于特定消费者在特定的销售商在线商店内的特定订单号的典型订货汇总屏幕的图形表示；图23a为描述在本发明典型实施例中在典型的销售商在线商店内的典型退货服务屏幕的图形表示；图23b为描述本发明典型实施例中退货系统总体流程的高级数据和逻辑流程图；图23c为高级交互作用框图，描述在本发明的典型实施例中顾客退货子系统在消费者客户机、顾客退货页、各种顾客退货子系统功能与退货系统服务器之间的交互作用的典型实施例；图24为本发明典型实施例中典型退货服务退货理由屏幕的图形表示；图25为本发明典型实施例中典型退货汇总屏幕的图形表示；图26为描述本发明典型实施例中典型标签创建屏幕的图形表示；图27a为本发明典型实施例中用于待退货商品包裹的典型运输标签的图形表示；图27b为描述本发明典型实施例中用于打印条形码运输标签的典型逻辑流程的流程图；图27c为描述本发明典型实施例中用于打印尺寸精确图象的典型逻辑流程的流程图；图28为本发明典型实施例中以运输标签屏幕显示的典型运输标签的图形表示；图29为本发明典型实施例中发给销售商的典型退货运输电子邮件的图形表示；图30为本发明典型实施例中发给消费者的典型退货运输电子邮件的图形表示；图31为描述本发明典型实施例中在典型的销售商在线商店内的典型退货服务屏幕的图形表示；图32为本发明典型实施例中典型退货服务退货理由屏幕的图形表示；图33-35为描述本发明典型实施例中典型消费者运输首选参数规定屏幕的图形表示；圈36a为描述本发明典型实施例中典型的动态大小的多承运人、多服务图形阵列在线显示的图形表示；图36b-36e为高级数据检索和逻辑流程图，描述在本发明典型实施例中系统用于计算运费的数据和高级逻辑；图37为描述本发明典型实施例中替代的典型的动态大小的多承运人、多服务图形阵列在线显示的图形表示；图38为描述本发明典型实施例中典型运输汇总屏幕的图形表示；图39a-39c为描述在本发明典型实施例中产生图形阵列的初始计时和计费程序的简化流程图；图40为描述本发明典型实施例中典型订货商品屏幕的图形表示；图41为描述本发明典型实施例中典型跟踪信息屏幕的图形表示；图42为描述本发明典型实施例中典型订货商品屏幕的图形表示；图43为描述本发明典型实施例中典型跟踪你包裹屏幕的图形表示；图44为描述本发明典型实施例中典型的完成跟踪你包裹屏幕的图形表示；图45为描述本发明典型实施例中典型的替代的跟踪信息屏幕的图形表示；图46为描述本发明典型实施例中典型的查看入站退货运输屏幕的图形表示；图47为描述本发明典型实施例中用于每个跟踪标准的典型菜单的表格；图48为本发明典型实施例中典型的查看入站退货运输详细情况屏幕的图形表示；图49为描述本发明典型实施例中典型的报告、图形和数据输出产生屏幕的图形表示；图50为逻辑流程图，描述本发明典型实施例中跟踪特定包裹状态的高级逻辑；图51描述在本发明典型实施例中用于向承运人提交跟踪请求的典型XML格式的请求；图52描述在本发明典型实施例中由承运人返回的、同为XML格式的典型的成功跟踪响应；图53为本发明典型实施例的功能组件以及功能组件与系统外部实体之间某些典型界面的总体图形表示；
图54为高级框图，提供本发明典型实施例中i退货销售商服务系统功能组件的替代视图；图55为高级框图，图形化地描述本发明典型实施例中i退货入站管理员的某些功能组件；图56为在本发明典型实施例中未决日志的典型i退货入站监视器显示的图形表示，此未决日志报告特定销售商的包裹是未决的；图57为在本发明典型实施例中入站日志的典型i退货入站监视器显示的图形表示，此入站日志报告特定销售商的包裹已入站；图58为描述本发明典型实施例中典型详细跟踪请求的典型详细跟踪显示的图形表示；图59为本发明典型实施例中i退货入站管理员提供给销售商的典型用户界面屏幕的图形表示，销售商用此界面请求报告；图60为描述本发明典型实施例中为图表方式的典型“按SKU分类的退货”报告的图形表示；图61为描述本发明典型实施例中替代的为纯文本方式的典型“按SKU分类的退货”报告的图形表示；图62为描述本发明典型实施例中为图表方式的典型“按产品类别分类的退货”报告的图形表示；图63为描述本发明典型实施例中替代的为纯文本方式的典型“按产品类别分类的退货”报告的图形表示；图64为描述本发明典型实施例中为图表方式的典型“预计退货数量”报告的图形表示；图65为描述本发明典型实施例中替代的为纯文本方式的典型“预计退货数量”报告的图形表示；图66为描述本发明典型实施例中为图表方式的典型“退货理由”报告的图形表示；图67a和67b为描述本发明典型实施例中替代的为纯文本方式的典型“退货理由”报告的图形表示；图68为描述本发明典型实施例中为纯文本方式的典型“未扫描包裹”报告的图形表示；图69为描述本发明典型实施例中为纯文本方式的典型“最近包裹”报告的图形表示；图70为高级交互作用视图，描述在本发明典型实施例中在顾客支付运费的情况下顾客与销售商系统以及销售商系统与i退货销售商服务服务器之间的典型交互作用；图71为高级交互作用视图，描述在本发明典型实施例中在销售商支付运费的情况下顾客与销售商系统以及销售商系统与i退货销售商服务服务器之间的典型交互作用；图72为描述本发明典型实施例中一些API功能组件的高级框图；图73为描述本发明典型实施例中API请求的结构组件的高级结构图；图74为描述本发明典型实施例中API响应的结构组件的高级结构图；图75a为描述本发明典型实施例中典型的美国包裹服务电子商品退货标签的图形表示；图75b为描述在本发明典型实施例中描述如何打印和使用典型的美国包裹服务电子商品退货标签的典型指令的图形表示；图76为描述本发明典型实施例中典型旅行者标签的图形表示；图77为高级交互作用框图，描述在本发明典型实施例中在销售商和i退货销售商服务服务器之间请求跟踪信息的典型交互作用；图78为高级交互作用框图，描述在本发明的典型实施例中在销售商和i退货销售商服务服务器之间从i退货销售商服务系统输出数据到销售商系统中的典型交互作用；具体实施方式
本专利文件的一部分公开内容包括但不限于附图中图形用户界面显示的视图，所述公开内容包含Stamps.com，Inc.受版权保护的材料，当所述公开内容出现在Patent and Trademark Office专利文件或记录中时，Stamps.com，Inc.不反对专利文件或专利公开内容任何一种的传真再现，但在其它方面保留所有版权。
“iShip.com”、“iShip”、“The Internet Package Shipper”、“Price It”、“Sell It”、“Track It”、“Ship It”、“ShippingTools”、“My iShip”和相关的徽标都是Stamps.com，Inc.的商标。本文提供到的实际公司和产品的名字是它们各自所有者的商标。
本发明的计算机系统用单个用户界面(“UI”)提供多个在线e商务销售商，采用此UI，每个e商务销售商可向销售商的消费者提供用于多个支持承运人的自动退货包裹管理系统。
本发明有两个主要的用户界面外观，一个是用于销售商的“回收办公室”(本文有时称作“退货政策引擎”)的退货管理员子系统用户界面，另一个是在销售商的在线商店中对消费者有效的消费者退货子系统用户界面。
体现本发明的计算机系统的退货政策引擎组件向多个在线e商务销售商的每一个都提供用户界面(“UI”)，采用此UI，每个e商务销售商都可以1)建立销售商退换货政策的参数并描述此政策，包括例外处理；2)批准由销售商从多个承运人提供的多项服务中选择的退货运输选项，销售商的消费者将通过系统访问所述退货运输选项；3)为消费者建立请求对话框，系统通过对话框判断每个消费者为什么退回商品；以及4)构造与消费者通讯的自动电子邮件响应格式。
用于销售商回收办公室的退货政策引擎/退货管理员子系统用户界面是集成的工具集，销售商通过此工具集可以1)概要地或详细地查看入站退货商品运输；2)只用一个跟踪号跟踪多个承运人的运输；3)分析退货模式和趋势；4)管理退货过程；5)设置帐户名和访问特权；6)建立自动实施它们商店退货政策的参数；7)建立退货运输选项；8)建立请求，以判断顾客为什么退回商品；9)建立退货政策的例外；10)建立自动电子邮件响应；11)在销售商的站点和退货管理员子系统之间建立综合链接。
体现本发明的计算机系统的顾客退货用户界面组件，通过用户界面向e商务销售商(此销售商已安装退货政策引擎并且已建立必要的参数)的每个顾客提供相关e商务销售商的在线商店的用户界面，通过该界面顾客与在线商店互动以退换一件商品。
本发明的顾客退货子系统和用户界面特征的不同类型实施例包括1)具有退货回收办公室应用软件的顾客退货桌面应用软件；2)可用于环球网的顾客退货集成应用软件和集成到销售商站点中的用户界面；以及3)集成到销售商站点中的顾客退货API-例如以XML编写的应用软件编程界面，XML设计得用以传递数据。
本发明的每个不同类型的实施例提供销售商包括后述特征的自动退货功能性，这些特征例如为1)逐步工作的“向导”(用户界面软件)，此向导引导每个顾客完成商品退货过程；2)退货管理员子系统建立的退货政策，用于回收办公室应用；3)退货政策规则的自动实施；4)支持销售商和顾客支付退货运输方案；5)顾客(消费者)跟踪经多个承运人退回的商品；以及6)运输数据自动馈送给用于回收办公室应用的退货管理员子系统。
图1为描述由本发明系统1提供的在多个电子商务提供商(“销售商”)2a-2n、消费者3a-3n和承运人4a-4n之间界面关系的图形表示。
应该指出，在此结合附图中编号单元使用诸如“a”至“n”的下标是示范性的，并不是对本发明的限制。当然，下标“a”至“n”用于表示多个但数量未知的相似单元。
如图1所概述的，消费者，例如已经从在线销售商如2a购买商品的3a，可以访问在线销售商的商店如2a，以便安排退回一件商品。在线销售商的商店2a向消费者3a提供对退货系统1的访问，消费者通过退货系统1与支持的承运人4a-4n接口。由系统支持的承运人包括诸如Airborne、FedEx、United Parcel Service、USPS和Yellow Freight的承运人。系统1是可完全扩展的并且可升级到包括其它承运人。
如图2所示，每个用户7(可以是销售商或消费者)访问计算机8，如个人计算机(“PC”)。计算机8配置有提供显示屏幕10的显示器9。计算机8进一步配置有一个或多个用户输入设备，如键盘11和鼠标12。计算机8还配置有打印设备13，如激光打印机。如果计算机8用作运输工作站，计算机8还可配置有称重设备如天平1024和条形码阅读器1027。
用户使用环球网浏览器14访问和浏览互联网15，浏览器14一般驻留在用户的PC 8上并在其上运行。环球网浏览器14允许发货人/用户7从一个或多个销售商服务器计算机如16检索并再现超媒介内容。工业上可行的环球网浏览器例如包括Netscape的NavigatorTM和Microsoft的Internet ExplorerTM。销售商的服务器计算机16链接到退货运输系统服务器17。
图3a为描述系统数据中心及其通过互联网15与消费者计算机8a-8n、承运人服务器计算机23-2至27-2以及e商务/e拍卖提供商/销售商28a-28n的接口的典型视图的图形表示。
如图3a所示，系统提供多个服务器计算机20a-21z(“服务器”或“服务器计算机”)。一些服务器计算机配置成环球网服务器，如21m-21r。环球网服务器21m-21r配置得执行多包裹、多承运人、多服务包裹运输管理功能。环球网服务器21m-21r在此有时称作“运输服务器”或“运输环球网服务器”。
其它服务器配置成数据库服务器。在本发明的典型实施例中，数据库服务器为SQL服务器。一些数据库服务器配置成访问定价数据库数据。配置成访问定价数据库数据的数据库服务器称作定价服务器。
环球网服务器计算机通过互联网与客户计算机或与呼叫销售商系统的服务器计算机如16通讯。
在本发明的典型实施例中，系统进一步提供至少一个用作程序机或“负荷平衡机”的服务器计算机。负荷平衡机根据所选运输环球网服务器执行的工作负荷与其它运输环球网服务器的比较，选择多个运输环球网服务器21m-21r中的一个。负荷平衡机把输入数据引导到所选运输环球网服务器进行处理。
图3b描述典型系统结构的概图。所示的概图是示范性的并且是举例说明性的；它不是对本发明的限制。如图3b所示，本发明的一个实施例使用三层结构。
数据管理层1201包括数据库储存组件1202，在所示实施例中使用SQL服务器；消息队列储存组件1203，在所示实施例中使用MS消息队列；以及文件储存组件1204，在所示实施例中使用NTFS和DFS。数据库储存组件1202、消息队列储存组件1203和文件储存组件1204中的每一个与系统结构的组件层1208通讯，每个组件与组件层1208的通讯分别用单元1205、1206和1207表示。根据图3b所示的实施例，组件层1208的服务器组件使用C++编程语言和COM目标程序。
系统结构的应用层1212包括环球网发货人客户组件1213(使用HTML、ASP和JavaScript)；NOC管理组件1214(使用HTML、ASP、VB和C++)；以及环球网运输工作站组件1215(使用HTML、ASP、JavaScript、C++和ActiveX控制)。环球网发货人客户组件1213、NOC管理组件1214和环球网运输工作站组件1215中的每一个与组件层1208的服务器组件通讯，所述通讯分别用通讯单元1209、1210和1211表示。
在一个实施例中，系统在NT环境中运行。对在NT环境中运行的系统的描述是示范性的，并不是对本发明的限制。
返回到图3a，系统数据库服务器20a-20n维护系统数据库22。系统数据库22包含许多种信息。例如，当消费者使用系统1退回包裹时，系统数据库服务器如20a-20n中的一个或多个创建新的系统跟踪号。当创建新的系统跟踪号时，系统数据库服务器如20a-20n中的一个用新创建的系统跟踪号把新的包裹记录添加到包裹表28中，其中，包裹表28驻留在系统数据库22中并包含用于系统已处理包裹的包裹记录。
包裹表28的典型实施例对于每个包裹都包含以下信息1)包裹跟踪状态ID；2)包裹运输状态ID；3)实际交货时间；4)交货信息；5)运输状态；6)承运人跟踪号；7)系统跟踪号；8)承运人ID；9)实际包裹重量；10)服务描述；以及11)包裹OID。这些数据域的内容在以下进一步描述。
系统数据库服务器如20a-20n维护产品表30。产品表30的典型实施例对于每个产品都包含以下信息1)产品代码-如产品SKU；2)产品类别-经常是销售商规定的分组机构；3)销售商的退回商品批准(“RMA”)号(在典型实施例中，每个产品都有相应的RMA)；4)产品描述；5)产品制造商；6)产品数量；7)产品价格；以及8)产品税。
系统的数据库服务器如20a-20n还维护包裹历史表28，以下详细描述。
在本发明的典型实施例中，无论在什么时候使用承运人规定的跟踪API(应用程序界面)，都执行跟踪。对于跟踪API，承运人预先确定跟踪请求的格式并预先确定跟踪请求响应的格式。然后，系统1根据特定承运人预先确定的格式提供跟踪请求数据。当系统1从特定承运人接收到跟踪请求响应数据时，系统1根据特定承运人预先确定的跟踪请求响应格式分析响应数据。为了与每个承运人系统通讯，系统1使用特定承运人环球网服务器系统的特定承运人的互联网URL，建立与承运人环球网服务器如23-2的HTTP连接。根据承运人，系统1与承运人环球网服务器的跟踪请求和响应界面用超文本链接标示语言(“HTML”)、可扩充链接标示语言(“XML”)、HTML和XML、或承运人规定的任何要求进行格式化和编程。
在本发明的典型实施例中，在特定承运人不支持API的情况下，系统使用有时称作“环球网刮削”的替代方法执行跟踪。为了使用环球网刮削方法进行跟踪，系统1通过对承运人互联网站点的HTML询问进行格式化，与承运人通讯。系统1被编程，以从承运人的站点接收和分析HTML响应。环球网刮削过程模拟用户在特定承运人站点的存在和交互作用。
在一个实施例中，用于回收办公室产品的退货管理员子系统要求Microsoft的Internet Explorer V5.01或更高版本，顾客退货软件要求Netscape V4.0或Internet Explorer V4.0或更高版本。
A.退货管理员子系统和用户界面-销售商管理图4a-4c为高级逻辑流程图，描述在由退货系统设置的退货管理员子系统的典型实施例中的典型销售商经历。由退货系统设置的退货管理员子系统用户界面的典型实施例提供高级菜单，每个销售商从此菜单可访问退货系统。
图5a为描述本发明典型实施例中典型主菜单和典型子菜单层次结构的图形表示。本领域中技术人员应该理解，所述菜单，如图5a中所述的菜单，向销售商/用户提供对可用功能的直接访问，这与串行访问相反。因此，本领域中技术人员应该进一步理解，图4a-4c中所述的高级逻辑流程图是示例性的，并不是对本发明的限制，而且不强制对上述销售商功能进行串行访问。
图5b为高级交互作用框图，描述在本发明的典型实施例中退货管理员子系统在销售商客户机、退货管理员页、各种退货管理员子系统功能和退货系统服务器之间的交互作用的典型实施例。如图5b所示，退货管理员751中的一部分在销售商客户机750上操作。销售商通过销售商客户机750访问退货管理员页752，从主菜单的退货处理选项99(图5a)中选择一种退货管理员子系统功能。
如图5b所示，如果销售商使用系统环球网服务器21m-21r通过退货管理员页752输入密码766，环球网服务器21m-21r就使用系统数据库服务器20a-20n验证密码767。
销售商可从退货管理员页752选择退货监视器选项114(图5a)或退货政策制订者选项107(图5a)。如果销售商选择退货政策制订者选项107(图5a)，那么，系统就使用退货政策制订者页769，利用系统环球网服务器21m-21r和系统数据库服务器20a-20n以向销售商提供退货监视器功能，这在以下结合图5c和5d进行描述。如果销售商选择退货监视器选项114(图5a)，系统就使用退货监视器页768，利用系统环球网服务器21m-21r和系统数据库服务器20a-20n以向销售商提供退货监视器功能，这在以下结合图5e进行描述。
如图5b所示，销售商可从退货管理员页752选择退货政策制订者选项107。图5c为高级交互作用框图，描述一旦销售商已经选择退货政策制订者选项107时在本发明的典型实施例中退货管理员子系统在销售商客户机和退货系统服务器之间的交互作用的典型实施例。
如果销售商选择标准政策制订者选项108，退货管理员页就用系统环球网服务器21m-21r访问标准政策制订者功能753，而系统环球网服务器21m-21r又使用系统数据库服务器20a-20n访问标准政策数据754。
如果销售商选择退货运输选项制订者选项109，退货管理员页就用系统环球网服务器21m-21r访问退货运输选项制订者功能755，而系统环球网服务器21m-21r又用系统数据库服务器20a-20n访问退货运输选项数据756。
如果销售商选择退货问题制订者选项110，退货管理员页就用系统环球网服务器21m-21r访问退货问题制订者功能757，而系统环球网服务器21m-21r又用系统数据库服务器20a-20n访问退货问题数据758。
如果销售商选择政策例外制订者选项111，退货管理员页就用系统环球网服务器21m-21r访问政策例外制订者功能759，而系统环球网服务器21m-21r又用系统数据库服务器20a-20n访问政策例外数据760。
如果销售商选择网页配置制订者选项112，退货管理员页就用系统环球网服务器21m-21r访问网页配置制订者功能761，而系统环球网服务器21m-21r又用系统数据库服务器20a-20n访问网页配置数据762。
如果销售商选择电子邮件响应制订者选项113，退货管理员页就用系统环球网服务器21m-21r访问电子邮件响应制订者功能763，而系统环球网服务器21m-21r又用系统数据库服务器20a-20n访问电子邮件响应数据764。
图5d为高级交互作用框图，描述在本发明的典型实施例中退货管理员子系统的退货政策制订者页功能在退货系统数据库服务器20a-20n与退货政策数据库754、756、758、760、762和764之间的交互作用的典型实施例。图5d进一步描述储存在每个数据库中的数据类型。例如，如图5d所示，销售商的政策综述、销售商的退货期、退款方法以及退款额政策775储存在标准政策数据库754中。退货位置、主要的退货中心以及在线运输选项776储存在退货运输选项数据库756中。退货问题和响应777储存在退货问题数据库758。例外定义778储存在政策例外数据库760中。退货页链接779储存在网页配置数据库763中。状况定义和相应的电子邮件响应780保存在电子邮件响应数据库764中。
销售商可从退货管理员页752选择退货监视器选项114。图5e为高级交互作用框图，描述一旦销售商已经选择退货监视器选项114时在本发明的典型实施例中退货监视器页在销售商客户机、退货管理员子系统的查看入站运输和查看所选详细情况特征、与退货系统服务器之间的交互作用的典型实施例。
如图5e所示，如果销售商选择如图7所示的查看入站运输选项116，退货监视器页就用系统环球网服务器21m-21r访问查看入站运输功能770，而系统环球网服务器21m-21r使用系统数据库服务器20a-20n访问入站运输数据771。
如图5e所示，如果销售商选择详细情况选项，如图46所示的640，退货监视器页就用系统环球网服务器21m-21r访问查看详细情况功能772，而系统环球网服务器21m-21r使用系统数据库服务器20a-20n访问运输详细情况数据773。
继续描述退货系统中销售商的经历，如图4a所示，销售商登录100退货系统。如前所述，本领域中技术人员应该理解，在退货管理员子系统和用户界面中提供对销售商设置、监视、跟踪和其它销售商功能以及与退货系统的相互作用的引用。
图6为描述退货系统典型实施例中典型登录屏幕的图形表示。销售商/用户被要求提供电子邮件/用户ID 120和密码121并且点击屏幕上的继续按钮122。如果销售商/用户输入电子邮件/用户ID 120和密码121，退货系统就验证此安全信息与包含在系统数据库22中的安全信息是否一致。如果销售商提供的安全信息有效，退货系统就显示退货系统主页和主菜单；否则，退货系统通知销售商/用户，所提供的安全信息是不正确的。
销售商/用户被指导如何查出忘记的密码123-1或者通过按屏幕上恢复按钮123-2恢复忘记的密码。如果销售商/用户按屏幕上恢复按钮123-2，退货系统就在退货系统数据库22中搜索销售商提供的电子邮件/用户ID；如果找到，退货系统就获得与此电子邮件/用户ID有关的密码并向指定的电子邮件地址发送此密码的电子邮件，而且通知销售商/用户检查此密码的电子邮件。如果退货系统未找到销售商提供的电子邮件/用户ID，就相应地通知销售商。
如果销售商/用户对于退货系统都是新来者，就指示销售商/用户，通过点击屏幕上申请按钮124-2进行申请124-1。在申请程序中，要求销售商/用户确定销售商的公司名称、网址URL、信用信息、诸如信用卡号和到期日的付款信息、“在线商店”退货地点、物理上的零售商退货地点。一旦申请信息被核实，就分配密码给销售商，退货系统填写包含分配密码的通知并发电子邮件给销售商。一旦销售商/用户得到有效的密码，销售商/用户就可登录退货系统，以设置销售商的帐户。
回到图4a，一旦销售商已经登录，退货系统就显示具有主菜单的主页。图7为描述退货系统实施例中典型的退货系统主页的图形表示。主菜单提供菜单选项130，使销售商返回到销售商自己的网站。退货系统使用销售商/用户在上述申请程序中提供的网站URL来提供销售商网站菜单选项。
主菜单提供用于退货管理员的菜单选项131。退货管理员的子菜单选项在图7所示主页的主体135中描述。退货管理员的子菜单选项是退货系统主页的缺省显示；它们也在选择退货管理员菜单项131时显示。
主菜单进一步提供退出系统132、请求帮助文本133和链接到主运输系统网站134的菜单选项。
回到图4a，一旦销售商/用户已成功登录到退货系统，就显示如图7所示的主页101。新接受的销售商/用户必须通过提供诸如公司信息103、用户管理信息104和退货中心信息105之类的信息来完成帐户设置102。帐户设置信息保存在系统数据库22中，例如保存在帐户数据库106中(图4a-4c)。
回到图7，如果销售商/用户选择公司信息选项103，退货系统就显示公司信息屏幕。图8为本发明典型实施例中典型公司信息屏幕的图形表示。在公司信息屏幕中，提示销售商/用户提供公司名称140、登录URL 141、颜色首选参数142以及顾客服务联系信息143。
回到图7，如果销售商/用户选择用户管理选项104，退货系统就显示用户管理屏幕。图9为本发明典型实施例中典型用户管理屏幕的图形表示。在用户管理屏幕中，提示销售商/用户确定用户名和与用户ID有关的名字145。还提示销售商/用户确定被允许访问每个特权级150的用户名。例如，提示销售商/用户确定一个或多个被授权执行退货监视器特权146的用户名；一个或多个被授权执行退货政策制订者特权147的用户名；以及一个或多个被授权执行帐户设置特权148的用户名。还提示销售商/用户确定用户名149的电子邮件联系方法和电话号码。
回到图7，如果销售商/用户选择退货中心选项105，退货系统就显示退货中心屏幕。图10为本发明典型实施例中典型退货中心屏幕的图形表示。退货系统提示销售商/用户输入与一个或多个退货中心有关的信息。退货中心信息例如包括中心名称151、收件人姓名152、一个或多个地址行153、市、州及邮政区码154、国家155和电话号码156。
如图4b所示，一旦销售商/用户已提供帐户设置信息，销售商/用户就可向退货系统确定销售商的退货政策107。在退货政策制订者107中，销售商/用户标准政策信息108、退货运输选项109、退货问题110、政策例外111、网页配置信息112和电子邮件响应113。退货政策信息保存在系统数据库22中，例如保存在帐户数据库106中。
回到图7，如果销售商/用户选择标准政策菜单选项108，退货系统就显示标准政策屏幕。图11为本发明典型实施例中典型的标准政策屏幕的图形表示。退货系统向销售商/用户提供描述销售商总体退货政策的政策综述窗口160。退货系统将在每个顾客开始退货处理时显示销售商政策综述的文本。政策综述窗口160可以只接受文本如160-3，或者可处理嵌入在文本内的HTML命令如160-1和160-2，对文本格式化，以便最终呈现给销售商的在线顾客。销售商/用户可以使用上、下滚动按钮161-1和161-2来浏览政策综述窗口160。销售商/用户可以通过按屏幕上预览按钮162来预览政策综述的格式化文本。
销售商/用户通过输入期限163和基准事件165而确定销售商将接受退货(“退货窗口”)167的时间窗口。退货系统提供期限下拉菜单，销售商/用户通过按期限下拉菜单按钮164来访问此菜单。退货系统还提供可接受的基准事件下拉菜单，销售商/用户通过按基准事件下拉菜单按钮166来访问此菜单。销售商/用户通过把光标放置在所希望的选项上并点击来选择期限和/或基准事件。关于期限，如果期限下拉菜单中列出的期限没有一个与销售商退未窗口政策相匹配，那么，销售商/用户就输入适当的天数。上述的退货窗口167选择是示范性的，并不是对本发明的限制。在替代实施例中，退货系统提供退货窗口比例的定义，从此比例可计算部分退款。例如，在30天内退货可获得全额退款；在30天后但在60天到期日之前退货可获得75％的退款；在60天之后但在90天到期日之前退货就只能得到商店信贷(storecredit)。
销售商/用户通过选择一种退款方法退款169；仅商店信贷170；或选择退款或商店信贷171来确定销售商的退款方法168。上述退款方法选择是示例性的，并不是对本发明的限制。退货系统的一些实施例提供其它的选择，包括部分退款选择，部分退款(退款额172)的计算可由销售商根据某些因素来确定，这些因素例如为与退货窗口比例相比较的实际退货期限。
销售商/用户通过标明将包含在退款中的最初费用组成来确定销售商的退款额计算方法172，原始费用组成包括商品价格173、商品税174和/或原始运费175。上述退款额计算方法172是示例性的，并不是对本发明的限制。在替代实施例中，退货系统提供可由销售商/用户确定来修改退款额的其它组成。例如，可选择并输入百分比，采用它来减少30天后退货的退款额。进而，上述退款政策组成与销售商的标准总体政策保持一致。在替代实施例中，销售商/用户可在更低的级别上，如在产品类别定义级别上，另外确定退货、退款和换货政策。另外，在本发明的替代实施例中，退货系统提供这样的能力，以识别“降价”商品和用“降价”政策(如对最终降价商品不要求退款的政策)忽略标准总体政策和/或产品类别级政策。
一旦销售商/用户确定销售商的退货政策，销售商/用户就可点击屏幕上保存按钮177来保存此政策定义。销售商/用户可以点击屏幕上取消按钮176来取消所述定义。
回到图7，如果销售商/用户选择退货运输选项菜单项109，退货系统就显示退货运输选项屏幕。图12为本发明典型实施例中典型的退货运输选项屏幕的图形表示。
使用退货运输选项屏幕，销售商/用户确定可以退回商品的退货地点180。销售商通过在只有在线选项上打勾并且从通过点击下拉菜单按钮183可访问的退货中心下拉菜单选择主要的退货中心182，而允许向在线商店退货。退货系统用销售商/用户在前述的部分申请程序中提供的信息建立退货中心菜单。
销售商通过在所有零售店选项上打勾而允许向其物理的零售点退货。在替代实施例中，退货系统向销售商/用户提供具有下拉菜单的一些零售点选择，销售商/用户从此下拉菜单可以选择接受在线购买商品退货的零售点。
在本发明的一个实施例中，销售商确定对于在物理零售店位置购买的商品以及通过销售商在线商店购买的商品的退货政策，从而销售商的所有顾客可以享受通过简单的在线服务退回不想要的商品所带来的方便。
销售商/用户使用如图12所示的退货运输选项屏幕来确定在线运输选项185。如果销售商同意支付退货运输费，销售商/用户就在销售商付款选项186上打勾并选择销售商同意付款的运输承运人和服务选项187-1至190。如果销售商不想支付退货运输费，那么销售商就在顾客付款选项191上打勾，并选择承运人如192-195，供顾客选择运输退货。如果销售商在销售商付款选项186和顾客付款选项191上都打勾，那么退货系统就把销售商付款选项186应用为“合理”退货，而把顾客付款选项191作为“不合理”退货。
销售商/用户通过点击屏幕上保存按钮177来保存其退货运输选项，或者通过点击屏幕上取消按钮176来取消其退货运输选项的选择。
回到图7，如果销售商/用户选择退货问题菜单项110，退货系统就显示退货问题/响应页。图13a-13d为本发明典型实施例中典型的退货问题/响应页的图形表示。
退货问题制订者是销售商定义问题来确定顾客为什么退回商品的地方。退货问题制订者设置响应树。对于每个问题的每个回答，可指示不同的动作。顾客退货申请向导将以顺序方式向顾客提出问题，并自动地执行由响应树设置的编程规则。
通过点击选中框来启用或禁用每个问题(只能是一种或另一种状态)。问题的文本输入到问题文本框中。销售商可以选择对每个退回的商品询问每个问题，或者对于每次退货对话只询问一次。
对于每个问题，都有相应的答案。答案标题文本输入到答案标题文本框中。接着，销售商设置以下形式的响应树回答→响应→下一动作。销售商可选择显示响应文本。
系统还提供顾客退货申请流程的动作控制。设有允许编辑下一动作列表的按钮。“下一动作”列表中的每个条目可通过可能的下一动作的列表框来选择，并且例如包括1)询问问题号“n”，此处n为销售商退货问题中的一个；2)发放退款；3)不发放退款；4)支付退货运输费；5)不支付退货运输费；6)支付换货运输费；以及7)不支付换货运输费。进而，还有编辑和删除答案的按钮。这些特征在以下详细描述。
销售商/用户使用退货问题/响应页定义退货政策问题、应询问问题的情况、可能的答案选项以及相应的响应。销售商/用户定义多个问题，如问题1 200(图13a)、问题2 230(图13b)、问题3 231(图13c)、问题4 232(图13c)、以及问题5 233(图13d)。对于每个问题，销售商/用户定义许多标准，如以下问题1 200中所举例说明的。
如图13a所示，销售商/用户定义第一个问题200为打开201或关闭202。销售商/用户输入第一个问题的文本203，并指示退货系统对于每个退回的商品询问第一个问题204还是对于每次退货问题询问一次205。销售商/用户输入答案标题206，使用此标题指导消费者进行退货。销售商/用户输入一个或多个答案选项，如207、212、216、220。对于每个答案选项，如207，销售商/用户输入响应文本208(销售商/用户可用上、下滚动按钮如209-1和209-2来浏览)；指示是否应该显示210响应文本(打勾显示；空白不显示)；标明后续指令，如211-1、211-2、211-3(图13a)。后续指令是预先建立的关键词指令，以下结合图14描述。销售商/用户点击编辑后续链接，如211-4(图13a)，以显示后续动作屏幕，以下结合图14描述，销售商/用户使用此屏幕确定与特定问题的特定答案选项的特定退货响应相适应的后续动作。如图13a所示，后续指令，如211-1、211-2和211-3，从销售商/用户在后续动作屏幕中输入的后续动作中提取出，此屏幕结合图14描述。
如图13b所示，销售商/用户可以点击屏幕上添加/移去答案选项按钮224，以添加/移去具体的答案选项。销售商/用户可以在添加顾客意见域225上打勾，以显示顾客可以输入文本意见的窗口。
如图13d所示，销售商/用户通过点击屏幕上保存按钮177来保存退货问题和响应，并通过点击屏幕上取消按钮176来取消退货问题和响应设置。
销售商/用户通过点击编辑后续链接，如211-4(图13a)，以便为每个退货响应确定后续动作，后续动作对应于特定的退货响应，如208。图14为描述本发明典型实施例中与特定问题的特定答案选项的特定退货响应相对应的后续动作的典型配置的图形表示。如图14所示，对于特定问题的特定答案选项的特定退货响应，销售商/用户通过点击是241、否242或未确定243来选择是否发放退款240；通过点击是245、否246或未确定247来选择是否支付退货运输费244；通过点击是249、否250或未确定251来选择是否支付换货运输费248；通过点击是253、否254或其它255来选择是否通知销售商的顾客服务请求252；以及是否询问其它问题257，如果是，问哪一个问题，如Q1 258-Q10 267。在所示实施例中，问题编号在数值上靠前或其编号等于输入后续动作的问题编号的问题不能选作下一问题。
销售商/用户通过点击屏幕上添加后续动作按钮268来添加后续动作。销售商/用户通过点击屏幕上保存按钮177来保存输入的后续动作，或者通过点击屏幕上取消按钮176来取消输入的后续动作。
回到图7，如果销售商/用户选择政策例外菜单项111，退货系统就显示政策例外屏幕。图15为描述本发明典型实施例中典型的政策例外屏幕的图形表示。政策例外屏幕显示用于销售商/用户描述政策例外功能使用的典型文本270。销售商/用户可以选择建立政策例外类别271、商品272或顾客273。
如果销售商/用户点击政策例外类别链接271，退货系统就显示例外类别页。图16为描述本发明典型实施例中例外类别页的典型的第一屏的图形表示。如图16所示，退货系统显示示范性文本280，文本280描述销售商/用户对于某些类别的商品如何确定特殊的退货处理。销售商/用户可输入多个产品类别281-300。为取消例外类别条目，销售商/用户点击屏幕上取消按钮176。为继续进行例外类别确定，销售商/用户点击屏幕上下一步＞＞按钮301。
如果销售商/用户点击屏幕上“下一步＞＞”按钮301，退货系统就显示如图17a和17b所示的商店类别屏幕。如图17a所示，显示在上述例外类别281-300中定义的每个商店类别，从而销售商/用户可确定子类，如302-309。如果合适的话，销售商/用户可进一步通过点击第二级子类链接如310，来对特定类别如281的产品进行次分类。然后，销售商/用户可使用例外类别和/或子类进一步编制退货问题和响应。
为了保存类别和/或子类，销售商/用户点击屏幕上保存按钮177(图17b)。为了取消类别和/或子类，销售商/用户点击屏幕上取消按钮176(图17b)。
以相似的方式，销售商/用户可对特定的商品和/或顾客定义例外政策。如果销售商/用户点击例外商品选项272(图15)，就显示例外商品屏幕，向销售商/用户提示多个商品名、ID或描述，例如SKU。如果销售商/用户点击顾客例外选项273(图15)，就显示顾客例外屏幕，向销售商/用户提示多个例外顾客ID。
回到图7，如果销售商/用户选择网页配置菜单项112，退货系统就显示网页配置屏幕。图18a和18b为本发明典型实施例中典型的网页配置屏幕的图形表示。对于网页配置屏幕，销售商/用户可定义URL320、取消URL 321、执行URL 322、主题字面323、字面324、网页背景颜色325、阴影颜色326、主题条颜色327、主题字体颜色328、盘旋文本329、图象名330、图象文本331、网站文本332、用户ID 333、密码334、头部HTML文本335(具有上、下滚动浏览按钮336-1和336-2)、页脚HTML文本337(具有上、下滚动浏览按钮338-1(图18a)和338-2(图18b))以及综合注释339(具有上、下滚动浏览按钮340-1和340-2)。销售商/用户通过点击屏幕上取消按钮176来取消网页设置，或者通过点击屏幕上保存按钮177来保存网页设置。
在本发明的一个实施例中，还向销售商/用户提示提供销售商的在线系统标志名与退货系统所需数据的数据名的“映射”。销售商在销售商订货管理系统中提供特定数据的数据标志名。对于退货系统处理退货请求所需的每个数据项，退货系统显示所需数据的名字和描述，并提示销售商/用户提供相应的数据标志名。在一个这样的实施例中，退货系统将根据销售商在网页配置屏幕上提供的信息访问销售商的在线商店系统，以验证映射信息，并且如果提供的映射信息不正确就将通知销售商/用户。
在图18a-18b所示的本发明典型实施例中，销售商的映射信息脱机提供，作为申请程序的一部分，并且在向销售商/用户分配进入退货系统的密码之前所述映射信息硬编码进系统中。
回到图7，如果销售商/用户选择电子邮件响应菜单项113，退货系统就显示电子邮件响应屏幕。图19为本发明典型实施例中典型电子邮件响应屏幕的图形表示。如果销售商/用户希望有机会编辑发送给顾客的电子邮件文本，销售商/用户点击顾客选项350。如果销售商/用户希望有机会编辑发送给销售商的电子邮件的文本或其它域，销售商/用户就点击销售商选项351。
退货政策制订者功能的组件是状况响应表，此表象交通警察一样引导顾客退货申请中的逻辑流。此表包括以下单元A)状况表-包含所有需要响应的可能情形的列表。例如1)销售商支付退货运输费；2)顾客支付退货运输费；3)顾客X进行退货请求；4)产品Z被选择退货；5)产品类别y被选择退货；以及6)收到错误的商品。
B)响应表-包含系统能采用的所有可能动作的列表。例如1)发放退款；2)用电子邮件格式N答复；3)支付退货运输费；4)询问问题N；以及5)用响应Z答复。
C)状况-响应表-包含所有有效状况-响应配对的列表。
在本发明的一个实施例中，状况响应表是三维矩阵，其典型实施例在图13e中示出。图13e为描述本发明典型实施例中三维状况响应矩阵的典型配置的图形表示。图13f为描述本发明典型实施例中问题表的典型配置的图形表示。图13g为描述本发明典型实施例中指令表的典型配置的图形表示。图13h为描述本发明典型实施例中响应表的典型配置的图形表示。图13e-13h中所示问题、响应和指令的配置是示例性的，并不是对本发明的限制。
如图13e中典型实施例所示，三维状况响应矩阵包括1)确定一组退货问题如234-1-a、234-2-a…234-xx-a的第一维；2)对于每个退货问题确定一组与退货问题相对应的退货问题响应的第二维，例如与问题234-1-a相对应的响应235-1-a和235-2-a；与问题234-2-a相对应的响应235-3-a、235-4-a和235-5-a；以及与问题234-xx-a相对应的响应235-6-a和235-7-a；以及3)对于每个退货问题的每个退货问题响应，确定一组与退货问题的退货问题响应相对应的、发送给计算机系统的指令的第三维，例如，与问题234-1-a的问题响应235-1-a相对应的指令236-1-a和236-2-a。
系统使用销售商在政策制订者功能屏幕上的输入，如图13a-13d所示，填充状况响应矩阵。
在图13e-13h所示典型实施例中，每个问题，如234-1-a，与图13f所示问题表中的条目相对应。问题条目234-1-a具有相应的文本条目，如234-1-b，系统使用此文本条目向消费者显示引用的问题，如234-1-a。
在图13e-13h所示典型实施例中，每个响应，如235-1-a，与图13h所示响应表中的条目相对应。响应条目235-1-a具有相应的文本条目，如235-1-b，系统使用此文本条目向消费者显示对于引用问题如234-1-a的可能响应如235-1-a和235-2-a的文本235-1-b和235-2-b。
当消费者输入商品退货请求以退回至少一件商品时，系统接收请求并使用状况响应表编写与消费者的互动交流。
通过编写与消费者的互动交流，系统应用销售商预先建立的退货政策。根据消费者的响应并根据在状况响应表中定义的逻辑关系，系统通过以逻辑顺序显示销售商在销售商完成退货政策制订者功能时定义的问题，编写与顾客的互动交流。
在图13e-13h所示典型实施例的示例性实例中，系统从销售商建立的退货问题组中显示第一问题234-1-a的文本234-1-b。系统接收消费者对第一问题的答案。接着，系统比较消费者对第一问题的答案和与第一问题相应的退货问题响应组，直到找到匹配为止。然后，系统指示计算机系统执行与匹配的退货问题响应相对应的指令组中的每条指令。
图13i-1和13i-2为高级流程图，描述在本发明典型实施例中应用销售商预先建立的退货政策逻辑的逻辑流程。如图13i-1和13i-2所示，系统把问题编号变量如“X”初始化为“1”237。系统访问状况响应表312，检索问题X的次矩阵；系统然后使用问题X次矩阵从问题表313显示与问题X相应的文本238，同时显示从响应表314检索到的与问题X相应的每个响应的文本和选择按钮239。
消费者通过从响应显示274作选择来回答问题X。然后，系统使用所选的响应答案访问状况响应矩阵中相应的响应条目；系统接着使用状况响应矩阵中所选响应答案的每个指令条目，访问指令表315以检索适当的指令275。
如图13i-2所示，系统执行特定响应条目的每条指令276。系统检测以判断所述指令是否引导系统询问问题277。如果是，那么，系统就把问题变量“X”设置为指令表中指令条目所指明的问题编号设置279，访问所指问题的状况响应矩阵，并显示所指问题的问题和响应选择238。如果指令不引导系统询问问题，那么，系统就检查是否还有进一步的指令要执行278。如果是，那么，系统就继续执行下一指令276。否则，系统就认为已经完成销售商退货政策的应用311。
在本发明的一个实施例中，系统提供政策级的政策例外类别和子类(即例外应用于所有退货问题)。在政策级上，系统向销售商提供规定与非例外产品类别和子类的问题、响应和指令不同的例外产品类别和/或子类的例外问题、响应和指令的能力。
在本发明的替代实施例中，系统提供问题级的政策例外类别和子类。在问题级上，系统向销售商提供规定与非例外产品类别和子类的响应和指令不同的例外产品类别和/或子类的例外响应和指令的能力。
在本发明的另一替代实施例中，系统提供响应级的政策例外类别和子类。在响应级上，系统向销售商提供规定与非例外产品类别和子类的指令不同的例外产品类别和/或子类的例外指令的能力。
图13j为描述本发明典型实施例中典型状况响应流的高级数据和逻辑关系框图。如图13j所示，政策数据库800包含政策数据754，政策数据754由销售商通过政策制订者子系统769的标准政策功能进行维护。政策数据库800包含由销售商通过退货问题功能757维护的状况响应数据758-2和退货问题数据758-1。政策数据库800包含由销售商通过政策例外功能759维护的政策例外数据760。政策数据库800包含由销售商通过退货中心功能755维护的退货中心数据758。政策数据库800包含由销售商通过电子邮件响应功能763维护的电子邮件响应数据764。政策数据库800包含由销售商通过网页链接功能维护的网页链接数据762。
如图13j所示，顾客退货子系统820显示销售商的标准退货政策791。随后，如政策数据库800中所设置的，根据销售商的退货政策，顾客退货子系统820控制器792从合适的数据库754、758-1、758-2、760、758、764和762中选择合适的规则793向顾客询问问题，并基于所述规则及顾客的响应和动作应用适当的规则794，基于所述规则及顾客的响应和动作显示例外795，基于所述规则及顾客的响应和动作显示运输选项796；基于所述规则及顾客的响应和动作发送自动的电子邮件消息797；以及根据所述规则及顾客的响应和动作执行适当的环球网链接798。
一旦销售商/用户已设置销售商的帐户和退货政策，销售商就在销售商的在线商店网站内为顾客准备好使用退货系统。
B.顾客退货图20a-20c为逻辑流程图，描述用于消费者在销售商在线商店内经历本发明退货系统典型实施例的典型高级流程。以下结合图20a-20c描述的每个功能都在后续附图所示典型在线屏幕的上下文中描述。
在特定的销售商在线商店内，消费者(在此有时也称作“发货人”或“顾客”)访问消费者的订货历史360。如上所述，消费者在销售商的在线商店内访问消费者退货子系统。如前所述，本领域技术人员应该理解，此处消费者与退货系统的交互作用的参考由退货系统设置在由退货系统设置的消费者退货子系统内。
图21为特定顾客在特定的销售商在线商店内典型订货历史显示的图形表示。如图21所示，在典型的销售商在线商店内，销售商显示销售商的标志380。典型的销售商在线商店提供后述主菜单选项382，例如为“欢迎”、“在线商品”、“类别商品”、“下订单”、“退回商品”等。进一步地，在典型的销售商在线商店内，每页提供子菜单选项381，子菜单提供与所选主菜单选项相适应的功能。在下述的示例性附图中，消费者已进入销售商在线商店，并且例如已进入退货商品页。对于退货商品页，销售商在线商店提供适当的子菜单选项381，允许消费者观看消费者的订货历史并访问消费者退货子系统以退回商品。
在图21所示典型订货历史显示中，列出特定消费者已发货的订单号400，如401-1至401-7。消费者可以例如通过点击订单号401-1上的光标，从图21所示订货历史选择特定的订单号，如401-1。
为了退回订单或特定订单中的商品，消费者选择特定的订单号如400。选择订单号400使销售商在线商店系统显示如图20a所示的订货概述361。图22为在本发明典型实施例中对于特定消费者在特定的销售商在线商店内的特定订单号的典型订单汇总屏幕的图形表示。
图20a所示的本发明的典型实施例示出了销售商的在线商店系统访问退货系统的跟踪数据库115(退货系统数据库22的一部分)，以提供消费者的订货历史和订单汇总信息。在另一个实施例中，用来提供消费者的订货历史和订单汇总信息所必需的信息包含在销售商商店自己的数据库中。
如图22所示，在订单汇总屏幕上显示退货系统图标如402。为了退回特定商品或一组商品，消费者必须点击退货系统图标402。如图所示，消费者点击退货系统图标402产生退货服务屏幕的显示。图23a为描述在本发明典型实施例中在典型的销售商在线商店内由消费者退货子系统提供的典型退货服务屏幕的图形表示。
在退货服务屏幕中，例如在图23a所示的典型屏幕中，通过从如图20a所示的退货系统帐户数据库106中检索销售商的政策综述362，显示销售商的标准政策综述420(如图11所示的160)。如图23a所示，选中框如421-1至421-7在每个订货商品如404-1至404-7附近显示。为了退回特定商品或一组商品，消费者必须选择商品以进行如图20a所示的退货363。如图23a所示，希望退回特定商品如404-7的消费者在选中与此商品相关的选中框421-7(对于多个商品则选中多个框)，然后点击屏幕上“下一步＞＞”按钮422。
图23b为描述本发明典型实施例中退货系统总体流程的高级数据和逻辑流程图。如图23b所示，销售商使用退货管理员子系统752在退货政策数据库800中建立销售商的退货政策。消费者退货子系统显示销售商的标准退货政策791，并向消费者提出适当的退货问题，应用适当的退货规则，包括前面结合图13j详细讨论的例外794。然后，消费者使用由本发明典型实施例中退货处理子系统815设置的系统运输功能802运输退货商品801。退货运输处理向退货的包裹分配退货跟踪号803。退货处理子系统提供背景跟踪代理商804，背景跟踪代理商定期访问退货跟踪号清单，以异步的方式使用系统的多承运人跟踪功能805访问系统的跟踪服务器如21s-21z(如图3a所示)并填充退货跟踪数据库771、773。通过消费者退货子系统访问退货处理子系统的多承运人跟踪功能805，系统提供退货运输806的消费者跟踪。以下进一步讨论多承运人跟踪功能。
一旦背景跟踪代理商804填充跟踪数据771、773，销售商可以通过入站退货管理员808查看入站运输，入站退货管理员808显示809总体跟踪信息(总体跟踪信息在图46中示出并在以下进一步讨论)。销售商可以询问运输详细情况810，并且如图46中的640所示，使退货管理员子系统显示811入站跟踪详细情况(入站跟踪详细情况例如在图48中示出并在以下进一步讨论)。
继续进行消费者在系统中的经历，一旦消费者点击屏幕上下一步＞＞按钮422，就如图20a所示，退货系统通过销售商在线商店系统内的消费者退货子系统提示消费者，回答销售商的退货问题并提供询问的退货理由364。
图23c为高级交互作用框图，描述在本发明的典型实施例中顾客退货子系统在消费者客户机、顾客退货页、各种顾客退货子系统功能以及退货系统服务器之间的交互作用的典型实施例。如图23c所示，消费者退货子系统901的一部分在消费者(在此也称作顾客)的客户机900上操作。当消费者访问销售商在线商店时，销售商的菜单选项允许消费者在销售商在线商店内访问消费者退货页902。消费者从消费者退货页可访问消费者退货功能，例如从标准政策数据754显示销售商的标准政策和显示可以退货的商品903；提示消费者退货的理由904；提示消费者运输信息以及商品的包装905，运输信息例如为包裹将由哪个承运人退回；最终确定包裹的运输906；以及打印运输标签907，在退货标签数据库908中保存运输标签信息如跟踪号。对于退货管理员子系统，消费者退货子系统使用退货系统环球网服务器21m-21r与消费者互动，并使用退货系统数据库服务器20a-20n访问政策数据库800中需要提供交互性信息的各个数据库。
图24为本发明典型实施例中典型退货服务退货理由屏幕的图形表示。如图24所示，对于选择的订单401-1，对于选择退货421-7的商品404-7，询问销售商的问题206，用可接受的答案216、207、212和220提示消费者，供消费者选择427-1至427-4。消费者意见窗口425设置有下、下滚动按钮426-1和426-2，在此窗口中消费者可作叙述性的描述。如图20a所示，退货系统比较消费者的退货理由与销售商的退货政策365。
如图20c所示，根据销售商的退货政策，如果消费者的退货理由是“合理”的，那么，退货系统就批准退货369(并且根据销售商的退货政策，支付退货运输费)，计算退款额并且允许消费者创建标签370、打印运输标签371；退货系统感谢消费者372并准备退货包裹已发运的电子邮件373。
如图24所示，基于销售商制定的标准政策选择，计算退款额172(如图11所示，退款额172＝商品价格173+商品税174)。当消费者已完成特定商品的退货理由时，消费者点击屏幕上“下一步＞＞”按钮422。
图25为本发明典型实施例中典型退货汇总屏幕的图形表示。退货汇总屏幕显示适用于消费者退货理由427-3(图24)的销售商响应213-1(图25)，其中，退货理由427-3根据销售商的退货问题206(图24)和可能的退货答案216、207、212和220(图24)而确定。退货汇总屏幕显示退货商品的商品描述404-7、退货理由212以及消费者的意见425。退货汇总屏幕还显示商品价格173和计算的退款额172。
继续进行图25，退货汇总屏幕提示消费者选择销售商的承运人选项187-1、188-1、190和184中的一个。退货汇总屏幕还提示消费者指明退货商品使用433或不使用432原包装。通过按屏幕上“下一步＞＞”按钮422，退货系统显示标签创建屏幕。
图26为描述本发明典型实施例中典型标签创建屏幕的图形表示。图26所示的典型标签创建屏幕通知消费者退货包裹准备发运440，并指示消费者如何根据消费者所选的承运人(图25中的431)创建包裹的运输标签441。
如果消费者在标签创建屏幕上按屏幕上“下一步＞＞”按钮422，退货系统准备用于商品包裹的承运人运输跟踪号450和内部退货系统跟踪号(参见图23b中的803)。退货系统准备用于商品包裹的运输标签，在图27a中示出运输标签的典型实施例。
系统跟踪号是由系统在内部产生的唯一编号，以识别使用本系统运输的特定包裹。发货人输入用于主体包裹的发货人包裹说明。系统使用每个发货人的包裹说明，编程访问包含与每个支持的承运人有关的信息的数据库。每个支持的承运人具有唯一的定价程序、发货和中途搭货规则和程序，以及验收要求(“承运人规则”)。系统进一步编程，把每个支持承运人的规则应用到每个发货人相应主体包裹的包裹说明上。
由于消费者创建运输标签，因此系统向包裹分配系统包裹跟踪号，并向系统数据库22添加包含所有与包裹有关信息的记录。以下是典型的运输跟踪号MAGGY841VRY50；MAGGY84B496RF；MAGGY84XOFJ45。
在一个实施例中，系统跟踪号基于基数-33编号系统。有效的符号是零(0)-九(9)以及A-Z，但不包括“I”(“i”、“L”(“l”)和“O”(“o”)。每个字母代表一个数值，如下表所示A＝10 F＝15 M＝20 S＝25 X＝30B＝11 G＝16 N＝21 T＝26 Y＝31C＝12 H＝17 P＝22 U＝27 Z＝32D＝13 J＝18 Q＝23 V＝28E＝14 K＝19 R＝24 W＝29每个系统跟踪号为13个字母数字符号。位置1为字母“M”。位置2-7为系统帐号。位置8-12为五位数ID。位置13为检查数字。
为了计算检查数字，系统执行以下步骤1)位置2-7中每位的数字值连续地相乘；2)位置8-12中每位的数字值连乘；3)两个结果相加；4)除以31；5)余数转换为基数-33数字。转换得到的值即为检查数字。
如果消费者决定打印标签，消费者就在如图27a所示的打印标签屏幕上点击“现在打印此标签”链接451。
如上所述，在一些实施例中，发货人可使用系统在发货人的打印机上就地打印根据所选承运人验收标准的条形码运输标签。在一些实施例中，条形码运输标签包括二维条形码标签以及其它类型的运输标签，可在热敏标签打印机或在激光打印机上打印。发货人在初始设置程序中向系统规定打印机的类型。随后，如果合适的话，系统使用热敏打印机或激光打印机模块准备用于在发货人的打印机上打印的标签图象。
图27b描述本发明一个方面的典型实施例的流程图，此实施例提供在打印机上的条形码运输标签打印，此打印机与其上运行环球网浏览器的客户机系统兼容，例如为与HP兼容的激光打印机。如图27b所示，系统服务器中的一个，例如运输服务器，如21s(图3a)从承运人标签说明得到标签尺寸1250，从承运人标签说明得到标签布局1251，从发货人数据库得到标签数据1252，以及得到由服务器设置的标签每英寸点(“DPI”)数量1253，并使用此信息产生标签1254。
然后，服务器创建并在客户浏览器的显示器上显示在具有特定宽度的HTML表数据单元格内具有特定字面和特定字体大小的文本串1255。如果客户浏览器正在使用96 DPI显示器，显示器就将在HTML表数据单元格内以一行显示所述文本串。如果另一方面，客户浏览器正在使用120 DPI显示器，显示器就将在HTML表数据单元格内以两行显示所述文本串。
在创建文本串的显示中，服务器还发送消息给发货人，要求发货人回答以下问题在您屏幕上您看见文本串是显示成一行还是以多行显示成绕回文本？服务器接收发货人的响应，并从此响应判断发货人的显示器已经以一行显示文本或以多行显示绕回文本。如果文本以一行显示，客户浏览器1257显示器的DPI就为120。否则，客户浏览器1258显示器的DPI就为96。
接着，通过把承运人标签说明中承运人规定的标签尺寸乘以前一步骤确定的客户浏览器显示器DPI，服务器计算运输标签HTML图象的象素数大小1259。
其次，系统在客户浏览器1260上显示产生的标签图象，此图象具有HTML图象标志并且HTML图象具有在前一步骤中计算的象素数大小。
通过把在前一步骤中计算的标签HTML图象象素数大小除以客户浏览器显示器DPI，客户浏览器计算将要打印的标签的英寸大小1261；然后客户浏览器打印出具有计算尺寸的标签1261。
图27c描述本发明一个方面的典型实施例的流程图，此实施例提供尺寸精确的图象打印，所述图象例如为包括二维条形码的尺寸上灵敏的符号体系和机器可读的其它二维符号体系。本发明的此方面提供在包括HP兼容激光打印机的各种打印机上打印此种尺寸精确的图象。打印机可配置有远程计算机如PC，远程计算机通过通讯网络如互联网接收信号以打印所述尺寸精确的图象。每台具有客户浏览器或执行相似软件的PC以及每台配置有预先建立的图象分辨率的PC应用到显示器和配置有PC的打印机上。
如图27c所示，诸如运输服务器22s(图22a)的计算机确定图象尺寸1350、图象布局1351、所有相关的图象数据1352以及以每英寸点(“DPI”)计算的图象分辨率或以任何其它方法计算的图象分辨率1353。服务器1014使用此信息产生图象1354。
可替换地，图象已经事先产生；服务器从此图象确定图象尺寸1350、图象布局1351、所有相关的图象数据1352以及以DPI计算的图象分辨率或以任何其它方法计算的图象分辨率1353(此后统一称作“图象特性”)。
服务器确定可能的图象分辨率种类以及客户PC的相关值1354。图象分辨率类别和相关值包括以下信息，如文本串的数量、以及必须用于确定客户显示器图象分辨率的文本串的每个识别号的长度和特性(字面、字体大小和HTML表单元格宽度)1356。
HTML表单元格宽度是固定的，HTML表单元格显示的物理宽度不随客户机的分辨率而改变；根据客户机的分辨率，包含字符的文本串具有可伸缩的宽度，所述字符具有特定的字体和字体大小。使用HTML表单元格测量客户机的分辨率不是对本发明的限制。在替代实施例中，除了HTML表单元格以外的具有固定宽度的图形单元用于测量客户机的分辨率。
可能的图象分辨率种类和数值储存在服务器的内存中，并基于某些理由进行更新。在替代实施例中，可能的图象分辨率种类和数值输入到服务器计算机中。
然后，服务器分析图象特性以及可能的图象分辨率种类和/或数值1355，并创建适当数量的文本串和相关的HTML表单元格1356。每个文本串创建得具有特定的字面和特定的字体大小，并且相关的HTML表单元格具有特定的宽度1357。然后，计算机在远程客户PC的显示器上在相关的HTML表单元格内产生文本串的显示1358。
在创建文本串的显示时，服务器还发送消息给接受PC，要求用户回答以下问题第一行文本串在您屏幕上是以单行显示还是以多行显示成绕回文本？服务器接收远程用户的响应，并从此响应判断远程用户PC的显示器是否以与图27b中1256-1258所示相似的方式以一行显示每个文本串或以多行显示绕回文本。接着，服务器根据用户PC的文本串显示结果设置PC的远程图象分辨率，用于打印图象1359。
然后，通过把图象尺寸与前一步骤确定的PC远程图象分辨率相乘，服务器计算远程HTML图象的象素大小1360。
随后，服务器在远程PC的显示器上显示产生的图象，所述图象具有HTML图象标志以及在前一步骤计算的远程HTML图象的象素大小。
通过把远程HTML图象的象素大小除以远程图象分辨率，远程PC的客户浏览器以英寸计算将打印的图象尺寸(“远程打印图象尺寸”)1362；然后，客户浏览器打印出具有远程打印图象尺寸的图象1362。
在本发明的一个实施例中，与在发货人的打印机上打印运输标签相反，包裹号在包裹号屏幕上在线显示，并且通知标签将在发货人事先指定的发货地点打印。
如图28所示，在消费者已经打印运输标签之后，退货系统感谢消费者455，并允许消费者返回到销售商主页如456或返回到消费者的订货历史406。返回到消费者的订货历史的选项406是在上述大部分消费者退货系统屏幕上的选项(图22-26，28)。
一旦消费者已经打印运输标签，退货系统产生退货已发运的电子邮件，一份给销售商，其典型实施例在图29中示出；一份给消费者，其典型实施例在图30中示出。
回到图20a，如果销售商不认为消费者提供的退货理由是“合理”的，那么，由退货系统执行不同组的功能。在图31中，消费者请求421-5退回商品404-5。在图32中，消费者指出理由427-1/216作为退货理由。退货系统比较理由216和销售商的退货政策365，如图20a所示。在此情况下，退货系统确定此理由是不合理的。相应地，根据销售商退货政策的指示，退货系统要求消费者支付退货运输费。
如图20a-20c所示，为了支付退货运输费，退货系统提示消费者规定退货运输首选参数366，准备和显示多个承运人和服务的商品运输成本的图形比较367，并且在允许消费者创建和打印退货运输标签370-371之前，提示消费者选择承运人和服务，并根据所选承运人和服务支付运输包裹的费用368。
相应地，当消费者点击屏幕上“下一步＞＞”按钮422时，如图32所示，退货系统显示一系列的消费者运输首选参数规定屏幕，其典型的实施例在图33-35中示出。在图33所示的消费者运输首选参数规定屏幕中，退货系统提示消费者从销售商许可的承运人和退货地点470-474选项中标明承运人469(图12，192-195，181，184)；规定商品包装475是原始的476或不是477；并且规定付款信息478-487。一旦消费者已完成必要的信息，退货系统验证消费者提供的信息。如果消费者点击屏幕上“下一步＞＞”按钮422，退货系统就显示后续的消费者运输首选参数规定屏幕，如图34所示。
在如图34所示的消费者运输首选参数规定屏幕中，退货系统提示消费者规定包裹重量500、包装类型信息501-505、包裹尺寸506-507、发件地邮政区码510、目的地邮政区码511、目的地城市512、目的地国家513、交货目的地类型514-515以及预防损失的保险总额516。一旦消费者完成此信息，如果消费者点击屏幕上继续按钮422，退货系统就显示后续的消费者运输首选参数规定屏幕，如图35所示。
在如图35所示的消费者运输首选参数规定屏幕中，退货系统提示消费者规定消费者愿意使用的承运人如520-523；消费者的发件地524(通过点击下拉菜单按钮525可选择下拉菜单)和526(高级选项)；发运日期530(具有下拉按钮531)；以及跟踪能力532-533。如果消费者需要其它信息，消费者点击学习更多按钮527，此按钮包含运输规定并且此按钮是随上下文变化的。一旦消费者完成此信息，退货系统验证此信息。消费者可通过点击屏幕上“后退＜＜”按钮540而返回到前一规定屏幕，或通过点击屏幕上“下一步＞＞”按钮422前进到下一步骤。
如果消费者已完成所有必要的规定信息并且点击屏幕上“下一步＞＞”按钮422，退货系统就产生并显示所选承运人和可用承运人服务的图形成本比较，其典型实施例在图36a和37中示出。
在本发明的典型实施例中，系统使用MTX.exe作为交易服务器。MTX.exe为可执行程序，它是互联网解决方案产品的Microsoft程序组中的一部分。
在本发明的典型实施例中，网页分组成称作“虚拟目录”的组织单元。例如，在典型实施例中，所有提示用户输入注册数据以及向注册用户提供交互反馈的用户界面网页分组成虚拟目录。当特定运输环球网服务器接收用于特定网页的请求时，运输环球网服务器决定需要哪个虚拟目录。根据将访问的虚拟目录，MTX.exe为本系统装入多个COM目标程序中的一个，所述COM目标程序为DLL的(动态链接库)。用于本系统典型实施例的一个COM目标程序称作Rating.DLL。
每个企业用户能从系统支持的多个承运人中处理一个或多个承运人。在本发明的典型实施例中，当用户通过用户的客户PC发出定价请求时，系统把用户可用承运人的承运人标识符清单传递给在运输环球网服务器上运行的Rating.DLL，定价请求被引导到此运输环球网服务器。
Rating.DLL包括各个与定价有关的功能，其中一个称作“Get_Rate_Function”。Get_Rate_Function接收特定用户可用承运人的承运人ID、包裹信息、包括发件地和目的地邮政区码的运输信息、以及其它信息作为输入。Get_Rate_Function分析接收到的输入信息。Get_Rate_Function检测承运人ID，确定将要执行的多个承运人专用运输定价程序中的一个的名字，以便对特定承运人ID的运输进行定价。在本发明的典型实施例中，承运人专用运输定价程序是由合适的SQL数据库服务器执行的SQL储存程序。随后，Get_Rate_Function执行合适的承运人专用运输定价程序，根据相关的承运人业务规则对用户指定的运输进行定价。
图36a描述作为典型补充发货人包裹说明输入屏幕中一部分的典型动态大小的多承运人、多服务图形阵列在线显示。在图36a所示图形阵列的实施例中，具体屏幕命名为费用和时间屏幕。
如图36a所示，典型图形阵列包含以下信息并显示单元1)在所选发运日期的图形显示顶部上的有效交货日期1063(1063-1至1063-3)；2)在图形显示左下方所有有效日期的经分类的有效交货时间1064(1064-1至1064-6)；以及3)对于按时间和日期的每个有效费用，按承运人编码的颜色、以及承运人单元格条目如1065。
在图36a所示典型实施例中，图形阵列包括相交行和列的阵列。每列对应于包裹交货的星期几和日期。在图36a中，所示交货的星期几和日期是“TUE 28 SEP 99”(1063-1)、“WED 29 SEP 99”(1063-2)和“THU 30 SEP 99”(1063-3)。如图36a所示，其它空白列(1063-4至1063-7)也是可以显示的；然而，在图36a所示实施例的情况下，在这些列中没有日期显示。
图形阵列的每行对应于交货时间。在图36a中，交货时间显示为“8:00AM”(1064-1)、“10:30AM”(1064-2)、“12:00PM”(1064-3)、“3:00PM”(1064-4)、“4:30PM”(1064-5)和“5:00PM”(1064-6)。
在图形阵列的每行(1064-1至1064-6)和每列(1063-1至1063-3)的交叉处为“单元格”。在图36a中，单元格将涉及单元1071以及交叉的行(1至6)和列(1至7)，行列的交叉处形成用于每个单元格(1071-1-1、1071-1-2、…1071-6-7)的空格。图36a所示的一些单元格是空的，如1071-5-1、1071-6-1、1071-6-3、1071-6-4。空单元格代表这样的情况，即对于此单元格处交叉行列所代表的时间和日期，没有一个系统支持的承运人(“支持的承运人”)支持主体包裹的交货。
图36a所示的一些单元格具有一个或多个单元格条目。在图36a中，每个单元格条目代表特定的承运人。每个承运人单元格条目是用单一颜色进行颜色编码的，单一颜色对应于特定的承运人，这将在以下详细讨论；每个承运人单元格条目包含图形单元如1147a和货币数量如1147b，后者代表相应承运人运输主体包裹的价格。例如，单元格1071-1-1包含单个承运人单元格条目1148。单元格1071-3-1包含两个承运人单元格条目1065和1149。
在屏幕上显示颜色编码图例1062，用名称(1140b、1141b、1142b和1143b)和颜色编码符号(1140a、1141a、1142a和1143a)识别每个支持的承运人，所述承运人根据特定发货人的包裹说明为特定主体包裹提供服务。
为了说明本专利申请，单独颜色用图形符号表示。例如，右对角线条纹符号1140a在此用于代表红色；左对角线条纹符号1141a在此用于代表紫色；垂直条纹符号1142a用于代表琥珀色；以及水平条纹符号1143a用于代表兰色。在此使用的特定条纹符号和在此所提及的颜色是示范性的，并不是对本发明的限制。
图形阵列中非空的每个单元格包含一个或多个颜色编码的承运人单元格条目。例如，在图36a中，单元格1071-3-1包含两个承运人单元格条目1065和1149。承运人单元格条目1065是用右对角线条纹符号(代表红色)进行颜色编码的，根据颜色编码图例1062，此符号对应于标识承运人为“Airborne”1140b的1140a。承运人单元格条目1149是用水平条纹符号(代表紫色)进行颜色编码的，根据颜色编码图例1062，此符号对应于标识承运人为“USPS”1143b的1143a。
每个承运人单元格条目如1065包含图形单元如1065a，其中，图形单元包含所谓的“ALT文本”。如图36a所示，在线查看图形阵列的发货人可把PC的光标放在特定承运人单元格条目如1065的图形单元如1065a上，显示弹出屏幕1069，此屏幕显示用于该特定承运人单元格条目的ALT文本。在一些实施例中，仅仅把光标置于特定承运人单元格条目的图形单元上并保持光标在此位置一定的时间间隔就将显示ALT文本。在替代实施例中，为了显示ALT文本，发货人必须点击特定承运人单元格条目的图形单元。在图36a所示典型实施例中，显示的ALT文本，如在弹出屏幕1069中显示的文本，包含承运人全称(在图示情况下为“Airborne Express”)和此单元格条目所对应的承运人1140b(在此情况下为Airborne)的承运人服务全称(在图示情况下为“Express Overnight Service”)。
如图36a所示，用于标识为“Airborne”1140b的承运人的颜色在颜色编码图例1062内用右对角线交叉影线符号1140a表示。相应地，包含在图形阵列内具有右对角线交叉影线符号的每个承运人单元格条目，如1065，对应于由承运人“Airborne”支持的主体包裹交货。在每个颜色编码的承运人单元格条目如1065内呈现的是图形单元如1065a和货币数量如1065b。货币数量如1065b对应于相应承运人根据时间1064-3和日期1063-1交付主体包裹的收费，其中，时间1064-3和日期1063-1根据包含承运人单元格条目1065的交叉处(在所述情况下为单元格1071-3-1)的行和列而确定的。例如，如图36a所示，用右对角线交叉影线符号表示的承运人单元格条目1065包含货币数量“$9.00”。相应地，数量$9.00是对承运人Airborne在标明的日期1999年9月28日星期二1063-1和标明的时间12:00PM 1064-3交付主体包裹的收费价格。
相似地，如图36a所示，用于标识为“FedEx”1141b的承运人的颜色在颜色编码图例1062内用左对角线交叉影线符号1141a表示。相应地，包含在图形阵列内具有左对角线交叉影线符号的每个承运人单元格条目，如1147，对应于由承运人“FedEx”支持的主体包裹交货。
进一步地，如图36a所示，用于标识为“UPS”的承运人的颜色在颜色编码图例1062内垂直交叉影线符号1142表示。相应地，包含在图形阵列内具有垂直交叉影线符号的每个承运人单元格条目，如1148，对应于由承运人“UPS”支持的主体包裹交货。
相似地，如图36a所示，用于标识为“USPS”的颜色在颜色编码图例1062内用水平交叉影线符号1143表示。相应地，包含在图形阵列内具有水平交叉影线符号的每个承运人单元格条目，如1149，对应于由承运人“UPS”支持的主体包裹交货。
在图36a所示图形阵列的实施例中，图形阵列的大小是动态的。例如，只在图形的顶部上显示日期和星期几(1063-1至1063-3)，在此日期交付与特定发货人的特定主体包裹的包裹说明一致的商品。例如，对于日期1999年9月28日星期二(1063-1)，在时间5:00PM(1064-6)没有承运人支持主体包裹的交付。
进而，如图36a所示，只在动态大小的多承运人图形阵列在线显示的观看者左侧显示时间(1064-1至1064-6)，在所述时间内至少一个承运人/服务标识为支持交货。
又进一步地，如图36a所示，对于每个，但仅仅是对于每个在特定日期和时间支持交货的承运人/服务，在图形阵列的表示在特定日期和特定时间交货的单元格内显示承运人单元格条目如1065。当情况需要时，系统在一个单元格内显示一个或多个承运人单元格条目。例如，单元格1071-3-1包含两个条目1065和1149；然而，单元格1071-1-1只包含一个单元格1148。相应地，如图36a所示，单元格尺寸垂直地放大以容纳多个承运人单元格条目。
在图36a所示的典型实施例中，在图形阵列中，在定价和计时图形的观看者右侧显示代表每个承运人/服务的颜色编码图例1062，所述图例具有与每个相关承运人/服务对应的颜色编码图形单元(1140a至1143a)和识别标签(1140b至1143b)。可替换地，与显示的打印名称相反，可显示特定承运人/服务的标志。作为另一个替代例，承运人/服务标志可以用颜色编码图例1062内的颜色显示。
在图36a所示颜色图例1062的特定布置以及在此颜色图例中使用的特定颜色是示范性的，并不是对本发明的限制。在替代实施例中，与使用颜色相反，使用其它视觉效果明显不同的方法来区别不同的承运人/服务。例如，区别承运人/服务的其它视觉效果明显不同的方法包括但不限于三维结构效果、其它三维效果、二维标记(如点、交叉影线等)、照明效果、图形符号(如承运人/服务的标志)以及前述颜色特征的任何组合。
在图36a所示图形阵列的实施例中，典型图形阵列表示的水平宽度足以容纳在特定交货时间跨度内的七个交货日期(1063-1至1063-7)。图36a中图形阵列表示成至多容纳七个交货日期的固定尺寸是示范性的，并不是对本发明的限制。在替代实施例中，为了显示用于承运人/服务的承运人单元格条目，图形阵列在线显示在总体尺寸上是可折叠的或可扩展的以反映需要表示的实际数量的行和列，其中，承运人/服务支持符合发货人包裹说明的交货主体包裹。
在图36a所示布局中，在图形阵列的顶部显示包裹交货星期几和日期(1063-1至1063-7)以及在左侧显示包裹交货时间(1064-1至1064-6)是示范性的，并不是对本发明的限制。在一个替代实施例中，在图形阵列的底部显示包裹交货星期几和日期，在观看者的右侧显示包裹交货时间。在另一个替代实施例中，包裹交货星期几布置在图形阵列两侧中的一侧，包裹交货时间沿图形阵列的顶部或底部布置。在该替代实施例中，图形阵列的单元格在水平上是可扩展的，以容纳适当数量的相关承运人/服务。
如图36a所示，要求发货人输入预计发运日期1060。在图示典型实施例中，下拉菜单激活机构1061向发货人提供激活下拉菜单的能力，此菜单具有以当前日期开始的七个条目；并且下拉菜单激活机构1061包括紧跟在当前日期后的六天。所用格式为“M/D/YY-星期几”。适当地显示“今天”和“明天”。由选择机构提供的条目数量、预计发运日期的格式以及在此描述的其它特征是示范性的，并不是对本发明的限制。
在图36a所示的典型实施例中，一旦发货人选择预计发运日期，系统就使用预计发运日期和由发货人提供的其它信息，如上述图25、34和35所示屏幕中的信息，访问承运人规则，应用承运人规则，并根据发货人的包裹说明准备包含运输价格和主体包裹交货时间的图形阵列。然后，系统产生显示图形阵列所必需的信号，并使图形阵列显示在发货人的PC上。
一旦显示图形阵列，发货人就可改变以前输入的信息，系统将用已经更新的运输费用和交货时间来自动地再生图形阵列，以反映新信息。例如，如果发货人选择新的发运日期，系统就将用合适的新费用和时间再生图形阵列。以下详细描述再生图形阵列的逻辑。
在图36a所示的典型实施例中，发运地类型下拉菜单激活器1067位于图形阵列下方。在此描述的发运地类型选择机构的特定位置是示范性的，并不是对本发明的限制。如果发运地类别是“发运中心”，就在下拉菜单附近显示“寻找地点”按钮1068。为了在弹出窗口中打开卸货定位器，发货人把发货人PC的光标放在“寻找地点”按钮1068上并点击发货人的用户输入器件。由发货人提供的发件地邮政区码和发运地类型值用作卸货定位器的参数，以确定可能的卸货地点选项列表。发货人可从卸货定位器菜单选择卸货地点。系统动态地响应，根据发货人改变发件地邮政区码和发运地点类型以提供卸货地点选择。
导航按钮位于图36a所示费用和时间屏幕的底部。点击“后退”按钮1070将使发货人返回到先前显示的屏幕。点击“下一步”按钮1054将使系统显示下一屏幕。
如果用户从任何规定屏幕如图33-35返回到费用和时间屏幕(图36a)，那么规定的任何改变将影响显示的费用。
系统使用主体包裹的包裹说明编程，访问包含与每个支持的承运人有关的信息的数据库。每个支持的承运人具有唯一的定价程序、交货和中途搭货规则和程序以及验收要求(“承运人规则”)。系统进一步编程以把每个支持的承运人的规则应用到每个发货人主体包裹的包裹说明上。系统基于邮政分区-邮政分区定价计算运费，在此卖方已提供发件地邮政区码并且买方已提供目的地邮政区码。
为了开发在图形阵列中显示的费用，系统定价组件在服务器一方的脚本中例示。定价组件的费用信息方法调用嵌入在URL中的费用参数。基于承运人的业务规则，对于所有承运人/服务，从每个承运人的区域数据、服务/交货时间数据和费用数据计算费用和它们的服务选项收费。
系统保持系统数据库22中的承运人数据是最新的。本专利申请未使用任何承运人的应用程序界面(API)功能以获取费用信息。所有的承运人费用数据储存在系统数据库22中，并且计算费用的所有业务规则在系统内执行。
图36b-36e为描述所述数据和高级逻辑的高级数据检索和逻辑流程图，系统使用所述数据和高级逻辑计算运费。如图36b所示，使用以下运输信息计算运费发件地邮政区码、目的地邮政区码、重量、包装、卸货/中途搭货、国家代码3001。对于每个承运人3002，系统的定价组件使用发件地和目的地邮政区码3003。系统的定价组件从地区表3008获得3003地区ID，并从服务交货时问表3009得到3004所有可用服务的交货时间。定价组件从费用表3010获得对于地区ID、包装类型和重量的服务收费3005。对于每项服务，定价组件收集所有可能的服务选项收费3006。在收集必要的信息之后，定价组件返回费用信息阵列3007。此阵列中的每个单元代表承运人/服务，并包括服务收费、服务选项收费和交货时间。
系统根据后述图36c-36d中所示的总逻辑计算费用。系统通过在系统帐号上结合以下数据库表AccountAndCarrierAcnt；CarrierAccount；RateDefinition，检索所有费用ID(公开价、净价和零售价)3020。
然后，系统通过在CarrierID、ServiceID和ServiceOptionID上结合以下表格BillingOption；BillingOptionAndService；BillingOptionAndServiceOption，对所有承运人/服务组合和它们的服务选项确定记帐规则3021。
对于每个承运人3022，系统执行以下程序1)判断特定承运人是否支持基于步骤2 3026的指定记帐选项。如果不是，继续下一承运人3027；2)应用承运人业务规则，包括a)计算体积重量3023；b)确定记帐重量3024实际重量、体积重量、超大重量或信件重量；c)验证包裹重量和尺寸3025；(如果费用输入违反承运人业务规则3026，就继续进行下一承运人3027)；3)从用于指定发件地/目的地邮政区码的CarrierZone表确定地区ID 3028；4)通过在目的地邮政区码上结合以下表格a)CarrierDeliveryArea；b)CarrierServiceDelTime确定服务交货时间3029(包括星期六/星期日交货时间)；5)用RateID、ZoneID、ServiceID和重量从CarrierRate表确定所有的服务收费3030；6)通过在CarrierID和ServiceID上结合以下表格ServiceOption；ServiceOptionAttribute；ServiceAndServiceOption确定对于每个承运人/服务的服务选项收费3031；以及7)应用记帐选项到服务选项收费上3032(不同的服务选项收费可记帐到各个记帐选项的不同方上)。
如图36e所示，在费用信息中返回的每个承运人/服务的预计交货时间确定特定承运人/服务单元格的费用网格的布置交货日期确定列3040而交货时间决定行3041。在多个费用条目相抵触的情况下，特定承运人名称的字母顺序进一步用于在相同日期和时间记录内确定图形阵列条目顺序3043。如果星期六或星期日交货对于特定承运人/服务是可应用的3044，相同的承运人/服务就可放置在星期六或星期日列下网格内的第二时间段中3045。
如图37所示，消费者可以指定用于保证交货时间的首选参数550-552。如果消费者对所述比较满意，消费者就可以通过点击图形比较阵列内的相应单元格如549而选择特定的承运人和服务。如果消费者对所述比较不满意，消费者就点击屏幕上＜＜后退按钮540。如果消费者只希望改变消费者对交货保证时间的指定550-552，消费者就点击屏幕上更新按钮560。如果消费者满意，并已选择特定的承运人单元格条目如549，消费者就点击屏幕上执行按钮561。
一旦消费者点击屏幕上执行按钮561，退货系统就显示运输汇总屏幕，其典型实施例在图38中示出。
消费者可从运输汇总屏幕创建和打印运输标签，如本文其它地方所述，并且退货系统将产生和发送感谢您消息和电子邮件。
图39a-39c为描述在本发明典型实施例中产生图形阵列的初始计时和定价程序的简化流程图。在图39a-39c所示本发明的典型实施例中，以下功能发货人输入运输信息1150、向提供不充分运输信息的发货人显示错误并提示发货人补充其它信息1153、以及显示承运人/服务收费用和时间图形1160，都由客户机上的环球网浏览器处理。在图示实施例中，在图39a-39c中所示的所有其它功能和处理由一个或多个系统服务器执行。
应该指出，在客户机环球网浏览器和退货系统服务器之间的所述功能分离表示根据发货人包裹说明的最初发货人输入来构造图形阵列的初始程序。以下将详细解释，在图形阵列的最初构造之后，系统可向环球网浏览器客户机分配用于图形阵列补充再生的某些功能。
如图39a所示，发货人(用户)输入运输信息(发货人包裹说明)1150。系统验证运输信息1151。
在图示实施例中，为了确定每个支持承运人的时间进度和费用，系统最起码需要发件地邮政区码、目的地邮政区码、包裹重量、运输类型以及发运地点。如果发货人没有提供这些最低要求的说明，系统就显示错误消息1153，提示发货人输入进一步的发货人包裹说明1150。
如果发货人已提供最低要求的说明，系统就访问发货人数据库1195，以识别用户规定的所有承运人目的地并为适当的发货人确定承运人帐户1154。使用发货人包裹说明，系统访问承运人数据库(1404a至1404n)并确定支持主体包裹运输的所有可能的承运人/服务。
应该指出，在一些实施例中，发货人可以限制用于构造图形阵列的承运人的同一性。例如，如果发货人优选只与某些承运人一起工作，发货人就可选择以限制系统的某些承运人。
然后，系统在支持承运人/服务组中检查每个承运人/服务1156。下一步骤1157是系统逻辑中用于从许多点返回控制的接续点，并且对支持承运人/服务组中的每个承运人/服务都执行。
如果系统已经检查所有可能的支持承运人/服务1158，系统从交货费用组1159组装图形阵列，并且向用户显示图形阵列1160。如前面所解释的，图形阵列的尺寸是动态的。
只要在支持承运人/服务组中还有剩余的承运人/服务待检，系统就继续执行下述过程。
系统使用预计运输日期，把承运人/服务的运输时间跨度转换为可能的交货日期和时间1161。在1162之后，系统判断运输时间跨度是否在星期六终止1163。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持星期六交货1164。如果该特定承运人/服务不支持星期六交货，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持星期六交货，系统就确定该特定承运人/服务的适当的星期六交货费用1165。
接着，系统判断运输时间跨度是否在星期日终止1168。如果运输时间跨度在星期日终止，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持星期日交货1166。如果该特定承运人/服务不支持星期日交货，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持星期日交货，系统就确定该特定承运人/服务的适当的星期日交货费用1167。
系统接着判断在运输时间跨度内是否还有营业日交货1169。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人服务是否支持营业日交货1170。如果该特定承运人/服务不支持营业日交货，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持营业日交货，系统就确定该特定承运人/服务的适当的营业日交货费用1171。
随后，系统判断发货人是否已要求电子邮件交货通知1172。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持电子邮件交货通知1173。如果该特定承运人/服务不支持电子邮件交货通知，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持电子邮件交货通知，系统就在每个特定承运人/服务的交货费用中增加电子邮件交货通知的适当收费1174。
然后，系统判断发货人是否已要求口头交货通知1175。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持口头交货通知1176。如果该特定承运人/服务不支持口头交货通知，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持口头交货通知，系统就在每个特定承运人/服务的交货费用中增加口头交货通知的适当收费1178。
在1179之后，系统判断发货人是否已要求承运人/服务保证交货时间1180。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持保证交货时间1181。如果该特定承运人/服务不支持保证交货时间，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持保证交货时间，系统就在每个特定承运人/服务的交货费用中增加保证交货时间服务的适当收费1182。
随后，系统判断发货人是否已请求“要求中途搭货”运输地点1184。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持“要求中途搭货”服务1185。如果该特定承运人/服务不支持“要求中途搭货”服务，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持“要求中途搭货”服务，系统就在每个特定承运人/服务的交货费用中增加“要求中途搭货”服务的适当收费1186。
接着，系统判断发货人是否已要求“住宅交货”1187。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持“住宅交货”服务1188。如果该特定承运人/服务不支持“住宅交货”服务，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持“住宅交货”服务，系统就在每个特定承运人/服务的交货费用中增加“住宅交货”服务的适当收费1189。
然后，系统判断发货人是否已要求“损失保险”服务1190。如果是，系统就访问承运人数据库(1404a-1404n)，判断特定承运人/服务是否支持“损失保险”服务1191。如果该特定承运人/服务不支持“损失保险”服务，那么就从交货费用组中除去该特定承运人/服务1177，并且系统继续处理交货费用组中的下一承运人/服务1157。
如果该特定承运人/服务支持“损失保险”服务，系统就计算“损失保险”服务的适当收费，并在继续处理交货费用组中的下一承运人/服务之前在每个特定承运人/服务的交货费用中增加适当的收费1193。
在此处描述的本发明典型实施例中，当发货人对发货人输入作在线改变时，系统自动和动态地再生图形阵列和其它屏幕某些部分的显示。为实现这点，系统产生可执行代码，此代码向环球网浏览器客户机分配一定的可显示的画面。用于再生图形阵列的此种代码分配不同于上述图形阵列的最初生成。例如，在图39a-39c所示的本发明实施例中，在图形阵列的最初形成时，系统分配最初产生图形阵列的功能，如下所示发货人输入运输信息1150；向发货人显示发货人提供的运输信息不充分的错误消息，并提示发货人需补充的信息1153；以及显示可全部由客户机上的环球网浏览器处理的图形阵列1160；在图39a-39c中所示的所有其它功能和过程由一个或多个系统服务器执行。
系统向环球网浏览器客户机分配用于再生图形阵列的可执行代码提供在图形阵列中动态反映发货人输入到各个发货人包裹说明中的任何改变的能力；图形阵列不需要发货人请求重新计算，如通过点击“再生”按钮等来请求，就立即显示新信息。
为了有助于图形阵列的再生，系统产生用于向环球网浏览器客户机分配画面的可执行代码，所述画面例如为显示给用户以收集包裹说明的画面。可显示的画面是一组在客户机显示器上显示的信息。例如，在图36a中，在本发明的一个实施例中，图36a所示屏幕的第一画面包括标题“费用和时间”1109a、指令“点击价格以选择交货日期、时间和承运人”1109b、图例“您期望发运您包裹的日期”1109c、预计发运日期的输入域1060、图例“我的包裹发运自”1109d和用于发运地的输入域1066；图36a所示屏幕的第二画面包括图形阵列。
当系统产生每个画面的显示时，系统产生向环球网浏览器客户机分配例如费用和时间画面的可执行代码。随后，每当发货人改变发货人包裹说明时，环球网浏览器客户机使用可执行代码自动地再生图形阵列的显示。在本发明动态再生方面的一个实施例中，分配给环球网浏览器客户机的可执行代码使用JavaScript。
在一些情况中，发送给环球网浏览器客户机的可执行代码提供再生图形阵列的信息和能力，并不需要再与服务器进行任何通讯。在其它的情况中，环球网客户机浏览器必须把控制交回给服务器，以便服务器可访问由服务器维护的或服务器可访问的数据；然后，服务器再生图形阵列或者向环球网浏览器客户机提供再生图形阵列所必需的信息。
在本发明的自动动态再生方面的一个实施例中，分配给环球网浏览器客户机的可执行代码包含把承运人规则应用到发货人包裹说明变化上的逻辑。例如，发货人对某些服务选项如图37所示550-552的改变将由环球网客户机浏览器自动地处理，并且环球网客户机浏览器将再生此图所示的单日费用图形阵列以反映发货人的改变。在一个这样的动态再生实施例中，只有那些不要求再访问相关承运人数据库的功能才分配给环球网浏览器客户机。
应该指出，根据本发明的自动动态再生方面，如果在发货人查看图形阵列之后，发货人输入对系统计算费用和形成图形阵列所需的任何因素的改变，系统使用相似的逻辑流程以再生图形阵列，如以上结合图39a-39c所解释的。
在系统的许多地方中，动态再生能力用于自动地再生响应屏幕。例如，如上所述，在图36a的情况下，如果发货人改变发件地邮政区码和/或发运地类型，系统就将自动地再生可能的卸货地点选项列表。
C.跟踪1.消费者跟踪一旦消费者已发运退货包裹，消费者可通过销售商的在线商店跟踪运输。图40描述订货商品屏幕。点击跟踪您包裹链接405，消费者就可跟踪与所述商品有关的包裹。图41为描述与跟踪包裹有关的状态信息的跟踪信息屏幕的图形表示。
图42-45描述替代的消费者跟踪实施例，其中，点击图42所示的跟踪您包裹链接405，产生如图43所示的跟踪您包裹屏幕。跟踪您包裹屏幕提供收集跟踪号601的窗口。如图44所示，消费者输入跟踪号601并点击屏幕上提交按钮602以跟踪包裹。点击屏幕上关闭按钮603，关闭跟踪您包裹屏幕。点击提交按钮602产生如图45所示的跟踪信息屏幕显示。如图45所示的跟踪信息屏幕提供用于跟踪其它包裹的进一步的跟踪号收集窗口601和提交按钮602。
2.销售商跟踪回到图7，如果销售商点击查看入站退货运输116，退货系统就显示查看入站退货运输屏幕，其典型实施例在图46中示出。如图46所示，入站退货运输屏幕向销售商/用户提供选择显示格式620、报告的日期范围622和分类标准624的能力。每个跟踪标准620、622和624分别提供下拉菜单按钮如621、623和625，点击这些按钮，销售商/用户可查看选项的下拉菜单。每个选项类型的典型菜单在图47中示出并在以下进一步讨论。
继续讨论图46，入站退货运输屏幕按销售商/用户规定的顺序，报告符合销售商/用户指定跟踪标准的所有入站运输。报告中的每个条目标明正在退回商品的个人627、正在运输所述商品的服务和承运人628、发运日期629、交货日期或预计交货日期630、目的地631、状态632、跟踪号633和销售商/用户可用它查看详细情况的链接640。销售商/用户可通过点击屏幕上更新查看按钮626来刷新屏幕。
图47为表示每个跟踪标准的典型菜单的表格。如图47所示，显示格式跟踪标准菜单620向销售商/用户提供要求报告所有退货620-1、限制报告具有以下状态的商品的能力，所述状态为已交货620-2、例外620-3、在运输途中620-4或请求退货620-5。
预计交货日期标准菜单622提供以下选项今天622-1、2天内622-2、3天内622-3、4天内622-4、5天内622-5、6天内622-6、7天内622-7、本周622-8、下一个7天内622-9以及下一个14天内622-10。
销售商/用户可选择按以下标准对报告商品624分类收件人624-1、承运人624-2、公司624-3、服务624-4、发运日期624-5和状态624-6。
图48为查看入站退货运输详细情况屏幕的图形表示。详细情况屏幕报告跟踪信息650、退货信息660和原始订货信息670。销售商/用户点击入站退货运输链接680，返回到查看入站退货运输屏幕。
回到图7，如果销售商/用户点击报告、图表和数据输出链接117，退货系统就显示报告、图表和数据输出产生屏幕，其典型实施例在图49中示出。销售商/用户通过在屏幕上点击以下适当的关键词来选择报告，所述关键词为SKU 700；状态701(如已请求701-1、在运输途中701-2或已交货701-3)；承运人702；美元703(商品价格703-1、税703-2或总计703-3)；退货理由704(总计704-1或列出全部704-2)；退货中心705(在线705-1或脱机705-2)；由销售商付费706；由顾客付费707；或顾客ID 708。
销售商/用户可确定报告时间片709，如特定日期709-1、日期范围709-2、当日709-3、前一日709-4、后一日709-5、本周709-6、本月709-7、季度709-8、或年份709-9。描述的时间片709是示例性的，并不是对本发明的限制。只要不脱离本发明的精神，也可设置其它的时间片。
销售商/用户可以点击报告图表710，显示符合所选标准的退货图表。销售商/用户可点击输出711，以输出报告到文件或其它系统等。
图50为逻辑流程图，描述跟踪特定包裹状态的高级逻辑。退货系统提供对由多个承运人运输的包裹进行跟踪。即，每个包裹已经用几个支持承运人中的一个运输。即便如此，退货系统也提供对所有使用本系统运输的包裹的跟踪。
如图50所示，用户输入18a和18b跟踪号19。系统第一次验证2050跟踪号19。系统通过试图访问系统数据库22中与跟踪号19有关的记录，来执行验证过程。为实现这个，系统请求系统数据库服务器如20a(如图3a所示)定位和检索与跟踪号19有关的包裹记录。系统数据库服务器如20a使用输入的跟踪号19搜索系统数据库22，以定位和检索指定的包裹记录。在一个实施例中，系统数据库服务器如20a被编程，使用Sequel 7.0执行数据库访问。
系统使用验证过程判断跟踪号19是系统跟踪号或是承运人跟踪号。以下为承运人跟踪号的实例。
UPS-1Z8595610344113190Airborne-3918984344FedEx-811152682326USPS-EJ585489546USYellow Freight-2100003475如果用户输入承运人跟踪号作为跟踪号19，那么根据包裹的状态或包裹被跟踪的次数，在系统数据库22中可能没有承运人跟踪号的信息。在此情况下，系统接着使用每个承运人提供的算法来确定承运人标识。
如果系统确定在系统数据库22中有与包裹相关的信息，系统就分析包裹运输状态。如果检索到的记录的包裹运输状态为“已记载”或“在运输途中”并且包裹跟踪状态不是“已交货”，那么系统就准备用适当的承运人系统跟踪包裹。如果检索到的记录的包裹运输状态为“已交货”或其它最终状态，系统就向用户报告包裹状态。
如果跟踪号19为有效的系统跟踪号，系统就在发出请求2054之前从在系统数据库22中检索到的包裹记录提取承运人跟踪号和承运人ID。否则，如果跟踪号19为承运人跟踪号，系统就在向承运人的互联网系统发出请求2052之前从包裹记录提取承运人ID。系统使用承运人ID，从系统数据库22检索承运人互联网址的互联网URL。URL信息是可配置的。
暂时回到图3a，然后，采用承运人的互联网URL，系统使用特定承运人环球网服务器的URL信息进行到承运人环球网服务器如23-2至27-2的HTTP连接。根据承运人，系统1的请求以及与承运人环球网服务器的报告界面用超文本链接标示语言(“HTML”)、可扩充链接标示语言(“XML”)、HTML和XML、或承运人确定的其它形式进行编程。图51描述典型的XML格式的请求，此请求用于向承运人提交跟踪请求。图52描述由承运人返回的、同为XML格式的典型的成功跟踪响应。
随后，如图50所示，系统在HTTP连接上发送承运人的跟踪号(2052或2054)。系统基于用URL建立的连接，通知承运人环球网服务器以请求信息。
如果承运人的环球网服务器对系统1的跟踪请求成功地响应2055，系统就断开与承运人环球网服务器的连接并分析响应数据。一些承运人响应数据包含不必要的文本信息。为了分析相关信息，系统剥离所有不必要的文本。
如果系统数据库22没有包裹以前的任何记录，例如为如果包裹还未使用系统运输申请进行运输的情况，那么系统就不在包裹表或包裹历史表中储存与包裹有关的任何数据。
否则，系统就更新系统数据库22并向用户报告信息2056。如果报告包裹已交货，系统就填充系统数据库中的包裹历史表29。如前所述，在典型实施例中，包裹历史表29(图3a)记录包含与前述有关包裹表28(图3a)记录中相同的数据域。
如果承运人的互联网服务器返回不成功的报告，系统就向用户报告失败。如果承运人系统成功地返回跟踪信息，那么系统就显示包裹的当前状态。
在替代实施例中，如果跟踪号19为承运人跟踪号，服务器就验证承运人跟踪号为有效的跟踪号。如果承运人跟踪号不是有效的跟踪号，服务器就返回无效跟踪号错误。如果承运人跟踪号是有效的跟踪号，那么，服务器就不试图把此跟踪号与已记载的包裹相匹配；服务器将用特定承运人的互联网跟踪程序跟踪包裹；并且向请求用户的环球网客户机返回跟踪响应。
在替代实施例中，如果跟踪号19为系统跟踪号，系统就验证系统跟踪号，以确保它是有效的系统跟踪号。如果系统跟踪号不是有效的跟踪号，服务器将返回无效跟踪号错误。如果系统跟踪号是有效的跟踪号，服务器就询问系统数据库22，以寻找与系统跟踪号对应的承运人跟踪号。如果对于此系统跟踪号没有找到包裹记录，服务器就向请求用户的环球网客户机返回错误。错误消息指示没找到包裹记录；请求用户核实此跟踪号是否来自已卸货的包裹，通知用户包裹的跟踪日期与运输日期在同一天。如果找到包裹记录并且实际运输日期与当前日期相同，服务器就向请求用户的环球网客户机返回错误，指示用户不能在包裹运输的同一天跟踪包裹。
在此替代实施例中，一旦服务器已识别承运人跟踪号，服务器就用承运人的互联网跟踪程序跟踪包裹。如果承运人互联网跟踪程序的跟踪响应指示错误，服务器就再尝试通过承运人互联网跟踪程序跟踪包裹。如果第二次跟踪请求导致错误，服务器就通知请求用户的环球网客户机，承运人不能跟踪包裹，并且如果有错误登记号、系统跟踪号、承运人跟踪号、跟踪请求发生时的日期和时间、承运人报告的错误响应以及用户进行跟踪请求的帐户名的信息，服务器就将登记包含前述信息的跟踪请求错误。
另一方面，如果承运人返回有效的跟踪响应，服务器就用此跟踪响应更新服务器数据库中的包裹状态，并从系统数据库中向请求用户的环球网客户机返回详细的包裹信息，如下所述。
如果用户提供承运人跟踪号，环球网客户机就显示由特定承运人互联网跟踪功能提供的基本跟踪信息。在本发明的一个实施例中，当用户提供承运人跟踪号以跟踪包裹时，用户的环球网客户机要求用户识别承运人。
如果用户提供系统跟踪号，而且如果用户登录到帐户，或者输入有效的登录信息，该信息就必须与运输包裹的帐户相对应。在此情况下，用户的环球网客户机将显示以下信息系统跟踪号；接收地址；卸货地址；承运人和服务；承运人跟踪号，若有的话；若有的话为实际运输日期；若有的话为交货地址；若有的话为交货地点；交货日期，若有的话；交货时间，若有的话；信息签名，若有的话；包裹费用；包裹重量；包裹尺寸；包装；顾客首选信息；所有的扫描行动。
在另一方面，如果用户不登录到帐户上、不能输入有效的登录信息或登录到不与运输包裹的帐户相应的帐户上，那么，用户的环球网客户机就显示以下信息系统跟踪号；接收联系人姓名；接收公司名称；承运人和服务；承运人跟踪号，若有的话；实际运输日期，若有的话；交货地址，若有的话；交货地点，若有的话；交货日期，若有的话；交货时间，若有的话；信息签名，若有的话；包裹重量；顾客首选信息；所有的扫描行为。
D.退货销售商服务系统本发明的退货销售商服务系统(在此有时称作“i退货”系统)组件提供商品退货计算机系统，此计算机系统被编程，用于从第二计算机系统接收用于确定多个承运人运输特定包裹的费用的请求；为响应从第二计算机系统接收的确定运费的请求，计算用于运输特定包裹的多个运费；从第二计算机系统接收处理由多个承运人之一运输的特定退货包裹的退货运输请求，并对第二计算机系统产生包括请求状态的响应；根据从第二计算机系统接收的处理由多个承运人之一运输的特定退货包裹的退货运输请求，计算用于运输特定包裹的运费；根据从第二计算机系统接收的准备多个承运人之一运输特定包裹所需运输标签的请求，产生运输特定包裹所需的运输标签，作为对第二计算机系统的响应，并且，发送响应第二计算机系统的运输标签；根据从第二计算机系统接收的准备多个承运人之一运输特定退货包裹所需商品退货标签的请求，产生用于特定包裹退货运输的商品退货标签，作为对第二计算机系统的响应，并且，发送响应第二计算机系统的商品退货标签；根据从第二计算机系统接收的识别已接收特定包裹的请求，指定数据库中特定退货记录为已接收状态，其中特定退货记录与特定包裹对应；根据从第二计算机系统接收的处理特定包裹退货运输的请求，从承运人计算机系统获得特定包裹的运输状态；根据从第二计算机系统接收的处理多个承运人之一执行特定包裹退货运输的请求，在数据库中储存与特定包裹对应的退货记录；产生对多个承运人之一执行的特定包裹退货运输确定运费的请求，并通过全球通讯系统向第二计算机数字化地发送该请求；产生处理由多个承运人之一执行的特定包裹退货运输的请求，并通过全球通讯系统向第二计算机数字化地发送该请求；产生准备多个承运人之一运输特定包裹所需退货运输标签的请求，并通过全球通讯系统向第二计算机数字化地发送该请求；产生准备商品退货标签的请求，此标签用于处理特定包裹的运输，并通过全球通讯系统向第二计算机数字化地发送该请求。
1.用户和外部系统界面图53为本发明典型实施例总体功能组件以及功能组件与系统外部实体之间某些界面的图形表示。如图53所示，多个销售商系统之一，如4001，直接4004与i退货销售商服务系统(在此有时简称“系统”)4000通讯，例如用于下载销售商帐户数据4011；或者用应用程序界面指令4005通过互联网4003与系统4000通讯。
每个销售商的在线顾客，如4007，在配置有顾客计算机如4006的显示器如4002上查看特定销售商的系统4001与系统4000接口的结果。
多个销售商中的每一个，如4004，使用连接到互联网如4003’的计算机如4008访问系统4000的各种跟踪和管理报告特征，计算机4008的配置包括显示器如4009。跟踪和管理报告特征通过系统4000的主页是可以选择的。系统4000在此有时称作“i退货”。
系统4000通过互联网4003’与多个承运人系统如4010-1至4010-n通讯，以跟踪已发运包裹的运输和交货状态。
系统4000设置有至少一个服务器。服务器为通过通讯链连接到互联网的计算机设备。每个服务器计算机可专用于某一特定功能，如执行数据库访问。。可替换地，每个服务器可执行多个功能。
2.帐户数据库本发明的典型实施例从帐户数据库检索和使用与每个预订的销售商有关的信息。在帐户数据库的典型实施例中获得和储存的数据类型、以及用户界面屏幕的典型实施例在上面描述，其中预订销售商通过用户界面屏幕输入帐户数据库信息。在帐户级上维护的信息包括-与每个授权API请求一起使用的用户ID和密码。
-退货记录多长时间一次下载到此帐户的计算机中-下载数据将发送到的地址(URL)-网页共同标记信息-Merchant Logo(销售商徽标)的位置由帐户用户维护的信息包括-用户为了查看或打印而已访问的退货记录的标识符-访问级别的标识符，所述级别为访问此帐户所有记录的管理员级；访问此帐户所有记录的顾客服务级；只访问它们仓库范围内记录的仓库级--维护仓库清单。
---对于区域仓库管理员登录，列出几个仓库。
-此用户登录已访问的定制退货报告的标识符。对于每个报告--顾客退货报告ID--Stamps.com Professional Services Group开发的报告程序的点数。
--此报告的参数值。
--此报告要求的所有参数值，所述参数值对于此帐户和用户登录被提早确定。
--它是预定的或特别的报告吗。
--对于预定的报告---报告什么时候生效---报告送达的用户/位置的标识符。
3.i退货数据库继续讨论图53，系统4000使用与退货运输包裹中的每个或多个产品有关的系统和销售商信息，在i退货数据库4028中维护每个运输包裹的数据。系统在i退货数据库4028中维护产品表4030、包裹表4032和包裹历史表4029。系统通过运行自动终止日过程4031而更新包裹历史表4029，自动终止日过程4031从包裹表4032选择信息并把此信息传递到包裹历史表4029。储存在产品表4030、包裹表4032和包裹历史表4029中的信息类型的典型实施例在以上图3a所示的产品表30、包裹表32和包裹历史表29中储存的信息类型中描述。
4.i退货入站管理员继续讨论图53，系统4000提供基于环球网的用户界面，在此有时称作“i退货入站管理员”4040，预订销售商用此界面查看跟踪和管理信息和报告。销售商4004通过具有显示监视器如4009的计算机如4008访问i退货主页4041，其中计算机4008连接到互联网4003’。
i退货入站管理员4040提供显示i退货登录过程4042的i退货主页4041。如果销售商成功地登录，i退货入站管理员4040显示欢迎页4043。
在已成功登录之后，销售商从i退货主页4041选择各种报告清单4047。销售商可从报告清单4047查看或打印报告4048，根据特定销售商的授权查看特定类型的报告。
在已成功登录之后，销售商还可从i退货主页4041与i退货入站管理员监视器4044互动。销售商使用i退货入站管理员监视器4044，请求汇总跟踪信息4045。如果销售商点击在汇总跟踪信息4045上显示的特定包裹跟踪号，i退货入站管理员4040报告所点击(选择)包裹的详细跟踪信息4046。
5.i退货销售商服务API
继续讨论图53，i退货销售商服务应用程序界面(API)4020-4023在一个或多个API服务器上设置。i退货销售商服务应用程序界面(API)4500、4020-4023和4050是接收和处理API请求的程序界面，所述API请求包括特定类型的电子目标。在此，一个或多个API服务器的引用涉及一个或多个服务器计算机，所述服务器计算机被编程以执行包括i退货销售商服务API功能的各种活动，所述功能包括但不限于接收和翻译各种类型的API请求；以及撰写和向合适方的系统发送各种类型的API响应。
在本发明的典型实施例中，i退货销售商服务API检索和处理XML(可扩充链接标示语言)文档格式的API请求。XML为用于电子文档的链接标示语言。诸如XML的链接标示语言在电子文档内使用某些定义的分隔符和标记名，以指定标示文本的意义和/或组织。
i退货销售商服务API 4500、4020-4023和4050访问i退货数据库4028，以响应接收到的API请求，并且，根据每个API所特有的一组规则和利用从i退货数据库4028检索到的信息准备API响应。例如，i退货销售商服务系统4000提供四个API，每个API在以下详细描述退回产品4020、接收产品4021、标记包裹4023和定价4022。标记包裹API 4023处理打印运输标签的请求，并根据这些请求访问位置数据库4026和i退货数据库4028，以获得用于打印运输标签如USPS退货标签4024和UPS退货标签4025的信息。
i退货销售商服务系统4000进一步提供跟踪API 4050，通过互联网4003’向多个承运人系统如4010-1至4010-n的每一个发出跟踪请求。每个跟踪请求与已用系统4000运输的特定包裹相对应。跟踪特征和跟踪用户界面特征的典型实施例在以上描述。
i退货销售商服务系统4000进一步提供i退货帐户活动监视器4033，在销售商帐户级和其它级上监视进出系统4000的API请求和API响应。i退货帐户活动监视器从它收集的信息产生活动报告和汇总4034。
图54为高级框图，提供i退货销售商服务系统4000上述功能组件的替代视图。如图54所示，i退货销售商服务系统4000包括i退货数据库4028、帐户数据库4027、i退货入站管理员4040和多个API4500、4020-4023、4050。
6.包裹表在退货服务系统中，包裹表包括以下信息1)包裹跟踪状态ID；2)包裹运输状态ID；3)实际交货时间；4)已交货信息；5)发运日期；6)承运人跟踪号；7)系统跟踪号；8)承运人ID；9)实际包裹重量；10)服务描述；11)包裹OID(有时也称作退货记录密钥-内部产生的号码)；12)已批准-意味着销售商已批准此退货，记录是活动的；13)已接收-指销售商已接收所述产品，记录不再是活动的；14)历史-指已存档的记录(包裹和产品)；15)已清除-指记录已被删除(清空)；16)以下信息对于包裹中的每个退货产品进行重复(每个域的定义由销售商规定并且指明可选的例外)a)销售商交叉参考号-这是每个销售商系统用来引用特定包裹中的一个或多个产品的数值；b)产品代码-一般为产品SKU；c)产品类别为销售商规定的分组机制；d)退货理由代码为指明产品为什么被退货的代码-产品为什么被退货的简短描述；e)销售商的退货商品批准(“RMA”)号-与每个产品联系在一起。在一个典型实施例中，当销售商批准每个单独的商品时，每个产品都有相应的RMA；另外，当销售商批准整体退货时，单个RMA号应用给整体退货；f)产品描述；g)产品制造商；h)产品数量；i)产品价格；j)产品税；k)产品退款额；
l)由(指示器或标识符)支付产品运输；m)原始订单号；n)原始订货日期；o)原始订货状态；p)原始订货顾客姓名；q)原始订货顾客标识符。
7.i退货入站管理员监视器i退货入站管理员4040为驻留在一个或多个i退货系统服务器上的基于环球网的应用程序。例如，它用查看工具提供销售商成员、销售商的退货行政人员、退货管理员、仓库管理员、和顾客服务等，所述工具查看已退货的产品和产品类别、退货理由、退货目的地、估计的退货运输到达计划和退货运输状态。
图55为高级框图，图形化地描述i退货入站管理员4040的某些功能组件。图55所示框图描述可由每个销售商从可由每个销售商选择的主选项页选择的功能。在帐户级上由i退货入站管理员4040提供授权。当销售商通过i退货登录屏幕4100登录i退货入站管理员4040时，管理员4040从帐户数据库4027(如图53所示)检索销售商的帐户信息，并确定特定销售商访问系统和查看报告的授权。
i退货入站监视器4101显示与特定销售商退货有关的信息，所述退货如图56所示为未决的运输，或如图57所示为入站的。i退货入站监视器4101提供用户输入域，监视器4101利用输入域收集显示过滤器4102的用户输入。i退货入站监视器4101进一步响应显示标题的用户选择，并用此选择对退货显示4103进行分类。根据销售商检查一个或多个特定显示行商品的选择机制，i退货入站监视器4101从i退货数据库中检索每个所选商品的详细情况，并在屏幕上显示所述详细情况。
i退货入站管理员报告功能4105提供对所有销售商可用的标准退货报告4106。i退货入站管理员报告功能4105还提供只对已被授权查看的销售商有效的定制退货报告4107。
图56为特定销售商未决4111运输包裹的典型i退货入站监视器4101显示的图形表示(在此有时也称作“未决日志”)。如图56所示，用于未决4111包裹的典型i退货入站监视器显示提供各种显示报告过滤器。显示报告过滤器包括向销售商提供附有下拉菜单按钮4123的状态选项4110，当点击按钮4123时，在屏幕上显示未决状态类别中的状态清单，从此状态清单选择a)将来；b)已保存；c)准备好；和d)“全部”。过滤器还显示“全部”作为状态选择。销售商可选择这些状态中的一种，以便限制显示的状态商品，只报告那些具有由销售商规定的特定状态或状态类别的商品。
在典型实施例中，每个未决状态具有以下含义a)将来打印特定包裹的标签，但直到下一日期或之后才发运包裹；b)已保存对于一组包裹中的特定包裹已经输入不完全的信息并且没有打印标签；c)准备好已打印特定包裹的运输标签，计划在当前日期终止时发运包裹，但还未执行终止日处理；以及d)全部报告全部记录，而与状态无关。
典型i退货入站监视器还向销售商提供输入选择域显示报告过滤器，销售商可利用此过滤器把显示状态的商品限制在特定的“发运自”4112地点或地点类别。如果销售商在“发运自”4112输入域中输入文本，那么典型i退货入站监视器就报告以销售商指定文本开始的联系人姓名的所有运输记录。
典型i退货入站监视器还向销售商提供输入选择域显示报告过滤器，销售商可利用此过滤器把显示状态的商品限制在特定的“交货日期”4113。交货日期过滤器4113附有下拉菜单按钮4114，当点击按钮4114时，在屏幕上显示交货日期选项和类别清单，包括a)“全部”(报告所有包裹)；b)今天(报告所有具有当天日期的包裹)；c)昨天(报告所有具有比当日提前一天的日期的包裹)；d)最后2天(报告所有具有当天日期或具有比当日提前一天的日期的包裹)；e)最后3天(报告所有具有当天日期或具有比当日提前两天的日期的包裹)；f)最后4天(报告所有具有当天日期或具有比当日提前三天的日期的包裹)；g)最后5天(报告所有具有当天日期或具有比当日提前四天的日期的包裹)；h)最后6天(报告所有具有当天日期或具有比当日提前五天的日期的包裹)；i)上周(报告所有具有当天日期或具有比当日提前六天的日期的包裹)；j)上两周(报告所有具有当天日期或具有比当日提前13天的日期的包裹)；以及k)上个月(报告所有具有当天日期或具有比当日提前29天的日期的包裹)。在未决显示4111中，如果销售商选择将来状态过滤器，交货日期下拉菜单列出按钮4114就是不活动的。
典型i退货入站监视器被编程以显示“GO”按钮。当销售商点击“GO”按钮时，典型i退货入站监视器进一步编程，以便只选择和报告那些符合由销售商显示过滤器指定所规定的所有标准的记录。
当i退货入站监视器把一个或多个销售商指定的过滤器应用到显示(本文有时也称作“日志”)上时，i退货入站监视器被编程，通过显示下一个或前一个过滤器查询结果来响应销售商点击“下一步”4132或“前一步”4131按钮，这视具体情况而定。
典型i退货入站监视器在显示屏上把报告的包裹显示为具有以下标题的列表状态4124；发运自4125；跟踪号4126；承运人/服务4127；目的地4128；发运日期4129；以及交货日期4130。i退货入站监视器被编程，通过根据与点击的标题相应的域的内容对所有报告的包裹按升序分类，以响应单击特定的标题。i退货入站监视器进一步编程，通过根据与点击的标题相应的域的内容对所有报告的包裹按降序分类，以响应双击特定标题。
典型i退货入站监视器对每个报告的包裹显示以下域包裹状态4116；发运自联系人姓名4117；若有的话为系统跟踪号，或者若有的话为承运人跟踪号4118；承运人/服务4119；目的地4120；发运日期4121；以及交货日期4122。
图57为特定销售商包裹的典型i退货入站监视器显示的图形表示，所述包裹为入站4140运输(“入站日志”)。除了以下进一步解释的几个不同之处以外，入站日志的报告特征与未决日志的报告特征相似。
如图57所示，典型i退货入站监视器入站4140显示提供如以上结合图56所述的显示报告过滤器。i退货入站监视器入站日志向销售商提供附有下拉菜单按钮4123的状态选项4110，当点击按钮4123时，在屏幕上显示入站状态类别的状态列表，从此列表可选择a)已发运；b)在运输途中；c)已交货；d)已接收；e)例外；以及f)全部。过滤器还显示“全部”作为状态选择。销售商可选择一个状态，以便把显示状态的商品限制在只报告那些具有由销售商规定的特定状态或状态类别的商品上。
在典型实施例中，每个入站状态具有以下含义a)已发运已打印运输标签，并且已为包裹执行终止日处理；b)在运输途中相关承运人已在中途搭载特定包裹，并且扫描数据是有效的；c)已交货承运人已报告包裹已交货；d)已接收目的地点已报告特定包裹的实际接收；e)例外相关承运人报告特定包裹的交货问题；以及f)全部报告所有记录，而与状态无关。
如图57所示，入站日志提供与列在入站日志中的每个商品包裹有关的输入框，如4141。销售商可点击一个或任意个输入框，然后点击功能按钮，如现在跟踪按钮4143或已接收按钮4144。如图所示，如果销售商点击一个或多个特定包裹的输入框，i退货入站监视器就使所述特定包裹被选中，如4142。
如果销售商点击一个或多个特定包裹的输入框，然后点击已接收按钮4144，i退货入站监视器就通过更新与所选包裹相应的记录的退货状态而进行如图53所示的响应，以反映“已接收”状态；把包裹记录从包裹表4032移到包裹历史表4029；在入站日志中反映包裹的新状态；并且记录销售商/用户的标识符，作为特定包裹的退货记录检查域中的替换值。
如果销售商在标记特定包裹为已接收时出错，销售商就可点击特定包裹的输入框，然后点击“回复”按钮4145。如图53所示，i退货入站监视器将再次更新与选择回复到其先前状态的包裹相对应的记录的退货状态，把包裹历史表4029中的包裹记录移回包裹表4032(在一个实施例中，这只在得到销售商第一次确认回复特定包裹的指令之后才执行)，在入站日志中反映包裹的已回复状态，并且记录销售商用户的标识符，作为特定包裹的退货记录检查域中的替换值。
在一个实施例中，未决日志也提供输入框。在此实施例中，销售商用户可请求未决包裹的状态更新为“已接收”。在此实施例中，销售商用户还可请求与未决包裹有关的详细跟踪信息，与以下结合图58对入站包裹描述的一样。
继续讨论图57，如图所示，如果销售商点击一个或多个特定包裹的输入框，i退货入站监视器就标记所述特定包裹为已选择，如4142。如果销售商接着点击“现在跟踪”按钮4143，i退货入站监视器就被编程，通过报告每个选择包裹的详细跟踪信息来响应。以下结合图58讨论详细跟踪信息。
图58为描述本发明典型实施例中典型详细跟踪请求的典型详细跟踪显示的图形表示。如图58所示，i退货入站监视器准备和显示销售商所选包裹的详细跟踪信息。
在一个实施例中，定期地收集所有已接收API请求的包裹的详细跟踪信息。在替代实施例中，i退货入站管理员还对销售商点击“现在跟踪”按钮4143(图57)的每个包裹收集详细跟踪信息。跟踪信息通过i退货入站监视器从下述承运人系统中获得。
图58所显示的详细跟踪信息包括起运位置/地址4150；目的位置/地址4151；包裹尺寸506；包裹重量500；所含产品数量4161；承运人和服务4119；运输选项，如损失保险516；运输付款类型，如销售商的承运人帐户4160，运输服务收费4152；运输选项收费4153；跟踪报告状态日期和时间4162；跟踪状态4116；承运人4119-1；服务4119-2；系统跟踪号633；承运人跟踪号450；参考号4155；发运日期4121；目的地4156；预计交货日期4122；预计交货时间4157；如果状态为已交货，交货时签字人的姓名4158；原始订货信息4163；以及包裹中每个退货产品的信息，如4164-1和4164-2。i退货入站监视器是可缩放的，并且提供产品1至n的信息，在这“n”为未知数。在一个典型实施例中，“n”被限制为每个包裹20个产品。一个实施例中限制每个包裹20个产品是示例性的，并不是对本发明的限制。
典型实施例中的原始订货信息4163例如包括订单号401、订货日期407、订货状态673、顾客姓名627以顾客ID 675。在详细跟踪显示的典型实施例中显示的原始订货信息4163是示例性的，并不是对本发明的限制。本发明提供对任何原始订货信息的显示，所述原始订货信息是通过API请求而提供的，或者是通过把从API请求获得的信息用作访问帐户数据库或i退货数据库的密钥而获得的，或者是从特定承运人系统获得的。如果单个原始订单中的多个产品在同一包裹中被退货，那么原始订货信息就只显示一次前述所有的产品信息。在另一方面，如果多个产品是从多个原始订单中退货，那么原始订货信息就显示有每个被退回产品的产品信息。
在典型实施例所显示包裹中被退回的每个产品的详细跟踪产品信息例如包括记录密钥4159-1、批准号661-1、产品类别662-1、SKU700-1、产品描述404a-1、制造商名字404b-1、被退回产品的数量404c-1、价格173-1、在原始购买时征收的税174-1、退款额172-1、运费支付方如顾客的标识707-1、退货理由427-1、以及顾客意见425-1。在详细跟踪显示的典型实施例中显示的产品信息是示例性的，并不是对本发明的限制。本发明提供对所有产品信息的显示，所述产品信息是通过API请求而提供的，或者是通过把从API请求获得的信息用作访问帐户数据库或i退货数据库的密钥而获得的，或者是从特定承运人系统获得的。
详细跟踪显示提供“入站管理员”标签4170，亦即，当点击此标签时，销售商返回到主i退货入站管理员选项选择页。详细跟踪显示还提供“后退”按钮4171和“执行”按钮4172。如果销售商点击后退按钮4171，i退货入站管理员就使销售商返回到销售商刚才正查看的屏幕，如另一详细跟踪显示。如果销售商点击执行按钮4172，i退货入站管理员就使销售商返回到i退货入站管理员跟踪日志，销售商从此日志输入详细跟踪显示。
回到图55，其中框图描述对销售商有效的主选项，i退货入站管理员向销售商提供选择报告的机会4105。
如图55所示，i退货入站管理员报告功能4105提供对所有销售商都有效的标准退货报告4106。图59为i退货入站管理员提供给销售商用于请求报告的用户界面屏幕的图形表示。如图59所示，i退货入站管理员向销售商提供报告类型输入域4180，在输入域4180中指定销售商是需要标准的还是定制的报告。还提供下拉菜单按钮4181，以便销售商点击下拉菜单按钮4181并使i退货入站管理员显示报告类型的下拉菜单，使用此下拉菜单输入用于报告类型输入域4180的信息。
如图59所示，根据销售商输入的报告类型4180，i退货入站管理员为销售商显示特定报告类别的列表4202，销售商可从此列表进行选择。在典型实施例中，i退货入站管理员提供以下标准报告的选项按SKU分类的退货4182；按产品类别分类的退货4183；例外退货数量4184；按SKU分类的退货理由4185；未扫描4186；以及最近的交货4187。
通过销售商输入由输入域4188-4199提供的定制说明，i退货入站管理员为每个销售商的定制提供每个标准报告。对于每个标准报告，销售商可规定报告依据4188，使用报告依据下拉菜单按钮4189产生可用选项的显示(用于入站和未决日志的“两者”；“入站”以及“未决”)。
对于每个标准报告，销售商可规定报告方式4190，使用报告方式下拉菜单按钮4191产生可用选项的显示(“图形”或“图表”用于图形化地表示所请求的报告；“纯文本”用于请求表格或矩阵形式的请求报告)。
对于每个标准报告，销售商可规定日期范围过滤器4192，使用日期范围过滤器下拉菜单按钮4193产生可用选项的显示，在典型实施例中所述选项包括今天(报告生效的当天)；本周(以报告生效的当天为基准)；本月(以报告生效的当天为基准)；本季度(以报告生效的当天为基准)；第一季度(报告生效年份中的一月至三月)；第二季度(报告生效年份中的四月至六月)；第三季度(报告生效年份中的七月至九月)；第四季度(报告生效年份中的十月至十二月)；当年(报告生效的那年)；前2天；前3天；前4天；前5天；前6天；上周；上两周；后面2天；后面3天；后面4天；后面5天；后面6天；下一周；以及下两周。
对于每个以纯文本形式的标准报告，销售商可用三个分类关键词中的一个或多个4194-4199，进一步定制报告。有效的分类关键词为每个报告的栏标题--即分类关键词为报告所特有的。例如，如果销售商选择未扫描报告，那么对于主关键词4194、第二关键词4196和第三关键词4198的有效分类关键词就是跟踪号、承运人/服务、预计发运日期、顾客ID、和销售商记录号。作为另一实例，如果销售商选择最近交货报告，那么对于主关键词4194、第二关键词4196和第三关键词4198的有效分类关键词就是跟踪号、承运人/服务、状态、预计交货日期、顾客ID、和销售商记录号。由于分类关键词是报告所特有的，因此点击下拉菜单按钮4195、4197和4199就根据所选的报告名字4202和所选的报告方式产生不同选项的显示。如果所选报告方式是图表或图形，那么三个有效分类关键词就为不活动的(“变淡”)。
如果销售商已选择报告和定制，销售商就可点击预览按钮4200，使i退货入站监视器准备所请求报告的显示预览。销售商可用浏览器打印图标或选项从预览报告屏幕打印。在替代实施例中，销售商可点击预览报告屏幕上的打印按钮，打印显示的报告。如果销售商点击取消按钮4201，i退货入站监视器就放弃报告菜单，而不显示任何进一步的数据。
图60为描述典型“按SKU分类的退货”报告的图形表示。销售商可使用“按SKU分类的退货”发现特定产品的问题。图60所示“按SKU分类的退货”报告实例已被定制，以图表方式报告当月按SKU分类的退货。如果可报告的SKU退货的数量超过指定数量“n”，如10，那么在典型实施例中，监视器报告请求期限内头“n”个的SKU退货。典型“按SKU分类的退货”报告的X轴4301标明各种报告的SKU；Y轴4302标明退货数量的标度。条形图格式中的每条是颜色编码的，每条中与特定目的地相应的部分如4301-1的颜色与仓库1图例条目4303-2相对应；而4304-1的颜色与仓库2图例条目4304-2相对应；4305-1的颜色与仓库3图例条目4305-2相对应。
在一个实施例中，对于所有i退货报告，销售商可在登录设置程序中对销售商组织中的目的地进行分组。可替换地，销售商可过滤每个报告，对于特定报告只选择某些目的地。又进一步地，销售商可选取“全部退货”，而不是按目的地显示所有的类别细目。
图61为描述替代的典型“按SKU分类的退货”报告的图形表示。纯文本方式报告提供每个SKU退货的总计4307、所有SKU退货的总计4308以及每个SKU退货总计占所有SKU退货总计的百分比4309。图61所示典型“按SKU分类的退货”报告实例已被定制，以纯文本方式并以“最频繁退货商品”的顺序报告当月的SKU退货。
图62为描述典型“按产品类别分类的退货”报告的图形表示。销售商可使用“按产品类别分类的退货”报告来找到发生高退货费用的产品类型。图62所示“按产品类别分类的退货”报告实例已被定制，以图表方式按产品类别来报告本周的退货。如果可报告的退货产品类别数量超过指定数量“n”，如10，那么在典型实施例中，监视器报告请求期限内的头“n”个产品类别。典型“按产品类别分类的退货”报告的X轴4310标明退货产品的特定产品类别；Y轴4311标明在每个产品类别内退货产品的数量。与目的地类别细目相反，图62所示的典型“按产品类别分类的退货”报告示出“全部退货”4312。
图63为描述替代的典型“按产品类别分类的退货”报告的图形表示。纯文本方式报告提供按产品类别分类的总计4313、全部退货产品类别的总计4314和每个产品类别总计占全部退货产品类别总计的百分比4315。图63所示“按产品类别分类的退货”报告实例已被定制，以纯文本方式按产品类别分类并以最频繁退货产品类别的分类来报告本周的退货。
图64为描述典型“预计退货数量”报告的图形表示。销售商可使用“预计退货数量”设置工作级以处理在每个目的地的预计退货数量。图64所示典型“预计退货数量”报告已被定制，以图表方式报告下两周内的预计退货数量。X轴4320标明星期几；Y轴4321标明预计退货数量。在图表方式的典型“预计退货数量”报告中每个颜色编码条如4324、4325描绘单独的目的地。
图65为描述替代的典型“预计退货数量”报告的图形表示。纯文本方式“预计退货数量”报告提供每个目的地的总计4322、所有目的地的总计4323、以及在一个实施例中，每个目的地的总计占所有目的地总计的百分比(未示出)。替代的典型“预计退货数量”报告已被定制，以纯文本方式并以日期分类来报告下两周的退货数量。
图66为描述典型“退货理由”报告的图形表示。图66所示典型“退货理由”报告已被定制，以饼状图方式报告当前季度的退货理由。i退货入站监视器报告分配颜色如4330-1给每个指定的理由，并提供标明与特定理由描述相应的颜色的颜色图例，如4330-2。
图67a和67b为描述替代的典型“退货理由”报告的图形表示。图67a描述已被定制的退货理由报告，此报告以纯文本方式并以最频繁退货理由的分类仅报告当前季度的单个产品类别。图67b描述已被定制的退货理由报告，此报告以纯文本方式并以最频繁退货理由的分类仅报告当前季度的第二产品类别。纯文本方式退货理由报告提供每个理由的总计4331、所有退货理由的总计(在图67a和67b所示情况下，为特定产品类别的退货理由)4332、以及每个退货理由占所有退货理由的百分比4333。
图68为描述典型“未扫描包裹”报告的图形表示，此报告已被定制，以纯文本方式并以预计发运日期分类来报告本周的退货。销售商可使用“未扫描包裹”报告确定应该已经发运但没有有用的承运人扫描信息的包裹。报告每个应该已扫描的包裹。对于每个报告的包裹，典型的“未扫描包裹”报告示出系统跟踪号653、承运人和服务4119、预计发运日期4121、顾客姓名675、以及销售商参考号4155。
图69为描述典型“最近包裹”报告的图形表示，此报告已被定制，以纯文本方式并以预计交货日期分类来报告本周的退货。销售商可使用“最近包裹”报告确定应该在销售商目的地已接收但在系统中还未收到收据的包裹。对于每个报告的包裹，典型的“最近包裹”报告示出系统跟踪号653、承运人和服务4119、预计发运日期4121、状态4116、顾客名675以及销售商参考号4155。
如图55所示，i退货入站管理员报告功能4105还提供只对已被授权查看的销售商有效的定制退货报告4107。
8.i退货销售商服务应用程序界面(“API”)在描述与API请求和响应的内容和格式有关的详细情况之前，提供对顾客与销售商系统之间互动以及伴随的销售商系统和i退货销售商服务服务器之间API请求和响应的综述。以下描述销售商与销售商系统之间的互动以及伴随的销售商系统和i退货销售商服务服务器之间的互动。
图70为高级交互作用视图，描述在本发明典型实施例中在顾客支付运费的情况下顾客与销售商系统以及销售商系统4001与i退货销售商服务服务器之间的典型交互作用。如图70所示，销售商的顾客登录4400到销售商系统4001并且请求查看顾客的订货历史。为了响应顾客的登录和查看顾客订货历史的请求，销售商系统4001的订货处理系统组件4001a在配置有顾客计算机4006的显示器设备4002上，向顾客显示顾客的订货历史4401。顾客计算机4006还配置有打印机设备13，如激光打印机。
顾客使用具有以上特征的退货系统4001b，从顾客以前的订单确定顾客想退回给销售商的一件或多件商品4402。
在图70所示的本发明典型实施例中，退货系统的退货政策引擎4001b安装在销售商的系统服务器4001上。如退货应用中所描述的，在顾客使用退货系统之前，销售商建立一组退货政策规则和首选参数，并且退货系统观察销售商的政策和首选参数。
如图70所示，通过互动地显示销售商的退货政策并请求顾客完成由退货政策引擎4001b根据销售商以前建立的退货政策规则和首选参数编写的退货调查表4403，退货政策引擎4001b响应顾客的请求，从先前的订单中退回一件或多件商品。顾客完成调查表4404，并提供给退货政策引擎4001b。退货政策引擎4001b根据销售商退货政策和首选参数评估完成的调查表。如果销售商的退货政策和首选参数要求顾客支付退货商品的运输费，那么退货政策引擎4001b就编写消息，通知顾客必须自己支付退货商品运输费4405，并且向i退货销售商服务系统4000服务器20a-20n和21a-21z准备和发送询问退货商品运输费用的计价API请求4406。典型的计价API请求的结构和内容与以下详细描述的运输包裹请求节点相似。由计价API请求发送的信息中的一部分是运输和包裹说明。
i退货销售商服务系统4000接收计价API请求4406，并使用包含在该请求内的数据产生每个支持承运人和由每个支持承运人提供的每项服务的运输费用。在一个典型实施例中，API请求包含与特定销售商的退货规则和首选参数有关的信息；如果销售商已指出只有某些承运人和服务被允许运输退货，那么i退货销售商服务系统4000就只准备允许的承运人和服务的运输费用。在替代的典型实施例中，i退货销售商服务系统4000准备所有承运人和服务的运输费用；销售商系统4001接收所述运输费用，并根据销售商退货政策和首选参数过滤显示给顾客的费用。i退货销售商服务系统4000准备计价API响应4407并发送给销售商退货政策引擎。
i退货销售商服务系统4000的计价API 4022(图53)计算运费的方式与上述运费计算方式相似。系统4000为支持特定包裹运输的每个承运人和每项服务计算运费，并准备包含计算运费的计价API响应。i退货销售商服务系统4000返回准备好的计价API响应给销售商系统4001。在典型实施例中，销售商系统4001的退货政策引擎4001b被编程，以与图36a中描述的退货应用相似的方式向顾客显示运费。
销售商的退货政策引擎向顾客显示适当的运费和运输选项4408。顾客选择向销售商退货政策引擎4001b指定承运人和服务4409的特定运输选项。销售商退货政策引擎4001b使用顾客选定的特定承运人和特定服务的运输选项，利用此运输选项准备退货API请求。销售商退货政策引擎4001b向i退货销售商服务系统4000发送退货API请求4410。
i退货销售商服务系统4000接收退货API请求4410。退货API请求包含与以上结合计价API请求所述相似的信息。i退货销售商服务系统4000使用包含在退货API请求内的信息，创建新的退货产品记录并向退货数据库4028增加记录(如图53所述)。
随后，i退货销售商服务系统4000使用包含在退货API请求中的信息，以准备包含标记指令的退货API响应4411，顾客使用此响应打印适当类型的标签，所述标签有助于用顾客选定的承运人和服务运输退货商品；i退货销售商服务系统4000发送退货API响应给销售商的退货政策引擎，退货政策引擎又向顾客显示设置在退货API响应中的信息4412。
在打印将要退货商品的运输标签之后，顾客可请求跟踪信息4413。销售商系统4001从顾客的跟踪请求准备跟踪API请求4414，并发送给i退货销售商服务系统4000。
i退货销售商服务系统4000从上述适当的承运人系统获得用于所请求包裹的跟踪状态信息。一旦i退货销售商服务系统4000已从适当的承运人系统获得用于所请求包裹的跟踪状态信息，i退货销售商服务系统4000就准备并发送跟踪API响应4415给销售商系统4001a。销售商系统4001a向顾客报告包含在跟踪API响应之内的信息4416。
一旦销售商，如销售商的仓库之一，已接收退货包裹，销售商就告知4417销售商系统4001a收到，销售商系统4001a则以退货已收到API请求4418的形式告知i退货销售商服务系统4000已收到退货包裹。在图70所示的典型实施例中，i退货销售商服务系统4000认可退货商品收据4419，此时，销售商系统4001a向顾客信用卡公司4421帐户存入退货商品款项(减去运费)4420。销售商系统4001a接着向顾客显示退货商品款项减去运费的存款4422。
图71为高级交互作用视图，描述在本发明典型实施例中在销售商支付运费的情况下顾客与销售商系统以及销售商系统4001与i退货销售商服务服务器20a-20n和21a-21z之间的典型交互作用。图71所述的交互作用与图70所述的相似，不同的是由于顾客不支付运费，销售商系统4001不向i退货销售商服务系统4000发送计价API请求4406(图70)，并且i退货销售商服务系统4000不向销售商系统4001发送计价API响应4007。如图71所示，一旦销售商，如销售商的仓库之一，已接收退货包裹，销售商就告知4417销售商系统4001a收到，销售商系统4001a则以退货已收到API请求4418的形式告知i退货销售商服务系统4000已收到退货包裹。在图71所示的典型实施例中，i退货销售商服务系统4000认可退货商品收据4419，此时，销售商系统4001a向顾客信用卡公司4421帐户存入退货商品款项4420。销售商系统4001a接着向顾客显示退货商品款项的存款4422。
图72为描述本发明典型实施例中一些API功能组件的高级框图。API请求和API响应在本文有时称作API消息。在典型实施例中，所有的API消息是XML格式的消息；所有返回的时间值都是当地时间，并且所有的API消息都使用加密超文本传输协议(“HTTPS”)和用于加密协议的加密套接字协议层(“SSL”)来发送和接收。
如图72所示，有三个API功能组件，包括退货产品API功能4020、接收包裹API功能4021和标记包裹API功能4023。退货产品API功能4020包括退货API请求功能4501和退货API响应功能4502。退货API响应功能4502进一步提供退货API错误功能4503。
接收包裹API功能4021包括接收API请求功能4504和接收API响应4505。接收API响应功能4505进一步提供接收API错误功能4506。
标记包裹API功能4023包括标记API请求功能4507和标记API响应功能4508。标记API响应功能4508进一步提供标记API错误功能4509。
图73为描述本发明典型实施例中API请求的结构组件的高级结构图。如图73所示，每个API请求4510包括与销售商帐户相关的用户名4511；密码4512；标明用于产生API请求的特定软件版本的版本号4513，所述软件；请求类型4514(退回产品、接收产品、或标记产品)；以及请求信息块4530。请求信息块可包括发运数据4515、运输请求数据4516、空包裹数据4517、接收包裹数据4518或者标记包裹数据4519。在典型实施例中，对于每个API请求，只允许使用信息块的一种类型以及此种类型中的一个例子。
图74为描述本发明典型实施例中API响应的结构组件的高级结构图。如图74所示，每个API响应包括状态4521；与销售商帐户相关的用户名4511；标明用于产生API响应的特定软件版本的版本号4513；响应类型4522(退回产品、接收产品、或标记产品)；以及响应信息块4531。响应信息块可包括发运数据4515、运输请求数据4516、空包裹数据4517、接收包裹数据4518或者标记包裹数据4519。
状态4521包括标明相应API请求的状态条件的状态指示器；和如果遇到错误时提供状态条件简述的请求文档状态文本。如果API请求是成功的，响应状态指示器就设为零(0)。如果有错误，响应状态指示器就设置与所遇错误特定类型相应的错误代码。如果遇到多个错误，i退货系统就设置状态指示器为一个错误代码。
对于每个API请求，i退货系统服务器如20a-20n、21a-21z记录进行请求的日期和时间；进行请求的销售商帐户的帐号；请求类型；请求版本；嵌套请求的数量，如对于接收产品请求，在接收包裹请求里的接收到的包裹数量；错误代码，对于由非业务规则错误引起的每个错误状态而言；错误文本；发生错误条件时的日期和时间。
有两种类型的退货API消息运输包裹类型，i退货系统用此类型创建或更新退货记录；空包裹类型，i退货系统用此类型逻辑地删除退货记录。
a.运输包裹请求节点以下描述本发明典型实施例中包括运输包裹请求节点的元素。
1)交易类型交易类型定义创建或更新的包裹记录的类型。交易类型支持预处理(旅行者)和运输API主动性。交易类型的值是必需的。交易类型标签为节点级。因此，特定节点的所有记录必须是相同的交易类型。有效的交易类型包括退货；预处理；运输；以及随时间定义的其它类型。可遇到的错误条件包括“需要交易类型”-如果未提供交易类型就返回此错误；以及“交易类型值无效”-如果提供的交易类型不是支持的交易类型就返回此错误。
2)退货记录动作类型动作类型为节点级。因此特定节点的所有记录必须是相同的动作类型。动作类型值是必需的。动作类型值的有效类型包括创建退货记录；以及更新退货记录(更新值指先清空现有记录，然后创建新记录)。以下描述监控每个动作类型的规则。对于动作类型可遇到的错误条件“需要动作类型”-如果未提供动作类型就返回此错误；以及“动作类型值无效”-如果提供的动作类型不是支持的动作类型就返回此错误。
3)退货包裹请求的数量退货包裹请求的数量为连续的独立退货包裹的数量。此元素的值是可选的。如果不提供值，缺省值就为“1”。
对此域可报告的错误条件包括“无效值-ContentCount-[Value]”—如果计数值不是有效值(系统将在错误消息的错误文本中报告该无效值)，就报告此错误；“退货包裹请求数量超过最大值”—如果退货包裹请求数量的值超过特定帐户或所有帐户的预设最大值，就返回此错误；“无效请求-退货包裹请求的数量与请求文档中块的数量不匹配”—如果退货包裹请求数量的值与单独退货包裹请求块的实际数量不匹配，就返回此错误。
4)退货包裹块在典型实施例中，退货包裹块的物理数量必须匹配“退货包裹请求数量”值。在典型实施例中，每个退货包裹块包括退货记录密钥、标签类型、标签图象类型、承运人标识符、至少一个(但可有许多个)包裹块，并且每个包裹块必须有至少一个(但可有许多个)产品块。以下讨论包括退货记录密钥、标签类型、标签图象类型、承运人标识符、包裹块和产品块的元素。
a)退货记录密钥如果退货动作类型等于“创建”，退货记录密钥就应设置为零值。否则，如果退货动作类型设置为“更新”，那么退货记录密钥就必须是对于现有记录有效的退货记录密钥。以下讨论处理不同动作类型的规则。
在处理退货记录密钥时可遇到的错误条件包括“需要退货记录密钥”—如果未提供退货记录密钥就返回此错误；“无效值-退货记录密钥”—如果退货动作类型＝“创建”时退货记录密钥不为零，或者如果退货记录密钥不是有效的退货记录密钥，就返回此错误。
b)标签类型标签类型是可选的。有效的标签类型包括无(这意味着此时没有请求标签)；运输标签(用于特定承运人的运输标签)；旅行者标签(旅行者标签提供给希望携带包裹到零售发运点的个人，以下更加详细地描述旅行者标签)；以及退货标签。
在处理标签类型时可遇到的错误条件包括“需要标签类型”-如果标签类型未提供就返回此错误；“无效值-标签类型-[Value]”-如果提供的标签类型值不是有效的标签类型值，就返回此错误。
c)标签图象类型如果请求运输标签，就必须规定标签图象类型。有效的标签图象类型包括“URL”-指使用浏览器显示和打印的链接；以及“图象”-指以*.png格式返回实际图象。
对标签图象类型可报告的错误条件包括“需要标签图象类型”-如果已经请求运输标签但未提供标签图象类型，就返回此错误；以及“无效值-标签图象类型-[Value]”-如果已提供无效的标签图象类型就返回此错误(系统将在错误消息文本中报告无效值)。
d)承运人标识符如果规定的标签类型等于运输或退货，就需要承运人标识符(“ID”)。有效的承运人标识符链接到标签类型。如果标签类型等于退货，那么标签格式就是USPS退货标签格式或UPS ARS标签格式。
对承运人标识符可报告的错误条件包括“需要承运人ID”-如果标签类型规定为运输或退货并且未提供承运人ID，就报告此错误；“无效值-用于此标签类型的承运人ID-[Carrier Id value，labeltype value]”—如果不支持提供的承运人ID，或不支持提供的请求标签类型，就报告此错误(系统将在错误消息文本中报告无效的承运人ID值和标签类型值)。
e)包裹信息块在典型实施例中，提供为任何包裹储存的全部信息。每个退货包裹块必须有至少一个包裹信息块。每个退货包裹块可以有许多包裹信息块。在典型实施例中，包裹_OID不在API请求文档中出现，而是由i退货系统计算。
f)记帐信息在典型实施例中，i退货系统只支持事先付费的运输(记帐类型＝1)。需要记帐类型。在一个实施例中，不需要记帐类型＝1，并且如果不是事先付费的，就从与进行API请求的特定销售商有关的帐户的帐户数据库检索i退货系统。在典型实施例中，承运人帐户是可选域，并且如果指定，就指示系统对运输的特定承运人帐户记帐。
g)ShipFrom信息ShipFrom信息包括公司名称、联系人姓名、电子邮件地址、地址、城市、州、邮政区码、国家、电话号码(传真号，业务号)、以及错误条件。公司名称是可选的。它通常不提供。如果它不提供或为空或零，就使用联系人姓名。联系人姓名需要值，并代表退回产品给销售商的顾客。电子邮件地址是可选的。地址-必需值。城市值是必需的。基于有关国家的规定，州值是必需的。基于有关国家的规定，邮政区码值是必需的。国家值是可选的；缺省的国家值为美国。在典型实施例中，不支持国际发运地。电话号码值是可选的。如果提供的值对于所述元素不是有效值，或者如果它是必需的元素，如果未提供值，就报告这些元素中每一个的错误条件。
h)ShipTo信息从登录帐户和密码获得帐户信息。此帐户信息用于把包裹与公司和物理位置联系起来。ShipTo信息包括公司名称(可选)；联系人姓名(必需)；电子邮件地址(可选)；地址(必需)；城市、州、邮政区码和国家(必需)、地址类型(必需)；电话号码传真号、业务号(可选)。
i)地点信息地点信息包括帐号、公司名称、联系人姓名、电子邮件地址、地址、城市、州、邮政区码和国家，电话号码(传真号，业务号)、以及地址类型(必需)。在典型实施例中，只支持地址类型＝5(计划的中途搭货)。
j)包裹信息包裹信息包括帐号；替补帐号；用户ID；顾客ID；包裹日期时间信息(日期格式必需为YYYY-MM-DD；时间格式必需为HH:MM)；卸货日期(可选；如果不提供缺省值，预计的卸货日期就是卸货延迟+包裹记录创建日期)；实际交货日期时间(这不提供，而是由系统计算-跟踪的交货日期时间或接收的日期时间)；最早交货时间(可选；缺省值为17:00(5rpm))；预计交货日期(不提供，而是由系统计算—卸货日+运输途中时间(以天计算))；最迟交货日期时间(不提供；由系统计算)。
k)包裹类型体积重量信息包裹类型体积重量信息包括包裹类型(必需)；长度(如果包裹类型等于“其它”就是必需的；否则忽略)；高度(如果包裹类型等于“其它”就是必需的；否则忽略)；宽度(如果包裹类型等于“其它”就是必需的；否则忽略)；重量(必需)。如果缺少所需的元素，或者如果不支持提供的元素值，就报告各种错误条件。
报告的错误条件包括“需要重量”-如果未提供重量就返回此错误；“无效值-重量-[Invalid]”-(系统在错误消息文本中报告无效重量值)如果重量不是有效的重量值就报告此错误；“重量太大-[Weight]”-(系统在错误消息文本中报告重量值)如果重量超过所选承运人的最大重量值就返回此错误；“重量太小-[Weight]”-(系统在错误消息文本中报告重量值)如果重量不满足所选承运人的最小重量值要求就返回此错误；“尺寸重量太大-[Length、heigt、Width、DimWeight]”-(系统在错误消息文本中报告长度、高度、宽度和尺寸重量值)如果计算的尺寸重量超过所选承运人和服务的的最大重量值就返回此错误；“无效值-包装类型-[Invalid]”-(系统在错误消息文本中报告无效值)如果包装类型不是支持的类型就返回此错误；“无效值-包裹长度-[Invalid]”-(系统在错误消息文本中报告无效值)如果包裹长度不是有效值就返回此错误；“无效值-包裹高度-[Invalid]”-(系统在错误消息文本中报告无效值)如果包裹高度不是有效值就返回此错误；“无效值-包裹宽度-[Invalid]”-(系统在错误消息文本中报告无效值)如果包裹宽度不是有效值就返回此错误；“无效值-辅助处理-[Invalid]”-(系统在错误消息文本中报告无效值)如果辅助处理值不是有效值就返回此错误；“需要包裹长度”-如果包装类型为“其它”并且如果包裹长度未提供，就返回此错误；“需要包裹高度”-如果包装类型为“其它”并且如果包裹高度未提供，就返回此错误；“需要包裹宽度”-如果包装类型为“其它”并且如果包裹宽度未提供，就返回此错误；
“长度太大-[Length]”(系统在错误消息文本中报告包裹长度)如果包装类型为“其它”并且如果超过所选承运人的最大包装长度，就返回此错误；“长度加周长太大-[Length，Girth]”-(系统在错误消息文本中报告长度和周长)如果包装类型为“其它”并且如果超过所选承运人的最大长度加周长，就返回此错误；“包裹太小-[Length，Height，Width]”-(系统在错误消息文本中报告长度、高度和宽度)如果包装类型为“其它”并且如果不满足所选承运人的最小包裹尺寸。
l)承运人信息承运人信息包括承运人帐户(必需)；承运人ID或承运人名称(必需；有效的承运人ID链接到标签类型；对于标签类型＝退货USPS退货标签格式和UPS ARS标签格式是有效的)；承运人服务ID或承运人服务名称(必需)。对承运人信息报告的错误条件包括“需要承运人”—如果未提供承运人就返回此错误；“需要承运人帐号”—如果未提供承运人帐户就返回此错误；“需要承运人服务”—如果未提供承运人服务就返回此错误；“无效值-承运人-[Carrier]”-(系统在错误文本中报告无效值)如果承运人不是支持的承运人就返回此错误；“无效值-承运人帐户-[Carrier Account]”-(系统在错误文本中报告无效值)如果承运人帐户不是有效的承运人帐户就返回此错误；“无效值-服务-[Service]”-(系统在错误文本中报告无效值)如果服务对于所选承运人不是有效的就返回此错误。
m)服务选项和其它标签用于服务选项和其它标签的所有值都是可选的。服务选项和其它标记包括呼叫标签；验收邮件；退货收据；“需要跟踪”是退货收据的可选项；COD；申报价格；商品价格；交货确认(需要跟踪；需要签名)；口头交货确认(此选项对于UPS是有效的)；交货证明(“需要签名”为交货证明选项)；交货通知邮件；保证的交货；允许星期六交货；允许星期日交货。对服务选项和其它标签可报告的错误条件包括“无效值-交货确认-[Value]”系统在错误文本中报告无效值。
如果交货确认值不是有效值就返回错误。
“无效值-交货的口头确认-[Value]”系统在错误文本中报告无效值。
如果交货的口头确认值不是有效值就返回错误。
“无效值-呼叫标签-[Value]”系统在错误文本中报告无效值。
如果呼叫标签值不是有效值就返回错误。
“无效值-验收邮件-[Value]”系统在错误文本中报告无效值。
如果验收邮件值不是有效值就返回错误。
“无效值-退货收据-[Value]”系统在错误文本中报告无效值。
如果退货收据值不是有效值就返回错误。
“无效值-申报价格数量-[Value]”系统在错误文本中报告无效值。
如果申报价格数量不是有效值就返回错误。
“无效值-COD数量-[Value]”系统在错误文本中报告无效值。
如果COD数量不是有效值就返回错误。
“无效值-允许星期六交货-[Value]”系统在错误文本中报告无效值。
如果允许星期六交货值不是有效值就返回错误。
“无效值-交货证明-[Value]”系统在错误文本中报告无效值。
如果交货证明值不是有效值就返回错误。
“无效值-交货口头确认-[Value]”系统在错误文本中报告无效值。
如果交货口头确认值不是有效值就返回错误。
“服务选项冲突-[Service Option 1，Service Option 2]”系统在错误文本中报告两个冲突的服务选项值如果指定的服务选项对于所选承运人的另一指定的服务选项是无效的，就返回错误。
“无效值-允许星期日交货-[Value]”系统在错误文本中报告无效值。
如果允许星期日交货值不是有效值就返回错误。
n)产品信息块产品信息块包含销售商为退货产品保存的所有信息。在运输包裹请求节点中必须有至少一个产品信息块。除了销售商产品密钥以外，所有产品信息都是可选的。所有产品信息是字母数字文本串。产品信息块数据包括销售商交叉参考密钥(必须是唯一的)；批准号；类别；SKU；描述；制造商；数量；价格；税；退款；运费支付方；订单号；订货日期；订货状态；顾客名；顾客ID；退货理由代码；退货理由描述。
报告的错误条件包括“需要销售商产品密钥”—如果销售商产品密钥未提供就返回此错误。
b.运输包裹块动作类型规则l)创建规则具有用于创建新退货记录的规则。在本发明的典型实施例中，这些规则要求如果对退货API请求报告任何错误条件，就不创建新的退货记录。
为了创建新的退货记录，每个退货记录密钥必须是唯一的。在一个典型实施例中，预处理交易记录被处理成退货交易记录。
2)更新规则还有用于更新现有记录的规则。在本发明的典型实施例中，如果有错误条件，系统就不更新退货记录。
为了更新现有退货记录，在API请求中的退货记录密钥必须是有效的。对任何包裹块数据的更新必须遵循所有的包裹目标规则和行为。清空包裹历史表中的包裹，然后在包裹历史表中创建新的包裹。
如果包裹不在包裹历史表中，那么清空包裹表中的包裹并在包裹表中创建新的包裹。
销售商只能更新与它们的i退货系统帐户有关的记录。清空的包裹不被更新。对于已逻辑关闭的记录不能进行更新。
3)删除和清空规则还有用于删除现有记录的规则。在本发明的典型实施例中，如果有错误条件，系统就不删除退货记录。
为了删除现有退货记录，退货记录密钥必须是有效的。当删除退货记录时，它不是物理地删除，而只是在逻辑上删除-即，包裹被清空。
删除退货记录必须遵循所有的包裹目标规则和行为。销售商只能删除与它们的印花帐户有关的记录。包裹历史表中的退货记录不能删除。
对于包裹历史表中没有物理接收的包裹，清空TM(Void ItTM)API请求文档的接收指示API把包裹的状态更新为“到期”。
不能删除已被清空的包裹。对于包裹_历史表中已物理接收的包裹，清空TM(Void ItTM)API请求文档的接收指示API把包裹的状态更新为“完成”。
4)动作错误条件当系统试图应用特定动作时可报告各种错误条件，包括“无效值-退货记录密钥-[Value]”系统在错误文本中报告无效值。
如果退货记录密钥值不是有效值就返回错误。
“无效值-不能更新另一销售商的退货记录-[Value]”系统在错误文本中报告无效值。
如果退货记录密钥值不用于销售商的记录，就返回错误。
“无效值-不能更新已物理接收的退货记录-[Value]”系统在错误文本中报告无效值。
如果退货记录密钥值用于更新已物理接收的记录，就返回错误。
“无效值-不能清空已清空的退货记录-[Value]”系统在错误文本中报告无效值。
如果退货记录密钥值用于清空已被清空的记录，就返回错误。
“无效值-不能清空已发运的退货记录-[Value]”系统在错误文本中报告无效值。
如果退货记录密钥值用于清空包裹历史表中的记录，就返回错误。
c.运输包裹响应节点运输包裹响应节点包括以下元素用于每个已接收包裹的发运地、目的地、重量请求元素的回应；每个包裹的系统退货记录密钥；每个包裹的包裹OID；每个包裹的系统跟踪号；如果请求，就包括标签的回应。
d.清空包裹请求节点在本发明的典型实施例中，清空包裹请求节点包括清空包裹请求的数量；清空包裹块的相应数量。
清空包裹请求的数量为连续的独立清空包裹请求的数量。这是可选的。如果不提供数值，缺省值为“1”。
可报告的错误条件包括“无效值-内容计数-[Value]”系统在错误文本中报告无效值。
如果内容计数值不是有效值就返回错误。
“无效请求-清空包裹请求的数量与请求文档中块的数量不匹配”如果清空包裹请求的数值与独立退货包裹请求块的实际数量不匹配，就返回此错误。
清空包裹块包括退货记录密钥。如上所述，清空包裹块的物理数量必须匹配“清空包裹请求数量”值。
退货记录密钥还称为包裹OID。这是必需的。
可报告的错误条件包括“需要退货记录密钥”如果未提供退货记录密钥，就返回此错误。
“无效值-退货记录密钥”如果退货记录密钥不是有效的退货记录密钥，就返回此错误。
e.清空包裹规则如果将要被清空的包裹在包裹表中，就遵循通常的清空包裹逻辑。否则，如果将要被清空的包裹在包裹历史表中，如果包裹状态不等于接收如果包裹承运人为USPS，那么，就把状态更新为到期；否则，如果包裹承运人不是USPS，就报告错误。如果将要被清空的包裹在包裹历史表中，但状态等于已接收，就把状态更新为完成。
f.清空包裹响应节点退货产品响应节点发出对清空包裹请求节点元素的回应。
g.接收包裹请求节点在本发明的典型实施例中，接收包裹请求节点包括以下元素接收包裹请求的数量；一个或多个接收包裹请求块。接收包裹请求的数量指连续的独立接收包裹的数量。该元素是可选的。如果未提供数值，缺省值就为“1”。
对接收包裹请求数量可报告的错误条件包括“无效值-内容计数-[Value]”系统在错误文本中报告无效值。
如果内容计数值不是有效值就返回错误。
“接收包裹请求的数量超过最大值”如果接收包裹请求数量值超过此帐户的最大值就返回此错误。
“无效请求-接收包裹请求的数量与请求文档中块的数量不匹配”
如果接收包裹请求数量值与独立接收包裹请求块的实际数量不匹配就返回错误。
每个接收包裹请求块包括以下包裹OID(必需)；接收包裹的日期；以及接收包裹的时间。
基于包裹OID，检查确定包裹是否在包裹_历史中。如果此包裹不在包裹_历史中把包裹转移到包裹_历史表中；并且在转移时标记包裹。包裹不必是在以前已物理接收的。
可报告的错误条件包括“需要包裹OID”如果未提供包裹OID值，就返回错误。
“包裹已经接收”如果包裹已被物理接收，就返回错误。
“无效值-包裹OID-[Value]”系统在错误文本中报告无效值。
如果包裹OID值不是有效值就返回错误。
包裹接收的日期是必需的。在本发明的典型实施例中，以“YYYY-MM-DD”格式提供日期。
可报告的错误条件包括“需要包裹接收日期”如果未提供接收日期值，就返回错误。
“无效值-接收日期-[Value]”系统在错误文本中报告无效值。
如果接收日期值不是有效值就返回错误。
包裹接收的时间是必需的。在本发明的典型实施例中，以“HH:MM”格式提供时间。
可报告的错误条件包括“需要包裹接收时间”如果未提供接收时间值，就返回错误。
“无效值-接收时间-[Value]”系统在错误文本中报告无效值。
如果接收时间值不是有效值就返回错误。
h.接收包裹响应节点接收包裹响应信息块发出对接收包裹请求元素的回应。
i.标记包裹请求节点在本发明的典型实施例中，在标记包裹请求API中传递非常少的数据，因为假设具有所有必要信息的退货记录已经存在。标记包裹请求节点包括以下元素标记包裹请求的数量；以及一个或多个标记包裹请求块。
标记包裹请求的数量规定连续的独立标记包裹请求的数量。此元素是可选的。最大允许值对于每个销售商帐户是可配置项。如果未提供数值，缺省值就为“1”。可报告的错误条件包括“无效值-内容计数-[Value]”系统在错误文本中报告无效值。
如果内容计数值不是有效值就返回错误。
“无效请求-标记包裹请求的数量与请求文档中块的数量不匹配”如果标记包裹请求数量值与单个标记包裹请求块的实际数量不匹配就返回此错误。
在本发明的典型实施例中，每个标记包裹请求块包括以下元素标签类型、标签图象类型、承运人ID和包裹OID。
标签类型是必需的。有效的标签类型包括运输标签；旅行者标签；和退货标签。可报告的错误条件包括“需要标签类型”如果未提供标签类型就返回错误。
“无效值-标签类型-[Value]”系统在错误文本中报告无效值。
如果标签类型值不是有效值就返回错误。
标签图象类型是必需的。有效的标签图象类型包括URL-使用浏览器进行显示和打印的链接；图象-返回*.png格式的实际图象。可报告的错误条件包括“需要标签图象类型”如果未提供标签图象类型就返回错误。
“无效值-标签图象类型-[Value]”系统在错误文本中报告无效值。
如果标签图象类型值不是有效值就返回错误。
在本发明的典型实施例中，承运人ID是必需的。有效的承运人ID链接到标签类型。对于标签类型＝退货可用USPS退货标签格式和UPS ARS标签格式。可报告的错误条件包括“需要承运人ID”如果未提供承运人ID就返回错误。
“无效值-此标签类型的承运人ID-[Carrier Id Value，Label typevalue]”系统在错误文本中报告无效值。
如果承运人ID不支持请求的标签类型值就返回错误。
在本发明的典型实施例中，包裹OID是必需的。其值必须是有效的包裹OID。可报告的错误条件包括“需要记录密钥”如果未提供记录密钥就返回错误。
“无效值-记录密钥-[Value]”系统在错误文本中报告无效值。
如果记录密钥值不是有效值就返回错误。
j.标记包裹处理基于相关API请求中的标签类型，i退货系统为指定的承运人和服务准备以下相关类型的标签1)打印USPS标签如果承运人为USPS，i退货系统创建如图75a所示的USPS电子商品退货(EMR)标签。为实现这点，i退货系统在系统服务器上产生PNG格式的EMR。
i退货系统对表示系统跟踪号的条形码进行设计并在81/2″×11″纸上打印，用户顾客也在此纸上打印EMR。用于系统跟踪号的条形码允许仓库人员用退货记录数据库中的信息匹配已物理接收到的包裹。在标签上存在条形码也有助于接收包裹的仓库人员识别，用于在接收包裹API处理时向系统标识。
i退货系统还设计并打印最靠近顾客地点的零货运输中心如MailBoxes Etc.(信箱等)的地址。在一个实施例中，i退货系统还打印记录号作为标签的一部分，以便零货运输中心可访问i退货系统以查看包裹的记录。在一个典型实施例中，i退货系统还打印最近的销售商零售商店地址。
i退货系统显示用激光打印机打印EMR的指令、把标签贴在包裹上并把包裹送往邮局或零货运输中心的适当方式。在标签折页下，i退货系统插入后退到销售商网站的URL链接。在图75b中示出典型的指令。
2)打印UPS标签如果承运人为UPS，i退货系统创建UPS授权的退货服务(ARS)标签(未示出)。为实现这点，i退货系统在系统服务器上产生PNG格式的ARS。在典型实施例中，系统提供供顾客向UPS提供付款信息的机构。
i退货系统对表示系统跟踪号的条形码进行设计并在81/2″×11″纸上打印，用户顾客也在此纸上打印ARS。用于系统跟踪号的条形码允许仓库人员用退货记录数据库中的信息匹配已物理接收到的包裹。在标签上存在条形码也有助于接收包裹的仓库人员识别，用于在接收包裹API处理时向系统标识。
i退货系统还设计并打印最靠近顾客地点的零货运输中心如MailBoxes Etc.(信箱等)的地址。在一个实施例中，i退货系统还打印记录号作为标签的一部分，以便零货运输中心可访问i退货系统以查看包裹的记录。在一个典型实施例中，i退货系统还打印最近的销售商零售商店地点。
i退货系统显示用激光打印机打印ARS的指令、把标签贴在包裹上并把包裹送往邮局或零货运输中心的适当方式。在标签折页下，i退货系统插入后退到销售商网站的URL链接。典型指令与图75b中所示的相似。
3)打印旅行者标签i退货系统为顾客提供以下能力准备用于发运的包裹并打印在此称作“旅行者”的标签，此标签由靠近顾客地点的零货运输中心如Mail Boxes Etc.(信箱等)使用。顾客使用销售商的退货政策引擎和处理系统，与i退货系统接口以输入包裹信息。尽管i退货系统提供实际运输标签的打印，但如果由于某些原因，顾客不能或未准备好打印最终的运输标签，客户机就打印称作旅行者的临时标签。
旅行者显示包含运输详细情况的条形码。当顾客把包裹交付到零货发运地点时，运输专业人员扫描条形码并访问i退货系统，以完成处理并打印实际运输标签。顾客以前在他或她的计算机上输入的所有包裹信息现在准备供零货运输中心运输专业人员使用。此时，运输专业人员称包裹的重量，而且如果必要的话调整以前输入的重量。其它信息也可更新。随后，运输专业人员通过输入最终的详细情况、打印最终运输标签并把包裹处理成已发运而准备用于承运人的包裹。
在典型实施例中，旅行者标签包含包裹号，如系统客户包裹号；用于零货运输中心的包裹号，如用于Mail Boxes Etc.(信箱等)的EPSO包裹号、或ISRF包裹号。
为了创建旅行者标签，i退货系统在系统服务器上以PNG格式打印旅行者标签。在图76中示出典型的旅行者标签。
i退货系统对表示系统跟踪号4601的条形码4602进行设计并在81/2″×11″纸上打印，用户顾客也在此纸上打印旅行者标签。用于系统跟踪号的条形码允许仓库人员用退货记录数据库中的信息匹配已物理接收到的包裹。在标签上存在条形码也有助于接收包裹的仓库人员识别，用于在接收包裹API处理时向系统标识。
i退货系统还设计并打印最靠近顾客地点的零货运输中心地点如Mail Boxes Etc.(邮箱等)的地址。在一个实施例中，i退货系统还打印记录号作为标签的一部分，以便零货运输中心可访问i退货系统以查看包裹的记录。在一个典型实施例中，i退货系统还打印最近的销售商零售商店地点。
i退货系统显示以下指令，描述旅行者标签如何用激光打印机打印；标签不能影印；标签必须放在与包裹一起运输的透明袋子中；把透明袋子固定在包裹上；并且最终把包裹送往零货运输中心。在标签折页下，i退货系统插入后退到销售商网站的URL链接。
k.标记包裹响应节点标记包裹响应信息块包括所有的标记包裹请求元素。
l.配置参数在典型的实施例中，需要以下的全球API退货配置参数。还列出其它规则。
卸货延迟增加的天数，以创建用于预计卸货日期计算的日期。该值为1天。
移动包裹延迟退货包裹从包裹表移动到包裹历史表的天数。只有当承运人为USPS时才使用此规则。在预计的卸货日期和时间上增加此值以确定是否必须移动包裹。该值为2天。
未扫描延迟在包裹标记成未扫描之前没有第一次扫描消息的天数。只有当承运人为UPS时才使用此规则。在预计的卸货日期和时间上增加此值。该值为2天。第一次扫描消息用于把包裹从包裹表移动到包裹历史表。销售商的顾客服务使用未扫描报告来标识潜在的问题退货包裹。如果销售商发现顾客还未发运包裹，销售商就-清空退货包裹表示顾客将不发运。
-基于顾客的反馈，用新的预计发运日期和交货日期更新退货包裹。
如果销售商发现顾客已发运包裹，销售商就可开始跟踪包裹。
迟到延迟在包裹标记为迟到之前、且在预计交货日期之后的天数。如果承运人为USPS，该值就为2天。如果承运人为UPS，该值就为1天。
销售商的顾客服务使用迟到报告来标识潜在的问题退货包裹。如果销售商发现还未发运包裹，销售商就-清空退货包裹表示顾客将不发运。
-基于顾客的反馈，用新的预计发运日期和交货日期更新退货包裹。
如果销售商发现顾客已发运包裹，销售商就可开始跟踪包裹。
9.入站管理员图77为高级交互作用框图，描述在本发明典型实施例中在销售商和i退货销售商服务服务器之间请求跟踪信息的典型交互作用。如图77所示，销售商的退货入站管理员通过配置有显示设备4009和打印设备13的计算机4008访问i退货系统4000。销售商的退货入站管理员计算机4008连接到销售商系统4001，而销售商系统4001通过互联网4003连接到i退货系统4000。
销售商的退货入站管理员(或为“退货管理员”)登录4431到销售商系统4001的内部网络4001c。销售商系统内部网络4001c向退货管理员计算机4008显示销售商的内部工具屏幕4432。退货管理员从销售商内部工具屏幕选择i退货管理员应用程序4433。销售商内部网络4001c链接到i退货管理员登录屏幕4434。i退货系统4000向退货管理员计算机4008/4009显示i退货管理员登录屏幕4435。退货管理员登录到i退货系统4436。为响应登录，i退货系统根据储存在帐户数据库上的退货管理员的登录特权显示缺省的入站退货运输4437。
退货管理员从缺省显示中选择入站运输的子集4438。i退货系统显示由退货管理员的选项请求的数据页4439。退货管理员然后选择详细的运输跟踪信息4440。i退货系统返回退货管理员所选包裹的详细跟踪信息4441。
在执行与上述相似的登录程序之后，仓库管理员例如选择对特定仓库的运输入站4442。i退货系统4000返回用于所选仓库的退货运输显示4443。然后，仓库管理员点击一个或多个框以确认包裹的收据4444，其中，每个框与特定包裹相对应。
10.从i退货输出数据图78为高级交互作用框图，描述在本发明的典型实施例中在销售商和i退货销售商服务服务器之间从i退货销售商服务系统输出数据到销售商系统中的典型交互作用。如图77所示，销售商的退货入站管理员通过配置有显示设备4009和打印设备13的计算机4008访问i退货系统4000。销售商的退货入站管理员计算机4008连接到销售商系统4001，而销售商系统4001通过互联网4003连接到i退货系统4000。
销售商的退货入站管理员(或为“退货管理员”)登录4431到销售商系统4001的内部网络4001c。销售商系统内部网络4001c向退货管理员计算机4008显示销售商的内部工具屏幕4432。退货管理员从销售商内部工具屏幕选择i退货管理员应用程序4433。销售商内部网络4001c链接到i退货管理员登录屏幕4434。i退货系统4000向退货管理员计算机4008/4009显示i退货管理员登录屏幕4435。退货管理员登录到i退货系统4436。为响应登录，i退货系统根据储存在帐户数据库上的退货管理员的登录特权显示缺省的入站退货运输4437。
退货管理员从缺省显示中选择入站运输的子集4438。i退货系统显示由退货管理员的选项请求的数据页4439。
退货管理员选择输出数据选项4450。i退货系统4000请求退货管理员，以确定数据输出到其中的文件名4451。退货管理员就地或通过互联网确定文件名4452。i退货系统只为退货管理员下载与相关销售商帐户有关的退货记录。在典型实施例中，将被下载的数据格式化成逗号限界的平面文件。根据退货管理员的指定，i退货系统4000下载数据到退货管理员计算机4008的就地驱动器中4453a或销售商内部网络4001c的网络文件中4453b。然后，退货管理员利用退货管理员计算机4008内或销售商内部网络4001c内的分析工具，分析下载的数据4454。
示例性的实施例尽管本发明已根据一些特定的实施例进行了描述，但其它的变更或变化对于本领域技术人员是很清楚的。因此，应该理解，本发明在以上具体描述的范围之外也可实施。因而在所有方面，本文描述的本发明实施例应视为是示例性的而非限制性的；本发明的范围由后附权利要求以及除前面描述以外的等效内容确定。
权利要求
1.一种在线商品退货计算机系统，所述计算机系统被编程，用于接收消费者退回至少一件商品的商品退货请求；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
2.如权利要求1所述的在线商品退货计算机系统，其中，销售商输入的退货政策规则的子集包括一组退货问题；与每个所述退货问题相对应的一组预期的退货问题响应；以及一组退货响应规则，每个退货响应规则与所述预期退货问题响应中的至少一个相对应。
3.如权利要求2所述的在线商品退货计算机系统，其中，每个退货响应规则包括一组指导所述计算机系统执行处理退货请求动作的指令。
4.如权利要求3所述的在线商品退货计算机系统，其中，每组退货问题包括第一退货问题和一组后续的退货问题，所述第一退货问题具有相应的一组预期的第一退货问题响应，并且每个所述的后续退货问题具有相应的一组预期的后续退货问题响应。
5.如权利要求4所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于从销售商的退货政策规则组中选择退货问题；以及向用户显示第一选择的退货问题。
6.如权利要求5所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于接收用户输入的退货问题答案。
7.如权利要求6所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于将所述退货问题答案与每个预期的第一退货问题响应进行比较。
8.如权利要求7所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于识别与所述退货问题答案匹配的预期第一退货问题响应。
9.如权利要求8所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据与预期的第一退货问题响应相对应的所述退货问题响应规则，指导计算机系统处理退货请求，其中，预期的第一退货问题响应与所述退货问题答案相匹配。
10.如权利要求9所述的在线商品退货计算机系统，其中，退货政策规则进一步包括承运人和服务的选择，消费者可通过所述承运人和服务来运输退货包裹。
11.如权利要求10所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于对于每个所选承运人提供的每项所选服务，根据每个所选承运人对于每项所选服务的一组定价规则，计算消费者退货请求所指定包裹的运费。
12.如权利要求11所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于对于运输特定包裹的退货请求，产生每个所选承运人提供的每项所选服务的运费的互动图形比较显示。
13.如权利要求12所述的在线商品退货计算机系统，其中，互动图形运费比较显示包括阵列。
14.如权利要求13所述的在线商品退货计算机系统，其中，所述阵列包括多个单元格。
15.如权利要求14所述的在线商品退货计算机系统，其中，每个所述单元格包括特定承运人对特定服务的交货日期和时间的交叉。
16.如权利要求15所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于接收用户输入的对阵列中一个单元格的选择，作为退货单。
17.如权利要求16所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于产生用于退货单的内部系统跟踪号；以及在数据库中保存所述用于退货单的内部系统跟踪号。
18.如权利要求17所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于产生与退货单相应的运输标签的图形表示；以及在连接到消费者可访问的计算机的显示监视器上显示运输标签的图形表示。
19.如权利要求18所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据消费者的运输标签打印请求，产生一组可打印的运输标签数据。
20.如权利要求19所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据用户打印运输标签的请求，发送可打印的运输标签数据组给连接到用户可访问的计算机的打印机。
21.如权利要求20所述的在线商品退货计算机系统，其中，每个具有跟踪号的退货单的特征在于运输状态，所述计算机系统进一步被编程，用于根据所述退货单的用户跟踪报告请求，产生描述所述退货单的运输状态的跟踪报告记录。
22.一种在线商品退货计算机系统，所述计算机系统被编程，用于在数据库中保存由销售商输入的一组退货政策规则；以及接收消费者退回至少一件商品的商品退货请求。
23.如权利要求22所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据所述退货政策规则组，处理所述商品退货请求。
24.一种在线商品退货计算机系统，所述计算机系统被编程，用于收集销售商输入的一组退货政策规则；以及在数据库中保存所述退货政策规则组。
25.如权利要求24所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于接收消费者退回至少一件商品的商品退货请求。
26.如权利要求25所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据所述退货政策规则组，处理所述商品退货请求。
27.一种在线商品退货计算机系统，所述计算机系统被编程，用于接收消费者退回至少一件商品的商品退货请求；根据所述商品退货请求，产生用于运输包裹退货请求的运费的互动图形比较显示，所述包裹包含将要退回的一件商品，所述显示示出承运人组中每个承运人所提供的服务组中每项服务的运费，用于显示的所述承运人和服务是由计算机系统根据销售商输入的一组退货政策规则而选择的；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
28.一种在线商品退货计算机系统，所述计算机系统被编程，以在数据库中保存由销售商输入的一组退货政策规则，作为三维状况响应矩阵，所述矩阵包括定义一组退货问题的第一维；对于每个退货问题，定义一组与所述退货问题相应的退货问题响应的第二维；以及对于每个退货问题的每个退货问题响应，定义一组计算机系统指令的第三维，所述指令与退货问题对应的退货问题响应相对应。
29.如权利要求28所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于接收消费者输入的退回至少一件商品的商品退货请求；以及为响应所述商品退货请求，根据三维状况响应矩阵编写与消费者的互动交流。
30.如权利要求29所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于显示所述退货问题组中的第一问题；接收消费者根据所述第一问题而输入的第一答案；从与第一问题相对应的退货问题响应组中选择与第一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与第一答案相对应。
31.如权利要求30所述的在线商品退货计算机系统，其中，在与退货问题响应相对应的指令组中的一条指令是询问所述退货问题组中的下一个问题，所述退货问题响应与第一答案相对应。
32.如权利要求31所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于显示所述退货问题组中的下一个问题；接收消费者根据所述下一问题而输入的下一答案；从与下一问题相对应的退货问题响应组中选择与下一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与下一答案相对应。
33.如权利要求30所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据与退货问题响应相对应的指令组，处理所述商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
34.一种在线商品退货计算机系统，所述计算机系统被编程，用于显示退货问题组中的问题；接收消费者根据所述问题而输入的答案；从与所述问题相对应的退货问题响应组中选择与所述答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与所述答案相对应。
35.一种在线商品退货计算机系统，所述计算机系统被编程，用于根据与一组退货问题响应相对应的指令组，处理消费者的商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
36.如权利要求35所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于根据产品类别和产品子类，识别将由消费者退回的商品。
37.如权利要求36所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于对包含例外产品类别的商品执行例外指令。
38.如权利要求36所述的在线商品退货计算机系统，所述计算机系统进一步被编程，用于对包含例外产品子类的商品执行例外指令。
39.一种使用计算机进行在线商品退货运输的方法，所述方法包括接收消费者退回至少一件商品的商品退货请求；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
40.如权利要求39所述的方法，其中，销售商输入的退货政策规则的子集包括一组退货问题；与每个所述退货问题相对应的一组预期的退货问题响应；以及一组退货响应规则，每个退货响应规则与所述预期退货问题响应中的至少一个相对应。
41.如权利要求40所述的方法，其中，每个退货响应规则包括一组指导所述计算机系统执行处理退货请求动作的指令。
42.如权利要求41所述的方法，其中，每组退货问题包括第一退货问题和一组后续的退货问题，所述第一退货问题具有相应的一组预期的第一退货问题响应，并且每个所述的后续退货问题具有相应的一组预期的后续退货问题响应。
43.如权利要求42所述的方法，所述方法进一步包括从销售商的退货政策规则组中选择退货问题；以及向用户显示第一选择的退货问题。
44.如权利要求43所述的方法，所述方法进一步包括接收用户输入的退货问题答案。
45.如权利要求44所述的方法，所述方法进一步包括将所述退货问题答案与每个预期的第一退货问题响应进行比较。
46.如权利要求45所述的方法，所述方法进一步包括识别与所述退货问题答案匹配的预期第一退货问题响应。
47.如权利要求46所述的方法，所述方法进一步包括根据与预期的第一退货问题响应相对应的所述退货问题响应规则，指导计算机系统处理退货请求，其中，预期的第一退货问题响应与所述退货问题答案相匹配。
48.如权利要求47所述的方法，其中，退货政策规则进一步包括承运人和服务的选择，消费者可通过所述承运人和服务来运输退货包裹。
49.如权利要求48所述的方法，所述方法进一步包括对于每个所选承运人提供的每项所选服务，根据每个所选承运人对于每项所选服务的一组定价规则，计算消费者退货请求所指定包裹的运费。
50.如权利要求49所述的方法，所述方法进一步包括对于运输特定包裹的退货请求，产生每个所选承运人提供的每项所选服务的运费的互动图形比较显示。
51.如权利要求50所述的方法，其中，互动图形运费比较显示包括阵列。
52.如权利要求51所述的方法，其中，所述阵列包括多个单元格。
53.如权利要求52所述的方法，其中，每个所述单元格包括特定承运人的特定服务的交货日期和时间的交叉。
54.如权利要求53所述的方法，所述方法进一步包括接收用户输入的对阵列中一个单元格的选择，作为退货单。
55.如权利要求54所述的方法，所述方法进一步包括产生用于退货单的内部系统跟踪号；以及在数据库中保存所述用于退货单的内部系统跟踪号。
56.如权利要求55所述的方法，所述方法进一步包括产生与退货单相应的运输标签的图形表示；以及在连接到消费者可访问的计算机的显示监视器上显示运输标签的图形表示。
57.如权利要求56所述的方法，所述方法进一步包括根据消费者的运输标签打印请求，产生一组可打印的运输标签数据。
58.如权利要求57所述的方法，所述方法进一步包括根据用户打印运输标签的请求，发送可打印的运输标签数据组给连接到用户可访问的计算机的打印机。
59.如权利要求58所述的方法，其中，每个具有跟踪号的退货单的特征在于运输状态，所述方法进一步包括根据所述退货单的用户跟踪报告请求，产生描述所述退货单的运输状态的跟踪报告记录。
60.一种使用计算机进行在线商品退货运输的方法，所述方法包括在数据库中保存由销售商输入的一组退货政策规则；以及接收消费者退回至少一件商品的商品退货请求。
61.如权利要求60所述的方法，所述方法进一步包括根据所述退货政策规则组，处理所述商品退货请求。
62.一种使用计算机进行在线商品退货运输的方法，所述方法包括收集销售商输入的一组退货政策规则；以及在数据库中保存所述退货政策规则组。
63.如权利要求62所述的方法，所述方法进一步包括接收消费者退回至少一件商品的商品退货请求。
64.如权利要求63所述的方法，所述方法进一步包括根据所述退货政策规则组，处理所述商品退货请求。
65.一种使用计算机进行在线商品退货运输的方法，所述方法包括接收消费者退回至少一件商品的商品退货请求；根据所述商品退货请求，产生用于运输包裹退货请求的运费的互动图形比较显示，所述包裹包含将要退回的一件商品，所述显示示出承运人组中每个承运人所提供的服务组中每项服务的运费，用于显示的所述承运人和服务是由计算机系统根据销售商输入的一组退货政策规则而选择的；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
66.一种使用计算机进行在线商品退货运输的方法，所述方法包括在数据库中保存由销售商输入的一组退货政策规则，作为三维状况响应矩阵，所述矩阵包括定义一组退货问题的第一维；对于每个退货问题，定义一组与所述退货问题相应的退货问题响应的第二维；以及对于每个退货问题的每个退货问题响应，定义一组计算机系统指令的第三维，所述指令与退货问题对应的退货问题响应相对应。
67.如权利要求66所述的方法，所述方法进一步包括接收消费者输入的退回至少一件商品的商品退货请求；以及为响应所述商品退货请求，根据三维状况响应矩阵编写与消费者的互动交流。
68.如权利要求67所述的方法，所述方法进一步包括显示所述退货问题组中的第一问题；接收消费者根据所述第一问题而输入的第一答案；从与第一问题相对应的退货问题响应组中选择与第一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与第一答案相对应。
69.如权利要求68所述的方法，其中，在与退货问题响应相对应的指令组中的一条指令是询问所述退货问题组中的下一个问题，所述退货问题响应与第一答案相对应。
70.如权利要求69所述的方法，所述方法进一步包括显示所述退货问题组中的下一个问题；接收消费者根据所述下一问题而输入的下一答案；从与下一问题相对应的退货问题响应组中选择与下一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与下一答案相对应。
71.如权利要求68所述的方法，所述方法进一步包括根据与退货问题响应相对应的指令组，处理所述商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
72.一种使用计算机进行在线商品退货运输的方法，所述方法包括显示退货问题组中的问题；接收消费者根据所述问题而输入的答案；从与所述问题相对应的退货问题响应组中选择与所述答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与所述答案相对应。
73.一种使用计算机进行在线商品退货运输的方法，所述方法包括根据与一组退货问题响应相对应的指令组，处理消费者的商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
74.如权利要求73所述的方法，所述方法进一步包括根据产品类别和产品子类，识别将由消费者退回的商品。
75.如权利要求74所述的方法，所述方法进一步包括对包含例外产品类别的商品执行例外指令。
76.如权利要求74所述的方法，所述方法进一步包括对包含例外产品子类的商品执行例外指令。
77.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令接收消费者退回至少一件商品的商品退货请求；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
78.如权利要求77所述的计算机产品，其中，销售商输入的退货政策规则的子集包括一组退货问题；与每个所述退货问题相对应的一组预期的退货问题响应；以及一组退货响应规则，每个退货响应规则与所述预期退货问题响应中的至少一个相对应。
79.如权利要求78所述的计算机产品，其中，每个退货响应规则包括一组指导所述计算机系统执行处理退货请求动作的指令。
80.如权利要求79所述的计算机产品，其中，每组退货问题包括第一退货问题和一组后续的退货问题，所述第一退货问题具有相应的一组预期的第一退货问题响应，并且每个所述的后续退货问题具有相应的一组预期的后续退货问题响应。
81.如权利要求80所述的计算机产品，所述计算机产品具有以下进一步用途的指令从销售商的退货政策规则组中选择退货问题；以及向用户显示第一选择的退货问题。
82.如权利要求81所述的计算机产品，所述计算机产品具有以下进一步用途的指令接收用户输入的退货问题答案。
83.如权利要求82所述的计算机产品，所述计算机产品具有以下进一步用途的指令将所述退货问题答案与每个预期的第一退货问题响应进行比较。
84.如权利要求83所述的计算机产品，所述计算机产品具有以下进一步用途的指令识别与所述退货问题答案匹配的预期第一退货问题响应。
85.如权利要求84所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据与预期的第一退货问题响应相对应的所述退货问题响应规则，指导计算机系统处理退货请求，其中，预期的第一退货问题响应与所述退货问题答案相匹配。
86.如权利要求85所述的计算机产品，其中，退货政策规则进一步包括承运人和服务的选择，消费者可通过所述承运人和服务来运输退货包裹。
87.如权利要求86所述的计算机产品，所述计算机产品具有以下进一步用途的指令对于每个所选承运人提供的每项所选服务，根据每个所选承运人对于每项所选服务的一组定价规则，计算消费者退货请求所指定包裹的运费。
88.如权利要求87所述的计算机产品，所述计算机产品具有以下进一步用途的指令对于运输特定包裹的退货请求，产生每个所选承运人提供的每项所选服务的运费的互动图形比较显示。
89.如权利要求88所述的计算机产品，其中，互动图形运费比较显示包括阵列。
90.如权利要求89所述的计算机产品，其中，所述阵列包括多个单元格。
91.如权利要求90所述的计算机产品，其中，每个所述单元格包括特定承运人的特定服务的交货日期和时间的交叉。
92.如权利要求91所述的计算机产品，所述计算机产品具有以下进一步用途的指令接收用户输入的对阵列中一个单元格的选择，作为退货单。
93.如权利要求92所述的计算机产品，所述计算机产品具有以下进一步用途的指令产生用于退货单的内部系统跟踪号；以及在数据库中保存所述用于退货单的内部系统跟踪号。
94.如权利要求93所述的计算机产品，所述计算机产品具有以下进一步用途的指令产生与退货单相应的运输标签的图形表示；以及在连接到消费者可访问的计算机的显示监视器上显示运输标签的图形表示。
95.如权利要求94所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据消费者的运输标签打印请求，产生一组可打印的运输标签数据。
96.如权利要求95所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据用户打印运输标签的请求，发送可打印的运输标签数据组给连接到用户可访问的计算机的打印机。
97.如权利要求96所述的计算机产品，其中，每个具有跟踪号的退货单的特征在于运输状态，所述计算机产品具有以下进一步的用途根据所述退货单的用户跟踪报告请求，产生描述所述退货单的运输状态的跟踪报告记录。
98.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令在数据库中保存由销售商输入的一组退货政策规则；以及接收消费者退回至少一件商品的商品退货请求。
99.如权利要求98所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据所述退货政策规则组，处理所述商品退货请求。
100.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令收集销售商输入的一组退货政策规则；以及在数据库中保存所述退货政策规则组。
101.如权利要求100所述的计算机产品，所述计算机产品具有以下进一步用途的指令接收消费者退回至少一件商品的商品退货请求。
102.如权利要求101所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据所述退货政策规则组，处理所述商品退货请求。
103.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令接收消费者退回至少一件商品的商品退货请求；根据所述商品退货请求，产生用于运输包裹退货请求的运费的互动图形比较显示，所述包裹包含将要退回的一件商品，所述显示示出承运人组中每个承运人所提供的服务组中每项服务的运费，用于显示的所述承运人和服务是由计算机系统根据销售商输入的一组退货政策规则而选择的；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。
104.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令在数据库中保存由销售商输入的一组退货政策规则，作为三维状况响应矩阵，所述矩阵包括定义一组退货问题的第一维；对于每个退货问题，定义一组与所述退货问题相应的退货问题响应的第二维；以及对于每个退货问题的每个退货问题响应，定义一组计算机系统指令的第三维，所述指令与退货问题对应的退货问题响应相对应。
105.如权利要求104所述的计算机产品，所述计算机产品具有以下进一步用途的指令接收消费者输入的退回至少一件商品的商品退货请求；以及为响应所述商品退货请求，根据三维状况响应矩阵编写与消费者的互动交流。
106.如权利要求105所述的计算机产品，所述计算机产品具有以下进一步用途的指令显示所述退货问题组中的第一问题；接收消费者根据所述第一问题而输入的第一答案；从与第一问题相对应的退货问题响应组中选择与第一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与第一答案相对应。
107.如权利要求106所述的计算机产品，其中，在与退货问题响应相对应的指令组中的一条指令是询问所述退货问题组中的下一个问题，所述退货问题响应与第一答案相对应。
108.如权利要求107所述的计算机产品，所述计算机产品具有以下进一步用途的指令显示所述退货问题组中的下一个问题；接收消费者根据所述下一问题而输入的下一答案；从与下一问题相对应的退货问题响应组中选择与下一答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与下一答案相对应。
109.如权利要求106所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据与退货问题响应相对应的指令组，处理所述商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
110.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令显示退货问题组中的问题；接收消费者根据所述问题而输入的答案；从与所述问题相对应的退货问题响应组中选择与所述答案相对应的退货问题响应；以及指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与所述答案相对应。
111.一种用于在线商品退货运输的计算机产品，所述计算机产品具有以下用途的指令根据与一组退货问题响应相对应的指令组，处理消费者的商品退货请求，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
112.如权利要求111所述的计算机产品，所述计算机产品具有以下进一步用途的指令根据产品类别和产品子类，识别将由消费者退回的商品。
113.如权利要求112所述的计算机产品，所述计算机产品具有以下进一步用途的指令对包含例外产品类别的商品执行例外指令。
114.如权利要求112所述的计算机产品，所述计算机产品具有以下进一步用途的指令对包含例外产品子类的商品执行例外指令。
115.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于接收消费者退回至少一件商品的商品退货请求的指令；以及一组用于根据销售商输入的一组退货政策规则来处理所述商品退货请求的指令。
116.如权利要求115所述的计算机系统，其中，销售商输入的退货政策规则的子集包括一组退货问题；与每个所述退货问题相对应的一组预期的退货问题响应；以及一组退货响应规则，每个退货响应规则与所述预期退货问题响应中的至少一个相对应。
117.如权利要求116所述的计算机系统，其中，每个退货响应规则包括一组指导所述计算机系统执行处理退货请求动作的指令。
118.如权利要求117所述的计算机系统，其中，每组退货问题包括第一退货问题和一组后续的退货问题，所述第一退货问题具有相应的一组预期的第一退货问题响应，并且每个所述的后续退货问题具有相应的一组预期的后续退货问题响应。
119.如权利要求118所述的计算机系统，所述计算机系统进一步包括一组用于从销售商的退货政策规则组中选择退货问题的指令；以及一组用于向用户显示第一选择的退货问题的指令。
120.如权利要求119所述的计算机系统，所述计算机系统进一步包括一组用于接收用户输入的退货问题答案的指令。
121.如权利要求120所述的计算机系统，所述计算机系统进一步包括一组用于将所述退货问题答案与每个预期的第一退货问题响应进行比较的指令。
122.如权利要求121所述的计算机系统，所述计算机系统进一步包括一组用于识别与所述退货问题答案匹配的预期第一退货问题响应的指令。
123.如权利要求122所述的计算机系统，所述计算机系统进一步包括一组用于根据与预期的第一退货问题响应相对应的所述退货问题响应规则来指导计算机系统处理退货请求的指令，其中，预期的第一退货问题响应与所述退货问题答案相匹配。
124.如权利要求123所述的计算机系统，其中，退货政策规则进一步包括承运人和服务的选择，消费者可通过所述承运人和服务来运输退货包裹。
125.如权利要求124所述的计算机系统，所述计算机系统进一步包括对于每个所选承运人提供的每项所选服务，一组用于根据每个所选承运人对于每项所选服务的一组定价规则来计算消费者退货请求所指定包裹的运费的指令。
126.如权利要求125所述的计算机系统，所述计算机系统进一步包括对于运输特定包裹的退货请求，一组用于产生每个所选承运人提供的每项所选服务的运费的互动图形比较显示的指令。
127.如权利要求126所述的计算机系统，其中，互动图形运费比较显示包括阵列。
128.如权利要求127所述的计算机系统，其中，所述阵列包括多个单元格。
129.如权利要求128所述的计算机系统，其中，每个所述单元格包括特定承运人的特定服务的交货日期和时间的交叉。
130.如权利要求129所述的计算机系统，所述计算机系统进一步包括一组用于接收用户输入的对阵列一个单元格的选择作为退货单的指令。
131.如权利要求130所述的计算机系统，所述计算机系统进一步包括一组用于产生退货单的内部系统跟踪号的指令；以及一组用于在数据库中保存所述退货单的内部系统跟踪号的指令。
132.如权利要求131所述的计算机系统，所述计算机系统进一步包括一组用于产生与退货单相应的运输标签的图形表示的指令；以及一组用于在连接到消费者可访问的计算机的显示监视器上显示运输标签的图形表示的指令。
133.如权利要求132所述的计算机系统，所述计算机系统进一步包括一组用于根据消费者的运输标签打印请求来产生一组可打印的运输标签数据的指令。
134.如权利要求133所述的计算机系统，所述计算机系统进一步包括一组指令，用于根据用户打印运输标签的请求，发送可打印的运输标签数据组给连接到用户可访问的计算机的打印机。
135.如权利要求134所述的计算机系统，其中，每个具有跟踪号的退货单的特征在于运输状态，所述计算机系统进一步包括一组指令，用于根据所述退货单的用户跟踪报告请求，产生描述所述退货单的运输状态的跟踪报告记录。
136.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于在数据库中保存由销售商输入的一组退货政策规则的指令；以及一组用于接收消费者退回至少一件商品的商品退货请求的指令。
137.如权利要求136所述的计算机系统，所述计算机系统进一步包括一组用于根据所述退货政策规则组来处理所述商品退货请求的指令。
138.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于收集销售商输入的一组退货政策规则的指令；以及一组用于在数据库中保存所述退货政策规则组的指令。
139.如权利要求138所述的计算机系统，所述计算机系统进一步包括一组用于接收消费者退回至少一件商品的商品退货请求的指令。
140.如权利要求139所述的计算机系统，所述计算机系统进一步包括一组用于根据所述退货政策规则组来处理所述商品退货请求的指令。
141.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于接收消费者退回至少一件商品的商品退货请求的指令；一组指令，用于根据所述商品退货请求，产生用于运输包裹退货请求的运费的互动图形比较显示，所述包裹包含将要退回的一件商品，所述显示示出承运人组中每个承运人所提供的服务组中每项服务的运费，用于显示的所述承运人和服务是由计算机系统根据销售商输入的一组退货政策规则而选择的；以及一组用于根据销售商输入的一组退货政策规则来处理所述商品退货请求的指令。
142.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于在数据库中保存由销售商输入的一组退货政策规则作为三维状况响应矩阵的指令，所述矩阵包括定义一组退货问题的第一维；对于每个退货问题，定义一组与所述退货问题相应的退货问题响应的第二维；以及对于每个退货问题的每个退货问题响应，定义一组计算机系统指令的第三维，所述指令与退货问题对应的退货问题响应相对应。
143.如权利要求142所述的计算机系统，所述计算机系统进一步包括一组用于接收消费者输入的退回至少一件商品的商品退货请求的指令；以及一组指令，用于为响应所述商品退货请求，根据三维状况响应矩阵编写与消费者的互动交流。
144.如权利要求143所述的计算机系统，所述计算机系统进一步包括一组用于显示所述退货问题组中的第一问题的指令；一组用于接收消费者根据所述第一问题而输入的第一答案的指令；一组用于从与第一问题相对应的退货问题响应组中选择与第一答案相对应的退货问题响应的指令；以及一组指令，用于指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与第一答案相对应。
145.如权利要求144所述的计算机系统，其中，在与退货问题响应相对应的指令组中的一条指令是询问所述退货问题组中的下一个问题，所述退货问题响应与第一答案相对应。
146.如权利要求145所述的计算机系统，所述计算机系统进一步包括一组用于显示所述退货问题组中的下一个问题的指令；一组用于接收消费者根据所述下一问题而输入的下一答案的指令；一组用于从与下一问题相对应的退货问题响应组中选择与下一答案相对应的退货问题响应的指令；以及一组指令，用于指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与下一答案相对应。
147.如权利要求144所述的计算机系统，所述计算机系统进一步包括一组用于根据与退货问题响应相对应的指令组来处理所述商品退货请求的指令，其中，所述退货问题响应与消费者针对计算机系统询问的每个退货问题所作出的每个答案相对应。
148.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于显示退货问题组中的问题的指令；一组用于接收消费者根据所述问题而输入的答案的指令；一组用于从与所述问题相对应的退货问题响应组中选择与所述答案相对应的退货问题响应的指令；以及一组指令，用于指导计算机系统执行在与退货问题响应相对应的指令组中的每条指令，其中，所述退货问题响应与所述答案相对应。
149.一种用于在线商品退货运输的计算机系统，所述计算机系统包括一组用于根据与一组退货问题响应相对应的指令组来处理消费者商品退货请求的指令，其中，所述退货问题响应与消费者对计算机系统所询问的每个退货问题所作出的每个答案相对应。
150.如权利要求149所述的计算机系统，所述计算机系统进一步包括一组用于根据产品类别和产品子类来识别将由消费者退回的商品的指令。
151.如权利要求150所述的计算机系统，所述计算机系统进一步包括一组用于对包含例外产品类别的商品执行例外指令的指令。
152.如权利要求150所述的计算机系统，所述计算机系统进一步包括一组用于对包含例外产品子类的商品执行例外指令的指令。
153.一种商品退货计算机系统，所述计算机系统被编程，用于从第二计算机系统接收对多个承运人运输特定包裹进行定价的请求。
154.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的运输定价请求，计算运输特定包裹的多个运费。
155.如权利要求153所述的计算机系统，其中，多个运费中的每一个都与多个承运人中的一个相对应，所述承运人根据承运人提供的多项服务中的一项来运输特定包裹。
156.一种商品退货计算机系统，所述计算机系统被编程，用于从第二计算机系统接收对特定包裹的退货运输进行处理的请求，所述包裹由多个承运人中的一个来运输。
157.如权利要求156所述的计算机系统，所述计算机系统被进一步编程，用于对第二计算机系统产生包含所述请求状态的响应。
158.如权利要求157所述的计算机系统，其中，所述状态包括多个错误条件或成功条件中的一个。
159.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的对由多个承运人之一运输的特定包裹的退货运输进行处理的请求，计算运输特定包裹的运费。
160.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的为多个承运人之一运输的特定包裹准备运输标签的请求，产生用于运输特定包裹的运输标签，作为对第二计算机系统的响应。
161.如权利要求160所述的计算机系统，其中，所述计算机系统被进一步编程，用于发送运输标签响应给第二计算机系统。
162.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的为由多个承运人之一运输的特定包裹的退货运输准备商品退货标签的请求，产生用于特定包裹退货运输的商品退货标签，作为对第二计算机系统的响应。
163.如权利要求162所述的计算机系统，其中，所述计算机系统被进一步编程，用于发送商品退货标签响应给第二计算机系统。
164.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的识别已接收特定包裹的请求，把数据库中特定退货记录的状态标明为已接收，其中，特定退货记录与特定包裹相对应。
165.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的处理特定包裹退货运输的请求，从承运人计算机系统获得特定包裹的运输状态。
166.一种商品退货计算机系统，所述计算机系统被编程，用于根据从第二计算机系统接收的对由多个承运人之一运输的特定包裹的退货运输进行处理的请求，在数据库中储存与特定包裹相应的退货记录。
167.一种商品退货计算机系统，所述计算机系统被编程，用于产生对由多个承运人之一运输的特定包裹的退货运输进行处理的请求；以及在所述请求中插入第二计算机的数字地址，所述数字地址与所述第二计算机在全球通讯网络中的位置相对应。
168.一种商品退货计算机系统，所述计算机系统被编程，用于产生准备退货运输标签的请求，其中，多个承运人之一使用所述标签来运输特定包裹；以及在所述请求中插入第二计算机的数字地址，所述数字地址与所述第二计算机在全球通讯网络中的位置相对应。
169.一种商品退货计算机系统，所述计算机系统被编程，用于产生；准备商品退货标签的请求，其中，所述标签用于对特定包裹的运输进行处理；以及在所述请求中插入第二计算机的数字地址，所述数字地址与所述第二计算机在全球通讯网络中的位置相对应。
全文摘要
本发明提供一种用于在线、多包裹、多承运人、多服务包裹退货运输处理的装置、系统和方法，具体公开了一种在线商品退货计算机系统，所述计算机系统被编程，用于接收消费者退回至少一件商品的商品退货请求；以及根据销售商输入的一组退货政策规则，处理所述商品退货请求。所述系统被配置和编程，用于向在线商店提供快速、简单、方便的方式，以便顾客在此在线商店内退回从此店购买的商品。在本发明的一个典型实施例中，在线销售商把销售商的在线系统与退货处理子系统集成在一起。在另一个典型实施例中，退货处理子系统设置成由公共提供商操作的基于环球网的独立应用服务。
文档编号G06Q10/00GK1639716SQ01810223
公开日2005年7月13日 申请日期2001年3月27日 优先权日2000年3月28日
发明者丹尼尔·F·威廉斯, 戴维·艾里森·本耐特, 林恩·夏德尔·格德哈博, 丹尼斯·格莱文, 劳瑞·伊丽莎白·凯特, 查尔斯·D·曼泽, 斯蒂芬·M·2泰格洛维克, 约翰·M·戴兹, 威廉·W·史密斯三世, 保罗·比利宾, 刘金月, 保罗·R·迈克劳林, 斯科特·迈耶, 肖恩·胡, 理查德·M·安图施, 斯科特·约瑟夫·毕恩 申请人:邮票商业公司