一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法

一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法。本發(fā)明在發(fā)送帶附件的郵件時(shí)，當(dāng)附件大小超過(guò)預(yù)設(shè)閾值時(shí)，則直接上傳附件文件本身，而是上傳其對(duì)應(yīng)的元數(shù)據(jù)，即對(duì)于認(rèn)證用戶(hù)向代理云發(fā)送的上傳請(qǐng)求，代理云返回n個(gè)云端，發(fā)送方將帶上傳附件碎片化為n個(gè)數(shù)據(jù)塊并分別上傳到對(duì)應(yīng)的云端，云數(shù)據(jù)用于記錄待上傳文件的分塊信息、數(shù)據(jù)塊的存儲(chǔ)位置、包含發(fā)送方標(biāo)識(shí)、附件標(biāo)識(shí)符、收件方標(biāo)識(shí)的下載授權(quán)信息；收件方接收郵件時(shí)，若附件為元數(shù)據(jù)，則首先檢測(cè)元數(shù)據(jù)中是否存在下載授權(quán)信息，若是，則允許認(rèn)證用戶(hù)進(jìn)行下載，即提取元數(shù)據(jù)的存儲(chǔ)位置下載數(shù)據(jù)塊，基于其分塊信息組合各數(shù)據(jù)塊，得到下載文件。本發(fā)明安全、快捷、支持?jǐn)帱c(diǎn)續(xù)傳。
【專(zhuān)利說(shuō)明】
一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法
技術(shù)領(lǐng)域
[0001 ]本發(fā)明屬于網(wǎng)絡(luò)通信領(lǐng)域，具體涉及一種利用SMCL0UD (碎片化多云存儲(chǔ)系統(tǒng))對(duì)電子郵件附件碎片化存儲(chǔ)并留痕的電子郵件安全傳輸技術(shù)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的普及和網(wǎng)絡(luò)基礎(chǔ)設(shè)施的建設(shè)，國(guó)內(nèi)Internet用戶(hù)呈指數(shù)增長(zhǎng)。電子郵件(E-Mail)作為互聯(lián)網(wǎng)上最重要的應(yīng)用之一，已成為人們?nèi)粘Ｂ?lián)絡(luò)通訊的主要工具之
O
[0003]電子郵件(E-MaiI)的工作過(guò)程遵循客戶(hù)一服務(wù)器模式。每份電子郵件的發(fā)送都涉及到發(fā)送方與收件方，發(fā)送方構(gòu)成客戶(hù)端，而收件方構(gòu)成服務(wù)器，服務(wù)器含有眾多用戶(hù)的電子信箱。發(fā)送方通過(guò)UA(客戶(hù)端)，將編輯好的電子郵件向郵局服務(wù)器(SMTP服務(wù)器)發(fā)送。郵局服務(wù)器識(shí)別接收者的地址，并向管理該地址的郵件服務(wù)器(P0P3/IMAP服務(wù)器)發(fā)送消息。郵件服務(wù)器將消息存放在接收者的電子信箱內(nèi)，并告知接收者有新郵件到來(lái)。接收者通過(guò)UA連接到郵件服務(wù)器后，就會(huì)看到服務(wù)器的通知，進(jìn)而打開(kāi)自己的電子信箱來(lái)查收郵件。
[0004]通常Internet上的個(gè)人用戶(hù)不能直接接收電子郵件，而是通過(guò)申請(qǐng)ISP (InternetService Provider)主機(jī)的一個(gè)電子信箱，由ISP主機(jī)負(fù)責(zé)電子郵件的接收。一旦有用戶(hù)的電子郵件到來(lái)，ISP主機(jī)就將郵件移到用戶(hù)的電子信箱內(nèi)，并告知用戶(hù)有新郵件。因此，當(dāng)發(fā)送一條電子郵件給另一個(gè)客戶(hù)時(shí)，電子郵件首先從用戶(hù)計(jì)算機(jī)發(fā)送到ISP主機(jī)，再到Internet，再到收件人的ISP主機(jī)，最后到收件人的個(gè)人計(jì)算機(jī)。
[0005]ISP主機(jī)起著“郵局”的作用，管理眾多用戶(hù)的電子信箱。每個(gè)用戶(hù)的電子信箱實(shí)際上就是用戶(hù)所申請(qǐng)的賬號(hào)名。每個(gè)用戶(hù)的電子信箱都要占用ISP主機(jī)一定容量的硬盤(pán)空間，由于這一空間是有限的，因此用戶(hù)要定期查收和閱讀電子信箱中的郵件，以便騰出空間來(lái)接收新的郵件。
[0006]然而，當(dāng)前電子郵件的發(fā)展卻面領(lǐng)著諸多問(wèn)題的困擾。電子郵件在傳輸過(guò)程中存在可能被竊聽(tīng)、機(jī)密文件被泄露的安全隱患，極大的降低了電子郵件傳輸?shù)陌踩浴Ｍ瑫r(shí)，如果傳輸文件比較大，添加附件需要花很長(zhǎng)的時(shí)間，更糟糕的是，如果傳輸過(guò)程中遇到了網(wǎng)絡(luò)故障或者網(wǎng)速較差的情況，附件的添加會(huì)被中斷，發(fā)件者必須重新添加附件。此外，面對(duì)一些敏感的機(jī)密文件，如果發(fā)件者在發(fā)送郵件之前沒(méi)有對(duì)發(fā)送的郵件內(nèi)容進(jìn)行加密，同時(shí)，接收者拒絕承認(rèn)已閱讀該郵件，由于收件人是否已閱讀郵件這一操作沒(méi)有第三方的公證人可以作證，那么發(fā)件人就可能要面領(lǐng)自己利益被侵害的情況。

【發(fā)明內(nèi)容】

[0007]本發(fā)明的發(fā)明目的在于:提供了一種安全、快捷、支持?jǐn)帱c(diǎn)續(xù)傳、通過(guò)SMCL0UD(碎片化多云存儲(chǔ)系統(tǒng))對(duì)電子郵件附件碎片化存儲(chǔ)并留痕的電子郵件安全傳輸技術(shù)。
[0008]本發(fā)明的一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法，其特征在于，包括下列步驟:
[0009]a.發(fā)送方發(fā)送郵件:
[0010]步驟al:當(dāng)檢測(cè)到發(fā)送方上傳附件時(shí)，判斷待上傳附件的文件大小是否大于或等于預(yù)設(shè)閾值，若是，則執(zhí)行步驟a2;否則，直接將待上傳附件添加到發(fā)送郵件附件并進(jìn)行郵件發(fā)送；
[0011]步驟a2:判斷發(fā)送方是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟a3;否則，提示發(fā)送方進(jìn)行身份認(rèn)證；
[0012]步驟a3:發(fā)送方向代理云發(fā)送上傳請(qǐng)求，代理云分配η個(gè)云存儲(chǔ)位置并返回給發(fā)送方，其中I;
[0013]步驟a4:發(fā)送方將待上傳附件均分為η個(gè)數(shù)據(jù)塊，并待上傳附件的分塊信息記錄到待上傳附件的元數(shù)據(jù)中；
[0014]發(fā)送方依次上傳η個(gè)數(shù)據(jù)塊到分配的η個(gè)云存儲(chǔ)位置，每上傳完一個(gè)數(shù)據(jù)塊，則將所述數(shù)據(jù)塊的存儲(chǔ)位置記錄到所述元數(shù)據(jù)中；
[0015]當(dāng)η個(gè)數(shù)據(jù)塊上傳完畢后，將下載授權(quán)信息記錄到待上傳附件的元數(shù)據(jù)中并將所述元數(shù)據(jù)發(fā)送給代理云，所述下載授權(quán)信息包括發(fā)送方身份標(biāo)識(shí)、待上傳附件標(biāo)識(shí)符、收件方身份標(biāo)識(shí)；
[0016]步驟a5:發(fā)送方將待上傳附件的元數(shù)據(jù)添加到發(fā)送郵件附件并進(jìn)行郵件發(fā)送；
[0017]b.收件方接收郵件:
[0018]步驟bl:若接收郵件附件的內(nèi)容為元數(shù)據(jù)，則執(zhí)行步驟b2;否則直接下載附件；
[0019]步驟b2:檢測(cè)元數(shù)據(jù)中是否存在下載授權(quán)信息，若是，則執(zhí)行步驟b3;否則下載附件失?。?br>[0020]步驟b3:判斷收件方是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟b4;否則，提示收件方進(jìn)行身份認(rèn)證；
[0021]步驟b4:根據(jù)元數(shù)據(jù)中的存儲(chǔ)位置下載各數(shù)據(jù)塊，再基于元數(shù)據(jù)中的分塊信息組合各數(shù)據(jù)塊，得到下載文件。
[0022]綜上所述，由于采用了上述技術(shù)方案，本發(fā)明的有益效果是:
[0023](I)傳輸速度快。
[0024]傳統(tǒng)的電子郵件由于一次性添加整個(gè)待上傳文件到郵件附件中，在文件比較大的情況下，需要花很長(zhǎng)時(shí)間去添加;而本發(fā)明文件大小大于或等于預(yù)設(shè)閾值的待上傳文件通過(guò)碎片化多云存儲(chǔ)，將其分別存儲(chǔ)在代理云分配的多個(gè)云端，只在郵件附件中添加元數(shù)據(jù)(分塊信息、存儲(chǔ)位置、下載授權(quán)信息)，其添加的附件小，則添加時(shí)間短。
[0025](2)支持?jǐn)帱c(diǎn)續(xù)傳。
[0026]傳統(tǒng)電子郵件在附件添加過(guò)程中，如果網(wǎng)絡(luò)故障或者網(wǎng)速較差，可能會(huì)出現(xiàn)斷點(diǎn)重傳的情況;而本發(fā)明將文件碎片化，分別存儲(chǔ)到不同的云端，能支持?jǐn)帱c(diǎn)續(xù)傳。
[0027](3)安全性高。
[0028]傳統(tǒng)的電子郵件發(fā)送的是真正的數(shù)據(jù)，傳輸過(guò)程中可能存在被竊聽(tīng)、機(jī)密文件被泄漏的安全隱患;而本發(fā)明將元數(shù)據(jù)和真正的數(shù)據(jù)分離，添加的附件為元數(shù)據(jù)，且真正的數(shù)據(jù)被碎片化，分別存儲(chǔ)在不同的云端，能有效避免傳輸過(guò)程中數(shù)據(jù)被竊聽(tīng)、機(jī)密文件被泄漏的安全隱患。
[0029](4)自帶公證人。
[0030]傳統(tǒng)電子郵件的收件人是否已閱讀郵件接收服務(wù)器中的郵件，沒(méi)有第三方的公證人可以作證;而本發(fā)明使得郵件傳輸過(guò)程中發(fā)件方上傳文件和收件人下載文件代理云都有記錄，因此自帶有第三方的公證人。
[0031](5)可擴(kuò)展性。
[0032]傳統(tǒng)電子郵件數(shù)據(jù)傳輸是通過(guò)電子郵件服務(wù)系統(tǒng)完成的，電子郵件的工作過(guò)程遵循客戶(hù)一服務(wù)器(C/S)模式，傳輸大附件需要大量時(shí)間；本發(fā)明采用傳統(tǒng)電子郵件的C/S模式傳輸元數(shù)據(jù)，數(shù)據(jù)量小，花費(fèi)的時(shí)間也比較少，在此基礎(chǔ)上，將真正的數(shù)據(jù)碎片化為多個(gè)數(shù)據(jù)塊，采用P2P體系結(jié)構(gòu)進(jìn)行上傳和下載數(shù)據(jù)，P2P體系的可擴(kuò)展性大大提高了數(shù)據(jù)上傳和下載的速度。
【附圖說(shuō)明】
[0033]圖1是本發(fā)明的通信示意圖；
[0034]圖2是發(fā)件人上傳數(shù)據(jù)流程圖；
[0035]圖3是收件人下載數(shù)據(jù)流程圖。
【具體實(shí)施方式】
[0036]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合實(shí)施方式和附圖，對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
[0037]為了實(shí)現(xiàn)本發(fā)明，可以在用戶(hù)端(郵件發(fā)送端、郵件接收端)安裝用于實(shí)現(xiàn)本發(fā)明的碎片化多云存儲(chǔ)的插件，本【具體實(shí)施方式】中將其定義為SMCL0UD插件，以便于后續(xù)描述。
[0038]對(duì)于通過(guò)碎片化多云存儲(chǔ)實(shí)現(xiàn)帶附件的郵件的收發(fā)的雙方(發(fā)件人Sender和收件人Receiver)，應(yīng)該為代理云的注冊(cè)認(rèn)證用戶(hù)。
[0039]步驟a.參見(jiàn)圖2，發(fā)件人發(fā)郵件的處理過(guò)程具體為:
[0040]步驟al:當(dāng)Sender登陸電子郵件系統(tǒng)，選擇寫(xiě)郵件功能進(jìn)行寫(xiě)郵件并進(jìn)行郵件附件(待上傳附件用文件Fl表示)上傳時(shí)，即當(dāng)SMCL0UD插件檢測(cè)到Sender上傳附件時(shí)，判斷文件Fl的數(shù)據(jù)大小是否大于或等于預(yù)設(shè)閾值(基于實(shí)際應(yīng)用需求設(shè)置，本實(shí)施例設(shè)置為2MB)，若是，則執(zhí)行步驟a2;否則，直接將文件Fl添加到發(fā)送郵件附件中并進(jìn)行郵件發(fā)送:即將編輯好的郵件發(fā)送到郵局服務(wù)器，如SMTP服務(wù)器。通過(guò)SMTP服務(wù)器傳送郵件到Internet或Intranet，再由Internet或Intranet傳送郵件至Ij郵件服務(wù)器，如POP3/I MAP服務(wù)器，Receiver再?gòu)腜0P3/IMAP服務(wù)器接收該郵件，如圖1所示。
[0041]步驟a2:判斷Sender是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟a3;否則，提示發(fā)送方進(jìn)行身份認(rèn)證，例如提示用戶(hù)進(jìn)行注冊(cè)認(rèn)證用戶(hù)登錄或用戶(hù)注冊(cè)以成為注冊(cè)認(rèn)證用戶(hù)。
[0042]步驟a3:對(duì)于代理云認(rèn)證用戶(hù)，SMCL0UD插件向代理云發(fā)送上傳請(qǐng)求(可以包含待上傳文件(文件Fl)的文件大小信息)，代理云基于上傳請(qǐng)求為文件Fl分配n(n 2 I)個(gè)云存儲(chǔ)位置(如圖1所示的4個(gè)云端:Baidu、Tencent、Alibaba、Amazon)并返回給上傳請(qǐng)求發(fā)送端；
[0043]步驟a4:SMCL0UD插件對(duì)文件Fl進(jìn)行切割數(shù)據(jù)處理，即將其均分為η個(gè)數(shù)據(jù)塊，以便于分別存儲(chǔ)到云代理所分配的η個(gè)云端(如圖2所示的C1，C2，…….，Cn);并且將文件Fl的分塊信息(例如各數(shù)據(jù)塊的標(biāo)識(shí)符，各數(shù)據(jù)塊之間的連接順序)保存到文件FI的元數(shù)據(jù)中，每個(gè)待上傳文件分別對(duì)應(yīng)一個(gè)元數(shù)據(jù)；
[0044]SMCL0UD插件依次上傳η個(gè)數(shù)據(jù)塊到分配的η個(gè)云端，每上傳完一個(gè)數(shù)據(jù)塊，則將該數(shù)據(jù)塊的存儲(chǔ)位置記錄到文件Fl的元數(shù)據(jù)中；
[0045]當(dāng)η個(gè)數(shù)據(jù)塊上傳完畢后，SMCL0UD插件將下載授權(quán)信息記錄到文件Fl的元數(shù)據(jù)中并將元數(shù)據(jù)發(fā)送給代理云，其中下載授權(quán)信息包括發(fā)送方身份標(biāo)識(shí)、待上傳附件標(biāo)識(shí)符、收件方身份標(biāo)識(shí)；
[0046]步驟a5:SMCL0UD插件將文件Fl的元數(shù)據(jù)添加到發(fā)送郵件附件，即將文件Fl的元數(shù)據(jù)作為當(dāng)前郵件附件的數(shù)據(jù)內(nèi)容后進(jìn)行郵件發(fā)送。若Sender需要上傳多個(gè)附件文件，則分別對(duì)每個(gè)待上傳文件執(zhí)行上述步驟al?a5即可。
[0047]步驟b.參見(jiàn)圖3，收件人接收郵件的處理過(guò)程具體為:
[0048]步驟bl:Receiver登陸電子郵件系統(tǒng)，選擇收郵件功能接收郵件。如果接收郵件的附件內(nèi)容為元數(shù)據(jù)，則對(duì)附件中的元數(shù)據(jù)進(jìn)行授權(quán)檢查，即當(dāng)SMCL0UD插件檢測(cè)到附件內(nèi)容為元數(shù)據(jù)時(shí)，則執(zhí)行步驟b2;否則直接下載附件；
[0049]步驟b2: SMCL0UD插件檢測(cè)元數(shù)據(jù)中是否存在下載授權(quán)信息，若是，則執(zhí)行步驟b3;否則下載附件失敗；
[°°50] 步驟b3: SMCL0UD插件判斷Receiver是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟b4 ；否則，提示Recei ver進(jìn)行身份認(rèn)證，若身份認(rèn)證失敗，則拒絕下載請(qǐng)求；
[0051 ]步驟b4: SMCL0UD插件解析元數(shù)據(jù)，即通過(guò)分析拆分元數(shù)據(jù)，得到數(shù)據(jù)塊的存儲(chǔ)位置(云端存儲(chǔ)信息)以及數(shù)據(jù)塊分塊信息；
[0052]然后根據(jù)每個(gè)數(shù)據(jù)塊的云端存儲(chǔ)信息，在對(duì)應(yīng)的云端下載到數(shù)據(jù)塊，最后將所下載的η個(gè)數(shù)據(jù)塊根據(jù)數(shù)據(jù)塊分塊信息進(jìn)行數(shù)據(jù)拼接，得到完整數(shù)據(jù)文件，S卩Sender發(fā)送的文件Fl 0
[0053]以上所述，僅為本發(fā)明的【具體實(shí)施方式】，本說(shuō)明書(shū)中所公開(kāi)的任一特征，除非特別敘述，均可被其他等效或具有類(lèi)似目的的替代特征加以替換;所公開(kāi)的所有特征、或所有方法或過(guò)程中的步驟，除了互相排斥的特征和/或步驟以外，均可以任何方式組合。
【主權(quán)項(xiàng)】
1.一種通過(guò)碎片化多云存儲(chǔ)的電子郵件通信方法，其特征在于，包括下列步驟: a.發(fā)送方發(fā)送郵件: 步驟al:當(dāng)檢測(cè)到發(fā)送方上傳附件時(shí)，判斷待上傳附件的文件大小是否大于或等于預(yù)設(shè)閾值，若是，則執(zhí)行步驟a2;否則，直接將待上傳附件添加到發(fā)送郵件附件并進(jìn)行郵件發(fā)送； 步驟a2:判斷發(fā)送方是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟a3;否則，提示發(fā)送方進(jìn)行身份認(rèn)證； 步驟a3:發(fā)送方向代理云發(fā)送上傳請(qǐng)求，代理云分配η個(gè)云存儲(chǔ)位置并返回給發(fā)送方，其中d; 步驟a4:發(fā)送方將待上傳附件均分為η個(gè)數(shù)據(jù)塊，并待上傳附件的分塊信息記錄到待上傳附件的元數(shù)據(jù)中； 發(fā)送方依次上傳η個(gè)數(shù)據(jù)塊到分配的η個(gè)云存儲(chǔ)位置，每上傳完一個(gè)數(shù)據(jù)塊，則將所述數(shù)據(jù)塊的存儲(chǔ)位置記錄到所述元數(shù)據(jù)中； 當(dāng)η個(gè)數(shù)據(jù)塊上傳完畢后，將下載授權(quán)信息記錄到待上傳附件的元數(shù)據(jù)中并將所述元數(shù)據(jù)發(fā)送給代理云，所述下載授權(quán)信息包括發(fā)送方身份標(biāo)識(shí)、待上傳附件標(biāo)識(shí)符、收件方身份標(biāo)識(shí)； 步驟a5:發(fā)送方將待上傳附件的元數(shù)據(jù)添加到發(fā)送郵件附件并進(jìn)行郵件發(fā)送； b.收件方接收郵件: 步驟bl:若接收郵件附件的內(nèi)容為元數(shù)據(jù)，則執(zhí)行步驟b2;否則直接下載附件； 步驟b2:檢測(cè)元數(shù)據(jù)中是否存在下載授權(quán)信息，若是，則執(zhí)行步驟b3;否則下載附件失敗； 步驟b3:判斷發(fā)送方是否為代理云認(rèn)證用戶(hù)，若是，則執(zhí)行步驟b4;否則，提示收件方進(jìn)行身份認(rèn)證； 步驟b4:根據(jù)元數(shù)據(jù)中的存儲(chǔ)位置下載各數(shù)據(jù)塊，再基于元數(shù)據(jù)中的分塊信息組合各數(shù)據(jù)塊，得到下載文件。2.如權(quán)利要求1所述的方法，其特征在于，步驟al中，當(dāng)待上傳附件的文件大小大于或等于2MB時(shí)，執(zhí)行步驟a2。
【文檔編號(hào)】H04L29/08GK105827512SQ201610278375
【公開(kāi)日】2016年8月3日
【申請(qǐng)日】2016年4月29日
【發(fā)明人】佘堃, 楊瑞瑞, 呂赫, 雷磊, 王偉東, 王宇, 廖貞林
【申請(qǐng)人】電子科技大學(xué)