Browse Prior Art Database

Notification of Delayed Response from a Speech Recognition System

IP.com Disclosure Number: IPCOM000032370D
Original Publication Date: 2004-Nov-03
Included in the Prior Art Database: 2004-Nov-03
Document File: 1 page(s) / 16K

Publishing Venue

IBM

Abstract

Disclosed is a method for enhancing speech user interfaces by providing an event notification from a speech recognizer to a client that the output of the recognizer will be longer than a criterion time (in other words, delayed).

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 77% of the total text.

Page 1 of 1

Notification of Delayed Response from a Speech Recognition System

In a Speech User Interface, the normal flow is that a prompt/question is output to the user, the user speaks a response, the end-point of that response is detected, the speech recognition system processes the input, and a result event (whether a match or no-match) is triggered within the application flow. The step to "process the input" corresponds to the delay that the user will have to endure before their utterance causes them to be able to move to the next state of the user interface. The typical usability guideline for this delay is to be a maximum of 2 seconds, but it is feasible that more complex speech systems (such as ones that may do extra post-processing analysis for disambiguation or to improve recognition accuracy) could take longer. It would be useful for the speech recognition system to be able to send an event notification back to the client to signal that the response is being delayed, which would give the application flow processing the chance to inform the user of the delay ("Processing your request. Please wait..."), rather than having them waiting in silence for the response. Currently, solving this would require pre-determining the areas of the application that might cause a delay and inserting a "Please Wait" by default, or waiting for a certain amount of time for the response and telling the user "Please wait" at that time, after already leaving the user to wait in silence fo...