Modular Gateway with Open-Source OS for Protocol Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network devices, such as gateways and protocol converters, lack modularity and adaptability to evolving technical standards, with proprietary operating systems that restrict customization and integration of new functionalities, and do not allow for the definition of applications or the installation of customizable modules.

Innovation Solution

A networking product providing both lower level physical-layer and upper-level application functionalities with a customizable open-source operating system, modular design, and support for various wireless and wired interfaces, enabling flexible configurations and integration of new technologies like 5G LTE, ZigBee, and Z-Wave, allowing users to develop and execute custom applications directly on the device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If current network devices use proprietary operating systems, then device stability and performance are maintained, but adaptability and customization capability deteriorate

Engineering Contradiction:
ImproveadaptabilityVSAvoidstability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent changes the fundamental parameter of the operating system from proprietary to open-source Linux, enabling extensive customization and adaptability while maintaining system stability through the robustness of the Linux kernel and structured module architecture

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The device is divided into functional modules (protocol conversion module, application module, interface module) that can be independently configured and replaced, allowing adaptability without compromising overall system stability

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If current network devices have fixed functionality, then device complexity is minimized, but versatility and functionality deteriorate

Engineering Contradiction:
ImprovefunctionalityVSAvoidcomplexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The device architecture segments functionality into separate modules (protocol conversion, wireless interfaces, application layers) that can be selectively activated, reducing effective complexity while increasing versatility

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The gateway is designed as a universal platform supporting multiple protocols (3GPP, IEEE 802.11, ZigBee, Z-Wave) and applications through a single device, eliminating the need for multiple specialized devices

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

3Ease of manufacture

If current network devices do not support modular design, then manufacturing simplicity is maintained, but ease of customization and repair deteriorates

Engineering Contradiction:
Improveease of customizationVSAvoidmodularity
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The device uses modular hardware design with standardized interfaces allowing third-party modules to be easily installed and configured, enabling customization without significantly increasing manufacturing complexity

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS20250106313A1Connected gateway
Publication Date: 2025.03.27 INTWINE CONNECT LLC
  • US20250106313A1 patent drawing
  • US20250106313A1 patent drawing
  • US20250106313A1 patent drawing

AI summary

Systems, methods, and computer-readable media are presented herein for providing lower level physical-layer gateway functionalities and upper-level application functionalities; a system designed with flexible configurations in order to support a wide range of connected applications. The system can include a processor that executes machine instructions to perform operations. The operations can comprise: receiving, from a first device, a first packet representing first data formatted in a first protocol language; transforming the first data to second data formatted in a second protocol language; and transmitting a second packet representing the second data to a second device.