´óÏó´«Ã½

Today, a broadcast channel may have an interactive TV application that runs when that channel is tuned to.Ìý Each broadcaster has to provide its own app if they want interactivity.Ìý These days, theÌýinteraction layer thatÌýhosts the TV app also supports HTTP.Ìý This scenario means that the TV app could contact a broadcaster's back end service, and inform the companion app of the URI (or pre-configure it) for the same back-end.Ìý Thus, while the TV app is running, the companion app can query the back end service for what programme is being watched, and potentially the time offset within that programme, and then provide companion content as suits.Ìý

This canÌýserve the purpose of a broadcaster,Ìýwhere there is a companion app dedicated to that programme / channel (ignoring issues around synchronisation latency).Ìý We can also imagine that various features within the TV could be exposed through an interactive TV app, and the back end server allows the companion app to access these.Ìý See the next figure

Ìý

information flows via back-end server

Even here though, this model breaks down when the broadcast content is re-distributed over cable or satellite platforms that use different interaction platforms.Ìý For example, Freeview and Freesat use MHEG-5, whereas Sky and Virgin don't.Ìý This fragmentation is less than ideal.Ìý

This of course is where audio watermarking has its strength ... being embedded with the AV content, no interaction layer is involved when the user participates in the experience: the companion app can synchronise against the programme as long as the audio is audible.

Ignoring fragmentation, the fly in the ointment with the back-end server approach is that it can only work when the TV app itself is up and running, and when the user changes channels, the outgoing channel's app stops running.Ìý This is bad news for various desirable use-cases around companion screen.

Consider a companion app for socialising about various programs being watched duringÌýan evening.Ìý This probably involves channel changes.Ìý The above model now hits problems ... somehow each broadcaster's TV app would have to agree which back end to contact that the companion app knows about, or the companion app must deal with the additional complexity.Ìý

So we have to now consider a different approach, that doesn't rely on the TV app.ÌýÌýÌý

This suggests that the companion app needs access to the various TV features, without involving the interaction layer, nor contacting back-end servers.Ìý

ÌýIn other words, TV features need exposing over the home network, and of course, we'd argue that this is achieved in an open manner, using an open API, and standardised through open standards.Ìý See next figure:

information flows over home network

Now if you look further ahead, this same approach can also be used to control the TV, for example, to request content be fetched and played from a particular time offset.Ìý From a social TV aspect, a viewer could publish a content-related URI to Twitter, say, and a recipient could use this link to watch the program on the chosen device from the recommended timepoint.Ìý Again, with the interactive TV app approach, as long as apps are bound to channels, this would be an impossible scenario to achieve, yet this is somethng that can clearly make content consumption a much more seamless experience.

If such an open API existed, then tying together the Web, the TV and the companion services into a unified experience becomes entirely possible, and deeper audience engagement can occur.

Standards bodies are taking interest in companion screen services, as the industry clearly perceives value to be extracted.ÌýTo this end, we are contributing towards DVB groups looking at companion screen, from a commercial requirements and technical viewpoints.Ìý We are also contributingÌý to the DTG around accessibility and around the connected home.

From a purely personal view, the sooner that we get high utility companion screen apps deployed alongside connected TV, the better.Ìý The user experience trying to engage with an on-demand service, based on using the remote key and virtual on-TV keyboardÌý proved one step too far for my patience!