Brevet FR2925800A1 — publié le 20090626

Procédé de synchronisation d'une action "Rich Media"� avec un changement audiovisuel, dispositif et programme d'ordinateur correspondants, procédé de création d'une présentation "Rich Media"� et programme d'ordinateur correspondant. 1. Domaine de l'invention Le domaine de l'invention est celui des technologies de type "Rich Media"�, et plus particulièrement des présentations de type "Rich Media"�, incluant des formes graphiques, du texte, de l'interactivité, des animations et des médias (images et flux audio-visuels), destinées à être restituées sur un terminal utilisateur. Plus précisément, l'invention concerne une technique permettant de synchroniser des changements dans la partie audio-visuelle d'une telle présentation avec des changements dans la partie purement "Rich Media"� (c'est-à-dire la partie incluant notamment les formes graphiques et leur gestion et l'interactivité, mais pas la gestion des médias). 2. Art antérieur Dans une présentation "Rich Media"� contenant une référence à un flux vidéo, dans la majorité des cas, la partie purement "Rich Media"� est fournie et gérée par un serveur de type "Rich Media"�, encore appelé serveur de présentation, et la partie audio-visuelle est gérée par un serveur vidéo, encore appelé serveur de streaming, puis transmise au terminal. Ces deux serveurs étant distincts, ils n'ont pas la même référence temporelle et ne peuvent pas se synchroniser entre eux. Les contenus fournis par ces deux serveurs ne peuvent donc pas être synchronisés non plus. Ainsi, il est difficile de faire coïncider parfaitement, d'un point de vue utilisateur, une modification de type "Rich Media"� avec un événement intervenant au cours de la diffusion du flux vidéo. Par exemple, on considère une présentation "Rich Media"� contenant une référence à un flux vidéo. L'utilisateur visualise sur son terminal le flux vidéo (fourni par un serveur de streaming), ainsi que certaines informations de type "Rich Media"�, comme par exemple le numéro et/ou le logo de la chaîne diffusant le flux vidéo, fournies par le serveur de présentation. Quand l'utilisateur change de chaîne pour visualiser un autre contenu vidéo, il attend que les informations "Rich Media"� relatives au changement de chaîne soient affichées également, ainsi que les informations concernant la nouvelle chaîne quand le changement vidéo a eu lieu. Or, du fait que les serveurs de streaming et de présentation ne sont pas synchronisés, il est difficile, pour l'auteur de la présentation "Rich Media"�, de savoir quand effectuer le changement dans la scène "Rich Media"�, en fonction du changement dans la vidéo. Le changement dans la vidéo peut être un changement sémantique (par exemple, passage d'un film à une séquence de publicité ou inversement) ou un changement optimisé de chaîne. Un changement optimisé de chaîne peut s'effectuer de la manière suivante : le serveur de streaming substitue les images de la chaîne suivante à celles de la chaîne précédente au sein du flux vidéo existant, sans que le serveur de présentation n'en soit informé. Le serveur de présentation n'a donc pas d'information précise lui indiquant quand il doit effectuer le changement de numéro/logo de chaîne. Une première technique consiste à effectuer ce changement au moment où la requête pour un changement de flux vidéo est transmise du serveur de présentation au serveur de streaming. Un inconvénient de cette technique réside dans le fait que le temps de réaction du serveur de streaming pour changer de flux vidéo n'est pas pris en compte, et le changement de numéro/logo de chaîne intervient systématiquement trop tôt par rapport au changement effectif de flux vidéo. L'utilisateur a donc pendant un moment une information de chaîne qui ne correspond pas à la vidéo qu'il visualise sur son écran. Une deuxième technique consiste à effectuer le changement de numéro/logo de chaîne après un certain délai prédéterminé suivant la transmission de la requête pour un changement de flux vidéo du serveur de présentation au serveur de streaming. Ce délai correspond à une estimation du temps de réaction du serveur de streaming, mais ne peut pas prendre en considération les conditions de transmission du réseau, qui entraînent des variations dans le temps de réaction du serveur de streaming. Cette solution n'est donc pas non plus optimale pour l'utilisateur en terme 5 de concordance entre le flux vidéo et les informations de type "Rich Media"� affichées sur son terminal. Dans le cas d'un changement dans la vidéo qui n'est pas déclenché par une action utilisateur, comme le passage d'une séquence de film à une séquence de publicité, aucune des deux techniques ci-dessus ne fonctionne et les heuristiques 10 applicables sont encore plus aléatoires. Une technique peut par exemple consister à faire un calcul de retard moyen sur le chemin d'arrivée de la vidéo, et un calcul similaire sur le retard moyen des informations de scènes, et à synchroniser ensuite la modification de la scène. Cependant, cette technique comporte des incertitudes cumulées sur l'arrivée de la vidéo, l'arrivée de la scène et l'écart entre le serveur 15 vidéo et le serveur de scène. 3. Exposé de l'invention L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de synchronisation d'une action dans un contenu "Rich Media"� avec un 20 changement dans un contenu audiovisuel, lesdits contenus "Rich Media"� et audiovisuel faisant partie d'une présentation de type "Rich Media"�. Selon l'invention, un tel procédé comprend les étapes suivantes : obtention d'une information représentative dudit changement dans ledit contenu audiovisuel, appelée information de changement ; 25 - synchronisation d'une action dans ledit contenu "Rich Media"� avec ledit changement, ladite étape de synchronisation comprenant les sous-étapes suivantes : o conversion de ladite information de changement en un événement de type "Rich Media"� ; 30 o détection dudit événement par au moins un objet "Rich Media"� de ladite présentation ; o déclenchement de ladite action dans ladite présentation en fonction dudit événement détecté. Ainsi, l'invention repose sur une approche nouvelle et inventive de la synchronisation, dans une présentation "Rich Media"�, d'actions "Rich Media"� avec des changements dans un flux, ou contenu, audiovisuel référencé dans cette présentation "Rich Media"�, et transmis par une entité distincte, par exemple un serveur de diffusion audiovisuel. En effet, le procédé selon l'invention permet de signaler, d'une manière interprétable par les objets "Rich Media"� de la présentation, un changement dans un flux audiovisuel, transmis par un serveur de diffusion audiovisuel, de façon à synchroniser une action "Rich Media"� avec ce changement dans le flux audiovisuel. L'information de changement dans le flux obtenue est d'abord traitée par un objet d'interface audiovisuel/"Rich Media"� de la présentation "Rich Media"�, encore appelé objet "vidéo", qui est notamment apte à décoder et afficher les images du flux audiovisuel dans la présentation "Rich Media"� sur un terminal d'un utilisateur qui visualise la présentation. Cet objet "vidéo" déclenche un événement de type "Rich Media"� à l'obtention de cette information de changement. Cet événement "Rich Media"� est d'un type particulier, spécifique à une synchronisation d'un changement du flux audiovisuel avec une action "Rich Media"�. Un ou plusieurs objets "Rich Media"�, encore appelés objets d'interactivité, sont programmés dans la présentation pour être à l'écoute de tels événements déclenchés par un objet "vidéo", et pour être activés sur détection de tels événements. Ainsi, lorsqu'un tel objet d'interactivité détecte l'événement déclenché par l'objet "vidéo", l'objet d'interactivité est activé et l'action "Rich Media"� liée au changement dans le flux audiovisuel est mise en oeuvre. L'action "Rich Media"� est donc effectuée de manière synchrone avec le changement dans le flux signalé par l'information de changement. Selon un mode de réalisation de l'invention, ladite information de changement est transmise via ledit contenu audiovisuel. Ainsi, le contenu audiovisuel référencé dans la présentation "Rich Media"�, et transmis par exemple par un serveur de diffusion audiovisuel, comprend, en plus des données spécifiques au contenu audiovisuel, et aux données de signalisation classique d'un flux audiovisuel, des données représentatives d'un changement, notées information de changement, dans le flux considéré. Par exemple, cette information de changement est transmise en même temps que la première image suivant le changement dans le flux (un changement de contenu par exemple). Cette information de changement peut être un indicateur simple prédéterminé, indiquant simplement qu'il y a un changement dans le flux, ou un indicateur plus complexe précisant ou donnant des informations sur le type de changement dans le flux, voire des informations sur le type d'actions à mettre en oeuvre en relation avec ce changement dans le flux. Selon une variante de ce mode de réalisation, ladite étape d'obtention met en oeuvre une lecture d'un indicateur représentant ladite information de 20 changement inséré dans ledit contenu audiovisuel. Ainsi, le flux audiovisuel peut contenir un indicateur donnant l'accès à une information de changement transmise ailleurs dans le flux, comme un pointeur comprenant une adresse de lecture dans le flux, à laquelle trouver l'information de changement. 25 Selon un autre mode de réalisation, ladite information de changement est issue d'une comparaison d'une information d'horodatage associée à ladite présentation avec l'horodatage courant dudit contenu audiovisuel. Selon ce mode de réalisation, l'information de changement correspond à un résultat positif de comparaison entre deux informations d'horodatage, la première étant connue de la présentation, et la deuxième correspondant à l'horodatage courant du flux audiovisuel. Par exemple, la première information d'horodatage est transmise par un serveur de diffusion audiovisuel, qui transmet également le flux audiovisuel concerné par un changement, au terminal de l'utilisateur qui visualise la présentation, par exemple par l'intermédiaire d'un serveur de présentation assurant la gestion de la présentation "Rich Media"�. Cette information d'horodatage correspond par exemple à une étiquette temporelle d'un instant dans le flux. Dans le cas où le changement dans le flux correspond à un changement de contenu, par exemple suite à une requête de l'utilisateur, l'étiquette temporelle peut correspondre à la première image du nouveau contenu. La deuxième information d'horodatage correspond à l'horodatage courant du flux audiovisuel, par exemple l'étiquette temporelle de l'image courante en cours de décodage et d'affichage dans la présentation "Rich Media"�. Dans ce mode de réalisation, la première information d'horodatage est interprétable par l'objet "vidéo", qui est aussi capable de connaître l'étiquette temporelle de chaque image dont il assure le décodage et l'affichage au sein de la présentation "Rich Media"�. Cet objet "vidéo" compare la première information d'horodatage avec l'information d'horodatage courante, de façon à déterminer une information représentative du changement dans le flux, à l'instant où les deux étiquettes temporelles coïncident. Une fois cette information de changement déterminée, la suite du traitement selon le procédé de synchronisation est le même que pour le premier mode de réalisation, c'est-à-dire le déclenchement d'un événement particulier par l'objet "vidéo", la détection de cet événement par un objet d'interactivité et la mise en oeuvre de l'action correspondante. Selon une caractéristique particulière de l'invention, ladite information de changement comprend également au moins une information représentative de 30 ladite action dans ledit contenu "Rich Media"�, appelée information d'action. Ainsi, l'information de changement permet non seulement de signaler un changement dans le flux, mais de donner des indications sur la ou les actions à mettre en oeuvre en relation avec ce changement du flux. En particulier, ladite information d'action appartient au groupe comprenant 5 - URN ("Uniform Resource Name") ; - URI ("Uniform Resource Identifier") ; - URL ("Uniform Resource Locator"). Ainsi, lorsque l'objet d'interactivité est activé, il résout l'information 10 d'action, par exemple une URL, afin de mettre en oeuvre l'action requise. Un autre aspect de l'invention concerne un dispositif de synchronisation d'une action dans un contenu "Rich Media"� avec un changement dans un contenu audiovisuel, lesdits contenus "Rich Media"� et audiovisuel faisant partie d'une présentation de type "Rich Media"�. 15 Selon l'invention, un tel dispositif comprend : des moyens d'obtention d'une information représentative dudit changement dans ledit contenu audiovisuel, appelée information de changement ; des moyens de synchronisation d'une action dans ledit contenu "Rich Media"� avec ledit changement, lesdits moyens de synchronisation 20 comprenant : o des moyens de conversion de ladite information de changement en un événement de type "Rich Media"� ; o des moyens de détection dudit événement par au moins un objet "Rich Media"� de ladite présentation ; 25 o des moyens de déclenchement de ladite action dans ladite présentation en fonction dudit événement détecté. Un tel dispositif d'émission est notamment adapté à mettre en oeuvre le procédé de synchronisation décrit précédemment. L'invention concerne également un produit programme d'ordinateur 30 téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé de synchronisation décrit précédemment. Un autre aspect de l'invention concerne un procédé de création d'une 5 présentation type "Rich Media"� comprenant au moins un contenu audiovisuel et au moins un contenu "Rich Media"�. Selon l'invention, le procédé de création comprend les étapes suivantes : déclenchement, par au moins un objet d'interface audiovisuel/"Rich Media"�, d'au moins un événement représentatif d'un changement dans 10 ledit contenu audiovisuel ; création d'au moins un objet "Rich Media"� apte à détecter ledit au moins un événement ; activation dudit objet "Rich Media"� sur détection dudit au moins un événement ; 15 - association d'au moins une action à l'activation dudit objet "Rich Media"�. Ainsi, le procédé de création d'une présentation "Rich Media"� selon l'invention permet de mettre en oeuvre une action dans la présentation, en relation avec un événement représentatif d'un changement dans un flux audiovisuel 20 référencé dans la présentation "Rich Media"�. Cette action est notamment mise en oeuvre suite à l'activation d'un objet programmé en particulier pour être à l'écoute d'un tel événement. L'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support 25 lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé de création décrit précédemment. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus 30 clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente les principales étapes du procédé selon un mode de réalisation de l'invention ; la figure 2 illustre un schéma fonctionnel d'une première variante du mode de réalisation de la figure 1 ; la figure 3 illustre un schéma fonctionnel d'une deuxième variante du mode de réalisation de la figure 1 ; les figures 4a et 4b présentent un exemple d'application du procédé selon les deux variantes du mode de réalisation de l'invention illustrées en figures 2 et 3, côté récepteur client ; 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur l'obtention d'une information représentative d'un changement dans un flux audiovisuel et le traitement de cette information par plusieurs objets de la présentation "Rich Media"� de façon à synchroniser une action dans la présentation avec le changement dans le flux audiovisuel. Ainsi, le procédé selon l'invention permet de remédier au problème de différence de référentiel temporel entre le flux audiovisuel et la présentation "Rich Media"� et donc de synchroniser un changement intervenant à un instant t dans le flux audiovisuel avec une action de type "Rich Media"� dans la présentation. 5.2 Description d'un mode de réalisation On présente, en relation avec la figure 1, les principales étapes du procédé de synchronisation selon un mode de réalisation de l'invention. La synchronisation entre un changement dans un flux audiovisuel référencé dans une présentation "Rich Media"� et une action dans la présentation comprend une première étape 10 d'obtention d'une information représentative d'un changement dans le flux audiovisuel. Cette information est ensuite traitée lors d'une étape 11 de synchronisation, qui comprend les sous-étapes décrites ci-dessous. Cette information de changement est d'abord convertie, lors d'une étape 110, en un événement spécifique, de type "Rich Media"�. Cet événement est ensuite détecté, lors d'une étape 111, par un objet RM, encore appelé objet d'interactivité, entraînant l'activation de cet objet d'interactivité dans la présentation. Cette activation correspond à la mise en oeuvre, lors d'une étape 112, d'une action dans la présentation, en relation avec le changement dans le flux audiovisuel. Ce mode de réalisation est décrit plus en détails ci-dessous, en relation avec plusieurs variantes et exemples d'application. 5.2.1 Première variante Selon une première variante du mode de réalisation décrit ci-dessus, illustrée en figure 2, l'information représentative du changement dans le flux audiovisuel est transmise via le flux audiovisuel. On considère un système dans lequel un serveur de présentation 20 gère la partie "Rich Media"� de la présentation "Rich Media"� et un serveur de diffusion audiovisuel 21 fournit le ou les flux audiovisuels correspondant à cette présentation. Cette présentation "Rich Media"� est restituée sur un terminal ou récepteur client 22. Selon cette variante du mode de réalisation, l'information représentative d'un changement 211 dans le flux audiovisuel est transmise via le flux audiovisuel 210, par le serveur de diffusion audiovisuel 21. Cette information 211 permet au terminal 22 de savoir que l'action à effectuer dans la présentation doit l'être au moment de la lecture de cette information, afin d'être synchrone avec le changement. Par exemple, cette information 211 correspond à une valeur particulière qui, lorsqu'elle est lue par un objet d'interface audiovisuel/"Rich Media"�, déclenche un événement particulier, noté par la suite événement de type A. Dans la présentation "Rich Media"�, un (ou plusieurs) objet "Rich Media"�, encore appelé objets d'interactivité, est programmé pour être à l'écoute des événements de type A. Quand un de ces événements a lieu, l'objet d'interactivité est alors activé, déclenchant l'action correspondant au changement dans le flux audiovisuel. 5.2.2 Deuxième variante Selon une deuxième variante du mode de réalisation décrit ci-dessus, illustrée en figure 3, l'information représentative du changement dans le flux audiovisuel n'est pas transmise via le flux audiovisuel mais est issue d'une comparaison entre une information d'horodatage connue de la présentation "Rich Media"� et l'horodatage courant du flux audiovisuel. Par exemple, le changement du flux audiovisuel correspond à un changement de canal source, ou un changement de chaîne de télévision. Le serveur de diffusion audiovisuel 21, qui met en oeuvre ce changement de chaîne (sur requête du terminal par exemple), connaît l'horodatage du changement de chaîne. Cet horodatage correspond par exemple à l'étiquette temporelle 30 de la première image de la nouvelle chaîne. Le serveur de diffusion 21 transmet au serveur de présentation 20 l'étiquette temporelle 30 du changement dans le flux audiovisuel 31 et transmet le flux audiovisuel 31 au récepteur client 22. Le serveur de présentation 20 transmet au récepteur du client 22 l'étiquette temporelle 30, qui est ensuite transmise à l'objet d'interface audiovisuel/"Rich Media"�. Cet objet d'interface est chargé de comparer cette étiquette temporelle 30 avec l'horodatage courant du flux audiovisuel dont il décode et affiche les images. Quand l'étiquette temporelle 30 correspond à l'horodatage courant, c'est que l'image en cours de décodage et d'affichage est la première image de la nouvelle chaîne. L'objet d'interface déclenche alors un événement particulier, par exemple 5 de type A comme dans la première variante. L'objet interactif programmé pour être à l'écoute des événements de type A est alors activé sur réception de cet événement généré par l'objet d'interface, et l'action correspond au changement dans le flux audiovisuel est déclenchée. 5.3 Description d'un exemple d'application 10 Un autre exemple d'application concerne l'affichage d'une publicité pendant la diffusion d'un flux audiovisuel, un film par exemple. Le serveur de diffusion audiovisuel effectue les changements entre le film et la publicité, puis la publicité et le film, changements qui sont "transparents" pour le serveur de présentation, qui reçoit un flux audiovisuel, quelque soit le 15 contenu (film ou publicité). Cependant, la présentation "Rich Media"� contenant la référence à ce flux audiovisuel doit présenter des informations spécifiques à l'utilisateur, notamment pendant la diffusion de la publicité (par exemple des informations interactives pour de l'achat en ligne, ou des informations personnalisées en rapport avec le 20 contenu de la publicité). Le procédé selon l'invention permet donc à la présentation "Rich Media"� de connaître l'instant de début de la publicité, afin d'afficher ses informations spécifiques au lieu des informations du film, et l'instant de fin de la publicité, afin de revenir à un affichage correspondant à la diffusion du film. 25 Les figures 4a et 4b illustrent cet exemple d'application de l'invention, respectivement selon la première et la deuxième des variantes décrites ci-dessus, du point de vue du client. Le récepteur du client restitue, au cours du temps, les présentations 40, 41 et 42. Ces présentations comprennent des référence à un flux audiovisuel, 30 respectivement un film (40), une publicité (41) et la suite du film (42), et une partie "Rich Media"�, par exemple pour l'affichage du log de la chaîne et pour les informations d'interactivité liées à la diffusion de la publicité. Selon la première variante (figure 4a), une information représentative d'un premier changement dans le flux audiovisuel est transmise par le serveur de diffusion, en même temps que le flux audiovisuel. Cette information, notée information de changement 1, correspond au début de la publicité et est reçue par le serveur de présentation en même temps que le flux audiovisuel de publicité, à l'instant T1. Cette information est transmise à l'objet d'interface audiovisuel/"Rich Media"� de la présentation, qui lui-même déclenche un événement particulier (par exemple événement "début_publicité"), destiné à activer un objet d'interactivité de la présentation, programmé spécifiquement pour être à l'écoute de ces événements particuliers, comme décrit précédent en relation avec la figure 1. L'activation de l'objet d'interactivité correspond ici à une action "Rich Media"� de type 1 (notée action RM 1), par exemple l'affichage d'informations relatives à la publicité diffusée (proposition d'achat en ligne, informations de tarifs, de promotions etc.). Le principe est le même pour le passage de la publicité au film (soit la suite du film précédemment diffusé, soit un autre film). Une deuxième information de changement, notée information de changement 2, est transmise par le serveur de diffusion audiovisuel. Cette information, qui correspond à la fin de la publicité, est reçue par le serveur de présentation en même temps que le flux audiovisuel de film, à l'instant T2. Cette information est transmise à l'objet d'interface audiovisuel/"Rich Media"� de la présentation, qui lui-même déclenche un autre événement particulier (par exemple événement "début_film"), destiné à activer un objet d'interactivité de la présentation, programmé spécifiquement pour être à l'écoute de ces événements particuliers, comme décrit précédent en relation avec la figure 1. L'activation de l'objet d'interactivité correspond ici à une action "Rich 30 Media"� de type 2 (notée action RM 2), par exemple l'affichage d'informations relatives au film diffusé (possibilité d'obtenir des informations sur le film, les acteurs du film, les autres horaires de diffusion, etc). Selon la deuxième variante (figure 4b), deux informations représentatives respectivement des deux changements décrits sont transmises par le serveur de diffusion au serveur de présentation. Ces deux informations peuvent être transmises sous la forme d'une seule donnée, comprenant les deux informations, ou de deux données, comprenant chacune une information de changement. Ces informations de changement correspondent à des étiquettes temporelles de l'instant où a lieu le changement dans le flux audiovisuel. Dans notre exemple, la première étiquette temporelle correspond à la première image de la publicité (instant Ti), et la deuxième information de changement correspond à la première image du film diffusée après la publicité (instant Ti). Ces deux étiquettes temporelles sont transmises par le serveur de présentation à l'objet d'interface audiovisuel)"Rich Media"� de la présentation. Au fur et à mesure de la diffusion du flux audiovisuel, cet objet d'interface compare ces étiquettes temporelles avec l'étiquette temporelle de l'image qu'il est en train de décoder et d'afficher. A l'instant Ti, l'objet d'interface compare l'étiquette temporelle de la première image de la publicité, avec l'étiquette temporelle T 1, correspondant elle aussi à la première image de la publicité. Le résultat de la comparaison est donc positif, et l'objet d'interface déclenche un événement particulier (par exemple événement "début_publicité") destiné à activer un objet d'interactivité de la présentation, programmé spécifiquement pour être à l'écoute de ces événements particuliers, comme décrit précédent en relation avec la figure 1. Ensuite, comme décrit précédemment dans la première variante, l'activation de l'objet d'interactivité correspond à une action "Rich Media"� de type 1 (notée action RM 1), par exemple l'affichage d'informations relatives à la publicité diffusée (proposition d'achat en ligne, informations de tarifs, de promotions etc.). De même, pendant la diffusion de la publicité, l'objet d'interface continue à comparer l'étiquette temporelle de chaque image qu'il décode et affiche avec la deuxième étiquette temporelle (étiquette 2). Lorsque, à l'instant T2, l'objet d'interface compare l'étiquette temporelle de la première image du film, à la fin de la publicité, avec l'étiquette temporelle T2, correspondant elle aussi à la première image du film, le résultat de la comparaison est positif. L'objet d'interface déclenche alors un événement particulier (par exemple événement "début_film") destiné à activer un objet d'interactivité de la présentation, programmé spécifiquement pour être à l'écoute de ces événements particuliers, comme décrit précédent en relation avec la figure 1. L'activation de l'objet d'interactivité correspond, comme décrit ci-dessus pour la i variante, à une action "Rich Media"� de type 2 (notée action RM 2), par exemple l'affichage d'informations relatives au film diffusé (possibilité d'obtenir des informations sur le film, les acteurs du film, les autres horaires de diffusion, etc). Ces deux actions RM 1 et RM 2 peuvent être programmées dans la présentation "Rich Media"�, donc connues de l'objet d'interactivité, qui met en oeuvre ces actions lorsqu'il est activé. Par exemple, on suppose qu'un objet est programmé pour afficher des informations de publicité lorsqu'il est activé suite à la détection d'un événement de type "début_publicité". Un autre objet peut être programmé pour afficher des informations sur un film lorsqu'il est activé suite à la détection d'un événement de type "début_film". Dans une variante de cet exemple d'application, il y a deux objets d'interactivité et non un seul, chacun étant responsable de l'une des deux actions. Ces actions d'affichage d'informations spécifiques, ou tout autre type d'actions mis en oeuvre dans la présentation, de façon synchrone avec un changement dans un flux audiovisuel, peuvent être paramétrées via une URN ("Uniforme Resource Name"), une URI ("Uniforme Resource Identifier") ou une URL ("Uniforme Resource Locator"). Par exemple, l'événement déclenché par l'objet d'interface audiovisuel)"Rich Media"� possède un attribut contenant une URL, qui renvoie vers les informations spécifiques à afficher (en relation avec la publicité ou le film). L'objet d'interactivité résout )'URL lorsqu'il est activé à la détection de l'événement, et les informations spécifiques sont ainsi affichées, en même temps qu'intervient le changement dans le flux audiovisuel. REVENDICATIONS 1. Procédé de synchronisation d'une action dans un contenu "Rich Media"� avec un changement dans un contenu audiovisuel, lesdits contenus "Rich Media"� et audiovisuel faisant partie d'une présentation de type "Rich Media"�, caractérisé en ce qu'il comprend les étapes suivantes : obtention d'une information représentative dudit changement dans ledit contenu audiovisuel, appelée information de changement ; synchronisation d'une action dans ledit contenu "Rich Media"� avec ledit changement, ladite étape de synchronisation comprenant les sous-étapes 10 suivantes : o conversion de ladite information de changement en un événement de type "Rich Media"� ; o détection dudit événement par au moins un objet "Rich Media"� de ladite présentation ; 15 o déclenchement de ladite action dans ladite présentation en fonction dudit événement détecté. 2. Procédé de synchronisation selon la revendication 1, caractérisé en ce que ladite information de changement est transmise via ledit contenu audiovisuel. 3. Procédé de synchronisation selon la revendication 1, caractérisé en ce que 20 ladite information de changement est issue d'une comparaison d'une information d'horodatage associée à ladite présentation avec l'horodatage courant dudit contenu audiovisuel. 4. Procédé de synchronisation selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite information de changement comprend également au 25 moins une information représentative de ladite action dans ledit contenu "Rich Media"�, appelée information d'action. 5. Procédé de synchronisation selon la revendication 4, caractérisé en ce que ladite information d'action appartient au groupe comprenant : - URN ("Uniform Resource Name") ; 30 - URI ("Uniform Resource Identifier") ;-URL ("Uniform Resource Locator"). 6. Dispositif de synchronisation d'une action dans un contenu "Rich Media"� avec un changement dans un contenu audiovisuel, lesdits contenus "Rich Media"� et audiovisuel faisant partie d'une présentation de type "Rich Media"�, caractérisé en ce qu'il comprend : des moyens d'obtention d'une information représentative dudit changement dans ledit contenu audiovisuel, appelée information de changement ; des moyens de synchronisation d'une action dans ledit contenu "Rich Media"� avec ledit changement, lesdits moyens de synchronisation comprenant : o des moyens de conversion de ladite information de changement en un événement de type "Rich Media"� ; o des moyens de détection dudit événement par au moins un objet "Rich Media"� de ladite présentation ; o des moyens de déclenchement de ladite action dans ladite présentation en fonction dudit événement détecté. 7. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de synchronisation selon l'une au moins des revendications 1 à 5. 8. Procédé de création d'une présentation type de "Rich Media"� comprenant au moins un contenu audiovisuel et au moins un contenu "Rich Media"�, pour la mise en oeuvre du procédé de synchronisation selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend les étapes suivantes : déclenchement, par au moins un objet d'interface audiovisuel/"Rich Media"�, d'au moins un événement représentatif d'un changement dans ledit contenu audiovisuel ; - création d'au moins un objet "Rich Media"� apte à détecter ledit au moinsun événement ; activation dudit objet "Rich Media"� sur détection dudit au moins un événement ; association d'au moins une action à l'activation dudit objet "Rich Media"�. 9. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de création selon la revendication 8.