EP3520092B1 - Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge - Google Patents

Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge Download PDF

Info

Publication number
EP3520092B1
EP3520092B1 EP18700140.9A EP18700140A EP3520092B1 EP 3520092 B1 EP3520092 B1 EP 3520092B1 EP 18700140 A EP18700140 A EP 18700140A EP 3520092 B1 EP3520092 B1 EP 3520092B1
Authority
EP
European Patent Office
Prior art keywords
vehicle
wrong
way driver
receiver
data
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.)
Active
Application number
EP18700140.9A
Other languages
English (en)
French (fr)
Other versions
EP3520092A1 (de
Inventor
Pedro Sebastiao Correia
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.)
Audi AG
Original Assignee
Audi AG
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
Application filed by Audi AG filed Critical Audi AG
Publication of EP3520092A1 publication Critical patent/EP3520092A1/de
Application granted granted Critical
Publication of EP3520092B1 publication Critical patent/EP3520092B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/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/0125Traffic data processing
    • G08G1/0133Traffic data processing for classifying traffic situation
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/056Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
    • 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/096708Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096725Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information generates an automatic action on the vehicle control
    • 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/096733Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
    • G08G1/096741Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
    • 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/096733Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
    • G08G1/09675Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where a selection from the received information takes place in the vehicle
    • 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 relates to a method for informing at least one motor vehicle about a wrong-way driver vehicle.
  • the at least one motor vehicle is referred to below as the recipient vehicle, since it is the respective recipient of the information about the wrong-way driver vehicle.
  • the at least one receiver vehicle is informed about the wrong-way driver vehicle by a stationary server device.
  • the invention also includes a motor vehicle that communicates with a server device as a receiver vehicle.
  • warning messages such as for example against wrong-way drivers
  • TMC Traffic Message Channel
  • These messages are also not broadcast specifically for the relevant region, but globally, at least according to the range of the broadcaster. This means that the message has no relation to the current location of a recipient vehicle or its route.
  • the messages are only relevant for recipient vehicles in the vicinity of the traffic event and only if the recipient vehicle is moving towards the traffic event.
  • reports of wrong-way drivers have to be forwarded to a recipient vehicle with a slight time delay in order to achieve the maximum benefit.
  • a motor vehicle that automatically detects if it is on a wrong way or ghost ride. The motor vehicle can then report current location coordinates and the direction of travel to a central location.
  • a server device which specifically sends a warning about a wrong-way driver to those motor vehicles whose current position and route are related to the position of the wrong-way driver vehicle. It is a problem how to identify such recipient vehicles.
  • the invention is based on the object of specifically informing a respective driver of at least one receiver vehicle about a wrong-way driver vehicle which is relevant to his route and / or otherwise protecting him from it.
  • the invention provides a method by means of which at least one recipient vehicle is informed about a wrong-way driver vehicle.
  • a stationary server device receives wrong-way driver data from the wrong-way driver vehicle or from another motor vehicle or from a permanently installed monitoring device, which describe at least one position of the wrong-way driver vehicle.
  • the wrong-way driver data can, for example, also indicate a current driving direction and / or a planned and / or estimated driving route and / or a driving speed and / or a currently used lane or lane (English lane or track).
  • the server device can adequately trigger a protective measure in the at least one receiver vehicle on the basis of the wrong-way driver data.
  • the server device provides a digital road map which is divided into subareas of predetermined size. For example, a tile can be used as each partial area, the edge length of which can be in a range from 0.01 degrees to 0.1 degrees. The degree refers to the longitude and latitude.
  • a partial area represents a segment of the road map and includes or describes a partial area in which a motor vehicle can be located.
  • the server device uses the wrong-way driver data to select the partial area in which the wrong-way driver vehicle is located.
  • the map data of the selected partial area are then updated using the wrong-way driver data. So there is now map data available for the partial area also contain an entry or description of the wrong-way driver vehicle.
  • These updated map data of the partial area are sent to the at least one recipient vehicle.
  • the at least one receiver vehicle enters the received map data into an on-board digital road map. Now it has to be decided whether a protective measure is necessary for the respective driver of the at least one recipient vehicle. For this purpose, the at least one recipient vehicle checks on the on-board road map whether the wrong-way driver vehicle fulfills a predetermined relevance criterion for the recipient vehicle. If the relevance criterion is met, at least one predetermined protective measure is carried out in the recipient vehicle. The recipient vehicle therefore receives the card data, but does not immediately implement the at least one protective measure. Rather, the on-board road map is first used to check whether the wrong-way driver vehicle is relevant to the recipient vehicle at all.
  • the road map By using the road map, it is also possible to compare a route planned or estimated by the recipient vehicle with the position of the wrong-way driver vehicle or its wrong-way driver data. It is not necessary to transmit the complete road map from the server device to the recipient vehicle, but by dividing the road map into partial areas and generating updated map data for only one partial area, only the partial area of the road map required for displaying the wrong-way driver vehicle, i.e. the partial area with the wrong-way driver vehicle to enter or update the recipient vehicle in its on-board road map. If the wrong-way driver data also indicate the route of the wrong-way driver vehicle, it can also be checked whether the route of the recipient vehicle and the route of the wrong-way driver vehicle are likely to intersect.
  • the advantage of the invention is that the server device, by providing the map data, enables each recipient vehicle to determine for itself on the basis of the on-board road map or to determine whether the wrong-way driver vehicle is relevant, i.e. fulfills the relevance criterion, and then only if the relevance criterion is met at least one predetermined security measure is carried out in the respective recipient vehicle. A driver of the recipient vehicle is only affected by the at least one predetermined protective measure if the wrong-way driver vehicle is actually relevant or dangerous.
  • a wrong-way driver vehicle is to be understood in particular as a motor vehicle which moves on a road which has two structurally separate road sides, each with a predetermined uniform driving direction, against the prescribed driving direction of the road side on which it is traveling.
  • the invention also includes further developments, the features of which result in additional advantages.
  • the server device sends the card data to a large number of recipient vehicles independently of their respective current own position and / or route.
  • the server device thus sends out the card data as a broadcast signal.
  • the relevance is then checked individually in the recipient vehicles using the relevance criterion.
  • the at least one receiver vehicle can register for the reception of certain subareas.
  • the server device receives registration data from each of the receiver vehicles, by means of which the respective receiver vehicle registers for at least one respective partial area. It is thus known in the server device about which at least one partial area the respective recipient vehicle would like to be informed, since the recipient vehicle has registered for the respective partial area.
  • the server device sends the updated map data only to the at least one recipient vehicle from the plurality of recipient vehicles which is registered for the partial area in which the wrong-way driver vehicle is located and / or to which the wrong-way driver vehicle is approaching.
  • a recipient vehicle can thus, for example, register the partial area in which it is currently located and / or at least an adjacent partial area with the server device by means of registration data. Then the recipient vehicle is supplied with map data only if the wrong-way driver vehicle is in a registered partial area and / or the wrong-way driver vehicle drives towards it. Through this registration, a targeted preselection of the at least one receiver vehicle for the transmission or transmission of the updated map data is thus already carried out on the part of the server device.
  • the relevance criterion used for this preferably includes that a planned or estimated travel route of the recipient vehicle intersects a travel route of the wrong-way driver vehicle.
  • a planned route can be read out or received from a respective navigation device.
  • An estimated route can be determined, for example, on the basis of historical driving data of the respective recipient vehicle and / or a statistical description of a possible route of the respective recipient vehicle.
  • the relevance criterion can include that the wrong-way driver vehicle must be arranged in front of the recipient vehicle in the direction of travel.
  • the relevance criterion can include that route data of the wrong-way driver vehicle indicate the same road as route data of the receiver vehicle. The consideration of the route does not meet the relevance criterion in the event that the wrong-way driver is traveling on a motorway and the recipient vehicle is traveling in a different direction on a country road running parallel to it. In the event that the recipient vehicle and the wrong-way driver vehicle are traveling on the same road, the relevance criterion preferably includes that the wrong-way driver vehicle is traveling on the same side of the road as the recipient vehicle. In the case of structurally separate lanes, the side of the street means half of the street on which a uniform direction of travel is prescribed.
  • the at least one protective measure is only carried out if the wrong-way driver vehicle is traveling on the same road in relation to the recipient vehicle and is still in front of the recipient vehicle and it can be assumed that the routes of the two vehicles intersect or intersect.
  • the at least one protective measure must be carried out. Which includes at least one protective measure preferably that an indication of the wrong-way driver vehicle is output in the recipient vehicle. A driver or vehicle occupant of the recipient vehicle is hereby warned. Additionally or alternatively, the at least one protective measure preferably includes that an autopilot device for carrying out a partially automatic or fully automatic trip in the recipient vehicle is activated and the autopilot device is programmed or set for an evasive maneuver to evade the wrong-way driver vehicle.
  • Fully automatic driving mode provides for the longitudinal guidance (acceleration and braking) and lateral guidance (steering) of the recipient vehicle to be carried out by the autopilot device.
  • a semi-automatic driving mode only provides for longitudinal guidance or transverse guidance. For example, semi-automatic driving can be limited to an emergency stop. By activating the autopilot device, the recipient vehicle can react faster than a driver of the recipient vehicle could.
  • the server device can also send out at least one control signal by means of which the server device switches at least one variable message sign and / or an electronic sign bridge.
  • a variable message sign can be constructed, for example, on the basis of light-emitting diodes, the activation of which allows a pixel-by-pixel representation of information about the wrong-way driver vehicle to be displayed, for example on the roadside.
  • An electronic sign bridge can span the street and, based on light-emitting diodes or other light sources, for example, display a pixel-by-pixel representation of the information.
  • a monitoring device detects the wrong way or ghost trip in the wrong-way driver vehicle by recognizing a currently used road class with directional separation based on a current position and a digital road map.
  • a road class can be, for example, a motorway or an expressway.
  • the monitoring device can detect oncoming traffic (oncoming motor vehicles) and / or at least an information sign be recognized.
  • the sign can be a warning on an entrance or exit of a freeway regarding an incorrect direction of travel.
  • a rear side of an information sign can also be recognized, which can also be used to infer the ghost or wrong way.
  • the sensor device can comprise, for example, a camera for generating image data or video data.
  • Object recognition can be provided, for example, on the basis of a microprocessor or microcontroller and on the basis of an algorithm for image recognition.
  • the monitoring device can recognize, on the basis of a steering angle signal of the wrong-way driver vehicle, the driving on an exit of a motorway or an expressway (instead of a driveway or driveway). This can be differentiated on the steering device and on the basis of the digital road map.
  • the invention provides a server device for informing at least one recipient vehicle about a wrong-way driver vehicle.
  • the server device is set up for stationary server operation on the Internet.
  • the server device can have a computer or a computer network that can be connected to the Internet.
  • the server device has a processor device which is set up to receive wrong-way driver data, which describe at least a current position of the wrong-way driver vehicle, from the wrong-way driver vehicle.
  • the processor device can receive at least one microprocessor and / or at least one microcontroller.
  • the method steps that are carried out by the server device during operation can be provided by a program code that can be carried out by the processor device.
  • the server device has a digital road map which is divided into subareas of predetermined size.
  • the processor device is set up to recognize or select the partial area in which the wrong-way driver vehicle is located on the road map based on the wrong-way driver data and to update map data of the selected partial area using the wrong-way driver data and to send the updated map data of the partial area to the at least one receiving vehicle.
  • the invention provides a motor vehicle that is set up as a receiver vehicle for the server device.
  • a control device is provided in the motor vehicle, which has a processor device that is set up to receive map data received from the server device, which indicate a partial area in an on-board digital road map, in which a wrong-way driver vehicle is located, and into the on-board road map to be entered and checked on the basis of the on-board road map as to whether the wrong-way driver vehicle fulfills a predetermined relevance criterion for the recipient vehicle, and to carry out at least one predetermined protective measure in the recipient vehicle if the relevance criterion is met.
  • the control device of the motor vehicle can be designed, for example, as a control device.
  • the processor device can have at least one microprocessor and / or one microcontroller. To carry out the steps described, the processor device can have a program code which is set up to carry out the steps when executed by the processor device.
  • a motor vehicle with a monitoring device for detecting a wrong way is provided.
  • the monitoring device is set up to detect the wrong way in that the monitoring device recognizes a currently used street class with directional separation based on a current position of the motor vehicle and a digital road map and detects oncoming traffic and / or at least a sign and / or by means of a sensor device and a downstream object detection by means of a steering angle signal of the motor vehicle driving on an exit (instead of an entrance) on a motorway or Expressway detects, with the monitoring device set up for this is to identify wrong-way driver data, which describe at least a current position of the wrong-way driver vehicle, by means of a communication device to a vehicle-external server device upon detection of the wrong way.
  • the wrong-way driver data of course also identifies the motor vehicle to the server device as a wrong-way driver vehicle.
  • the monitoring device can, for example, be a program module for a processor device of the motor vehicle.
  • the processor device can have at least one microcontroller and / or at least one microprocessor, and can be set up to execute the program code.
  • FIG. Shows a schematic representation of an embodiment of the system according to the invention.
  • the figure shows a road 10, which can have structurally separate road sides 11, 12, for each of which a direction of travel 13 is prescribed.
  • Each side of the road 11, 12 can have lanes 14, ie individual lanes, on which vehicles can travel.
  • a motor vehicle can travel along the wrong direction 13 as a wrong-way driver vehicle 15.
  • receiver vehicles 16 can travel along the road 10.
  • the wrong-way driver vehicle 15 can detect the wrong way through its own monitoring device 17 and transmit wrong-way driver data 20 to a server device 19 via a radio link 18.
  • the wrong-way driver data 15 can be sent, for example, to a mobile radio network 21 (GSM, UMTS, LTE) and / or to a WLAN router.
  • GSM mobile radio network
  • UMTS Universal Mobile Telecommunications
  • WLAN router a wireless local area network
  • the server device 19 can have a road map 23, by means of which the road 10 and its surroundings are divided into subareas 24, which are shown by way of example in the figure, only a few of the subareas 24 being provided with a reference symbol for the sake of clarity.
  • the partial areas 24 can have the shape of tiles, that is to say a tile pattern or tile grid serves to divide the surroundings, which is shown in the road map 23.
  • the receiver vehicles 16 can also each have a road map 25, in which traffic events or warnings and their associated geoposition can be mapped or entered.
  • the server device 19 can send updated map data 27 to the receiver vehicles 16 via a respective radio link 26, by means of which the road maps 25 are updated in such a way that a corresponding entry or information about the wrong-way driver vehicle 15 is provided for the partial area 24 in which the wrong-way driver vehicle 15 is traveling is entered or supplemented or updated on the basis of the wrong-way driver data 20.
  • Each recipient vehicle 16 can then use a relevance criterion to check whether the wrong-way driver vehicle 15 is relevant to its own route.
  • the radio connections 26 can be provided in a manner known per se, for example on the basis of a respective mobile radio module and / or WLAN radio module provided in the respective receiver vehicle 16.
  • At least one predetermined protective measure 29 can be carried out in the respective receiver vehicle 16.
  • the server device 19 thus represents a back-end system for the wrong-way driver vehicle 15 and the receiver vehicles 16.
  • the wrong-way driver data can include, for example, predictive route data (PSD) or road data from a digital road map that maps the road network in which the vehicle is moving for navigation and driver assistance systems.
  • the road data also includes the road class (e.g. motorway).
  • the location is supported with the help of the determined GPS position (GPS - Global Positioning System) or another GNSS position (GNSS - Global Navigation Satellite System). Will be here recognized that the vehicle is in the wrong direction on the road network, this can be declared as a wrong-way driver (wrong-way driving).
  • a vehicle camera can also be used as a plausibility check. If an object detection connected downstream of the vehicle camera detects that a "prohibited passage sign" is being driven through, the vehicle can be declared as a wrong-way driver. Under certain circumstances, other types of signs or traffic signs recognized from behind can also be used as the basis for declaring a wrong-way driver.
  • the object recognition of the camera can also or alternatively be used in another way. If, for example, oncoming traffic is determined on a street class "Autobahn", the vehicle can be declared as a wrong-way driver.
  • the steering angle sensor indicates the position of the steering wheel.
  • PSD position of the steering wheel.
  • it can be determined whether the vehicle is entering the highway correctly. Since, at least in Germany, the driveways always turn right onto the motorway, this can be used as the basis for identifying a wrong-way driver. If a vehicle should drive onto the highway in a left turn, the vehicle can be declared a wrong-way driver.
  • the wrong-way vehicle thus automatically recognizes itself as a wrong-way driver. If the detection is positive, the driver is warned and a message with wrong-way driver data is sent to a back-end system (server device).
  • server device a back-end system
  • the driver can be recommended a driving maneuver such as "reduce speed”, “please drive on the hard shoulder”, “activate hazard warning lights” to resolve or alleviate the dangerous situation.
  • a communication unit with an online connection can be provided as follows: To enable communication between the vehicle and the backend system, a radio connection must exist. This radio connection can be made through a permanently installed communication device in the vehicle with an online connection. These include, for example, a modular infotainment kit (MIB - Infotainment system) or a connected gateway (cGW) with a cell phone module and / or WLAN radio module (WLAN - Wireless Local Area Network). Coupled devices (coupling by means of Bluetooth, WLAN or cable possible, generally wireless or wired technologies), such as for example, can also be used a smartphone or a tablet PC can be used to establish a connection between the vehicle and the back-end system.
  • MIB - Infotainment system modular infotainment kit
  • cGW connected gateway
  • WLAN radio module WLAN - Wireless Local Area Network
  • This wrong-way driver data can be used and processed in different ways in the backend.
  • various information about the wrong-way vehicle can be stored in a virtual, i.e. digital navigation map or street map in the backend system.
  • the wrong-way driver is mapped or imprinted on the stored road network as a traffic event with various attributes (e.g. heading / driving direction of the vehicle, GPS position, time stamp, lane, speed, road class).
  • segment ID and optionally an offset are saved in addition to the attributes mentioned, in order to simplify the mapping of the traffic event onto the map in the back-end system and later in the vehicle of the other road users. This information is then sent to other vehicles as updated map data.
  • Communication in vehicles of other road users can be configured as follows.
  • the vehicles move on a navigation map, i.e. an on-board digital road map.
  • This street map can be organized or divided into subareas, for example in the form of "tiles" with a fixed size (for example a size of 0.05 x 0.05 degrees).
  • a vehicle is always exactly on a tile and knows its 8 neighboring tiles, for example.
  • a broadcast mechanism is used.
  • the backend system sends the map data of the tile with updated information to all vehicles. This happens regardless of whether they are in or outside the affected tile.
  • a registration / notification mechanism is provided. Vehicles know their current tile including their neighboring tiles and use registration data to register in the backend system for this subset of preferred tiles. This enables the backend system to send tiles with updated map data more efficiently and specifically only to those vehicles that can derive specific benefits from the information. The relevant vehicles are thus notified of an update by the backend system.
  • the relevance of the information is assessed locally in the vehicle, i.e. a determination of the road users for whom the wrong-way driver report is relevant.
  • a virtual safe area around the receiver vehicle can be spanned or defined. This "radius" can be 100 meters or up to 50 kilometers. For example, this area is a tile with possibly its adjacent tiles.
  • the wrong-way driver information can be derived from local information, e.g. Heading, GPS position / GNSS position and planned / estimated route determine whether the wrong-way driver information is relevant.
  • the heading is also required to avoid unnecessary warnings.
  • the route of the recipient vehicle must also be included. For example, a wrong-way driver on the highway and a receiver vehicle on a country road could be traveling in different directions. If at the same time the distance between these two roads is smaller than the variance of the GPS / GNSS position determined, a warning message would be incorrectly propagated become. An error message is counteracted by considering the route.
  • the route of the recipient vehicle can be taken from the set navigation destination or from an estimated route. The person skilled in the art can combine the corresponding conditions into one relevance criterion.
  • Warning notices and maneuver notices for wrong-way drivers can thus be generated for other road users in the recipient vehicles, and if relevant, acoustic, visual and haptic warnings can be given analogously to the point "Warning notices for wrong-way drivers and maneuver notices".
  • the driver can be recommended a driving maneuver, such as "reduce speed”, "please drive on the hard shoulder”, “activate hazard warning system”.
  • the described method delivers current warning messages, which at the same time, in particular, bring higher accuracy and additional details. Details can e.g. the lane used by the wrong-way driver and its speed. This can better resolve or mitigate a dangerous situation. Thanks to the additional details, recommendations such as "Change to the left / right side” (i.e. "safe” lane for this situation). Some of these points can also be done automatically depending on the situation.
  • the vehicle will switch to a piloted mode in the future and automatically clarify the situation using an autopilot device.
  • the vehicle can also draw a "wrong-way driver icon" locally and dynamically on the navigation map shown on the display or screen at the location of the wrong-way driver. Other vehicles that are not in the relevant area and do not drive in the relevant direction of travel would not do this.
  • Previous methods are characterized by a considerable delay and distribute the warning geographically over a large area and not in a targeted manner to the relevant road users in the vicinity of the traffic event.
  • the method described here enables warnings to be displayed with current location-time reference and / or accuracy, and optionally additional details. Details can be, for example, the lane used by the wrong-way driver and / or its speed. Automatic detection of a wrong-way driver and immediate notification to other road users via a back-end system happens in real time. A time-consuming manual report by eyewitnesses and sending via TMC can be omitted.
  • warning message can also be passed on to emergency services or used to switch variable message signs and / or signals on electronic gantries.
  • an anonymized aggregation of traffic events over a longer period of time can determine whether wrong-way drivers have already been reported more frequently at specific points. This information can e.g. Municipalities and cities are made available so that measures can be taken to improve the labeling of the relevant driveways in the wrong direction.
  • the examples show how the invention can provide a method for displaying local hazard warnings with a current location-time reference and an integration of information appropriate to the situation.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)

Description

  • Die Erfindung betrifft ein Verfahren zum Informieren zumindest eines Kraftfahrzeugs über ein Falschfahrerfahrzeug. Das zumindest eine Kraftfahrzeug ist im Folgenden jeweils als Empfängerfahrzeug bezeichnet, da es der jeweilige Empfänger der Informationen über das Falschfahrerfahrzeug ist. Das zumindest eine Empfängerfahrzeug wird durch eine stationäre Servervorrichtung über das Falschfahrerfahrzeug informiert. Zu der Erfindung gehört auch ein Kraftfahrzeug, das als Empfängerfahrzeug mit einer Servervorrichtung kommuniziert.
  • Heutzutage werden Warnmeldungen, wie zum Beispiel vor Falschfahrern, über den TMC-Kanal (TMC - Traffic Message Channel) in Navigationsgeräten oder im Verkehrsfunk über Radiokanäle verbreitet. Dies geschieht mit einer erheblichen Verzögerung im Vergleich zum Eintreten des Verkehrsereignisses. Diese Meldungen werden auch nicht spezifisch auf die relevante Region, sondern global, zumindest entsprechend der Senderreichweite, ausgesendet. Das heißt, dass die Meldung keinen Bezug zum aktuellen Aufenthaltsort eines Empfängerfahrzeugs oder seine Fahrtroute aufweist. Die Meldungen sind aber nur relevant für Empfängerfahrzeuge in der Umgebung des Verkehrsereignisses und nur dann, wenn sich das Empfängerfahrzeug auf das Verkehrsereignis zubewegt. Weiterhin müssen Meldungen über Falschfahrer auch mit geringer Zeitverzögerung an ein Empfängerfahrzeug weitergeleitet werden, um den maximalen Nutzen zu erzielen.
  • Aus der DE 10 2014 106 445 B3 ist ein Kraftfahrzeug bekannt, das selbstständig erkennt, falls es sich auf einer Falschfahrt oder Geisterfahrt befindet. Das Kraftfahrzeug kann dann aktuelle Ortskoordinaten und die Fahrtrichtung an eine zentrale Stelle melden.
  • Aus der DE 10 2013 007 866 A1 ist eine Servervorrichtung bekannt, die eine Warnung über einen Falschfahrer gezielt nur an solche Kraftfahrzeuge aussendet, deren aktuelle Position und Fahrtroute einen Bezug zur Position des Falschfahrerfahrzeugs aufweist. Es stellt ein Problem dar, wie man solche Empfängerfahrzeuge identifizieren kann.
  • Der Erfindung liegt die Aufgabe zugrunde, einen jeweiligen Fahrer zumindest eines Empfängerfahrzeugs gezielt über ein Falschfahrerfahrzeug, das für seine Fahrtroute relevant ist, zu informieren und/oder ihn anderweitig davor zu schützen.
  • Die Aufgabe ist durch die Gegenstände der unabhängigen Patentansprüche gelöst. Vorteilhafte Weiterbildungen der Erfindung sind durch die abhängigen Patentansprüche, die folgende Beschreibung sowie die Figur beschrieben.
  • Durch die Erfindung ist ein Verfahren bereitgestellt, mittels welchem zumindest ein Empfängerfahrzeug über ein Falschfahrerfahrzeug informiert wird. Hierzu empfängt eine stationäre Servervorrichtung aus dem Falschfahrerfahrzeug oder aus einem anderen Kraftfahrzeug oder aus einer fest installierten Überwachungseinrichtung Falschfahrerdaten, welche zumindest eine Position des Falschfahrerfahrzeugs beschreiben. Optional können die Falschfahrerdaten zum Beispiel auch eine aktuelle Fahrtrichtung und/oder eine geplante und/oder geschätzte Fahrtroute und/oder eine Fahrgeschwindigkeit und/oder eine aktuell befahrene Fahrbahn oder Fahrspur (Englisch Lane oder Track) angeben. Damit die Servervorrichtung bedarfsadequat eine Schutzmaßnahme in dem zumindest eine Empfängerfahrzeug auf Grundlage der Falschfahrerdaten auslösen kann, ist Folgendes vorgesehen. Die Servervorrichtung stellt eine digitale Straßenkarte bereit, die in Teilareale vorbestimmter Größe eingeteilt ist. Beispielsweise kann als jedes Teilareal eine Kachel verwendet werden, deren Kantenlänge in einem Bereich von 0,01 Grad bis 0,1 Grad liegen kann. Die Gradangabe bezieht sich hierbei auf den Längengrad und den Breitengrad. Ein solches Teilareal stellt ein Segment der Straßenkarte dar und umfasst oder beschreibt ein Teilgebiet, in welchem sich ein Kraftfahrzeug befinden kann. In der Straßenkarte wählt die Servervorrichtung anhand der Falschfahrerdaten dasjenige Teilareal aus, in welchem sich das Falschfahrerfahrzeug befindet. Die Kartendaten des ausgewählten Teilareals werden dann mittels der Falschfahrerdaten aktualisiert. Es stehen nun also für das Teilareal Kartendaten bereit, welche auch einen Eintrag oder eine Beschreibung des Falschfahrerfahrzeugs enthalten. Diese aktualisierten Kartendaten des Teilareals werden an das zumindest eine Empfängerfahrzeug ausgesendet. Das zumindest eine Empfängerfahrzeug trägt die empfangenen Kartendaten in eine bordeigene digitale Straßenkarte ein. Nun muss noch entschieden werden, ob für den jeweiligen Fahrer des zumindest einen Empfängerfahrzeugs eine Schutzmaßnahme nötig ist. Das zumindest eine Empfängerfahrzeug überprüft hierzu an der bordeigenen Straßenkarte, ob das Falschfahrerfahrzeug für das Empfängerfahrzeug ein vorbestimmtes Relevanzkriterium erfüllt. Bei erfülltem Relevanzkriterium wird zumindest eine vorbestimmte Schutzmaßnahme in dem Empfängerfahrzeug durchgeführt. Das Empfängerfahrzeug empfängt also die Kartendaten, führt aber nicht unmittelbar die zumindest eine Schutzmaßnahme durch. Vielmehr wird zunächst anhand der bordeigenen Straßenkarte überprüft, ob das Falschfahrerfahrzeug überhaupt für das Empfängerfahrzeug relevant ist. Durch Verwenden der Straßenkarte ist hierbei auch ein Abgleich einer vom Empfängerfahrzeug geplanten oder geschätzten Fahrtroute mit der Position des Falschfahrerfahrzeugs oder dessen Falschfahrerdaten möglich. Dabei muss nicht die vollständige Straßenkarte von der Servervorrichtung an das Empfängerfahrzeug übertragen werden, sondern durch das Einteilen der Straßenkarte in Teilareale und Erzeugen von aktualisierten Kartendaten für nur ein Teilareal ist nur das zum Anzeigen des Falschfahrerfahrzeugs benötigte Teilareal der Straßenkarte, also das Teilareal mit dem Falschfahrerfahrzeug, in dem Empfängerfahrzeug in dessen bordeigener Straßenkarte einzutragen oder zu aktualisieren. Falls die Falschfahrerdaten auch die Fahrtroute des Falschfahrerfahrzeugs angeben, kann auch überprüft werden, ob die Fahrtroute des Empfängerfahrzeugs und die Fahrtroute des Falschfahrerfahrzeugs sich voraussichtlich schneiden.
  • Durch die Erfindung ergibt sich der Vorteil, dass die Servervorrichtung durch Bereitstellen der Kartendaten es jedem Empfängerfahrzeug ermöglicht, für sich selbst anhand der bordeigenen Straßenkarte zu ermitteln oder festzustellen, ob das Falschfahrerfahrzeug relevant ist, also das Relevanzkriterium erfüllt, und dann nur bei erfülltem Relevanzkriterium die zumindest eine vorbestimmte Sicherheitsmaßnahme in dem jeweiligen Empfängerfahrzeug durchgeführt wird. Ein Fahrer des Empfängerfahrzeugs wird als durch die zumindest eine vorbestimmte Schutzmaßnahme nur dann betroffen, falls das Falschfahrerfahrzeug auch tatsächlich relevant oder gefährlich ist.
  • Unter einem Falschfahrerfahrzeug ist insbesondere ein Kraftfahrzeug zu verstehen, welches auf einer Straße, die zwei baulich getrennte Straßenseiten mit jeweils vorgegebener einheitlicher Fahrtrichtung aufweist, sich entgegen der vorgeschriebenen Fahrtrichtung derjenigen Straßenseite bewegt, auf der es fährt.
  • Zu der Erfindung gehören auch Weiterbildungen, durch deren Merkmale sich zusätzliche Vorteile ergeben.
  • Da jedes Empfängerfahrzeug für sich selbst entscheidet, ob das Falschfahrerfahrzeug relevant ist, kann vorgesehen sein, dass die Servervorrichtung die Kartendaten an eine Vielzahl von Empfängerfahrzeugen unabhängig von deren jeweiliger aktueller Eigenposition und/oder Fahrtroute aussendet. Die Servervorrichtung sendet die Kartendaten also als Broadcast-Signal aus. Die Relevanz wird mittels des Relevanzkriteriums dann ausschließlich in den Empfängerfahrzeugen individuell überprüft. Alternativ dazu kann sich das zumindest eine Empfängerfahrzeug für den Empfang von bestimmten Teilarealen registrieren. Hierzu kann vorgesehen sein, dass die Servervorrichtung aus jedem der Empfängerfahrzeuge Registrierdaten empfängt, durch welche sich das jeweilige Empfängerfahrzeug für zumindest ein jeweiliges Teilareal registriert. In der Servervorrichtung ist somit bekannt, über welches zumindest eine Teilareal das jeweilige Empfängerfahrzeug informiert werden möchte, da sich das Empfängerfahrzeug für das jeweilige Teilareal registriert hat. Die Servervorrichtung sendet die aktualisierten Kartendaten nur an dasjenige zumindest eine Empfängerfahrzeug aus der Vielzahl Empfängerfahrzeugen aus, welches für das Teilareal, in welchen sich das Falschfahrerfahrzeug befindet und/oder auf welches das Falschfahrerfahrzeug zufährt, registriert ist. Ein Empfängerfahrzeug kann somit beispielsweise das Teilareal, in welchem es sich gerade selbst befindet, und/oder zumindest ein angrenzendes Teilareal jeweils bei der Servervorrichtung mittels Registrierdaten registrieren. Dann wird das Empfängerfahrzeug mit Kartendaten nur versorgt, falls sich das Falschfahrerfahrzeug in einem registrierten Teilareal befindet und/oder das Falschfahrerfahrzeug darauf zufährt. Durch diese Registrierung wird also schon auf Seiten der Servervorrichtung eine gezielte Vorauswahl des zumindest einen Empfängerfahrzeugs für die Übermittlung oder Aussendung der aktualisierten Kartendaten durchgeführt.
  • Falls nun die Kartendaten in einem Empfängerfahrzeug vorliegen, muss dieses immer noch entscheiden, ob das Falschfahrerfahrzeug für die aktuelle Fahrt des Empfängerfahrzeugs relevant ist. Das hierzu verwendete Relevanzkriterium umfasst bevorzugt, dass eine geplante oder geschätzte Fahrtroute des Empfängerfahrzeugs eine Fahrtroute des Falschfahrerfahrzeugs schneidet. Eine geplante Fahrtroute kann aus einem jeweiligen Navigationsgerät ausgelesen oder empfangen werden. Eine geschätzte Fahrtroute kann zum Beispiel auf der Grundlage von historischen Fahrdaten des jeweiligen Empfängerfahrzeugs und/oder einer statistischen Beschreibung einer möglichen Fahrtroute des jeweiligen Empfängerfahrzeugs ermittelt werden. Zusätzlich oder alternativ dazu kann das Relevanzkriterium umfassen, dass das Falschfahrerfahrzeug in Fahrtrichtung des Empfängerfahrzeugs vor diesem angeordnet sein muss. Befindet sich das Falschfahrerfahrzeug bereits in Fahrtrichtung des Empfängerfahrzeugs hinter diesem, so kann das Falschfahrerfahrzeug dem Empfängerfahrzeug nicht mehr gefährlich werden und ist somit irrelevant. Zusätzlich oder alternativ dazu kann das Relevanzkriterium umfassen, dass Fahrtroutendaten des Falschfahrerfahrzeugs dieselbe Straße angeben wie Fahrtroutendaten des Empfängerfahrzeugs. Durch die Betrachtung der Fahrtroute wird für den Fall, dass der Falschfahrer auf einer Autobahn und das Empfängerfahrzeug auf einer parallel dazu verlaufenden Landstraße in unterschiedlicher Fahrtrichtung unterwegs sind, das Relevanzkriterium nicht erfüllt. Für den Fall, dass Empfängerfahrzeug und Falschfahrerfahrzeug auf derselben Straße unterwegs sind, umfasst das Relevanzkriterium bevorzugt, dass das Falschfahrerfahrzeug auf derselben Straßenseite wie das Empfängerfahrzeug fährt. Mit Straßenseite ist bei baulich getrennten Fahrbahnen jeweils eine Hälfte der Straße gemeint, auf welcher eine einheitliche Fahrtrichtung vorgeschrieben ist.
  • Durch Zusammenstellen des Relevanzkriteriums mit den genannten Bedingungen kann also sichergestellt werden, dass die zumindest eine Schutzmaßnahme nur dann durchgeführt wird, falls das Falschfahrerfahrzeug bezogen auf das Empfängerfahrzeug auf der gleichen Straße unterwegs ist und sich hierbei noch vor dem Empfängerfahrzeug befindet und davon auszugehen ist, dass die Fahrtrouten der beiden Fahrzeuge sich schneiden oder kreuzen.
  • Ist das Relevanzkriterium erfüllt, so muss die zumindest eine Schutzmaßnahme durchgeführt werden. Die zumindest eine Schutzmaßnahme umfasst bevorzugt, dass ein Hinweis auf das Falschfahrerfahrzeug in dem Empfängerfahrzeug ausgegeben wird. Hierdurch ist ein Fahrer oder Fahrzeuginsasse des Empfängerfahrzeugs gewarnt. Zusätzlich oder alternativ dazu umfasst die zumindest eine Schutzmaßnahme bevorzugt, dass eine Autopiloteinrichtung zum Durchführen einer teilautomatischen oder vollautomatischen Fahrt in dem Empfängerfahrzeug aktiviert wird und die Autopiloteinrichtung auf ein Ausweichmanöver zum Ausweichen vor dem Falschfahrerfahrzeug programmiert oder eingestellt wird. Vollautomatischer Fahrbetrieb sieht das Durchführen der Längsführung (Beschleunigen und Abbremsen) und Querführung (Lenken) des Empfängerfahrzeugs durch die Autopiloteinrichtung vor. Ein teilautomatischer Fahrbetrieb sieht lediglich die Längsführung oder die Querführung vor. Ein teilautomatischer Fahrbetrieb kann zum Beispiel auf einen Nothalt begrenzt sein. Durch Aktivieren der Autopiloteinrichtung kann das Empfängerfahrzeug schneller reagieren, als es ein Fahrer des Empfängerfahrzeugs könnte.
  • Weitere Verkehrsteilnehmer in dem Teilareal, in welchem sich das Falschfahrerfahrzeug befindet, zu warnen, kann die Servervorrichtung auch zumindest ein Steuersignal aussenden, mittels welchem die Servervorrichtung zumindest ein Wechselverkehrszeichen und/oder eine elektronische Schilderbrücke schaltet. Ein Wechselverkehrszeichen kann beispielsweise auf der Grundlage von Leuchtdioden aufgebaut werden, durch deren Ansteuerung sich eine pixelweise Darstellung einer Information über das Falschfahrerfahrzeug zum Beispiel am Straßenrand anzeigen lässt. Eine elektronische Schilderbrücke kann die Straße überspannen und auf der Grundlage zum Beispiel von Leuchtdioden oder anderen Lichtquellen eine pixelweise Darstellung der Information anzeigen.
  • Bisher wurde beschrieben, dass die Servervorrichtung aus dem Falschfahrerfahrzeug die benötigten Falschfahrerdaten empfängt. Wie diese Falschfahrerdaten ermittelt werden, wurde bisher nicht beschrieben. Bevorzugt ist hierzu vorgesehen, dass in dem Falschfahrerfahrzeug eine Überwachungseinrichtung die Falschfahrt oder Geisterfahrt erkennt, indem anhand einer aktuellen Position und einer digitalen Straßenkarte eine aktuell befahrene Straßenklasse mit Fahrtrichtungstrennung erkannt wird. Eine solche Straßenklasse kann zum Beispiel eine Autobahn oder eine Schnellstraße sein. Mittels einer Sensoreinrichtung und einer nachgeschalteten Objekterkennung kann durch die Überwachungseinrichtung ein Gegenverkehr (entgegenkommende Kraftfahrzeuge) und/oder zumindest ein Hinweisschild erkannt werden. Beispielsweise kann das Hinweisschild eine Warnung an einer Auffahrt oder Abfahrt einer Autobahn betreffend eine falsche Fahrtrichtung sein. Es kann auch eine Rückseite eines Hinweisschildes erkannt werden, worauf ebenfalls auf die Geisterfahrt oder Falschfahrt geschlossen werden kann. Die Sensoreinrichtung kann zum Beispiel eine Kamera zum Erzeugen von Bilddaten oder Videodaten umfassen. Eine Objekterkennung kann beispielsweise auf der Grundlage eines Mikroprozessors oder Mikrocontrollers sowie auf der Grundlage eines Algorithmus für Bilderkennung bereitgestellt sein. Die Überwachungseinrichtung kann zusätzlich oder alternativ dazu anhand eines Lenkwinkelsignals des Falschfahrerfahrzeugs das Befahren einer Ausfahrt einer Autobahn oder einer Schnellstraße (anstelle einer Auffahrt oder Zufahrt) erkennen. Dies kann an der Lenkeinrichtung und auf der Grundlage von der digitalen Straßenkarte unterschieden werden.
  • Um das erfindungsgemäße Verfahren durchzuführen, ist durch die Erfindung eine Servervorrichtung zum Informieren zumindest eines Empfängerfahrzeugs über ein Falschfahrerfahrzeug bereitgestellt. Die Servervorrichtung ist für einen stationären Serverbetrieb am Internet eingerichtet. Hierzu kann die Servervorrichtung einen Computer oder einen Computerverbund aufweisen, der an das Internet angeschlossen sein kann. Die Servervorrichtung weist eine Prozessoreinrichtung auf, die dazu eingerichtet ist, aus dem Falschfahrerfahrzeug Falschfahrerdaten, welche zumindest eine aktuelle Position des Falschfahrerfahrzeugs beschreiben, zu empfangen. Die Prozessoreinrichtung kann zumindest einen Mikroprozessor und/oder zumindest einen Mikrocontroller empfangen. Die Verfahrensschritte, die durch die Servervorrichtung im Betrieb ausgeführt werden, können durch einen Programmcode bereitgestellt sein, der durch die Prozessoreinrichtung ausgeführt werden kann. Die Servervorrichtung weist eine digitale Straßenkarte auf, die in Teilareale vorbestimmter Größe eingeteilt ist. Die Prozessoreinrichtung ist dazu eingerichtet, in der Straßenkarte anhand der Falschfahrerdaten dasjenige Teilareal, in welchen sich das Falschfahrerfahrzeug befindet, zu erkennen oder auszuwählen und Kartendaten des ausgewählten Teilareals mittels der Falschfahrerdaten zu aktualisieren und die aktualisierten Kartendaten des Teilareals an das zumindest eine Empfängerfahrzeug auszusenden.
  • Die aktualisierten Kartendaten müssen noch auf ihre Relevanz geprüft werden können. Hierzu stellt die Erfindung ein Kraftfahrzeug bereit, das als Empfängerfahrzeug für die Servervorrichtung eingerichtet ist. Hierzu ist in dem Kraftfahrzeug eine Steuervorrichtung bereitgestellt, die eine Prozessoreinrichtung aufweist, die dazu eingerichtet ist, aus der Servervorrichtung empfangene Kartendaten, die in einer bordeigenen digitalen Straßenkarte ein Teilareal, in welchem sich ein Falschfahrerfahrzeug befindet, angeben, zu empfangen und in die bordeigene Straßenkarte einzutragen und anhand der bordeigenen Straßenkarte zu überprüfen, ob das Falschfahrerfahrzeug für das Empfängerfahrzeug ein vorbestimmtes Relevanzkriterium erfüllt, und bei erfülltem Relevanzkriterium zumindest eine vorbestimmte Schutzmaßnahme in dem Empfängerfahrzeug durchzuführen. Die Steuervorrichtung des Kraftfahrzeugs kann zum Beispiel als Steuergerät ausgestaltet sein. Die Prozessoreinrichtung kann zumindest einen Mikroprozessor und/oder einen Mikrocontroller aufweisen. Zum Durchführen der beschriebenen Schritte kann die Prozessoreinrichtung einen Programmcode aufweisen, der dazu eingerichtet ist, bei Ausführen durch die Prozessoreinrichtung die Schritte durchzuführen.
  • Damit die Servervorrichtung Falschfahrerdaten empfangen kann, wird beispielsweise ein Kraftfahrzeug mit einer Überwachungseinrichtung zum Erkennen einer Falschfahrt bereitgestellt. Die Überwachungseinrichtung ist dazu eingerichtet, die Falschfahrt zu erkennen, indem die Überwachungsvorrichtung anhand einer aktuellen Position des Kraftfahrzeugs und einer digitalen Straßenkarte eine aktuell befahrene Straßenklasse mit Fahrtrichtungstrennung erkennt und mittels einer Sensoreinrichtung und einer nachgeschalteten Objekterkennung Gegenverkehr und/oder zumindest ein Hinweisschild erkennt und/oder mittels eines Lenkwinkelsignals des Kraftfahrzeugs das Befahren einer Ausfahrt (anstelle einer Auffahrt) an einer Autobahn oder Schnellstraße erkennt, wobei die Überwachungseinrichtung dazu eingerichtet ist, bei Erkennen der Falschfahrt Falschfahrerdaten, welche zumindest eine aktuelle Position des Falschfahrerfahrzeugs beschreiben, mittels einer Kommunikationseinrichtung an eine fahrzeugexterne Servervorrichtung auszusenden. Durch die Falschfahrerdaten wird das Kraftfahrzeug natürlich gegenüber der Servervorrichtung auch als Falschfahrerfahrzeug kenntlich gemacht. Die Überwachungseinrichtung kann zum Beispiel ein Programmmodul für eine Prozessoreinrichtung des Kraftfahrzeugs sein. Die Prozessoreinrichtung kann in der beschriebenen Weise zumindest einen Mikrocontroller und/oder zumindest einen Mikroprozessor aufweisen, und dazu eingerichtet sein, den Programmcode auszuführen.
  • Im Folgenden ist sind Ausführungsbeispiele der Erfindung beschrieben. Hierzu zeigt die einzige Figur (Fig.) eine schematische Darstellung einer Ausführungsform des erfindungsgemäßen Systems.
  • Bei den im Folgenden erläuterten Ausführungsbeispielen handelt es sich um bevorzugte Ausführungsformen der Erfindung.
  • Die Figur zeigt eine Straße 10, die baulich getrennte Straßenseiten 11, 12 aufweisen kann, für die jeweils eine Fahrtrichtung 13 vorgeschrieben ist. Jede Straßenseite 11, 12 kann jeweils Fahrbahnen 14 aufweisen, also einzelne Fahrspuren, auf welchen jeweils Fahrzeuge fahren können. Auf der Straßenseite 11 kann ein Kraftfahrzeug entgegen der vorgeschriebenen Fahrtrichtung 13 als Falschfahrerfahrzeug 15 entlangfahren. Des Weiteren können auf der Straße 10 Empfängerfahrzeuge 16 entlangfahren.
  • Das Falschfahrerfahrzeug 15 kann durch eine eigene Überwachungseinrichtung 17 die Falschfahrt erkennen und über eine Funkverbindung 18 an eine Servervorrichtung 19 Falschfahrerdaten 20 aussenden. Mittels der Funkverbindung können die Falschfahrerdaten 15 beispielsweise an ein Mobilfunknetzwerk 21 (GSM, UMTS, LTE) und/oder an einen WLAN-Router ausgesendet werden. Hierdurch kann eine Kommunikationsverbindung über das Internet 22 mit einer Servervorrichtung 19 zum Übertragen der Falschfahrerdaten 20 bereitgestellt werden.
  • Die Servervorrichtung 19 kann eine Straßenkarte 23 aufweisen, durch welche die Straße 10 und deren Umgebung in Teilareale 24 eingeteilt ist, die in der Figur beispielhaft dargestellt sind, wobei der Übersichtlichkeit halber nur einige der Teilareale 24 mit einem Bezugszeichen versehen sind. Die Teilareale 24 können die Form von Kacheln aufweisen, das heißt ein Kachelmuster oder Kachelraster dient zum Einteilen der Umgebung, die in der Straßenkarte 23 abgebildet ist. Auch die Empfängerfahrzeuge 16 können jeweils eine Straßenkarte 25 aufweisen, in welcher Verkehrsereignisse oder Warnungen und deren jeweils zugeordnete Geoposition kartographiert oder eingetragen sein können.
  • Die Servervorrichtung 19 kann über eine jeweilige Funkverbindung 26 an die Empfängerfahrzeuge 16 aktualisierte Kartendaten 27 aussenden, mittels welchen die Straßenkarten 25 dahingehend aktualisiert werden, dass für das Teilareal 24, in welchem das Falschfahrerfahrzeug 15 fährt, ein entsprechender Eintrag oder eine Information über das Falschfahrerfahrzeug 15 auf Grundlage der Falschfahrerdaten 20 eingetragen oder ergänzt oder aktualisiert wird. Jedes Empfängerfahrzeug 16 kann dann anhand eines Relevanzkriteriums selbst überprüfen, ob das Falschfahrerfahrzeug 15 für die eigene Fahrtroute relevant ist. Die Funkverbindungen 26 können in an sich bekannter Weise z.B. auf der Grundlage eines jeweiligen in dem jeweiligen Empfängerfahrzeug 16 bereitgestellten Mobilfunkmoduls und/oder WLAN-Funkmoduls bereitgestellt werden.
  • Bei erfülltem Relevanzkriterium 28 zumindest eine vorbestimmte Schutzmaßnahme 29 in dem jeweiligen Empfängerfahrzeug 16 durchgeführt werden.
  • Die Servervorrichtung 19 stellt für das Falschfahrerfahrzeug 15 und die Empfängerfahrzeuge 16 somit ein Backendsystem dar.
  • Durch Anwendung des hier im Folgenden beschriebenen Verfahrens wird es möglich, den relevanten Teilnehmern (Empfängerfahrzeuge) Warnmeldungen mit aktuellem Orts-Zeit-Bezug und/oder mit erhöhtem Detailgrad der Information zur Verfügung zu stellen.
  • Wesentliche Bestandteile für das Verfahren sind insbesondere:
    • Erkennung des Falschfahrers und Warnhinweise an diesen
    • Kommunikation zwischen Fahrzeug (Falschfahrer) und Backend (Servervorrichtung)
    • Aggregation der Daten im Backendsystem und Aufprägen der Information auf das Kartenmaterial (bevorzugt unter Verwendung von Schwarmdaten)
    • Kommunikation in Fahrzeuge (anderer Verkehrsteilnehmer, d.h. Empfängerfahrzeuge)
    • Bewertung der Relevanz der Information lokal im Empfängerfahrzeug
    • Dynamische HMI-Interaktion (HMI - Human Machine Interaction) mit dem Teilnehmer über visuelle, akustische oder haptische Anteile
  • Im Folgenden ist eine bevorzugte technische Umsetzung zum Durchführen des Verfahrens beschrieben. Zur Realisierung der Funktion können folgende Komponenten bereitgestellt sein, deren Funktionsweise beschrieben werden:
    Um einen Falschfahrer erkennen zu können, werden Falschfahrerdaten oder Umgebungsinformationen benötigt. Zu den Falschfahrerdaten können beispielsweise prädiktive Streckendaten (PSD) oder Straßendaten einer digitalen Straßenkarte gehören, die für die Navigation sowie für Fahrerassistenzsysteme das Straßennetz, in dem sich das Fahrzeug bewegt, abbildet. Zu den Straßendaten zählt unter anderem auch die Straßenklasse (beispielsweise Autobahn). Unterstützt wird die Verortung mit Hilfe der ermittelten GPS-Position (GPS - Global Positioning System) oder einer anderen GNSS-Position (GNSS - Global Navigation Satellite System). Wird hier erkannt, dass sich das Fahrzeug in falscher Richtung auf dem Straßennetz befindet, so kann dieses als Falschfahrer deklariert werden (Falschfahrt).
  • Als Plausibilisierungsquelle kann unter Umständen auch eine Fahrzeugkamera hinzugezogen werden. Erkennt eine der Fahrzeugkamera nachgeschaltete Objekterkennung, dass ein "Durchfahrt Verboten - Schild" durchfahren wird, so kann das Fahrzeug als Falschfahrer deklariert werden. Unter Umständen können auch andere Schildertypen oder von hinten erkannte Verkehrszeichen als Grundlage für die Deklaration eines Falschfahrers herangezogen werden.
  • Weiterhin kann neben der Schildererkennung auch oder alternativ anderweitig die Objekterkennung der Kamera herangezogen werden. Wird beispielsweise Gegenverkehr auf einer Straßenklasse "Autobahn" ermittelt, so kann das Fahrzeug als Falschfahrer deklariert werden.
  • Der Lenkwinkelsensor gibt an, in welcher Stellung sich das Lenkrad befindet. In Verbindung mit PSD kann ermittelt werden, ob das Fahrzeug richtig auf die Autobahn auffährt. Da, zumindest in Deutschland, die Auffahrten immer in einer Rechtskurve auf die Autobahn führen, kann dies als Grundlage zur Ermittlung eines Falschfahrers erfolgen. Sollte also ein Fahrzeug in einer Linkskurve auf die Autobahn auffahren, so kann das Fahrzeug als Falschfahrer deklariert werden.
  • Das falschfahrende Fahrzeug erkennt sich somit selbst vollautomatisch als einen Falschfahrer. Bei positiver Erkennung wird der Fahrer gewarnt und eine Nachricht mit Falschfahrerdaten in ein Backendsystem (Servervorrichtung) versendet.
  • Die Warnhinweise für den Falschfahrer sowie Manöverhinweise können wie folgt ausgestaltet sein. Der Falschfahrer kann neben akustischen Signalen auch haptische und visuelle Signale erhalten, um darauf hingewiesen zu werden, dass dieser in der falschen Richtung fährt.
  • Akustische Warnung:
    Der Fahrer kann durch ein akustisches Warnsignal gewarnt werden.
    Visuelle Warnung:
    Neben einer akustischen Warnung kann der Fahrer auch durch einen Text oder einem Richtungspfeil entgegen der Fahrtrichtung im Mitteldisplay oder Kombidisplay informiert werden.
    Haptische Warnung:
    Der Fahrer kann neben einer akustischen Warnung und visuellen Warnungen auch ein haptisches Feedback erhalten. Dies kann zum einen ein Gegendruck auf das Gaspedal oder über einen durch das Fahrzeug gegebenes Lenkmoment (analog zu einem Spurhalteassistent) in Richtung Standstreifen oder durch Vibrieren des Lenkrads erfolgen.
  • Dem Fahrer kann ein Fahrmanöver empfohlen werden, wie beispielsweise "Geschwindigkeit reduzieren", "Bitte auf den Standstreifen fahren", "Warnblinkanlage aktivieren", um die gefährliche Situation aufzulösen oder zu entschärfen.
  • Einige dieser Punkte können auch situationsgerecht automatisch erfolgen. Denkbar ist auch, dass das Fahrzeug in Zukunft in einen pilotierten Modus übergeht und vollautomatisch mittels einer Autopiloteinrichtung die Situation klärt.
  • Die Kommunikation zwischen Falschfahrerfahrzeug (Falschfahrer) und Backend (Servervorrichtung):
    Wird zumindest eines der beschriebenen Kriterien erfüllt, um einen Falschfahrer zu detektieren, so wird die Information über ein falschfahrendes Fahrzeug in das Backendsystem geschickt. Diese Information kann auch als Notrufsignal an andere Fahrzeug im Umkreis, der Polizei oder anderen Einsatzkräften gesendet werden.
  • Eine Kommunikationseinheit mit Onlineverbindung kann wie folgt bereitgestellt werden: Um eine Kommunikation zwischen Fahrzeug und Backendsystem zu ermöglichen, muss eine Funkverbindung existieren. Diese Funkverbindung kann durch eine festverbaute Kommunikationseinrichtung im Fahrzeug mit Onlineanbindung erfolgen. Darunter zählen beispielsweise ein Modulare Infotainment Baukasten (MIB - Infotainmentsystem) oder ein connected Gateway (cGW) mit Mobilfunkmodul und/oder WLAN-Funkmodul (WLAN - Wireless Local Area Network). Weiterhin können auch gekoppelte Geräte (Kopplung mittels Bluetooth, WLAN oder Kabel möglich, im Allgemeinen also drahtlose oder drahtgebundene Technologien), wie beispielsweise ein Smartphone oder ein Tablet-PC genutzt werden, um eine Verbindung zwischen Fahrzeug und Backendsystem etablieren zu können.
  • Verarbeitung der Daten im Backendsystem (Servervorrichtung), d.h. Aggregation der Daten im Backendsystem und Aufprägen der Information auf das Kartenmaterial
  • Um wissen zu können, welche Fahrzeuge potentiell durch einen Falschfahrer gefährdet werden, sind folgende Informationen über den Falschfahrer zur Kommunikation in das Backendsystem als Falschfahrerdaten vorzusehen:
    • GPS Position
    • Fahrspur
    • Heading (Fahrtrichtung)
    • Geplante/geschätzte Route
    • Geschwindigkeit
  • Diese Falschfahrerdaten kann im Backend auf unterschiedliche Art und Weise genutzt und verarbeitet werden. Beispielsweise können diverse Informationen des falsch fahrenden Fahrzeugs in einer virtuellen, d.h. digitalen Navigationskarte oder Straßenkarte im Backendsystem hinterlegt werden. Hierbei wird der Falschfahrer als Verkehrsereignis mit verschiedenen Attributen (z.B. Heading/Fahrtrichtung des Fahrzeugs, GPS-Position, Zeitstempel, Fahrspur, Geschwindigkeit, Straßenklasse) auf das hinterlegte Straßennetz abgebildet bzw. aufgeprägt.
  • Wenn es sich um eine segmentbasierte Karte handelt, so wird neben den genannten Attributen auch noch die SegmentlD und optional ein Offset gespeichert, um das Mapping des Verkehrsereignisses auf die Karte im Backendsystem und später im Fahrzeug der anderen Verkehrsteilnehmer zu vereinfachen. Anschließend werden diese Informationen als aktualisierte Kartendaten an andere Fahrzeuge versendet.
  • Die Kommunikation in Fahrzeuge anderer Verkehrsteilnehmer kann wie folgt ausgestaltet sein. Die Fahrzeuge bewegen sich auf einer Navigationskarte, also einer bordeigenen, digitalen Straßenkarte. Diese Straßenkarte kann in Teilareale z.B. in Form von "Kacheln" mit festgelegter Größe (z.B. einer Größe von 0,05 x 0,05 Grad) organisiert oder eingeteilt werden. Ein Fahrzeug befindet sich immer genau in einer Kachel und kennt seine z.B. 8 direkten Nachbarkacheln.
  • In einer Variante wird ein Broadcast-Mechanismus verwendet. Das Backendsystem versendet die Kartendaten der Kachel mit aktualisierter Information an alle Fahrzeuge aus. Dies geschieht unabhängig davon, ob sich diese in oder außerhalb der betroffenen Kachel befinden.
  • In einer Alternative ist ein Registrierungs-/Benachrichtigung-Mechanismus vorgesehen. Fahrzeuge kennen ihre aktuelle Kachel inklusiver ihrer Nachbarkacheln und registrieren mittels Registrierdaten sich im Backendsystem auf diese Untermenge an präferierten Kacheln. Hiermit kann das Backendsystem effizienter und gezielt Kacheln mit aktualisierten Kartendaten nur an diejenigen Fahrzeuge aussenden, die einen konkreten Nutzen aus der Information ableiten können. Die relevanten Fahrzeuge, werden somit durch das Backendsystem über eine Aktualisierung benachrichtigt.
  • In jedem Empfängerfahrzeug erfolgt eine Bewertung der Relevanz der Information lokal im Fahrzeug, d.h. eine Ermittlung der Verkehrsteilnehmer, für die die Falschfahrermeldung relevant ist. Sobald bekannt ist, wo sich ein Falschfahrer befindet, kann z.B. geschwindigkeitsabhängig ein virtueller sicherer Bereich um das Empfängerfahrzeug herum aufgespannt oder definiert werden. Dieser "Radius" kann 100 Meter oder bis 50 Kilometer betragen. Beispielsweise ist dieser Bereich eine Kachel mit gegebenenfalls ihren benachbarten Kacheln. Anhand der für das relevante geografische Gebiet (z.B. eine Kachel oder allgemein das vom Radius abgedeckte Gebiet) bereitgestellten Falschfahrerinformation kann jedes Empfängerfahrzeug aus lokalen Informationen, wie z.B. Heading, GPS-Position/GNSS-Position und geplante/geschätzte Fahrtroute entscheiden, ob die Falschfahrerinformation relevant ist.
  • Um sicher zu gehen, der Falschfahrer nicht bereits hinter dem Empfängerfahrzeug des Verkehrsteilnehmers ist, wird auch das Heading benötigt, um unnötige Warnungen zu vermeiden. Um sicher zu gehen, dass das Empfängerfahrzeug sich wirklich auf der gleichen Straße und in entgegengesetzter Fahrtrichtung wie der Falschfahrer befindet, muss auch die Fahrtroute des Empfängerfahrzeugs einbezogen werden. Beispielsweise könnte ein Falschfahrer auf der Autobahn und ein Empfängerfahrzeug auf einer Landstraße in unterschiedlicher Richtung unterwegs sein. Wenn gleichzeitig der Abstand dieser zwei Straßen kleiner als die Varianz der ermittelten GPS-/GNSS-Position ist, würde fälschlicherweise eine Warnmeldung propagiert werden. Durch die Betrachtung der Fahrtroute wird dann einer Fehlmeldung entgegengewirkt. Die Fahrtroute des Empfängerfahrzeugs kann aus dem eingestellten Navigationsziel oder aus einer geschätzten Route entnommen werden. Die entsprechenden Bedingungen kann der Fachmann zu einem Relevanzkriterium zusammenfassen.
  • Es können somit Warnhinweise sowie Manöverhinweise bei Falschfahrern für andere Verkehrsteilnehmer in den Empfängerfahrzeugen erzeugt werden, und zwar wenn die Relevanz gegeben, ist können akustische, visuelle und haptische Warnungen analog zum Punkt "Warnhinweise für den Falschfahrer sowie Manöverhinweise" erfolgen.
  • Dem Fahrer kann ein Fahrmanöver empfohlen werden, wie beispielsweise "Geschwindigkeit reduzieren", "Bitte auf den Standstreifen fahren", "Warnblinkanlage aktivieren".
  • Im Gegensatz zum heutigen Vorgehen liefert das beschriebene Verfahren insgesamt aktuelle Warnmeldungen, die gleichzeitig insbesondere eine höhere Genauigkeit und zusätzliche Details mitbringen. Details können z.B. die vom Falschfahrer genutzte Fahrspur und dessen Geschwindigkeit sein. Hiermit kann ein gefährliche Situation besser aufgelöst oder entschärft werden. Durch die zusätzlichen Details können insbesondere auch Empfehlungen wie z.B. "Wechseln Sie auf die linke/rechte Seite" (d.h. für diese Situation "sichere" Fahrspur) gegeben werden. Einige dieser Punkte können auch situationsgerecht automatisch erfolgen.
  • Denkbar ist auch, dass das Fahrzeug in Zukunft in einen pilotierten Modus übergeht und vollautomatisch die Situation mittels einer Autopiloteinrichtung klärt. Zusätzlich kann das Fahrzeug auch auf die im Display oder Bildschirm angezeigte Navigationskarte am Ort der Falschfahrers ein Symbol "Falschfahrericon" lokal und dynamisch einzeichnen. Andere Fahrzeuge, die sich nicht im relevanten Bereich befinden und nicht in relevanter Fahrtrichtung fahren, würden dies unterlassen.
  • Bisherige Verfahren sind durch eine erhebliche Verzögerung gekennzeichnet und verteilen die Warnung geografisch großflächig und nicht zielgerichtet an die relevanten Verkehrsteilnehmer in der Umgebung des Verkehrsereignisses. Das hier beschriebene Verfahren ermöglicht eine Anzeige von Warnungen mit aktuellem Orts-Zeit-Bezug und/oder Genauigkeit sowie optional zusätzlichen Details. Details können z.B. die vom Falschfahrer genutzte Fahrspur und/oder dessen Geschwindigkeit sein. Die automatische Erkennung eines Falschfahrers und die umgehende Mitteilung an andere Verkehrsteilnehmern über ein Backendsystem passiert in Echtzeit. Eine zeitaufwendige manuelle Meldung durch Augenzeugen und Versendung mittels TMC kann entfallen.
  • Zusätzlich kann die Warnmeldung auch an Einsatzkräfte weitergegeben werden oder zur Schaltung von Wechselverkehrszeichen und/oder Signalen an elektronischen Schilderbrücken genutzt werden.
  • Weiterhin kann bei einer anonymisierten Aggregation der Verkehrsereignisse über eine längere Zeit ermittelt werden, ob an spezifischen Stellen bereits häufiger Falschfahrer gemeldet wurden. Diese Information kann z.B. Kommunen und Städten zur Verfügung gestellt werden, um Maßnahmen zur verbesserten Kennzeichnung der betreffenden Auffahrten in falscher Richtung durchführen zu können.
  • Insgesamt zeigen die Beispiele, wie durch die Erfindung ein Verfahren zur Anzeige von lokalen Gefahrenwarnungen mit aktuellem Orts-Zeit-Bezug und eine Einbindung von situationsgerechten Informationen bereitgestellt werden kann.

Claims (7)

  1. Verfahren zum Informieren zumindest eines Empfängerfahrzeugs (16) über ein Falschfahrerfahrzeug (15), wobei eine stationäre Servervorrichtung (19) aus dem Falschfahrerfahrzeug (15) oder aus einem anderen Kraftfahrzeug oder aus einer fest installierten Überwachungseinrichtung Falschfahrerdaten (20), welche zumindest eine aktuelle Position des Falschfahrerfahrzeugs (15) beschreiben, empfängt,
    dadurch gekennzeichnet, dass
    die Servervorrichtung (19) eine digitale Straßenkarte (23), die in Teilareale (24) vorbestimmter Größe eingeteilt ist, bereitstellt und in der Straßenkarte (23) anhand der Falschfahrerdaten (20) dasjenige Teilareal (24), in welchem sich das Falschfahrerfahrzeug (15) befindet, auswählt und Kartendaten (27) des ausgewählten Teilareals (24) mittels der Falschfahrerdaten (20) aktualisiert und die aktualisierten Kartendaten (27) des Teilareals (24) an das zumindest eine Empfängerfahrzeug (16) aussendet und
    das zumindest eine Empfängerfahrzeug (16) die empfangenen Kartendaten (27) in eine bordeigene digitale Straßenkarte (25) einträgt und anhand der bordeigenen Straßenkarte (25) überprüft, ob das Falschfahrerfahrzeug (15) für das Empfängerfahrzeug (16) ein vorbestimmtes Relevanzkriterium (28) erfüllt, wobei bei erfülltem Relevanzkriterium (28) zumindest eine vorbestimmte Schutzmaßnahme (29) in dem Empfängerfahrzeug (16) durchgeführt wird, wobei das Relevanzkriterium (28) umfasst, dass eine geplante oder geschätzte Fahrtroute des Empfängerfahrzeugs (16) eine Fahrtroute des Falschfahrerfahrzeugs (15) schneidet und/oder dass das Falschfahrerfahrzeug (15) in Fahrtrichtung des Empfängerfahrzeugs (16) vor diesem angeordnet ist und/oder dass Fahrtroutendaten des Empfängerfahrzeugs (16) und Fahrtroutendaten des Falschfahrerfahrzeugs (15) dieselbe Straße (10) angeben und/oder dass das Falschfahrerfahrzeug (15) auf derselben Straßenseite (11) wie das Empfängerfahrzeug (16) fährt.
  2. Verfahren nach Anspruch 1, wobei als jeweiliges Teilareal (24) eine Kachel mit einer Kantenlänge in einem Bereich von 0,01 Grad bis 0,1 Grad verwendet wird.
  3. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Servervorrichtung (19) die Kartendaten (27) an eine Vielzahl von Empfängerfahrzeugen (16) unabhängig von deren jeweiliger aktueller Eigenposition und/oder Fahrtroute aussendet oder wobei die Servervorrichtung (19) aus jedem der Empfängerfahrzeuge (16) Registrierdaten, durch welche sich das jeweilige Empfängerfahrzeug (16) für zumindest ein jeweiliges Teilareal (24) registriert, empfängt und die Servervorrichtung (19) die Kartendaten (27) nur an das zumindest eine Empfängerfahrzeug (16) aus den Empfängerfahrzeugen (16) aussendet, das für das Teilareal (24), in welchem sich das Falschfahrerfahrzeug (15) befindet und/oder auf welches das Falschfahrerfahrzeug (15) zufährt, registriert ist.
  4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die zumindest eine Schutzmaßnahme (28) umfasst, dass ein Hinweis auf das Falschfahrerfahrzeug (15) in dem Empfängerfahrzeug (16) ausgegeben wird und/oder dass eine Autopiloteinrichtung zum Durchführen eines teilautomatischen oder vollautomatischen Fahrbetriebs in dem Empfängerfahrzeug (16) aktiviert wird und die Autopiloteinrichtung auf ein Ausweichmanöver zum Ausweichen vor dem Falschfahrerfahrzeug (15) eingestellt wird.
  5. Verfahren nach einem der vorhergehenden Ansprüche, wobei die Servervorrichtung (19) zumindest ein Steuersignal aussendet, mittels welchem die Servervorrichtung (19) zumindest ein Wechselverkehrszeichen und/oder eine elektronischen Schilderbrücken schaltet.
  6. Verfahren nach einem der vorhergehenden Ansprüche, wobei in dem Falschfahrerfahrzeug (15) eine Überwachungseinrichtung (17) die Falschfahrt erkennt, indem anhand seiner aktuellen Position und einer digitalen Straßenkarte eine aktuell befahrene Straßenklasse mit Fahrtrichtungstrennung erkennt und mittels einer Sensoreinrichtung und einer nachgeschalteten Objekterkennung Gegenverkehr und/oder zumindest ein Hinweisschild erkennt und/oder anhand eines Lenkwinkelsignals des Falschfahrerfahrzeugs (17) das Befahren einer Ausfahrt einer Autobahn oder einer Schnellstraße erkennt, und wobei bei Erkennen der Falschfahrt die Falschfahrerdaten (20) an die Servervorrichtung (19) ausgesendet werden.
  7. Kraftfahrzeug, das als Empfängerfahrzeug (16) für eine Servervorrichtung (19), die für einen stationären Serverbetrieb am Internet (22) betrieben ist, um zumindest ein Empfängerfahrzeug (16) über ein Falschfahrerfahrzeug (15) zu informieren, eingerichtet ist, indem eine Steuervorrichtung bereitgestellt ist, die eine Prozessoreinrichtung aufweist, die dazu eingerichtet ist, aus der Servervorrichtung (19) empfangene Kartendaten (27), die in einer bordeigenen digitalen Straßenkarte (25) ein Teilareal (24), in welchem sich ein Falschfahrerfahrzeug (15) befindet, angeben, zu empfangen und in die bordeigene Straßenkarte (25) einzutragen und anhand der bordeigenen Straßenkarte (25) zu überprüfen, ob das Falschfahrerfahrzeug (15) für das Kraftfahrzeug ein vorbestimmtes Relevanzkriterium (28) erfüllt, und bei erfülltem Relevanzkriterium (28) zumindest eine vorbestimmte Schutzmaßnahme (29) in dem Kraftfahrzeug durchzuführen, wobei das Relevanzkriterium (28) umfasst, dass eine geplante oder geschätzte Fahrtroute des Empfängerfahrzeugs (16) eine Fahrtroute des Falschfahrerfahrzeugs (15) schneidet und/oder dass das Falschfahrerfahrzeug (15) in Fahrtrichtung des Empfängerfahrzeugs (16) vor diesem angeordnet ist und/oder dass Fahrtroutendaten des Empfängerfahrzeugs (16) und Fahrtroutendaten des Falschfahrerfahrzeugs (15) dieselbe Straße (10) angeben und/oder dass das Falschfahrerfahrzeug (15) auf derselben Straßenseite (11) wie das Empfängerfahrzeug (16) fährt.
EP18700140.9A 2017-02-08 2018-01-09 Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge Active EP3520092B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017201924.7A DE102017201924A1 (de) 2017-02-08 2017-02-08 Verfahren zum Informieren zumindest eines Empfängerfahrzeugs über ein Falschfahrerfahrzeug sowie Servervorrichtung und Kraftfahrzeuge
PCT/EP2018/050400 WO2018145839A1 (de) 2017-02-08 2018-01-09 Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge

Publications (2)

Publication Number Publication Date
EP3520092A1 EP3520092A1 (de) 2019-08-07
EP3520092B1 true EP3520092B1 (de) 2020-03-11

Family

ID=60943025

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18700140.9A Active EP3520092B1 (de) 2017-02-08 2018-01-09 Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge

Country Status (5)

Country Link
US (1) US20190378407A1 (de)
EP (1) EP3520092B1 (de)
CN (1) CN110192231B (de)
DE (1) DE102017201924A1 (de)
WO (1) WO2018145839A1 (de)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190287394A1 (en) 2018-03-19 2019-09-19 Derq Inc. Early warning and collision avoidance
KR102159111B1 (ko) * 2018-08-28 2020-09-23 주식회사 핀테크매직 이동 id 그룹 정보를 이용한 위험 정보 제공 장치 및 방법
DE102019201423A1 (de) * 2019-02-05 2020-08-06 Robert Bosch Gmbh Verfahren und Vorrichtung zum Steuern einer Datenübertragung für ein Fahrzeug
WO2021038299A2 (en) 2019-08-29 2021-03-04 Derq Inc. Enhanced onboard equipment
DE102019128253B4 (de) 2019-10-18 2024-06-06 StreetScooter GmbH Verfahren zum Navigieren eines Flurförderzeugs
DE102019128783A1 (de) * 2019-10-24 2021-04-29 Audi Ag Verfahren zum Betrieb mehrerer Kraftfahrzeuge und Kraftfahrzeug
DE102020101280A1 (de) 2020-01-21 2021-07-22 Audi Aktiengesellschaft Verfahren zum Betrieb eines Assistenzsystems eines Kraftfahrzeugs
CN114828098B (zh) * 2020-09-10 2023-06-06 华为技术有限公司 数据传输方法和电子设备
US20220208007A1 (en) * 2020-12-31 2022-06-30 Robin ARORA Systems and methods for collision avoidance on a highway

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170018178A1 (en) * 2015-07-17 2017-01-19 Robert Bosch Gmbh Method and apparatus to warn of a vehicle moving in the wrong direction of travel

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10162335A1 (de) * 2001-12-18 2003-07-10 Zf Lemfoerder Metallwaren Ag Verfahren und Vorrichtung zur Erzeugung und Aktualisierung einer Wege- und/oder Wegezustandskarte
US9024785B2 (en) * 2011-12-27 2015-05-05 Aisin Aw Co., Ltd. Traffic information distribution system and traffic information system, traffic information distribution program, and traffic information distribution method
DE102013007866A1 (de) 2013-05-08 2013-12-19 Daimler Ag Fahrerunterstützung bei Falschfahrern
DE102014208617A1 (de) * 2013-09-06 2015-03-12 Robert Bosch Gmbh Verfahren und Steuer- und Erfassungseinrichtung zum Plausibilisieren einer Falschfahrt eines Kraftfahrzeugs
JP6237214B2 (ja) * 2013-12-24 2017-11-29 株式会社デンソー 逆走検出装置
DE102014106445B3 (de) 2014-05-08 2015-05-13 Deutsche Telekom Ag Ermittlung von und Warnung vor Falschfahrern
DE102014221675A1 (de) * 2014-10-24 2016-04-28 Robert Bosch Gmbh Verfahren und Steuer- und Erfassungseinrichtung zum Plausibilisieren einer Falschfahrt eines Kraftfahrzeugs
DE102014222524A1 (de) * 2014-11-05 2016-05-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Verringerung der Unfallgefahr durch Geisterfahrer
DE102015213538A1 (de) 2015-07-17 2017-01-19 Robert Bosch Gmbh Verfahren und System zum Warnen vor einer Falschfahrt eines Fahrzeugs
DE102016203746A1 (de) 2016-03-08 2017-09-14 Robert Bosch Gmbh Verfahren und Vorrichtung zum Erkennen eines Falschfahrerfahrzeugs
DE102016210025A1 (de) * 2016-06-07 2017-12-07 Robert Bosch Gmbh Verfahren Vorrichtung und System zur Falschfahrererkennung

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170018178A1 (en) * 2015-07-17 2017-01-19 Robert Bosch Gmbh Method and apparatus to warn of a vehicle moving in the wrong direction of travel

Also Published As

Publication number Publication date
CN110192231A (zh) 2019-08-30
CN110192231B (zh) 2020-10-09
DE102017201924A1 (de) 2018-08-09
EP3520092A1 (de) 2019-08-07
WO2018145839A1 (de) 2018-08-16
US20190378407A1 (en) 2019-12-12

Similar Documents

Publication Publication Date Title
EP3520092B1 (de) Verfahren zum informieren zumindest eines empfängerfahrzeugs über ein falschfahrerfahrzeug sowie servervorrichtung und kraftfahrzeuge
EP3569465B1 (de) Verfahren und system zur bereitstellung einer automatisierungsfunktion für ein fahrzeug
DE102009027535A1 (de) Vorrichtung zur Unterstützung eines Einschervorgangs bei Fahrzeugen
DE112018007027T5 (de) Abbiegewegvisualisierung zum verbessern von räumlichem und situativem bewusstsein bei abbiegemanövern
EP1636550A1 (de) Navigationssystem mit fahrspurhinweisen
EP2188798A1 (de) Verkehrsleitsystem
DE102016209330B4 (de) Verfahren zum Durchführen eines kooperativen Fahrmanövers
DE102012013376A1 (de) Fahrerassistenzsystem
EP1535257A1 (de) Vorrichtung und verfahren zur funkbasierten gefahrenwarnung
DE102011115421A1 (de) Übertragung fahrzeugrelevanter Daten mittels Car2Car
WO2011117141A1 (de) Datenverarbeitung in einem fahrzeug
EP2847052B1 (de) Verfahren zur ermittlung einer geschwindigkeitsempfehlung
DE102013105103A1 (de) Verfahren zum Betreiben eines Eigen-Fahrzeugs
EP3218889B1 (de) Kraftfahrzeug mit geisterfahrererkennung
DE102012200182A1 (de) Verfahren zum Unterstützen eines Fahrers
DE102019215657A1 (de) Fahrzeugsteuerungsstystem und -verfahren
DE102022123218A1 (de) V2X-Anzeige eines Routenkonflikts mit Einsatzfahrzeugen
DE102015013467A1 (de) Ampelassistenzsystem und Betriebsverfahren dafür
DE102012220138A1 (de) Automatische Erkennung von Falschfahrern
DE102015015483B4 (de) Verfahren und System zum Steuern einer Verkehrsleitvorrichtung
DE10234595B4 (de) Vorrichtung zur funkbasierten Gefahrenwarnung und Navigationssystem
DE102015015920A1 (de) Servervorrichtung und Verfahren zum Erkennen eines Straßenabschnitts mit erhöhter Unfallwarscheinlichkeit
DE102015200081A1 (de) Bereitstellen von Navigationshinweisen in einem Fahrzeug
EP4073469A1 (de) Verfahren zum bereitstellen einer dreidimensionalen landkarte in einem kraftfahrzeug
DE102023100968A1 (de) Fahrunterstützungssystem für ein fahrzeug

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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: 20190503

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 MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20191024

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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 MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1244100

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200315

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502018000944

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200611

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20200311

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200611

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200612

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200711

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200805

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502018000944

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

26N No opposition filed

Effective date: 20201214

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20210126

Year of fee payment: 4

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20210131

Year of fee payment: 4

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210109

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20210131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210131

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 502018000944

Country of ref document: DE

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20220109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220109

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220802

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20220131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20180109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1244100

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230109

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200311

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230109