Recent Changes - Search:

WNaS @ UNIK

Master Thesis

Security and Mobility
UniK, Kjeller

edit SideBar

WellcomSemanticAccess

Problem Statement

The goal of this demonstration is to show reduction of information. Users will have no chance of handling all the information present in future TV and STBs, thus the STB has to filter according to the user preferences. We demonstrate that when a user is in front of the STB, the content on the STB is filtered according to his preferences, and this filtered list is presented to him.


Figure and explanation taken from ITEA-WellCom.org

Discussions

  • (A) marks user(s) in the proximity of the set-top box (STB)
  • (B) marks user on the move

(1) indicates the authentication procedure, indicating NFC for authentication of "the master" of the STB and other phones being identified through their Bluetooth ID

(2) The STB will search for Bluetooth devices on a frequent basis and will send information about the devices and the current "shared information" to the Context server

  • Bluetooth ID is used as ID of devices (people) in the vicinity
  • Channel information is also send to the context server

(3) The Context server collects the status of both mobile phones in the proximity and mobile phones using the Internet to connect to broadcast services. The information held in the context server are

  • phones connected to the set-top box (through Bluetooth or NFC)
  • phones connected running a WellCom "service" applet and being connected through the Internet
  • Information about what is currently viewed on the STB. This information will become the "context" information of the users.
  • The context service will also require knowledge from the device capabilities of the connected devices (how? predefined from device profiles like WURFL?)

(4) Service adaptation will use the information about the device capabilities and will generate the specific services (adaptation of service) for the users connected through the set-top box and the users on the move.

  • Service distribution happens either through the STB or through the Mobile network (5).
  • Discussion: Is information from WURFL file enough to adapt services?

The communication unit (5) connects the "user on the move" to the WellCom services.

  • used for inviting new users to the game
  • sending adapted service over mobile network to phone

Functional Requirement

Non-Functional Requirement

System Models

Use case Models

- UC1: Process Registeration - UC2: Authenticate User - UC3: Enforce Accees - UC4: Get Buddy List - UC5: Invite Friend

UC1: Process Registration (Mushfig + Sarfraz)

   Use case Name :      Process Registration
   Participating Actor: Initiated by BT enable device user, 
                        communicates with the authentication enfocer
   Entry condition:     Bluethooth is enabled on the mobile device
   Exit Condition:      Registration is successfull, 
                        Registration is not successful 
   Special Requirement: BT enable mobile phone

UC2: Authenticate User (Jostein)

   Use case Name :      Authenticate USer
   Participating Actor: Initiated by BT enable device user
                        communicates with the authentication enfocer
   Entry condition:     User is already registed
   Exit Condition:      Authentication is successfull
                       Authentication is not successful 
   Special Requirement: BT enable mobile phone

Status

  • STB has programm so search for BT devices: if known device is found, then login automatically n (under work)
  • (STB find new devices - based on MAC filter) - good for real, but questionable for demonstration (too many visitors) -> pusher new application to new phones; STB searches: MAC ikke registrert, sende application, YES to accept application (no pairing), if not installed, then error, needs link through URL access (works with Nokia 6131)
  • STB to user server: Web service to register with user server (authentication). '*not jabber*'
  • STB to "presence server": phone xx connect to STB yy. STB yy shows channel kk: Conclusion user nn, connected with phone xx to STB yy watches channel kk.
    • jabber server? from Jose?
    • link between jabber server and authentication server? Sarfraz?
  • FUTURE work: user with new phones, update of phone, replacement of phone (extension of login)

UC3: Enforce Access (Sarfraz + Zahid)

   Use case Name :      Enforce Access
   Participating Actor: Initiated by Wellcom Application
                        communicates with the Authorization service
   Entry condition:     User must be authenticated
   Exit Condition:      Display List of resources that user can access
                       user is not authorized to view resource
  • Primary Actors

User, AuthHandler, AccessHandler, ContextHandler, RegistrationHandler, AuthorizationService, ContextService

Attachments

Attach:ArchAndMsgFlow.pngΔ Josef: what kind of diagram is that? I changed the extension to png, but still can't see an updated file. Please upload again.

Implementation

Attach:PreferredContent.png Δ

The content shown on the TV has n+1 boxes, representing n users plus the preferred content. The preferred content is the content on the STB, filtered by the preferences of each user. Example: Bob is interested in games. The STB has content with keyword game, then the preferred content will show the game.

Specific:

  • currently unsorted content is displayed
  • No dublicates of content, e.g. both Alice and Bob are interested in games. Only one content with games is diplayed
  • Extension where we rank the content: if two people are interested in content, it is ranked higher

Timeline

  • 8 jan delivery of 10 x 5 min content with keywords (Telenor)
  • 13 Jan standalone setup for demonstration (Zahid) check possibility
  • 14 Jan implement the sorting (Sarfraz, Jostein)
  • 14 Jan video recording, screenshots (Josef to prepare script)
  • 19/20 jan demo in Paris
Edit - History - Print - Recent Changes - Search
Page last modified on January 13, 2009, at 02:21 AM EST