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

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种推送消息的发送方法及装置、存储介质及电子装置。

背景技术

随着互联网的飞速发展，智能生活情景推荐给用户的选择也越来越多，但是过多的信息推送会给用户带来烦恼，同时由于无法明确用户真正需求的智能场景从而导致的对用户群体需求判断不精准、推送无用信息、接口信息调用缓慢的问题尚未得到有效解决。

针对相关技术中，对于推送消息的推送效果不佳，目标对象使用体验差等问题，尚未提出有效的解决方案。

因此，有必要对相关技术予以改良以克服相关技术中的所述缺陷。

发明内容

本发明实施例提供了一种推送消息的发送方法及装置、存储介质及电子装置，以至少解决相关技术中对于推送消息的推送效果不佳，目标对象使用体验差等问题。

根据本发明实施例的一方面，提供了一种推送消息的发送方法，包括：获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：接收所述目标对象对所述推送消息的操作事件；在所述操作事件为查看推送消息的情况下，将所述推送消息对应的详情内容展示在所述终端设备的显示界面上；在所述操作事件为点击推送消息的情况下，通过所述启动链接将当前终端设备中的显示页面跳转成所述服务功能对应的服务页面。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之前，上述方法还包括：确定所述当前目标对象在预设周期内接收到相同类型推送消息的推送次数；在所述推送次数大于预设阈值的情况下，向所述当前目标对象停止发送所述推送消息；在所述推送次数小于等于预设阈值的情况下，记录向所述当前目标对象发送所述推送消息的时间点以及所述推送消息完成推送的耗时信息。

在一个示例性的实施例中，在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能之前，上述方法还包括：确定所述终端设备与所述当前目标对象是否存在绑定关系；在不存在所述绑定关系的情况的下，确定所述终端设备无法接收推送消息，并在消息提示窗口显示所述终端设备无法接收推送消息的原因；在存在所述绑定关系的情况的下，获取所述当前目标对象使用服务功能的历史记录，基于所述历史记录确定所述目标对象的在不同服务场景下对应的多个预设条件规则，其中，预设条件规则为由若干个独立的规则组成的规则链组合。

在一个示例性的实施例中，获取所述当前目标对象使用服务功能的历史记录，基于所述历史记录确定所述目标对象的在不同服务场景下对应的预设条件规则之后，上述方法还包括：确定所述事件信息对应的服务场景；根据所述服务场景从所述多个预设条件规则中确定出目标预设条件规则；确定所述事件信息对应的目标规则与所述目标预设条件规则的匹配度，以根据匹配度确定所述事件信息是否符合预设条件规则。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：在确定所述终端设备具备语音交互功能的情况下，生成所述推送消息对应的推送语音；将所述推送语音下发至所述终端设备，以控制所述终端设备与当前目标对象进行语音交互。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：接收所述目标对象对所述推送消息的操作事件；在所述操作事件为查看推送消息的情况下，将所述推送消息对应的详情内容展示在所述终端设备的显示界面上；在所述操作事件为点击推送消息的情况下，通过所述启动链接将当前终端设备中的显示页面跳转成所述服务功能对应的服务页面。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：获取所述当前目标对象对于所述推送消息的评价反馈，其中，所述评价反馈包含当前目标对象对于所述推送消息的调整需求；在所述评价反馈指示当前推送消息存在推送打扰的情况下，基于所述评价反馈中包含的调整需求为所述推送消息规划推送时机。

根据本发明实施例的另一方面，还提供了一种绑定装置，包括：获取模块，用于获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；识别模块，用于在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；发送模块，用于在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述推送消息的发送方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述推送消息的发送方法。

通过本发明，获取终端设备触发的事件信息，其中，事件信息用于指示当前目标对象触发的服务场景；在确定事件信息符合预设条件规则的情况下，识别事件信息对应的推送优先级，并为事件信息匹配待执行的服务功能；在确定当前事件信息对应的推送优先级为最高优先级的情况下，向使用终端设备的当前目标对象发送推送消息，其中，推送消息中至少携带待执行的服务功能对应的启动链接，即通过目标对象触发的事件信息判断当前目标对象的推送需求，从而基于推送需求将适合的推送消息发送至目标对象。采用上述技术方案，解决了相关技术中至少解决相关技术中对于推送消息的推送效果不佳，目标对象使用体验差等问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种可选的推送消息的发送方法的硬件环境示意图；

图2是根据本申请实施例的一种可选的推送消息的发送方法的流程图；

图3是根据本申请实施例的一种可选的推送消息的系统架构示意图；

图4是根据本申请实施例的一种可选的推送消息的实际应用示意图；

图5是根据本发明实施例的一种可选的推送消息的发送装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种推送消息的发送方法。该推送消息的发送方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(IntelligenceHouse)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述推送消息的发送方法可以应用于如图1所示的由多个终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与多个终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在本实施例中提供了一种推送消息的发送方法，包括但不限于应用于终端设备，需要说明的是，所述终端设备可以是手机、平板、电脑等可以安装并运行本发明所涉及的应用程序的任何设备，对此本发明不做限制。图2是根据本发明实施例的推送消息的发送方法的流程图，该流程包括如下步骤：

步骤S202：获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；

步骤S204：在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；

步骤S206：在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。

通过上述步骤，获取终端设备触发的事件信息，其中，事件信息用于指示当前目标对象触发的服务场景；在确定事件信息符合预设条件规则的情况下，识别事件信息对应的推送优先级，并为事件信息匹配待执行的服务功能；在确定当前事件信息对应的推送优先级为最高优先级的情况下，向使用终端设备的当前目标对象发送推送消息，其中，推送消息中至少携带待执行的服务功能对应的启动链接，即通过目标对象触发的事件信息判断当前目标对象的推送需求，从而基于推送需求将适合的推送消息发送至目标对象。采用上述技术方案，解决了相关技术中至少解决相关技术中对于推送消息的推送效果不佳，目标对象使用体验差等问题。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：接收所述目标对象对所述推送消息的操作事件；在所述操作事件为查看推送消息的情况下，将所述推送消息对应的详情内容展示在所述终端设备的显示界面上；在所述操作事件为点击推送消息的情况下，通过所述启动链接将当前终端设备中的显示页面跳转成所述服务功能对应的服务页面。

简单来说，在目标对象接收到推送消息之后，还可以结合目标对象对所述推送消息的操作事件，确定推送消息对应待执行的动作，例如，当向使用终端设备的目标对象推送热门美食的推送消息时，推送消息中不仅包含美食对应的图像文字内容，还包括对应的购买跳转链接，为了便于向目标对象进行推送，最初推送消息在终端设备的显示界面仅显示为美食卡片，并在美食卡片上显示查看或者跳转的选项，当目标对象选择查看时，进一步将推送消息对应的美食的详细内容在终端设备的显示界面进行显示，以供目标对象进行了解，当目标对象选择跳转时，可以通过相关购买跳转链接引导目标对象在第三方应用中服务功能对应的服务页面进行选择购买，进而提升了推送消息的推送效果，在保证目标对象体验的同时提升推送成功率。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之前，上述方法还包括：确定所述当前目标对象在预设周期内接收到相同类型推送消息的推送次数；在所述推送次数大于预设阈值的情况下，向所述当前目标对象停止发送所述推送消息；在所述推送次数小于等于预设阈值的情况下，记录向所述当前目标对象发送所述推送消息的时间点以及所述推送消息完成推送的耗时信息。

可以理解的是，在实际应用过程中，频繁且反复的向目标用户发送相似推荐信息会对目标用户造成干扰，带来不好的使用体验，为了避免出现频繁推送给目标用户带来不良体验的问题，可以通过限制推送频率以及推送次数：可选地，设定目标用户在一天内仅能收到一次相同类型的推送信息；在目标用户触发场景，但一日之内已经推荐过的情况下，取消推送。

可选地，在限定推送频率的过程中，可根据目标用户的实际应用情况进行调整。记录目标用户触发不同场景的频率、次数及时间点。在一个可选地实施例中，目标用户一周之内触发外卖场景的次数大于10次，则可以将每天只能发出一次推送消息的预设频率改为，涉及外卖场景的推送可以一日两次；另外，在目标用户一个月内触发外卖场景次数大于60次的情况下，可以提高外卖场景的优先级。即当存在优先级比外卖场景高的推送场景的情况下，将优先级高的场景和外卖推送场景一起推荐给目标用户。

可选地，在所述推送次数小于等于预设阈值的情况下，完成消息推送，并记录推送过程日志以及所消耗的时间。从而发现哪些接口耗时较长，哪些环节调用次数最多，便于后期研发人员对程序进行升级和维护。其中推送过程日志直到包括：接口耗时超过限定记录日志、落埋点日志。

可选的，接口耗时超过限定记录日志包括以下几种：

1)在flink程序中调用外部接口会有延迟，为了方便判断哪些接口耗时较长，将接口的每次调用耗时较长的请求，推送到指定topic，最终落入es日志。

2)在apollo配置中，配置接口耗时上限值，比如500ms，超过这个阈值就会记录请求日志。

3)落埋点日志：用户每次触发节假日个性化推荐，每次flink程序计算的耗时情况，用户ID等基本信息都会记录到埋点日志，便于后续统计服务使用的pv，uv，计算平均耗时情况。

通过上述推送方式在避免向目标对象频繁推送推送消息的同时，提升目标对象对推送消息的使用体验，保证推送效果。

在一个示例性的实施例中，在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能之前，上述方法还包括：确定所述终端设备与所述当前目标对象是否存在绑定关系；在不存在所述绑定关系的情况的下，确定所述终端设备无法接收推送消息，并在消息提示窗口显示所述终端设备无法接收推送消息的原因；在存在所述绑定关系的情况的下，获取所述当前目标对象使用服务功能的历史记录，基于所述历史记录确定所述目标对象的在不同服务场景下对应的多个预设条件规则，其中，预设条件规则为由若干个独立的规则组成的规则链组合。

即为了保证目标对象对于推送消息的接收以及推送消息的推送成功率，还可以通过确定终端设备与目标对象的绑定关系，通过绑定关系确定推送消息是否能够成功向对应的目标推送，并且还可以结合目标对象对服务功能的历史记录，确定目标对象在不同服务场景下指示消息推送的多个预设条件规则，进而选择适合当前目标对象的推送内容形成推送消息向目标对象进行推送，提升推送消息在目标对象处被成功推送的概率。

在一个示例性的实施例中，获取所述当前目标对象使用服务功能的历史记录，基于所述历史记录确定所述目标对象的在不同服务场景下对应的预设条件规则之后，上述方法还包括：确定所述事件信息对应的服务场景；根据所述服务场景从所述多个预设条件规则中确定出目标预设条件规则；确定所述事件信息对应的目标规则与所述目标预设条件规则的匹配度，以根据匹配度确定所述事件信息是否符合预设条件规则。

需要说明的是，为了便于确定用户的绑定信息，可以调用目标用户所加入的家庭环境中，其他用户已经绑定的设备信息，并缓存至本地。减少了对接口的调用以及时间的消耗。

可以理解的是，在多个事件信息均符合预设条件规则的情况下，若同时推荐给用户，会给用户带来干扰；为不同的事件信息确立不同的事件优先级，在触发多个事件信息的情况下，仅推送优先级靠前的事件信息能大大减少对用户的干扰。

可选地，优先级可以按照事件信息触发的难易程度来确立。在一个可选实施例中，事件信息A，触发难度极高；事件信息B，触发难度适中；事件信息C，触发难度简单。由于事件信息A不容易被触发，防止事件信息A被遗漏，则将事件信息A的优先级设为最高。由于事件信息C容易被触发，则将事件信息C的优先级设为最低。

可以明确的是，由于不同服务场景对应的规则链不同，可以通过不同场景触发所需要的设备进行判定，例如，在一个可选的实施例中，外卖场景触发规则如下：1)判断用户是否绑定【冰箱】设备，若未绑定则不推送；2)判断用户是否使用【食材管理】功能，若未使用过，则不推送；3)判断用户【食材管理】中是否有存有食材，若存有食材，则不推送；4)判断用户开启APP时间是否命中早餐：【6：00-7：00】、午餐【11：00-12：00】、晚餐【17：00-18：00】，若未命中则不推送；5)每个用户启动app一天内仅收到一次弹窗消息，点击跳转到美团外卖。

例如，美食场景触发规则如下：1)判断用户是否命中【节假日前1-7天】例如1月1日元旦，则推送期间为12月26日-1月1日，若未命中，则不推送；2)判断用户是否绑定【蒸烤箱】设备，若未绑定，则不推送；3)判断用户是否【3年内购买过生态产品】，若无购买记录，则不推送；4)每个用户启动app一天内仅收到一次弹窗消息，点击调起微信食联网小程序。

例如，厨电上门清洗场景触发规则如下：1)判断用户是否绑定油烟机设备，若未绑定，则不展示；2)判断用户是否抽油烟机使用超过1095小时，若未超过，则不展示；3)判断用户开启APP时间是否命中特殊节假日，若未命中节假日则不展现，命中展现；4)每个用户启动app一天内仅收到一次弹窗消息，点击跳转到家电清洗页面。

此外，当出现无法获取用户绑定信息的情况下，可通过弹窗提示用户，是否进行设备绑定，从而开启智能场景推荐功能，在获取到用户绑定信息的情况下，通过调用用户所绑定设备的历史记录，来推断用户的日常行为习惯，从而为用户定制更具针对性的推荐信息。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：在确定所述终端设备具备语音交互功能的情况下，生成所述推送消息对应的推送语音；将所述推送语音下发至所述终端设备，以控制所述终端设备与当前目标对象进行语音交互。

可以理解的是，目标用户并不是实时关注终端设备，且部分大龄用户无法看清屏幕推送消息，这就导致可能存在用户错过推送信息的情况。在用户接受的情况下，可以通过语音播报的形式推送信息，进一步的用户可以根据语音播报的内容进行交互。

可选地，移动终端播报内容可以是“现在是9月17日中午12：00，午餐时间到了，是否需要订购外卖？”，从而在目标用户回应包含肯定意图的信息时，跳转至外卖服务功能，并继续询问用户的喜好。

可选地，上述步骤S206：向使用所述终端设备的当前目标对象发送推送消息之后，所述方法还包括：接收所述目标对象对所述推送消息的操作事件；在所述操作事件为查看推送消息的情况下，将所述推送消息对应的详情内容展示在所述终端设备的显示界面上；在所述操作事件为点击推送消息的情况下，通过所述启动链接将当前终端设备中的显示页面跳转成所述服务功能对应的服务页面。

可以理解的是，在目标用户收到推送消息后，可以通过弹窗所显示的内容自主抉择是否进行点击行为；在目标用户对弹窗内容不感兴趣的情况下，目标用户可以直接忽略本次弹窗信息。

在目标用户收到推送消息且对推送内容感兴趣的情况下，点击推送消息。推送消息可以通过弹窗的形式出现在移动终端；在目标用户点击外卖场景推送地弹窗的情况下，调用第三方信息并跳转至美团外卖；在目标用户点击美食场景推送地弹窗的情况下，调用第三方信息并调起微信食联小程序；在目标用户点击春秋换季(厨电上门清洗)场景推送地弹窗的情况下，调用第三方信息并跳转至家电清洗页面。

在一个示例性的实施例中，向使用所述终端设备的当前目标对象发送推送消息之后，上述方法还包括：获取所述当前目标对象对于所述推送消息的评价反馈，其中，所述评价反馈包含当前目标对象对于所述推送消息的调整需求；在所述评价反馈指示当前推送消息存在推送打扰的情况下，基于所述评价反馈中包含的调整需求为所述推送消息规划推送时机。

在实际应用过程中，用户对推送消息存在认可或不认可两种情况。在完成推送后向用户发起评价页面，在用户认可当前推送内容的情况下，保持现有状态继续推送，并询问用户是否有其他建议；在用户不认可当前推送内容的情况下，询问用户是否要关闭推送或调整推送时间。

需要明确的是，上述实施例依托于应用程序进行运转。

显然，上述所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。为了更好的理解上述推送消息的发送方法，以下结合实施例对上述过程进行说明，但不用于限定本发明实施例的技术方案，具体地：

以下结合图3对实施例的方案进行描述，图3是根据本申请实施例的一种可选的推送消息的系统架构示意图，核心为4个模块，a.感知模块(即感知器)：用于输出触发生活服务的事件流，可选的，用于将一天中用户首次登陆app的事件输出到kafka；b.业务规则集成模块：用于订阅感知事件，调用第三方服务，组合业务逻辑，输出消息到kafka；c.交互下发模块：用于按照需求拼装文案，调用外部下发服务下发到终端APP。d.第三方服务封装SDK：用于封装各类服务，如节假日的查询，外部服务的调用等。

图4是根据本申请实施例的一种可选的推送消息的实际应用示意图，如图4所示，具体的，在进行生活服务推送之前，通过使用开源规则引擎easy rules(https：//github.com/j-easy/easy-rules)把所有独立的业务规则封装为规则引擎中的规则类：可选的，上述规则类对应的规则可以是：包含输入(事实)，条件(condition)和行为(action)，使得当将事实输入规则引擎中后，当确定事实满足某个条件(调用生活服务SDK)就触发对应行为输出，需要说明的是：每个生活服务场景则由若干个独立的规则组成的规则链组合，只有其中所有的规则都满足才输出需要下发的消息内容，此外，为了方便增加或减少生活服务场景，每个场景独立计算互不影响。

例如，上述图4中的在实际应用中在规则引擎中设置了外卖服务场景、限行打车场景、美食服务场景、油烟机清洗服务场景等，并且对外卖服务场景中包含的规则进行了说明，具体包括：冰箱绑定规则、食材管理规则、就餐时段规则、重复过滤规则；其中，冰箱绑定规则用于判断定用户是否绑定【冰箱】设备，若未绑定则不推送；食材管理规则用于2)判断用户是否使用【食材管理】功能，若未使用过，则不推送；就餐时段规则用于判断用户开启APP时间是否命中早餐：【6：00-7：00】、午餐【11：00-12：00】、晚餐【17：00-18：00】，若未命中则不推送；重复过滤规则，用于确定相同推送消息的推送次数，当出现重复推送时，禁止重复推送。

需要说明的是，为了对保证对推送消息的推送精确性，还引入了框架和分布式处理引擎Flink，对无界和有界数据流进行有状态计算，例如，设置flink state状态计算：每个用户都有可能触发3个生活场景中的一个，由于生活场景触发的优先级，上门清洗>美食>外卖，所以每个用户一天内仅会收到一次场景弹窗，不给用户造成心理负担。使用flinkvalueState状态缓存，记录用户首次场景下发的时间，当用户再次触发场景，读取状态缓存，若大于一天则下发，否则丢弃。

进一步的，还可以自定义flink平均耗时计算器，实现flink接口类SimpleAccumulator，即通过自定义一个平均耗时计算器，用来统计每个生活服务外部接口调用的平均耗时情况，基而确定接口耗时超过限定记录日志，并结合实际使用情况进行划分，具体的，当存在flink程序中调用外部接口会有延迟，为了方便判断哪些接口耗时较长，将接口的每次调用耗时较长的请求，推送到指定topic，最终落入es日志。当在apollo配置中，可以为配置接口设置耗时上限值，如：500ms，超过这个阈值就会记录请求日志。

通过上述实施方案，通过构建多个生活场景触发的优先级排序，使用规则引擎既能够保证场景触发的顺序，也能高效快速的计算每种场景规则，满足立即退出计算。并且，每种场景下发的内容不同，不可以重复推送，而且多个场景每天也只能推一个消息弹窗给用户，用户也可以根据喜好判断是否关闭生活服务开关，避免给用户造成困扰，整个flink程序推荐计算，考虑到灵活可配置，高性能，低延时等实时计算场景，同时也考虑了日志跟踪计算情况，让每个节点可debug。

在本实施例中还提供了一种推送消息的发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的设备较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的一种可选的推送消息的发送装置的结构框图，该装置包括：

获取模块52：用于获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；

识别模块54：用于在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；

发送模块56：用于在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。

通过上述装置，获取终端设备触发的事件信息，其中，事件信息用于指示当前目标对象触发的服务场景；在确定事件信息符合预设条件规则的情况下，识别事件信息对应的推送优先级，并为事件信息匹配待执行的服务功能；在确定当前事件信息对应的推送优先级为最高优先级的情况下，向使用终端设备的当前目标对象发送推送消息，其中，推送消息中至少携带待执行的服务功能对应的启动链接，即通过目标对象触发的事件信息判断当前目标对象的推送需求，从而基于推送需求将适合的推送消息发送至目标对象。采用上述技术方案，解决了相关技术中至少解决相关技术中对于推送消息的推送效果不佳，目标对象使用体验差等问题。

在一个示例性的实施例中，上述装置还包括：操作模块，用于接收所述目标对象对所述推送消息的操作事件；在所述操作事件为查看推送消息的情况下，将所述推送消息对应的详情内容展示在所述终端设备的显示界面上；在所述操作事件为点击推送消息的情况下，通过所述启动链接将当前终端设备中的显示页面跳转成所述服务功能对应的服务页面。

在一个示例性的实施例中，上述装置还包括：推送模块，用于确定所述当前目标对象在预设周期内接收到相同类型推送消息的推送次数；在所述推送次数大于预设阈值的情况下，向所述当前目标对象停止发送所述推送消息；在所述推送次数小于等于预设阈值的情况下，记录向所述当前目标对象发送所述推送消息的时间点以及所述推送消息完成推送的耗时信息。

在一个示例性的实施例中，上述装置还包括：绑定模块，用于确定所述终端设备与所述当前目标对象是否存在绑定关系；在不存在所述绑定关系的情况的下，确定所述终端设备无法接收推送消息，并在消息提示窗口显示所述终端设备无法接收推送消息的原因；在存在所述绑定关系的情况的下，获取所述当前目标对象使用服务功能的历史记录，基于所述历史记录确定所述目标对象的在不同服务场景下对应的多个预设条件规则，其中，预设条件规则为由若干个独立的规则组成的规则链组合。

在一个示例性的实施例中，上述装置还包括：确定模块，用于确定所述事件信息对应的服务场景；根据所述服务场景从所述多个预设条件规则中确定出目标预设条件规则；确定所述事件信息对应的目标规则与所述目标预设条件规则的匹配度，以根据匹配度确定所述事件信息是否符合预设条件规则。

在一个示例性的实施例中，上述装置还包括：交互模块，用于在确定所述终端设备具备语音交互功能的情况下，生成所述推送消息对应的推送语音；将所述推送语音下发至所述终端设备，以控制所述终端设备与当前目标对象进行语音交互。

在一个示例性的实施例中，上述装置还包括：评价模块，用于获取所述当前目标对象对于所述推送消息的评价反馈，其中，所述评价反馈包含当前目标对象对于所述推送消息的调整需求；在所述评价反馈指示当前推送消息存在推送打扰的情况下，基于所述评价反馈中包含的调整需求为所述推送消息规划推送时机。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；

S2，在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；

S3，在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取终端设备触发的事件信息，其中，所述事件信息用于指示当前目标对象触发的服务场景；

S2，在确定所述事件信息符合预设条件规则的情况下，识别所述事件信息对应的推送优先级，并为所述事件信息匹配待执行的服务功能；

S3，在确定当前所述事件信息对应的所述推送优先级为最高优先级的情况下，向使用所述终端设备的当前目标对象发送推送消息，其中，所述推送消息中至少携带所述待执行的服务功能对应的启动链接。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。