一种消息发送处理方法
【技术领域】
[0001]本发明涉及消息处理，尤其涉及一种消息发送处理方法。
【背景技术】
[0002]随着科技的进步，消息的形式也越来越丰富，消息在管理软件中的作用越来越大，使用的领域也越来越广，由于软件系统中的消息越来越多，因此，如何使用和管理这些多种多样的消息已经成为一个不能忽视的问题。现有的消息发送使用工具比较多，例如，针对邮件的会使用邮件工具发送；针对短信的会使用短信工具发送；针对队列消息使用队列消息工具发送；即时消息，将单独使用即时消息工具发送等。存在的问题是，使用不同的消息类型，需要使用不同的应用程序，消息的发送管理比较分散，不同的发送消息需要使用不同的工具来查看和发送，给用户的使用来带来较大的不便。
【发明内容】
[0003]鉴于目前消息处理存在的上述不足，本发明提供一种消息发送处理方法来解决不能统一消息发送管理的问题，简化各类消息的发送处理工作，提高效率。
[0004]为达到上述目的，本发明的实施例采用如下技术方案:
[0005]一种消息发送处理方法，该处理方法包括以下步骤:
[0006]接收待发送消息；
[0007]根据消息配置将待发送消息推送至消息池中；
[0008]检测消息池中的待发送消息；
[0009]确定消息的发送途径并调用相对应的发送接口进行发送；
[0010]完成消息发送并作废和/或删除原待发送消息；
[0011]如果待发送消息过大则启用多线程发送机制；
[0012]如果待发送消息为需轮循发送的消息，则不作废和/或删除原待发送消息并按照轮循时间多次发送消息。
[0013]依照本发明的一个方面，所述步骤根据消息配置将待发送消息推送至消息池中具体是:自动根据消息的主数据配置动态启动消息推送机制，将消息推送到消息池中。
[0014]依照本发明的一个方面，所述步骤根据消息配置将待发送消息推送至消息池中执行完成后，自动销毁消息推送进程。
[0015]依照本发明的一个方面，所述步骤检测消息池中的待发送消息，是定时启动的，启动时间为可控。
[0016]依照本发明的一个方面，所述步骤如果待发送消息过大，将启用多线程发送机制执行后，得到发送成功回执，通过消息回执接口刷新发送记录。
[0017]依照本发明的一个方面，所述步骤确定消息的发送途径并调用相对应的发送接口进行发送，其中的发送途径可为:SMS、Email、系统MSg、托盘消息等，不同的发送途径都有与其相对应的发送接口。
[0018]依照本发明的一个方面，所述消息发送处理方法还包括如下步骤:管理员对消息池中消息进行人工管理。
[0019]本发明实施的优点:通过上述技术方案，可以实现一种消息发送统一管理的方法，解决不能统一消息发送管理的问题，简化各类消息的发送处理工作，提高效率；采用如上技术方案，可以将多种多样的消息统一进行发送管理，无需针对每种消息都要打开相对应的应用程序进行发送处理，同时进一步的，针对消息过大的情况，提供多线程发送机制，更进一步的，可以提供人工管理的方式来进行管理，更让该消息发送处理方法完善。
【附图说明】
[0020]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0021]图1为本发明实施例一所述的一种消息发送处理方法的示意框图；
[0022]图2为本发明实施例二所述的一种消息发送处理方法的示意框图。
【具体实施方式】
[0023]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0024]实施例一
[0025]如图1所示，一种消息发送处理方法，该处理方法包括以下步骤:
[0026]步骤S1:接收待发送消息；
[0027]所述步骤SI接收待发送消息具体是消息中心接收到需要发送的待发送消息。
[0028]步骤S2:根据消息配置将待发送消息推送至消息池中；
[0029]所述步骤S2根据消息配置将待发送消息推送至消息池中具体是:消息中心自动根据消息的主数据配置，来动态启动消息推送机制，将消息推送到消息池中；消息推送完成后，会自动销毁推送进程。
[0030]步骤S3:检测消息池中的待发送消息；
[0031]所述步骤S3检测消息池中的待发送消息具体是:消息发送器会定时启动，对消息池中的待发送消息进行检测，所述消息发送器的定时启动是可以控制的，可调整定时启动的时间。
[0032]步骤S4:确定消息的发送途径并调用相对应的发送接口进行发送；
[0033]所述步骤S4确定消息的发送途径并调用相对应的发送接口进行发送具体是:消息发送器检测完消息池中的待发送消息后，根据待发送消息的情况为待发送消息分配发送途径并调用相对应发送接口进行发送。其中，所述发送途径可为:SMS、Email、系统MSg、托盘消息等，每种发送途径都有与其相对应的发送接口。
[0034]若待发送消息配置为需轮循发送的消息，则在执行完步骤S4确定消息的发送途径并调用相对应的发送接口进行发送后，不执行步骤S5完成消息发送并作废和/或删除原待发送消息，而是转而执行步骤S51按照轮循时间多次发送消息；也就是不作废和/或删除原待发送消息，而是按照轮循时间多次发送消息。
[0035]步骤S5:完成消息发送并作废和/或删除原待发送消息；
[0036]所述步骤S5完成消息发送并作废和/或删除原待发送消息，在待发送消息发送完成后，消息池可自动作废原待发送消息，也可删除原待发送消息，或者作废原待发送消息同时删除元待发送消息。
[0037]步骤S51:按照轮循时间多次发送消息；
[0038]其中，若待发送消息过大，无法一次性发送，则执行步骤:如果待发送消息过大则启用多线程发送机制，执行完多线程发送机制后，会得到若干发送成功回执，通过接口接收到的发送成功消息回执来刷新待发送消息的发送记录，从而在待发送消息发送完全时执行步骤S5完成消息发送并作废和/或删除原待发送消息。
[0039]本方法实施例一的工作流程为:消息中心接收待发送消息，然后自动根据消息主数据配置动态启动消息推送机制，将待发送消息推送到消息池中，并在推送完成后销毁推送进程；消息发送器会定时启动对消息池中的待发送消息进行检测，并根据检测结果确定待发送消息的发送途径同时分配相对应的发送接口进行发送；当检测到待发送消息过大时，启用多线程发送机制进行发送，发送完成后，自动作废原待发送消息和/或删除原待发送消息；若检测到待发送消息为需要轮循发送的消息时，在发送完成后，不作废原待发送消息和/或删除原待发送消息，而是按照预设的轮循时间进行轮循发送。
[0040]实施例二
[0041]如图2所示，在现实中，系统可能会出现问题，也可能待发送消息为错误或涉嫌违规