Examining BMW´s Open Architecture for Telematic Applications - H Michel
1. Examining BMW´s Open Architecture
For Telematic Applications
Challenges and Opportunities
Hans-Ulrich Michel
Project Manager Information, Communication and Telematics
2. 25-09-02
Seite 2
1. Introduction: The “Starting Point”
2. Challenges and Opportunities
3. Open Platform and Standardization Activities
Examining BMW´s Open Architecture
For Telematic Applications
Challenges and Opportunities
4. BMW Research – Exemplary Applications
4. 25-09-02
Seite 4
• Percentage of Production Costs: 20-35%
Increase 10-15% p.a.
Engine Management
Security-Sytems
Bus Systems
Driver AssistanceInfotainment
Comfort-Electronics
The Importance of Automotive Electronics
12. 25-09-02
Seite 12
Open Platform Design
MOSTMO
HMI
Navi
SW
HW
HMI
Tuner
SW
HW
HMI
Phone
SW
HW
MOST
Navi
SW
HW
HMI
Tuner
SW
HW
Phone
SW
HW
…
MOST
Application
Space
Software Platform
Hardware Platform
HMI
N
a
v
i
P
h
o
n
e
T
u
n
e
r
..
Standardized
API`s
Satellite
Device
MOST
Stand alone devices
Integrated HMI, but all
functions (App´s) running
on different devices
Open Platform Design: Functions are
software-modules in an application space
on a system platform using standardized
API´s. Integration of external devices via
MOST
16. 25-09-02
Seite 16
Important Standardization Activities for the
Automotive Industry
Series projects with MOST:
• Audi
• BMW
• DaimlerChrysler
• Porsche
• Saab
• Volkswagen
BMW
DaimlerChrysler
Harman/Becker
Oasis
Audi
VW
Porsche
Renault
Saab
Opel
Alpine
AM3
Audio Int.
Bosch
Bose
Clarion
Ford
Loewe
Nokia
Pioneer
RadiSys
Siemens
Infineon
VDO
AW Aisin
Framatome
Furukawa
Grundig
Hirschmann
Jurk
Yazaki
Harting
Johnson Controls
Kroschu-Kabelw.
Magneti Marelli
Mitsubishi Int.
Mitsumi
Molex
Philips
Fiat
Delphi Delco
PSA
Kostal
Learnout&Hauspie
Volvo
Denso
CAA
AMP
Toyota
Hosiden
Softing
Vector
Sumitomo
Matsushita
Accutest
GADV
• Car Networking Standardization
• ECU Abstraction as a set of Function Blocks
• Media Independent Object Model and
Transport . Protocol
24. 25-09-02
Seite 24
Application Server
Internal Services
BMW Portal
EJB-Container
FZG-Server
TCP/IP
HTTP
PDA-Client
FZG-Client
Portal Server
Internet
Explorer
OSGI Container
Gateway Internet
Wegekarten
Images
Dienst B
Dienst C
Dienst A
Dienst ...
GPRS
BMW Content
Applications (BMW)
Standard Services
Customer Relationchip
Managmaent
SOAP / http
/ TCP/IP
Application Server
Extern / Internet
EJB-Container
Service Provider
SOAP
/ http
SMS
Persitance
Content Provider
CommunicationGateway
SOAP
Messaging
http Service
Navigation
Telephone
Postitioning
Tracking&
Logging
Bundle
Management
Power
Management
Presentation
Manager
Authentication/
Authorization
GSMGSM
GPRS
UMTS UMTS
Internationali
-zation
Personalization
Presentation
Service
Input
OutputOutput Device
Adress
PIM
Input Device
Home
Internet
Explorer
Office
Internet
Explorer
SMS
WLAN
BluetoothBluetooth
WLAN
Fahrzeug
Gateway Fahrzeug
SOAP / http
/ TCP/IP
http / TCP/IP
TCP/IP
SOAP / http
/ TCP/IP
http / TCP/IP /
Bluetooth
BMW Research -
General End-to-End Architecture
25. 25-09-02
Seite 25
Service
Provider
BMW Research - - EU-Project
End-to-End Architecture for Service Delivery
Service
Provider
Authentication/
Authorisation
Billing
Control
Centre
BMW AG
Vodafone
OSGi
Client invokeService [uh, bh, sid]
Propagate user id/services data
authenticate
authenticate
[uh, list of sid]
[uh,listofsid]
billService [uh, bh, sid]
[result]
Service
Provider
authorize [uh,sid]
[bh]
[bh]
authorise[uh,sid]
uh : user handle
sid: service identifier
bh: billing handle
A1-A2:authenticate exactly one time
B1-B4: authorize and use service n-times
Top Drive BMW
Customer Data
BMW
BMW
BMW
Vodafone
Interface 1
interface 2
27. 25-09-02
Seite 27
Application Server BEA
Web Server DMZ
EJB-Container
FZG-Server
http / TCP/IP / Bluetooth
HTTP
PDA-Client
FZG-Client
Web-Server
NES
Internet
Explorer
OSGI Container
BEA Plugin
Wegekarten
Images
Reservieren
E-Ticket
Parkinfo
P+R / Knopfdruck
...
GUI
Parken
GPRS
BluetoothBluetooth
Servlet
Engine
Service Provider
(Diensteauswahl)
Komunikation
(Session, Login etc.)
Service B
Service Operator
(Diesnt A)
SOAP / http
/ TCP/IP
Application Server Extern Internet
EJB-Container
Servlet
Engine
Service Provider
(Diensteauswahl)
Service Operator
(Parkinfo)
SOAP / http / T3
HTTP / TCP/IP /
GSM -GPRS
Application Server WINNT
für Kaufkomponente
Map Matching
SOAP
/ http
LDAP Server
IPlanet
GSM
SMS
SOAP
GPRS
WebService
GSM
SMS
Service Operator
(P+R /Knopfdruck)
Service Operator
(Fußgänger Routing)
Home /Office
Internet Client
Internet
Explorer
PPP
SMS
Parking Application
System Architecture
28. 25-09-02
Seite 28
Parking Application
Component View
OSGi Framework
ParkingUI
RouteGuidance
RouteCalculation
MapService
PositioningAPI
Communication
Service
ParkingInformation
Service
ElectronicTicket
Service
System/Utils/HMI
Parking Application
Parking Bundles
Shared Bundles
System/Base Bundles
29. 25-09-02
Seite 29
Backend
• user account
• stored travel data
PC PDAVehicle
Bluetooth/WLAN
Internet
Internet
1. Travel Plan at Home
• (with parking lot reservation)
2. Travel by car
• Download travel data / route
• Onboard-route guidance
• Route calculation off-board
3. Walking to destination
• Use PDA with map / walking route
to go from parking lot destination
(Java / native app ? ->
look and feel
Seamless Navigation Application
General View
30. 25-09-02
Seite 30
Seamless Navigation Application
High Level Navigation Requirements
1. Ability to navigate to a target
2. The navigation user should have to input the target and way points
only once.
3. Ability to synchronize destination and way points in order to fulfill
req.2.
4. Ability of all navigation devices (CCC and PDAs) to cooperate
while navigating (e.g. avoid multiple position or route calculation,
simultaneous audio output etc.).
5. Master awareness => „the better is the master“ strategy, the CCC
will be the master for the most operations, but a better performing
PDA can become a master for e.g. route calculation => master
negotiation protocol.
6. Seamless navigation continuation after leaving the car.
7. Ability to update the map
32. 25-09-02
Seite 32
Personal Information Assistant Application
General Requirements
• Synchronization of Personal
Data . Home PC / PDA / Vehicle /
Server
• Vcard (Address, Phone)
• Tasks
• Memo
• Email
• Possible Additional Feature
• Vcar-Profile with Car-Personalization Data
34. 25-09-02
Seite 34
Conclusion
To develop Standard API´s for the interaction of
subsystems is essential.
OSG is an important standardization activity for
the automotive industry that enables the
implementation of an open platform design.