EP2307980B1 - Driver initiated vehicle-to-vehicle anonymous warning device - Google Patents
Driver initiated vehicle-to-vehicle anonymous warning device Download PDFInfo
- Publication number
- EP2307980B1 EP2307980B1 EP09800986.3A EP09800986A EP2307980B1 EP 2307980 B1 EP2307980 B1 EP 2307980B1 EP 09800986 A EP09800986 A EP 09800986A EP 2307980 B1 EP2307980 B1 EP 2307980B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- vehicle
- message
- event
- driver
- warning
- 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
Links
- 238000004891 communication Methods 0.000 claims description 49
- 238000000034 method Methods 0.000 claims description 24
- 230000000977 initiatory effect Effects 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 12
- 238000009792 diffusion process Methods 0.000 claims description 5
- 238000001914 filtration Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 5
- 231100001261 hazardous Toxicity 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000006378 damage Effects 0.000 description 2
- 230000033001 locomotion Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 230000001755 vocal effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/16—Anti-collision systems
- G08G1/161—Decentralised systems, e.g. inter-vehicle communication
- G08G1/163—Decentralised systems, e.g. inter-vehicle communication involving continuous checking
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/02—Registering or indicating driving, working, idle, or waiting time only
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0841—Registering performance data
- G07C5/085—Registering performance data using electronic data carriers
Definitions
- the current invention relates generally to vehicles and communications and more particularly to communicating driver-initiated electronic warning messages between moving vehicles.
- CB radio citizen's band
- flashing headlights to warn oncoming drivers of the presence of hazards in the road (e.g. broken-down vehicles or emergency vehicles).
- CB radio citizen's band
- flashing headlights to warn oncoming drivers of the presence of hazards in the road (e.g. broken-down vehicles or emergency vehicles).
- CB radio citizen's band
- the flashing headlights fail to specify anything about the hazardous event, such as its description, location, importance and other information.
- the driver may be able to provide some verbal instructions, however this is often too imprecise and too time-consuming to provide any significant benefit, in addition to being cumbersome to use.
- most drivers do not carry CB radios and do not wish to continuously listen for various transmissions while driving the vehicle. As such, another approach is needed.
- DSRC Dedicated Short Range Communications
- the embodiments of the present invention provide systems, methods and devices for providing driver-initiated vehicle-to-vehicle warnings and messages.
- the device can be deployed in a vehicle (e.g. automobile) as a stand-alone appliance or integrated with various computing systems of the vehicle.
- the device includes a driver input interface for receiving input from the driver or passenger of the vehicle.
- the interface can be a graphical user interface (GUI), such as a touch screen, a button-based interface, or a voice recognition-based interface or any other type of interface available in the art.
- GUI graphical user interface
- the driver input interface is used to receive information regarding an event occurring within a visually observable vicinity of the vehicle.
- the event can be any event of potential interest to the driver of the vehicle and/or other drivers of other vehicles in the area.
- common road hazards or blocks, emergency vehicles, accidents, stranded motorists, debris, dense traffic situations and other observable situations can constitute events that are described by using the interface of the warning device.
- the events can also include moving events, such as hit and runs, amber alerts and other situations that continuously change locations.
- a vehicle-to-vehicle communications component of the device can generate an anonymous message and transmit the message to one or more other vehicles within the communications range of the initiating vehicle.
- the message can be based on the DSRC protocol and can contain embedded electronic data that describes the event.
- the message contains the specific location information of the event obtained by consulting the vehicle's global positioning system(s) (GPS) and/or map database(s). GPS systems are well known in the art and can be used to calculate the position of the vehicle by communicating with a satellite. The position of the vehicle, along with any input from the driver/passenger can be used to calculate the specific location of the event.
- GPS global positioning system
- This location can then be used to generate warnings in the receiving vehicle depending on the applicability of the event to the receiving vehicle.
- the event is a road condition that only affects automobiles traveling in one lane or direction
- the message can generate warnings in other vehicles which will be traveling in the same direction.
- Receiving vehicles which are traveling in other direction(s) or lane(s), can filter out and ignore the messages as being inapplicable.
- the message is anonymous with respect to the identity of any sender, receiver or vehicle. This eliminates the need for drivers to know or to enter contact information of the receiving vehicles.
- the message can be broadcast (multicast) to multiple automobiles, requiring no guarantee of reception.
- the digital location information, along with any other data embedded in the messages can then be used to filter and determine the applicability of the messages to each receiving vehicle.
- the receiving vehicle can relay the message to other vehicles within its range of communication. This causes the effective range of the warning to increase because the receiving vehicle can travel a certain distance before relaying the message to another vehicle.
- the warning message can potentially cover distances substantially greater than that maximum, due to the relaying capabilities of the moving vehicles.
- DSRC can be used to broadcast short messages within a range up to 1000 meters, initiated by the alerting vehicle's driver (or other occupant). Depending on the message header, each vehicle receiving such a message can ignore or relay the message to others nearby.
- Such communications can be filtered in vehicles to prevent the same message being received and/or processed twice.
- the messages can also be transferred in sparse density traffic situations if the communications are confined to approaching vehicles by filtering in receiving vehicles based on direction of travel for sender and receiver. In this situation, one vehicle may warn multiple other vehicles, in succession, traveling counter to its direction of travel, or a warned vehicle may pass warnings to others behind it and traveling in its direction of travel if in range.
- the warning device can optimize information diffusion to maximize the number of other vehicles receiving the warning messages, or may minimize or otherwise tailor warnings depending on parameters set by the receiving driver.
- location information can be included in the warning and used by the embodiments to make logical decisions about warning applicability in terms of function and spatial extent based on location of sender and receiver.
- information about an event noticed by a driver is broadcast to all similarly equipped vehicles in order to alert the receiving devices and drivers to the presence of the sensed event.
- the information sent includes the event's location and other parameters according to sending driver intent and device logic.
- Location information may be sent in a map-agnostic way such as the AGORA-C location referencing standard.
- AGORA-C is a method known in the art for map-based on-the-fly location referencing, which supports machine-to-machine location descriptions.
- the information sent can include information about a moving vehicle, such as license plate and description.
- the location information of moving events can be dynamically changing based on time, estimated speed and starting location of the event, input from other vehicles, and the like.
- the moving event can be tracked by the various vehicles on the road until it is intercepted by the law enforcement or other authorities.
- the sending device responds to driver intent by any means, including but not limited to: pushing an appropriate hardware button for a situation; selecting a menu option on a navigation system or other special purpose device.
- the driver can specify side of road for the event, his/her lane or oncoming lane for event, or other such detailed information concerning the event or event location.
- the various events can also include self-initiated events, which are automatically transmitted/relayed to other vehicles within immediate range. For example, the deployment of an airbag within one vehicle may cause the warning device to automatically broadcast a high priority warning message to all vehicles within range. The oncoming drivers can then be warned of the potential accident and injuries.
- location of the event or incident is obtained in the sending vehicle by consulting an in-vehicle digital map matched with on-board GPS location, or by other automatic techniques, such as devices reading roadside linear reference markers, or by manual observations spoken by the driver such as "one mile south of exit 127".
- the sent message can contain location in raw and map-matched form, and in several location referencing modes, such as linear referencing or AGORA-C location referencing.
- the driver-initiated vehicle-to-vehicle communications device can further include a warning notification component that issues a warning to the driver of the receiving vehicle if the message is deemed applicable.
- Receiving vehicles in the communications range equipped with the warning component can receive the message, read the header, and, based on its content and parameters set by the driver previously, can alert the driver to the occurrence and its location or ignore it.
- the message may be passed on (relayed) to all other vehicles in range.
- each message is given a unique identifier (ID) by the original sending vehicle so that any equipped vehicle may ignore any message it has previously received, or relay it further.
- the notification of the event occurrence and location can include any human machine interface (HMI) such as display monitors, artificial speech and/or sound, visual map indications, alarm buttons/signals and other notifications.
- HMI human machine interface
- the vehicles can comprise mobile nodes in a mesh-type network, which do not require any central server to maintain communications.
- the vehicles can function as independent units, warning one another of various road hazards, emergencies and other events perceived by the drivers.
- the warnings can be picked up by various central sources, such as law enforcement or emergency aid authorities.
- FIGURE 1 is a high level illustration of the driver-initiated warning device inside of an automobile, in accordance with various embodiments.
- this diagram depicts the interface as having certain components, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined, divided, rearranged or removed entirely from the interface. Furthermore, it will also be apparent to those skilled in the art that additional components can be included in the interface, without departing from the scope of the various embodiments.
- any standard automobile can be equipped with an interface 104 for receiving input that describes an event observable by a driver or passenger.
- the interface can be placed on the control panel, center console or other section inside the vehicle, or can be integrated into a standard GPS screen interface.
- the observed event is a broken tree branch 100 which may block the road or cause damage to other automobiles traveling on road 102.
- the interface provides means for entering a description of the event and for initiating transmission of the message.
- the user is able to specify a description, a relative location with respect to the side of the road/vehicle and the urgency of the event to other drivers traveling on the same roadway. This information can then be used by receiving vehicles in order to automatically warn the drivers of the road hazard.
- the interface for receiving driver input need not necessarily be a graphical interface and other technologies, such as voice recognition, can also be used.
- FIGURE 2 is a system-level illustration of the driver-initiated vehicle-to-vehicle warning device, in accordance with various embodiments.
- this diagram depicts components as logically separate, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined or divided into separate software, firmware and/or hardware. Furthermore, it will also be apparent to those skilled in the art that such components, regardless of how they are combined or divided, can execute on the same computing device or can be distributed among different computing devices connected by one or more suitable communication means.
- the warning device includes an On-Board Computer Unit 200.
- the onboard computer 200 can include one or more processors and computer memory programmed with instructions for performing the various functions of the embodiments.
- the computer can include a risk filter application 202 and a navigation application 204.
- the navigation application 204 provides location information to the risk filter application 202 in response to queries.
- the queries from the risk filter application 202 can specify that a single point location, or that all road network features within an area specified by spatial extents, are needed for calculating the location information of the event.
- selected road network features can be specified according to parameters given in the query, partly in response to driver inputs from the risk interface 220 within the driver input interface 218.
- the driver input interface 218 may also perform other navigation input functions for the navigation application 204. These are beyond the risk interface 220 driver inputs and can include the various direction lookups, traffic information and other related data.
- the navigation application 204 consults the on-board map database 206 and integrates GPS signals from the GPS Unit 216 in order to generate location information. The location information can then be included in the warning message.
- the location information of the receiving vehicle can be computed and compared with the location information of the event contained in the message in order to determine the applicability of the message to the receiving vehicle.
- the vehicle's own location and requested network features can be provided to the risk filter application 202 in geographic coordinate, street address, and linear reference forms, or in any other requested formats.
- the risk filter application 202 can determine whether driver warnings should be issued via the warning unit 208 by the driver warning interface 212, and if warnings are to be provided to other vehicles via the message unit 210 and the vehicle-to-vehicle communications unit 214. Accordingly, the location information can be used for both warning other vehicles and for determining the applicability of warnings to the recipient vehicle.
- warnings to other vehicles may take into account a number of factors. For example, traffic density information on either side of a divided highway can be considered, as obtained from the GPS component 216 or by some other means. Similarly, the device can determine whether or not a particular risk event, for example the presence of an icy spot, is applicable to one side of the highway or to both sides. Because in the preferred embodiment, the vehicle-to-vehicle communications mode is "broadcast," the warning may not be selective to a receiving vehicle position. However, sufficient information can be included in the warning message such that a receiver can decide if a particular warning is relevant. In one embodiment, the on-board map database 206 is sufficiently detailed to permit data rich messages to be transmitted.
- the message unit 210 and the vehicle-to-vehicle communications unit 214 can be responsible for both sending and receiving messages to and from other vehicles.
- the vehicle-to-vehicle communications unit can receive warnings relayed from other vehicles and convey them to the risk filter application 202.
- the risk filter application can then interpret the information in the warning message, query the navigation application 204 for current location information and routing information for the own-vehicle, and decide if a warning should be issued to the own-vehicle driver and/or relayed to other vehicles in the vicinity. In one embodiment, this decision can be made by comparing the location of the receiving vehicle with the location of the event obtained from the incoming message. If the comparison of these locations is logically related in some way (e.g.
- the warning can be issued.
- the location and heading information can be used to determine whether to relay the message. For example, if the location of the message origin has traveled too far (or too long) because of information diffusion, no more relaying may be necessary. In that instance, the onboard computer can decide to ignore the incoming message.
- the factors used to determine message applicability and relay decisions can be made configurable.
- the event message has a lifetime once it is first sent.
- This lifetime can be independent of the original sender.
- the message can persist depending on traffic density and circumstances due to automatic relaying by receivers, and according to parameters set by the device itself or by the driver or any receiver. In cases where traffic is very slight, messages would not be repeated often, and low-priority messages would be expected to decay rapidly because of lack of relay receivers. In dense traffic, or for very important messages such as ice slicks on the road, messages could persist for a long time. In this manner, the lifetime and applicability of warnings can be dynamically modified according to the preferences, driving behavior and routines of the various travelers on the road.
- the driver-initiated vehicle-to-vehicle warning device is deployed in mobile vehicles and can function without the need for any dedicated roadside infrastructure equipment.
- the device can also be mounted or otherwise integrated into certain roadside equipment, such as emergency call boxes and the like.
- the roadside equipment can essentially function as a non-moving vehicle node and can relay the warning message to other vehicles that pass by.
- the roadside callbox having the warning device can relay the message to other vehicles which come into the range of communication based on motion sensing technology or some other technology.
- FIGURE 3 is an overhead view of a traffic situation involving a vehicle equipped with a driver-initiated warning device, in accordance with various embodiments.
- the vehicle 302 equipped with the warning device has approached an event 300 observable by the driver.
- the event is an emergency vehicle 300 parked partially in the right lane of the freeway.
- the driver of the vehicle can thus initiate a message for other drivers on the road, warning them of the emergency vehicle.
- the initiating vehicle 302 can have a certain maximum range 304 of communication, such as 1000 meters. Accordingly, the driver of vehicle 302 broadcasts the warning message in all directions, which extends to the maximum range.
- a certain maximum range 304 of communication such as 1000 meters. Accordingly, the driver of vehicle 302 broadcasts the warning message in all directions, which extends to the maximum range.
- the maximum range 304, the freeway and the various automobiles depicted in this figure are provided purely for purposes of illustration and are not drawn to scale. It will be apparent to one of ordinary skill in the art that the particular distances of communication can be implemented according to various protocols and/or preferences and the present embodiments are not limited to any particular implementation.
- FIGURE 4 is an overhead view of a traffic situation showing the relaying capability of vehicles equipped with the driver-initiated warning device, in accordance with various embodiments.
- the vehicle 402 equipped with a warning device has approached the emergency vehicle 404 parked on the side of the road, or partially blocking one side of the road.
- the vehicle's 402 driver can initiate a warning message to be sent to other vehicles.
- vehicle 402 can broadcast message to other cars 406, 408, 416 and 420, which are within its immediate range of communication.
- Each of the receiving vehicles can then formulate a decision on whether to relay the incoming message to other automobiles. In one embodiment, the decision can be made based on parameters configured on the receiving vehicle.
- the vehicle may choose to relay only urgent messages for events within a specified distance (e.g. 2000 meters), while other vehicles/embodiments can relay all messages which have a lifetime of less than a certain time period (e.g. 1 hour).
- a specified distance e.g. 2000 meters
- other vehicles/embodiments can relay all messages which have a lifetime of less than a certain time period (e.g. 1 hour).
- time period e.g. 1 hour
- a standard protocol may also be developed covering all cars and conditions.
- some of the receiving vehicles 406, 408, 410 may relay the message, while other vehicles 412, 414, 416, 418, 420, 422, 424, 426 can decide not to relay.
- the driver of the initiating vehicle 402 can initially set a high priority on the message, which will be relayed to other drivers within range.
- Other drivers who later pass the event location may note that the emergency vehicle 404 has left the road and that the event itself is over. In this case they can issue an 'event over' message that will cause the warning device in other vehicles to remove the priority and to cease relaying.
- some message types may be sent having an event lifetime which, when exceeded, will result in the purging of the original message.
- the logic of message handling including prioritization and event lifetimes and all other handling logic, can be implemented in the risk filter application 202 (illustrated in FIGURE 2 ).
- FIGURE 5 is an overhead view of risk warning messages being transferred in a situation of lower traffic density, in accordance with various embodiments.
- vehicle 500 is traveling in the opposite direction from vehicle 504, and therefore vehicle 500 is not in a risky situation 510 in the divided highway case.
- Vehicle 504 thus simply relays the message to vehicle 506, which receives the warning. If vehicles 504 and 506 are not equipped with the warning device, perhaps vehicle 508 may be.
- all vehicles equipped with the driver-initiated warning device would issue warnings for a predetermined period or for a period algorithmically determined based on traffic density and parameters set by the device and/or the initiating driver or any receiving driver.
- the traffic density information can be obtained from the vehicle's GPS system, or via communications with other vehicles in the vicinity, or by some other means. Diffusion of the message can be more circuitous than in the case of the illustrated figures, but under most traffic densities many warnings would diffuse to other vehicles over time.
- the maximum range 502 of the initiating vehicle can be enlarged as a result of the movement and relaying by the equipped vehicles.
- the maximum range 512 of the relaying vehicle has different coverage with respect to the initiating vehicle.
- a larger area is effectively covered by adding the relay transmissions.
- This enlarging effect can be further magnified by delaying the relay of the message for a period of time, while the vehicle 504 is moving. This period of delay before relaying can be computed based on vehicle speed, traffic density and distance, or specified in some other manner.
- FIGURES 6A and 6B illustrate a possible set of menu options for a navigation system implementing the driver-initiated vehicle-to-vehicle warning system, in accordance with various embodiments.
- this diagram depicts components of the menu in one logical layout, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined, divided or rearranged into separate menu options and buttons. Furthermore, it will also be apparent that additional display options, buttons and other selection components can be included in the menu.
- a touch-screen area entitled “SEND WARNING" 602 on the navigation system display 600 leads to a sub-menu ( FIGURE 6B ) with multiple options (604, 606, 608, 610, 612, 614, 616, 618, 620, 622, 624, 626, 628, 630) for entering the description of the event noted, its priority and location.
- a priority "MAKE URGENT" 604 is shown, while the default priority is not-urgent or normal.
- the user is also given the option to specify the side of the road where the event is occurring, in order to better filter the applicability of warning to the recipient vehicles.
- any combination of menu choices can be selected; touching the "DONE" choice would end the selection process and broadcast the message to vehicles within the vicinity.
- FIGURE 7 illustrates the possible high level in-vehicle hardware components for the driver-initiated warning device, in accordance with various embodiments.
- this diagram depicts the hardware components as logically separate, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined or divided into separate hardware.
- the hardware components of the device include a GPS receiver 702 and antenna 710, a processing computer such as a navigation system 700, a driver interface device for inputs from the driver and to give warnings to the driver (typically part of the navigation system human-machine interface 704, as shown), and a vehicle-to-vehicle communications device, shown as a stand-alone DSRC receiver/transmitter 706 and antenna 712.
- a processing computer such as a navigation system 700
- a driver interface device for inputs from the driver and to give warnings to the driver (typically part of the navigation system human-machine interface 704, as shown)
- a vehicle-to-vehicle communications device shown as a stand-alone DSRC receiver/transmitter 706 and antenna 712.
- the system can be connected to a sound output 708 device in the vehicle, such as a set of audio speakers.
- FIGURE 8 is an illustration of the flow of inputs and outputs between the various components of the device during message transmission, in accordance with various embodiments.
- flow of data is illustrated in a particular sequence, it is not limited to this particular order.
- the input and output of flow of data can be rearranged into a different sequence, within the scope of the present embodiments.
- the driver can observe an event and input the event description, priority and/or other parameters 802 via the touch screen menu 800 into the memory of the warning device.
- the message unit within the risk filter application 804 can receive this information and combine it with location information 810 received from the GPS system 808 and the digital map 814 integrated by the map matching program 812.
- the event message 806 produced by combining this information can then be sent to the vehicle-to-vehicle communications unit 816 which can broadcast the message to other vehicles in the vicinity.
- FIGURE 9 is an illustration of the flow of inputs and outputs between the various components of the device during message reception and relay, in accordance with various embodiments.
- flow of data is illustrated in a particular sequence, it is not limited to this particular order.
- the input and output of flow of data can be rearranged into a different sequence, within the scope of the present embodiments.
- a vehicle equipped with the warning system can receive an event message 902 via the vehicle-to-vehicle communications unit 900.
- the event message 902 can be passed to the message unit within the risk filter application 904, where its identifier can be compared with a local table of other event messages previously received by the vehicle. In one embodiment, if the same message has been received previously, no further action is taken.
- the risk filter application 904 can compare the incoming message parameters (including location and priority) with the recipient vehicle's own situation and parameters set by the driver. For example, the risk filter application can receive information from the GPS 906, including the location data 908 and digital map 912 matched by the mapping application 910.
- This recipient vehicle's information is then compared with the location, priority and/or description of the event embedded in the incoming message. Based on the comparison, the risk filter application can determine the applicability of the event to the receiving vehicle and can decide to issue a warning to the driver through the driver warning interface 914. The risk filter application may also decide to relay the message to other drivers via the vehicle-to-vehicle communications unit. Furthermore, the receiving vehicle can also initiate new messages, such as the "EVENT OVER" message by using the touch screen interface menu 916.
- FIGURE 10 is an exemplary logical flow chart diagram of the process for sending and receiving driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments.
- FIG. 10 depicts functional steps in a particular sequence for purposes of illustration, the process is not necessarily limited to this particular order or steps.
- One skilled in the art will appreciate that the various steps portrayed in this figure can be changed, omitted, rearranged, performed in parallel or adapted in various ways.
- step 1000 input can be received from a user in a first vehicle.
- the input can describe a particular event and can be entered by way of a touch screen or other interface.
- a message is generated, which is anonymous with respect to the identity of the receiver.
- the message is independent of any identity information of the sender, receiver, or any other vehicle.
- the message can also contain embedded electronic data regarding the event.
- the message can contain digital mapping coordinates of the event's location.
- the receiving vehicles can then receive the messages (step 1106) and automatically filter the messages at the second vehicle based on the electronic data embedded in the message, as shown in step 1108.
- the recipient vehicle can determine whether to issue a warning to the driver based on the location of the event.
- FIGURE 11 is an exemplary logical flow chart diagram of the process for receiving, analyzing and relaying driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments.
- this figure depicts functional steps in a particular sequence for purposes of illustration, the process is not necessarily limited to this particular order or steps.
- One skilled in the art will appreciate that the various steps portrayed in this figure can be changed, omitted, rearranged, performed in parallel or adapted in various ways.
- the process begins in step 1100 when the recipient vehicle receives a broadcast warning message from another vehicle.
- the message is a DSRC message, having a heading and other information regarding an event.
- the receiving warning device can determine whether it has previously received the same warning. In one embodiment, this can be accomplished by assigning a unique identifier to each message and by maintaining a table of recently received messages in memory. If the message has been previously received and processed, the device can simply ignore the message, as shown in step 1104. The same message can be received multiple times by the same vehicle due to the relay capability of the device. For example, if the initiating vehicle and a second relaying vehicle are both within communications range of the recipient, the recipient would receive both the initial message, as well as the relay of that message.
- the message can be processed and the information read, as shown in step 1106.
- the information in the message includes mapping coordinates of a specific event.
- the warning device can also obtain the location information of the recipient vehicle by consulting the on-board GPS system. Additionally, the device can also retrieve any preferences and configuration information used to determine the applicability of events.
- the event mapping coordinates can be compared with the location of the recipient vehicle to determine whether the event is pertinent to the vehicle. For example, if the recipient vehicle is traveling on a divided freeway and the event is a road hazard affecting only the other side of the divided freeway, the event may not be applicable to this particular vehicle. Similarly, if the vehicle is making a turn and the event's location is straight ahead, it may not be relevant. In some embodiments, the driver's preferences can also be considered when determining event relevance. For example, if the particular driver only wishes to be alerted of urgent messages, all non-urgent incoming messages can be deemed inapplicable.
- step 1112 the event can be analyzed for applicability to the receiving vehicle. If the event is applicable, a warning can be issued to the driver of the receiving vehicle, as shown in step 1114. If the event is not applicable, the process can continue.
- the device can determine whether to relay the message to any other vehicles.
- a multitude of information can be considered when making this determination.
- the device may consider the message priority, its lifetime, the event's location, the distance between the receiving vehicle and the event's location, default device preferences, any previously received "event over" messages, and other information. For example, if a particular message has been continuously relayed for more than a specified time period (e.g. several hours), it can be deemed stale and would not be relayed. Similarly, if the distance between the event and the vehicle is greater than a certain threshold, it may not be relayed. Furthermore, if the recipient vehicle has previously received an "event over" message from a different vehicle, it would likely decide not to relay the initial message.
- the message can be relayed to other vehicles, as shown in step 1120. In one embodiment, this can be done by waiting a certain time period (e.g. a number of seconds) before re-broadcasting the message by the recipient vehicle. In one embodiment, the time period can vary depending on traffic density, vehicle current speed and other parameters. For example, if the vehicle is traveling at a high rate of speed on the highway, the waiting period between relays should be shorter than vehicles traveling slow in rush hour traffic.
- a certain time period e.g. a number of seconds
- the various embodiments described above include a computer program product which is a storage medium (media) having instructions stored thereon/in which can be used to program a specialized computing processor(s)/device(s) to perform any of the features and processes presented herein.
- the storage medium can include, but is not limited to, one or more of the following: any type of physical media including floppy disks, optical discs, DVDs, CD-ROMs, micro drives, magneto-optical disks, holographic storage, ROMs, RAMs, PRAMS, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs); paper or paper-based media; and any type of media or device suitable for storing instructions and/or information.
- Various embodiments also include a computer program product that can be transmitted in whole or in parts and over one or more public and/or private networks wherein the transmission includes instructions which can be used by one or more processors to perform any of the features presented herein.
- the transmission may include a plurality of separate transmissions.
- the present disclosure includes software for controlling both the hardware of computing device(s) and/or processor(s), and for enabling the computer(s) and/or processor(s) to interact with a human user or other mechanism utilizing the results of the present invention.
- software may include, but is not limited to, device drivers, operating systems, execution environments/containers, user interfaces and applications.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Traffic Control Systems (AREA)
- Navigation (AREA)
Description
- A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
- The current invention relates generally to vehicles and communications and more particularly to communicating driver-initiated electronic warning messages between moving vehicles.
- In recent years, automobiles and other vehicles have become increasingly integrated with onboard computing systems, software and other related technologies. Virtually every feature in today's standard automobile has become reliant on one form of computer or another. From computer-controlled engine timing and emission technologies, to global positioning and navigation systems, the automobile is quickly becoming a collection of software and hardware systems that provide a wide variety of features to drivers and passengers.
- Much research has gone into providing driver assistance and auto driving capabilities in the automobile. For example, advanced parking guidance systems have surfaced, which aid the driver in parallel parking the automobile and in other similar situations. Some manufacturers have also implemented on-board emergency response systems, such as Onstar, in case of accidents or automobile collisions. However, there is still much room for improvement by way of automated assistance during everyday driving.
- In daily driving situations, hazardous conditions or events often occur which require quick response on the part of a driver of an automobile. For example, a flooded area of a road, the presence of an emergency vehicle or an accident may occur rapidly on the road network. Communication of warnings regarding such events and their respective locations would often be helpful and facilitate a quick response on the part of warned drivers. Most of today's standard non-broadcast communication methods, such as cellular telephones, are not well suited for such uses because they generally require some kind of identity (e.g. phone number) of the person intended to be warned, which is not readily available in most emergency situations. In addition, the time taken to use a cell phone, radio or other device is excessively long since the warned vehicle may have very little time to adjust speed or change lanes before encountering the hazardous or otherwise risky situation. Even though identifiers are not needed for broadcast technologies, time and bandwidth limitations still apply.
- In the past, drivers have given independent and anonymous warnings to other drivers of significant events or locations of things by direct short-range broadcast communications, such as citizen's band (CB) radio, or by flashing headlights to warn oncoming drivers of the presence of hazards in the road (e.g. broken-down vehicles or emergency vehicles). However, these types of warnings are severely limited in many ways. For example, the flashing headlights fail to specify anything about the hazardous event, such as its description, location, importance and other information. By using CB radio, the driver may be able to provide some verbal instructions, however this is often too imprecise and too time-consuming to provide any significant benefit, in addition to being cumbersome to use. Furthermore, most drivers do not carry CB radios and do not wish to continuously listen for various transmissions while driving the vehicle. As such, another approach is needed.
- Recently, the Dedicated Short Range Communications (DSRC) protocol has been created to specifically address communications within the context of automotive use. DSRC is a wireless RFID-based technology, mainly used for communications between automobiles and roadside equipment, such as automatic toll collection machinery and the like. DSRC has also been proposed for use between automobiles for various purposes.
- Generally, it is undesirable for communications to require extensive dedicated infrastructure, such as road-side transmitting equipment, since such equipment is likely to be concentrated spatially and not be pervasive across a road network. A method is needed to spread anonymous location-dependent information quickly within a local area at the will of a driver or other vehicle occupant and without requiring extensive infrastructure. Furthermore, it is desirable that the information spread quickly and efficiently, without requiring knowledge of driver and automobile identity or other dedicated information. Applicant has identified the foregoing, as well as other shortcomings and needs which currently exist in the art in coming to conceive the subject matter of the present disclosure.
-
-
FIGURE 1 is a high level illustration of the driver-initiated warning device inside of an automobile, in accordance with various embodiments. -
FIGURE 2 is a system-level illustration of the driver-initiated vehicle-to-vehicle warning device, in accordance with various embodiments. -
FIGURE 3 is an overhead view of a traffic situation involving a vehicle equipped with a driver-initiated warning device, in accordance with various embodiments. -
FIGURE 4 is an overhead view of a traffic situation showing the relaying capability of vehicles equipped with the driver-initiated warning device, in accordance with various embodiments. -
FIGURE 5 is an overhead view of risk warning messages being transferred in a situation of lower traffic density, in accordance with various embodiments. -
FIGURES 6A and 6B illustrate a possible set of menu options for a navigation system implementing the driver-initiated vehicle-to-vehicle warning system, in accordance with various embodiments. -
FIGURE 7 illustrates the possible high level in-vehicle hardware components for the driver-initiated warning device, in accordance with various embodiments. -
FIGURE 8 is an illustration of the flow of inputs and outputs between the various components of the device during message transmission, in accordance with various embodiments. -
FIGURE 9 is an illustration of the flow of inputs and outputs between the various components of the device during message reception and relay, in accordance with various embodiments. -
FIGURE 10 is an exemplary logical flow chart diagram of the process for sending and receiving driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments. -
FIGURE 11 is an exemplary logical flow chart diagram of the process for receiving, analyzing and relaying driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments. - The invention is illustrated by way of example and not by way of limitation in the figures of the accompanying drawings in which like references indicate similar elements. References to embodiments in this disclosure are not necessarily to the same embodiment, and such references mean at least one. While specific implementations are discussed, it is understood that this is done for illustrative purposes only. A person skilled in the relevant art will recognize that other components and configurations may be used without departing from the scope and spirit of the invention.
- In the following description, numerous specific details are set forth to provide a thorough description of the invention. However, it will be apparent to those skilled in the art that the invention may be practiced without these specific details. In other instances, well-known features have not been described in detail so as not to obscure the invention.
- The embodiments of the present invention provide systems, methods and devices for providing driver-initiated vehicle-to-vehicle warnings and messages. The device can be deployed in a vehicle (e.g. automobile) as a stand-alone appliance or integrated with various computing systems of the vehicle. In one embodiment, the device includes a driver input interface for receiving input from the driver or passenger of the vehicle. The interface can be a graphical user interface (GUI), such as a touch screen, a button-based interface, or a voice recognition-based interface or any other type of interface available in the art. The driver input interface is used to receive information regarding an event occurring within a visually observable vicinity of the vehicle. The event can be any event of potential interest to the driver of the vehicle and/or other drivers of other vehicles in the area. For example, common road hazards or blocks, emergency vehicles, accidents, stranded motorists, debris, dense traffic situations and other observable situations can constitute events that are described by using the interface of the warning device. In addition, the events can also include moving events, such as hit and runs, amber alerts and other situations that continuously change locations.
- Once input is received regarding an event, a vehicle-to-vehicle communications component of the device can generate an anonymous message and transmit the message to one or more other vehicles within the communications range of the initiating vehicle. The message can be based on the DSRC protocol and can contain embedded electronic data that describes the event. In one embodiment, the message contains the specific location information of the event obtained by consulting the vehicle's global positioning system(s) (GPS) and/or map database(s). GPS systems are well known in the art and can be used to calculate the position of the vehicle by communicating with a satellite. The position of the vehicle, along with any input from the driver/passenger can be used to calculate the specific location of the event. This location can then be used to generate warnings in the receiving vehicle depending on the applicability of the event to the receiving vehicle. As an illustration, if the event is a road condition that only affects automobiles traveling in one lane or direction, the message can generate warnings in other vehicles which will be traveling in the same direction. Receiving vehicles which are traveling in other direction(s) or lane(s), can filter out and ignore the messages as being inapplicable.
- In one embodiment, the message is anonymous with respect to the identity of any sender, receiver or vehicle. This eliminates the need for drivers to know or to enter contact information of the receiving vehicles. In one embodiment, the message can be broadcast (multicast) to multiple automobiles, requiring no guarantee of reception. The digital location information, along with any other data embedded in the messages can then be used to filter and determine the applicability of the messages to each receiving vehicle.
- In various embodiments, the receiving vehicle can relay the message to other vehicles within its range of communication. This causes the effective range of the warning to increase because the receiving vehicle can travel a certain distance before relaying the message to another vehicle. Thus, while the initiating vehicle's maximum range of communications can be limited, the warning message can potentially cover distances substantially greater than that maximum, due to the relaying capabilities of the moving vehicles. For example, DSRC can be used to broadcast short messages within a range up to 1000 meters, initiated by the alerting vehicle's driver (or other occupant). Depending on the message header, each vehicle receiving such a message can ignore or relay the message to others nearby. In situations of dense traffic, a diffusion process can occur, resulting in the information being carried rapidly to others, potentially over distances far exceeding the range of vehicle-to-vehicle communications component itself. Such communications can be filtered in vehicles to prevent the same message being received and/or processed twice. The messages can also be transferred in sparse density traffic situations if the communications are confined to approaching vehicles by filtering in receiving vehicles based on direction of travel for sender and receiver. In this situation, one vehicle may warn multiple other vehicles, in succession, traveling counter to its direction of travel, or a warned vehicle may pass warnings to others behind it and traveling in its direction of travel if in range. In one embodiment, the warning device can optimize information diffusion to maximize the number of other vehicles receiving the warning messages, or may minimize or otherwise tailor warnings depending on parameters set by the receiving driver. By using a digital map in both sending and receiving vehicles, location information can be included in the warning and used by the embodiments to make logical decisions about warning applicability in terms of function and spatial extent based on location of sender and receiver.
- In accordance with the preferred embodiment, information about an event noticed by a driver, such as a hazardous road condition or the presence of an emergency vehicle, is broadcast to all similarly equipped vehicles in order to alert the receiving devices and drivers to the presence of the sensed event. The information sent includes the event's location and other parameters according to sending driver intent and device logic. Location information may be sent in a map-agnostic way such as the AGORA-C location referencing standard. In various embodiments, AGORA-C is a method known in the art for map-based on-the-fly location referencing, which supports machine-to-machine location descriptions.
- In the case of moving events, the information sent can include information about a moving vehicle, such as license plate and description. Furthermore, the location information of moving events can be dynamically changing based on time, estimated speed and starting location of the event, input from other vehicles, and the like. By using the relay process, the moving event can be tracked by the various vehicles on the road until it is intercepted by the law enforcement or other authorities.
- In various embodiments, the sending device responds to driver intent by any means, including but not limited to: pushing an appropriate hardware button for a situation; selecting a menu option on a navigation system or other special purpose device. In the latter case, the driver can specify side of road for the event, his/her lane or oncoming lane for event, or other such detailed information concerning the event or event location.
- In some embodiments, the various events can also include self-initiated events, which are automatically transmitted/relayed to other vehicles within immediate range. For example, the deployment of an airbag within one vehicle may cause the warning device to automatically broadcast a high priority warning message to all vehicles within range. The oncoming drivers can then be warned of the potential accident and injuries.
- In one embodiment, location of the event or incident is obtained in the sending vehicle by consulting an in-vehicle digital map matched with on-board GPS location, or by other automatic techniques, such as devices reading roadside linear reference markers, or by manual observations spoken by the driver such as "one mile south of exit 127". The sent message can contain location in raw and map-matched form, and in several location referencing modes, such as linear referencing or AGORA-C location referencing.
- In various embodiments, the driver-initiated vehicle-to-vehicle communications device can further include a warning notification component that issues a warning to the driver of the receiving vehicle if the message is deemed applicable. Receiving vehicles in the communications range equipped with the warning component can receive the message, read the header, and, based on its content and parameters set by the driver previously, can alert the driver to the occurrence and its location or ignore it. In addition, the message may be passed on (relayed) to all other vehicles in range. In one embodiment, each message is given a unique identifier (ID) by the original sending vehicle so that any equipped vehicle may ignore any message it has previously received, or relay it further. The notification of the event occurrence and location can include any human machine interface (HMI) such as display monitors, artificial speech and/or sound, visual map indications, alarm buttons/signals and other notifications.
- In some of the embodiments, the vehicles can comprise mobile nodes in a mesh-type network, which do not require any central server to maintain communications. As such, the vehicles can function as independent units, warning one another of various road hazards, emergencies and other events perceived by the drivers. In some alternative embodiments, however, the warnings can be picked up by various central sources, such as law enforcement or emergency aid authorities.
-
FIGURE 1 is a high level illustration of the driver-initiated warning device inside of an automobile, in accordance with various embodiments. Although this diagram depicts the interface as having certain components, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined, divided, rearranged or removed entirely from the interface. Furthermore, it will also be apparent to those skilled in the art that additional components can be included in the interface, without departing from the scope of the various embodiments. - Any standard automobile can be equipped with an
interface 104 for receiving input that describes an event observable by a driver or passenger. The interface can be placed on the control panel, center console or other section inside the vehicle, or can be integrated into a standard GPS screen interface. In this illustration, the observed event is abroken tree branch 100 which may block the road or cause damage to other automobiles traveling onroad 102. Accordingly, the interface provides means for entering a description of the event and for initiating transmission of the message. For example, by using theinterface 104, the user is able to specify a description, a relative location with respect to the side of the road/vehicle and the urgency of the event to other drivers traveling on the same roadway. This information can then be used by receiving vehicles in order to automatically warn the drivers of the road hazard. It should be noted that the interface for receiving driver input need not necessarily be a graphical interface and other technologies, such as voice recognition, can also be used. -
FIGURE 2 is a system-level illustration of the driver-initiated vehicle-to-vehicle warning device, in accordance with various embodiments. Although this diagram depicts components as logically separate, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined or divided into separate software, firmware and/or hardware. Furthermore, it will also be apparent to those skilled in the art that such components, regardless of how they are combined or divided, can execute on the same computing device or can be distributed among different computing devices connected by one or more suitable communication means. - As illustrated, the warning device includes an On-
Board Computer Unit 200. Theonboard computer 200 can include one or more processors and computer memory programmed with instructions for performing the various functions of the embodiments. For example, the computer can include arisk filter application 202 and anavigation application 204. Thenavigation application 204 provides location information to therisk filter application 202 in response to queries. The queries from therisk filter application 202 can specify that a single point location, or that all road network features within an area specified by spatial extents, are needed for calculating the location information of the event. Alternatively, selected road network features can be specified according to parameters given in the query, partly in response to driver inputs from therisk interface 220 within thedriver input interface 218. Thedriver input interface 218 may also perform other navigation input functions for thenavigation application 204. These are beyond therisk interface 220 driver inputs and can include the various direction lookups, traffic information and other related data. - In one embodiment, the
navigation application 204 consults the on-board map database 206 and integrates GPS signals from theGPS Unit 216 in order to generate location information. The location information can then be included in the warning message. In addition, the location information of the receiving vehicle can be computed and compared with the location information of the event contained in the message in order to determine the applicability of the message to the receiving vehicle. In various embodiments, the vehicle's own location and requested network features can be provided to therisk filter application 202 in geographic coordinate, street address, and linear reference forms, or in any other requested formats. Based on internal parameter sets and driver input provided via therisk interface 220, therisk filter application 202 can determine whether driver warnings should be issued via thewarning unit 208 by thedriver warning interface 212, and if warnings are to be provided to other vehicles via themessage unit 210 and the vehicle-to-vehicle communications unit 214. Accordingly, the location information can be used for both warning other vehicles and for determining the applicability of warnings to the recipient vehicle. - In various embodiments, warnings to other vehicles may take into account a number of factors. For example, traffic density information on either side of a divided highway can be considered, as obtained from the
GPS component 216 or by some other means. Similarly, the device can determine whether or not a particular risk event, for example the presence of an icy spot, is applicable to one side of the highway or to both sides. Because in the preferred embodiment, the vehicle-to-vehicle communications mode is "broadcast," the warning may not be selective to a receiving vehicle position. However, sufficient information can be included in the warning message such that a receiver can decide if a particular warning is relevant. In one embodiment, the on-board map database 206 is sufficiently detailed to permit data rich messages to be transmitted. - In one embodiment, the
message unit 210 and the vehicle-to-vehicle communications unit 214 can be responsible for both sending and receiving messages to and from other vehicles. For example, the vehicle-to-vehicle communications unit can receive warnings relayed from other vehicles and convey them to therisk filter application 202. The risk filter application can then interpret the information in the warning message, query thenavigation application 204 for current location information and routing information for the own-vehicle, and decide if a warning should be issued to the own-vehicle driver and/or relayed to other vehicles in the vicinity. In one embodiment, this decision can be made by comparing the location of the receiving vehicle with the location of the event obtained from the incoming message. If the comparison of these locations is logically related in some way (e.g. if they are both on the same side of the road, direction of travel, etc.), the warning can be issued. Similarly, the location and heading information can be used to determine whether to relay the message. For example, if the location of the message origin has traveled too far (or too long) because of information diffusion, no more relaying may be necessary. In that instance, the onboard computer can decide to ignore the incoming message. In the various embodiments, the factors used to determine message applicability and relay decisions can be made configurable. - In various embodiments, the event message has a lifetime once it is first sent. This lifetime can be independent of the original sender. For example, the message can persist depending on traffic density and circumstances due to automatic relaying by receivers, and according to parameters set by the device itself or by the driver or any receiver. In cases where traffic is very slight, messages would not be repeated often, and low-priority messages would be expected to decay rapidly because of lack of relay receivers. In dense traffic, or for very important messages such as ice slicks on the road, messages could persist for a long time. In this manner, the lifetime and applicability of warnings can be dynamically modified according to the preferences, driving behavior and routines of the various travelers on the road.
- In one embodiment, the driver-initiated vehicle-to-vehicle warning device is deployed in mobile vehicles and can function without the need for any dedicated roadside infrastructure equipment. In alternative embodiments, the device can also be mounted or otherwise integrated into certain roadside equipment, such as emergency call boxes and the like. In these embodiments, the roadside equipment can essentially function as a non-moving vehicle node and can relay the warning message to other vehicles that pass by. For example, the roadside callbox having the warning device can relay the message to other vehicles which come into the range of communication based on motion sensing technology or some other technology.
-
FIGURE 3 is an overhead view of a traffic situation involving a vehicle equipped with a driver-initiated warning device, in accordance with various embodiments. As illustrated, thevehicle 302 equipped with the warning device has approached anevent 300 observable by the driver. In this depiction, the event is anemergency vehicle 300 parked partially in the right lane of the freeway. The driver of the vehicle can thus initiate a message for other drivers on the road, warning them of the emergency vehicle. - As further illustrated, the initiating
vehicle 302 can have a certainmaximum range 304 of communication, such as 1000 meters. Accordingly, the driver ofvehicle 302 broadcasts the warning message in all directions, which extends to the maximum range. It should be noted that themaximum range 304, the freeway and the various automobiles depicted in this figure are provided purely for purposes of illustration and are not drawn to scale. It will be apparent to one of ordinary skill in the art that the particular distances of communication can be implemented according to various protocols and/or preferences and the present embodiments are not limited to any particular implementation. -
FIGURE 4 is an overhead view of a traffic situation showing the relaying capability of vehicles equipped with the driver-initiated warning device, in accordance with various embodiments. Similarly toFIGURE 3 , thevehicle 402 equipped with a warning device has approached theemergency vehicle 404 parked on the side of the road, or partially blocking one side of the road. As illustrated, the vehicle's 402 driver can initiate a warning message to be sent to other vehicles. Accordingly,vehicle 402 can broadcast message toother cars - As illustrated in the figure, some of the receiving
vehicles other vehicles vehicle 402 can initially set a high priority on the message, which will be relayed to other drivers within range. Other drivers who later pass the event location may note that theemergency vehicle 404 has left the road and that the event itself is over. In this case they can issue an 'event over' message that will cause the warning device in other vehicles to remove the priority and to cease relaying. Alternatively, some message types may be sent having an event lifetime which, when exceeded, will result in the purging of the original message. The logic of message handling, including prioritization and event lifetimes and all other handling logic, can be implemented in the risk filter application 202 (illustrated inFIGURE 2 ). - As shown, because of the traffic density, other vehicles equipped with the invention can relay the warning, thereby causing an
effective range 400 to be greater than the original maximum communications range 304 of the initiating vehicle (illustrated inFIGURE 3 ). This enables the warning to travel for potentially greater distances than would otherwise be possible without the relaying capability. It should be noted, however, that the relaying inFIGURE 4 is shown arbitrarily for purposes of simplicity only and does not necessarily depict the actual way that messages would get transmitted and relayed. In various embodiments, the specifics of when and how messages are actually relayed or purged by each vehicle will depend on the implementation selected and/or any configuration of the warning device. -
FIGURE 5 is an overhead view of risk warning messages being transferred in a situation of lower traffic density, in accordance with various embodiments. As shown in this figure,vehicle 500 is traveling in the opposite direction fromvehicle 504, and thereforevehicle 500 is not in arisky situation 510 in the divided highway case.Vehicle 504 thus simply relays the message tovehicle 506, which receives the warning. Ifvehicles vehicle 508 may be. In one embodiment, all vehicles equipped with the driver-initiated warning device would issue warnings for a predetermined period or for a period algorithmically determined based on traffic density and parameters set by the device and/or the initiating driver or any receiving driver. In various embodiments, the traffic density information can be obtained from the vehicle's GPS system, or via communications with other vehicles in the vicinity, or by some other means. Diffusion of the message can be more circuitous than in the case of the illustrated figures, but under most traffic densities many warnings would diffuse to other vehicles over time. - As illustrated, even in light traffic situations, the
maximum range 502 of the initiating vehicle can be enlarged as a result of the movement and relaying by the equipped vehicles. For example, themaximum range 512 of the relaying vehicle has different coverage with respect to the initiating vehicle. As such, a larger area is effectively covered by adding the relay transmissions. This enlarging effect can be further magnified by delaying the relay of the message for a period of time, while thevehicle 504 is moving. This period of delay before relaying can be computed based on vehicle speed, traffic density and distance, or specified in some other manner. -
FIGURES 6A and 6B illustrate a possible set of menu options for a navigation system implementing the driver-initiated vehicle-to-vehicle warning system, in accordance with various embodiments. Although this diagram depicts components of the menu in one logical layout, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined, divided or rearranged into separate menu options and buttons. Furthermore, it will also be apparent that additional display options, buttons and other selection components can be included in the menu. - This illustration shows a simple touch-screen system although voice-actuated systems are also possible. A touch-screen area entitled "SEND WARNING" 602 on the navigation system display 600 (
FIGURE 6A ) leads to a sub-menu (FIGURE 6B ) with multiple options (604, 606, 608, 610, 612, 614, 616, 618, 620, 622, 624, 626, 628, 630) for entering the description of the event noted, its priority and location. For example, a priority "MAKE URGENT" 604 is shown, while the default priority is not-urgent or normal. The user is also given the option to specify the side of the road where the event is occurring, in order to better filter the applicability of warning to the recipient vehicles. On the submenu, any combination of menu choices can be selected; touching the "DONE" choice would end the selection process and broadcast the message to vehicles within the vicinity. -
FIGURE 7 illustrates the possible high level in-vehicle hardware components for the driver-initiated warning device, in accordance with various embodiments. Although this diagram depicts the hardware components as logically separate, such depiction is merely for illustrative purposes. It will be apparent to those skilled in the art that the components portrayed in this figure can be arbitrarily combined or divided into separate hardware. - In various embodiments, the hardware components of the device include a
GPS receiver 702 andantenna 710, a processing computer such as a navigation system 700, a driver interface device for inputs from the driver and to give warnings to the driver (typically part of the navigation system human-machine interface 704, as shown), and a vehicle-to-vehicle communications device, shown as a stand-alone DSRC receiver/transmitter 706 and antenna 712. Furthermore, the system can be connected to asound output 708 device in the vehicle, such as a set of audio speakers. -
FIGURE 8 is an illustration of the flow of inputs and outputs between the various components of the device during message transmission, in accordance with various embodiments. Although the flow of data is illustrated in a particular sequence, it is not limited to this particular order. The input and output of flow of data can be rearranged into a different sequence, within the scope of the present embodiments. - As illustrated, the driver can observe an event and input the event description, priority and/or
other parameters 802 via thetouch screen menu 800 into the memory of the warning device. In one embodiment, the message unit within therisk filter application 804 can receive this information and combine it withlocation information 810 received from theGPS system 808 and thedigital map 814 integrated by themap matching program 812. Theevent message 806 produced by combining this information can then be sent to the vehicle-to-vehicle communications unit 816 which can broadcast the message to other vehicles in the vicinity. -
FIGURE 9 is an illustration of the flow of inputs and outputs between the various components of the device during message reception and relay, in accordance with various embodiments. Although the flow of data is illustrated in a particular sequence, it is not limited to this particular order. The input and output of flow of data can be rearranged into a different sequence, within the scope of the present embodiments. - As illustrated, a vehicle equipped with the warning system can receive an
event message 902 via the vehicle-to-vehicle communications unit 900. Theevent message 902 can be passed to the message unit within the risk filter application 904, where its identifier can be compared with a local table of other event messages previously received by the vehicle. In one embodiment, if the same message has been received previously, no further action is taken. If the message is being received for the first time, the risk filter application 904 can compare the incoming message parameters (including location and priority) with the recipient vehicle's own situation and parameters set by the driver. For example, the risk filter application can receive information from the GPS 906, including thelocation data 908 anddigital map 912 matched by themapping application 910. This recipient vehicle's information is then compared with the location, priority and/or description of the event embedded in the incoming message. Based on the comparison, the risk filter application can determine the applicability of the event to the receiving vehicle and can decide to issue a warning to the driver through thedriver warning interface 914. The risk filter application may also decide to relay the message to other drivers via the vehicle-to-vehicle communications unit. Furthermore, the receiving vehicle can also initiate new messages, such as the "EVENT OVER" message by using the touchscreen interface menu 916. -
FIGURE 10 is an exemplary logical flow chart diagram of the process for sending and receiving driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments. Although this figure depicts functional steps in a particular sequence for purposes of illustration, the process is not necessarily limited to this particular order or steps. One skilled in the art will appreciate that the various steps portrayed in this figure can be changed, omitted, rearranged, performed in parallel or adapted in various ways. - As shown in
step 1000, input can be received from a user in a first vehicle. The input can describe a particular event and can be entered by way of a touch screen or other interface. Instep 1002, a message is generated, which is anonymous with respect to the identity of the receiver. In one embodiment, the message is independent of any identity information of the sender, receiver, or any other vehicle. The message can also contain embedded electronic data regarding the event. For example, the message can contain digital mapping coordinates of the event's location. Once the message is generated, it is transmitted to at least one recipient vehicle, as shown instep 1104. The receiving vehicles can then receive the messages (step 1106) and automatically filter the messages at the second vehicle based on the electronic data embedded in the message, as shown instep 1108. For example, the recipient vehicle can determine whether to issue a warning to the driver based on the location of the event. -
FIGURE 11 is an exemplary logical flow chart diagram of the process for receiving, analyzing and relaying driver-initiated vehicle-to-vehicle warnings, in accordance with various embodiments. Although this figure depicts functional steps in a particular sequence for purposes of illustration, the process is not necessarily limited to this particular order or steps. One skilled in the art will appreciate that the various steps portrayed in this figure can be changed, omitted, rearranged, performed in parallel or adapted in various ways. - As illustrated, the process begins in
step 1100 when the recipient vehicle receives a broadcast warning message from another vehicle. In one embodiment, the message is a DSRC message, having a heading and other information regarding an event. Instep 1102, the receiving warning device can determine whether it has previously received the same warning. In one embodiment, this can be accomplished by assigning a unique identifier to each message and by maintaining a table of recently received messages in memory. If the message has been previously received and processed, the device can simply ignore the message, as shown instep 1104. The same message can be received multiple times by the same vehicle due to the relay capability of the device. For example, if the initiating vehicle and a second relaying vehicle are both within communications range of the recipient, the recipient would receive both the initial message, as well as the relay of that message. - If the message is a new incoming message (i.e. it has not been received previously), the message can be processed and the information read, as shown in
step 1106. In one embodiment, the information in the message includes mapping coordinates of a specific event. Instep 1108, the warning device can also obtain the location information of the recipient vehicle by consulting the on-board GPS system. Additionally, the device can also retrieve any preferences and configuration information used to determine the applicability of events. - In
step 1110, the event mapping coordinates can be compared with the location of the recipient vehicle to determine whether the event is pertinent to the vehicle. For example, if the recipient vehicle is traveling on a divided freeway and the event is a road hazard affecting only the other side of the divided freeway, the event may not be applicable to this particular vehicle. Similarly, if the vehicle is making a turn and the event's location is straight ahead, it may not be relevant. In some embodiments, the driver's preferences can also be considered when determining event relevance. For example, if the particular driver only wishes to be alerted of urgent messages, all non-urgent incoming messages can be deemed inapplicable. - Thus, in
step 1112, the event can be analyzed for applicability to the receiving vehicle. If the event is applicable, a warning can be issued to the driver of the receiving vehicle, as shown instep 1114. If the event is not applicable, the process can continue. - In
step 1116 and 118, the device can determine whether to relay the message to any other vehicles. In various embodiments, a multitude of information can be considered when making this determination. For example, as shown instep 1116, the device may consider the message priority, its lifetime, the event's location, the distance between the receiving vehicle and the event's location, default device preferences, any previously received "event over" messages, and other information. For example, if a particular message has been continuously relayed for more than a specified time period (e.g. several hours), it can be deemed stale and would not be relayed. Similarly, if the distance between the event and the vehicle is greater than a certain threshold, it may not be relayed. Furthermore, if the recipient vehicle has previously received an "event over" message from a different vehicle, it would likely decide not to relay the initial message. - If in
step 1118, the analysis yields a decision that the message should be relayed, the message can be relayed to other vehicles, as shown instep 1120. In one embodiment, this can be done by waiting a certain time period (e.g. a number of seconds) before re-broadcasting the message by the recipient vehicle. In one embodiment, the time period can vary depending on traffic density, vehicle current speed and other parameters. For example, if the vehicle is traveling at a high rate of speed on the highway, the waiting period between relays should be shorter than vehicles traveling slow in rush hour traffic. - The various embodiments described above include a computer program product which is a storage medium (media) having instructions stored thereon/in which can be used to program a specialized computing processor(s)/device(s) to perform any of the features and processes presented herein. The storage medium can include, but is not limited to, one or more of the following: any type of physical media including floppy disks, optical discs, DVDs, CD-ROMs, micro drives, magneto-optical disks, holographic storage, ROMs, RAMs, PRAMS, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs); paper or paper-based media; and any type of media or device suitable for storing instructions and/or information.
- Various embodiments also include a computer program product that can be transmitted in whole or in parts and over one or more public and/or private networks wherein the transmission includes instructions which can be used by one or more processors to perform any of the features presented herein. In various embodiments, the transmission may include a plurality of separate transmissions.
- Stored one or more of the computer readable medium (media), the present disclosure includes software for controlling both the hardware of computing device(s) and/or processor(s), and for enabling the computer(s) and/or processor(s) to interact with a human user or other mechanism utilizing the results of the present invention. Such software may include, but is not limited to, device drivers, operating systems, execution environments/containers, user interfaces and applications.
- The foregoing description of the preferred embodiments of the present invention has been provided for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many modifications and variations can be apparent to the practitioner skilled in the art. Embodiments were chosen and described in order to best explain the principles of the invention and its practical application, thereby enabling others skilled in the relevant art to understand the invention. It is intended that the scope of the invention be defined by the following claims and their equivalents.
Claims (15)
- An apparatus deployable within a first vehicle for providing driver initiated vehicle-to-vehicle warnings, said apparatus comprising:an input interface (104; 218) arranged to receive input from a user in the first vehicle; anda vehicle-to-vehicle communications component (210, 214) arranged to:generate a message upon having received the input from the input interface, said message having embedded electronic data indicating the location of a first event observed by said user; andbroadcast said generated message regarding the first event from the first vehicle to at least one second vehicle within the broadcast range of the vehicle-to-vehicle communications component (214);wherein said vehicle-to-vehicle communications component (210, 214) is further arranged to receive a message regarding a second event generated and broadcast by a third vehicle; andwherein said apparatus further comprises:a risk filter component (202) arranged to determine whether the received message is applicable to the first vehicle based at least on a location of the second event embedded in said received message; anda warning component (208) arranged to issue a warning to a driver of the first vehicle if said received message is determined to be applicable to said first vehicle by the risk filter component (202);wherein said vehicle-to-vehicle communications component (210, 214) is further arranged to:generate a stop message indicating the second event has ended in response to an input received on the input interface (104; 218) following an issuance of a warning by the warning component (208); andbroadcast said generated stop message to at least one fourth vehicle within the broadcast range of the vehicle-to-vehicle communications component (214).
- The apparatus of claim 1, wherein said generated message and/or generated stop message is anonymous with respect to any identity information of said vehicle broadcasting the message and said vehicle receiving the message.
- The apparatus of claim 1 or 2, further comprising:a global positioning system (216) deployed in said first vehicle, the global positioning system tracking a location of said first vehicle, wherein information provided by the global positioning system is embedded into said message in order to specify the location of the first event.
- The apparatus of any preceding claim, further comprising:a map database (206) that stores location information regarding said first event, wherein the location information is transmitted with said generated message by the vehicle-to-vehicle communications component (210, 214).
- The apparatus of any preceding claim, wherein the vehicle-to-vehicle communications component (210, 214) is further arranged to:determine whether to relay said received message regarding the second event to another vehicle; andbroadcast said received message based on said determination.
- The apparatus of claim 5, wherein relaying said received message to one or more other vehicles causes information diffusion such that information is carried over a distance that exceeds a broadcast range of said vehicle-to-vehicle communications component (214).
- The apparatus of claim 5 or 6, wherein said vehicle-to-vehicle communications component (210, 214) determines whether to relay said received message to one or more other vehicles based on at least one of: (i) the location of the second event; (ii) the lifetime of the received message; (iii) the receipt of a stop message indicating the second event has ended from another vehicle; (iv) a priority of the received message; (v) the location of the first vehicle; and (iv) the heading of the first vehicle.
- The apparatus of any of claims 5 to 7, wherein the vehicle-to-vehicle communications component (214) is arranged to broadcast said received message after waiting a certain time period following receipt of said message.
- The apparatus of claim 8, wherein said certain time period is determined based on at least one of: traffic density; road type; and speed of the first vehicle.
- The apparatus of any preceding claim, wherein the input interface (104; 218) is further arranged to receive information regarding a description of said first event, said electronic data embedded in said generated message further comprising said information.
- A method for providing driver initiated vehicle-to-vehicle warnings to a driver of a first vehicle, said method comprising:receiving input from a user in the first vehicle (1000);generating a message in response to the input received from the user, said message containing embedded electronic data indicating the location of a first event observed by said user (1002);broadcasting the generated message regarding the first event from the first vehicle to at least one second vehicle within the broadcast range of the first vehicle (1004);said method further comprising:receiving a message regarding a second event generated and broadcast by a third vehicle (1100);determining whether the received message is applicable to the first vehicle based at least on a location of the second event embedded in said received message (1112);issuing a warning to the driver of the first vehicle if said received message is determined to be applicable to said first vehicle (1114);generating a stop message indicating the second event has ended in response to an input received from the driver of the first vehicle following the issuance of a warning; andbroadcasting said generated stop message to at least one fourth vehicle within the broadcast range of the first vehicle.
- The method of claim 11, further comprising automatically filtering a received message at the first vehicle based on the electronic data embedded in said message (1008) by:determining whether the message has been previously received from another vehicle (1102); andignoring the message if said message is determined to have been previously received (1104).
- An apparatus deployable within a first vehicle for providing vehicle-to-vehicle warnings, said apparatus comprising:an input interface (104; 218) arranged to receive input from a user in the first vehicle; anda vehicle-to-vehicle communications component (210, 214) arranged to:generate a message regarding a first event in response to initiation of one or more systems within the first vehicle, said message having embedded electronic data indicating the location of the first event; andbroadcast said generated message regarding the first event from the first vehicle to at least one second vehicle within the broadcast range of the vehicle-to-vehicle communications component (214);wherein said vehicle-to-vehicle communications component (210, 214) is further arranged to receive a message regarding a second event generated and broadcast by a third vehicle; andwherein said apparatus further comprises:a risk filter component (202) arranged to determine whether the received message is applicable to the first vehicle based at least on a location of the second event embedded in said received message; anda warning component (208) arranged to issue a warning to a driver of the first vehicle if said received message is determined to be applicable to said first vehicle by the risk filter component (202);wherein said vehicle-to-vehicle communications component (210, 214) is further arranged to:generate a stop message indicating the second event has ended in response to an input received on the input interface (104; 218) following an issuance of a warning by the warning component; andbroadcast said generated stop message to at least one fourth vehicle within the broadcast range of the vehicle-to-vehicle communications component (214).
- A method for providing vehicle-to-vehicle warnings to a driver of a first vehicle, said method comprising:generating a message regarding a first event in response to initiation of one or more systems within the first vehicle, said message having embedded electronic data indicating the location of the first event (1002);broadcasting the generated message regarding the first event from the first vehicle to at least one second vehicle within the broadcast range of the first vehicle (1004);said method further comprising:receiving a message regarding a second event generated and broadcast by a third vehicle (1100);determining whether the received message is applicable to the first vehicle based at least on a location of the second event embedded in said received message (1112);issuing a warning to the driver of the first vehicle if said received message is determined to be applicable to said first vehicle (1114);generating a stop message indicating the second event has ended in response to an input received from the driver of the first vehicle following the issuance of a warning; andbroadcasting said generated stop message to at least one fourth vehicle within the broadcast range of the first vehicle.
- A computer readable medium carrying one or more sequences of instructions for providing driver-initiated vehicle-to-vehicle warnings, which instructions, when executed by one or more processors, cause the one or more processors to carry out the method of claim 11, 12 or 14.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/179,424 US20100019932A1 (en) | 2008-07-24 | 2008-07-24 | Driver Initiated Vehicle-to-Vehicle Anonymous Warning Device |
US8609908P | 2008-08-04 | 2008-08-04 | |
PCT/US2009/051490 WO2010011807A1 (en) | 2008-07-24 | 2009-07-23 | Driver initiated vehicle-to-vehicle anonymous warning device |
Publications (3)
Publication Number | Publication Date |
---|---|
EP2307980A1 EP2307980A1 (en) | 2011-04-13 |
EP2307980A4 EP2307980A4 (en) | 2012-02-01 |
EP2307980B1 true EP2307980B1 (en) | 2016-08-31 |
Family
ID=41570591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP09800986.3A Active EP2307980B1 (en) | 2008-07-24 | 2009-07-23 | Driver initiated vehicle-to-vehicle anonymous warning device |
Country Status (10)
Country | Link |
---|---|
EP (1) | EP2307980B1 (en) |
JP (1) | JP5456039B2 (en) |
KR (1) | KR20110043535A (en) |
CN (1) | CN102037458B (en) |
AU (1) | AU2009273977A1 (en) |
BR (1) | BRPI0913025A2 (en) |
CA (1) | CA2725830A1 (en) |
ES (1) | ES2594231T3 (en) |
RU (1) | RU2011103457A (en) |
WO (2) | WO2010011806A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10636301B2 (en) | 2018-03-14 | 2020-04-28 | Honda Research Institute Europe Gmbh | Method for assisting operation of an ego-vehicle, method for assisting other traffic participants and corresponding assistance systems and vehicles |
WO2024030251A1 (en) * | 2022-08-03 | 2024-02-08 | Qualcomm Incorporated | Filtering v2x sensor data messages |
Families Citing this family (46)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110125691A1 (en) * | 2009-11-24 | 2011-05-26 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | System and method for output of comparison of physical entities of a received selection and associated with a social network |
DE102010003247A1 (en) * | 2010-03-25 | 2011-09-29 | Bayerische Motoren Werke Aktiengesellschaft | Efficiency parameter e.g. absolute fuel consumption parameter, displaying method for car, involves displaying efficiency parameters in relationship to reference value e.g. average value, where travel distance is assigned to value |
US20120135676A1 (en) * | 2010-11-26 | 2012-05-31 | Industrial Technology Research Institute | System and method for deployment and management of interactive regional broadcast services |
US20120317205A1 (en) * | 2011-06-10 | 2012-12-13 | Microsoft Corporation | Anonymous location-based notification |
WO2013033347A1 (en) * | 2011-08-29 | 2013-03-07 | 5D Robotics, Inc. | Fuel efficiency improving system for vehicle |
US8972053B2 (en) | 2011-08-30 | 2015-03-03 | 5D Robotics, Inc. | Universal payload abstraction |
CA2867447C (en) * | 2012-03-15 | 2021-03-23 | Spireon, Inc. | Geospatial data based assessment of driver behavior and performance |
US9068854B2 (en) | 2012-03-17 | 2015-06-30 | International Business Machines Corporation | Peer-to-peer vehicle communicator |
US10360636B1 (en) | 2012-08-01 | 2019-07-23 | Allstate Insurance Company | System for capturing passenger and trip data for a taxi vehicle |
US20150258996A1 (en) * | 2012-09-17 | 2015-09-17 | Volvo Lastvagnar Ab | Method for providing a context based coaching message to a driver of a vehicle |
JP6222917B2 (en) * | 2012-11-05 | 2017-11-01 | パイオニア株式会社 | MOBILE BODY TRANSMITTING DEVICE, MOBILE BODY RECEIVING DEVICE, INFORMATION TRANSMITTING METHOD, AND INFORMATION RECEIVING METHOD |
SE539053C2 (en) * | 2013-07-18 | 2017-03-28 | Scania Cv Ab | Procedure and sensor for information transfer between vehicles |
CN105684395B (en) * | 2013-08-22 | 2019-08-02 | 大陆-特韦斯贸易合伙股份公司及两合公司 | For the method for filtering, filter device, receiver |
US20150149020A1 (en) * | 2013-11-22 | 2015-05-28 | Willis Dean Smith | Method and apparatus for monitoring use of mobile communications in a vehicle |
US9165477B2 (en) | 2013-12-06 | 2015-10-20 | Vehicle Data Science Corporation | Systems and methods for building road models, driver models, and vehicle models and making predictions therefrom |
RU2554201C1 (en) * | 2014-03-11 | 2015-06-27 | Павел Дмитриевич Ридигер | Vehicle radio communication system |
WO2016088052A1 (en) * | 2014-12-02 | 2016-06-09 | Here Global B.V. | Method and apparatus for determining location-based vehicle behavior |
US10088322B2 (en) | 2014-12-16 | 2018-10-02 | Ford Global Technologies, Llc | Traffic control device detection |
CN106162519B (en) | 2015-04-24 | 2020-02-04 | 北京智谷睿拓技术服务有限公司 | Mobile terminal information sending method and sending device |
CN106162578B (en) * | 2015-04-24 | 2020-03-17 | 北京智谷睿拓技术服务有限公司 | Forwarding control method, mobile terminal information sending method and device thereof |
FR3041105A1 (en) * | 2015-09-14 | 2017-03-17 | Peugeot Citroen Automobiles Sa | METHOD FOR EVALUATING ENERGY DEMAND OF A VEHICLE |
EP3349415A4 (en) * | 2015-09-23 | 2018-08-29 | Huawei Technologies Co., Ltd. | Scheduling assignment processing method, apparatus and device |
CN105898815A (en) * | 2015-10-22 | 2016-08-24 | 乐卡汽车智能科技(北京)有限公司 | WAVE-based vehicle-mounted self-organizing network routing method, device and system |
US10490072B2 (en) * | 2015-12-08 | 2019-11-26 | Ford Global Technologies, Llc | Extended range vehicle horn |
SE539428C2 (en) * | 2015-12-15 | 2017-09-19 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539489C2 (en) | 2015-12-15 | 2017-10-03 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539429C2 (en) | 2015-12-15 | 2017-09-19 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539488C2 (en) * | 2015-12-15 | 2017-10-03 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539436C2 (en) * | 2015-12-15 | 2017-09-19 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539427C2 (en) | 2015-12-15 | 2017-09-19 | Greater Than S A | Method and system for assessing the trip performance of a driver |
SE539283C8 (en) * | 2015-12-15 | 2017-07-18 | Greater Than S A | Method and system for assessing the trip performance of a driver |
DE102015226650B4 (en) | 2015-12-23 | 2023-06-01 | Volkswagen Aktiengesellschaft | Method and device for anonymous transmission of a first value of at least one driving parameter of a vehicle to an external data receiving unit |
US10297148B2 (en) | 2016-02-17 | 2019-05-21 | Uber Technologies, Inc. | Network computer system for analyzing driving actions of drivers on road segments of a geographic region |
US20170365105A1 (en) * | 2016-06-17 | 2017-12-21 | Ford Global Technologies, Llc | Method and apparatus for inter-vehicular safety awareness and alert |
US9979813B2 (en) | 2016-10-04 | 2018-05-22 | Allstate Solutions Private Limited | Mobile device communication access and hands-free device activation |
US11295218B2 (en) | 2016-10-17 | 2022-04-05 | Allstate Solutions Private Limited | Partitioning sensor based data to generate driving pattern map |
DE102017221107A1 (en) * | 2017-11-24 | 2019-05-29 | Knorr-Bremse Systeme für Schienenfahrzeuge GmbH | Suppression of messages on a vehicle in combination with geographic coordinates and specific times (timestamp) |
DE102018000101A1 (en) * | 2018-01-09 | 2019-07-11 | Lucas Automotive Gmbh | A control system and control method for a motor vehicle having a database |
US11017670B2 (en) * | 2018-08-03 | 2021-05-25 | Toyota Motor Engineering & Manufacturing North America, Inc. | Intermediate vehicle repeater for out of range vehicles |
DE102018220307B3 (en) * | 2018-11-27 | 2020-02-20 | Audi Ag | Method for the anonymized transmission of sensor data of a vehicle to a vehicle-external receiving unit and an anonymization system, a motor vehicle and a vehicle-external receiving unit |
US20220005086A1 (en) * | 2020-07-06 | 2022-01-06 | ANI Technologies Private Limited | Performance assessment of drivers |
CN113012433B (en) * | 2021-03-18 | 2022-04-05 | 中国北方车辆研究所 | Vehicle-mounted networking energy-saving auxiliary driving control method and system |
US20220379923A1 (en) * | 2021-05-26 | 2022-12-01 | Nissan North America, Inc. | Road User Categorization Through Monitoring |
WO2023006174A1 (en) * | 2021-07-26 | 2023-02-02 | Cariad Se | Method for determining a speed of traffic in a route section, detection device, vehicle and central computer |
CN113596042A (en) * | 2021-08-03 | 2021-11-02 | 拉卡拉汇积天下技术服务(北京)有限公司 | Information delivery method, device, system, electronic equipment and storage medium |
DE102022206914A1 (en) * | 2022-07-06 | 2024-01-11 | Robert Bosch Gesellschaft mit beschränkter Haftung | Method for determining a suitable cornering speed of vehicles, device for carrying out the same and its use |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB9417600D0 (en) * | 1994-09-01 | 1994-10-19 | British Telecomm | Navigation information system |
CN1124858A (en) * | 1994-12-12 | 1996-06-19 | 黄金富 | Positioning, auto-navigating and collision preventing system for moving device in running |
JP3472896B2 (en) * | 1994-12-28 | 2003-12-02 | オムロン株式会社 | Traffic information system |
JP2001283381A (en) * | 2000-03-30 | 2001-10-12 | Toshiba Corp | Inter-vehicle communication system |
DE10041099C2 (en) * | 2000-08-22 | 2002-10-24 | Bosch Gmbh Robert | Method for the transmission of data packets between motor vehicles |
US6909947B2 (en) * | 2000-10-14 | 2005-06-21 | Motorola, Inc. | System and method for driver performance improvement |
US6650252B2 (en) * | 2001-08-28 | 2003-11-18 | Delphi Technologies, Inc. | Vehicle warning system and method |
AUPS017302A0 (en) * | 2002-01-25 | 2002-02-14 | Tritronics (Australia) Pty Ltd | Performance monitoring system and method |
AU2003213754A1 (en) * | 2002-03-07 | 2003-09-22 | Lance G. Taylor | Intelligent selectively-targeted communications systems and methods |
JP3943472B2 (en) * | 2002-09-27 | 2007-07-11 | アルパイン株式会社 | Emergency information communication equipment |
JP4066777B2 (en) * | 2002-10-21 | 2008-03-26 | 日産自動車株式会社 | Emergency call device |
JP4031347B2 (en) * | 2002-10-25 | 2008-01-09 | アルパイン株式会社 | Emergency call device |
DE10302053A1 (en) * | 2003-01-21 | 2004-07-29 | Robert Bosch Gmbh | Process for the transmission of information between mobile stations |
JP4074549B2 (en) * | 2003-05-16 | 2008-04-09 | アルパイン株式会社 | Car terminal |
US7363117B2 (en) * | 2004-03-31 | 2008-04-22 | Nissan Technical Center North America, Inc. | Method and system for communication between vehicles traveling along a similar path |
CN100574481C (en) * | 2005-07-25 | 2009-12-23 | 索尼株式会社 | Information processor and method |
JP2007104568A (en) * | 2005-10-07 | 2007-04-19 | Pioneer Electronic Corp | Communication terminal, data transmitting method, data receiving method, data transmitting program, data receiving program, and recording medium |
US20070096892A1 (en) * | 2005-10-31 | 2007-05-03 | Lear Corporation | Method and system of alerting hazards |
US20070162550A1 (en) * | 2006-01-06 | 2007-07-12 | Outland Research, Llc | Vehicle-to-vehicle instant messaging with locative addressing |
GB0605069D0 (en) * | 2006-03-14 | 2006-04-26 | Airmax Group Plc | Method and system for driver style monitoring and analysing |
JP2007248425A (en) * | 2006-03-20 | 2007-09-27 | Clarion Co Ltd | Navigation system and device, and control method and program thereof |
WO2010003440A1 (en) * | 2008-07-11 | 2010-01-14 | Elektrobit Automotive Software Gmbh | Method for transferring a message to a target destination via vehicle-to-vehicle communication |
-
2009
- 2009-07-23 WO PCT/US2009/051489 patent/WO2010011806A1/en active Application Filing
- 2009-07-23 ES ES09800986.3T patent/ES2594231T3/en active Active
- 2009-07-23 RU RU2011103457/11A patent/RU2011103457A/en not_active Application Discontinuation
- 2009-07-23 AU AU2009273977A patent/AU2009273977A1/en not_active Abandoned
- 2009-07-23 KR KR1020107028474A patent/KR20110043535A/en not_active Application Discontinuation
- 2009-07-23 EP EP09800986.3A patent/EP2307980B1/en active Active
- 2009-07-23 BR BRPI0913025A patent/BRPI0913025A2/en not_active IP Right Cessation
- 2009-07-23 JP JP2011520185A patent/JP5456039B2/en active Active
- 2009-07-23 CA CA2725830A patent/CA2725830A1/en not_active Abandoned
- 2009-07-23 WO PCT/US2009/051490 patent/WO2010011807A1/en active Application Filing
- 2009-07-23 CN CN200980118040.3A patent/CN102037458B/en active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10636301B2 (en) | 2018-03-14 | 2020-04-28 | Honda Research Institute Europe Gmbh | Method for assisting operation of an ego-vehicle, method for assisting other traffic participants and corresponding assistance systems and vehicles |
WO2024030251A1 (en) * | 2022-08-03 | 2024-02-08 | Qualcomm Incorporated | Filtering v2x sensor data messages |
Also Published As
Publication number | Publication date |
---|---|
WO2010011807A1 (en) | 2010-01-28 |
ES2594231T3 (en) | 2016-12-16 |
RU2011103457A (en) | 2012-08-10 |
WO2010011806A1 (en) | 2010-01-28 |
EP2307980A1 (en) | 2011-04-13 |
AU2009273977A1 (en) | 2010-01-28 |
CN102037458A (en) | 2011-04-27 |
JP2011529226A (en) | 2011-12-01 |
BRPI0913025A2 (en) | 2015-10-13 |
JP5456039B2 (en) | 2014-03-26 |
KR20110043535A (en) | 2011-04-27 |
CN102037458B (en) | 2016-01-27 |
CA2725830A1 (en) | 2010-01-28 |
EP2307980A4 (en) | 2012-02-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2307980B1 (en) | Driver initiated vehicle-to-vehicle anonymous warning device | |
US9269267B2 (en) | Driver initiated vehicle-to-vehicle anonymous warning device | |
KR101500472B1 (en) | Method and apparatus for transmitting vehicle-related information in and out of a vehicle | |
US6853849B1 (en) | Location/status-addressed radio/radiotelephone | |
US8842021B2 (en) | Methods and systems for early warning detection of emergency vehicles | |
US6606033B1 (en) | Information system | |
US6895332B2 (en) | GPS-based vehicle warning and location system and method | |
US7099776B2 (en) | GPS-based vehicle warning and location system and method | |
US20100188265A1 (en) | Network Providing Vehicles with Improved Traffic Status Information | |
US20120169834A1 (en) | View Selection in a Vehicle-to-Vehicle Network | |
EP1914701A2 (en) | Method for preventing traffic accidents | |
US20060178814A1 (en) | Method of, and system for, assessing the nature of movement of articles along a path of movement | |
CN111572554A (en) | Vehicle detection system and method | |
JP2003272095A (en) | Vehicular communication device | |
EP2346013A1 (en) | Method for alerting a user of a road vehicle for a neighbouring priority vehicle | |
KR102635088B1 (en) | Method for filtering packet of vehicle communication data and vehicle communication terminal device thereof | |
EP1684250A2 (en) | Information system | |
Motsinger et al. | Technical Report: CVEL-07-003—A Review of Vehicle-to-Vehicle and Vehicle-to-Infrastructure Initiatives | |
KR100999992B1 (en) | Method for selectively providing TPEG message based on user location information in Personal Navigation Device | |
KR20210050290A (en) | Event relay device and control method thereof | |
Lica et al. | Safety-critical applications for vehicular networks | |
KR20130123265A (en) | Communication system between vehicles and communication method therebetween |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20110120 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): 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 SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: AL BA RS |
|
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20120104 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G07C 5/00 20060101ALI20111229BHEP Ipc: G06F 15/16 20060101ALI20111229BHEP Ipc: G08G 1/16 20060101AFI20111229BHEP |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TOMTOM NORTH AMERICA INC. |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602009040840 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: G06F0015160000 Ipc: G08G0001160000 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G08G 1/16 20060101AFI20160201BHEP Ipc: G06F 15/16 20060101ALI20160201BHEP Ipc: G07C 5/02 20060101ALI20160201BHEP Ipc: G07C 5/00 20060101ALI20160201BHEP Ipc: G07C 5/08 20060101ALI20160201BHEP |
|
INTG | Intention to grant announced |
Effective date: 20160219 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): 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 SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: FP |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602009040840 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 825579 Country of ref document: AT Kind code of ref document: T Effective date: 20161015 |
|
REG | Reference to a national code |
Ref country code: ES Ref legal event code: FG2A Ref document number: 2594231 Country of ref document: ES Kind code of ref document: T3 Effective date: 20161216 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 825579 Country of ref document: AT Kind code of ref document: T Effective date: 20160831 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
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: 20160831 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: 20160831 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: 20160831 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: 20161130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
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: 20161201 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: 20160831 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: 20160831 Ref country code: AT 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: 20160831 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
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: 20160831 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: 20160831 |
|
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 FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20160831 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: 20160831 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: 20160831 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: 20161130 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: 20160831 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: 20160831 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: 20170102 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: 20160831 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602009040840 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 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 9 |
|
26N | No opposition filed |
Effective date: 20170601 |
|
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: 20160831 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
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: 20170723 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170731 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170731 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 10 |
|
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: 20170723 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170723 |
|
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: 20160831 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: 20090723 |
|
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 NON-PAYMENT OF DUE FEES Effective date: 20160831 |
|
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: 20160831 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR 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: 20160831 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
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: 20161231 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IT Payment date: 20220613 Year of fee payment: 14 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: ES Payment date: 20220804 Year of fee payment: 14 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: NL Payment date: 20230614 Year of fee payment: 15 Ref country code: FR Payment date: 20230622 Year of fee payment: 15 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20230601 Year of fee payment: 15 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20230607 Year of fee payment: 15 |