语音对话的测试方法、装置以及存储介质制造方法及图纸

本申请公开了一种语音对话的测试方法、装置以及存储介质。其中，该方法包括：响应于用户在呼叫中心的网页上拨打测试号码的触发操作，建立与用户进行软交换的连接；确定针对用户进行播报的第一音频以及与第一音频相关的第一信息；根据用户针对第一音频应答的第二音频，确定与第二音频相关的第二信息；以及将第一信息、第二信息推送至呼叫中心的网页进行显示。第二信息推送至呼叫中心的网页进行显示。第二信息推送至呼叫中心的网页进行显示。

【技术实现步骤摘要】
语音对话的测试方法、装置以及存储介质


[0001]本申请涉及智能语音对话测试
，特别是涉及一种语音对话的测试方法、装置以及存储介质。

技术介绍

[0002]智能聊天机器人目前在各领域广泛应用，包括智能客服，智能音箱，娱乐产品等，而智能语音机器人作为其进阶形态，以更自然方便的交互方式(语音)，越来越受到业界的青睐。现在一般的智能语音会对接TTS(机器人的嘴)、ASR(机器人的耳)、流程引擎(机器人的大脑)，由运营人员根据需求配置好后交付使用(比如电销和催收语音机器人的话术流程和TTS的说话人声音可能就不尽相同)。使用之前需要进行测试，目前测试很不方便，需要上传测试人员的呼叫名单(手机号)，创建任务，把电话打到测试人员的手机上，然后测试人员和语音机器人进行交互，完成后去查看后台的电话记录(包括文本化后的类似于微信聊天界面的聊天记录和录音)，如果有问题上述过程要反复进行，费时费力，影响产品快速交付。并且，项目落地过程验证阶段对电话线路有强依赖，线路没配好就测不了。项目运行中配置新的智能语音机器人验证的话会无谓占用电话线路和消耗话费。电话线路有时候配置有问题，会对智能语音流程的验证产生不必要的干扰。
[0003]针对上述的现有技术中存在的语音机器人在测试的过程中过于依赖电话线路，并且测试过程中出现问题需要反复进行测试，因此造成费时费力、影响产品交付的技术问题，目前尚未提出有效的解决方案。

技术实现思路

[0004]本公开的实施例提供了一种语音对话的测试方法、装置以及存储介质，以至少解决现有技术中存在的语音机器人在测试的过程中过于依赖电话线路，并且测试过程中出现问题需要反复进行测试，因此造成费时费力、影响产品交付的技术问题。
[0005]根据本公开实施例的一个方面，提供了一种语音对话的测试方法，包括：响应于用户在呼叫中心的网页上拨打测试号码的触发操作，建立与用户进行软交换的连接；确定针对用户进行播报的第一音频以及与第一音频相关的第一信息；根据用户针对第一音频应答的第二音频，确定与第二音频相关的第二信息；以及将第一信息、第二信息推送至呼叫中心的网页进行显示。
[0006]根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。
[0007]根据本公开实施例的另一个方面，还提供了一种语音对话的测试装置，包括：连接建立模块，用于响应于用户在呼叫中心的网页上拨打测试号码的触发操作，建立与用户进行软交换的连接；第一信息确定模块，用于确定针对用户进行播报的第一音频以及与第一音频相关的第一信息；第二信息确定模块，用于根据用户针对第一音频应答的第二音频，确定与第二音频相关的第二信息；以及信息显示模块，用于将第一信息、第二信息推送至呼叫
中心的网页进行显示。
[0008]根据本公开实施例的另一个方面，还提供了一种语音对话的测试装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：响应于用户在呼叫中心的网页上拨打测试号码的触发操作，建立与用户进行软交换的连接；确定针对用户进行播报的第一音频以及与第一音频相关的第一信息；根据用户针对第一音频应答的第二音频，确定与第二音频相关的第二信息；以及将第一信息、第二信息推送至呼叫中心的网页进行显示。
[0009]在本公开实施例中，在对智能语音机器人进行测试的过程中，测试人员可以采用软电话的形式向FS上的短号(对应于语音机器人)进行拨打，并且可以记录交互过程中产生的与机器人播报音频相关的第一信息和与用户应答音频相关的第二信息，并且将第一信息和第二信息在网页页面上进行显示。从而，与现有技术相比，本方案可以通过软电话的形式完成对语音机器人的测试，并且可以进行多次反复测试，因此可以节省时间和成本，进而加快产品交付速度。此外，本方案还可以将测试过程中产生的信息进行可视化展示，因此便于直接查看每个步骤的测试结果。因此达到了节省时间和成本且便于查看测试结果的技术效果。进而解决了现有技术中存在的语音机器人在测试的过程中过于依赖电话线路，并且测试过程中出现问题需要反复进行测试，因此造成费时费力、影响产品交付的技术问题。
附图说明
[0010]此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：
[0011]图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图；
[0012]图2是根据本公开实施例1所述的呼叫中心的系统的示意图；
[0013]图3是根据本公开实施例1所述的呼叫中心系统的前后端交互过程示意图；
[0014]图4是根据本公开实施例1的第一个方面所述的语音对话的测试方法的流程示意图；
[0015]图5是根据本公开实施例1所述的测试流程图；
[0016]图6是根据本公开实施例2所述的语音对话的测试装置的示意图；
[0017]图7是根据本公开实施例3所述的语音对话的测试装置的示意图。
具体实施方式
[0018]为了使本
的人员更好地理解本公开的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
[0019]需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆
盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0020]实施例1
[0021]根据本实施例，还提供了一种语音对话的测试方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0022]本实施例所提供的方法实施例可以在服务器或者类似的计算设备中执行。图1示出了一种用于实现语音对话的测试方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种语音对话的测试方法，其特征在于，包括：响应于用户在呼叫中心的网页上拨打测试号码的触发操作，建立与所述用户进行软交换的连接；确定针对所述用户进行播报的第一音频以及与所述第一音频相关的第一信息；根据所述用户针对所述第一音频应答的第二音频，确定与所述第二音频相关的第二信息；以及将所述第一信息、所述第二信息推送至所述呼叫中心的网页进行显示。2.根据权利要求1所述的方法，其特征在于，确定针对所述用户进行播报的第一音频，包括：通过预先设置的测试流程引擎确定针对所述用户进行播报的话术文本；以及对所述话术文本进行语音合成，确定所述第一音频。3.根据权利要求2所述的方法，其特征在于，确定与所述第一音频相关的第一信息，包括：确定与所述第一音频对应的所述话术文本、所述第一音频的起止时间信息、所述第一音频是否合成成功的指示信息以及所述第一音频是否被打断的打断信息。4.根据权利要求1所述的方法，其特征在于，确定与所述第二音频相关的第二信息，包括：确定与所述第二音频对应的应答文本、所述第二音频是否成功转化文本的指示信息、所述第二音频的起止时间信息以及所述第二音频包含的用户意图信息。5.根据权利要求1所述的方法，其特征在于，将所述第一信息、所述第二信息推送至所述呼叫中心的网页进行显示，包括：将所述第一信息、所述第二信息发送至所述呼叫中心的系统后台；以及通过所述系...

【专利技术属性】
技术研发人员：李宽，吴海英，蒋宁，王洪斌，权圣，
申请(专利权)人：北京有限元科技有限公司，
类型：发明
国别省市：