EP2885778A1

EP2885778A1 - Method for preparing and displaying timetable information

Info

Publication number: EP2885778A1
Application number: EP13750030.2A
Authority: EP
Inventors: Hans-Joachim Reich
Original assignee: Lawo Informationsysteme GmbH
Current assignee: Lawo Informationsysteme GmbH
Priority date: 2012-08-15
Filing date: 2013-08-13
Publication date: 2015-06-24
Anticipated expiration: 2033-08-13
Also published as: US20150153192A1; WO2014026956A1; ES2641819T3; DK2885778T3; HUE033440T2; PL2885778T3; US9400184B2; DE102012016119A1; BR112015002922A2; SG11201501025UA; EP2885778B1; RU2015103665A

Abstract

The invention relates to a method for preparing and displaying timetable information in a traffic network (10) which comprises a plurality of stops (12, 14, 16, 34, 36, 44) for public transport means (B12, B14, B16, U34, U36, B44), the approach of a portable device (30) to a stop (12, 14, 16, 34, 36, 44) being detected on the basis of position-dependent data of the portable device (30), at least one future departure time of a public transport means (B12, B14, B16, U34, U36, B44) (12, 14, 16, 34, 36, 44) being determined at the stop, and the departure time being displayed on the portable device (30).

Description

Method for processing and displaying timetable information

The present invention relates to a method for processing and displaying timetable information in a traffic network having a plurality of stops for line transport.

Such methods are usually based on providing timetable information at various locations along the public transport routes. This can be done, for example, via platform displays, bus stop displays or loudspeaker announcements.

Thus, from DE 603 20 237 a method for determining an arrival time of a vehicle at one or more positions along the route for the vehicle is known in which signals are periodically transmitted by the vehicle when the vehicle has reached a certain position. Subsequently, an arrival time is determined at one or more of the positions along the travel route. These arrival times are eventually transmitted to receiving units at various locations along the vehicle route, such as in shops, homes or schools. This should allow a more accurate prediction of the time of arrival of the vehicle, eg a school bus.

However, the timetable information is output only at fixed, predefined locations along the routes of public transport. In particular for passengers who are e.g. In a foreign city and want to get to a specific destination by public transport, there is the problem that must first be identified, where is the nearest stop of public transport, which drives the desired destination. There may even be several alternative stops available for accessing the desired destination. The choice of the corresponding stop depends on e.g. from the future departure times of the relevant public transport at these stops.

Thus, it would be desirable if the timetable information could be transmitted directly to the location of the passenger. Thus, it would not be necessary to visit the various stops to determine the best connection to the destination. Anyway, this would be feasible for the passenger even in a very narrow radius.

Due to the proliferation of mobile data devices or mobile telephones, the timetable information can e.g. be transmitted directly to the passenger via these devices.

In already known methods for retrieving timetable information on such mobile devices special knowledge of the operation of the corresponding software programs are required. Thus, the passenger often has to to navigate the visual menus of the various timetable information. The navigation through the complicated menu structures with the help of scroll bars and drop-down list boxes is very tedious, especially on the mobile devices with their small displays. In addition, the websites of public transport providers differ from one city to another. Thus, a lot of time is taken until the departure times of public transport at suitable surrounding stops can be determined.

From DE 10 2008 017 392 a method for retrieving timetable information is known in which first character strings are entered on the mobile phone, which are transmitted to a central storage unit. The character or

Digit sequences are analyzed and processed via so-called string filters. Using the analysis, specific timetable queries are derived from the character sequences or number sequences. For example, the number sequence "030-040" leads to a query of the timetable information from Berlin to Hamburg. The result resulting from the request is then transmitted to the mobile phone.

Again, however, a special knowledge of the correct generation of the corresponding character strings is required, which in turn makes it difficult to query the timetable information. In addition, this method also does not provide assistance in identifying the location of a suitable nearby stop that will provide a connection to the desired destination.

Against this background, it is the object of the present invention to provide a technically simple in the application and readily understandable method with which a user of public transport can query a current timetable information in its environment.

The above object is achieved by a method of the type mentioned above, wherein initially the approach of a portable device is detected at a stop on the basis of position-dependent data of the portable device, wherein at least one future departure time of a line transport is determined at the stop and the departure time is output on the portable device.

In the context of the present invention, position-dependent data is to be understood as data which serve to determine the position of the portable device.

As an example of line transport buses, trams, subways and trains are called.

The portable device can be, for example, a mobile telephone, a mobile telephone with additional computer functionality and connectivity (so-called smartphone), a PDA (Personal Digital Assistant), a tablet computer or a laptop.

The approach of the portable device to a stop is inventively detected depending on the location of the portable device. Thus, this process step is automated. A manual input of a stop name or even a selection of a stop in a complex menu structure is not necessary. In addition, the current location information of the portable device automatically flows into the selection of the available public transport. Therefore, it is not necessary that the user of the portable device, for example, based on street names in the vicinity oriented to determine their own position. This allows a very simple and quick query of the timetable information.

According to the method according to the invention, the departure times of several line transport means can be determined at the relevant stop and output on the portable device. In addition, the names and / or the arrival times of the line transport at the stop can be determined and output. In a further embodiment of the method, the departure times of multiple line transport may be issued at several stops, which is approaching the user of the portable device.

All information can be output visually and / or acoustically on the portable device.

It is particularly preferred if the entrainment of the portable device is detected on a line transport on the basis of the position-dependent data of the portable device, at least one transfer option to another line transport at the stop, which approaches the portable device , is determined and the transfer possibility is output on the portable device.

As a result, no input of a number or a name of the line transport is required. With the help of a tracking of the position-dependent data of the portable device can be automatically determined whether the portable device is carried on a line transport. The position-dependent transfer options can thus be issued optically and / or acoustically essentially without time expenditure for the user on the portable device. This considerably simplifies the handling of timetable information.

According to a further embodiment, the determination of the at least one future departure time and the outputting of the departure time on the portable device takes place automatically as soon as the approach of the portable device to the stop is detected.

By this measure, a departure time is automatically determined and output to the portable device as soon as the portable device approaches a stop. Time-consuming interactions of the user with the portable device are no longer required. The timetable information can therefore be retrieved easily by non-technical users. In a further embodiment, the determination of the at least one transfer option and the output of the transfer option on the portable device is carried out automatically, as soon as the entrainment of the portable device is detected on the line transport.

The transfer facility comprises data such as e.g. the name or number of the means of transport on the line, the time of departure and / or the place of the stop at which the following means of transport can be used. By automating the identification of transfer options, no further user input is required to retrieve the schedule information.

According to a further embodiment, the detection of the approach of the portable device to the stop and / or the detection of the entrainment of the portable device takes place on the line transport on the side of the portable device.

For example, a software application (so-called app) can be started on a smartphone. With the aid of the position-related data, the latter monitors whether the smartphone is approaching a stop and / or whether the smartphone is being carried along on a line transport. The pure position calculation of the smartphone can be carried out with the aid of terminal-based or network-based positioning methods. However, in this embodiment, evaluation takes place on the smartphone / portable device as to whether the smartphone is approaching a stop, for example.

In a further embodiment, the determination of the at least one future departure time and / or the determination of the at least one transfer possibility by means of the portable device is started.

As soon as an approach of the smartphone is recognized at a stop, for example, using an app, the timetable information is retrieved and output on the smartphone. This corresponds to the so-called "pull principle". The call the schedule information can be automatic or only after confirmation by the user of the smartphone.

According to a further embodiment, the detection of the approach of the portable device to the stop and / or detecting the entrainment of the portable device on the line transport on the side of a data processing unit for the position data of at least part of the transport network are accessible ,

The data processing unit may be, for example, a central computer of a control center which, on the basis of the position-related data of the portable device, evaluates whether the portable device is approaching one or more stops, for example. The pure determination of the device positions can in turn be carried out with the help of a terminal-based or a network-based location.

In a further embodiment, the determination of the at least one future departure time and / or the determination of the at least one change possibility is started by the data processing unit.

As soon as the data processing unit detects, for example, an approach of the portable device to a stop, the data processing unit starts determining the corresponding departure times / transfer options. The determination of this data can be performed by the data processing unit itself or by any other computing unit within the traffic control system of the traffic network. The determined data are then output on the portable device (so-called "push principle").

According to another embodiment, the portable device is logged on to the data processing unit. Advantageously, the portable device for the timetable information service (transmission of departure times and / or transfer options to the portable device) is registered in advance at the data processing unit. Thus, the user of the portable device can selectively set when and where he wishes delivery of such information.

In a further embodiment, the approach of the portable device is detected at the stop as soon as a defined maximum distance between the portable device and the stop is reached.

In other words, a fishing radius is defined around the stop with the help of this measure. If the user of the portable device falls below the capture radius or the defined maximum distance, this is considered as approaching the relevant stop. The departure times / transfer options are determined and output on the portable device. For personalization, the maximum distance / capture radius may e.g. individually determined. In addition, the fishing radius can also be defined depending on the type of stop. For example, bus stops can be set to a smaller catch radius than for stations.

According to a further embodiment, a destination is first entered into the portable device, then itinerary data are determined which have at least a transfer notice, a name of a destination stop and / or a planned arrival time at the destination stop, and finally the travel history data on the portable Device output.

Thus, the user of the portable device can display a travel route to a desired destination. For this purpose, for example, only the name of the destination must be entered in the portable device. The starting point of the itinerary is determined by the portable device or a computing unit within the assigned operational control system automatically on the basis of the position-dependent data of the portable device. Optionally, several alternative routes can be output. Alternatively, depending on preset preferences of the user (fast route, inexpensive route, short walk etc.) only the most appropriate route can be spent.

In another embodiment, the portable device accesses via a wireless network schedule information that is stored at least partially in a central storage unit and / or at least partially in a plurality of decentralized storage units.

By this measure, the schedule information, e.g. is constantly updated due to the current traffic situation, for example, stored on a central storage unit of the control center and / or on decentralized storage units of the stops. Alternatively, the schedule information may also be provided by a central storage unit of a corresponding service provider. Thus, the portable device can always access the current timetable information. In the event of a delay of a scheduled means of transport, the user may, for example, switch to another stop or to another line means of transport. If the timetable information is stored on the central storage unit of the control center and decentralized storage units of the various stops, data redundancy can hereby be achieved. This ensures that the portable device can access the timetable information even if one of the memory units fails or can not be reached.

According to a further embodiment, timetable information is stored on the portable device with the departure times of at least one line transport at a plurality of stops.

If the timetable information is stored on a local memory of the portable device, the user can also access timetable data if, for example, a connection to the central / decentralized storage units of the operations control system or the service provider can not be established in a subway station. This enables a so-called "offline operation" of the portable device. The timetable information can be at a time selected by the user or also be loaded at preset intervals from the central / decentralized storage units to the portable device.

In a further embodiment, the position-dependent data of the portable device are determined via a traffic network-specific positioning system, via a global navigation satellite system and / or via a mobile radio network.

To localize the portable device many possibilities can be used. For example, the positioning can be carried out via the GPS (Global Positioning System) or the GSM (Global System for Mobile Communications) network. If a corresponding radio connection to these systems is not possible, then the localization of the portable device can also take place via WLAN, Bluetooth or RFID (Radio Frequency Identification). In addition, other traffic network-specific solutions can be selected which are suitable for assigning the user, for example, to a specific line transport (for example, light barriers on the doors of a bus with additional identification). In addition, multiple localization technologies can be used in parallel to increase positioning accuracy. By using several technologies, the calculation time for the localization of the portable device can also be optimized.

In a further embodiment, the position-dependent data of the portable device is determined via a near-field communication and / or the timetable information is transmitted via the near-field communication to the portable device.

The NFC (Near Field Communication) method represents another possibility for determining the position of the portable device. Particularly in application areas in which the GPS reception is disturbed or unavailable (eg subways), a position determination is made possible via NFC. At the same time, NFC provides an exact location of the portable device, eg in the area of rail yards with several stops in a small space. In addition, NFC can be used to transfer the timetable information to the portable device.

It is understood that the features mentioned above and those yet to be explained not only in the combination specified, but also in other combinations or alone, without departing from the scope of the invention.

Embodiments of the invention are illustrated in the drawings and are explained in more detail in the following description. Show it:

Fig. 1 in schematic form a traffic network with a plurality of stops for line transport for explaining an embodiment of a method according to the invention;

2 shows the traffic network for explaining a further embodiment of the method according to the invention;

3 shows the traffic network for explaining a further embodiment of the method according to the invention; and

4 shows the traffic network for explaining a further embodiment of the method according to the invention.

In Fig. 1, a traffic network 10 with a plurality of stops 12, 14, 16 is shown. In this case, the stops 12a to 12d mark a bus line of public transport, which is used by a bus B12. Accordingly, the stops 14a to 14e mark the route of a bus B14 and the stops 16a to 16e the route of a bus B16.

For the coordination and management of the operation of the line transport, in the present case the buses B12, B14, B16, is a control center 18th The control center 18 has at least one data processing unit 20 and a central memory 22. In the central memory 22, inter alia, a timetable information for the traffic network 10 is stored. The timetable information can alternatively or additionally be stored in decentralized storage units, which are assigned to the stops 12, 14 and 16, for example. Due to the additional storage of the timetable information in decentralized storage units and the associated data redundancy, the reliability of the operation control system can be increased. In a further alternative embodiment, the timetable information can also be stored on a central storage unit of a service provider.

The control center 18 is in radio contact with the buses B12, B14 and B16. Analogue radio and trunked radio systems or even digital radio systems (for example Tetra or Tetrapol) can be used for the radio connection. Alternatively, a public mobile radio network 24 (e.g., GSM, LTE) may also be used for the communication between the control center 18 and the buses B12, B14, B16.

Particularly advantageously, the stored in the central memory 22 timetable information is constantly adapted to the current traffic situation. If, for example, the bus B12 is stuck in a traffic jam, the relevant timetable information can be updated directly and then output at the following stops 12c and 12d. For this purpose, the line transport means B12, B14, B16 determine their location, for example, from a global satellite navigation system 26 (e.g., GPS). Alternatively, the location of the buses B12, B14, B16 can also be determined via the mobile radio network 24. Another locating variant of the line transport B12, B14, B16 represents the logical location. In this case, for example, only the distance traveled by the bus B12 (measured from the start stop 12a) is transmitted to the control center 18.

In addition, a comparison with the approached stops (detection of a door opening) may be made. This variant is more uncertain than the physical location by means of the global navigation satellite system 26. However, less data must be transmitted to the control center 18 than in the case of physical location. Subsequently, the data processing unit 20 performs a comparison of the transmitted location data of the line transport means B12, B14, B16 with so-called schedule data (location data of the scheduled means of transport) in order to determine the current driving time. Deviation of the lines B12, B14, B16 to determine. From this an updated timetable information is derived and stored in the central memory 22.

It will now be assumed that a user 28 is located in an area of the traffic network 10 that wishes to use one of the line modes B12, B14, B16. In addition, it should be assumed that the user 28 carries a portable device 30, in the present case a smartphone 30, with him. Since the user 28 is, for example, a non-location, the location of the nearest stops 12, 14, 16 is not known to him. For this reason, the user 28 uses his smartphone 30 and starts on this a software program, called App. The app establishes a data connection via the mobile radio network 24 to the control center 18 in order to retrieve the nearest stops 12, 14, 16 and the associated schedule information. To identify the nearest stops 12, 14, 16, the location of the smartphone 30 must first be determined. For this purpose, the control center 18 sends, for example, a location query to the mobile radio network 24. The mobile radio network 24 locates the smartphone 30 on the basis of the current mobile radio cell used and possibly additional signal data of the smartphone 30, which are available in the mobile radio network 24. The determined location information of the smartphone 30 is sent back from the mobile radio network 24 to the control center 18. Subsequently, the control center 18 compares the determined location information of the smartphone 30 with coordinates of the stops 12, 14, 16. To limit the stops 12, 14, 16, a maximum distance 32 is used, which is either defined by the user 28 and stored on the smartphone 30 or which is stored in the control center 18. In other words, the maximum distance 32 defines a capture radius for stops 12, 14, 16 in the area of the smartphone 30. Thus, the approach of the smartphone 30 to the stops 12c / 16c and 14c is detected in the present example. The control center 18 then determines, with the aid of the updated timetable data stored in the central memory 22, the timetable information of the stops 12c / 16c and 14c. The timetable information may include, for example, the arrival times, the departure times, the destination locations, and / or the names or numbers of the line modes B12, B14, B16. In addition, the control center 18 can transmit the coordinates of the stops 12 c / 16 c and 14 c to the smartphone 30. This makes it possible for the user 28 to purposefully control one of the stops 12c / 16c or 14c using a navigation system.

In the example just described, the so-called pull principle is used, i. E. When the app is started on the smartphone 30, the user 28 explicitly requests the timetable information from the control center 18. Alternatively, however, the timetable information can also be transmitted to the smartphone 30 according to the so-called push principle. In this alternative embodiment, the user 28 registers via his smartphone 30 at the control station 18 for a timetable information service that transmits timetable information to the smartphone 30 as soon as the smartphone 30 approaches a stop 12, 14, 16. The approach of the smartphone 30 to a stop 12, 14, 16 can be defined equivalent to the previous example, in which an approximation is detected as soon as the maximum distance 32 between the smartphone 30 and one of the stops 12, 14, 16 is exceeded. To check this maximum distance 32, in turn, a localization of the smartphone 30 is required. For example, the smartphone 30 may determine its current location via the global satellite navigation system 26 (e.g., GPS). This location information is then transmitted from the smartphone 30 via the mobile network 24 to the control center 18. The control center 18 now compares the obtained location information with the coordinates of the stops 12, 14, 16. Once one of the stops 12, 14, 16 is within the capture radius of the smartphone 30, the associated timetable information (possibly also the timetable information of several Line transport B12, B14, B16 can) transmitted to the smartphone 30. Thus, in this embodiment, the user 28 only needs to register once for the schedule information service. Then he automatically receives without further interaction the timetable information of nearby stops 12, 14, 16. This allows a very easy use of public transport. A complex time-consuming search of the timetable information is not necessary. In addition, the user 28 receives a constantly updated timetable information, which is adapted to the current traffic situation in the traffic network 10.

In order to explain a further embodiment of the method, the traffic network 10 is again shown in FIG. The elements shown in Fig. 2 in terms of their structure and their operation generally correspond to the elements shown in Fig. 1 and are therefore identified by the same reference numerals. The following section essentially explains the differences.

In this embodiment, assume that the user 28 is a passenger of the bus B12. As in the previous example, the user 28 carries the smartphone 30 with him. The user 28 may be interested in transfer options because he wants to get to a destination that is not approached by the bus B12. Consequently, the user 28 launches an app on the smartphone 30 to retrieve schedule information. Automatically or on request by the user 28, the app establishes a data connection to the control center 18 via the mobile radio network 24. The smartphone 30 sends a request for schedule information to the control center 18 via this data connection. In addition, after launching the app, the smartphone 30 establishes a radio connection to the global satellite navigation system 26. With the aid of the global navigation satellite system 26, the smartphone 30 determines the current location information and also sends it via the mobile network 24 to the control center 18. Subsequently, the data processing unit 20 of the control center 18 compares the location information of the smartphone 30 with the coordinates of the stops 12, 14, 16 and the coordinates of the travel routes of the line transport B12, B14, B16. As a result of this comparison, the data processing unit 20 detects an entrainment of the smartphone 30 on the bus 12. As a result, the data processing unit 20 determines the next stop which the bus B12 starts (in the present example, the stop 12c / 16c). The data processing unit 20 now checks whether line transport with a different destination approach this stop 12c / 16c. In the present example also the bus B16 with the last stop 16e drives the stop 12c / 16c. Due to this, the data processing unit 20 determines from the central memory 22 the timetable information of the bus B16 at the stop 12c / 16c. The schedule information may include an arrival time, a departure time, and / or a name or number including the final stop of the bus B16. This schedule information is sent by the data processing unit 20 via the mobile radio network 24 to the smartphone 30 and output thereon. In addition, a radius can be defined around the next approached stop 12c / 16c, in which further transfer options are taken into account. For example, if the stop 14c is only a few meters away from the stop 12c / 16c, the bus B14 also offers an interesting option for the user 28 to switch to the destination 14e. For this purpose, the data processing unit 20 can also determine the timetable information of those stops within the defined radius around the next approached stop 12c / 16c in the determination of transfer options. Thus, the timetable information of the bus B14 is displayed on the smartphone 30 in the present example.

The above-described application of the smartphone 30 and the query of the timetable information is based on the pull principle. Analogous to FIG. 1, the transfer options according to the push principle can also be transmitted to the smartphone 30. Thus, the user 28 can register in advance via the mobile radio network 24 in a timetable information service of the control center 18. The schedule information service of the control center 18 then constantly tracks the position of the smartphone 30. The position of the smartphone 30 can be determined, for example, by the control center 18 sending position requests to the mobile radio network 24 which locates the smartphone 30 via the mobile radio cell currently being used. The data processing unit 20 then compares the position data of the smartphone 30 with the coordinates of the stops 12, 14, 16 and the coordinates of the travel routes of the buses B12, B14, B16. As a result, the entrainment of the smartphone 30 on the bus B12 is detected. Subsequently, the transfer options at the stops 12c / 16c and 14c, to which the smartphone 30 approaches, determined and transmitted via the mobile network 24 to the smartphone 30. With the help of the smartphone 30, the transfer options are presented to the user 28 visually or acoustically.

Fig. 3 shows the traffic network 10 with two subway lines, which are used by subways U34, U36. The subway U34 operates at stops 34a to 34d and the subway U36 at stops 36a to 36d. The subways U34, U36 are analogous to the buses B12, B14, B16 in radio contact with the control center 18. For this purpose, for example, a traffic network-specific radio system can be used, which also in the used by the subways U34, U36 Tunneling is available. About this radio contact, the subways U34, U36, inter alia, transmit their location information to the control center 18. The location information can be determined, for example, via local beacons (via infrared or inductively via coupling coils). Thereby, the schedule information stored in the central memory 22 can be constantly updated. Any schedule delays, eg due to a very high passenger volume, can be taken into account in the coordination of the subway traffic by the control center 18. In this embodiment, the control center 18 has a communication link to a stop information unit 38 associated with the stop 34c / 36c. The stop information unit 38 has a remote storage unit 40 and a near field communication unit (NFC unit) 42. The timetable information relevant for the stop 34 c / 36 c is additionally transmitted by the data processing unit 20 to the stop information unit 38 and stored there in the decentralized storage unit 40. This redundancy increases the reliability of the overall system. In addition, the speed improves when requesting timetable information.

In the present example, it should be assumed that the user 28 is staying with his smartphone 30 in the area of the subway station 34c / 36c. Due to this location, the connection of the smartphone 30 to the global satellite navigation system 26 and / or the mobile radio network 24 is not available or at least severely disturbed. If the user 28 on the smartphone 30 launches the app to retrieve schedule information, the smartphone 30 will establish a near field communication link to the NFC unit 42 due to the limited reception conditions. Due to the characteristics of the near field communication (short range), the location of the smartphone 30 is known at the same time. The bus stop information unit 38 determines the timetable information of the subways U34, U36 from the decentralized memory unit 40 and transmits them to the smartphone 30 using the near field communication connection. The user 28 thus receives, for example, the arrival times, departure times, end stops and / or line designations of the subways U34, U36.

Analogous to the embodiments of FIGS. 1 and 2, the timetable information in the present example after the push principle on the Smartphone 30 are transmitted. For this, the user registers 28 with his

Smartphone 30 at the timetable information service the control center 18. As soon as the user 28 with the smartphone 30 of an NFC unit 42 approaches, the smartphone 30 is located and the corresponding timetable information is automatically transmitted to the smartphone 30 and output to this.

In addition, the smartphone 30 can be operated in a so-called offline mode. The off-line operation allows a query of schedule information in case none or only part of the communication infrastructure components (global navigation satellite system 26, control center 18, mobile radio network 24, bus stop information unit 38) are available. For this purpose, the timetable information, as long as, for example, a connection from the mobile network 24 to the smartphone 30, transmitted to the smartphone 30 and stored in a local memory of the smartphone 30. If the user 28 with his smartphone 30 is subsequently in a subway tunnel, then by means of a near-field communication or other technologies such as e.g. WLAN or Bluetooth only the location of the smartphone 30 are determined. The determined location information is then compared with the locally stored schedule information. Finally, the departure times, arrival times etc. of the subways U34, U36 are output at the nearest stop 34c / 36c on the smartphone 30. In a further alternative embodiment, the location can also be determined by entering the stop name into the smartphone 30. Thus, in this embodiment, no connection to any of the communication infrastructure components is required.

The schedule information for the offline operation can be transmitted either on request of the user 28 or at fixed time intervals on the smartphone 30 and the local memory of the smartphone 30.

4 shows the traffic network 10 for explaining a further embodiment of the method. Like elements with respect to the preceding figures are identified by like reference numerals. The following section essentially explains the differences. The traffic network 10 of Fig. 4 additionally has a bus route along stops 44a to 44h which is served by a bus B44. The communication between the bus B44 and the control center 18 takes place in the same way as the communication of the other line transport and should therefore not be explained in more detail.

In this example, it shall be assumed that the user 28, together with the smartphone 30, is moving in an area of the traffic network 10 and would like to reach a destination 46. For this purpose, the user 28 starts the app on the smartphone 30. Subsequently, the user 28 enters, for example, the name or the coordinates of the destination 46 in the smartphone 30. The smartphone 30 now uses the global satellite navigation system 26 to determine the current location. This location information is transmitted along with the entered destination 46 via the mobile network 24 to the control center 18. The data processing unit 20 calculates one or more alternative travel routes to the destination location 46 based on the location information, the destination location 46, and the schedule information stored in the central store 22. In addition, the maximum distance 32 (capture radius) defined by the user 28 may be from the smartphone 30 the control center 18 are limited, which limits the choice of travel routes.

In the present example, it shall be assumed that the stops 14c / 44d and 34b are within the defined capture radius. Thus, there are essentially three ways for the user 28 to get to the destination 46. According to a first possibility, the user 28 may first travel a longer walk to the subway stop 34b in order then to travel by means of the rapid subway connection U34 to the stop 34d, which lies in the immediate vicinity of the destination 46. According to a second possibility, the user 28 can take a short walk to the stop 14c and then take the bus B14 to the stop 14e. However, the bus B14 later leaves the stop 14c than the subway U14 from the stop 34b. In addition, the final stop 14e is further away from the destination 46, so that a longer walk is required there. As a third alternative possibility is the ride on the bus B44, which approaches the nearby stop 44d. The advantage is that the bus B44 goes up to the stop 44h, which is also located in the immediate vicinity of the destination 46. The disadvantage, however, are the many intermediate stops 44e, 44f, 44g, which must be traveled until reaching the last stop 44h.

These calculated by the data processing unit 20 alternative travel routes are transmitted via the mobile network 24 to the smartphone 30. In addition, possibly required transfer instructions for the calculated travel routes can be transmitted to the smartphone 30.

The itineraries are then output along with the scheduled time of arrival at the destination 46 on the smartphone. On the basis of this information, the user 28 can select the suitable itinerary for him.

In an alternative embodiment, the user 28 may pre-set certain preferences for the itinerary (fast route, exclusive use of subways, short walk, inexpensive travel route, etc.) in the smartphone 30. Depending on these preferences, the app can already select or suggest an optimal itinerary.

Although thus preferred embodiments of the method according to the invention have been shown, it is understood that various modifications and changes can be made without departing from the scope of the invention.

For example, the method may be used for any line transport (buses, subways, trams, trains, etc.).

In addition, the terminal or network based location of the smartphone 30 can be arbitrarily combined with the described pull principle or push principle. Instead of the smartphone 30, other types of portable devices such as laptops, PDAs or tablet computers can be used.

The mobile radio network 24 described may be, for example, a GSM network, a UMTS network or an LTE network.

Claims

claims

1 . Method for preparing and displaying timetable information in one

A traffic network (10) having a plurality of bus (B12, B14, B16, U34, U36, B44) stops (12, 14, 16, 34, 36, 44), comprising the steps of:

Detecting the approach of a portable device (30) to a stop (12, 14, 16, 34, 36, 44) based on position-dependent data of the portable device (30),

Determining at least one future departure time of a scheduled means of transport (B12, B14, B16, U34, U36, B44) at the stop (12, 14, 16, 34, 36, 44), and

Outputting the departure time on the portable device (30).

2. The method of claim 1, comprising the steps of:

Detecting the entrainment of the portable device (30) on a line transport (B12, B14, B16, U34, U36, B44) based on the position-dependent data of the portable device (30),

Ascertaining at least one transfer possibility to another line transport means (B12, B14, B16, U34, U36, B44) at the stop (12, 14, 16, 34, 36, 44) which approaches the portable device (30), and

Outputting the transfer possibility on the portable device (30).

3. The method of claim 1 or 2, wherein determining the at least one future departure time and outputting the departure time on the portable Device (30) takes place automatically as soon as the approach of the portable device (30) to the stop (12, 14, 16, 34, 36, 44) is detected.

4. Method according to one of claims 1 to 3, wherein the determination of the at least one transfer possibility and the transfer of the transfer possibility on the portable device (30) takes place automatically as soon as the entrainment of the portable device (30) on the line transport (B12, B14, B16, U34, U36, B44) is detected.

5. The method according to any one of claims 1 to 4, wherein detecting the approach of the portable device (30) to the stop (12, 14, 16, 34, 36, 44) and / or detecting the entrainment of the portable device (30 ) is carried on the line transport (B12, B14, B16, U34, U36, B44) on the side of the portable device (30).

6. The method according to claim 5, wherein the determination of the at least one future departure time and / or the determination of the at least one changeover possibility is started by means of the portable device (30).

7. The method according to any one of claims 1 to 4, wherein detecting the approach of the portable device (30) to the stop (12, 14, 16, 34, 36, 44) and / or detecting the entrainment of the portable device (30 ) is carried on the line transport (B12, B14, B16, U34, U36, B44) on the side of a data processing unit (20) for the position data of at least a part of the transport network (10) are accessible.

8. The method of claim 7, wherein the determination of the at least one future departure time and / or the determination of the at least one change possibility by the data processing unit (20) is started.

9. The method of claim 7 or 8, wherein the portable device (30) is logged on to the data processing unit (20).

10. The method according to any one of claims 1 to 9, wherein the approach of the portable device (30) to the stop (12, 14, 16, 34, 36, 44) is detected as soon as a defined maximum distance (32) between the portable device (30) and the stop (12, 14, 16, 34, 36, 44) is reached.

1 1. Method according to one of claims 1 to 10, comprising the steps:

Inputting a destination (46) into the portable device (30),

Determine travel history data that has at least one of the following elements:

- transfer note,

- name of a destination stop,

Planned arrival time at the destination stop, and outputting the trip history data on the portable device (30).

12. The method according to any one of claims 1 to 1 1, wherein the portable device (30) accesses via a wireless network on schedule information that at least partially in a central storage unit (22) and / or at least partially in a plurality of decentralized storage units (40 ) is stored.

13. The method according to any one of claims 1 to 12, wherein on the portable device (30) schedule information with the departure times of at least one line transport (B12, B14, B16, U34, U36, B44) at a plurality of stops (12, 14 , 16, 34, 36, 44) is stored.

14. The method according to any one of claims 1 to 13, wherein the position-dependent data of the portable device (30) via a transport network-specific positioning system, via a global navigation satellite system (26) and / or via a mobile network (24) are determined.

15. The method according to any one of claims 1 to 14, wherein the position-dependent data of the portable device (30) via a near field communication are determined and / or wherein timetable information is transmitted via the near field communication to the portable device (30).