Certification accessoires Amazon AVS et Google Cast
Guide - AVS, Alexa Built-in, Cast, Chromecast built-in
Integrer Amazon Alexa ou Google Cast dans une enceinte connectee, un afficheur, un televiseur ou un accessoire domotique ajoute une couche de certification programme par-dessus la certification reglementaire radio et CEM. Amazon structure son programme autour de trois voies, Alexa Built-in avec l'AVS Device SDK, Alexa Connect Kit (ACK) pour des objets connectes plus simples, et Alexa Built-in Lite pour des integrations limitees. Google structure son programme autour de Chromecast built-in pour l'audio, Chromecast built-in pour les televiseurs, et Google Assistant built-in, avec des extensions en cours autour de Matter casting. Les deux programmes partagent les memes familles de contraintes: conformite de la connexion cloud, avant acoustique et plan d'essai far-field pour les produits voix, gestion OAuth et identifiants, regles privacy et indicateur microphone, DRM pour la video. Cette page presente la cartographie institutionnelle des deux programmes, la logique AFE et plan d'essai acoustique, la couche wake-word et IP DSP, la pile de decouverte mDNS-SD et DIAL cote Cast, la voie Widevine pour la video, et les contraintes croisees avec la certification radio reglementaire.
Cartographie institutionnelle
Section intitulée « Cartographie institutionnelle »Les deux programmes sont portes par Amazon et Google en tant que programmes prives, distincts des regimes reglementaires publics. Le certificat qu'ils delivrent est contractuel: il autorise l'usage de la marque Alexa Built-in ou Chromecast built-in et l'acces au cloud correspondant, sous les termes de l'accord developpeur.
| Acteur | Perimetre | Type de decision |
|---|---|---|
| Amazon Developer | Enrolement, acces SDK, gestion compte cloud Alexa | Creation de compte, acces contractuel a AVS ou ACK |
| Equipe Alexa certification Amazon | Revue fonctionnelle, acoustique et privacy pour Alexa Built-in | Passage du plan d'essai acoustique et fonctionnel, autorisation de marque |
| Google Developers | Acces Cast SDK et Assistant SDK, gestion compte | Creation de compte, acces contractuel au cloud Cast |
| Equipe certification Google | Revue fonctionnelle, acoustique et DRM pour Cast et Assistant | Passage de la certification Cast ou Assistant, autorisation de marque |
| Laboratoires acoustiques accredites | Chambre anechoique, champ diffus, conditions multi-talker | Rapports d'essais conformes au plan Amazon ou Google |
| Widevine et partenaires DRM | Integration Widevine L1 materiel, provisionnement de KeyBox | Certificat d'integration pour la video premium |
L'interlocuteur de procedure pour le fabricant est, cote Amazon, l'equipe Alexa Built-in ou ACK certification accessible via le portail Amazon Developer, et cote Google, l'equipe Cast ou Assistant certification accessible via Google Developers. L'enrolement direct sans compte developpeur n'est pas possible.
Amazon AVS: Alexa Built-in, ACK, Alexa Built-in Lite
Section intitulée « Amazon AVS: Alexa Built-in, ACK, Alexa Built-in Lite »Le programme accessoires Alexa d'Amazon compte trois voies de certification, definies par la profondeur fonctionnelle de l'integration Alexa et la localisation de la logique cloud.
Alexa Built-in
Section intitulée « Alexa Built-in »Alexa Built-in couvre les produits qui embarquent le client Alexa complet sur l'appareil. La base technique est l'AVS Device SDK (C++ sur Linux ou RTOS, derivees Java sur les plateformes Android) ou l'Alexa Voice Service Integration Kit (AVS-IK) pour une integration acceleree sur des SoC partenaires. L'appareil prend en charge:
- detection wake-word locale, par un moteur embarque (Sensory TrulyHandsfree, moteur Amazon proprietaire, ou equivalent),
- streaming vers AVS de l'audio capture apres le wake-word, en HTTP/2 avec authentification OAuth via Login With Amazon,
- rendu des reponses audio, eventuellement avec une interface graphique sur ecran,
- capacites cote appareil declarees via Alexa Smart Home ou Alexa Skill API.
Cette voie impose le niveau le plus eleve de conformite fonctionnelle et acoustique.
Alexa Connect Kit (ACK)
Section intitulée « Alexa Connect Kit (ACK) »ACK cible les objets connectes plus simples: appareils electromenagers, prises, capteurs, accessoires de cuisine. La logique client Alexa ne tourne pas sur l'appareil. Le produit integre un petit module fourni par Amazon (Wi-Fi plus MCU) preconfigure avec un firmware heberge par Amazon. L'appareil expose ses capacites par une API Amazon, et Amazon gere la partie cloud, les mises a jour OTA et l'integration de compte.
Cette voie n'a pas de plan d'essai acoustique, parce que l'appareil n'a typiquement pas de reseau de microphones far-field. La certification fonctionnelle couvre l'integration de l'API Amazon et la conformite aux Amazon Privacy and Security Requirements pour appareils connectes.
Alexa Built-in Lite
Section intitulée « Alexa Built-in Lite »Lite couvre un perimetre intermediaire: integration Alexa limitee sur des appareils qui ont un microphone mais pas un reseau far-field, typique d'ecouteurs ou d'accessoires wearable. Le plan d'essai acoustique est reduit par rapport au Built-in complet, et le jeu de fonctionnalites Alexa supporte est plus restreint.
| Voie | Logique cloud | Microphone | Profondeur plan d'essai |
|---|---|---|---|
| Alexa Built-in | Sur l'appareil, AVS Device SDK | Reseau far-field typique | Plan acoustique et fonctionnel complet |
| ACK | Firmware heberge Amazon sur module dedie | Typiquement aucun | Fonctionnel seulement, pas d'acoustique |
| Alexa Built-in Lite | Sur l'appareil, perimetre reduit | Mono ou close-talk | Plan acoustique reduit |
Plan d'essai acoustique et Acoustic Front End
Section intitulée « Plan d'essai acoustique et Acoustic Front End »La certification fonctionnelle d'Alexa Built-in repose sur un plan d'essai acoustique, l'Alexa Acoustic Test Plan, complete par l'Alexa Functional Test Plan. L'objectif est de valider que l'avant acoustique de l'appareil (AFE) permet au moteur wake-word et au dialogue streame vers AVS de fonctionner dans des conditions d'ecoute realistes.
Acoustic Front End
Section intitulée « Acoustic Front End »L'AFE est la chaine qui capte la voix de l'utilisateur, la conditionne, applique l'annulation d'echo acoustique quand l'appareil joue lui-meme de l'audio, et fournit au moteur wake-word et au cloud un signal propre. Ses composants:
- reseau de microphones far-field (typiquement 2 a 7 microphones selon la classe d'appareil), capable de beamforming,
- AEC (Acoustic Echo Cancellation) pour la lecture de musique ou le rendu de reponses audio,
- suppression de bruit en champ diffus, musique et environnement multi-talker,
- beamforming et localisation de source pour focaliser sur le locuteur actif,
- controle automatique de gain pour absorber les variations de proximite de l'utilisateur.
L'IP DSP est un point recurrent: plusieurs acteurs (Cirrus Logic, Knowles, DSP Group, Synaptics-CES heritage) proposent des briques AFE commerciales preacordees pour Alexa Built-in ou Cast. Le choix de la brique conditionne le SNR atteint et le taux de passage du plan d'essai.
Chambre anechoique et tests en champ diffus
Section intitulée « Chambre anechoique et tests en champ diffus »Les essais acoustiques sont menes en laboratoire accredite equipe d'une chambre anechoique capable de simuler des profils de reverberation representatifs d'environnements domestiques. L'instrumentation est fournie par des specialistes comme Audio Precision, Klippel, Listen Inc. La sequence standard:
- detection wake-word a distances variables (typiquement jusqu'a plusieurs metres),
- multi-talker avec sources de voix concurrentes a differents angles,
- AEC pendant la lecture musicale a divers niveaux,
- suppression de bruit avec injection de bruit diffus,
- taux de false-accept avec contenus audio non cibles.
Les valeurs cibles exactes sont definies dans le plan d'essai Amazon et evoluent. L'ordre de grandeur d'effort, en partant d'un AFE non acorde, est de plusieurs iterations d'essais physiques avec ajustements materiels (placement micros, ports acoustiques, amortissement interne) entre les sessions.
Wake-word et licensing
Section intitulée « Wake-word et licensing »Le moteur wake-word est une brique critique. Deux motifs:
- moteur tiers embarque, cas le plus frequent pour les produits non-Amazon (Sensory TrulyHandsfree est la reference historique),
- moteur Amazon proprietaire, disponible sous licence pour certains partenaires.
Le taux d'activation wake-word, la latence entre le mot prononce par l'utilisateur et le streaming vers AVS, et le taux de false-accept par heure sont des metriques toutes couvertes par le plan d'essai. Le moteur et son tuning constituent un livrable qui accompagne la certification.
Connexion cloud et gestion des identifiants
Section intitulée « Connexion cloud et gestion des identifiants »La connexion au cloud AVS fonctionne sur une pile specifique.
Vue d'ensemble de la pile
Section intitulée « Vue d'ensemble de la pile »- Endpoints HTTP/2 sur le cloud Alexa, avec multiplexage pour l'audio basse latence,
- OAuth 2.0 via Login With Amazon pour l'authentification utilisateur sur l'appareil,
- refresh-tokens geres par l'appareil, avec rotation selon les regles Amazon.
Un bug frequent est la rotation des refresh-tokens cassee apres un reboot de l'appareil: l'appareil stocke un refresh-token, le reboot perd l'etat rotation, le cloud refuse la requete de refresh suivante, l'utilisateur est deconnecte sans explication. Ce motif est detecte en pre-revue de certification lorsqu'il apparait.
Encodage et upload
Section intitulée « Encodage et upload »L'audio uploade vers AVS est typiquement encode en Opus a 16 kHz mono, parfois en PCM selon la configuration. Le choix entre Opus et PCM influence bande passante et latence codec, deux facteurs ponderes par Amazon en revue fonctionnelle.
Privacy et indicateur microphone
Section intitulée « Privacy et indicateur microphone »Les Amazon Privacy and Security Requirements pour Alexa Built-in imposent des regles strictes sur la vie privee de l'utilisateur.
- bouton mute physique obligatoire: une commande materielle qui deconnecte physiquement ou inhibe visiblement le reseau de microphones,
- indicateur LED quand le microphone diffuse activement de l'audio vers le cloud, avec une politique d'allumage permanent pendant le streaming,
- etat du microphone signale a chaque interaction, pas d'ecoute silencieuse,
- reset usine qui efface integralement identifiants stockes et donnees personnelles.
La regle d'indicateur LED est regulierement sous-estimee: un appareil qui n'emet la LED qu'au demarrage du streaming et pas pendant toute sa duree n'est pas conforme. La pre-revue verifie que la LED reste allumee sur toute la fenetre de streaming.
Google Cast: Chromecast built-in et Assistant built-in
Section intitulée « Google Cast: Chromecast built-in et Assistant built-in »Le programme accessoires Google couvre deux voies produit principales, plus une extension Matter en cours.
Chromecast built-in pour l'audio
Section intitulée « Chromecast built-in pour l'audio »Produits audio seul: enceintes connectees, barres de son, recepteurs audio. L'integration passe par le Google Cast SDK cote recepteur, avec un sender sur telephone, tablette ou navigateur (l'app Cast et l'extension Chrome Cast). L'architecture:
- mDNS-SD (Multicast DNS Service Discovery) pour decouvrir les recepteurs sur le reseau local,
- DIAL (Discovery And Launch) pour lancer l'application du recepteur,
- Cast Application Framework (CAF) pour la gestion de session et des messages entre sender et recepteur.
Le produit integre aussi typiquement Google Assistant built-in quand il a un microphone, avec un plan d'essai acoustique proche d'esprit de celui d'Amazon.
Chromecast built-in pour televiseurs
Section intitulée « Chromecast built-in pour televiseurs »Televiseurs et afficheurs connectes. Ajoute par-dessus la voie audio:
- rendu video avec support des codecs H.264, H.265 et AV1 selon la classe de produit,
- DRM Widevine, en L1 pour les contenus premium HD ou UHD, en L3 pour des resolutions inferieures,
- pipeline HDR avec Dolby Vision ou HDR10 plus selon le positionnement commercial,
- pass-through Dolby Atmos pour les sorties audio compatibles.
Les exigences materielles (RAM, CPU, decodeur AES, classe Wi-Fi) sont definies par Google dans des documents publies, avec des minimums qui evoluent selon les generations de SoC. L'ordre de grandeur est un minimum Wi-Fi 5 avec Wi-Fi 6 prefere sur les generations recentes, mais les chiffres exacts applicables a un projet donne doivent etre verifies aupres de Google.
Google Assistant built-in
Section intitulée « Google Assistant built-in »Une couche de certification distincte de Cast, dediee a l'integration voix. Le plan d'essai fonctionnel et acoustique ressemble d'esprit au plan Amazon, avec ses propres metriques: taux de detection wake-word ("Hey Google" ou "OK Google"), SNR far-field, AEC pendant la lecture musicale, taux de false-accept. Un produit peut etre Cast seul, Assistant seul ou les deux selon le perimetre vise.
Matter casting
Section intitulée « Matter casting »L'horizon 2024 a 2026 introduit le Matter casting: roles de casting (Casting Source et Casting Target) sur le tissu Matter. Le point est de converger avec l'ecosysteme Matter sur la couche de decouverte et de gestion de session, tout en gardant le Cast SDK sur la couche applicative et media. L'integration exacte depend des revisions de version Matter et des decisions des acteurs de l'ecosysteme: au moment de la redaction, l'angle Cast over Matter est en cours de structuration.
| Voie | Type | Cert fonctionnel | Cert acoustique | DRM |
|---|---|---|---|---|
| Chromecast built-in pour l'audio | Recepteur audio | Oui | Souvent couple a Assistant si micro present | Contrainte faible |
| Chromecast built-in pour TV | Recepteur video | Oui | Si micro embarque | Widevine L1 pour premium HD ou UHD |
| Google Assistant built-in | Integration voix | Oui | Oui, plan d'essai acoustique complet | Sans objet |
| Matter casting | Extension casting sur Matter | Emergent | Depend du type de produit | Depend du type de produit |
Widevine et la voie DRM pour la video
Section intitulée « Widevine et la voie DRM pour la video »Pour les produits Cast qui rendent de la video premium, l'integration Widevine est une brique critique.
Widevine L1 versus L3
Section intitulée « Widevine L1 versus L3 »- Widevine L1 (appui materiel): cles gerees dans un Trusted Execution Environment (TEE), decodage du contenu dans un chemin protege. Requis pour les contenus premium HD et UHD de Netflix, Disney+ et equivalents.
- Widevine L3 (logiciel): cles et decodage en logiciel. Acceptable pour des resolutions plus faibles ou des configurations specifiques, insuffisant pour le HD ou UHD premium.
KeyBox et provisionnement
Section intitulée « KeyBox et provisionnement »L'integration L1 exige le chargement d'une KeyBox dans le SoC en usine, dans un processus supervise par le fournisseur SoC et Google. La KeyBox est specifique a l'unite et non transferable. Oublier la KeyBox en usine, ou la perdre lors des flux de reparation, est un motif d'echec recurrent qui aboutit a un appareil non jouable.
Frame drops au handshake
Section intitulée « Frame drops au handshake »Un symptome frequent en pre-revue est le frame drop au handshake Widevine au demarrage du flux ou lors de la rotation de cle. La cause est typiquement un probleme de timing dans le pipeline protege ou une derivation de cle lente qui ne s'absorbe pas dans le budget de synchronisation audio-video. La resolution passe par des mesures internes au SoC et un tuning du decodeur protege.
Pour les produits audio haut de gamme, aucune couche DRM equivalente ne s'applique: la chaine audio ne porte pas de protection de contenu equivalente.
Considerations transverses aux deux programmes
Section intitulée « Considerations transverses aux deux programmes »Plusieurs contraintes s'appliquent a la fois a AVS et Cast.
Certification radio reglementaire
Section intitulée « Certification radio reglementaire »Les certifications AVS et Cast ne remplacent pas la certification radio reglementaire. Une enceinte connectee pour le marche europeen a besoin de:
- marquage CE sous RED (RED),
- certification Wi-Fi Alliance (Certification Wi-Fi Alliance),
- qualification Bluetooth SIG quand le Bluetooth est utilise (Qualification Bluetooth SIG),
- certification AVS ou Cast sous le programme Amazon ou Google.
Pour les Etats-Unis, FCC Part 15 prend la place du CE sous RED. Pour le Japon, la certification MIC avec le marquage giteki, et ainsi de suite pour les autres regions reglementaires. Les couches radio s'empilent par-dessus les couches programme, pas en substitution.
Cybersecurite IoT
Section intitulée « Cybersecurite IoT »Les exigences privacy et securite imposees par Amazon et Google sur les accessoires connectes recouvrent en partie des referentiels publics comme NIST IR 8425 et EN 303 645, notamment sur les mecanismes de mise a jour, la gestion des mots de passe par defaut et la gestion des vulnerabilites. La convergence n'est pas totale, mais un travail de cybersecurite bien organise couvre a la fois la demande Amazon ou Google et les referentiels publics.
IP acoustique sous licence
Section intitulée « IP acoustique sous licence »Le choix de la brique AFE (DSP, moteur wake-word, beamforming) implique du licensing tiers. Les acteurs pertinents au moment de la redaction comprennent Cirrus Logic, Knowles, DSP Group, et Synaptics avec l'heritage CES Conexant. La structure de licensing et la feuille de route technologique evoluent, et une verification a jour aupres de chaque fournisseur est la seule source solide.
Matter comme extension unifiante
Section intitulée « Matter comme extension unifiante »Matter s'introduit progressivement comme couche unifiante de la maison connectee, avec des extensions cote casting pour Google et cote smart home pour Amazon comme pour Google. L'angle Cast over Matter et le support Matter d'Alexa Smart Home sont suivis en parallele par les deux programmes. Matter ne remplace pas la couche voix ou media: il s'ajoute.
Pieges frequents
Section intitulée « Pieges frequents »| Piege | Consequence |
|---|---|
| AFE avec SNR microphone insuffisant | Taux de detection wake-word sous le seuil du plan d'essai acoustique |
| AEC qui echoue pendant la lecture musicale | Wake-word masque, dialogue bloque quand la musique joue |
| Rotation des refresh-tokens OAuth cassee apres reboot | Utilisateur deconnecte, liaison cloud perdue sans explication |
| Frame drops Cast video au handshake Widevine | Flux rejete, contenu premium non jouable sur l'appareil |
| LED mute pas allumee en permanence pendant le streaming | Infraction privacy, echec en revue Alexa Privacy and Security |
| Reset usine qui efface les cles Cast sans re-provisionnement | Appareil inutilisable en recepteur Cast apres le reset |
| Confondre Alexa Built-in et ACK au cadrage | Mauvais SDK choisi, integration relancee au changement de programme |
| IP wake-word non licenciee a l'industrialisation | Licence forcee sous pression de delai ou changement de moteur |
| Sous-estimer Wi-Fi Alliance et Bluetooth SIG par-dessus | Certification programme obtenue mais produit non conforme radio |
| Oublier la KeyBox Widevine en usine | Chaine L1 non operationnelle, premium HD ou UHD non jouable |
Procedure pas a pas pour une enceinte connectee Alexa Built-in
Section intitulée « Procedure pas a pas pour une enceinte connectee Alexa Built-in »La sequence typique pour un fabricant integrant Alexa Built-in sur un nouveau produit.
- Ouvrir le compte Amazon Developer et signer l'accord Alexa Built-in, avec selection de la voie cible (Built-in, ACK, Built-in Lite).
- Choisir le SoC et la brique AFE, valider le licensing IP DSP (fournisseur DSP, moteur wake-word, beamforming).
- Integrer l'AVS Device SDK ou AVS-IK, y compris OAuth via Login With Amazon et gestion des refresh-tokens.
- Conception acoustique et mecanique: placement du reseau de microphones, amortissement interne, ports acoustiques, bouton mute et LED.
- Tuning acoustique interne avec mesures provisoires en chambre maison ou bas cout, avant passage en laboratoire accredite.
- Essais acoustiques pre-cert en laboratoire accredite (Audio Precision, Klippel, Listen Inc.), taux de detection wake-word, AEC, multi-talker.
- Essais fonctionnels pre-cert sur l'Alexa Functional Test Plan: dialogues, capacites, rendu de reponse.
- Revue privacy et securite contre les Amazon Privacy and Security Requirements: mute, LED, reset usine, effacement de donnees.
- Certifications Wi-Fi Alliance et Bluetooth SIG en parallele, cote radio reglementaire.
- Certification radio regionale: FCC, CE sous RED, MIC, KC et ainsi de suite selon les marches cibles.
- Soumettre le dossier complet a Amazon, avec rapports acoustique et fonctionnel, declarations privacy, references reglementaires.
- Iterer sur les commentaires Amazon, conduire des essais complementaires eventuels, obtenir le passage Alexa Built-in.
- Autorisation de marque et acces aux livrables commerciaux Alexa Built-in (logo, marketing, inscription au registre du site Amazon).
- Maintenance: suivre les mises a jour Alexa SDK, les revisions du plan d'essai Amazon, la feuille de route Wi-Fi Alliance et Bluetooth SIG.
Pour des ordres de grandeur transverses par phase, voir chronogramme de certification.
Comparaison AVS et Cast
Section intitulée « Comparaison AVS et Cast »| Critere | Alexa Built-in (Amazon) | Chromecast et Assistant built-in (Google) |
|---|---|---|
| Point d'entree cloud | AVS Device SDK ou AVS-IK, HTTP/2 + OAuth via LWA | Cast SDK ou Assistant SDK, mDNS-SD + DIAL + CAF |
| Wake-word | "Alexa", moteur local + plan d'essai acoustique | "Hey Google" / "OK Google", moteur local + plan d'essai |
| Plan d'essai acoustique | Alexa Acoustic Test Plan, laboratoire accredite | Plan d'essai acoustique Google equivalent, laboratoire accredite |
| DRM video | Sans objet pour les produits audio typiques | Widevine L1 pour le HD ou UHD premium sur produits TV |
| Voie IoT lite | ACK (Alexa Connect Kit) sur module heberge Amazon | Pas d'equivalent strict, indirect via Google Home et Matter |
| Privacy et indicateur | Mute, LED permanente pendant streaming, reset usine | Regles equivalentes sous policy Google |
| Marque | Logo et autorisation de marque Alexa Built-in | Logos Chromecast built-in / Google Assistant built-in |
Les deux programmes partagent un air de famille fort sur les parties AFE, cloud voix et privacy. Ils divergent sur l'angle DRM pour la video (specifique a Cast sur TV) et sur la voie IoT lite (ou Amazon a structure ACK sans symetrique exact cote Google au moment de la redaction).
Pour aller plus loin
Section intitulée « Pour aller plus loin »- Certification Wi-Fi Alliance: couche radio Wi-Fi requise par-dessus AVS et Cast
- Qualification Bluetooth SIG: couche Bluetooth quand le produit l'utilise
- Certification Matter: couche unifiante emergente pour la maison connectee
- Cybersecurite IoT EN 303 645: referentiel europeen cybersecurite IoT, recouvrement partiel avec regles Amazon et Google
- NIST IR 8425 securite IoT: referentiel cybersecurite IoT cote US
- Securite acoustique EN 50332: cote ecoute, complementaire au cote entree microphone AVS ou Cast
- Chronogramme de certification: ordres de grandeur transverses par phase
- Glossaire: definitions de AVS, ACK, AFE, AEC, mDNS-SD, DIAL, Widevine
Voir aussi
Section intitulée « Voir aussi »- USB-IF: certification USB-C, USB4 et USB Power Delivery
- DECT Forum: certification DECT classique et DECT NR+
- NFC Forum : certification et marque N-Mark
- HDMI Forum et HDMI LA: certification cable et appareil
Sources & références
- Amazon Developer, Alexa Voice Service overview , Amazon developer.amazon.com/en-US/alexa/alexa-voice-service
- Amazon Developer, Alexa Connect Kit , Amazon developer.amazon.com/en-US/alexa/connected-devices/alexa-connect-kit
- Google Developers, Cast SDK overview , Google developers.google.com/cast
- Google Developers, Google Assistant SDK , Google developers.google.com/assistant/sdk
- Widevine, DRM for premium content , Google www.widevine.com/
- Connectivity Standards Alliance, Matter specification , CSA csa-iot.org/all-solutions/matter/