MRCP学习笔记-语音识别资源的事件和headers详解

　　1、在语音识别资源中，MRCP支持了三种事件，它们分别是START-OF-INPUT，RECOGNITION-COMPLETE和INTERPRETATION-COMPLETE。

　　START-OF-INPUT事件是由语音识别资源侧回复的事件消息，它通知MRCP客户端资源服务器已经收到了语音输入或DTMF输入。具体的输入数据类型通过消息体中的Input-Type来表示。大部分情况下，此事件用来支持MRCP客户端检测打断或停止语音回放。这里读者要注意，语音识别资源不会对热词识别模式生成此事件。具体的事件使用场景在上一讲做已经介绍，读者可以查阅历史文档来进一步学习。

　　RECOGNITION-COMPLETE是语音识别资源生成的事件消息，它用来对MRCP客户端说明，识别处理已经完成，并且通过消息体传输了识别结果。事件消息体中的Completion-Cause和可选的Completion-Reason头用来表示完成识别的状态。在前面的章节中，我们提供了完整的识别流程消息说明，用户可以查阅。这里，我们仅简单列出一个RECOGNITION-COMPLETE示例（服务器端->客户端）：

　　这里，如果是成功的识别流程，返回的识别结果通过语音文件格式。

　　INTERPRETATION-COMPLETE和前面提到的RECOGNITION-COMPLETE类似，但是它表示的是解析过程完成（不是识别过程），并且传输了解析结果。我们在上一讲中也提供了完整的示例流程，读者可以查阅。这里，我们提供一个响应部分的具体的示例如下（服务器端->客户端）：

　　2、现在，我们开始介绍语音识别资源的headers。因为篇幅比较长，笔者尽可能对每个header做出解释，如果有不详细的地方，建议读者查看RFC标准。现在，我们介绍第一个header，也是RECOGNITION-COMPLETE事件消息中总是出现的header-Completion-Cause。因为，此头涉及了失败原因码的完整详解，所以，笔者专门把此header单独拿出来做完整的介绍。它用来表示完成的具体原因，如果识别失败的话，它会支持相关的识别原因码。注意，Completion-Cause也会出现在DEFINE-GRAMMAR的请求的对应响应消息中，它会说明请求中访问结果或编译的语法结果。具体的细节请看如下示例图（原因码，原因名称和具体解释）：

　　具体的语法示例：Completion-Cause: 001 no-match

　　3、刚才，笔者介绍了事件消息中的第一大“头”-Completion-Cause。现在我们列出其余的headers和具体的示例说明。

　　4、语音注册的headers包括了十二个headers。

　　Enroll-Utterance用来表示短语是否被注册，是通过RECOGNIZE请求中设定。如果RECOGNIZE请求中设置了Enroll-Utterance为true的话，它仅能支持注册会话。其示例为：Enroll-Utterance:true。

　　“John Smith”和“Jon Smits”。这样就会导致识别资源发现他们的不同。较小的取值会降低已检测到的差异的数量。取值范围从0到1，其语法示例：Consistency-Threshold:0.75 。

　　5、在今天的分享中，我们完整地介绍了语音识别资源中的三个事件，三十三个headers和十二个语音注册的headers。针对每一个header，笔者给出了具体的解释，使用注意事项和一些必要的语法示例。笔者相信，笔者的解释也可能出现偏差，虽然完全覆盖了语音识别资源的所有headers，但这些分享也不一定完全能够满足读者学习的需要，读者仍然需要在使用过程中不断测试加深对这些header的学习。到此为止，笔者已经完整介绍了语音识别资源所有相关的methods，事件和headers。