FR 2985630 A1 20130712 FR 1250118 A 20120105 Adressage de terminaux dans le cadre d'une application interactive associée à un flux de diffusion en mode non connecté L'invention concerne l'accès à un service différencié à partir d'un poste de télévision membre d'un réseau de postes de télévision recevant un flux de services indifférenciés. La diffusion de services audiovisuels par l'intermédiaire de la transmission numérique augmente les possibilités de développement de ces services. Les services peuvent proposer de nouvelles fonctionnalités comme par exemple la diffusion de vidéos, de morceaux de musique, de jeux vidéo, de pages internet, etc. La diffusion d'un ensemble de services est destinée à au moins un poste de télévision compatible afin de restituer le contenu d'un ou plusieurs services à un utilisateur du poste de télévision. Les services sont conventionnellement transmis par l'intermédiaire d'émetteurs de télédiffusion aptes à transmettre numériquement les données relatives aux services. La diffusion de l'ensemble de services est généralement destinée simultanément à un ensemble de postes de télévision restituant le contenu des services diffusés par les émetteurs de télédiffusion précités. Un tel ensemble de postes de télévision peut être réparti dans différents sites isolés ou faire partie du même site. Lorsque des postes de télévision font partie du même site, il a été proposé d'utiliser un réseau local pour diffuser les services aux postes de télévision du site. À titre d'exemple, dans le cadre d'un établissement hôtelier ou hospitalier, on utilise un réseau local de l'établissement afin de fournir un accès à des services aux occupants des chambres. Les services diffusés peuvent être reçus par un site central du réseau local qui les transmet aux postes de télévision membres du réseau local de l'établissement. On comprendra ici par « réseau local », un réseau informatique ou de communication limité à un groupe d'utilisateurs défini ou à un lieu géographique particulier. Dans le cadre d'un réseau local d'un établissement hôtelier, il peut être avantageux de diffuser des services supplémentaires propres à l'établissement. De tels services supplémentaires peuvent être mis en oeuvre sous la forme d'applications interactives permettant par exemple de diffuser des informations telles que : - un programme propre à l'hôtel, un affichage distinctif d'accueil de l'hôtel, - une page d'informations spécifiques, - un ajout d'informations personnalisées au contenu restitué (indications du numéro de la chambre depuis laquelle l'occupant regarde le poste de télévision, affichage du nom de l'occupant de la chambre, etc.) un accès à des services différenciés (vidéo à la demande, accès aux messages vocaux et/ou emails destinés à l'occupant, etc.). Pour la mise en oeuvre d'applications interactives de ce type dans un réseau local, l'utilisation des normes (« standard » en terme anglophone) d'applications connectées telles que MHEG (Multimedia and Hypermedia Experts Group), MHP (Multimedia Home Platform), HbbTV (Hybrid Broadcast Broadband TV), etc. est particulièrement adaptée. La norme MHEG est basée sur un transport selon la norme MPEG (Moving Picture Experts Group). Les normes MHP et HbbTV se basent classiquement sur l'utilisation du flux de transmission DVB (Digital Video Broadcast) pour la signalisation d'applications interactives à un poste de télévision ou à un ensemble de postes de télévision. Une application est dite « broadcast-related » (relative à un ou plusieurs services télédiffusés) si elle est signalée dans un flux de transmission DVB et elle est dite « broadcast-independent » (indépendante d'un contenu télédiffusé) quand elle est directement téléchargée depuis un réseau de type internet indépendamment d'un service télédiffusé. Classiquement, pour la diffusion de données d'applications interactives « broadcast-related », ces normes ont recours à des méthodes de diffusion hybride de données utilisant des protocoles de communication de type télédiffusion, dit « diffusion broadcast », et/ou de type accès à internet large bande, dit « diffusion broadband ». Dans le cadre d'une diffusion broadband, on peut personnaliser les services (différenciation des informations et fonctionnalités d'applications interactives notamment) par poste de télévision grâce à un transfert de données bidirectionnel. À cet effet, un serveur central du site peut diffuser un service supplémentaire de télévision (de type chaîne locale) qui peut comporter des contenus différenciés destinés à différents postes de télévision par l'intermédiaire d'une application interactive. Chaque contenu différencié de l'application interactive est respectivement associé à un ou plusieurs postes de télévision. Ainsi, dans une telle réalisation, lorsqu'un poste de télévision émet une requête du contenu de l'application interactive auprès du serveur distant, ce dernier délivre le contenu différencié approprié au poste de télévision par exemple par identification de son adresse IP (Internet Protocol) lorsque l'adresse vue du serveur est unique pour chaque poste de télévision. À titre purement illustratif, on souhaite afficher le nom d'un occupant d'une chambre d'hôtel lorsque celui-ci sélectionne un service (lequel est associé à une application interactive pour l'affichage de noms des occupants par exemple) sur le poste de télévision de sa chambre. Pour une telle réalisation, on fait l'hypothèse selon laquelle chaque poste de télévision est relié au serveur distant par un réseau informatique, avec une adresse W unique connue du serveur. Lorsque l'occupant sélectionne le service, à titre illustratif, un navigateur embarqué du poste de télévision émet une requête pour récupérer le contenu du service auprès d'un serveur distant (par le protocole « H'TTP » par exemple). Après identification de l'adresse W du poste de télévision, le serveur délivre en retour le contenu spécifique à l'occupant de la chambre et le poste de télévision affiche le nom de ce dernier par l'intermédiaire du navigateur embarqué. Or, dans le cadre d'une diffusion broadcast, le transfert des données des applications interactives est unidirectionnel pour l'ensemble des postes de télévision, que ce soit dans le cadre d'un réseau local ou non. En se référant à l'exemple précédent du réseau local d'un établissement hôtelier, le serveur du site central du réseau local diffuse les contenus aux postes de télévision sans voie de retour. L'ensemble de services diffusés aux postes de télévision est transmis de manière indifférenciée et la totalité des données des services est envoyée à l'ensemble des postes de télévision. Par conséquent, le protocole de communication broadcast ne permet pas la personnalisation ni la différentiation d'un ou plusieurs services diffusés à un ou plusieurs postes de télévision (contrairement au réseau de diffusion broadband précédemment décrit). Toujours en référence à un exemple d'application à un établissement hôtelier, on peut souhaiter faire bénéficier aux clients de services personnalisés sur le poste de télévision de la chambre qu'ils occupent. Dans ce contexte et conformément aux caractéristiques précitées des techniques de diffusion, l'établissement est généralement amené à utiliser une infrastructure de réseau de diffusion broadband. Toutefois, les hôtels n'ont pas nécessairement une telle infrastructure et le déploiement de celle-ci ainsi que sa maintenance peuvent être complexes et onéreux. La présente invention vient améliorer la situation. Un but de la présente invention est de fournir un service différencié à un poste de télévision d'un ensemble de postes de télévision (tous membres d'un réseau local), parmi un ensemble de services d'un flux indifférencié diffusé au sein du réseau local selon une diffusion broadcast. Ainsi, un poste de télévision d'un réseau local peut afficher des informations ciblées à partir de données indifférenciées diffusées par le service de diffusion et transmis par une entité informatique du réseau local. L'invention vise à cet effet un procédé de traitement de données de télévision, mis en oeuvre par une entité informatique, pour une communication de contenus multimédias différenciés à une pluralité de terminaux respectifs, connectés à ladite entité informatique, dans lequel : - une base de données d'identifiants desdits terminaux est accessible par l'entité, avec, en correspondance de chaque identifiant, un contenu multimédia spécifique associé à cet identifiant, - ladite entité, à partir d'un premier flux susceptible de comporter au moins : * des données de télévision, propres à plusieurs services de télévision, * des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et * au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service, génère dans le premier flux au moins une table d'association, une table déclarative et/ou une table d'application interactive, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné, pour délivrer vers les terminaux un deuxième flux comportant : * tout ou partie desdites données de télévision, propres à plusieurs services de télévision, * les données d'identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants, et * lesdites tables déclaratives desdites données de télévision, avec lesdites tables générées, chaque terminal étant apte à : - se référer auxdites tables générées liées à l'identifiant de ce terminal, et - de là, récupérer, dans le deuxième flux, un contenu multimédia déclaré à partir desdites tables générées pour une lecture du contenu multimédia récupéré, ledit contenu multimédia récupéré étant alors un contenu spécifique à ce terminal. Ainsi, la présente invention permet de façon particulièrement avantageuse d'adresser un contenu multimédia spécifique pour un terminal (par exemple un poste de télévision, mais aussi possiblement un ordinateur, portable ou autre), et ce, de façon transparente pour les autres terminaux, et sans nécessiter : d'une part, d'adresse particulière de terminal (adresse IP ou autre), et d'autre part, de modifier substantiellement un format existant (normalisé par exemple) de communication vers les terminaux. Par exemple, dans un mode de réalisation possible, le deuxième flux précité, au moins, est généré conformément au standard DVB (par exemple selon la norme HbbTV, dont des détails sont donnés plus loin), et la table d'association est par exemple une table d'association de programme (dite habituellement «PAT » pour « Program Association Table »), la table déclarative est par exemple une table de correspondance des programmes (dite habituellement « PMT » pour « Program Map Table ») et la table d'application interactive est par exemple une table d'information d'application (dite habituellement « AIT » pour « Application Information Table »). L'entité informatique précitée peut se présenter par exemple sous la forme d'un serveur central diffusant le deuxième flux précité à destination des terminaux. A cet effet, il peut générer (dans le sens « créer ») le deuxième flux précité, et créer ainsi les tables d'association et/ou déclarative et/ou d'application interactive avec le ou les pointeur(s) vers un contenu multimédia spécifique, ou simplement modifier une ou des table(s) préexistante(s) dans le premier flux précité. Dans une réalisation possible néanmoins, l'entité informatique précitée peut ajouter à un premier flux préexistant un canal supplémentaire (appelé « service » supplémentaire) dont le contenu est spécifique à chaque terminal. Dans une telle réalisation, le deuxième flux comporte : * tout ou partie des données de télévision du premier flux, propres à plusieurs services de télévision, * les données d' identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants, * au moins une table déclarative et/ou une table d'application interactive relatives à un service supplémentaire, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné, et * dans la table déclarative et/ou dans la table d'application interactive associées audit service supplémentaire, un pointeur vers les données d'identifiants desdits terminaux. Ainsi, chaque terminal est apte à : - se référer à ladite table déclarative et/ou ladite table déclarative d'application interactive associées audit service supplémentaire liées à l'identifiant de ce terminal, et - de là, récupérer, dans le deuxième flux, un contenu multimédia déclaré dans ladite table d'application interactive associée pour une lecture du contenu multimédia récupéré, ledit contenu multimédia récupéré étant alors un contenu spécifique audit terminal. Comme indiqué précédemment, les terminaux peuvent être des postes de télévision, ou des ordinateurs, ou autres, et en particulier sont équipés ou reliés à des processeurs capables d'exécuter des programmes. Par exemple, dans une réalisation, chacun des terminaux précités peut être configuré pour reconnaître, parmi les données d'identifiants des terminaux, un identifiant associé qui lui est propre. Pour ne pas qu'un terminal puisse se régler sur d'autres services (et de là risquer de détériorer la réception des services précités), on peut faire en sorte à ce qu'aucune table de description desdits services (habituellement une table de type « SDT » pour « Service Description Table ») - incluant au moins un nom relatif à des services - n'est diffusée dans ledit deuxième flux. La présente invention vise aussi une entité informatique pour traiter des données de télévision pour une communication de contenus multimédias différenciés à une pluralité de terminaux respectifs, connectés à ladite entité, comportant : - une connexion à une mémoire de stockage d'une base de données comportant des identifiants desdits terminaux avec, en correspondance de chaque identifiant, un contenu multimédia spécifique associé à cet identifiant, - des moyens de génération, à partir d'un premier flux susceptible de comporter au moins : * des données de télévision, propres à plusieurs services de télévision, * des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et * au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service, d'au moins une table déclarative et/ou une table d'application interactive, liées à au moins un identifiant donné en ajoutant au moins un pointeur vers un contenu multimédia associé à cet identifiant donné, pour délivrer un deuxième flux comportant : * tout ou partie desdites données de télévision, propres à plusieurs services de télévision, * les données d'identifiants desdits terminaux, et les contenus multimédias associés respectivement auxdits identifiants, et * lesdites tables déclaratives desdites données de télévision, avec lesdites tables générées. La présente invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé lorsque ce programme est exécuté par un processeur (par exemple un processeur de l'entité informatique précitée). A ce titre, la figure 8 par exemple, commentée ci-après, peut représenter un organigramme de l'algorithme général d'un tel programme informatique, à titre d'exemple. Dans un mode de réalisation (décrit ci-après en référence à la figure 4), la base de données mémorise un identifiant unique pour chaque terminal et l'entité génère ladite table d'application interactive, en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance avec des identifiants relatifs auxdits identifiants uniques desdits terminaux. Dans un mode de réalisation possible (décrit ci-après aussi en référence à la figure 4), une adresse MAC ayant été affectée à chaque terminal, la base de données mémorise les adresses MAC de chaque terminal et chaque identifiant de terminal de ladite base de données correspond à une adresse MAC de terminal. Dans un mode de réalisation (décrit ci-après aussi en référence à la figure 4), la base de données mémorise des identifiants de services dudit deuxième flux et l'entité génère ladite table d'application interactive en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance des identifiants desdits services. A titre d'exemple, ces identifiants de services peuvent être des noms de chaines de télévision et chaque terminal est identifié par un nom de chaine. Dans un mode de réalisation (décrit ci-après en référence à la figure 7), l'entité affecte à chaque terminal un service dédié, auquel sont associés au moins une table déclarative et une table d'application interactive. L'entité génère, pour chaque terminal, la table d'application interactive associée au service dédié de ce terminal, en ajoutant un pointeur vers le contenu multimédia associé à l'identifiant de ce terminal. Chaque terminal est alors configuré pour reconnaitre les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. On attribue donc ici un service dédié par terminal, avec une application par terminal. Dans un mode de réalisation (décrit ci-après en référence à la figure 6), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive. Le premier flux comporte au moins une table de déclaration de programmes comportant des identifiants de services, et l'entité génère ladite table d'application interactive, en ajoutant des pointeurs vers les contenus multimédias du deuxième flux respectivement en correspondance des identifiants de services dédiés. Chaque terminal étant configuré pour reconnaitre les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres 30 terminaux. Ici, par exemple, un identifiant de service (ou « SUD ») peut être utilisé pour identifier chaque terminal. Dans un mode de réalisation (décrit ci-après en référence à la figure 5), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive. L'entité ajoute dans le deuxième flux au moins un script d'une application et ce script d'application est pointé par la table d'application interactive ou par un contenu multimédia pointé par la table d'application interactive. En particulier, l'exécution de cette application sur un terminal génère un pointeur vers le contenu multimédia associé à l'identifiant de ce terminal. Chaque terminal est configuré pour reconnaitre les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. Ici, l'exécution de l'application par lecture du script sur un terminal d'identifiant donné provoque la génération d'un pointeur vers un contenu associé à cet identifiant donné qui peut par exemple être un identifiant de service. Dans cette réalisation, le script précité peut typiquement comporter un code source de l'application à exécuter. Dans un mode de réalisation (décrit ci-après en référence à la figure 5), l'entité affecte à chaque terminal un service dédié, auquel sont associées au moins une table déclarative et une table d'application interactive. L'entité ajoute dans le deuxième flux au moins une liste de liens comportant au moins un lien. Cette liste de liens est définie dans la table d'application interactive ou par un contenu multimédia pointé par la table d'application interactive. Le lien de la liste de liens pointe vers un contenu multimédia relatif à l'identifiant du terminal, et chaque terminal est configuré pour reconnaitre les tables déclaratives associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels : la figure IA illustre le schéma d'un exemple d'architecture de poste de télévision connecté apte à recevoir un flux de transmission contenant une table de signalisation d'application interactive, la figure 1B illustre le schéma d'un autre exemple d'architecture de poste de télévision connecté raccordé à un dispositif de type « Set Top Box » apte à recevoir un flux de transmission contenant une table de signalisation d'application interactive, la figure 2 illustre le schéma d'un exemple de la composition d'un flux de transmission DVB comprenant des composantes multiplexées et une table de signalisation d'application interactive, la figure 3 illustre le schéma d'un exemple d'architecture mis en oeuvre selon un mode de réalisation possible de l'invention, la figure 4 illustre le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en oeuvre dans un premier mode de réalisation, la figure 5 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en oeuvre dans un deuxième mode de réalisation, la figure 6 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en oeuvre dans une variante du deuxième mode de réalisation, la figure 7 représente le schéma d'un exemple de composition du flux de transmission selon l'invention pouvant être mis en oeuvre dans une autre variante du deuxième mode de réalisation, et la figure 8 illustre schématiquement les principales étapes du procédé de traitement de données de télévision dans un exemple de réalisation. La présente invention sera décrite ci-après dans un mode de réalisation utilisant le standard DVB (Digital Video Broadcasting) pour la diffusion de services à des postes de télévision munis de syntoniseurs numériques ou connectés à un tel dispositif. L'invention n'est cependant pas limitée à ce mode de réalisation, et s'applique à l'accès à des services mettant en oeuvre d'autres technologies ou standards analogiques et/ou numériques, comme cela apparaîtra à l'homme du métier. Les services présentés ci-après sont des programmes audiovisuels avec des fonctionnalités et applications liées, véhiculés par un flux de transmission de données de télévision, par l'intermédiaire d'un ou plusieurs canaux de télévision associés. Basé sur le format normalisé MPEG (Moving Picture Experts Group) Transport Stream, le standard DVB met en oeuvre la diffusion de flux de transmission d'information, dit « flux de transmission DVB ». Le flux de transmission DVB transporte conventionnellement un ou plusieurs services avec au moins une composante associée comme par exemple des composantes vidéo, audio, télétexte, sous-titres, données, etc. Chaque composante du flux de transmission DVB est un élément ou une partie de service à diffuser à des appareils de réception, classiquement des postes de télévision. Les éléments de service peuvent être multiplexés dans le flux DVB, dit « multiplex DVB », pour transporter les informations d'une pluralité de services dans ce même flux de transmission DVB. À cet effet, les éléments de service sont décrits selon des tables de signalisation relatives à l'ensemble de services, dites « tables SUPSI » (Service Information/Program Specific Information) et identifiés entre autres par leur PID (Packet IDentifier). Les services et éléments de service sont diffusés à l'intérieur du flux de transmission DVB sous forme de paquets identifiés par un identifiant PID transmis préférentiellement en série selon une technique F'IFO (First In, First Out). Ainsi, les paquets permettent une attribution et une reconnaissance des données véhiculées via le flux de transmission pour la mise en oeuvre des services auprès de postes de télévision. Les tables PSI d'un flux de transmission DVB comportent conventionnellement un ensemble de tables déclaratives des données relatives aux services à diffuser dans le multiplex DVB dont notamment les tables suivantes : - PAT (Program Association Table) : table d'association de programme qui liste les services avec un référencement des tables de correspondance de programme. La table d'association de programme fournit par ailleurs l'identifiant PID des paquets relatifs à une table NIT (Network Information Table) comprenant des informations de réseau comme décrit ci-après ; - PMT (Program Map Table) : table de correspondance de programmes, qui liste les composantes d'un service par l'identification des PID des paquets relatifs ; Les tables SI d'un flux DVB comportent traditionnellement un ensemble de tables déclaratives supplémentaires des données comportant des informations complémentaires dont les tables suivantes : - NIT (Network Information Table) : table d'information de réseau qui comprend des informations à propos du réseau physique ; - SDT (Service Description Table) : table de description des services indiquant les services disponibles et comprenant par exemple le nom d'un ou plusieurs services ; En outre, un flux DVB peut aussi contenir d'autres tables comme des tables d'information d'application AIT (pour « Application Information Table »). Une table d' information d'application décrit un élément de service de type applicatif, tel qu'une application interactive. La table AIT décrit donc les caractéristiques de cette application parmi la structure, le type, les fonctions ou encore le comportement de l'application lorsque l'utilisateur sélectionne le service. En outre, une table d'information d'application AIT peut définir : le nom de l'application ; au moins un protocole parmi HTTP et / ou Object Carousel. Ce protocole est utilisé pour charger le point d'entrée de l'application, c'est-à-dire la première page de l'application ; une priorité associée à chaque protocole, permettant de choisir le protocole préféré dans le cas où plusieurs protocoles définis par la table AIT sont disponibles depuis le poste de télévision ; - pour chaque protocole, un pointeur vers le point d'entrée de l'application ; - le domaine de base de l'application. En effet, chaque application appartient à un domaine : * pour les applications dont la première page est chargée par le protocole HTTP, il s'agit du nom de domaine complètement qualifié (en terme anglophone : FQDN pour « Fully Qualified Domain Name ») associé à l'URL correspondante (« Uniform Resource Locator » ou « Universal Resource Locator ; * pour les applications dont le point d'entrée est chargé depuis un carrousel de données, il s'agit de ce carrousel. L'application n'a pas l'autorisation d'effectuer des requêtes qui pointent en dehors de son domaine pour charger des contenus multimédias ; une extension du domaine de l'application venant étendre le domaine d'application précité, pouvant lister des pointeurs vers des données localisées en dehors du domaine de base de l'application. Typiquement, ces pointeurs peuvent se présenter sous la forme de liens URL qui indiquent le ou les FQDN supplémentaires et/ou le ou les carrousels supplémentaires à partir desquels l'application est autorisée à accéder à des contenus multimédias. Dans la suite, nous appellerons « domaine de l'application » le domaine étendu (domaine de base plus extension du domaine). Rappelons qu'une URL est composée d'un « schéma », d'une « autorité », d'un « chemin », d'une « question » et d'un « fragment » pour former une expression de la forme « schema://autorité/chemin?question#fragment ». L'autorité est généralement limitée à un nom d'hôte, le plus souvent un nom ou une adresse d'un serveur informatique. Dans le cas d'URL de type dvb, l'autorité peut désigner par exemple une composante de carousel de données. De manière illustrative, l'extension du domaine de l'application de la table AIT peut préciser une liste des autorités valides qui pourront être utilisées par l'application pour récupérer des contenus multimédias supplémentaires (le domaine par défaut étant défini par l'ensemble des fichiers disponibles par la hiérarchie des fichiers accessibles depuis l'autorité de l'URL de base ou depuis le carrousel de données de base). Les tables de correspondance de programmes PMT sont des tables déclaratives des données de télévision propres à un ou plusieurs services et seront dénommées « tables PMT » dans la suite de la description de l'invention. Par ailleurs, les tables d'information d'application d'une application interactive seront nommées « tables AIT » par la suite. Conventionnellement, pour la mise en oeuvre d'une application interactive et de ses fonctionnalités, les contenus multimédias désignés par une table AIT comportent des données associées à l'application interactive pouvant se trouver sous la forme de fichier de données. À titre illustratif, un fichier de données d'un contenu multimédia d'une application interactive peut être un fichier HTML (HyperText Markup Language) susceptible de pointer vers des fichiers de type CSS (Cascading Style Sheets), des fichiers de type JavaScript, des images au format PNG (Portable Network Graphics) ou JPEG (Joint Photographie Experts Group), des vidéos au format MPEG (Moving Picture Experts Group), etc. Classiquement, la table AIT définit le point d'entrée de l'application en pointant vers un fichier HTML faisant partie du domaine de base de l'application et les autres fichiers proviennent du domaine de l'application interactive. Ces rappels sur le standard DVB ayant été faits, on va maintenant décrire la mise en oeuvre d'applications interactives pour un service ou un ensemble de services diffusés par un flux de transmission DVB, et notamment comme il le sera expliqué plus loin, selon la nonne HbbTV. Dans le contexte de la diffusion de services audiovisuels, les applications interactives précitées permettent d'ajouter diverses fonctionnalités à un ou plusieurs services diffusés à travers un flux de transmission DVB et proposent notamment de véhiculer des contenus multimédias supplémentaires aux contenus conventionnels d'un service (composantes audiovisuelles vidéo, audio, sous-titre, etc.). IO Classiquement, le flux de transmission DVB diffuse un ensemble de services sans voie de retour (diffusion « broadcast »). La diffusion broadcast d'un ensemble de services à destination d'un ensemble de postes de télévision est, par conséquent, indifférenciée et la totalité des données des services est envoyée à l'ensemble des postes de télévision. Une telle diffusion 15 peut être mise en oeuvre par un envoi cyclique des données sans adressage des services diffusés à tous les postes de télévision recevant le flux de transmission DVB, laquelle diffusion de données est dénommée « carrousel de données » (« data carousel » en terme anglophone). Dans le cadre de la diffusion en carrousels de données d'un flux de transmission DVB, la 20 composante de données relative au contenu multimédia d'une application interactive peut avantageusement suivre le standard DSM-CC (Digital Storage Media Command and Control). Le standard DSM-CC porte entre autres sur le transfert numérique de données et propose un protocole dit « Object Carousel ». Le protocole Object Carousel permet de véhiculer et exploiter des composantes de données reçues par l'intermédiaire de carrousels de données via 25 un flux de transmission DVB. Pour ce faire, le protocole Object Carousel propose un format standard de description de structure arborescente de données et d'encapsulation d'objets reçus par les carrousels de données. Les objets peuvent, en l'occurrence, se présenter sous la forme de fichiers de données et/ou de répertoires de données. Ici, les carrousels de données transmis par le flux de transmission DVB suivent avantageusement le standard DSM-CC et seront 30 nommés « carrousels de données DSM-CC » par la suite. Le standard DSM-CC et son protocole Object Carousel sont couramment mis en oeuvre dans des normes d'applications connectées et notamment au sein des normes MHP et HbbTV. Pour la suite de la description, on prendra en exemple un mode de réalisation appliqué à la norme HbbTV pour illustrer les manipulations des tables de signalisation selon les caractéristiques de l'invention. Toutefois, on comprendra que l'invention ne se limite pas à la norme HbbTV et peut s'appliquer à d'autres normes d'applications connectées ayant recourt aux flux de transmission DVB, aux tables de signalisation AIT et aux carrousels de données. Dans la suite de la description, on fait référence à des carrousels de données de type DSM-CC car ils sont particulièrement appropriés pour véhiculer des contenus multimédias via un flux de transmission. Toutefois, on notera que d'autres types de carrousels de données peuvent être utilisés pour la mise en oeuvre de l'invention comme il apparaîtra à l'homme du métier. La norme HbbTV porte sur la diffusion d'applications interactives via un flux de transmission DVB pour des postes de télévision dits « connectés ». On interprétera ici par « poste de télévision connecté », un poste de télévision raccordé à un équipement comportant un navigateur et une mémoire cache (équipement de type « Set-Top Box ») et/ou un poste de télévision comportant au moins un navigateur intégré et une mémoire cache intégrée, lesquels navigateurs sont aptes à exécuter des requêtes d'URL. Toutefois, on comprendra que la notion de poste de télévision ne se limite pas à de tels dispositifs et concerne plus largement tout type de terminaux comportant au moins un navigateur et une mémoire cache, lesquels terminaux sont aptes à recevoir et conformés pour interpréter un flux de transmission DVB. À titre d'exemple, un tel terminal est susceptible d'être un ordinateur comportant un logiciel d'interprétation de flux de transmission DVB. Par ailleurs, la norme HbbTV met en oeuvre un environnement hybride pour la diffusion d'applications interactives (diffusion broadcast et diffusion broadband). Ainsi, le navigateur d'un poste de télévision peut récupérer les informations relatives à une application interactive suivant deux protocoles et selon les caractéristiques suivantes : protocole HTTP en diffusion « broadband » (informations de l'application interactive récupérées par des requêtes d'URL de type « http » auprès de serveurs distants via internet par exemple), protocole Object Carousel en diffusion « broadcast » (informations de l'application interactive récupérées par des requêtes d'URL de type « dvb » auprès d'une composante de carrousel de données DSM-CC identifié). Ces deux protocoles possibles pour qu'un poste de télévision connecté récupère les données d'un contenu multimédia d'une application interactive via son navigateur, sont définis dans la table AIT correspondante à l'application interactive. Une table AIT d'application interactive peut définir l'un des deux protocoles ou les deux protocoles parallèlement. Si les deux protocoles sont définis, il est avantageux que la table AIT propose une priorité d'exécution entre les protocoles. Lorsque qu'un poste de télévision connecté utilise le protocole Object Carousel, le navigateur du poste de télévision connecté récupère les données relatives à l'application auprès d'une mémoire cache de ce même poste de télévision connecté. Pour ce faire, le navigateur exécute une requête d'URL de type « dvb » auprès de la mémoire cache, laquelle requête d'URL dvb comprend au moins un identifiant de composante du carrousel de données DSM-CC auprès duquel les données associées au domaine d'application (par exemple, un contenu multimédia de page d'accueil HTML) de l'application interactive peuvent être récupérées. Un tel identifiant est dénommé « component_tag » dans la suite de cet exposé. En référence à la figure 1A, on a illustré un exemple d'équipement audiovisuel 100 comportant un poste de télévision connecté 101 recevant un flux DVB par l'intermédiaire des moyens de réception suivants : une antenne 102 dans le cadre d'une réception du flux DVB par voie hertzienne, une antenne parabolique 103 dans le cadre d'une réception du flux DVB par transmission satellite, un câble 104 dans le cadre d'une réception du flux DVB par transmission câblée. Le poste de télévision connecté 101 peut également comporter un accès 107 à un réseau étendu 106 de type « internet ». Selon l'exemple illustré, le navigateur NAV est intégré au poste de télévision connecté 101. En fonction des caractéristiques de la table AIT reçues par le poste de télévision connecté 101 via le flux de transmission DVB, le navigateur NAV exécute des requêtes d'URL http ou des requêtes d'URL dvb pour récupérer les données des applications interactives diffusées. Pour les requêtes d'URL http, le navigateur NAV récupère par exemple les données de l'application interactive auprès d'un serveur distant SERV par l'intermédiaire de l'accès 107 au réseau étendu 106. Pour les requêtes d'URL dvb, le navigateur NAV récupère les données de l'application auprès des carrousels de données stockés dans une mémoire cache MEM pouvant être interne au poste de télévision connecté 101 (pour mémoire, les carrousels de données suivent préférentiellement le standard DSM-CC). Un moyen de communication 108 entre le navigateur NAV et la mémoire cache MEM permet au navigateur de récupérer les données d'une application interactive auprès de la composante de carrousel de données DSM-CC identifiée (via un identifiant component_tag) par la requête d'URL dvb. En outre, des requêtes d'URL dvb vers d'autres composantes de carrousel de données DSM-CC peuvent provenir des contenus multimédias pointés par la table AIT de l'application interactive. Ainsi, des fichiers HTML, du code CSS ou du code JavaScript sont susceptibles de définir des requêtes d'URL pour la récupération d'autres contenus multimédias véhiculés par le flux de transmission et correspondants à l'application interactive. À titre d'exemple purement illustratif, la table AIT d'une application interactive définit une URL de base http (diffusion broadband) prioritairement pour récupérer les données relatives via le réseau internet 106 (les données de l'application étant stockées sur le serveur distant SERV). La même table AIT définit parallèlement un identifiant de composante de carrousels de données DSM-CC (diffusion broadcast) pour récupérer les données de l'application par l'intermédiaire de requête d'URL dvb selon cet identifiant auprès de la mémoire cache du poste de télévision connecté. Ainsi, le navigateur NAV exécute préférentiellement une requête à l'URL http spécifiée prioritaire pour la récupération du point d'entrée de l'application de l'application interactive. Toutefois, si le poste de télévision connecté 101 n'a pas d'accès 107 au réseau étendu 106, le navigateur NAV peut tout de même récupérer les données de l'application auprès de la mémoire cache MEM en exécutant la requête d'URL dvb avec l'identifiant de la composante de carrousel de données DSM-CC. En référence à la figure 1B, on a illustré le schéma d'une variante de l'exemple présenté sur la figure 1A avec un exemple d'équipement audiovisuel 110 comprenant un poste de télévision conventionnel I 1 1 (sans navigateur intégré ni mémoire cache) raccordé à un dispositif STB de type « Set-Top Box » par un lien de communication 112. Dans cet exemple, le navigateur NAV et la mémoire cache MEM sont intégrés au dispositif STB et assurent ici les mêmes fonctions qu'à l'exemple de la figure 1A. On comprendra que selon cette variante, le poste de télévision conventionnel 111 est considéré comme un poste de télévision connecté grâce au dispositif STB auquel il est raccordé par le lien de communication 112. Les postes de télévision présentant de telles caractéristiques des exemples illustrés sur les figures 1A et 1B, sont nommés « postes de télévision connectés » pour la suite de cet exposé. Pour mieux comprendre l'organisation des tables de signalisation d'un flux de transmission DVB et en l'occurrence ici, selon la norme HbbTV pris en exemple, on se réfère maintenant à la figure 2. À cette figure, on a illustré le schéma simplifié d'un exemple de multiplex DVB répondant à la norme HbbTV pour la diffusion indifférenciée de services multiples à l'attention d'un ensemble de postes de télévision (Multiplex MPTS : Multiple Program Transport Stream). Parmi les tables de signalisation transmises à l'ensemble de postes de télévision, une première table d'association de programme PAT 200 liste, en exemple, deux services disponibles (identifiés par des identifiants de service : SID pour « Service IDentifier ») via le flux de transmission DVB. À cet effet, la table PAT 200 comporte un ensemble de pointeurs vers une table NIT 201 et vers les deux tables PMT 202A et 202B associées respectivement au service de SID égal à 1 et au service de SID égal à 2. Les pointeurs indiquent les numéros d'identifiants PID des paquets identifiés correspondants aux différentes tables ou différents services. On rappelle que la table NIT 201 comprend des informations relatives au réseau comme par exemple l'identifiant de ce réseau et le nom du fournisseur d'accès. La table de correspondance de programme PMT 202A liste les composantes du service associé à cette table et comporte des pointeurs vers les PID des paquets identifiés qui leur correspondent (une table PMT étant généralement associée à un seul service). En ce sens, la table PMT 202A comprend des pointeurs vers des composantes de service telles que les éléments de service PES 203A et 203B (Program Elementary Service). Ici, les éléments de service PES 203A et 203B sont par exemple une composante vidéo et une composante audio. Parallèlement, la table PMT 202B comporte un pointeur vers un élément de service qui lui est propre (élément de service PES 206). En outre, une table PMT (202A, 202B) de service peut pointer vers une table AIT (204, 207) et une composante de carrousel de données DSM-CC (205, 208) qui définissent et composent une application interactive. Par exemple, la table PMT 202A comporte un pointeur vers une table AIT 204 (de PID égal à 2000) ainsi que vers une composante de carrousel de données DSM-CC 205 (de PID égal à 2001). La table AIT 204 décrit la structure de l'application interactive associée au service de la table PMT 202A avec des informations relatives à l'application (protocole, nom, adresses URL, etc.). La table AIT 204 définit un et/ou deux protocoles pour accéder aux données du contenu de l'application, HTTP et/ou Object Carousel, et un pointeur vers un point d'entrée pour chaque protocole (une URL http pour le protocole MIT, une valeur de component_tag identifiant une composante de carrousel de données pour le protocole Object Carousel). Dans cet exemple illustré, chacune des tables AIT 204 et 207 pointe vers les composantes respectives de carrousels de données DSM-CC (205, 208). Comme on l'illustrera par la suite, chacune des applications interactives définies par ces tables AIT peut émettre une requête d'URL dvb vers d'autres composantes de carrousel de données DSM-CC. Selon la norme HbbTV et comme exposé précédemment, les deux protocoles illustrés peuvent être utilisés pour récupérer les données du contenu de l'application, le protocole HTTP (requête URL http) et le protocole Object Carousel (requête URL dvb). L'organisation des tables de signalisation du flux de transmission DVB relativement à la norme HbbTV permet ainsi la diffusion auprès des postes de télévision connectés d'applications interactives associées à des services au sein d'un environnement hybride (broadcast/broadband). Tel que décrit plus haut, l'utilisation du protocole H'FIP permet d'envisager la différenciation des contenus multimédias envoyés par un serveur distant aux postes de télévision connectés (par exemple par identification d'adresses IP dans le cas d'un réseau local). Cette différenciation des contenus peut s'appliquer à des postes de télévision membres d'un même réseau local ayant alors accès à des services spécifiques pour chacun des postes de télévision connectés. L'invention propose, dans le cadre d'un flux de transmission DVB unidirectionnel, une différenciation des contenus multimédias d'application interactive en se limitant à l'utilisation du protocole Object Carousel. On se réfère maintenant à la figure 3 qui illustre un exemple non limitatif de l'infrastructure d'un système de diffusion 300 pouvant être mis en oeuvre selon l'invention. Dans cet exemple, le système de diffusion 300 permet de diffuser au sein d'un établissement un ensemble de services composé notamment de services audiovisuels et d'applications interactives. Pour ce faire, le système de diffusion 300 comporte avantageusement une entité informatique de type « serveur » comprenant, par exemple, des sous-entités informatiques dont au moins une première entité ENT1 et une deuxième entité ENT2. L'entité informatique est présentée sur la figure 3 sous la forme d'un site central SC ayant le rôle de « tête de station » du réseau local 302. Le site central SC fait alors l'interface entre un réseau de télédiffusion et le réseau local 302. Le réseau local 302 raccorde ici les postes de télévision (TV1, TV2, TV3) à l'entité informatique. Le site central SC dispose de moyens de réception 102, 103, 104 pour recevoir un premier flux de transmission issu du réseau de télédiffusion. Le premier flux de transmission est reçu au niveau de l'entité ENT1 du site central SC ou stocké sous forme de fichier dans une entité Sou sur l'entité ENTI. L'entité ENTI comporte au moins : un moyen de génération et de mise à jour de tables de signalisation (entre autres, tables PAT, PMT, AIT, NIT, etc.), un accès à une base de données distante ou stockée localement sur l'entité, un moyen de génération et de mise à jour de carrousels de données transportant des contenus multimédias (fichiers HTML, scripts, images, données génériques, données spécifiques, etc.), un système de réception de flux de transmission provenant d'une antenne, d'un système d'acquisition vidéo, d'un serveur local, etc..., et/ou l'accès à un flux de transmission stocké sous forme de fichier, un moyen d'associer (multiplexer) des tables de signalisation et des carrousels de données à un service ou à un ensemble de services d'un flux de transmission, et un moyen de diffuser ce flux à une entité ENT2. D'après ces caractéristiques, l'entité ENT1 est apte à manipuler et effectuer des opérations sur les tables de signalisation de flux de transmission reçues pour générer au moins un flux de transmission avec les tables de signalisation modifiées. Selon un mode de réalisation préféré (qui servira d'exemple pour la suite de la description), l'entité ENTI réceptionne le premier flux de transmission en modifiant certaines tables de signalisation de ce flux (comme la table PAT) et en ajoutant des composantes élémentaires et des tables de signalisation d'un flux de transmission supplémentaire (lequel flux comporte au moins un service supplémentaire et une application interactive associée). De la sorte, le deuxième flux de transmission généré par l'entité ENTI comporte les tables de signalisation originales du premier flux avec en outre, les tables du flux supplémentaire. Le flux supplémentaire ajouté peut provenir du serveur S (comme expliqué ci-après) ou peut être stocké au niveau de l'entité ENTI. On comprendra que ce mode de réalisation comprend le cas particulier où le premier flux de transmission est vide auquel cas le deuxième flux comporte alors le seul flux supplémentaire. D'autre part selon un autre cas particulier, plusieurs flux supplémentaires sont ajoutés au premier flux de transmission. Selon une autre réalisation possible, l'entité ENT1 adapte les tables de signalisation du premier flux de transmission pour générer un deuxième flux de transmission avec des tables modifiées. Le deuxième flux de transmission diffuse ainsi un ou plusieurs services pouvant présenter des applications interactives différenciées (notamment grâce aux carrousels de données générés) auprès des postes de télévision connectés, membres du réseau local 302. Dans une telle réalisation, l'entité ENT1 est susceptible de générer ou de modifier la table AIT d'au moins une application associée à un des services du premier flux de transmission ou peut associer une nouvelle application interactive à un de ces services. En substance, ceci peut consister en la modification d'une application interactive et/ou de services reçus via le réseau de télédiffusion ou toute autre source, ou encore, un ajout d'application interactive à un ou plusieurs services du premier flux qui n'en possédaient pas. De telles manipulations de tables sont effectuées par l'intermédiaire d'opérations de l'entité ENT1 sur les pointeurs des tables PMT et/ou des tables AIT et permettent ici encore de différencier les contenus multimédias diffusés auprès des postes de télévision à partir d'un flux indifférencié. Avantageusement, l'entité ENT1 comporte au moins un moyen de stockage pour mémoriser une base de données. Une telle base de données comporte des données et/ou informations spécifiques correspondant aux identifiants des postes de télévision du réseau local 302. La base de données peut être préétablie au sein de l'entité ENT1 du site central SC et ou récupérée et mises à jour régulièrement à partir d'un serveur distant (non représenté sur la figure). À titre purement illustratif et non limitatif, la base de données se présente sous la forme d'une table d'association comme expliqué plus loin. Par exemple encore dans le cadre d'un établissement hôtelier, la base de données se présente sous la forme d'une table d'association relative à une base de données récupérée auprès d'un serveur de gestion des occupations de l'hôtel et au sein duquel on trouve la liste des occupants des chambres avec leurs noms et les données qui leurs sont spécifiques. L'entité ENT2, quant à elle, est conformée afin de moduler et diffuser le deuxième flux de transmission généré par l'entité ENTI auprès du réseau local 302. Cette entité ENT2 peut être associée à un amplificateur, un répartiteur inversé ou tout autre moyen approprié pour la diffusion de flux de transmission sur un réseau local tel que cela apparaîtra pour un homme du métier. De la sorte, le deuxième flux de transmission généré est diffusé par l'entité ENT2 auprès des postes de télévision membres (TV I, TV2, TV3) et ceci, de manière indifférenciée et sans voie de retour (conformément à une diffusion « broadcast »), chacun des services du flux diffusé étant susceptible d'avoir été associé à au moins une application interactive au préalable par l'entité ENT1. Ce deuxième flux peut être transporté sur le réseau local 302 en même temps que d'autres flux de transmission issus directement du réseau de télédiffusion ou d'autres sources. A titre d'exemple, on a représenté sur la figure 3 des moyens optionnels dont un moyen de réception 304 et un module 303 raccordés au réseau 302. Le moyen de réception 304 est de type antenne et peut recevoir un flux de diffusion de services télévisuels. Ce moyen de réception 304 est connecté au module 303 qui est du type « modulent. inversé ». Le module 303 reçoit le flux de diffusion en provenance du moyen de réception 304 et le deuxième flux de transmission en provenance de l'entité ENT2. Le module 303 peut ainsi ajouter (en sortie du site central SC) d'autres flux de transmission à destination des postes de télévisions du réseau 302. Le site central SC peut être raccordé à un serveur S qui diffuse au moins un service supplémentaire. Ce service supplémentaire peut être ajouté dans le deuxième flux à l'ensemble de services reçus via le premier flux (ensemble qui peut être vide). Cet ajout est réalisé au niveau de l'entité ENT I du site central SC par un ajout d'au moins un pointeur à la table d'association PAT du deuxième flux vers le au moins un service supplémentaire (pointeur vers la table PMT de ce service supplémentaire). Avantageusement, ce service supplémentaire comprend une application interactive associée. Relativement à l'exemple précédemment appliqué à un établissement hôtelier, on peut faire l'hypothèse que le service supplémentaire est une chaine interne de l'hôtel et que l'application interactive associée restitue à l'affichage du poste de télévision connecté, le nom de l'occupant de la chambre. Selon l'exemple illustré à la figure 3, le serveur S est externe au site central SC. Toutefois, on comprendra que le serveur S peut, en variante ou en complément, être intégré au site central SC du système de diffusion 300. Pour une telle réalisation, l'entité ENT1 intègre les caractéristiques du serveur S afin de modifier les tables de signalisation du deuxième flux de transmission en ajoutant le service supplémentaire et l'application interactive associée. Le réseau local 302 peut être basé sur un support physique connu et approprié à la mise en place de réseaux locaux tels que par exemple de la fibre optique, du câble coaxial, de la paire torsadée ou autre. Par ailleurs, les postes de télévision TV1 et TV2 sont des postes de télévision connectés comportant au moins un navigateur et au moins une mémoire cache intégrés (comme exposé à l'exemple illustré figure 1A). Le poste de télévision TV3 est un poste de télévision conventionnel raccordé à un dispositif STB de type « Set-Top box », lequel dispositif STB comporte au moins un navigateur et au moins une mémoire cache (comme présenté à l'exemple sur la figure 1B). Dans la suite de l'exposé, on considère l'hypothèse selon laquelle l'ensemble de services (et des applications interactives associées) est diffusé via un flux de transmission DVB avec une organisation des tables de signalisation identique ou similaire à celle de la norme HbbTV précédemment décrite en référence à la figure 2. Toutefois, on rappelle que l'invention ne se limite pas au standard DVB, et pourrait très bien s'appliquer dans d'autres contextes analogiques et/ou numériques. Dans ce cas, des tables de signalisation de correspondance de programmes, similaires aux tables PMT et aux tables AIT, pourraient être utilisées en compatibilité avec la technologie ou standard retenus. Les postes de télévision connectés sont compatibles avec le standard DVB et aptes à recevoir et interpréter la signalétique (les tables de signalisation SI/PSI) ainsi que les données issues du flux de transmission DVB. En outre, les postes de télévision connectés peuvent être commandés par des fonctions de commandes initiées par un dispositif approprié telle qu'une télécommande conventionnelle (non représentée sur les figures) communiquant respectivement avec au moins un poste de télévision connecté par une liaison sans fil. Selon un premier mode de réalisation, au moins un service (parmi l'ensemble de services indifférenciés) véhiculé dans le deuxième flux de transmission est diffusé à l'ensemble des postes de télévision connectés (TV1, TV2, TV3) du réseau local 302 avec une application interactive associée. Pour illustrer ce mode de réalisation, on prendra l'exemple selon lequel le service considéré (avec une application associée) est un service supplémentaire ajouté par l'entité ENT1 du site central SC. Toutefois, on comprendra que ce service considéré pourrait être un service issu du premier flux de transmission reçue par le site central SC. De façon avantageuse, l'application interactive associée au service supplémentaire ajouté dans le deuxième flux de transmission comprend des contenus multimédias spécifiques pour chacun des postes de télévision connectés. Ces contenus multimédias sont relatifs aux identifiants des postes de télévision du réseau local 302. En ce sens, dans le cadre de ce mode de réalisation, le service supplémentaire est diffusé de manière indifférenciée aux postes de télévision connectés avec une application interactive associée, laquelle pointe vers un contenu multimédia spécifique à l'identifiant du poste. À cet effet, dans le deuxième flux de transmission DVB, la table AIT associée au service supplémentaire identifie une composante de carrousel de données DSM-CC contenant le point d'entrée de l'application interactive. Ce contenu multimédia de l'application comporte des requêtes de lien (URL dvb) d'au moins un autre contenu multimédia. Cet autre contenu multimédia comprend quant à lui des données et/ou contenus spécifiques pour chacun des postes de télévision connectés. Concernant les données de contenus multimédias spécifiques d'une application interactive, celles-ci sont par exemple listées dans une base de données diffusée par l'entité ENT 1 . Cette base de données peut être une retranscription de la base de données stockée au niveau de l'entité ENT I et qui comporte notamment des données et/ou contenus différenciés correspondants aux identifiants de poste de télévision connectés. Pour ce faire, l'entité ENT1 diffuse la base de données qu'elle contient sous la forme d'un contenu multimédia compris dans une composante des composantes de carrousel de données DSM-CC identifiées par la table AIT de l'application interactive. Les postes de télévision connectés peuvent ainsi tous récupérer la base de données présentant leurs identifiants avec les données et/ou contenus différenciés leur correspondant. Selon ce premier mode de réalisation, la base de données diffusée à l'intérieur du flux de transmission DVB se présente sous la forme d'une table d'association. À titre purement illustratif, la table d'association peut être définie dans un fichier de données encodé en ECMAScript (appelé communément JavaScript) par exemple sous forme JSON (JavaScript Object Notation), ou en XML (Extensible Markup Language). Une phase préalable de configuration des postes de télévision connectés TV1 à TV2 et du dispositif STB du poste de télévision connecté TV3 peut être réalisée avant la diffusion de l'ensemble de services sur le réseau local 302. Cette phase préalable de configuration consiste à rendre chacun des postes de télévision connectés aptes à identifier, grâce à un script compris dans un contenu multimédia (par exemple du code JavaScript), les données spécifiques d'une application interactive qui lui sont destinées au sein de la table d'association. En substance, cela consiste à appliquer un identifiant pour lequel, à l'issue de cette configuration, chacun des postes de télévisions connectés TV I à TV3 comporte au moins un moyen d'identification propre pour récupérer les données de contenus multimédias qui lui sont destinées dans la table d'association diffusée. À titre d'exemple, une telle configuration peut être réalisée sur un banc de réglage des postes de télévision, ou à l'aide d'une clé USB, d'une carte mémoire, d'un module CAM (Conditional Access Module), ou encore par l'intermédiaire d'un protocole propriétaire et autres moyens appropriés. Sur la figure 4, on montre un exemple non limitatif d'une organisation des tables d'un flux de transmission DVB selon ce premier mode de réalisation. Ici, on a illustré deux services 401 (listés dans la table PAT 400) diffusés dans le deuxième flux de transmission (issu de l'entité ENT1) qui sont issus du premier flux de transmission (reçu par l'entité ENTI). Dans cet exemple, on considère que les tables de signalisation de ces deux services n'ont pas subi de modification au niveau du site central SC et que leurs tables PMT 410 et 411 pointent chacune vers des composantes classiques de programmes télévisuels en l'occurrence, au moins une composante vidéo (420, 422) et une composante audio (421, 423). Par ailleurs, on a également représenté le service supplémentaire 402 additionné par l'entité ENT1. Dans le deuxième flux de transmission représenté sur la figure 4, l'entité ENTI a ajouté un pointeur (de PID égal à 34) dans la table PAT 400 vers la table PMT 412 (laquelle table PAT ne listait que deux services dans le premier flux, semblablement à l'exemple présenté à la figure 2). La table PMT 412 liste les composantes associées au service supplémentaire (composante vidéo 424, composante audio 425) dont notamment l'application interactive qui lui a été associée par l'entité ENTI. Dans cette table PMT 412, les composantes de l'application interactive sont listées par les pointeurs 414 qui pointent : - vers la table AIT 430 (décrivant l'application associée au service de la table PMT 412), - une composante de carrousel de données DSM-CC 431 (point d'entrée de l'application et comportant un contenu multimédia de base de l'application interactive), et une composante de carrousel de données DSM-CC 432 (faisant partie de l'extension du domaine de l'application et comportant également au moins un contenu multimédia). Ici, un poste de télévision connecté récupère les données et informations d'une application interactive suivant le protocole Object Carousel. La définition et la mise en place du protocole Object Carousel sont comprises dans la table AIT 430 avec, en substance, l'identifiant (component_tag_1) de la composante du carrousel de données DSM-CC 431 auprès duquel le navigateur NAV d'un poste de télévision connecté peut récupérer le point d'entrée de l'application et ses données relatives. Par exemple, le point d'entrée est une page d'accueil au format HTML. La composante de carrousel de données DSM-CC 431 stockée dans la mémoire cache MEM, comprend ainsi un fichier HTML nommé « Accueil.html » relativement à cette page d'accueil. En outre, cette page d'accueil peut comprendre au moins un pointeur (sous forme d'URL dvb) vers la seconde composante de carrousel illustré, la composante de carrousel de données DSM-CC 432. Dans cet exemple de réalisation, l'autorité de l'URL dvb contenu dans la page d'accueil peut être listée dans la définition de l'extension du domaine de l'application décrit par la table AIT 430. Une telle page d'accueil peut contenir au moins des instructions en langage de script (de type code source de l'application) permettant de récupérer les données spécifiques en fonction de l'identifiant du téléviseur et des données pointées par l'URL dvb. Ainsi, le navigateur NAV peut récupérer le contenu multimédia contenu dans la composante de carrousel de données 432 pointée par l'URL dvb de la page d'accueil de l'application. Pour cet exemple du premier mode de réalisation, on a illustré la composante de carrousel de données DSM-CC 432 comme comprenant une table d'association telle que précitée. Ici, la table d'association (analogue à la base de données stockée dans l'entité ENT1) peut être, par exemple, un ficher encodé en JSON ou en tout autre format adapté de manière à présenter une liste d'identifiants des postes de télévision connectés avec les données et/ou contenus spécifiques correspondants de l'application interactive. Ici, on a pris l'exemple d'un fichier de type JavaScript nommé « names.js ». On notera que les données transportées par les composantes de carrousels de données DSMCC 431 et 432 peuvent appartenir au même carrousel de données et être localisées dans un même espace mémoire identifié (même carouselid). Ainsi' l'ensemble des données est chargé simultanément vers la mémoire cache lorsque le navigateur NAV exécute la requête URL dvb auprès de la mémoire pour accéder au point d'entrée de l'application. Toujours dans l'exemple appliqué à un établissement hôtelier, on se réfère à une table d'association selon laquelle on trouve une liste d'identifiants relativement à chacun des postes de télévision (TV1, TV2, TV3) membre du réseau local 302. Pour chacun des postes est associé un message spécifique à afficher par l'application interactive du service supplémentaire. Postes de télévision Identifiants Données spécifiques TV I ID1 « Bonjour M.V, vous occupez la chambre 100 » TV2 1D2 « Bonjour M.X, vous occupez la chambre 101 » TV3 ID3 « Bonjour M.Y, vous occupez la chambre 102 » Ainsi, chaque poste de télévision connecté ayant un identifiant (identifiant susceptible d'avoir été configuré au préalable comme précédemment exposé), peut récupérer les données qui lui sont spécifiques et dédiées dans la table d'association reçue via les données transportées par la composante de carrousel de données DSM-CC 432 du deuxième flux de transmission. L' identification des postes de télévision connectés peut être réalisée selon plusieurs variantes possibles. Une première variante vise à identifier les postes de télévision connectés à partir d'adresse 20 MAC (Media Access Control) de l'interface réseau de chacun des postes de télévision TV1 à TV3 au sein du réseau local 302. Pour le poste de télévision connecté TV3, on considère l'adresse du dispositif STB auquel il est raccordé dans le réseau local 302. La base de données de l'entité ENT1 est alors avantageusement renseignée au préalable avec les adresses MAC des postes de télévision sur le réseau local 302 avant d'associer des informations spécifiques 25 aux identifiants. Selon l'exemple de la table d'association précédent, les ID1 à ID3 référencés relativement aux postes de télévision connectés TV1 à TV3, sont les adresses MAC respectives des postes de télévision au sein du réseau local 302. Selon une deuxième variante possible de ce premier mode de réalisation, l'identifiant de 30 chaque poste de télévision connecté TV1 à TV3 du réseau local 302 est défini selon un 15 identifiant unique établit lors de la configuration préalable des postes de télévision connectés. Un tel identifiant unique peut découler : - d'un identifiant stocké dans un fichier de la mémoire non volatile du poste de télévision connecté, - d'un identifiant entré par un menu (du mode hôtel par exemple) du poste de télévision connecté, - d'un identifiant compris dans un cookie du navigateur NAV n'ayant pas de date d'expiration, - d'un identifiant issu de données d'une mémoire non volatile raccordée au poste de télévision connecté (clé USB, disque dur externe, etc.), ou encore - d'autres moyens similaires et appropriés. L'identifiant unique appliqué à chacun des postes est renseigné ou découle de la base de données stockée dans l'entité ENT1. En complément de cette variante, il est par exemple possible d'utiliser un identifiant unique relatif au numéro de chambre réel dans lequel se trouve le poste de télévision connecté. Selon une autre variante possible de ce mode de réalisation, les postes de télévision sont configurés pour reconnaitre le service supplémentaire diffusé à tous les postes selon un identifiant propre pour chaque téléviseur. À titre d'exemple, le poste de télévision TV1 reconnait le service supplémentaire (de SID égal à 3) sous le nom « ch 101 », le poste de télévision TV2 reconnait le service supplémentaire sous le nom « ch 102 » et le poste TV3 reconnait le service supplémentaire sous le nom « ch 103 ». Ainsi, les identifiants (« 101 », « 102 », « 103 ») des postes de télévision (TV 1, TV2, TV3) sont directement contenus dans le nom du service supplémentaire qui leur a été attribué à la configuration des postes. Avantageusement, pour cette variante du premier mode de réalisation précédemment décrit, aucune table de description de l'ensemble des services disponibles du deuxième flux de diffusion, qui inclurait notamment un nom indifférencié pour chacun de ces services, n'est diffusée sur le réseau local 302, à partir du site central SC au cours de et après la diffusion de l'ensemble des services. On force ainsi les postes de télévision à ignorer le nom du service autre que celui prévu lors de la phase de configuration. Pour les trois variantes susmentionnées, on considère que les postes de télévision connectés comportent une routine (implémentée sous la forme d'une interface de programmation API) exécutée pour relever : - l'adresse MAC, ou - l'identifiant unique (configuré au préalable), ou - le nom d'un service spécifique et/ou supplémentaire (configuré au préalable). De la sorte, les postes de télévision connectés sont aptes à identifier les données spécifiques de l'application interactive correspondantes dans la table d'association. Pour une telle réalisation, la routine peut être disponible depuis le langage script de l'application apte à être interprété par le poste de télévision On comprendra que tout autre type d'identification des postes de télévisions connectés est envisageable pour la mise en oeuvre de ce mode de réalisation et ne se limite pas aux identifiants de ces variantes comme il apparaitra à l'homme du métier. Selon un deuxième mode de réalisation, des tables de signalisation distinctes sont générées au niveau du site central SC selon les postes de télévision connectés. Dans le cadre d'un flux de transmission DVB, ceci peut se traduire par une diffusion des tables de signalisation PMT sur le réseau local 302 depuis le site central SC, de manière différenciée à l'attention des postes de télévision connectés. Lorsque l'ensemble des services a été reçu au site central SC via un premier flux de transmission, c'est-à-dire avec des tables PMT originales indifférenciées, certaines d'entre elles peuvent alors être remplacées par des tables PMT différenciées selon les postes de télévision en vue d'une diffusion sur le réseau local 302 via le deuxième flux de transmission. Si un programme supplémentaire est ajouté par l'entité ENT1, les tables PMT de ce service peuvent également être remplacées par des tables différenciées. Pour ce deuxième mode de réalisation, une phase préalable de configuration peut être réalisée pour chacun des postes de télévision connectés et ceci, avant diffusion de l'ensemble de services sur le réseau local 302. Cette phase de configuration consiste à rendre chacun des postes de télévision connectés TV 1, TV2 et le dispositif STB raccordé au poste de télévision TV3, capable de reconnaître et d'exploiter les tables de signalisation PMT qui lui sont dédiées (éventuellement avec d'autres postes de télévision) et à ignorer les tables de signalisation PMT qui ne lui sont pas destinées (mais qui sont destinées à d'autres postes de télévision). À l'issue de cette configuration, chacun des postes de télévision TV1 à TV3 est ainsi capable de recevoir les éléments de services ou les applications interactives vers lesquels pointent les seules tables PMT qui leurs sont respectivement dédiées. À cet effet, la configuration de chacun des postes de télévision TV I à TV3 peut être réalisée à l'aide d'une liste respective d'identifiants de services SID pointant vers les tables de signalisation PMT (via une table PAT associant un PID à chaque SID) qui seront destinées à ce poste de télévision. La configuration des postes de télévision connectés peut ici aussi être réalisée sur un banc de réglage des postes de télévision, à l'aide d'une clé USB, d'une carte mémoire ou par l'intermédiaire d'un protocole propriétaire et autres moyens appropriés On se réfère maintenant à la figure 5 sur laquelle on a illustré un exemple du deuxième flux de transmission modifié par l'entité ENT1 selon le deuxième mode de réalisation. On retrouve les services de programmes télévisuels classiques (SID égal à 1 et SID égal à 2) diffusés par le flux de transmission et tels qu'illustrés sur la figure 4. Selon le deuxième mode de réalisation, le service supplémentaire est ajouté suivant des tables de signalisation distinctes. Ainsi, pour la mise en oeuvre du service supplémentaire auprès des postes de télévision connectés, l'entité ENT1 ajoute un service supplémentaire respectivement par poste de télévision. En ce sens, dans cet exemple de réalisation, trois services supplémentaires sont dédiés aux postes (SID égal à 3, SID égal à 4 et SID égal à 5). Les tables PMT 510, 511 et 512 étant diffusées à l'ensemble des postes de télévision (TV 1, TV2, TV3), les tables sont différenciées de manière à ce que la table PMT 510 soit en réalité dédiée au poste de télévision connecté TV1 et les tables PMT 511 et 512 respectivement dédiées aux postes de télévision connectés TV2 et TV3. Toutefois, on notera que des tables PMT pourraient éventuellement être destinées à une pluralité de postes de télévision connectés, plutôt qu'à un seul poste de télévision connecté. En outre, la définition des associations entre les tables PMT et les postes de télévision connectés TV1 à TV3, résulte de la phase de configuration mentionnée plus haut. Chaque poste de télévision est ainsi configure avec des numéros de service (un SID dédié à chaque poste) et des PID qui correspondent aux tables PMT qui leurs sont destinées à chacun. À titre d'exemple ici : le poste de télévision connecté TV1 ignore les services 4 et 5 (tables PMT 511 et 512 de PID égaux à 35 et à 36) de la table PAT 500, le poste de télévision connecté TV2 ignore les services 3 et 5 (tables PMT 510 et 512 de PID égaux à 34 et à 36) de la PAT 500, et, - le poste de télévision connecté TV3 ignore les services 3 et 4 (tables PMT 510 et 511 de PID égaux à 34 et à 35). Pour ce faire, l'entité ENTI du site central SC ajoute des pointeurs 501 à la table PAT 500 qui pointent vers les tables PMT susmentionnées 510, 511 et 512. Chacune de ces tables PMT pointent ici vers les mêmes éléments de service (relatifs aux composantes communes aux différents postes de télévision recevant le deuxième flux de transmission) associés au service supplémentaire, en l'occurrence, vers : - l'élément de service PES 520 (de type composante vidéo), l'élément de service PES 521 (de type composante audio), - la table AIT 522, et - la composante de carrousel de données DSM-CC 523 (qui contient le point d'entrée de l'application interactive). Pour une meilleure compréhension de la figure 5, toutes les flèches de représentation des pointeurs n'ont pas été représentées. Ici, la table AIT 522 et/ou les fichiers (contenus multimédias) constituant l'application et contenus dans la composante de carrousel de données DSM-CC 523 peuvent identifier et pointer vers au moins une composante des composantes de carrousel de données DSM-CC (524, 525, 526) propre à chacun des services de table PMT 510, 511 et 512. Ainsi, un contenu multimédia spécifique et différencié est d'attribué pour chaque poste de télévision connecté. Plusieurs composantes de carrousels de données DSM-CC peuvent être stockées à un emplacement de la mémoire cache d'un poste de télévision qui est identifié par un identifiant d'espace mémoire nommé « carousel_id ». Ce carrousel de données est alors appelé « carrousel de données multi-PID ». Ainsi, les composantes de carrousels de données DSMCC d'une d'application interactive peuvent être situées dans un même espace mémoire (composantes de carrousels de données DSM-CC de même carouselid,) ou à des espaces mémoires différents (composantes de carrousels de données DSM-CC de earouseLid différents). Ces deux modes opératoires sont mis en oeuvre respectivement par les deux variantes ci-dessous du deuxième mode de réalisation pour une identification de la composante de carrousel de données DSM-CC spécifique à chacun des services de table PMT 510, 511 et 512. Selon une première variante (composantes de carrousels de données DSM-CC de carousel_id différents), le domaine de base de l'application de la table AIT 522 (avec l'identifiant « component_tag_l») est constitué de la composante de carrousel de données DSM-CC 523 dont le contenu multimédia comprend au moins un script d'application (comprenant au moins une partie du code source de l'application) et comporte un pointeur (de type URL dvb) vers une des composantes de carrousel de données DSM-CC 524, 525, 526. Ici, la composante de carrousel de données DSM-CC 523 (avec une valeur de carousel_id égale à 0 par exemple) est localisé à un espace mémoire différent des composantes de carrousels de données DSM-CC 524, 525 et 526 (qui, à titre d'exemple, ont tous une valeur de carousel_id égale à 1). Parallèlement, le pointeur (compris dans le script d'application) vers l'une des composantes de carrousel de données DSM-CC 524, 525 et 526, comporte un identifiant propre à un poste de télévision connecté de façon à pointer la composante de carrousel de données DSM-CC spécifique (avec un contenu multimédia différencié) au poste de télévision qui exécute l'application interactive. En ce sens, à titre purement illustratif, le contenu multimédia de la composante du carrousel de données DSM-CC 523 récupère l'identifiant de service (SID) dédié au poste de télévision connecté pour l'intégrer dans un pointeur (URL dvb) et, de ce fait, générer une requête d'URL avec l'identifiant vers une composante de carrousel de données DSM-CC spécifique au poste comportant un contenu multimédia différencié pour ce poste. Ici, selon l'exemple, une telle requête pointe vers une composante de carrousel de données DSM-CC propre à l'identifiant du poste de télévision (SID du service qui lui est dédié). Pour ce faire, les différentes URL dvb, comportant chacune un identifiant (SID) de poste de télévision connecté, sont déclarées (par l'entité ENT1 à la génération du deuxième flux) dans la définition de l'extension du domaine de l'application dans la table AIT 522. Selon une deuxième variante (composantes de carrousels de données DSM-CC de même carousel_id,), le domaine d'application de la table AIT 522 (avec l'identifiant « component_tag_l») pointe vers la composante de carrousel de données DSM-CC 523, laquelle composante contient le point d'entrée de l'application. A titre d'exemple, la composante de carrousel de données DSM-CC 523 (avec une valeur de carousel_id égale à 0 par exemple) a été localisée dans un même espace mémoire que les composantes de carrousels de données DSM-CC 524, 525 ou 526 (qui, par conséquent, ont une valeur de carousel_id égale à 0 également), sous forme d'un carrousel de données multi-PID. Il faut savoir que les composantes de carrousel de données DSM-CC de même carousel_id (mais de component_tag de valeur différente) sont organisées selon une arborescence de fichiers dans l'espace mémoire identifié par le carousel_id. De la sorte, avec l'utilisation d'un même carousel_id pour les composantes de carrousels de données DSM-CC des tables PMT, le domaine d'application défini dans la table AIT 522 comporte une URL dvb relative à l'URL de base mais qui charge parallèlement les composantes de carrousel de données DSM-CC associées au service dédié au poste de télévision. Ainsi, lorsque la table AIT 522 pointe vers le point d'entrée de l'application, l'ensemble des composantes de carrousels de données DSM-CC de même carousel_id est chargé dans le même espace de mémoire cache, et le navigateur charge le point d'entrée depuis cet espace mémoire. Toutefois, comme toutes les composantes de carrousels de données DSM-CC sont chargées simultanément dans la mémoire cache, il suffit d'une requête d'URL relative (c'est-à- dire sans mention du schéma ni de l'autorité) pour atteindre toutes ces composantes. Cette URL relative peut être avantageusement contenue dans une liste de liens (liste d'URL autorisées). Cette liste de liens peut être décrite par la table AIT 522 (la liste de lien est alors le domaine de base de l'application) ou par un contenu multimédia relatif à l'application interactive. On comprendra ici que le domaine de l'application permet ainsi d'accéder à l'arborescence de fichier d'un espace mémoire de même carousel_id et de charger directement les composantes de carrousel de données DSM-CC qu'il comporte (dont notamment la composante de carrousel de données DSM-CC spécifique). Il n'est alors plus nécessaire d'accéder à d'autre espace mémoire (carousel_id différents) pour récupérer les contenus multimédias différenciés et la déclaration d'une extension du domaine de l'application dans la table AIT n'est plus requise dans ce cas. A titre d'exemple, la table PMT 510 pointe vers la table AIT 522 qui décrit en point d'entrée la composante de carrousel de données DSM-CC 523. Dans cet exemple, les composantes de carrousels de données DSM-CC 523 et 524 ont un même carousel_id et sont ainsi chargées vers la mémoire cache lorsque l'on accède par le navigateur NAV au point d'entrée. Une URL relative permet alors de pointer simplement vers la totalité des données du carrousel multiPID, et en l'occurrence ici, la composante de carrousel de données DSM-CC 524 (qui comprend un contenu multimédia spécifique au poste de télévision TV1). Ainsi, le deuxième mode de réalisation permet une différentiation de contenus multimédias diffusés à partir d'un flux de transmission de services indifférenciés à des postes de télévision connectés. La façon de destiner certaines tables de signalisation PMT à certains des postes de télévision connectés, et la façon correspondante pour un poste de télévision de recevoir et de reconnaître les tables de signalisation PMT qui lui sont dédiées, permettent l'attribution des données spécifiques aux postes de télévision (TV1, TV2, TV3) du réseau local 302. Selon une autre variante du deuxième mode de réalisation, un point d'entrée d'une application interactive (une page d'accueil par exemple) pointe vers un contenu multimédia comportant des données et/ou contenu multimédias spécifiques à des identifiants correspondants (pouvant, à titre illustratif, être contenus dans une table d'association que comporte une composante de carrousel de données DSM-CC pointée par la page d'accueil). Une table d'association comporte ici des données spécifiques pour les identifiants de services (SID) dédiés à chaque poste de télévision connecté. À titre d'exemple purement illustratif, une telle table d'association peut alors se présenter sous la forme suivante : Postes de télévision Identifiants Données spécifiques TV1 SID1 « Bonjour M.V, vous occupez la chambre 100 » TV2 SID2 « Bonjour M.X, vous occupez la chambre 101 » TV3 SID3 « Bonjour M.Y, vous occupez la chambre 102 » L'application interactive reçue par un poste de télévision est apte à reconnaître le service qui lui est dédié grâce à une interface de programmation API de son langage de script. On rappelle que le script de l'application peut être compris dans le contenu multimédia (par exemple inclus dans ou pointé depuis une page HTML) de l'application. Ainsi, le script relève l'identifiant de service SID du service dédié pour récupérer au sein de la table d'association les données spécifiques attribuées à son identifiant de service. A titre d'exemple non limitatif et selon la table de données présentée ci-dessus, on se réfère maintenant à la figure 6. Ici, le poste de télévision TV1 ignore les services d'identifiants SID2 et SID3 mais reçoit le service d'identifiant SID1 qui lui est dédié. À cet effet, le poste de télévision TV1 considère uniquement la table PMT 510, laquelle pointe vers la table AIT 600. Selon cet exemple de mise en oeuvre, un script est transmis via le contenu multimédia du domaine de base de l'application interactive (compris ici dans la composante de carrousel de données DSM-CC 601). Une interface de programmation du langage de script permet de récupérer l'identifiant de service SID courant. Le script est ainsi capable de récupérer l'identifiant de service pour lequel le poste a été configuré au préalable. Ainsi, il est possible d'identifier dans la table d'association les données et/ou contenus multimédias spécifiques à l'identifiant correspondant. A titre d'exemple ici, la table d'association est contenue dans la composante de carrousel de données DSM-CC 602 sous un fichier JavaScript par exemple du nom de « SID.js », laquelle est pointée par le contenu multimédia de la composante de carrousel de données DSM-CC 601. En variante ou en complément de ce deuxième mode de réalisation, chacune des tables PMT des services diffusés comporte un pointeur vers une table AIT d'application interactive spécifique à chaque service. Ainsi, une table AIT est dédiée à chaque poste de télévision connecté, laquelle table AIT identifie un point d'entrée d'application spécifique ou commun aux différentes tables AIT et chaque table AIT peut lister dans son domaine d'extension au moins un pointeur spécifique vers un contenu multimédia différencié pour le poste. En référence à la figure 7, on a illustré un exemple de cette variante. Les tables PMT 710, 711 et 712 sont ici respectivement dédiées aux postes de télévision connectés TV1, TV2 et TV3. Chacune des tables PMT pointent vers une table AIT 720, 721 ou 722 qui leur est propre. Parallèlement, les tables PMT 710, 711 et 712 pointent également vers les composantes de carrousel de données DSM-CC 724, 725 et 726 comprenant respectivement un contenu multimédia spécifique à un poste de télévision connecté. En outre, les tables AIT 720, 721 et 722 ont respectivement pour point d'entrée les composantes de carrousels de données DSM- CC 730, 731 et 732 (chacun étant identifié, par exemple, par component_tag 1 ou component_tag2 ou component_tag3). Ici, Les points d'entrée sont propres aux postes de télévision et peuvent ainsi pointer respectivement vers une des composantes de carrousels de données DSM-CC 724, 725 et 726 comprenant les contenus multimédia spécifiques à chaque poste. De la sorte, chaque poste de télévision étant configuré pour ne recevoir qu'une seule des tables PMT 720, 721 et 722 de l'exemple, l'application interactive reçue par un des postes de télévision connectés est spécifique de par son contenu multimédia différencié. On notera que, bien que l'usage des tables de signalisation, notamment PMT et AIT, qui est fait dans les modes de réalisation qui viennent d'être décris, introduise une différenciation entre les postes de télévision, le flux de transmission des figures 4, 5, 6 et 7 reste néanmoins conforme au standard DVB. Par conséquent, aucune modification substantielle du réseau local 302 ou des postes de télévision TV I à TV3 n'est requise. Ceci constitue un avantage majeur qui limite la complexité, le coût de développement et de maintenance de la solution ainsi proposée. Avantageusement, pour le deuxième mode de réalisation précédemment décrit, aucune table de description de l'ensemble des services disponibles, qui inclurait notamment un nom pour chacun de ces services, n'est diffusée sur le réseau local 302, à partir du site central SC au cours de et après la diffusion de l'ensemble des services. C'est le cas dans l'exemple des figures 5 à 7 où le flux de transmission représenté ne contient pas de table SDT. On force ainsi les postes de télévision à ignorer les services qui n'étaient pas prévus lors de la phase de configuration, et on les empêche de pouvoir se régler sur d'autres services (la table SDT étant nécessaire pour permettre le réglage des chaînes sur certains postes de télévision). Alternativement, il peut être intéressant de diffuser une table SDT modifiée contenant des informations invalides pour forcer les postes de télévision à ne pas se régler sur les services qui ne leur sont pas destinés. Comme indiqué plus haut, cette solution n'est pas limitée au standard DVB, et pourrait très bien s'appliquer dans d'autres contextes analogiques et/ou numériques. Dans ce cas, des tables de signalisation de correspondance de programmes, similaires aux tables PAT, PMT et / ou AIT, pourraient être utilisées en compatibilité avec la technologie ou standard retenus. En vertu de ce qui vient d'être décrit, on comprendra que la présente invention permet un accès à des services qui est sélectif selon les postes de télévision reliés à un réseau local. À cet effet, elle utilise des tables de signalisation d'une manière non standard, mais néanmoins conforme aux normes (notamment aux standards DVB et HbbTV par exemple). Il en résulte un adressage des postes de télévision permettant la diffusion de contenus multimédias différenciés à partir d'un flux de transmission d'un ensemble de services indifférenciés sans prévoir une modification du réseau local. On se réfère maintenant à la figure 8 sur laquelle on a résumé les principales étapes du procédé de traitement des données de télévision selon une réalisation générale. Dans une première étape SI, l'entité ENT1 du site central SC reçoit au moins un premier flux de transmission (Di issu du réseau de télédiffusion, d'un fichier vidéo et/ou d'une source similaire et pouvant comporter un ou plusieurs services télévisuels avec les informations associées telles que : les données de télévision propres à plusieurs services de télévision, et les tables de signalisation du flux de transmission. Dans une étape S2, l'entité ENT1 du site central SC modifie les tables de signalisation du premier flux de transmission (1>, dont notamment la table PAT, les tables PMT et/ou les tables AIT afin d'associer à au moins un service un contenu multimédia spécifique CMMj à un identifiant de poste TVj et multiplexer le ou les services à diffuser en sortie. Le flux (1)2 comporte alors au moins un contenu multimédia différencié pour chacun des identifiants de postes de télévision. Les contenus multimédias CMMj et les identifiants respectifs sont issus d'une base de données DDB (étape D3) qui est interne ou connectée à l'entité ENT1. L'entité ENT1 génère donc à l'étape S2 un deuxième flux de transmission (1)2 comprenant : tout ou partie des données de télévision relatives au flux (Di, les pointeurs vers les contenus multimédias CMMj, et les données des contenus multimédias CMMj. Dans une étape S4, l'entité ENT2 du site central SC diffuse le flux (1)2 de manière indifférenciée auprès des postes de télévision avec les tables de signalisation TS comportant les tables PAT, les tables PMT et/ou les tables AIT modifiées par l'entité ENT1, En outre, d'autres flux de transmission destinés aux postes de télévision peuvent alors être ajoutés au flux de transmission diffusé par l'entité ENT2. Dans une étape suivante, les postes de télévision connectés reçoivent le flux de transmission (I)2 et procèdent à un test T5 d'identification. Selon le test T5, les postes de télévision se réfèrent à l'identifiant qui leur est attribué pour récupérer les contenus multimédias CMMj différenciés qui leur sont dédiés à partir des tables de signalisation TS du flux (1)2. Les postes de télévision connectés, ayant récupéré le contenu multimédia qui leur est spécifique, lisent le contenu multimédia différencié qui leur est dédié (étape S6), par exemple pour un affichage (DISP) ou autre. De façon avantageuse, pour tous les modes de réalisation précédemment décrits, les composantes des carrousels de données DSM-CC sont mises à jour dynamiquement lorsque la base de données DDB de l'entité ENT1 est modifiée. Par exemple, dans l'exemple d'un établissement hôtelier, lorsqu'un nouveau client s'enregistre à son arrivée à la réception, les carrousels de données spécifiques en destination du ou des téléviseurs de la chambre en question sont mis à jour, ce qui permet à l'application interactive d'afficher un message d'accueil personnalisé avec son nom quand le client active la chaîne contenant l'application interactive. Pour ce faire, l'entité ENT1 utilise les mécanismes de gestion des versions des tables PMT, AIT, des composantes de carrousels de données DSM-CC et/ou des modules de ces composantes. L'utilisation du mécanisme de gestion de version force alors le poste de télévision à charger les données qui ont été mises à jour, voire à recharger complètement l'application dans le cas d'un changement de version de la table AIT. D'autres modes de réalisation que ceux qui ont été décrits plus haut peuvent être envisagés dans le cadre de la présente invention, comme cela apparaîtra à l'homme du métier. À titre d'exemple, on peut envisager que le procédé soit mis en oeuvre plus largement par tout type de terminaux aptes à recevoir et interpréter un flux de transmission DVB (comme par exemple. un ordinateur). REVENDICATIONS1. Procédé de traitement de données de télévision, mis en oeuvre par une entité informatique (SC), pour une communication de contenus multimédias (CMMj) différenciés à une pluralité de terminaux (TV 1, TV2, TV3) respectifs, connectés à ladite entité informatique (SC), dans lequel : - une base de données (DDB) d'identifiants (TVj) desdits terminaux (TV1, TV2, TV3) est accessible par l'entité (SC), avec, en correspondance de chaque identifiant (TVj), un contenu multimédia spécifique (CMMj) associé à cet identifiant (TVj), - ladite entité (SC), à partir d'un premier flux (VI) susceptible de comporter au moins : * des données de télévision, propres à plusieurs services de télévision, * des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et * au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service, génère dans le premier flux (d),) au moins une table d'association (400 ; 500), une table déclarative (412 ; 510, 511, 512 ; 710, 711, 712) et/ou une table d'application interactive (430 ; 522 ; 600 ; 720, 721, 722), liées à au moins un identifiant donné (TVj) en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné, pour délivrer vers les terminaux un deuxième flux (4))) comportant : * tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision, * les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), et * lesdites tables déclaratives (410, 411) desdites données de télévision, avec lesdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722), chaque terminal (TV1, TV2, TV3) étant apte à : - se référer auxdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722) liées à l'identifiant (TVj) de ce terminal, et - de là, récupérer, dans le deuxième flux, un contenu multimédia (CMMj) déclaré à partir desdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722) pour une lecture du contenu multimédia récupéré, ledit contenu multimédia (CMMj) récupéré étant alors un contenu spécifique à ce terminal. 2. Procédé selon la revendication 1, dans lequel, la base de données mémorisant un identifiant (TVj) unique pour chaque terminal (TV I, TV2, TV3), l'entité (SC) génère ladite table d'application interactive (430), en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux respectivement en correspondance avec des identifiants relatifs auxdits identifiants (TVj) uniques desdits terminaux. 3. Procédé selon l'une des revendications 1 et 2, dans lequel, les terminaux sont reliés à l'entité (SC) par un réseau local (302), une adresse MAC étant affectée à chaque terminal (TV1, TV2, TV3), la base de données mémorise les adresses MAC de chaque terminal et chaque identifiant (TVj) de terminal de ladite base de données (DDB) correspond à une adresse MAC de terminal. 4. Procédé selon la revendication 1, dans lequel, la base de données mémorisant des identifiants (TVj) de services dudit deuxième flux (b2), l'entité (SC) génère ladite table d'application interactive (430) en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux respectivement en correspondance des identifiants (TVj) desdits services. 5. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associés au moins une table déclarative (710, 711, 712) et une table d'application interactive (720, 721, 722), l'entité (SC) génère, pour chaque terminal (TV 1, TV2, TV3), la table d'application interactive (720, 721, 722) associée au service dédié de ce terminal, en ajoutant un pointeur vers le contenu multimédia (CMMj) associé à l' identifiant (TVj) de ce terminal, chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaitre les tables déclaratives (710, 711, 712) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. 6. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV I, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510, 511, 512) et une table d'application interactive (520, 521, 522), le premier flux ((DI) comporte au moins une table d'association (500) comportant des identifiants de services, etl'entité (SC) génère ladite table d'application interactive (600), en ajoutant des pointeurs vers les contenus multimédias (CMMj) du deuxième flux (13.2) respectivement en correspondance des identifiants de services dédiés, chaque terminal (TV1, TV2, TV3) étant configure pour reconnaitre les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. 7. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510, 511, 512) et une table d'application interactive (520, 521, 522), l'entité (SC) ajoute dans le deuxième flux (c1)2) au moins un script d'une application, ledit script d'application étant pointé par la table d'application interactive (520, 521, 522) ou par un contenu multimédia pointé par la table d'application interactive (520, 521, 522), et l'exécution de ladite application sur un terminal générant un pointeur vers le contenu multimédia (CMMj) associé à l'identifiant (TVj) de ce terminal, chaque terminal (TV I, TV2, TV3) étant configuré pour reconnaitre les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. 8. Procédé selon la revendication 7, dans lequel ledit script comporte un code source de l'application. 9. Procédé selon la revendication 1, dans lequel, l'entité (SC) affectant à chaque terminal (TV1, TV2, TV3) un service dédié, auquel sont associées au moins une table déclarative (510, 511, 512) et une table d'application interactive (520, 521, 522), l'entité (SC) ajoute dans le deuxième flux (4)2) au moins une liste de liens comportant au moins un lien, ladite liste de liens étant définie dans la table d'application interactive (520, 521, 522) ou par un contenu multimédia pointé par la table d'application interactive (520, 521, 522), et ledit lien de la liste de liens pointe vers un contenu multimédia (CMMj) relatif à l'identifiant (TVj) du terminal, chaque terminal (TV1, TV2, TV3) étant configuré pour reconnaitre les tables déclaratives (510, 511, 512) associées audit service qui lui est dédié et pour ignorer les tables déclaratives associées aux services dédiés à d'autres terminaux. 10. Procédé selon l'une des revendications précédentes, dans lequel le deuxième flux ((1)/) comporte : * tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision, * les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), * au moins une table déclarative et/ou une table d'application interactive relatives à un service supplémentaire, liées à au moins un identifiant (TVj) donné en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné, et * dans la table déclarative et/ou dans la table d'application interactive associées audit service supplémentaire, un pointeur vers les données d'identifiants (TVj) desdits terminaux, chaque terminal (TV I , TV2, TV3) étant apte à : - se référer à ladite table déclarative et/ou ladite table déclarative d'application interactive associées audit service supplémentaire liées à l'identifiant (TVj) de ce terminal, et - de là, récupérer, dans le deuxième flux (4)2), un contenu multimédia déclaré dans ladite table d'application interactive associée pour une lecture du contenu multimédia (CMMj) récupéré, ledit contenu multimédia (CMMj) récupéré étant alors un contenu spécifique audit terminal (TV1, TV2, TV3). 11. Procédé selon l'une des revendications précédentes, dans lequel chacun desdits terminaux (TV1, TV2, TV3) est configuré pour reconnaître, parmi les données d'identifiants (TVj) desdits terminaux, un identifiant associé à ce terminal. 12. Procédé selon l'une quelconque des revendications précédentes, dans lequel aucune table de description desdits services, incluant au moins un nom relatif à des services, n'est modifiée ni générée dans ledit deuxième flux au cours de et après la génération du deuxième flux. 13. Procédé selon l'une quelconque des revendications précédentes, dans lequel ledit deuxième flux au moins est généré conformément au standard DVB, notamment selon la norme HbbTV, et en ce que la table d'association est une table d'association de programme (PAT), la tabledéclarative est une table de correspondance des programmes (PMT) et la table d'application interactive est une table d'information d'application (AIT). 14. Entité informatique (SC) pour traiter des données de télévision pour une communication de contenus multimédias (CMMj) différenciés à une pluralité de terminaux (TV1, TV2, TV3) respectifs, connectés à ladite entité (SC), comportant : - une connexion à une mémoire de stockage d'une base de données (DDB) comportant des identifiants (TVj) desdits terminaux (TV1, TV2, TV3) avec, en correspondance de chaque identifiant (TVj), un contenu multimédia spécifique (CMMj) associé à cet identifiant (TVj), - des moyens de génération, à partir d'un premier flux (VI) susceptible de comporter au moins : * des données de télévision, propres à plusieurs services de télévision, * des tables déclaratives, pour chaque service, des données de télévision propres à ce service, et * au moins une table, pour au moins un service, d'une application interactive susceptible d'être exécutée via ce service, d'au moins une table d'association (400 ; 500), une table déclarative (412 ; 510, 511, 512 ; 710, 711, 712) et/ou une table d'application interactive (430 ; 522 ; 600 ; 720, 721, 722), liées à au moins un identifiant (TVj) donné en ajoutant au moins un pointeur vers un contenu multimédia (CMMj) associé à cet identifiant donné, pour délivrer un deuxième flux (4)2) comportant : * tout ou partie desdites données de télévision (420, 421, 422, 423, 424, 425 ; 520, 521), propres à plusieurs services de télévision, * les données d'identifiants desdits terminaux, et les contenus multimédias (CMMj) associés respectivement auxdits identifiants (TVj), et * lesdites tables déclaratives (410, 411) desdites données de télévision, avec lesdites tables générées (412, 430 ; 510, 511, 512, 522 ; 600 ; 710, 711, 712, 720, 721, 722). 15. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 14, lorsque ce programme est exécuté par un processeur.