WO2019072577A1 - Verfahren und vorrichtung zur bereitstellung von verkehrsinformation - Google Patents

Verfahren und vorrichtung zur bereitstellung von verkehrsinformation Download PDF

Info

Publication number
WO2019072577A1
WO2019072577A1 PCT/EP2018/076286 EP2018076286W WO2019072577A1 WO 2019072577 A1 WO2019072577 A1 WO 2019072577A1 EP 2018076286 W EP2018076286 W EP 2018076286W WO 2019072577 A1 WO2019072577 A1 WO 2019072577A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
traffic
road user
traffic information
region
Prior art date
Application number
PCT/EP2018/076286
Other languages
English (en)
French (fr)
Inventor
Alexander Harhurin
Reinhard Jurk
Rene Molle
Original Assignee
Bayerische Motoren Werke Aktiengesellschaft
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 Bayerische Motoren Werke Aktiengesellschaft filed Critical Bayerische Motoren Werke Aktiengesellschaft
Priority to US16/646,737 priority Critical patent/US11030901B2/en
Priority to CN201880059446.8A priority patent/CN111095379B/zh
Publication of WO2019072577A1 publication Critical patent/WO2019072577A1/de

Links

Classifications

    • 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/096783Systems 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 roadside individual element
    • 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/096716Systems 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 does not generate 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/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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]

Definitions

  • the invention relates to a device, in particular a back-end server, and a corresponding method for providing traffic information.
  • a road user in particular a vehicle, may communicate with a central unit, e.g. communicate with a backend server to obtain in real time traffic information regarding the current environment of the road user.
  • a central unit e.g. communicate with a backend server to obtain in real time traffic information regarding the current environment of the road user.
  • the data volume to be transmitted from a central unit to a vehicle can be relatively high.
  • the present document addresses the technical problem of providing an apparatus and a method by which frequently changing (traffic) information can be provided to a road user, in particular for a vehicle, in a reliable and resource-efficient manner.
  • independent claim dependent claim without the features of the independent claim or only in combination with a subset of the features of the independent claim may form an independent and independent of the combination of all features of the independent claim invention, the subject of an independent can be made in a divisional application or a subsequent application. This applies equally to technical teachings described in the specification, which may form an independent invention of the features of the independent claims.
  • Traffic information for a road user e.g. for a vehicle, in particular for a road motor vehicle, such as for a passenger car, a bus, a truck and / or a motorcycle described.
  • the traffic information may include general information that is for a
  • the traffic information may include general information relevant and / or required for controlling a vehicle in traffic.
  • the method can be executed by a central processing unit or by a backend server.
  • the provided traffic information may e.g. include or display one or more traffic events in a particular region. Exemplary traffic events are: a construction site, an accident, a traffic jam, a road blockade, a local hazard situation, etc.
  • the provided traffic information can be information, in particular state information, relating to an infrastructure unit (such as a traffic light and / or a digital scoreboard). include.
  • the information relating to an infrastructure unit may e.g. indicate the switching times of a traffic light and / or the speed limit displayed on a scoreboard.
  • On a central processing unit or by a backend server.
  • the provided traffic information may e.g. include or display one or more traffic events in a particular region. Exemplary traffic events are: a construction site, an accident, a traffic jam, a road blockade, a local
  • Traffic events and / or an infrastructure unit are typically associated with a particular location or section.
  • the method includes determining an information region for the
  • the information region indicates the spatial area of a road network for which traffic information is to be provided.
  • the method includes sending reference information regarding a communication partner to the road user, wherein the
  • the Communication partner is set up to provide traffic information regarding the information region.
  • the reference information may e.g. be transmitted from the central unit to the road user.
  • the actual traffic information can be at least partially from a
  • Communication partner that is separate from the central unit. It can thus be a transmission of reference information regarding at least one communication partner on the one hand and (separate) transmission of traffic information (i.e., user data) from the communication partner on the other hand. So can the traffic in one
  • Traffic information system optimized, in particular reduced, be. Furthermore, the respectively used communication protocols for the communication for the transmission of the reference information or for the transmission of the traffic information can be individually adapted. So can the
  • the reference information may indicate how the road user is using the
  • the reference information may indicate a communication address, for example an IP address, of the communication partner.
  • the reference information may indicate a communication protocol to be used for communication with the communication partner. This ensures that a road user can provide a communication partner for the provision of
  • Communication partners are provided via the reference information.
  • the road user can then select the communication partners individually (in each case a point-to-point connection) and / or selectively (eg only if necessary) to determine traffic information.
  • the traffic in a traffic information system can be further optimized.
  • the traffic information provided by a communication partner may be referred to as direct traffic information.
  • the one or more communication partners relevant for an information region can be transmitted to the road user as reference information.
  • the method may include determining one or more communication partners for the information region.
  • the one or more communication partners can be arranged within the information region. Reference information can then be sent regarding the one or more determined communication partners. This ensures that a road user can be informed as comprehensively as possible about the traffic situation in an information region.
  • the traffic information provided by the different communication partners may be different.
  • the method may include providing a raster network having a plurality of raster cells.
  • a grid cell can correspond to a regional section of the environment of the road user and / or a road network.
  • the environment of the road user and / or a road network can be in a variety of different
  • Grid cells be divided.
  • the individual grid cells may have a uniform size and / or shape (e.g., a rectangular shape).
  • a grid cell may display zero, one or more traffic events in the regional pane corresponding to the grid cell.
  • Traffic events may be based on reports from road users Based on data from one or more infrastructure units determined and stored in the relevant grid cells of the grid network. It can thus be provided a grid network, which in
  • the traffic events of a raster network can be provided as (centrally-switched) traffic information.
  • the raster network in particular the traffic events of a raster network, may e.g. be determined and updated by a central processing unit.
  • Traffic information regarding the zero, one or more traffic events may optionally be sent directly from the central unit to a road user.
  • a grid cell may be zero, one or more
  • the zero, one or more communication partners can be arranged within the respective grid cell.
  • the grid can therefore different in different regional sections
  • the sending of reference information may include determining which one or more grid cells are included in the information region. It can then reference information in terms of zero, one or more
  • Communication partners are sent in the one or more grid cells that are included in the information region. In this way, the road user can depend on all those relevant to an information region in a reliable manner
  • the reference information can be from a
  • the Lehmer can then contact the one or more communication partners displayed in the reference information in order to be informed by the one or more communication partners (direct or immediate).
  • the method may include transmitting centrally-switched
  • the division can be made such that the data traffic in the
  • Traffic information system optimized, in particular reduced, is.
  • traffic information that needs to be updated relatively frequently may be advantageously provided as direct traffic information (and thus in a decentralized manner).
  • traffic information that needs to be updated relatively rarely can be advantageously provided as centrally-switched traffic information (and thus centrally).
  • the (direct or immediate) traffic information provided by the communication partner can thus be such that the direct or immediate traffic information is updated more frequently on average than the centrally-transmitted traffic information. So can the traffic in one
  • Traffic information system to be further optimized.
  • Traffic events (such as traffic jams, accidents, construction sites, etc.) are changing
  • the infrastructure unit of a road network (such as a traffic light or a scoreboard) relatively frequently.
  • the switching times can be regularly change the traffic light and / or information displayed on a scoreboard. It may thus be advantageous to provide information relating to an infrastructure unit of a road network in a direct or decentralized manner in order to control the data traffic in one
  • Traffic information system (and in particular the data traffic from a central processing unit) to reduce.
  • the communication partner (displayed in the link information) may thus include an infrastructure unit within the information region. Furthermore, the by the communication partner
  • the method typically includes determining position information relating to a current position of the traffic participant, in particular of the vehicle.
  • the information region can then be determined depending on the position information.
  • an information region can be defined, which includes the current position of the road user. Possibly. a movement direction of the road user can be considered. It can then be determined an information region that extends from the current position of the road user in the direction of movement of the road user.
  • the method may include determining a road type on which the road user resides.
  • the road type can be determined from the position information related to digital map information.
  • Exemplary road types are a highway, a highway, or a street in a city.
  • the information region can then also in : be determined by the type of road. For example, a tubular information region along a highway may be detected when the vehicle is on a highway.
  • the relevance of the information transmitted to a road user can be further increased in a reliable and resource-efficient manner.
  • the method may include determining density information related to a density and / or a quantity of traffic events in an environment of the road user.
  • the density information may indicate a set and / or a number of traffic events per (regional) area or per regional excursion. Alternatively or additionally, the density information may indicate an amount of data to be transmitted for a traffic event. Alternatively or additionally, the density information may indicate an amount of data to be transmitted for the traffic information per area or per regional area. The amount and / or number of traffic events can vary regionally or be different in different regional sections.
  • the information region for the road user can then (possibly also) be determined as a function of the density information.
  • an information region can be efficiently described by a polygon.
  • a relatively small information region may be set if the density information indicates a relatively high density and / or amount
  • Traffic in a traffic information system can be further optimized.
  • a device in particular a
  • Traffic information for a road user in particular for a
  • the device is set up to determine an information region for the road user, wherein traffic information is to be provided for the information region.
  • the device is set up reference information regarding at least one
  • the communication partner is set up to provide traffic information regarding the information region.
  • the reference information can indicate how the road user can contact the communication partner.
  • SW software program
  • the SW program can be set up to run on a processor and thereby perform the method described in this document.
  • the storage medium may include an SW program that is set up to be executed on a processor, and thereby perform the same in this
  • FIG. 1 shows an exemplary system for providing traffic information
  • FIG. 2 shows an exemplary information region about the current position of a vehicle
  • FIG. 3 shows a flow chart of an exemplary method for providing traffic information.
  • the present document deals with the reliable and resource-efficient provision of traffic information for a road user, in particular for a vehicle.
  • the system 100 includes a central processing unit 101 (e.g., a back-end server) configured to receive traffic information from a plurality of information sources 102, 103.
  • a central processing unit 101 e.g., a back-end server
  • Exemplary information sources 102, 103 are
  • Road users 102 such as vehicles, pedestrians, cyclists, etc.
  • infrastructure units 103 such as cameras at bridges, traffic lights, scoreboards, etc.
  • the central processing unit 101 is arranged to analyze the traffic information provided or the traffic events provided and to store it in a position-dependent manner (for example in a raster network 200 shown in FIG.
  • Exemplary traffic information or exemplary traffic events are: a blocked lane or a blocked lane; an accident; on
  • a vehicle 110 (as an exemplary road user) may register with the central processing unit 101. In this case, the current position of the vehicle 110 can be specified. The central processing unit 101 may then provide the vehicle 110 with traffic information 111 from a particular region or environment around the current location of the vehicle 110 (via a wireless communication link). The vehicle 110 may include the provided traffic information 111 within one or more of
  • a routing of the vehicle 110 may be performed depending on the provided traffic information 111.
  • a warning message may be output to a driver of the vehicle 110.
  • a vehicle 110 may log on to a backend server 101 for a particular geo-region (e.g., a particular map tile) position-based to receive real-time traffic information 111 (such as a local geo-link)
  • the position of the vehicle 100 may be detected via a navigation satellite system.
  • the navigation satellite system herein includes any current and future Global Navigation Satellite System (GNSS) for location and navigation by receiving signals from navigation satellites and / or pseudolites.
  • GNSS Global Navigation Satellite System
  • these can be the Global Positioning System (GPS), GLOBAL NAVIGATION Satellite System (GLONASS), Galileo positioning system and / or BeiDou Navigation Satellite System.
  • GPS Global Positioning System
  • GLONASS GLOBAL NAVIGATION Satellite System
  • Galileo positioning system Galileo positioning system
  • BeiDou Navigation Satellite System / or BeiDou Navigation Satellite System.
  • the vehicle 100 may include a GPS module (not shown) configured to provide current GPS position data of the vehicle
  • the vehicle 100 can thus GPS-based on the backend server 101 for a specific geo-region (eg a certain geo-region ) to receive real-time traffic information 111 from this geo-region.
  • a specific geo-region eg a certain geo-region
  • the traffic information 111 can be transmitted to the vehicle 110 via broadcast.
  • the size of the geo-region can be defined or fixed.
  • FIG. 2 shows an exemplary subdivision of an environment of a vehicle 110 into a raster network 200 having a plurality of raster cells 201.
  • the raster cells 201 may have the form of quadrilateral (as shown in FIG. 2).
  • other forms of halftone cells 201 are also conceivable (e.g.
  • the central unit 101 can be set up to determine traffic information and assign it to the different grid cells 201 of the grid network 200 in a position-dependent manner.
  • a grid cell 201 may thus be associated with zero, one or more traffic events.
  • the position of the grid cell 201 corresponds to the position of a traffic event associated with the grid cell 201.
  • FIG. 2 shows a vehicle 110 located at a particular position 211 within the grid network 200.
  • the vehicle 110 may transmit position information relating to the current position 211 of the vehicle 110 to the central processing unit 101.
  • the central processing unit 101 may, in response, determine an informational region 210 from which traffic information 111 is provided to the vehicle 110.
  • the information region 210 may be based on the
  • Position information with respect to the current position 211 of the vehicle 110 are determined. Furthermore, the information region 210 in FIG.
  • Dependence on a quantity of traffic information 111 to be transmitted can be determined.
  • the amount of traffic information 111 to be transmitted can be determined on the basis of the grid network 200.
  • the information region 210 may be gradually extended by one or more grid cells 201 until a certain amount of limit data traffic information 111 to be transmitted is reached. This can lead to the determination of a relative Regions 210 when the grid cells 201 in the vicinity of the vehicle 110 are associated with relatively few traffic events. On the other hand, this may lead to the determination of a relatively small information region 210 when the grid cells 201 in the vicinity of the vehicle 110 are associated with relatively many traffic events.
  • the central unit 101 can thus traffic information 111 with respect to a particular information region 210 (via a wireless
  • Communication link are transmitted to a road user 110.
  • Publish / Subscribe methods such as. be provided by transmission protocols such as MQTT (Message Queue Telemetry Transport).
  • MQTT Message Queue Telemetry Transport
  • a road user 110 subscribes for this purpose to a geographic information region 210 and / or to a halftone cell 201 (identified, for example, by an identification number) and then obtains the traffic information 111 for delivered to this area.
  • Central unit 101 provided or sent traffic information 111 may be referred to as centrally-switched traffic information 111.
  • the approach described above for the provision of traffic information 111 is well suited.
  • applications such as e.g. the transmission of traffic light switching times, in which the information to be transmitted 111 changes relatively quickly leads the o.g. But approach to relatively high amounts of data and thus to a relatively high communication effort between a road user 110 and a central processing unit 101. This is particularly the case when a
  • Information region 210 or a grid cell 201 relatively many units 103 have variable information.
  • a raster cell 201 with a typical tile size of 2km x 2km in an inner city may contain about 50 traffic lights, each with variable switching times, which may result in relatively high amounts of information 111 to be transmitted.
  • Subscription mechanism at least partially not the actual
  • Traffic information can be transmitted, but it can be alternatively transmitted a reference to where the actual information is to be retrieved.
  • This reference information is typically significantly less variable in time, so that the communication effort for communication between the central unit 101 and a road user 110 can be reduced.
  • Road user 110 subscribes to an information region 210 and / or to a grid cell 201. This road user 110 then receives information from the CPU 101 as information 111 relating to the information
  • Communication endpoints of the one or more traffic infrastructure units 103 (e.g., a traffic light).
  • the road user 110 may then establish a direct communication link 113 to the communication endpoint of a traffic infrastructure unit 103.
  • a traffic infrastructure unit 103 For the communication between the communication endpoint of an infrastructure unit 103 and a traffic infrastructure unit 103.
  • Road users can use an optimized protocol of relatively low communication layer in the OSI model, e.g. TCP or UDP.
  • the road user 110 may possibly only contact the infrastructure units 103, of which specific traffic information 112 is needed.
  • the traffic information 112 provided by an infrastructure unit 103 may be referred to as direct traffic information 112.
  • FIG. 3 shows a flowchart of an exemplary method 300 for
  • the traffic information 111, 112 may include one or more traffic events in an environment of the vehicle 110 exemplary traffic events are: speed limits, congestion, accidents, construction sites, local weather information (ice, fog, etc.), etc. Further, the traffic information 111, 112 may include state information regarding one or more infrastructure units 103 in the vicinity of the vehicle 110. Exemplary state information is the switching times of a traffic light and / or the information displayed on a display panel.
  • the method 300 may be performed by a central processing unit 101, in particular by a back-end server. The method 300 includes determining 301 an information region 210 for the road user 110. In this case, when determining the information region 210, the current position 211 of the road user 110 can be taken into account. The current position 211 can be used as position information on a
  • the method 300 comprises sending 302 reference information relating to a communication partner 103 (in particular with respect to an infrastructure unit) to the road user 110, wherein the
  • Communication partner 103 is arranged to provide traffic information 112 with respect to the information region 210.
  • Communication partner 103 provided traffic information 112 may be referred to as direct or immediate traffic information 112, since this traffic information 112 is not centrally (and typically indirectly) provided by the central unit 101 but directly from the communication partner 103.
  • the reference information may indicate how the
  • Road user 110 can contact the communication partner 103 to get the (direct or immediate) traffic information 112.
  • a communication partner 103 corresponds to
  • Provision of traffic information 112 of an infrastructure unit of a s (eg a traffic light or a digital scoreboard). Further, in a preferred example, the traffic information 112 provided by a communication partner 103 corresponds to state information regarding a state of an infrastructure unit.
  • the method 300 may transmit the transmission of centrally-switched traffic information 111 directly from the central processing unit 101 to the
  • Road users 110 include. Central-switched traffic information 111 may e.g. be provided for traffic events that change relatively rarely. On the other hand, frequently changing traffic information 112
  • traffic information 112 relating to an infrastructure unit can be provided directly or indirectly by transmitting reference information to a communication partner 103. Due to the separate transmission of communication parameters to a
  • Traffic infrastructure unit 103 e.g., a traffic light
  • payload data relating to infrastructure unit 103 e.g., the switching time of a traffic light
  • Communication link for transmitting user data then takes place directly between a road user 110 and an infrastructure unit 103, without the involvement of the CPU 101.
  • the communication protocol can be optimized, possibly as a function of the respective infrastructure unit 103.
  • traffic lights e.g. bandwidth-optimized only relatively short pieces of information to be transmitted.
  • the security requirements can also be found in the two
  • Traffic information 112 can be optimized separately. Due to the absence of a central component at the application level in the
  • CPU 101 is the described separate transmission of reference ind payload good on a relatively large number of

Landscapes

  • Life Sciences & Earth Sciences (AREA)
  • Atmospheric Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)

Abstract

Es wird ein Verfahren (300) zur Bereitstellung von Verkehrsinformation (111, 112) für einen Verkehrsteilnehmer (110), insbesondere für ein Fahrzeug, beschrieben. Das Verfahren (300) umfasst das Ermitteln (301) einer Informations-Region (210) für den Verkehrsteilnehmer (110), wobei für die Informations-Region (210) Verkehrsinformation (111, 112) bereitgestellt werden soll. Außerdem umfasst das Verfahren (300) das Senden (302) von Verweis-Information bezüglich eines Kommunikationspartners (103) an den Verkehrsteilnehmer (110), wobei der Kommunikationspartner (103) eingerichtet ist, Verkehrsinformation (112) bezüglich der Informations-Region (210) bereitzustellen.

Description

Verfahren und Vorrichtung zur Bereitstellung von Verkehrsinformation
Die Erfindung betrifft eine Vorrichtung, insbesondere einen Backend-Server, und ein entsprechendes Verfahren zur Bereitstellung von Verkehrsinformation.
Ein Verkehrsteilnehmer, insbesondere ein Fahrzeug, kann über eine drahtlose Kommunikationsverbindung mit einer Zentraleinheit, z.B. mit einem Backend- Server, kommunizieren, um in Echtzeit Verkehrsinformation bezüglich der aktuellen Umgebung des Verkehrsteilnehmers zu beziehen. Dabei sind die Bandbreite der drahtlosen Kommunikationsverbindung und/oder die
Sendekapazität einer Zentraleinheit typischerweise begrenzt.
Insbesondere bei sich häufig ändernder Verkehrsinformation bzw. bei sich ändernder Information, die zur Steuerung eines Fahrzeugs im Straßenverkehr notwendig ist, kann das von einer Zentraleinheit an ein Fahrzeug zu übertragende Datenvolumen relativ hoch sein. Das vorliegende Dokument befasst sich mit der technischen Aufgabe, eine Vorrichtung und ein Verfahren bereitzustellen, durch die in zuverlässiger und ressourceneffizienter Weise sich häufig ändernde (Verkehrs-) Information für einen Verkehrsteilnehmer, insbesondere für ein Fahrzeug, bereitgestellt werden kann.
Die Aufgabe wird durch die unabhängigen Ansprüche gelöst. Vorteilhafte Ausführungsformen werden u.a. in den abhängigen Ansprüchen beschrieben. Es wird darauf hingewiesen, dass zusätzliche Merkmale eines von einem
unabhängigen Patentanspruch abhängigen Patentanspruchs ohne die Merkmale des unabhängigen Patentanspruchs oder nur in Kombination mit einer Teilmenge der Merkmale des unabhängigen Patentanspruchs eine eigene und von der Kombination sämtlicher Merkmale des unabhängigen Patentanspruchs unabhängige Erfindung bilden können, die zum Gegenstand eines unabhängigen iner Teilungsanmeldung oder einer Nachanmeldung gemacht werden kann. Dies gilt in gleicher Weise für in der Beschreibung beschriebene technische Lehren, die eine von den Merkmalen der unabhängigen Patentansprüche unabhängige Erfindung bilden können.
Gemäß einem Aspekt wird ein Verfahren zur Bereitstellung von
Verkehrsinformation für einen Verkehrsteilnehmer z.B. für ein Fahrzeug, insbesondere für ein Straßenkraftfahrzeug, etwa für einen Personenkraftwagen, einen Bus, einen Lastkraftwagen und/oder ein Motorrad, beschrieben. Dabei kann die Verkehrsinformation allgemeine Information umfassen, die für einen
Verkehrsteilnehmer im Straßenverkehr relevant und/oder erforderlich ist.
Insbesondere kann die Verkehrsinformation allgemeine Information umfassen, die zur Steuerung eines Fahrzeugs im Straßenverkehr relevant und/oder erforderlich ist. Das Verfahren kann durch eine Zentraleinheit bzw. durch einen Backend Server ausgeführt werden. Die bereitgestellte Verkehrsinformation kann z.B. ein oder mehrere Verkehrsereignisse in einer bestimmten Region umfassen bzw. anzeigen. Beispielhafte Verkehrsereignisse sind: eine Baustelle, ein Unfall, ein Stau, eine Straßenblockade, eine lokale Gefahrensituation, etc. Alternativ oder ergänzend kann die bereitgestellte Verkehrsinformation Information, insbesondere Zustandsinformation, in Bezug auf eine Infrastruktureinheit (etwa eine Ampel und/oder eine digitale Anzeigetafel) umfassen. Die Information in Bezug auf eine Infrastruktureinheit kann z.B. die Schaltzeiten einer Ampel und/oder die auf einer Anzeigetafel dargestellte Geschwindigkeitsbegrenzung, anzeigen. Ein
Verkehrsereignis und/oder eine Infrastruktureinheit sind typischerweise mit einer bestimmten Position bzw. mit einem bestimmten regionalen Ausschnitt assoziiert.
Das Verfahren umfasst das Ermitteln einer Informations-Region für den
Verkehrsteilnehmer. Dabei zeigt die Informations-Region den räumlichen Bereich eines Straßennetzes an, für den Verkehrsinformation bereitgestellt werden soll. nfasst das Verfahren das Senden von Verweis-Information bezüglich eines Kommunikationspartners an den Verkehrsteilnehmer, wobei der
Kommunikationspartner eingerichtet ist, Verkehrsinformation bezüglich der Informations-Region bereitzustellen. Die Verweis-Information kann z.B. von der Zentraleinheit an den Verkehrsteilnehmer übermittelt werden. Andererseits kann die eigentliche Verkehrsinformation zumindest teilweise von einem
Kommunikationspartner bereitgestellt werden, der separat von der Zentraleinheit ist. Es kann somit eine Übertragung von Verweis-Information bzgl. zumindest eines Kommunikationspartners einerseits und eine (davon separate) Übertragung von Verkehrsinformation (d.h. von Nutzdaten) von dem Kommunikationspartner andererseits erfolgen. So kann der Datenverkehr in einem
Verkehrsinformationssystem optimiert, insbesondere reduziert, werden. Des Weiteren können so die jeweils verwendeten Kommunikationsprotokolle für die Kommunikation zur Übertragung der Verweis-Information bzw. zur Übertragung der Verkehrsinformation individuell angepasst werden. So können die
Zuverlässigkeit und die Effizienz der Datenübertragung weiter verbessert werden.
Die Verweis-Information kann anzeigen, wie der Verkehrsteilnehmer den
Kommunikationspartner kontaktieren kann. Insbesondere kann die Verweis- Information eine Kommunikationsadresse, beispielsweise eine IP- Adresse, des Kommunikationspartners anzeigen. Des Weiteren kann die Verweis-Information ein für eine Kommunikation mit dem Kommunikationspartner zu verwendendes Kommunikationsprotokoll anzeigen. So kann gewährleistet werden, dass ein Verkehrsteilnehmer einen Kommunikationspartner zur Bereitstellung von
Verkehrsinformation zuverlässig kontaktieren kann.
Ggf. können für eine Informations-Region mehrere unterschiedliche
Kommunikationspartner über die Verweis-Information bereitgestellt werden. Der Verkehrsteilnehmer kann dann die Kommunikationspartner individuell (in jeweils einer Punkt-zu-Punkt Verbindung) und/oder selektiv (z.B. nur bei Bedarf) um Verkehrsinformation zu ermitteln. So kann der Datenverkehr in einem Verkehrsinformationssystem weiter optimiert werden.
Es kann somit in direkter bzw. unmittelbarer Weise Verkehrsinformation von zumindest einem Kommunikationspartner an einen Verkehrsteilnehmer übermittelt werden. Die von einem Kommunikationspartner bereitgestellte Verkehrsinformation kann als direkte bzw. unmittelbare Verkehrsinformation bezeichnet werden. Die für eine Informations-Region relevanten ein oder mehreren Kommunikationspartner können als Verweis-Information an den Verkehrsteilnehmer übermittelt werden. Insbesondere kann das Verfahren das Ermitteln von ein oder mehreren Kommunikationspartnern für die Informations- Region umfassen. Die ein oder mehreren Kommunikationspartner können dabei innerhalb der Informations-Region angeordnet sein. Es kann dann Verweis- Information bezüglich der ein oder mehreren ermittelten Kommunikationspartner gesendet werden. So kann gewährleistet werden, dass ein Verkehrsteilnehmer möglichst umfassend über die Verkehrs Situation in einer Informations-Region informiert werden kann. Dabei kann die Verkehrsinformation, die von den unterschiedlichen Kommunikationspartnern bereitgestellt wird, unterschiedlich sein.
Das Verfahren kann das Bereitstellen eines Rasternetzes mit einer Vielzahl von Rasterzellen umfassen. Eine Rasterzelle kann dabei einem regionalen Ausschnitt der Umgebung des Verkehrsteilnehmers und/oder eines Straßennetzes entsprechen. Mit anderen Worten, die Umgebung des Verkehrsteilnehmers und/oder ein Straßennetz können in eine Vielzahl von unterschiedlichen
Rasterzellen unterteilt sein. Die einzelnen Rasterzellen können eine einheitliche Größe und/oder Form aufweisen (z.B. eine Rechteckform).
Eine Rasterzelle kann null, ein oder mehr Verkehrsereignisse in dem der Rasterzelle entsprechenden regionalen Ausschnitt anzeigen. Die
Verkehrsereignisse können auf Basis von Meldungen von Verkehrsteilnehmern Basis von Daten von ein oder mehreren Infrastruktureinheiten ermittelt und in den jeweils relevanten Rasterzellen des Rasternetzes gespeichert werden. Es kann somit ein Rasternetz bereitgestellt werden, das in
unterschiedlichen regionalen Ausschnitten unterschiedliche Verkehrsereignisse anzeigt. Die Verkehrsereignisse eines Rasternetzes können als (zentralvermittelte) Verkehrsinformation bereitgestellt werden. Das Rasternetz, insbesondere die Verkehrsereignisse eines Rasternetzes, können z.B. durch eine Zentraleinheit ermittelt und aktualisiert werden. Die zentral-vermittelte
Verkehrsinformation bezüglich der null, ein oder mehr Verkehrsereignisse kann ggf. direkt von der Zentraleinheit an einen Verkehrsteilnehmer gesendet werden.
Alternativ oder ergänzend kann eine Rasterzelle null, ein oder mehr
Kommunikationspartner zur Bereitstellung von (direkter bzw. unmittelbarer) Verkehrsinformation in dem der Rasterzelle entsprechenden regionalen
Ausschnitt anzeigen. Die null, ein oder mehr Kommunikationspartner können dabei innerhalb der jeweiligen Rasterzelle angeordnet sein. Das Rasternetz kann somit in unterschiedlichen regionalen Ausschnitten unterschiedliche
Kommunikationspartner zur Bereitstellung von (direkter bzw. unmittelbarer) Verkehrsinformation anzeigen.
Das Senden von Verweis-Information kann das Ermitteln umfassen, welche ein oder mehreren Rasterzellen in der Informations-Region enthalten sind. Es kann dann Verweis-Information in Bezug auf die null, ein oder mehr
Kommunikationspartner in den ein oder mehreren Rasterzellen gesendet werden, die in der Informations-Region enthalten sind. So kann der Verkehrsteilnehmer in zuverlässiger Weise über alle für eine Informations-Region relevanten
Kommunikationspartner informiert werden, um möglichst umfassende
Verkehrsinformation bereitzustellen. Wie bereits oben dargelegt, kann die Verweis-Information von einer
Zentraleinheit an den Verkehrsteilnehmer gesendet werden. Der Lehmer kann dann die in der Verweis-Information angezeigten ein oder mehreren Kommunikationspartner kontaktieren, um von den ein oder mehreren Kommunikationspartnern (direkte bzw. unmittelbare)
Verkehrsinformation für die Informations-Region zu beziehen.
Des Weiteren kann das Verfahren das Senden von zentral- vermittelter
Verkehrsinformation für die Informations-Region direkt von der Zentraleinheit an den Verkehrsteilnehmer umfassen. Insbesondere kann zentral-vermittelte
Verkehrsinformation bezüglich der ein oder mehreren Verkehrsereignisse in den ein oder mehreren Rasterzellen der Informations-Region direkt von der
Zentraleinheit an den Verkehrsteilnehmer gesendet werden.
Es kann somit teilweise direkte bzw. unmittelbare Verkehrsinformation und teilweise zentral-vermittelte Verkehrsinformation bereitgestellt werden. Die Aufteilung kann dabei derart erfolgen, dass der Datenverkehr in dem
Verkehrsinformationssystem optimiert, insbesondere reduziert, wird.
Beispielsweise kann Verkehrsinformation, die relativ häufig aktualisiert werden muss, vorteilhaft als direkte bzw. unmittelbare Verkehrsinformation (und somit in dezentraler Weise) bereitgestellt werden. Andererseits kann Verkehrsinformation, die relativ selten aktualisiert werden muss, vorteilhaft als zentral-vermittelte Verkehrsinformation (und somit in zentraler Weise) bereitgestellt werden. Die von dem Kommunikationspartner bereitgestellte (direkte bzw. unmittelbare) Verkehrsinformation kann somit derart sein, dass die direkte bzw. unmittelbare Verkehrsinformation im Mittel häufiger aktualisiert wird als die zentral- vermittelte Verkehrsinformation. So kann der Datenverkehr in einem
Verkehrsinformationssystem weiter optimiert werden.
Verkehrsereignisse (wie Staus, Unfälle, Baustellen, etc.) ändern sich
typischerweise relativ selten. Andererseits kann sich der Zustand einer
Infrastruktureinheit eines Straßennetzes (etwa einer Verkehrsampel oder einer Anzeigetafel) relativ häufig ändern. Beispielsweise können sich die Schaltzeiten rsampel und/oder die auf einer Anzeigetafel dargestellte Information regelmäßig ändern. Es kann somit vorteilhaft sein, Information in Bezug auf eine Infrastruktureinheit eines Straßennetzes in direkter bzw. unmittelbarer bzw. dezentraler Weise bereitzustellen, um den Datenverkehr in einem
Verkehrsinformationssystem (und insbesondere den Datenverkehr von einer Zentraleinheit) zu reduzieren.
Der Kommunikationspartner (der in der Verweis-Information angezeigt wird) kann somit eine Infrastruktureinheit innerhalb der Informations-Region umfassen bzw. sein. Des Weiteren kann die durch den Kommunikationspartner
bereitgestellte (direkte bzw. unmittelbare) Verkehrsinformation Information in Bezug auf die Infrastruktureinheit umfassen. Insbesondere kann Information in Bezug auf einen Zustand der Infrastruktureinheit bereitgestellt werden. Das Verfahren umfasst typischerweise das Ermitteln von Positionsinformation in Bezug auf eine aktuelle Position des Verkehr steilnehmers, insbesondere des Fahrzeugs. Die Informations-Region kann dann in Abhängigkeit von der Positionsinformation festgelegt werden. Insbesondere kann eine Informations- Region festgelegt werden, die die aktuelle Position des Verkehrsteilnehmers umfasst. Ggf. kann eine Bewegungsrichtung des Verkehrsteilnehmers berücksichtigt werden. Es kann dann eine Informations-Region ermittelt werden, die sich ausgehend von der aktuellen Position des Verkehrsteilnehmers in Richtung der Bewegungsrichtung des Verkehrsteilnehmers erstreckt. So kann in zuverlässiger und ressourceneffizienter Weise die Relevanz der an einen
Verkehrsteilnehmer übertragenen Information weiter erhöht werden.
Das Verfahren kann das Ermitteln eines Straßentyps umfassen, auf dem sich der Verkehrsteilnehmer befindet. Beispielsweise kann der Straßentyp anhand der Positionsinformation in Zusammenhang mit digitaler Karteninformation ermittelt werden. Beispielhafte Straßentypen sind eine Autobahn, eine Landstraße oder eine Straße in einer Stadt. Die Informations-Region kann dann auch in : von dem Straßentyp festgelegt werden. Beispielsweise kann eine schlauchförmige Informations-Region entlang einer Autobahn ermittelt werden, wenn sich das Fahrzeug auf einer Autobahn befindet. So kann in zuverlässiger und ressourceneffizienter Weise die Relevanz der an einen Verkehrsteilnehmer übertragenen Information weiter erhöht werden.
Das Verfahren kann das Ermitteln von Dichte-Information in Bezug auf eine Dichte und/oder eine Menge von Verkehrsereignissen in einer Umgebung des Verkehrsteilnehmers umfassen. Die Dichte-Information kann eine Menge und/oder eine Anzahl an Verkehrsereignissen pro (regionaler) Fläche bzw. pro regionalem Ausschnitt anzeigen. Alternativ oder ergänzend kann die Dichte- Information eine Datenmenge anzeigen, die für ein Verkehrsereignis zu übertagen ist. Alternativ oder ergänzend kann die Dichte-Information eine Datenmenge anzeigen, die für die Verkehrsinformation pro Fläche bzw. pro regionalem Ausschnitt zu übertragen ist. Die Menge und/oder Anzahl an Verkehrsereignissen kann dabei regional schwanken bzw. in unterschiedlichen regionalen Abschnitten unterschiedlich sein.
Die Informations-Region für den Verkehrsteilnehmer kann dann (ggf. auch) in Abhängigkeit von der Dichte-Information ermittelt werden. Dabei können insbesondere die Größe und/oder die Form der Informations-Region in
Abhängigkeit von der Dichte-Information festgelegt werden. Beispielsweise kann eine Informations-Region in effizienter Weise durch ein Polygon beschrieben werden.
Bevorzugt kann eine relativ kleine Informations-Region festgelegt werden, wenn die Dichte-Information eine relativ hohe Dichte und/oder Menge an
Verkehrsereignissen in der direkten Umgebung des Verkehrsteilnehmers anzeigt. Andererseits kann eine relativ große Informations-Region festgelegt werden, wenn die Dichte-Information eine relativ kleine Dichte und/oder Menge an
Verkehrsereignissen in der direkten Umgebung des Verkehrsteilnehmers anzeigt. Datenverkehr in einem Verkehrsinformations System weiter optimiert werden.
Gemäß einem weiteren Aspekt wird eine Vorrichtung, insbesondere eine
Zentraleinheit bzw. ein Backend-Server, zur Bereitstellung von
Verkehrsinformation für einen Verkehrsteilnehmer, insbesondere für ein
Fahrzeug, beschrieben. Die Vorrichtung ist eingerichtet, eine Informations-Region für den Verkehrsteilnehmer zu ermitteln, wobei für die Informations-Region Verkehrsinformation bereitgestellt werden soll. Außerdem ist die Vorrichtung eingerichtet, Verweis-Information bezüglich zumindest eines
Kommunikationspartners an den Verkehrsteilnehmer zu senden, wobei der Kommunikationspartner eingerichtet ist, Verkehrsinformation bezüglich der Informations-Region bereitzustellen. Die Verweis-Information kann dabei anzeigen, wie der Verkehrsteilnehmer den Kommunikationspartner kontaktieren kann.
Gemäß einem weiteren Aspekt wird ein Software (SW) Programm beschrieben. Das SW Programm kann eingerichtet werden, um auf einem Prozessor ausgeführt zu werden, und um dadurch das in diesem Dokument beschriebene Verfahren auszuführen.
Gemäß einem weiteren Aspekt wird ein Speichermedium beschrieben. Das Speichermedium kann ein SW Programm umfassen, welches eingerichtet ist, um auf einem Prozessor ausgeführt zu werden, und um dadurch das in diesem
Dokument beschriebene Verfahren auszuführen.
Es ist zu beachten, dass die in diesem Dokument beschriebenen Verfahren, Vorrichtungen und Systeme sowohl alleine, als auch in Kombination mit anderen in diesem Dokument beschriebenen Verfahren, Vorrichtungen und Systemen verwendet werden können. Des Weiteren können jegliche Aspekte der in diesem Dokument beschriebenen Verfahren, Vorrichtungen und Systemen in vielfältiger ander kombiniert werden. Insbesondere können die Merkmale der Ansprüche in vielfältiger Weise miteinander kombiniert werden.
Im Weiteren wird die Erfindung anhand von Ausführungsbeispielen näher beschrieben. Dabei zeigen
Figur 1 ein beispielhaftes System zur Bereitstellung von Verkehrsinformation; Figur 2 eine beispielhafte Informations-Region um die aktuelle Position eines Fahrzeugs; und
Figur 3 ein Ablaufdiagramm eines beispielhaften Verfahrens zur Bereitstellung von Verkehrsinformation.
Wie eingangs dargelegt, befasst sich das vorliegende Dokument mit der zuverlässigen und ressourceneffizienten Bereitstellung von Verkehrsinformation für einen Verkehrsteilnehmer, insbesondere für ein Fahrzeug. In diesem
Zusammenhang zeigt Fig. 1 ein beispielhaftes System 100 zu Bereitstellung von Verkehrsinformation (auch als Verkehrsinformations System 100 bezeichnet). Das System 100 umfasst eine Zentraleinheit 101 (z.B. einen Backend-Server), die eingerichtet ist, Verkehrsinformation von einer Vielzahl von Informationsquellen 102, 103 zu beziehen. Beispielhafte Informationsquellen 102, 103 sind
Verkehrsteilnehmer 102 (etwa Fahrzeuge, Fußgänger, Fahrradfahrer, etc.) und Infrastruktureinheiten 103 (etwa Kameras an Brücken, Ampeln, Anzeigetafeln, etc.).
Die Zentraleinheit 101 ist eingerichtet, die bereitgestellte Verkehrsinformation bzw. die bereitgestellten Verkehrsereignisse zu analysieren und positionsabhängig zu speichern (z.B. in einem in Fig. 2 dargestellten Rasternetz 200). Beispielhafte Verkehrsinformationen bzw. beispielhafte Verkehrsereignisse sind: eine blockierte Fahrbahn bzw. ein blockierter Fahrstreifen; ein Unfall; ein
Verkehrsstau; ein Gegenstand auf einer Fahrbahn; Glatteis oder Nebel; die Schaltzeiten einer Verkehrsampel; die auf einer Anzeigetafel angezeigte
Information, etc. Ein Fahrzeug 110 (als beispielhafter Verkehrsteilnehmer) kann sich bei der Zentraleinheit 101 registrieren. Dabei kann die aktuelle Position des Fahrzeugs 110 angegeben werden. Die Zentraleinheit 101 kann dann dem Fahrzeug 110 Verkehrsinformation 111 aus einer bestimmten Region bzw. aus einer bestimmten Umgebung um die aktuelle Position des Fahrzeugs 110 bereitstellen (über eine drahtlose Kommunikations Verbindung). Das Fahrzeug 110 kann die bereitgestellte Verkehrsinformation 111 im Rahmen von ein oder mehreren
Fahrerassistenzfunktionen verwenden. Beispielsweise kann ein Routing des Fahrzeugs 110 in Abhängigkeit von der bereitgestellten Verkehrsinformation 111 durchgeführt werden. Alternativ oder ergänzend kann in Abhängigkeit von der Verkehrsinformation 111 ein Warnhinweis an einen Fahrer des Fahrzeugs 110 ausgegeben werden. Ein Fahrzeug 110 kann sich somit Positionsbasiert bei einem Backend-Server 101 für eine bestimmte Geo-Region (z.B. bei einer bestimmten Kartenkachel) anmelden, um in Echtzeit Verkehrsinformation 111 (wie z.B. eine lokale
Gefahrwarnung) aus dieser Geo-Region zu erhalten. Die Position des Fahrzeugs 100 kann über ein Navigations Satellitensystem erfasst werden. Ein
Navigationssatellitensystem umfasst hierin jedes gängige sowie künftige globale Navigationssatellitensystem bzw. Global Navigation Satellite System (GNSS) zur Positionsbestimmung und Navigation durch den Empfang der Signale von Navigationssatelliten und/oder Pseudoliten. Beispielsweise kann es sich dabei um das Global Positioning System (GPS), GLObal NAvigation Satellite System (GLONASS), Galileo positioning System und/oder BeiDou Navigation Satellite System, handeln. Beispielsweise kann das Fahrzeug 100 ein GPS-Modul (nicht gezeigt) umfassen, das eingerichtet ist, aktuelle GPS-Positionsdaten des
Fahrzeugs zu ermitteln. Anhand der ermittelten GPS-Positionsdaten
(Positionsinformation) kann das Fahrzeug 100 sich somit GPS-basiert beim backend-Server 101 für eine bestimmte Geo-Region (z.B. eine bestimmte ) anmelden, um in Echtzeit Verkehrsinformation 111 aus dieser Geo- Region zu erhalten.
Die Verkehrsinformation 111 kann per Broadcast an das Fahrzeug 110 übertragen werden. Die Größe der Geo-Region kann dabei fest definiert bzw. festgelegt sein.
Fig. 2 zeigt eine beispielhafte Unterteilung einer Umgebung eines Fahrzeugs 110 in ein Rasternetz 200 mit einer Vielzahl von Rasterzellen 201. Die Rasterzellen 201 können dabei die Form von Vierecken haben (wie in Fig. 2 dargestellt). Es sind aber auch andere Formen von Rasterzellen 201 denkbar (z.B. eine
Wabenform). Die Zentraleinheit 101 kann eingerichtet sein, Verkehrsinformation zu ermitteln und positionsabhängig den unterschiedlichen Rasterzellen 201 des Rasternetzes 200 zuzuweisen. Eine Rasterzelle 201 kann somit mit null, ein oder mehr Verkehrsereignissen assoziiert sein. Dabei entspricht die Position der Rasterzelle 201 der Position eines Verkehrsereignisses, das mit der Rasterzelle 201 assoziiert ist.
Fig. 2 zeigt ein Fahrzeug 110, das an einer bestimmten Position 211 innerhalb des Rasternetzes 200 angeordnet ist. Das Fahrzeug 110 kann Positionsinformation in Bezug auf die aktuelle Position 211 des Fahrzeugs 110 an die Zentraleinheit 101 übertragen. Die Zentraleinheit 101 kann in Reaktion darauf eine Informations- Region 210 ermitteln, aus der dem Fahrzeug 110 Verkehrsinformation 111 bereitgestellt wird. Die Informations-Region 210 kann auf Basis der
Positionsinformation in Bezug auf die aktuelle Position 211 des Fahrzeugs 110 ermittelt werden. Des Weiteren kann die Informations-Region 210 in
Abhängigkeit von einer Menge an zu übertragender Verkehrsinformation 111 ermittelt werden. Die Menge der zu übertragenden Verkehrsinformation 111 kann dabei auf Basis des Rasternetzes 200 ermittelt werden. Beispielsweise kann die Informations-Region 210 nach und nach um ein oder mehrere Rasterzellen 201 erweitertet werden, bis eine bestimmte Grenz-Datenmenge an zu übertragender Verkehrsinformation 111 erreicht ist. Dies kann zu der Ermittlung einer relativ nations-Region 210 führen, wenn die Rasterzellen 201 in der Umgebung des Fahrzeugs 110 mit relativ wenigen Verkehrsereignissen assoziiert sind. Andererseits kann dies zu der Ermittlung einer relativ kleinen Informations- Region 210 führen, wenn die Rasterzellen 201 in der Umgebung des Fahrzeugs 110 mit relativ vielen Verkehrsereignissen assoziiert sind.
Durch die Zentraleinheit 101 kann somit Verkehrsinformation 111 bezüglich einer bestimmten Informations-Region 210 (über eine drahtlose
Kommunikationsverbindung) an einen Verkehrsteilnehmer 110 übermittelt werden. Dabei kann der Kommunikationsaufwand durch sog. Publish/Subscribe Methoden, wie sie z.B. durch Übertragungsprotokolle wie MQTT (Message Queue Telemetry Transport) bereitgestellt werden, optimiert werden. Dies ermöglicht es, Verkehrsinformationen 111 situationsbasiert zu übertragen z.B. bei einem neuen Ereignis innerhalb einer geographischen Informations-Region 210. Ein Verkehrsteilnehmer 110 subskribiert sich zu diesem Zweck für eine geographische Informations-Region 210 und/oder für eine Rasterzelle 201 (die z.B. durch eine Identifikationsnummer gekennzeichnet ist) und erhält dann die Verkehrsinformationen 111 für dieses Gebiet zugestellt. Die von einer
Zentraleinheit 101 bereitgestellte bzw. versendete Verkehrsinformation 111 kann als zentral-vermittelte Verkehrsinformation 111 bezeichnet werden.
Zum Übertragen von vergleichsweise langsam veränderlichen Informationen, wie z.B. geometrischen Eigenschaften des Straßennetzes bzw. dem Vorliegen von aktuellen Gefahren (Wildwechsel, Personen auf der Fahrbahn, etc.) ist der oben beschriebene Ansatz zur Bereitstellung von Verkehrsinformation 111 gut geeignet. Für Anwendungen, wie z.B. dem Übertragen von Ampelschaltzeiten, bei denen sich die zu übertragende Information 111 relativ schnell ändert, führt der o.g. Ansatz jedoch zu relativ hohen Datenmengen und damit zu einem relativ hohen Kommunikationsaufwand zwischen einem Verkehrsteilnehmer 110 und einer Zentraleinheit 101. Dies ist insbesondere dann der Fall, wenn eine
Informations-Region 210 bzw. eine Rasterzelle 201 relativ viele Einheiten 103 tinell veränderlicher Information aufweisen. Beispielsweise kann eine Rasterzelle 201 mit einer typischen Kachelgröße von 2km x 2km in einer Innenstadt ca. 50 Ampeln mit jeweils veränderlichen Schaltzeiten enthalten, was zu relativ hohen Mengen an zu übertragender Information 111 führen kann.
Zur Reduzierung des Datenvolumens kann über den beschriebenen
Subskriptionsmechanismus zumindest teilweise nicht die eigentliche
Verkehrsinformation übertragen werden, sondern es kann alternativ ein Verweis darauf übertragen werden, wo die eigentliche Information abzurufen ist. Diese Verweis-Information ist typischerweise zeitlich deutlich weniger variabel, so dass der Kommunikationsaufwand zur Kommunikation zwischen der Zentraleinheit 101 und einem Verkehrsteilnehmer 110 reduziert werden kann. Der
Verkehrsteilnehmer 110 subskribiert sich für eine Informations-Region 210 und/oder für eine Rasterzelle 201. Dieser Verkehrsteilnehmer 110 erhält dann als Information 111 von der Zentraleinheit 101 Information bezüglich der
Kommunikationsendpunkte der ein oder mehreren Verkehrsinfrastruktureinheiten 103 (z.B. einer Ampel). Der Verkehrsteilnehmer 110 kann dann eine direkte Kommunikationsverbindung 113 zu dem Kommunikationsendpunkt einer Verkehrsinfrastruktureinheit 103 herstellen. Für die Kommunikation zwischen dem Kommunikationsendpunkt einer Infrastruktureinheit 103 und einem
Verkehrsteilnehmer kann ein optimiertes Protokoll einer relativ niedrigen Kommunikationsschicht im OSI-Modell verwendet werden, wie z.B. TCP oder UDP. Der Verkehrsteilnehmer 110 kann dabei ggf. nur die Infrastruktureinheiten 103 kontaktieren, von denen konkrete Verkehrsinformation 112 benötigt wird. Die von einer Infrastruktureinheit 103 bereitgestellte Verkehrsinformation 112 kann als direkte bzw. unmittelbare Verkehrsinformation 112 bezeichnet werden.
Fig. 3 zeigt ein Ablaufdiagramm eines beispielhaften Verfahrens 300 zur
Bereitstellung von Verkehrsinformation 111, 112 für einen Verkehrsteilnehmer 110, insbesondere für ein Fahrzeug 110. Die Verkehrsinformation 111, 112 kann ein oder mehrere Verkehrsereignisse in einer Umgebung des Fahrzeugs 110 spielhafte Verkehrsereignisse sind: Geschwindigkeitsbegrenzungen, Staus, Unfälle, Baustellen, lokale Wetterinformation (Glatteis, Nebel, etc.), etc. Des Weiteren kann die Verkehrsinformation 111, 112 Zustandsinformation in Bezug auf ein oder mehrere Infrastruktureinheiten 103 in der Umgebung des Fahrzeugs 110 umfassen. Beispielhafte Zustandsinformation sind die Schaltzeiten einer Verkehrsampel und/oder die auf einer Anzeigetafel angezeigte Information. Das Verfahren 300 kann durch eine Zentraleinheit 101, insbesondere durch einen Backend-Server, ausgeführt werden. Das Verfahren 300 umfasst das Ermitteln 301 einer Informations-Region 210 für den Verkehrsteilnehmer 110. Dabei kann bei der Festlegung der Information- Region 210 die aktuelle Position 211 des Verkehrsteilnehmers 110 berücksichtigt werden. Die aktuelle Position 211 kann als Positionsinformation an einer
Zentraleinheit 101 empfangen werden. Es kann somit eine Informations-Region 210 festgelegt werden, für die Verkehrsinformation 111, 112 bereitgestellt werden soll.
Außerdem umfasst das Verfahren 300 das Senden 302 von Verweis-Information bezüglich eines Kommunikationspartners 103 (insbesondere bezüglich einer Infrastruktureinheit) an den Verkehrsteilnehmer 110, wobei der
Kommunikationspartner 103 eingerichtet ist, Verkehrsinformation 112 bezüglich der Informations-Region 210 bereitzustellen. Die von einem
Kommunikationspartner 103 bereitgestellte Verkehrsinformation 112 kann als direkt bzw. unmittelbare Verkehrsinformation 112 bezeichnet werden, da diese Verkehrsinformation 112 nicht zentral (und typischerweise mittelbar) von der Zentraleinheit 101 sondern direkt von dem Kommunikationspartner 103 bereitgestellt wird. Die Verweis-Information kann anzeigen, wie der
Verkehrsteilnehmer 110 den Kommunikationspartner 103 kontaktieren kann, um die (direkte bzw. unmittelbare) Verkehrsinformation 112 zu beziehen. In einem bevorzugten Beispiel entspricht ein Kommunikationspartner 103 zur
Bereitstellung von Verkehrsinformation 112 einer Infrastruktureinheit eines s (z.B. einer Ampel oder einer digitalen Anzeigetafel). Des Weiteren entspricht in einem bevorzugten Beispiel die von einem Kommunikationspartner 103 bereitgestellte Verkehrsinformation 112 Zustandsinformation in Bezug auf einen Zustand einer Infrastruktureinheit.
Darüber hinaus kann das Verfahren 300 die Übertragung von zentral-vermittelter Verkehrsinformation 111 direkt von der Zentraleinheit 101 an den
Verkehrsteilnehmer 110 umfassen. Zentral-vermittelte Verkehrsinformation 111 kann z.B. für Verkehrsereignisse bereitgestellt werden, die sich relativ selten ändern. Andererseits kann sich häufig ändernde Verkehrsinformation 112
(insbesondere Verkehrsinformation 112 bezüglich einer Infrastruktureinheit) in direkter bzw. unmittelbarer Weise durch Übermitteln von Verweis-Information auf einen Kommunikationspartner 103 bereitgestellt werden. Durch die getrennte Übertragung von Kommunikationsparametern zu einer
Verkehrsinfrastruktureinheit 103 (z.B. einer Ampel) und von Nutzdaten bzgl. der Infrastruktureinheit 103 (z.B. der Schaltzeit einer Ampel) kann der
Kommunikationsaufwand in einem Verkehrsinformations System 100 reduziert werden (insbesondere für die Zentraleinheit 101 des Systems 100). Die
Kommunikationsverbindung zur Übertragung von Nutzdaten findet dann direkt zwischen einem Verkehrsteilnehmer 110 und einer Infrastruktureinheit 103 statt, ohne Mitwirkung der Zentraleinheit 101. Das jeweils verwendete
Kommunikationsprotokoll kann dabei, ggf. in Abhängigkeit der jeweiligen Infrastruktureinheit 103, optimiert werden. Im Falle von Ampeln können z.B. bandbreitenoptimiert nur relativ kurze Informationsbruchstücke übertragen werden. Die Sicherheitsanforderungen können ebenfalls in den beiden
Übertragungsvorgängen (für Verweis-Information einerseits und für
Verkehrsinformation 112 andererseits) getrennt optimiert werden. Durch die Abwesenheit einer zentralen Komponente auf Applikationsebene in der
Zentraleinheit 101 ist die beschriebene separate Übertragung von Verweis- ind Nutzinformation gut auf eine relativ große Anzahl von
Verkehrsteilnehmern 110 skalierbar.
Die vorliegende Erfindung ist nicht auf die gezeigten Ausführungsbeispiele beschränkt. Insbesondere ist zu beachten, dass die Beschreibung und die Figuren nur das Prinzip der vorgeschlagenen Verfahren, Vorrichtungen und Systeme veranschaulichen sollen.

Claims

üche
1) Verfahren (300) zur Bereitstellung von Verkehrsinformation (111, 112) für einen Verkehrsteilnehmer (110), insbesondere für ein Fahrzeug; wobei das Verfahren (300) umfasst,
- Ermitteln (301) einer Informations-Region (210) für den
Verkehrsteilnehmer (110); wobei für die Informations-Region (210) Verkehrsinformation (111, 112) bereitgestellt werden soll; und
- Senden (302) von Verweis-Information bezüglich eines
Kommunikationspartners (103) an den Verkehrsteilnehmer (110); wobei der Kommunikationspartner (103) eingerichtet ist, Verkehrsinformation (112) bezüglich der Informations-Region (210) bereitzustellen; und wobei die Verweis-Information anzeigt, wie der Verkehrsteilnehmer (110) den Kommunikationspartner (103) kontaktieren kann.
2) Verfahren (300) gemäß Anspruch 1, wobei
- das Verfahren (300) umfasst, Ermitteln von ein oder mehreren
Kommunikationspartnern (103) für die Informations-Region (210); und
- Verweis-Information bezüglich der ein oder mehreren ermittelten Kommunikationspartner (103) gesendet wird.
3) Verfahren (300) gemäß einem der vorhergehenden Ansprüche, wobei
- der Kommunikationspartner (103) eine Infrastruktureinheit eines
Straßennetzes in der Informations-Region (210) umfasst; und - die durch den Kommunikationspartner (103) bereitgestellte
Verkehrsinformation (112) Information in Bezug auf die Infrastruktureinheit umfasst.
4) Verfahren (300) gemäß einem der vorhergehenden Ansprüche, wobei e Verweis-Information von einer Zentraleinheit (101) an den Verkehrsteilnehmer (110) gesendet wird; und
- das Verfahren (300) umfasst, Senden von zentral-vermittelter
Verkehrsinformation (111) für die Informations-Region (210) direkt von der Zentraleinheit ( 101 ) an den Verkehrsteilnehmer (110).
5) Verfahren (300) gemäß Anspruch 4, wobei die von dem
Kommunikationspartner (103) bereitgestellte Verkehrsinformation (112) Mittel häufiger aktualisiert wird als die zentral- vermittelte
Verkehrsinformation (111).
6) Verfahren (300) gemäß einem der vorhergehenden Ansprüche, wobei die Verweis-Information anzeigt,
- eine Kommunikationsadresse, insbesondere eine IP- Adresse, des Kommunikationspartners (103); und/oder
- ein für eine Kommunikation mit dem Kommunikationspartner (103) verwendendes Kommunikationsprotokoll.
7) Verfahren (300) gemäß einem der vorhergehenden Ansprüche, wobei
- das Verfahren (300) das Ermitteln von Positionsinformation in Bezug auf eine aktuelle Position (211) des Verkehrsteilnehmers (100) und/oder das Ermitteln von Information in Bezug auf einen Straßentyp umfasst, auf dem sich der Verkehrsteilnehmer (100) befindet; und
- die Informations-Region (210) in Abhängigkeit von der
Positionsinformation und/oder der Information in Bezug auf den Straßentyp ermittelt wird.
8) Verfahren (300) gemäß einem der vorhergehenden Ansprüche, wobei
- das Verfahren (300) umfasst, Bereitstellen eines Rasternetzes (200) mit einer Vielzahl von Rasterzellen (201); ne Rasterzelle (201) einem regionalen Ausschnitt einer Umgebung des Verkehrsteilnehmers (110) entspricht; und
- eine Rasterzelle (201) null, ein oder mehr Kommunikationspartner (103) zur Bereitstellung von Verkehrsinformation (112) in dem der Rasterzelle (201) entsprechenden regionalen Ausschnitt anzeigt.
9) Verfahren (300) gemäß Anspruch 8, wobei das Senden (302) von Verweis- Information umfasst,
- Ermitteln, welche ein oder mehreren Rasterzellen (201) in der
Informations-Region (210) enthalten sind; und
- Senden von Verweis-Information in Bezug auf die null, ein oder mehr Kommunikationspartner (103) in den ein oder mehreren Rasterzellen (201), die in der Informations-Region (210) enthalten sind.
10) Vorrichtung (101) zur Bereitstellung von Verkehrsinformation (111) für einen Verkehrsteilnehmer (110), insbesondere für ein Fahrzeug; wobei die
Vorrichtung (101) eingerichtet ist,
- eine Informations-Region (210) für den Verkehrsteilnehmer (110) zu ermitteln; wobei für die Informations-Region (210)
Verkehrsinformation (111, 112) bereitgestellt werden soll; und
- Verweis-Information bezüglich zumindest eines
Kommunikationspartners (103) an den Verkehrsteilnehmer (110) zu senden; wobei der Kommunikationspartner (103) eingerichtet ist, Verkehrsinformation (112) bezüglich der Informations-Region (210) bereitzustellen; und wobei die Verweis-Information anzeigt, wie der Verkehrsteilnehmer (110) den Kommunikationspartner (103) kontaktieren kann.
PCT/EP2018/076286 2017-10-11 2018-09-27 Verfahren und vorrichtung zur bereitstellung von verkehrsinformation WO2019072577A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/646,737 US11030901B2 (en) 2017-10-11 2018-09-27 Method and device for providing traffic information
CN201880059446.8A CN111095379B (zh) 2017-10-11 2018-09-27 用于提供交通信息的方法和设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017218097.8 2017-10-11
DE102017218097.8A DE102017218097B3 (de) 2017-10-11 2017-10-11 Verfahren und Vorrichtung zur Bereitstellung von Verkehrsinformation

Publications (1)

Publication Number Publication Date
WO2019072577A1 true WO2019072577A1 (de) 2019-04-18

Family

ID=63720683

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/076286 WO2019072577A1 (de) 2017-10-11 2018-09-27 Verfahren und vorrichtung zur bereitstellung von verkehrsinformation

Country Status (4)

Country Link
US (1) US11030901B2 (de)
CN (1) CN111095379B (de)
DE (1) DE102017218097B3 (de)
WO (1) WO2019072577A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110517491A (zh) * 2019-08-23 2019-11-29 长沙理工大学 一种考虑路径冗余和出行效率的路段重要度排序方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NL1007930C1 (nl) * 1997-12-30 1998-02-12 Nederland Ptt Informatiesysteem voor wegverkeer.
EP1037187A2 (de) * 1999-03-09 2000-09-20 MANNESMANN Aktiengesellschaft Broadcast-Point-to-Point-Informationsverfahren
DE10110549A1 (de) * 2001-03-05 2002-09-19 Daimler Chrysler Ag Verkehrsinformationssystem für Fahrzeuge auf einem Verkehrswegenetz
WO2017107169A1 (zh) * 2015-12-25 2017-06-29 华为技术有限公司 导航系统中切换路侧导航单元的方法和设备

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6442394B1 (en) * 1999-10-01 2002-08-27 Ericsson Inc. Systems and methods for providing vehicular traffic information to a mobile station (MS) through a wireless telecommunications network
US6690292B1 (en) * 2000-06-06 2004-02-10 Bellsouth Intellectual Property Corporation Method and system for monitoring vehicular traffic using a wireless communications network
JP3875697B2 (ja) * 2004-05-06 2007-01-31 松下電器産業株式会社 車載情報処理装置
US20080303693A1 (en) 2007-06-07 2008-12-11 Link Ii Charles M Methods and Systems for Automated Traffic Reporting
US8885039B2 (en) * 2008-07-25 2014-11-11 Lg Electronics Inc. Providing vehicle information
US20100188265A1 (en) * 2009-01-23 2010-07-29 Hill Lawrence W Network Providing Vehicles with Improved Traffic Status Information
WO2011003469A1 (en) 2009-07-10 2011-01-13 Tomtom International B.V. Alert content reception apparatus, alert content communications system and method of acquiring alert content
US8576069B2 (en) * 2009-10-22 2013-11-05 Siemens Corporation Mobile sensing for road safety, traffic management, and road maintenance
KR20110112933A (ko) * 2010-04-08 2011-10-14 삼성전자주식회사 이동통신 단말기를 이용한 교통 정보 서비스 제공 방법 및 장치
EP2948932B1 (de) 2013-01-24 2024-06-12 Roger Andre Eilertsen Verkehrsüberwachungs- und -leitsystem
DE102014201648A1 (de) * 2014-01-30 2015-07-30 Siemens Aktiengesellschaft Verfahren zur Kommunikation innerhalb eines nach Art des ad-hoc zusammenwirkenden, insbesondere Drahtlos-, Kraftfahrzeugkommunikationssystems, Einrichtung der Verkehrsinfrastruktur sowie Verkehrsteilnehmereinrichtung
US9959756B2 (en) 2015-10-01 2018-05-01 Here Global B.V. Transmission of targeted roadway alerts
DE102015221183A1 (de) * 2015-10-29 2017-05-04 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Vorrichtung zur Zuordnung von Verkehrsteilnehmern und Kommunikations-Identifikatoren
CN106887160A (zh) * 2017-04-24 2017-06-23 李腾飞 道路视距不良路段来车预警方法及不停车会车通过系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NL1007930C1 (nl) * 1997-12-30 1998-02-12 Nederland Ptt Informatiesysteem voor wegverkeer.
EP1037187A2 (de) * 1999-03-09 2000-09-20 MANNESMANN Aktiengesellschaft Broadcast-Point-to-Point-Informationsverfahren
DE10110549A1 (de) * 2001-03-05 2002-09-19 Daimler Chrysler Ag Verkehrsinformationssystem für Fahrzeuge auf einem Verkehrswegenetz
WO2017107169A1 (zh) * 2015-12-25 2017-06-29 华为技术有限公司 导航系统中切换路侧导航单元的方法和设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110517491A (zh) * 2019-08-23 2019-11-29 长沙理工大学 一种考虑路径冗余和出行效率的路段重要度排序方法

Also Published As

Publication number Publication date
US11030901B2 (en) 2021-06-08
CN111095379A (zh) 2020-05-01
US20200279480A1 (en) 2020-09-03
CN111095379B (zh) 2022-04-12
DE102017218097B3 (de) 2019-03-07

Similar Documents

Publication Publication Date Title
EP2979261B1 (de) Backend für fahrerassistenzsysteme
EP2223504B1 (de) Übertragung von fahrzeuginformationen
DE102008052460B4 (de) Fahrzeugnavigationssystem mit Echtzeit-Verkehrsabbildungsanzeige
DE102012211620B4 (de) System und Verfahren für einen Selbst-Optimierenden Verkehrsfluss unter Verwendung gemeinsam genutzter Fahrzeuginformationen
DE102019106881A1 (de) Verringerung der Kanalüberlastung in der Kommunikation zwischen Fahrzeugen
DE102015212950A1 (de) Straßengefährdungs-Identifikations-Vorhersagesystem
EP3120339B1 (de) Verfahren zum betreiben eines fahrzeugs und fahrzeug
DE102017105792A1 (de) Systeme, Verfahren und Vorrichtungen zum Kommunizieren von Fahrhistorien-Wegattributen
DE102011107881A1 (de) Optimierung von Rettungswegen für Einsatzfahrzeuge
WO2008012175A1 (de) Verfahren zur bestimmung eines gemeinsamen treffpunkts für mindestens zwei navigationssysteme
DE102012207864A1 (de) Verfahren zum Reduzieren einer Staugefahr
DE102006004130B4 (de) Verfahren zur Bestimmung eines zukünftigen Straßenverlaufs durch Kommunikaiton zwischen Kraftfahrzeugen
DE102015001972B4 (de) Verfahren und Vorrichtung zum Testen von C2X-Kommunikation nutzenden Anwendungen
EP0958565A1 (de) Übermittlung gebietsbezogener verkehrsinformationen
DE102007003241A1 (de) Fahrzeugvorhandenseinsangabe
WO2018166567A1 (de) Verfahren zum erstellen einer fusionierten freiraumkarte, elektronische steuerungsvorrichtung und speichermedium
DE112019004232T5 (de) Informationsbereitstellungsvorrichtung, Informationsbereitstellungsverfahren, Informationsbereitstellungssystem, Computerprogramm, und Datenstruktur
WO2020207631A1 (de) Verfahren zum durchführen eines fahrmanövers, steuervorrichtung für ein fahrzeug sowie kraftfahrzeug
DE102017218097B3 (de) Verfahren und Vorrichtung zur Bereitstellung von Verkehrsinformation
DE102014209844A1 (de) Fahrerassistenzsystem zum Bereitstellen, Empfangen und Anzeigen von Fahrinformationen
EP3994902B1 (de) Verfahren zur kooperativen ressourcenallokation zum ausführen von bewegungsmanövern in einem strassenbereich sowie zugehörige steuerschaltung und kraftfahrzeug mit einer solchen steuerschaltung
EP3688737A1 (de) Verfahren und einrichtung
EP3363218B1 (de) Verfahren und vorrichtung zur selektiven übertragung von daten
EP1638808A1 (de) Vorrichtung in einem fahrzeug zur aussendung von meldungen unter verwendung einer einheit zur bestimmung einer wegenutzungsgebühr und dazugehöriges verfahren
EP3693939A1 (de) Verfahren und vorrichtung zur übermittlung und auswertung von einsatzfahrzeug-näherungsinformation

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18780086

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18780086

Country of ref document: EP

Kind code of ref document: A1