This invention relates to a method and system for improving the traffic flow of a route when traffic congestion has developed on that route and in particular to a method and system for automatic detection of traffic congestion on a route and intelligent redirection of vehicular traffic on that route in response to the congestion.
Vehicular traffic congestion is the bother of the modern commuter and a potent poison of the rational mind. Traffic congestion results in high drains on national economics, as otherwise productive persons are frequently forced to endure long, unproductive delays. Not only does it cause delays and frazzled nerves, but traffic congestion also pollutes the air and wastes precious energy resources (gasoline).
Numerous methods exist to dynamically alter traffic flow to minimize traffic congestion and/or to mitigate its effects. All of these methods involve three basic steps: 1) recognizing congestion or potential congestion; 2) determining a corrective action and based on that, 3) altering the traffic flow (perhaps by simply changing the display of an electronic street sign or it appropriate, by moving physical lane barriers).
In one scenario, during the morning rush hour, one a particular roadway, traffic is heavy in one direction and in the evening rush hour traffic is heavy in the opposite direction. Typically, in this situation, traffic engineers make the recognition and determination steps beforehand. It is seen that these congestion patterns normally occur at the same time each day so timers are utilized to trigger the altering of the traffic flow. Using timers relies on the assumption that the traffic patterns remain consistent.
In a second scenario, major city intersections sometimes have real people stationed to manually direct traffic. This approach is a fairly reliable system, however there are some drawbacks. It, obviously, requires real people, which can be expensive. It subjects them to physical risk and (like every human endeavor) is prone to “user error”.
In a third scenario, major intersections may be visually monitored from remote “traffic control centers”. This solution is similar to the previous example, but has its own set of benefits and drawbacks. The “awareness” of sudden changes in conditions may be more apparent to someone who is physically there or perhaps not. Regardless, with this approach there is still the expense and potential “user error” associated with humans.
All of these systems are manual, involve human input and are prone to errors. It would be advantageous to have an automated control system that was dynamic in nature and would react to actual conditions.
It is an objective of the present invention to provide a method and system to reduce vehicular traffic congestion on roadways.
It is a second objective of the present invention to provide a method and system that automatically detects traffic congestion on a roadway and calculate an alternate traffic route to avoid the roadway congestion.
It a third objective of the present invention to develop a traffic collection database that contains information about the various traffic and weather conditions that impact the flow of traffic on a roadway.
It is a fourth objective of the present invention to provide a decision matrix that can calculate alternate traffic routes in response to the detection of traffic congestion on a roadway, the calculation being based on the traffic and/or weather conditions at the location of the detected roadway congestion.
It is a fifth objective of the present invention to provide a plurality of monitors that can detect traffic conditions and traffic congestion at a specific location of a roadway.
The present invention provides a system that is programmed to automatically detect traffic congestion on a roadway and calculate an alternate route for drivers to take in order to avoid the detected congestion. The system comprises a traffic monitor device positioned at a known location on a roadway, a traffic data collection database, and software within the monitor device that can calculate alternate traffic routes to a congested roadway. The invention further comprises various sensors and sources that supply information to the monitor device and software in the monitor device.
In the method of the present invention data is collected that conveys information about the traffic conditions at a location on a roadway. This data may come from many different sources such as pressure sensitive strips crossing the lanes, overhead or buried mass sensors, light beams and other similar devices. The data is collected in a traffic collection database. Regardless of the nature of the data, it can be programmatically interpreted so that corrective action can be taken when congestion is detected at a location. The data being collected includes information about the state of the traffic such as: traffic flow rate, number of vehicles, absolute and relative vehicle speed, existing routes, construction detours, weather conditions, etcetera. The choice of corrective action could be decided beforehand for every possible set of conditions and compiled into a decision database. When the monitor detects congestion on a roadway where that monitor is positioned, the software program retrieves information from the collection data related to traffic and/or weather conditions on that roadway. This information is used to calculate an alternative solution to reduce traffic congestion in the area. This calculated alternate solution would be submitted to traffic control personnel who could accept the solution or reject the solution. When the calculated alternative is accepted, the appropriate traffic personnel implement this alternate plan.
The present invention provides a method and system to automatically calculate and implement alternative traffic routes to avoid congestion on a roadway. The types of roadways can vary from major freeways to main streets of a large city or community. In the implementation of the present invention, monitors are placed at various locations on a roadway. These monitors contain a means to gather information about the conditions of the roadway. Different types of input data can include but are not limited to the following:
Axle count—pressure strips
Body count—photo sensors, mass sensors, vehicle RFID tags
Speed—Doppler radar, microwave, etc.
Construction information—DOT reports, local news, etc.
Weather conditions—NWS, NOAA, etc.
Emergency conditions—Local FD and PD communication channels.
In addition, the monitor can detect the average vehicle speed of vehicles passing through that location. The monitor also has the ability to communicate with and receive information from a central traffic database.
Referring to
A second type of condition is road construction conditions. The information related to road construction includes the location of the construction, alternate or detour traffic routes around the construction area, the length or distance of the construction area and regulated traffic speeds for that roadway in the construction area. A third set of conditions that can impact traffic flow are weather conditions. These conditions include inclement weather such as heavy rain, wet roads, high wind, high water, fog, tornados and threat of hurricanes.
Referring again to
In the implementation of the invention, a monitor positioned on the roadway monitors the average vehicle speed (AVS) of vehicles on the roadway. Traffic would be considered “congested” when the AVS drops below a certain threshold. If possible, it is desirable for the AVS to be measured directly, e.g. using radar or Doppler. If direct measurements are not used, the AVS can be calculated from the input data of other devices such as double pressure strips: Those ubiquitous black rubber hoses that cross our nation's streets and roads, if placed in pairs at a known distance apart, can be used to calculate AVS. Body count data can be used in two ways. The sensors can be placed in pairs, like the pressure strips above. The length of time for an average vehicle passing by can be used in conjunction with an “average” vehicle length to calculate the AVS. The AVS (either calculated or measured directly) will be for a specific point on the road at a specific time. This information is real-time in nature and can therefore be used to predict follow-on congestion and perhaps reroute traffic to avert it.
In block 20, after the calculation of the AVS, this average vehicle speed is compared to a predetermined speed for that roadway. The predetermined speed for that roadway could be the posted roadway speed or a threshold speed that is lower than the posted speed. For example, the posted speed could be 35 mph. For most city streets regardless of size, this speed is typical. The threshold speed could be 15 mph. If the vehicles are traveling below this speed, it may be logical to conclude that something is affecting the flow of traffic on this street and is causing traffic congestion at that location. If the comparison results in a determination that the AVS is not below the threshold speed, shown in block 22, nothing happens as shown in block 24. The determination at this point is that any slowdown in traffic flow is not sufficient enough to trigger an automatic alteration traffic flow. At this point, the process returns to block 20 where the traffic flow monitoring and AVS calculations continue.
Referring back to block 22, if the determination is that AVS has dropped below the threshold speed, the process moves to block 26, which creates an alternate traffic flow configuration to address the traffic congestion problem. This alternate traffic flow configuration is created using a decision matrix.
If the operator approves a proposed alternative, the requirements to implement the traffic configuration change are marked in block 30. As part of this process, any traffic signals affected by the alternate configuration are changed as needed and any signage is changed as needed as indicated in block 31. In some instances, there may be electronic barriers that may be operated to restrict use of certain lanes or to open up lanes for vehicle use that were previously unavailable. Time has to be allowed in order for the reconfiguration to happen without accidents in the process. For example, some reconfigurations may require the change in direction of traffic in a particular line. There may be an interval such five minutes during this reconfiguration when no traffic will be allowed to travel in that lane in order to clear out any present traffic in that lane when the reconfiguration began. Once the reconfiguration is complete, the process of scanning routes continues in blocks 32 and 20.
Referring to the decision matrix block 20,
With reference to the present invention, traffic monitors 53, 54, 55 and 56 can be placed at certain physical location along the street. Depending on the size of the street the distance between monitors could vary. In addition, there can be road sensors positioned at various locations along to the roadway to sense traffic speed at locations other than the location of the monitor. The present example has monitors that are dedicated to monitoring traffic in only one direction, however, there can be single monitors positioned on a street that have the capabilities to monitor traffic flow in both directions from one side of the street. In this second configuration, relying one a single monitor for traffic in both direction, there would be more reliance on traffic sensors and adaptable software within the monitor. Also shown is an intersection wherein a cross 57 could serve as an alternate route.
Although traffic patterns during the weekday rush hours are established, a condition could develop during the day or on the week when the center lane is used solely for a turn lane. For example, an accident occurs on a Saturday in the westbound lane 50. Because this is not a weekday, the center lane 52 is strictly a turn lane. The accident begins to cause the westbound traffic to become congested. As the congestion grows the AVS for traffic in that lane in the approximately location of the accident begins to drop. If the AVS drops below a defined threshold speed of 10 mph, this suggests that the accident is causing significant congestion. At this point, block 26 of the software program is activated to calculate a solution to this congestion problem. The software program in the monitor would use the configuration matrix information along with information received from the central data in determining the solution. The central database which receives information from varies sources could possibly identify the actual location of the accident with regard to the location of the monitor. One such source are sensors positioned at various locations along the roadway can also feed information to the monitor such that the monitor can estimate the approximate location of the accident that is causing the congestion. The ability to identify an approximate location of the cause of the congestion can enable the system of the present invention to better determine how to address the slowdown. When the monitor detects the slowdown, the monitor could send an inquiry to the central database to get information on the location of the accident. Referring to the matrix configuration in
In the example for
The resulting programmatic traffic control system would have the positive characteristics described in the examples above while avoiding the expense, risk and errors associated with human controllers. It would also offer the opportunity to actively mitigate further congestion. The intention of the system is to enhance existing traffic control systems. The system described herein will prepare the decision matrix automatically, but allow the traffic controllers the required adjudication or change management control over the overall arterial traffic system.
It is important to note that while the present invention has been described in the context of a fully functioning data processing system, those skilled in the art will appreciate that the processes of the present invention are capable of being distributed in the form of instructions in a computer readable medium and a variety of other forms, regardless of the particular type of medium used to carry out the distribution. Examples of computer readable media include media such as EPROM, ROM, tape, paper, floppy disc, hard disk drive, RAM, and CD-ROMs and transmission-type of media, such as digital and analog communications links.