CN104601454A - 处理邮件的方法和系统 - Google Patents

Abstract

本发明提供一种处理邮件的方法和系统，能够对多个业务系统提供统一的邮件服务。该处理邮件的方法包括：接收邮件发送请求信息，该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间；根据所述期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列，并保存所述邮件发送请求信息的内容；轮询所述邮件发送队列并且在当前时间到达所述期望发送邮件的时间的情况下，根据所述邮件模板和所述邮件发送请求信息以及获取的业务数据生成邮件；将所述邮件发送给电子邮件服务器，以供该电子邮件服务器向所述收件地址发送所述邮件。

Description

处理邮件的方法和系统

技术领域

本发明涉及计算机技术领域，特别地涉及一种处理邮件的方法和系统。

背景技术

在互联网相关的软件或系统中，经常需要在特定的场合进行邮件的推送，邮件管理系统俨然成为大多数互联网应用的基础。在一些应用中，邮件管理系统作为一个子模块为系统提供邮件发送和管理的支持，而另一些应用中，甚至不存在独立的邮件管理模块，只是在业务需要时，调用相关的邮件API进行邮件的推送。

由于互联网生态本身的复杂性，其相应的邮件业务也丰富多样。目前，大多数应用各自维护一套邮件系统，只为自身业务进行定制的邮件推送及管理，邮件发送过程与业务本身具有非常高的耦合性，其通用性差，难以实现邮件管理模块在各不同应用中的共享和重用。各业务系统中的邮件虽然具有很强的定制性，但同时也具有高度的相似性。重复的开发功能相似的邮件业务造成大量的人力、物力的浪费，极大的增加了软件成本。

同时，邮件推送逻辑大量分散在各业务系统中，给系统的维护造成很大的难度。在许多系统中，邮件并不是业务的核心，邮件推送逻辑的高度的耦合性往往造成核心业务由于邮件错误而失败。而且邮件的发送本身耗时长，同步的发送往往容易导致主业务流程的阻塞，异步的发送又难以确认邮件是否成功送达。随着网络应用生态的日益丰富多样，邮件本身也愈发呈现出其业务定制特性。

现有的一种技术方案中，邮件的发送主要借助JavaMail提供的API或者以此为基础进行简化封装的第三方API(如Commons Email)等。其具体过程如下：

1、配置邮件发送的相关属性，包括：是否需要身份认证(mail.smtp.auth)、邮件发送使用的协议(mail.transport.protocol-smtp)；

2、设置远端的邮件服务器信息，包括IP及端口信息；

3、创建邮件会话session；

4、根据session创建邮件消息MineMessage；

5、设置主题和邮件正文，邮件正文必须根据要发送的内容进行不同设置；如果邮件中包含附件，则要创建多个MimeMultipart对象，承载待发送的附件；

6、设置用以发送邮件的账号信息；

7、创建发送邮件的Transport实例，建立连接(指定邮件服务器、端口、发送账号、密码)；

8、发送邮件(指定消息体，及地址列表)；

9、关闭会话连接。

目前多数业务系统中在需要发送邮件时重复地执行以上步骤，或是对以上步骤的简单封装，不同的业务系统各自重复着相似的处理流程，其邮件发送过程繁琐、功能薄弱，而且难以进行统一的管理。

发明内容

有鉴于此，本发明提供一种处理邮件的方法和系统，能够对多个业务系统提供统一的邮件服务。本发明技术方案的其他有益效果将结合具体实施方式加以说明。

为实现上述目的，根据本发明的一个方面，提供了一种处理邮件的方法。

本发明的处理邮件的方法包括：接收邮件发送请求信息，该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间；根据所述期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列，并保存所述邮件发送请求信息的内容；轮询所述邮件发送队列并且在当前时间到达所述期望发送邮件的时间的情况下，根据所述邮件模板和所述邮件发送请求信息以及获取的业务数据生成邮件；将所述邮件发送给电子邮件服务器，以供该电子邮件服务器向所述收件地址发送所述邮件。

可选地，将所述邮件发送给电子邮件服务器的步骤之后，还包括：在接收到表示邮件发送失败的提示信息的情况下，设定邮件的再次发送时间，并根据该再次发送时间生成新的邮件请求头并且放入所述邮件发送队列。

根据本发明的另一方面，提供了一种处理邮件的系统。

本发明的处理邮件的系统包括：请求接收单元，用于接收邮件发送请求信息，该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间；队列处理单元，用于根据所述期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列；持久化单元，用于将所述邮件发送请求信息的内容保存到持久化存储装置；任务管理单元，用于轮询所述邮件发送队列并且在当前时间到达所述期望发送邮件的时间的情况下，调用模板解析单元；模板解析单元，用于根据所述邮件模板和所述邮件发送请求信息以及获取的业务数据生成邮件；邮件发送单元，用于将所述邮件发送给电子邮件服务器，以供该电子邮件服务器向所述收件地址发送所述邮件。

可选地，所述队列处理单元为多个；所述请求接收单元还用于以负载均衡的方式选择一个队列处理单元，然后将所述邮件发送请求信息转发给该队列处理单元。

可选地，所述邮件发送单元还用于将所述电子邮件服务器返回的发送结果信息转发给所述任务管理单元；所述任务管理单元还用于在所述发送结果信息表示邮件发送失败的情况下，设定邮件的再次发送时间，并根据该再次发送时间生成新的邮件请求头并且放入所述邮件发送队列。

根据本发明的技术方案，根据来自业务系统的邮件发送请求信息，对邮件按发送队列发送到电子邮件服务器，实现了对多个业务系统提供统一的邮件服务。在网络可用的前提下，该实现方式能够为各分散的业务提供集中的邮件请求处理服务，动态渲染邮件模板，异步进行邮件发送，保证高效、可靠的邮件发送，简化邮件发送业务的开发及管理。并可根据业务规模，进行横向扩展，保证系统能够高效可靠的提供邮件处理服务。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的处理邮件的系统的基本结构的示意图；

图2是根据本发明实施例的处理邮件的方法的主要步骤的示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本实施例的技术方案中，提供一个邮件处理服务，该服务接受客户端的邮件处理请求，并生成邮件然后交由邮件服务器处理，以此来实现对多个业务系统提供统一的邮件服务。图1是根据本发明实施例的处理邮件的系统的基本结构的示意图。如图1所示，处理邮件的系统10作为服务而部署，主要包括请求接收单元11、队列处理单元12、持久化单元13、任务管理单元14、模板解析单元15、以及邮件发送单元16。图中还示出了客户端20及其中的客户端API(应用程序编程接口)单元21和查询单元22、邮件发送队列的缓存单元23、持久化存储单元24、附件文件系统25以及邮件服务器26。以下结合图1和图2说明本发明实施例的处理邮件的方法的主要步骤。图2是根据本发明实施例的处理邮件的方法的主要步骤的示意图。

步骤S201：应用系统(图中未示出)调用客户端API单元。在调用时传入一个MailRequest邮件请求对象，向客户端指明邮件模板、收件地址、以及期望发送邮件的时间等信息。

步骤S202：客户端API单元校验邮件请求数据，若数据缺失或不合法，则进入步骤S203，返回一个提示信息；若数据正确则进入步骤S204。客户端API单元对基础的基于SMTP协议的邮件API进行封装，简化了客户端(即用户程序)的编码复杂度。

步骤S204：客户端API单元调用web服务，将邮件发送请求信息发送给请求接收单元11。然后等待服务响应。该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间。作为服务而部署的方式使处理邮件的系统10能够处理任意异构的业务系统中客户端API单元发出的邮件发送请求。

步骤S205：请求接收单元11接收邮件发送请求信息，然后转发给队列处理单元12。队列处理单元12可以设置多个(图中示出1个)，如为多个，则请求接收单元11可以按负载均衡的方式从中选择一个队列处理单元然后向该队列处理单元转发邮件发送请求信息。队列处理单元12多实例部署的方式有助于提供更加可靠的请求处理服务。将请求转存入队列、等待异步发送的方式有助于增加系统吞吐量。

步骤S206：队列处理单元12根据期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列。本实施例中，所有的邮件发送请求先进入邮件发送队列，并指定待发送时间，由任务管理单元14轮询，完成定时发送。这种异步的发送过程使得邮件发送队列中未投递的邮件能够被撤销，即在将邮件请求头信息并且放入邮件发送队列的步骤之后，对于邮件发送队列中的指定的邮件请求头信息，若当前未到达该邮件请求头信息中的期望发送邮件的时间，可以在队列中删除该邮件请求头信息，从而实现撤销相应的邮件。

步骤S207：持久化单元13对邮件实体的数据格式进行转换之后保存到持久化存储单元24中。邮件实体包含了邮件发送请求信息的所有内容。本步骤后，请求接收单元11向客户端API单元发送服务响应。经过持久化存储单元24持久化存储，当邮件服务器26故障或者邮件发送单元16出现故障时，都不会影响未投递的邮件。此时可能造成延期投递，但不会丢失数据。有助于提高邮件处理服务的可靠性。

步骤S208：客户端API单元向应用系统发送服务响应。这样应用系统即得知邮件服务已被受理。

步骤S209：任务管理单元14对邮件发送队列进行轮询。

步骤S210：任务管理单元14检查当前时间是否到达了邮件发送队列的队列头的邮件发送请求头信息中的期望发送邮件的时间。若是，则进入步骤S211；否则在延时后返回S209，进行下一次轮询。

步骤S211：任务管理单元14处理邮件实体。在本步骤中，任务管理单元14从队列移除队首标识，调用待久化单元13，从持久化存储单元24中读取队列头邮件的邮件实体。

步骤S212：任务管理单元14解析待发送邮件实体，通过服务接口调用模板解析单元。

步骤S213：模板解析单元15渲染模板。本步骤中，模板解析单元15根据邮件模板和邮件发送请求信息以及获取的业务数据生成邮件。这是一种动态渲染模板的方式，实现了业务数据和邮件模板的分离，这样模板设计从业务开发中独立出来，实现了模板的复用，并且便于模板设计与其他人员的分工。

步骤S214：邮件发送单元16将邮件发送给电子邮件服务器26。在本步骤中，邮件发送单元16向电子邮件服务器26发送SMTP请求，并等待后者的响应，并向任务管理单元14发送回执。邮件发送单元16可以部署多个，根据业务部署横向扩展，有助于高效可靠的提供邮件处理服务。

步骤S215：任务管理单元14根据收到的回执判断邮件是否发送成功。若是，则调用持久化单元13将邮件发送的结果保存到持久化存储单元24中，即步骤216，该结果主要包括邮件数据以及发送时间等。若邮件发送不成功，则进入步骤S217。

步骤S217：任务管理单元14检查邮件发送失败次数是否到达预设的重发次数，若是，则向客户端API单元21发送邮件失败回执，即步骤218。否则进入步骤S219。

步骤S219：修改邮件发送队列中该邮件的发送时间，返回步骤S209，即等待重发该邮件。

根据本发明实施例的技术方案，根据来自业务系统的邮件发送请求信息，对邮件按发送队列发送到电子邮件服务器，实现了对多个业务系统提供统一的邮件服务。在网络可用的前提下，该实现方式能够为各分散的业务提供集中的邮件请求处理服务，动态渲染邮件模板，异步进行邮件发送，保证高效、可靠的邮件发送，简化邮件发送业务的开发及管理。并可根据业务规模，进行横向扩展，保证系统能够高效可靠的提供邮件处理服务。

以上结合具体实施例描述了本发明的基本原理，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (5)

1.一种处理邮件的方法，其特征在于，包括：

接收邮件发送请求信息，该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间；

根据所述期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列，并保存所述邮件发送请求信息的内容；

轮询所述邮件发送队列并且在当前时间到达所述期望发送邮件的时间的情况下，根据所述邮件模板和所述邮件发送请求信息以及获取的业务数据生成邮件；

将所述邮件发送给电子邮件服务器，以供该电子邮件服务器向所述收件地址发送所述邮件。

2.根据权利要求1所述的方法，其特征在于，将所述邮件发送给电子邮件服务器的步骤之后，还包括：

在接收到表示邮件发送失败的提示信息的情况下，设定邮件的再次发送时间，并根据该再次发送时间生成新的邮件请求头并且放入所述邮件发送队列。

3.一种处理邮件的系统，其特征在于，包括：

请求接收单元，用于接收邮件发送请求信息，该邮件发送请求信息中指定了邮件模板、收件地址、以及期望发送邮件的时间；

队列处理单元，用于根据所述期望发送邮件的时间生成邮件请求头信息并且放入邮件发送队列；

持久化单元，用于将所述邮件发送请求信息的内容保存到持久化存储装置；

任务管理单元，用于轮询所述邮件发送队列并且在当前时间到达所述期望发送邮件的时间的情况下，调用模板解析单元；

模板解析单元，用于根据所述邮件模板和所述邮件发送请求信息以及获取的业务数据生成邮件；

邮件发送单元，用于将所述邮件发送给电子邮件服务器，以供该电子邮件服务器向所述收件地址发送所述邮件。

4.根据权利要求3所述的系统，其特征在于，

所述队列处理单元为多个；

所述请求接收单元还用于以负载均衡的方式选择一个队列处理单元，然后将所述邮件发送请求信息转发给该队列处理单元。

5.根据权利要求3或4所述的系统，其特征在于，

所述邮件发送单元还用于将所述电子邮件服务器返回的发送结果信息转发给所述任务管理单元；

所述任务管理单元还用于在所述发送结果信息表示邮件发送失败的情况下，设定邮件的再次发送时间，并根据该再次发送时间生成新的邮件请求头并且放入所述邮件发送队列。