WO2017215181A1 - 一种交通拥堵提示方法、服务器及车载设备 - Google Patents

一种交通拥堵提示方法、服务器及车载设备 Download PDF

Info

Publication number
WO2017215181A1
WO2017215181A1 PCT/CN2016/104473 CN2016104473W WO2017215181A1 WO 2017215181 A1 WO2017215181 A1 WO 2017215181A1 CN 2016104473 W CN2016104473 W CN 2016104473W WO 2017215181 A1 WO2017215181 A1 WO 2017215181A1
Authority
WO
WIPO (PCT)
Prior art keywords
target road
congestion index
traffic congestion
road section
traffic
Prior art date
Application number
PCT/CN2016/104473
Other languages
English (en)
French (fr)
Inventor
刘均
宋朝忠
欧阳张鹏
Original Assignee
深圳市元征科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市元征科技股份有限公司 filed Critical 深圳市元征科技股份有限公司
Publication of WO2017215181A1 publication Critical patent/WO2017215181A1/zh

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits

Definitions

  • the present invention relates to the field of electronic technologies, and in particular, to a traffic congestion prompting method, a server, and an in-vehicle device.
  • the technical problem to be solved by the embodiments of the present invention is to provide a traffic congestion prompting method, a server, and an in-vehicle device, which can prompt the user to know the congestion of the target road segment, thereby avoiding the user's travel congestion.
  • An embodiment of the present invention provides a traffic congestion prompting method, where the method includes:
  • the vehicle information includes a number of vehicles
  • determining, according to the vehicle information of the target road segment, the traffic congestion index of the target road segment includes: [0013] determining a vehicle with the target road segment according to a preset mapping relationship between the number of vehicles and a traffic congestion index The number corresponds to the traffic congestion index.
  • the vehicle information includes a number of vehicles and a vehicle passing speed; [0015] determining, according to the vehicle information of the target road segment, a traffic congestion index of the target road segment, including:
  • An embodiment of the present invention further provides a traffic congestion prompting method, where the method includes:
  • [0021] issuing a congestion prompt according to a traffic congestion index of the target road segment.
  • the sending a congestion prompt according to the traffic congestion index of the target road segment includes:
  • an embodiment of the present invention provides a server, where the server includes:
  • a receiving module configured to receive vehicle information of a target road segment where the roadside unit is collected and transmitted by at least one roadside unit;
  • an index determining module configured to determine a traffic congestion index of the target road segment according to the vehicle information of the target road segment
  • a sending module configured to: when receiving a congestion index request message for the target road segment sent by the at least one in-vehicle device, send a traffic congestion index of the current target road segment to the at least one in-vehicle device, so that the at least An in-vehicle device performs a congestion prompt according to a traffic congestion index of the target road section.
  • the vehicle information includes a number of vehicles
  • the index determining module is configured to:
  • the vehicle information includes a number of vehicles and a vehicle passing speed
  • the index determination module is used to: [0034] determining an expected transit time according to the number of vehicles of the target road section and the vehicle passing speed;
  • an embodiment of the present invention further provides an in-vehicle device, where the in-vehicle device includes:
  • a sending module configured to send, to the server, a congestion index request message for the target road segment, where the congestion index request message is used to instruct the server to send a traffic congestion index of the current target road segment;
  • a receiving module configured to receive a traffic congestion index of the current target road segment sent by the server
  • a prompting module configured to send a congestion prompt according to a traffic congestion index of the target road segment.
  • the prompting module is configured to:
  • the vehicle information of the target road segment where the roadside unit is collected and transmitted by the at least one roadside unit is received, and the traffic congestion index of the target road segment is determined according to the vehicle information of the target road segment.
  • Receiving, by the at least one in-vehicle device, a congestion index request message for the target road segment transmitting, to the at least one in-vehicle device, a traffic congestion index of the current target road segment, so that the at least one in-vehicle device is according to the target road segment
  • the traffic congestion index performs a congestion prompt, and can prompt the user to request whether the target road section has traffic congestion, so that the user can determine whether to travel to the target road section according to the traffic congestion index, and can avoid further traffic congestion.
  • FIG. 1 is a schematic flow chart of a traffic congestion prompting method in this embodiment
  • 3 is a schematic diagram of an interaction process of a traffic congestion prompting method according to an embodiment of the present invention
  • 4 is a schematic structural diagram of a server according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of another server in an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an in-vehicle device according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of another in-vehicle device according to an embodiment of the present invention.
  • a roadside unit (RSU, abbreviated as Road Side Unit) is installed on the road side and communicates with the onboard unit (0BU, On Board Unit) or server by using a dedicated short-range communication (DSRC). Device.
  • RSU roadside unit
  • DSRC dedicated short-range communication
  • the onboard unit (0BU) that is, the in-vehicle device in the embodiment of the present invention, is a device that uses DSRC technology to communicate with the RSU and the server, and is usually installed in a vehicle to acquire data of the own vehicle. And data transmission and reception with servers, roadside units, and other vehicle-mounted devices
  • FIG. 1 is a schematic flowchart of a traffic congestion prompting method in the embodiment.
  • the method flow may be implemented by a server, and the server may include a computer having data processing and analysis and data transceiving functions.
  • the method as shown in the figure includes at least:
  • Step S101 Receive vehicle information of a target road segment where the roadside unit is collected and transmitted by at least one roadside unit.
  • the vehicle information may be at least one of data including a number of vehicles, a transit speed, a transit time, a vehicle density, and the like.
  • the roadside unit in the embodiment of the present invention may specifically be an imaging probe or an infrared sensing device.
  • the vehicle information can be obtained by taking the image information of the road section where it is located, for example, taking a photo or video of the road section where the road is located, or by using an infrared sensing device to sense the vehicle information of the road section on which it is located.
  • the roadside unit is a camera probe, it can be photographed regularly according to a preset interval.
  • the front camera can monitor the picture of the road section in the range.
  • the image recognition technology according to the number of vehicles in each picture, the number of engraved vehicles or the vehicle density of the photo can be determined.
  • the preset can be determined.
  • the camera probe captures the current picture of the A section, and by image recognition technology, it is identified that there are 52 vehicles engraved, and the area of the A section is 250, then the vehicle density is about 0.2 vehicles /, If at 10:12, the camera probe captures the current picture of the A section, and through the image recognition technology, it is recognized that the three cars with the signs 1, 2 and 3 disappear compared with 10:11. In the picture, then the current average traffic speed of the vehicle can be considered to be 3 vehicles/min.
  • the captured video is also composed of multiple frames of pictures, so the principle is the same as taking pictures to obtain vehicle data.
  • the camera probes may be one or more, and in the case of a plurality of cameras, the plurality of camera probes may be the same as the respective portions of the target road segment, and may be integrated by the server.
  • the roadside unit is an infrared sensing device, for example, it may be a street lamp, a signboard or a traffic light equipped with an infrared sensing device, and the average vehicle passing is determined by detecting the interval between the sensing of the vehicle within the preset length.
  • Speed for example, in one minute, where 20s senses a car, 10s does not sense the vehicle, 10s senses a car, and the last 20s does not sense the vehicle, then you can determine the average vehicle speed in one minute. It is 2 cars/min.
  • the roadside unit having the infrared sensing device may be one or more.
  • the plurality of roadside units may be the same as the sensing part of the target road segment, and are integrated by the server. Just fine.
  • the roadside unit After collecting and acquiring the vehicle information of the target road segment, the roadside unit can send the vehicle information to the server, and the server can receive the vehicle information of the target road segment.
  • Step S102 Determine a traffic congestion index of the target road segment according to the vehicle information of the target road segment.
  • the traffic congestion index of the target road segment may be determined.
  • the traffic congestion index is a parameter used to characterize traffic congestion. Generally, the larger the traffic congestion index, the more congested the traffic on the target road segment, and the smaller the traffic congestion index, the smoother the traffic on the target road segment. .
  • the traffic congestion index may be any representation of a level, a percentage, a numerical value, and the like.
  • step S102 may specifically be: [0070] determining a vehicle with the target road segment according to a preset mapping relationship between the number of vehicles and a traffic congestion index. The number corresponds to the traffic congestion index.
  • the server receives the number of vehicles of the target road segment, and can obtain a traffic congestion index corresponding to the current number of vehicles, where the number of vehicles and the traffic congestion index have a preset corresponding relationship, according to a preset correspondence relationship, It is only possible to determine the traffic congestion index corresponding to the number of vehicles in the current target road segment.
  • the mapping relationship between the number of vehicles preset by the server and the traffic congestion index is as shown in Table 1. If the number of vehicles of the target road segment received by the server is 52, then according to the correspondence relationship of Table 1, 52 vehicles In the number of vehicles belonging to 40-59, it can be determined that the traffic congestion index corresponding to the number of vehicles in the target section is 3
  • the server may also determine the vehicle density or the vehicle with the target road segment according to a preset vehicle density or a mapping relationship between the vehicle passing speed and the traffic congestion index.
  • the traffic congestion index corresponding to the traffic speed is not described in detail here.
  • the vehicle information includes the number of vehicles and the vehicle passing speed
  • step S1 02 may specifically be:
  • the server may obtain a traffic congestion index corresponding to the current estimated traffic time according to the calculated estimated traffic time.
  • a traffic congestion index corresponding to the current estimated traffic time it is estimated that there is a preset correspondence between the traffic day and the traffic congestion index. According to the corresponding relationship, the traffic congestion index corresponding to the expected traffic time of the current target road segment can be determined.
  • the mapping relationship between the estimated traffic time and the traffic congestion index preset by the server is as shown in Table 2, and the estimated traffic time of the target road segment received by the server is 22 minutes, according to the correspondence relationship of Table 2, 22m.
  • the traffic congestion index corresponding to the expected traffic passage of the current target road section is severe congestion.
  • Step S103 After receiving the congestion index request message for the target road segment sent by the at least one in-vehicle device, send a traffic congestion index of the current target road segment to the at least one in-vehicle device, so that the at least one vehicle The device performs a congestion prompt according to the traffic congestion index of the target road segment.
  • the congestion index request message may be sent to the server by the in-vehicle device, where the congestion index request message may include the identifier of the target road segment and the in-vehicle device identifier that issues the request.
  • the target road segment identifier can be used to identify the target road segment. It can be the name or label of a certain street or area, such as "Jianguo Road 2nd Road Section", etc.
  • the in-vehicle device identification can be used to identify the in-vehicle device that sends the request, which can be mac address, IP address, Bluetooth address, device identification code. Or the license plate number, etc., there are no specific restrictions.
  • the server retrieves the current traffic congestion index of the target road segment in the server, and sends the traffic congestion index to the at least one in-vehicle device that issues the request.
  • the in-vehicle device may prompt the user by means of voice, text, on-board device screen display, etc., so that the user can determine whether to travel to the target road segment according to the traffic congestion index, or determine how much is required to pass the target road segment. between.
  • the in-vehicle device sends a congestion index request message to the server, including the identifier of the target road section "Jianguo Road 2nd road section" and the in-vehicle device identification "A", and after the server receives the congestion index request message, searches for The traffic congestion index of the recently updated current road section corresponding to the target road section of "Jinguo Road No. 2 Road Section" is 3, and the traffic congestion index 3 is transmitted to the in-vehicle device with the in-vehicle device identification A.
  • the wireless mode may be W i- Mobile networks such as Fi, Bluetooth, 5G or 4G or other wireless connections.
  • the vehicle information of the target road segment where the roadside unit is collected and transmitted by the at least one roadside unit is received, and the traffic congestion index of the target road segment is determined according to the vehicle information of the target road segment.
  • Receiving, by the at least one in-vehicle device, a congestion index request message for the target road segment transmitting, to the at least one in-vehicle device, a traffic congestion index of the current target road segment, so that the at least one in-vehicle device is according to the target road segment
  • the traffic congestion index performs a congestion prompt, and can prompt the user to request whether the target road section has traffic congestion, so that the user can determine whether to travel to the target road section according to the traffic congestion index, and can avoid further traffic congestion.
  • FIG. 2 is a schematic flowchart of another traffic congestion prompting method in the embodiment, where the method includes:
  • Step S201 Send a congestion index request message for the target road segment to the server, where the congestion index request message is used to instruct the server to send a traffic congestion index of the current target road segment.
  • the congestion index request message may be sent to the server by the in-vehicle device, and the congestion index request message may include the identifier of the target road segment and the in-vehicle device identifier that issues the request.
  • the target road segment identifier may be used to identify the target road segment, and may be a certain The name or label of a street or area, such as "Jianguo Road No. 2 Road", etc.
  • the in-vehicle device identification can be used to identify the in-vehicle device that sends the request, which can be a mac address, an IP address, a Bluetooth address, a device identification code, or a license plate number. Wait, there are no specific restrictions here.
  • the server retrieves the current traffic congestion index of the target road segment in the server, and sends the traffic congestion index to the at least one in-vehicle device that issues the request. .
  • the in-vehicle device sends a congestion index request message to the server, including the identifier of the target road section "Jianguo Road 2nd road section" and the in-vehicle device identification "A", and after the server receives the congestion index request message, searches for "Jianguo Road”
  • the traffic congestion index of the recently updated current road section corresponding to the target road section of the second road section is 3, and the traffic congestion index 3 is transmitted to the in-vehicle device whose in-vehicle device is identified as A.
  • Step S202 Receive a traffic congestion index of the current target road segment sent by the server.
  • Step S203 Send a congestion prompt according to the traffic congestion index of the target road segment.
  • the in-vehicle device may prompt the user by means of voice, text, on-board device screen display, etc., so that the user can determine whether to travel to the target road segment according to the traffic congestion index, or determine to pass the target road segment. How many days are needed.
  • the in-vehicle device can broadcast to the user by voice that the traffic congestion index of the target road segment is severely congested. Therefore, the user can plan his own driving route according to the congestion prompt. For example, if the traffic congestion index is high, choose another route. If the traffic congestion index is low, follow the route of the target road.
  • step S203 may also be:
  • the in-vehicle device receives the traffic congestion index of the target road segment, and can obtain the color of the marker corresponding to the traffic congestion index, where the traffic congestion index and the marker color have a preset corresponding relationship, according to the preset correspondence relationship, Only the color of the mark corresponding to the current traffic congestion index can be determined.
  • the mapping relationship between the traffic congestion index and the mark color of the vehicle preset is shown in Table 3, and the traffic congestion index received by the in-vehicle device is 2, according to the correspondence relationship of Table 2, the traffic congestion index 2 corresponds to The mark color is yellow.
  • the in-vehicle device is generally equipped with a map navigation system, and some map systems cannot intelligently update the road congestion situation, or the latest road congestion condition cannot be known when the in-vehicle device is offline, and therefore, the in-vehicle device receives After the traffic congestion index, the traffic congestion index of the target road segment can be updated in the map navigation data. If the in-vehicle device sends a congestion index request message for multiple target segments, the map navigation can display the traffic congestion index of multiple target segments, which is convenient for the user to select the optimal route.
  • the in-vehicle device may also update the traffic congestion index in the map navigation data by marking the color, and the user more intuitively determines the congestion degree of each road segment by using the color mark.
  • the congestion index request message for the target road segment is sent to the server, where the congestion index request message is used to instruct the server to send a traffic congestion index of the current target road segment, and receive the current current sent by the server.
  • the traffic congestion index of the target road section according to the traffic congestion index of the target road section, sends a congestion prompt, which may prompt the user to request whether the target road section has traffic congestion, thereby enabling the user to determine whether to travel to the target road section according to the traffic congestion index. , can avoid further traffic congestion.
  • FIG. 3 is a schematic diagram of an interaction process of a traffic congestion prompting method according to an embodiment of the present invention.
  • the method includes:
  • Step S301 the roadside unit sends the vehicle information of the target road section where the roadside unit is located to the server.
  • Step S302 the server receives the vehicle information of the target road segment.
  • Step S303 The server determines a traffic congestion index of the target road segment according to the vehicle information of the target road segment.
  • Step S304 The in-vehicle device sends a congestion index request message for the target road segment to the server.
  • Step S305 the server receives a congestion index request message for the target road segment.
  • step S306 the server sends the current traffic congestion of the target road segment to the at least one in-vehicle device.
  • Step S307 The in-vehicle device receives the traffic congestion index of the current target road segment.
  • Step S308 The in-vehicle device issues a congestion prompt according to the traffic congestion index of the target road segment.
  • the vehicle information of the target road segment where the roadside unit is collected and transmitted by the at least one roadside unit is received, and the traffic congestion index of the target road segment is determined according to the vehicle information of the target road segment.
  • Receiving, by the at least one in-vehicle device, a congestion index request message for the target road segment transmitting, to the at least one in-vehicle device, a traffic congestion index of the current target road segment, so that the at least one in-vehicle device is according to the target road segment
  • the traffic congestion index performs a congestion prompt, and can prompt the user to request whether the target road section has traffic congestion, so that the user can determine whether to travel to the target road section according to the traffic congestion index, and can avoid further traffic congestion.
  • FIG. 4 is a schematic structural diagram of a server according to an embodiment of the present invention, where the server includes:
  • the receiving module 410 is configured to receive vehicle information of a target road segment where the roadside unit is collected and transmitted by at least one roadside unit.
  • the vehicle information may be at least one of data including the number of vehicles, the traffic speed, the traffic time, the vehicle density, and the like.
  • the roadside unit in the embodiment of the present invention may specifically be an imaging probe or an infrared sensing device.
  • the vehicle information can be obtained by taking the image information of the road section where it is located, for example, taking a photo or video of the road section where the road is located, or by using an infrared sensing device to sense the vehicle information of the road section on which it is located.
  • the roadside unit may send the vehicle information to the server, and the receiving module 410 may receive the vehicle information of the target road segment.
  • an index determining module 420 configured to determine, according to vehicle information of the target road segment, the target road segment Traffic congestion index.
  • the index determining module 420 may determine the traffic congestion index of the target road segment according to the vehicle information of the target road segment.
  • the traffic congestion index is a parameter used to characterize traffic congestion. Generally, the larger the traffic congestion index, the more congested the traffic on the target road segment, and the smaller the traffic congestion index, the smoother the traffic on the target road segment. .
  • the traffic congestion index may be any representation of a level, a percentage, a numerical value, and the like.
  • the vehicle information includes a number of vehicles
  • the index determining module 420 is configured to:
  • a traffic congestion index corresponding to the number of vehicles of the target road segment is determined according to a preset mapping relationship between the number of vehicles and a traffic congestion index.
  • the index determining module 420 may obtain a traffic congestion index corresponding to the current number of vehicles, where the number of vehicles and the traffic congestion index have a preset corresponding relationship, according to a preset Corresponding relationship, it is possible to determine the traffic congestion index corresponding to the number of vehicles in the current target road segment.
  • the index determining module 420 may also determine the vehicle with the target road segment according to a preset vehicle density or a mapping relationship between the vehicle passing speed and the traffic congestion index.
  • the traffic congestion index corresponding to the density or the vehicle passing speed is not described in detail here.
  • the vehicle information includes a number of vehicles and a vehicle passing speed
  • the index determining module 420 is configured to:
  • the estimated traffic time is determined according to the number of vehicles of the target road section and the vehicle passing speed.
  • the index determining module 420 can calculate the expected traffic according to the average vehicle passing speed of the target road segment and the current number of vehicles. In the daytime.
  • the result may be the result of dividing the number of vehicles by the vehicle passing speed as the expected traffic time.
  • the number of vehicles receiving the current target road segment is 50, and the vehicle passing speed is 20 vehicles/min.
  • the index determining module 420 can obtain a traffic congestion index corresponding to the current estimated traffic time according to the calculated estimated traffic time.
  • the traffic congestion index corresponding to the expected traffic time of the current target road segment can be determined.
  • the sending module 430 is configured to: when receiving the congestion index request message for the target road segment sent by the at least one in-vehicle device, send the traffic congestion index of the current target road segment to the at least one in-vehicle device, so that the At least one in-vehicle device performs a congestion prompt according to a traffic congestion index of the target road segment.
  • the sending module 430 may send a congestion index request message to the server, where the congestion index request message may include the identifier of the target road segment and the in-vehicle device identifier that sends the request.
  • the target road segment identifier may be used to identify the target road segment, and may be a name or a label of a certain street or region, for example, "Jianguo Road 2nd road segment", etc.
  • the in-vehicle device identifier may be used to identify the in-vehicle device that sends the request, or may be Mac address, IP address, Bluetooth address, device ID or license plate number, etc., there are no specific restrictions.
  • the sending module 430 After receiving the congestion index request message for the target road segment sent by the in-vehicle device, the sending module 430 retrieves the current traffic congestion index of the target road segment in the server, and sends the traffic congestion index to at least one of the requesting requests. Car Equipment. After receiving the traffic congestion index, the in-vehicle device may prompt the user by means of voice, text, on-board device screen display, etc., so that the user can determine whether to travel to the target road segment according to the traffic congestion index, or determine how much is required to pass the target road segment. between.
  • the server includes a processor 51, a memory 52, and a communication interface 53.
  • the processor 51 is connected to the memory 52 and the communication interface 53, for example, the processor 51 can be connected to the memory 52 and the communication interface 53 via a bus.
  • the processor 51 is configured to support the server to perform the corresponding functions in the above methods.
  • the processor 51 can be a central processing unit (English: central processing unit,
  • the above hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD) or Its combination.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above PLD can be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), or a general array logic (GAL). Or any combination thereof.
  • the storage 52 memory is used to store a traffic congestion index and the like.
  • the memory 52 may include a volatile memory, such as a random access memory (English: random-access memory, abbreviation: RAM); the memory 52 may also include a non-volatile memory (English: non-volatile memory) ), such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state Drive , abbreviation: SSD);
  • the memory 52 may also include a combination of the above types of memories.
  • the communication interface 53 is for wireless connection with devices such as an in-vehicle device, a roadside unit, and the like.
  • the processor 51 can perform the following operations:
  • the vehicle information includes a number of vehicles
  • the processor 51 is configured to:
  • the vehicle information includes a number of vehicles and a vehicle passing speed
  • the processor 51 is configured to:
  • FIG. 6 is a schematic structural diagram of an in-vehicle device according to an embodiment of the present invention, where the in-vehicle device includes:
  • the sending module 610 is configured to send, to the server, a congestion index request message for the target road segment, where the The blocking index request message is used to instruct the server to send a traffic congestion index of the current target road segment.
  • the sending module 610 may send a congestion index request message to the server, where the congestion index request message may include the identifier of the target road segment and the in-vehicle device identifier that issues the request.
  • the target road segment identifier may be used to identify the target road segment, and may be a name or a label of a certain street or region, for example, "Jianguo Road 2nd road segment", etc.
  • the in-vehicle device identifier may be used to identify the in-vehicle device that sends the request, or may be Mac address, IP address, Bluetooth address, device ID or license plate number, etc., there are no specific restrictions.
  • the server retrieves the current traffic congestion index of the target road segment in the server, and sends the traffic congestion index to the at least one in-vehicle device that issues the request. .
  • the receiving module 620 is configured to receive a traffic congestion index of the current target road segment sent by the server.
  • the prompting module 630 is configured to issue a congestion prompt according to the traffic congestion index of the target road segment.
  • the prompting module 630 can prompt the user by means of voice, text, on-board device screen display, etc., so that the user can determine whether to travel to the target road segment according to the traffic congestion index, or determine the target road segment. How much time is needed. For example, after receiving the traffic congestion index, the prompting module 630 can broadcast to the user by voice that the traffic congestion index of the target road segment is severely congested. Therefore, the user can plan his own driving route according to the congestion prompt. For example, if the traffic congestion index is high, choose another route. If the traffic congestion index is low, follow the target road route.
  • the prompting module 630 is configured to:
  • the traffic congestion index of the target road segment is received, and the prompting module 630 can obtain the color of the marker corresponding to the traffic congestion index, where the traffic congestion index and the marker color have a preset correspondence relationship, according to the preset correspondence relationship. , you can determine the color of the mark corresponding to the current traffic congestion index.
  • the in-vehicle device is generally equipped with a map navigation system, and some map systems cannot intelligently update the road congestion situation, or the latest road congestion condition cannot be known when the in-vehicle device is offline, and therefore, the traffic is received.
  • the prompting module 630 can update the traffic congestion index of the target road segment in the map navigation data. If a congestion index request message for multiple target segments is sent, the map navigation can display the traffic congestion index of multiple target segments, which is convenient for the user to select the best route.
  • the prompting module 630 may also update the traffic congestion index in the map navigation data by marking the color, and the user more intuitively determines the congestion degree of each road segment by using the color marking.
  • the device includes a processor 71, a memory 72, and a communication interface 73.
  • the processor 71 is coupled to a memory 72 and a communication interface 73, for example, the processor 71 can be coupled to the memory 72 and the communication interface 73 via a bus.
  • the processor 71 is configured to support the in-vehicle device to perform the corresponding functions in the above methods.
  • the processor 71 can be a central processing unit (English: central processing unit,
  • the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the above PLD can be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), or a general array logic (GAL). Or any combination thereof.
  • the storage 72 memory is used to store a traffic congestion index and the like.
  • the memory 72 may include a volatile memory (English: volatile memory), such as a random access memory (English: random-access memory, abbreviation: RAM); the memory 72 may also include a non-volatile memory (English: non-volatile memory) ), such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state Drive , abbreviation: SSD); The memory 72 may also include a combination of the above types of memories.
  • the communication interface 73 is for wireless connection with a device such as a server or a roadside unit.
  • the processor 71 can perform the following operations:
  • the processor 71 is configured to:
  • the storage medium may be a magnetic disk, an optical disk, or a read-only storage memory (Read-Only)
  • ROM Read Only Memory
  • RAM Random Access Memory

Abstract

一种交通拥堵提示方法、服务器及车载设备，其中，该方法包括：接收至少一个路边单元收集并发送的该路边单元所在目标路段的车辆信息（S101）；根据该目标路段的车辆信息，确定该目标路段的交通拥堵指数（S102）；当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息时，向至少一个车载设备发送当前目标路段的交通拥堵指数，以使至少一个车载设备根据该目标路段的交通拥堵指数进行拥堵提示（103）。该方法可以提示用户请求的目标路段是否发生交通拥堵，从而使用户能够根据交通拥堵指数确定是否向该目标路段行驶，可以避免进一步的交通拥堵。

Description

说明书 发明名称：一种交通拥堵提示方法、 服务器及车载设备
[0001] 技术领域
[0002] 本发明涉及电子技术领域， 尤其涉及一种交通拥堵提示方法、 服务器及车载设 备。
[0003] 背景技术
[0004] 随着汽车越来越多的成为人们的代步工具之后， 交通拥堵问题就吋长发生， 给 人们的出行带来了极大的不便。 为了避免经过交通拥堵的路段， 一般来说， 司 机通常会通过收听交通广播或者是车友之间的汽车广播来收集交通拥堵的情况 ， 但是这种方案的问题在于， 对于司机想要去的路段的情况， 有可能交通广播 并没有播报， 或者车友也没有去到该路段， 那么司机就无法确切的知道该路段 是否拥堵了， 从而会造成出行拥堵。
[0005] 发明内容
[0006] 本发明实施例所要解决的技术问题在于， 提供一种交通拥堵提示方法、 服务器 及车载设备， 能够提示用户需要获知的目标路段的拥堵情况， 从而避免造成用 户的出行拥堵。
[0007] 本发明实施例提供了一种交通拥堵提示方法， 该方法包括：
[0008] 接收至少一个路边单元收集并发送的所述路边单元所在目标路段的车辆信息； [0009] 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指数；
[0010] 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息吋， 向所 述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使所述至少一 个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示。
[0011] 可选的， 所述车辆信息包括车辆数量；
[0012] 所述根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指数包括： [0013] 根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路段的车辆 数量对应的交通拥堵指数。
[0014] 可选的， 所述车辆信息包括车辆数量及车辆通行速度； [0015] 所述根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指数包括：
[0016] 根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间；
[0017] 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预计通行吋 间对应的交通拥堵指数。
[0018] 本发明实施例还提供了一种交通拥堵提示方法， 该方法包括：
[0019] 向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵指数请求消息用于 指示所述服务器发送当前所述目标路段的交通拥堵指数；
[0020] 接收所述服务器发送的当前所述目标路段的交通拥堵指数；
[0021] 根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0022] 可选的， 所述根据所述目标路段的交通拥堵指数， 发出拥堵提示包括：
[0023] 根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段的标记颜 色；
[0024] 根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新地图导航 数据中当前所述目标路段的导航数据。
[0025] 相应的， 本发明实施例提供了一种服务器， 该服务器包括：
[0026] 接收模块， 用于接收至少一个路边单元收集并发送的所述路边单元所在目标路 段的车辆信息；
[0027] 指数确定模块， 用于根据所述目标路段的车辆信息， 确定所述目标路段的交通 拥堵指数；
[0028] 发送模块， 用于当接收到至少一个车载设备发送的针对目标路段的拥堵指数请 求消息吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使所述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示。
[0029] 可选的， 所述车辆信息包括车辆数量；
[0030] 所述指数确定模块用于：
[0031] 根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路段的车辆 数量对应的交通拥堵指数。
[0032] 可选的， 所述车辆信息包括车辆数量及车辆通行速度；
[0033] 所述指数确定模块用于： [0034] 根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间；
[0035] 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预计通行吋 间对应的交通拥堵指数。
[0036] 相应的， 本发明实施例还提供了一种车载设备， 该车载设备包括：
[0037] 发送模块， 用于向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵指 数请求消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数；
[0038] 接收模块， 用于接收所述服务器发送的当前所述目标路段的交通拥堵指数； [0039] 提示模块， 用于根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0040] 可选的， 所述提示模块用于：
[0041] 根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段的标记颜 色；
[0042] 根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新地图导航 数据中当前所述目标路段的导航数据。
[0043] 本发明实施例通过接收至少一个路边单元收集并发送的所述路边单元所在目标 路段的车辆信息， 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥 堵指数， 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息 吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使所 述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示， 可以提 示用户请求的目标路段是否发生交通拥堵， 从而使用户能够根据交通拥堵指数 确定是否向该目标路段行驶， 可以避免进一步的交通拥堵。
[0044] 附图说明
[0045] 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或 现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的 附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创 造性劳动的前提下， 还可以根据这些附图获得其他的附图。
[0046] 图 1是本实施例中一种交通拥堵提示方法的流程示意图；
[0047] 图 2是本实施例中另一种交通拥堵提示方法的流程示意图；
[0048] 图 3是本发明实施例中一种交通拥堵提示方法的交互流程示意图； [0049] 图 4是本发明实施例中一种服务器的结构示意图；
[0050] 图 5是本发明实施例中另一种服务器的结构示意图；
[0051] 图 6是本发明实施例中一种车载设备的结构示意图；
[0052] 图 7是本发明实施例中另一种车载设备的结构示意图。
[0053] 具体实施方式
[0054] 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部 的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳 动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
[0055] 首先， 先对本发明实施例中均有涉及的名词进行解释。
[0056] 路边单元 （RSU， 英文缩写 Road Side Unit) ， 安装在路侧， 采用专用短程通 ίϊ 技术 (DSRC， Dedicated Short Range Communication) 与车载单元 (0BU， On Board Unit) 或服务器进行通讯的装置。
[0057] 车载单元 （0BU， On Board Unit) ， 也就是本发明实施例中的车载设备， 是采 用 DSRC技术， 与 RSU及服务器进行通讯的装置， 通常安装在车辆中， 获取自身 车辆的数据， 并且与服务器、 路边单元以及其他车辆的车载设备进行数据收发
[0058] 图 1是本实施例中一种交通拥堵提示方法的流程示意图， 本方法流程可以由一 种服务器实施， 所述服务器可以包括具有数据处理和分析及数据收发功能的计 算机等。 如图所示所述方法至少包括：
[0059] 步骤 S101， 接收至少一个路边单元收集并发送的所述路边单元所在目标路段的 车辆信息。
[0060] 具体的， 车辆信息可以是包括车辆数量、 通行速度、 通行吋间、 车辆密度等数 据中的至少一个信息， 本发明实施例中的路边单元具体可以是摄像探头或者红 外线感应装置， 可以通过拍摄其所在路段的图像信息来获取车辆信息， 例如拍 摄所在路段的照片或者视频等， 也可以通过红外线感应装置来感应其获取所在 路段的车辆信息。
[0061] 具体来说， 如果路边单元为摄像探头， 那么可以按照预设间隔有规律的拍摄当 前摄像头可监控范围的路段的图片， 通过图像识别技术， 根据每张图片的车辆 数量， 可以确定拍摄该照片的吋刻的车辆数量或者车辆密度， 根据车辆标识之 间的差异， 可以确定预设吋长的平均车辆通行速度或者平均车辆通行吋间。
[0062] 例如， 在 10点 11分吋， 摄像探头拍摄到 A路段当前的图片， 通过图像识别技术 ， 识别出该吋刻有 52辆车， 设 A路段的面积为 250， 那么车辆密度约为 0.2辆 /， 若在 10点 12分吋， 摄像探头拍摄到 A路段当前的图片， 通过图像识别技术， 识别 出与 10点 11分相比， 有标识为 1、 2和 3的三辆车消失在图片中， 那么可以认为当 前的车辆平均通行速度为 3辆 /min。 同理的， 拍摄的视频也是有多帧图片组成的 ， 因此与拍摄图片获取车辆数据的原理相同。
[0063] 进一步的， 这里摄像探头可以是一个或者多个， 在多个的情况下， 可以是多个 摄像探头同吋拍摄目标路段的各个部分， 由服务器进行整合即可。
[0064] 另一方面， 如果路边单元为红外感应装置， 例如可以是安装有红外感应装置的 路灯、 指示牌或红绿灯等， 通过检测预设吋长内感应到车辆的间隔， 确定平均 车辆通行速度， 例如， 在一分钟内， 其中 20s感应到一辆车， 10s未感应到车辆， 10s又感应到一辆车， 而最后 20s未感应到车辆， 那么可以确定一分钟内的平均车 辆通行速度为 2辆 /min。
[0065] 同理的， 这里具有红外感应装置的路边单元可以是一个或者多个， 在多个的情 况下， 可以是多个路边单元同吋感应目标路段的各个部分， 由服务器进行整合 即可。
[0066] 路边单元在收集和获取到目标路段的车辆信息后， 即可发送给服务器， 服务器 接收目标路段的车辆信息即可。
[0067] 步骤 S102， 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指数
[0068] 具体的， 根据目标路段的车辆信息， 可以确定目标路段的交通拥堵指数。 其中 ， 交通拥堵指数是用于表征交通拥堵情况的一种参数， 一般默认的， 交通拥堵 指数越大， 则说明目标路段的交通越拥堵， 交通拥堵指数越小， 则说明目标路 段的交通越通畅。 具体实施中， 交通拥堵指数可以是等级、 百分数、 数值等任 一表征方式。 [0069] 在一种可能的实现方式中， 车辆信息为车辆数量， 则步骤 S102具体可以为： [0070] 根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路段的车辆 数量对应的交通拥堵指数。
[0071] 具体的， 服务器接收到了目标路段的车辆数量， 可以获取当前的车辆数量对应 的交通拥堵指数， 这里车辆数量与交通拥堵指数是存在预设的对应关系的， 根 据预设的对应关系， 才可以确定当前目标路段的车辆数量对应的交通拥堵指数
[0072] 例如， 服务器预设的车辆数量与交通拥堵指数的映射关系表如表 1所示， 设服 务器接收到的目标路段的车辆数量为 52辆， 则根据表 1的对应关系， 52辆车属于 40-59的车辆数量区间内， 可以确定目标路段的车辆数量对应的交通拥堵指数为 3
[0073]
Figure imgf000008_0001
翁 ;: 專辆魏：量^ 纖秦麵癒麵翁據養達逢
[0074] 同理的， 若车辆信息为车辆密度或者车辆通行速度， 服务器也可以根据预设的 车辆密度或者车辆通行速度与交通拥堵指数的映射关系， 确定与所述目标路段 的车辆密度或者车辆通行速度对应的交通拥堵指数， 这里不再详细叙述。
[0075]
[0076] 在另一种可能的实施例中， 车辆信息包括车辆数量及车辆通行速度， 则步骤 S1 02具体可以为：
[0077] 根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间。
[0078] 具体的， 预计通行吋间是指当前目标路段的车辆数量预计通过目标路段的吋间 长度， 根据目标路段平均的车辆通行速度和当前的车辆数量， 可以计算出预计 通行吋间。 示例性地， 可以是车辆数量与车辆通行速度相除后的结果作为预计 通行吋间， 例如， 设服务器接收到的当前目标路段的车辆数量为 50辆， 车辆通 行速度为 20辆 /min， 那么可以计算出预计通行吋间为了 50/20=2.5min。
[0079] 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预计通行吋 间对应的交通拥堵指数。
[0080] 具体的， 服务器根据计算得到的预计通行吋间， 可以获取当前的预计通行吋间 对应的交通拥堵指数， 这里预计通行吋间与交通拥堵指数是存在预设的对应关 系的， 根据预设的对应关系， 才可以确定当前目标路段的预计通行吋间对应的 交通拥堵指数。
[0081] 例如， 服务器预设的预计通行吋间与交通拥堵指数的映射关系表如表 2所示， 设服务器接收到的目标路段的预计通行吋间 22min， 则根据表 2的对应关系， 22m in属于 20min以上区间内， 可以确定当前目标路段的预计通行吋间对应的交通拥 堵指数为严重拥堵。
[0082]
Figure imgf000009_0002
Figure imgf000009_0001
[0083] 步骤 S103， 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消 息吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使 所述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示。
[0084] 具体的， 当用户需要知道目标路段的交通拥堵指数吋， 可以通过车载设备向服 务器发送拥堵指数请求消息， 该拥堵指数请求消息中可以包括目标路段的标识 以及发出请求的车载设备标识。 其中， 目标路段标识可以用于识别目标路段， 可以是某一街道、 区域的名称或者标号等， 例如"建国路第 2路段"等， 车载设备 标识可以用于识别发送请求的车载设备， 可以是 mac地址、 IP地址、 蓝牙地址、 设备识别码或者车牌号等等， 这里不作具体限制。
[0085] 在服务器接收到车载设备发送的针对目标路段的拥堵指数请求消息吋， 则调取 服务器中关于目标路段当前的交通拥堵指数， 并将该交通拥堵指数发送给发出 请求的至少一个车载设备。 当车载设备接收到该交通拥堵指数后， 可以通过语 音、 文字、 车载设备屏幕显示等方式提示用户， 从而用户可以根据该交通拥堵 指数确定是否向目标路段行驶， 或者确定通过目标路段大约需要多少吋间。
[0086] 例如， 车载设备向服务器发送拥堵指数请求消息， 其中包括目标路段的标识" 建国路第 2路段"以及车载设备标识 "A"， 则在服务器接收到该拥堵指数请求消息 后， 则搜索 "建国路第 2路段"的目标路段对应的最近更新的当前该路段的交通拥 堵指数为 3， 则将该交通拥堵指数 3发送给车载设备标识为 A的车载设备。
[0087] 需要说明的是， 这里路边单元、 服务器以及车载设备之间进行通信交互之前， 需要先通过无线方式建立彼此之间的通信连接， 可选的， 所述无线方式可以为 W i-Fi、 蓝牙、 5G或 4G等移动网络或其他无线连接方式。
[0088] 本发明实施例通过接收至少一个路边单元收集并发送的所述路边单元所在目标 路段的车辆信息， 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥 堵指数， 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息 吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使所 述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示， 可以提 示用户请求的目标路段是否发生交通拥堵， 从而使用户能够根据交通拥堵指数 确定是否向该目标路段行驶， 可以避免进一步的交通拥堵。
[0089] 图 2是本实施例中另一种交通拥堵提示方法的流程示意图， 该方法包括：
[0090] 步骤 S201 , 向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵指数请 求消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数。
[0091] 当用户需要知道目标路段的交通拥堵指数吋， 可以通过车载设备向服务器发送 拥堵指数请求消息， 该拥堵指数请求消息中可以包括目标路段的标识以及发出 请求的车载设备标识。 其中， 目标路段标识可以用于识别目标路段， 可以是某 一街道、 区域的名称或者标号等， 例如"建国路第 2路段"等， 车载设备标识可以 用于识别发送请求的车载设备， 可以是 mac地址、 IP地址、 蓝牙地址、 设备识别 码或者车牌号等等， 这里不作具体限制。
[0092] 在服务器接收到车载设备发送的针对目标路段的拥堵指数请求消息吋， 则调取 服务器中关于目标路段当前的交通拥堵指数， 并将该交通拥堵指数发送给发出 请求的至少一个车载设备。 例如， 车载设备向服务器发送拥堵指数请求消息， 其中包括目标路段的标识"建国路第 2路段"以及车载设备标识 "A"， 则在服务器 接收到该拥堵指数请求消息后， 则搜索 "建国路第 2路段"的目标路段对应的最近 更新的当前该路段的交通拥堵指数为 3， 则将该交通拥堵指数 3发送给车载设备 标识为 A的车载设备。
[0093] 步骤 S202， 接收所述服务器发送的当前所述目标路段的交通拥堵指数。
[0094] 步骤 S203 , 根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0095] 当车载设备接收到该交通拥堵指数后， 可以通过语音、 文字、 车载设备屏幕显 示等方式提示用户， 从而用户可以根据该交通拥堵指数确定是否向目标路段行 驶， 或者确定通过目标路段大约需要多少吋间。 例如， 车载设备接收到交通拥 堵指数后， 可以通过语音向用户播报"目标路段的交通拥堵指数为严重拥堵"。 从 而， 用户根据该拥堵提示， 可以规划自己的行车路线。 例如， 若交通拥堵指数 较高， 则选择另外一条路线， 若交通拥堵指数较低， 则按照目标路段路线行驶 即可。
[0096] 可选的， 在一些实施例中， 步骤 S203还可以为：
[0097] 根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段的标记颜 色。
[0098] 具体的， 车载设备接收到了目标路段的交通拥堵指数， 可以获取交通拥堵指数 对应的标记颜色， 这里交通拥堵指数与标记颜色是存在预设的对应关系的， 根 据预设的对应关系， 才可以确定当前交通拥堵指数对应的标记颜色。
[0099] 例如， 车载预设的交通拥堵指数与标记颜色的映射关系表如表 3所示， 车载设 备接收到的交通拥堵指数为 2， 则根据表 2的对应关系， 交通拥堵指数 2对应的标 记颜色为黄。 達誦議数
、·Ί '1：
肩:
: i、- ■:3.
霸:： #：
[0101] 根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新地图导航 数据中当前所述目标路段的导航数据。
[0102] 具体的， 车载设备上一般都装有地图导航系统， 一些地图系统无法智能的更新 道路拥堵情况， 或者在车载设备离线状态下也无法获知最新的道路拥堵情况， 因此， 在车载设备接收到交通拥堵指数后， 可以将目标路段的交通拥堵指数更 新在地图导航数据中。 如果车载设备发送了针对多个目标路段的拥堵指数请求 消息吋， 地图导航就可以显示多个目标路段的交通拥堵指数， 方便用户择优选 择最佳路线。
[0103] 进一步的， 车载设备也可以将交通拥堵指数以标记颜色的方式更新在地图导航 数据中， 用户更直观的通过颜色的标记来确定每一路段的拥挤程度。
[0104] 本发明实施例通过向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵 指数请求消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数， 接 收所述服务器发送的当前所述目标路段的交通拥堵指数， 根据所述目标路段的 交通拥堵指数， 发出拥堵提示， 可以提示用户请求的目标路段是否发生交通拥 堵， 从而使用户能够根据交通拥堵指数确定是否向该目标路段行驶， 可以避免 进一步的交通拥堵。
[0105] 图 3是本发明实施例中一种交通拥堵提示方法的交互流程示意图， 该方法中的 具体实施方式可以参考前述两个实施例中的描述， 这里主要展现的是路边单元 、 服务器以及车载设备之间的交互方式。 具体的， 该方法包括：
10 [0106] 步骤 S301， 路边单元向服务器发送的所述路边单元所在目标路段的车辆信息。
[0107] 步骤 S302， 服务器接收目标路段的车辆信息。
[0108] 步骤 S303， 服务器根据所述目标路段的车辆信息， 确定所述目标路段的交通拥 堵指数。
[0109] 步骤 S304， 车载设备向服务器发送针对目标路段的拥堵指数请求消息。
[0110] 步骤 S305， 服务器接收针对目标路段的拥堵指数请求消息。
[0111] 步骤 S306， 服务器向所述至少一个车载设备发送当前所述目标路段的交通拥堵
[0112] 步骤 S307， 车载设备接收当前所述目标路段的交通拥堵指数。
[0113] 步骤 S308， 车载设备根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0114] 本发明实施例通过接收至少一个路边单元收集并发送的所述路边单元所在目标 路段的车辆信息， 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥 堵指数， 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息 吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数， 以使所 述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提示， 可以提 示用户请求的目标路段是否发生交通拥堵， 从而使用户能够根据交通拥堵指数 确定是否向该目标路段行驶， 可以避免进一步的交通拥堵。
[0115] 图 4是本发明实施例中一种服务器的结构示意图， 该服务器包括：
[0116] 接收模块 410， 用于接收至少一个路边单元收集并发送的所述路边单元所在目 标路段的车辆信息。
[0117] 具体的， 车辆信息可以是包括车辆数量、 通行速度、 通行吋间、 车辆密度等数 据中的至少一个信息， 本发明实施例中的路边单元具体可以是摄像探头或者红 外线感应装置， 可以通过拍摄其所在路段的图像信息来获取车辆信息， 例如拍 摄所在路段的照片或者视频等， 也可以通过红外线感应装置来感应其获取所在 路段的车辆信息。
[0118] 路边单元在收集和获取到目标路段的车辆信息后， 即可发送给服务器， 接收模 块 410接收目标路段的车辆信息即可。
[0119] 指数确定模块 420， 用于根据所述目标路段的车辆信息， 确定所述目标路段的 交通拥堵指数。
[0120] 具体的， 指数确定模块 420根据目标路段的车辆信息， 可以确定目标路段的交 通拥堵指数。 其中， 交通拥堵指数是用于表征交通拥堵情况的一种参数， 一般 默认的， 交通拥堵指数越大， 则说明目标路段的交通越拥堵， 交通拥堵指数越 小， 则说明目标路段的交通越通畅。 具体实施中， 交通拥堵指数可以是等级、 百分数、 数值等任一表征方式。
[0121] 可选的， 所述车辆信息包括车辆数量， 所述指数确定模块 420用于：
[0122] 根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路段的车辆 数量对应的交通拥堵指数。
[0123] 具体的， 接收到了目标路段的车辆数量， 指数确定模块 420可以获取当前的车 辆数量对应的交通拥堵指数， 这里车辆数量与交通拥堵指数是存在预设的对应 关系的， 根据预设的对应关系， 才可以确定当前目标路段的车辆数量对应的交 通拥堵指数。
[0124] 同理的， 若车辆信息为车辆密度或者车辆通行速度， 指数确定模块 420也可以 根据预设的车辆密度或者车辆通行速度与交通拥堵指数的映射关系， 确定与所 述目标路段的车辆密度或者车辆通行速度对应的交通拥堵指数， 这里不再详细 叙述。
[0125] 可选的， 所述车辆信息包括车辆数量及车辆通行速度， 所述指数确定模块 420 用于：
[0126] 根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间。
[0127] 具体的， 预计通行吋间是指当前目标路段的车辆数量预计通过目标路段的吋间 长度， 指数确定模块 420根据目标路段平均的车辆通行速度和当前的车辆数量， 可以计算出预计通行吋间。 示例性地， 可以是车辆数量与车辆通行速度相除后 的结果作为预计通行吋间， 例如， 设接收到的当前目标路段的车辆数量为 50辆 ， 车辆通行速度为 20辆 /min， 那么指数确定模块 420可以计算出预计通行吋间为 了 50/20=2.5min。
[0128] 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预计通行吋 间对应的交通拥堵指数。 [0129] 具体的， 指数确定模块 420根据计算得到的预计通行吋间， 可以获取当前的预 计通行吋间对应的交通拥堵指数， 这里预计通行吋间与交通拥堵指数是存在预 设的对应关系的， 根据预设的对应关系， 才可以确定当前目标路段的预计通行 吋间对应的交通拥堵指数。
[0130] 发送模块 430， 用于当接收到至少一个车载设备发送的针对目标路段的拥堵指 数请求消息吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指 数， 以使所述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵提 示。
[0131] 具体的， 当用户需要知道目标路段的交通拥堵指数吋， 可以通过发送模块 430 向服务器发送拥堵指数请求消息， 该拥堵指数请求消息中可以包括目标路段的 标识以及发出请求的车载设备标识。 其中， 目标路段标识可以用于识别目标路 段， 可以是某一街道、 区域的名称或者标号等， 例如"建国路第 2路段"等， 车载 设备标识可以用于识别发送请求的车载设备， 可以是 mac地址、 IP地址、 蓝牙地 址、 设备识别码或者车牌号等等， 这里不作具体限制。
[0132] 在接收到车载设备发送的针对目标路段的拥堵指数请求消息吋， 发送模块 430 则调取服务器中关于目标路段当前的交通拥堵指数， 并将该交通拥堵指数发送 给发出请求的至少一个车载设备。 当车载设备接收到该交通拥堵指数后， 可以 通过语音、 文字、 车载设备屏幕显示等方式提示用户， 从而用户可以根据该交 通拥堵指数确定是否向目标路段行驶， 或者确定通过目标路段大约需要多少吋 间。
[0133] 图 5是本发明实施例中另一种服务器的结构示意图。 如图 5所示， 该服务器包括 处理器 51、 存储器 52以及通信接口 53。 处理器 51连接到存储器 52和通信接口 53 ， 例如处理器 51可以通过总线连接到存储器 52和通信接口 53。
[0134] 处理器 51被配置为支持服务器执行上述方法中相应的功能。 该处理器 51可以是 中央处理器 (英文： central processing unit,
CPU) ， 网络处理器 （英文： network processor, NP) ， 硬件芯片或者其任意组 合。 上述硬件芯片可以是专用集成电路 （英文： application-specific integrated circuit, ASIC) ， 可编程逻辑器件 （英文： programmable logic device， PLD) 或 其组合。 上述 PLD可以是复杂可编程逻辑器件 （英文： complex programmable logic device, CPLD) ， 现场可编程逻辑门阵列 （英文： field-programmable gate array , FPGA) ， 通用阵列逻辑 （英文： generic array logic， GAL) 或其任意组 合。
[0135] 存储 52存储器用于存储交通拥堵指数等。 存储器 52可以包括易失性存储器 （英 文： volatile memory) ， 例如随机存取存储器 (英文： random-access memory , 缩写： RAM) ； 存储器 52也可以包括非易失性存储器 （英文： non-volatile memory) ， 例如只读存储器 （英文： read-only memory， 缩写： ROM) ， 快闪 存储器 （英文： flash memory) ， 硬盘 （英文： hard disk drive， 缩写： HDD) 或 固态硬盘 （英文： solid-state drive , 缩写： SSD) ； 存储器 52还可以包括上述种 类的存储器的组合。
[0136] 通信接口 53用于与车载设备、 路边单元等设备无线连接。
[0137] 处理器 51可以执行以下操作：
[0138] 通过网络接口 53接收至少一个路边单元收集并发送的所述路边单元所在目标路 段的车辆信息； 根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵 指数； 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息吋 ， 通过网络接口 53向所述至少一个车载设备发送当前所述目标路段的交通拥堵 指数， 以使所述至少一个车载设备根据所述目标路段的交通拥堵指数进行拥堵 提示。
[0139] 可选的， 所述车辆信息包括车辆数量， 处理器 51用于：
[0140] 根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路段的车辆 数量对应的交通拥堵指数。
[0141] 可选的， 所述车辆信息包括车辆数量及车辆通行速度， 处理器 51用于：
[0142] 根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间；
[0143] 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预计通行吋 间对应的交通拥堵指数。
[0144] 图 6是本发明实施例中一种车载设备的结构示意图， 该车载设备包括：
[0145] 发送模块 610， 用于向服务器发送针对目标路段的拥堵指数请求消息， 所述拥 堵指数请求消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数。
[0146] 当用户需要知道目标路段的交通拥堵指数吋， 可以通过发送模块 610向服务器 发送拥堵指数请求消息， 该拥堵指数请求消息中可以包括目标路段的标识以及 发出请求的车载设备标识。 其中， 目标路段标识可以用于识别目标路段， 可以 是某一街道、 区域的名称或者标号等， 例如"建国路第 2路段"等， 车载设备标识 可以用于识别发送请求的车载设备， 可以是 mac地址、 IP地址、 蓝牙地址、 设备 识别码或者车牌号等等， 这里不作具体限制。
[0147] 在服务器接收到车载设备发送的针对目标路段的拥堵指数请求消息吋， 则调取 服务器中关于目标路段当前的交通拥堵指数， 并将该交通拥堵指数发送给发出 请求的至少一个车载设备。
[0148] 接收模块 620， 用于接收所述服务器发送的当前所述目标路段的交通拥堵指数
[0149] 提示模块 630， 用于根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0150] 当接收到该交通拥堵指数后， 提示模块 630可以通过语音、 文字、 车载设备屏 幕显示等方式提示用户， 从而用户可以根据该交通拥堵指数确定是否向目标路 段行驶， 或者确定通过目标路段大约需要多少吋间。 例如， 接收到交通拥堵指 数后， 提示模块 630可以通过语音向用户播报"目标路段的交通拥堵指数为严重拥 堵"。 从而， 用户根据该拥堵提示， 可以规划自己的行车路线。 例如， 若交通拥 堵指数较高， 则选择另外一条路线， 若交通拥堵指数较低， 则按照目标路段路 线行驶即可。
[0151] 可选的， 所述提示模块 630用于：
[0152] 根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段的标记颜 色。
[0153] 具体的， 接收到了目标路段的交通拥堵指数， 提示模块 630可以获取交通拥堵 指数对应的标记颜色， 这里交通拥堵指数与标记颜色是存在预设的对应关系的 ， 根据预设的对应关系， 才可以确定当前交通拥堵指数对应的标记颜色。
[0154] 根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新地图导航 数据中当前所述目标路段的导航数据。 [0155] 具体的， 车载设备上一般都装有地图导航系统， 一些地图系统无法智能的更新 道路拥堵情况， 或者在车载设备离线状态下也无法获知最新的道路拥堵情况， 因此， 在接收到交通拥堵指数后， 提示模块 630可以将目标路段的交通拥堵指数 更新在地图导航数据中。 如果发送了针对多个目标路段的拥堵指数请求消息吋 ， 地图导航就可以显示多个目标路段的交通拥堵指数， 方便用户择优选择最佳 路线。
[0156] 进一步的， 提示模块 630也可以将交通拥堵指数以标记颜色的方式更新在地图 导航数据中， 用户更直观的通过颜色的标记来确定每一路段的拥挤程度。
[0157] 图 7是本发明实施例中另一种车载设备的结构示意图。 如图 7所示， 该设备包括 处理器 71、 存储器 72以及通信接口 73。 处理器 71连接到存储器 72和通信接口 73 ， 例如处理器 71可以通过总线连接到存储器 72和通信接口 73。
[0158] 处理器 71被配置为支持车载设备执行上述方法中相应的功能。 该处理器 71可以 是中央处理器 (英文： central processing unit,
CPU) ， 网络处理器 （英文： network processor, NP) ， 硬件芯片或者其任意组 合。 上述硬件芯片可以是专用集成电路 （英文： application-specific integrated circuit, ASIC) ， 可编程逻辑器件 （英文： programmable logic device， PLD) 或 其组合。 上述 PLD可以是复杂可编程逻辑器件 （英文： complex programmable logic device, CPLD) ， 现场可编程逻辑门阵列 （英文： field-programmable gate array , FPGA) ， 通用阵列逻辑 （英文： generic array logic， GAL) 或其任意组 合。
[0159] 存储 72存储器用于存储交通拥堵指数等。 存储器 72可以包括易失性存储器 （英 文： volatile memory) ， 例如随机存取存储器 (英文： random-access memory , 缩写： RAM) ； 存储器 72也可以包括非易失性存储器 （英文： non-volatile memory) ， 例如只读存储器 （英文： read-only memory， 缩写： ROM) ， 快闪 存储器 （英文： flash memory) ， 硬盘 （英文： hard disk drive， 缩写： HDD) 或 固态硬盘 （英文： solid-state drive , 缩写： SSD) ； 存储器 72还可以包括上述种 类的存储器的组合。
[0160] 通信接口 73用于与服务器、 路边单元等设备无线连接。 [0161] 处理器 71可以执行以下操作：
[0162] 通过通信接口 73向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵指 数请求消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数；
[0163] 通过通信接口 73接收所述服务器发送的当前所述目标路段的交通拥堵指数； [0164] 根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[0165] 可选的， 处理器 71用于：
[0166] 根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段的标记颜 色；
[0167] 根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新地图导航 数据中当前所述目标路段的导航数据。
[0168] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可 以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算机可 读取存储介质中， 该程序在执行吋， 可包括如上述各方法的实施例的流程。 其 中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体 （Read-Only
Memory , ROM) 或随机存储记忆体 (Random Access Memory , RAM) 等。
[0169] 以上所揭露的仅为本发明较佳实施例而已， 当然不能以此来限定本发明之权利 范围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵盖的范围。 技术问题
问题的解决方案
发明的有益效果

Claims

权利要求书
[权利要求 1] 一种交通拥堵提示方法， 其特征在于， 所述方法包括：
接收至少一个路边单元收集并发送的所述路边单元所在目标路段的车 辆信息；
根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指数； 当接收到至少一个车载设备发送的针对目标路段的拥堵指数请求消息 吋， 向所述至少一个车载设备发送当前所述目标路段的交通拥堵指数 ， 以使所述至少一个车载设备根据所述目标路段的交通拥堵指数进行 拥堵提示。
[权利要求 2] 如权利要求 1所述的方法， 其特征在于， 所述车辆信息包括车辆数量 所述根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指 数包括：
根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路 段的车辆数量对应的交通拥堵指数。
[权利要求 3] 如权利要求 1所述的方法， 其特征在于， 所述车辆信息包括车辆数量 及车辆通行速度；
所述根据所述目标路段的车辆信息， 确定所述目标路段的交通拥堵指 数包括：
根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间； 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预 计通行吋间对应的交通拥堵指数。
[权利要求 4] 一种交通拥堵提示方法， 其特征在于， 所述方法包括：
向服务器发送针对目标路段的拥堵指数请求消息， 所述拥堵指数请求 消息用于指示所述服务器发送当前所述目标路段的交通拥堵指数； 接收所述服务器发送的当前所述目标路段的交通拥堵指数；
根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[权利要求 5] 如权利要求 4所述的方法， 其特征在于， 所述根据所述目标路段的交 通拥堵指数， 发出拥堵提示包括：
根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段 的标记颜色；
根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新 地图导航数据中当前所述目标路段的导航数据。
[权利要求 6] —种服务器， 其特征在于， 所述服务器包括：
接收模块， 用于接收至少一个路边单元收集并发送的所述路边单元所 在目标路段的车辆信息；
指数确定模块， 用于根据所述目标路段的车辆信息， 确定所述目标路 段的交通拥堵指数；
发送模块， 用于当接收到至少一个车载设备发送的针对目标路段的拥 堵指数请求消息吋， 向所述至少一个车载设备发送当前所述目标路段 的交通拥堵指数， 以使所述至少一个车载设备根据所述目标路段的交 通拥堵指数进行拥堵提示。
[权利要求 7] 如权利要求 6所述的服务器， 其特征在于， 所述车辆信息包括车辆数 所述指数确定模块用于：
根据预设的车辆数量与交通拥堵指数的映射关系， 确定与所述目标路 段的车辆数量对应的交通拥堵指数。
[权利要求 8] 如权利要求 6所述的服务器， 其特征在于， 所述车辆信息包括车辆数 量及车辆通行速度； 所述指数确定模块用于：
根据所述目标路段的车辆数量及车辆通行速度， 确定预计通行吋间； 根据预设的预计通行吋间与交通拥堵指数的映射关系， 获取与所述预 计通行吋间对应的交通拥堵指数。
[权利要求 9] 一种车载设备， 其特征在于， 所述车载设备包括：
发送模块， 用于向服务器发送针对目标路段的拥堵指数请求消息， 所 述拥堵指数请求消息用于指示所述服务器发送当前所述目标路段的交 通拥堵指数；
接收模块， 用于接收所述服务器发送的当前所述目标路段的交通拥堵 指数；
提示模块， 用于根据所述目标路段的交通拥堵指数， 发出拥堵提示。
[权利要求 10] 如权利要求 9所述的车载设备， 其特征在于，
所述提示模块用于：
根据预设的交通拥堵指数与标记颜色的映射关系， 确定所述目标路段 的标记颜色；
根据所述目标路段的交通拥堵指数以及标记颜色中的至少一个， 更新 地图导航数据中当前所述目标路段的导航数据。
PCT/CN2016/104473 2016-06-17 2016-11-03 一种交通拥堵提示方法、服务器及车载设备 WO2017215181A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610437330.6 2016-06-17
CN201610437330.6A CN106023626A (zh) 2016-06-17 2016-06-17 一种交通拥堵提示方法、服务器及车载设备

Publications (1)

Publication Number Publication Date
WO2017215181A1 true WO2017215181A1 (zh) 2017-12-21

Family

ID=57089102

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/104473 WO2017215181A1 (zh) 2016-06-17 2016-11-03 一种交通拥堵提示方法、服务器及车载设备

Country Status (2)

Country Link
CN (1) CN106023626A (zh)
WO (1) WO2017215181A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106023626A (zh) * 2016-06-17 2016-10-12 深圳市元征科技股份有限公司 一种交通拥堵提示方法、服务器及车载设备
CN106781586B (zh) * 2016-12-20 2019-10-29 深圳市元征科技股份有限公司 一种信息提示方法及装置
CN106601005B (zh) * 2017-03-01 2019-06-14 青岛大学 一种基于rfid和微信平台的城市智能交通诱导方法
CN106601006B (zh) * 2017-03-01 2019-06-04 青岛大学 一种基于rfid和微信平台的城市智能交通诱导装置
CN108417067B (zh) * 2018-05-11 2020-12-29 安徽新华学院 一种基于物联网的道路导流推送系统
CN109493598A (zh) * 2018-11-19 2019-03-19 福建工程学院 一种基于区块链技术的出租车绕路识别方法
CN109637135A (zh) * 2018-12-29 2019-04-16 江苏工程职业技术学院 一种基于计算机网络的环境视频监控预警系统
CN110047305B (zh) * 2019-04-04 2021-07-06 安徽中交汇能网络科技有限公司 道路拥堵的提示方法、装置、系统及道路监测装置
CN110097753B (zh) * 2019-04-04 2021-04-02 安徽中交汇能网络科技有限公司 二次事故的预警方法、装置、系统及道路监测装置
CN110677449A (zh) * 2019-04-25 2020-01-10 北京嘀嘀无限科技发展有限公司 上车点推荐方法及装置
US11928961B2 (en) * 2019-06-24 2024-03-12 Google Llc Phantom traffic jam detection and avoidance
CN111768629B (zh) * 2019-11-04 2022-04-12 北京京东乾石科技有限公司 车辆调度方法、装置和系统
CN112382098B (zh) * 2021-01-12 2021-07-06 中兴通讯股份有限公司 交通拥堵检测方法、装置、电子设备及存储介质
CN114067592A (zh) * 2021-10-28 2022-02-18 智道网联科技(北京)有限公司 处理交通拥堵事件的方法、装置和计算机可读存储介质
CN115240406B (zh) * 2022-05-31 2023-12-29 厦门路桥信息股份有限公司 道路拥堵的管理方法、装置、计算机可读介质及电子设备
CN115240432B (zh) * 2022-09-21 2023-02-28 智道网联科技(北京)有限公司 交通拥堵检测方法、装置及电子设备、存储介质
CN116403411B (zh) * 2023-06-08 2023-08-11 山东协和学院 基于多信号源的交通拥堵预测方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102881157A (zh) * 2012-10-09 2013-01-16 北京易华录信息技术股份有限公司 基于移动终端显示的个性化交通诱导方法和系统
CN103680180A (zh) * 2012-09-13 2014-03-26 腾讯科技（深圳）有限公司 一种交通状况信息提示方法和系统
US20150070193A1 (en) * 2006-10-12 2015-03-12 At&T Intellectual Property I, L.P. Methods, Systems, And Computer Program Products For Providing Mobile Ad Hoc Cooperative Communication Systems And Related Devices
CN104637327A (zh) * 2013-11-15 2015-05-20 西安艾力特电子实业有限公司 一种城市道路交通拥堵信息的新型提示系统
CN105047000A (zh) * 2015-06-26 2015-11-11 王艳娣 一种交通拥堵路段提醒系统
CN106023626A (zh) * 2016-06-17 2016-10-12 深圳市元征科技股份有限公司 一种交通拥堵提示方法、服务器及车载设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7522995B2 (en) * 2004-02-05 2009-04-21 Nortrup Edward H Method and system for providing travel time information
EP2515284A1 (en) * 2011-04-17 2012-10-24 Dario Ragno Predictive vehicular traffic management solution
CN102831779A (zh) * 2012-08-16 2012-12-19 深圳市领华卫通数码科技有限公司 路况提示及导航的方法和系统
CN103000039B (zh) * 2012-11-26 2014-12-03 余姚德诚科技咨询有限公司 路况拥堵提示装置
CN104680789B (zh) * 2015-03-04 2017-01-18 蔡诚昊 一种快速道路拥堵指数估算及预测方法
CN104851311A (zh) * 2015-05-02 2015-08-19 石立公 一种实时车道拥堵情况显示系统及其显示方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150070193A1 (en) * 2006-10-12 2015-03-12 At&T Intellectual Property I, L.P. Methods, Systems, And Computer Program Products For Providing Mobile Ad Hoc Cooperative Communication Systems And Related Devices
CN103680180A (zh) * 2012-09-13 2014-03-26 腾讯科技（深圳）有限公司 一种交通状况信息提示方法和系统
CN102881157A (zh) * 2012-10-09 2013-01-16 北京易华录信息技术股份有限公司 基于移动终端显示的个性化交通诱导方法和系统
CN104637327A (zh) * 2013-11-15 2015-05-20 西安艾力特电子实业有限公司 一种城市道路交通拥堵信息的新型提示系统
CN105047000A (zh) * 2015-06-26 2015-11-11 王艳娣 一种交通拥堵路段提醒系统
CN106023626A (zh) * 2016-06-17 2016-10-12 深圳市元征科技股份有限公司 一种交通拥堵提示方法、服务器及车载设备

Also Published As

Publication number Publication date
CN106023626A (zh) 2016-10-12

Similar Documents

Publication Publication Date Title
WO2017215181A1 (zh) 一种交通拥堵提示方法、服务器及车载设备
JP4984244B2 (ja) 交差点安全運転支援装置
US20160267794A1 (en) Distributed Parking Space Detection, Characterization, Advertisement, and Enforcement
JP6613623B2 (ja) 車載装置、運転モード制御システム、及び運転モード制御方法
US20200058217A1 (en) Transfer of image data taken by an on-vehicle camera
JP2009251759A (ja) 交差点譲り合い支援システム及び車載情報端末
KR102599273B1 (ko) 도로 합류 지점에서 차량의 주행 우선순위를 제어하는장치 및 방법
US20150199904A1 (en) System and method for controlling vehicle at intersection
WO2020054537A1 (ja) 地図更新システム、地図更新サーバ及び車載端末
JP7348725B2 (ja) 配信システム、配信方法および車載装置
JP2010286877A (ja) 車両用制御装置
JP2020095565A (ja) 情報処理システム、プログラム、及び情報処理方法
JP2014010561A (ja) プローブ情報収集システム
JP2010237003A (ja) ナビゲーション装置およびその混雑状況表示方法
JP6960315B2 (ja) すれ違い困難区間回避システム、サーバ装置、情報表示装置およびすれ違い困難区間回避方法
CN111323041A (zh) 信息处理系统、存储介质和信息处理方法
JP5720951B2 (ja) 交通情報配信システム及び交通情報システム、並びに交通情報配信プログラム、交通情報配信方法
CN116653940A (zh) 基于车路协同信息风险系数的acc控制预警方法和装置
JP2004355600A (ja) 交通信号違反車両取締りシステム
JP2021532455A (ja) 車両の位置を決定するための方法および装置
CN112802355B (zh) 一种实时获取实景路况的方法、系统及存储介质
KR102385191B1 (ko) 위험차량 실시간 추적 시스템 및 추적 방법
CN114973696A (zh) 优先通行控制方法与装置、路侧设备和交通信号控制设备
JP5811898B2 (ja) 交通情報受信システム及び交通情報受信プログラム及び交通情報受信方法、並びに交通情報システム
JP7217427B2 (ja) 遊休レーン走行管理サーバ装置、管理方法及びプログラム

Legal Events

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

Ref document number: 16905293

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16905293

Country of ref document: EP

Kind code of ref document: A1