US20200234203A1 - Method for computing at least one itinerary from a departure location to an arrival location - Google Patents
Method for computing at least one itinerary from a departure location to an arrival location Download PDFInfo
- Publication number
- US20200234203A1 US20200234203A1 US16/700,096 US201916700096A US2020234203A1 US 20200234203 A1 US20200234203 A1 US 20200234203A1 US 201916700096 A US201916700096 A US 201916700096A US 2020234203 A1 US2020234203 A1 US 2020234203A1
- Authority
- US
- United States
- Prior art keywords
- stations
- initial
- final
- station
- transfers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000006073 displacement reaction Methods 0.000 claims abstract description 8
- 238000012546 transfer Methods 0.000 claims description 65
- 238000005457 optimization Methods 0.000 claims description 13
- 238000001914 filtration Methods 0.000 claims 3
- 230000006870 function Effects 0.000 description 9
- 238000013138 pruning Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000036962 time dependent Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/3407—Route searching; Route guidance specially adapted for specific applications
- G01C21/3423—Multimodal routing, i.e. combining two or more modes of transportation, where the modes can be any of, e.g. driving, walking, cycling, public transport
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/3407—Route searching; Route guidance specially adapted for specific applications
- G01C21/343—Calculating itineraries, i.e. routes leading from a starting point to a series of categorical destinations using a global route restraint, round trips, touristic trips
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/3453—Special cost functions, i.e. other than distance or default speed limit of road segments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
- G06F16/24565—Triggers; Constraints
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- G06Q50/30—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Definitions
- a journey planner (also called trip planner) is a solver used to determine an optimal itinerary from a departure location (the origin) to an arrival location (the destination), using one or more transport mode, in particular public transportation modes (subway, tram, bus, etc.—the planner is said to be “multimodal” when covering several transportation modes and allowing intermodal connections, i.e. transfers from one mode to another).
- Searches may be optimized on different criteria, for example fastest, shortest, least changes, cheapest. Searches may be constrained for example to leave or arrive at a certain time, to avoid certain waypoints, etc.
- Public transport modes generally operate according to published schedules; given that public transport services only depart at specific times (unlike private modes of transportation such as driving, walking, or cycling, which may leave at any time), an algorithm must therefore not only find a path to a destination, but seek to optimize it so as to minimize the arrival time in this time-dependent setting.
- Trip-Based Public Transit Routing is a method based on iterations, similar to breadth-first search in a graph, where one iteration corresponds to taking a trip. It is disclosed in the document Sacha Witt. “Trip-based public transit routing.” In N. Bansal and I. Finocchi, editors, ESA 2015, volume 9294 of Lecture Notes in Computer Science, Berlin, Heidelberg, 2015. Springer.
- the Trip-Based Public Transit Routing algorithm is an algorithm for computing a Pareto front and a Pareto path per value in the Pareto front for two criteria in multimodal networks restricted to transit and walking between stations, considering an origin, a destination, and a start time.
- the two criteria considered are: (1) Min arrival time (i.e., the earliest arrival time considering the start time); and (2) Min number of transfers (i.e., the minimum number of connections, in other words the changes of transport mode, either within the same network—for instance from a subway line to another—or intermodally).
- the Trip-Based Public Transit Routing algorithm is based on the preprocessing and pruning of the possible transfers between trips.
- the aim is to build for each trip a neighborhood of reachable trips that will be as small as possible.
- all the transitions between trips that belong to at least one optimal path per value in the Pareto front of any query must be present in the computed neighborhoods.
- the pruning of all the possible transfer trips proposed in the article ensures the correction but does not compute the minimal neighborhood.
- An earliest arrival time query will then consist in a simple breadth-first search like exploration in a time-independent network where the trips are vertices and the possible transfers the arcs (i.e., which explores all of the neighbor trips on the graph at the present depth prior to moving on to the trips at the next depth level).
- the current Trip-Based Public Transit Routing algorithm is restricted to transit and walking between stations, and does not allow combination with further private transportation modes such as taxi.
- the only taxi rides that could be proposed are the door-to-door ones, using taxi alone.
- taxi is both inconvenient and costly in most cities, in some circumstances, users may be willing to use it. For example, if they are far away from public transportation or if time constraints are strong and public transportation is not fast enough.
- Trip-Based Public Transit Routing (and others algorithms like RAPTOR, see the document Daniel Delling, Julian Dibbelt, Thomas Pajor, Dorothea Wagner, and Renato F. Werneck. Computing multimodal journeys in practice.
- the breadth-first search labels the reached stations and not the trips, taking one line at each round), starts with an initialization phase, wherein the stations (i.e., the stops) from which destination can be reached, and the station that can be reached walking from the origin, are determined.
- the “origin/target” trips are trips from/to stations for which there exists a walking path of duration or distance lower than a maximum bound, for instance 10 to 20 minutes.
- this bound cannot allow for a large number of origin/target stations.
- taxi is considered instead of walking at the beginning or at the end of a path, the number of stations that can be reached within even 10 minutes can be very large.
- FIG. 1 illustrates an example of architecture of a system for computing an itinerary from a departure location to an arrival location
- FIG. 2 represents possible stations in a real-world example
- FIG. 3 represents a possible set construction of initial stations
- FIGS. 4 and 5 represent two successive pruning stages of seconds sets of possible initial/final stations
- FIG. 6 represents an ellipse used in computing an itinerary from a departure location to an arrival location
- FIGS. 7 to 10 illustrate how the initial/final stations are considered in computing an itinerary from a departure location to an arrival location.
- a method for computing at least one itinerary from a departure location to an arrival location will be described below.
- the departure and arrival locations are geographical locations, typically locations on a map as defined by an address, a point of interest, coordinates, etc.
- the determined itineraries are preferably the optimal ones (or at least close to the optimal ones; i.e., approximations of the optimal ones) according to at least one criterion such as the arrival time (which should be the earlier), the duration of the itinerary (which should be the lowest), the departure time (which should be the latest), the length of the itinerary (which should be the shortest), the number of transfers (which should be the lowest), the price (which should be the lowest), etc.
- a “cost” of the itinerary can be computed according to a given cost function, the cost being minimized.
- the multimodal transportation network is preferably a network of public transportation modes, in particular “scheduled” transportation modes; i.e., following a line (a predetermined sequence of stations) and of which timetables are known.
- scheduled public transportation modes include bus, metro, tramway, train, water shuttle, carpooling, etc. It is to be noted that the multimodal transportation network might further comprise non-scheduled transportation modes such as on-demand bus, ride-hailing, or even bike sharing (wherein the users can simply take a bike for going from a station to another without any restriction), but advantageously only scheduled public transportation modes are hereby involved in the multimodal transportation network.
- non-scheduled transportation modes such as on-demand bus, ride-hailing, or even bike sharing (wherein the users can simply take a bike for going from a station to another without any restriction)
- station or “stop,” it is meant a facility at a given location wherein at least one of the transportation modes of the multimodal transportation network regularly stops to load or unload passengers, for example a bus station, a metro station, a train station, etc.
- the main part of the itinerary i.e., the part within the multimodal transport network; is defined as a sequence of trips each from a station of the multimodal transportation network to another.
- the main part is from an initial station which is the entry point of the multimodal transportation network for the present itinerary (the wording “source stop” can be found), to a final station which is the exit point of the multimodal transportation network (the wording “target stop” can be found).
- transfer it is meant a connection from a transportation mode to another, in particular a displacement between the station at which a trip has been finished and the station at which the new trip is started.
- a transfer is performed, according to a “first transportation mode,” which is none of the public transportation modes of the network, generally walking, but also possibly kick scooter or skate.
- the first transportation mode is a non-scheduled and station-free mode, which is freely usable by the user without any limitation.
- the preferred embodiment will be considered wherein the first transportation mode is walking; i.e., the main part of the itinerary is restricted to transit and walking between stations.
- the beginning part and end part of the itinerary allow to “connect” the user to stations of the network.
- the beginning part and end part of the itinerary could be “null” in particular if the departure/arrival location is an isolated station: then this station could be used as the initial/final station. Nevertheless, even in such case the user has the possibility to walk to another station.
- the beginning part and end part are performed according to the first transportation mode (i.e., walking) or according to a second transportation mode, which is still not one of the modes of the multimodal transportation network.
- the first transportation mode i.e., walking
- a second transportation mode which is still not one of the modes of the multimodal transportation network.
- the second transportation mode is any non-scheduled and station-free mode with a longer range than the first transportation mode. It is typically taxi, but could be any equivalent transportation mode, in particular any private vehicle ride, such as a car ride (typically lift by a friend, park-and-ride, ride-hailing, etc.), a motorcycle ride, or even a helicopter ride.
- a car ride typically lift by a friend, park-and-ride, ride-hailing, etc.
- a motorcycle ride typically lift by a friend, park-and-ride, ride-hailing, etc.
- helicopter ride a helicopter ride.
- the preferred example of taxi will be used, but the described methodology is not limited to this example.
- the first transportation mode is universal and does not require any vehicle (or at worst a “light” and transportable one such as a skate) while the second transportation mode allows farther and faster rides but requires a heavier vehicle.
- both the first and second transportation modes are only restricted by the cartography; i.e., the existence of ways (in particular roads), accesses, etc. and are considered to be able to reach any location, by contrast with the modes of the multimodal transportation network which rely on a predetermined list of stations.
- any considered itinerary starts with a beginning part bringing the user from the departure location to an initial station, possibly using taxi (the second transportation mode), then the user travels in a main part into the network using various public transportation modes (the multimodal transportation network) and walking (the first transportation mode) for transfers, up to a final station, for finishing the itinerary with the end part bringing the user from the final station to the arrival location, possibly using again taxi (the second transportation mode).
- the second transportation mode the multimodal transportation network
- the above-mentioned method is implemented within an architecture such as illustrated in FIG. 1 , by means of a server 1 and/or a client 2 .
- Each of these devices 1 , 2 are typically connected thanks to an extended network 20 such as the Internet for data exchange.
- Each one comprises data processors 11 , 21 , and optionally memory 12 , 22 such as a hard disk.
- the user generally owns a client device 2 of the smartphone type, for inputting a request for itineraries (are inputted the departure location, the arrival location, and a departure time).
- the request may be either directly processed by the client 2 , or transmitted to the server 1 for being processed there.
- the described methodology is not limited to any specific implementation.
- the server 1 can still be called for example for determining the taxi path in the beginning and end parts of the itinerary, and the duration of the path, based on road data.
- the Trip-Based Public Transit Routing algorithm (or any other suitable routing algorithm such as RAPTOR) starts with an initialization phase where the set of lines L from which the destination can be reached and the set of the earliest trips that can be reached from the origin are computed (in RAPTOR these are directly the stations). So, the method starts with an “initial/final stations selection” step.
- an itinerary where a taxi brings the person almost to destination and then lets the person finish the path by walking for 10 minutes may not seem logical: the user would prefer to be left directly at destination, unless the taxi is not allowed close to the destination (for example in a pedestrian area).
- the present method suggests only a few additional solutions with taxi, but that can seem acceptable to the user.
- the idea is a “pruning” of the possible initial and final stations of the taxi itineraries.
- the idea behind the first two rules is to use a user defined boundary that will represent the maximum duration the user is willing to walk in order to reach the network from origin or the destination from the network. If the user thinks that it is acceptable to walk for 10 min or 1 km, a solution using taxi for that part of the itinerary is probably inappropriate for the user.
- the set of constraints (geometric constraint) of rule R3 limits the number of stations that are used in the optimization while keeping the ones that are in the general direction of the arrival location 32 from the departure location 31 .
- the geometric constraint may be defined as being contained within a geometrical shape 41 , as illustrated in FIG. 5 .
- this shape is constructed (based on a cost, see below), and stations within this shape are considered as fulfilling the geometrical constraint, while stations outside this shape are considered as not fulfilling the geometrical constraint.
- the geometric shape is preferably an ellipse, but it could also be a polygon such as a rectangle, a rhombus, a diamond, a triangle, combinations thereof, etc., and may even be disconnected or have holes.
- the described methodology is directed to a set of constraints, but is not limited to a particular shape, to define the set of constraints, such as the elliptical shape represented by the Figures.
- the general idea is that the geometric shape defines a “lane” between the departure location 31 and arrival location 32 , to avoid considering stations which would lead to undesired itineraries.
- FIG. 3 depicts the stations from the FIG. 2 respecting the above-mentioned rules when considering the arrival location 32 (i.e., the arrival location constitute the second set of final stations). It can be seen that the number of stations in FIG. 3 has been sensibly reduced from the number in FIG. 2 .
- the initialization phase could be defined by a step (a) of determining a first set of possible initial stations, a second set of possible initial stations, a first set of possible final stations and a second set of possible final stations in said multimodal transportation network, such that: (1) the possible initial stations of the first set of possible initial stations are (all) the stations of said multimodal transportation network reachable from the departure location using a first transportation mode at a given first maximum cost; (2) the possible final stations of the first set of possible final stations are (all) the stations of said multimodal transportation network from which the arrival location is reachable using the first transportation mode at the given first maximum cost; (3) the possible initial stations of the second set of possible initial stations are the stations: (a) reachable from the departure location using a second transportation mode at a given second maximum cost, (b) which do not belong to the first set of possible initial stations or to the first set of possible final stations, and (c) which comply with a geometric constraint defined by the departure location and the arrival location; and (4) the possible final stations of the second set of possible
- the second sets are initialized to all stations reachable from the departure location/from which the arrival location is reachable, using the second transportation mode at the given second maximum cost, and then these sets are pruned.
- the sets are “cost-bound,” meaning that the cost for reaching the stations is lower than a bound, the maximum cost, cost being in particular chosen among duration, travelled distance (i.e., “real” distance using the corresponding transportation mode), Euclidian distance (i.e., distance “as the crow flies”), taxi fee, emitted CO 2 , etc.
- the first maximum cost could be 10 minutes or 1 km (of travelled distance).
- the second maximum cost could be 20 minutes or 25 km (of travelled distance).
- All the stations at maximum cost B can be obtained, for example, by starting a forward/backward Dijkstra search from the departure/arrival location and stopping the search when the bound has been reached. All the stations reached will then be within the bound, and the exact cost for each station will be known.
- Another method for computing the maximum cost B is to consider a distance radius around the location, such that no station respecting the bound would be out of the radius. For distance bounds, it is sufficient to consider a radius equals to the bound. For duration bounds, radii can be obtained by setting a maximum mean speed for the car. Then, the set of stations obtained can be pruned by computing the real duration or distance to each station within the radius.
- the path starting at t may be computed for each station: (1) first the arrival time a(o, s, t) at the station s from the departure location o starting at t; (2) the arrival time a(s, d, a(o, s, t)) at arrival location d starting from station s at a(s, d, a(o, s, t)); and (3) the arrival time a(o, d, t) at arrival location d starting from departure location o at t.
- ⁇ is a real number greater than 1, in other words the function of the cost for reaching the arrival location from the departure location is multiplication by ⁇ .
- the ellipse is preferably such that for every location within the ellipse, the sum of the costs for reaching this location from the departure location and the arrival location using the second transportation mode is below the cost for reaching the arrival location 32 from the departure location 31 using the second transportation mode plus a predetermined cost: u belongs to the ellipse if C (departure, u)+C(u, arrival) ⁇ C(departure, arrival)+2 ⁇ , see FIG. 6 .
- the ellipse is a cost ellipse having as focal points the departure location and the arrival location. If the cost is Euclidean distance, the ellipse could be directly drawn on a map and the pruning be done geometrically. Alternatively, the same pruning could be done with exact duration or travelled distance, using for example a forward Dijkstra search from the departure location and a backward Dijkstra search from the arrival location. The geometric shape would then not be exactly that of an ellipse, since those costs are usually non-symmetric.
- some specific mobility points that are useful in the current network for the second transportation mode could be added back to the second sets.
- a waiting time is advantageously considered at the beginning and/or at the end of the taxi ride. Indeed, before starting the ride a few minutes are needed for the taxi to reach the user and to park (it could include time for taxi to come if the query concerns a travel starting now), and after ending the ride the taxi needs also a few minutes to park and to be paid by the user. Said waiting time can be taken into account when computing costs.
- a suitable known routing optimization algorithm such as Trip-Based Public Transit Routing or RAPTOR can be performed based on the first and second sets of possible initial and final stations.
- at least one optimal itinerary according to at least one criterion is selected among the itineraries having a main part from an initial station to a final station each belonging to the first or second sets of possible initial or final stations.
- the taxi shall stay an option so that several requests could be performed so as to select a plurality of optimal itineraries: (1) at least one among the itineraries having a main part from an initial station to a final station each belonging to the first sets of possible initial or final stations; i.e., without taxi; and (2) at least one among the itineraries having a main part either from an initial station belonging to the second set of possible initial stations (to any final station belonging to the first or second sets of possible final stations), or having a main part to a final station belonging to the second set of possible initial stations (from any initial station belonging to the first or second sets of possible initial stations); i.e., with at least one taxi trip.
- the itineraries selected are the optimal ones with respect to the criterion, preferably arrival time and/or number of transfers.
- requesting the optimal itineraries is referred to as “earliest arrival time query.”
- start time+duration(departure location ⁇ initial station) i.e. start time+duration(foot path) for initial stations of the first set and start time+duration(taxi path) for initial stations of the second set.
- each earliest trip is considered only once, starting with the station of lower index in the station sequence of the trip. For each iteration, one additional trip is taken in each solution to try and get to a final station.
- stations from the first sets and from the second sets are equally treated. Therefore, the algorithm is unbiased and the best overall results could be outputted.
- Trip-Based Public Transit Routing algorithm could be used as such, without any modification.
- the following algorithm could be used:
- a taxi lift (and generally any vehicle ride) has a price, and this price is going to be increasing with the duration of the trip or the number of kilometers.
- the inconvenience of taking a taxi is preferably modelled as at least one additional transfer when considering an itinerary in which the initial station or the final station belongs to the second set of possible initial stations or the second set of possible final stations.
- Additional transfers can be seen as a penalty; i.e., a supplementary cost; i.e., when the user enters the taxi it is like the user has already done a trip. Adding one transfer is indeed equivalent to counting one more trip.
- a “variable” inconvenience may be included as a function of the price of the taxi (i.e., the inconvenience in taking a taxi is considered lower if the station is closer).
- this price shall be only taken implicitly into account, rather than generating all the Pareto solutions with this additional criterion, which is computationally expensive and usually leads to a high number of solutions.
- the sets of stations are clustered; i.e., separated into subsets, according to their cost for being reached from the departure location.
- the second sets are separated into several subsets, in particular as a function of at least one predetermined cost threshold below the second maximum cost, each subset being associated to a (different) number of additional transfers, in particular increasing numbers.
- n cost thresholds allow to define n+1 subsets.
- the set is clustered as follows (the skilled person could perform the same clustering for the second set of possible final stations): (1) the first subset contains the initial stations reachable from the departure location at a cost below the first threshold; (2) the second subset contains the initial stations reachable from the departure location at a cost between the first and the second thresholds; (3) . . . ; and (4) the n+1-th subset contains the initial stations reachable from the departure location at a cost between the n-th threshold and the second maximum cost.
- S 0 is the first set
- S i>0 are subsets of the second sets, i.e. ⁇ S i is the second set.
- FIGS. 7-9 illustrates a set of possible initial stations with two subsets S 1 and S 2 .
- the cost is solely Euclidian distance, so that circles are simply drawn. Again, travelled distance or duration could be used.
- the penalty is advantageously increasing with the index subset, and preferably the n-th subset of the second set of possible initial stations or of the second set of possible final stations is associated to a penalty of n additional transfers.
- initial stations the same function could be used for final stations
- a queue of initial stations (which contains stations with a reaching cost and possibly a number of transfers) can be used to initialize or modify the real queue Q n of the algorithm, which is in practice a queue of (trips, station or station index), but the skilled person could adapt the algorithm to his needs.
- the 0-th queue Q 0 is normally initialized with trips that can be directly reached from the departure location (see the lines 9-13 of the above Trip-Based Public Transit Routing algorithm), and all the others queues Q 1 , Q 2 , etc. are initially empty.
- the algorithm scans the trips in the current queue. Each trip is scanned in turn. If the trip belongs to the target lines (i.e., going to a final station), the trip is compared to the current solution set. Then, the transfers from this trip are added to the queue of the next iteration (see the line 23 of the above algorithm).
- the Trip-Based Public Transit Routing algorithm could be slightly modified so that the queues Q 1 , Q 2 , etc. are initialized with trips starting from initial stations with a penalty of 1, 2, etc. transfers, while the queue Q 0 is initialized only with trips starting from an initial station of the first set S 0 .
- the core algorithm then just needs a slight modification on the stopping condition: the algorithm can stop only when all the queues of higher index are empty, and not just the next one.
- the final stations are defined by triples (s, l, ⁇ ) that indicate the duration ⁇ from the station s of the line/to the arrival location.
- triples s, l, ⁇
- an additional number of transfers nbt can be added to the triple as a fourth parameter.
- the query phase will then be similar but instead of maintaining the earliest arrival time so far ( ⁇ min ), an earliest arrival time is kept for each number of transfers (family ⁇ min n ⁇ n ), so that the minimum value for the current iteration could be updated from a previous iteration, see the modified algorithm below.
- routing optimization algorithm such as RAPTOR: for taxi at the beginning of an itinerary, one needs to create one queue (generally a queue of (line, station or station index)) per iteration number and for taxi at the end, the number of transfers added must be specified in the targets to update the right minimum arrival time.
- RAPTOR the usual implementation has in the queue a station and a minimum arrival time for each number of transfers, and for a set of target stations, with cost to destination and possibly additional number of transfers.
- the present solution for modelling inconvenience of taxi could be used even if the second sets were to be pruned in another manner than previously described (i.e., not necessarily using a geometric shape).
- the present process could be directed at a method for computing at least one itinerary from a departure location to an arrival location, each itinerary comprising successively: (1) a beginning part from the departure location to an initial station of a multimodal transportation network of predetermined stations; (2) a main part in the multimodal transportation network, defined as a sequence of displacements each from a station of the multimodal transportation network to another; and (3) an end part from a final station of the multimodal transportation network to the arrival location.
- the routing optimization algorithm can be either exact (always returns the set of optimal solutions with regards to the set of criteria) or heuristic (returns a set of feasible but not necessarily optimal itineraries).
- One criterion in the set of criteria is the number of transfers, wherein at least one additional transfer is added to the number of transfer criterion's value when considering an itinerary in which the initial station or the final station respectively belongs to the second set of possible initial station or the second set of possible final stations.
- the solutions generated usually start (or end) with stations that belong to different subsets (of a second set), which enables the user to select her solution from a set of diverse alternatives.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Remote Sensing (AREA)
- Radar, Positioning & Navigation (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Automation & Control Theory (AREA)
- Game Theory and Decision Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Data Mining & Analysis (AREA)
- Navigation (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Instructional Devices (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computational Linguistics (AREA)
Abstract
Description
- Pursuant to 35 U.S.C. § 119 (a), this application claims the benefit of earlier filing date and right of priority to European Patent Application Number EP 19305064.8, filed on Jan. 18, 2019, the contents of which are hereby incorporated by reference in their entirety.
- A journey planner (also called trip planner) is a solver used to determine an optimal itinerary from a departure location (the origin) to an arrival location (the destination), using one or more transport mode, in particular public transportation modes (subway, tram, bus, etc.—the planner is said to be “multimodal” when covering several transportation modes and allowing intermodal connections, i.e. transfers from one mode to another). Searches may be optimized on different criteria, for example fastest, shortest, least changes, cheapest. Searches may be constrained for example to leave or arrive at a certain time, to avoid certain waypoints, etc.
- Public transport modes generally operate according to published schedules; given that public transport services only depart at specific times (unlike private modes of transportation such as driving, walking, or cycling, which may leave at any time), an algorithm must therefore not only find a path to a destination, but seek to optimize it so as to minimize the arrival time in this time-dependent setting.
- One algorithm used to this end is the “Trip-Based Public Transit Routing” algorithm, which is a method based on iterations, similar to breadth-first search in a graph, where one iteration corresponds to taking a trip. It is disclosed in the document Sacha Witt. “Trip-based public transit routing.” In N. Bansal and I. Finocchi, editors, ESA 2015, volume 9294 of Lecture Notes in Computer Science, Berlin, Heidelberg, 2015. Springer.
- The Trip-Based Public Transit Routing algorithm is an algorithm for computing a Pareto front and a Pareto path per value in the Pareto front for two criteria in multimodal networks restricted to transit and walking between stations, considering an origin, a destination, and a start time. The two criteria considered are: (1) Min arrival time (i.e., the earliest arrival time considering the start time); and (2) Min number of transfers (i.e., the minimum number of connections, in other words the changes of transport mode, either within the same network—for instance from a subway line to another—or intermodally).
- The Trip-Based Public Transit Routing algorithm is based on the preprocessing and pruning of the possible transfers between trips. The aim is to build for each trip a neighborhood of reachable trips that will be as small as possible. For the algorithm to be correct, all the transitions between trips that belong to at least one optimal path per value in the Pareto front of any query must be present in the computed neighborhoods. The pruning of all the possible transfer trips proposed in the article ensures the correction but does not compute the minimal neighborhood.
- An earliest arrival time query will then consist in a simple breadth-first search like exploration in a time-independent network where the trips are vertices and the possible transfers the arcs (i.e., which explores all of the neighbor trips on the graph at the present depth prior to moving on to the trips at the next depth level).
- So, in each iteration, one additional trip is taken in each solution to try and get to destination.
- As explained, the current Trip-Based Public Transit Routing algorithm is restricted to transit and walking between stations, and does not allow combination with further private transportation modes such as taxi. In the known planners, the only taxi rides that could be proposed are the door-to-door ones, using taxi alone.
- Nonetheless, while using taxi is both inconvenient and costly in most cities, in some circumstances, users may be willing to use it. For example, if they are far away from public transportation or if time constraints are strong and public transportation is not fast enough.
- Mixed itineraries, using taxi and other modes of transportation, can prove very efficient in a suburban context. For instance, an itinerary using taxi at the beginning of the path to reach public transportation and then taking a subway to destination, hence avoiding congestion in the city, can be both faster and cheaper to the user than a door-to-door taxi path.
- However, building good itineraries combining taxi and public transportation is expensive computationally. Depending on the settings, the taxi can pick you up anywhere or at given taxi stations and can then deposit you at some point in the network or at your destination. It increases greatly the complexity compared to other modes that can be used to reach or leave the public transportation network, as the maximum traveling distance would be far less while walking or riding a bicycle.
- A simple solution for integrating taxi at the beginning or at the end of the path would be to consider the taxi ride like walking.
- Indeed, the Trip-Based Public Transit Routing algorithm (and others algorithms like RAPTOR, see the document Daniel Delling, Julian Dibbelt, Thomas Pajor, Dorothea Wagner, and Renato F. Werneck. Computing multimodal journeys in practice. In Experimental Algorithms—Proceedings of the 12th International Symposium, SEA 2013, volume 7933 of Lecture Notes in Computer Science, pages 260-271, Springer Berlin Heidelberg, 2013—with respect to Trip-Based Public Transit Routing, in RAPTOR the breadth-first search labels the reached stations and not the trips, taking one line at each round), starts with an initialization phase, wherein the stations (i.e., the stops) from which destination can be reached, and the station that can be reached walking from the origin, are determined.
- In the settings of the Trip-Based Public Transit Routing algorithm, the “origin/target” trips are trips from/to stations for which there exists a walking path of duration or distance lower than a maximum bound, for
instance 10 to 20 minutes. - In practice, this bound cannot allow for a large number of origin/target stations. When taxi is considered instead of walking at the beginning or at the end of a path, the number of stations that can be reached within even 10 minutes can be very large.
- In the example of
FIG. 2 , all the stations of the Lyon metropolis are represented: there are more than six thousands stations. It would lead to very large Pareto sets and query times if taxi duration is considered as a third criterion. - Therefore, it is desirable for a method to compute relevant and diverse itineraries using taxis at the beginning or at the end of the path.
- The drawings are only for purposes of illustrating various embodiments and are not to be construed as limiting, wherein:
-
FIG. 1 illustrates an example of architecture of a system for computing an itinerary from a departure location to an arrival location; -
FIG. 2 represents possible stations in a real-world example; -
FIG. 3 represents a possible set construction of initial stations; -
FIGS. 4 and 5 represent two successive pruning stages of seconds sets of possible initial/final stations; -
FIG. 6 represents an ellipse used in computing an itinerary from a departure location to an arrival location; and -
FIGS. 7 to 10 illustrate how the initial/final stations are considered in computing an itinerary from a departure location to an arrival location. - For a general understanding, reference is made to the drawings. In the drawings, like references have been used throughout to designate identical or equivalent elements. It is also noted that the drawings may not have been drawn to scale and that certain regions may have been purposely drawn disproportionately so that the features and concepts may be properly illustrated.
- A method for computing at least one itinerary from a departure location to an arrival location will be described below.
- In the description below, the departure and arrival locations are geographical locations, typically locations on a map as defined by an address, a point of interest, coordinates, etc.
- In the description below, the determined itineraries are preferably the optimal ones (or at least close to the optimal ones; i.e., approximations of the optimal ones) according to at least one criterion such as the arrival time (which should be the earlier), the duration of the itinerary (which should be the lowest), the departure time (which should be the latest), the length of the itinerary (which should be the shortest), the number of transfers (which should be the lowest), the price (which should be the lowest), etc.
- Generally speaking, a “cost” of the itinerary can be computed according to a given cost function, the cost being minimized.
- In a preferred example of a Trip-Based Public Transit Routing algorithm that will be detailed in the following description, two criteria are co-considered: (1) arrival time and (2) the number of transfers.
- Furthermore, each itinerary comprises: (1) a beginning part from the departure location to an initial station of a multimodal transportation network of predetermined stations; (2) a main part in the multimodal transportation network, defined as a sequence of displacements each from a station of the multimodal transportation network to another; and (3) an end part from a final station of the multimodal transportation network to the arrival location.
- The multimodal transportation network is preferably a network of public transportation modes, in particular “scheduled” transportation modes; i.e., following a line (a predetermined sequence of stations) and of which timetables are known.
- Examples of scheduled public transportation modes include bus, metro, tramway, train, water shuttle, carpooling, etc. It is to be noted that the multimodal transportation network might further comprise non-scheduled transportation modes such as on-demand bus, ride-hailing, or even bike sharing (wherein the users can simply take a bike for going from a station to another without any restriction), but advantageously only scheduled public transportation modes are hereby involved in the multimodal transportation network.
- By station, or “stop,” it is meant a facility at a given location wherein at least one of the transportation modes of the multimodal transportation network regularly stops to load or unload passengers, for example a bus station, a metro station, a train station, etc.
- As explained, the main part of the itinerary; i.e., the part within the multimodal transport network; is defined as a sequence of trips each from a station of the multimodal transportation network to another. The main part is from an initial station which is the entry point of the multimodal transportation network for the present itinerary (the wording “source stop” can be found), to a final station which is the exit point of the multimodal transportation network (the wording “target stop” can be found).
- By “trip,” it is meant a displacement using a single one of the transportation modes, such as a bus trip; i.e., a displacement following a line. Generally, the main part comprises between two successive trips a transfer (i.e., the main part can be seen as an alternative of trips and transfers).
- By “transfer,” it is meant a connection from a transportation mode to another, in particular a displacement between the station at which a trip has been finished and the station at which the new trip is started. Such a transfer is performed, according to a “first transportation mode,” which is none of the public transportation modes of the network, generally walking, but also possibly kick scooter or skate. The first transportation mode is a non-scheduled and station-free mode, which is freely usable by the user without any limitation.
- In the following description, the preferred embodiment will be considered wherein the first transportation mode is walking; i.e., the main part of the itinerary is restricted to transit and walking between stations.
- The beginning part and end part of the itinerary allow to “connect” the user to stations of the network. The beginning part and end part of the itinerary could be “null” in particular if the departure/arrival location is an isolated station: then this station could be used as the initial/final station. Nevertheless, even in such case the user has the possibility to walk to another station.
- The beginning part and end part are performed according to the first transportation mode (i.e., walking) or according to a second transportation mode, which is still not one of the modes of the multimodal transportation network.
- The second transportation mode is any non-scheduled and station-free mode with a longer range than the first transportation mode. It is typically taxi, but could be any equivalent transportation mode, in particular any private vehicle ride, such as a car ride (typically lift by a friend, park-and-ride, ride-hailing, etc.), a motorcycle ride, or even a helicopter ride. In the following description, the preferred example of taxi will be used, but the described methodology is not limited to this example.
- Typically, the first transportation mode is universal and does not require any vehicle (or at worst a “light” and transportable one such as a skate) while the second transportation mode allows farther and faster rides but requires a heavier vehicle.
- It is to be understood that both the first and second transportation modes are only restricted by the cartography; i.e., the existence of ways (in particular roads), accesses, etc. and are considered to be able to reach any location, by contrast with the modes of the multimodal transportation network which rely on a predetermined list of stations.
- To sum up, any considered itinerary starts with a beginning part bringing the user from the departure location to an initial station, possibly using taxi (the second transportation mode), then the user travels in a main part into the network using various public transportation modes (the multimodal transportation network) and walking (the first transportation mode) for transfers, up to a final station, for finishing the itinerary with the end part bringing the user from the final station to the arrival location, possibly using again taxi (the second transportation mode).
- The above-mentioned method is implemented within an architecture such as illustrated in
FIG. 1 , by means of aserver 1 and/or aclient 2. - Each of these
devices extended network 20 such as the Internet for data exchange. Each one comprisesdata processors optionally memory - More precisely, the user generally owns a
client device 2 of the smartphone type, for inputting a request for itineraries (are inputted the departure location, the arrival location, and a departure time). The request may be either directly processed by theclient 2, or transmitted to theserver 1 for being processed there. The described methodology is not limited to any specific implementation. - It is to be noted that even if the method is performed by the
client device 2, theserver 1 can still be called for example for determining the taxi path in the beginning and end parts of the itinerary, and the duration of the path, based on road data. - As already explained, the Trip-Based Public Transit Routing algorithm (or any other suitable routing algorithm such as RAPTOR) starts with an initialization phase where the set of lines L from which the destination can be reached and the set of the earliest trips that can be reached from the origin are computed (in RAPTOR these are directly the stations). So, the method starts with an “initial/final stations selection” step.
- When taxi is considered instead of walking for first or last miles, the number of stations that can be reached within 20 minutes can be very large.
- An observation is that not all paths seem logical to users. This observation is based on the fact that some itineraries have a low probability of being chosen by a user if other solutions exist.
- For instance, an itinerary where a taxi brings the person almost to destination and then lets the person finish the path by walking for 10 minutes may not seem logical: the user would prefer to be left directly at destination, unless the taxi is not allowed close to the destination (for example in a pedestrian area).
- Here are some examples of cases where it might be interesting to generate those solutions from a user point of view: (1) no solution was found with other modes at the beginning and/or the end of the itinerary; (2) all the alternatives generated without taxi have either very long waiting times or very long transfer times; (3) the minimum number of transfers is very high; (4) the duration of the shortest itinerary not using taxi is very high; and/or (5) person with reduced mobility that cannot manage some of the transfers in solutions without taxi.
- Although taking a taxi might be interesting depending on the circumstances, it is inconvenient in the general case for several reasons. First a user may need to book it and possibly wait for its arrival. Second, it can be quite expensive and there can be constraints on the payment mode. Third, it is not always fast, for example, in case of congestion, it can be a lot slower than public transportation.
- The present method suggests only a few additional solutions with taxi, but that can seem acceptable to the user.
- In order to reach this goal, some rules are set on the construction of the itineraries to generate solutions that avoid some paths unlikely to be accepted by the user. Note that it can also remove some optimal solutions according to some of the criteria, but it can be assumed that the probability is low (in particular when the criterion is earliest arrival time), so that the risk could be taken.
- The idea is a “pruning” of the possible initial and final stations of the taxi itineraries.
- Examples of the pruning rules are: (R1) a taxi is not taken at the beginning (or the end) of the itinerary to reach stations that are close when walking; (R2) a taxi is not taken at the beginning of the itinerary to reach a station that is close to destination by walking or a taxi is not taken from a station that is close by walking from origin to reach destination; and/or (R3) in order for the taxi part of the itinerary to be goal directed, only stations are considered that comply with a set of constraints. In the following description, the set of constraints is generically defined as a geometric constraint (such as being contained within a geometric shape, for instance an ellipse). An example of a specific geometric constraint is a boundary mapping of the constraints with respect to the departure location and the arrival location.
- The idea behind the first two rules is to use a user defined boundary that will represent the maximum duration the user is willing to walk in order to reach the network from origin or the destination from the network. If the user thinks that it is acceptable to walk for 10 min or 1 km, a solution using taxi for that part of the itinerary is probably inappropriate for the user.
- So, following rules R1 and R2, stations in
regions departure location 31 andarrival location 32, respectively, are removed as shown inFIG. 4 for the determination of possible initial and final stations for the algorithm. - The set of constraints (geometric constraint) of rule R3 limits the number of stations that are used in the optimization while keeping the ones that are in the general direction of the
arrival location 32 from thedeparture location 31. - For example, the geometric constraint may be defined as being contained within a
geometrical shape 41, as illustrated inFIG. 5 . - In other words, this shape is constructed (based on a cost, see below), and stations within this shape are considered as fulfilling the geometrical constraint, while stations outside this shape are considered as not fulfilling the geometrical constraint. The geometric shape is preferably an ellipse, but it could also be a polygon such as a rectangle, a rhombus, a diamond, a triangle, combinations thereof, etc., and may even be disconnected or have holes. The described methodology is directed to a set of constraints, but is not limited to a particular shape, to define the set of constraints, such as the elliptical shape represented by the Figures. The general idea is that the geometric shape defines a “lane” between the
departure location 31 andarrival location 32, to avoid considering stations which would lead to undesired itineraries. - Stations not complying with the geometrical constraint; e.g., outside the
geometric shape 41 are removed, seeFIG. 5 . - For example,
FIG. 3 depicts the stations from theFIG. 2 respecting the above-mentioned rules when considering the arrival location 32 (i.e., the arrival location constitute the second set of final stations). It can be seen that the number of stations inFIG. 3 has been sensibly reduced from the number inFIG. 2 . - In practice, the initialization phase could be defined by a step (a) of determining a first set of possible initial stations, a second set of possible initial stations, a first set of possible final stations and a second set of possible final stations in said multimodal transportation network, such that: (1) the possible initial stations of the first set of possible initial stations are (all) the stations of said multimodal transportation network reachable from the departure location using a first transportation mode at a given first maximum cost; (2) the possible final stations of the first set of possible final stations are (all) the stations of said multimodal transportation network from which the arrival location is reachable using the first transportation mode at the given first maximum cost; (3) the possible initial stations of the second set of possible initial stations are the stations: (a) reachable from the departure location using a second transportation mode at a given second maximum cost, (b) which do not belong to the first set of possible initial stations or to the first set of possible final stations, and (c) which comply with a geometric constraint defined by the departure location and the arrival location; and (4) the possible final stations of the second set of possible final stations are the stations: (a) from which the arrival location is reachable using the second transportation mode at the given second maximum cost, (b) which do not belong to the first set of possible initial stations or to the first set of possible final stations, and (c) which comply with said geometric constraint defined by the departure location and the arrival location.
- Preferably, the second sets are initialized to all stations reachable from the departure location/from which the arrival location is reachable, using the second transportation mode at the given second maximum cost, and then these sets are pruned.
- Here, the sets are “cost-bound,” meaning that the cost for reaching the stations is lower than a bound, the maximum cost, cost being in particular chosen among duration, travelled distance (i.e., “real” distance using the corresponding transportation mode), Euclidian distance (i.e., distance “as the crow flies”), taxi fee, emitted CO2, etc. For the first sets (stations reachable by walking), the first maximum cost could be 10 minutes or 1 km (of travelled distance). For the second sets (stations reachable by taxi), the second maximum cost could be 20 minutes or 25 km (of travelled distance).
- All the stations at maximum cost B, can be obtained, for example, by starting a forward/backward Dijkstra search from the departure/arrival location and stopping the search when the bound has been reached. All the stations reached will then be within the bound, and the exact cost for each station will be known.
- Another method for computing the maximum cost B is to consider a distance radius around the location, such that no station respecting the bound would be out of the radius. For distance bounds, it is sufficient to consider a radius equals to the bound. For duration bounds, radii can be obtained by setting a maximum mean speed for the car. Then, the set of stations obtained can be pruned by computing the real duration or distance to each station within the radius.
- Cost could also be considered when assessing the geometric constraint. More precisely, the geometric constraint could concern the costs for reaching (min-cost paths) a station from the departure location and the arrival location from this station using the second transportation mode; i.e., a station complies with said geometrical constraint if the sum of the costs for reaching this location from the departure location and the arrival location using the second transportation mode is below a value function of the cost for reaching the arrival location from the departure location using the second transportation mode.
- For instance, if the arrival time in a taxi road network with time-dependent arcs is considered, the path starting at t, may be computed for each station: (1) first the arrival time a(o, s, t) at the station s from the departure location o starting at t; (2) the arrival time a(s, d, a(o, s, t)) at arrival location d starting from station s at a(s, d, a(o, s, t)); and (3) the arrival time a(o, d, t) at arrival location d starting from departure location o at t.
- Then, the geometrical constraint may be defined as
-
a(o, s, t)+a(s, d, a(o, s, t))≤α.a(o, d, t) - where α is a real number greater than 1, in other words the function of the cost for reaching the arrival location from the departure location is multiplication by α.
- Note that if the function is the cost for reaching the arrival location from the departure location plus a predetermined cost and the cost is a distance in the mathematical sense, it matches the intuitive definition of an ellipse, meaning that the geometrical constraint is then equivalent to being contained within an ellipse.
- In other words, the ellipse is preferably such that for every location within the ellipse, the sum of the costs for reaching this location from the departure location and the arrival location using the second transportation mode is below the cost for reaching the
arrival location 32 from thedeparture location 31 using the second transportation mode plus a predetermined cost: u belongs to the ellipse if C (departure, u)+C(u, arrival)≤C(departure, arrival)+2Δ, seeFIG. 6 . - Mathematically, the ellipse is a cost ellipse having as focal points the departure location and the arrival location. If the cost is Euclidean distance, the ellipse could be directly drawn on a map and the pruning be done geometrically. Alternatively, the same pruning could be done with exact duration or travelled distance, using for example a forward Dijkstra search from the departure location and a backward Dijkstra search from the arrival location. The geometric shape would then not be exactly that of an ellipse, since those costs are usually non-symmetric.
- In some embodiment, some specific mobility points that are useful in the current network for the second transportation mode (such as taxi stations, or park-and-ride/parking lots), could be added back to the second sets.
- It is to be noted that, when determining the second sets of possible initial or final stations (and/or in the following query phase), a waiting time is advantageously considered at the beginning and/or at the end of the taxi ride. Indeed, before starting the ride a few minutes are needed for the taxi to reach the user and to park (it could include time for taxi to come if the query concerns a travel starting now), and after ending the ride the taxi needs also a few minutes to park and to be paid by the user. Said waiting time can be taken into account when computing costs.
- In a following step (b), a suitable known routing optimization algorithm such a Trip-Based Public Transit Routing or RAPTOR can be performed based on the first and second sets of possible initial and final stations. In other words, at least one optimal itinerary according to at least one criterion is selected among the itineraries having a main part from an initial station to a final station each belonging to the first or second sets of possible initial or final stations.
- It is to be noted that preferably, the taxi shall stay an option so that several requests could be performed so as to select a plurality of optimal itineraries: (1) at least one among the itineraries having a main part from an initial station to a final station each belonging to the first sets of possible initial or final stations; i.e., without taxi; and (2) at least one among the itineraries having a main part either from an initial station belonging to the second set of possible initial stations (to any final station belonging to the first or second sets of possible final stations), or having a main part to a final station belonging to the second set of possible initial stations (from any initial station belonging to the first or second sets of possible initial stations); i.e., with at least one taxi trip.
- The itineraries selected are the optimal ones with respect to the criterion, preferably arrival time and/or number of transfers. When minimum arrival time is considered, requesting the optimal itineraries is referred to as “earliest arrival time query.”
- For example, in the Trip-Based Public Transit Routing algorithm, for each initial station, is scanned each line that passes by it and only the earliest possible trip after start time+duration(departure location→initial station) (i.e. start time+duration(foot path) for initial stations of the first set and start time+duration(taxi path) for initial stations of the second set) are considered.
- When several stations pass by the same line, each earliest trip is considered only once, starting with the station of lower index in the station sequence of the trip. For each iteration, one additional trip is taken in each solution to try and get to a final station.
- According to a first embodiment, stations from the first sets and from the second sets are equally treated. Therefore, the algorithm is unbiased and the best overall results could be outputted.
- In such an embodiment the Trip-Based Public Transit Routing algorithm could be used as such, without any modification. In particular, the following algorithm could be used:
-
Input: Timetable, transfer set T, source stop psrc, target stop ptgt, departure time τ Output: Result set J 1: J ← Ø 2: ← Ø 3: Qn ← Ø n = 0, 1,... 4: R(t) ← ∞ for all trips t 5: for each stop q such that Δτfp (q,ptgt) is defined do 6: Δτ ← 0 if ptgt = q, else Δτfp (q,ptgt) 7: for each (L,i) ∈ L (q) do 8: ← ∪ {(L,i,Δτ)} 9: for each stop q such that Δτfp (p ,q) is defined do 10: Δτ ← 0 if psrc = q, else Δτfp (p ,q) 11: for each (L,i) ∈ L(q) do 12: t ← earliest trip of L such that τ + Δτ ≤ τdep (t,i) 13: ENQUEUE(t,i,0) 14: τmin ← ∞ 15: n ← 0 16: while Qn ≠ Ø do 17: for each pt b → p ∈ Qn do 18: for each (Lt,i,Δτ) ∈ with b < i and τ (t,i) + Δτ < τmin do 19: τmin ← τarr(t,i) + Δτ 20: J ← J ∪ {(τmin, n)}, removing dominated entries 21: if τarr(t, b + 1) < τmin then 22: for each transfer pt i → pu j ∈ T with b < i ≤ e do 23: ENQUEUE(u,j,n + 1) 24: n ← n + 1 1: procedure ENQUEUE(trip t, index i, number of transfers n) 2: if i < R(t) then 3: Qn ← Qn ∪ {p → pt R(t)} 4: for each trip u with t ≤ u Λ Lt = Lu do 5: R(u) ← min(R(u),i) indicates data missing or illegible when filed - A taxi lift (and generally any vehicle ride) has a price, and this price is going to be increasing with the duration of the trip or the number of kilometers.
- Thus, according to a second embodiment, the inconvenience of taking a taxi is preferably modelled as at least one additional transfer when considering an itinerary in which the initial station or the final station belongs to the second set of possible initial stations or the second set of possible final stations.
- Additional transfers can be seen as a penalty; i.e., a supplementary cost; i.e., when the user enters the taxi it is like the user has already done a trip. Adding one transfer is indeed equivalent to counting one more trip.
- Preferably, a “variable” inconvenience may be included as a function of the price of the taxi (i.e., the inconvenience in taking a taxi is considered lower if the station is closer). Preferably this price shall be only taken implicitly into account, rather than generating all the Pareto solutions with this additional criterion, which is computationally expensive and usually leads to a high number of solutions.
- To this end is preferably considered a modeling wherein the sets of stations are clustered; i.e., separated into subsets, according to their cost for being reached from the departure location. In other words, the second sets are separated into several subsets, in particular as a function of at least one predetermined cost threshold below the second maximum cost, each subset being associated to a (different) number of additional transfers, in particular increasing numbers.
- The cost thresholds can be used for defining boundaries of the subsets: n cost thresholds allow to define n+1 subsets. In the example of the second set of possible initial stations, the set is clustered as follows (the skilled person could perform the same clustering for the second set of possible final stations): (1) the first subset contains the initial stations reachable from the departure location at a cost below the first threshold; (2) the second subset contains the initial stations reachable from the departure location at a cost between the first and the second thresholds; (3) . . . ; and (4) the n+1-th subset contains the initial stations reachable from the departure location at a cost between the n-th threshold and the second maximum cost.
- For instance, for initial stations, S0 is the first set, and Si>0 are subsets of the second sets, i.e. ∪ Si is the second set. See the examples of
FIGS. 7-9 which illustrates a set of possible initial stations with two subsets S1 and S2. InFIGS. 7-9 , the cost is solely Euclidian distance, so that circles are simply drawn. Again, travelled distance or duration could be used. - The penalty is advantageously increasing with the index subset, and preferably the n-th subset of the second set of possible initial stations or of the second set of possible final stations is associated to a penalty of n additional transfers. For instance, in the example of initial stations (the same function could be used for final stations), there may be: (1) no additional transfer for initial stations in the first set S0 (stations reachable by walking); i.e., reaching such initial stations is equivalent to taking 0 trips; and (2) n additional transfer for initial stations in the n-th subset Sn>0 of the second set (stations reachable by taxi); i.e., reaching such initial stations is equivalent to taking n trips.
- Note that a number of additional transfers can be reduced by 1 (hence starting at 0) if the first set S0 is not considered; i.e., when the itinerary necessary starts with a taxi trip.
- Having an increased number of transfers as penalty is very efficient for algorithms such as Trip-Based Public Transit Routing, wherein for each number of transfers is defined a n-th queue Qn of trip segments reached after n transfers. In particular, a queue of initial stations (which contains stations with a reaching cost and possibly a number of transfers) can be used to initialize or modify the real queue Qn of the algorithm, which is in practice a queue of (trips, station or station index), but the skilled person could adapt the algorithm to his needs.
- The 0-th queue Q0 is normally initialized with trips that can be directly reached from the departure location (see the lines 9-13 of the above Trip-Based Public Transit Routing algorithm), and all the others queues Q1, Q2, etc. are initially empty.
- For each iteration, the algorithm scans the trips in the current queue. Each trip is scanned in turn. If the trip belongs to the target lines (i.e., going to a final station), the trip is compared to the current solution set. Then, the transfers from this trip are added to the queue of the next iteration (see the line 23 of the above algorithm).
- In the present case, the Trip-Based Public Transit Routing algorithm could be slightly modified so that the queues Q1, Q2, etc. are initialized with trips starting from initial stations with a penalty of 1, 2, etc. transfers, while the queue Q0 is initialized only with trips starting from an initial station of the first set S0.
- The core algorithm then just needs a slight modification on the stopping condition: the algorithm can stop only when all the queues of higher index are empty, and not just the next one.
- Regarding the final stations, the same procedure could be used for adding penalties at the end of the itinerary if taxi is taken, see the example of
FIG. 10 . - In the known Trip-Based Public Transit Routing algorithm (see above) the final stations are defined by triples (s, l, Δτ) that indicate the duration Δτ from the station s of the line/to the arrival location. For taking into accounts penalties, an additional number of transfers nbt can be added to the triple as a fourth parameter.
- The query phase will then be similar but instead of maintaining the earliest arrival time so far (τmin), an earliest arrival time is kept for each number of transfers (family {τmin n}n), so that the minimum value for the current iteration could be updated from a previous iteration, see the modified algorithm below.
-
input Timetable data, transfer set T input Source stop p , destination stop p , start time τ output Pareto front J J ← ∅, ← ∅ Qn ← ∅ for n = 0, 1, ... R(.) ← ∞ for all trips t INITIALIZATION ... τmin n ← ∞ for n = 0, 1, ... The minimum arrival time at target using n trips at the maximum n ← 0 while ∃ m ≥ n, Qm ≠ ∅ do for each pt b → pt e ∈ Qn do Checking if a target is reached for each (L , i, Δτ, nbt) ∈ with b < i and τarr(l, i) + Δτ < τmin n+nbt do τmin n+nbt ← τarr( , i) + Δτ J ← J ∪ {(τ , n + nbt)}, removing dominated entries end for if τarr(t, b + 1) + Δτal(Lt) < τmin then Filling the queue for the next round for each transfer pt i ← pu j ∈ T with b < i ≤ e do ENQUEUE(u, j, n + 1) end for end if end for n ← n + 1 end while indicates data missing or illegible when filed - Note that the present process is not limited to a Trip-Based Public Transit Routing based algorithm. Hence, similar modifications can be proposed for others routing optimization algorithm such as RAPTOR: for taxi at the beginning of an itinerary, one needs to create one queue (generally a queue of (line, station or station index)) per iteration number and for taxi at the end, the number of transfers added must be specified in the targets to update the right minimum arrival time. For RAPTOR, the usual implementation has in the queue a station and a minimum arrival time for each number of transfers, and for a set of target stations, with cost to destination and possibly additional number of transfers.
- In addition, the present solution for modelling inconvenience of taxi could be used even if the second sets were to be pruned in another manner than previously described (i.e., not necessarily using a geometric shape).
- In the such a case, the present process could be directed at a method for computing at least one itinerary from a departure location to an arrival location, each itinerary comprising successively: (1) a beginning part from the departure location to an initial station of a multimodal transportation network of predetermined stations; (2) a main part in the multimodal transportation network, defined as a sequence of displacements each from a station of the multimodal transportation network to another; and (3) an end part from a final station of the multimodal transportation network to the arrival location. The method is characterized in that it comprises the implementation, by a data processor 11, 21 of a device 1, 2, of steps of: (a) determining a first set of possible initial stations (the possible initial stations of the first set of possible initial stations are the stations of said multimodal transportation network reachable from the departure location using the first transportation mode at a given first maximum cost), a second set of possible initial stations (the possible initial stations of the second set of possible initial stations are the stations of said multimodal transportation network reachable from the departure location using the second transportation mode at a given first maximum cost), a first set of possible final stations (the possible final stations of the first set of possible final stations are the stations of said multimodal transportation network from which the arrival location is reachable using the first transportation mode at the given first maximum cost) and a second set of possible final stations (the possible final stations of the second set of possible final stations are the stations of said multimodal transportation network from which the arrival location is reachable using the second transportation mode at the given second maximum cost) in said multimodal transportation network, wherein the second sets are pruned according to a given pruning function; and (b) performing a routing optimization algorithm, according to a set of criteria, so as to compute at least one itinerary having a main part from an initial station to a final station each belonging to the first sets or the second sets of possible initial stations or of possible final stations. The routing optimization algorithm can be either exact (always returns the set of optimal solutions with regards to the set of criteria) or heuristic (returns a set of feasible but not necessarily optimal itineraries). One criterion in the set of criteria is the number of transfers, wherein at least one additional transfer is added to the number of transfer criterion's value when considering an itinerary in which the initial station or the final station respectively belongs to the second set of possible initial station or the second set of possible final stations.
- The present method has been tested on 20 generated itineraries in the Lyon metropolis area. Those itineraries start from the suburbs and reach Lyon downtown.
- On average, 1.6 solutions are generated per departure/arrival location pair when using 1 subset (only pruning), 1.95 solutions when using 4 subsets, and 2.8 solutions when using 6 subsets for modeling the inconvenience of taking a taxi.
- The solutions generated usually start (or end) with stations that belong to different subsets (of a second set), which enables the user to select her solution from a set of diverse alternatives.
- Although adding taxi at the beginning or the end of the itinerary increases the complexity of the algorithm, the query time remains manageable for real-time answering (0.7 sec per request on an average personal computer, calling an internal server for the time-dependent routing in road network for the taxi part).
- In a third and fourth aspects, the present process concerns a computer program product comprising code instructions to execute a method (particularly on the
data processor server 1 or the client 2) according to the first aspect of the invention for computing at least one itinerary from a departure location to an arrival location, and storage means readable by computer equipment (memory server 1 or the client 2) provided with this computer program product. - It will be appreciated that variations of the above-disclosed embodiments and other features and functions, or alternatives thereof, may be desirably combined into many other different systems or applications. Also, various presently unforeseen or unanticipated alternatives, modifications, variations, or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the description above and the following claims.
Claims (30)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020200005234A KR102323280B1 (en) | 2019-01-18 | 2020-01-15 | Method for computing at least one itinerary from a departure location to an arrival location |
JP2020006253A JP7250713B2 (en) | 2019-01-18 | 2020-01-17 | How to calculate at least one itinerary from a departure location to an arrival location |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19305064 | 2019-01-18 | ||
EP19305064.8 | 2019-01-18 | ||
EP19305064.8A EP3683742A1 (en) | 2019-01-18 | 2019-01-18 | Method for computing at least one itinerary from a departure location to an arrival location |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200234203A1 true US20200234203A1 (en) | 2020-07-23 |
US11803785B2 US11803785B2 (en) | 2023-10-31 |
Family
ID=65351984
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/700,096 Active 2040-09-08 US11803785B2 (en) | 2019-01-18 | 2019-12-02 | Method for computing at least one itinerary from a departure location to an arrival location |
Country Status (4)
Country | Link |
---|---|
US (1) | US11803785B2 (en) |
EP (1) | EP3683742A1 (en) |
JP (1) | JP7250713B2 (en) |
KR (1) | KR102323280B1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111612257A (en) * | 2020-05-26 | 2020-09-01 | 广西翔路建设有限责任公司 | Shortest path solving method based on space regression |
CN112070372A (en) * | 2020-08-25 | 2020-12-11 | 长沙理工大学 | Bus passenger flow distribution method, system and storage medium based on interval uncertainty |
CN112232596A (en) * | 2020-11-07 | 2021-01-15 | 苏州创旅天下信息技术有限公司 | Multi-mode transport transit city optimization method, system, terminal and storage medium |
CN113469451A (en) * | 2021-07-19 | 2021-10-01 | 杭州数知梦科技有限公司 | Customized bus route generation method based on heuristic algorithm |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3683742A1 (en) * | 2019-01-18 | 2020-07-22 | Naver Corporation | Method for computing at least one itinerary from a departure location to an arrival location |
CN112101827B (en) * | 2020-11-20 | 2021-04-06 | 深圳市城市交通规划设计研究中心股份有限公司 | Transportation demand point cutting method and traffic route determining method and device |
CN112562309B (en) * | 2021-03-01 | 2021-05-07 | 湖南师范大学 | Network taxi appointment scheduling method based on improved Dijkstra algorithm |
US20220398582A1 (en) * | 2021-06-11 | 2022-12-15 | Obook Inc. | Information delivery method for transferring fund and electronic device |
US11747153B1 (en) | 2022-07-21 | 2023-09-05 | Travelshift ehf. | Apparatus and associated method for determining a travel itinerary |
Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5991688A (en) * | 1996-05-02 | 1999-11-23 | Pioneer Electronic Corporation | Route setting method and apparatus in navigation system, and program storage device readable by the apparatus |
US20020059025A1 (en) * | 2000-11-12 | 2002-05-16 | Hong-Soo Kim | Method for finding shortest path to destination in traaffic network using Dijkstra algorithm or Floyd-warshall algorithm |
US6779060B1 (en) * | 1998-08-05 | 2004-08-17 | British Telecommunications Public Limited Company | Multimodal user interface |
US6785608B1 (en) * | 2001-12-19 | 2004-08-31 | Navteq North America, Llc | System and method for calculating an optimized route and calculation thereof |
US20040218536A1 (en) * | 2002-12-11 | 2004-11-04 | Nippon Telegraph And Telephone Corp. | Multicast communication path calculation method and multicast communication path calculation apparatus |
US20050043884A1 (en) * | 2003-08-21 | 2005-02-24 | Hitachi, Ltd. | Server device, an in-vehicle terminal device, and program of communication-based car navigation system |
US20070008949A1 (en) * | 2005-07-07 | 2007-01-11 | Nokia Corporation | Method for automatic route aggregation in a communication system |
US20080075007A1 (en) * | 2006-09-25 | 2008-03-27 | Mehta Neelesh B | Decentralized and dynamic route selection in cooperative relay networks |
US20100036606A1 (en) * | 2006-10-30 | 2010-02-11 | Alan Henry Jones | Method of and apparatus for generating routes |
US20100082245A1 (en) * | 2008-09-26 | 2010-04-01 | General Motors Corporation | System and method for individually updating a location-based geometric boundary of a subscriber vehicle |
US20100228574A1 (en) * | 2007-11-24 | 2010-09-09 | Routerank Ltd. | Personalized real-time location-based travel management |
US20100280853A1 (en) * | 2007-12-05 | 2010-11-04 | Michael Thomas Petralia | Holistic multimodal transport apparatus and method |
US20110112759A1 (en) * | 2009-11-11 | 2011-05-12 | Google Inc. | Transit routing system for public transportation trip planning |
US20110125666A1 (en) * | 2003-03-25 | 2011-05-26 | Future Freight Corporation | Trading in multi-modal freight shipment derivatives |
US8005610B2 (en) * | 2007-08-10 | 2011-08-23 | Max-Planck-Gesellschaft zur Förderung der Wissenschaften e.V | Method and device for determining the length of a shortest path in a network |
US20110302214A1 (en) * | 2010-06-03 | 2011-12-08 | General Motors Llc | Method for updating a database |
US20120008526A1 (en) * | 2010-07-07 | 2012-01-12 | Hooman Borghei | Ad Hoc Formation and Tracking of Location-Sharing Groups |
US20120253657A1 (en) * | 2011-03-28 | 2012-10-04 | Trapeze Software Inc. | System and method for itinerary planning |
US8335643B2 (en) * | 2010-08-10 | 2012-12-18 | Ford Global Technologies, Llc | Point of interest search, identification, and navigation |
US8504034B2 (en) * | 2010-11-09 | 2013-08-06 | Ntt Docomo, Inc. | System and method for population tracking, counting, and movement estimation using mobile operational data and/or geographic information in mobile network |
US20130245940A1 (en) * | 2012-03-15 | 2013-09-19 | Fujitsu Limited | Path searching method and path search device |
US20130261967A1 (en) * | 2012-03-28 | 2013-10-03 | Fujitsu Limited | Path searching method and path search device |
US20130262222A1 (en) * | 2012-03-30 | 2013-10-03 | Xerox Corporation | Customer metrics driven traveler information system for multimodal public transporation systems |
US20140200807A1 (en) * | 2013-01-17 | 2014-07-17 | Google Inc. | Route Planning |
US8786605B1 (en) * | 2013-10-24 | 2014-07-22 | Palantir Technologies Inc. | Systems and methods for distance and congestion-aware resource deployment |
US20150095355A1 (en) * | 2012-11-15 | 2015-04-02 | Banjo, Inc. | Systems and methods for dynamic event content curation |
US20150356759A1 (en) * | 2014-06-05 | 2015-12-10 | Microsoft Corporation | Customizable route planning using graphics processing unit |
EP3683742A1 (en) * | 2019-01-18 | 2020-07-22 | Naver Corporation | Method for computing at least one itinerary from a departure location to an arrival location |
Family Cites Families (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0002985D0 (en) | 2000-02-09 | 2000-03-29 | Travelfusion Limited | Integrated journey planner |
KR100555105B1 (en) | 2003-08-05 | 2006-02-24 | 팅크웨어(주) | Method and System for Providing Routing Information with Heterogeneous Public Transportation Vehicles |
JP5038597B2 (en) * | 2005-04-07 | 2012-10-03 | 株式会社ナビタイムジャパン | Route search method, navigation system including vehicle movement, route search server, navigation terminal device, and program |
KR100856902B1 (en) * | 2006-12-26 | 2008-09-05 | 에스케이에너지 주식회사 | Method for searching path of masstransportation and server for providing service of masstransportation path |
US8401789B2 (en) | 2007-05-23 | 2013-03-19 | Navitime Japan Co., Ltd. | Navigation system, route retrieval server and mobile terminal device, and route guiding method |
US20100305984A1 (en) | 2009-06-01 | 2010-12-02 | Scopia, LLC | Intermodal trip planner |
JP5735314B2 (en) * | 2011-03-10 | 2015-06-17 | 株式会社デンソー | Route guidance system and vehicle-mounted navigation device |
US8494771B2 (en) | 2011-09-07 | 2013-07-23 | Microsoft Corporation | Journey planning in public transportation networks |
JP6046944B2 (en) | 2012-08-06 | 2016-12-21 | 株式会社日立製作所 | Movement support apparatus and movement support method |
US8909475B2 (en) | 2013-03-08 | 2014-12-09 | Zzzoom, LLC | Generating transport routes using public and private modes |
US9082134B2 (en) | 2013-03-08 | 2015-07-14 | Zzzoom, LLC | Displaying advertising using transit time data |
US11493347B2 (en) | 2013-03-12 | 2022-11-08 | Verizon Patent And Licensing Inc. | Using historical location data to improve estimates of location |
US20140343974A1 (en) | 2013-05-14 | 2014-11-20 | Google Inc. | Selecting a Subset of Transit Trips Based on Time and Duration |
JP6671834B2 (en) * | 2014-04-15 | 2020-03-25 | 株式会社ナビタイムジャパン | Information processing system, information processing program, information processing apparatus, and information processing method |
US10417584B2 (en) | 2014-06-20 | 2019-09-17 | Uber Technologies, Inc. | Trip planning and implementation |
US9404760B2 (en) | 2014-08-04 | 2016-08-02 | Xerox Corporation | Efficient route planning in public transportation networks |
US10436597B1 (en) | 2014-08-18 | 2019-10-08 | Google Llc | Systems and methods for suggesting mode of transport in a geographic application |
JP6655867B2 (en) | 2014-08-20 | 2020-03-04 | 株式会社ナビタイムジャパン | Information processing system, information processing program, information processing apparatus, and information processing method |
US20160203422A1 (en) | 2015-01-14 | 2016-07-14 | Nextop Italia Srl Semplificata | Method and electronic travel route building system, based on an intermodal electronic platform |
KR20170014586A (en) | 2015-07-30 | 2017-02-08 | 엘지전자 주식회사 | Mobile terminal and method for controlling the same |
US9958864B2 (en) | 2015-11-04 | 2018-05-01 | Zoox, Inc. | Coordination of dispatching and maintaining fleet of autonomous vehicles |
EP3482383A4 (en) | 2016-07-07 | 2020-04-29 | Zunum Aero, Inc. | Systems and methods for implementing multi-modal transport |
US20180038706A1 (en) | 2016-08-05 | 2018-02-08 | Civic Resource Group International, Inc. | Modal Transit Schema Based on Available Time, Transit Type, Selected Interests and Environmental Factors |
US11790382B2 (en) | 2016-09-15 | 2023-10-17 | Circlesx Llc | Method to transmit geolocation exchange based markets |
US10523592B2 (en) | 2016-10-10 | 2019-12-31 | Cisco Technology, Inc. | Orchestration system for migrating user data and services based on user information |
US20190057340A1 (en) | 2016-11-11 | 2019-02-21 | Kevin Sunlin Wang | Method and system for automated time management |
EP3339806B1 (en) | 2016-12-22 | 2019-05-22 | Gestalt Systems GmbH | Navigation for vehicle based on parallel processing to determine collision-free paths |
JP6254722B2 (en) | 2017-01-19 | 2017-12-27 | 三菱重工業株式会社 | OBE, rechargeable car, terminal, and charger |
KR20180107480A (en) * | 2017-03-22 | 2018-10-02 | 현대자동차일본기술연구소 | Method for guiding route of navigation system |
US11436554B2 (en) | 2017-11-02 | 2022-09-06 | Uber Technologies, Inc. | Network computer system to implement predictive time-based determinations for fulfilling delivery orders |
WO2019154398A1 (en) | 2018-02-06 | 2019-08-15 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for recommending transportation services |
US20190383622A1 (en) | 2018-06-14 | 2019-12-19 | Ford Motor Company | Dynamic connection management |
US20190383621A1 (en) | 2018-06-14 | 2019-12-19 | Ford Motor Company | Journey segment performance analysis |
US20190383623A1 (en) | 2018-06-14 | 2019-12-19 | Ford Motor Company | Dynamic connection determinations |
US20190392368A1 (en) | 2018-06-23 | 2019-12-26 | Mitsubishi Electric Research Laboratories, Inc. | System and Method for Scheduling Multiple Modes of Transport |
US20200173808A1 (en) | 2018-11-30 | 2020-06-04 | Here Global B.V. | Methods and systems for providing recommendations for parking of vehicles |
US11085781B2 (en) | 2019-02-25 | 2021-08-10 | Mitsubishi Electric Research Laboratories, Inc. | System and method for scheduling multiple modes of transport with incomplete information |
EP3745331A1 (en) | 2019-05-29 | 2020-12-02 | Naver Corporation | Methods for preprocessing a set of non-scheduled lines within a multimodal transportation network of predetermined stations and for computing at least one itinerary from a departure location to an arrival location |
US20210182751A1 (en) | 2019-12-13 | 2021-06-17 | Lyft, Inc. | Display of multi-modal vehicle indicators on a map |
US20220065651A1 (en) | 2020-08-28 | 2022-03-03 | Here Global B.V. | Method, apparatus, and system for generating virtual markers for journey activities |
WO2022061315A1 (en) | 2020-09-21 | 2022-03-24 | Trackonomy Systems, Inc. | Distributed intelligent software for industrial iot |
-
2019
- 2019-01-18 EP EP19305064.8A patent/EP3683742A1/en active Pending
- 2019-12-02 US US16/700,096 patent/US11803785B2/en active Active
-
2020
- 2020-01-15 KR KR1020200005234A patent/KR102323280B1/en active IP Right Grant
- 2020-01-17 JP JP2020006253A patent/JP7250713B2/en active Active
Patent Citations (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5991688A (en) * | 1996-05-02 | 1999-11-23 | Pioneer Electronic Corporation | Route setting method and apparatus in navigation system, and program storage device readable by the apparatus |
US6779060B1 (en) * | 1998-08-05 | 2004-08-17 | British Telecommunications Public Limited Company | Multimodal user interface |
US20020059025A1 (en) * | 2000-11-12 | 2002-05-16 | Hong-Soo Kim | Method for finding shortest path to destination in traaffic network using Dijkstra algorithm or Floyd-warshall algorithm |
US6785608B1 (en) * | 2001-12-19 | 2004-08-31 | Navteq North America, Llc | System and method for calculating an optimized route and calculation thereof |
US20040218536A1 (en) * | 2002-12-11 | 2004-11-04 | Nippon Telegraph And Telephone Corp. | Multicast communication path calculation method and multicast communication path calculation apparatus |
US20110125666A1 (en) * | 2003-03-25 | 2011-05-26 | Future Freight Corporation | Trading in multi-modal freight shipment derivatives |
US20050043884A1 (en) * | 2003-08-21 | 2005-02-24 | Hitachi, Ltd. | Server device, an in-vehicle terminal device, and program of communication-based car navigation system |
US20070008949A1 (en) * | 2005-07-07 | 2007-01-11 | Nokia Corporation | Method for automatic route aggregation in a communication system |
US20080075007A1 (en) * | 2006-09-25 | 2008-03-27 | Mehta Neelesh B | Decentralized and dynamic route selection in cooperative relay networks |
US20100036606A1 (en) * | 2006-10-30 | 2010-02-11 | Alan Henry Jones | Method of and apparatus for generating routes |
US8005610B2 (en) * | 2007-08-10 | 2011-08-23 | Max-Planck-Gesellschaft zur Förderung der Wissenschaften e.V | Method and device for determining the length of a shortest path in a network |
US20100228574A1 (en) * | 2007-11-24 | 2010-09-09 | Routerank Ltd. | Personalized real-time location-based travel management |
US20100280853A1 (en) * | 2007-12-05 | 2010-11-04 | Michael Thomas Petralia | Holistic multimodal transport apparatus and method |
US20100082245A1 (en) * | 2008-09-26 | 2010-04-01 | General Motors Corporation | System and method for individually updating a location-based geometric boundary of a subscriber vehicle |
US20110112759A1 (en) * | 2009-11-11 | 2011-05-12 | Google Inc. | Transit routing system for public transportation trip planning |
US20110302214A1 (en) * | 2010-06-03 | 2011-12-08 | General Motors Llc | Method for updating a database |
US20120008526A1 (en) * | 2010-07-07 | 2012-01-12 | Hooman Borghei | Ad Hoc Formation and Tracking of Location-Sharing Groups |
US8335643B2 (en) * | 2010-08-10 | 2012-12-18 | Ford Global Technologies, Llc | Point of interest search, identification, and navigation |
US8504034B2 (en) * | 2010-11-09 | 2013-08-06 | Ntt Docomo, Inc. | System and method for population tracking, counting, and movement estimation using mobile operational data and/or geographic information in mobile network |
US20120253657A1 (en) * | 2011-03-28 | 2012-10-04 | Trapeze Software Inc. | System and method for itinerary planning |
US20130245940A1 (en) * | 2012-03-15 | 2013-09-19 | Fujitsu Limited | Path searching method and path search device |
US20130261967A1 (en) * | 2012-03-28 | 2013-10-03 | Fujitsu Limited | Path searching method and path search device |
US20130262222A1 (en) * | 2012-03-30 | 2013-10-03 | Xerox Corporation | Customer metrics driven traveler information system for multimodal public transporation systems |
US20150095355A1 (en) * | 2012-11-15 | 2015-04-02 | Banjo, Inc. | Systems and methods for dynamic event content curation |
US20140200807A1 (en) * | 2013-01-17 | 2014-07-17 | Google Inc. | Route Planning |
US8786605B1 (en) * | 2013-10-24 | 2014-07-22 | Palantir Technologies Inc. | Systems and methods for distance and congestion-aware resource deployment |
US20150356759A1 (en) * | 2014-06-05 | 2015-12-10 | Microsoft Corporation | Customizable route planning using graphics processing unit |
EP3683742A1 (en) * | 2019-01-18 | 2020-07-22 | Naver Corporation | Method for computing at least one itinerary from a departure location to an arrival location |
Non-Patent Citations (2)
Title |
---|
Graphs- Dijkstra Alghorithm, youtube webpages extract, uploaded April 2 2008Graphs- Dijkstra Alghorithm, youtube webpages extract, uploaded April 2 2008 http://www.youtube.com/watch?v=8Ls1RqHCOPw (Year: 2008) * |
Ulloa et al, Trip planning within multimodal urban mobility, IET Intelligent Transport, 12 no2, pp87-92, Feb 1, 2018 https://ietresearch.onlinelibrary.wiley.com/doi/full/10.1049/iet-its.2016.0265?sid=vendor%3Adatabase (Year: 2018) * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111612257A (en) * | 2020-05-26 | 2020-09-01 | 广西翔路建设有限责任公司 | Shortest path solving method based on space regression |
CN112070372A (en) * | 2020-08-25 | 2020-12-11 | 长沙理工大学 | Bus passenger flow distribution method, system and storage medium based on interval uncertainty |
CN112232596A (en) * | 2020-11-07 | 2021-01-15 | 苏州创旅天下信息技术有限公司 | Multi-mode transport transit city optimization method, system, terminal and storage medium |
CN113469451A (en) * | 2021-07-19 | 2021-10-01 | 杭州数知梦科技有限公司 | Customized bus route generation method based on heuristic algorithm |
Also Published As
Publication number | Publication date |
---|---|
US11803785B2 (en) | 2023-10-31 |
KR102323280B1 (en) | 2021-11-08 |
KR20200090116A (en) | 2020-07-28 |
JP7250713B2 (en) | 2023-04-03 |
EP3683742A1 (en) | 2020-07-22 |
JP2020118686A (en) | 2020-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11803785B2 (en) | Method for computing at least one itinerary from a departure location to an arrival location | |
US20220234468A1 (en) | Systems and methods for transport completion using lane-constrained vehicles and personal mobility vehicles | |
EP3660757A1 (en) | Method and apparatus for booking of a shared vehicle | |
Qadir et al. | An optimal ride sharing recommendation framework for carpooling services | |
Colorni et al. | Modeling and optimizing dynamic dial‐a‐ride problems | |
US20120016582A1 (en) | System and method for efficient routing on a network in the presence of multiple-edge restrictions and other constraints | |
US20200378772A1 (en) | Method for preprocessing a set of feasible transfers for computing itineraries in a multimodal transportation network | |
JP6966598B2 (en) | How to handle a feasible set of transfers to calculate an itinerary within a multi-modal transportation network | |
CN111065894A (en) | Method and computer system for providing a journey route or time required for a journey route from a departure location to a destination location | |
US11499836B2 (en) | Method for preprocessing a set of non-scheduled lines within a multimodal transportation network of predetermined stations and for computing at least one itinerary from a departure location to an arrival location | |
Chen et al. | Data driven analysis of the potentials of dynamic ride pooling | |
Aissat et al. | Carpooling as complement to multi-modal transportation | |
Pandi et al. | Disruption management for dial-a-ride systems | |
Jamal et al. | Tour planning and ride matching for an urban social carpooling service | |
EP3616088A1 (en) | Data processing method for enabling multi-hop carpooling | |
EP3926302A1 (en) | Method and apparatus for planning a return trip between a given starting point and a given destination | |
Sonet et al. | SharY: a dynamic ridesharing and carpooling solution using advanced optimised algorithm | |
Aissat et al. | A posteriori approach of real-time ridesharing problem with intermediate locations | |
Ehsani et al. | The merits of sharing a ride | |
US20220057217A1 (en) | Method for computing a personalized itinerary from a departure location to an arrival location | |
US11768078B2 (en) | Method for computing an itinerary from a departure location to an arrival location | |
US20230196215A1 (en) | Method for computing a set of itineraries from a departure location to an arrival location using cluster-based searching | |
Aissat et al. | Real-time ride-sharing substitution service in multi-modal public transport using buckets | |
JP2020193975A (en) | Method for preprocessing set of lines, method for computing itinerary, and computer program | |
Aissat et al. | The round-trip ridesharing problem with relay stations |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: NAVER CORPORATION, KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LEHOUX-LEBACQUE, VASSILISSA;LOIODICE, CHRISTELLE;REEL/FRAME:051175/0086 Effective date: 20191204 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |