Virtual Carpooling Driver Matching via Telematics

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Long commutes and drives can be tedious and unsafe due to the lack of effective means for drivers to communicate while on the road, as making phone calls can be distracting and dangerous.

Innovation Solution

A virtual carpool system that assigns drivers to conferences based on their driving behavior data and listening preferences, allowing them to communicate through a network of computing devices, thereby facilitating communication among drivers with similar characteristics.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If drivers make phone calls to communicate during long commutes, then drivers can pass the time and reduce boredom, but driver distraction and accident risk increase

Engineering Contradiction:
Improvecommunication capabilityVSAvoiddriving safety
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent introduces a server as an intermediary that facilitates communication between drivers without requiring direct phone calls. The server receives conference requests from multiple drivers, matches them based on characteristics, and establishes conference calls. This mediator approach allows drivers to communicate indirectly through a controlled system, reducing the need for manual phone operations while maintaining communication benefits.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system automatically matches drivers for conferences based on their characteristics and driving behavior data without requiring manual intervention. The server autonomously determines compatibility, initiates conference requests, and manages connections. This self-service mechanism eliminates the need for drivers to manually search for or initiate calls to other drivers, reducing distraction while enabling communication.

Inventive Principle:
Principle #25Self-service

2Reliability

If drivers use hands-free communication systems, then driving safety is improved, but driver engagement and interest in conversations may decrease

Engineering Contradiction:
Improvedriving safetyVSAvoiddriver engagement
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent applies local quality by matching drivers with specific characteristics that create meaningful conversation potential. Instead of random or generic matching, the system identifies and connects drivers with complementary or similar traits (e.g., profession, location, driving behavior patterns). This targeted local matching ensures that each conference group has unique qualities that foster engagement, making hands-free communication more interesting and less monotonous.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system dynamically changes matching parameters based on driving behavior data, location, time of day, and other variables. As drivers' characteristics or contexts change during commutes, the server can adjust conference groupings to maintain engagement. This parameter-based adaptability ensures that communication remains interesting and relevant without requiring manual driver intervention.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If the system assigns drivers to conferences based on detailed characteristics, then conversation quality and driver matching improve, but system complexity and data processing requirements increase

Engineering Contradiction:
Improvematching accuracyVSAvoidsystem complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by collecting and analyzing driver characteristics and driving behavior data in advance, before conference assignments are needed. The server maintains profiles of driver attributes (location, profession, driving patterns) that are pre-processed and stored. When conference requests arise, the matching process utilizes these pre-analyzed characteristics rather than requiring real-time analysis, reducing computational complexity during active conferencing while maintaining high matching accuracy.

Inventive Principle:
Principle #10Preliminary action

4Measurement precision

If the system monitors driving behavior data continuously, then driver matching accuracy improves, but energy consumption and data processing load increase

Engineering Contradiction:
Improvedriver characteristic accuracyVSAvoidsystem energy consumption
Core Design Contradiction:
Measurement precisionVSUse of energy by moving object

Solution Approach 1:

The system employs periodic action by monitoring and updating driver characteristics at intervals rather than continuously. The server collects driving behavior data periodically (e.g., daily, weekly, or at specific trip milestones) and updates driver profiles accordingly. This periodic monitoring maintains accurate matching capability while significantly reducing the continuous energy consumption and data processing load that would result from constant real-time monitoring during all driving activities.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS12047428B2Virtual carpooling
Publication Date: 2024.07.23 ALLSTATE INSURANCE COMPANY
  • US12047428B2 patent drawing
  • US12047428B2 patent drawing
  • US12047428B2 patent drawing

AI summary

A system comprising a first computing device operated by a first driver, a second computing device operated by a second driver, and a server is disclosed. The server may determine one or more characteristics of the first driver based on at least one of listening preferences or telematics data of the first driver. Based on the one or more characteristics of the first driver, the server may assign the first driver to a conference. The server may receive a request from the second computing device for the second driver to participate in conferencing. The server may determine that the second driver has at least one characteristic that matches one of the one or more characteristics of the first driver and may assign the second driver to the conference with the first driver. The server may bridge the first driver and the second driver in the conference.