Re: Distributed Multimodal Synchronization Protocol [dmsp]
Chris Cross <xcross@us.ibm.com> Sun, 12 March 2006 13:39 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FIQn6-0004SU-LE; Sun, 12 Mar 2006 08:39:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FIQn5-0004SP-IY for dmsp@ietf.org; Sun, 12 Mar 2006 08:39:23 -0500
Received: from e34.co.us.ibm.com ([32.97.110.152]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FIQn3-0004Xb-55 for dmsp@ietf.org; Sun, 12 Mar 2006 08:39:23 -0500
Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e34.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id k2CDdK07031493 for <dmsp@ietf.org>; Sun, 12 Mar 2006 08:39:20 -0500
Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2CDgDfw138904 for <dmsp@ietf.org>; Sun, 12 Mar 2006 06:42:13 -0700
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 k2CDdKKo019707 for <dmsp@ietf.org>; Sun, 12 Mar 2006 06:39:20 -0700
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 k2CDdJEG019703 for <dmsp@ietf.org>; Sun, 12 Mar 2006 06:39:19 -0700
In-Reply-To: <440F1908.3070408@ninebynine.org>
Subject: Re: Distributed Multimodal Synchronization Protocol [dmsp]
To: dmsp@ietf.org
X-Mailer: Lotus Notes Release 7.0 HF85 November 04, 2005
Message-ID: <OFF83519EE.11C0CAEB-ON8525712C.0058D3DC-8525712C.005AA297@us.ibm.com>
From: Chris Cross <xcross@us.ibm.com>
Date: Thu, 09 Mar 2006 11:29:58 -0500
X-MIMETrack: Serialize by Router on D03NM119/03/M/IBM(Release 6.53HF654 | July 22, 2005) at 03/12/2006 06:41:59
MIME-Version: 1.0
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 27216fd639035830d9361a5ade4ff99c
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="===============0874229479=="
Errors-To: dmsp-bounces@ietf.org
Graham, Its a good suggestion to look at other publish/subscribe models for guidance. Can you point to other RFCs in this domain? I'm interested in the details of your URI event model. Have you published anything? Its important to note that in a multimodal interaction, synchronization of distributed modalities must take place with sub-second latency for the usability of the application to be worth the effort. We concentrated first on a binary message set to reduce the latency of a distributed multimodal system implemented over a relatively low bandwidth cellular network. In that context I would be concerned that a URI scheme would both inflate the message size and introduce additional turns in a system that is very sensitive to network latency. 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 Graham Klyne <GK@ninebynine.or g> To Chris Cross/West Palm 03/08/2006 12:48 Beach/IBM@IBMUS PM cc speechsc@ietf.org, discuss@apps.ietf.org, dmsp@ietf.org Subject Re: Distributed Multimodal Synchronization Protocol [dmsp] Chris Cross wrote: > Hi Everyone, > I'm sending a note to your list to make the members aware of this > activity. The I-D "Distributed Multimodal Synchronization Protocol " > (dmsp) can be found at > http://www.ietf.org/internet-drafts/draft-engelsma-dmsp-01.txt. Chris, Very interesting to see this pop up... I'm thinking about the web view synchronization problem in a couple of completely different contexts, and I note that the diagram on page 7 of your Internet draft is almost exactly what I have been proposing in another context [1]. But this draft seems to combine the basic event propagation model with details of the specific events used for media synchronization, and I'd like to suggest that, if this work goes ahead, that the event distribution protocol be defined separately from the details of the events themselves (e.g. like SMTP/RFC2822 for email). Then other applications could use the same event distribution model for completely different purposes. (E.g. I have some similar event distribution requirements for web-based home-control applications.) I also note that existing work on publish/subscribe systems and/or instant messaging presence protocols might be used for the protocol. Turning to the events themselves, I think that to deploy in a Web context it would be sensible for event types to be identified by URIs rather than binary codes. In my own private work to date, I am using a simple event model that consists of event type and event source, both URIs, and arbitrary additional payload based on the event type. Unfortunately, I shall not be present in Dallas to participate in the debate. I do think that the requirement that this proposal addresses is symptomatic of a wider gap in Web/Internet application architecture, and it would be good to see a simple common solution emerge. I seem to recall that, some time ago, Lisa Dussault was discussing some thoughts about notification systems for Internet applications, which may well have a part to play in this debate. #g -- [1] http://wiki.oss-watch.ac.uk/InterPortletCommunicationConsideredHarmful Chris Cross wrote: > Hi Everyone, > I'm sending a note to your list to make the members aware of this > activity. The I-D "Distributed Multimodal Synchronization Protocol " > (dmsp) can be found at > http://www.ietf.org/internet-drafts/draft-engelsma-dmsp-01.txt. We have > a mailing list at dmsp@ietf.org and a twice monthly phone conference. > > Dmsp is being developed to enable distributed multimodal systems. I've > been invited to present an overview at both the apps and rai general > meetings in Dallas. We welcome your attendance at these presentations > and interested individuals' participation in our mail list and > conference calls. > > At the bottom of this note is a draft charter we've discussed on the > list that gives a more detailed description of dmsp. > > thanks, > chris > > > Chris Cross > Multimodal Browser Architect > _________________________ > IBM Boca Raton > xcross@us.ibm.com > voice 561.862.2102 > mobile 561.317.0700 > fax 501.641.6727 > > > The convergence of wireless communications with information technology > and the miniaturization of computing platforms have resulted in advanced > mobile devices that offer high resolution displays, application programs > with graphical user interfaces, and access to the internet through full > function web browsers. > > Mobile phones now support most of the functionality of a laptop > computer. However the miniaturization that has made the technology > possible and commercially successful also puts constraints on the user > interface. Tiny displays and keypads significantly reduce the usability > of application programs. > > Multimodal user interfaces, UIs that offer multiple modes of > interaction, have been developed that greatly improve the usability of > mobile devices. In particular multimodal UIs that combine speech and > graphical interaction are proving themselves in the marketplace. > > However, not all mobile devices provide the computing resources to > perform speech recognition and synthesis locally on the device. For > these devices it is necessary to distribute the speech modality to a > server in the network. > > The Distributed Multimodal Working Group will develop the protocols > necessary to control, coordinate, and synchronize distributed modalities > in a distributed Multimodal system. There are several protocols and > standards necessary to implement such a system including DSR and AMR > speech compression, session control, and media streaming. However, the > DM WG will focus exclusively on the synchronization of modalities being > rendered across a network, in particular Graphical User Interface and > Voice Servers. > > The DM WG will develop an RFC for a Distributed Multimodal > Synchronization Protocol that defines the logical message set to effect > synchronization between modalities and enough background on the expected > multimodal system architecture (or reference architecture defined > elsewhere in W3C or OMA) to present a clear understanding of the > protocol. It will investigate existing protocols for the transport of > the logical synchronization messages and develop an RFC detailing the > message format for commercial alternatives, including, possibly, HTTP > and SIP. > > While not being limited to these, for simplicity of the scope the > protocol will assume RTP for carriage of media, SIP and SDP for session > control, and DSR and AMR for speech compression. The working group will > not consider the authoring of applications as it will be assumed that > this will be done with existing W3C markup standards such as XHTML and > VoiceXML and commercial programming languages like Java and C/C++. > > It is expected that we will coordinate our work in the IETF with the W3C > Multimodal Interaction Work Group. > > The following are our goals for the Working Group. > > Date Milestone > TBD Submit Internet Draft Describing DMSP (standards track) > TBD Submit Drafts to IESG for publication > TBD 2006 Submit DMSP specification to IESG > -- Graham Klyne For email: http://www.ninebynine.org/#Contact
_______________________________________________ Dmsp mailing list Dmsp@ietf.org https://www1.ietf.org/mailman/listinfo/dmsp
- Distributed Multimodal Synchronization Protocol [… Chris Cross
- Re: Distributed Multimodal Synchronization Protoc… Graham Klyne
- Re: Distributed Multimodal Synchronization Protoc… Chris Cross