- From: Bassbouss, Louay <louay.bassbouss@fokus.fraunhofer.de>
- Date: Wed, 4 Sep 2013 15:05:14 +0000
- To: "ashimura@w3.org" <ashimura@w3.org>, "public-web-and-tv@w3.org" <public-web-and-tv@w3.org>
- Message-ID: <3958197A5E3C084AB60E2718FE0723D453A3D3AD@FEYNMAN.fokus.fraunhofer.de>
Dear all,
Attached is a nice graphic illustrating the flow of UC12 "Multiscreen Advertisement" we discussed in the PhC :).
@Kazuyuki: can you please correct "HbbTV 2.4" to "HbbTV 2.0" in the minutes.
[cid:image001.png@01CEA990.EB7B8A90]
Best regards,
| Dipl.-Ing. Louay Bassbouss
| Project Manager
| Future Applications and Media
|
| Fraunhofer Institute for Open Communication Systems
| Kaiserin-Augusta-Allee 31 | 10589 Berlin | Germany
| Phone 49 30 - 3463 - 7275
| louay.bassbouss@fokus.fraunhofer.de
| www.fokus.fraunhofer.de<http://www.fokus.fraunhofer.de>
---
Visit us at IFA, Berlin, September 6-11, 2013
Hall 11.1, booth 21
Discover the newest products at the world's leading trade show for consumer electronics and home appliances.
IFA is the most important trade event.
www.fokus.fraunhofer.de/go/ifa2013_en<http://www.fokus.fraunhofer.de/go/ifa2013_en>
-----Original Message-----
From: Kazuyuki Ashimura [mailto:ashimura@w3.org]
Sent: Mittwoch, 4. September 2013 16:46
To: public-web-and-tv@w3.org
Subject: [apis] minutes - 4 September 2013
available at:
http://www.w3.org/2013/09/04-webtv-minutes.html
Also as text below.
Thanks a lot for taking these minutes, Mark!
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
Web and TV Interest Group - Media APIs TF Teleconference
04 Sep 2013
[2]Agenda
[2]
http://lists.w3.org/Archives/Public/public-web-and-tv/2013Sep/0002.html
See also: [3]IRC log
[3] http://www.w3.org/2013/09/04-webtv-irc
Attendees
Present
Kaz, Bin, Sheau, Daniel, Giri, Olivier, MarkV, Igarashi,
Sung_Hei, Louay, Cyril
Regrets
Chair
Olivier
Scribe
Mark_Vickers
Contents
* [4]Topics
1. [5]Roll Call
2. [6]Review Open Action Items
http://www.w3.org/2011/webtv/track/products/7
3. [7]Review and discuss the list of use cases (last call
per schedule)
4. [8]review of Use Case Twelve - Multiscreen
Advertisement
5. [9]Review and discuss the requirements
* [10]Summary of Action Items
__________________________________________________________
Roll Call
giri: introduces himself.
olivier: Have bridge for 90 min, may not use 90.
Review Open Action Items
[11]http://www.w3.org/2011/webtv/track/products/7
[11] http://www.w3.org/2011/webtv/track/products/7
olivier: 2 open action items. both on giuseppe, who isn't on
the call today.
sheau: giuseppe says he's still working on his action items.
Review and discuss the list of use cases (last call per schedule)
<olivier>
[12]http://www.w3.org/2011/webtv/wiki/Media_APIs#Iterations_and
_Timeline
[12]
http://www.w3.org/2011/webtv/wiki/Media_APIs#Iterations_and_Timeline
<olivier>
[13]http://www.w3.org/2011/webtv/wiki/Media_APIs/Use_Cases
[13] http://www.w3.org/2011/webtv/wiki/Media_APIs/Use_Cases
olivier: Today is deadline for final review of use cases.
... First: Any additional use cases or any use cases to be
deleted from the list?
... Work still going on on last two use cases.
... Please focus on new use case 12.
<olivier> Mark_Vickers: multi-screen advertisement is a large
topic, could almost be the focus on a single group
mark_vickers: the topic of multiscreen advertisement is very
large.
olivier: we will work on those 12 use cases.
sheau: question on the next step: what do we want to do with
the mapping onto requirements?
olivier: What I would like to do today is to speak about use
case 12, then review the mapping table, then discuss how to do
the gap analysis.
<olivier> [Louay introduces himself]
louay: introduces himself. main topic at Fraunhofer is
multiscreen.
review of Use Case Twelve - Multiscreen Advertisement
louay: Use case 12 is related to recent work at Fraunhofer.
... Idea behind use case is more or le ad insertion with second
screen advertisement related to content on the main screen.
... There are many relevant technologies. In our prototype, we
used Bonjour discovery of Android devices, TV connected to
proxy which performed discovery, communication with WebSockets
olivier: Is Mark suggesting we split the use case?
<olivier> Mark_Vickers: ad insertion could be done on 1st
screen
mav: Not suggesting whether to split, just that it is a large
topic.
<gmandyam> Had two questions: (1) Is multiscreen ads part of
the HbbTV 2.0 work?, (2) Should this UC be generalized
multiscreen rendering?
louay: Regarding hbbtv, in hbbtv 2.4 there is a lot of
discussion of multiple devices.
... the prototype isn't related to any hbbtv spec.
... the communication used in the prototype is new, but the
topic has been discussed in hbbtv.
... As to the technology, the technology used for connecting
the screens could be used for any multiscreen use cases.
sheau: This is indeed a large use case. More than half of other
existing use cases could be folded into this one (e.g.
discovery & synchronization). Could we have a hierarchy of use
cases with large use case and sub-use cases?
olivier: There's no rule on large vs. sub use cases. I'm
hearing that this use case is large. Should we split it into
multiple use cases?
... Any thought on how to split it?
sheau: We could group the use cases into groups. One group
would be synchronized multiscreen, the other would be ads
starting and ending at same time without synchrony, third would
be users interacting with ads
bin: instead of splitting into multiple use cases, ask louay
whether there are any additional requirements from this use
case, since the end goal is gap analysis. This might be easier.
alivier: Following that. Sheau, would you say everything is
covered?
sheau: I agree with bin that at this point we have covered the
space pretty well. We should use use case 12 to guide our
search for requirements.
olivier: Sheau, please review use case 12 for any additional
requirements.
<olivier> Mark_Vickers: for some networks there would be a
requirement that messaging for ad insertion can not be used for
ad elimination
cyril: The OATC group is addressing these issues in a spec
delivering metadata to the client.
... The OATC has a spec. There will soon be a new spec defining
a stream of metadata to the client. Avoiding ad elimination
could be tricky.
sheau: I'd like to expand further that this is not limited to
ads. We should provide more signaling, to avoid ads or segments
being messed up. We need to provide guidance as to what can be
modified. Need to add semantics to signals.
olivier: I suggest we move to next agenda item to review the
grid.
Review and discuss the requirements
<olivier>
[14]https://docs.google.com/spreadsheet/ccc?key=0AvACjV6qSvmxdE
ctdjYwa2JOalZLOG10elE1LVRZNlE#gid=0
[14]
https://docs.google.com/spreadsheet/ccc?key=0AvACjV6qSvmxdEctdjYwa2JOalZLOG10elE1LVRZNlE#gid=0
olivier: Want to review two contentious items, then review new
use case 12.
... 1st contentious area:
sheau: want to make sure we provide function of parental
control. For example, when I say "content protection" I mean
that when a child browses content, some content would be
eliminated from display.
olivier: Sounds like we agree we can remove the X
... Next item was use case 9 & content streaming, which
actually wasn't contentious on reconsideration, so not an issue
... Reviewing use case 12
... This use case about device discovery, not service discovery
<olivier> [15]http://www.w3.org/TR/hnreq/
[15] http://www.w3.org/TR/hnreq/
sheau: While it seems the same, it is reverse: Service
discovery vs. device discovery.
<olivier> ACTION: Sheau to split the first requirement to be
"service discovery" and "device discovery" in the requirements
document and cross-ref table [recorded in
[16]http://www.w3.org/2013/09/04-webtv-minutes.html#action01]
<trackbot> Created ACTION-140 - Split the first requirement to
be "service discovery" and "device discovery" in the
requirements document and cross-ref table [on Sheau Ng - due
2013-09-11].
<olivier>
[17]http://www.w3.org/TR/hnreq/#discovery-and-advertising
[17] http://www.w3.org/TR/hnreq/#discovery-and-advertising
olivier: Suggests sheau use the HN Requirements document for
semantics
kaz: W3C MMI architecture has defined semantic architecture
that could be used here.
[18]http://www.w3.org/TR/mmi-arch/
[18] http://www.w3.org/TR/mmi-arch/
olivier: [Continues editing list of requirements for use case
12]
... questions use case 12 requirement for 1.5.1 device
authentication.
sheau: user identification needed
olivier: that would be 1.5.3 subscriber authentication
sheau: there are cases where number of devices are limited
olivier: OK, we'll leave 1.5.1 device authentication
... [Continues editing list of requirements for use case 12]
... There is no cross on 1.8 Context-based and targeted service
aggregation. Believe ther should be one. Hearing no objections,
it is added.
... Any need for 1.11 Offline mode for services and content
sheau: recorded content would be 1.11
olivier: added cross for 1.11
... 1.12 device-to-device content transfer, is there any
content transfer or just communication?
louay: there is app to app communication. it could include
content or content could be referenced in communication and
pulled from a third party.
sheau: one scenario is that the broadcast could include
different versions of ad content and then the main device could
serve that content to the mobile device
igarashi: I'd also like to discuss use case 8 before end of the
call.
olivier: let's try to wrap us use case 12 quickly
... we'll keep cross on 1.12
... 1.13 payment mechanism definitely in scope
... 1.14 search - agree not in scenario
... 1.15 & 1.16 also not in scenario
... I believe that 1.17 channel identification chould be added.
Any agree? [no replies] Not added.
... [Continues editing list of requirements for use case 12]
olivier completes review of use case 12 requirements in table.
olivier: Group should work offline on whether there are
additional requirements from use case 12 to be reviewed next
week.
... If there are any questions on requirements, please add to
table using color red and adding a question mark "?"
igarashi: offline mode is necessary for Use Case 8: download
and go
... requirement 1.12 device-to-device content transfer is
required for use case 8 also
<olivier>
[19]http://lists.w3.org/Archives/Public/public-web-and-tv/2013J
ul/0050.html
[19]
http://lists.w3.org/Archives/Public/public-web-and-tv/2013Jul/0050.html
igarashi: Suggest adding adding further description for content
protection requirement to include offline content protection.
olivier: Suggest rewording the requirement offline on the list.
<gmandyam> UC 8: Is network selection (e.g. optimum network for
download) in scope?
giri: Is network selection also in scope for use case 8?
<olivier> ACTION: gmandyam to add requirement for network
selection (relevant to UC8) [recorded in
[20]http://www.w3.org/2013/09/04-webtv-minutes.html#action02]
<trackbot> Created ACTION-141 - Add requirement for network
selection (relevant to uc8) [on Giridhar Mandyam - due
2013-09-11].
olivier: next teleconference is in 2 weeks. we'll send agenda.
thanks to all. apologies for running over time. meeting
adjourned.
<kaz> [ adjourned ]
Summary of Action Items
[NEW] ACTION: gmandyam to add requirement for network selection
(relevant to UC8) [recorded in
[21]http://www.w3.org/2013/09/04-webtv-minutes.html#action02]
[NEW] ACTION: Sheau to split the first requirement to be
"service discovery" and "device discovery" in the requirements
document and cross-ref table [recorded in
[22]http://www.w3.org/2013/09/04-webtv-minutes.html#action01]
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [23]scribe.perl version
1.138 ([24]CVS log)
$Date: 2013-09-04 14:44:33 $
[23] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[24] http://dev.w3.org/cvsweb/2002/scribe/
--
Kaz Ashimura, W3C Staff Contact for Web&TV, MMI and Voice
Tel: +81 466 49 1170
Attachments
- image/png attachment: image001.png
- image/png attachment: uc12-ms-adv.png
Received on Wednesday, 4 September 2013 15:05:55 UTC