Systems, methods, and computer program products related to communication of road hazards

Abstract

The present application provides a system, a method, and a computer program product related to communication of road hazards that automatically performs dynamic communication of road hazards. According to an exemplary embodiment, the system can include a storage memory storing computer executable instructions, and at least one processor connected to the storage memory in a communication manner, the at least one processor can be configured to execute the instructions to perform the following processes: receiving a hazard broadcast message with identification information associated with a road hazard and a rebroadcast parameter; verifying the hazard broadcast message; in response to a success of the verification of the hazard broadcast message, rebroadcasting the hazard broadcast message based on the rebroadcast parameter; and displaying the road hazard on a map based on the identification information associated with the road hazard.

Description

Technical Field

[0001] Exemplary embodiments of this disclosure relate to vehicle systems, and more specifically, to dynamic communication of road hazards within vehicle systems. Background Technology

[0002] Modern vehicles are capable of performing a wide range of complex functions, such as generating telemetry data, sending and receiving data via the Internet, and similar functions.

[0003] In this function, road hazard communication is one of the most important functions in the vehicle system. In particular, road hazard communication can refer to the function that enables the driver to report road hazards encountered by the driver, such as potholes, fallen trees, gravel on the road, and other driving conditions that adversely affect the road condition and driving safety. Summary of the Invention

[0004] Exemplary implementations matching this disclosure can independently report information related to road hazards between vehicles without relying on cellular connections to cell towers, thus ensuring that communication can continue even during disasters as long as the messages persist.

[0005] According to an exemplary embodiment, a system related to communication of road hazards is provided. The system may include: a storage device storing computer-executable instructions; and at least one processor connected to the storage device in a communicable manner, the processor being configured to execute instructions to perform the following processes: receiving a hazard broadcast message having identification information associated with a road hazard and rebroadcast parameters; verifying the hazard broadcast message; rebroadcasting the hazard broadcast message based on the rebroadcast parameters in response to successful verification of the hazard broadcast message; and displaying the road hazard on a map based on the identification information associated with the road hazard.

[0006] According to an exemplary implementation, the system may include a digital communication module (DCM) located in the vehicle, through which hazard broadcast messages can be received and rebroadcast.

[0007] According to an exemplary implementation, the system can be configured to rebroadcast a dangerous broadcast message based on a rebroadcast parameter by: determining whether the rebroadcast parameter is greater than zero; and in response to the determination that the rebroadcast parameter is greater than zero, decreasing the rebroadcast parameter by 1, and rebroadcasting the dangerous broadcast message with the decreased rebroadcast parameter.

[0008] According to an exemplary implementation, the system can be configured to display a road hazard on a map based on identification information associated with the road hazard by the following processes in response to a determination that the road hazard has not yet been displayed on the map: retrieving information associated with the road hazard from a database based on the identification information associated with the road hazard; setting a timer associated with the road hazard to a first preset value; and displaying the road hazard on the map based on the information associated with the road hazard and the timer.

[0009] According to an exemplary implementation, the system can be configured to display a road hazard on a map based on identification information associated with the road hazard by the following processes in response to a determination that a road hazard has been displayed on a map: determining whether a timer associated with the road hazard is less than a second preset value; resetting the timer associated with the road hazard to the second preset value in response to the determination that the timer associated with the road hazard is less than the second preset value; and displaying the road hazard on a map based on the information associated with the road hazard and the timer.

[0010] According to an exemplary implementation, the system can be configured to display road hazards on a map based on identification information associated with road hazards through the following processes: determining whether cellular communication to a server can be used; in response to the determination that cellular communication to a server can be used, sending a hazard broadcast message to the server via cellular communication; receiving updated information associated with the road hazard from the server via cellular communication; displaying an update notification indicating that updated information associated with the road hazard has been received to the user; and displaying the road hazard on the map based on the updated information associated with the road hazard.

[0011] According to an exemplary implementation, the system may also be configured to: detect a second road hazard; determine identification information and rebroadcast parameters associated with the second road hazard; generate a second road hazard message having the identification information and rebroadcast parameters associated with the second road hazard; and broadcast the second road hazard message.

[0012] According to an exemplary embodiment, a method related to communication of road hazards is provided. The method may include: receiving a hazard broadcast message having identification information associated with a road hazard and rebroadcast parameters; verifying the hazard broadcast message; rebroadcasting the hazard broadcast message based on the rebroadcast parameters in response to successful verification of the hazard broadcast message; and displaying the road hazard on a map based on the identification information associated with the road hazard.

[0013] According to an exemplary implementation, the method can be performed by a system equipped with a digital communication module (DCM) located in the vehicle, through which hazard broadcast messages can be received and rebroadcast.

[0014] According to an exemplary implementation, rebroadcasting a dangerous broadcast message based on a rebroadcast parameter may include: determining whether the rebroadcast parameter is greater than zero; and in response to the determination that the rebroadcast parameter is greater than zero, decreasing the rebroadcast parameter by 1, and rebroadcasting the dangerous broadcast message with the decreased rebroadcast parameter.

[0015] According to an exemplary implementation, displaying a road hazard on a map based on identification information associated with the road hazard may include: in response to a determination that the road hazard has not yet been displayed on the map, retrieving information associated with the road hazard from a database based on the identification information associated with the road hazard; setting a timer associated with the road hazard to a first preset value; and displaying the road hazard on the map based on the information associated with the road hazard and the timer.

[0016] According to an exemplary implementation, displaying a road hazard on a map based on identification information associated with the road hazard may include: determining whether a timer associated with the road hazard is less than a second preset value in response to the determination that the road hazard has been displayed on the map; resetting the timer associated with the road hazard to the second preset value in response to the determination that the timer associated with the road hazard is less than the second preset value; and displaying the road hazard on the map based on the information associated with the road hazard and the timer.

[0017] According to an exemplary implementation, displaying road hazards on a map based on identification information associated with road hazards may include: determining whether cellular communication to a server can be used; in response to the determination that cellular communication to a server can be used, sending a hazard broadcast message to the server via cellular communication; receiving updated information associated with the road hazard from the server via cellular communication; displaying an update notification indicating that updated information associated with the road hazard has been received to the user; and displaying the road hazard on the map based on the updated information associated with the road hazard.

[0018] According to an exemplary implementation, the method may further include: detecting a second road hazard; determining identification information and rebroadcast parameters associated with the second road hazard; generating a second road hazard message having the identification information and rebroadcast parameters associated with the second road hazard; and broadcasting the second road hazard message.

[0019] According to an exemplary embodiment, a non-transitory computer-readable recording medium is provided. The non-transitory computer-readable recording medium may contain instructions executable by at least one processor to enable at least one processor to perform a method, the method comprising: receiving a hazard broadcast message having identification information associated with a road hazard and rebroadcast parameters; verifying the hazard broadcast message; rebroadcasting the hazard broadcast message based on the rebroadcast parameters in response to successful verification of the hazard broadcast message; and displaying the road hazard on a map based on the identification information associated with the road hazard.

[0020] According to an exemplary implementation, the method can be performed by a system equipped with a digital communication module (DCM) located in the vehicle, through which hazard broadcast messages can be received and rebroadcast.

[0021] According to an exemplary implementation, rebroadcasting a dangerous broadcast message based on a rebroadcast parameter may include: determining whether the rebroadcast parameter is greater than zero; and in response to the determination that the rebroadcast parameter is greater than zero, decreasing the rebroadcast parameter by 1, and rebroadcasting the dangerous broadcast message with the decreased rebroadcast parameter.

[0022] According to an exemplary implementation, displaying a road hazard on a map based on identification information associated with the road hazard may include: in response to a determination that the road hazard has not yet been displayed on the map, retrieving information associated with the road hazard from a database based on the identification information associated with the road hazard; setting a timer associated with the road hazard to a first preset value; and displaying the road hazard on the map based on the information associated with the road hazard and the timer.

[0023] According to an exemplary implementation, displaying a road hazard on a map based on identification information associated with the road hazard may include: determining whether a timer associated with the road hazard is less than a second preset value in response to the determination that the road hazard has been displayed on the map; resetting the timer associated with the road hazard to the second preset value in response to the determination that the timer associated with the road hazard is less than the second preset value; and displaying the road hazard on the map based on the information associated with the road hazard and the timer.

[0024] According to an exemplary implementation, displaying road hazards on a map based on identification information associated with road hazards may include: determining whether cellular communication to a server can be used; in response to the determination that cellular communication to a server can be used, sending a hazard broadcast message to the server via cellular communication; receiving updated information associated with the road hazard from the server via cellular communication; displaying an update notification indicating that updated information associated with the road hazard has been received to the user; and displaying the road hazard on the map based on the updated information associated with the road hazard.

[0025] Further solutions may be described in part in the following description, may be apparent in part from the description, or may be implemented by practicing the embodiments presented in this disclosure. Attached Figure Description

[0026] Hereinafter, the features, solutions, and advantages of embodiments of the present disclosure will be described with reference to the accompanying drawings, in which the same reference numerals denote the same elements.

[0027] Figure 1 This is a block diagram illustrating an exemplary system configuration for dynamic communication of road hazards, representing one or more exemplary embodiments.

[0028] Figure 2 This is a flowchart illustrating an exemplary method for receiving a road hazard broadcast as part of dynamic road hazard communication, according to one or more exemplary embodiments.

[0029] Figure 3 This is a flowchart illustrating an exemplary method for rebroadcasting a dangerous broadcast message according to one or more exemplary implementations.

[0030] Figure 4 This is a flowchart illustrating an exemplary method for displaying road hazards on a map, representing one or more exemplary implementations.

[0031] Figure 5 This is a flowchart illustrating an exemplary method for displaying road hazards on a map, representing one or more exemplary implementations.

[0032] Figure 6 This is a flowchart illustrating an exemplary method of broadcasting road hazards as part of dynamic communication of road hazards, representing the beginning of one or more exemplary implementations.

[0033] Figure 7 This is a block diagram illustrating exemplary constituent elements in a system with one or more exemplary embodiments. Detailed Implementation

[0034] The following detailed description of preferred embodiments is with reference to the accompanying drawings. The above disclosure provides examples and descriptions, but is not intended to be exhaustive, nor is it intended to limit the implementation to the exact forms disclosed. Modifications and variations can be obtained from the above disclosure or according to the implementation of the embodiments. Furthermore, one or more features or constituent elements of one embodiment may be incorporated into another embodiment (or one or more features of another embodiment) or combined with another embodiment. Moreover, it is understood that in the flowcharts and descriptions of the actions provided below, one or more actions may be omitted, one or more actions may be added, one or more actions may be performed simultaneously (at least partially), or the order of one or more actions may be changed.

[0035] Even if a specific combination of features is listed in the claims and / or disclosed in this specification, such combination is not intended to limit the disclosure of possible implementations. In practice, the feature can often be combined in ways not specifically listed in the claims and / or not specifically disclosed in this specification. Each dependent claim listed below may be directly dependent on only one claim, but the disclosure of possible implementations includes each dependent claim combined with all other claims in the set of claims.

[0036] Unless otherwise expressly stated, the elements, actions, or instructions used in this specification should not be construed as essential or necessary. Furthermore, when used in this specification, the articles “a” and “an” are intended to include more than one item and may be used interchangeably with “more than one.” Where only one item is intended, the term “one” or similar terms are used. Additionally, when used in this specification, the terms “has,” “have,” “having,” “include,” “including,” or similar terms are intended as open-ended expressions. Moreover, unless otherwise expressly stated, the phrase “based on…” is intended to mean “at least partially based on….” Furthermore, expressions such as “[A] and / or [B],” “at least one of [A] and [B],” or “at least one of [A] or [B]” should be understood to include only A, only B, or both A and B.

[0037] When expressions such as "at least one processor" are configured to perform the implementation of multiple actions, the execution of multiple instructions, etc., they should be understood as a single processor performing the implementation of multiple actions, etc., or each of multiple processors performing at least a portion (but not necessarily all) of the implementation of multiple actions, etc.

[0038] Throughout this specification, references to "one embodiment," "implementation," "non-limiting preferred embodiment," or the like mean that a particular feature, structure, or characteristic described in connection with the illustrated embodiment is included in at least one embodiment of this solution. Therefore, the phrases "in one embodiment," "in an embodiment," "in a non-limiting preferred embodiment," and the like throughout this specification may all refer to the same embodiment, but are not necessarily required to refer to the same embodiment.

[0039] Furthermore, the features, advantages, and characteristics described in this disclosure can be combined in any suitable manner in more than one exemplary embodiment. Those skilled in the art, based on the description herein, will recognize that this disclosure can be practiced without accompanying one or more specific features or advantages of a particular embodiment. In other instances, further features and advantages may be recognized in specific embodiments that are not necessarily present in all embodiments of this disclosure.

[0040] Furthermore, the term "vehicle" as used in this specification refers to any suitable type of vehicle capable of implementing the exemplary embodiments of this disclosure. For example, "vehicle" may refer to a powered vehicle, such as a passenger car, truck, bus, motorcycle, or any other suitable type of automobile powered by an engine, motor, or other mechanical means. Alternatively or further, "vehicle" as used in this specification, without departing from the scope of this disclosure, may refer to a bicycle, skateboard, and any other suitable type of unpowered vehicle.

[0041] As mentioned above, road hazard communication enables drivers to report road hazards such as potholes, fallen trees, gravel on the road, and other driving conditions that adversely affect driving safety.

[0042] In this associated technology, road hazard reporting can be achieved through communication from a device in a vehicle (e.g., the driver's mobile cellular device or a cellular modem installed in the vehicle) to a server via a cellular tower. Once communication has been made and a road hazard has been reported to the server, the server can send information associated with the road hazard to other vehicles.

[0043] For example, a driver's mobile cellular device can report road hazard-related information to a mapping application (e.g., an application, software, or similar means that provide maps and road information), where the mapping application can display the location of the road hazard on the map along with other related information from other mobile cellular devices that have acquired the map. In another example, a cellular modem installed in a vehicle can report road hazard-related information to a server (e.g., a backend server operated by the vehicle manufacturer), where the server can broadcast the road hazard-related information to other vehicles located near the location of the road hazard.

[0044] Regarding this, road hazard reporting in related technologies may have the following drawbacks. To communicate and report road hazards to the server, road hazard reporting relies on cellular connections to cell towers. However, cellular connections cannot always be utilized, especially during disasters when cell towers may be congested.

[0045] Therefore, there is a need for a method that can report road hazards without relying on cellular connections to cell towers.

[0046] It is assumed that the features, advantages, and importance of the exemplary embodiments described in this specification are only a part of this disclosure and are not intended to be exhaustive or to limit the scope of this disclosure. The following provides further descriptions related to the features, constituent elements, structure, operation, and implementation of the exemplary embodiments of this disclosure.

[0047] Figure 1 This is a block diagram illustrating an exemplary system configuration 100 for dynamic communication of road hazards, representing one or more exemplary implementations. (See diagram for example.) Figure 1 As shown, system configuration 100 may include at least two vehicles, namely source vehicle 110 and receiving vehicle 120, but it is understood that this disclosure is not limited thereto and may include more vehicles and / or other components.

[0048] The source vehicle 110 and the receiving vehicle 120 may include any suitable type of vehicle. For example, the source vehicle 110 and the receiving vehicle 120 may include powered vehicles, such as passenger cars, trucks, buses, motorcycles, or any other suitable type of automobile powered by an engine, motor, or other mechanical means. Alternatively or further, the source vehicle 110 and the receiving vehicle 120 may refer to bicycles, skateboards, and any other suitable type of unpowered vehicle without departing from the scope of this disclosure.

[0049] Furthermore, the original vehicle 110 and the receiving vehicle 120 may each include a communication system and a display system.

[0050] According to an exemplary implementation, the communication system can be configured to send and receive signals of various ranges, such as cellular signals (long range), shortwave wireless communication (long range), 5GHz Wi-Fi signals (medium range), Bluetooth (registered trademark) signals (short range), and similar signals. Furthermore, the communication system can be configured to communicate with other communication systems in a vehicle-to-vehicle (V2V) manner; for example, the communication system installed in the original vehicle 110 can communicate with other communication systems installed in other vehicles (e.g., receiving vehicle 120).

[0051] Yes, the communication system can also be configured to communicate with cellular towers. In addition, the communication system can be configured to perform further actions associated with the transmitted and received signals / information, such as authentication and similar actions.

[0052] According to an exemplary embodiment, the communication system may include a digital communication module (DCM) disposed in the original vehicle 110 and the receiving vehicle 120.

[0053] According to an exemplary implementation, the display system can be configured to display various information to the driver of a vehicle, such as map information and similar information. Furthermore, the display system can be communicatively connected to a communication system in order to receive information from a communication system and then display that information. In addition, the display system can be configured to perform further actions associated with the displayed information, such as determining which information to display and similar actions.

[0054] In this regard, according to exemplary embodiments, the display system may include / may host one or more software, applications, and similar means that receive information from the communication system and perform corresponding actions based on the received information. For example, the display system may include / may host a map application, which may receive information from the communication system and then display that information on a map.

[0055] According to an exemplary implementation, the display system may include an in-vehicle infotainment (IVI) system (e.g., an IVI electronic control unit (ECU)) installed in the original vehicle 110 and the receiving vehicle 120.

[0056] In this regard, according to an exemplary implementation, the original vehicle 110 may be traveling along a specific road and encounter a specific road hazard (detecting the specific road hazard). The original vehicle 110 may then be configured to perform one or more actions to broadcast a road hazard as part of dynamic road hazard communication. Specifically, the original vehicle 110 may broadcast a message via a communication system, providing information associated with the encountered road hazard to other vehicles (e.g., receiving vehicle 120).

[0057] The following is for reference Figure 6 Exemplary actions that can be performed by the original vehicle 110 to initiate the broadcast of a road hazard as part of dynamic communication of road hazards are recorded.

[0058] In this regard, according to an exemplary implementation, receiving vehicle 120 can receive a broadcast message containing information associated with an encountered road hazard from originating vehicle 110. Subsequently, receiving vehicle 120 can be configured to perform more than one action: receiving a road hazard broadcast as part of dynamic road hazard communication. Specifically, receiving vehicle 120 can receive the broadcast message from originating vehicle 110 via a communication system, process the broadcast message, and, based on the broadcast message, display information associated with the road hazard (encountered by originating vehicle 110 and received by receiving vehicle 120). Alternatively, receiving vehicle 120 may also rebroadcast the message to other vehicles (e.g., a third vehicle) to extend the reach of the message to a larger area.

[0059] The following is for reference Figures 2-5 An exemplary action that can be performed by the receiving vehicle 120 in receiving a road hazard broadcast as part of dynamic road hazard communication is described.

[0060] It is understandable that the original vehicle 110 and the receiving vehicle 120 may also perform more than one action of receiving a road hazard broadcast as part of dynamic road hazard communication and more than one action of initiating a road hazard broadcast as part of dynamic road hazard communication.

[0061] For example, it could be that, firstly, the original vehicle 110 encounters a specific road hazard (first road hazard) (detects the specific road hazard), and performs one or more actions to initiate a road hazard broadcast as part of dynamic road hazard communication. Then, it could be that the original vehicle 110 later receives a broadcast message containing information related to another road hazard (second road hazard) encountered by another vehicle, and then performs one or more actions to receive the road hazard broadcast as part of dynamic road hazard communication.

[0062] Similarly, for example, it could be that, firstly, the receiving vehicle 120 receives a broadcast message containing information associated with an encountered road hazard (first road hazard), and performs one or more actions of receiving a road hazard broadcast as part of dynamic road hazard communication. Next, it could be that, at a later time, the receiving vehicle 120 encounters another road hazard (second road hazard) (detects the other road hazard), and then performs one or more actions of initiating a road hazard broadcast as part of dynamic road hazard communication.

[0063] Figure 2 The flowchart illustrates an exemplary method 200 for receiving a road hazard broadcast as part of dynamic road hazard communication, representing one or more exemplary embodiments. One or more actions in method 200 may be performed by at least one processor (e.g., processor 712) of the receiving vehicle.

[0064] like Figure 2 As shown, in action S210, at least one processor can be configured to receive a hazard broadcast message. The hazard broadcast message may contain identification information associated with a road hazard and rebroadcast parameters. Here, a road hazard may include any kind of phenomenon, event, or similar situation that adversely affects the condition of the road.

[0065] According to an exemplary implementation, the identification information associated with a road hazard may include at least one of the following: identification information of the type of road hazard, identification information of the classification within the type of road hazard, identification information of the location of the road hazard, and identification information of the origin of the hazard broadcast message (the entity that encounters / detects the road hazard and first broadcasts the hazard broadcast message, i.e., the original vehicle).

[0066] Here, road hazard types can include, for example, high-risk road hazards, low-risk road hazards (e.g., for traffic safety purposes), and similar road hazards. Furthermore, within the classification of road hazard types, high-risk road hazards include, for example, potholes, fallen trees, gravel on the road, and similar road hazards; low-risk road hazards can include approaching emergency vehicles, approaching convoys, construction / roadwork, risky road structures (e.g., road structures where a frontal collision is possible, collisions due to lane changes / blind spots, road structures requiring maneuvering assistance, and similar road structures), and other low-risk conditions such as emergency electronic brake lights. The types and classifications of road hazards can be pre-defined according to more than one standard and / or limiting rule.

[0067] According to an exemplary implementation, the rebroadcast parameters may include parameters specifying the duration for which the associated hazard broadcast message should be rebroadcast. For example, the rebroadcast parameters may include discrete integer numbers (e.g., 1, 2, 3, etc.) representing the duration for which the associated hazard broadcast message should be rebroadcast; however, it is understood that this disclosure is not limited thereto, and the rebroadcast parameters are not limited and can be of any format. Alternatively, the rebroadcast parameters may also include further information associated with the rebroadcast of the hazard broadcast message, such as the rebroadcast protocol and similar information.

[0068] Here, it is understood that a hazard broadcast message may contain only a short-sized identification information and rebroadcast parameters that are consistent with the information stored in the database and are associated with road hazards (see the following description related to action S420). As a result, the resource requirements for sending and receiving hazard broadcast messages for different vehicles can be minimized, and hazard broadcast messages can be sent quickly and efficiently.

[0069] Furthermore, the use of rebroadcast parameters can control the range within which the original vehicle that initiated the hazard broadcast message can send the hazard broadcast message.

[0070] For example, in a scenario where a road contains potholes, the hazard broadcast message includes a rebroadcast parameter value of 1. As long as traffic continues to flow in the area for a period of time, the pothole message will be continuously rebroadcast from the vehicle experiencing the hazard to any approaching vehicle. Approaching vehicles will not resend the message until they encounter an actual hazard.

[0071] According to an exemplary implementation, a hazard broadcast message can be received from a vehicle (e.g., the original vehicle). Furthermore, the hazard broadcast message can be received via a communication system, such as a digital communication module (DCM) installed in the vehicle (i.e., the receiving vehicle).

[0072] Furthermore, according to an exemplary implementation, for security purposes, dangerous broadcast messages can be encrypted using a password, which may include an embedded encryption key associated with the origin of the dangerous broadcast message.

[0073] It is understandable that dangerous broadcast messages can be in any format, such as "h-001-35.689487-139.691711-4Y1SL65848Z411439-2-default", "h-002-35.689487-139.691711-4Y1SL65848Z411439-2-default" and "s-001-35.689487-139.691711-4Y1SL65848Z411439-5-bluetooth (registered trademark)".

[0074] In addition, according to an exemplary implementation, at least one processor can operate via Message Queuing Telemetry Transport (MQTT) to receive hazard broadcast messages, where the driver can select and decide which type of message to receive (e.g., which type of message other than hazard broadcast messages to receive / utilize). The method then proceeds to action S220.

[0075] In action S220, at least one processor can be configured to verify dangerous broadcast messages.

[0076] According to an exemplary implementation, dangerous broadcast messages can be verified based on an encryption key embedded in the dangerous broadcast message.

[0077] According to an exemplary implementation, dangerous broadcast messages can be verified based on an anomaly detection application that detects anomalies in dangerous broadcast messages that indicate the origin of the dangerous broadcast message is untrusted and / or that the dangerous broadcast message is spam.

[0078] According to an exemplary implementation, dangerous broadcast messages can be verified based on an intercepted message database. Specifically, for example, according to an exemplary implementation, in response to the failure of verification of a dangerous broadcast message (e.g., based on an encryption key, an anomaly detection application, etc.), at least one processor can append the origin of the dangerous broadcast message to the intercepted message database, where verification of any subsequent dangerous broadcast messages associated with the same origin (e.g., determined based on identification information of the origin of the dangerous broadcast message) can automatically fail.

[0079] Dangerous broadcast messages can be verified using any appropriate technology and / or tool, such as the Global Platform ARM TrustZone API and similar methods.

[0080] According to an exemplary implementation, a danger broadcast message can be verified by a communication system such as a digital communication module (DCM) located in the vehicle (i.e., the receiving vehicle) and / or a display system such as an in-vehicle infotainment (IVI) system located in the vehicle (i.e., the receiving vehicle).

[0081] Specifically, for example, the DCM can be configured to verify the dangerous broadcast message based on an encryption key embedded in the dangerous broadcast message. In response to successful verification based on the encryption key, the dangerous broadcast message can be transmitted to the IVI, where the IVI can be configured to verify the dangerous broadcast message based on an anomaly detection application and / or an intercept message database.

[0082] Here, according to an exemplary implementation, dangerous broadcast messages can be logged based on a circular log (e.g., a 24-hour circular log) and can be verified via out-of-band communication.

[0083] It should be noted that if the verification of a danger broadcast message fails, the danger broadcast message can be ignored, or no further action can be taken on it. Here, in response to successful verification of the danger broadcast message, the method proceeds to action S230.

[0084] In action S230, at least one processor can be configured to rebroadcast the dangerous broadcast message based on rebroadcast parameters.

[0085] According to an exemplary implementation, a hazard broadcast message can be rebroadcast to other vehicles (e.g., other receiving vehicles). Furthermore, the hazard broadcast message can be rebroadcast via a communication system, such as a digital communication module (DCM) located in the vehicle (i.e., the receiving vehicle).

[0086] The following is for reference Figure 3 An example of an action to rebroadcast a danger broadcast message is described. Next, the method proceeds to action S240.

[0087] In action S240, at least one processor can be configured to display road hazards on a map based on identification information associated with road hazards.

[0088] According to an exemplary implementation, road hazards can be displayed on a map via a display system, such as an in-vehicle infotainment (IVI) system installed in the vehicle (i.e., the receiving vehicle). In particular, for example, the DCM can transmit the hazard broadcast message and associated information, such as a timestamp related to when the hazard broadcast message was received, to the IVI after successful verification.

[0089] The following is for reference Figures 4-5 Examples of actions that display road hazards on maps are documented.

[0090] When action S240 is performed, method 200 may end or terminate. Alternatively, method 200 may return to action S210, resulting in at least one processor being configured to repeatedly perform the following over a period of at least a predetermined amount of time: (in action S210) receiving a hazard broadcast message; (in action S220) verifying the hazard broadcast message; (in action S230) rebroadcasting the hazard broadcast message; and (in action S240) displaying road hazards.

[0091] For example, at least one processor can continuously (or periodically) receive more hazard broadcast messages representing different road hazards from different starting points, and then restart the following process: (in action S210) receiving hazard broadcast messages; (in action S220) verifying hazard broadcast messages; (in action S230) rebroadcasting hazard broadcast messages; and (in action S240) displaying road hazards.

[0092] Furthermore, according to an exemplary implementation, method 200 may also continue with the following... Figure 6 The action 610 in the recorded method 600 is performed.

[0093] Therefore, the above process can independently report information related to road hazards between vehicles without relying on cellular connections to cell towers, thus ensuring that communication can continue even during disasters as long as the message persists (i.e., via rebroadcast parameters).

[0094] In addition, exemplary embodiments of this disclosure may also provide dynamic protocol selection to control the scope of hazard broadcast messages. Specifically, for example, an ambulance moving at high speed may use Bluetooth (registered trademark) or wireless, with a high rebroadcast parameter value, to send the ambulance's message to other vehicles. This provides short- to medium-range communication relative to the ambulance's geographic location while the ambulance is in motion. Vehicles encountering trees blocking the road may use cellular data to broadcast a hazard as far as possible, giving road users time to consider alternative routes.

[0095] Figure 3 The flowchart illustrates an exemplary method 300 for rebroadcasting a danger broadcast message, representing one or more exemplary implementations. One or more actions of method 300 may be part of action S230 in method 200 and may be performed by at least one processor (e.g., processor 712) of the receiving vehicle.

[0096] like Figure 3 As shown, in action S310, at least one processor can be configured to determine whether the rebroadcast parameter (contained in the danger broadcast message received during action S210) is greater than zero.

[0097] In response to the determination that the rebroadcast parameter is not greater than zero (less than or equal to zero), at least one processor can determine that the danger broadcast message (i.e., the danger broadcast message received during the period of action S210) should not be rebroadcast, and the method ends.

[0098] On the other hand, in response to the determination that the rebroadcast parameter is greater than zero, at least one processor can determine that the danger broadcast message (i.e., the danger broadcast message received during the period of action S210) should be rebroadcast, and the method proceeds to action S320.

[0099] In action S320, at least one processor can be configured to decrease the rebroadcast parameter by 1.

[0100] For example, if the rebroadcast parameter contained in the danger broadcast message received during action S210 is 3, at least one processor can reduce the rebroadcast parameter to 2 during action S320. Then, the method proceeds to action S330.

[0101] In action S330, at least one processor may be configured to rebroadcast a dangerous broadcast message with reduced rebroadcast parameters (i.e., a dangerous broadcast message received during action S210).

[0102] In particular, at least one processor can rebroadcast the following hazard broadcast message: containing the same identification information associated with a road hazard, but with rebroadcast parameters corresponding to reduced rebroadcast parameters, instead of the rebroadcast parameters initially included in the hazard broadcast message received during action S210.

[0103] For example, at least one processor can rebroadcast the following hazard broadcast message: containing the same identification information associated with a road hazard, but with a rebroadcast parameter corresponding to the 2 reduced during the period of action S320.

[0104] According to an exemplary implementation, a dangerous broadcast message can be re-signed with an encrypted key before being rebroadcast to ensure that the dangerous broadcast message remains tamper-proof.

[0105] Figure 4 The flowchart illustrates an exemplary method 400 for displaying road hazards on a map, representing one or more exemplary implementations. One or more actions of method 400 may be part of action S240 in method 200 and may be performed by at least one processor (e.g., processor 712) of the receiving vehicle. Furthermore, there are no limitations on the actions of method 400; they may be combined with one or more actions of method 500 described below.

[0106] like Figure 4 As shown, in action S410, at least one processor can be configured to determine whether road hazards have been displayed on the map.

[0107] In particular, for example, at least one processor can verify and determine whether the road hazard shown in the hazard broadcast message (i.e., a specific road hazard in a specific location shown in the hazard broadcast message received during action S210) has been reported to the receiving vehicle and displayed on the map of the receiving vehicle's display system.

[0108] In response to the determination that road hazards are not yet displayed on the map, the method proceeds to action S420. On the other hand, in response to the determination that road hazards are already displayed on the map, the method proceeds to action S450.

[0109] In action S420, at least one processor may be configured to retrieve information associated with a road hazard from a database based on identification information that is associated with the road hazard (as shown in the hazard broadcast message received during action S210).

[0110] In particular, according to an exemplary embodiment, the receiving vehicle may store a preset database. This database may contain information that associates various types and classifications of road hazards.

[0111] According to an exemplary implementation, the information associated with road hazards stored in the database may include at least one of the following: the type of road hazard, the classification within the type of road hazard, the label of the road hazard, the message associated with the road hazard, the default rebroadcast parameter value associated with the road hazard, the starting point of the road hazard, the handler application associated with the road hazard, and the display of the subscription associated with the road hazard.

[0112] Furthermore, according to the exemplary implementation, the information associated with road hazards stored in the database may have the following structure: "[type] [classification] [labelling] [message] [default rebroadcast] [origin] [handler application] [subscription]", but it is understood that this disclosure is not limited thereto, and there are no restrictions on the information associated with road hazards, which may have any structure.

[0113] For example, information associated with road hazards may include the following: “Hazard, 001, Pothole, Pothole ahead, 1, Standard, Map, Y”, “Hazard, 002, Freeze, Freeze ahead, 2, Standard, Map, Y”, “Hazard, 003, Oil, Oil leak on the road, 1, Standard, Traction Control, N”, and “Safety, 001, Emergency Vehicles, Approaching emergency vehicle, 0, USA, Emergency Services, Y”.

[0114] In this regard, according to an exemplary implementation, at least one processor can identify and retrieve corresponding information associated with a road hazard from a database based on identification information associated with the road hazard shown in the hazard broadcast message (e.g., identification information of the type of road hazard, identification information of the classification within the type of road hazard, etc.). For example, at least one processor can identify that the road hazard shown in the hazard broadcast message corresponds to "pothole" based on a database storing identification information of the type of road hazard shown in the hazard broadcast message corresponding to "hazard", identification information of the classification within the type of road hazard shown in the hazard broadcast message corresponding to "001", and the information "hazard, 001, pothole, pothole on the road ahead, 1, standard, map, y". Then, the method proceeds to action S430.

[0115] In action S430, at least one processor can be configured to set a timer associated with a road hazard to a first preset value. The timer can specify the duration for which the road hazard can be displayed on the map.

[0116] According to an exemplary implementation, the first preset value can be preset comprehensively for all road hazards. According to an exemplary implementation, the first preset value can be preset based on information associated with road hazards. For example, a specific classification of a specific type of road hazard can have a specific first preset value preset in a database. The method then proceeds to action S440.

[0117] In action S440, at least one processor can be configured to display road hazards on a map based on information associated with road hazards and timers.

[0118] For example, at least one processor may display information related to road hazards acquired during action S420, such as classification, type, message, and similar information, on a map, and (e.g., based on the location of the road hazard shown in the hazard broadcast message) display road hazards in specific locations on the map, whereby the road hazard may be displayed for a period corresponding to the duration of a timer set during action S430.

[0119] Here, at least one processor can send information associated with road hazards and hazard broadcast messages together to a map application included / hosted by the display system of the receiving vehicle, thereby displaying the road hazards on the map. Here, the map application can then display the road hazards on the map based on the received information.

[0120] In this regard, according to an exemplary implementation, at least one processor can be configured to send road hazard-related information and hazard broadcast messages together to one or more applications included / hosted by the display system of the receiving vehicle, based on information associated with road hazards. Specifically, as described above, the road hazard-related information stored in a database may include processor applications associated with road hazards, which are configured to receive and process the road hazard-related information to provide more context.

[0121] For example, at least one processor can send information associated with a road hazard (pothole) along with a hazard broadcast message to a map application based on a database storing information related to the hazard "hazard, 001, pothole, pothole on the road ahead, 1, standard, map, y". In another example, at least one processor can send information associated with a road hazard (oil leak) along with a hazard broadcast message to a traction control application based on a database storing information related to the hazard "hazard, 003, oil, oil leak on the road, 1, standard, traction control, n".

[0122] According to an exemplary implementation, when multiple applications are included / hosted by the display system of the receiving vehicle, one of the multiple applications can be designated as the default application. This default application can enable the designated application set in the database to receive hazard broadcast messages and receive information associated with the road hazard even when the road hazard is not present. For example, a map application can be designated as the default application.

[0123] In action S450, at least one processor can be configured to determine whether a timer associated with a road hazard is less than a second preset value.

[0124] In particular, when a road hazard indicated in a hazard broadcast message has been reported to the receiving vehicle and displayed on the map of the receiving vehicle's display system in the same manner as described for actions S420-S440, the road hazard is displayed on the map using a timer as described for action S440. Therefore, in action S450, at least one processor can determine whether the timer is less than a second preset value at the current time.

[0125] For example, a specific road hazard may sometimes be reported to the receiving vehicle, and displayed on the map using a 1-hour timer (i.e., a first preset value of 1 hour), as described above for actions S420-S440. Then, 20 minutes later, the same road hazard may be re-reported to the receiving vehicle (e.g., via a different vehicle), here with a timer of 40 minutes. Here, with a second preset value of 50 minutes, during action S450, at least one processor may determine whether the timer (40 minutes) is less than the second preset value (50 minutes). In this example, at least one processor may determine that the timer is less than the second preset value.

[0126] According to an exemplary embodiment, the second preset value can be preset comprehensively for all road hazards. According to an exemplary embodiment, the second preset value can be preset based on information associated with road hazards. For example, a specific classification of a specific type of road hazard can have a specific second preset value. Furthermore, the first preset value and the second preset value can be the same or different.

[0127] In response to the determination that the timer associated with the road hazard is not less than the second preset value (greater than or equal to the second preset value), the method then enters action S440, where the timer remains in its original state and the road hazard continues to be displayed according to the timer without any change.

[0128] On the other hand, in response to the determination that the timer associated with the road hazard is less than the second preset value, the method then proceeds to action S460.

[0129] In action S460, at least one processor can be configured to reset a timer associated with a road hazard to a second preset value.

[0130] For example, in response to the determination that the timer (40 minutes) is less than the second preset value (50 minutes), at least one processor can reset the timer to return it to 50 minutes. Then, the method proceeds to action S440, where the timer is reset to the second preset value, and the road hazard is continuously displayed according to the reset timer (e.g., a longer period of 50 minutes instead of 40 minutes).

[0131] In light of the above, the broadcast information associated with road hazards will be displayed and made available to the driver of the receiving vehicle. This provides the driver with important information, enabling them to prepare for and respond to road hazards in advance.

[0132] Figure 5The flowchart illustrates an exemplary method 500 for displaying road hazards on a map, representing one or more exemplary embodiments. One or more actions of method 500 may be part of action S240 in method 200 and may be performed by at least one processor (e.g., processor 712) of the receiving vehicle. Furthermore, there are no limitations on the actions of method 500; they may be combined with one or more actions of method 400 described above.

[0133] like Figure 5 As shown, in action S510, at least one processor can be configured to determine whether cellular communication to the server can be utilized.

[0134] In response to the determination that cellular communication to the server cannot be utilized, the method terminates. On the other hand, in response to the determination that cellular communication to the server can be utilized, the method proceeds to action S520.

[0135] In action S520, at least one processor can be configured to send a danger broadcast message to a server via cellular communication. The method then proceeds to action S530.

[0136] In action S530, at least one processor may be configured to receive updated information related to road hazards from a server via cellular communication.

[0137] The updated information can contain any kind of information associated with road hazards. For example, the updated information can contain a new value for a first preset value. The method then proceeds to action S540.

[0138] In action S540, at least one processor can be configured to display an update notification to a user. The user may include the driver of the receiving vehicle. Furthermore, the update notification may include a display of received update information associated with a road hazard. The method then proceeds to action S550.

[0139] In action S550, at least one processor can be configured to display road hazards on a map based on updated information associated with road hazards.

[0140] For example, the update information could include a new value for a first preset value (e.g., 2 hours). Thus, the timer associated with the road hazard could be updated to the new value, and the road hazard could then be displayed for a period of 2 hours instead of 1 hour (based on the update information associated with the road hazard).

[0141] In light of the above, the broadcasted updated information associated with road hazards can be obtained, and the latest association information can be provided to the driver of the receiving vehicle.

[0142] Figure 6 This is a flowchart illustrating an exemplary method 600 for broadcasting road hazards as part of dynamic communication of road hazards, representing the start of one or more exemplary implementations. One or more actions in method 600 may be performed by at least one processor of the original vehicle (e.g., processor 712).

[0143] like Figure 6 As shown, in action S610, at least one processor can be configured to detect road hazards.

[0144] Road hazards can be detected using any suitable method, technology, and tool. For example, road hazards can be detected using one or more sensors of the original vehicle, such as cameras, LIDAR (Light Detection and Ranging) sensors, and similar sensors. In another example, road hazards can be detected by receiving input from the user (driver) indicating that a road hazard has been detected. The method then proceeds to action S620.

[0145] In action S620, at least one processor can be configured to determine identification information and rebroadcast parameters associated with road hazards.

[0146] According to an exemplary implementation, the identification information associated with road hazards can be in the same manner as described above for action S210, including at least one of the following: identification information of the type of road hazard, identification information of the classification within the type of road hazard, identification information of the location of the road hazard, and identification information of the origin of the hazard broadcast message (the entity that encounters / detects the road hazard and first broadcasts the hazard broadcast message, i.e., the original vehicle).

[0147] According to an exemplary implementation, the identification information and rebroadcast parameters associated with road hazard can be determined based on information associated with road hazard stored in a database. The database can be similar to the database of the receiving vehicle described above for action S420. Here, the database may include at least one of the following: type of road hazard, classification within the type of road hazard, road hazard label, message associated with the road hazard, default rebroadcast parameter value associated with the road hazard, starting point of the road hazard, processor application associated with the road hazard, and display of subscription associated with the road hazard. Therefore, the identification information and rebroadcast parameters associated with road hazard can be determined based on this information.

[0148] For example, in response to detecting a pothole (road hazard) during action S610, at least one processor can, based on a database storing the information “hazard, 001, pothole, pothole on the road ahead, 1, standard, map, y”, determine the identification information of the type of road hazard as “hazard”, determine the identification information of the classification within the type of road hazard as “001”, and determine the rebroadcast parameter as 1.

[0149] According to an exemplary implementation, the rebroadcast parameters can be dynamically determined using artificial intelligence (AI) / machine learning (ML) methods. The method then proceeds to action S630.

[0150] In action S630, at least one processor can be configured to generate a road hazard message with identification information associated with a road hazard and rebroadcast parameters.

[0151] According to an exemplary implementation, at least one processor may also use an embedded encryption key to encrypt the road hazard message using a password. The method then proceeds to action S640.

[0152] In action S640, at least one processor can be configured to broadcast road hazard messages.

[0153] According to the exemplary implementation, it should be noted that one or more actions in method 600 may be performed by the receiving vehicle (e.g., after one or more actions in method 200). In this regard, the road hazard mentioned above for method 600 may be a second road hazard, which may be the same specific road hazard as the road hazard in the road hazard message received during action S210 or a different road hazard.

[0154] Here, an exemplary scenario is provided.

[0155] Ambulances sometimes travel at high speeds on highways and sometimes need to move to the side of the road. The ambulance (the original vehicle) can use a rebroadcast parameter of 3 (only when the ambulance needs nearby vehicles to move off the road) and broadcast a hazard warning message wirelessly using a communication system. This hazard warning message can be received by multiple vehicles (receiving vehicles). Each vehicle can decrease the rebroadcast parameter and then rebroadcast the hazard warning message, granting it three additional hops before the expiration date.

[0156] This means that vehicles located a considerable distance ahead of the ambulance receive the message and move off the road, but take no further action. Vehicles behind the ambulance have already received a copy of the message, so no further action will be taken except for map / timer updates.

[0157] Figure 7 This is a block diagram illustrating exemplary components in a system 710, representing one or more exemplary implementations. System 710 can be... Figure 1 The original vehicle 110 or receiving vehicle 120 corresponds to the system 710. Therefore, unless otherwise specified, the features that establish an association between the original vehicle 110 / receiving vehicle 120 and the system 710 can be applied in the same way to each other.

[0158] like Figure 7 As shown, system 710 may include at least one bus 711, at least one processor 712, at least one memory 713, at least one storage component 714, at least one input component 715, at least one output component 716, and at least one communication interface 717.

[0159] Assuming that system 710 can include, without departing from the scope of this disclosure, more Figure 7 The components shown may have more or fewer components. For example, in one embodiment, system 710 may include multiple storage components 714, input components 715 and output components 716 may be implemented as transceiver components, memory 713 and storage components 714 may be implemented as storage memory, and may be of the same type.

[0160] Bus 711 can be configured to facilitate or enable communication between the components of system 710. Specifically, bus 711 can communicatively connect the components and provide means for data movement and flow of control signals between the components. Bus 711 can be implemented in system 710 to enable real-time (or near-real-time) communication and cooperation between the components within system 710, including internal buses, address buses, data buses, control buses, Controller Area Network (CAN) buses, Ethernet buses, Peripheral Component Interconnect Express (PCIe) buses, and one or more of any other suitable types of buses.

[0161] The processor 712 can be implemented through hardware, firmware, or a combination of hardware and software, and can be configured to perform real-time (or near-real-time) data processing and control of the system 710. The processor 712 may include one or more of the following: a central processing unit (CPU), a graphics processing unit (GPU), a neural processing unit (NPU), a tensor processing unit (TPU), an accelerated processing unit (APU), a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), and / or other types of processing or computational components that can be implemented in the system 710. In some implementations, the processor 712 may be programmed to perform more than one action described in this specification. Furthermore, the processor 712 may include multiple processing units, each dedicated to performing a specific action.

[0162] Memory 713 may include one or more media for storing temporary data required for the operation of system 710, runtime variables, program instructions, and caches. Memory 713 may include one or more of the following types of memory that can be implemented in system 710 to store information and / or instructions for use by processor 712: flash memory, read-only memory (ROM), random access memory (RAM), dynamic or static storage devices (e.g., flash memory, magnetic storage, and / or optical storage), or any other suitable type of memory.

[0163] Storage component 714 can be configured to store non-volatile data such as firmware, configuration settings, calibration data, information, and / or software associated with the operation and use of system 710. For example, storage component 714 may include hard disks (e.g., magnetic disks, optical disks, optical discs, and / or solid-state drives), compact optical disks (CDs), digital versatile optical disks (DVDs), floppy disks, cartridges, magnetic tapes, and / or other types of non-transitory computer-readable media, and include corresponding drives.

[0164] According to an exemplary embodiment, storage element 714 can be configured to store computer-readable or computer-executable instructions that implement one or more actions of system 710. Storage element 714 can provide the stored information to memory 713 for execution by processor 712.

[0165] Input element 715 may include one or more input elements (e.g., a touchscreen display, keyboard, keypad, mouse, button, switch, and / or microphone) that allow system 710 to receive information via user input. Output element 716 may include one or more output elements (e.g., a display, speaker, navigation device, one or more light-emitting diodes (LEDs)). According to exemplary embodiments, input element 715 and / or output element 716 may be arbitrarily selected and may also be removed from system 710.

[0166] At least one communication interface 717 may include a transceiver (e.g., a transceiver and / or separate receiver and transmitter) that enables the system 710 to communicate with other components (e.g., ECU, user equipment, etc.) via wired connection, wireless connection, or a combination of wired and wireless connection. For example, the communication interface 717 may include a Controller Area Network (CAN) bus interface, an Ethernet interface, an optical interface, a coaxial interface, an infrared interface, a radio frequency (RF) interface, a universal serial bus (USB) interface, a Wi-Fi interface, a cellular network interface, or a similar interface.

[0167] According to one or more embodiments, the communication interface 111 may include at least one input / output (I / O) interface, at least one network interface, at least one storage interface, or a similar interface that enables the components 712-716 to communicate with other components. Furthermore, the communication interface 717 may include one or more application programming interfaces (APIs) that enable the system 710 (or one or more components included in the system) to communicate with one or more software applications (e.g., software applications deployed in an ECU).

[0168] Computer-executable instructions (e.g., software instructions, etc.) may be read into memory 713 and / or memory component 714 via communication interface 717 from other computer-readable media or from other devices (e.g., remote servers, external storage, etc.). When executed, the computer-executable instructions stored in memory 713 and / or memory component 714 may cause processor 712 to execute one or more processes described in this specification. Further or alternatively, hard-wired circuitry may be used in place of or in combination with software instructions to execute one or more processes described in this specification. Therefore, the implementation described in this specification is not limited to any specific combination of hardware circuitry and software.

[0169] It is assumed that the features, advantages, and importance of the exemplary embodiments described above in this specification are only a part of this disclosure and are not intended to be exhaustive or to limit the scope of this disclosure. The following provides further explanation of the features, constituent elements, structure, operation, and implementation of exemplary embodiments of this disclosure, as well as the associated technical advantages and importance.

[0170] It is understood that the specific order or hierarchy of function blocks in the process / flowcharts disclosed in this specification are examples of exemplary methods. It is understood that the specific order or hierarchy of function blocks in the process / flowcharts can be reconfigured based on design preferences. Furthermore, some function blocks can be combined or omitted. The appended method claims present elements of various function blocks in a sample order and are not intended to limit the user to the specific order or hierarchy presented.

[0171] Some implementations may involve systems, methods, and / or computer-readable media of any level of technical detail considered. Furthermore, as described above in this specification, one or more of the aforementioned constituent elements may be implemented as instructions stored in a computer-readable medium and executable by at least one processor (and / or may include at least one processor). The computer-readable medium may include a computer-readable non-transitory storage medium (or media(s)) having computer-readable program instructions for causing a processor (or processor(s)) to perform actions.

[0172] A computer-readable storage medium can be a tangible device capable of holding and storing instructions for use by an instruction execution device. A computer-readable storage medium can be, for example, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination thereof, but is not limited to these. A non-exhaustive list of more specific examples related to computer-readable storage media includes the following: portable computer floppy disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital versatile optical disc (DVD), memory sticks, floppy disks, punched cards containing instructions, or devices with mechanically encoded structures in slots, and any suitable combination thereof. Such computer-readable storage media as used in this specification should not be construed as temporary signals themselves, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating via waveguides or other transmission media (e.g., light pulses passing through fiber optic cables), or electrical signals transmitted via wires.

[0173] The computer-readable program instructions described in this specification can be downloaded from a computer-readable storage medium to various computing devices / processing devices, or downloaded to an external computer or external storage device via a network such as the Internet, local area network, wide area network, and / or wireless network. The network may include copper cables, optical fibers, wireless transmission, routers, firewalls, switches, gateway computers, and / or edge servers. Network adapter cards or network interfaces within each computing device / processing device receive and transmit the computer-readable program instructions from the network to store them on the computer-readable storage medium within the respective computing device / processing device.

[0174] Computer-readable program code / instructions that perform actions can be assembly instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, integrated circuit constituent data, or any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk, C++, or similar languages, and procedural programming languages ​​such as C or similar languages. Computer-readable program instructions can execute entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or can connect to an external computer (e.g., via the internet using an internet service provider). In some implementations, electronic circuits, such as those comprising programmable logic circuits, field-programmable gate arrays (FPGAs), or programmable logic arrays (PLAs), can be personalized to execute computer-readable program instructions by utilizing state information of computer-readable program instructions for performing schemes or actions.

[0175] The computer-readable program instructions can be provided to a processor of a SoC (System on Chip), a general-purpose computer, a special-purpose computer, or other programmable data processing device to generate a machine, wherein the instructions, executed by the processor of the computer or other programmable data processing device, create parts that implement the functions / behaviors specified in the function blocks or function blocks(multiple) of the flowchart and / or block diagram. Alternatively, the computer-readable program instructions may also be stored in a computer-readable storage medium that can instruct a computer, programmable data processing device, and / or other device to function in a particular manner, wherein the computer-readable storage medium internally storing the instructions comprises an article of manufacture including instructions for implementing the functions / behaviors specified in the function blocks or function blocks(multiple) of the flowchart and / or block diagram.

[0176] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus or other device, and perform a series of action steps on the computer, other programmable apparatus or other device to generate a computer-implemented process, the result of which is that the instructions executed on the computer, other programmable apparatus or other device implement the functions / behaviors specified in the function blocks or function blocks(multiple) of the flowchart and / or block diagram.

[0177] The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of various implementation schemes of systems, methods, and computer-readable media. In this regard, each functional block in a flowchart or block diagram may represent a module, segment, or portion of instructions having one or more executable instructions that implement the specified logical function. Methods, computer systems, and computer-readable media may include more, fewer, different, or configured functional blocks compared to those depicted in the figures. In some alternative implementations, the functions described in the functional blocks may occur regardless of the order in which they are described in the figures. For example, two consecutively shown functional blocks may be executed practically or substantially simultaneously, or the functional blocks may be executed in reverse order according to their related functions. It should also be noted that the functional blocks of the block diagrams and / or flowcharts, and combinations of functional blocks in the block diagrams and / or flowcharts, can be implemented by a dedicated hardware-based system that performs the specified function or behavior or executes a combination of dedicated hardware and computer instructions.

[0178] It is evident that the systems and / or methods described in this specification can be implemented in various forms, including hardware, firmware, or a combination of hardware and software. The actual dedicated control hardware or software code used to implement the system and / or method is not a limitation on the implementation. Therefore, it is understood that the actions and behaviors of the system and / or method are not described in this specification with reference to specific software code, and software and hardware can be designed to implement the system and / or method based on the description in this specification.

[0179] Alternatively, the computer program product including the computer program of the above embodiments may be stored in a storage medium or distributed via a communication line.

Claims

1. A communication-related system for road hazards, wherein, The system has the following features: Storage memory, which stores computer-executable instructions; and At least one processor is connected to the storage device in a manner that enables it to communicate with the storage device. The at least one processor is configured to execute the instructions to perform the following processing: Receive hazard broadcast messages containing identification information and rebroadcast parameters that are associated with road hazards; Verify the dangerous broadcast message; In response to the successful verification of the danger broadcast message, the danger broadcast message is rebroadcast based on the rebroadcast parameters; as well as The road hazard is displayed on the map based on the identification information associated with it.

2. The communication-related system for road hazards according to claim 1, wherein, The system includes a digital communication module (DCM) installed in the vehicle, through which the hazard broadcast message is received and rebroadcast.

3. The communication-related system for road hazards according to claim 1 or 2, wherein, The system is configured to rebroadcast the danger broadcast message based on the rebroadcast parameters through the following processing: Determine whether the rebroadcast parameter is greater than zero; as well as In response to the determination that the rebroadcast parameter is greater than zero, the rebroadcast parameter is reduced by 1, and the danger broadcast message with the reduced rebroadcast parameter is rebroadcast.

4. The communication-related system for road hazards according to any one of claims 1 to 3, wherein, The system is configured to display the road hazard on the map in response to a determination that the road hazard is not yet displayed on the map, by the following processing: based on the identification information associated with the road hazard. Information associated with the road hazard is retrieved from the database based on the identification information that is linked to the road hazard. Set the timer associated with the road hazard to a first preset value; and The road hazard is displayed on the map based on the information associated with it and the timer.

5. The communication-related system for road hazards according to any one of claims 1 to 4, wherein, The system is configured to display the road hazard on the map in response to a determination that the road hazard has been displayed on the map, by the following processing, based on the identification information associated with the road hazard: Determine whether the timer associated with the road hazard is less than a second preset value; In response to a determination that the timer associated with the road hazard is less than the second preset value, the timer associated with the road hazard is reset to the second preset value; and The road hazard is displayed on the map based on information associated with it and the timer.

6. The communication-related system for road hazards according to any one of claims 1 to 5, wherein, The system is configured to display the road hazard on the map based on the identification information associated with the road hazard through the following processing: Determine whether cellular communication to the server can be used; In response to the determination that the cellular communication to the server can be utilized, the danger broadcast message is sent to the server via the cellular communication; Receive updated information related to the road hazard from the server via the cellular communication; An update notification will be displayed to the user indicating that the updated information associated with the road hazard has been received; as well as The road hazard is displayed on the map based on the updated information associated with it.

7. The communication-related system for road hazards according to any one of claims 1 to 6, wherein, The system is also configured to: Detect hazards on the second road; Determine the identification information and rebroadcast parameters associated with the second road hazard; Generate a second road hazard message containing the identification information associated with the second road hazard and the rebroadcast parameters; as well as The second road hazard message is broadcast.

8. A method related to communication of road hazards, comprising: Receive hazard broadcast messages containing identification information and rebroadcast parameters that are associated with road hazards; Verify the dangerous broadcast message; In response to the successful verification of the danger broadcast message, the danger broadcast message is rebroadcast based on the rebroadcast parameters; as well as The road hazard is displayed on the map based on the identification information associated with it.

9. The method for communication related to road hazards according to claim 8, wherein, The method is performed by a system equipped with a digital communication module (DCM) installed in the vehicle, through which the hazard broadcast message is received and rebroadcast.

10. The method related to communication of road hazards according to claim 8 or 9, wherein, The rebroadcast of the danger broadcast message based on the rebroadcast parameters includes: Determine whether the rebroadcast parameter is greater than zero; and In response to the determination that the rebroadcast parameter is greater than zero, the rebroadcast parameter is reduced by 1, and the danger broadcast message with the reduced rebroadcast parameter is rebroadcast.

11. The method related to communication of road hazards according to any one of claims 8 to 10, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: In response to the determination that the road hazard is not yet displayed on the map, Information associated with the road hazard is retrieved from the database based on the identification information that is linked to the road hazard. Set the timer associated with the road hazard to a first preset value; and The road hazard is displayed on the map based on the information associated with it and the timer.

12. The method related to communication of road hazards according to any one of claims 8 to 11, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: In response to the determination that the road hazard has been displayed on the map, Determine whether the timer associated with the road hazard is less than a second preset value; In response to a determination that the timer associated with the road hazard is less than the second preset value, the timer associated with the road hazard is reset to the second preset value; and The road hazard is displayed on the map based on information associated with it and the timer.

13. The method related to communication of road hazards according to any one of claims 8 to 12, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: Determine whether cellular communication to the server can be used; In response to the determination that the cellular communication to the server can be utilized, the danger broadcast message is sent to the server via the cellular communication; Receive updated information related to the road hazard from the server via the cellular communication; Display an update notification to the user indicating that the updated information associated with the road hazard has been received; and The road hazard is displayed on the map based on the updated information associated with it.

14. The method related to communication of road hazards according to any one of claims 8 to 13, wherein, The method further includes: Detect hazards on the second road; Determine the identification information and rebroadcast parameters associated with the second road hazard; Generate a second road hazard message containing the identification information associated with the second road hazard and the rebroadcast parameters; and The second road hazard message is broadcast.

15. A computer program product comprising a computer program that causes at least one processor to perform a method, the method comprising: Receive hazard broadcast messages containing identification information and rebroadcast parameters that are associated with road hazards; Verify the dangerous broadcast message; In response to the successful verification of the danger broadcast message, the danger broadcast message is rebroadcast based on the rebroadcast parameters; as well as The road hazard is displayed on the map based on the identification information associated with it.

16. The computer program product according to claim 15, wherein, The method is performed by a system equipped with a digital communication module (DCM) installed in the vehicle, through which the hazard broadcast message is received and rebroadcast.

17. The computer program product according to claim 15 or 16, wherein, The rebroadcast of the danger broadcast message based on the rebroadcast parameters includes: Determine whether the rebroadcast parameter is greater than zero; and In response to the determination that the rebroadcast parameter is greater than zero, the rebroadcast parameter is reduced by 1, and the danger broadcast message with the reduced rebroadcast parameter is rebroadcast.

18. The computer program product according to any one of claims 15 to 17, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: In response to the determination that the road hazard is not yet displayed on the map, Information associated with the road hazard is retrieved from the database based on the identification information that is linked to the road hazard. Set the timer associated with the road hazard to a first preset value; and The road hazard is displayed on the map based on the information associated with it and the timer.

19. The computer program product according to any one of claims 15 to 18, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: In response to the determination that the road hazard has been displayed on the map, Determine whether the timer associated with the road hazard is less than a second preset value; In response to a determination that the timer associated with the road hazard is less than the second preset value, the timer associated with the road hazard is reset to the second preset value; and The road hazard is displayed on the map based on information associated with it and the timer.

20. The computer program product according to any one of claims 15 to 19, wherein, The display of the road hazard to the map based on the identification information associated with the road hazard includes: Determine whether cellular communication to the server can be used; In response to the determination that the cellular communication to the server can be utilized, the danger broadcast message is sent to the server via the cellular communication; Receive updated information related to the road hazard from the server via the cellular communication; Display an update notification to the user indicating that the updated information associated with the road hazard has been received; and The road hazard is displayed on the map based on the updated information associated with it.

Images