在通信网络上实现的自助式目录管理器的制作方法

专利名称：在通信网络上实现的自助式目录管理器的制作方法
技术领域：
本发明一般地涉及在通信网络上实现的目录管理，例如，可用于帮助商家管理因特网商店的目录的目录管理。
背景技术：
经由计算机网络传送信息已成为机构、公司和个人从事商业活动的越来越重要的手段。这些年来，计算机网络已从被建立来为单个群组的需求服务的独立且孤立的实体发展成互连不同物理网络并允许它们如同协调的系统那样工作的巨大的互联网。当前，现存最大的计算机网络是因特网。因特网是利用公共的协议进行通信的计算机网络的世界性的互连。从低端的个人计算机到高端的超级计算机的数百万计算机被连接到了因特网。
因特网已逐渐发展以为多种兴趣和论坛服务。具体而言，因特网正在迅速转变成货物和服务以及观点和信息的全球电子市场。因特网的这种到全球市场的转变大部分是由被称为万维网(“web”)的信息系统的引入所驱动的。web是被设计来提供对巨大的文档体系的广泛访问的分布式数据库。web的数据库记录采取被称为网页(web page)的文档的形式。这些网页一般位于web服务器上，并且可经由因特网访问。连接到因特网的计算机可经由被称为web浏览器(web browser)的程序访问网页，所述web浏览器具有强大、易学的图形用户接口。web浏览器所支持的一种强大的技术被称为超链接，其允许网页作者创建到其他网页的链接，然后用户可通过用web浏览器上的简单的指向-点击命令来取得所述其他网页。
网页可以以诸如超文本标记语言(HTML)之类的多种格式编排协定中的任何一种来构造，并且可包括多媒体信息内容，例如图形、音频和运动图片。任何拥有计算机和到因特网的连接的人都可以访问任何可公开访问的网页。从而，在万维网上的存在(例如因特网商店)具有向寻求向潜在顾客宣传其产品和服务的商行、个人、机构和其他商家引入世界性的消费者基础的能力。此外，由于数据传输速度和计算机处理速度的指数型增长而实现的网页和支持性基础设施的设计的不断增长的精密性使得web对于这些商店来说成为了越来越有吸引力的介质。
辅助因特网内容的开发和分布的强大新工具的可用性导致了因特网上提供的信息、产品和服务的增殖和使用因特网的消费者和商家的数目的激增。经由因特网进行的商务已有所发展，并被预期会继续显著发展。结果，因特网已经脱颖而出，成为对提供各种产品和服务以触及这些大量消费者的商家来说有吸引力的新介质。
具体而言，小型商行，尤其是那些针对具有高度针对性的瞄准机会的市场的小型商行，可从因特网(或其他类似的计算机网络)上的商店存在大大受益。在因特网上开店和做广告的成本相比其他备选方案来说可能较低，并且商家可能触及非常广泛的受众(或针对性很高的受众)。但是，现有的用于支持商店的技术，尤其是诸如目录管理这样的管理性功能，却不是那么适合于较小的商家。许多现有技术是针对为非常大的商家管理目录和库存的。这种技术对于较小的商家来说往往太贵以至于它们买不起，并且对它们来说往往不必要地复杂以至于它们无法使用。具体而言，常常希望较小的商家具有管理其目录和执行其他管理性功能的自助能力。当前可用的技术不太适合于此应用。
从而，需要实现目录管理和其他管理性功能的新方法，以便更好地为这些商家服务。

发明内容
本发明通过提供一种帮助商家在诸如因特网之类的计算机网络上创建和管理商店的计算机化的自助式平台，从而克服了现有技术的局限。自助式方面是有益的，这是因为它降低了管理商店成本。它还增加了操作灵活性。在一种实现方式中，可以随时且实时或几乎实时地对商店进行更改，从而允许了商家更迅速地对变化的条件作出响应。
在本发明的一个方面中，一种用于管理商店的系统包括产品数据库和电子商务(e-commerce)店面。产品数据库存储关于经由商店许诺销售的项目(包括服务和其他非产品出售物)的信息。电子商务店面存储关于对顾客的商店呈现(例如店面)的信息。某些店面信息引用存储在产品数据库中的信息。产品管理模块允许商家(或其他用户)在自助基础上管理产品数据库。将店面与产品数据库分离有很多好处。例如，每个部分现在可由不同人来处理(例如产品数据库的数据库管理员和店面的web设计者)。分离还使得更容易重新利用组件。例如，为一个商店构建的产品数据库中的某些或全部可能能够重新用于具有完全不同的外观风格的不同店面。
在一种特定实现方式中，商店是实现在因特网上的。产品数据库被划分成两部分产品目录和库存记录。用户可经由能通过URL访问的自助式目录管理器来管理产品目录和库存记录。店面包括网页，这些网页被电子商务服务器提供给顾客。网页可包括商店标签，这些商店标签引用来自产品目录和/或库存记录的信息。商店标签服务器被用于解析商店标签。
在本发明的另一个方面中，产品数据库以表格形式存储其信息。每个表被组织成项目，并且项目可具有选项。在一个特定数据结构中，表中的每行对应于一个项目，并且一个项目的选项被编码和存储为行中的单个条目。但是，最好为每个选项单独跟踪库存。例如，如果一个项目是某种类型的衬衫并且选项是不同尺寸，则可针对该项目构建单个网页，但为每个衬衫尺寸单独跟踪库存。
本发明的其他方面包括与上述系统相关的子系统、数据结构和方法。


本发明具有其他优点和特征，当结合附图理解以下对本发明的详细描述和所附权利要求书时，可从中更清楚地看出这些其他优点和特征，附图中图1是适合于本发明的典型系统的框图。
图2是图1的商店的典型实现方式的框图。
图3是用于目录管理的自助式平台的初始网页的图示。
图4A-4E是用于查看目录中的项目的网页的图示。
图5A-5B是用于向目录添加项目的网页的图示。
图6A-6D是用于编辑目录中的项目的网页的图示。
图7是用于查看目录中的表的网页的图示。
图8A-8F是用于向目录添加表的网页的图示。
图9A-9B是用于编辑目录中的表的网页的图示。
图10A-10D是用于向目录导入数据的网页的图示。
图11是用于从目录导出数据的网页的图示。
图12A-12B是用于管理目录库存的网页的图示。
图13是确认目录的发表的网页的图示。
图14是根据本发明的实施例的典型商店的框图。
具体实施例方式
图1是适合于本发明的典型系统100的框图。一般来说，系统100包括经由网络120彼此通信的多个站点110A-N、顾客130A-N和商家140A-N。商家140维护站点110上的商店150A-N。顾客130经由它们在站点110上的店面在商店150处购物。商家140经由自助式平台访问商店150(例如执行管理性功能)，该自助式平台可实现为站点110的一部分。
在一个特定实施例中，网络120是因特网。站点110包括网站，例如Yahoo！Store。顾客130包括一般通过诸如Netscape的Navigator或Microsoft的Intemet Explorer之类的web浏览器135来访问因特网的个人。商家140维护被容宿在站点110上的因特网商店150。宿主站点可由商家自身或第三方(例如Yahoo！)来维护。每个站点110可包含多个商店150。商家140一般通过web浏览器135访问自助式平台(实现在站点110上)。在某些情况下，顾客130和商家140可利用其他手段来访问站点110，例如通过网络120外部的软件代理、程序接口或通信信道来访问站点110。顾客130主要通过请求来自站点110的网页和/或向站点110提交表单来经由因特网在商店150处购物。
为清晰起见简化了图1。例如，站点110、顾客130和商家140被示为单独的实体。实际上，相同的实体可扮演一个或多个角色。在不同场境下实体还可扮演不同角色。此外，不同角色可被分布和/或划分在许多不同实体之间。此外，出于冗余和/或性能原因，站点110本身可以是分布式的。例如，诸如Yahoo！站点这样的大型站点一般运行来自不同服务器的不同web属性，并且例如可使用多个服务器、数据库、负载平衡器等等。
作为进一步的说明，虽然因特网将会被用作此公开文本中的主要示例，但是本发明也可用于其他系统，例如某些销售点(POS)系统或店内零售系统。例如，实体110、130和140可以不经由图1的公共网络120而是经由单独的通信网络或专用的通信信道彼此通信(或者除了经由图1的公共网络120之外还经由单独的通信网络或专用的通信信道彼此通信)。或者，系统100的各个部分可由移动组件实现，并且可不被永久附接到通信网络。例如，实体可经由无线连接彼此交互。作为最后的示例，页面可以基于除web外的其他协议。
图2是基于上述因特网场景的商店150的典型实现方式的框图。商店的店面是对顾客的商店呈现。商店的其他部分包括管理性功能(例如维护商店中销售的项目的目录、每个项目的可用库存以及定价)和后端处理(例如适当的信用卡处理和发票生成)。
在图2中，关于商店的信息被存储在数据库210和260中。产品数据库210(“产品”还欲包括服务和其他非产品出售物)包括关于商店目录的信息，例如可供销售的项目、库存单位(stock keeping unit，缩写为SKU)号码、每个SKU的不同选项、可用库存、定价等等。在一种方法中，产品数据库被组织为表，每个表具有对于不同的表可能不同的字段。每个表包含项目，其中项目一般由SKU号码限定。单个SKU号码内的差异一般作为一个项目内的选项出现。例如，一个表可以是服饰。服饰表中的项目可包括不同类型的毛线衫、衬衫、裤子等等。该表中的字段可包括SKU、设计者标志、价格等等。服饰选项可包括尺寸和颜色，其中对于每个选项单独列出库存。另一个表可以是书籍，其中每个项目是不同的标题。书籍表中的字段可包括国际标准书号(ISBN)、精装本还是简装本、作者、出版者等等。
利用多个表使得更容易为每个表限定不同的字段。例如，如果只使用单个表，则将为所有项目限定ISBN字段，虽然对于服饰项目来说它是无意义的字段。这将会是产品数据库210中的被浪费的空间。使用选项以进一步细分项目也带来了效率。例如，如果一种类型的毛线衫将被置于特价销售状态，则这一点可通过整体地针对该项目编辑目录来实现，而不是通过针对每个尺寸、颜色等单独编辑目录条目来实现。此外，在店面中可以有单个项目呈现(例如一个图像被用于示出某种样式的毛线衫，而不是对每个尺寸和颜色有不同的图像)，虽然对于每个选项，库存和/或定价是被单独维护的。也可以支持其他分组方式。例如，群组可被限定为包括某些项目和/或选项(或其他群组)。然后操纵群组就会影响群组中的个体成员。例如，群组“Sharks服饰”可被限定为包括具有San Jose Sharks商标的服饰项目。当Sharks过季时，整个群组可被置于特价销售状态。
电子商务店面260包括关于店面的信息，例如将被提供给进行购物的顾客的实际页面。在一个实施例中，正如下文中将进一步描述的，网页通过用商店标签(store tag)来访问产品数据库210中的信息。例如，在显示书籍的网页上，不是将“$25.99”硬连接在该网页的HTML中，而是可改为使用指向产品数据库210中的书价的商店标签。从而，如果在产品数据库210中价格改变，则在网页上它也会自动被更新。相对于动态生成的网页，利用商店标签(静态页面中的动态元素)来完成此任务的一个优点是它具有静态URL。许多web搜索程序(web crawler)无法索引响应于查询生成的页面，这是因为web搜索程序本身不生成查询。从而，使用商店标签允许了页面被索引。
使店面和产品目录分离开来具有许多优点。例如，管理产品目录和构建店面需要两个不同的技能集合。通过分离这些任务，每一种任务都能由具有适当技能集合的专家利用专用工具来处理。分离还可导致组件的重新利用。例如，针对一个商店构建的产品目录中的某些或全部可能能够重新用于具有完全不同的外观风格的不同的店面。为了使其更进一步，许多商店具有公共元素，这些公共元素或者是关于其目录的，或者是关于其店面的功能的。可开发模板来利用这些公共性，从而允许商家迅速构建其商店。此外，这使得不仅能够从相同容宿环境中的相关店面引用目录数据元素，而且也能从诸如不同容宿环境(例如如果web服务器已经被修改以经由商店标签访问目录数据)和聚集购物环境中的店面之类的其他的源引用目录数据元素，其中在聚集购物环境中，顾客可浏览来自不同商家的产品。
返回图2，顾客130经由提供适当网页的电子商务服务器270访问商店。电子商务服务器270可以是web宿主服务器。电子商务服务器270从数据库260取得所需网页，并且还可以根据需要访问产品数据库210，例如为了解析HTML中的商店标签。
商家140可经由产品管理模块230和店面编辑器220访问商店。店面编辑器220是用于管理商店站点的呈现的工具。例如，可经由店面编辑器220进行对店面的外观风格(例如构成店面的网页)的改变。编辑器220可根据需要访问产品数据库210。在某些实现方式中，此工具可执行管理产品数据的呈现和数据本身的组合动作。产品管理模块230是用于管理产品数据库的工具。可经由管理模块230进行对目录中列出的项目、定价等的改变。
管理模块230优选为自助式的，意思是商家可直接访问管理模块230以便根据需要对产品数据库210作出改变。这对于较小的商家来说尤其有益。有关人员直接支持较小商家的管理性活动通常是不划算的。然而，较小的商家必须能够维护其目录。自助式方面通过允许较小的商家自助来降低管理成本。自助式方面还允许商家更容易且更即时地改变其目录。如果像此示例中的情况那样，整个系统是实时或几乎实时的，则商家所作出的任何改变都会立即或几乎立即被反映在其店面中。
在一种实现方式中，图2所示的组件不是为每个商店单独实现的。相反，多个商家共享许多公共组件。例如，每个商家140不具有专用的店面编辑器220、管理模块230或电子商务服务器270。这些组件被用于支持站点容宿的所有商店。每个商家140也不具有专用的数据库210和260。相反，使用公共的数据库，但是每个商家140具有公共数据库内的专用部分。
图3-13是示出产品管理模块230的典型用户接口的网页的图示。此自助式平台允许了用户140管理其目录。此特定示例是在Yahoo！Store所容宿的商店的目录的场境中的，但是本发明不限于此具体示例。在图3-13的示例中，自助式平台为被称为目录管理器(Catalog Manager)，它位于Yahoo！Store站点上。在另一种实现方式中，自助式平台位于由另一个实体(例如Yahoo！的服务提供商)所运行的站点上。或者，自助式平台可管理在许多不同站点上维护的商店的目录和/或执行这些商店的管理性功能。
图3示出目录管理器的登录页面。从该页面中，用户具有多个选项。用户可经由链接310获得账户信息。在区域320中，用户可访问其他资源，包括商店标签中心(在下文中描述)。此示例中的目录管理功能330被划分成五个主要区域管理项目、管理表、导入/导出数据、库存功能和发表。在之后的网页中，这五个区域可通过网页上的跳格设定来访问。图4-6、7-9、10-11、12和13更详细示出了这五个功能区域中的每一个。
图4A-4E示出了用于查看目录中的项目的页面。可选择不同项目子集以便查看。图4A示出这样一个网页，其中选择了所有表410以便查看，并且对于要查看的项目集合没有施加其他限制。这样，目录中的所有项目都是查看集合的一部分，并且在此示例中按字母数字的顺序被显示。在图4B中，查看集合被限制到Cookies表420(注意项目的表分配在图4A和图4B之间是不一致的)。在图4B中，不需要显示单独的Tables(表)字段，因为此查看集合中的所有项目都来自同一个表。在图4B中，项目alphabetcookie具有当前显示的三个选项。显示可被展开或折叠以查看或隐藏不同选项。
也可以以其他方式来限定查看集合。例如，Search(搜索)按钮414(图4A)可用于搜索特定项目或特定的项目类别。图4C示出用于搜索特定表和字段内的关键字的表单。图4D是由于对所有表搜索字段“Name(名称)”中的词语“cookie”而产生的显示的示例。也可执行其他类型的搜索。例如，查看集合可由以下项目来限定目前处于特价销售状态的所有项目、所有应征税项目或者“Cookie”表中的在名称中还有单词“Chocolate”的所有项目。标准搜索技术可用于限定和填充搜索请求。
显示布局本身也可由用户改变。例如，图4A中显示的字段是ID、Name、...Table。这些字段可被定制。图4E示出允许用户确定哪些字段应当被显示的用户接口。对于不同的表，所显示的字段可以不同。标准技术可用于针对字体、颜色、对齐方式等修改布局。图4A-4B的显示是采用每显示页示出25个项目的表的形式。每页项目数目可以被改变。在其他实现方式中，可使用除了基于表的布局之外的其他布局。
返回图4A，可从项目显示中编辑项目。点击特定项目使得用户能够编辑该项目的目录条目。“Edit These Items(编辑这些项目)”按钮416编辑所选择的项目。可通过选中特定复选框412来选择项目。点击“Check All(全部选中)”415选择所有项目。特定的“Change Prices(更改价格)”按钮417作为快捷方式可用，这是因为更改价格是常见的编辑。可以选择项目以便以其他方式进行编辑，例如通过突出所选项目来进行编辑。“Add Item(添加项目)”按钮419允许用户添加新项目。
图5A-5B示出用于添加项目的页面。在此示例中，在查看TableX表的项目时点击“Add Item”按钮419(图4A)。因此，此新项目将会被添加到TableX。图5A示出具有针对TableX的字段的输入表单。这些字段中的某些被限于菜单选择(例如Taxable(应征税)字段或者是Yes(是)，或者是No(否))。某些可接受自由形式的文本(例如Options(选项)字段)。某些可接受上载(例如Image(图像)和Icon(图标)字段)。在Options字段中，点击“Enter Individual Item Codes(输入个体项目代码)”导向图5B所示的输入表单。此页面允许用户指定此项目可用的不同选项。一旦图5A中的表单已完成，用户就点击“Save(保存)”或“Save and Add Another(保存并添加另一个)”。提交的信息被检查，例如以便确保所有必填字段都已完成。一旦没有错误，新的项目就被添加到目录。用户一般会接收到确认。
也可以以其他方式来添加项目。例如，关于项目的数据可被上载到目录，而不是像图5A-5B所示的那样单独添加每个项目。或者，可为不同类的项目构建模板，以便某些字段已被填充，或者可使用脚本来自动填充字段。
图6A-6D是用于编辑目录中的项目的页面。参考图4A，如果用户选择要编辑的单个项目，则这可通过显示图5A所示的页面来实现，但是其中字段被用其当前值填充。然后用户可编辑字段。如果用户选择要编辑的多个项目，例如整个表、搜索所选择的集合或整个目录，则图6A所示的页面可能更合适。在该情况下，项目和字段是以表格形式示出的，但是字段可被编辑。
图6B示出了当用户请求删除某些项目时的“确认”页面。在此示例中，用户从图4A的显示中选择了四个项目，然后点击“Delete(删除)”按钮421(图4A)。图6B中的页面确认请求，并且指出项目“crackers”具有也将被删除的四个选项。如果用户已限定了项目群组，然后请求删除整个群组，则此特征可能尤其有用。确认可明确列出群组中的所有项目以确认用户确实希望删除所有项目。返回图6B，如果用户不希望删除所有四个项目，则他可以取消选中不要删除的项目。
图6C示出当用户请求将某些项目从一个表移动到另一个时的表单。用户已从图4A的显示中选择了四个项目，并点击了“Move(移动)”按钮423(图4A)。用户利用图6C中示出的表单来指定目的地表。在某些情况下，例如如果目的地表不包括相同表中包含的字段的话，则移动可能导致字段的删除。在这些情况下，确认页面可在移动项目之前警告用户这种情形。
图6D示出用于某些类型的价格变化的表单。图4A中的“ChangePrices(更改价格)”按钮417激活此表单。利用此页面，用户可对所有表或某些表应用一定百分比的折扣。用户还可打开或关闭特价销售定价。也可利用以上针对其他字段描述的技术来编辑定价。
现转到表管理，图7示出用于查看目录中的表的页面。此网页(以及用于操纵表的其他网页)的布局、组合和操纵与图4-6所示的用于操纵项目的方法类似。这是有益的，因为对于自助式平台来说，直观且简单的用户接口是尤其合乎需要的。理想情况下，用户将能够利用有限的文档资料自行学习用户接口。此示例显示目录中的所有表，以及它们的名称、描述和表中的项目数目。复选框提供与图4相同的功能，从而允许用户选择表。
针对查看项目描述的许多选项也适用于查看表。例如，用户可能希望选择表的子集以便查看、展开或折叠表显示的某些部分、执行搜索和/或更改表显示的布局。在此示例中，与为项目显示提供的选项相比，为操纵表显示提供的选项较少，这主要是因为预期的表数目要少得多。
“Create New Table(创建新表)”按钮719允许用户添加新表。图8A-8F示出用于添加表的页面。在图8A中，用户输入表名称和对表的描述。接下来，用户限定表中要包括哪些字段。在此示例中，字段被划分成子集必填字段(Mandatory Fields)、商店字段(Store Fields)、购物字段(Shopping Fields)和定制字段(Custom Fields)。图8B-8E示出每个子集的输入表单。在此示例中，每个字段是由其名称、其格式(数字、文本、是-否等)、是否要求为每个项目填充该字段(这与是否需要将该字段包括为表的一部分不同)以及缺省值(如果存在的话)限定的。图8B示出此示例中的必填字段的输入表单。对于所有表都必须包括必填字段。名称和格式已被限定。大多数必填字段也是所有项目必需的。
图8C示出商店字段的输入表单。在此示例中，商店字段被预先限定，以便在用户之间标准化字段。但是，不需要对所有表都包括这些字段。因此，此表单还包括列“Include(包括)”，该列确定字段是否将被包括在此特定表中。购物字段的处理方式与商店字段类似。图8D示出购买字段的输入表单。最后，图8E示出允许用户限定定制字段的输入表单。
图8F是用于创建表的确认页面。作为此过程的一部分，一般会检查已提交的信息。Edit(编辑)按钮810允许用户修改任何信息。就像项目那样，也可以以其他方式添加表。
在图7中，点击特定表允许了用户编辑该表的信息。图9A是用于编辑目录中的表的网页。此页面的工作方式与图8F的类似。点击Edit按钮调出表的相应部分，然后用户可编辑这些部分。当编辑完成时，用户点击Save(保存)按钮。如果用户要删除字段，则确认页面首先提醒用户被删除的字段中的信息将会丢失，如图9B所示。
图4-9是基于表单的编辑目录方法。也可以以其他方式来修改目录。图10示出一个示例，在该示例中，数据被导入目录中。在此示例中，导入过程被划分成两个步骤上载和提交(commit)。上载步骤包括将源数据从其原始形式转换成与产品数据库兼容的形式，例如限定源数据中的哪些字段对应于目录中的哪些字段。提交步骤包括将上载的数据与现有数据库相组合。在此示例中，有两种形式的提交添加，其中新记录被添加到产品数据库中；以及重建，其中现有记录被修改或被导入的记录所取代。
图10A示出允许用户通过点击“Upload(上载)”按钮上载数据的网页。这将用户带到图10B中的表单。在这里，用户指定目录内的目的地表、表是被添加还是被重建以及用于上载的源文件。在之后的页面中，用户还可指定源文件中的字段如何映射到目的地表中的字段。点击“Upload”启动上载(在确认之后)。图10C是上载遇到错误的结果页面，这些错误在“Warning and Errors(警告和错误)”部分中示出。使上载和提交过程相分离允许了用户在影响产品数据库之前校正任何警告和错误。
当用户对正确上载源数据感到满意时，用户点击“Commit(提交)”，然后该“Commit”适当地实现添加或重建。提交步骤在被执行之前一般被确认。确认页面可包括关于可能的错误或将会丢失的信息的警告。图10D示出在提交过程被执行之后的网页。在此示例中，用户已提交了来自图10C的上载(例如有错误的那一个)。结果，提交过程也反映了这些错误。有可能错误警告是不正确的。
也可从产品数据库导出数据。图11示出用于从目录下载表的表单。
现在转到库存管理，图12A-12B示出了用于管理库存的网页。可以在目录管理的一般框架(例如以上在图3-11中描述的那种)内处理库存管理。但是，在此示例中，由于此功能的重要性，库存管理还具有专用网页。在某些实现方式中，库存数据还被存储在与其余目录数据相分离的数据库中。即，产品数据库可包括单独的库存数据库。
图12A示出用于查看库存的网页。此网页(和其他用于编辑库存的网页)的布局、组织和操纵与图4和7所示的用于操纵项目和表的页面类似。这是有益的，因为它使得自助式平台更易于学习和使用。此示例显示表“Cookies”中的所有项目的库存。点击“Edit”按钮1216允许了用户编辑库存，例如图12B所示。“Upload”和“Download(下载)”按钮1222和1224辅助了库存数据的导入和导出。
图3-12示出了用于帮助商家进行目录管理的不同网页。一般将会有两个版本的目录。发表的目录是当前在站点上实现的版本。这是顾客在访问商家在站点上的店面时将会体验到的版本。工作目录是商家可用来进行编辑、修改等而不会影响顾客体验的版本。在典型体系结构中，上述目录管理功能影响工作目录，而不是发表的目录。当商家希望工作目录开始起作用时，他发表工作目录。图13示出用于发表工作目录的确认页面。
图3-13示出用于目录管理的自助式平台的一个示例。在此示例中，页面一般采用公共的查看和编辑目录的方法。此外，没有给予用户无限制的操纵目录的自由。更确切地说，平台被设计为自动完成最公共的功能，并且限制用户对精密或复杂的操纵的访问权限。对于想要被大量较小的商家使用的自助式平台来说，这是有利的。布局和编辑的公共方法使得平台学习起来较为容易且使用起来较为直观，即使没有训练课程或冗长的文档资料也是如此。用户的有限自由降低了不熟练的用户意外损害其自己的目录或恶意用户故意损害他人的目录的风险。它还减少了平台所需的技术支持量，从而降低了终端用户的成本。
此外，本发明不限于图3-13的具体示例。许多其他变化将会是显而易见的。例如，可使用不同的用户接口外观风格。显示不需要使用表格形式。它们可包含图像、音频和其他类型的信息。它们可以是由语音激活的，或者支持其他类型的I/O。此外，可为每个用户定制用户接口。例如，用户可定制目录管理器的首页(或其他页面)以适应其需求。
用于操纵目录的接口也不需要限于网页、表单和数据的导入/导出。可支持软件自动化。例如，目录可被设计成经由应用程序接口(API)、命令集合和/或脚本被操纵。这些选项使得目录更易于与其他系统直接接口，所述其他系统例如是商家的仓库处的库存管理系统或标准价格单。还可提供模板以自动完成可能对于许多用户来说公共的任务。
此外，所实现的管理功能不限于图3-13所示的那些。例如，在可替换版本中，定价可以基于更精密的计划或表(例如定价随着时间自动变化，或随着剩余库存自动变化，或随着购买量自动变化)。又例如，项目可用性可随时间自动变化。平台还可允许用户设置告警或通知。例如，用户可能希望在库存下降到某个水平以下(或太长时间保持在某个水平以上)时得到告警。还可为用户生成不同的报告。
目录也不限于基于表、项目和选项的组织。也可支持其他结构。例如，用户可限定群组，或者甚至群组的群组等等。或者，可使用基于对象的结构，在这里子对象从其父对象那里继承属性。
现转到图14，其中表示了根据本发明的商店的简化框图。在此示例中(就像此公开文本中自始至终的情况那样)，相同的组件可被称为模块、服务器或其他描述性术语，例如“宿主”、“宿主模块”、“宿主服务器”或“宿主应用程序”。应当理解，这些组件不是想要被限于特定物理形式。在大多数情况下，当前优选的实现方式是软件。但是，根据特定应用，它们可被实现为硬件、固件、软件和/或其组合。此外，不同的软件可共享公共的子组件或者甚至由相同的子组件来实现。在不同组件之间可能有也可能没有清楚的边界。
比较图14与图2，产品数据库210被实现为产品目录812和库存记录814。产品目录812包括关于商店的目录的信息，例如许诺销售的项目、项目的图像、定价、文本描述、不同选项等等。产品目录812使用如上所述的表、项目和选项结构。产品目录812中的信息被存储为表。表中的每一行对应于一个项目。在此示例中未使用关系数据库。通过对选项编码以产生单个串来处理选项。这种串被存储在表的Options字段中。当需要关于选项的信息时，串被解码。库存记录814与目录的其余部分相分离，并且是用传统技术来存储的。
电子商务店面260存储用于呈现给顾客的网页。网页一般包含对其他位置的引用，例如图像、动态馈送、广告和/或商店标签。商店标签是对来自产品数据库210的信息的引用。店面编辑器220帮助商家构建和维护电子商务站点。它可包括用于自动完成商家店面的构建的模板。
产品管理模块230包括帮助商家进行产品数据库管理的模块。商家经由URL访问管理模块230。图14所示的特定模块对应于图3-13中描述的功能。项目管理模块836、表管理模块835和导入/导出模块837分别实现图4-6、7-9和10-11中描述的项目管理、表管理和导入/导出功能。这些模块主要与产品目录812接口，以便编辑目录。库存管理模块839实现图12中描述的库存功能。它主要与库存记录814接口。
发表模块832负责目录的发表，如图13中所述。发表的目录被示为图14中的框833。其他组件经由发表模块832访问发表的目录833。例如，电子商务服务器270与发表模块832交互以访问发表的目录833，而不是直接访问产品目录812。图14中的框833只是图形表示。它不是想要暗示发表的目录833被存储为发表模块832的一部分，或者甚至发表的目录833与产品目录812相分离。例如，在一种实现方式中，公共的数据库被用于存储发表的目录和“工作”目录两者。每个表中的每一行被标记为已发表或未发表。
如果商家希望的话，则他可导出发表的目录833。从而，例如，商家可导出发表的目录833，然后使用除店面编辑器220外的其他开发工具来构建商店站点。其他开发工具的示例包括Macromedia的Dream Weaver，Microsoft的FrontPage和其他HTML编辑器。当网页被加载回系统时，商店标签提供到产品数据库中包含的信息的联接。发表的目录833也可被导出到其他市场。将产品目录与店面外观风格相分离允许了商家构建目录一次并在许多市场的不同店面中重新使用它。
在图14中，商店标签中心831是帮助商家使用商店标签的模块。商店标签中心831可包含描述商店标签概念的信息、关于其使用的指南和/或辅助其使用的工具。例如，商店标签中心831可包括帮助商家识别某条特定信息的正确商店标签的向导(wizards)。
在顾客方，电子商务服务器270(图2)包括宿主服务器874和商店标签服务器872(图14)，以及其他服务器。图14中示出了定单服务器876和记账服务器877，虽然一般还会使用其他组件(例如图像服务器、搜索服务器、库服务器、重定向服务器、钱包技术(wallet technology)、信用卡处理、税款、运送和处理表等等)。电子商务服务器270访问各种数据源。在此示例中，电子商务服务器270可访问库存记录814和电子商务店面260，并且可经由发表模块832获得发表的目录833。
宿主服务器874负责将店面网页提供给顾客。它从电子商务店面260取得网页。所取得的网页中的商店标签被传递给商店标签服务器872，该商店标签服务器872基于发表的目录833解析商店标签。在此实现方式中，商店标签是服务器方的，并且包括(SSI)HTML标签。商店标签服务器872是在HTML页面中动态提供来自产品目录的数据元素的web服务器。这是在页面被提供时完成的，但是同时保持静态页面URL。宿主服务器874经由whproxy与商店标签服务器872通信。
为了减少不必要的通信，商店标签展开的结果可被缓存。在一种方法中，当宿主服务器874首次遇到网页上的特定商店的商店标签时，它检查缓存的页面复本(例如被保存为与原始文件具有相同名称和位置的隐藏文件)。如果缓存的复本比起取得的网页来具有更新近的时间戳，并且在这期间目录尚未被更新过，则使用缓存的复本。在此情况下，不需要向商店标签服务器872发送对于此特定商店和页面的其他请求。如果缓存的页面已过时或者没有缓存的页面，则当前页面还被存储为缓存的复本。在缓存的复本中，商店标签被展开。在备用方法中，可以按逐标签而不是逐页面的方式缓存商店标签。
虽然具体描述包含许多细节，但是这些细节不应当被解释为限制本发明的范围，而仅应当被解释为说明本发明的不同示例和方面。应当意识到，本发明的范围包括以上未详细讨论的其他实施例。在这里公开的本发明的方法和装置的配置、操作和细节中，可进行对于本领域的技术人员来说显而易见的各种其他修改、改变和变化，而不会脱离所附权利要求书限定的本发明的范围。因此，本发明的范围应当由所附权利要求书及其法律上的等同物来确定。此外，没有元素、组件或方法步骤想要被指定给公众，不论在权利要求书中是否明确阐述了这些元素、组件或方法步骤。
权利要求
1.一种用于管理在因特网上实现的商店的方法，该方法被实现在计算机化的自助式平台上，并且包括将关于经由所述商店许诺销售的产品的信息存储在产品数据库中；将关于对顾客的商店呈现的信息存储在电子商务店面中；以及帮助用户管理所述产品数据库。
2.如权利要求1所述的方法，其中所述自助式平台可由用户经由webURL来访问。
3.如权利要求1所述的方法，其中存储关于所述商店的呈现的信息的步骤包括将所述商店的店面的网页存储在所述电子商务店面中。
4.如权利要求3所述的方法，其中所述网页包括商店标签，该商店标签引用存储在所述产品数据库中的信息。
5.如权利要求4所述的方法，所述方法还包括在不解析查询的情况下解析所述商店标签。
6.如权利要求4所述的方法，还包括提供至少一个包括所述商店标签的网页模板。
7.如权利要求4所述的方法，还包括提供向导以帮助用户使用所述商店标签。
8.如权利要求1所述的方法，其中存储关于许诺销售的产品的信息的步骤包括将所述信息存储在至少一个表中，所述至少一个表中的每个表被组织成多个项目，所述多个项目中的至少一个项目具有至少一个选项。
9.如权利要求8所述的方法，其中可为所述至少一个选项中的每个选项管理库存。
10.如权利要求8所述的方法，其中所述至少一个表中的每个表包含多个记录，每个记录对应于一个项目，并且其中一个项目的多个选项被集体编码为该项目的记录内的单个字段。
11.如权利要求8所述的方法，还包括以表格形式显示所述至少一个表中的表的多个项目中的项目，其中项目内的选项可在所述显示内被折叠和展开。
12.如权利要求8所述的方法，其中帮助用户管理所述产品数据库的步骤包括通过提供具有必须被包括在新表中的预先限定的必填字段的表单来帮助用户限定新表；提供具有可任选被包括在所述新表中的预先限定的商店字段的表单；提供具有可任选被包括在所述新表中的预先限定的购买字段的表单。
13.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括帮助用户限定所述产品数据库内的多个群组，其中用户可通过操纵所述多个群组来操纵所述产品数据库。
14.如权利要求1所述的方法，其中将关于经由所述商店许诺销售的产品的信息存储在产品数据库中的步骤包括将与目录相关的信息存储在产品数据库中；以及将与库存相关的信息存储在库存记录中。
15.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括帮助用户限定产品的常规价格；以及可任选地帮助用户限定产品的特价价格。
16.如权利要求15所述的方法，其中帮助用户管理所述产品数据库的步骤还包括帮助用户限定所述产品数据库内的多个群组；以及一旦用户采取单个动作，就激活所述多个群组中的所选产品群组内的所有特价价格。
17.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括帮助用户限定所述产品数据库内的多个群组；以及一旦用户采取单个动作，就将用户限定的折扣应用到所述多个群组中的所选产品群组内的所有价格。
18.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括允许用户仅通过提交预先限定的表单或通过导入数据来编辑所述产品数据库。
19.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括，在完成将会丢失来自所述产品数据库的数据的任务之前警告用户数据将会丢失；以及确认用户仍希望完成所述任务。
20.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括上载用户所识别的数据；确认用户希望提交上载的数据；以及一旦确认，就提交所述上载的数据。
21.如权利要求1所述的方法，其中帮助用户管理所述产品数据库的步骤包括基于存储在所述产品数据库中的信息发表目录；以及导出发表的目录。
22.如权利要求21所述的方法，还包括导入基于导出的目录所创建的网页；以及将导入的页面存储在所述电子商务店面中。
23.如权利要求1所述的方法，还包括在用户发表对所述产品数据库的编辑时，实时更新所述商店。
24.一种用于管理在因特网上实现的商店的系统，包括产品数据库，其存储关于经由所述商店许诺销售的多个产品的信息；电子商务店面，其存储关于对顾客的商店呈现的信息；所述信息引用存储在所述产品数据库中的信息；以及产品管理模块，其耦合到所述产品数据库并且可被用户访问，用于在自助基础上管理所述产品数据库。
25.如权利要求24所述的系统，其中所述产品管理模块可由用户经由web URL来访问。
26.如权利要求24所述的系统，其中所述电子商务店面存储所述商店的店面的网页。
27.如权利要求26所述的系统，其中所述网页包括商店标签，该商店标签引用存储在所述产品数据库中的信息。
28.如权利要求27所述的系统，其中所述产品管理模块包括商店标签中心以帮助用户使用商店标签。
29.如权利要求27所述的系统，还包括电子商务服务器，其耦合到所述电子商务店面，用于向顾客提供网页，所述电子商务服务器包括用于解析所述网页中包括的商店标签的商店标签服务器。
30.如权利要求24所述的系统，其中所述产品数据库将关于许诺销售的产品的信息存储在多个表中，所述多个表中的每个表被组织成项目，其中至少一个项目具有至少一个选项。
31.如权利要求30所述的系统，其中可为所述至少一个选项中的每个选项管理库存。
32.如权利要求30所述的系统，其中所述产品管理模块包括表管理模块，用于管理所述多个表；以及项目管理模块，用于管理所述项目。
33.如权利要求24所述的系统，其中所述产品数据库包括产品目录，用于存储与目录相关的信息；以及库存记录，用于存储与库存相关的信息。
34.如权利要求33所述的系统，其中所述产品管理模块包括库存管理模块，用于管理所述库存记录。
35.如权利要求24所述的系统，其中所述产品管理模块包括发表模块，用于基于存储在所述产品数据库中的信息发表目录。
36.如权利要求24所述的系统，其中所述产品管理模块在用户发表对所述产品数据库的编辑时实时地更新所述商店。
37.一种用于管理在通信网络上实现的商店的方法，该方法被实现在自助式平台上，并且包括将关于经由所述商店许诺销售的多个产品的信息存储在产品数据库中；将关于对顾客的商店呈现的信息存储在电子商务店面中；以及帮助用户管理所述产品数据库。
38.如权利要求37所述的方法，其中存储在所述电子商务店面中的信息中的至少某些信息引用存储在所述产品数据库中的信息。
39.如权利要求37所述的方法，其中存储关于许诺销售的多个产品的信息的步骤包括将所述信息存储为项目，其中至少一个项目具有至少一个选项，其中可为每个选项管理库存。
40.如权利要求37所述的方法，其中帮助用户管理所述产品数据库的步骤包括允许用户限定所述产品数据库内的多个群组，其中用户可通过操纵所述多个群组来操纵所述产品数据库。
全文摘要
一种计算机化的自助式平台帮助商家创建和管理计算机网络上的商店。在一个方面中，用于管理商店的系统包括产品数据库和电子商务店面，其中电子商务店面引用产品数据库中的信息。产品管理模块(例如目录管理器)允许商家在自助基础上管理产品数据库。将店面与产品数据库相分离产生了显著优点。
文档编号G06Q30/00GK1853191SQ200480026964
公开日2006年10月25日 申请日期2004年9月16日 优先权日2003年9月19日
发明者蒂莫西·罗伯茨, 杰－赫恩格·周, 萨拉·赫克斯, 吉米·R·杜威尔 申请人:雅虎公司