專利名稱：增強(qiáng)電子郵件通信的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及電子郵件領(lǐng)域。具體地，本發(fā)明涉及被設(shè)計(jì)為減小傳送電子郵件中的錯(cuò)誤的發(fā)生的電子郵件系統(tǒng)。
背景技術(shù)：
自從電子郵件在二十世紀(jì)后期被引入公眾生活中以來，電子郵件已變成一種受歡迎的和廣泛使用的在家和工作場所中的通信形式。電子郵件通常用于研究和工程界以共享技術(shù)信息，以及被商務(wù)人士用于談判、訂立商業(yè)交易等。其他專業(yè)人士例如內(nèi)科醫(yī)生、律師和會(huì)計(jì)師也使用電子郵件來與他們的患者或客戶通信。
將敏感的電子郵件消息例如商業(yè)談判、與患者的通信等錯(cuò)誤指向(misdirecting)、錯(cuò)誤路由(misrouting)或錯(cuò)寫地址(misaddressing)會(huì)給這種消息的發(fā)件人—不管其是個(gè)人實(shí)體還是組織—造成一些危險(xiǎn)。例如由于將電子郵件消息錯(cuò)寫地址到未授權(quán)的收件人而導(dǎo)致組織的秘密信息泄漏會(huì)對(duì)組織帶來致命后果。組織的未來戰(zhàn)略計(jì)劃暴露給未授權(quán)的收件人，或者商業(yè)秘密或其他知識(shí)產(chǎn)權(quán)永久損失是可能的危險(xiǎn)的兩種示例。
結(jié)果，大量公司和政府組織已為他們的雇員制定了電子郵件使用策略，并且許多組織還建立了某種類型的雇員電子郵件監(jiān)控過程或系統(tǒng)。但是，由于需要大量的努力，所以這種過程通常不足以詳細(xì)檢查雇員發(fā)送的所有消息。相反，僅僅在存在雇員的通信存在危險(xiǎn)的指示或已產(chǎn)生過問題的情境下，才仔細(xì)評(píng)估他或她的電子郵件。
已提出檢測個(gè)別詞或短語而無需人為干預(yù)的系統(tǒng)。但是盡管這些系統(tǒng)可能能夠檢測粗魯語言的使用或者其他可能不希望的關(guān)鍵字模式，但是騷擾或污辱性的或者違反組織的保密性或造成其他商業(yè)風(fēng)險(xiǎn)的語言可能非常微妙。
此外，人工和自動(dòng)模式監(jiān)控在被應(yīng)用到個(gè)別消息時(shí)可能完全無效。這是因?yàn)槿魏翁囟ㄏ⒖赡軆H在考慮到其他通信上下文時(shí)才被看作是令人不快的或有其他問題的。軟件乃至審查人員常常不能得到這些其他通信。
此外，許多電子郵件實(shí)用工具支持以前已使用的或者在與這些應(yīng)用連接的地址本內(nèi)列出的收件人的電子郵件地址的自動(dòng)完成。用戶經(jīng)驗(yàn)測試示出由于此功能，電子郵件有時(shí)會(huì)被錯(cuò)寫地址和錯(cuò)誤地發(fā)送給錯(cuò)誤的收件人。自動(dòng)系統(tǒng)或過程通常不檢測這種錯(cuò)誤。因此，個(gè)人或組織的雇員使用電子郵件仍會(huì)造成重大危險(xiǎn)。
發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種用于增強(qiáng)電子郵件(e-mail)傳輸?shù)挠?jì)算機(jī)實(shí)現(xiàn)的方法，該方法包括在發(fā)送電子郵件消息之前，確定電子郵件消息的收件人的狀態(tài)，并將該狀態(tài)呈現(xiàn)給使用者。
根據(jù)本發(fā)明的另一個(gè)實(shí)施例，還提供了一種用于增強(qiáng)電子郵件傳送的系統(tǒng)，該系統(tǒng)包括在發(fā)送電子郵件消息之前確定該消息的收件人的狀態(tài)的增強(qiáng)模塊；和存儲(chǔ)關(guān)于以前從發(fā)件人接收電子郵件消息的收件人的信息的數(shù)據(jù)庫。
本發(fā)明的實(shí)施例還提供實(shí)現(xiàn)上述方法的計(jì)算機(jī)軟件。
下文將參照
本發(fā)明的實(shí)施例，這些實(shí)施例僅作為示例，在這些附圖中圖1是根據(jù)本發(fā)明的實(shí)施例的用于增強(qiáng)電子郵件通信的系統(tǒng)的框圖；圖2是根據(jù)本發(fā)明的實(shí)施例的用于增強(qiáng)電子郵件通信的系統(tǒng)的歷史數(shù)據(jù)庫和增強(qiáng)模塊的框圖；圖3是根據(jù)本發(fā)明的實(shí)施例的用于圖1的系統(tǒng)的復(fù)合提示對(duì)話框的屏幕視圖；圖4是根據(jù)本發(fā)明的實(shí)施例的電子郵件通信增強(qiáng)過程的流程圖。
應(yīng)理解，為了說明簡單和清楚，附圖內(nèi)所示的元件不一定是按比例繪制的。例如，一些元件的尺寸可能相對(duì)于其他元件夸大以便清楚。此外，在被認(rèn)為合適時(shí)，可能在這些附圖中重復(fù)標(biāo)號(hào)以指示對(duì)應(yīng)的或類似的特征。
具體實(shí)施例方式
在下面的詳細(xì)說明中，闡述了許多特定細(xì)節(jié)以便使人透徹地理解本發(fā)明。但是，本領(lǐng)域內(nèi)的那些技術(shù)人員將理解，可實(shí)現(xiàn)本發(fā)明而沒有這些特定細(xì)節(jié)。在其他情況中，沒有詳細(xì)說明公知的方法、過程和元件以便不遮掩本發(fā)明。
申請人認(rèn)識(shí)到，現(xiàn)有的安全系統(tǒng)或過程不能警告用戶或管理員電子郵件被錯(cuò)誤地發(fā)送給有效的收件人，不管發(fā)件人的地址本內(nèi)列出或未列出的該收件人是否不是發(fā)件人實(shí)際希望的收件人。例如當(dāng)從用戶的地址本自動(dòng)完成錯(cuò)誤收件人的地址時(shí)會(huì)發(fā)生這種錯(cuò)誤。
申請人還認(rèn)識(shí)到典型用戶進(jìn)行的大部分電子郵件通信是與限定的一組通信者的通信，例如在他或她的工作環(huán)境內(nèi)與他或她的經(jīng)理、同等者、同事、隊(duì)友、客戶或患者等通信，或與朋友和家庭成員進(jìn)行私人電子郵件通信。換言之，典型的電子郵件用戶具有他們的“通常的”通信者的列表，即用戶在他或她的通常方式的通信中聯(lián)系的收件人。
現(xiàn)在參照圖1，該附圖是根據(jù)本發(fā)明的一個(gè)實(shí)施例的用于增強(qiáng)電子郵件通信的系統(tǒng)10的框圖。
系統(tǒng)10可包括郵件系統(tǒng)12、顯示器14和用戶輸入設(shè)備16例如鼠標(biāo)和鍵盤。本地郵件傳遞系統(tǒng)可包括郵件實(shí)用工具20、網(wǎng)絡(luò)接口22、歷史數(shù)據(jù)庫24、和增強(qiáng)模塊26。本實(shí)施例中的郵件實(shí)用工具20可包括現(xiàn)成的郵件應(yīng)用程序例如市場上可買到的美國微軟公司的Outlook，市場上可買到的美國國際商業(yè)機(jī)器公司的LotusNotes，市場上可買到的高通公司的Eudora等。網(wǎng)絡(luò)接口22可以是允許郵件實(shí)用工具20直接或間接地將郵件消息傳送給網(wǎng)絡(luò)28例如因特網(wǎng)的通信設(shè)施。郵件傳遞系統(tǒng)12可使用在一個(gè)或多個(gè)計(jì)算機(jī)例如個(gè)人計(jì)算機(jī)或個(gè)人計(jì)算機(jī)網(wǎng)絡(luò)上運(yùn)行的軟件實(shí)現(xiàn)。這些計(jì)算機(jī)可運(yùn)行現(xiàn)成的操作系統(tǒng)。但是，普通技術(shù)人員可認(rèn)識(shí)到許多其他的實(shí)現(xiàn)也是可能的。這種實(shí)現(xiàn)的精確構(gòu)成將依賴于希望的用戶界面和信息傳遞特征、系統(tǒng)使用的通信網(wǎng)絡(luò)的特性、可用技術(shù)以及許多其他變量。
歷史數(shù)據(jù)庫24可包含在一個(gè)或多個(gè)數(shù)據(jù)存儲(chǔ)區(qū)域例如盤或集成電路存儲(chǔ)區(qū)域內(nèi)，郵件實(shí)用工具20可訪問該存儲(chǔ)區(qū)域，以便存儲(chǔ)與從郵件實(shí)用工具20發(fā)送的消息的收件人相關(guān)的信息。該信息可包括關(guān)于收件人的細(xì)節(jié)，該細(xì)節(jié)可用于確定收件人多頻繁地接收來自郵件實(shí)用工具20的用戶的電子郵件消息，如在下文將詳細(xì)說明的。
增強(qiáng)模塊26可以是這樣的應(yīng)用程序擴(kuò)展，其與歷史數(shù)據(jù)庫24和郵件實(shí)用工具20相交互以提供額外的與郵件相關(guān)的特征例如下文將詳細(xì)說明的警告。此交互可通過被稱為應(yīng)用編程接口(API)的形式接口(formalinterface)進(jìn)行。但是，郵件傳遞系統(tǒng)12還可能有其他實(shí)現(xiàn)，例如包括組合了郵件實(shí)用工具和增強(qiáng)模塊的功能的單個(gè)應(yīng)用程序的系統(tǒng)，或使用在消息已離開郵件實(shí)用工具之后與消息交互的增強(qiáng)模塊的系統(tǒng)。
現(xiàn)在參照圖2，該圖是根據(jù)本發(fā)明的實(shí)施例的用于增強(qiáng)電子郵件通信的上述系統(tǒng)10的歷史數(shù)據(jù)庫24和增強(qiáng)模塊26的更詳細(xì)的框圖。增強(qiáng)模塊可包括可接收用戶發(fā)送的消息作為輸入的控制單元261，和可提示和警告用戶的顯示單元262，如下文將詳細(xì)說明的。控制單元261可根據(jù)消息的收件人向歷史數(shù)據(jù)庫24發(fā)送請求，以確定收件人是否被認(rèn)為是“通常的”收件人或新的收件人。
歷史數(shù)據(jù)庫24可存儲(chǔ)關(guān)于接收來自系統(tǒng)10的用戶的消息的收件人的信息。例如，歷史數(shù)據(jù)庫24可包括接收來自該用戶的消息的收件人的記錄241。或者可選擇地，數(shù)據(jù)庫可包括用戶發(fā)送的消息的記錄。在圖2所示的示例中，記錄被結(jié)構(gòu)化為表，但是應(yīng)指出，記錄可以任何已知的數(shù)據(jù)結(jié)構(gòu)例如列表、數(shù)組、鏈表、散列表、圖等的形式存儲(chǔ)。
在圖2的示例中，歷史數(shù)據(jù)庫24包括接收發(fā)件人的消息的收件人的記錄241。每條記錄可包括例如記錄標(biāo)識(shí)符2411例如收件人姓名、他或他的電子郵件地址、雇員ID或任何其他唯一的ID。另外，每條記錄可包括時(shí)間戳2412例如該記錄在數(shù)據(jù)庫內(nèi)最新被更新的日期。此日期可指示此記錄內(nèi)列出的收件人接收用戶的消息的最新時(shí)間。每條記錄的另外的細(xì)節(jié)2413可包括發(fā)送給收件人的消息的大小、與消息相關(guān)聯(lián)的關(guān)鍵字、收件人多頻繁地接收系統(tǒng)10的用戶的電子郵件消息等。應(yīng)指出，每條記錄還可包括指向產(chǎn)生該記錄的消息的鏈接或指針。
如上所述，控制單元261可向歷史數(shù)據(jù)庫24發(fā)送查詢。在接收到查詢結(jié)果時(shí)，控制單元261可根據(jù)用戶或管理員定義的策略向系統(tǒng)10的用戶提示警告，如下文將詳細(xì)說明的。
現(xiàn)在參照圖3，該圖是根據(jù)本發(fā)明的一個(gè)實(shí)施例的用于圖1的系統(tǒng)的復(fù)合提示對(duì)話框30的屏幕視圖。一旦用戶指示可發(fā)送消息例如通過點(diǎn)擊“發(fā)送”按鈕，而在郵件實(shí)用工具20實(shí)際發(fā)送該消息之前，增強(qiáng)模塊26可將對(duì)話框30呈現(xiàn)給用戶。對(duì)話框30可包括狀態(tài)為“通常的”或“一般的”的收件人32[1]-32[i]的列表32，和具有“新的”或“非通常的”的不同狀態(tài)的收件人34[1]-34[j]的列表34。為每個(gè)收件人呈現(xiàn)的細(xì)節(jié)是標(biāo)識(shí)細(xì)節(jié)例如收件人的電子郵件地址，或可存儲(chǔ)在歷史數(shù)據(jù)庫24內(nèi)以標(biāo)識(shí)收件人的任何其他細(xì)節(jié)例如上述的唯一的ID、雇員編號(hào)等。
在每個(gè)收件人近旁有一確認(rèn)按鈕或復(fù)選框36、和一編輯按鈕38。對(duì)話框30也可包括一“發(fā)送”和“取消”按鈕，以在檢查收件人列表并在需要更改時(shí)進(jìn)行了更改之后實(shí)際發(fā)送消息。關(guān)于是否應(yīng)當(dāng)將一收件人列入列表32或34的決策可以多種方式做出，如將在下文中詳細(xì)說明的。
根據(jù)本發(fā)明的一個(gè)示例性實(shí)施例并如上文所述，歷史數(shù)據(jù)庫24可存儲(chǔ)關(guān)于接收來自系統(tǒng)10的用戶的電子郵件消息的收件人的信息?？筛鶕?jù)歷史策略分析該數(shù)據(jù)庫內(nèi)存儲(chǔ)的信息，該歷史策略可用于確定收件人是“通常的”收件人還是新的收件人。例如，用戶或管理員可定義閾值時(shí)間段(timeframe)例如為最近30天。因此，當(dāng)增強(qiáng)模塊26內(nèi)的邏輯單元261(見圖2)檢測到發(fā)送給一收件人的消息且該收件人在歷史數(shù)據(jù)庫24內(nèi)的記錄的時(shí)間戳比閾值舊(或者該消息被發(fā)送給數(shù)據(jù)庫內(nèi)沒有存儲(chǔ)的收件人)，則可將該收件人列在新收件人列表34內(nèi)。
根據(jù)本發(fā)明的第二示例性實(shí)施例，歷史數(shù)據(jù)庫24除了消息被發(fā)送給收件人的最新時(shí)間之外，還可存儲(chǔ)關(guān)于收件人的附加信息，并且系統(tǒng)10的用戶或管理員可定義根據(jù)此附加信息確定收件人是否應(yīng)被包括在“通常的”收件人的列表32內(nèi)的規(guī)則。此附加信息可包括接收郵件的速率例如收件人多頻率地接收來自該用戶的消息。另外，歷史書庫24可保持與通過郵件實(shí)用工具20發(fā)送的消息的內(nèi)容有關(guān)的信息。與內(nèi)容有關(guān)的簡單細(xì)節(jié)可包括消息的大小、其是否包括附件以及其類型、是否存在該消息的另外的收件人，以及它們的細(xì)節(jié)。更復(fù)雜的細(xì)節(jié)可包括例如發(fā)送的消息內(nèi)的關(guān)鍵字、消息的主題等。這些細(xì)節(jié)可例如通過實(shí)施索引方法例如標(biāo)題為“A Method andSystem for Managing Files in a File System”的美國專利申請No.11/135818內(nèi)所述的方法獲得，該專利申請被轉(zhuǎn)讓給本專利申請的共同受讓人。
因此，系統(tǒng)10的用戶或管理員可定義確定收件人是否應(yīng)被包括在“通常的”收件人的列表32內(nèi)的規(guī)則。例如，如果每周向收件人X發(fā)送一個(gè)電子郵件消息，則當(dāng)在同一周內(nèi)向該收件人發(fā)送第二個(gè)電子郵件消息時(shí)，該收件人將被列在新收件人列表34內(nèi)。根據(jù)另一個(gè)示例，如果收件人Y僅接收到根本沒有附件的正文消息，則當(dāng)向收件人發(fā)送帶有附件的消息時(shí)，該收件人將也被列在新收件人列表34內(nèi)。根據(jù)另一個(gè)示例內(nèi)，如果收件人Z接收具有關(guān)鍵字例如“家庭”、“旅游”和“周末”的消息，則當(dāng)收件人接收具有不同關(guān)鍵字例如“機(jī)密”、“約會(huì)”的消息時(shí)，此收件人應(yīng)被列在新收件人列表134內(nèi)。已指出，這些僅是示例，并且這些規(guī)則可根據(jù)數(shù)據(jù)庫24內(nèi)存儲(chǔ)的附加信息被動(dòng)態(tài)地定義。
現(xiàn)在參照圖4，該附圖是根據(jù)本發(fā)明的實(shí)施例的電子郵件通信增強(qiáng)過程的流程圖。
該過程可以用戶使用例如郵件實(shí)用工具20的郵件編輯功能準(zhǔn)備將發(fā)送的消息開始。一旦用戶對(duì)消息的內(nèi)容和地址感到滿意，則他或她可啟動(dòng)指示他或她已完成對(duì)消息的編輯并準(zhǔn)備發(fā)送該消息的控件。消息完成事件的檢測(步驟400)會(huì)使得系統(tǒng)啟動(dòng)(步驟402)其數(shù)據(jù)庫查詢操作。然后，系統(tǒng)可組裝提示對(duì)話框，并可將其呈現(xiàn)(步驟404)給用戶。用戶可以某種方式響應(yīng)(步驟406)該對(duì)話框，例如可確認(rèn)將消息發(fā)送給列表32和34內(nèi)列出的所有或一些收件人，可編輯一些收件人的電子郵件地址，可取消將消息發(fā)送給一些收件人，等等。
系統(tǒng)然后可評(píng)估和處理(步驟408)用戶對(duì)對(duì)話框的響應(yīng)，以確定是否進(jìn)行了可接受的響應(yīng)例如點(diǎn)擊確定按鈕。如果用戶激活取消類型的按鈕，則將不發(fā)送該消息，并且用戶將返回郵件實(shí)用工具20。如果用戶激活修正類型的按鈕例如編輯按鈕或打開按鈕，則將向用戶呈現(xiàn)執(zhí)行修正的合適的界面例如編輯窗口。
在提示對(duì)話框執(zhí)行的提示功能完成之后，系統(tǒng)可確定(步驟410)是否存在另外的提示。如果不存在另外的提示，則系統(tǒng)可發(fā)送(步驟412)消息并將控制返回給郵件實(shí)用工具。如果存在另外的提示，則系統(tǒng)可重復(fù)(步驟404-410)提示過程，直到用戶取消或者不再存在提示對(duì)話框。
在上文說明內(nèi)，闡述了許多特定細(xì)節(jié)以便使人透徹地理解本發(fā)明。但是，本領(lǐng)域內(nèi)的技術(shù)人員可清楚地看到，可實(shí)現(xiàn)本發(fā)明而不具有這些特定細(xì)節(jié)。在其他情況中，用于傳統(tǒng)算法和過程的公知的電路、控制邏輯和計(jì)算機(jī)程序指令的細(xì)節(jié)沒有詳細(xì)示出以便不必要地遮掩本發(fā)明。
體現(xiàn)本發(fā)明的方面的軟件程序代碼通常被包含在永久存儲(chǔ)器例如計(jì)算機(jī)可讀介質(zhì)內(nèi)。在客戶機(jī)-服務(wù)器環(huán)境內(nèi)，這種軟件程序代碼可存儲(chǔ)在客戶機(jī)或服務(wù)器上。軟件程序代碼可包含在與數(shù)據(jù)處理系統(tǒng)一起使用的多種已知介質(zhì)上。這包括但不局限于磁和光存儲(chǔ)設(shè)備例如盤驅(qū)動(dòng)器、磁帶、光盤(CD)、數(shù)字視盤(DVD)，體現(xiàn)為具有或不具有信號(hào)在其上被調(diào)制的載波的傳輸介質(zhì)的計(jì)算機(jī)指令信號(hào)。例如，傳輸介質(zhì)可包括通信網(wǎng)絡(luò)例如因特網(wǎng)。另外，盡管本發(fā)明可體現(xiàn)在計(jì)算機(jī)軟件中，但是作為另一種選擇，可使用硬件元件例如專用集成電路或其他硬件或者硬件元件和軟件的某種組合來部分或完全地體現(xiàn)實(shí)現(xiàn)本發(fā)明所必須的功能。
可對(duì)前述內(nèi)容進(jìn)行改進(jìn)和修改而不會(huì)背離本發(fā)明的范圍。
本領(lǐng)域內(nèi)的技術(shù)人員可理解，本發(fā)明并不局限于上文已具體示出和說明的內(nèi)容。相反，本領(lǐng)域內(nèi)的技術(shù)人員在閱讀前述說明時(shí)可想到，本發(fā)明的范圍包括上文說明的多個(gè)特征組合和子組合(subcombination)，以及現(xiàn)有技術(shù)內(nèi)不存在的對(duì)其的修改和變型。
權(quán)利要求
1.一種用于增強(qiáng)電子郵件傳送的計(jì)算機(jī)實(shí)現(xiàn)的方法，該方法包括在發(fā)送電子郵件消息之前，確定所述電子郵件消息的收件人的狀態(tài)；以及將所述狀態(tài)呈現(xiàn)給用戶。
2.根據(jù)權(quán)利要求1的方法，其中，所述確定還包括根據(jù)歷史策略確定所述收件人是否通常地從所述電子郵件消息的發(fā)件人接收電子郵件。
3.根據(jù)權(quán)利要求2的方法，其中，所述確定還包括分析所述發(fā)件人的歷史信息以確定所述收件人是否通常地從所述發(fā)件人接收電子郵件。
4.根據(jù)權(quán)利要求3的方法，其中，所述分析還包括將所述收件人與指示從所述發(fā)件人接收電子郵件的收件人的數(shù)據(jù)庫相比較；響應(yīng)于所述歷史策略，確定所述收件人的狀態(tài)是新的還是通常的。
5.根據(jù)權(quán)利要求4的方法，其中，在所述數(shù)據(jù)庫內(nèi)存儲(chǔ)所述收件人的身份以及發(fā)送給所述收件人的最新消息的時(shí)間戳。
6.根據(jù)權(quán)利要求5的方法，其中，根據(jù)所述歷史策略，確定具有比動(dòng)態(tài)定義的閾值時(shí)間戳舊的時(shí)間戳的收件人為新收件人。
7.根據(jù)權(quán)利要求4的方法，其中，在所述數(shù)據(jù)庫內(nèi)存儲(chǔ)關(guān)于所述收件人從所述發(fā)件人接收的消息的特性的附加信息。
8.根據(jù)權(quán)利要求7的方法，其中，根據(jù)所述歷史策略，確定具有與所述數(shù)據(jù)庫內(nèi)存儲(chǔ)的特性不同的特性的消息的收件人為新收件人。
9.一種用于增強(qiáng)電子郵件傳送的系統(tǒng)，該系統(tǒng)包括在發(fā)送電子郵件消息之前確定所述消息的收件人的狀態(tài)的增強(qiáng)模塊；以及存儲(chǔ)關(guān)于以前從收件人接收電子郵件消息的收件人的信息的數(shù)據(jù)庫。
10.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述增強(qiáng)模塊根據(jù)歷史策略確定所述收件人是否通常地從所述電子郵件消息的發(fā)件人接收電子郵件。
11.根據(jù)權(quán)利要求10的系統(tǒng)，其中，所述增強(qiáng)模塊分析存儲(chǔ)在所述數(shù)據(jù)庫內(nèi)的所述發(fā)件人的歷史信息以確定所述收件人是否通常地從所述發(fā)件人接收電子郵件。
12.根據(jù)權(quán)利要求9的系統(tǒng)，其中，所述收件人的狀態(tài)是新的或通常的。
13.根據(jù)權(quán)利要求10的系統(tǒng)，其中，在所述數(shù)據(jù)庫內(nèi)存儲(chǔ)所述收件人的身份以及發(fā)送給所述收件人的最新消息的時(shí)間戳。
14.根據(jù)權(quán)利要求13的系統(tǒng)，其中，所述增強(qiáng)模塊根據(jù)所述歷史策略確定具有比動(dòng)態(tài)定義的閾值時(shí)間戳舊的時(shí)間戳的收件人為新收件人。
15.根據(jù)權(quán)利要求9的系統(tǒng)，其中，在所述數(shù)據(jù)庫內(nèi)存儲(chǔ)關(guān)于所述收件人從所述發(fā)件人接收的消息的特性的附加信息。
16.根據(jù)權(quán)利要求15的系統(tǒng)，其中，所述增強(qiáng)模塊根據(jù)所述歷史策略確定具有與所述數(shù)據(jù)庫內(nèi)存儲(chǔ)的特性不同的特性的消息的收件人為新收件人。
17.一種計(jì)算機(jī)軟件產(chǎn)品，該產(chǎn)品包括計(jì)算機(jī)程序指令存儲(chǔ)在其中的計(jì)算機(jī)可讀介質(zhì)，所述指令在被計(jì)算機(jī)讀取時(shí)可使計(jì)算機(jī)執(zhí)行用于增強(qiáng)電子郵件傳送的方法，該方法包括在發(fā)送電子郵件消息之前，確定所述電子郵件消息的收件人的狀態(tài)；以及將所述狀態(tài)呈現(xiàn)給用戶。
18.根據(jù)權(quán)利要求17的計(jì)算機(jī)軟件產(chǎn)品，其中，所述確定還包括根據(jù)歷史策略確定所述收件人是否通常地從所述電子郵件消息的發(fā)件人接收電子郵件。
19.根據(jù)權(quán)利要求18的計(jì)算機(jī)軟件產(chǎn)品，其中，所述確定還包括分析所述發(fā)件人的歷史信息以確定所述收件人是否通常地從所述發(fā)件人接收電子郵件。
20.根據(jù)權(quán)利要求19的計(jì)算機(jī)軟件產(chǎn)品，其中，所述分析還包括將所述收件人與指示從所述發(fā)件人接收電子郵件的收件人的數(shù)據(jù)庫相比較；響應(yīng)于所述歷史策略，確定所述收件人的狀態(tài)是新的還是通常的。
全文摘要
提供一種用于增強(qiáng)電子郵件(e－mail)通信的計(jì)算機(jī)實(shí)現(xiàn)的方法和系統(tǒng)。該方法包括在發(fā)送電子郵件消息之前，確定所述電子郵件消息的收件人的狀態(tài)，并將所述狀態(tài)呈現(xiàn)給用戶。該系統(tǒng)包括在發(fā)送電子郵件消息之前確定所述消息的收件人的狀態(tài)的增強(qiáng)模塊；以及存儲(chǔ)關(guān)于以前從發(fā)件人接收電子郵件消息的收件人的信息的數(shù)據(jù)庫。
文檔編號(hào)H04L12/58GK1949751SQ20061010025
公開日2007年4月18日 申請日期2006年7月5日 優(yōu)先權(quán)日2005年10月14日
發(fā)明者I·戈德貝里, G·哈貝爾 申請人:國際商業(yè)機(jī)器公司