QNX CAR에는 HTML5와 QNX CAR아키텍처의 능력을 보여주는 참조(reference) 애플리케이션들이 포함되어 있습니다. 이러한 애플리케이션들은 자동차 제조업체의 특별한 요구사항에 맞추어진 홈스크린, 미디어 플레이어, 전화, 웹 브라우저와 내비게이션 앱을 포함합니다.

홈스크린

홈스크린은 어떻게 HTML5 엔진이 서로 다른 소스로부터의 디스플레이를 렌더링하기 위해 사용되는 지 잘 보여줍니다. 홈스크린은 현재의 액티비티, 네트워크와 블루투스 접속 상황, 오디오 볼륨 및 기타 정보와 컨트롤을 요약해서 보여줍니다. 홈스크린 하단에 있는 탭은 다른 애플리케이션이나 애플리케이션 그룹으로 접근할 수 있게 해

니다. 예를 들면, 맨 오른쪽에 있는 앱 탭은 모든 사용가능한 애플리케이션을 보여주는 스크린을 열어줍니다.

미디어 플레이어

미디어 플레이어는 네이티브 미디어 플레이어 기능을 갖춘 HTML5 UI입니다. 그 기능에는 미디어 감지(예, USB, CD), 메타데이타 추출 및 동기화, 미디어 스트리밍 등이 포함됩니다.

미디어 플레이어를 이용해 사용자는 연결된 기기, 라디오, 인터넷 스트리밍 라디오(Pandora 외)와 CD 등 다양한 소스로부터 검색, 선택 및 재생을 할 수 있습니다. 기타 엔터테인먼트 옵션에는 유투브와AM/FM/HD 라디오가 포함됩니다.

커뮤니케이션

커뮤니케이션 컴포넌트는 네이티브 전화 애플리케이션을 관리하는 HTML5 UI입니다. 이러한 애플리케이션은 전화와 블루투스로 연결된 전화의 메세지 및 연락처를 포함합니다.

가상 정비

가상 정비는 자동차로부터 받은 정보를 가져오고 나타낼 수 있는 프레임워크로서, CAN bus를 포함합니다. 가상 정비는 차량 점검 일정 알림뿐 아니라 중요한 자동차 기능(윤활유, 브레이크 등)의 상태를 보여주는 그래픽 디스플레이를 갖춘 자동차 진단 센터를 제공합니다.

온도 조절

온도 조절 컴포넌트는 정보를 받고 차량 HVAC 시스템에 명령을 보내기 위한 프레임워크입니다. 이는 차량 내에 멀티존 온도 조절을 제공합니다.

날씨

날씨 애플리케이션은 온라인 소스로부터 받은 정보를 표시합니다: 차량 내의 인터넷 접속을 통해 정기적으로 업데이트 되는 지정된 장소에 대한 날씨 정보

앱 월드

앱 월드는 어떻게 사용자가 QNX CAR 플랫폼에 선패키지된 애플리케이션을 다운로드하고 설치하는 지 보여줍니다. 이는 클라우드에서 호스트되는 앱 월드로 접근하는 입구를 제공합니다.

내비게이션

QNX CAR는 HTML5, OpenGL와 Qt 그래픽 프레임워크, 온보드 및 오프보드 맵핑 엔진의 조합을 이용해서 3가지 서드파티 내비게이션 엔진을 제공합니다. 엔진으로부터 받은 정보는 PPS 오브젝트에 발행되며, 다른 애플리케이션으로 가는 가능한 경로에 대해 세부사항을 만듭니다. 예를 들어, 여행 정보는 날씨 애플리케이션에서 사용 가능해져서, 도착 예정 시간의 목적지 날씨 예보를 표시할 수 있습니다. 내비게이션 애플리케이션은 텔레내브 오프보드, Elektrobit 임베디드와 TCS 오프보드를 포함합니다.

브라우저 크롬

QNX CAR는 HTML5, CSS3와 자바스크립트로 구현된 참조(reference) 브라우저를 포함니다. 브라우저 크롬 또한 HTML5로 구현되어 있으며, 블랙베리 플레이북에 구현된 것과 비슷한 인터페이스를 사용합니다. QNX CAR 개발자는 각자 프로젝트의 요구에 따라 이 크롬을 최적화 하거나 대체할 수 있습니다.

QNX CAR HMI 프레임워크는 HTML5엔진과 Qt와 같은 기타 HMI 프레임워크를 포함합니다. 사용자 인터페이스(UI) 코어는 다수의 렌더링 엔진으로부터 받은 입력을 하나의 물리적인 디스플레이로 결합시킵니다.

HTML5 애플리케이션 환경

QNX CAR HTML5 애플리케이션 환경 내에서 개발자들은 네이티브 C/C++ 애플리케이션에서 처럼, 하부 기기 하드웨어와 네이티브 서비스에 접근할 수 있는 확장 기능을 가진 웹 기술(HTML5, CSS3 및 자바스크립트)를 이용해 애플리케이션을 구축하고 이를 적용할 수 있습니다.

이전 HTML의 새로운 버전들과는 다르게 HTML5 표준은 브라우저 간의 호환성을 보장하려는 확실한 시도를 합니다. 동일한 HTML 코드가 이 모든 환경에서 사용될 수 있기 때문에, QNX CAR 환경은 모바일, 데스크탑 및 웹 환경과도 호환성을 갖게 됩니다. 사실상 플랫폼간의 호환성을 유지시키는 방식으로 HTML5를 광범위하게 채용하기 위해서, W3C는 호환성 보장이 필요하다면 구현 단계까지HTML5의 세부 사양을 기술하고 있습니다.

QNX는 자바스크립트 프레임워크를 통해 표준 웹 개발 환경을 확대해 왔습니다. 자바스크립트 프레임워크는 선택된 기기 하드웨어와 서비스로의 액세스가 가능한 사용자 인터페이스 위젯과 컨트롤을 제공합니다.

다양한 HMI 기술 지원

QNX CAR 사용자 인터페이스는HTML5로 작성될 필요는 없습니다. QNX CAR는 다음과 같은 다른 HMI 기술도 지원합니다:

• Elektrobit GUIDE – 자동차 산업에서 유명함
• Qt – 시스템 요구사항은 줄어들었으나 종합적인 프레임워크
• Crank Storyboard – 완전한 설계에서 실행까지의 환경

HTML5는 이미 양산이 된 콘텐츠를 QNX CAR로 가져오는 데 권장되는 방식입니다. 그렇지만 자동차 제조업체가 다른 HMI 툴을 선호하거나, 기존 자산이 다른 툴링 프레임워크에 존재하거나, 시스템이 확장성 없이 구축되고 있다면 HTML5가 아닌 환경이 더 적합할 수도 있습니다.

QNX CAR 아키텍처는 동시에 다양한 HMI 기술을 용이하게 통합할 수 있도록 지원합니다.

QNX CAR는 계층(HMI에서 서비스까지)과 대부분의 컴포넌트 간의 커뮤니케이션을 위해, 느슨하게 결합된 비동기화 메시징 아키텍처인 지속적인 발행자/구독자(PPS)를 이용합니다. QNX PPS 구현은 발행자와 구독자를 통한 오브젝트 기반 서비스로서, 구현의 요구 사항에 따라 PPS 클라이언트가 발행자만 될 수도 있고, 구독자만 될 수도 있으며, 발행자와 구독자 모두가 될 수도 있습니다.

최소한의 API

PPS 메세징은QNX CAR HTML5 HMI와 하부 컴포넌트 간의 인터페이스를 제공할 때 필요한 최소한의 API를 가지고 있으며, 언어나 특정 기술에 독립적입니다. 특히 PPS API는 HMI와 PPS 서비스 간의 커뮤니케이션을 담당합니다.

UI 핵심 API는 HTML5 층과 사용자 인터페이스 핵심 컴포넌트 간, 이 컴포넌트와 Qt 및 Elektrobit GUIDE와 같은 기타 HMI 기술간의 커뮤니케이션을 담당합니다.

자바스크립트 래퍼 클래스

QNX CAR HTML5 HMI 와 하드웨어 간의 커퓨니케이션은 자바스크립트 래퍼 클래스로 처리됩니다.

C/C++ 프로그램 차량용 하드웨어와 직접 인터페이스하며, 관련된 PPS 오브젝트를 읽고 작성합니다. 래퍼 클래스는 순수한 클래스 기반 자바스크립트API를 다른 호출자들에게 노출시킵니다. 내부적으로 래퍼 클래스는 PPS 클래스의 인스턴스를 호출합니다. PPS 클래스는 내부 메카니즘을 이용해 자바스크립트가 네이티브 코드로 호출을 하도록 하고, 관련된 PPS 오브젝트를 읽고 작성하도록 해

QNX CAR 모바일 기기 게이트웨이는 블루투스, USB, DLNA, MirrorLink, 3G, LTE 및 Wi-Fi와 같은 기술을 이용해 차량 승객이 모바일 기기를 QNX CAR에 연결할 수 있도록 해

니다. 이 각각의 연결은 PPS오브젝트와 연관이 있으며, QNX CAR는 이를 이용해 연결된 모바일 기기와 소통합니다. 그러므로 애플리케이션은 QNX CAR에 연결된 물리적 접속에 대해 구체적으로 알 필요가 없습니다.

블루투스

QNX CAR는 블루투스를 통해 외부 기기와 접속을 지원합니다. QNX CAR는 블루투스 접속을 요청하거나 접속 요청을 받아들일 수 있습니다. 지원되는 프로파일은 다음과 같습니다:

네트워크 인터페이스: Wi-Fi, WAN(3G/LTE) 및 유선

QNX의 io-pkt 리소스 매니저는 유선 이더넷, Wi-Fi 및 라디오 기기(3G/LTE)와의 접속을 위해 사용되는 하위 네트워크 인터페이스입니다. 이는 하위 드라이버와 TCP/IP 스택뿐만 아니라 다수의 네트워크 접속 관리 기술을 통합합니다.

USB 접속

QNX CAR는 블루투스나 네트워킹 인터페이스와 동일한 방법으로 USB 접속을 처리합니다. PPS 메세징과 하위 계층 (io-usb)을 결합한 방법입니다. USB 접속은 CDC-ECM(USB 이더넷 동글), CDC-NCM(Mirror Link용), 안드로이드 악세서리 프로토콜 또는 USB 블랙베리 MUX를 통합하는 데에 사용될 수 있습니다..

Digital Living Network Alliance(DLNA) 지원

QNX CAR는 DLNA를 위한 선통합 지원을 포함하고 있습니다. 이로 인해 스마트폰과 태블릿으로 부터 미디어를 스트리밍 할 수 있습니다.

Apple iOS 인터페이스

QNX CAR는 Apple의 iOS 제품(iPod 및 iPhone)을 위한 Made for iPod 인터페이스(iAP)를 제공합니다. 또한 Apple 기기를 위한 iPod 아웃 프로토콜도 제공합니다.

블랙베리 인터페이스

QNX CAR는 블루투스 접속을 통해 블랙베리 스마트폰과 페어링할 수 있습니다.

QNX CAR가 블랙베리 기기와 페어링되었을 때, 블랙베리 기기 상의 웹 서버는 QNX CAR 헤드 유닛에 컨텐츠를 제공하기 위해 표준 웹 프로토콜(HTML5/HTTP)를 이용합니다. 이로 인해 블랙베리 애플리케이션으로 부터 받은 컨텐츠에 액세스하거나 컨텐츠를 렌더링을 할 수 있게 됩니다.

MirrorLink

QNX CAR는 Mirror Link인터페이스를 위해 RealVNC 모바일 솔루션을 이용합니다. RealVNC는 VNC 프로토콜 및 MirrorLink 전용 프로토콜을 제공합니다. QNX 구성관리자를 이용해 VNC 그래픽 출력의 크기를 조정하고 QNX CAR HMI에 통합하게 됩니다.

안드로이드 인터페이스

QNX CAR는 블루투스(지원되는 프로파일은 HFP, A2DP, AVRCP), DLNA 및 MirrorLink를 통해 안드로이드 기기와 연결될 수 있습니다.

QNX CAR 자동차 서비스는 전화, 라디오, 내비게이션 시스템 및 음성 인식를 포함합니다. 또한 이 컴포넌트는 소프트웨어 업데이트, 멀티미디어 동기화 및 재생 등도 관리합니다.

서비스	세부사항
HMI 세팅	시스템 HMI를 위한 환경설정 세팅. 스와입 제스처(swipe gesture), 업데이트 표시, 메뉴 애니메이션 및 기타 행동, 미디어 플레이어 HMI 특성에 대한 지원을 포함
애플리케이션 컨트롤	애플리케이션 내비게이션 및 론칭
앱 월드 인스톨러 및 언인스톨러	애플리케이션 설치 및 제거
미디어 플레이어 및 멀티미디어 관리자	트랙 세션 제작과 관리, 미디어 플레이백 (재생, 불러오기, 리핑), 출력 장치 및 영역 결정 등
Digital Living Network Alliance (DLNA) 서비스	네트워크 상태 변화, 플레이백 상태(재생, 일시정지 등)을 포함하는 디지털 저작권 관리(DRM) 서비스., 디지털 미디어 서버(DMS) 플레이백 및 구독, DMS 세팅 포함
모바일 기기 게이트웨이	블루투스, USB, DLNA, MirrorLink, 3G, LTE 및 Wi-Fi 통한 모바일 기기 접속
HVAC 및 온도 조절	팬 온도 및 속도, 시트 열선, 서리제거, 에어컨 및 환기 조절
자동차/가상 정비	차량용 CAN bus를 통해 접속된 중요한 차량 센서. 연료 레벨, 와셔, 트랜스미션 및 브레이크 오일 레벨, 브레이크 마모 및 ABS 상태, 유압 및 레벨, 엔진 RPM, 차량 라이트 상태, 트랜스미션 온도, 유액 수명 및 PRNDL 등.

QNX CAR는 QNX Neutrino RTOS상에서 실행됩니다. 이는 완전한 기능을 갖춘 강력한 실시간 운영체제로서, 우주선에서 자동차 헤드 유닛(그리고 그 사이 거의 모든 분야)에 이르는 환경에서 실행되고 있는 수천 개의 미션 크리티칼하고 안전이 필수적인 시스템의 기초입니다.

임베디드 시스템의 제한된 리소스 요구사항에 맞춰 설계된 QNX Neutrino RTOS는 비교할 수 없는 신뢰성과 단일 및 멀티 코어 시스템 상에서의 성능, 그리고 낮은 소유 총비용을 제공합니다. BSP(Board Support Package)는 OS와 번들로 되어있으며 더 유명한 모든 보드 아키텍처에서도 사용 가능합니다.

마이크로커널

QNX Neutrino RTOS는 진정한 마이크로커널 운영 체제이기 때문에 매우 신뢰할 수 있습니다. 모든 드라이버, 프로토콜 스택, 파일 시스템 및 애플리케이션은 커널 외부에 메모리가 보호되는 사용자 공간에서 안전하게 실행됩니다. 사실상 어떤 컴포넌트도 오류가 없다고 할 수 없습니다. 하지만 다른 컴포넌트나 커널에 영향을 미치지 않고 오류를 낼 수 있으며 이 경우 자동으로 재시작될 수 있습니다. 그 어떤 상업화된 RTOS도 이 정도의 보호는 제공하지 않습니다.

즉각적인 장치 활성화

QNX는 즉각적인 장치 활성화(instant device activation, IDA)를 제공함으로써, 차량내 시스템이 운영체제가 실시되기도 전에 지능적으로 작동을 시작하게 해

니다.

IDA를 통해 코드는 직접적으로 부트로더의 스타트업 컴포넌트에 연결되어 있어서, 핵심적인 50 밀리세컨 스타트업 요구사항을 충족시키는 데에 필요한 모든 기능을 실행할 수 있게 됩니다: 외부 이벤트에 응답하기, 하드웨어에 접근하기 및 전체 드라이버에 의해 필요한 데이타 저장하기. 예를 들어, 시스템은 CAN bus을 거쳐 전달된 전력 모드 메세지에 즉각적으로 응답할 수 있도록 설정될 수 있습니다.

하드웨어 비용 절감

IDA 덕분에 시스템 개발자들은 외부 하드웨거를 추가하지 않고도 CAN과 같은 bus로부터 받은 데이터를 관리할 수 있습니다. 종래의 운영 체제 구현은 초기 부트업이나 저전력 상태에서 부트업을 할때 종종 수 초가 걸리기 때문에, 타이밍과 응답시간 요구사항을 충족시키기 위해서는 보조 커뮤니케이션 프로세서를 필요로 합니다. QNX IDA 기술을 이용하면, 이러한 문제가 소프트웨어 상에서 해결될 수 있으며 하드웨어 컴포넌트를 제거하고 BOM 비용을 낮출 수 있습니다.

파일 시스템

일반적으로 인포테인먼트 시스템은 미디어, 음악 메타데이터, 지도 데이터 및 관심지점을 위해 큰 데이터 저장 공간을 사용합니다. 게다가 소비자는 휴대장치로부터 다양한 포맷의 미디어를 자동차 내로 가지고 옵니다. 이 데이터를 수용하기 위해서 운영 체제는 여러 타입의 미디어에 다양한 파일 시스템을 제공해야 합니다.

미디어 포맷

QNX는 공통의 미디어 포맷 상에 완전한 파일 시스템을 제공합니다. 그것은 다음과 같습니다:

• 하드 드라이브용 QNX 전력 안전(Power-safe) 파일 시스템
• FAT, ext2, NTFS와 HFS: USB 스틱, 하드 디스크 드라이브 및 모바일 기기용
• 플래시 메모리(Managed NAND 및 NOR)용 임베디드 파일 시스템
• CD 및 DVD용 ISO9660, Joliet와 UDF
• 네트워크 파일 시스템용 NFS 및 CIFS (SMB)

QNX NOR 플레시 파일 시스템(FFS3)은 편리하게 영구 데이터를 시스템 펌웨어 이미지를 갖고 있는 동일한 플래시 드라이브에 저장할 수 있게 해

니다. FAT, ext2 또는 QNX6를 갖춘 Managed NAND 미디어는 더 큰 저장 공간을 필요로 하는 경우에 사용될 수 있습니다

네트워킹

QNX Neutrino RTOS는 Wi-Fi 802.11뿐만 아니라 이더넷을 통해서도 IPv4와 IPv6을 지원합니다. DNS, DHCP, inetd, 방화벽, FTP, TFTP, HTTP, Telnet, PPP, NFS 및 NTP를 포함한 네트워크 서비스 표준 컴포넌트도 사용가능합니다. POSIX API 에 대한 지원 덕분에, 간단하게 추가적인 오픈소스 네트워킹 컴포넌트(예, VolP용  Asterisk for VoIP)를 포함할 수 있습니다.

Wi-Fi

QNX 소프트웨어 시스템즈는 QNX CAR 참조(reference) 구현의 일부로, 완전한 Wi-Fi 액세스 포인트를 제공합니다. 이 액세스 포인트는 블루투스 내장 모바일 폰과 함께 자동차 운전석 전체에 걸쳐 인터넷 게이트웨이를 제공하기 위해 사용될 수 있습니다.

투명한 분산 처리(Transparent Distributed Processing)

QNX Neutrino RTOS가 분산 운영 체제로 이용될 때, 이는 Qnet이라고도 알려진 하부 네트워킹 접근법인 투명한 분산 처리(TDP)를 사용합니다. TDP로 연결된 모든 노드는 기기와 운영 체제 리소스를 공유할 수 있습니다. 예를 들어, 네트워크 상의 어떤 노드라도 – 그 특정 노드가 블루투스 인터페이스를 가지고 있지 않다고 하더라도 – 블루투스로 연결된 전화기와 투명하게 커뮤니게이션을 할 수 있습니다. 이 능력은 시스템 메모리 사용량을 줄이고 분산 시스템 내에 이미 존재하는 소프트웨어를 중복하는데 드는 비용을 피할 수 있게 함으로써 전반적인 비용을 절감해

니다.

QNX의 포르쉐 컨셉차량은 TDP가 어떻게 설계를 단순화하고 전반적인 시스템 비용을 줄여주는 지를 보여주는 한 예입니다. 이 자동차는 헤드 유닛에서 실행되는 멀티미디어 라이브러리를 가지고 있는데, 뒷좌석에 장착된 두 대의 엔터테인먼트 유닛이 이를 공유할 수 있습니다. 헤드 유닛에서 이 라이브러리는/db/mmlibrary.db와 같은 POSIX 경로를 통해 액세스하게 됩니다. 그러나 TDP로 연결된 두 대의 뒷좌석 유닛에서 액세스되었을 때는 이 리소스의 경로는/net/headunit/db/mmlibrary.db가 됩니다. 간단한 TDP를 통해 하부 소스 코드는 헤드 유닛과 뒷좌석 유닛에서 동일하게 유지될 수 있습니다. 네트워크를 통해 리소스에 액세스할 때에도, 리소스 경로만 바꾸어주면 됩니다.파일 시스템 소프트 링크를 사용해 심지어 이름 변경도 피할 수 있습니다.

신속한 부트

QNX Neutrino RTOS 는 많은 공간을 차지하지 않기 때문에, 자연히 부트 시간이 더 빠릅니다. QNX 커널은 최소 250 밀리세컨 안에 시작, 구동될 수 있습니다. 마이크로커널 설계는 시스템 설계자에게 어떤 운영 체제 컴포넌트나 사용자 애플리케이션을 시작할지, 어떤 순서로 할 지를 결정하도록 하는 유연성을 부여합니다. 이는 특정한 설계 요구에 맞게 시스템 스타트업 시퀀스를 용이하게 재배치할 수 있게 합니다.

이러한 접근법을 통해 시스템은 모든 리부트 상황에 있어서 스타트업 오디오와 비디오 요구사항을 만족시킬 수 있습니다. 특정한 장치 드라이버나 애플리케이션을 스타트업 사이클에서 조기에 작동시킴으로써, 소프트웨어는 신속하게 이벤트에 응답할 수 있고 전원이 들어온 후 빠른 시간 내에 오디오(또는 다른) 응답을 줄 수 있습니다.

QNX Neutrino RTOS는 또한 즉각적인 장치 활성화 요구사항도 만족시킵니다. “즉각적인 장치 활성화”를 참조하세요.

고장 검출

QNX Neutrino RTOS는 디버깅과 태스크 조율을 용이하게 만들어줍니다. 메모리 보호를 통해 컴포넌트를 분리시킴으로써 운영 체제는 위치를 벗어난 포인터(stray pointer)와 충돌을 찾고, 모노리식 운영 체제 상에서는 시스템을 교묘히 피해갈 수 있는 까다로운 버그를 찾는 등 어려운 작업을 용이하게 할 수 있게 됩니다.

QNX는 또한 강력한 Instrumented 커널을 제공합니다. 이 커널은 인터럽트, 스레드 스케줄링과 프로세스 간 커뮤니케이션을 포함한 모든 시스템 Activity를 추적합니다. QNX Momentics Tool suite의 시스템 프로파일러는 이 추적 로그를 시각화해서 시스템 문제점을 진단하고 소프트웨어를 최적화하는데 도움을 줄 수 있습니다.

고가용성 프레임워크

QNX Neutrino RTOS 모듈식 마이크로커널 아키텍처는 결함을 드라이버 수준까지 내려 고립시킬 수 있습니다. QNX의 고가용성 기술이 제공하는 것은 다음과 같습니다:

• 즉각적인 결함 통보 – Watchdog은 자동으로 프로세스의 결함을 감지하고 회복 절차를 시작합니다. Heart beating도 치명적이지 않은 에러를 감지하는 데에 사용됩니다.
• 맞춤형 장애 복구 – 고가용성 프레임워크 라이브러리를 이용해, 시스템은 Watchdog에게 에러 이벤트를 처리하라고 할 수 있습니다: 특정한 복구 절차, 설계 안전 상태로 이동 등
• 즉각적인 재연결 – 고가용성 프레임워크는 컴포넌트 장애 후에 시스템이 즉각적으로 끊어진 연결을 재건할 수 있도록 클라이언트-복구 라이브러리를 제공합니다.
• 사후 분석 – 프로세스에 결함이 생기면, 고가용성 프레임워크는 분석을 위해 전체 메모리 덤프을 생성합니다.
• 내부 장애 회복력– Watchdog은 자체 결함이 생겼을 때 자신을 대체할 수 있는 자가 모니터링 “guardian”을 사용합니다.

Watchdog이 컴포넌트 결함을 감지하면, 시스템이 이를 통보하고 복구 관리를 합니다. 백업인 “guardian” 프로세스와 더불어, 고가용성 프레임워크는 자가 회복 시스템의 기반을 제공합니다.

어댑티브 파티셔닝

태스크나 프로세스의 기아 상태는 모든 임베디드 시스템의 근본적인 관심사입니다. 우선순위가 낮은 스레드에 의해 제공된 서비스(소프트웨어 결함이나 서비스 거부 공격으로부터 시스템을 보호해주는 진단 서비스 포함)는 기간의 제한 없이 시스템 가용성에 타격을 입히면서 CPU 사이클 기아 상태에 놓일 수 있습니다.

CPU 성능을 높이는 것이 도움이 될 수는 있지만, 전력 소비의 증가(그로 인한 열발생)와 비용 증가를 초래하게 되며, 프로세스가 기아 상태에 놓이지 않을 것이라는 보장도 해주지 못합니다.

QNX 어댑티브 파티셔닝 기술은 중요한 프로세스는 항상 필요한 CPU 사이클을 얻게 되고 어떤 CPU 사이클도 낭비되지 않도록 보장해주는 효율적인 저비용 메카니즘입니다. 이는 사용되지 않는 CPU 사이클을 그로 부터 혜택을 받을 수 있는 프로세스로 할당해줌과 동시에 모든 파티션이 필요한 경우에는 예산된 CPU 시간을 이용할 수 있도록 보장해

니다.

지원 하드웨어

QNX CAR 자동차 참조(reference) 플랫폼은 현재 다음과 같은 프로세서 타입을 위해 구현되어 있습니다:

• Freescale i.MX6x Sabre Lite
• Texas Instruments J5 Eco
• Texas Instruments OMAP 4430 Panda

각 칩은 그래픽 프로세싱 유닛(GPU)을 포함하고 있습니다. 각 칩을 위한 OpenGL ES 드라이버도 있습니다.

다른 플랫폼도 고객의 요청에 의해 가능해질 수 있습니다.

메모리 요구사항

시스템의 특정한 요구사항은 당연히 예상되는 능력(예, 3D 그래픽) 및 성능에 달려있습니다.

시스템 프로파일	예상되는 기능	예상 시스템 RAM
최저 사양	차량 특성, 음성 인식, 내비게이션, 멀티미디어, 웹서버	256 MB
최저 사양	최저 사양 + 고정된 HTML5 기반 HMI	512 MB
중-고사양	저사양 + 다운로드가 가능한 애플리케이션	1 GB
고-최고 사양	고사양 + 애플리케이션 샌드박스 및 확장 여유 공간	2 GB
위의 표는 QNX CAR를 실행하기 위해 필요한 메모리 예상치를 보여줍니다

QNX CAR HTML5 엔진은 QNX CAR HTML5 HMI 지원의 기초입니다. 이는 WebKit(www.webkit.org) 오픈 소스 웹 브라우저 엔진에 기반을 두고 있습니다. QNX는 이 엔진을 임베디드 환경에 맞게 최적화했으며, 완전한 기능을 갖춘 웹 브라우저를 제공하기 위해 다수의 기능을 추가했습니다.

최적화된 성능

Webkit에 QNX 성능을 최적화시킨 내용은 다음과 같습니다:

• CPU 온도를 떨어뜨리고 하이브리드 자동차 내의 배터리 수명 연장 위한 소비 전력 관리; 예를 들면, 배경 스레드를 조절함으로써CPU 사이클 사용을 감소시키고, 그로 인해 전력을 감소시킵니다.
• 성능 향상 및 CPU 사용을 감소시키기 위해 자바스크립트 실행 개선
• 전반적인 속도 최적화; 예를 들면, 선택된 이미지의 다운샘플링과 파일 크기 축소 (예, 섬네일로 충분할 시에는 큰 이미지를 로딩하지 않음)
• 스크롤과 줌을 위한 지능형 타일 시스템 이용 RAM 사용량 감소

QNX CAR 웹 브라우저

QNX에 최적화된 Webkit 브라우저에 완전한 웹 브라우저 기능을 제공하기 위해 다음과 같은 다양한 기능을 추가했습니다:

HTML5 엔진 기능

QNX CAR HTML5는 완전한 기능을 갖춘 웹 엔진으로서, QNX가 최신 WebKit 기술 기반으로 정기적으로 업데이트를 하고 있습니다. 이는 HTML5 전용 기능들을 지원합니다. 그 기능들로는 WebSocket, WebGL, 세션 저장 기능, 오프라인 애플리케이션, 일꾼 스레드(worker thread), DOM 향상과 <canvas>, <audio> 및 <video> 요소들이 있습니다.

QNX CAR와BB10에서 실행되는 차세대 블랙베리 기기 모두 QNX HTML5 엔진을 사용합니다.

HTML5 지원

QNX CAR HTML5 엔진은 HTML5 표준과 관련된 기타 표준을 지원합니다. 그 표준으로는CSS3, 자바 스크립트 스크립팅 언어 및 관련 표준, 그리고 AJAX, 자바스크립트 객체 표기법(JSON) 및 XML과 같은 연관된 표준이 있습니다.

HTML5 애플레케이션은 다양한 사용자 인터페이스 기술을 지원합니다. 그 기술은 대화형 디스플레이, 오디오, 동영상, 음성 인식 및 햅틱 컨트롤을 포함합니다. HTML5를 이용해 개발자들은 QNX CAR, 모바일 기기 또는 클라우드에서 호스트될 애플리케이션을 구축하기 위해 공통의 툴세트를 사용할 수 있습니다.

분할된 UI 및 샌드박스

QNX CAR 아키텍처를 통해 각각의 웹뷰(데스크탑 브라우저에서 탭과 동일)는 그 자체의 HTML5 엔진 인스턴스 내에서 실행됩니다. 각각의 웹뷰는 서로 분리된(그리고 다른) 자바스크립트 애플리케이션 프레임워크(예, jQuery Mobile 또는 Sencha Touch)로 구현될 수 있습니다.

동일한 HTML5 인스턴스 내에서 실행되는 애플리케이션은 각각 격리되어 있지 않습니다. 그러므로 한 애플리케이션에서 발생한 오류가 기타 모든 애플리케이션에 영향을 미칠 수 있습니다. 예를 들어, 한 애플리케이션 내에 자바스크립트 스데드가 예상치 않게 동작을 멈추었다면 (hang or stalled) 기타 모든 HTML5 애플리케이션의 진행을 느리게 할 수 있습니다. 이러한 이유로QNX CAR 아키텍처는 각각의 애플리케이션이 자체 전용 HTML5 엔진 인스턴스(“샌드박스”) 내에서 실행되도록 합니다. 이러한 설계로 인해 애플리케이션은 서로 격리되며, 발생한 어떤 문제도 다른 애플리케이션에는 영향을 미치지 않습니다. 그러나 이로 인해 시스템의 메모리 사용량은 증가합니다.

UI 코어는 역동적인 로딩과 론칭 및 다양한 HMI 기술로 개발된 애플리케이션의 스크린 공유를 가능하게 하는 컴포넌트들로 이루어져 있습니다.

UI 코어 컴포넌트들은 HTML5 애플리케이션 환경에 제한되지 않으며, 다른 타사 HMI 프레임워크와 함께 사용될 수 있습니다. 타사 HMI 프레임워크로는Qt, Elektrobit의 GUIDE 또는 Crank의 Storyboard와 같은 것이 있으며, QNX CAR는 HTML5와 더불어 이들도 함께 지원합니다. UI 설계는 모듈화되어 있으며, 향후에 포함될 추가 기술에 대해서도 지원이 용이하도록 해 니다.

다수 HMI 기술의 결합

선택할 수 있는 HMI 기술의 오픈된 명단을 통해, 시스템 개발자들은 각각의 애플리케이션에 최적인 기술을 선택할 수 있습니다.

다수의 HMI 기술이 동시에 실행 중일 때, 그 출력은 QNX의 구성관리자를 통해 서로 합쳐지게 됩니다. 이는 주 제어 애플리케이션(QNX CAR 홈스크린)에 의해 결정됩니다. 구성관리자는 애플리케이션에서 스크린으로 가는 가장 최적화된 경로를 제공하도록 설계되었습니다.

UI 코어 컴포넌트

UI 코어의 주된 컴포넌트는 애플리케이션 인스톨러, 권한 부여 관리자, 구성 관리자와 론처입니다.

애플리케이션 인스톨러

애플리케이션 인스톨러는 애플리케이션을 패키지에서 풀고, 서명을 인증하고, QNX CAR 플랫폼에 애플리케이션을 인스톨합니다.

권한 부여 관리자

권한 부여 관리자는 각각의 애플리케이션이 어떤 API와 시스템 서비스를 사용할 수 있는 지를 통제하며, 시스템 개발자에 의해 정의된 보안 모델을 강화합니다. 이 권한 부여는 다운로드된 애플리케이션이 사용할 권한이 없는 인터페이스를 사용하지 못하도록 보장해 줍니다.

구성 관리자

구성 관리자는 다수의 그래픽과 사용자 인터페이스 기술을 스크린에 렌더될 수 있는 하나의 장면으로 통합시킵니다. 구성 관리자가 결합할 수 있는 사용자 인터페이스 기술에는 HTML5, Elektrobit GUIDE, Crank Storyboard, Qt 및 네이티브 (예, OpenGL ES) 코드가 포함됩니다.

론처

론처는 모든 사용자 인터페이스 환경 내에서 어느 애플리케이션이라도 다른 애플리케이션을 론치할 수 있도록 해

니다 (시스템에서 허가하는 한).

통합 HMI

구성 관리자를 사용해 개발자들은 각각의 렌더링 엔진(HTML5, Qt, Video, or OpenGL ES)의 출력을 분리된 창에 표시할 수 있습니다. 각각의 프레임 버퍼는 최종 디스플레이 구축을 위해 변형될 수 있습니다(크기 조절, 번역, 회전,알파 블랜드 등).

가능한 한 언제든 최적화된 디스플레이를 구축하기 위해서, 구성 관리자는 GPU 가속 작동을 이용하며, 하드웨어가 요청을 충족시킬 수 없을 때만 소프트웨어에 의지하게 됩니다.

가능한 한 언제든 최적화된 디스플레이를 구축하기 위해서, 구성 관리자는 GPU 가속 작동을 이용하며, 하드웨어가 요청을 충족시킬 수 없을 때만 소프트웨어에 의지하게 됩니다.

• HTML 페이지는 배경 바탕화면과 내비게이션 컨트롤을 제공합니다
• 동영상 캡처 칩을 프레임 버퍼에 디지탈화하는 iPod Out은iPod이나 iPhone으로부터 아날로그 동영상을 가져옵니다
• 하부 OpenGL ES 맵 렌더링 소프트웨어는 오른쪽에 내비게이션 디스플레이를 구축합니다
• Qt는 내비게이션 디스플레이 상에 내비게이션 컨트롤을 오버레이합니다