WO2023239009A1 - 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치용 통신 장치 - Google Patents

Abstract

본 개시의 일 실시예에 따른 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치는, 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서를 포함하고, 프로세서는, 하이퍼바이저를 실행하고, 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며, 수신되는 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신으로 전송한다. 이에 의해, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

Description

차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치용 통신 장치

본 개시는 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치에 관한 것이며, 더욱 상세하게는 수신되는 데이터를 효율적으로 처리할 수 있는 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치에 관한 것이다.

차량은 탑승하는 사용자가 원하는 방향으로 이동시키는 장치이다. 대표적으로 자동차를 예를 들 수 있다.

한편, 차량을 이용하는 사용자의 편의를 위해, 차량 내부에 차량용 신호 처리 장치가 탑재되고 있다.

차량 내부의 신호 처리 장치는, 내부의 다양한 센서 장치로부터 센서 데이터를 수신하여 처리한다.

예를 들어, 센서 장치로부터의 센서 데이터는 정해진 시간 이내에 전달되어 처리되어야 하므로, 고속의 데이터 패킷 처리가 필요하게 된다.

한편, 특정 데이터 패킷 처리시, 리소스 자원을 상당하게 사용하는 경우, 다른 데이터 처리시, 데이터 처리 속도가 낮아지는 등의 문제가 발생하게 된다.

본 개시가 해결하고자 하는 과제는, 수신되는 데이터를 효율적으로 처리할 수 있는 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치를 제공하는 것이다.

본 개시가 해결하고자 하는 다른 과제는, 수신되는 데이터를 신속하고 안정적으로 처리할 수 있는 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치를 제공하는 것이다.

본 개시의 일 실시예에 따른 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치는, 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서를 포함하고, 프로세서는, 하이퍼바이저를 실행하고, 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며, 수신되는 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신으로 전송한다.

한편, 프로세서는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 하이퍼바이저 내의 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제2 기준치 이하이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 하이퍼바이저 내의 가상 스위치와 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 물리 스위칭이 수행되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터가 반복적으로 수신되며, 입력되는 데이터의 사이즈가 제2 기준치 이하인 경우, 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 하이퍼바이저 내에서 물리 스위칭 또는 논리 스위칭을 실행할 수 있다.

한편, 프로세서는, 하이퍼바이저 내에서, 데이터 처리 매니저를 실행하며, 데이터 처리 매니저는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다.

한편, 복수의 가상화 머신 중 제1 가상화 머신은, 시스템 서비스 가상화 머신에 대응하고, 복수의 가상화 머신 중 제2 가상화 머신은, 품질 관리 등급의 가상화 머신에 대응하고, 복수의 가상화 머신 중 제3 가상화 머신은, 소정 레벨의 안전 등급의 가상화 머신에 대응하고, 복수의 가상화 머신 중 제4 가상화 머신은, 오케스트레이션의 마스터 노드(master node)의 가상화 머신에 대응할 수 있다.

한편, 제1 내지 제3 가상화 머신은, 워커 노드(worker node)의 가상화 머신에 대응할 수 있다.

한편, 프로세서는, 제1 내지 제4 가상화 머신과 다른 별도의 코어를 통해, 위험 분류 등급에 대응하는 제5 가상화 머신을 실행할 수 있다.

한편, 하이퍼바이저는 데이터 처리 매니저를 실행하고, 제1 내지 제4 가상화 머신은, 고속 패킷 처리 모듈을 실행하고, 데이터 처리 매니저의 실행에 따라, 제1 내지 제4 가상화 머신 중 적어도 하나의 고속 패킷 처리 모듈로, 데이터가 전송될 수 있다.

한편, 프로세서는, 복수의 영역 신호 처리 장치 중 제1 영역 신호 처리 장치에 추가되는 서비스 또는 애플리케이션이 있는 경우, 하이퍼바이저 상에서 추가 가상화 머신을 실행하고, 제1 영역 신호 처리 장치로부터 수신되는 데이터를 논리 스위칭에 기초하여, 추가 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 추가 가상화 머신의 개수가 증가할수록, 논리 스위칭의 개수가 증가하도록 제어할 수 있다.

한편, 수신되는 데이터는, 카메라 데이터 또는 센서 데이터를 포함할 수 있다.

본 개시의 다른 실시예에 따른 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치는, 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서를 포함하고, 프로세서는, 하이퍼바이저를 실행하고, 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변한다.

한편, 프로세서는, 수신되는 데이터의 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 물리 스위칭이 수행되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송하며, 입력되는 데이터의 사이즈가 제1 기준치 이상이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다.

한편, 프로세서는, 수신되는 데이터가 반복적으로 수신되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다.

본 개시의 일 실시예에 따른 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치는, 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서를 포함하고, 프로세서는, 하이퍼바이저를 실행하고, 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며, 수신되는 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신으로 전송한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 하이퍼바이저 내의 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제2 기준치 이하이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 하이퍼바이저 내의 가상 스위치와 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 물리 스위칭이 수행되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터가 반복적으로 수신되며, 입력되는 데이터의 사이즈가 제2 기준치 이하인 경우, 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 하이퍼바이저 내에서 물리 스위칭 또는 논리 스위칭을 실행할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 하이퍼바이저 내에서, 데이터 처리 매니저를 실행하며, 데이터 처리 매니저는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 복수의 가상화 머신 중 제1 가상화 머신은, 시스템 서비스 가상화 머신에 대응하고, 복수의 가상화 머신 중 제2 가상화 머신은, 품질 관리 등급의 가상화 머신에 대응하고, 복수의 가상화 머신 중 제3 가상화 머신은, 소정 레벨의 안전 등급의 가상화 머신에 대응하고, 복수의 가상화 머신 중 제4 가상화 머신은, 오케스트레이션의 마스터 노드(master node)의 가상화 머신에 대응할 수 있다. 이에 따라, 세이프티 기준으로 가상화 머신을 실행할 수 있게 된다.

한편, 제1 내지 제3 가상화 머신은, 워커 노드(worker node)의 가상화 머신에 대응할 수 있다. 이에 따라, 오케스트레이션 기반의 데이터 전송을 수행할 수 있게 된다.

한편, 프로세서는, 제1 내지 제4 가상화 머신과 다른 별도의 코어를 통해, 위험 분류 등급에 대응하는 제5 가상화 머신을 실행할 수 있다. 이에 따라, 위험 분류 등급의 데이터를 안정적으로 처리할 수 있게 된다.

한편, 하이퍼바이저는 데이터 처리 매니저를 실행하고, 제1 내지 제4 가상화 머신은, 고속 패킷 처리 모듈을 실행하고, 데이터 처리 매니저의 실행에 따라, 제1 내지 제4 가상화 머신 중 적어도 하나의 고속 패킷 처리 모듈로, 데이터가 전송될 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 복수의 영역 신호 처리 장치 중 제1 영역 신호 처리 장치에 추가되는 서비스 또는 애플리케이션이 있는 경우, 하이퍼바이저 상에서 추가 가상화 머신을 실행하고, 제1 영역 신호 처리 장치로부터 수신되는 데이터를 논리 스위칭에 기초하여, 추가 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 추가 가상화 머신의 개수가 증가할수록, 논리 스위칭의 개수가 증가하도록 제어할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 수신되는 데이터는, 카메라 데이터 또는 센서 데이터를 포함할 수 있다. 이에 따라, 카메라 데이터 또는 센서 데이터를 효율적으로 처리할 수 있게 된다.

본 개시의 다른 실시예에 따른 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치는, 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서를 포함하고, 프로세서는, 하이퍼바이저를 실행하고, 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 복수의 가상화 머신으로의 전송이 필요한 경우, 물리 스위칭과, 공유 메모리에 기초하여, 데이터를 복수의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 물리 스위칭이 수행되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송하며, 입력되는 데이터의 사이즈가 제1 기준치 이상이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서는, 수신되는 데이터가 반복적으로 수신되는 경우, 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

도 1은 차량 외부 및 차량 내부의 일예를 도시한 도면이다.

도 2a 내지 도 2c는 본 개시의 실시예에 따른 차량용 통신 게이트웨이의 다양한 아키텍쳐를 도시한 도면이다.

도 3은 도 2a의 신호 처리 장치의 내부 블록도의 일예이다.

도 4a는 본 개시의 실시에에 따른 차량 내부의 차량용 디스플레이 장치의 배치의 일예를 도시한 도면이다.

도 4b는 본 개시의 실시에에 따른 차량 내부의 차량용 디스플레이 장치의 배치의 다른 예를 도시한 도면이다.

도 5는 도 4b의 차량용 디스플레이 장치의 내부 블록도의 일예이다.

도 6은 차량용 통신 장치의 내부 블록도의 일예이다.

도 7은 차량용 통신 장치의 내부 블록도의 다른 예이다.

도 8a 내지 도 8d는 본 개시의 실시에에 따른 차량용 통신 장치의 다양한 예를 도시하는 도면이다.

도 9a 내지 도 9f는 도 8a 내지 도 8d의 신호 처리 장치의 데이터 전송 방식의 다양한 예를 보여주는 도면이다.

도 10은 본 개시의 실시예에 따른 신호 처리 장치의 일예이다.

도 11 내지 도 15는 도 10의 설명에 참조되는 도면이다.

이하에서는 도면을 참조하여 본 개시를 보다 상세하게 설명한다.

이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함만이 고려되어 부여되는 것으로서, 그 자체로 특별히 중요한 의미 또는 역할을 부여하는 것은 아니다. 따라서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.

도 1은 차량 외부 및 차량 내부의 일예를 도시한 도면이다.

도면을 참조하면, 차량(200)은, 동력원에 의해 회전하는 복수의 바퀴(103FR,103FL,103RL,..), 차량(200)의 진행 방향을 조절하기 위한 스티어링휠(150)에 의해 동작한다.

한편, 차량(200)은, 차량 전방의 영상 획득을 위한 카메라(195) 등을 더 구비할 수 있다.

한편, 차량(200)은, 내부에 영상, 정보 등의 표시를 위한 복수의 디스플레이(180a,180b)를 구비할 수 있다.

도 1에서는, 복수의 디스플레이(180a,180b)로, 클러스터 디스플레이(180a), AVN(Audio Video Navigation) 디스플레이(180b)를 예시한다. 그 외, HUD(Head Up Display) 등도 가능하다.

한편, AVN(Audio Video Navigation) 디스플레이(180b)는, 센터 정보 디스플레이(Center Information Dislpay)라 명명할 수도 있다.

한편, 본 명세서에서 기술되는 차량(200)은, 동력원으로서 엔진을 구비하는 차량, 동력원으로서 엔진과 전기 모터를 구비하는 하이브리드 차량, 동력원으로서 전기 모터를 구비하는 전기 차량 등을 모두 포함하는 개념일 수 있다.

도 2a 내지 도 2c는 본 개시의 실시예에 따른 차량용 통신 게이트웨이의 다양한 아키텍쳐를 도시한 도면이다.

먼저, 도 2a는 본 개시의 실시예에 따른 차량용 통신 게이트웨이의 제1 아키텍쳐를 도시한 도면이다.

도면을 참조하면, 제1 아키텍쳐(300a)는, 존(zone) 기반의 아키텍체에 대응할 수 있다.

이에 따라, 복수의 존(zone)(Z1~Z4)에, 각각 차량 내부의 센서 장치와 프로세서가 배치될 수 있으며, 복수의 존(zone)(Z1~Z4)의 중앙 영역에, 차량용 통신 게이트웨이(GWDa)를 포함하는 신호 처리 장치(170a)가 배치될 수 있다.

한편, 신호 처리 장치(170a)는, 차량용 통신 게이트웨이(GWDa) 외에, 추가로, 자율 주행 제어 모듈(ACC), 칵핏 제어 모듈(CPG) 등을 더 포함할 수 있다.

이러한, 신호 처리 장치(170a) 내의 차량용 통신 게이트웨이(GWDa)는, HPC(High Performance Computing) 게이트웨이일 수 있다.

즉, 도 2a의 신호 처리 장치(170a)는 통합형 HPC로서, 외부의 통신 모듈(미도시) 또는 복수의 존(zone)(Z1~Z4) 내의 프로세서(미도시)와 데이터를 교환할 수 있다.

도 2b는 본 개시의 실시예에 따른 차량용 통신 게이트웨이의 제2 아키텍쳐를 도시한 도면이다.

도면을 참조하면, 제2 아키텍쳐(300b)는, 도메인 통합형 아키텍쳐에 대응할 수 있다.

이에 따라, 게이트웨이(GWDb)에, 바디 샤시 제어 모듈(BSG), 파워 제어 모듈(PTG), ADAS 제어 모듈(ADG), 칵핏 제어 모듈(CPG)가 병렬로 접속되며, 각 모듈(BSG,PTG,ADG,CPG)에, 복수의 프로세서(ECU)가 각각 전기적으로 접속될 수 있다.

한편, 각 프로세서(ECU)는, 게이트웨이(GWDb)에 통합하여 접속될 수 있다.

한편, 도 2b의 게이트웨이(GWDb)를 포함하는 신호 처리 장치(170)는, 도메인 통합형 신호 처리 장치로서 동작하게 된다.

도 2c는 본 개시의 실시예에 따른 차량용 통신 게이트웨이의 제3 아키텍쳐를 도시한 도면이다.

도면을 참조하면, 제3 아키텍쳐(300c)는, 분산형 아키텍쳐에 대응할 수 있다.

이에 따라, 게이트웨이(GWDc)에, 바디 샤시 제어 모듈(BSG), 파워 제어 모듈(PTG), ADAS 제어 모듈(ADG), 칵핏 제어 모듈(CPG)이 병렬 접속되며, 특히, 각 제어 모듈 내의 복수의 프로세서(ECU)가, 병렬로 게이트웨이(GWDb)에 접속될 수 있다.

도 2b와 비교하면, 제3 아키텍쳐는, 각 프로세서(ECU)가, 다른 모듈에 접속 없이, 바로 게이트웨이(GWDb)에 접속되는 것에 그 차이가 있다.

한편, 도 2c의 게이트웨이(GWDc)를 포함하는 신호 처리 장치(170)는, 분산형 신호 처리 장치로서 동작하게 된다.

도 3은 도 2a의 신호 처리 장치의 내부 블록도의 일예이다.

도면을 참조하면, 본 개시의 실시에에 따른 신호 처리 장치(170)는, 제1 통신 방식에 기초하여, 차량 내의 센서 신호를 포함하는 제1 메시지를 수신하여, 신호 처리를 수행하는 제1 프로세서(732a)와, 제2 통신 방식에 기초하여, 외부로부터 수신하는 통신 메시지를 포함하는 제2 메시지를 수신하고, 수신되는 제2 메시지의 신호 처리를 수행하는 제2 프로세서(732b)를 포함한다.

이때, 제2 통신 방식은, 제1 통신 방식 보다 통신 속도가 더 빠르거나, 대역폭이 더 클 수 있다.

예를 들어, 제2 통신 방식은, 이더넷 통신 방식이며, 제1 통신 방식은 CAN 통신 방식일 수 있다. 이에 따라, 제1 메시지는 CAN 메시지일 수 있으며, 제2 메시지는 이더넷 메시지일 수 있다.

한편, 본 개시의 실시에에 따른 신호 처리 장치(170)는, IPC 채널을 구비하는 제1 메모리(320)와, 차량 속도 데이터를 포함하는 센서 데이터를 저장하는 제2 메모리(330)를 더 구비한다.

예를 들어, 제1 메모리(320)는, SRAM(Static RAM)일 수 있으며, 제2 메모리(330)는 DDR 메모리일 수 있다. 특히, 제2 메모리(330)는, DDR SDRAM(Double data rate synchronous dynamic random access memory)일 수 있다.

한편, 본 개시의 실시에에 따른 신호 처리 장치(170)는, 제1 프로세서(732a)와 제2 프로세서(732b) 사이의 제1 메시지 또는 제2 메시지 전송을 위해 동작하는 공유 메모리(508)를 포함한다.

이와 같이, 제1 프로세서(732a)와 제2 프로세서(732b) 사이의 통신시 공유 메모리(508)를 이용한 프로세서간 통신을 수행함으로써, 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다. 데이터 전송을 수행할 수 있게 된다.

한편, 공유 메모리(508)는, 제1 메모리(320) 내에 구비되는 것이 바람직하다. 이에 따라, 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 제1 프로세서(732a)는, 내부에 복수의 프로세서 코어(317o,317a,317b)를 구비할 수 있다.

한편, 제1 프로세서(732a)는, 외부의 차량 센서들로부터 CAN 메시지를 수신하는 인터페이스(319)를 더 구비할 수 있다.

예를 들어, 제1 프로세서(732a) 내의 제1 프로세서 코어(317o)는, 복수의 애플리케이션을 실행하거나, 제1 오토사(AUTomotive Open System Architecture; AUTOSAR)(312)를 실행할 수 있다.

특히, 제1 프로세서 코어(317o)는, 제2 오토사(312)를 실행하여, 프로세서 간 통신 핸들러(IPC Handler)(314)를 실행할 수 있다.

한편, IPC Handler)(314)는, 제1 메모리(320)와 데이터를 교환하거나, 제1 프로세서 코어(317o)에서 실행되는 애플리케이션과 IPC 데이터를 교환할 수 있다.

한편, IPC Handler)(314)는, 제2 프로세서(732b) 내의 IPC 드라이버(348)로, 인터럽트를 교환할 수 있다.

한편, 제1 프로세서(732a) 내의 제2 프로세서 코어(317a)는, IDS를 실행하고, 제2 메모리(330)로부터의 CAN 데이터를 수신할 수 있다.

한편, 제1 프로세서(732a) 내의 제3 프로세서 코어(317b)는, Logging을 실행하여, 인터페이스(319)를 통해 수신되는 CAN 데이터를 제2 메모리(330)에 저장할 수 있다.

한편, 제1 프로세서(732a) 내의 제3 프로세서 코어(317b)는, 프로세서 간 통신(IPC) 모듈(318)을 실행하여, 제1 메모리(320)와 IPC 데이터를 교환할 수 있다.

한편, 제1 프로세서(732a) 내의 제3 프로세서 코어(317b)는, 제2 프로세서(732b) 내의 IPC 드라이버(348)로, 인터럽트를 전송할 수 있다.

제1 메모리(320)는, IPC Handler)(314) 또는 IPC 모듈(318)과 IPC 데이터를 교환할 수 있다.

한편, 제2 프로세서(732b)는, 애플리케이션(343), IPC 핸들러(345), IPC 데몬(daemon)(346), IPC 드라이버(348) 등을 실행할 수 있다.

한편, 제2 프로세서(732b)는, 서비스 지향 아키텍쳐(Service Oriented Architecture; SOA) 어댑터(341), 진단 서버(342), 제2 오토사(347)를 더 실행할 수 있다.

제2 오토사(347)는, 어댑티브 오토사(Adaptive AUTOSAR)일 수 있으며, 제1 오토사(312)는 클래식 오토사(Classic AUTOSAR)일 수 있다.

IPC 데몬(daemon)(346)은, SOA 어댑터(341), 진단 서버(342), IPC 핸들러(345), IPC 드라이버(348) 등과 인터럽트 신호를 교환할 수 있다.

한편, 제1 메모리(320)는, SOA 어댑터(341), 진단 서버(342), IPC 핸들러(345) 등과 IPC 데이터를 교환할 수 있다.

한편, 도 3의 설명에서 기술한 IPC 데이터는, CAN 메시지 또는 이더넷 메시지일 수 있다.

한편, IPC Handler(345)는, 진단, 펌웨어 Upgrade, 시스템 정보 등의 데이터를 제2 오토사(347) 기반으로 제공하는 Service Provider로 동작할 수 있다.

한편, 도 3에는 도시하지 않았지만, 제1 프로세서(732a)는, 메시지 라우터(미도시)를 실행하고, 메시지 라우터는, CAN 메시지와 같은 제1 메시지의 프레임을, 이더넷 메시지와 같은 제2 메시지의 프레임 형식으로 변환하여, 제2 프로세서(732b)로 전송하도록 제어할 수 있다.

한편, 도 3에는 도시하지 않았지만, 제1 프로세서(732a)는, CAN 드라이버(미도시), CAN 인터페이스(미도시)를 더 실행할 수 있다.

예를 들어, CAN 인터페이스(미도시)는, 제1 프로세서(732a) 내의 제4 프로세서 코어(미도시)와 제5 프로세서 코어(미도시)에서 각각 8개의 채널로, 총 16개의 채널로 실행되는 것도 가능하다.

이때, 제4 프로세서 코어(미도시)에서 실행되는 제1 CAN 인터페이스(미도시)는, 프로세서 간 통신시의 제1 큐(PTb)(queue)에 대응하고, 제5 프로세서 코어(미도시)에서 실행되는 제2 CAN 인터페이스(미도시)는, 프로세서 간 통신시의 제1 큐(PTb) 보다 우선권이 높이 제2 큐(PTa)에 대응할 수 있다.

도 4a는 본 개시의 실시에에 따른 차량 내부의 차량용 디스플레이 장치의 배치의 일예를 도시한 도면이다.

도면을 참조하면, 차량 내부에는, 클러스터 디스플레이(180a), AVN(Audio Video Navigation) 디스플레이(180b), 뒷 좌석 엔터테인먼트(Rear Seat Entertainment) 디스플레이(180c,180d), 룸미러 디스플레이(미도시) 등이 장착될 수 있다.

도 4b는 본 개시의 실시에에 따른 차량 내부의 차량용 디스플레이 장치의 배치의 다른 예를 도시한 도면이다.

본 개시의 실시예에 따른 차량용 디스플레이 장치(100)는, 복수의 디스플레이(180a~180b), 및 복수의 디스플레이(180a~180b)에 영상, 정보 등을 표시하기 위한 신호 처리를 수행하는 신호 처리 장치(170)를 구비할 수 있다.

복수의 디스플레이(180a~180b) 중 제1 디스플레이(180a)는, 주행 상태, 동작 정보 등의 표시를 위한 클러스터 디스플레이(180a)이고, 제2 디스플레이(180b)는, 챠량 운행 정보, 네비게이션 지도, 다양한 엔테테인먼트 정보 또는 영상의 표시를 위한 AVN(Audio Video Navigation) 디스플레이(180b)일 수 있다.

신호 처리 장치(170)는, 내부에 프로세서(175)를 구비하며, 프로세서(175) 내의 하이퍼바이저(미도시) 상에서, 제1 가상화 머신 내지 제3 가상화 머신(미도시)을 실행할 수 있다.

제2 가상화 머신(미도시)은 제1 디스플레이(180a)를 위해 동작하며, 제3 가상화 머신(미도시)은, 제2 디스플레이(180b)를 위해 동작할 수 있다.

한편, 프로세서(175) 내의 제1 가상화 머신(미도시)은, 제2 가상화 머신(미도시) 및 제3 가상화 머신(미도시)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다. 이에 따라, 차량 내의 제1 디스플레이(180a)와 제2 디스플레이(180b)에 동일한 정보 또는 동일한 영상을 동기화하여 표시할 수 있게 된다.

한편, 프로세서(175) 내의 제1 가상화 머신(미도시)은, 데이터 분담 처리를 위해, 제2 가상화 머신(미도시)과 제3 가상화 머신(미도시)에 데이터의 적어도 일부를 공유한다. 이에 따라, 차량 내의 복수의 디스플레이를 위한 복수의 가상화 머신에서 데이터를 분담하여 처리할 수 있게 된다.

한편, 프로세서(175) 내의 제1 가상화 머신(미도시)은, 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 제2 가상화 머신(미도시) 또는 제3 가상화 머신(미도시) 중 적어도 하나로, 처리된 휠 속도 센서 데이터를 전송할 수 있다. 이에 따라, 차량의 휠 속도 센서 데이터를, 적어도 하나의 가상화 머신 등에 공유할 수 있게 된다.

한편, 본 개시의 실시예에 따른 차량용 디스플레이 장치(100)는, 주행 상태 정보, 간이 네비게이션 정보, 다양한 엔테테인먼트 정보 또는 영상의 표시를 위한 뒷 좌석 엔터네인먼트(Rear Seat Entertainment) 디스플레이(180c)를 더 구비할 수 있다.

신호 처리 장치(170)는, 프로세서(175) 내의 하이퍼바이저(미도시) 상에서, 제1 가상화 머신 내지 제3 가상화 머신(미도시) 외에 추가로 제4 가상화 머신(미도시)를 실행하여, RSE 디스플레이(180c)를 제어할 수 있다.

이에 따라, 하나의 신호 처리 장치(170)를 이용하여, 다양한 디스플레이(180a~180c)를 제어할 수 있게 된다.

한편, 복수의 디스플레이(180a~180c) 중 일부는, 리눅스 OS 기반 하에 동작하며, 다른 일부는 웹 OS 기반 하에 동작할 수 있다.

본 개시의 실시예에 따른 신호 처리 장치(170)는, 다양한 운영 체제(Operating system;OS) 하에 동작하는 디스플레이(180a~180c)에서도, 동일한 정보 또는 동일한 영상을 동기화하여 표시하도록 제어할 수 있다.

한편, 도 4b에서는, 제1 디스플레이(180a)에, 차량 속도 인디케이터(212a), 차량 내부 온도 인디케이터(213a)가 표시되고, 제2 디스플레이(180b)에, 복수의 애플리케이션과 차량 속도 인디케이터(212b)와 차량 내부 온도 인디케이터(213b)를 포함하는 홈 화면(222)이 표시되고, 제3 디스플레이(180c)에, 복수의 애플리케이션과 차량 내부 온도 인디케이터(213c)를 포함하는 제2 홈 화면(222b)이 표시되는 것을 예시한다.

도 5는 도 4b의 차량용 디스플레이 장치의 내부 블록도의 일예이다.

도면을 참조하면, 본 개시의 실시예에 따른 차량용 디스플레이 장치(100)는, 입력부(110), 외부 장치와의 통신을 위한 통신부(120), 내부 통신을 위한 복수의 통신 모듈(EMa~EMd), 메모리(140), 신호 처리 장치(170), 복수의 디스플레이(180a~180c), 오디오 출력부(185), 전원 공급부(190)를 구비할 수 있다.

복수의 통신 모듈(EMa~EMd)은, 예를 들어, 도 2a의 복수의 존(zone)(Z1~Z4)에 각각 배치될 수 있다.

한편, 신호 처리 장치(170)는, 내부에, 각 통신 모듈(EM1~EM4)과의 데이터 통신을 위한 이더넷 스위치(736b)를 구비할 수 있다.

각 통신 모듈(EM1~EM4)은, 복수의 센서 장치(SN) 또는 ECU(770)와 데이터 통신을 수행할 수 있다.

한편, 복수의 센서 장치(SN)는, 카메라(195), 라이더(196), 레이더(197) 또는 위치 센서(198)를 포함할 수 있다.

입력부(110)는, 버튼 입력, 터치 입력 등을 위한 물리적인 버튼, 패드 등을 구비할 수 있다.

한편, 입력부(110)는, 사용자 음성 입력을 위한 마이크(미도시)를 구비할 수 있다.

통신부(120)는, 이동 단말기(800) 또는 서버(900)와 무선(wireless) 방식으로, 데이터를 교환할 수 있다.

특히, 통신부(120)는, 차량 운전자의 이동 단말기와, 무선으로 데이터를 교환할 수 있다. 무선 데이터 통신 방식으로는, 블루투스(Bluetooth), WiFi, WiFi Direct, APiX 등 다양한 데이터 통신 방식이 가능하다.

통신부(120)는, 이동 단말기(800) 또는 서버(900)로부터, 날씨 정보, 도로의 교통 상황 정보, 예를 들어, TPEG(Transport Protocol Expert Group) 정보를 수신할 수 있다. 이를 위해, 통신부(120)는, 이동 통신 모듈(미도시)를 구비할 수 있다.

복수의 통신 모듈(EM1~EM4)은, ECU(770) 또는 센서 장치(SN)로부터, 센서 정보 등을 수신하고, 수신한 정보를 신호 처리 장치(170)로 전송할 수 있다.

여기서, 센서 정보는, 차량 방향 정보, 차량 위치 정보(GPS 정보), 차량 각도 정보, 차량 속도 정보, 차량 가속도 정보, 차량 기울기 정보, 차량 전진/후진 정보, 배터리 정보, 연료 정보, 타이어 정보, 차량 램프 정보, 차량 내부 온도 정보, 차량 내부 습도 정보 중 적어도 하나를 포함할 수 있다.

이러한 센서 정보는, 헤딩 센서(heading sensor), 요 센서(yaw sensor), 자이로 센서(gyro sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 휠 센서(wheel sensor), 차량 속도 센서, 차체 경사 감지센서, 배터리 센서, 연료 센서, 타이어 센서, 핸들 회전에 의한 스티어링 센서, 차량 내부 온도 센서, 차량 내부 습도 센서 등으로부터 획득될 수 있다.

한편, 포지션 모듈은, GPS 정보 수신을 위한 GPS 모듈 또는 위치 센서(198)을 포함할 수 있다.

한편, 복수의 통신 모듈(EM1~EM4) 중 적어도 하나는, GPS 모듈 또는 위치 센서(198)에서 센싱된 위치 정보 데이터를 신호 처리 장치(170)로 전송할 수 있다.

한편, 복수의 통신 모듈(EM1~EM4) 중 적어도 하나는, 카메라(195) 또는 라이더(196) 또는 레이더(197) 등으로부터 차량 전방 영상 데이터, 차량 측방 영상 데이터, 차량 후방 영상 데이터, 차량 주변 장애물 거리 정보 등을 수신하고, 수신한 정보를 신호 처리 장치(170)로 전송할 수 있다.

메모리(140)는, 신호 처리 장치(170)의 처리 또는 제어를 위한 프로그램 등, 차량용 디스플레이 장치(100) 전반의 동작을 위한 다양한 데이터를 저장할 수 있다.

예를 들어, 메모리(140)는, 프로세서(175) 내에서 실행하기 위한, 하이퍼바이저, 제1 가상화 머신 내지 제3 가상화 머신에 관한 데이터를 저장할 수 있다.

오디오 출력부(185)는, 신호 처리 장치(170)로부터의 전기 신호를 오디오 신호로 변환하여 출력한다. 이를 위해, 스피커 등을 구비할 수 있다.

전원 공급부(190)는, 신호 처리 장치(170)의 제어에 의해, 각 구성요소들의 동작에 필요한 전원을 공급할 수 있다. 특히, 전원 공급부(190)는, 차량 내부의 배터리 등으로부터 전원을 공급받을 수 있다.

신호 처리 장치(170)는, 차량용 디스플레이 장치(100) 내의 각 유닛의 전반적인 동작을 제어한다.

예를 들어, 신호 처리 장치(170)는, 차량용 디스플레이(180a,180b)를 위한 신호 처리를 수행하는 프로세서(175)를 포함할 수 있다.

프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(미도시) 상에서, 제1 가상화 머신 내지 제3 가상화 머신(미도시)을 실행할 수 있다.

제1 가상화 머신 내지 제3 가상화 머신(미도시) 중 제1 가상화 머신(미도시)은, 서버 가상화 머신(Server Virtual Maschine)이라 명명할 수 있으며, 제2 가상화 머신 내지 제3 가상화 머신(미도시)은 게스트 가상화 머신(Guest Virtual Maschine)이라 명명할 수 있다.

예를 들어, 프로세서(175) 내의 제1 가상화 머신(미도시)은, 복수의 센서 장치로부터의 센서 데이터, 예를 들어, 차량 센서 데이터, 위치 정보 데이터, 카메라 영상 데이터, 오디오 데이터 또는 터치 입력 데이터를 수신하고, 처리 또는 가공하여 출력할 수 있다.

이와 같이, 제1 가상화 머신(미도시)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.

다른 예로, 제1 가상화 머신(미도시)은, 제2 가상화 머신 내지 제3 가상화 머신()을 위해, CAN 데이터, 이더넷 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터를 직접 수신하고 처리할 수 있다.

그리고, 제1 가상화 머신(미도시)은, 처리된 데이터를 제2 가상화 머신 내지 제3 가상화 머신(530~540)으로 전송할 수 있다.

이에 따라, 제1 가상화 머신 내지 제3 가상화 머신(미도시) 중 제1 가상화 머신(미도시)만, 복수의 센서 장치로부터의 센서 데이터, 통신 데이터, 또는 외부 입력 데이터를 수신하여, 신호 처리를 수행할 수행함으로써, 다른 가상화 머신에서의 신호 처리 부담이 경감되며, 1:N 데이터 통신이 가능하게 되어, 데이터 공유시의 동기화가 가능하게 된다.

한편, 제1 가상화 머신(미도시)은, 데이터를 공유 메모리(508)에 기록하여, 제2 가상화 머신(미도시) 및 제3 가상화 머신(미도시)으로 동일한 데이터를 공유하도록 제어할 수 있다.

예를 들어, 제1 가상화 머신(미도시)은, 차량 센서 데이터, 상기 위치 정보 데이터, 상기 카메라 영상 데이터, 또는 상기 터치 입력 데이터를 공유 메모리(508)에 기록하여, 제2 가상화 머신(미도시) 및 제3 가상화 머신(미도시)으로 동일한 데이터를 공유하도록 제어할 수 있다. 이에 따라, 1:N 방식의 데이터의 공유가 가능하게 된다.

결국, 제1 가상화 머신(미도시)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.

한편, 프로세서(175) 내의 제1 가상화 머신(미도시)은, 제2 가상화 머신(미도시) 및 제3 가상화 머신(미도시)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다.

한편, 신호 처리 장치(170)는, 오디오 신호, 영상 신호, 데이터 신호 등 다양한 신호를 처리할 수 있다. 이를 위해, 신호 처리 장치(170)는, 시스템 온 칩(System On Chip,SOC)의 형태로 구현될 수 있다.

한편, 도 5의 디스플레이 장치(100) 내의 신호 처리 장치(170)는, 도 7 등의 차량용 통신 장치(700)의 신호 처리 장치(170)와 동일할 수 있다.

도 6은 차량용 통신 장치의 내부 블록도의 일예이다.

도면을 참조하면, 본 개시와 관련한 차량용 통신 장치(600x)는, 제1 통신 게이트웨이(630a), 제2 통신 게이트 웨이(630b)를 구비한다.

제1 통신 게이트웨이(630a)는, 바디 모듈(610), 샤시 모듈(614), CAN 통신 진단 장치(616), 적어도 하나의 CAN 통신 ECU(618) 등과의 CAN 통신에 의한 CAN 신호를 교환하기 위한 CAN 트랜시버(636a)와, CAN 트랜시버(636a)에서 수신되는 CAN 신호를 신호 처리하는 제1 프로세서(632a)를 구비할 수 있다.

한편, 제1 프로세서(632a)는, 제2 통신 게이트 웨이(630b) 내의 제2 프로세서(632b)와 프로세서 간 통신을 수행하기 위한 IPC 매니저(634a)를 구비할 있다.

제2 통신 게이트웨이(630b)는, 텔레메틱스 제어 모듈(620), 헤드 모듈(622), 이더넷 통신 진단 장치(624), 적어도 하나의 이더넷 통신 ECU(626) 등과의 이더넷 통신에 의한 이더넷 메시지를 교환하기 위한 이더넷 스위치(636b)와, 이더넷 스위치(636b)에서 수신되는 이더넷 메시지를 신호 처리하는 제2 프로세서(632b)를 구비할 수 있다.

한편, 제2 프로세서(632b)는, 제1 통신 게이트 웨이(630a) 내의 제1 프로세서(632a)와 프로세서 간 통신을 수행하기 위한 IPC 매니저(634b)를 구비할 있다.

한편, 제1 프로세서(632a) 내의 IPC 매니저(634a)와 제2 프로세서(632b) 내의 IPC 매니저(634b)는, 이더넷 통신에 기반하여, 프로세서 간 통신을 수행할 수 있다.

이러한 방식에 의하면, 프로세서 간 통신이, 이더넷 기반의 High Bandwidth를 활용한 대용량 데이터의 고속 전송에는 유리하지만, 프로토콜 스택(Protocol Stack), 물리 계층(PHY) 간 통신에서 지연 시간(Latency)이 발생하는 단점이 있다.

이에 본 개시에서는, 프로세서 간 통신시 지연 시간(Latency) 저감 및 고속의 데이터 전송을 수행할 수 있는 방안을 제시한다. 이에 대해서는 도 7 이하를 참조하여 기술한다.

도 7은 차량용 통신 장치의 내부 블록도의 다른 예이다.

도면을 참조하면, 본 개시의 실시에에 따른 차량용 통신 장치(700)는, 제1 통신 게이트웨이(730a), 제2 통신 게이트 웨이(730b)와 제1 통신 방식에 기초하여, 차량 내의 센서 신호를 포함하는 제1 메시지를 수신하여, 신호 처리를 수행하는 제1 프로세서(732a)와, 제2 통신 방식에 기초하여, 외부로부터 수신하는 통신 메시지를 포함하는 제2 메시지를 수신하고, 수신되는 제2 메시지의 신호 처리를 수행하는 제2 프로세서(732b)와, 제1 프로세서(732a)와 제2 프로세서(732b) 사이의 제1 메시지 또는 제2 메시지 전송을 위해 동작하는 공유 메모리(508)를 포함한다.

도 6의 통신 장치(600x)와 비교하여, 제1 프로세서(732a)와 제2 프로세서(732b) 사이의 프로세서 간 통신(IPC)을 위해, 공유 메모리(508)를 이용함으로써, 프로세서 간 통신시 지연 시간(Latency)이 저감되며, 고속의 데이터 전송을 수행할 수 있게 된다.

또한, 도 6의 통신 장치(600x)와 비교하여, 제1 프로세서(732a)와 제2 프로세서(732b), 및 공유 메모리(508)를 하나의 칩(Chip)인 하나의 신호 처리 장치(170)으로 구현함으로써, 프로세서 간 통신시 지연 시간(Latency)이 저감되며, 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 제2 통신 방식은, 제1 통신 방식 보다, 대역폭이 더 크며, 전송 속도가 더 빠른 것이 바람직하다.

예를 들어, 제2 통신 방식은, 이더넷 통신 방식이며, 제1 통신 방식은 CAN 통신 방식일 수 있다. 이에 따라, 제1 메시지는 CAN 메시지 또는 CAN 신호일 수 있으며, 제2 메시지는 이더넷 메시지일 수 있다.

한편, 본 개시의 일 실시예에 따른 신호 처리 장치(170) 및 이를 구비하는 차량용 통신 장치(700)는, 제1 통신 방식에 기초하여, 차량 내의 센서 신호를 포함하는 제1 메시지를 수신하여, 제1 메시지를 제1 프로세서(732a)로 전송하는 트랜시버(736a)와, 제2 통신 방식에 기초하여, 외부로부터 수신하는 통신 메시지를 포함하는 제2 메시지를 수신하여, 제2 메시지를 제2 프로세서(732b)로 전송하는 스위치(736b)를 더 포함할 수 있다. 이에 따라, 제1 신회와 제2 메시지를 각각 안정적으로 제1 프로세서(732a)와 제2 프로세서(732b)로 전달할 수 있게 된다.

제1 프로세서(732a) 또는 트랜시버(736a)는, 바디 모듈(610), 샤시 모듈(614), CAN 통신 진단 장치(616), 적어도 하나의 CAN 통신 ECU(618) 등과의 CAN 통신에 의한 CAN 신호를 교환할 수 있다.

한편, 제1 프로세서(732a)는, 제2 프로세서(732b)와 프로세서 간 통신(Inter Processor Communication; IPC)을 위한 제1 매니저(734a)를 구비할 수 있다. 제1 매니저(734a)는, IPC 매니저라 명명할 수도 있다.

한편, 제1 매니저(734a)는, 제1 캐쉬(735a)(cache)를 포함할 수 있다.

한편, 제2 프로세서(732b) 또는 스위치(736b)는, 텔레메틱스 제어 모듈(620), 헤드 모듈(622), 이더넷 통신 진단 장치(624), 적어도 하나의 이더넷 통신 ECU(626) 등과의 이더넷 통신에 의한 이더넷 메시지를 교환할 수 있다. 스위치(736b)는, 이더넷 스위치라 명명할 수도 있다.

한편, 제2 프로세서(732b)는, 제1 프로세서(732a)와 프로세서 간 통신(Inter Processor Communication; IPC)을 위한 제2 매니저(734b)를 구비할 수 있다. 제2 매니저(734b)는, IPC 매니저라 명명할 수도 있다.

한편, 제2 매니저(734b)는, 제2 캐쉬(735b)와 타이머(737)를 포함하는 제2 매니저(734b)를 구비할 수 있다.

한편, 제2 프로세서(732b)는, 이더넷 프로세서 또는 이더넷 통신 ECU(626)로부터 제1 메시지의 주기적인 구독 요청을 수신할 수 있다.

이에 따라, 제2 프로세서(732b)는, 제1 메시지의 주기적인 구독 요청을 제1 프로세서(732a)로 전송할 수 있다.

특히, 제2 프로세서(732b)는, 프로세서 간 통신(IPC)을 통해, 구독 요청을 전송할 수 있다. 이에 따라, 프로세서 간 통신을 수행할 수 있게 된다.

한편, 제1 프로세서(732a)는, 적어도 하나의 CAN 통신 ECU(618) 등으로부터 주기적으로 CAN 통신 데이터를 수신한다.

예를 들어, 제1 프로세서(732a)는, CAN 데이터 베이스(DB)에 미리 정의된 제1 메시지를, 적어도 하나의 CAN 통신 ECU(618) 등으로부터 주기적으로 수신한다.

예를 들어, 주기적인 제1 메시지는, 센서 정보로서, 차량 속도 정보 또는 위치 정보 등을 포함할 수 있다.

다른 예로, 주기적인 제1 메시지는, 차량 방향 정보, 차량 위치 정보(GPS 정보), 차량 각도 정보, 차량 가속도 정보, 차량 기울기 정보, 차량 전진/후진 정보, 배터리 정보, 연료 정보, 타이어 정보, 차량 램프 정보, 차량 내부 온도 정보, 차량 내부 습도 정보 중 적어도 하나를 포함할 수 있다.

한편, 제1 프로세서(732a)는, 주기적으로 수신되는 CAN 통신 데이터 또는 제1 메시지 중에서 구독 요청 받은 제1 메시지를 선별하고, 구독 요청 받은 제1 메시지를, 프로세서 간 통신을 통해, 제2 프로세서(732b)로 전송할 수 있다.

한편, 제1 프로세서(732a)는, 주기적으로 수신되는 CAN 통신 데이터 또는 제1 메시지 중에서 구독 요청 받지 않은 제1 메시지를, 내부 동작에 따라 별도로 처리하고, 제2 프로세서(732b)로 전송하지 않는다.

구체적으로, 제1 프로세서(732a)는, 구독 요청 받은 제1 메시지 수신시 제1 캐쉬(735a)에 저장 또는 관리하고, 제1 메시지 수신시, 제1 캐쉬(735a)에 저장된 값과 비교하여, 그 차이가 소정치 이상인 경우에, 프로세서 간 통신을 통해, 제2 프로세서(732b)로 제1 메시지를 전송할 수 있다.

한편, 제1 프로세서(732a)는, 구독 요청 받은 제1 메시지 수신시 제1 캐쉬(735a)에 저장 또는 관리하고, 제1 메시지 수신시, 제1 캐쉬(735a)에 저장된 값과 비교하여, 그 차이가 소정치 이상인 경우에, 공유 메모리(508)를 이용하여, 프로세서 간 통신을 통해, 제2 프로세서(732b)로 제1 메시지를 전송할 수 있다.

예를 들어, 제1 프로세서(732a)는, 제1 메시지 수신시, 제1 캐쉬(735a)에 저장된 값과 비교하여, 동일하지 않은 경우에, 공유 메모리(508)를 이용하여, 프로세서 간 통신을 통해, 제2 프로세서(732b)로 제1 메시지를 전송할 수 있다.

다른 예로, 제1 프로세서(732a)는, 제1 메시지 수신시, 제1 캐쉬(735a)에 저장된 값과 비교하여, 동일한 경우에, 제2 프로세서(732b)로 제1 메시지를 전송하지 않을 수 있다.

이에 따라, 동일 데이터의 캐쉬 점유 또는 버퍼 점유를 최소화하여 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다. 이에 따라, 동일 데이터의 캐쉬 점유 또는 버퍼 점유를 최소화하여 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 제2 프로세서(732b)는, 제1 메시지의 첫 수신시, 제2 캐쉬(735b)에 저장하고, 제1 메시지의 후속 수신시, 제2 캐쉬(735b)를 업데이트할 수 있다. 이에 따라, 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 제2 프로세서(732b)는, 제1 메시지 수신에 따라 타이머(737)의 쓰레드를 생성하고, 쓰레드의 만료마다 제2 캐쉬(735b)의 값을, 이더넷 프로세서 또는 이더넷 통신 ECU(626)로 전달할 수 있다. 이에 따라, 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 제2 프로세서(732b)는, 프로세서 간 통신이 수행되지 않아 제1 메시지가 수신되지 않는 주기 동안에는, 제2 캐쉬(735b)의 값을, 이더넷 프로세서 또는 이더넷 통신 ECU(626)로 전달할 수 있다.

즉, 구독한 제1 메시지의 값이 주기 내에 변경되지 않는 경우, 프로세서 간 통신 없이, 제2 프로세서((732b)에 저장된 캐쉬 값이, 이더넷 프로세서(626)로 전달될 수 있다.

이에 따라, FIFO로 운영되는 공유 메모리(508) 내의 IPC 버퍼의 사용을 최소화할 수 있게 된다. 또한, IPC 버퍼의 사용을 최소로 유지함으로써, 제1 메시지 또는 제2 메시지 등의 데이터를, 프로세서 간 통신을 통해, 신속하게 전송할 수 있게 된다.

한편, 제2 프로세서(732b)는, 프로세서 간 통신이 수행되어 제1 메시지가 수신되는 주기 동안에는, 제2 캐쉬(735b)에 업데이트된 값을, 이더넷 프로세서 또는 이더넷 통신 ECU(626)로 전달할 수 있다. 이에 따라, 프로세서 간 통신시 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

한편, 공유 메모리(508)는, 프로세서 간 통신시, 제1 큐(PTb)(queue)와, 제1 큐(PTb) 보다 우선권이 높이 제2 큐(PTa)를 통해, 데이터를, 제1 프로세서(732a)에서 제2 프로세서(732b) 사이에 전송되도록 할 수 있다.

특히, 공유 메모리(508)는, 프로세서 간 통신을 위한 이벤트가 증가하더라도, 제2 큐(PTa)를 위해 할당된 이벤트에 대응하는 데이터만 제2 큐(PTa)를 통해, 전송되록 할 수 있다. 이에 따라, 프로세서 간 통신에서 우선권 높은 이벤트의 실시간 전송을 보장할 수 있게 된다.

예를 들어, 제1 큐(PTb)는, 노말 순위 큐(Normal Priority Queue)일 수 있으며, 제2 큐(PTa)는 하이 순위 큐(High Priority Queue)일 수 있다.

구체적으로, 공유 메모리(508)는, 프로세서 간 통신시, 제1 큐(PTb)를 통해, 대부분의 데이터를 전송할 수 있다.

다만, 공유 메모리(508)는, 시간에 민감하고 중요한(Time sensitive-critical) 데이터만, 제1 큐(PTb) 보다 우선권이 높이 제2 큐(PTa)를 통해, 지연없이 전송되도록 할 수 있다.

예를 들어, 시간에 민감하고 중요한(Time sensitive-critical) 데이터는, 속도 데이터 또는 위치 정보 데이터 등일 수 있다.

즉, 공유 메모리(508)는, 속도 데이터 또는 위치 정보 데이터를, 제2 큐(PTa)를 통해, 제1 프로세서(732a)와 제2 프로세서(732b) 사이에 전송되도록 할 수 있다. 이에 따라, 프로세서 간 통신에서 우선권 높은 속도 데이터 또는 위치 정보 데이터의 실시간 전송을 보장할 수 있게 된다.

한편, 제1 프로세서(732a) 또는 제2 프로세서(732b)는, 제2 큐(PTa)를 이용할 수 있는 어플리케이션을 포함하는 리스트를 관리할 수 있다.

예를 들어, 제2 프로세서(732b)는, 속도 정보 표시를 위한 어플리케이션을, 제2 큐(PTa)를 이용할 수 있는 어플리케이션으로서, 제2 리스트(738b) 내에 포함시켜 관리할 수 있다.

한편, 제2 큐(PTa)를 이용한 실시간 데이터 전송을 위해, 시나리오 또는 애플리케이션이 중복되지 않도록 최소한으로 동작하도록 제어하는 것이 바람직하다.

이와 같이, 시간에 민감하고 중요한 데이터를 제2 큐(PTa)를 이용한 실시간 데이터 전송을 수행함으로써, 프로세서 간 통신에서 우선권 높은 이벤트의 실시간 전송을 보장할 수 있게 된다.

한편, 공유 메모리(508)는, 최소 2개의 큐 할당으로, 프로세서 간 통신에서의 지연 시간 저감 및 고속의 데이터 전송을 수행할 수 있게 된다.

도면에서는, 제1 프로세서(732a) 내의 제1 매니저(734a)가 화이트 리스트인 제1 리스트(738a)를 관리하며, 제2 프로세서(732b) 내의 제2 매니저(734b)가 화이트 리스트인 제2 리스트(738b)를 관리하는 것을 예시한다. 이에 따라, 프로세서 간 통신에서 우선권 높은 이벤트의 실시간 전송을 보장할 수 있게 된다.

도 8a 내지 도 8d는 본 개시의 실시에에 따른 차량용 통신 장치의 다양한 예를 도시하는 도면이다.

도 8a는 본 개시의 실시에에 따른 차량용 통신 장치의 일예를 도시한다.

도면을 참조하면, 본 개시의 실시에에 따른 차량용 통신 장치(800a)는, 신호 처리 장치(170a,170a2), 복수의 영역 신호 처리 장치(170Z1~170Z4)를 포함한다.

한편, 도면에서는, 신호 처리 장치(170a,170a2)로 2개를 예시하나, 이는 백업 등을 위해서 예시한 것이며, 1개도 가능하다.

한편, 신호 처리 장치(170a,170a2)는, HPC(High Performance Computing) 신호 처리 장치로 명명될 수도 있다.

복수의 영역 신호 처리 장치(170Z1~170Z4)는, 각 영역(Z1~Z4)에 배치되어, 센서 데이터를, 신호 처리 장치(170a,170a2)로 전송할 수 있다.

신호 처리 장치(170a,170a2)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신한다.

도면에서는, 신호 처리 장치(170a,170a2)와 복수의 영역 신호 처리 장치(170Z1~170Z4) 사이에서 유선 통신에 기반하여 데이터를 교환하고, 신호 처리 장치(170a,170a2)와 서버(400)는 무선 통신에 기반하여 데이터를 교환하는 것을 예시하나, 통신 장치(120)와 서버(400) 사이에서 무선 통신에 기반하여 데이터를 교환하고, 신호 처리 장치(170a,170a2)와 통신 장치(120)는, 유선 통신에 기반하여 데이터를 교환할 수 있다.

한편, 신호 처리 장치(170a,170a2)에 수신되는 데이터는, 카메라 데이터 또는 센서 데이터를 포함할 수 있다.

예를 들어, 차량 내의 센서 데이터는, 차량 휠 속도 데이터, 차량 방향 데이터, 차량 위치 데이터(GPS 데이터), 차량 각도 데이터, 차량 속도 데이터, 차량 가속도 데이터, 차량 기울기 데이터, 차량 전진/후진 데이터, 배터리 데이터, 연료 데이터, 타이어 데이터, 차량 램프 데이터, 차량 내부 온도 데이터, 차량 내부 습도 데이터, 차량 외부 레이더 데이터, 차량 외부 라이더 데이터 중 적어도 하나를 포함할 수 있다.

한편, 카메라 데이터는, 차량 외부 카메라 데이터, 차량 내부 카메라 데이터를 포함할 수 있다.

한편, 신호 처리 장치(170a,170a2)는, 세이프티(safety) 기준으로 복수의 가상화 머신(820,830,840)을 실행할 수 있다.

도면에서는, 신호 처리 장치(170a) 내의 프로세서(175)가, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 자동차 안전 무결성 수준(Automotive SIL;ASIL)에 따라, 제1 내지 제3 가상화 머신(820~840)을 실행하는 것을 예시한다.

제1 가상화 머신(820)은, 자동차 안전 무결성 수준(ASIL)에서 가장 낮은 안전 수준이며 강제성이 없는 등급인, QM(Quality Management)에 대응하는 가상화 머신일 수 있다.

제1 가상화 머신(820)은, 운영 체제(822), 운영 체제(822) 상의 컨테이너 런타임(824), 컨테이너 런타임(824) 상의 컨테이너(827,829)를 실행할 수 있다.

제2 가상화 머신(830)은, 자동차 안전 무결성 수준(ASIL)에서, 심각도 (Severity), 발생 빈도 (Exposure) 및 제어 가능성 (Contrallability)의 합이 7 또는 8인, ASIL A 또는 ASIL B에 대응하는 가상화 머신일 수 있다.

제2 가상화 머신(830)은, 운영 체제(832), 운영 체제(832) 상의 컨테이너 런타임(834), 컨테이너 런타임(834) 상의 컨테이너(837,839)를 실행할 수 있다.

제3 가상화 머신(840)은, 자동차 안전 무결성 수준(ASIL)에서, 심각도 (Severity), 발생 빈도 (Exposure) 및 제어 가능성 (Contrallability)의 합이 9 또는 10인, ASIL C 또는 ASIL D에 대응하는 가상화 머신일 수 있다.

한편, ASIL D는, 가장 높은 안전 수준을 요구하는 등급에 대응할 수 있다.

제3 가상화 머신(840)은, 세이프티 운영 체제(842), 운영 체제(842) 상의 어플리케이션(845)를 실행할 수 있다.

한편, 제3 가상화 머신(840)은, 세이프티 운영 체제(842), 세이프티 운영 체제(842) 상의 컨테이너 런타임(844), 컨테이너 런타임(844) 상의 컨테이너(847)를 실행할 수도 있다.

한편, 도면과 달리, 제3 가상화 머신(840)은, 프로세서(175)가 아닌, 별도의 코어를 통해 실행되는 것도 가능하다. 이에 대해서는 도 8b를 참조하여 후술한다.

한편, 제1 내지 제3 가상화 머신(820~840)을 실행하는 프로세서(175)는, 도 7의 제2 프로세서(732b)에 대응할 수 있다.

도 8b는 본 개시의 실시에에 따른 차량용 통신 장치의 다른 예를 도시한다.

도면을 참조하면, 본 개시의 실시에에 따른 차량용 통신 장치(800b)는, 신호 처리 장치(170a1,170a2), 복수의 영역 신호 처리 장치(170Z1~170Z4)를 포함한다.

도 8b의 차량용 통신 장치(800b)는, 도 8a의 차량용 통신 장치(800a)와 유사하나, 신호 처리 장치(170a1)가 도 8a의 신호 처리 장치(170a)와 일부 차이가 있다.

그 차이를 중심으로 기술하면, 신호 처리 장치(170a1)는, 프로세서(175)와 제2 프로세서(177)를 구비할 수 있다.

신호 처리 장치(170a1) 내의 프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 자동차 안전 무결성 수준(Automotive SIL;ASIL)에 따라, 제1 내지 제2 가상화 머신(820~830)을 실행한다.

제1 가상화 머신(820)은, 운영 체제(822), 운영 체제(822) 상의 컨테이너 런타임(824), 컨테이너 런타임(824) 상의 컨테이너(827,829)를 실행할 수 있다.

제2 가상화 머신(830)은, 운영 체제(832), 운영 체제(832) 상의 컨테이너 런타임(834), 컨테이너 런타임(834) 상의 컨테이너(837,839)를 실행할 수 있다.

한편, 신호 처리 장치(170a1) 내의 제2 프로세서(177)는, 제3 가상화 머신(840)을 실행할 수 있다.

제3 가상화 머신(840)은, 세이프티 운영 체제(842), 운영 체제(842) 상의 오토사(845), 오토사(845) 상의 어플리케이션(845)를 실행할 수 있다. 즉, 도 8a와 달리, 운영 체제(842) 상의 오토사(846)를 더 실행할 수 있다.

한편, 제3 가상화 머신(840)은, 도 8a와 유사하게, 세이프티 운영 체제(842), 세이프티 운영 체제(842) 상의 컨테이너 런타임(844), 컨테이너 런타임(844) 상의 컨테이너(847)를 실행할 수도 있다.

한편, 높은 안전 수준을 요구하는 제3 가상화 머신(840)은, 제1 내지 제2 가상화 머신(820~830)과 달리, 다른 코어 또는 다른 프로세서인 제2 프로세서(177)에서 실행되는 것이 바람직하다.

한편, 제1 내지 제2 가상화 머신(820~830)을 실행하는 프로세서(175)는, 도 7의 제2 프로세서(732b)에 대응할 수 있으며, 제3 가상화 머신(840)을 실행하는 제2 프로세서(177)는, 도 7의 제1 프로세서(732a)에 대응할 수 있다.

한편, 도 8a와 도 8b의 신호 처리 장치(170a,170a2)는, 제1 신호 처리 장치(170a)의 이상시, 백업용인 제2 신호 처리 장치(170a2)가 동작할 수 있다.

이와 달리, 신호 처리 장치(170a,170a2)가 동시에 동작하며, 그 중 제1 신호 처리 장치(170a)가 메인으로 동작하고, 제2 신호 처리 장치(170a2)가 서브로 동작하는 것도 가능하다. 이에 대해서는 도 8c와 도 8d를 참조하여 기술한다.

도 8c는 본 개시의 실시에에 따른 차량용 통신 장치의 또 다른 예를 도시한다.

도면을 참조하면, 본 개시의 실시에에 따른 차량용 통신 장치(800c)는, 신호 처리 장치(170a,170a2), 복수의 영역 신호 처리 장치(170Z1~170Z4)를 포함한다.

한편, 도면에서는, 신호 처리 장치(170a1,170a2)로 2개를 예시하나, 이는 백업 등을 위해서 예시한 것이며, 1개도 가능하다.

한편, 신호 처리 장치(170a1,170a2)는, HPC(High Performance Computing) 신호 처리 장치로 명명될 수도 있다.

복수의 영역 신호 처리 장치(170Z1~170Z4)는, 각 영역(Z1~Z4)에 배치되어, 센서 데이터를, 신호 처리 장치(170a,170a2)로 전송할 수 있다.

신호 처리 장치(170a1,170a2)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신한다.

도면에서는, 신호 처리 장치(170a1,170a2)와 복수의 영역 신호 처리 장치(170Z1~170Z4) 사이에서 유선 통신에 기반하여 데이터를 교환하고, 신호 처리 장치(170a,170a2)와 서버(400)는 무선 통신에 기반하여 데이터를 교환하는 것을 예시하나, 통신 장치(120)와 서버(400) 사이에서 무선 통신에 기반하여 데이터를 교환하고, 신호 처리 장치(170a,170a2)와 통신 장치(120)는, 유선 통신에 기반하여 데이터를 교환할 수 있다.

한편, 신호 처리 장치(170a1,170a2)에 수신되는 데이터는, 카메라 데이터 또는 센서 데이터를 포함할 수 있다.

한편, 신호 처리 장치(170a1,170a2) 중 제1 신호 처리 장치(170a1) 내의 프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 세이프티(safety) 가상화 머신(860)과, non-safety 가상화 머신(870)을 각각 실행할 수 있다.

한편, 신호 처리 장치(170a1,170a2) 중 제2 신호 처리 장치(170a2) 내의 프로세서(17b5)는, 하이퍼바이저(505b)를 실행하고, 하이퍼바이저(505) 상에서, 세이프티(safety) 가상화 머신(880)만을 실행할 수 있다.

이러한 방식에 의하면, 세이프티(safety)에 대한 처리가 제1 신호 처리 장치(170a1)와 제2 신호 처리 장치(170a2)가 분리되므로, 안정성 및 처리 속도 향상을 도모할 수 있게 된다.

한편, 제1 신호 처리 장치(170a1)와 제2 신호 처리 장치(170a2) 사이에는 고속의 네트워크 통신이 수행될 수 있다.

도 8d는 본 개시의 실시에에 따른 차량용 통신 장치의 또 다른 예를 도시한다.

도면을 참조하면, 본 개시의 실시에에 따른 차량용 통신 장치(800d)는, 신호 처리 장치(170a1,170a2), 복수의 영역 신호 처리 장치(170Z1~170Z4)를 포함한다.

도 8d의 차량용 통신 장치(800d)는, 도 8c의 차량용 통신 장치(800c)와 유사하나, 제2 신호 처리 장치(170a2)가 도 8c의 제2 신호 처리 장치(170a2)와 일부 차이가 있다.

도 8d의 제2 신호 처리 장치(170a2) 내의 프로세서(17b5)는, 하이퍼바이저(505b)를 실행하고, 하이퍼바이저(505) 상에서, 세이프티(safety) 가상화 머신(880)과 non-safety 가상화 머신(890)을 각각 실행할 수 있다.

즉, 도 8c와 달리, 제2 신호 처리 장치(170a2) 내의 프로세서(17b5)가, non-safety 가상화 머신(890)을 더 실행하는 것에 그 차이가 있다.

이러한 방식에 의하면, 세이프티(safety)와 non-safety에 대한 처리가, 제1 신호 처리 장치(170a1)와 제2 신호 처리 장치(170a2)가 분리되므로, 안정성 및 처리 속도 향상을 도모할 수 있게 된다.

도 9a 내지 도 9f는 도 8a 내지 도 8d의 신호 처리 장치의 데이터 전송 방식의 다양한 예를 보여주는 도면이다.

도 9a는 신호 처리 장치의 데이터 전송 방식의 일예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170aa) 내의 프로세서(175)는, 통신 단자인 이더넷 단자(910)를 통해 유선 데이터를 수신하고, 수신되는 데이터를 처리한다.

프로세서(175)는, 실행되는 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940)을 실행한다.

프로세서(175)는, 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)를 통해, 이더넷 단자(910)로부터의 데이터를, 각 가상화 머신(920~940) 내의 가상화 네트워크 인터페이스(922,932,942)에 전송한다.

도 9b는 신호 처리 장치의 데이터 전송 방식의 다른 예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170ab) 내의 프로세서(175)는, 복수의 이더넷 단자(910, 910b)를 통해 유선 데이터를 각각 수신하고, 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)를 통해, 이더넷 단자(910)로부터의 데이터를, 제1 내지 제2 가상화 머신(920~930) 내의 가상화 네트워크 인터페이스(922,932)에 전송하고, 제2 이더넷 단자(910b)로부터의 데이터를, 제3 가상화 머신(940) 내의 물리 드라이버(945)로 전송할 수 있다.

한편, 도면에서는 복수의 이더넷 단자(910, 910b)로 예시하였으나, 이와 달리 하나의 이더넷 단자를 통해, 서로 다른 소스의 데이터가, 시분할 등으로 각각 수신되어, 일부 데이터는 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)를 통해, 제1 내지 제2 가상화 머신(920~930) 내의 가상화 네트워크 인터페이스(922,932)로 전송되고, 다른 일부 데이터는 제3 가상화 머신(940) 내의 물리 드라이버(945)로 전송될 수도 있다.

도 9c는 신호 처리 장치의 데이터 전송 방식의 또 다른 예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170ac) 내의 프로세서(175)는, 통신 단자인 이더넷 스위치(910)를 통해 유선 데이터를 수신하고, 수신되는 데이터를 처리한다.

프로세서(175)는, 실행되는 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940)을 실행한다.

프로세서(175)는, 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(916)를 통해, 이더넷 스위치(910)로부터의 데이터를, 각 가상화 머신(920~940) 내의 가상화 네트워크 인터페이스(922) 또는 가상화 드라이버(933,943)에 전송한다.

도 9d는 신호 처리 장치의 데이터 전송 방식의 또 다른 예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170ad) 내의 프로세서(175)는, 이더넷 단자(910)를 통해 유선 데이터를 수신하고, 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)와 공유 메모리(508)를 통해, 이더넷 단자(910)로부터의 데이터를, 제1 내지 제3 가상화 머신(920~940) 내의 가상화 네트워크 인터페이스(922,932,942)에 전송할 수 있다.

도 9e는 신호 처리 장치의 데이터 전송 방식의 또 다른 예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170ae) 내의 프로세서(175)는, 이더넷 단자(910)를 통해 유선 데이터를 수신하고, 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)와 패킷 처리 기법인 DPDK(Data Plane Development Kit)(917)를 통해, 이더넷 단자(910)로부터의 데이터를, 제1 내지 제3 가상화 머신(920~940) 내의 유저 스페이스 상의 드라이버(928,938,948) 또는 DPDK(927,937,947)에 각각 전송할 수 있다.

도 9f는 신호 처리 장치의 데이터 전송 방식의 또 다른 예를 도시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170af) 내의 프로세서(175)는, 이더넷 단자(910)를 통해 유선 데이터를 수신하고, 데이터의 일부를, 물리 스위칭(physical switching)(916)과 하이퍼바이저(505) 내에서 실행되는 물리 드라이버(915)를 통해, 제1 가상화 머신(920~940) 내의 가상화 인터페이스(922)에 전송하고, 데이터의 다른 일부를 논리 스위칭(virtual switching)을 통해, 제2 가상화 머신(930) 내의 가상화 드라이버(933)으로 전송하고, 데이터의 또 다른 일부를 논리 스위칭(virtual switching)을 통해, 제3 가상화 머신(940) 내의 가상화 드라이버(943)으로 전송할 수 있다.

도 10은 본 개시의 실시예에 따른 신호 처리 장치의 일예이다.

도면을 참조하면, 본 개시의 실시예에 따른 신호 처리 장치(170a)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서(175)를 포함한다.

프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(810~850)을 실행하며, 수신되는 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신으로 전송한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 하이퍼바이저(505) 내에서, 데이터 처리 매니저(1010)를 실행하며, 데이터 처리 매니저(1010)는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 하이퍼바이저(505) 내에서, 가상 스위치(916)를 실행할 수 있다.

한편, 프로세서(175)는, 하이퍼바이저(505) 내에서 물리 스위칭 또는 논리 스위칭을 실행할 수 있다.

한편, 복수의 가상화 머신(810~850) 중 제1 가상화 머신(810)은, 시스템 서비스 가상화 머신에 대응하고, 복수의 가상화 머신(810~850) 중 제2 가상화 머신(820)은, 품질 관리 등급(예를 들어, QM)의 가상화 머신에 대응하고, 복수의 가상화 머신(810~850) 중 제3 가상화 머신(830)은, 소정 레벨의 안전 등급(예를 들어, ASIL B)의 가상화 머신에 대응하고, 복수의 가상화 머신(810~850) 중 제4 가상화 머신(840)은, 오케스트레이션(orchestraion)의 마스터 노드(master node)의 가상화 머신에 대응할 수 있다. 이에 따라, 세이프티 기준으로 가상화 머신을 실행할 수 있게 된다.

한편, 제1 내지 제3 가상화 머신(830)은, 워커 노드(worker node)의 가상화 머신에 대응할 수 있다. 이에 따라, 오케스트레이션 기반의 데이터 전송을 수행할 수 있게 된다.

한편, 프로세서(175)는, 위험 분류 등급(예를 들어, ASIL D)에 대응하는 제5 가상화 머신(850)을 실행할 수 있다.

한편, 도면과 달리, 프로세서(175)는, 제1 내지 제4 가상화 머신(840)과 다른 별도의 코어 또는 프로세서를 통해, 위험 분류 등급에 대응하는 제5 가상화 머신(850)을 실행할 수 있다. 이에 따라, 위험 분류 등급의 데이터를 안정적으로 처리할 수 있게 된다.

한편, 하이퍼바이저(505)는 데이터 처리 매니저(HSP)(1010)를 실행하고, 제1 내지 제4 가상화 머신(840)은, 고속 패킷 처리 모듈(HSP module)(HM1~HM4)을 실행하고, 데이터 처리 매니저(1010)의 실행에 따라, 제1 내지 제4 가상화 머신(840) 중 적어도 하나의 고속 패킷 처리 모듈(HM1~HM4)로, 데이터가 전송될 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

도 11 내지 도 15는 도 10의 설명에 참조되는 도면이다.

도 11은 Traffic Type, Use-Cases, Deadline Guarantee, Tolerance 등에 기초하여, 데이터의 HSP(High Speed Packet) Feature이 선택되는 것을 예시한다.

도면을 참조하면, 데이터 처리 매니저(HSP)(1010)는, 수신되는 데이터를, Traffic Type, Use-Cases, Deadline Guarantee, Tolerance 등에 기초하여, HSP Feature을 선택할 수 있다.

예를 들어, 제1 데이터의 Traffic Type이 Safety-relevant Control이고, Use-Cases가 ADAS control이고, Deadline Guarantee가 필요하고, Tolerance 가 필요하지 않으며, Frame Size가 64 bytes이며, Criticality가 높은 경우, 데이터 처리 매니저(HSP)(1010)는, 고속 데이터 패쓰 기법(예를 들어, xDP 기법)으로 전송하도록 선택할 수 있다.

다른 예로, 제2 데이터의 Traffic Type이 Safety-relevant Media이고, Use-Cases가 Radar, Lidar, Ultrasonic, Camera이고, Deadline Guarantee가 필요하고, Tolerance 가 필요하지 않으며, Frame Size가 최대 64 bytes이며, Criticality가 높은 경우, 데이터 처리 매니저(HSP)(1010)는, 패킷 처리 기법(예를 들어, DPDK 기법)으로 전송하도록 선택할 수 있다.

또 다른 예로, 제3 데이터의 Traffic Type이 Remote Control이고, Use-Cases가 Door Lock/Open이고, Deadline Guarantee가 필요하고, Tolerance 가 필요하지 않으며, Frame Size가 64 내지 100 bytes이며, Criticality가 높은 경우, 데이터 처리 매니저(HSP)(1010)는, 고속 데이터 패쓰 기법(예를 들어, xDP 기법)으로 전송하도록 선택할 수 있다.

한편, 데이터 처리 매니저(HSP)(1010)는, 데이터의 Use-Cases가, OTA, Diagnostics, Logging, Internet Access 등인 경우, 복수의 전송 기법 중 최적의 전송 기법을 선택할 수 있다.

도 12는 도 10의 신호 처리 장치의 동작 설명에 참조되는 도면이다.

도면을 참조하면, 본 개시의 일 실시예에 따른 차량의 신호 처리 장치(170am)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서(175)를 포함한다.

프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~960)을 실행하며, 수신되는 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신(920~960)으로 전송한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 본 개시의 일 실시예에 따른 차량의 신호 처리 장치(170am)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하는 통신 단자(910)를 더 포함할 수 있다.

통신 단자(910)는, 도면과 같이 이더넷 스위치(910)일 수 있다.

한편, 이더넷 스위치(910)를 통과한 데이터는, 물리 스위치(920)에서 물리 스위칭 되거나, 논리 스위치(906)에서 논리 스위칭되어, 적어도 하나의 가상화 머신(920~960)으로 전송될 수 있다.

도면에서는, 물리 스위치(920)와 논리 스위치(906)가, 하이퍼바이저(505) 외부에서 실행되는 것을 예시하나, 이와 달리, 하이퍼바이저(505) 내에서 물리 스위치(920)의 물리 스위칭 또는 논리 스위치(906)의 논리 스위칭이 수행될 수 있다.

예를 들어, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 물리 드라이버(916)를 통해, 제1 가상화 머신(920) 내의 가상화 네트워크 인터페이스(922), 네트워크 스택(921)을 거쳐, 애플리케이션(929)로 전송할 수 있다.

다른 예로, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 패킷 처리 기법(예를 들어, DPDK 기법)을 통해, 제2 가상화 머신(930) 내의 드라이버(938), DPDK(937)을 거쳐, 애플리케이션(939)로 전송할 수 있다.

또 다른 예로, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 물리 드라이버(916)를 통해, 제3 가상화 머신(940) 내의 가상화 네트워크 인터페이스(922), xDP(947)을 거쳐, 애플리케이션(949)로 전송할 수 있다. 이때, 네트워크 스택(941)을 거쳐, 애플리케이션(949)로 전송될 수도 있다.

한편, 프로세서(175)는, 수신되는 제2 데이터를, 논리 스위치(906)의 논리 스위칭를 통해, 제4 가상화 머신(950) 내의 가상화 드라이버(953), 네트워크 스택(951)을 거쳐, 애플리케이션(959)로 전송할 수 있다.

한편, 프로세서(175)는, 수신되는 제3 데이터를, 별도의 논리 스위치(906)의 논리 스위칭를 통해, 제5 가상화 머신(960) 내의 가상화 드라이버(963), 네트워크 스택(961)을 거쳐, 애플리케이션(969)로 전송할 수 있다.

한편, 프로세서(175)는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 복수의 가상화 머신(920~960)으로의 전송이 필요한 경우, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 공유 메모리(508)에 기초하여, 데이터를 복수의 가상화 머신(920~960)으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터의 사이즈가 제2 기준치 이하의 저용량이며, 복수의 가상화 머신(920~960)으로의 전송이 필요한 경우, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 가상 스위치(916)와 공유 메모리(508)에 기초하여, 데이터를 복수의 가상화 머신(920~960)으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 물리 스위치(902)의 물리 스위칭이 수행되는 경우, 하이퍼바이저(505) 내의 드라이버에 기초하여, 패킷 처리 기법(예를 들어, DPDK 기법)에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 프로세서(175)는, 수신되는 데이터가 반복적으로 수신되며, 입력되는 데이터의 사이즈가 제2 기준치 이하의 저용량인 경우, 하이퍼바이저(505) 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법(예를 들어, xDP 기법)에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

도 13a는 동일 데이터를 복수의 가상화 머신으로 전송하는 것을 예시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170mb) 내의 프로세서(175) 내의 데이터 처리 매니저(1010)는, 수신되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 복수의 가상화 머신(920~940)으로의 전송이 필요한 경우, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 공유 메모리(508)에 기초하여, 데이터를 복수의 가상화 머신(920~940)으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

도면에서는, 데이터가, 하이퍼바이저(505) 내의 공유 메모리(508)에 기초하여, 각 가상화 머신(920~940) 내의 가상화 인터페이스(922,932,942)에 전달되는 것을 예시한다.

한편, 제1 가상화 머신(920) 내의 가상화 인터페이스(922)에서 수신되는 데이터는, 실행되는 고속 패킷 처리 모듈(HMa)를 거쳐, 애플리케이션(929)으로 전송될 수 있다.

한편, 제3 가상화 머신(940) 내의 가상화 인터페이스(942)에서 수신되는 데이터는, 실행되는 고속 패킷 처리 모듈(HMc)를 거쳐, 애플리케이션(949)으로 전송될 수 있다.

이러한 방식에 의하면, 대용량 데이터의 전송이 용이하며, 1: N 데이터 전송이 가능하게 된다.

도 13b는 데이터를 패킷 전송 방식의에 의해 전송하는 것을 예시하는 도면이다.

도면을 참조하면, 신호 처리 장치(170mc) 내의 프로세서(175) 내의 데이터 처리 매니저(1010)는, 하이퍼바이저(505) 내의 물리 드라이버(physical driver)에 기초하여, 데이터를, 제1 가상화 머신(920) 또는 제3 가상화 머신(940)으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 제1 가상화 머신(920) 내의 가상화 인터페이스(922)에서 수신되는 데이터는, 애플리케이션(929)으로 전송될 수 있다.

한편, 제3 가상화 머신(940) 내의 가상화 인터페이스(942)에서 수신되는 데이터는, 애플리케이션(949)으로 전송될 수 있다.

이러한 방식에 의하면, 컨트롤 메시지와 같은 데이터의 전송에 용이하며, 수신 대상의 개수가 적을수록 용이하다.

도 14는 신호 처리 장치와 영역 신호 처리 장치 사이의 데이터 전송의 일예를 예시하는 도면이다.

도면을 참조하면, 영역 신호 처리 장치(170z) 내의 프로세서(175b)로부터 데이터가 수신되는 경우, 신호 처리 장치(1070)는, 이더넷 스위치(910), 물리 스위치(902)의 물리 스위칭 또는 논리 스위치(906)의 논리 스위칭에 기초하여, 수신되는 데이터를 적어도 하나의 가상화 머신(920,930,940)으로 전송한다.

이때, 신호 처리 장치(1070) 내의 프로세서(175)는, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 공유 메모리(508)를 이용하거나, 가상 스위치(916)를 이용하거나, 가상 드라이버(916)를 이용하거나, 패킷 처리(예를 들어, DPDK)(917)를 이용하거나, 고속 데이터 패쓰(예를 들어, xDP)(947)를 이용할 수 있다.

도 15는 신호 처리 장치와 영역 신호 처리 장치 사이의 데이터 전송의 다른 예를 예시하는 도면이다.

도면을 참조하면, 본 개시의 일 실시예에 따른 차량용 통신 장치(1500a)는, 신호 처리 장치(170a)와, 영역 신호 처리 장치(170Z)를 포함한다.

차량의 신호 처리 장치(170a)는, 영역 신호 처리 장치(170Z) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서(175)를 포함한다.

프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940)을 실행하며, 수신되는 데이터를, 물리 스위치(902)의 물리 스위칭 또는 논리 스위치(904,906)의 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신(920~940)으로 전송한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 본 개시의 일 실시예에 따른 차량의 신호 처리 장치(170a)는, 영역 신호 처리 장치(170Z) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하는 통신 단자(910)를 더 포함할 수 있다.

통신 단자(910)는, 도면과 같이 이더넷 스위치(910)일 수 있다.

한편, 이더넷 스위치(910)를 통과한 데이터는, 물리 스위치(920)에서 물리 스위칭 되거나, 논리 스위치(904,906)에서 논리 스위칭되어, 적어도 하나의 가상화 머신(920~940)으로 전송될 수 있다.

도면에서는, 물리 스위치(920)와 논리 스위치(904,906)가, 하이퍼바이저(505) 외부에서 실행되는 것을 예시하나, 이와 달리, 하이퍼바이저(505) 내에서 물리 스위치(920)의 물리 스위칭 또는 논리 스위치(906)의 논리 스위칭이 수행될 수 있다.

예를 들어, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 물리 드라이버(916)를 통해, 제1 가상화 머신(920) 내의 가상화 네트워크 인터페이스(922), 네트워크 스택(921)을 거쳐, 애플리케이션(929)로 전송할 수 있다.

다른 예로, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 패킷 처리(예를 들어, DPDK(917)을 통해, 제2 가상화 머신(930) 내의 드라이버(938), DPDK(937)을 거쳐, 애플리케이션(939)로 전송할 수 있다.

또 다른 예로, 프로세서(175)는, 수신되는 제1 데이터를, 물리 스위치(902)의 물리 스위칭과, 하이퍼바이저(505) 내의 물리 드라이버(916)를 통해, 제3 가상화 머신(940) 내의 가상화 네트워크 인터페이스(922), xDP(947)을 거쳐, 애플리케이션(949)로 전송할 수 있다. 이때, 네트워크 스택(941)을 거쳐, 애플리케이션(949)로 전송될 수도 있다.

한편, 영역 신호 처리 장치(170Z)는, 프로세서(175b)를 구비하고, 프로세서(175b)는, 가상화 머신(950)을 실행할 수 있다.

영역 신호 처리 장치(170Z) 내의 프로세서(175b)는, 가상화 머신(950) 내에서, 네트워크 인터페이스, 네트워크 스택, 애플리케이션 등을 실행할 수 있다.

한편, 영역 신호 처리 장치(170Z) 내의 프로세서(175b) 내에서 추가되는 서비스 또는 애플리케이션이 있는 경우, 신호 처리 장치(170a) 내의 프로세서(175)는, 하이퍼바이저(505) 상에서 추가 가상화 머신을 실행할 수 있다.

도 15는 신호 처리 장치(170a) 내에서 추가 가상화 머신(965)가 실행되는 것을 예시한다.

도면을 참조하면, 본 개시의 일 실시예에 따른 차량용 통신 장치(1500b)는, 신호 처리 장치(170a1)와, 영역 신호 처리 장치(170Z)를 포함한다.

신호 처리 장치(170a1)는, 영역 신호 처리 장치(170Z) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하는 프로세서(175)를 포함한다.

프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940)을 실행하며, 영역 신호 처리 장치(170Z) 내의 프로세서(175b) 내에서 추가되는 서비스 또는 애플리케이션이 있는 경우, 하이퍼바이저(505) 상에서 추가 가상화 머신(965)을 실행할 수 있다.

한편, 신호 처리 장치(170a1) 내의 프로세서(175)는, 영역 신호 처리 장치(170Z)로부터 수신되는 데이터를 수신하여, 추가 가상화 머신(965)으로 전송한다.

구체적으로, 프로세서(175) 내의 하이퍼바이저(505) 내에서 실행되는 데이터 처리 매니저(1010)는, 영역 신호 처리 장치(170Z)로부터 수신되는 데이터를, 이더넷 스위치(910), 논리 스위치(904)의 논리 스위칭에 기초하여, 추가 가상화 머신(965)으로 전송하도록 제어할 수 있다.

특히, 신호 처리 장치(170a1) 내의 프로세서(175)는, 영역 신호 처리 장치(170Z)로부터 수신되는 데이터를, 이더넷 스위치(910), 논리 스위치(904)의 논리 스위칭에 기초하여, 추가 가상화 머신(965) 내의 가상화 드라이버(969), 네트워크 스택(967), 고속 패킷 처리 모듈(968)을 거쳐, 애플리케이션(969)로 전송할 수 있다.

이에 따라, 영역 신호 처리 장치(170Z)를 위한 워크로드(workload)가 필요한 상황에서, 신호 처리 장치(170a1) 내의 프로세서(175)가, Computing Resource를 보조할 수 있게 된다.

한편, 프로세서(175) 내의 하이퍼바이저(505) 내에서 실행되는 데이터 처리 매니저(1010)는, 고속 패킷 처리 매니저로서, 고속 패킷 처리 모듈(968)을 관리할 수 있다.

한편, 프로세서(175)는, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940, 965)을 실행하다가, 영역 신호 처리 장치(170Z)로부터 데이터가 수신되는 경우, 복수의 가상화 머신(920~940, 965) 중 어느 하나의 가상화 머신, 예를 들어, 제4 가상화 머신(945)을 영역 신호 처리 장치(170Z)에 대응하는 영역 가상화 머신으로 전환하여 동작하도록 제어할 수 있다. 이에 따라, 가상화 머신을 효율적으로 구동할 수 있게 된다.

한편, 영역 가상화 머신으로 전환된 제4 가상화 머신(945)은, 가상화 드라이버(969), 네트워크 스택(967), 고속 패킷 처리 모듈(968), 애플리케이션(969)을 실행할 수 있다.

그리고, 영역 신호 처리 장치(170Z)로부터 수신되는 데이터는, 영역 가상화 머신으로 전환된 제4 가상화 머신(945) 내의 애플리케이션(969)으로 전달될 수 있다.

예를 들어, 자율 주행 레벨 변경에 의해, 영역 신호 처리 장치(170Z) 내의 프로세서(175b)에 프리 프로세싱(pre-processing)이 필요한 경우, 신호 처리 장치(170a1) 내의 프로세서(175)는, 영역 신호 처리 장치(170Z)의 데이터를 수신하여, Computing Resource를 보조할 수 있다.

한편, 프로세서(175)는, 추가 가상화 머신(965) 외에, 또 다른 추가 가상화 머신을 실행하는 경우, 논리 스위치(906)의 논리 스위칭을 이용할 수 있다.

즉, 프로세서(175)는, 추가 가상화 머신의 개수가 증가할수록, 논리 스위치의 개수가 증가하도록 제어할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 본 개시의 다른 실시예에 따른 차량의 신호 처리 장치(170a1) 내의 프로세서(175)는, 복수의 영역 신호 처리 장치(170Z1~170Z4) 또는 통신 장치(120)로부터 유선으로 데이터를 수신하고, 수신되는 데이터를 처리하며, 하이퍼바이저(505)를 실행하고, 하이퍼바이저(505) 상에서, 복수의 가상화 머신(920~940)을 실행하며, 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 적어도 하나의 가상화 머신으로의 전송 방식을 가변한다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다. 특히, 수신되는 데이터를 효율적으로 신속하고 안정적으로 처리할 수 있게 된다.

한편, 본 개시의 다른 실시예에 따른 차량의 신호 처리 장치(170a1) 내의 프로세서(175)는, 수신되는 데이터의 복수의 가상화 머신(920~940)으로의 전송이 필요한 경우, 물리 스위치(902)의 물리 스위칭과, 공유 메모리(508)에 기초하여, 데이터를 복수의 가상화 머신(920~940)으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

한편, 본 개시의 다른 실시예에 따른 차량의 신호 처리 장치(170a1) 내의 프로세서(175)는, 수신되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 물리 스위치(902)의 물리 스위칭이 수행되는 경우, 하이퍼바이저(505) 내의 드라이버에 기초하여, 패킷 처리 기법(예를 들어, DPDK 기법)에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송하며, 입력되는 데이터의 사이즈가 제1 기준치 이상의 대용량이며, 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 데이터를 적어도 하나의 가상화 머신으로 전송할 수 있다. 이에 따라, 수신되는 데이터를 효율적으로 처리할 수 있게 된다.

이상에서는 본 개시의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 개시는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 개시의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 개시의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (20)

1. 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 상기 수신되는 데이터를 처리하는 프로세서를 포함하고,

   상기 프로세서는,

   하이퍼바이저를 실행하고, 상기 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며,

   상기 데이터를, 물리 스위칭 또는 논리 스위칭에 기초하여, 적어도 하나의 가상화 머신으로 전송하는 신호 처리 장치.
2. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 상기 적어도 하나의 가상화 머신으로의 전송 방식을 가변하는 것인 신호 처리 장치.
3. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 상기 물리 스위칭과, 상기 하이퍼바이저 내의 공유 메모리에 기초하여, 상기 데이터를 복수의 가상화 머신으로 전송하는 것인 신호 처리 장치.
4. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터의 사이즈가 제2 기준치 이하이며, 복수의 가상화 머신으로의 전송이 필요한 경우, 상기 물리 스위칭과, 상기 하이퍼바이저 내의 가상 스위치와 공유 메모리에 기초하여, 상기 데이터를 복수의 가상화 머신으로 전송하는 것인 신호 처리 장치.
5. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 상기 물리 스위칭이 수행되는 경우, 상기 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하는 것인 신호 처리 장치.
6. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 상기 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하는 것인 신호 처리 장치.
7. 제1항에 있어서,

   상기 프로세서는,

   상기 수신되는 데이터가 반복적으로 수신되며, 상기 수신되는 데이터의 사이즈가 제2 기준치 이하인 경우, 상기 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하는 것인 신호 처리 장치.
8. 제1항에 있어서,

   상기 프로세서는,

   상기 하이퍼바이저 내에서 상기 물리 스위칭 또는 상기 논리 스위칭을 실행하는 것인 신호 처리 장치.
9. 제1항에 있어서,

   상기 프로세서는,

   상기 하이퍼바이저 내에서, 데이터 처리 매니저를 실행하며,

   상기 데이터 처리 매니저는,

   상기 수신되는 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 상기 적어도 하나의 가상화 머신으로의 전송 방식을 가변하는 것인 신호 처리 장치.
10. 제1항에 있어서,

    상기 복수의 가상화 머신 중 제1 가상화 머신은, 시스템 서비스 가상화 머신에 대응하고,

    상기 복수의 가상화 머신 중 제2 가상화 머신은, 품질 관리 등급의 가상화 머신에 대응하고,

    상기 복수의 가상화 머신 중 제3 가상화 머신은, 소정 레벨의 안전 등급의 가상화 머신에 대응하고,

    상기 복수의 가상화 머신 중 제4 가상화 머신은, 오케스트레이션의 마스터 노드(master node)의 가상화 머신에 대응하는 것인 신호 처리 장치.
11. 제10항에 있어서,

    상기 제1 내지 제3 가상화 머신은, 워커 노드(worker node)의 가상화 머신에 대응하는 것인 신호 처리 장치.
12. 제10항에 있어서,

    상기 프로세서는,

    상기 제1 내지 제4 가상화 머신과 다른 별도의 코어를 통해, 위험 분류 등급에 대응하는 제5 가상화 머신을 실행하는 것인 신호 처리 장치.
13. 제10항에 있어서,

    상기 하이퍼바이저는 데이터 처리 매니저를 실행하고,

    상기 제1 내지 제4 가상화 머신은, 고속 패킷 처리 모듈을 실행하고,

    상기 데이터 처리 매니저의 실행에 따라, 상기 제1 내지 제4 가상화 머신 중 적어도 하나의 고속 패킷 처리 모듈로, 데이터가 전송되는 것인 신호 처리 장치.
14. 제1항에 있어서,

    상기 프로세서는,

    복수의 영역 신호 처리 장치 중 제1 영역 신호 처리 장치에 추가되는 서비스 또는 애플리케이션이 있는 경우, 상기 하이퍼바이저 상에서 추가 가상화 머신을 실행하고,

    상기 제1 영역 신호 처리 장치로부터 수신되는 데이터를 상기 논리 스위칭에 기초하여, 상기 추가 가상화 머신으로 전송하는 것인 신호 처리 장치.
15. 제1항에 있어서,

    상기 프로세서는,

    추가 가상화 머신의 개수가 증가할수록, 상기 논리 스위칭의 개수가 증가하도록 제어하는 것인 신호 처리 장치.
16. 복수의 영역 신호 처리 장치 또는 통신 장치로부터 유선으로 데이터를 수신하고, 상기 수신되는 데이터를 처리하는 프로세서;를 포함하고,

    상기 프로세서는,

    하이퍼바이저를 실행하고, 상기 하이퍼바이저 상에서, 복수의 가상화 머신을 실행하며,

    상기 데이터의 세이프티, 빈도, 또는 사이즈 중 적어도 하나에 기초하여, 상기 적어도 하나의 가상화 머신으로의 전송 방식을 가변하는 신호 처리 장치.
17. 제16항에 있어서,

    상기 프로세서는,

    상기 수신되는 데이터의 복수의 가상화 머신으로의 전송이 필요한 경우, 상기 물리 스위칭과, 공유 메모리에 기초하여, 상기 데이터를 복수의 가상화 머신으로 전송하는 것인 신호 처리 장치.
18. 제16항에 있어서,

    상기 프로세서는,

    상기 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 상기 물리 스위칭이 수행되는 경우, 상기 하이퍼바이저 내의 드라이버에 기초하여, 패킷 처리 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하며,

    상기 수신되는 데이터의 사이즈가 제1 기준치 이상이며, 상기 논리 스위칭이 수행되는 경우, 네트워크 스택 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하는 것인 신호 처리 장치.
19. 제16항에 있어서,

    상기 프로세서는,

    상기 수신되는 데이터가 반복적으로 수신되는 경우, 상기 하이퍼바이저 내의 드라이버에 기초하여, 고속 데이터 패쓰 기법에 의해, 상기 데이터를 적어도 하나의 가상화 머신으로 전송하는 것인 신호 처리 장치.
20. 제1항 내지 제19항 중 어느 한 항의 신호 처리 장치를 포함하는 차량용 통신 장치.

Images