Transport Data Sharing With Blockchain Route-Based Authorization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems lack efficient and secure methods for data sharing and authorization in vehicles, particularly for service authorization and data collection, which are not adequately addressed by traditional centralized databases.

Innovation Solution

A decentralized database system using blockchain technology for secure data sharing and authorization, enabling vehicles to share data based on current settings and routes, with smart contracts managing permissions and consensus decisions among peers.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a decentralized database system using blockchain technology is implemented for data sharing and authorization, then data security and privacy protection are improved, but system complexity increases

Engineering Contradiction:
Improvedata securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments data management by creating separate blockchain chains for different data types (e.g., one chain for vehicle data, another for service station data). Each chain operates independently with its own consensus mechanism, allowing the system to handle complexity through modular organization rather than a monolithic structure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a peer-to-peer network as an intermediary layer between data producers and consumers. Instead of direct centralized control, the system uses distributed consensus algorithms and smart contracts as intermediaries to mediate data sharing, reducing the need for complex centralized authentication systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If traditional centralized databases are used for service authorization and data collection, then system simplicity is maintained, but data sharing efficiency and security are insufficient

Engineering Contradiction:
Improvedata sharing efficiencyVSAvoiddata security
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements dynamic data sharing through smart contracts that can be executed automatically based on predefined conditions. The authorization parameters are not static but can change dynamically based on real-time data verification, allowing efficient adaptive data sharing without compromising security through rigid centralized controls.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The blockchain system incorporates feedback mechanisms where data sharing transactions are verified and confirmed by the network participants. This feedback loop ensures that data is shared efficiently only when authorization conditions are met, while the distributed verification process maintains security without requiring complex centralized validation.

Inventive Principle:
Principle #23Feedback

3Manufacturing precision

If vehicles share data based on current settings and routes using decentralized consensus, then data integrity is improved, but authorization complexity increases

Engineering Contradiction:
Improvedata integrityVSAvoidauthorization complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by pre-establishing authorization rules and data sharing protocols through smart contracts before actual data exchange occurs. This preliminary configuration simplifies the authorization process during execution, as the complex verification logic is already embedded in the contract, ensuring data integrity without real-time complex authorization computations.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12505418B2Secure transport data sharing
Publication Date: 2025.12.23 TOYOTA JIDOSHA KK
  • US12505418B2 patent drawing
  • US12505418B2 patent drawing
  • US12505418B2 patent drawing

AI summary

An example operation includes one or more of receiving, by a server, a request for particular data, determining, by the server, a transport that can provide the particular data based on one or more current settings of the transport and a current route of the transport, requesting, by the server, the transport to provide the particular data for a value, and receiving, by the server, the particular data.