Method for pushing avoidance information and related device

Abstract

Embodiments of the present application disclose a method for pushing avoidance information and a related device. The method is applied to a server and includes: obtaining a driving route of a vehicle; determining a recording point in the driving route according to a preset rule, the recording point including a first recording point and a second recording point set in turn according to a driving direction; and pushing avoidance information to a user located within a preset range of the second recording point at a preset interval when the vehicle drives to the first recording point. The embodiments of the present application help to push the passing information of a special vehicle to surrounding social vehicles and pedestrians in advance, helping the social vehicles and pedestrians to avoid the special vehicle in time, so that the special vehicle reaches the accident site faster.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, specifically to a method and device for pushing avoidance information. Background Technology

[0002] When ambulances, fire trucks, police cars, and other special vehicles are performing emergency missions, they typically use warning lights and sirens to alert surrounding vehicles to give way. However, the range of these warning lights and sirens is relatively small, and other vehicles and pedestrians usually only begin to give way when they see the special vehicle or hear its siren. This can easily lead to insufficient timeliness in avoiding obstacles, causing the special vehicle to be stuck in traffic and delaying its mission.

[0003] Therefore, how to help other vehicles avoid emergency vehicles in a timely manner so that emergency vehicles can reach the scene of the accident as quickly as possible has become an urgent problem to be solved. Summary of the Invention

[0004] This application provides a method and related apparatus for pushing avoidance information, which helps to push the passage information of special vehicles to surrounding vehicles and pedestrians in advance, helping vehicles and pedestrians to avoid special vehicles in time, and enabling special vehicles to reach the accident site more quickly.

[0005] In a first aspect, embodiments of this application provide a method for pushing avoidance information, applied to a server, the method comprising the following steps:

[0006] Obtain the vehicle's driving route;

[0007] According to preset rules, recording points are marked on the driving route, including a first recording point and a second recording point set sequentially according to the driving direction;

[0008] When the vehicle reaches the first recording point, avoidance information is pushed to users within a preset range of the second recording point at preset intervals.

[0009] Secondly, embodiments of this application provide a device for pushing avoidance information, applied to a server. The device includes: an acquisition unit, a calibration unit, and a push unit, wherein...

[0010] The acquisition unit is used to acquire the vehicle's driving route;

[0011] The calibration unit is used to calibrate recording points in the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction.

[0012] The push unit is used to push avoidance information to users within a preset range of the second record point at preset intervals when the vehicle travels to the first record point.

[0013] Thirdly, embodiments of this application provide an electronic device, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for performing the steps in the first aspect of embodiments of this application.

[0014] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program for electronic data interchange, wherein the computer program causes a computer to execute instructions for some or all of the steps described in the first aspect of embodiments of this application.

[0015] Fifthly, embodiments of this application provide a computer program product, wherein the computer program product includes a computer program operable to cause a computer to perform some or all of the steps described in the first aspect of embodiments of this application.

[0016] Implementing the embodiments of this application has the following beneficial effects:

[0017] As can be seen, the avoidance information push method and related device described in the embodiments of this application can obtain the vehicle's driving route, mark recording points on the driving route according to preset rules, the recording points include a first recording point and a second recording point set sequentially according to the driving direction, and push avoidance information to users within a preset range of the second recording point at preset intervals when the vehicle drives to the first recording point; in this way, by marking recording points according to the vehicle's driving route and preset rules, and pushing avoidance information to users within a preset range of the recording points, the passage information of special vehicles is pushed to surrounding social vehicles and pedestrians in advance, helping social vehicles and pedestrians to avoid special vehicles in time, so that special vehicles can reach the accident site more quickly. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1A This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0020] Figure 1B This is a flowchart illustrating a method for pushing obstacle avoidance information according to an embodiment of this application;

[0021] Figure 2 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0022] Figure 3 This is a block diagram of the functional units of an obstacle avoidance information push device provided in an embodiment of this application. Detailed Implementation

[0023] The terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses. The term "a plurality" can refer to two or more, as will be further elaborated upon below.

[0024] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0025] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0026] The electronic device can be a portable electronic device that includes other functions such as a personal digital assistant and / or music player, such as a mobile phone, tablet computer, or wearable electronic device with wireless communication capabilities (such as a smartwatch). Exemplary embodiments of the portable electronic device include, but are not limited to, portable electronic devices running iOS, Android, Microsoft, or other operating systems. The aforementioned portable electronic device can also be other portable electronic devices, such as a laptop computer. It should also be understood that in some other embodiments, the aforementioned electronic device may not be a portable electronic device, but a desktop computer. The electronic device may also include servers, etc., without limitation.

[0027] When ambulances, fire trucks, police cars, and other special vehicles are performing emergency missions, they typically use warning lights and sirens to alert surrounding vehicles to give way. However, the range of these warning lights and sirens is relatively small, and other vehicles and pedestrians usually only begin to give way when they see the special vehicle or hear its siren. This can easily lead to insufficient timeliness in avoiding obstacles, causing the special vehicle to be stuck in traffic and delaying its mission.

[0028] Therefore, how to help other vehicles avoid emergency vehicles in a timely manner so that emergency vehicles can reach the scene of the accident as quickly as possible has become an urgent problem to be solved.

[0029] In view of the above problems, this application provides a method and related apparatus for pushing avoidance information, which will be described in detail below with reference to the accompanying drawings.

[0030] Please see Figure 1A , Figure 1A This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. The electronic device includes a processor and a memory, etc. The memory is connected to the processor. The processor is the control center of the electronic device, connecting various parts of the entire electronic device through various interfaces and lines. By running or executing software programs and / or modules stored in the memory, and calling data stored in the memory, it performs various functions of the electronic device and processes data, thereby monitoring the electronic device as a whole. The processor can be a central processing unit (CPU), a graphics processing unit (GPU), or a neural-network processing unit (NPU).

[0031] Furthermore, the processor can integrate an application processor and a modem processor. The application processor primarily handles the operating system, user interface, and applications, while the modem processor primarily handles wireless communication. It is understood that the modem processor may also not be integrated into the processor.

[0032] The memory is used to store software programs and / or modules. The processor executes various functional applications of the electronic device by running the software programs and / or modules stored in the memory. The memory may mainly include a program storage area and a data storage area. The program storage area may store the operating system, software programs required for at least one function, etc.; the data storage area may store data created according to the use of the electronic device, etc. In addition, the memory may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0033] Please see Figure 1B , Figure 1B This is a flowchart illustrating a method for pushing obstacle avoidance information according to an embodiment of this application. As shown in the figure, it is applied to, for example... Figure 1A The electronic device shown may include a server, and the method for pushing this avoidance information includes:

[0034] Step 101: Obtain the vehicle's driving route.

[0035] The aforementioned vehicles can refer to special vehicles, such as police cars, fire trucks, ambulances, emergency rescue vehicles, road maintenance vehicles, and engineering work vehicles, etc., without limitation. Furthermore, the system can retrieve the routes of a single vehicle or multiple vehicles, without limitation. It can retrieve the routes of multiple vehicles simultaneously, in batches at intervals, or based on geographical location, without limitation.

[0036] Step 102: Mark recording points on the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction.

[0037] The aforementioned preset rules can be pre-stored in the electronic device. The preset rules can be set by the administrator or based on factors such as vehicle driving conditions (e.g., whether the driving time is during peak travel periods, whether the driving route is an accident-prone area, driving speed, etc.), whether the vehicle is a large vehicle, and the density of roads, etc. There are no restrictions on this.

[0038] The aforementioned recording points can be located ahead of the direction of travel, and the number of recording points can be 2, 4, 5, etc. Understandably, the number of recording points must be greater than or equal to 2.

[0039] Step 103: When the vehicle reaches the first recording point, push avoidance information to users within a preset range of the second recording point at preset intervals.

[0040] The preset range can be set comprehensively based on factors such as the vehicle's driving conditions, the density of people around the second recording point, and the server's processor performance. The preset range can be, for example, 20 meters, 50 meters, 100 meters, 150 meters, 200 meters, etc., and is not limited here.

[0041] The preset interval can be set based on factors such as vehicle driving conditions, administrator settings, and server processor performance, and is not limited here. For example, it can be 0 seconds, 500 milliseconds, 1 second, 1.5 seconds, 2 seconds, 5 seconds, etc.

[0042] Understandably, sending a yield message to users at the second record point as soon as the vehicle reaches the first record point allows users to be informed of the vehicle's arrival in a timely manner, which helps them to avoid emergency vehicles. Sending the yield message to users at the second record point only after a certain interval when the vehicle reaches the first record point helps reduce the server's communication frequency, lowers server power consumption, and helps save energy.

[0043] Furthermore, when the number of record points is n (n≥2 and n is a positive integer), the server can push the avoidance message only to the second record point, or it can push the avoidance message to the second record point, the third record point, ... and the m-th record point (n≥m≥3 and m is a positive integer), without any restrictions here.

[0044] For example, the server can obtain the driving route of a vehicle, mark two recording points ahead of the vehicle's driving route according to preset rules, and push avoidance information to users within 100 meters of the second recording point when the vehicle reaches the first recording point.

[0045] In this way, recording points are marked according to the vehicle's driving route and preset rules, and avoidance information is pushed to users within the preset range of the recording points. The passage information of special vehicles is pushed to surrounding social vehicles and pedestrians in advance, helping social vehicles and pedestrians to avoid special vehicles in time, so that special vehicles can reach the accident site more quickly.

[0046] In one possible example, step 101 above, obtaining the vehicle's driving route, may include the following steps:

[0047] Step 1011: If the vehicle is in operation, obtain the preset special vehicle information database.

[0048] Step 1012: Determine the driving route corresponding to the vehicle based on the preset special vehicle information database.

[0049] The aforementioned working status can refer to the state of the vehicle when it is heading to the accident site, or the state of a vehicle that is performing road maintenance or engineering work. The working status may not include the state of the vehicle returning from the accident site after completing its task, nor may it include the state of vehicles that have not yet started or finished road maintenance or engineering work.

[0050] The aforementioned pre-set special vehicle information database can be used to characterize whether the current vehicle is a genuine and credible special vehicle. The special vehicle information database includes license plate information and the vehicle type corresponding to the license plate information. The vehicle type includes at least one of the following: police car, fire truck, ambulance, emergency rescue vehicle, road maintenance vehicle, and engineering work vehicle. The special vehicle information database can be pre-stored in a server or obtained by the server from other electronic devices; no limitation is made here.

[0051] In practice, the server can determine whether the vehicle is in a working state. If the vehicle is in a working state, it can obtain a preset special vehicle information database and determine the corresponding driving route of the vehicle based on the preset special vehicle information database.

[0052] Understandably, once a special vehicle has completed its mission, other vehicles and pedestrians typically do not need to yield to it. Therefore, assessing the vehicle's operational status helps ensure the necessity of sending yield information and minimizes disruption to other vehicles and pedestrians. Furthermore, verifying the current vehicle's identity through a pre-set special vehicle database helps ensure that the vehicle truly is a special vehicle and avoids mistaking other vehicles for special vehicles.

[0053] In one possible example, step 1012 above, determining the driving route corresponding to the vehicle based on the preset special vehicle information database, may include the following steps:

[0054] Step 10121: Obtain the license plate information corresponding to the vehicle.

[0055] Step 10122: Based on the license plate information, query the target vehicle type corresponding to the vehicle in the preset special vehicle information database.

[0056] Step 10123: Determine the processing event type corresponding to the target vehicle based on the target vehicle type.

[0057] Step 10124: Obtain the driving destination corresponding to the processing event type.

[0058] Step 10125: Determine the vehicle's route based on the vehicle's current location and destination.

[0059] The aforementioned license plate information can refer to the vehicle's license plate number. Alternatively, it can be used to search for the corresponding target vehicle type in a special vehicle information database based on one or more of the following: license plate number, vehicle manufacturer, vehicle model, and body color.

[0060] In practice, vehicle license plate information can be obtained through methods such as cameras or user input. For example, when the license plate information is a license plate number, it can be acquired by capturing the image of the license plate with a camera. The server then performs optical character recognition on the image to obtain the license plate number corresponding to the vehicle.

[0061] Based on the license plate information, the system queries a pre-defined special vehicle database to determine the target vehicle type corresponding to the current vehicle, and then determines the appropriate event type based on that target vehicle type. For example, if the target vehicle type is found to be a fire truck in the database, the event type is determined to be a fire. Similarly, if the target vehicle type is found to be an ambulance, the event type is determined to be personal injury or death.

[0062] Understandably, the same event type can correspond to multiple vehicle types. For example, a fire can correspond to multiple vehicle types, including fire trucks, ambulances, and police cars, and this is not limited here. The same vehicle type can also correspond to multiple event types. For example, a police car can correspond to event types such as fire and flood, and this is not limited here.

[0063] The vehicle's destination is determined based on the type of event it is handling. For example, if the event is a fire, the destination is the location of the fire; if the event involves personal injury or death, the destination is the location of the injured or deceased. The vehicle's route can then be determined based on its current location and destination.

[0064] As can be seen, in this embodiment of the application, the server can obtain the license plate information corresponding to the vehicle, query the target vehicle type corresponding to the vehicle in the preset special vehicle information database based on the license plate information, determine the processing event type corresponding to the vehicle based on the target vehicle type, obtain the driving destination corresponding to the processing event type, and determine the driving route of the vehicle based on the current location and driving destination of the vehicle. In this way, by querying the target vehicle type in the special vehicle information database to determine the driving destination corresponding to the vehicle, and then determining the driving route of the vehicle, it helps to ensure the accuracy of the driving route and ensure the necessity of pushing avoidance information, thereby reducing interference to social vehicles and pedestrians.

[0065] In one possible example, step 102 above, which involves marking recording points along the driving route according to preset rules, may include the following steps:

[0066] Step 1021: Divide the driving route into at least one driving section.

[0067] Step 1022: Obtain the signal strength corresponding to each of the driving sections to obtain at least one signal strength value.

[0068] Step 1023: If the signal strength value corresponding to the current driving section is less than or equal to the signal strength threshold, then the number of recording points in the current driving section is determined to be within a first number range.

[0069] Step 1024: If the signal strength value corresponding to the current driving section is greater than the signal strength threshold, then the number of recording points in the current driving section is determined to be within a second number range.

[0070] Step 1025: Mark the recording point of the current driving section according to the first quantity range or the second quantity range.

[0071] The aforementioned signal strength threshold can be preset and stored in the server, or it can be set to a threshold that varies depending on the application scenario of this solution, the communication quality between the server and the vehicle, etc., without any limitation.

[0072] The first quantity range mentioned above can be a pre-set quantity range, or it can be a quantity range that changes at any time according to factors such as the application scenario of this solution and the communication quality between the server and the vehicle; no limitation is made here. The second quantity range is similarly described and will not be repeated here. It should be noted that the first quantity range must be greater than or equal to the second quantity range.

[0073] In practice, driving intervals can be divided based on distance, or based on factors such as traffic volume, traffic congestion, road type, number of lanes, and lane width; no specific limitation is made here. After dividing the driving intervals, the signal strength corresponding to each interval is obtained, resulting in a signal strength value for each interval. The signal strength value is then checked against a signal strength threshold. If the signal strength value is less than or equal to the threshold, the number of recorded points in the current driving interval is determined within a first range; if the signal strength value is greater than the threshold, the number of recorded points in the current driving interval is determined within a second range. The recorded points in the current driving interval are then labeled according to either the first or second range.

[0074] For example, when dividing driving zones according to road type, a tunnel corresponds to one driving zone. Due to the weaker signal strength inside tunnels, the communication quality between the server and special vehicles inside the tunnel, and between the server and other vehicles inside the tunnel, may be affected. When a special vehicle is driving inside a tunnel, the probability of vehicles around the recording point receiving avoidance information may decrease. Therefore, increasing the number of recording points in the tunnel can help increase the probability of other vehicles inside the tunnel receiving avoidance information.

[0075] As can be seen, in this embodiment of the application, the server can divide the driving route into at least one driving section, obtain the signal strength corresponding to each driving section, and obtain at least one signal strength value. If the signal strength value corresponding to the current driving section is less than or equal to the signal strength threshold, the number of recording points in the current driving section is determined within a first number range. If the signal strength value corresponding to the current driving section is greater than the signal strength threshold, the number of recording points in the current driving section is determined within a second number range. The first number range is greater than or equal to the second number range. The recording points of the current driving section are marked according to the first number range or the second number range. In this way, determining the number of recording points according to the signal strength corresponding to the driving section helps to increase the probability that users around the recording point receive avoidance information, and pushes the passage information of special vehicles to surrounding social vehicles and pedestrians in advance, helping social vehicles and pedestrians to avoid special vehicles in time, so that special vehicles can reach the accident site more quickly.

[0076] In one possible example, step 102 above, which involves marking recording points along the driving route according to preset rules, may include the following steps:

[0077] Step 1021: Divide the driving route into at least one driving section.

[0078] Step 1026: Obtain the total number of traffic police checkpoints corresponding to each of the aforementioned driving sections, and obtain at least one number of checkpoints.

[0079] Step 1027: If the number of duty points corresponding to the current driving section is less than or equal to the preset number threshold, then the number of record points in the current driving section is determined to be within the third number range.

[0080] Step 1028: If the number of duty points corresponding to the current driving section is greater than the preset number threshold, then the number of record points in the current driving section is determined to be within the fourth number range.

[0081] Step 1029: Mark the recording point of the current driving section according to the third quantity range or the fourth quantity range.

[0082] The aforementioned preset quantity threshold can be pre-set and stored in the server, or it can be set as a threshold that varies depending on the application scenario of this solution, the communication quality between the server and the vehicle, etc., and there is no limitation here.

[0083] The third quantity range mentioned above can be a pre-set quantity range, or it can be a quantity range that changes at any time according to factors such as the application scenario of this solution and the communication quality between the server and the vehicle; no limitation is made here. The fourth quantity range is similar and will not be elaborated here. It should be noted that the third quantity range must be greater than or equal to the fourth quantity range.

[0084] In practice, driving intervals can be divided based on distance, or based on factors such as traffic volume, traffic congestion, road type, number of lanes, and lane width; no specific limitation is made here. After dividing the driving intervals, the total number of traffic police checkpoints corresponding to each driving interval is obtained, resulting in the number of checkpoints for each driving interval. A judgment is then made as to whether the number of checkpoints exceeds a preset threshold. If the number of checkpoints is less than or equal to the preset threshold, the number of recorded points in the current driving interval is determined to be within a third range; if the number of checkpoints exceeds the preset threshold, the number of recorded points in the current driving interval is determined to be within a fourth range. The recorded points in the current driving interval are then marked according to either the third or fourth range.

[0085] Understandably, with traffic police checkpoints set up within the driving area, traffic police can assist in clearing pedestrians and vehicles around the checkpoints after receiving relevant information, allowing emergency vehicles to pass at a faster speed. Theoretically, the more traffic police checkpoints within the driving area, the shorter the time it takes for traffic police to reach the checkpoints, and the faster the road is cleared. Faster road clearance means a corresponding reduction in the number of checkpoints required.

[0086] As can be seen, in this embodiment, the server can divide the driving route into at least one driving interval, obtain the total number of traffic police checkpoints corresponding to each driving interval, and obtain at least one checkpoint number. If the number of checkpoints corresponding to the current driving interval is less than or equal to a preset number threshold, the number of record points in the current driving interval is determined to be within a third number range. If the number of checkpoints corresponding to the current driving interval is greater than the preset number threshold, the number of record points in the current driving interval is determined to be within a fourth number range. The third number range is greater than or equal to the fourth number range. The record points of the current driving interval are marked according to the third number range or the fourth number range. In this way, determining the number of record points according to the number of checkpoints corresponding to the driving interval helps to reasonably determine the number of record points, and to a certain extent reduces the communication frequency of the server and reduces the power consumption of the server.

[0087] In one possible example, step 1021 above, which divides the driving route into at least one driving section, may include the following steps:

[0088] Step 10211: Obtain the number of lanes and road type corresponding to the driving route.

[0089] Step 10212: Divide the driving route into at least one driving section according to the number of lanes and road type.

[0090] The road types mentioned above can include highways, national highways, provincial highways, tunnels, interchanges, lane merging intersections, etc., and are not limited here.

[0091] In practice, the driving route is divided into one or more driving sections based on the number of lanes and road type. For example, a two-lane road segment is divided into one driving section, a three-lane road segment into one driving section, a four-lane road segment into one driving section, and so on, without limitation. Similarly, a tunnel is divided into one driving section; an overpass is divided into another driving section, and so on, without limitation.

[0092] As can be seen, in the embodiments of this application, the server can obtain the number of lanes and road type corresponding to the driving route, and divide the driving route into at least one driving section according to the number of lanes and road type; thus, it helps to reasonably delineate the driving section.

[0093] In one possible example, step 103 above, which pushes avoidance information to users located within a preset range of the second recording point at preset intervals, includes the following steps:

[0094] Step 1031: Obtain the driving speed corresponding to the vehicle.

[0095] Step 1032: Determine the distance between the first recording point and the second recording point.

[0096] Step 1033: Determine the estimated arrival time based on the distance and the driving speed.

[0097] Step 1034: Push the estimated arrival time to users located within the preset range of the second recording point according to the preset interval.

[0098] The avoidance information pushed by the server may include the vehicle's estimated arrival time.

[0099] In practice, the time it takes for a vehicle to arrive at the second recording point can be determined based on the vehicle's speed and the distance between the recording points. The estimated arrival time can then be pushed to users within a preset range of the second recording point at preset intervals. This helps to push the passage information of special vehicles to surrounding vehicles and pedestrians in advance, enabling them to avoid special vehicles in time and allowing special vehicles to reach the accident site more quickly.

[0100] Consistent with the above embodiments, please refer to Figure 2 , Figure 2 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. As shown in the figure, the electronic device includes a processor, a memory, and a computer program or instructions stored in the memory. The computer program or instructions are stored in the memory and configured to be executed by the processor. The electronic device may also include a communication interface. In this embodiment, the program includes instructions for performing the following steps:

[0101] Obtain the vehicle's driving route;

[0102] According to preset rules, recording points are marked on the driving route, including a first recording point and a second recording point set sequentially according to the driving direction;

[0103] When the vehicle reaches the first recording point, avoidance information is pushed to users within a preset range of the second recording point at preset intervals.

[0104] As can be seen, the electronic device described in this application embodiment can obtain the vehicle's driving route and mark recording points on the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction. When the vehicle reaches the first recording point, avoidance information is pushed to users within a preset range of the second recording point at preset intervals. In this way, by marking recording points according to the vehicle's driving route and preset rules, and pushing avoidance information to users within a preset range of the recording points, the passage information of special vehicles is pushed to surrounding social vehicles and pedestrians in advance, helping social vehicles and pedestrians to avoid special vehicles in time, so that special vehicles can reach the accident site more quickly.

[0105] In one possible example, regarding obtaining the vehicle's driving route, the above procedure includes instructions for performing the following steps:

[0106] If the vehicle is in operation, a preset special vehicle information database is obtained, wherein the preset special vehicle information database includes license plate information and vehicle type corresponding to the license plate information, and the vehicle type includes at least one of police car, fire truck, ambulance, engineering rescue vehicle, road maintenance vehicle, and engineering work vehicle;

[0107] The driving route corresponding to the vehicle is determined based on the preset special vehicle information database.

[0108] In one possible example, regarding the determination of the vehicle's corresponding travel route based on the preset special vehicle information database, the above procedure includes instructions for performing the following steps:

[0109] Obtain the license plate information corresponding to the vehicle;

[0110] Based on the license plate information, query the target vehicle type corresponding to the vehicle in the preset special vehicle information database;

[0111] Based on the target vehicle type, determine the corresponding processing event type for the vehicle;

[0112] Obtain the driving destination corresponding to the event type being processed;

[0113] The vehicle's route is determined based on its current location and destination.

[0114] In one possible example, regarding the step of marking recording points along the driving route according to preset rules, the above procedure includes instructions for performing the following steps:

[0115] The driving route is divided into at least one driving section;

[0116] Obtain the signal strength corresponding to each of the driving sections to obtain at least one signal strength value;

[0117] If the signal strength value corresponding to the current driving section is less than or equal to the signal strength threshold, then the number of recording points in the current driving section is determined to be within a first number range.

[0118] If the signal strength value corresponding to the current driving section is greater than the signal strength threshold, then the number of recording points in the current driving section is determined to be within a second number range, wherein the first number range is greater than or equal to the second number range;

[0119] The recording point of the current driving section is marked according to the first quantity range or the second quantity range.

[0120] In one possible example, regarding the step of marking recording points along the driving route according to preset rules, the above procedure includes instructions for performing the following steps:

[0121] The driving route is divided into at least one driving section;

[0122] Obtain the total number of traffic police checkpoints corresponding to each of the aforementioned driving sections, and obtain at least one number of checkpoints.

[0123] If the number of duty points corresponding to the current driving section is less than or equal to the preset number threshold, then the number of record points in the current driving section is determined to be within the third number range.

[0124] If the number of duty points corresponding to the current driving section is greater than the preset number threshold, then the number of record points in the current driving section is determined to be within a fourth number range, wherein the third number range is greater than or equal to the fourth number range;

[0125] The recording point of the current driving section is determined according to the third or fourth quantity range.

[0126] In one possible example, regarding the division of the driving route into at least one driving section, the above procedure includes instructions for performing the following steps:

[0127] Obtain the number of lanes and road type corresponding to the driving route;

[0128] The driving route is divided into at least one driving section based on the number of lanes and the road type.

[0129] In one possible example, regarding the pushing of avoidance information to users located within a preset range of the second recording point at preset intervals, the above procedure includes instructions for performing the following steps:

[0130] Obtain the vehicle's corresponding driving speed;

[0131] Determine the distance between the first recording point and the second recording point;

[0132] The estimated arrival time is determined based on the distance and the driving speed;

[0133] The estimated arrival time is pushed to users located within the preset range of the second recording point at the preset interval.

[0134] The above mainly describes the solutions of the embodiments of this application from the perspective of the method execution process. It is understood that, in order to achieve the above functions, it includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments provided herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0135] This application embodiment can divide functional units according to the above method example. For example, each function can be divided into its own functional unit, or two or more functions can be integrated into one processing unit. The integrated unit can be implemented in hardware or as a software functional unit. It should be noted that the unit division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0136] Please see Figure 3 , Figure 3 This is a functional unit block diagram of an obstacle avoidance information push device provided in this application embodiment. The device 300 is applied to a server and includes: an acquisition unit 301, a calibration unit 302, and a push unit 303.

[0137] The acquisition unit 301 is used to acquire the vehicle's driving route;

[0138] The calibration unit 302 is used to calibrate recording points in the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction.

[0139] The push unit 303 is used to push avoidance information to users within a preset range of the second record point at preset intervals when the vehicle travels to the first record point.

[0140] As can be seen, the obstacle avoidance information push device described in this application embodiment can obtain the vehicle's driving route and mark recording points on the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction. When the vehicle reaches the first recording point, obstacle avoidance information is pushed to users within a preset range of the second recording point at preset intervals. In this way, by marking recording points according to the vehicle's driving route and preset rules, and pushing obstacle avoidance information to users within a preset range of the recording points, the passage information of special vehicles is pushed to surrounding social vehicles and pedestrians in advance, helping social vehicles and pedestrians to avoid special vehicles in time, so that special vehicles can reach the accident site more quickly.

[0141] In one possible example, regarding the acquisition of the vehicle's driving route, the acquisition unit 301 is specifically used for:

[0142] If the vehicle is in operation, a preset special vehicle information database is obtained, wherein the preset special vehicle information database includes license plate information and vehicle type corresponding to the license plate information, and the vehicle type includes at least one of police car, fire truck, ambulance, engineering rescue vehicle, road maintenance vehicle, and engineering work vehicle;

[0143] The driving route corresponding to the vehicle is determined based on the preset special vehicle information database.

[0144] In one possible example, regarding determining the driving route corresponding to the vehicle based on the preset special vehicle information database, the acquisition unit 301 is specifically used for:

[0145] Obtain the license plate information corresponding to the vehicle;

[0146] Based on the license plate information, query the target vehicle type corresponding to the vehicle in the preset special vehicle information database;

[0147] Based on the target vehicle type, determine the corresponding processing event type for the vehicle;

[0148] Obtain the driving destination corresponding to the event type being processed;

[0149] The vehicle's route is determined based on its current location and destination.

[0150] In one possible example, regarding the calibration unit 302 for marking recording points along the driving route according to preset rules, the calibration unit 302 is specifically used for:

[0151] The driving route is divided into at least one driving section;

[0152] Obtain the signal strength corresponding to each of the driving sections to obtain at least one signal strength value;

[0153] If the signal strength value corresponding to the current driving section is less than or equal to the signal strength threshold, then the number of recording points in the current driving section is determined to be within a first number range.

[0154] If the signal strength value corresponding to the current driving section is greater than the signal strength threshold, then the number of recording points in the current driving section is determined to be within a second number range, wherein the first number range is greater than or equal to the second number range;

[0155] The recording point of the current driving section is marked according to the first quantity range or the second quantity range.

[0156] In one possible example, regarding the calibration unit 302 for marking recording points along the driving route according to preset rules, the calibration unit 302 is specifically used for:

[0157] The driving route is divided into at least one driving section;

[0158] Obtain the total number of traffic police checkpoints corresponding to each of the aforementioned driving sections, and obtain at least one number of checkpoints.

[0159] If the number of duty points corresponding to the current driving section is less than or equal to the preset number threshold, then the number of record points in the current driving section is determined to be within the third number range.

[0160] If the number of duty points corresponding to the current driving section is greater than the preset number threshold, then the number of record points in the current driving section is determined to be within a fourth number range, wherein the third number range is greater than or equal to the fourth number range;

[0161] The recording point of the current driving section is determined according to the third or fourth quantity range.

[0162] In one possible example, regarding the division of the driving route into at least one driving section, the calibration unit 302 is specifically used for:

[0163] Obtain the number of lanes and road type corresponding to the driving route;

[0164] The driving route is divided into at least one driving section based on the number of lanes and the road type.

[0165] In one possible example, regarding the pushing of avoidance information to users located within a preset range of the second recording point at preset intervals, the pushing unit is specifically used for:

[0166] Obtain the vehicle's corresponding driving speed;

[0167] Determine the distance between the first recording point and the second recording point;

[0168] The estimated arrival time is determined based on the distance and the driving speed;

[0169] The estimated arrival time is pushed to users located within the preset range of the second recording point at the preset interval.

[0170] It is understood that the functions of each program module of the obstacle avoidance information push device in this embodiment can be specifically implemented according to the methods in the above method embodiments. The specific implementation process can be referred to the relevant descriptions in the above method embodiments, which will not be repeated here.

[0171] This application also provides a computer storage medium storing a computer program for electronic data interchange, which causes a computer to perform some or all of the steps of any of the methods described in the above method embodiments.

[0172] This application also provides a computer program product, which includes a computer program operable to cause a computer to perform some or all of the steps of any of the methods described in the above method embodiments.

[0173] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0174] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0175] In the several embodiments provided in this application, it should be understood that the disclosed apparatus can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical or other forms.

[0176] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0177] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0178] If the aforementioned integrated units are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0179] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage device, which may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0180] The embodiments of this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A method for pushing avoidance information, characterized in that, Applied to a server, the method includes the following steps: Obtain the vehicle's driving route; According to preset rules, recording points are marked on the driving route. The recording points include a first recording point and a second recording point set sequentially according to the driving direction. The driving route is divided into at least one driving interval. The signal strength corresponding to each driving interval is obtained to obtain at least one signal strength value. If the signal strength value corresponding to the current driving interval is less than or equal to a signal strength threshold, the number of recording points in the current driving interval is determined within a first range. If the signal strength value corresponding to the current driving interval is greater than the signal strength threshold, the number of recording points in the current driving interval is determined within a second range. The first range is greater than or equal to the second range. The recording points of the current driving interval are marked according to the first range or the second range. When the vehicle reaches the first recording point, avoidance information is pushed to users within a preset range of the second recording point at preset intervals.

2. The method according to claim 1, wherein obtaining the vehicle's driving route includes the following steps: If the vehicle is in operation, a preset special vehicle information database is obtained, wherein the preset special vehicle information database includes license plate information and vehicle type corresponding to the license plate information, and the vehicle type includes at least one of police car, fire truck, ambulance, engineering rescue vehicle, road maintenance vehicle, and engineering work vehicle; The driving route corresponding to the vehicle is determined based on the preset special vehicle information database.

3. The method according to claim 2, wherein determining the driving route corresponding to the vehicle based on the preset special vehicle information database includes the following steps: Obtain the license plate information corresponding to the vehicle; Based on the license plate information, query the target vehicle type corresponding to the vehicle in the preset special vehicle information database; Based on the target vehicle type, determine the corresponding processing event type for the vehicle; Obtain the driving destination corresponding to the event type being processed; The vehicle's route is determined based on its current location and destination.

4. The method according to claim 1, wherein marking recording points in the driving route according to preset rules includes the following steps: The driving route is divided into at least one driving section; Obtain the total number of traffic police checkpoints corresponding to each of the aforementioned driving sections, and obtain at least one number of checkpoints. If the number of duty points corresponding to the current driving section is less than or equal to the preset number threshold, then the number of record points in the current driving section is determined to be within the third number range. If the number of duty points corresponding to the current driving section is greater than the preset number threshold, then the number of record points in the current driving section is determined to be within a fourth number range, wherein the third number range is greater than or equal to the fourth number range; The recording point of the current driving section is determined according to the third or fourth quantity range.

5. The method according to claim 4, wherein dividing the driving route into at least one driving section includes the following steps: Obtain the number of lanes and road type corresponding to the driving route; The driving route is divided into at least one driving section based on the number of lanes and the road type.

6. The method according to any one of claims 1-4, characterized in that, The step of pushing avoidance information to users located within a preset range of the second recording point at preset intervals includes the following steps: Obtain the vehicle's corresponding driving speed; Determine the distance between the first recording point and the second recording point; The estimated arrival time is determined based on the distance and the driving speed; The estimated arrival time is pushed to users located within the preset range of the second recording point at the preset interval.

7. A device for pushing obstacle avoidance information, characterized in that, Applied to a server, the device includes: an acquisition unit, a calibration unit, and a push unit, wherein, The acquisition unit is used to acquire the vehicle's driving route; The calibration unit is configured to calibrate recording points along the driving route according to preset rules. The recording points include a first recording point and a second recording point set sequentially according to the driving direction. The driving route is divided into at least one driving interval. The unit acquires the signal strength corresponding to each driving interval to obtain at least one signal strength value. If the signal strength value corresponding to the current driving interval is less than or equal to a signal strength threshold, the number of recording points in the current driving interval is determined within a first range. If the signal strength value corresponding to the current driving interval is greater than the signal strength threshold, the number of recording points in the current driving interval is determined within a second range. The first range is greater than or equal to the second range. The unit calibrates the recording points of the current driving interval according to either the first range or the second range. The push unit is used to push avoidance information to users within a preset range of the second record point at preset intervals when the vehicle travels to the first record point.

8. An electronic device, characterized in that, The method includes a processor, a memory, a communication interface, and one or more programs, said programs being stored in the memory and configured to be executed by the processor, said programs including instructions for performing the steps of the method as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, A computer program for storing electronic data interchange is provided, wherein the computer program causes a computer to perform the method as described in any one of claims 1-6.

Images