QNX Automotive Software

ISO 26262の安全認証は、 出所不明のソフトウェア（SOUP）を使用する場合、非常に重い負担となり、ほぼ克服不可能な難題となってしまいます。セーフティクリティカルなシステムを構築する際に、事前に認証されたマイクロカーネルOSや組み込みハイパーバイザーを使用することで、認証プロセスの範囲やコスト、リスク、所要時間を大幅に削減することができます。さらに、同じSoC上で異なる重要度のシステムを実行することも可能になります。

QNXのソリューションであるQNX® OS for Safety、QNX® Hypervisor for Safety、そしてQNX® Black Channel Communications Technologyは、TÜV RheinlandによってISO 26262 ASIL Dまで事前認証を受けています。システム認証の範囲を狭めることで、コンプライアンスの達成をスピーディに進められます。

サイバーセキュリティの侵害は、運転手、乗客、公衆を危険にさらす可能性があります。QNX は、QNX^® Neutrino^® RTOS や QNX^® Hypervisor などの超高セキュリティ製品、脆弱性評価、セキュリティ サービスにより、車両セキュリティの実現を支援します。

QNX^® マイクロカーネル OSは、カーネル空間外ですべてのサービスを実行することで、攻撃対象となる領域を最小限に抑え、システム全体にわたるセキュリティポリシー、パスの信頼性、強化機能、アクセス制御、セキュリティツール、分離と隔離のメカニズムによる多層的な保護を提供しています。

インフォテイメント、計器クラスタ、デジタルコックピット、ADAS、音響管理など、同じSoC上に異なる重要度のコンポーネントが混在する場合、安全なシステム設計は難題となります。

QNX Neutrino RTOS と QNX Hypervisor は、干渉対策において空間的および時間的な自由度を提供します。QNX Hypervisor は幅広い設計の柔軟性を提供するため、開発者はクリティカリティが混在するコンポーネントや複数のオペレーティングシステムを 1 つの SoC に統合することができます。QNX Black Channel Communications Technologyは、セーフティおよびミクストクリティカリティシステム内でのデータ通信の安全性を確保するために、さらなる保護レイヤーを追加します。

QNX Neutrino RTOS と QNX Hypervisor は、自動車メーカーの OEM やサプライヤーが安全性と信頼性に優れた堅牢なシステムを開発するのに役立ちます。QNXマイクロカーネル・アーキテクチャは、重要なOSコンポーネントをそれぞれ独立した保護されたメモリパーティションに分けることで、より安全なシステムを実現しています。すべての OS サービスは、高可用性とフォールトトレラント設計のカーネル空間の外部で実行されます。複雑なシステムでは、QNX^® Hypervisor が監視および管理機能を提供し、複数のゲスト OS で別々の機能ソフトウェア領域が共通のハードウェアとリソースを安全かつ確実に共有できます。

標準化されたソフトウェアにより、車両プログラム全体でテクノロジを拡張できます。標準のAPI (例：PSE54、OpenGLES) やツール (例：GCCツールチェーン、Eclipse IDEおよびプラグイン)を使用してシステムを設計・構築することは、開発のワークフローに多くのメリットをもたらします。標準のAPI (例：PSE54、OpenGLES) やツール (例：GCCツールチェーン、Eclipse IDEおよびプラグイン)を使用してシステムを設計・構築することは、開発のワークフローに多くのメリットをもたらします。

QNX OS は、Linux^® と同様に POSIX-based で、GNU コンパイラを含む同じ Eclipse 開発環境を使用しています。BlackBerry は Adaptive AUTOSAR コンソーシアムのメンバーであり、QNX OS for Safety および QNX Hypervisor for Safety は Adaptive Platform をサポートしています。