CN113077288A - 消息推送方法、装置、计算机设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种消息推送方法、装置、计算机设备及计算机可读存储介质，涉及通信技术领域，根据数据分析需求，获取预设运营指标以及门店运营数据进行分析，在分析结果指示存在异常时，基于目标门店绑定的目标通信账号将门店异常消息进行推送，实现了异常自动定位，及时获知消息，保证及时处理。所述方法包括：响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；基于预设运营指标对门店运营数据进行分析，输出分析结果；响应于分析结果指示目标门店的运营存在异常，在门店运营数据中确定异常数据，生成门店异常消息；获取目标门店绑定的目标通信账号，基于目标通信账号所属的目标第三方平台，向目标通信账号推送门店异常消息。

Description

消息推送方法、装置、计算机设备及计算机可读存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种消息推送方法、装置、计算机设备及计算机可读存储介质。

背景技术

近年来，通信技术不断发展，人们生活、工作、学习中的很多操作都可以在智能终端上实现，比如网上购物、网上聊天等等。而随着网上购物的普及，越来越多的品牌或者门店都创建了线上门店，实现线上和线下的同步门店运营。为了保证线上门店的正常运营，线上的门店通常会配备运营人员对门店中商品定价、活动配置、门店履约等工作进行监督，以便第一时间将线上门店中诸如工作异常、服务变更等消息推送给商家进行处理，保证门店的正常运营。

相关技术中，每个门店或者每个品牌配置有一定数量的运营人员，运营人员通过门店所在平台的数据分析功能去查阅门店的营业数据、商品数据、活动分析数据、服务分析数据等，并由运营人员对门店的运营状况进行分析，平台及时将与门店相关的消息推送给运营人员，进而对门店的运营进行决策和操作。

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

人工获取门店中异常或者变更等消息的效率很低，有些品牌可能包括成百上千家的门店，人工难以顾及到每一个门店，涉及到大量的人力物力，导致消息推送的实时性较差，门店中的异常难以及时处理。

发明内容

有鉴于此，本申请提供了一种消息推送方法、装置、计算机设备及计算机可读存储介质，主要目的在于解决目前人工难以顾及到每一个门店，涉及到大量的人力物力，导致消息推送的实时性较差，门店中的异常难以及时处理的问题。

依据本申请第一方面，提供了一种消息推送方法，该方法包括：

响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；

基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果；

响应于所述分析结果指示所述目标门店的运营存在异常，在所述门店运营数据中确定异常数据，生成门店异常消息；

获取所述目标门店绑定的目标通信账号，基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息。

可选地，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据之前，所述方法还包括：

响应于基于所述目标门店所处的运营平台接收到通信账号绑定请求，确定所述通信账号绑定请求指示的所述目标第三方平台；

获取基于所述通信账号绑定请求输入的标识信息，根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号；

在所述目标门店的登录信息中提取目标商家账号，所述登录信息是所述目标门店在所述运营平台中登录成功后对应的门店基本信息；

将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

可选地，所述根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号，包括：

查询所述标识信息在所述目标第三方平台是否存在对应的通信账号；

响应于所述标识信息在所述目标第三方平台存在对应的通信账号，将所述标识信息在所述目标第三方平台对应的通信账号作为所述目标通信账号；

响应于所述标识信息在所述目标第三方平台不存在对应的通信账号，跳转至所述目标第三方平台的账号注册页面，并在检测到商家基于所述账号注册页面完成通信账号的注册以及激活后，将所述商家注册以及激活的通信账号作为所述目标通信账号。

可选地，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据之前，所述方法还包括：

响应于基于所述目标第三方平台接收到通信账号绑定请求，基于所述第三方平台中的服务账号获取商家登录在所述目标第三方平台的通信账号作为所述目标通信账号；

获取所述商家向所述服务账号提供的目标商家账号；

将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

可选地，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，包括：

查询所述目标门店绑定的至少一个数据检测方式，所述至少一个数据检测方式为实时检测、手动检测、定时检测中的一种或一种以上；

响应于当前时间点或当前接收请求与所述至少一个数据检测方式中的目标数据检测方式匹配，确定所述目标门店的数据分析需求，获取所述目标门店的门店属性；

在预设样本数据项中提取与所述目标数据检测方式、所述门店属性关联的至少一个预设样本数据项作为至少一个待检测数据项；

获取所述至少一个待检测数据项中每个待检测数据项对应的检测标准，将所述至少一个待检测数据项以及所述每个待检测数据项对应的检测标准作为所述预设运营指标；

按照所述目标数据检测方式，在所述目标门店中采集与所述至少一个待检测数据项匹配的数据作为所述门店运营数据。

可选地，所述基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果，包括：

对于所述门店运营数据中每一项数据，在所述预设运营指标中确定所述数据匹配的待检测数据项；

将所述数据与所述待检测数据项对应的检测标准进行比对，分析所述数据是否处于所述检测标准的范围内；

分别对所述门店运营数据中每一项数据进行比对分析，直至遍历所述门店运营数据包括的全部数据，输出所述分析结果。

可选地，所述基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息，包括：

查询设置在所述目标第三方平台的服务账号；

响应于查询所述服务账号成功，按照所述服务账号的预警模板，在所述目标第三方平台向所述目标通信账号推送所述门店异常消息；

响应于查询所述服务账号失败，基于所述目标第三方平台的虚拟服务对象对所述目标通信账号进行呼叫操作，并在所述呼叫操作触发建立的虚拟区域内展示所述门店异常消息。

可选地，所述方法还包括：

响应于基于所述目标通信账号发生所述门店异常消息的触发操作，确定所述目标门店的商家页面；

查询所述异常数据在所述商家页面所属的目标数据区块，在所述商家页面对所述目标数据区块进行标记；

基于所述目标第三方平台绑定的展示方式展示标记后的所述商家页面，其中，所述展示方式至少为浏览器展示、所述目标门店所处的运营平台展示或所述目标第三方平台的平台程序展示中的任一种。

依据本申请第二方面，提供了一种消息推送装置，该装置包括：

第一获取模块，用于响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；

分析模块，用于基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果；

生成模块，用于响应于所述分析结果指示所述目标门店的运营存在异常，在所述门店运营数据中确定异常数据，生成门店异常消息；

推送模块，用于获取所述目标门店绑定的目标通信账号，基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息。

可选地，所述装置还包括：

第一确定模块，用于响应于基于所述目标门店所处的运营平台接收到通信账号绑定请求，确定所述通信账号绑定请求指示的所述目标第三方平台；

第二确定模块，用于获取基于所述通信账号绑定请求输入的标识信息，根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号；

提取模块，用于在所述目标门店的登录信息中提取目标商家账号，所述登录信息是所述目标门店在所述运营平台中登录成功后对应的门店基本信息；

第一绑定模块，用于将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

可选地，所述第二确定模块，用于查询所述标识信息在所述目标第三方平台是否存在对应的通信账号；响应于所述标识信息在所述目标第三方平台存在对应的通信账号，将所述标识信息在所述目标第三方平台对应的通信账号作为所述目标通信账号；响应于所述标识信息在所述目标第三方平台不存在对应的通信账号，跳转至所述目标第三方平台的账号注册页面，并在检测到商家基于所述账号注册页面完成通信账号的注册以及激活后，将所述商家注册以及激活的通信账号作为所述目标通信账号。

可选地，所述装置还包括：

第二获取模块，用于响应于基于所述目标第三方平台接收到通信账号绑定请求，基于所述第三方平台中的服务账号获取商家登录在所述目标第三方平台的通信账号作为所述目标通信账号；

第三获取模块，用于获取所述商家向所述服务账号提供的目标商家账号；

第二绑定模块，用于将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

可选地，所述第一获取模块，用于查询所述目标门店绑定的至少一个数据检测方式，所述至少一个数据检测方式为实时检测、手动检测、定时检测中的一种或一种以上；响应于当前时间点或当前接收请求与所述至少一个数据检测方式中的目标数据检测方式匹配，确定所述目标门店的数据分析需求，获取所述目标门店的门店属性；在预设样本数据项中提取与所述目标数据检测方式、所述门店属性关联的至少一个预设样本数据项作为至少一个待检测数据项；获取所述至少一个待检测数据项中每个待检测数据项对应的检测标准，将所述至少一个待检测数据项以及所述每个待检测数据项对应的检测标准作为所述预设运营指标；按照所述目标数据检测方式，在所述目标门店中采集与所述至少一个待检测数据项匹配的数据作为所述门店运营数据。

可选地，所述分析模块，用于对于所述门店运营数据中每一项数据，在所述预设运营指标中确定所述数据匹配的待检测数据项；将所述数据与所述待检测数据项对应的检测标准进行比对，分析所述数据是否处于所述检测标准的范围内；分别对所述门店运营数据中每一项数据进行比对分析，直至遍历所述门店运营数据包括的全部数据，输出所述分析结果。

可选地，所述推送模块，用于查询设置在所述目标第三方平台的服务账号；响应于查询所述服务账号成功，按照所述服务账号的预警模板，在所述目标第三方平台向所述目标通信账号推送所述门店异常消息；响应于查询所述服务账号失败，基于所述目标第三方平台的虚拟服务对象对所述目标通信账号进行呼叫操作，并在所述呼叫操作触发建立的虚拟区域内展示所述门店异常消息。

可选地，所述装置还包括：

第三确定模块，用于响应于基于所述目标通信账号发生所述门店异常消息的触发操作，确定所述目标门店的商家页面；

标记模块，用于查询所述异常数据在所述商家页面所属的目标数据区块，在所述商家页面对所述目标数据区块进行标记；

展示模块，用于基于所述目标第三方平台绑定的展示方式展示标记后的所述商家页面，其中，所述展示方式至少为浏览器展示、所述目标门店所处的运营平台展示或所述目标第三方平台的平台程序展示中的任一种。

依据本申请第三方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述方法的步骤。

依据本申请第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的方法的步骤。

借由上述技术方案，本申请提供的一种消息推送方法、装置、计算机设备及计算机可读存储介质，本申请根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，基于预设运营指标对门店运营数据进行分析，输出分析结果，并在分析结果指示目标门店的运营存在异常时，在门店运营数据中确定异常数据，生成门店异常消息，基于目标门店的商家为目标门店绑定的目标通信账号将门店异常消息进行推送，实现了门店中异常数据的自动定位，能够及时获知门店中的消息，实时性较好，保证门店异常的及时处理。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的一种消息推送方法流程示意图；

图2A示出了本申请实施例提供的一种消息推送方法流程示意图；

图2B示出了本申请实施例提供的一种消息推送方法的检测工具的架构示意图；

图2C示出了本申请实施例提供的一种消息推送方法流程示意图；

图3A示出了本申请实施例提供的一种消息推送装置的结构示意图；

图3B示出了本申请实施例提供的一种消息推送装置的结构示意图；

图3C示出了本申请实施例提供的一种消息推送装置的结构示意图；

图3D示出了本申请实施例提供的一种消息推送装置的结构示意图；

图4示出了本申请实施例提供的一种计算机设备的装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

本申请实施例提供了一种消息推送方法，如图1所示，该方法包括：

101、响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据。

102、基于预设运营指标对门店运营数据进行分析，输出分析结果。

103、响应于分析结果指示目标门店的运营存在异常，在门店运营数据中确定异常数据，生成门店异常消息。

104、获取目标门店绑定的目标通信账号，基于目标通信账号所属的目标第三方平台，向目标通信账号推送门店异常消息。

本申请实施例提供的方法，根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，基于预设运营指标对门店运营数据进行分析，输出分析结果，并在分析结果指示目标门店的运营存在异常时，在门店运营数据中确定异常数据，生成门店异常消息，基于目标门店的商家为目标门店绑定的目标通信账号将门店异常消息进行推送，实现了门店中异常数据的自动定位，能够及时获知门店中的消息，实时性较好，保证门店异常的及时处理。

本申请实施例提供了一种消息推送方法，如图2A所示，该方法包括：

201、响应于通信账号绑定请求，将商家的目标通信账号与目标商家账号进行绑定。

近年来，网上购物逐渐普及，越来越多的品牌或者门店都创建了线上门店，实现线上和线下门店的同步运营。对于一些连锁品牌来说，该品牌旗下可能设置有成百上千家门店，为了便于品牌的商家了解门店的运营状态，门店运营所处的运营平台通常为品牌配备2-3名运营人员，由运营人员对接品牌，对品牌旗下门店中商品定价、活动配置、门店装修、销售分析等常规工作以及门店履约、商品售后等服务工作进行监督、检查，避免商家因为线下经营繁忙导致很少关注线上门店的运营状况，无法在线上门店发生异常时第一时间关注并解决。现有技术中，通常运营平台会为商家提供前端应用并配置一定数量的运营人员，运营人员通过前端应用中的店铺数据分析功能模块去查阅店铺营业、门店与商品曝光、商品分析、活动分析、服务分析等数据，由运营人员独自或者与商家一同凭借工作经验与归纳分析能力去识别门店中是否存在异常，以消息推送的方式将门店中的异常告知给商家，进而在后续商家可以对门店中的异常进行处理以及对门店进行整改。但是申请人认识到，这种消息推送的方式属于人工对门店中的异常进行定位，首先无法实现对门店的实时检测。其次，人工操作的效率很低，连锁品牌成百上千家门店难以通过人员去识别到每个门店存在的异常。更为重要的是，人工针对每个门店进行检测分析的内容都是相同的，无法按照门店的属性以及门店自身的需求个性化的进行门店的检测与分析。

因此，本申请提出了一种消息推送方法，根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，基于预设运营指标对门店运营数据进行分析，输出分析结果，并在分析结果指示目标门店的运营存在异常时，在门店运营数据中确定异常数据，生成门店异常消息，基于目标门店的商家为目标门店绑定的目标通信账号将门店异常消息进行推送，实现了门店中异常数据的自动定位，能够及时获知门店中的消息，实时性较好，保证门店异常的及时处理。实际上，本申请是基于搭载有IM(Instant Messaging，即时通信)系统的第三方平台实现的消息推送，通过实施检测分析、实时消息触达以及快速消息处置形成了门店运营的IM场景闭环管理，满足不同场景下的消息推送需求，方便商家快速获取消息，提高处置的执行力度与效率。

其中，为了实现本申请提出的消息推送方法，可以设置检测工具，基于检测工具获取门店运营数据、对门店运营数据进行分析、生成门店异常消息并将门店异常消息推送给商家绑定的通信账号。具体地，该检测工具可以设置在运营平台中并对接多个具有通信功能的第三方平台，由检测工具根据商家在运营平台中设置的信息对相应的目标门店进行检测分析，进而在发现目标门店中的异常时，即时通过商家绑定的目标通信账号所属的目标第三方平台对商家进行消息推送，保证消息的即时触达，下面对检测工作的架构进行简单介绍：

参见图2B，检测工具分为基础服务层、门店服务层、应用层、场景层。其中，基础服务层对运营平台中接入的门店涉及到的商户数据、商品数据、门店数据、交易数据、履约数据、营销数据等大数据进行管理，进一步地，基础服务层还设置有商家系统，能够设置商家的账号权限、商家信息、商户触达方式等等。门店服务层分为预警配置中心、预警中心、处置推荐三个模块，用于对能够检测的指标(也即后续提及的预设样本数据项)以及指标对应的检测标准进行配置，对指标以及检测标准进行加工，按照门店绑定的数据检测方式对门店中相应的待检测数据项进行检测分析，实现消息的推送，形成数据反馈闭环。需要说明的是，实际应用中，门店服务层基于处置推荐模块还会根据门店中的异常数据生成门店整改建议，以便商家直接按照门店整改建议对门店一键整改，提升整改速度。应用层用于对接商家，在前端为商家提供配置入口，向商家进行门店检测的配置推荐，为商家展示门店的检测报告、数据查询能功能，接收商家的各种操作。场景层用于对目标门店的门店属性进行识别，确定目标门店的数据检测方式，进而结合门店属性以及数据检测方式确定门店当前所处场景需要检测哪些数据项，并根据商家绑定的通信账号确定如何进行消息的推送，实现数据检测以及消息推送的定制化。

而为了能够在门店发生异常时向商家的通信账号推送消息，需要事先根据商家的通信账号绑定请求获取商家的通信账号，将商家的通信账号与门店进行绑定。其中，运营平台在前端提供有商家工作台，基于商家工作台对接商家或运营人员，商家或者运营人员使用商家工作台便可以实现通信账号与门店的绑定以及消息的查看。另外，由于检测工具不仅能够对运营平台中的数据进行管理，还对接有多个第三方平台，因此，实际上可以基于商家工作台接收到商家的通信账号绑定请求，也可以基于多个第三方平台中任一第三方平台接收到商家的通信账号绑定请求，采用不同的方式获取目标通信账号以及目标商家账号进行绑定，下面分别对这两种情况进行说明：

一、基于商家工作台接收到通信账号绑定请求。

其中，响应于基于商家工作台接收到通信账号绑定请求，首先，确定通信账号绑定请求指示的目标第三方平台，也即确定通信账号绑定请求指示想要绑定哪一个第三方平台中的通信账号。随后，获取基于通信账号绑定请求输入的标识信息，根据标识信息，在目标第三方平台中确定目标通信账号。该标识信息具体可以是手机号码、联系电话、账户名等能够标识商家身份的信息，可以设置小提示，在标识信息对应的输入框附近提醒商家需要输入哪种信息作为标识信息。另外，在确定目标通信账号时，有些商家可能事先已经使用该标识信息在目标第三方平台中注册并激活了相应的通信账号，直接获取该通信账号作为目标通信账号即可。而有些商家可能并没有在目标第三方平台中注册通信账号，需要引导商家在目标第三方平台中注册通信账号作为目标通信账号，因此，需要查询标识信息在目标第三方平台是否存在对应的通信账号。响应于标识信息在目标第三方平台存在对应的通信账号，将标识信息在目标第三方平台对应的通信账号作为目标通信账号。相反，响应于标识信息在目标第三方平台不存在对应的通信账号，跳转至目标第三方平台的账号注册页面，并在检测到商家基于账号注册页面完成通信账号的注册以及激活后，将商家注册以及激活的通信账号作为目标通信账号。也即，并不限制商家提供的标识信息一定在目标第三方平台中存在对应的通信账号，从而降低了商家请求进行消息推送的门槛以及操作难度。

接下来，确定了目标通信账号后，需要确定商家想要为哪个门店绑定通信账号，基于目标通信账号获取哪个门店的消息。而由于本次的通信账号绑定请求是基于商家工作台接收到的，商家在提供该商家工作台的运营平台中已经设置有相应的目标门店且在商家工作台成功登录有自身的商家账号，因此，可在目标门店的登录信息中提取目标商家账号，该登录信息是目标门店在商家工作台中登录成功后对应的门店基本信息，将目标通信账号与目标商家账号进行绑定，并将绑定后的目标通信账号添加至虚拟商家组织。其中，虚拟商家组织是为了对绑定通信账号的商家进行记录，便于在门店发生异常需要进行推送时直接在虚拟商家组织中查询相应的通信账号，避免再去往相应的第三方平台中查询通信账号。

二、基于目标第三方平台接收到通信账号绑定请求。

其中，响应于基于目标第三方平台接收到通信账号绑定请求，首先，基于第三方平台中的服务账号获取商家登录在目标第三方平台的通信账号作为目标通信账号。具体地，可以基于服务账号与商家在目标第三方平台的通信账号进行通信，读取商家与服务账号通信所使用账号的OpenID(Open Identity Document，用户唯一标识符)作为商家在目标第三方平台的目标通信账号。随后，获取商家向服务账号提供的目标商家账号，将目标通信账号与目标商家账号进行绑定，并将绑定后的目标通信账号添加至虚拟商家组织。其中，可以创建服务账号与商家之间的对话框，获取商家在对话框或者在对话框的账号绑定入口输入的通信账号作为目标通信账号。

通过上述两种方式，便可以实现基于不同的平台接收通信账号绑定请求并将目标通信账号和目标商家账号进行绑定。而在实际应用的过程中，很有可能目标商家账号绑定有不止一个门店，在本申请实施例中，只要目标商家账号绑定了目标通信账号，则无论目标商家账号绑定的哪一个门店出现了异常，都会向目标通信账号推送消息，本申请对目标商家账号绑定的门店数量不进行具体限定。再有，本申请实施例中，并不限制目标商家账号与单个目标通信账号进行绑定，基于上述的账号绑定过程，目标商家账号可以同时与多个目标通信账号进行绑定，且不限制多个目标通信账号一定来自于同一个第三方平台，这样在后续目标门店或者目标商家账号绑定的任一门店发生异常时，会同时对多个目标通信账号进行消息推送，满足商家多方、多平台获取门店消息的需求。

202、响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据。

在本申请实施例中，为目标门店绑定了目标通信账号后，便可以根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，在后续对门店运营数据进行分析，并在分析确定门店存在异常时，向目标通信账号推送消息。

其中，检测工具中设置有多种不同的数据检测方式，商家可以为门店选择一种或一种以上的数据检测方式，进而使检测工具基于门店的数据检测方式确定门店当前是否具有数据分析需求。具体地，数据检测方式具体可以分为实时检测、手动检测、定时检测，实时检测也即时刻对门店中的运营数据进行分析检测；手动检测也即商家手动触发对门店进行检测时检测工作才会对门店中的运营数据进行检测；定时检测也即设置检测周期，例如1小时、2小时等等，每隔检测周期，检测工具会自动对门店中的运营数据进行分析检测。进一步地，考虑到门店中有些运营数据是需要实时检测的，比如商品价格、导购营销数据等需要实时关注才能避免发生异常，而有些数据无需实时检测，定时检测就可以将这些数据存在异常的风险降低，比如门店活动到期数据、商品库存数据等等，再有些数据在商家手动触发检测时再进行分析即可，实时或定时检测会浪费分析资源，比如商家服务数据、门店履约数据等等，因此，实际上每种数据检测方式可以预先设置一些关联的预设样本数据项，关联的预设样本数据项也即需要按照数据检测方式进行检测分析的数据，这样，在后续可以按照商家为目标门店设置的数据检测方式选择性的对门店中的运营数据进行分析检测，保证每次的数据分析检测都具有一定的意义，避免执行无用的数据分析。另外，这些预设样本数据项还可以事先关联一个或者一个以上的门店属性，用于表征预设样本数据项适用于对哪种类型的门店进行数据分析，以便后续结合目标门店的数据检测方式以及门店属性为目标门店定制预设运营指标、有选择的采集门店运营数据，保证预设运营指标是与目标门店相关性较高的指标。

这样，检测工具会查询目标门店绑定的至少一个数据检测方式，该至少一个数据检测方式可以为实时检测、手动检测、定时检测中的一种或一种以上。响应于当前时间点或当前接收请求与至少一个数据检测方式中的目标数据检测方式匹配，也即确定当前时间点或者当前接收请求成功触发了哪种数据检测方式，将被触发的数据检测方式作为目标数据检测方式。例如，假设当前时间点达到了定时检测对应的检测周期，则确定定时检测为目标数据检测方式；假设当前接收到了商家请求进行数据检测的指令，则确定手动检测为目标数据检测方式，确定了目标数据检测方式后，也即确定目标门店的数据分析需求，获取目标门店的门店属性。随后，在预设样本数据项中提取与目标数据检测方式、门店属性关联的至少一个预设样本数据项作为至少一个待检测数据项，并获取至少一个待检测数据项中每个待检测数据项对应的检测标准，将至少一个待检测数据项以及每个待检测数据项对应的检测标准作为预设运营指标。接下来，由于被触发的是目标数据检测方式且确定了至少一个待检测数据项，因此，检测工具会按照目标数据检测方式，在目标门店中采集与至少一个待检测数据项匹配的数据作为门店运营数据，进而在后续基于预设运营指标对门店运营数据进行有针对的分析。其中，当目标数据检测方式为实时检测时，可以在目标门店中实时采集与至少一个待检测数据项匹配的数据作为门店运营数据；当目标数据检测方式为手动检测时，可以确定上一次手动检测的时间点，在目标门店中采集在该时间点与当前时间点之间生成的与至少一个待检测数据项匹配的数据作为门店运营数据；当目标数据检测方式为定时检测时，可以确定上一次定时检测的时间点，在目标门店中采集在该时间点与当前时间点之间生成的与至少一个待检测数据项匹配的数据作为门店运营数据。

203、基于预设运营指标对门店运营数据进行分析，输出分析结果。

在本申请实施例中，确定了预设运营指标以及门店运营数据后，基于预设运营指标对门店运营数据进行分析，输出分析结果。其中，在对门店运营数据进行分析是，对于门店运营数据中每一项数据，在预设运营指标中确定数据匹配的待检测数据项，将数据与待检测数据项对应的检测标准进行比对，分析数据是否处于检测标准的范围内。通过重复执行上述的比对过程，便可以分别对门店运营数据中每一项数据进行比对分析，直至遍历门店运营数据包括的全部数据，输出分析结果。例如，假设某项数据为商品库存数据，该项数据对应的检测标准为商品库存需大于等于1，则当商品库存数据指示库存为3时，可以确定该项数据处于检测标准的范围内，而当商品库存数据指示库存为0时，可以确定该项数据不处于检测标准范围内。

具体地，分析结果可以为报表形式的，将门店运营数据包括的每项数据均罗列出来，并将相应的比对分析结果体现在每项数据上，形成分析结果。比如假设某项数据不处于检测标准的范围内，则可以在分析结果中为该项数据添加诸如“异常”、“不通过”等标签，将该项数据突出，便于后续定位异常数据，或者也可以在分析结果中将该项数据标红显示等等。

204、响应于分析结果指示目标门店的运营存在异常，在门店运营数据中确定异常数据，生成门店异常消息。

在本申请实施例中，分析结果会指示门店运营数据中是否存在不处于其对应的检测标准范围内的数据，而只要存在不处于其对应的标准范围内的数据，则门店运营数据就是存在异常的，因此，响应于分析结果指示目标门店的运营存在异常，检测工具会在门店运营数据中确定异常数据，生成门店异常消息。例如，可以生成包括该异常数据的数据项名称的站内信、消息通知等等。

进一步地，为了便于商家在接收到门店异常消息时能够及时获知如何进行处理才能将异常数据消除，检测工具还可以根据异常数据以及异常数据对应的检测标准生成整改建议，将该整改建议也携带在门店异常消息中。继续以上述商品库存数据为例进行说明，假设检测标准为商品库存需大于等于1，商品库存数据指示库存为0，则可以生成诸如“建议增加1个或1个以上库存”的整改建议，将该整改建议以文案的方式携带在门店异常消息中。需要说明的是，如果分析结果直接目标门店的运营并不存在异常，则可以重复执行上述步骤202至步骤203中的内容，按照目标门店绑定的数据检测方式继续对目标门店进行检测分析。

205、获取目标门店绑定的目标通信账号，基于目标通信账号所属的目标第三方平台，向目标通信账号推送门店异常消息。

在本申请实施例中，生成门店异常消息后，由于目标门店绑定了目标通信账号，因此，需要获取目标门店绑定的目标通信账号，基于目标通信账号所属的目标第三方平台，向目标通信账号推送门店异常消息，具体推送过程如下：

检测工具查询设置在目标第三方平台的服务账号。响应于查询服务账号成功，按照服务账号的预警模板，在目标第三方平台向目标通信账号推送门店异常消息。比如将门店异常消息添加在预警模板中形成指定样式的应用内消息，以服务账号的名义在目标第三方平台向目标通信账号推送该应用内消息。而响应于查询服务账号失败，需要基于目标第三方平台的虚拟服务对象对目标通信账号进行呼叫操作，并在呼叫操作触发建立的虚拟区域内展示门店异常消息。例如，可以基于目标第三方平台的虚拟机器人与目标通信账号创建单独的聊天实现呼叫操作，并在单独聊天的对话框(也即虚拟区域)内展示门店异常消息。

需要说明的是，实际应用中很可能有些商家的目标通信账号没有开启接收消息的功能，这种情况下也可以不进行消息的推送。

另外，展示了门店异常信息后，商家可能想要即刻去处理门店中的异常数据，因此，展示的门店异常信息实际上还可以关联目标门店的商家页面，并响应于基于目标通信账号发生门店异常消息的触发操作，确定目标门店的商家页面，查询异常数据在商家页面所属的目标数据区块，在商家页面对目标数据区块进行标记，也即在商家页面上将该异常数据所在的位置上进行一定的标记，提醒商家触发标记的位置便可以对异常数据进行处理。随后，检测工具基于目标第三方平台绑定的展示方式展示标记后的商家页面，也即基于目标第三方平台绑定的展示方式跳转至标记后的商家页面，以便商家在该商家页面进行异常数据的处理。其中，展示方式至少为浏览器展示、商家工作台展示或目标第三方平台的平台程序展示中的任一种，也即可以调用商家所使用的终端中安装的浏览器展示标记后的商家页面，或者也可以直接在商家工作台中调出商家页面，或者还可以唤起具有通信功能的目标第三方平台中与商家工作台具有相同功能的平台小程序展示标记后的商家页面，本申请对展示标记后的商家页面的方式不进行限定。

综上，本申请提出的消息推送方法的流程总结如下：

参见图2C，商家请求绑定通信账号时，若商家是基于商家工作台进行的请求，则在商家当前登录的目标门店的登录信息中获取目标商家账号，并获取商家提供的标识信息。一方面，当该标识信息在目标第三方平台中存在对应的目标通信账号时，将目标商家账号与目标通信账号进行绑定，并将绑定后的目标通信账号添加到虚拟商家组织中，遍历目标商家账号关联的目标门店，对目标门店进行门店运营数据采集以及分析，在确定目标门店中存在异常数据时，判断目标通信账号是否开启了通知。若开启了通知，则基于第三方平台中的虚拟服务对象与目标通信账号进行单独聊天，推送门店异常消息。若未开启通知，则不进行消息推送。另一方面，当标识信息在目标第三方平台中不存在对应的目标通信账号时，引导商家基于标识信息在目标第三方平台中创建新的通信账号作为中，目标通信账号，激活目标通信账号，对目标通信账号进行风险评估，评估未通过则需要商家在目标第三方平台中对目标通信账号进行二次确认，评估通过则将目标商家账号与目标通信账号进行绑定，并将绑定后的目标通信账号添加到虚拟商家组织遍历目标商家账号关联的目标门店，对目标门店进行门店运营数据采集以及分析，在确定目标门店中存在异常数据时进行消息推送。

而若商家是基于目标第三方平台进行的请求，则基于第三方平台中的服务账号获取商家登录在目标第三方平台的通信账号作为目标通信账号，展示门店登录页面。商家在门店登录页面中登录成功时，获取目标商家账号，将目标通信账号与目标商家账号绑定，并基于服务账号通知商家绑定成功。随后，遍历目标商家账号关联的目标门店，对目标门店进行门店运营数据采集以及分析，在确定目标门店中存在异常数据时，判断目标通信账号是否开启了通知。若开启了通知，则基于第三方平台中的服务账号向目标通信账号推送门店异常消息。若未开启通知，则不进行消息推送。

本申请实施例提供的方法，根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，基于预设运营指标对门店运营数据进行分析，输出分析结果，并在分析结果指示目标门店的运营存在异常时，在门店运营数据中确定异常数据，生成门店异常消息，基于目标门店的商家为目标门店绑定的目标通信账号将门店异常消息进行推送，实现了门店中异常数据的自动定位，能够及时获知门店中的消息，实时性较好，保证门店异常的及时处理。

进一步地，作为图1所述方法的具体实现，本申请实施例提供了一种消息推送装置，如图3A所示，所述装置包括：第一获取模块301，分析模块302，生成模块303和推送模块304。

该第一获取模块301，用于响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；

该分析模块302，用于基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果；

该生成模块303，用于响应于所述分析结果指示所述目标门店的运营存在异常，在所述门店运营数据中确定异常数据，生成门店异常消息；

该推送模块304，用于获取所述目标门店绑定的目标通信账号，基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息。

在具体的应用场景中，如图3B所示，该装置还包括：第一确定模块305，第二确定模块306，提取模块307和第一绑定模块308。

该第一确定模块305，用于响应于基于所述目标门店所处的运营平台接收到通信账号绑定请求，确定所述通信账号绑定请求指示的所述目标第三方平台；

该第二确定模块306，用于获取基于所述通信账号绑定请求输入的标识信息，根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号；

该提取模块307，用于在所述目标门店的登录信息中提取目标商家账号，所述登录信息是所述目标门店在所述运营平台中登录成功后对应的门店基本信息；

该第一绑定模块308，用于将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

在具体的应用场景中，该第二确定模块306，用于查询所述标识信息在所述目标第三方平台是否存在对应的通信账号；响应于所述标识信息在所述目标第三方平台存在对应的通信账号，将所述标识信息在所述目标第三方平台对应的通信账号作为所述目标通信账号；响应于所述标识信息在所述目标第三方平台不存在对应的通信账号，跳转至所述目标第三方平台的账号注册页面，并在检测到商家基于所述账号注册页面完成通信账号的注册以及激活后，将所述商家注册以及激活的通信账号作为所述目标通信账号。

在具体的应用场景中，如图3C所示，该装置还包括：第二获取模块309，第三获取模块310和第二绑定模块311。

该第二获取模块309，用于响应于基于所述目标第三方平台接收到通信账号绑定请求，基于所述第三方平台中的服务账号获取商家登录在所述目标第三方平台的通信账号作为所述目标通信账号；

该第三获取模块310，用于获取所述商家向所述服务账号提供的目标商家账号；

该第二绑定模块311，用于将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

在具体的应用场景中，该第一获取模块301，用于查询所述目标门店绑定的至少一个数据检测方式，所述至少一个数据检测方式为实时检测、手动检测、定时检测中的一种或一种以上；响应于当前时间点或当前接收请求与所述至少一个数据检测方式中的目标数据检测方式匹配，确定所述目标门店的数据分析需求，获取所述目标门店的门店属性；在预设样本数据项中提取与所述目标数据检测方式、所述门店属性关联的至少一个预设样本数据项作为至少一个待检测数据项；获取所述至少一个待检测数据项中每个待检测数据项对应的检测标准，将所述至少一个待检测数据项以及所述每个待检测数据项对应的检测标准作为所述预设运营指标；按照所述目标数据检测方式，在所述目标门店中采集与所述至少一个待检测数据项匹配的数据作为所述门店运营数据。

在具体的应用场景中，该分析模块302，用于对于所述门店运营数据中每一项数据，在所述预设运营指标中确定所述数据匹配的待检测数据项；将所述数据与所述待检测数据项对应的检测标准进行比对，分析所述数据是否处于所述检测标准的范围内；分别对所述门店运营数据中每一项数据进行比对分析，直至遍历所述门店运营数据包括的全部数据，输出所述分析结果。

在具体的应用场景中，该推送模块304，用于查询设置在所述目标第三方平台的服务账号；响应于查询所述服务账号成功，按照所述服务账号的预警模板，在所述目标第三方平台向所述目标通信账号推送所述门店异常消息；响应于查询所述服务账号失败，基于所述目标第三方平台的虚拟服务对象对所述目标通信账号进行呼叫操作，并在所述呼叫操作触发建立的虚拟区域内展示所述门店异常消息。

在具体的应用场景中，如图3D所示，该装置还包括：第三确定模块312，标记模块313和展示模块314。

该第三确定模块312，用于响应于基于所述目标通信账号发生所述门店异常消息的触发操作，确定所述目标门店的商家页面；

该标记模块313，用于查询所述异常数据在所述商家页面所属的目标数据区块，在所述商家页面对所述目标数据区块进行标记；

该展示模块314，用于基于所述目标第三方平台绑定的展示方式展示标记后的所述商家页面，其中，所述展示方式至少为浏览器展示、所述目标门店所处的运营平台展示或所述目标第三方平台的平台程序展示中的任一种。

本申请实施例提供的装置，根据对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，基于预设运营指标对门店运营数据进行分析，输出分析结果，并在分析结果指示目标门店的运营存在异常时，在门店运营数据中确定异常数据，生成门店异常消息，基于目标门店的商家为目标门店绑定的目标通信账号将门店异常消息进行推送，实现了门店中异常数据的自动定位，能够及时获知门店中的消息，实时性较好，保证门店异常的及时处理。

需要说明的是，本申请实施例提供的一种消息推送装置所涉及各功能单元的其他相应描述，可以参考图1和图2A中的对应描述，在此不再赘述。

在示例性实施例中，参见图4，还提供了一种设备，该设备包括通信总线、处理器、存储器和通信接口，还可以包括输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的消息推送方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的消息推送方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种消息推送方法，其特征在于，包括：

响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；

基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果；

响应于所述分析结果指示所述目标门店的运营存在异常，在所述门店运营数据中确定异常数据，生成门店异常消息；

获取所述目标门店绑定的目标通信账号，基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息。

2.根据权利要求1所述的方法，其特征在于，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据之前，所述方法还包括：

响应于基于所述目标门店所处的运营平台接收到通信账号绑定请求，确定所述通信账号绑定请求指示的所述目标第三方平台；

获取基于所述通信账号绑定请求输入的标识信息，根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号；

在所述目标门店的登录信息中提取目标商家账号，所述登录信息是所述目标门店在所述运营平台中登录成功后对应的门店基本信息；

将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

3.根据权利要求2所述的方法，其特征在于，所述根据所述标识信息，在所述目标第三方平台中确定所述目标通信账号，包括：

查询所述标识信息在所述目标第三方平台是否存在对应的通信账号；

响应于所述标识信息在所述目标第三方平台存在对应的通信账号，将所述标识信息在所述目标第三方平台对应的通信账号作为所述目标通信账号；

响应于所述标识信息在所述目标第三方平台不存在对应的通信账号，跳转至所述目标第三方平台的账号注册页面，并在检测到商家基于所述账号注册页面完成通信账号的注册以及激活后，将所述商家注册以及激活的通信账号作为所述目标通信账号。

4.根据权利要求1所述的方法，其特征在于，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据之前，所述方法还包括：

响应于基于所述目标第三方平台接收到通信账号绑定请求，基于所述第三方平台中的服务账号获取商家登录在所述目标第三方平台的通信账号作为所述目标通信账号；

获取所述商家向所述服务账号提供的目标商家账号；

将所述目标通信账号与所述目标商家账号进行绑定，并将绑定后的所述目标通信账号添加至虚拟商家组织。

5.根据权利要求1所述的方法，其特征在于，所述响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据，包括：

查询所述目标门店绑定的至少一个数据检测方式，所述至少一个数据检测方式为实时检测、手动检测、定时检测中的一种或一种以上；

响应于当前时间点或当前接收请求与所述至少一个数据检测方式中的目标数据检测方式匹配，确定所述目标门店的数据分析需求，获取所述目标门店的门店属性；

在预设样本数据项中提取与所述目标数据检测方式、所述门店属性关联的至少一个预设样本数据项作为至少一个待检测数据项；

获取所述至少一个待检测数据项中每个待检测数据项对应的检测标准，将所述至少一个待检测数据项以及所述每个待检测数据项对应的检测标准作为所述预设运营指标；

按照所述目标数据检测方式，在所述目标门店中采集与所述至少一个待检测数据项匹配的数据作为所述门店运营数据。

6.根据权利要求1所述的方法，其特征在于，所述基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果，包括：

对于所述门店运营数据中每一项数据，在所述预设运营指标中确定所述数据匹配的待检测数据项；

将所述数据与所述待检测数据项对应的检测标准进行比对，分析所述数据是否处于所述检测标准的范围内；

分别对所述门店运营数据中每一项数据进行比对分析，直至遍历所述门店运营数据包括的全部数据，输出所述分析结果。

7.根据权利要求1所述的方法，其特征在于，所述基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息，包括：

查询设置在所述目标第三方平台的服务账号；

响应于查询所述服务账号成功，按照所述服务账号的预警模板，在所述目标第三方平台向所述目标通信账号推送所述门店异常消息；

响应于查询所述服务账号失败，基于所述目标第三方平台的虚拟服务对象对所述目标通信账号进行呼叫操作，并在所述呼叫操作触发建立的虚拟区域内展示所述门店异常消息。

8.一种消息推送装置，其特征在于，包括：

第一获取模块，用于响应于对目标门店的数据分析需求，获取预设运营指标以及门店运营数据；

分析模块，用于基于所述预设运营指标对所述门店运营数据进行分析，输出分析结果；

生成模块，用于响应于所述分析结果指示所述目标门店的运营存在异常，在所述门店运营数据中确定异常数据，生成门店异常消息；

推送模块，用于获取所述目标门店绑定的目标通信账号，基于所述目标通信账号所属的目标第三方平台，向所述目标通信账号推送所述门店异常消息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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

Images