專利名稱：訪問電子郵件中附件文件的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)網(wǎng)絡(luò)技術(shù)，特別涉及一種訪問電子郵件中附件文件的方法、裝
置及系統(tǒng)。
背景技術(shù)：
目前，郵件服務(wù)器通常將電子郵件所包括的郵件正文和附件文件進(jìn)行連續(xù)排列并
統(tǒng)一編碼，以使電子郵件在網(wǎng)絡(luò)中傳輸。例如，當(dāng)一位發(fā)件用戶向十位收件用戶同時發(fā)送帶
附件文件的電子郵件時，首先該電子郵件會被上傳至該發(fā)件用戶的郵件服務(wù)器，由該發(fā)件
用戶的郵件服務(wù)器為每位收件用戶復(fù)制該電子郵件所包括的郵件正文和附件文件以生成
十份電子郵件副本，并分別將電子郵件副本發(fā)送給十位收件用戶所對應(yīng)的收件用戶的郵件 服務(wù)器，其中的發(fā)送也包括抄送和密送。 但發(fā)明人發(fā)現(xiàn)，在對電子郵件進(jìn)行發(fā)送或?qū)﹄娮余]件副本進(jìn)行轉(zhuǎn)發(fā)之后，所有收 件用戶將分別存儲有一份電子郵件副本，由于附件文件本身具有一定的容量大小，所有收 件用戶的附件文件不但浪費(fèi)了網(wǎng)絡(luò)資源，而且也浪費(fèi)了所有收件用戶所在計算機(jī)的硬件存 儲資源。

發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供一種訪問電子郵件中附件文件的方法、裝置及系統(tǒng)， 用以解決由于附件文件在每個接收該電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及 存儲資源的技術(shù)缺陷。 本發(fā)明一方面提供一種訪問電子郵件中附件文件的方法，其中，包括
接收接收用戶端所發(fā)送的第一訪問附件請求； 獲取所述第一訪問附件請求所包括的附件標(biāo)簽，所述附件標(biāo)簽鏈接于所述用戶端 欲訪問的附件文件； 判斷所述附件標(biāo)簽是否存在于所述用戶端的郵件服務(wù)器中，若是，則通過對所述 第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，所述第二訪問附件請求包括用以獲 取所述附件文件的第一簽名； 發(fā)送所述第二訪問附件請求至存儲有所述附件文件的郵件服務(wù)器，用以從所述存 儲有所述附件文件的郵件服務(wù)器中獲取所述附件文件。 本發(fā)明另一方面提供一種訪問電子郵件中附件文件的方法，其中，包括
接收用戶端的郵件服務(wù)器所發(fā)送的第二訪問附件請求； 獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo)簽鏈接于 所述用戶端欲訪問的附件文件； 驗證所述第一簽名是否合法，若是，則根據(jù)所述附件標(biāo)簽所包括的所述附件文件 的存儲路徑，獲取所述附件文件； 發(fā)送所述附件文件至所述用戶端的郵件服務(wù)器。
5
本發(fā)明另一方面提供一種訪問電子郵件中附件文件的裝置，其中，包括 接收模塊，所述接收模塊用于接收用戶端所發(fā)送的第一訪問附件請求； 獲取模塊，所述獲取模塊用于獲取所述第一訪問附件請求所包括的附件標(biāo)簽，所
述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文件； 判斷模塊，所述判斷模塊用于判斷所述附件標(biāo)簽是否存在于所述用戶端的郵件服 務(wù)器中； 生成模塊，所述生成模塊用于若所述判斷模塊判斷所述附件標(biāo)簽存在于所述用戶 端的郵件服務(wù)器中，則通過對所述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，所 述第二訪問附件請求包括用以獲取所述附件文件的第一簽名； 第一發(fā)送模塊，所述第一發(fā)送模塊用于發(fā)送所述第二訪問附件請求至存儲有所述 附件文件的郵件服務(wù)器，用以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述附件文 件。 本發(fā)明另一方面提供一種訪問電子郵件中附件文件的裝置，其中，包括 接收模塊，所述接收模塊用于接收用戶端的郵件服務(wù)器所發(fā)送的第二訪問附件請
求； 第一獲取模塊，所述第一獲取模塊用于獲取所述第二訪問附件請求所包括的附件 標(biāo)簽和第一簽名，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文件；
驗證模塊，所述驗證模塊用于驗證所述第一簽名是否合法； 第二獲取模塊，所述第二獲取模塊用于若所述驗證模塊驗證所述第一簽名合法，
則根據(jù)所述附件標(biāo)簽所包括的所述附件文件的存儲路徑，獲取所述附件文件； 第一發(fā)送模塊，所述第一發(fā)送模塊用于發(fā)送所述附件文件至所述用戶端的郵件服務(wù)器。 本發(fā)明另一方面提供一種訪問電子郵件中附件文件的系統(tǒng)，其中，包括至少一個 訪問附件文件的郵件服務(wù)器和一個起始郵件服務(wù)器；所述訪問附件文件的郵件服務(wù)器為欲 訪問附件文件的用戶端的郵件服務(wù)器，且所述起始郵件服務(wù)器為存儲有所述用戶端所欲訪 問附件文件的郵件服務(wù)器； 所述訪問附件文件的郵件服務(wù)器用于接收用戶端所發(fā)送的第一訪問附件請求；獲 取所述第一訪問附件請求所包括的附件標(biāo)簽，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附 件文件；判斷所述附件標(biāo)簽是否存在于該訪問附件文件的郵件服務(wù)器中，若是，則通過對所 述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求；發(fā)送所述第二訪問附件請求至存 儲有所述附件文件的郵件服務(wù)器，以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述 附件文件； 所述起始郵件服務(wù)器用于接收所述訪問附件文件的郵件服務(wù)器所發(fā)送的第二訪 問附件請求；獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo)簽鏈 接于所述用戶端欲訪問的附件文件；驗證所述第一簽名是否合法，若是，則根據(jù)所述附件標(biāo) 簽所包括的所述附件文件的存儲路徑，獲取所述附件文件；并發(fā)送所述附件文件至所述訪 問附件文件的郵件服務(wù)器。 本發(fā)明的訪問電子郵件中附件文件的方法、裝置及系統(tǒng)，提供了一種訪問電子郵 件中附件文件的方式，通過欲訪問附件文件的用戶端的郵件服務(wù)器對第一訪問附件請求進(jìn)行加密，以生成第二訪問附件請求；并且由存儲有該附件文件的郵件服務(wù)器獲取該第二訪 問附件請求所包括的附件標(biāo)簽和第一簽名，在驗證該第一簽名合法后，則根據(jù)附件所標(biāo)簽 所包括的該附件文件的存儲路徑，獲取所述附件文件并發(fā)送；解決了由于附件文件在每個 接收該電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資源的技術(shù)缺陷，實現(xiàn)了 能夠減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源的目的。


為了更清楚地說明本發(fā)明或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù) 描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一 些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這 些附圖獲得其他的附圖。
圖1為本發(fā)明一實施例訪問電子郵件中附件文件的方法流程示意圖；
圖2為本發(fā)明另一實施例訪問電子郵件中附件文件的方法流程示意圖；
圖3為本發(fā)明一實施例訪問電子郵件中附件文件的裝置結(jié)構(gòu)示意圖；
圖4為本發(fā)明另一實施例訪問電子郵件中附件文件的裝置結(jié)構(gòu)示意圖；
圖5為本發(fā)明一實施例訪問電子郵件中附件文件的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明中的附圖，對本 發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例， 而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞 動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
圖1為本發(fā)明一實施例訪問電子郵件中附件文件的方法流程示意圖。如圖1所示，
本實施例訪問電子郵件中附件文件的方法包括 步驟101、接收用戶端所發(fā)送的第一訪問附件請求； 當(dāng)使用者需查看某一封電子郵件中的附件文件時，可點(diǎn)擊該電子郵件中標(biāo)識該附
件文件的圖標(biāo)，這時用戶端則發(fā)送第一訪問附件請求至用戶端的郵件服務(wù)器，以請求訪問
該附件文件，其中，該第一訪問附件請求至少包括用戶端欲訪問附件文件的附件標(biāo)簽，該附
件標(biāo)簽鏈接于該附件文件，且該鏈接于該附件文件的附件標(biāo)簽是在發(fā)件用戶向收件用戶發(fā)
送該電子郵件時，由發(fā)件用戶的郵件服務(wù)器所生成的，發(fā)件用戶和收件用戶對應(yīng)該電子郵
件中的附件文件都擁有唯一的附件標(biāo)簽。其中，在接收和發(fā)送該電子郵件的郵件服務(wù)器中，
只有一個郵件服務(wù)器保存有該電子郵件中的附件文件，而其他郵件服務(wù)器均只保存有該電
子郵件中的郵件正文，且該附件文件可存儲在最先發(fā)送該電子郵件的起始郵件服務(wù)器中； 附件標(biāo)簽生成的具體過程可為在發(fā)件用戶向至少一個收件用戶發(fā)送一封電子郵
件時，發(fā)件用戶的郵件服務(wù)器獲取該發(fā)件用戶上傳的電子郵件，該電子郵件包括郵件正文
和附件文件；發(fā)件用戶的郵件服務(wù)器統(tǒng)計該電子郵件中所攜帶的用戶郵件賬號的數(shù)量，并
復(fù)制郵件正文，以生成對應(yīng)于每一個收件用戶的用戶郵件賬號的郵件正文副本，并將郵件
正文副本發(fā)送給收件用戶的郵件服務(wù)器，這里的發(fā)送包括抄送和密送；發(fā)件用戶的郵件服
務(wù)器根據(jù)收件用戶的用戶郵件賬號、電子郵件的主題、郵件正文副本在收件用戶中的存儲類別以及該附件文件在已存儲該附件文件的郵件服務(wù)器中的存儲路徑(已存儲該附件文
件的郵件服務(wù)器一般為最先發(fā)送電子郵件的起始郵件服務(wù)器，而不一定是這里的發(fā)件用戶
的郵件服務(wù)器)，生成鏈接于該附件文件的附件標(biāo)簽，并將該附件標(biāo)簽發(fā)送給收件用戶的郵
件服務(wù)器，由收件用戶的郵件服務(wù)器保存；其中，郵件正文副本在收件用戶中的存儲類別是
指郵件正文副本到達(dá)收件用戶所對應(yīng)的郵件服務(wù)器，并由收件用戶所對應(yīng)的郵件服務(wù)器下
發(fā)到收件用戶后，在收件用戶中的存儲類別，該存儲類別可包括收件箱存儲類別和垃圾箱
存儲類別等；其中，由于收件用戶的郵件服務(wù)器會接收到多個帶附件文件的電子郵件，因此
對應(yīng)于這些電子郵件中各自所攜帶的附件文件，郵件服務(wù)器中包括多個不同的附件標(biāo)簽，
且每一個附件標(biāo)簽都包括相對應(yīng)的用戶郵件賬號、附件文件所在的電子郵件的主題、電子
郵件的存儲類別以及附件文件在存儲有該附件文件的郵件服務(wù)器中的存儲路徑。 步驟102、獲取第一訪問附件請求所包括的附件標(biāo)簽，該附件標(biāo)簽鏈接于用戶端欲
訪問的附件文件； 用戶端的郵件服務(wù)器獲取上述第一訪問附件請求中所包括的鏈接于附件文件的 附件標(biāo)簽。 步驟103、判斷附件標(biāo)簽是否存在于用戶端的郵件服務(wù)器中，若是，則通過對第一 訪問附件請求進(jìn)行加密，生成第二訪問附件請求； 用戶端的郵件服務(wù)器將第一訪問附件請求所包括附件標(biāo)簽中的電子郵件信息，與 用戶端的郵件服務(wù)器所包括的每個附件標(biāo)簽中的電子郵件信息，進(jìn)行匹配；若匹配成功，則 判斷附件標(biāo)簽存在于用戶端的郵件服務(wù)器中，若匹配不成功，則發(fā)送訪問失敗消息至用戶 端，通知用戶端無法訪問其所欲訪問的附件文件。其中，電子郵件信息主要包括用戶郵件賬 號、附件文件所在的電子郵件的主題、電子郵件的存儲類別以及附件文件在存儲有該附件 文件的郵件服務(wù)器中的存儲路徑。 若用戶端的郵件服務(wù)器判斷第一訪問附件請求所包括的附件標(biāo)簽存在于用戶端 的郵件服務(wù)器中，則可通過哈希算法在第一訪問附件請求后添加簽名的方式，對第一訪問 附件請求進(jìn)行加密，進(jìn)而生成第二訪問附件請求，對第一訪問附件請求進(jìn)行加密的目的是 防止第二訪問附件請求在網(wǎng)絡(luò)中傳輸時受到攻擊，以避免用戶端的郵件服務(wù)器錯誤獲取附 件文件；且該第二訪問附件請求包括用以獲取該附件文件的第一簽名； 其中，對上述生成第二訪問附件請求的具體過程可為根據(jù)附件標(biāo)簽，生成第一哈 希值；并通過公鑰對該第一哈希值進(jìn)行加密，生成第一簽名，公鑰由用戶端的郵件服務(wù)器和 存儲有用戶端所欲訪問附件文件的郵件服務(wù)器共同約定；且將第一簽名和附件標(biāo)簽封裝成 第二訪問附件請求。 再者，若用戶端的郵件服務(wù)器判斷第一訪問附件請求所包括的附件標(biāo)簽不存在于 用戶端的郵件服務(wù)器中，即該第一訪問附件請求所包括的附件標(biāo)簽與該用戶端的郵件服務(wù) 器中所包括的附件標(biāo)簽匹配不成功，則發(fā)送訪問失敗消息至用戶端，以提示用戶端無法訪 問該附件文件。 步驟104、發(fā)送第二訪問附件請求至存儲有附件文件的郵件服務(wù)器，以從存儲有附 件文件的郵件服務(wù)器中獲取附件文件。 用戶端的郵件服務(wù)器發(fā)送第二訪問附件請求至存儲有用戶端所欲訪問的附件文 件的郵件服務(wù)器，由存儲有該附件文件的郵件服務(wù)器根據(jù)第二訪問附件請求，查找用戶端所欲訪問的附件文件，并返回給用戶端的郵件服務(wù)器。 本實施例的訪問電子郵件中附件文件的方法，提供了一種訪問電子郵件中附件文 件的方式，通過若判斷附件標(biāo)簽存在于用戶端的郵件服務(wù)器中，則向存儲有附件文件的郵 件服務(wù)器發(fā)送所生成的第二訪問附件請求的技術(shù)方案，解決了由于附件文件在每個接收該 電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資源的技術(shù)缺陷，實現(xiàn)了欲訪問 附件文件的用戶端可通過用戶端的郵件服務(wù)器向起始郵件服務(wù)器集中訪問附件文件的目 的，減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源。 圖2為本發(fā)明另一實施例訪問電子郵件中附件文件的方法流程示意圖。如圖2所 示，本實施例訪問電子郵件中附件文件的方法包括 步驟201、接收用戶端的郵件服務(wù)器所發(fā)送的第二訪問附件請求； 已存儲用戶端所欲訪問的附件文件的郵件服務(wù)器接收用戶端的郵件服務(wù)器所發(fā)
送的的第二訪問附件請求，該第二訪問附件請求至少包括附件標(biāo)簽和第一簽名，該附件標(biāo)
簽鏈接于用戶端所欲訪問的附件文件。在本實施例中已存儲該附件文件的郵件服務(wù)器可以
為最先發(fā)送電子郵件的起始郵件服務(wù)器，該電子郵件是用戶端所接收的電子郵件，而其中
的附件文件也正是用戶端所需訪問的附件文件。 步驟202、獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo) 簽鏈接于所述用戶端欲訪問的附件文件； 已存儲用戶端所欲訪問的附件文件的郵件服務(wù)器獲取第二訪問附件請求所包括 的附件標(biāo)簽和第一簽名，且該附件標(biāo)簽中至少包括該附件文件在已存儲該附件文件的郵件 服務(wù)器中的存儲路徑。 步驟203、驗證第一簽名是否合法，若是，則根據(jù)附件標(biāo)簽所包括的附件文件的存 儲路徑，獲取附件文件； 由于只有有效的請求才能從已存儲用戶端所欲訪問的附件文件的郵件服務(wù)器獲 得附件文件，為了保證第二訪問附件請求為有效的獲得附件文件的請求，可通過哈希算法 對其所包括的第一簽名進(jìn)行驗證的方式，以鑒別其是否有效；具體地，若所驗證的第一簽名 合法，則根據(jù)附件標(biāo)簽所包括的附件文件在已存儲用戶端所欲訪問的附件文件的郵件服務(wù) 器中的存儲路徑，從存儲單元中獲取用戶端所欲訪問的附件文件。 其中，上述通過哈希算法對第二訪問附件請求所包括的第一簽名進(jìn)行驗證的方 式，具體可為根據(jù)附件標(biāo)簽，通過哈希算法以生成第二哈希值；再通過公鑰對該第二哈希 值進(jìn)行加密，以生成第二簽名，該公鑰由用戶端的郵件服務(wù)器和存儲有用戶端所欲訪問的 附件文件的郵件服務(wù)器共同約定；接著，可通過判斷第二訪問附件請求所包括的第一簽名 和第二簽名是否一致，來驗證該第一簽名是否合法，若一致，則判斷從第二訪問請求中獲取 的第一簽名合法。 步驟204、發(fā)送已獲取的附件文件至欲訪問該附件文件的用戶端的郵件服務(wù)器。
在驗證上述第二訪問附件請求所包括的第一簽名合法，且獲取用戶端所欲訪問的 該附件文件后，發(fā)送已獲取的附件文件至欲訪問該附件文件的用戶端的郵件服務(wù)器。
進(jìn)一步地，若驗證上述第二訪問附件請求所包括的第一簽名不合法，即第二訪問 附件請求所包括的第一簽名和第二簽名不一致，則發(fā)送訪問失敗消息至用戶端，以提示用 戶端無法訪問該附件文件。
實際應(yīng)用中，在用戶端的郵件服務(wù)器側(cè)當(dāng)使用者需查看某一封電子郵件中的附 件文件時，可點(diǎn)擊該電子郵件中標(biāo)識該附件文件的圖標(biāo)，這時用戶端則發(fā)送第一訪問附件 請求至用戶端的郵件服務(wù)器，以請求訪問該附件文件，其中，該第一訪問附件請求至少包括 用戶端欲訪問附件文件的附件標(biāo)簽，該附件標(biāo)簽鏈接于該附件文件；用戶端的郵件服務(wù)器 獲取該附件標(biāo)簽，并且將附件標(biāo)簽中的電子郵件信息與用戶端的郵件服務(wù)器所包括的每個 附件標(biāo)簽中的電子郵件信息，進(jìn)行匹配，若匹配成功，則該附件標(biāo)簽存在于用戶端的郵件服 務(wù)器中；接著，可通過哈希算法在第一訪問附件請求后添加簽名的方式，對第一訪問附件請 求進(jìn)行加密，進(jìn)而生成第二訪問附件請求并發(fā)送至已存儲用戶端所欲訪問的附件文件的郵 件服務(wù)器； 在已存儲用戶端所欲訪問的附件文件的郵件服務(wù)器側(cè)該郵件服務(wù)器接收用戶端 的郵件服務(wù)器所發(fā)送的的第二訪問附件請求；獲取第二訪問附件請求所包括的附件標(biāo)簽和 第一簽名，且該附件標(biāo)簽中至少包括該附件文件在已存儲該附件文件的郵件服務(wù)器中的存 儲路徑；接著，若驗證第一簽名合法，則根據(jù)該存儲路徑，獲取附件文件并發(fā)送給用戶端的 郵件服務(wù)器。 本實施例的訪問電子郵件中附件文件的方法，提供了一種訪問電子郵件中附件文 件的方式，通過已存儲用戶端所欲訪問的附件文件的郵件服務(wù)器獲取第二訪問附件請求所 包括的附件標(biāo)簽和第一簽名，若驗證該第一簽名合法，則可根據(jù)附件標(biāo)簽所包括的附件文 件的存儲路徑，獲取該附件文件并發(fā)送的技術(shù)方案，解決了由于附件文件在每個接收該電 子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資源的技術(shù)缺陷，實現(xiàn)了欲訪問附 件文件的用戶端可通過用戶端的郵件服務(wù)器向起始郵件服務(wù)器集中訪問附件文件的目的， 減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源。 圖3為本發(fā)明一實施例訪問電子郵件中附件文件的裝置結(jié)構(gòu)示意圖，可以應(yīng)用上 述一實施例訪問電子郵件中附件文件的方法。本實施例的訪問電子郵件中附件文件的裝置 包括接收模塊301、獲取模塊302、判斷模塊303、生成模塊304和第一發(fā)送模塊305 ;該接收 模塊301、獲取模塊302、判斷模塊303、生成模塊304和第一發(fā)送模塊305依次相連；其中，
當(dāng)使用者需查看某一封電子郵件中的附件文件時，可點(diǎn)擊該電子郵件中標(biāo)識該附 件文件的圖標(biāo)，這時用戶端發(fā)送第一訪問附件請求；并可由本實施例的訪問電子郵件中附 件文件的裝置對第一訪問附件請求進(jìn)行處理并發(fā)送給存儲有用戶端所欲訪問的附件文件 的郵件服務(wù)器，以獲取用戶端所欲訪問的附件文件。具體地，接收模塊301可接收用戶端所 發(fā)送的第一訪問附件請求；并由獲取模塊302獲取第一訪問附件請求所包括的附件標(biāo)簽， 該附件標(biāo)簽鏈接于用戶端欲訪問的附件文件；再由判斷模塊303可判斷第一訪問附件請求 所包括的附件標(biāo)簽是否存在于用戶端的郵件服務(wù)器中；接著由生成模塊304在判斷模塊判 斷所述附件標(biāo)簽存在于所述用戶端的郵件服務(wù)器后，通過對第一訪問附件請求進(jìn)行加密， 生成第二訪問附件請求；最后，由第一發(fā)送模塊305發(fā)送第二訪問附件請求至存儲有附件 文件的郵件服務(wù)器，以從存儲有附件文件的郵件服務(wù)器中獲取附件文件，且該存儲有附件 文件的郵件服務(wù)器為最先發(fā)送電子郵件的起始郵件服務(wù)器。 進(jìn)一步地，本實施例訪問電子郵件中附件文件的裝置還包括第二發(fā)送模塊306，該 第二發(fā)送模塊306連接于判斷模塊303 ;且該第二發(fā)送模塊306可在判斷模塊303用于若 第一訪問附件請求所包括的附件標(biāo)簽不存在于用戶端的郵件服務(wù)器中，即第一訪問附件請求所包括的附件標(biāo)簽與所述用戶端的郵件服務(wù)器中所包括的附件標(biāo)簽匹配不成功，則發(fā)送 訪問失敗消息至所述用戶端，以提示用戶端無法訪問該附件文件。 再進(jìn)一步地，判斷模塊303包括匹配單元3031和判斷單元3032，且匹配單元3031 和判斷單元3032相連接，其中，匹配單元3031將第一訪問附件請求所包括附件標(biāo)簽中的電 子郵件信息與用戶端的郵件服務(wù)器所包括的每個附件標(biāo)簽中的電子郵件信息，進(jìn)行匹配， 其中，電子郵件信息主要包括用戶郵件賬號、附件文件所在的電子郵件的主題、電子郵件的 存儲類別以及附件文件在存儲有該附件文件的郵件服務(wù)器中的存儲路徑；判斷單元3032 在第一訪問附件請求所包括的附件標(biāo)簽與用戶端的郵件服務(wù)器中所包括的附件標(biāo)簽匹配 成功，則判斷附件標(biāo)簽存在于用戶端的郵件服務(wù)器中；或者，在第一訪問附件請求所包括的 附件標(biāo)簽與用戶端的郵件服務(wù)器中所包括的附件標(biāo)簽匹配不成功，則判斷附件標(biāo)簽不存在 于用戶端的郵件服務(wù)器中。 又進(jìn)一步地，生成模塊304包括第一生成單元3041、第二生成單元3042和封裝單
元3043，該第一生成單元3041、第二生成單元3042和封裝單元3043 —次相連，生成模塊
304生成第二訪問附件請求可由第一生成單元3041、第二生成單元3042和封裝單元3043
來協(xié)助完成，具體地，首先，由第一生成單元3041根據(jù)第一訪問附件請求所包括的附件標(biāo)
簽，生成第一哈希值；接著，由第二生成單元3042通過公鑰對第一哈希值進(jìn)行加密，以生成
第一簽名，該公鑰由用戶端的郵件服務(wù)器和存儲有該附件文件的郵件服務(wù)器共同約定；最
后，由封裝單元3043將第一簽名和附件標(biāo)簽封裝成第二訪問附件請求。 本實施例的訪問電子郵件中附件文件的裝置，提供了一種訪問電子郵件中附件文
件的方式，通過判斷模塊判斷附件標(biāo)簽存在于用戶端的郵件服務(wù)器后，由第一發(fā)送模塊向
存儲有附件文件的郵件服務(wù)器發(fā)送生成模塊所生成的第二訪問附件請求的技術(shù)方案，解決
了由于附件文件在每個接收該電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資
源的技術(shù)缺陷，實現(xiàn)了欲訪問附件文件的用戶端可通過用戶端的郵件服務(wù)器向起始郵件服
務(wù)器集中訪問附件文件的目的，減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源。 圖4為本發(fā)明另一實施例訪問電子郵件中附件文件的裝置結(jié)構(gòu)示意圖。，可以應(yīng) 用上述另一實施例訪問電子郵件中附件文件的方法。如圖4所示，本實施例訪問電子郵件 中附件文件的裝置包括接收模塊401、第一獲取模塊402、驗證模塊403、第二獲取模塊404 和第一發(fā)送模塊405，該接收模塊401、第一獲取模塊402、驗證模塊403、第二獲取模塊404 和第一發(fā)送模塊405依次相連；其中，接收模塊401接收用戶端的郵件服務(wù)器所發(fā)送的第二 訪問附件請求，該第二訪問附件請求至少包括附件標(biāo)簽和第一簽名，該附件標(biāo)簽鏈接于用 戶端所欲訪問的附件文件；第一獲取模塊402獲取第二訪問附件請求所包括的附件標(biāo)簽和 第一簽名，該附件標(biāo)簽鏈接于用戶端欲訪問的附件文件，且該附件標(biāo)簽中至少包括該附件 文件在已存儲該附件文件的郵件服務(wù)器中的存儲路徑；驗證模塊403驗證第一簽名是否合 法；第二獲取模塊404在驗證模塊403驗證第一簽名合法后，可則根據(jù)附件標(biāo)簽所包括的所 述附件文件的存儲路徑，獲取該附件文件；第一發(fā)送模塊405在由驗證模塊403驗證上述第 二訪問附件請求所包括的第一簽名合法，且由第二獲取模塊404獲取用戶端所欲訪問的該
附件文件后，則發(fā)送已獲取的附件文件至欲訪問該附件文件的用戶端的郵件服務(wù)器。
進(jìn)一步地，本實施例訪問電子郵件中附件文件的裝置還包括第二發(fā)送模塊406，該 第二發(fā)送模塊406連接于驗證模塊403 ，該第二發(fā)送模塊406在驗證模塊403驗證第一簽名不合法后，即第二訪問附件請求所包括的第一簽名和第二簽名不一致，則發(fā)送訪問失敗消 息至所述用戶端的郵件服務(wù)器，以提示用戶端無法訪問該附件文件。 再進(jìn)一步地，驗證模塊403包括第三生成單元4031、第四生成單元4032和判斷單 元4033，且第三生成單元4031、第四生成單元4032和判斷單元4033 —次相連接；驗證模 塊403驗證第一簽名可由第三生成單元4031、第四生成單元4032和判斷單元4033協(xié)助完 成，其中，第三生成單元4031可根據(jù)所述附件標(biāo)簽，生成第二哈希值；第四生成單元4032可 通過公鑰對第一哈希值進(jìn)行加密，生成第二簽名，該公鑰由所述用戶端的郵件服務(wù)器和所 述存儲有附件文件的郵件服務(wù)器共同約定；判斷單元則可判斷第一簽名和第二簽名是否一 致，若一致，則判斷從第二訪問請求中獲取的第一簽名合法；若不一致，則判斷從第二訪問 請求中獲取的第 一簽名不合法。 本實施例的訪問電子郵件中附件文件的裝置，提供了一種訪問電子郵件中附件文 件的方式，通過接收模塊獲取第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，若驗證模 塊驗證該第一簽名合法，則可由第二獲取模塊根據(jù)附件標(biāo)簽所包括的附件文件的存儲路徑 獲取該附件文件，并由第一發(fā)送模塊發(fā)送的技術(shù)方案，解決了由于附件文件在每個接收該 電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資源的技術(shù)缺陷，實現(xiàn)了欲訪問 附件文件的用戶端可通過用戶端的郵件服務(wù)器向起始郵件服務(wù)器集中訪問附件文件的目 的，減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源。 圖5為本發(fā)明一實施例訪問電子郵件中附件文件的系統(tǒng)結(jié)構(gòu)示意圖。如圖5所示， 本實施例的訪問電子郵件中附件文件的系統(tǒng)包括至少一個訪問附件文件的郵件服務(wù)器501 和一個起始郵件服務(wù)器502，該訪問附件文件的郵件服務(wù)器501為欲訪問附件文件的用戶 端的郵件服務(wù)器，該起始郵件服務(wù)器502為存儲有該用戶端所欲訪問附件文件的郵件服務(wù) 器，且可為最先發(fā)送帶有該附件文件的電子郵件的郵件服務(wù)器；至少一個訪問附件文件的 郵件服務(wù)器501分別于一個起始郵件服務(wù)器502相連；其中， 訪問附件文件的郵件服務(wù)器501接收用戶端所發(fā)送的第一訪問附件請求；獲取所 述第一訪問附件請求所包括的附件標(biāo)簽，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文 件；判斷所述附件標(biāo)簽是否存在于該訪問附件文件的郵件服務(wù)器501中，若是，則通過對所 述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求；發(fā)送所述第二訪問附件請求至存 儲有所述附件文件的郵件服務(wù)器，以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述 附件文件； 并且，起始郵件服務(wù)器502接收該訪問附件文件的郵件服務(wù)器501所發(fā)送的第二 訪問附件請求；獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo)簽 鏈接于所述用戶端欲訪問的附件文件；驗證所述第一簽名是否合法，若是，則根據(jù)所述附件 標(biāo)簽所包括的所述附件文件的存儲路徑，獲取所述附件文件；發(fā)送所述附件文件至該訪問 附件文件的郵件服務(wù)器501。 本實施例的訪問電子郵件中附件文件的系統(tǒng)，提供了一種訪問電子郵件中附件文 件的方式，通過由訪問附件文件的郵件服務(wù)器判斷附件標(biāo)簽存在于其中后，向存儲有附件 文件的起始郵件服務(wù)器發(fā)送生成的第二訪問附件請求，且經(jīng)起始郵件服務(wù)器獲取第二訪問 附件請求所包括的附件標(biāo)簽和第一簽名，若驗證該第一簽名合法，則根據(jù)附件標(biāo)簽所包括 的附件文件的存儲路徑獲取該附件文件并發(fā)送的技術(shù)方案，解決了由于附件文件在每個接
12收該電子郵件的郵件服務(wù)器中被保存，而浪費(fèi)網(wǎng)絡(luò)資源及存儲資源的技術(shù)缺陷，實現(xiàn)了欲訪問附件文件的用戶端可通過用戶端的郵件服務(wù)器向起始郵件服務(wù)器集中訪問附件文件的目的，減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源。 本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。 最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
一種訪問電子郵件中附件文件的方法，其特征在于，包括接收用戶端所發(fā)送的第一訪問附件請求；獲取所述第一訪問附件請求所包括的附件標(biāo)簽，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文件；判斷所述附件標(biāo)簽是否存在于所述用戶端的郵件服務(wù)器中，若是，則通過對所述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，所述第二訪問附件請求包括用以獲取所述附件文件的第一簽名；發(fā)送所述第二訪問附件請求至存儲有所述附件文件的郵件服務(wù)器，用以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述附件文件。
2. 根據(jù)權(quán)利要求1所述的訪問電子郵件中附件文件的方法，其特征在于，所述判斷所 述附件標(biāo)簽是否存在于所述用戶端的郵件服務(wù)器中，包括根據(jù)所述附件標(biāo)簽中所包括的電子郵件信息，對所述第一訪問附件請求所包括的附件 標(biāo)簽與所述用戶端的郵件服務(wù)器中所包括的附件標(biāo)簽進(jìn)行匹配；若匹配成功，則所述第一訪問附件請求所包括的附件標(biāo)簽存在于所述用戶端的郵件服 務(wù)器中。
3. 根據(jù)權(quán)利要求1或2所述的訪問電子郵件中附件文件的方法，其特征在于，所述通過 對所述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，包括根據(jù)所述附件標(biāo)簽，生成第一哈希值；通過公鑰對所述第一哈希值進(jìn)行加密，生成第一簽名，所述公鑰由所述用戶端的郵件 服務(wù)器和所述存儲有所述附件文件的郵件服務(wù)器共同約定；將所述第一簽名和所述附件標(biāo)簽封裝成所述第二訪問附件請求。
4. 根據(jù)權(quán)利要求1或2所述的訪問電子郵件中附件文件的方法，其特征在于，所述存儲 有所述附件文件的郵件服務(wù)器為最先發(fā)送所述電子郵件的起始郵件服務(wù)器。
5. —種訪問電子郵件中附件文件的方法，其特征在于，包括 接收用戶端的郵件服務(wù)器所發(fā)送的第二訪問附件請求；獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo)簽鏈接于所述 用戶端欲訪問的附件文件；驗證所述第一簽名是否合法，若是，則根據(jù)所述附件標(biāo)簽所包括的所述附件文件的存 儲路徑，獲取所述附件文件；發(fā)送所述附件文件至所述用戶端的郵件服務(wù)器。
6. 根據(jù)權(quán)利要求5所述的訪問電子郵件中附件文件的方法，其特征在于，驗證所述第 一簽名是否合法包括根據(jù)所述附件標(biāo)簽，生成第二哈希值；通過公鑰對所述第二哈希值進(jìn)行加密，生成第二簽名，所述公鑰由所述用戶端的郵件 服務(wù)器和所述存儲有所述附件文件的郵件服務(wù)器共同約定；判斷所述第一簽名和所述第二簽名是否一致，若一致，則判斷從所述第二訪問請求中 獲取的第一簽名合法；若不一致，則判斷從所述第二訪問請求中獲取的第一簽名不合法。
7. —種訪問電子郵件中附件文件的裝置，其特征在于，包括 接收模塊，所述接收模塊用于接收用戶端所發(fā)送的第一訪問附件請求；獲取模塊，所述獲取模塊用于獲取所述第一訪問附件請求所包括的附件標(biāo)簽，所述附 件標(biāo)簽鏈接于所述用戶端欲訪問的附件文件；判斷模塊，所述判斷模塊用于判斷所述第一訪問附件請求所包括的附件是否存在于所 述用戶端的郵件服務(wù)器中；生成模塊，所述生成模塊用于若所述判斷模塊判斷所述附件標(biāo)簽存在于所述用戶端的 郵件服務(wù)器中，則通過對所述第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，所述第 二訪問附件請求包括用以獲取所述附件文件的第一簽名；第一發(fā)送模塊，所述第一發(fā)送模塊用于發(fā)送所述第二訪問附件請求至存儲有所述附件 文件的郵件服務(wù)器，用以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述附件文件。
8. 根據(jù)權(quán)利要求7所述的訪問電子郵件中附件文件的裝置，其特征在于，所述判斷模 塊包括匹配單元，所述匹配單元用于根據(jù)所述附件標(biāo)簽中所包括的電子郵件信息，對所述第 一訪問附件請求所包括的附件標(biāo)簽與所述用戶端的郵件服務(wù)器中所包括的附件標(biāo)簽進(jìn)行 匹配；判斷單元，所述判斷模塊用于若所述第一訪問附件請求所包括的附件標(biāo)簽與所述用戶 端的郵件服務(wù)器中所包括的附件標(biāo)簽匹配成功，則判斷所述附件標(biāo)簽存在于所述用戶端的 郵件服務(wù)器中；若所述第一訪問附件請求所包括的附件標(biāo)簽與所述用戶端的郵件服務(wù)器 中所包括的附件標(biāo)簽匹配不成功，則判斷所述附件標(biāo)簽不存在于所述用戶端的郵件服務(wù)器 中。
9. 根據(jù)權(quán)利要求7或8所述的訪問電子郵件中附件文件的裝置，其特征在于，所述生成 模塊包括第一生成單元，所述第一生成單元用于根據(jù)所述附件標(biāo)簽，生成第一哈希值； 第二生成單元，所述第二生成單元用于通過公鑰對所述第一哈希值進(jìn)行加密，生成第一簽名，所述公鑰由所述用戶端的郵件服務(wù)器和所述存儲有附件文件的郵件服務(wù)器共同約定；封裝單元，所述封裝單元用于將所述第一簽名和所述附件標(biāo)簽封裝成所述第二訪問附 件請求。
10. 根據(jù)權(quán)利要求7或8所述的訪問電子郵件中附件文件的裝置，其特征在于，還包括 第二發(fā)送模塊，所述第二發(fā)送模塊用于若所述判斷模塊判斷所述附件標(biāo)簽存在于所述用戶端的郵件 服務(wù)器中，則發(fā)送訪問失敗消息至所述用戶端。
11. 一種訪問電子郵件中附件文件的裝置，其特征在于，包括接收模塊，所述接收模塊用于接收用戶端的郵件服務(wù)器所發(fā)送的第二訪問附件請求； 第一獲取模塊，所述第一獲取模塊用于獲取所述第二訪問附件請求所包括的附件標(biāo)簽 和第一簽名，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文件； 驗證模塊，所述驗證模塊用于驗證所述第一簽名是否合法；第二獲取模塊，所述第二獲取模塊用于若所述驗證模塊驗證所述第一簽名合法，則根 據(jù)所述附件標(biāo)簽所包括的所述附件文件的存儲路徑，獲取所述附件文件；第一發(fā)送模塊，所述第一發(fā)送模塊用于發(fā)送所述附件文件至所述用戶端的郵件服務(wù)器。
12. 根據(jù)權(quán)利要求11所述的訪問電子郵件中附件文件的裝置，其特征在于，所述驗證 模塊包括第三生成單元，所述第三生成單元用于根據(jù)所述附件標(biāo)簽，生成第二哈希值；第四生成單元，所述第四生成單元用于通過公鑰對所述第一哈希值進(jìn)行加密，生成第二簽名，所述公鑰由所述用戶端的郵件服務(wù)器和所述存儲有附件文件的郵件服務(wù)器共同約定；判斷單元，所述判斷單元用于判斷所述第一簽名和所述第二簽名是否一致，若一致，則 判斷從所述第二訪問請求中獲取的第一簽名合法；若不一致，則判斷從所述第二訪問請求 中獲取的第一簽名不合法。
13. 根據(jù)權(quán)利要求11或12所述的訪問電子郵件中附件文件的裝置，其特征在于，還包 括第二發(fā)送模塊，所述第二發(fā)送模塊用于若所述驗證模塊驗證所述第一簽名不合法，則發(fā) 送訪問失敗消息至所述用戶端的郵件服務(wù)器。
14. 一種訪問電子郵件中附件文件的系統(tǒng)，其特征在于，包括至少一個訪問附件文件 的郵件服務(wù)器和一個起始郵件服務(wù)器；所述訪問附件文件的郵件服務(wù)器為欲訪問附件文件 的用戶端的郵件服務(wù)器，且所述起始郵件服務(wù)器為存儲有所述用戶端所欲訪問附件文件的 郵件服務(wù)器；所述訪問附件文件的郵件服務(wù)器用于接收用戶端所發(fā)送的第一訪問附件請求；獲取所 述第一訪問附件請求所包括的附件標(biāo)簽，所述附件標(biāo)簽鏈接于所述用戶端欲訪問的附件文 件；判斷所述附件標(biāo)簽是否存在于該訪問附件文件的郵件服務(wù)器中，若是，則通過對所述第 一訪問附件請求進(jìn)行加密，生成第二訪問附件請求；發(fā)送所述第二訪問附件請求至存儲有 所述附件文件的郵件服務(wù)器，以從所述存儲有所述附件文件的郵件服務(wù)器中獲取所述附件 文件；所述起始郵件服務(wù)器用于接收所述訪問附件文件的郵件服務(wù)器所發(fā)送的第二訪問附 件請求；獲取所述第二訪問附件請求所包括的附件標(biāo)簽和第一簽名，所述附件標(biāo)簽鏈接于 所述用戶端欲訪問的附件文件；驗證所述第一簽名是否合法，若是，則根據(jù)所述附件標(biāo)簽所 包括的所述附件文件的存儲路徑，獲取所述附件文件；并發(fā)送所述附件文件至所述訪問附 件文件的郵件服務(wù)器。
全文摘要
本發(fā)明提供一種訪問電子郵件中附件文件的方法、裝置及系統(tǒng)，該方法包括接收用戶端所發(fā)送的第一訪問附件請求；獲取第一訪問附件請求所包括的附件標(biāo)簽，附件標(biāo)簽鏈接于用戶端欲訪問的附件文件；判斷附件標(biāo)簽是否存在于用戶端的郵件服務(wù)器中，若是，則通過對第一訪問附件請求進(jìn)行加密，生成第二訪問附件請求，該第二訪問附件請求包括用以獲取該附件文件的第一簽名；發(fā)送第二訪問附件請求至存儲有附件文件的郵件服務(wù)器，用以從存儲有附件文件的郵件服務(wù)器中獲取附件文件。本發(fā)明的技術(shù)方案，提供了一種訪問電子郵件中附件文件的方式，實現(xiàn)了能夠減少網(wǎng)絡(luò)資源浪費(fèi)并節(jié)省存儲資源的目的。
文檔編號H04L12/58GK101795243SQ20101013576
公開日2010年8月4日 申請日期2010年3月26日 優(yōu)先權(quán)日2010年3月26日
發(fā)明者劉利鋒, 楊琴琴, 邱碩 申請人:成都市華為賽門鐵克科技有限公司