Brevet FR3011373A1 — publié le 20150403

TERMINAL PORTABLE D'ECOUTE HAUTE-FIDELITE PERSONNALISEE La présente invention s'applique au domaine des dispositifs de reproduction sonore haute-fidélité, notamment des casques audio. Les utilisateurs souhaitent désormais pouvoir reproduire à partir de leur terminal d'usage courant (téléphone intelligent, tablette, etc...), des sons de très haute fidélité, notamment en écoute au casque. Les capacités de calcul et l'autonomie électrique de ces terminaux restent cependant encore insuffisants pour accommoder une exécution sur ledit terminal de modèles de reproduction sonore spatialisée utilisant notamment des filtres personnalisés de type Head Related Transfer Functions (HRTF) de haute définition, de plus en plus incontournables pour parvenir au niveau de fidélité requis. Les HRTF modélisent la morphologie de la tête d'un utilisateur et produisent par convolution avec un signal audio un rendu spatialisé.. Plus la HRTF est détaillée et proche de la morphologie de l'auditeur, plus l'espace sonore perçu est réaliste. Ces modèles de tête sont en outre combinés avec des modèles d'acoustique de salle en trois dimensions qui permettent d'améliorer grandement le caractère réaliste du rendu acoustique. Les moyens de calcul pour parvenir à un niveau de très haute fidélité compatible avec les attentes des utilisateurs les plus exigeants existent sur les plateformes fixes. En revanche, elles n'existent pas aujourd'hui sur des plateformes mobiles compactes. La présente invention permet de surmonter ces difficultés de l'art antérieur en procurant un système, un procédé et un dispositif qui permettent d'exécuter un traitement du signal adapté, notamment les traitements binauraux et la simulation de l'acoustique d'une salle donnée, sur des machines réparties, ce qui permet de limiter la puissance consommée sur la plateforme locale compacte du type téléphone intelligent ou tablette. Pour parvenir à ce résultat, l'utilisateur transmet aux moyens de calcul par un protocole adapté les paramètres de personnalisation de son profil d'écoute. A cet effet, l'invention divulgue un terminal d'écoute de contenus audio comprenant : un module d'établissement d'une session de communication 35 avec un serveur; un module de téléchargement de contenus audio sur ledit terminal à partir dudit serveur ; un module de reproduction desdits contenus audio par un dispositif d'écoute connecté audit terminal; ledit terminal d'écoute étant caractérisé en ce que : i) le module d'établissement d'une session de communication est configuré pour permettre la sélection par un utilisateur du terminal d'un profil d'écoute audio dudit utilisateur, ledit profil comprenant au moins un paramètre appartenant à un groupe de paramètres comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; et en ce que, ii) le module de téléchargement est configuré pour télécharger du serveur vers le terminal d'écoute au moins un contenu audio en sortie d'une fonction de traitement de signal audio paramétrée par le profil d'écoute audio de l'utilisateur. L'invention divulgue également un module de personnalisation d'écoute comprenant : un sous-module de capture de paramètres constituant un profil d'écoute audio d'un utilisateur, lesdits paramètres étant choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; un sous-module de transmission dudit profil d'écoute à un serveur; ledit module de personnalisation d'écoute étant caractérisé en ce que ledit sous- module de transmission est configuré pour générer, à partir dudit profil d'écoute, un message interprétable par ledit serveur pour commander l'exécution par un module de traitement audio d'au moins une fonction de traitement de signal audio d'au moins un contenu audio accessible par ledit serveur, ladite fonction de traitement de signal audio étant paramétrée par le profil d'écoute de l'utilisateur. Avantageusement, dans le terminal d'écoute de l'invention, ladite au moins une fonction de traitement de signal audio est une fonction de spatialisation binaurale d'au moins un contenu audio.35 Avantageusement, dans le terminal d'écoute de l'invention, ladite au moins une fonction de traitement de signal audio est une fonction d'adaptation à une acoustique tri-dimensionnelle d'un lieu d'écoute. Avantageusement, le terminal d'écoute de l'invention comprend en outre un module de personnalisation. Avantageusement, le module de personnalisation de l'invention comprend en outre un sous-module de prise de vues de la tête de l'utilisateur, lesdites 10 vues étant choisies pour permettre une détermination de paramètres significatifs du profil d'écoute au casque dudit utilisateur. Avantageusement, le module de personnalisation de l'invention comprend en outre un sous-module de capture d'un audiogramme de l'utilisateur. 15 L'invention divulgue également un serveur de contenus audio comprenant : un module d'acquisition de profils d'écoute audio d'utilisateurs, lesdits profils comprenant, pour chaque utilisateur, des paramètres choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres 20 fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute simulé, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; un module d'établissement de sessions de communication par lesdits utilisateurs ; un module de traitement audio ; un module de téléchargement de contenus 25 audio par lesdits utilisateurs vers le dispositif d'écoute ; ledit serveur de contenus étant caractérisé en ce que : i) le module d'établissement de sessions de communication est configuré pour permettre à un utilisateur d'exécuter une fonction d'activation d'un profil d'écoute audio choisie dans un groupe comprenant une transmission, une sélection et une validation dudit 30 profil d'écoute audio; et en ce que, ii) le module de traitement audio est configuré pour exécuter au moins une fonction de traitement de signal audio paramétrée par la sortie de la fonction d'activation du profil audio ; et en ce que, iii) le module de téléchargement de contenus audio est configuré pour fournir à l'utilisateur un contenu audio en sortie de ladite au moins une 35 fonction de traitement de signal audio paramétrée. Avantageusement, dans le serveur de contenus audio de l'invention, ladite au moins une fonction de traitement de signal audio fait appel à des fonctions HRTF. Avantageusement, dans le serveur de contenus audio de l'invention, les fonctions HRTF auxquelles ladite fonction de traitement de signal audio fait appel dépendent du profil d'écoute audio de l'utilisateur. Avantageusement, dans le serveur de contenus audio de l'invention, les fonctions HRTF sont calculées aux points de provenance des sons spatialisés par interpolation des résidus des mesures après soustraction des valeurs en ces points du modèle de mesure correspondant au profil d'écoute audio de l'utilisateur. L'invention divulgue également un protocole de transmission d'un message comprenant des paramètres caractérisant un profil d'écoute audio d'un utilisateur d'un dispositif d'écoute de contenus audio, ledit protocole étant caractérisé en ce que lesdits paramètres sont choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute simulé, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur . Avantageusement, dans le protocole de transmission de l'invention, ledit message est transmis à un module de traitement audio résidant sur un serveur pour déclencher l'exécution d'au moins une fonction de traitement de signal audio paramétrée par le profil d'écoute audio de l'utilisateur. Avantageusement, dans le protocole de transmission de l'invention, ledit déclenchement est commandé par l'utilisateur à partir d'un terminal d'écoute audio, ledit terminal exécutant ensuite une procédure de téléchargement d'au moins un contenu audio en sortie de la au moins une fonction de traitement de signal audio. 3 0 1 13 73 5 Selon l'invention, les traitements les plus demandeurs en puissance de calcul, tels que le calcul des coefficients des HRTF, les convolutions de signaux audio-multicanaux par les HRTFs et les réponses de salles en trois dimensions sont effectués sur un serveur auquel la plateforme compacte se 5 connecte. Pour des contenus multicanaux, il est de même nécessaire d'utiliser des capacités de stockage communes au voisinage dudit serveur et non les capacités de l'appareil mobile compact qui seraient insuffisantes au regard des besoins nécessaires. En outre, l'architecture de l'invention permet de minimiser les travaux de portage des applications qui ne doivent être 10 adaptées qu'aux plateformes matérielles et logicielles du serveur choisi et non aux multiples plateformes et "operating systems" utilisables comme clients. Enfin, dans cette architecture, l'utilisateur jouit d'une grande liberté pour configurer la librairie audio du périphérique et choisir le niveau de qualité de rendu audio qu'il souhaite, notamment en fonction de la qualité du 15 casque de reproduction dont il dispose. L'invention sera mieux comprise, ses différentes caractéristiques et avantages ressortiront de la description qui suit de plusieurs exemples de réalisation et de ses figures annexées dont : 20 - La figure 1 représente un schéma de principe de la mise en oeuvre l'invention selon plusieurs de ses modes de réalisation ; - La figure 2 représente un schéma de principe d'une architecture fonctionnelle pour mettre en oeuvre l'invention selon plusieurs de ses modes de réalisation ; 25 - La figure 3 représente un organigramme des traitements pour mettre en oeuvre l'invention selon plusieurs de ses modes de réalisation. La figure 1 représente un schéma de principe d'une architecture fonctionnelle pour mettre en oeuvre l'invention selon plusieurs de ses modes de 30 réalisation. Selon l'invention, un ensemble de serveurs 101 comprenant notamment des modules adaptés de traitement de signal audio, est en mesure de réaliser un encodage binaural en temps réel de flux audio entreposés dans une capacité de stockage 102 et sélectionnés par un utilisateur 103. Cet encodage est 35 réalisé en utilisant des paramètres de personnalisation propres audit utilisateur, au terminal 104 doté d'un casque d'écoute 105 qu'il utilise, et également au lieu virtuel d'écoute. L'encodage binaural ou 3D permet à un utilisateur de ressentir les sons reproduits par son casque d'écoute comme spatialisés, c'est-à-dire 5 provenant d'une direction donnée. Un front d'onde sonore émis par une source parcourt des chemins différents pour parvenir aux oreilles droite et gauche de l'utilisateur. Ces différences de chemin sont interprétées par le cerveau qui va alors identifier la provenance du front d'onde. La fidélité de reproduction de l'espace sonore est une 10 caractéristique que les mélomanes, notamment, attendront d'un casque haute-fidélité. En outre, l'onde sonore interfère avec les différentes parties de la tête de l'utilisateur rencontrées en chemin comme le nez ou les éléments de l'oreille. Des fonctions de transfert HRTF sont des mesures de ces interférences et sont appliquées aux deux voies d'écoute d'un casque de 15 haute-fidélité de sorte que l'utilisateur reconstitue ainsi la localisation de la source sonore. Pour une localisation donnée (en distance, azimut et élévation), il existe une fonction de transfert par oreille. Les fonctions HRTF sont les transformées de Fourier des réponses impulsionnelles de la tête aux ondes sonores (en anglais, Head-Related Impulse Response ou HRIR). Il 20 existe une fonction HRTF/HRIR par utilisateur, les coefficients de la fonction dépendant essentiellement de la morphologie de sa tête et de son buste. En outre, dans une chaîne de traitement binaural efficace, il est avantageux de prendre en compte une acoustique de salle pour améliorer le rendu de la reproduction. En effet, les HRTFs sont données avec des ondes sonores 25 émises dans une chambre sourde (ou anéchoïques) où les réflexions de l'onde sur les parois de la chambre sont annulées. Ce sont des conditions expérimentales qui ne se rencontrent pas dans la vie quotidienne. L'ajout d'une acoustique de salle permet de placer l'auditeur dans un environnement plus familier qu'une chambre sourde. Enfin, les caractéristiques du terminal, 30 de la liaison et du casque utilisés par l'utilisateur seront également avantageusement pris en compte. Plusieurs modalités techniques et organisationnelles de personnalisation sont envisageables pour mettre en oeuvre l'invention. Elles seront commentées en relation avec la figure 3. De manière générique, on indiquera 35 seulement à ce stade qu'elles reposent en règle générale sur une identification de l'utilisateur qui connecte un terminal 104 à un serveur 101 et une exécution par ledit serveur des algorithmes mis en oeuvre par les procédures de personnalisation du traitement des signaux audio. Lorsqu'un couple contenu sélectionné par un utilisateur/paramètres de configuration 5 dudit utilisateur n'est pas déjà présent sur le serveur, ladite personnalisation s'effectue à la volée en mode streaming sur les contenus sélectionnés par l'utilisateur, à partir des paramètres de configuration fournis au serveur. On peut envisager qu'un couple contenu/paramètres de configuration soit conservé sur le serveur pour une durée limitée, le cas échéant dans le cadre 10 d'une limite de capacité, celle-ci étant éventuellement ajustable en fonction d'un niveau d'abonnement dudit utilisateur. La figure 2 représente un schéma de principe d'une architecture fonctionnelle pour mettre en oeuvre l'invention selon plusieurs de ses modes de 15 réalisation. Pour mettre en oeuvre l'invention, une librairie 201 de procédures de traitement des contenus audio 206 réalise par exemple et notamment les fonctions suivantes qui sont décrites ci-après. Les flux audio sont conditionnés à un format, par exemple de deux fois 32 bits, à une fréquence 20 d'échantillonnage, par exemple de 48 kHz. La librairie comprendra les routines de calcul des HRTF qui seront appliquées aux contenus audio après capture des paramètres de personnalisation. Les HRTF peuvent être des fonctions classiques, dont les coefficients sont simplement générés à partir de mesures réalisées en un certain nombre de points d'une sphère centrée 25 sur l'utilisateur. De manière plus efficace, elles peuvent être également déduites d'un modèle morphologique selon la méthode objet de la demande de brevet n°FR12/62945 appartenant à la demanderesse. Selon cette invention, les coefficients calculés à partir d'une tête modélisée sont déduits des mesures effectuées aux points de la sphère et l'interpolation est réalisée 30 uniquement sur les résidus, ce qui diminue à la fois grandement les artefacts et la taille de la base de données nécessaire aux calculs des HRTF personnalisées. Un rajout d'acoustique de salle par traitement ambisonique binauralisé (par exemple, de type HOA - High Order Ambisonic - d'ordre 1) peut être appliqué pour améliorer la perception du rendu spatial par rapport à 3 0 1 1 3 7 3 8 celui correspondant au format dans lequel les contenus sont normalement stockés par les diffuseurs de contenus. Les procédures 201 doivent pouvoir être appelées par des messages 202 5 générés par les terminaux utilisateurs utilisant un protocole commun. Il est envisageable d'utiliser un protocole propriétaire d'un fournisseur de contenu, tel i-TunesTm, ou un avec un protocole ouvert, par exemple une des multiples implémentations de l'OSC (Open Sound Control). Quelle que soit la solution choisie, les principales fonctions qui devront pouvoir être 10 commandées par l'utilisateur et exécutées sur le serveur sont par exemple : - L'authentification de l'utilisateur et, éventuellement, l'accès à son compte sur le serveur, ledit compte pouvant déjà disposer de tout ou partie des informations nécessaires à la personnalisation de l'écoute ; - Le choix du titre par l'utilisateur ; 15 - L'activation du mode binaural ; - L'activation d'un effet de salle, 208 ; - Le choix d'une base HRTF, 207 ; - Le cas échéant, le choix de paramètres morphologiques ou de photographies de l'utilisateur et des caractéristiques du casque. Si ces 20 données ne sont pas déjà disponibles sur le compte de l'utilisateur ; dans un mode de réalisation, on peut envisager que l'acquisition de ces paramètres soit automatique ou semi-automatique ; - Le cas échéant, le choix d'un ratio entre effet de salle en trois dimensions (réverbérant) et effet binaural seul (anéchoïque). 25 - Le contrôle de transport du flux audio, notamment lecture, pause, avance de X secondes, retour de Y secondes. L'utilisation du protocole OSC se fait par exemple avec la librairie "oscpack". Cette librairie gère la connexion entre client et serveur pour l'envoi de paquets OSC. Pour activer les différents contrôles, des messages OSC 30 propres à chaque paramètre sont créés et le module de reproduction des contenus doit être configuré pour pouvoir recevoir en entrée des fichiers traités par les procédures de la librairie 202 en fonction des contenus des messages reçus. Le contrôle de transport du flux audio agit directement sur le flux audio. 35 3 0 1 1 3 7 3 9 Une procédure 203 réalise la gestion du flux audio qui comprend par exemple : - Un décodage des fichiers audio par le décodeur adapté au format de stockage (format propriétaire, standardisé ou libre, du type FFmpeg) ; - Un encodage du flux en sortie du traitement binaural par le codeur correspondant dans un format mp3, par exemple à 192 kbit ; - L'envoi de paquets audio par RTSP (Real Time Streaming Protocol). Selon un mode de réalisation, l'utilisation de la librairie live555 permet l'encapsulation des flux mp3 destinés à un client selon le protocole RTSP. Une procédure 204 permet le contrôle des flux audio par l'utilisateur à partir d'un terminal multimédia fixe ou de préférence portable, 104. Ledit terminal portable peut être un lecteur mp3, un téléphone intelligent, une tablette ou un PC. L'application cliente permettant ce contrôle peut être téléchargée à partir d'un serveur distant. Elle comprend au moins réalisation les fonctions suivantes : - Interface graphique simple et intuitive permettant d'accéder au serveur à distance ; - Envoi au serveur de messages OSC de contrôle des flux audio du serveur du type défini ci-dessus. Par exemple, une application OSC Control (http://charlieroberts.com/Control/) permet de définir rapidement des interfaces pour envoyer des messages OSC. Tout autre outil de définition des interfaces peut cependant être utilisé sans sortir du cadre de l'invention. Une procédure 205 gère les communications entre le client 104 et le serveur 101. - Routage des paquets OSC du client vers le serveur. - Échange de paquets RTSP entre client et serveur. Pour faire communiquer le client et serveur, il est utile de vérifier que les éléments du réseau ne bloquent aucun message. L'élément bloquant peut être le routeur qui doit diriger les flux venant d'internet vers les machines connectées à un réseau local de production des flux. Ce routeur doit donc être configuré pour rediriger les messages OSC venant du client 104 vers le 3 0 1 1 3 7 3 10 serveur 101. Les communications RTSP doivent également être traitées pour que le serveur reçoive les informations. Une architecture matérielle et logicielle permettant de mettre en oeuvre 5 l'invention peut par exemple être constituée par : - Un serveur sur une plateforme Ubuntu 64 bits 12.04 ; - Des clients sous Android ou iOS : le lecteur peut par exemple être un BSPlayer pour Android ou un OVPlayer pour iOS ; une application OSC Control doit également être implantée sur chacune des deux 10 plateformes ; - Programmation en C pour réaliser la librairie 201 et l'encodage/décodage, par exemple de type FFMPEG. - Programmation C++ pour la partie communication OSC et RTSP. - Programmation javascript pour l'application de contrôle de messages 15 OSC implantée sur le terminal. D'autres configurations matérielles ou logicielles peuvent cependant être utilisées sans sortir du cadre de l'invention. En particulier, le serveur peut être constitué de ressources matérielles réparties et organisées en "cluster". 20 La figure 3 représente un organigramme des traitements pour mettre en oeuvre l'invention selon plusieurs de ses modes de réalisation. Dans un mode de réalisation de l'invention, l'utilisateur se connecte sur son terminal au compte de son lecteur audio au cours d'une étape 301. Il accède alors à un compte sur le serveur de l'opérateur au cours d'une étape 302. Il 25 choisit dans un catalogue un contenu audio au cours d'une étape 303. Les contenus peuvent éventuellement être personnalisés et stockés sur un espace privatif sur le serveur pour utilisation personnelle. Au cours d'une étape 304, le profil de l'utilisateur est soit chargé s'il existe déjà sur le serveur, soit généré s'il n'a pas encore été créé ou s'il doit être modifié (par 30 exemple s'il est trop ancien ou si le terminal ou le casque qui est connecté au terminal sont différents des matériels utilisés lors d'une connexion précédente. Plusieurs profils utilisateurs différents pour un même utilisateur peuvent éventuellement être créés et stockés sur le serveur. La création du profil de l'utilisateur peut comprendre des sous-étapes de 35 génération automatique ou semi-automatique d'un modèle de tête dudit utilisateur permettant l'utilisation d'HRTF personnalisées. Les paramètres pris en compte dans le profil peuvent également comprendre une représentation, éventuellement simplifiée, d'un audiogramme de l'utilisateur, ladite représentation étant créée sur le terminal ou entrée en provenance d'un dispositif de stockage. La création d'un modèle de tête peut être effectuée à partir d'une photo de la tête de l'utilisateur prise par l'appareil photo inclus dans le téléphone portable et transmise au serveur. Dans ce cas, des algorithmes de reconnaissance d'images, utilisant éventuellement des étapes d'apprentissage, peuvent être implantés sur le serveur. La création du modèle de tête peut également être effectuée par entrée guidée sur le terminal de paramètres de dimensions caractérisant ladite tête, comme par exemple le périmètre crânien ou bien la taille du pavillon de l'oreille. Le type du terminal et le type du casque utilisés peuvent également être pris en compte, ainsi que des paramètres définissant des types d'écoute : des mesures de réponses impulsionnelles de casque permettent par exemple d'assurer l'effet binaural suivant le choix du casque. En effet, chaque casque agit de façon spécifique sur les informations fréquentielles du son. Les paramètres d'égalisation, déduits des mesures de réponses impulsionnelles adaptée au matériel d'écoute utilisée permettent d'améliorer l'effet de spatialisation lors de l'écoute. Différentes modalités de personnalisation du profil de l'utilisateur peuvent être combinées (capture automatique de certaines données, saisie par l'utilisateur d'autres données, entrée en provenance d'un dispositif de stockage). La personnalisation peut éventuellement être effectuée sur un serveur différent du serveur de mise à disposition des contenus. Elle peut également être effectuée à partir d'un terminal qui n'est pas le terminal d'écoute à partir duquel l'utilisateur se connecte au serveur du diffuseur/distributeur de contenus. Ces différentes variantes ne sortent pas du champ de l'invention. A partir du profil de l'utilisateur et du choix du contenu audio, les éléments permettant la génération des données nécessaires au traitement binaural sont créées (base de données HRTF, éventuellement couplée avec un modèle de tête, paramètres d'égalisation du casque et de choix d'une acoustique de salle ; messages OSC nécessaires à l'exécution des procédures 201 ...) au cours d'une étape 305. Une étape classique 306 de validation de l'accès au service est ensuite réalisée. Cette étape peut être un paiement unitaire ou un débit du compte de l'utilisateur enregistré par l'opérateur. Le service peut éventuellement être gratuit pour l'utilisateur et rémunéré par exemple par la publicité. Les étapes de téléchargement 307 et d'écoute 308 des contenus spatialisés sont alors déclenchées par exemple par les messages OSC, comme décrit ci-dessus. L'utilisateur peut cependant avoir une option d'écoute en mode stéréo. Les exemples décrits ci-dessus sont donc donnés à titre d'illustration de certains des modes de réalisation de l'invention. Ils ne limitent en aucune manière le champ de l'invention qui est défini par les revendications qui suivent. REVENDICATIONS1. Terminal (104) d'écoute de contenus audio comprenant : - Un module d'établissement d'une session de communication avec un serveur (101) ; - Un module de téléchargement de contenus audio sur ledit terminal à partir dudit serveur ; - Un module de reproduction desdits contenus audio par un dispositif d'écoute (105) connecté audit terminal; Ledit terminal d'écoute étant caractérisé en ce que : - le module d'établissement d'une session de communication est configuré pour permettre la sélection par un utilisateur du terminal d'un profil d'écoute audio dudit utilisateur, ledit profil comprenant au moins un paramètre appartenant à un groupe de paramètres comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; et en ce que, - le module de téléchargement est configuré pour télécharger du serveur vers le terminal d'écoute au moins un contenu audio (206) en sortie d'une fonction de traitement de signal audio (201) paramétrée par le profil d'écoute audio de l'utilisateur. 2. Module de personnalisation d'écoute comprenant : - Un sous-module de capture de paramètres constituant un profil d'écoute audio d'un utilisateur (103), lesdits paramètres étant choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute (105) et des paramètres caractérisant un lieu d'écoute, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; - Un sous-module de transmission dudit profil d'écoute à un serveur (101) ;ledit module de personnalisation d'écoute étant caractérisé en ce que ledit sous-module de transmission est configuré pour générer, à partir dudit profil d'écoute, un message interprétable par ledit serveur pour commander l'exécution par un module de traitement audio (201) d'au moins une fonction de traitement de signal audio d'au moins un contenu audio (206) accessible par ledit serveur, ladite fonction de traitement de signal audio étant paramétrée par le profil d'écoute de l'utilisateur. 3. Terminal d'écoute selon la revendication 1, caractérisé en ce que ladite au moins une fonction de traitement de signal audio est une fonction de spatialisation binaurale d'au moins un contenu audio. 4. Terminal d'écoute selon la revendication 1, caractérisé en ce que ladite au moins une fonction de traitement de signal audio est une fonction d'adaptation à une acoustique tri-dimensionnelle d'un lieu d'écoute. 5. Terminal d'écoute selon la revendication 1, comprenant en outre un module de personnalisation selon la revendication 2. 6. Module de personnalisation selon la revendication 2, comprenant en outre un sous-module de prise de vues de la tête de l'utilisateur, lesdites vues étant choisies pour permettre une détermination de paramètres significatifs du profil d'écoute au casque dudit utilisateur. 7. Module de personnalisation selon la revendication 2, comprenant en outre un sous-module de capture d'un audiogramme de l'utilisateur. 8. Serveur (101) de contenus audio comprenant : Un module d'acquisition de profils d'écoute audio d'utilisateurs, lesdits profils comprenant, pour chaque utilisateur, des paramètres choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute (105) etdes paramètres caractérisant un lieu d'écoute simulé, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur ; - Un module d'établissement de sessions de communication par lesdits utilisateurs ; - Un module de traitement audio ; - Un module de téléchargement de contenus audio par lesdits utilisateurs vers le dispositif d'écoute ; Ledit serveur de contenus étant caractérisé en ce que : - Le module d'établissement de sessions de communication est configuré pour permettre à un utilisateur d'exécuter une fonction d'activation d'un profil d'écoute audio choisie dans un groupe comprenant une transmission, une sélection et une validation dudit profil d'écoute audio; et en ce que, - Le module de traitement audio est configuré pour exécuter au moins une fonction de traitement de signal audio paramétrée par la sortie de la fonction d'activation du profil audio ; et en ce que, - Le module de téléchargement de contenus audio est configuré pour fournir à l'utilisateur un contenu audio en sortie de ladite au moins une fonction de traitement de signal audio paramétrée. 9. Serveur de contenus audio selon la revendication 8, caractérisé en ce que ladite au moins une fonction de traitement de signal audio fait appel à des fonctions HRTF. 10.Serveur de contenus audio selon la revendication 9, caractérisé en ce que les fonctions HRTF auxquelles ladite fonction de traitement de signal audio fait appel dépendent du profil d'écoute audio de l'utilisateur. 11.Serveur de contenus audio selon la revendication 10, caractérisé en ce que les fonctions HRTF sont calculées aux points de provenance des sons spatialisés par interpolation des résidus des mesures après soustraction des valeurs en ces points du modèle de mesure correspondant au profil d'écoute audio de l'utilisateur.35 12. Protocole de transmission d'un message comprenant des paramètres caractérisant un profil d'écoute audio d'un utilisateur d'un dispositif d'écoute de contenus audio, ledit protocole étant caractérisé en ce que lesdits paramètres sont choisis dans un groupe comprenant au moins des paramètres morphologiques et des paramètres fonctionnels caractérisant ledit utilisateur, des paramètres caractérisant un dispositif d'écoute et des paramètres caractérisant un lieu d'écoute simulé, lesdits dispositifs et lieu d'écoute étant associés audit utilisateur . 13. Protocole de transmission selon la revendication 12, caractérisé en ce que ledit message est transmis à un module de traitement audio résidant sur un serveur pour déclencher l'exécution d'au moins une fonction de traitement de signal audio paramétrée par le profil d'écoute audio de l'utilisateur. 14. Protocole de transmission selon la revendication 13, caractérisé en ce que ledit déclenchement est commandé par l'utilisateur à partir d'un terminal d'écoute audio, ledit terminal exécutant ensuite une procédure de téléchargement d'au moins un contenu audio en sortie de la au moins une fonction de traitement de signal audio.