多类型客服业务智能推送方法

技术领域

本公开涉及大数据领域，尤其涉及一种多类型客服业务智能推送方法。

背景技术

随着中国保险业的快速发展，现有的保险业务，通常采用熟人朋友圈和电话销售，即在朋友圈发送保险经纪人的保险产品或者有专门的客服通过电话推销保险产品。随着大数据和人工智能的发展，通过收集用户的网络浏览数据对用户进行标记，并基于标记的标签数据推荐相应的业务。虽然保险业务快速发展，但普通用户对保险相关的搜索较少，对用户进行标记主要还是基于网络上浏览的其它数据。

在发明人实施本公开实施例的过程中发现现有技术存在涉及保险的标签较少，从而存在用户画像不准确，造成在推送保险产品中精确度不高，用户转换率不高问题。

发明内容

有鉴于此，本公开实施例提供了一种多类型客服业务智能推送方法，至少部分的解决现有技术中存在的用户转换率不高问题。

第一方面，本公开实施例提供了一种多类型客服业务智能推送方法，包括：

获取用户端的设备信息；

基于所述设备信息在预配置的设备列表中获取相对应的显示参数；

基于所述显示参数发送相应的标准文件至相应用户端；

获取在相应用户端操作标准文件的交互信息；

基于所述交互信息得到用户标签信息；

基于用户标签信息推送相应保险业务至相应用户端。

可选的，所述基于所述显示参数发送相应的标准文件至相应用户端的步骤之前，还包括：

获取用户的身份信息，基于所述身份信息生成相应的标准文件。

可选的，所述标准文件基于保险产品属性划分为多个区域。

可选的，所述标准文件的每个区域均根据产品属性生成多个显示界面。

可选的，所述显示界面的内容基于收集的用户历史数据生成。

可选的，所述获取在相应用户端操作标准文件的交互信息，包括：

用户端显示标准文件；

获取操作标准文件的区域信息和设备响应信息；

基于所述区域信息和设备响应信息得到交互信息；

所述设备响应信息包括用户端的联网速率和用户动作响应速率。

可选的，所述基于所述交互信息得到用户标签信息，包括：

基于采集的设备响应信息历史数据得到设备响应数据库；

采集用户端的设备响应信息；

将所述用户端的设备响应信息与设备响应数据库进行对比，从而在设备响应数据库中得到与用户端的设备响应信息符合设定阈值的响应对象；

基于所述响应对象得到用户标签信息。

可选的，所述将所述用户端的设备响应信息与设备响应数据库进行对比，包括：

基于信息论准则将所述用户端的设备响应信息与设备响应数据库进行对比。

可选的，所述获取操作标准文件的区域信息，包括：

选择标准文件的区域内容；

触发区域内容得到区域信息。

可选的，所述选择标准文件的区域内容，包括：

将所述区域内容全屏显示。

本公开实施例提供的多类型客服业务智能推送方法，通过给用户发送适配的标准文件，并根据用户对标准文件的交互信息对用户进行标记，得到用户的标签信息，因标准文件的内容根据保险业务制定，其可以准确反映出用户对保险业务的兴趣点，从而能够对用户保险业务的准确画像，达到提高用户转换率的目的。

上述说明仅是本公开技术方案的概述，为了能更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为让本公开的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

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

图1为本公开实施例提供的一种多类型客服业务智能推送方法的流程图；

图2a至图2d为本公开实施例提供的一种多类型客服业务智能推送方法中标准文件的示意图；

图3为本公开实施例提供的一种多类型客服业务智能推送装置的原理框图；

图4为本公开实施例提供的另一种多类型客服业务智能推送装置的原理框图；

图5为本公开实施例提供的一种电子设备的原理框图。

具体实施方式

下面结合附图对本公开实施例进行详细描述。

应当明确，以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。

为了便于理解，如图1所示，本实施例公开了一种多类型客服业务智能推送方法，包括：

步骤S101:获取用户端的设备信息；

通过获取用户端的ID等信息获取用户端的设备信息，设备信息包括设备的型号、品牌等，如iphone13mini、华为nova9、荣耀MagicBook X 15等手机或电脑的信息。

步骤S102:基于所述设备信息在预配置的设备列表中获取相对应的显示参数；

每个设备的显示参数配置不同，如iphone13 mini与iphone13 pro的显示屏大小不同，通过获取设备信息在设备列表中查找到相应的显示信息。

步骤S103:基于所述显示参数发送相应的标准文件至相应用户端；

标准文件有保险公司统一制作，也可以根据保险公司的相应产品库内的文件合并后生成，标准文件包括产品类型、产品金额等。在具体的应用场景中可通过推荐网文的方式，推荐给用户，如推荐相应的文章，在文章中包括多个标题，标题1是儿童保险相关的产品，标题2是健康相关的产品，如图2a至图2d所示，当用户点击标题1后，将标题1相关的问题展示给用户，并通过科普或问题的方式将儿童保险相关的问题推送给用户。

步骤S104:获取在相应用户端操作标准文件的交互信息；

获取用户在用户端对标准文件的点击和用户端配置的网速等参数。

步骤S105:基于所述交互信息得到用户标签信息；

根据用户使用用户端的网速、点击率、点击的问题等参数标记用户，如用户的网速为100M、且点击率比较高，且关系孩子相关的问题，尤其是幼儿相关的问题，且说明用户是初为父母的青年，且推送幼儿保险的相关保险产品。

步骤S106:基于用户标签信息推送相应保险业务至相应用户端。

将保险的保险条款、理赔条件等保单信息发送至用户的用户端，可以通过APP推送，也可以通过短信链接等推送方式。

可选的，所述基于所述显示参数发送相应的标准文件至相应用户端的步骤之前，还包括：

获取用户的身份信息，基于所述身份信息生成相应的标准文件。

身份信息包括性别，年龄等，根据其身份信息发送相应的推送文件可以进一步的提高推送效率，比较将针对老年人的标准文件推送给年轻人，将针对妇女的标准文件推送给男士。

可选的，所述标准文件基于保险产品属性划分为多个区域。

如将保险划分为儿童意外险和健康险等，具体如图2a所述

可选的，所述标准文件的每个区域均根据产品属性生成多个显示界面。

如用户点击儿童意外险后，将继续连接与儿童意外险相关的问题，并分区域的展示给用户，如保险的金额，保险的理赔方式、条件等。

可选的，所述显示界面的内容基于收集的用户历史数据生成。

即根据用户的浏览记录生成相应的界面，如用户经常浏览婴幼儿健康相关的内容，则保险产品界面主要是婴幼儿健康相关的内容，如果用户经常浏览幼儿安全的内容，则保险产品界面主要是儿童意外险相关的内容，即不同的人及时点击标准文件时关心的问题相同，如都是儿童意外险，但因其历史浏览中的内容不同，标准文件中相同内容下链接的具体问题也存在差异。

可选的，所述获取在相应用户端操作标准文件的交互信息，包括：

用户端显示标准文件；

获取操作标准文件的区域信息和设备响应信息；

基于所述区域信息和设备响应信息得到交互信息；

所述设备响应信息包括用户端的联网速率和用户动作响应速率。

可选的，所述基于所述交互信息得到用户标签信息，包括：

基于采集的设备响应信息历史数据得到设备响应数据库；

采集用户端的设备响应信息；

将所述用户端的设备响应信息与设备响应数据库进行对比，从而在设备响应数据库中得到与用户端的设备响应信息符合设定阈值的响应对象；

设定阈值与数据集的重合度达到98％～100％。

基于所述响应对象得到用户标签信息。

可选的，所述将所述用户端的设备响应信息与设备响应数据库进行对比，包括：

基于信息论准则将所述用户端的设备响应信息与设备响应数据库进行对比。

在一个具体的应用中基于网速和点击率说明匹配过程，但不限于此。

网速在实际运行中并不稳定，其是在一定范围内波动的，在设定环境中采集网速的实际运行数据，从而得到采样数据集合，并将采样数据集合存储至数据库内。设定环境是根据对实际运行环境参数进行采集归集后得到的。如理论100M的网速，设定采样时长对100M网速在设定环境中进行持续采样，得到多个网速数据，从而得到100M网速对应的采样数据集合。对不同理论网速在设定环境中的网速分别进行采样，如10M、20M、30M、40M和100M等采样的数据集合存储到数据库中，得到网速数据集合数据库。然后通过设定的采样时长和采样频率对用户的网速进行采样，得到多个采样数据，得到用户采样数据集合，将用户采样数据集合与网速数据集合数据库基于信息论准则(AIC准则、MDL准则)进行对比，从而在网速数据集合数据库中找到与用户的采样数据集合相近的数据集合，从而判断出用户的实际网速。

同理构建点击数据集合数据库，并采集用户的点击数据，得到用户点击数据集合，将用户点击数据集合与点击数据集合数据库基于信息论准则(AIC准则、MDL准则)进行对比，从而在点击数据集合数据库中找到与用户数据集合相近的数据集合，从而判断出用户的点击速率，点击可以为通过电子设备(如鼠标、触控笔等)对电脑等屏幕进行操作，也可以是用户手指直接在触摸屏上的点击。

可选的，所述获取操作标准文件的区域信息，包括：

选择标准文件的区域内容；

触发区域内容得到区域信息。

可选的，所述选择标准文件的区域内容，包括：

将所述区域内容全屏显示。

为了适应不同的用户，当用户年龄较大时，可以进行老年适配，将字体等放大显示，从而便于年龄较大用户使用。

如图3所示，一种多类型客服业务智能推送装置，包括：

设备单元，用于获取用户端的设备信息；

参数单元，用于基于所述设备信息在预配置的设备列表中获取相对应的显示参数；

标准发送单元，用于基于所述显示参数发送相应的标准文件至相应用户端；

交互单元，用于获取在相应用户端操作标准文件的交互信息；

标签单元，用于基于所述交互信息得到用户标签信息；

推送单元，用于基于用户标签信息推送相应保险业务至相应用户端。

如图4所示，装置还包括：身份获取单元，用于获取用户的身份信息，基于所述身份信息生成相应的标准文件。

可选的，所述标准文件基于保险产品属性划分为多个区域。

可选的，所述标准文件的每个区域均根据产品属性生成多个显示界面。

可选的，所述显示界面的内容基于收集的用户历史数据生成。

可选的，所述获取在相应用户端操作标准文件的交互信息，包括：

用户端显示标准文件；

获取操作标准文件的区域信息和设备响应信息；

基于所述区域信息和设备响应信息得到交互信息；

所述设备响应信息包括用户端的联网速率和用户动作响应速率。

可选的，所述基于所述交互信息得到用户标签信息，包括：

基于采集的设备响应信息历史数据得到设备响应数据库；

采集用户端的设备响应信息；

将所述用户端的设备响应信息与设备响应数据库进行对比，从而在设备响应数据库中得到与用户端的设备响应信息符合设定阈值的响应对象；

基于所述响应对象得到用户标签信息。

可选的，所述将所述用户端的设备响应信息与设备响应数据库进行对比，包括：

基于信息论准则将所述用户端的设备响应信息与设备响应数据库进行对比。

可选的，所述获取操作标准文件的区域信息，包括：

选择标准文件的区域内容；

触发区域内容得到区域信息。

可选的，所述选择标准文件的区域内容，包括：

将所述区域内容全屏显示。

根据本公开实施例的电子设备包括存储器和处理器。该存储器用于存储非暂时性计算机可读指令。具体地，存储器可以包括一个或多个计算机程序产品，该计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。该易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。该非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。

该处理器可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元，并且可以控制电子设备中的其它组件以执行期望的功能。在本公开的一个实施例中，该处理器用于运行该存储器中存储的该计算机可读指令，使得该电子设备执行前述的本公开各实施例的多类型客服业务智能推送方法全部或部分步骤。

本领域技术人员应能理解，为了解决如何获得良好用户体验效果的技术问题，本实施例中也可以包括诸如通信总线、接口等公知的结构，这些公知的结构也应包含在本公开的保护范围之内。

如图5为本公开实施例提供的一种电子设备的结构示意图。其示出了适于用来实现本公开实施例中的电子设备的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)，其可以根据存储在只读存储器(ROM)中的程序或者从存储装置加载到随机访问存储器(RAM)中的程序而执行各种适当的动作和处理。在RAM中，还存储有电子设备操作所需的各种程序和数据。处理装置、ROM以及RAM通过总线彼此相连。输入/输出(I/O)接口也连接至总线。

通常，以下装置可以连接至I/O接口：包括例如传感器或者视觉信息采集设备等的输入装置；包括例如显示屏等的输出装置；包括例如磁带、硬盘等的存储装置；以及通信装置。通信装置可以允许电子设备与其他设备(比如边缘计算设备)进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从ROM被安装。在该计算机程序被处理装置执行时，执行本公开实施例的多类型客服业务智能推送方法的全部或部分步骤。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

根据本公开实施例的计算机可读存储介质，其上存储有非暂时性计算机可读指令。当该非暂时性计算机可读指令由处理器运行时，执行前述的本公开各实施例的多类型客服业务智能推送方法的全部或部分步骤。

上述计算机可读存储介质包括但不限于：光存储介质(例如：CD－ROM和DVD)、磁光存储介质(例如：MO)、磁存储介质(例如：磁带或移动硬盘)、具有内置的可重写非易失性存储器的媒体(例如：存储卡)和具有内置ROM的媒体(例如：ROM盒)。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

在本公开中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序，本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

另外，如在此使用的，在以“至少一个”开始的项的列举中使用的“或”指示分离的列举，以便例如“A、B或C的至少一个”的列举意味着A或B或C，或AB或AC或BC，或ABC(即A和B和C)。此外，措辞“示例的”不意味着描述的例子是优选的或者比其他例子更好。

还需要指出的是，在本公开的系统和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

可以不脱离由所附权利要求定义的教导的技术而进行对在此所述的技术的各种改变、替换和更改。此外，本公开的权利要求的范围不限于以上所述的处理、机器、制造、事件的组成、手段、方法和动作的具体方面。可以利用与在此所述的相应方面进行基本相同的功能或者实现基本相同的结果的当前存在的或者稍后要开发的处理、机器、制造、事件的组成、手段、方法或动作。因而，所附权利要求包括在其范围内的这样的处理、机器、制造、事件的组成、手段、方法或动作。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。