Map Provision Server Using Floating Car Data for Hazard Detection
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current traffic safety maps primarily focus on locations of past traffic accidents and lack real-time data, failing to identify potential dangers and not adequately incorporating risk information from pedestrians and users of other transportation means, leading to inaccurate representation of hazardous areas.
Innovation Solution
A map provision server that collects and displays risk information through Floating Car Data (FCD) from vehicles, including sudden braking events, and allows users to post experiences, enabling the identification of dangerous locations and reflecting risk levels based on vehicle frequency and type, time, and weather conditions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If traffic accident information from police stations is used to show high-risk locations, then locations of past accidents can be displayed, but potential dangerous locations cannot be shown and real-time property is lacking
Solution Approach 1:
The system performs preliminary detection of dangerous locations by collecting driving information (FCD) from vehicles before accidents occur. By monitoring sudden braking and other dangerous driving behaviors in real-time, the system identifies potential hazardous locations ahead of time, enabling preventive action rather than reacting after accidents happen.
Solution Approach 2:
The system establishes a feedback loop where driving information from vehicles is continuously collected, analyzed, and used to update the dangerous location database. This real-time feedback mechanism allows the system to dynamically adjust and improve its identification of hazardous locations based on current driving patterns and conditions.
2Measurement precision
If driving information from vehicles is collected to identify dangerous locations, then real-time dangerous location detection is enabled, but risk information from pedestrians and other transportation means cannot be collected
Solution Approach 1:
The system is designed to collect and process risk information from multiple sources including vehicles, pedestrians, and other transportation means. By making the system multi-functional and universally applicable to different user types, it can comprehensively gather dangerous location data from all perspectives rather than being limited to single-mode transportation data.
3Adaptability or versatility
If questionnaire results from local residents are used to collect risk information, then risk information from various transportation perspectives can be collected, but the accuracy is reduced due to reliance on memory
Solution Approach 1:
The system replaces the mechanical method of relying on human memory and questionnaires with an automated electronic data collection system. By using FCD from vehicles and other electronic sources, the system objectively records dangerous driving behaviors and locations without depending on subjective human recollection, thereby significantly improving measurement precision while maintaining comprehensive coverage.
Data Source
AI summary
In order to enable information about dangers from the perspective of users using various means of transportation to be collected, a map provision server (1) is equipped with: a data acquisition unit (11) that acquires from multiple vehicles (20) driving information (FCD) containing instances of sudden braking and the locations where the sudden braking occurred; a dangerous location identification unit (121) which, on the basis of the acquired driving information, identifies dangerous locations (41) where many instances of sudden braking have occurred; and a posting column generation unit (122) that places the dangerous locations (41) on a map and generates a posting column (60) capable of receiving postings from users and associated with the dangerous locations (41) placed on the map. The map on which the dangerous locations (41) have been placed is provided to a user terminal (4).


