Editing Architecture

Jump to: navigation, search

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision Your text
Line 29: Line 29:
 
The data formats range from fixed field records (Modbus) to XML style ( HTML, XMPP) over Rest API calls and binary JSON over MQTT.
 
The data formats range from fixed field records (Modbus) to XML style ( HTML, XMPP) over Rest API calls and binary JSON over MQTT.
 
;IoTPlatfrom
 
;IoTPlatfrom
βˆ’
A component tightly coupled with the gateway and managing south side IoTNetworks and devices and interfacing with north side Internet and cloud See [[IoTPlatform]]
+
A component tightly coupled with the gateway and managing south side IoTNetworks and devices and interfacing with north side Internet and cloud See [[UsersWiki!IoTPlatform]]
 
;Touch-points
 
;Touch-points
 
IoT assume machine to machine communication (M2M). A variety of touchpoints from HTML pages, voice (Amazon Alexa), SMS , email, twitter and whatsApp based interaction, chatbots and API based machine interaction are expected.  
 
IoT assume machine to machine communication (M2M). A variety of touchpoints from HTML pages, voice (Amazon Alexa), SMS , email, twitter and whatsApp based interaction, chatbots and API based machine interaction are expected.  
Line 35: Line 35:
 
Typically in modern system the application provides a user interface (UI) over HTML or a front end Smartphone App.   
 
Typically in modern system the application provides a user interface (UI) over HTML or a front end Smartphone App.   
 
These require a micro-service based server side or user interface less applications. There are new concerns of authentication and authorization and security in this scenario and bots and devices must have thier own identity in the software. The concept of [[UsersWiki!:DigitalTwin|''Digital Twin'']] is emerging as a paradigm.
 
These require a micro-service based server side or user interface less applications. There are new concerns of authentication and authorization and security in this scenario and bots and devices must have thier own identity in the software. The concept of [[UsersWiki!:DigitalTwin|''Digital Twin'']] is emerging as a paradigm.
βˆ’
 
 
==Historical Transition==
 
==Historical Transition==
 
In the old non IoT world we have over 2 decades seen some experimentation from local single user or host based computing to client server , flirted with thin computing and the current dominance of web based. The web approach seems to be a good partioning between roles and capability with presentation being delgated to endpoint devices and server managing data and logic.
 
In the old non IoT world we have over 2 decades seen some experimentation from local single user or host based computing to client server , flirted with thin computing and the current dominance of web based. The web approach seems to be a good partioning between roles and capability with presentation being delgated to endpoint devices and server managing data and logic.

Please note that all contributions to IoTWiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see Itrontest:Copyrights for details). Do not submit copyrighted work without permission!

Cancel | Editing help (opens in new window)