2026 HUAWEI HiCar 認定の新たな変更点｜HarmonyOS NEXT ネイティブ適応要件

HarmonyOS NEXT の商用発売により、今年の HUAWEI HiCar エコシステムのアクセス標準は大幅に見直されました。フロントロード ヘッドユニット プロジェクトに取り組んでいる人々は、その違いをはっきりと感じています。テスト ベースラインとレビュー要件は、以前とは大きく異なります。

以前は、HiCar 認定はバージョン ベースでした。製品は、適応した SDK バージョンに対してテストされていました。 2026 年に、レビューのベースラインは、HiCar 6.0 技術仕様 + HarmonyOS NEXT 適応要件という組み合わせのアプローチに移行し、単一のバージョン番号に依存することはなくなりました。公式のベースライン SDK バージョンは 6.0.96.16 です。新しい認定申請はこのバージョン以降に基づいている必要があります。 2026 年 7 月 1 日以降、新しいプロジェクトは SDK バージョン 5.0 以前を受け入れなくなります。すでに V5 で認定されている製品は、証明書の有効期間中は更新ルールに従ってアクセスを維持できます。

HarmonyOS NEXT のネイティブ適応は、新しいプロジェクトの事前レビューの基本条件となっています。製品がスーパー デバイスおよびカード デスクトップのインタラクティブ ロジックを実装できない場合、アプリケーションは事前審査の段階で拒否される可能性があります。適応作業を後回しにすることはできません。プロジェクトの開始時から、ハードウェアの選択、全体的なソフトウェア アーキテクチャ、およびインタラクション設計はすべて、HarmonyOS のネイティブ接続要件に基づいて計画する必要があります。

1.セキュリティ アーキテクチャ – 主要なアップグレード、複数の指標が焦点

1.1 ゼロトラスト インターコネクト セキュリティ フレームワーク

今年の認定では、アイデンティティの信頼、デバイスの信頼、 データの信頼という 3 つの側面をカバーするゼロトラスト インターコネクト セキュリティ アプローチが導入されています。電話機とヘッドユニットが接続された後、モバイル側からのすべての指示は ID 検証と許可認証を受ける必要があります。 「リンクが確立されたら、信頼されているとみなされる」という古いアプローチはもう適用されません。セキュリティ メカニズム全体が接続全体にわたる継続的な検証に移行します。

・相互接続データの暗号化: 一律に AES-256 が必要です。

・暗号化/復号化およびキーの保管: TEE 内で分離する必要があります (信頼された実行)

TEE 分離を構築するために初期のハードウェア ソリューションをまだ使用している製品では、セキュリティ サブシステムを再構築する必要がある可能性があります。近年、多くのソリューションはセキュリティのためにソフトウェア モジュールに依存していましたが、 現在はチップレベルのセキュリティ サポートに重点が置かれています。専用のセキュリティ処理ユニットを持たないソリューションはレビューに合格するのが非常に難しくなります。特殊な技術的差異評価を通過できるのはほんのわずかです。

1.2 年次セキュリティ侵入評価

HiCar アクセスを取得した後、企業は Huawei が認める第三者機関に毎年セキュリティ評価レポートの発行を依頼する必要があります。有効なレポートを期限までに提出しないと、進行中の資格に影響します。この要件は 2026 年に発効し、必須となっています。

侵入評価の範囲は拡大され、ヘッド ユニット、車載ゲートウェイ、リモート端末がカバーされています。 区別: パワートレイン コンポーネント (BMS、ドライブ コントローラー、車載充電器) – それらの安全規制は車両全体のアクセスに該当します – HiCar 相互接続の評価範囲には含まれません。評価レポートは単なる形式的なものではありません。高リスクの脆弱性はクローズドループで修復する必要があり、修復計画と検証結果はレビューのために提出されます。

1.3 機能安全と車載データのコンプライアンス

多くの OEM は、フロントロード プロジェクトのコンポーネント提供標準として ISO 26262 ASIL‑B を設定しています。ただし、これは HiCar 認定の基準値ではありません。企業は車両の全体的な要件に基づいて計画を立てる必要があります。データ コンプライアンスについては、GB/T 41871 を参照してください。機密性の高いユーザー データ (位置情報、通話記録) は、送信中および保存中に TEE 内で暗号化され、隔離される必要があります。ユーザーは自分の使用記録を表示および削除できます。

データ収集は必要最小限の原則に厳密に従います。サービスに関係のないデータは収集できません。すべての収集活動は、完全なデータ使用および削除プロセスを含めて完全に追跡可能である必要があります。データ コンプライアンスは、レビューの「あれば便利」 から重要な部分に移行しました。

2. 機能テスト – より厳格な基準 – ハードウェア ヘッドルームの確保

2.1UWB 非接触測位 (オプション)

デジタル キーと非接触近接ロック解除機能を備えたモデルの場合 – 新規UWB 測位テストが適用されます。要件:

・測位誤差 < 15 cm。

・近接ウェイクアップ成功率 >99.5%。

UWB チップを搭載しているだけでは準拠が保証されません。アルゴリズムは、複雑な車内電磁環境において所有者の位置を確実に識別する必要があります。実験室の条件は比較的簡単です。実車の条件はソリューション全体をテストします。UWB アンテナの配置、基地局のレイアウト、干渉フィルタリング アルゴリズムなど、各詳細には反復的な調整が必要です。非接触キー機能のない製品 – UWB 測位テストは不要です。

2.2 マルチスクリーン コラボレーションおよび車内音声インタラクション (フロントロード ハイエンド)

マルチスクリーン コラボレーションをサポートするコックピット ソリューションの場合:

·3 スクリーン同期 (HUD、計器、センター コンソール): 画面同期遅延<10 ミリ秒 – エンドツーエンドの投影遅延 <8 ミリ秒。

・AR ナビゲーション オーバーレイはスムーズである必要があります – 途切れやオフセットがあってはなりません。

・選択段階でビデオ デコードの計算と帯域幅が不十分な場合 – ソフトウェアは後で補正できません。

ネイティブ音声アシスタント統合を備えたフロントロード コックピットは、AI マルチマイク ノイズ リダクションをサポートする必要があります – 広東語と四川語を通過する方言認識テスト - 音声ウェイクアップ応答 <800 ミリ秒。方言認識には十分なトレーニング データが必要です。音声サプライヤーを選択するときは、関連するテスト リソースがあることを確認してください。電話の音声信号のみを中継するアフターマーケット デバイス – 方言認識テストは必要ありません。

2.3 基本的なワイヤレス接続メトリクス

ハイエンド マルチスクリーンおよび非接触機能を備えたモデルの場合:

·Wi-Fi 6E をサポートする必要があります。

·接続の確立 <2

・自動再接続の成功率 >99.8%。

・幅広い温度での安定性と車内干渉耐性も評価されます。

明確化: -40°C ～ 85°C の広い温度での動作は自動車部品の一般的な要件です。基本的な有線 HiCar デバイスと単純な無線ドングルには Wi-Fi は必要ありません。 6E。車載の電磁耐性については、CISPR 25 を参照してください – 製品の位置付けに基づいて適切なレベルを選択してください。

最終的に、これらの指標はハードウェア プラットフォーム全体 (Wi-Fi フロントエンド、UWB ポジショニング チップ、ビデオ デコード ユニット) を制約します – パフォーマンスのヘッドルームは選択段階で確認する必要があります。一般に消費者グレードのコンポーネントは、自動車の幅広い温度および長期の干渉要件を満たすことができません。

3. 認証プロセス – 主な変更

3.1 メーカーのセルフテストのレビュー基準が引き上げられました

ファーウェイはメーカーに対し、セルフテストを完了し、セルフテスト記録と主要シナリオのログを提出することを求めています。すべてのテスト ケースのスクリーンショットは必要ではありません。仕様に基づく主要なシナリオの証拠のみです。資料が不足している = アプリケーションは拒否されます – ただし、スクリーンショットを無制限に保存する必要はありません。

認定ラボは仕様の解釈、テストケースの確認、ログ形式のチェックを提供できますが、セルフテスト自体はメーカーの責任となります。完全なセルフテストを外部委託する場合もあります。レビュー担当者はログ パターンの異常を検出できますが、そのような資料は受け入れられません。

3.2 同等テストのファースト トラック

ファーウェイは同等テストのファースト トラックを提供しています。基本的なシナリオ条件を満たしても、自動的に適格性が付与されることはありません – 企業は同等のテスト申請書を提出する必要があります – 認可されたラボが技術的差異分析を発行します – そして、ファーウェイが最終的な適格性の決定を行います。

よくある混乱: ラボは技術的差異の評価のみを担当し、承認ではない。同等性が認められるかどうかの最終決定はファーウェイの審査チームに委ねられます。ラボの評価レポートは承認の結論ではありません。

3.3プロジェクト タイムラインの参考

・フロントロード コックピット デバイス: 正式なラボ テストは4～8 週間かかります。

・アフターマーケットのヘッドユニット スクリーンとワイヤレス ドングル: 3～4 週間。

これはラボテストのみを対象とし、セルフテストの修正、ドキュメントの改訂、および Huawei の最終レビューは除きます。プロジェクト全体のタイムラインは通常より長くなります。それに応じて予算とスケジュールを設定します。 2026 年、ファーウェイは市販後のソフトウェアのバージョン管理を強化しました。年次メンテナンスとバージョン変更レビューのスケジュールも考慮する必要があります。HiCar 6.0 シリーズの証明書は1 年間有効です。企業は年次認定メンテナンスを期限内に完了する必要があります。

4. 企業向けの実践的なアプローチ

4.1 ハードウェア プラットフォームを検証する早期

UWB 測位精度、マルチスクリーン同期遅延、Wi-Fi RF パフォーマンスなどの指標 – 選択段階で検証します。プロトタイプの構築後に初めてパフォーマンスの不足が判明した場合、ハードウェアのやり直しには非常にコストがかかります。

ヘッドルーム: ビデオ デコード帯域幅、AI コンピューティング、UWB 処理 – 20 ～ 30% のマージンを確保してください。ラボの理想的な条件は、実車の環境とは大きく異なります。マージンが不十分だと、実車のパフォーマンスの低下につながります。

4.2企業の資格へのアクセス – 自己管理が必要です

HiCar プロジェクトの最初のステップは、Huawei Developer Alliance の企業登録です。サードパーティのラボは、お客様に代わってプラットフォームの認定を処理することはできません。多くのクライアントは、ラボがアカウント登録と資格申請を行うことができると誤解しています。実際には、ラボはテストのサポートのみを提供し、プラットフォームのオンボーディングは企業自身が処理する必要があります。

4.3 認可されたラボを賢く選択する

ラボによって、異なる強みがあります。フロントロード OEM プロジェクトに優れているラボもあれば、アフターマーケット周辺機器に優れているラボもあります。比較する場合:

・類似製品の過去のプロジェクト事例。

・再テスト率。

・ピークシーズンのスケジュールがマイルストーンと一致しているかどうか。

ファーウェイは一律の価格を設定しません – ラボは独自の料金を設定します – ファーウェイはテスト基準とプロセスのコンプライアンスのみを管理します。見積もりは大幅に異なります。価格だけを考慮するのではなく、プロジェクト計画、スケジュール保証、修復サポート能力を評価してください。

2026 HUAWEI HiCar 認定については、BlueAsia（13534225140 (King)）または電子メール [email protected] にお問い合わせください。