FR 2812501 A1 20020201 FR 0110073 A 20010727 ARRIÈRE-PLAN DE L'INVENTION 1. Domaine de l'invention La présente invention concerne un procédé de gestion de données de contenu pour une diffusion numérique, plus spécialement un procédé de gestion de contenu qui fournit diverses informations de programmes tels que des représentations théâtrales ou des films comme émis depuis la station de diffusion en association avec des données vidéo et audio des programmes dans une diffusion numérique. 2. Description de l'art antérieur Dans un système de diffusion de télévision classique, I'onde électrique est émise par modulation analogique des signaux audio et/ou vidéo, un spectateur peut regarder le programme de diffusion tandis qu'un récepteur démodule les signaux. Conformément à un système de diffusion numérique qui émet les signaux audio et/ou vidéo modulés de façon numérique, puisque les signaux vidéo et audio ainsi que diverses données du programme peuvent être transmis jusqu'au spectateur, le spectateur peut récupérer les diverses informations concernant le programme tout en regardant le programme. Ici, I'information fournie avec le programme est définie en tant que contenu selon la présente invention et le contenu peut être formé de différentes façons en fonction du programme. Cependant, puisque la station de diffusion qui doit fournir le contenu doit effectuer une préparation pour émettre les divers contenus en ajoutant l'information aux données audio et aux données vidéo, un temps long et un travail important pour la maintenance et la gestion des contenus sont nécessaires. En outre, à ces inconvénients s'ajoute la difficulté à rechercher des contenus qui sont nécessaires pour un programme de spécification parmi un très grand nombre de contenus. D'autre part, la matière divulguée dans la demande de brevet de Corée n 10-2000-31441 intitulée "Producing System for a Digital Television Contents and a Method thereof" qui a été déposée par le même déposant que celui de la présente invention avant la présente invention présente une relation technologique avec la présente invention. RÉSUMÉ DE L'INVENTION Par conséquent, la présente invention est destinée à surmonter les problèmes de l'art antérieur et un objet de la présente invention consiste à proposer un procédé destiné à permettre la gestion de façon efficiente et systématique des contenus destinés à être fournis en association avec un programme. Afin d'atteindre l'objet de la présente invention, le procédé selon la présente invention comprend les étapes de: a) collecte de données de contenu pour une diffusion numérique sous la forme d'une application; b) conception d'un fichier de définition d'application conformément aux caractéristiques de contenus respectifs contenues dans l'application; c) entrée du fichier de définition d'application conçu et de l'application dans un serveur; et d) traitement de l'application conformément au fichier de définition d'application entré. BRÈVE DESCRIPTION DES DESSINS Ces objets et avantages ainsi que d'autres de la présente invention apparaîtront plus clairement au vu de la description qui va suivre des modes de réalisation préférés en relation avec les dessins annexés parmi lesquels: la figure 1 est un organigramme qui illustre un procédé de transmission de données de contenu selon la présente invention; la figure 2 est une vue qui représente un exemple pour illustrer un fichier de définition d'application selon la présente invention; la figure 3 est une vue qui représente un exemple du fichier de définition d'application selon la présente invention; la figure 4 est une représentation schématique d'un exemple du système de transmission de données numériques auquel le procédé de la présente invention est appliqué; et la figure 5 est un schéma fonctionnel d'un serveur d'application selon la présente invention. DESCRIPTION DÉTAILLÉE DES MODES DE RÉALISATION PRÉFÉRÉS Ci-après, les modes de réalisation préférés de la présente invention seront décrits en détail par report aux dessins annexés. La figure 1 est un organigramme destiné à illustrer un procédé de transmission de données de contenu selon la présente invention. La description de la figure 1 fait suite. 1. Etape de collecte 101 des données de contenu pour une diffusion numérique sous la forme d'une application Un fournisseur d'un programme de diffusion doit dérouler un processus de stockage et de maintenance et doit gérer un grand nombre de contenus qui peuvent être produits de façon exponentielle conformément au programme de diffusion pour un déroulement en douceur ou sans discontinuité de la diffusion numérique, des dispositifs matériels et logiciels pour la transmission des données devant être développés conjointement d'une façon organisationnelle. A ce stade, un temps long et une grande quantité de travail humain sont nécessaires pour reconnaître la composition de tous les contenus et pour définir des procédés de codage nécessaires ou pour quantifier les contenus à utiliser à chaque instant. Par ailleurs, une information pour chaque contenu doit être maintenue afin d'effectuer des échanges d'une façon cohérente à l'intérieur d'un système de transmission. Selon la présente invention, afin de résoudre ces problèmes, la présente invention prévoit de collecter les contenus rapportés aux données respectives sous la forme d'une application. L'application présente une caractéristique similaire à un agrégat de contenus à utiliser dans un programme de diffusion. Par exemple, lorsque les contenus sont constitués, les contenus sont conçus de telle sorte que les contenus pour la publicité dans une représentation théâtrale soient joints à une application de publicité et de telle sorte que les contenus pour les personnages dans la représentation théâtrale soient joints à une application d'introduction des personnages. Les données de contenu sont fournies à un spectateur en transmettant les applications en association avec des données vidéo et audio lorsque la diffusion numérique est transmise. Par ailleurs, bon nombre d'applications peuvent être réalisées selon un seul programme de diffusion et une pluralité d'applications peuvent être réalisées selon un seul programme de diffusion tandis que chaque application peut inclure une pluralité de contenus qui appartiennent à l'application correspondante. Les applications sont produites d'une façon consistant à lier des données de contenu qui sont constituées par divers types d'outils d'autorisation classiques produisant les contenus pour le programme de diffusion selon une forme de fichier de données. De façon davantage spécifique, selon le mode de réalisation de la présente invention, I'application est produite conformément à la description de la demande de brevet de Corée numéro 10-2000-31441 intitulée "Producing System for a Digital Television Contents and a Method thereof" qui a été déposée par le même déposant que celui de la présente invention avant la présente invention. 2. Etape 102 de conception d'un fichier de définition d'application conformément aux caractéristiques de contenus respectifs contenues dans l'application Selon cette étape, un nom et des caractéristiques des contenus respectifs destinées à être contenues dans le programme de diffusion sont définis. Conformément au procédé de la présente invention, la conception pour la gestion et l'administration des contenus pour la diffusion convient davantage par l'intermédiaire du fichier de diffusion d'application (fichier de définition d'application, ci-après appelé ADF), comportant une information concernant le nom du contenu et diverses caractéristiques. Puisque l'ADF est un type de programme, un programmeur peut constituer l'ADF en sélectionnant un langage de programmation souhaité. Cependant, afin de concevoir un programme de telle sorte qu'il puisse gérer de manière efficiente l'application pour une diffusion numérique, I'ADF conformément à la présente invention définit les caractéristiques qui suivent. 1) Partie de définition d'un standard de transmission pour l'application Le standard de transmission représente le standard de format de données pour une diffusion numérique tel qu'un standard de codage conformément à ATSC (Advanced Television Standard Committee) de la zone de l'Amérique du Nord, à DVB (diffusion vidéo numérique) de la zone de l'Europe et à ISDB (diffusion numérique à intégration de services) du Japon. Le standard de transmission est une partie qui définit si oui ou non l'application est définie par l'un des standards. En concevant l'ADF conformément à la présente invention, le standard de transmission peut être décidé conformément aux standards qu'un système qui transmet des données utilise. 2) Partie de définition du nom de l'application Puisque l'application peut être au moins une application dans le programme de diffusion comme décrit ci-avant, il est nécessaire de définir le nom de l'application. Par conséquent, afin de distinguer les applications respectives, le nom de l'application est défini. 3) Partie de définition d'un environnement d'exécution de l'application L'application est exécutée par des moyens matériels et logiciels périphériques en utilisation lorsque l'application est exécutée dans le système de transmission pour une diffusion numérique. Par conséquent, I'environnement d'exécution de l'application doit présenter une compatibilité mutuelle avec les moyens matériels et logiciels en utilisation, et l'environnement des moyens matériels et logiciels dans lequel l'application est exécutée est défini. 4) Partie de définition du mode de codage de l'application L'application qui contient diverses données de contenu comme décrit ci-avant est codée au moyen d'un train de données prédéterminé conformément au standard de transmission que la diffusion numérique utilise lorsque l'application est transmise au spectateur. Cette partie est une partie permettant de définir le mode de codage conformément aux caractéristiques de données tel que le "Piping" des données, le "DataCarousel" de données qui est un type de planification pour lequel une transmission à répétition périodique de l'application est possible, un protocole Internet ou IP asynchrone utilisé lorsque des données rapportées à l'lnternet sont essentiellement transmises et un train synchrone utilisé lors de la transmission de données contenant une information synchronisée, soit un train synchronisé. De façon davantage spécifique, dans le cas du train synchrone, une information temporelle qui peut être synchronisée est contenue. Qui plus est, un procédé permettant de grouper un module de données qui est un agrégat de ces trains de données unitaires est défini dans cette partie. ) Partie de définition d'un procédé pour transmettre l'application Au niveau d'une diffusion numérique, entre le train de transport et la télévision numérique du spectateur qui reçoit le train de transport transmis, il y a un protocole en tant que règle pour la transmission de données et leur échange. Le protocole est appliqué à l'application lorsque l'application est transmise de façon consécutive. Dans cette partie, un procédé pour transmettre les données d'application au spectateur qui utilise de façon répétée le protocole est défini. 6) Partie de définition de l'information d'application elle-même Il s'agit d'une partie qui définit une information d'entrée qui peut être contenue lorsque l'application est exécutée par le système de transmission de diffusion numérique et elle définit plusieurs éléments exécutés lorsque l'application est reçue et est exécutée dans le poste de télévision du spectateur tels qu'une dimension d'écran de l'application et tels que si oui ou non l'application est exécutée de manière automatique. 3. Etape 103 d'entrée du fichier de définition d'application conçu et de l'application dans un serveur Le serveur est un système qui stocke l'application et l'ADF et qui gère l'application conformément à une information chargée en chargeant une information concernant l'application et des commandes de traitement. A cette fin, le serveur comporte un espace de stockage prédéterminé et de nombreux modules qui traitent l'application. L'ADF peut être entré sur le serveur automatiquement en utilisant le protocole de transmission (TCP/IP SOCKET, FTP, BIOP etc...) depuis l'extérieur ou directement par un utilisateur à l'aide d'un support d'information d'enregistrement tel qu'une disquette ou qu'un disque compact. Le procédé d'entrée peut être divisé comme suit conformément à la forme de l'application que l'ADF définit. 1) Un procédé d'entrée à la fois de l'application et de l'ADF qui est réalisé avec l'application sur le serveur 2) Un procédé de stockage de contenus nécessaires au serveur et d'entrée de l'ADF en concevant l'ADF conformément aux contenus stockés 3) Un procédé d'entrée de l'ADF en corrigeant l'ADF lorsque les contenus ajoutés sont constitués dans le cas de l'ajout de nouveaux contenus à l'application stockée dans le serveur 4. Etape 104 de traitement de l'application conformément au fichier de définition d'application d'entrée L'application qui est entrée sur le serveur est reconstruite au moyen d'un contrôleur principal décrit ciaprès en lisant l'ADF qui est nécessaire pour une diffusion de données conformément à une planification du programme de diffusion. C'est-à-dire que pendant la gestion de la planification de diffusion des programmes complets, le contrôleur principal charge l'ADF à partir du serveur à un instant de début lorsque l'application dans le serveur est transmise en association avec la diffusion. Sur la base de l'ADF chargé, le contrôleur principal fournit à une section de codage décrite ci-après une commande pour coder l'application et fournit à une section de génération d'information système décrite ci-après une information qui réalise une commande pour générer une information système nécessaire à l'application qui est diffusée. A cet instant, I'information transmise à la section de codage de données et à la section de génération d'information système est constituée sur la base de l'information de l'ADF, les contenus de l'information sont l'information concernant les applications à coder et le procédé de codage pour transmettre les applications et l'information dont une section de réception des données numériques (par exemple un poste de télévision pour recevoir les données numériques) a besoin pour recevoir les applications transmises. Un gestionnaire de système qui transmet des données pour la diffusion numérique produit et entre l'ADF à l'intérieur du serveur et a pour effet que le serveur gère les applications contenant les contenus en interprétant l'ADF et ainsi, un système de transmission complet peut être activé de façon organique. Conformément à la présente invention, les divers contenus pour la diffusion numérique peuvent être gérés de manière efficiente, et ensuite l'application traitée conformément à l'ADF dans le serveur subit un codage de données consistant en ce que l'application est codée de la façon définie selon le standard de transmission pour la diffusion numérique comme décrit ci-avant, comme suit. C'est-à-dire que selon le processus, en codant l'application qui est définie conformément au standard de transmission par codage, un train de données qui présente un format prédéterminé est généré et l'application codée est constituée selon un train de transport en tant que forme finale pour une transmission au spectateur. Le train de transport est converti selon l'onde électrique tandis qu'il passe au travers d'un circuit de modulation numérique et d'un circuit de transmission radio et pour finir, cette onde est transmise par l'intermédiaire d'une antenne. Le spectateur peut profiter de la variété des contenus reçus en association avec le programme au moyen duquel le train de données est affiché sur un écran du poste de télévision du spectateur. La figure 2 est une vue qui représente un exemple permettant d'illustrer un fichier de définition d'application conformément à la présente invention. (Cet exemple comporte des termes tirés essentiellement de la langue anglaise mais qui sont présentés tels quels parce qu'ils ne font qu'illustrer un fichier ou donner des instructions en langage de logiciel. ) Selon ce mode de réalisation, I'ADF est décrit en utilisant le langage XML. Le langage XML (eXtensible Markup Language) qui est un langage qui affiche un fichier de document ou un fichier multimédia sur un navigateur dans l'lnternet et qui permet de réaliser de façon efficiente l'échange des fichiers est un langage qui peut être conçu structurellement de telle sorte qu'il peut définir un mode d'accès davantage systémique et davantage cohérent que HTML (Hyper Text Markup Language) qui est utilisé largement dans le World Wide Web. En outre, puisqu'une étiquette ou TAG qui est utilisée en tant que marque pour décrire des contenus à réaliser sur le navigateur est fixée dans HTML, bien que XTML permette à un concepteur de constituer de façon volontaire la TAG, la capacité d'extension de XTML est supérieure. Le langage XML comporte un type de contexte d'une définition de type de document ou DTD, et le fichier exprimé par XML est produit conformément à la structure de la DTD après la DTD qui exprime de façon structurelle les contenus destinés à être contenus dans le fichier. La DTD joue le rôle d'un contexte tel que des éléments préétablis tels que un nom, une forme et un mode d'expression des fichiers XML respectifs, et la figure 2 est un exemple qui illustre une DTD pour concevoir un ADF conformément à la présente invention. La structure est décrite ci-après par report aux figures. Le fichier ADF est constitué essentiellement par trois parties que sont une partie 201 qui définit un type d'application, une partie 202 qui définit des composantes de l'application correspondante et une partie 203 à 212 qui définit des contenus des composantes. Dans la partie 201, la catégorie dans laquelle chaque application est incluse est définie. Ici, une application DASE qui définit l'application DASE de ATSC du standard des Etats- Unis et une application SEC à définir en étant incluse dans une catégorie d'entreprises spécifique apparaissent en tant qu'exemples simples. Cette partie est définie additionnellement par un nouveau standard dans le futur. Dans la partie 202, les composantes qui sont nécessaires pour établir chaque composante de l'application sont définies. Des parties de la partie 203 à 212 conformément auxquelles les valeurs qui sont définies dans la partie 202 sont définies et des valeurs nécessaires afférentes sont définies. Dans la partie 203, une identification ou ID d'application à définir afin de classifier une application est définie. Dans la partie 204, le nom de l'application qui est un élément de l'ID d'application est défini. Une information structurelle rapportée à l'application est définie. Dans cette partie, il est défini si l'application est démarrée automatiquement ou non, et une position sur un écran au niveau o l'application est exécutée ainsi que sa dimension sont également définies. Les parties 206, 209, 210 sont des parties selon lesquelles un procédé de codage correspondant au module de données respectif est défini. Un index de référence 206 représente une partie permettant d'illustrer le procédé de transmission de données conformément DataCarousel en utilisant un protocole de déchargement DSM-CC. Le protocole de déchargement DSM-CC (Digital Storage Media Command and Control) est un type de protocole pour une diffusion numérique, et DataCarousel est un scénario qui préétablit un procédé pour transmettre en continu des données de l'application au spectateur. C'est-à-dire qu'un ordre de transmission des plusieurs applications contenues dans un programme de diffusion est déterminé à l'avance. Lorsque le spectateur décharge les données conformément au procédé de la partie 206, une identification ou ID de déchargement, un débit de données et une dimension de données sont désignés. En outre, les données respectives, soit des modules qui sont un agrégat d'un train de données unitaire destiné à être inséré dans DataCarousel, peuvent inclure au moins un train de données unitaire conformément à la définition du module de données dans la partie 207. En outre, le nom, soit un diviseur qui divise le module de données, présente une structure de NameModule, et l'aspect est identique à celui qui est représenté dans la partie 208. Dans la partie 209 est représenté un procédé de codage permettant de désigner un train de données IP asynchrone. Comme représenté sur la figure 2, un procédé de codage d'une ID de connexion, d'une ID de dispositif, d'un débit de données, d'une adresse IP de destination et d'un port IP de destination est désigné. Dans la partie 210, un module de données de l'ID de train à arriver en un temps correspondant est représenté et le temps d'arrivée des données correspondantes est désigné en tant que temps de décalage. En outre, il est représenté que le nom des données est constitué par la structure AlPComponentName qui est représentée dans la partie 211. Dans la partie 212, les définitions dans les parties 203 à 211 sont utilisées pour une nouvelle application ou un nouvel élément peut être ajouté en définissant le nouvel élément. La figure 3 est une vue qui représente un exemple de l'ADF qui est constitué en utilisant la DTD de la figure 2, et une instruction de déclaration de la partie 301 indique le fait que la DTD définie sur la figure 2 est utilisée. Dans la partie 302, la structure conformément à la grammaire du fichier de la figure 2 est représentée. La figure 4 est un schéma d'un exemple d'un système de transmission de données numériques auquel le procédé de la présente invention est appliqué. Puisque, lors de la diffusion numérique, non seulement les contenus mais également les données vidéo et audio que le spectateur regarde sont numérisés et transmis en association avec les données de contenu, des systèmes qui sont nécessaires pour traiter les données vidéo et audio sont ajoutés et sont décrits par report à la figure 4. Le système conformément à la présente invention inclut une section de commande principale 401, une section de serveur d'application 402, une section de codage de données 403, une section de serveur audio et vidéo 404, une section de codage de données audio et vidéo 405, une section de génération d'information système 406 et une section de multiplexeur d'émission 407, et des fonctions et des opérations des sections respectives sont décrites en détail. La section de commande principale 401 a pour rôle de commander un état opératoire et un flux opératoire des sections de traitement respectives en émettant et en recevant un signal de commande sur et depuis la section de traitement et elle commande le fonctionnement des sections de traitement respectives. La section de serveur d'application 402 qui est la partie extrêmement essentielle du système conformément à la présente invention réalise le traitement pour le stockage, la maintenance et la gestion d'une pluralité de contenus qui peuvent être produits selon une progression géométrique conformément au programme de diffusion. Le serveur d'application réalise les travaux en recevant toutes les commandes en provenance de la section de commande principale 401. Le serveur d'application est en gros divisé selon six modules fonctionnels tels qu'un module de commande 503, un module de mise en oeuvre 504, un module de transmission 505, un module d'information 506, un module de surveillance ou moniteur 507 et un module de stockage 508, comme représenté sur la figure 5. Les rôles des modules sont comme suit. 1) Module de commande 503 Le module de commande 503 traite la commande en provenance de la section de commande principale 401 et commande le module de mise en oeuvre 504 et le module de transmission 505. Il y a des commandes principales qui permettent de mettre en oeuvre l'application, de charger les données de contenu, de charger I'ADF et de rechercher les applications. 2) Module de mise en oeuvre 504 Le module de mise en oeuvre 504 charge des fichiers afin de construire l'application et l'ADF correspondant depuis un autre système extérieur au moyen de la commande du module de commande 503 et transmet les fichiers et l'ADF au module de stockage 508 afin de stocker les fichiers et l'ADF. 3) Module de transmission ou d'émission 505 Le module de transmission 505 transfère l'information de l'application à la section de codage de données 403. De façon davantage spécifique, dans le cas d'un service de données en ligne, le module de mise en oeuvre 504 lit les données en réalisant une connexion sur un serveur comportant les données correspondantes et transmet les données au module de transmission 505 puis le module de transmission 505 transmet les données à la section de codage de données 403. 4) Module d'information 506 Le module d'information 506 réalise une recherche et une correction de l'information de l'application dans le module de stockage 508. ) Module de moniteur ou surveillance 507 Si des problèmes se produisent pendant la surveillance de l'état interne du serveur, le module de moniteur 507 affiche directement un signal d'alarme et une information concernant les problèmes pour un opérateur. Qui plus est, le module de moniteur 507 enregistre un fonctionnement principal tel que la mise en oeuvre de l'application et que le chargement des données de contenu à chaque heure de telle sorte que les enregistrements puissent être observés lorsque nécessaire dans le futur. 6) Module de stockage 508 Le module de stockage 508 est un type de base de données qui réalise le stockage de l'information de l'application. Les fonctions principales du serveur d'application incluant le module comme décrit ci-avant suivent. 1) Fonction consistant à amener tous les fichiers constituant l'application dans l'autre serveur extérieur 502 en association avec l'ADF de l'application en recevant des commandes qui sont réalisées par une unité d'application depuis l'autre système extérieur 502 2) Fonction consistant à stocker et à gérer les fichiers selon I'unité d'application en association avec l'ADF 3) Fonction consistant à transférer l'ADF jusqu'à l'extérieur du fait d'une requête de l'autre système 4) Fonction consistant à chercher et à corriger l'information de l'application qui est stockée au moyen d'un contrôleur extérieur ou d'une interface propre ) Fonction consistant à fournir l'information de surveillance du serveur à l'opérateur 6) Fonction consistant à traiter plusieurs protocoles qui supportent des types de données de contenu Qui plus est, le serveur d'application divise les données de contenu selon des données hors ligne et des données en ligne conformément à une propriété des données de contenu. Les données hors ligne sont des données dont les contenus sont déjà réalisés sans connexion sur l'autre serveur extérieur, tandis que les données en ligne sont des données dont les contenus sont modifiés en réalisant une connexion sur l'autre serveur extérieur à n'importe quel moment. Lorsque les données hors ligne sont utilisées, le module de mise en oeuvre 504 collecte l'information relative en connectant l'autre serveurextérieur 502 au moyen de la commande de mise en oeuvre en provenance du module de commande 503 et stocke l'information dans le module de stockage 508. Ensuite, l'information est transférée à la requête de la section de codage de données 403. Tandis que lorsque les données en ligne sont utilisées, le module de mise en oeuvre 504 a reçu la requête en provenance de la section de codage de données 403 pour collecter l'information en connectant l'autre serveur extérieur 502 et pour transférer directement l'information collectée à la section de codage de données 403 par l'intermédiaire du module de transmission 505 sans stocker les données au moyen du module de stockage 508. Le serveur d'application est un serveur unique pour une connexion sur d'autres serveurs extérieurs de telle sorte que l'exposition du système de diffusion complet soit minimisée. Cette exposition minimisée est un type qui est propre à la station de diffusion qui nécessite une sécurité stricte et protège un quelconque accès frauduleux depuis l'extérieur d'autant que possible. Qui plus est, le serveur d'application prévoit un protocole, soit un procédé pour une communication de données à l'autre serveur extérieur qui procure des applications. A cette fin, le module de mise en oeuvre du serveur d'application prévoit un procédé d'interprétation général et flexible pour la compatibilité avec divers protocoles de communication en relation avec les serveurs extérieurs. Au moyen du procédé d'interprétation de données flexible, des programmes du serveur d'application supportant les divers protocoles de communication convertissent les données de contenu reçues depuis les serveurs extérieurs selon des données destinées à être utilisées dans le serveur d'application. La section de codage de données 403 génère un train de données de contenu au moyen d'un codage par l'intermédiaire du procédé défini selon le standard de transmission après réception des contenus requis du fait d'une requête du serveur d'application. Ici, il y a plusieurs standards de transmission, c'est-à-dire un procédé de codage ATSC (Advanced Television Standard Committee) de l'Amérique du Nord qui est présentement établi, un procédé de codage DVB (Digital Video Broadcasting) de l'Europe et un procédé de codage ISDB (Integrated Services Digital Broadcasting) du Japon, le format de codage étant conçu conformément au procédé de codage souhaité selon la présente invention. Le serveur audio et vidéo (A/V) 404 qui stocke et gère les données numériques pour le signal audio et vidéo de programme de diffusion transfère les données audio et vidéo correspondantes à la section de codage lorsque le signal de requête de données est reçu depuis la section de codage. La section de codage audio et vidéo 405 envoie un signal de requête de données au serveur audio et vidéo et elle reçoit les données demandées en requête. Les données reçues sont codées conformément au standard de transmission afin de générer le train de données audio et vidéo. A cet instant, le standard de transmission peut être codé conformément aux divers standards comme décrit ci-avant. La section de génération d'information système 406 génère un train de données, soit une information système requise pour un multiplexeur d'émission afin de gérer un train de transport et transfère l'information au multiplexeur. Le multiplexeur d'émission 407 reçoit des trains de données respectifs en provenance de la section de codage de données audio et vidéo, de la section de codage de données de contenu et de la section de génération d'information système et génère les train de données respectifs selon des trains de données finals conformément au standard de transmission en vue d'une transmission au spectateur. A cet instant, considérons le train de données final en tant que train de transport de la présente invention. Le train de transport est converti selon l'onde électrique tandis qu'il passe au travers d'un circuit de modulation numérique et d'un circuit de transmission radio et pour finir, I'onde électrique est transmise par l'intermédiaire d'une antenne. Le spectateur peut profiter de la variété des contenus reçus en association avec le programme au moyen duquel le train de données est affiché sur un écran du poste de télévision du spectateur. Conformément à la présente invention comme décrit ci-avant, puisque des travaux pour le fonctionnement et la gestion des contenus pour la diffusion numérique sont réalisés par le serveur, ce qui allège la charge de travail de l'opérateur, une erreur qui devrait survenir au niveau de la diffusion réelle est évitée ou le transport des données peut être minimisé et qui plus est, l'opérateur peut traiter moins de données de telle sorte que l'efficience des tâches peut être maximisée. Bien que le procédé de gestion de données de contenu pour une diffusion numérique en utilisant un ADF de la présente invention ait été présenté et décrit par report aux dessins annexés, il sera apprécié par l'homme de l'art que des modifications peuvent être apportées au niveau de ces modes de réalisation sans que l'on s'écarte ni des principes, ni de l'esprit de l'invention dont le cadre est défini dans les revendications et dans leurs équivalents. REVENDICATIONS 1. Procédé de gestion de données de contenu pour une diffusion numérique en utilisant un fichier de définition d'application, caractérisé en ce qu'il comprend les étapes de: a) collecte (101) de données de contenu pour une diffusion numérique sous la forme d'une application; b) conception (102) d'un fichier de définition d'application conformément aux caractéristiques de contenus respectifs contenues dans l'application; c) entrée (103) du fichier de définition d'application conçu et de I'application dans un serveur; et d) traitement (104) de l'application conformément au fichier de définition d'application entré. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape a) comprend les sous-étapes de: 1) définition d'un standard de transmission de l'application 2) définition d'un nom de l'application; 3) définition d'un environnement d'exécution de l'application; 4) définition d'un mode de codage de l'application; 5) définition d'un procédé de transmission de l'application; et 6) définition de l'information elle-même de l'application. 3. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape c), I'application et le fichier de définition d'application qui est réalisé en relation avec l'application sont tous deux entrés sur le serveur. 4. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape c), les contenus nécessaires sont stockés sur le serveur et le fichier de définition d'application est entré sur le serveur en concevant le fichier de définition d'application conformément aux contenus stockés. 5. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape c), le fichier de définition d'application est entré en corrigeant le fichier de définition d'application lorsque les contenus ajoutés sont constitués dans le cas d'un ajout de nouveaux contenus à l'application stockée dans le serveur. 6. Procédé selon l'une quelconque des revendications 3 à 5, caractérisé en ce que, dans l'étape c), le fichier de définition d'application est entré sur le serveur automatiquement en utilisant le protocole de transmission depuis l'extérieur ou directement par un utilisateur à l'aide d'un support d'information d'enregistrement tel qu'une disquette ou qu'un disque compact. 7. Procédé selon la revendication 1, caractérisé en ce que l'étape d) comprend les sous-étapes de: 1) chargement du fichier de définition d'application depuis le serveur à un instant de démarrage lorsque l'application dans le serveur est transportée en même temps que le commencement de la diffusion tandis qu'une section de contrôleur principal gère la planification de diffusion de l'ensemble des programmes; 2) délivrance d'une information d'une commande pour coder l'application sur la base du fichier de définition d'application chargé; et 3) commande pour générer une information système nécessaire pour déterminer quelle application est diffusée. 8. Système pour gérer des données de contenu pour une diffusion numérique en utilisant un fichier de définition d'application, caractérisé en ce qu'il comprend: une section de commande principale (401) pour commander un état de fonctionnement et une procédure de fonctionnement d'une section de serveur d'application (402) en émettant et recevant un signal de commande vers et depuis la section de serveur d'application, ladite section de serveur d'application (402) étant prévue pour stocker un programme de diffusion de données nécessaire pour la diffusion numérique et pour maintenir et gérer de façon systématique le programme de diffusion de données. 9. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) comprend un module de commande (503), un module de mise en oeuvre (504), un module de transmission (505), un module de stockage (508), un module de surveillance (507) et un module d'information (506). 10. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) transfère tous les fichiers qui construisent l'application dans un autre serveur externe (502) en association avec le fichier de définition d'application de l'application en recevant des commandes qui sont produites par une unité d'application depuis l'autre serveur externe (502). 11. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) stocke et gère des fichiers dans une unité d'application en association avec le fichier de définition d'application. 12. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) transfère le fichier de définition d'application à l'extérieur du fait d'une demande de l'extérieur et recherche et corrige l'information pour l'application qui est stockée à l'aide d'un contrôleur externe ou d'une interface propre de la section de serveur d'application. 13. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) fournit une information de surveillance dans un serveur d'application à un opérateur. 14. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) traite plusieurs protocoles supportant des types de données de contenu. 15. Système selon la revendication 8, caractérisé en ce que la section de serveur d'application (402) divise des données de contenu selon des données hors ligne et des données en ligne en fonction de la propriété des données de contenu. 16. Système selon la revendication 15, caractérisé en ce que: une information concernant les données hors ligne est collectée par une commande de mise en oeuvre en provenance du module de mise en oeuvre qui réalise une connexion avec un autre serveur externe (502), est stockée dans un module de stockage (508) et est transférée sur la section de codage de données de contenu (403) au moyen de la requête à l'avance; et une information concernant les données en ligne est collectée par une commande de mise en oeuvre en provenance du module de mise en oeuvre (504) qui réalise une connexion avec l'autre serveur externe (502) du fait de la réception de la requête en provenance de la section de codage de données (403) et est directement transférée à la section de codage de données (403) au travers du module de transmission (505) sans stocker les données au moyen du module de stockage (508). 17. Système selon la revendication 8, caractérisé en ce que le module de mise en oeuvre (504) du serveur d'application (402) réalise un processus d'interprétation général et flexible pour une compatibilité avec différents protocoles de communication à l'aide d'un serveur externe (502) , et des programmes du serveur d'application (402) supportant les différents protocoles de communication convertissent les données de contenu en recevant depuis le serveur externe (502) des données à utiliser dans le serveur d'application (402).