Embedded Modem Gateway for Vehicle Module Remote Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing vehicular infotainment and telematics systems face challenges in handling remote data and access requests due to the need for predefined commands and data structures, which can require modem software updates when new features are added, leading to frustration for drivers.

Innovation Solution

A system where an embedded modem acts as a gateway, decoding and forwarding HTTP requests and responses between vehicle modules and remote services, allowing individual modules to handle requests without updating the modem software, and enabling seamless transition between real-time and time-shifted communication modes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If predefined commands and data structures are used for remote communication, then communication reliability is improved, but system adaptability deteriorates when new features are added

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidsystem adaptability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent introduces an intermediary component that translates between predefined communication protocols and new feature requirements. This intermediary layer allows the system to maintain reliable predefined communication while adapting to new features without requiring modem software updates.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The communication system is segmented into multiple layers: the lower layer maintains predefined reliable communication protocols, while the upper layer handles new feature implementations. This segmentation allows independent evolution of new features without affecting the stable lower layer.

Inventive Principle:
Principle #1Segmentation

2Extent of automation

If modem software updates are required for new features, then communication control is improved, but ease of operation deteriorates for vehicle drivers

Engineering Contradiction:
Improvecommunication controlVSAvoidease of operation
Core Design Contradiction:
Extent of automationVSEase of operation

Solution Approach 1:

The system enables self-service by allowing new features to be added to vehicle modules without requiring updates to the modem software. The module itself handles its own communication needs using the gateway approach, making the system self-updating and eliminating the need for driver intervention or service center visits.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Instead of requiring the modem to adapt to new features (traditional approach), the patent inverts the approach by having new features communicate through a gateway that translates to predefined protocols. This inversion allows modules to evolve independently without driving the need for modem updates.

Inventive Principle:
Principle #13The other way round (Inversion)

3Device complexity

If individual modules handle requests directly, then device complexity is reduced, but measurement precision deteriorates in request routing

Engineering Contradiction:
Improvedevice complexityVSAvoidrequest routing precision
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

A gateway acts as an intermediary between individual modules and the remote network. The gateway precisely routes requests by translating module-specific protocols to standardized HTTP protocols, maintaining routing precision while allowing modules to remain simple and handle requests directly.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9912780B2Method and apparatus for module remote request handling
Publication Date: 2018.03.06 FORD GLOBAL TECH LLC
  • US9912780B2 patent drawing
  • US9912780B2 patent drawing
  • US9912780B2 patent drawing

AI summary

A system includes a processor configured to receive a request from a vehicle module and identify a receiving entity for the request. The processor is further configured to send the request to the identified entity and to receive a response from the identified entity and forward the received response to the vehicle module.