Does the Internet of Things Need a Standardized Communication Architecture?

We may have to wait five or more years for the industry to reach a consensus on standards. Could the smart use of the right types of software bring us to a viable IoT communication architecture sooner?
By Arup Barat

So, the question is this: How can we, as an industry, enable seamless interoperability between devices? Here are a few options, some more viable than others:

• Wait it out and hope there are a few winners in the IoT, or a niche within the IoT: Delaying a project for years, with no clear decision on the horizon, is not a great option, but "wait and see" could be right for some projects that are lower in priority. Even if you wait for five years for a consensus among industry players, it may take much longer and there will inevitably be some legacy devices that cannot be easily or cost-effectively replaced. This option just isn't reasonable for most.

• Build in closed ecosystems using standards defined by an organization: Selecting devices based on the preferences of a certain standards group or industry organization may be an option for some. Now that the Open Connectivity Foundation and the AllSeen Alliance have merged, that may be an alliance to look to in the future, but big players like Apple, Google and Amazon still are not involved. So for now, there are no groups sufficiently established to fully standardize most offerings. Being locked into an ecosystem limits flexibility to select any device and often drives up prices, because users must buy from within the ecosystem.

• Add gateways and other hardware to translate and connect different stacks: This approach is being used in many projects, but adds to an implementation's complexity and cost by adding extra hardware and steps to get data to where it needs to go. This is a solution to make things work, but it's neither elegant nor cost-effective for projects looking to achieve a positive return on investment.

• Abstract and decouple elements of the communications stack: Working around the layers on the software side, by decoupling communication layers to allow certain layers to be swapped out, can enable significant flexibility in communications. With the right software in place, lower layers such as link and transport can be very different and still work with an MQTT application layer.

Regardless of how a project overcomes interoperability obstacles, good planning up front to consider what may come in the future will serve any project well. At infiswift, we see a consensus on standards as part of the solution, but not the whole solution to interoperability. Rather than waiting out the prolonged back and forth coming between the many alliances and organizations trying to come together on a single standard or group of standards, we would like to see much of this complexity abstracted from the communications stack, using software to help old and new devices communicate with each other more easily—regardless of manufacturer or stack choice.

With true interoperability in the future, the refrigerated truck fleet manager mentioned earlier will be able to easily tap into diverse data sources that are important to his operation. With information collected from tractors and harvesters on the farms, the fleet manager will be able to determine precisely when a batch of produce is ready for pickup, and thus arrive exactly when a harvester is pulling up. It's impossible to know what data sources may be important in the future, but what we do know is that true interoperability will drive the IoT from concept to reality.

Arup Barat is the co-founder and chief commercial officer of infiswift, an enterprise IoT platform provider based in San Ramon, Calif., where he guides commercialization activities through product, marketing, sales, business development and customer success.

Simply enter a question for our experts.
Sign up for the RFID Journal Newsletter
We will never sell or share your information
RFID Journal LIVE! RFID in Health Care LIVE! LatAm LIVE! Brasil LIVE! Europe RFID Connect Virtual Events RFID Journal Awards Webinars Presentations