发送消息的方法、装置、设备及存储介质与流程

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

背景技术：

随着互联网技术的发展，各种网络平台中会向用户发送各种各样的消息，例如，当有消费者在外卖平台中下单了其中一个商家的商品，则外卖平台的服务器会向相应的商家账户所登录的终端发送一个通知消息，以提醒该商家有消费者下单了商品。

在现有技术中，在某些用户事件发生时，会触发服务器向相应的终端发送消息，技术人员会针对每种消息的生成和发送编写相应的程序，存储在网络平台对应的服务器中。例如，外卖平台设置了一个促销活动，在商家参加促销活动的期间，有消费者下单商品时，服务器可以根据相应的消息的生成和发送程序，生成订单提醒的消息，并发送至商家账户所登录的终端。

在实现本申请的过程中，发明人发现现有技术至少存在以下问题：

网络平台中设置的用户事件越来越多，其中大量的用户事件的发生需要向用户发送消息，则需要技术人员对每种消息分别编写用于生成和发送消息的程序，从而导致开发效率低下。

技术实现要素：

本申请实施例提供了一种发送消息的方法、装置、设备及存储介质，能够提高技术人员的开发效率的问题。所述技术方案如下：

一方面，提供了一种发送消息的方法，所述方法包括：

当检测到用户事件发生时，确定当前发生的用户事件对应的目标事件类型和目标账户；

如果预先存储的事件类型与消息模板的对应关系中存在所述目标事件类型，则基于所述对应关系确定所述目标事件类型对应的目标消息模板，其中，所述消息模板记录有组成消息的至少一个字段对应的参数名；

基于所述目标消息模版中的至少一个字段对应的参数名，在所述目标账户的用户数据中，获取每个参数名对应的数据；

基于所述每个参数名对应的数据，生成目标消息，向所述目标账户对应的终端发送所述目标消息。

可选的，所述基于所述对应关系确定所述目标事件类型对应的目标消息模板，包括：

确定本地是否存储有所述目标事件类型对应的用户数据判定条件，其中，所述用户数据判定条件用于判定是否进行消息发送；

如果本地存储有所述目标事件类型对应的用户数据判定条件，则确定所述目标账户的用户数据是否满足所述用户数据判定条件；

如果所述目标账户的用户数据满足所述用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述方法还包括：如果本地未存储所述目标事件类型对应的用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述目标事件类型对应有多个用户数据判定条件，所述如果所述目标账户的用户数据满足所述用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板，包括：

如果所述目标账户的用户数据满足所述多个用户数据判定条件中的任一用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的多个消息模板，在所述多个消息模板中选取与所述任一用户数据判定条件对应的目标消息模板。

可选的，所述向所述目标账户对应的终端发送所述目标消息，包括：

基于预先存储的事件类型与延迟时长的对应关系，确定所述目标事件类型对应的目标延迟时长；

当监测到所述用户事件发生后的计时时长达到所述目标延迟时长时，向所述目标账户对应的终端发送所述目标消息。

可选的，所述消息模板中各参数名按预设的顺序排列，所述基于所述每个参数名对应的数据，生成目标消息，包括：

基于所述目标消息模板中参数名的顺序，对所述每个参数名对应的数据进行组合，生成目标消息。

可选的，所述用户事件，包括：

接收到用户消息、完成业务处理、或达到预设的数据统计周期。

另一方面，提供了一种发送消息的装置，所述装置包括：

检测模块，被配置为当检测到用户事件发生时，确定当前发生的用户事件对应的目标事件类型和目标账户；

确定模块，被配置为如果预先存储的事件类型与消息模板的对应关系中存在所述目标事件类型，则基于所述对应关系确定所述目标事件类型对应的目标消息模板，其中，所述消息模板记录有组成消息的至少一个字段对应的参数名；

获取模块，被配置为基于所述目标消息模版中的至少一个字段对应的参数名，在所述目标账户的用户数据中，获取每个参数名对应的数据；

发送模块，被配置为基于所述每个参数名对应的数据，生成目标消息，向所述目标账户对应的终端发送所述目标消息。

可选的，所述确定模块，被配置为：

确定本地是否存储有所述目标事件类型对应的用户数据判定条件，其中，所述用户数据判定条件用于判定是否进行消息发送；

如果本地存储有所述目标事件类型对应的用户数据判定条件，则确定所述目标账户的用户数据是否满足所述用户数据判定条件；

如果所述目标账户的用户数据满足所述用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述确定模块，还被配置为：

如果本地未存储所述目标事件类型对应的用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述目标事件类型对应有多个用户数据判定条件，所述确定模块，被配置为：

如果所述目标账户的用户数据满足所述多个用户数据判定条件中的任一用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的多个消息模板，在所述多个消息模板中选取与所述任一用户数据判定条件对应的目标消息模板。

可选的，所述发送模块，被配置为：

基于预先存储的事件类型与延迟时长的对应关系，确定所述目标事件类型对应的目标延迟时长；

当监测到所述用户事件发生后的计时时长达到所述目标延迟时长时，向所述目标账户对应的终端发送所述目标消息。

可选的，其特征在于，所述消息模板中各参数名按预设的顺序排列，所述发送模块，被配置为：

基于所述目标消息模板中参数名的顺序，对所述每个参数名对应的数据进行组合，生成目标消息。

再一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上所述的发送消息的方法所执行的操作。

再一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上所述的发送消息的方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果是：

通过预先存储事件类型与消息模板的对应关系，当检测到用户事件发生时，确定用户事件对应的目标事件类型和目标账户，根据对应关系确定目标事件类型对应的目标消息模板，再根据目标账户获取目标消息模板中需要填入的用户数据，然后将用户数据与目标消息模板组成向终端发送的消息。采用本申请，只需要技术人员编写一个统一的用于生成和发送消息的程序，并设置用户事件类型与消息模板的对应关系，便可完成对各种消息的生成与发送，不需要针对每种消息分别编写用于生成和发送消息的程序，能够提高技术人员的开发效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的发送消息的方法流程图；

图2是本申请实施例提供的发送消息的方法示意图；

图3是本申请实施例提供的发送消息的方法示意图；

图4是本申请实施例提供的发送消息的装置结构示意图；

图5是本申请实施例提供的服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供的发送消息的方法可以由终端和服务器实现。其中，终端具有通信功能，可以接入互联网，终端可以是手机、平板电脑、智能穿戴设备、台式计算机、笔记本电脑等。服务器可以与终端建立通信，该服务器可以是一个单独的服务器也可以是一个服务器组，如果是单独的服务器，该服务器可以负责下述方案中的所有处理，如果是服务器组，服务器组中的不同服务器分别可以负责下述方案中的不同处理，具体的处理分配情况可以由技术人员根据实际需求任意设置，此处不再赘述。

服务器中可以接收终端发送的应用程序中的用户数据，并可以对接收到的用户数据进行存储，或对接收到的用户数据进行计算生成新的用户数据并存储。服务器可以根据接收到或存储的用户数据触发用户事件，例如，终端向购物应用程序中对应的服务器中发送一个订单支付通知，服务器可以根据订单支付通知对用户的账户进行扣款、减少商店的库存等。之后服务器还可以向用户的终端发送消息，以提示用户完成订单的支付。本申请实施例提供的发送消息的方法，可以根据触发用户事件的用户数据，生成向终端发送的消息，然后发送至终端。本申请实施例以应用程序是购物应用程序，服务器为购物应用程序的后台服务器为例，对方案进行详细说明，其他情况与之类似，不再赘述。

图1是本申请实施例提供的一种发送消息的方法流程图。参见图1，该实施例包括：

步骤101、当检测到用户事件发生时，确定当前发生的用户事件对应的目标事件类型和目标账户。

在实施中，服务器中有设置检测程序，用于检测用户事件的发生，当服务器检测到用户事件发生之后，可确定用户事件对应的事件类型(即目标事件类型)和对应的账户(即目标账户)，例如，服务器接收到用户在终端操作购物应用程序的行为数据。其中，行为数据中可以携带有用户事件对应的用户事件标识和账户标识。服务器可以根据操作数据中携带的用户事件标识和账户标识，确定用户事件的时间类型，如完成支付、加入购物车等，然后再根据行为数据或其他用户数据、以及账户标识对用户事件进行处理。目标账户可以是触发用户事件的账户对应的账户标识，也可以是用户事件中涉及的账户标识。例如，消费者使用购物应用程序中对商家进行评论，消费者完成评论后，终端可以将消费者进行评论的操作数据发送至服务器，其中，操作数据可以包括评论事件标识、评论内容、消费者账户标识以及商家账户标识等，服务器可以根据接收到的操作数据中评论事件标识，确定接收到的操作数据为评论事件对应的数据，再根据评操作数据中的评论内容、消费者账户标识、商家账户标识进行相应的处理，此时目标账户为消费者账户和商家账户。

其中，用户事件可以包括：接收到用户消息、完成业务处理、或达到预设的数据统计周期。

接收到用户消息可以是接收到用户的行为数据。用户在终端操作购物应用程序时，可以向服务器发送购物应用程序的行为数据，其中，行为数据中可以携带有用户触发的用户事件的用户事件类型和账户标识。完成业务处理可以是服务器中完成设置的技术人员设置各种业务，在业务处理完成之后，服务器可以根据完成的业务对应的业务标识确定用户事件的类型。例如，服务器根据用户在购物应用程序中产生的用户数据，计算用户可能感兴趣的商品，则目标事件类型为感兴趣的商品，账户标识为计算的用户对应的账户标识。服务器中预先设置的各种数据统计周期，在达到数据统计周期时，可根据统计的数据类型以及统计的账户，确定用户事件的类型和目标账户。

步骤102、如果预先存储的事件类型与消息模板的对应关系中存在目标事件类型，则基于对应关系确定目标事件类型对应的目标消息模板。

其中，消息模板记录有组成消息的至少一个字段对应的参数名。

在实施中，有些事件类型在触发之后需要向终端发送消息，例如，消费者完成订单的支付、商家参加促销活动等，需要给消费者或商家登录的终端发送提示消息。对于需要向终端发送消息的事件类型，服务器中可以预先存储各个事件类型与消息模版的对应关系。当服务器确定当前发生的用户事件对应的目标事件类型之后，可以在确定事件类型与消息模版的对应关系中是否包括目标事件类型，如果事件类型与消息模版的对应关系中包括目标事件类型，则可以根据对应关系，确定目标事件标识对应的目标消息模版。

可选的，可以对事件类型设置用户数据判定条件，根据用户数据以及用户数据判定条件确定是否向目标账户的终端发送消息，相应的处理如下：确定本地是否存储有目标事件类型对应的用户数据判定条件，其中，用户数据判定条件用于判定是否进行消息发送；如果本地存储有目标事件类型对应的用户数据判定条件，则确定目标账户的用户数据是否满足用户数据判定条件；如果目标账户的用户数据满足用户数据判定条件，则基于对应关系确定目标事件类型对应的目标消息模板。

在实施中，服务器中可以存储有事件类型对应的用户数据判定条件，当服务器确定当前发生的用户事件对应的目标事件类型之后，可以确定目标事件类型是否对应有用户数据判定条件。如图2所示，如果目标事件类型对应有用户数据判定条件，则可以获取用户数据判定条件对应用户数据，如果获取的用户数据满足目标事件类型对应有用户数据判定条件，则根据事件类型与消息模版的对应关系，确定目标事件类型对应的目标消息模版。例如，购物应用程序中设置了领取优惠券的选项，则事件类型为领取优惠券，用户数据判定条件没有完成页面浏览时长的任务，如果用户在终端的购物应用程序中点击了领取优惠券的选项，服务器可以获取用户在页面的浏览时长，如果满足了用户数据判定条件，即浏览时长没有达到任务设置的浏览时长，则对应的消息模版为“您的浏览时长为xx，还未完成浏览任务，不能领取优惠券”。

另外，如果本地未存储目标事件类型对应的用户数据判定条件，则基于对应关系确定目标事件类型对应的目标消息模板。

在实施中，如果服务器中没有存储有目标事件类型对应的用户数据判定条件，则可以根据事件类型与消息模版的对应关系，确定目标事件类型对应的目标消息模板。例如，购物应用程序中设置了领取优惠券的选项，并没有设置用户数据判定条件，则在用户点击领取优惠券的选项之后，服务器可以向用户的终端发送“领取成功”的消息。

可选的，事件类型对应有多个用户数据判定条件，每个用户数据判定条件可对应不同的消息模版，相应的处理如下：如果目标账户的用户数据满足多个用户数据判定条件中的任一用户数据判定条件，则基于对应关系确定目标事件类型对应的多个消息模板，在多个消息模板中选取与任一用户数据判定条件对应的目标消息模板。

在实施中，服务器中可以存储有事件类型对应的多个用户数据判定条件，每个用户数据判定条件可对应不同的消息模版。当服务器确定当前发生的用户事件对应的目标事件类型之后，可以根据目标事件类型对应的多个用户数据判定条件，获取需要进行判别的用户数据，然后确定获取的用户数据所满足的用户数据判定条件，然后将用户数据所满足的用户数据判定条件对应的消息模板确定为目标事件类型的目标消息模板。例如，运营人员设置了一个促销活动，对应的用户数据判定条件为不同数额的促销金额，如表1所示。

表1

步骤103、基于目标消息模版中的至少一个字段对应的参数名，在目标账户的用户数据中，获取每个参数名对应的数据。

在实施中，消息模版中包括固定的文本内容以及至少一个需要填入的字段，例如，消息对应的应用程序标识。字段可以与消息模版中包括固定的文本内容组成待发送的消息。每个字段对应有参数名，服务器可以根据参数名获取对应的数据。例如，需要填入的字段可以是用户昵称、订单金额、网络链接等。当确定目标事件类型对应的目标消息模版之后，可以根据目标消息模板中记录的组成消息的至少一个字段对应的参数名，在目标账户的用户数据中获取与参数名对应的数据。

步骤104、基于每个参数名对应的数据，生成目标消息，向目标账户对应的终端发送目标消息。

在实施中，可以根据获取参数名对应的数据，可与消息模版中的文本内容生成待发送的目标消息，然后将目标消息发送到目标账户对应的终端。

可选的，有些用户事件发生之后，需要在一定时间之后向终端发送消息，可以对此类用户事件的事件类型设置延迟时长，相应的处理如下：基于预先存储的事件类型与延迟时长的对应关系，确定目标事件类型对应的目标延迟时长；当监测到用户事件发生后的计时时长达到目标延迟时长时，向目标账户对应的终端发送目标消息。

在实施中，当确定目标事件类型对应的目标消息之后，如果预先存储的事件类型与延迟时长的对应关系中包括目标事件类型，则确定目标时间类型对应的延迟时长，将目标消息放置在延迟消息队列中，并在目标事件发生之后，时长达到延迟时长之后，再将延迟消息队列中的目标消息发送至目标账户的终端。例如，用户点击参加促销活动的选项，则目标事件类型为参加促销活动，在用户参加促销活动之后时长达到一天时，可以向用户发送提醒消息，以提醒用户购买商品。

在另一种实现的可能中，事件类型对应有延迟时长和用户数据判定条件，即该事件类型的用户事件发生后，需要延迟一段时间，再获取用户数据并根据用户数据判定条件确定对应的消息模版。

在实施中，当目标事件类型对应有延迟时长和用户数据判定条件，可以确定目标事件类型对应延迟时长，如图3所示，在目标事件发生之后的时长达到延迟时长时，再根据目标事件类型对应的用户数据判定条件获取需要进行判定的用户数据，其中，目标事件类型对应的用户数据判定条件可以为多个。然后根据用户数据满足的用户数据判定条件，确定对应的消息模版。目标事件类型为参加促销任务，延迟时长为4天，用户数据判定条件为完成100个订单以及没有完成100个订单。当商家点击了促销任务的参加选项第4天后，服务器可以获取商家在4天内的订单数量。如果订单数量大于等于100，则对应的消息模版为“恭喜完成任务，您的订单数量为xxx”，如果如果订单数量小于100，则对应的消息模版为“很遗憾您没能完成任务，您的订单数量为xxx”。

可选的，消息模板中各参数名按预设的顺序排列，可基于目标消息模板中参数名的顺序，对每个参数名对应的数据进行组合，生成目标消息。

在实施中，消息模板中需要填入的字段可以包括多个，则消息模版对应的参数名可以包括多个。在消息模版中还可以包括各个参数名对应的排列顺序。在获取消息模版中各个参数名对应的数据之后，可以将获取的数据按照参数名对应的排列顺序依次填入到消息模版中，从而生成目标消息。

本申请实施例通过预先存储事件类型与消息模板的对应关系，当检测到用户事件发生时，确定用户事件对应的目标事件类型和目标账户，根据对应关系确定目标事件类型对应的目标消息模板，再根据目标账户获取目标消息模板中需要填入的用户数据，然后将用户数据与目标消息模板组成向终端发送的消息。采用本申请，只需要技术人员编写一个统一的用于生成和发送消息的程序，并设置用户事件类型与消息模板的对应关系，便可完成对各种消息的生成与发送，不需要针对每种消息分别编写用于生成和发送消息的程序，能够提高技术人员的开发效率。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图4为本申请实施例提供的一种发送消息的装置，还装置可以是上述实施例中的服务器，如图4所示，该装置包括：

检测模块410，被配置为当检测到用户事件发生时，确定当前发生的用户事件对应的目标事件类型和目标账户；

确定模块420，被配置为如果预先存储的事件类型与消息模板的对应关系中存在所述目标事件类型，则基于所述对应关系确定所述目标事件类型对应的目标消息模板，其中，所述消息模板记录有组成消息的至少一个字段对应的参数名；

获取模块430，被配置为基于所述目标消息模版中的至少一个字段对应的参数名，在所述目标账户的用户数据中，获取每个参数名对应的数据；

发送模块440，被配置为基于所述每个参数名对应的数据，生成目标消息，向所述目标账户对应的终端发送所述目标消息。

可选的，所述确定模块420，被配置为：

确定本地是否存储有所述目标事件类型对应的用户数据判定条件，其中，所述用户数据判定条件用于判定是否进行消息发送；

如果本地存储有所述目标事件类型对应的用户数据判定条件，则确定所述目标账户的用户数据是否满足所述用户数据判定条件；

如果所述目标账户的用户数据满足所述用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述确定模块420，被配置为：

如果本地未存储所述目标事件类型对应的用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的目标消息模板。

可选的，所述目标事件类型对应有多个用户数据判定条件，所述确定模块420，被配置为：

如果所述目标账户的用户数据满足所述多个用户数据判定条件中的任一用户数据判定条件，则基于所述对应关系确定所述目标事件类型对应的多个消息模板，在所述多个消息模板中选取与所述任一用户数据判定条件对应的目标消息模板。

可选的，所述发送模块440，被配置为：

基于预先存储的事件类型与延迟时长的对应关系，确定所述目标事件类型对应的目标延迟时长；

当监测到所述用户事件发生后的计时时长达到所述目标延迟时长时，向所述目标账户对应的终端发送所述目标消息。

可选的，其特征在于，所述消息模板中各参数名按预设的顺序排列，所述发送模块440，被配置为：

基于所述消息模板中参数名的顺序，对所述每个参数名对应的数据进行组合，生成目标消息。

需要说明的是：上述实施例提供的发送消息的装置在发送消息时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的发送消息的装置与发送消息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5是本申请实施例提供的一种服务器的结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)501和一个或一个以上的存储器502，其中，所述存储器502中存储有至少一条指令，所述至少一条指令由所述处理器501加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成下述实施例中发送消息的方法。例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。