Shared Vehicle Virtual Keys for Dynamic Access Authorization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems for managing shared vehicle access lack efficient methods for authenticating and authorizing users, leading to difficulties in providing or denying access to vehicles based on user credentials and privileges.

Innovation Solution

A method and system that utilize virtual keys stored on a vehicle device, associated with specific user lists and access privileges, where credentials are used to determine access rights, and if not found, communicate with a reservation management device to obtain or update access privileges, with features including virtual key storage, expiry management, and status reporting.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional access control systems are used for shared vehicles, then device complexity is reduced, but user authentication efficiency and access management flexibility deteriorate

Engineering Contradiction:
Improveuser authentication efficiencyVSAvoidaccess control system complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The access control system is segmented into multiple independent virtual keys, each associated with specific user lists and access privilege sets. This allows the system to authenticate multiple users efficiently through separate credential checks rather than a single complex authentication process, improving productivity while managing complexity through modular design

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The vehicle device is designed with multi-functionality to store multiple virtual keys, authenticate different user types, and manage various access privilege sets within a single system. This universal approach improves authentication efficiency for diverse users without requiring separate physical access control systems for each user type

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

2Speed

If multiple user credentials are stored locally in the vehicle device, then access authorization speed is improved, but storage requirements and security risks increase

Engineering Contradiction:
Improveaccess authorization speedVSAvoidstorage capacity for credentials
Core Design Contradiction:
SpeedVSQuantity of substance

Solution Approach 1:

The system extracts and stores only essential credential elements (virtual keys and associated user lists) in the vehicle device, while maintaining the ability to retrieve additional access privilege information from remote reservation management devices. This reduces local storage requirements while maintaining fast authentication through cached virtual keys

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

Virtual keys and basic user list information are pre-loaded into the vehicle device before users need access. This preliminary action enables rapid authentication by having credential data ready in advance, reducing both storage needs (only essential data is pre-loaded) and authorization time

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If virtual keys are associated with multiple user lists and privilege sets, then access management flexibility is improved, but system complexity and processing time increase

Engineering Contradiction:
Improveaccess management flexibilityVSAvoidvirtual key management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Each virtual key is assigned specific local qualities through associated user lists and access privilege sets, allowing different portions of the credential system to have specialized functions. This enables flexible access management where each virtual key can be tailored to specific user groups and permission levels without increasing overall system complexity

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The virtual key system is designed dynamically, allowing virtual keys to be associated with different user lists and privilege sets based on real-time access needs. This dynamic association improves adaptability while processing time is managed through efficient data structures that quickly resolve virtual key to privilege set mappings

Inventive Principle:
Principle #15Dynamics

4Measurement precision

If real-time communication with reservation management device is implemented, then access privilege accuracy is improved, but system reliability and response time may deteriorate

Engineering Contradiction:
Improveaccess privilege determination accuracyVSAvoidsystem operation reliability
Core Design Contradiction:
Measurement precisionVSReliability

Solution Approach 1:

The system performs preliminary actions by pre-authenticating users and caching their virtual keys and basic access privileges in the vehicle device. This allows the system to operate reliably with cached credentials when disconnected, while still achieving accurate privilege determination through periodic synchronization with the reservation management device

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The virtual key system acts as an intermediary between the vehicle device and the reservation management device. It stores and processes credential information locally, enabling accurate access privilege determination through cached data while reducing the need for continuous real-time communication, thus maintaining both accuracy and reliability

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12093854B2Systems for shared vehicle access
Publication Date: 2024.09.17 GEOTAB INC
  • US12093854B2 patent drawing
  • US12093854B2 patent drawing
  • US12093854B2 patent drawing

AI summary

The present systems, devices, and methods relate to managing shared vehicle access. Vehicle access can be provided to a candidate user based on whether the user is included in a list of at least one user associated with a respective virtual key. Virtual keys can be created, or lists of at least one user can be updated to include the candidate user, to in turn provide vehicle access. Virtual keys can be stored in a plurality of virtual key slots, with vehicle access being provided based on a virtual key stored in an active key slot. Status reports can be sent to a reservation management device, for updating virtual keys or lists of at least one user.