呼叫中心生产力的重要性

建立和运营呼叫中心是一项艰巨的任务,无论您是一个5 人的小型团队,还是分布在多个办公室的 500 人的部门。初始投资后,呼叫中心经理必须确保一切顺利进行。有效的SparkleComm呼叫中心可以增加收入、增强客户体验并改善企业的整体品牌形象。 enter image description here 呼叫中心生产力的重要性

每个企业都需要能够处理客户查询并解决与产品/服务相关的问题的员工。您在这方面做得如何将影响客户保留率、满意度和整体盈利能力。对您的呼叫中心体验不佳的客户不仅会转向从竞争对手那里购买,还会告诉他们知道的每个人。现在这似乎还不错,但在当今的数字世界中,他们认识的每个人都可以轻松地遇到成千上万的人!

另一方面,良好的客户互动可以帮助您留住现有客户并培养忠诚的基础,他们不会在丝毫挑衅下转向竞争对手。由于电话仍然是消费者联系组织的最流行方式,SparkleComm呼叫中心在这项工作中起着至关重要的作用。即使是处理电子邮件、实时聊天和社交媒体互动的多渠道联络中心,仍然会看到他们的大部分查询是通过电话输入的。

呼叫中心与客户服务评分的关系

高效的SparkleComm呼叫中心会影响您的整体客户服务水平。但是你如何衡量一些无形的东西,比如满意度?从少数客户那里获得推荐或在线评论是不够的。你需要知道你在哪里,你想去哪里,以及你所在行业的规范是什么。

这就是指标的用武之地。指标允许组织衡量无形的东西,如客户满意度和忠诚度。

衡量客户服务水平的指标

1.客户满意度评分 (CSAT) – CSAT 显示客户对您的服务的满意程度(或不满意程度)。它是使用带有问题的客户调查来衡量的——“您如何评价您对业务/产品/服务的整体满意度?” 它是客户在某个时间点对产品、服务或整个业务的满意度的指标。

2.客户努力得分 (CES) – CES 表明客户必须付出多少努力才能与您的业务互动。换句话说,它指的是与贵公司开展业务的便利性。要获得 CES,您会问客户——“订购 XYZ/获得支持/订阅服务有多容易?” 企业通常会在特定交易(例如服务电话或在线购买)之后立即向客户提出这个问题。CES衡量个别交易的短期影响。

3.净推荐值 (NPS) – NPS 是衡量长期忠诚度的指标。您可以通过询问客户来计算 NPS——“您向他人推荐业务/产品/服务的可能性有多大?” 根据 10 分制的回答,您将客户分为促进者(会向他人推荐您的忠诚客户)、被动者(中立且容易受到竞争对手产品的影响)或批评者(不太可能再次向您购买,也会劝阻其他人这样做)。

很明显,您的呼叫中心对客户满意度有直接和直接的影响。但是您如何知道您的呼叫中心员工是否高效?有没有办法查看如何或在哪里可以提高服务水平?就像客户满意度得分一样,您可以使用多个指标来衡量呼叫中心的生产力、资源利用率和时间管理。

如何开展有效的呼叫中心活动:权威指南

呼叫中心活动对任何组织都至关重要。小型企业可能有 2 名员工接听电话,而大型公司可能有多个办公室,每天有数百名座席处理电话。无论规模和复杂程度如何,创建和运行有效的呼叫中心活动都是管理呼叫中心运营的一种方式。 enter image description here 就整个公司而言,呼叫中心活动似乎没什么大不了的。但是,SparkleComm呼叫中心执行关键功能,包括:

  • 提供优质的客户服务
  • 通过产生潜在客户来提高销售额
  • 解决客户疑问以留住客户

通过使用交叉销售和追加销售策略最大限度地提高盈利能力 呼叫中心的策略可能类似于“专注于持续创新和改善客户体验”。虽然这作为使命宣言很有效,但很难以有意义的方式量化。持续是否意味着您每天都会改变流程?这可能不是一个好主意,因为随着事情的变化,您的代理将难以工作。你怎么知道任何改变都改善了客户体验?这就是呼叫中心活动可以派上用场的地方。

什么是呼叫中心活动?

呼叫中心活动是通过根据特定标准对呼叫进行细分来改善销售或客户服务的集体和专注的努力。它包括一系列针对特定类型呼叫的活动,例如特定区号的客户、对品牌表示兴趣的潜在潜在客户等。

让我们分解呼叫中心活动的定义,以了解它的含义以及它与常规呼叫中心运营的不同之处。

一个典型的活动包括呼叫中心的所有或大部分员工,尽管较大的办公室可能同时运行多个活动。经理需要使用某些资源(代理、呼叫脚本、客户信息等)来计划活动,并有一个特定的目标。一个活动将有一个结束日期和指标来衡量实现目标的进度。

呼叫中心活动与呼叫中心运营

SparkleComm呼叫中心活动不同于常规操作。

假设呼叫中心使用分机,因此座席可以正确重定向客户呼叫。这被认为是常规操作,而不是活动的一部分,因为它没有开始或结束日期。没有要达到或超过的目标,也没有办法衡量指标来查看进度。可能会监控一些呼叫以确保代理正确地转移呼叫,但除非出现问题(客户抱怨转移到错误的人/部门、转移过多或类似问题),否则不会审查该过程。

另一方面,活动需要具体的活动和目标才能有效,并且需要显示结果。

一个典型的活动可能是通过电话推销为产品产生潜在客户。它将有一个开始和结束日期,比如 3 个月。目标是每月产生 X 数量的潜在客户。呼叫中心经理将计划具体活动,例如使用冷呼叫脚本和通过冷呼叫列表联系潜在客户。每个月底,可能会召开一次会议,审查实现目标的进展情况,并在必要时进行更改。

为什么活动对呼叫中心很重要?

活动对于呼叫中心非常重要。原因之一是它可以让您衡量进度,并显示有效呼叫中心的重要性。虽然每个人都同意呼叫中心对于处理客户查询或提供技术支持是必要的,但经理们可能需要证明需要额外预算或获得新技术是合理的。成功活动的结果可帮助您向管理层展示呼叫中心的绩效。

另一个原因是它允许您根据不同的要求组织呼叫中心。SparkleComm呼叫中心是根据业务需求配置的,这意味着一个办公室可能有多个围绕不同目标组织的团队。有时,组织将呼叫中心管理外包给专业的第三方供应商。在这种情况下,一个呼叫中心可以为多个客户提供服务。SparkleComm呼叫中心活动允许经理有效地利用可用资源来实现目标。

最后,呼叫中心活动有助于优化个别座席的才能和技能,同时最大限度地提高盈利能力或改善客户体验。它提供了一组可见的目标,员工可以在到达那里时努力实现并获得奖励。

wav2letter++_最高效的语音识别系统

wav2letter++_最高效的语音识别系统

论文译文

外文原文题目:WAV2LETTER++: THE FASTEST OPEN-SOURCE SPEECH RECOGNITION SYSTEM

中文译文题目:WAV2LETTER++,最高效的开源语音识别系统

原文作者: Vineel Pratap, Awni Hannun, Qiantong Xu, Jeff Cai, Jacob Kahn, Gabriel Synnaeve, Vitaliy Liptchinsky, Ronan Collobert

所属单位:Facebook AI Research

译文作者:岳昕阳

所属单位:重庆劳格科技有限公司

原文发表于:Cornell University网站

https://arxiv.org/abs/1812.07625

版权所有 非授权谢绝转载    





摘 要

这篇论文将会介绍当前最高效的基于深度学习的语音识别架构——wav2letter++。wav2letter++完全由C++语言编写并使用了能最大化提升效率的ArrayFire张量库。本文将介绍wav2letter++系统的整体框架与设计并将其与其他现存常见的主要的开源语音识别系统相比较。比较后可以发现在一定情况下wav2letter++比其他已经经过优化的端到端语音识别神经网络训练速度快超过两倍以上。我们同样会展示在对一亿个参数的模型进行训练测试时,wav2letter++的训练次数最多线性扩展到了64GPU。高性能结构可以加快迭代速度,而迭代速度很多时候又是直接关乎研究与训练新的数据库或任务模型的成功率的重要参数。

关键词:语音识别,开源软件,端到端





1. 介绍

随着大众对于自动语音识别(automatic speech recognition,ASR)技术关注的不断加强,在众多开源软件社区中语音识别软件系统与工具包软件激增。其中包括Kaldi[1]、ESPNet[2]、OpenSeq2Seq[3]和Eesen[4]。经过过去十年的发展,这些框架已经从传统的基于隐马尔可夫模型(Hidden Markov Models,HMM)和高斯混合模型(Gaussian Mixture Models,GMM)发展到基于端到端的神经网络模型。许多当前的ASR工具包都不是基于声音单位(phonemes)的而是使用基于图形单位(graphemes)的端到端声学建模。本文章所介绍的ASR工具包也是如此。产生这样的转变主要有以下两方面原因:首先,端到端模型十分简单;其次,此模型与HMM/GMM系统之间原有的精确度差距正在急剧缩小。


C++是当前世界上第三广泛使用的编程语言,能够完全控制高性能任务关键型系统的所有资源。更重要的是,C++中所具有的静态数据类型可以在对大规模程序进行编译时捕捉所有协议不匹配错误(contract mismatches)。不仅如此,事实上几乎所有编程语言都可以轻松调用本地库(native libraries)。尽管在机器学习领域采用C++语言会遇到一定的困难,例如在主流框架里缺少经过完善定义的C++应用程序编程接口(API)以及在工作中C++几乎都被应用于关键性能组件方面而不是机器学习方面,由于常用语言的不同可能导致的学习成本增加等问题。但是随着机器学习代码库变得愈加庞大,在脚本语言与C++之间来回切换也变的愈发困难且容易出错。与此同时,随着现代C++的发展,只要有足够的库支持C++语言的编程速度和脚本语言的编程速度之间已经没有太大的差距。在本文中,我们将介绍第一款完全由C++语言开发的开源语音识别系统。 我们利用现代C++语言对机器学习系统进行的设计可以在不牺牲编程简易度的情况下保持软件的高效率与高可扩展性。在本工作中,我们主要将聚焦于例如训练时间、解码速度与可扩展性等ASR系统的技术方面。


接下来,我们将在第二节讨论wav2letter++的具体设计;在第三节大致讨论其他现存主要的开源系统;并在第四节中将这些系统与我们的系统进行比较。




2.设计

wav2letter++的设计主要需要满足三项需求。首先,工具包必须可以在包含数千小时语音数据的数据库中高效的训练模型。第二,必须能尽量简单地合并与表达新的网络结构和损失函数,尽可能简化其他代码操作。第三,从模型研究到模型部署的路径应该在保证研究的灵活性的基础上尽量做到简洁、直白并尽可能减少对新代码的需求。



2.1ArrayFire张量库

我们之所以采用ArrayFire作为张量操作的库主要是有以下几个原因:首先,ArrayFire是一种可以执行多种后端包括CUDA GPU后端和CPU后端的已经经过了高度优化的张量库。其次,ArrayFire使用即时代码生成技术(just-in-time code generation,也被称为惰性编译技术,lazy evaluation)来将数条简单的操作合并成一条内核调用,这可以加快内存带宽限制操作的执行速度并减少峰值内存的使用时间。另一个ArrayFire的重要特点是它具有简单的阵列构建与操作界面。与其他同样支持CUDA的C++张量库相比,ArrayFire界面不那么冗长且更少的依赖C++特性。

enter image description here

图1 wav2letter++库结构



2.2数据准备与特征提取

我们的特征提取支持多种音频文件格式(例如wav、flac.../mono、stereo/int、float)和数种特征类型,包括原始音频、线性可扩展功率谱、log-Mels(MFSC)和MFCC等。我们使用FFTW库来计算离散傅里叶变换。wav2letter++的数据加载过程是先进行动态特征计算,再进行网络评估,再加上完全端到端管道可以以单二进制文件运行,这让搜索替代特征更加简单,并使得本设计允许动态数据扩充,让模型部署变得更加简单。为了在训练模型时提高效率,我们采取并行异步的方式来加载和解码音频文件以及计算特征。对于我们已经尝试过的模型与批量大小来说,花费在数据加载上的时间是可以忽略不计的。



2.3模型

我们支持数种端到端模型。每个模型分别由“网络”和“标准”两部分组成。“网络”部分是只与输入有关的函数而“标准”部分是与输入和靶转录(target transcription)都有关的函数。与“网络”部分总是有参数不同,“标准”部分的函数并不一定有参数。这种抽象概念允许我们可以很轻松的利用相同的训练管道训练不同的模型。支持的标准包括基于神经网络连接的时序分类(Connectionist Temporal Classification,CTC)[7],原始wav2letter的AutoSegCriterion(ASG)[8],和拥有注意力算法的序列到序列模型(S2S)[9,10],其中CTC标准没有参数而ASG和S2S模型都包含可被学习的参数。与此同时,我们注意到由于像ASG和CTC这样的损失函数可以在C++中被高效使用,添加新的序列标准变得十分简单。我们同样兼容支持大量网络框架与激活函数,这里就不再一一列举。


我们用更高效的cuDNN算法扩展了核心ArrayFire CUDA后端,在cuDNN提供的众多程序中主要使用1D和2D卷积以及RNN程序。由于使用的网络库提供动态图型构造与自动微分功能,我们不用费多大劲就能进行类似新建层这样的基本操作。后文将举出一个例子展示如何建立与训练一个拥有二进制交叉熵损失的一层MLP(如图2),以此来论证C++界面的简易性。

enter image description here

图2 例:由二进制交叉熵和SGD训练的单隐藏层MLP,使用自动微分。



2.4训练与扩展

我们的训练管道为使用者使用不同的特征、框架与优化参数进行实验提供了最大程度的灵活性。训练程序可以在三种模式下运行:-train(平启动(flat-start)训练),continue(从检查点位置继续)和fork(例如转移学习)


此设计支持标准优化算法包括SGD和其他常用的基于梯度的优化器。我们通过数据并行同步SGD将wav2letter扩展为一个更大的数据库。使用英伟达多GPU通信库(NVIDIA Collective Communication Library,NCCL2)实现进程内通信。


为了尽可能减小进程间等待时间并提升单一进程工作效率,我们会在建立训练批次前对数据库中的数据按输入长度进行分类。



2.5解码

wav2letter++使用的解码器是经过数次提升效率优化的柱状搜索解码器,与文献[13]使用的相同,包含了来自语言模型与词语插入项的限制。解码器接口接收来自声学模型的输出与转换(如果相关)。我们同时为解码器设置了一个包含词语字典和语言模型的字典树。此解码器支持所有拥有解码器所需接口的语言模型,包括N元语言模型(n-gram LMs)和无状态参数语言模型(stateless parametric LM),并为N元语言模型提供基于KenLM的简易封装。




3. 相关工作

我们对其他常用开源语音识别系统做了一个简要概括,包括Kaldi[1],ESPNet[2]和OpenSeq2Seq[3]。卡迪语音识别工具包(The Kaldi Speech Recongnition Toolkit,Kaldi)目前是上述系统中出现时间最早的,它拥有一套独立式命令行工具包。Kaldi支持HMM/GMM与混合式基于HMM/NN的声学模型并包含基于电话的菜单(phone-based recips)。


端到端语音处理工具包(End-to-End Speech Processing Toolkit,ESPNet)与Kaldi之间联系很紧密,ESPNet将Kaldi用来进行特征提取与数据预处理。ESPNet一般将Chainer[15]或PyTorch[16]用作后端来训练语言模型,虽然主要用Python编写,但与Kaldi风格相同,高级工作流程采用实用脚本程序(bash scripts)编写。虽然这样便于系统组件的解耦,但同时也缺乏拥有静态类型的面向对象的编程语言所具有的类型安全、可靠性高和交互界面直观等优点。ESPNet具有同时拥有基于CTC的和基于注意力的解码译码器以及结合这两个标准的混合模型的特点。


OpenSeq2Seq与ESPNet类似,都具有基于CTC和拥有编码器解码器模型的特点,且都是用Python编写的,都使用TensorFlow作为后端而不使用PyTorch。若要处理高级工作流,OpenSeq2Seq同样依赖于调用Perl和Python脚本的实用脚本程序。OpenSeq2Seq系统的一个值得注意的特点是它支持混合精度训练。而且,ESPNet和OpenSeq2Seq支持文本到语音模型(Text-To-Speech,TTS)。


表1描述了这几个开源语音识别系统的具体情况。如表所示,wav2letter++是唯一一个完全使用C++编写的系统,它事实上可以很简单的和现存的用任何语言编写的应用程序整合到一起。由于它使用的C++语言具有静态变量且面向对象,所以它可以更好地适应大规模开发需求。在第四章中,我们可以看到它在与其他系统相对比时同样具有最大效率。与他形成对比的是类似Python这样的动态类型语言虽然可以提高原型设计的速度,但强制静态类型的缺失总是会妨碍大规模开发。 enter image description here

表1 主要开源语音识别系统




4.实验

在这一章我们将通过对比研究讨论ESPNet、Kaldi、OpenSeq2Seq和wav2letter++之间的表现差距,通过利用华尔街日报(WSJ)数据库中的大量词汇对自动语音识别系统进行工作评估。我们会测量训练中的平均历元时间以及平均语音解码延迟。来实验的机器硬件配置如下:每台机器配置装有八个NVIDIA Tesla V100 Tensor Core GPU的NVIDIA SXM2 模块和16GB内存,每个计算节点拥有两个Intel Xeon E5-2698 v4 CPU,总共40个核心,80个硬件线程,工作频率2.20GHz。所有机器通过100Gbps无线带宽网络进行连接。



4.1训练

我们通过扩展网络参数和增加GPU使用数量评估训练时间。我们考虑两种神经网络结构:循环结构网络,拥有三千万个参数;还有纯卷积模式,拥有一亿个参数。两种网络结构分别在图4的上下两幅图中做出了具体描述。


对于OpenSeq2Seq,我们同时考虑float32和混合精度float16训练。对于两种网络,我们使用40维log-mel滤波器组作为输入以及CTC作为标准(基于CPU的实现,CPU-based implementation)。


对于Kaldi,由于CTC训练标准在标准Kaldi菜单(recipes)中不可用,我们使用LF-MMI[19]标准。 所有模型都使用带动量(momentun)SGD进行训练。 我们使用的批次大小为每个GPU处理4条语音。每次运行限制每个GPU最多使用5个CPU核心。 图3可以提供关于训练管道主要组件的更多细节,图中展示单个GPU运行情况下在一个完整的历元时间内,对每个批次所消耗的时间进行的平均处理。


对于只有三千万个参数的更小的模型来说,就算是在单个GPU上运行wav2letter++也比第二优秀的系统快15%以上。需要注意的是由于我们使用的是8GPU设备,当我们需要进行16、32甚至64GPU实验的时候,需要引入多节点通信。但ESPNet并不支持多节点训练开箱即用(out-of-the-box)。我们通过使用PyTorch的DistributedDataParallel模式和NCCL2后端对它进行扩展。ESPNet依赖于对输入特征的预先计算,而wav2letter++和OpenSeq2Seq则由于对灵活性的需求而选择在程序运行过程中计算特征。在一些情况下,混合精度训练可以将OpenSeq2Seq的历元时间降低1.5倍以上,这项优化在未来也可以被运用在wav2letter++上。由于Kaldi的菜单在进行LF-MMI时无法同步SGD上传数据的梯度,导致每次历元花费的时间慢了20倍以上。(The Kaldi recipe for LF-MMI does not synchronize gradients for each SGD update; the per-epoch time is still more than 20x slower.)由于使用了不同的标准(LF-MMI)和优化算法导致难以进行比较,我们并没有把Kaldi包含进表4中。 enter image description here

图3 训练循环中主要步骤消耗毫秒数。



4.2解码

wav2letter++包含一个用C++实现的单通柱状搜索解码器(详见2.5节)。我们将此解码器与OpenSeq2Seq和ESPNet中可获得的其他柱状搜索解码器相比较。不把Kaldi引入比较主要是因为它内置了的基于WFST的解码器并不支持CTC解码。我们利用在LibriSpeech上通过Wave2Letter+训练的完全优化的OpenSeq2Seq模型产生完全相同的,经过预先计算的数据并传输给两个解码器,这样我们就可以得到在相同模型情况下的独立的实验结果数据。由于ESPNet并不支持N元语言模型解码,我们使用的4元LibriSpeech语言模型主要用来给OpenSeq2Seq与wav2letter++提供数据。在表2中,我们主要汇报了基于LibriSpeech dev-clean的单线程解码的解码时间与峰值内存使用,验证其误码率是否低于5%并记录每个框架最低可达到的误码率。我们对超参数进行了严格的调整这样报告就可以反映在报告误码率下最大可能达到的速度。最终结果显示,mav2letter++不仅比类似的解码器表现优秀一个数量级以上,还可以大量节约内存资源。

enter image description here

表2 基于LibriSpeech dev~clean的解码表现   enter image description here

图4 训练时间对比图。上方图是一个三千万参数RNN[12], 下方图是一个一亿参数CNN[13]。




5.结论

本论文主要介绍了wav2letter:一个用于开发端到端语音识别器的高速简单系统。其框架完全通过C++实现,这使得它不仅可以高效训练模型还可以进行实时解码。我们的初步实践与其他语音框架相比展现了极大的前景,而且wav2letter++可以在未来的进一步更新中持续优化。由于它简单且可扩展的界面,wav2letter++很适合成为端到端语音识别的快速研究平台。与此同时,我们依然保留了对基于Python的ASR系统进行优化的可能性,以使其缩小与wav2letter++的差距。




  .

参考文献

[1] Daniel Povey, Arnab Ghoshal, Gilles Boulianne, Lukas Burget, Ondrej Glembek, Nagendra Goel, Mirko Han- nemann, Petr Motlicek, Yanmin Qian, Petr Schwarz, et al., “The kaldi speech recognition toolkit,” in IEEE 2011 workshop on automatic speech recognition and understanding. IEEE Signal Processing Society, 2011, number EPFL-CONF-192584.

[2] Shinji Watanabe, Takaaki Hori, Shigeki Karita, Tomoki Hayashi, Jiro Nishitoba, Yuya Unno, Nelson En- rique Yalta Soplin, Jahn Heymann, Matthew Wiesner, Nanxin Chen, et al., “Espnet: End-to-end speech processing toolkit,” arXiv preprint arXiv:1804.00015, 2018

[3] Oleksii Kuchaiev, Boris Ginsburg, Igor Gitman, Vi- taly Lavrukhin, Carl Case, and Paulius Micikevicius, “Openseq2seq: extensible toolkit for distributed and mixed precision training of sequence-to-sequence mod- els,” arXiv preprint arXiv:1805.10387, 2018.

[4] Yajie Miao, Mohammad Gowayyed, and Florian Metze, “Eesen: End-to-end speech recognition using deep rnn models and wfst-based decoding,” in Automatic Speech Recognition and Understanding (ASRU), 2015 IEEE Workshop on. IEEE, 2015, pp. 167–174.

[5] James Malcolm, Pavan Yalamanchili, Chris McClana- han, Vishwanath Venugopalakrishnan, Krunal Patel, and John Melonakos, “Arrayfire: a gpu acceleration plat- form,” 2012.

[6] Matteo Frigo and Steven G. Johnson, “The design and implementation of FFTW3,” Proceedings of the IEEE, vol. 93, no. 2, pp. 216–231, 2005, Special issue on “Pro- gram Generation, Optimization, and Platform Adapta- tion”.

[7] Alex Graves, Santiago Ferna ́ndez, Faustino Gomez, and Ju ̈rgen Schmidhuber, “Connectionist temporal classifi- cation: labelling unsegmented sequence data with recur- rent neural networks,” in Proceedings of the 23rd inter- national conference on Machine learning. ACM, 2006, pp. 369–376.

[8] Ronan Collobert, Christian Puhrsch, and Gabriel Synnaeve, “Wav2letter: an end-to-end convnet- based speech recognition system,” CoRR, vol. abs/1609.03193, 2016.

[9] Dzmitry Bahdanau, Kyunghyun Cho, and Yoshua Ben- gio, “Neural machine translation by jointly learning to align and translate,” arXiv preprint arXiv:1409.0473, 2014.

[10] Jan K Chorowski, Dzmitry Bahdanau, Dmitriy Serdyuk, Kyunghyun Cho, and Yoshua Bengio, “Attention-based models for speech recognition,” in Advances in neural information processing systems, 2015, pp. 577–585.

[11] Sharan Chetlur, Cliff Woolley, Philippe Vandermersch, Jonathan Cohen, John Tran, Bryan Catanzaro, and Evan Shelhamer, “cudnn: Efficient primitives for deep learn- ing,” arXiv preprint arXiv:1410.0759, 2014.

[12] Awni Hannun, Carl Case, Jared Casper, Bryan Catan- zaro, Greg Diamos, Erich Elsen, Ryan Prenger, San- jeev Satheesh, Shubho Sengupta, Adam Coates, et al., “Deep speech: Scaling up end-to-end speech recogni- tion,” arXiv preprint arXiv:1412.5567, 2014.

[13] Vitaliy Liptchinsky, Gabriel Synnaeve, and Ronan Col- lobert, “Letter-based speech recognition with gated con- vnets,” CoRR, vol. abs/1712.09444, 2017.

[14] Kenneth Heafield, “Kenlm: Faster and smaller language model queries,” in Proceedings of the Sixth Workshop on Statistical Machine Translation. Association for Com- putational Linguistics, 2011, pp. 187–197.

[15] Seiya Tokui, Kenta Oono, Shohei Hido, and Justin Clay- ton, “Chainer: a next-generation open source frame- work for deep learning,” in Proceedings of workshop on machine learning systems (LearningSys) in the twenty- ninth annual conference on neural information process- ing systems (NIPS), 2015, vol. 5, pp. 1–6.

[16] Adam Paszke, Sam Gross, Soumith Chintala, Gregory Chanan, Edward Yang, Zachary DeVito, Zeming Lin, Alban Desmaison, Luca Antiga, and Adam Lerer, “Au- tomatic differentiation in pytorch,” 2017.

[17] Mart ́ın Abadi, Paul Barham, Jianmin Chen, Zhifeng Chen, Andy Davis, Jeffrey Dean, Matthieu Devin, San- jay Ghemawat, Geoffrey Irving, Michael Isard, et al., “Tensorflow: a system for large-scale machine learn- ing.,” in OSDI, 2016, vol. 16, pp. 265–283.

[18] Douglas B Paul and Janet M Baker, “The design for the wall street journal-based csr corpus,” in Proceedings of the workshop on Speech and Natural Language. Associ- ation for Computational Linguistics, 1992, pp. 357–362.

[19] Daniel Povey, Vijayaditya Peddinti, Daniel Galvez, Pe- gah Ghahremani, Vimal Manohar, Xingyu Na, Yim- ing Wang, and Sanjeev Khudanpur, “Purely sequence- trained neural networks for asr based on lattice-free mmi.,” in Interspeech, 2016, pp. 2751–2755.

适用于小型企业的客户服务通信

我们生活在客户时代,体验至高无上。事实上,今天的买家很可能会选择一家提供优质服务的公司,即使它的成本更高。

这对小企业来说是个好消息;在价格方面,您可能无法与大公司竞争,但您与客户的距离比一些大型商店所希望的要近得多。但取悦顾客并不总是在公园里散步。即使是最好的小企业今天也可以利用优势,因为每个人都在呼吁提升他们的客户服务游戏。

enter image description here

这就是我们创建 SparkleComm统一通信系统的原因。它是一个精简的工具包,具有提升客户体验所需的所有功能。

让我们看看SparkleComm统一通信如何为您的小型企业节省时间、金钱和客户!

SparkleComm统一通信帮助小型企业的 4 种方式

  1. 取悦更多客户

借助SparkleComm的软电话功能,您可以通过可自定义的语音菜单和呼叫路由减少等待时间并提高首次呼叫解决率。您的服务团队可以在办公桌、计算机甚至移动设备上接听电话。此外,您可以直接从应用程序向客户发送短信和传真:当今世界掌握在客户的手中。第一次提供一流的体验比以往任何时候都更重要,SparkleComm可以提供帮助!

  1. 加强团队协作

告别长长的电子邮件线程!

使用SparkleComm即时通讯,跟上工作从未如此简单。那是因为您的所有团队都在同一个应用程序中生活和工作!

我们的SparkleComm即时通讯功能具有许多强大的功能,可让您的团队保持正轨,例如:

1:1 和群发消息

共享和存储文件

固定重要的对话以备后用

设置任务和创建日历邀请

将客人添加到群聊中,以便与客户和利益相关者轻松交流

  1. 挖掘数据以做出更好的决策

数据是一个美好的东西。与依靠直觉不同,数据是一种更智能、风险更低的方式来做出有关您的业务的重大决策。此外,调查这些数字有助于在雪崩之前预防问题。

这就是为什么SparkleComm呼叫中心是其中的标准配置。这是一套精益求精的工具,可帮助您获得有关客户服务旅程每一步的重要见解。你会得到:

座席和呼叫队列绩效报告

业务线分析

服务质量报告

借助SparkleComm呼叫中心的实时报告,您可以就人员配备计划、座席表现和呼叫解决方案等做出更好的决策。

  1. 完成更多工作

没有人比小企业主更了解预算紧张。这就是为什么SparkleComm统一通信不会给您带来额外的零花钱的原因。您将获得SparkleComm统一通信的核心功能,强大的商务电话团队消息传递视频会议,以及让您的客户服务与众不同的实时报告。没有多余的装饰,没有大惊小怪。只是一套易于使用和理解的负担得起的工具。

拥有SparkleComm统一通信应用程序中的所有功能意味着您的团队在应用程序之间的切换更少,这意味着更高效的工作一整天!

 SparkleComm的这些新功能将永远改变您的混合劳动力

混合工作让员工在工作方式上拥有更多控制权和灵活性,从而改善了许多员工的生活。混合工作也可能永远改变我们开会的方式。

有些人在办公室工作,有些人在家里或其他地方工作,会议意味着坐在同一张桌子上的日子已经一去不复返了。如今,混合会议也很常见,有些人亲自参加,有些人通过视频参加。

 SparkleComm视频会议专为这些场景量身定制,提供无缝、集成的会议体验,易于在任何规模的会议室中安装和使用,无论您是面对面还是远程,都能提供出色的体验。

enter image description here

随着混合会议数量的增加,对能够使体验更好的创新功能的需求也在增加。以下是  SparkleComm视频会议的 8项新功能和更新,它们将真正提升您的混合会议水平。

  1. 幻灯片视图

与面对面会议相比,查看会议室中正在发生的事情或其他参与者的反应的能力有限,这使得通过视频加入会议的体验不那么吸引人。

我们新的幻灯片视图通过显示其他会议参与者而不仅仅是主持人,为屏幕带来更多动作。激活幻灯片视图后,屏幕底部或顶部会显示其他与会者,允许远程与会者看到和听到会议中的每个人。

  2. E2EE 房间支持 

更多的混合会议意味着更多的场景可以虚拟地讨论重要且通常是机密的信息——这意味着安全必须成为这些会议执行方式的重要考虑因素。

这就是为什么我们很高兴为 SparkleComm用户提供视频会议隐私的黄金标准。端到端加密意味着数据在端点之间的整个过程中都经过加密,除了会议参与者之外,没有人可以访问该信息。 

现在, SparkleComm视频会议支持动态端到端加密,允许用户在 SparkleComm视频会议期间随时开启这种增强保护。

  3. 隐藏式字幕

无论您在哪里参加会议,如果您无法听到或理解正在发生的事情,就很难从会议中获得很多东西。 

借助隐藏式字幕,用户可以打开屏幕字幕,因此无论会议参与者是否需要额外的语言帮助、听力受损,或者只是想能够实时阅读所讲的内容,都可以轻松跟进。

  4.HDMI分享

无论是状态更新、想法还是反馈,会议都是关于共享的。借助新的 HDMI 共享功能,您可以轻松地将笔记本电脑中的演示文稿或内容共享到会议室。 

只需将  SparkleComm HDMI 插入任何笔记本电脑,即可立即与所有参与者共享您的屏幕。 

  5. 近距离分享手机

随着人们在手机上进行的工作越来越多,我们也让会议期间的无线共享变得即时而轻松。 

如果您希望整个会议都看到您的手机上的某些内容,现在您可以从  SparkleComm视频会议移动应用程序启用近距离共享并将您的手机镜像到会议室。

  6. 房间激活码

如此多的视频会议面临的一个挑战是设置和配置每个会议室的所有技术提升,但我们让这部分变得更加容易。

现在,无需使用管理员凭据为每个新会议室注册一个会议室许可证,只需点击几个按钮即可。管理员可以为每个房间提供激活码并远程打开房间,从而减轻 IT 的负担。

  7.查看聊天

通常,主要演示只是会议活动的一部分。对于虚拟参与者,聊天框通常会充满其他问题、评论、共享链接等。 

由于能够在任何会议室会议中查看聊天对话,室内参与者现在也可以参与该对话。这只是我们确保同样丰富的 SparkleComm会议体验的另一种方式——无论您从哪里加入。 

  8. 共享房间摄像头

曾经有过头脑风暴会议,您想将相机对准一些便签纸吗?或者如何使用相机聚焦房间中的画架,以便远程参与者可以看得更清楚? 

 SparkleComm用户很快就能以全屏模式共享相机。就像屏幕共享一样,您可以最大化会议室摄像头,为参与者占据整个屏幕,以便他们更近距离地了解正在发生的事情。 

  为混合世界打造的 SparkleComm会议解决方案

会议与以往不同,要在混合世界中成功召开会议需要新的工具和功能,让每个人都参与其中。 SparkleComm视频会议具有更简单的设置和新功能,使共享和参与混合会议变得无缝且引人入胜,是让团队聚集在一起的必备工具。