Virtual Key Access Control for Shared Vehicle User Privileges
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems lack efficient methods for managing shared vehicle access by determining and enforcing user privileges dynamically and securely, particularly in scenarios involving multiple users and varying access levels.
Innovation Solution
A system and method that utilizes virtual keys stored on a vehicle device, associating each key with a list of users and access privileges, allowing real-time determination and management of user access based on interaction events, and communicating with a reservation management device for dynamic updates and privilege checks.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a system stores multiple virtual keys with user lists and access privileges locally on the vehicle device, then access control speed and reliability are improved, but device memory requirements and data synchronization complexity increase
Solution Approach 1:
The system segments access control data into virtual keys, user lists, and privilege sets that can be independently stored and managed. Each virtual key contains a specific user list and associated privileges, allowing modular storage and selective synchronization with the remote server, reducing overall system complexity while maintaining reliability.
Solution Approach 2:
User lists and virtual keys are pre-configured and stored on the vehicle device before access events occur. This preliminary action allows the device to independently verify user credentials and enforce access privileges without requiring real-time network connectivity, improving reliability while minimizing synchronization frequency.
2Adaptability or versatility
If the system communicates with a remote reservation management device for dynamic updates, then access control flexibility and user management capability are improved, but communication overhead and response time increase
Solution Approach 1:
The system implements periodic synchronization where the vehicle device communicates with the remote reservation management device at scheduled intervals or when specific triggers occur (e.g., new reservation, user addition). This approach maintains access control flexibility through up-to-date user lists while minimizing communication overhead by avoiding continuous real-time connections.
Solution Approach 2:
The system uses feedback mechanisms where the vehicle device reports access events and status to the remote server, which then provides updates only when changes occur (new users, privilege modifications). This event-driven feedback loop maintains flexibility while reducing unnecessary communication and response time.
3Reliability
If the system implements comprehensive privilege checking for each access event, then security and access control precision are improved, but processing time and computational load increase
Solution Approach 1:
User credentials and access privileges are pre-verified and cached in the virtual keys during the periodic synchronization process. When an access event occurs, the system performs a quick lookup of the pre-validated credentials rather than conducting comprehensive verification from scratch, maintaining security while significantly reducing processing time.
Solution Approach 2:
The privilege checking process is segmented into hierarchical levels: first verifying the virtual key validity, then checking user list membership, and finally evaluating specific privileges. This segmented approach allows the system to quickly eliminate unauthorized access attempts at earlier stages while performing detailed privilege checking only for legitimate users, improving both security and efficiency.
Data Source
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.