W3C home > Mailing lists > Public > www-voice@w3.org > October to December 2005

Re: Voice Recognition Profiles

From: Sheth Raxit <raxit@phonologies.com>
Date: Mon, 14 Nov 2005 1:10:13 -0500
Message-Id: <200511140610.jAE6ADxp025295@mail22.atl.registeredsite.com>
To: <bkdelong@pobox.com>, <www-voice@w3.org>
CC: <paolo.baggia@loquendo.com>

B.K.Delong, Baggia Paolo and Other Members,


B.K.DeLong Wrote
================

>Have any efforts been made to make a standard for voice >recognition training profiles? Is "training" even necessary >any more for voice  recognition systems?

>So when I load up a voice recognition program, I am told to read several lines or paragraphs of text so it can match the
>text content with my voice. For every program I try, I have > to retrain it all over again. In theory, if I move from my >computer to my car and try to activate my GPS system by >voice, it needs to be trained. If I go to an ATM or >drive-thru where one can automatically order by voice, I
>need to spend several minutes correcting the system until >I'm connected with a human operator.


Raxit
=====

I think, Explicit "training" is Boring for users, but may improve performance.But if i am not wrong your idea is also about CONTINUOUS FEEDBACK,IMPROVEMENT AND LEARNING of ASR that how Specific user is Speaking...

B.K.DeLong Wrote
================

>Why not create a standard profile for voice recognition >that all voice-recognition applications can use? That way, >when I come to a new system I need to "train", I just type >in my SSN or some other UID which tells the system to pull >my VRP (Voice Recognition Profile), out of a centralized >directory service, allowing me to immediately use the >system.


Raxit
=====

Many Service required user-identifications and Many services not.(and Services that not required identification obviously no
t have user profiles...But Say for example for some specific word, if recognition fails to recognize beyond some threshold v
alue...then Some Feedback Should go to ASR so that ASR Can LEARN...(And I think,Not sure, some ASR are capable to do similar
 thing...But it is not user-specific)
and next time ABLE TO RECOGNIZE the word correctly.


And The System which required user identification, It is good to have (what you suggest) Voice User Profiles, that is Vendor-Independent (so that if the application changes the ASR from Vendor1 to Vendor2, Voice Profiles of Vendor1 can also be used by Vendor2 )

(Here I think, even ASR may using Voice User Profiles but not in Some STANDARD/VENDOR INDEPENDENT  Formats is of NO (or Little or Limited ) use.)

And in that context creating Vendor Independent Voice User Profile might be the KEY ISSUE.


B.K.DeLong :
==========
>Does such a standard or technology effort exist?

Raxit:
======
I think Technology is  exists for  continuous feedback ( I am not sure, but i am searching on it...) (by some ASR Vendor ) but Not any Standard for how to use Voice User Profile Vendor independently...


Here the key-issue is VENDOR INDEPENDENT Standard so that if one user is using 10 different system using 5 different vendors of ASR, There would be only Single Profile of the User shared by all, using some standard Format/Protocol if the system is User-Dependets...

or  if Application wants to change the ASR of Vendor1 to of Vendor2 , the User profiles created by old vendor can be used by new.(No Vendor Lock-in in short...)


Waiting for reply...


Thanking You,
Regards
Raxit Sheth


--
Raxit Sheth
Systems Software Engineer
Raxit@Phonologies.com

***********************
Please note our new Address.
***********************
Phonologies (India) Private Limited
17/18 Metro House, Colaba Causeway,
Mumbai 400001. INDIA.
Ph:+91-22-22029732 / 36   Fax:+91-22-22029728

Info@Phonologies.COM
http://www.phonologies.com

****The information in this email is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this email by
anyone else is unauthorized. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it, is prohibited and may be unlawful***
Received on Monday, 14 November 2005 06:13:41 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 30 October 2006 12:49:01 GMT