Architecture for distributing transit data

• US 9,412,275 B2
• Filed: 11/15/2013
• Issued: 08/09/2016
• Est. Priority Date: 06/01/2013
• Status: Active Grant

• Current Assignee: Apple Inc.
• Original Assignee: Apple Inc.
• Inventors: Khoe, May-Li, Hagedorn, Joseph A.
• Primary Examiner(s): Black, Thomas G
• Assistant Examiner(s): LOUIE, WAE LENNY
• Application Number:
  US14/081,535
• Publication Number:
  US 20140358411A1
• Time in Patent Office: 998 Days
• Field of Search: 701/117, 701/29, 701/533, 701/454, 701/430, 903/903, 345/441, 345/428, 345/629
• US Class Current: 1/1
• CPC Class Codes: G01C 21/26 specially adapted for navigation in a road network
• CPC Class Codes: G01C 21/34 Route searching; Route guidance
• CPC Class Codes: G01C 21/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
• CPC Class Codes: G01C 21/3661 Guidance output on an external device, e.g. car radio
• CPC Class Codes: G01C 21/3694 Output thereof on a road map
• CPC Class Codes: G08G 1/13 the indicator being in the form of a map

Abstract

Some embodiments provide a program that receives from several data providers route data and graphical representation of route data (e.g., transit systems, schedules, stops, etc.) for different localities. The program also stores this data on a set of servers for later retrieval and transmission to commute applications operating in different localities. The program further retrieves from external vendors location data of transit vehicles that traverse routes based on the route data and schedule data. The location data is for transmitting to commute applications.

Claims

1. A non-transitory machine-readable medium storing a program executable by at least one processing unit, the program comprising sets of instructions for:

receiving from a plurality of data providers transit system data and user interface (UI) definitions of different transit-system graphical representations specifying the manner the transit system data is presented in a particular locality when the transit system data is displayed in commute applications operating at the particular locality; and

storing the transit system data and UI definitions of transit-system graphical representations on a set of servers for later retrieval and transmission to different commute applications operating in different localities.

2. The non-transitory machine-readable medium of claim 1, wherein the UI definitions of transit-system graphical representations from different data providers specify different graphical representations for different elements of the transit system in the particular locality.

3. The non-transitory machine-readable medium of claim 2, wherein an element of a transit system is one of a route, a stop along a route, and a schedule for a stop.

4. The non-transitory machine-readable medium of claim 2, wherein the different graphical representations comprise at least one of the fonts, symbols, shapes, and colors of different elements that are used to represent the transit system or data regarding the transit system.

5. The non-transitory machine-readable medium of claim 1, wherein the data providers that provides transit system data comprises at least one of a transit system operator and a third party that collects transit system data from a transit system operator.

6. The non-transitory machine-readable medium of claim 1, wherein the UI definitions of the graphical representations specify the manner the transit system data is presented in order to mirror graphical representations of the transit system data in the particular locality.

7. The non-transitory machine-readable medium of claim 1, wherein a locality is one of a neighborhood, a city, a county, a state, and a country.

8. The non-transitory machine-readable medium of claim 1, wherein route data and UI definitions from a first data provider is for displaying on commute applications operating in a first locality and route data and UI definitions from a second data provider is for displaying on commute applications operating in a second, different locality.

9. A non-transitory machine-readable medium storing a program which when executed by at least one processing unit processes schedule and route data requests for commute applications, the program comprising sets of instructions for:

identifying, upon receiving a request from a particular commute application for schedule and route data, a locality of the particular commute application;

retrieving schedule and route data for transit vehicles for the identified locality;

from a plurality of different sets of user interface (UI) graphical representations for a plurality of different localities, identifying one set of UI graphical representations for the identified locality; and

providing to the particular commute application the retrieved schedule and route data and the identified UI graphical representation set for the particular commute application to display the retrieved schedule and route data according to the retrieved UI graphical representation set for the identified locality.

10. The non-transitory machine-readable medium of claim 9, wherein the commute application displays the identified set of UI graphical representations in a display area.

11. The non-transitory machine-readable medium of claim 9, wherein the request comprises metadata regarding the locality of the particular commute application.

12. The non-transitory machine-readable medium of claim 9, wherein determining the locality of the particular commute application comprises accessing a lookup table that specifies the locality based on the metadata.

13. The non-transitory machine-readable medium of claim 9, wherein retrieving the schedule and route data comprises accessing a set of storages for aggregating schedule and route data.

14. A system for managing data for commute applications, the system comprising:

a first set of servers for handling static data by receiving from a plurality of data providers route data and schedule data for the route data and storing the route data and the schedule data for later retrieval and transmission to commute applications; and

a second set of servers for handling dynamic data by retrieving from external vendors location data of transit vehicles that traverse routes based on the route data and schedule data, the location data for transmission to commute applications.

15. The system of claim 14, wherein the first set of servers handles the static further by receiving from a particular data provider in the plurality of data providers updates to the route data and schedule data for the route data and storing the updates for later transmission to commute application that have received previous versions of the route data and the schedule data for the route data.

16. The system of claim 14, wherein the plurality of data providers comprises a plurality of transit systems.

17. The system of claim 14, wherein the route data comprises a plurality of routes.

18. The system of claim 17, wherein the route data further comprises a plurality of stops for each route.

19. The system of claim 14, wherein the second set of servers retrieves from the external vendors the location data by aggregating the location data and determining times of arrivals for trips along routes based on the aggregated location data.

20. The system of claim 14, wherein the schedule data comprises, for each trip along a route, a name of the route for a trip, a plurality of stops along the route for the trip, and a plurality of arrival times at the stops along the route for the trip.

21. The system of claim 14 further comprising a module for providing an application programming interface (API) for communicating with the plurality of data providers and the external vendors.

22. The system of claim 21, wherein the first set of servers receives from the plurality of data providers route data and schedule data for the route data by receiving from the plurality of data providers route data and schedule data for the route data through the API.

23. The system of claim 14, wherein the second set of servers retrieves the location data by accessing a storage for storing aggregated location data from the external vendors.

24. The system of claim 14, wherein the second set of servers retrieves the location data by retrieving at least a portion of the location data from at least one external vendor.

25. The system of claim 14, wherein the set of instructions for retrieving the location data comprises a set of instructions for retrieving the location data from the external vendors.

26. The system of claim 14, wherein the program further comprises a set of instructions for processing the retrieved location data in order to format the location data into a defined format that is usable by the commute applications.

27. The system of claim 26, wherein the set of instructions for processing the retrieved location data comprises a set of instructions for filtering and cleaning the location data.