120 likes | 256 Views
Paolo Baggia Loquendo Workshop II on Internationalizing SSML. PLS for SSML. Outline. Brief Introduction of Pronunciation Lexicon Specification Examples of common use cases How to deal of Homographs in PLS Other issues for the workshop. Why Pronunciation Lexicon Specification?.
E N D
Paolo BaggiaLoquendo Workshop II on Internationalizing SSML PLS for SSML
Outline • Brief Introduction of Pronunciation Lexicon Specification • Examples of common use cases • How to deal of Homographs in PLS • Other issues for the workshop
Why Pronunciation Lexicon Specification? • Allow to customize pronunciations (for proper names, locations, addresses, acronyms, etc.) • Enrich TTS and ASR with customized pronunciations • Complete the “Speech Interaction Framework” Read the specification at:http://www.w3.org/TR/pronunciation-lexicon/
What PLS 1.0 is Not! • Multilingual pronunciation lexicon the current specification is mono-lingual! • Extended purpose lexicon no syntax, no semantics, no morphology • TTS-internal lexicon too complex and rich of custom knowledge PLS 1.0 is restricted to the most important and tractable issues.
The PLS 1.0 Language • PLS is an XML language <?xml version="1.0" encoding="UTF-8"?> • The root element is <lexicon>, with attributes version, xmlns, alphabet, xml:lang • It contains a collection <lexeme>s, which is composed of: • <grapheme>s for orthographies/spellings • <phoneme>s for pronunciations • <alias>s for textual substitutions • <example>s for examples The order is relevant to determine the preferred pronunciation for TTS
PLS Common Usages • Multiple pronunciations • For ASR: to accommodate speaker/regional variability, not native speakers • For TTS: a single preferred pronunciation will be selected • Multiple orthographies (with same pronunciations) • For ASR & TTS: • Homophones (same pronunciations, different meanings) • Different <lexeme>s • Homographs (same spellings, different pronunciations) • This creates troubles we propose a solution
How to Deal with Homographs • New attribute “role” on <lexeme> elements<lexeme role=“value”/> • Values are qnames (qualified names, with a namespace)e.g. “myvocabulary:verb”, “wordnet:verb” • Open to future standardization allows both proprietary values and standard ones • More than one qname for a single <lexeme>,e.g. role=“w:verb w:past-tense”
Example of Homographs in PLS <?xml version="1.0" encoding="UTF-8"?><lexicon version="1.0" xmlns="http://www.w3.org/2005/pronunciation-lexicon" alphabet="ipa" xml:lang="en-GB"><lexeme role="wdn:verb"> <grapheme>refuse</grapheme> <phoneme>rɪ'fju:z</phoneme> <lexeme> <lexeme role="wdn:noun"> <grapheme>refuse</grapheme> <phoneme>'refju:s</phoneme> <lexeme> </lexicon> Example sentence:“I refuse to take the fridge as a refuse.”
SSML should to be extended! <?xml version="1.0" encoding="UTF-8"?><speak version="1.0" xml:lang="en-US" xmlns="http://www.w3.org/2001/10/synthesis"> <lexicon uri="http://www.example.com/example.pls"> I <token role="wdn:verb">refuse</token> to take the fridge as a <token role="wdn:noun">refuse</token>. </speak> … and SRGS too!
Other Issues for the Workshop • Lexicon selection criteria in SSML • Which phonetic alphabets? • Current PLS 1.0 mandates the usage of IPA (International Pronunciation Alphabet) • Are there other options? We need standard alphabets! • Other issues?