Re: Basic Terms and Definitions

> On 30 Apr 2015, at 13:20, 전종홍 <hollobit@etri.re.kr <mailto:hollobit@etri.re.kr>> wrote:
> 
> Dear all, 
> 
> I have gathered some key terminologies on wik[1]i. I’d like to propose the definitions that we need to use together as below. Please let me know how do you think about it. 

Thanks for taking the initiative on this.  I think you may be making things more complicated than necessary.

> 
> - WoT Server
>   : WoT Server is a component resident in the WoT device and is the entry point to the WoT Application and Service for all the requests coming from other component.

I am not sure about that. I would down play “WoT Device” after the questions it stirred up in Munich. The key to the web of things architecture are the web of things servers. These essentially just host “things” with the bindings to a variety of protocols. Things are proxies for physical or abstract entities, but as far as a client of the server, it really doesn’t matter.

> 
> - WoT Device
>   :a WoT device is a "Thing" which enabled WoT connectivity. a “Thing” in Web of Things (WoT) can be any object that has a unique identifier and which can send/receive web resources (including information and data) over a network. 

In Munich, the idea I presented was that of an IoT device that embedded a web of things server.  This is fuzzy since from an architectural point of view we don’t really care whether the sensors/actuators are directly integrated into that device, or are accessed via some kind of gateway. Perhaps we should avoid talking about WoT devices and instead talk about what is needed in the way of device abstraction for different kinds of devices, e.g. medical instruments.


>     WoT devices are connected any devices to the Web and provide information about themselves or about their surroundings (e.g. information sensed by the connected sensors) over a network (to other devices or servers/storage) or allow actuation upon the physical entities/environment around them remotely.
> 
> - WoT Client 
>   :a logical entity that accesses an WoT Resource on an WoT Server

Except for the most part the client will also be a server. Moreover, it depends upon the protocol. For example, when using HTTP, the server hosting a proxied thing would act as a client to the server hosting the proxy when it comes to sending event notifications and property updates. On the other hand, when a property on the proxy is updated, the roles of the two servers are the reversed with the server hosting the proxy acting as a client to the server hosting the proxied thing.   I think it is simpler to talk about proxies and proxied things, and the protocol bindings to support them.

> 
> - WoT Functionality
>   :the base/core functionality contained in any WoT Device 
>  
> - WoT Resource
>   :Anything that might be identified by a URI or IRI.
> 
> [1] https://www.w3.org/WoT/IG/wiki/index.php?title=Terminology <https://www.w3.org/WoT/IG/wiki/index.php?title=Terminology>
>  
> Best Regards, 
> 
> — Jonathan Jeon 

—
   Dave Raggett <dsr@w3.org <mailto:dsr@w3.org>>