命名书签组

摘要

利用多个书签组提供对因特网的访问。在具有浏览器的计算机系统中存储多个书签组,把一个书签组指定为浏览器中的现用书签组。根据现有书签组中的URL允许基于浏览器的对因特网的访问。当检测出例如通过超链接从某指定的URL检索因特网文件的请求时,对照现用书签组中的URL核对该指定的URL。仅当该指定的URL和该现用书签组中的某有关URL之间存在匹配时才允许着手该请求。

说明书

本发明一般性地涉及计算机网络中的信息检索。更具体地，本发明涉及一种改进型的方法，其为在因特网环境中检索Web网页提供一组浏览器里的书签。

已知把多个计算机系统连接到计算机系统的网络中。以这种方式，用户可共享网络内可得到的汇集资源，从而允许每个连上的用户享有经济上不能为每个用户单独提供的资源。随着因特网的扩大，为许多用户提供了计算机资源的共享。因特网已经成为当今社会中信息和娱乐的培育媒体。政府机构使因特网网点服务于各种信息目的。对于许多公司，一个或多个因特网网点是他们的商务的一个组成部分；在公司的电视、电台及印制广告中不断提到这些网址。

万维网，或简称为“Web”，是因特网的多媒体信息检索系统。它是因特网环境下最常用的传送数据的方法。还有诸如文件传送协议(FTP)和Gopher等其它方法，但它们还未达到Web所具有的普遍性。客户机利用超文本传送协议(HTTP)实现对Web服务器的事务处理。HTTP是一个周知的应用协议，它利用称为超文本标记语言(HTML)标准页面描述语言向用户提供对文件，例如文本、图形、图像、声频、视频的访问。HTML提供基本的文档格式化处理并且允许开发者规定对其它服务器和文件的“链接”。在因特网范例中，利用统一资源定位器(URL)规定至某服务器的网络路径，URL具有定义网络连接的专用语法。

通常利用客户机上的与HTML兼容的“浏览器”，例如网景公司的Navigator，达到对信息的检索。当浏览器的用户通过URL规定一条链路时，客户机对命名服务发出请求，以便把URL中的主机名变换成在位于服务器上的特定网络IP地址。命名服务回送一个或多个IP地址的列表，以应答该请求。利用这些IP地址中的一个，浏览器建立对某服务器的连接。若该服务器可用，其回送根据HTML格式化的文档或其它对象。Web浏览器已经成为用于访问许多网络及服务器的主要接口。

对于许多用户来说，在浏览器输入区输入URL会是一项困难的工作。尽管用于大公司的Web主页的URL可以是相对简明的，例如，www.ibm.com，至少对于中等用户次要网页可以在神秘的语法下具有非常冗长的多个URL。正是认识到这些困难，浏览器的开发者已经通过在浏览器中建立用户存储的“书签”提供一种返回到喜爱URL的有用手段。

Web游览器在用户建立书签表的接口中提供多种选项。各种基本的选项让用户通过位置工具栏上的上托式菜单或者通过主菜单栏下的下拉菜单增添和访问网页。一种为喜爱网页增添书签的简单方式是输入URL以到达该网页，一旦到达后打开Bookmarks(书签)菜单并选择AddBookmarks选择。这组动作把当前网页的URL增添成Bookmarks菜单中的一项。

一旦建立后，书签提供一种网页检索的手段。用户可以使浏览器显示他的书签表并且在他的各个书签中进行选择以直接到达喜爱的网页。这样，用户不再必须输入冗长的URL，也不必通过因特网返回原始的曲折路线(该曲折路线可使用户到达Web站点)。一旦把一个书签增添到书签表后，通常在取消之前该书签变为浏览器的一个永久部分。书签的永久性和可访问性使书签变为一种有价值的手段，用于使用户通过浏览器对因特网的访问个性化。

然而尽管非常有用，当前的书签布局也并非没有缺点。随着Web网点的数量以及这些网点上的Web网页的急剧增加，典型Web浏览器用户在其浏览器上保存的书签数量也随之增加。在几周的Web浏览后书签文件存储着数百个书签并非少见。尽管某些浏览器的文件夹已经帮助用户按种类对其书签分类，事实上，书签文件是一个用户可通过浏览器访问的巨大书签表。本发明涉及向该无定型的实体即书签文件提供结构和附加功能。

现有书签模式一个尚未解决的问题是访问控制、在现有浏览器环境下，在任何时间用户可访问所有的书签。在某些环境下，例如工作环境或有小孩的家庭环境下，这种功能并非全是幸事。

在浏览器的书签文件中增添书签的最常见方式是人工密集式的。每一次增添一个书签。用户访问一个Web网点，然后把该网点选择为一个书签入口，并且若需要的话则人工地进行分类。此外，在浏览器中所使用的更新书签，即去掉旧网址并输入新网址，的现有技术非常缓慢而且效率低下。

目前仅把书签用作一种以网点为基导航到某网点的辅助手段。一旦到达某Web网点后，在需要用户的书签表上的一个新Web网点之前书签表不用于导航。书签对在别的方式下无序的Web提供了一种统一的导航手段，但不幸的是，它的应用被提倡成对内联网点的导航。

在本发明的各种实施方式中解决这些以及其它的问题。

从而，本发明的一个目的是改进因特网浏览器的访问控制。

本发明的另一个目的是使浏览器中书签管理变得容易。

本发明的又一个目的是改进浏览器中的书签的显示和组成。

本发明的再一个目的是为不同许可的用户灵活地配置浏览器。

通过利用多组书签提供对因特网的访问实现这些和其它目的。在带有一个浏览器的计算机系统中存储多组书签，每组书签包含各自的一组统一资源定位器(URL)。一组书签指定为该浏览器中的现用书签组。根据现用书签组中的各URL允许基于浏览器的对因特网的访问。当检测出来自指定的URL的检索因特网文件的请求时，例如通过超链接时，对照该现用书签组中的URL组核对该指定的URL。仅当该指定的URL和该现用书签组中的某有关的URL匹配时，才允许着手该请求。

在一种最佳实施方式中，书签组的创建和一个或多个口令有关。在浏览器中使书签组成为现用书签组、修改书签组或者对该书签组进行其它的动作，都需要输入相关口令。因为书签组是单实体的，在单次操作中可以改变选定书签组中的所有书签的属性。在单次操作中可以类似地实现其它操作，例如删除一组书签。在一种最佳实施方式中，当显示书签组的列表时，只显示现用书签组的书签。

参照附图和下述说明，本发明的目的、特性和优点将会更容易理解。

图1描述根据本发明的原理配置的计算机系统。

图2描述因特网环境下的HTTP请求的处理。

图3表示建立书签表的流程图。

图4是根据本发明使某书签组变为现用组的流程图。

图5是一个流程图，表示利用本发明的书签组体系限制对现用书签组的URL访问。

图6A和6B分别描述现有技术的浏览器的用户接口以及遵循本书签组体系的浏览器的用户接口。

图7表示利用黑名单书签组控制浏览器对URL的访问。

图8是黑名单书签组实施方式的流程图。

图9是下载一个书签组的用户接口。

图10是一个流程图，说明书签组下载中网络部件的拉出过程。

图11是一个流程图，说明用于在浏览器处启动的书签组下载的推入过程。

图12表示当改变URL的Web网点时浏览器的用户接口。

图13表示书签组更新下网络部件的交互作用。

图14是一个流程图，表示动态更新书签的过程。

图15表示在一个Web零售网点上使用的消费者的热表。

图16是消费者热表过程的流程图。

本发明可以运行在各种计算机上，或者运行在一些不同操作系统下的计算机集合上。计算机例如可以是，个人计算机、小型计算机、主计算机或者运行在其它计算机的分布式网络中的计算机。尽管计算机的具体选择只受限于处理器速度及盘存储量要求，IBM PC系列的计算机可用于本发明。IBM PC计算机可运行的一种操作系统是IBM的OS/2Warp4.0。备择地，计算机系统可以是在AIX(TM)操作系统上运行的IBM RISC系统/6000(TM)系列的计算机。

在图1中，以方块图的形式描述包括系统部件11、键盘12、鼠标器13和显示器14的一台计算机10。系统部件11包括一条或多条连接着各种部件并且利用其实现各种部件之间的通信的总线21。微处理机22和系统总线21连接并由也和系统总线21连接的只读存储器(ROM)23及随机存取存储器(RAM)24支持。IBM PC系列计算机中的微处理机是包括386、486或奔腾微处理器的一种Intel家族微处理机。然而，别的微处理机包括但不限于Motorola家族的微处理机例如68000、68020或68030微处理机以及各种精简指令系统计算机(RISC)微处理 机例如IBM生产的PowerPC芯片。在专用计算机中可以使用由HP、Sun、Motorola及其他公司选择的RISC芯片。

ROM23除其它代码外包含基本输入/输出系统(BIOS)，它控制基本的硬件操作，例如处理机、磁盘机和键盘的交互。RAM24是在其中装入操作系统以及应用程序的主存储器。存储器管理芯片25和系统总线21连接并控制直接存储器存取操作，其中包括在RAM24、硬盘驱动器26和软盘驱动器27之间传送数据。CD ROM32也和系统总线连接，它用于存储大量的数据，例如多媒体程序或表象。

各种I/O控制器也和系统总线21连接：键盘控制器28、鼠标器控制器29、视频控制器30以及音频控制器31。可以预料，键盘控制器28提供用于键盘12的硬件接口，鼠标器控制器29提供用于鼠标器13的硬件接口，视频控制器30是用于显示器14的硬件接口，而音频控制器31是用于扬声器15的硬件接口。诸如令牌环适配器的I/O控制器40能实现在网络与其它类似配置的数据处理系统的通信。

本发明的一种最佳实现是驻留在按上述说明普通配置的一个或多个计算机系统的随机存取存储器24中的指令集48-52。在计算机系统需要之前，指令组可以存储在其它计算机可读的存储器里，例如，硬盘驱动器26里或可装卸式的存储器里，诸如最终用于CD-ROM32中的光盘或者最终用于软盘驱动器27中的软盘。此外，指令组可存储在别的计算机的存储器里，而且当用户需要时沿局域网或诸如因特网的广域网发送。熟练的技术人员可理解，该指令集的物理存储物理地改变在其上电子地、磁地或化学地存储指令集的媒体，从而该媒体带有计算机可读的信息。尽管利用指令、符号、字符等来描述本发明是方便的，读者应记住所有这些及类似的术语应和适当的物理元件相关。

此外，本发明常常是按会和操作员相关描述的。尽管所执行的操作可能是根据用户的输入，但是在组成本发明的一部分中所说明的任何操作是不需要操作员的动作的；这些操作是处理电子信号以生成别的电子信号的机器操作。

Web浏览器是一种允许观看因特网的内容的程序。一种周知的Web浏览器是网景公司的Navigator，但是，还存在许多种浏览器。一些是通用性的并能够提供多种功能。其它则是能力较少及专用的。通常，Web浏览器是一种能够对HTML下写出的文档进行语法分析并且显示的程序，尽管熟练的技术人员会赞同将来的浏览器会使用诸如动态HTML及XML的其它标记语言。在本发明中，浏览器还必须备有书签管理程序，后者是一个软件模块，用于管理向因特网的不同位置提供所论及的对象(典型地URL)的各组书签。书签管理程序最好是浏览器的一部分。

一旦启动Web浏览器，用户见到的第一页面是当前“主页”。主页的URL可看作浏览器中的第一书签。尽管输入一个URL是浏览Web的一种方法，用户还可以通过点击网页中的提示字、图象或图形切入到别的Web网页上，经过激相关的超链接把有关信息的另一网页显示在屏幕上。每个超链接含有充当Web网点地址的URL位置信息。可以使用诸如向后和向前的工具栏按钮的导航辅助工具以向后或向前进入到事先已经访问过的网页上。另一种导航工具是本发明采用的书签。

在因特网中，Web服务器接收客户机请求并且向该客户机回送应答。在检索某具体Web网页中可能会涉及一串服务器计算机。服务器程序的运行是由许多服务器应用程序功能组(SAF)控制的，每个功能组配置成执行一个序列中的某确定步骤。图2中示出的该序列开始于授权转换步骤75，在该步骤期间Web服务器把Web客户机发出的授权信息转换成一个用户和一组用户。若需要，步骤75可能译码报文以得到实际的客户机请求。在域名转换步骤77中，和该请求相关的URL转换成或不转换成一个与系统有关的文件名，一个重定向的URL或者一个镜象网点。在通路检查步骤79中，服务器对结果通路进行各种检查以确保该给定的客户机能检索该文档。

在步骤81中，对该给定的文档识别多媒体互连网邮件扩展(MIME)型信息，例如text/html、image/gif。在服务步骤83中，Web服务器例行程序选择一个内部的服务器子例程以把检索出的信息回送到请求中的客户机。该子例程可以运行回送文件的常规的服务器服务例行程序或者运行某其它的服务器子例程，例如回送用户文档的程序或CGI程序。在增添日志步骤85，记录有关该事务的信息。

在RFC1945中定义URL即“统一资源定位器”，该文作为本文的参考文献。众所周知，URL典型地为这样的格式：http://somehost/somedirectory?parameters…，其中“somehost”是该URL的宿主名位置，“somedirectory”是可以找到该Web网页的目录。把URL分解成为一个Web服务器的实际IP地址的常用方式是通过一个域名服务器。在互联网或内联网中，域名服务器把URL中的宿主机名变换成实际的网址。域名服务器的一个例子是目前在因特网中实现的域名服务(DNS)。Web用户从域名服务器请求宿主名和地址的过程有时称为解析。在TCP/IP中，域名服务器把宿主名解析成一个或多个IP地址的列表，这些IP地址回送给HTTP请求上的Web客户。每个IP地址规定一个服务器，该服务器用来处理由浏览器发出的请求内容。

每个书签项目包括一个至适用网页的URL和一个相关的描述性字符串，后者以容易被用户识别的方式描述Web网页。在建立书签组时可由用户输入描述正文。而且，当用户未输入任何描述正文时，典型的浏览器缺省采用嵌入的“题目”标记内的正文，该标记通常是作为HTML标题的一部分发送的。在书签项目中可以包括其它信息，例如指向Web网页的高速缓存拷贝的指针。

命名因特网书签组。

现有的Web浏览器把书签处理成单个书签贮室内的单个URL实体。有些浏览器具有通过文件夹组织书签的能力，即使选样某特定的文件夹，所有书签不受限制地都可被选择。尽管用户可以把书签分类到几个用户规定的类型中去，但缺少一种运行成如说明书所说明的“书签组”的实体。现有技术的浏览器不能按入口处理书签分组，尤其不能处理总书签表中的子组是不利的。

例如，有可能在至另一个用户的电子报文中包含书签表。但是，这会使第一用户做许多人工工作造表并且使第二个用户做更多的工作以把该表合并到第二个用户的浏览器的书签表中。不可能在单次操作中请求一个被平滑集成到现有技术浏览器的书签文件中的可下载书签组。

作为另一个例子，在现有技术的浏览器中，不能按组设置书签，并且一旦设置后不能按书签组管理，例如存储、选择或删除，书签。在设置书签入口时，现有技术的Web浏览器要求用户逐个地设置各个书签而不是按组设置一组书签。现有技术的Web浏览器不支持删除一组书签的概念，只能按组删除掉所有的书签入口。现有技术的Web浏览器对书签入口的维护需要人工干预，以处理用于所有书签入口的各有关URL。

本发明创造“书签组”的概念，以提供比现有技术的书签技术更大的能力。

一个书签组是一个具有其自有其自身属性，例如现有的或非现用的一个实体并且管理其有关书签的属性和行为，例如动态或静态。一个书签组是具有静态和动态特性的书签的有限集合。用户的单次操作可对整组实现动作，例如，选择、删除或者电子函件传输。

因为现有技术的Web浏览器中的书签表基本上是一个大表，它可以不受限制地访问所有的书签项目而与类别无关。本发明增添“现用的”书签集的概念。每个书签组是一个书签项目的集合，其可作为工作组成为是现用的或者非现用的。现用书签组仅包括可通过书签机制访问的书签。

在下面的某些实施方式中，现用书签表是Web网点上仅仅是包含着其子目录的列表，并且可以通过使用浏览器得到访问。在这些实施方式中，主“用户”是程序开发员、系统管理员或父代，他允许特权较少的用户有限地访问因特网。现用组外部的各Web网点需要专用口令以允许访问。在这些实施方式中，书签组不仅是多个URL的集合，并且防止非特权用户无限地浏览或向该书签组增添更多的URL。这在现有的浏览器中是不可能的，现有的浏览器不能配置成使书签组限制某特定的URL组。

书签组允许用户根据其需要建立专用的URL组。例如，特权用户可以配置一个办公室书签组、一个家庭书签组和一个女儿书签组，以满足各种环境和满足浏览器的各个用户。一些或全部书签组可以用口令保护使用。在某些实施方式中，存在一个辅助口令以修改或建立一个书签集。下面给出一个样本的“work(工作)”书签集：

Work：WWW.HTML.Reference/Definitions″∥Descriptors/index.htmlWWW.Javasoft.Javadefinition.comw3.myproject/FVN.results.comw3.status report.project office/myproject.statusw3.servers.performance/my project.resultsw3.myproject/resources 1/people

正文描述符是来自HTTP标题的“标题页”。

本发明允许把主页和每个有关的书签组关联起来。这样，当用户把现用书签组从其Home(家庭)书签组切换到其work书签组时，其主页也切换了。一种替代的实施方式是具有主页书签组。每次相继地激活浏览器的主页按钮将打开不同的主页窗口，直至检索全部配置的主页。

如上面所述，本发明允许用户为他使用浏览器的每项工作建立专用的和唯一的书签组。尽管可以以许多方式把书签集规定成现用的，可以通过浏览器配置选择来激活某书签组。例如，通过书签下拉中的“Selectactive bookmark set(选择现用书签组)”选项，用户可以规定在任一对话中现用的唯一书签组。

例如，在家中和上班时都使用的一台便携式计算机里，利用本发明用户可具有“work”书签组、“hobbies(爱好)”书签组、“news(新闻)”书签组、“kids(孩子)”书签组以及“financial(财务)”书签组。使用该计算机的家庭成员可以拥有适当书签组的适当口令。他们通过使用书签下拉项使自己的书签组现用。

上班时该用户可把他的“work”书签组选择成为他的现用书签组。所有其它的书签组是非现用并且只能通过浏览器优选菜单激活。对于特权级用户，用书签的集合管理书签组是很好的，而不是类似于文件夹一次只管理一个URL。例如，改变所有书签的某种属性如非现用的、现用的、动态的、静态的，或者进行某种动作，例如对现用组中的所有书签的删除及口令保护，是本发明的一部分。此外，特权用户可以对非特权用户访问的Web网点实施控制。

图3中示出一种根据本发明建立一个书签组的示意方法。熟练的技术人员可认识在装配书签组中可采用别的用户接口中的其它步骤。在步骤101，响应用户在浏览器下拉菜单上选择的书签项，激活书签管理程序。在步骤103，通过在浏览器中浏览器优选菜单选择“建立命名书签组”菜单项后，启动创建书签组的例行程序。在步骤105，向用户询问口令。步骤107检测是否成功地输入口令。若在浏览器安全协议允许的常试次数中未成功地输入，该进程结束，步骤109。此时，可能出现其它动作，例如浏览器锁定、断开和网络的连接以及各种告警。

假定用户成功地输入口令，在步骤111，为该新的书签组分配一个新的书签文件。在最佳实施方式中，在单个书签文件中包含书签组定义。在建立书签组时，向用户询问该组的名字，(步骤113)。接着，在步骤115，用户可规定一个属于该组的URL，即书签，在该步骤中还添加用于每个书签的文本描述信息。在步骤117，系统检查每个书签并且对该书签组增加一个书签组名和至少一个URL。若不能通过，在步骤119，提示用户不具有建立一个书签表的足够信息，并且给出提供缺少的信息的机会。在步骤121，询问用户是否要向该组添加别的书签。若是，该进程返回到步骤115。

在步骤125，询问用户是否要用口令保护该书签组。在步骤125，询问用户成为该书签组的一部分的口令。步骤127代表建立该书签组并把它的名字增添到可选书签组的菜单中。一旦建立后，具有适当许可的用户可以访问该书签组。

图4中示出通过浏览器首选菜单选择现用书签组。在步骤151，通过浏览器以表格形式显示可选取的书签组的名字。通过某种标记，例如图标或彩色标记被保护的口令。在步骤153，响应用户把某书签组选为现用的，系统为该书签组检索口令信息(若有的话)。若存在口令保护，在步骤155向用户询问口令。若在步骤156未正确地输入口令，在允许的尝试次数之后该过程退出在步骤157，若没有正确口令的用户试图访问一个书签组，可能发生如上面所说明的锁定动作。

若正确地输入口令，在步骤159，选出的书签组变为现用的组。在步骤161，浏览器利用现用书签组中的项目列出可使用的书签URL，典型地即伴随实际URL的字符串。在步骤163，响应用户在接口中的动作，例如选择“add to bookmarkset(增加书签组)”选项，当前网页保留为一个书签。为该网页的书签做出的保存动作把该书签保存到该现用的书签组中。以这种方式，在步骤165，书签管理程序可以在不需要由用户实际地键出URL和正文描述说明下自动地把书签增加到现用的书签组中。若需要，可以通过独立的口令保护该对书签组增加URL的动作(未示出)。在步骤167，检查查明用户希望修改现用书签组中的一个书签。要能需要一个口令(未示出)。若允许改变该口令，在步骤168，系统根据用户的输入修改该口令。在步骤169，书签管理程序还检测用户是否想要删除整个书签组。若允许，在步骤170书签管理程序删除现用组并返回到步骤151显示书签组表。在步骤171，书签管理程序还检测用户是否想要对该书签组重新定名。若允许，重新定名该现用书签组。在本发明的本最佳实施方式中只能对现用的书签进行修改、删除或重新定名。

在该图中未示出其它改变，例如改变书签组的属性或改变书签组的口令保护类型。尽管可通过辅加的安全等级用口令保护对书签集的更改，在本发明的一种实施方式中，可以访问一个书签组的用户自动地具有修改它的权力。

采用现用的和非现用的书签组不仅提供方便地对URL进行分组以组织浏览器环境，并且在一种最佳实施方式中还作为一种防止用户访问该书签组未包含的Web网点的方法。在该实施方式中，仅当该书签组是现用的时用户才能访问和该书签组相关的URL。(在其它实施方式中，这种限制仅适用于通过书签表下拉菜单的访问，但不限制通过其它菜单的访问。如图5中所示，在允许用户浏览或检索该网点处的Web网页前，浏览器检查某URL是否在现用书签表中。

在步骤201，用户已经通过对浏览器的URL字段的输入或者通过激活被浏览网页中的超链接选择出要浏览的下一个URL。请用户注意，在浏览器的某些最佳实施方式中，不存在把用户更多的约束在书签组上的URL输入段。在步骤203，浏览器对照现用书签组中的URL列表检查选定的URL。若在步骤205对该URL未找到匹配，或者在列举URL的子目录中未找到该URL，在步骤206向用户显示一个屏面以指示出现错误，例如“不能利用该当前现用的书签组浏览所请求的Web网点”。特权级用户可在步骤207改变书签组。备择地，可回到步骤201选择一个许可的URL。持续尝试到达未列出的URL会导致浏览器锁定或者告警。若该URL是列出的，在步骤209中，浏览器检索和该URL相关的Web网页并按常规继续。

书签组的重要实现包括唯一的销售点或者其它专用的应用程序。在书签组的一种实现中，用户接收邮件中的或杂志中的光盘。该光盘含有一个备有书签管理程序的浏览器以及单个的现用书签组。这样，该浏览器只能访问那些卖方希望登出的URL地址。

此外，售亭或销售点是书签组的另一潜在的应用环境。在典型地由卖方资助的售亭中，浏览器可能只访问特定的地址。这防止用户访问无关的URL。从而浪费卖方的资源，拥有售亭的零售商可把该售亭租给感兴趣的卖方。这是一种利用卖方的改变方便地变换现用书签组的方式。

图6A和6B分别表示现有书签技术的用户接口以及本发明的书签技术的用户接口。如图6A中所示，在现有技术的接口中，存储在浏览器中的所有书签都做成可供用户选择。书签表的唯一可能的编排方式是通过文件夹或者题目。

图6B表示采用本书签组技术的浏览器的用户接口。请注意用户同时只能具有一个现用书签组261。在本例中，该用户具有三个书签组：Children263、Home261和Office265，并且利用书签下拉菜单只能得到Home书签组。通过查阅书签组管理程序，用户可看到和现用书签组相关的各现有书签。若许可修改或者访问一个非现用的书签组，用户首先使它成为现用的书签组。互联网黑名单书签组：

在本发明的本实施方式中介绍一种特殊类型的书签组-黑名单书签组。

如上面所述，现有技术的Web浏览器允许不受限制的用户访问互联网上的任何URL。希望限制对特定的一些URL或者某URL组访问的系统管理员或父代需要对该Web浏览器添加一个滤掉TCP/IP地址的程序。这种方法缺少可分性，同一TCP/IP地址上的任何需要的URL和不需要的URL一起被限制掉。把TCP/IP地址用作为判决子会使可接受的以及不可接受的URL都变成不能由浏览器访问的。

现有技术的浏览器本身不存在控制机制。由于过滤应用程序位于器的外部，现有技术的浏览器依然试图连接被禁止的URL。这种结构造成客户系统资源的不必要使用。

利用浏览器自己限制对唯一URL的访问会有用得多。尽管上面的实施方式提供一种控制对Web的现用书签表的访问，这种控制基本上是积极的。用户可以访问特定Web网点到达的所有URL。这不是一种精密的过滤方案。

从而，本发明增添黑名单书签组以允许系统管理员或者任何浏览器用户把一个或多个URL规定为一组需要限制对其访问的URL。黑名单书签组包含一些上了黑名单的禁止Web浏览器用户进行访问的URL。而无论书签组是否现用。事实上，黑名单书签组是第二现用书签组，其永远是现用的，并且限制其它现用书签组授权的对因特网的访问。采用二个书签组可在最少的URL入口下提供精密的过滤机制。

读者可以想起，一些上述有关现用书签组的实施方式仅把现用书签组用作对URL的书签访问的过滤器。若恰是这种情况，黑名单书签组将是该唯一的过滤器。在黑名单书签组的一种实施方式中，它是单独使用的，不带有上面的实施方式的现用的许可书签组。

在最佳实施方式中，通过浏览器首选菜单建立和修改黑名单书签组。建立黑名单书签组的方法类似于上面根据图3说明的方法。但是，至少取消上了黑名单的书签应该是受到口令保护的。为了对黑名单书签组而不是现用书签组增加书签，应该选择浏览器首选菜单中的黑名单书签选项。

Web浏览器用户可以访问当前现用书签组中的任何URL，但黑名单书签组中列出的URL除外。在一种最佳实施方式中，只有系统管理员可能通过浏览器首选菜单增加、取消或修改黑名单书签。然而，在一种备择的实施方式中，用户可以增加黑名单书签，但不能删除或修改列为黑名单的URL。在这种备择的实施方式中，Web浏览器管理员是唯一的被允许从墨名单书签组取消或修改上了黑名单的URL的人员。

在最佳实施方式中，甚至不允许Web浏览器用户观看黑名单书签组。不过，这是可供选择的。在该最佳实施方式中，系统管理员是能够观看黑名单书签组的唯一人员，并且该操作还通过口令受到保护。

Web浏览器用户不能够把显然已列到黑名单上的URL增添到他的普通书签组中。书签管理程序会检测出该行为并通知用户这是不允许的。但是，因为在同一网点上某些URL可能是可接收的，用户可以增添和上了黑名单的URL有关系的URL。当用户试图遍历上了黑名单的URL，例如通过超链接时，书签组管理程序会检测出目的URL和黑名单中的一个URL匹配并不允许该行为。若系统管理员更新黑名单书签组，并使一个入口和用户的书签组的一个入口匹配时，最好从用户的书签组中取消谝匹配的入口。在任何情况下，不能使用户访问旧的用书签标记过的网点。

和现有技术中的帮助者应用程序相比，黑名单书签组是一种更有用的和更有效的防止对上黑名单的URL访问的手段。因为黑名单书签组是浏览器的一个组成部分，不会浪费HTTP对不允许的URL进行请求的处理器时间。因为黑名单是以URL为基的而不是以TCP/IP地址为基的，可达到更好的颗粒性。因为黑名单书签组是一个实体，可以容易地把它作为一个单元安装到和网络连接的许多浏览器中。从而，可避免乏味的书签输入。如果管理员更新黑名单书签组，可以类似地把新组分配给各用户。当然，有可能把一个黑名单书签组分配给一组用户并把另一个黑名单书签组分配给第二组用户。在黑名单书签组中，可以为对黑名单书签组的各种操作行为附加口令属性。从而，当把它下载给用户时，浏览器上的书签组管理程序可以保持管理员所要求的宗旨。

图7中示出对黑名单书签组的管理。在步骤271，在浏览器首选菜单中选择黑名单书签组。在步骤272，浏览器检测出用户选择观看书签组选项。在步骤273，书签组管理程序确定该动作是否是受口令保护的。若是，步骤274询问口令。在步骤275，检查确定是否正确地输入口令。若不必口令保护，或者口令是可靠的，在步骤276显示该黑名单书签组。反之，在步骤277向用户显示出错屏面。

在步骤278，浏览器检测出用户选择增添书签选项。在步骤279，书签组管理程序确定该行为是否受口令保护。若是，步骤280询问口令。在步骤281，通过检查判定是否正确地输入口令。若无须口令保护，或者若正确地输入口令，在步骤282显示对黑名单书签组增添书签的屏面。在步骤283中增添书签。反之，在步骤284，向用户显示出错屏面。

在步骤285，浏览器检测出用户选择取消书签菜单项。在本最佳实施方式中，该行为是用口令保护的。步骤286显示要求口令的屏面。在步骤287，书签组管理程序判定是否正确地输入口令。若口令是正确的，在步骤288显示提示对该黑名单书签组选择一个书签的提示。在步骤289删除该书签。在步骤290，向不正确地输入口令的用户显示出错屏面。

在步骤291，浏览器认别用户选择修改书签选项。在本最佳实施方式中，该行为是受口令保护的。步骤292询问口令。在步骤293，书签组管理程序确定是否正确地输入口令。若正确地输入口令，在步骤294显示对该黑名单书签集选择一个书签的提示。在步骤295中根据用户输入修改书签。在步骤296，向不正确地输入口令的用户显示出错屏面。

图8表示黑名单书签组处理的流程。在步骤301，黑名单书签组被建立、被从服务器检索或者用别的方法提供给本地浏览器并增添到驻留的书签组中。在步骤303，浏览器检测经超链接或经人工输入的目的URL的入口。在步骤305，浏览器检查它是否和现用书签组中的一个入口匹配。若不匹配，浏览器在步骤307拒绝用户的访问，并且不提取该URL。若匹配，在步骤309，浏览器检查该URL是否和黑名单书签组中上了黑名单的一个URL匹配。若匹配，在步骤311，浏览器拒绝用户的请求并且不检索该Web网页。若不匹配，在步骤313，浏览器按常规访问该Web网点。

在许多应用中黑名单书签组是有用的。售货点亭可以装备带有一个黑名单书签组的浏览器。许多较小的公司不希望为维护Web服务器上的Web网页承担费用或保有技术人员。这些公司会雇用因特网专家公司提供Web服务器及熟练的技术人员。许多公司可能位于相同IP地址处的相同服务器上。从零售商处雇用售亭的公司可能不希望用户访问相同TCP/IP地址上的其它页面。现有技术的帮助者应用程序不能达到这样的颗粒性。

企业内联网是本发明的另一应用之外。网络管理员可以迅速地安装及维护更新的黑名单书签组版本以确保对公司资源的合理使用。通过把控制置放在浏览器本身中，不需要为在每个客户系统处增添应用程序而增加费用。还有可能停止代理人服务器处的不恰当请求，此外，本发明消除了与未经许可的请求以及服务器对这些请求的应答相关的网络通信。

尽管本发明的该最佳实施方式和一个从上述的书签组中选择成现用的现用书签组一起使用黑名单书签组，有可能可以单独使用黑名单书签组。即，可以在一个浏览器上使用黑名单书签组，该浏览器不理解除此之外的书签组的概念。

尽管书签各自的入口可以造成一个具有多个入口的黑名单书签组。但这取决于管理员和父代希望怎样的颗粒状及如何限制。另外，利用服务器名和子目录作为上黑名单的URL的通配符可以避免人工输入许多书签。例如，在“*”是书签语法中的一个通配符的情况中，一个如www.yahoo.com/((example please))/*会阻止访问该目录中的任何Web网页，但允许用户访问有yahoo网点处可得到的许多适当Web网页。Web浏览器下载书签组

随着过去二年中Web网点数量的急剧增长，典型Web浏览器用户在其浏览器上保持的书签的数量随之急剧增长。仅在数周的Web浏览后就在书签文件中含有数百个书签已非少见。现有技术的浏览器中向书签文件增添书签的最普通方法是访问一个Web网点，然后把该网点选择为一个书签入口，并且若需要，人工地分类。但是，仍然要求每次只输入这些书签中的一个。浏览器中使用的更新书签的现有技术是非常慢和低效率的。从而，建立和维护书签已变成用户的杂活。

如上面所示，引入书签组实体的概念可以提供一些现有技术的浏览器不具有的特性。通过从所期望的服务器按书签组下载书签，书签组简化了书签的建立、安装和维护。Web服务器可以是一个和公司的内联网相关的服务器或者是其它的联合服务器。这种服务器可能同时在多个客户站上更新多个书签组。替代地，Web服务器可能带有一个能由任意数量的用户访问的公用Web网点。书签组的下载过程可以是一个拉型或推型操作。从用户接口的角度，这是一个以简单、自动及无痛苦的方式更新书签的单步过程。

如下面所讨论，Web网点可以提供一种用户友好的方法，以通过单次选择把多个URL地址作为一个书签组增添到一个浏览器。Web主站可以为客户建立一个网点书签组以代替网点URL组。在一种最佳实施方式中，Web主站可以利用专用标记或MIME类型规定要传输的文件的性质。浏览器中的书签组管理程序利用这些标记或MIME类型把该书签组增添到该浏览器的书签集合中。

用户可以通过选择网点页面中的书签链接请求书签组。替代地，用户可以通过激活浏览器用户接口中的某按钮向浏览器请求书签组。书签组请求将从客户机触发对服务器的下载请求。客户的浏览器接收该书签组并且把URL组存储到书签集中。在一种最佳实施方式中，书签管理程序使该新组为现用的书签组，从而使它变为立即可由浏览器使用。

例如，本发明允许用户浏览IBM主页以把包含着URL的IBM书签组下载到IBM的Aptiva个人计算机、ThinkPad便携式计算机、服务器计算机及软件等等中。

在一种最佳实施方式中，Web网点服务器还可以自动地通知用户是否已经更新书簦组并建议用户从该网点得到该书签组的新拷贝。用户可以选择一个预定项更新书签组。以这种方式，下载的书签组实质上变为动态的。下面将更详细地讨论动态更新书签组中的有关书签。

本发明的第一实施方式是由用户在客户Web浏览器处启动拉操作，如图9中所示。该图表示一个Web网点的用户接口，它带有一个用来请求下载到该客户的网点书签表的按钮351。可以出现几个这样的按钮。例如，在一个“index”Web网点，例如www.yahoo.collection.com(其起提供有关Web网点的综合列表的作用)，可能有多个按钮，每个按钮用于不同的书签组。一旦激活后，显示一个对话框352，询问用户它是一个临时性的还是一个永久性的书签组。若选择永久性书签组，显示另一个对话框353，询问用户是否同意更新书签表。设定书签组属性的对话框是由浏览器中的书签组管理程序显示的。最好由Web网页提出同意选项。

图10是一个流程图，表示书签组下载中网络部件之间的下拉过程。该过程于步骤401处开始，即来自浏览器的以带有书签组的Web服务器的HTTP请求。在步骤403，浏览器已检索某Web网点的主页。该主页规定可以以书签组为单位下载到Web浏览器的一组URL。在该主页内，存在一个HTML标记，当在步骤404由浏览器对其语法分析和/或进行其它检查时，它列出可以输入到该浏览器的各个书签组。通过用户接口，用户可能选择安装一个或多个能从该网点得到的书签组。书签组可备择地输入到一个HTML文件中而不是输入到一个Web网页中。在任何情况下，这些书签组通常指向与该被访问网点的主题有关的一个对象相对应的Web引用。

在HTML标记中，书签组是通过唯一的MIME类型，例如x-bookmark-set，规定的，若被用户选择后它会增添到浏览器的书签选项中。例如，用于为某计算机制造商增添书签组的HTML看起来为：Content-type:text/Bookmark set<line feed><line feed><HTML><HEAD><TITLE>GM Bookmark sets<TITLE></HEAD>…… </HTML>

在步骤405，浏览器检测出用户输入表示该用户希望安装一个被下载的书签组。用户输入可以是对某按钮的激活或者是以Web网页中显示的其它选择手段的激活。备择地，可以在书签管理程序设立下载书签组的浏览器首选，作为一旦遇到带有书签组的页面所发生的缺省动作或者作为因为该书签组以前已下载过的缺省动作。在步骤407，浏览器向用户显示二种安装该下载的书签组的选项：作为临时性的书签组安装；或者作为永久性的书签组安装。临时性书签组只延续当前的浏览对话。永久性书签组在删除前是该浏览器的一个永久性部分。在一种最佳实施方式中，动态地更新永久性书签组。熟练的技术人员会理解其它的选项也是可能的。

在步骤409，浏览器检查是否已存储名字相同的书签组。若是，在步骤411，下载一个具有和已安装的书签组相同名字的书签组的动作会导致浏览器弹出一个对话框以请求允许在旧组上重写。若授予同意，则在步骤412删除旧的书签组并在步骤413安装新下载的书签组。在步骤415它成为现用组，从而立即可以使用。

当在步骤419用户表示他不再需要该书签组时，例如通过对用户接口的输入时，书签管理程序将在步骤421简单地删除带有该书签组的书签入口。从用户的观点，在单次操作中删除掉该组中所包含的所有入口。在临时性书签组的情况下，不需要用户的任何动作。下载时，用户可以把一个书签组的属性设为暂时，或者当它来自Web服务器时它已经具有临时性的属性。

下载书签组的概念取决于为其正在设计的网点建立一个或多个书签组的Web设计员。当今，某些Web网点利用“网点图(site maps)”的概念使访问者熟悉该网点。但是，因为每个Web网点具有不同的HTML形式并且使用不同的工具，例如动态HTML、Java、JavaScript、Lotus Notes Scripting、ActiveX，对于用户而言每个网点图是一种动态地不同的经历。下载书签组的概念允许Web网点管理程序具有一种向用户提供最重要的网点链接的公用方式。如上面所讨论那样，最佳实施方式采用文件中的专用标记或专用扩展名，它们可以通过利用MIME类型做为常规手段得到确定以识别书签组。当然，从Web网点把书签组移动到客户机的下载机制也可利用任何已知的通信协议。

在最佳实施方式中，通过对MIME类型中指示书签组扩充，例如.bm、.bms等，的建立进行语法分析，浏览器参与下载书签组的操作。这可以通过改变浏览器本身或向浏览器增添插件来实现。在这两种情况下，一旦进入到用书签标记的网点，该书签组立即可由用户使用。

作为本发明的另一种应用，不仅可以下载书签组，而且还可以预装它。PC制造商可以为一种新型计算机建立一个“PC Support(支持)”书签组，从而新用户可以容易地访问该制造商的网址以及有关网址，例如书签组中的“Register your PC(注册你的PC)”、“ProblemSolutions(问题解决)”和“OrderAccessories(订购附件)”入口。该书签组可命名为“Acme Computer(顶级计算机)并且在用户第一次访问Acme Computer网点时提供。当每次访问该网点时可根据需要更新该书签组。

图11是一个流程图，表示从某Web服务器为多个客户浏览器产生的推过程。在步骤451，按照前面所述，在该服务器处建立一个书签组。在步骤453，确定接收该书签组的一组浏览器以及它们的IP地址。取决于系统管理员的意愿，书签下载可以是一次性操作或者可以是每次更新该命名书签组时的一次重复操作。

接着，在步骤455，通过网络向规定的一组浏览器分配该书签组。在步骤457，在浏览器上安装该分配来的书签组。此刻，如上面所讨论的那样，该安装好的书签组现在已可供这些规定的浏览器使用。

在安装该书签组的同时，询问用户他是否希望当Web网点处出现变化时自动地更新该书签组，即他是否希望预约。若是，在步骤459，在Web网点处该浏览器被列入自动更新书签组。在步骤461，于Web服务器处检测出该书签组中的改变。该服务器在步骤463查阅预约的浏览器的列表并向预约的浏览器发送更新后的书签组。该书签组自动地安装到正在运行的浏览器上。在其它的浏览器中，当下一次启动时，浏览器检测更新过的书签组并且安装任何这样的书签组(步骤465)。在下载前书签组存储在该服务器上。

服务器下推实施方式可用于一些应用。在公司内联网中，它是系统管理员的一种安装现用书签组或黑名单书签组的有用手段。把该操作设定为是自动的意味着无缝地把这些书签组的更新分配到网络上的各浏览器上。对于远程端运行的卖方售亭来说，它是有用的。当卖方的Web网点改变时可以自动地更新书签组。备择地，可以由拥有这些售亭的零售连锁网安装新的售点的书签。因为可以在一组计算机上或单个计算机上远程地进行操作，有可能对售亭上的浏览器进行远程管理。

本发明的另一种应用是在网络计算机的环境上。可以更新保持在服务器中的客户图象，从而下次启动网络计算机时下载新的书签组。

Web浏览器对动态更新书签的支持

如前面所讨论，书签的有用性已变成它价的祸根。随着Web浏览器上书签项目数量的增加，维护工作变为一种负担和人工性的杂活，有损于Web交互经验。在本发明的上面实施方式中说明的下载过程通过把书签组作为在单次操作中安装和维护书签组的手段改善了这种负担。但是，尽管本发明具有这些优点，但是预计许多网点将不会自动地下载书签组。

另外，用户的书签组可能包含不同网点的URL。由于它们各自的大众性或负载平衡特性，这些网点和书签组中的其它网点表现不同。因为这些用户选出的书签组常常含有不同商家的书签，不太可能以一个整体动态的下载书签组。

对由于改变网点名字或由于重新定向URL发生变化而使其变为陈旧的书签入口提供一种自动更新的装置应是有好处的。一个改变位置的Web网点通常更改到该新位置上，然而用户浏览器中的书签入口仍指向老网址。这样，许多书签随后接着变成无效的入口。

然而为了更新书签，现有的浏览器技术需要用户人工地增添新网址并去掉旧书签。这是一种烦琐的过程并且会难为那些不熟悉URL定址的人。即使熟悉该技术的人也会常常因许多URL的地址长而失败。

通过为Web网点对其是某书签组中的一部分并且具有“动态”属性的书签提供一种自动更新客户书签的方法，本发明解决该问题。本发明使保持旧网址的时间为最短并且使转换到新URL地址是对用户透明的。

本发明引入书签组的概念，然而在一种替代的实施方式中，一个动态书签不必是某书签组的一部分。书签管理程序必须具有对书签的动态和静态属性进行辨别的能力。这种能力在现有技术的浏览器是不具备的。

本发明实施的方法允许Web浏览器通过用二种不同的属性即动态的和静态的考核书签来检索和存储书签。静态书签永远不改变，除非对它们进行人工更新或删除。相反，动态书签是引用网页时动态更新的。虽然读者可能被诱惑把所有书签选择动态属性，但这并不永远是一种好选择。用户每次进入一个诸如Yahoo.com的流行URL时，并不希望安装已增添到Yahoo中那些新的非请求的URL。

一种特殊类型的动态书签是临时性动态书签，它就是上节中所讨论的临时动态书签组的组成部分。在访问Web网点期间增添或取消临时性动态书签。例如，一个刚到达www.travel_with_me.com网点的用户可能有一个附加书签组，用于添加到他书签组中的网点。这些书签中的一些可以包含该网点内的或其它有关网点的重要URL。但是，一旦该用户离开www.travel_with_me.com网点，这些“临时性的”书签从该书签组中消失。这种“临时性的”书签组是本发明中的动态书签的一种实施方式。但是，书签的动态属性通常是由用户按个体指定的。

在最佳实施方式中，在建立书签时，用户确定该书签中一个动态书签或是一个静态书签。若不做出选择，将书签属性默认为静态加以存储。通过选择为动态书签，用户确保在其书签组中的该书签保持为是现行的。若该书签的地址或名字发生变化，该书签的内容自动更新。

例如，假定某用户选择一个用于支持OS/2Warp操作系统的书签。最初，该书签引用的URL是由佛罗里达州Boca Raton镇的一个服务器支持的。接着，该支持网页重定位到得克萨斯州Austin镇的一个服务器。若一个普通浏览器的用户利用存储Boca Raton网点的存储书签做出调用，他将由服务器网络自动地重新确定路由，或者不太理想，他将接收该URL不再继续有效的通知。若用户采用本发明的动态书签，当选择Boca Raton OS/2产品支持书签时，不仅浏览器自动地确定路由到AustinOS/2支持组网址，而且更新该浏览器的书签。以后，该浏览器将使用Austin服务器URL。这样，本发明将减少因特网上的总负载，加快浏览器的连接时间并且避免死书签。

Web浏览器可以检测出因重新定向而造成的网点标题或者URL位置的改变。若存在其中之一的情况，搜索例如现用书签组中的书签入口以与现行的Web网点匹配。若在该书签组中没有找到该入口，按通常那样继续处理。

若在书签入口和被访问的网点之间得到标题或URL的匹配，通过更新书签描述或引用的URL中的一项，自动更新该书签入口。对日期信息的更新可帮助确定以后所需的更新。

在本发明的一种实施方式中，修改Web浏览器首选菜单，使其含有“书签更新”选择属性以允许或禁止自动更新书签入口。用户可以把浏览器配置成防止自动地更新动态书签或书签组。例如，临时性动态书签组的装入。这种方式使用户具有全为静态的书签，即便已由Web主点设定了动态属性。

图12表示向用户通知Web网点URL中的变化的典型信息报文。在现有技术中，需要用户根据该报文人工地改变书签。在本最佳实施方式中，本发明使该进程对用户透明。在备择的实施方式中，向用户显示来自浏览器的表示书签已更新的报文。

图13表示自动更新书签组中的书签所涉及到的部件之间的结构体系关系。首先，客户501向其书签组502中列出的旧Web网址发送HTTP请求。旧Web网址处的服务器503接收该请求并应答一个HTTP标题及报文，这些报文中含有现在支持该Web网页的Web服务器505的新URL。客户501处的书签管理程序507处理该应答。书签管理程序507通过确定旧书签并且新的URL信息更新该书签自动地更新书签组502中的书签。书签管理程序507利用新URL地址经过Web浏览器向新服务器505发送一个新的HTTP请求。

图14是一个流程图，描述动态更新书签的过程。在步骤521，一个HTTP请求取来自某URL的HTML下的Web网页。步骤523检查该HTTP请求是否被重新定向到另一个URL。若如此，步骤523检查是否存在更新某书签的足够信息。步骤525检查是否存在更新某书签的足够信息。步骤525中的检查还判定该重新定向的类型是否指示应该更新该书签。例如，许多流行网点利用许多服务器对向某给定Web网页的请求进行服务。若对这种类型检查出重新定向，就不应该更新书签，因为在该网页的主URL处仍存在支持。在步骤527，检查浏览器中的首选项是否设置成允许动态更新书签。步骤529检查URL是否和某书签组的某个书签入口匹配。请注意，其不必是现用书签组。步骤531确定匹配的书签是否具有动态属性。若所有这些条件都符合，在步骤533，更新该书签入口。在步骤535，继续处理回送文档中的HTML，以包含有对着该Web网页的新服务器地址的新HTTP请求。消费者热表的下拉书签

万维网上的商务扩散爆炸地发展，然而是有些无序的。存在许多Web设计工具和许多Web设计公司，造成用户接口的令人迷惑的排布。不过，现在可以确定Web上的一些市场部分，例如，交通、金融、零售、电子游戏。这些市场部分中的每一个可赋有一组相同的工作。然而，在不同的网点上用户的浏览经历大为不同。最好能使在用户访问为某特定市场部门提供必要条件的各个Web网点时他可遇到兼容的用户接口。

在许多Web网点上，已经试图提供一种具有诸如“搜索”、“和我们联系”等特性的某种初步的公用接口。通常在Web网页的顶部或底部可找到进入这些特性的对话栏。但是，管理对话的代码是Web网页中的嵌入代码。当诸如“购买”、“定购”或者其它的公用接口是利用习惯对话实现时，问题加剧。每个网点选定以一种独一的并且常常是愚钝的方式实现对话，过多的不同用户接口使用户不知所措。

在本发明的本实施方式中，Web用户利用一个备有用于一组动作(最好是某特定的市场部门的公用动作)的书签的书签组。该备有的书签组被书签组管理程序用于向用户提供一种用户接口，该用户接口非常类似Web网点处用来选择动作的下拉菜单，每个Web网点和别的网点一样具有类似的提供相似服务的若干书签组。这些包含着下拉菜单项的书签组被称为“消费者热表”。在最佳实施方式中，消费者热表具有一个多形性的书签组，其中书签的名字是固定的，但是URL地址本质上是动态的。

消费者热表包括一个消费者“请求”，一个字符串，其显示在用户接口中以指出若选择该请求会发生什么，以及一个Web“动作”即至另一Web网页的URL。用户请求的例子是诸如“购买”、“反馈”、“支持”等等的一般行为。作为选择请求的后果，由Web服务器执行申请的Web动作，即典型地重新定向到另一个Web文档。这种消费者热表是一个书签组，它和被请求的Web网页一起装到浏览器。

对于经历过下载式书签组的用户会很快地获得消费者热表操作的基本了解。在最佳实施方式中，对浏览器提供用于相同产业中每个Web网页的一个标准书签组。这样，可以由各种产业，例如，制衣、制造、软件、金融、游戏和教育，提供各种书签组。每种产业中还允许进一步的细化。

典型地，和原始Web网页相关的服务器对该支持消费者热表中有关动作的Web页面服务。该服务器建立一个命名消费者热表并且利用特定的MIME类型，例如chl/x-consumer-host-list，存储文档。还可以采用用于临时性动态书签组的MIME类型。当浏览路检索消费者热表的MIME类型时，它建立一个独立的下拉窗口，列举出该Web页面应用支持的所有请求。

对另一网点的访问自动地更新消费者热表的请求项和动作项。

下面给出消费者热表的一些例子。读者应理解，下面的热表是示范性的，对于这些产业和其它产业可以开发类似的和更广泛的热表。

在金融业中，消费者热表下拉出的书签是：

●储蓄

●核对

●余额查询

●帐单支付

相关的动作是那些提供有关的消费者动作的Web网页的URL。

在游戏业中，下拉出的消费者热表的书签是：

●启动游戏

●寻找游戏者

●游戏选项

●游戏等级

在零售业中，下拉出的消费者热表的书签是：

●定购

●今日减价品

●检查定单

●检查送货车

●消费者地址

Web浏览器正在成为个人计算机的主用户接口。随着Web浏览器还为特定的市场部门提供主接口，本发明的消费者热表特性使得本发明有可能为每个市场部门提供兼容的接口。

建立消费者热表开始于把某市场部门共有特殊请求和某习惯的动作或工作关联起来。例如，确定信用卡购物的请求和某个可提供信用卡信息表的Web网点相关联。在最佳实施方式中，信用卡信息等的传输总是被加密的。因为消费者可以信赖这个事实，请求和加密的共同组合消除了用户用明文传送个人或财务信息的担忧。

建立关联表并且嵌入到某Web网页中，当访问该Web网点时该Web网页下载到浏览器。接收浏览器收到消费者热表相关表，最好通过MTML标记辨别该相关表并且修改现有的消费者热表下拉菜单以便反映当前的设定。本发明的另一种实施方式是使消费者热表成为一个临时动态书签组，它只有在用户在该网点时才是现用的。

下面给出一个带有一些相关动作的范例的相关表例子：相关表<Consumer-Publie-Domain><CNSMR-Keyword>Pruchase</CNSMR-Kbyword><CNSMR-Action>Form-Purchase</CNSMR-Action>CNSMR-Keyword>On-Sale-Today</CNSMR-Kbyword><CSMR-Action>htt:∥Sale-Today.html</CNSMR-Action><CNSMR-Keyword>Review-Order<CNSMR-Keyword><CNSMR-Action>http:∥ReView-Order.html</CNSMR-Action>

在由对该相同产业的不同Web网点的后继访问复位之间，可以把消费者热表参数的设定保持为现用的。备择地，热表参数可以是临时性动态参数，在Web网点对话结束时从浏览器中去取它们。

当前请求参数的相关表应是相同的，即用于特定产业的关键字相同。例如，所有借书图书馆应具有相同的请求，例如：借出、预约、还书、逾期罚金、申请图书证等等。每个机构利用他们自己的Web页面和URL实现每种请求的动作。

图15表示可以怎样把一个消费者热表551显示到例如为www.sears.com的零售网点。请注意该书签组551包含请求项目，例如，定购552、今日减价品553、检查定单554、检查送货车555以及消费者地址556。对这些书签中任一书签的选择将检索可提供列举的行为的Web网页。

图16是消费者热表过程的流程图。在步骤601，浏览器作出从Web服务器取某Web网页的请求。在步骤603，该浏览器开始对HTML进行语法分析并判定该页面中是否存在消费者热表。若存在，在步骤605下载消费者热表并设置成为现用书签组。在该步骤中可能更新现有的书签组。在步骤607，向用户显示包含着该消费者热表的书签的下拉。在步骤609，浏览器对该页面中的其余HTML进行处理以对用户显示。

在步骤611，浏览器查出用户选择该消费者热表中的一个书签。作为响应，浏览器检索选定项目的URL处的Web网页，步骤613。在步骤615，浏览器处理由HTML确定的网页。

上面所述的各实施方式显示了本发明的书签组的使用。通过按一个整体处理一个书签组，而不是象现有技术中按单个为基础进行处理，可以使用书签实现各种功能。可以使用书签组来控制用户对Web的访问。可以按群设定书签项目的属性，从而可提供对书签的自动更新，或者可为整个组提供其它功能。

虽然上述讨论集中在当前使用Web中应用最为普遍的协议即HTTP和HTML上，但本发明又并不限定在这些协议上。可以利用FTP协议和Gopher协议为网点建立书签。也可以利用这些协议下载书签组。尽管当前的Web网页主要是用HTML书写的，将来的浏览器会使用其它标记语言如动态HTML及XML或者使用仍未开发的语言。

虽然本发明是参照各特定的实施方式显示和说明的，熟练的技术人员可理解经修改后本发明可应用于其它环境。例如，虽然上面所说明的本发明软件在由可选择性地重新配置或激活的通用计算机上可以方便的实施，熟练的技术人员可意识到本发明可以在硬件上、固件上或者软件、固件或硬件的任何组合方式上都可应用这种组合包括专为上述本发明的实现而设计的专用装置。因此，在不违背附属权利要求书中所阐述的本发明的本质和范围下可进行形式和细节上的各种改变。