Distributed Autonomous Vehicle Interface System

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional autonomous vehicle systems are costly, require significant expertise, and have limited feature sets due to centralized data processing architectures, which are prone to failures and lack platform compatibility, making them difficult to implement and maintain in mainstream consumer vehicles.

Innovation Solution

A distributed autonomous vehicle interface system with modular sensor processing nodes and a real-time data bus, utilizing a standardized API for data communication and abstraction, enabling independent data processing and fault-tolerant operation, allowing for easy updates and maintenance, and future compatibility across different vehicle manufacturers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a centralized data processing architecture is used, then data processing can be simplified, but the system becomes prone to failures and lacks adaptability

Engineering Contradiction:
Improvedata processing architectureVSAvoidsystem stability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent divides the centralized data processing architecture into multiple independent processing nodes distributed throughout the system. Each node can independently process sensor data and system data, eliminating the single point of failure inherent in centralized systems. This segmentation allows the system to maintain functionality even when individual nodes fail, directly resolving the contradiction between simplifying architecture and ensuring reliability.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If proprietary systems are developed in-house, then company competencies are built, but development costs and time-to-market increase

Engineering Contradiction:
Improveplatform compatibilityVSAvoidtime to market
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent creates a universal interface system with standardized APIs and communication protocols that can work across multiple vehicle platforms and sensor types. This universal architecture allows different manufacturers to implement autonomous vehicle systems without developing proprietary solutions, enabling plug-and-play compatibility while reducing development time and costs.

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

3Measurement precision

If high-level system data is processed without abstraction, then processing accuracy is maintained, but system configuration changes affect higher-level algorithms

Engineering Contradiction:
Improvedata processing accuracyVSAvoidsystem configuration invariance
Core Design Contradiction:
Measurement precisionVSAdaptability or versatility

Solution Approach 1:

The patent introduces an abstraction layer as an intermediary between low-level sensor data and high-level processing algorithms. This abstraction layer provides standardized data structures and interfaces that maintain processing accuracy while isolating higher-level algorithms from changes in system configuration. The abstraction acts as a mediator that preserves data integrity while enabling configuration flexibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS10955847B2Autonomous vehicle interface system
Publication Date: 2021.03.23 VAY TECH GMBH
  • US10955847B2 patent drawing
  • US10955847B2 patent drawing
  • US10955847B2 patent drawing

AI summary

In embodiments of an autonomous vehicle interface system, system nodes are each implemented as a distributed node for independent data processing of low-level sensor data and/or high-level system data. The high-level system data is abstracted from the low-level sensor data, providing invariance to system configuration in higher-level processing algorithms. The autonomous vehicle interface system includes at least one real-time bus for data communications of the low-level sensor data and the high-level system data between the system nodes. The system also includes an application programming interface (API) configured for access by the system nodes to the low-level sensor data and the high-level system data that is published on the real-time bus and accessible via the API.