電子郵件的地址糾錯方法及郵件客戶端的製作方法
2023-06-01 17:11:16
電子郵件的地址糾錯方法及郵件客戶端的製作方法
【專利摘要】本發明提出一種電子郵件的地址糾錯方法，包括如下步驟：發送方向多個接收方發送郵件，其中，郵件包括多個目的地址；每個接收方在接收到郵件後，對郵件的正文進行分析以判斷自身是否為郵件的正確接收方；在多個接收方中的一個判斷自身不是郵件的正確接收方時，則向發送方及其他的接收方發送修改提示；其他的接收方在接收到修改提示後，驗證發送修改提示的地址是否為郵件的正確目的地址，如果不是，則在包括發送修改提示的地址的郵件中刪除地址，並向發送方發送地址糾錯提示。本發明可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性。本發明還提出一種郵件客戶端。
【專利說明】電子郵件的地址糾錯方法及郵件客戶端
【技術領域】
[0001]本發明涉及網際網路【技術領域】，特別涉及一種電子郵件的地址糾錯方法以及郵件客戶端。
【背景技術】
[0002]如果一個用戶向其他多個用戶發送電子郵件，可能從地址列表中選擇或逐一手動輸入，其中可能向某個用戶錯發了本不應該發送的郵件。例如，由於重名、姓名類似等原因而錯發。目前並沒有具體的處理辦法，只有手動逐一修改。
[0003]這種修改方式的缺點在於:手動更改勢必增加工作量。而且，由於已經錯發，並非發送失敗，而是成功地發送給了錯誤的接收人，所以造成了信息的洩露，而後多個接收人不可避免地會再次轉發或回復消息。儘管某個人修改了也無法避免所有人錯發情況的發生，由此可能導致更多信息的洩露。
【發明內容】
[0004]本發明旨在至少在一定程度上解決上述技術問題之一或至少提供一種有用的商業選擇。為此，本發明的一個目的在於提出一種電子郵件的地址糾錯方法，該方法可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性。本發明的另一個目的在於提出一種郵件客戶端。
[0005]為實現上述目的，本發明第一方面的實施例提出一種電子郵件的地址糾錯方法，包括如下步驟:
[0006]發送方向多個接收方發送郵件，其中，所述郵件包括多個目的地址，其中，所述目的地址與所述接收方 對應；
[0007]每個所述接收方在接收到所述郵件後，對所述郵件的正文進行分析以判斷自身是否為所述郵件的正確接收方；
[0008]在所述多個接收方中的一個判斷自身不是所述郵件的正確接收方時，則向所述發送方及其他的所述接收方發送修改提示；以及
[0009]所述其他的接收方在接收到所述修改提示後，驗證發送所述修改提示的地址是否為所述郵件的正確目的地址，如果不是，則在包括發送所述修改提示的地址的郵件中刪除所述地址，並向所述發送方發送地址糾錯提示。
[0010]根據本發明實施例的電子郵件的地址糾錯方法，考慮到在錯發已經發生之後所採取的操作，可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性，解決了更改電子郵件錯發的技術問題。由此，不管是被錯發人、還是相關人或發件人本身，如果發現了錯發的郵件，可以啟動提示、查詢、修改等操作來進行補救，避免了進一步的消息洩露，並且可以向正確的收件人自動補發了各個信息。
[0011]在本發明的一個實施例中，所述其他的接收方在客戶端和/或伺服器中查找包括發送所述修改提示的地址的郵件，並從查找到的郵件中刪除所述地址。[0012]在本發明的又一個實施例中，還包括如下步驟:所述發送方在接收到所述地址糾錯提示後，更新所述郵件的目的地址，並向更新後的所述目的地址重新發送所述郵件。
[0013]進一步，所述其他的接收方在接收到來自所述發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除所述發送所述修改提示的地址的郵件中。
[0014]此外，本發明的電子郵件的地址糾錯方法還包括如下步驟:在所述重新發送的郵件的轉發和/或回覆郵件中設置更新目的地址的提示。
[0015]本發明第二方面的實施例提供一種郵件客戶端，包括:接收模塊，用於接收來自發送方的郵件，其中，所述郵件包括多個目的地址，其中所述多個目的地址中的一個為所述郵件客戶端的地址；分析模塊，用於在接收到所述郵件後，對所述郵件的正文進行分析以判斷所述郵件客戶端是否為所述郵件的正確接收方；發送模塊，用於在所述分析模塊判斷所述郵件客戶端不是所述郵件的正確接收方時，向所述發送方以及所述多個目的地址對應的其他郵件客戶端發送修改提示。
[0016]根據本發明實施例的郵件客戶端，考慮到在錯發已經發生之後所採取的操作，可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性，解決了更改電子郵件錯發的技術問題。由此，不管是被錯發人、還是相關人或發件人本身，如果發現了錯發的郵件，可以啟動提示、查詢、修改等操作來進行補救，避免了進一步的消息洩露，並且可以向正確的收件人自動補發了各個信息。
[0017]在本發明的一個實施例中，所述接收模塊還用於接收來自其他的郵件客戶端的所述修改提示，所述分析模塊還用於驗證所述發送所述修改提示的地址是否為郵件的正確的目的地址，如果不是，則在包括所述發送所述修改提示的地址的郵件中刪除所述地址，所述發送模塊還用於向所述郵件的發送方發送地址糾錯提示。
[0018]此外，所述分析模塊還用於在客戶端和/或伺服器中查找包括發送所述修改提示的地址的郵件，並從查找到的郵件中刪除所述地址。
[0019]進一步，所述接收模塊在接收到來自所述發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除所述發送所述修改提示的地址的郵件中，其中，所述發送方在接收到所述地址糾錯提示後，更新所述郵件的目的地址，並向更新後的所述目的地址重新發送所述郵件。
[0020]本發明的附加方面和優點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發明的實踐了解到。
【專利附圖】
【附圖說明】
[0021]本發明的上述和/或附加的方面和優點從結合下面附圖對實施例的描述中將變得明顯和容易理解，其中:
[0022]圖1為根據本發明實施例的電子郵件的地址糾錯方法的示意圖；
[0023]圖2為根據本發明實施例的郵件客戶端的示意圖。
【具體實施方式】
[0024]下面詳細描述本發明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用於解釋本發明，而不能理解為對本發明的限制。
[0025]此外，術語「第一」、「第二」僅用於描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特徵的數量。由此，限定有「第一」、「第二」的特徵可以明示或者隱含地包括一個或者更多個該特徵。在本發明的描述中，「多個」的含義是兩個或兩個以上，除非另有明確具體的限定。
[0026]在本發明中，除非另有明確的規定和限定，術語「安裝」、「相連」、「連接」、「固定」等術語應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內部的連通。對於本領域的普通技術人員而言，可以根據具體情況理解上述術語在本發明中的具體含義。
[0027]下面參考圖1描述根據本發明實施例的電子郵件的地址糾錯方法。
[0028]如圖1所示，本發明實施例提供的電子郵件的地址糾錯方法，包括如下步驟:
[0029]步驟S101，發送方向多個接收方發送郵件。
[0030]具體地，作為發送方的第一用戶可以向其他多個作為接收方的用戶發送郵件。其中，郵件可以包括多個目的地址，並且目的地址與接收方一一對應。由此，多個目的地址對應的每個接收方均接收到該郵件。
[0031]步驟S102，每個接收方在接收到郵件後，對郵件的正文進行分析以判斷自身是否為該郵件的正確接收方。
[0032]接收方在接收到該郵件後，除了可以查看到郵件的正文內容，也可以查看到郵件的發送方和其他接收方的地址。
[0033]接收方對該郵件進行接收方自身信息的驗證，即對郵件的正文內容進行分析，判斷自身是否為該郵件的正確接收方，即發送方本應發送的目的地址。
[0034]通過在接收方進行是否發送正確的驗證，可以由接收方用戶自身進行識別，也可以利用程序判斷，例如群組等信息，即判斷接收方是否位於該群組內。
[0035]例如，接收方A在接收到郵件的時，需要確認該郵件是否的確是本人要接收的，而並非另一部門的A』的郵件，由此，判斷自身是否為該郵件的正確接收方。
[0036]需要說明的是，接收方進行上述郵件是否發送正確的驗證是在每次接收時均執行的。
[0037]步驟S103，在多個接收方中的一個判斷自身不是該郵件的正確接收方時，則向發送方及其他的接收方發送修改提示。
[0038]接收方在經過上述步驟S102的判斷後，如果判斷自身不是該郵件的正確接收方，即該郵件存在錯發的情況，則向發送方和其他接收方發出修改提示，即向郵件參與者告知可能存在錯發的情形，這樣的修改提示仍舊存在於原先的郵件地址隊列之中。修改提示不需要驗證，該提示正是要發送給郵件的參與者，向其告知地址有錯發的情形。
[0039]需要說明的是,上述修改提示不等同於郵件,而僅僅是一個提示，起到向郵件的參與者告知的作用。
[0040]步驟S104，其他的接收方在接收到所述修改提示後，驗證發送修改提示的地址是否為郵件的正確目的地址，如果不是，則在包括發送修改提示的地址的郵件中刪除地址，並向發送方發送地址糾錯提示。[0041]接收方的任一方接收到上述修改提示之後，均可進一步驗證發出修改提示方是否存在錯發情況，即驗證發送修改提示的地址是否為郵件的正確目的地址。如果發送修改提示的地址不是為郵件的正確目的地址，則從各方的客戶端和/或伺服器等可能存儲該郵件的各處查詢涵蓋該錯發地址的郵件。換言之，其他的接收方在客戶端和/或伺服器中查找包括發送修改提示的地址的郵件，並從查找到的郵件中刪除該地址。
[0042]接收方從查找到的所有郵件中刪除該錯誤地址。向發送方發送地址糾錯提示。其中，該地址糾錯地址可以提供發送方刪除該錯誤地址，並建議更新正確地址的提示。其中，錯誤地址即為步驟S103中發送修改提示的接收方的地址。這個步驟是在接收到提示並確認存在錯發之後，需要進行的補救措施。
[0043]因此，驗證僅針對郵件本身，並且由接收方執行。對於修改提示和地址糾錯提示則不需要驗證，僅是由郵件參與者來確認，如果的確錯發，則執行補救措施，從而可以有利於避免無休止的錯發下去。
[0044]進一步，發送方在接收到地址糾錯提示後，更新郵件的目的地址，並向更新後的目的地址重新發送該郵件。具體地，在作為發送方的第一用戶輸入正確的地址之後，重新向更新後的正確地址的接收方補充發送原先的信件。當然，發送方也可以向其他已接收該郵件的接收方重新發送該郵件。
[0045]其他的接收方在接收到來自發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除的發送修改提示的地址的郵件中。並且，發送方可以在重新發送的郵件的轉發和/或回覆郵件中設置更新目的地址的提示，避免之後再次錯發。優選地，該新目的地址的提示可限制在有限時間和數量內，例如，限制一天內發送5次。
[0046]根據本發明實施例的電子郵件的地址糾錯方法，考慮到在錯發已經發生之後所採取的操作，可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性，解決了更改電子郵件錯發的技術問題。由此，不管是被錯發人、還是相關人或發件人本身，如果發現了錯發的郵件，可以啟動提示、查詢、修改等操作來進行補救，避免了進一步的消息洩露，並且可以向正確的收件人自動補發了各個信息。
[0047]下面參考圖2描述根據本發明實施例的郵件客戶端200。
[0048]如圖2所示，本發明實施例的提供的郵件客戶端200包括接收模塊210、分析模塊220和發送模塊230。
[0049]具體地，接收模塊210用於接收來自作為發送方的第一用戶的郵件。其中，該郵件包括多個目的地址,每個目的地址對應一個接收方。其中多個目的地址中的一個為該郵件客戶端的地址。
[0050]接收方在接收到該郵件後，除了可以查看到郵件的正文內容，也可以查看到郵件的發送方和其他接收方的地址。
[0051]分析模塊220用於在接收到該郵件後，對該郵件進行接收方自身信息的驗證，即對郵件的正文進行分析以判斷郵件客戶端200是否為郵件的正確接收方，即發送方本應發送的目的地址。
[0052]通過在接收方的分析模塊220進行是否發送正確的驗證，可以由接收方用戶自身進行識別，也可以利用程序判斷，例如群組等信息，即判斷接收方是否位於該群組內。
[0053]例如，接收方A在接收到郵件的時，需要確認該郵件是否的確是本人要接收的，而並非另一部門的A』的郵件，由此，判斷自身是否為該郵件的正確接收方。
[0054]需要說明的是，接收方進行上述郵件是否發送正確的驗證是在每次接收時均執行的。
[0055]發送模塊230用於在分析模塊220判斷郵件客戶端200不是郵件的正確接收方後，即該郵件存在錯發的情況，向郵件的發送方以及多個目的地址對應的其他郵件客戶端發送修改提示。即向郵件參與者告知可能存在錯發的情形，這樣的修改提示仍舊存在於原先的郵件地址隊列之中。修改提示不需要驗證，該提示正是要發送給郵件的參與者，向其告知地址有錯發的情形。
[0056]需要說明的是,上述修改提示不等同於郵件,而僅僅是一個提示，起到向郵件的參與者告知的作用。
[0057]其他的接收方在接收到修改提示後，驗證發送修改提示的地址是否為郵件的正確目的地址，如果不是，則在包括發送修改提示的地址的郵件中刪除地址，並向發送方發送地址糾錯提示。
[0058]需要說明的是，上述的郵件客戶端200是在判斷自身不是郵件的正確接收方，向其他郵件客戶端發送修改提示的功能描述。郵件客戶端200還可以作為修改提示的接收方，接收其他一個客戶端發送的修改提示。
[0059]具體地，接收模塊210還用於接收來自其他的郵件客戶端的修改提示。分析模塊220還用於驗證發送修改提示的地址是否為郵件的正確的目的地址，即進一步驗證發出修改提示方是否存在錯發情況。如果不是，則分析模塊220在包括該修改提示的地址的郵件中刪除該地址。在本發明的一個實施例中，分析模塊220還用於在客戶端和/或伺服器中查找包括發送修改提示的地址的郵件，並從查找到的郵件中刪除該地址。
[0060]發送模塊230還用於向郵件的發送方發送地址糾錯提示。其中，該地址糾錯地址可以提供發送方刪除該錯誤地址，並建議更新正確地址的提示。其中，錯誤地址即為發送修改提示的接收方的地址。這個步驟是在接收到提示並確認存在錯發之後，需要進行的補救措施。
[0061]因此，驗證僅針對郵件本身，並且由接收方執行。對於修改提示和地址糾錯提示則不需要驗證，僅是由郵件參與者來確認，如果的確錯發，則執行補救措施，從而可以有利於避免無休止的錯發下去。
[0062]發送方在接收到地址糾錯提示後，更新郵件的目的地址，並向更新後的目的地址重新發送郵件。具體地，在作為發送方的第一用戶輸入正確的地址之後，重新向更新後的正確地址的接收方補充發送原先的信件。當然，發送方也可以向其他已接收該郵件的接收方重新發送該郵件。
[0063]接收模塊210在接收到來自發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除的發送修改提示的地址的郵件中。
[0064]在本發明的一個實施例中，發送方還用於在重新發送的郵件的轉發和/或回復的郵件中設置更新目的地址的提示。避免之後再次錯發。優選地，該新目的地址的提示可限制在有限時間和數量內，例如，限制一天內發送5次。
[0065]根據本發明實施例的郵件客戶端，考慮到在錯發已經發生之後所採取的操作，可以在接收方發現郵件錯發後，及時通知其他接收方及發送方，以避免消息洩露，提高了郵件的安全性，解決了更改電子郵件錯發的技術問題。由此，不管是被錯發人、還是相關人或發件人本身，如果發現了錯發的郵件，可以啟動提示、查詢、修改等操作來進行補救，避免了進一步的消息洩露，並且可以向正確的收件人自動補發了各個信息。
[0066]流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用於實現特定邏輯功能或過程的步驟的可執行指令的代碼的模塊、片段或部分，並且本發明的優選實施方式的範圍包括另外的實現，其中可以不按所示出或討論的順序，包括根據所涉及的功能按基本同時的方式或按相反的順序，來執行功能，這應被本發明的實施例所屬【技術領域】的技術人員所理解。
[0067]在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用於實現邏輯功能的可執行指令的定序列表，可以具體實現在任何計算機可讀介質中，以供指令執行系統、裝置或設備(如基於計算機的系統、包括處理器的系統或其他可以從指令執行系統、裝置或設備取指令並執行指令的系統)使用，或結合這些指令執行系統、裝置或設備而使用。就本說明書而言，"計算機可讀介質"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執行系統、裝置或設備或結合這些指令執行系統、裝置或設備而使用的裝置。計算機可讀介質的更具體的示例(非窮盡性列表)包括以下:具有一個或多個布線的電連接部(電子裝置)，可攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)，只讀存儲器(R0M)，可擦除可編輯只讀存儲器(EPR0M或閃速存儲器)，光纖裝置，以及可攜式光碟只讀存儲器(⑶ROM)。另外，計算機可讀介質甚至可以是可在其上列印所述程序的紙或其他合適的介質，因為可以例如通過對紙或其他介質進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然後將其存儲在計算機存儲器中。
[0068]應當理解，本發明的各部分可以用硬體、軟體、固件或它們的組合來實現。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執行系統執行的軟體或固件來實現。例如，如果用硬體來實現，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現:具有用於對數據信號實現邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現場可編程門陣列(FPGA)等。
[0069]本【技術領域】的普通技術人員可以理解實現上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬體完成，所述的程序可以存儲於一種計算機可讀存儲介質中，該程序在執行時，包括方法實施例的步驟之一或其組合。
[0070]此外，在本發明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。所述集成的模塊如果以軟體功能模塊的形式實現並作為獨立的產品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。
[0071]上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。
[0072]在本說明書的描述中，參考術語「一個實施例」、「一些實施例」、「示例」、「具體示例」、或「一些示例」等的描述意指結合該實施例或示例描述的具體特徵、結構、材料或者特點包含於本發明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特徵、結構、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結合。
[0073]儘管上面已經示出和描述了本發明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發明的限制，本領域的普通技術人員在不脫離本發明的原理和宗旨的情況下在本發明的範圍內可以對上述實施例進行變化、修改、替換和變型。
【權利要求】
1.一種電子郵件的地址糾錯方法，其特徵在於，包括如下步驟: 發送方向多個接收方發送郵件，其中，所述郵件包括多個目的地址，其中，所述目的地址與所述接收方對應； 每個所述接收方在接收到所述郵件後，對所述郵件的正文進行分析以判斷自身是否為所述郵件的正確接收方； 在所述多個接收方中的一個判斷自身不是所述郵件的正確接收方時，則向所述發送方及其他的所述接收方發送修改提示；以及 所述其他的接收方在接收到所述修改提示後，驗證發送所述修改提示的地址是否為所述郵件的正確目的地址，如果不是，則在包括發送所述修改提示的地址的郵件中刪除所述地址，並向所述發送方發送地址糾錯提示。
2.如權利要求1所述的地址糾錯方法，其特徵在於，所述其他的接收方在客戶端和/或伺服器中查找包括發送所述修改提示的地址的郵件，並從查找到的郵件中刪除所述地址。
3.如權利要求1所述的地址糾錯方法，其特徵在於，還包括如下步驟: 所述發送方在接收到所述地址糾錯提示後，更新所述郵件的目的地址，並向更新後的所述目的地址重新發送所述郵件。
4.如權利要求3所述的地址糾錯方法，其特徵在於，所述其他的接收方在接收到來自所述發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除的所述發送所述修改提示的地址的郵件中。
5.如權利要求3或4所述的地址糾錯方法，其特徵在於，還包括如下步驟:在所述重新發送的郵件的轉發和/或回 復郵件中設置更新目的地址的提示。
6.一種郵件客戶端，其特徵在於，包括: 接收模塊，用於接收來自發送方的郵件，其中，所述郵件包括多個目的地址，其中所述多個目的地址中的一個為所述郵件客戶端的地址； 分析模塊，用於在接收到所述郵件後，對所述郵件的正文進行分析以判斷所述郵件客戶端是否為所述郵件的正確接收方；以及 發送模塊，用於在所述分析模塊判斷所述郵件客戶端不是所述郵件的正確接收方時，向所述發送方以及所述多個目的地址對應的其他郵件客戶端發送修改提示。
7.如權利要求6所述的郵件客戶端，其特徵在於，所述接收模塊還用於接收來自其他的郵件客戶端的所述修改提示， 所述分析模塊還用於驗證所述發送所述修改提示的地址是否為郵件的正確的目的地址，如果不是，則在包括所述發送所述修改提示的地址的郵件中刪除所述地址， 所述發送模塊還用於向所述郵件的發送方發送地址糾錯提示。
8.如權利要求7所述的郵件客戶端，其特徵在於，所述分析模塊還用於在客戶端和/或伺服器中查找包括發送所述修改提示的地址的郵件，並從查找到的郵件中刪除所述地址。
9.如權利要求7所述的郵件客戶端，其特徵在於，所述接收模塊在接收到來自所述發送方的重新發送的郵件後，將更新後的目的地址加入到已刪除所述發送所述修改提示的地址的郵件中，其中，所述發送方在接收到所述地址糾錯提示後，更新所述郵件的目的地址，並向更新後的所述目的地址重新發送所述郵件。
10.如權利要求9所述的郵件客戶端，其特徵在於，所述發送方還用於在所述重新發送的郵件的轉發和/或回覆郵件中設置更`新目的地址的提示。
【文檔編號】H04L29/12GK103825803SQ201210470055
【公開日】2014年5月28日 申請日期:2012年11月19日 優先權日:2012年11月19日
【發明者】劉娟 申請人:百度在線網絡技術（北京）有限公司