消息服务系统、消息服务平台、消息服务方法及介质与流程

本发明涉及网络信息技术领域，特别涉及一种消息服务系统、消息服务平台、消息服务方法及介质。

背景技术：

目前市场上在消息服务系统集成方面，主要是通过接入第三方数据供应商进行消息分发，现有技术存在以下几个问题：调用方式单一，主要是短信和邮件以及站内信等传统推送方式，涉及面比较窄；计费需要服务供应商提供的调用方后台进行了解费用使用情况，使用不方便；单次调用数量比较少；调用方只接入一个服务供应商时，会有稳定性低，服务暂停的现象出现，以上情况都会影响交易系统的体验。

因此，需要设计一种体验好的消息服务系统、消息服务平台、消息服务方法及介质。

技术实现要素：

本发明的目的在于提供一种消息服务系统、消息服务平台、消息服务方法及介质，以解决现有的消息服务体验不好的问题。

为解决上述技术问题，本发明提供一种消息服务系统，所述消息服务系统接收调用方发送的消息请求，所述消息服务系统根据所述消息请求调用服务供应商，所述消息服务系统包括消息传递模块、协议识别模块、消息生成模块、调用选择模块、联系人解析模块和调用模块，其中：

所述消息传递模块接收所述调用方发送的消息请求；

所述协议识别模块识别所述消息请求中的协议类型；

所述消息生成模块根据所述消息请求生成消息内容；

所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；

所述联系人解析模块根据所述消息请求对将要发送消息的联系人信息进行解析；

所述调用模块向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；

所述调用模块在所述最佳服务供应商向联系人发送消息后，接受所述最佳服务供应商返回的调用结果；

所述消息传递模块根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

可选的，在所述的消息服务系统中，所述调用结果包括消息服务状态、消息服务次数和消息服务费用中的一种或多种。

可选的，在所述的消息服务系统中，所述协议类型包括短信、邮件、站内信、软件和即时聊天中的一种或多种。

可选的，在所述的消息服务系统中，所述最佳服务供应商的消息发送的稳定性高于符合条件的其他服务供应商且/或消息发送的费用低于符合条件的其他服务供应商。

可选的，在所述的消息服务系统中，所述消息传递模块根据所述调用方发送的消息请求形成备份消息，当所述消息服务系统根据所述消息请求调用服务供应商失败时，所述消息传递模块将所述备份消息发送给协议识别模块、消息生成模块、调用选择模块和联系人解析模块；所述协议识别模块重新识别所述消息请求中的协议类型；所述消息生成模块重新生成消息内容；所述调用选择模块重新选择最佳服务供应商；所述联系人解析模块重新对将要发送消息的联系人信息进行解析；所述调用模块重新向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息。

本发明还提供一种消息服务平台，所述消息服务平台包括调用方、消息服务系统和服务供应商，其中：

所述调用方向所述消息服务系统发送消息请求；

所述消息服务系统根据所述消息请求调用服务供应商；

所述消息服务系统包括消息传递模块、协议识别模块、消息生成模块、调用选择模块、联系人解析模块和调用模块，其中：

所述消息传递模块接收所述调用方发送的消息请求；

所述协议识别模块识别所述消息请求中的协议类型；

所述消息生成模块根据所述消息请求生成消息内容；

所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；

所述联系人解析模块根据所述消息请求对将要发送消息的联系人信息进行解析；

所述调用模块向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；

所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果；

所述消息传递模块根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

本发明还提供一种消息服务方法，所述消息服务方法包括：

所述调用方向所述消息服务系统发送消息请求；

所述消息服务系统根据所述消息请求调用服务供应商；

所述消息传递模块接收所述调用方发送的消息请求；

所述协议识别模块识别所述消息请求中的协议类型；

所述消息生成模块根据所述消息请求生成消息内容；

所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；

所述联系人解析模块根据所述消息请求对将要发送消息的联系人信息进行解析；

所述调用模块向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；

所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果；

所述消息传递模块根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

可选的，在所述的消息服务方法中，所述消息传递模块根据所述调用方发送的消息请求形成备份消息，当所述消息服务系统根据所述消息请求调用服务供应商失败时，所述消息传递模块将所述备份消息发送给协议识别模块、消息生成模块、调用选择模块和联系人解析模块；所述协议识别模块重新识别所述消息请求中的协议类型；所述消息生成模块重新生成消息内容；所述调用选择模块重新选择最佳服务供应商；所述联系人解析模块重新对将要发送消息的联系人信息进行解析；所述调用模块重新向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息。

本发明还提供一种介质，所述介质中存储有计算机程序，所述计算机程序能够实现：

接收调用方发送的消息请求；

识别所述消息请求中的协议类型；

根据所述消息请求生成消息内容；

根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；

根据所述消息请求对将要发送消息的联系人信息进行解析；

向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；

接受所述最佳服务供应商返回的调用结果；

根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

在本发明提供的消息服务系统、消息服务平台、消息服务方法及介质中，通过所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商，克服了现有技术中调用方只连接一个服务供应商，且因为稳定性差而容易发生服务中断的问题，多个服务供应商可供选择也可以解决其他非传统型的消息服务方法无法实现，调用方式单一的问题；另外，所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果，可实时判断调用结果，无需访问调用方后台查询，体验度好。

附图说明

图1为本发明消息服务系统及消息服务平台示意图；

图2为本发明消息服务方法示意图；

图中所示：10-调用方；20-消息服务系统；21-消息传递模块；22-协议识别模块；23-消息生成模块；24-调用选择模块；25-联系人解析模块；26-调用模块；31-第一服务供应商；32-第二服务供应商；33-第三服务供应商。

具体实施方式

以下结合附图和具体实施例对本发明提出的消息服务系统、消息服务平台、消息服务方法及介质作进一步详细说明。根据下面说明和权利要求书，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

本发明的核心思想在于提供一种消息服务系统、消息服务平台、消息服务方法及介质，以解决现有的消息服务体验不好的问题。

为实现上述思想，本发明提供了一种消息服务系统、消息服务平台、消息服务方法及介质，所述消息服务系统接收调用方发送的消息请求，所述消息服务系统根据所述消息请求调用服务供应商，所述消息服务系统包括消息传递模块、协议识别模块、消息生成模块、调用选择模块、联系人解析模块和调用模块，其中：所述消息传递模块接收所述调用方发送的消息请求；所述协议识别模块识别所述消息请求中的协议类型；所述消息生成模块根据所述消息请求生成消息内容；所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；所述联系人解析模块根据所述消息请求对将要发送消息的联系人信息进行解析；所述调用模块向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果；所述消息传递模块根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

<实施例一>

本实施例提供一种消息服务系统和消息服务平台，如图1所示，所述消息服务系统20接收调用方10发送的消息请求，消息请求可包括协议类型、联系信息和发送内容等。所述消息服务系统20根据所述消息请求调用服务供应商，所述消息服务系统连接有多个服务供应商，例如，第一服务供应商31、第二服务供应商32和第三服务供应商33，不同的服务供应商之间，稳定性、适合的协议类型、消息服务次数、消息服务产生的费用各有差异，根据调用方的需求，例如对费用的敏感性，或者协议类型，对所适合的服务供应商均有所限制，再例如，当单次发送的内容较多时，应考虑按发送次数收费的服务供应商。调用方10包括商户和微服务方等。

所述消息服务系统20包括消息传递模块21、协议识别模块22、消息生成模块23、调用选择模块24、联系人解析模块25和调用模块26，其中：所述消息传递模块21接收所述调用方10发送的消息请求；所述消息传递模块21收到消息请求后，将所述消息请求分别发送给协议识别模块22、消息生成模块23、调用选择模块24和联系人解析模块25。所述协议识别模块22识别所述消息请求中的协议类型并将协议类型提供给调用模块26；所述消息生成模块23根据所述消息请求生成消息内容，例如，根据联系信息和发送内容形成消息内容，并将消息内容提供给调用模块26；所述调用选择模块24根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商并将最佳服务供应商的选择结果提供给调用模块26，例如，在第一服务供应商31、第二服务供应商32和第三服务供应商33中选择最适合的服务供应商，可根据各个服务供应商适合的协议类型、稳定性、消息服务费用和次数来进行选择；所述联系人解析模块25根据所述消息请求对将要发送消息的联系人信息进行解析并将联系人信息的解析结果提供给调用模块26；所述调用模块26收到最佳服务供应商的选择结果、联系人信息的解析结果、协议类型和消息内容以后，向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；所述调用模块在所述最佳服务供应商向联系人发送消息后，接受所述最佳服务供应商返回的调用结果，即所述最佳服务供应商根据联系人信息的解析结果、协议类型和消息内容向联系人发送消息后，向所述调用模块26返回调用结果；所述消息传递模块21根据所述调用结果形成消息请求执行结果，并向所述调用方10返回消息请求执行结果及产生的费用。

具体的，在所述的消息服务系统中，所述调用结果包括消息服务状态、消息服务次数和消息服务费用中的一种或多种，即所述调用结果包括消息服务状态、消息服务次数和消息服务费用，可选的，消息服务状态可为成功或失败。所述协议类型包括短信、邮件、站内信、软件和即时聊天中的一种或多种，即所述协议类型包括短信和/或邮件和/或站内信和/或软件和/或即时聊天，协议类型可以为一种或多种。所述最佳服务供应商的消息发送的稳定性高于符合条件的其他服务供应商且/或所述最佳服务供应商的消息发送的费用低于符合条件的其他服务供应商。

本实施例还提供一种消息服务平台，所述消息服务平台包括调用方10、消息服务系统20和多个服务供应商，其中：所述调用方10向所述消息服务系统20发送消息请求；所述消息服务系统20根据所述消息请求调用多个服务供应商中的一个或多个；所述消息服务系统20包括消息传递模块21、协议识别模块22、消息生成模块23、调用选择模块24、联系人解析模块25和调用模块26，其中：所述消息传递模块21接收所述调用方发送的消息请求；所述协议识别模块22识别所述消息请求中的协议类型；所述消息生成模块23根据所述消息请求生成消息内容；所述调用选择模块24根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；所述联系人解析模块25根据所述消息请求对将要发送消息的联系人信息进行解析；所述调用模块26向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果；所述消息传递模块21根据所述调用结果形成消息请求执行结果，并向所述调用方10返回消息请求执行结果及产生的费用。

具体的，在所述的消息服务平台中，所述调用结果包括消息服务状态、消息服务次数和消息服务费用中的一种或多种，即所述调用结果包括消息服务状态、消息服务次数和消息服务费用，可选的，消息服务状态可为成功或失败。所述协议类型包括短信、邮件、站内信、软件和即时聊天中的一种或多种，即所述协议类型包括短信和/或邮件和/或站内信和/或软件和/或即时聊天，协议类型可以为一种或多种。所述最佳服务供应商的消息发送的稳定性高于符合条件的其他服务供应商且/或所述最佳服务供应商的消息发送的费用低于符合条件的其他服务供应商。

综上，上述实施例对消息服务系统和消息服务平台的不同构型进行了详细说明，当然，本发明包括但不局限于上述实施中所列举的构型，任何在上述实施例提供的构型基础上进行变换的内容，均属于本发明所保护的范围。本领域技术人员可以根据上述实施例的内容举一反三。

<实施例二>

如图1～2所示，本实施例还提供一种消息服务方法，所述消息服务方法包括：所述调用方10向所述消息服务系统20发送消息请求；所述消息服务系统20根据所述消息请求调用服务供应商；所述消息传递模块21接收所述调用方10发送的消息请求；所述协议识别模块22识别所述消息请求中的协议类型；所述消息生成模块23根据所述消息请求生成消息内容；所述调用选择模块24根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；所述联系人解析模块25根据所述消息请求对将要发送消息的联系人信息进行解析；所述调用模块26向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果；所述消息传递模块21根据所述调用结果形成消息请求执行结果，并向所述调用方10返回消息请求执行结果及产生的费用。

具体的，在所述的消息服务方法中，所述消息传递模块21将所述调用结果发送给所述调用方10。所述消息传递模块21根据所述调用方10发送的消息请求形成备份消息。当所述消息服务系统20根据所述消息请求调用服务供应商失败时，所述消息传递模块21将所述备份消息发送给协议识别模块22、消息生成模块23、调用选择模块24和联系人解析模块25；所述协议识别模块22重新识别所述消息请求中的协议类型；所述消息生成模块23重新生成消息内容；所述调用选择模块24重新选择最佳服务供应商；所述联系人解析模块25重新对将要发送消息的联系人信息进行解析；所述调用模块26重新向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息。例如：所述最佳服务供应商的消息发送的稳定性高于符合条件的其他服务供应商且/或所述最佳服务供应商的消息发送的费用低于符合条件的其他服务供应商。

例如，某公司需要大批量的发送短信，邮件，并向用户实时推送自定义的消息协议‘pp’，要求消息发送成功率在99.9％。目前现有技术遇到的问题主要是：发送量大，成功率不高，自定义的协议不能得到第三方数据供应商的支持，自主开发投入成本高。通过本发明的消息服务系统，调用方连接消息服务系统的一个接口，并传递需要发送的联系人信息(大批量的用户)、各种协议(包括自定义的协议‘pp’)、需要发送的消息内容。

消息服务系统识别消息协议，将自定义的消息协议进行解析，生成消息内容，利用线程池批量的发送消息，把发送结果和计费信息同步或异步(消息量较大时)返回调用方。

调用方向消息服务系统发送的消息请求内容如下：

消息服务系统向调用方返回调用结果内容如下：

其中：request代表消息请求如下，content代表要发送的消息内容，contactstrs代表联系人信息，符号“//”前的内容代表协议类型，例如sms代表协议类型为短信，email代表协议类型为邮件，pp为自定义的协议类型。status为消息服务状态，delivernum消息服务次数，charge为此批量调用的消息服务费用。

本实施例还提供一种介质，所述介质中存储有计算机程序，所述计算机程序能够实现：接收调用方发送的消息请求；识别所述消息请求中的协议类型；根据所述消息请求生成消息内容；根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商；根据所述消息请求对将要发送消息的联系人信息进行解析；向所述最佳服务供应商发送所述协议类型、所述消息内容和所述联系人信息；接受所述最佳服务供应商返回的调用结果，根据所述调用结果形成消息请求执行结果，并向所述调用方返回消息请求执行结果及产生的费用。

本发明为了克服消息服务体验差的问题，提供一个提供专门的消息服务的消息服务系统。只要调用方通过网关调用单一的接口服务，向消息服务系统传递参数(包括加密参数)，该消息服务系统就能准确的把消息传递出去，协议多样化，包括但不限于常见的短信，邮件，站内信，由于消息服务系统接入了大量具有差异性的服务供应商，所以能提供稳定的服务，并且定时的返回消息计费情况。

调用方通过网关调用定义好的接口服务，传入必须的参数。消息服务系统接受并保存参数，为后续的消息分发和失败重试做准备，识别定制化的消息协议，包括但不限于短信，邮件，站内信，等等多个协议可以同时接收，利用配置化的消息模板生成要发送的消息内容，罗列多个可使用的服务供应商，自动选择稳定性高，费用低的数据通道，获取联系人信息，调用服务供应商进行消息发送，失败的时候自动更换服务供应商，保证该消息发送的可靠性，返回消息发送状态和计费信息。

在本发明提供的消息服务系统、消息服务平台、消息服务方法及介质中，通过所述调用选择模块根据所述消息请求在符合条件的服务供应商中选择最佳服务供应商，克服了现有技术中调用方只连接一个服务供应商，且因为稳定性差而容易发生服务中断的问题，多个服务供应商可供选择也可以解决其他非传统型的消息服务方法无法实现，调用方式单一的问题；另外，所述最佳服务供应商向联系人发送消息后，向所述调用模块返回调用结果，可实时判断调用结果，无需访问调用方后台查询，体验度好。本发明解决了多种协议同时调用的问题，并且消息可配置化，大大减少了后台开发的时间，并能把失败消息反复进行重试，确保稳定性。

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

上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。