EP2733651A1 - Situation-aware mobile travel advisory to public transport commuters - Google Patents

Situation-aware mobile travel advisory to public transport commuters Download PDF

Info

Publication number
EP2733651A1
EP2733651A1 EP13005455.4A EP13005455A EP2733651A1 EP 2733651 A1 EP2733651 A1 EP 2733651A1 EP 13005455 A EP13005455 A EP 13005455A EP 2733651 A1 EP2733651 A1 EP 2733651A1
Authority
EP
European Patent Office
Prior art keywords
commuter
public transport
vehicle
module
driver
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.)
Withdrawn
Application number
EP13005455.4A
Other languages
German (de)
English (en)
French (fr)
Inventor
Anutosh Maitra
Sanjoy Paul
Saurabh Bhadkaria
Venkatesh Subramanian
Chiranjeeb Ghosh
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Accenture Global Services Ltd
Original Assignee
Accenture Global Services Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Accenture Global Services Ltd filed Critical Accenture Global Services Ltd
Publication of EP2733651A1 publication Critical patent/EP2733651A1/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • 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
    • 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

Definitions

  • the present disclosure relates generally to methods and systems for controlling public transport systems and more specifically to methods and systems for providing situation-aware mobile travel advisory to public transport commuters.
  • Modem cities are witnessing a rapid rise in the volume of transportation of goods and people. This rise regularly outpaces the growth of transport infrastructures such as roads, and thus stresses the commute network and creates traffic issues that tax the well-being of populations and economies.
  • a widely accepted policy for addressing these problems is to convince more people to use public transport as the preferred way to commute. Success of such policies depends on whether the commuters can trust the public transport as a reliable means to reach their destinations. Shortcomings in the public transport may affect the commuters' trust in the transportation.
  • the transport schedules and maps are static information that are not necessarily up to date and do not always adjust to the instant changes in the traffic flow. Disruptions, such as roadblocks or broken-down vehicles, for example, can delay a scheduled arrival or make a public transport route wholly unavailable. As a result, the commuter cannot rely on the static information for accurate planning. These goals and preferences may include the commuter's destination, schedule, preferred cost limits, or preferred comfort level. Commuters demand a reliable public transport mechanism that can get them to their destination on time, irrespective of the disruptions in the traffic flow, and in accordance with their preferences.
  • a method for managing a public transport system comprises receiving, via a receiver module, information indicating a change of status of a component of a public transport system; identifying, by a locator module, a commuter who is affected by the change of status; generating, by an alternative travel advisory module, an alternative travel advisory for the commuter based on the change of status; and transmitting, by a transmitter module, the alternative travel advisory to the commuter.
  • the change of status includes a delay in an expected time of arrival of a public transport vehicle; identifying the commuter includes locating the commuter in the vehicle; and the alternative travel advisory includes a message advising the commuter to leave the vehicle.
  • the method further comprises receiving from the commuter information indicating that the commuter has boarded the vehicle, wherein locating the commuter in the vehicle is based on the information.
  • the method further comprises tracking a location of the commuter; and tracking a location of the vehicle, wherein locating the commuter in the vehicle is based on comparing the location of the commuter with the location of the vehicle.
  • the commuter is located in a first public transport vehicle
  • the alternative travel advisory includes advising the commuter to leave the first public transport vehicle and board a second public transport vehicle.
  • the change of status comprises a delay in an expected time of arrival of a first public transport vehicle boarded by the commuter, and notification of the change of status is sent to the control center by at least one of an operator of the first vehicle or an operator of a second public transport vehicle different from the first vehicle.
  • generating the alternative travel advisory is based on at least one of an expected time of arrival for the commuter or a preference of the commuter.
  • the change of status includes a traffic disruption
  • identifying the commuter includes determining that the commuter has boarded a public transport vehicle for which a schedule is affected by the traffic disruption.
  • generating the alternative travel advisory comprises using a look-up table for a plurality of public transport vehicles.
  • the change of status includes a traffic disruption; and generating the alternative travel advisory comprises identifying an alternative public transport vehicle of the plurality of public transport vehicles, for which a schedule is not affected by the traffic disruption.
  • identifying the alternative public transport vehicle comprises determining that the alternative public transport vehicle has a stop located within a pre-determined distance from a location of the commuter.
  • identifying the alternative public transport vehicle further comprises determining that the alternative public transport vehicle has a stop within a second pre-determined distance from a destination of the commuter.
  • transmitting the alternative travel advisory comprises transmitting the advisory to a mobile device.
  • the alternative travel advisory comprises a message identifying a preferred option for reaching a destination of the commuter and a second option for reaching the destination.
  • the alternative travel advisory comprises an identification a travel route that originates as a present location of the commuter and ends at a destination of the commuter.
  • the alternative travel advisory comprises a message directing the commuter to walk to a public transport stop and board a public transport vehicle at the public transport stop.
  • the alternative travel advisory includes an advertisement.
  • the advertisement is based in part on a location of the commuter, a time of the transmitting the alternative travel advisory, a context of the commuter's commute, or a preference of the commuter.
  • an apparatus for guiding a public transport system comprises a communication network; and a public transport control center including a receiver module configured to receive information indicating a change of status of a component of the public transport system; a locator module configured to identify a commuter who is affected by the change of status; an alternative travel advisory module configured to generate an alternative travel advisory for the commuter based on the change of status; and a transmitter module configured to transmit the alternative travel advisory to the commuter via the communication network.
  • a non-transitory computer-readable medium stores instructions which, when executed by one or more processors, cause the one or more processors to perform a method for guiding a public transport system, the method comprising receiving, via a receiver module, information indicating a change of status of a component of a public transport system; identifying, by a locator module, a commuter who is affected by the change of status; generating, by an alternative travel advisory module, an alternative travel advisory for the commuter based on the change of status; and transmitting, by a transmitter module, the alternative travel advisory to the commuter.
  • Various embodiments may provide integrated solutions for controlling a public transport system and for delivering reliable travel plans to the commuters.
  • the integrated solution may interact with various stakeholders, such as commuters, vehicle operators, and the central command authorities.
  • Figs. 1A-1D are block diagrams for a public transport system and its different components
  • Figs. 2A-2E show displays presented to different users of the system, as detailed below and according to various embodiments.
  • different components of public transport system interact with different users of the system such as the control station, the vehicle driver, or the commuter.
  • different components provide different views of the public transport system to the corresponding users.
  • the different views may present the same or different information to the users indicating the status of the public transport. Some of the information in different views may be inter-related by, for example, reflecting a disruption in the transport system.
  • Fig. 1A is a block diagram of a public transport control system 100 according to some embodiments.
  • public transport control system 100 is part of a public transport system that further includes public transport vehicles.
  • System 100 includes a public transport central module 110, a driver module 120, a commuter module 130, and a communication network 140.
  • Central module 110 is configured to monitor the public transport system and to issue travel advisories to commuters, as further detailed below.
  • central module 110 is installed in a central control station and is used by the central command authorities.
  • central module 110 is installed in a computer system located in the central control station.
  • Driver module 120 is configured to enable a driver of a public transport vehicle to interact with central module 110, as detailed below.
  • one or more driver modules 120 are installed in one or more public transport vehicles.
  • the public transport vehicles can be, for example, public busses or public trains.
  • driver module 120 is installed in one or more computers located in the corresponding public transport vehicle.
  • Commuter module 130 is configured to enable a commuter of a public transport vehicle to interact with central module 110 or driver module 120, as detailed below.
  • one or more commuter modules 130 are installed in one or more mobile devices carried by the commuters.
  • the mobile devices can be, for example, mobile phones or handheld devices customized for interacting with central module 110.
  • commuter module 130 is installed as a mobile device application on the mobile device carried by the corresponding commuter.
  • the system provides alerts and advisories to those commuters who are identified as users of the system by having installed the specific applications on their mobile devices, or having registered with the central module.
  • Communication network 140 enables communication between various devices and modules, such as central module 110, driver module 120, and commuter module 130.
  • communication network 140 includes a wireless network system or a wired network system.
  • central module 110 is connected to network 140 through a wireless connection, a wired connection, or a combination of both.
  • driver module 120 and commuter module 130 are connected to network 140 through wireless connections.
  • Fig. 1B is a block diagram of central module 110 according to some embodiments.
  • Central module 110 includes an input/output module 112, an internal communication channel 113, a locator module 114, an alternative travel advisory module 116, a dashboard module 118, and a storage module 119.
  • modules of system 100 may be implemented in various ways, such as, for example, in software, hardware, firmware, or combinations thereof, dependent on requirements of various applications.
  • I/O module 112 is configured to receive information from external systems through the external communication network and transmit that information to the other modules in central module 110. I/O module 112 is also configured to receive information from the other modules in central module 110 and transmit that information to external systems through the external communication network. In various embodiments, I/O module 112 includes a wireless I/O module, a wired I/O module, or both.
  • Internal communication channel 113 is configured to enable communication among the modules in central module 110.
  • channel 113 includes one or more of solid state connections, wired connections, wireless connections, bus communication connections, and other types of internal connections.
  • Locator module 114 is configured to locate one or more commuters. In various embodiments, locator module 114 locates a commuter by methods such as triangulation or GPS locating, or by receiving location identifying messages from the commuter's module. In some embodiments, locator module 114 locates a commuter by receiving a message identifying the vehicle the commuter is boarding and further by locating the vehicle. In some embodiments, instead of tracking the location of each commuter separately, locator module 114 tracks a group of commuters boarding the same vehicle by tracking the vehicle.
  • Locator module 114 may identify the vehicle to which a commuter has boarded by receiving, when the commuter boards the vehicle, a message from the commuter's module, a message from the driver module of the vehicle, or a location identifier matching the location of the commuter with the location of the vehicle at a station.
  • Locator module 114 may assign the location of the vehicle to the commuter that is boarding the vehicle as long as the commuter is aboard the vehicle. Moreover, locator module 114 may de-couple the commuter from the vehicle when the commuter gets off the vehicle. In various embodiments, locator module 114 determines that a commuter has left a vehicle by receiving a message from the commuter's module, a message from the driver module of the vehicle, or a location identifier that determines that the location of the commuter no longer matches the location of the vehicle. A location identifier may periodically compare the location of a commuter and a vehicle to which the commuter boarded earlier to determine whether the commuter is still aboard that vehicle.
  • the locator module locates a commuter at a public transport stop.
  • the locator module may assign the location of a stop to a commuter if the location of the commuter matches the location of the stop.
  • the commuter may use the commuter module to enter the commuter's location as the stop.
  • the locator module may further determine the number of commuters awaiting at the public transport stop and transmit that number to one or more driver modules or commuter modules.
  • the locator module further determines, from among the commuters at the stop, the number of commuters awaiting for a public transport vehicle along a specific public transport route.
  • the central module may determine this number by using, for each commuter, the commuter's public transport route, as selected by the commuter and transmitted to the central module.
  • Advisory module 116 is configured to generate alternative travel advisories for the commuters.
  • Dashboard module 118 is configured to present information as a "dashboard" display that includes the status of the public transport vehicles or their routes.
  • dashboard module 118 includes a display for displaying the information to users interacting with control module 110.
  • Storage module 119 is configured to store information that includes, for example, public transport schedules or maps, or status of public transport vehicles or commuters. The structure and functionalities of these modules are described below in more detail.
  • Fig. 2A shows a central display 210 according to some embodiments.
  • Central display 210 may be one of the displays shown by the central dashboard module in the central control station.
  • Display 210 my include information about the status of the public transport system, its routes, and its vehicles, at different locations.
  • display 210 includes a map section 212 and a search section 214.
  • Map section 212 shows a map of some public transport routes superimposed on a street map of the section of a city covered by the public transport routes.
  • map section 212 shows a train route superimposed on a street map.
  • Search section 214 includes various menu items that enable a control station user to search for various items such as events.
  • An event may include an incident that affects the schedule of a public transport vehicle.
  • an event may include a traffic jam, a vehicle breakdown, a roadblock, or an overcrowded vehicle.
  • Fig. 1C shows a block diagram of driver module 120 according to some embodiments.
  • Driver module 120 includes an input/output module 122, an internal communication channel 123, an alert sender module 124, and a dashboard module 126.
  • I/O module 122 is configured to receive information from external systems through the external communication network and transmit that information to the other modules in driver module 120. I/O module 122 is also configured to receive information from the other modules in driver module 120 and transmit that information to external systems through the external communication network. In some embodiments, I/O module 122 includes a wireless I/O module.
  • Internal communication channel 123 is configured to enable communication among the modules in driver module 120.
  • channel 123 includes one or more of solid state connections, wired connections, wireless connections, bus communication connections, and other types of internal connections.
  • Alert sender module 124 is configured to send alerts to external devices or modules. The structure and functionalities of the alert sender are described below in more detail.
  • Dashboard module 126 is configured to present information that includes the status of the public transport vehicle on which the driver module is installed or the status of its route. In some embodiments, dashboard module 126 includes a display for displaying the information to the driver or for receiving inputs from the driver.
  • Fig. 2B shows a driver display 220 according to some embodiments.
  • Driver display 220 may be one of the displays shown by the driver dashboard to the driver of a public transport vehicle.
  • Display 220 includes a vehicle information section 221, a driver's map section 222, a seat allocation section 223, and a preceding bus section 226.
  • Vehicle information section 221 displays information about the vehicle, its available seats, the next station, and the number of commuters waiting in that station.
  • the system determines the number of commuters waiting in a station based on information received from the locator modules of the commuters, or the transportation routes by the commuters, or both.
  • Display 220 enables the driver to either expand or contract driver's map section 222 and seat allocation section 223.
  • driver's map section 222 is contracted and seat allocation section 223 is expanded.
  • seat allocation section 223 includes a seat de-allocation button 224 and a seat allocation button 225.
  • Seat de-allocation button 224 enables the driver to de-allocate a seat of the vehicle when the seat becomes unavailable if, for example, a commuter takes the seat. Actuating seat de-allocation button 224, therefore, decreases the total number of available seats of the vehicle, as shown in section 221.
  • Seat allocation button 225 enables the driver to allocate a seat of the vehicle when the seat becomes available if, for example, a commuter vacates a seat. Actuating seat allocation button 225, therefore, increases the total number of available seats of the vehicle, as shown in section 221.
  • the number of available seats is detected by sensors installed in the vehicle.
  • the sensors can include, for example, counters that count the number of passengers entering and leaving the vehicle, and accordingly determine the total number of passengers that are onboard.
  • the sensors may include visual sensors or weight sensors that detect the number of seated passengers or the vacant seat.
  • the sensors may also include processors that determine the number of available seats by subtracting the number of passengers onboard from the number of seats.
  • Preceding bus section 226 includes information about an upcoming station and a preceding vehicle.
  • a preceding vehicle is a vehicle that is serving the commuters on the same route as the present vehicle and is ahead of the present vehicle. The preceding vehicle will thus reach the upcoming station before the present vehicle.
  • Section 226 includes information about the number of commuters that are waiting for the preceding vehicle at the upcoming station and also information about the preceding vehicle's available seats.
  • a driver may thus determine whether the driver needs to stop at the upcoming station. In some embodiments, if no commuter requests a stop in the upcoming station and if the preceding vehicle can service all waiting commuters in that station, the driver may plan not to stop in the upcoming station. Alternatively, if the driver notes that the sum of the number of the available seats in the preceding vehicle and the present vehicle will not suffice for accommodating the commuters awaiting in the upcoming station, the driver may send an alert and request some backup vehicles.
  • display 220 further includes input buttons that enable the driver to indicate that the vehicle is overcrowded or underused.
  • An overcrowded vehicle may be a vehicle that does not have any available seats, cannot board any more commuters, or cannot accommodate all commuters awaiting the vehicle in the next stops.
  • An underused vehicle may be a vehicle that has a large number of seats available or for which the number of available seats exceeds the number of commuters awaiting the vehicle in the next stops.
  • the central module determines whether a vehicle is overcrowded or underused based on the number of seats available in the vehicle, the number of commuters waiting for the vehicle, or both.
  • the driver module informs the central module or one or more commuter modules about the status of seating the in the vehicle.
  • Fig. 1D shows a block diagram of commuter module 130 according to some embodiments.
  • Commuter module 130 includes an input/output module 132, an internal communication channel 133, a location sender module 134, an advisory receiver module 136, and a dashboard module 138.
  • I/O module 132 is configured to receive information from external systems through the external communication network and transmit that information to the other modules in commuter module 130. I/O module 132 is also configured to receive information from the other modules in commuter module 130 and transmit that information to external systems through the external communication network. In some embodiments, I/O module 132 includes a wireless I/O module.
  • Internal communication channel 133 is configured to enable communication among the modules in commuter module 130.
  • channel 133 includes one or more of solid state connections, wired connections, wireless connections, bus communication connections, and other types of internal connections.
  • Location sender module 134 is configured to send information related to the location of the commuter to external devices or modules.
  • location sender module 134 is a wireless communication module that communicates with wireless communication centers and enables the central module to locate the commuter by methods such as triangulation or GPS locating.
  • the location sender module is a wireless trigger sender, which enables the user to send a wireless signal to the central module to indicate the location of the commuter or the specific vehicle that the commuter is boarding.
  • Advisory receiver module 136 is configured to receive the alternative travel advisory from the central module. The structure and functionalities of these modules are described below in more detail.
  • Dashboard module 138 is configured to present information that includes status of the commute of the commuter or the alternative travel advisory.
  • dashboard module 138 includes a display for displaying the information to the commuter.
  • dashboard module 138 is further configured to receive inputs from the commuter and transmit that input to the public transport system through input/output module
  • the commuter module facilitates the use of public transport for the commuters.
  • the commuter modules through their dashboards and displays, enable commuters to control their journey or reduce their waiting time at interchanging terminals.
  • Figs. 2C , 2D , and 2E show three different commuter displays 230, 240, and 250 according to various embodiments.
  • the commuter displays may be shown by the commuter dashboard to one or more commuters in public transport vehicles.
  • commuter displays 230 and 240 show two different sets of travel options for a first and a second commuter, respectively, for travelling from an origin to a destination. Displays 230 and 240 may be shown to on a respective commuter module when the respective commuter inquires about options for travelling from the origin to the destination by public transport.
  • commuter display 230 includes a travel summary section 232, a bus options section 234, and an alternative options section 236.
  • Travel summary section 232 includes, for the first commuter, information about the origin, the destination, the date, the modes of transport, and the route preferences.
  • the origin indicates the starting point of the routes shown to the first commuter.
  • the origin may be entered by the commuter or detected by the public transport control system based on the location of the commuter.
  • the destination indicates the ending point of the routes shown to the first commuter. In some embodiments, the destination may be entered by the commuter. In various embodiments, the origin or the destination may be points of interest or public transport stations.
  • the mode section (labeled "Mode” in section 232, Fig. 2C ) shows one or more modes of public transport included in the options shown in display 230.
  • the modes of transport may be entered by the commuter when requesting travel options, may be selected from the preferences of the commuter as stored in the commuter module or the central module, or may include the modes of transport available for travelling between the origin and the destination. In the example of display 230, the available modes are "bus" and "taxi.”
  • the route preference indicates the preferences of the first commuter for travel between specific locations.
  • the preferences may include level of comfort, price limit, speed, duration, distance travelled, or modes of transport.
  • the preference may be entered by the commuter when requesting the travel options or may be stored as the preferences of the commuter in the commuter module or the central module.
  • Display 230 shows that the first commuter, for example, prefers a comfortable ride.
  • a comfortable ride may be defined as a ride in a vehicle that includes an air conditioning system (A/C) or in which a seat is available for the commuter. The system may use the preference as a criterion when selecting travel options for the commuter.
  • travel summary section 232 may also include an expected time of arrival (ETA) which indicates the approximate time or the latest time that the commuter wishes to arrive at the destination.
  • ETA expected time of arrival
  • Bus options section 234 shows five different bus routes that are suggested to the first commuter. For each route, section 234 may show the bus number, the time of arrival according to the bus schedule, the expected time of arrival at the destination (ETA), the number of available seats, the approximate bus fare, the type of bus, a recommendation column that shows a color coded circle indicating whether the system recommends the option, and a link to book a seat at the bus.
  • the first option in a first row shows that bus number 170 is scheduled to arrive at the destination at 7:53 PM, is expected to arrive there at 7:58 PM, has five available seats, has an approximate fare of $2.20, is an A/C type bus, and has a level of recommendation of "yellow,” which is a mid-level recommendation.
  • the system may provide a level of recommendation based on similarity of the vehicle's type or ETA to the commuter's preferences.
  • Alternative section 236 shows alternative transport options that are available to the commuter.
  • the alternative transport options include four taxi routes and two train routes.
  • a commuter uses the above information in the commuter display to decide on a travel plan.
  • a commuter may use one or more of the ETA, the number of available seats, the approximate fare, the type, and the recommendation column to decide whether to use one of the available bus routes.
  • commuter display 240 includes a travel summary section 242, a bus options section 244, and an alternative options section 246.
  • Various features of these sections are similar to their counterparts in display 230 of Fig. 2C .
  • Display 240 shows that the second commuter has selected as a preference the inexpensive options.
  • the system uses this preference as a criterion when selecting travel options for the second commuter. In particular, from among all available options for travelling between the origin and the destination, the system first selects for the second commuter those options that are less expensive and also fit other preferences.
  • Bus option section 244 shows five different bus routes that are suggested to the second commuter. These bus routes differ from the five bus routes presented to the first commuter in Fig. 2C .
  • a comparison of the approximate fare and type information in Figs. 2C and 2D indicates that the system proposes to the first commuter options that are more comfortable (i.e., all are A/C or A/C luxury types) and proposes to the second commuter options that are less expensive (as reflected in the fares). These differences comply with the preferences chosen by the first and second commuters.
  • Fig. 2E shows a route monitor display 250 according to some embodiments.
  • Display 250 includes a map section 252, showing a local map that marks a route 253 of the vehicle.
  • Route 253 includes features such as markings for bus stations (e.g., stations 254-256), and a location marker 257 marking the present location of the vehicle (marked by, e.g., a sign such as an oval in Fig. 2E , a different color, highlighting, or other indicator).
  • location marker 257 shows that the vehicle is between stations 254 and 255.
  • the system accordingly updates location marker 257 to show the up to date location of the vehicle.
  • the dashboard of the respective commuter module also displays to a commuter various types of messages.
  • the messages may include updates or advertisements.
  • the information included in the message may be time-based, location-based, or context-based.
  • a time-based message may be based on the time of the day or the time of the year. For example, a time-based message during a lunch time may be an informative message about or an advertisement for a restaurant with specific lunch offers.
  • a time based informative message during the dinner time may be about or an advertisement for a restaurant with specific dinner offers.
  • a time based advertisement may also be information or advertisements for season specific apparel shown in the corresponding season.
  • a location-based message may be based on the location of the commuter.
  • a location-based message may include, for example, informative messages about or advertisements for the merchants or businesses that are located near the present location of the commuter.
  • a context-based message may be related to the context of the commuter's activities or the purpose of the commute.
  • the system may deduce that the commuter is on vacation.
  • the system may send to a vacationing commuter messages related to the context of vacation, which may include informative messages about or advertisements for sightseeing or city tours.
  • a commuter's ETA shows that the commuter has additional time to spend before leaving for the commuter's destination, the system may send to the commuter information in the context of relaxation, e.g., entertainments that can fill that additional time.
  • the commuter module enables the commuter to receive coordinated event-driven advisories to act in response to changes, such as disruptions.
  • Various embodiments implement situation-aware real-time updates of commuting plans. Situation awareness demands real-time access to information regarding events and state of the commuter and vehicles.
  • Various embodiments provide a situation aware public transport control system.
  • the situation aware system may receive information about various transport related events and maintain an up to date status of various locations in the public transport system.
  • the situation aware system may also track one or more commuters and provide updated travel advisories to the commuters based on events that affect their commutes.
  • the public transport control system may detect a disruption in the commuting schedule of a commuter and send to the commuter an alert, along with an alternative travel advisory.
  • Fig. 3 shows a method 300 for detecting a disruption and sending an alert to the commuter according to some embodiments.
  • method 300 is performed by one or more modules of the system, such as the central module.
  • Figs. 4A-4E show various dashboard displays related to the disruption and shown to different stakeholders of the system.
  • the system receives an alert about a disruption affecting the transport schedule of one or more public transport vehicles.
  • the disruption may arise from a roadblock, a traffic jam, a breakdown of a vehicle, or other incidents.
  • various events and relevant information are collected by the system itself.
  • the system may receive the alert, for example, from the driver of the vehicle, from the driver of another vehicle that notices the disruption, or from a sensor that monitors the state of the traffic at one or more places along the route.
  • FIG. 4A shows an exemplary alert display 410 for a driver of a public transport vehicle according to some embodiments.
  • a driver of a public transport vehicle may use the alert display to create an alert that is sent, by the alert sender, to the central module of the system.
  • Alert display 410 may be one of the displays shown by the driver dashboard to the driver of a public transport vehicle.
  • alert display 410 includes buttons 411-415 for reporting different disruptions or requests.
  • a touch screen shows display 410, and buttons 411-415 are virtual buttons enabled on the touch screen. Actuating each button may send a corresponding message to the central module.
  • actuating technical fault button 411 sends an alert indicating that the vehicle is encountering a technical fault
  • actuating no-fuel button 412 sends an alert indicating that the vehicle is out of fuel
  • actuating over-crowded button 413 sends an alert indicating that the vehicle is over-crowded and cannot board more commuters
  • actuating roadblock button 414 sends an alert indicating that the vehicle has encountered a roadblock
  • actuating expert-connection button 415 sends an alert indicating that the driver desires to connect to an expert for diagnosing or solving a problem.
  • the central module identifies one or more commuters that are affected by the disruption indicated by the alert. In various embodiments, the central module does so by tracking one or more public transport vehicles and also tracking commuters that use the system and are boarding those vehicles.
  • Fig. 4B shows a transport monitoring display 420 shown by the dashboard of the central module after receiving an alert, according to some embodiments.
  • Display 420 shows that the central module has received an alert indicating a roadblock in location 422.
  • the central module has identified a zone 424 in which the traffic may be affected by the roadblock. Based on the affected zone, the central module may further identify that the disruption will affect the normal schedule of those public transport vehicles, such as busses, which travel along route 426.
  • Fig. 4C shows another transport monitoring display 430 shown by the dashboard of the central module after receiving an alert, according to some embodiments.
  • Display 430 may be shown in an alert situation and may replace a normal situation display, such as display 210 of Fig. 2A .
  • Display 430 includes a map section 432, a search section 434, and an action section 436.
  • Map section 432 indicates that a bus has broken down at location 433.
  • Search section 434 provides different options, which include a network monitoring to monitor the status of the disruption at location 433 and a video connect option to connect to the driver of the broken down bus.
  • Action section 436 provides various options for taking actions.
  • the options include a first button for requesting additional transport vehicles to assist stranded commuters. Such an action may be taken when, for example, a backup vehicle is required to take the place of a broken down vehicle, or to board commuters along a route for which the vehicles are overcrowded and cannot accommodate all waiting commuters. Additional transport vehicles may also be deployed to alternative routes that commuters are advised to take in place a route that is blocked.
  • action section 436 may enable de-allocating a second vehicle from the route of the underused vehicle.
  • action section 436 also includes a second button for marking the problem resolved.
  • the central module upon identifying the affected public transport routes, the central module further identifies one or more vehicles in those routes that are moving towards the affected zone and will thus be delayed due to the disruption. In some embodiments, in which the alert is sent by the driver of a vehicle, the central module identifies that vehicle as an affected vehicle. The central module may also estimate an amount of a delay for each affected vehicle based on the speed of the traffic flow, the location of the vehicle, or the amount of the overlap between the route of the vehicle and the affected zone.
  • the central module upon identifying one or more vehicles that are delayed due to the disruption, the central module further identifies one or more commuters that are boarding those vehicles and who will be affected by the delay. In some embodiments, the central module identifies the affected commuters from among those commuters who are users of the system. The central module may find the vehicle that a commuter is boarding by tracking the location of the commuter and matching that location with the location the vehicle. In some embodiments, the user identifies the vehicle the commuter has boarded by sending an identifying message after boarding the vehicle.
  • the central module determines whether that commuter will be affected by the delay. In some embodiments, the central module makes such determination if the delay may cause the commuter not to meet the commuter's ETA.
  • the central module in block 306 the central module generates one or more alternative travel advisories for an affected commuter in the manner detailed below.
  • the alternative travel advisory is individualized for each commuter.
  • An individualized advisory may be based on the location, destination, ETA, and other preferences of the commuter, and is generated and sent to the commuter.
  • An alternative travel advisory may include a message informing the commuter about the disruption or the risk that the commuter may not meet the ETA.
  • the alternative travel advisory may also include an alternative travel option that is different from, and causes less delay compared to, the commuter's present travel plan.
  • the central module generates an alternative travel advisory based on one or more factors including the destination of the commuter, the ETA of the commuter, the location of the commuter and its distance to one or more stations, the schedules of one or more public transport vehicles reaching nearby stations, and the preferences of the commuter.
  • the central module sends an alert to an affected commuter, informing the commuter of the delay and recommending to the commuter one or more alternative travel plans.
  • the central module sends an alternative travel advisory to a commuter who is boarding an affected vehicle and is reaching a station, and advises the commuter to get off the present vehicle at that station and board a different vehicle.
  • the central module sends an alternative travel advisory to a commuter who is boarding a vehicle that is stranded between two stations and advises the commuter to leave the vehicle, go to a nearby station, and board a different vehicle.
  • the alternative travel advisory advises the commuter to leave the commuter's present public transport route of travel and instead take a different route to reach the destination. In some embodiments, the alternative travel advisory includes leaving the present vehicle and walking to a station along the same or a different route, past the affected zone.
  • Fig. 4D shows a commuter alert display 440 displayed by the dashboard of the commuter module after receiving an alert, according to some embodiments.
  • Display 440 includes an alert message 442 superimposed over the commuter's normal display.
  • Alert message 442 informs the commuter of a disruption that will affect the commuter's transport plans. Further, alert message 442 informs the commuter of one or more alternative travel options.
  • alert message 442 for example, the alternative travel options include going back to one of two different stations (named “Dover” and “Bouna Vista") and taking one of two different busses that reach each of those stations and can take the commuter to the commuter's destination (i.e., busses B-305 and B-355 at Dover station and busses B-407 and B-450 at Bouna Vista station).
  • Alert message 442 also provides the time duration for reaching each station and the travel time for reaching the destination under each option.
  • the alert message shown to a commuter includes one or more advertisements that correspond to the alert.
  • Fig. 4E shows a commuter alert display 450 shown by the dashboard of the commuter module after receiving an alert, according to some embodiments.
  • Display 450 includes an alert message 452 superimposed over the commuter's normal display.
  • Alert message 452 informs the commuter of a disruption that will affect the commuter's transport plans. Further, alert message 452 informs the commuter of an alternative plan, in this case a replacement shuttle and the expected waiting time.
  • Alert message 452 also includes an advertisement for a restaurant that the commuter can use while waiting for the shuttle and also offers to the commuter a discount for the restaurant.
  • the alert message is customized based on the context, the commuter's personal preferences, or both.
  • an advertisement shown along with the alert may be customized to fit the delay time resulting from a disruption.
  • the advertisement may thus relate to an activity that fits the commuter's schedule and the expected delay.
  • the advertisement may be based on the personal preferences of the commuter.
  • a commuter may enter into the system non-commute related preferences, such as the commuter's preferences in food, clothing, type of shopping, price range, or stores.
  • the system may then personalize the advertisements that are sent along with an alert based on the commuter's preferences.
  • the commuter may have previously entered into the system the commuter's preference for Italian food.
  • the system thus may include in the alert shown in Fig. 4E an advertisement for an Italian restaurant that is near the location of the commuter and its wait time fits the commuter's delay.
  • the information about the commuters' preferences, available commercial venues, and other information needed for the advertisement are stored in and retrieved from one or more storage systems, such as storage module 119 of central module 110.
  • Various embodiments present efficient mechanisms for generating alternative travel plans in response to disruptions in the travel plans of one or more commuters.
  • some embodiments detect the disruption and find alternative travel plans for one or more affected commuters based on public transport networks and timetables.
  • the mechanisms of the embodiments can serve a large number of commuters in an efficient manner and free from long delays.
  • Fig. 5 shows a method 500 for generating one or more alternative advisory travel plans according to some embodiments.
  • Figs. 6A and 6B illustrate an exemplary scenario in a bus commute system to which method 500 is applied.
  • the central module quickly generates the advisories for each commuter that is using the system right after the system detects a disruption. Further, the central module can dynamically update the advisories for each commuter along the commuter's route in accordance to the changes in the state of the traffic in different locations.
  • the system reads in a public transport information.
  • this information includes public transport maps or public transport schedules.
  • a map includes information about different routes covered by the public transport system and a schedule includes information about the timetable of the vehicles working along the routes.
  • Fig. 6A shows an exemplary map of a bus network 600 and Fig. 6B shows an exemplary bus schedule timetable 650 for the network shown in Fig. 6A .
  • bus network 600 includes thirteen bus stations, marked as S 1 to S 13, connected by busses travelling along five different bus routes R1 to R5. More specifically, bus route R1 connects stations S1, S2, S4, S8, and S13; bus route R2 connects stations S1, S2, S4, S9, and S13; bus route R3 connects stations S1, S3, S5, S7, S8, and S13 (R3 busses do not stop at S2); bus route R4 connects stations S1, S2, S4, S6, S10, S11, S12, and S 13; and bus route R5 connects stations S1, S2, S3, S5, S7, S10, S11, S12, and S 13.
  • timetable 650 shows three different bus schedules for each of the routes R1 to R4, and four different bus schedules for the route R5.
  • Row 651 indicates that the first bus along route R1 is scheduled to leave station S1 at 9:00 and to reach stations S2, S4, S8, and S13 at 9:30, 10:30, 10:45, and 11:15, respectively.
  • Row 652 indicates that the second bus along route R1 is scheduled to leave station S 1 at 10:00 and to reach stations S2, S4, S8, and S13 at 10:30, 11:30, 11:45, and 12:15, respectively.
  • row 653 indicates that the first bus along route R4 is scheduled to leave station S1 at 9:10, and to reach stations S2, S4, S6, S10, S11, S12, and S13 at 9:40, 10:10, 10:40, 11:10, 11:40, 12:10, and 12:40, respectively.
  • row 654 indicates that the third bus along route R5 is scheduled to leave station S1 at 10:25 and to reach stations S2, S3, S5, S7, S10, S11, S12, and S13 at 10:55, 11:10, 11:35, 12:00, 12:25, 12:55, 13:25, and 13:55, respectively.
  • Row 655 indicates that the fourth bus along route R5 is scheduled to leave station S1 at 10:45 and to reach stations S2, S3, S5, S7, S10, S11, S12, and S13 at 11:15, 11:30, 11:55, 12:20, 12:45, 13:15, 13:45, and 14:15, respectively.
  • the central module uses public transport maps and timetables, such as those shown in Figs. 6A and 6B , to generate alternative travel advisories.
  • the central module generates alternative travel advisories for two commuters who are boarding a bus on the R4 route and who face a disruption at location 602 marked in Fig. 6A .
  • the first commuter called P1
  • P1 boards the first bus along route R4 at station S1 at 9:10.
  • P1 intends to reach station S13 by an ETA of 12:42. Because, as seen in timetable 650, this bus is scheduled to reach S13 at 12:40, this bus fits the ETA of P1.
  • the second commuter boards the same first bus along route R4 at station S2 at 9:40.
  • P2 intends to reach S12 by an ETA of 13:30. Because this bus is scheduled to reach S12 at 12:10, it also fits the ETA of P2.
  • the bus reaches station S4 on time, that is, at 10:10. Then, at 10:20, the bus reaches location 602, where it faces a blockage that stops it from advancing along route R4. At this time, the central module receives an alert indicating the disruption in the progress of the bus.
  • the alert may be sent by the driver of the bus, the driver of another bus that observes the blockade, or by monitoring devices installed at or near location 602.
  • the central module Upon receiving the alert, the central module identifies commuters P1 and P2 as two users of the system who are in the bus and whose ETA will be affected by the disruption. The central module then applies various steps of method 500 in Fig. 5 to generate advisories for P1 and P2.
  • the central module identifies one or more stations that can be used as the start of an alternative travel plan for the commuter.
  • the central module identifies the station by finding the stations that are nearest to the commuter.
  • the found station may be the station in which the commuter is stranded, or a station that is along the route of the commuter.
  • the central module backtracks by finding the nearest station located along the route of the commuter and before the present location of the commuter.
  • the system forward tracks by finding the nearest station located along the route and after the location of the commuter.
  • the central module finds one or more stations that are at a close distance to the location of the commuter and are accessible on foot or by some other means of commute. In some embodiments, in selecting an alternative station, the central module also considers the distance of the station from the present location of the commuter and the time that it will take the commuter to reach that station. In some embodiments, the central module may discard a station as an alternative station if the station is at a distance or location that the commuter cannot reach within a specified period or by a means preferred by the commuter. A commuter may, for example, prefer not to walk and can thus reach the alternative station by taxi or another public transport means.
  • the central module may backtrack from the location 602 of P1 and P2 to the nearest station S4 or forward track to the nearest station S6.
  • the central module identifies one or more routes that include that station. Moreover, for each identified route, the central module identifies as options one or more vehicles that travel the identified route and will reach that station at a later time. In the above scenario, after selecting station S4, for example, the central module may use bus network map 600 of Fig. 6A or timetable 650 of Fig. 6B to identify routes R1, R2, and R4 as available routes, because they include station S4.
  • the central module may use timetable 650 to identify bus options along those routes, which are, on route R1, the first to third busses reaching S4 at 10:30, 11:30, and 12:00, respectively; on route R2, second and third busses reaching S4 at 10:45 and 11:45, respectively; and on route R4, second and third busses reaching S4 at 10:25 and 10:40, respectively.
  • a "feasible" alternative travel plan includes selecting a vehicle that can be boarded on time at the alternative station; that, when considered alone or in combination with other vehicles that cross its route, can deliver the commuter to the commuter's destination before or close to the commuter's ETA; or that fits the commuter's preferences.
  • a feasible alternative travel plan satisfies one or more of the above criteria.
  • the central module may consider, among other things, the time at which the commuter can reach the alternative station and whether that time is before the vehicle leaves the alternative station.
  • the central module determines whether any feasible alternative travel plans have been found. If so (decision block 510: yes), in block 512 the central module includes those plans in an alternative travel advisory and sends the advisory to the commuter. In some embodiments, if more than one feasible alternative travel plans are found, they are sorted according to various criteria that include their ETA, their matching the commuter's preferences, or both.
  • the alternative travel advisory includes, for each plan, some details of the plan, which may include the estimated time to reach the alternative station, the distance to the alternative station, the means to get to that station (such as on foot, by taxi, or by another public transport vehicle), the time that the alternative plan can get the commuter to the destination (ETA of the plan), or the type of the public transport vehicle included in the plan.
  • an alternative travel plan may include switching from one public transport vehicle to one or more other public transport vehicles to reach the destination.
  • the central module finds some feasible alternative plans, it stops the process and reports those plans to the commuter. In some embodiments, the central module continues searching for more plans if no feasible plans are found, if the found plans include high risk options (i.e., options that the commuter is unlikely to reach on time), or if the found plans do not match some or all of the commuter's preferences (such as ETA or vehicle type). In these cases (decision block 510: No), the central module goes back to block 504 to identify additional alternative stations not considered before and to then repeat blocks 506 and 508.
  • the central module may find a new station by back tracking or forward tracking.
  • the central station may proceed to back track further from a station that was previously found by back tracking, or forward track further from a station that was previously found by forward tracking.
  • the central module may send an alert to the commuter, indicating that no alternative travel plan have been found.
  • the central module may first discard all options along route R4, since route R4 has been blocked. Also, the central module may discard, or assign low priorities to, those busses that reach S4 at a time that is close to the alert time, 10:20, because the commuter may not be able to reach S4 in time to catch those busses. Alternatively, the central module may estimate the time that the commuter will need to reach S4 and consider that factor in assigning priorities or risk factors to an option. Of the above-identified available busses at S4, for example, the central module may discard or assign a high risk of being missed to the first bus on route R1, which reaches S4 at 10:30.
  • the central module may only consider bus options that can get the commuter to the commuter's destination on time. For example, P1 wants to reach station S13 by an ETA of 12:42. All routes reach station S 13, and therefore, all can be considered for P1. Moreover, of the remaining options, the first and second busses of R1 and the second bus of R2 reach S 13 at 11:15, 12:15, 12:05, respectively, all of which are before 12:42. These busses, therefore, may provide feasible alternative travel plans for P1. The central module may further lower the priority of the R2 bus because that bus does not fit the preferences of P1. For example, P1 may have chosen a comfortable ride, while the second bus of R2 does not fit that criterion. The central module, thus, may send to P1 three alternative travel plans which include, in order, the second bus of R1, the second bus of R2, and the first bus of R1, reaching station S4 at 11:30, 10:45, and 10:30, respectively.
  • the central module may move back to block 504, and identify another alternative station.
  • the central module may backtrack further from station S4 along route R4 and thus identify station S2 as an alternative station.
  • the central module may forward track from location 602 or station S4 and identify, for example, one or more of stations S6, S7, S8, or S10, as the next alternative station.
  • the central module may select one of these options as the next alternative station based on, for example, its distance to location 602, or its being located along one or more routes that reach the commuter's destination.
  • the central module determines that of route R5 busses, the first to fourth busses reach station S2 at 10:25, 10:45, 10:55, and 11:15, respectively.
  • the central module performs these calculations shortly after receiving the alert at 10:20, and assuming that it will take the commuter at least 30 minutes to reach station S2 from location 602, the commuter can reach station S2 around 10:50.
  • the central module therefore, discards the first and second busses along R5, which will reach and leave station S2 before 10:50.
  • the third bus reaches S2 at 10:55, which is very close to 10:50.
  • the central module may assign to the third bus a higher risk that it may be missed.
  • the central module may present an alternative travel advisory to P2 which includes going back to station S2 and taking either the third bus (with higher risk of missing) or the fourth bus (lower risk) which arrive at S2 at 10:55 and 11:15, respectively. These busses reach station S12, the destination P2, at 13:25 and 13:45, respectively. Because P2's ETA to reach S12 is 13:30, the alternative advisory plan may also alert P2 that if P2 uses the fourth bus, P2 may miss the ETA.
  • the central module may continue to look for alternative stations and alternative plans.
  • the central module may consider forward tracking from location 602 to select station S 10 as an alternative station.
  • the central module may find feasible bus options along R5, which P2 can catch at S10 and which will arrive at S 12 at a time that matches the ETA of P2.
  • the central module may apply some conditions upfront to narrow the possible set of options before proceeding to consider the details of each option.
  • the central module may first determine routes that include the commuter's destination and in its determinations only consider those routes and stations that are along those routes. Moreover, in its determinations, the commuter may discard all routes that are blocked or delayed by a disruption.
  • the central module may only consider routes R4 and R5, because these are the only routes that reach P2's destination, S12. Further, of these two routes, the central module may discard route R4 as an option, as it is blocked. Then, in selecting an alternative station, the central module can only consider stations that are along the only remaining route option, that is, R5. Similarly, in considering the bus options, the central module may discard or delay considering bus options that do not fit the commuter's preferences, such as bus type or ETA, or are at a high risk that they will be missed.
  • the system may verify whether the commuter follows any of the travel advisories.
  • the commuter may accept one of the advisories on the screen of the commuter module.
  • the commuter does so by actuating a button next to the corresponding alternative travel plan.
  • the system determines the commuter's choice by locating the commuter in a vehicle corresponding to a travel advisory plan.
  • the foregoing methods are applied to public transport modes that include a pre-determined route or a changeable route.
  • a public transport mode with a pre-determined route may include a train, a bus with a fixed route, or a public ferry with a fixed route.
  • a public transport mode with a changeable route may include a taxi, or a bus or ferry which can take a detour from its pre-determined route.
  • the above-discussed methods using a public transport map or schedule are applied to public transport modes with pre-determined routes.
  • the above-discussed methods further include options for using modes with changeable routes.
  • one or more of modules disclosed in this disclosure are implemented via one or more computer processors executing software programs for performing the functionality of the corresponding modules.
  • one or more of the disclosed modules are implemented via one or more hardware modules executing firmware for performing the functionality of the corresponding modules.
  • one or more of the disclosed modules include storage media for storing data used by the module, or software or firmware programs executed by the module.
  • one or more of the disclosed modules or disclosed storage media are internal or external to the disclosed systems.
  • one or more of the disclosed modules or storage media are implemented via a computing "cloud", to which the disclosed system connects via a network connection and accordingly uses the external module or storage medium.
  • the disclosed storage media for storing information include non-transitory computer-readable media, such as a CD-ROM, a computer storage, e.g., a hard disk, or a flash memory. Further, in various embodiments, one or more of the storage media are non-transitory computer-readable media for storing information or software programs executed by various modules or implementing various methods or flow charts disclosed herein.
  • a computer-implemented method for managing a public transport system may comprise receiving, by a receiver module, information indicating a change of status for a component of the public transport system, identifying, by a locator module, a commuter who is affected by the change of status, generating, by an alternative travel advisory module, an alternative travel advisory for the commuter based on the change of status, and transmitting, by a transmitter module, the alternative travel advisory to the commuter.
  • the change of status includes a delay in an expected time of arrival of a public transport vehicle, wherein identifying the commuter may include locating the commuter in the vehicle and wherein the alternative travel advisory may include a message advising the commuter to leave the vehicle.
  • the method may further comprise receiving information from the commuter, the information indicating that the commuter has boarded the vehicle, wherein locating the commuter in the vehicle is based on the information.
  • the method may further comprise tracking a location of the commuter and tracking a location of the vehicle, wherein locating the commuter in the vehicle is based on comparing the location of the commuter with the location of the vehicle.
  • the commuter is located in a first public transport vehicle and the alternative travel advisory includes advising the commuter to leave the first public transport vehicle and board a second public transport vehicle.
  • the change of status may comprise a delay in an expected time of arrival of a first public transport vehicle boarded by the commuter, and notification of the change of status may be received from at least one of an operator of the first vehicle or an operator of a second public transport vehicle different from the first vehicle.
  • generating the alternative travel advisory may be based on at least one of an expected time of arrival for the commuter or a preference of the commuter.
  • the change of status may includes a traffic disruption
  • identifying the commuter may include determining that the commuter has boarded a public transport vehicle for which a schedule is affected by the traffic disruption.
  • generating the alternative travel advisory comprises using a look-up table for a plurality of public transport vehicles.
  • the change of status may include a traffic disruption
  • generating the alternative travel advisory may comprise identifying an alternative public transport vehicle of the plurality of public transport vehicles, for which a schedule is not affected by the traffic disruption.
  • identifying the alternative public transport vehicle may comprise determining that the alternative public transport vehicle has a stop located within a pre-determined distance from a location of the commuter. According to a preferred embodiment of the method, identifying the alternative public transport vehicle may further comprise determining that the alternative public transport vehicle has a second stop within a second pre-determined distance from a destination of the commuter. According to a preferred embodiment of the method, transmitting the alternative travel advisory may comprise transmitting the advisory to a mobile device. According to a preferred embodiment of the method, the alternative travel advisory may comprise a message identifying a preferred option for reaching a destination of the commuter and a second option for reaching the destination.
  • the alternative travel advisory may comprise an identification of a travel route that originates as a present location of the commuter and ends at a destination of the commuter.
  • the alternative travel advisory may comprise a message directing the commuter to walk to a public transport stop and board a public transport vehicle at the public transport stop.
  • the alternative travel advisory may include an advertisement.
  • the advertisement may be based in part on one or more of a location of the commuter, a time of the transmitting the alternative travel advisory, a context of the commuter's commute, and a preference of the commuter.
  • the method may further comprise transmitting the alternative travel advisory to a driver module or to a central module.
  • the change of status may include a change in a number of available seats in a public transport vehicle.
  • the change in the number of available seats may be received from an operator of the vehicle.
  • an apparatus for guiding a public transport system comprising a public transport central module which comprises a receiver module configured to receive information indicating a change of status of a component of the public transport system, a locator module configured to identify a commuter who is affected by the change of status, an alternative travel advisory module configured to generate an alternative travel advisory for the commuter based on the change of status, and a transmitter module configured to transmit the alternative travel advisory to the commuter.
  • the apparatus for guiding a public transport system is operable to perform any one of the steps of the computer-implemented method for managing a public transport system outlined above.
  • a non-transitory computer-readable medium storing instructions which, when executed by one or more processors, cause the one or more processors to perform any one of the steps of the computer-implemented method for managing a public transport system outlined above.
  • an apparatus configured to be accessed by a driver of a public transport vehicle and to enable the driver to interact with a public transport system is provided, the apparatus comprising a driver module which comprises an input/output module configured to transmit information to the public transport system, and a dashboard module configured to receive a driver-input from the driver and transmit the driver-input to the input/output module or configured to receive a driver-information from the input/output module and display the driver-information to the driver.
  • the dashboard module may be configured to receive the driver-input from the driver and wherein the apparatus may further comprise an alert sender module for receiving the driver-input, generating an alert based on the driver-input, and sending the alert, through the input/output module, to the public transport system, wherein the alert indicates a change of status for a component of the public transport system.
  • the change of status may include a change in a number of available seats in the vehicle.
  • the vehicle may be a first vehicle, wherein the change in the number of available seats may indicate that the first vehicle is overcrowded, and wherein the alert may cause the public transport system to allocate a second vehicle to a transport route of the first vehicle.
  • the vehicle may be a first vehicle, wherein the change in the number of available seats may indicate that the first vehicle is underused, and wherein the alert may cause the public transport system to de-allocate a second vehicle from a transport route of the first vehicle.
  • the change of status may include a delay in an expected time of arrival of the vehicle.
  • the change of status may include a traffic disruption.
  • the alert may be sent to a central module or to a commuter module.
  • the dashboard module may be configured to receive the driver-information from the input/output module and display the driver-information to the driver, wherein the driver-information includes one or more of information about a number of commuters awaiting in an upcoming stop and information about a number of seats available in a preceding vehicle.
  • an apparatus configured to enable a commuter to interact with a public transport system, the apparatus comprising a commuter module which comprises an input/output module configured to transmit information to the public transport system, and a dashboard module configured to receive, through the input/output module, a message from the public transport system and further configured display the message to the commuter, wherein the message includes information about a status of the public transport system.
  • the message may include an alternative travel advisory for the commuter.
  • the alternative travel advisory may be in response to a change of status for a component of the public transport system, and wherein the change of status affects the commuter.
  • the message may include a section of a map of the public transport system or a schedule of the public transport system.
  • the message may include an indication of a number of available seats in a public transport vehicle.
  • the message may include an advertisement.
  • a method for managing a public transport system comprising receiving, by a receiver module, information indicating locations of a plurality of commuters, determining, by a locator module, that the plurality of commuters are located at a one location, and determining a number of commuters located at the one location.
  • the one location may be inside a public transport vehicle and wherein the determining may include determining a number commuters boarding the vehicle.
  • the one location may be a location of a public transport stop and wherein the determining may include determining a number of commuters awaiting at the stop.
  • the one location may be a location of a public transport stop and the determining may include determining a number of commuters awaiting at the stop for boarding a public transport vehicle along a specific public transport route.
  • the method may further comprise transmitting the number to a driver module configured to be used by a driver of a public transport vehicle.
EP13005455.4A 2012-11-20 2013-11-20 Situation-aware mobile travel advisory to public transport commuters Withdrawn EP2733651A1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
IN4836CH2012 2012-11-20

Publications (1)

Publication Number Publication Date
EP2733651A1 true EP2733651A1 (en) 2014-05-21

Family

ID=54257010

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13005455.4A Withdrawn EP2733651A1 (en) 2012-11-20 2013-11-20 Situation-aware mobile travel advisory to public transport commuters

Country Status (6)

Country Link
US (1) US9373259B2 (zh)
EP (1) EP2733651A1 (zh)
CN (1) CN103839435B (zh)
BR (1) BR102013029822A2 (zh)
CA (1) CA2833542C (zh)
SG (1) SG2013085535A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016200703A1 (en) * 2015-06-07 2016-12-15 Apple Inc. Map application with transit navigation mode
US9891065B2 (en) 2015-06-07 2018-02-13 Apple Inc. Transit incidents
US10302442B2 (en) 2015-06-07 2019-05-28 Apple Inc. Transit incident reporting
US10345117B2 (en) 2015-06-06 2019-07-09 Apple Inc. Mapping application with transit mode
US10495478B2 (en) 2015-06-06 2019-12-03 Apple Inc. Feature selection in transit mode
US10712167B2 (en) 2016-11-30 2020-07-14 Alibaba Group Holding Limited Methods, systems, and devices for displaying maps

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10215586B2 (en) * 2013-06-01 2019-02-26 Apple Inc. Location based features for commute assistant
JP6316740B2 (ja) * 2014-12-19 2018-04-25 一般社団法人 システム科学研究所 交通機関の運行情報表示装置
US20160320195A1 (en) * 2015-04-29 2016-11-03 Ford Global Technologies, Llc Ride-sharing long-term ride-share groups
US10796248B2 (en) 2015-04-29 2020-10-06 Ford Global Technologies, Llc Ride-sharing joint rental groups
KR102256052B1 (ko) * 2015-12-18 2021-05-25 삼성전자주식회사 웨어러블 전자장치 및 그 동작 방법
US11205240B2 (en) 2015-12-30 2021-12-21 Waymo Llc Autonomous vehicle services
CN107527497B (zh) * 2016-06-21 2021-05-25 上海大众祥云运输管理有限公司 一种线路资源智能调配的通勤车预约方法
US10060752B2 (en) * 2016-06-23 2018-08-28 Microsoft Technology Licensing, Llc Detecting deviation from planned public transit route
CN106128107A (zh) * 2016-08-19 2016-11-16 福建天晴数码有限公司 公交车剩余座位数的分享方法及其系统
SG10201702326TA (en) * 2016-10-18 2018-05-30 Singapore Tech Electronics Limited Hands-free and Ticketless Fare Collection System
US10049572B2 (en) * 2016-11-11 2018-08-14 Microsoft Technology Licensing, Llc Mass transit-based people traffic sensing and control
CN106779190B (zh) * 2016-12-02 2020-03-31 东南大学 一种城市轨道交通乘客出行路径建议方法及系统
US10697783B2 (en) * 2017-04-03 2020-06-30 Uber Technologies, Inc. Coordinating travel on a public transit system and a travel coordination system
JP6983549B2 (ja) * 2017-06-27 2021-12-17 ソフトバンク株式会社 混雑情報提供システム
US11363415B2 (en) * 2017-11-11 2022-06-14 Bringg Delivery Technologies Ltd. Sensor-based location determination and dynamic routing
CN108225359A (zh) * 2017-12-26 2018-06-29 上海展扬通信技术有限公司 一种路径规划的方法及相关设备
JP7040355B2 (ja) * 2018-08-09 2022-03-23 トヨタ自動車株式会社 情報処理装置及び情報処理方法、プログラム
CN111539565B (zh) * 2020-04-20 2023-04-07 交通运输部科学研究院 一种基于车辆和站点拥挤度的公交票价优惠方法
JP7456926B2 (ja) * 2020-12-25 2024-03-27 トヨタ自動車株式会社 情報処理装置、情報処理方法、およびプログラム
CN117542181B (zh) * 2024-01-10 2024-04-30 四川三思德科技有限公司 一种多模态深度学习的实时异常预警方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060149461A1 (en) * 2004-12-31 2006-07-06 Henry Rowley Transportation routing
US20100318285A1 (en) * 2006-06-08 2010-12-16 Lg Electronics Inc. Method and apparatus for providng and using public transportation information
EP2280385A2 (en) * 2009-07-06 2011-02-02 Mitel Networks Corporation System and method for arranging a meeting time for a commuter with a transit system
WO2012034083A2 (en) * 2010-09-09 2012-03-15 Google Inc. Transportation information systems and methods

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5021780A (en) 1989-09-29 1991-06-04 Richard F. Fabiano Bus passenger alerting system
US6700507B2 (en) 1993-05-18 2004-03-02 Arrivalstar, Inc. Advance notification system and method utilizing vehicle signaling
US6700506B1 (en) 2000-09-14 2004-03-02 Everyday Wireless, Inc. Bus arrival notification system and methods related thereto
CA2480412C (en) 2002-02-14 2011-05-03 Everyday Wireless Llc Wireless mobile vehicle real-time tracking and notification systems and methods related thereto
US8270933B2 (en) * 2005-09-26 2012-09-18 Zoomsafer, Inc. Safety features for portable electronic device
US20070194940A1 (en) 2006-01-21 2007-08-23 Kalpana Valluru Method and system for communicating travel alerts to mobile devices
FI20060131A0 (fi) * 2006-02-13 2006-02-13 Kone Corp Yhteysjärjestelmä
US8301112B2 (en) 2008-01-08 2012-10-30 Global Alert Network, Inc. Mobile alerting network
EP2343694B1 (en) 2009-12-29 2012-03-14 Research In Motion Limited System and method of sending an arrival time estimate
US9518833B2 (en) 2009-12-29 2016-12-13 Blackberry Limited System and method of automatic destination selection
CN102298840A (zh) * 2011-09-01 2011-12-28 福建工程学院 基于手机短信的动态公交信息服务方法
US20140012498A1 (en) * 2012-03-19 2014-01-09 Thomas F. Gustafson Informed Traveler Program and Application
CN102752705A (zh) * 2012-07-16 2012-10-24 上海市城市建设设计研究总院 基于无线传感节点的公交车按需信息提示服务装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060149461A1 (en) * 2004-12-31 2006-07-06 Henry Rowley Transportation routing
US20100318285A1 (en) * 2006-06-08 2010-12-16 Lg Electronics Inc. Method and apparatus for providng and using public transportation information
EP2280385A2 (en) * 2009-07-06 2011-02-02 Mitel Networks Corporation System and method for arranging a meeting time for a commuter with a transit system
WO2012034083A2 (en) * 2010-09-09 2012-03-15 Google Inc. Transportation information systems and methods

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10345117B2 (en) 2015-06-06 2019-07-09 Apple Inc. Mapping application with transit mode
US11054275B2 (en) 2015-06-06 2021-07-06 Apple Inc. Mapping application with transit mode
US11015951B2 (en) 2015-06-06 2021-05-25 Apple Inc. Feature selection in transit mode
US10514271B2 (en) 2015-06-06 2019-12-24 Apple Inc. Mapping application with transit mode
US10495478B2 (en) 2015-06-06 2019-12-03 Apple Inc. Feature selection in transit mode
US10197409B2 (en) 2015-06-07 2019-02-05 Apple Inc. Frequency based transit trip characterizations
US10302442B2 (en) 2015-06-07 2019-05-28 Apple Inc. Transit incident reporting
US10401180B2 (en) 2015-06-07 2019-09-03 Apple Inc. Frequency based transit trip characterizations
WO2016200703A1 (en) * 2015-06-07 2016-12-15 Apple Inc. Map application with transit navigation mode
US10180331B2 (en) 2015-06-07 2019-01-15 Apple Inc. Transit navigation
US10533865B2 (en) 2015-06-07 2020-01-14 Apple Inc. Transit navigation
US10976168B2 (en) 2015-06-07 2021-04-13 Apple Inc. Frequency based transit trip characterizations
US10094675B2 (en) 2015-06-07 2018-10-09 Apple Inc. Map application with transit navigation mode
US9891065B2 (en) 2015-06-07 2018-02-13 Apple Inc. Transit incidents
US11231288B2 (en) 2015-06-07 2022-01-25 Apple Inc. Transit navigation
US11768077B2 (en) 2015-06-07 2023-09-26 Apple Inc. Transit navigation
US10712167B2 (en) 2016-11-30 2020-07-14 Alibaba Group Holding Limited Methods, systems, and devices for displaying maps
US10989559B2 (en) 2016-11-30 2021-04-27 Advanced New Technologies Co., Ltd. Methods, systems, and devices for displaying maps

Also Published As

Publication number Publication date
BR102013029822A2 (pt) 2015-01-06
CA2833542A1 (en) 2014-05-20
US20140142834A1 (en) 2014-05-22
CA2833542C (en) 2020-06-30
SG2013085535A (en) 2014-06-27
CN103839435B (zh) 2019-07-26
US9373259B2 (en) 2016-06-21
CN103839435A (zh) 2014-06-04

Similar Documents

Publication Publication Date Title
CA2833542C (en) Situation-aware mobile travel advisory to public transport commuters
TWI670675B (zh) 資訊處理裝置、資訊處理方法及電腦程式產品
US9552729B2 (en) Transportation information systems and methods
US10410519B2 (en) Public transportation navigator
US20180224292A1 (en) Computer-implemented system and method for dynamic travel coordination
US9024752B2 (en) Traveler hurry status monitor
JP4097677B2 (ja) ナビゲーションシステム、経路探索サーバおよび端末装置
US20190303806A1 (en) Boarding management system, boarding management method, and system
JP2014029580A (ja) タクシー配車アプリケーションシステム及び配車プログラム
JP2013075742A (ja) 荷物配送システムおよびナビゲーション装置
JP2018049408A (ja) 配車システム
JP2019175393A (ja) 相乗り支援システム、相乗り支援方法、プログラム、及び移動体
JPH10170288A (ja) 乗車情報提供システム
WO2013149735A1 (en) Traveler hurry status monitor
JP2019175389A (ja) 相乗り支援システム、相乗り支援方法、プログラム、及び移動体
JP2020016595A (ja) 経路探索システム、ライドシェア管理装置、経路探索装置、コンピュータプログラムおよび経路探索方法
JP2022073933A (ja) 配車管理装置及び配車管理方法
EP2648140A1 (en) Traveler hurry status monitor
JP2002353884A (ja) タクシーサービスシステム

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20131120

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

R17P Request for examination filed (corrected)

Effective date: 20141030

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

17Q First examination report despatched

Effective date: 20150902

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20190429