The present disclosure generally relates to navigation and routing systems, and more specifically, to methods and systems of determining a safest transportation route.
Determining a transportation route using navigation or route evaluation systems has been commonplace for many years. Generally speaking, navigation or route evaluation systems may determine a route, e.g., a geographical route, over which a person or other transported entity may traverse, typically (but not necessarily) while driving or being transported in a motor vehicle. Websites, in-dash navigation systems, wireless phones and devices, portable navigation devices (PNDs) and the like use software to determine and provide directions for the route. These devices may use digital map data to determine an “optimal” route solution, which generally specifies a path from an origin to a destination based on specified criteria, most often related to the quickest or shortest route between the two locations using known roads or other pre-established transportation paths.
The specified criteria on which the optimal route is based may be indicated by a user. One commonly indicated criterion is a fastest route optimization, that is, a route judged by the navigation or routing system to take the shortest amount of time to traverse, e.g., drive, while obeying all legal regulations and posted laws such as speed limits, one-way streets, turn restrictions, etc. Other specified criteria for a route optimization may include, for example, shortest overall driving distance without regard to driving speed, fastest driving time without using freeways, fastest driving time without tolls, and fewest set of driving instructions, to name a few. Some routing options may allow a user to specify intermediate points (waypoints) to be included in the determined route. Determining a route for trucks and other large vehicles may take into account other criteria and factors that may affect navigability of such vehicles, such as truck-restricted segments, low overpasses, weight and cargo restrictions, avoidance of sharp turns, and the like. If no user indication of an optimization criterion is provided, a navigation or route evaluation system may default to a particular optimization criterion.
A route may be optimized to encompass modes of transportation that are not driven or operated by a user, such as routes that optimize the use of public transportation and/or routes that are modified to apply to pedestrians (e.g., pedestrians are not legally allowed to walk on highways, pedestrians are not subject to left-turn restrictions, etc.). Some navigation systems may include traffic delays and/or construction sites into their routing calculations, and may accordingly adjust expected travel speeds along roads in affected areas. Some navigation systems may also include options for determining non-motor vehicle transportation routes, such as routes for bicycles, skateboards, inline skates, and the like.
Current navigation systems, digital map data, routing systems and commercial roadway databases, however, do not provide a determination of a safest transportation route, that is, a route that has a minimum amount of risk. Current navigation systems, routing systems and commercial roadway databases also do not provide a way for a user to select a safest route that is tailored to the user's personal safety preferences.
The present disclosure describes methods and systems which determine a safest transportation route between an origin and a destination. In particular, a method or a system for determining a safest route may include obtaining indications of the origin and the destination, accessing map data to determine candidate routes, determining a risk value for each candidate route, and comparing the risk values of the candidate routes to determine the safest route. The risk values for each candidate route may correspond to a level of safety for each candidate route.
The present disclosure also describes embodiments of a method for determining a risk value for a route which may be used as, for example, a procedure in determining a safest route. The risk value may be determined based upon one or more safety criteria or safety factors, including physical route attributes, personal safety preferences, personal convenience factors, and other types of risk factors. Some of the safety criteria or factors may be selected by a user and/or may require additional user input. If desired, some of the safety criteria or factors may be determined by analyzing map data or other types of data and default or prioritized safety criteria or factors may be used. Still further, methods for interacting with a user and displaying safety factors for user selection that are to be used in determining a safest route are disclosed in detail.
The systems and methods disclosed herein may operate in a standalone mode or in conjunction with existing route evaluation or navigation systems and methods.
Generally speaking, the methods and systems described herein determine a set of candidate routes between the origin and the destination, determine a risk value for each candidate route, and compare the risk values to find a “safest route” or path to be used in traveling from the origin to the destination. The risk value for each candidate route may be determined using or based on one or more different safety factors or safety criteria, such as physical route attributes, statistical data associated with the candidate route, personal safety preferences and/or personal convenience preferences. Some of the safety criteria may be obtained from one or more databases, such as from a database including map data or a database including statistical data. In addition, some of the safety factors or criteria relating to personal preferences may be obtained from user input and the user may prioritize the one or more different safety criteria to tailor the determination of the safest route to the user's preferences.
If desired, the user may prioritize optimizing route safety with respect to other available route optimizations, such as optimizing for a shortest time of travel, a least distance, an avoidance of highways, and the like. Moreover, the system may determine the safest route from multi-modal candidate routes, e.g., candidate routes that are traversable at least partially by more than one mode of transportation.
The methods and systems for determining a safest route may be performed in the context of systems which determine use conventional route determination methods. However, rather than optimizing for shortest travel time or shortest distance, the system may optimize for safety, based on a set of risks experienced in each candidate route. To illustrate this difference, consider an example of determining a safest route between two points, with two candidate route choices A and B. In this example, candidate route A is a 30 mile stretch of divided, four-lane interstate highway with four interchanges and a posted speed limit of 65 MPH. Candidate route B is a 20 mile stretch of two-lane rural highway with twenty-four intersections, no dividers or dedicated turn lanes, and a posted speed limit of 55 MPH. Statistically, rural highways have a higher accident rate than interstate highways due to factors such as lack of dedicated turn lanes, blind intersections, narrow lanes, and the like.
In a traditional shortest route determination, candidate route B will always be chosen because it is ten miles shorter than candidate route A. Likewise, in a traditional fastest route determination, candidate B will also be chosen because the travel time at 55 MPH is 21 minutes, 50 seconds whereas the travel time of candidate route A will take 5 minutes and 50 seconds longer.
In a safest route determination, however, candidate route A will usually be chosen. In particular, using an arbitrary unit of risk (for example, fatalities per million miles traveled), candidate route A may have an overall risk value of 0.32 units per mile while the overall risk value of candidate route B may have an overall risk value of 1.52 units per mile. Thus, the safest route to take is candidate route A as the total risk integrated over the 30 mile distance of the route is only 9.6, while candidate route B has a total risk of 30.4 when integrated over its 20 mile distance.
In the above example, risk values were expressed using a casualty cost per unit distance measure, i.e., fatalities per million miles. A “casualty cost,” as used herein, may be a cost generally indicating an amount of casualty to people and/or property, such as fatalities, injury, accident or loss. Other units may be used to determine and compare risk values. One example may be to assign risk value using a monetary cost, similar to an actuarial cost model used in the insurance industry. Another example of a risk value unit may be based on time. Of course, other units of comparison may be possible.
The safest route determination systems described herein provide advantages over existing navigation and route evaluation systems by quantifying a level of risk for candidate routes and determining a safest route between two or more points. While existing approaches seek to minimize attributes such as travel time, travel distance or number of instructions within a route, these existing approaches generally do not provide optimizations based on safety. The present systems and methods, on the other hand, may determine a route that minimizes risk, maximizes safety and helps a person to have a safe trip.
The methods of determining a safest route as described herein may be deployed in the context of various different architectural configurations of navigation or routing systems. For example, the methods or systems for determining a safest route may be entirely performed on a computing device, such as on a computer or on a portable or in-dash personal navigation device, which is local to the user. On the other hand, the safest route determination system may be web-based and be performed mostly at one or more web-site servers, peer computing nodes, or other computing devices, with only the user interface being locally situated with respect to the user. In this case, the locally situated user interface may be enabled to communicate with the web-site and may be, for example, a web browser on a computer, a PDA, a wireless device, or other computing device. In yet another example, methods or systems of determining a safest route may be deployed on a hybrid architecture, wherein route determination may be performed remotely at one or more web-site servers or other computer devices, while the user interface and the route display may be performed locally by a resident application at a local computing device. Of course, in addition to the aforementioned examples, other architectural embodiments of the methods and systems of determining and displaying a safest route are possible.
Before describing specific embodiments of a safest route determination system, a discussion of various terms used in this disclosure is in order.
A “mode of transportation” or “transportation mode,” is used herein according to its ordinary and customary meaning, that is, a manner or method of conveying people and/or goods. For instance, a transportation mode may include a mode of pedestrian ambulation, such as walking, running, or swimming. A transportation mode may be a motor vehicle classifiable by governmental agency, such as a personal car, a truck, a farm vehicle, a motorcycle, a bus, an airplane, and the like. A transportation mode may be a personal transportation device with or without a motor, such as skates, a skateboard, a bicycle, a unicycle, a canoe, a windsurf board, a Segway©, to name a few. A transportation mode may include public transportation or vehicles that operate in and/or on the water. A mode of transportation may be public or private, commercial or non-commercial.
A “route,” as used herein, is a geographical connection or path between an origin and a destination that is traversable by a mode of transportation, and that may be represented a priori on a map or by digital map data. Thus, in the instant disclosure, a highway, a designated hiking trail in a national park, a subway line and an access canal from a harbor to an ocean are examples of a route or parts thereof, but a path navigated in real-time through a variably changing crowd of people and cars in a parking lot is not an example of a route for the purposes of this disclosure. A route may be traversable over, for example, a paved surface, a gravel surface, a dirt path, a waterway, a public transportation line, a rail line, or some other type of surface.
A “route segment,” as used herein, is an identifiable portion of a route. Examples of a route segment may include a block on a street with a street name, a name of a body of water from one set of coordinates to another, a hiking trail name between two trail markers, a train line between two stops, a roadway, etc.
A “vehicle,” as used herein, is an entity that traverses a route. A vehicle may convey one or more people, goods or both. Examples of vehicles may include skateboards, skates, cars, trucks, buses, boats, subway trains, surface trains, elevated trains, etc. A single vehicle may be capable of one or more modes of transportation, for example, a person may walk or swim, and an amphibious vehicle (e.g., “Duck”) may navigate in the water or on a road. A vehicle may be public or private.
A “safety risk factor” or “safety criteria” for a route, as used herein, may be a factor or criterion that corresponds to an amount of or a type of risk encountered while traversing a route. An amount of risk generally increases as the probability of an accident, collision or other undesirable event occurring during traversal of the route increases. Route A may be considered “safer” than Route B if the probability of the occurrence of an accident or other undesirable event while traversing Route A is less than that while traversing Route B. For example, Route A may be “safer” than Route B if Route A has fewer intersecting roads than Route B, and thus a lesser chance of “T-Bone” accidents.
A “safer” route may also include a higher probability of a desirable, timely mitigation of an undesirable event. For instance, Route A may be considered “safer” than Route B if Route A has more complete cell phone coverage or if Route A has a higher density of service stations. A “safer” route may also include more characteristics desired by a user of a routing system, for instance, quality of lighting along the route or proximity to gas stations. The concept of “safety” and a “safer” route may vary from person to person. Accordingly, the present disclosure takes these differences into account, as will be detailed in subsequent sections below.
While performing any or all portions of the methods for determining a safest route using the software programs 112, the processor 115 of the route evaluation system 100 may access the internal database 110. Alternatively or additionally, the processor 115 may access the external database 120 in connection with the computer 102. The external database 120 may be, for example, a database on an external hard drive, a flash drive, an SD card, or other external memory device. Alternatively or additionally, while determining a safest route, the processor 115 may access the remote database 122 via the link 125 to the network 128. Although
The databases 110, 120 and/or 122 each may include digital map data from a commercial or proprietary map database. Likewise, some or all of the databases 110, 120 and/or 122 may provide additional map data not included in a commercial map database. The digital map data retrieved from the databases 110, 120, and/or 122 may include, but is not limited to, geodetic street coordinates, associated shape geometry, road class, lane count, lane width, and other physical attributes of roads, paths, routes and/or route segments, as well as legal regulations associated with the roads, paths and routes (e.g., one-way designations, speed limits, access and turning restrictions, etc.).
Moreover, in addition to the digital map data, the databases 110, 120 and/or 122 may each include one or more other databases or otherwise digitally stored information required to be accessed by the methods of the disclosure. This information may include, for example, statistical data such as cellular phone coverage maps, weather information, area crime, climate, weather information, Federal Highway and/or other organizations' accident statistics and number of tickets issued, frequently updated construction status maps, maps including locations of rest stops, restaurants, service stations, retailers and other such amenities, public transportation maps, topographical maps, water current maps, and other such information.
In
The route evaluation system 100 may be embodied on any platform commonly employed for navigation and routing systems. For example,
Another embodiment of the route evaluation system 100 may again be a web-based system 150, such as illustrated in
Another embodiment of the route evaluation system 100 may be a personal navigation device (PND), such as the example PND 170 illustrated in
Yet another embodiment of the route evaluation system 100 may include a stand-alone route application entirely installed on the computer 102, for example, as a part or all of the software programs 112 of
The above embodiments of the route evaluation system 100 are exemplary and are not meant to provide a comprehensive list. Other embodiments of the system 100 may be possible. The main differences between various embodiments of the system 100 are largely architectural and relate to where the safest route is calculated, where it is displayed, and where the underlying risk models, map data, and other data are maintained. Embodiments of the system 100 of
At the start (block 202) of the method 200, an indication of an origin may be obtained (block 205). The indication of the origin may be obtained, for example, via the input of a user at a navigation system or any other architectural configuration of a routing system that executes the method 200, for example, route evaluation system 100 of
At a block 210, map data may be accessed. Map data may typically, but not necessarily, be in a digital format. Map data may be accessed from a single database or from multiple databases and may be accessed directly or remotely. The map data may be accessed via a database query, a protocol, a message exchange, accessing a website, use of metadata, or any other known method of accessing data. The map data may include the indication of the origin and the destination, as well as an indication of one or more route segments between the origin and destination. Map data may include a type of a road, path, route or route segment, its name or identification, a geometrical and geographical representation of the route or route segment, and other attributes associated with the route or route segment that are commonly included in map data. Map data may also include any legal regulations associated with route segments, e.g., speed limits, restrictions such as for height, weight, and/or type of vehicle, one-way designations, and the like. In fact, any map data known in the art may be used in conjunction with the method 200.
At a block 212, one or more candidate routes between the origin and the destination may be determined from the map data. Each candidate route may include a geographical connection, a path, or a traversable route composed of a sequential, contiguous ordering of one or more route segments between the origin and the destination.
Continuing with the method 200, at a block 215, a risk value for each candidate route may be determined. A risk value of a route may correspond to a level of safety for the route, and may be based on one or more safety criteria or safety factors. An exemplary set of these safety factors is illustrated in
The step of determining the risk value for each candidate route depicted by the block 215 may be performed in any number of ways. For example,
In some embodiments, the cost may be expressed in a combination of units. For example, if a courier must deliver a transplant organ for a critical patient surgery, the courier may wish to minimize a chance of accident as well as minimize a total time of travel. Here, a combination of two different cost units may be used (accident cost and time cost). Some embodiments may allow for a default cost unit while other embodiments may allow for combining types of cost units.
Continuing with the method 250, the costs for more than one route segment of the particular candidate route may be aggregated (block 258). The aggregate cost may be determined by using a simple sum, a weighted sum or some other algorithm of aggregation. At block 260, the aggregate cost for the candidate route may be normalized by a distance of the particular candidate route to obtain the candidate risk value for the particular candidate route. Accordingly, in this embodiment 250, the candidate risk value for the particular candidate route may be expressed in a measure of cost per unit distance. Using a cost per unit distance measure may allow candidate risk values across considered candidate routes to be easily compared.
Of course, the method 230 of
Turning back to
Embodiments of the method 200 may use multiple safety criteria or safety factors to determine a risk value for each candidate route (block 215).
In one embodiment of the dependency chart 300, the risk value 350 may depend on a single safety factor or criterion, such as one of the blocks 305-345. The single safety factor may be selected a priori or in real-time by a user, or a default single safety factor may be provided and used to determine the risk value 350.
In another embodiment, the risk value 350 may depend on multiple safety factors or safety criteria, for instance, using two or more of the blocks 305-345. One or more of the multiple safety criteria on which the risk value 350 depends may be selected a priori or in real-time by a user. Alternatively or additionally, one or more of the multiple safety criteria may be provided as a default. An indication of a user's preference for a specific safety criterion may or may not override the default status of that specific safety criterion.
In an embodiment having multiple safety factors on which the risk value 350 depends, an ordering of importance of some or all safety factors may be obtained (for example, from a user or from stored data) and may be used in determining the risk value 350. For example, the ordering of importance of some or all safety criteria may correspond to a relative weighting of the safety factors or criteria. The overall risk value 350 may then be determined based on an aggregation of the relative weighting. The ordering of importance and/or the relative weighting of some or all of the safety criteria 305-345 may be selected a priori or in real-time. In some embodiments, some or all of the ordering of importance and/or the relative weightings for individual safety criterion may be provided with default values. A user's preference of the ordering of importance may or may not override a default value.
Turning now to a discussion of the various safety factors or safety criteria themselves, one possible safety factor on which the risk value 350 for a route may depend may be physical route attributes 305 of the route. Physical route attributes 305 may increase a probability of collision or accident on the route, thus influencing the risk value 350 and hence a safety level of the route, as will be explained below.
One category of physical route attributes 305 affecting the safety level of the route may be geometrical route attributes, e.g., a geometrical characteristic of a physical configuration or arrangement of the route. Geometrical route attributes may include, for example, road or path curvature, number and types of intersections, size, dimensions and other such geometrical characteristics. Indeed, the geometry of the number and types of intersections alone may have many characteristics that may increase the chance of accidents. For example, if candidate route A has a greater number of intersections than candidate route B, then the chance of accident on route A is greater than that of route B. If candidate routes A and B both have the same number of intersections but candidate route B has a particular intersection that has a severely skewed angle between the intersecting roads, then the chance of accident on candidate route B is greater than that of candidate route A. Other geometrical intersection attributes may also influence the chance of accident on a route, including a type of intersection (e.g., big street crossing a small one, small street crossing a big street, etc.), a presence of a blind intersection, a number of lanes in each of the intersecting streets, etc.
In addition to geometrical intersection attributes, other geometrical route attributes may also influence potential collision or accident probability. For example, unexpected curves with poor sight distances may increase the probability of an accident. A steep grade may increase the probability of an accident due to highly varying speeds of different vehicles and increased passing of slower vehicles. Other geometrical route attributes such as narrow lanes, the lack of dedicated left-turn lanes, the lack of shoulders, and the like each may affect the probability of collision or accident on the route. On routes that traverse highways, other geometrical route attributes such as short entry and exit ramps, insufficient distance between interchanges to allow safe merging, etc. may each play a role in affecting the chance of accident.
Geometrical route attributes may be calculated or determined using one or more digital map data databases, such as the map data accessed at the block 210 of the method 200. Alternatively, geometrical route attributes may be obtained directly from one or more other databases that may contain pre-calculated geometrical route attributes derived a priori from a digital map database or otherwise obtained and stored in the one or more other databases.
Physical route attributes 305, however, may not be limited to only geometrical route attributes. Other route attributes corresponding to a route or geographical area of a route may also play a role in risk assessment. An exemplary (but not comprehensive) list may include other route attributes such as:
A safety factor that may influence the physical route attributes 305 may be legal regulations 306. Legal regulations may include, for example, posted speed limits, one-way designations, weight, height or vehicle type restrictions, etc. for one or more segments of the route. One or more legal regulations may modify the effect of one or more physical route attribute safety factors 305 on the risk value 350. For instance, a two-lane highway with a posted 55 mph speed limit may be more risky than a two-lane highway with a posted 40 mph speed limit, or a left turn onto a one-way road segment may be less risky than a left turn onto a two-way road segment.
Another safety criterion or safety factor on which the risk value 350 may depend is a potential risky maneuver 310 associated with a traversal of the route. The potential risky maneuver 310 may be (but is not necessarily required to be) determined from the physical route attributes 305 of the route and, thus may be determined based on digital map data, as illustrated by the dependency arrow originating at the block 305 and ending at the block 310. For instance, a particular route that traverses a segment of a rural highway may require a potential risky maneuver due to a general lack of dedicated left turn lanes on rural highways. In this case, the particular route that traverses the segment of the rural highway may be more risky if the particular route demands a left turn maneuver from the rural highway onto another road. However, the reverse maneuver—a right turn maneuver from the rural highway—may be quite safe. Thus, the potential risky maneuver 310 may be determined not only by assessing the physical route attributes 305, but also by assessing what specific maneuvers are required during the traversal of the route between the origin and the destination. Other risky maneuvers may include U-turns, sudden decreases in speed or stops, etc.
Another safety criterion on which the risk value 350 may depend may be a traveler profile 312. The traveler profile 312 may include parameters such as traveler age, experience in operating a vehicle to be used on the route (such as operating, for instance, a car, a truck, a boat or other vehicle), familiarity in using a mode of transportation to be used on the route (such as, for example, using a subway, a bus or a train route), attributes of the traveler (e.g., uses a wheelchair or pulls rolling luggage, is visually impaired, is hearing impaired, etc.), and/or other parameters that may profile or describe attributes of the traveler. For example, an inexperienced driver may be more likely to be at risk in situations where driving judgment comes into play, such as when merging onto a freeway. On the other hand, an elderly driver may be more at risk in situations that require better visual acuity. In another example, a traveler that uses a wheelchair may require a route that has accessible public transportation or intersections having pedestrian walk signals to maximize safety.
Parameters of the traveler profile 312 may be obtained via a priori or real-time user input (e.g., via block 332 of
Another safety factor or safety criteria that may be used to determine the risk value 350 of the route may be a time period of traversal 315 of the route. For instance, a specific route that brings a traveler through Long Island on a weekday may be more risky at 2:00 am, but not as risky at 7:00 am. A different route near a grammar or middle school may be more risky during the start and end of the school day. The time period of traversal 315 for a particular route or route segment may be obtained a priori, may be obtained via real-time user input (e.g., at the block 332), or may be calculated based on a start time of a trip and other route segments over which a user will travel prior to reaching the particular route segment. The time period of traversal 315 may correspond (but is not necessarily required to correspond) to the physical route attributes 305 and/or the potential risky maneuvers 310. For example, a highway with a short distance between two specific interchanges may back up during rush hour and make merging more risky, but may be easily and more safely traversed on the weekends or during non-rush hours.
Traffic patterns 318 associated with the route or the route segment are related to a time period of traversal 315 and may be a safety factor or criterion that may affect the risk value 350 of the route. Traffic patterns 318 may be time-dependent, as illustrated from the dependency arrow originating at the block 315 and terminating at the block 318. An example of such a time-dependent relationship is the traffic patterns during rush hour periods and during non-rush hour periods of the aforementioned highway with the short distances between interchanges. Some traffic patterns 318 of the route, however, may be time independent with regard to determining the risk value 350. For instance, the traffic pattern at the “Hillside Strangler” in the Chicago metropolitan area had, at one point in time, at least seven lanes of traffic merging into three. An alternate route that requires less merging is always less risky than the Hillside Strangler at any time of day or night.
Another safety factor or safety criterion on which the risk value 350 of the route may depend is a mode of transportation 320 for the route. For example, generally speaking, flying on a commercial aircraft is statistically safer (with “safe” in this example being defined as the probability of an occurrence of an accident) than driving a personal automobile. Driving on a four-lane road without a sidewalk may typically be safer than walking on the shoulder of the four-lane road. The mode of transportation 320 may be selected by a user (as illustrated by block 335) or may be provided by a default (e.g., default to using a car). Likewise, the specific type of vehicle used in a particular mode of transportation may effect the risk value 350. For example, different risk values may be associated with traversing a road using a surface vehicle for different types of surface vehicles. Thus, a gravel road may be very dangerous for a motorcycle, but less dangerous for a car and even less dangerous for a four wheel drive vehicle.
Indeed, in accordance with the disclosure, the risk value may not be limited to being influenced by a single mode of transportation. Multi-modal transportation 320 may be selected. For instance, a user may select (via the block 335) to optimize use of public transportation on the route, and may additionally specify using a bicycle or a skateboard for those route segments that cannot be traversed by any mode of public transportation. In another example, a safest route from a bar may include walking and taking a train during the day, but may include a cab and taking the train at night. For multi-modal transportation routes, the risk value for each individual route segment may be determined based on the available or desired mode of transportation 320 to be used for each individual segment. The overall risk value 350 for the route based on a mode of transportation 320 safety factor may then be determined from an aggregate of the individual segment risk values. In addition to the mode of transportation 320 safety factor, multi-modal transportation modes 320 may be dependent on other safety criteria and factors, such as (but not limited to) the time period of traversal 315, traffic patterns 318, the traveler profile 312, and other safety criteria and safety factors.
While some elements of risk for the route may be calculated or inferred by the geometry and physical attributes (at the block 305) of the route, not all elements of risk may be so derived. Other elements of risk may be based on statistical data 322 associated with the route or segments thereof. For example, there is a road near White Sands, N.Mex. which is particularly dangerous to drive, yet it lacks most all of the known risky physical route attributes. The road is very straight, has few intersections, and the weather in New Mexico provides for some of the best year-round driving conditions. Nonetheless, two other factors make this stretch of road very dangerous—excessive speed and alcohol. The dangerousness of this stretch of road may be inferred from statistical data 322 such as accident rates 360a and/or tickets and warnings issued 360b.
Other statistical data 322 associated with the route may include factors involving topology 360c, weather 360d, and/or climate 360e. For example, a road that crosses high mountain altitudes may have limited lines of sight and be more prone to ice and snow, and therefore be considered as more risky than a straight road that passes through a desert with no weather or topology-related considerations. A sailing passage that crosses through an area with a known strong local wind (e.g., Abroholos wind, Bayamo wind, etc.) may have increased risk. Other statistical data 322 may include, for example, the presence of vegetation 360f. A winding, heavily tree-lined road may have poorer sightlines during the summer due to dense foliage, but may have better sightlines (and therefore be less risky) in the winter when the leaves have dropped.
Thus, statistical data 322 for the route may provide additional influence on the risk value 350. Typically, but not necessarily, the statistical data 322 may be obtained from one or more databases different than the database(s) that hold the digital map data. For example, accident statistics may be obtained from a database managed by a traffic agency, and weather information may be obtained from a different database managed by a weather service agency. Various types of statistical data 322 may be combined to influence the risk value 350 of a route. Consider the aforementioned example of the winding, heavily tree-lined road. Although the foliage in the winter vs. the summer may influence the risk value 350, the risk value 350 may also need to take into consideration the local climate. For example, traveling a winding, heavily tree-lined road during a northern Minnesotan winter may have a different risk value than traveling a winding, heavily tree-lined road during the winter in Missouri even though in both cases, the leaves have dropped from the trees. Of course, the types of statistical data 322 discussed herein are merely an illustrative set. Other types of statistical data 322 may be possible.
The concept of safety, however, may not be limited to minimizing the chance of accident or collision. The concept of safety may vary from person to person, and may incorporate personal safety preferences 340. For instance, if a driver's vehicle is not very reliable, the driver may feel safer if the route has adequate cellular phone coverage and is close to one or more vehicle repair centers. To a driver who is comfortable with making minor car repairs or has a more reliable car, a proximity to periodic repair centers may not be as important in selecting a “safest” route, but instead the driver may place more importance on area crime statistics so that the driver minimizes the chance of theft or attack while stopped along the route. Personal safety preferences 340 may be selectable, may be prioritized with respect to importance, and may include one or more attributes such as:
As represented by the block 342 in
For some people, the concept of “safety” may include personal convenience preferences 345. For instance, a diabetic driver may wish to choose a safer route where the diabetic driver is able to reliably purchase food along the way. A person transporting an elderly passenger may require a safer route that has accessible rest room facilities spaced at closer intervals. Similar to personal safety preferences 340, individual personal convenience preferences 345 may be able to be selected and prioritized. Examples of personal convenience preferences 345 may include, for example, a proximity of the route or route segments to service stations, restaurants, rest stops, retailers, vehicle dealerships and handicapped-accessible facilities, to name but a few.
As represented by the block 342 in
Turning now to
After a start point 402, a block 405 may obtain an indication of one or more safety factors to be used in determining a risk value of a route. In some embodiments of the method 400, the indicated safety factor(s) may be obtained from a stored, default safety factor. In some embodiments of the method 400, the indicated safety factor(s) may be obtained by user selection, real-time data user input, a previously stored user preference, or by some combination of the aforementioned or other options.
If, at a block 408, the indicated safety factor is determined to require a user input, the user input may be obtained at a block 410. Examples of safety factors that may require user input may include, for example, the traveler profile 312, the time period of route traversal 315 (or at least a time of a start of a journey), one or more preferred modes of transportation 320, personal safety preferences 340, and/or personal convenience preferences 328, all of which were previously discussed with respect to
After the required user input has been obtained (at the block 410), or if user input was not required (as determined by the block 408), the method 400 may proceed to block 412. At the block 412, data corresponding to the safety factor may be accessed and obtained. For example, if the indicated safety factor is related to the physical route attributes 305, digital map data may be accessed to analyze route geometry and to obtain other physical attributes of the route or route segment(s). In another example, if the indicated safety factor includes or uses statistical data 322, one or more appropriate databases may be accessed, for example, accident statistics or historical weather information. The block 412 may access multiple different databases in order to obtain all the required information corresponding to an indicated safety factor. For example, if the indicated safety factor is related to cell phone coverage for the route, access to both a digital map database and to a separate cellular coverage map may be necessary. The block 412 of the method 400 may employ any known local or remote data access mechanism, such as reading from a local or remote database, message exchange, open or encrypted protocols, use of metadata, and the like. Likewise, the block 412 may access a local or a remote database using any local or remote, wired or wireless, public or private network.
Next, at a block 415, the accessed and obtained data (and other potentially required data) may be analyzed to determine a risk value corresponding to the indicated safety factor for the route. In some embodiments of the method 400, analyzing of the data 415 may include actual calculations. For example, in an embodiment where the indicated safety factor is based on the physical route attributes 305, route geometry may be first obtained by the block 412, and then the block 415 may then algorithmically analyze the obtained route geometry data to identify any risky geometrical attributes such as degree of curvature, number and types of intersections, etc. In another embodiment, instead of accessing route geometry data 412 in the form of raw digital map data, the data accessed by the block 412 may be accessed in a preprocessed form, where some level of analysis of risky geometrical attributes has already been performed and stored. In this embodiment, the block 415 may need to perform less analysis to determine a risk value for the route associated with the indicated safety factor.
Block 418 may determine if any additional safety factors are indicated. If there are additional indicated safety factors to be considered, a block 420 may obtain the next indicated safety factor, and the method 400 may return to the block 408. If, at the block 418, all of the indicated safety factors have been considered for the route, the method 400 may proceed to block 422.
At the block 422, the risk values for the route based on the indicated safety factors may be combined to determine an overall risk value for the route. In some embodiments, this combination may be determined based on a relative importance of the indicated safety factors with respect to each other. The relative importance amongst indicated safety factors may influence how corresponding individual risk values are combined, such as by using a weighting scheme or other type of algorithm.
The relative importance of various indicated safety factors may be obtained via user input in real-time, for instance, while in conjunction with obtaining the indication of one or more desired safety factors in the block 405. Alternatively, the relative importance of the various indicated safety factors may be obtained and stored prior to the execution of the method 400, and the stored relative importance may be retrieved at the block 418. If no stored or real-time user input is available, a default relative importance amongst the range of the various indicated safety factors may be used. Similarly, if user input is available for only certain indicated safety factors, available user input may be used for weighting the certain indicated safety factors, with the remainder of the desired safety factors using a default weighting.
After the risk values for the indicated safety factors have been combined to determine the overall risk value for the route (block 422), the determined overall risk value may be provided (block 425). Finally, at a block 428, the method 400 may end.
In some embodiments of the method 400, the method 400 may be performed on a segment by segment basis to determine a segment safety factor for each route segment of a particular route, similar to as previously discussed for the methods 230 and 250. An overall safety factor for the entire particular route may be determined by combining the segment safety factors in some weighted or non-weighted manner. In this case, user preferences corresponding to indicated safety factors may differ between segments of the route. For example, a user may be less concerned with an availability of cell phone coverage or rest stops closer to the origin or destination of a route.
At the start (block 502), the method 500 may display a range or list of safety factors for selection (block 505). The block 505 may display the range or list of selectable safety factors on a user interface /display mechanism of any known navigation or routing system platforms, such as embodiments of system 100 previously discussed with regard to
A block 508 may determine if any safety factor selections are received. If no safety factor selections are received, then the method 500 may proceed to a block 510 where default safety factor selections and (optionally) a default ordering of importance of the default safety factor selections may be obtained. After obtaining the defaults, the method 500 may end (block 520).
If, at the block 508, one or more safety factor selections are received, then the method 500 may proceed to a block 512 to obtain the one or more selected safety factors. A block 515 may obtain an ordering of importance and/or a relative importance of each of the one or more selected safety factors. Note that the block 515 may be optional. If the block 515 is omitted, a default ordering of importance and/or a default relative importance of safety factors may be used.
A block 518 may store the obtained one or more safety factors. If the block 515 obtained the ordering of importance of the one or more safety factors, the ordering may also be stored at block 518. If no storage is desired, the block 518 may be optional. Finally, at the block 520, the method 500 may end.
The screen 600 may be displayed to obtain user input regarding a route between an origin and a destination for which a user wishes to obtain directions. The screen 600 may contain fields typically used in navigation and routing systems, such as a field for entering a desired origin 602 and a field for entering a desired destination 605. The screen 600 may also indicate routing options 608. Selectable routing options 608a, 608b, 608c, 608d, 608e that are commonly used in navigation routing systems may be displayed, including options such as shortest time 608a, shortest distance 608b, avoidance of highways 608c, avoidance of tolls 608d, fewest number of instructions 608e, and the like. Also included on the screen 600 may be a “GO” button 610 or equivalent to indicate that the user has finished entering input and is ready for the system or program to find the requested route.
A selectable field for a safest route option 608n may be included in the list of selectable routing options. Each routing option 608a, 608b, 608c, 608d, 608e, . . . , 608n may be selected by, for instance, clicking on the button associated with the option, clicking on the name itself, or by some other means for obtaining the user selection.
The routing options 608a-n may have a selectable button 612 or other means for the user to indicate a desire to select priority amongst selected routing options 608a, 608b, 608c, 608d . . . 608n. In some embodiments, if the user clicks on the button 612, additional fields 612a, 612b, 612c, 612d, 612e, . . . , 612n corresponding to each available routing option may be added to the screen 600, as illustrated in
While
Returning to
Similar to the screen 600 of
Similar to the function of options button 618 of
In another example, if the user selects the traveler profile safety factor 622d, an activation of the options button 628d may cause a child screen for the screen 620 to be displayed (not shown). The child screen corresponding to the traveler profile safety factor 622d may contain fields corresponding to traveler profile parameters to be filled in by the user, such as traveler age, traveler accessibility restrictions, and other traveler profile attributes (such as those discussed with regard to reference 312 of
Similar to the prioritization of the routing options 612 and the prioritization of the safety factors 625, priority amongst personal safety preferences and/or personal convenience preferences may be indicated by the user via a similar means (not shown).
In the example shown in display 700, riskier portions of the determined safest route may be visually differentiated. Assume, in the example of display 700, that step 3 (reference 718) of the direction set 710 is riskier than most other steps of the direction set 710, and step 8 (reference 720) of the direction set 710 is even riskier than step 3. The relative level of risk of each step in the direction set 710 may be determined and compared to, for example, respective, corresponding risk values for each step that may be determined using the previously discussed methods of the disclosure. The higher level of risk of step 3 (reference 718) and step 8 (reference 720) may be indicated on display 700 via a different font, a different size, a different color, additional text (e.g., “LEFT TURN WITH CAUTION” as indicated by reference 722), a dynamic visual indicator (e.g., blinking, flashing, etc.), a graphical icon 725, or some other visual indicator. In some embodiments, gradations between varying risk levels may be indicated. For example, in an embodiment where risk levels are indicated by color-coding, step 3 (reference 718) may appear in yellow and step 8 (reference 720) may appear in red, while the other, safer instructions may appear in green. In some embodiments, more than one type of visual differentiation may be used.
Similarly, visual differentiation of riskier portions of the determined safest route may be used in a graphical representation of the determined safest route, such as illustrated in display 730 of
In some embodiments, riskier portions of the determined safest route may be differentiated via an auditory indication. For example, in an in-dash navigation system that provides auditory routing directions, the auditory routing directions may indicate a particularly risky maneuver, e.g., “Take care in making the sharp left turn ahead . . . ” or “Caution, four lanes merging into one lane in 50 yards . . . .” In some embodiments, a type of differentiating indicator for riskier portions of a determined safest route (visual, auditory, or otherwise) may be selectable. For example, the user may select a color-coded differentiation, or the user may select an additional textual warning differentiation.
Although the above describes example methods and systems including, among other components, software and/or firmware executed on hardware, it should be noted that these examples are merely illustrative and should not be considered as limiting. For example, it is contemplated that any or all of the hardware, software, and firmware components could be embodied exclusively in hardware, exclusively in software, or in any combination of hardware and software. Accordingly, while the following describes example methods and apparatus, persons of ordinary skill in the art will readily appreciate that the examples provided are not the only way to implement such methods and apparatus.
Although certain functions and features have been described herein in accordance with the teachings of the present disclosure, the scope of coverage of this disclosure is not limited thereto. To the contrary, this disclosure covers all embodiments of the teachings of the disclosure that fairly fall within the scope of permissible equivalents.
This application is a regularly filed application claiming priority to co-pending U.S. Provisional Application Ser. No. 61/087,846, entitled “Safest Transportation Routing” filed Aug. 11, 2008, the entire disclosure of which is hereby expressly incorporated by reference herein.
Number | Date | Country | |
---|---|---|---|
61087846 | Aug 2008 | US |