Services Gateway Cross-Domain Device Discovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing OSGi service gateways do not enable devices on different domains to discover and communicate with each other using native protocols, and most communication technologies only support interactions within the same local area network, limiting cross-domain interoperability and device connectivity.

Innovation Solution

A system comprising service gateways with device drivers, a local service registry, and an integrated services application, along with a remote services registry using an instant messaging protocol like SIP, allows devices on one domain to register and discover services across domains, enabling communication using native protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If devices use native communication protocols for local domain communication, then communication efficiency and protocol compatibility are improved, but cross-domain device discovery and communication capability deteriorates

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidcross-domain discovery capability
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a services gateway as an intermediary component that mediates between different communication domains. The gateway includes a service registry that stores information about services available in different domains, and a discovery mechanism that queries this registry to enable cross-domain device discovery without requiring direct protocol compatibility between distant devices.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the network into multiple local domains, each with its own communication protocols and service registries. The services gateway acts as a boundary between these segments, translating and routing discovery requests across domain boundaries while maintaining protocol independence within each domain.

Inventive Principle:
Principle #1Segmentation

2Device complexity

If communication technologies are limited to local area networks, then network infrastructure complexity is reduced, but network connectivity scope deteriorates

Engineering Contradiction:
Improvenetwork infrastructureVSAvoidnetwork connectivity scope
Core Design Contradiction:
Device complexityVSArea of stationary object

Solution Approach 1:

The services gateway is designed with multi-functionality, serving both as a local domain gateway for intra-domain communication and as an inter-domain communication bridge. It implements universal service registration and discovery mechanisms that work consistently across different network scopes, from local to wide area.

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

Solution Approach 2:

The patent extends network connectivity from two-dimensional local area communication to three-dimensional hierarchical architecture by introducing a services gateway layer. This gateway layer operates at a higher dimension of the network hierarchy, enabling devices to discover and communicate across multiple local domains through a standardized service registry mechanism.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS8549541B2Bridging local device communications across the wide area
Publication Date: 2013.10.01 INTELLECTUAL VENTURES ASSETS 20 LLC
  • US8549541B2 patent drawing
  • US8549541B2 patent drawing
  • US8549541B2 patent drawing

AI summary

In a network of devices having a plurality of local domains, each local domain is likely to comprise a plurality of networks or communities of devices that communicate using a shared native protocol such as Jini, UPnP, Bluetooth, HAVi, WiFi, WiMAX or other standard architectures and protocols. The Open Services Gateway initiative (OSGi) created a platform and method for various networks to communicate with one another in a local domain. OSGi does not, however, solve the problems associated with communication across local domains. An instant messaging protocol such as Session Initiation Protocol (SIP) and a remote services register are used to provide a means for communication between local devices in a plurality of local OSGi domains using native communications protocols.