Driving Detection Using User-Specific Sensor Models

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems fail to reliably detect whether a user is driving or a passenger and effectively limit smartphone access during driving, as they rely on inadequate methods such as GPS and user self-regulation, which are easily circumvented.

Innovation Solution

A system that uses user-specific models trained on data from sensors like GPS, accelerometer, and gyroscope to detect driving, and enforces policies by limiting app access or modifying notifications on the device, utilizing a management agent to collect and analyze data and enforce driving policies.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If GPS information is used to determine that a user is traveling in a vehicle, then the system can detect vehicle movement, but the system cannot reliably determine whether the user is driving or a passenger

Engineering Contradiction:
Improvedriving status detection accuracyVSAvoiddetection system complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments the driving detection problem into multiple independent sensor measurements (GPS location changes, accelerometer motion patterns, gyroscope orientation data) rather than relying on a single complex indicator. Each sensor provides a specific aspect of motion detection, and their combined analysis enables reliable driver vs. passenger distinction without requiring overly complex individual measurement systems.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent makes existing multi-functional sensors (accelerometer, gyroscope, GPS) serve the additional function of driving status detection. These sensors, already present in smartphones for other purposes, are repurposed to detect driving behaviors through pattern recognition, eliminating the need for dedicated driving detection hardware and reducing overall system complexity.

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

2Reliability

If user self-regulation is used to prevent device usage while driving, then the system is simple to implement, but drivers can easily circumvent the safeguard by indicating they are a passenger

Engineering Contradiction:
Improvedriving detection reliabilityVSAvoidsystem operation simplicity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements continuous feedback loops where sensor data is constantly monitored and analyzed to detect driving patterns. The system provides real-time feedback by comparing current sensor readings against learned user behaviors and driving patterns, automatically adjusting its detection confidence level. This continuous feedback mechanism prevents circumvention because the system actively verifies driving status rather than passively accepting user input.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs self-verification by using its own sensor data to confirm driving status without requiring external validation. The accelerometer, GPS, and gyroscope collectively provide self-service verification of driving conditions, allowing the system to autonomously determine whether restrictions should be applied without relying on user self-reporting.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If individual applications are responsible for detecting driving and implementing safeguards, then each application has control over its own functionality, but it is very difficult for an administrator to govern device usage across multiple applications with respect to driving

Engineering Contradiction:
Improveapplication-specific control flexibilityVSAvoidmulti-application governance complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges the driving detection functionality across multiple applications by implementing a centralized detection service that all applications share. Instead of each application independently detecting driving status, the system combines sensor data processing and driving determination into a unified service that provides consistent driving status information to all applications, simplifying administrator governance while maintaining application-specific control capabilities.

Inventive Principle:
Principle #5Merging (Combining)

4Reliability

If rudimentary safeguards block typing while the vehicle is moving, then basic safety is improved, but the safeguard can be easily circumvented by users indicating they are passengers

Engineering Contradiction:
Improvesafety safeguard effectivenessVSAvoiddriver vs. passenger detection difficulty
Core Design Contradiction:
ReliabilityVSDifficulty of detecting and measuring

Solution Approach 1:

The patent applies dynamic pattern recognition to distinguish driving from passenger behavior. Rather than using static rules, the system continuously analyzes temporal patterns in sensor data (acceleration profiles, GPS velocity changes, gyroscope motion sequences) to dynamically determine driving status. This dynamic approach adapts to different driving styles and conditions, making it difficult to circumvent by simply indicating passenger status.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9979814B2Detecting driving and modifying access to a user device
Publication Date: 2018.05.22 OMNISSA LLC
  • US9979814B2 patent drawing
  • US9979814B2 patent drawing
  • US9979814B2 patent drawing

AI summary

Systems and methods are included for detecting driving based on user-specific models for driving detection, and restricting access to an application of the user device while a user is driving. A management agent installed on the user device can collect data from sensors in a user device and provide the data to a management server, which can build a user-specific model for driving detection for that user. The management agent can then use that user-specific model for detecting when the user is driving. When the agent determines that the user is driving, it can enforce a driving policy that limits access to applications and delay or modify notifications generated by applications.