CN110838971B - 消息发送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例提供了一种消息发送方法、装置、电子设备及存储介质，涉及互联网技术领域，其中，消息发送方法，应用于第一电子设备，包括：获取来自业务方的消息发送请求，其中，消息发送请求携带有业务方标识、第一管控参数及目标消息；从预设数据库中获取与业务方标识匹配的至少一个第二管控参数；判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；若存在，则发送所述目标消息。本发明实施例通过预设数据库中业务方标识所对应的第二管控参数，对消息发送请求中的第一管控参数进行校验，进而判断业务方是否具有发送目标消息的权限，有效规避了因代码逻辑出错导致的故障，提升了校验过程的稳定性。

Description

消息发送方法、装置、电子设备及存储介质

技术领域

本发明涉及互联网技术领域，特别是涉及一种消息发送方法、装置、电子设备及存储介质。

背景技术

提供产品或服务的业务方通常具有将相关业务的消息通过消息平台发送给用户的需求。消息平台在处理业务方的消息发送请求时，通常需要对业务方消息发送的权限进行审核，例如业务方所能发送的消息类型、消息额度等，同时，不同的审核流程对应审核人员也不尽相同。

现有技术中，消息平台通常将各个业务方的权鉴和审核人员配置等直接写在代码中，通过代码直接对消息发送请求进行校验。由于不同业务方、不同权鉴及不同审核人员等之间存在多种组合，因此需使用到大量的模板与重复代码，代码出错的可能性较高，当基于代码对业务方消息发送请求校验时，容易出现因代码逻辑出错导致的故障，校验过程稳定性较差。

发明内容

本发明实施例的目的在于提供一种消息发送方法、装置、电子设备及存储介质，以解决现有技术基于代码对业务方消息发送请求校验，容易出现因代码逻辑出错导致的故障，校验过程稳定性较差的问题。

具体技术方案如下：

在本发明实施的第一方面，首先提供了一种消息发送方法，应用于第一电子设备，包括：

获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息；

从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息。

在本发明实施的第二方面，还提供了一种消息发送装置，应用于第一电子设备，包括：

第一获取模块，用于获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息；

第二获取模块，用于从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断模块，用于判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

发送模块，用于若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的消息发送方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的消息发送方法。

本发明实施例提供的消息发送方法，可通过预设数据库中业务方标识所对应的第二管控参数，对消息发送请求中的第一管控参数进行校验，进而判断业务方是否具有发送目标消息的权限；解决了现有技术中基于代码对业务方消息发送请求校验，容易出现因代码逻辑出错导致的故障，校验过程稳定性较差的问题；有效规避了因代码逻辑出错导致的故障，提升了校验过程的稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明实施例提供的消息发送方法的流程图；

图2为本发明实施例中判断第二管控参数中是否存在目标管控参数的流程图；

图3为本发明实施例中发送目标消息的一种实施方式的流程图；

图4为本发明实施例中发送目标消息的另一种实施方式的流程图；

图5为本发明实施例中对审批参数进行审批得到审批结果的流程图；

图6为本发明实施例提供的消息发送方法应用在第一电子设备中的一具体实施方式的流程图；

图7为本发明实施例中消息额度管理过程示意图；

图8为本发明实施例提供的消息发送装置的结构示意图；

图9为本发明实施例中判断模块的结构示意图；

图10为本发明实施例中发送子模块的结构示意图；

图11为本发明实施例中审批单元的结构示意图；

图12为本发明实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

本发明实施例提供的消息发送方法，应用于第一电子设备，该消息发送方法包括：

步骤S100，获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息；

步骤S200，从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

步骤S300，判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

步骤S400，若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息。

本实施例中，业务方即对消息发送有需求的一方，每个业务方可对应有预先定义的唯一的业务方标识。上述消息发送请求可以是由业务方通过接口调用的方式发送至第一电子设备的，也可以是由业务方在第一电子设备的前端服务器上，选择目标消息类型、目标应用等内容后，经前端服务器组装消息发送请求再发送至第一电子设备。本实施例对第一电子设备获取消息发送请求的方式不做具体限定。

预设数据库中具有反应业务方标识与第二管控参数的对应关系的记录。例如，某一条记录为(317 2 PUSH 0 1000)，其中：“317”为业务方标识，“2”为应用标识，“PUSH”为消息类型，“0”为能否发送全量的标识，“1000”代表每秒查询率(Queries per second，qps)阈值。具体来说，(317 2 PUSH 0 1000)的记录代表业务方标识为317的业务方，具有发送应用标识为2的应用的Push推送类型消息的权限，且无法发送全量，qps限制在1000以下。该条记录中，“2”、“PUSH”属于第二管控参数，而在实际应用中，第二管控参数的内容可根据需要进行调整。

上述每一条记录均可以做成一份本地缓存(localCache)，在接收到来自业务方的消息发送请求后，根据消息发送请求中的业务方标识，通过localCach将相应的第二管控参数取出；如果无法通过localCache找到相应的第二管控参数，则可以进行报错。如果需要建立新的反应业务方标识与第二管控参数的对应关系，或者对原有的对应关系进行修改，只需新增或修改上述记录即可，避免了修改代码重新上线的过程。

判断第一管控参数与至少一个第二管控参数是否匹配；若是，则发送所述目标消息。例如，在一条消息发送请求中，业务方标识为317的业务方需通过应用标识为2(目标应用标识)的应用，发送消息类型为Push推送(目标消息类型)的目标消息；而在数据库中存在上述的(317 2 PUSH 0 1000)这一记录，通过localCach将相应的第二管控参数取出，并将第二管控参数中所包括的“2”、“PUSH”分别与目标应用标识、目标消息类型进行比较，此处得到的比较结果是两两相同，进而可判定第一管控参数与该第二管控参数匹配，业务方标识为317的业务方可通过应用标识为2的应用，发送消息类型为Push推送的目标消息，后续按相应的方式发送该目标消息即可。

当然，在判断第一管控参数与至少一个第二管控参数是否匹配时，还可以基于其他的内容进行判断，例如判断第一管控参数中的消息目标发送数量，是否满足第二管控参数中的消息发送阈值等，下文再做进一步说明。

本发明实施例提供的消息发送方法，可通过预设数据库中业务方标识所对应的第二管控参数，对消息发送请求中的第一管控参数进行校验，进而判断业务方是否具有发送目标消息的权限；解决了现有技术中基于代码对业务方消息发送请求校验，容易出现因代码逻辑出错导致的故障的问题；有效规避了因代码逻辑出错导致的故障。此外，上述实施例中，通过在预设数据库中修改或增加反应业务方标识与第二管控参数对应关系的记录，即可完成对业务方信息发送权限的配置，相较于现有的代码写入方式，具有配置简单高效的优势。

可选地，如图2所示，所述步骤S300，判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数，包括：

步骤S310，获取所述第一管控参数中的目标消息类型与目标应用标识；

步骤S320，判断所述至少一个第二管控参数中是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

所述步骤S400，若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息，包括：

若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息。

本实施例中，对于目标消息类型，可以是对移动终端的Push推送、对电视端(即TV端)的推送、应用类消息(Tigase)、首页消息、弹窗(例如某网址需发送通知的弹窗)等等。目标应用标识用于表示需将目标消息具体通过哪一应用(Application，APP)进行发送，应用及其标识的对应关系可预先进行定义。

在根据信息发送请求中的业务方标识，从预设数据库中获取到至少一个第二管控参数后，进一步判断在这些第二管控参数中，是否存在一个目标管控参数同时具有目标消息类型与目标应用标识，若存在这样目标管控参数，则说明业务方可以向具有目标应用标识的应用，发送目标消息类型的目标消息；相反，若不存在上述的目标管控参数，可进一步报错，表明业务方并无权限将目标消息按照期望的方式发出。

实际应用中，同一业务方标识对应的记录可能存在多条，可以将多条记录中的第二管控参数取出并分别序列化，通过序列化的第二管控参数对第一管控参数进行校验；也可以根据第一管控参数对多个第二管控参数进行筛选，判断是否存在上述的目标管控参数。

本实施例通过对目标消息类型与目标应用标识的校验，能够确保每个业务方只能通过特定的应用发送特定消息类型的消息，避免消息发送过于混乱。

可选地，所述若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息，包括：

步骤S410，若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量；其中，所述消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值；

步骤S420，在所述消息目标发送数量满足所述消息发送阈值的情况下，发送所述目标消息；

其中，所述消息目标发送数量满足所述消息发送阈值包括：

所述消息目标发送数量不大于所述消息单次发送阈值，且所述消息目标发送数量不大于消息剩余发送额度，其中，所述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

本实施例中，根据业务方标识、目标消息类型以及目标应用标识确定的目标管控参数，实际上存在于预设数据库中的一条记录中，记录中预先录入的消息发送阈值也属于目标管控参数的内容。在确定消息目标发送数量满足消息发送阈值之前，存在基于消息发送阈值对消息目标发送数量进行校验的过程。

上述消息目标发送数量，可以是指在一个消息发送请求中，需要将目标消息发送至多少个具有目标应用(即目标应用标识对应的应用)的消息接收终端(如移动终端，TV端、PC端等)；而发送至某一消息接收终端的目标消息的具体内容不做限定。在此基础上，可以理解的是：消息单次发送阈值可以是对任一个消息发送请求中，消息接收终端的数量最大值的限定；消息累计发送阈值可以是对预设时间内所有消息发送请求中，消息接收终端的累计数量最大值的限定。

在一个可行的应用方式中，在确定存在目标管控参数后，对业务方标识、目标消息类型、目标应用标识、消息发送阈值等内容组装消息体(相当于生成一条记录)，并将业务方标识、目标消息类型以及目标应用标识的组合作为消息体的标识。例如，某一消息体为(XINGQU1000PUSH XINGQU兴趣1000 PUSH 4000000 100000000 300000000zh)，其中：“XINGQU1000PUSH”为消息体标识，“XINGQU兴趣”为业务方标识，“PUSH”为目标消息类型，“4000000 100000000 300000000zh”为消息发送阈值。具体来说，该消息体代表兴趣业务方在标识为zh的地区，通过应用标识为1000的应用，发送Push推送类型的消息的阈值为：每次发送400万条、每天发送1000万条以及每周发送3000万条。将该消息体进行序列化得到一管控对象，通过管控对象对消息目标发送数量进行校验。如果消息目标发送数量不大于消息单次发送阈值，且不大于每天及每周的消息剩余发送额度，则可直接发送目标消息。

当然，在实际应用中，在获取到目标管控参数后，可根据预设规则，直接使用其中的消息发送阈值判断消息目标发送数量是否满足消息发送阈值。此外，若需要组装消息体，消息体的格式也可以根据实际需要进行设定。能够对第一管控参数中的消息目标发送数量进行校验即可。

本实施例中，限定了在所述消息目标发送数量满足所述消息发送阈值的情况下，才能发送所述目标消息；保证每个业务方即使在有权限发送目标消息的情况下，每次或某一时间段内消息发送的数量是可控的，避免某一业务方的消息过多打扰到用户。

可选地，所述步骤S410，若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量之后，所述方法还包括：

步骤S430，当所述消息目标发送数量大于所述消息单次发送阈值，和/或，所述消息目标发送数量大于消息剩余发送额度时，获取所述目标管控参数中的审批流程信息；

步骤S440，对审批参数进行审批，得到审批结果，其中，所述审批参数包括所述审批流程信息与以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息；

步骤S450，若所述审批结果指示可发送信息时，发送所述目标消息。

基于消息发送阈值对消息目标发送数量进行校验的过程中，可能会出现消息目标发送数量不满足消息发送阈值的结果，例如消息目标发送数量大于所述消息单次发送阈值、消息目标发送数量大于消息剩余发送额度或者两者兼而有之。此时，若直接判定无法发送目标消息，可能导致业务方的一些紧急消息或特殊消息无法及时发送。因此，本实施例中，增加了在消息目标发送数量不满足消息发送阈值时，构建审批参数并获取对审批参数的审批结果的步骤。

具体地，目标管控参数中预设有审批流程信息，例如审批总编室、超额终审人员等信息。在审批参数中加入审批流程信息，便于据此将审批参数发送至特定接收方。审批参数还包括以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息。审批参数中的内容可根据需求进行确定，例如，需要对目标消息是否为紧急消息进行审批；或者，对消息目标发送数量的超额量是否在可接受范围进行审批；或者，对某一业务方是否具有临时增加发送额度权限进行审批等等。当审批结果指示可发送信息时，即使消息目标发送数量超额，依然可以发送所述目标消息。

本实施例在消息目标发送数量不满足消息发送阈值时，构建审批参数并获取对审批参数的审批结果，避免出现业务方的紧急消息等无法及时发出的情况。

可选地，如图5所示，所述步骤S440，对审批参数进行审批，得到审批结果，包括：

步骤S441，向第二电子设备发送所述审批参数；

步骤S442，接收所述第二电子设备发送的审批结果。

本实施例中，可在预设数据库中增加一条带有审批状态的审批记录，该审批记录中具有上述的审批参数。审批参数中具有审批流程信息，可根据审批流程信息确定上述第二设备。在实际应用中，第二设备可根据审批状态(例如“审批参数待审批”)，从预设数据库中取出相应的审批参数。审批参数可以被序列化成审批对象，第二设备获取审核人员针对该审批对象的操作行为，生成审批结果，并将审批结果返回给第一设备。

本实施例中，可将对审批参数进行审批的任务发送至不同电子设备，减少了第一设备运行的次数与频率，进而降低了对第一设备性能的要求。此外，由于审批参数中预先设置了审批流程信息，能够保证整个审批流程可控，避免出现审批流程混乱的情况。

在一些可行的实施方式中，对审批参数进行审批，得到审批结果的步骤也可以是在第一设备上获取的，例如第一设备获取审批人员的操作行为，生成审批结果；或者，按照预设规则，第一设备直接对序列化的审批参数进行审批，生成审批结果。

如图6所示，本发明实施例提供的消息发送方法应用在第一电子设备中的一具体实施方式，包括如下步骤：

步骤S10，获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识agentType、目标消息类型、目标应用标识、消息目标发送数量及目标消息；

步骤S20，判断预设数据库中是否存在与消息发送请求中的业务方标识agentType相匹配的至少一个第二管控参数；

若预设数据库中存在上述第二管控参数，则执行步骤S30；若无法从预设数据库中获取到上述的第二管控参数，说明该消息发送请求为非法请求，并进行报错；

步骤S30，判断所述至少一个第二管控参数中，是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

若存在上述目标管控参数，则执行步骤S40；若无法获取到上述目标管控参数，说明agentType对应的业务方不具备通过具有目标应用标识的应用，发送目标消息类型的消息的权项，并进行报错；

步骤S40，判断所述消息目标发送数量是否满足所述目标管控参数中的消息发送阈值；

具体地，消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值，当消息目标发送数量不大于所述消息单次发送阈值与消息剩余发送额度时，执行步骤S80，若不满足上述条件，则执行步骤S50；其中，上述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

当然在实际应用中，消息发送阈值可以仅包括消息单次发送阈值，或者仅包括在预设时间内的消息累计发送阈值，相应地，在判断消息目标发送数量是否满足目标管控参数中的消息发送阈值时，只需要判断消息目标发送数量是否满足消息单次发送阈值，或者是否满足消息剩余发送额度即可。

步骤S50，向第二电子设备发送审批参数；其中，所述审批参数包括审批流程信息(存在于目标管控参数中)与以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息。

步骤S60，接收所述第二电子设备发送的审批结果；

步骤S70，根据所述审批结果判断是否可以发送所述目标消息；

若审批结果指示可发送信息时，执行步骤S80；若审批结果指示拒绝发送信息时，则生成目标信息不可发送的提示。

步骤S80，发送所述目标消息。

如图7所示，本实施例中，上述消息发送方法还具有消息额度管理步骤，包括：

当满足以下至少一个条件时，根据所述消息目标发送数量更新已发送消息数量：所述消息目标发送数量满足所述消息发送阈值、审批结果指示可发送信息；

当满足以下至少一个条件时，恢复消息剩余发送额度：审批结果指示拒绝发送信息、目标消息发送失败、已发送目标消息已撤回。

为避免审批结果指示可发送信息时，依然存在消息目标发送数量大于消息剩余发送额度的提醒，可以根据审批结果，增加消息剩余发送额度，即增加消息可发送次数。

上述恢复消息剩余发送额度，具体指将消息剩余发送额度恢复至在步骤S40中，用于判断消息目标发送数量是否满足消息发送阈值的消息剩余发送额度。

可选地，所述消息额度管理步骤还包括：根据所述审批结果，调整所述消息单次发送阈值和/或消息累计发送阈值。

本发明实施例提供的消息发送方法，通过在预设数据库中修改或增加反应业务方标识与第二管控参数对应关系的记录，即可完成对业务方信息发送权限的配置，具有配置简单高效的优势，同时也规避了因代码逻辑出错导致的故障；通过对目标消息类型、目标应用标识及目标消息发送数据的校验，能够有效避免用户被不合理的消息所打扰；而在消息目标发送数量不满足消息发送阈值时，构建审批参数并获取对审批参数的审批结果，避免出现业务方的紧急消息等无法及时发出的情况。

本发明实施例还提供了一种消息发送装置，应用于第一电子设备，如图8所示，包括：

第一获取模块510，用于获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息；

第二获取模块520，用于从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断模块530，用于判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

发送模块540，用于若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息。

可选地，如图9所示，所述判断模块530，包括：

获取子模块531，用于获取所述第一管控参数中的目标消息类型与目标应用标识；

判断子模块532，用于判断所述至少一个第二管控参数中是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

所述发送模块540，包括：

发送子模块541，用于若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息。

可选地，如图10所示，所述发送子模块541，包括：

第一获取单元5411，用于若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量；其中，所述消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值；

第一发送单元5412，用于在所述消息目标发送数量满足所述消息发送阈值的情况下，发送所述目标消息；

其中，所述消息目标发送数量满足所述消息发送阈值包括：

所述消息目标发送数量不大于所述消息单次发送阈值，且所述消息目标发送数量不大于消息剩余发送额度，其中，所述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

可选地，如图10所示，所述发送子模块541，还包括：

第二获取单元5413，用于当所述消息目标发送数量大于所述消息单次发送阈值，和/或，所述消息目标发送数量大于消息剩余发送额度时，获取所述目标管控参数中的审批流程信息；

审批单元5414，用于对审批参数进行审批，得到审批结果，其中，所述审批参数包括所述审批流程信息与以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息；

第二发送单元5415，用于若所述审批结果指示可发送信息时，发送所述目标消息。

可选地，如图11所示，所述审批单元5414，包括：

发送子单元54141，用于向第二电子设备发送所述审批参数；

接收子单元54142，用于接收所述第二电子设备发送的审批结果。

需要说明的是，本发明实施例提供的消息发送装置是与上述消息发送方法对应的装置，上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。

本发明实施例还提供了一种电子设备，如图12所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信，

存储器603，用于存放计算机程序；

处理器601，用于执行存储器603上所存放的程序时，实现如下步骤：

获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息；

从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息。

可选地，所述判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数，包括：

获取所述第一管控参数中的目标消息类型与目标应用标识；

判断所述至少一个第二管控参数中是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

所述若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息，包括：

若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息。

可选地，所述若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息，包括：

若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量；其中，所述消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值；

在所述消息目标发送数量满足所述消息发送阈值的情况下，发送所述目标消息；

其中，所述消息目标发送数量满足所述消息发送阈值包括：

所述消息目标发送数量不大于所述消息单次发送阈值，且所述消息目标发送数量不大于消息剩余发送额度，其中，所述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

可选地，所述若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量之后，所述方法还包括：

当所述消息目标发送数量大于所述消息单次发送阈值，和/或，所述消息目标发送数量大于消息剩余发送额度时，获取所述目标管控参数中的审批流程信息；

对审批参数进行审批，得到审批结果，其中，所述审批参数包括所述审批流程信息与以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息；

若所述审批结果指示可发送信息时，发送所述目标消息。

可选地，所述对审批参数进行审批，得到审批结果，包括：

向第二电子设备发送所述审批参数；

接收所述第二电子设备发送的审批结果。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的消息发送方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的消息发送方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种消息发送方法，应用于第一电子设备，其特征在于，包括：

获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息，所述第一管控参数包括目标消息类型与目标应用标识；

从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则确定所述业务方具有发送所述目标消息的权限，并发送所述目标消息；

所述判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数，包括：

获取所述第一管控参数中的目标消息类型与目标应用标识；

判断所述至少一个第二管控参数中是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

所述若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则发送所述目标消息，包括：

若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息。

2.根据权利要求1所述的方法，其特征在于，所述若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息，包括：

若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量；其中，所述消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值；

在所述消息目标发送数量满足所述消息发送阈值的情况下，发送所述目标消息；

其中，所述消息目标发送数量满足所述消息发送阈值包括：

所述消息目标发送数量不大于所述消息单次发送阈值，且所述消息目标发送数量不大于消息剩余发送额度，其中，所述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

3.根据权利要求2所述的方法，其特征在于，所述若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量之后，所述方法还包括：

当所述消息目标发送数量大于所述消息单次发送阈值，和/或，所述消息目标发送数量大于消息剩余发送额度时，获取所述目标管控参数中的审批流程信息；

对审批参数进行审批，得到审批结果，其中，所述审批参数包括所述审批流程信息与以下至少一个内容：所述业务方标识、所述目标消息类型、所述目标应用标识、所述消息目标发送数量与所述消息发送阈值、所述目标消息；

若所述审批结果指示可发送信息时，发送所述目标消息。

4.根据权利要求3所述的方法，其特征在于，所述对审批参数进行审批，得到审批结果，包括：

向第二电子设备发送所述审批参数；

接收所述第二电子设备发送的审批结果。

5.一种消息发送装置，应用于第一电子设备，其特征在于，包括：

第一获取模块，用于获取来自业务方的消息发送请求，其中，所述消息发送请求携带有业务方标识、第一管控参数及目标消息，所述第一管控参数包括目标消息类型与目标应用标识；

第二获取模块，用于从预设数据库中获取与所述业务方标识匹配的至少一个第二管控参数；

判断模块，用于判断所述至少一个第二管控参数中是否存在与所述第一管控参数相匹配的第二管控参数；

发送模块，用于若所述至少一个第二管控参数中存在与所述第一管控参数相匹配的第二管控参数，则确定所述业务方具有发送所述目标消息的权限，并发送所述目标消息；

所述判断模块，包括：

第一获取子模块，用于获取所述第一管控参数中的目标消息类型与目标应用标识；

第一判断子模块，用于判断所述至少一个第二管控参数中是否存在包括所述目标消息类型和所述目标应用标识的目标管控参数；

所述发送模块，包括：

发送子模块，用于若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则发送所述目标消息。

6.根据权利要求5所述的装置，其特征在于，所述发送子模块，包括：

第一获取单元，用于若所述至少一个第二管控参数中存在包括所述目标消息类型和所述目标应用标识的目标管控参数，则获取所述目标管控参数中的消息发送阈值，及所述第一管控参数中的消息目标发送数量；其中，所述消息发送阈值包括消息单次发送阈值和在预设时间内的消息累计发送阈值；

第一发送单元，用于在所述消息目标发送数量满足所述消息发送阈值的情况下，发送所述目标消息；

其中，所述消息目标发送数量满足所述消息发送阈值包括：

所述消息目标发送数量不大于所述消息单次发送阈值，且所述消息目标发送数量不大于消息剩余发送额度，其中，所述消息剩余发送额度为所述消息累计发送阈值与在所述预设时间内已发送消息数量的差值。

7.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现如权利要求1-4中任一所述的方法步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一所述的方法。

Images