600 likes | 892 Vues
16 th June workshop Brussels. Agenda. 10:00 Registration and coffee. 10:30 Welcome and i-Travel overview. 1. 3. 2. 4. 5. 6. 10:45 Keynote Dr Rodolfo Baggio. 11:30 i-Travel the project. 12:00 i-Travel technology and processes. 12:30 Lunch. Agenda.
E N D
16th June workshop Brussels
Agenda 10:00 Registration and coffee 10:30 Welcome and i-Travel overview 1 3 2 4 5 6 10:45 Keynote Dr Rodolfo Baggio 11:30 i-Travel the project 12:00 i-Travel technology and processes 12:30 Lunch
Agenda 14:00 i-Travel building the community 14:30 i-Travel Demonstration 1 3 2 4 5 6 15:15 Coffee Break 15:30 i-travel roadmap for the future 16:00 Closing remarks and questions 16:30 Close
i-Travel • Start: Jan 08 • FP7 Project funded under DG RTD • Small-scale collaborative project • Funding: 1.4 Million Euros • Coordinated by ERTICO ITS-Europe
Agenda 10:00 Registration and coffee 10:30 Welcome and i-Travel overview 1 3 2 4 5 6 10:45 Keynote Dr Rodolfo Baggio 11:30 i-Travel the project 12:00 i-Travel technology and processes 12:30 Lunch
i-Travel concept • “i-Travel” is an original concept for “the connected traveller” that combines key • innovations:- • the integration of e-commerce and internet technologies to create the first B2B “eMarketplace” • a wide-ranging community of content and service suppliers connect to customers through i-Travel. • Provide a platform for a “virtual travel assistant” service that accompanies a traveller before and throughout each journey, providing personalised, context-aware information
Objectives • The specific objectives of the i-Travel project are as follows: • • Describe “snapshot” of existing travel and transport services, technologies and stakeholders (WP1) • • Identify main traveller scenarios, multi-modal use cases of i-Travel service platform, and requirements (WP2) • • Describe main stakeholder operational and business processes and needed cooperation (WP3) • • Evaluate standardised technological and architectural options for the i-Travel service platform to enable delivery of context-aware services (WP4) • •
Objectives • Create organisational models and business tools for the i-Travel supplier community, and begin acquisition of first community members (WP5) • • Make a feasibility and risk assessment, and propose a “roadmap for seamless travel services” setting out the milestones and development targets along the path towards deployment (WP6) • • Present “virtual demonstration” of i-Travel results, and identify scenarios and strategies for i-Travel demonstrations in major European & developing-country cities (WP7).
i-Travel Concept The i-Travel concept is NOT to develop a single centralised entity that would do everything, NOT to develop a new travel service provider competing with existing ones NOT to develop standard HMI or service interfaces but is rather A set of open standards allowing connections amongst existing service and information providers Development of technologies supporting such an open market Development of technologies supporting location-based and context aware services
Work structure WP8 Project management WP1 SOA WP5 supplier community WP2 Use cases WP3 Process and services WP4 Architecture WP7 Virtual demo WP6 Feasibility and risk
Work Package details WP1 • Timing: • Q1, Q2 2008 • Objective • Review the service technologies and to create an overview of the environment in which i-Travel is expected to operate. Present relevant standards and technologies and showing existing services and the business model behind the services. • Deliverables • D1 i-Travel state-of-the-art • Participants • Logica, CERTH HIT, Tele Atlas, Vlaamse Overheid, ISMB, PTV, ALTEA, ORACLE, Ygomi
WP2 Use cases, traveller & supplier requirements • Timing: • Q1, Q2 2008 • Objective • Develop use scenarios and needs for traveller and supplier, leading to use cases, within i-Travel. Identify high level traveller and supplier requirements. • Deliverables • D2.1 Use cases, traveller & supplier requirements • Participants • Vialis, DLR, MIZAR, Flemish Government, PTV, Ygomi, Amadeus and TNO
WP3 Processes and services • Timing: • Q3, Q4 2008 • Objective • WP 3 analyzed the processes and information exchange behind existing and new services and is prepared WP 4‘s architecture definition. • Deliverables • D3.1 Process Analysis, collaboration environment and service assessment • Participants • Amadeus, Mizar, Navteq, Oracle, PTV, TA, Techno, Vlaamse Overheid
WP4 High level architecture • Timing: • Q4 2008 to Q1 2009 • Objective • Compile user needs for functional / non functional requirements, Analyse technology options, Propose the i-Travel High Level Architecture, highlighting pros and cons of possible option • Deliverables • D4.1 i-Travel high level archtecture • Participants • Oracle, TA, Mizar, Aalborg university, Logica, Ygomi
WP5 i-Travel community • Timing: • Q1 2008 to Q4 2009 • Objective • Indentify suppliers to form the prototype eMarketpace • Define draft membership conditions covering terms of reference and membership administration • Create procedures to market the i-Travel concept • Deliverables • D5.1 Outlook and conditions for the i-Travel community • Participants • ERTICO, Altea, IDOM, Vlaamse Overheid
WP6 Feasibility and risk analysis • Timing: • Q1 2009 to Q2 2009 • Objective • Analysis of the i-Travel framework • Indentify possible threats and success factors for i-Travel • Provide recommendations for the i-Travel solution • Deliverables • D6.1 - Feasibility Study and development roadmap of the i-Travel pilot demonstration • Participants • Aalborg University, Logica, Mizar, Oracle, TA, Vlaamse Overhied ,Technolution, Ygomi, Mizar
WP7 Virtual Demonstrator and demonstration strategy • Timing: • Q1 2009 to Q2 2009 • Objective • Indentify high level requirements for demonstration • Demonstrate visual elements of the i-Travel concept • Recommendation for strategy for reference demonstrations • Deliverables • D7.1 i-Travel virtual demonstrator and Strategy and recommendations for pilot demonstration • Participants • CERTH, DLR, Mizar, Vlaamse Overheid, Logica, Amadeus
It can be shown that business • have difficulty to reach out to more than a small number of potential end user customers, while ensuring that their commercial and licensing terms are enforced. • Service providers need to find and negotiate separately with a huge number of potential content providers in order to offer a comprehensive end-to-end service towards travellers • content and service suppliers are obliged to develop proprietary, “vertical” solutions to deliver their products
However • The system is only as useful as: • The quality and completeness of the information • The level of integration • With the current eco-system piecing together the information is a complex and costly process • Bookings, Schedules, Status • Transacting is even more complex
Examples of the issues • Airport and flight status • Many delays are the result of airport wide issues • In the US – FAA is a central point and provides this information • In Europe Eurocontrol has a similar role but doesn’t provide this information • Therefore all airports have to be connected separately
Examples of the issues • schedules • In Europe Public transport is growing. • In countries and cities you have several operators • Not all companies provide their schedules • No standard for publication, some are by destination some are by time leaving • There is no aggregator
Example of the issues • •With direct distribution – there is no longer a • central repository for bookings • •There is no standard for confirmation emails • –Open Travel Alliance is not used for this • •Building a meta-parser that supports everyone • is a hard task, maintaining it even harder
But are solutions… • Truly dynamic? • Truly offer scope outside a defined use case? • Connect different the different modes of transport under one application? • Offer companies the ability to deal with a 1 to many connection rather than a 1 to 1? • Can offer solutions to the issues indentified?
Market shortcomings • No personalised end-to-end, multi-modal travel service provisioning through a one-stop-shop for the user. • Absence of an eMarketPlace where machine searchable/readable travel services are offered • A fully contextual aware on-trip assistant following the user during the trip and capable of receiving information about events, and proposing alternatives in case of impact on the planned trip.
Agenda 10:00 Registration and coffee 10:30 Welcome and i-Travel overview 1 3 2 4 5 6 10:45 Keynote Dr Rodolfo Baggio 11:30 i-Travel the project 12:00 i-Travel technology and processes 12:30 Lunch
Agenda 10:00 Registration and coffee 10:30 Welcome and i-Travel overview 1 3 2 4 5 6 10:45 Keynote Dr Rodolfo Baggio 11:30 i-Travel the project 12:00 i-Travel technology and processes 12:30 Lunch
Work package methodology • Desk top research • Interviews with selected companies • Questionnaire • Scope • Membership of the i-Travel community • Draft templates • Marketing • No legal investigations, legal structure is too complex and not resourced within the project
Marketing the i-travel concept • Thesis? • Press • Shows
What is an e-Marketplace • “An e-Marketplace is a virtual online market where organisations register as buyers or sellers to conduct business-to-business e-commerce over the Internet.” • eMarket Services uses the following definition of an e-market: • it is open to several buyers and several sellers • it is a trading platform, the e-market itself does not sell nor buy goods or services traded on the platform • it has at least one trading function
Marketplace Buyers Sellers E-Marketplace the butterfly model
Trading models Pin boards Catalogues Auctions Reverse auctions Real time exchange
Funding fees for e-Marketplaces • Transaction fees • Fees for further exposure over and above basic product information • Advertisement (banners and links) • Percentage of the value of the transaction • Flat fee per completed transaction • Fee for hosting a company's product catalogue • Leasing or sale of software for e-commerce • Sale of industry information compiled • Additional services like logistics and financial services • Consulting fees
Barriers and issues • Legal • Trust in electronic transactions • Cultural and language issues • Security and Regulations • Technology
Marketplace Buyers Sellers i-Travel and traditional e-Marketplaces
Organisation • Many of the current e-Marketplace providers were born out of companies collaborating to set up the marketplace. • Many have a steering board of members with employed CEO’s and management staff • Many are legal entities in their own right
Organisation • The i-Travel organisation should • Be independent • Be open to all relevant parties who wish to join • Act as a coordinator for the administration • Provide a place where the technical concepts can be expanded and developed • Promote the concept • React to the market needs