Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.
An OSGi Enviroment for
Flexible Service
Concepts
DetlefDetlef KuckKuck
Team Leader Telematics & Navigation ResearchTeam Le...
AgendaAgenda
•• Open Market for TelematicsOpen Market for Telematics
•• Global Systems for Telematics (GST)Global Systems ...
Telematics for what?Telematics for what?
From 2From 2ndnd
to 3to 3rdrd
Generation TelematicsGeneration Telematics
Creating an Open MarketCreating an Open Market
Service
Provider
Open
Telematics
Market
Service
Provider
Service
Provider
S...
GoalGoal –– Open Market at WorkOpen Market at Work
(3)
Service
Registration
(6)
Browse & Select
Service-Browser
(8)
Servic...
Purpose of GST ProjectPurpose of GST Project
• Create an open market for telematics services
– Create an environment in wh...
Fact sheetFact sheet
• Integrated Project, co-funded by EC 6th framework
• Start: March 2004, end: February 2007 (36
month...
GST Project PartnersGST Project Partners
®
Project StructureProject Structure
Cross Border Test Site Aachen /Cross Border Test Site Aachen / RüsselsheimRüsselsheim
•• Open SystemsOpen Systems
•• EFCDE...
OpenOpen SystemsSystems –– GST ArchitectureGST Architecture
id OS HL Architecture
Client System
Service Centre
(SC)
Client...
ProtocolsProtocols -- LayerLayer
SC <-> V SC -> VV <-> CC B <-> BV <-> VV <-> PSAP
eCall App
ASN.1
GSM
USSD
TPEG
ASN.1
App...
In Vehicle FrameworkIn Vehicle Framework
EFCD OverviewEFCD Overview
EFCD FrameworkEFCD Framework
Vehicle
sensor
technology
Status of sensor
objects
unfiltered (e.g.
speed, rain)
Filtered sen...
Rescue OverviewRescue Overview
RescueRescue -- ServicesServices
• eCall
– Sending “Minimum Set of Data” (MSD) to a PSAP and
forward that to the ambulance...
RescueRescue ServiceService BlueBlue WaveWave
Blue Wave –
warns vehicles ahead that
an Emergency Services
Vehicle is appro...
RescueRescue ServiceService VirtualVirtual ConesCones
Virtual Cones –
warns vehicles that they
are approaching a road
traf...
SafetySafety ChannelChannel
• Develop a bearer independent transmission channel for
transporting safety related messages
•...
Safety ChannelSafety Channel -- Message TypesMessage Types
EventsEventsTraffic messagesTraffic messagesDriverDriver
AWAREN...
Service PaymentService Payment
• Service Payment intends to cover the required
system components and functionalities for t...
Test Site Systems ArchitectureTest Site Systems Architecture
Car with Client system
Car with Client system
Content Centre ...
Test Car Focus CTest Car Focus C--MAXMAX
•• HardwareHardware Embedded PlatformEmbedded Platform
•• Extraction of specifica...
Test Car Focus CTest Car Focus C--MAXMAX
•• SoftwareSoftware
–– Operating systemOperating system
•• QNXQNX
•• JVM (IBM J9)...
Thank you for your attention!Thank you for your attention!
Detlef Kuck
dkuck1@ford.com
www.ertico.com/GST
An OSGi Environment for FlexibleService Concepts - Detlef Kuck, Teamleader Telematics & Navigation Research, Ford Research...
Prochain SlideShare
Chargement dans…5
×

An OSGi Environment for FlexibleService Concepts - Detlef Kuck, Teamleader Telematics & Navigation Research, Ford Research Centre Aachen

341 vues

Publié le

OSGi World Congress 2005

Publié dans : Technologie
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

An OSGi Environment for FlexibleService Concepts - Detlef Kuck, Teamleader Telematics & Navigation Research, Ford Research Centre Aachen

  1. 1. An OSGi Enviroment for Flexible Service Concepts DetlefDetlef KuckKuck Team Leader Telematics & Navigation ResearchTeam Leader Telematics & Navigation Research Ford Research & Advanced Engineering EuropeFord Research & Advanced Engineering Europe
  2. 2. AgendaAgenda •• Open Market for TelematicsOpen Market for Telematics •• Global Systems for Telematics (GST)Global Systems for Telematics (GST) •• Test Site Aachen /Test Site Aachen / RüsselsheimRüsselsheim •• Subprojects demonstrated in Test SiteSubprojects demonstrated in Test Site •• Test Site ArchitectureTest Site Architecture •• Test CarsTest Cars
  3. 3. Telematics for what?Telematics for what?
  4. 4. From 2From 2ndnd to 3to 3rdrd Generation TelematicsGeneration Telematics
  5. 5. Creating an Open MarketCreating an Open Market Service Provider Open Telematics Market Service Provider Service Provider Service User Service User Service User Ease of Market Access Ease of Market Access Avoid unduly high barriers of market entry Freedom of choice in service consumption
  6. 6. GoalGoal –– Open Market at WorkOpen Market at Work (3) Service Registration (6) Browse & Select Service-Browser (8) Service Download (9) Operation Virtual Path (2) Service Test Service Creation (1) (7) Subscription Request (5) Service Publication (4) Login
  7. 7. Purpose of GST ProjectPurpose of GST Project • Create an open market for telematics services – Create an environment in which innovative telematics services can be developed and delivered cost effectively – Increase the range of economic telematics services available to manufacturers and consumers
  8. 8. Fact sheetFact sheet • Integrated Project, co-funded by EC 6th framework • Start: March 2004, end: February 2007 (36 months) • Total budget: 21,5 M , EC contribution: 11 M • 49 partners
  9. 9. GST Project PartnersGST Project Partners ®
  10. 10. Project StructureProject Structure
  11. 11. Cross Border Test Site Aachen /Cross Border Test Site Aachen / RüsselsheimRüsselsheim •• Open SystemsOpen Systems •• EFCDEFCD •• RescueRescue •• Safety ChannelSafety Channel •• Service PaymentService Payment
  12. 12. OpenOpen SystemsSystems –– GST ArchitectureGST Architecture id OS HL Architecture Client System Service Centre (SC) Client System (CS) Authentication & Authorization (AA) User Subscriptions (USubscr) Client System Management (CSMgmt) Billing Centre (BC) Payment Centre (PC) Vehicle (Vehicle) End-User I/O Device (IO) Telematics Control Unit (TCU) «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP» «RP»
  13. 13. ProtocolsProtocols -- LayerLayer SC <-> V SC -> VV <-> CC B <-> BV <-> VV <-> PSAP eCall App ASN.1 GSM USSD TPEG ASN.1 Application C2C 802.11p IP(v6) TCP PHY/MAC SAML/WS SOAP HTTP1 Prop PHY/MAC SyncML SAML Applic. HTTP1 TCP IP(v6) WS/SAML SOAP HTTP IP(v6) TCP PHY/MAC Safety Channel Payload Non OSTransport EAP
  14. 14. In Vehicle FrameworkIn Vehicle Framework
  15. 15. EFCD OverviewEFCD Overview
  16. 16. EFCD FrameworkEFCD Framework Vehicle sensor technology Status of sensor objects unfiltered (e.g. speed, rain) Filtered sensor status exceeding thresholds (e.g. pollution data) Complex algorithms using various in- vehicle sensors Complex algorithms using external service information Communication Module SC information (e.g. traffic, weather) In-vehicleapplicationinterface (e.g.Navi,Rescue,ADAS) EFCDmessagegenerationandmanagement EFCDdetectionmanagement Event-based data + information Raw data Third Party Algorithms Third Party Algorithms EFCD Framework Standardizedvehiclesensorinterface Local danger information (e.g. V2V, V2I) Vehicle sensor technology Status of sensor objects unfiltered (e.g. speed, rain) Filtered sensor status exceeding thresholds (e.g. pollution data) Complex algorithms using various in- vehicle sensors Complex algorithms using external service information Communication Module SC information (e.g. traffic, weather) In-vehicleapplicationinterface (e.g.Navi,Rescue,ADAS) EFCDmessagegenerationandmanagement EFCDdetectionmanagement Event-based data + information Raw data Third Party Algorithms Third Party Algorithms EFCD Framework Standardizedvehiclesensorinterface Local danger information (e.g. V2V, V2I) Different levels of detection Possible implementation of 3rd Party algorithms
  17. 17. Rescue OverviewRescue Overview
  18. 18. RescueRescue -- ServicesServices • eCall – Sending “Minimum Set of Data” (MSD) to a PSAP and forward that to the ambulance vehicle • Rescue Vehicle Navigation – Supporting the ambulance driver with a detailed, dynamic navigation information to the place the accident occurs
  19. 19. RescueRescue ServiceService BlueBlue WaveWave Blue Wave – warns vehicles ahead that an Emergency Services Vehicle is approaching
  20. 20. RescueRescue ServiceService VirtualVirtual ConesCones Virtual Cones – warns vehicles that they are approaching a road traffic accident
  21. 21. SafetySafety ChannelChannel • Develop a bearer independent transmission channel for transporting safety related messages • Provide Specifications • Validation via a tested reference implementation DAB DVB Others Safety Channel Protocol Safety Chan Service Speed Limits Traffic Info … Others …
  22. 22. Safety ChannelSafety Channel -- Message TypesMessage Types EventsEventsTraffic messagesTraffic messagesDriverDriver AWARENESSAWARENESS Road Surface conditions,Road Surface conditions, Visibility, Animals / PedestriansVisibility, Animals / Pedestrians on the Road, Ice / Snowon the Road, Ice / Snow conditions, general weatherconditions, general weather warningswarnings Accidents, Lane restrictions,Accidents, Lane restrictions, Queues, Road Closures,Queues, Road Closures, Facilities not working, wideFacilities not working, wide loads, Road blockedloads, Road blocked DriverDriver WARNINGWARNING + advice+ advice FogFog AvalancheAvalanche Obstructions, Closures,Obstructions, Closures, Spillages (leading to poor roadSpillages (leading to poor road surface conditions), Ghostsurface conditions), Ghost Drivers, Flooding, Fires,Drivers, Flooding, Fires, Accidents causing obstructionsAccidents causing obstructions Driver ACTIONDriver ACTION + instruction+ instruction Location NonLocation Non--specificspecificLocation SpecificLocation Specific
  23. 23. Service PaymentService Payment • Service Payment intends to cover the required system components and functionalities for the GST payment and billing architecture, such as: – Secure transaction environment for payment or commercial transactions (the Trustable Running Environment) – Payment/billing agent in the in-car infrastructure – Payment/billing entities in the back-office infrastructure – Specific "wrappers" or connectors to existing payment solutions/payment infrastructure.
  24. 24. Test Site Systems ArchitectureTest Site Systems Architecture Car with Client system Car with Client system Content Centre 1 Content Centre 2 Belgium Netherland Russelsheim Offenbach Aachen Cologne Internet-User Internet Control Centre Service Centre 1 Service Centre 2 Peer-to-Peer DAB-WDR DAB-NL DAB-HR DAB-BE GPRS- Provider BE 1 GPRS- Provider NL 1 GPRS- Provider DE 1 GPRS- Provider DE 2 Content Centre 3 S/PAZ
  25. 25. Test Car Focus CTest Car Focus C--MAXMAX •• HardwareHardware Embedded PlatformEmbedded Platform •• Extraction of specification for embedded platformExtraction of specification for embedded platform –– Positioning (GPS, Gyro, SpeedPositioning (GPS, Gyro, Speed--Sensor)Sensor) –– V2I /V2V communication (GPRS, WLAN)V2I /V2V communication (GPRS, WLAN) –– Short range communication (Short range communication (BluetoothBluetooth)) –– In Car communication (CAN)In Car communication (CAN) –– Serial Interfaces (for connecting external modules)Serial Interfaces (for connecting external modules) –– Broadcast communication (DAB receiver)Broadcast communication (DAB receiver)
  26. 26. Test Car Focus CTest Car Focus C--MAXMAX •• SoftwareSoftware –– Operating systemOperating system •• QNXQNX •• JVM (IBM J9)JVM (IBM J9) –– OSGiOSGi frameworkframework •• ProsystProsyst mBeddedmBedded ServerServer –– Reference ImplementationsReference Implementations •• Provided by GST subprojectsProvided by GST subprojects
  27. 27. Thank you for your attention!Thank you for your attention! Detlef Kuck dkuck1@ford.com www.ertico.com/GST

×