EP4246487A1 - Procédés et systèmes de détection précoce et d'évaluation de points de danger structuraux dans la circulation routière - Google Patents

Procédés et systèmes de détection précoce et d'évaluation de points de danger structuraux dans la circulation routière Download PDF

Info

Publication number
EP4246487A1
EP4246487A1 EP23161919.8A EP23161919A EP4246487A1 EP 4246487 A1 EP4246487 A1 EP 4246487A1 EP 23161919 A EP23161919 A EP 23161919A EP 4246487 A1 EP4246487 A1 EP 4246487A1
Authority
EP
European Patent Office
Prior art keywords
data
danger
sensor data
user input
computer system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP23161919.8A
Other languages
German (de)
English (en)
Inventor
Arno Wolter
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Initiative Fuer Sichere Strassen GmbH
Original Assignee
Initiative Fuer Sichere Strassen GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from DE102022105919.7A external-priority patent/DE102022105919A1/de
Priority claimed from LU102919A external-priority patent/LU102919B1/de
Application filed by Initiative Fuer Sichere Strassen GmbH filed Critical Initiative Fuer Sichere Strassen GmbH
Publication of EP4246487A1 publication Critical patent/EP4246487A1/fr
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125Traffic data processing
    • G08G1/0129Traffic data processing for creating historical data or processing based on historical data
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0112Measuring and analyzing of parameters relative to traffic conditions based on the source of data from the vehicle, e.g. floating car data [FCD]
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0137Measuring and analyzing of parameters relative to traffic conditions for specific applications
    • G08G1/0141Measuring and analyzing of parameters relative to traffic conditions for specific applications for traffic information dissemination
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station

Definitions

  • the invention generally relates to methods and systems for the early detection and evaluation of structural danger points in road traffic.
  • the invention relates in particular to a computer-aided method for the early detection of structural danger spots in road traffic using a digital traffic route network map using a computer system.
  • the invention further relates to a computer-aided method for determining a danger score of a georeferenced, structural danger point in a digital traffic route network image, as well as a computer system for implementing the aforementioned methods and / or for using or making usable the map-like digital traffic route network image resulting from one of these methods , which technically represents a danger map.
  • new uses of the computer system or the hazard map data are suggested.
  • the invention also relates, among other things, to a method or a system for communication with autonomous or semi-autonomous driving vehicles in order to influence the autonomous or semi-autonomous driving behavior depending on danger spots.
  • Permanent danger spots are always present.
  • Temporary danger spots are limited in time (such as at construction sites) or they only occur in connection with certain general conditions, such as adverse weather conditions (be it in the summer due to the glare of the sun, in the rain due to aquaplaning or in the winter due to snow and ice).
  • RDS/TMC temporary danger spots
  • the present invention relates at least predominantly or exclusively to permanent or structural danger points in the road network.
  • the term danger zone is not to be understood as limited to danger to a specific type of road user, i.e. it includes danger to different types of road user.
  • a danger point can also be understood as a risk point.
  • Known methods are based, for example, on collecting and mapping known accident data from accident databases of, for example, police authorities, and on determining where a danger zone exists based on the frequency of accidents. With this approach, dangerous areas cannot be identified before accidents, some of which are serious, have already occurred. In addition, minor cases or minor accidents without a police report are typically not included in the accident data recorded by the authorities.
  • pulse data as the sole criterion is often not sufficient to accurately identify or predict danger spots. This is proven, among other things, by the results of a study from 2019, cf. B. Ryder, A. Dahlinger et al.; Spatial prediction of traffic accidents with critical driving events - Insights from a nationwide field study; Transportation Research Part A: Policy and Practice; Vol. 124, 2019 (pp. 611-626), ISSN 0965-8564 . This publication shows that there is a causal connection between impulse data and danger zones, but also makes it clear that impulse data alone is not sufficient to make reliable or accurate statements about danger zones.
  • a method for identifying potential danger spots in road traffic using a central computer unit using a fleet of networked motor vehicles is described in the DE 10 2020 108 531 A1 (Daimler AG ).
  • an event that indicates a potential danger point is recorded via pulse data and transmitted with its geoposition to the central processing unit.
  • the aforementioned difficulties can only be partially overcome and require increased computing effort in the vehicles or in the central computer unit.
  • this solution only applies to motor vehicles.
  • a proposal for the complex assessment of danger zones is described on the project homepage of the International Road Assessment Program (iRAP), in particular the publication "iRAP Methodology Fact Sheet #6" available there.
  • iRAP International Road Assessment Program
  • the assessment of a danger spot is calculated for each 100 m long road segment and for each type of road user.
  • the factors that are included in the calculation according to iRAP are road risk factors, which indicate how likely an accident is, road risk factors, which indicate how serious an accident would be, and speed factors, which indicate how the probability of an accident depends on the speed driven , external factors that indicate how likely it is to be involved in an accident involving third parties and a factor that takes into account the probability that a vehicle, for example from oncoming traffic, will be steered onto your own lane. These factors are then determined for each accident type and the result of the individual accident types are summed up per road segment and road user type, so that a rating is calculated for all accident types for a segment and a road user type.
  • This approach which is based on probability calculations, has very limited use at best for the early detection of danger spots. This approach also only aims at the automotive perspective.
  • the WO 2017 146 790 A1 (Allstate Insurance Co. ) in turn describes a system for generating a risk road map, which makes it possible to determine a risk for planned routes.
  • Another problem is that the traffic route network is only processed incompletely and usually only roughly, broken down into route sections, so that many actual danger spots remain undetected.
  • An object of the present invention is therefore to at least partially overcome known disadvantages or shortcomings from the prior art and, for this purpose, in particular to propose improved computer-aided methods and systems for early detection on the one hand and for accurate assessment of danger spots on the other hand.
  • This object is achieved on the one hand by a method according to claim 1 or, independently thereof, on the other hand by a method according to claim 2.
  • Another independent task is to evaluate the traffic situation or the traffic route network as holistically as possible from different perspectives with regard to danger spots, i.e. to evaluate it from the different perspectives of different or all types of road users.
  • the invention should also make it possible to identify danger spots where different types of participants, especially without a vehicle involved, meet each other, e.g. where there is often a cyclist and pedestrians collide, or even identify risk areas where often only one type of road user has an accident (e.g. due to frequent wet leaves in one place or the like).
  • the procedures or systems should be usable for assessing dangers from the perspective and for the benefit of as many types of road users as possible, including weaker non-motorized groups such as cyclists or pedestrians.
  • a computer-aided method for the early detection of structural danger spots in road traffic or a system set up for this purpose is proposed.
  • a digital traffic route network map is processed using a computer system, for which, for example, map data from the OpenStreetMap (OSM) project or other comparable map data can be used.
  • OSM OpenStreetMap
  • the system or method initially includes providing such a digital map-like image of at least one traffic route network, in particular with infrastructure data and possibly traffic route metadata, whereby the map-like image can be or is loaded into a computer memory of the computer system.
  • the computer system first divides the map-like image into a large number of georeferenced segments of traffic routes, whereby the segments can preferably have a variable length for the purpose of data economy and/or more precise localization of danger spots.
  • the temporal frequency or frequency of data acquisition from steps a) to c) is typically different.
  • the georeferenced data from the different data sources a), b) and c) can therefore be obtained in the form of separate data streams, at different times and, if necessary, at different time intervals. In particular, no real-time data collection is required, although possible, especially for sensor data c). If necessary, all data can be standardized by pre-processing the raw data. In addition to georeferencing, e.g. GPS coordinates, all or some data can have further information, such as a time binding or a timestamp.
  • Statistical accident data for a) can come from different sources, e.g. from police records, from insurance company records and/or from Emergency rooms/hospitals.
  • User input data for b) can first be collected by a server, e.g. a web server, and fed to the computer system through updates. An ongoing survey is not necessary; short update intervals are desirable. The data collection can be initiated by a user himself and/or by the computer system, for example by querying. User input data can in particular be collected cumulatively or incrementally. User input data can also be fed directly to the computer system.
  • a server e.g. a web server
  • the acquisition of sensor data for c) (also called pulse data) is carried out in particular, but not necessarily, with short update intervals, but not in real time, in order to enable the most up-to-date early detection and mapping of danger spots without significant communication effort.
  • the recording can, for example, take place with a time delay or “offline”.
  • the recording can take place approximately once a day from smartphones that have application software specific to the application of the invention, or from connected vehicles, for example via so-called Car2X communication.
  • a collection of sensor data for c) can in particular be carried out at least partially via suitable mobile radio communication, e.g. according to 5G standards, so that data from as many participants or vehicles as possible can be collected.
  • Sensors used in pulse data acquisition include, for example, gyroscopes, accelerometers, magnetometers, GPS, as well as camera sensors for corresponding evaluations.
  • the sensors used can, for example, be part of the vehicle equipment or be part of a smartphone carried.
  • the scope of the invention also includes recording the sensor data via external computers or servers, such as those from vehicle manufacturers that collect data from their own fleet via Car2X communication (see e.g DE 10 2020 108 531 A1 or DE 10 2019 203 405 A1 ). Neither direct communication between the computer system and the devices that generate the sensor data is required, nor real-time communication. This allows a significant reduction in communication effort and, among other things, anonymization in the sense of data protection.
  • Sensor data can be recorded in a filtered manner, for example only in connection with events recognized as critical by the respective device software, or more comprehensively to achieve the most comprehensive possible database, for example for AI-supported pattern recognition.
  • Sensor data refers in particular to data Acceleration measurements that allow conclusions to be drawn about critical events or maneuvers in road traffic.
  • the sensor data for c) can be recorded by the computer system directly or indirectly, for example using known LoT techniques or interfaces.
  • the sensor data or signals are recorded and digitized using sensors, in particular acceleration sensors, whereby this is done by external devices that are not part of the computer system.
  • sensor data for c) is recorded from different types of road users, in particular from motor vehicles (cars, trucks, etc., possibly motorcycles) and at least also from two-wheelers, in particular bicycles and also, for example, e-bikes, e-scooters and the like. , which typically form a more vulnerable type of road user.
  • Sensor data of a first type namely from sensor values that are generated by vehicle equipment
  • sensor data of a second type are preferably recorded, which are generated in particular by portable mobile devices, preferably smartphones with appropriate software, so that sensors from road users without vehicle equipment (e.g. bicycles, E -Bikes, e-scooters etc.) is used.
  • the acquisition of data about different types of road users is particularly advantageous, in particular for the most comprehensive detection possible, in particular early detection of danger spots, as well as for the validation of data of a different type, e.g. the validation of sensor data of a first type by sensor data of a second type.
  • the method or system assigns accident data, sensor data and user input data to segments of the map-like image. This is done in accordance with the georeferencing associated with these data, such as GPS coordinates or comparable position information, in particular by the computer system.
  • affected segments of the map-like image have associated or segment-related recognition data, which, according to the invention, is used for early detection and/or evaluation of danger spots.
  • the segment-related detection data includes data from at least one or more of the above three data categories a) to c), i.e. each includes accident data, sensor data and/or user input data.
  • Any suitable hardware architecture can be considered for the computer system used, a server system, a large-scale computer system set up for AI technologies and, in particular, a cloud architecture or, for example, computer clusters.
  • an evaluation can then be carried out on the basis of segment-related recognition data and at least one frequency determination and/or a data comparison can be carried out, in particular, for example, using pattern recognition.
  • a simple frequency determination can enable early detection of danger spots, for example if a predetermined, for example empirically determined, first partial frequency of sensor data that indicates critical events is combined with a second partial frequency of user input data, in particular user input data that matches the content, is present.
  • a decision based on a total frequency of user input data and sensor data is also within the scope of the invention.
  • a potential danger point is alternatively/or additionally concluded if a data comparison of user input data and/or sensor data, in particular the sensor data, shows a sufficient feature match or feature correlation, in particular with segments that have already been recognized as critical, for example by Accident data or user input is validated.
  • AI-based data processing e.g. machine learning and/or pattern recognition, e.g. using dynamic time warping, support vector machines, random forests and/or artificial neural networks (ANN).
  • ANN artificial neural networks
  • a matching criterion can in particular be determined as to whether there is a match, in particular with regard to categories recognized by pattern recognition, of information from sensor data from sources of a first type and from sensor data from sources of a second type, e.g. different types of road users.
  • Sensor data of a first type can in particular be those from motor vehicle sensors and sensor data of a second type can in particular be from mobile devices, for example from cyclists. Based on this, a corresponding relevance information can also be assigned to the danger point under consideration.
  • the appropriate use and evaluation of the sensor data from different types of road users is already seen as an independently inventive aspect.
  • the correspondence between information from sensor data and user input data can also be checked.
  • the computer system marks all segments identified as danger spots, including those for which no accident data is available, in the map-like image.
  • the segments identified as danger spots are preferably assigned a computationally determined danger score, which allows users to display an indication of the level of danger. This can also be done specifically for different types of road users.
  • the data of the three data categories a) to c) are preferably georeferenced data that can be assigned to a (map) segment, preferably uniquely assigned. Thus, both accident data, user input data and sensor data are preferably each georeferenced. Furthermore, the data of the three data categories a) to c) are preferably qualified or assigned or assignable in a participant type-specific manner.
  • a computer-aided method or system for determining a danger score of a georeferenced, structural danger point in a digital traffic route network mapping is proposed. This can be based in particular on the system or method described above.
  • data is collected in particular from geo-referenced user input data related to potential danger spots, for example as explained above.
  • the aforementioned three data categories a) to c) are used and the georeferenced accident data provided, the georeferenced sensor data collected and the georeferenced user input data collected are assigned to segments, corresponding to the georeferencing associated with these data.
  • This can be realized in particular by the computer system.
  • segments of the map-like image are assigned segment-related recognition data, each of which includes accident data, sensor data and/or user input data.
  • a danger score is computationally determined for segments of the map-like image with associated recognition data by evaluating the recognition data associated with the segment under consideration.
  • the risk score determined in this way is then assigned or assigned to the corresponding segment.
  • the computational determination of a danger score for an identified danger spot can be carried out by calculation, the calculation comprising a weighting of georeferenced assigned sensor data using predefined weighting factors, and preferably at least some georeferenced sensor data of a first type, in particular originating from a first type of road user, depending on a predefined degree of agreement with features of georeferenced assigned user input data and / or further georeferenced assigned sensor data of a second type, in particular coming from a second type of road user, are weighted.
  • the danger score for an identified danger point can be calculated by processing using a computer, in particular using a neural network and/or pattern recognition or the like by the at least one computer system. This can be done in particular by taking event-related features of the infrastructure data from the map image into account.
  • data on different types of road users are obtained, in particular sensor data from different types of road users are recorded.
  • the movement-related sensor data include a type feature which indicates which type of road user the sensor data comes from and enables a distinction between at least two different types of road users, in particular motor vehicles and two-wheelers.
  • an advantageous development provides that at least for segments with recognition data for this recognition data, in particular for sensor data with type characteristics, a computer pattern recognition, in particular AI-supported pattern recognition, is carried out and a classification into critical events is carried out, in particular by the computer system, and the data comparison of user input data and / or sensor data with corresponding data to classify critical events takes place.
  • acceleration data in particular is recorded as sensor data. This can be used to determine the respective trajectory of road users during associated critical driving maneuvers. To identify potentially critical maneuvers, for example, acceleration limit values can be set.
  • the sensor data can accordingly be recorded using a smartphone with a suitable smartphone app, a telematics tag, or using IoT devices.
  • this data can be recorded for different types of road users and, on the other hand, it allows critical situations to be classified, located and examined for causes. This is based on data from the actual perspective of a road user, e.g. from the vehicle or two-wheeler.
  • Deep learning approaches can also be considered, but are not mandatory, since the data from sources a) to c) are typically already obtained in a structured form or can be structured through (partially) automatic preprocessing.
  • a map-based forecast model can be created to estimate critical conflicts, particularly by taking into account infrastructure data and other contextual data. The degree of criticality can then be determined by comparing it with officially collected traffic accident data (see data category a) above)) as well as with citizens reported dangerous situations (see data category b) above).
  • a preferred embodiment therefore provides that at least for segments with recognition data, a computer pattern recognition, in particular AI-supported pattern recognition, is carried out for these recognition data, in particular for sensor data with a type feature, and a classification into critical events is carried out, in particular by the computer system. Based on this, the data comparison of user input data and/or sensor data can be carried out with corresponding data to classify critical events.
  • the computer system can use a machine learning model obtained by AI from the three main data sources a) to c) in order to improve the map-like representation, in particular to expand the traffic network-related coverage of early detection.
  • the hazard map can therefore provide the training data for a model, which is then used for recursive self-optimization of the hazard map.
  • the expansion can relate to those positions or segments for which there is insufficient data from sources a) to c) or data with insufficient significance. This means that potential danger spots can be identified by comparing patterns based on infrastructure information alone. In particular, if only sensor data c) is available in conjunction with infrastructure data, early detection can be made possible by comparing patterns with validated danger spots.
  • the accident data a) or user input data b) can be used in particular to validate patterns classified as critical or to optimize the model.
  • the computer system can identify a georeferenced segment with detection data to which no accident data is assigned as a potential danger spot if a data comparison of the sensor data for this segment shows sufficient feature agreement or feature correlation with sensor data of a critical event, for determining the feature match or feature correlation, the upstream pattern recognition is used.
  • a data object is assigned to segments identified as danger points, which has at least one includes a computationally determined risk score.
  • the specific programming implementation of the software, in particular data objects, is not crucial, but an object-oriented data structure or object-oriented programming is particularly preferred.
  • each data object assigned to a danger point has several participant type-specific danger scores, so that danger points are evaluated or can be evaluated from the perspective of different participants in the sense of a holistic approach.
  • the computational determination of a danger score is specific to the participant type or depending on the type of road user and each determined risk score is assigned to exactly one of several predefined types of road user.
  • This allows the traffic situation to be viewed holistically from the different perspectives of all road users. This is not just about motor vehicle drivers (currently the focus of many assistance systems), but especially about them Weaker and therefore more vulnerable road users such as pedestrians, cyclists, Pedelec riders, e-scooter riders, etc.
  • participants who are less physically at risk are also considered, for example truck, bus or tram drivers - for whom an accident can have significant psychological consequences.
  • the computational determination of a danger score in a participant type-specific manner can create a participant type-specific, multidimensional space for each segment or data object, in which the various danger information can be aggregated from all perspectives, evaluated and also made individually retrievable as a danger score.
  • the danger scores are linked to the segment or data object in a mathematical sense in a multidimensional manner on participant type-specific axes.
  • a computationally simple implementation can be achieved, for example, if the dimensions of a vector space (including Hamel dimensions) are assigned to the participant types, so that effective, common matrix calculation can be used to determine the danger scores.
  • the vector space defined in this way for each segment or data object then has at least one Hamel dimension for each type of road user to be considered.
  • subtypes can also be assessed differently, e.g. road user type: pedestrian, subtype: child/adult/seniors.
  • This approach allows, for example, child-specific safe routes to school for children or senior-friendly routes (e.g. where hearing and seeing or quick crossing are less relevant) to be determined.
  • the system can continuously and, in particular, assess participant-specifically, i.e. mutually from different perspectives, whether there are any noticeable patterns.
  • the data objects for danger spots at least indicate which road users are in danger or are at risk (relevance information) and what exactly the danger is (indication of the type of danger).
  • Any type of data set can be considered for storing the data or as data objects, whereby the data from the different sources a) to c) can, if necessary, be brought into a standardized format through preprocessing, for example in the course of AI-supported pattern recognition or the like .
  • one embodiment provides that Data collection of georeferenced user input data related to potential danger spots is carried out continuously and/or sporadically via an Internet interface of the computer system.
  • This Internet interface can be connected to at least one or more servers, in particular web server(s), each of which provides a user interface for user input data.
  • servers in particular web server(s)
  • web server(s) each of which provides a user interface for user input data.
  • several possibly different interfaces can be provided, for example a classic website and an interface for smartphone apps. It is also possible, for example, to integrate insurance accident reports from road users via a corresponding interface.
  • the map-like image is divided into a large number of georeferenced segments in a variable and possibly iterative manner.
  • Variable subdivision into segments of different geographical lengths can therefore be provided, in particular depending on the traffic route infrastructure (e.g. the type of route with longer segments, e.g. on motorways) and/or depending on assigned detection data and/or depending on identified danger spots. This enables, among other things, sufficient local discrimination of danger spots.
  • assigning accident data, sensor data and user input data to individual segments can include determining a geographical distance between the detection data from their georeferencing, so that the assignment can be made based on relative distances. This can also, among other things, improve local discrimination of danger spots.
  • one embodiment for data acquisition provides that sensor data is recorded based on acceleration measurement values from different sources, in particular sensor data of a first type, which consists of sensor values from the vehicle equipment, in particular vehicle sensor systems or telematics equipment. are generated by vehicles, in particular motor vehicles, and at least sensor data of a second type, which are generated from sensor values from acceleration sensors in portable mobile devices carried by road users, in particular smartphones. Other sources are also possible.
  • sensor data of a first type which consists of sensor values from the vehicle equipment, in particular vehicle sensor systems or telematics equipment.
  • sensors in particular motor vehicles
  • sensor data of a second type which are generated from sensor values from acceleration sensors in portable mobile devices carried by road users, in particular smartphones.
  • Other sources are also possible.
  • the sensor data is preferably provided with time stamps, among other things.
  • the timestamps can be used as a feature in data comparison with regard to a predefined degree of feature agreement or feature correlation, in particular whether the timestamps are spaced apart within a predefined time range or correlate based on the time of day.
  • the information preferably assigned to each identified danger point preferably includes information about the type of danger.
  • a computational determination of at least one hazard type information can be provided, the hazard type information being determined from information from infrastructure data and/or sensor data and/or accident reports and/or user input data assigned to the segment, preferably from a combination of information from at least two different of these data.
  • danger scores calculated with higher resolution can be represented more ergonomically by dividing them into a reduced number of danger levels. It is therefore possible to assign a danger level from a number of discrete danger levels to each danger score, with each danger level being assigned a predefined value range of the danger score.
  • a number of danger scores can be determined computationally for an identified danger point depending on the respective relevance information as to which of several different types of road users, in particular pedestrians, cyclists or motor vehicle drivers, are at risk. This means that user-specific danger scores can be assigned to different types of road users.
  • the data included in the digital mapping of traffic route networks is gradually updated when a predetermined amount of further sensor data has been recorded and/or a predetermined amount of further user input data has been collected.
  • the danger zone map can be optimized step by step and continuously updated without requiring significant computing effort, for example for new pattern recognition.
  • the data collection of geo-referenced sensor data takes place in a different manner when the local proximity of the road user to a segment that has already been identified as a potential danger spot is detected, so the data collection of sensor data can then be carried out in particular with increased Sensitivity or intensity.
  • This can be achieved, for example, through suitable programming of a smartphone application and enables improved information on potential danger spots, which in turn enables positive feedback to improve pattern recognition.
  • the invention relates to a digital hazard map that was generated according to one of the embodiments discussed above, i.e. with segments identified as danger spots, in particular danger spots identified by early detection for which no accident data is available, and / or segments with a danger score, in particular based on Danger scores determined from the three data sources a) to c).
  • the invention also relates to the use of the resulting digital hazard map (map-like digital traffic route network mapping), which has segments of the traffic routes identified as danger spots according to one of the above approaches using georeferenced accident data provided by, collected georeferenced user input data and collected georeferenced sensor data.
  • map-like digital traffic route network mapping maps segments of the traffic routes identified as danger spots according to one of the above approaches using georeferenced accident data provided by, collected georeferenced user input data and collected georeferenced sensor data.
  • the invention therefore also relates in particular to a computer system, in particular a cloud computer system, comprising a map-like digital traffic route network image, which was generated according to a method according to one of the embodiments discussed above, and in particular has segments with a danger score that are identified as danger spots.
  • This system can be used in particular to generate hazard-related warning messages to road users.
  • terminal devices communicating with the computer system including terminal devices installed in vehicles (e.g. navigation devices), but in particular smartphones, can issue a warning message when local proximity to a segment identified as a danger point is detected, in particular a warning message comprising an indication of relevance and/or hazard type information and/or context information.
  • a warning message comprising an indication of relevance and/or hazard type information and/or context information.
  • road safety can be noticeably improved overall, especially for types of road users indirectly affected by the warning, e.g. pedestrians or cyclists.
  • the output of warning messages can in particular be specific to the participant type or depending on the type of road user, and for this purpose, for example, use the relevance information or the like.
  • the resulting hazard map can also be used advantageously in various other applications.
  • An advantageous application lies, for example, in determining safe route options in a navigation system, in particular in addition to fast and/or ecological route options determined by the navigation system. This can then also take into account previously identified danger spots.
  • the use of such a navigation system is not only advantageous for driving road users, but also for non-motorized road users, e.g. for determining safe routes to school for children. This can also be done “offline” via a web-based or server solution, for example.
  • the system can be used to communicate, in particular information relevant to danger zones from the digital hazard map, with autonomous or semi-autonomous driving vehicles and, on this basis, allows targeted influencing of the autonomous or semi-autonomous driving behavior depending on danger zones, in particular taking into account the relevance and/or type of danger - and/or context information and/or to influence route selection.
  • driving behavior can be adapted automatically, specifically and better to areas with high risk potential.
  • data that was generated according to the invention for example data from the digital hazard map or danger spots identified and/or evaluated with the system, in particular as Part of the "Operational Design Domain” (ODD: in the sense of SAE INTERNATIONAL. Taxonomy and definitions for terms related to driving automation systems for on-road motor vehicles. SAE international, 2018, 4970. Vol., No. 724, p. 1 -5 ) be used.
  • ODD in the sense of SAE INTERNATIONAL. Taxonomy and definitions for terms related to driving automation systems for on-road motor vehicles. SAE international, 2018, 4970. Vol., No. 724, p. 1 -5 ) be used.
  • data that were generated according to the invention can also be used particularly advantageously to determine and/or optimize the ODD of an autonomously driving vehicle (AV), in particular an autonomously driving vehicle of the L3+ type, in particular an unlimited ODD of an L5-AV (cf. SAE ibid). become.
  • AV autonomously driving vehicle
  • L3+ type autonomously driving vehicle
  • L5-AV unlimited ODD of an L5-AV
  • Another advantageous application lies in the provision of training data sets for training a machine learning model to predict potential danger spots, e.g. for recursive optimization or expansion of the coverage in the digital danger map itself.
  • the resulting machine learning model can also be used in particular in a traffic planning simulation. This allows improved analysis tools for Traffic planners or authorities can implement hazard simulation during planning or can significantly improve it.
  • the invention also relates to a computer system, in particular a cloud computer system, comprising an arrangement with at least one processor and at least one memory, the arrangement being set up or configured according to the invention to carry out a method, with at least the features of claim 1 or Claim 2 and possibly also according to one of the dependent claims.
  • FIG. 1 outlines the underlying concept of an embodiment of the invention.
  • This embodiment provides, as a core feature, the processing and analysis of data from three independent and different data sources for a traffic route network-wide hazard point identification and/or hazard score calculation.
  • the first data source is accident data 1, in particular from the police and/or from insurance companies Registered accident data is used, which is recorded, for example, by the police authorities via IT systems. This at least covers more serious traffic accidents that have already occurred, which can also affect various road users. From such accident data 1 alone, no statement can be made about dangerous areas where no accident has yet occurred. Furthermore, in the case of minor accidents, the police are often not informed, so that these accident sites do not appear in the statistics, or the recording of such accidents by authorities is not required.
  • danger reports from road users in the form of user input data 3 and via sensor data 2 (so-called pulse data), which come from motor vehicles with suitable sensor equipment and/ or from smartphones, especially during critical driving maneuvers (e.g. swerving or braking sharply).
  • a web platform and/or a smartphone app is provided to generate danger reports from user input data 3 (cf. FIG.4 ).
  • road users can report danger spots for the entire transport network on a digital representation of transport route networks in the form of a digital, interactive map (see FIG. 4 ), comment on and validate, falsify and/or evaluate already recorded danger spots. This means that danger spots can be identified throughout the transport network through “crowdsourcing”.
  • FIG. 2 shows a basic data flow diagram, based on which the process of an embodiment of a method according to the invention for identifying a danger point in a digital image of traffic route networks, or the so-called danger map, is explained.
  • the approach is based on the in FIG. 1 presented concept.
  • Four data sources are shown schematically here in the form of digitized georeferenced accident data 1, georeferenced sensor data 2, which sensors generate that are carried by road users or vehicles, georeferenced user input data 3 related to potential danger spots, as well as optional, georeferenced context data 4.
  • Data from these sources 1, 2, 3, 4 are from . processed by at least one computer system, for example a cloud computer system 5.
  • georeferenced means that at least one piece of information related to the geographical position is assigned to the data, for example GPS coordinates or the like.
  • the digitized georeferenced accident data 1 is provided to the cloud computer system 5, for example in the form of a database 1.
  • This georeferenced accident data 1 may have been collected or recorded in advance by authorities, such as road traffic offices and/or police authorities, and/or, for example, by insurance companies and/or vehicle rental companies and made available by them; if necessary, data is processed in a suitable manner for this purpose unified formats.
  • the geo-referenced sensor data 2 are continuously and/or sporadically recorded directly or indirectly by the cloud computer system 5, with these geo-referenced sensor data 2 from the electronics of vehicles participating in traffic and/or preferably from devices which road users, such as drivers, Cyclists or e-scooter drivers carry with them, in particular smartphones, smartwatches, telematics tags, navigation systems, IoT devices, etc. generated.
  • the sensor data 2 e.g. from a gyroscope, accelerometer, magnetometer and camera sensors
  • the sensor data 2 include movement values, in particular acceleration values, and position information data assigned to them, e.g. GPS coordinates.
  • the sensor data 2 can be recorded, for example, by one or more servers, not shown, with which the cloud computer system 5 communicates.
  • the sensor data 2 can preferably include time information or time stamps, which indicate the time of data generation.
  • the sensor data 2 can also include information about the corresponding type of road user, which results inherently from the data source, for example in a vehicle navigation system or a telematics system, or can be supplemented by the same, for example a smartphone APP.
  • Georeferenced sensor data 2 can be continuously, automatically collected by the system.
  • the georeferenced user input data 3 related to potential danger spots is collected user-initiated or system-initiated, with or without a direct time commitment.
  • the user input data 3 can also be collected via an intermediate server (not shown), for example a web server, with which the cloud computer system 5 communicates.
  • the input can be user input data 3 can be initiated by a user.
  • This user input data 3 includes subjective information about at least one potential danger point perceived as such by the user, the information comprising georeferenced position information, for example GPS coordinates of the potential danger point and/or information regarding the type of danger of the potential danger point and/or information regarding a Relevance of the potential danger spot for one or more different types of road users.
  • Optional georeferenced context data 4 are automatically recorded continuously and/or sporadically, with the context data 4 comprising temporary information, in particular time-dependent information, such as weather data and/or information about the traffic situation and/or information about the season.
  • the cloud computer system 5 processes the recorded georeferenced data to determine a danger point based on the georeferenced position information assigned to the data. If a danger point has been identified, the cloud computer system 5 creates or changes a corresponding data record or a corresponding data object in the danger map.
  • the cloud computer system 5 can trigger geo-referenced warning messages or warnings 7 related to a danger point, which are received, interpreted and, in particular, output visually and/or acoustically to a user, for example visually and/or acoustically, by terminal devices 6, in particular when they are geographically approaching this danger point can be.
  • the information from the cloud computer system 5 can also be used to communicate with autonomous or semi-autonomous driving vehicles in order to influence the autonomous or semi-autonomous driving behavior depending on danger spots.
  • the warning 7 can trigger a user query, which causes terminal devices 6 to ask the user for verification, falsification and/or a comment related to the danger point.
  • the user response 8 to such a user query can be transmitted from terminal devices 6 to the cloud computer system 5 for verification, falsification and/or evaluation of the danger spots. So user input data 3 and/or user responses 8 can be processed by the cloud computer system 5, for example to check danger spots that have already been identified by sensor data 2 and/or to modify danger spots that have already been identified.
  • an adapted type of output of the information is also made according to the distinction according to type of road user: the relevant information, for example, can be transmitted to the road users acoustically, visually and/or haptically.
  • the relevant information for example, can be transmitted to the road users acoustically, visually and/or haptically.
  • a wide variety of actuator units come into consideration, for example smart watches, smartphones, steering wheel grips, warning sounders (bell/horn, etc.), lighting on the outside of the vehicle, interior lighting in the vehicle, etc.
  • an automatic setting of the output type and the type of road user Output actuator e.g. acoustically and haptically to pedestrians and cyclists via Smartphone
  • the warning can also be directed at other road users and does not have to be aimed at the system user themselves (e.g. automatic bicycle bell when crossing a pedestrian crossing).
  • FIG. 3 shows a flowchart of an embodiment of a method according to the invention for identifying and verifying a danger spot using georeferenced information from several different data sources, in particular accident data 1 and sensor data 2 and user input data 3, each if available.
  • a first step 301 software assigns information from georeferenced detection data, accident data 1 and/or sensor data 2 and/or user input data 3, corresponding to the georeferenced position information, to a segment of the digital map.
  • a comparison of the information assigned to a georeferenced potential danger point follows in a second step 302, in particular a comparison of information from at least two different data sources 1, 2, 3. If a predefined degree of agreement of the information assigned to a potential danger point, e.g. from at least two of the three different data sources 1, 2, 3, and/or sufficient partial frequencies of critical sensor data 2 and/or user input data 3 are reached and/or if information from accident data 1 is available, then a third step 303 can be continued. Since information from accident data 1 can be viewed as officially validated, it generally does not require any verification and can be used as a basis for marking or identifying (already known) danger spots.
  • a segment of the digital danger map is identified as a danger point and provided with corresponding data in the data record or data object, including a relevance indication as to which type of road user is at risk of danger, a danger type indication, for example as to which traffic behavior poses a danger, and a contextual indication to that effect , under which environmental influences or traffic situations there is a risk of danger at the danger point.
  • the recognition data 1, 2, 3 and/or additional traffic route metadata in particular comprehensive information regarding weather dependencies, speed guidelines, time-dependent traffic volume, etc. can be used.
  • step 303 ' follows. If, for example, the information situation from sensor data 2 or user input data 3 for a segment to which no accident data 1 is assigned is not sufficiently clear, a special data comparison can take place in step 303 '.
  • step 303' in particular, user input data 2 and/or sensor data 3 are examined for a predefined degree of feature agreement or feature correlation.
  • the computer system 5 can identify a georeferenced segment without accident data 1 as a potential danger spot if a data comparison of the sensor data 3 for this segment shows sufficient feature agreement or feature correlation with sensor data 3 of a critical event, which is checked in a further test step 304 '.
  • the computer system 5 can, for example, use previously carried out AI-based pattern recognition, on the basis of which all recorded geo-referenced recognition data 1, 2, 3 are classified into critical events.
  • AI-based pattern recognition e.g. pattern recognition using dynamic time warping, support vector machines, random forests and/or artificial neural networks (ANN).
  • step 303' based on a classification obtained in this way, the data comparison of sensor data 3 can be carried out with corresponding data to classify critical events.
  • step 304 ' If the vote in test step 304 'shows that there is sufficient feature agreement or feature correlation, the segment is again identified as a danger point in the third step 303 and provided with corresponding data. If in step 304' no sufficient feature match or feature correlation is found, this can be used, for example, for model optimization in step 305'.
  • additional information for example from georeferenced context data 4, can be assigned to the georeferenced potential danger point.
  • a user request is generated, which asks at least one user to validate the potential danger point by entering 4.
  • a danger score can be calculated by determining it depending on a weighting of the detection data, each with a different weight for accident data 1, sensor data 2 and user input data 3, in particular with a higher weight of accident data 1 compared to user input data 3 and / or a higher weight of user input data 3 compared to Sensor data 1.
  • the hazard map can then be updated in a fifth step 305.
  • An important data source for the method according to the invention is user input data 3.
  • user input data 3 is user input data 3.
  • an interactive danger zone map such as in FIG. 4
  • users can submit danger reports.
  • FIG. 4 shows an embodiment of a digital hazard map in an app or a homepage for generating user input data 3, which can be used in a method according to the invention (see FIG. 2 Reference number 3).
  • the user has the option of providing information in the form of a hazard relevance 401 (relevance information), a hazard type 402 (danger type information) and the exact geographical position of the danger point 405 (georeferencing).
  • the danger relevance 401 indicates which types of road users the danger spot represents a danger for.
  • the danger zone map offers the possibility of storing comment texts 403 and images 404 related to a danger zone, so that, for example, a danger zone can be described in a comprehensible manner for other users, even if they are from outside the location and/or to provide further information for any authorities/offices.
  • This user input data 3 of the danger zone map can then be used, for example, by an embodiment of the method according to the invention FIG. 2 be collected by the cloud computer system 5.
  • one embodiment of a danger zone map offers the possibility of evaluating already identified danger zones for validation and modification and/or requests a user to validate an identified danger zone (see FIG. 2 reference number 8).
  • Marking a danger spot through user input on the interactive map takes place in three main steps: First, the road user marks the corresponding spot on the map and can then determine the type of danger, for example whether the spot is confusing or has poor road conditions (402). In the second step, you can then select for whom the location poses a source of danger: e.g. pedestrians, cyclists, motorcyclists and motor vehicle drivers (car, truck or bus drivers) and thus generates a hazard relevance 401 (relevance statement). In the next step, the more precise danger trigger can be specified, such as unclear traffic routing or wild growth on the side of the road. Furthermore, the app or website (not shown) can provide the user with contextual information as to which environmental influences or traffic situations typically pose a danger at the danger point.
  • a source of danger e.g. pedestrians, cyclists, motorcyclists and motor vehicle drivers (car, truck or bus drivers) and thus generates a hazard relevance 401 (relevance statement).
  • the more precise danger trigger can be specified, such as unclear traffic routing
  • FIG. 5 shows an example of the danger levels 502 determined by means of a method according to the invention in a danger zone map 500 for an urban area, the determined danger levels 502 being compared to the accident clusters 501 that were determined by the accident commission for the same period of time.
  • the danger levels are graded in color: the darker, the more dangerous a section or junction is.
  • the accident sites or accident clusters are shown as circles 501. It can be seen that accident sites or accident clusters 501 only cover a portion of the road sections and junctions 502 identified as dangerous.
  • the danger level 503 varies between 5 levels (from 1 to 5) at the accident clusters 501. This means that a distinction is not only made between the presence of a dangerous place and the absence of a dangerous place.
  • the danger score can be used to determine further information about road safety and present it ergonomically for users.
  • danger spots that exist at all times regardless of environmental factors, there are danger spots that only exist in certain contextual situations, for example during heavy rain, at night or when there is high traffic.
  • the database is enriched with further context data 4 such as weather data and traffic data.
  • the danger assessment using a danger score can dynamically take the respective context situation into account and convey the optimal information content for the respective user groups.
  • the danger zone map 500 shown can be used to verify the results of the danger levels 502 determined by a method according to the invention and at the same time show that the accident data 1 in the form of accident clusters (circle) 501 are not sufficient to identify as many dangerous places as possible in a traffic route network. Tests showed that the hazard map determined using a method according to the invention is also suitable, among other things, for the early detection of structural hazards in road traffic.
  • FIG.1-3 304' second test step 1
  • Sensor data FIG.4 3
  • User input data 401 Hazard relevance (relevance statement) 4
  • Context data 5
  • Cloud computer system 402
  • Danger type (danger type information) 6
  • End devices 403 Comment text 7
  • warning 404 Picture 8th User response 405 Position of the danger point (georeferencing)
  • FIG.3 301 first step
  • FIG.5 302 second step 500 Hazardous location map 303
  • Third step 501 Accident accumulation site 304
  • fifth step 503 Danger level 303' first test step

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Traffic Control Systems (AREA)
EP23161919.8A 2022-03-14 2023-03-14 Procédés et systèmes de détection précoce et d'évaluation de points de danger structuraux dans la circulation routière Pending EP4246487A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022105919.7A DE102022105919A1 (de) 2022-03-14 2022-03-14 Verfahren und Systeme zur Früherkennung und Bewertung von strukturellen Gefahrenstellen im Straßenverkehr
LU102919A LU102919B1 (de) 2022-03-14 2022-03-14 Verfahren und Systeme zur Früherkennung und Bewertung von strukturellen Gefahrenstellen im Straßenverkehr

Publications (1)

Publication Number Publication Date
EP4246487A1 true EP4246487A1 (fr) 2023-09-20

Family

ID=85570002

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23161919.8A Pending EP4246487A1 (fr) 2022-03-14 2023-03-14 Procédés et systèmes de détection précoce et d'évaluation de points de danger structuraux dans la circulation routière

Country Status (1)

Country Link
EP (1) EP4246487A1 (fr)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010055370A1 (de) * 2010-12-21 2012-06-21 Daimler Ag Verfahren zum Erstellen und zur Nutzung einer Gefahrenkarte eines Kraftfahrzeug-Navigationssystems
US20160379485A1 (en) * 2015-06-25 2016-12-29 Here Global B.V. Method and apparatus for providing safety levels estimate for a travel link based on signage information
US20170241791A1 (en) * 2016-02-24 2017-08-24 Allstate Insurance Company Risk Maps
DE102019203405A1 (de) 2019-03-13 2020-04-16 Audi Ag Verfahren zur Warnung vor Gefahren im Straßenverkehr und Fahrerassistenzsystem
DE102019209294A1 (de) * 2019-06-26 2020-06-25 Zf Friedrichshafen Ag Verfahren zur Verbesserung der Sicherheit im Strassenverkehr
DE102020108531A1 (de) 2020-03-27 2020-08-20 Daimler Ag Verfahren zur Identifizierung potentieller Gefahrenstellen
US20210181753A1 (en) * 2018-06-25 2021-06-17 Allstate Insurance Company Preemptive Logical Configuration of Vehicle Control Systems

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102010055370A1 (de) * 2010-12-21 2012-06-21 Daimler Ag Verfahren zum Erstellen und zur Nutzung einer Gefahrenkarte eines Kraftfahrzeug-Navigationssystems
US20160379485A1 (en) * 2015-06-25 2016-12-29 Here Global B.V. Method and apparatus for providing safety levels estimate for a travel link based on signage information
US20170241791A1 (en) * 2016-02-24 2017-08-24 Allstate Insurance Company Risk Maps
WO2017146790A1 (fr) 2016-02-24 2017-08-31 Allstate Insurance Company Cartes de risques
US20210181753A1 (en) * 2018-06-25 2021-06-17 Allstate Insurance Company Preemptive Logical Configuration of Vehicle Control Systems
DE102019203405A1 (de) 2019-03-13 2020-04-16 Audi Ag Verfahren zur Warnung vor Gefahren im Straßenverkehr und Fahrerassistenzsystem
DE102019209294A1 (de) * 2019-06-26 2020-06-25 Zf Friedrichshafen Ag Verfahren zur Verbesserung der Sicherheit im Strassenverkehr
DE102020108531A1 (de) 2020-03-27 2020-08-20 Daimler Ag Verfahren zur Identifizierung potentieller Gefahrenstellen

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
B. RYDERA. DAHLINGER ET AL.: "Spatial prediction of traffic accidents with critical driving events - Insights from a nationwide field study", TRANSPORTATION RESEARCH PART A: POLICY AND PRACTICE, vol. 124, 2019

Similar Documents

Publication Publication Date Title
EP3438901A1 (fr) Système de base de données de scénario de conduite d'essai pour scénarios de conduite d'essais virtuels proches de la réalité
DE102017217297B4 (de) System zur Erzeugung und/oder Aktualisierung eines digitalen Modells einer digitalen Karte
DE102016220913A1 (de) Verfahren und Vorrichtung zur Generierung von Testfällen für autonome Fahrzeuge
DE102013205392A1 (de) Backend für Fahrerassistenzsysteme
DE102008023972A1 (de) Verfahren und Vorrichtung zur Erkennung von verkehrsrelevanten Informationen
DE10056756A1 (de) Fahrerkonditionierung durch Fahrtinformationen über die Fahrzeuge in einem lokalen verkehrlichen Umfeld
DE102018221054A1 (de) Verfahren zum Bereitstellen von Kartendaten in einem Kraftfahrzeug, Kraftfahrzeug und zentrale Datenverarbeitungseinrichtung
DE102012004625A1 (de) Verfahren und Vorrichtung zur Aktualisierung und Anpassung von Karteninformationen in einem Navigationssystem
WO2021191051A1 (fr) Procédé et dispositif d'identification de zones de danger potentielles dans la circulation routière
DE102013107960B4 (de) Verfahren zur Aktualisierung einer Datenbasis sowie Einrichtung und Computerprogramm
DE102016215825A1 (de) Verfahren zum externen Bereitstellen von Kartendaten für Assistenzsysteme von Kraftfahrzeugen
EP4238077A1 (fr) Procédé pour fournir des informations sur les usagers de la route
DE102019000403A1 (de) Verfahren zumindest zur Ausgabe einer Warnung vor einer Gefahrenstelle
LU102919B1 (de) Verfahren und Systeme zur Früherkennung und Bewertung von strukturellen Gefahrenstellen im Straßenverkehr
EP4246487A1 (fr) Procédés et systèmes de détection précoce et d'évaluation de points de danger structuraux dans la circulation routière
DE102022105919A1 (de) Verfahren und Systeme zur Früherkennung und Bewertung von strukturellen Gefahrenstellen im Straßenverkehr
DE102017217299A1 (de) Verfahren und Einrichtung
DE102012219695A1 (de) Verfahren zum Gewinnen, Bereitstellen und Anwenden von streckenbezogenen Fahrzeugdaten und Vorrichtung hierfür
DE102016009199B4 (de) Verfahren zum Betreiben einer Datenerfassungseinheit zum Erfassen von mindestens einem Steuerungsereignis einer Steuerungvorrichtung eines Kraftfahrzeugs sowie eine Datenerfassungseinheit und eine Datenverarbeitungseinheit
EP3844936B1 (fr) Demander, analyser et transmettre les données des systèmes d'aide à la conduite d'un véhicule à un utilisateur externe
EP4224453A1 (fr) Procédé et système de détection de dépassement non autorisé de véhicule dans une zone de dépassement de trajet
DE102023004114A1 (de) Verfahren und Vorrichtung zur Meldung eines korrekturbedürftigen Verkehrszeichens
DE102021201512A1 (de) Verfahren zur Modellierung der Umgebung eines automatisierten Fahrzeugs
DE102019119454A1 (de) Verfahren zur Auswertung von Betriebsdaten einer Vielzahl an Fahrzeugen und System
DE102022119179A1 (de) Verfahren, System und Computerprogrammprodukt zum Testen und Trainieren eines Fahrerassistenzsystems (ADAS) und/oder eines automatisierten Fahrsystems (ADS) und/oder einer Fahrfunktion

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230314

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR