- From: Eugen Osiptschuk <eugen.osiptschuk@campus.tu-berlin.de>
- Date: Wed, 6 Jul 2016 11:55:43 +0200
- To: <public-web-and-tv@w3.org>
- CC: Alexandra Mikityuk <alex@sec.t-labs.tu-berlin.de>
Hey guys,
I have been working on some session use-cases in the last couple of
weeks and would like to present you some of my ideas and also some open
questions.
The idea is to associate the UI stream and a specific session id, so
that for each session there will be one UI stream but possibly many
control channels. This allows also the cloud browser run-time
environment to save specific resources associated with a session id.
Maybe it will also help in load balancing the traffic. Underneath you
can find some use-cases i have written, but they are still in draft
version and open for discussion.
UC-Session-1: Cloud Browser client creates a session with the Cloud Browser
Extends
Description
For each session there will be one UI stream and one or more
control channels. Also the Cloud Browser environment can store resources
associated to the session.
The Cloud Browser client ...
1. Connects to the Cloud Browser rte
2. Authenticates itself
3. If authentication was successful the Cloud Browser rte responds
with a session ID
Actors
* Cloud Browser Client
* Cloud Browser rte
Dependencies
None.
Gaps
* The authentication method is not specified.
Notes
This could be implemented by a HTTP GET request to a specific URL.
Requirements
Author
History
This use-case provides some questions:
1. Should the cloud browser client directly connect to the cloud
browser run-time environment? Or maybe to a vendor website and this
website will create a session?
2. Should there be one session for each user? Or more?
3. Should the authentication be also specified?
4. If for example a set-top box starts up, how should it create the
session id?
UC-Session-2: Cloud Browser client logs out from session
Extends
Description
The Cloud Browser client sends the log out message through the
control channel with the appropriate session id.
The Cloud Browser rte can now safely assume that the client logged
out and free any specific resources to the session.
Actors
* Cloud Browser Client
* Cloud Browser rte
Dependencies
Gaps
There is at the moment no specific message format used for the
communication within the control channel.
Notes
Requirements
Author
History
Questions regarding this use-case:
1. Should the cloud browser client be able to destroy a session,
maybe through a RPC or special message? Or should this be possible
through a vendor website?
Some questions open in general:
1. What about other session management operations, like the
listening of open session? Even necessary?
Greetings,
Eugen Osiptschuk
Received on Wednesday, 6 July 2016 09:57:22 UTC