Toll On-Board Unit Provisional Calculation and Data Transmission
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing toll systems face inefficiencies in calculating tolls due to the complexity and cost of on-board units, particularly in distinguishing between 'thin client' and 'thick client' solutions, which either rely heavily on back-office processing or require expensive on-board calculations.
Innovation Solution
A method where the toll on-board unit performs provisional toll calculations using GNSS data and transmits it to a data center for final verification, allowing autonomous registration of tariff zones and kilometers traveled, with adjustable data transmission based on driving dynamics and conditions, ensuring accurate and reliable toll calculations.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Measurement precision
If a thick client solution is used where the on-board unit performs street and fare zone identification, distance measurement, and toll calculation, then toll calculation accuracy is improved, but device complexity and cost increase
Solution Approach 1:
The system divides toll calculation into two segments: preliminary calculation performed by the on-board unit using stored map data and GNSS positions, and final verification performed by the back office using transmitted GNSS data sets. This segmentation allows accurate toll calculation while reducing on-board unit complexity.
Solution Approach 2:
The on-board unit performs preliminary toll calculation and stores map data and GNSS positions in advance. This preliminary action reduces the computational burden on the back office and allows the system to operate even when back office is temporarily unavailable.
2Reliability
If all GNSS data is transmitted to the back office for verification, then toll calculation reliability is improved, but data transmission volume increases
Solution Approach 1:
The system extracts only the essential GNSS data sets needed for verification from the complete GNSS data, transmitting only these selected data points to the back office. This extraction approach maintains verification reliability while significantly reducing data transmission volume.
Solution Approach 2:
Instead of transmitting all GNSS data, the system transmits a partial set of GNSS data points that are sufficient for verification purposes. This partial action approach achieves adequate reliability without the excessive data transmission volume that would result from transmitting complete data sets.
3Device complexity
If the back office performs all toll calculations centrally, then device complexity is reduced, but processing time and productivity decrease
Solution Approach 1:
The on-board unit performs preliminary toll calculation using stored map data and GNSS positions before transmitting data to the back office. This preliminary action eliminates the need for the back office to perform complete calculations from scratch, significantly improving processing efficiency.
Solution Approach 2:
The on-board unit acts as an intermediary that performs initial data processing and preliminary calculations locally, then transmits processed results to the back office for final verification. This intermediary role distributes computational load and improves overall system productivity.
4Reliability
If cryptographic check values are transmitted with user data, then data security is improved, but data transmission volume increases
Solution Approach 1:
The system extracts and transmits only the essential cryptographic check values needed for data verification, rather than transmitting all possible security data. This extraction maintains data security while minimizing the increase in transmission volume.
Data Source
Figure 1~2
Figure 3
AI summary
The present invention relates to a toll detection device for detecting a toll for a motor vehicle (1), said device comprising: a position-finding unit (11) which is designed to detect driving data concerning at least one route that has been covered by the motor vehicle (1); an arithmetic unit (12) which is designed to calculate provisional driving data on the basis of the detected driving data; and an interface unit (13) which is designed to transmit the calculated provisional driving data to a data centre (100).