情感分析技术:让智能客服更懂人类情感

本文涉及的产品
NLP自然语言处理_高级版,每接口累计50万次
NLP 自学习平台,3个模型定制额度 1个月
NLP自然语言处理_基础版,每接口每天50万次
简介: 智能客服在解决客户高频业务问题的同时,也需要提供给客户多维度的、具有类人能力的助理、导购、语聊和娱乐等服务能力,提高客户对智能客服机器人的整体满意度。在此过程中,情感分析技术在机器人类人能力建设中起到了至关重要的作用。本文将围绕智能客服系统中人机结合的服务形式,从五个维度总结和介绍情感分析技术在智能客服系统中的应用场景,包括情感分析算法模型的原理及实际落地使用方式和效果分析。本文作者:宋双永 王超 陈海青

image.png

引言

人机对话一直是自然语言处理领域内的重要研究方向之一,近年来随着人机交互技术的进步,对话系统正逐渐走向实际应用。其中,智能客服系统受到了很多企业尤其是中大型企业的广泛关注。智能客服系统旨在解决传统客服模式需要大量人力的状况,在节约人力的同时,使得人工客服在针对特别问题或者特别用户时能够提供更高质量的服务,从而实现“智能客服 + 人工客服”在服务效率和服务质量两个维度上的整体提升。近年来,许多中大型公司都已经构建了自己的智能客服体系,例如富士通的 FRAP、京东的 JIMI 和阿里巴巴的 AliMe 等。

智能客服系统的构建需要依托于行业数据背景,并基于海量知识处理和自然语言理解等相关技术。初代智能客服系统主要面对业务内容,针对高频的业务问题进行回复解决,此过程依赖于业务专家对高频业务问题答案的准确整理,主要的技术点在于精准的用户问题和知识点之间的文本匹配能力。新型的智能客服系统将服务范围定义为泛业务场景,除了解决处理核心的高频业务问题,智能导购能力、障碍预测能力、智能语聊能力、生活助理功能以及生活娱乐交互等方面的需求也同样被重视和涵盖。其中,情感能力做为类人能力的重要体现,已经在智能客服系统的各个维度的场景中被实际应用,并且对系统类人能力的提升起到了至关重要的作用。

一 智能客服系统中情感分析技术架构

image.png

图 1 给出了经典的人机结合的智能客服模式,用户能够通过对话的方式,接受来自机器人或者人工客服的服务,并且在接受机器人服务的过程中,能够利用指令的方式或者机器人自动识别的方式跳转到人工客服。在上述的完整客服模式中,情感分析技术已经被实际应用在多个维度的能力之上。

二 用户情感检测

1 用户情感检测模型介绍

用户情感检测是很多情感相关应用的基础和核心。在本文中,我们提出一种集成词语义特征、多元词组语义特征和句子级语义特征的情感分类模型,用于识别智能客服系统用户对话中包含的“着急”、“气愤”和“感谢”等情感。关于不同层次语义特征的抽取技术,相关工作中已经多有提及,我们将不同层次的语义特征结合到一起,能够有效提升最终的情绪识别效果。图 2 给出了该情感分类模型的架构图。

image.png

2 句子级语义特征抽取

Shen 等人[3]提出 SWEM 模型,该模型将简单的池化策略应用于词嵌入向量,实现句子级别的语义特征抽取,并且基于此类特征进行训练得到的分类模型和文本匹配模型能够得到与经典的卷积神经网络类模型和循环神经网络类模型几乎持平的实验效果。

在我们的模型中,我们利用 SWEM 模型的特征抽取能力,获取用户问题的句子级别语义特征,并将其用于对用户问题的情感分类模型中。

3 多元词组语义特征抽取

传统的 CNN 模型在很多情况下被用于抽取 n 元词组语义特征,其中 n 是一个变量,表示卷积窗口大小。在本文中,我们根据经验将 n 分别设置为 2、3 和 4,并且针对每一种窗口大小,我们分别设置 16个 卷积核,以用于从原始的词向量矩阵中抽取丰富的 n 元词组语义信息。

4 词级别语义特征抽取

我们利用 LEAM 模型 [1] 抽取词级别的语义特征。LEAM 模型同时将词语和类别标签进行同维度语义空间的嵌入式表示,并且基于该表示进行文本分类任务的实现。LEAM 利用类别标签的表示,增加了词语和标签之间的语义交互,以此达到对词级别语义信息更深层次的考虑。图 3(2)中给出了类别标签和词语之间的语义交互的图示,并且给出了 LEAM 模型与传统模型之间的对比。

image.png

最后,不同级别的语义特征会在被合并在一起之后,输入到整个模型的最后一层,由逻辑回归模型进行最终的分类训练。

表 1 中给出了我们提出的集成式模型和三个只考虑单个层次特征的对比模型之间的线上真实评测效果对比结果。

image.png

三 用户情感安抚

1 用户情绪安抚整体框架介绍

本文中提出的用户情绪安抚框架包括离线部分和在线部分,如图 4 所示。

image.png

离线部分

首先需要对用户的情绪进行识别。此处我们选取了需要安抚的用户常见的七种情绪进行识别,它们是害怕、辱骂、失望、委屈、着急、气愤和感谢。

其次,我们对用户问题中包含的主题内容进行识别,此处由专门的业务专家总结了用户常见的 35 种主题表达内容,包括“抱怨服务质量”和“反馈物流太慢”等。主题识别模型,我们使用与情绪识别同样的分类模型设计。

知识构建是针对一些用户表达内容更具体的情况,整理其中高频出现的并且需要进行安抚的用户问题。这些具体的用户问题之所以没有合并到上述的主题维度进行统一处理,是因为主题维度的处理还是相对粗粒度一些,我们希望针对这些高频的更聚焦的问题,同样进行更聚焦的安抚回复,实现更好的回复效果。

针对情绪维度、“情绪 + 主题”维度和高频用户问题维度,业务专家分别整理了不同粒度的安抚回复话术。特别地,在高频用户问题维度,我们将每一个“问题 - 回复”搭配称为一条知识。

在线部分

基于知识的安抚是针对带有具体情绪内容表达的用户进行安抚,在此我们使用了一种文本匹配模型来评价用户问题与我们整理好的知识中的问题的匹配度。如果在我们整理好的知识中存在与当前用户输入问题意思非常相近的问题,则对应的回复直接返回给用户。

基于情绪和主题的情感回复,是指同时考虑用户表达内容中包含的情绪和主题信息,给予用户合适的情感回复。相比于基于知识的安抚,此种方式的回复会更加的泛化一些。
基于情绪类别的情感回复,是只考虑用户表达内容中的情绪因素而对用户进行相应的安抚回复。此回复方式是上述两种回复方式的补充和兜底,同时回复的内容也会更加的通用。

image.png

图 5 给出了在线情感安抚的三个示例,分别对应上述的三种不同层面的回复机制。

image.png
表 2:需要安抚的情感分类效果对比

表 2 给出了针对需要安抚情感的分类模型效果对比,包括每种情感类别的单独效果以及最终的整体效果。表 3 给出了针对主题的分类模型效果对比。表4给出了针对几种负面情感,增加了情绪安抚之后,用户满意度的提升效果。表 5 给出了针对感激这种情感,增加了情绪安抚之后,用户满意度的提升效果。
image.png

四 情感生成式语聊

1 情感生成式语聊模型

图 6 中给出了智能客服系统中的情感生成式语聊的模型图。图中,source RNN 起到了编码器的作用,将源序列s映射为一个中间语义向量 C,而 target RNN 作为解码器,则能够根据语义编码 C 以及我们设定的情绪表示 E 和主题表示 T,解码得到目标序列 y。此处的 s 和 y,分别对应图中由词语序列组成的“今天心情很好”和“好开心呀!”两个句子。

通常,为了使解码器能够保留来自编码器的信息,编码器的最后一个状态将作为初始状态传递给解码器。同时,编码器和解码器往往使用不同的 RNN 网络用以捕获问句和回复句不同的表达模式。具体的计算公式如下:

image.png

虽然基于 Seq2Seq 的对话生成模型取得了不错的效果,但是在实际应用中模型很容易生成安全但是无意义的回复。原因在于该模型中的解码器仅仅接收到编码器最后的一个状态输出 C,这种机制对处理长期依赖效果不佳,因为解码器的状态记忆随着新词的不断生成会逐渐减弱甚至丢失源序列的信息。缓解这个问题的一个有效方式是引入注意力机制[2]。

image.png

在引入注意力机制的 Seq2Seq 框架中,最后解码器的输出层根据输入预测出单词的概率为:

image.png

其中, image.pngimage.png时刻解码器的隐状态输出,image.png的计算公式为:
image.png

image.png

对于编码的每个输出image.png,此处引入不同权重:

image.png

每一个隐状态image.png的权重image.png的计算公式为:

image.png

训练过程的目标函数与预测过程中的搜索策略与传统 RNN 一致,此处不再赘述。

2 情感生成式语聊模型结果

模型训练完成之后,在真实的用户问题上进行测试,结果由业务专家进行检查,最终的答案合格率约为 72%。另外,回复文本的平均长度为 8.8 个字,非常符合阿里小蜜语聊场景中对回复长度的需求。表 6 中给出了本文模型 AET(Attention-based emotional & topical Seq2Seq model)与传统 Seq2Seq 模型的效果对比。对比主要集中在内容合格率以及回复长度两个方面。添加了情绪信息之后,回复内容较之传统 seq2seq 模型会更为丰富,而符合用研分析的“5 - 20字”最佳机器人语聊回复长度的内容占比也会大幅增加,最终使得整体的回复合格率提升明显。

image.png

图 7 中给出了阿里小蜜情绪生成式语聊模型在小蜜空间中的应用示例。图中两个答案均由情绪生成式模型给出,并且,对于用户辱骂机器人太傻的用户输入,我们的模型可以根据设置的对应合理的话题和情绪,产生不同的答案,丰富了答案的多样性,图中两个答案,则是由‘委屈’和‘抱歉’两个情绪产生。

image.png

image.png

五 客服服务质检

1 客服服务质量问题定义

本文所说的客服服务质检是针对人工客服在和客户对话的过程中可能出现的存在问题的服务内容进行检测,从而更好地发现客服人员在服务过程中存在的问题并协助客服人员进行改进,达到提高客服服务质量,最终提高客户满意度效果。据作者所知,目前还没有公开实现的针对客服系统中客服服务质量检测的人工智能相关算法模型。

与人机对话不同,人工客服和客户的对话并不是一问一答形式,而是客户和客服分别能够连续输入多句文本。我们的目标是检测每一句客服的话术内容是否包含“消极”或者“态度差”两种服务质量问题。

2 客服服务质检模型

为了检测一句客户话术的服务质量,我们需要考虑其上下文内容,包括用户问题和客服话术。我们考虑的特征包括文本长度、说话人角色和文本内容。其中,针对文本内容,除了利用 SWEM 模型对待检测的当前客服话术进行特征抽取,我们还对上下文中的每轮话术进行情绪检测,发现用户情绪类别和客服情绪类别作为模型特征,而此处使用的情绪识别模型也如第 2 章中所述一致,亦不再赘述。此外,我们还考虑了两种结构(图 8 中模型 1 和图 9 中模型 2)对基于上下文内容的文本序列语义特征进行抽取。

其中,模型 1 在对当前客服话术及其上下文每句文本进行基于 GRU 或 LSTM 的编码之后,针对编码结果,考虑利用正向和反向 GRU 或者 LSTM 分别对当前待检测客服话术的上文和下文的编码结果进行再次的序列化编码,如此得到的两个序列化编码结果均是以当前话术为尾句,能够更好的体现当前话术的语义信息。模型结构如图 8 所示。

另外,模型 2 将当前客服话术及其上下文的编码结果,再次按照前后顺序进行整体的正向 GRU 或 LSTM 编码作为最终的语义特征。模型结构的部分展示如图 9 所示。模型 1 与模型 2 相比,模型1会更加凸显当前待检测话术的语义信息,而模型 2 则更加多得体现整体上下文的序列化语义信息。

image.png

3 客服服务质检实验结果

image.png

我们比较两种上下文语义信息抽取模型的效果,表7中给出了对比结果,结果显示模型 1 的效果要优于模型 2,可见对于当前待检测话术的语义信息确实需要给予更多的权重,而上下文的语义信息可以起到辅助识别的作用。此外,之前提到的 GRU 或者 LSTM 两种方法在实际的模型训练过程中,效果差别不大,但是 GRU 方法要比 LSTM 方法在速度上更快一些,因此所有的模型实验过程中均使用了 GRU 方法。

此外,区别于模型层面的指标分析,我们针对模型在实际的系统层面的指标也进行了相应的分析,包括了质检效率以及召回率两个维度。这两个指标,我们是以模型的结果与之前纯人工质检的结果进行对比得到。如表 8 中所示,不管是质检效率还是质检的召回率都得到了非常大的提升。其中,人工质检的召回率比较低的原因,是因为人工不可能检测所有的客服服务记录。

image.png

六 会话满意度预估

1 会话满意度

目前在智能客服系统的性能评估指标中,有一项最为重要的指标为用户会话满意度。而针对智能客服系统中的用户会话满意度自动预估的工作,据作者所知还没有相关的研究成果。

针对智能客服系统中的会话满意度预估场景,我们提出了会话满意度分析模型,可以更好的反应当前用户对智能客服的满意度程度。由于不同用户存在评价标准差异,会存在大量会话内容、会话答案来源、会话情绪信息完全相同的情况下情绪类别不一致的情况。因此我们采用了两种模型训练方式:第一种是训练模型拟合情绪类别(满意、一般、不满意)的分类模型,另一种是训练模型拟合会话情绪分布的回归模型,最后对两种方式效果做了对比。

2 会话满意度特征选取

会话满意度模型考虑了各种维度信息:语义信息(用户话术)、情绪信息(通过情感检测模型获取)、答案来源信息(回复当前话术的答案来源)。

语义信息是用户与智能客服交流过程中所表达的内容信息,它可以从用户话术中较好反应用户当前满意状况。我们在模型中使用的语义信息是指会话中的多轮话术信息,在模型处理过程中,为了保证每次模型能够处理相同轮次的话术,我们实验中只使用会话中最后4句用户话术,选择此种方式的原因是通过会话数据分析,用户在会话即将结束时的语义信息与整体会话满意程度更为相关。比如,用户在会话结尾时表达感激之类的话术基本表示满意,而表达批评之类的话术则很可能表示了对服务的不满。

情绪信息一般在用户满意度方面起着非常大的参考作用,当用户出现愤怒、辱骂等极端情绪时,用户反馈不满意的概率会极大。此处的情绪信息与语义信息中的话术一一对应,对选取的几轮话术分别进行情绪识别,获取对应的情绪类别信息。

答案来源信息可以很好的反应用户遇到何种问题,由于不同的答案来源代表着不同业务场景,不同场景问题产生的用户满意度状况差异性比较明显。比如,投诉、维权类会比咨询类更容易导致用户不满意。

3 会话满意度模型

在本文中,我们提出了结合语义信息特征、情绪信息特征和答案来源信息特征的会话满意度预估模型。模型充分考虑了会话中的语义信息,并且使用了数据压缩的方式将情绪信息和答案来源信息进行了充分表达。模型结构如图 10 所示。

语义特征抽取。语义信息抽取方式使用层次 GRU/LSTM,第一层获取每句话的句子表示(图 10 中 first layer GRU/LSTM 部分),第二层根据第一层句子表示结果获得多轮用户话术的高阶表示。

image.png

(图 10 中 second layer GRU/LSTM 部分),此处充分利用了用户话术的序列信息。除此之外,还将获取最后一句话的 SWEM 句子特征,以增强最后一句话术语义特征的影响。

情绪特征抽取:由于获取的情绪特征是 one-hot 类型,而 one-hot 缺点比较明显,数据稀疏且无法表示情绪间直接关系。此处我们学习一个情绪 embedding,来更好的表达情绪特征。

答案来源特征抽取:初始答案来源特征同样为 one-hot 特征,但由于答案的来源有 50多种,导致数据非常稀疏,因此需要进行特征压缩,此处同样使用了 embedding 学习方式,来表示答案来源特征。

模型预测层:分别尝试了满意度类别预测和满意度分布预测,前者预测属于分类模型,后者属于回归模型。

4 会话满意度预估实验结果

image.png

实验结果如图 11 中所示。从实验结果来看分类模型满意度预估效果较差,平均比实际用户反馈高了 4 个百分点以上,回归模型可以很好的拟合用户反馈结果,而且减小了小样本结果的震荡,符合预期。如表 9 中所示,回归模型的均值与用户真实反馈的结果的差值仅为 0.007,而方差则比之前减小了三分之一,证明了回归模型的有效性。

image.png

七 总结

本文总结了目前智能客服系统中情感分析能力的一些实际应用场景以及相应的模型介绍和效果展示。虽然情感分析能力已经渗透到了智能客服系统人机对话过程的各个环节中,但是目前也只能算是一个良好尝试的开始,其在智能客服系统的类人能力构建进程中还需要发挥更大的作用。

扩展阅读 | 自然语言智能:为商业搭建语言桥梁

当前自然语言智能有哪些前沿技术和应用?自然语言技术如何与行业、场景紧密结合, 产生更大价值?达摩院语言技术实验室负责人、ACM 杰出科学家、阿里巴巴高级研究员司罗,将和大家介绍当前自然语言研发的现状、趋势,以及达摩院在自然语言智能方面所做出的探索和成果。

识别下方二维码立即阅读:

image.png

目录
相关文章
|
21天前
|
数据采集 监控 机器人
浅谈网页端IM技术及相关测试方法实践(包括WebSocket性能测试)
最开始转转的客服系统体系如IM、工单以及机器人等都是使用第三方的产品。但第三方产品对于转转的业务,以及客服的效率等都产生了诸多限制,所以我们决定自研替换第三方系统。下面主要分享一下网页端IM技术及相关测试方法,我们先从了解IM系统和WebSocket开始。
36 4
|
3月前
|
安全 前端开发 关系型数据库
IM即时通讯系统开发技术规则
IM即时通讯系统开发涵盖客户端与服务器端,涉及前端、后端、网络通信及多媒体处理等技术领域,支持文字、语音、图片、视频等多种实时交流方式。开发流程包括需求分析、技术选型、系统设计、开发实现、测试优化及部署维护等阶段,需关注网络通信、多媒体处理、安全性及可扩展性等关键技术点,广泛应用于社交、客服、团队协作及游戏等领域。
|
2月前
|
存储 自然语言处理 机器人
实战揭秘:当RAG遇上企业客服系统——从案例出发剖析Retrieval-Augmented Generation技术的真实表现与应用局限,带你深入了解背后的技术细节与解决方案
【10月更文挑战第3天】随着自然语言处理技术的进步,结合检索与生成能力的RAG技术被广泛应用于多个领域,通过访问外部知识源提升生成内容的准确性和上下文一致性。本文通过具体案例探讨RAG技术的优势与局限,并提供实用建议。例如,一家初创公司利用LangChain框架搭建基于RAG的聊天机器人,以自动化FAQ系统减轻客服团队工作负担。尽管该系统在处理简单问题时表现出色,但在面对复杂或多步骤问题时存在局限。此外,RAG系统的性能高度依赖于训练数据的质量和范围。因此,企业在采用RAG技术时需综合评估需求和技术局限性,合理规划技术栈,并辅以必要的人工干预和监督机制。
163 3
|
19天前
|
机器学习/深度学习 自然语言处理 监控
智能客服系统集成技术解析和价值点梳理
在 2024 年的智能客服系统领域,合力亿捷等服务商凭借其卓越的技术实力引领潮流,它们均积极应用最新的大模型技术,推动智能客服的进步。
54 7
|
2月前
|
人工智能 自然语言处理 搜索推荐
AI技术在智能客服系统中的应用与挑战
【9月更文挑战第32天】本文将探讨AI技术在智能客服系统中的应用及其面临的挑战。我们将分析AI技术如何改变传统客服模式,提高服务质量和效率,并讨论在实际应用中可能遇到的问题和解决方案。
324 65
|
1月前
|
人工智能 自然语言处理 安全
AI技术在智能客服系统中的应用与挑战
【10月更文挑战第28天】本文将深入探讨人工智能(AI)技术在智能客服系统中的应用及其面临的挑战。我们将通过实例分析,了解AI如何改善客户服务体验,提高效率和降低成本。同时,我们也将关注AI在实际应用中可能遇到的问题,如语义理解、情感识别和数据安全等,并提出相应的解决方案。
|
2月前
|
存储 安全 开发工具
百度公共IM系统的Andriod端IM SDK组件架构设计与技术实现
本文主要介绍了百度公共IM系统的Andriod端IM SDK的建设背景、IM SDK主要结构和工作流程以及建设过程遇到的问题和解决方案。
62 3
|
2月前
|
机器学习/深度学习 人工智能 自然语言处理
AI技术在智能客服中的应用:重塑客户体验
AI技术在智能客服中的应用:重塑客户体验
|
24天前
|
存储 自然语言处理 关系型数据库
基于阿里云通义千问开发智能客服与问答系统
在企业的数字化转型过程中,智能客服系统已成为提高客户满意度和降低运营成本的重要手段。阿里云的通义千问作为一款强大的大语言模型,具有自然语言理解、对话生成、知识检索等能力,非常适合用来开发智能客服与问答系统。 通过本博客,我们将演示如何基于阿里云的通义千问模型,结合阿里云相关产品如函数计算(FC)、API网关、RDS等,搭建一个功能齐全的智能客服系统。
77 5
|
4月前
|
人工智能 自然语言处理 Serverless
阿里云百炼应用实践系列-让微信公众号成为智能客服
本文主要介绍如何基于百炼平台快速在10分钟让您的微信公众号(订阅号)变成 AI 智能客服。我们基于百炼平台的能力,以官方帮助文档为参考,让您的微信公众号(订阅号)成 为AI 智能客服,以便全天候(7x24)回应客户咨询,提升用户体验,介绍了相关技术方案和主要代码,供开发者参考。
阿里云百炼应用实践系列-让微信公众号成为智能客服

热门文章

最新文章