CN101741763A - 一种报警邮件可靠发送的方法和系统 - Google Patents

Abstract

本发明提供了一种报警邮件可靠发送的方法和系统，该系统包括：扫描生成模块，用于对数据库记录表进行扫描，对符合业务规则的记录，生成待发送的报警邮件，和/或，对失败记录表进行扫描，对有发送失败的记录，生成待发送的报警邮件，以及生成发往监控邮箱的监控邮件；邮件发送模块，用于统一发送所述报警邮件和监控邮件；监控模块，用于检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功，如果未收到，则发送失败；更新模块，用于更新所述失败记录表。优选的，所述统一发送的报警邮件和监控邮件中包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。本发明通过设置监控邮箱和补发规则，能够保证报警邮件发送成功。

Description

一种报警邮件可靠发送的方法和系统

技术领域

本发明涉及数字信息的传输领域，特别是涉及一种报警邮件可靠发送的方法和系统。

背景技术

数字证书是网络通信中标志通信各方身份信息的一系列数据，它由一个权威机构发行，人们可以在交往中用它来识别对方的身份。数字签名技术是在网络系统虚拟环境中确认身份的重要技术，完全可以代替现实过程中的“亲笔签字”，在技术和法律上有保证。数字证书系统中存储有注册人的证书注册信息、证书有效期和注册人的缴费情况等信息。

随着因特网的普及、各种电子商务活动和电子政务活动的飞速发展，数字证书开始广泛地应用到各个领域之中，目前主要包括：发送安全电子邮件、访问安全站点、网上招标投标、网上签约、网上订购、安全网上公文传送、网上缴费、网上缴税、网上炒股、网上购物和网上报关等。

许多重要的系统都会采用电子邮件报警的方式对系统异常状况或特定的业务数据进行报警监控。由于数字证书的重要性，报警监控系统也会定期检查数据库。例如，通过对数据库中的记录进行扫描，当出现符合业务规则的数据时，自动向注册人发送报警邮件。但是由于电子邮件协议(如邮局协议POP3，简单邮件传输协议SMTP等)本身的限制，可能因为多种原因(比如：邮件发送服务器故障、网络中断、路由问题等)造成邮件发送失败，导致报警失败。

现有的邮件报警系统，当邮件发送服务器故障或其他原因导致报警邮件无法发送或发送失败时，系统无法及时发现发送失败，使报警邮件无法起到真正意义上的报警作用。

因此迫切需要能够查询报警邮件的报警状态，并保证报警邮件发送成功的系统和方法。

发明内容

本发明所要解决的技术问题是提供一种报警邮件可靠发送的方法和系统，能够获知报警邮件的发送成功与否，使报警邮件的发送更加可靠。

为了解决上述问题，本发明公开了一种报警邮件可靠发送的方法，该方法包括：对数据库记录表进行扫描，如果有符合业务规则的记录，生成待发送的报警邮件；和/或，对失败记录表进行扫描，如果有发送失败记录，则生成待发送的报警邮件；生成发往监控邮箱的监控邮件；统一发送所述报警邮件和监控邮件；检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功；如果未收到，则发送失败；依据发送情况，更新所述失败记录表。

优选的，所述统一发送的报警邮件和监控邮件中包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。

优选的，所述监控邮箱设置在邮件发送端的内网中。

具体的，所述更新失败记录表包括：对于数据库记录表中符合业务规则的记录，若报警成功，不采取动作；若报警失败，则将对应报警邮件的地址和发送次数记录到失败记录表；对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

优选的，在对失败记录表进行扫描的过程中，如果被扫描记录的发送次数超过最大重发次数，就放弃重发，将超过最大重发次数的记录按照预置的处理方式保留或从失败记录表中删除。

本发明还公开了一种报警邮件可靠发送的系统，该系统包括：

扫描生成模块，用于对数据库记录表进行扫描，对符合业务规则的记录，生成待发送的报警邮件，和/或，对失败记录表进行扫描，对有发送失败的记录，生成待发送的报警邮件，以及生成发往监控邮箱的监控邮件；邮件发送模块，用于统一发送所述报警邮件和监控邮件；监控模块，用于检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功，如果未收到，则发送失败；更新模块，用于更新所述失败记录表。

优选的，所述统一发送的报警邮件和监控邮件中包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。

进一步，所述系统还包括配置文件，所述配置文件存储有监控时间间隔、最大重复次数和补发规则；所述扫描生成模块依据所述配置文件完成相应操作。

具体的，所述更新模块包括两个子模块：业务记录更新子模块，对于数据库记录表中符合业务规则的记录，若报警成功，不采取动作；若报警失败，则将对应报警邮件的地址和发送次数记录到失败记录表；失败记录更新子模块，对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

与现有技术相比，本发明具有以下优点：

通过监控邮箱的设置，可以获知报警邮件的发送是否成功；通过设置失败记录表，可以了解每个发送失败的记录报警邮件所处的状态；而且本发明还可以根据失败记录表自动补发报警邮件，补发的规则可根据实际需要进行设置，最大限度的保证报警邮件发送成功，真正起到及时报警的作用，为客户提供更好的告知服务。

附图说明

图1是本发明报警邮件可靠发送的方法一个实施例流程图；

图2是本发明报警邮件可靠发送的方法另一个优选实施例的流程图；

图3是本发明报警邮件可靠发送的系统实施例的构成示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，为本发明报警邮件可靠发送的方法一个实施例流程图。其包括如下步骤：

S1定期对数据库记录表进行扫描，搜索出符合业务规则的记录，生成待发送的报警邮件；

S2对失败记录表进行扫描，对发送失败的记录，生成待发送的报警邮件；

S3生成发往监控邮箱的监控邮件；

S4统一发送所述报警邮件和监控邮件；

S5检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功；如果未收到，则发送失败；

S6依据发送情况，更新所述失败记录表。

其中，S1步骤中的定期可以是每天也可以是每隔几天，可根据实际需要进行设定。所述扫描可以同时针对多种业务规则，所述业务规则可以包括：临近过期、针对某一特殊用户、针对某一特殊邮箱等。

S2步骤中的失败记录表中记录有之前发送未成功的报警邮件的相关信息，其中可以包括：发送失败记录的最后一次发送时间、对应的邮箱地址及发送过的次数。

S1步骤中扫描符合业务规则的记录与S2步骤中扫描失败记录表可以交换先后顺序，不影响本实施例的实施效果。

S4步骤中统一发送报警邮件和监控邮件，统一发送是为了减少不同时间里不同干扰因素的影响。

S5步骤中检查监控邮箱，是在报警邮件和监控邮件发出后，经过一定的监控时间间隔(如30分钟)，对监控邮箱进行检查，若收到了监控邮件，则意味着同批报警邮件发送成功；若未收到，则认为同批报警邮件的发送过程出现了异常，此次发送均失败。

S6步骤中所述的更新失败记录表，分两种情况：对于符合业务规则的记录，若发送报警邮件成功，不采取动作；若发送报警邮件失败，则将对应报警邮件的地址和发送次数“1”记录到失败记录表；对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

对于本发明来说，S1步骤中扫描符合业务规则的记录和S2步骤中扫描失败记录表还可以二择一进行操作，即只对符合业务规则的记录进行扫描或只对失败记录表进行扫描。

本发明还提供报警邮件可靠发送的方法另一个优选实施例，该实施例与第一个实施例相比，对第一个实施例的一些相应步骤采取了更优化的处理。本优选实施例在扫描符合业务规则的记录、扫描失败记录表步骤中分别增加了判断是否有符合业务规则的记录、是否有失败记录的步骤，而且还增加了判断是否超过最大重发次数、判断有无待发送的报警邮件和补发报警邮件的过程，在保证报警邮件可靠发送的同时还能减少系统资源不必要的占用消耗，使得报警邮件的发送过程更加简洁、可靠、节省系统资源。本优选实施例具体流程如图2所示。

该优选实施例包括如下步骤：

S11定期对数据库记录表进行扫描，搜索出符合业务规则的记录，生成待发送的报警邮件；

S22对失败记录表进行扫描，对发送失败的记录，生成待发送的报警邮件；

S33生成发往监控邮箱的监控邮件；

S44统一发送所述报警邮件和监控邮件；

S55检查监控邮箱是否收到监控邮件，如果收到，则发送成功；如果未收到，则发送失败；

S66依据发送情况，更新所述失败记录表。

S11步骤的详细步骤如下：

S111定期扫描数据库记录表；

S112判断有无符合业务规则记录，导出符合业务规则记录的列表；

S113生成待发送的报警邮件，暂存待发送的报警邮件。

所述定期可以是每天也可以是每隔几天，可根据实际需要进行设定。系统定期执行，对数据库中记录表进行扫描，判断有无符合业务规则的记录。所述扫描可以同时针对多种业务规则，所述业务规则可以包括：临近过期、针对某一特殊用户、针对某一特殊邮箱等。对有符合业务规则记录的情况，导出符合业务规则记录的列表，对该列表中的记录，生成待发送的报警邮件，并暂存待发送的报警邮件，进入步骤S22；对无符合业务规则记录的情况，则直接进入步骤S22。

S22步骤的详细步骤如下：

S221扫描失败记录表；

S222判断是否有失败记录；

S223判断是否超过最大重发次数，找出未超过最大重发次数的失败记录；

S224生成待发送的报警邮件，暂存待发送的报警邮件。

优选的，在S222、S223之后、S224之前还包括步骤S22’，该步骤为判断步骤S11中是否生成了待发送的报警邮件。

失败记录表可以包括：发送失败记录的最后一次发送时间、对应的邮箱地址及发送过的次数。对失败记录表扫描时，先判断是否有失败记录。对于有失败记录的情况，则对所有记录发送过的次数和设定的最大重发次数(如5次)进行比较，如果未超过最大重发次数则生成待发送的报警邮件，暂存这些报警邮件，进入步骤S33；如果超过最大重发次数，则不再生成报警邮件，将这些超过最大重发次数的记录按照预置的处理方式保留或从失败记录表中删除，然后与无失败记录情况的后续处理方式相同，都进入步骤S22’。

在步骤S22’中，若判断出S11步骤中生成了待发送的报警邮件，则进入步骤S33；若S11步骤中没有生成待发送的报警邮件，则程序结束。

S11步骤中扫描符合业务规则的记录与S22步骤中扫描失败记录表可以交换先后顺序，不影响本实施例的实施效果。

S33步骤中生成发往监控邮箱的监控邮件，优选的，所述监控邮件为一封。

在扫描过数据库记录表和失败记录表后，待发送的报警邮件可能只有一个，此时统一发送的报警邮件和监控邮件各为一封。优选的，当有多个报警邮件时，统一发送的报警邮件和监控邮件包括多个报警邮件和一个监控邮件。

监控邮箱设置在内网或外网均可以。优选的，监控邮箱设置在邮件发送端的内网中。监控邮箱设置在内网中，便于在邮件发送失败后进行故障的检查和排除，保证邮件报警系统能正常有效运转。

S44步骤统一发送所述报警邮件和监控邮件。

在报警邮件和监控邮件都生成完毕后，统一发送这些邮件。统一发送是为了减少不同时间里不同干扰因素的影响。优选的，监控邮件位于本批邮件的末尾。同批发送的邮件，每两个相邻发送的邮件之间会有个非常短暂的时间间隔。若在一批邮件发送中途，邮件发送模块出现故障，那么后续的邮件都不能成功发送。邮件发送模块在出现故障后是不会自动恢复的，需要维修才能再次正常工作。将监控邮件置于一批邮件的末尾，可以最大程度对同批报警邮件发送是否成功进行监控。

S55步骤的详细步骤如下：

S551检查监控邮箱是否收到发出的监控邮件，如果监控邮箱收到上述监控邮件，则发送成功；如果监控邮箱未收到监控邮件，则发送失败。

在报警邮件和监控邮件发出后，经过设定的监控时间间隔(如30分钟)，对监控邮箱进行检查，若收到了监控邮件，则意味着同批报警邮件发送成功；若未收到，则认为同批报警邮件在发送过程中出现了异常，此次发送均失败。

S66步骤的详细步骤如下：

S661对于符合业务规则的记录，若报警成功，不采取动作；若报警失败，则将对应报警邮件的地址和发送次数“1”记录到失败记录表；

S662对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

检查过监控邮箱后，无论报警邮件的发送成功还是失败，都需要对失败记录表进行更新。对于符合业务规则的记录，若报警成功，就不采取动作；若报警失败，则将对应报警邮件的地址、发送次数“1”和发送时间记录到失败记录表；对于失败记录表上的记录，若报警成功，就从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1，将发送时间更新为最后一次发送时间。

优选的，在更新失败记录表后还包括步骤S77：对失败记录表上的记录进行补发。单次补发的流程与上述发送报警邮件的流程基本相似，包括：

S771对失败记录表进行扫描，对发送失败的记录，生成待发送的报警邮件；

S772生成发往监控邮箱的监控邮件；

S773统一发送所述报警邮件和监控邮件；

S774检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功；如果未收到，则发送失败；

S775依据发送情况，更新所述失败记录表。

由于单次补发的流程每个步骤与报警邮件的对应基本相似，此处不再赘述。根据实际需要，还可以对补发规则进行设定，所述补发规则可以包括：补发的次数、补发启动时间隔和补发时间间隔。补发的次数是补发流程连续执行的次数(如2次)；补发启动时间间隔是发送报警邮件后等待的时间(如10分钟或24小时)；补发时间间隔是每两次补发之间的时间间隔(如5分钟)。

优选的，还包括步骤S88：将步骤S11到S66整个过程中出现的所有事件都保存到当日的系统日志中。

系统日志是以.log结尾的文本文件，每日定期生成以日期为文件名区分的系统日志，用于在人工检查系统状态和出错处理。

在本实施例中，S11步骤中扫描符合业务规则的记录与S22步骤中扫描失败记录表可以交换先后顺序，不影响本实施例实施效果。

对于本发明来说，S11步骤中扫描符合业务规则的记录和S22步骤中扫描失败记录表还可以二择一进行操作，即只对符合业务规则的记录进行扫描或只对失败记录表进行扫描。

本发明还提供一种报警邮件可靠发送的系统。如图3所示，为本发明报警邮件可靠发送的系统实施例的构成示意图。所述系统20包括：扫描生成模块201、邮件发送模块202、监控模块203、更新模块204。

所述扫描生成模块201，用于对数据库记录表进行扫描，对符合业务规则的记录，生成待发送的报警邮件；再对失败记录表进行扫描，对有发送失败的记录，若发送次数为超过设定的最大重发次数，则生成待发送的报警邮件，若超过最大重发次数，则放弃重发；最后生成发往监控邮箱的监控邮件。在扫描过数据库记录表和失败记录表后，待发送的报警邮件可能只有一个，此时统一发送的报警邮件和监控邮件各为一封。优选的，当有多个报警邮件时，则统一发送的报警邮件和监控邮件包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。

所述扫描生成模块201对符合业务规则的记录的扫描和对扫描失败记录表的扫描可以交换先后顺序，不影响本实施例实施效果。

所述邮件发送模块202，用于将上述报警邮件和监控邮件按照各自的邮件地址统一发送出去，优选的，在同批发送的邮件队列中，监控邮件排在末尾。

所述监控模块203，在报警邮件和监控邮件发出经过设定的监控时间间隔后，检查监控邮箱是否收到发出的监控邮件，如果在监控邮箱中找到上述监控邮件，则发送成功；如果在监控邮箱中未找到上述监控邮件，则发送失败。

所述更新模块204，用于更新所述失败记录表，优选的，所述更新模块204包括两个子模块：业务记录更新子模块和失败记录更新子模块。业务记录更新子模块，对于数据库记录表中符合业务规则的记录，若报警成功，就不采取动作；若报警失败，则将对应报警邮件的地址、发送次数“1”和发送时间记录到失败记录表；失败记录更新子模块，对于失败记录表上的记录，若报警成功，就从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1，将发送时间更新为最后一次发送时间。

上述扫描生成模块201对符合业务规则记录的扫描和对失败记录表的扫描可以交换先后顺序，不影响本实施例的实施效果。

优选的，所述系统还包括补发模块。补发模块在上述报警邮件发送后，经过补发启动时间间隔，会启动所述系统重新执行一遍报警邮件的发送过程。其不同之处在于扫描生成模块201只对失败记录表进行扫描，生成报警邮件并只生成一个监控邮件；再由邮件发送模块202将这些邮件统一发送出去；在监控时间间隔后，检测监控邮箱；根据发送情况更新失败记录表。

根据实际需要，还可以对补发规则进行设定，所述补发规则可以包括：补发的次数、补发启动时间隔和补发时间间隔。补发的次数是补发流程连续执行的次数；补发启动时间间隔是发送报警邮件后等待的时间；补发时间间隔是每两次补发之间的时间间隔。

优选的，所述系统还包括配置文件，该配置文件用于存储监控时间间隔、最大重复次数、补发规则、数据库地址和监控邮箱地址等信息，并供所述系统的各功能模块读取调用。

优选的，所述系统还包括存储模块。该存储模块用于暂存扫描生成模块201扫描数据库记录表后，对符合业务规则的记录后生成的报警邮件，以及扫描生成模块201扫描失败记录表后，对未超过最大重发次数的记录生成的报警邮件。

优选的，所述系统还包括日志生模块，用于每天定期生成系统日志，并将邮件发送整个过程中出现的所有事件保存到当天系统日志中。

对于本发明来说，扫描生成模块201对符合业务规则记录的扫描和对失败记录表的扫描还可以二择一进行操作，即只对符合业务规则的记录进行扫描或只对失败记录表进行扫描。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明通过设置监控邮箱，可以获知报警邮件的发送是否成功；通过设置失败记录表，可以了解每个发送失败的记录报警邮件所处的状态；而且本发明还可以根据失败记录表自动补发报警邮件，补发的规则可根据实际需要进行设置，最大限度的保证报警邮件发送成功，真正起到及时报警的作用，为客户提供更好的告知服务。

以上对本发明所提供的一种报警邮件可靠发送的方法和系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种报警邮件可靠发送的方法，其特征在于，包括：

对数据库记录表进行扫描，如果有符合业务规则的记录，生成待发送的报警邮件；和/或，对失败记录表进行扫描，如果有发送失败记录，则生成待发送的报警邮件；

生成发往监控邮箱的监控邮件；

统一发送所述报警邮件和监控邮件；

检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功；如果未收到，则发送失败；

依据发送情况，更新所述失败记录表。

2.如权利要求1所述的报警邮件可靠发送的方法，其特征在于，所述统一发送的报警邮件和监控邮件中包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。

3.如权利要求1所述的报警邮件可靠发送的方法，其特征在于，所述监控邮箱设置在邮件发送端的内网中。

4.如权利要求1所述的报警邮件可靠发送的方法，其特征在于，所述更新失败记录表包括：

对于数据库记录表中符合业务规则的记录，若报警成功，不采取动作；若报警失败，则将对应报警邮件的地址和发送次数记录到失败记录表；

对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

5.如权利要求4所述的报警邮件可靠发送的方法，其特征在于，在对失败记录表进行扫描的过程中，如果被扫描记录的发送次数超过最大重发次数，就放弃重发，将超过最大重发次数的记录按照预置的处理方式保留或从失败记录表中删除。

6.一种报警邮件可靠发送的系统，其特征在于，包括：

扫描生成模块，用于对数据库记录表进行扫描，对符合业务规则的记录，生成待发送的报警邮件；和/或，对失败记录表进行扫描，对有发送失败的记录，生成待发送的报警邮件；生成发往监控邮箱的监控邮件；

邮件发送模块，用于统一发送所述报警邮件和监控邮件；

监控模块，用于检查监控邮箱是否收到发出的监控邮件，如果收到，则发送成功；如果未收到，则发送失败；

更新模块，用于更新所述失败记录表。

7.如权利要求6所述的报警邮件可靠发送的系统，其特征在于，所述统一发送的报警邮件和监控邮件中包括多个报警邮件和一个监控邮件，所述监控邮件位于本批邮件的末尾。

8.如权利要求6所述的报警邮件可靠发送的系统，其特征在于，所述系统还包括：

配置文件，所述配置文件存储有监控时间间隔、最大重复次数和补发规则；所述扫描生成模块依据所述配置文件完成相应操作。

9.如权利要求6所述的报警邮件可靠发送的系统，其特征在于，所述更新模块包括两个子模块：

业务记录更新子模块，对于数据库记录表中符合业务规则的记录，若报警成功，不采取动作；若报警失败，则将对应报警邮件的地址和发送次数记录到失败记录表；

失败记录更新子模块，对于失败记录表上的记录，若报警成功，从失败记录表上删除对应记录的相关信息；若报警失败，则将失败记录表上对应记录的报警邮件发送次数加1。

Images