Google Find Hub製品開発前に決める6項目

Google Find Hub対応アクセサリは、汎用BLE機器にアドバタイズデータを追加するだけでは製品化できません。製品提案、契約、対応ファームウェア、セルフテスト、第三者試験、出荷承認までを見通し、開発初期からハードウェアと量産工程へ要件を反映する必要があります。

1. 対象製品と市場を確認する

発売国、Android ユーザー、製品形式、チャネル、タイミングを定義します。トラッカーカード、キーホルダー タグ、電子ペーパー バッジ、および組み込みモジュールには、バッテリー、音響、ボタン、アンテナ、およびリセットに関するさまざまな制約が課せられます。 Google のプロセスでは、提案を送信するときに位置タグと非オーディオ デバイスも区別します。

2. 対応チップセットとファームウェアを確認する

Google は、この統合のための一般的な SDK または API を提供していないと述べています。パートナーは、SoC ベンダーまたはシステム インテグレータにファームウェアの可用性を確認する必要があります。 BLE の機能、メモリ、暗号処理、低電力状態、生産ツール、アップデート パスをまとめて評価します。

3. ボタン、ブザー、初期化操作を確実にする

対応アクセサリでは、ブザー鳴動、状態確認、ID、初期化操作を確実に実行できる必要があります。ハードウェア側ではボタンの再現性と音響経路を確保し、ファームウェア側では認証、タイムアウト、異常状態を制御します。薄型カードは一般的なタグよりボタンストロークとブザー用空間が小さいため、早い段階で実機評価を行います。

4. 不正追跡対策を製品要件に組み込む

Find Hub アクセサリは、所有者以外による識別、アクセサリ情報、一時的にアドバタイズを停止する方法、および公開無効化の指示など、該当するクロスプラットフォームの不正追跡要件をサポートする必要があります。機械的な対話、ドキュメント、パッケージ化、およびサポート URL を一緒に計画する必要があります。

5. RF、消費電力、状態遷移を評価する

通常の BLE RF および規制作業に加えて、ペアリング、ブザー鳴動、識別子のローテーション、リセット、電力損失からの回復、低バッテリー動作、およびファームウェアのアップデートを検証します。バッテリー寿命はすべての動作状態からモデル化され、代表的な完成品の製品ファームウェアで測定される必要があります。

6. 量産前にプロビジョニングとトレーサビリティを証明する

デバイス ID、キー、モデル データ、製造記録は安全にプロビジョニングされ、追跡可能である必要があります。モデルまたはカラー バリエーションの登録ルールもプロジェクト データに影響を与える可能性があります。パイロット生産では、出荷前にプロビジョニング、機能テスト、障害の切り分け、権限の再作業を実行する必要があります。