- From: Kazuyuki Ashimura <ashimura@w3.org>
- Date: Wed, 13 Jul 2016 10:10:07 +0900
- To: Public Web of Things IG <public-wot-ig@w3.org>
- Message-ID: <CAJ8iq9XN79ESHSr93z2R1+mUUbNKaOTcCwyuiY67-RRoW==bAg@mail.gmail.com>
available at:
https://www.w3.org/2016/07/12-wot-minutes.html
also as text below.
Thanks,
Kazuyuki
---
[1]W3C
[1] http://www.w3.org/
- DRAFT -
WoT IG f2f Meeting in Beijing - Open Day/Presentations/PlugFest
12 Jul 2016
See also: [2]IRC log
[2] http://www.w3.org/2016/07/10-wot-irc
Attendees
Present
Yoshiaki_Ohsumi(Panasonic), Kazuo_Kajimoto(Panasonic),
Masato_Ohura(Panasonic), Katsuyoshi_Naka(Panasonic),
Takuki_Kamiya(Fujitsu), Ryuichi_Matsukura(Fujitsu),
Kaz_Ashimura(W3C), Kazuaki_Nimura(Fujitsu),
Johannnes_Hund(Siemens), Sebastian_Kaebisch(Siemens),
Joerg_Heuer(Siemens), Darko_Anicic(Siemens),
Matthias_Kovatsch(Siemens), Frank_Reusch(RWE),
Dave_Raggett(W3C), Kuniiko_Toumura(Hitachi),
Yongjing_Zhang(Huawei), Yingying_Chen(W3C),
Ding_ZhiLin(Skyworth), Ji_Yang(BUPT), Wu_Zhenyu(BUPT),
Wen_Na(China_IoT_Alliance), LuLuXie(Tencnet),
Wang_Lefei(Fujitsu), BaiWen_Yan, Ruishan_Liu,
Fan_Xiaojing(Fujitsu), Xue_Wenqian(Fujisu),
Sue_Yi(Fujitsu), Xin_Ling(Panasonic), Wang_Hao(Fujitsu),
Way_Nan(CETC), Liu_Peyun(CETC), Wan_Jun(chinahci),
Yuan_Ning(BJ_WoT_tech), Daniel_Peintner(Siemens; Remote)
Regrets
Chair
Joerg
Scribe
kaz
Contents
* [3]Topics
1. [4]W3C PlugFest Introduction
2. [5]CETC IoT presentation - Zice Xiong
3. [6]1st exchange on interoperability between CETC's IoT
and W3C's WoT
4. [7]Collaborative panel discussion on CETC's work and
W3C WoT
5. [8]W3C PlugFest short pitches
6. [9]WoT demo pitches - continued
7. [10]Scenario 1 - Hello WoT
8. [11]How to proceed with the joint work between CETC
and W3C WoT IG
9. [12]Scenario 2 and 3
10. [13]PlugFest demo with CETC
* [14]Summary of Action Items
__________________________________________________________
W3C PlugFest Introduction
joerg: gives brief introduction about PlugFest
matthias: starts his presentation on the detailed description
about what W3C Web of Things and the PlugFest is like
(Matthias shows his slides on the PlugFest.)
matthias: goes through what Thing Description, Scripting API,
etc., are like
... and then detailed example scripts
... to wrap up the description, Matthias shows online resources
... Current Practices, Organization WIki, Test Cases and Report
Template
CETC IoT presentation - Zice Xiong
1st exchange on interoperability between CETC's IoT and W3C's WoT
CETC shows a demo with a smartphone and devices, e.g., air
conditioner
also a robot with speech interface to control a printer
and a video camera
Collaborative panel discussion on CETC's work and W3C WoT
4 experts from the W3C side: Johannes, Matthias, Katsuyoshi and
Takuki
3 experts from the CETC side: name tbd
discussion on Thing Description
matthias: we have properties which correspond to attributes of
CETC's Thing Description
machao: provides description on their function of interface
... one interface corresponds to one capability
(discussion on how to use JSON)
discussion on data type
machao: should be specified within the TD rather than the
payload
johannes: what is your approach on semantic description for
interactions?
machao: our TD includes how to describe interaction model
... good to have translation between our TD and your TD
johannes: how to handle "capability"?
machao: could map capability fields with each other
... how to describe events would be a question
matthias: where the event comes from is the key
... don't know how you model the interaction
... how can you model interactions?
machao: who should invoke the event when?
matthias: draws a diagram of two typical patterns on the
whiteboard
... the backend has the harbor
... someone has to initiate the interaction
... one possibility is the Thing's initiating the interaction
peiyun: we have an application to initiate the interaction
johannes: using some action?
zice: draws another diagram on their model
machao: 4 messages for interaction
... 1. request from Harbor, 2. respond from Thing
matthias: we describe only the Thing side
... we have to know which event from our side corresponds to
which message on your side
johannes: what is the Thing Description for the Harbor?
machao: is there an idea of interaction in your mechanism?
johannes: we see strong separation between Harbor and Thing in
your model
... W3C WoT is more looking at the Thing side
... it would be great to see how our models could be fit with
each other
machao: events are separately defined from Thing Description in
our model
... the biggest difference between CETC's TD and W3C's TD is
the structure
... totally agree we should have how to handle the Harbor in
the WoT context
johannes: would see if there is any remaining question
naka: do you consider supporting legacy devices?
... existing standards
machao: we have a gateway layer for that purpose
... each event has corresponding api
matthias: W3C TD has property, action and event
... the Thing tells what the value is now
johannes: we have identified interesting points
... we can have a follow-up discussion based on some concrete
and simple use case
... and compare our approaches with each other in more concrete
manner
... tx!
taki: we have WoT Architecture document which includes several
use cases
->
[15]http://w3c.github.io/wot/architecture/wot-architecture.html
WoT Architecture document
[15] http://w3c.github.io/wot/architecture/wot-architecture.html
machao: Joerg will provide some explanation on PlugFest
joerg: we'll provide short descriptions on PlugFest
W3C PlugFest short pitches
matsukura: shows his slides
... (Overview of our system)
... smart home in Kanazawa, Japan
... more than 200 devices there
... today we'll use two of them
... WoT servient in Nagoya
... devices are connected to the gateway in Kanazawa
... we'll operate the devices from Beijing using the WoT client
on a smartphone
... (Functional structure)
... WoT interface is supported on the server
... and others are Fujitsu's proprietary interface
... (meaning the interface between the server and the home
gateway at the smart home in Kanazawa)
... Fujitsu's interface uses HTTP and XML/SOAP
... similar to the WoT interface
... (Real Things for this plugfest)
... there are two devices: LED ceiling light and window curtain
johannes: next Nimura-san
nimura: Scripting API Implementation
... key component is the scripting API
... (Scripting API Implementation)
... we have a PC as the WoT Client including "ConsumedThing"
API
... app script on the PC controls the LED light
... (diagram of the system without title)
... Fujitsu WoT client - Siemens Servient LED - Panasonic Air
Conditioner
... (another diagram without title)
... Fujitsu WoT client connects to (1) Siemens Servient of
Brightness sensor and (2) Fujitsu Servient of Curtain
johannes: next Naka-san
naka: Panasonic's demo system configuration
... (Plugfest overview - Panasonic's Demo System Configuration)
... enlarges the diagram part
... WoT client by Siemens in Beijing
... communicate with the WoT server using REST API (provisional
WoT standard API)
... the WoT client sends HTTP commands (e.g., PUT/GET) to the
WoT server
... the WoT server sends proprietary commands to the Tunneling
server
... and the Tunneling server sends proprietary commands to the
Home Gateway at the smart home in Osaka
... the Home Gateway controls the LED ceiling light and the air
conditioner using the ECHONET interface
johannes: explains the scripting api part
... Fujitsu provides a WoT client which includes the Scripting
API runtime
... also legacy adapter
... Siemens provides the IOT2000/Thingweb servient and voting
mechanism
... (topics addressed)
... Scripting API: 3rd party scripting, Thing factories, Event
handling
... Thing description: Type description using JSON schema
... Discover
... next Sebastian
sebastian: Plugfest: Dynamic Actions based on Semantic Search
... (Scenario Setup)
... ESP8266, temp sensor
... (Too Hot)
... if it's too hot, I'd like to announce that
... semantic search using SPARQL
... search for action @type="tooHot"
... to the TD repo
... and the TD repo sends back TD to me
... (Too Cold)
... search for action @type="tooCold" from me to the TD repo
... TD from the repo to me
... (Live Demo)
... (Take-away)
... on demand auto setup and interaction
... SPARQL, TD with semantic enrichments, TD repo
joerg: would wrap up before lunch
nan: provides summary in Chinese
joerg: in the afternoon we'll do PlugFest demo in the other
room
... we can start discussion with brief introduction
[ lunch ]
WoT demo pitches - continued
darko: presents his slides
sebastian: questions?
(none)
matthias: presents his slides on "BA Technology Landscape"
... (BACnet Thing)
... the goal is making it easier to integrate things
sebastian: Plugfest Scenarios
sebadtian: scenario 1: hello WoT
... WoT TD interpreter for human interaction
... setup Servient interaction based on TD
... Panasonic air conditioner in Osaka
... Scenario 2 - Full WoT
... WoT client consumes script
... WoT Servient providing script for voting
... WoT Servient (temp sensor) searches a voting Servient above
... Scenario 3 - Mini Automation
... Siemens's bright sensor sends TD (brightness value) to
Fujitsu's curtain
matthias: table of tests to run
... each line corresponds to the device for our demo
sebastian: need some more configuration for the actual demo
... please come back in 45 mins or so
[ try some more setting work ]
Scenario 1 - Hello WoT
Findings of the joint meeting with CETC
joerg: based on the discussion so far, I tried to combine
opinions from the W3C WoT IG side
... (describes his initial proposals)
... The next steps also require further discussion on the mode
of collaboration
... add "e.g., find a joint scenario and exchange thing
descriptions conforming to IoT Open Architecture and WoT as a
starting point for further discussion"
matthias: are open implementations of the IoT Open Architecture
Protocol available to study the protocol mapping of WoT?
joerg: (adds that question)
joerg: if there are no more comments, I'd use this as the input
from us
(no more comments)
joerg: tx!
... then we'll continue the remaining demos
... and invite the remaining people to this PlugFest room
(Joerg asks people to invite their colleagues to this room.)
sebastian: we can show all the scenario again
... we'll resume in 10 mins
[ 10-min break ]
Scenario 2 and 3
PlugFest demo with CETC
sebastian: explains the Scenario 2 - Full WoT
... WoT client by Fujitsu, WoT servient by Siemens and air
conditioner by Panasonic
nimura: explains Fujitsu's WoT client
... which has two buttons, "Too Hot" and "Too Cold"
... for voting
... pushes "Too Cold" several times
johannes: explains Siemens's WoT client for voting too
... which has two buttons, "TooCold" and "TooHot"
kaz: asks Johannes for clarification on the graph
... the Y-axis is number of voters
... the X-axis is timeline
sebastian: live video of Panasonic's smart home in Osaka
... the air conditioner moves based on the command from the WoT
clients
... shows the detailed log of his sensor client
matthias: explains his BACnet client
nimura: shows the smart home in Kanazawa, Japan
... it takes some time to send the command from Beijing to
Kanazawa
frank: motion sensor demo
... collaboration among Frank, Matthias and Johannes
... motion sensor and fan, BACnet and WoT client UI
matthias: using HTTP
joerg: we had a lot of demonstrations here in Beijing
... various UIs on smartphones and PCs
... also had colleagues from CETC
... great input for our f2f meetings tomorrow and Thursday
... please join the meeting
[ PlugFest Day adjourned ]
Summary of Action Items
[End of minutes]
__________________________________________________________
Minutes formatted by David Booth's [16]scribe.perl version
1.128 ([17]CVS log)
$Date: 2016/07/13 01:06:13 $
[16] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
[17] http://dev.w3.org/cvsweb/2002/scribe/
--
Kaz Ashimura, W3C Staff Contact for Auto, WoT, TV, MMI and Geo
Tel: +81 3 3516 2504
Received on Wednesday, 13 July 2016 01:11:32 UTC