Open Transport is our pioneering initiative to change the transport and mobility landscape for the benefit of its customers. Using integrated and shared data via open Application Programming Interfaces (APIs) we want to create better transport services and improve innovation and competition.
We see the widespread adoption of an Open Standard for customer account interoperability as being an opportunity for transport providers, mobility-as-a-service (MaaS) platforms and their suppliers.
customers to easily join-up the data from many different transport providers
customers to use the digital user interface (an app or website) of their choice, not several from different providers at once
new data-driven services to enter the mobility market
But also, Open Transport can potentially provide the means for other services and providers (e.g. smart cities, civtech, finance, energy, etc.) to integrate and interact with a customer’s transport data.
In short, we are not sure we know all the possible future uses for the work we have done. But the possibilities lie beyond the current examples we have even dared to consider so far.
Covid-19 has changed the working environment for many people and has definitely changed their approach to spending. Often this is reflected in the corporate world, with a more cautious approach to investment and innovation, as organisations play safe during uncertainty.
This topic is something we have been discussing at the Open Transport Initiative. We have asked ourselves several poignant questions, such as: Should we be changing our approach to transport account interoperability? Should we perhaps wait until ‘the new normal’ settles down before driving mobility data adoption forwards?
But as a team, we have all agreed that our key aim of transport account data interoperability and findability has never been more relevant than now. Recent changes in transportation usage and conditions for travelling, along with reduction in carbon emissions, have created a period of accelerated change. One that can hopefully lead to a better (e.g. more efficient and greener) long-term use of public and private transport.
This was reinforced for us last week when The Open Transport Initiative was shortlisted in the Excellence in Technology and Innovation category for the Scottish Transport Awards.
The Scottish Transport Awards have been running for 18 years. It recognises the efforts and achievements of the Transport Sector across Scotland. There are many admirable programmes who are also shortlisted in these awards. It is therefore great to be named alongside organisations who have been working so hard to drive innovation and excellent in the travel sector.
At any time, this would be a great honour. But to receive this recognition so early in our formation and during a time of uncertainty, is a real achievement for us and all those who have contributed to our work.
Mobility-as-a-Service (MaaS) needs data for it to work. More specifically it needs data about the transportation purchases and usage of its customers. Therefore having access to a broader and more comprehensive set of mobility data over a decent period of time (and over all modes of transportation) provides a better understanding of the different transportation needs of each of those customers.
In short, MaaS can only be truly successful if it joins up the data from all different transport providers that its customers actually use.
So whether the data comes from rail, bus and subway services or taxis, micro-mobility services and commercial cycle hire schemes… this combined data (using either an aggregated or federated approach to join it all up)… all helps to enable more tailored transport services to be delivered to individuals or supports the ability to better match them to existing services.
Open Transport provides an Open Standard for the interoperability of data in customer transport accounts. It is a free standard that does not have to be restricted just to public transit services. Plus if implemented once, it offers the potential to integrate to any other service that also adopts it.
One (and perhaps the foremost) aim of Mobility-as-a-Service (MaaS) is to put the travelling customer at the core of the service and offer them tailor-made mobility solutions based on their specific needs.
2 very different approaches: To do this effectively MaaS requires one of two approaches to customer data:
An aggregated approach: The customer needs to have all their mobility data residing in the same place (e.g. a centralised online service). Meaning that every transport provider in that mobility ecosystem then needs to be part of a single MaaS Platform.
A federated approach: The customer allows their data residing in a number of different places (e.g. multiple online transport provider accounts) to share enough so that a complete picture of their transportation purchases and usage can be constructed.
To-date most MaaS efforts and initiatives have used the aggregated approach. This typically means a transport authority selects a single vendor for an entire geographic or legislative region and combines each participating transport provider’s data into a single database. The customer therefore has one account to access, view and use all this data.
However, this aggregated approach has several possible down-sides:
The participating transport providers are mainly restricted to public transit services such as rail, bus and subway.
Private operators, such as taxis, micro-mobility services and commercial cycle hire schemes tend not to be included (either because they do not want to be or because the barriers-to-entry are too high)
The participating providers typically do not have a direct relationship with their customers, they are simply part of a wider service.
Any vendor in a monopolistic position of running a large Maas Platform is less likely to innovate or invest in developing their product
The boundary (area of responsibility) of the MaaS platform is restricted by the reach of the transport authority, not by the journeys the customers want to make.
A different approach Open Transport, by providing a free standard for mobility account interoperability enables a federated approach instead. Transport providers adopting this Open Standard not only mean their customers can integrate a number of different accounts they own, but can then chose to manage this data in the account of their choice (e.g. the one that gives them the most useful or feature-rich experience).
Open Transport is an initiative that has released two different Open Standards for transport and mobility account interoperability. But one of the most common questions we get asked is about whether our work is really free or not.
Why standards? Standards are needed with technology, to ensure that more than one developer or vendor can work together on a technical product or solution.
Why Open Standards? Open Standards are standards that have been made publicly available and that can have various rights to their usage. Their purpose is to ensure that application developers (and therefore their clients) are not locked in to a specific technology or vendor. Open Standards also help make applications more functional (as more than one organisation can develop their ideas in parallel) and interoperable (as more than one product or service can be developed to align to these standards).
But… FREE? Yes. To ensure that our work has the greatest chance of adoption across the transport and mobility sectors, we have decided that the Open Transport standards are completely free to adopt, by any organisation, transport provider, authority, etc. There are no conditions or caveats to this, this work can be viewed, downloaded and used by anyone, anywhere. https://opentransport.co.uk/open-standard/
What do we want in return? Nothing. Since our aim is uniform and mass adoption of a consistent transport account interoperability standards across the mobility ecosystem, this alone would be sufficient reward for all the work that has been put in. But if any adopter wanted to credit Open Transport by mention us and this website in their terms & conditions or code, that would be fine too.
CR002 Change of API structure to align to PAS212, the automatic resource discovery for the ‘Internet of Things’ specification. Also now reflected in our Operator-Info API reference implementation at https://open-transport.azure-api.net/operator
CR003 Expansion of the look-up service to include MIPTA (Mobile Interface for Public Transport Assets) asset registry endpoint location (URL)
When we set-out to create the Open Transport standard, we had in our minds the problem that many transportation customers have:
Multiple online / self-service accounts Typically one for each transport provider and another for each Mobility-as-a-Service (MaaS) platform.
Multi-modal journeys Those commuting, business and pleasure trips that involve more than one mode of transportation.
Limited time Or perhaps just a frustrated need to have things “work as I want, when I need them to”.
So we created a common interoperable specification for allowing any transport or mobility account to share transportation-specific data (only). And we made it available as an Open Standard, for free and without caveat or constraint.
So now, this enables a customer to link their participating transport accounts and then use a single website or app to view all this data in a consolidated way.
Today we are announcing a update of our “customer-account” API specification to version 1.0.1
This small-but-important update from our original Open Standard is backwards compatible with v1.0 , with the addition of an “account-balance” for each purchase / product. Therefore making the standard more useful for the interoperability of those accounts that store a monetary amount, such as an Account Based Ticketing (ABT) proposition or a pre-paid Mobility-as-a-Service (MaaS) scheme.