Vehicle Computing Platform Decoupling OS From Hardware

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing computing platforms for in-vehicle systems are inflexible and costly due to tight coupling between operating systems and hardware, making it impractical to use different software development environments and methods, resulting in slow and expensive development and release of new software.

Innovation Solution

A vehicle computing system architecture that includes a management layer with a virtual machine manager and micro-kernel operating system, allowing multiple guest operating systems to communicate through a security layer, enabling development on a single platform with increased flexibility and efficiency, and allowing modifications to hardware components without affecting other components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the operating system is tightly coupled with hardware, then system control and management are simplified, but flexibility and adaptability are reduced

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

Solution Approach 1:

The system is segmented into distinct layers: hardware layer, virtual machine manager layer, and guest operating system layer. This segmentation allows the operating system to be decoupled from hardware while maintaining control, enabling flexibility without excessive complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A virtual machine manager is introduced as an intermediary between the hardware and guest operating systems. This mediator manages hardware resources and enables multiple operating systems to run simultaneously without direct hardware coupling, resolving the contradiction between flexibility and complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If different software development environments are used, then development flexibility is improved, but system integration complexity increases

Engineering Contradiction:
Improvedevelopment environment flexibilityVSAvoidintegration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The virtual machine manager provides universal interfaces and standardized communication protocols that work across different software development environments. This allows diverse development tools and methods to be used while maintaining system integration, resolving the contradiction between development flexibility and integration complexity.

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

3Productivity

If the operating system is tightly coupled with hardware, then hardware control is more direct, but development and release of new software becomes slow and expensive

Engineering Contradiction:
Improvesoftware development speedVSAvoidsoftware development cost
Core Design Contradiction:
ProductivityVSEase of manufacture

Solution Approach 1:

The system architecture is made dynamic, allowing guest operating systems to be added, removed, or updated without hardware changes. The virtual machine manager dynamically allocates resources and manages lifecycle of multiple operating systems, enabling rapid software development and deployment while reducing costs.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10169061B2Scalable and flexible operating system platform
Publication Date: 2019.01.01 FORD GLOBAL TECH LLC
  • US10169061B2 patent drawing
  • US10169061B2 patent drawing

AI summary

A computer includes at least one bootloader program that includes instructions to instantiate a management layer that includes a first operating system kernel and a virtual machine manager that executes in the context of the operating system kernel. The management layer includes instructions to instantiate, after the management layer is running, at least one second operating system that executed in the context of the virtual machine manager.