CN105827512A - 一种通过碎片化多云存储的电子邮件通信方法 - Google Patents

一种通过碎片化多云存储的电子邮件通信方法 Download PDF

Info

Publication number
CN105827512A
CN105827512A CN201610278375.3A CN201610278375A CN105827512A CN 105827512 A CN105827512 A CN 105827512A CN 201610278375 A CN201610278375 A CN 201610278375A CN 105827512 A CN105827512 A CN 105827512A
Authority
CN
China
Prior art keywords
metadata
uploaded
adnexa
sender
cloud
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610278375.3A
Other languages
English (en)
Inventor
佘堃
杨瑞瑞
吕赫
雷磊
王伟东
王宇
廖贞林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
University of Electronic Science and Technology of China
Original Assignee
University of Electronic Science and Technology of China
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by University of Electronic Science and Technology of China filed Critical University of Electronic Science and Technology of China
Priority to CN201610278375.3A priority Critical patent/CN105827512A/zh
Publication of CN105827512A publication Critical patent/CN105827512A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42Mailbox-related aspects, e.g. synchronisation of mailboxes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Abstract

本发明公开了一种通过碎片化多云存储的电子邮件通信方法。本发明在发送带附件的邮件时,当附件大小超过预设阈值时,则直接上传附件文件本身,而是上传其对应的元数据,即对于认证用户向代理云发送的上传请求,代理云返回n个云端,发送方将带上传附件碎片化为n个数据块并分别上传到对应的云端,云数据用于记录待上传文件的分块信息、数据块的存储位置、包含发送方标识、附件标识符、收件方标识的下载授权信息;收件方接收邮件时,若附件为元数据,则首先检测元数据中是否存在下载授权信息,若是,则允许认证用户进行下载,即提取元数据的存储位置下载数据块,基于其分块信息组合各数据块,得到下载文件。本发明安全、快捷、支持断点续传。

Description

一种通过碎片化多云存储的电子邮件通信方法
技术领域
本发明属于网络通信领域,具体涉及一种利用SMCLOUD(碎片化多云存储系统)对电子邮件附件碎片化存储并留痕的电子邮件安全传输技术。
背景技术
随着互联网的普及和网络基础设施的建设,国内Internet用户呈指数增长。电子邮件(E-Mail)作为互联网上最重要的应用之一,已成为人们日常联络通讯的主要工具之一。
电子邮件(E-Mail)的工作过程遵循客户—服务器模式。每份电子邮件的发送都涉及到发送方与收件方,发送方构成客户端,而收件方构成服务器,服务器含有众多用户的电子信箱。发送方通过UA(客户端),将编辑好的电子邮件向邮局服务器(SMTP服务器)发送。邮局服务器识别接收者的地址,并向管理该地址的邮件服务器(POP3/IMAP服务器)发送消息。邮件服务器将消息存放在接收者的电子信箱内,并告知接收者有新邮件到来。接收者通过UA连接到邮件服务器后,就会看到服务器的通知,进而打开自己的电子信箱来查收邮件。
通常Internet上的个人用户不能直接接收电子邮件,而是通过申请ISP(InternetServiceProvider)主机的一个电子信箱,由ISP主机负责电子邮件的接收。一旦有用户的电子邮件到来,ISP主机就将邮件移到用户的电子信箱内,并告知用户有新邮件。因此,当发送一条电子邮件给另一个客户时,电子邮件首先从用户计算机发送到ISP主机,再到Internet,再到收件人的ISP主机,最后到收件人的个人计算机。
ISP主机起着“邮局”的作用,管理众多用户的电子信箱。每个用户的电子信箱实际上就是用户所申请的账号名。每个用户的电子信箱都要占用ISP主机一定容量的硬盘空间,由于这一空间是有限的,因此用户要定期查收和阅读电子信箱中的邮件,以便腾出空间来接收新的邮件。
然而,当前电子邮件的发展却面领着诸多问题的困扰。电子邮件在传输过程中存在可能被窃听、机密文件被泄露的安全隐患,极大的降低了电子邮件传输的安全性。同时,如果传输文件比较大,添加附件需要花很长的时间,更糟糕的是,如果传输过程中遇到了网络故障或者网速较差的情况,附件的添加会被中断,发件者必须重新添加附件。此外,面对一些敏感的机密文件,如果发件者在发送邮件之前没有对发送的邮件内容进行加密,同时,接收者拒绝承认已阅读该邮件,由于收件人是否已阅读邮件这一操作没有第三方的公证人可以作证,那么发件人就可能要面领自己利益被侵害的情况。
发明内容
本发明的发明目的在于:提供了一种安全、快捷、支持断点续传、通过SMCLOUD(碎片化多云存储系统)对电子邮件附件碎片化存储并留痕的电子邮件安全传输技术。
本发明的一种通过碎片化多云存储的电子邮件通信方法,其特征在于,包括下列步骤:
a.发送方发送邮件:
步骤a1:当检测到发送方上传附件时,判断待上传附件的文件大小是否大于或等于预设阈值,若是,则执行步骤a2;否则,直接将待上传附件添加到发送邮件附件并进行邮件发送;
步骤a2:判断发送方是否为代理云认证用户,若是,则执行步骤a3;否则,提示发送方进行身份认证;
步骤a3:发送方向代理云发送上传请求,代理云分配n个云存储位置并返回给发送方,其中n≥1;
步骤a4:发送方将待上传附件均分为n个数据块,并待上传附件的分块信息记录到待上传附件的元数据中;
发送方依次上传n个数据块到分配的n个云存储位置,每上传完一个数据块,则将所述数据块的存储位置记录到所述元数据中;
当n个数据块上传完毕后,将下载授权信息记录到待上传附件的元数据中并将所述元数据发送给代理云,所述下载授权信息包括发送方身份标识、待上传附件标识符、收件方身份标识;
步骤a5:发送方将待上传附件的元数据添加到发送邮件附件并进行邮件发送;
b.收件方接收邮件:
步骤b1:若接收邮件附件的内容为元数据,则执行步骤b2;否则直接下载附件;
步骤b2:检测元数据中是否存在下载授权信息,若是,则执行步骤b3;否则下载附件失败;
步骤b3:判断收件方是否为代理云认证用户,若是,则执行步骤b4;否则,提示收件方进行身份认证;
步骤b4:根据元数据中的存储位置下载各数据块,再基于元数据中的分块信息组合各数据块,得到下载文件。
综上所述,由于采用了上述技术方案,本发明的有益效果是:
(1)传输速度快。
传统的电子邮件由于一次性添加整个待上传文件到邮件附件中,在文件比较大的情况下,需要花很长时间去添加;而本发明文件大小大于或等于预设阈值的待上传文件通过碎片化多云存储,将其分别存储在代理云分配的多个云端,只在邮件附件中添加元数据(分块信息、存储位置、下载授权信息),其添加的附件小,则添加时间短。
(2)支持断点续传。
传统电子邮件在附件添加过程中,如果网络故障或者网速较差,可能会出现断点重传的情况;而本发明将文件碎片化,分别存储到不同的云端,能支持断点续传。
(3)安全性高。
传统的电子邮件发送的是真正的数据,传输过程中可能存在被窃听、机密文件被泄漏的安全隐患;而本发明将元数据和真正的数据分离,添加的附件为元数据,且真正的数据被碎片化,分别存储在不同的云端,能有效避免传输过程中数据被窃听、机密文件被泄漏的安全隐患。
(4)自带公证人。
传统电子邮件的收件人是否已阅读邮件接收服务器中的邮件,没有第三方的公证人可以作证;而本发明使得邮件传输过程中发件方上传文件和收件人下载文件代理云都有记录,因此自带有第三方的公证人。
(5)可扩展性。
传统电子邮件数据传输是通过电子邮件服务系统完成的,电子邮件的工作过程遵循客户—服务器(C/S)模式,传输大附件需要大量时间;本发明采用传统电子邮件的C/S模式传输元数据,数据量小,花费的时间也比较少,在此基础上,将真正的数据碎片化为多个数据块,采用P2P体系结构进行上传和下载数据,P2P体系的可扩展性大大提高了数据上传和下载的速度。
附图说明
图1是本发明的通信示意图;
图2是发件人上传数据流程图;
图3是收件人下载数据流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合实施方式和附图,对本发明作进一步地详细描述。
为了实现本发明,可以在用户端(邮件发送端、邮件接收端)安装用于实现本发明的碎片化多云存储的插件,本具体实施方式中将其定义为SMCLOUD插件,以便于后续描述。
对于通过碎片化多云存储实现带附件的邮件的收发的双方(发件人Sender和收件人Receiver),应该为代理云的注册认证用户。
步骤a.参见图2,发件人发邮件的处理过程具体为:
步骤a1:当Sender登陆电子邮件系统,选择写邮件功能进行写邮件并进行邮件附件(待上传附件用文件F1表示)上传时,即当SMCLOUD插件检测到Sender上传附件时,判断文件F1的数据大小是否大于或等于预设阈值(基于实际应用需求设置,本实施例设置为2MB),若是,则执行步骤a2;否则,直接将文件F1添加到发送邮件附件中并进行邮件发送:即将编辑好的邮件发送到邮局服务器,如SMTP服务器。通过SMTP服务器传送邮件到Internet或Intranet,再由Internet或Intranet传送邮件到邮件服务器,如POP3/IMAP服务器,Receiver再从POP3/IMAP服务器接收该邮件,如图1所示。
步骤a2:判断Sender是否为代理云认证用户,若是,则执行步骤a3;否则,提示发送方进行身份认证,例如提示用户进行注册认证用户登录或用户注册以成为注册认证用户。
步骤a3:对于代理云认证用户,SMCLOUD插件向代理云发送上传请求(可以包含待上传文件(文件F1)的文件大小信息),代理云基于上传请求为文件F1分配n(n≥1)个云存储位置(如图1所示的4个云端:Baidu、Tencent、Alibaba、Amazon)并返回给上传请求发送端;
步骤a4:SMCLOUD插件对文件F1进行切割数据处理,即将其均分为n个数据块,以便于分别存储到云代理所分配的n个云端(如图2所示的C1,C2,…….,Cn);并且将文件F1的分块信息(例如各数据块的标识符,各数据块之间的连接顺序)保存到文件F1的元数据中,每个待上传文件分别对应一个元数据;
SMCLOUD插件依次上传n个数据块到分配的n个云端,每上传完一个数据块,则将该数据块的存储位置记录到文件F1的元数据中;
当n个数据块上传完毕后,SMCLOUD插件将下载授权信息记录到文件F1的元数据中并将元数据发送给代理云,其中下载授权信息包括发送方身份标识、待上传附件标识符、收件方身份标识;
步骤a5:SMCLOUD插件将文件F1的元数据添加到发送邮件附件,即将文件F1的元数据作为当前邮件附件的数据内容后进行邮件发送。若Sender需要上传多个附件文件,则分别对每个待上传文件执行上述步骤a1~a5即可。
步骤b.参见图3,收件人接收邮件的处理过程具体为:
步骤b1:Receiver登陆电子邮件系统,选择收邮件功能接收邮件。如果接收邮件的附件内容为元数据,则对附件中的元数据进行授权检查,即当SMCLOUD插件检测到附件内容为元数据时,则执行步骤b2;否则直接下载附件;
步骤b2:SMCLOUD插件检测元数据中是否存在下载授权信息,若是,则执行步骤b3;否则下载附件失败;
步骤b3:SMCLOUD插件判断Receiver是否为代理云认证用户,若是,则执行步骤b4;否则,提示Receiver进行身份认证,若身份认证失败,则拒绝下载请求;
步骤b4:SMCLOUD插件解析元数据,即通过分析拆分元数据,得到数据块的存储位置(云端存储信息)以及数据块分块信息;
然后根据每个数据块的云端存储信息,在对应的云端下载到数据块,最后将所下载的n个数据块根据数据块分块信息进行数据拼接,得到完整数据文件,即Sender发送的文件F1。
以上所述,仅为本发明的具体实施方式,本说明书中所公开的任一特征,除非特别叙述,均可被其他等效或具有类似目的的替代特征加以替换;所公开的所有特征、或所有方法或过程中的步骤,除了互相排斥的特征和/或步骤以外,均可以任何方式组合。

Claims (2)

1.一种通过碎片化多云存储的电子邮件通信方法,其特征在于,包括下列步骤:
a.发送方发送邮件:
步骤a1:当检测到发送方上传附件时,判断待上传附件的文件大小是否大于或等于预设阈值,若是,则执行步骤a2;否则,直接将待上传附件添加到发送邮件附件并进行邮件发送;
步骤a2:判断发送方是否为代理云认证用户,若是,则执行步骤a3;否则,提示发送方进行身份认证;
步骤a3:发送方向代理云发送上传请求,代理云分配n个云存储位置并返回给发送方,其中n≥1;
步骤a4:发送方将待上传附件均分为n个数据块,并待上传附件的分块信息记录到待上传附件的元数据中;
发送方依次上传n个数据块到分配的n个云存储位置,每上传完一个数据块,则将所述数据块的存储位置记录到所述元数据中;
当n个数据块上传完毕后,将下载授权信息记录到待上传附件的元数据中并将所述元数据发送给代理云,所述下载授权信息包括发送方身份标识、待上传附件标识符、收件方身份标识;
步骤a5:发送方将待上传附件的元数据添加到发送邮件附件并进行邮件发送;
b.收件方接收邮件:
步骤b1:若接收邮件附件的内容为元数据,则执行步骤b2;否则直接下载附件;
步骤b2:检测元数据中是否存在下载授权信息,若是,则执行步骤b3;否则下载附件失败;
步骤b3:判断发送方是否为代理云认证用户,若是,则执行步骤b4;否则,提示收件方进行身份认证;
步骤b4:根据元数据中的存储位置下载各数据块,再基于元数据中的分块信息组合各数据块,得到下载文件。
2.如权利要求1所述的方法,其特征在于,步骤a1中,当待上传附件的文件大小大于或等于2MB时,执行步骤a2。
CN201610278375.3A 2016-04-29 2016-04-29 一种通过碎片化多云存储的电子邮件通信方法 Pending CN105827512A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610278375.3A CN105827512A (zh) 2016-04-29 2016-04-29 一种通过碎片化多云存储的电子邮件通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610278375.3A CN105827512A (zh) 2016-04-29 2016-04-29 一种通过碎片化多云存储的电子邮件通信方法

Publications (1)

Publication Number Publication Date
CN105827512A true CN105827512A (zh) 2016-08-03

Family

ID=56528850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610278375.3A Pending CN105827512A (zh) 2016-04-29 2016-04-29 一种通过碎片化多云存储的电子邮件通信方法

Country Status (1)

Country Link
CN (1) CN105827512A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106603726A (zh) * 2017-02-03 2017-04-26 怀化学院 一种基于邮箱的个人数据分布存储系统
CN109033367A (zh) * 2018-07-26 2018-12-18 电子科技大学 一种面向二维表文件的属性竖切多云存储方法
CN109981735A (zh) * 2019-02-22 2019-07-05 唐伯春 基于邮箱实现文件加密存储、提取、共享的方法及系统
CN110519154A (zh) * 2019-08-15 2019-11-29 中国平安财产保险股份有限公司 数据发送方法、装置、设备及计算机可读存储介质
CN114466015A (zh) * 2022-01-25 2022-05-10 柏域信息科技(上海)有限公司 一种基于多云架构的数据存储系统及方法
CN114500517A (zh) * 2022-03-14 2022-05-13 北京计算机技术及应用研究所 一种基于api网关实现控制文件上传的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080313294A1 (en) * 2000-04-13 2008-12-18 Twelve Horses Technology Limited Messaging system
CN101605148A (zh) * 2009-05-21 2009-12-16 何吴迪 云存储的并行系统的架构方法
CN103729470A (zh) * 2014-01-20 2014-04-16 刘强 一种基于不同云存储端的安全存储方法
CN105224257A (zh) * 2015-10-16 2016-01-06 浪潮(北京)电子信息产业有限公司 一种云存储系统中大文件的处理方法及系统
CN105357110A (zh) * 2015-12-14 2016-02-24 华为技术有限公司 邮件发送方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080313294A1 (en) * 2000-04-13 2008-12-18 Twelve Horses Technology Limited Messaging system
CN101605148A (zh) * 2009-05-21 2009-12-16 何吴迪 云存储的并行系统的架构方法
CN103729470A (zh) * 2014-01-20 2014-04-16 刘强 一种基于不同云存储端的安全存储方法
CN105224257A (zh) * 2015-10-16 2016-01-06 浪潮(北京)电子信息产业有限公司 一种云存储系统中大文件的处理方法及系统
CN105357110A (zh) * 2015-12-14 2016-02-24 华为技术有限公司 邮件发送方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QS: ""发送大附件邮件两妙招"", 《软件》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106603726A (zh) * 2017-02-03 2017-04-26 怀化学院 一种基于邮箱的个人数据分布存储系统
CN109033367A (zh) * 2018-07-26 2018-12-18 电子科技大学 一种面向二维表文件的属性竖切多云存储方法
CN109981735A (zh) * 2019-02-22 2019-07-05 唐伯春 基于邮箱实现文件加密存储、提取、共享的方法及系统
CN110519154A (zh) * 2019-08-15 2019-11-29 中国平安财产保险股份有限公司 数据发送方法、装置、设备及计算机可读存储介质
CN110519154B (zh) * 2019-08-15 2022-11-15 中国平安财产保险股份有限公司 数据发送方法、装置、设备及计算机可读存储介质
CN114466015A (zh) * 2022-01-25 2022-05-10 柏域信息科技(上海)有限公司 一种基于多云架构的数据存储系统及方法
CN114466015B (zh) * 2022-01-25 2024-03-15 柏域信息科技(上海)有限公司 一种基于多云架构的数据存储系统及方法
CN114500517A (zh) * 2022-03-14 2022-05-13 北京计算机技术及应用研究所 一种基于api网关实现控制文件上传的方法

Similar Documents

Publication Publication Date Title
CN105827512A (zh) 一种通过碎片化多云存储的电子邮件通信方法
CN102045267B (zh) 消息召回的方法及装置
CN105357110B (zh) 邮件发送方法、装置及系统
US8650245B1 (en) Systems and methods for providing adaptive views of domain name system reputation data
TW201101769A (en) Real-time spam look-up system
US10812421B2 (en) Conveying instant messages via HTTP
EP2985957B1 (en) Network device and e-mail request processing method
CN101227433A (zh) 在网络电视业务系统中实现信息共享的方法和终端
CN101202738B (zh) 一种融合邮件系统和网络硬盘的方法、系统及装置
WO2006129962A1 (en) System for blocking spam mail and method of the same
CN102204194B (zh) 共享文件的方法和系统
CN102986174B (zh) 邮件传输系统以及邮件网关
CN104144387A (zh) 基于电子邮箱的即时通信设备、方法和系统
CN104753771A (zh) 一种邮件处理方法及终端
JP2021521509A (ja) 電子メールの暗号化添付ファイル無害化システム及びこれを用いた無害化方法
EP3100417A1 (en) Rich content scanning for non-service accounts for email delivery
WO2009087566A1 (en) Systems and methods for adding media content to electronic messages
CN103150379A (zh) 一种消息分目录进行索引式管理的方法
CN104539618A (zh) 一种邮件的管理方法、装置和终端
CN100514970C (zh) 一种提高电子邮件安全性的方法及装置
CN104683213A (zh) 一种邮件发送方法及装置
CN105025009A (zh) 一种加强邮件系统访问安全性的方法及邮件安全访问系统
CN105207884A (zh) 一种获取电子邮件投递状态的方法和装置
JP6590356B1 (ja) メッセージ通信装置及びメッセージ通信プログラム
CN106341307A (zh) 一种信息的处理方法、服务器、客户端及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160803

RJ01 Rejection of invention patent application after publication