breakouts でpresentation api の拡張提案したよ

Post on 16-Jul-2015

279 Views

Category:

Technology

4 Downloads

Preview:

Click to see full reader

TRANSCRIPT

Breakouts でPresentation API の

拡張提案したよ2014/11/25 第52回HTML5とか勉強会

さっくる

NTTコミュニケーションズ

自己紹介

さっくる @sakkuru

本名:本間 咲来/ Saki HOMMA

NTT コミュニケーションズ 技術開発部所属

HTML5を専門に調査や開発、コミュニティ活動、標準化活動などを担当

「WebRTC Chat on SkyWay」の中の人

html5jスタッフ

Codezineで「WebRTC入門」の連載中

1

Agenda

Breakouts

Presentation API

拡張提案

デモ

Breakouts セッションの様子

2

Breakouts について

3

Breakouts について

TPACのPlenary Dayに行われるアンカンファレンス

参加者が自由にテーマを出し合い、セッションを持てる

4

Breakouts について

TPAC 2011からはじまった

毎年30前後のセッションが行われる

テーマやセッション内容は、あらかじめWebに書き込んでおく

TPAC 2014 / Session Ideas

https://www.w3.org/wiki/TPAC2014/SessionIdeas

TPAC 2014 / Session Schedule

https://www.w3.org/wiki/TPAC2014

5

Breakouts について

当日スケジュールボードが出されるので、講演者は自分のセッションタイトルをボードに貼り付けていく

6

Presentation API について

7

Presentation API とは

http://w3c.github.io/presentation-api/

Webページをセカンドスクリーンに映し、操作を可能にするAPI

Second Screen Presentation WGで検討中

まだどのブラウザにも未実装

8

wired (HDMI, DVI, …)

wireless (DLNA, AirPlay, MiraCast, Chromecast, …)

Presentation API の動作概要

startSessionでセッションを確立後、postMessageやonMessageイベントでメッセージのやり取りを行う

9

startSession(URL)

postMessage()onMessage event

Web AppWeb Appspecifiedby URL

Presentation API は

スクリーンに特化したAPI

10

でも、大きく変更せず

non-screenデバイスに

拡張できるのでは?

11

non-screenデバイスにも対象を

拡張すると…

12

13

いろいろなデバイスをWebから操作できるように!

実はいろいろなデバイスを

操作することを

目的としたAPIは

他にも提案されています

14

Network Service Discovery API

http://www.w3.org/TR/discovery-api/

ローカルネットワーク内のデバイスの検出を行うAPI

SSDPやmDNSなどで検出を行う

検出後のメッセージングに関しては、Webアプリケーション側で全て実装

検討中だが…

15

NSD API と Presentation API

16

抜粋: startSession(“Wot Devices”) by Tatsuya Igarashi (Sony Corporation)

Breakouts で

Presentation API の

non-screenデバイスへの

拡張の提案をすることに

17

セッション中デモを行うことに

18

提案した拡張Presentation API

19

デモのシステム概要

20

当日

21

22

23

24

25

26

27

意見等

Minutes

http://www.w3.org/2014/10/29-startsession-minutes.html

ライブストリーム連携するならgetUserMediaを拡張したら?

デバイス連携はプライバシーとかを考慮しなきゃならないから難しい

連携サービス名を抽象化しないと使い勝手悪いので、検討が必要

28

おわり

29

top related