一种互联网金融工作消息发送系统、方法及装置

技术领域

本发明属于金融领域，具体涉及一种互联网金融工作消息发送系统、方法及装置。

背景技术

消息发送在各个互联网企业中，都有着越发广泛的引用，包括但不限于短信、邮件、站内信、微信公众号消息等第三方渠道消息。

然而，目前的方案，基本上都是针对于不同渠道，发送不同渠道的消息，导致同一条消息多次发送，消息多余，而且渠道没有可变性，一旦发送失败数据也就失败了，而且不能保证消息一定发送成功等等。

发明内容

有鉴于此，本发明的主要目的在于提供了一种互联网金融工作消息发送系统、方法及装置，旨在解决消息发送多余问题：目前很多项目，针对于多个渠道，同一条消息发送多次；消息发送不稳定问题：很多项目只是单独的去调用发送渠道，没有考虑到消息发送失败的情况，一旦消息发送失败，就没有消息发送了。消息发送层次单一问题：只有单一消息或者重试消息发送；一个消息发送失败了，就失败了，几乎没有后续机制保证消息发送成功。

为达到上述目的，本发明的技术方案是这样实现的：

一种互联网金融工作消息发送系统，所述系统包括：

配置单元，用于配置消息发送渠道，消息发送模板和消息发送层次；

业务方单元，用于调用统一的消息发送入口，将消息按照统一的规则发送到分布式消息队列中；

平台接收单元，用于接收消息，将原始消息转化为模板消息，启动消息发送任务；

消息发送单元，用于根据消息发送任务，生成具体发送消息，决定消息是否发送成功；未成功的消息进入手动重试区域；

消息重发单元，手动发起消息重发。

一种互联网金融工作消息发送方法，所述方法执行以下步骤：

步骤1：构建基本渠道；

步骤2：构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合；

步骤3：配置业务产品，在消息系统需要先配置产品方，对每一个产品方配置与业务方与消息平台的对接关系；

步骤4：配置渠道消息模板；

步骤5：配置业务产品消息与渠道关联；

步骤6：配置消息渠道的发送规则；

步骤7：业务方发送消息；

步骤8：消息平台发送消息。

进一步的，所述步骤1中，构建基本渠道的方法包括：和第三方的渠道对接，形成统一标准的接口，需要发送短信时，直接调用。

进一步的，所述步骤2中，构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合的方法包括：在消息系统预先配置产品方，每一个产品方都需要配置需要业务方与消息平台的对接关系，以一个具体的标识对接。

进一步的，所述步骤4中，配置渠道消息模板的方法包括：确定统一的参数替换规则；除开文本内容外，符号中间的参数将和业务方发送过来的参数匹配。

进一步的，所述步骤5中配置业务产品消息与渠道关联的方法包括：勾选需要发送的消息渠道，将每个消息渠道的模板，参数配置为一致。

进一步的，所述步骤6中，配置消息渠道的发送规则的方法包括：将步骤2中的各种发送方式进行组合或者单一选择，选择之后，发送规则将落库，并与业务产品消息形成一对一的关联。

进一步的，所述步骤7中，业务方发送消息的方法包括：通过统一的接口，业务将消息发送到消息队列中，可以是顺序性的，也可以是非顺序性的，由业务方决定，消息平台适配业务方。

进一步的，所述步骤8中，消息平台发送消息的方法包括：接收到业务方发送的消息之后，消息平台接收消息，而后根据之前配置好的发送规则、发送方式，调用消息渠道去发送消息。

一种互联网金融工作消息发送装置，所述装置包括：一种非暂时性的计算机可读存储介质，该存储介质存储了计算指令，其包括：用于构建基本渠道的代码段；用于构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合的代码段；用于配置业务产品，在消息系统需要先配置产品方，对每一个产品方配置与业务方与消息平台的对接关系的代码段；用于配置渠道消息模板的代码段；用于配置业务产品消息与渠道关联的代码段；用于配置消息渠道的发送规则的代码段；实现业务方发送消息的代码段；实现消息平台发送消息的代码段。

本发明的一种互联网金融工作消息发送系统、方法及装置，具有如下有益效果：一个消息只用发送一次，业务根据需要，可以勾选各种消息渠道，由消息平台去转化消息，最终发送到各个消息渠道；消息发送成功率高，所有环节，均采用分布式结构，发送消息前消息必须先落库，应用采用集群部署，通过分布式任务调度平台启动消息发送任务，所有流程没有单点故障，最大成功保证消息发送成功发送机制多层次：可以选择单一发送，多渠道发送，多渠道轮询发送，重试发送以及手动发送消息。

附图说明

图1为本发明的互联网金融工作消息发送系统的系统结构示意图。

图2为本发明的互联网金融工作消息发送方法的方法流程示意图。

具体实施方式

下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。

实施例1：

如图1所示，一种互联网金融工作消息发送系统，所述系统包括：

配置单元，用于配置消息发送渠道，消息发送模板和消息发送层次；

业务方单元，用于调用统一的消息发送入口，将消息按照统一的规则发送到分布式消息队列中；

平台接收单元，用于接收消息，将原始消息转化为模板消息，启动消息发送任务；

消息发送单元，用于根据消息发送任务，生成具体发送消息，决定消息是否发送成功；未成功的消息进入手动重试区域；

消息重发单元，手动发起消息重发。

实施例2：

如图2所示，一种互联网金融工作消息发送方法，所述方法执行以下步骤：

步骤1：构建基本渠道；

步骤2：构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合；

步骤3：配置业务产品，在消息系统需要先配置产品方，对每一个产品方配置与业务方与消息平台的对接关系；

步骤4：配置渠道消息模板；

步骤5：配置业务产品消息与渠道关联；

步骤6：配置消息渠道的发送规则；

步骤7：业务方发送消息；

步骤8：消息平台发送消息。

进一步的，所述步骤1中，构建基本渠道的方法包括：和第三方的渠道对接，形成统一标准的接口，需要发送短信时，直接调用。

进一步的，所述步骤2中，构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合的方法包括：在消息系统预先配置产品方，每一个产品方都需要配置需要业务方与消息平台的对接关系，以一个具体的标识对接。

进一步的，所述步骤4中，配置渠道消息模板的方法包括：确定统一的参数替换规则；除开文本内容外，符号中间的参数将和业务方发送过来的参数匹配。

进一步的，所述步骤5中配置业务产品消息与渠道关联的方法包括：勾选需要发送的消息渠道，将每个消息渠道的模板，参数配置为一致。

进一步的，所述步骤6中，配置消息渠道的发送规则的方法包括：将步骤2中的各种发送方式进行组合或者单一选择，选择之后，发送规则将落库，并与业务产品消息形成一对一的关联。

进一步的，所述步骤7中，业务方发送消息的方法包括：通过统一的接口，业务将消息发送到消息队列中，可以是顺序性的，也可以是非顺序性的，由业务方决定，消息平台适配业务方。

进一步的，所述步骤8中，消息平台发送消息的方法包括：接收到业务方发送的消息之后，消息平台接收消息，而后根据之前配置好的发送规则、发送方式，调用消息渠道去发送消息。

具体地，在构建基本渠道时，可以使用SDK软件开发工具包,统一的消息发送入口。

分布式消息队列，用于存放消息，解耦消息业务方和消息发送方。

消息平台模板配置：用于配置消息渠道的模板系统，所有的消息模板都在这里配置。

消息平台发送规则：所有渠道，轮询，单一发送，是否重试，是否手动。

消息平台调度任务系统：重试机制调度中心，保证重试时，只有一台机器在重试发送，消息不会重发。

消息平台任务系统：用于从消息队列中获取消息，并落入库中，如果消息发送不成功，则用于后续重发。

消息渠道：各种消息渠道，多个渠道方接入。

所述方法的步骤可以包括以下一种具体实施例方式：

第一步：构建基本渠道。

以短信渠道为例，先和第三方的短信渠道对接，形成统一标准的接口，需要发送短信时，可以直接调用。

第二步：构建消息发送方式

构建轮询，单一发送，重试发送，手动发送方式，这些发送方式可以自由组合，当然像轮询和单一这种发送方式就不能组合。

第三步：配置业务产品

由于对接的业务是多方，所以在消息系统需要先配置产品方，每一个产品方都需要配置需要业务方与消息平台的对接关系，比如以一个具体的标识对接。

第四步：配置渠道消息模板

发送的消息，应该具体一定的模板，其中某些参数是可以替换的，定下统一参数替换规则；如$${param}$$模式，除开文本内容外，符号中间的参数将和业务方发送过来的参数匹配。

第五步：配置业务产品消息与渠道关联

消息需要发送那些渠道，就勾选哪些渠道，每个渠道的消息模板可以随便配置，但里面同样的参数必须要一致(可以拥有不同参数，只需要业务方和消息平台一一对应就好)

第六步：配置消息渠道的发送规则

发送规则，就是将上述第二步的各种发送方式进行组合或者单一选择，选择之后，发送规则将落库，并与业务产品消息形成一对一的关联。

第七步：业务方发送消息

通过统一的接口，业务将消息发送到消息队列中，可以是顺序性的，也可以是非顺序性的，由业务方决定，消息平台适配业务方。

第八步：消息平台发消息

接收到业务方发送的消息之后，消息平台接收消息，而后根据之前配置好的发送规则、发送方式，调用消息渠道去发送消息。

实施例3：

一种互联网金融工作消息发送装置，所述装置包括：一种非暂时性的计算机可读存储介质，该存储介质存储了计算指令，其包括：用于构建基本渠道的代码段；用于构建消息发送方式，所述消息发送方式包括：轮询方式，单一发送方式，重试发送方式和手动发送方式，所述消息发送方式可以自由组合的代码段；用于配置业务产品，在消息系统需要先配置产品方，对每一个产品方配置与业务方与消息平台的对接关系的代码段；用于配置渠道消息模板的代码段；用于配置业务产品消息与渠道关联的代码段；用于配置消息渠道的发送规则的代码段；实现业务方发送消息的代码段；实现消息平台发送消息的代码段。

具体地，各代码段执行的过程可以但不限于以下步骤：

第一步：构建基本渠道。

以短信渠道为例，先和第三方的短信渠道对接，形成统一标准的接口，需要发送短信时，可以直接调用。

第二步：构建消息发送方式

构建轮询，单一发送，重试发送，手动发送方式，这些发送方式可以自由组合，当然像轮询和单一这种发送方式就不能组合。

第三步：配置业务产品

由于对接的业务是多方，所以在消息系统需要先配置产品方，每一个产品方都需要配置需要业务方与消息平台的对接关系，比如以一个具体的标识对接。

第四步：配置渠道消息模板

发送的消息，应该具体一定的模板，其中某些参数是可以替换的，定下统一参数替换规则；如$${param}$$模式，除开文本内容外，符号中间的参数将和业务方发送过来的参数匹配。

第五步：配置业务产品消息与渠道关联。

消息需要发送那些渠道，就勾选哪些渠道，每个渠道的消息模板可以随便配置，但里面同样的参数必须要一致(可以拥有不同参数，只需要业务方和消息平台一一对应就好)。

第六步：配置消息渠道的发送规则。

发送规则，就是将上述第二步的各种发送方式进行组合或者单一选择，选择之后，发送规则将落库，并与业务产品消息形成一对一的关联。

第七步：业务方发送消息。

通过统一的接口，业务将消息发送到消息队列中，可以是顺序性的，也可以是非顺序性的，由业务方决定，消息平台适配业务方。

第八步：消息平台发消息。

接收到业务方发送的消息之后，消息平台接收消息，而后根据之前配置好的发送规则、发送方式，调用消息渠道去发送消息

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

需要说明的是，上述实施例提供的系统，仅以上述各功能模块的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能模块来完成，即将本发明实施例中的模块或者步骤再分解或者组合，例如，上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块，以完成以上描述的全部或者部分功能。对于本发明实施例中涉及的模块、步骤的名称，仅仅是为了区分各个模块或者步骤，不视为对本发明的不当限定。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的存储装置、处理装置的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员应该能够意识到，结合本文中所公开的实施例描述的各示例的模块、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件模块、方法步骤对应的程序可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD～ROM、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“第一”、“第二”等是用于区别类似的对象，而不是用于描述或表示特定的顺序或先后次序。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者设备/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。