CN101243399A - 因特网提醒 - Google Patents

Abstract

本发明涉及一种针对网络发布者(12)提供的网站或基于网络的应用(16)而提供并非基于电子邮件的精确网络提醒的方法。所述方法包括：发布者(12)在提醒服务器(14)注册至少一个提醒，然后呈现关于有关的网站或基于网络的应用(16)的提醒以供用户(10)选择。当选择提醒时，用户可以定义至少一个提醒变量，例如提醒参数和/或算子和/或阈值。当与提醒相关联的事件发生时，网站发布者(12)把事件通知记入提醒服务器(14)。用户终端(10)处的专用提醒软件对提醒服务器(14)进行轮询，以识别针对用户定义的变量所选择的提醒的任何事件通知。当识别出事件通知时，提醒软件在用户终端处产生提醒通知。这样，可以向用户传递精确的提醒。

Description

因特网提醒

技术领域

本发明涉及一种精确因特网提醒(alert)过程，该过程便于网站及其端用户群之间的新的广播通信方法。

背景技术

当前，因特网上可使用多种提醒系统。然而，其中的多数不是精确提醒系统。对于订户以用户确定的精确性所选择的希望获知特定事件的精确提醒来说(例如在约会站点，订户仅希望基于性别、年龄、身材和位置来获知可约会的新成员)，仅有基于电子邮件的系统得以利用。然而，基于电子邮件的系统不能是匿名的，而且可能遭遇垃圾邮件。另外，大量的广播电子邮件越来越多地遭受到垃圾邮件过滤器的错误的俘获(trap)。因此，需要一种基于非电子邮件的精确提醒系统，该系统能够便于匿名的、且受订户控制的广播通信。

存在其他的提醒系统，但它们不具有匿名性、普遍性和精确性。例如，Google提供了一种提醒服务，该服务使用Google爬虫技术来进行自动的离线搜索，该搜索可细化为仅包括新的链接。当找到新的链接时，通过电子邮件向用户传递提醒。这种布置以及其他的基于电子邮件的布置的问题是，提醒不是实时的，而且既慢又不可靠。此外，这会损失匿名性。订购基于电子邮件的提醒的所有用户至少需要提供电子邮件地址。这会使用户不愿意为提醒签约，因为涉及到垃圾邮件且不能对提醒过程进行控制。另一个问题是，多种基于提醒的系统通过网络爬虫来操作，网络爬虫对站点进行分析，并且试图预言可能引起提醒的站点上的明显变化。所预言的提醒是很不精确的，通常会导致‘假阳性’，并且随后会包括不需要且无关的页面。

另一种基于网络的提醒系统是所谓的RSS新闻馈送。RSS代表真正简单的协议(RSS)。这是一种被设计用于共享标题和其他网络内容的轻量级XML格式。这种提醒典型地用于自动收报(ticker tape)应用，特别是新闻站点。RSS可以在某种程度上普遍使用，但是其典型地是基于站点的。使用RSS新闻馈送的站点可以被组织为当新消息变得可用时将其发出，但是粒度被限制为页面级，而且属性被限制为文本标题和文本描述。对于RSS的运用，需要在发出馈送的网络发布者的站点上安装特定的客户端软件。基于RSS的馈送的精确性是有限的，而且订购过程的选择性是基本的且不精确。另外，订户不得不分别订购提供提醒的每一个站点，这意味着客户端软件需要对多个站点进行轮询。尽管更为复杂的提醒系统已经得以开发，RSS聚合器可以借此向用户提供提醒(通常通过电子邮件，例如NewsGator)，然而不存在使用户进行精确订购的工具，而这可能是复杂的基于因特网的应用(例如约会站点)所需要的。另外，针对RSS(以及类似的技术，例如Atom)，与RSS馈送相关联的页面的标题和描述需要以XML来公布，这是可以免费使用的。这对于需要受限的安全访问(例如因特网上的银行服务)的复杂的基于因特网的应用来说是不适合的。

开放源代码的Mozilla火狐浏览器中使用了RSS馈送，该浏览器具有被称作实况书签的特征(参见http://www.mozilla.org/products/firefox/live-bookmarks.html)。这允许将RSS馈送用作书签。这些随着RSS馈送而动态地变化。然而，这种布置的问题是其不能够用于具有高精确等级和低粒度等级的特定提醒。另外，不能够以发布者定义的属性来通知提醒。最后，客户端软件(在这个示例中为浏览器)需要对被订购进行馈送的每个网站进行询问，这对于建立了多个提醒的用户来说是不实际的。

为了克服如何处理多个提醒的问题，在RSS 2.0开放标准中，能够获得用作RSS‘云’的聚合器。然而，这些云使用利用订户的IP地址的推技术来分发其馈送，所以其不是匿名的，而且需要订户在位于新的IP地址时重新订购。此外，它们不在订户具有内部IP地址的NAT防火墙后工作。此外，无论RSS协议如何得到增强，其都不会适于与复杂的因特网应用(例如在线包裹跟踪系统)一同工作。

WO03/049368描述了一种消息收发系统，其具有提醒属性。该系统使用了推技术，其中桌面客户端应用对远程服务器进行轮询，以确定是否存在任何可用的消息。这些消息包括针对用户的内容，因此当传送消息时，对其进行加密以确保私密性。这主要是消息收发系统而非提醒系统。其提供了比电子邮件更加安全的通信方法，但是需要在广播者和接收者之间进行认证。这意味着其不是匿名的。其还需要特定的、由发布者向广播者授权的运用，这是因为订户和广播者之间的固有认证。这妨碍了发布者在没有技术支持的情况下在其网站上实现该系统，并且意味着该系统不是普遍的。这个系统潜在地具有使用发布者定义的、订户可进行选择的下拉列表的一定级别的粒度，但是其不精确。

可用的另一个系统是Microsoft.NET提醒。其使用MSN消息程序作为用于分发提醒的协议。这是一种任何站点都可以使用的普遍方案，但因为其使用了MSN消息程序，所以用户实质上需要拥有.NET通行证，因而不是匿名的。

发明内容

根据本发明的一个方面，提供了一种提醒系统，包括：提醒服务器，适于注册提醒；从网站接收指示与提醒相关联的事件的信号，并产生用户终端处的客户端软件将要访问的指示事件的通知。优选地，该通知不包括与事件有关的信息，而是预先确定的，而且仅指示事件已经发生。另外，该通知优选地不包括任何用户标识符，这意味着这个通知过程是完全匿名的。

本发明提供了一种用于把已经在网站或基于网络的应用上发生的事件通知给用户而不是进行消息收发的装置。发布者保持对内容信息的改变，而且仅把事件发生的通知发送到提醒服务器并使其对于客户端软件可用。这意味着安全要求不需要作为提醒过程的一部分而加以解决，而是可以推迟到用户尝试访问发布者的网站上的信息时。这极大地简化了提醒过程，而且保留了用户匿名性。

提醒服务器使用来自发布者的网站或发布者的网络应用的提醒订购信息。为了允许用户订购提醒，网站或网络应用包括用户可选择的链接。这可以包括用户可选择的参数。这些参数可以是一个或更多个精确的布尔逻辑值和算子。布尔算子可以包括‘等于’、‘小于’、‘大于，和‘不等于’中至少一项。这样，发布者可以向订户展现精确的提醒阈值，例如最小或最大购买或销售价格。这些精确的阈值可以通过例如价格或重量的数字值而应用，以及日期和时间，例如早于或晚于该日期或时间。

提醒服务器可以适于提供针对放置在网络发布者的站点上的用户可选择的链接的代码。优选地，该代码仅包括HTML和/或Java脚本。这是有利的，因为其意味着提醒可以由任何基于网络的系统上的任何发布者实现并自提供。优选地，该代码是大纲(schema)。

提醒服务器可以适于允许注册针对不同网站的多个不同的提醒。这是有利的，因为其意味着可以在客户端软件能够访问的单个区域中提供针对多个不同提醒的通知，这避免了客户端软件需要轮询多个网站的要求。

根据本发明的另一方面，提供了一种允许用户匿名地访问提醒的方法，包括：在提醒服务器处注册网络发布者的提醒；接收来自提醒服务器处的网络发布者的对与提醒相关联的事件的通知；以及使用用户终端处的专用提醒软件来轮询提醒服务器以识别通知，并且当识别出通知时，在用户终端处产生提醒通知。优选地，提醒通知作为用户的因特网浏览器的喜好列表中的临时条目而呈现。优选地，该提醒通知包括面向目标URL的链接。

通过使用用户终端处的专用提醒软件来识别远程服务器处的提醒，无需使用基于电子邮件或RSS的解决方案。这不需要网站发布者配置特定的程序，而且能够以纯粹基于HTML和/或Java脚本的解决方案来实现。此外，其克服了电子邮件作为广播通信介质的基本缺陷，而且具有完全的一般性，所以任何网站都能够使用这个方案。因为提醒软件对提醒服务器进行轮询，而且提醒服务器通知不包括任何用户标识符，而仅包括与其相关联的提醒有关的信息，所以端用户对于网站提醒的感兴趣的注册是匿名的，而且不需要任何个人信息或电子邮件地址。最后，端用户可以修改和删除提醒，防止来自网站的任何多余的提醒，从而阻止了垃圾邮件。

该方法可以包括：允许订户选择一个或更多个精确的布尔逻辑值和算子，并把这些与订户注册的提醒请求相关联地进行存储。通过允许订户选择布尔值和算子，网站可以定义能够以不同方式向不同端用户订购的一个提醒。这具有显著的实际意义，而且开辟了面向用户的精确定位之路。例如，销售经典汽车的网站可以通过模型和价格来询问用户订购针对当前不可用的车辆的提醒。网络发布者可以定义两个参数‘模型’(基于文本)和‘价格’数字。顾客‘A’可能使用模型‘etype’和价格小于10,000来订购提醒。而顾客‘B’可以使用模型‘etype’但价格小于8,000来订购相同的提醒。如果网络发布者发布具有‘etype’模型和价格9,000的新页面，则针对此所发出的通知仅会通知到顾客‘A’，因为该价格对于顾客‘B’选择的价格来说过高。

可选地，用户可以选择向其他设备发出提醒，例如当用户离线时，他可能选择把提醒消息作为文本消息发到指定的移动电话。

该方法可以包括：从网络发布者接收提醒信息，并产生发布者将会在其网站上包括的提醒码，所述提醒码包括面向提醒服务器上的有效提醒的链接。用户对提醒码的选择使得把提醒向用户的提醒软件进行注册。这会针对选择该提醒的用户进行注册。

当识别出用户未注册时，开始进行注册过程，将专用提醒软件下载到用户终端。随后，如果网络发布者更新与提醒相关联的信息，则这将会在提醒服务器上提示，产生用户终端上的客户端软件可识别的代码或标识符。客户端软件可操作地对提醒服务器进行轮询以识别更新，而且在找到更新时，通过产生用户终端处的用户提醒而告知用户。

根据本发明的另一方面，提供了一种把网站上的事件提醒给用户的方法，用户终端具有可操作地对提醒服务器进行轮询的提醒软件，其中，所述方法包括：在提醒服务器注册提醒；在提醒服务器处接收对于网站上的事件的通知；以及在提醒服务器处产生用于向用户的提醒软件指示已经发生改变的通知，这个通知可以在提醒软件对提醒服务器进行轮询时访问。

根据本发明的另一方面，提供了一种把因特网网页或网站或基于网络的应用上的事件向用户进行提醒的提醒系统，所述系统被布置为：注册网络发布者的提醒；从网络发布者接收指示与提醒相关联的信息发生改变的更新信息，以及把该更新通知给用户终端处的网络提醒软件。该系统可以被布置为从网络发布者接收提醒的细节，并提供发布者将在其网站上包括的提醒码，所述提醒码包括回到提醒服务器的链接。该链接可由用户来选择，并且可操作地指引用户进行注册以接收与该链接相关联的更新信息。

根据本发明的另一方面，提供了一种计算机程序，优选地位于数据载体或计算机可读介质上，所述程序具有执行如下步骤的代码或指令：注册网络发布者的提醒；从网络发布者接收指示与提醒相关联的事件的更新信息，并且在提醒服务器处产生可以由用户终端处的网络提醒软件来访问的事件通知。

根据本发明的另一方面，提供了一种计算机程序，优选地位于数据载体或计算机可读介质上，所述程序具有执行如下步骤的代码或指令：响应于用户对提醒的选择，对从网站接收到的至少一个提醒订购标识符进行存储；针对每一个订购的提醒的事件通知，对提醒服务器进行轮询；以及当识别出通知时，在用户终端处产生提醒消息。

优选地，计算机软件被配置为在用户的浏览器中包括提醒标识符，例如包括在用户的喜好列表中。优选地，计算机程序可操作地在与提醒有联系的事件已经发生时改变提醒标识符。

优选地，提醒消息可由用户来选择。理想地，提醒消息被布置为使用户的浏览器导航至与提醒相关联的目标URL。

计算机程序还可以包括在提醒有效和/或无效时通知提醒服务器的代码或指令。计算机程序还可以包括把面向订户的离线设备(例如PDA或移动电话)的提醒通知的转移通知给提醒服务器的代码或指令。

附图说明

参考附图并通过示例来描述本发明的各个方面，附图中：

图1是用于实现提醒的系统的框图；

图2是用于实现提醒的方法的流程图；

图3是用于针对离线通知的用户注册过程的流程图；

图4是一旦点击链接码超链接提示用户包括示例提醒的消息框的屏幕截图；

图5是浏览器工具条的屏幕截图；

图6是示出离线通知过程的流程图；

图7是一旦通过触发提醒通知串而激活所选提醒时的浏览器的屏幕截图；以及

图8是在选择图7中被激活的提醒之后的浏览器的屏幕截图。

具体实施方式

本发明涉及一种从网站和基于网站的应用向端用户发起基于因特网的提醒的系统和方法，其无需被提醒方在网站上注册。该过程完全具有普遍性，而且是基于HTML和Java脚本的方案，其不需要网络发布者进行任何专门的编程。此外，针对提醒的可变元素可以由网站来定义，使得用户能够选择特定类型的提醒，其取决于这些可变元素的值，例如可变提醒参数和相关联的算子。此外，订户可以修改或删除提醒，以防止多余的消息和垃圾邮件。

图1示出了用于向用户报告网站内容的变化的系统。其具有三个不同的参与者-提醒订户10、提醒发布者12以及提醒服务器14。发布者12拥有或控制包含提醒链接码的网站16。订户10是端用户，其进行选择以接收与网站16上的内容有关的提醒，并且可选地进行注册以接收离线和在线的提醒通知。提醒服务器14是因特网连接的服务器，其便于发布者12与订户10之间的提醒，并且具有用于控制整个提醒过程的一个或更多个服务器/处理器。提醒订户和提醒服务器14之间的因特网通信优选地是单向的，订户能够与提醒服务器14联系，但服务器不能与直接在线的订户联系。提醒服务器14能够经由任意的启用因特网的设备(即PC或PDA)在线地、或通过任意的用户指定的设备(例如针对移动电话的文本消息)与提醒订户10进行通信。

为了与系统进行交互，提醒订户10必须访问专用的客户端软件，该软件能够在用户10订购已位于网络发布者的网站16上的指定提醒(链接码)时识别提醒链接码。这可以是启用如下功能的任何类型的客户端软件：存储提醒订购、针对提醒通知轮询提醒服务器14、导航至指定的目标URL、当有效和/或无效时通知提醒服务器14，以及把提醒通知向订户指定的离线设备的转移通知给提醒服务器14。典型地，该客户端软件安装在用户的浏览器中，而且图标(例如星)被包括在工具条中以指示其存在。优选地，针对每一个所选的或所订购的新的提醒，客户端软件可操作地在用户的喜好列表中创建提醒书签。

当与因特网相连时，客户端软件必须对便利提醒服务器14进行轮询，以查找所选参数范围内的订户提醒的通知。每一个通知仅表示网络发布者站点16上的事件(例如新信息)的可用性，而不包括新的或变化的信息自身。这是有利的，因为其避免了客户端软件和提醒服务器14之间的通信中所需的安全性。另外，每一个通知仅由特定提醒来标识，并且不会被标识为与特定用户10相关联。这意味着，虽然客户端软件可以对用户10已经订购的提醒进行标识，然而提醒服务器14不能标识进行订购的用户10。这意味着保留了完整的用户匿名性。在客户端软件确定用户已订购的提醒的通知时进行接收，并且使客户端软件的图标在视觉上发生变化(例如闪烁红色)。所通知的提醒书签也会闪烁并改变颜色(典型地是红色)。这样，用户10可以通过选择该书签而导航至目标URL，而且提醒的状态再次变为无效。

由于提醒通知仅包含属于提醒的信息，且不是真实的消息，所以这使得发布者12容易地在其网站上自提供(self provision)运用而无需考虑安全性。如果订户和发布者12之间需要安全的消息收发(例如因特网上的银行服务)，那么这会是发布者12的职责，发布者12可以运用当允许订户访问与提醒相关联的数据时发布者认为适合的任何安全措施(即HTPPS、口令等)。

图2示出了针对在线通知建立提醒所需的步骤。第一步骤是网络发布者12向提醒服务器14注册，并接收唯一的网络发布者提醒标识符(阶段1)。然后，发布者12登入提醒服务器管理服务(未示出)以定义提醒大纲(阶段2)。发布者定义的每一个大纲存储在提醒服务器16，该提醒服务器16维护着所有注册的提醒及其大纲的记录。每一个大纲是网络发布者12所定义的提醒，其具有多个属性，包括固定属性和网络发布者12定义的参数以及布尔算子。该参数可以是文本、数字或日期时间的格式。通常，数字和日期时间参数与提醒算子一同使用。针对文本参数的缺省算子是‘等于’且不需要显式地定义。其他算子包括‘小于’‘大于’和‘不等于’。

一旦定义了大纲，则产生链接码并将其下载到网络发布者12。这将在后文详细描述。然后，网络发布者12把链接码在网站上公布，将其作为允许用户10订购提醒的链接(阶段3)。在因特网用户点击该链接码时，他们被提示以确认其是否为第一次用户(阶段4)。如果是，则提醒客户端软件被下载并作为第一次用户的浏览器的工具条的一部分而安装，如图5中所示。在这个阶段，还询问用户当其离线时如果产生提醒的话是否需要离线通知。这将在后文详细描述。然后，在其中具有消息框描述的消息框中(如图4所示)，提示用户接受或拒绝提醒订购。在本示例中，消息框描述是‘经典汽车提醒’。如果提醒订户接受该订购邀请，则提醒订户的客户端软件安装提醒书签，(shortcut)，使其成为该订户的浏览器的喜好列表中的动态快速操作，如图5中所示。在这个阶段，用户10变为所选提醒的订户。

当与所公布的提醒有联系的事件发生时，网络发布者12使用具有所需参数的提醒记入(post)串在提醒服务器14上记入提醒事件通知(阶段5)。这个通知对于订购该提醒的所有用户10来说都是可用的。每一个用户的终端处的客户端软件对提醒服务器14进行轮训，检测针对与用户所选的参数选择相对应的所订购的提醒的通知(阶段6)。当检测到通知时，客户端软件使其工具栏图标以某种方式发生变化，典型地通过使其闪烁和/或改变颜色，借此将事件通知告知用户10。另外，使该提醒的书签变得有效，并创建动态快速操作。然后，被告知的订户10向提醒服务器14做出提醒通知的应答，并且显示该订户的浏览器中的所有当前喜好，包括该动态喜好(阶段7)。用户10对动态书签的选择使其浏览器导航至发布者的网站16上的目标URL。然后，该动态喜好返回其无效状态(阶段8)。

当用户10做出选择以接收离线通知时，需要指定离线设备(阶段9)。所指定的设备的细节存储在提醒服务器14。客户端软件被配置为当用户离线时通知服务器14(阶段10)。备选地，提醒服务器14可操作地在客户端软件超时后确定用户10离线。在任一情况下，当用户10与因特网断开时，这个断开可以由提醒服务器14检测到(阶段11)。当发生断开且从网络发布者12接收到提醒事件通知时，提醒服务器14可操作地向用户的指定设备(例如移动电话)发送消息。典型地，该消息是SMS文本消息(阶段12)。这样，用户10可以在方便的时候连接到因特网(阶段13)。一旦执行这个动作，则创建动态快捷方式(阶段14)，并且用户10可以像上文那样导航至目标URL。

本发明的关键特征是定义精确提醒的能力，即可以根据用户定义的参数而把提醒精确地指向用户10。当定义提醒大纲时，每一个用户可用的精确性等级由发布者12定义。

考虑具有销售经典汽车的网站(被称作www.elertzcars.com)的网络发布者12的示例。网站所有者通过在提醒服务器14(比如www.elertz.com)上注册而首先注册为提醒发布者12，从而成为提醒发布者12。在这个阶段，向发布者12分配唯一的标识符，例如2，以及用于访问服务器管理服务的登录/口令。然后，允许发布者12创建提醒大纲。每一个提醒大纲必须具有由网络发布者12定义的唯一的文本名称，例如‘需要的汽车’。在大纲内，发布者12可以定义一个或更多个提醒参数。例如对于“需要的汽车”提醒来说，发布者12可以决定包括基于文本的参数‘模型’以及利用小于算子而选择的数字参数‘价格’。然后，提醒发布者12可以使用这些参数来定义提醒书签。在本示例中，提醒书签可以是‘汽车是模型小于价格’。所强调的术语‘模型’和‘价格’被看作参数，而下划线文本被看作算子。类似地，发布者12可选地使用文本、参数和算子来定义离线消息。在本示例中，‘针对价格的新模型已在target_url处可用’。在这个以及所强调的‘模型’和‘价格’参数中，还有系统参数‘target_url’。这是提醒的目标URL，典型地关于通知而定义。

在这个阶段，提醒发布者12随大纲而定义的其他属性包括‘第一次URL’，这是订户第一次安装客户端软件时所使用的URL。对于上文的示例，该URL可以是‘www.elertzcars.com’。另外，定义了‘地点持有者URL’。这是提醒书签在提醒通知过程期间被发送某个目标URL之前将会导航至的缺省URL。所定义的另一个属性是‘消息框文本’。这是纯粹的文本属性，其包括当订户做出选择以接收提醒时在消息框提示中将要显示的文本，例如‘经典汽车提醒’，如图4的示例中所示。一旦定义了所有的属性，则发布者12可以使用提醒服务器管理系统来产生链接码，或可以手动地产生其自有的。这个链接码需要被剪切并粘贴到发布者的网站16上，并适当放置java脚本，以便从网络组合中取出参数。典型地，提供了下拉列表，例如经典汽车的列表，以及选择其他参数的文本框，例如最大价格。

下面是针对“经典汽车”示例的链接码的示例：

http://www.elertz.com/elertz/alert.asp？name＝Car+is+etype+less+than+10000&schema_id＝7

1&place_holder_url＝http://www.elertzcars.com&webmaster_id＝2&first_time_url＝http://ww

w.elertzcars.com&message_box_description＝Classic+car+alert&model＝etype&price＝10000

这个链接码分为如下部分：

http://www.elertz.com/elertz/alert.asp:

提醒服务器14侧对提醒进行处理的脚本

book_mark_description＝′name＝Car+is+etypc+less+than+10000:

具有参数和算子的书签描述文本。加号表示空格字符。

Schema_id＝71:

大纲唯一标识符(在本示例中为71)

place_holder_url＝http://www.elertzcars.com:

地点持有者的URL

webmaster_id＝2:

网络发布者唯一标识符(在本示例中为2)

first_time_url＝http://www.elertzcars.com:

第一次URL

message_box_description＝Classic+car+alert:

消息框描述。加号表示空格字符。

model＝etype:

用户定义的参数‘模型’，具有临时地点持有者值‘etype’。这将会被提醒订户所选‘模型’的网络发布者的java脚本所取代。

price＝10000:

用户定义的参数‘价格’，具有临时地点持有者值‘10000’。这将会被提醒订户所选最大价格的网络发布者的java脚本所取代。任意订购提醒的用户10都可以在任意时间修改与其订购的提醒相关联的任意数字参数的值，并且还可以删除书签。这防止来自网站的任何未经请求的消息或垃圾邮件。

使用这个链接码作为示例，当因特网用户通过点击网站上以超文本形式链接到链接码的对象而决定进行选择以便从发布者的网站16接收提醒消息时，将会向Java脚本传递参数，在这个示例中，因特网用户从针对‘模型’参数的下拉列表中选择‘etype’，并从指示最大价格的文本框输入‘10000’。如果用户10没有准备好安装客户端软件，则会提示用户10安装该软件，并指示其是否需要离线通知。离线通知过程在图3中示出。如果需要离线通知，则用户10必须输入需要向其发送该通知的离线设备的细节。这个信息存储在提醒服务器14。然后，将客户端软件下载到用户。

一旦安装了客户端软件，因特网用户(现在是提醒订户)以和已经安装客户端软件的提醒订户相同的方式继续进行。在这种情况下，进行检查以确定网络发布者12是否已经准备好离线通知。如果可能，提示用户10针对所选提醒的离线应答进行注册。如果选择这个选项，则用户10将会订购在线和离线通知，其中离线通知通常仅在用户10不在线且产生提醒通知时使用。当请求离线通知时，网络发布者12不会看到移动电话号码，仅有提醒服务器14能够看到。因此，相对于网络发布者12完整地保留了用户匿名性。如果离线通知是不可行的，则客户端软件仅对提醒细节进行注册，使得其能够识别稍后日期与其相关联的任何事件通知，由此来提供在线通知。

为了进行阐述，把上文描述的提醒订户看作订户‘A’。这个订户已经订购了这样的提醒：当可以获得价格小于10,000美元的etype美洲豹时通知该订户。现在考虑也在寻找etype、但仅准备支付8,000美元的另一个因特网用户，同样为了阐述的原因，将这个订户看作订户‘B’。最后，把选择订购针对价值8,500美元的‘etype’的提醒的订户看作‘C’。另外，订户‘C’已经注册向其移动电话接收离线消息。

针对这个示例，发布者12现在希望向订购用户告知其拥有可用的新车。发布者12把具有9,000美元的Etype美洲豹的新页面放到其网站上，并产生用于发送至提醒服务器14的通知。提醒发布者12可以手动地产生该提醒通知，或可以使用提醒服务器管理系统自动地产生该通知。在本示例中，考虑自动产生提醒通知串的发布者12。发布者12被提示输入其预定义参数的值，在本示例中是‘模型’参数的值‘etype’和价格参数的值‘9000’。发布者12还必须包括目的URL，在本示例中是‘www.elertzcars.com/new/etypel.html’。然后，该信息用于产生如下通知串：

http://www.elertz.com/new/update.aspx？webmaster_id＝2＝&target_url＝

http://www.elertzcars.com/new/etypel.html&notification_description＝Classic car

alert&schema_id＝71&model＝etype&price＝9000

通知串分为如下部分

http://www.elertz.com/new/update.aspx:

提醒服务器侧将会记录通知参数的脚本

webmaster_id＝2:

唯一的网络发布者标识符(在本示例中为2)

target_url＝http://www.elertzcars.com/new/etyprl.htm:

通知的目标URL

notification_description＝Classic car alert:

schema_id＝71:

大纲标识符(在本示例中为71)

model＝etype:

网络发布者定义的具有值‘etype’的参数‘模型’

price＝9000:

网络发布者定义的具有值‘9000’的参数‘价格’

通过剪切并把通知串粘贴到浏览器的地址栏或自动地按下管理系统中的按钮，可以把这个通知串记入提醒服务器14。在任一情况下，一旦记入，提醒服务器14便知道针对网络发布者的提醒大纲的通知已被触发。然后使这个事件通知变得可用，从而提醒客户端软件(有规律地轮询提醒服务器)可以对其进行识别。在这个阶段，提醒服务器14检测那些已经关闭其客户端软件或服务器在指定的超时时段内没有接收到轮询的、已经选择离线通知的提醒订购用户10。图6中示出了这个过程。针对这个示例，考虑订户A和B将会登入，而订户C注销。

当记入事件通知时，订户A的客户端软件(有规律地轮询提醒服务器14)从提醒服务器14接收‘etype’的小于10,000美元有货的答复。以目标URL‘www.elertzcars.com/new/etypel.html’对客户端软件书签URL进行更新，并把该书签的情况变为有效(典型地把与该书签相关联的星形图标从黄色变为红色)，如图7中所示。另外，工具栏中的客户端软件图标闪烁某个图像(典型地是星形)，以指示所订购的提醒已经激活。一旦订购用户10点击书签，则他们会导航至目标URL，如图8中所示。在这点上，提醒通知已经得到应答，而且书签的图标返回其提醒前的状态(典型地该书签的星形图标变为黄色)。如果没有其他订购的提醒通知出现，则客户端软件的图像回归其正常的未激发状态(典型地为非闪烁的黄色星形)。

当上述示例中订户A接收提醒时，订户B没有获得事件通知，因为其需求是‘etype’的小于8,000美元。相反，向订户C提供了提醒通知。然而，因为在这个示例中C已经终止了其客户端软件，而且因为他已经使用他的移动电话注册了离线通知，所以提醒服务器14向订户‘C’的移动电话发送文本消息‘9000美元的新的etype可在www.elertzcars.com/new/etypel.html处获得’。

本发明是取决于使用嵌入在工具栏中的客户端软件的推技术。提醒及提醒的参数由网络发布者12以服务器侧的脚本的参数来定义，以发布者的网站16上的超文本链接来处理。缺省地，服务器侧的脚本会安装客户端工具栏软件。然而，如果已经安装了客户端工具栏软件，则这会由客户端软件检测到，该软件仅会添加提醒。该提醒将其自身表现为浏览器中具有特定图标的附加的动态书签，从而将其与常规的浏览器喜好(典型地由黄色开始)相区分。提醒的细节还存储在提醒服务器14中。当发布者12向提醒记入更新时，这将在服务器处的数据库中表示。客户端软件有规律地轮询提醒服务器14，例如每30秒一次。如果在用户参数值的范围内检测到提醒，则使工具栏中的提醒检测星形闪烁，并把动态喜好图标变红以使其有效。选择该图标会使用户到达目标URL。一旦用户10导航至目标URL，动态书签的图标变回无效的黄色。为了解除对提醒的选择，用户10仅需杉树动态喜好，这样客户端软件不再对该提醒进行轮询。

体现本发明的系统和方法是实时的，而不是基于电子邮件的。这为发布者12提供了对发布提醒的完全控制，而且不需使用RSS。这个提醒过程完全具有一般性，而且能够由任何网站使用，并且可以由启用提醒的任何工具栏自动使用。可以由发布者完整地提供提醒，而无需任何第三方介入。该过程完全基于HTML，而且无需任何专门的编程以便从发布者12或端用户10传递提醒。另外，订购提醒的用户10对该过程具有完全的控制。如果其结束从特定站点接收过多的提醒或对这些提醒不再感兴趣，则订购用户10可以仅通过鼠标右键点击动态书签、然后选择防止来自发布者12的未经请求的消息的删除选项而删除这些提醒。

本领域的技术人员可以理解，在不背离本发明的前提下，所公开的设置的变化是可能的。例如，尽管图中示出了单个的提醒服务器14，然而可以理解的是，同样可以使用该服务器/处理器的分布式网络。同样，虽然图1和2仅示出了单个用户终端、单个网站和单个网络发布者12，然而可以理解的是，由一个或更多个不同的网络发布者所提供的多个网站可以具有向提醒服务器14注册的提醒，而且实际上多个用户10可以使用该系统，每一个用户10能够订购多个不同网站上的提醒。虽然体现本发明的系统提供了一种针对完整的用户匿名性的机制，然而在一些实施方式中(例如因特网上的银行服务)，发布者12可以显式地把用户的GUID与帐户号码相关联。因此，上文中针对特定实施例的描述仅作为示例而不是限制。清楚的是，在不对所述操作做出显著改变的情况下，可以进行小的修改。

Claims (34)

1、一种用于提供并非基于电子邮件的精确网络提醒的方法，所述提醒由网络发布者在网站或基于网络的应用上提供，所述方法包括：

在提醒服务器处注册至少一个提醒；

在网站或基于网络的应用上呈现用户可选择的提醒；

允许用户选择提醒，并定义至少一个用户变量，所述变量包括与提醒相关联的参数和/或算子和/或阈值中的至少一项；

当与提醒相关联的事件发生时，在提醒服务器处产生事件通知；以及

使用用户终端处的专用提醒软件与提醒服务器进行联系，以识别针对用户所选提醒的任何事件通知，而且当识别出事件通知时，在用户终端处产生提醒通知。

2、根据权利要求1所述的方法，其中，所述用户对于网络发布者是匿名的。

3、根据权利要求1或2所述的方法，其中，所述提醒选择/解除选择在用户的完全控制之下。

4、根据上述任意一项权利要求所述的方法，其中，所述用户可选择的参数和/或算子和/或阈值由网络发布者来定义，而且可用于用户的选择。

5、根据上述任意一项权利要求所述的方法，其中，所述用户可选择的算子包括一个或更多个布尔算子。

6、根据权利要求5所述的方法，其中，所述布尔算子包括‘等于’、‘小于’、‘大于’和‘不等于’中的至少一项。

7、根据上述任意一项权利要求所述的方法，包括：把提醒通知作为临时条目包括在用户的因特网浏览器的喜好列表中。

8、根据上述任意一项权利要求所述的方法，其中，用户终端处的提醒通知包括面向目标地址的链接，优选地是URL。

9、根据上述任意一项权利要求所述的方法，还包括：从网络发布者接收提醒信息，并提供发布者将会在其网站上包括的提醒码，所述提醒码包括去往提醒服务器的链接。

10、根据权利要求9所述的方法，其中，所述链接是URL。

11、根据上述任意一项权利要求所述的方法，所述方法使提醒软件下载到用户终端。

12、根据上述任意一项权利要求所述的方法，其中，所述提醒软件仅包括HTML。

13、根据上述任意一项权利要求所述的方法，包括：提供当用户不能接收在线提醒时向用户指定的例如移动电话的离线设备发送提醒的选项。

14、根据上述任意一项权利要求所述的方法，其中，所述事件通知包括去往目标网站或基于网络的应用的链接。

15、根据权利要求14所述的方法，其中，所述目标链接是URL。

16、根据权利要求14或15所述的方法，其中，用户终端处的提醒软件可操作地捕获来自事件通知的链接，并使用该链接以允许用户导航至目标地址。

17、一种并非基于电子邮件的精确网络提醒系统，用于在网站或基于网络的应用上提供提醒，所述系统被配置为：

在提醒服务器处注册至少一个提醒；

在网站或基于网络的应用上呈现提醒；

接收用户对提醒的选择以及与提醒相关联的至少一个参数和/或算子和/或阈值；

当与提醒相关联的事件发生时，在提醒服务器处产生事件通知；以及

使用用户终端处的专用提醒软件与提醒服务器进行联系，以识别针对用户所选提醒的任何事件通知，而且当识别出事件通知时，在用户终端处产生提醒通知。

18、一种把因特网网页或网站或基于因特网的应用上的事件向匿名用户进行提醒的系统，所述系统包括：

提醒服务器，用于注册提醒；从网站发布者接收对与提醒相关联的事件的指示，并产生指示与提醒相关联的事件已经发生的事件通知；以及

用户终端处的提醒软件，用于与提醒服务器进行联系，以识别针对用户已经订购的提醒的相关联的事件通知，而且当识别出事件通知时，在用户终端处产生提醒通知。

19、根据权利要求18所述的系统，所述系统被布置为提供在发布者的网站上所包括的发布者的提醒码，所述提醒码包括去往提醒服务器的链接。

20、根据权利要求19所述的系统，其中，所述链接是用户可选择的，而且可操作地允许用户进行注册，以接收与所述链接相关联的事件信息，其中，所述注册信息存储在提醒软件处。

21、根据权利要求20所述的系统，所述系统被布置为：响应于提醒的注册，在用户的浏览器处创建提醒注册标识符。

22、根据权利要求21所述的系统，所述系统被布置为：响应于针对提醒的事件通知的识别，对提醒注册标识符做出改变，所述改变作为提醒通知。

23、根据权利要求21或22所述的系统，其中，所述提醒注册标识符是用户的浏览器的喜好列表中的条目。

24、根据权利要求17至23之一所述的系统，其中，所述提醒软件可操作地存储与该提醒相关联的用户所选参数和/或算子和/或阈值中的至少一个。

25、根据权利要求24所述的系统，其中，所述用户所选的算子是布尔算子。

26、根据权利要求25所述的系统，其中，所述布尔算子是‘等于’、‘小于’、‘大于’和‘不等于’中的至少一项。

27、一种用于上述任意一项权利要求所述的方法或系统的提醒服务器。

28、一种计算机程序，优选地位于数据载体或计算机可读介质上，所述程序具有执行如下步骤的代码或指令：

响应于用户对提醒的选择，对从网站接收到的至少一个提醒订购标识符进行存储；

针对指示与每一个订购的提醒相关联的事件的事件通知，与提醒服务器进行联系；以及

当识别出事件通知时，在用户终端处产生提醒消息。

29、根据权利要求28所述的计算机程序，其中，所述提醒消息包括在用户的浏览器中，例如包括在用户的喜好列表中。

30、根据权利要求28或29所述的计算机程序，其中，所述提醒消息可由用户来选择。

31、根据权利要求30所述的计算机程序，其中，所述提醒消息被布置为：使浏览器导航至与提醒相关联的目标URL。

32、根据权利要求28至31之一所述的计算机程序，包括用于当提醒有效和/或无效时通知提醒服务器的代码或指令。

33、根据权利要求32所述的计算机程序，包括用于把去往订户的离线设备的提醒通知的转移通知给提醒服务器的代码或指令。

34、根据权利要求33所述的计算机程序，其中，所述离线设备是PDA或移动电话。

Images