专利名称：在网络贸易平台中部署高容量列表的方法及设备的制作方法
技术领域：
一般来说，本发明的示范实施例涉及商务自动化的技术领域，以及在一个示范实施例中，涉及使基于网络的商务系统的列表创建自动化的方法及系统。
背景技术：
随着通信加速以及处理能力已经使日常社会中能够采用因特网，基于网络的市场已经成为越来越流行的购买和销售货品及服务的场所。因此，为传统的高容量卖方(例如大百货公司、批发商、大零售店会员店、制造商等)提供了在其中销售其货品和服务的媒介。这些高容量卖方发现，由于缺乏可缩放解决方案来管理其以高容量销售产品的需要，难以将现有基础设施与销售支持机构(例如ERP系统、高级计划系统、销售订单管理系统等)结合到基于网络的市场环境中。基于网络的市场在传统上集中于只是偶尔列出销售商品的小顾客。在仍然希望影响大的基于网络的贸易市场的可见性的同时，高容量卖方发现，基于网络的市场因与其现有商业过程的不充分整合而不足以支持其交易的经营和管理。帮助高容量卖方进行其交易过程的技术在很大程度上限制为手动脱机管理系统(例如电子表格、数据库等)以及完全不同的产品列表管理系统(例如，一次一种产品的列表，或者用于列出与基于网络的贸易市场无关的产品的服务)。手动脱机管理系统可能要求卖方两次输入数据，并且经常投入时间和资源从各个基于网络的贸易系统脱机更新数据库及电子表格。类似地，完全不同的产品列表管理系统是低效的，因为它们不允许商业过程的可缩放性，以及没有与大部分高容量卖方的基础设施充分整合。因此，高容量卖方无法有效地影响基于网络的贸易系统，因为它们往往不能跟上对它们管理列表的有限时间的需要(例如所需投资超过预算)以及基于网络的贸易系统中的服务水平降低(产品未被发运，欺诈买方被隐瞒等)。为了使基于网络的贸易环境对于高容量卖方更有意义，存在让运营商提供在基于网络的贸易市场中快速对买方部署列表的系统的某种动机。但是，这类集成系统的设计存在特别是与如何组织数据库以及硬件体系结构如何设计和/或实现以便管理这类列表有关的许多技术难题。此外，对于同时接收的大量列表的自动化存在许多技术难题，因为调度、传递和公布需要与必须同步以便有效地列示产品的多个内部及外部数据库结合。
发明内容
提供用于管理基于网络的贸易环境中的列表的方法及系统。
根据本发明的一个方面，提供一种使基于网络的商务系统的列表创建自动化的方法，该方法包括标识与列表的第一方面相关的第一简档的用户选择；标识与列表的第二方面相关的第二简档的用户选择；存储第一和第二简档的用户选择；以及利用第一和第二简档自动产生列表。
第一和第二简档的每个可分别从第一和第二简档集中选择。第一方面可包括一组列表方面中的任一个，其中包括定价方面、显示方面、产品方面、数量方面以及时间表方面。
该方法可包括接收来自用户的输入以便定义第一简档。在一个实施例中，第一简档可通过基于万维网的用户输入模块来创建。第一简档可由成批上传器(例如在上传会话期间上传多个列表数据的任何装置或应用程序)通过从企业资源计划系统的自动提取来创建。
根据本发明的另一个方面，提供一种用于管理基于网络的贸易环境中的列表的系统，该系统包括商人工具模块，自动将多个已定义特性与列表关联；以及定时模块，根据时间表自动产生列表。
系统可包括成批上传器，它访问通过多个基于网络的贸易环境与多个数据库关联的库存清单并对其进行完整性校验。
在一个实施例中，多个已定义特性中的至少一个是定义关联列表将如何出现在基于网络的贸易环境中的季节特性以及定义基于网络的贸易环境的用户所查看的列表的可视布局的布局显示特性。
在一个实施例中，多个已定义特性中的至少一个可能是产品模块中存储的预定义产品属性。预定义特性中的至少一个可能是用户所选的价格等级，价格等级指定在基于网络的贸易环境中发布列表所处的价格。
系统可包括告警模块，它自动通知卖方，多个特性中的至少一个由于将此特性与所建议列表关联时的差错而无法与该列表关联。
在一个实施例中，系统包括抖动应用程序，它提供同时列示的多个共同产品的时间抖动列表。系统可包括状态生成器，它提供关于多个已定义特性中的特定显示特性的信息。在一个实施例中，系统包括用户接口模块，它接收与已定义特性中至少一个有关的输入以及跟踪来自包括利润、损失、收入、季节优选和列表有效性在内的组中至少一个的量度。
根据本发明的又一个方面，提供一种用于管理基于网络的贸易环境中的列表的系统，该系统包括用于自动将多个已定义特性与列表关联的部件；以及用于根据时间表产生列表的部件。
根据本发明的又一个方面，提供一种自动处理基于网络的贸易系统中的列表的方法，该方法包括自动将多个已定义特性与基于网络的贸易系统中所建议的列表关联；以及根据所建议列表自动产生列表。
该方法可包括访问通过多个基于网络的贸易环境与多个数据库关联的库存清单并对其进行完整性校验。在一个实施例中，对于定义关联列表将如何出现在基于网络的贸易系统中的季节特性以及定义基于网络的贸易系统的用户所查看的列表的可视布局的布局显示特性自动产生多个已定义特性中的至少一个。
多个已定义特性中的至少一个可能是产品模块中存储的预定义产品属性。预定义特性中的至少一个可能是用户所选的价格等级，价格等级指定在基于网络的贸易系统中发布列表所处的价格。该方法可包括自动通知卖方，多个特性中的至少一个由于将此特性与所建议列表关联时的差错而无法与该列表关联。
仍然根据本发明，提供一种管理高容量卖方的列表的方法，该方法包括在数据库中合并与高容量卖方有关的产品属性数据，根据多个已定义特性将产品属性数据组织为各分类；以及根据特性产生至少一个报告，报告是卖方通过仪表板视图可访问的。
在一个实施例中，报告对于提供给卖方的不同服务等级是可定制的。该方法可包括通过多个基于网络的贸易环境向多个数据库成批上传库存清单。
在一个实施例中，至少一个报告可包括卖方的平均销售价格报告以及平均销售时间报告。分类可包括地理和时间阶段标记。
根据本发明的另一个方面，在基于网络的贸易平台中提供一种设备，该设备包括具有完整性校验算法的成批上传器，它通过从卖方的至少一个数据库中自动检索产品信息并且自动应用至少一个密码访问算法，来接收与产品信息有关的输入；以及具有多个已定义特性的列表前管理模块，它包括用于新列表的至少一部分信息。
在一个实施例中，列表前管理模块可使通过多个基于网络的贸易环境关联到多个数据库的库存清单同步。列表前管理模块可跟踪从包括利润、损失、收入、季节优选和列表有效性中至少一项的组中选择的量度。新列表中的至少一部分信息可被选择以作为已定义特性再使用。在一个实施例中，特性可分组为各具有一个拍卖参数集的分类。分类可能是列表标题、起始价格、支付选项、数量选项、显示选项以及时间表选项中的至少一个。
仍然根据本发明，提供一种用于管理基于网络的贸易系统中用于后续列表的所建议列表的方法，该方法包括根据施加到一组外部库存表中每个的索引时间标识符，将一组外部库存表汇集为复用表；将复用表分离为各个产品；接收来自用户输入模块的多个预定义特性的输入；以及通过应用抖动算法，将所选特性关联到各个产品。
本发明扩展到存储指令集的机器可读介质，指令在由机器执行时，使机器执行本文所述的方法中的任何一个或多个。
通过附图及以下详细说明会清楚本发明的其它特征。
附图简介 通过实例而不是局限于附图的各图来说明本发明，附图中相似的标号表示相似的元件，附图包括
图1是网络示意图，说明根据一个示范实施例的商务系统。
图2是框图，说明根据一个示范实施例、作为基于网络的贸易平台应用程序的一部分提供的市场应用程序。
图3是高级实体关系图，说明根据一个示范实施例、可受到基于网络的市场的影响的各种表，其中包括商人工具模块访问和利用的表的集合。
图4说明根据一个示范实施例的商人工具模块访问和利用的表中的各种示范字段。
图5说明根据一个示范实施例的商人工具模块的示范功能视图。
图6是根据一个示范实施例的商人工具模块中的逻辑模块的功能视图。
图7A-图7E说明根据一个示范实施例的商人工具模块内的显示模块、价格模块、数量模块、时间表模块以及产品模块。
图8是过程流程，说明根据一个示范实施例的基于网络的贸易市场中的大组织进行的商人工具模块的应用。
图9是根据一个示范实施例的示范表，它可存储在商人工具模块中，其中包括与要在基于网络的贸易市场上列示的各种产品以及那些产品的简档有关的信息。
图10说明根据一个示范实施例、采取计算机系统的示范形式的机器的图解表示。
图11-图15说明根据各种示范实施例、提供给基于网络的贸易系统的用户的示范用户界面(UI)。
图16说明用于在标识和存储第一及第二简档的用户选择之后自动产生列表的过程流程。
详细说明 提供一种使基于网络的商务系统的列表的创建和/或管理自动化的方法及系统。在一个实施例中，方法及系统创建和/或管理基于网络的贸易环境中的高容量列表。方法及系统可包括逻辑模块，自动将多个已定义特性关联到列表；以及定时模块，根据例如由时间表所定义的操作周期自动产生分级列表。为便于说明，以下说明中提出了大量具体细节，以便透彻地理解本发明。然而，本领域的技术人员很清楚，即使没有这些具体细节，也可以实施本发明。
图1是网络示意图，说明根据一个示范实施例、具有客户机-服务器体系结构的系统10。采取基于网络的市场的示范形式的商务平台12或者贸易平台12经由网络14(例如因特网)向一个或多个客户软件提供服务器侧功能性。图1例如说明万维网客户软件16(例如由Microsoft Corporation of Redmond，Washington State开发的INTERNET EXPLORER浏览器之类的浏览器)以及在相应客户机20和22上运行的编程客户软件18。
具体来看基于网络的市场12，应用程序接口(API)服务器24和万维网服务器26耦合到一个或多个应用服务器28并且分别提供对它们的编程和万维网接口。应用服务器28充当一个或多个市场应用程序30和支付应用程序32的主机。应用服务器28又表示为耦合到帮助访问一个或多个数据库36的一个或多个数据库服务器34。
市场应用程序30向访问市场12的用户提供多个市场功能和服务(例如售后管理功能)。支付应用程序32同样向用户提供多个支付服务和功能。支付应用程序32可允许用户对帐户中的值(例如，商业货币、如美元，或者专有货币、如“点数”)确定数量以及累计，稍后再偿清经由市场应用程序30变为可用的产品(例如货品或服务)的累计值。虽然市场和支付应用程序30、32在图1中表示为组成基于网络的市场12的一部分，但是大家会理解，在备选实施例中，支付应用程序32可组成与市场12分开且不同的支付服务的一部分。
此外，虽然图1所示的系统10采用客户机-服务器体系结构，但是，本发明毫无疑问不限于这种体系结构，并且可在分布式或者对等体系结构系统中同样得到应用。各种市场和支付应用程序30、32还可实现为独立的软件程序，它们不一定具有组网能力。
大家会理解，万维网客户软件16经由万维网服务器26所支持的万维网接口来访问各种市场和支付应用程序30、32。类似地，编程客户软件18经由API服务器24提供的编程接口来访问市场和支付应用程序30、32所提供的各种服务和功能。编程客户软件18例如可能是卖方应用程序(例如eBay Inc.，ofSan Jose，California开发的Turbo Lister应用程序)，它使卖方能够以脱机方式创作和管理市场12中的列表，以及执行编程客户软件18与基于网络的市场12之间的批处理方式的通信。
图1还说明第三方应用程序38，它在第三方服务器40上运行，具有经由API服务器24所提供的编程接口对基于网络的市场12的编程访问权。例如，第三方应用程序38可采用从基于网络的市场12检索的信息来支持由第三方接管的网站上的一个或多个特征或功能。第三方网站例如可提供一个或多个由基于网络的市场12的相关应用程序所支持的促销、市场或支付功能。
市场应用程序 图2是框图，说明在一个示范实施例中作为基于网络的贸易平台(基于网络的市场)12的一部分提供的市场应用程序30。市场12可提供多个列表和价格设定机构，从而卖方可列出货品和/或服务(例如供销售)，买方可表示对购买这类货品和/或服务的兴趣或者表明对此的期望，以及可对于与货品和/或服务有关的交易设置价格。为此，市场应用程序30表示为包括一个或多个拍卖应用程序44，它们支持拍卖格式列表和价格设定机构(例如英语、荷兰语、Vickrey、汉语、双重、逆向拍卖等)。各种拍卖应用程序44还可提供支持这类拍卖格式列表的多个特征，例如保留价格特征，卖方由此可结合列表来指定保留价格；以及代理报价特征，报价人由此可调用自动代理报价。
多个固定价格应用程序46支持固定价格列表格式(例如传统的分类广告类型列表或者目录列表)和全部买下类型列表。具体来说，全部买下列表(例如包括eBay Inc.，of San Jose，California开发的“立即购买”(BIN)技术)可结合拍卖格式列表来提供，并且允许买方以通常高于拍卖的起始价格的固定价格来购买同样经由拍卖交付销售的货品或服务。
商店应用程序48允许卖方对它们在“虚拟”商店中的列表进行分组，它们可由卖方和为卖方加上商标或者个性化。这种虚拟商店还可提供对相关卖方特定且个性化的促销、激励和特征。
声誉应用程序50允许利用基于网络的市场12进行交易的各方建立构建和维护声誉，它们可为潜在的贸易伙伴可用并向其发布。考虑例如基于网络的市场12支持人对人贸易的情况，用户可能没有历史记录或者其它参考信息，由此可评定可能的贸易伙伴的可信度和可靠度。声誉应用程序50允许用户例如通过其它交易伙伴所提供的反馈随时间在基于网络的市场12中建立声誉。其它潜在的贸易伙伴为了评定可靠度和可信度则可参考这种声誉。
个性化应用程序52允许市场12的用户对于他们与市场12的交互的各个方面进行个性化。例如，用户可利用适当的个性化应用程序52来创建个性化参考页面，在其中可查看与用户作为一方的交易有关的信息。此外，个性化应用程序52可使用户能够对列表以及与市场12及其它各方交互的其它方面进行个性化。
国际化应用程序54允许市场12的用户为了地理考虑因素定制市场12的各个方面。在一个实施例中，基于网络的市场12可支持例如对特定地理区域定制的多个市场。市场12的一种形式可能对英国定制，而市场12的另一种形式则可能对美国定制。这些形式的每一种可用作独立的市场，或者可能是公共基础市场的定制(或者国际化)呈现。
基于网络的市场12的导航可由一个或多个导航应用程序56来促进。例如，搜索应用程序实现经由市场12发布的列表的关键字搜索。浏览应用程序允许用户浏览各个分类、目录或库存清单数据结构，根据它们可在市场12中对列表分类。可提供其它各种导航应用程序，以便补充搜索和浏览应用程序。
为了使列表经由基于网络的市场12可用、例如可视通知以及尽可能有吸引力，市场应用程序30可包括一个或多个成像应用程序58，用户可利用它们上传要包含在列表中的图像。成像应用程序58还用于在所查看列表中加入图像。成像应用程序58还可支持一个或多个促销特征，例如呈现给可能的买方的图像库。例如，卖方可支付附加费用以便让图像包含在促销商品的图像库中。
列表创建应用程序60允许卖方以传统方式创作与他们希望经由市场12进行交易的货品和/或服务有关的列表，以及列表管理应用程序62允许卖方管理这类列表。明确地说，在特定卖方已经编制和/或发布大量列表的情况下，这类列表的管理可能存在难题。
列表管理应用程序62提供多个特征(例如自动重新列表、库存等级监测等)来帮助卖方管理这类列表。在一个实施例中，列表创建应用程序60可包括具有一个或多个模板的集合(例如可应用于将来的列表的数据的可再用预先安排)的销售前管理逻辑(未示出)。这些模板可由卖方从头开始创建，或者可从现有列表创建。在一个实施例中，模板可包括预先存在列表中所包含的全部信息。在另一个实施例中，第一列表中的信息可由用户选取，并且再用于将来的列表(例如，用户可能不需要选择使用列表的所有部分包含在模板中)。当列示销售商品时(例如，卖方可能对具有相似属性的一组产品或服务采用标准模板)，用户或者可选择多个产品来影响同一个模板。此外，模板可分组为具有其自己的拍卖参数集的产品(例如法律以及特定国家的海关、库存单位参数、分类、持续时间限制等特定的)。根据一个实施例，分类可包括地理(例如要在其中销售某种商品的国家)以及时间阶段标记(例如列表的时间限制和/或列表中的唯一标记)。在一个实施例中，这些模板存储在基于网络的市场12内的列表前管理逻辑模块中。在一个实施例中，列表前管理逻辑将使通过多个基于网络的贸易环境关联到多个数据库的库存清单同步。
一个或多个列表后管理应用程序64还可帮助卖方进行通常在列表后发生的多个活动。例如，在完成由一个或多个拍卖应用程序44促成的拍卖时，卖方可能希望留下与特定买方有关的反馈。为此，列表后管理应用程序64可提供对一个或多个声誉应用程序50的接口，以便允许卖方便捷地向声誉应用程序50提供与多个买方有关的反馈。另外，根据本发明的一个实施例，通过与拍卖应用程序44和商店应用程序48交互，列表后管理应用程序64可提供测量和监测基于网络的贸易模块中的售后条件。
争端解决应用程序66提供一些机构，由此可解决在交易各方之间发生的争端。例如，争端解决应用程序66可提供指导程序，由此指导各方通过尝试解决争端的多个步骤。在争端无法经由指导程序来解决的情况下，争端可向上递交到第三方调解者或仲裁者。
多个防欺诈应用程序68实现各种欺诈检测和防止机制，从而减少市场12中的欺诈的发生。
消息传递应用程序70负责送往基于网络的市场12的用户的消息的生成和传送，例如告知用户关于市场12上的列表的状态的消息(例如，在拍卖过程中向报价人提供“出价高过他人”通知，或者向用户提供促销或商品推销信息)。
商品推销应用程序72可支持各种商品推销功能，它们可供卖方使用，使卖方能够经由市场12增加销售。商品推销应用程序72还操作可由卖方调用的各种商品推销特征，并且可监测和跟踪卖方所采用的商品推销策略的成功。
基于网络的市场12本身或者经由市场12进行交易的一方或多方可操作一个或多个忠诚/促销应用程序74所支持的忠诚程序。例如，买方可对于与特定卖方建立和/或签订的每个交易获得忠诚或促销点数，并且可被给予奖励，对此可兑换累计忠诚点数。大家要理解，本发明的不同实施例可包括附加应用程序，排除示范应用程序的一个或多个，或者包含应用程序的不同组合。
数据结构 图3是高级实体关系图，说明各种表90，它们可保存在数据库36中，以及由市场和支付应用程序30、32使用并支持它们。用户表92包括基于网络的市场12的每个注册用户的记录，并且可包括与每个这种注册用户有关的标识符、地址和金融凭证信息。大家会理解，在基于网络的市场12中，用户可能作为卖方、买方或者两者。在一个示范实施例中，买方可能是具有累计值(例如商业或专有货币)、然后能够以累计值交换由基于网络的市场12交付销售的商品的用户。
表90还包括商品表94，在其中保存可用于市场12或者经由市场12进行交易的货品和/或服务的商品记录。商品表94中的各商品记录(例如列表)还可链接到用户表92中的一个或多个用户记录，以便将卖方和一个或多个实际或者可能的买方与各商品记录关联。
交易表96包括与商品表94中存在其记录的商品有关的各交易(例如购买交易)的记录。
订单表98填充了订单记录，每个订单记录与订单关联。各订单又可针对交易表96中存在其记录的一个或多个交易。
报价表100中的报价记录各与在基于网络的市场12上结合拍卖应用程序44所支持的拍卖格式列表接收的报价相关。在一个示范实施例中，反馈表102可由声誉应用程序50的一个或多个用来构造和维护与用户有关的声誉信息。历史记录表104可保存用户作为一方的交易的历史记录。一个或多个属性表106可记录与商品表94中存在其记录的商品有关的属性信息。仅考虑这种属性的单个实例，属性表106可表明与特定商品/列表关联的货币属性，货币属性标识由卖方指定的相干商品的价格的货币。
各种属性(例如要列示的特定商品的特性)存储在由商人工具模块120访问和利用的表中。明确地说，所述的是数量属性表112、价格属性表114、时间表属性表116、产品属性表118以及显示属性表119。这些表的每一个包括可应用于新列表(例如一对手套的新列表可能影响数量属性表112中的两个的特定数量属性，从而产生该对手套的一个或多个新列表)的属性信息。商人工具模块120访问的各属性表可相互耦合(例如，允许数据在表之间共享)。在一个实施例中，在由商人工具模块120访问的属性表中可存在唯一标识符字段。商人工具模块120访问的属性表可耦合到用户表92(例如，允许用户把信息输入到商人工具模块120访问的属性表)。此外，商人工具模块120访问的属性表还可耦合到属性表106(例如，属性表106可包含用于列示销售商品之外的属性信息)，它一般驻留在基于网络的市场12中，如参照图1所述。在一个实施例中，商人工具模块120访问的属性表可存储在属性表106中。
商人工具模块120访问的表还可耦合到基于网络的市场12中的商品表94(例如，将特定列表属性与基于网络的贸易环境中的预定分类相关)和系列表110。因此，通过采用商人工具模块120访问的属性表中的数据来创建定制成批列表，高容量卖方可产生新的列表或者将销售商品放入基于网络的市场(例如贸易平台)12。例如，商人工具模块120访问的各个表可包含作为季节性(例如假日剩余货品或者春季返校捆绑的清仓价格)或者与要列示的特定类型的产品的定时和价格(例如时间表属性表116可能包含与一周的哪些天将列示某个商品有关的信息)相关的特性。
显示属性表119可包括可被选取并且分别应用于特定新列表的某些类型的产品的各种基于HTML的样式表(例如用于秋季的红和黄色图表或者用于夏季的浅黄色背景)。产品属性表118可包含要列示的特定类型的产品的优选类型的显示属性或数量属性的关联(例如，产品属性表118可能包括诸如要列示的季节或者要随用于夏日户外工作的特定类型的锤子出售的钉子数量之类的优选特性)。时间表属性表116包含特定列表的定时/持续时间方面(例如一周的哪些天要运行特定列表)。价格属性表114可包括关联在基于网络的市场12中如何对特定产品定价的价格的属性(例如，建议零售价格可能用于高峰销售季节，或者清仓价格可能用于低迷销售季节)。数量属性表112可包含对于各种产品属性118要列示的特定数量的关联(例如在给定的时间表)。因此，产品属性表118连接到数量属性表112并且与其通信(例如，特定产品可能具有要随着商品出售的优选数量)。因此，例如，各种表可提供列表的定时、价格、数量、显示等。
图4说明根据一个示范实施例的商人工具模块120访问的示范表中的字段。数量属性表112包括若干字段，其中包括但不限于数量简档名称420、产品名称422、每个列表的数量424、列表数量426、库存单位428以及列表可用数量430。如上所述，这些字段的每一个可用于产生和定制新的列表(例如，库存单位428可能表明六对短袜一起销售)。价格属性表114可包括价格简档名称432、保留价格434、商店价格436、拍卖价格438、建议零售价格440、销售货品成本442以及目标毛利444(例如，价格属性表114中的某个字段可能包括可应用于基于网络的市场12上的特定列表的各种定价选项)。时间表属性表116可包括时间表简档名称446、持续时间开始448、持续时间结束450、列表格式452、每个时间表的数量454以及固定/拍卖格式456。如针对数量属性表112和价格属性表114所述，时间表属性表116可能包含高容量卖方可用来列示销售商品的特性(例如，高容量卖方被定义为在基于网络的市场中每月列示一个以上销售商品的卖方)。产品属性表118可包括产品简档名称458、产品名称460、建议显示462、季节优选464以及描述466。类似地，显示属性表119可包括显示简档名称468、显示类型470、季节类型472、显示指示符474以及状态按钮476。因此，图4所示的示范字段和表中的每一个包括可由货品和/或服务的高容量卖方应用于列表的特性。在一个实施例中，商人工具模块120访问的属性表可应用于高容量列表(例如，高容量列表可能是零售商处频繁地、例如在一个月或一年的时间内每天一次或者每周数次出售的一个特别流行的商品)，其中，一个或多个列表由可能是高容量卖方的特定卖方频繁产生。大家会理解，属性表不需要设置在商人工具模块120中，而是可设置在基于网络的贸易市场的任何位置。
图5以功能视图说明商人工具模块120的一个示范实施例。商人工具模块120包括显示模块522、产品模块524、时间表模块526、价格模块528和数量模块530以及成批上传器504、解复用器506、逻辑模块508、非易失性存储器514、状态机512和定时模块510。在一个实施例中，显示模块522包括在图3和图4中作为实例所述的显示表119。类似地，在其它实施例中，产品模块524、时间表模块526、价格模块528以及数量模块530可能包括如图4所示的各种示范表。例如，产品模块524可包括产品属性表118，时间表模块526可包括时间表属性表116，价格模块528可包括价格属性表114，以及数量模块530可包括数量属性表112。
用户输入模块520和至少一个ERP系统518(例如一个以上ERP系统518也可通过成批上传器504馈入商人工具模块120)可能在商人工具模块120的外面。在一个实施例中，ERP系统518可能是货品的高容量卖方的企业资源计划系统。ERP系统518或者可能是电子表格或者其它任何形式的数据库，它包括与基于网络的贸易市场上的列表相关的数据。成批上传器504可接收来自ERP系统518和/或其它数据库519的产品信息。在一个实施例中，ERP系统518和/或数据库519的多个馈入成批上传器504。通过确保数据匹配特定的基于网络的市场(例如贸易平台)12所需的字段的格式，成批上传器504可校验从ERP系统518所接收的数据的完整性，以及在完成这些完整性校验时，可将所接收数据输入数据集合器或解复用器506。在一个实施例中，成批上传器504是独立模块，它访问通过多个基于网络的贸易环境与多个数据库关联的库存清单并对其进行完整性校验。
在另一个实施例中，成批上传器504通过从卖方的至少一个数据库中自动捕获或检索产品信息并且自动应用至少一个密码访问算法，来接收与产品信息有关的输入。例如，成批上传器504可自动访问高容量卖方的多个数据库并且输入密码信息以便获得对它们的访问权，以及可定期“捕获”或搜索以便确定是否存在由特定高容量卖方添加的、需要被索引并且被定期监测以便将产品信息通过成批上传器504上传到商人工具模块120的新数据库。在一个实施例中，用户经由用户输入模块520，通过经由输入装置手动输入数据，可设置一个或多个特性。在另一个实施例中，用户输入模块520可接收与已定义特性的至少一个有关的输入，并且可跟踪来自包括利润、损失、收入、季节优选和列表有效性在内的组的量度，如参照图14所述。一旦解复用器506接收来自成批上传器504的数据，解复用器506把可从ERP系统518上传到商人工具模块120的单个文件解析为可由逻辑模块508进行解释的各个产品507。这些独立产品507可从解复用器506传送到逻辑模块508进行处理。应当注意，解复用器506只是说明性的，以及本发明的实现可能需要或者可能不需要使用解复用器506。或者，可将具有多个产品的表分为各个产品的任何操作可用来代替解复用器506。
一旦逻辑模块508接收关于各个产品507的数据，逻辑模块508可采用非易失性存储器514和状态机512来分配和安排各个产品507。各个产品(或列表)507可根据显示模块522和/或产品模块524和/或时间表模块526和/或价格模块528和/或数量模块530中的一个或多个特性来分配和/或安排。根据一个实施例，逻辑模块508自动将特性分配给特定列表。将参照图6更详细地描述逻辑模块508在执行各种功能以便预备要列示的商品时的操作。在一个实施例中，逻辑模块508可能是列表前管理逻辑模块，它可接收多个已定义特性，并且可包括已定义特性的至少一部分以便预备新的列表。
在一个示范实施例中，用户输入模块520可允许调度列表的特定用户选择要应用于从解复用器506接收到逻辑模块508中的任何一个或多个列表5071至507n(例如，用户输入模块520可能是用来预先选择特定类型的特性的基于万维网的界面，如图14所示)。在另一个实施例中，用户输入模块520可包含基于客户机-服务器的用户界面(例如与因特网进行通信的独立应用程序)，特定用户可从其中输入关于他们希望在已经从ERP系统518上传的特定列表上看到的内容的标准。例如，标准可基于模块522、524、526、528和530的每一个中的预设属性，例如显示季节、持续时间等。在一个实施例中，非易失性存储器514可存储从解复用器506接收的一个或多个产品5071至507n，并且可存储产品5071至507n的一个或多个的特性应用形式。例如，非易失性存储器514可在逻辑模块508已经将特定特性关联到产品507l至507n的一个或多个之后存储产品的列表。因此，在一个实施例中，逻辑模块508将各个产品关联到已经由用户预定义的属性。
又如图5所示，逻辑模块508可耦合到示范告警模块509和定时模块510。告警模块509可将告警回送到与商人工具模块120进行通信的用户。例如，告警可包括上传中差错告警、不一致特性关联告警、用户输入要求的告警等。)在另一个实施例中，告警模块509可自动通知卖方关于显示模块522、产品模块524、时间表模块526、价格模块528和/或数量模块530中的多个特性的至少一个由于将特性关联到列表时的差错而无法被关联。参照图6更详细描述的定时模块510可接收具有关联属性的产品。
另外，定时模块510还可预备将在基于网络的市场12上发起的列表。通过将时间阶段元素关联到各列表，定时模块510产生“分级列表”。例如，定时模块510可标识或定义特定列表(根据各种属性配置)何时将有效地呈现给基于网络的市场12的用户、列表在市场12中保存多长时间等。因此，定时模块510可产生分级列表516，它则可被上传到基于网络的市场12。
定时模块510还可采用抖动应用程序，将时间阶段抖动应用于各个列表(例如相同产品的多个列表可在不同时间开始/结束)，以便创建时间抖动列表。时间阶段抖动是列表将开始或结束的时间的变化，以便允许列示同一个产品的多个列表，或者在略微不同的时间开始，以便让可能的买方有多个机会购买特定类型的产品(例如，对于在基于网络的市场12中的拍卖类型贸易格式的十件装饰品的销售，所有十件装饰品可分别列示，并且间隔数分钟或者数小时开始和结束，以便让买方有多个机会提交成功报价)。
逻辑模块508的示范详细情况如图6所示。图6中的逻辑模块508包括复用器600、计划模块606、安排模块602以及选择模块610。复用器600例如可接收来自显示模块522、来自项目模块524、来自时间表模块526、来自价格模块528以及来自数量模块530或者可在其它实施例中包含的其它任何模决的特性信息。例如，特性可存储在表中，如前面在图3中所述。在汇集可应用到基于网络的市场12上的特定列表的特性信息的所有不同组合之后，复用器600则可将信息传递到示范安排模块602。应当注意，复用器600(以及图1-图16所示的其它所有解复用器和复用器)只是说明性的，以及本发明的实现可能需要或者可能不需要使用复用器600。或者，可把从多个模块接收的特性组合为表供安排模块602使用的任何操作可用来代替复用器600。
安排模块602可当列表最终在市场12上可用于用户时安排将如何显示特定特性。逻辑算法可自动确定将如何在基于网络的贸易市场上安排和显示列表。在一个实施例中，计划模块606可接收来自解复用器506、采取各个产品5071至507n的形式的信息，并且自动确定属性是否将应用到要在基于网络的市场12上列示的产品。例如，属性可包括一些因素，例如哪些商品将被列示、应当采用什么特性来列示商品以及何时将列示特定商品)。安排模块602和计划模块606可通过协调哪个特定属性和特性将与特定列表关联来进行通信。这个信息则被提供给预备要传送到定时模块510的列表的选择模块610，如前面在图6中所述。因此，采用与列表关联的各种属性，逻辑模块508可在定时模块510所确定的时间(或者当相同类型或相似商品的列表交错时)产生呈现给市场12的用户的列表。例如，卖方定义数量的商品可变为“有效”或者在所选日子被列示，以及以交错方式，第二用户定义数量的商品的其它列表可在另一天变为有效。因此，列表可在基于网络的市场12中以自动方式进行交错。
图7A说明显示模块522的一个示范实施例。显示模块522可包括预备具有多个显示属性的特定列表的信息(例如采取模板的形式)。在一个实施例中，显示模块522包括状态生成器702、显示选择器710、布局生成器704、季节调节706、数据库700以及变更生成器708。布局生成器704可确定特定的新列表可包含什么类型的背景布局，以及季节调节706可确定对于特定季节或假日关联哪些显示特性(颜色、主题、音乐等)。变更生成器708可用于将差异应用于各列表，以便允许同一个产品的多个列表看来具有略微不同的背景。状态生成器702可确定特定列表应当具有什么优先级状态(例如702a、702b、702c和/或702n)。例如，红色的状态颜色可能表明特定列表处于清仓销售，而灰色的状态颜色则可能表明输入变量丢失。
在一个实施例中，状态生成器可提供关于显示模块522的多个已定义特性中的特定显示特性的信息。数据库700例如可存储由布局生成器704、季节调节706以及变更生成器708所产生的各种布局。显示选择器710可接收来自用户的输入，以及选择什么特性在将显示特性发送给逻辑模块508之前要应用于特定列表。在一个实施例中，对于至少一个特性自动产生显示模块522的布局生成器704和季节调节706中的多个已定义特性。
图7B所示的示范价格模块528包括COGS(出售货品成本)表728、价格矩阵726、零售表722、表更新器724以及价格选择器720。输入从用户输入模块520接收到表更新器724中。COGS表728可包括关于要通过基于网络的贸易市场12上的列表出售的货品的成本的信息。零售表722可包括关于要在基于网络的贸易市场12上列示销售的各种商品的建议零售价格的信息。表更新器724可接收来自用户输入模块520的输入，并且触发改变COGS表728或者零售表722。COGS表728和零售表722可将列表数据提供到价格矩阵726，它维护用于特定列表的所有价格信息的中央数据库。
除了COGS表728和零售表722之外，价格模块528还可包括特定高容量卖方可能希望出售商品的各种价格点的附加表。价格矩阵726可包括数学运算，它产生一个要应用于COGS表728中存储的货品价格成本或者零售表722中的特定产品的建议零售价格的因数。例如，特定产品可能列示为高于成本20％，或者低于列示价格10％)。在一个实施例中，价格模块528中的预定价格特性之一根据通过用户输入模块520访问价格模块528并且将其选择输入表更新器724的用户所选择的价格等级自动产生。
图7C所示的数量模块530说明SKU表734、数量更新器732、告警生成器738、数量矩阵736、库存清单生成器740以及数量生成器730。SKU表734包括关于特定产品的多少通常与高容量卖方的仓库的库存单位关联的信息。数量更新器732可接收来自用户输入模块520的用户输入，并且更新SKU表734和告警生成器738中的具体字段。
数量模块530中的数量矩阵数据库736可存储从库存清单生成器740和数量生成器730接收的关于各种补充库存的信息(例如，补充库存因数可能是特定卖方的最小库存单位)和数量因数(例如数量简档、每个列表的数量等)。在一个实施例中，库存清单生成器740可接收来自用户输入模块520的输入。告警生成器738可监测数量矩阵736中的状态信息，并且当特定库存短缺时可产生可从数量模块530发送的告警。例如，告警生成器738可发出关于产品的特定数量短缺的告警。数量生成器730可向逻辑模块508传递数量特性。例如，数量特性可包括数量简档名称、产品名称、每个列表的数量等。) 图7D说明时间表模块526的示范详细情况。时间表模块526可包括持续时间选择器750、日历数据库752、主时间表754、定时器模块756以及资源调度器758。持续时间选择器750可确定哪些日子将运行特定列表。例如，列表可在每周的星期五与星期一之间运行。持续时间选择器750可从用户输入模块520接收指示何时将运行特定列表的输入。持续时间选择器750可与日历数据库752、主时间表754以及定时器模块756进行通信。日历数据库752可包括最近的日历信息，并且可能是基于特定高容量商家的运作时间表的定制日历。例如，何时特定商家可接收预定交付，或者何时特定商家的仓库在假日没有停止营业。主时间表754可包括商品何时将被接收以及它们被安排何时在基于网络的市场12中列示的匹配表。定时器模块756可确定在特定时间表运行之前还剩余多少天。资源调度器758可在接收来自持续时间选择器750的时间表特性之后与逻辑模块508进行通信。例如，时间表特性可包括列表格式、每个时间表的数量、时间表简档名称、固定/拍卖格式等。
图7E说明产品模块524的一个示范实施例。产品模块524可包括产品数据库760和产品属性模块762。产品数据库760可包括与关于特定类型的产品的特定特性有关的信息。例如，特定特性可标识什么颜色的特定产品可用。在一个实施例中，产品数据库760可包括产品属性表118，如图4所示。产品属性模块762可接收来自用户输入模块520的输入，并且可将特定特性(例如产品简档名称、建议显示、描述)关联到特定产品。这个信息可存储在产品数据库760中。然后，产品属性762向逻辑模块508传递产品特性信息。在一个实施例中，产品属性762中的多个预定义特性中的至少一个根据产品模块524内的产品数据库760中存储的预定义产品属性自动产生。
显示模块522、产品模块524、时间表模块526以及价格模块528中存储的特性可体现为一个或多个模板(例如可应用于将来的列表的数据的可再用预先安排)。这些模板可由卖方从头开始创建，或者可从现有列表创建。在一个实施例中，模板可包括预先存在列表中所包含的全部信息。在另一个实施例中，只有模块之一中的简档的特定方面才可包含在模板中(例如，用户可能不需要选择使用列表的所有部分包含在模板中)。例如，产品模块524的特定产品的简档中的仅一个方面、如颜色可用于模板。当列示销售商品时(例如，卖方可能对具有相似属性的一组产品或服务采用标准模板)，用户或者可选择多个产品507来影响同一个模板。此外，模板可分组为具有其本身的拍卖参数集的产品(例如特定于法律以及特定国家的海关、库存单位参数、分类、持续时间限制等)。根据一个实施例，分类可包括地理(例如要在其中销售某种商品的国家)以及时间阶段标记(例如列表的时间限制和/或列表中的唯一标记)。
图8说明允许高容量卖方预备列表的示范过程流程。在操作802，大组织判定是否在基于网络的市场12上列示商品。如果大组织选择进行这种操作，则在操作804，通过成批上传特征访问数据库密码。在一个实施例中，如图5所示的成批上传器504执行804中所述的操作。在操作806，执行成批上传的完整性校验。成批上传器504也可执行完整性校验，或者完整性可由逻辑模块508来校验。在操作808，商人工具接口产生属性。在操作808中引用的商人工具接口可能是如图5所示的逻辑模块508，以及接口可通过图6所示的各种模块来实现。在操作810，定时模块产生列表时间表。定时模块可能是如图5所示的定时模块510。在操作812，产生分级列表。
图9说明匹配网格或表900。在匹配表900中包括产品标识符910和示范列表标准。列表标准包括起始时间920、结束时间930、持续时间940、显示类型950、时间表类型960、价格类型970、数量类型980以及产品属性990。采用匹配表900，任何一个或多个列表标准可与任何一个或多个产品A0至An以及B0至Bn关联。例如，产品A0至An可能是第一产品的不同物理单位，而产品B0至Bn则可能是第二产品的不同物理单位。在一个实施例中，任何数量的产品可列示在产品标识符910之下。在本发明的一个实施例中，匹配表900设置在逻辑模块508的安排模块602中，如图6所示。起始时间920可表明特定产品列表何时将开始。结束时间930可表明特定产品列表何时将结束。在一个实施例中，起始时间920和结束时间930由定时模块510产生。
持续时间940表明一周的什么日子将列示特定产品。在一个实施例中，持续时间940可由时间表模块526的持续时间选择器850来产生，如图7D所示。显示类型950可包括关于什么类型的显示特性将与产品标识符910中列示的特定类型的产品关联的信息。在一个实施例中，显示类型950由图7A所示的显示模块522产生。时间表类型960可表明要列示的特定商品被放置到什么类型的时间表之下。例如，时间表类型960可能是主时间表754的特定类型，如图7D所示。价格类型970可表明由图7B所示的价格模块528中的价格矩阵726提供的特定价格特性。数量类型980可表明在产品标识符910之下列示的特定类型的产品的多少可用于在基于网络的市场12上列示。数量类型980可存储在图7C所示的数量模块530的数量矩阵736中。在一个实施例中，产品属性990可表明关于与特定列表关联的特定产品属性的信息。在一个实施例中，产品属性990可包括存储在图7E所示的产品模块524的产品数据库760中的产品特性。
图10说明采取计算机系统1000的示范形式的机器的图解表示，在其中可运行使机器执行本文所述的方法的任何一个或多个的一组指令。在备选实施例中，机器作为独立装置工作，或者可连接(例如组网)到其它机器。在组网部署中，机器在服务器-客户机网络环境中以服务器或客户机的能力进行工作，或者在对等(或分布式)网络环境中作为对等机器工作。机器可能是服务器计算机、客户机计算机、个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、万维网设备、网络路由器、交换机或桥接器或者能够运行指定由那个机器采取的运作的一组指令(顺序或其它)的任何机器。
此外，虽然仅说明单个机器，但是，术语“机器”还将理解为包括分别或共同运行一组(或多组)指令以便执行本文所述方法的一个或多人的机器的任何集合。示范计算机系统1000包括处理器1002(例如中央处理器(CPU)、图形处理单元(GPU)或者两者)、主存储器1004以及静态存储器1006，它们经由总线1008互相通信。计算机系统1000还可包括视频显示单元1010(例如液晶显示器(LCD)或阴极射线管(CRT))。计算机系统1000还包括字母数字输入装置1012(例如键盘)、光标控制装置1014(例如鼠标)、盘驱动单元1016、信号生成装置1018(例如喇叭)以及网络接口装置1020。盘驱动单元1016包括机器可读介质1022，在其中存储体现本文所述方法或功能的任何一个或多个的一组或多组指令(例如软件1024)。
软件1024也可在由计算机系统1000运行期间完全或者至少部分驻留在主存储器1004中和/或处理器1002中，主存储器1004和处理器1002还构成机器可读介质。软件1024还可经由网络接口装置1020通过网络1026发送或接收。
虽然机器可读介质1022在一个示范实施例中表示为单个介质，但是，术语“机器可读介质”应当被认为包括存储一组或多组指令的单个介质或者多个介质(例如集中式或分布式数据库和/或关联高速缓存及服务器)。术语“机器可读介质”也将被认为包括能够对于由机器运行的一组指令进行存储、编码或携带并使机器执行本发明的方法的任何一个或多个的任何介质。因此，术语“机器可读介质”将被认为包括但不限于固态存储器、光和磁介质以及载波信号。
图11说明示范商人工具模块用户界面视图1100。在一个实施例中，用户界面1100可由用户通过因特网来控制。商人注册窗口1102允许高容量卖方注册到基于网络的市场12以及选择用于访问商人工具模块以便管理新列表的选项。管理列表窗口1104允许商家对销售库存清单进行上传和分类。在一个实施例中，管理列表窗口1104可由成批上传器504来执行，如参照图5所述。关联列表窗口1106允许商家选择它们希望用来应用到特定新列表的简档。在一个实施例中，关联列表窗口1106可由商人工具模块120自动执行，如前面在图5中所述。
具有其关联简档的所建议列表信息则从关联列表窗口1106馈入分级列表管理模块1110，它管理基于网络的市场12上的所建议列表信息的公布。在一个实施例中，分级列表管理模块1110可接收来自商人工具模块120中的定时模块510的分级列表516，如前面参照图5所述。管理简档窗口1108允许用户手动改变特定类型的产品的特定特性。在一个实施例中，管理简档窗口1108由用户输入模块520来执行，如前面在图5中所述。
图12说明商人工具模块1210的示范用户视图1200。根据一个实施例，列表引擎1212可接收来自定时模块510的分级列表516，如参照图5所述。在一个实施例中，用户视图1200是高容量卖方可用来监测关键性能指示器的仪表板视图。在另一个实施例中，用户视图1200通过商人工具模块120中的告警模块509产生告警，如前面在图5中所述。
图13说明用于手动输入特定列表的分级列表标准的示范用户视图。在一个实施例中，图13所示的用户视图可由用户通过用户输入模块520来访问，如参照图5所述，并且允许用户选择在基于网络的市场12中列示销售产品的各种预设简档。在另一个实施例中，图13中的用户视图可允许匹配表1000中存储的产品属性的手动选择。
图14说明根据一个实施例、可由商人工具模块120应用的拍卖性能标准和分级列表标准的示范视图1400。在一个实施例中，状态1402可允许用户选择具有适合特定季节的某些显示特性的商品(例如清仓商品、季节性商品)。根据一个实施例，状态1402中的选项可由显示模块522中的状态生成器702产生，如参照图7A所述。拍卖性能标准1404可允许高容量卖方监测如何执行由逻辑模块508产生的列表。拍卖性能标准包括“转换速率-上一个周期”、“转换速率-到目前为止”、“ASP//目标-上一个周期”以及“ASP/目标-到目前为止”。“转换速率-上一个周期”表明对于定时模块510参照图5预备的上一组分级列表从逻辑模块508预备和列示的总数中售出多少商品。“转换速率-到目前为止”允许用户根据百分比分类来监测特定产品的目前转换速率。“ASP/目标-上一个周期”和“ASP/目标-到目前为止”表明上一组分级列表以及由高容量卖方放入基于网络的市场12的所有列表的平均销售价格目标百分比匹配。在一个实施例中，视图1400可用来跟踪来自包括由逻辑模块508产生的利润、损失、收入、季节优选和列表有效性的组中至少一个的量度。
在另一个实施例中，视图1400根据特性产生报告，并向卖方提供对于不同服务等级可定制的仪表板视图。例如，如果特定卖方支付了附加预订费用，则特定卖方可能希望关于其列表的有效性的详细报告。在一个实施例中，由视图500产生的报告包括平均销售价格报告以及平均销售时间报告。
图15说明如前面参照图7B所述的产品属性模块524的示范用户视图1500。在一个实施例中，产品属性模块524确定要列示的特定商品的价格、要列示的商品的物理仓库位置、与要列示的特定商品关联的发运和处理成本以及要列示的商品的产品规范。图15的用户视图1500可由用户通过用户输入模块520查看，如前面参照图5所述。
图16说明用于在标识和存储第一及第二简档的用户选择之后自动产生列表的过程流程。在操作1602，标识与列表的第一方面相关的第一简档的用户选择。在操作1604，标识与列表的第二方面相关的第二简档的用户选择。在一个实施例中，用户可标识它们希望使用的显示模块522、产品模块524、时间表模块526以及价格模块528(如图5所示)中的简档的某个方面。(例如，用户可标识显示模块522中的第一简档的例如秋季或春季之类的方面以及价格模块528中的第二简档中的例如零售价格之类的方面的选择。)用户可通过如图5所示的基于万维网的用户输入模块520来提供改变或编辑简档的输入。在操作1606，存储第一和第二简档的用户选择。在一个实施例中，第一简档和第二简档存储在如图5所示的非易失性存储器514中。在操作1608，利用第一和第二简档的列表自动产生。在一个实施例中，列表由逻辑模块508自动产生。在另一个实例中，简档可通过由成批上传器504从企业资源计划系统中自动提取来创建。在另一个实施例中，用户输入可定义简档中的内容。在一个实施例中，第一和第二简档可分别从第一和第二组简档中选取(例如，简档可根据逻辑分组集、例如通过分类来分组)。
已经描述了一种管理基于网络的贸易环境中的高容量列表的方法及系统。虽然已经参照具体示范实施例描述了本发明，但是显然，可以对这些实施例进行各种修改和变更，而没有背离本发明的广义精神和范围。因此，说明书和附图要视为是说明性而不是限制性的。
权利要求
1.一种使基于网络的商务系统的列表的创建自动化的方法，所述方法包括标识与列表的第一方面相关的第一简档的用户选择；标识与列表的第二方面相关的第二简档的用户选择；存储所述第一和第二简档的所述用户选择；以及利用所述第一和第二简档自动产生所述列表。
2.如权利要求1所述的方法，其特征在于，所述第一和第二简档中的每一个分别从第一和第二组简档中选择。
3.如权利要求1所述的方法，其特征在于，所述第一方面包括包含定价方面、显示方面、产品方面、数量方面以及时间表方面的一组列表方面中的任一个。
4.如权利要求1所述的方法，其特征在于，包括接收来自用户的输入以定义所述第一简档。
5.如权利要求1所述的方法，其特征在于，所述第一简档通过基于万维网的用户输入模块来创建。
6.如权利要求1所述的方法，其特征在于，所述第一简档通过由成批上传器从企业资源计划系统中自动提取来创建。
7.一种用于管理基于网络的贸易环境内的列表的系统，所述系统包括商人工具模块，自动将多个已定义特性与列表关联；以及定时模块，根据时间表自动产生列表。
8.如权利要求7所述的系统，其特征在于，包括成批上传器，它访问通过多个基于网络的贸易环境与多个数据库关联的库存清单并对其执行完整性校验。
9.如权利要求7所述的系统，其特征在于，所述多个已定义特性中的至少一个是定义关联列表将如何出现在所述基于网络的贸易环境中的季节特性以及定义所述基于网络的贸易环境的用户所查看的列表的可视布局的布局显示特性。
10.如权利要求7所述的系统，其特征在于，所述多个已定义特性中的至少一个是产品模块中存储的预定义产品属性。
11.如权利要求7所述的系统，其特征在于，所述预定义特性中的至少一个是用户所选的价格等级，所述价格等级指定在所述基于网络的贸易环境中发布列表时采取的价格。
12.如权利要求7所述的系统，其特征在于，包括告警模块，它自动通知卖方所述多个特性中至少一个由于将所述特性与所建议列表关联时的差错而无法与所述列表关联。
13.如权利要求7所述的系统，其特征在于，包括抖动应用程序，它提供同时列出的共同产品的多个的时间抖动列表。
14.如权利要求7所述的系统，其特征在于，包括状态生成器，它提供关于所述多个已定义特性中的特定显示特性的信息。
15.如权利要求7所述的系统，其特征在于，包括用户接口模块，它接收与所述已定义特性中至少一个有关的输入以及跟踪来自包括利润、损失、收入、季节优选和列表有效性的组中的至少一个的量度。
16.一种用于管理基于网络的贸易环境内的列表的系统，所述系统包括用于自动将多个已定义特性与列表关联的部件；以及用于根据时间表产生列表的部件。
17.一种自动处理基于网络的贸易系统中的列表的方法，所述方法包括自动将多个已定义特性与所述基于网络的贸易系统中所建议列表关联；以及根据所建议列表自动产生列表。
18.如权利要求17所述的方法，其特征在于，包括访问通过多个基于网络的贸易环境与多个数据库关联的库存清单并对其执行完整性校验。
19.如权利要求17所述的方法，其特征在于，对于定义关联列表将如何出现在所述基于网络的贸易系统中的季节特性以及定义所述基于网络的贸易系统的用户所查看的列表的可视布局的布局显示特性自动产生所述多个已定义特性中的至少一个。
20.如权利要求17所述的方法，其特征在于，所述多个已定义特性中的至少一个是产品模块中存储的预定义产品属性。
21.如权利要求17所述的方法，其特征在于，所述预定义特性中的至少一个是用户所选的价格等级，所述价格等级指定在所述基于网络的贸易系统中发布列表所采取的价格。
22.如权利要求17所述的方法，其特征在于，包括自动通知卖方所述多个特性中至少一个由于将所述特性关联到所建议列表时的差错而无法与所述列表关联。
23.一种存储指令集的机器可读介质，所述指令在由所述机器执行时，使所述机器执行监测和自动管理高容量列表的方法，包括自动将多个已定义特性与基于网络的贸易系统内的列表关联；以及根据时间表自动产生列表。
24.一种管理高容量卖方的列表的方法，所述方法包括在数据库中合并与高容量卖方有关的产品属性数据，根据多个已定义特性将所述产品属性数据组织为分类；以及根据所述特性产生至少一个报告，所述报告是卖方通过仪表板视图可访问的。
25.如权利要求24所述的方法，其特征在于，所述报告对于提供给卖方的不同服务等级是可定制的。
26.如权利要求24所述的方法，其特征在于，还包括通过多个基于网络的贸易环境向多个数据库成批上传库存清单。
27.如权利要求24所述的方法，其特征在于，至少一个报告包括平均销售价格报告以及卖方的平均销售时间报告。
28.如权利要求24所述的方法，其特征在于，所述分类包括地理和时间阶段标记。
29.一种存储指令集的机器可读介质，所述指令在由所述机器执行时，使所述机器执行管理高容量卖方的列表的方法，包括在数据库中合并与高容量卖方有关的产品属性数据，根据多个已定义特性将所述产品属性数据组织为分类；以及根据所述特性产生至少一个报告，所述报告是卖方通过仪表板视图可访问的。
30.如权利要求29所述的机器可读介质，其特征在于，所述报告对于提供给卖方的不同服务等级是可定制的。
31.如权利要求29所述的机器可读介质，其特征在于，还包括通过多个基于网络的贸易环境向多个数据库成批上传库存清单。
32.如权利要求29所述的机器可读介质，其特征在于，至少一个报告包括平均销售价格报告以及卖方的平均销售时间报告。
33.如权利要求29所述的机器可读介质，其特征在于，所述分类包括地理和时间阶段标记。
34.一种在基于网络的贸易平台中的设备，所述设备包括具有完整性校验算法的成批上传器，它通过从卖方的至少一个数据库中自动检索产品信息并且自动应用至少一个密码访问算法，来接收与产品信息有关的输入；以及具有包括用于新列表的至少一部分信息的多个已定义特性的列表前管理模块。
35.如权利要求34所述的设备，其特征在于，所述列表前管理模块将使通过多个基于网络的贸易环境关联到多个数据库的库存清单同步。
36.如权利要求34所述的设备，其特征在于，所述列表前管理模块将跟踪从包括利润、损失、收入、季节优选和列表有效性中至少一个的组中选择的量度。
37.如权利要求34所述的设备，其特征在于，所述新列表中的至少一部分信息被选择作为已定义特性再使用。
38.如权利要求34所述的设备，其特征在于，所述特性被分组为各具有一组拍卖参数的分类。
39.如权利要求38所述的设备，其特征在于，所述分类是列表标题、起始价格、支付选项、数量选项、显示选项以及时间表选项中的至少一个。
40.一种用于管理基于网络的贸易系统中用于后续列表的所建议列表的方法，所述方法包括根据施加到一组外部库存表中的每个的索引时间标识符，将所述这组外部库存表汇集为复用表；将所述复用表分离为各个产品；接收来自用户输入模块的多个预定义特性的输入；以及通过应用抖动算法，将所选特性关联到各个产品。
41.一种存储指令集的机器可读介质，所述指令在由所述机器执行时，使所述机器执行用于管理基于网络的贸易系统中用于后续列表的所建议列表的方法，包括根据施加到一组外部库存表中的每个的索引时间标识符，将所述这组外部库存表汇集为复用表；将所述复用表分离为各个产品；接收来自用户输入模块的多个预定义特性的输入；以及通过应用抖动算法将所选特性关联到各个产品。
全文摘要
提供用于管理基于网络的贸易环境中的列表的方法及系统。在一个示范实施例中，标识与列表的第一方面相关的第一简档，标识与列表的第二方面相关的第二简档，存储第一和第二简档，以及采用第一和第二简档自动产生列表。
文档编号G06Q30/00GK101084517SQ200480028775
公开日2007年12月5日 申请日期2004年8月4日 优先权日2003年8月4日
发明者N·萨科, S·王, R·埃里克森 申请人:伊贝公司