Brevet FR2872662A1 — publié le 20060106

L'invention concerne un procédé de visualisation de séquences audiovisuelles par un récepteur, et un récepteur apte à les visualiser. L'invention concerne plus particulièrement l'affichage de séquences publicitaires associées à un certain évènement ou à un produit que l'on veut lancer. De nos jours, de nombreux évènements sont précédés d'une campagne publicitaire. L'événement peut être par exemple, la sortie d'un film en salle, le lancement d'une nouvelle voiture ou la mise sur le réseau de lo diffusion lorsqu'un contenu audiovisuel particulièrement intéressant. Un autre type de campagne publicitaire consiste à mettre en scène un produit ou à rappeler les caractéristiques d'un produit. Généralement les annonceurs publicitaires développent un véritable scénario permettant d'attirer peu à peu l'intérêt du consommateur vers le produit objet de la campagne publicitaire. Concrètement, une campagne publicitaire est composée de plusieurs séquences publicitaires (ou écrans publicitaires) se succédant chronologiquement jusqu'à la date de lancement ou de mise sur le marché du produit. Dans le domaine des programmés audiovisuels, les utilisateurs sont dotés d'appareils permettant de visualiser des programmes audiovisuels diffusées à partir d'un réseau de diffusion ou téléchargées d'un réseau numérique à haut débit. On trouve de plus en plus d'appareils permettant d'enregistrer des temps très longs de programmes. Ces moyens sont par exemple, le lecteur/enregistreur de DVD (ou DVD-RAM selon une terminologie anglo-saxonne), ou le disque dur (ou Nard Disk Drive selon une terminologie anglo-saxonne, HDD en abrégé). Ces moyens permettent d'enregistrer des programmes audiovisuels reçus en temps réel d'un réseau de diffusion, et de les restituer à la demande. Lorsque la campagne publicitaire s'effectue sur un réseau de diffusion, le diffuseur va programmer la visualisation des séquences à des moments déterminés conformément aux souhaits de l'annonceur publicitaire. Il ne peut cependant pas prévoir le comportement de l'utilisateur de l'appareil de visualisation. Par exemple, celui-ci peut être un téléspectateur occasionnel qui allume son appareil très peu souvent et ne verra ainsi qu'une partie des séquences publicitaires de la campagne. Supposons que la campagne se compose de 5 séquences publicitaires chronologiques. Un utilisateur occasionnel ne verrait que les séquences 1, 2 et 5, la campagne publicitaire lui paraîtrait mal faite. Au pire, s'il enregistre les programmes audiovisuels dans son appareil, il risque de voir les séquences dans un ordre io différent de celui prévu par l'annonceur. Un des avantages de la présente invention est d'assurer à l'annonceur que l'utilisateur regarde un scénario publicitaire le plus proche possible de celui prévu par l'annonceur. De plus, la présente invention peut optimiser la couverture et l'impact d'une campagne publicitaire axée sur un produit, un événement précis ou un programme dont la diffusion est annoncée à l'avance, en adaptant la visualisation des séquences publicitaires aux habitudes de visualisation de l'utilisateur. Un objet de la présente invention est un procédé de visualisation de séquences audiovisuelles, de préférence de type publicitaire au niveau de l'appareil d'un utilisateur, les émissions étant transmises par avance par un diffuseur et visualisées à des moments déterminés par le diffuseur et modifiés dans une mesure prévue par le diffuseur selon des critères propres à l'appareil. De cette manière, on peut assurer à un annonceur le bon déroulement d'un scénario quel que soit le comportement de l'utilisateur. Par exemple, on peut garantir que tous les contenus audiovisuels ont été vus au moins une fois. Ainsi, la couverture et l'impact des contenus publicitaires sont optimisés grâce au contexte individuel de chaque utilisateur. L'invention permet également aux annonceurs publicitaires de disposer d'un nouveau moyen de diffusion de leurs messages publicitaires. L'invention propose un procédé de visualisation de séquences audiovisuelles par un appareil doté d'un moyen de réception et d'enregistrement des dites séquences; caractérisé en ce qu'il comporte les étapes suivantes: - réception d'un scénario de visualisation comportant des groupes de données associant au moins un identificateur de séquences, un nombre maximum de visualisation de la séquence associée, et au moins une fenêtre temporelle de visualisation, - comptabilisation des visualisations pour chaque séquence au io niveau de l'appareil, et consécutivement à la réception d'une information de déclenchement: sélection d'une au moins séquence dont la fenêtre temporelle de visualisation associé comprend le moment présent et dont le compteur de visualisations n'a pas atteint son maximum - visualisation de la ou les séquence(s) sélectionnées. Grâce à un ordonnancement intelligent effectué localement, l'événement ou le produit annoncé aura une meilleure pénétration et une meilleure efficacité pour chaque utilisateur. L'obligation pour l'utilisateur de visualiser de façon concomitante des programmes audiovisuels sélectionnés par l'utilisateur et des séquences publicitaires programmées selon un scénario définis par l'annonceur à l'origine de ces séquences. Ainsi, en utilisant le procédé ci-dessus, un utilisateur peut acquérir auprès d'un distributeur, un appareil capable de rechercher et de visualiser des messages publicitaires, l'acquisition s'effectuant avec une réduction du coût grâce aux droits prospectifs correspondant aux messages qui seront visualisés par cet appareil. Selon un perfectionnement, la fenêtre temporelle de visualisation est découpée en une pluralité de périodes telles que des journées. On comptabilise les visualisations au cours de ces périodes et si un nombre maximum de visualisations par période est atteint, alors la séquence associée n'est plus visualisée. De cette manière, on peut répartir sur plusieurs périodes un nombre important de visualisation d'une même séquence. Selon un autre perfectionnement, deux séquences au moins sont associées à un nombre maximum de visualisation et à au moins une fenêtre temporelle de visualisation. Les séquences sont alternativement sélectionnées lorsque le moment présent se trouve dans la fenêtre io temporelle associée et si le compteur de visualisations n'a pas atteint le nombre maximum de visualisation. De cette manière, l'utilisateur ne voir pas deux fois de suite la même séquence publicitaire. Selon un autre perfectionnement, l'ordre de séquences associées est défini aléatoirement. Selon un autre perfectionnement, une valeur de priorité est associée aux séquences, la séquence ayant la plus forte priorité étant sélectionnée et visualisée en premier. Ainsi, l'annonceur peut privilégier la visualisation de certaines séquences au détriment d'autres séquences. Selon un autre perfectionnement, une séquence peut être sélectionnée et visualisée après la fenêtre temporelle indiquée dans le scénario si le nombre de visualisation de cette séquence n'a pas atteint une valeur minimale. De cette manière, si l'utilisateur a manqué des séquences du fait de son absence, le procédé peut imposer la visualisation de séquences qui auraient déjà dû être vues. Selon un autre perfectionnement, l'appareil met à jour des données d'utilisation de l'appareil et peut ainsi connaître ses habitudes. De cette façon, une séquence peut être sélectionnée et visualisée avant la fenêtre temporelle indiquée dans le scénario si les données d'utilisation montrent que l'appareil n'est habituellement pas utilisé pendant la fenêtre temporelle définie dans le scénario. Cela permet d'anticiper les absences de l'utilisateur et lui montrer par avance certaines séquences. Selon un autre perfectionnement, le nombre de visualisations de s chaque séquence est transmis à l'extérieur de l'appareil lorsque la dernière fenêtre temporelle définie dans le scénario est terminée. De cette manière, les annonceurs publicitaires peuvent connaître la quantité de messages vus et le nombre d'utilisateurs touchés par les messages, et ainsi en déduire l'impact de la campagne publicitaire. Selon un autre perfectionnement, l'utilisateur introduit son identificateur. Grâce à cet identificateur, la sélection des séquences et la comptabilisation des visualisations s'effectuent indépendamment pour chaque utilisateur. Ainsi, des consommateurs qui utilisent le même appareil à Is des moments différents, peuvent voir des scénarii conformes à ce que programme l'annonceur. L'invention propose également un récepteur d'émissions audiovisuelles comprenant un moyen de réception de séquences audiovisuelles telles que des séquences publicitaires, un moyen de visualisation; caractérisé en ce qu'il comporte un moyen de réception d'un scénario de visualisation comportant des groupes de données associant au moins un identificateur de séquences, un nombre maximum de visualisation de la séquence associée, et au moins une fenêtre temporelle de visualisation, un moyen de comptabilisation des visualisations pour chaque séquence, un moyen de sélection d'une au moins séquence dont la fenêtre temporelle de visualisation associé comprend le moment présent et dont le compteur de visualisations n'a pas atteint son maximum, ledit moyen de sélection étant activé consécutivement à la réception d'une information de déclenchement de la visualisation de séquence; le ou les séquences sélectionnées étant recherchées et visualisées par le récepteur. La présente invention apparaîtra maintenant avec plus de détails dans le cadre de la description qui suit d'exemples de réalisation donnés à titre illustratif en se référant aux figures annexées qui représentent: - la figure 1 est un diagramme bloc d'un récepteur audiovisuel pour la mise en oeuvre de l'invention, - les figures 2a et 2b illustre un exemple de scénario envoyé par un diffuseur et ce qui est réellement visualisé à un utilisateur selon l'art antérieur, la figure 3 montre un automate d'états finis illustrant l'exécution io du module ORD selon un scénario donné, la figure 4 présente un organigramme d'exécution du module ORD. On décrira tout d'abord à l'aide de la figure 1, le fonctionnement d'un récepteur audiovisuel 1 muni d'un dispositif d'affichage 2. Le récepteur comprend une unité centrale 3 reliée à une mémoire 12 de programme (ROM) et de travail (RAM), et une interface 5 pour la communication avec un bus numérique local à haut débit 6 permettant de transmettre des données audio/vidéo en temps réel. Ce réseau est par exemple un réseau IEEE 1394. Ce bus numérique permet également d'envoyer des données à un serveur. Le récepteur peut également recevoir des données audio/vidéo d'un réseau de diffusion à travers une antenne de réception associée à un démodulateur 4. Le récepteur comprend en outre un récepteur de signaux infrarouge 7 pour recevoir les signaux d'une télécommande 8, un moyen de mémorisation 9 pour le stockage de contenus audiovisuels, et une logique de décodage audio/vidéo 10 pour la génération des signaux audiovisuels envoyés à l'écran de télévision 2. La nature des émissions audiovisuelles étant numérique, le moyen de mémorisation 9 est de préférence un disque dur (HDD), il peut aussi être un lecteur/enregistreur de disque optique enregistrable (DVD-RAM). Le récepteur dispose également d'une horloge (non représentée) permettant de synchroniser des visualisations à des moments prévues par le fournisseur de contenus. Le récepteur comprend également un circuit 11 d'affichage de données sur l'écran, appelé souvent circuit OSD, de l'anglais "On Screen Display" (signifiant littéralement "affichage sur l'écran"). Le circuit OSD 11 est un générateur de texte et de graphisme qui permet d'afficher à l'écran des menus, des pictogrammes (par exemple, un numéro correspondant à la chaîne visualisée), ou qui permet de mélanger deux contenus audiovisuels. Le circuit OSD est notamment contrôlé par l'Unité Centrale 3 associé à un module exécutable appelé Ordonnanceur . L'Ordonnanceur ou ORD en abrégé dans la suite du document, est typiquement constituée d'un module de programme résident en mémoire morte 12 et de paramètres enregistrés en mémoire de travail. Le module ORD peut aussi être réalisé sous la forme d'un circuit spécialisé de type ASIC par exemple. Dans un premier temps, nous allons expliquer comment s'effectue la diffusion d'une campagne publicitaire. Le diffuseur émet des spots publicitaires à des moments déterminés. II connaît statistiquement la fourchette de population qui est à ce moment devant un téléviseur, mais il ne peut en aucun cas cibler un particulier. Le diffuseur peut définir un scénario optimal en fonction des habitudes d'une population moyenne d'utilisateurs mais ne peut en aucun cas garantir que tous seront satisfaits. Supposons par exemple que la campagne publicitaire porte sur le film Star War et que cette campagne comporte cinq contenus audiovisuels différents (ou flashs publicitaires), identifiés: STAR WAR1, STAR WAR2, ... STAR WAR5. Ces contenus doivent être diffusés au cours de la semaine qui précède la diffusion du film ou son lancement en salle. Dans le scénario représenté par la figure 2a, le diffuseur commence le lundi à diffuser STAR WAR1 à 19h00 et STAR WAR2 à 22h00. Puis, au fil de la semaine, les contenus audiovisuels évoluent de façon à éveiller l'intérêt de l'utilisateur. Par exemple, le contenu STAR WAR1 montre quelques images du film mais le laisse pas deviner son titre. Le contenu STAR WAR2 montre d'autres images du film sans laisser deviner son titre (STAR WAR1 et STAR WAR2 sont conçus pour être visualisés en alternance). Le contenu STAR WAR3 montre des scènes du film avec les principaux acteurs mais le laisse pas deviner son titre. Le contenu STAR WAR4 montre des scènes importantes et le titre du film. STAR io WAR5 est la bande annonce du film. En se basant sur cette façon connue de faire, analysons maintenant ce qui se passe réellement chez un utilisateur et illustrons-le par un exemple. Supposons un utilisateur qui est souvent absent de son domicile, la figure 2b montre ce qui va être réellement visualisé. L'utilisateur est absent le mardi, jeudi, vendredi et samedi. De ce fait, il ne voit que trois contenus: STAR WAR1 le lundi à 19h00, de nouveau STAR WAR1 le mercredi à 21 h00 et STAR WAR5 le dimanche. Donc l'utilisateur ne voit pas les séquences intermédiaires STAR WAR2, STAR WAR3, STAR WAR4. La visualisation de ces séquences ne correspond pas du tout au scénario de l'annonceur publicitaire, l'intérêt de l'utilisateur ne sera pas progressivement éveillé comme le souhaite l'annonceur. La présente invention permet de résoudre ce problème en personnalisant la visualisation d'une campagne publicitaire en l'adaptant aux habitudes de l'utilisateur. Le module ORD contrôle la visualisation des séquences, ces séquences étant des contenus audiovisuels à présenter à l'utilisateur à des moments déterminés. Pour calculer le moment de visualisation, le module ORD utilise un contexte d'utilisation du récepteur de télévision. Le contexte est un bloc de données mis à jour localement dans la mémoire de travail (RAM) du récepteur, il peut contenir les données suivantes: temps moyen d'utilisation du récepteur, - plages horaires probable d'utilisation du récepteur, - nombre et identificateur des séquences de la campagne, - plages horaires des séquences déjà visualisées. La première partie qui concerne les habitudes de l'utilisateur du contexte peut être extraite d'un profil utilisateur géré par un autre module. Une autre façon de faire consiste à créer un tableau en mémoire io de travail définissant pour chaque jour de la semaine, le temps moyen et les plages horaires probables de visualisation. Voici un exemple d'un tel tableau: Jour Temps moyen Plages horaires probables d'utilisation d'utilisation Lundi 1 h34' [19h32-20h15] Mardi 1 h23' [19h28-20h19] Mercredi 2h10' [16h32-17h16] ; [19h45-20h52] Jeudi Oh56' [19h45-20h15] Vendredi 3h15' [18h50-21 h23] Samedi 4h15' [12h15-13h26] ; [19h53-21 h15] Dimanche 2h10' [20h32-22h15] TABLEAU 1 Les données du tableau 1 sont quotidiennement mises à jour par un module logiciel qui lit une horloge et en déduit les données d'utilisation du récepteur. Une façon de faire consiste à utiliser une fenêtre temporelle glissante de 4 semaines et à calculer jour après jour les habitudes de l'utilisateur. Selon un perfectionnement, le contexte prend en compte la chaîne ou le service sélectionné par l'utilisateur. Dans ce cas, les données du tableau ci-dessus sont dupliquées en autant de tableaux que de chaînes ou services accessibles par le récepteur. Selon un autre perfectionnement, le récepteur comporte en mémoire autant de tableaux définissant un contexte que d'utilisateurs du récepteur. Selon ce perfectionnement, un utilisateur s'identifie lors de l'allumage de son récepteur, le module ORD prend alors en compte le tableau associé à cet utilisateur. Nous verrons par la suite où sont mémorisées les données de la seconde partie du contexte qui concerne l'état à l'instant présent de la campagne publicitaire. Dans un premier temps, le récepteur reçoit un bloc d'informations io définissant un ensemble de règles qui vont permettre au niveau du récepteur d'élaborer un scénario de diffusion de contenus publicitaires. Ce bloc est composé d'un ou plusieurs contenus identifiés, et d'un bloc de données associé à un nombre minimum/maximum de visualisation des contenus et/ou des moments déterminés pour leurs visualisations. En variante, le bloc d'information contient des règles et des liens permettant de télécharger les contenus publicitaires, dans ce cas le stockage est distant et le récepteur n'a pas besoin d'une grande capacité de stockage. La recherche des contenus s'effectue par exemple par une liaison à haut débit relié au réseau Internet. Voici un exemple d'un bloc de données définissant les règles de visualisation de cinq contenus audiovisuels selon un mode simplifié de réalisation de l'invention, chacune des lignes du tableau est considérée comme une règle: (données générales de définition du scénario publicitaire) Identificateur du Nombre Fenêtres de visualisation contenu d'occurrences Programmées audiovisuel programmées STAR WAR1 De 1 à 10 fois Lundi 24/5, Mardi 25/5 STAR WAR2 De 1 à 5 fois Mardi 25/5, Mercredi 26/5 STAR WAR3 De 1 à 4 fois Jeudi 27/5 STAR WAR4 De 2 à 6 fois Vendredi 28/5, Samedi 29/5 STAR WAR5 De 2 à 4 fois Samedi 29/5, Dimanche 30/5 TABLEAU 2 Les données générales peuvent notamment comprendre: - l'identificateur de l'événement audiovisuel objet du scénario, et notamment le moment final de la campagne (c'est-à-dire, la date et l'heure butée où plus aucun contenu ne sera visualisé au niveau des récepteurs), - l'identificateur de ou des chaînes ou du ou des services qui peut ou peuvent visualiser les contenus, cette information n'exclue pas qu'une campagne publicitaire déterminée puisse être affichée quelle que soit la chaîne ou le service sélectionné par l'utilisateur, - la durée de la campagne, dans l'exemple c'est une semaine, les sept jours étant notés J1, J2, ... J7, - le nombre de contenus audiovisuels. La zone des contenus comprend des lignes identifiées par un ou plusieurs contenus combinés. L'annonceur a défini pour chaque ligne le nombre d'occurrences et la ou les fenêtre(s) temporelles (s) prévue(s) pour visualiser le ou les contenu(s) identifiant la ligne. Le nombre d'occurrences programmées est le nombre de fois que l'annonceur commande au module ORD de visualiser le contenu associé au cours de la plage de visualisation définie dans la troisième colonne. Par exemple, le contenu STAR WAR1 doit être visualisé entre une et dix fois dans la plage du lundi 24/5 au mardi 25/5. Le tableau 2 définit un exemple de scénario. On peut représenter l'exécution d'un scénario par un automate d'états finis. Un exemple d'automate d'états finis est donné à la figure 3. On passe d'un état à un autre si une date est expirée ou lorsqu'un nombre de visualisation est atteint. Cette manière d'exprimer les choses permet plus de souplesse pour la définition, et permet notamment de définir un ordre quelconque dans la suite des séquences. L'automate d'états finis représente un scénario idéal de visualisation, il peut être extrêmement complexe si le scénario comporte beaucoup de règles.... La plage de visualisation associée à un contenu détermine le moment où l'annonceur recommande au module ORD de visualiser le contenu associé. Cette plage peut être définie par un ou plusieurs jours, mais l'annonceur peut la définir plus finement à l'aide de plages horaires en spécifiant des heures de début et de fin pour chaque jour. Selon un premier perfectionnement, l'annonceur publicitaire peut associer deux contenus et décider de les visualiser en alternance. Par exemple une ligne du scénario spécifie que STAR WAR1 et STAR WAR2 doivent être visualisés en alternance le mardi. Cette spécificité est définie dans une nouvelle ligne du tableau 2 identifiée par deux identificateurs de contenus combinés comprenant les données suivantes: STAR WAR1, STARWAR2 De 1 à 3 alternances Jeudi 27/5 De façon simple, le module ORD sélectionne les contenus selon 30 l'ordre de la liste d'identificateurs définis dans la ligne, de cette façon l'annonceur indique lui-même le premier contenu visualisé, puis le second, etc. Selon un perfectionnement, l'annonceur indique par un drapeau que l'ordre de visualisation des contenus identifié s'effectue aléatoirement. Le bloc du scénario publicitaire est mémorisé en mémoire de travail et immédiatement exploité par le module ORD. Plusieurs scénarii publicitaires peuvent s'exécuter en même temps, chaque scénario étant défini par son bloc de données propre et donc concerne des contenus to audiovisuels de préférence distincts. Le bloc mémorisé contient d'autres données relatives au nombre de fois où le contenu a été reproduit, et à quels moments les reproductions se sont effectuées. Le tableau 3 ci- dessous montre l'état d'un bloc mémorisé contenant des données relatives à la campagne définie par le tableau 2 et à la date du 26/5 à 19h00. : (données générales de définition du scénario publicitaire mises en mémoire du récepteur) Identificateur Nombre Fenêtres de Nombre Date et heure d'occurrences visualisation d'occurrences des programmées Effectuées occurrences STAR WAR1 De 1 à 10 24/5, 25/5 3 24/5:19h27, fois 24/5: 2h45, 25/5: 18h 15 STAR WAR2 De 1 à 5 fois 25/5, 26/5 2 25/5: 18h26 26/5: 18h56 STAR WAR3 De 1 à 4 fois 27/5 0 STAR WAR4 De 2 à 6 fois 28/5, 29/5 0 STAR WAR5 De 2 à 4 fois 29/5, 30/5 0 TABLEAU 3 On voit dans les données du tableau que le module ORD a pu visualiser trois fois le contenu STAR WAR1, au cours de trois plages publicitaires. Le contenu STAR WAR2 a été visualisé deux fois. La date courante étant le 2615, lorsque la prochaine plage publicitaire sera annoncée, le module ORD sélectionnera le contenu STAR WAR2. Les autres contenus sont programmés les jours suivants par l'annonceur, les compteurs d'occurrences associés ont donc une valeur nulle. Le nombre d'occurrences effectuées, la date et l'heure de visualisation des contenus constituent ce que l'on a précédemment appelé la seconde partie du to contexte qui concerne l'état à l'instant présent de la campagne publicitaire. Voyons maintenant comment le module ORD fonctionne. L'utilisateur allume son récepteur, le module ORD est automatiquement lancé et analyse les blocs de scénario déjà enregistrés. L'utilisateur sélectionne une chaîne ou un service et la visualisation commence. En fonction de la chaîne ou du service sélectionné, le module ORD élabore la liste des blocs de scénario concernés. Si aucun bloc ne possède de contenus visualisable sur la chaîne ou le service sélectionné, le module ORD peut être déconnecté jusqu'au prochain changement de chaîne ou au prochain allumage. Une fois la liste des blocs élaborés (les blocs sont dits activés), le module ORD est en attente de la diffusion de la prochaine plage publicitaire adaptable. Le qualificatif adaptable exprime le fait que les contenus publicitaires visualisés sont adaptés à l'utilisateur. Le choix du contenu s'effectue en fonction de: - l'heure et la date courante, - le nombre de visualisations déjà effectuées pour chaque contenu, - le contexte lié à l'utilisateur et à la chaîne ou service 30 sélectionné. - éventuellement, les priorités affectées aux contenus. Lorsqu'une plage adaptable définie par le diffuseur de la chaîne ou du service est annoncée, le module ORD détermine le ou les contenus qui vont être visualisés. Ce signal d'annonce est placé dans un champ propriétaire d'un descripteur d'une table DVB-SI. Le signal d'annonce comprend le moment précis du début de la plage publicitaire et éventuellement, le temps consacré à de la publicité adaptable. Dès la détection d'un tel signal, le module ORD analyse son contexte et en fonction des règles du scénario, déduit la séquence à visualiser. Ce calcul peut se faire très rapidement et l'utilisateur ne s'aperçoit pas que la io séquence publicitaire n'est pas celle diffusée sur le canal sélectionné mais un contenu que le récepteur vient de rechercher. Pour un bloc définissant un scénario, le module ORD sélectionne un seul contenu à visualiser. Au moment indiqué du début de la plage publicitaire, le module ORD commute la visualisation du moyen de réception vers le disque dur pour lire successivement le contenu audiovisuel sélectionné préalablement. Si plusieurs scénarios sont activés, le module ORD peut visualiser successivement plusieurs contenus. Une fois que tous les contenus sélectionnés visualisés, et s'il reste du temps de plage publicitaire, le module ORD peut commuter sur le moyen de réception pour visualiser la fin de la plage publicitaire diffusée par le service sélectionné par l'utilisateur. Avantageusement, le disque dur est utilisé pour différer un peu les émissions afin de ne pas couper des séquences publicitaires. L'organigramme de la figure 4 illustre le fonctionnement du module ORD. La première étape (4.1) consiste à détecter l'annonce de la diffusion d'une page de publicité. Le récepteur détermine à l'étape 4.2 si c'est une page de publicité adaptable. Cela s'effectue en détectant le ou les descripteurs associés à cette page, un drapeau permettant de différencier une séquence de publicité normale et une publicité adaptable . Si ce n'est pas une page de publicité adaptable, les contenus publicitaires diffusés et reçus seront visualisés sans modification, c'est-à-dire toute la plage publicitaire diffusée (étape 4.3). Si c'est une page de publicité adaptable, alors le module ORD est lancé (étape 4.4). A l'étape 4.5, le module ORD recherche le contexte pour un scénario donné et en fonction de ce contexte, sélectionne un contenu. Puis, le module ORD teste si d'autres scénarii correspondant à un autre annonceur dans la page publicitaire sont activés (étape 4.6). Si c'est le cas, le module saute de nouveau à l'étape 4.5 pour rechercher un autre contenu à visualiser. Le module boucle sur les étapes 4.5 et 4.6 jusqu'à ce qu'il ne reste plus de scénarii à analyser. Les contenus sélectionnés sont ensuite visualisés lorsque la page publicitaire est programmée (étape 4.7). A la suite de quoi, le module ORD met à jour le contexte de visualisation des contenus (étape 4.8) en incrémentant les compteurs associés aux contenus audiovisuels qui ont été visualisés. Puis le modulesaute à la visualisation de la page diffusée (étape 4.3), pour terminer (s'il reste du temps) la visualisation de la page publicitaire diffusée. On peut ainsi note que des publicités normales (c'est à dire, conforme à l'art antérieur) peuvent se trouver avec des publicités adaptables dans une plage de publicité. Pour synchroniser les contenus extraits en mémoire et diffusés, on peut avoir recours à un léger différé en mémorisant temporairement les données reçues du réseau de diffusion. Il est dans l'intérêt de l'annonceur publicitaire de définir une fourchette minimum et maximum du nombre d'occurrences car le nombre de visualisation réelle dépend du temps d'utilisation du récepteur. Si l'utilisateur n'utilise pas son récepteur, le nombre minimum d'occurrences programmées n'est alors pas atteint. Le module ORD reconnaît cette situation par le fait que, pour un jour donné, le nombre d'occurrences effectuées est inférieur au nombre d'occurrences programmées. Une solution simple consiste à continuer la campagne publicitaire en respectant les consignes données par l'annonceur. Un perfectionnement consiste à forcer la visualisation d'un contenu à un moment non programmé par l'annonceur lorsque le nombre d'occurrences minimum programmé n'est pas atteint. Le tableau 4 illustre une telle situation. Le tableau 4 ci-dessous montre l'état d'un bloc mémorisé contenant des données relatives à la campagne définie par le tableau 2 et à la date du 28/5 à 19h00: io (données générales de définition du scénario publicitaire mises en mémoire du récepteur) Identificateur Nombre Fenêtre Nombre Date et d'occurrences de d'occurrences heure des programmées visualisation Effectuées occurrences STAR WAR1 De 1 à 10 24/5, 25/5 3 24/5:19h27 fois 24/5:2h45, 25/5: 8h 15 STAR WAR2 De 1 à 5 fois 25/5, 26/5 2 25/5: 8h26 26/5: 8h56 STAR WAR3 De 1 à 4 fois 27/5 0 STAR WAR4 De 2 à 6 fois 28/5, 29/5 0 STAR WAR5 De 2 à 4 fois 29/5, 30/5 0 TABLEAU 4 Suite à une mise sous tension ou lors de l'annonce d'une diffusion prochaine d'une plage publicitaire, le module ORD analyse les données du tableau, et constate que les contenus STAR WAR1 et STAR WAR2 ont été visualisé un nombre de fois correspondant au scénario de l'annonceur, mais que le contenu STAR WAR3 n'a pas été visualisé le 27/5 comme il était prévu. Nous sommes aujourd'hui le 28/5, il est donc trop tard selon le scénario de l'annonceur. Puisque le nombre minimum d'occurrences de STAR WAR3 n'a pas été atteint, le module ORD décide de sélectionner en priorité STAR WAR3 lors de la prochaine plage de visualisation, c'est à dire le 28/5 (si l'utilisateur regarde des programmes ce jour là). De cette façon, pour respecter en partie le scénario, le contenu STAR WAR3 sera visualisé au moins une fois. Le contenu STAR WAR4 pourra ensuite être visualisé comme cela a été programmé par le diffuseur. De façon générale, le module ORD visualise en priorité une io séquence dont le nombre minimum d'occurrences n'est pas atteint et dont toutes les dates programmées par l'annonceur sont dépassées. De cette manière, l'ordonnancement des contenus est bien respecté et l'utilisateur voit au moins une fois les contenus dans l'ordre programmé par l'annonceur. Le module ORD peut ainsi rétablir après coup un ordonnancement. Selon une autre variante de réalisation, le module ORD va prendre en compte des données d'indice pour anticiper une situation où les visualisations programmées risquent de ne pas être faites, et faire en sorte qu'en visualisant les contenus avant la date programmée de visualisation, l'ordonnancement soit respecté. En analysant le contexte, le module ORD peut s'apercevoir qu'un utilisateur n'utilise jamais son récepteur certain jour de la semaine, or l'annonceur a programmé ces jours là des contenus. Prenons un exemple de première partie de contexte qui concerne les habitudes de l'utilisateur, on voit que depuis un certain temps, cet utilisateur n'utilise pas son récepteur le mercredi et le jeudi. Jour Temps moyen Plages horaires probables d'utilisation d'utilisation Lundi 1 h34' [19h32-20h15] Mardi 2h23' [18h28-19h45] ; [20h30-21h30] Mercredi Oh00 - Jeudi Oh00 - Vendredi 3h15' [18h50-21 h23] Samedi 4h15' [12h15-13h26] ; [19h53-21h15] Dimanche 2h10' [20h32-22h15] TABLEAU 5 Compte tenu des données d'utilisation ci-dessus, le module ORD décide alors que si un bloc définissant un scénario contient un contenu à visualiser un mercredi, ce contenu pourra être reproduit le mardi précédent. Le mardi, le module ORD commence par visualiser les contenus effectivement programmés pour ce jour-là. Puis, par exemple une heure avant la fin de la plage horaire probable d'utilisation (c'est-à-dire 20H30 selon les données du tableau 5), le module ORD visualise les contenus programmés pour le mercredi. Selon un autre perfectionnement, une valeur de priorité définie par l'annonceur est associée à chaque contenu. De ce fait, l'ordonnancement défini par l'ordre des identificateurs n'est plus un critère principal. La priorité est utilisée par le module ORD lorsque l'utilisateur regarde très peu les émissions et qu'un choix doit être fait entre deux contenus. Selon un mode simplifié de réalisation, les contenus sont visualisés les uns à la suite des autres: d'abord STAR WAR1, puis STAR WAR2, ... et enfin STAR WAR5, selon l'ordre défini par les identificateurs du tableau. Ce mode simple est plus adapté à des utilisateurs ne regardant pas souvent les programmes Les autres utilisateurs voient les séquences en groupes, par exemple, cinq fois de suite STAR WAR1, puis cinq STAR WAR2, . etc. Un tel utilisateur peut être fatigué de voir toujours les mêmes séquences...DTD: Pour résoudre cet inconvénient, on associe à la notion de priorité un nombre d'occurrences maximum par jour. Voici un exemple d'un bloc de données définissant un scénario de visualisation de cinq contenus audiovisuels avec des priorités et des nombres maximum d'occurrences par jour: (données générales de définition du scénario publicitaire) Identificateur Occurrences Fenêtre de visualisation Priorité du du contenu visualisation programmée contenu identifié STAR WAR1 De 1 à 20 24/5, . 25/5, 26/5, 5 fois 27/5, 30/5 4/J max 28/8, 29/5, STAR WAR2 De 1 à 6 fois 27/5, 28/5, 29/5, 30/5 4 3/J max STAR WAR3 De 1 à 4 fois 29/5, 30/5 3 2/J max STAR WAR4 2 fois 30/5 1 2/J max STAR WAR5 De 1 à 3 fois 29/5, 30/5 2 2/J max TABLEAU 6 Selon le tableau 6, STAR WAR4 possède la plus haute priorité et STAR WAR1 la plus faible. Comme les cinq contenus sont programmés pour le 30/5, ils seront visualisés selon l'ordre de priorité et autant de fois que le nombre maximum d'occurrences pour ce jour là. Voici la liste des séquences visualisées sous le contrôle du module ORD: - STAR WAR4 2 fois, - STAR WAR5 2 fois, - STAR WAR3 2 fois, - STAR WAR2 3 fois, - STAR WAR1 4 fois On voit que si le nombre d'occurrences maximum par jour a été atteint, le module ORD passe au contenu de priorité immédiatement inférieure. Lorsque le nombre d'occurrences maximum est atteint, la séquence ne sera plus visualisée. L'annonceur doit faire en sorte que le nombre maximum par jour multiplié par le nombre de jour programmée est au moins égal à celui du maximum d'occurrences de cette séquences au cours de la campagne. Par exemple, si STAR WAR1 est programmée au maximum 20, et peut être visualisé 4 fois au maximum par jour pendant sept jours: 20 est inférieur à 28. Avantageusement, l'annonceur prévoit une marge pour que chaque récepteur puisse s'adapter à ce qe fait réellement l'utilisateur. Ainsi, le module ORD peut anticiper en prenant en compte les habitudes de l'utilisateur: si celui- ci regarde assez peu la télévision en fin de semaine, le module ORD décide de visualiser le maximum de séquences STAR WAR1 en début de semaine, les vingt séquences au cours des cinq premiers jours. Dans le cadre de la présente invention, il est bien entendu que n'importe quel perfectionnement précédemment ci-après décrit: visualisation en alternance visualisation en retard visualisation par anticipation des habitudes de l'utilisateur, priorité des séquences définition d'un nombre maximum de visualisation par jour peut être ajouté indépendamment les uns des autres au scénario 30 de base défini par le tableau. Cela confère au procédé de visualisation une très grande faculté d'adaptation au comportement des utilisateurs. Nous allons maintenant décrire par un exemple les actions faites par le module ORD pour adapter les visualisations de séquences publicitaires aux habitudes d'un utilisateur. Voici sous forme d'un tableau, la visualisation optimale souhaitée par l'annonceur ( STAR WARi est abrégé en SW i ) : 24/5 25/5 26/5 27/5 28/5 29/5 30/5 SW1 SW1 SW1 SW2 SW2 SW5 SW5 SW1 SW1 SW1 SW1 SW1 SW3 SW4 SW1 SW1 SW1 SW2 SW2 SW2 SW2 SW1 SW1 SW1 SW1 SW1 SW1 SW3 SW5 SW1 SW4 SW1 SW1 SW4 SW4 to Ce scénario de visualisation doit cependant tenir compte de l'utilisateur. Voici par exemple ce qui s'est réellement passé : 24/5 25/5 26/5 27/5 28/5 29/5 30/5 SW1 SW1 SW1 SW2 SW2 SW5 SW5 SW1 SW1 SW1 SW1 SW2 SW5 SW4 SW1 SW1 SW1 SW1 SW2 SW3 SW4 SW1 SW1 SW1 SW1 SW1 SW3 SW3 SW1 SW1 SW1 SW1 SW1 On peut voir que le module ORD a anticipé le fait que le 30/5, beaucoup de séquences sont programmées et que les habitudes de l'utilisateur ne permettront pas de les visualiser toutes. De ce fait, le module ORD a programmé la visualisation de plus d'avantage de séquence SW 1 les premiers jours. A la fin de la visualisation de ce scénario (au soir du 30/5), les données de contexte associé à l'utilisation de ce scénario sont: Données générales de définition du scénario publicitaire Identificateur Nombre Fenêtre Priorité Nombre Date /heure occurrences de occurrences des programmées visualisation Effectuées occurrences STAR WAR1 De 1 à 20 24/5, 25/5, 5 20 24/5, 24/5, fois 26/5, 27/5, 24/5, 24/5, 25/5, 25/5 4 / J 28/8, 29/5, 25/5, 25/5 30/5 26/5, 26/5 26/5, 26/5 27/5, 27/5 27/5, 27/5 28/5, 28/5 28/5, 28/5 STAR WAR2 De 1 à 6 fois 28/5, 29/5, 4 4 28/5: 18h26 3 / J 30/5 28/5: 22h56 28/5: 17h05 30/5: 23h15 STAR WAR3 De 1 à 4 fois 29/5, 30/5 3 3 29/5: 21h16 2 / J 29/5: 22h45 30/5: 22h30 STAR WAR4 2 fois 30/5 1 1 30/5: 19h15 2 / J 30/5: 20h30 STAR WAR5 De 1 à 3 fois 29/5, 30/5 2 3 29/5: 15h45 29/5: 18h30 2 / J 30/5: 21 h40 TABLEAU 7 On voit en exploitant les données mémorisées que: - Le contenu STAR WAR1 ayant la plus faible priorité, a été visualisé 20 fois en cinq jours, à raison de quatre fois par jour. Ayant atteint son nombre maximum, le module ORD ne l'a plus sélectionné les deux derniers jours (29/5 et 30/5) où il pouvait être visualisé. - Le contenu STAR WAR2 (priorité 4) a été visualisé 3 fois le 28/5, ce qui est le maximum par jour, et une seule fois le 30/5. Sa faible priorité par rapport aux autres séquences n'a pas permis d'atteindre l'objectif maximal de 6 occurrences. - Le contenu STAR WAR3 (priorité 3) a été visualisé 2 fois le 29/5 et qu'une seule fois le 30/5. - Le contenu STAR WAR4 (priorité maximale 1) a été visualisé deux fois le jour prévu. Dans la mesure où cette séquence est prioritaire, l'atteinte de son objectif est quasiment certaine. - Le contenu STAR WAR5 (priorité 2) a été visualisé 2 fois le premier jour (29/5), puis une dernière fois le second jour. L'objectif de trois visualisations est donc rempli. Les contenus STAR WAR 2 et STAR WAR 3 ont été visualisés un nombre d'occurrences inférieur à celui maximum. Cela s'explique par le fait que beaucoup de séquences sont programmées les derniers jours de la campagne et que ces séquences ont une priorité plus grande que celles de STAR WAR 2 et STAR WAR 3. Comme c'est le dernier jour, il n'est pas possible de visualiser le lendemain, les séquences qui auraient dû l'être précédemment. Cette situation aurait pu être évitée en utilisant la visualisation par anticipation et en tenant compte des habitudes de l'utilisateur. Le module ORD aurait alors visualisé plus tôt STAR WAR2 et STAR WAR3, par exemple une fois STAR WAR2 le 27/5 et une fois STAR WAR3 le 28/5. Le module qui gère les habitudes de l'utilisateur va tenir compte de ce récent comportement de l'utilisateur, et de ce fait ce problème peut ne plus apparaître par la suite. On voit par cet exemple la souplesse que procure les blocs de scénario élaborés par l'annonceur ainsi que la précision que peut apporter le module ORD pour que les consignes données par l'annonceur soient suivies le mieux possible. Selon un perfectionnement, lorsque la campagne publicitaire est terminée, c'est à dire lorsque la dernière fenêtre temporelle indiquée dans le scénario est terminée, le récepteur transmet par une voie de retour les données effectives de la campagne. Pour cela, il transmet les données des colonnes occurrences effectuées et date et heures des occurrences effectuées associées à l'identificateur du contenu. De cette manière, le diffuseur connaît le nombre de séquences effectivement visualisées devant un utilisateur et en transmettant ces informations à l'annonceur publicitaire, il peut lui facturer le nombre de séquences visualisées. Avantageusement, la première partie du contexte (associée aux habitudes de l'utilisateur) est également transmise, de cette manière l'annonceur peut connaître la durée et les moments d'utilisation des récepteurs, donc les habitudes des utilisateurs et en tenir compte lors de l'élaboration de nouveaux scénarii. Les exemples de réalisation de l'invention présentés ci-dessus ont été choisis leur caractère concret. Il ne serait cependant pas possible de répertorier de manière exhaustive tous les modes de réalisation que recouvre cette invention. En particulier, toute étape ou tout moyen décrit peut-être remplacé par une étape ou un moyen équivalent sans sortir du cadre de la présente invention. Revendications 1. Procédé de visualisation de séquences audiovisuelles par un appareil doté d'un moyen de réception et d'enregistrement des dites séquences; caractérisé en ce qu'il comporte les étapes suivantes: - réception d'un scénario de visualisation comportant des groupes de données associant au moins un identificateur de séquences, un nombre maximum de visualisation de la séquence associée, et au moins une fenêtre temporelle de visualisation, io - comptabilisation (4.8) des visualisations pour chaque séquence au niveau de l'appareil, et consécutivement à la réception d'une information de déclenchement (4.1, 4. 2): - sélection (4.5) d'une au moins séquence dont la fenêtre temporelle 15 de visualisation associé comprend le moment présent et dont le compteur de visualisations n'a pas atteint son maximum - visualisation (4.8) de la ou les séquence(s) sélectionnées. 2. Procédé de visualisation de séquences audiovisuelles selon la revendication 1, caractérisé en ce que la fenêtre temporelle de visualisation est découpée en une pluralité de périodes telles que des journées, et en ce qu'il comporte une seconde étape de comptabilisation des visualisations au cours desdites périodes, la séquence associée n'étant plus visualisée au cours de la période lorsqu'un nombre maximum de visualisations est atteint. 3. Procédé de visualisation de séquences audiovisuelles selon la revendication 1 ou 2, caractérisé en ce que deux séquences au moins sont associées à un nombre maximum de visualisation et au moins une fenêtre temporelle de visualisation, les séquences étant alternativement sélectionnées lorsque le moment présent se trouve dans la fenêtre temporelle associée et si le compteur de visualisations n'a pas atteint le nombre maximum de visualisation. 4. Procédé de visualisation de séquences audiovisuelles selon la revendication 3, caractérisé en ce que l'ordre pour visualiser les séquences associées est défini aléatoirement. 5. Procédé de visualisation de séquences audiovisuelles selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une valeur de priorité est associée aux séquences, la séquence ayant la plus forte priorité étant sélectionnée et visualisée en premier. io 6. Procédé de visualisation de séquences audiovisuelles selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une séquence peut être sélectionnée et visualisée après la fenêtre temporelle indiquée dans le scénario si le nombre de visualisation de cette séquence n'a pas atteint une valeur minimale. 7. Procédé de visualisation de séquences audiovisuelles selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape de mise à jour de données d'utilisations de l'appareil, une séquence peut être sélectionnée et visualisée avant la fenêtre temporelle indiquée dans le scénario si les données d'utilisation montrent que l'appareil n'est habituellement pas utilisé pendant la fenêtre temporelle définie dans le scénario. 8. Procédé de visualisation de séquences audiovisuelles selon l'une quelconque des revendications précédentes, caractérisé en ce que le nombre de visualisations de chaque séquence est transmis à l'extérieur de l'appareil lorsque la dernière fenêtre temporelle définie dans le scénario est terminée. 9. Procédé de visualisation de séquences audiovisuelles selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape d'introduction d'un identificateur d'utilisateur, la sélection des séquences et la comptabilisation des visualisations s'effectue indépendamment pour chaque utilisateur. 10. Récepteur (1) d'émissions audiovisuelles comprenant un moyen de réception (4,5) de séquences audiovisuelles telles que des séquences publicitaires, un moyen de visualisation (10), caractérisé en ce qu'il comporte un moyen de réception d'un scénario de visualisation comportant des groupes de données associant au moins un identificateur de séquences, un nombre maximum de visualisation de la séquence associée, et au moins une io fenêtre temporelle de visualisation, un moyen de comptabilisation (3, 12, 13) des visualisations pour chaque séquence, un moyen de sélection (3, 12, 13) d'une au moins séquence dont la fenêtre temporelle de visualisation associé comprend le moment présent et dont le compteur de visualisations n'a pas atteint son maximum, ledit moyen de sélection étant activé consécutivement à la réception d'une information de déclenchement de la visualisation de séquence; le ou les séquences sélectionnées étant recherchées et visualisées par le récepteur.