BDE_SC4_WS3_2_Maria Rautavirta - Data Fuelling the Disruption of Mobility
•Download as PPTX, PDF•
0 likes•116 views
BigDataEurope SC4 Workshop: BigDataEurope and the Societal Challenge on Transport on 14th September 2017 Presentation: Data Fuelling the Disruption of Mobility
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to BDE_SC4_WS3_2_Maria Rautavirta - Data Fuelling the Disruption of Mobility
Similar to BDE_SC4_WS3_2_Maria Rautavirta - Data Fuelling the Disruption of Mobility (20)
More from BigData_Europe
More from BigData_Europe (20)
Recently uploaded
Recently uploaded (20)
BDE_SC4_WS3_2_Maria Rautavirta - Data Fuelling the Disruption of Mobility
- 1. Data fuelling the disruption of Mobility Big Data in Transport 14.9.2017 @mrautavirta maria.rautavirta@mintc.fi Senior Engineer, Deputy Head of Unit Maria Rautavirta
- 2. • Transport markets (de-)regulation • Involvement of stakeholders • Mobility as a Service (MaaS) experiments • Strategic guidelines and actions • Regulative analysis and pilots • My Data operating model and pilots • Data sharing practices • Data protection in Digital business • Endorsement of intelligent transport • Testing areas: Aurora, Nordic Way • Unmanned aircrafts (RPAS regulations) • Strategic guidelines • Implementation of information security strategy • Implementation of Information Security Directive • 5G • Standardisation • Promotion of optical fibre construction Robotisation and Automation Big Data/My Data Mobility as a Service Data Security Internet of Things + Mid term review • Logistics • Data economy for transport • Satellite navigation
- 5. Transport code – Transport’s Bit Bang Legal provisions on transport market brought together under the Act on Transport Services. Aim is to support new service models and to better meet user needs. Further aims are to review the transport system as a whole, make market access easier and promote interoperability. Data interfaces Regardless of the transport mode, a passenger mobility service provider shall ensure that essential data of the service is available. The essential data concerned is specified in a government decree. Sales interfaces Road and rail passenger transport, and brokering & dispatch services providers, or actors managing a ticket or payment system on their behalf, shall give mobility service providers and providers of integrated mobility services access to the sales interface of their ticket & payment systems. The API must enable the purchase of a ticket product that, at minimum, entitles to a single trip or reserve a single trip or transportation service.
- 7. Traffic control e-CMR and agreement data (DTLF SG1, UNECE/CEFACT) DTLF Digital Transport and Logistics Forum C-ITS (C-ITS Platform, ETSI) E-Manifest – (UCC ja FAL- agreement) Maritime European Maritime Single Window SafeSeaNet Service providers DTLF model infrastructure for data sharing V2V ja V2I, personal data Manufact urer Connected and automated driving I2V, V2X, V2P ja V2B(C) Manufac turer V2B (backend) Infrastructu re Control/Ma nagement Service providers (RMI) ?? RMI, eCall-comm, Car2Car Communication Consortium, 5GAA) AccessDatastorageDatacontentFrame FI: Portnet Multimodal corridor data cloud (CEF)
- 8. Data access for Seamless and interoperable multimodal transport services Transport service availability data (structured data) Anonymous single ticket (3rd party access to ticketing and reservation system) Tickets containing personal data and subsidies (tickets with passenger name, monthly tickets, student tickets, liability programmes) Open data (open licence) APIs (+authentication of the MaaS service provider) API (Authorisation and authentication of 3rd party acting on behalf of the user) API (user authentication and permission for 3rd party to act on behalf) Anonymousdata TransportCodePhaseI Personaldata TCPhaseII
- 10. The MyData model as a principle
Editor's Notes
- 2 years ago I was together with 7 other colleagues given a task to bring transport to the 21st century. We had a task to deliver digital growth environment for transport Sector. This meant streamlining the transport laws and for the first time introducing data in the legal framework. We have only 3,5 months until the requirements for data come into force and all these 2 years we have been talking about data, digitalisation, API s and we are almost understanding what data can do with us.
- Government strategic key project: Building growth environment for digital business Data is the fuel in all elements of the key projects. The also all belong to the data driven transport policy
- If data is the fuel it needs to be drilled Access to data is the critical element is dataeconomy Access to good quality data, that is accurate and timely data is everywhere, but structured good quality data is the key
- Some data we must dig deeper Not everybody is willing to share data and I think that many organizations do not even think that their data is valuable. I use mobility as a service as an example When we started Customer Needs services And we have enablers and facilitators to. Promote it, infrastructure and smart payment We have multiple services but we also have other sectors and shared assets we want to connect To put this all togethjer we need data We need easy access to data and little push
- Transport code the Bit bang Data is addressed in all three phases of transport code. The phase 1 concentrates purely on the maas data Forces to open the essential data Forces to open ticketing API’s to third parties And Forces data reporting, and public transport operators to realize back office support to public transport It all means more data, specific structured data, bt also big data, but the key is the guaranteed access
- What we then do with the data We create architectures and structures to share and administrate accesses and liabilities in the data chain
- Here are some data projects going on in the EU In all these projects structured data has raisen essential Data has to have certain form in order to be combined and transferred Security We have talked about silos as an obstacle for viabl ebusiness models and multimodality. But what we are now generating in the transport sector is siloed data If digital makes it easy t combine passengers and packages, the data storage, acces and sertificate policies can put us back in the silos We cant avoid, that we have tol create solutions in different use cases, but we can at the same time create genereic models
- For the phase II we’ve analysed the possibilities of extending the data provisions also to other modes such as aviation and maritime. However, the current international legislation relating to passenger data and our commitment to adhere to data protection and privacy at the highest level, does not make this possible. At the same time, certainly all of us here acknowledge that the basic, impersonal single tickets or journeys are not the Holy Grail we are all after. They will certainly not make that behavioural change in the end—users. However, what if we once again go back to our underlining, original thinking? What if we once again make the customer the central focus of our actions? What if we would create a regulative framework that enables making the end-user the king of his or hers data, including having the possibilities of passing rights of reuse to other service providers? Through the Transport Code phases I & II we could not only kick-start the true systemic level digitalisation of the transport sector but also activate a MyData revolution. We believe that this is all doable. Such forward thinking regulative measures are not unprecedented even on the EU level. Think for example what is currently being done in the banking sector with the EU’s renewed payments services directive, the so-called PSD2. This is something we are exploring at the moment and I hope we can give more details of our plans soon enough.
- Accessing we understand, but what about sharing and distributing Here we raise the concern about privacy aghain
- A human-centric approach to data management MaaS operator as a MyData operator Turning data subjects’ rights into reality Interoperability of systems GDPR Compatible Recipe for good way to handle data Security by design Safety by design Open by default And user in the center We see that only open ecosystems can thrive competitions and innovation in a way it benefits also the societys Ppp devolopment, smart city thinking, service design are all tools to provide services based on data Pilots and pilots
- As a conclusion Sektorisääntelystä yleisiin ja yhteisiin periaatteisiin Datan fyysisestä staattisesta sijainnista datan liikkuvuuteen ja dynaamiseen hyödyntämiseen Datan omistajuudesta ja yksinoikeuksista Jaettuihin datoihin ja hallinta ja käyttöoikeuksiin Horizontal solutions to access and shre data As an example: DTLF Discussion on principals could esily be implemented in all use cases Data should be required to be stored or delivered only once with minimal administrative burden. Minimum data contents should be harmonized also to reflect other modes of transport whenever possible. Data should be made available and shared with easy access (preferably APIs/interfaces) to relevant authorities and also to selected business partners or other stakeholders. User rights to access the data should recognize and respect the different levels of privacy and be reflected in the authentication protocols. Solutions should cover all relevant stakeholders, also SMEs, implying a level playing field and open systems with solutions that are acceptable to all stakeholders (e.g. low cost, easy to use, easy of deployment). Technical solutions and systems should be built modular and interoperable and utilize open source solutions whenever possible. In addition to the general minimum requirements, companies and authorities should be able to complement their particular solutions while maintaining the interoperability within this open environment. To fully benefit the potential of Big Data, data should be made available as openly as possible. Solutions should be developed so that also business and stakeholder relevant data could be shared for instance through anonymizing.