Brevet FR3024628A1 — publié le 20160205

Procédé d'aide au diagnostic d'une application HbbTV, programme informatique, module de diagnostic et équipement associés La présente invention concerne l'aide au diagnostic des applications HbbTV, pour « Hybrid Broadcast Broadband TV », pouvant être traduit par Télévision Hybride diffusion-large bande. Ce type d'applications correspond à du contenu additionnel interactif par exemple relatif à des émissions télévisées et acheminé à un téléviseur via le réseau de diffusion classique et/ou via Internet. Afin de surveiller la qualité et la conformité de la diffusion des différentes composantes des applications interactives HbbTV, des équipements de contrôle ont été développés. Ces équipements surveillent alors un certain nombre d'indicateurs élémentaires associés à ces applications, et informent alors d'éventuelles anomalies portant sur ces indicateurs. Toutefois, ces équipements présentent l'inconvénient de fournir des indicateurs hétérogènes ne permettant pas une détection rapide de la ou des composantes de ces applications posant problème. En outre, du fait de la complexité des indicateurs surveillés, les anomalies ne sont pas interprétables par l'ensemble des acteurs intervenant dans la chaîne de diffusion des applications HbbTV. En particulier, l'utilisateur final n'est généralement pas en mesure de comprendre et de réagir aux anomalies survenues. En conséquence, les opérations de maintenance subséquentes pour remédier à d'éventuels problèmes sont rendues plus complexes à mettre en oeuvre. Par ailleurs, les équipements de contrôle connus fournissent des informations d'une relative pauvreté sur l'état de fonctionnement des applications HbbTV. Aussi, l'invention vise à améliorer la situation. A cet effet, l'invention porte sur un procédé d'aide au diagnostic d'une application HbbTV, comportant les étapes : - sur réception d'un flux numérique comportant des tables PMT et AIT, détecter la présence de données de l'application comprenant des données d'application destinées être exécutées pour l'implémentation de l'application et des données de déclaration de l'application HbbTV contenues dans l'une au moins des tables PMT et AIT, - pour chacun d'une pluralité de paramètres fonctionnels de l'application HbbTV, attribuer une note, prise sur une échelle comprenant plusieurs valeurs, au paramètre fonctionnel en fonction d'une complétude desdites données, - construire un signal comportant les notes attribuées aux paramètres fonctionnels. Ainsi, le diagnostic de l'application HbbTV est enrichi. En particulier, le signal construit est représentatif de l'état de fonctions de l'application HbbTV, et a pour effet de minimiser les compétences techniques requises pour la réalisation du diagnostic de l'application HbbTV. Dans une réalisation particulière, on détermine la complétude des données de l'application HbbTV en fonction de la présence ou non, du format et de la valeur desdites données de l'application et de la comparaison entre les données d'application et les données de déclaration. Ainsi, la note attribuée au ou aux paramètres correspondants rend compte de nombreux aspects relatifs à ces paramètres, de sorte que le diagnostic de l'application en est d'autant plus complet. Dans un mode de réalisation, les paramètres fonctionnels comprennent un paramètre des types de l'application HbbTV, un paramètre de diffusion TV, un paramètre de lien vers l'application HbbTV et un paramètre de restitution de l'application HbbTV par un dispositif d'affichage. Ces paramètres permettent de rendre compte des quatre principaux aspects afférents aux applications HbbTV. Le diagnostic réalisé est donc complet et permet de disposer d'un état de ces quatre aspects généraux, plutôt que d'aspects élémentaires de l'application HbbTV. En outre, le diagnostic permet d'obtenir plus rapidement des informations concernant les aspects de l'application posant problème. Dans une réalisation particulière, on attribue la note du paramètre de type d'application HbbTV en fonction de la présence d'une composante AIT dans la table PMT, de la description de l'application HbbTV dans la table AIT et de la fréquence de réception de la table AIT. Cette note rend ainsi compte de façon complète et suivie dans le temps de l'état de complétude et du caractère correct de la définition de l'application HbbTV. Selon un mode de réalisation, on attribue la note du paramètre de diffusion TV en fonction de la déclaration de l'application HbbTV dans la table AIT, de la correspondance entre les données de la table PMT et les données de la table AIT, de la correspondance entre les données de la table PMT et des données d'un carrousel de données de type DSM-CC et de la fréquence de réception des données dudit carrousel. Cette note rend alors compte de manière complète et suivie dans le temps de la bonne déclaration et du caractère correct des aspects de l'application attenant à la diffusion. Dans une réalisation particulière, la note du paramètre de lien est déterminée en fonction de la déclaration ou non, dans la table AIT, d'un lien pointant vers des données de l'application HbbTV et de la bonne récupération des données de l'application HbbTV via ledit lien. Cette note rend ainsi compte de façon générale de l'état des différents aspects relatifs à la dimension «Broadband » de l'application HbbTV. Selon un autre aspect de l'invention, la note du paramètre de restitution de l'application 10 HbbTV est déterminée en fonction des notes de tout ou partie des autres paramètres fonctionnels. Ainsi, on dispose d'une note tenant compte des autres notes, de sorte qu'on dispose d'un critère offrant une perspective complète de l'état de fonctionnement de l'application HbbTV. Dans une réalisation particulière, on associe une valeur chromatique à chaque note, et on 15 affiche sur un écran des lettres correspondant chacune à l'un des paramètres fonctionnels dans une couleur fonction de la valeur chromatique de la note associée. Ainsi, la détermination de l'état de fonctionnement des différents aspects de l'application est facilitée, en particulier pour l'utilisateur final. Notamment, l'état des différents paramètres fonctionnels peut être aisément communiqué, par exemple à un centre de maintenance distant et par l'utilisateur final lui- 20 même. En outre, l'invention concerne un programme informatique comportant des instructions pour la mise en oeuvre du procédé tel que défini ci-dessus, lorsque ce programme est exécuté par un processeur. Par ailleurs, l'invention concerne un module de diagnostic d'applications HbbTV, ledit 25 module étant configure pour : - sur réception d'un flux numérique comportant des tables PMT et AIT, détecter la présence de données de l'application comprenant des données d'application destinées être exécutées pour l'implémentation de l'application et des données de déclaration de l'application HbbTV contenues dans l'une au moins des tables PMT et AIT, pour chacun d'une pluralité de paramètres fonctionnels de l'application HbbTV, attribuer une note, prise sur une échelle comprenant plusieurs valeurs, à une complétude desdites données, construire un signal comportant les notes attribuées aux paramètres fonctionnels. En outre, l'invention concerne un récepteur adapté pour recevoir et traiter un flux numérique TV, l'équipement comprenant un module de diagnostic tel que défini ci-dessus. Selon un autre aspect de l'invention, le récepteur est compris dans le groupe formé par : un téléviseur, un décodeur multifonction adapté pour connecter un équipement à Internet, ou 10 encore un module externe de réception destiné à être couplé à un autre équipement pour son fonctionnement. L'invention sera mieux comprise à la lecture détaillée de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux Figures annexées, sur lesquelles : la Figure 1 illustre un module de diagnostic d'application HbbTV selon l'invention et un 15 dispositif d'affichage couplé audit module de diagnostic; les Figures 2a à 2d illustrent le contenu d'une table PMT analysée par le module de la Figure 1 ; les Figures 3a et 3b illustrent le contenu d'une table AIT analysée par le module de la Figure 1 ; et 20 la Figure 4 illustre un procédé d'aide au diagnostic selon l'invention. La Figure 1 illustre un module de diagnostic MOD d'applications HbbTV selon l'invention. Le module de diagnostic MOD est connecté à un dispositif d'affichage AFF compatible avec ce type d'applications, tel que par exemple un téléviseur. 25 De manière connue, une application HbbTV correspond à un contenu additionnel interactif relatif à une émission télévisée. Dans le cadre de l'invention, l'émission associée à l'application HbbTV est transportée par un flux numérique de données comprenant des données TV. Le flux numérique est par exemple un flux numérique obéissant à la norme MPEG-2, pour Movie Picture Experts Group, traduisible par Groupe d'Experts 30 Cinématographiques. En outre, le flux numérique obéit par exemple à l'ensemble de normes DVB pour « Digital Video Broadcasting » (Diffusion Vidéo Numérique), ou encore aux ensembles ATSC (« Advanced Television Systems Committe », qui signifie comité des systèmes de télévision avancés) ou ISDB (« Integrated Services Digital Broadcasting » qui signifie diffusion numérique de services intégrés). Le flux numérique est par exemple acheminé par câble, par radiodiffusion ou encore par satellite. Une telle application est alors restituée conjointement à l'émission en question, par exemple sous la forme de cadres CA1, CA2, CA3 affichés sur le dispositif d'affichage AFF entourant un insert INS correspondant aux images de l'émission. L'exécution de l'application HbbTV se traduit par exemple par des fonctionnalités ou des informations mises à disposition de l'utilisateur dans les cadres CA1, CA2, CA3. Les données de l'application HbbTV comprennent deux types de données : - les données d'application, qui correspondent aux données dont le traitement se traduit par l'exécution et la restitution de l'application HbbTV par le dispositif d'affichage AFF en tant que telle, et - les données de déclaration d'application, qui comprennent la déclaration de l'application HbbTV requise pour l'accès aux données d'application. Les données d'application peuvent être acheminées de plusieurs manières. Tout d'abord, les données d'application peuvent être acheminées en « broadcast », c'est-à-dire par diffusion. Les données de l'application sont alors transportées via le flux numérique contenant les données de l'émission elle-même. Les données d'application sont acheminées via le vecteur broadcast sous la forme de fichiers fournis par l'intermédiaire d'un objet d'appellation anglophone « Object Carousel », pour carrousel d'objet, et conforme au système connu sous l'acronyme anglophone DSM-CC, pour « Digital Storage Media Command and Control », qui signifie Contrôle et Commande de Média de Stockage Numérique. Outre les données de l'application à proprement parler, les données d'un carrousel comprennent notamment un identifiant carousel id du carrousel, par exemple contenu dans l'en-tête du carrousel. En pratique, les données d'une application sont alors fournies par un carrousel dont les données sont envoyées de manière cyclique. Le destinataire du carrousel, par exemple le module de diagnostic MOD, implémente alors un mécanisme de plages temporelles prévisionnelles dans lesquelles les données du carrousel sont supposées être reçues. Les donnes d'application peuvent également être acheminées en « broadband », c'est-à-dire par Internet. Les données de l'application sont ainsi par exemple obtenues par l'accès à un serveur distant SER via un réseau N sur lequel les données d'application se trouvent et sont récupérées via un URL, pour « Uniform Ressource Locator » qui signifie localisateur uniforme de ressource. Optionnellement, les données d'application comprennent des évènements de flux connus sous le nom anglophone de Stream Event. Ces évènements sont également adossés au système DSM-CC et correspondent à une composante du flux numérique, et donc transitant par broadcast. Ces évènements sont notamment utilisés en tant que déclencheurs, par exemple pour déclencher la mise à disposition de l'utilisateur d'une fonctionnalité ou d'une information contenue dans les données d'application. Les évènements de flux comprennent notamment un paramètre component tag utilisé pour identifier les évènements de flux. En pratique, les développeurs d'application HbbTV sont libres d'adosser ou non leurs applications à ces évènements de flux. A noter que les données d'application peuvent également être acheminées à la fois en « broadcast » et en « broadband ». Les données fournies par l'un des vecteurs sont alors par exemple identiques aux données fournies via l'autre vecteur. Alternativement, les données fournies par les deux vecteurs sont différentes. Ceci est notamment le cas lorsque les données d'application comprennent des évènements de flux, qui ne transitent que via le flux numérique. Quant à elle, les données de déclaration comprennent des données fournies via le flux numérique contenant l'émission associée à l'application. Plus spécifiquement, les données de déclaration comprennent des données contenues dans une table PMT, pour « Program Map Table », ou table de cartographie de programme, et dans une 25 table AIT, pour Application Information Table, ou table d'information de programme. De manière connue, une table PMT décrit les flux contenus dans un service. Par exemple, un tel service comprend une pluralité de chaînes télévisées à chacune desquelles est associé au moins un flux numérique de données. En outre, pour un flux donné du service associé, une table PMT décrit les composantes du flux. Ces composantes comprennent par exemple un 30 flux vidéo, un flux audio, et les composantes d'une application HbbTV. En référence aux Figures 2a à 2d qui illustrent le contenu d'une table PMT, les composantes possibles d'une application HbbTV contenues dans une table PMT sont : la déclaration d'une table AIT associée à l'application HbbTV. Cette table est déclarée par l'intermédiaire d'un paramètre stream type ayant une valeur particulière, par exemple 0)(05, et est décrite par un descripteur application signalling descriptor détaillé en figure 2b. Ce descripteur comprend des paramètres descriptor tag et application type prenant une certaine valeur, par exemple Ox6F et 0x10 respectivement, pour signifier le fait que la table AIT décrit la présence d'une application HbbTV. la déclaration d'un carrousel DSM-CC. Le carrousel est déclaré par une valeur particulière du paramètre stream type, par exemple Ox0B. La table PMT comprend alors plusieurs descripteurs du carrousel, dont un descripteur carousel identifier descriptor (Fig. 2c) déclarant l'identité du carrousel, un descripteur stream identifier descriptor (Fig. 2d) comprenant un paramètre component tag servant également à identifier le carrousel, et un descripteur data broadcast identifier descriptor pour spécifier que les données du carrousel sont des données HbbTV. la déclaration d'un évènement de flux associé à l'application. L'évènement de flux est alors déclaré par une valeur particulière du paramètre stream type, par exemple OxOC. La table PMT comprend alors un descripteur de l' évènement de flux, ce descripteur comprenant un paramètre component tag servant à déclarer l'identité du flux en question. Quant à elle, une table AIT sert notamment à référencer la ou les applications HbbTV d'un service auquel est associée une table PMT. En référence aux Figures 3a et 3b, une table AIT contient une description plus précise des applications que celle contenue dans la table PMT. Plus particulièrement, pour une application HbbTV, une table AIT comprend de façon optimale: des paramètres table id et application type (Fig. 3a) et dont les valeurs sont utilisées pour décrire que la table AIT renvoie à une application HbbTV. Par exemple, ces valeurs valent respectivement 0x74 et 0x10 ; un descripteur transport _protocol descriptor (Fig. 3b) par vecteur de fourniture des données d'application de l'application HbbTV. Ce descripteur décrit les modalités de la fourniture des données pour le vecteur correspondant. Pour une application dont les données d'application sont fournies par les deux vecteurs, « broadcast » et « broadband », la table AIT contient deux descripteurs transport_protocol descriptor un descripteur application descriptor (Fig. 3b) qui décrit notamment le profil, la priorité et la visibilité de l'application HbbTV ; un descripteur application lime descriptor (Fig. 3b) qui fournit le nom de l'application HbbTV ; et un descripteur simple application location descriptor qui contient le nom du fichier initial de l'application. A noter que ces descripteurs sont déclarés par un paramètre descriptor tag dont la valeur renseigne le type de descripteur correspondant. Par exemple, pour les descripteurs énumérés ci-dessus, les valeurs respectives de ce paramètres sont 0)(02, 0X00, 0X01, 0X15. En outre, une table AIT est envoyée de manière cyclique, les tables AIT étant alors ou non reçues dans des plages temporelles prévisionnelles du module de diagnostic MOD. En référence à la Figure 1, le module de diagnostic MOD est configuré pour recevoir en entrée un flux numérique FLUX contenant une émission à laquelle est associée une application HbbTV dont les données de déclaration sont contenues dans les tables PMT et AIT, pour analyser les données d'application et les données de déclaration de l'application HbbTV, et pour commander la restitution de l'émission et de l'application HbbTV au dispositif d'affichage AFF. En outre, le module de diagnostic MOD est configuré pour réaliser un diagnostic de l'application HbbTV à partir des données d'application et des données de déclaration de l'application HbbTV. Ce diagnostic est décrit plus en détail ci-après. A cet effet, le module de diagnostic MOD comprend un processeur CPU et une mémoire MEM contenant des programmes permettant le fonctionnement du module MOD lors de leur exécution par le processeur CPU. En outre, le module de diagnostic MOD comprend une première interface de communication Il pour la réception du flux numérique et la connexion à un serveur SER distant comprenant des données d'application de l'application HbbTV, et une deuxième interface de communication 12 pour la connexion du module MOD au dispositif d'affichage AFF. Pour la mise en oeuvre du diagnostic d'une application HbbTV, le module de diagnostic MOD est plus précisément configuré pour associer à l'application HbbTV une pluralité de paramètres fonctionnels PF1, PFn chacun représentatif d'un aspect fonctionnel général de l'application. Par exemple, les paramètres fonctionnels comprennent : - un paramètre de vecteur PF1 associé au ou aux vecteurs via lesquels les données d'application sont fournies, - un paramètre de diffusion PF2 associé à l'aspect « broadcast » de l'application HbbTV, c'est-à-dire diffusion des données d'application via le flux numérique, - un paramètre de lien PF3 vers l'application HbbTV associé à l'aspect « broadband », c'est-à-dire fourniture des données d'application par Internet, - un paramètre de restitution PF4 de l'application HbbTV associé à l'état général de l'application, et - un paramètre d'évènement de flux PF5 associé aux évènements de flux de l'application HbbTV. Le module de diagnostic MOD est configure pour attribuer à chaque paramètre fonctionnel PFi une note Ni prenant une valeur donnée sur une échelle de plusieurs valeurs en fonction des données d'application et des données de déclaration de l'application. Par exemple, l'échelle de valeur utilisées pour les différents paramètres fonctionnels est la même, et comprend quatre valeurs possibles. Par exemple, l'échelle de valeurs comprend une première note associée à un état « non applicable » du paramètre fonctionnel, une deuxième note associée à un état « erreur non critique » du paramètre fonctionnel, une troisième note associée à un état « erreur critique » du paramètre fonctionnel, et une quatrième note associée à un état « état optimal » du paramètre fonctionnel. Pour chaque paramètre fonctionnel, la note est attribuée en fonction de la complétude des données d'application et des données de déclaration. Plus précisément, la note est attribuée en fonction de la présence ou non des données, de la valeur des données, du format des données et de la comparaison entre les données de déclaration et les données d'application. Notamment, le format des données est évalué en fonction de la correspondance entre les instants de réception des données du carrousel et les plages prévisionnelles dans lesquelles ces données sont attendues par le module MOD. L'attribution des notes va maintenant être détaillée pour chaque paramètre fonctionnel ci- dessus. Paramètre de vecteur PF1 La note Ni du paramètre de vecteur PF1 est plus précisément attribuée en fonction de la présence d'une composante AIT dans la table PMT, de la description de l'application HbbTV dans la table AIT et de la fréquence de réception de la table AIT. Plus précisément, le module de diagnostic MOD attribue la quatrième note « état optimal » au paramètre de vecteur PF1 si les conditions suivantes sont réunies : la table PMT comprend la déclaration d'une table AIT, c'est-à-dire qu'un flux de type correspondant y est déclaré, (1) la table PMT comprend exactement un descripteur application signalling descriptor de la table AIT dont les paramètres descriptor tag et application type sont à la valeur attendue pour une application HbbTV (par exemple Ox6F et 0X10), (2) la table AIT est bien identifiée et bien associée à une application HbbTV via les paramètres table id et application type aux valeurs attendues (par exemple 0x74 et Ox10), (3) la table AIT comprend au moins un descripteur transport _protocol descriptor, c'est-à- dire un descripteur pour la diffusion « broadcast » et/ou un descripteur pour la diffusion « broadband », et exactement un descripteur application descriptor, un descripteur application lime descriptor et un descripteur simple app location descriptor, (4) et le cycle de l'AIT correspond aux plages temporelles prévisionnelles du module MOD, c'est-à-dire que les tables AIT sont reçues de manière ponctuelle. (5) Ainsi, le paramètre fonctionnel de vecteur PF1 prend la quatrième note « état optimal » si l'application HbbTV est correctement déclarée et décrite et si la table AIT est reçu de manière ponctuelle et annonce la disponibilité des données d'application via l'un au moins des deux 30 vecteurs. A l'inverse, la troisième note « erreur critique » est attribuée à ce paramètre fonctionnel si l'une au moins des conditions (1) à (4) ci-dessus n'est pas remplie. Ceci correspond au cas de figure où la déclaration et/ou la description de l'application via les tables AIT et PMT est erronée. La deuxième note « erreur non critique » est attribuée au paramètre fonctionnel de vecteur PF1 dans le cas de figure où les conditions (1) à (4) ci-dessus sont réunies mais pas la condition (5), c'est-à-dire que le cycle de l'AIT ne correspond pas aux plages temporelles prévisionnelles du module MOD. La première note « non applicable » est par exemple attribuée au paramètre de vecteur PF1 lorsqu'aucun vecteur n'est déclaré via un descripteur transport firotocol descriptor dans la table AIT, ou encore lorsque l'analyse des données de l'application est en cours de démarrage, par exemple lors de l'initialisation du module. Paramètre de diffusion PF2 La note N2 du paramètre de diffusion PF2 est attribuée en fonction de la déclaration de l'application HbbTV dans la table AIT, de la correspondance entre les données de la table PMT et les données de la table AIT, de la correspondance entre les données de la table PMT et les données du carrousel et de la fréquence de réception des données du carrousel. Plus précisément, le module de diagnostic MOD attribue la quatrième note « état optimal » au paramètre de diffusion lorsque les conditions suivantes sont réunies : la valeur du paramètre component tag du descripteur stream identifier descriptor du carrousel DSM-CC contenu dans la table PMT correspond à la valeur du paramètre component tag dans le descripteur transport firotocol descriptor associé au vecteur « broadband » dans le table AIT, (6) la valeur du paramètre carousel id du descripteur carousel identifier descriptor du carrousel DSM-CC contenu dans la table PMT correspond à l'identifiant carousel id du carrousel lui-même, (7) le cycle des données du carrousel correspond aux plages temporelles prévisionnelles du module de diagnostic MOD. (8) A l'inverse, la troisième note « erreur critique » est attribuée au paramètre de diffusion PF2 lorsque l'une au moins des conditions (6) et (7) n'est pas vérifiée. En outre, la deuxième note « erreur non critique » est attribuée au paramètre de diffusion lorsque les conditions (6) et (7) sont vérifiées mais que la condition (8) n'est pas vérifiée, c'est-à-dire que les données du carrousel ne sont pas reçues dans les plages temporelles prévisionnelles du module de diagnostic MOD. Par ailleurs, la première note « non applicable » est attribuée lorsque la fourniture des données par « broadcast » n'est pas déclarée dans l'AIT via un descripteur transport protocol descriptor. Paramètre de lien PF3 La note N3 du paramètre de lien PF3 est attribuée en fonction de la déclaration d'un lien pointant vers des données de l'application HbbTV et de la bonne récupération des données de l'application HbbTV via ledit lien. Plus précisément, la quatrième note « état optimal » est attribuée au paramètre de lien lorsque les conditions suivantes sont réunies : l'un des descripteurs transport protocol descriptor de la table AIT correspond au vecteur « broadband », (9) le descripteur en question contient un localisateur pointant vers les données de l'application HbbTV hébergées par le serveur SER, tel que par exemple un URL (10) et la récupération des données de l'application HbbTV via le localisateur fonctionne. (11) La troisième note « erreur critique » est attribuée au paramètre de lien lorsque le descripteur transport protocol descriptor ne contient pas de localisateur, c'est-à-dire que la condition (10) n'est pas vérifiée. Par exemple, la deuxième note « erreur non critique » n'est jamais attribuée au paramètre de lien PF3. Par ailleurs, la première note « non applicable » est attribuée lorsque la table AIT ne contient pas de descripteur transport protocol descriptor associé au vecteur « broadband ». Paramètre de restitution PF4 La note N4 du paramètre de restitution PF4 est attribuée en fonction des notes attribuées aux autres paramètres fonctionnels, en particuliers aux paramètres de vecteur de l'application HbbTV, au paramètre de diffusion et au paramètre de lien vers l'application HbbTV associé à l'aspect « broadband ». Ainsi, la note « état optimal » est attribué au paramètre de restitution lorsque les notes des paramètres de vecteur de l'application HbbTV et de diffusion valent toutes les deux la quatrième note « état optimal ». Ceci correspond donc à un scénario dans lequel les données d'application sont disponibles via les deux vecteurs et les données sont récupérées sans encombre via les deux vecteurs. La troisième note « erreur critique » est attribuée au paramètre de restitution lorsque les notes du paramètre de diffusion et du paramètre de lien valent toutes deux la troisième note « état critique». Ceci correspond donc à un scénario dans lequel l'application HbbTV est supposée pouvoir être récupérée via les deux vecteurs, mais qu'aucun des vecteurs n'en permet la récupération effective. La deuxième note « erreur non critique » est attribuée au paramètre de restitution lorsque la note du paramètre de diffusion ou la note du paramètre de lien est la deuxième note « erreur non critique » ou la troisième note « erreur critique », et que l'autre de ces deux notes vaut la quatrième note « état optimal ». Ceci correspond à un scénario où une erreur critique ou non critique affecte la récupération de l'application via l'un des vecteurs, mais que la récupération de l'application via l'autre vecteur se déroule de façon optimale. La première note « non applicable » est attribuée au paramètre de restitution lorsque la note du paramètre de diffusion vaut la quatrième note « non applicable », que la note du paramètre de lien vaut la deuxième note « erreur non critique » ou la quatrième note « état optimal », mais que le module de diagnostic n'est pas connecté au serveur SER pour y récupérer les données d'application. Ceci correspond par exemple à un scénario dans lequel le module de diagnostic ne comprend pas de première interface de connexion Il, ou que cette interface n'est pas connectée au serveur SER via le réseau N. En pratique, ceci peut correspondre à un cas de figure dans lequel l'utilisateur ne dispose pas d'accès à Internet. Paramètre d'évènement de flux PF5 La note du paramètre d'évènement de flux est plus précisément attribuée en fonction des données de déclaration de l'application HbbTV contenues dans la table PMT ainsi que des données des évènements de flux reçues par le module de diagnostic MOD. Plus précisément, la quatrième note « état optimal » est attribuée au paramètre d'évènement de flux lorsque la table PMT comprend la déclaration d'au moins un évènement de flux, et que chaque descripteur stream identifier descriptor d'évènement de flux contenu dans la table PMT déclare un évènement de flux qui est effectivement reçu par le module de diagnostic MOD. En d'autres termes, la valeur du paramètre component tag de chaque descripteur d'évènement de flux dont le paramètre stream type renvoie à une application HbbTV (par exemple via sa valeur égale à OxOC) coïncide avec la valeur d'un paramètre component tag contenue dans les données d'un évènement de flux reçu par le module. La troisième note « erreur critique » est attribuée au paramètre d'évènement de flux lorsqu'aucune déclaration d'évènement de flux associé à l'application HbbTV dans la table PMT ne coïncide avec les évènements de flux reçus par le module. En d'autres termes, la ou les valeurs de component tag des descripteurs des évènements de flux de la table PMT ne correspondent pas à la valeur des paramètres component tag des évènements de flux reçus. La deuxième note « erreur non critique » est attribuée au paramètre d'évènement de flux lorsque la table PMT contient la déclaration d'au moins un évènement de flux associé à l'application HbbTV mais qu'aucun évènement de flux n'est effectivement reçu par le module de diagnostic. La première note « non applicable » est attribuée au paramètre d'évènement de flux lorsque la table PMT ne contient pas de déclaration d'évènement de flux associé à l'application HbbTV. Le module de diagnostic MOD est en outre configuré pour associer à chaque note de l'échelle de valeurs une couleur et pour afficher et/ou commander au dispositif d'affichage AFF l'affichage d'indicateurs visuels respectivement associés à l'un des paramètres fonctionnels dans la couleur associée à la note du paramètre fonctionnel en question. Par exemple, les première, deuxième, troisième et quatrième notes sont respectivement associées à une couleur grise, une couleur jaune, une couleur rouge et une couleur verte. En outre, par exemple, chaque indicateur visuel est un segment, un caractère alphanumérique, un point ou un ensemble de points. Par exemple : - l'indicateur visuel du paramètre de vecteur de l'application HbbTV est la lettre « H », - l'indicateur visuel du paramètre de diffusion est la lettre « b », - l'indicateur visuel du paramètre de lien vers l'application HbbTV est également la lettre « b », et - l'indicateur visuel du paramètre de restitution de l'application HbbTV est formé des lettres « TV ». Ainsi, les indicateurs visuels issus du diagnostic forment le mot « HbbTV ». En outre, par exemple, l'indicateur visuel du paramètre d'évènement de flux est un ensemble de points agencés au-dessus des autres indicateurs. Cette représentation est illustrée sur le dispositif d'affichage AFF de la Figure 1, par exemple dans un espace dédié à cet effet dans un coin de l'affichage. Alternativement, les indicateurs des paramètres fonctionnels sont des segments formant tout ou partie d'une forme géométrique, telle un carré, un rectangle, etc. Dans certains modes de réalisation, les indicateurs des paramètres fonctionnels sont agencés à proximité d'indicateurs visuels associés à d'autres aspects de l'application HbbTV, tels que la commande par l'utilisateur de la restitution de l'application HbbTV sur le dispositif d'affichage AFF via l'un ou l'autre des vecteurs et/ou la bonne restitution de l'application HbbTV par le dispositif d'affichage. Un procédé d'aide au diagnostic via le module de diagnostic MOD va maintenant être décrit en référence à la Figure 4 et à la description ci-dessus. Initialement, lors d'une étape 2, le module de diagnostic MOD reçoit un flux numérique FLUX contenant une émission et des données d'une application HbbTV associée à ladite émission. Le module de diagnostic MOD détecte alors la présence des données de déclaration de l'application et des données d'application, et enregistre ces données dans la mémoire MEM du module MOD. Lors d'une étape 4, le module de diagnostic MOD met en oeuvre le diagnostic décrit ci-dessus. Ainsi, le module de diagnostic attribue une note à chaque paramètre fonctionnel en fonction des donnés de déclaration de l'application HbbTV et des données d'application de cette application HbbTV. Lors d'une étape 6, le module de diagnostic MOD construit un signal comportant les notes des différents paramètres fonctionnels de l'application HbbTV et fournit ce signal au dispositif d'affichage AFF. Le dispositif d'affichage AFF réalise alors l'affichage des indicateurs visuels associés aux paramètres fonctionnels dans les couleurs associées aux notes des paramètres fonctionnels, ainsi que les éventuels indicateurs visuels associés à d'autres aspects de l'application HbbTV. Ce procédé d'aide au diagnostic est alors par exemple réitéré dans le temps, par exemple de manière cyclique. D'autres modes de réalisation de l'invention sont envisageables. En particulier, le module de diagnostic MOD a été décrit comme un module indépendant recevant en entrée le flux numérique, connecté au serveur distant SER et connecté en sortie au dispositif d'affichage AFF. Toutefois, en variante, le module de diagnostic MOD fait partie d'un récepteur E (en pointillés sur la Figure 1) adapté pour recevoir et traiter un flux numérique contenant des données TV. Un tel dispositif est par exemple compris dans le groupe formé par : un téléviseur, un décodeur multifonction adapté pour connecter un équipement à Internet, ou encore un module externe de réception destiné à être couplé à un autre équipement pour son fonctionnement. Ce type de module externe est par exemple connu sous le nom de « Dongle » et est destiné à être branché à un téléviseur ou un ordinateur. Dans les modes de réalisation correspondants, le module de diagnostic MOD reçoit en entrée les mêmes données que précédemment décrit, par exemple via une interface de connexion du récepteur E, lui-même connecté au dispositif d'affichage ou comprenant un tel dispositif d'affichage. En outre, l'affichage des indicateurs visuels a été décrit comme étant mis en oeuvre par le dispositif d'affichage. Alternativement ou parallèlement, l'affichage des indicateurs associés aux paramètres fonctionnels est réalisé via un écran DIS (en pointillés sur la Figure 1) du module de diagnostic MOD. REVENDICATIONS1. Procédé d'aide au diagnostic d'une application HbbTV, comportant les étapes : sur réception d'un flux numérique (FLUX) comportant des tables PMT et AIT, détecter la présence de données de l'application comprenant des données d'application destinées être exécutées pour l'implémentation de l'application et des données de déclaration de l'application HbbTV contenues dans l'une au moins des tables PMT et AIT, pour chacun d'une pluralité de paramètres fonctionnels (PF1,..., PFn) de l'application HbbTV, attribuer une note (N1, Nn), prise sur une échelle comprenant plusieurs valeurs, au paramètre fonctionnel (PF1,..., PFn) en fonction d'une complétude desdites données de l'application HbbTV, construire un signal (OUT) comportant les notes (N1, Nn) attribuées aux paramètres fonctionnels. 2.- Procédé selon la revendication 1, dans lequel on détermine la complétude des données de l'application HbbTV en fonction de la présence ou non, du format et de la valeur desdites données de l'application et de la comparaison entre les données d'application et les données de déclaration. 3.- Procédé selon la revendication 1 ou 2, dans lequel les paramètres fonctionnels (PF1,..., 20 PFn) comprennent un paramètre de vecteur (PF1) de l'application HbbTV, un paramètre de diffusion TV (PF2), un paramètre de lien vers l'application HbbTV (PF3) et un paramètre de restitution de l'application HbbTV (PF4). 4.- Procédé selon la revendication 3, dans lequel on attribue la note (N1) du paramètre de 25 vecteur de l'application HbbTV (PF1) en fonction de la présence d'une composante AIT dans la table PMT, de la description de l'application HbbTV dans la table AIT et de la fréquence de réception de la table AIT. 5.- Procédé selon la revendication 3 ou 4, dans lequel on attribue la note (N2) du paramètre de 30 diffusion TV (PF2) en fonction de la déclaration de l'application HbbTV dans la table AIT, dela correspondance entre les données de la table PMT et les données de la table AIT, de la correspondance entre les données de la table PMT et de données d'un carrousel de données de type DSM-CC et de la fréquence de réception des données dudit carrousel. 6.- Procédé selon l'un des revendications 3 à 5, dans lequel la note (N3) du paramètre de lien (PF3) est déterminée en fonction de la déclaration ou non, dans la table AIT, d'un lien pointant vers les données d'application et de la bonne récupération des données d'application via ledit lien. 7.- Procédé selon l'une des revendications 3 à 6, dans lequel la note (N4) du paramètre de restitution de l'application HbbTV (PF4) est déterminée en fonction des notes de tout ou partie des autres paramètres fonctionnels. 8.- Procédé selon l'une des revendications précédentes, dans lequel on associe une valeur chromatique à chaque note, et en ce qu'on affiche sur un écran des indicateurs visuels correspondant chacun à l'un des paramètres fonctionnels (PF1,..., PFn) dans une couleur fonction de la valeur chromatique de la note (N1,..., Nn) associée. 9.- Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une des revendications précédentes, lorsque ce programme est exécuté par un processeur. 10.- Module de diagnostic d'applications HbbTV, ledit module étant configure pour: sur réception d'un flux numérique (FLUX) comportant des tables PMT et AIT, détecter la présence de données de l'application comprenant des données d'application destinées être exécutées pour l'implémentation de l'application et des données de déclaration de l'application HbbTV contenues dans l'une au moins des tables PMT et AIT,- pour chacun d'une pluralité de paramètres fonctionnels (PF1,..., PFn) de l'application HbbTV, attribuer une note (N1,..., Nn), prise sur une échelle comprenant plusieurs valeurs, à une complétude desdites données de l'application HbbTV, - construire un signal (OUT) comportant les notes attribuées aux paramètres fonctionnels (PF1,..., PFn). 11.- Récepteur adapté pour recevoir et traiter un flux numérique TV, caractérisé en ce qu'il comprend un module de diagnostic selon la revendication 10. 12.- Récepteur selon la revendication 11, caractérisé en ce qu'il est compris dans le groupe formé par : un téléviseur, un décodeur multifonction adapté pour connecter un équipement à Internet, ou encore un module externe de réception destiné à être couplé à un autre équipement pour son fonctionnement.