因特网提醒的制作方法

专利名称：因特网提醒的制作方法
技术领域：
本发明涉及一种精确因特网提醒(alert)过程，该过程便于网 站及其端用户群之间的新的广播通信方法。
背景技术：
当前，因特网上可使用多种提醒系统。然而，其中的多数不是精 确提醒系统。对于订户以用户确定的精确性所选择的希望获知特定事 件的精确提醒来说(例如在约会站点，订户仅希望基于性别、年龄、 身材和位置来获知可约会的新成员)，仅有基于电子邮件的系统得以利 用。然而，基于电子邮件的系统不能是匿名的，而且可能遭遇垃圾邮 件。另外，大量的广播电子邮件越来越多地遭受到垃圾邮件过滤器的 错误的俘获(trap)。因此，需要一种基于非电子邮件的精确提醒系统， 该系统能够便于匿名的、且受订户控制的广播通信。存在其他的提醒系统，但它们不具有匿名性、普遍性和精确性。 例如，Google提供了一种提醒服务，该服务使用Google爬虫技术来进 行自动的离线搜索，该搜索可细化为仅包括新的链接。当找到新的链 接时，通过电子邮件向用户传递提醒。这种布置以及其他的基于电子 邮件的布置的问题是，提醒不是实时的，而且既慢又不可靠。此外， 这会损失匿名性。订购基于电子邮件的提醒的所有用户至少需要提供 电子邮件地址。这会使用户不愿意为提醒签约，因为涉及到垃圾邮件 且不能对提醒过程进行控制。另一个问题是，多种基于提醒的系统通 过网络爬虫来操作，网络爬虫对站点进行分析，并且试图预言可能引 起提醒的站点上的明显变化。所预言的提醒是很不精确的，通常会导 致M叚阳性'，并且随后会包括不需要且无关的页面。另一种基于网络的提醒系统是所谓的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协议如何得到增强，其都不会适于与复杂的 因特网应用(例如在线包裹跟踪系统) 一同工作。W003/049368描述了一种消息收发系统，其具有提醒属性。该系 统使用了推技术，其中桌面客户端应用对远程服务器进行轮询，以确 定是否存在任何可用的消息。这些消息包括针对用户的内容，因此当 传送消息时，对其进行加密以确保私密性。这主要是消息收发系统而 非提醒系统。其提供了比电子邮件更加安全的通信方法，但是需要在 广播者和接收者之间进行认证。这意味着其不是匿名的。其还需要特 定的、由发布者向广播者授权的运用，这是因为订户和广播者之间的 固有认证。这妨碍了发布者在没有技术支持的情况下在其网站上实现 该系统，并且意味着该系统不是普遍的。这个系统潜在地具有使用发 布者定义的、订户可进行选择的下拉列表的一定级别的粒度，但是其 不精确。可用的另一个系统是Microsoft.NET提醒。其使用MSN消息程序作为用于分发提醒的协议。这是一种任何站点都可以使用的普遍方案， 但因为其使用了MSN消息程序，所以用户实质上需要拥有.NET通行证， 因而不是匿名的。发明内容根据本发明的一个方面，提供了一种提醒系统，包括提醒服务 器，适于注册提醒；从网站接收指示与提醒相关联的事件的信号，并 产生用户终端处的客户端软件将要访问的指示事件的通知。优选地， 该通知不包括与事件有关的信息，而是预先确定的，而且仅指示事件 己经发生。另外，该通知优选地不包括任何用户标识符，这意味着这 个通知过程是完全匿名的。本发明提供了一种用于把已经在网站或基于网络的应用上发生 的事件通知给用户而不是进行消息收发的装置。发布者保持对内容信 息的改变，而且仅把事件发生的通知发送到提醒服务器并使其对于客 户端软件可用。这意味着安全要求不需要作为提醒过程的一部分而加 以解决，而是可以推迟到用户尝试访问发布者的网站上的信息时。这 极大地简化了提醒过程，而且保留了用户匿名性。提醒服务器使用来自发布者的网站或发布者的网络应用的提醒订购信息。为了允许用户订购提醒，网站或网络应用包括用户可选择 的链接。这可以包括用户可选择的参数。这些参数可以是一个或更多 个精确的布尔逻辑值和算子。布尔算子可以包括'等于'、"j、于'、'大 于'和'不等于'中至少一项。这样，发布者可以向订户展现精确的 提醒阈值，例如最小或最大购买或销售价格。这些精确的阈值可以通 过例如价格或重量的数字值而应用，以及日期和时间，例如早于或晚 于该日期或时间。提醒服务器可以适于提供针对放置在网络发布者的站点上的用户可选择的链接的代码。优选地，该代码仅包括HTML和/或Java脚本。 这是有利的，因为其意味着提醒可以由任何基于网络的系统上的任何 发布者实现并自提供。优选地，该代码是大纲(schema)。提醒服务器可以适于允许注册针对不同网站的多个不同的提醒。 这是有利的，因为其意味着可以在客户端软件能够访问的单个区域中 提供针对多个不同提醒的通知，这避免了客户端软件需要轮询多个网 站的要求。根据本发明的另一方面，提供了一种允许用户匿名地访问提醒的 方法，包括在提醒服务器处注册网络发布者的提醒；接收来自提醒 服务器处的网络发布者的对与提醒相关联的事件的通知；以及使用用 户终端处的专用提醒软件来轮询提醒服务器以识别通知，并且当识别 出通知时，在用户终端处产生提醒通知。优选地，提醒通知作为用户 的因特网浏览器的喜好列表中的临时条目而呈现。优选地，该提醒通 知包括面向目标URL的链接。通过使用用户终端处的专用提醒软件来识别远程服务器处的提 醒，无需使用基于电子邮件或RSS的解决方案。这不需要网站发布者配 置特定的程序，而且能够以纯粹基于HTML和/或Java脚本的解决方案来 实现。此外，其克服了电子邮件作为广播通信介质的基本缺陷，而且 具有完全的一般性，所以任何网站都能够使用这个方案。因为提醒软 件对提醒服务器进行轮询，而且提醒服务器通知不包括任何用户标识 符，而仅包括与其相关联的提醒有关的信息，所以端用户对于网站提 醒的感兴趣的注册是匿名的，而且不需要任何个人信息或电子邮件地址。最后，端用户可以修改和删除提醒，防止来自网站的任何多余的 提醒，从而阻止了垃圾邮件。该方法可以包括允许订户选择一个或更多个精确的布尔逻辑值 和算子，并把这些与订户注册的提醒请求相关联地进行存储。通过允 许订户选择布尔值和算子，网站可以定义能够以不同方式向不同端用 户订购的一个提醒。这具有显著的实际意义，而且开辟了面向用户的 精确定位之路。例如，销售经典汽车的网站可以通过模型和价格来询 问用户订购针对当前不可用的车辆的提醒。网络发布者可以定义两个 参数'模型，(基于文本)和M介格，数字。顾客'A'可能使用模型'etype'和价格小于IO， 000来订购提醒。而顾客可以使用模型 'etype'但价格小于8， OOO来订购相同的提醒。如果网络发布者发布 具有'etype'模型和价格9， 000的新页面，则针对此所发出的通知仅 会通知到顾客<A'，因为该价格对于顾客'B'选择的价格来说过高。 可选地，用户可以选择向其他设备发出提醒，例如当用户离线时， 他可能选择把提醒消息作为文本消息发到指定的移动电话。该方法可以包括从网络发布者接收提醒信息，并产生发布者将 会在其网站上包括的提醒码，所述提醒码包括面向提醒服务器上的有 效提醒的链接。用户对提醒码的选择使得把提醒向用户的提醒软件进 行注册。这会针对选择该提醒的用户进行注册。当识别出用户未注册时，开始进行注册过程，将专用提醒软件下 载到用户终端。随后，如果网络发布者更新与提醒相关联的信息，则 这将会在提醒服务器上提示，产生用户终端上的客户端软件可识别的 代码或标识符。客户端软件可操作地对提醒服务器进行轮询以识别更 新，而且在找到更新时，通过产生用户终端处的用户提醒而告知用户。 根据本发明的另一方面，提供了一种把网站上的事件提醒给用户 的方法，用户终端具有可操作地对提醒服务器进行轮询的提醒软件， 其中，所述方法包括在提醒服务器注册提醒；在提醒服务器处接收 对于网站上的事件的通知；以及在提醒服务器处产生用于向用户的提 醒软件指示已经发生改变的通知，这个通知可以在提醒软件对提醒服 务器进行轮询时访问。根据本发明的另一方面，提供了一种把因特网网页或网站或基于 网络的应用上的事件向用户进行提醒的提醒系统，所述系统被布置为 注册网络发布者的提醒；从网络发布者接收指示与提醒相关联的信息 发生改变的更新信息，以及把该更新通知给用户终端处的网络提醒软 件。该系统可以被布置为从网络发布者接收提醒的细节，并提供发布 者将在其网站上包括的提醒码，所述提醒码包括回到提醒服务器的链 接。该链接可由用户来选择，并且可操作地指引用户进行注册以接收 与该链接相关联的更新信息。根据本发明的另一方面，提供了一种计算机程序，优选地位于数 据载体或计算机可读介质上，所述程序具有执行如下步骤的代码或指 令注册网络发布者的提醒；从网络发布者接收指示与提醒相关联的 事件的更新信息，并且在提醒服务器处产生可以由用户终端处的网络 提醒软件来访问的事件通知。根据本发明的另一方面，提供了一种计算机程序，优选地位于数 据载体或计算机可读介质上，所述程序具有执行如下步骤的代码或指 令响应于用户对提醒的选择，对从网站接收到的至少一个提醒订购 标识符进行存储；针对每一个订购的提醒的事件通知，对提醒服务器 进行轮询；以及当识别出通知时，在用户终端处产生提醒消息。优选地，计算机软件被配置为在用户的浏览器中包括提醒标识 符，例如包括在用户的喜好列表中。优选地，计算机程序可操作地在 与提醒有联系的事件已经发生时改变提醒标识符。优选地，提醒消息可由用户来选择。理想地，提醒消息被布置为使用户的浏览器导航至与提醒相关联的目标URL。计算机程序还可以包括在提醒有效和/或无效时通知提醒服务器 的代码或指令。计算机程序还可以包括把面向订户的离线设备(例如 PDA或移动电话)的提醒通知的转移通知给提醒服务器的代码或指令。


参考附图并通过示例来描述本发明的各个方面，附图中 图l是用于实现提醒的系统的框图；图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不 能标识进行订购的用户IO。这意味着保留了完整的用户匿名性。在客 户端软件确定用户已订购的提醒的通知时进行接收，并且使客户端软 件的图标在视觉上发生变化(例如闪烁红色)。所通知的提醒书签也会 闪烁并改变颜色(典型地是红色)。这样，用户10可以通过选择该书签 而导航至目标URL，而且提醒的状态再次变为无效。由于提醒通知仅包含属于提醒的信息，且不是真实的消息，所以 这使得发布者12容易地在其网站上自提供(self provision)运用而 无需考虑安全性。如果订户和发布者12之间需要安全的消息收发(例 如因特网上的银行服务)，那么这会是发布者12的职责，发布者12可以 运用当允许订户访问与提醒相关联的数据时发布者认为适合的任何安 全措施(即HTPPS、 口令等)。图2示出了针对在线通知建立提醒所需的步骤。第一步骤是网络发 布者12向提醒服务器14注册，并接收唯一的网络发布者提醒标识符(阶 段l)。然后，发布者12登入提醒服务器管理服务(未示出)以定义提 醒大纲(阶段2)。发布者定义的每一个大纲存储在提醒服务器16，该提醒服务器16维护着所有注册的提醒及其大纲的记录。每一个大纲是 网络发布者12所定义的提醒，其具有多个属性，包括固定属性和网络 发布者12定义的参数以及布尔算子。该参数可以是文本、数字或日期 时间的格式。通常，数字和日期时间参数与提醒算子一同使用。针对 文本参数的缺省算子是'等于'且不需要显式地定义。其他算子包括 "J、于'(大于'和 <不等于，。一旦定义了大纲，则产生链接码并将其下载到网络发布者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 (阶段IO)。备选地，提醒服务器14可操作 地在客户端软件超时后确定用户10离线。在任一情况下，当用户10与 因特网断开时，这个断开可以由提醒服务器14检测到(阶段ll)。当发 生断开且从网络发布者12接收到提醒事件通知时，提醒服务器14可操作地向用户的指定设备(例如移动电话)发送消息。典型地，该消息 是SMS文本消息(阶段12)。这样，用户10可以在方便的时候连接到因 特网(阶段13)。 一旦执行这个动作，则创建动态快捷方式(阶段14)， 并且用户10可以像上文那样导航至目标URL。本发明的关键特征是定义精确提醒的能力，即可以根据用户定义 的参数而把提醒精确地指向用户IO。当定义提醒大纲时，每一个用户 可用的精确性等级由发布者12定义。考虑具有销售经典汽车的网站(被称作www. elertzcars. com)的 网络发布者12的示例。网站所有者通过在提醒服务器14 (比如 雨.elertz. com)上注册而首先注册为提醒发布者12，从而成为提醒 发布者12。在这个阶段，向发布者12分配唯一的标识符，例如2，以及 用于访问服务器管理服务的登录/口令。然后，允许发布者12创建提醒 大纲。每一个提醒大纲必须具有由网络发布者12定义的唯一的文本名 称，例如'需要的汽车'。在大纲内，发布者12可以定义一个或更多个 提醒参数。例如对于"需要的汽车"提醒来说，发布者12可以决定包 括基于文本的参数'模型'以及利用小于算子而选择的数字参数M介 格'。然后，提醒发布者12可以使用这些参数来定义提醒书签。在本示 例中，提醒书签可以是'汽车是模型M价格'。所强调的术语'模型' 和M介格'被看作参数，而下划线文本被看作算子。类似地，发布者 12可选地使用文本、参数和算子来定义离线消息。在本示例中，'针对 价格的新模型已在target一url处可用'。在这个以及所强调的'模型' 和M介格'参数中，还有系统参数'target—url'。这是提醒的目标URL， 典型地关于通知而定义。在这个阶段，提醒发布者12随大纲而定义的其他属性包括'第一次URL'，这是订户第一次安装客户端软件时所使用的URL。对于上文的 示例，该URL可以是'www.elertzcars.com，。另外，定义了 '地点持 有者URL，。这是提醒书签在提醒通知过程期间被发送某个目标URL之前 将会导航至的缺省URL。所定义的另一个属性是'消息框文本'。这是 纯粹的文本属性，其包括当订户做出选择以接收提醒时在消息框提示 中将要显示的文本，例如'经典汽车提醒'，如图4的示例中所示。一 旦定义了所有的属性，则发布者12可以使用提醒服务器管理系统来产 生链接码，或可以手动地产生其自有的。这个链接码需要被剪切并粘 贴到发布者的网站16上，并适当放置java脚本，以便从网络组合中取 出参数。典型地，提供了下拉列表，例如经典汽车的列表，以及选择 其他参数的文本框，例如最大价格。下面是针对"经典汽车"示例的链接码的示例h加:/Zww、v ,ekrtz.com/etert2/atert,:asr> name<:arKs+gvpe+les5+||tan+1 OOOC&sch^na—k^7 l&utece bokk《Lffll=tttTK//www,elertzcars*com&wbmasteHd:2&first time urM^/Zww这个链接码分为如下部分提醒服务器14侧对提醒进行处理的脚本book—mar k一de script i on二"",^ar+is+争+歸fatM^:具有参数和算子的书签描述文本。加号表示空格字符。 Schema—id=71:大纲唯一标识符(在本示例中为71)地点持有者的URL webmaster—id二2:网络发布者唯一标识符(在本示例中为2)first一time—url二http:〃www. elertzcars. com:第一次URLmessage—box—description=Classic+car+alert: 消息框描述。加号表示空格字符。 model=etype:用户定义的参数'模型'，具有临时地点持有者值'etype'。这将 会被提醒订户所选'模型'的网络发布者的java脚本所取代。 price:10000:用户定义的参数M介格'，具有临时地点持有者值'10000'。这将 会被提醒订户所选最大价格的网络发布者的java脚本所取代。任意订 购提醒的用户10都可以在任意时间修改与其订购的提醒相关联的任意 数字参数的值，并且还可以删除书签。这防止来自网站的任何未经请 求的消息或垃圾邮件。使用这个链接码作为示例，当因特网用户通过点击网站上以超文 本形式链接到链接码的对象而决定进行选择以便从发布者的网站16接 收提醒消息时，将会向Java脚本传递参数，在这个示例中，因特网用 户从针对(模型'参数的下拉列表中选择'etype'，并从指示最大价 格的文本框输入"0000'。如果用户10没有准备好安装客户端软件， 则会提示用户10安装该软件，并指示其是否需要离线通知。离线通知 过程在图3中示出。如果需要离线通知，则用户10必须输入需要向其发 送该通知的离线设备的细节。这个信息存储在提醒服务器14。然后， 将客户端软件下载到用户。一旦安装了客户端软件，因特网用户(现在是提醒订户)以和已 经安装客户端软件的提醒订户相同的方式继续进行。在这种情况下， 进行检查以确定网络发布者12是否已经准备好离线通知。如果可能， 提示用户10针对所选提醒的离线应答进行注册。如果选择这个选项， 则用户10将会订购在线和离线通知，其中离线通知通常仅在用户10不 在线且产生提醒通知时使用。当请求离线通知时，网络发布者12不会 看到移动电话号码，仅有提醒服务器H能够看到。因此，相对于网络 发布者12完整地保留了用户匿名性。如果离线通知是不可行的，则客 户端软件仅对提醒细节进行注册，使得其能够识别稍后日期与其相关 联的任何事件通知，由此来提供在线通知。为了进行阐述，把上文描述的提醒订户看作订户'A'。这个订户已经订购了这样的提醒当可以获得价格小于IO， OOO美元的etype美 洲豹时通知该订户。现在考虑也在寻找etype、但仅准备支付8， 000 美元的另一个因特网用户，同样为了阐述的原因，将这个订户看作订 户'B'。最后，把选择订购针对价值8， 500美元的'etype'的提醒的 订户看作'C'。另外，订户'C'已经注册向其移动电话接收离线消息。 针对这个示例，发布者12现在希望向订购用户告知其拥有可用的 新车。发布者12把具有9， OOO美元的Etype美洲豹的新页面放到其网站 上，并产生用于发送至提醒服务器14的通知。提醒发布者12可以手动 地产生该提醒通知，或可以使用提醒服务器管理系统自动地产生该通 知。在本示例中，考虑自动产生提醒通知串的发布者12。发布者12被 提示输入其预定义参数的值，在本示例中是'模型'参数的值'etype' 和价格参数的值'9000'。发布者12还必须包括目的URL，在本示例中 是'www. elertzcars. coni/new/etypel. html，。然后，该信息用于产生 如下通知串http://wwvwlerte,com/new/iipdate、a^x^abiMStiJd^2=&te:geyirl，通知串分为如下部分提醒服务器侧将会记录通知参数的脚本 webmaster_id=2:唯一的网络发布者标识符(在本示例中为2)target—url二http://www. elertzcars. com/new/etyprl.htm:通知的目标URLnotification—description=Classic car alert: schema—id二71:大纲标识符(在本示例中为71)model二etype:网络发布者定义的具有值price=9000:网络发布者定义的具有值'etype，的参数'模型' '9000'的参数'价格，通过剪切并把通知串粘贴到浏览器的地址栏或自动地按下管理系 统中的按钮，可以把这个通知串记入提醒服务器14。在任一情况下， 一旦记入，提醒服务器14便知道针对网络发布者的提醒大纲的通知已 被触发。然后使这个事件通知变得可用，从而提醒客户端软件(有规 律地轮询提醒服务器)可以对其进行识别。在这个阶段，提醒服务器 14检测那些已经关闭其客户端软件或服务器在指定的超时时段内没有 接收到轮询的、已经选择离线通知的提醒订购用户IO。图6中示出了这 个过程。针对这个示例，考虑订户A和B将会登入，而订户C注销。当记入事件通知时，订户A的客户端软件(有规律地轮询提醒服务 器14)从提醒服务器14接收'etype'的小于IO， 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注册的提醒，而且实际上多个用户IO可以使用该系统，每一个用户10能够订购多个不同网站上的提醒。 虽然体现本发明的系统提供了一种针对完整的用户匿名性的机制，然 而在一些实施方式中(例如因特网上的银行服务)，发布者12可以显式地把用户的GUID与帐户号码相关联。因此，上文中针对特定实施例的描述仅作为示例而不是限制。清楚的是，在不对所述操作做出显著改 变的情况下，可以进行小的修改。
权利要求
1、一种用于提供并非基于电子邮件的精确网络提醒的方法，所述提醒由网络发布者在网站或基于网络的应用上提供，所述方法包括在提醒服务器处注册至少一个提醒；在网站或基于网络的应用上呈现用户可选择的提醒；允许用户选择提醒，并定义至少一个用户变量，所述变量包括与提醒相关联的参数和/或算子和/或阈值中的至少一项；当与提醒相关联的事件发生时，在提醒服务器处产生事件通知；以及使用用户终端处的专用提醒软件与提醒服务器进行联系，以识别针对用户所选提醒的任何事件通知，而且当识别出事件通知时，在用户终端处产生提醒通知。
2、 根据权利要求l所述的方法，其中，所述用户对于网络发布者 是匿名的。
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或移动电话。
全文摘要
本发明涉及一种针对网络发布者(12)提供的网站或基于网络的应用(16)而提供并非基于电子邮件的精确网络提醒的方法。所述方法包括发布者(12)在提醒服务器(14)注册至少一个提醒，然后呈现关于有关的网站或基于网络的应用(16)的提醒以供用户(10)选择。当选择提醒时，用户可以定义至少一个提醒变量，例如提醒参数和/或算子和/或阈值。当与提醒相关联的事件发生时，网站发布者(12)把事件通知记入提醒服务器(14)。用户终端(10)处的专用提醒软件对提醒服务器(14)进行轮询，以识别针对用户定义的变量所选择的提醒的任何事件通知。当识别出事件通知时，提醒软件在用户终端处产生提醒通知。这样，可以向用户传递精确的提醒。
文档编号G06Q10/00GK101243399SQ200680029890
公开日2008年8月13日 申请日期2006年7月17日 优先权日2005年7月15日
发明者史蒂夫·莫里斯 申请人:伊莱兹有限责任公司