Drive Safety App Context Regulation via Network API

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional mobile applications fail to effectively prevent distracted driving as they can be easily disabled by drivers, and are limited to a small number of vehicles equipped with ignition disable features, lacking central regulation and override protection.

Innovation Solution

A drive safety app is permanently installed on communication devices, using sensor data and user/profile information to autonomously enable or disable apps, with central regulation and override protection via network API, ensuring apps cannot be manually disabled while the user is driving.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional mobile applications are used to disable device interaction, then driver distraction is reduced, but the applications can be easily disabled by drivers through manual override

Engineering Contradiction:
Improveapp activation stabilityVSAvoidmanual override capability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent introduces a central server as an intermediary between the mobile device and the driver. The server receives context information from the device, determines whether driving conditions exist, and sends control commands back to enable or disable applications. This intermediary architecture prevents direct manual override by drivers while maintaining system reliability through centralized control based on actual driving context.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If apps are disabled during driving to prevent distraction, then safety is improved, but legitimate post-drive access to apps is blocked

Engineering Contradiction:
Improvesafety enforcementVSAvoidapp accessibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system dynamically adjusts application accessibility based on real-time driving context. Applications are disabled only when driving conditions are detected through sensor data and context information analysis. When driving conditions are not present, applications remain fully accessible. This dynamic approach ensures safety enforcement during driving while maintaining normal app accessibility during non-driving periods.

Inventive Principle:
Principle #15Dynamics

3Reliability

If ignition disable features are used to control app access, then app security is improved, but compatibility is limited to vehicles equipped with such features

Engineering Contradiction:
Improveapp control effectivenessVSAvoidvehicle compatibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent employs multiple sensing mechanisms including accelerometers, gyroscopes, GPS location tracking, and context information analysis to detect driving conditions. This multi-functional approach replaces the need for vehicle-specific ignition disable features, making the system universally compatible with various vehicle types while maintaining effective app control through diverse sensor inputs.

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

Data Source

PatentUS10171947B2Mobile application and device feature regulation based on profile data
Publication Date: 2019.01.01 AT&T INTELLECTUAL PROPERTY I L P
  • US10171947B2 patent drawing
  • US10171947B2 patent drawing
  • US10171947B2 patent drawing

AI summary

A drive safety application (app) that is controls other mobile app(s) and/or functionality of a communication device is centrally regulated via a network device. A manual override instruction can be provided to the network device by an authorized subscriber (e.g., via an online portal) and accordingly, the network device can instruct the communication device to disable the drive safety app. Profiling data is collected from various sources, such as, but not limited to, device sensors, location calculators, a vehicle's onboard diagnostic system (e.g., OBD2) sensors (e.g., via wireless link), scanned access points, etc. The profiling data can be utilized to calibrate device sensors of the communication device and to determine a location and/or context of the user. Further, a set of the mobile apps can be disabled/enabled based on an analysis of the location and/or context.