邮件附件的下载方法及邮件系统 技术领域 本发明涉及通信领域， 尤其涉及一种邮件附件的下载方法及邮件系统 。 背景技术 随着互联网的发展， 电子邮件已经成为最基本和最常用的业务之一 。 通过电子邮 件系统可以与世界上任何一个角落的网络用户 联系，这些电子邮件可以是文字、 图象、 声音等各种方式； 同时， 还可以得到大量的免费新闻、 专题邮件， 并实现轻松的信息 搜索， 这是任何传统方式无法相比的。 正是由于电子邮件的使用简易、 收费低廉、 易 于保存、全球畅通无阻， 使得电子邮件被广泛地应用， 使人们的交流得到极大的改变。 但是， 由于收件邮箱容量和某些邮件系统对附件大小 的限制策略， 使用户发送带有大 附件的邮件时， 常被接收方邮件服务器拒收， 而导致发送失败。 目前， 鉴于超大邮件附件的发送和邮箱容量问题， 通常采用存储服务器的存储方 式， 即， 将邮件的附件保存到单独的网络存储服务器上 ， 然后生成下载统一资源定位 符 （Uniform Resource Locator, 简称为 URL)， 将下载 URL作为邮件内容发送， 邮件 接收方通过下载 URL下载邮件附件到本地后阅读。但此解决方案 中， 邮件附件的下载 存在安全性的问题需要解决： 下载的 URL地址容易被他人通过类似 URL地址猜测和 尝试而获取到， 这样邮件附件就可以被他人下载造成内容泄露 。 发明内容 本发明提供了一种邮件附件的下载方案，以至 少解决上述相关技术中通过 URL地 址下载邮件附件时存在安全隐患的问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种邮件附件的下载方法。 根据本发明的邮件附件的下载方法， 包括： 在向客户端发送邮件及下载该邮件的 附件的统一资源定位符 URL地址时， 向客户端发送下载附件的第一授权码； 响应客户 端根据 URL地址发送的下载附件的指令，根据第一授权 码和客户端反馈的第二授权码 对用户的身份进行认证； 若认证成功， 则允许下载邮件的附件， 否则， 不允许下载邮 件的附件。 优选地，向客户端发送邮件及下载该邮件的附 件的 URL地址之前，该方法还包括： 存储服务器接收并保存该邮件的附件；存储服 务器生成与邮件的附件对应的 URL地址 及第一授权码。 优选地， 存储服务器接收并保存该邮件的附件包括： 外部服务器通过 SMTP协议 将邮件转发至内部邮件服务器； 内部邮件服务器解析邮件的邮件体， 并将邮件的附件 保存至存储服务器。 优选地， 响应客户端根据 URL地址发送的下载附件的指令包括： 根据指令判断与 URL地址对应的邮件的附件是否存在； 若不存在， 则提示用户无法下载该附件； 若存 在， 则打开 URL地址对应的认证界面， 并获取第二授权码。 优选地， 根据第一授权码和第二授权码对用户的身份进 行认证包括： 判断第二授 权码与本地保存的第一授权码是否一致； 若一致， 则认证成功， 否则， 认证失败。 为了实现上述目的， 根据本发明的另一方面， 提供了一种邮件系统。 根据本发明的邮件系统， 包括邮件服务器和存储服务器， 其中， 邮件服务器包括: 发送模块，设置为在向客户端发送邮件及下载 该邮件的附件的统一资源定位符 URL地 址时， 向客户端发送下载附件的第一授权码； 存储服务器包括： 认证模块， 设置为响 应客户端根据 URL地址发送的下载附件的指令，根据第一授权 码和客户端反馈的第二 授权码对用户的身份进行认证； 处理模块， 设置为在认证模块认证成功的情况下， 允 许下载邮件的附件； 以及在认证模块认证失败的情况下， 不允许下载邮件的附件。 优选地， 存储服务器还包括： 接收保存模块， 设置为接收并保存该邮件的附件； 生成模块， 设置为生成与邮件的附件对应的 URL地址及第一授权码。 优选地， 认证模块包括： 判断单元， 设置为根据指令判断与 URL地址对应的邮件 的附件是否存在； 执行单元， 设置为在判断单元判断附件不存在的情况下， 提示用户 无法下载该附件； 以及在判断单元判断附件存在的情况下， 打开 URL地址对应的认证 界面， 并获取第二授权码。 优选地， 判断单元还设置为判断第二授权码与本地保存 的第一授权码是否一致； 执行单元还设置为在判断单元判断第二授权码 与第一授权码一致的情况下， 确定认证 成功； 以及在判断单元判断第二授权码与第一授权码 不一致的情况下，确定认证失败。 优选地， 邮件服务器包括外部邮件服务器和内部邮件服 务器， 其中， 外部邮件服 务器， 设置为通过 SMTP协议将邮件转发至内部邮件服务器； 内部邮件服务器， 设置 为将接收到的来自外部邮件服务器的邮件的附 件发送至存储服务器保存， 以及向客户 端发送 URL地址、 第一授权码和剥离附件后的邮件。 通过本发明， 采用邮件服务器向客户端发送授权码， 对下载邮件附件的身份进行 认证的方式， 解决了相关技术中通过 URL地址下载邮件附件时存在安全隐患的问题， 提高了系统的安全性。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据本发明实施例的邮件附件的下载方法� �流程图； 图 2是根据本发明实施例的邮件系统的结构框图� � 图 3是根据本发明优选实施例的邮件系统的结构� �图； 图 4是根据本发明另一优选实施例的邮件系统的� �构框图； 图 5是根据本发明实施例二的系统结构图； 图 6是根据本发明实施例三的邮件附件保存的流� �图； 以及 图 7是根据本发明实施例四的邮件附件下载的流� �图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 根据本发明实施例， 提供了一种邮件附件的下载方法。 图 1是根据本发明实施例 的邮件附件的下载方法的流程图， 如图 1所示， 该方法包括以下步骤： 步骤 S102, 在向客户端发送邮件及下载该邮件的附件的 URL地址时， 向客户端 发送下载附件的第一授权码； 步骤 S104, 响应客户端根据 URL地址发送的下载附件的指令， 根据第一授权码 和客户端反馈的第二授权码对用户的身份进行 认证； 步骤 S106， 若认证成功， 则允许下载该邮件的附件， 否则， 不允许下载该邮件的 附件。 通过上述步骤， 采用邮件服务器向客户端发送授权码， 对下载邮件附件的身份进 行认证的方式， 解决了相关技术中通过 URL 地址下载邮件附件时存在安全隐患的问 题， 提高了系统的安全性。 在实施过程中， 步骤 S102可以为： 剥离邮件的附件， 并向客户端发送剥离附件后 的邮件和用于下载该邮件的附件的 URL地址及第一授权码。 例如， 上述客户端可以为邮件收件方的客户端或者邮 件发送方的客户端。 优选地，步骤 S102中， 向客户端发送邮件及下载该邮件的附件的 URL地址之前， 存储服务器接收并保存该邮件的附件；存储服 务器生成与邮件的附件对应的 URL地址 及第一授权码。 其中， 存储服务器接收并保存该邮件的附件可以包括 ： 外部服务器通 过简单邮件传送协议 （Simple Mail Transfer Protocol, 简称为 SMTP) 协议将邮件转发 至内部邮件服务器； 内部邮件服务器解析邮件的邮件体， 并将邮件的附件保存至存储 服务器。 该方法实现简单， 且可以提高系统的灵活性和适应能力。 例如， 邮件服务器首先接收到用户 A给用户 B发送的邮件， 将该邮件的附件发送 至存储服务器保存，存储服务器生成与该附件 对应的 URL和第一授权码， 并发送给邮 件服务器， 邮件服务器向用户 B发送与该邮件附件对应的 URL和第一授权码以及剥 离附件后的该邮件。 优选地，在步骤 S104中，根据指令判断与 URL地址对应的邮件的附件是否存在； 若不存在， 则提示用户无法下载该附件； 若存在， 则打开 URL地址对应的认证界面， 并获取第二授权码。 该方法可以提高系统的有效性。 例如，在步骤 S104中，客户端反馈的第二授权码可以是在下� �邮件附件时由客户 端直接将第一授权码带到服务端认证， 也可以是用户输入的。 优选地，在步骤 S104中，根据第一授权码和第二授权码对用户� �身份进行认证包 括： 判断第二授权码与本地保存的第一授权码是否 一致； 若一致， 则认证成功， 否则， 认证失败。 该方法保证了下载邮件方身份的合法性， 提高了系统的安全性。 对应于上述方法， 本发明实施例还提供了一种邮件系统。 图 2是根据本发明实施 例的邮件系统的结构框图， 如图 2所示， 该邮件系统包括： 邮件服务器 22和存储服务 器 24， 其中， 邮件服务器 22包括： 发送模块 222， 设置为在向客户端发送邮件及下载 该邮件的附件的 URL地址时， 向客户端发送下载附件的第一授权码； 存储服务器 24 包括： 认证模块 242， 耦合至发送模块 222 (发送模块 222也可以设置为向存储服务器 24发送用于认证的客户端反馈的第二授权码）� �� 设置为响应客户端根据 URL地址发送 的下载附件的指令， 根据第一授权码和客户端反馈的第二授权码对 用户的身份进行认 证； 处理模块 244， 耦合至认证模块 242， 设置为在认证模块认证成功的情况下， 允许 下载邮件的附件； 以及在认证模块认证失败的情况下， 不允许下载邮件的附件。 通过上述邮件系统， 采用邮件服务器 22向客户端发送授权码， 存储服务器 24对 下载邮件附件的身份进行认证的方式，解决了 相关技术中通过 URL地址下载邮件附件 时存在安全隐患的问题， 提高了系统的安全性 图 3是根据本发明优选实施例的邮件系统的结构� �图， 如图 3所示， 该存储服务 器 24还包括： 接收保存模块 246， 耦合至发送模块 222， 设置为接收并保存该邮件的 附件； 生成模块 248， 耦合至接收保存模块 32， 设置为生成与邮件的附件对应的 URL 地址及第一授权码。 优选地， 认证模块 242包括： 判断单元 2422， 设置为根据指令判断与 URL地址 对应的邮件的附件是否存在； 执行单元 2424， 耦合至判断单元 2422， 设置为在判断单 元 2422判断附件不存在的情况下， 提示用户无法下载该附件； 以及在判断单元 2422 判断附件存在的情况下， 打开 URL地址对应的认证界面， 并获取第二授权码。 优选地，判断单元 2422还设置为判断第二授权码与本地保存的第� �授权码是否一 致； 执行单元 2424还设置为在判断单元 2422判断第二授权码与第一授权码一致的情 况下，确定认证成功； 以及在判断单元 2422判断第二授权码与第一授权码不一致的情 况下， 确定认证失败。 图 4是根据本发明另一优选实施例的邮件系统的� �构框图， 如图 4所示， 邮件服 务器 22包括： 外部邮件服务器 42和内部邮件服务器 44， 其中， 外部邮件服务器 42， 设置为通过 SMTP协议将邮件转发至内部邮件服务器 44; 内部邮件服务器 44， 设置 为将接收到的来自外部邮件服务器 42的邮件的附件发送至存储服务器 24保存， 以及 向客户端发送 URL地址、 第一授权码和剥离附件后的邮件。 例如， 内部邮件服务器 44将邮件附件发送到存储服务器 24中保存； 存储服务器 24生成相应的下载 URL和下载授权码； 内部邮件服务器 44将下载 URL和下载授权 码发送给邮件接收方； 邮件接收方接收邮件，打开下载 URL并输入下载授权码进行认 证； 认证成功后可以下载邮件附件， 否则不能下载邮件附件。 需要说明的是， 本发明实施例中的邮件服务器 22 (包括外部服务器 42和内部服 务器 ₄₄ ) 设置为接收和发送邮件， 以及剥离该邮件的附件， 存储服务器 24设置为存 储邮件附件以及对下载邮件附件的用户进行鉴 权 （即， 认证）。 下面结合优选实施例和附图对上述实施例的实 现过程进行详细说明。 实施例一 本实施例提供了一种安全的邮件附件共享方法 ， 将邮件附件放到存储服务器系统 中， 通过对下载邮件附件的认证功能， 解决了邮件附件存储到存储服务器系统的带来 的安全隐患， 提高了邮件附件保存在存储服务器系统中共享 的安全性。 在实施过程中， 可以为： 首先， 服务端 （例如， 邮件系统） 将接收到的邮件附件 保存到存储服务器系统中，存储服务器系统生 成相应的下载 URL和下载授权码；其次， 服务端将下载 URL和下载授权码发送给邮件接收方； 然后， 邮件接收方接收邮件， 打 开下载 URL并输入下载授权码进行认证； 认证成功后可以下载邮件附件， 否则， 不能 下载邮件附件。 上述方法可以包括两个部分： 邮件附件的保存和邮件附件的下载。 以下对这两个 流程的处理方式进行简单说明。 对于邮件附件的保存流程可以为： 首先， 邮件系统将邮件附件发送并保存到存储 服务器系统； 其次，存储服务器系统返回邮件附件下载的 URL和下载的授权码到邮件 系统； 然后， 邮件系统中的邮件服务器将用户的邮件和从存 储服务器收到的邮件附件 下载的 URL和授权码发送给邮件的收件人。 对于邮件附件的下载流程可以为： 首先， 邮件接收方链接到接收的邮件附件下载

URL, 存储服务器返回下载认证界面， 要求输入下载授权码； 其次， 邮件接收方在下 载认证界面输入接收到的授权码； 然后，存储服务器获取用户输入授权码并进行 认证， 认证通过则允许用户下载邮件附件， 否则不允许用户下载。 可见， 本实施例针对发送超大附件邮件和邮箱容量， 解决了邮件附件存储到存储 服务器系统时的安全性问题， 让用户更加放心使用邮件系统。 实施例二 图 5是根据本发明实施例二的系统结构图， 如图 5所示， 其中， 虚线框中的部分 为应用本发明安全的邮件附件共享方法。 本实施例的邮件附件下载方法包括邮件附件的 保存和邮件附件的下载。 其中， 邮 件附件保存包括： 邮件服务器将接收到的邮件附件保存到存储服 务器系统， 存储服务 器系统返回附件下载的 URL和下载的授权码给邮件服务器，邮件服务器 将用户的邮件 和存储服务器返回的相对应的 URL和授权码发送给邮件的收件人； 邮件附件下载包 括： 邮件接收方打开接收到的邮件附件下载 URL， 进入下载认证界面， 输入下载授权 码， 存储服务器获取用户输入验证码并进行认证， 如果认证通过则允许用户下载邮件 附件， 否则不允许用户下载。 具体地， 邮件的保存可以包括两个方面， 一方面是从内部邮件服务器的客户端发 过来的邮件。 结合附图 5， 发件人登录邮件客户端 1， 上传邮件附件并发送到存储服务 器， 存储服务器接收到内部邮件服务器的保存文件 请求后保存文件， 并根据一定的规 则生成下载该邮件附件的 URL和授权码， 并返回给内部邮件服务器， 内部邮件服务器 收到存储服务器的响应消息后， 将客户端的邮件剥离附件后， 发送到邮件接收人所在 的邮件服务器， 存储服务器返回附件下载 URL和授权码也同时发送给邮件的接收人。 另一方面是从外部邮箱服务器发过来的邮件。 结合附图 5， 发件人登录邮件客户 端 2， 通过 SMTP 协议发送带附件邮件到外部邮件服务器， 外部邮件服务器再通过 SMTP协议将邮件转发到内部邮件服务器， 内部邮件服务器接收到来自外部邮件服务 器转发的邮件， 解析邮件体， 将邮件的附件保存到存储服务器， 存储服务器接收到内 部邮件服务器的保存文件请求后保存文件， 并根据一定的规则生成下载该邮件附件的 URL和授权码， 并返回给内部邮件服务器， 内部邮件服务器收到存储服务器的相应消 息后，将客户端的邮件剥离附件后保存，存储 服务器返回附件下载 URL和授权码也同 时发送给邮件的接收人。 实施例三 图 6是根据本发明实施例三的邮件附件保存的流� �图， 如图 6所示， 该流程可以 包括如下步骤： 步骤 S601 ,互联网等外部邮件服务器或内部邮件服务器� �户端发送邮件信息到内 部邮件服务器。 步骤 S602，内部邮件服务器判断邮件消息是否带附� �。若是带附件则转步骤 S604， 否则， 转步骤 S603。 步骤 S603， 对不带附件的邮件不做任何的处理， 进入步骤 S607。 步骤 S604， 将附件发送并保存到存储服务器。 步骤 S605 , 存储服务器保存邮件附件， 并根据一定的规则生成下载 URL和下载 授权码返回给邮件服务器。 步骤 S606， 邮件服务器对剥离附件的邮件和存储服务器返 回的下载 URL和下载 授权码进行处理。 步骤 S607, 将邮件发送给邮件接收方。 实施例四 图 7是根据本发明实施例四的邮件附件下载的流� �图， 如图 7所示， 该流程可以 包括如下步骤： 步骤 S701 , 邮件接收方打开邮件附件下载的 URL。 步骤 S702， 判断 URL对应的邮件附件是否存在。 若是邮件附件已经不存在， 则 转步骤 S707, 否则转步骤 S703。 步骤 S703， 存储服务器打开对应邮件附件下载的认证界面 ， 等待用户输入下载授 权码。 步骤 S704, 用户输入下载授权码。 步骤 S705 , 存储服务器获得用户输入的下载授权码进行认 证， 认证通过， 则转步 骤 S706, 否则， 转步骤 S707。 步骤 S706， 用户下载邮件附件。 步骤 S707, 返回操作提示界面。 综上所述， 本发明实施例涉及互联网文件存储领域， 提供了一种安全的邮件附件 共享的方法， 采用邮件服务器向客户端发送授权码， 对下载邮件附件的身份进行认证 的方式，解决了相关技术中通过 URL地址下载邮件附件时存在安全隐患的问题， 提高 了系统的安全性。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现 ， 从而可以将 它们存储在存储装置中由计算装置来执行，或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。