- From: Russell Berkoff <r.berkoff@sisa.samsung.com>
- Date: Tue, 26 Apr 2011 07:26:11 -0700
- To: "Jean-Claude Dufourd" <jean-claude.dufourd@telecom-paristech.fr>, <public-web-and-tv@w3.org>
- Message-ID: <DE816F5C9365B24AAD4935AC1E9A0748018B4BBD@hermes.sisa.samsung.com>
[Samsung] Presumably the "voting service" referenced in the UC is implemented by sending a message to an external server. "The application collects votes and sends them to a TV channel". How is this done? I dont see a distinction between messages and plain strings. A JSON or serialized <XML> document can convey both data and actions as long as both ends agree on the syntax and semantics. ________________________________ From: public-web-and-tv-request@w3.org on behalf of Jean-Claude Dufourd Sent: Tue 4/26/2011 6:55 AM To: public-web-and-tv@w3.org Subject: Re: webtv-ISSUE-8 (UC Service Distribution): Use case: Service Distribution [HOME_NETWORK_TF] On 26/4/11 14:36 , Russell Berkoff wrote: [Samsung] How does this UC differ from general client/server communication, i.e. the receiver of the document appears to communicating back to a server? There are existing facilities such as WebSocket or XHR to accomplish this communication. JCD: There is little to no client/server communication in this UC. Where do you see it ? Using XHR to implement communication between documents is not possible because of the usual "original server only" restrictions. WebSockets is more appropriate as a communication layer, but we should be able to use other communication layers too. The problem is to establish communication, and then to pass messages, not just plain strings (although others have mentioned that the message part could be "externalized" to a JS library). Best regards JC -- JC Dufourd Directeur d'Etudes/Professor Groupe Multimedia/Multimedia Group Traitement du Signal et Images/Signal and Image Processing Telecom ParisTech, 37-39 rue Dareau, 75014 Paris, France Tel: +33145817733 - Mob: +33677843843 - Fax: +33145817144
Received on Tuesday, 26 April 2011 14:26:40 UTC