Brevet FR3054393A1 — publié le 20180126

PILOTAGE DE DISPOSITIFS MULTIMEDIA CONNECTES La description a notamment pour objet un dispositif de pilotage de dispositifs multimédia connectés, en particulier d'enceintes connectées, également appelées enceintes sans fil. Il est de plus en plus courant de connecter un dispositif source (ordinateur, tablette, téléphone portable, etc.) contenant un contenu multimédia à une enceinte sans fil adaptée pour restituer le son du contenu multimédia. Il paraît souhaitable de pouvoir connecter un dispositif source à plusieurs enceintes sans fil, afin d'obtenir un son de meilleur qualité (par exemple un son stéréophonique, voire un son 5.1, ou encore d'autres configurations). Mais il est alors souhaitable de synchroniser ces enceintes afin qu'il n'y ait pas de décalage entre le son joué sur deux enceintes distinctes. Un problématique similaire se pose dans le cas de contenus multimédia autres qu'audio, par exemple en cas de projection d'une vidéo. Il peut s'agir de la retransmission d'un même flux en plusieurs exemplaires, par exemple de la retransmission en direct de la vidéo d'une conférence sur plusieurs écrans situés dans une même salle. Il peut également s'agir de la retransmission sur plusieurs écrans de vidéos correspondant à une même scène vue de différents points de vue (par exemple dans le cadre d'un jeu vidéo), les vidéos étant alors différentes mais devant être parfaitement synchronisées. Lorsque toutes les enceintes connectées utilisées sont issues du même fabricant et sont connues du dispositif source, le fabricant peut contrôler toute la chaîne et peut mettre en place un logiciel de synchronisation. Chaque enceinte peut par exemple communiquer des données telles qu'un pointeur indiquant la prochaine partie d'une mémoire tampon qui sera lue ou que l'état d'une horloge interne au dispositif source, qui peut être agencé pour en tirer les conclusions qui s'imposent en déterminant les valeurs relatives des différentes horloges internes et les différentes positions de lecture dans les mémoires tampons respectives des différentes enceintes. 3054393 2 Mais lorsqu'un dispositif source se connecte à des enceintes sans fil qu'il ne connaît pas, et a fortiori lorsque ces enceintes sont hétéroclites (issues par exemple de différents fabricants), il est impossible de synchroniser ces enceintes, dont le fonctionnement et les caractéristiques sont inconnus. 5 Un protocole sans fil couramment utilisé est le protocole Bluetooth. Bluetooth est un standard de communication bien connu de l'homme du métier, défini depuis 1994 et géré par un groupe d'industriels (le Bluetooth SIG) qui en édite des versions successives. La version actuelle est la version 4.2 et une version 5 vient d'être annoncée. Bluetooth permet un 10 échange bidirectionnel de données à courte distance (on parle de réseau piconet, ce qui désigne un réseau couvrant une zone personnelle). La portée d'un équipement Bluetooth est ainsi limitée à quelques dizaines de mètres. Bluetooth utilise des ondes radio qui se situent dans la bande UHF (entre 300 MHz et 3 GHz). Bluetooth vise à simplifier les connexions entre 15 les appareils électroniques en supprimant des liaisons filaires. Bluetooth permet ainsi remplacer par des communications sans fil les câbles entre un dispositif multimédia maître (chaîne Hi-fi, autoradio, ordinateur, tablette, téléphone mobile, etc.) et des dispositifs multimédia cibles tels que des enceintes agencées pour restituer un flux multimédia reçu. 20 Les enceintes Bluetooth rencontrent un certain succès du fait de leur grande portabilité. Cependant, le standard Bluetooth ne permet pas à une puce Bluetooth de transmettre plusieurs flux audio en parallèle à plusieurs dispositifs multimédia que l'on souhaite synchroniser, si un profil d'échange de 25 données audio dit profil A2DP est utilisé. Ce profil A2DP ne permet pas d'effectuer une transmission point à multipoints synchronisée. Le standard Bluetooth indique en effet: "The following restrictions are applied to this profile: 1. The profile does not support a synchronized point-to-multipoint distribution." (soit en français: "les restrictions suivantes s'appliquent à ce 30 profil : 1. ce profil ne supporte pas une distribution point à multipoints synchronisée"). Ainsi, il n'est pas possible en théorie de concevoir un dispositif de pilotage synchronisé de dispositifs multimédia Bluetooth, le 3054393 3 dispositif de pilotage synchronisé comprenant une seule puce Bluetooth pour piloter plusieurs dispositifs multimédia, car Bluetooth ne le permet pas. Il a déjà été proposé de créer un dispositif Bluetooth point à multipoints à destination de plusieurs enceintes. Par exemple, la demande FR2920930, 5 déposée le 6 septembre 2007 et désormais définitivement déchue, proposait un tel dispositif. Mais cette demande ne décrivait pas comment réaliser un tel dispositif, qui paraît impossible au regard du standard Bluetooth si l'on n'utilise qu'une puce Bluetooth. L'insuffisance de description de cette demande empêche d'en retirer un enseignement 10 pertinent quant à la manière de réaliser une liaison point à multipoints, et a fortiori une liaison point à multipoints synchronisée. Bien que Bluetooth ne le prévoie pas, il serait possible de créer dans une puce Bluetooth de dispositif de pilotage plusieurs SEPS Source afin de piloter plusieurs dispositifs Bluetooth (au lieu de prévoir dans un circuit de 15 pilotage autant de puces Bluetooth qu'il y a de dispositifs Bluetooth à piloter). Un SEP est un "Stream End Point" (en français, point d'extrémité de flux). Les communications Bluetooth s'effectuent en point à point entre deux SEPS. Un SEP représente les ressources et les capacités d'un dispositif. Par exemple, un dispositif tel qu'un téléphone portable peut disposer de 20 trois SEPS, l'un représentant ses capacités en tant que récepteur vidéo, un autre représentant ses capacités en tant que récepteur audio avec un codec SBC et un dernier représentant ses capacités de récepteur audio avec un codec aptX. Chaque codec doit être associé à un SEP différent de celui ou ceux au(x)quel(s) est(sont) associé(s) un(des) autre(s) codec(s), mais un 25 même codec peut être associé à plusieurs SEPs. Cependant, dans le cas où les dispositifs Bluetooth sont des dispositifs multimédia Bluetooth, se pose le problème de synchroniser les signaux transmis à chacun de ces dispositifs multimédia Bluetooth en A2DP. L'acronyme A2DP signifie "Advanced Audio Distribution Profile", soit en 30 français profil de distribution audio avancé. Le profil A2DP conventionnel définit un ensemble de protocoles et procédures pour l'échange de données audio au travers du protocole Bluetooth entre un dispositif maître (dit 3054393 4 Source) et un dispositif esclave (dit "Sink", terme signifiant "puits" en français et désignant la destination ultime d'un flux, par exemple une enceinte Bluetooth). Ce profil A2DP est construit à partir de plusieurs briques définies par le standard Bluetooth. 5 Le profil s'appuie notamment sur des briques bas niveau bien connues de l'homme du métier. Ces briques comprennent: - une brique "Baseband" (mot anglais signifiant "bande de base" en français, la brique Baseband étant identifiée par la référence BB sur la figure 1), 10 - une brique "LMP" (acronyme de l'anglais "Link Manager Protocol" signifiant protocole de gestion de lien), - une brique "L2CAP" (acronyme de l'expression "Logical Link Control and Adaptation Protocol" signifiant protocole de contrôle et d'adaptation de lien logique), 15 - une brique "SDP" ("Service Discovery Protocol", soit en français: protocole de découverte de service). Ces briques sont des protocoles définis dans le standard Bluetooth. Le profil A2DP s'appuie également sur une couche haut niveau dite couche applicative (références AASo et AASi sur la figure 1, respectivement 20 pour "Application Audio Source" et "Application Audio Sink", signifiant respectivement source audio applicative et destination audio applicative). Il s'agit de la couche dans laquelle le dispositif détermine les paramètres de transport et les différents services disponibles. C'est aussi à ce niveau qu'est effectué le choix du codec utilisé pour transmettre les données audio 25 (ce qui peut impliquer un décodage suivi d'un ré-encodage, lorsque le flux audio à transmettre est déjà encodé, ce qui est habituellement le cas). Le profil A2DP s'appuie enfin sur une brique AVDTP (acronyme signifiant "Audio/Video Distribution Transport Protocol" soit: protocole de transport de distribution audio/vidéo) qui définit les transactions binaires entre des 30 dispositifs Bluetooth pour la mise en place d'un flux et pour la diffusion d'un 3054393 5 flux audio et/ou vidéo utilisant L2CAP. Ceci recouvre donc des procédures d'établissement du flux audio, de négociation des paramètres du flux audio et de transmission des données du flux audio. AVDTP comprend une entité de signalisation pour la négociation de paramètres de diffusion et une entité 5 de transport pour gérer le flux lui-même. L'AVDTP définit un protocole de transport des données audio et/ou vidéo. Plus précisément, l'AVDTP s'intéresse au transport de données audio et/ou vidéo entre deux SE Ps. Une limitation imposée par l'AVDTP selon le standard Bluetooth est que lorsque qu'une connexion a été négociée entre deux SEPs, ces deux 10 derniers doivent être verrouillés l'un à l'autre pour la diffusion du flux. Par défaut un SEP connecté refuse toute nouvelle connexion. Sur des produits Bluetooth récents, une fonction dite "social mode" (mode social en français) permet parfois de changer ce comportement par défaut. Mais cette fonction "social mode" qui permet une nouvelle connexion interrompt la connexion 15 en cours. On peut donc être en présence par exemple de deux téléphones connectés à une même enceinte Bluetooth. Mais on ne peut mettre en place plusieurs transports simultanés. Le basculement vers une nouvelle connexion se fait typiquement par terminaison de la connexion précédente tout en gardant le téléphone précédemment connecté en mémoire. En 20 conséquence, si l'on n'a qu'un seul et unique SEP audio source sur un dispositif Source alors un seul transport AVDTP peut être établi vers un dispositif Sink donné à un instant donné, d'après le standard Bluetooth. La couche L2CAP définit le protocole minimal d'échange de données de la spécification Bluetooth. La couche L2CAP permet notamment la 25 segmentation et le réassemblage des paquets, le multiplexage et la qualité de service. C'est à partir de cette couche L2CAP que sont réalisés les différents protocoles de transport (comme l'AVDTP) à la base des différents profils Bluetooth (comme l'A2DP). Un canal L2CAP est créé entre un CID ("Channel Identifier", signifiant identifiant de canal en français) d'un 30 dispositif maître et un CID d'un dispositif esclave, permettant l'échange de données entre ces deux dispositifs. Les canaux L2CAP font chacun l'objet d'un paramétrage permettant notamment de gérer le contrôle des flux de données transitant dans des canaux que L2CAP définit (canaux L2CAP). 3054393 6 Pour cela, différents paramètres peuvent être pris en compte indépendamment pour chaque canal L2CAP, notamment: - Un paramètre FTO ou "Flush Timeout" (expression anglaise signifiant: délai d'expiration pour la suppression) définit un délai de 5 péremption d'un paquet de données dans une mémoire tampon d'un dispositif maître. Ce délai est infini par défaut (mode bloquant), ce qui signifie qu'un paquet transmis qui n'arrive pas à destination est renvoyé tant qu'aucun paquet (le paquet initial ou les paquets renvoyés) n'est pas parvenu à destination. Mais le délai peut aussi être tel qu'il n'y ait jamais de 10 retransmission (si le paramètre "Flush Timeout" est fixé à une valeur appropriée définie par le standard Bluetooth), ce qui revient en quelque sorte à un délai nul. Le délai peut également prendre une valeur finie. Il existe par ailleurs une variable booléenne appelée en anglais "flag nonautomatically flushable" (signifiant en français: drapeau pas de suppression 15 automatique) présente dans les paquets Bluetooth, permettant d'indiquer que le paquet concerné ne peut pas être supprimé automatiquement. - Un paramètre QoS (acronyme de l'expression anglaise "Quality of service" signifiant qualité de service) permettant de définir notamment la latence maximale entre la prise en compte d'un paquet à transmettre dans 20 un canal L2CAP et sa transmission effective. - Des paramètres appelés "Extended Flow features" (signifiant caractéristiques de flux étendues en anglais), remplaçant et complétant la combinaison des paramètres "Flush Timeout" et "QOS" précités. Ces paramètres sont négociés entre la pile Bluetooth d'un dispositif 25 Bluetooth maître et la pile Bluetooth d'un dispositif Bluetooth esclave et, en dehors des valeurs par défaut, ne sont pas toujours supportés. L2CAP permet la mise en oeuvre de différents modes. Ces modes sont également des paramètres des canaux L2CAP, au même titre que les paramètres "Extended Flow features" ou que le paramètre "Flush Timeout". 30 C'est l'ensemble de ces paramètres (modes compris) qui permet de modifier le contrôle des flux. Chaque mode définit des procédures 3054393 7 différentes de gestion des flux de données. Dans le cadre du Bluetooth classique (dit BR/EDR) cinq modes opératoires sont possibles pour un canal L2CAP. Ces modes sont: - "Basic Mode" (signifiant mode basique L2CAP en français), 5 - "Flow Control Mode" (signifiant mode contrôle de flux en français), - "Retransmission Mode" (signifiant mode retransmission en français), - "Enhanced Retransmission Mode" (dit "ERTM", et signifiant mode retransmission accrue en français) et - "Streaming Mode" (dit "SM", et signifiant mode de diffusion en 1 o français). Le "Basic Mode" est le mode par défaut et est supporté par toutes les piles Bluetooth. Il ne requiert aucun paramétrage. Le "Flow Control Mode" envoie des paquets mais n'effectue jamais aucune retransmission des paquets perdus. Cependant, ces paquets (appelés PDUs) sont détectés 15 lorsqu'ils sont perdus, et le "Flow Control Mode" permet la communication d'un compte rendu listant les paquets perdus. Le "Flow Control Mode" et le "Retransmission Mode" ne peuvent être utilisés que si l'"ERTM" et le "SM" ne sont pas utilisables. Ces deux modes ("Flow Control Mode" et "Retransmission Mode") ne sont pratiquement plus utilisés. L'"ERTM" 20 permet notamment de prendre en compte un nombre maximal donné de retransmissions, une durée maximale donnée pendant laquelle une retransmission peut intervenir et permet d'identifier les paquets non ou mal transmis. Le "SM" est adapté aux flux de données asynchrones. Il prend en compte un paramètre "Flush Timeout" fini. Du côté du récepteur Bluetooth, 25 si la mémoire tampon est pleine, alors les précédentes données sont écrasées. Dans le standard Bluetooth, un paramètre appelé "Retransmission and flow control option", ce qui signifie "option de retransmission et de contrôle de flux" permet de choisir un mode. Le standard Bluetooth recommande 30 d'établir des liaisons fiables ("reliable" en anglais) limitant les pertes de 3054393 8 données, en utilisant un "Basic Mode" avec un "Flush Timeout" infini, ou sur des piles Bluetooth plus récentes l'"ERTM" avec un "Flush Timeout" quelconque. En pratique, aucun produit du marché ne propose de fonction de pilotage 5 A2DP point à multipoints synchronisé pour des dispositifs multimédia Bluetooth quelconques. L'invention vise à améliorer la situation. 1 o L'invention se rapporte notamment à un dispositif de pilotage de dispositifs multimédia sans fil comprenant: - un circuit de communication sans fil, agencé pour recevoir depuis chaque dispositif multimédia sans fil un identifiant de dispositif multimédia sans fil; 15 - un circuit d'accès à une base de données de dispositifs multimédia sans fil, agencé pour obtenir à partir de ladite base de données, les caractéristiques de chaque dispositif multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant; - un circuit de séparation d'un flux multimédia principal en autant de flux 20 multimédia séparés que le circuit de communication sans fil a reçu d'identifiants de dispositifs multimédia sans fil; - un circuit d'attribution de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif; - un circuit de synchronisation des flux multimédia séparés en fonction de 25 caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. Un tel dispositif est avantageux en ce qu'il est capable, grâce à une base de données de référence, d'extraire des informations pertinentes au sujet des dispositifs multimédia sans fil auxquelles il est connecté, et de 3054393 9 synchroniser lesdits dispositifs multimédia sans fil en fonction de ces informations. Le dispositif selon l'invention peut comporter une ou plusieurs des caractéristiques suivantes prises seules ou en combinaison. 5 L'invention se rapporte notamment à un dispositif de pilotage de dispositifs multimédia sans fil dans lequel les caractéristiques de chaque dispositif multimédia sans fil comprennent une latence dudit dispositif multimédia sans fil, le circuit de synchronisation étant agencé pour décaler temporellement la transmission d'un flux multimédia séparé à destination 10 d'un dispositif multimédia sans fil en fonction de sa latence. L'invention se rapporte notamment à un dispositif de pilotage de dispositifs multimédia sans fil agencé, lorsqu'un paquet de flux multimédia à destination d'un dispositif multimédia sans fil est perdu, pour renvoyer ledit paquet de flux multimédia audit dispositif multimédia sans fil, dans lequel, 15 chaque dispositif multimédia sans fil comprenant une mémoire tampon, le circuit de synchronisation est agencé pour déterminer un taux de remplissage de la mémoire tampon d'au moins un dispositif multimédia sans fil, et pour déterminer une durée maximale pendant laquelle le dispositif de pilotage de dispositif multimédia sans fil peut renvoyer un paquet de flux 20 multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire tampon de l'au moins un dispositif multimédia sans fil. L'invention se rapporte notamment à un dispositif de pilotage de dispositifs multimédia sans fil comprenant un circuit d'harmonisation des flux 25 multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant, les caractéristiques de chaque dispositif multimédia sans fil comprenant une réponse fréquentielle dudit dispositif multimédia sans fil pour chaque bande de fréquences d'un ensemble de bandes de 30 fréquences, le circuit d'harmonisation étant agencé pour ajuster l'amplitude de chaque composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse 3054393 10 fréquentielle dudit dispositif multimédia sans fil pour ladite composante fréquentielle. L'invention se rapporte notamment à un procédé de pilotage de dispositifs multimédia sans fil comprenant: 5 une réception, par un circuit de communication sans fil, depuis chaque dispositif multimédia sans fil, d'un identifiant de dispositif multimédia sans fil; une obtention, par un circuit d'accès à une base de données de dispositifs multimédia sans fil, de caractéristiques de chaque dispositif multimédia sans fil dont un identifiant a été reçu par le circuit de 10 communication sans fil; une séparation, par un circuit de séparation de flux, d'un flux multimédia principal en autant de flux multimédia séparés que le circuit de communication sans fil a reçu d'identifiants de dispositifs multimédia sans fil; 15 une attribution, par un circuit d'attribution, de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif; une synchronisation, par un circuit de synchronisation, des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un 20 identifiant. L'invention se rapporte notamment à un procédé de pilotage de dispositifs multimédia sans fil dans lequel les caractéristiques de chaque dispositif multimédia sans fil comprennent une latence dudit dispositif multimédia sans fil, et dans lequel le circuit de synchronisation décale 25 temporellement la transmission d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de sa latence. L'invention se rapporte notamment à un procédé de pilotage de dispositifs multimédia sans fil dans lequel, lorsqu'un paquet de flux multimédia à destination d'un dispositif multimédia sans fil est perdu, le 30 procédé renvoie ledit paquet de flux multimédia audit dispositif multimédia 3054393 11 sans fil, et dans lequel, chaque dispositif multimédia sans fil comprenant une mémoire tampon, le circuit de synchronisation détermine un taux de remplissage de la mémoire tampon d'au moins un dispositif multimédia sans fil, et détermine une durée maximale pendant laquelle le dispositif de 5 pilotage de dispositifs multimédia sans fil peut renvoyer un paquet de flux multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire tampon de l'au moins un autre dispositif multimédia sans fil. L'invention se rapporte notamment à un procédé de pilotage de 10 dispositifs multimédia sans fil dans lequel un circuit d'harmonisation harmonise des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant, les caractéristiques de chaque dispositif multimédia sans fil comprenant une réponse fréquentielle dudit dispositif multimédia sans fil 15 pour chaque bande de fréquences d'un ensemble de bandes de fréquences, le circuit d'harmonisation ajustant l'amplitude chaque composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse fréquentielle dudit dispositif multimédia sans fil pour ladite composante fréquentielle. 20 L'invention se rapporte notamment à un programme d'ordinateur comprenant une série d'instructions qui, lorsqu'elles sont exécutées par un processeur, mettent en oeuvre un procédé selon un mode de réalisation de l'invention. L'invention se rapporte notamment à un support de stockage non 25 transitoire lisible par ordinateur, stockant un programme d'ordinateur selon un mode de réalisation de l'invention. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui va suivre. Celle-ci est purement illustrative et 30 doit être lue en regard des dessins annexés sur lesquels : - la figure 1 illustre un système comprenant un dispositif selon un 3054393 12 mode de réalisation de l'invention ainsi qu'un ensemble d'enceintes Bluetooth ; - la figure 2 illustre un procédé selon un mode de réalisation de l'invention ; 5 - la figure 3 illustre une technique de synchronisation selon un mode de réalisation de l'invention ; - la figure 4 illustre une technique d'harmonisation selon un mode de réalisation de l'invention ; - la figure 5 illustre une technique d'ajustement de l'amplitude des io basses selon un mode de réalisation de l'invention; - la figure 6 illustre un profil A2DP conventionnel ainsi qu'un profil A2DP' selon un mode de réalisation de l'invention agencé pour communiquer avec le profil A2DP conventionnel ; - la figure 7 illustre un système comprenant un dispositif selon un 15 mode de réalisation de l'invention ainsi qu'un ensemble d'enceintes Bluetooth ; - la figure 8 illustre une variante du système de la figure 7. Les réalisations suivantes sont des exemples. Bien que la description se 20 réfère à un ou plusieurs modes de réalisation, ceci ne signifie pas nécessairement que chaque élément mentionné dans le cadre d'un mode de réalisation ne concerne que ce même mode de réalisation, ou que des caractéristiques de ce mode de réalisation s'appliquent seulement à ce mode de réalisation. 25 La figure 1 illustre un système comprenant un dispositif DEV de pilotage d'enceintes sans fil selon un mode de réalisation de l'invention ainsi qu'un ensemble d'enceintes sans fil SPK1, SPK2 et SPKN comprenant chacune une mémoire tampon respective BUF1, BUF2 et BUFN. Le dispositif DEV 3054393 13 comprend un circuit de communication sans fil BC (tel qu'un circuit Bluetooth) permettant de communiquer avec les enceintes sans fil SPK1, SPK2 et SPKN et notamment de les identifier. Le dispositif DEV comprend un circuit d'accès DBC à une base de données DB comprenant des 5 informations (telles que des latences LAT1, LAT2 et LATN) sur différents types d'enceintes sans fil, informations associées aux identifiants ID1, ID2 et IDN de ces différents types d'enceintes sans fil. Le dispositif DEV comprend un circuit de séparation SEC d'un flux audio principal en autant de flux audio séparés que le dispositif de pilotage a reçu (via son circuit de 10 communication sans fil) d'identifiants d'enceintes sans fil. Le dispositif DEV comprend un circuit d'attribution AC de chaque flux audio séparé à une enceinte sans fil respective. Le dispositif DEV comprend un circuit de synchronisation SYC des flux audio séparés en fonction de caractéristiques des enceintes sans fil dont le circuit de communication sans fil a reçu un 15 identifiant. Le dispositif DEV comprend un circuit d'harmonisation HAC des flux audio séparés en fonction de caractéristiques des enceintes sans fil dont le circuit de communication sans fil a reçu un identifiant. La figure 2 illustre un procédé selon un mode de réalisation de l'invention. 20 Le procédé comprend une réception REC, par un circuit de communication sans fil BC, des identifiants ID1, ID2 et IDN d'enceintes sans fil SPK1, SPK2 et SPKN. Sur la base de ces identifiants ID1, ID2 et IDN, le procédé comprend une étape d'obtention OBT des paramètres LAT1, LAT2 et LATN associés aux 25 différentes enceintes sans fil consistant à transmettre les identifiants reçus à une base de données DB afin d'obtenir en retour les paramètres demandés. Le procédé comprend alors une étape de séparation SPR d'un flux audio en un nombre de sous-flux audio égal au nombre d'enceintes sans fil détectées (dont le procédé a reçu les identifiants). 30 Le procédé comprend ensuite une étape ATT d'attribution de chaque sous-flux à une enceinte sans fil respective. 3054393 14 Le procédé comprend enfin une étape de synchronisation SYN, permettant de s'assurer que les sons issus des différents sous-flux sont joués simultanément par toutes les enceintes sans fil. Le procédé comprend en l'espèce des étapes supplémentaires. 5 Il comprend notamment une étape HRM d'harmonisation, durant laquelle il modifie les flux audio envoyés aux enceintes sans fil en fonction des caractéristiques de celles-ci afin de permettre une restitution aussi fiable que possible. Il comprend aussi, en cas d'erreur de transmission (perte de paquet de 10 flux audio par exemple), une étape de ré-envoi RSND des données perdues ou erronées, suivie d'une étape de détermination DET d'un taux de remplissage de mémoire tampon de chaque enceinte sans fil, afin le cas échéant de cesser de renvoyer les données s'il apparaît que c'est inutile. Si les conditions permettent un renvoi, ce renvoi est effectué. Sinon, le 15 procédé abandonne la procédure de récupération des données qui ont été perdues, car cela prendrait trop de temps et risquerait de provoquer une perte de synchronisation. La figure 3 illustre une technique de synchronisation selon un mode de 20 réalisation de l'invention. Selon cette technique, le dispositif DEV est muni d'un microphone MIC lui permettant de capter les signaux acoustiques ambiants. Le dispositif DEV est également agencé pour émettre à destination de chaque enceinte sans fil un signal hi situé hors du spectre audible par un être humain mais pouvant être reproduit par l'enceinte sans 25 fil et capté par le microphone MIC, ce signal étant choisi de manière à identifier l'enceinte sans fil considérée. Chaque enceinte sans fil SPK; reçoit un signal hi qui lui est propre car attribué à elle seule, superposé au flux audio. Ainsi le microphone peut-il mesurer le signal émis par toutes les enceintes sans fil, et en fonction du retard mesuré entre le moment où le 30 signal a été intégré au flux audio et le moment où ce signal a été détecté, le procédé peut estimer la désynchronisation éventuelle et la compenser, alors 3054393 15 même qu'il n'a aucun accès aux fonctions internes de l'enceinte sans fil considérée. Plus précisément, le dispositif DEV est muni d'un banc de filtres FLTR. A l'aide de ces filtres (qui peuvent être numériques ou analogiques), le 5 dispositif DEV peut générer à partir du signal d'entrée un ensemble de signaux de sortie dont les spectres respectifs sont compris dans des bandes de fréquence respectives, et ensuite détecter à l'aide de modules de détection DTC les retards de chaque enceinte sans fil via ces signaux. Le résultat qui découle de cette détection (retard mesuré) peut faire l'objet o d'une combinaison CMB avec l'autre paramètre d'entrée de la fonction CMB (le signal à émettre). Ainsi, lorsque le flux est émis (vers l'enceinte SPKi sur la figure 3) après une détection de retard, le signal envoyé à l'enceinte SPKi est déjà resynchronisé en fonction du retard détecté. Selon une mise en oeuvre possible, le dispositif DEV superpose au signal 15 audio que représente un flux émis par chaque enceinte sans fil un signal hi de fréquence fi égale à fref+i*df, où fref est une fréquence de référence et df est un incrément de fréquence, fref et df étant des constantes; et i est le numéro de l'enceinte sans fil SPKi considérée (recevant un signal supplémentaire hi). Ce signal hi est par exemple le signal représenté par la 20 fonction t->sin(2*-rrii*t). Selon une mise en oeuvre possible, fref se situe au dessus du spectre acoustique audible et en dessous de la fréquence maximale pouvant être générée par les hauts parleurs d'entrée de gamme du marché. L'entier i est par exemple compris entre 0 et le nombre d'enceintes moins 1. La fréquence fref est par exemple comprise entre 25 16kHz et 20kHz. Quant à l'incrément de fréquence df, il est par exemple compris entre 100Hz et 400Hz. Ainsi, on associe par exemple à cinq enceintes des signaux supplémentaires respectifs à 18kHz, 18,2kHz, 18,4kHz, 18,6kHz et 18,8kHz. Chaque signal supplémentaire hi est par exemple émis pendant 300ms 30 puis interrompu pendant 300ms, puis à nouveau émis pendant 300ms, etc. Ceci revient à appliquer une modulation d'amplitude du signal supplémentaire hi par un signal carré valant alternativement 0 pendant 3054393 16 300ms et 1 pendant 300ms. En effet si le signal supplémentaire hi était émis de façon continue, il serait très difficile de détecter un retard supérieur à la période du signal 1/fi, qui est très courte (au maximum 1 /18kHz=56ps dans l'exemple des cinq enceintes précité). Dans l'exemple considéré, il est 5 possible de détecter un retard d'une durée maximale de 2*300ms soit 0,6s. De façon plus élaborée, chaque signal supplémentaire hi peut être émis de façon continue, mais être modulé en amplitude à basse fréquence par une fonction périodique, strictement positive, et, pour simplifier les calculs, affine par morceaux. Par exemple, chaque signal supplémentaire hi peut o être modulé en amplitude par une fonction triangle de fréquence 0,1Hz, variant entre 0,5 et 1. Ainsi, selon l'amplitude du signal supplémentaire hi reçu, il est possible de déterminer le retard (dans l'exemple considéré le retard maximal détecté est un retard de 1/0,1 Hz=10s). 15 La figure 4 illustre une technique d'harmonisation selon un mode de réalisation de l'invention. En réponse à un identifiant ID reçu d'une enceinte sans fil, le procédé consulte la base de donnée DB et extrait le gain (atténuation ou amplification selon que le gain est inférieur ou supérieur à 1) à appliquer (gains Go,i etc.). Au lieu de diffuser directement un signal Xi(t), le 20 procédé commence par appliquer à ce signal une fonction de fenêtrage WND. Le procédé applique ensuite une transformée de Fourier discrète DFT, afin de pouvoir appliquer les gains souhaités. Par exemple, le procédé applique les gains respectifs Goi, Gli, GNi à des portions de spectre respectives du signal Xi(t). Ces portions de spectre sont par exemple [fmin, 25 fmin+(fmax-fmin)/N[, [fmin+(fmax-fmin)/N, fmin+2*(fmax-fmin)/N[ [fmin±(N-1)*(fmax- fmin)/N, fmax], Où fmin et fmax représentent les fréquences minimale et maximale du spectre utilisé pour le signal Xi(t). Ensuite, une fois le gain appliqué, le procédé passe à nouveau en domaine temporel en pratiquant une transformé de Fourier inverse iDFT. Bien entendu, les gains appliqués 30 peuvent être supérieurs à 1 comme ils peuvent être inférieurs à 1. Il peut donc s'agir d'une amplification au sens strict (gains supérieur à 1) ou d'une atténuation au sens strict (gain inférieur à 1). 3054393 17 La figure 5 illustre une technique d'ajustement de l'amplitude des basses selon un mode de réalisation de l'invention. La technique est comparable à celle de la figure 4, mais elle n'inclut pas l'étape de détection. Après 5 fenêtrage WND et application d'une transformée de Fourrier discrète DFT, le procédé ajuste l'amplitude des basses selon un modèle ne dépendant pas de l'enceinte considérée, puis applique une transformée de Fourrier inverse. Dans l'exemple de la figure 5, le spectre est divisé en deux parties seulement (basses fréquences et hautes fréquences) et le gain (fixe) n'est 10 donc appliqué qu'à une seule portion de spectre (la portion dite basses fréquences). Selon une mise en oeuvre possible, les basses fréquences sont définies comme les fréquences audibles inférieures à 100Hz. La figure 6 illustre une communication entre un profil A2DP' selon un 15 mode de réalisation de l'invention utilisé par un dispositif maître dit "Source" (qui correspond à un dispositif émettant un flux audio) et un profil A2DP conventionnel utilisé par un dispositif Sink. Le dispositif Sink correspond par exemple à une enceinte Bluetooth, étant entendu qu'une enceinte Bluetooth peut comprendre plusieurs SEPS Sink (plusieurs SEPS Sink peuvent donc 20 correspondre à une même enceinte Bluetooth, chaque SEP Sink pouvant alors correspondre notamment à un codec respectif parmi tous les codecs supportés par cette enceinte Bluetooth). En pratique, les piles Bluetooth des fabricants de puces Bluetooth n'introduisent qu'un seul SEP Source par codec et par puce Bluetooth. Il est 25 donc impossible de connecter plusieurs dispositifs audio (enceintes par exemple) à un téléphone portable, pour un codec donné. Le profil A2DP' se distingue précisément du profil A2DP par une brique AVDTP' utilisée en lieu et place de la brique AVDTP. La brique AVDTP' fournit toutes les fonctions de la brique AVDTP mais en plus permet une 30 connexion point à multipoints synchronisée. 3054393 18 La figure 7 illustre un système comprenant au moins trois enceintes Bluetooth SPK1, SPK2 et SPKN associées chacune à un SEP Sink respectif SPEsi, SEPs2, SEPsN (comme évoqué précédemment, chaque enceinte SPK; pourrait être associée à plusieurs SEPS Sink plutôt qu'à un seul SEP 5 Sink SEPsi, mais pour simplifier seul le SEP Sink effectivement utilisé est représenté). Le système comprend également un dispositif DEV' de pilotage d'enceintes Bluetooth selon une mise en oeuvre possible de l'invention. Le dispositif DEV' comprend une puce Bluetooth BC'. Cette puce Bluetooth BC' stocke un unique SEP USEP l'identifiant. Cette puce Bluetooth BC' établit o une liaison point à multipoints LNK' avec les trois enceintes Bluetooth SPK1, SPK2 et SPKN, via des SEP respectifs SEPsi, SEPs2 et SPEsN. La figure 8 illustre un système comprenant au moins trois enceintes Bluetooth SPK1, SPK2 et SPKN associées chacune à un SEP Sink respectif 15 SPEsi, SEPs2, SEPsN (comme évoqué précédemment, chaque enceinte SPK; pourrait être associée à plusieurs SEPS Sink plutôt qu'à un seul SEP Sink SEPsi, mais pour simplifier seul le SEP Sink effectivement utilisé est représenté). Le système comprend également un dispositif DEV de pilotage d'enceintes Bluetooth selon une mise en oeuvre possible de l'invention. Le 20 dispositif DEV comprend une puce Bluetooth BC. Cette puce Bluetooth BC stocke au moins trois SEPS SEP1, SEP2 et SEPN qui simulent trois puces Bluetooth distinctes (mais il s'agit de puces Bluetooth virtuelles car en réalité il n'y en a qu'une). La puce Bluetooth BC établit une liaison point à multipoints LNK avec les au moins trois enceintes Bluetooth SPK1, SPK2 et 25 SPKN, mais du point de vue du standard Bluetooth, cette liaison LNK semble être un ensemble de trois (au moins) liaisons point à point. En effet, le SEP SEP1 est connecté à un SEP SEPsi de l'enceinte SPK1, le SEP SEP2 est connecté à un SEP SEPs2 de l'enceinte SPK2 et le SEP SEPN est connecté à un SEP SEPsN de l'enceinte SPKN. 30 Un premier mode de réalisation se rapporte à un dispositif DEV de pilotage de dispositifs multimédia sans fil. Les dispositifs multimédia sans fil 3054393 19 sont par exemple des enceintes SPK1, SPK2, SPKN. Mais un dispositif multimédia sans fil peut également être par exemple un téléphone portable comprenant un haut parleur pouvant faire office d'enceinte et comprenant également un écran apte à diffuser une vidéo. Un dispositif multimédia sans 5 fil peut également être une télévision comprenant une interface sans fil telle que WiFi ou Bluetooth, un ordinateur comprenant une carte réseau sans fil (WiFi, Bluetooth, etc.), ou encore une tablette WiFi ou Bluetooth. Le dispositif de pilotage DEV est par exemple un dispositif dédié, ou alors un module additionnel optionnel à fixer sur l'un des dispositifs multimédia (par 10 exemple sur l'une des enceintes sans fil). Le dispositif de pilotage DEV peut également être, par exemple, un ordinateur, un téléphone portable ou encore une tablette. Un circuit de communication sans fil BC du dispositif DEV est agencé pour recevoir depuis chaque dispositif multimédia sans fil un identifiant de 15 dispositif multimédia sans fil. Ceci compense le fait que les dispositifs multimédia sont a priori inconnus, en fournissant une identification. L'identifiant ne vise pas nécessairement à reconnaître l'instance de dispositif multimédia sans fil. Il suffit qu'il permette de reconnaître le type de dispositif multimédia sans fil. Ainsi, si plusieurs dispositifs multimédia sans 20 fil sont exactement du même modèle, ils peuvent tous être identifiés par un même identifiant. Une enceinte Bluetooth (ou plus généralement un dispositif Bluetooth) fournit automatiquement un identifiant lorsqu'il se connecte à un dispositif maître. Il n'est donc pas nécessaire de modifier l'enceinte Bluetooth (une enceinte Bluetooth de l'état de l'art convient pour 25 l'invention). Le dispositif DEV comprend un circuit d'accès DBC à une base de données DB de dispositifs multimédia sans fil, agencé pour obtenir à partir de ladite base de données, les caractéristiques de chaque dispositif multimédia sans fil dont le circuit de communication sans fil a reçu un 30 identifiant. Ces caractéristiques peuvent comprendre notamment les différents protocoles supportés par le dispositif multimédia sans fil, afin que le dispositif de pilotage choisisse le protocole le plus approprié. Un préalable à la mise en oeuvre du premier mode de réalisation consiste donc 3054393 20 à recenser les différents types de dispositifs multimédia sans fil existants et leur identifiant, à déterminer leurs caractéristiques pertinentes, et à les enregistrer dans une base de données. Le circuit DEV comprend un circuit de séparation SEC d'un flux audio 5 principal en autant de flux multimédia séparés que le circuit de communication sans fil a reçu d'identifiants de dispositifs multimédia sans fil. Par exemple, le flux multimédia est ou comprend un flux audio principal, et le flux audio principal comprend plusieurs flux distincts multiplexés (par exemple voie stéréo gauche et voie stéréo droite), et la séparation consiste 10 à extraire chacun de ces deux flux. Selon une variante très simple, la séparation consiste à dupliquer en autant d'exemplaires que nécessaire un flux unique qui a été reçu. Mais selon une variante plus complexe, le dispositif DEV est agencé pour recréer à partir d'un flux unique, ou à partir de quelques flux, un nombre plus important de flux. Par exemple le circuit 15 de séparation peut recréer un environnement multi-canal (son 5.1 par exemple) à partir d'un seul canal (par traitement de signal). Le circuit DEV comprend un circuit d'attribution AC de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif. Selon une mise en oeuvre possible, le circuit d'attribution est invoqué en premier, et ce 20 n'est qu'une fois les flux attribués que ces flux sont extraits (séparés) du flux principal. Alternativement le circuit DEV commence par séparer les flux à l'aide du circuit de séparation SEC, et dans un deuxième temps il alloue ces flux séparés. Le circuit DEV comprend un circuit de synchronisation SYC des flux 25 multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. Comme expliqué dans la description de la figure 3, cette synchronisation peut s'appuyer sur des signaux ajoutés et analysés à l'aide d'un microphone, mais ceci représente une complexité accrue et un surcoût. 30 D'autres techniques sont également concevables. 3054393 21 Selon un deuxième mode de réalisation, les caractéristiques de chaque dispositif multimédia sans fil SPK1, SPK2, SPKN, d'un dispositif de pilotage de dispositifs multimédia sans fil selon le premier mode de réalisation comprennent une latence dudit dispositif multimédia. Le circuit de 5 synchronisation SYC est agencé pour décaler temporellement la transmission d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de sa latence. Ce deuxième mode de réalisation supprime l'une des deux causes principales de désynchronisation, à savoir la différence de latence interne. La 10 synchronisation proposée est une synchronisation que l'on peut qualifier de statique, dans la mesure où elle s'appuie sur des caractéristiques statiques telles que la latence du dispositif multimédia. Cette latence est définie par exemple comme le temps qui s'écoule entre l'instant où le dispositif multimédia sans fil reçoit un flux et l'instant auquel ce flux est effectivement 15 restitué par le dispositif multimédia sans fil. Ce temps est fixe pour les enceintes sans fil. Différents dispositifs multimédia sans fil présentent différentes latences et la synchronisation statique en tient compte pour supprimer les décalages temporels liés à ces différences de latences. Une autre cause possible de désynchronisation est liée à la perte de 20 connexion entre le dispositif de pilotage de dispositifs multimédia sans fil et au moins un dispositif multimédia sans fil. Il s'agit là d'une désynchronisation que l'on peut qualifier de dynamique dans la mesure où elle dépend du contexte particulier dans lequel le flux multimédia considéré est restitué (parasites, interférences, introduction d'un objet gênant la 25 transmission sans fil, déplacement d'un dispositif multimédia portable hors du champ du dispositif de pilotage DEV, etc.). Dans ces circonstances, le dispositif multimédia sans fil qui perd la connexion avec le dispositif de pilotage se trouve désynchronisé des autres dispositifs multimédia sans fil lorsqu'il retrouve la connexion avec le dispositif de pilotage. En effet, ce 30 dispositif multimédia sans fil reçoit en principe ces mêmes paquets perdus alors même qu'en même temps des paquets ultérieurs sont envoyés aux autres dispositifs multimédia sans fil. Afin d'éviter ce type de désynchronisations, une première technique consiste à ne jamais réémettre 3054393 22 les paquets de flux multimédia perdus. Mais dans des circonstances dans lesquelles la réémission de tels paquets perdus aurait été possible, ceci dégrade inutilement la qualité de la restitution du flux multimédia. Cependant, c'est utile dans certaines circonstances. Par exemple, certains 5 dispositifs multimédia sans fil ne disposent que de possibilités protocolaires limitées. Par exemple, ils peuvent supporter un protocole basique ne gérant que l'émission de paquets, et ne vérifiant pas si les paquets émis sont arrivés à destination et sont arrivés intègres, et a fortiori ne tentant pas de réémettre les paquets perdus (ignorant l'existence de pertes de paquets). Ils 10 peuvent aussi supporter un protocole fiable, qui n'admet pas la moindre perte de paquet (dès qu'une perte ou altération est détectée, le paquet est réémis). Mais un tel protocole fiable est susceptible de bloquer la communication si le dispositif multimédia sans fil n'est pas joignable, car il tente à l'infini de réémettre les paquets perdus. Si la base de donnée 15 indique qu'un dispositif multimédia sans fil ne supporte qu'un protocole basique et un protocole fiable des types précités, le dispositif de pilotage choisit selon une mise en oeuvre possible le protocole basique, quitte à prendre le risque de perdre des paquets, afin de préserver la synchronisation (un paquet désynchronisé est souvent plus gênant qu'une 20 absence de paquet). Selon un troisième mode de réalisation, un dispositif DEV de pilotage de dispositifs multimédia sans fil selon l'un des premier et deuxième modes de réalisation est agencé, lorsqu'un paquet de flux multimédia à destination 25 d'un dispositif multimédia sans fil est perdu, pour renvoyer ledit paquet de flux multimédia audit dispositif multimédia sans fil. Chaque dispositif multimédia sans fil comprend une mémoire tampon. Le circuit de synchronisation SYC est agencé pour déterminer un taux de remplissage de la mémoire tampon BUF1, BUF2 et BUFN d'au moins un dispositif 30 multimédia sans fil SPK1, SPK2, SPKN, et pour déterminer une durée maximale pendant laquelle le dispositif de pilotage de dispositifs multimédia sans fil peut renvoyer un paquet de flux multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire 3054393 23 tampon de l'au moins un dispositif multimédia sans fil. Il s'agit là d'une synchronisation dynamique, qui résout le problème précité de perte de connexion. Le dispositif de pilotage tente tout d'abord de retransmettre les paquets éventuellement perdus. Mais s'il n'y parvient pas, 5 au lieu de bloquer le système, le dispositif de pilotage DEV cesse, passé une certaine durée seuil (déterminée dynamiquement), de tenter de retransmettre les données multimédia qui ne parviennent pas à passer. En contrepartie, il y a potentiellement perte de données (des portions du flux multimédia peuvent être définitivement perdues). 10 Afin de déterminer un taux de remplissage de la mémoire tampon BUF1, BUF2 et BUFN de chaque dispositif multimédia sans fil SPK1, SPK2, SPKN, le dispositif de pilotage DEV estime par exemple le temps de lecture restant sur cette mémoire. Lorsque, à un instant tO, le dispositif de pilotage DEV envoie une durée T de flux multimédia correspondant à n octets à un 15 premier dispositif multimédia sans fil, il attend confirmation de la réception de ces n octets par ce premier dispositif multimédia sans fil. Le dispositif de pilotage considère alors, à un instant t appartenant à [t0; tO+T], qu'il subsiste dans la mémoire tampon du premier dispositif multimédia sans fil une durée de flux multimédia égale à tO+T-t. Ainsi, à un instant t, le 20 dispositif de pilotage peut, pendant une durée tO+T-t, de tenter de renvoyer des paquets perdus par un deuxième dispositif multimédia sans fil sans risquer de bloquer la diffusion du premier dispositif multimédia sans fil. Au bout d'une durée tO+T-t, il faut absolument que le premier dispositif multimédia sans fil ait reçu une suite du flux multimédia qu'il diffuse. A 25 défaut, le premier dispositif multimédia sans fil interromprait sa diffusion faute de données. Le dispositif de pilotage cesse donc de tenter de réémettre des paquets perdus lorsqu'il détermine selon la méthode précitée qu'une telle réémission serait de nature à bloquer la diffusion d'un autre dispositif multimédia sans fil. Le cas échéant, si de la bande passante 30 redevient disponible alors que le deuxième dispositif multimédia sans fil n'a pas fini de jouer le contenu de sa mémoire tampon (d'après une estimation du type précité), une nouvelle tentative de transmission du paquet perdu peut intervenir. 3054393 24 Grâce à ces dispositions, en présence d'une perte de connexion suffisamment courte, la diffusion du flux multimédia sur tous les dispositifs multimédia sans fil reste synchronisée. En cas de perte de connexion trop longue, la diffusion est interrompue sur les dispositifs multimédia sans fil 5 affectés par la perte de connexion, mais la diffusion se poursuit normalement sur les autres dispositifs multimédia sans fil. Selon une mise en oeuvre possible, le dispositif de pilotage privilégie l'émission des paquets les plus récents. Lorsque des dispositifs multimédia ayant perdu la connexion avec le dispositif de pilotage retrouvent leur 10 connexion, ils reçoivent des paquets synchronisés avec les autres dispositifs multimédia, et non les paquets qui ont été perdus auparavant. Selon un quatrième mode de réalisation, un dispositif de pilotage de dispositifs multimédia sans fil selon l'un des premier au troisième modes de 15 réalisation comprend un circuit d'harmonisation HAC des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. Les caractéristiques de chaque dispositif multimédia sans fil comprennent une réponse fréquentielle dudit dispositif multimédia sans fil pour chaque bande 20 de fréquences d'un ensemble de bandes de fréquences, le circuit d'harmonisation étant agencé pour ajuster l'amplitude de chaque composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse fréquentielle dudit dispositif multimédia sans fil pour ladite composante fréquentielle. Par 25 exemple, si la réponse fréquentielle pour la plage de fréquences [1000Hz; 2000Hz] est -3dB, l'amplitude du signal transmis au dispositif multimédia sans fil considéré, dans la bande [1000Hz; 2000Hz], peut être amplifiée de 3dB afin de compenser. Un flux multimédia peut comprendre des composantes fréquentielles dans le spectre audible, que l'on peut souhaiter 30 harmoniser à la manière d'un equalizer (terme anglais parfois traduit par égaliseur ou correcteur de timbre). Mais un flux multimédia peut également comprendre, par exemple, des composantes fréquentielles dans le spectre 3054393 25 visible, que l'on peut vouloir harmoniser entre différents dispositifs multimédia sans fil. Par exemple, il peut être souhaitable qu'une même vidéo présente notamment les mêmes luminance et chrominances lorsqu'elle est diffusée sur différents dispositifs multimédia sans fil. Ainsi, 5 lorsque le dispositif de pilotage DEV découvre qu'un dispositif multimédia sans fil consistant en une enceinte sans fil n'est pas très performant dans une certaine bande de fréquences, que cette enceinte atténue plus qu'elle ne le devrait, il est possible d'amplifier le signal diffusé dans cette bande de fréquences. 10 Selon un cinquième mode de réalisation, un procédé de pilotage de dispositifs multimédia sans fil comprend une réception REC, par un circuit de communication sans fil, depuis chaque dispositif multimédia sans fil SPK1, SPK2, SPKN, d'un identifiant de dispositif multimédia sans fil ID1, ID2, 15 IDN. Selon une mise en oeuvre possible, le circuit de communication sans fil est une puce Bluetooth. Selon une mise en oeuvre, le circuit de communication sans fil est un ensemble composé d'un processeur associé à une mémoire stockant un programme d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit de communication est une puce électronique 20 dédiée, qui est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, le procédé est mis en oeuvre partiellement par une puce électronique dédiée telle que les puces dédiées précitées, et partiellement par un processeur exécutant un programme d'ordinateur approprié. 25 Le procédé comprend une obtention OBT, par un circuit d'accès à une base de données DB de dispositifs multimédia sans fil sans fil, de caractéristiques LAT1, LAT2, LATN de chaque dispositif multimédia sans fil dont un identifiant ID1, ID2, IDN a été reçu par le circuit de communication sans fil BC. Selon une mise en oeuvre, le circuit d'obtention est un ensemble 30 composé d'un processeur associé à une mémoire stockant un programme d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit d'obtention est une puce électronique dédiée, qui est par exemple un FPGA ou tout 3054393 26 autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, l'invention est mise en oeuvre partiellement par une puce électronique dédiée telle que les puces dédiées précitées, et partiellement par un processeur exécutant un programme d'ordinateur approprié. 5 Le procédé comprend une séparation SPR, par un circuit de séparation de flux, d'un flux multimédia principal en autant de flux multimédia séparés que le circuit de communication sans fil a reçu d'identifiants de dispositifs multimédia sans fil. Selon une mise en oeuvre, le circuit de séparation SPR est un ensemble composé d'un processeur associé à une mémoire stockant 10 un programme d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit de séparation est une puce électronique dédiée, qui est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, l'invention est mise en oeuvre partiellement par une puce électronique dédiée telle que les puces dédiées précitées, et 15 partiellement par un processeur exécutant un programme d'ordinateur approprié. Le procédé comprend une attribution ATT, par un circuit d'attribution, de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif. Selon une mise en oeuvre, le circuit d'attribution ATT est un ensemble 20 composé d'un processeur associé à une mémoire stockant un programme d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit d'attribution est une puce électronique dédiée, qui est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, l'invention est mise en oeuvre partiellement par 25 une puce électronique dédiée telle que les puces dédiées précitées, et partiellement par un processeur exécutant un programme d'ordinateur approprié. Le procédé comprend une synchronisation SYN, par un circuit de synchronisation, des flux multimédia séparés en fonction de caractéristiques 30 des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. Selon une mise en oeuvre, le circuit de synchronisation est un ensemble composé d'un processeur associé à une mémoire stockant 3054393 27 un programme d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit de synchronisation est une puce électronique dédiée, qui est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, l'invention est mise en oeuvre 5 partiellement par une puce électronique dédiée telle que les puces dédiées précitées, et partiellement par un processeur exécutant un programme d'ordinateur approprié. Selon une mise en oeuvre possible, le circuit de communication sans fil, le circuit de d'accès, le circuit de séparation, le circuit d'attribution et le 10 circuit de synchronisation partagent un même processeur, voire une même puce mémoire (dans ce dernier cas, la puce mémoire peut stocker à différentes adresses des programmes d'ordinateurs spécifiques à chacun de ces circuits). 15 Selon un sixième mode de réalisation, les caractéristiques de chaque dispositif multimédia sans fil d'un procédé de pilotage d'enceintes sans fil selon le cinquième mode de réalisation, comprennent une latence LAT1, LAT2, LATN dudit dispositif multimédia sans fil SPK1, SPK2, SPKN. Le circuit de synchronisation décale temporellement la transmission d'un flux 20 multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de sa latence. Selon un septième mode de réalisation un procédé de pilotage d'enceintes sans fil selon l'un des cinquième et sixième modes de 25 réalisation est agencé pour que lorsqu'un paquet de flux multimédia (par exemple un paquet de flux audio) à destination d'un dispositif multimédia sans fil est perdu, le procédé renvoie (étape RSND) ledit paquet de flux multimédia audit dispositif multimédia sans fil. Chaque dispositif multimédia sans fil comprenant une mémoire tampon, le circuit de synchronisation 30 détermine DET un taux de remplissage de la mémoire tampon d'au moins un dispositif multimédia sans fil, et détermine une durée maximale pendant 3054393 28 laquelle le dispositif de pilotage de dispositifs multimédia sans fil peut renvoyer un paquet de flux multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire tampon de l'au moins un dispositif multimédia sans fil. 5 Selon un huitième mode de réalisation, un procédé de pilotage de dispositifs multimédia sans fil selon l'un des cinquième au septième modes de réalisation harmonise, avec un circuit d'harmonisation HRM, des flux multimédia séparés en fonction de caractéristiques des dispositifs 10 multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. Les caractéristiques de chaque dispositif multimédia sans fil comprennent une réponse fréquentielle dudit dispositif multimédia sans fil pour chaque bande de fréquences d'un ensemble de bandes de fréquences. Le circuit d'harmonisation ajuste l'amplitude de chaque 15 composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse fréquentielle dudit dispositif multimédia sans fil pour ladite composante fréquentielle. Selon une mise en oeuvre, le circuit d'harmonisation est un ensemble composé d'un processeur associé à une mémoire stockant un programme 20 d'ordinateur approprié. Selon une autre mise en oeuvre, le circuit d'harmonisation est une puce électronique dédiée, qui est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc conçu sur mesure. Selon une variante, l'invention est mise en oeuvre partiellement par une puce électronique dédiée telle que les puces dédiées précitées, et 25 partiellement par un processeur exécutant un programme d'ordinateur approprié. Selon une mise en oeuvre possible, le circuit de communication sans fil, le circuit de d'accès, le circuit de séparation, le circuit d'attribution, le circuit de synchronisation et le circuit d'harmonisation partagent un même 30 processeur, voire une même puce mémoire (dans ce dernier cas, la puce mémoire peut stocker à différentes adresses des programmes d'ordinateurs spécifiques à chacun de ces circuits). 3054393 29 Selon un neuvième mode de réalisation, un programme d'ordinateur comprend une série d'instructions qui, lorsqu'elles sont exécutées par un processeur, mettent en oeuvre un procédé selon l'un des cinquième au 5 huitième modes de réalisation. Ce programme d'ordinateur est par exemple écrit dans un langage bas niveau tel qu'un langage assembleur, ou dans un langage de plus haut niveau et davantage portable, tel que le langage C. Selon une mise en oeuvre possible, le programme d'ordinateur est divisé en plusieurs modules. Selon une mise en oeuvre possible, les différents 10 modules sont tous écrits dans le même langage, par exemple le langage C ou l'assembleur. Selon une alternative, certains modules sont écrits dans des langages différents, par exemple certains modules sont écrits en langage C, d'autres en langage assembleur. Selon une mise en oeuvre possible, tous les modules sont stockés dans une même mémoire. Selon 15 une alternative, certains modules sont stockés dans des mémoires distinctes. Selon un dixième mode de réalisation, un support de stockage non transitoire lisible par ordinateur stocke un programme d'ordinateur selon le 20 neuvième mode de réalisation. Selon une mise en oeuvre possible, le support de stockage est une clé USB, une carte SD ou une carte micro SD. Selon une variante, le support de stockage est une carte mémoire quelconque. Selon une autre variante, le support de stockage est une puce mémoire qui a vocation à être montée 25 sur un circuit électronique. Il s'agit par exemple d'une mémoire EEPROM, ROM, ou encore Flash. Selon une variante possible, le support de stockage est un support magnétique (par exemple du type disque dur) ou encore optique (par exemple du type CD ou DVD). 30 Un onzième mode de réalisation se rapporte à un dispositif (par exemple DEV ou DEV') de pilotage de dispositifs multimédia Bluetooth, le dispositif 3054393 30 de pilotage comprenant une puce Bluetooth (par exemple BC ou BC'). Les dispositifs multimédia Bluetooth sont par exemple des enceintes Bluetooth. Par enceinte Bluetooth, on désigne tout dispositif Bluetooth renfermant au moins un haut-parleur agencé pour diffuser un son 5 perceptible simultanément par plusieurs êtres humains. Il peut s'agir par exemple d'une enceinte acoustique pour chaîne Hi-fi, ou encore d'un téléphone portable muni d'un haut parleur prévu pour être audible par plusieurs personnes, dans la mesure où c'est ce haut parleur qui est piloté par le dispositif de pilotage. Plus précisément, on entend par "son 10 perceptible simultanément par plusieurs êtres humains" un son perceptible (au sens où son contenu peut-être distingué) par tout être humain doté d'une ouïe normale placé à une distance d'au moins un mètre de l'enceinte, en présence d'un bruit ambiant correspondant à celui d'une conversation, soit environ 40 dB SPL. Un casque audio, un écouteur intra auriculaire ou 15 encore un écouteur de téléphone ne sont donc pas des enceintes au sens de la présente demande, puisqu'il faut les appliquer dans ou contre l'oreille pour percevoir les sons émis. Selon une mise en oeuvre possible, les dispositifs multimédia Bluetooth sont des écouteurs Bluetooth. De tels écouteurs sont par exemple 20 connectés avec une télévision et nécessitent d'être synchronisés entre eux en plus d'être synchronisés avec un flux vidéo diffusé sur la télévision. Chacun des dispositifs multimédia Bluetooth peut être, plus généralement, une télévision Bluetooth, un écran Bluetooth, un téléphone portable Bluetooth, un ordinateur portable ou de bureau Bluetooth, une 25 tablette Bluetooth, une chaîne Hi-fi Bluetooth, une autoradio Bluetooth, ou encore un baladeur numérique Bluetooth. Le dispositif de pilotage DEV ou DEV' est par exemple une télévision Bluetooth, un écran Bluetooth, un téléphone portable Bluetooth, un ordinateur portable ou de bureau Bluetooth, une tablette Bluetooth, une 30 chaîne Hi-fi Bluetooth, une autoradio Bluetooth, ou encore un baladeur numérique Bluetooth. 3054393 31 La puce Bluetooth (par exemple BC ou BC' sur les figures) est agencée pour mettre en oeuvre un profil A2DP modifié (noté A2DP' sur la figure 1) de façon à créer une liaison (par exemple LNK ou LNK') point à multipoints depuis ladite puce Bluetooth vers plusieurs dispositifs multimédia Bluetooth 5 SPKi, SPK2, SPKN. La puce Bluetooth du dispositif de pilotage est agencée pour diffuser plusieurs flux multimédia liés les uns aux autres à destination chacun d'un dispositif multimédia Bluetooth respectif parmi lesdits plusieurs dispositifs multimédia Bluetooth en s'appuyant sur un usage non bloquant de Bluetooth. Par flux multimédia "liés les uns aux autres", on entend que 10 les flux multimédia se rapportent à une même situation (par exemple une même scène, ou une même musique), mais peuvent néanmoins être différents. Par exemple, les flux multimédia peuvent être six flux audio correspondant chacun à l'un des canaux 5.1 d'un enregistrement audio, ou encore peuvent être plusieurs vidéos d'une même scène, filmées en même 15 temps mais de points de vue différents. Le dispositif de pilotage est par exemple agencé pour émettre un flux audio (ou plus généralement multimédia) via une liaison sans fil de type Bluetooth. Par exemple, il stocke ou relaie un flux multimédia comprenant au minimum un canal audio. Par exemple, il stocke des fichiers MP3, ou se connecte à un serveur (tel qu'un 20 serveur Youtube®) à partir duquel il télécharge un flux qu'il retransmet au fur et à mesure, simultanément, via Bluetooth, à plusieurs dispositifs multimédia Bluetooth. En s'appuyant sur un usage non bloquant de Bluetooth au lieu d'un usage bloquant utilisé par défaut en A2DP, le dispositif de pilotage évite des 25 pertes de synchronisation. Par usage non bloquant de Bluetooth, on entend tout paramétrage de Bluetooth (par un mode Bluetooth et/ou par d'autres paramètres Bluetooth) qui évite de bloquer la puce Bluetooth du dispositif de pilotage de dispositifs multimédia Bluetooth. Un usage non bloquant de Bluetooth est donc un usage de Bluetooth qui évite de forcer la puce 30 Bluetooth à réémettre un paquet non reçu tant que celui-ci n'a pas été reçu, et qui évite également de la forcer à réémettre un tel paquet au-delà d'un instant auquel au moins un dispositif multimédia Bluetooth n'a plus de données en mémoire tampon à cause par exemple des tentatives de 3054393 32 réémission infructueuses du paquet, qui monopolisent les communications Bluetooth. Un usage non bloquant correspond à un ensemble de paramètres (FTO, QoS, Mode, Extended Flow features) et non uniquement à un mode (tel que le mode SM) au sens du standard Bluetooth. Il s'agit par 5 exemple du mode "Flow Control" ou de tout mode pour lequel le paramètre "Flush Timeout" est fixé selon le standard Bluetooth pour empêcher toute retransmission. Un usage bloquant est a contrario un usage qui conduit par exemple à réémettre des données tant qu'elles ne sont pas reçues, ou qui conduit à réémettre des données alors qu'un dispositif multimédia Bluetooth 10 davantage prioritaire attendait lui aussi des données et ne les a pas reçues à cause dudit usage (il est alors bloqué). L'usage bloquant est utilisé dans l'art antérieur car il évite des pertes occasionnelles de données (en cas de coupure prolongée pendant une durée supérieure à un seuil donné l'usage bloquant ne permet pas d'éviter des pertes de données). Dans l'hypothèse 15 où l'on adapte Bluetooth pour permettre une diffusion point à multipoints, employer un usage non bloquant évite le risque qu'un dispositif multimédia Bluetooth devienne inaccessible et empêche toute transmission de données à l'ensemble des dispositifs multimédia Bluetooth. Un dispositif multimédia Bluetooth peut devenir inaccessible par exemple parce qu'il a été déplacé 20 hors de portée de la puce Bluetooth du dispositif de pilotage DEV, ou parce qu'il contient une batterie qui s'est vidée, ou pour toute autre raison. Les paramétrages L2CAP par défaut de Bluetooth rappelés en introduction ne conviennent pas à la mise en place d'une liaison synchronisée A2DP d'un dispositif Bluetooth maître vers plusieurs 25 dispositifs Bluetooth esclaves. En effet si l'un des liens établis entre le maître et un esclave (par exemple une enceinte) est configuré avec un "Flush Timeout" infini, et si l'enceinte sort du champ Bluetooth ou si elle est alimentée par une batterie qui s'est vidée, alors les données seront continuellement renvoyées vers celle-ci qui, ne les recevant jamais, 30 bloquera toute autre transmission de données vers les autres dispositifs esclaves (les données étant envoyées de façon séquentielle). Par ailleurs, si le paramètre "Flush Timeout" est défini par défaut, le renvoi des données sur une enceinte pourrait entraîner un décalage temporel entre celle-ci et 3054393 33 les autres. En effet, au moment où une enceinte sortie du champ Bluetooth du dispositif Bluetooth maître reviendrait dans ce champ, elle poursuivrait la diffusion du flux à partir de l'instant auquel elle s'était arrêtée en sortant de ce champ. 5 Selon une mise en oeuvre possible, le dispositif de pilotage de dispositifs multimédia Bluetooth est agencé pour déterminer automatiquement, à partir des différentes configurations supportées par les piles Bluetooth des dispositifs multimédia Bluetooth, le paramétrage à adopter pour chaque canal L2CAP (correspondant à un lien logique entre la puce Bluetooth du 10 dispositif de pilotage d'enceintes Bluetooth et un dispositif multimédia Bluetooth) de façon à garder une liaison synchronisée entre le dispositif de pilotage de dispositifs multimédia Bluetooth et les différents dispositifs multimédias esclaves. Les paramètres L2CAP de chacun des dispositifs multimédia peuvent être différents (ils peuvent dépendre des 15 caractéristiques de ces dispositifs multimédia, de leur aptitude à supporter certains protocoles, etc.). Selon une mise en oeuvre possible, le dispositif de pilotage de dispositifs multimédia Bluetooth est agencé pour configurer l'ensemble des "Flush Timeout" pour les différents canaux L2CAP à la valeur définie par le 20 standard Bluetooth (à savoir 1, mais cela pourrait varier suivant les implémentations) pour qu'aucune retransmission ne soit effectuée. La liaison ainsi obtenue est non fiable au sens où les erreurs ou pertes de transmission ne sont pas rattrapées, mais assure une synchronisation après perte éventuelle de paquets. 25 Selon une mise en oeuvre possible, la modification du profil A2DP consiste à modifier la brique AVDTP utilisée par le profil A2DP, par exemple de l'une des façons indiquées ci-dessous. Afin de réaliser une brique AVDTP' correspondant à une brique AVDTP modifiée, il est possible notamment d'utiliser une implémentation libre telle que l'implémentation 30 dénommée BlueZ (bien connue de l'homme du métier), conçue pour mettre en oeuvre la technologie Bluetooth sur des systèmes d'exploitation de type Linux, et disponible sous licence GNU GPL. L'implémentation BlueZ est 3054393 34 devenue une mise en oeuvre Bluetooth de référence pour Linux et a été intégrée au noyau Linux. Selon un douzième mode de réalisation, la puce Bluetooth d'un dispositif 5 de pilotage de dispositifs multimédia Bluetooth selon le onzième mode de réalisation est agencée, lorsqu'un paquet de flux multimédia qu'elle a transmis à destination d'un dispositif multimédia Bluetooth est perdu, pour renvoyer ledit paquet de flux multimédia audit dispositif multimédia Bluetooth. La puce Bluetooth étant agencée pour déterminer un taux de 10 remplissage d'une mémoire tampon d'au moins un dispositif multimédia Bluetooth SPK1, SPK2, SPKN et pour déterminer une durée maximale pendant laquelle elle peut renvoyer le paquet de flux multimédia perdu au dispositif multimédia Bluetooth en fonction du taux de remplissage de la mémoire tampon de l'au moins un dispositif multimédia Bluetooth. 15 Selon une mise en oeuvre possible, cette durée maximale correspond à la mémoire tampon la moins remplie parmi les mémoires tampon de tous les autres dispositifs multimédia Bluetooth, dont il faut déduire le temps nécessaire pour transmettre une portion suffisante de flux multimédia. On ne prend alors pas en compte le contenu de la mémoire tampon du 20 dispositif multimédia Bluetooth qui a perdu un paquet. Selon une autre mise en oeuvre, cette durée maximale correspond à la mémoire tampon la moins remplie parmi les mémoires tampon de tous les dispositifs multimédia Bluetooth (y compris celui qui a perdu le paquet), dont il faut déduire le temps nécessaire pour transmettre une portion suffisante 25 de flux multimédia. En effet, si le dispositif multimédia Bluetooth qui a perdu le paquet court le risque d'arriver à court de données de flux multimédia à jouer, il peut être considéré plus approprié d'abandonner la tentative de retransmission du paquet perdu qui de toute façon serait restitué de façon retardée et donc désynchronisée des autres dispositifs multimédia 30 Bluetooth. Selon une autre mise en oeuvre, la puce Bluetooth est agencée pour 3054393 identifier des dispositifs multimédia Bluetooth pour lesquels il n'est pas utile de vérifier le taux de remplissage de la mémoire tampon. Par exemple, la puce Bluetooth peut exclure un nombre n de dispositifs multimédia Bluetooth dont elle a alimenté les mémoires tampon en dernier, si elle peut 5 en déduire qu'il existe nécessairement d'autres dispositifs multimédia Bluetooth dont la mémoire tampon est moins remplie et qui vont déterminer la durée maximale précitée. Selon une autre mise en oeuvre, la puce Bluetooth est agencée pour mémoriser un identifiant du dispositif multimédia Bluetooth dont elle a 10 alimenté la mémoire tampon depuis le plus longtemps. Lorsqu'un paquet est perdu, la puce Bluetooth ne vérifie alors que la mémoire tampon de ce dispositif multimédia Bluetooth dont elle a alimenté la mémoire tampon depuis le plus longtemps. Selon une mise en oeuvre possible, le dispositif de pilotage est agencé 15 pour transmettre des portions de flux audio d'environ 14ms (ce qui correspond à la durée d'un bloc de flux audio encodé par le codec SBC). Selon une mise en oeuvre possible, le dispositif de pilotage pilote quatre dispositifs multimédia Bluetooth, et la transmission d'une portion d'environ 14ms prend environ 1,3ms. Il faut donc environ 4*1,3ms soit environ 5,2ms 20 pour transmettre environ 14ms de flux aux quatre dispositifs multimédia Bluetooth, ce qui laisse environ 14ms-5,2ms soit environ 8,8ms durant lesquelles le dispositif de pilotage peut identifier les paquets mal ou non transmis et les réémettre. Selon une mise en oeuvre possible, le dispositif de pilotage de dispositifs 25 multimédia Bluetooth est agencé pour configurer le "Flush Timeout" de chaque canal L2CAP en fonction de l'état de remplissage des mémoires tampon des dispositifs multimédia Bluetooth, qu'il doit au préalable estimer par exemple par l'une des méthodes précitées. 30 Selon une mise en oeuvre possible, la puce Bluetooth d'un dispositif de pilotage de dispositifs multimédia Bluetooth selon le onzième mode de 3054393 36 réalisation est agencée pour générer un SEP unique pour piloter tous les dispositifs multimédia Bluetooth. Plus précisément, le profil A2DP du SEP Source (la puce Bluetooth) est modifié, par exemple en substituant une brique AVDTP conventionnelle par une brique AVDTP' modifiée. La 5 modification consiste à supprimer les restrictions empêchant un SEP Source de se connecter à plus d'un SEP Sink. Or le standard Bluetooth n'implique pas de faire vérifier, au niveau d'un SEP Sink, que le SEP Source avec lequel il dialogue ne dialogue pas également avec un autre SEP Sink. Il s'avère que l'on peut donc techniquement, à partir d'un même 10 SEP Source, diffuser des flux multimédia (en particulier audio) vers plusieurs SEPS Sink depuis une même puce Bluetooth. Le standard Bluetooth n'autorisant pas une communication d'un SEP Source à plusieurs SEPS Sinks, la présente mise en oeuvre constitue une sorte d'extension au standard Bluetooth, extension qui ne génère pas de 15 difficultés dans la mesure où le standard Bluetooth n'est pas prévu pour détecter une telle extension. Bien entendu, il est possible de prévoir dans le dispositif de pilotage de dispositifs multimédia Bluetooth plusieurs puces Bluetooth agencées chacune pour générer un SEP unique pour piloter les dispositifs multimédia 20 Bluetooth gérés respectivement par chacune d'elles. Par exemple, une puce Bluetooth numéro 1 pourrait gérer les dispositifs multimédia numéros 1 à 5, une puce Bluetooth numéro 2 pourrait gérer les dispositifs multimédia numéros 6 à 10 et une puce Bluetooth numéro 3 pourrait gérer les dispositifs multimédia numéros 11 à 15. En effet, le débit maximum d'une 25 puce Bluetooth limite le nombre de dispositifs multimédia qu'elle peut piloter, et si le nombre de dispositifs multimédia dépasse un seuil donné, ajouter une puce Bluetooth permet de piloter des dispositifs multimédia supplémentaires simultanément. 30 Selon un treizième mode de réalisation, la puce Bluetooth d'un dispositif de pilotage de dispositifs multimédia Bluetooth selon le onzième ou le douzième mode de réalisation est agencée pour générer plusieurs SEP 3054393 37 pour piloter les dispositifs multimédia Bluetooth. Selon une mise en oeuvre avantageuse, la puce Bluetooth génère un SEP Source distinct pour chaque SEP Sink (correspondant à chaque dispositif multimédia Bluetooth qu'elle doit piloter). Il s'agit là d'une 5 alternative de la mise en oeuvre précitée, dans laquelle la puce Bluetooth est davantage conforme au standard Bluetooth. En effet, on a bien en apparence des liens point à point, et non un lien point à multipoints. Mais il s'agit bien sûr d'un artifice, qui consiste à générer une multiplicité de SEPS Source virtuels dans une même puce Bluetooth pour simuler une multiplicité 10 de dispositifs Source là où il n'y a en réalité qu'une seule puce Bluetooth. Bien entendu, il est possible de prévoir dans le dispositif de pilotage de dispositifs multimédia Bluetooth plusieurs puces Bluetooth agencées chacune pour générer autant de SEPS Source que de dispositifs multimédia Bluetooth gérés respectivement par chacune d'elles. Par exemple, une puce 15 Bluetooth numéro 1 pourrait gérer les dispositifs multimédia Bluetooth numéros 1 à 5 à l'aide de SEPS Source respectifs SEP1 à SEP6, une puce Bluetooth numéro 2 pourrait gérer les dispositifs multimédia Bluetooth numéros 6 à 10 à l'aide de SEPS Source respectifs SEP6 à SEPio et une puce Bluetooth numéro 3 pourrait gérer les dispositifs multimédia Bluetooth 20 numéros 11 à 15 à l'aide de SEPS Source respectifs SEPii à SEP16. En effet, le débit maximum d'une puce Bluetooth limite le nombre de dispositifs multimédia qu'elle peut piloter, et si le nombre de dispositifs multimédia dépasse un seuil donné, ajouter une puce Bluetooth permet de piloter des dispositifs multimédia supplémentaires simultanément. Le nombre de SEPS 25 Source générés par une puce Bluetooth n'influe pas la bande passante disponible dans cette puce Bluetooth, qui reste la même mais est partagée entre ces différents SEPS Source. Selon une mise en oeuvre possible, la puce Bluetooth crée un maximum de 7 SEPS sources afin de gérer les dispositifs multimédia Bluetooth qu'elle pilote en utilisant un piconet. Un 30 piconet est un réseau comprenant de 1 à 8 dispositifs Bluetooth, parmi lesquels un unique dispositif Bluetooth maître (c'est-à-dire Source) et jusqu'à 7 dispositifs Bluetooth esclaves (c'est-à-dire Sink), comme c'est spécifié par le standard Bluetooth. La limitation à 7 dispositifs Sink par 3054393 38 dispositif Source provient de l'adressage Bluetooth qui identifie chaque dispositif Bluetooth esclave à l'aide de trois bits, la combinaison 000 étant réservée à un mode spécifique dénommé « Connectionless Broadcast » (diffusion sans connexion, en anglais). 5 Selon un quatorzième mode de réalisation, la puce Bluetooth d'un dispositif de pilotage de dispositifs multimédia Bluetooth selon l'un des onzième au treizième modes de réalisation est agencée pour piloter jusqu'à cinq dispositifs multimédia Bluetooth, en utilisant un codec SBC. Par "piloter 10 jusqu'à cinq dispositifs multimédia Bluetooth", on entend que quel que soit le flux audio SBC diffusé, il est possible de diffuser ce flux sur cinq enceintes. S'il y a moins de cinq enceintes, c'est a fortiori possible. Un flux audio stéréo de qualité dite qualité CD est échantillonné à 44,1 kHz et échantillonne le signal audio sur 16 bits. A chaque seconde, 15 44100 échantillons de 16 bits sont donc fournis pour la voie gauche et 44100 autres échantillons de 16 bits sont fournis pour la voie droite. Le débit brut d'un tel flux est donc de 44100*2*16 bit/s soit un peu plus de 1,4 Mbit/s. Un tel débit est très important, et il est donc utile de le compresser afin de réduire la bande passante nécessaire lors d'une 20 transmission, en particulier une transmission Bluetooth dont le débit n'est pas très élevé. Pour effectuer cette compression, on utilise des codecs. Le codec SBC est un codec très simple et très efficace. On entend par efficace que le codec SBC ne nécessite que très peu de ressources mémoire et de ressource processeur pour fonctionner. Ceci est très utile pour les puces 25 Bluetooth, qui sont souvent limitées en mémoire en puissance de calcul. Le codec SBC est par ailleurs gratuit. Il est également avantageux car très répandu, et assure ainsi une grande interopérabilité. Cependant, il est assez peu performant du point de vue du taux de compression obtenu et de la qualité audio. Le débit binaire d'un flux audio encodé par un codec SBC 30 est au maximum de 372 kbit/s (dans certains cas, SBC génère un débit binaire plus faible, notamment pour s'adapter à la bande passante disponible, et permet ainsi de piloter le cas échéant plus de cinq dispositifs 3054393 39 multimédia Bluetooth). Mais des codecs plus performants existent. Par exemple un codec AAC génère un flux audio compressé d'environ 192 kbit/s de qualité sensiblement équivalente à celle d'un flux SBC à 372 kbit/s. Les codecs apt-X permettent eux aussi des performances 5 améliorées (débit plus faible à qualité équivalente), mais ne sont pas gratuits. La bande passante Bluetooth pour des dispositifs compatibles EDR (acronyme d'origine anglaise signifiant "Enhanced Data Rate" soit débit de données augmenté) comme les enceintes Bluetooth conventionnelles est 10 de 2,1 Mbit/s. Il est ainsi possible de faire passer au minimum cinq flux encodés par un codec SBC (à 372 kbit/s maximum) dans la bande passante disponible. Selon une mise en oeuvre possible, la puce Bluetooth utilise un codec AAC, ce qui permet en théorie de transmettre dix (quasiment onze) flux 15 encodés en AAC à 192 kbit/s. Il est néanmoins avantageux, selon une mise en oeuvre possible, de limiter le nombre de flux AAC à sept afin de pouvoir mettre en place un piconet selon le standard Bluetooth (qui limite le nombre de dispositifs esclaves à 7). Selon d'autres alternatives, d'autres codecs sont utilisés, et permettent de transmettre jusqu'à sept flux encodés, ou 20 moins si le débit du flux encodé est supérieur à 300 kbit/s (dans ce cas le nombre de flux encodés possibles est égal au rapport de 2100000 par le débit d'un flux encodé exprimé en bit/s). Un quinzième mode de réalisation se rapporte à un procédé de pilotage 25 de dispositifs multimédia Bluetooth par une puce Bluetooth. La puce Bluetooth met en oeuvre un profil A2DP modifié (noté A2DP') de façon à créer une liaison point à multipoints depuis ladite puce Bluetooth vers plusieurs dispositifs multimédia Bluetooth, la puce Bluetooth diffusant plusieurs flux multimédia liés les uns aux autres à destination chacun d'un 30 dispositif multimédia Bluetooth respectif parmi lesdits plusieurs dispositifs multimédia Bluetooth, en s'appuyant sur un usage non bloquant de Bluetooth. 3054393 Selon une mise en oeuvre possible, la puce Bluetooth comprend un processeur et exécute un programme d'ordinateur adapté pour mettre en oeuvre un profil A2DP' de façon à créer une liaison point à multipoints depuis ladite puce Bluetooth vers plusieurs dispositifs multimédia Bluetooth, 5 la puce Bluetooth diffusant plusieurs flux multimédia liés les uns aux autres à destination chacun d'un dispositif multimédia Bluetooth respectif parmi lesdits plusieurs dispositifs multimédia Bluetooth, en s'appuyant sur un usage non bloquant de Bluetooth. Selon une mise en oeuvre alternative, c'est un dispositif de pilotage de 10 dispositifs multimédia Bluetooth comprenant ladite puce Bluetooth qui comprend également un processeur et exécute un programme d'ordinateur adapté pour mettre en oeuvre un profil A2DP' de façon à créer une liaison point à multipoints depuis ladite puce Bluetooth vers plusieurs dispositifs multimédia Bluetooth, la puce Bluetooth diffusant plusieurs flux multimédia 15 liés les uns aux autres à destination chacun d'un dispositif multimédia Bluetooth respectif parmi lesdits plusieurs dispositifs multimédia Bluetooth, en s'appuyant sur un usage non bloquant de Bluetooth. Dans les deux mises en oeuvre précitées le programme d'ordinateur est stocké dans une mémoire (par exemple de type EEPROM, Flash ou encore 20 ROM). Cette mémoire peut être implantée dans la puce Bluetooth ou dans le dispositif de pilotage de dispositifs multimédia Bluetooth, hors de la puce Bluetooth. Selon une variante, le programme d'ordinateur est stocké en partie dans la puce Bluetooth, et en partie dans le dispositif de pilotage de dispositifs multimédia Bluetooth. Selon une variante, le dispositif de pilotage 25 de dispositifs multimédia Bluetooth et la puce Bluetooth comprennent chacun au moins un processeur distinct, et exécutent chacun une partie du programme d'ordinateur, qui est stocké soit en un seul lieu (puce mémoire unique) soit de façon distribuée sur plusieurs puces mémoire (par exemple une puce mémoire de la puce Bluetooth et une puce mémoire du dispositif 30 de pilotage de dispositifs multimédia Bluetooth). Selon une autre mise en oeuvre, le procédé est mis en oeuvre non pas par un programme d'ordinateur mais par une puce électronique dédiée, qui 3054393 41 est par exemple un FPGA ou tout autre circuit approprié, y compris un circuit ad hoc. Selon une variante, le procédé est mis en oeuvre partiellement par une puce électronique dédiée telle qu'une puce dédiée précitées, et partiellement par un processeur exécutant un programme 5 d'ordinateur approprié. Selon un seizième mode de réalisation, la puce Bluetooth d'un procédé de pilotage de dispositifs multimédia Bluetooth selon le quinzième mode de réalisation, lorsqu'un paquet de flux multimédia que la puce Bluetooth a 10 transmis à destination d'un dispositif multimédia Bluetooth est perdu, renvoie ledit paquet de flux multimédia audit dispositif multimédia Bluetooth, et détermine un taux de remplissage d'une mémoire tampon de chaque dispositif multimédia Bluetooth SPK1, SPK2, SPKN, pour en déduire une durée maximale pendant laquelle elle peut renvoyer le paquet de flux 15 multimédia perdu au dispositif multimédia Bluetooth en fonction du taux de remplissage de la mémoire tampon des dispositifs multimédia Bluetooth. Selon un dix-septième mode de réalisation, la puce Bluetooth d'un procédé de pilotage de dispositifs multimédia Bluetooth selon le quinzième 20 ou le seizième mode de réalisation génère plusieurs SEPS SEP1, SEP2, ... SEPN pour piloter les dispositifs multimédia Bluetooth SPK1, SPK2, ... SPKN. Selon un dix-huitième mode de réalisation, la puce Bluetooth d'un procédé de pilotage dispositifs multimédia Bluetooth selon l'un des 25 quinzième au dix-septième modes de réalisation pilote cinq dispositifs multimédia Bluetooth en utilisant un codec SBC. Un dix-neuvième mode de réalisation se rapporte à un programme d'ordinateur comprenant une série d'instructions qui, lorsqu'elles sont 30 exécutées par un processeur, mettent en oeuvre un procédé selon l'un des 3054393 42 quinzième au dix-huitième modes de réalisation. Ce programme d'ordinateur est par exemple écrit dans un langage bas niveau tel qu'un langage assembleur, ou dans un langage de plus haut niveau et davantage portable, tel que le langage C. Selon une mise en oeuvre possible, le 5 programme d'ordinateur est divisé en plusieurs modules. Selon une mise en oeuvre possible, les différents modules sont tous écrits dans le même langage, par exemple le langage C ou l'assembleur. Selon une alternative, certains modules sont écrits dans des langages différents, par exemple certains modules sont écrits en langage C, d'autres en langage assembleur. 10 Selon une mise en oeuvre possible, tous les modules sont stockés dans une même mémoire. Selon une alternative, certains modules sont stockés dans des mémoires distinctes. Un vingtième mode de réalisation se rapporte à un support de stockage 15 non transitoire lisible par ordinateur, stockant un programme d'ordinateur selon le dix-neuvième mode de réalisation. Selon une mise en oeuvre possible, le support de stockage est une clé USB, une carte SD ou une carte micro SD. Selon une variante, le support de stockage est une carte mémoire quelconque. Selon une autre variante, le support de stockage est 20 une puce mémoire qui a vocation à être montée sur un circuit électronique. Il s'agit par exemple d'une mémoire EEPROM, ROM, ou encore Flash. Selon une variante possible, le support de stockage est un support magnétique (par exemple du type disque dur) ou encore optique (par exemple du type CD ou DVD). 25 L'invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples. Les mémoires utilisables couvrent tout type de mémoire. Les modes de réalisation décrits en relation avec le dispositif de pilotage de dispositifs multimédia sans fil peuvent être transposés aux procédés de 30 pilotage de dispositifs multimédia sans fil, ainsi qu'aux programmes d'ordinateur et aux supports de stockage du programme selon des modes 3054393 43 de réalisation de l'invention, et réciproquement. De plus, les premier au dixième modes de réalisation peuvent être combinés avec les onzième au vingtième modes de réalisation. Par exemple, il est possible de prévoir, dans les onzième au vingtième modes de réalisation, une interrogation de 5 base de données telle que prévue dans le premier mode de réalisation afin de reconnaître les caractéristiques des dispositifs multimédia Bluetooth, par exemple leurs latences. Inversement, il est possible de prévoir, par exemple, que les premier au dixième modes de réalisation mettent en oeuvre un protocole sans fil Bluetooth modifié selon l'une quelconque des 1 o manières énoncées dans les onzième au vingtième modes de réalisation. REVENDICATIONS1. Dispositif (DEV) de pilotage de dispositifs multimédia sans fil (SPK1, 5 SPK2, SPKN) comprenant: - un circuit de communication sans fil (BC), agencé pour recevoir depuis chaque dispositif multimédia sans fil un identifiant de dispositif multimédia sans fil; - un circuit d'accès (DBC) à une base de données (DB) de dispositifs 10 multimédia sans fil, agencé pour obtenir à partir de ladite base de données, les caractéristiques de chaque dispositif multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant; - un circuit de séparation (SEC) d'un flux multimédia principal en autant de flux multimédia séparés que le circuit de communication sans fil a reçu 15 d'identifiants de dispositifs multimédia sans fil; - un circuit d'attribution (AC) de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif; - un circuit de synchronisation (SYC) des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit 20 de communication sans fil a reçu un identifiant. 2. Dispositif de pilotage de dispositifs multimédia sans fil selon la revendication 1, dans lequel les caractéristiques de chaque dispositif multimédia sans fil (SPK1, SPK2, SPKN) comprennent une latence dudit 25 dispositif multimédia, le circuit de synchronisation (SYC) étant agencé pour décaler temporellement la transmission d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de sa latence. 3. Dispositif de pilotage de dispositifs multimédia sans fil selon l'une des 3054393 45 revendications précédentes, agencé, lorsqu'un paquet de flux multimédia à destination d'un dispositif multimédia sans fil est perdu, pour renvoyer ledit paquet de flux multimédia audit dispositif multimédia sans fil, dans lequel, chaque dispositif multimédia sans fil comprenant une mémoire tampon, le circuit de synchronisation (SYC) est agencé pour déterminer un taux de remplissage de la mémoire tampon (BUF1, BUF2, BUFN) d'au moins un dispositif multimédia sans fil (SPK1, SPK2, SPKN), et pour déterminer une durée maximale pendant laquelle le dispositif de pilotage de dispositifs multimédia sans fil peut renvoyer un paquet de flux multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire tampon de l'au moins un dispositif multimédia sans fil. 4. Dispositif de pilotage de dispositifs multimédia sans fil selon l'une des revendications précédentes, comprenant un circuit d'harmonisation (HAC) des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant, les caractéristiques de chaque dispositif multimédia sans fil comprenant une réponse fréquentielle dudit dispositif multimédia sans fil pour chaque bande de fréquences d'un ensemble de bandes de fréquences, le circuit d'harmonisation étant agencé pour ajuster l'amplitude de chaque composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse fréquentielle dudit dispositif multimédia sans fil pour ladite composante fréquentielle. 5. Procédé de pilotage de dispositifs multimédia sans fil comprenant: une réception (REC), par un circuit de communication sans fil, depuis chaque dispositif multimédia sans fil (SPK1, SPK2, SPKN), d'un identifiant de dispositif multimédia sans fil (ID1, ID2, IDN); une obtention (OBT), par un circuit d'accès à une base de données (DB) de dispositifs multimédia sans fil, de caractéristiques (LAT1, LAT2, LATN) de 3054393 46 chaque dispositif multimédia sans fil dont un identifiant (ID1, ID2, IDN) a été reçu par le circuit de communication sans fil (BC); une séparation (SPR), par un circuit de séparation de flux, d'un flux multimédia principal en autant de flux multimédia séparés que le circuit de 5 communication sans fil a reçu d'identifiants de dispositifs multimédia sans fil; une attribution (ATT), par un circuit d'attribution, de chaque flux multimédia séparé à un dispositif multimédia sans fil respectif; une synchronisation (SYN), par un circuit de synchronisation, des flux 10 multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant. 6. Procédé de pilotage de dispositifs multimédia sans fil selon la 15 revendication 5, dans lequel les caractéristiques de chaque dispositif multimédia sans fil comprennent une latence (LAT1, LAT2, LATN) dudit dispositif multimédia sans fil (SPK1, SPK2, SPKN), et dans lequel le circuit de synchronisation décale temporellement la transmission d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en 20 fonction de sa latence. 7. Procédé de pilotage de dispositifs multimédia sans fil selon l'une des revendications 5 et 6, dans lequel, lorsqu'un paquet de flux multimédia à destination d'un dispositif multimédia sans fil est perdu, le procédé renvoie 25 (RSND) ledit paquet de flux multimédia audit dispositif multimédia sans fil, et dans lequel, chaque dispositif multimédia sans fil comprenant une mémoire tampon, le circuit de synchronisation détermine (DET) un taux de remplissage de la mémoire tampon d'au moins un dispositif multimédia sans fil, et détermine une durée maximale pendant laquelle le dispositif de 30 pilotage de dispositifs multimédia sans fil peut renvoyer un paquet de flux 3054393 47 multimédia perdu à un dispositif multimédia sans fil en fonction du taux de remplissage de la mémoire tampon de l'au moins un dispositif multimédia sans fil. 5 8. Procédé de pilotage de dispositifs multimédia sans fil selon l'une des revendications 5 à 7, dans lequel un circuit d'harmonisation harmonise (HRM) des flux multimédia séparés en fonction de caractéristiques des dispositifs multimédia sans fil dont le circuit de communication sans fil a reçu un identifiant, les caractéristiques de chaque dispositifs multimédia 10 sans fil comprenant une réponse fréquentielle dudit dispositif multimédia sans fil pour chaque bande de fréquences d'un ensemble de bandes de fréquences, le circuit d'harmonisation ajustant l'amplitude de chaque composante fréquentielle d'un flux multimédia séparé à destination d'un dispositif multimédia sans fil en fonction de la réponse fréquentielle dudit 15 dispositif multimédia sans fil pour ladite composante fréquentielle. 9. Programme d'ordinateur comprenant une série d'instructions qui, lorsqu'elles sont exécutées par un processeur, mettent en oeuvre un procédé selon l'une des revendications 5 à 8. 20 10. Support de stockage non transitoire lisible par ordinateur, stockant un programme d'ordinateur selon la revendication 9.