Re: R: [Dmsp] RE: DMSP vs EMMA
Chris Cross <xcross@us.ibm.com> Wed, 19 April 2006 17:16 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FWGIS-00053T-6n; Wed, 19 Apr 2006 13:16:56 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FWGIQ-00053N-Tz for dmsp@ietf.org; Wed, 19 Apr 2006 13:16:54 -0400
Received: from e34.co.us.ibm.com ([32.97.110.152]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FWGIO-0005JQ-2L for dmsp@ietf.org; Wed, 19 Apr 2006 13:16:54 -0400
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e34.co.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k3JHGp9M018089 for <dmsp@ietf.org>; Wed, 19 Apr 2006 13:16:51 -0400
Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k3JHDCDH186566 for <dmsp@ietf.org>; Wed, 19 Apr 2006 11:13:12 -0600
Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id k3JHGpkj025776 for <dmsp@ietf.org>; Wed, 19 Apr 2006 11:16:51 -0600
Received: from d03nm119.boulder.ibm.com (d03nm119.boulder.ibm.com [9.17.195.145]) by d03av01.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k3JHGoGf025737 for <dmsp@ietf.org>; Wed, 19 Apr 2006 11:16:50 -0600
In-Reply-To: <F534D6940BB4C447874590AC0B295571542249@PTPEVS106BA020.idc.cww.telecomitalia.it>
Subject: Re: R: [Dmsp] RE: DMSP vs EMMA
To: dmsp@ietf.org
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
Message-ID: <OF7CC6E596.598F1E8F-ON85257155.005E223E-85257155.005EC969@us.ibm.com>
From: Chris Cross <xcross@us.ibm.com>
Date: Wed, 19 Apr 2006 13:15:19 -0400
X-MIMETrack: Serialize by Router on D03NM119/03/M/IBM(Release 6.53HF654 | July 22, 2005) at 04/19/2006 11:20:05
MIME-Version: 1.0
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 3c5809f82a2ef36c74d8c0ab21f70455
X-BeenThere: dmsp@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Distributed Multimodal Synchronization Protocol <dmsp.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dmsp>, <mailto:dmsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/dmsp>
List-Post: <mailto:dmsp@ietf.org>
List-Help: <mailto:dmsp-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dmsp>, <mailto:dmsp-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0727527262=="
Errors-To: dmsp-bounces@ietf.org
Paolo, I think SISR is a choice because of its relationship to VoiceXML. In any case, whether its EMMA, SISR, NLSML, or ECMAScript serialization, DMSP just provides a way to negotiate the type and send the payload. thanks, chris Chris Cross Multimodal Browser Architect _________________________ IBM Boca Raton xcross@us.ibm.com voice 561.862.2102 t/l 975.2102 mobile 561.317.0700 fax 501.641.6727 "Baggia Paolo" <paolo.baggia@loq uendo.com> To Chris Cross/West Palm 04/19/2006 10:52 Beach/IBM@IBMUS, "Burger, Eric" AM <EBurger@cantata.com> cc <dmsp@ietf.org>, "Baggia Paolo" <paolo.baggia@loquendo.com> Subject R: [Dmsp] RE: DMSP vs EMMA Chris, EMMA is a good candidate for representing a semantic content. MRCP for instance choose to standardize a former format called NLSML because EMMA was still not stable enough, so also NLSML would be another candidate and even a serialization of ECMA-262. SISR seems to me feature related to the grammar in use by the applications that should be independent to DMSP, but I might be wrong. Paolo. Da: Chris Cross [mailto:xcross@us.ibm.com] Inviato: mercoledì 19 aprile 2006 16.13 A: Burger, Eric Cc: dmsp@ietf.org Oggetto: RE: [Dmsp] RE: DMSP vs EMMA Eric, I think the subject line of this thread is a red herring. DMSP is agnostic on the format of interpretation. It may well be that EMMA is the default that implementors choose. Table 9 shows RESULT_EX type which inclide SI_TYPE and SI. The intent is to allow the negotiation of semantic interpretation type by the endpoints. I show SISR as an example type because at the time of writing it was CR status in the W3C. EMMA is an obvious alternative. But SI type is an application choice orthogonal to the DMSP protocol. We may need to formalize SI_TYPE to include version... thanks, chris Chris Cross Multimodal Browser Architect _________________________ IBM Boca Raton xcross@us.ibm.com voice 561.862.2102 t/l 975.2102 mobile 561.317.0700 fax 501.641.6727 Inactive hide details for "Burger, Eric" <EBurger@cantata.com>"Burger, Eric" <EBurger@cantata.com> "Burg er, Eric" <EBur ger@c To antat a.com "Ferrans James-JFERRAN1" > <James.Ferrans@motorola.com>, Chris Cross/West Palm Beach/IBM@IBMUS 04/18 cc /2006 05:50 <dmsp@ietf.org> PM Subject RE: [Dmsp] RE: DMSP vs EMMA I'm not a fan of tunneling MRCPv2. If one needs MRCPv2, my guess is one would use MRCPv2. That said, I would offer the same approach to recognition results as we did in MRCPv2. Virtually any deviation from EMMA is bound to result in a loss of functionality and you can bet that someone will want some extension that gets into EMMA put into DMSP. Can anyone give a value to having a proprietary DMSP format that differs from EMMA? The flip side is there are lots of benefits of reusing EMMA: Same parser / generator Same data format Integrates directly with speech engines and browsers Always "the latest": don't need to hack DMSP every time EMMA gets a new feature ________________________________________ From: Ferrans James-JFERRAN1 [mailto:James.Ferrans@motorola.com] Sent: Friday, April 14, 2006 2:02 PM To: Chris Cross; dmsp@ietf.org Subject: RE: [Dmsp] RE: DMSP vs EMMA I strongly agree. An interesting thought experiment would be to consider if CMD_LOAD_SRC could contain an MRCP request and the result be an MRCP response. According to our studies this is quite inefficient, but if it were possible to (mis)use DMSP in this way, that would indicate that DMSP isn't making assumptions about its payload, and that we're not duplicating MRCP's functionality. Jim ________________________________________ From: Chris Cross [mailto:xcross@us.ibm.com] Sent: Friday, April 14, 2006 11:47 AM To: dmsp@ietf.org Subject: Re: [Dmsp] RE: DMSP vs EMMA > DSMP messages are really closed to VoiceXML events / commands > (NOINPUT, NOMATCH,...). Multimodal services can be done without > VoiceXML browser (without VXML scripts) with only simple ASR/TTS > ressources (only launch recognition or synthesis process). Do you > plan to open / enlarge the DMSP protocol to "simple" Voice server > (ASR+TTS without VoiceXML) ? I agree with other's responses to Aurelien. However, we must take care to not duplicate the function of MRCP. The domain we're working in is the sychronization of modalities within a dialog. I think if all an application wants to do is speech enable itself through a low level speech engine interface then MRCP may be the correct route for that. chris cross Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A. ================================================ CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please send an e_mail to <mailto:webmaster@telecomitalia.it>webmaster@telecomitalia.it. Thank you <http://www.loquendo.com>www.loquendo.com ================================================
_______________________________________________ Dmsp mailing list Dmsp@ietf.org https://www1.ietf.org/mailman/listinfo/dmsp
- R: [Dmsp] RE: DMSP vs EMMA Baggia Paolo
- Re: R: [Dmsp] RE: DMSP vs EMMA Chris Cross