Home arrow SOAP & Web Services arrow Page 2 - Connecting Smart Devices on the Internet

Options - Web Services

If connecting a smart device can create substantial customer value and you do not do it, your competitors will. Terry Ess provides a checklist of questions to consider and methods to evaluate. How much code is necessary for different options is covered in detail as well as the business case.

TABLE OF CONTENTS:
  1. Connecting Smart Devices on the Internet
  2. Options
  3. Comparison of Options
  4. Recommendations
  5. The Business Case
By: Terry Ess
Rating: starstarstarstarstar / 3
August 24, 2004

print this article
SEARCH DEV SHED

TOOLS YOU CAN USE

advertisement

It is a given that we are moving device-specific data using a reliable but unsecured transport, TCP/IP. But all that TCP/IP provides is the transport of “stuff”, any stuff.  What we need above this is a means for our software to access TCP/IP and the structuring of how and what is being transported. We can break this into three areas of investigation, TCP/IP access, high-level transport protocols and data format protocols.

There are two primary access methods. The most common is the socket interface which provides a simple means to access a software TCP/IP stack. Almost (if not all) platforms of any sophistication provide a socket interface. It can even be found on eight bit micro-controllers.  However, this is not the only access method. The TCP/IP stack and the underlying physical connection issues can be off loaded. This is possible using the fairly recent “internet chips” or by front ending your device with another internet capable device. The only typical hard resource requirement on the current device is an RS-232 serial interface.

The primary transport protocol choices are:

  1. Proprietary
  2. File transfer protocol (FTP) or its “simple” version (TFTP)
  3. The world wide web protocol (HTTP)
  4. Email protocols (SMTP and POP3)
  5. Network management protocol (SNTP)

The principal data format choices are:

  1. Proprietary
  2. De facto and industry standards (e.g. comma delimited files, …)
  3. Extensible Markup Language (XML)

Finally there is the combination of high-level transport and data format protocols to define the most versatile standard, the web service. Web services are pretty new and the idea of standards is still very much a moving target (though zeroing in quickly). For our purposes web services can be broken into three levels of standardization:

  1. Comply with the premise of web service (HTTP 1.0 and XML 1.0).
  2. Comply with the WS-I Basic Profile (XML 1.0, XML Schema, HTTP 1.1, SOAP 1.0, WSDL 1.0).
  3. Comply with an industry specific definition of a web service (e.g. OPC XML data access 1.0).

More detail on the technical options is provided at:

http://www.the-solution-llc.com/techopt.pdf



 
 
>>> More SOAP & Web Services Articles          >>> More By Terry Ess
 

blog comments powered by Disqus
escort Bursa Bursa escort Antalya eskort
   

SOAP & WEB SERVICES ARTICLES

- Google Play Launched to Revive Brand
- Google Releases Preview of its Cloud SQL Ser...
- Microsoft and Amazon Team Up for the Cloud
- GoDaddy Joining the Cloud
- Amazon EBS Outage Challenges Cloud Supporters
- Dynamic Data Analysis on the Web-a Design Ap...
- Use collection types with SOAP and JAX-RPC
- Blogging Away To Glory (A bBlog Primer)
- Introduction to Service Oriented Architectur...
- Connecting Smart Devices on the Internet
- An Embeddable Standards Compliant Web Servic...

Developer Shed Affiliates

 


Dev Shed Tutorial Topics: