发明详述
现在参考附图,其中相同的数字代表相同的组件,将描述在本发明不同实施例中提供的、被一些计算机使用的计算机硬件和软件结构。特别是,图1和2以及相应的讨论旨在提供对实施本发明实施例合适的计算环境的简短、概括描述。尽管本发明将被描述在程序模块概括的上下文中,该程序模块与在个人或服务器计算机上运行操作系统的程序模块协力执行,本领域的技术人员将认识到本发明也可以和其它类型的计算机系统和程序模块组合而实施。
通常,程序模块包括程序,程序,组件,数据结构,和执行特定任务或实现特定抽象数据类型的其它类型结构。而且,本领域的技术人员将理解本发明可以和其它计算机系统结构一起实施,包括手持设备,多处理器系统,基于微处理器或可编程的消费电子设备,小型计算机,大型计算机等等。本发明也可以在分布式计算环境中实施,其中任务是由通过通信网络链接的远程处理设备执行的。在分布式计算环境中,程序模块可以位于本地和远程记忆存储设备中。
现在参考图1,将描述在本发明不同实施例中使用的计算系统2的示意性的计算机结构。图1所示的计算机结构示例为传统的膝上型或服务器计算机,包括中央处理器(“CPU”),系统储存器7,包括随机访问存储器9(“RAM”)和只读存储器(“ROM”)11,和将储存器耦合到CPU5的系统总线12。例如开机时,基本输入/输出系统被存储在ROM11中,它包括有助于在计算机的元件之间传送信息的基本程序。计算系统2进一步包括大容量存储设备14,用于存储操作系统16,应用程序,和其它程序模块,这些将在下面更详细地描述。
通过连接到总线12的块存储控制器(未示出),大容量存储设备14连接到CPU5。大容量存储设备14和与它关联的计算机可读介质,为计算系统2提供非易失性存储器。尽管这里包括的对计算机可读介质的描述称为大容量存储设备,例如硬盘或CD-ROM驱动设备,本领域的技术人员应该理解,计算机可读介质可以是任何计算系统2可访问的可获得介质。
通过实例而不是限制的方式,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以任何方法或技术实现的,用于存储诸如计算机可读指令,数据结构,程序模块或其它数据信息的易失性和非易失性,可移动的和不可移动的介质。计算机存储介质包括,但不限于,RAM,ROM,EPROM,EEPROM,闪存或其它固体存储器技术,CD-ROM,数字通用磁盘(“DVD”),或其它光存储器,磁带盒,磁带,磁盘存储器或其它磁存储设备,或能够用于存储想要的信息并能够被计算系统2存取的任何其它介质。
根据本发明的各种实施例,计算系统2可以在使用逻辑通过网络18,例如因特网,连接到远程计算机的联网环境中操作。通过连接到总线12的网络接口单元20,计算系统2可以连接到网络18。应当理解也可以使用网络接口单元20来连接到其它类型的网络和远程计算机系统。计算系统2也可以包括输入/输出控制器22,用于接收和处理来自大量其它设备的输入,这些设备包括键盘,鼠标,或电子笔(图1未示出)。类似地,输入/输出控制器22可以提供输出到显示屏,打印机,或其它类型的输出设备。
正如上简述,许多程序模块和数据文件可以存储在客户计算机2的大容量存储设备14和RAM9中,包括适合于控制互联的个人或服务器计算机操作的操作系统16,例如来自华盛顿,雷蒙德的微软公司的WINDOWSXP操作系统。大容量存储设备14和RAM9也可以存储一个或多个程序模块。特别是,如果计算系统2配置成一个客户计算机,大容量存储器14和RAM9可以存储电子邮件客户应用程序24,Web浏览器用户程序26,cookie应用程序存储27,和报警源列表32。正如本领域的技术人员熟知的,电子邮件客户应用程序24包括一个应用程序,该程序用于从一个和多个电子邮件服务器检索并发送电子邮件消息。电子邮件客户应用程序24包括另外其它的特征,例如个人信息管理(“PIM”)功能,包括日程,任务管理器,联系数据库,等等。这里所述的在本发明实施例中使用的电子邮件客户应用程序24包括来自微软公司的收件箱PIM。但是,应该理解,这里提供的本发明的各个方面可以和任何能够接收和发送电子邮件消息的应用程序协同使用。
根据本发明的实施例,电子邮件客户应用程序24可以存储并保存报警源列表32。报警源列表32包括从中激活报警预订的可用的服务器计算机列表。正如下将更详细描述的,响应于包含在指示已经作出报警预订的电子邮件和cookie应用程序中的识别信息,运行电子邮件客户应用程序24以填加预订源到预订源列表32。用于管理电子邮件规则和报警预订的电子邮件客户应用程序24的各个方面将在下面描述。
Web浏览器应用程序26包括能够请求和再现网页的应用程序,该网页在超文本标记语言(“HTML”)或其它类型的标记语言生成。一种Web浏览器的例子是来自微软的INTERNETEXPLORERWeb浏览器或来自NETSCAPE公司的NETSCAPENAVIGATORWeb浏览器。应该理解典型的Web浏览器应用程序26可以接收一个请求以在计算系统2中存储持续状态对象。持续状态对象允许Web服务器保存与计算系统2的通信状态。“cookie”是一种类型的持续状态对象,并可以通过Web浏览器应用程序26存储在cookie存储器27中。cookie存储器27可以包括由计算系统2保存的文件结构中的目录或用于存储持续状态对象的其它类型的数据库。
如上简述的,图1所示的计算系统2还可以配置成服务器计算机。如果计算系统2配置成服务器计算机,可操作大容量存储设备14和RAM19存储电子邮件服务器应用程序28和Web服务器应用程序30。正如本领域的技术人员熟知的,电子邮件服务器应用程序28包括用于协调电子邮件消息发送和接收的应用程序。电子邮件服务器应用程序28提供电子邮件接收和转发服务。通过电子邮件服务器应用程序28,授权用户可以发送和接收来源于内部网络或因特网的电子邮件消息。正如本领域技术人员熟知的,运行Web服务器应用程序30接收和响应超文本传输协议(“HTTP”)的文件请求,这些文件存储在计算系统2中或对于计算系统2来说是可获得的。文件可以在Web浏览器应用程序26中通过请求计算系统来再现。Web服务器应用程序30的一个实例是来自微软公司的互联网信息服务。但是应 当理解,这里所描述的本发明的实施例可以和来自其它商家的Web服务器应用程序一起使用。
现在参考图2,描述本发明不同实施例的其它方面。如图2所示,提供一种预订客户计算机42(“预订客户”)。预订客户机42包括一个正如参考图1所述的标准个人计算机,并可操作用于执行Web浏览器应用程序26和电子邮件客户应用程序24。而且,正如下面将要更详细讨论的,运行电子邮件客户应用程序24以保存报警源列表32,报警源列表32识别来自接收报警消息中的每个来源。
预订客户42通过网络18,诸如内部网络或因特网连接到预订源计算机34(“预订源”)。预订源34包括正如参考图1描述的标准服务器计算机。特别是,操作预订源34执行Web服务器应用程序30以响应于一个或多个Web站点36的请求。正如下面将要更详细讨论的,Web站点36可以提供合作和协同特征,从而当修改文件时,当修改由Web站点保存的日程时,或者当其它事件发生时,允许用户预订发送到用户的报警电子邮件通知。所述Web站点36的例子是由微软公司的共享点协同服务和共享点接入服务的产品提供并访问的Web站点。但是,应当理解,这里所描述的本发明的实施例适合于和任何类型的、产生报警消息的Web站点和Web服务器一起使用。
为了方便报警预订信息的传送,例如电子邮件消息40,操作预订源34执行电子邮件服务器应用程序28。报警电子邮件消息可以由Web站点36响应于预订客户机42用户作出的预订产生。例如,预订客户机42的用户可以使用Web浏览器应用程序26去浏览Web站点36。特别是,在Web站点36,当改变保存在Web站点36中的协同日程时,用户可以请求发送给他们的报警通知。因此,如果修改协同日程,Web站点36将通过电子邮件服务器应用程序28产生电子邮件报警消息。电子邮件客户应用程序24可以用来接收电子邮件报警消息。
根据本发明的实施例,还可操作Web站点36产生报警电子邮件消息,例如电子邮件40,以这种方式,消息表示它们与报警预订有关。特别是,根据本发明的实施例,由于新预订或报警,预订源发送的报警电子邮件消息包括用于识别与报警预订有关的消息的数据。数据可以被提取出来并被电子邮件客户应用程序24使用以将用于预订源34的标识,网络地址,和其它信息填加到报警源列表32中。
在一个实施例中,在每个报警电子邮件消息中格式化并编码数据作为报头 信息,例如X-报头,该信息识别与预订源34进行通信的网络地址。网络地址识别预订源34上存取报警界面编码器38的位置。报警界面编码器38显示出一个界面,用于为用户确定报警预订,删除报警预订,填加新的报警预订,并执行与报警预订管理有关的其他功能。
在一个实施例中,报警界面编码器38包括可以通过HTTP协议和Web服务器应用程序30访问的Web简单对象访问协议(“SOPA”)对象。正如本领域的技术人员熟知的,SOPA是一种可扩展的标示语言(“XML”)--基于传递和远程处理呼叫协议并工作在当前协议上,例如HTIP和HTIPS。正如下面将要更详细讨论的,提供XML模式,用于传递参数到报警界面编码器28并用于接收查询报警界面编码器38的结果。正如下面将要更详细描述的,电子邮件客户应用程序24和报警界面编码器28通信以管理预订源34的报警预订。
根据本发明的实施例,由预订源34产生的报警电子邮件消息还与报头信息其中该报头信息识别报警标题,唯一的报警标识符,管理报警预订的Web站点网络地址一起被格式化。由预订源34产生的报警电子邮件消息也可以识别预订源的服务器类型。表1示例了包含在由预订源34产生的报警电子邮件消息中的X-报头文件。正如本领域技术人员熟知的,电子邮件客户应用程序通常不显示这些报头域,但可以从电子邮件消息中提取出,并且由电子邮件客户应用程序24存储在预订源列表32中。参考图10,下面将描述识别与报警预订有关的电子邮
X-AlertServerType
X-AlertId
X-AlertTitle
X-AlertWebUrl
X-AlertWebSoap
表格1
正如上面简要讨论的,运行Web服务器应用程序30接收和响应部分Web站点的请求,例如网页37。当被请求的网页37与报警预订有关,Web服务器应用程序30也可以请求Web浏览器应用程序26在cookie存储器中存储cookie应用程序,或其它类型的持续状态对象。特别是,cookie应用程序可以包括识别为报警预订来 源的预订源34的信息。通过上述编码的报警电子邮件消息,cookie应用程序可以包括识别服务器类型,用于修改或删除报警预订的网页网络地址和标题,以及与报警界面编码器38通信的网络地址的数据。表2示例了在本发明实施例中应用这样一种cookie应用程序的内容。
AlertWebTitle
AlertServerType
AlertWebUrl
AlertWebSoap
表2
根据本发明的一个实施例,运行电子邮件客户应用程序24,以周期性执行代码以搜索cookie存储器27中包含对定与报警预订有关数据的cookies。当接收或周期性执行cookie应用程序时,例如访问电子邮件客户应用程序的每个时间,执行该代码。该代码搜索包含在cookie存储器27中的每个cookie应用程序的内容,从而确定cookie应用程序是否包含表2中所示的数据。替换地,可以搜索包含在cookie存储器27中cookies的子集。可以利用cookie应用程序的名称来确定要搜索cookies的合适子集。通过这种方式,不需要搜索包含在cookie存储器27中的每个cookie应用程序。如果cookie应用程序包含该数据,运行电子邮件客户应用程序24将数据填加到报警源列表32中。用于从cookie应用程序的内容识别报警预订的示例的方法下面将参考图11进行描述。
现在参考图3,将描述用于管理电子邮件规则和报警预订的示意性的用户界面。如图3所示,电子邮件客户应用程序24可以提供用于管理电子邮件规则和报警预订的统一用户界面视窗50。特别是,根据实施例,用户界面视窗包括用于管理电子邮件规则的显示部分。正如本领域的技术人员所熟知的,电子邮件规则包括当接收电子邮件消息时应用于它们的规定动作。例如,可以定义电子邮件规则删除,移动,转发或对与某些用户定义准则相匹配的到达消息执行其它动作。
用于管理电子邮件规则的用户界面视窗5的显示部分通过“电子邮件规则”制表符52被选择。一旦制表符52被选择,将显示电子邮件规则58的列表。电子邮件规则58的列表以被应用的顺序列出了所有当前有效的电子邮件规则。提供用户界面按钮以改变电子邮件规则58列表中电子邮件规则的顺序。另外,用户 界面视窗56为电子邮件规则58列表中被选的规则,显示电子邮件规则的内容。为了生成新规则,改变规则,删除规则,或改变与特定规则关联的动作,也可以提供其它用户界面对象。图9示例了一种下拉菜单114,该菜单显示了展示对电子邮件消息可能执行的动作列表116。动作116列表包括下列操作:在用户界面桌面(例如通过IM应用程序)上显示报警,播放声音,移动或复制电子邮件消息,给电子邮件消息分配优先权,为追踪而标记消息,和删除消息。用户可以选择“应用”按钮64来应用任何改变。当用户已经完成对用户界面窗口50的使用时,也可以选择“OK”按钮60或取消按钮62。
为了访问管理报警预订的部分的用户界面视窗50,用户可以选择“管理报警”制表符54。当选择制表符54时,为用户显示如图4所示的用户界面视窗50。图4所示的用户界面视窗50包括用于管理报警预订诸如与预订源34报警预订的用户界面组件。当选择制表符50时,电子邮件客户应用程序24建立并显示当前预订列表78。当前预订列表78识别预订客户42的当前用户拥有的所有当前报警预订。
在给用户显示预订之前,验证当前预订列表78中的每个预订。如图5A-5C所示,验证处理的状态可以显示给用户。例如,如图5A所示,报警描述域82表示:为了识别为“Bitpipe.Inc”的预订源,检索报警源区域80中的报警消息。图5B中,报警描述域82显示不能建立和“Bitpipe.Inc”报警源的通信,如图5C所示,如果预订可以验证,报警描述域82包括报警描述。下面将参考图12详细描述用于生成并显示当前预订列表的示例性方法。正如下面将更详细描述的,根据本发明的实施例,只有那些能够验证的预订源才能显示给用户。
为了生成新的报警预订,用户可以选择“新报警”按钮70。响应于选择“新报警”按钮70,电子邮件客户应用程序24显示在图6A或者图6B中显示的对话框90。如图6A所示,对话框90包括树形显示92,可以识别所有以前验证的预订提供者当前发送的报警。树形显示92也可以识别以前使用Web浏览器应用程序26访问过的报警预订提供者。基于包含在cookie应用程序存储器27中的cookie应用程序的内容,可以识别这些提供者。树形显示92也可以包括提供通知服务的Web站点标识,在这些站点上用户可以访问或存储文件。基于与这些服务器关联的服务器名称,可以识别这些系统。
如图6B所示,树形显示92也可以识别在预订客户42的网络位置区域识别的 站点。用户可以选择一个在树形显示92中识别的预订源中,或在域94中手动为预订提供者提供网址。一旦用户已作出选择,那么用户就可以选择“打开”按钮60生成新预订或“取消”按钮62以取消选择。如果用户选择“打开”按钮60,在把指向管理预订源提供的预订Web站点的Web浏览器应用程序26中,打开窗口。图7示例了这样的一个Web站点。Web站点包括可以由用户制定的报警预订列表102。通过选择“下一个”按钮104,可以显示附加页用于定制报警。下面将参考图13描述填加新报警预订的方法。
仍然参考图4,用户可以选择“报警属性”按钮72,以显示在当前预订列表78中选择的报警预订的属性。响应于“报警属性”按钮72的选择,运行电子邮件客户应用程序24显示如图8所示的对话框。对话框显示报警源的标识,并提供到由报警源保持Web站点的链接。对话框108也提供对报警的描述并识别报警应用的选项。由对话框108,通过选择“报警管理”超级链接110,用户可以管理报警,包括新电子邮件规则的生成,该规则应用到由报警预订产生的到达消息上。一旦用户浏览所选报警的属性,用户可以选择“关闭”按钮112以关闭对话框108。
应该理解,应用到由报警预订产生的到达消息上的电子邮件规则可以通过选择图4中示出的“生成规则”按钮76而生成。用户也可以通过选择“删除”按钮74删除所选规则。用户也可以选择制表符52返回到用于用户管理电子邮件规则的窗口50的部分,或选择“OK”按钮60,“取消”按钮62,或“应用”按钮4执行相应的各个功能。
实施本发明不同实施例的逻辑操作(1)计算机执行动作或在计算系统上运行的程序模块的序列和/或(2)计算系统中的互联机器逻辑电路或电路模块。实现是一个选择问题,其依赖于实现本发明的计算系统的性能需求。因此,这里所描述的、构成本发明实施例的逻辑操作指的是不同的操作,结构化设备,动作,或模块。本领域的普通技术人员应该理解,这些操作,结构化设备,动作,或模块可以以软件,硬件,专用目的数字逻辑电路及其组合来实现,而不偏离附属权利要求书规定的本发明的精神和范围。
现在参考图10,将描述示例性的程序1000,以示例从电子邮件消息的内容识别报警预订的操作。正如上面讨论的,运行电子邮件客户应用程序24检测接收的电子邮件消息,以确定信息是否与报警预订有关。因此,程序1000由判定 操作1002开始,其中确定关于电子邮件消息是否被接收。如果电子邮件消息没有被接收,程序1000分支返回到判定操作1002。如果电子邮件消息被接收,程序1000继续到搜索操作1004,其中搜索接收的电子邮件消息的内容以确定电子邮件消息是否与报警预订有关。正如上面所讨论的,可以包括搜索电子邮件的报头部分以查找上述表1中标识的信息。
从搜索操作1004,程序1000继续判定操作1006,其中确定关于信息是否位于表示该信息与报警预订有关的电子邮件消息中。如果没有定位这样的数据,程序1000分支到判定操作1008,其中确定其他电子邮件消息是否已被接收。如果已经接收了其他电子邮件消息,程序1000分支到检索操作1010,其中检索和处理下一个电子邮件消息。如没有接收其他电子邮件消息,程序1000从判定操作1008分支到判定操作1002,其中其他电子邮件消息可以以上面所描述的方式处理。
在判定操作1006,如果可以确定是在接收的表示该消息与报警预订有关的电子邮件消息中发现数据,程序1000继续从判定操作1006到判定操作1012。在判定操作1012中确定有关包含在接收的、关于预订的电子邮件中的信息是否与以前被预订客户42识别的当前预订匹配的决定被作出。这可以通过比较从接收的电子邮件消息中提取的信息和报警源列表32的信息来完成。如果匹配,不需要将在接收的电子邮件中识别的报警源填加到报警源列表32。因此,如果匹配,程序1000从判定操作1012分支到判定操作1008。如果没有匹配,程序1000从判定操作1012分支到处理操作1014,其中包含在电子邮件消息中、与预订预约有关的消息被填加到报警源列表32中。特别是,在表1中识别的信息作为新条目填加到报警源列表32中。然后程序1000继续从处理操作1014到判定1008。
现在参考图11,将描述示例性的程序1100,其示例了从cookie应用程序或其它类型的持续状态对象中识别报警预订的操作。如上面讨论的,运行电子邮件客户应用程序24周期性检测接收的cookie应用程序以确定cookie应用程序是否与报警预订有关。因此,程序1100从判定操作1102开始,其中确定是否已经接收cookie应用程序。如果没有接收cookie应用程序,程序1100分支返回到判定操作1102。如果接收cookie应用程序,程序1100继续到搜索操作1102,其中搜索cookie存储器27中的内容以确定这里所包含的cookie应用程序是否与报警预订有关。正如上面讨论的,可能包括搜索表2中识别的信息的每个cookie应用程序。应该理 解,根据本发明的不同实施例,接收cookie应用程序不需要引发在图11所示的处理。相反,图11所示例的处理可以在周期性的基础上由电子邮件客户应用程序24执行,而不是响应于接收cookie应用程序。
从搜索操作1104,程序1100继续到判定操作1006,其后确定信息是否位于表示该cookie应用程序与报警预订有关的接收cookie应用程序中。如果没有定位这样的数据,程序1100分支到判定操作1108,其中确定其他cookie应用程序是否仍然被检测。如果其他的cookie应用程序仍然被检测,程序1100分支到检索操作1110,其中检索并处理下一个cookie应用程序从cookie存储器27中。如果没有其他cookies应用程序被检索,程序1100从判定操作1108分支到判定操作1102,其中其他电子邮件消息以上述方式处理。
在判定操作1106,如果确定在标识该cookie应用程序与报警预订有关的接收cookie应用程序中发现数据,程序1100继续从判定操作1106到判定操作1112。在判定操作1112,确定是否包含在cookie应用程序中与预订有关的信息与预订客户42以前识别的当前预订是否匹配。这可以通过比较从cookie应用程序中提取的信息和报警源列表32来实现。如果发现匹配,就不需要在cookie应用程序中将识别的报警源填加到报警源列表32。因此,如果发现匹配,程序1100从判定操作1112分支到判定操作1108。如果没有发现匹配,程序1100从判定操作1112分支到处理操作1014,其中将包含在cookie应用程序中与预订有关的信息填加到报警源列表32。特别是,在表2中的上述识别的信息作为新项目填加到报警源列表32中。程序1100继续从处理操作1114到判定操作1108。
现在参考图12,将描述用于生成并显示当前预订列表的示例性的程序1200。正如参考图4讨论的,在用于管理电子邮件规则和报警预订的统一用户界面的部分中显示当前预订列表78。正如上面讨论的,如果预订源有效,仅在当前预订列表中显示预订源。因此,程序1200从检索操作1202开始,其中从报警源列表32中检索第一预订源的标识和网址。程序1200继续到判定操作1204,其中确定是否设置了可信任来源的密钥。可信任来源的密钥允许用户只规定可信任的预订站点是有效的。列表可以保存在所有可信任的站点或域中。
如果没有设置可信任来源的密钥没,程序1200分支到确认操作1212。如果设置了可信任来源的密钥,程序1200继续到判定操作1206,其中确定是否信任当前来源。如果当前预订源是不可信任的,程序1200分支到判定操作1208,其 中确定是否其他来源保存在将被有效的报警源列表32中。如果其他来源仍有效,程序1200分支到检索操作1210,其中在报警源列表32中检索识别的下一个预订源。如果没有其他来源仍然有效,程序1200分支到停止操作1209,程序在此结束。
在判定操作1206,如果确定当前预订源是可以信任的来源,那么程序1200从判定操作1206分支到生效操作1212。在生效操作1212,SOPA请求从电子邮件客户应用程序24发送到在识别的预订源34上执行的报警界面编码38。在预订源34中生成响应,并将其发送到电子邮件客户应用程序24。如果响应是正确的,预订源是有效的。如果响应不正确,预订源无效。因此,程序1200继续从生效操作到判定操作1214,其中确定是否预订源有效。如果预订源无效,程序1200分支到判定操作1208。如果预订源是有效的,程序1200继续到处理操作1216。
在处理操作1216,电子邮件客户应用程序24发送SOAP请求到报警界面编码38,在用户所有预订的当前预订源上执行该报警界面编码。作为响应,报警接口编码38将生成识别用户所有预订的XML数据结构,并发送XML数据结构到电子邮件客户应用程序24。这种数据结构的例子在下面的表3中示出。如表3所示,XML数据结构包括称为<GetAlertsResponse>的XML标记,它表示XML数据结构是请求识别一个或多个报警预订的响应。<GetAlertsResponse>标记是<GetAlertsResult>标记,用于识别用户和提供报警预订和其它信息的服务器计算机名称。<GetAlertsResponse>标记也可以识别服务器计算机的网址,服务器计算机的服务器类型,用于由管理报警预订的服务器计算机管理的Web站点的Web地址,和用于填加新报警的Web站点的网址。在<GetAlertsResult>标记中的是一个或多个附加<Alert>标记,该标记识别每个报警是哪个用户预订的,并提供诸如对应于报警的Web地址的附加信息。每个<Alert>标记被提供用于识别每个报警是哪个用户预订的。
表3
从处理操作1216,程序1200继续到判定操作1218。在判定操作1218,确定是否从预订源34检索的XML预订数据是有效的。如果数据是无效的,程序1200分支到判定操作1208。如果数据是有效的,程序1200继续到处理操作1220,在这里,将在XML预订数据中识别的报警预订填加到当前预订列表并显示。程序1200继续从处理操作1220到判定操作1208,其中,为每个在报警源列表32中识别的预订源进行重复处理。
应该理解,根据本发明的实施例,在报警源列表中,无效的预订源的数量是受限制的。通过限制无效的预订源数量,例如由预订源的恶意操作者发送的未经请求的报警预订数量可以被限制。
现在参考图13,将描述用于填加新报警预订的示例性程序1300。正如上面参照图4和图6A-6B讨论的,用户可以通过用户界面视窗70选择“新报警”按钮 70生成新报警预订。响应于选择“新报警”按钮70,为用户提供如图6A-6B所示的对话框90。用户可以选择生成新预订的预订源。程序1300示例了提供这种功能的必要操作。
程序1300在检索报警源列表的处理操作1302开始。如图6A所示,为了用户选择可以显示在当前为用户提供报警的报警源列表32中识别的报警源32。从处理操作1302,程序1300继续到处理操作1304,其中识别提供预订源站点的标识。正如上面所讨论的,当用户访问站点时,Web站点可以将cookie应用程序存储在cookie存储器27中。cookie应用程序可以包含在图2中识别的表示站点提供报警的数据。因此,在处理操作1304,可以搜索cookie存储器27,以识别使用提供报警的Web浏览器应用程序26所访问的Web站点。如图6A所示,还可以显示这些站点以用于用户选择。从处理操作1304,程序1300继续到处理操作1306,其中接收来自生成新预订的预订源用户的选择。这可以包括来自树形显示92源的用户选择或由用户手动提供网址选择。
从处理操作1306,程序1300继续判定操作1308,其中确定是否用户已经作出了选择。如果用户没有选择,程序1300返回到处理操作1306。如果用户已经选择,程序1300继续到判定操作1310。在判定操作1310,确定是否用户选择如图6A-6B所示的“取消”按钮62。如果用户选择了“取消”按钮,程序1300分支到停止操作1314,程序在此结束。如果用户没有选择“取消”按钮,程序1300继续到运行Web浏览器应用程序26的处理操作1312,并为了填加新报警指向由预订源提供的Web站点上。图7中示例了所述Web站点的实例并参考该图在上述讨论。从处理操作1312,程序1300继续到停止操作1314,程序在此结束。
基于上述,应该理解本发明的不同实施例提供了一种用于管理电子邮件规则和报警预订的方法,系统,装置,计算机可读介质和用户界面。上述的说明,实例和数据提供了对构造和使用本发明组件的完整描述。由于本发明的许多实施例能够在不偏离本发明的精神和范围的条件下被实施,因此本发明位于附属权利要求的范围中。