KR102569890B1 - Method and navigation device for processing overlapping event - Google Patents

Abstract

In the present embodiments, it is determined whether there is a redundancy between the accident information and the event information, and whether any one of the accident information or the event information is invalidated and whether or not the overlapping event is valid for performing voice guidance on the other one.
Accordingly, the present embodiments can have an effect of improving marketability and preventing information confusion by preventing redundant information on event situations obtained through various communication channels.

Description

Method for handling overlapping events and navigation terminal {METHOD AND NAVIGATION DEVICE FOR PROCESSING OVERLAPPING EVENT}

The present embodiments relate to a method and a navigation terminal for efficiently collecting and processing event situations unfolding around a vehicle in motion.

In general, an era has arrived in which a navigation terminal is necessarily installed in a vehicle to find a fast route in a complicated road situation.

The navigation terminal not only searches for a route from a starting point to a destination on a 3D or 2D map based on location information of a driving vehicle, but also provides road guidance according to the searched route.

Recent navigation terminals can collect, process, and display on a display screen various event situations that occur in the vicinity of a driving vehicle, as well as route search and road guidance, through wireless communication and V2X communication.

However, event situations collected through wireless communication and V2X communication are often overlapped at times. Therefore, when the event situation overlaps, it has to be simultaneously displayed on the display screen of the navigation terminal or voice guidance.

Accordingly, since the driver is provided with overlapping voice guidance from overlapping event situations, he cannot help but suffer from information confusion.

An object of the present embodiments is to provide a method and a navigation terminal for preventing event situations from being output in duplicate.

According to one embodiment, as a method for processing a duplicate event generated in a surrounding situation of a driving vehicle in a navigation terminal, the step of receiving accident information generated in the vicinity of the driving vehicle from a telematics center server through a wireless network ; Receiving event information generated in the vicinity of the driving vehicle from a V2X base station through a V2X network; determining whether the received recall information overlaps with the event information; verifying the validity of the overlapping event to invalidate any one of the accident information and the event information, and to provide voice guidance for the other one, if the overlapping event occurs; and if the validity is verified, performing a voice guide related to any one of the non-invalidated unique information and event information through an output means.

Optionally, in the step of determining whether the coincidence occurs, when the occurrence information and the event information overlap, a duplicate notification message may be output through an output means.

Optionally, the determining of the validity may include calculating an invalidation expected time point based on at least one event location information occurring before an invalidation time point for invalidating any one of the accident information and the event information. there is.

Optionally, calculating the invalidation expected time point may include deriving a guide output required time and an expected guide output time necessary for outputting at least one of the announcement information and the event information.

Optionally, the step of determining validity may calculate the expected invalidation time when the sum of the required time for outputting the guide and the expected time for outputting the guide is smaller than the invalidation time.

Optionally, the step of calculating the invalidation expected time point may include the first event location information and the second event location information acquired from the GPS at a start time point, which is a time point when the guide output required time occurs, and a completion time point, which is an end time point, based on the first event location information and second event location information. Calculating an average speed (S) of the vehicle between the start time and the completion time; and calculating a mileage (L) of the vehicle between the invalidation time and the completion time based on the third event location information acquired from the GPS at the invalidation time.

Optionally, the completion time may be a start time of the guidance output expected time.

According to one embodiment, as a navigation terminal for processing redundant events generated in surroundings of a vehicle in motion, a wireless communication module for receiving accident information generated in the vicinity of a vehicle in motion from a telematics center server through a wireless network ; A V2X communication module for receiving event information generated from a V2X base station in the vicinity of the driving vehicle through a V2X network; a control module configured to determine validity of the overlapping event in order to invalidate either the recall information or the event information and to provide a voice guide for the other one, when the received recall information overlaps with the event information; and an output module for performing voice guidance related to any one of the non-invalidated reason information and event information when the validity is verified.

Optionally, the output module may output a duplicate notification message when the accident information and the event information are duplicated.

Optionally, the control module may include a time calculation module that calculates an expected invalidation time point based on at least one event location information occurring before an invalidation time point for invalidating any one of the accident information and the event information. .

Optionally, the time calculation module may derive a guide output required time and a guide output expected time necessary for outputting at least one of the emergency information and the event information.

Optionally, the timing calculation module may calculate the expected invalidation timing when the sum of the required time for outputting the guidance and the expected time for outputting the guidance is smaller than the invalidation timing.

Optionally, the time calculation module determines the start time and the second event location information obtained from the GPS at a start time point, which is a time point when the required time for outputting the guide, and an end time point, which is an end time point, based on first event location information and second event location information obtained from the GPS. An average speed calculation module for calculating an average speed (S) of the vehicle between completion points; and a distance calculation module for calculating a mileage L of the vehicle between the invalidation time and the completion time based on the third event location information of the vehicle obtained from the GPS at the invalidation time.

Optionally, the completion time may be a start time of the guidance output expected time.

Optionally, the invalidation expected time may be a result of dividing the mileage L by the average speed S.

As described above, the present embodiments have an effect of improving marketability and preventing information confusion by preventing duplication of information on event situations obtained through various communication channels.

It is not limited to the above-mentioned effects, and other effects not mentioned can be clearly understood by those skilled in the art from the description below.

1 is a block configuration diagram exemplarily illustrating an example of a navigation terminal for processing overlapping events according to an exemplary embodiment.
2 is a block diagram showing the configuration of a control module for validation according to an embodiment in more detail.
FIG. 3 is a diagram illustrating a time axis state necessary for validating the control module of FIG. 2 according to an embodiment.
4 is a flowchart illustrating an example of a method for processing overlapping events according to an exemplary embodiment.
5 is a flowchart for explaining step 340 of FIG. 4 in detail according to an embodiment.
6 is a diagram illustrating a data format of emergency information and event information according to an exemplary embodiment.

Terminals and methods disclosed in the following embodiments will be described in more detail with reference to the drawings. Terms disclosed in the following embodiments are only used to describe a specific example, but are not limited thereto.

In addition, terms such as 'include' disclosed in the following embodiments mean that the corresponding component may be included unless otherwise specified, and does not exclude other components, but other components. It should be understood as further including.

In addition, 'above', which is a singular expression used in the description and claims of the embodiments disclosed in the following embodiments, may be understood to include plural expressions as well, unless the context clearly indicates otherwise.

Based on this, a method for processing overlapping events and a navigation terminal will be described in more detail below.

The duplicate event refers to all information exchanged between a navigation terminal and a V2X base station or telematics center server. As an example, the overlapping event may include event information and event information.

<Embodiment of Navigation Terminal>

1 is a block configuration diagram exemplarily illustrating an example of a navigation terminal for processing overlapping events according to an exemplary embodiment.

Referring to FIG. 1 , the navigation terminal 100 according to an embodiment includes a wireless communication module 110, a V2X communication module 120, and a control module 130 in order to process overlapping events generated in surrounding situations of a vehicle in motion. ), an output module 140 and a GPS communication module 150.

First, in one embodiment, the wireless communication module 110 is connected to the telematics center server 200 through a wireless network, and the telematics center server 200 transmits accident information generated in the vicinity of a running vehicle through the wireless network. can receive

The accident information may include traffic condition information around the vehicle, weather information, traffic accident information, and road construction information. However, it is not necessarily limited thereto.

The wireless networks mentioned include cellular networks (e.g., Global System for Mobile Communications (GSM), Enhanced Data Rates for GSM Evolution (EDGE), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Time Division) - Can be part of various types of networks, including TD-CDMA (CDMA), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), or other cellular networks), local area networks (LANs), and the like.

For example, if the network data access element(s) are part of a GSM network, the network data access element(s) may include a base transceiver station (BTS), base station controller (BSC), mobile switching center (MSC), serving GPRS Support Node) and the like.

Through this, the wireless communication module 110 transmits request information to the telematics center server 200 at the request of the control module 130, which will be described later, and response information corresponding to the request from the telematics center server 200. , For example, information including reason information may be received and delivered to the control module 130.

In one embodiment, the V2X communication module 120 is connected to the communication module of the other vehicle through inter-vehicle communication or V2X communication that communicates between the vehicle and the V2X base station 210 while traveling or disposed adjacent to the surroundings of the vehicle while driving. It may be connected to the V2X base station 210. Since V2X communication is generally widely known, a description thereof will be omitted.

Through this, the V2X communication module 120 exchanges data according to the V2X communication interface between the V2X base stations 210 and/or communication modules of nearby vehicles, and transmits the exchanged information to the control module 130 below. can give

For example, the V2X communication module 120 may receive, for example, event information generated around a driving vehicle from the V2X base station 210 through the V2X network and deliver it to the control module 130.

The mentioned event information is the same as or similar to the aforementioned accident information, and may include, for example, traffic condition information around the vehicle, weather information, traffic accident information, and road construction information. However, it is not necessarily limited thereto.

These pieces of information are located in the request action area of the accident information and event information in FIG. 6, and may include an event location area having event location information inside the accident information and event information.

The event location information can be usefully used in the control module 130 later. This can be verified later.

In one embodiment, the control module 130 determines that the unique information received from the telematics center server 200 through the above-described wireless communication module 110 and the V2X communication module 120 is transmitted at the same time or with a time difference to the V2X base station ( 210), it is possible to compare and determine whether it is duplicated with the event information received.

For example, when the accident information is duplicated with the event information, the control module 130 invalidates either the accident information or the event information and determines the validity of the overlapping event for performing voice guidance on the other one. can

Here, the redundancy of the accident information and the event information may be whether text or EPG (Electronic Program Guide) information is redundant, and the validity of the redundant event is redundant data between information elements that are displayed on a display screen or require voice guidance. It refers to the process of selecting which one is more useful for , and invalidating the other one.

For example, validation of overlapping events may proceed with a process of selecting a more useful one of the overlapping weather information and invalidating the other one when weather information spread around the vehicle is the same or similar.

The validity mentioned above may be the accuracy of the data. For example, duplicate weather information can be evaluated objectively, and one can be selected as more accurate, and the other can be invalidated.

In one embodiment, if validity is verified as described above, the output module 140 may perform voice guidance related to any one of non-invalidated unique information and event information.

The output module 140 may support an output interface between the control module 130 and an output medium such as a speaker.

Moreover, in one embodiment, the output module 140 receives a duplicated result between the cause information and the event information from the control module 130, and based on the received duplicated result, the output module 140 transmits a duplicate notification message through an output medium such as a speaker. It can be output or displayed on the display screen.

The redundant notification message output from an output medium such as a speaker may be a voice output, and the duplicate notification message output to a display screen may be a text or EPG (Electronic Program Guide) output.

In one embodiment, the GPS communication module 150 may receive the location information of the driving vehicle from the GPS 220 or additionally receive location information of accident information and event information as needed and deliver it to the control module 130. there is.

In addition, the navigation terminal 100 may further include an input module and a storage medium. Since these input modules and storage media correspond to commonly known basic configurations, a description thereof will be omitted.

However, the input module may support a touch screen that responds to a driver's touch operation and an input interface for data transmitted and received between the touch screen and the control module.

Hereinafter, the validation algorithm (logic) described above will be described in more detail.

<Examples of Validation>

2 is a block diagram showing the configuration of a control module for validation according to an embodiment in more detail, and FIG. 3 is a diagram showing a time axis state required for validation of the control module of FIG. 2 according to an embodiment. . FIG. 3 will be cited when describing FIG. 2 .

Referring to FIG. 2 , the control module 130 according to an embodiment determines an invalidation expected time point based on at least one event location information that occurred before the invalidation time point for invalidating any one of received accident information and event information. A time point calculation module 131 for calculation may be included.

To this end, the time calculation module 131 may first derive a guide output required time and a guide output expected time necessary for outputting at least one of event information and event information in order to calculate an invalidation expected time point, as shown in FIG. 3 . .

For example, the time calculation module 131 sets the start point (a) of the guide output required time after checking the accident information and event information in the time calculation module 131, outputs at least one of the accident information and event information, For example, it is possible to set a completion point (a') of a guide output required time to prepare for performing a voice guide.

At this time, the time calculation module 131 acquires the location information of the first event at the start time point (a) of confirming the accident information and the event information, and the second event at the completion time point (a') when preparations for carrying out the voice guidance are completed. Location information can be obtained.

Calculation of the required time for outputting such guidance may include time consumed by the limited processing speed of the processor of the navigation terminal 100 .

When the guide output required time is calculated, the viewpoint calculation module 131 calculates the expected guide output time in consideration of the time required for each point of the aforementioned guide output required time, the acquisition time of each event location information, and the processing speed time of the processor. can

That is, the time calculation module 131 according to an embodiment generates the estimated guide output time at the completion point (a') of guide preparation for obtaining at least one event location information from among emergency information and event information from the GPS 220. , and a completion time (a″) of an expected output time required from the start time (a′) to actual output, for example, audio output, may be set.

In this way, when the required time for outputting guidance and the expected time for outputting guidance are derived, the control module 130 may calculate an invalidation time point for invalidating any one of the unique information and the event information.

That is, the time calculation module 131 according to an embodiment derives the required time for outputting guidance and the expected time for outputting guidance, and then selects either one of the accident information or the event information to invalidate the invalidation time point (b) can be set.

At this time, the time calculation module 131 may obtain third event location information from the GPS 220 at invalidation time point (b).

In an embodiment, the time calculation module 131 may determine whether the sum of the derived required time for outputting guidance and the expected time for outputting guidance is smaller than the invalidation time point.

For example, when the sum of the derived guide output required time and the expected guide output time is smaller than the invalidation time, the timing calculation module 131 determines that the invalidation expected time is normal and can calculate the derived guidance output required time. If the sum of the guidance output expected time is greater than the invalidation point, it may be determined to be abnormal.

Abnormal determination may correspond to a case where the vehicle passes the point where the accident information and the event information occur.

In an embodiment, the time calculation module 131 may calculate the expected invalidation time only when the above-described necessary time for outputting guidance, expected time for outputting guidance, and expected invalidation time are derived.

To this end, the time point calculation module 131 may include an average speed calculation module 131a and a transaction calculation module 131b.

In one embodiment, the average speed calculation module 131a is the first event location of the vehicle obtained from the GPS 220 at the start time (a), which is the time required for the guidance output, and the completion time (a'), which is the end time. Based on the information and the second event location information, an average speed S of the vehicle between the start time (a) and the completion time (a') may be calculated.

On the other hand, the distance calculation module 131b is based on the third event location information obtained from the GPS 220 at the invalidation time point (b), and the start of the expected guide output time at the same time as the completion time of the invalidation time point (b) and the required time for outputting guidance. The driving distance L of the vehicle between the viewpoints a' may be calculated.

Accordingly, the time calculation module 131 uses the average speed S of the vehicle and the mileage L of the vehicle calculated by the average speed calculation module 131a and the distance calculation module 131b to generate accident information and events. An expected invalidation time for substantially invalidating any one of the pieces of information can be calculated, that is, the expected invalidation time can be calculated by dividing the mileage L by the average speed S.

As such, the control module 130 according to an embodiment may complete validation of the overlapping event by calculating an invalidation expected time for substantially invalidating any one of the accident information and the event information, thereby completing the validation of the overlapping event. The output module 140 of can perform voice guidance related to any one of non-invalidated reminder information and event information.

Accordingly, in the present embodiment, it is possible to improve marketability and prevent information confusion by preventing overlapping information on event situations.

Hereinafter, a method for processing duplicate events will be described in detail.

<Examples of processing duplicate events>

4 is a flowchart illustrating an example of a method for processing overlapping events according to an exemplary embodiment.

Referring to FIG. 4 , the method 300 for processing a duplicate event according to an embodiment may include steps 310 to 350 in order to process a duplicate event generated in a situation around a driving vehicle in the navigation terminal 100. there is.

Since the navigation terminal 100 has been sufficiently described in FIGS. 1 to 3 , a hardware description thereof will be omitted.

First, in step 310 according to an embodiment, the navigation terminal 100 is connected to the telematics center server 200 through a wireless network, and transmits accident information generated in the vicinity of the vehicle being driven from the telematics center server 200 to the wireless network. can be received over the network.

The accident information may include traffic condition information around the vehicle, weather information, traffic accident information, and road construction information. However, it is not necessarily limited thereto.

Through this, the navigation terminal 100 transmits the request information to the telematics center server 200, and can receive response information corresponding to the request from the telematics center server 200, for example, information including notice information.

In step 320 according to an embodiment, the navigation terminal 100 is connected to the communication module of the other vehicle through vehicle-to-vehicle communication or V2X communication between the vehicle and the V2X base station 210, or is adjacent to the vehicle in motion. It can be connected to the deployed V2X base station 210. Since V2X communication is generally widely known, a description thereof will be omitted.

Through this, the navigation terminal 100 may send and receive data according to an interface of V2X communication between V2X base stations 210 and/or between communication modules of surrounding vehicles.

For example, the navigation terminal 100 may receive, for example, event information generated in the vicinity of a driving vehicle from the V2X base station 210 through a V2X network.

The mentioned event information is the same as or similar to the aforementioned accident information, and may include, for example, traffic condition information around the vehicle, weather information, traffic accident information, and road construction information. However, it is not necessarily limited thereto.

These pieces of information are located in the request action area of the accident information and event information in FIG. 6, and may include an event location area having event location information inside the accident information and event information.

The event location information can be usefully used in the navigation terminal 100 later. This can be verified later.

In step 330 according to an embodiment, the navigation terminal 100 duplicates the event information received from the telematics center server 200 at the same time or at a time interval with the event information received from the V2X base station 210 through the wireless network. You can compare and judge whether it has been done.

For example, if the event information overlaps with the event information, the following step 340 is performed. Otherwise, the same data can be recognized.

In step 340 according to an embodiment, the navigation terminal 100 may invalidate any one of the accident information or event information and verify the validity of the overlapping event for performing voice guidance for the other one.

Here, the redundancy of the accident information and the event information may be whether text or EPG (Electronic Program Guide) information is redundant, and the validity of the redundant event is redundant data between information elements that are displayed on a display screen or require voice guidance. It refers to the process of selecting which one is more useful for , and invalidating the other one.

For example, validation of overlapping events may proceed with a process of selecting a more useful one of the overlapping weather information and invalidating the other one when weather information spread around the vehicle is the same or similar.

The validity mentioned above may be the accuracy of the data. For example, duplicate weather information can be evaluated objectively, and one can be selected as more accurate, and the other can be invalidated.

In step 350 according to an embodiment, if the validity is verified as described above, the navigation terminal 100 may perform a voice guide related to any one of non-invalidated reminder information or event information through an output medium.

Furthermore, the navigation terminal 100 may receive a result of duplication between the accident information and the event information, and output a duplicate notification message through an output medium such as a speaker or to a display screen based on the received duplicate result.

The redundant notification message output from an output medium such as a speaker may be a voice output, and the duplicate notification message output to a display screen may be a text or EPG (Electronic Program Guide) output.

Hereinafter, the above-described step 340 will be described in more detail.

5 is a flowchart for explaining step 340 of FIG. 4 in detail according to an embodiment. The aforementioned FIG. 3 will be referred to when describing FIG. 5 .

Referring to FIG. 5 , step 340 according to an embodiment is a step of calculating an invalidation expected time point based on at least one event location information generated prior to the invalidation time point for invalidating any one of received accident information and event information. (341).

In step 341, the navigation terminal 100 may first derive a guide output required time and a guide output expected time necessary for outputting at least one of the announcement information and the event information in order to calculate the expected invalidation time point, as shown in FIG. 3. .

For example, the navigation terminal 100 sets a start point (a) of the required time for outputting guidance after checking the received notice information and event information, and outputs at least one of the notice information and event information, for example, to perform voice guidance. It is possible to set the completion point (a') of the guide output required time to prepare for this.

At this time, in step 341, the navigation terminal 100 acquires the first event location information of the vehicle at the start time point (a) of checking the accident information and event information, and completes preparations for performing voice guidance (a' ), it is possible to obtain the second event location information of the vehicle.

Calculation of the required time for outputting such guidance may include time consumed by the limited processing speed of the processor of the navigation terminal 100 .

When the required time for outputting guidance is calculated, the navigation terminal 100 can calculate the expected time for outputting guidance only by taking into consideration the time at each point in the required time for outputting guidance, the acquisition time for each event location information, and the processing speed time of the processor. there is.

That is, in step 341, the navigation terminal 100 determines the completion point (a') of guidance preparation for obtaining at least one piece of location information included in excavated information and event information from the GPS 220 at which the expected time for outputting guidance is generated. It is set as the start time point (a'), and the completion point (a″) of the expected output time required from the start time point (a′) to actual output, for example, audio output, can be set.

In this way, when the required time for outputting guidance and the expected time for outputting guidance are derived, the control module 130 may calculate an invalidation time point for invalidating any one of the unique information and the event information.

That is, in step 341, the navigation terminal 100 derives the required time for outputting guidance and the expected time for outputting guidance, and then sets the invalidation time point (b) at which decision is required to invalidate either the accident information or the event information. can

At this time, in step 341, the navigation terminal 100 may obtain third event location information from the GPS 220 at the invalidation time point (b).

In step 341, the navigation terminal 100 may determine whether the sum of the derived required time for outputting guidance and the expected time for outputting guidance is smaller than the invalidation time point.

For example, if the sum of the derived guide output required time and the expected guide output time is smaller than the invalidation time point, the navigation terminal 100 may calculate the invalidation expected time point by determining that it is normal, and calculate the invalidation expected time point. If the sum of expected times for guidance output is greater than the invalidation point, it may be determined to be abnormal.

Abnormal determination may correspond to a case where the vehicle passes the point where the accident information and the event information occur.

In step 341, the navigation terminal 100 can calculate the expected invalidation time only after deriving the aforementioned required time for outputting guidance, expected time for outputting guidance, and expected invalidation time.

To this end, the aforementioned step 341 may include steps 341a and 341b.

In step 341a, the navigation terminal 100 displays the first event location information of the vehicle acquired from the GPS 220 at start time (a), which is the time required for outputting guidance, and completion time (a'), which is the end time. 2 Based on the event location information, it is possible to calculate the average speed (S) of the vehicle between the start point (a) and the end point (a').

On the other hand, in step 341b, the navigation terminal 100 provides information at the invalidation time point (b) based on the third event location information of the vehicle acquired from the GPS 220 at the time of invalidation time (b) and the completion time of the guide output required time. A travel distance (L) of the vehicle between the start point (a') of the expected output time may be calculated.

Accordingly, in step 341, the navigation terminal 100 actually converts any one of the accident information and the event information using the average speed S of the vehicle and the mileage L of the vehicle calculated in steps 341a and 341b. The expected invalidation time can be calculated by dividing the travel distance (L) by the average speed (S).

As such, in step 340 according to an embodiment, validation of duplicate events may be completed by calculating an invalidation expected time for substantially invalidating any one of the unique information and the event information, thereby completing validation of the duplicate event, Voice guidance related to any one of non-invalidated accident information and event information can be performed.

Accordingly, in the present embodiment, it is possible to improve marketability and prevent information confusion by preventing overlapping information on event situations.

The method described above may be implemented as program instructions and decoded by a computer readable medium.

The computer readable medium may be any medium accessible by the processor. Such media may include both volatile and nonvolatile media, removable and non-removable media, communication media, storage media and computer storage media.

Referenced communication media may include computer readable instructions, data structures, program modules, other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any other form of information delivery media known in the art. there is.

A referenced storage medium may be RAM, flash memory, ROM, EPROM, electrically erasable read-only memory (“EEPROM”), registers, hard disk, removable disk, compact disk read-only memory (“CD-ROM”), or may include any other form of storage medium.

Referred computer storage media may be removable, non-removable, and volatile implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. and non-volatile media.

Such computer storage media may contain program instructions such as RAM, ROM, EPROM, EEPROM, flash memory, other solid-state memory technology, CDROM, digital versatile disk (DVD), or other optical storage device, magnetic cassette, magnetic tape, magnetic disk storage device, or the like. It may include a hardware device specially configured to store and execute.

Examples of program instructions may include high-level language codes that can be executed by a computer using an interpreter or the like as well as machine language codes generated by a compiler.

It is obvious to those skilled in the art that the embodiments disclosed above may be embodied in other specific forms without departing from the spirit and essential characteristics of the present invention.

Accordingly, the foregoing description should not be construed as limiting in all respects and should be considered illustrative. The scope of this embodiment should be determined by reasonable interpretation of the appended claims, and all changes within the equivalent range of this embodiment are included in the scope of this embodiment.

100: navigation terminal
110: wireless communication module
120: V2X communication module
130: control module
140: output module
150: GPS communication module
200: telematics center server
210: V2X base station
220: GPS
131: viewpoint calculation module
131a: average speed calculation module
131b: distance calculation module

Claims (17)

As a method for processing in a navigation terminal a redundant event generated in a surrounding situation of a vehicle in motion,
Receiving accident information generated around a vehicle in motion from a telematics center server through a wireless network;
Receiving event information generated in the vicinity of the driving vehicle from a V2X base station through a V2X network;
determining whether the received recall information overlaps with the event information;
verifying the validity of the overlapping event to invalidate any one of the accident information and the event information, and to provide voice guidance for the other one, if the overlapping event occurs; and
If the validity is verified, performing a voice guide related to any one of the non-invalidated accident information or event information through an output means.
including,
The step of verifying the validity is,
Calculating an expected invalidation time point based on at least one event location information occurring before an invalidation time point for invalidating any one of the event information and the event information
Including,
The step of calculating the expected invalidation time point,
Deriving a guide output required time and an expected guide output time necessary for outputting at least one of the event information and the event information
Including, method. According to claim 1,
After the step of determining whether the received accident information overlaps with the event information,
The method further comprising outputting a duplicate notification message through an output unit when the accident information and the event information are duplicated. delete delete According to claim 1,
The step of determining the validity is,
The method of calculating the expected invalidation time point when the sum of the required time for outputting the guide and the expected time for outputting the guide is less than the invalidation time point. According to claim 1,
The step of calculating the expected invalidation time point,
The average speed of the vehicle between the start time and the completion time based on the first event location information and the second event location information of the vehicle obtained from the GPS at the start time, which is the time when the guide output required time occurs, and the finish time, which is the end time. calculating (S); and
Calculating a mileage (L) of the vehicle between the invalidation time and the completion time based on the third event location information of the vehicle obtained from the GPS at the invalidation time
Including, method. According to claim 6,
The completion time point is a start time point of the expected guide output time. According to claim 6,
The expected invalidation time is,
Which is the result of dividing the mileage (L) by the average speed (S). delete As a navigation terminal for processing overlapping events generated in the surroundings of a vehicle in motion,
A wireless communication module for receiving accident information generated in the vicinity of a vehicle in motion from a telematics center server through a wireless network;
A V2X communication module for receiving event information generated from a V2X base station in the vicinity of the driving vehicle through a V2X network;
a control module configured to determine validity of the overlapping event in order to invalidate either the recall information or the event information and to provide a voice guide for the other one, when the received recall information overlaps with the event information; and
If the validity is verified, an output module for performing a voice guidance related to any one of the non-invalidated event information or event information.
including,
The control module,
A time calculation module for calculating an expected invalidation time point based on at least one event location information that occurred before an invalidation time point for invalidating any one of the accident information and the event information.
Including,
The point in time calculation module,
A navigation terminal for deriving a guide output required time and an expected guide output time necessary for outputting at least one of the emergency information and the event information. According to claim 10,
The output module,
A navigation terminal outputting a duplicate notification message when the accident information and the event information are duplicated. delete delete According to claim 10,
The point calculation module,
and calculating the expected invalidation time point when the sum of the guide output required time and the expected guide output time is less than the invalidation time point. According to claim 10,
The point calculation module,
The average speed of the vehicle between the start time and the completion time based on the first event location information and the second event location information of the vehicle obtained from the GPS at the start time, which is the time when the guide output required time occurs, and the finish time, which is the end time. Average speed calculation module to calculate (S); and
A distance calculation module for calculating a driving distance (L) of the vehicle between the invalidation time and the completion time based on the third event location information of the vehicle obtained from the GPS at the invalidation time.
Including, navigation terminal. According to claim 15,
The completion time is the start time of the expected guide output time, the navigation terminal. According to claim 15,
The expected invalidation time is,
The result of dividing the driving distance (L) by the average speed (S), the navigation terminal.

Images