建议使用以下浏览器,以获得最佳体验。 IE 9.0+以上版本 Chrome 31+ 谷歌浏览器 Firefox 30+ 火狐浏览器
请选择 进入手机版 | 继续访问电脑版
设置昵称

在此一键设置昵称,即可参与社区互动!

确定
我再想想
选择版块

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于7 天前 220 12 楼主 显示全部楼层
[入驻式求助] 关于语音识别日志里语音识别开始和结束问题

【问题简要】语音识别日志哪一条输出日志说明是已经说完话,那一句是开始有了结果,哪一句是开始识别


【问题类别】vxml2.0 


【IPCC解决方案版本】IPCC V200R001C80


【问题现象描述】日志如下:特别是红色字体的意思是什么

2019-07-11 20:08:03.662   10 IVR(255)(12,10)->CCS(0)(15,14687): Play & digit collection message: The type of command used for voice recognition and digit collection is 12; VP  Play, FileName=Y:/flow/china_life_insurance/wav/obs/gui001.wav; 

2019-07-11 20:08:03.704   10 CCS(0)(15,14687)->IVR(255)(12,10): ICD录放音应答:放音,成功,VPDsn=65535 

2019-07-11 20:08:03.704   10 Enter IVR_ProcessEvent() function, Param: UserDialing=0, UserHookOff=1,TimeOut=1, ResAvailable=0, DeviceInfo=1,Notify=0, UserAsr=0

2019-07-11 20:08:03.704   10 [事件处理]


2019-07-11 20:08:13.565   10 CCS(0)(15,14687)->IVR(255)(12,10): 录放音结束:MSG_SSP_SCP_PLAYRECORD_RES(21), result=1, mode=0.

2019-07-11 20:08:13.565   10 ProcessEvent receive msg type=21, mask=250

2019-07-11 20:08:13.565   10 设备消息出口

2019-07-11 20:08:13.565   10 Get Message form Queue! Event=设备消息出口(6)

2019-07-11 20:08:13.565   10 Play_Drv_Asr return value = 6,Left <prompt> count= 0

2019-07-11 20:08:13.565   10 CI Speak&Input get QuitVoiceEnd and not allow bargein, next step is VP DrvAsr

2019-07-11 20:08:13.565   10 IVR(255)(12,10)->CCS(0)(15,14687): Play & digit collection message: The type of command used for voice recognition and digit collection is 10; VP  Voice identification, 

2019-07-11 20:08:13.635   10 CCS(0)(15,14687)->IVR(255)(12,10):  SP_START_DTMF_ASR_ACK result: 成功, vp dsn: 65535

2019-07-11 20:08:13.635   10 Enter IVR_ProcessEvent() function, Param: UserDialing=1, UserHookOff=1,TimeOut=1, ResAvailable=0, DeviceInfo=1,Notify=0, UserAsr=1

2019-07-11 20:08:13.635   10 [事件处理]

2019-07-11 20:08:15.833   10 CCS(0)(15,14687)->IVR(255)(12,10): 上报识别收号结果消息:识别结束的原因为61:ASR_USER_START_SPEAK

2019-07-11 20:08:15.835   10 ProcessEvent receive msg type=142, mask=1048827

2019-07-11 20:08:15.835   10 Get asrResult.ucResult=61

2019-07-11 20:08:15.835   10 Get Message form Queue! Event=[事件处理](28)

2019-07-11 20:08:15.835   10 Enter IVR_ProcessEvent() function, Param: UserDialing=0, UserHookOff=1,TimeOut=1, ResAvailable=0, DeviceInfo=1,Notify=0, UserAsr=1

2019-07-11 20:08:15.835   10 [事件处理]


2019-07-11 20:08:17.021   10 CCS(0)(15,14687)->IVR(255)(12,10): 上报识别收号结果消息:识别结束的原因为0:ASR_RESULT_SUCCESS

2019-07-11 20:08:17.023   10 ProcessEvent receive msg type=142, mask=1048826

2019-07-11 20:08:17.023   10 asrLastRecogResult[0] Confidenc=100 id=268500992 Result={<id redis_N7bk8daw501aa8c0006><meaning redis_N7bk8daw501aa8c0006>}

2019-07-11 20:08:17.023   10 Get Message form Queue! Event=[事件处理](28)

2019-07-11 20:08:17.023   10 <===SpeakInputResult=28 input: {***36  InputType=0

2019-07-11 20:08:17.023   10 speech input,Slot:meaningValue:redis_N7bk8daw501aa8c0006

2019-07-11 20:08:17.023   10 speech input,Slot:idValue:redis_N7bk8daw501aa8c0006

2019-07-11 20:08:17.023   10 Interpreter get user input: {<id redis_N7bk8daw501aa8c0006><meaning redis_N7bk8daw501aa8c0006>} voice

2019-07-11 20:08:17.023   10 Interpreter process phrase

2019-07-11 20:08:17.023   10   Current Dialog:asr , id , asr 

2019-07-11 20:08:17.023   10 Interpreter, var:meaning=redis_N7bk8daw501aa8c0006

2019-07-11 20:08:17.023   10 Interpreter, var:id=redis_N7bk8daw501aa8c0006

2019-07-11 20:08:17.024   10 $$<log> label: expr: context:asr return redis key = redis_N7bk8daw501aa8c0006  </log>


回复 举报
分享

分享文章到朋友圈

分享文章到微博

联络中心_...

发帖: 3粉丝: 2

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于6 天前 沙发 显示全部楼层

您好;

您在日志中标红的ASR_USER_START_SPEAK是asr识别到用户开始讲话的消息,

ASR_RESULT_SUCCESS是asr上报识别成功的结果事件,若识别失败则是上报ASR_RESULT_ERROR事件





点赞 回复 举报

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于6 天前 板凳 显示全部楼层
联络中心_客服_贾梅媚 发表于 2019-7-12 15:18 您好;您在日志中标红的ASR_USER_START_SPEAK是asr识别到用户开始讲话的消息,ASR_RESULT_SUCCESS是asr上报 ...

ASR_USER_START_SPEAK这个是开始讲话还是已经讲完话?因为要通过看日志计算用户讲完话到出识别结果的耗时时间

点赞 回复 举报

联络中心_...

发帖: 3粉丝: 2

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于6 天前 地板 显示全部楼层

您好:

image.png

SP_START_DTMF_ASR_ACK result: 成功表示下发语音识别成功,即已经开始识别,ASR_USER_START_SPEAK事件是用户开始说话

点赞 回复 举报

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于3 天前 5# 显示全部楼层
联络中心_客服_贾梅媚 发表于 2019-7-12 17:31 您好:SP_START_DTMF_ASR_ACK result: 成功表示下发语音识别成功,即已经开始识别,ASR_USER_START_SPEAK事 ...

请问下发语音识别成功是什么意思?是调用语音识别接口成功吗,还是已经识别到用户开始说话?

另外,关于语音识别这段日志的时间点是20:08:13,权当是13秒

2019-07-11 20:08:13.635   10 CCS(0)(15,14687)->IVR(255)(12,10):  SP_START_DTMF_ASR_ACK result: 成功, vp dsn: 65535

这段的时间点已经是15秒

2019-07-11 20:08:15.833   10 CCS(0)(15,14687)->IVR(255)(12,10): 上报识别收号结果消息:识别结束的原因为61:ASR_USER_START_SPEAK

请问这相隔的两秒干了什么,到最后识别结束到了17秒

2019-07-11 20:08:17.021   10 CCS(0)(15,14687)->IVR(255)(12,10): 上报识别收号结果消息:识别结束的原因为0:ASR_RESULT_SUCCESS

我的理解是这样,如有错误的麻烦纠正:

1.SP_START_DTMF_ASR_ACK result:开始识别,包括用户说话,一共用了2秒(13s-15s)

2.上报识别收号结果消息:识别结束的原因为61:ASR_USER_START_SPEAK:用户已经说完话,开始识别。用了2秒(15s-17s)

3.上报识别收号结果消息:识别结束的原因为0:ASR_RESULT_SUCCESS:识别成功(17s)


点赞 回复 举报

联络中心_...

发帖: 3粉丝: 2

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于3 天前 6# 显示全部楼层

您好,

1.SP_START_DTMF_ASR_ACK result:只是下发识别指令,也就是调用接口成功,此时与用户是否说话没有关系(13s-15s)

2.上报识别收号结果消息:识别结束的原因为61:ASR_USER_START_SPEAK:asr识别到用户开始讲话,并同步进行识别。用了2秒(15s-17s)

3.上报识别收号结果消息:识别结束的原因为0:ASR_RESULT_SUCCESS:识别成功(17s)




点赞 回复 举报

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于3 天前 7# 显示全部楼层
联络中心_客服_贾梅媚 发表于 2019-7-15 16:45 您好,1.SP_START_DTMF_ASR_ACK result:只是下发识别指令,也就是调用接口成功,此时与用户是否说话没有关 ...

你好,如果按照你说的,“1.SP_START_DTMF_ASR_ACK result:只是下发识别指令,也就是调用接口成功,此时与用户是否说话没有关系(13s-15s)”,意味就单单是调用识别接口用了2s,这个时间会不会太久了点,能都优化一下

点赞 回复 举报

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于3 天前 8# 显示全部楼层
联络中心_客服_贾梅媚 发表于 2019-7-15 16:45 您好,1.SP_START_DTMF_ASR_ACK result:只是下发识别指令,也就是调用接口成功,此时与用户是否说话没有关 ...

你好,如果按照你说的,“1.SP_START_DTMF_ASR_ACK result:只是下发识别指令,也就是调用接口成功,此时与用户是否说话没有关系(13s-15s)”,意味就单单是调用识别接口用了2s,这个时间会不会太久了点,能都优化一下

点赞 回复 举报

联络中心_...

发帖: 3粉丝: 2

级别 : 版主

Rank: 7Rank: 7Rank: 7

发消息 + 关注

发表于前天 10:15 9# 显示全部楼层

您好,

从ivr的trace日志打印看到的是端到端的总处理时间,您要是想做时延优化分析,建议在cti和cgp上都配置个ntp对下时,跑个业务,抓个全的消息跟踪,然后逐步分析具体是哪一段流程耗时较大,然后再做具体的计划。

点赞 回复 举报

yy2019

发帖: 11粉丝: 0

级别 : 新手上路

Rank: 1

发消息 + 关注

发表于前天 16:16 10# 显示全部楼层
联络中心_客服_贾梅媚 发表于 2019-7-16 10:15 您好,从ivr的trace日志打印看到的是端到端的总处理时间,您要是想做时延优化分析,建议在cti和cgp上都配置 ...

这个术语听不太懂,能详细说说怎么做的吗或者有demo参考一下怎么做

点赞 回复 举报

游客

您需要登录后才可以回帖 登录 | 立即注册