Re: [Iotsi] interactive vs. programmatic IoT

Clarke Stevens <cstevens63@yahoo.com> Thu, 24 March 2016 21:24 UTC

Return-Path: <cstevens63@yahoo.com>
X-Original-To: iotsi@ietfa.amsl.com
Delivered-To: iotsi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5730C12D8AE for <iotsi@ietfa.amsl.com>; Thu, 24 Mar 2016 14:24:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.459
X-Spam-Level:
X-Spam-Status: No, score=-2.459 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u5k4B28x8Gr5 for <iotsi@ietfa.amsl.com>; Thu, 24 Mar 2016 14:24:36 -0700 (PDT)
Received: from nm41-vm10.bullet.mail.bf1.yahoo.com (nm41-vm10.bullet.mail.bf1.yahoo.com [216.109.114.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A534412D61E for <iotsi@iab.org>; Thu, 24 Mar 2016 14:24:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1458854674; bh=QVKT9RvACezncgdrRD9kfJz+381hHQbo7E8lOOFxFV0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=Wic0tdGL2F7RTIJ+BRuZraUZgWZ9qL9/YSvFFR+RFB1vp7mrMT6G/rWU4shGDjH/2Hry0oWWNAF7Ah6rT7t7Bwxc/x2JUmPawlmzKE91boPoS8nrHdPezQS/x8SDool7CwRaKJsbGEs9P20n6wWABTc386tdUnZuVgWgxD25KQEWhzaIsoSJc5hF2p+/Brw/nD7u5Pi6Wt064kKg4OlX4HH3rUFppWiSutY4MWSgy48uiaaqfte0+Xi+5d7C5PsbJmLArbr6D4GRRDVyPx4yQ/L9dtSBuWqTviG4bvgDXO10vdlbETsDNlFTayTaiYRiuJ+FnNdfzLrEY4utHthkkA==
Received: from [98.139.214.32] by nm41.bullet.mail.bf1.yahoo.com with NNFMP; 24 Mar 2016 21:24:34 -0000
Received: from [68.142.230.76] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 24 Mar 2016 21:24:34 -0000
Received: from [127.0.0.1] by smtp233.mail.bf1.yahoo.com with NNFMP; 24 Mar 2016 21:24:34 -0000
X-Yahoo-Newman-Id: 666230.55314.bm@smtp233.mail.bf1.yahoo.com
X-Yahoo-Newman-Property: ymail-3
X-YMail-OSG: .LcJo98VM1mqb611h8TYlutGv3NEMIOydaTV5kp2oS5Mxbp uG49QggMSSHUNShvl.fmNPKORIce3CwD3CgDNUNuSt1wYNQ0eGf20ZUjGmeX rkdoX4PQkYypi_ij9Nm.XBckjW9jdzjzyam6D7oA2wVcHy3g4gX8awUeHK_K EGuF1EBr7kKn.YtS.tUjDX_uWq7kjllkYtdiFuHKwu2w9mX6G0n2ucWrM3tw T9UMYo5cV04dU_RLWLC6IL608eA.hCcIZh_CVqiidpyJK5ZFJICiAt2NiDox xkg5p7vLUSzqbaXV4JqRGK6a3wA_7WsZzJkVwW2pwinp5XHZKXVF1EkimTVO aduDkdE05BO6QMDNe307CB8zMWGhpBYdZhQfv7ktUIzdiC8Z_ONJHitP9x_E CPh1x7pK2iYJ2bj4j0phB58_.AwsgA1qDgiGUBw8UyT4RErorxpwTd5DGzmC qvQMpmzvkb8yuFgqbp6tRrVKwId2W5hDFzdN3NWu_sEzwZilWjiOe73ykF4C WD1UiO3yo0QfgMBTN2FXwGeT_mNxHEmY-
X-Yahoo-SMTP: c2.iu16swBBkaTEktR_6U.vU_1kWz9A-
Content-Type: multipart/alternative; boundary="Apple-Mail=_09766255-4739-47B8-BD04-351F2193C347"
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
From: Clarke Stevens <cstevens63@yahoo.com>
In-Reply-To: <SN1PR0201MB1534F8F86D1ED7916176833E98820@SN1PR0201MB1534.namprd02.prod.outlook.com>
Date: Thu, 24 Mar 2016 15:24:32 -0600
Message-Id: <2218A00E-2A48-4498-A667-A6F9DF6AA1BB@yahoo.com>
References: <CABCOCHQpj2wMObJUUAFMAQ1xAtdw08ZRQqtaqwMWre_63RQhpQ@mail.gmail.com> <D40BA8183A12B448ACB9448546032E089C935B71@ORSMSX116.amr.corp.intel.com> <9ef1d2dac4a347c19f989d9dee5efbd9@QEO00410.de.t-online.corp> <SN1PR0201MB15344A90DBBAACA135F0E61398820@SN1PR0201MB1534.namprd02.prod.outlook.com> <CABCOCHRN43QZDVMYeEbLEHetfTEio-Y=MiHkAFEga9cZ59ksMA@mail.gmail.com> <SN1PR0201MB1534EB82A99FAC915D0876D298820@SN1PR0201MB1534.namprd02.prod.outlook.com> <CABCOCHTm0kGqU+MjnA4J0OK-tKmVZAPxjmy7i8cQcKax21hDkg@mail.gmail.com> <SN1PR0201MB1534F8F86D1ED7916176833E98820@SN1PR0201MB1534.namprd02.prod.outlook.com>
To: Michel Kohanim <michel@universal-devices.com>
X-Mailer: Apple Mail (2.3112)
Archived-At: <http://mailarchive.ietf.org/arch/msg/iotsi/3jMvCns-JQs5LxxARKg_BNc8W14>
Cc: "Kreuzer, Kai" <k.kreuzer@telekom.de>, Ravi Subramaniam <ravi.subramaniam@intel.com>, Andy Bierman <andy@yumaworks.com>, "iotsi@iab.org" <iotsi@iab.org>
Subject: Re: [Iotsi] interactive vs. programmatic IoT
X-BeenThere: iotsi@iab.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Internet of Things Semantic Interoperability Workshop <iotsi.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/iotsi>, <mailto:iotsi-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iotsi/>
List-Post: <mailto:iotsi@iab.org>
List-Help: <mailto:iotsi-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/iotsi>, <mailto:iotsi-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Mar 2016 21:24:40 -0000

For a start, maybe we can look at it in this way:

A human should be able to control things in real time in a logical way through some UI (e.g. push a button on a smart phone to turn on a light).
A human should be able to specify automated rules in a logical way through some UI (e.g. set a rule to turn on the porch light when I get home).
Semantic interoperability should take care of most other tasks (e.g. How do I recognize a light? How do I make functionally similar lights from multiple manufacturers and ecosystem all look like logical lights? How do I recognize when the user is home?)

There is a lot of functionality that is left out here, but I think this is plenty difficult as a starting goal.

-Clarke

> On Mar 24, 2016, at 2:36 PM, Michel Kohanim <michel@universal-devices.com> wrote:
> 
> Hi Andy,
>  
> Thanks for the clarifications. My question to you is: would the human want your modular software make those decisions for him/her? i.e. I very much prefer having my wake up tone (to which I am familiar) and if, one day, my phone decided to play radio instead of my wake up tone on its own, I would be quite mad. I would probably even throw away my phone.
>  
> Anecdote from  Amazon Echo: Amazon decided that the completion prompt should be a tone instead of “OK”. They had such a huge backlash that they had to put the “OK” back and now they are dealing with backlash from those who liked the tone. So, they have finally decided to make it configuration: i.e. human intervention.
>  
> All and all, I do very much like the concept of autonomy but we do need to find a boundary between what humans constitute as infringing on their free-will vs. those that they would welcome. 
>  
> With kind regards,
>  
> ******************************
>   Michel Kohanim
>   CEO
>  
>   (p) 818.631.0333
>   (f)  818.436.0702
>   http://www.universal-devices.com <http://www.universal-devices.com/>
> ******************************
>  
> From: Andy Bierman [mailto:andy@yumaworks.com] 
> Sent: Thursday, March 24, 2016 12:57 PM
> To: Michel Kohanim <michel@universal-devices.com>
> Cc: Kreuzer, Kai <k.kreuzer@telekom.de>; Subramaniam, Ravi <ravi.subramaniam@intel.com>; iotsi@iab.org
> Subject: Re: [Iotsi] interactive vs. programmatic IoT
>  
> Hi,
>  
> Most of the ontology stuff looked like simple codepoints to me,
> that needed to be coded by hand by somebody who understands the semantics.
> This is not fatal flaw though.
>  
> In our terminology, if I have code that understands certain atoms well enough,
> can new molecules be supported from known atoms?  This seems easier with
> human interaction, but it might be possible to some degree with non-interactive clients
> as well.
>  
> In other terms, if my modular software knows about setting the
> alarm on the clock, can it learn to set "wake to music"
> when the "radio" module is added to the "alarm-clock" module?
> (Note that wake-to-music is NOT a function built into a radio.
> It only exists when a radio is combined with an alarm clock.).
> If "wake-to-music" can be learned, is it learned for just radios or also MP3 players?
>  
>  
> Andy
>  
>  
>  
> On Thu, Mar 24, 2016 at 10:10 AM, Michel Kohanim <michel@universal-devices.com <mailto:michel@universal-devices.com>> wrote:
> Hi Andy,
>  
> Thank you and precisely my point.
>  
> With kind regards,
>  
> ******************************
>   Michel Kohanim
>   CEO
>  
>   (p) 818.631.0333
>   (f)  818.436.0702
>   http://www.universal-devices.com <http://www.universal-devices.com/>
> ******************************
>  
> From: Andy Bierman [mailto:andy@yumaworks.com <mailto:andy@yumaworks.com>] 
> Sent: Thursday, March 24, 2016 10:00 AM
> To: Michel Kohanim <michel@universal-devices.com <mailto:michel@universal-devices.com>>
> Cc: Kreuzer, Kai <k.kreuzer@telekom.de <mailto:k.kreuzer@telekom.de>>; Subramaniam, Ravi <ravi.subramaniam@intel.com <mailto:ravi.subramaniam@intel.com>>;iotsi@iab.org <mailto:iotsi@iab.org>
> Subject: Re: [Iotsi] interactive vs. programmatic IoT
>  
>  
>  
> On Thu, Mar 24, 2016 at 9:01 AM, Michel Kohanim <michel@universal-devices.com <mailto:michel@universal-devices.com>> wrote:
> Ummm …. Where does one draw the boundary between what must be relegated to the user vs. the machine?  If we expect the machine to make all the decisions, then:
> 1.       The machine must know everything a priori … this means, for every change in the semantic world, there needs to be a change in the machine world
> 
> 2.       Or, the machine has to learn … this means that we would have to use some AI techniques. Are we up for it? If so, which AI paradigm are we going to use?
> 
>  
>  
> (1)
>  
> Typically new functionality only shows up when new firmware or new devices are added.
> This is true for SNMP and NETCONF devices that use SMIv2 or YANG modules
> to define the functionality.  The client is typically hard-coded to utilize specific
> revisions of specific modules.  Any new managed device simply advertises
> known modules and the client works.
>  
> Perhaps IoT devices can do better.
>  
>  
>  
> With kind regards,
>  
> ******************************
>   Michel Kohanim
>  
>  
> Andy
>  
>   CEO
>  
>   (p) 818.631.0333
>   (f)  818.436.0702
>   http://www.universal-devices.com <http://www.universal-devices.com/>
> ******************************
>  
> From: Iotsi [mailto:iotsi-bounces@iab.org <mailto:iotsi-bounces@iab.org>] On Behalf Of Kreuzer, Kai
> Sent: Thursday, March 24, 2016 8:37 AM
> To: Subramaniam, Ravi <ravi.subramaniam@intel.com <mailto:ravi.subramaniam@intel.com>>; Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>>;iotsi@iab.org <mailto:iotsi@iab.org>
> Subject: Re: [Iotsi] interactive vs. programmatic IoT
>  
> Hi,
>  
> I fully second Ravi on this – the ultimate goal is that algorithms can make “sense” out of the services that they find. Being able to only operate through UIs pushes the semantic knowledge” onto the user, so I would not even talk about semantic interoperability, but rather “only” about technical interoperability (see also the second half of my blog post here <http://kaikreuzer.blogspot.de/2016/03/semantic-interoperability-in-internet.html>).
>  
> > HATEOAS doesn't really help here
>  
> I do not agree on this. The idea of having the links on the resources is to make them self-descriptive and navigatable. So algorithms should be able to dynamically “discover” what the service is about and use it adequately without any prior knowledge. But Matthias is probably the best person to comment on this.
>  
> Best regards,
> Kai
>  
> Von: Iotsi [mailto:iotsi-bounces@iab.org <mailto:iotsi-bounces@iab.org>] Im Auftrag von Subramaniam, Ravi
> Gesendet: Dienstag, 22. März 2016 18:49
> An: Andy Bierman; iotsi@iab.org <mailto:iotsi@iab.org>
> Betreff: Re: [Iotsi] interactive vs. programmatic IoT
>  
> Hi Andy,
>  
> IMHO, for IOT to be successful it would be primarily (what you are calling) “programmatic clients” – most *useful* IOT systems would tend to be relatively or fully autonomous with human interactions at the “periphery” of such systems.
>  
> OCF has called out that it is “declarative and late binding” because the expectation is that a “human” would declare “what” they wanted the system to be and its objectives and the rest is done by autonomous interactions of “programmatic participants” (well… at this stage, OCF spec is in the “crawl” stage so this ‘vision’ is hard to see but the basic concepts support this direction J )
>  
> Ravi
>  
>  <>From: Iotsi [mailto:iotsi-bounces@iab.org <mailto:iotsi-bounces@iab.org>] On Behalf Of Andy Bierman
> Sent: Tuesday, March 22, 2016 10:29 AM
> To: iotsi@iab.org <mailto:iotsi@iab.org>
> Subject: [Iotsi] interactive vs. programmatic IoT
>  
> Hi,
>  
> It seems to me that the use-cases discussed at the meeting
> assume there is a human with access to UI driving the client.
>  
> Does this mean use-cases which do not assume any human interrupts
> are possible are not IoT, but something else? In this environment
> everything is usually programmed in advance. HATEOAS doesn't
> really help here.  It is not likely the client can make decisions
> about code-points it has never seen before.
>  
> Are there any expectations that IoT includes programmatic clients
> or is it just for interactive clients?
>  
>  
> Andy
>  
>  
>  
>  
>  
>  
> _______________________________________________
> Iotsi mailing list
> Iotsi@iab.org
> https://www.iab.org/mailman/listinfo/iotsi