用來檢測和過濾未請求和不需要電子消息的系統和方法

2023-06-11 04:44:51

專利名稱：用來檢測和過濾未請求和不需要電子消息的系統和方法
技術領域：
本發明涉及一種系統和一種方法，通過自動檢驗電子消息的懷疑 始發人真實地發送消息來檢測和過濾未請求和不需要電子消息。
背景技術：
電子通信是促進企業務和個人通信的基本工具。電子報文的一種 形式-電子郵件，提供優於傳統通信形式的幾個優點。電子郵件允許信 息幾乎瞬時交換，它允許以非常低的成本傳輸多條消息，及它允許大 量數據文件從發件人傳輸到另一個用戶。儘管如此，電子郵件的固有 本質產生一些缺點。最值得注意的和最為關心的主題是不想要和未請求電子郵件或"Spam"的日益增多。Spam是典型地傳輸到極大量的電子郵件收件人的未請求電子郵 件。Spam是傳統郵件服務接收的"垃圾郵件，，的電子等效物。 一般地， Spam電子郵件是試圖銷售產品或服務的商業廣告。Spam典型地引導 收件人採取某種行動，以便購買做廣告的產品或服務。這可以是在 spam消息的上下文中提供電話號碼或超級連結的形式，當由收件人 利用電話號碼或超級連結時，將把收件人置於與商品或服務的銷售者 的聯繫中。Spam常常，儘管不是排他地，在傳統零售商和服務提供 商的規範之外由銷售產品或服務的實體利用。 一些Spam消息包含不 適於電子郵件用戶(特別是兒童)的信息或圖形。然而，Spam提供 巨大的銷售利益，因為允許零售商、市場人員、或其它發件人以最小 的經濟消耗到達大得驚人的讀者。不幸地，Spam的發件人的這種利益需要Spam消息的不願意收 件人付出顯著代價。Spamming的代價是公司在擁塞伺服器方面的數百萬美元、為堵塞Spam電子郵件招致採取措施的費用、及由於電 子郵件收件人必須費力瀏覽大量Spam請求以便找到希望電子郵件而 損失的生產率。而且，Spam電子郵件為通過計算機病毒和其它惡意 代碼引入而感染用戶系統的計算機黑客提供理想的媒介。希望發送Spam電子郵件的人員能夠以各種方式得到電子郵件 清單。例如，由發件人接收的或來自用戶的現有電子郵件上出現的電 子郵件地址可編譯電子郵件清單，該用戶在電子事務期間提供他們的 電子郵件地址。另外，地址清單常常以已經銷售傳統地址清單的相同 方式由第三方編碼和銷售。根據一種估計，到2004年1月止，Spam電子郵件構成在互聯 網上的所有電子郵件通信量的多達60%( "Microsoft Sets Its Sights on Defeating Spam," National Public Radio, Morning Edition,2004年2 月2日)。由於Spam已經變得更豐富，所以已經產生對於檢測和堵 塞這些未請求消息的傳送的有效且高效方法的巨大需要。Spam電子郵件，像所有電子郵件那樣，源於發送電子郵件系統。 所有電子消息，包括Spam電子郵件消息，在電子消息的首部、包或 其它指定部分中包含促進消息傳輸的各種數據元素。尤其是，這些包 括消息的意圖收件人的地址、消息始發人的地址及準備消息時的日期 和時間。例如，網際網路標準RFC 2821-"Simple Mail Transfer Protocol (簡單郵件傳輸協議SMTP)"下，電子郵件的消息包包含各種數據 元素，包括始發人地址和一個或多個收件人地址。類似地，在標準 RFC 2822-"Internet Message Format (網際網路消息格式)"下，用於 電子郵件的網際網路消息首部包含起始日期和始發人地址，並且典型地 包括目的地地址欄位。電子郵件地址，不管是始發人還是收件人地址，典型地具有"用 戶@域名，，的形式。對於始發人或收件人地址，電子郵件地址的域名 部分標識電子郵件向其發送或從其接收的主機系統。地址的"用戶"部 分標識指定用戶，並且由主才幾系統賦予，該主機系統在始發人地址的 情況下傳輸由指定用戶準備的電子郵件，或者在收件人地址的情況下接收用於指定用戶的電子郵件消息。發送電子郵件的主機系統通過參考域名系統("DNS")把電子郵 件傳輸到意圖的收件人。當發送主機系統接收到準備的電子郵件消息 時，它首先標識用於每一個意圖收件人的域名。通過對於本領域的技 術人員熟知的過程，發送主機系統然後利用域名系統("DNS")確定 與每一個收件人電子郵件地址中的每一個域名相關聯的主機系統的 網際網路協議(IP)地址。接下來，發送主機系統與利用電子郵件傳輸協議的意圖收件人相 關聯的每個主才幾系統通信。例如，RFC 2821-"Simple Mail Transfer Protocol ("SMTP")"描述通常用於電子消息傳輸的一種協議。儘管發送主機系統可在多於65,000可用通信埠的任何一個端 口上與接收主機系統通信，但按照慣例，電子郵件傳輸典型地通過一 個或多個指定埠進行。例如，網際網路賦予號碼授權("IANA")已經 指定編號O至1023的通信埠作為系統或熟知埠，並且還指定用 於簡單郵件傳輸的埠 25。見htpp:〃www.iana.org/mumbers.html。 相應地，按照慣例，大多數SMTP過程由在發送主機系統的埠 25 和接收主機系統的埠 25之間的電子通信進行。在主機系統包括服務單個域名的多個電子郵件伺服器時，DNS 系統提供一個或多個IP位址用於對任一個伺服器的訪問。因而，在 接收電子郵件系統通過多個電子郵件伺服器可以接收消息時，詢問 DNS系統的任何發件人將接收到域名的相同唯一 IP位址或唯一 IP地 址集。當對IP位址形成電子郵件或電子通信時，接收電子郵件系統， 通過對於本領域的技術人員熟知的過程，指導在接收系統內的適當服 務器的傳輸。DNS數據可以存儲在各個客戶機級別以及主機系統級別。另外， DNS名稱伺服器對於在客戶機或主機系統級別不能滿足的查詢通過 網際網路是可得到的。如早先提到的那樣，在電子郵件消息中習慣上包括的 一個數據元 素是電子郵件地址，電子郵件源於該電子郵件地址。例如，準備符合RFC 2822的消息的電子郵件用戶在"From:"電子郵件首部欄位，如 "From:[email protected]，，， 中包括始發電子郵件地址，在該 "From:[email protected]"+ domain.com是消息來源的域名。選擇性 地，包括域名的始發電子郵件地址可以出現在"Sender:，，電子郵件首 部欄位中。本領域的技術人員已知的堵塞Spam消息的一種部分有效方法 是，接收電子郵件系統標識Spam已知來源的域，然後堵塞具有該相 同域名的始發電子郵件地址發送的任何未來電子郵件。接收電子郵件 系統簡單編譯已經發送Spam消息的域名。這種清單，或"黑清單"， 此後每當由接收電子郵件系統接收消息時被參考。如果電子郵件源於 在黑清單上的域名，則消息被阻止傳送。本領域的技術人員將認識到，這種技術的顛倒也可以實施，並且 也已經實施。就是說，接收電子郵件系統可以編譯信任域名的清單、 或"白清單"。此後，每當消息由接收電子郵件系統接收時，就參考白 清單。如果消息源於在白清單上的域名，則傳送消息。多種接收電子郵件系統採用白清單和黑清單。如果源域因為它列 在白清單上被識別為信任系統，那麼傳送電子郵件。如果不是，接收 電子郵件系統參考黑清單以確定源是否已經標識為Spam電子郵件的源，如果它已經被如此標識則拒絕傳送。已經形成幾種服務，如Spam Cop和MAPS，以編譯、保持及共 享已知spamming域的域數據。這些服務允許接收電子郵件系統參考 從多個源編譯的已知Spam電子郵件源的巨大資料庫，從而分享服務 的接收電子郵件系統可以排除來源已知是Spam電子郵件源的域的電 子郵件。過濾未請求電子郵件的這種方法已經在用戶級別、接收電子 郵件系統級別、以及網際網路服務提供商(ISP)級別下實施。根據參 考文獻，估計ISP America On-line每天堵塞來自標識的spamming 系統的約20億條消息。然而，更多的Spam正在繞過黑清單措施，並且通過把本身"電 子偽裝(spoofing)，，成源於合法域而利用白清單。當 spamming系統元素時，電子偽裝發生。虛假地址的域名可以是合法域名，如"aol.com"、 "hotmail.com，，或"msn.com"，或者它可以是虛擬域名。 Spammer虛構或"偽裝"在Spam消息中的始發電子郵件地址，以便繞 過正在堵塞Spam的黑清單，並且使接收電子郵件系統不能知道它們 的實際身份。因為有合法電子郵件可能來源於很多合法域名，所以利 用電子偽裝的spamming系統通過頻繁地改變它虛假提供成Spam消 息發送源的域名，具有對接收電子郵件系統隱瞞它身份的幾乎無限的 能力。根據參考文獻，已經估計所有Spam的70。/。包含電子偽裝的始 發電子郵件地址。電子偽裝因為堵塞合法及希望電子郵件傳輸的潛在可能性，還損 害接收電子郵件系統使用黑清單或白清單堵塞Spam的能力。例如， spammer可能配置spamming電子郵件系統以送出Spam，佳_標識 "hotmail.com"的在消息首部中的始發電子郵件地址作為Spam電子 郵件來源域名。在這樣一種情況下，接收到這些Spam消息並且利用 黑清單的電子郵件系統面臨困境。儘管它們能堵塞源於hotmail.com 域的所有電子郵件，但這會具有也堵塞來自hotmail.com users的所有 非Spam、所希望電子郵件的不希望效果。相應地，如果接收電子郵件系統只依靠黑清單和白清單堵塞 Spam,則它必須或者傳送電子偽裝Spam電子郵件、或者拒絕顯著數 量的希望電子郵件的傳送。當Spammer偽裝在接收電子郵件系統的 信任域名清單上(就是白清單)上存在的域名時，第一缺點發生。當 接收電子郵件系統把域標識為spamming域，並且把該域的域數據提 供給本地或集中保持的黑清單時，第二缺點發生，因為域名被錯誤表 示為Spam電子郵件的始發域。此後，當非Spam電子郵件源於域並 且傳輸到同一接收電子郵件系統或參考同一黑清單的另一接收電子 郵件系統時，非Spam電子郵件將被堵塞。電子偽裝問題由系統管理員不能標識非Spam電子郵件可能來 源的所有可能域名而進一步加劇。因此，系統管理員避免堵塞合法電子郵件而同時停止"電子偽裝，，Spam已經變得日益困難，因為它們不 能把合法電子郵件發件人大量使用的域名製成黑清單並且堵塞該域 名，並且因為它們不能肯定如果它們把以前未標識的spamming域名 添加到黑清單則不會堵塞某些希望的電子郵件。用來標識已經電子偽裝的Spam的一種方法是，把傳輸可疑電子 郵件消息的發送電子郵件系統的IP位址與賦予始發人的電子郵件地 址中標識的域名的IP位址相比較。習慣上，當發送電子郵件系統傳 輸電子郵件消息時，發送電子郵件系統在傳輸連接期間向接收電子郵 件系統標識其自身。例如，在RFC 2821- Simple Mail Transfer Protocol下，"HeIlo"命令由發送電子郵件系統用來向接收電子郵件系 統標識自身，並且命令行包括發送電子郵件系統的域名。因此，確定 是否正在傳輸電子偽裝電子郵件的一種方案是由DNS確定在"Hello" 命令中的域名的IP位址，並且為電子郵件或電子郵件包中所聲明的 始發人的電子郵件地址中提供的域名確定域名的IP位址。如果兩個 IP位址相同，那麼電子郵件消息假想地是非Spam。然而，如果兩個 IP位址不同，那麼電子郵件假想地確定是Spam。這種方法，通常稱作"反向MX記錄查閱"，在標識Spam時稍微 有效。然而，在spammer偽裝電子郵件首部和包中提供的原始地址、 而且也偽裝在SMTP通信事務期間用於發送電子郵件系統的域名時， 這種方法失效。因而，老練的騙子可以提供包括有效域名的虛假原始 地址，並且還在SMTP事務期間提供虛假的發送電子郵件系統域名或 虛假的發送電子郵件系統IP位址，無論如何保證虛假原始地址和虛 假的發送電子郵件系統域名或IP位址一致。以這種方式，騙子可以 避免由採用反向MX記錄查閱的那些管理員對Spam電子郵件的檢 測。現有技術中教導的用來標識已經電子偽裝的Spam的另一種方 法是，分析電子郵件消息本身部分以確定消息是否是Spam.根據這 種方法，根據估計可疑電子郵件的各種部分的內容，包括例如主題行、 電子郵件的首部中的其它數據元素、消息本身的內容、或這些的任意組合的一種或多種算法，電子分析或"過濾，，可疑Spam電子郵件。這些Spam過濾機制的幾種類型由現有技術公開。這些系統允許 接收電子郵件系統訪問電子郵件消息，以確定它們是否應該傳送。例 如，美國專利No.5，999，932 ( Paul'932 )和美國專利No.5，884，033 (Duvall'033 ) /^開了各種過濾方法。Duvall'033專利公開了一種過濾系統，該過濾系統部分把接收的 電子郵件消息與Spam消息中通常包含的信息數據系統中的信息相比 較。Duvall'033系統具有從電子郵件搜索具體字符串和這樣字符的具 體方位的能力，以便確定接收電子郵件消息是否是所反感的並因此是 否應該確定為Spam。Paul'932專利公開了 一種其中進行多個步驟的Spam過濾方法。 首先，把來自於來自進來電子郵件的一個或多個數據元素的數據與存 儲數據相比較。如果根據預定標準，數據適當地交叉參考，則傳送郵 件。如果不是，則執行一種或多種額外啟發性技術，以便確定電子郵 件是否有效和是否應該傳送。不幸地，這些類型的Spam過濾器具有嚴重缺陷。過濾程序典型 地要求相當大的處理能力。這樣的程序要求每個可疑Spam消息通過 由程序採用的各種算法分析和研究。因此，過濾程序不可能適於安裝 在單個電子郵件收件人的計算機上，因為計算機的處理能力不可能足 以操作過濾程序以及其它應用程式。然而，即使接收電子郵件系統的 處理能力相當大，它仍然可能由過濾程序沉重地加重負擔，特別是如 果接收電子郵件系統接收到大量電子郵件和大量可疑Spam消息。因此，某些組織已經建立過濾電子郵件系統，分離系統，其接收使用過濾程序或其它方法處理電子郵件消息。在優選地利用過濾程序 時，過濾電子郵件系統的使用減小對接收電子郵件系統的系統資源的 要求，如果程序在接收電子郵件系統本身上運行會遇到這一問題。然而，即使當使用過濾電子郵件系統時，這些過濾系統也是低效 的並且在允許有效電子郵件傳送的同時不能一致地濾除不適當的電子郵件。這是真實的，因為利用的算法儘管複雜，但不足以高級到完全和充分地分析和估計消息內容。況且，Spammer可採用諸如使用打 散字和用於字母的數字表示之類的技術，以便避免通過過濾程序的檢 測。例如，"Viagra，，可輸入為"Viagra，，或"Vlagra"以便避免檢測。在克服這些缺陷的嘗試中，公報No.2003/0009698公開一種用來 過濾Spam的系統，該系統依靠由接收電子郵件系統對於懷疑發件人 的"確認請求，，的傳輸。確認請求是由接收電子郵件系統響應任何進來 電子郵件自動產生的答覆電子郵件，其中該進來電子郵件不源於白清單源，或者可以潛在地歸類為Spam。答覆電子郵件請求原始發件人 手工通知確認請求，以便發件人成為"信任源"。這種方法依靠大多數 spamming系統不能響應答覆電子郵件的能力和spamming系統不能 響應大量答覆電子郵件的能力。如果確認電子郵件不能成功地傳送， 或者如果系統沒有接收到對於請求的答覆，那麼接收電子郵件系統把 郵件列為Spam並且刪除它。否則，如果接收電子郵件系統接收到答 復，則它把域名添加到信任源清單、或白清單上，並且把消息轉給意 圖收件人。其它專利，如美國專利6,199,102 (Cobb'102) ^^開了利用某種 形式的確認返回電子郵件消息的類似系統。在Cobb'102專利的情況 下，確認電子郵件包含由發件人必須答覆的問題，或者要求發件人進 行由計算機不能進行的某種其它認識任務。如果沒有接收到響應或接 收到不適當的響應，則堵塞可疑電子郵件傳送並且刪除。儘管Cobb'102發明和公報No.2003/0009698的方法提供了優於 過濾系統的優點，但它們具有三個顯著缺陷。首先，它們要求電子郵 件通信的原始發件人在第一通信的傳送之前，釆取額外的行動，就是 說，答覆確認消息。這對於原始發件人的部分產生額外的、和通常意 外且不希望的工作。此外，在發件人不能或不願意發送答覆時，消息 的傳送可能被延遲或拒絕。第二，這些方法通常傳送已經源自白清單 域名的任何電子郵件消息，而不要求發件人確認。因而，如果Spammer 偽裝為釆用這些方法之一的接收電子郵件系統所利用的白清單上列出的域名，則Spam電子郵件將被傳送而不要求發件人確認消息。最 後，這些詢問電子郵件方法要求第二次電子郵件傳送，通常發送到消 息始發人，這本身可促使詢問電子郵件的準備等等，導致一系列電子 郵件的級聯。即使這種級聯由某種編程中斷預佔，然而，這種方法的 採用也仍然導致電子郵件通信量的顯著增大。由美國專利No.6，393，465 ( Leeds'465 )公開的方法和系統試圖通 過把秘密授權代碼附加到每條消息上來解決以上問題。Leeds'465系 統的用戶通過第三方"管理方，，提供有授權代碼。代碼包括在所有電子 郵件通信中。當接收電子郵件系統接收到包含未識別的代碼的電子郵 件時，接收電子郵件系統可以通過藉助於第三方管理方檢查而檢驗電 子郵件發件人不是Spammer。儘管Leeds'465系統的確減小對接收電子郵件系統的負擔，但它 容易出錯，因為它要求保持授權代碼的秘密性和完整性。如果 Spammer能夠解密參加人的授權代碼，則他可使用代碼發送Spam電 子郵件而不被檢測。而且，這種系統要求通過第三方鑑定方的鑑定，並且重複與第三方鑑定方的通信。另外，這種系統的用戶取決於具體 發送電子郵件伺服器不是spamming系統的第三方表示。因此有對Spam電子郵件的檢測和過濾的系統和方法的需要，該 Spam電子郵件的檢測和過濾可由發送和接收電子郵件系統進行而無 需發件人或其它人員的幹預，並且不會過分加重郵件伺服器的處理資 源。也需要一種方法來識別通過電子偽裝發送的Spam電子郵件而不 堵塞來自被錯誤地標識為Spam始發人的域名的非Spam電子郵件。 還需要一種方法對允許識別顯然源自已知是多個非Spam電子郵件消 息的始發人的域名的Spam電子郵件而無需人工幹預且不過分加重接 收電子郵件系統的處理資源。本發明滿足這些需要。發明內容本發明提供一種系統和一種方法，通過自動檢驗可疑消息的懷疑 始發人真實發送消息來檢測和過濾不希望電子消息，從而不想要和未請求電子消息(特別是具有虛假始發地址信息的那些)可以被阻止傳 送。本發明是一種系統，該系統可與各種電子消息傳送和電子郵件協議(包括例如SMTP和SendMail) —起釆用。系統包括軟體模塊或 發送模塊，該模塊與發送電子消息的裝置交互作用，該裝置是發送系 統和第二軟體模塊或接收模塊，該模塊與接收電子消息的裝置交互作用，該裝置是接收系統。本發明的第一和第二軟體模塊能以各種編程 語言開發和實施，並且可在各種電子系統上使用。第一和第二軟體模 塊包括完成與發送系統和接收系統分別相關聯的功能的必要代碼。根據本發明，當發送系統傳輸用於傳送的電子消息時，發送模塊 準備信息記錄，該信息記錄包括唯一地標識正在發送以進行傳送的電 子消息的數據。優選地，信息記錄包括準備消息的時間和日期、標識 消息的始發人的數據、及標識消息的意圖收件人的數據。可選擇地， 信息記錄可以包含與諸如唯一消息標識符之類的電子消息相關的額 外數據。例如，在電子郵件消息的情況下，可以利用由RFC 2822-"Internet Message Format"所推薦的在電子郵件首部的 "Message-ID"中包含的唯一標識符。本領域的技術人員將認識到，各種數據元素可用來唯一地標識電 子消息。例如，電子郵件消息或消息一部分的文本的檢驗和、或根據 應用於消息或消息一部分的算法而準備的數據可用作唯一消息標識 符。由發送系統發送的電子消息的全部的信息記錄存儲在資料庫中， 並且被組織用於高效檢索。優選地，在實施本發明的通信系統中的發 送模塊和接收模塊的全部將通過預配置，通過同一數據元素或數據元素集或通過同一算法準備的數據，唯一地標識每條電子消息。根據本發明，當"可疑電子消息"，就是說接收系統不能檢驗為真 實和希望的電子消息由接收系統接收時，接收模塊阻止可疑消息傳 送。接下來，接收模塊確定被懷疑是傳輸可疑消息的發送系統的身份。 這種數據通常可以通過參考在可疑消息中的數據，或者可選擇地由伴隨消息的包中的數據，或由消息的傳輸期間傳輸的數據，被斷定。接 下來，接收模塊把確認請求發送到懷疑的可疑電子郵件所來源的發送 系統。本領域的技術人員將認識到，在電子郵件消息的情況下，接收模塊通過以與發送電子郵件系統利用DNS確定它意圖發送的電子郵件 的IP位址的相同方式利用DNS，可確定懷疑的發送電子郵件系統的 網際網路協議(IP)地址。況且，本領域的技術人員將認識到，在接收 電子郵件系統接收的可疑電子郵件是電子偽裝電子郵件的情況下，該統之外的域名，通過查詢DNS提供給接收模塊的IP位址將與被虛假 地標識為始發人的域名相對應，而非電子郵件的實際源。來自接收模塊的確認請求包含唯一地標識可疑消息的數據，該數 據通過預配置與如果消息由實施本發明的發送系統發送則在同一通 信系統中的發送模塊已經存儲的數據相對應。優選地，確認請求包括 準備可疑電子消息的日期和時間、消息的意圖收件人的身份及標識可 疑電子郵件的始發人的數據。可選地，確認請求可以包括唯一消息標 識符。當發送系統接收來自接收模塊的確認請求時，它把確認請求通信 到發送模塊。發送模塊為發送系統傳輸的全部電子消息參考包含信息 記錄的資料庫。如果發送模塊找到準備可疑消息的信息記錄，則發送 模塊答覆確認請求，確認發送系統傳輸了可疑消息。如果發送模塊找 不到準備可疑消息的信息記錄，則發送模塊答覆確認請求，否認發送 系統傳輸了可疑消息。當接收系統接收到對確認請求的答覆肯定發送系統發送了可疑 消息時，接收模塊釋放可疑消息以便傳送到意圖的收件人。當接收系 統接收到對於確認請求的答覆否認發送系統發送了可疑消息時，接收 模塊毀壞可疑電子郵件消息，或者否則根據接收系統的管理員的喜好 處置它。在本發明由傳輸電子郵件消息的系統實施時，確認請求和對確認的埠對埠通信進行。例如，通信可以通過註冊埠，就是在範圍1024至49151的範圍中的埠之一進行。在這些情況下，當接收模塊 試圖進行還未採用本發明並因此沒有發送模塊的發送電子郵件系統 的確認請求時，發送電子郵件系統或者拒絕對埠的訪問或者不能響 應請求。如果任一種情況發生，則接收模塊可既不肯定也不否認電子 郵件是Spam，並且可以選擇性地使用其它過濾方法進一步分析電子 郵件，或者傳送電子郵件並警告收件人既不肯定也不否認電子郵件是 否是Spam。


圖1是根據本發明的處理電子郵件的發送電子郵件系統和接收 電子郵件系統的示意說明。圖2是根據本發明的處理和過濾Spam電子郵件的發送電子郵件 系統和接收電子郵件系統的示意說明。圖3是根據本發明和與Spam過濾器一起處理和過濾Spam電子 郵件的多個發送電子郵件系統和接收電子郵件系統的示意說明。圖4是根據本發明和其中集中確認電子郵件系統由一個發送電 子郵件系統和一個客戶機用戶使用的處理電子郵件的多個發送電子 郵件系統和接收電子郵件系統的示意說明。
具體實施方式
本發明提供一種系統和一種方法通過自動檢驗可疑不希望消息 的懷疑始發人實際發送消息來檢測和過濾不希望電子消息，從而不想 要和未請求電子消息(特別是具有虛假始發地址信息的那些)可以被 阻止傳送。這裡提供的描述被呈現以使本領域的技術人員能夠形成和 實施本發明。然而，對於描述的優選實施例的各種修改對於本領域的 技術人員將是顯然的。另外，儘管本發明描述成與Spam電子郵件消 息的檢測相關，但本領域的技術人員將認識到，描述的系統和方法也可以應用於其它形式的電子通信系統，包括例如通過蜂窩電話的文本報文或在網際網路協議上的聲音(VoIP)報文。本發明的優選實施例表示在圖1。使用域名abc.com的發送電子 郵件系統(10)配置成用包括域名abc.com的電子郵件地址發送用戶 準備的電子郵件消息。發送電子郵件系統(10)與發送模塊(12)通 信。使用域名xyz.com的接收電子郵件系統(20)配置成用包括域名 xyz.com的電子郵件地址接收電子郵件消息並把其傳送到用戶。接收 電子郵件系統(20)與接收模塊(22)通信。本領域的技術人員將認識到，發送電子郵件系統可以包括單臺 計算機，運行電子郵件應用程式(例如，Microsoft Outlook);電子 郵件伺服器，傳輸由多個用戶準備的電子郵件，並且使用一個或多個 域名；多個電子郵件伺服器，發送由多個用戶準備的電子郵件，並且 使用一個或多個域名；或中轉電子郵件系統，就是說，從另一個發送到接收電子郵件系統的系統。類似地，本領域的技術人員將認識到， 接收電子郵件系統可以包括運行電子郵件應用程式的單臺計算機、電 子郵件伺服器、多個伺服器、或網關電子郵件系統。網關電子郵件系統(Gateway Email Systems)包括接收電子郵 件和把電子郵件轉到多個接收電子郵件系統的那些系統，以及額外地 操作以把在一個電子郵件運輸環境中接收的消息轉到在另一個電子 郵件運輸環境中的電子郵件收件人的那些系統。例如，網關電子郵件 系統可以操作，以通過SMTP接收消息並且把它們轉到以SendMail 接收消息的系統或用戶。儘管為了本發明的描述清楚，每個電子郵件系統的接收和發送功 能已經分開，但本領域的技術人員將認識到，接收和發送功能可以並 且通常由用作電子郵件伺服器的單臺計算機進行。參照圖1 ，發送電子郵件系統(10 )用電子郵件地址 [email protected]接收用戶準備的電子郵件消息(100)，以發送到具 有電子郵件地址[email protected]的收件人。按照RFC2822-"Internet Message Format",發件人的電子郵件地址和收件人的 電子郵件地址分別出現在首部欄位"From:"和"To"處的電子郵件消息 的首部部分中。額外地並且按照RFC 2822，準備消息的日期和時間 插入在首部"Date:"處。在準備的電子郵件消息的傳輸之前，發送模塊(12)產生包含唯 一標識電子郵件被傳輸的數據的信息記錄(13)。優選地，信息記錄 (13)包括電子郵件的首部中包含的數據，包括發件人地址、收件人 地址及準備電子郵件時的日期和時間。另外，身份數據串(其是唯一 數據元素)，例如唯一字母數字標識符，可以選擇性地由發送模塊(12 ) 產生，並且包括在信息記錄(13)中以及在被發送的電子郵件的首部 或本體中。例如，由RFC 2822推薦的在首部"消息-ID:"處包括的唯 一標識符可以用作身份數據串。可選擇地，其它身份數據串，如用於 消息文本的校驗和，可以被準備並且存儲在與消息相關的信息記錄 中。信息記錄由發送模塊存儲在信息記錄資料庫(11)中。組織數據 庫用於信息記錄的高效搜索和檢索。本領域的技術人員將認識到，信 息記錄資料庫可以存儲在發送模塊駐留的同一計算機上，或者可以選 擇性地外部存儲在與發送模塊通信的計算機上。電子郵件消息由發送電子郵件系統經標準和熟知的方法傳輸(101)到意圖收件人的接收電子郵件系統(20)。當接收電子郵件 系統(20)接收到電子郵件消息或可疑電子郵件時，接收模塊(22) 在進行確認過程的同時，通過把可疑電子郵件路由到臨時保持隊列(21)中而臨時阻止可疑電子郵件的傳送。在確認過程期間，接收模塊(22)首先從可疑電子郵件的消息首 部確定始發電子郵件地址中的域名。接下來，接收模塊(22)準備確 認請求並且把它傳輸(102)到與標識為可疑電子郵件消息源的域名 相關聯的發送電子郵件系統。確認請求包含身份數據，其唯一標識可 疑電子郵件，並且通過預配置與通信網絡中實施本發明的發送模塊用 來唯一標識電子郵件的數據相對應。優選地這種數據包括準備可疑電子郵件的日期和時間、發件人的電子郵件地址、及電子郵件的意圖收 件人的地址。這種信息將通常從可疑電子郵件的首部欄位抽取。可選擇地，通過預配置，發送電子郵件系統(10)發送的電子郵 件消息包含由發送模塊(12)用來標識電子郵件的身份數據串。在這 種情況下，接收電子郵件系統(20)發送的確認請求除其它身份數據 之外還包括身份數據串，包括例如準備電子郵件消息的日期和時間、 電子郵件的發件人的電子郵件地址及電子郵件的意圖收件人的電子 郵件地址。當確認請求由發送電子郵件系統(IO)接收時，發送電子郵件系 統把確認請求通信到發送模塊(12)。發送模塊(12)把確認請求中 提交的數據與其信息記錄資料庫(11)中存儲的信息記錄相比較。當 發送模塊定位了為確認請求中提交的身份數據所標識的電子郵件而 準備的信息記錄(13 )時，發送模塊(12 )答覆確認請求，肯定(103 ) 發送電子郵件系統(10)發送了可疑電子郵件。優選地，在發送電子郵件系統包括至少一個電子郵件伺服器時， 接收電子郵件系統經埠對埠通信(而不是通過電子郵件傳輸)直 接與發送電子郵件系統通信。例如，通信可以通過在通信網絡中實施 本發明的系統之間的預配置，經註冊埠，就是在範圍1024至49151 中的埠之一進行。在發送電子郵件系統包括運行電子郵件應用程式的單臺客戶計 算機(可以是離線的)時，可能需要接收模塊通過專用電子郵件通信 與發送模塊通信。在這樣一種情況下，發送模塊，通過與接收模塊的 預配置，可以在原始電子郵件消息中包括數據，其標識原始電子郵件 消息為對其必須通過專用電子郵件通信進行確認請求的傳輸。另外， 在這種情況下，確認請求電子郵件包括數據，其標識確認請求電子郵件為對其不應該準備確認請求的傳輸。當接收模塊接收到肯定發送電子郵件系統發送了可疑電子郵件 的確認請求的答覆時，電子郵件從臨時保持隊列(21)退出，並且使 得適於通過接收電子郵件系統(20 )傳送(104 )到地址[email protected]處的收件人。圖2表明在防止未請求和不希望Spam電子郵件的傳送的操作中 本發明的優選實施例。Spamming電子郵件系統(50 )配置成傳輸Spam 電子郵件消息。使用域名abc.com的發送電子郵件系統(40)配置成 用包括域名abc.com的電子郵件地址傳輸由用戶準備的電子郵件消 息。發送電子郵件系統(40)包括發送模塊(42)。發送模塊包括信 息記錄資料庫(41)。使用域名xyz.com的接收電子郵件系統(30) 配置成用包括域名xyz.com的電子郵件地址接收電子郵件消息並把它 傳送到用戶。接收電子郵件系統(30)包括接收模塊(32)。參照圖2，在電子由卩件地址[email protected]處的Spammer 準備要發送到電子郵件地址[email protected]處的收件人的Spam 電子郵件，並且把它發送(105)到Spamming電子郵件系統(50 )。 然而，為了避免檢測，Spammer把虛假的始發地址，[email protected] 插入在Spamming電子郵件消息的首部中。除虛假的始發地址外，收 件人的電子郵件地址也出現在電子郵件消息的首部部分中。Spam電 子郵件消息也在首部欄位"Date:，，處包含Spammer插入的日期和時間 數據。Spam電子郵件消息由Spamming電子郵件系統(50)經標準和 熟知的方法傳輸(106)到意圖收件人的接收電子郵件系統(30)。 當接收電子郵件系統(30)接收到Spam電子郵件消息或可疑電子郵 件時，接收模塊(32)在進行確認過程的同時，通過把可疑電子郵件 路由到臨時保持隊列(31)中而臨時暫停可疑電子郵件的傳送。在確認過程期間，接收模塊(32)首先從可疑電子郵件的消息首 部確定懷疑的始發電子郵件地址的域名。因為Spammer已經虛假地 提供[email protected]作為始發電子郵件地址，所以接收模塊(32) 將確定abc.com是始發域的域名。接下來，接收模塊(32)準備確認 請求並且把它傳輸(107)到被標識為可疑電子郵件消息源的域， abe.com。確認請求包含唯一標識可疑電子郵件的數據、並且通過預 配置與通信網絡中實施本發明的發送模塊用來唯一標識電子郵件消息的數據相對應。優選地這種數據包括發送可疑電子郵件的日期和時 間、發件人的電子郵件地址、及電子郵件的意圖收件人的電子郵件地 址。當確認請求由發送電子郵件系統(40)接收時，發送電子郵件系 統把它通信到發送模塊(42)。發送模塊(42)把確認請求中提交的 數據與其信息記錄資料庫(41)中存儲的信息記錄相比較。當發送模的;息記^:，發送;莫塊(42)否認(108)發送電子郵件系統傳輸 了可疑電子郵件以答覆確認請求。當接收模塊接收到對於確認請求的答覆否認發送電子郵件系統 傳輸了可疑電子郵件時，接收模塊(32)毀壞可疑電子郵件消息，或 者否則根據接收電子郵件系統的管理員的喜好處置它。在描述的系統優選實施中，相應接收和發送模塊經埠對埠通 信彼此通信。在發送電子郵件系統包括運行電子郵件應用程式(可以 是離線的)的單臺客戶計算機時，可能需要接收模塊通過專用電子郵 件通信與發送模塊通信。在這樣一種情況下，發送模塊，通過與接收 模塊的預配置，可以在原始電子郵件消息中包括數據，其標識原始電 子郵件消息為對其必須通過專用電子郵件通信進行確認請求的傳輸。 另外，在這種情況下，確認請求電子郵件包括數據，其標識確認請求 電子郵件為對其不應該準備確認請求的傳輸。在接收模塊(32 )試圖把確認請求通信到不實施本發明的發送電 子郵件系統(未表示)時，接收模塊將拒絕對這樣的確認請求的埠 的訪問，或者可選擇地，將同意訪問但不能從發送電子郵件系統接收 到適當響應。當這發生時，接收模塊可以選擇性地釋放用於傳送到意 圖收件人的電子郵件，可以把數據附加到電子郵件上以通知收件人不 能肯定或否認電子郵件是Spam,或者可以根據其它Spam檢測方法 處理電子郵件。在發送和接收模塊之間的通信也可以通過Secure Socket Layer 協議發生，並且在其中希望額外安全性時，根據在現有技術中通常已知的方法可以加密和解密通信。本發明也可以與用來檢測和過濾Spam電子郵件的一種或多種 可選擇方法組合實施。圖3表明與Spam過濾器一起操作的本發明的 優選實施例。Spamming電子郵件系統(80)配置成傳輸Spam電子 郵件消息。使用域名abc.com的發送電子郵件系統(60)配置成用包 括域名abc.com的電子郵件地址傳輸由用戶準備的電子郵件消息。發 送電子郵件系統(60)包括發送模塊(62)。發送模塊(62)包括信 息記錄資料庫(61)。使用域名xyz.com的接收電子郵件系統(70 )配置成用包括域名 xyz.com的電子郵件地址接收電子郵件消息並把它傳送到用戶。接收 電子郵件系統(70)包括接收模塊(72)和配置成根據一種或多種算 法分析和研究可疑電子郵件消息的Spam過濾器模塊(75)。使用域名jkl.com的第二發送電子郵件系統(90)配置成用包括 域名jkl.com的電子郵件地址傳輸由用戶準備的電子郵件消息。參照圖3，第二發送電子郵件系統(90)接收由用戶 [email protected]準備的電子郵件消息(109)以傳輸到在電子郵件地 址[email protected]處的收件人。發件人的電子郵件地址和收件人 的電子郵件地址出現在電子郵件消息的首部部分中。另外，準備消息 的時間和日期呈現在電子郵件的首部中。電子郵件消息由發送電子郵件系統經標準和熟知方法傳輸(110) 到意圖收件人的接收電子郵件系統(70)。當接收電子郵件系統(70) 接收到電子郵件消息或可疑電子郵件時，接收模塊(72)在進行確認 過程的同時，通過把可疑電子郵件路由到臨時保持隊列(71)中而臨 時暫停可疑電子郵件的傳送。在確認過程期間，接收模塊(72)首先從可疑電子郵件的消息首 部確定始發電子郵件地址的域名。接下來，接收模塊(72)準備確認 請求，並且把它傳輸(111)到被標識為可疑電子郵件消息源的域。 確認請求包含唯一標識可疑電子郵件的數據、並且通過預配置與通信 網絡中實施本發明的發送模塊用來唯 一 標識電子郵件消息的數據相對應的。優選地這種數據包括準備可疑電子郵件的日期和時間、始發 人的電子郵件地址、及電子郵件的意圖收件人的電子郵件地址。因為第二發送電子郵件系統(90)不實施本發明，所以第二發送電子郵件 系統(90)不答覆確認請求。優選地，確認請求由通信網絡中實施本發明的發送電子郵件系統 在通過預配置為確認請求通信所指定的埠上經埠對埠傳輸而 傳輸到發送電子郵件系統(卯)。當接收模塊(72)不能與發送電子 郵件系統(90)通信或者不能接收到對於來自發送電子郵件系統(90) 的確認請求的適當響應時，接收模塊(72)從臨時保持隊列(71)除 去可疑電子郵件，並且把可疑電子郵件轉到(112)用於分析和研究 的Spam過濾器模塊(75)。Spam過濾器模塊(75)根據一種或多種Spam檢測方法處理可 疑電子郵件。當Spam過濾器模塊(75 )確定可疑電子郵件不是Spam 電子郵件時，4吏得消息適於傳送(113 )到在[email protected]處的 意圖收件人。類似地，再次參考圖3，在電子郵件地址[email protected]處 的Spammer準備兩條Spam電子郵件消息以發送到在電子郵件地址 [email protected]處的意圖收件人。為了避免檢測，Spammer把虛 假始發地址[email protected]插入在第一 Spam電子郵件消息的首部 中，並且把它發送(114)到Spamming電子郵件系統(80)。 Spammer 把第二虛假始發地址[email protected]插入在第二 Spam電子郵件消息 的首部中，並且把它發送(115)到Spamming電子郵件系統。除虛 假始發地址外，收件人的電子郵件地址和準備電子郵件消息的日期和 時間也出現在Spam電子郵件消息的首部部分中。第一Spam電子郵件消息由Spamming電子郵件系統經標準和熟 知方法傳輸(116)到意圖收件人的接收電子郵件系統(70)。當接 收電子郵件系統(70)接收到第一 Spam電子郵件消息或第一可疑 Spam電子郵件時，接收模塊(72)在進行確認過程的同時，通過把 第一可疑Spam電子郵件路由到臨時保持隊列(71)中而臨時暫停第一可疑Spam電子郵件的傳送。類似地，第二 Spam電子郵件消息由 Spamming電子郵件系統經標準和熟知方法傳輸(117 )到意圖收件人 的接收電子郵件系統(70)。當接收電子郵件系統接收到第二 Spam 電子郵件消息或第二可疑Spam電子郵件時，接收模塊(72)在進行 確認過程的同時，通過把第二可疑Spam電子郵件路由到臨時保持隊 列(71)中而臨時暫停第二可疑Spam電子郵件的傳送。在確認過程期間，接收模塊(72)首先從第一和第二可疑Spam 電子郵件的消息首部確定始發電子郵件地址的域名。因為Spammer 已經虛假地提供[email protected]作為第一可疑Spam電子郵件的始 發電子郵件地址和mailer@jkl .com作為第二可疑Spam電子由卩件的i臺 發電子郵件地址，所以接收模塊(72 )將確定abc.com是第 一可疑Spam 電子郵件的始發域的域名並且jkl.com是第二可疑Spam電子郵件的 始發域的域名。接下來，接收模塊(72 )準備第一確認請求並且把它傳輸(118 ) 到使用標識為第一可疑Spam電子郵件源的域abc.com的發送電子郵 件系統(60)。第一確認請求包含唯一標識第一可疑Spam電子郵件 的數據、並且通過預配置與通信網絡中實施本發明的發送模塊用來唯 一標識電子郵件消息的數據相對應。優選地這種數據包括準備第一可 疑Spam電子郵件的日期和時間、消息的懷疑始發人的電子郵件地址、 及電子郵件的意圖收件人的電子郵件地址。接收模塊(72)也準備第二確認請求並且把它傳輸(119)到使 用標識為第二可疑Spam電子郵件源的域jkl.com的發送電子郵件系 統(90)。第二確認請求包含唯一標識第二可疑Spam電子郵件的數 據、並且通過預配置與通信網絡中實施本發明的發送模塊用來唯一標 識電子郵件消息的數據相對應。優選地這種數據包括準備第二可疑 Spam電子郵件的日期和時間、消息的懷疑始發人的電子郵件地址、 及電子郵件的意圖收件人的電子郵件地址。當第一確認請求由使用域abc.com的發送電子郵件系統(60 )接 收到時，發送電子郵件系統把請求通信到發送模塊(62)。發送模塊(62)把在第一確認請求中提交的數據與在其信息記錄資料庫(61) 中存儲的信息記錄相比較。當發送模塊不能定位與確認請求中提交的 數據相對應的電子郵件準備的信息記錄時，發送模塊(62 )否認(120 ) 使用abc.com的發送電子郵件系統(60)發送了可疑電子郵件以答覆 第一確認請求。當接收模塊接收到對於確認請求的答覆否認發送電子郵件系統 發送了第 一可疑Spam電子郵件時，接收模塊(72 )毀壞第 一可疑Spam 電子郵件消息，或者否則根據接收電子郵件系統的管理員的喜好處置 它。優選地，確認請求和對確認請求的答覆由在通信網絡中實施本發 明的接收和發送電子郵件系統在通過預配置為確認請求通信所指定 的埠上經埠對埠傳輸而傳輸。由於使用域jkl.com的發送電子郵件系統(90)不實施本發明， 所以接收電子郵件系統(70)將不能夠經指定埠與發送電子郵件系 統(90)通信，或者它不能接收對確認請求的適當響應。當接收模塊 (72)不能與發送電子郵件系統(90)通信或者不能接收到對於來自 發送電子郵件系統(90)的確認請求的適當響應時，接收模塊(72) 從臨時保持隊列(71)除去可疑電子郵件，並且把可疑電子郵件轉到 (121)用於分析和研究的Spam過濾器模塊(75 ) 。 Spam過濾器模 塊(75 )根據一種或多種Spam檢測方法處理第二可疑電子郵件消息。 當Spam過濾器模塊(75)確定可疑電子郵件是Spam電子郵件時， Spam過濾器模塊(75)毀壞第二可疑Spam電子郵件消息，或者根 據接收電子郵件系統的管理員的喜好處置它。本領域的技術人員將認識到，在發送電子郵件系統包括使用單一 域名的多個電子郵件伺服器時，發送電子郵件系統的發送模塊可以包 括與發送電子郵件系統的每一個電子郵件伺服器通信的集中信息記 錄資料庫。在這種情況下，發送電子郵件系統的每一個電子郵件服務 器將從伺服器發送的每個電子郵件抽取編譯信息記錄必需的數據。這 種數據傳輸到集中信息記錄資料庫。類似地，當從接收電子郵件系統接收到確認請求時，發送電子郵 件系統將把請求轉到集中信息記錄資料庫，並且發送模塊將確認請求 中的數據與在集中信息記錄資料庫中的數據相比較以確定由發送電 子郵件系統中的電子郵件伺服器之一是否傳輸了與確認請求相對應 的電子郵件。當發送模塊肯定為電子郵件消息準備的信息記錄在數據 庫中存在時，它將肯定地答覆，而當發送模塊不能定位為電子郵件消 息準備的信息記錄時，它將答覆否認發送電子郵件系統傳輸了與確認 請求中的數據相對應的電子郵件消息。在至今說明的實施例中，發送模塊是發送電子郵件系統的整體部 分，儘管發送模塊的功能可以分布在發送電子郵件系統內的多個計算 機中。本領域的技術人員也將認識到，發送模塊功能也可以由獨立於發送和接收電子郵件系統操作的確認電子郵件系統進行。圖4描繪一 種電子通信網絡，其中在網絡中的發送電子郵件系統的一些實施本發 明。通過在通信網絡內的預配置，為了確認目的，實施本發明的每個 發送電子郵件系統通過指定身份數據來標識發送的每個電子郵件。優 選地這種數據包括發件人地址、意圖收件人的電子郵件地址、和準備 電子郵件時的日期和時間、及身份數據串。身份數據串可以是由諸如 消息文本的校驗和之類算法準備的數據串。參照圖4，使用域名abc.com的發送電子郵件系統(170)配置 成用包括域名abc.com的電子郵件地址傳輸由用戶準備的電子郵件消 息。發送電子郵件系統(170)包括發送模塊(172)。發送模塊(172) 包括信息記錄資料庫(171)。使用域名xyz.com的接收電子郵件系統(150)配置成用包括域 名xyz.com的電子郵件地址接收電子郵件消息和把它傳送到用戶。接 收電子郵件系統(150)處於與接收模塊(152)的通信中。確認電子郵件系統(180)被配置成接收電子通信，包括電子郵 件消息，並且包括集中發送模塊(182)。集中發送模塊包括集中信 息記錄資料庫(181)和集中服務名登記(185)。集中服務名登記包 括利用確認電子郵件系統(180)的每個域名的記錄，以及利用確認地址。使用域名jkl.com的第二發送電子郵件系統(140)配置成用包 括域名jkl.com的電子郵件地址傳輸由用戶準備的電子郵件消息。第 二發送電子郵件系統(140)與確認電子郵件系統(180)的通信。使用域名qrs.com的第三發送電子郵件系統(160)配置成用包 括域名qrs.com的電子郵件地址傳輸由用戶準備的電子郵件消息。參照圖4,第一發送電子郵件系統(170)接收由具有電子郵件 地址[email protected]的用戶準備的電子郵件消息(400 )以傳輸到具 有電子郵件地址[email protected] 的收件人。按照 RFC 2822-"Internet Message Format",發件人的電子郵件地址和收件人的 電子郵件地址分別出現在首部欄位"From:"和"To，，處的電子郵件消息 的首部部分中。額外地並且也按照RFC 2822，準備消息的日期和時 間插入在首部"Date，，處。在準備電子郵件消息的傳輸之前，第一發送電子郵件系統的發送 模塊(172 )產生包含用於電子郵件的指定身份數據的信息記錄(173 )， 與用來標識電子郵件的數據的網絡內預配置一致以用於確認目的。信 息記錄(173)由發送模塊(172)存儲在信息記錄資料庫(171)中。 組織資料庫以用於信息記錄的高效搜索和檢索。第二發送電子郵件系統(140 )接收由具有電子郵件地址 [email protected]的用戶準備的電子郵件消息(600)以發送到具有電 子郵件地址[email protected]的收件人。按照RFC 2822-"Internet Message Format",發件人的電子郵件地址和收件人的電子郵件地址 分別出現在首部欄位"From:"和"To"處的電子郵件消息的首部部分 中。額外地並且也按照RFC 2822，準備消息的日期和時間插入在首 部"Date"處。在準備電子郵件消息到接收電子郵件系統的傳輸(601)之前， 第二發送電子郵件系統(140)從電子郵件抽取數據，其是編譯包含 用於該電子郵件的指定身份數據所必需的，與關於用來標識電子郵件的數據的網絡內預配置一致以用於確認目的。第二發送電子郵件系統(140)把數據(610)通信到確認電子郵件系統(180)。這種通信 優選地通過第二發送電子郵件系統(140 )與確認電子郵件系統(180 ) 之間的埠對埠通信進行。確認電子郵件系統把數據通信到集中發送模塊(182)，該集中 發送模塊(182)產生包含用於電子郵件的指定身份數據的信息記錄(183)，與關於用來標識電子郵件的數據的網絡內預配置一致以用 於確認目的。第三發送電子郵件系統(160 )接收由具有電子郵件地址 [email protected]的用戶準備的電子郵件消息(500 )以發送到具有 電子郵件地址[email protected]的收件人。按照RFC 2822-"Internet Message Format",發件人的電子郵件地址和收件人的電子郵件地址 分別出現在首部欄位"From:"和"To"處的電子郵件消息的首部部分 中。另外並且也按照RFC 2822,準備消息的日期和時間插入在首部 "Date"處。具有電子郵件地址sendertoo@qrs com的用戶也把電子由卩 件消息的拷貝發送(510)到集中通信系統(180)。儘管第三發送電子郵件系統(160)不實施本發明，但用於 [email protected]的客戶機器把電子郵件消息的拷貝發送到確認電 子郵件系統(180)，從而確認可以由確認電子郵件系統(180)進行。 本領域的技術人員將認識到，這可以通過把用於電子郵件系統(180) 的電子郵件地址標識為cc:或bcc:電子郵件消息的收件人而簡單實現。在接收到由[email protected]發送的電子郵件消息時，集中通 信系統的集中發送模塊(182)產生包含用於電子郵件的指定身份數 據的信息記錄(184)，與關於用來標識電子郵件的數據的網絡內預 配置一致以用於確認目的。為[email protected]發送的電子郵件準備的信息記錄(183 )和為 [email protected]發送的電子郵件準備的信息記錄(184 )由集中發 送模塊(182)存儲在信息記錄資料庫(181)中。為了信息記錄的高 效搜索和檢索而組織資料庫。第一 (401)、第二 (601)及第三(501)電子郵件消息由第一 (170)、第二 (140)及第三(160)發送電子郵件系統經標準和熟 知方法傳輸到意圖收件人的接收電子郵件系統(150)。當接收電子 郵件系統(150)接收到第一 (401)、第二 (601)及第三(501)可 疑電子郵件時，接收模塊(152)在進行確認過程的同時，通過把每 個可疑電子郵件路由到臨時保持隊列(151)中而臨時阻止每一個可 疑電子郵件的傳送。在確認過程期間，接收模塊(152)對於每一個可疑電子郵件首 先把確認源請求傳輸到集中發送模塊(182)。用於每個電子郵件的 確認源請求包含標識每個可疑電子郵件的懷疑發件人的數據。優選 地，確認源請求包括用於每個可疑電子郵件的懷疑發件人的電子郵件 地址。用於第一可疑電子郵件的確認源請求(402 )包括把 [email protected]標識為懷疑發件人的數據，用於第二可疑電子郵件 的確認源請求(602 )包括把mailer@jkl com標識為懷疑發件人的數 據，及用於第三可疑電子郵件的確認源請求(502 )包括把 [email protected]標識為懷疑發件人的數據。在接收到每個確認源 請求時，確認電子郵件系統(180)把標識懷疑發件人的數據與集中 服務名登記(185)的記錄中的數據相比較，以確定確認電子郵件系 統(180)是否對每個確認源請求所標識的用戶或域執行確認功能。當確認電子郵件系統不能識別出集中服務名登記中與第 一確認 源請求中的懷疑發件人相對應的記錄時，確認電子郵件系統向第一確 認源請求答覆(403 )否認它能確認第一可疑電子郵件。當確認電子 郵件系統識別出在集中服務名登記中與第二和第三確認源請求中的 懷疑發件人相對應的記錄時，確認電子郵件系統向每個請求答覆(603 和503 )肯定它可以進行確認。在從確認電子郵件系統接收到第一答覆(403 )否認確認電子郵 件系統(180)可以進行用於第一可疑電子郵件的確認時，接收模塊 (152 )從第一可疑電子郵件的消息首部確定用於始發電子郵件地址 的域名。接下來，接收模塊(122)準備並傳送與第一可疑電子郵件(401)相對應的第一確認請求(404 )，並且把第一確認請求傳送到 與標識為可疑電子郵件消息的源的域名相關聯的發送電子郵件系統， 就是第一發送電子郵件系統(170)。第一確認請求包含用於第一可 疑電子郵件的指定身份數據，與關於用來標識電子郵件的數據的網絡 內預配置一致以用於確認目的。在從確認電子郵件系統接收到第二和笫三答覆(503和603 )肯 定確認電子郵件系統(180)可進行用於第二和第三可疑電子郵件的 確認時，接收模塊(122)準備與第二可疑電子郵件(601)相對應的 第二確認請求(604 )並把其傳送到確認電子郵件系統(180)，並且 準備與第三可疑電子郵件(501)相對應的第三確認請求(504 )並把 其傳送到確認電子郵件系統(180)。第二和第三確認請求分別包含 用於第二和第三可疑電子郵件的指定身份數據，與關於用來標識電子 郵件的數據的網絡內預配置一致以用於確認目的。當第 一確認請求(404 )由第 一發送電子郵件系統(170 )接收時， 發送電子郵件系統把請求通信到發送模塊(172)。發送模塊(172) 把第一確認請求中提交的數據與在其信息記錄資料庫(171)中存儲 的信息記錄相比較。當發送模塊定位出為第一確認請求中提交的身份 數據所標識的電子郵件準備的信息記錄(173)時，發送模塊(172) 向第一確認請求答覆肯定(405)第一發送電子郵件系統(170)發送 了第一可疑電子郵件。當接收模塊接收到對第一確認請求(404)的肯定答覆(405)肯 定第一發送電子郵件系統(170)發送了第一可疑電子郵件時，電子 郵件從臨時保持箱(151)退出，並且使得適於通過接收電子郵件系 統(150)傳送(406)到在地址recipient@xy z.com處的收件人。當第二確認請求(604)由確認電子郵件系統(180)接收到時， 確認電子郵件系統把請求通信到集中發送模塊(182)。類似地，當 第三確認請求(504 )由確認電子郵件系統(180)接收到時，確認電 子郵件系統把請求通信到集中發送模塊(182)。集中發送模塊(182)把第二確認請求中提交的數據與在其信息記錄資料庫(181)中存儲的信息記錄相比較。當集中發送模塊定位 出為第二確認請求中提交的身份數據所標識的電子郵件準備的信息記錄(183)時，集中發送模塊(182)向確認請求答覆肯定(605 ) 確認第二可疑電子郵件的真實性。以類似方式，集中發送模塊(182)把第三確認請求中提交的數 據與在其信息記錄資料庫(181)中存儲的信息記錄相比較。當集中 發送模塊定位出為第三確認請求中提交的身份數據所標識的電子郵 件準備的信息記錄(184)時，集中發送模塊(182)向確認請求答覆 肯定(505)確認第三可疑電子郵件的真實性。當接收模塊接收到針對第二確認請求的確認第二可疑電子郵件 的真實性的答覆時，電子郵件從臨時保持隊列(151)退出，並且使 得適於通過接收電子郵件系統(150 )傳送(606 )到在地址 [email protected]處的收件人。當接收模塊接收到針對第三確認請 求的確認第三可疑電子郵件的真實性的答覆時，電子郵件從臨時保持 隊列(151)退出，並且使得適於通過接收電子郵件系統(150)傳送 (506 )到在地址[email protected]處的收件人。優選地，接收電子郵件系統與確認電子郵件系統之間的通信經端 口對埠通信進行。而且，本領域的技術人員將認識到，接收電子郵據庫，並且可以參考這個資料庫以便確定是向確認電子郵件系統進行 確認請求，還是向使用所懷疑發件人的域名的發送電子郵件系統進行 確認請求。而且，在通信網絡中操作多個確認電子郵件系統時，由接能的特定確認電子郵件系統。可選擇地，聯合集中服務名登記可以提 供綜合資料庫，其為懷疑發件人標識出特定確認電子郵件系統。儘管參照一定優選實施例已經描述了本發明，但對於本領域的技 術人員顯而易見的是，對於系統可以進行一定修改或變更，而不脫離 在下面要求保護的和在以上說明書中描述的本發明的範圍。工業實用性本發明可以以變化方式由公司和私有實體用來檢測和過濾Spam。用戶可以實施本發明，並且可以把其特徵的一個或多個併入 在他們的現有信息技術基礎結構中。憑藉本發明使用，電子郵件操作 會變得更高效，並且在諸方之間的電子郵件通信會更安全。
權利要求
1.一種防止傳送未請求和不希望電子消息的系統，包括發送裝置，發送電子消息，其中由所述發送裝置發送的每條所述電子消息包含標識所發送的每條所述電子消息的數據，並且其中由所述發送裝置發送的每條所述電子消息包含標識被懷疑是發送每條所述電子消息的發送裝置的數據；接收裝置，接收電子消息，所述接收裝置與接收模塊通信，所述接收模塊包括用來臨時阻止把所述接收裝置接收的電子消息傳送到意圖收件人的裝置；用來在所述接收的電子消息內定位標識所述接收的電子消息的數據的裝置；用來在所述接收的電子消息內定位標識被懷疑是從其已經發送接收的電子消息的裝置的數據的裝置；用來準備確認請求並把它傳輸到被標識為所述接收的電子消息的懷疑發件人的裝置的裝置，其中所述確認請求包含用於標識所述接收電子消息的數據；用來接收對所述確認請求的答覆的裝置，其中所述答覆肯定或否認被標識為所述接收的電子消息的懷疑發件人的所述裝置發送了所述接收的電子消息，及；用來當對所述確認請求的答覆肯定被標識為所述消息的懷疑發件人的裝置發送了該消息時，允許所述接收的電子消息傳送到意圖收件人的裝置，所述發送裝置與發送模塊通信，並且所述發送裝置包括用來從所述接收模塊接收確認請求和用來把所述確認請求通信到所述發送模塊的裝置，所述發送模塊包括用來在由所述發送裝置發送的每條所述電子消息內定位標識每條所述電子消息的數據的裝置，其中標識每條所述電子消息的所述數據與所述確認請求中包括的標識所述接收的電子消息的數據相對應；用來拷貝和存儲標識由所述發送裝置發送的每條所述電子消息的所述數據的裝置，並且其中由所述發送裝置拷貝和存儲的標識每條所述電子消息的所述數據與所述接收模塊準備的所述確認請求中包括的標識所述接收電子消息的數據相對應；用來從所述發送裝置接收確認請求的裝置；用來把所述確認請求內標識所述接收的電子消息的數據與標識所述發送裝置發送、且由所述發送模塊存儲的每條電子消息的數據相比較，以確定在所述確認請求消息中標識所述接收的電子消息的數據是否標識了由所述發送裝置發送的電子消息的裝置；及用來答覆所述確認請求消息的裝置，其中當在所述確認請求消息內包含的標識所述接收的電子消息的數據標識出由所述發送裝置發送的消息時，所述答覆確認所述發送裝置發送了接收的電子消息，並且其中當在所述確認請求消息內包含的標識接收的電子消息的數據沒有標識出由發送電子消息的所述裝置發送的電子消息時，所述答覆否認所述發送裝置發送了接收的電子消息。
2. 根據權利要求1所述的系統，其中標識所述接收模塊的所述接 收電子消息的所述數據包括，準備接收電子消息的日期和時間、和所 述接收電子消息的懷疑發件人的電子地址，並且其中標識由所述發送 裝置發送的每條所述電子消息的所述數據包括，準備每條所述電子消 息的日期和時間、和每條所述發送電子消息的發件人的電子地址。
3. 根據權利要求1所述的系統，其中標識所述接收模塊的所述接 收的電子消息的所述數據包括，準備接收電子消息的日期和時間、所 述接收電子消息的懷疑發件人的電子地址、及所述接收的電子消息的 意圖收件人的電子地址，並且其中標識由所述發送裝置發送的每條所 述電子消息的所述數據包括，準備每條所述電子消息的日期和時間、 每條所述發送電子消息的發件人的電子地址、及每條所述發送電子消3息的意圖收件人的電子地址。
4. 根據權利要求1所述的系統，其中接收模塊還包括用來加密所 述確認請求的裝置和用來解密對於所述確認請求的所述答覆的裝置， 並且其中發送模塊還包括用來解密所述確認請求的裝置和用來加密 對於所述確認請求消息的所述答覆的裝置。
5. —種防止傳送未請求和不希望電子消息的系統，包括 發送裝置，發送電子消息，其中由所述發送裝置發送的每條所述電子消息包含標識所懷疑的發送每條所述電子消息的發送裝置的數 據；接收裝置，接收電子消息，所述接收裝置與接收模塊通信， 所述接收模塊包括用來臨時阻止把所述接收裝置接收的電子消息傳送到意圖收 件人的裝置；用來從所述接收電子消息準備身份數據串的裝置，其中所述身 份數據串通過把算法應用到所述接收電子消息上而準備；用來在所述接收的電子消息內定位標識出被懷疑從其發送接 收的電子消息的裝置的數據的裝置；用來準備確認請求並把其傳輸到被標識為所述接收的電子消息的懷疑發件人的裝置的裝置，其中所述確認請求包含由所述接收模 塊準備的用於所述接收電子消息所述身份數據串；用來接收對於所述確認請求的答覆的裝置，其中所述答覆肯定 或否認被標識為所述接收電子消息的懷疑發件人的所述裝置發送了 所述接收電子消息，及；用來當對於所述確認請求的答覆肯定被標識為所述消息的懷 疑發件人的裝置發送了消息時，允許所述接收電子消息傳送到意圖收 件人的裝置，所述發送裝置與發送模塊通信，並且所述發送裝置包括用來從所 述接收模塊接收確認請求及用來把所述確認請求通信到所述發送模 塊的裝置，所述發送模塊包括 用來為所述發送裝置發送的每條電子消息準備身份數據串的 裝置，其中通過把所述算法應用到每條所述發送電子消息上準備所述 身份數據串；用來對於由所述發送裝置發送的每條所述電子消息存儲所述 身份數據串的裝置；用來從所述發送裝置接收確認請求的裝置；用來把所述確認請求內用於接收電子消息的身份數據串與用 於所述發送裝置發送的、且由所述發送模塊存儲的每條電子消息的每 個身份數據串相比較，以確定在所述確認請求消息中用於所述接收電 子消息的身份數據串是否標識出由所述發送裝置發送的電子消息的 裝置；及用來答覆所述確認請求消息的裝置，其中當在所述確認請求消 息內包含的標識所述接收電子消息的身份數據串標識出由所述發送 裝置發送的消息時，所述答覆確認所述發送裝置發送了接收電子消 息，並且其中當在所述確認請求消息內包含的標識接收電子消息的身 份數據串沒有標識出由發送電子消息的所述裝置發送的電子消息時， 所述答覆否認所述發送裝置發送了接收電子消息。
6. 根據權利要求5所述的系統，其中接收模塊還包括用來加密所 述確認請求的裝置和用來解密對於所述確認請求的所述答覆的裝置， 並且其中發送模塊還包括用來解密所迷確認請求的裝置和用來加密 對於所述確認請求消息的所述答覆的裝置。
7. 根據權利要求5所述的系統，其中所述發送模塊還包括用來把 所述身份數據串包括在每個所述發送電子消息中的裝置。
8. —種防止傳送未請求和不希望電子消息的系統，包括 發送裝置，發送電子消息，其中由所述發送裝置發送的每條所述電子消息包含標識所發送的每條所述電子消息的數據，並且其中由所 述發送裝置發送的每條所述電子消息包含標識被懷疑是發送每條所 述電子消息的發送裝置的數據；接收裝置，接收電子消息，所述接收裝置與接收模塊通信，所述接收模塊包括 用來臨時阻止把所述接收裝置接收的電子消息傳送到意圖收 件人的裝置；用來在所述接收電子消息內定位標識所述接收電子消息的數 據的裝置；用來在所述接收電子消息內定位標識被懷疑是從其已經發送 接收電子消息的裝置的數據的裝置；用來從所述接收電子消息準備身份數據串的裝置，其中所述身份數據串通過把算法應用到所述接收電子消息上而準備；用來準備確認請求並把它傳輸到標識為所述接收電子消息的懷疑發件人的裝置的裝置，其中所述確認請求包含標識所述接收電子 消息的數據和為所述接收電子消息準備的所述身份數據串；用來接收對於所述確認請求的答覆的裝置，其中所述答覆肯定 或否認被標識為所述接收電子消息的懷疑發件人的所述裝置發送了 所述接收電子消息，及；用來當對於所述確認請求的答覆肯定被標識為消息的懷疑發 件人的裝置發送了消息時，允許所述接收電子消息傳送到意圖收件人 的裝置，所述發送裝置與發送模塊通信，並且所述發送裝置包括用來從所 述接收模塊接收確認請求及用來把所述確認請求通信到所述發送模 塊的裝置，所述發送模塊包括 用來在由所述發送裝置發送的每條所述電子消息內定位標識 每條所述電子消息的數據的裝置，其中標識每條所述電子消息的所述 數據與所述確認請求中包括的標識所述接收電子消息的數據相對應； 用來為所述發送裝置發送的每條電子消息準備身份數據串的 裝置，其中通過把所述算法應用到每條所述發送電子消息上準備所述 身份數據串；用來拷貝和存儲所述身份數據串和標識所述發送裝置發送的 每條所述電子消息的所述數據的裝置，並且其中由所述發送裝置拷貝 和存儲的標識每條所述電子消息的所述數據與所述接收模塊準備的所述確認請求中包括的標識每條接收電子消息的數據相對應；用來從所述發送裝置接收確認請求的裝置；用來把在所述確認請求內的標識所述接收電子消息的身份數 據串和數據，與標識所述發送裝置發送的、且由所述發送模塊存儲的 每條電子消息的身份數據串和數據相比較的裝置，以確定在所述確認 請求消息中標識所述接收電子消息的身份數據串和數據是否標識了 由所述發送裝置發送的電子消息；及用來答覆所述確認請求消息的裝置，其中當在所述確認請求消 息內包含的標識所述接收電子消息的身份數據串和數據標識出由所 述發送裝置發送的消息時，所述答覆確認所述發送裝置發送了接收電 子消息，並且其中當在所述確認請求消息內包含的標識接收電子消息 的身份數據串和數據沒有標識出由發送電子消息的所述裝置發送的 電子消息時所述答覆否認所述發送裝置發送了接收電子消息。
9. 根據權利要求8所述的系統，其中標識通過所述接收模塊的所 述接收電子消息的數據包括，準備接收電子消息的日期和時間、和所 述接收電子消息的懷疑發件人的電子地址，並且其中標識由所述發送 裝置發送的每條所述電子消息的所述數據包括，準備每條所述電子消 息的日期和時間、和每條所述發送電子消息的發件人的電子地址。
10. 根據權利要求8所述的系統，其中標識通過所述接收模塊的 所述接收電子消息的數據包括，準備接收電子消息的日期和時間、所 述接收電子消息的懷疑發件人的電子地址、及用於所述接收電子消息 的意圖收件人的電子地址，並且其中標識由所述發送裝置發送的每條 所述電子消息的所述數據包括，準備每條所述電子消息的日期和時 間、每條所述發送電子消息的發件人的電子地址、及每條所述發送電 子消息的意圖收件人的電子地址。
11. 根據權利要求8所述的系統，其中接收模塊還包括用來加密所述確認請求的裝置和用來解密對於所述確認請求的所述答覆的裝 置，並且其中發送模塊還包括用來解密所述確認請求的裝置和用來加 密對於所述確認請求消息的所述答覆的裝置。
12.—種防止傳送未請求和不希望電子消息的系統，包括 發送裝置，發送電子消息，其中由所述發送裝置發送的每條所述 電子消息包含標識所發送的每條所述電子消息的數據，並且其中由所 述發送裝置發送的每條所述電子消息包含標識所述發送裝置的數據； 確認裝置，與所述發送裝置通信；接收裝置，接收電子消息，所述接收裝置與接收模塊通信， 所述接收模塊包括 用來臨時阻止把所述接收裝置接收的電子消息傳送到意圖收 件人的裝置；用來在所述接收電子消息內定位被標識是懷疑從其發送接收電子消息的裝置的數據的裝置；用來準備確認請求並把它傳輸到所述確認裝置的裝置，其中所述確認請求包含標識所述接收電子消息的數據和標識被懷疑是從其 已經發送所述接收電子消息的裝置的數據；用來接收對於所述確認請求的答覆的裝置，其中所述答覆肯定 或否認被標識為所述接收電子消息的懷疑發件人的所述裝置發送了 所述接收電子消息，及；用來當對於所述確認請求的答覆肯定被標識為消息的懷疑發 件人的裝置發送了消息時允許所述接收電子消息傳送到意圖收件人 的裝置，所述發送裝置包括用來把標識所述發送裝置發送的每條電子消 息的數據傳輸到所述確認裝置的裝置，其中標識每條所述電子消息的 所述數據與所述確認請求中標識所述接收電子消息的數據相對應；所述確認裝置包括 用來存儲標識所述發送裝置發送的每條所述電子消息的所述 數據的裝置，並且其中標識所述確認裝置拷貝和存儲的每條所述電子消息的所述數據與所述接收模塊準備的所述確認請求中標識所述接收電子消息的數據相對應；用來從所述接收模塊接收確認請求的裝置；用來把在所述確認請求內標識所述接收電子消息的數據與由 所述發送裝置發送且由所述確認裝置存儲的標識每條電子消息的數 據相比較，以確定所述確認請求消息中標識所述接收電子消息的數據 是否標識了所述發送裝置發送的電子消息的裝置；及用來答覆所述確認請求消息的裝置，其中當在所述確認請求消 息內包含的標識所述接收電子消息的數據標識出由所述發送裝置發 送的消息時，所述答覆確認所述發送裝置發送了接收電子消息，並且 其中，當在所述確認請求消息內包含的標識接收電子消息的數據沒有 標識出由所述裝置發送的電子消息時，所述答覆否認所述發送裝置發 送了接收電子消息。
13. 根據權利要求12所述的系統，其中標識所述接收模塊的所述 接收電子消息的數據包括，準備接收電子消息的日期和時間、和所述 接收電子消息的懷疑發件人的電子地址，並且其中標識由所述發送裝 置發送的每條所述電子消息的數據包括，準備每條所述電子消息的日 期和時間、和每條所述發送電子消息的發件人的電子地址。
14. 根據權利要求12所述的系統，其中標識所述接收模塊的所述 接收電子消息的數據包括，準備接收電子消息的日期和時間、所述接 收電子消息的懷疑發件人的電子地址、及所述接收電子消息的意圖收 件人的電子地址，並且其中標識由所述發送裝置發送的每條所述電子 消息的所述數據包括，準備每條所述電子消息的日期和時間、每條所 述發送電子消息的發件人的電子地址、及每條所述發送電子消息的意 圖收件人的電子地址。
15. 根據權利要求12所述的系統，其中接收模塊還包括用來加密 所述確認請求的裝置和用來解密對於所述確認請求的所述答覆的裝 置，並且其中所述確認裝置還包括用來解密所述確認請求的裝置和用 來加密對於所述確認請求消息的所述答覆的裝置。
16.—種防止傳送未請求和不希望電子消息的系統，包括 發送裝置，發送電子消息，其中由所述發送裝置發送的每條所述 電子消息包含標識發送的每條所述電子消息的數據，並且其中由所述 發送裝置發送的每條所述電子消息包含標識所述發送裝置的數據； 確認裝置，與所述發送裝置通信；接收裝置，接收電子消息，所述接收裝置與接收模塊通信， 所述接收模塊包括 用來臨時阻止把由所述接收裝置接收的電子消息傳送到意圖 收件人的裝置；用來從所述接收電子消息準備身份數據串的裝置，其中所述身 份數據串通過把算法應用到所述接收電子消息上而準備；用來在所述接收電子消息內定位標識被懷疑從其已經發送接 收電子消息的裝置的數據的裝置；用來準備和傳輸確認請求的裝置，其中所述確認請求包含由所述接收模塊為所述接收電子消息準備的所述身份數據串；用來接收對於所述確認請求的答覆的裝置，其中所述答覆肯定 或否認被標識為所述接收電子消息的懷疑發件人的所述裝置發送了 所述接收電子消息，及；用來當對於所述確認請求的答覆肯定被標識為消息的懷疑發 件人的裝置發送了消息時允許所述接收電子消息傳送到意圖收件人 的裝置，所述發送裝置包括用來準備所述發送裝置發送的每條所述電子 消息的身份數據串的裝置，其中所述身份數據串通過把所述算法應用 到每條所述發送電子消息上而準備，並且還包括用來把每條所述電子消息的所述身份數據串傳輸到所述確認裝置的裝置； 所述確認裝置包括用來存儲所述發送裝置發送的每條所述電子消息的所述身份 數據串的裝置；用來從所述接收模塊接收確認請求的裝置；用來把在所述確認請求內所述接收電子消息的身份數據串與 由所述發送裝置發送的且由所述確認裝置存儲的用於每條所迷電子 消息的每個身份數據串相比較的裝置，以確定在所述確認請求中所述 接收電子消息的身份數據串是否標識了由所迷發送裝置發送的電子消息；及用來答覆所述確認請求消息的裝置，其中當所述確認請求消息 內包含的標識所述接收電子消息的身份數據串標識了由所述發送裝 置發送的消息時，所述答覆確認所述發送裝置發送了接收電子消息， 並且其中當在所述確認請求消息內包含的標識接收電子消息的身份 數據串沒有標識由所述裝置發送的電子消息時，所述答覆否認所述發 送裝置發送了接收電子消息。
17.—種在網絡中防止傳送未請求和不希望電子消息的方法，該 網絡包括發送電子消息的至少一個發送裝置和接收電子消息的至少 一個接收裝置，其中由所述發送裝置發送的每條所述電子消息包含標 識發送的每條所述電子消息的數據，並且其中由所述發送裝置發送的 每條所述電子消息包含標識被懷疑發送每條所述電子消息的發送裝置的數據，該方法包括步驟由所述發送裝置準備由所述發送裝置發送的每條所述電子消息的信息記錄，其中每個所述信息記錄包含標識由所述發送裝置發送的每條所述電子消息的數據；存儲由所述發送裝置準備的每個所述信息記錄； 由所述發送裝置把電子消息傳輸到所述接收裝置； 由所述接收裝置接收由所述發送裝置發送的電子消息； 阻止所述接收裝置接收的所述電子消息到意圖收件人的傳送；由所述接收裝置在所述接收電子消息裝置內定位標識所述接收 電子消息的數據和標識被懷疑從其發送接收電子消息的所述發送裝 置的數據，其中標識所述接收電子消息的所述數據與在信息記錄中標 識由所述發送裝置發送的、且由所述發送裝置存儲的每條電子消息的 所述數據相對應；由所述接收裝置準備確認請求，其中所述確認請求包含標識所述 接收電子消息的數據，其中標識所述接收電子消息的所述數據與在信 息記錄中標識由所述發送裝置發送的、且由所述發送裝置存儲的每條電子消息的數據相對應；由所述接收裝置把所述確認請求傳輸到被懷疑是所述接收電子 消息的發件人的所述發送裝置；由所述發送裝置接收所述確認請求，其中所述確認請求包含標識 由所述接收裝置接收的電子消息的數據，並且其中標識接收電子消息 的所述數據與由所述發送裝置發送的、且在信息記錄中存儲的標識電 子消息的數據相對應；由所述發送裝置把標識所述接收電子消息的數據與在每個所述 信息記錄中的數據相比較，以確定所述接收電子消息是否由所述發送 裝置發送；由所述發送裝置答覆所述確認請求，其中當標識所述接收電子消 息的所述數據標識出由所述發送裝置發送的電子消息時，所述答覆肯 定由所述發送裝置發送了所述接收電子消息，並且其中當在所述確認 請求中標識所述接收電子消息的所述數據沒有標識出由所述發送裝 置發送的電子消息時，所述答覆否認所述接收電子消息源於所述發送 裝置；由所述接收裝置接收對所述確認記錄的答覆，及； 當對於所述確認記錄的所述答覆肯定所述發送裝置發送了所述 接收電子消息時，使得適於由所述接收裝置把所述接收電子消息傳送 到所述意圖收件人。
18.根據權利要求17所述的方法，其中標識由所述發送裝置發送 的每條所述電子消息的數據包括，準備電子消息的日期和時間、和每 條所述發送電子消息的懷疑發件人的電子地址，並且其中標識由所述 接收裝置接收的每條所述接收電子消息的所述數據包括，準備所述電 子消息的日期和時間、和所迷接收電子消息的懷疑發件人的電子地 址。
19. 根據權利要求17所述的方法，其中標識由所述發送裝置發送 的每條所述電子消息的數據包括，準備發送的電子消息的日期和時 間、所述發送電子消息的懷疑發件人的電子地址、及所述發送電子消 息的意圖收件人的電子地址，並且其中標識由所述接收裝置接收的每 條所述接收電子消息的所述數據包括，準備接收電子消息的日期和時 間、所述接收電子消息的懷疑發件人的電子地址、及所述接收電子消 息的意圖收件人的電子地址。
20. 根據權利要求17所述的方法，其中由所述接收裝置傳輸確認 請求的步驟還包括加密所述確認請求，由所述發送裝置接收所述確認 請求的步驟還包括解密所述確認請求，由所述發送裝置答覆所述確認 請求的步驟還包括加密所述答覆，及由所述接收裝置接收所述答覆的 步驟還包括解密所述答覆。
21. 根據權利要求17所述的方法，其中所述方法還包括步驟 由所述發送裝置通過把算法應用到由所述發送裝置發送的每條所述電子消息上，為由所述發送裝置發送的每條所述電子消息準備身 份數據串，並且把所述身份數據串被包括在每條所述發送電子消息的 所述信息記錄中；由所述接收電子消息的所述接收裝置，通過把所述算法應用到所 述接收電子消息上，為所述接收電子消息準備身份數據串，及；其中準備所述確認請求的步驟還包括把所述接收電子消息的所 述身份數據串包括在所述確認請求中，並且其中由所述發送裝置把標 識所述接收電子消息的數據與在每個所述信息記錄中的數據相比較 的步驟還包括，把在所述確認請求中的所述身份數據串與在每條所述 發送電子消息的每個所述信息記錄中的每個所述身份數據串相比較， 以確定是否由所述發送裝置傳輸了所述接收電子消息。
22. 根據權利要求21所述的方法，其中所述方法還包括把為傳輸 到所述接收裝置的所述電子消息準備的所述身份數據串附加到由所 述發送裝置傳輸到所述接收裝置的所述電子消息上的步驟。
23. 根據權利要求21所述的方法，其中由所述接收裝置傳輸確認請求的步驟還包括加密所述確認請求，由所述發送裝置接收所述確認 請求的步驟還包括解密所述確認請求，由所述發送裝置答覆所述確認 請求的步驟還包括加密所述答覆，及由所述接收裝置接收所述答覆的 步驟還包括解密所述答覆。
24.—種在網絡中防止傳送未請求和不希望電子消息的方法，該 網絡包括發送電子消息的至少一個發送裝置、接收電子消息的至少一 個接收裝置、及確認由至少一個發送裝置發送的電子消息的真實性的 至少一個確認裝置，其中所述發送裝置發送的每條所述電子消息包含 標識發送的每條所述電子消息的數據，並且其中由所述發送裝置發送 的每條所述電子消息包含標識被懷疑發送每條所述電子消息的發送 裝置的數據，該方法包括步驟由所述發送裝置把標識由所述發送裝置發送的每條所述電子消 息的數據傳輸到所述確認裝置，由所述確認裝置準備由所述發送裝置發送的每條所述電子消息 的信息記錄，其中每個所述信息記錄包含標識由所述發送裝置發送的 每條所述電子消息的數據；由所述確認裝置存儲所述信息記錄； 由所述發送裝置把電子消息傳輸到所述接收裝置； 由所述接收裝置接收由所述發送裝置發送的電子消息； 阻止由所述接收裝置接收的所述電子消息到意圖收件人的傳送； 由所述接收裝置在所述接收電子消息裝置內定位標識所述接收 電子消息的數據、以及標識被懷疑從其發送接收電子消息的所迷發送 裝置的數據，其中標識所述接收電子消息的所述數據與在信息記錄中 標識由所述發送裝置發送的、且由所述確認裝置存儲的每條電子消息 的所述數據相對應；由所述接收裝置準備確認請求，其中所述確認請求包含標識所述 接收電子消息的數據，其中標識所述接收電子消息的所述數據與在信 息記錄中標識由所述發送裝置發送的、且由所述確認裝置存儲的每條 電子消息的數據相對應，及其中所迷確認請求包含標識被懷疑從其發送所述接收電子消息的所述發送裝置的數據；由所述接收裝置把所述確認請求傳輸到所述確認裝置； 由所述確認裝置接收所述確認請求，其中所述確認請求包含標識 由所述接收裝置接收的電子消息的數據，並且其中標識接收電子消息 的所述數據與在信息記錄中標識由所述發送裝置發送的、且由所述確 認裝置存儲的電子消息的數據相對應，及其中所述確認請求包含標識 被懷疑從其發送接收電子消息的所述發送裝置的數據；由所述確認裝置把標識所述接收電子消息的數據與每個所述信 息記錄中的用於被懷疑發送所述接收電子消息的所述發送裝置的數 據相比較，以確定所述接收電子消息是否由所述發送裝置發送；由所述確認裝置答覆所述確認請求，其中當標識所述接收電子消 息的所述數據標識出由所述發送裝置發送的電子消息時，所述答覆肯 定由所迷發送裝置發送了所述接收電子消息，並且其中當在所述確認 請求中標識所述接收電子消息的所述數據沒有標識出由所述發送裝置發送的電子消息時，所述答覆否認由所述發送裝置發送了所述接收 電子消息；由所述接收裝置接收對於所述確認記錄的答覆，及； 當對於所述確認記錄的所述答覆肯定所述發送裝置發送了所述接收電子消息時，使得適於把所述接收電子消息傳送到所述意圖收件人。
25. 根據權利要求24所迷的方法，其中標識由所述發送裝置發送 的每條所述電子消息的數據包括，準備每條所迷發送電子消息的日期 和時間、和每條所述發送電子消息的懷疑發件人的電子地址，並且其 中標識由所述接收裝置接收的每條所述接收電子消息的所述數據包 括，準備所述電子消息的日期和時間、和所述接收電子消息的懷疑發 件人的電子地址。
26. 根據權利要求24所述的方法，其中標識由所述發送裝置發送 的每條所述電子消息的數據包括，準備每條所述發送電子消息的日期 和時間、每條所述發送電子消息的懷疑發件人的電子地址、及每條所述發送電子消息的意圖收件人的電子地址，並且其中標識由所述接收 裝置接收的每條所述接收電子消息的所述數據包括，發送所述接收電 子消息的日期和時間、所述接收電子消息的懷疑發件人的電子地址、 及所述接收電子消息的意圖收件人的電子地址。
27. 根據權利要求24所述的方法，其中由所述接收裝置傳輸確認 請求的步驟還包括加密所述確認請求，由所述確認裝置接收所述確認 請求的步驟還包括解密所述確認請求，由所述確認裝置答覆所述確認 請求的步驟還包括加密所述答覆，及由所述接收裝置接收所述答覆的 步驟還包括解密所述答覆。
28. 根據權利要求24所述的方法，其中所述方法還包括步驟 由所迷發送裝置通過把算法應用到由所述發送裝置發送的每條所述電子消息上，為由所述發送裝置發送的每條所述電子消息準備身 份數據串，及；由所述接收電子消息的所述接收裝置，通過把所述算法應用到所 述接收電子消息上，為所述接收電子消息準備身份數據串，及；其中由所述發送裝置把標識所述發送裝置發送的每條所述電子 消息的數據傳輸到所述確認請求的步驟還包括，傳輸為每條所述發送 電子消息準備的所述身份數據串，其中所述確認裝置為每條所述電子 消息準備信息記錄的步驟還包括把每個所述身份數據串包括在每條 所述發送電子消息的每個所述信息記錄中，及其中由所述確認裝置把 標識所述接收電子消息的數據與在每個所述信息記錄中的數據相比 較的步驟還包括，把所述確認請求中的所述身份數據串與每條所述發 送電子消息的每個所述信息記錄中的每個所述身份數據串相比較以 確定是否由所述發送裝置發送了所述接收電子消息。
29. 根據權利要求28所述的方法，其中所述方法還包括把為傳輸 到所述接收裝置的所述電子消息準備的所述身份數據串附加到由所 述發送裝置傳輸到所述接收裝置的所述電子消息上的步驟。
30. 根據權利要求28所述的方法，其中由所述接收裝置傳輸確認 請求的步驟還包括加密所述確認請求，由所述確認裝置接收所述確認請求的步驟包括解密所述確認請求，由所述確認裝置答覆所述確認請 求的步驟還包括加密所述答覆，及由所述接收裝置接收所述答覆的步 驟還包括解密所述答覆。
全文摘要
一種發送裝置，定位及存儲由裝置發送的每條電子消息的標識信息。一種接收裝置，在接收到電子消息時，定位所述電子消息和消息的所懷疑發送裝置的標識信息。接收裝置把確認請求通信到包含消息的標識信息的懷疑發送裝置。發送裝置接收確認消息，並且答覆這樣的消息如果在確認請求中的標識信息與由發送裝置存儲的標識信息相對應，則確認發送了消息，並且如果在確認請求中的標識信息與存儲數據不相對應，則否認發送了消息。
文檔編號G06F15/16GK101273344SQ200580051709
公開日2008年9月24日 申請日期2005年8月10日 優先權日2005年8月10日
發明者布賴恩·坎寧安 申請人:信息標準有限責任公司