Scholz IT Systems in Public Transport

Information Technology for Transport Operators and Authorities
1. Auflage 2016
ISBN: 978-3-96088-051-6
Verlag: dpunkt
Format: PDF
Kopierschutz: 1 - PDF Watermark

E-Book, Englisch, 506 Seiten

At first glance, public transport in the majority of cities and regions around the world would not be considered high-tech by most passengers. However, when taking a closer look at the systems that are necessary to attract/retain passengers and ensure efficient operations, the importance of IT and the high-tech nature of the public transport sector becomes clear. Transport operators use advanced information technology products in order to plan, optimise and manage their fleets and staff. Sophisticated software systems support and drive these tasks. Furthermore, these systems are used to manage daily operations, which includes monitoring and dispatching of rolling stock and crew, providing passengers with realtime information, electronic ticketing and much more. As in many industries, public transport and associated IT standards vary around the world. Several operators have invested significantly in public transport, while others have a great deal of catching up to do. Strategic investments in public transport can significantly improve the quality of life in cities and regions. IT systems play a vital role in supporting this aim. Why write this book? For what purpose and for which audience? Above all, this book is intended for those who develop, implement and operate public transport IT systems. These readers need to be familiar with the software and understand public transport IT systems both at a high level and in detail.  This is achieved through descriptions of public transport business processes and a detailed illustration of a comprehensive systems data model. Furthermore, the book was written for professors and students of transport and IT, at universities and other institutes of higher education. Finally, the book is intended for those in the public transport industry who use these systems and want, or need, to understand the systems in further detail.

During his studies at LMU Munich, Dr. Gero Scholz focused on the area of operations research. After obtaining his doctorate in logistics he was responsible for various large projects at ds&m in Munich, including for Deutsche Bahn and Lufthansa. From 1995 to 2003 he was director of the central IT department at Dresdner Bank and following this, he became CIO of the transaction banking company division. From 2004 to 2007 he was director of development at IVU Traffic Technologies AG and from 2008 to 2010 chief software architect. He is currently active as an independent consultant in the field of transport and logistics.

Autoren/Hrsg.

Scholz, Gero

Inhaltsverzeichnis

1;Foreword;5
2;Introduction;8
3;Acknowledgements;10
4;Table of Contents;13
5;1 Introduction;19
6;Part I;27
6.1;2 IT System Landscape ofa Transport Company;29
6.2;3 The ITTC Core Model;43
7;Part II;79
7.1;4 Vehicles, Vehicle Types and Vehicle Formations;81
7.2;5 The Traffic Networkand Routes;123
7.3;6 Planning/Scheduling;139
7.4;7 Dispatch;211
7.5;8 Transport Control;241
7.6;9 Dynamic Passenger Information;275
7.7;10 Sales and Distribution;297
7.8;11 Settlement, Performance Analysis and Quality Management;339
8;Part III;359
8.1;12 Passenger Transport;361
8.2;13 Informatics;373
8.3;14 Modelling Methods;379
9;Appendix;403
9.1;A System Landscape;405
9.2;B Packages and Classes;437
9.3;C Glossary;479
9.4;D Literature;495
10;Index;501
11;www.dpunkt.de;0

Leseproben

1 Introduction

“My bus is coming!”

We have probably all said this at some point in our lives. But what exactly do we mean by it? Is our bus really a physical vehicle? In such cases, the passenger is not usually thinking about a very specific vehicle. From the passenger’s point of view, it is important that the bus or tram arrives at the stop at the correct time and travels in the right direction.

Bus – Trip

However, if our passenger happens to be a computer scientist and is particular about terms, then he might say: “My trip is coming!” This sounds quite strange, doesn’t it? Granted, but what happens when we are at the airport?

Aeroplane – Flight

“Our flight is delayed. I heard that the plane hasn’t even landed yet.”

Everyday language makes a clear distinction between “the plane” and “our flight”. At this point, it is still a foreign machine – it only becomes “our plane” when it begins our . We have booked a flight and not a specific aeroplane.

Trip = route, direction, time/place

But let’s return to earth. We might have noticed that our bus is often very full in the morning. Actually, we should formulate this as follows: The on 12, which, according to the timetable, is supposed to depart at from the Cherrytree Road, travelling in the to Exhibition Centre, is close to full capacity. Somewhat wooden, but correct. By specifying the route number and direction of travel along with a stop and departure time at this stop, we are able to identify the trip.1

Vehicle type

One day we are standing at the stop 10 minutes earlier. Even more people are waiting than usual. We have already mentally prepared ourselves for a standing place, but, when a vehicle arrives at 6:43, we see that it is a large articulated bus. The transport company clearly deploys a variety of on this route in order to adjust the transport capacity to the demand.

Vehicle

One morning, after exiting the vehicle, we realise that we have left our umbrella in the bus. As we can see the stop from our office window, we keep glancing at it and wondering if the with our umbrella might drive by again. According to the timetable, the entire runtime from the initial stop to the final stop takes 45 minutes. This means that “our” vehicle should actually come back here in 90 minutes. Or perhaps even earlier, but in the opposite direction?

Vehicle workings, break times, driver changeover, vehicle swap

One colleague thinks that we should take our time, because a break for the driver is always scheduled at the final stop. Another colleague argues that the driver is sometimes changed at the final stop. Does this mean that the break for the vehicle consequently does not take place? Eventually, someone declares that he has never seen an articulated bus after 9am.

Disruptions

“Recently there was a traffic jam and the driver asked us to exit and wait for the next vehicle. Then our vehicle turned around and drove straight back.” After much heartening encouragement from our colleagues, we decide to ask the transport company directly about our umbrella in the afternoon.

Dispatch

The friendly employee on the phone tells us: “A driver on route 12 found a green checked umbrella today at the final stop at Exhibition Centre. He told us about it via the on-board computer in his bus. The vehicle is still being operated, but the driver has already finished his shift. The driver who is driving the bus now will take the umbrella to the depot tonight. We will make sure that you are handed your umbrella tomorrow morning when you board the bus at Cherrytree Road. It will be a different vehicle and a different driver – but that is nothing for you to worry about! Just give the driver the code word when you board the bus: “.”

Thus, we have reached the – perhaps slightly fanciful – end of our short introduction. We have encountered a number of aspects that will be described in more detail later on in the book: stops, links, travel paths, routes, vehicles, vehicle types, trips, drivers, duties, break rules, dispatch managers – in short: the entire, astonishing diversity of public transport (PT).

1.1 IT systems in PT are complicated!

In terms of subject matter, IT systems in public transport are astoundingly complicated, in addition to being very sophisticated from a technical point of view:

Buses with electronics

• The bus in public transport can do more than just drive: it knows its timetable, announces the stations, reports to the traffic lights and continually informs its control centre of its current position. Aside from that, it takes care of selling tickets and calculating revenues – as well as displaying possible transfer connections, both based on the timetable and in “real time”.

  Algorithms

• Designing timetables is a very demanding job. A complicated network of vehicle movements and driving duties needs to be drafted in order to provide cost-effective transport services. The optimisation of timetables and duty schedules is still a current field of research at universities; from a certain size of transport company upwards, the deployment of scientific procedures2 is absolutely essential.

  Complex databases

• IT systems in transport companies are based on databases with hundred of tables; you come into contact with complicated mechanisms for historisation, versioning of timetables, multi-tenant capability and numerous methods for optimising performance.

  Real graphics

• The user interface not only contains the usual “graphical” screen forms, but also real user interfaces, i. e. maps and schematic route plans, track outlines, etc.

  Special hardware

• You encounter multi-level client-server landscapes and there are even special hardware components such as on-board computers in the vehicles, as well as ticket machines and special electronic display screens.

  Innumerable logs

• In parallel to the physical networking of the traffic systems and passenger flows, the networking of IT systems between different PT companies continues to progress – as a result, there are countless interface standards and protocols at all levels of the ISO layer model, as well as numerous converters.

  Security, certificates

• Security plays an important role in the deployment of smart cards for passengers (electronic ticketing) and drivers (for the purpose of authorisation and calculating cash revenues). There have been many technical studies and experiments in the ticketing field, e. g. paying by mobile phone.

  Communication and monitoring in realtime

• Finally, you have to deal with special communication technology (radiotelephony, data radio), which creates realtime demands – in both the control centre and the vehicle. The monitoring and control of a vehicle fleet takes place “online”. Anyone working as a computer scientist for PT therefore needs to know how software architecture can be designed to handle concurrent processes.

1.2 Standardisation

The German transport market is highly developed – as is the market for IT systems that support transport companies. Many providers have established themselves in this lively competition. They usually specialise in specific functional branches from their company history.

System diversity

As a result of this, it is not unusual for transport companies today to use software systems from multiple manufacturers at the same time. This has made it necessary to create interfaces. Instead of leaving this to the bilateral agreement between individual manufacturers, transport companies already advocated collaboration across the industry at an early stage.

Standardisation in Germany

Coordinated by the Association of German Transport Companies (VDV), a variety of have been devised, by which all software providers must abide today.

In Germany, transport companies refer to the so-called VDV standards3 when purchasing IT systems. This gives them the benefit of being offered systems that fit together functionally and technically, at least in principle.

When transport companies decide to enter into a cooperation or even fuse with a neighbour company, the integration of the IT systems is always a challenging topic – however, thanks to the existing interface standards, there is often less “dynamite” here than in other industries. The VDV interface standards are even sometimes used in German-speaking neighbouring countries.

Standardisation in Europe

Some neighbouring countries in Europe have also developed standards for designing IT systems. It is important to mention Transmodel4 here, which is an approach that resulted from the project SITP, supported by the French Ministry of Transport. is increasingly endorsed in Great Britain, the Netherlands and Germany5. The Service Interface for Real Time Information (SIRI) is based on it6 and has become a CEN standard. Scandinavian countries also took part in creating it. A particularly important area for standardisation is the paperless ticket. If a single...

Über Autor(innen)

During his studies at LMU Munich, Dr. Gero Scholz focused on the area of operations research. After obtaining his doctorate in logistics he was responsible for various large projects at ds&m in Munich, including for Deutsche Bahn and Lufthansa. From 1995 to 2003 he was director of the central IT department at Dresdner Bank and following this, he became CIO of the transaction banking company division. From 2004 to 2007 he was director of development at IVU Traffic Technologies AG and from 2008 to 2010 chief software architect. He is currently active as an independent consultant in the field of transport and logistics.