Trust Network Based Ride Matching System

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current transport sharing solutions fail to effectively capture meaningful social relationships and manage ride-sharing processes, leading to tedious processes for finding or offering rides and planning journeys, and do not adequately address the need for a sustainable alternative to private transportation.

Innovation Solution

An arrangement comprising data input, trust network knowledgebase, scheduling, and data output entities to establish and manage trust networks among users, match ride requests with offers, and provide shared transportation scenarios, utilizing user data such as location, calendar, and trust credentials, with real-time monitoring and one-tap scenario determination.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If existing social network services are used for transport sharing, then social relationships between users are captured, but the meaningful aspects of social relationships for transport sharing are not captured and the processes remain tedious

Engineering Contradiction:
Improveadaptability to transport sharingVSAvoidease of ride matching
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent segments the social network into multiple trust networks based on different trust levels and relationship types. Each trust network is configured for specific transport sharing scenarios, allowing the system to adapt to different social contexts while automating the matching process within each segmented network.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a server as an intermediary that manages trust networks and automates the ride matching process. The server receives trust relationship data from social networks, processes it through automated algorithms, and generates match recommendations, thereby reducing the manual effort required by users.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Object-generated harmful factors

If public transportation networks are developed to replace private transportation, then carbon footprint per person is reduced, but the development and operation costs are expensive and cannot completely replace private transportation

Engineering Contradiction:
Improvecarbon footprintVSAvoidcomplexity of transportation system
Core Design Contradiction:
Object-generated harmful factorsVSDevice complexity

Solution Approach 1:

The patent merges private transportation resources with social networking capabilities to create a shared transport system. By combining idle private vehicles with users seeking rides through automated trust-based matching, the system achieves eco-friendly transport without requiring extensive public infrastructure investment.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent enables self-service transport sharing where users automatically register their vehicles, set availability, and receive ride requests through the system. The automated trust network management and matching algorithms allow the system to operate with minimal human intervention, reducing operational complexity.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If transport sharing solutions rely on users' mutual connections via social networks, then social links are utilized, but users with domicile in different cities or countries cannot participate even if social links exist

Engineering Contradiction:
Improveversatility of social link utilizationVSAvoidproductivity of ride matching
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent applies local quality by creating geographically distributed trust networks tailored to specific locations and transport sharing scenarios. Each trust network is configured with local characteristics, allowing users in different cities or countries to participate in region-specific matching while maintaining overall system versatility.

Inventive Principle:
Principle #3Local quality

4Ease of operation

If few transportation sharing solutions forward contact information within the userbase, then users can contact each other to arrange transport sharing, but the processes for finding or offering rides and planning journeys remain tedious

Engineering Contradiction:
Improveease of user contactVSAvoidtime for ride arrangement
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent performs preliminary actions by pre-configuring trust networks, pre-processing user preferences, and pre-generating match recommendations before users need to arrange rides. The system proactively identifies compatible ride-sharing opportunities and presents them to users, eliminating the need for manual arrangement processes.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8880601B2Arrangement and method for transport sharing within a trusted network
Publication Date: 2014.11.04 BRAVIOZ
  • US8880601B2 patent drawing
  • US8880601B2 patent drawing
  • US8880601B2 patent drawing

AI summary

An arrangement, of functionally connected electronic devices includes: a data input entity, configured to obtain user in-formation relative to a plurality of users, data indicative of trust between multiple users and data indicative of a number of ride requests and ride offers by the users, a trust network knowledgebase entity configured to establish and manage a number of trust networks on the basis of the obtained data. The knowledgebase entity groups a plurality of users into a number of trust networks, a scheduling entity configured, on the basis of the obtained data, to determine a potential transport sharing scenario for a plurality of users belonging to the same trust network. The scheduling entity is configured to find potential matches between the ride requests and ride offers to determine the scenario, and a data output entity configured to indicate the scenario to multiple users of the plurality.