1. Technical Field
The present invention relates in general to traffic systems and, in particular, to optimization of traffic speeds in an intelligent traffic system.
2. Description of the Related Art
A vehicle roadway can only support a certain number of traveling vehicles (expressed, for example, in vehicles per unit of roadway length or vehicles passing a fixed point on the roadway per unit of time) before the roadway becomes congested. As congestion increases, spacing between vehicles decreases, leading the drivers of at least some vehicles to reduce the travel speed of their vehicles to below the current average speed for their lane of traffic. In many cases, this reduction in travel speed causes a cascading effect in which even a slight reduction in vehicle travel speed at one point on the roadway causes approaching traffic traveling in the same direction to slow dramatically or come to a complete stop. This cascading effect of speed reduction is referred to as a “traffic pulse” or “traffic wave.”
Traffic pulses lead to inefficiencies, such as excessive braking and acceleration, which increase vehicle wear and reduce vehicle fuel economy. Traffic pulses also undesirably increase the average travel times for vehicles on a roadway.
In some embodiments, a computer system receives, from devices distributed in a plurality of roadway segments of a physical roadway system, real-time traffic information individually describing vehicular traffic in each the plurality of roadway segments. The computer system determines from the real-time traffic information an advised speed for a particular roadway segment among the plurality of roadway segments. The computer system transmits, via a communication network, a speed advisory command specifying the advised speed to a device in the particular roadway segment for presentation.
The present invention, as well as a preferred mode of use, will best be understood by reference to the following detailed description of one or more illustrative embodiments when read in conjunction with the accompanying drawings, wherein:
With reference now to the figures and in particular with reference to
Referring now to
With reference now to
IRMS 200 preferably further includes at least one traffic monitor 222 for each segment of roadway under management. For example,
Traffic monitors 222 are coupled via one or more wired or wireless communication networks 220 (which may include one or more public circuit-switched or packet-switched networks) to central office 202 to provide substantially real-time traffic information to roadway system manager 216. As noted above, the substantially real-time traffic information can include, for example, vehicle counts over various time periods, individual and average vehicle speeds over various time periods, and presence and counts of various vehicle types (e.g., motorcycles, passenger vehicles, light trucks, commercial trucks, public transportation vehicles, emergency vehicles, school buses, etc.).
Communication network(s) 220 further couple roadway system manager 216 to a weather information source 226, which provides fine-grain weather information regarding the real-time weather conditions in segment 110, such as, temperature, precipitation presence and amount, wind speed, wind direction, barometric pressure, etc. Weather information sources 226 may be located within or adjacent one or more segment 110 (e.g., mounted to roadside poles), or alternatively or additionally, may be located remotely from segment 110 while still providing fine-grain weather conditions for individual segments 110. Thus, in some embodiments, one or more weather information sources 226 will be component(s) of IRMS 200, while in other embodiments weather information source 226 will not be a component of IRMS 200 and may instead be a publicly-accessible weather information source, such as National Oceanic and Atmospheric Administration (NOAA) or a web-based commercial weather information provider (e.g., the Weather Channel).
IRMS 200 may optionally include at least one variable speed advisory sign, which displays one or more vehicle speeds in response to receipt from roadway system manager 216 of a speed advisory command 230 specifying one or more advised vehicle speeds. For example, in the exemplary embodiment, segment 110 of
With reference now to
As discussed above, a segment 110 is the base unit of physical roadway system 100 over which traffic is modeled, measured and managed. Accordingly, at block 302, one or more data structures defining the locations, intersections and attributes of the segments 110 of the roadways 102, 104, 106, and 108 comprising physical roadway system 100 are established in roadway system model 214. The data structures can be established manually via data input into hardware processing unit 204 and/or through automated processing of electronic mapping data obtained, for example, from a governmental or commercial mapping data source, such as NAVTEQ, Inc. of Chicago, Ill. As will be appreciated, such automated processing can be subsequently modified, if desired, by manual data input.
In a typical embodiment, segments 110 can vary in length from ¼ mile to several miles long and can further contain one or more lanes 224 and one or more entry points and one or more exit points. In one preferred embodiment, boundaries of segments 110 are established such that each segment 110 is equipped with at least one traffic monitor 222. In an exemplary embodiment, the data structure recording information regarding a segment 110 can include some or all of the segment-related information summarized in Table I below.
With segments 110 defined, additional data structures can then be established within roadway system model 214 to define which segments 110 comprise which roadways 102, 104, 106, and 108. Each roadway 102, 104, 106, 108 represented within roadway system model 214 is preferably identified by a unique roadway name and a class indicating, among other things, at least a maximum legal speed of vehicle traffic on the roadway.
The establishment and configuration of roadway system model 214 at block 302 preferably further includes the implementation of other general settings roadway system model 214, including a travel distance schema. The travel distance schema sets the desired minimum distances between vehicles under given weather conditions and can be used to determine the volume of vehicles that a segment 110 of a roadway can support based on the real-time travel speeds and roadway conditions. The travel distance schema, which can be configured by default or by a system administrator, includes the parameters summarized below in Table II in one embodiment.
An exemplary travel distance schema is given in Table III, below.
The travel distance schema can, of course, include other parameters, such as whether the time of travel is during the daytime or nighttime.
Still referring to
Referring now to
Next, as illustrated at block 404, roadway system manager 216 receives via communication network(s) 220 real-time traffic information from traffic monitors 222 in the segments 110 of physical roadway system 110, as well as real-time weather information for the individual segments 110 of physical roadway system 110. In response to receipt of the real-time traffic and weather information, roadway system manager 216 evaluates the real-time traffic and weather information to identify segments 110 that are congested or may potentially become congested. In addition to the real-time traffic and weather information, roadway system manager 216 may also consider during the evaluation historical (i.e., previously observed) traffic congestion patterns, presence of emergency conditions or vehicles in a roadway segment 110, roadway maintenance or temporary lane closures, and simulation results 218. In the evaluation, roadway system manager 216 determines congestion or potential congestion in a particular segment 110 not only based upon traffic and weather information related to that particular segment 110, but also based upon traffic and weather information related to upstream and downstream segments 110 of the same roadway and/or intersecting roadways.
For example, consider an embodiment in which a portion of roadway 102 includes seven segments 110a-100g that are each 1000 ft in length and that the maximum speed limit of that portion of roadway 102 is 55 mph. Under dry conditions, the travel distance schema summarized in Table II gives a stopping distance of 265 ft for a vehicle is traveling 55 mph or 81 fps. If traffic is to have enough room to stop in the event of slowing traffic ahead, the commonly employed “2 second” rule suggests 81 fps×2 seconds or 162 ft of travel distance between adjacent vehicles. Thus, at a traffic speed of 55 mph, each of segments 110a-110g has a safe vehicle volume of (1000 ft×2 lanes)/162 ft or up to 12.3 vehicles.
Consequently, if real-time traffic information reported by traffic monitors 222 indicates that the difference between the segment entrance volume and segment exit volume of any of segments 110a-100g rises to 13 or more at any point in time, roadway system manager 216 preferably computes a reduced traffic advisory speed in that segment 110 to allow for the increased volume of vehicles. For example, if the real-time traffic information provided by traffic monitors 222 indicate that segment 110g has a current vehicle volume of 16, then roadway system manager 216 determines the minimum safe traveling distance between vehicles as 2000 ft/16 or 125 ft. According to the travel distance schema summarized in Table III, for a driver to be able to stop in 2 seconds in 125 feet, vehicles in segment 110g should travel at no more than 57 fps or 41 mph. Taking this computation a step further, roadway system manager 216 can adjust the advised travel speed of traffic in upstream segments 110a-110f to reduce congestion in segment 110g. Thus, although roadway system manager 216 can command reduction in the advised traffic speed for congested segment 110g, such adjustment may be too late to positively affect the driving conditions experienced by vehicles in segment 110g. Consequently, roadway system manager 216 preferably reduces the advised or optimal travel speed for segment 110f and/or other upstream segments 110a-110e, so that vehicles enter congested segment 110g at a slower rate. In one embodiment, roadway system manager 216 sequentially reduces advised travel speeds in segment 110f, then 110e, and then 110d, etc. if the traffic volume of segment 110g does not decrease toward the safe vehicle volume of 12.3.
Although the example given above illustrates the management of a physical roadway system 100 based upon traffic volumes in segments 110, roadway system manager 216 may alternatively or additionally implement intelligent traffic management based at least in part upon the segment entrance volume rate of change, segment exit volume rate of change and/or segment entrance/exit differential of segments 110. For a given segment 110, the entrance/exit differential can vary between −1 to 1, with a value of −1 indicating that vehicles are leaving the segment 110 and no vehicles are entering, a value of 0 indicating that vehicles are entering and leaving the segment 110 at the same rate, and a value of 1 indicating that vehicles are entering the segment 110 but are not leaving (e.g., a traffic accident in the segment 110 has blocked all traffic lanes).
Still referring to
As indicated in
In an alternative embodiment, vehicle computer 502 may be implemented as a non-integral component of vehicle 228. In such embodiments, vehicle computer 502 presents at least one advisory speed indicated by speed advisory command 230 to the driver, either audibly or visually, but in some cases may not be capable of direct regulation of the speed of vehicle 228 in accordance with the speed advisory command 230.
Referring again to
Block 412 depicts roadway system manager 216 providing a report of system monitoring information (e.g., via a display or printed report) to personnel in central office 202 identifying the functioning and non-functioning devices (e.g., traffic monitors 222, weather information source 226 or variable speed advisory signs 232) within IRMS 200. Should roadway system manager 216 detect a failure in one of the devices, roadway system manager 216 preferably activates a backup device, if available. Further, roadway system manager 216 may notify personnel in central office 202 (e.g., via a display or printed report) to dispatch a work crew to repair or replace the failed device. In the event of the failure of one or more devices for which no replacement is readily available, roadway system manager 216 can utilize simulation data, historical traffic data, and/or real-time traffic information from one or more neighboring segments 110 to interpolate proper driving speeds in the segment 110 containing the failed device(s).
As has been described, in some embodiments, a computer system receives, from devices distributed in a plurality of roadway segments of a physical roadway system, real-time traffic information individually describing vehicular traffic in each the plurality of roadway segments. The computer system determines from the real-time traffic information an advised speed for a particular roadway segment among the plurality of roadway segments. The computer system transmits, via a communication network, a speed advisory command specifying the advised speed to a device in the particular roadway segment for presentation.
While the present invention has been particularly shown as described with reference to one or more preferred embodiments, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention. While various embodiments have been particularly shown as described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the claims. For example, although aspects have been described with respect to a computer system executing program code that directs the functions of the present invention, it should be understood that present invention may alternatively be implemented as a program product including a storage medium storing program code that can be processed by a data processing system.
Number | Name | Date | Kind |
---|---|---|---|
2284633 | Bosch | Jun 1942 | A |
2922981 | Anderson | Jan 1960 | A |
3252132 | Bolton | May 1966 | A |
3660812 | Inose et al. | May 1972 | A |
3778764 | Kamb | Dec 1973 | A |
5257194 | Sakita | Oct 1993 | A |
5278554 | Marton | Jan 1994 | A |
5646853 | Takahashi et al. | Jul 1997 | A |
6150961 | Alewine et al. | Nov 2000 | A |
6166658 | Testa | Dec 2000 | A |
6167331 | Matsumoto et al. | Dec 2000 | A |
6292745 | Robare et al. | Sep 2001 | B1 |
6418371 | Arnold | Jul 2002 | B1 |
6825778 | Bergan et al. | Nov 2004 | B2 |
7860639 | Yang | Dec 2010 | B2 |
7890123 | Granito et al. | Feb 2011 | B2 |
7890126 | Benco et al. | Feb 2011 | B2 |
7907063 | Simon | Mar 2011 | B2 |
20020008637 | Lemelson et al. | Jan 2002 | A1 |
20020062207 | Faghri | May 2002 | A1 |
20030225668 | Goto et al. | Dec 2003 | A1 |
20040056778 | Hilliard | Mar 2004 | A1 |
20040068393 | Lawrence | Apr 2004 | A1 |
20060122846 | Burr et al. | Jun 2006 | A1 |
20100070253 | Hirata et al. | Mar 2010 | A1 |
20100207787 | Catten et al. | Aug 2010 | A1 |
Entry |
---|
“A Variable Speed Limit System Deployed at a Work Zone on I-96 in Lansing, Michigan Contributed to a Decrease in Travel Times and an Increase in Average Speeds”; RITA; ITS; Michigan DOT and Michigan State University; Sep. 2003; Lansing, Michigan, USA, 2 pgs. www.itsbenefits.its.dot.gov/its/benecost.nsf/Print/F3678455A0AF327785257260006 . . . . |
“Speed Limit”; Wikipedia, the free encyclopedia; Sep. 22, 2009; http://en.wikipedia.org/wiki/Speed—limit, 13 pgs. |
Number | Date | Country | |
---|---|---|---|
20110121993 A1 | May 2011 | US |