Dynamic Vehicle Diagnosis Module Selection and Authorization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional vehicle diagnosis software packages are large and inflexible, requiring all function modules to be installed upfront, leading to resource wastage as only a few modules are needed for actual diagnosis, limiting user configuration and efficiency.

Innovation Solution

A method where a server and diagnosis device interact to dynamically acquire and configure specific diagnosis software function modules based on user and vehicle information, ensuring only authorized modules are downloaded and used, allowing flexible configuration and optimization of software usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If diagnosis software package includes all function modules upfront, then completeness of diagnosis capability is improved, but software size and resource wastage increase

Engineering Contradiction:
Improvecompleteness of diagnosis capabilityVSAvoidsoftware size
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The diagnosis software is divided into multiple independent function modules that can be separately selected and downloaded. Each module corresponds to a specific diagnosis function, allowing users to choose only the modules needed for their particular diagnosis tasks rather than installing a complete package of all possible functions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The necessary diagnosis function modules are extracted from the complete software package based on user needs and vehicle type. Only the extracted and selected modules are downloaded and installed, removing unnecessary components that would otherwise waste storage space and resources.

Inventive Principle:
Principle #2Taking out (Extraction)

2Adaptability or versatility

If diagnosis software package includes all function modules, then completeness of diagnosis capability is improved, but resource wastage increases

Engineering Contradiction:
Improvecompleteness of diagnosis capabilityVSAvoidresource wastage
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The software is segmented into discrete function modules that can be independently managed. Users download and execute only the specific modules required for their diagnosis needs, avoiding the resource consumption associated with loading and maintaining unnecessary software components.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of loading the complete software package, only the partial set of function modules actually needed for the current diagnosis task is downloaded and executed. This partial action approach prevents wasting computational resources on unnecessary functions.

Inventive Principle:
Principle #16Partial or excessive action

3Ease of operation

If diagnosis software is configured by manufacturer before delivery, then ease of operation is improved, but flexibility and user control decrease

Engineering Contradiction:
Improveease of operationVSAvoidflexibility of configuration
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The software configuration transitions from a static pre-configured state to a dynamic user-selectable state. Users can dynamically choose which function modules to download and use based on their specific needs, while the system automatically manages the configuration process to maintain ease of operation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system enables users to self-configure their diagnosis software by selecting needed modules, with the server automatically handling the download and installation process. This maintains operational simplicity while granting users flexibility in configuration.

Inventive Principle:
Principle #25Self-service

4Adaptability or versatility

If complete diagnosis software package is downloaded, then completeness of diagnosis capability is improved, but acquisition time and storage requirements increase

Engineering Contradiction:
Improvecompleteness of diagnosis capabilityVSAvoidsoftware acquisition time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

Only the specific diagnosis function modules needed for the current task are extracted and downloaded from the complete software package. This extraction approach significantly reduces download time and storage requirements while maintaining the completeness of necessary diagnostic capabilities.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Instead of downloading the complete software package, only the partial set of required function modules is downloaded. This partial download approach reduces acquisition time and storage usage while providing all necessary diagnostic functions for the specific task at hand.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11960631B2Vehicle diagnosis method, server and diagnosis device
Publication Date: 2024.04.16 LAUNCH TECH CO LTD
  • US11960631B2 patent drawing
  • US11960631B2 patent drawing
  • US11960631B2 patent drawing

AI summary

A vehicle diagnosis method, a server and a diagnosis device are provided. The method includes: acquiring a request for acquiring diagnosis software sent by a diagnosis device, where the request comprises user information and vehicle information of a vehicle to be diagnosed; determining based on the vehicle information and sending to the diagnosis device a diagnosis software function module list, receiving from the diagnosis device information of the target diagnosis function module determined by a user; performing a corresponding operation for acquiring the target diagnosis function module based on a determining result of whether the user has an authorization qualification on the target diagnosis function module determined based on the user information and feeding back the target diagnosis function module to the diagnosis device, so that the diagnosis device to diagnose the vehicle to be diagnosed based on the acquired target diagnosis function module.