权益信息管理方法、装置、设备及计算机可读存储介质与流程

本申请涉及信息技术领域，尤其涉及一种权益信息管理方法、装置、设备及计算机可读存储介质。

背景技术：

目前，在销售过程中存在各种各样的营销及客户回馈活动，比如，产险电销销售过程中有赠送给客户礼品卷、会员卡、优惠券或彩金卡等各种权益，客户在购买的过程中可以获得上述各种权益，但是很多客户并不会当时就使用这些权益，同时后期坐席销售对客户权益的跟踪不足，也无法有效的帮客户管理该权益，比如查看权益的权益名称、使用情况、使用时间、有效期限和领取数量等信息。因此不能更好地服务客户，影响用户的购买体验，进而失去一部分客户。

技术实现要素：

本申请实施例提供一种权益信息管理方法、装置及计算机可读存储介质，旨在帮助坐席有效地管理客户权益，增加坐席与客户间的黏着性，以提高用户的购买体验。

第一方面，本申请实施例提供了一种权益信息管理方法，该权益信息管理方法包括：

建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道；

通过所述服务渠道获取所述坐席与客户的通信数据；

将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；

根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及

将所述权益信息表发送至坐席终端。

第二方面，本申请实施例提供了一种权益信息管理装置，该权益信息管理装置包括：

通讯建立模块，用于建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道；

数据获取模块，用于通过所述服务渠道获取所述坐席与客户的通信数据；

同步分析获取模块，用于将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；

排列储存生成模块，用于根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及

信息表发送模块，用于将所述权益信息表发送至坐席终端。

第三方面，本申请实施例提供了一种权益信息管理设备，所述设备包括处理器、输入装置、输出装置和存储器，所述处理器、输入装置、输出装置和存储器相互连接，其中，所述存储器用于存储支持装置执行上述方法的应用程序代码，所述处理器被配置用于执行上述第一方面的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或一个以上的处理器执行，以实现上述第一方面的方法。

本申请实施例通过建立与服务渠道的通讯连接，以及通过所述服务渠道获取所述坐席与客户的通信数据；借助于hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端以供坐席查看，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，以提高用户的购买体验。

附图说明

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

图1是本申请提供的权益信息管理系统的结构组成示意图；

图2是本申请一实施例提供的一种权益信息管理方法的示意流程图；

图3是图2中步骤s102的子步骤示意流程图；

图4是本申请另一实施例提供的一种权益信息管理方法的示意流程图；

图5是本申请又一实施例提供的一种权益信息管理方法的示意流程图；

图6是本申请一实施例提供的一种权益信息管理装置的示意性框图；

图7是本申请另一实施例提供的一种权益信息管理装置的示意性框图；

图8是本申请又一实施例提供的一种权益信息管理装置的示意性框图；

图9是本申请实施例提供的一种权益信息管理设备的结构组成示意图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

参阅图1，图1本申请提供的权益信息管理系统的结构组成示意图。该权益信息管理系统包括终端和服务器，其中终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等电子设备；服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。通过终端和服务器的交互以实现权益信息管理方法，具体可以根据该权益信息管理方法设计成软件平台和至少一个应用端，软件平台运行在服务器中，应用端运行在终端中，坐席通过终端使用该应用端，通过该应用端与服务器中的应用平台建立通信连接进行交互以实现该权益信息管理方法。以下实施例将基于该权益信息管理系统进行介绍。

参阅图2，图2是本申请一实施例提供一种权益信息管理方法的示意流程图，该权益信息管理方法可以运行在服务器。如图2所示该权益信息管理方法可包括步骤s101至s107。

s101、建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

在本实施例中，服务渠道为坐席与客户的通讯渠道，坐席通过该服务渠道服务于客户，该服务渠道包括网页渠道、app渠道或电话渠道，也可包括其他类型的渠道，在此不做限定。该坐席具体是指坐席销售，该坐席销售通过网页渠道、app渠道或电话渠道与客户对接提供服务或向客户销售产品等。服务器建立与服务渠道的通讯连接是为了获取坐席通讯数据。需要说明的是，如果服务渠道是电话渠道，可以通过与该电话渠道的录音系统建立通讯连接。

s102、通过所述服务渠道获取所述坐席与客户的通信数据。

在本实施例中，该通信数据是指坐席销售在销售产品时与客户进行沟通交流而产生的通信信息，比如销售记录、聊天记录或语音信息等。其中网页渠道和app渠道多是运行在终端中，服务器与该终端建立通信连接后，在与相关的网页和app建立连接即可获取相关的通信信息。但是对于电话渠道，需要先进行录音之后才能获取到相应的通信信息，基于此，如图3所示步骤s102包括子步骤s102a～s102b。

s102a、若所述服务渠道为电话渠道，开启录音监控功能以获取所述坐席与所述客户的电话录音。具体地，坐席通过电话渠道与客户对接时，则需要选择通过电话渠道获取所述坐席与客户的通信数据，因此服务器需要向与坐席电话连接的录音系统发送开启指令，以开启录音系统的录音监控功能进而获取所述坐席与所述客户的电话录音。

s102b、通过语音识别技术获取所述电话录音对应的文字信息作为通信数据。其中，通过语音识别技术对所述电话录音进行识别，以将所述电话录音转换成相对应的文字信息，该文字信息即为通过所述电话渠道获取到的所述坐席与客户的通信数据。

s103、将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

在本实施例中，该hadoop系统可以理解为具有较快的数据挖掘分析能力的数据库，其具有大数据的分析能力。通过所述hadoop系统对所述通信数据进行分析处理以获取不同客户对应的不同的权益信息，即维度权益信息。具体地，所述维度权益信息包括维度信息和与所述维度信息相对应的权益信息，其中维度信息包括以用户为维度或以产品为维度的相关信息，因为有的权益是发送给用户的，有的权益是配置在产品上，比如，礼品卷分配给用户、车险是分配给车辆等。相应的所述权益信息包括：权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期等。

由于每个坐席均会对接不同的客户，因此会赠送不同的权益；即使相同的客户也会得到不同的权益；此外相同的客户以不同身份获取不同的权益，比如用电话号码表示用户或以车牌号表示车辆。这些维度信息及其对应的权益信息均可通过hadoop的大数据分析能力进行分析处理。

s104、根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。

在本实施例中，该预设信息排列规则是指将权益的相关信息进行有序排列的规则，该预设信息排列规则具体可包括按所述权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期进行排列的排列顺序。该预设权益信息模板是指包括维度信息和权益信息的模板，用于将权益信息中多个权益内容整理成模板形式以方便用户查看。将该坐席对接的不同客户或者同一客户对应不同的权益，通过hadoop系统分析处理后得到多个维度权益信息，根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。该权益信息表可以清晰地显示出不同的用户拥有的权益信息的详细内容。

s105、将所述权益信息表发送至坐席终端。

在本实施例中，服务器将所述权益信息表发送至坐席终端以供所述坐席查看，具体可以通过软件平台发送各个应用端，坐席登录该应用端即可查看到权益信息表。该坐席可以按照该权益信息表中的权益信息对客户权益进行管理，由此坐席可以清晰地知道各个客户的权益信息的具体情况，比如客户具有那些权益，已经使用了权益以及快过期的权益等。

因此，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，提高了用户的购买体验，以便坐席推广销售相关的产品。

s106、获取所述权益信息表中有效期满足预设条件的维度权益信息作为待提示维度权益信息。

在本实施例中，为了帮助坐席更加自能地管理客户的权益，因此在步骤s105之后，还需获取所述权益信息表中有效期满足预设条件的维度权益信息，即是判断所述权益信息表的权益是否快要过期，通过有效期满足预设条件进行判断，具体可以判断距离有效期还差预设天数，比如距离有效期还差5天时间，如果有一条维度权益信息距离有效期还差5天时间，即判定为该维度权益信息满足预设条件，即为快要过期的权益信息，服务器将快要到期的权益信息作为待提示维度权益信息进行处理，需要坐席尽快通知到客户进行跟进处理。

s107、将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户。

在本实施例中，将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户，以避免客户的权益出现过期还没有使用的情况，由此方便了坐席的权益信息的合理管理。

上述实施例中的权益信息管理方法通过建立与服务渠道的通讯连接，以及通过所述服务渠道获取所述坐席与客户的通信数据；借助于hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端以供坐席查看，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，以提高用户的购买体验。

参阅图4，图4是本申请另一实施例提供一种权益信息管理方法的示意流程图，该权益信息管理方法可以运行在服务器，该权益信息具体用于帮助坐席管理客户权益。如图4所示，该权益信息管理方法可包括步骤s201至s208。

s201、建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

在本实施例中，服务渠道为坐席与客户的通讯渠道，该坐席通过该服务渠道服务于客户，其中该服务渠道包括网页渠道、app渠道或电话渠道。服务器建立与网页渠道、app渠道或电话渠道的通讯连接是为了获取坐席通讯数据。

s202、通过所述服务渠道获取所述坐席与客户的通信数据。

在本实施例中，该通信数据是指坐席销售在销售产品时与客户进行沟通交流而产生的通信信息，比如销售记录、聊天记录或语音信息等。

s203、将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

在本实施例中，所述维度权益信息包括维度信息和与所述维度信息相对应的权益信息，其中所述维度信息包括用户标识信息和产品标识信息，用户标识信息包括用户的手机号或身份证号等，产品标识信息包括用户产品的标识号等，比如车牌号等；所述权益信息包括权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期等。

s204、通过所述hadoop系统分析出所述用户标识信息和产品标识信息的关联关系。

在本实施例中，借助于hadoop系统的大数据分析能力，以分析出用户标识信息和产品标识信息的关联关系，该关联关系是指用户标识信息和产品标识信息的关联性，比如用户标识信息为手机号，产品标识信息为车牌号，因为手机号和车牌号会同属于同一用户的名下，比如其中一个手机号“131xxxxxxxx”和车牌号“粤b：xxxxx”都属于张三，hadoop系统的大数据分析能还可根据身份证号确认手机号“131xxxxxxxx”对应的张三与“粤b：xxxxx”对应的张三是否是否同一个人，如果是同一个人，则认为手机号“131xxxxxxxx”和车牌号“粤b：xxxxx”具有关联关系。

s205、根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息。

在本实施例中，由于权益的种类不同，有的权益是分配给用户的，比如电影券等，有的权益是给用户产品的，比如车险类优惠券等，因此所述用户标识信息和产品标识信息均会对应不同的权益，但这些权益有可能是属于同一客户的。因此，根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息，可以将不同的权益进行整合，可以识别出同一客户名下的全部权益，进而方便坐席进行管理。

s206、选择所述维度信息中的用户标识信息。

在本实施例中，选择所述维度信息中的用户标识信息，比如选择维度信息中的电话号，用该电话号区分不同的用户。选择所述维度信息中的用户标识信息，还包括，选择所述维度信息中的产品标识信息及与所述产品标识信息具有关联关系的用户标识信息；以及用所述具有关联关系的用户标识信息代替所述产品标识信息，目的是为了合并不同的维度信息，进而便于坐席的管理。

s207、根据预设信息排列规则将所述用户标识信息和与其对应的用户权益信息存储在所述预设权益信息模板中以生成权益信息表。

在本实施例中，该预设信息排列规则是指将权益的相关信息进行有序排列的规则，该预设信息排列规则具体可包括按所述权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期进行排列的排列顺序。根据预设信息排列规则将用户标识信息和与其对应的用户权益信息存储在预设权益信息模板中以生成权益信息表。该权益信息表可以清晰地显示出不同的用户(手机号)拥有的权益信息的详细内容。

s208、将所述权益信息表发送至坐席终端。

在本实施例中，服务器将所述权益信息表发送至坐席终端以供所述坐席查看，具体可以通过软件平台发送各个应用端，坐席登录该应用端即可查看到权益信息表。该坐席可以按照该权益信息表中的权益信息对客户权益进行管理。

上述实施例中的权益信息管理方法通过建立与服务渠道的通讯连接，以及通过所述服务渠道获取所述坐席与客户的通信数据；借助于hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息，同时借助hadoop的分析处理能力整合出同一用户下不同权益；根据预设信息排列规则将所述这些权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端以供坐席查看，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，以提高用户的购买体验。

参阅图5，图5是本申请又一实施例提供一种权益信息管理方法的示意流程图，该权益信息管理方法可以运行在服务器，该权益信息具体用于帮助坐席管理客户权益。如图5所示该权益信息管理方法可包括步骤s301至s309。其中步骤s301～s305与上述实施例中的步骤s101～s105完全相同，为了说明的简洁性，在此不做赘述。

s301、建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

s302、通过所述服务渠道获取所述坐席与客户的通信数据。

s303、将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

s304、根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。

s305、将所述权益信息表发送至坐席终端。

s306、获取所述权益信息表中的权益状态为已使用对应的权益名称。

在本实施例中，服务器获取所述权益信息表中已被客户使用过的权益及其对应的权益名称，比如某客户已经使用过电影票或优酷会员卡等，则获取这些权益的权益名称。

s307、根据所述权益名称确定客户的权益喜好信息。

在本实施例中，根据所述权益名称，该权益名称为步骤s306中已经被客户使用过的权益对应的权益名称，由此根据用户使用习惯可以分析得出该客户的权益喜好信息。

具体地，根据所述权益名称确定客户的权益喜好信息，包括：根据所述权益名称确定所述客户已使用的权益对应的类别信息；根据所述类别信息确定所述客户的权益喜好信息。

譬如，比如某客户已经使用过电影票或优酷会员卡，可以确定电影票或优酷会员卡的类别信息为电影类别，由此可以确定用户比较喜欢看电影，由此可以确定该用户的权益喜好信息为电影类的权益。

s308、将所述权益喜好信息发送至所述坐席终端。

在本实施例中，服务器将所述权益喜好信息发送至所述坐席终端以供该坐席了解客户对权益的喜好，具体也可以将该权益喜好信息记录在权益信息表发送至坐席终端。权益喜好信息方便坐席针对不同的客户回馈不同的权益，由此增加了客户的购买体验。

此外，在所述将所述权益信息表发送至坐席终端之后，还包括：判断在预设时间内是否接收所述坐席终端反馈的确认查看信息；若接收到所述坐席销售反馈的确认查看信息，隐藏与所述确认查看信息对应的所述维度权益信息。通过隐藏用户已经查看过的所述维度权益信息，可以方便坐席在权益信息表包括较多的维度权益信息情况下，对客户的权益进行有效地管理，防止遗漏或不能及时处理某个客户的权益信息。

参阅图6，图6是本申请一实施例提供的一种权益信息管理装置的示意框图。如图6所示，该权益信息管理装置400包括：通讯建立模块401、数据获取模块402、同步分析获取模块403、排列储存生成模块404、信息表发送模块405、获取提示模块406和发送提示模块407。

通讯建立模块401，用于建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

其中，服务渠道为坐席与客户的通讯渠道，坐席通过该服务渠道服务于客户，该服务渠道包括网页渠道、app渠道或电话渠道，也可包括其他类型的渠道，在此不做限定。该坐席具体是指坐席销售，该坐席销售通过网页渠道、app渠道或电话渠道与客户对接以服务或向客户销售产品等。服务器建立与服务渠道的通讯连接是为了获取坐席通讯数据。需要说明的是，如果服务渠道是电话渠道，可以通过与该电话渠道的录音系统建立通讯连接。

数据获取模块402，用于通过所述服务渠道获取所述坐席与客户的通信数据。

其中，该通信数据是指坐席销售在销售产品时与客户进行沟通交流而产生的通信信息，比如销售记录、聊天记录或语音信息等。其中网页渠道和app渠道多是运行在终端中，服务器与该终端建立通信连接后，在与相关的网页和app建立连接即可获取相关的通信信息。但是对于电话渠道，需要先进行录音之后才能获取到相应的通信信息，基于此，数据获取模块402包括：开启获取子模块4021和识别获取子模块4022。

开启获取子模块4021，用于若所述服务渠道为电话渠道，开启录音监控功能以获取所述坐席与所述客户的电话录音。识别获取子模块4022，用于通过语音识别技术获取所述电话录音对应的文字信息作为通信数据。其中，通过语音识别技术对所述电话录音进行识别，以将所述电话录音转换成相对应的文字信息，该文字信息即为通过所述电话渠道获取到的所述坐席与客户的通信数据。

同步分析获取模块403，用于将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

其中，该hadoop系统可以理解为具有较快的数据挖掘分析能力的数据库，其具有大数据的分析能力。通过所述hadoop系统对所述通信数据进行分析处理以获取不同客户对应的不同的权益信息，即维度权益信息。具体地，所述维度权益信息包括维度信息和与所述维度信息相对应的权益信息，其中维度信息包括以用户为维度或以产品为维度的相关信息，因为有的权益是发送给用户的，有的权益是配置在产品上，比如，礼品卷分配给用户、车险是分配给车辆等。相应的所述权益信息包括：权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期等。

由于每个坐席均会对接不同的客户，因此会赠送不同的权益；即使相同的客户也会得到不同的权益；此外相同的客户以不同身份获取不同的权益，比如用电话号码表示用户或以车牌号表示车辆。这些维度信息及其对应的权益信息均可通过hadoop的大数据分析能力进行分析处理。

排列储存生成模块404，用于根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。

其中，该预设信息排列规则是指将权益的相关信息进行有序排列的规则，该预设信息排列规则具体可包括按所述权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期进行排列的排列顺序。该预设权益信息模板是指包括维度信息和权益信息的模板，用于将权益信息中多个权益内容整理成模板形式以方便用户查看。将该坐席对接的不同客户或者同一客户对应不同的权益，通过hadoop系统分析处理后得到多个维度权益信息，根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。该权益信息表可以清晰地显示出不同的用户拥有的权益信息的详细内容。

信息表发送模块405，用于将所述权益信息表发送至坐席终端。

其中，服务器将所述权益信息表发送至坐席终端以供所述坐席查看，具体可以通过软件平台发送各个应用端，坐席登录该应用端即可查看到权益信息表。该坐席可以按照该权益信息表中的权益信息对客户权益进行管理，由此坐席可以清晰地知道各个客户的权益信息的具体情况，比如客户具有那些权益，已经使用了权益以及快过期的权益等。

因此，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，提高了用户的购买体验，以便坐席推广销售相关的产品。

获取提示模块406，用于获取所述权益信息表中有效期满足预设条件的维度权益信息作为待提示维度权益信息。

其中，为了帮助坐席更加自能地管理客户的权益，还需获取所述权益信息表中有效期满足预设条件的维度权益信息，即是判断所述权益信息表的权益是否快要过期，通过有效期满足预设条件进行判断，具体可以判断距离有效期还差预设天数，比如距离有效期还差5天时间，如果有一条维度权益信息距离有效期还差5天时间，即判定为该维度权益信息满足预设条件，即为快要过期的权益信息，服务器将快要到期的权益信息作为待提示维度权益信息进行处理，需要坐席尽快通知到客户进行跟进处理。

发送提示模块407，用于将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户。

其中，将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户，以避免客户的权益出现过期还没有使用的情况，由此方便了坐席的权益信息的合理管理。

上述实施例中的权益信息管理装置通过建立与服务渠道的通讯连接，以及通过所述服务渠道获取所述坐席与客户的通信数据；借助于hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端以供坐席查看，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，以提高用户的购买体验。

参阅图7，图7是本申请另一实施例提供的一种权益信息管理装置的示意框图。如图7所示，该权益信息管理装置500包括：通讯建立模块501、数据获取模块502、同步分析获取模块503、关联分析模块504、整合生成模块505、标识选择模块506、排列储存生成模块507和信息表发送模块508。

通讯建立模块501，用于建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

其中，服务渠道为坐席与客户的通讯渠道，该坐席通过该服务渠道服务于客户，其中该服务渠道包括网页渠道、app渠道或电话渠道。服务器建立与网页渠道、app渠道或电话渠道的通讯连接是为了获取坐席通讯数据。

数据获取模块502，用于通过所述服务渠道获取所述坐席与客户的通信数据。

其中，该通信数据是指坐席销售在销售产品时与客户进行沟通交流而产生的通信信息，比如销售记录、聊天记录或语音信息等。

同步分析获取模块503，用于将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

其中，所述维度权益信息包括维度信息和与所述维度信息相对应的权益信息，其中所述维度信息包括用户标识信息和产品标识信息，用户标识信息包括用户的手机号或身份证号等，产品标识信息包括用户产品的标识号等，比如车牌号等；所述权益信息包括权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期等。

关联分析模块504，用于通过所述hadoop系统分析出所述用户标识信息和产品标识信息的关联关系。

其中，借助于hadoop系统的大数据分析能力，以分析出用户标识信息和产品标识信息的关联关系，该关联关系是指用户标识信息和产品标识信息的关联性，比如用户标识信息为手机号，产品标识信息为车牌号，因为手机号和车牌号会同属于同一用户的名下，比如其中一个手机号“131xxxxxxxx”和车牌号“粤b：xxxxx”都属于张三，hadoop系统的大数据分析能还可根据身份证号确认手机号“131xxxxxxxx”对应的张三与“粤b：xxxxx”对应的张三是否是否同一个人，如果是同一个人，则认为手机号“131xxxxxxxx”和车牌号“粤b：xxxxx”具有关联关系。

整合生成模块505，用于根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息。

其中，由于权益的种类不同，有的权益是分配给用户的，比如电影券等，有的权益是给用户产品的，比如车险类优惠券等，因此所述用户标识信息和产品标识信息均会对应不同的权益，但这些权益有可能是属于同一客户的。因此，根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息，可以将不同的权益进行整合，可以识别出同一客户名下的全部权益，进而方便坐席进行管理。

标识选择模块506，用于选择所述维度信息中的用户标识信息。

其中，选择所述维度信息中的用户标识信息，比如选择维度信息中的电话号，用该电话号区分不同的用户。选择所述维度信息中的用户标识信息，还包括，选择所述维度信息中的产品标识信息及与所述产品标识信息具有关联关系的用户标识信息；以及用所述具有关联关系的用户标识信息代替所述产品标识信息，目的是为了合并不同的维度信息，进而便于坐席的管理。

排列储存生成模块507，用于根据预设信息排列规则将所述用户标识信息和与其对应的用户权益信息存储在所述预设权益信息模板中以生成权益信息表。

其中，该预设信息排列规则是指将权益的相关信息进行有序排列的规则，该预设信息排列规则具体可包括按所述权益名称、发放渠道、赠送时间、权益状态、受益对象、领取时间、使用时间和有效期进行排列的排列顺序。根据预设信息排列规则将用户标识信息和与其对应的用户权益信息存储在预设权益信息模板中以生成权益信息表。该权益信息表可以清晰地显示出不同的用户(手机号)拥有的权益信息的详细内容。

信息表发送模块508，用于将所述权益信息表发送至坐席终端。

其中，服务器将所述权益信息表发送至坐席终端以供所述坐席查看，具体可以通过软件平台发送各个应用端，坐席登录该应用端即可查看到权益信息表。该坐席可以按照该权益信息表中的权益信息对客户权益进行管理。

上述实施例中的权益信息管理装置通过建立与服务渠道的通讯连接，以及通过所述服务渠道获取所述坐席与客户的通信数据；借助于hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息，同时借助hadoop的分析处理能力整合出同一用户下不同权益；根据预设信息排列规则将所述这些权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端以供坐席查看，该坐席可以根据该权益信息表对自己对接的客户权益进行跟踪处理。由此增加坐席与客户间的黏着性，以提高用户的购买体验。

参阅图8，图8是本申请又一实施例提供的一种权益信息管理装置的示意框图。如图8所示，该权益信息管理装置600包括：通讯建立模块601、数据获取模块602、同步分析获取模块603、排列储存生成模块604、信息表发送模块605、权益名称获取模块606、喜好信息确定模块607和喜好信息发送模块608。

通讯建立模块601，用于建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道。

数据获取模块602，用于通过所述服务渠道获取所述坐席与客户的通信数据。

同步分析获取模块603，用于将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息。

排列储存生成模块604，用于根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表。

信息表发送模块605，用于将所述权益信息表发送至坐席终端。

权益名称获取模块606，用于获取所述权益信息表中的权益状态为已使用对应的权益名称。

其中，服务器获取所述权益信息表中已被客户使用过的权益及其对应的权益名称，比如某客户已经使用过电影票或优酷会员卡等，则获取这些权益的权益名称。

喜好信息确定模块607，用于根据所述权益名称确定客户的权益喜好信息。

其中，根据所述权益名称，该权益名称为已经被客户使用过的权益对应的权益名称，由此根据用户使用习惯可以分析得出该客户的权益喜好信息。

具体地，根据所述权益名称确定客户的权益喜好信息，包括：根据所述权益名称确定所述客户已使用的权益对应的类别信息；根据所述类别信息确定所述客户的权益喜好信息。

譬如，比如某客户已经使用过电影票或优酷会员卡，可以确定电影票或优酷会员卡的类别信息为电影类别，由此可以确定用户比较喜欢看电影，由此可以确定该用户的权益喜好信息为电影类的权益。

喜好信息发送模块608，用于将所述权益喜好信息发送至所述坐席终端。

其中，服务器将所述权益喜好信息发送至所述坐席终端以供该坐席了解客户对权益的喜好，具体也可以将该权益喜好信息记录在权益信息表发送至坐席终端。权益喜好信息方便坐席针对不同的客户回馈不同的权益，由此增加了客户的购买体验。

此外，该权益信息管理装置还包括：接收判断模块，用于判断在预设时间内是否接收所述坐席终端反馈的确认查看信息；权益隐藏模块，用于若接收到所述坐席销售反馈的确认查看信息，隐藏与所述确认查看信息对应的所述维度权益信息。通过隐藏用户已经查看过的所述维度权益信息，可以方便坐席在权益信息表包括较多的维度权益信息情况下，对客户的权益进行有效地管理，防止遗漏或不能及时处理某个客户的权益信息。

需要说明的是，上述实施例中的权益信息管理装置，可以实现为一种计算机程序的形式，计算机程序可在如图9所示的权益信息管理设备上运行。

参阅图9，图9是本申请一实施例提供的一种权益信息管理设备的结构组成示意图。如图9所示的本实施例中的装置800可以包括：一个或多个处理器801；一个或多个输入装置802，一个或多个输出装置803和存储器804。上述处理器801、输入装置802、输出装置803和存储器804通过总线805连接。存储器802用于存储指令，处理器801用于执行存储器802存储的指令。其中，处理器801用于执行以下步骤：

建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道；

通过所述服务渠道获取所述坐席与客户的通信数据；

将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；

根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及

将所述权益信息表发送至坐席终端。

在一实施例中，所述维度权益信息包括维度信息和与所述维度信息相对应的权益信息，其中所述维度信息包括用户标识信息和产品标识信息。该处理器801还具体执行以下步骤：

在执行所述通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息之后，还包括：

通过所述hadoop系统分析出所述用户标识信息和产品标识信息的关联关系；以及

根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息；

所述根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表，包括：

选择所述维度信息中的用户标识信息；以及

根据预设信息排列规则将所述用户标识信息和与其对应的用户权益信息存储在所述预设权益信息模板中以生成权益信息表。

具体地，处理器801还用于具体执行：若所述服务渠道为电话渠道，开启录音监控功能以获取所述坐席与所述客户的电话录音；通过语音识别技术获取所述电话录音对应的文字信息作为通信数据。

在某些实施例中，处理器801在执行完所述将所述权益信息表发送至坐席终端之后，还具体用于执行以下步骤：

获取所述权益信息表中的权益状态为已使用对应的权益名称；

根据所述权益名称确定客户的权益喜好信息；以及将所述权益喜好信息发送至所述坐席终端。

在某些实施例中，处理器801在执行完所述将所述权益信息表发送至坐席终端之后，还具体用于执行以下步骤：

获取所述权益信息表中有效期满足预设条件的维度权益信息作为待提示维度权益信息；

将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户。

在某些实施例中，处理器801在执行完所述将所述权益信息表发送至坐席终端之后，还具体用于执行以下步骤：

判断在预设时间内是否接收所述坐席终端反馈的确认查看信息；

若接收到所述坐席销售反馈的确认查看信息，隐藏与所述确认查看信息对应的所述维度权益信息。

应当理解，在本申请实施例中，所称处理器801可以是中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入装置802可以包括触控板等，输出装置803可以包括显示器(lcd等)、扬声器等。该存储器804可以包括只读存储器，并向处理器801提供指令和数据。存储器804的一部分还可以包括非易失性随机存取存储器。例如，存储器804还可以存储设备类型的信息。

可以理解的是，本实施例中的权益信息管理设备800，除了包括处理器801、输入装置802、输出装置803和存储器804，还可包括其他，比如传感器等。

具体实现中，本申请实施例中所描述的处理器801、输入装置802、输出装置803可执行本申请实施例提供的方法的第一实施例、第二实施例和第三实施例中所描述的实现方式，也可执行本申请实施例所描述的装置的实现方式，在此不再赘述。

在本申请的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现：

建立与服务渠道的通讯连接，其中所述服务渠道为坐席与客户的通讯渠道；通过所述服务渠道获取所述坐席与客户的通信数据；将所述通信数据同步至hadoop系统，通过所述hadoop系统对所述通信数据进行分析处理以获取与所述客户对应的维度权益信息；根据预设信息排列规则将所述维度权益信息存储在预设权益信息模板中以生成权益信息表；以及将所述权益信息表发送至坐席终端。

其中，所述计算机程序被处理器执行时具体实现：

通过所述hadoop系统分析出所述用户标识信息和产品标识信息的关联关系；以及根据所述关联关系整合与所述用户标识信息和产品标识信息对应的权益信息以生成用户权益信息；选择所述维度信息中的用户标识信息；以及根据预设信息排列规则将所述用户标识信息和与其对应的用户权益信息存储在所述预设权益信息模板中以生成权益信息表。

其中，所述计算机程序被处理器执行时具体实现：

若所述服务渠道为电话渠道，开启录音监控功能以获取所述坐席与所述客户的电话录音；通过语音识别技术获取所述电话录音对应的文字信息作为通信数据。

在某些实施例中，所述计算机程序被处理器执行时具体实现：

获取所述权益信息表中有效期满足预设条件的维度权益信息作为待提示维度权益信息；将所述待提示维度权益信息发送至所述坐席终端以提示所述坐席通知相应客户。

在某些实施例中，所述计算机程序被处理器执行时具体实现：

获取所述权益信息表中的权益状态为已使用对应的权益名称；根据所述权益名称确定客户的权益喜好信息；以及将所述权益喜好信息发送至所述坐席终端。

在某些实施例中，所述计算机程序被处理器执行时具体实现：

判断在预设时间内是否接收所述坐席终端反馈的确认查看信息；若接收到所述坐席销售反馈的确认查看信息，隐藏与所述确认查看信息对应的所述维度权益信息。

所述计算机可读存储介质可以是上述实施例所述的装置的内部存储单元，例如设备或终端的硬盘或内存。所述计算机可读存储介质也可以是所述装置的外部存储设备，例如所述装置上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。