CN101094193A - 一种对多种来源的多类投递请求进行处理的方法和系统 - Google Patents

Abstract

本发明涉及一种对信息投递请求进行处理的方法和系统，特别是涉及一种对多种来源的多类投递请求进行处理的方法和系统。所述方法包括下列步骤：接收源于多种外部应用系统的投递请求，其中对不同类型的投递请求分别接收；存储投递请求；根据投递请求性质的差异将投递请求分为不同的队列；将同一队列的投递请求传递至相应的投递网关；投递网关将被投递信息传送给投递对象。所述系统包括投递请求接收装置、投递存储装置、投递队列存储装置、发送装置。上述的及进一步的优化方法和系统解决了在对多种来源的多类投递请求进行处理过程中具有的操作复杂、效率低下、差错率高、相关数据无法共享、难以获得统一的投递结果反馈、投递频率难以控制等问题。

Description

一种对多种来源的多类投递请求进行处理的方法和系统

技术领域

本发明涉及一种对信息投递请求进行处理的方法和系统，特别是涉及一种对多种来源的多类投递请求进行处理的方法和系统。

背景技术

随着互联网技术的发展，客户端媒体的领域也随之得到了极大的扩展，由报纸、电视等传统媒体逐渐扩展到基于互联网络的各种媒体，如电子邮件、即时通讯、个人终端(手机、PDA等)，而一些传统的客户端媒体亦因为技术发展而获得新生，如传真出现了电子传真等，使之和互联网的结合有了可能性。随着时代的进步和技术的发展，发送信息的手段和渠道也日益丰富，需要通过多种手段(如电子邮件，即时信息，手机短消息等方式)对不同的受众进行发送。在这种背景下，对客户的营销和服务、通知传达、资讯传递等可以利用的手段也随之丰富起来。但同时，由于这些在线媒体一般都是不同架构的系统，因此要向这些多种类型的媒体传递消息，就需要为每种媒体开发不同的接口程序。

现有技术下，如果对不同投递对象使用同一投递方式，或者使用不同的投递方式进行投递时，需要分别使用不同的业务系统去进行操作，而且需要前端应用系统针对不同投递网关编写不同的投递程序。在这种模式下，不同系统和不同投递方式的投递反馈收集也是分别进行的，而投递频率则由人工粗略估算进行控制。现有技术下，不仅操作人员实现使用多种方式进行投递十分的不方便，而且，在不同的业务系统中，很难进行数据共享，也就是说同样的受众数据需要同时出现在多个业务系统里，不仅难以统一管理，也浪费很大的系统资源。

另外，对于系统管理上来说，在不同的业务系统中对受众进行消息投递，很难获得统一的结果反馈报表，无法完整的对整个投递情况进行结果评估。比如，对于受众A，我们拥有其电子邮件地址(传递电子邮件)、手机号码(传递短信息)等2种联系方式，如果想同时利用两种联系方式对受众A进行联系，那么就需要启用两套完全不同，没有任何关联的应用系统。电子邮件的传递通常启用SMTP系统，而手机短信息的传递则需要通过特定运营商，如中国移动、中国联通等的应用系统完成。

由此可见，在现有技术下对多种来源的多类投递请求进行处理，存在以下的缺陷：

1、操作复杂、效率低下，漏投、误投等差错率高；

2、相关数据无法共享；

3、难以获得统一的投递结果反馈；

4、投递频率难以控制，降低了投递的效率，投递资源的利用效率低。

发明内容

本发明所要解决的技术问题是提供一种对多种来源的多类投递请求进行处理的方法，以解决效率低、无法统一管理的缺陷。

本发明的另一个目的是提供一种基于上述方法的对多种来源的多类投递请求进行处理的系统。

为解决上述技术问题，本发明提供了一种对多种来源的多类投递请求进行处理的方法，包括：

接收来源于多种外部应用系统的投递请求，其中对不同类型的投递请求分别接收；

存储接收的投递请求；

根据投递请求性质的差异将投递请求分为不同的队列；

将同一队列的投递请求传递至相应的投递网关；

上述投递网关将被投递信息传送给投递对象。

优选的，上述方法还包括下列步骤：

在将投递请求传递至相应的投递网关前，检查投递请求是否符合投递请求频率要求；

将符合投递频率要求的投递请求传递至相应的投递网关；

保存不满足投递频率要求而需要延迟发送的投递请求。

上述方法还包括下列步骤：

收集已发出投递的反馈；

根据反馈的信息修改对应的投递请求的反馈状态。

上述方法还包括下列步骤：

将反馈的信息回复给发出请求的外部应用系统。

优选的，所述反馈为投递对象对投递做出的反馈和/或投递方式对投递自动产生的反馈。

优选的，所述对多种来源的多类投递请求进行处理的方法，还包括下列步骤：

比较所述延迟发送的投递请求的过期时间，对过期的投递请求不再发送；

将未过期的延迟发送的投递请求分入相对应的队列继续发送。

上述方法还包括下列步骤：

比较投递请求的过期时间，对过期的投递请求不再发送。

上述方法还包括下列步骤：

将投递请求分为业务信息和非业务信息，所述业务信息为投递请求中直接关联投递操作的信息；

先将投递请求的业务信息存储到数据库系统中，然后根据数据库系统产生的索引号将非业务信息存储在存储介质中。

所述投递请求的业务信息包括投递请求的类型，投递方式，投递的目标，投递频率的要求，投递过期时间。

所述外部应用系统为客户关系管理系统、电子营销系统或商机订阅系统。

所述投递网关是电子邮件投递网关、手机短信息投递网关、网页广告投递网关、网上留言投递网关、即时通讯工具即时消息投递网关、电子传真投递网关或语音信箱投递网关。

本发明还提供了一种基于上述方法的对多种来源的多类投递请求进行处理的系统，该系统包括：

投递请求接收装置，负责接收来源于多种外部应用系统的投递请求，其中对不同类型的投递请求分别接收；

投递存储装置，负责存储接收的投递请求，并根据投递性质产生不同的投递队列；

投递队列存储装置，负责存储系统运行中产生的投递队列；

发送装置，负责根据投递队列的顺序，将存储在投递存储装置上的投递请求通过投递网关发送出去。

所述投递请求接收装置包含多个接收投递请求的接收功能模块，每个接收功能模块对应一种类型的投递。

所述发送装置包含多个发送功能模块，每个发送功能模块对应一种投递网关。

所述投递网关为电子邮件投递网关、手机短信息投递网关、网页广告投递网关、网上留言投递网关、即时通讯工具即时消息投递网关、电子传真投递网关或语音信箱投递网关。

上述系统还包括：

投递历史存储装置，保存所有已经完成处理的投递请求。

投递频率判断装置，在将投递请求传递至相应的投递网关前，检查投递请求是否符合投递请求频率要求，将符合投递频率要求的投递请求传递至相应的投递网关，保存不满足投递频率要求而需要延迟发送的投递请求。

投递延迟项存储装置，负责存储投递发送过程中由于不满足设定的投递频率要求而需要延迟发送的投递请求。

所述投递延迟项存储装置还具有以下功能：判断投递延迟项存储装置中投递请求的过期时间，对过期的投递请求不再发送。

上述系统还包括：

投递反馈处理装置，负责收集已发出投递的反馈，根据反馈的信息修改对应的投递请求的反馈状态记录。

所述投递反馈处理装置还具有以下功能：将反馈的信息回复给发出请求的外部应用系统。

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

1、操作简单、效率高，差错率低；

由于本发明将多种来源的多类投递请求集中在一个系统中进行处理，从而避免了通过多个系统进行处理而造成的操作复杂、效率低、高差错率的问题。为了更有效地实现集中处理，本发明区分接收来源于多种外部应用系统的投递请求，对来源于外部应用系统的不同类型的投递请求分别接收，对所有接收的投递请求统一分类存储，并将同一类型的投递请求通过对应的网关发送给投递对象。

2、可以方便、高效率地共享相关数据；

由于本发明将接收来源于多种外部应用系统的多种类型的投递请求统一分类存储，所以可以非常方便地共享相关数据。而且为了提高处理相关数据的效率，本发明提供了以下方案：首先，将发送请求进一步的细分，将投递请求分为直接关联投递操作的业务信息和非业务信息，投递请求的业务信息包括投递请求的类型，投递方式，投递的目标，投递频率的要求，投递过期时间。先将投递请求的业务信息存储到数据库系统中，然后根据数据库系统产生的索引号将非业务信息存储在存储介质中。这样的分类后，后续的操作只需要针对业务信息进行即可，例如，分队列、延迟发送、设定发送状态等等，与针对整个发送请求的信息操作相比较，效率得到提高。其次，区分不同状态的发送请求并分别存储操作，如等待处理的发送请求，列队待发的发送请求，延迟发送的发送请求，已处理的发送请求分别通过投递存储、投递队列存储、投递延迟项存储、投递历史存储等方法和装置分别进行处理，进一步提高了效率。

3、可获得统一的投递结果反馈，并可以根据反馈作出进一步的处理；

由于实现了将多种来源的多类投递请求集中在一个系统中进行处理，而且将投递请求统一分类存储，所以通过收集不同发送网关的反馈可以获得统一的投递结果反馈。这提高了处理的效率和投递的效率。

4、可以方便有效的控制投递频率，提高了投递的效率，更有效的利用投递资源；

由于集中在一个系统中进行处理，而非各自为政，因此可以方便有效设定的投递频率，设定的投递频率可以同时对多个来源、多个方式、多个投递对象的投递请求进行约束，因而提高了投递的效率。而且本发明提供了对延迟发送进行判断及存储的方法和装置，因此更有效地利用了投递资源。

5、具有比较强的适应能力。

由于投递请求接收装置包含多个投递请求接收的接收功能模块，每个接收功能模块对应一种类型的投递，而且发送装置包含多个发送功能模块，每个发送功能模块对应一种投递网关。这种功能模块化的设计具有比较强的适应能力，例如，有新的外部应用系统需要使用本发明提供的装置时，如果其投递的类型部分或全部属于装置已有的投递类型时，那么通过组合已有的功能模块就能比较方便地实现新的外部应用系统的应用。

附图说明

图1是本发明实施例1关于一种对多种来源的多类投递请求进行处理的基本方法的流程图；

图2是本发明实施例2关于一种对多种来源的多类投递请求进行处理的优选方法的流程图；

图3是本发明关于一种对多种来源的多类投递请求进行处理的基本系统的示意图；

图4是本发明实施例4关于一种对多种来源的多类投递请求进行处理的优选系统的示意图；

图5是本发明关于一种对多种来源的多类投递请求进行处理的优选系统的示意图。

具体实施方式

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

以下是本次公开相关的名词术语

投递

指为实现特定的在线目标，如在线营销、客户服务、客户通知等，向目标受众传达消息的过程。需要达成该目标的需求方通过一些前端应用系统，比如客户关系管理系统(CRM System)、营销自动化系统(Marketing Automation System)来完成投递请求的发送。

前端应用系统

指客户关系管理系统(CRM System)、营销自动化系统(Marketing AutomationSystem)等向本发明发起投递请求的应用系统。

投递请求

前端应用系统向本发明发起的投递请求。

投递方式

投递请求中要求的消息传达方式，目前有Email、手机短信息、网页广告、网上留言、即时通讯工具即时消息、电子传真等。

投递对象

投递请求中要求的消息传达受众。投递对象一般以人为单位，根据投递方式的不同，投递对象的数据包括有Email地址、手机号码、传真号码等。

投递频率

指在特定的时间段内，投递对象所收到的投递次数。

投递网关

本发明为将消息最终传递到投递对象，需要根据不同的投递方式将投递到不同的投递网关。如短信需要发送到遵循特定规范的短信网关；Email则一般投递到电子邮件网关--通常指SMTP系统。

投递反馈

指投递对象对投递做出的反馈。对于Email，一般的反馈有收到Email、打开Email、点击了Email中的链接等，投递反馈可用来对投递进行分析优化。

本发明公开了一种对多种来源的多类投递请求进行处理的方法，所述方法的具体实施方式如下：

具体实施例1

参考图1，本发明提供了以下的实施方案：

步骤101，接收来源于多种外部应用系统的投递请求，其中对来源于外部应用系统的不同类型的投递请求分别接收，具体的情况是，接收各种来自多个外部应用系统的投递请求，其中包含了多种类型的投递请求，例如电子邮件投递请求，手机短消息投递请求，即时信息投递请求等，对于这些不同类型的投递请求使用不同的功能模块来处理，而对于源于不同外部应用系统的相同类型的投递请求也使用同一功能模块来处理；

步骤102，存储接收到的投递请求，将所有接收的投递请求统一进行存储和管理；

步骤103，根据投递请求性质的差异将投递请求分为不同的队列103，例如电子邮件投递请求队列，手机短消息投递请求队列，即时信息投递请求队列等等；

步骤104，将同一队列的投递请求传递至相应的投递网关，对同一类型的投递请求的队列都由相同的发送模块完成上述传递，而对于不同类型的投递请求的队列都由不同的发送模块完成上述传递，这有助于提高效率；

步骤105，上述投递网关将被投递信息传送给投递对象，这些投递网关都是标准的现有的系统，例如电子邮件投递网关、手机短信息投递网关、网页广告投递网关、网上留言投递网关、即时通讯工具即时消息投递网关、电子传真投递网关或语音信箱投递网关。

具体实施例2

参考图2，本发明还进一步提供了以下的实施方案：

步骤202，接收来源于多种外部应用系统的投递请求，其中对来源于同一外部应用系统的不同类型的投递请求分别接收；存储接收的投递请求，即先将投递请求区分为业务信息和非业务信息，所述业务信息为投递请求中直接关联投递操作的信息；

步骤203，将投递请求的业务信息存储到数据库系统中；

步骤204，然后根据数据库系统产生的索引号将非业务信息存储在存储介质中；特别需要指出的是，经过上述分类存储后，后续的操作只需要针对业务信息进行即可，例如，分队列、延迟发送、设定发送状态等等，只有当需要最后发送时，才需要将非业务信息传递至相应的投递网关，与针对整个发送请求的信息操作相比较，效率得到提高；

步骤205，根据投递请求性质的差异将投递请求分为不同的队列，例如电子邮件投递请求队列，手机短消息投递请求队列，即时信息投递请求队列等等；

步骤206，在将投递请求传递至相应的投递网关前，检查投递请求是否符合投递请求频率要求；

步骤207、208，将符合投递频率要求的投递请求传递至相应的投递网关；上述投递网关将被投递信息传送给投递对象，这些投递网关都是标准的现有的系统；

步骤209～步骤211，保存不满足投递频率要求而需要延迟发送的投递请求；比较所述延迟发送的投递请求的过期时间，对过期的投递请求不再发送；将未过期的延迟发送的投递请求分入相对应的队列继续发送；

步骤212～步骤214，收集已发出投递的反馈，所述反馈为投递对象对投递做出的反馈或投递方式对投递自动产生的反馈，例如对于Email，一般的反馈有收到Email、打开Email、点击了Email中的链接等投递对象对投递做出的反馈，也包括邮件投递系统反馈无法接收等投递方式对投递自动产生的反馈；根据反馈的信息修改对应的投递请求的反馈状态；将反馈的信息回复给发出请求的外部应用系统。

参考图3，本发明还公开了一种基于上述方法的对多种来源的多类投递请求进行处理的系统，该系统包括投递请求接收装置20、投递存储装置21、投递队列存储装置22、发送装置23，这些装置的具体功能如下：

投递请求接收装置20

投递请求接收装置20负责接收各种来自外部应用系统的投递请求，其中包含了处理不同类型的投递的接收模块，比如电子邮件接收模块，手机短消息接收模块，即时信息接收模块等。所述投递请求接收装置20包含多个投递请求接收的接收功能模块，每个接收功能模块对应一类型的投递。因为是采用统一的投递请求接收装置20，需要添加新的投递请求类型时，只需要实现相应类型处理的模块就可以满足需求了，极大的提高了系统的可扩展性。

投递请求接收装置20接收到投递请求后，将投递请求的类型，投递的目标(如Email地址，手机号码等)，投递的详细内容，投递对投递频率的要求，投递过期时间等信息存储到投递存储装置21中，等待系统排队执行投递。

投递存储装置21

投递存储装置21负责将投递接收装置20接收下来的各类型的投递请求存储在硬件设备上，以便后续处理系统进行处理。因为接收下来的投递都是存储在硬件设备上，所以此环节防止了业务数据丢失的情况。存储投递请求时，将接收的投递请求的业务信息存储到数据库系统中，根据数据库系统产生的流水号将非业务信息存储在存储介质中，同时产生投递队列，这样既保证了业务内容的完整和高效，同时也提供了更加灵活的存储扩展机制。

投递队列存储装置22

投递队列存储装置22负责存储系统运行中产生的投递队列。在系统处理大批量的投递请求的时候，会产生很多投递队列，每个队列由专门的发送功能模块去处理。系统根据不同的投递任务产生不同的队列，并将产生的队列存储在硬件设备上，等待发送程序来领取队列，发送装置领取一个队列的同时，将该队列从队列存储装置中删除。

系统定时检查队列存储装置中的队列数量，当队列数量少于设定值时，系统将产生相应数量的新的队列并存储在队列存储装置22中，直到没有等待发送的投递请求或者队列数量达到设定值。

发送装置23

发送装置23负责将存储在投递队列存储装置22上的投递请求通过投递网关发送出去。发送装置23在从投递队列存储装置22中领取一个队列之后，将所领取的队列中的投递请求逐条处理，发送装置会根据不同类型的投递请求将投递发送到相应的投递网关上去，如电子邮件投递请求发送到SMTP服务器，而手机短消息投递请求发送到短消息发送网关等，处理完之后，更新每一条投递请求的状态。

在发送完一个队列的投递请求之后，将检查队列存储装置22中是否还有待发送的队列，如果有就取出一个队列进行发送，如果没有，则等待设定的时间之后再检查，以此实现自动获取发送队列的功能。所述发送装置包含多个发送功能模块，每个发送功能模块对应一种投递网关。

参考图5，作为优选的方案，所述对多种来源的多类投递请求进行处理的系统还可以包括投递延迟项存储装置25、投递历史存储装置32、投递频率判断装置24、投递反馈处理装置31，上述装置的具体功能如下：

投递延迟项存储装置25

投递延迟存储装置25负责存储投递发送过程中由于不满足设定的投递频率要求而需要延迟发送的投递请求。保存下来的投递请求将会由系统自动重试进行投递，直到投递成功或者放弃。

系统将每天检查延迟存储装置25中的数据，判断外部业务系统发送的投递请求中并被投递接收装置保存起来的过期时间，如果没有过期则将延迟的投递移动到投递存储装置215中，等待发送，否则将投递状态更新为过期并移动到投递历史存储装置32中。

投递历史存储装置32

投递历史存储装置32保存所有已经完成处理的投递请求。投递历史存储装置只保留投递的业务相关内容，非业务相关内容不进行保存。保存的历史投递请求可以提供给数据仓库等外部系统进行分析，以获取整体的投递状况统计报表。

投递频率判断装置24

投递频率判断装置24负责判断投递是否满足设定的投递频率要求。

处理每一条投递请求的详细处理情况如下：

a.将投递请求发送给投递频率判断装置24，进行投递频率判断，如果满足设定的投递频率要求，就执行发送操作。

b.如果成功发送给投递网关11，则将投递更新为成功发送状态，并将该投递移动到投递历史存储装置32中，否则更新为发送失败状态，并将该投递移动到投递历史存储装置32中。

c.如果不满足投递频率要求并且该投递设定为可以延迟投递，则将该投递转移到投递延迟存储装置25中。

d.如果不满足投递频率要求并且该投递设定为不可以延迟投递，则将该投递更新为放弃发送状态，并将该投递移动到投递历史存储装置32中。

此装置可以根据不同的业务要求进行扩展。

投递反馈处理装置31

负责对投递反馈进行处理，所述反馈为投递对象对投递做出的反馈和/或投递方式对投递自动产生的反馈。例如对于Email，一般的反馈有收到Email、打开Email、点击了Email中的链接等，投递反馈可用来对投递进行分析优化。对投递反馈进行采集，采集的内容为投递网关收集的已发出投递的反馈；根据反馈的信息修改对应的投递请求的反馈状态。将反馈的信息存储在投递历史存储装置32中。

投递网关11

投递网关11负责将投递发送到给用户12。不同类型的投递请求对应不同的投递网关11，比如电子邮件投递对应SMTP网关，手机短消息对应短消息网关等。投递网关将投递根据相应的协议传送到用户的设备或者系统中，比如电子邮件投递网关将投递请求(电子邮件)发送到用户的邮箱里去，手机短消息投递网关将投递请求(手机短消息)发送到用户的手机上。投递网关都是标准的现有的系统，比如SMTP服务器，短消息处理网关等。

以下是上述系统具体实施例：

具体实施例3

参照图3，多个外部应用系统10发出投递请求。投递请求接收装置20接收来源于多种外部应用系统的投递请求，投递请求接收装置20包含了处理不同类型的投递的接收模块，比如电子邮件接收模块，手机短消息接收模块，即时信息接收模块等，每个接收功能模块对应一类型的投递，投递请求接收装置接20收到投递请求后，将投递请求的信息存储到投递存储装置21。投递存储装置21将接收的投递请求的业务信息存储到投递存储装置21中的数据库系统中，所述投递请求的业务信息包括投递请求的类型，投递方式，投递的目标，投递频率的要求，投递过期时间。根据数据库系统产生的索引号将非业务信息存储在投递存储装置21中的存储介质中，具体操作是，系统将投递请求的业务内容存储到统一的数据库系统中，同时根据数据库系统产生的索引号将非业务内容(比如邮件内容等不需要在后续处理中进行计算的数据)存储在投递存储装置21中的存储介质中，同时产生投递队列，这样既保证了业务内容的完整和高效，同时也提供了更加灵活的存储扩展机制。投递队列存储装置22负责存储投递存储装置21运行中产生的投递队列；发送装置23包含多个发送功能模块，每个发送功能模块对应一种投递网关，发送装置23负责根据投递队列存储装置22的队列顺序将存储在投递存储装置21上的投递请求通过投递网关发送出去。具体过程是。发送装置2 3在从投递队列存储装置22中领取一个队列之后，将所领取的队列中的投递请求逐条处理，发送装置23会根据不同类型的投递请求通过相应的发送功能模块将投递发送到对应的投递网关上去，如电子邮件投递请求发送到SMTP服务器，而手机短消息投递请求发送到短消息发送网关等，处理完之后，更新每一条投递请求的状态。在发送完一个队列的投递请求之后，将检查队列存储装置中是否还有待发送的队列，如果有就取出一个队列进行发送，如果没有，则等待设定的时间之后再检查。投递网关11接收到上述发送装置23递交的投递信息，并将被投递信息传送给投递对象12，上述投递网关11包括电子邮件投递网关、手机短信息投递网关、网页广告投递网关、网上留言投递网关、即时通讯工具即时消息投递网关、电子传真投递网关、语音信箱投递网关等。

具体实施例4

参照图4，在上述实施例1的基础上，增加了对投递频率进行控制的功能，具体的过程是，多个外部应用系统10发出投递请求，投递请求接收装置20接收来源于多种外部应用系统的投递请求；投递存储装置214将接收的投递请求的业务信息存储到投递存储装置214中的数据库系统中，根据数据库系统产生的流水号将非业务信息存储在投递存储装置214中的存储介质中，同时产生投递队列；投递队列存储装置22负责存储系统运行中产生的投递队列；发送装置23接收到同一队列的投递请求，在将投递请求传递至相应的投递网关11前，投递频率判断装置24负责判断投递是否满足设定的投递频率要求。

具体处理每一条投递请求的详细处理步骤如下：

投递请求发送给投递频率判断装置24，进行投递频率判断，如果满足设定的投递频率要求，就执行发送操作。如果不满足投递频率要求并且该投递设定为可以延迟投递，则将该投递转移到投递延迟存储装置25中。如果不满足投递频率要求并且该投递设定为不可以延迟投递，则将该投递更新为放弃发送状态。

经过投递频率判断装置24处理后，符合条件的投递请求传递至相应的投递网关11，并负责将存储在投递存储装置214上的投递请求通过投递网关发送出去；投递网关11将被投递信息传送给投递对象12。

具体实施例5

参照图5，在实施例2的基础上，增加了处理反馈的功能，具体过程是，多个外部应用系统10发出投递请求，投递请求接收装置20接收来源于多种外部应用系统的投递请求；投递存储装置215将接收到的投递请求的业务信息存储到数据库系统中，根据数据库系统产生的流水号将非业务信息存储在存储介质中；投递队列存储装置22根据投递请求性质的差异将投递请求分为不同的队列，并负责存储系统运行中产生的投递队列；发送装置23接收到同一队列的投递请求，在将投递请求传递至相应的投递网关前，投递频率判断装置24负责判断投递是否满足设定的投递频率要求。具体处理每一条投递请求的详细处理步骤如下：

将投递请求发送给投递频率判断装置24，进行投递频率判断，如果满足设定的投递频率要求，就执行发送操作。如果成功发送给投递网关11，投递反馈处理装置31则将投递更新为成功发送状态，并将该投递移动到投递历史存储装置32中，否则更新为发送失败状态，并将该投递移动到投递历史存储装置32中。如果不满足投递频率要求并且该投递设定为可以延迟投递，则将该投递转移到投递延迟存储装置25中。如果不满足投递频率要求并且该投递设定为不可以延迟投递，则将该投递更新为放弃发送状态，投递存储装置215将该投递移动到投递历史存储装置32中。

投递网关11接收到的投递信息，并将被投递信息传送给投递对象12。投递反馈处理装置31负责对投递反馈进行采集并对投递反馈进行处理，所述反馈为投递对象对投递做出的反馈或投递方式对投递自动产生的反馈。例如对于Email，一般的反馈有收到Email、打开Email、点击了Email中的链接等投递对象对投递做出的反馈，也包括邮件投递系统反馈无法接收等投递方式对投递自动产生的反馈，投递反馈可用来对投递进行分析优化。对投递反馈进行采集，采集的内容为投递网关收集的已发出投递的反馈；根据反馈的信息修改对应的投递请求的反馈状态。这提高了处理的效率和投递的效率。将反馈的信息存储在投递历史存储装置32中，可以进一步将反馈的信息回复给发出请求的外部应用系统。

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

Claims (17)

1、一种对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

接收来源于多种外部应用系统的投递请求，其中对不同类型的投递请求分别接收；

存储接收的投递请求；

根据投递请求性质的差异将投递请求分为不同的队列；

将同一队列的投递请求传递至相应的投递网关；

上述投递网关将被投递信息传送给投递对象。

2、根据权利要求1所述的对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

在将投递请求传递至相应的投递网关前，检查投递请求是否符合投递请求频率要求；

将符合投递频率要求的投递请求传递至相应的投递网关；

保存不满足投递频率要求而需要延迟发送的投递请求。

3、根据权利要求2所述的对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

收集已发出投递的反馈；

根据反馈的信息修改对应的投递请求的反馈状态。

4、根据权利要求3所述的对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

将反馈的信息回复给发出请求的外部应用系统。

5、根据权利要求3所述的对多种来源的多类投递请求进行处理的方法，其特征在于，所述反馈为投递对象对投递做出的反馈和/或投递方式对投递自动产生的反馈。

6、根据权利要求2所述的对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

比较所述延迟发送的投递请求的过期时间，对过期的投递请求不再发送；

将未过期的延迟发送的投递请求分入相对应的队列继续发送。

7、根据权利要求1所述的对多种来源的多类投递请求进行处理的方法，其特征在于，还包括下列步骤：

比较投递请求的过期时间，对过期的投递请求不再发送。

8、根据权利要求1或2或3或4或6或7所述的对多种来源的多类投递请求进行处理的方法，其特征在于，包括下列步骤：

将投递请求分为业务信息和非业务信息，所述业务信息为投递请求中直接关联投递操作的信息；

先将投递请求的业务信息存储到数据库系统中，然后根据数据库系统产生的索引号将非业务信息存储在存储介质中。

9、根据权利要求8所述的对多种来源的多类投递请求进行处理的方法，其特征在于，所述投递请求的业务信息包括投递请求的类型，投递方式，投递的目标，投递频率的要求，投递过期时间。

10、一种基于权利要求1的对多种来源的多类投递请求进行处理的系统，其特征在于，所述系统包括：

投递请求接收装置，负责接收来源于多种外部应用系统的投递请求，其中对不同类型的投递请求分别接收；

投递存储装置，负责存储接收的投递请求，并根据投递性质产生不同的投递队列；

投递队列存储装置，负责存储系统运行中产生的投递队列；

发送装置，负责根据投递队列的顺序，将存储在投递存储装置上的投递请求通过投递网关发送出去。

11、根据权利要求10所述的对多种来源的多类投递请求进行处理的系统，其特征在于，所述投递请求接收装置包含多个接收投递请求的接收功能模块，每个接收功能模块对应一种类型的投递。

12、根据权利要求10所述的对多种来源的多类投递请求进行处理的系统，其特征在于，所述发送装置包含多个发送功能模块，每个发送功能模块对应一种投递网关。

13、根据权利要求10所述的对多种来源的多类投递请求进行处理的系统，其特征在于，还包括：

投递历史存储装置，保存所有已经完成处理的投递请求。

14、根据权利要求10所述的对多种来源的多类投递请求进行处理的系统，其特征在于，还包括：

投递频率判断装置，在将投递请求传递至相应的投递网关前，检查投递请求是否符合投递请求频率要求，将符合投递频率要求的投递请求传递至相应的投递网关，保存不满足投递频率要求而需要延迟发送的投递请求；

投递延迟项存储装置，负责存储投递发送过程中由于不满足设定的投递频率要求而需要延迟发送的投递请求。

15、根据权利要求14所述的对多种来源的多类投递请求进行处理的系统，其特征在于，投递延迟项存储装置还具有以下功能：

判断投递延迟项存储装置中投递请求的过期时间，对过期的投递请求不再发送。

16、根据权利要求13或权利要求14所述的对多种来源的多类投递请求进行处理的系统，其特征在于，还包括：

投递反馈处理装置，负责收集已发出投递的反馈，根据反馈的信息修改对应的投递请求的反馈状态记录。

17、根据权利要求16所述的对多种来源的多类投递请求进行处理的系统，其特征在于，所述投递反馈处理装置还具有以下功能：将反馈的信息回复给发出请求的外部应用系统。

Images