VoiceXML:

Speech Recognition Grammars

Acknowledgements
Prof. Mctear, Natural Language Processing, http://www.infj.ulst.ac.uk/nlp/index.html, University of Ulster. Bevocal documentation

Overview
Types of grammar Grammar design and use Optional items in a grammar Semantic tags DTMF grammars Grammar rules Built-in grammars Grammar scope

What is a grammar
A grammar defines the words and patterns of words that a user can say at any particular point in a dialogue Uses: speech recognition: to constrain the speech recognition process by specifying permissible sequences of words language understanding: to determine the structure and/or meaning of a sequence of words e.g. Transfer one hundred dollars from my checking to my savings account might be parsed and transformed into the structure:

<transfer> <command> transfer </command> <destination> savings </destination> <source> checking </source> <amount> 100 </amount> </transfer>

Types of grammar
Finite-state and phrase structure
take the form of rules with a left-hand and right-hand side

e.g. noun_phrase -> determiner adjective noun flight -> <destination> <date> <time> used in language understanding and speech recognition

N-gram (used in speech recognition)

based on probabilities of word combinations

e.g. bigrams, trigrams

Grammar in VoiceXML
May be specified
Inline i.e. embedded into a VoiceXML page

External i.e. stored as files on Web servers, etc.

Grammar formats
XML, ABNF (Augmented BNF syntax), Java Speech

Grammar format (JSGF), GSL (Nuances Grammar Specification language) W3C specification embodies XML and ABNF IBM Voice Toolkit supports the XML and ABNF grammar formats Bevocal Caf, Voxpilot and Tellme support the XML and GSL grammar formats

For further details on the W3C Speech Recognition Grammar Specification, see http://www.w3.org/TR/speech-grammar/

Inline and External Grammar Definitions

An inline grammar is defined within the <grammar> element in a VoiceXML document. In an inline grammar, if the grammar consists of exactly 1 rule, that rule does not have to have a name.

An external grammar is defined in an external file and referenced in the VoiceXML document
In an external grammar document, all rules must be named In external GSL grammar file, the contents of that file should not be inside a CDATA section and should not contain a <grammar> element. : ;GSL2.0 ...grammar rule definitions...

GSL grammars use special characters: wrap your inline grammar as a section of CDATA:
<grammar ...usage attributes...> <![CDATA[ ...grammar header... ...grammar rule definitions... ]]> </grammar>

<option> element
Specifies a set of possible responses for a field If the number of possible responses is small, then a set of <option> elements can be used instead of a <grammar> element <form> <field name=choice"> <prompt> Say students, courses, or reports </prompt> <option> can also <option>students</option> be used for <option>courses</option> alternative DTMF <option>reports</option> input e.g. </field> <option dtmf = 1 </form> value = balance >
balance </option>

Grammar Design
A grammar should cover all the ways that a user might say something 1. 2. Alternative choices within a category e.g. studentname [john rosemary etc] Alternative words for the same concept e.g. [comms communications] Alternative sentences that have the same meaning e.g. [(student john scott taking databases) (databases john scott) (john scott taking the course databases)]

3.

Note: careful wording of prompts can constrain the user to saying what has been predicted by the grammar designer

These examples use the GSL grammar format, which is more suitable than the XML format for the presentation of examples

Grammars for words

Simple words (or touchtone strings): tokens
GSL
<grammar type = > (student name)

</grammar>

XML <grammar> <token>student name</token> </grammar>

GSL Alternative Choice[ words students courses reports]

XML <rule id = choice" > <one-of> <item> students <item> <item> courses <item> <item> reports </item> </one-of> </rule>

Making items optional

GSL Name (?firstname lastname) XML <rule id=name> <item repeat=0-1 firstname </item> <item> lastname </item> </rule>

Making items optional-2

( [ news weather sports ] ?please ) ( ?[ (i'd like) (tell me) ] ?the [ news weather sports ] ?please )

Repeating items
XML: repeat = "0-1" means the item is optional i.e. zero or one time repeat = "n- means the item is repeated n or more times e.g. 0- = zero or more times repeat = "m-n" means the item re repeated between m and n times (inclusive) e.g. 1-3 = between one and three times repeat = "n" means the item is repeated exactly n times
GSL: +(item) - the item is repeated 1 or more times *(item) - the item is repeated 0 or more times ?(item) the item is optional

Grammar Slots (Tags)

Grammar slots are used in grammars to return a value representing the meaning of the word(s) recognised e.g. checking account and checking should return the same value.

GSL: <field name = MainMenu>

<![CDATA [ ( ?[ (i'd like) (tell me) ] ?the [ (news ?reports) { <selection news> } (weather ?[info information]) { <selection weather> } (sports ?[updates news]) { <selection sports> } ] ?please ) ] ]>

<filled>
<assign name=selected" expr=MainMenu.selection"/>

Grammar rules: sentences

Grammars often consist of sub-grammars e.g.

;GSL 2.0; ColoredOjbect:public (Color Object) Color [ [red pink] { <color red> } Colored Object [yellow canary] { <color yellow> } [green khaki] { <color green> } Object Color ] Object [ [truck car] { <object vehicle> } [ball block] { <object toy> } [shirt blouse] { <object clothing> } ] "yellow shirt" "canary blouse"=> { color: yellow; object: clothing; }

Grammar with sub-rules

Sub-grammars and rules are referenced in XML form using a rule reference. A rule reference can point to a local grammar, or an external grammar rule contained in another file or even on another server on the Internet. Design of a grammar consisting of sub-grammars requires considerable planning to ensure that all possible utterances are covered and also to avoid redundancies as well as repetitions in the grammar. It is often useful to map out the grammar diagrammatically or using a simple format such as GSL or ABNF before attempting to code the rules in XML format.

Rule Scope - GSL

Each defined rule has a scope of either private or public. A rule with public scope is visible outside its grammar and can be referenced by name from other grammars can be activated for recognition (can serve as a top-level rule) A rule with private scope is visible only within its containing grammar may be referenced only by other rules within the same grammar.

To mark a rule as public, the format is: RuleName:public ruleExpansion If no rules in the grammar are explicitly marked with :public, then all rules in the grammar are public. If any rule in the grammar is marked with :public, then all public rules must be so marked. The root rule in a GSL grammar is always the first public rule.
For example, the following set of definitions creates one public rule named Snapper and two private rules named SnapperType and FishColors: SnapperType [mutton FishColors] FishColors [black gray red] Snapper:public (SnapperType snapper)

Rule scope - XML

By default, VoiceXML 2.0 grammar rules are private. This means that the rules can only be referenced within the same grammar file. To allow a grammar rule to be referenced from an external source, such as a VoiceXML document or another grammar, the rule needs to be scoped as public using the scope attribute
<rule id = choice scope = public > Can be referenced from outside grammar <ruleref uri="#studentname"/> References a rule in </rule>
same grammar

<rule id = studentname"> Not public, can only be

<one-of> referenced by a rule in same grammar <item> john </item> <item> rosemary </item> </one-of>
</rule>

Grammar Headers - GSL

Inline
<grammar type="application/x-nuance-gsl">

External:
;GSL2.0 ...grammar rule definitions...
No definition of top-level rule Referencing an external grammar or a top level rule in a

grammar:
<grammar src="foo.gsl"> <grammar src="foo.gsl#Month">

Grammar Headers - XML

Inline
<grammar type="application/srgs+xml" root="source version=1.0> <! grammar rule(s) -> </grammar> External <?xml version="1.0" encoding="iso-8859-1"?> <!DOCTYPE grammar PUBLIC "-//W3C//DTD GRAMMAR 1.0//EN" "http://www.w3.org/TR/speech-grammar/grammar.dtd"> <grammar version="1.0" xmlns="http://www.w3.org/2001/06/grammar" tag-format="semantics/1.0" mode="voice" root=transfer> <! grammar rule(s) -> </grammar> Note: the root node for the grammar must be defined

Grammar Scope
Grammar elements can be included within any VoiceXML element that receives user input
field link: for transitions to other documents e.g. operator.vxml menu: grammar implicitly specified by the <choice>

element form: for mixed-initiative dialogues

by default the scope of a grammar is limited to the elements in which it is defined scope can be set using the scope attribute e.g. grammars defined within forms or menus can be given document scope grammars defined in the root document scope to the entire application

Using Grammar Effectively

A grammar should cover effectively the range of responses that can be encountered to a prompt this can include the essential input as well as extraneous words and phrases a grammar that is too large will hinder speech processing and lead potentially to more misrecognitions scope is important: grammars should not overlap excessive use of global grammars (defined in the root document) can increase the possibility of overlapping

Tutorial Exercise 1. Using tags

Integrate the following rule and its grammar into an application that takes in the name of a student and the name of a course and outputs the student's name along with a course code.
<rule id="rule2" scope="public"> <one-of> <item> <one-of> <item> comms </item> <item> communications </item> </one-of> <tag>$="01"</tag> </item> <item> algorithms <tag>$="02"</tag></item> <item> programming <tag>$="03"</tag></item> <item> databases <tag>$="04"</tag></item> </one-of> </rule>

DTMF
DTMF (touch-tone) can be used as an alternative to speech input, particularly when speech recognition is unreliable or problematic. In VoiceXML 2.0 dtmf is included as a value of the mode attribute in the <grammar> element
<grammar mode="dtmf" type="application/srgs+xml" version= "1.0" root="digit"> <rule id = "digit" scope = "public"> <one-of> <item> 1 <tag>$= students" </tag> </item> <item> 2 <tag>$= courses" </tag></item> <item> 3 <tag>$= reports" </tag> </item> </one-of> </rule> </grammar>

DTMF and / or speech in GSL

;GSL 2.0; Rating( ?[(i feel ?like) (it is ?a) (its ?a)] [ [one dtmf-1] { <numRating 1> } [two dtmf-2] { <numRating 2> } [three dtmf-3] { <numRating 3> }
. ]

DTMF after counts

Prompt counts can be used, e.g. to give the user an opportunity to choose using speech, then advise use of keypad if speech is unsuccessful
<nomatch count="1"> <reprompt/> </nomatch> <nomatch count="2"> please use your keypad </nomatch>

Tutorial Exercise 2: DTMF and speech

Create a file with choices (student details | course details | reports) that allows speech as well as DTMF input Include a nomatch (or noinput) event that asks the user to use the keypad on the second time that speech input is unsuccessful. The system should confirm with words rather than DTMF <grammar mode="dtmf" type="application/srgs+xml" version= "1.0" root="digit"> <rule id = "digit" scope = "public"> <one-of> <item> 1 <tag>$= "student details" </tag> </item> <grammar type="application/srgs+xml" root="choice" version="1.0"> <rule id = "choice" scope = "public"> <one-of> <item> student details <tag>$= "student details" </tag> </item>

Built-In Grammars
Built-in grammars are provided in VoiceXML
boolean (true or false: in DTMF 1 is true, 2 is false) date digits (e.g. three four seven) currency number (e.g. three hundred and forty seven) phone time

specifying within the <field> element

<field name = age type = number>

Built-In Grammar: Digits

Digit recognition is performed in VoiceXML by using a built-in grammar for digits that is declared as a field type. For example: <field name=pin" type ="digits"> The user can say one or more digits between 0 and 9 and the result will be a string of digits. If the field value is used in a prompt, it will be spoken as a sequence of digits e.g. one five six four.

You can also parameterise the digit built-in grammar as follows:

digits?minlength=n - a string of at least n digits digits?maxlength=n - a string of at most n digits digits? length=n - a string of exactly n digits e.g. <field type="digits?minlength=3;maxlength=5>

Digits grammar example

<form> <field name=pin" type="digits?length=4"> <prompt>what is your pin?</prompt> </field> <block> <prompt> Confirming your pin is <say-as interpret-as=vxml:digits"> <value expr=pin"/></say-as> </prompt> </block> </form>

Built-in grammar: boolean

The boolean grammar contains ways of saying yes or no The particular words within the boolean grammar are dependent on the locale i.e. the language type e.g. US English, UK English, etc. The words may also vary from one platform to another

IBM Voice Toolkit UK English: yes, true, positive, right, ok, sure, affirmative, check, yep, correct, no, false, negative, wrong,not, nope, incorrect The return value sent is a boolean true or false. If the field name is subsequently used in a value element within a prompt, the TTS engine will speak either yes or no. Users can also provide DTMF input: 1 is yes, and 2 is no.

Boolean grammar example

<form scope="dialog">

<field name=pin" type="digits?length=4" modal="false"> <prompt version="1.0"> what is your pin? </prompt> </field>
<field name="confirm" type="boolean" modal="false"> <prompt version="1.0"> Please confirm your pin is <say-as interpretas=vxml:digits"><value expr=pin"/></say-as> </prompt> </field>

</form>

Sample input for built-in field types

Built-in field type currency Sample input three twenty five sixteen dollars and fifty seven cents ten dollars nine million two hundred thousand dollars may fifth march the thirty first of december two thousand yesterday today tomorrow seven three five eight four nine zero two one two four nine six two seven oh six

date

phone

Sample input for UK English built-in field types (continued)

Built-in field type number Sample input ten million five hundred thousand and fifty three minus one point five plus one point five point seven
zero, oh, one, two, three, four , five, six, seven, eight, nine one oclock five past one three fifteen seven thirty half past eight oh four hundred hours sixteen fifty twelve noon midnight

digits time

Tutorial Exercise 3. Built-in grammars

Aim: to include built-in grammars Create an application in which the user has to speak their account number, which consists of 6 digits (use built-in digit grammar). Extend the application with other built-in grammars, such as date. Experiment with the use of the DTMF simulator to enter the values for account number, date, etc.