スピーカーのモデルとSKU、ハードウェアのリビジョン、ブートローダー、MCUファームウェア、DSPファイル、Bluetoothモジュールファームウェア、アプリのビルド、サポートされている電話のオペレーティングシステム、アップデートパッケージ、サーバー環境、およびリリースチャネルを一覧表示してください。どのコンポーネントが他のどのコンポーネントをアップデートできるかを明記してください。
要素 | 保持するアイデンティティ | 互換性に関する質問 |
スピーカーハードウェア | PCB、メモリ、モジュール、コンポーネントの改訂 | このビルドでパッケージを安全に実行できますか? |
ブートとリカバリ | バージョン、入力方法、保護領域 | 失敗したアップデートを復旧することは可能ですか? |
メイン/DSPファームウェア | チェックサム、ビルド、構成 | 音声や操作系は、想定どおり変更されていませんか? |
モバイルアプリ | ストアの構築、プラットフォーム、および権限 | 発売済みの機種に対応していますか? |
アップデートサービス | 環境、チャネル、パッケージ、マニフェスト | 意図したモデルは、意図したファイルを受信していますか? |
のプロジェクト承認ファイルガイド物理サンプルとは別に、これらの依存関係を管理できる場所を提供する。
クリーンインストールとアップグレードインストールのアプリ状態を使用します。権限の承認、拒否、後からの変更、削除をテストします。工場出荷時の状態と以前にペアリングされたスピーカーをペアリングします。モデルの識別、命名、複数デバイスの処理、通信範囲、再接続、バックグラウンド/フォアグラウンド動作、電話の再起動、アプリの強制終了を確認します。
音量、イコライザー、ライト、マイクエフェクト、入力ソース、ステレオペアリング、デバイス名、スリープ、バッテリー残量表示、ファームウェア情報、および該当する場合はリセットなど、広告に記載されているすべてのコントロールを操作してください。サポートされていない組み合わせを記録し、インターフェースでそれらを防止するか、説明を記載してください。
アプリとデバイスがモデル、ハードウェア、現在のバージョン、ターゲットバージョン、パッケージの整合性、および認証をどのように検証するかを確認してください。ファイル名だけに頼らないでください。アンプ、ディスプレイ、メモリサイズ、またはピン割り当てが異なるパッケージを使用すると、製品が使用できなくなる可能性があります。
NISTのIoTソフトウェアアップデートに関するガイダンスでは、アップデートを許可されたエンティティに限定したり、アップデートが有効なソースから提供されていることを確認したりするなどの機能について説明しています。製品または配信先で必要とされる場合は、市場固有のサイバーセキュリティおよびプライバシーレビューを適用してください。この記事は、エンジニアリング上の受け入れフレームワークであり、コンプライアンスの判断ではありません。
アップデートゲート | 必要な結果 | 証拠 |
モデル/ハードウェアの適合性 | 間違ったターゲットがブロックされました | 陰性検査ログ |
パッケージの整合性 | 破損または改ざんされたファイルは拒否されます | 検証結果とパッケージハッシュ |
バージョンポリシー | アップグレード、同一バージョン、ダウングレードは承認済みとして動作します | 状態行列 |
電源準備完了 | 安全でないバッテリー状態はブロックまたは処理されます | しきい値とユーザーメッセージ |
ユーザーの同意/ステータス | 進歩とその結果については理解できる | 画面キャプチャとタイミング |
制御された地点で、電話の接続を切断し、通信範囲外に移動し、アプリを閉じ、電話を再起動し、安全な場所でスピーカーの電源を遮断し、バッテリー残量低下状態にし、電話のディスプレイをオフにし、破損したパッケージを提供します。ダウンロードが再開されるか、インストールが再開されるか、以前のイメージが使用可能なままか、または定義された復旧ルートが利用可能かを記録します。
アーキテクチャまたは実験室の手順で禁止されている場合は、安全でない電源遮断を行わないでください。エンジニアリング部門は、サポートされている障害注入ポイントと復旧ツールを提供する必要があります。工場での封じ込めには、隠蔽されたプログラミング治具が許容される場合がありますが、現場でのアップデートが提供される場合には、顧客向けの復旧計画に取って代わるものではありません。
アップデートによって、サウンドチューニング、音量調整、音声ガイダンス、ペアリング、TWS機能、マイク処理、ライト、充電インジケーター、待機電流、アプリデータ、または認証関連の無線動作が変更される可能性があります。リスクベースの回帰テストセットを繰り返し実行し、承認済みのサンプルと比較してください。
の講演者変更申請手続きソフトウェアの変更は、コンポーネントの変更と同様に扱うべきです。変更内容、変更理由、影響を受けたユニット、証拠、承認者、リリース日、ロールバックまたは封じ込め措置を記録してください。
テストログアウト、アプリ削除、電話交換、デバイス転送、工場出荷時設定へのリセット、該当する場合はアカウント削除パス、保存されているスピーカー名、使用されている場合はWi-Fi認証情報、プリセット、および更新履歴を確認します。電話、デバイス、およびサービスにどのデータが保存されているかを確認します。プライバシーに関する通知、権限、保持、およびアカウント要件は、市場ごとに専門家によるレビューが必要です。
製品は、返品、修理、または譲渡後、他の顧客の設定を漏洩させてはなりません。サービス手順書には、個人情報を開示することなく、承認されたデータ消去および検証プロセスを明記する必要があります。
アプリストアアカウント、署名資格情報、アップデートサービス、ソースおよびビルド環境、リリースノート、顧客メッセージ、セキュリティレポート、サーバーコスト、電話OSの変更、および製品のサポート終了に関する所有権を割り当ててください。組織がそれをサポートするための承認されたリソースとポリシーがない限り、アップデート期間に関する主張は避けてください。
使用する繰り返し注文の一貫性ガイドハードウェアの交換によって、インストール済みのアプリケーション基盤が予期せず破損するのを防ぐため、ソフトウェアサプライチェーンが変更される際には、見積もり、最小発注数量(MOQ)、納期、認証、保証、サービス、および販売店とのコミュニケーションについて確認してください。