Universal Service Layer Interface for M2M IoT Protocol Interworking

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

M2M/IoT devices and applications face compatibility issues with different service layers, leading to increased development time and complexity for manufacturers and developers, as well as burdened consumers who need to manage multiple non-compatible systems to meet their needs.

Innovation Solution

Implementing a generalized service layer Interface (SLI) API that allows M2M/IoT devices and applications to interwork with various service layer implementations, enabling them to communicate and use services without requiring multiple service layer interfaces, through procedures for service layer detection, API updates, and device management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If M2M/IoT devices implement support for multiple different service layer protocols, then compatibility with various service layers is improved, but device complexity increases

Engineering Contradiction:
Improvecompatibility with various service layersVSAvoiddevice complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal service layer interface that can operate with multiple different service layer protocols (oneM2M, ETSI, 3GPP). The service layer is designed to provide common functionality across different protocols through a unified interface, allowing the same device to work with various service layers without requiring separate implementation for each protocol.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent introduces an intermediary translation layer between the application layer and the service layer. This intermediary component translates between different service layer protocols and a standardized internal representation, enabling compatibility with multiple service layers while keeping the core device logic simple and protocol-agnostic.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If manufacturers produce multiple variations of devices to support different service layers, then compatibility is improved, but manufacturing complexity and costs increase

Engineering Contradiction:
Improvecompatibility with different service layersVSAvoidmanufacturing complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

The patent enables a single device design to support multiple service layer protocols through a universal service layer interface. This eliminates the need for manufacturers to produce separate device variations for different service layers, as the same hardware platform with the universal service layer can be deployed across multiple protocol environments.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent extracts the protocol-specific functionality into a separate, replaceable service layer component. This allows the core device functionality to remain unchanged while only the service layer implementation needs to be adapted for different protocols, significantly simplifying manufacturing and reducing the number of device variations needed.

Inventive Principle:
Principle #2Taking out (Extraction)

3Adaptability or versatility

If developers create separate applications for different service layers, then service layer compatibility is improved, but development time and complexity increase

Engineering Contradiction:
Improveservice layer compatibilityVSAvoiddevelopment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent provides a universal service layer interface that applications can use regardless of the underlying service layer protocol. This allows developers to write a single application that automatically works with any supported service layer, eliminating the need to create and maintain separate application versions for different protocols.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent introduces an intermediary service layer interface that abstracts the protocol-specific details from the application logic. This intermediary layer handles protocol translation and adaptation, allowing developers to focus on application functionality without worrying about service layer compatibility issues.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If consumers manage multiple non-compatible M2M/IoT systems, then support for different service layers is improved, but ease of operation decreases

Engineering Contradiction:
Improvesupport for different service layersVSAvoidease of operation
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements a universal service layer interface that automatically adapts to different service layer protocols in the network. This allows consumers to operate a single device that seamlessly works with any service layer infrastructure, eliminating the need to learn and manage multiple different system configurations and protocols.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS10999380B2Method and apparatus of interworking M2M and IoT devices and applications with different service layers
Publication Date: 2021.05.04 CONVIDA WIRELESS LLC
  • US10999380B2 patent drawing
  • US10999380B2 patent drawing
  • US10999380B2 patent drawing

AI summary

Methods and procedures allow devices interwork with various types of service layers by updating the device to support the protocol of the M2M/IoT service layer that is being communicated with. Devices can coordinate/initiate download of a service layer API that is compatible with the service layer the device is attempting to use. A service layer can coordinate the autonomous update of a device with the proper service layer API which allows the device to then communicate and use services supported by the service layer component to the device. A service layer can detect a device or application lacking proper service layer functionality and can trigger a management entity to update the device or application with the service layer API required such that the device can then register to the service layer and use its services. A device or application can be customized or optimized to the service layer that it is registered to and using.