專利名稱：用于管理電子郵件和報警消息的方法，裝置，以及用戶界面的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及電子消息處理領(lǐng)域，更具體而言，本發(fā)明涉及管理自不同來源接收的電子消息的領(lǐng)域。
背景技術(shù)：
由于因特網(wǎng)的產(chǎn)生和蓬勃發(fā)展，現(xiàn)在計算機用戶的手中擁有更多的信息并且能夠比以前更好地進行相互通信。例如，計算機用戶在家中或在工作場所可以相互發(fā)送電子郵件(“電子郵件”)消息。類似地，計算機用戶也可以簽署預(yù)訂到電子郵件列表服務(wù)器(稱為“列表服務(wù)器”)。通過列表服務(wù)器，計算機用戶可以發(fā)送到或來自整個用戶列表的電子郵件消息，通常與一個共同的主題有關(guān)，通過發(fā)送單獨消息到預(yù)定地址。因此列表服務(wù)可以使用戶更容易接收來自有關(guān)特定主題的大量用戶的電子郵件消息。
類似的，電子協(xié)同工具已經(jīng)被發(fā)展為允許操作者容易協(xié)作并共享信息。在這些類型的工具的一個例子中，提供一種用于容易生成內(nèi)部網(wǎng)絡(luò)或三維網(wǎng)(“Web”)站點的工具。通過Web站點，經(jīng)授權(quán)的用戶可以在項目上進行協(xié)作，交換文件和其它消息，并通常停留在當前與協(xié)同工作有關(guān)的問題上。為了根據(jù)Web站點的變化接收更新，參加用戶可以簽署報警預(yù)訂。通過報警預(yù)訂，當團隊日程改變時，當文件被修改時，或當其它類型的事件發(fā)生時，通過電子郵件可以通知用戶。
用戶也可以通過即時消息(“IM”)的應(yīng)用程序接收報警通知。通過即時消息應(yīng)用程序，有當有新聞價值的事件發(fā)生時，完成報道事件時，分組傳送時，或其它類型的事件發(fā)生時，可以通知用戶。通過由IM提供者提供的Web站點，產(chǎn)生并保持這些報警預(yù)訂的生成。類似地，Web站點的存在允許用戶簽署電子郵件報警預(yù)訂。通過電子郵件報警預(yù)訂，當可識別的事件發(fā)生時，電子郵件可以被發(fā)送到用戶?？商鎿Q的，用戶可以請求在每天股市關(guān)閉時發(fā)送郵件或發(fā)送包括每天早晨天氣的電子郵件。
許多計算機用戶從上述的所有不同來源接收消息。因此例如，用戶可以接收傳統(tǒng)的電子郵件，在協(xié)同或合作Web站點中通過預(yù)訂產(chǎn)生的報警電子郵件，由列表服務(wù)器產(chǎn)生的電子郵件消息，通過和IM提供者預(yù)訂產(chǎn)生的報警消息，通常的即時消息報警，和在Web站點中由預(yù)訂發(fā)送的報警電子郵件消息。自這些來源中的每一個接收的大量信息為用戶提供大量的重要數(shù)據(jù)，以這種方式接收信息不是沒有缺點的。
從多個來源接收的大量報警電子郵件或其它類型消息的一個主要缺點是難以管理預(yù)訂。特別是，由于站點經(jīng)常被用來提供預(yù)訂管理功能，用戶必須記住預(yù)訂站點的Web地址。如果用戶預(yù)訂許多報警或者如果在用戶第一次預(yù)訂時間和之后用戶想要修改預(yù)訂的時間之間過去很長時間，用戶可能不能記住預(yù)訂站點的地址。在這種情況下，用戶將不得不搜索適當?shù)恼军c以修改或刪除他們的預(yù)訂。而且，在不同的來源生成并保存許多報警預(yù)訂，用戶不得不訪問許多不同的Web站點以瀏覽，修改，或刪除一個一個的報警預(yù)訂。
本發(fā)明正是基于上述考慮及其他因素作出的。

發(fā)明內(nèi)容
根據(jù)本發(fā)明，通過管理電子郵件消息和報警預(yù)訂的方法，系統(tǒng)和裝置解決了上述和其它問題，從而允許用戶更容易管理報警預(yù)訂的不同來源，并且允許對應(yīng)用于電子郵件消息的規(guī)則的多種控制。本發(fā)明的方面允許用戶更容易管理由許多不同來源提供的電子郵件規(guī)則和報警預(yù)訂。
根據(jù)其它方面，本發(fā)明涉及一種管理電子郵件和報警消息的方法。報警消息是作為電子郵件或響應(yīng)于報警預(yù)訂源的報警預(yù)訂的其它類型的消息而接收的消息。根據(jù)本方法，檢測接收的電子郵件消息以確定它們是否涉及報警預(yù)訂。如果電子郵件消息被確定與報警預(yù)訂有關(guān)，網(wǎng)址，諸如通用資源地址(“URL”)，一旦它們被驗證，通過電子郵件消息的內(nèi)容識別的預(yù)訂源被填加到預(yù)訂源列表。表示電子郵件消息與報警和預(yù)訂源網(wǎng)址有關(guān)的數(shù)據(jù)可以被編碼在電子郵件消息的報頭部分，從而該數(shù)據(jù)不能由電子郵件客戶端應(yīng)用程序正常顯示。
根據(jù)本發(fā)明提供方法的其它方面，持續(xù)狀態(tài)對象的內(nèi)容，例如由Web瀏覽器生成的cookie應(yīng)用程序，可以被檢測以確定它們是否與報警預(yù)訂有關(guān)。如果確定持續(xù)狀態(tài)對象的內(nèi)容與報警預(yù)訂有關(guān)，通過持續(xù)狀態(tài)對象內(nèi)容識別的預(yù)訂源網(wǎng)址被填加到預(yù)訂源列表中。
根據(jù)本發(fā)明所提供的方法的其他方面，可以接收請求來管理一個或多個報警預(yù)訂。響應(yīng)于此請求使在預(yù)訂源列表中被識別的每個預(yù)訂源都有效。確認可以通過執(zhí)行和每個預(yù)訂源之間的請求和響應(yīng)交換來完成。如果響應(yīng)正確，使預(yù)訂源有效。如果從預(yù)訂源接收的響應(yīng)不正確，預(yù)訂源則是無效的。每個有效的預(yù)訂源被填加到當前預(yù)訂列表中并顯示給用戶。在當前預(yù)訂列表中的每個預(yù)訂可以被用戶修改或刪除。另外，用戶可以在當前預(yù)訂列表中被識別的來源中，從Web瀏覽器中用戶以前訪問過的預(yù)訂提供者，或從用戶手動提供網(wǎng)址的預(yù)訂提供者中填加另外的報警預(yù)訂。
根據(jù)本發(fā)明的其它方面，本發(fā)明涉及一種管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一的用戶界面。通過用戶界面，用戶可以容易地填加或修改來自許多不同來源的電子郵件規(guī)則和報警預(yù)訂。用戶界面包括用戶界面視窗，其具有通過使用電子郵件規(guī)則，用于接收與電子郵件消息處理相關(guān)的用戶界面命令的第一部分。用戶界面允許用戶生成應(yīng)用于電子郵件消息的新規(guī)則，修改規(guī)則，改變規(guī)則的順序，和執(zhí)行其它功能。用戶界面視窗還包括用于接收與報警預(yù)訂的管理相關(guān)的用戶界面命令的第二部分。通過第二用戶界面部分，用戶能夠生成新的報警預(yù)訂，瀏覽已存在的報警預(yù)訂的特性，刪除當前報警預(yù)訂，和定義應(yīng)用于到達報警預(yù)訂的規(guī)則。統(tǒng)一界面消除了通過許多不同的Web和電子郵件界面管理報警預(yù)訂的煩瑣處理。
本發(fā)明的其它方面涉及用于電子郵件和報警預(yù)訂客戶和預(yù)訂源之間通信的模式和數(shù)據(jù)結(jié)構(gòu)。本發(fā)明也可以作為計算機處理，計算系統(tǒng)，或一個諸如計算機程序產(chǎn)品或計算機可讀介質(zhì)而被實施。計算機程序產(chǎn)品也可以是計算機系統(tǒng)可讀取并編碼用于執(zhí)行計算機處理的計算機程序指令的計算機存儲介質(zhì)。計算機程序產(chǎn)品也可以是計算系統(tǒng)可讀取的載波上的并，編碼執(zhí)行計算機處理的計算機程序指令的傳播信號。
閱讀以下詳細說明書及有關(guān)附圖，體現(xiàn)本發(fā)明特征的這些和其他各種特點和優(yōu)點將變得顯而易見。


圖1示例了在本發(fā)明實施例中提供的預(yù)訂源使用的計算機結(jié)構(gòu)和預(yù)訂客戶計算機；圖2示例了本發(fā)明實施例提供的用于管理電子郵件和報警消息的系統(tǒng)；
圖3-6B示出了本發(fā)明實施例提供的用于管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一用戶界面；圖7示例了在本發(fā)明的一個實施例中用于生成通過預(yù)訂源計算機產(chǎn)生的新報警預(yù)訂的用戶界面。
圖8-9示出了本發(fā)明實施例提供的用于管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一用戶界面；圖10示出了根據(jù)本發(fā)明的一個實施例識別與報警預(yù)訂有關(guān)的電子郵件消息的操作流程圖；圖11示例了根據(jù)本發(fā)明的一個實施例用于識別例如與報警預(yù)訂有關(guān)的Web瀏覽器cookie應(yīng)用程序的持續(xù)狀態(tài)對象的操作流程圖；圖12示出了本發(fā)明實施例提供的產(chǎn)生當前預(yù)訂列表的操作流程圖，用于在統(tǒng)一用戶界面中使用以管理電子郵件規(guī)則和報警預(yù)訂；和圖13示例了本發(fā)明實施例提供的填加新報警預(yù)訂的操作流程圖。
發(fā)明詳述現(xiàn)在參考附圖，其中相同的數(shù)字代表相同的組件，將描述在本發(fā)明不同實施例中提供的、被一些計算機使用的計算機硬件和軟件結(jié)構(gòu)。特別是，圖1和2以及相應(yīng)的討論旨在提供對實施本發(fā)明實施例合適的計算環(huán)境的簡短、概括描述。盡管本發(fā)明將被描述在程序模塊概括的上下文中，該程序模塊與在個人或服務(wù)器計算機上運行操作系統(tǒng)的程序模塊協(xié)力執(zhí)行，本領(lǐng)域的技術(shù)人員將認識到本發(fā)明也可以和其它類型的計算機系統(tǒng)和程序模塊組合而實施。
通常，程序模塊包括程序，程序，組件，數(shù)據(jù)結(jié)構(gòu)，和執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的其它類型結(jié)構(gòu)。而且，本領(lǐng)域的技術(shù)人員將理解本發(fā)明可以和其它計算機系統(tǒng)結(jié)構(gòu)一起實施，包括手持設(shè)備，多處理器系統(tǒng)，基于微處理器或可編程的消費電子設(shè)備，小型計算機，大型計算機等等。本發(fā)明也可以在分布式計算環(huán)境中實施，其中任務(wù)是由通過通信網(wǎng)絡(luò)鏈接的遠程處理設(shè)備執(zhí)行的。在分布式計算環(huán)境中，程序模塊可以位于本地和遠程記憶存儲設(shè)備中。
現(xiàn)在參考圖1，將描述在本發(fā)明不同實施例中使用的計算系統(tǒng)2的示意性的計算機結(jié)構(gòu)。圖1所示的計算機結(jié)構(gòu)示例為傳統(tǒng)的膝上型或服務(wù)器計算機，包括中央處理器(“CPU”)，系統(tǒng)儲存器7，包括隨機訪問存儲器9(“RAM”)和只讀存儲器(“ROM”)11，和將儲存器耦合到CPU5的系統(tǒng)總線12。例如開機時，基本輸入/輸出系統(tǒng)被存儲在ROM11中，它包括有助于在計算機的元件之間傳送信息的基本程序。計算系統(tǒng)2進一步包括大容量存儲設(shè)備14，用于存儲操作系統(tǒng)16，應(yīng)用程序，和其它程序模塊，這些將在下面更詳細地描述。
通過連接到總線12的塊存儲控制器(未示出)，大容量存儲設(shè)備14連接到CPU5。大容量存儲設(shè)備14和與它關(guān)聯(lián)的計算機可讀介質(zhì)，為計算系統(tǒng)2提供非易失性存儲器。盡管這里包括的對計算機可讀介質(zhì)的描述稱為大容量存儲設(shè)備，例如硬盤或CD-ROM驅(qū)動設(shè)備，本領(lǐng)域的技術(shù)人員應(yīng)該理解，計算機可讀介質(zhì)可以是任何計算系統(tǒng)2可訪問的可獲得介質(zhì)。
通過實例而不是限制的方式，計算機可讀介質(zhì)可以包括計算機存儲介質(zhì)和通信介質(zhì)。計算機存儲介質(zhì)包括以任何方法或技術(shù)實現(xiàn)的，用于存儲諸如計算機可讀指令，數(shù)據(jù)結(jié)構(gòu)，程序模塊或其它數(shù)據(jù)信息的易失性和非易失性，可移動的和不可移動的介質(zhì)。計算機存儲介質(zhì)包括，但不限于，RAM，ROM，EPROM，EEPROM，閃存或其它固體存儲器技術(shù)，CD-ROM，數(shù)字通用磁盤(“DVD”)，或其它光存儲器，磁帶盒，磁帶，磁盤存儲器或其它磁存儲設(shè)備，或能夠用于存儲想要的信息并能夠被計算系統(tǒng)2存取的任何其它介質(zhì)。
根據(jù)本發(fā)明的各種實施例，計算系統(tǒng)2可以在使用邏輯通過網(wǎng)絡(luò)18，例如因特網(wǎng)，連接到遠程計算機的聯(lián)網(wǎng)環(huán)境中操作。通過連接到總線12的網(wǎng)絡(luò)接口單元20，計算系統(tǒng)2可以連接到網(wǎng)絡(luò)18。應(yīng)當理解也可以使用網(wǎng)絡(luò)接口單元20來連接到其它類型的網(wǎng)絡(luò)和遠程計算機系統(tǒng)。計算系統(tǒng)2也可以包括輸入/輸出控制器22，用于接收和處理來自大量其它設(shè)備的輸入，這些設(shè)備包括鍵盤，鼠標，或電子筆(圖1未示出)。類似地，輸入/輸出控制器22可以提供輸出到顯示屏，打印機，或其它類型的輸出設(shè)備。
正如上簡述，許多程序模塊和數(shù)據(jù)文件可以存儲在客戶計算機2的大容量存儲設(shè)備14和RAM9中，包括適合于控制互聯(lián)的個人或服務(wù)器計算機操作的操作系統(tǒng)16，例如來自華盛頓，雷蒙德的微軟公司的WINDOWSXP操作系統(tǒng)。大容量存儲設(shè)備14和RAM9也可以存儲一個或多個程序模塊。特別是，如果計算系統(tǒng)2配置成一個客戶計算機，大容量存儲器14和RAM9可以存儲電子郵件客戶應(yīng)用程序24，Web瀏覽器用戶程序26，cookie應(yīng)用程序存儲27，和報警源列表32。
正如本領(lǐng)域的技術(shù)人員熟知的，電子郵件客戶應(yīng)用程序24包括一個應(yīng)用程序，該程序用于從一個和多個電子郵件服務(wù)器檢索并發(fā)送電子郵件消息。電子郵件客戶應(yīng)用程序24包括另外其它的特征，例如個人信息管理(“PIM”)功能，包括日程，任務(wù)管理器，聯(lián)系數(shù)據(jù)庫，等等。這里所述的在本發(fā)明實施例中使用的電子郵件客戶應(yīng)用程序24包括來自微軟公司的收件箱PIM。但是，應(yīng)該理解，這里提供的本發(fā)明的各個方面可以和任何能夠接收和發(fā)送電子郵件消息的應(yīng)用程序協(xié)同使用。
根據(jù)本發(fā)明的實施例，電子郵件客戶應(yīng)用程序24可以存儲并保存報警源列表32。報警源列表32包括從中激活報警預(yù)訂的可用的服務(wù)器計算機列表。正如下將更詳細描述的，響應(yīng)于包含在指示已經(jīng)作出報警預(yù)訂的電子郵件和cookie應(yīng)用程序中的識別信息，運行電子郵件客戶應(yīng)用程序24以填加預(yù)訂源到預(yù)訂源列表32。用于管理電子郵件規(guī)則和報警預(yù)訂的電子郵件客戶應(yīng)用程序24的各個方面將在下面描述。
Web瀏覽器應(yīng)用程序26包括能夠請求和再現(xiàn)網(wǎng)頁的應(yīng)用程序，該網(wǎng)頁在超文本標記語言(“HTML”)或其它類型的標記語言生成。一種Web瀏覽器的例子是來自微軟的INTERNETEXPLORERWeb瀏覽器或來自NETSCAPE公司的NETSCAPENAVIGATORWeb瀏覽器。應(yīng)該理解典型的Web瀏覽器應(yīng)用程序26可以接收一個請求以在計算系統(tǒng)2中存儲持續(xù)狀態(tài)對象。持續(xù)狀態(tài)對象允許Web服務(wù)器保存與計算系統(tǒng)2的通信狀態(tài)?！癱ookie”是一種類型的持續(xù)狀態(tài)對象，并可以通過Web瀏覽器應(yīng)用程序26存儲在cookie存儲器27中。cookie存儲器27可以包括由計算系統(tǒng)2保存的文件結(jié)構(gòu)中的目錄或用于存儲持續(xù)狀態(tài)對象的其它類型的數(shù)據(jù)庫。
如上簡述的，圖1所示的計算系統(tǒng)2還可以配置成服務(wù)器計算機。如果計算系統(tǒng)2配置成服務(wù)器計算機，可操作大容量存儲設(shè)備14和RAM19存儲電子郵件服務(wù)器應(yīng)用程序28和Web服務(wù)器應(yīng)用程序30。正如本領(lǐng)域的技術(shù)人員熟知的，電子郵件服務(wù)器應(yīng)用程序28包括用于協(xié)調(diào)電子郵件消息發(fā)送和接收的應(yīng)用程序。電子郵件服務(wù)器應(yīng)用程序28提供電子郵件接收和轉(zhuǎn)發(fā)服務(wù)。通過電子郵件服務(wù)器應(yīng)用程序28，授權(quán)用戶可以發(fā)送和接收來源于內(nèi)部網(wǎng)絡(luò)或因特網(wǎng)的電子郵件消息。正如本領(lǐng)域技術(shù)人員熟知的，運行Web服務(wù)器應(yīng)用程序30接收和響應(yīng)超文本傳輸協(xié)議(“HTTP”)的文件請求，這些文件存儲在計算系統(tǒng)2中或?qū)τ谟嬎阆到y(tǒng)2來說是可獲得的。文件可以在Web瀏覽器應(yīng)用程序26中通過請求計算系統(tǒng)來再現(xiàn)。Web服務(wù)器應(yīng)用程序30的一個實例是來自微軟公司的互聯(lián)網(wǎng)信息服務(wù)。但是應(yīng)當理解，這里所描述的本發(fā)明的實施例可以和來自其它商家的Web服務(wù)器應(yīng)用程序一起使用。
現(xiàn)在參考圖2，描述本發(fā)明不同實施例的其它方面。如圖2所示，提供一種預(yù)訂客戶計算機42(“預(yù)訂客戶”)。預(yù)訂客戶機42包括一個正如參考圖1所述的標準個人計算機，并可操作用于執(zhí)行Web瀏覽器應(yīng)用程序26和電子郵件客戶應(yīng)用程序24。而且，正如下面將要更詳細討論的，運行電子郵件客戶應(yīng)用程序24以保存報警源列表32，報警源列表32識別來自接收報警消息中的每個來源。
預(yù)訂客戶42通過網(wǎng)絡(luò)18，諸如內(nèi)部網(wǎng)絡(luò)或因特網(wǎng)連接到預(yù)訂源計算機34(“預(yù)訂源”)。預(yù)訂源34包括正如參考圖1描述的標準服務(wù)器計算機。特別是，操作預(yù)訂源34執(zhí)行Web服務(wù)器應(yīng)用程序30以響應(yīng)于一個或多個Web站點36的請求。正如下面將要更詳細討論的，Web站點36可以提供合作和協(xié)同特征，從而當修改文件時，當修改由Web站點保存的日程時，或者當其它事件發(fā)生時，允許用戶預(yù)訂發(fā)送到用戶的報警電子郵件通知。所述Web站點36的例子是由微軟公司的共享點協(xié)同服務(wù)和共享點接入服務(wù)的產(chǎn)品提供并訪問的Web站點。但是，應(yīng)當理解，這里所描述的本發(fā)明的實施例適合于和任何類型的、產(chǎn)生報警消息的Web站點和Web服務(wù)器一起使用。
為了方便報警預(yù)訂信息的傳送，例如電子郵件消息40，操作預(yù)訂源34執(zhí)行電子郵件服務(wù)器應(yīng)用程序28。報警電子郵件消息可以由Web站點36響應(yīng)于預(yù)訂客戶機42用戶作出的預(yù)訂產(chǎn)生。例如，預(yù)訂客戶機42的用戶可以使用Web瀏覽器應(yīng)用程序26去瀏覽Web站點36。特別是，在Web站點36，當改變保存在Web站點36中的協(xié)同日程時，用戶可以請求發(fā)送給他們的報警通知。因此，如果修改協(xié)同日程，Web站點36將通過電子郵件服務(wù)器應(yīng)用程序28產(chǎn)生電子郵件報警消息。電子郵件客戶應(yīng)用程序24可以用來接收電子郵件報警消息。
根據(jù)本發(fā)明的實施例，還可操作Web站點36產(chǎn)生報警電子郵件消息，例如電子郵件40，以這種方式，消息表示它們與報警預(yù)訂有關(guān)。特別是，根據(jù)本發(fā)明的實施例，由于新預(yù)訂或報警，預(yù)訂源發(fā)送的報警電子郵件消息包括用于識別與報警預(yù)訂有關(guān)的消息的數(shù)據(jù)。數(shù)據(jù)可以被提取出來并被電子郵件客戶應(yīng)用程序24使用以將用于預(yù)訂源34的標識，網(wǎng)絡(luò)地址，和其它信息填加到報警源列表32中。
在一個實施例中，在每個報警電子郵件消息中格式化并編碼數(shù)據(jù)作為報頭信息，例如X-報頭，該信息識別與預(yù)訂源34進行通信的網(wǎng)絡(luò)地址。網(wǎng)絡(luò)地址識別預(yù)訂源34上存取報警界面編碼器38的位置。報警界面編碼器38顯示出一個界面，用于為用戶確定報警預(yù)訂，刪除報警預(yù)訂，填加新的報警預(yù)訂，并執(zhí)行與報警預(yù)訂管理有關(guān)的其他功能。
在一個實施例中，報警界面編碼器38包括可以通過HTTP協(xié)議和Web服務(wù)器應(yīng)用程序30訪問的Web簡單對象訪問協(xié)議(“SOPA”)對象。正如本領(lǐng)域的技術(shù)人員熟知的，SOPA是一種可擴展的標示語言(“XML”)--基于傳遞和遠程處理呼叫協(xié)議并工作在當前協(xié)議上，例如HTTP和HTTPS。正如下面將要更詳細討論的，提供XML模式，用于傳遞參數(shù)到報警界面編碼器28并用于接收查詢報警界面編碼器38的結(jié)果。正如下面將要更詳細描述的，電子郵件客戶應(yīng)用程序24和報警界面編碼器28通信以管理預(yù)訂源34的報警預(yù)訂。
根據(jù)本發(fā)明的實施例，由預(yù)訂源34產(chǎn)生的報警電子郵件消息還與報頭信息其中該報頭信息識別報警標題，唯一的報警標識符，管理報警預(yù)訂的Web站點網(wǎng)絡(luò)地址一起被格式化。由預(yù)訂源34產(chǎn)生的報警電子郵件消息也可以識別預(yù)訂源的服務(wù)器類型。表1示例了包含在由預(yù)訂源34產(chǎn)生的報警電子郵件消息中的X-報頭文件。正如本領(lǐng)域技術(shù)人員熟知的，電子郵件客戶應(yīng)用程序通常不顯示這些報頭域，但可以從電子郵件消息中提取出，并且由電子郵件客戶應(yīng)用程序24存儲在預(yù)訂源列表32中。參考圖10，下面將描述識別與報警預(yù)訂有關(guān)的電子郵件的示意性方法。
From<AlertWebTitle>
X-AlertServerTypeX-AlertIdX-AlertTitleX-AlertWebUrlX-AlertWebSoap表格1正如上面簡要討論的，運行Web服務(wù)器應(yīng)用程序30接收和響應(yīng)部分Web站點的請求，例如網(wǎng)頁37。當被請求的網(wǎng)頁37與報警預(yù)訂有關(guān)，Web服務(wù)器應(yīng)用程序30也可以請求Web瀏覽器應(yīng)用程序26在cookie存儲器中存儲cookie應(yīng)用程序，或其它類型的持續(xù)狀態(tài)對象。特別是，cookie應(yīng)用程序可以包括識別為報警預(yù)訂來源的預(yù)訂源34的信息。通過上述編碼的報警電子郵件消息，cookie應(yīng)用程序可以包括識別服務(wù)器類型，用于修改或刪除報警預(yù)訂的網(wǎng)頁網(wǎng)絡(luò)地址和標題，以及與報警界面編碼器38通信的網(wǎng)絡(luò)地址的數(shù)據(jù)。表2示例了在本發(fā)明實施例中應(yīng)用這樣一種cookie應(yīng)用程序的內(nèi)容。
AlertWebTitleAlertServerTypeAlertWebUrlAlertWebSoap表2根據(jù)本發(fā)明的一個實施例，運行電子郵件客戶應(yīng)用程序24，以周期性執(zhí)行代碼以搜索cookie存儲器27中包含對定與報警預(yù)訂有關(guān)數(shù)據(jù)的cookies。當接收或周期性執(zhí)行cookie應(yīng)用程序時，例如訪問電子郵件客戶應(yīng)用程序的每個時間，執(zhí)行該代碼。該代碼搜索包含在cookie存儲器27中的每個cookie應(yīng)用程序的內(nèi)容，從而確定cookie應(yīng)用程序是否包含表2中所示的數(shù)據(jù)。替換地，可以搜索包含在cookie存儲器27中cookies的子集?？梢岳胏ookie應(yīng)用程序的名稱來確定要搜索cookies的合適子集。通過這種方式，不需要搜索包含在cookie存儲器27中的每個cookie應(yīng)用程序。如果cookie應(yīng)用程序包含該數(shù)據(jù)，運行電子郵件客戶應(yīng)用程序24將數(shù)據(jù)填加到報警源列表32中。用于從cookie應(yīng)用程序的內(nèi)容識別報警預(yù)訂的示例的方法下面將參考圖11進行描述。
現(xiàn)在參考圖3，將描述用于管理電子郵件規(guī)則和報警預(yù)訂的示意性的用戶界面。如圖3所示，電子郵件客戶應(yīng)用程序24可以提供用于管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一用戶界面視窗50。特別是，根據(jù)實施例，用戶界面視窗包括用于管理電子郵件規(guī)則的顯示部分。正如本領(lǐng)域的技術(shù)人員所熟知的，電子郵件規(guī)則包括當接收電子郵件消息時應(yīng)用于它們的規(guī)定動作。例如，可以定義電子郵件規(guī)則刪除，移動，轉(zhuǎn)發(fā)或?qū)εc某些用戶定義準則相匹配的到達消息執(zhí)行其它動作。
用于管理電子郵件規(guī)則的用戶界面視窗5的顯示部分通過“電子郵件規(guī)則”制表符52被選擇。一旦制表符52被選擇，將顯示電子郵件規(guī)則58的列表。電子郵件規(guī)則58的列表以被應(yīng)用的順序列出了所有當前有效的電子郵件規(guī)則。提供用戶界面按鈕以改變電子郵件規(guī)則58列表中電子郵件規(guī)則的順序。另外，用戶界面視窗56為電子郵件規(guī)則58列表中被選的規(guī)則，顯示電子郵件規(guī)則的內(nèi)容。為了生成新規(guī)則，改變規(guī)則，刪除規(guī)則，或改變與特定規(guī)則關(guān)聯(lián)的動作，也可以提供其它用戶界面對象。圖9示例了一種下拉菜單114，該菜單顯示了展示對電子郵件消息可能執(zhí)行的動作列表116。動作116列表包括下列操作在用戶界面桌面(例如通過IM應(yīng)用程序)上顯示報警，播放聲音，移動或復(fù)制電子郵件消息，給電子郵件消息分配優(yōu)先權(quán)，為追蹤而標記消息，和刪除消息。用戶可以選擇“應(yīng)用”按鈕64來應(yīng)用任何改變。當用戶已經(jīng)完成對用戶界面窗口50的使用時，也可以選擇“OK”按鈕60或取消按鈕62。
為了訪問管理報警預(yù)訂的部分的用戶界面視窗50，用戶可以選擇“管理報警”制表符54。當選擇制表符54時，為用戶顯示如圖4所示的用戶界面視窗50。圖4所示的用戶界面視窗50包括用于管理報警預(yù)訂諸如與預(yù)訂源34報警預(yù)訂的用戶界面組件。當選擇制表符50時，電子郵件客戶應(yīng)用程序24建立并顯示當前預(yù)訂列表78。當前預(yù)訂列表78識別預(yù)訂客戶42的當前用戶擁有的所有當前報警預(yù)訂。
在給用戶顯示預(yù)訂之前，驗證當前預(yù)訂列表78中的每個預(yù)訂。如圖5A-5C所示，驗證處理的狀態(tài)可以顯示給用戶。例如，如圖5A所示，報警描述域82表示為了識別為“Bitpipe.Inc”的預(yù)訂源，檢索報警源區(qū)域80中的報警消息。圖5B中，報警描述域82顯示不能建立和“Bitpipe.Inc”報警源的通信，如圖5C所示，如果預(yù)訂可以驗證，報警描述域82包括報警描述。下面將參考圖12詳細描述用于生成并顯示當前預(yù)訂列表的示例性方法。正如下面將更詳細描述的，根據(jù)本發(fā)明的實施例，只有那些能夠驗證的預(yù)訂源才能顯示給用戶。
為了生成新的報警預(yù)訂，用戶可以選擇“新報警”按鈕70。響應(yīng)于選擇“新報警”按鈕70，電子郵件客戶應(yīng)用程序24顯示在圖6A或者圖6B中顯示的對話框90。如圖6A所示，對話框90包括樹形顯示92，可以識別所有以前驗證的預(yù)訂提供者當前發(fā)送的報警。樹形顯示92也可以識別以前使用Web瀏覽器應(yīng)用程序26訪問過的報警預(yù)訂提供者。基于包含在cookie應(yīng)用程序存儲器27中的cookie應(yīng)用程序的內(nèi)容，可以識別這些提供者。樹形顯示92也可以包括提供通知服務(wù)的Web站點標識，在這些站點上用戶可以訪問或存儲文件。基于與這些服務(wù)器關(guān)聯(lián)的服務(wù)器名稱，可以識別這些系統(tǒng)。
如圖6B所示，樹形顯示92也可以識別在預(yù)訂客戶42的網(wǎng)絡(luò)位置區(qū)域識別的站點。用戶可以選擇一個在樹形顯示92中識別的預(yù)訂源中，或在域94中手動為預(yù)訂提供者提供網(wǎng)址。一旦用戶已作出選擇，那么用戶就可以選擇“打開”按鈕60生成新預(yù)訂或“取消”按鈕62以取消選擇。如果用戶選擇“打開”按鈕60，在把指向管理預(yù)訂源提供的預(yù)訂Web站點的Web瀏覽器應(yīng)用程序26中，打開窗口。圖7示例了這樣的一個Web站點。Web站點包括可以由用戶制定的報警預(yù)訂列表102。通過選擇“下一個”按鈕104，可以顯示附加頁用于定制報警。下面將參考圖13描述填加新報警預(yù)訂的方法。
仍然參考圖4，用戶可以選擇“報警屬性”按鈕72，以顯示在當前預(yù)訂列表78中選擇的報警預(yù)訂的屬性。響應(yīng)于“報警屬性”按鈕72的選擇，運行電子郵件客戶應(yīng)用程序24顯示如圖8所示的對話框。對話框顯示報警源的標識，并提供到由報警源保持Web站點的鏈接。對話框108也提供對報警的描述并識別報警應(yīng)用的選項。由對話框108，通過選擇“報警管理”超級鏈接110，用戶可以管理報警，包括新電子郵件規(guī)則的生成，該規(guī)則應(yīng)用到由報警預(yù)訂產(chǎn)生的到達消息上。一旦用戶瀏覽所選報警的屬性，用戶可以選擇“關(guān)閉”按鈕112以關(guān)閉對話框108。
應(yīng)該理解，應(yīng)用到由報警預(yù)訂產(chǎn)生的到達消息上的電子郵件規(guī)則可以通過選擇圖4中示出的“生成規(guī)則”按鈕76而生成。用戶也可以通過選擇“刪除”按鈕74刪除所選規(guī)則。用戶也可以選擇制表符52返回到用于用戶管理電子郵件規(guī)則的窗口50的部分，或選擇“OK”按鈕60，“取消”按鈕62，或“應(yīng)用”按鈕4執(zhí)行相應(yīng)的各個功能。
實施本發(fā)明不同實施例的邏輯操作(1)計算機執(zhí)行動作或在計算系統(tǒng)上運行的程序模塊的序列和/或(2)計算系統(tǒng)中的互聯(lián)機器邏輯電路或電路模塊。實現(xiàn)是一個選擇問題，其依賴于實現(xiàn)本發(fā)明的計算系統(tǒng)的性能需求。因此，這里所描述的、構(gòu)成本發(fā)明實施例的邏輯操作指的是不同的操作，結(jié)構(gòu)化設(shè)備，動作，或模塊。本領(lǐng)域的普通技術(shù)人員應(yīng)該理解，這些操作，結(jié)構(gòu)化設(shè)備，動作，或模塊可以以軟件，硬件，專用目的數(shù)字邏輯電路及其組合來實現(xiàn)，而不偏離附屬權(quán)利要求書規(guī)定的本發(fā)明的精神和范圍。
現(xiàn)在參考圖10，將描述示例性的程序1000，以示例從電子郵件消息的內(nèi)容識別報警預(yù)訂的操作。正如上面討論的，運行電子郵件客戶應(yīng)用程序24檢測接收的電子郵件消息，以確定信息是否與報警預(yù)訂有關(guān)。因此，程序1000由判定操作1002開始，其中確定關(guān)于電子郵件消息是否被接收。如果電子郵件消息沒有被接收，程序1000分支返回到判定操作1002。如果電子郵件消息被接收，程序1000繼續(xù)到搜索操作1004，其中搜索接收的電子郵件消息的內(nèi)容以確定電子郵件消息是否與報警預(yù)訂有關(guān)。正如上面所討論的，可以包括搜索電子郵件的報頭部分以查找上述表1中標識的信息。
從搜索操作1004，程序1000繼續(xù)判定操作1006，其中確定關(guān)于信息是否位于表示該信息與報警預(yù)訂有關(guān)的電子郵件消息中。如果沒有定位這樣的數(shù)據(jù)，程序1000分支到判定操作1008，其中確定其他電子郵件消息是否已被接收。如果已經(jīng)接收了其他電子郵件消息，程序1000分支到檢索操作1010，其中檢索和處理下一個電子郵件消息。如沒有接收其他電子郵件消息，程序1000從判定操作1008分支到判定操作1002，其中其他電子郵件消息可以以上面所描述的方式處理。
在判定操作1006，如果可以確定是在接收的表示該消息與報警預(yù)訂有關(guān)的電子郵件消息中發(fā)現(xiàn)數(shù)據(jù)，程序1000繼續(xù)從判定操作1006到判定操作1012。在判定操作1012中確定有關(guān)包含在接收的、關(guān)于預(yù)訂的電子郵件中的信息是否與以前被預(yù)訂客戶42識別的當前預(yù)訂匹配的決定被作出。這可以通過比較從接收的電子郵件消息中提取的信息和報警源列表32的信息來完成。如果匹配，不需要將在接收的電子郵件中識別的報警源填加到報警源列表32。因此，如果匹配，程序1000從判定操作1012分支到判定操作1008。如果沒有匹配，程序1000從判定操作1012分支到處理操作1014，其中包含在電子郵件消息中、與預(yù)訂預(yù)約有關(guān)的消息被填加到報警源列表32中。特別是，在表1中識別的信息作為新條目填加到報警源列表32中。然后程序1000繼續(xù)從處理操作1014到判定1008。
現(xiàn)在參考圖11，將描述示例性的程序1100，其示例了從cookie應(yīng)用程序或其它類型的持續(xù)狀態(tài)對象中識別報警預(yù)訂的操作。如上面討論的，運行電子郵件客戶應(yīng)用程序24周期性檢測接收的cookie應(yīng)用程序以確定cookie應(yīng)用程序是否與報警預(yù)訂有關(guān)。因此，程序1100從判定操作1102開始，其中確定是否已經(jīng)接收cookie應(yīng)用程序。如果沒有接收cookie應(yīng)用程序，程序1100分支返回到判定操作1102。如果接收cookie應(yīng)用程序，程序1100繼續(xù)到搜索操作1102，其中搜索cookie存儲器27中的內(nèi)容以確定這里所包含的cookie應(yīng)用程序是否與報警預(yù)訂有關(guān)。正如上面討論的，可能包括搜索表2中識別的信息的每個cookie應(yīng)用程序。應(yīng)該理解，根據(jù)本發(fā)明的不同實施例，接收cookie應(yīng)用程序不需要引發(fā)在圖11所示的處理。相反，圖11所示例的處理可以在周期性的基礎(chǔ)上由電子郵件客戶應(yīng)用程序24執(zhí)行，而不是響應(yīng)于接收cookie應(yīng)用程序。
從搜索操作1104，程序1100繼續(xù)到判定操作1006，其后確定信息是否位于表示該cookie應(yīng)用程序與報警預(yù)訂有關(guān)的接收cookie應(yīng)用程序中。如果沒有定位這樣的數(shù)據(jù)，程序1100分支到判定操作1108，其中確定其他cookie應(yīng)用程序是否仍然被檢測。如果其他的cookie應(yīng)用程序仍然被檢測，程序1100分支到檢索操作1110，其中檢索并處理下一個cookie應(yīng)用程序從cookie存儲器27中。如果沒有其他cookies應(yīng)用程序被檢索，程序1100從判定操作1108分支到判定操作1102，其中其他電子郵件消息以上述方式處理。
在判定操作1106，如果確定在標識該cookie應(yīng)用程序與報警預(yù)訂有關(guān)的接收cookie應(yīng)用程序中發(fā)現(xiàn)數(shù)據(jù)，程序1100繼續(xù)從判定操作1106到判定操作1112。在判定操作1112，確定是否包含在cookie應(yīng)用程序中與預(yù)訂有關(guān)的信息與預(yù)訂客戶42以前識別的當前預(yù)訂是否匹配。這可以通過比較從cookie應(yīng)用程序中提取的信息和報警源列表32來實現(xiàn)。如果發(fā)現(xiàn)匹配，就不需要在cookie應(yīng)用程序中將識別的報警源填加到報警源列表32。因此，如果發(fā)現(xiàn)匹配，程序1100從判定操作1112分支到判定操作1108。如果沒有發(fā)現(xiàn)匹配，程序1100從判定操作1112分支到處理操作1014，其中將包含在cookie應(yīng)用程序中與預(yù)訂有關(guān)的信息填加到報警源列表32。特別是，在表2中的上述識別的信息作為新項目填加到報警源列表32中。程序1100繼續(xù)從處理操作1114到判定操作1108。
現(xiàn)在參考圖12，將描述用于生成并顯示當前預(yù)訂列表的示例性的程序1200。正如參考圖4討論的，在用于管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一用戶界面的部分中顯示當前預(yù)訂列表78。正如上面討論的，如果預(yù)訂源有效，僅在當前預(yù)訂列表中顯示預(yù)訂源。因此，程序1200從檢索操作1202開始，其中從報警源列表32中檢索第一預(yù)訂源的標識和網(wǎng)址。程序1200繼續(xù)到判定操作1204，其中確定是否設(shè)置了可信任來源的密鑰?？尚湃蝸碓吹拿荑€允許用戶只規(guī)定可信任的預(yù)訂站點是有效的。列表可以保存在所有可信任的站點或域中。
如果沒有設(shè)置可信任來源的密鑰沒，程序1200分支到確認操作1212。如果設(shè)置了可信任來源的密鑰，程序1200繼續(xù)到判定操作1206，其中確定是否信任當前來源。如果當前預(yù)訂源是不可信任的，程序1200分支到判定操作1208，其中確定是否其他來源保存在將被有效的報警源列表32中。如果其他來源仍有效，程序1200分支到檢索操作1210，其中在報警源列表32中檢索識別的下一個預(yù)訂源。如果沒有其他來源仍然有效，程序1200分支到停止操作1209，程序在此結(jié)束。
在判定操作1206，如果確定當前預(yù)訂源是可以信任的來源，那么程序1200從判定操作1206分支到生效操作1212。在生效操作1212，SOPA請求從電子郵件客戶應(yīng)用程序24發(fā)送到在識別的預(yù)訂源34上執(zhí)行的報警界面編碼38。在預(yù)訂源34中生成響應(yīng)，并將其發(fā)送到電子郵件客戶應(yīng)用程序24。如果響應(yīng)是正確的，預(yù)訂源是有效的。如果響應(yīng)不正確，預(yù)訂源無效。因此，程序1200繼續(xù)從生效操作到判定操作1214，其中確定是否預(yù)訂源有效。如果預(yù)訂源無效，程序1200分支到判定操作1208。如果預(yù)訂源是有效的，程序1200繼續(xù)到處理操作1216。
在處理操作1216，電子郵件客戶應(yīng)用程序24發(fā)送SOAP請求到報警界面編碼38，在用戶所有預(yù)訂的當前預(yù)訂源上執(zhí)行該報警界面編碼。作為響應(yīng)，報警接口編碼38將生成識別用戶所有預(yù)訂的XML數(shù)據(jù)結(jié)構(gòu)，并發(fā)送XML數(shù)據(jù)結(jié)構(gòu)到電子郵件客戶應(yīng)用程序24。這種數(shù)據(jù)結(jié)構(gòu)的例子在下面的表3中示出。如表3所示，XML數(shù)據(jù)結(jié)構(gòu)包括稱為<GetAlertsResponse>的XML標記，它表示XML數(shù)據(jù)結(jié)構(gòu)是請求識別一個或多個報警預(yù)訂的響應(yīng)。<GetAlertsResponse>標記是<GetAlertsResult>標記，用于識別用戶和提供報警預(yù)訂和其它信息的服務(wù)器計算機名稱。<GetAlertsResponse>標記也可以識別服務(wù)器計算機的網(wǎng)址，服務(wù)器計算機的服務(wù)器類型，用于由管理報警預(yù)訂的服務(wù)器計算機管理的Web站點的Web地址，和用于填加新報警的Web站點的網(wǎng)址。在<GetAlertsResult>標記中的是一個或多個附加<Alert>標記，該標記識別每個報警是哪個用戶預(yù)訂的，并提供諸如對應(yīng)于報警的Web地址的附加信息。每個<Alert>標記被提供用于識別每個報警是哪個用戶預(yù)訂的。
<？xml version＝″1.0″encoding＝″utf-8″？>
<soapEnvelopexmlnsxsi＝″http//www.w3.org/2001/XMLSchema-instance″xmlnsxsd＝″http//www.w3.org/2001/XMLSchema″xmlnssoap＝″http//schemas.xmlsoap.org/soap/envelope/″>
<soapBody>
<GetAlertsResponsexmlns＝″http//schemas.microsoft.com/sharepoint/soap/2002/1/alerts/″>
<GetAlertsResult>
<CurrentUser>string</CurrentUser>
<AlertServerName>string</AlertServerName>
<AlertWebUrl>string</AlertWebUrl>
<AlertServerType>string</AlertServerType>
<AlertsManagementUrl>string</AlertsManagementUrl>
<AlertWebTitle>string</AlertWebTitle>
<NewAlertUrl>string</NewAlertUrl>
<AlertWebId>string</AlertWebId>
<Alerts>
<Alert>
<Id>string</Id>
<Title>string</Title>
<Active>boolean</Active>
<EventType>string</EventType>
<AlertForTitle>string</AlertForTitle>
<AlertForUrl>string</AlertForUrl>
<EditAlertURL>string</EditAlertURL>
<DeliveryChannels xsinil＝″true″ />
</Alert>
</Alerts>
</GetAlertsResult>
</GetAlertsResponse>
</soapBody>
表3從處理操作1216，程序1200繼續(xù)到判定操作1218。在判定操作1218，確定是否從預(yù)訂源34檢索的XML預(yù)訂數(shù)據(jù)是有效的。如果數(shù)據(jù)是無效的，程序1200分支到判定操作1208。如果數(shù)據(jù)是有效的，程序1200繼續(xù)到處理操作1220，在這里，將在XML預(yù)訂數(shù)據(jù)中識別的報警預(yù)訂填加到當前預(yù)訂列表并顯示。程序1200繼續(xù)從處理操作1220到判定操作1208，其中，為每個在報警源列表32中識別的預(yù)訂源進行重復(fù)處理。
應(yīng)該理解，根據(jù)本發(fā)明的實施例，在報警源列表中，無效的預(yù)訂源的數(shù)量是受限制的。通過限制無效的預(yù)訂源數(shù)量，例如由預(yù)訂源的惡意操作者發(fā)送的未經(jīng)請求的報警預(yù)訂數(shù)量可以被限制。
現(xiàn)在參考圖13，將描述用于填加新報警預(yù)訂的示例性程序1300。正如上面參照圖4和圖6A-6B討論的，用戶可以通過用戶界面視窗70選擇“新報警”按鈕70生成新報警預(yù)訂。響應(yīng)于選擇“新報警”按鈕70，為用戶提供如圖6A-6B所示的對話框90。用戶可以選擇生成新預(yù)訂的預(yù)訂源。程序1300示例了提供這種功能的必要操作。
程序1300在檢索報警源列表的處理操作1302開始。如圖6A所示，為了用戶選擇可以顯示在當前為用戶提供報警的報警源列表32中識別的報警源32。從處理操作1302，程序1300繼續(xù)到處理操作1304，其中識別提供預(yù)訂源站點的標識。正如上面所討論的，當用戶訪問站點時，Web站點可以將cookie應(yīng)用程序存儲在cookie存儲器27中。cookie應(yīng)用程序可以包含在圖2中識別的表示站點提供報警的數(shù)據(jù)。因此，在處理操作1304，可以搜索cookie存儲器27，以識別使用提供報警的Web瀏覽器應(yīng)用程序26所訪問的Web站點。如圖6A所示，還可以顯示這些站點以用于用戶選擇。從處理操作1304，程序1300繼續(xù)到處理操作1306，其中接收來自生成新預(yù)訂的預(yù)訂源用戶的選擇。這可以包括來自樹形顯示92源的用戶選擇或由用戶手動提供網(wǎng)址選擇。
從處理操作1306，程序1300繼續(xù)判定操作1308，其中確定是否用戶已經(jīng)作出了選擇。如果用戶沒有選擇，程序1300返回到處理操作1306。如果用戶已經(jīng)選擇，程序1300繼續(xù)到判定操作1310。在判定操作1310，確定是否用戶選擇如圖6A-6B所示的“取消”按鈕62。如果用戶選擇了“取消”按鈕，程序1300分支到停止操作1314，程序在此結(jié)束。如果用戶沒有選擇“取消”按鈕，程序1300繼續(xù)到運行Web瀏覽器應(yīng)用程序26的處理操作1312，并為了填加新報警指向由預(yù)訂源提供的Web站點上。圖7中示例了所述Web站點的實例并參考該圖在上述討論。從處理操作1312，程序1300繼續(xù)到停止操作1314，程序在此結(jié)束。
基于上述，應(yīng)該理解本發(fā)明的不同實施例提供了一種用于管理電子郵件規(guī)則和報警預(yù)訂的方法，系統(tǒng)，裝置，計算機可讀介質(zhì)和用戶界面。上述的說明，實例和數(shù)據(jù)提供了對構(gòu)造和使用本發(fā)明組件的完整描述。由于本發(fā)明的許多實施例能夠在不偏離本發(fā)明的精神和范圍的條件下被實施，因此本發(fā)明位于附屬權(quán)利要求的范圍中。
權(quán)利要求
1.一種用于管理電子郵件和報警消息的方法，該方法包括接收電子郵件消息；基于電子郵件消息的內(nèi)容，確定電子郵件消息是否與報警預(yù)訂有關(guān)；以及響應(yīng)于確定該電子郵件消息與報警預(yù)訂有關(guān)，將通過電子郵件消息的內(nèi)容識別的預(yù)訂源填加到預(yù)訂源列表中。
2.根據(jù)權(quán)利要求1所述的方法，進一步包括接收持續(xù)狀態(tài)對象；基于持續(xù)狀態(tài)對象的內(nèi)容，確定持續(xù)狀態(tài)對象是否與報警預(yù)訂有關(guān)；和響應(yīng)于確定該持續(xù)狀態(tài)對象與報警預(yù)訂有關(guān)，將通過持續(xù)狀態(tài)對象的內(nèi)容識別的預(yù)訂源填加到預(yù)訂源列表中。
3.根據(jù)權(quán)利要求2所述的方法，其中電子郵件的內(nèi)容包括報頭，其中報頭包括識別與預(yù)訂源進行通信的網(wǎng)絡(luò)地址的數(shù)據(jù)。
4.根據(jù)權(quán)利要求3所述的方法，其中持續(xù)狀態(tài)對象包括識別與預(yù)訂源進行通信的網(wǎng)絡(luò)地址的數(shù)據(jù)。
5.根據(jù)權(quán)利要求4所述的方法，進一步包括接收管理一個或多個報警預(yù)訂的請求；響應(yīng)于所述請求，確定在預(yù)訂源列表中識別的每個預(yù)訂源是否是有效的；檢索來自每個有效預(yù)訂源的一個或多個預(yù)訂的標識；以及將每個預(yù)訂填加到當前預(yù)訂列表，并顯示當前預(yù)訂列表。
6.根據(jù)權(quán)利要求5所述的方法，進一步包括接收填加新報警預(yù)訂的請求；響應(yīng)于該請求，接收提供新報警預(yù)訂的預(yù)訂源的標識，新報警預(yù)訂的預(yù)訂源包括有效的預(yù)訂源，或先前被訪問的報警提供者，或為預(yù)訂源手動提供網(wǎng)絡(luò)地址；以及顯示用于定義提供新報警預(yù)訂的預(yù)訂源所提供的新報警預(yù)訂的信息。
7.一種存儲有計算機可執(zhí)行指令的計算機可讀介質(zhì)，當計算機執(zhí)行這些指令時，使計算機執(zhí)行如權(quán)利要求1所述的方法。
8.一種能夠執(zhí)行如權(quán)利要求1所述方法的受計算機控制的裝置。
9.一種用于管理電子郵件和報警消息的統(tǒng)一用戶界面，統(tǒng)一用戶界面包括用戶界面視窗，具有包含在其中的一個或多個、用于接收與處理電子郵件消息有關(guān)的用戶界面命令的用戶界面對象和一個或多個用于瀏覽和修改一個或多個報警預(yù)訂的用戶界面對象。
10.根據(jù)權(quán)利要求9所述的統(tǒng)一用戶界面，其中用于瀏覽和修改一個或多個報警預(yù)訂的所述一個或多個用戶界面對象之一包括，用戶界面對象，當選擇用戶界面對象時，提供生成新報警預(yù)訂的功能。
11.根據(jù)權(quán)利要求10所述的統(tǒng)一用戶界面，其中用于瀏覽和修改一個或多個報警預(yù)訂的所述一個或多個用戶界面對象之一包括，用戶界面對象，當選擇用戶界面對象時，提供瀏覽存在的報警預(yù)訂的一個或多個屬性的功能。
12.根據(jù)權(quán)利要求11所述的統(tǒng)一用戶界面，其中用于瀏覽和修改一個或多個報警預(yù)訂的所述一個或多個用戶界面對象之一包括，用戶界面對象，當選擇用戶界面對象時，提供生成存在的報警預(yù)訂的功能。
13.根據(jù)權(quán)利要求12所述的統(tǒng)一用戶界面，其中用于瀏覽和修改一個或多個報警預(yù)訂的所述一個或多個用戶界面對象之一包括，用戶界面對象，當選擇用戶界面對象時，提供用于定義應(yīng)用到響應(yīng)于報警預(yù)訂而接收消息的規(guī)則的功能。
14.一種存儲有計算機可執(zhí)行指令的計算機可讀介質(zhì)，當計算機執(zhí)行這些指令時，使計算機顯示如權(quán)利要求9所述的統(tǒng)一用戶界面。
15.一種能夠顯示如權(quán)利要求9所述的統(tǒng)一用戶界面的受計算機控制的裝置。
16.一種存儲有數(shù)據(jù)結(jié)構(gòu)的計算機可讀介質(zhì)，包括第一數(shù)據(jù)域，包括識別一個響應(yīng)請求的數(shù)據(jù)以為用戶識別一個或多個當前報警預(yù)訂；在所述第一數(shù)據(jù)域中包含的第二數(shù)據(jù)域，第二數(shù)據(jù)域包括識別用戶和提供一個或多個報警預(yù)訂的服務(wù)器計算機名字的數(shù)據(jù)；和包含在所述第二數(shù)據(jù)區(qū)中的一個或多個附加數(shù)據(jù)域，每個所述附加數(shù)據(jù)區(qū)包括為用戶識別當前報警預(yù)訂的數(shù)據(jù)。
17.根據(jù)權(quán)利要求16所述的計算機可讀介質(zhì)，其中第二數(shù)據(jù)域進一步包括提供一個或多個報警預(yù)訂的服務(wù)器計算機的網(wǎng)址數(shù)據(jù)。
18.根據(jù)權(quán)利要求17所述的計算機可讀介質(zhì)，其中第二數(shù)據(jù)域進一步包括識別服務(wù)器計算機的服務(wù)器類型的數(shù)據(jù)。
19.根據(jù)權(quán)利要求18所述的計算機可讀介質(zhì)，其中第二數(shù)據(jù)域進一步包括識別用于管理一個或多個報警預(yù)訂的站點的網(wǎng)址的數(shù)據(jù)。
20.根據(jù)權(quán)利要求19所述的計算機可讀介質(zhì)，其中第二數(shù)據(jù)域進一步包括識別用于填加新預(yù)訂到一個或多個報警預(yù)訂的站點的網(wǎng)址的數(shù)據(jù)。
21.一種用于管理報警預(yù)訂的方法，該方法包括接收通信；基于通信內(nèi)容，確定是否通信與報警預(yù)訂有關(guān)；和響應(yīng)于確定該通信與報警預(yù)訂有關(guān)，將通過通信內(nèi)容識別的預(yù)訂源填加到預(yù)訂源列表中。
22.根據(jù)權(quán)利要求21所述的方法，其中所述通信包括電子郵件消息。
23.根據(jù)權(quán)利要求22的所述方法，其中電子郵件的內(nèi)容包括報頭，并且報頭包括識別與預(yù)訂源進行通信的網(wǎng)址的數(shù)據(jù)。
24.根據(jù)權(quán)利要求23所述的方法，進一步包括接收管理一個或多個報警預(yù)訂的請求；響應(yīng)于所述請求，確定是否每個在預(yù)訂源列表中識別的預(yù)訂源是有效的；從每個有效的預(yù)訂源中檢索一個或多個預(yù)訂的標識；和將每個預(yù)訂填加到當前預(yù)訂列表中并顯示當前預(yù)訂列表。
25.根據(jù)權(quán)利要求21所述的方法，其中所述通信包括持續(xù)狀態(tài)對象。
26.根據(jù)權(quán)利要求25所述的方法，其中持續(xù)狀態(tài)對象包括識別與預(yù)訂源通信的網(wǎng)址的數(shù)據(jù)。
27.根據(jù)權(quán)利要求26所述的方法，進一步包括接收管理一個或多個報警預(yù)訂的請求；響應(yīng)于所述請求，確定在預(yù)訂源列表中識別的預(yù)訂源是否是有效的；從每個有效的預(yù)訂源中檢索一個或多個預(yù)訂的標識；和將每個預(yù)訂填加到當前預(yù)訂列表中并顯示當前預(yù)訂列表。
28.一種存儲有計算機可執(zhí)行指令的計算機可讀介質(zhì)，當計算機執(zhí)行指令時，使計算機執(zhí)行如權(quán)利要求21所述的方法。
全文摘要
提供一種用于管理電子郵件規(guī)則和來自多個來源的報警預(yù)訂的方法，系統(tǒng)，和用戶界面。檢測報警消息和持續(xù)狀態(tài)對象，例如cookies應(yīng)用程序以確定它們是否與報警預(yù)訂有關(guān)。如果確定電子郵件消息或持續(xù)狀態(tài)對象與報警預(yù)訂有關(guān)，將通過電子郵件消息的內(nèi)容識別的預(yù)訂源的網(wǎng)址或狀態(tài)對象填加到預(yù)訂源列表。接收一個請求以管理一個或多個報警預(yù)訂。響應(yīng)于該請求，在預(yù)訂源列表中使得識別的每個預(yù)訂源有效。將每個有效的預(yù)訂源填加到當前預(yù)訂列表中并顯示給用戶。通過管理電子郵件規(guī)則和報警預(yù)訂的統(tǒng)一用戶界面，用戶可以修改或刪除當前預(yù)訂列表中的每個預(yù)訂。提供一種模式和數(shù)據(jù)結(jié)構(gòu)，用于電子郵件和報警預(yù)訂客戶以及預(yù)訂源之間的通信。
文檔編號G06Q10/10GK1609873SQ20041000742
公開日2005年4月27日 申請日期2004年2月13日 優(yōu)先權(quán)日2003年2月14日
發(fā)明者M·P·阿庫里, R·巴西奧優(yōu), C·C·懷特, P·達里, C·D·薩里恩, A·J·比曼 申請人:微軟公司