We use cookies on this site to enhance your user experience. By using this site, you are giving your consent for us to set cookies.


You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

This page lists the different components and tasks to be completed for the architecture discussed on the Vehicle data exchange protocols page. The table references to the following diagram, with components that are considered in scope for the PoC highlighted with green color.


#ComponentWorkOwner


In-vehicle
State storage
  • Implementation of SOME/IP client
  • Either locally cached during uptime of system or
  • Stored and indexed in a database to allow access to historical data
    • Selection of database
    • Implementation of database schema


In-vehicle

Data server



OEM Cloud

Vehicle client



OEM Cloud

VSS2 data lake

  • Selection of libraries and database to handle data lake


OEM Cloud

Identity management

  • Implementation of end-user login and authentication using OpenID


OEM Cloud

Access management

  • Implementation of authorization between end-user and 3rd party application or Neutral Server using OAuth2


OEM Cloud

Resource management

  • Implementation of basic API management
  • Implementation of a GraphQL API using the VSS2 schema


Neutral Server

Data Marketplace

  • Separate instance that consumes the OEM Cloud OAuth2 and GraphQL APIs


3rd Party Application
  • Separate instance that consumes the OEM Cloud OAuth2 and GraphQL APIs
  • Separate instance that consumes the Neutral Server/Data Marketplace APIs

  • No labels