Serverless Vehicle Control Rules With Multi-Point Authentication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current vehicle control systems lack user customization and enhanced security, as they often require only authentication with either the serverless function or the vehicle's ECU, leaving vulnerabilities for unauthorized access and malicious control.

Innovation Solution

A system that employs serverless functions for user-customized vehicle control, requiring authentication across the vehicle ECU, serverless function, and remote device, enabling user-defined rules for vehicle operation, with encrypted state data evaluation to ensure secure and personalized vehicle management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional vehicle control systems use simple authentication with single point of control, then the system is easier to operate, but security is compromised allowing unauthorized access and malicious control

Engineering Contradiction:
ImprovesecurityVSAvoidoperation complexity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent segments the authentication and control system into multiple independent components: vehicle ECU, serverless function, and remote device. Each component performs a specific authentication function, creating a distributed security architecture that prevents single-point failure and unauthorized access while maintaining operational simplicity through automated multi-factor verification.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If vehicle control systems allow user customization, then user needs are better met, but the system becomes more complex requiring additional authentication and rule evaluation mechanisms

Engineering Contradiction:
Improveuser customizationVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The serverless function acts as an intermediary between the vehicle ECU and remote device, handling the complex tasks of receiving vehicle state data, evaluating user-defined rules, and generating control decisions. This intermediary absorbs the complexity of customization logic, allowing users to benefit from adaptability without directly managing system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Users pre-define control rules and authentication credentials before needing vehicle control. The system stores these rules and automatically evaluates them when vehicle state data is received, eliminating the need for real-time complex decision-making and reducing operational complexity during actual vehicle control scenarios.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If multiple authentication points are implemented across vehicle ECU, serverless function, and remote device, then security against unauthorized access is improved, but the authentication process becomes more complex

Engineering Contradiction:
ImprovesecurityVSAvoidauthentication complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a universal authentication mechanism where the same serverless function architecture handles authentication across multiple devices (vehicle ECU, remote device) and multiple operations (rule evaluation, control execution). This multi-functional approach consolidates authentication logic into a single reusable component, reducing overall system complexity despite multiple authentication points.

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

Data Source

PatentUS20240070258A1User-customized vehicle control using serverless functions
Publication Date: 2024.02.29 RED HAT INC
  • US20240070258A1 patent drawing
  • US20240070258A1 patent drawing
  • US20240070258A1 patent drawing

AI summary

Systems and methods for cloud-based vehicle control are generally described. In some examples, first vehicle identifier data identifying a first vehicle may be received. In some cases, first state data may be received by a serverless function. The first state data may representing a first condition of the first vehicle. In some examples, a first user-defined rule may be evaluated using the first state data. In further examples, first control data may be sent to a first computing device of the first vehicle based on the evaluation of the first user-defined rule using the first state data. The first control data may be effective to control operation of at least one component of the first vehicle.