① Level 1은 ‘연결된 차량’입니다. 이 단계에서는 하드웨어와 소프트웨어가 여전히 정적입니다. 하지만, 차량이 인터넷 같은 동적인 IT 인프라에 연결됩니다. 예를 들어, 실시간 교통 정보 수신, 스마트폰 화면을 차량의 인포테인먼트 시스템에 미러링, 원격으로 에어컨을 켜는 등의 기능이 여기에 포함됩니다.
기술적 측면에서는 차량이 중앙 연결 장치(CCU, central connectivity unit)를 갖추고 있으며, 고급 인포테인먼트 시스템과 터치 제어 기능도 포함될 수 있습니다. 높은 대역폭이 필요한 모바일 연결이 필수적이며, 차량 내 소프트웨어와 인터넷 기술의 융합이 이루어집니다. 이로 인해 POSIX 계열의 운영체제, 인터넷 통신 프로토콜, 그리고 계층화된 보안 아키텍처의 배포가 일반화됩니다.
비즈니스 측면에서는 연결된 기능들이 운영비용을 증가시키기 때문에, 차량 가격에 이를 포함시키거나 구독 모델을 통해 이를 상쇄해야 하는 새로운 비즈니스 역량이 필요합니다.
② Level 2는 ‘업데이트 가능한 차량’입니다. 이 단계에서는 차량의 소프트웨어를 무선으로 업데이트할 수 있습니다. 하지만, 기능과 하드웨어 아키텍처는 여전히 정적입니다. 이 Level의 주요 동인은 리콜 비용 절감을 목표로 합니다. 원격으로 버그 수정이나 보안 패치를 수행할 수 있기 때문에 비용 절감이 가능합니다.
기술적 측면에서, 하드웨어 수준에서는 A/B 메모리 같은 메커니즘을 도입하여 업데이트가 실패할 경우 무인 롤백을 보장합니다. 미래의 변화를 대비하기 위해 일부 컴퓨팅 자원과 통신 자원의 과잉 할당이 필요합니다.
소프트웨어 측면에서는 훨씬 더 급진적인 변화가 필요합니다. 동적인 운영체제와 부분적으로 업데이트 가능한 ECU(전자 제어 장치)의 사용이 필수적입니다. 완전한 바이너리를 생성하는 대신, 개별 애플리케이션이나 파티션만을 업데이트하는 방식입니다. 이를 위해 소프트웨어 개발 방식에서도 통합과 검증 전략이 차량 내에서 최종 소프트웨어가 업데이트 과정을 통해 완성된다는 것을 반영해야 합니다.
비즈니스적으로는 ECU 공급업체와의 유지 보수 계약이 필수적이며, 여전히 소프트웨어는 특정 ECU에 종속되어 있으므로, 각 ECU마다 별도의 계약이 필요합니다.
③ Level 3부터 드디어 SDV다운 면모를 보이기 시작하는 첫 번째 실제적인 단계 입니다. '업그레이드 가능한 차량(Upgradeable Vehicle)'에서는 ‘정적인 하드웨어 위에서 동적 기능을 사용할 수 있게’ 됩니다. 즉, 차량이 이미 판매된 후에도 새로운 기능을 추가할 수 있게 됩니다. 그러나 이러한 기능 업그레이드는 특정 차량 세대나 특정 ECU에 묶여 있습니다.
주요 기술적 요소로는 ECU의 강력한 통합을 통한 지역적 아키텍처가 있습니다. 이로 인해 전체 ECU 수가 줄어들어, 여러 ECU 공급업체 간의 기능 업그레이드를 조정할 필요성이 감소합니다. 또한, 통합된 아키텍처에서는 업데이트가 개별 ECU에만 영향을 미치므로, 분산 시스템에 비해 비용 절감과 개발 속도 개선이 가능합니다.
소프트웨어 측면에서는 서비스 지향 아키텍처와 가상화 기술이 소프트웨어 모듈화에 도움을 주며, 테스트와 통합 프로세스를 더욱 용이하게 만듭니다. 자동화된 CI/CT/CD(지속적 통합/테스트/배포) 시스템이 거의 필수적으로 요구됩니다.
비즈니스적으로는 고객이 이미 구매한 차량에 새 기능을 제공하기 위해 수익화 계획이 필요합니다. 이 능력이 제품 가치 제안의 일부분이 되거나(즉, “항상 신선한 차량” 같은), 새로운 채널이 구축되어야 합니다.
④ Level 4는 '소프트웨어 플랫폼(Software Platform)'입니다. 이는 하드웨어와 소프트웨어의 수명 주기가 분리됨을 의미 합니다. 이전 Level에서는 특정 소프트웨어 버전이 특정 차량 세대에 묶여 있었다면, Level 4는 모든 차량에 대해 동적으로 소프트웨어와 기능이 변경될 수 있는 플랫폼을 제공합니다.
하드웨어 요구사항은 Level 3과 본질적으로 동일하지만, 분산 시스템 업데이트의 복잡성을 피하기 위해 지역적 아키텍처가 유리합니다. 하드웨어 종류를 줄이고, 여러 세대에 걸쳐 동일한 칩 공급 업체 또는 프로세서 아키텍처를 유지하는 것이 소프트웨어의 이동성을 향상시키는 데 도움이 됩니다.
비즈니스적으로는 Level 3에서 Level 4로 전환하는 데 상당한 변화가 필요합니다. Level 3에서는 여전히 ECU를 수직적으로 통합된 시스템으로 간주할 수 있지만, Level 4에서는 하드웨어와 소프트웨어의 수명 주기를 분리하기 위해 소프트웨어 아키텍처와 하드웨어 기능에 대한 투자가 필요합니다. 이는 제조업체가 비즈니스 프로세스에서 이러한 장애를 극복할 수 있어야 한다는 것을 의미합니다.
⑤ 마지막으로, Level 5는 '혁신 플랫폼(Innovation Platform)'입니다. 이제 완전히 새로운 차원의 SDV를 제안합니다. 스마트폰과 마찬가지로, 플랫폼이 제3자 개발자에게 개방되어 차량의 컴퓨팅 플랫폼에 기능을 배포할 수 있게 됩니다. 데이터, 센서, 잠재적으로는 구동 장치를 사용하여 OEM이 사업적으로 접근하지 않았던 새로운 사용 사례들을 만들 수 있습니다.
하드웨어 측면에서는 Level 4와 동일한 조건이 유지되지만, 소프트웨어 플랫폼과 개발 관행 측면에서는 강력한 격리 기술, 데이터 및 센서 접근 권한 제어 체계, 자동 보안 스캐닝 및 검토 프로세스 등이 필요합니다.
비즈니스적으로는 이러한 제3자 개발자를 유치하기 위해, 그들이 수익을 창출할 수 있는 방법이 마련되어야 합니다. 스마트폰 시장에서는 앱 스토어가 시작점이었지만, 통합 결제 서비스, 인앱 구매 및 광고로 빠르게 진화했습니다. | 
