Method And System For Generating Viable Pattern-transfers For An Itinerary -planning System

Francis; Matthew David

Patent Application Summary

U.S. patent application number 14/006615 was filed with the patent office on 2014-01-09 for method and system for generating viable pattern-transfers for an itinerary -planning system. This patent application is currently assigned to TRAPEZE SOFTWARE INC.. The applicant listed for this patent is Matthew David Francis. Invention is credited to Matthew David Francis.

Application Number20140012611 14/006615
Document ID /
Family ID46889578
Filed Date2014-01-09

United States Patent Application 20140012611
Kind Code A1
Francis; Matthew David January 9, 2014

METHOD AND SYSTEM FOR GENERATING VIABLE PATTERN-TRANSFERS FOR AN ITINERARY -PLANNING SYSTEM

Abstract

The present invention relates to a method and system for generating viable pattern-transfers for an itinerary-planning system. The method commences with the identification of pairs of patterns along fixed transit routes that are proximate one another. Each of the patterns include a number of stops connected by pattern segments traveled in a specific order. Pattern-transfers are identified between the stops along an inbound pattern of the pairs and the stops along an outbound pattern of the pairs. At least one of the pattern-transfers is discarded if traveling from the inbound pattern to the outbound pattern via the at least one of the pattern-transfers is unadvantageous compared to traveling from the inbound pattern to the outbound pattern via at least one other of the pattern-transfers. The undiscarded pattern-transfers are stored in storage for use by an itinerary-planning system.


Inventors: Francis; Matthew David; (Bradford on Avon, GB)
Applicant:
Name City State Country Type

Francis; Matthew David

Bradford on Avon

GB
Assignee: TRAPEZE SOFTWARE INC.
Mississaugua
CA

Family ID: 46889578
Appl. No.: 14/006615
Filed: March 27, 2012
PCT Filed: March 27, 2012
PCT NO: PCT/CA2012/050188
371 Date: September 20, 2013

Related U.S. Patent Documents

Application Number Filing Date Patent Number
61468393 Mar 28, 2011
61468400 Mar 28, 2011
61490100 May 26, 2011
61490105 May 26, 2011

Current U.S. Class: 705/6
Current CPC Class: G01C 21/3423 20130101; G01C 21/3446 20130101; G06Q 10/047 20130101; G01C 21/32 20130101; G06Q 10/025 20130101
Class at Publication: 705/6
International Class: G06Q 10/02 20060101 G06Q010/02

Claims



1. A method for generating viable pattern-transfers for an itinerary-planning system, comprising: identifying pairs of patterns along fixed transit routes that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order; identifying pattern-transfers between said stops along an inbound pattern of said pairs and said stops along an outbound pattern of said pairs; discarding at least one of said pattern-transfers if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers is unadvantageous compared to traveling from said inbound pattern to said outbound pattern via at least one other of said pattern-transfers; and storing said undiscarded pattern-transfers in storage for use by an itinerary-planning system.

2. The method of claim 1, wherein said pattern-transfers traverse a walking network.

3. The method of claim 2, wherein said identifying pattern-transfers comprises: determining if said pattern-transfers between one of said stops along said inbound pattern and stops along said outbound pattern and other patterns have been previously identified.

4. The method of claim 3, wherein said identifying pattern-transfers further comprises: performing an itinerary query over a walking network to identify said pattern-transfers between said one stop along said inbound pattern and stops proximate said one stop along said outbound pattern and other patterns if said pattern-transfers have not been identified for said one stop along said inbound pattern.

5. The method of claim 4, wherein said itinerary query includes said one stop along said inbound pattern as an origin, an arbitrary location relatively distant from said one stop as a destination and a specified maximum walking distance.

6. The method of claim 5, wherein said itinerary query includes an arbitrary departure time.

7. The method of claim 5, wherein said identified pattern-transfers are registered in a node-connection map.

8. The method of claim 7, wherein said node-connection map indicates that said itinerary query was performed for said one stop along said inbound pattern.

9. The method of claim 8, wherein said determining comprises: determining if said itinerary query has been performed for said one stop.

10. The method of claim 2, wherein said identifying pattern-transfers comprises: performing an itinerary query over a walking network to identify said pattern-transfers available at a stop along segment between one of said stops on said first pattern and one of said stops on said second pattern.

11. The method of claim 1, wherein said identifying pattern-transfers comprises: identifying pattern-transfers between said stops along said inbound pattern and said stops on said outbound pattern.

12. The method of claim 1, wherein said discarding comprises: identifying at least one alternate route from said inbound pattern to said outbound pattern via said other pattern-transfers having a shorter expected travel time and walking distance than via said at least one pattern-transfers.

13. The method of claim 1, wherein said discarding comprises: selecting outbound pattern segments along said outbound pattern, commencing with a first of said outbound pattern segments and subsequently selecting immediately-subsequent outbound pattern segments; and selecting inbound pattern segments along said inbound pattern, commencing with a last of said inbound pattern segments and subsequently selecting immediately-preceding inbound pattern segments.

14. The method of claim 13, wherein said discarding further comprises: evaluating transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of previously-selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

15. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said previously-selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

16. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers between said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said previously-selected inbound pattern segments and said previously-selected outbound pattern segments.

17. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the start of said selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

18. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the end of said selected inbound pattern segments to the end of said selected outbound pattern segments.

19. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the start of said selected inbound pattern segments to the end of said selected outbound pattern segments.

20. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is slower than transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the start of said selected inbound pattern segments to the end of said selected outbound pattern segments.

21. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if traveling along said selected inbound segments and transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern at the start of said selected inbound pattern segments and traveling along said outbound pattern to the start of said selected outbound pattern segments.

22. The method of claim 14, wherein said discarding further comprises: discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected inbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments and traveling along said selected outbound pattern segments is unadvantageous in comparison to traveling further along said inbound pattern past the end of said selected inbound pattern segments and then transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging to the end of said selected outbound pattern segments.

23. The method of claim 1, wherein said identifying pairs of patterns comprises: determining that said pairs of patterns are proximate one another if rectangles bounding said patterns in said pair overlap or are proximate one another.

24. A computer system for generating viable pattern-transfers for an itinerary-planning system, comprising: a processor executing computer-readable instructions for identifying pairs of patterns along fixed transit routes in a travel network database that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order, identifying pattern-transfers between said stops along an inbound pattern of said pairs and said stops along an outbound pattern of said pairs, discarding at least one of said pattern-transfers if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers is unadvantageous compared to traveling from said inbound pattern to said outbound pattern via at least one other of said pattern-transfers, and storing said undiscarded pattern-transfers in storage accessible to said computer system for use by an itinerary-planning system.

25. A method for generating viable pattern-transfers for an itinerary-planning system, comprising: identifying pairs of patterns along fixed transit routes that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order; selecting one of said pairs of patterns; setting one of said patterns in said one pair as an inbound pattern and another of said patterns in said one pair as an outbound pattern; identifying pattern-transfers between said stops along an inbound pattern and said stops along an outbound pattern; and storing at least one of said pattern-transfers in storage for use by an itinerary-planning system if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers provides an advantage compared to traveling from said inbound pattern to said outbound pattern via other of said pattern-transfers.
Description



FIELD OF THE INVENTION

[0001] The present invention relates to the field of transportation. In particular, it relates to a method and system for generating viable pattern-transfers for an itinerary-planning system.

BACKGROUND OF THE INVENTION

[0002] Itinerary planning is generally known. Given a travel network, and a set of parameters that form an itinerary-planning request, an itinerary is generated that best satisfies the parameters. The travel network typically is a street network, a walking network or a public transportation network, but, in some cases, can incorporate two or more travel means to enable a comprehensive solution to be provided. The travel network consists of a set of paths, or network segments, that are terminated at both ends by nodes. For example, both metropolitan trains and transit buses travel along fixed routes that have scheduled stops therealong. Nodes can be used to represent the stops and network segments model the travel of the trains and buses between the stops. Nodes are often defined to denote points where interchange between various travel means can occur.

[0003] In the case of fixed-route transit, such as via train or urban bus service, the route followed by a vehicle in a direction represents a pattern of travel, or more simply, a pattern. Patterns are punctuated by a series of stops. Itinerary-planning systems store these patterns as a series of network segments spanning between nodes. Geolocations are assigned to the nodes, typically as latitudinal and longitudinal or global positioning system coordinates.

[0004] In order for such itinerary-planning systems to generate solutions that include a transfer between a first (or "inbound") pattern to a second (or "outbound") pattern where the geolocations of the stops along the patterns don't align perfectly, transfers between patterns (referred to as "pattern-transfers") by walking are generated by hand and stored with the patterns before deployment so that they can be used to quickly bridge the gap between stops along two different patterns. As changes to the networks occur, such as the addition of new walking paths and the alteration of fixed-route service, the transfers must be manually adjusted and/or added to compensate. This process is tedious, labor-intensive and error-prone. Transfers generated manually may not provide the best solutions for transferring between two patterns. Further, transfers between patterns may be missed entirely.

[0005] It is therefore an object of this invention to provide a novel method and system for generating viable pattern-transfers for an itinerary-planning system.

SUMMARY OF THE INVENTION

[0006] According to an aspect of the invention, there is provided a method for generating viable pattern-transfers for an itinerary-planning system, comprising:

[0007] identifying pairs of patterns along fixed transit routes that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order;

[0008] identifying pattern-transfers between said stops along an inbound pattern of said pairs and said stops along an outbound pattern of said pairs;

[0009] discarding at least one of said pattern-transfers if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers is unadvantageous compared to traveling from said inbound pattern to said outbound pattern via at least one other of said pattern-transfers; and

[0010] storing said undiscarded pattern-transfers in storage for use by an itinerary-planning system.

[0011] The pattern-transfers can traverse a walking network. The identifying pattern-transfers can include:

[0012] determining if said pattern-transfers between one of said stops along said inbound pattern and stops along said outbound pattern and other patterns have been previously identified.

[0013] The identifying pattern-transfers can further include:

[0014] performing an itinerary query over a walking network to identify said pattern-transfers between said one stop along said inbound pattern and stops proximate said one stop along said outbound pattern and other patterns if said pattern-transfers have not been identified for said one stop along said inbound pattern.

[0015] The itinerary query can include the one stop along the inbound pattern as an origin, an arbitrary location relatively distant from the one stop as a destination and a specified maximum walking distance. The itinerary query can also include an arbitrary departure time.

[0016] The identified pattern-transfers can be registered in a node-connection map, which can indicate that the itinerary query was performed for the one stop along the inbound pattern. The determining can include determining if the itinerary query has been performed for the one stop.

[0017] The identifying pattern-transfers can include:

[0018] performing an itinerary query over a walking network to identify said pattern-transfers available at a stop along segment between one of said stops on said first pattern and one of said stops on said second pattern.

[0019] The identifying pattern-transfers can include:

[0020] identifying pattern-transfers between said stops along said inbound pattern and said stops on said outbound pattern.

[0021] The discarding can include:

[0022] identifying at least one alternate route from said inbound pattern to said outbound pattern via said other pattern-transfers having a shorter expected travel time and walking distance than via said at least one pattern-transfers.

[0023] The discarding can include:

[0024] selecting outbound pattern segments along said outbound pattern, commencing with a first of said outbound pattern segments and subsequently selecting immediately-subsequent outbound pattern segments; and

[0025] selecting inbound pattern segments along said inbound pattern, commencing with a last of said inbound pattern segments and subsequently selecting immediately-preceding inbound pattern segments.

[0026] The discarding can further include:

[0027] evaluating transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of previously-selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

[0028] The discarding can further include:

[0029] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said previously-selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

[0030] The discarding can further include:

[0031] discarding said pattern-transfers between said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said previously-selected inbound pattern segments and said previously-selected outbound pattern segments.

[0032] The discarding can further include:

[0033] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the start of said selected inbound pattern segments to the start of said previously-selected outbound pattern segments.

[0034] The discarding can further include:

[0035] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the end of said selected inbound pattern segments to the end of said selected outbound pattern segments.

[0036] The discarding can further include:

[0037] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments are longer than said pattern-transfers bridging from the start of said selected inbound pattern segments to the end of said selected outbound pattern segments.

[0038] The discarding can further include:

[0039] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is slower than transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the start of said selected inbound pattern segments to the end of said selected outbound pattern segments.

[0040] The discarding can further include:

[0041] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments if traveling along said selected inbound segments and transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments is unadvantageous in comparison to transferring from said inbound pattern to said outbound pattern at the start of said selected inbound pattern segments and traveling along said outbound pattern to the start of said selected outbound pattern segments.

[0042] The discarding can further include:

[0043] discarding said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected inbound pattern segments if transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging from the end of said selected inbound pattern segments to the start of said selected outbound pattern segments and traveling along said selected outbound pattern segments is unadvantageous in comparison to traveling further along said inbound pattern past the end of said selected inbound pattern segments and then transferring from said inbound pattern to said outbound pattern via said pattern-transfers bridging to the end of said selected outbound pattern segments.

[0044] The identifying pairs of patterns can include:

[0045] determining that said pairs of patterns are proximate one another if rectangles bounding said patterns in said pair overlap or are proximate one another.

[0046] According to another aspect of the invention, there is provided a computer system for generating viable pattern-transfers for an itinerary-planning system, comprising:

[0047] a processor executing computer-readable instructions for identifying pairs of patterns along fixed transit routes in a travel network database that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order, identifying pattern-transfers between said stops along an inbound pattern of said pairs and said stops along an outbound pattern of said pairs, discarding at least one of said pattern-transfers if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers is unadvantageous compared to traveling from said inbound pattern to said outbound pattern via at least one other of said pattern-transfers, and storing said undiscarded pattern-transfers in storage accessible to said computer system for use by an itinerary-planning system.

[0048] According to a further aspect of the invention, there is provided a method for generating viable pattern-transfers for an itinerary-planning system, comprising:

[0049] identifying pairs of patterns along fixed transit routes that are proximate one another, each of said patterns comprising a number of stops connected by pattern segments traveled in a specific order;

[0050] selecting one of said pairs of patterns;

[0051] setting one of said patterns in said one pair as an inbound pattern and another of said patterns in said one pair as an outbound pattern;

[0052] identifying pattern-transfers between said stops along an inbound pattern and said stops along an outbound pattern; and

[0053] storing at least one of said pattern-transfers in storage for use by an itinerary-planning system if traveling from said inbound pattern to said outbound pattern via said at least one of said pattern-transfers provides an advantage compared to traveling from said inbound pattern to said outbound pattern via other of said pattern-transfers.

[0054] Other and further advantages and features of the invention will be apparent to those skilled in the art from the following detailed description thereof, taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

[0055] The invention will now be described in more detail, by way of example only, with reference to the accompanying drawings, in which like numbers refer to like elements, wherein:

[0056] FIG. 1 is a schematic diagram of a computer system for generating viable pattern-transfers for an itinerary-planning system in accordance with an embodiment of the invention, and its operating environment;

[0057] FIG. 2 is a block diagram of the computer system shown in FIG. 1;

[0058] FIG. 3 shows an exemplary set of trips for a bus route that are considered during itinerary planning by the computer system of FIG. 1;

[0059] FIG. 4 illustrates the patterns traveled by the trips of FIG. 3;

[0060] FIG. 5 is a flowchart of the general method of generating pattern-transfers used by the computer system of FIG. 1;

[0061] FIG. 6 shows an exemplary pattern analyzed during the method of FIG. 5;

[0062] FIG. 7 shows a bounding rectangle drawn around the pattern of FIG. 5;

[0063] FIG. 8 shows a second exemplary pattern intersecting the first exemplary pattern of FIG. 7 and a bounding rectangle drawn about it;

[0064] FIG. 9 shows the determination of proximity in the method of FIG. 5 for the first pattern of FIG. 6 and another exemplary pattern where the bounding rectangles for the patterns do not overlap;

[0065] FIG. 10 shows the patterns of FIG. 8 and their respective stops;

[0066] FIG. 11 is a flowchart of the general method of determining viable pattern-transfers, if any, from an inbound pattern to an outbound pattern in the method of FIG. 5;

[0067] FIG. 12 is a flowchart of the general method of determining pattern-transfers between stops of the inbound and outbound patterns in the method of FIG. 11;

[0068] FIG. 13 illustrates the identification of pattern stops within a maximum walking distance of the last stop on the inbound pattern;

[0069] FIGS. 14A and 14B show the general method of determining if a pattern-transfer from the inbound pattern to the outbound pattern is viable in the method of FIG. 11;

[0070] FIG. 15 shows the comparison of the expected travel time for a pattern-transfer versus that for any alternative route achieved by traveling further down the inbound pattern;

[0071] FIG. 16 shows the comparison of the walking distance for a pattern-transfer bridging from the end of a selected inbound pattern segment to the start of a selected outbound pattern segment versus the walking distance along a pattern-transfer bridging from the start of the selected inbound pattern segment to the same stop;

[0072] FIG. 17 shows the comparison of the walking distance for a pattern-transfer bridging from the end of a selected inbound pattern segment to the start of a selected outbound pattern segment versus the walking distance along a pattern-transfer bridging from the same stop on the inbound pattern to the immediately-subsequent stop along the outbound pattern;

[0073] FIG. 18 shows the comparison of the walking distance for a pattern-transfer from the end of a selected inbound pattern segment to the start of a selected outbound pattern-transfer versus the walking distance along the pattern-transfer bridging from the start of the selected inbound pattern segment to the end of the selected outbound pattern segment;

[0074] FIG. 19 shows the comparison of the expected travel time and walking distance of traveling further along the inbound pattern and walking to a stop on the outbound pattern versus walking directly to a stop on the outbound pattern and then continuing therealong until the same stop; and

[0075] FIG. 20 shows the comparison of the expected travel time and walking distance of walking directly to a stop on the outbound pattern and then continuing therealong to a subsequent stop versus traveling further along the inbound pattern and then walking to the subsequent stop on the outbound pattern.

DETAILED DESCRIPTION OF THE EMBODIMENTS

[0076] An itinerary-planning system generates itineraries in response to receiving itinerary-planning requests. Itinerary-planning requests generally include an origin (commonly referred to as a "point of departure") and a destination, and also can include a desired time of departure or arrival and various other constraints. One or more suitable travel itineraries may be generated by the itinerary-planning system, if possible. Depending on the type of itinerary-planning system, an itinerary can include public transportation, or walking and road travel by private vehicle or taxi, or some combination thereof.

[0077] Itinerary-planning systems generally store, or access stored, information about various travel networks to enable them to plan itineraries. Such systems can include information regarding fixed-route transit, street and walking networks. The information stored for fixed-route transit typically consists of patterns and schedule information, but may also include additional information regarding expected travel speeds along the pattern. Patterns represent the travel of a fixed-route transit vehicle in one direction between the various stops along the route. The stops are types of network nodes that are physical locations, such as intersections, bus stops and train stations. Pattern segments are a type of network segment that represents means for traveling between the nodes. A network segment is usually one of the following: a set of trips between consecutive stopping points, a walk transfer between vehicles, and the traversal of a street segment, either on foot or by private vehicle (for example, car or taxi). The geolocations (i.e., latitude and longitude coordinates) of the stops are stored together with the pattern segments that span the stops.

[0078] Walking networks are somewhat different, in that there are no patterns, per se, or schedules. Loosely described, walking networks consist of network segments that represent a route that can be traversed by a pedestrian between network nodes that define points at which alternative route choices can be made. As different choices may be available and issues may be encountered for each direction of travel along a portion of a walking network, network segments represent travel in one direction. Thus, a walking path may be represented by two network segments, one traveling in each direction. Additional information for walking networks may include expected travel speeds, gradients, etc. The geolocations of the network nodes are stored together with the other information for the walking segments.

[0079] Itinerary-planning systems generate itineraries by chaining together network segments stored in a database and favoring builds of chained network segments that appear more likely to provide a better solution over other builds. When such systems are looking to extend a build of network segments chained together, they look to see what network segments are available at the end node of the last network segment in the chain terminates. This generally continues until one or more solutions to the destination are found.

[0080] The exploration of walking networks available at stops along a pattern being explored at runtime in a subconscious effort to locate other patterns that may take one closer to the destination can be very resource-intensive. As a result, it is desirable to generate network segments representing the traversal from one pattern to another on foot once so that they can be used reiteratively during the day-to-day operation of the itinerary-planning system. By pre-generating such "pattern-transfers", itinerary solutions to queries can be generated much more rapidly.

[0081] The invention relates to a method and system for generating viable pattern-transfers for an itinerary-planning system. Given a set of fixed-route transit patterns, proximate pairs of patterns of fixed-route transit are identified. The patterns include a number of stops connected by pattern segments traveled in a specific order. Pattern-transfers between the stops along an inbound pattern of one of the pairs and the stops along an outbound pattern of one of the pairs are identified. At least one of the pattern-transfers is discarded if traveling from the inbound pattern to the outbound pattern via the at least one of the pattern-transfers is unadvantageous compared to traveling from the inbound pattern to the outbound pattern via at least one other of the pattern-transfers. The undiscarded walking segments are stored in storage for use by an itinerary-planning system.

[0082] It has been found that, by generating viable pattern-transfers prior to deployment using an automated approach, the pattern-transfers stored for use by an itinerary-planning system are selected after consideration of the various possible walking segments one can use to get from one pattern to another. Using this methodical approach, some less-obvious walking segments may be located that are more favorable than those identified using a manual process. Further, the manual labor involved in maintaining the pattern-transfers is greatly reduced. In addition, the pattern-transfers can be revised immediately in response to continual changes to the travel network.

[0083] FIG. 1 shows a computer system 20 for generating viable pattern-transfers in accordance with an embodiment of the invention, and its operating environment. The computer system is in communication with a travel network database 24. The travel network database 24 stores the travel network data and is maintained independent of the computer system 20. That is, it may exist on a separate machine, such as a dedicated SQL server. The travel network data can include public transportation route and schedule information, walking networks, traffic volume information, etc. Public transportation routes can include, for example, trunk routes such as intercity trains, buses, ferries and airplanes, and local routes such as urban bus and train routes. The walking networks include pedestrian routes and gradients for the routes.

[0084] An itinerary-planning system 28 is also in communication with the travel network database 24. The itinerary-planning system 28 is coupled to a large communications network 32, such as the Internet. The itinerary-planning system 28 operates a web service for serving web pages in response to requests for the same. A personal computer 36 is also shown in communication with the communications network 32 and executes an operating system and a web browser for enabling a user to access content available through web servers. A mobile device 40 is additionally in communication with the communications network 32 via a number of intermediate cellular communications towers, servers and switches that are not shown. Like the personal computer 36, the mobile device 40 executes an operating system and a web browser for enabling a user to access functionality and data available through web servers.

[0085] Using the travel network data stored in the travel network database 24, the itinerary-planning system 28 can receive an itinerary-planning request generated via a served request page, analyze the travel network data, generate one or more itineraries, and generate and serve one or more web pages that show the itineraries generated for the itinerary-planning request.

[0086] FIG. 2 shows a number of components of the computer system 20 for generating viable pattern-transfers of FIG. 1. As shown, the computer system 20 has a number of components, including a central processing unit ("CPU") 44 (also referred to simply as a "processor"), random access memory ("RAM") 48, an input/output interface 52, a network interface 56, non-volatile storage 60, and a local bus 64 enabling the CPU 44 to communicate with the other components. The CPU 44 executes computer-executable instructions for an operating system and transfer-generating software that provide the desired functionality. RAM 48 provides relatively-responsive volatile storage to the CPU 44. The input/output interface 52 allows for input to be received from one or more devices, such as a keyboard, a mouse, etc., and enables the CPU 44 to present output to a user via a monitor, a speaker, etc. The network interface 56 permits communication with other systems for retrieving and storing travel network data and for performing walking network itinerary queries. Non-volatile storage 60 stores the computer-executable instructions for providing the operating system and the transfer-generating software. During operation of the computer system 20, the computer-executable instructions, and the data may be retrieved from the non-volatile storage 60 and placed in RAM 48 to facilitate execution.

[0087] The transfer-generating software generates viable pattern-transfers between patterns, where possible.

Travel Network Data

[0088] In order to understand the type of data that is stored in the travel network database 24, as well as its use, it will now be described.

[0089] FIG. 3 shows an exemplary set of trips in both directions for a bus route between two nearby towns, A and F. The sequence of stops visited is the same for all trips in the day, except in the morning and evening when the bus either detours or terminates short of its normal destination. All trips for the bus are described as belonging to the same route. All bus trips from A to F are described as outbound trips. Likewise, bus trips from F to A are described as inbound trips.

[0090] All bus trips that visit exactly the same sequence of stops are said to belong to the same pattern. In this example, there are three patterns in each direction (normal--trips 2 to 10, detour--trip 1, and short running--trips 11 and 12). Vehicles that run to the same pattern do not overtake one another. A pattern also has a unique sequence of stop activities, i.e. whether passengers may alight, board, or transfer to other vehicles. The travel network database 24 groups all public transportation trips into patterns. The link between each consecutive pair of stops in a pattern is called a pattern segment. The same is also true for trains and other public transit vehicles performing fixed routes. Each stop is assigned a unique node ID that is associated with the stop's geolocations.

[0091] FIG. 4 illustrates a useful visualization of the different patterns of bus trips along the route of FIG. 3. The patterns are stacked up above the map, i.e. above the page. The trips are grouped into patterns, segmented at each stopping point. Each pattern is a kind of conduit or passage along which trips travel.

[0092] For walking networks, each section of walking path between junctions is known as a walking segment. This is a derivation and specific case of a network segment. There is a separate walking segment for each direction of travel. Each segment may have its own maximum walk speed (which may depend on gradient and may vary with time of day). These speeds may be modified using a customer-specific or enquiry-specific multiplication factor.

General Method

[0093] FIG. 5 shows the method of generating a viable pattern-transfers for an itinerary-planning system 28 employed by the computer system 20 using the travel network data stored in the travel network database 24 generally at 100. The method 100 commences with the definition of bounding rectangles for each pattern (110). Fixed routes (i.e., patterns) can be quite arbitrary in their path. As a result determining if it may be generally feasible to transfer from one pattern on foot to another pattern can be a cumbersome task. In one approach, the general distance between each stop of an inbound pattern and each stop of an outbound pattern can be calculated to determine if there are any potentially viable walking transfers between the pair of patterns. This process can be very time consuming In order to simplify the process of identifying pairs of patterns that may be proximate to one another, the computer system 20 retrieves data for each pattern from the travel network database 24 and determines a bounding rectangle representing the area of each pattern. If the bounding rectangles of two patterns are close, there may be a viable walking transfer between the patterns.

[0094] FIG. 6 shows an exemplary pattern 204 consisting of a set of stops and pattern segments adjoining them. A direction of travel 208 is indicated, specifying that the pattern represents passage from the top-left-most stop to the bottom-right-most stop.

[0095] Assume that the stops of the pattern are S.sub.1 to S.sub.n. For each stop, S.sub.i, the geolocation coordinates (x.sub.i, y.sub.i) are determined. The bounding rectangle for a pattern is thus the rectangle whose two cater-cornered vertices are [min(x.sub.i) for all i, min(y.sub.i) for all i] and [max(x.sub.i) for all i, max(y.sub.i) for all i]. For purposes of simplifying the notation, the coordinates of the cater-cornered vertices of a bounding rectangle for a pattern P.sub.j will be written as [min(x.sub.j),min(y.sub.j)] and [max(x.sub.j),max(y.sub.j)], where x.sub.j and y.sub.j represent all of the values of x and y for the stops on the pattern P.sub.j.

[0096] FIG. 7 shows the pattern 204 of FIG. 6 with a bounding rectangle 212 drawn around it. The computer system 20 registers the two cater-cornered vertices of each bounding rectangle together with an identifier of the corresponding pattern.

[0097] Returning to FIG. 5, once the bounding rectangle has been defined for each pattern, pairs of patterns with overlapping or proximate bounding rectangles are identified (120). The computer system 20 compares the bounding rectangle for each pattern with that of other patterns in the same general area. The bounding rectangles are geographically sorted so that it is not necessary to consider each and every pattern. A pattern is deemed to be proximate to another pattern if (a) their bounding rectangles overlap, or (b) are within a threshold distance from each other, as defined by the displacement along the x (east-west) axis and the y (north-south) axis. For patterns P.sub.3 and P.sub.k, their bounding rectangles are found to overlap if all of the following four conditions are satisfied:

min(x.sub.j)<max(x.sub.k)

min(x.sub.k)<max(x.sub.j)

min(y.sub.j)<max(y.sub.k)

min(y.sub.k)<max(y.sub.j)

If any of these conditions is not satisfied, then the bounding rectangles do not overlap. Patterns whose bounding rectangles do not overlap may still be deemed to be proximate one another if the bounding rectangles are close to one another. In particular, if the displacement between the bounding rectangles is not greater than a threshold, T, along both the x and the y axis, then the patterns are deemed to be proximate one another. Thus, expressed formulaically, patterns P.sub.j and P.sub.k are deemed to be proximate one another if all of the following four conditions are satisfied:

min(x.sub.j)<max(x.sub.k)+T

min(x.sub.k)<max(x.sub.j)+T

min(y.sub.j)<max(y.sub.k)+T

min(y.sub.k)<max(y.sub.j)+T

[0098] FIG. 8 illustrates the pattern 204 of FIG. 6 and its bounding rectangle 212, as well as another pattern 216 having a direction of travel 220 and a bounding rectangle 224. As can be seen, the two patterns 204 and 216 are proximate one another; in fact, they intersect each other. As a result, the bounding rectangles 212 and 224 overlap, and the computer system 20 would identify these two patterns as being proximate one another at 120.

[0099] FIG. 9 illustrates a portion of the pattern 204 of FIG. 6 and its bounding rectangle 212, together with another pattern 240 and its bounding rectangle 244. As shown, the bounding rectangles 212 and 244 do not overlap. In such cases, for any axis along which the rectangles do not overlap, the displacement along both the x and y axes (shown as .DELTA.x and .DELTA.y) must be below the threshold, T, if the two patterns 204 and 240 are deemed to be proximate. Of note is that this determination of proximity of the bounding rectangles does not ensure that there will be viable walking transfers between the two patterns, but is used to select pairs of patterns that will be further analyzed to determine if there are viable walking transfers therebetween.

[0100] Each pair of patterns deemed to be proximate one another is stored in a proximate pattern list by the computer system 20.

[0101] Once pairs of proximate patterns have been identified at 120, an unanalyzed proximate pair of patterns is selected from the proximate pattern list (130). Next, it is determined if there are any viable pattern-transfers from the inbound pattern to the outbound pattern in the pair selected from the proximate pattern list (140). As it will be desirable to identify viable pattern-transfers from the each pattern to the other in a pair of proximate patterns, one of the pair of patterns is first selected as an inbound pattern and the other as an outbound pattern and viable pattern-transfers from the inbound pattern to the outbound pattern are looked for. Then, the pattern previously selected as an outbound pattern is made the inbound pattern and the pattern previously selected as an inbound pattern is made the outbound pattern, and the process of identifying viable pattern-transfers from the inbound pattern to the outbound pattern is repeated. In order to illustrate the identification of viable pattern-transfers between a pair of patterns that are proximate one another, an exemplary pair of patterns proximate one another will be shown.

[0102] FIG. 10 shows the exemplary patterns 204 and 216 of FIG. 8. As shown, pattern 204 and pattern 216 intersect each other. For purposes of this discussion, pattern 216 is selected as the inbound pattern and pattern 204 is selected as the outbound pattern to start. A set of stops A1 to A15 of the inbound pattern 216 are shown. Another set of stops B1 to B12 of the outbound pattern 204 are also shown. As will be appreciated, some patterns will have many more stops than illustrated, whereas other patterns may have fewer stops.

[0103] FIG. 11 better illustrates the process of identifying viable pattern-transfers from the inbound pattern to the outbound pattern. It has been found that, by exploring earlier segments of the outbound pattern before later ones, and by exploring later segments of the inbound pattern before earlier ones, the knowledge gained can expedite the process of evaluating later segments on the outbound pattern and earlier segments of the inbound pattern.

[0104] The process commences with the placement of all of the outbound pattern segments in an outbound queue (310). The pattern segments or ordered in the queue such that the first pattern segment travel along the pattern is placed on top, with the remaining pattern segments being placed in the outbound queue in the order traveled. Next, all of the inbound pattern segments are placed in an inbound queue (315). The pattern segments are ordered in the queue such that the last pattern segment traveled along the pattern is placed on top with the remaining pattern segments being placed in the inbound queue in the reverse order traveled. A next remaining network segment along the outbound pattern is then selected (320). As the outbound pattern segments in the outbound queue are placed in the same order as they are traveled along the pattern, an outbound pattern segment selected from the outbound queue is the "earliest" of the remaining outbound pattern segments in the outbound queue. For example, when pattern 204 shown in FIG. 10 is selected as the outbound pattern, the pattern segments are placed in the outbound queue and selected in the following order: B.sub.1-B.sub.2, then B.sub.2-B.sub.3, and so on. Next, a last remaining network segment along the inbound pattern is selected (330). As the inbound pattern segments in the inbound queue are placed in the reverse order as they are traveled along the pattern, an inbound pattern segment selected from the inbound queue is the "last" of the remaining inbound pattern segments in the inbound queue. For example, when pattern 216 shown in FIG. 10 is selected as the inbound pattern, the network segments are selected in the following order: A.sub.14-A.sub.15, then A.sub.13-A.sub.14, and so on.

[0105] Once an inbound and an outbound segment are selected, the walking distance between the selected pattern segments is determined (340). Walking distances are determined from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern. The "start node", or "start", of a pattern segment is the network node that is visited earlier during travel along the pattern, and the "end node", or "end", of a pattern segment is the network node that is visited later during travel along the pattern. The actual walking distances are determined by performing an itinerary query using the end node of the selected inbound pattern segment and specifying a threshold for the maximum walking distance permitted. The specified maximum walking distance is a selected distance that is deemed too far for anyone to walk between patterns when trying to generate an itinerary. Builds of network segments on the walking network commencing at the end node of the selected inbound pattern segment, referred to as the "origin", are expanded, thus exploring the walking network. If a stop along any pattern (not just the two being examined) is discovered during expansion, the walking distance from the end node of the selected inbound pattern segment to the discovered stop is registered in a node-connection map. The node-connection map is a registry of stops along the patterns that are within the maximum walking distance from other stops on the other patterns. Entries in the node-connection map generally include the origin node ID and the node ID of the located stops, as well as information about the walks. Builds of network segments explored from the end node of the selected inbound pattern segment are not allowed to exceed the maximum walking distance. Once all builds not exceeding the maximum walking distance have been explored, an entry is made in the node-connection map of (origin node ID, origin node ID) to indicate that no other stops are within the maximum walking distance and that an itinerary query was performed for the origin node; that is, the end node of the selected inbound pattern segment. The node-connection map is maintained in storage, thereby enabling rapid referral to previously-determined walking distances from stops to other stops. This is useful as a stop location, as represented by a node ID, can be common to more than one pattern, and stop-to-stop walking itineraries previously identified can be used at later times.

[0106] FIG. 12 shows the determination of the walking distance between the selected inbound pattern segments and the selected outbound pattern segments in greater detail. The walking distance from both the start and end nodes of the selected inbound pattern segment to the selected outbound pattern segment is determined in the same manner. First, the origin node is set as the end node of the selected inbound pattern segment and the destination node is set as the start node of the selected outbound pattern segment (341). Thus, the distance of the walking transfer from the end node of the selected inbound pattern segment to the start of the selected outbound pattern segment is determined first. Next, the computer system 20 determines if the (origin node ID, destination node ID) combination is in the node-connection map (342). If the walking distances from the origin node to all near stops within the maximum walking distance were previously calculated, they are stored in the node-connection map for later use so that that the same itinerary queries need not be performed. If the (origin node ID, destination node ID) combination is in the node-connection map, the previously-calculated walking distance and duration is retrieved from the node-connection map (343). If the (origin node ID, destination node ID) combination is not in the node-connection map, it is determined whether the (origin node ID, origin node ID) combination is in the node-connection map (344). If the walking distance from the origin node to all near stops within the maximum walking distance was previously determined, an entry is made in the node-connection map for each stop within the maximum walking distance of the origin, together with on entry of (origin node ID, origin node ID). If an entry of (origin node ID, destination node ID) is not found in the node-connection map, but an entry of (origin node ID, origin node ID) is found, it indicates that the walking network around the origin node has previously been explored and that the destination node was not found within the maximum walking distance. Thus, if the entry (origin node ID, origin node ID) is found in the node-connection map at 344, then the walking distance between the origin node and the destination node is assumed to exceed the maximum walking distance (345).

[0107] If neither (origin node ID, destination node ID) nor (origin node ID, origin node ID) are in the node-connection map, then an itinerary query for walking along the walking network around the origin node is performed (346). The itinerary query specifies an arbitrary destination relatively distant from the origin node such that all directions are explored around the origin. Further, an arbitrary time of departure and the maximum walking distance threshold are specified. By expanding builds of network segments commencing at the origin node, but stopping the expansion once all builds cannot be expanded without exceeding the maximum walking distance, all stops for any pattern within walking distance from the origin node can be registered in the node-connection map. As the stops of any pattern are encountered in the expansion builds, entries of (origin node ID, destination node ID) are placed in the node-connection map, together with the distance and duration. In order to calculate a duration for a walk between two stops, the walk's distance is divided by an average walking speed specified during configuration of the computer system 20. Further, by making an entry in the node-connection map of (origin node ID, origin node ID), it can be quickly determined from the node-connection map whether the analysis has been performed for the origin node.

[0108] FIG. 13 shows an exemplary set of stops that may be encountered during the itinerary query performed at 345 for the stop A.sub.15. In particular, the following six entries are placed into the node-connection map:

TABLE-US-00001 Destination Origin Node Node Distance (m) Duration (s) A.sub.15 A.sub.14 426 256 A.sub.15 A.sub.13 719 472 A.sub.15 D.sub.21 459 281 A.sub.15 G.sub.6 594 374 A.sub.15 R.sub.32 576 382 A.sub.15 A.sub.15 0 0

In this illustrated example, stops along the same pattern and on other patterns are discovered during the itinerary generating at 345. In particular, nodes A.sub.13 and A.sub.14 are stops along the same pattern, and D.sub.21, G.sub.6 and R.sub.32 are stops along other patterns, all of which are within the maximum walking distance of A.sub.15. Stops A.sub.12 to A.sub.1, and all of the stops on pattern 204 for that matter, in this case were not discovered while exploring builds less than the maximum walking distance and, as a result, corresponding entries are not made in the node-connection map with A.sub.15 as the origin node. As will be appreciated, when performing the same analysis for A.sub.8 and A.sub.7, at least, walking segments from these stops to stops along pattern 204 are likely to be located and placed in the node-connection map.

[0109] Returning again to FIG. 12, once the itinerary query is performed at 346, the process returns to 342 to determine if the distance and duration of the walking segment from the origin node to the destination node has been registered or, alternatively, if the distance is deemed to be too far as the walking distance exceeds the maximum walking distance specified.

[0110] Upon retrieving the walking distance and duration from the node-connection map at 343 or upon concluding that the walking distance from the origin to the destination exceeds the maximum walking distance at 345, it is determined if the start node for the selected inbound pattern segment has been set as the origin node (347). If it has not, the origin node is set to be the start node of the inbound pattern segment (348), after which it is determined if the (origin node ID, destination node ID) combination is in the node-combination map at 342. If, instead, it is determined that the start node for the selected inbound pattern segment had previously been set as the origin node, the process 340 of determining the walking distance between the selected inbound and outbound pattern segments ends.

[0111] Returning again to FIG. 11, once the walking distance and duration has been determined between the start and end nodes of the selected inbound pattern segment and the selected outbound pattern segment, the process of evaluating the pattern-transfer from the end of the selected inbound pattern segment to the start of the selected outbound pattern segment begins. First, it is determined if the walking distance from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment exceeds the maximum walking distance (350). Here, if it was determined that the walking distance from the end node of the selected inbound pattern segment to the selected outbound pattern segment did not exceed the maximum walking distance, as a distance and duration were returned at 343, it is determined if the pattern-transfer from the end node of the selected inbound pattern segment to the selected outbound pattern segment identified at 340 is a viable pattern-transfer (360). That is, it is determined if the pattern-transfer from the end node of the selected inbound pattern segment to the selected outbound pattern segment identified at 340 may possibly be used to generate a possible itinerary solution by the itinerary-planning system 28. For example, where transferring between patterns through one pattern-transfer involves a longer walk and more travel time than transferring between the two patterns in some other manner, the pattern-transfer may be discarded as it will not yield a better itinerary in any foreseeable circumstances. By keeping such pattern-transfers, the itinerary-planning system 28 has to explore more builds to arrive at a solution, thereby unnecessarily slowing down the itinerary-planning process at runtime.

[0112] FIGS. 14A and 14B show the process of determining whether a pattern-transfer is viable. The process commences with the determination of whether the currently-examined pattern-transfer is quicker than traveling further along the inbound pattern, transferring to the outbound pattern at some earlier stop thereon using previously-identified viable walking transfers (if any), then traveling along the outbound pattern to the same stop as at the end of the walking transfer (404). That is, whether

A.sub.i-1:A.sub.i.about.B.sub.j:B.sub.j+1

is quicker than

A.sub.i-1:A.sub.i+m.about.B.sub.j-n:B.sub.3+1

where A.sub.i-1:A.sub.i represents travel along a pattern from A.sub.i-1 to A.sub.i, and A.sub.i.about.B.sub.j represents a walking transfer from A.sub.i to B.sub.j. Implicit in this determination is that any walking transfer from later along the inbound pattern to the outbound pattern must be shorter than the currently-examined walking transfer, otherwise the alternative route cannot be faster. This comparison is performed using expected travel times in this embodiment, but those skilled in the art will appreciate that other methods of determining quickness can be employed.

[0113] As walking segments between later network segments of the inbound pattern and earlier network segments of the outbound pattern have already been explored, the information required to generate these answers rapidly is readily available. Also of note, if no viable walking segments between later stops along the inbound pattern and earlier stops along the outbound pattern have been registered, then the current walking transfer is, by default, quicker than any found so far.

[0114] FIG. 15 shows an illustrated example of this comparison for the two patterns shown in FIG. 10. The illustrated example represents the general area of intersection of the inbound pattern 216 and the outbound pattern 204. In this particular example, the pattern segment A.sub.6:A.sub.7 is selected from the inbound pattern 216 and the pattern segment B.sub.7:B.sub.8 is selected from the outbound pattern 204. A walking transfer 504 from the end of the selected inbound pattern segment to the start of the selected outbound pattern segment is being compared to an alternative route 508; that is, traveling to a later stop along the inbound pattern 216, walking to a stop on the outbound pattern 204 earlier than B.sub.7, and then traveling along the outbound pattern 204 to B.sub.7.

[0115] Referring again to FIGS. 14A and 14B, if the currently-examined pattern-transfer is not quicker than traveling further along the inbound pattern, transferring to the outbound pattern at some earlier stop thereon, then traveling along the outbound pattern to the start of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0116] If, instead, it is determined at 404 that the currently-examined pattern-transfer from the end node of the selected inbound pattern segment is quicker than traveling further along the inbound pattern, transferring to the outbound pattern at some earlier stop thereon, then traveling along the outbound pattern to the start of the selected outbound pattern-transfer, then it is determined whether the currently-analyzed pattern-transfer is shorter than the pattern-transfer from the previous stop along the inbound pattern to the same stop on the outbound pattern (412). That is, whether

A.sub.i-1.about.B.sub.j

is shorter than

A.sub.i.about.B.sub.j.

If the pattern-transfer A.sub.i-1.about.B.sub.j is deemed to exceed the maximum walking distance during 340, then A.sub.i.about.B.sub.j is deemed to be shorter, by default.

[0117] FIG. 16 shows an illustrated example of this comparison. The illustrated example represents the general area of intersection of the inbound pattern 216 and the outbound pattern 204. In particular, the inbound pattern segment A.sub.7:A.sub.8 and the outbound pattern segment B.sub.7:B.sub.8 are selected. The walking distance for the currently-examined pattern-transfer 512 from the end of the selected inbound pattern segment to the start of the selected outbound pattern segment is being compared to that for the pattern-transfer 516 from the start of the selected inbound pattern segment. As the choice here is "travel further along the inbound pattern from A.sub.7 to A.sub.8, then walk to B.sub.7" versus "walk directly from A.sub.7 to B.sub.7", the first option must involve less walking in order for it to be attractive in any way over directly walking from A.sub.7 to B.sub.7 as the first option involves further travel along the inbound pattern.

[0118] Referring again to FIGS. 14A and 14B, if the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is longer than the pattern-transfer from the start node of the selected inbound pattern segment to the same stop on the outbound pattern, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0119] If, instead, it is determined at 412 that the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is shorter than the pattern-transfer from the start node of the selected inbound pattern segment to the same stop on the outbound pattern, then it is determined whether the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is shorter than the pattern-transfer from the end node of the selected inbound pattern segment to the end node of the selected outbound pattern segment (416). That is, whether

A.sub.i.about.B.sub.j

is shorter than

A.sub.i.about.B.sub.j+1.

If the pattern-transfer A.sub.i.about.B.sub.j+1 is deemed to exceed the maximum walking distance during 340, then A.sub.i.about.B.sub.j is deemed to be shorter, by default.

[0120] FIG. 17 shows an illustrated example of this comparison. The illustrated example represents the general area of intersection of the inbound pattern 216 and the outbound pattern 204. In particular, the inbound pattern segment A.sub.7:A.sub.8 and the outbound pattern segment B.sub.6:B.sub.7 are selected. The walking distance for the currently-examined pattern-transfer 520 from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is being compared to that for the pattern-transfer 524 from the end node of the selected inbound pattern segment to the end node of the selected outbound pattern segment. As the choice here is "walk from A.sub.8 to B.sub.6 then travel along the outbound pattern from B.sub.6 to B.sub.7" versus "walk directly from A.sub.8 to B.sub.7", the first option must involve less walking in order for it to be attractive in any way over directly walking from A.sub.8 to B.sub.7 as the first option involves additional travel along the outbound pattern.

[0121] Referring again to FIGS. 14A and 14B, if the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is longer than the pattern-transfer from the end node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0122] If, instead, it is determined at 416 that the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected inbound pattern segment is shorter than the pattern-transfer from the end node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then it is determined whether the pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is shorter than the pattern-transfer from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment (420). That is, whether

A.sub.i.about.B.sub.j

is shorter than

A.sub.i-1.about.B.sub.j+1.

If the pattern-transfer A.sub.i-1.about.B.sub.j+1 is deemed to exceed the maximum walking distance during 340, then A.sub.i.about.B.sub.j is deemed to be shorter, by default.

[0123] FIG. 18 shows an illustrated example of this comparison. The illustrated example represents the general area of intersection of the inbound pattern 216 and the outbound pattern 204. In particular, the pattern segment A.sub.7:A.sub.8 is selected from the inbound pattern 216 and the pattern segment B.sub.6:B.sub.7 is selected from the outbound pattern 204. The walking distance for the currently-examined pattern-transfer 528 from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is being compared to that for the pattern-transfer 532 from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment. As the choice here is "travel along the inbound pattern from A.sub.7 to A.sub.8, then walk from A.sub.8 to B.sub.6, then travel along the outbound pattern from B.sub.6 to B.sub.7" versus "walk directly from A.sub.7 to B.sub.7", the first option must involve less walking in order for it to be attractive in any way over directly walking from A.sub.7 to B.sub.7 as the first option involves further travel along both the inbound and outbound patterns.

[0124] Referring again to FIGS. 14A and 14B, if the currently-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is longer than the pattern-transfer from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0125] If, instead, it is determined at 420 that the correctly-examined pattern-transfer from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment is shorter than the pattern-transfer from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then it is determined whether the expected time to travel across the selected inbound pattern segment, walk to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer, then travel across the selected outbound pattern segment is shorter than the expected travel time to walk directly from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment (424). That is, whether the expected travel time for

A.sub.i-1:A.sub.i.about.B.sub.j:B.sub.j+1

is lower than for

A.sub.i-1.about.B.sub.j+1

One scenario addressed here is where A.sub.i-1:A.sub.i and B.sub.j:B.sub.j+1 essentially travel along the same road, and A.sub.i-1 and B.sub.j+1 represent stops on opposite sides of the road.

[0126] Returning again to FIG. 18, an illustrated example of this comparison is shown. The expected time to travel along the selected inbound pattern segment A.sub.7:A.sub.8, walk from A.sub.8 to B.sub.6 via the currently-examined pattern-transfer, then travel along the selected outbound pattern segment B.sub.6:B.sub.7 must be shorter than the expected walk time of the pattern-transfer 532 from A.sub.7 to B.sub.7.

[0127] Referring again to FIGS. 14A and 14B, if the expected time to travel across the selected inbound pattern segment, walk across the currently-examined pattern-transfer to the start node of the selected outbound pattern segment, then travel across the selected outbound pattern segment is longer than the expected travel time to walk directly from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0128] If, instead, it is determined at 424 that the expected time to travel across the selected inbound pattern segment, walk to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer, then travel across the selected outbound pattern segment is shorter than the expected travel time to walk directly from the start node of the selected inbound pattern segment to the end node of the selected outbound pattern segment, then it is determined whether traveling across the selected inbound pattern segment then walking to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer is expected to be quicker or involves less walking than walking from the start node of the selected inbound pattern segment to a stop along the outbound pattern and traveling along the outbound pattern to the start node of the selected outbound pattern segment (428). That is, whether

A.sub.i-1:A.sub.i.about.B.sub.j

is expected to be quicker or involves less walking than

A.sub.i-1.about.B.sub.j-n:B.sub.j.

[0129] FIG. 19 shows an illustrated example of this comparison. An inbound pattern 536 and an outbound pattern 540 are shown. Using the same notation as above, the selected inbound pattern segment is A.sub.i-1:A.sub.i and the selected outbound pattern segment is B.sub.j:B.sub.j+1. Traveling along the selected inbound pattern segment and walking to the start node of the selected outbound segment via the currently-examined pattern-transfer 544 must either have a shorter expected travel time or involve less walking than walking from the start node, A.sub.i-1, of the selected inbound pattern segment to an arbitrary node, B.sub.j-n, along the outbound pattern via walking transfer 548 and then traveling along the outbound pattern to the start node, B.sub.j, of the selected outbound pattern segment.

[0130] Referring again to FIGS. 14A and 14B, if traveling across the selected inbound pattern segment then walking to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer is expected to be slower and involves more walking than walking from the start node of the selected inbound pattern segment to a stop along the outbound pattern and traveling along the outbound pattern to the start node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0131] If, instead, it is determined to 428 that traveling across the selected inbound pattern segment then walking to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer is expected to be quicker or involves less walking than walking from the start node of the selected inbound pattern segment to a stop along the outbound pattern and traveling along the outbound pattern to the start node of the selected outbound pattern segment, then it is determined whether walking from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment and then traveling along the selected outbound pattern segment is expected to be quicker or involves less walking than traveling further along the inbound pattern and then walking to the end node of the selected outbound pattern segment (432). That is, whether

A.sub.i.about.B.sub.j:B.sub.j+1

is expected to be quicker or involves less walking than

A.sub.i:A.sub.i+m.about.B.sub.j+1, for any m.

[0132] FIG. 20 shows an illustrated example of this comparison. An inbound pattern 552 and an outbound pattern 556 are shown. Using the same notation as above, the selected inbound pattern segment is A.sub.i-1:A.sub.i and the selected outbound pattern segment is B.sub.j:B.sub.j+1. Walking from the end node of the selected inbound segment to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer 560 then traveling along the selected outbound pattern segment must either have a shorter expected travel time or involve less walking than traveling further along the inbound pattern from the end node of the selected inbound pattern segment and then walking to the end node, B.sub.j+1, of the selected outbound pattern segment via a pattern-transfer 564.

[0133] Referring again to FIGS. 14A and 14B, if walking from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer and then traveling along the selected outbound pattern segment is expected to be slower and involves more walking than traveling further along the inbound pattern and then walking to the end node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed not to be viable (408), after which the method 360 ends.

[0134] If, instead, it is determined at 432 that walking from the end node of the selected inbound pattern segment to the start node of the selected outbound pattern segment via the currently-examined pattern-transfer and then traveling along the selected outbound pattern segment is expected to be quicker or involves less walking than traveling further along the inbound pattern and then walking to the end node of the selected outbound pattern segment, then the currently-examined pattern-transfer is deemed to be viable (436), after which the method 360 ends.

[0135] Returning to FIG. 11, if the currently-examined pattern-transfer is deemed viable at 360, it is placed in a viable pattern-transfer set that is stored in storage (370). As the currently-examined pattern-transfer is not discarded during 350 or 360, it is deemed viable.

[0136] Once the correctly-examined pattern-transfer is either discarded or registered in the viable pattern-transfer set, it is determined if there are remaining pattern segments in the inbound queue (380). If there are, the last remaining pattern segment in the inbound queue is selected at 330, and the process of analyzing a pair of pattern segments is repeated.

[0137] If, instead, it is determined at 380 that there are no remaining inbound pattern segments, it is then determined if there are remaining outbound pattern segments in the outbound queue (380). If there are, then the inbound pattern segments are placed in the inbound queue again at 315, and the process of analyzing pairs of pattern segments repeats.

[0138] Once all of the viable pattern-transfers from one of the patterns to the other have been identified and placed in the viable pattern-transfer set at 140, the role of the patterns in the pair of proximate patterns is switched and viable pattern-transfers between the patterns are determined, if any (150). That is, the outbound pattern is made the inbound pattern, and the inbound pattern is made the outbound pattern. The process for determining viable pattern-transfers here is the same as described with respect to 140 above.

[0139] After identifying viable pattern-transfers between the patterns, it is determined if there are any unanalyzed identified pairs of proximate patterns in the proximate patterns list (160). If there are, the method 100 returns to 130, at which an unanalyzed pair of proximate patterns is selected to identify viable pattern-transfers between the patterns.

[0140] Once it is determined that there are no remaining unanalyzed pairs of proximate patterns at 160, the method 100 ends.

[0141] While, in the described embodiment, the computer system for generating viable pattern-transfers is described as a separate physical machine from the itinerary-planning system, those skilled in the art will appreciate that they can reside on the same computer system. Alternatively, each of the computer systems for generating viable pattern-transfers and the itinerary-planning system can be one or more computer systems cooperatively providing the functionality described herein.

[0142] Instead of performing generalized itinerary queries for each stop on the outbound patterns to locate proximate stops along other patterns, in an alternative embodiment, itinerary queries are performed between stops along the inbound patterns and stops along the outbound patterns. Additionally, if an estimated straight-line distance between a stop along an inbound pattern and a stop along an outbound pattern exceeds a threshold maximum distance, the itinerary query may be skipped.

[0143] A range of durations may be recorded in the viable pattern-transfer set stored in storage. In some cases, the durations for some patterns can vary during the course of the day, depending on traffic conditions, etc. It can be beneficial to register a range in some circumstances to assist in identifying more suitable itinerary solutions.

[0144] Other attributes of pattern-transfers, such as gradients, can be registered in the viable pattern-transfer set and used to help select one or more suitable itinerary solutions for an itinerary query generated at runtime.

[0145] Some pattern-transfers may be pre-defined as part of the travel network. Such pre-defined pattern-transfers may be used for complex interchanges, possibly involving stairs or lifts, such as at rail stations, or areas where it is impractical to define a walking network. Where a pattern transfer is pre-defined, it can be made to take precedence over any automatically-generated pattern-transfers. In such cases, the transfer duration can be fixed and independent of any walking speed specified that is used to calculate the duration of pattern-transfers generated by the system.

[0146] Computer-executable instructions for implementing the itinerary-planning software on a computer system could be provided separately from the computer system, for example, on a computer-readable medium (such as, for example, an optical disk, a hard disk, a USB drive or a media card) or by making them available for downloading over a communications network, such as the Internet.

[0147] While the computer system is shown as a single physical computer, it will be appreciated that the computer system can include two or more physical computers in communication with each other. Accordingly, while the embodiment shows the various components of the itinerary-planning software residing on the same physical computer, those skilled in the art will appreciate that the components can reside on separate physical computers.

[0148] This concludes the description of the presently preferred embodiments of the invention. The foregoing description has been presented for the purpose of illustration and is not intended to be exhaustive or to limit the invention to the precise form disclosed. It is intended the scope of the invention be limited not by this description but by the claims that follow.

* * * * *


uspto.report is an independent third-party trademark research tool that is not affiliated, endorsed, or sponsored by the United States Patent and Trademark Office (USPTO) or any other governmental organization. The information provided by uspto.report is based on publicly available data at the time of writing and is intended for informational purposes only.

While we strive to provide accurate and up-to-date information, we do not guarantee the accuracy, completeness, reliability, or suitability of the information displayed on this site. The use of this site is at your own risk. Any reliance you place on such information is therefore strictly at your own risk.

All official trademark data, including owner information, should be verified by visiting the official USPTO website at www.uspto.gov. This site is not intended to replace professional legal advice and should not be used as a substitute for consulting with a legal professional who is knowledgeable about trademark law.

© 2024 USPTO.report | Privacy Policy | Resources | RSS Feed of Trademarks | Trademark Filings Twitter Feed