FR 2826224 A1 20021220 FR 0107867 A 20010615 La présente invention se rapporte à la synchronisation de diffusion de programmes vers des utilisateurs et d'incorporation de contenus de diffusion dans ces programmes, en particulier pour de la télévision interactive. Elle concerne aussi des dispositifs et produits correspondants. La télévision interactive permet à un téléspectateur d'agir sur le déroulement des émissions qu'il regarde. Il peut ainsi interagir avec des services interactifs. Pour ce faire, des terminaux grand-public interactifs sont connectés à un double réseau de communication : - un réseau bidirectionnel (voie de retour modem, câble...) de type point à point, comme notamment un réseau téléphonique, mettant en oeuvre un ou plusieurs serveurs point à point, - et un réseau de distribution unidirectionnel, tel que notamment un réseau de diffusion TV hertzien, par câble ou par satellite, mettant en oeuvre un ou plusieurs serveurs de diffusion générale ; par diffusion générale ou broadcasting, on entend la transmission de données identiques vers un ensemble de destinations, que celle-ci soit notamment effectuée par radiodiffusion, par le câble ou par Internet. Les terminaux considérés sont par exemple constitués de récepteurs de télévision, de décodeurs DVB (pour Digital Video Broadcasting) ou de décodeurs Internet. Les services interactifs sont généralement téléchargés dans les terminaux par diffusion générale via le réseau bidirectionnel. Les programmes audiovisuels diffusés de manière synchrone soit avec de tels services, soit avec des adresses Web (encore appelés URL pour Universal Resource Locator, ou adresses universelles) de tels services, sont alors désignés par programmes enrichis . En pratique, les techniques connues de télévision interactive reposent sur les opérations qui suivent. On diffuse au moyen d'un centre de diffusion générale, ou broadcaster, un service interactif issu d'un opérateur de services, de manière synchronisée à un programme audiovisuel (réseau unidirectionnel). A cet effet, on embarque des données relatives à ce service avec des signaux audiovisuels propres à ce programme. Lorsqu'un terminal interactif reçoit le programme enrichi ainsi obtenu, il diffuse à l'écran (image et son) le programme audiovisuel et interprète les données du service interactif. Il présente alors ce dernier à l'écran en synchronisation avec le programme audiovisuel, typiquement sous forme d'un affichage graphique ou textuel en surimpression de la vidéo. Un téléspectateur peut ensuite interagir avec le service interactif, en initiant une connexion avec un serveur de l'opérateur de services (réseau bidirectionnel). Des informations en provenance de divers téléspectateurs sont collectées sous forme de requêtes par un ensemble de tels serveurs et sont généralement consolidés pour une exploitation. Cette exploitation prend par exemple la forme d'une annonce de résultats de traitement pendant l'émission ou d'une diffusion d'un service interactif lié à ces résultats. Dans ce qui suit, on désigne par contenus de services à diffuser avec des programmes, aussi bien les services eux-mêmes que des références ou URL permettant d'accéder à ces services via des serveurs. Un des aspects essentiels de la télévision interactive concerne la mise en place et la gestion de la synchronisation entre les programmes et les données de services interactifs. On utilise habituellement pour ce faire deux équipements du broadcaster : - un système de trafic, qui crée une liste d'exécution d'événements (playlist) comprenant des informations de temps (heure de début et heure de fin), d'objet (dispositif à piloter) et d'opération (commande à exécuter) ; - et un système d'automation, qui gère la liste d'exécution pour piloter et commander des équipements de diffusion du broadcaster (serveurs vidéo, magnétoscopes, appareils de sous-titrage...). Le système de trafic permet de procéder à des modifications de la liste d'exécution en cas de modifications significatives dans l'organisation temporelle des programmes. Le système d'automation est quant à lui capable de réajuster la liste en cas de modifications minimes de dernière minute, et de réorienter la liste vers le système de trafic si des modifications plus conséquentes sont requises. La synchronisation des services interactifs avec les programmes est obtenue en intégrant un serveur de diffusion générale (qui fait office de serveur d'applications interactives) parmi les dispositifs à piloter par le système d'automation. On évite ainsi des problèmes de désynchronisation entre la diffusion des programmes et celles de contenus interactifs associés. En effet, si un programme audiovisuel est retardé ou avancé, la liste d'exécution est mise à jour par le broadcaster. De la sorte, les dispositifs utilisés-y compris le serveur de diffusion-se déclenchent aux moments appropriés. Cependant, la récupération des requêtes en provenance des terminaux interactifs et leur traitement en temps voulu reste problématique. En effet, il s'agit de tenir compte non seulement d'éléments du broadcaster, mais aussi d'éléments de l'opérateur de services, a priori indépendants. Or, assurer une synchronisation d'ensemble par l'envoi de signaux de déclenchements du broadcaster vers l'opérateur de services risque de s'avérer complexe et, qui plus est, de ne pas toujours tenir compte de réajustements temporels en cas d'avance ou de retards. Par exemple, le broadcaster souhaite présenter les résultats d'un jeu à travers une incrustation vidéo, ces résultats découlant du traitement de réponses en provenance de nombreux téléspectateurs (gagnant d'un concours, nombre de participants...). Il lui faut alors déclencher le traitement au moins suffisamment tôt pour obtenir les résultats un moment avant la fin de l'émission, et suffisamment tard pour tenir compte du plus grand nombre possible de participants. Or, un retard ou une diffusion anticipée de l'émission risque de poser des difficultés significatives vis-à-vis de cette synchronisation. La présente invention concerne un procédé pour synchroniser la diffusion de programmes et l'incorporation de contenus de diffusion dans ces programmes, capable d'assurer en outre une synchronisation d'opérations relatives aux traitements de données. Le procédé de l'invention s'applique au traitement de données en provenance d'utilisateurs, et plus généralement au traitement de données quelconques, et rend possible une synchronisation efficace et fiable, pouvant être mise en oeuvre de manière économique. Elle s'applique non seulement à la télévision interactive mais aussi à la radio interactive, et trouve également des applications dans d'autres domaines de l'interactivité impliquant une diffusion vers des utilisateurs. L'invention concerne également des dispositifs aptes à une mise en oeuvre du procédé de synchronisation de l'invention, incluant des modules de traitement respectivement d'un centre de diffusion d'un opérateur de services (ainsi qu'un centre de diffusion et un opérateur de services correspondants) et d'un serveur de diffusion, ainsi qu'un système de trafic, une liste de diffusion pour diffuseur et un produit programme d'ordinateur correspondants. A cet effet, l'invention a pour objet un procédé de synchronisation de diffusion de programmes vers des utilisateurs et d'incorporation de contenus de diffusion dans ces programmes. Selon ce procédé : - on envoie de manière organisée dans le temps des instructions de commandes à au moins un dispositif de diffusion des programmes et à au moins un serveur de diffusion, - on produit les programmes et les contenus respectivement au moyen du dispositif de diffusion et du serveur de diffusion, sous l'effet immédiat de ces commandes, - et on incorpore aussitôt les contenus dans les programmes avant diffusion vers les utilisateurs. Selon l'invention : - on envoie parmi les instructions de commandes soumises au serveur de diffusion, des instructions incompréhensibles par le serveur et relatives à des traitements de données à traiter par au moins un opérateur de services, - lorsque ledit serveur reçoit des instructions de commandes qu'il est incapable de comprendre, on route immédiatement ces instructions vers au moins un centre de diffusion de l'opérateur de services au moyen de ce serveur, - et on déclenche des exécutions immédiates des commandes issues des instructions reçues par le centre de diffusion au moyen du centre de diffusion. De la sorte, on synchronise la diffusion des programmes avec des opérations relatives aux traitements des données. De plus, la diffusion vers les utilisateurs est de préférence une diffusion générale (broadcasting). Ainsi, on utilise le timing des instructions de commandes destinées à la diffusion pour les traitements de données par l'opérateur de services. Ceci permet d'assurer une parfaite synchronisation des opérations effectuées de part et d'autre. Cette utilisation conjointe d'une même organisation dans le temps est obtenue grâce à un renvoi automatique par le serveur de diffusion vers l'opérateur de services, des instructions qu'il n'est pas en mesure de comprendre. De la sorte, le routage des instructions destinées à l'opérateur de services est quasi-immédiat. Cette solution contraste avec ce qu'une personne du métier serait en mesure d'attendre pour une synchronisation d'ensemble suffisamment précise, à savoir un système centralisé d'organisation dans le temps, localisé au niveau d'un diffuseur, qui enverrait des instructions à la fois au dispositif et au serveur de diffusion, d'une part, et au centre de diffusion de l'opérateur de services, d'autre part. Par rapport à une telle réalisation, le procédé de synchronisation de l'invention peut offrir des atouts de simplicité de mise en oeuvre et d'économie de moyens, tout en rendant possible une très grande précision temporelle. De préférence, l'opérateur de services est connecté en permanence au serveur de diffusion, de façon à autoriser une communication immédiate de toutes les informations utiles, et en particulier une transmission immédiate des instructions de commandes au centre de diffusion par le serveur de diffusion. Les commandes visées par les instructions relatives à des traitements de données peuvent concerner toutes opérations requises. Elles comprennent de préférence : - un déclenchement d'au moins un des traitements de données par l'opérateur de services ; - une interruption d'au moins un des traitements de données ; - et 1 ou un déclenchement d'une récupération d'au moins un résultat des traitements de données et d'une transmission de ce résultat au serveur de diffusion. Il n'est pas toujours nécessaire de synchroniser toutes les opérations relatives à un traitement de données. Ainsi, dans un cas où des serveurs de l'opérateur de services déclenchent un traitement dès qu'ils disposent des informations nécessaires, il n'y a pas lieu d'envoyer une instruction de commande pour déclencher ce traitement. Un tel cas est par exemple celui pour lequel de la publicité interactive n'est proposée au début d'une retransmission en direct d'un match de football pour une rencontre suivante que si le stade a un taux de remplissage insuffisant, le taux de remplissage étant communiqué directement à l'opérateur de services avant la retransmission. A contrario, dans un cas où l'opérateur de services termine automatiquement un traitement et transmet aussitôt les résultats au serveur de diffusion, il n'est pas utile d'envoyer des instructions de fin de traitement et déclenchement de récupération. Tel est le cas par exemple pour une émission dont la dernière partie dépend de la synthèse d'informations météo diffusées en temps réel par un service dédié : le déclenchement du traitement est commandé au moment voulu via le serveur de diffusion, mais les résultats sont automatiquement transmis à ce dernier peu de temps après. Dans une première forme des données traitées, celles-ci proviennent des utilisateurs. Elles sont alors avantageusement constituées de votes ou de réponses à des jeux. Par exemple, à un instant de déclenchement connu par avance, un broadcaster déclenche (via le système d'automation, le serveur de diffusion et le centre de diffusion de l'opérateur de services) des traitements de réponses à un jeu sur des serveurs. Cet instant de déclenchement est situé à une durée prédéterminée après le début, ou avant la fin, de l'émission considérée. Puis, à un instant de divulgation de résultats également prédéterminé au regard du déroulement de l'émission, le broadcaster commande successivement une interruption des traitements en cours et une récupération des résultats obtenus (au moyen d'instructions non compréhensibles par le serveur de diffusion) et un affichage des résultats (instruction destinée au serveur de diffusion), tels que le gagnant d'un concours ou le nombre de participants. Cet affichage est par exemple effectué par une incrustation vidéo ou un service interactif diffusé. Dans une seconde forme des données traitées, celles-ci sont obtenues indépendamment des utilisateurs. Elles portent alors avantageusement sur des images diffusées (par exemple, la fin d'une émission dépend de ce qui s'est déroulé au cours de l'émission, via des opérations sur les images diffusées) ou sur des informations en provenance d'autres services (par exemple, service météo) ou de fournisseurs d'informations (par exemple, des opérateurs associés à l'organisation d'événements sportifs). L'invention concerne aussi un module de traitement d'un centre de diffusion d'un opérateur de services. Ce module comprend : - une unité de communication d'informations avec au moins un serveur de diffusion, ce serveur étant notamment destiné à préparer des contenus de diffusion pour incorporation dans des programmes à diffuser vers des utilisateurs, - et une unité d'actions relatives à des traitements de données à traiter par cet opérateur de services. Selon l'invention, le module de traitement comprend en outre une unité de synchronisation prévue pour avoir accès à au moins une liste d'exécution pour opérateur, cette liste comprenant au moins un couple d'une instruction relative à un traitement de données par l'opérateur de services et d'une commande de traitement associée. L'unité de synchronisation est capable, dès réception par l'unité de communication, d'une instruction de commande en provenance du serveur de diffusion : - de comparer l'instruction de commande aux instructions de la liste d'exécution, - et lorsque l'instruction de commande correspond à l'une des instructions de la liste d'exécution, de provoquer une requête d'exécution immédiate de la commande associée à cette instruction au moyen de l'unité d'actions. Ce module de traitement est préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'un des modes de réalisation de l'invention. L'usage immédiat de la liste d'exécution par le module de traitement pour opérateur afin de reconnaître l'instruction de commande reçue du serveur de diffusion est très intéressant, car il permet d'assurer un déroulement très rapide d'opérations ordonnées par le serveur de diffusion. De façon inattendue au regard des techniques conventionnelles, on utilise ainsi une liste d'exécution qui ne comprend pas d'horaire. En effet, les commandes visées par les instructions sont présumées être immédiatement exécutées. Avantageusement, l'unité d'actions est capable de provoquer des actions relatives à des traitements de données en provenance d'au moins un des utilisateurs, telles qu'avantageusement des votes et/ou des réponses à des jeux. De telles actions consistent par exemple à ordonner à des serveurs d'effectuer des moyennes ou de comptabiliser des réponses. Il est également avantageux que l'unité d'actions soit capable de provoquer des actions relatives à des traitements de données extraites d'au moins un des programmes. Une telle action consiste par exemple à ordonner à un serveur spécialisé de comparer la rapidité de mouvement de plusieurs candidats à un jeu, dans le but de déterminer la suite de l'émission. L'invention concerne aussi un centre de diffusion d'un opérateur de services, caractérisé en ce qu'il comprend au moins un module de traitement pour opérateur conforme à l'une quelconque des formes de réalisation de l'invention. Un autre objet de l'invention est un opérateur de services, caractérisé en ce qu'il comprend au moins un centre de diffusion conforme à l'invention. L'invention s'applique aussi à un module de traitement d'un serveur de diffusion. Ce module comprend : - une unité de communication d'informations avec au moins un centre de diffusion d'un opérateur de services, - et une unité d'actions relatives à des contenus de diffusion devant être incorporés dans des programmes à diffuser à des utilisateurs ; cette unité d'actions est capable de déclencher une préparation des contenus et une transmission de ces contenus à un système d'incorporation des contenus dans les programmes, et est prévue pour exécuter immédiatement des commandes associées à des instructions reçues d'un système de commande. Selon l'invention, le module de traitement pour diffuseur comprend en outre une unité de routage destinée à router immédiatement les instructions de commandes reçues vers le centre de diffusion, lorsque l'unité d'actions n'est pas capable de comprendre ces instructions, Ce module de traitement pour diffuseur est préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'une des formes de mise en oeuvre de l'invention et/ou à router lesdites instructions vers un centre de diffusion conforme à l'invention. L'invention porte de plus sur un système de trafic capable de créer des listes d'exécution. Chacune de ces listes comprend des triplets d'un horaire, d'un dispositif à piloter et d'une instruction de commande, les dispositifs à piloter comprenant notamment au moins un serveur de diffusion. Selon l'invention, le système de trafic est prévu pour incorporer dans les listes des triplets dans lesquels le dispositif à piloter est le serveur de diffusion et les instructions associées sont des instructions de traitements de données, sont incompréhensibles par ce serveur et sont destinées à être routées immédiatement par ce serveur vers au moins un opérateur de services. Ce système de trafic est préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'une des formes de l'invention. Un autre objet de l'invention est une liste d'exécution pour diffuseur, comprenant des triplets d'un horaire, d'un dispositif à piloter et d'une instruction de commande, ces dispositifs à piloter comprenant notamment au moins un serveur de diffusion. Selon l'invention, pour au moins un desdits triplets, le dispositif à piloter est le serveur de diffusion et les instructions associées sont des instructions de traitements de données, sont incompréhensibles par ce serveur et sont destinées à être routées immédiatement par ce serveur vers au moins un opérateur de services. Cette liste d'exécution pour diffuseur est préférentiellement produite par un système de trafic conforme à l'invention. L'invention concerne aussi un produit programme d'ordinateur. Selon l'invention, celui-ci comprend des fonctionnalités aptes à mettre en oeuvre les unités du module de traitement pour opérateur, les unités du module de traitement pour diffuseur et 1 ou le système de trafic, selon l'une quelconque des formes de l'invention. Par produit programme d'ordinateur , on entend un support de programme d'ordinateur, qui peut consister non seulement en un espace de stockage contenant le programme, tel qu'une disquette ou une cassette, mais aussi en un signal, tel qu'un signal électrique ou optique. Il est entendu que dans l'ensemble des dispositifs définis plus haut, les unités et modules sont essentiellement des entités fonctionnelles, et non nécessairement structurelles. Ainsi, ils peuvent être notamment regroupés dans un même composant ou un même logiciel, ou au contraire être répartis dans différents composants. L'invention sera mieux comprise et illustrée au moyen des exemples suivants de réalisation et de mise en oeuvre, nullement limitatifs, en référence aux figures annexées sur lesquelles : - la Figure 1 est un schéma de principe d'en ensemble d'émission et de réception apte à mettre en oeuvre le procédé de synchronisation de l'invention, cet ensemble comprenant notamment un broadcaster avec serveur de diffusion et un opérateur de service avec centre de diffusion, conformes à l'invention ; - la Figure 2 représente plus précisément le serveur de diffusion de la Figure 1 avec des blocs fonctionnels, en liaison avec d'autres éléments ; - la Figure 3 représente plus précisément le centre de diffusion de la Figure 1 avec des blocs fonctionnels, en liaison avec d'autres éléments ; - et la Figure 4 montre le centre de diffusion de la Figure 1, en relation avec plusieurs broadcasters du type de celui de la Figure 1. Un ensemble d'émission et de réception comprend un ensemble de diffusion générale ou broadcaster 1, prévu pour émettre des émissions vers des utilisateurs 5, tels que des télévisions interactives, à travers un réseau unidirectionnel 3. Il comprend aussi un opérateur de services 2 connecté au broadcaster 1, prévu pour communiquer avec les utilisateurs 5 via un réseau bidirectionnel 4. Par exemple, le réseau 4 est un réseau téléphonique public commuté ou RTC (PSTN) et les utilisateurs 5 sont équipés d'intermédiaires de communication 6 sous forme de connections téléphoniques. Le broadcaster 1 dispose d'un système de trafic 11, capable de créer et de gérer des listes d'exécution LD pour diffuseur et d'un système d'automation 12, prévu pour mettre en oeuvre ces listes d'exécution LD en agissant sur divers dispositifs du broadcaster 1. Chacune des listes d'exécution LD présente une séquence d'événements programmés avec une heure de début et une heure de fin, un dispositif à piloter et une commande à exécuter. Pour chaque événement et à l'heure programmée, le système d'automation 12 s'adresse au dispositif indiqué et via un protocole dédié, lui envoie la commande indiquée dans la liste d'exécution LD. Le broadcaster 1 comprend notamment un dispositif de diffusion 14 fournissant des programmes P, tel qu'un serveur vidéo ou un magnétoscope, et un serveur de diffusion 13 fournissant des contenus de services (services interactifs eux-mêmes ou URL) à joindre aux programmes P, pilotés par le système d'automation 12. Le serveur de diffusion 13 est par exemple interfacé à ce dernier via un réseau Ethernet ou une simple liaison série, un protocole de commande étant défini. Le système d'automation 12 permet notamment de déclencher une diffusion en boucle (dite en carrousel ) d'un contenu pendant la durée d'un programme P audiovisuel associé. Il est apte à commander au serveur de diffusion 13 des opérations telles qu'un commencement ou une interruption de diffusion d'un service, et un déclenchement d'affichage ou de disparition d'un service sur des terminaux interactifs. Les systèmes de trafic 11 et d'automation 12 autorisent, par le contrôle du serveur de diffusion 13 et du dispositif de diffusion 14, une synchronisation des programmes P avec les contenus associés, même en cas de retard ou d'avance de ces programmes P. En effet, le système d'automation 12 (pour de petites modifications) ou le système de trafic 11 (pour des modifications plus conséquentes) sont capables de mettre à jour la liste d'exécution LD servant à organiser dans le temps les opérations de diffusion. Ils sont donc appelés à adapter en particulier les instants des commandes à l'attention du serveur de diffusion 13 et relatives aux services. Un encodeur 15 du type VBI (pour Vertical Blanking Interval) est prévu pour recevoir du dispositif de diffusion 14 et du serveur de diffusion 13 respectivement les programmes P et les contenus de services à y incorporer, et pour immédiatement produire et communiquer aux utilisateurs 5, des programmes enrichis P' (mode analogique). Dans une variante de réalisation (mode numérique), les contenus de services sont embarqués avec les programmes P par une technologie du type DVB (pour Digital Video Broadcasting). L'opérateur de services 2 comprend un centre de diffusion 20 et une pluralité de serveurs en ligne 21,22 et 23 reliés à ce dernier et hébergeant des services interactifs. Les serveurs 21 à 23 sont en liaison avec les utilisateurs 5 via le réseau bidirectionnel 4. Le centre de diffusion 20 est connecté en permanence au serveur de diffusion 13 au moyen d'une liaison 25, telle que notamment du type TCP/IP (pour Transmission Control Protocol/Internet Protocol), sur laquelle est déployée une couche d'un applicatif supplémentaire. Par exemple, la liaison 25 consiste en un bus ayant une architecture Corba (pour Common Object Request Brocker Architecture). Cette liaison 25 sert dans un sens en particulier à programmer le serveur de diffusion 13 à partir d'applications d'administration présentes chez l'opérateur de services 2, et dans l'autre sens, à informer l'opérateur de services 2 de l'état du serveur de diffusion 13, de la progression de diffusions de contenus, d'éventuels incidents... De plus, le centre de diffusion 20 dispose d'une liste d'exécution LO pour opérateur, qui comprend des couples d'instructions de référence et de commandes associées, mais qui a la particularité de ne contenir aucun horaire. Celle liste d'exécution LO sert à exécuter immédiatement des instructions de commande en provenance du serveur de diffusion 13, comme cela sera explicité plus bas. Les utilisateurs 5 disposent de moyens de matérialisation des programmes enrichis P', sous forme d'affichage graphique ou textuel des contenus (interprétation de données reçues) en surimpression, par exemple, de la vidéo des programmes P correspondants (décodage et affichage de vidéo). Lorsque ces contenus sont des références ou des URL diffusés, les utilisateurs 5 ont accès aux services par les serveurs en ligne 21 à 23, chacun des URL déterminant le serveur auquel doit s'adresser l'utilisateur 5 ainsi que le service à solliciter sur ce serveur. Les utilisateurs 5 sont de plus à même de communiquer avec les services avec lesquels les contenus les invitent à interagir, via l'initiation de connexions avec les serveurs en ligne 21 à 23 appropriés. Le serveur de diffusion 13 et le centre de diffusion 20 vont maintenant être davantage explicités au regard de traitements de données, en référence aux figures 2 et 3. Le serveur de diffusion 13 (Figure 2) comprend notamment un module de traitement 30 qui inclut une unité de communication 31 d'informations avec le centre de diffusion 20 de l'opérateur de services 2 et une unité d'actions 32 relatives à des contenus de services, pilotée par le système d'automation 12. Il inclut également une unité de routage 33, destinée à router immédiatement vers le centre de diffusion 20 toute instruction CO non comprise par l'unité d'actions 32. Cette dernière est ainsi prévue pour effectuer une interprétation des instructions de commandes reçues du système d'automation 12, et selon leur contenu, pour agir : - soit sur un transfert d'informations entre le serveur de diffusion 13 et le centre de diffusion 20 au moyen de l'unité de communication 31 en provoquant, - soit sur un transfert vers l'encodeur 15 de contenus spécifiés, - soit sur une simple transmission immédiate des instructions de commande au centre de diffusion 20 en cas d'échec de l'interprétation. Les instructions reçues et comprises par l'unité d'actions 32 peuvent quant à elles porter sur d'autres types de communications avec le centre de diffusion 20, non synchronisées avec la diffusion de programmes. Il peut s'agir par exemple d'envoyer à l'opérateur de services 2 des informations sur l'état du serveur de diffusion ou sur des dysfonctionnements. Dans ce cas, l'unité d'actions 32 agit directement sur l'unité de communication 31 (flèche en pointillés). Le centre de diffusion 20 (Figure 3) comprend quant à lui un module de traitement 40 incluant une unité de communication 41 avec le serveur de diffusion 13 et une unité d'actions 42, apte à envoyer des instructions aux serveurs 21 à 23, notamment pour des traitements de données. Il inclut également une unité de synchronisation 43 ayant accès à la liste d'exécution LO pour opérateur. Cette unité 43 est prévue : - pour recevoir de l'unité de communication 41 toute instruction de commande, - pour comparer cette dernière aux instructions de référence de la liste d'exécution LO - et, lorsqu'il s'agit d'une instruction CO correspondant à l'une des instructions de référence, pour provoquer une requête d'exécution immédiate par l'unité d'actions 42 de la commande associée, soit dans le centre de diffusion 20 soit auprès du serveur approprié (par exemple le serveur 21). D'autres types d'informations en provenance du serveur de diffusion 13 ne requièrent pas de synchronisation avec la diffusion de programmes et sont directement transmises par l'unité de communication 41 à l'unité d'actions 42, sans passer par l'unité de synchronisation 43 (flèche en pointillés). Il s'agit par exemple d'informations relatives à la progression de diffusions de contenus ou à des dysfonctionnements. En pratique, le centre de diffusion 20 comprend avantageusement un applicatif dédié, à l'écoute d'événements remontant par la liaison 25 et programmé avec la liste d'exécution LO. En fonctionnement, pour exécuter des opérations relatives à des traitements de données en temps voulu au cours d'émissions, on procède de la manière suivante : - on prépare la liste d'exécution LD pour diffuseur au moyen du système de trafic 11, en y incluant des instructions CO portant sur les opérations relatives aux traitements de données et en les attribuant au serveur de diffusion 13 ; - on agit conformément à la liste d'exécution LD au moyen du système d'automation 12, en déclenchant de façon synchronisée toutes les actions à exécuter par le dispositif de diffusion 14 et le serveur de diffusion 13 ; - lorsque le serveur de diffusion 13 reçoit les instructions CO relatives aux traitements de données, il ne les comprend pas et les transmet immédiatement au centre de diffusion 20 sans déclencher d'action et sans lever d'alarme ; ce dernier établit alors une correspondance avec des instructions de référence de la liste d'exécution LO pour opérateur à sa disposition, et requiert des exécutions des commandes associées. Le centre de diffusion 20 est par ailleurs apte à prendre en charge des services pour plusieurs broadcasters 51,52 et 53 (Figure 4). Cette technique est par exemple appliquée à un programme audiovisuel mettant en oeuvre un jeu à réponses, au moyen d'un service interactif. Des requêtes envoyées par les utilisateurs 5 doivent être collectées par les serveurs en ligne 21 à 23 et être consolidées avant la fin du programme pour une exploitation qui prend l'une des formes suivantes : - les résultats du traitement (taux de participation, réponse, gagnant...) sont annoncés dans le programme audiovisuel lui-même, par l'animateur ou par une incrustation ; - les résultats du traitement sont diffusés sous la forme d'un service interactif pendant l'émission. La liste d'exécution LD pour diffuseur utilisée peut alors avoir la forme donnée dans le tableau 1 ci-dessous, où la première colonne indique l'heure de déclenchement, et la deuxième et la troisième colonnes donnent les instructions respectivement destinées au dispositif de diffusion 14 et au serveur de diffusion 13 : Tableau 1-Liste d'exécution LD Heure Dispositif de diffusion 14 Serveur de diffusion 13 ... ... ... 11h00 Start~Program1 Start~Broadcast App1 11h10Start Display App1Scene1 11h25 Start Display App1Scene2 11h27 Start Response Processing App1 11h30 Stop~Program1 Stop~Display App1Scene1, App1~Scene2 StopBroadcast App1 ... ... ... Les instructions indiquées dans ce tableau ont la signification suivante : - Start~Program1 et Stop~Program1 : respectivement début et fin de diffusion d'un programme 1 ; - Start~Broadcast App1 et StopBroadcast App1 : respectivement début et fin de diffusion d'une application interactive 1 ; - Start~Display App1~Scene1 et Start-Display App1~Scene2. respectivement début d'affichage chez les utilisateurs des scènes 1 et 2 de l'application 1 ; - Stop~Display App1~Scene1 et Stop~Display App1~Scene2 : respectivement fin d'affichage chez les utilisateurs des scènes 1 et 2 de l'application 1 ; - Start~Response~Processing App1 : début de traitement de données pour l'application 1 ; cette instruction n'est pas directement exécutable par le serveur de diffusion 13, qui n'est pas capable de la comprendre ; lorsqu'il la reçoit, il est donc prévu qu'il la transfert immédiatement à l'opérateur de services 2. La liste d'exécution LO pour opérateur peut quant à elle se présenter comme indiqué dans le tableau 2, où la première colonne donne les instructions reçues et directement transmises par le serveur de diffusion 13, et la seconde colonne donne les commandes correspondantes à effectuer par l'opérateur de service 2 : Tableau 2-Liste d'exécution LD Serveur de diffusion 13 Centre de diffusion 20 ... ... Start~Response~Processing App1 "http://141.12.153.10?consolider~rep onses & application=App1" ... En l'espèce, à la réception du mot de synchronisation Start~Response~Processing App1 , il est prévu que le centre de diffusion 20 envoie une requête à un serveur http, par exemple via une connexion Ethernet ou une ligne modem (serveur distant), et lui demande d'effectuer un traitement de consolidation sur les réponses collectées dans le cadre du service interactif identifié sous le nom App1 . Pour ce faire, l'opérateur de services 2 et le broadcaster 1 se sont mis d'accord au préalable. Si lors du déroulement des programmes, un événement sportif remet en cause la programmation initialement prévue et décale la diffusion du programme Program1)) de 10 minutes, le broadcaster 1 édite sa liste d'exécution LD pour répercuter la modification d'horaire et, par conséquent, tous les événements dépendants sont alors décalés d'autant. Ainsi, le broadcaster 1 est assuré que quels que soient les aléas de diffusion, non seulement le service est diffusé de manière totalement synchrone avec le programme audiovisuel, mais aussi les traitements prévus en cours d'émission sont effectués sans décalage par rapport au déroulement de l'émission, aux instants indiqués. Il peut ainsi proposer des traitements à des moments clés de l'émission, afin de diffuser par exemple le résultat de ces traitements sous la forme de services interactifs du genre portail d'informations. REVENDICATIONS 1. Procédé de synchronisation de diffusion de programmes vers des utilisateurs (5) et d'incorporation de contenus de diffusion dans lesdits programmes, dans lequel : - on envoie de manière organisée dans le temps des instructions de commandes à au moins un dispositif de diffusion (14) des programmes et à au moins un serveur de diffusion (13), - on produit lesdits programmes et lesdits contenus respectivement au moyen dudit dispositif de diffusion (14) et dudit serveur de diffusion (13), sous l'effet immédiat desdites commandes, - et on incorpore aussitôt lesdits contenus dans lesdits programmes avant diffusion vers les utilisateurs (5), caractérisé en ce que : - on envoie parmi lesdites instructions de commandes soumises audit serveur de diffusion (13), des instructions incompréhensibles par ledit serveur (13) et relatives à des traitements de données à traiter par au moins un opérateur de services (2), - lorsque ledit serveur (13) reçoit des instructions de commandes qu'il est incapable de comprendre, on route immédiatement lesdites instructions vers au moins un centre de diffusion (20) dudit opérateur de services (2) au moyen dudit serveur (13), - et on déclenche des exécutions immédiates desdites commandes issues des instructions reçues par ledit centre de diffusion (20) au moyen dudit centre de diffusion (20), de telle sorte qu'on synchronise la diffusion des programmes avec des opérations relatives aux traitements desdites données, ladite diffusion vers les utilisateurs étant de préférence une diffusion générale. 2. Procédé de synchronisation selon la revendication 1, caractérisé en ce que lesdites commandes visées par lesdites instructions de commande comprennent : - un déclenchement d'au moins un desdits traitements de données par l'opérateur de services (2) ; - une interruption d'au moins un desdits traitements de données ; - et 1 ou un déclenchement d'une récupération d'au moins un résultat desdits traitements de données et d'une transmission dudit résultat audit serveur de diffusion (13). 3. Module de traitement (40) d'un centre de diffusion (20) d'un opérateur de services (2), ledit module (40) comprenant : - une unité de communication (41) d'informations avec au moins un serveur de diffusion (13), ledit serveur (13) étant notamment destiné à préparer des contenus de diffusion pour incorporation dans des programmes à diffuser vers des utilisateurs (5), - et une unité d'actions (42) relatives à des traitements de données à traiter par ledit opérateur de services (2), caractérisé en ce qu'il comprend en outre une unité de synchronisation (43) prévue pour avoir accès à au moins une liste d'exécution (LO) pour opérateur, ladite liste (LO) comprenant au moins un couple d'une instruction relative à un traitement de données par l'opérateur de services (2) et d'une commande de traitement associée, ladite unité de synchronisation (43) étant capable, dès réception par ladite unité de communication (41), d'une instruction de commande en provenance dudit serveur de diffusion (13) : - de comparer ladite instruction de commande aux dites instructions de ladite liste d'exécution (LO), - et lorsque ladite instruction de commande (CO) correspond à l'une desdites instructions de ladite liste d'exécution (LO), de provoquer une requête d'exécution immédiate de la commande associée à ladite instruction au moyen de ladite unité d'actions (42), ledit module de traitement (40) étant préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'une des revendications 1 ou 2. 4. Module de traitement (40) pour opérateur selon la revendication 3, caractérisé en ce que ladite unité d'actions (42) est capable de provoquer des actions relatives à des traitements de données en provenance d'au moins un desdits utilisateurs (5), telles qu'avantageusement des votes et 1 ou des réponses à des jeux. 5. Module de traitement (40) pour opérateur selon l'une des revendications 3 ou 4, caractérisé en ce que ladite unité d'actions (42) est capable de provoquer des actions relatives à des traitements de données extraites d'au moins un desdits programmes. 6. Centre de diffusion (20) d'un opérateur de services (2), caractérisé en ce qu'il comprend au moins un module de traitement (40) pour opérateur conforme à l'une quelconque des revendications 3 à 5. 7. Opérateur de services (2), caractérisé en ce qu'il comprend au moins un centre de diffusion (20) conforme à la revendication 6. 8. Module de traitement (30) d'un serveur de diffusion (13), comprenant : - une unité de communication (31) d'informations avec au moins un centre de diffusion (20) d'un opérateur de services (2), - et une unité d'actions (32) relatives à des contenus de diffusion devant être incorporés dans des programmes à diffuser à des utilisateurs (5), ladite unité d'actions (32) étant capable de déclencher une préparation desdits contenus et une transmission desdits contenus à un système d'incorporation (15) desdits contenus dans lesdits programmes, et étant prévue pour exécuter immédiatement des commandes associées à des instructions reçues d'un système de commande (12), caractérisé en ce que ledit module de traitement (30) pour diffuseur comprend en outre une unité de routage (33) destinée à router immédiatement lesdites instructions de commandes (CO) reçues vers ledit centre de diffusion (20) lorsque ladite unité d'actions (32) n'est pas capable de comprendre lesdites instructions, ledit module de traitement (30) pour diffuseur étant préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'une des revendications 1 ou 2 et/ou à router lesdites instructions vers un centre de diffusion (20) conforme à la revendication 6. 9. Système de trafic (11) capable de créer des listes d'exécution (LD), chacune desdites listes (LD) comprenant des triplets d'un horaire, d'un dispositif à piloter et d'une instruction de commande, lesdits dispositifs à piloter comprenant notamment au moins un serveur de diffusion (13), caractérisé en ce que ledit système de trafic (11) est prévu pour incorporer dans lesdites listes (LD) des triplets dans lesquels le dispositif à piloter est ledit serveur de diffusion (13) et lesdites instructions associées sont des instructions de traitements de données, sont incompréhensibles par ledit serveur (13) et sont destinées à être routées immédiatement par ledit serveur (13) vers au moins un opérateur de services (2), ledit système de trafic (11) étant préférentiellement destiné à mettre en oeuvre le procédé de synchronisation selon l'une des revendications 1 ou 2. 10. Liste d'exécution (LD) pour diffuseur, comprenant des triplets d'un horaire, d'un dispositif à piloter et d'une instruction de commande, lesdits dispositifs à piloter comprenant notamment au moins un serveur de diffusion (13), caractérisé en ce que pour au moins un desdits triplets, le dispositif à piloter est ledit serveur de diffusion (13) et lesdites instructions associées sont des instructions de traitements de données, sont incompréhensibles par ledit serveur (13) et sont destinées à être routées immédiatement par ledit serveur (13) vers au moins un opérateur de services (2), ladite liste d'exécution (LD) pour diffuseur étant préférentiellement produite par un système de trafic (11) conforme à la revendication 9. 11. Produit programme d'ordinateur, caractérisé en ce qu'il comprend des fonctionnalités aptes à mettre en oeuvre lesdites unités (41- 43) du module de traitement (40) pour opérateur selon l'une quelconque des revendications 3 à 5, lesdites unités (31-33) du module de traitement (30) pour diffuseur selon la revendication 8 et 1 ou le système de trafic (11) selon la revendication 9.