专利名称：：控制上下文菜单的方法和系统的制作方法
技术领域：
：本发明涉及计算机界面，特别涉及控制上下文菜单的方法和系统。
背景技术：
：当访问因特网，因特网用户通常通过计算机来执行浏览器软件程序，如NetscapeNavigatorTM或MicrosoftInternetExplorerTM。浏览器程序(即浏览器)建立到因特网的链接(如经由调制解调器和因特网服务提供商(ISP))并提供文本和图形用户界面(如应用程序窗口)以及在该应用程序窗口内的用于显示因特网内容的窗口(如浏览器窗口)。在使用浏览器的时候，用户可以调用上下文菜单(contextmanu)，如通过点击鼠标右键或激活上下文菜单键。上下文菜单由一列可选的条目(item)构成，通常用来执行不同的浏览器功能。根据在浏览器程序中点击了什么和/或用户选择了什么来显示不同的上下文菜单。上下文菜单使用户快速访问与所点击的元素相关联的浏览器功能，使因特网导航更加便捷。为此，希望把附加的菜单条目插入到上下文菜单中，以增加浏览器程序的功能。当前的浏览器程序通过修改注册表设置，使应用程序可添加文本，并且使处理程序(handler)与文本相关联。这种修改上下文菜单的方法有几个缺点。这种方法的缺点之一就是，相对于上下文菜单中标准的或另外的条目，应用程序对附加条目的次序和位置没有控制。当前的上下文菜单修改技术的另一个缺点是不论使用浏览器的用户的情况如何，也不论改用户在使用浏览器时位于什么国家，都提供同样的菜单条目。还有一个缺点就是更新和改变上下文菜单条目要求用户在用户计算机上安装新的应用程序。这样，需要一种改进的控制上下文菜单的系统和方法。
发明内容本发明满足上述和其他的需求，从下文的说明这会变得很明显。本发明的用于控制上下文菜单的实施例可包括下载附加的菜单条目，这些菜单条目在下载之前不属于上下文菜单的部分，以及包括监视用户何时调用上下文菜单。当检测到上下文菜单调用，则确定用户选择了什么区域，并且使至少一个附加菜单条目作为上下文菜单接口的部分对用户可用。本发明的另一个实施例旨在提供一种方法，用于控制由公司提供的、通过网页使用的上下文菜单。该方法包括下载附加的菜单条目，这些菜单条目在下载之前不属于上下文菜单的部分，以及包括通过客户端模块监视用户何时调用上下文菜单。当检测到上下文菜单调用，则使至少一个附加菜单条目作为上下文菜单界面的部分对用户可用，并由该客户端模块确定该附加菜单条目的布置。本发明的另一个实施例旨在提供一种用于控制通过网页使用的上下文菜单的方法，包括通过客户端模块下载附加菜单条目和菜单图标，在下载之前这些附加的菜单条目和菜单图标不是上下文菜单的部分，并且包括监视用户何时调用上下文菜单。一旦检测到上下文菜单调用，则使至少一个附加菜单条目作为上下文菜单界面的部分对用户可用，并且使至少一个图标邻近至少一个附加菜单条目布置。通过下面详细的说明并结合附图，本发明的其他目的和特性将变得明了。应该理解，附图仅仅是用于说明的目的，而不是定义本发明的界限，本发明由权利要求书来限定。这些附图不是按比例的，仅仅用于说明，并且在几个图中其中相同的标号表示相同的要素图1是根据本发明实施例所实现系统的示意图；图2是根据本发明实施例的用于控制上下文菜单的过程的流程图；图3是根据本发明实施例的用于确定用户选择了什么元素的过程的流程图；图4是示例性HTML结构的示意图；图5是根据本发明实施例的提供用于控制上下文菜单的计算机代码的过程的流程图；图6是示出根据本发明实施例的示例性上下文菜单的示例性屏幕画面；图7是示出根据本发明实施例的另外的示例性上下文菜单的示例性屏幕画面；图8是示出根据本发明实施例的另外的示例性上下文菜单的示例性屏幕画面；以及图9是示出根据本发明实施例的另外的示例性上下文菜单的示例性屏幕画面。具体实施例方式下面结合附图示出并说明控制上下文菜单的系统和方法的几个示例性实施例。参考图1，其中示出了根据本发明特定实施例实现的系统100的框图。计算机150连接到因特网190。计算机150包括内部总线164，用于计算机150的各种设备之间的信息(即数字数据)通信，并且还用于该计算机经由通信接口168与外部设备和系统之间的通信。耦合到总线164的处理器166处理计算机150内的信息。计算机150还包括存储器160，例如随机存取存储器(RAM)和/或其他等价的动态存储器存储设备耦合到总线164，用于接收和存储从处理器166传送的指令。存储器160还可在处理器166执行指令时用于临时存储变量或其他中间信息。只读存储器(ROM)162也耦合到总线164，用于存储处理器所166使用的静态数据和指令。提供各种输入和输出设备作为计算机150的一部分，包括但不限于显示器(如阴极射线管(CRT)、液晶显示器(LCD)等)，诸如键盘的输入设备，诸如鼠标或轨迹球之类的光标控制设备。数据存储设备152，如磁盘驱动器和磁盘、CD-ROM驱动器和CD-ROM或其他等价的设备和数据存储介质，耦合到总线164，用于同处理器166、主存储器160和通信接口168通信。优选在存储设备152存储有操作系统170和因特网浏览器软件程序172(即浏览器)。下面将详细讨论，客户端模块174也可以存储在数据存储设备152上。在包括但不限于同轴电缆、铜线和光纤的一个或多个传输介质上，计算机150通过通信接口168可通信地连接到因特网190。计算机150和因特网190之间的通信也可以是通过无线或蜂窝接口。通信接口168在计算机150和诸如由内容提供商120、130设立的服务器计算机(未示出)的另外电子设备或系统之间提供双向的通信。使用计算机150的因特网用户(未示出)通过使浏览器172执行来获得对因特网190的访问，因此通过因特网服务提供商(ISP)180打开计算机150的通信接口168和内容提供商120的因特网站点126之间的通信链路。由内容提供商120把因特网内容传送给计算机150，以便由浏览器来显示。可替换地，内容提供商120、130也可以是ISP180。在替换的实施例中，计算机150可以是台式机或笔记本计算机、PDA、手持设备或无线电话(具有图形功能)，或者是可以执行这里所述功能的目前任何已知的或以后开发的设备。根据本发明的实施例，第一因特网内容提供商120可以向因特网用户提供对程序122的访问，用于控制浏览器172。控制程序122在由用户执行时把客户端模块174，如动态链接库(DLL)，下载或建立到因特网用户的计算机150的数据存储设备152。客户端模块174优选包括ActiveX控件或Plug-in功能。当因特网用户使用浏览器172访问因特网，则浏览器打开客户端模块174并且优选自动地(或不是自动地)建立到内容提供商因特网站点126的连接。内容提供商响应由浏览器172建立的该连接，把信息和/或功能数据加载到该浏览器内的由客户端模块174建立的外壳操作(shelloperating)。例如，如果该用户在内容提供商那里有账号，定制的信息和/或功能可以加载到客户端模块174。如果用户没有账户，可加载更一般的(如guest)信息和/或功能。在特定的实施例中，客户端模块174最初打开浏览器172内的外壳(或多个外壳)，其包含ActiveX控件或Plug-in代码，可用来控制，即添加、去除和/或修改因特网浏览器172。当加载了ActiveX控件或Plug-in，客户端模块174优选包含函数、对象、数据和其他软件，在这里一般地称作信息，可用于控制浏览器172。本实施例保证当因特网用户移动时客户端模块174(和外壳)不关闭，例如当因特网用户从因特网站点126(具有网页124)移动到因特网站点136(具有网页134)。因此，当因特网用户从加载了ActiveX控件或Plug-in的因特网站点断开连接并连接到另外的因特网站点时，通过ActiveX控件或Plug-in提供的信息和/或功能不会丢失。在替换的实施例中，客户端模块174可以在浏览器的“后面”操作，对用户是不可见的，直到调用上下文菜单。在又另一个实施例中，客户端模块174可位于因特网用户的远程位置。图2示出了用于控制上下文菜单的方法200的示例性实施例。方法200从步骤205开始，由客户端模块174向预定的因特网站点传输有关用于上下文菜单条目描述的请求，例如由内容提供商120接收所述用于上下文菜单条目描述的请求。该请求可以是所述的客户端模块174和内容提供商因特网站点126之间所建立连接的一部分和/或隐含在该连接中。接下来，在步骤210，客户端模块174从预定的因特网站点126接收数据，该数据包括上下文菜单条目的描述。在一个示例性的例子中，其中，通过客户端模块174把控制上下文菜单的方法实现成浏览器工具条，上下文菜单条目描述由该客户端按作为常规工具条按钮的相同馈送来接收。例如该描述可包括类型、URL、标题、记忆键和起始位置。处理从步骤210进到步骤215，在此客户端模块174确定何时浏览器172完成加载网页。在一个示例性的实施例中，这可以通过Web浏览器控件上的调整事件来完成，以使得在发生不同的事件时Web浏览器可通知客户端模块174。例如，当完成网页时，客户端模块174将接收DISPID_DOCUMENTCOMPLETE事件。回到方法200的说明，在步骤220，客户端模块174监视上下文菜单事件。在一个示例性实施例中，在网页完成加载之后，客户端模块174为该网页检索IHTMLDocument2接口。利用IHTMLDocument2指针，客户端模块174可以监视与该HTML文档有关的事件。特别，客户端模块174查找调用DISPID_HTMLDOCUMENTEVENTS2_ONCONTEXTMENU的事件，在光标位于浏览器窗口时，当用户点击或激活鼠标右键，则启动它。接下来，客户端模块174在步骤225确定是否发生上下文菜单事件。如果没有发生上下文菜单事件，处理返回到步骤220，客户端模块174继续监视上下文菜单事件。当返回到决策步骤225，如果客户端模块174确定发生了上下文菜单事件，即发生DISPID_HTMLDOCUMENTEVENTS2_ONCONTEXTMENU事件，处理进到步骤230。在步骤230，客户端模块174准备浏览器窗口来观察以及可能修改由该浏览器窗口接收的与上下文菜单有关的事件。在特定的实施例中，当客户端模块174检测到DISPID_HTMLDOCUMENTEVENTS2_ONCONTEXTMENU事件，客户端模块174对浏览器窗口做子类化(subclassing)。子类化浏览器窗口使得客户端模块174可观察由该浏览器窗口接收的事件。例如，子类化可由CContainedWindow对象来执行，它把消息引导到客户端模块174。为了确定客户端模块174要子类化哪个窗口，客户端模块174从顶级浏览器窗口开始向下搜索该窗口层次来查找带有类名“InternetExplorer_server”的窗口。一旦找到，将子类化该窗口。这种类型的浏览器窗口子类化在序列号为09/429,585、1999年10月28日提交、名称为“AMethodofControllingAnInternetBrowserInterfaceAndAControllableBrowserInterface”的美国专利中有详细说明，其内容通过引用并入此处，用作参考。回到方法200的说明，在步骤235，客户端模块174确定客户在网页上选择了什么元素，以及当客户调用或激活上下文菜单时什么文本(如果有的话)处于高亮度。步骤235将依据方法300并参考附图3在下面详细说明。再看附图2，在步骤235之后，客户端模块174将获得有关所选择元素的信息，包括元素的类型，这可能是至少一个锚定(如可点击的超链接)、对象(如嵌入在网页中的ActiveX控件)、图像(如嵌入在网页的图片)和文本的结合；所选择的URL，如果有的话；以及在此时选择(或高亮度)的文本，如果有的话。利用该元素信息、所选择文本和在步骤230准备的浏览器窗口，处理进到步骤240。在步骤240，客户端模块174在浏览器窗口处理事件之前监视事件。在一个示例性的实施例中，客户端模块174查找包括消息WM_INITMENU、WM_EXITMENULOOP、WM_MENUCHAR、WM_MENUSELECT、WM_MEASURITEM和WM_DRAWITEM的消息。当消息指示客户端模块174接收了将要显示的上下文菜单，该处理从监视步骤240进到步骤245，在此客户端模块174根据客户选择了什么元素(如果选择了元素)以及选择了什么文本(如果选择了文本)把菜单条目添加到上下文菜单。在一个示例性的实施例中，WM_INITMENU消息指出上下文菜单将要显示。当客户端模块174接收WM_INITMENU消息，客户端模块174识别出所选择元素的类型，这样客户端模块174可以确定在上下文菜单的什么地方布置附加的菜单条目。在特定的实施例中，每种类型元素的起始位置是预定的，并包含在从预定因特网站点接收的上下文菜单条目描述中。如果元素具有多个类型，优先次序是锚定(Anchor)、图像(Image)、文本(Text)(即如果类型是Anchor和Image，客户端模块174从Anchor的起始位置开始)。在替换的实施例中，可以使用不同的优先次序，或者没有特别的优先次序。一旦客户端模块174确定了起始位置，在特定的实施例中，客户端模块174使用Windows应用编程接口(API)把菜单条目添加到上下文菜单。如果在所接收的上下文菜单描述中有多个记忆特征，在客户端模块174添加菜单条目的时候存储这些记忆特征。另外，附加的和原始的上下文菜单条目还可以包含子菜单。例如，当用户在附加的或原始的上下文菜单条目上浮动鼠标指针和/或做选择，可以建立第二上下文菜单，提供给用户附加的菜单条目。另外，可替换地，在第二上下文菜单中的条目可以导致第三上下文菜单，依此类推。可以使用这样的子菜单来帮助组织相关的条目。当消息指出接收了要拒绝的上下文菜单，即客户选择菜单条目或在上下文菜单之外的某处点击，处理从步骤245进到步骤250，在此客户端模块174从上下文菜单中去除所附加的菜单条目。在特定的实施例中，WM_EXITMENULOOP消息指出拒绝了上下文菜单。当客户端模块174接收WM_EXITMENULOOP消息，客户端模块174去除附加的上下文菜单。在示例性的实施例中，如果客户端模块174接收了WM_MENUCHAR消息，这表示在显示上下文菜单的时候，客户已经击打或按下了键盘的键。在这种情况下，客户端模块174把所击打的键与所附加的上下文菜单的记忆键做比较。如果匹配，则拒绝该上下文菜单，并向客户端模块174传送WM_MENUSELECT消息，其中带有值向客户端模块174指出该上下文菜单被拒绝。回到方法200的说明，该处理从步骤250进到步骤255。在步骤255，客户端模块174确定是否选择了条目。在一个示例性的实施例中，WM_MENUSELECT消息指出，用户或者击打了对应菜单条目的记忆键，或者用鼠标做了选择。WM_MENUSELECT消息还可指示何时用户拖动鼠标以指向菜单条目，因此使该菜单条目高亮度。如果客户端模块174确定已做了选择，则该处理从步骤255进到步骤260，在此处理该选择。当接收了WM_MENUSELECT消息，有参数指示已经拒绝了上下文菜单，并且用户通过鼠标或通过击键(或其他)选择了上下文菜单条目，则做出选择并对其进行处理。在一个实施例中，客户端模块174查看上下文菜单描述来查找对应所选择条目的数据。由该数据，客户端模块174利用专门对当前网页的数据替换默认的URL，如URL或文本选择。一旦替换了信息就对其做处理。回到决策步骤255，如果确定没有选择上下文菜单条目，处理进到步骤265。在步骤265，客户端模块174确定该浏览器是否依然活动。如果该浏览器是活动的，处理返回到步骤220并且客户端模块174对上下文菜单事件进行监视。另一方面，如果客户端模块174确定该浏览器不再活动，方法200的处理结束。在参考图1的同时参见图3，其中示出了方法300的示例性实施例，用于当用户调用了上下文菜单时确定用户选择了什么元素以及选择了什么文本。方法300的处理在步骤310开始，在此客户端模块174识别由用户选择的网页上的元素。该元素被当作源元素。在一个实施例中，客户端模块174通过使用对应于该选择(如点击)的IHTMLEventObj指针可以识别所考虑的源元素。该指针包含有关点击事件的信息，包括选择(点击)了什么HTML元素。然后处理从步骤310进到步骤315。在步骤315，客户端模块174确定当前元素是否有效。在特定的实施例中，客户端模块174通过使用ATL智能指针CComQIPtr<Class>确定当前元素是否是锚定(Anchor)、对象(Object)、或图像(Image)。例如，为了测试该元素为ANCHOR，客户端模块174可使用下面的调用CComQIPtr<IHTMLAnchorElement>pAnchor＝pelem如果该调用成功并且pAnchor不是NULL，即具有值，则客户端模块174确定该元素是ANCHOR。使用类似的处理来确定元素是否是Object或Image。回到方法300，在步骤315，如果客户端模块174确定当前元素有效，处理进到步骤320，在此客户端模块174确定该元素的类型是否是所关注的类型，例如，在本发明的一个实施例中，锚定和图像是所关注的类型。在另外的实施例中，其他的类型，如对象和文本也可以是所关注的，并且可以添加另外的上下文菜单条目给用户附加的功能。在步骤320，如果客户端模块174确定当前元素的类型不是所关注的，处理进到步骤335，在此客户端模块174上溯网页(即HTML文档)结构并识别下一个双亲元素，即在前的元素。处理从步骤335进到决策步骤315，在此客户端模块174确定当前元素是否有效。如果当前元素有效，处理从步骤315进到步骤320。在步骤320，如果客户端模块174确定当前元素的类型是所关注的类型，处理从步骤320进到步骤325。在步骤325，客户端模块174确定当前元素是否是图像。如果客户端模块174确定当前元素不是图像，处理进到步骤330，在此客户端模块174保存该元素，包括相关的信息(如元素的类型和相关的URL)。从步骤330，处理进到步骤335，在此识别下一个双亲。如上所述重复步骤315和320。在步骤325，如果客户端模块174确定当前元素是图像，处理进到步骤345。在步骤345，客户端模块174确定该图像是否是图像映射(imagemap)。如本领域熟知的，图像映射是划分成可点击区域的图像，当点击时，各个区域可映射到不同的URL。该URL可成为当前网页的书签，或链接到另外的网页。在特定的实施例中，客户端模块17查看图像元素的“useMap”特性。如果该特性值是空白，即“”，则该图像不是图像映射。如果该图像的“useMap”特性是URL，则该图像是图像映射。返回到步骤345，如果客户端模块174确定该图像不是图像映射，处理进到步骤350，在此保存当前元素。从步骤350，处理进到步骤355，在此识别下一个双亲元素。如上所述重复步骤315、320和325。返回到步骤345，如果客户端模块174确定该图像是图像映射，处理进到步骤355，在此客户端模块174获得与该图像映射有关的数据。在一个示例性的实施例中，该图像映射数据作为一组座标和URL来存储，即<MAPNAME＝″mapl″><AREANAME＝″areal″COORDS＝″0，0，99，100″HREF＝″http//www.yahoo.com/″TARGET＝″framel″>HREF＝″http//sports.yahoo.com/″TARGET＝″framel″><AREANAME＝″area3″COORDS＝″200，0，299，100″HREF＝″http//weather.yahoo.com/″TARGET＝″framel″><AREANAME＝″area4″COORDS＝″300，0，400，100″HREF＝″http//companion.yahoo.com/″TARGET＝″framel″></MAP>COORDS描述了该映射区域的定界矩形，HREF是当用户在所描述的区域点击时浏览器将要导航的URL。存储该图像映射信息为以后使用。回到方法300的说明，处理从步骤355进到步骤360。在步骤360，客户端模块174确定用户选择(点击)了该映射的哪一部分。在一个实施例中，客户端模块174通过在IHTMLDocument2上的第一调用get_all()来得到该网页上的所有HTML元素的集合来确定用户点击了哪一部分。然后，客户端模块174查找元素，该元素的名字是该图像正使用的该映射的名字。然后客户端模块174确定用户点击相对于该源元素即图像元素左上角的偏移x、y。然后客户端模块174得到包含在该MAP中的所有AREA元素的集合。对该集合中的每个AREA元素，客户端模块174确定用户点击的X、Y(或座标)是否位于由该AREA的COORDS描述的定界矩形中。一旦客户端模块174确定用户点击了哪个AREA，客户端模块174就可以得到该HREF特性。回到方法300的说明，处理从步骤360进到步骤330，在此保存该元素，包括保存诸如类型和URL的相关信息，用于以后使用。处理从步骤330进到步骤335，在此识别下一个双亲元素。然后，处理从步骤335进到步骤315。在步骤315，如果不再有双亲元素，则客户端模块174确定当前元素无效。在这种情况下，处理从步骤315进到步骤365。在步骤365，客户端模块174检查该网页选项指示符以确定是否选择了文本。在一个实施例中，客户端模块174通过从该文档获取IHTMLSlectionObject指针来确定是否选择了文本。如果存在该指针并具有类型“text”，则已选择了文本。回到方法300的说明，处理从步骤365进到步骤370。在步骤370，如果客户端模块174确定选择了文本，处理进到步骤375。在步骤375，保存该文本并保存该文本被选择的状态。在实施例中，客户端模块174通过对该选项建立IHTMLTxtRange来保存所选择的文本。然后，客户端模块174在该范围调用get_text()以获得所选择的实际文本。接下来，保存该文本以及存在选择的TEXT的状态用于以后使用。返回到决策步骤370，如果没有选择的文本，方法300在步骤245返回到方法200。为了进一步说明确定用户选择了什么元素的方法300，下面给出5个例子，这些例子与图4示出的示例性元素结构400相关。由结构400表示的HTML代码(添加了参考标号)如下<prelisting-type="program-listing"><![CDATA[1-＜html＞2-＜body＞ 3-＜ahref＝″http//www.yahoo.com/″＞Yahoo！＜/a＞ 4-＜br＞＜br＞ 5-＜ahref＝″http//www.yahoo.com/″＞＜imgsrc＝img.gif＜/a＞ 6-＜br＞＜br＞ 7-＜tablecellpadding＝5width＝100％＞ 8-＜trbgcolor＝red＞ 9-＜tdwidth＝50％align＝centerbgcolor＝#00ff00＞ 10-＜ahref＝″http//www.yahoo.com/″＞Yahoo！＜/a＞ 11-＜/td＞ 12-＜tdwidth＝50％align＝centerbgcolor＝#00ffff＞ 13-＜span＞ 14-＜fontface＝verdana＞ 15-＜ahref＝″http//www.yahoo.com/″＞Yahoo！＜/a＞]]></pre><prelisting-type="program-listing"><![CDATA[ 16-＜/font＞ 17-＜/span＞ 18-＜/td＞ 19-＜/tr＞ 20-＜trheight＝25bgcolor＝red＞ 21-＜td＞hello＜/td＞ 22-＜/tr＞ 23-＜/table＞ 24-＜/body＞ 25-＜/html＞]]></pre>第一个例子说明了当用户点击文本链接时的情况。上面示出的该示例性HTML代码的第三行是文本链接，在图4中由节点405表示。用户选择(点击)的该元素是锚定，即源元素是锚定，所以把它标记成锚定，并且客户端模块174上溯该HTML结构到下一个双亲元素。该下一个双亲元素是“body”元素，即节点410，在当前实施例中，它不是所关注类型的元素。因此忽略它并识别下一个双亲元素。下一个双亲元素是NULL，所以客户端模块174进而检查是否选择了文本。确定用户所点击的类型是ANCHOR。第二个例子说明了当用户在作为链接的图像上点击时的情况。上面示出的示例性HTML代码的第5行是作为链接的图像。在图4中由节点415和420表示。由用户点击的该元素是图像，即该源元素是图像，即节点415，所以把它标记成图像并且客户端模块174上溯该HTML结构到下一个双亲元素。该图像不是图像映射，所以没有采取有关该图像的额外步骤。该下一个双亲元素是锚定，即节点420，所以把它标记成锚定并识别下一个双亲元素。下一个双亲元素是“body”，即节点410，它不是所关注类型的元素。因此忽略它并识别下一个双亲元素。下一个双亲元素是NULL，所以客户端模块174进而检查是否选择了任何文本。确定用户点击的类型是ANCHOR和IMAGE。第三个例子说明了当用户点击了具有绿色背景的链接时的情况。上面示出的示例性HTML代码的第9行和第10行是具有绿色背景的链接。在图4中由节点425、430表示。用户点击的该元素是锚定，即源元素是锚定，即节点425，所以把它标记成锚定并且客户端模块174上溯HTML结构到下一个双亲元素。接下来的4个双亲元素是节点430“td”、节点435“tr”、节点440“table”和节点410“body”。这些元素都不是所关注类型的元素。因此忽略它们并识别下一个元素。下一个元素是NULL，所以客户端模块174进而检查是否选择了任何文本。确定用户点击的该类型是ANCHOR。第四个例子说明了当用户点击具有青色背景的链接时的情况。上面示出的示例性HTML代码的第12行和第18行是具有青色背景的链接。在图4中由节点450到465表示。用户点击的该元素是锚定，即源元素是锚定，即节点450，所以把它标记成锚定并且客户端模块174上溯HTML结构到下一个双亲元素。接下来的6个双亲元素是节点455“font”、节点460“span”、节点465“td”、节点435“tr”、节点440“table”和节点410“body”。这些元素都不是所关注类型的元素。因此忽略它们并识别下一个元素。下一个元素是NULL，所以客户端模块174进而检查是否选择了任何文本。确定用户点击的该类型是ANCHOR。第五例子说明了当用户点击具有红色背景的链接时的情况。上面示出的示例性HTML代码的第20行和第22行是具有红色背景的链接。在图4中由节点470到475表示。用户点击的该元素是“td”，即源元素是“td”，即节点470，这不是所关注的元素因此忽略。接下来的3个双亲元素是节点475“tr”、节点440“table”和节点410“body”。这些元素都不是所关注类型的元素。因此忽略它们并识别下一个元素。下一个元素是NULL，所以客户端模块174进而检查是否选择了任何文本。确定用户点击的该类型是NONE。在替换的实施例中，可以实现其他不同的模式，用于确定哪种类型的元素是所关注的以及哪些元素是要忽略的。图5示出了用于提供控制上下文菜单的计算机代码的方法500的示例性实施例。为了使用本发明的附加上下文菜单条目，用户获取客户端模块174。在示例性的实施例中，用户在步骤505通过与预定因特网站点连接来取得客户端模块174。然后，在步骤510，服务器监视来自客户端的请求。当接收到对客户端模块174的请求，处理进到步骤515。在步骤515，利用控制程序122，因特网站点126对用户计算机150建立或下载客户端模块174。该客户端模块可以是库文件。一旦用户获得客户端模块，处理返回到步骤505，在此客户端模块174与预定的因特网站点连接。该预定因特网站点可以是因特网站点126，由此下载客户端模块174，或者可替换地，该预定的因特网站点可以是另外的站点，如因特网站点136。处理进到步骤510，在此因特网站点126监视来自该客户端的请求。当接收到对菜单描述的请求，处理进到步骤520，在此该因特网站点把该菜单条目的描述传送给客户端。然后该因特网站点返回到步骤510，在此它监视来自该客户端的请求。可以提供本发明的实施例作为在计算机显示器上控制因特网浏览器可显示的因特网浏览器界面的方法特性，并使得该计算机和因特网浏览器用户可访问和导航因特网，在该计算机显示器上接收和显示来自一个或多个因特网站点的一个或多个网页，包括来自预定因特网站点的网页的显示，该因特网浏览器具有至少一个工具条按钮，对该计算机和因特网浏览器的用户提供预定的功能，该方法可包括，在预定的因特网站点上提供对控制因特网浏览器界面的程序的访问，并使得可由该预定的因特网站点下载文件，以使持久的用户工具条邻近所述因特网浏览器工具条显示，这样建立用户工具条集成到因特网浏览器部分的可视印记，该用户工具条实现附加的功能，这些附加功能在下载之前不是因特网浏览器的一部分，在下载之后作为因特网浏览器界面的一部分对用户可用，这样，一旦显示该用户工具条，该用户工具条保持显示，并且该附加的功能保持对用户可用，与在下载之后因特网浏览器所导航到的后续因特网站点无关。因特网用户可以对浏览器定制，这样，每当用户利用浏览器访问因特网，用户定义的信息和/或功能将随着浏览器界面显示，如显示成工具条。该工具条可包括书签、地址和电话本、个人财务信息、个性化新闻、以及如通过ActiveX和Plug-in可用的各种功能。另外，如果因特网用户在内容提供商处有账号，可由浏览器动态显示该用户的账号信息(如投资组合、新闻摘要、书签、地址本、附加的上下文菜单条目)。在一个实施例中，特定用户的账号信息可以包括个性化的上下文菜单条目。在这样的实施例中，用户可选择所希望具有的上下文菜单条目，例如从所提供的条目清单中选择。这些选项可以存储在内容提供商处和/或存储在本地的客户计算机。另外，具有账号的用户可在第一位置设置和使用他们的附加上下文菜单条目，然后在第二位置无需重新输入他们的个人设置就具有相同的上下文菜单设置。这可以通过把他们的上下文菜单设置存储在内容提供商处来实现。在用户想要其个性化上下文菜单的任何位置都可以检索个人用户设置。在一个示例性的例子中，其中，利用用于浏览器菜单条的客户端模块174来实现上下文菜单的控制方法，菜单条目的描述作为按钮发送下来，按照如来自因特网站126的用于工具条常规按钮的相同馈送方式。该按钮“qs”，表示快速搜索(QuickSearch)，被标记成不可见的，以便使通常的工具条不会表现它。每个菜单条目是“qs”按钮的子条目，并且每个条目具有特定的信息片，如类型、URL、标题以及可选的图标，这些都在背景中下载，如同其他的工具条图标、记忆键、当用户没有注册时所使用的默认的URL以及对不同点击类型的起始位置。在该馈送中还可选地把数值发送下来，用于指示应该禁用的上下文菜单特性。利用该数值，可以关闭该特性，如当在实现上下文菜单控制的时候存在并发或其他问题。另外，通过在工具条馈送中描述附加上下文菜单条目，可以实现用于不同国家和用户的选择。另外，不需要用户下载新的客户端模块174，就可以动态增加新的条目。利用客户端模块174的缓存机制把“qs”按钮的描述存储在客户计算机150，如果条目改变，用户只需要下载新的上下文菜单条目描述。还可以实现实施例，使信息存储在用户(或客户端)计算机。例如，上下文菜单可以存储在客户端计算机。当用户调用上下文菜单，这些存储的上下文菜单被添加到所显示的上下文菜单。另外，由其他应用存储在客户计算机上的信息可用于向本发明添加附加的特性。例如，诸如伙伴代码、共同品牌以及用户下载本发明的位置等信息可以存储在客户端计算机上。该存储的信息可用于确定上下文菜单的内容。在实施例中，可检验注册表来确定要使用哪个上下文菜单条目。在另外的例子中，一个菜单条目可以是“电邮该链接到...”。在该条目上游动鼠标指针和/或选择该条目，建立子菜单，包括来自诸如Outlook的另外应用的地址。还可以根据本发明通过添加附加的计算机代码如Plug-in来实现附加的特性。图6至图9示出了根据本发明实施例的用于不同的被点击元素的示例性上下文菜单。参见图6，浏览器600是根据本发明实施例实现的浏览器。浏览器600包括多个窗口，每个窗口向因特网用户提供不同的功能。浏览器600可包括第一应用窗口605，该窗口通常定义浏览器600的一般尺寸、颜色和布局并包括用于该应用窗口605的窗口控制按钮670(如最小化、关闭等)。浏览器600还可包括浏览器窗口615和工具条窗口610。浏览器窗口615和工具条窗口610通常定义信息和/或功能，用于在访问和导航因特网时帮助因特网用户。例如，浏览器窗口615和工具条窗口610可提供工具条、下拉菜单、插件、应用程序等。例如，在应用窗口605的顶部(见图6)提供的工具条窗口610定义4个工具条625、630、635、640，可包括各种接口控件，例如，下拉式菜单、功能按钮(如停止、向后、向前、回主页等)以及功能按钮和窗口的组合(如搜索按钮和窗口的组合)。最上端的工具条625提供多个下拉式菜单；由顶向下第二个工具条630提供多个功能按钮；由顶向下第三个工具条635提供下拉式菜单和窗口，如URL地址窗口；最下面的工具条640由客户端模块174来实现并向该浏览器提供添加的功能，如搜索字段和本发明的上下文菜单。在本发明的实施例中，最下面的工具条640可包含上下文菜单条目描述作为不可见的按钮。还提供浏览器窗口615作为浏览器600的一部分，在其中可显示来自因特网内容提供商120(见图1)的内容。例如，用户可通过右击鼠标按钮来调用上下文菜单。在图6中，在指针位于该网页背景时用户右击了鼠标，以此调用上下文菜单645。在这个示例性的实施例中，本发明根据用户在背景上的点击来添加上下文菜单条目650。安置这些条目作为第二组菜单条目，并包括图标和记忆键。这些上下文菜单条目包括“AddThisPageToYahoo！Bookmarks”、“IMthisPageToFriend”以及“EmailThisPagetoFriend”。如上所述，这些菜单条目可通过上下文菜单条目描述来修改。在图7中，当指针在文本链接“yahoo！”705上时，用户右击鼠标，以此调用上下文菜单710。在该示例性的实施例中，该实施例根据用户右击“Yahoo！”705来添加上下文菜单条目715。安置这些条目作为第二组菜单条目，并包括图标和记忆键。这些上下文菜单条目包括“AddThisLinkToYahoo！Bookmarks”、“IMthisLinkToFriend”以及“EmailThisLinktoFriend”。这些上下文菜单条目与前面的例子不同。在图8中，当指针在图像链接“Yahoo！Companion”805上时用户右击鼠标，以此调用上下文菜单810。在该示例性的实施例中，本发明根据用户右击“Yahoo！Companion”805来添加上下文菜单条目815。安置这些条目作为第二组菜单条目，并包括图标和记忆键。这些上下文菜单条目包括“AddThisLinkToYahoo！Bookmarks”、“IMthisLinkToFriend”以及“EmailThisLinktoFriend”。在图9中，当文本“Yahoo！”905高亮度时用户在背景上右击鼠标，以此调用上下文菜单910。在该示例性的实施例中，本发明根据该高亮度文本并根据用户在背景上右击来添加上下文菜单条目915。安置这些条目作为第二组菜单条目，并包括图标和记忆键。这些上下文菜单条目包括“SearchtheWebforYahoo！”、“AddThisPageToYahoo！Bookmarks”、“IMthisPageToFriend”以及“EmailThisPagetoFriend”。如果“Yahoo！”905高亮度并且用户在一个链接上右击，这些上下文菜单条目可包括“AddThisLinkToYahoo！Bookmarks”、“IMthisLinkToFriend”、“EmailThisLinktoFriend”以及“SearchtheWebforYahoo！”(未示出)。可替换地，可在浏览器环境之外实现本发明的控制上下文菜单的方法和系统。通过计算机操作系统和诸如MicrosoftOffice等其他应用程序使用的上下文菜单可按照类似的方式来控制。例如，附加的菜单条目可被添加到Windows“开始”菜单，用户可通过右击鼠标或在桌面上做某个选择，或通过任务条，来调用该上下文菜单。另外，附加菜单条目可以添加到用于MicrosoftWord的右击菜单。因此，尽管已经示出和说明和指出了本发明的基本新颖特征，如在其优选实施例中应用的那样，应该理解，在不脱离本发明的精神实质的前提下，本领域的普通技术人员对所公开的本发明可以做形式和细节上的省略、添加和修改。本发明的范围由权利要求书来限定。权利要求1.一种用于提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的方法，该方法包括提供客户端软件模块，用于修改已有上下文菜单，该客户端软件模块包括附加菜单信息，配置该客户端软件模块用于检测要求显示上下文菜单的事件；根据所述附加菜单信息修改所述已有上下文菜单；以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不根据所述已有软件，把所述附加菜单条目安置在所述经修改的上下文菜单之内。2.如权利要求1所述的方法，所述已有上下文菜单包括至少一个已有菜单条目，所述附加菜单条目在所述经修改的上下文菜单中被安置在所述已有菜单条目之上。3.如权利要求1所述的方法，其中所述经修改的上下文菜单包括通过所述附加菜单条目显示的图标。4.如权利要求1所述的方法，其中所述附加菜单信息包括有关与所述附加菜单条目相关联的图标的信息。5.如权利要求1所述的方法，其中所述附加菜单条目包括至少一个子菜单，该子菜单包括至少一个附加子菜单条目。6.如权利要求1所述的方法，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，该网页被划分成区域，所述方法还包括当所述事件发生时，确定用户在什么区域与该网页交互。7.如权利要求6所述的方法，还包括根据所确定的区域，从多个可能的菜单条目中选择用于显示的所述附加菜单条目。8.如权利要求1所述的方法，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示用户界面，所述方法还包括当所述事件发生时，确定该用户与该用户界面交互时所在的用户界面位置。9.如权利要求8所述的方法，还包括根据所确定的区域，从多个可能的菜单条目中选择用于显示的所述附加菜单条目。10.如权利要求1所述的方法，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示用户界面，该用户界面包括多个元素，所述方法还包括当所述事件发生时，确定该用户与所述多个元素中的哪个元素交互。11.如权利要求10所述的方法，还包括根据所确定的元素，从多个可能的菜单条目中选择用于显示的所述附加菜单条目。12.如权利要求1所述的方法，还包括根据对其提供了所述客户端软件模块的用户计算机的位置，从多个可能的菜单条目中选择用于显示的所述附加菜单条目。13.如权利要求1所述的方法，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，该网页包括多个元素，所述方法还包括当所述事件发生时，确定该用户与所述多个元素中的哪个元素交互。14.如权利要求13所述的方法，还包括根据所确定的元素，从多个可能的菜单条目中选择用于显示的所述附加菜单条目。15.如权利要求13所述的方法，其中，确定用户与哪个元素交互包括从构成HTML结构的多个元素中识别某个元素；确定该元素的类型；保存有关该元素的信息；确定何时用户选择了文本；以及保存所选择的文本。16.如权利要求15所述的方法，其中，对该HTML结构中第一个被识别的元素之上的各元素，重复地执行从形成该HTML结构的该多个元素中识别某个元素、确定该元素的类型以及保存有关该元素的信息，直到该第一个被识别的元素之上的某个元素不再有效。17.如权利要求15所述的方法，其中，根据保存的有关所述元素的信息和所述保存的文本配置所述附加菜单条目。18.如权利要求1所述的方法，还包括在修改所述已有上下文菜单之前，获取有关所述已有上下文菜单的信息。19.如权利要求18所述的方法，其中，所述的获取步骤包括子类化浏览器窗口。20.如权利要求1所述的方法，其中，所述客户端软件模块包括通过浏览器操作的控件。21.如权利要求20所述的方法，其中，所述控件是利用ActiveX控件实现的。22.如权利要求1所述的方法，还包括提供附加菜单条目作为一般馈送的部分，其包含可下载工具条的多个按钮的按钮特征，其中，所述可下载工具条接收所述附加菜单条目，作为不显示的按钮。23.如权利要求22所述的方法，其中，由服务器来执行所述附加菜单条目的提供。24.如权利要求1所述的方法，其中，所述的修改所述已有上下文菜单包括利用应用编程接口把所述附加菜单条目添加到所述已有上下文菜单。25.如权利要求1所述的方法，其中，因特网内容提供商为用户维持包括用户账号信息的用户账号，并且根据所述用户账号信息配置所述经修改的上下文菜单。26.如权利要求25所述的方法，还包括根据所述用户账号信息从多个可能的菜单条目中选择用于显示的所述附加菜单条目。27.如权利要求25所述的方法，还包括对用户提供登录到内容提供商的能力。28.如权利要求27所述的方法，其中，由内容提供商根据所述用户账号信息确定用于显示的所述附加菜单条目的选择，以便依据该用户的喜好，使得所述附加菜单条目的选择个性化。29.如权利要求28所述的方法，其中，所述用户账号信息由所述内容提供商来维持，独立于该用户使用的具有第一浏览器的第一计算机，这样，当该用户使用具有第二浏览器的第二计算机时，所述附加菜单条目的选择保持个性化。30.如权利要求29所述的方法，其中，当该用户使用所述第一计算机，所述附加菜单条目选择的个性化依赖于所述第一计算机的位置，并且当该用户使用所述第二计算机，所述附加菜单条目选择的个性化依赖于所述第二计算机的位置，这样，根据该用户所使用的计算机的位置修改所述附加菜单条目的选择。31.如权利要求1所述的方法，其中，根据所检测的用户使用所述已有软件的位置来配置所述经修改的上下文菜单。32.一种用于提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的方法，该方法包括控制可由因特网浏览器在计算机显示器上显示的因特网浏览器用户界面，并使得该计算机和因特网浏览器的用户能够访问和导航因特网并接收和显示来自一个或多个因特网站点的一个或多个网页，包括来自预定因特网站点的网页的显示，所述因特网浏览器具有至少一个因特网浏览器工具条，所述因特网浏览器工具条具有至少一个工具条按钮用于向该计算机和因特网浏览器的用户提供预定的功能，所述方法包括在所述预定的因特网站点提供对客户端软件模块的访问，用于控制所述因特网浏览器界面；以及使所述预定的因特网站点可下载所述客户端软件模块以使得显示用户工具条，通过它的下载，使下载之前不是该因特网浏览器的部分的附加功能在下载之后对用户可用，这样，一旦显示该用户工具条，则保持显示该用户工具条，并且所述附加功能保持对用户可用，而与下载后引起该因特网浏览器所导航至的后续因特网站点无关；配置所述客户端软件模块，用于检测要求显示上下文菜单的事件；根据附加菜单信息修改所述已有上下文菜单；以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内。33.一种用于控制可由因特网浏览器在计算机显示器上显示的因特网浏览器界面并使得该计算机和因特网浏览器的用户能够访问和导航因特网并接收和显示来自一个或多个因特网站点的一个或多个网页的方法，包括在预定的因特网站点提供对程序的访问，用以控制所述因特网浏览器界面，并使得可通过所述预定因特网站点下载文件以导致持久用户工具条的显示，所述用户工具条使下载前不是所述因特网浏览器的部分的附加功能在下载后作为所述因特网浏览器界面的部分对用户可用，所述附加功能包括检测要求显示上下文菜单的事件；根据附加菜单信息修改所述已有上下文菜单；以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内。34.一种包括软件模块的计算机可读计算机代码，用于提供经修改的上下文菜单来代替已有软件中的已有上下文菜单，当通过计算机执行该计算机代码，导致该计算机执行一种方法，该方法包括检测要求显示上下文菜单的事件；根据附加菜单信息修改所述已有上下文菜单；以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内。35.如权利要求34所述的计算机代码，所述已有上下文菜单包括至少一个已有菜单条目，所述附加菜单条目在所述经修改的上下文菜单中位于所述已有菜单条目之上。36.如权利要求34所述的计算机代码，其中，所述经修改的上下文菜单包括通过所述附加菜单条目来显示的图标。37.如权利要求34所述的计算机代码，其中，所述附加菜单信息包括有关与所述附加菜单条目相关联的图标的信息。38.如权利要求34所述的计算机代码，其中，所述附加菜单条目包括至少一个子菜单，该子菜单包括至少一个附加子菜单条目。39.如权利要求34所述的计算机代码，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，该网页被划分成区域，所述方法还包括当发生所述事件时，确定该用户与该网页在什么区域交互。40.如权利要求39所述的计算机代码，由该计算机执行的所述方法还包括根据预定的区域从多个可能的菜单条目中选择用于显示的所述附加菜单条目。41.如权利要求34所述的计算机代码，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，该网页包括多个元素，所述方法还包括当发生所述事件时，确定该用户与所述多个元素中的哪个元素交互。42.如权利要求41所述的计算机代码，由该计算机执行的所述方法还包括根据预定的元素从多个可能的菜单条目中选择用于显示的所述附加菜单条目。43.如权利要求41所述的计算机代码，其中，确定该用户与哪个元素交互包括从构成HTML结构的多个元素中识别某个元素；确定该元素的类型；保存有关该元素的信息；确定何时该用户选择了文本；以及保存所选择的文本。44.如权利要求34所述的计算机代码，其中，对该HTML结构中第一个被识别元素之上的各元素，重复地执行从形成该HTML结构的所述多个元素中识别某个元素、确定该元素的类型以及保存有关该元素的信息，直到该第一个被识别元素之上的某个元素不再有效。45.一种用于从因特网内容提供商的服务器向用户计算机提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的系统，所述系统包括一个或多个服务器，被配置成用于提供客户端软件模块用于修改已有上下文菜单，所述客户端软件模块包括附加菜单信息，配置所述客户端软件模块用于检测要求显示上下文菜单的事件；根据所述附加菜单信息修改所述已有上下文菜单；以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内。46.如权利要求45所述的系统，所述已有上下文菜单包括至少一个已有菜单条目，所述附加菜单条目在所述经修改的上下文菜单中位于所述已有菜单条目之上。47.如权利要求45所述的系统，其中，所述经修改的上下文菜单包括通过所述附加菜单条目显示的图标。48.如权利要求45所述的系统，其中，所述附加菜单信息包括有关与所述附加菜单条目相关联的图标的信息。49.如权利要求45所述的系统，其中，所述附加菜单条目包括至少一个子菜单，该子菜单包括至少一个附加子菜单条目。50.如权利要求45所述的系统，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，所述网页被划分成区域，所述方法还包括当发生所述事件，确定该用户与该网页在什么区域交互。51.如权利要求50所述的系统，进一步配置所述客户端软件模块，用于根据预定的区域从多个可能的菜单条目中选择用于显示的所述附加菜单条目。52.如权利要求45所述的系统，其中，对用户计算机提供所述客户端软件模块，该用户计算机显示网页，所述网页包括多个元素，还进一步配置所述服务器用于当发生所述事件，确定该用户与所述多个元素中的哪个元素交互。53.如权利要求52所述的系统，进一步配置所述客户端软件模块，用于根据预定的元素从多个可能的菜单条目中选择用于显示的所述附加菜单条目。54.如权利要求52所述的系统，其中确定该用户与哪个元素交互还包括从构成HTML结构的多个元素中识别某个元素；确定该元素的类型；保存有关该元素的信息；确定何时该用户选择了文本；以及保存所选择的文本。55.如权利要求54所述的系统，其中，对该HTML结构中第一个被识别元素之上的各元素，重复地执行从形成该HTML结构的该多个元素中识别某个元素、确定该元素的类型以及保存有关该元素的信息，直到该第一个被识别元素之上的某个元素不再有效。56.一种用于提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的方法，所述方法包括对显示包括多个元素的网页的用户计算机提供客户端软件模块用来修改已有上下文菜单，所述已有上下文菜单包括至少一个已有菜单条目，所述客户端软件模块包括附加菜单信息，配置所述客户端软件模块用于检测要求显示上下文菜单的事件，根据所述附加菜单信息修改所述已有上下文菜单，以及显示经修改的上下文菜单，其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目相对于所述已有菜单条目安置在所述经修改的上下文菜单之内，并且其中所述经修改的上下文菜单包括通过所述附加菜单条目显示的图标；从构成HTML结构的多个元素中识别某个元素；确定该元素的类型；保存有关该元素的信息；确定何时该用户选择文本；以及保存所选择的文本；其中，对该HTML结构中第一个被识别元素之上的各元素，重复地执行从形成该HTML结构的该多个元素中识别某个元素、确定该元素的类型以及保存有关该元素的信息，直到该第一个被识别元素之上的某个元素不再有效，并且其中，根据所保存的有关该元素的信息和所保存的文本配置所述附加菜单条目。57.一种由因特网内容提供商向用户提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的方法，所述方法包括向所述用户提供登录到所述内容提供商的能力；对所述用户维持包含有用户账号信息的用户账号；提供客户端软件模块，用于修改已有上下文菜单，所述客户端软件模块包括附加菜单信息并对其配置用于检测要求显示上下文菜单的事件，根据所述用户账号信息从多个可能的菜单条目中选择用于显示的所述附加菜单条目，以便根据该用户的喜好使该选择个性化，以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内；并且其中，所述用户账号信息由所述内容提供商来维持，独立于该用户使用的具有第一浏览器的第一计算机，这样，当该用户使用具有第二浏览器的第二计算机时，所述附加菜单条目的选择保持个性化。58.一种用于提供经修改的上下文菜单来代替已有软件中的已有上下文菜单的方法，所述方法包括存取附加菜单信息；检测要求显示上下文菜单的事件，根据所述附加菜单信息修改所述已有上下文菜单，以及显示经修改的上下文菜单；其中，所述经修改的上下文菜单与所述已有上下文菜单不同，所述经修改的上下文菜单包括附加菜单条目作为该上下文菜单的部分，根据所述附加菜单信息并且不依据所述已有软件把所述附加菜单条目安置在所述经修改的上下文菜单之内。59.如权利要求58所述的方法，所述已有上下文菜单包括至少一个已有菜单条目，所述附加菜单条目在所述经修改的上下文菜单中被安置在所述已有菜单条目之上。60.如权利要求58所述的方法，其中，所述经修改的上下文菜单包括通过所述附加菜单条目显示的图标。61.一种用于提供附加菜单条目以包含在一个或多个已有菜单条目的上下文菜单之中的方法，所述方法包括提供有关所述附加菜单条目在所述上下文菜单内的位置的信息，所述附加菜单条目不是已有菜单条目；以及根据该有关位置的信息，使所述附加菜单条目作为所述上下文菜单的部分可显示给用户。62.一种用于提供附加菜单条目以包含在一个或多个已有菜单条目的上下文菜单之中的方法，所述方法包括提供有关所述附加菜单条目的附加菜单信息，所述附加菜单条目不是已有菜单条目；接收有关所述已有菜单条目的上下文菜单信息；根据所述附加菜单信息修改所述上下文菜单信息；以及使所述附加菜单条目作为所述上下文菜单的部分可显示给用户。63.如权利要求62所述的方法，其中，所述附加菜单信息包括有关所述附加菜单条目在所述已有上下文菜单中相对于所述已有菜单条目的位置的信息。64.如权利要求62所述的方法，还包括确定要显示的上下文菜单；响应确定要显示的该上下文菜单，存取有关所述已有上下文菜单的上下文菜单信息。65.如权利要求34所述的计算机代码，其中，所述代码是可下载工具条应用程序的部分。全文摘要本发明的一个实施例用于控制通过网页使用的上下文菜单，其中所述网页被划分成各区域，可包括下载附加菜单条目，所述附加菜单条目在下载之前不是该上下文菜单的部分，并监视用户何时调用上下文菜单。当检测到上下文菜单调用，则确定用户选择了哪个区域，并使至少一个附加菜单作为上下文菜单接口的部分对用户可用。根据用户选择的区域来选取至少一个附加菜单条目。文档编号G06F3/01GK101061453SQ200480025226公开日2007年10月24日申请日期2004年7月26日优先权日2003年8月5日发明者埃里克·布尔克,艾伦·瓦达,范朝明申请人:雅虎公司