FR2955691A1 - Procede pour permettre l'affichage d'un contenu video diffuse en flux a l'interieur d'un encadre graphique - Google Patents

Abstract

Procédé pour permettre l'affichage sur un poste utilisateur (20), à l'intérieur d'un encadré graphique personnalisable, d'un contenu vidéo diffusé en flux sur un réseau télématique (10), caractérisé en ce qu'il comporte les étapes consistant à : i. recevoir (B) : - une requête de visionnage d'un contenu vidéo ; et - une requête d'affichage dudit contenu vidéo à l'intérieur d'un encadré graphique ; ii. récupérer (E, F) d'une première base de données (50) une adresse de stockage du contenu vidéo requis ; iii. récupérer (C, D) d'une deuxième base de données (70) un lecteur de flux vidéo associé à au moins un fichier graphique correspondant à l'encadré requis ; iv. transmettre (G) sur ledit réseau télématique (10) une adresse de stockage dudit lecteur associé audit fichier graphique, ainsi que l'adresse de stockage du flux vidéo requis. Serveur informatique programmé pour mettre en œuvre un procédé. Système informatique comprenant un tel serveur.

Description

PROCEDE POUR PERMETTRE L'AFFICHAGE D'UN CONTENU VIDEO DIFFUSE EN FLUX A L'INTERIEUR D'UN ENCADRE GRAPHIQUE L'invention porte sur un procédé pour permettre l'affichage sur un poste utilisateur, à l'intérieur d'un encadré graphique personnalisable, d'un contenu vidéo diffusé en flux sur un réseau télématique tel que l'Internet, ainsi que sur un serveur et un système informatique permettant la mise en oeuvre d'un tel procédé. Elle est destinée à être appliquée en particulier (mais pas de manière limitative) au domaine de la publicité en ligne sur Internet (en anglais, « on line advertising »).

Le procédé de l'invention permet d'associer à un flux vidéo diffusé sur un site Internet, un lecteur vidéo (« video player » en anglais) dont l'apparence est personnalisable de manière à véhiculer un message publicitaire. Ce lecteur vidéo vient remplacer sur le site Internet le lecteur vidéo habituellement utilisé sans que la conception générale du site û et en particulier sa mise en page û n'ait besoin d'être modifiée. Cette intégration se fait à la volée, en temps réel. Ainsi, le procédé de l'invention permet de visualiser le flux vidéo au centre d'un encadré publicitaire interchangeable, dont l'aspect (et le message publicitaire véhiculé) peut être déterminé en fonction du contenu du flux vidéo et/ou de divers paramètres de campagne publicitaire. L'encadré peut présenter des zones sensibles et/ou des boutons de commande. En outre, la « barre de commande » de la vidéo (arrêt/pause/avancée rapide...) peut être dissociée de la zone de visionnage, et présenter à son tour un aspect personnalisé.

La vidéo sur Internet diffusée en flux (en anglais : « streaming »), c'est-à-dire sans téléchargement préalable du contenu, est devenue, au cours de ces deux dernières années, une des tendances de fonds du développement de l'Internet. L'explosion des volumes de vidéos visionnées sur le réseau provoque un accroissement des charges liées à la croissance de la bande passante nécessaire pour accueillir ces flux ; pour faire face à cet accroissement de charges, les sites qui diffusent de la vidéo en flux doivent générer de nouveaux revenus issus de cette activité. La solution la plus évidente est le recours à des revenus d'origine publicitaire. En effet, aucun annonceur ne peut imaginer aujourd'hui construire une campagne de communication sans y introduire un chapitre Internet. Globalement les investissements publicitaires réalisés par les annonceurs sur l'Internet dépassent maintenant les investissements réalisés en radio et ne sont plus distancés que par la presse écrite et la télévision. Mais la publicité sur Internet montre actuellement ses limites. Se limitant bien souvent à copier-coller les modes de communication des autres supports publicitaires, elle montre peu d'originalité et se trouve être rapidement dérangeante et très intrusive pour les internautes. II existe donc un besoin pour une nouvelle forme de publicité qui permettrait aux marques et aux annonceurs de faire une entrée plus efficace sur le web. Le document WO 2009/044295 divulgue un procédé pour permettre l'affichage par un poste utilisateur, à l'intérieur d'un encadré graphique personnalisable, d'un contenu vidéo diffusé en flux sur l'Internet. Le principe de ce procédé est d'entourer le lecteur de flux vidéo par une zone graphique sur laquelle sont implantés des éléments publicitaires. Le principal inconvénient de ce procédé est qu'il nécessite une installation, une préparation préalable du site. Un deuxième inconvénient est que l'utilisation un entourage placé à l'extérieur du lecteur de flux vidéo conduit à un résultat esthétique parfois peu satisfaisant. Le document US2009/165041 divulgue également un procédé consistant à d'entourer le lecteur de flux vidéo (conventionnel) par une zone graphique sur laquelle sont implantés des éléments publicitaires, éventuellement interactifs. Dans ce cas également, le site Internet nécessite une préparation relativement complexe, et donc couteuse. L'invention vise à pallier les inconvénients précités de l'art antérieur.

Conformément à l'invention un tel but est atteint par un procédé pour permettre l'affichage sur un poste utilisateur, à l'intérieur d'un encadré graphique personnalisable, d'un contenu vidéo diffusé en flux sur un réseau télématique, caractérisé en ce qu'il comporte les étapes consistant à : i. recevoir : - une requête de visionnage d'un contenu vidéo ; et - une requête d'affichage dudit contenu vidéo à l'intérieur d'un encadré graphique ; ii. récupérer d'une première base de données une adresse de stockage du contenu vidéo requis ; iii. récupérer d'une deuxième base de données un lecteur de 10 flux vidéo associé à au moins un fichier graphique correspondant à l'encadré requis ; iv. transmettre sur ledit réseau télématique une adresse de stockage dudit lecteur associé audit fichier graphique, ainsi que l'adresse de stockage du flux vidéo requis. 15 Alors que les documents WO 2009/044295 et US2009/165041 précités suggèrent d'entourer le lecteur de flux vidéo par une zone graphique définie par le site internet éditeur, ce qui nécessite des modifications importantes de la programmation de ce dernier, le procédé de l'invention se base sur le remplacement « à la volée » d'un lecteur standard 20 par un lecteur personnalisé, fourni en temps réel par un serveur externe. L'utilisation d'un lecteur personnalisé à la place d'un lecteur standard placé au milieu d'une zone graphique permet une plus grande flexibilité dans la conception graphique de l'encadré. Selon des modes de réalisation particuliers de l'invention : 25 Ladite étape i. peut comporter les opérations suivantes : i-a. recevoir d'un poste utilisateur, par l'intermédiaire d'un serveur éditeur de contenus vidéo et à travers ledit réseau télématique, ladite requête de visionnage d'un contenu vidéo ; i-b. recevoir dudit serveur éditeur de contenus vidéo, 30 également à travers ledit réseau télématique, la requête d'afficher ce contenu vidéo à l'intérieur d'un encadré graphique. - Ladite étape ii. peut comporter les opérations suivantes : ii-a. envoyer à un serveur de séquences vidéo une requête d'adresse dudit contenu vidéo ; ii-b. recevoir dudit serveur de séquences vidéo l'adresse requise. - Lesdites opérations ii-a. et ii-b. peuvent effectuées à travers ledit réseau télématique. - Ladite étape iii. peut comporter l'opération consistant à récupérer de ladite deuxième base de données un lecteur de flux vidéo associé à au moins un fichier graphique choisi en fonction dudit contenu vidéo. - En complément ou en variante, ladite étape iii. peut comporter l'opération consistant à récupérer de ladite deuxième base de données au moins un lecteur de flux vidéo associé à au moins un fichier graphique choisi en fonction d'au moins un paramètre définissant une politique de campagne d'affichage d'encadrés graphiques. - Le lecteur vidéo récupéré peut être associé à une pluralité de fichiers graphiques, chacun desdits fichiers étant associé à une séquence distincte dudit flux vidéo. - Le procédé peut comporter également une opération de préparation consistant à associer au moins un fichier graphique définissant un encadré à un lecteur de flux vidéo. Ladite opération de préparation peut consister également à associer une bibliothèque de fonctionnalité au lecteur de flux vidéo. Plus précisément, ladite bibliothèque peut comporter au moins l'une des fonctionnalités suivantes : définition d'une région sensible dudit encadré graphique ; création, à l'intérieur ou à l'extérieur dudit encadré graphique, d'un bouton permettant d'accéder à des fonctions prédéfinies ; création d'une barre de commande de la visualisation dudit contenu vidéo à l'extérieur dudit encadré graphique et présentant un aspect prédéfini. - Ledit lecteur de flux vidéo peut être un programme informatique, ladite opération de préparation étant mise en oeuvre par une modification, réalisée automatiquement par ordinateur, du code dudit programme. - Ladite étape iv. peut comporter la transmission audit serveur éditeur de contenus vidéo, par l'intermédiaire dudit réseau télématique, de ladite adresse de stockage du contenu vidéo requis et de l'adresse de stockage du lecteur récupéré. - Le procédé peut comporter également une étape v. de calcul de statistiques de visionnage de flux vidéo et/ou d'affichage d'encadrés graphiques. Un autre objet de l'invention est un serveur informatique programmé pour mettre en oeuvre un procédé tel que décrit ci-dessus. Encore un autre objet de l'invention est un système informatique comportant : - une pluralité de postes utilisateurs connectés à un réseau télématique ; un serveur éditeur de contenus vidéo pour : recevoir d'un 15 dit poste utilisateur, à travers dudit réseau télématique, une requête de visionnage d'un contenu vidéo ; envoyer, également à travers dudit réseau télématique, une requête d'adresse du contenu vidéo requis ; et jouer ledit contenu vidéo sur une page web affichée par ledit poste utilisateur ; - un serveur de séquences vidéo pour recevoir, à travers 20 dudit réseau télématique, ladite requête d'adresse d'un contenu vidéo, et pour transmettre ce contenu vidéo en flux, également à travers dudit réseau télématique ; et - un serveur informatique programmé pour mettre en oeuvre un procédé tel que décrit ci-dessus. D'autres caractéristiques, détails et avantages de l'invention ressortiront à la lecture de la description faite en référence aux dessins annexés donnés à titre d'exemple et qui représentent, respectivement : - La figure 1, un schéma de l'architecture générale d'un système informatique selon un mode de réalisation de l'invention ; - La figure 2, un schéma de l'architecture interne d'un serveur informatique selon un mode de réalisation de l'invention ; 10 25 30 - La figure 3A, un exemple de lecteur de flux vidéo selon l'art antérieur ; et - Les figures 3B et 3C, deux exemples de lecteurs de flux vidéo « personnalisés » conformément à deux mode de réalisation de 5 l'invention et affiché sur une page « web ». La figure 1 montre l'architecture générale d'un système informatique de diffusion publicitaire en ligne selon un mode de réalisation de l'invention. Un tel système se compose des éléments suivants : - un réseau de communications 10 ; un poste utilisateur 10 20 ; un serveur éditeur de contenus vidéo 30, hébergeant un site Internet ; un serveur de séquences vidéo 40 avec sa base de données associée 50 ; un serveur fournisseur de lecteurs de flux vidéo personnalisés 60 avec sa base de données associée 70. Le réseau 10 est un réseau public ou privé qui permet de 15 relier entre eux et d'échanger des informations entre les différents serveurs et autres terminaux utilisés par le système. Ce réseau peut par exemple être le réseau Internet. Le poste utilisateur 20 est un ordinateur ou un terminal qui permet à l'utilisateur internaute de se connecter au réseau 10 et de consulter 20 et visionner des séquences vidéo sur un ou des sites Internet 30 grâce à un lecteur vidéo accessible sur les pages Internet de ces sites. Ce poste utilisateur peut être tout type de terminal accédant au réseau (ordinateur personnel ou portable, téléphone portable, ...). Le serveur éditeur de contenus vidéo 30 est un système qui 25 met à disposition de ses utilisateurs sur le réseau 10 des pages web sur lesquelles les utilisateurs internautes vont pouvoir consulter et visionner des séquences vidéo de leur choix parmi celles proposées. Plus précisément le serveur éditeur de contenus vidéo 30, génère des pages web sur lesquelles se trouvent les catalogues de séquences vidéo disponibles ainsi que les 30 lecteurs vidéo standard permettant de visionner ces séquences. Le serveur de séquences vidéo 40 et sa base de données de séquences vidéo associée 50 permettent de stocker et de diffuser les séquences vidéo qui vont être diffusées sur les sites Internet éditeur 30. Le serveur 40 permet de diffuser en flux (« streaming »), sans téléchargement préalable sur le poste utilisateur 20, les séquences demandées par l'internaute utilisateur.

Le serveur fournisseur de lecteurs de flux vidéo personnalisés 60 et sa base de données 70 permettent de préparer, de stocker et de diffuser des lecteurs de flux vidéo personnalisés. Chaque lecteur de flux vidéo personnalisé se compose d'un lecteur vidéo (« player ») et d'un encadré publicitaire interchangeable (en anglais : « skin », c'est à dire « peau ») sous la forme d'un fichier graphique. Le système permet à l'éditeur du site de préparer les lecteurs de flux vidéo personnalisés qui vont véhiculer les messages publicitaires choisis afin qu'ils soient visibles par les utilisateurs au travers de leur poste utilisateur 20. II permet aussi de gérer les lecteurs de flux vidéo personnalisés et de les diffuser au bon moment sur le site Internet éditeur en remplaçant à la volée le lecteur vidéo standard déjà implanté sur le site. Ce remplacement se fait en temps réel, à la volée, sans modification du site web éditeur 30. Une illustration schématique de ce serveur de lecteurs de flux vidéo personnalisés 60 est fournie par la figure 2.

Le serveur de lecteurs personnalisés de flux vidéo 60 se compose des éléments suivants : un serveur web 601, une interface de gestion 602, un module de création des lecteurs personnalisés 603, un module d'intégration des lecteurs personnalisés 604, une base de données de stockage des lecteurs personnalisés 70, un module de statistiques 605, un module de service 606 et un module de services web 607. Le serveur web 601 est l'interface entre le serveur 60 et le monde extérieur. II sert de passerelle de communication entre le serveur et les autres composants du système via le réseau 10. Toutes les communications du système vers et en provenance de son environnement se font exclusivement à travers ce serveur.

L'interface de gestion 602 donne l'accès aux utilisateurs du système à l'ensemble des fonctions qui permettent de mettre en oeuvre le système publicitaire en ligne. L'interface possède un système de gestion et d'affectation d'identifiants et de mots de passe aux différents utilisateurs en fonction de leurs privilèges. Les utilisateurs sont les employés des régies publicitaires sur Internet qui vont intégrer le système sur les sites web dont ils ont la responsabilité. Dans une régie, plusieurs types d'utilisateur peuvent avoir accès au système. Il existe une hiérarchie entre ces utilisateurs. Certains peuvent avoir plus de droits et de privilèges d'action que d'autres. Par exemple, un graphiste chargé de dessiner les encadrés graphiques n'aura le droit qu'à visionner les encadrés existant sur le serveur et à charger ceux qu'il va créer. Un responsable clientèle aura pour sa part le droit de mettre en place la campagne, de décider où et quand les lecteurs apparaîtront et le cas échéant de choisir quels encadrés seront affichés. Le schéma de droits d'accès au système reflète les droits et privilèges des différents utilisateurs. L'interface de gestion 602 donne accès à quatre modules principaux et à une série de services web par l'intermédiaire du serveur web et donc via une interface technique de type navigateur Internet.

Le module de création 603 permet à des annonceurs de créer les encadrés publicitaires (« skins ») des lecteurs personnalisés. Le système fournit tous les outils pour définir, designer et créer ces encadrés graphiques. Les encadrés sont de fichiers graphiques qui sont dans un format compatible avec le système comme le format « jpeg » ou le format « PNG ».

Les encadrés graphiques sont préparés par avance pour répondre aux besoins des campagnes publicitaires imaginées par les annonceurs et les sites Internet éditeurs. Le module d'intégration 604 permet de réaliser la fusion entre les encadrés publicitaires créés avec le module de création 603 et le lecteur vidéo qui est fourni par le système. Concrètement, le lecteur est un programme écrit en un langage approprié, et l'intégration se fait en modifiant le code de ce programme pour réaliser un lien avec le fichier graphique de l'encadré. Une fois intégrés, le lecteur vidéo et le fichier graphique (« skin ») constituent un « lecteur personnalisé » prêt à être utilisé sur un site Internet. C'est le module d'intégration 604 qui va récupérer sur le serveur de séquences vidéo 40 le flux vidéo qui sera joué par le lecteur vidéo (« player ») sur le site Internet éditeur. Il faut noter que le module d'intégration 604 ne récupère en fait que l'adresse de ce flux et pas le fichier vidéo lui- même. Ce dernier reste sur le serveur de séquences vidéo 40 à partir duquel il est diffusé en flux (« streaming »), joué par le lecteur vidéo personnalisé doté de l'encadré publicitaire. Pour des raisons de lisibilité de la figure, la communication entre le serveur 40 et le module d'intégration 604 est représentée directement, alors qu'elle passe obligatoirement par le serveur web 601. La base de données 70 permet de stocker les lecteurs personnalisés qui ont été créés puis intégrés avec les modules de création 603 et d'intégration 604. La base de données est gérée avec un programme de gestion de base de données et opérée sur des serveurs sécurisés et dont les performances permettent de répondre à la demande de téléchargement des utilisateurs. Le module de statistiques 605 permet de comptabiliser tous les évènements liés au fonctionnement du lecteur vidéo sur le site Internet éditeur, comme par exemple : nom de la vidéo diffusée (identifiant), nom de l'encadré publicitaire utilisé (identifiant), durée de visionnage, pauses dans le visionnage, etc. Ces informations viennent alimenter un moteur de traitement de données statistiques dédié. Ce qui permet de livrer au site Internet éditeur (et à l'annonceur) des statistiques d'usage du système très détaillées.

Le module de service 606 permet au site Internet éditeur de programmer la campagne de diffusion des encadrés publicitaires sur le site. Il permet en particulier d'indiquer quel encadré sera diffusé, pendant quelle 2955691 lo période, avec quelle vidéo, etc. Ce module pourra aussi servir d'interface avec le site Internet éditeur afin de fournir le même service. Le module de services web 607 permet au système de renvoyer vers l'environnement extérieur (et en particulier vers le serveur 5 éditeur 30) toutes les informations nécessaires au bon fonctionnement de l'ensemble. On peut citer par exemple l'envoi de fichiers statistiques issus du module de Statistiques 605 vers le système d'analyse marketing du site Internet éditeur 30. La figure 1 permet de visualiser le déroulement des 10 opérations du procédé de l'invention pas à pas. L'utilisateur internaute à partir de son poste utilisateur 20 souhaite visionner une vidéo située sur le site Internet éditeur 30. Il effectue donc une requête de visionnage (lien A) de son poste vers le serveur.

15 La page sur laquelle se trouve la vidéo demandée sur le serveur éditeur 30 est clairement identifiée comme devant recevoir un lecteur personnalisé. Le serveur éditeur 30 adresse donc une requête au serveur 60 (lien B) en indiquant : - Le type de lecteur vidéo personnalisé qui est demandé 20 (lecteur vidéo et encadré publicitaire correspondant à l'annonceur impliqué), - Les références de la vidéo qui doit être visionnée. Le serveur 60 lance alors une requête dans sa propre base de données 70 pour aller chercher l'adresse du lecteur vidéo qui doit être utilisé pour cette opération (lien C et lien D en retour). La requête provenant 25 du serveur 30 peut identifier de manière univoque le lecteur vidéo personnalisé, ou contenir de l'information permettant au serveur 60 de choisir un lecteur approprié sur la base du contenu vidéo à afficher et/ou d'un ou plusieurs paramètres de la campagne publicitaire. Le lecteur personnalisé, dont les éléments (lecteur vidéo et 30 encadré publicitaire) ont été préparés à l'avance, est assemblé de préférence à la volée, en temps réel.

2955691 Il Le même serveur envoie de manière concomitante une requête du même type vers le serveur de séquences vidéo 40 qui va récupérer l'adresse de la séquence vidéo qui a été demandée sur sa base de données 50 et la transmettre au serveur 60 (lien E et lien F en retour).

5 Enfin, le serveur 60 transmet au serveur web éditeur 30 l'ensemble des deux adresses du lecteur vidéo et de la séquence vidéo (lien G). Le serveur web éditeur 30 va enfin afficher sur la page web sur le poste utilisateur 20 le lecteur personnalisé dans lequel la vidéo va 10 pouvoir être jouée et contrôlée par l'utilisateur internaute (lien H). Il est important de noter que la mise en oeuvre de l'invention ne nécessite que des modifications minimes du site internet 30. Dans sa version d'origine, le site Internet éditeur possède un lecteur vidéo standard qui permet d'effectuer les opérations de base pour le visionnage des séquences 15 vidéo. L'intégration du lecteur vidéo personnalisé de l'invention, accompagné de son encadré publicitaire, se fait à la volée, en temps réel sur le site Internet. Cette intégration est réalisée sans aucune modification substantielle du site Internet éditeur (de sa programmation et donc de sa mise en page). En effet, à l'origine, le site Internet éditeur intègre dans les pages où il 20 souhaite intégrer de la vidéo des lignes de code qui permettent d'afficher le lecteur standard et de lancer le visionnage de la séquence vidéo choisie. L'intégration du lecteur personnalisé nécessite simplement le remplacement de ce code d'appel par un autre code d'appel permettant de solliciter le serveur 60. Une fois ce nouveau code intégré, le lecteur personnalisé vient 25 prendre la place du lecteur vidéo standard. La figure 3A montre une impression d'écran de la page web 1000 d'un site internet affichant une vidéo à l'intérieur d'un lecteur de flux vidéo standard 1100. Ce lecteur (« player ») se compose d'une zone d'affichage rectangulaire 1110 et d'une zone de contrôle 1120 située en 30 dessous de cette zone d'affichage. Celle-ci permet de contrôler les paramètres opérationnels du visionnage (avance, arrêt, pause, son, avancement, ...). Une personnalisation minimale est prévue, sous la forme d'un affichage du nom du site, dans un encadré 1115 en bas du lecteur. La figure 3B montre une impression d'écran de la même page web, dans laquelle le lecteur original a simplement été remplacé (à la volée, comme expliqué plus haut) par un nouveau lecteur « personnalisé » 2100, conformément à l'invention. Ce lecteur comporte un encadré publicitaire 2110 qui prend la forme d'un téléviseur d'une grande marque. Le logo 2115 de cette marque (flouté volontairement sur la figure) apparaît clairement en bas de cet encadré. La barre de contrôle 2120 de la vidéo a, elle aussi, été modifiée pour présenter une forme en télécommande, plus adaptée à l'accompagnement de la télévision. Cette télécommande virtuelle peut être déplacée par rapport au lecteur. L'utilisateur va donc pouvoir regarder la séquence vidéo qu'il a choisie sur un écran de télévision réaliste. La « télécommande » peut comporter des « boutons » donnant accès à des fonctionnalités qui ne sont pas normalement fournies par les lecteurs de flux vidéo conventionnels, par exemple l'affichage d'information, l'accès à des sites internet, l'invitation à des ventes privées... Cela est rendu possible par le fait qu'une bibliothèque de fonctionnalités est associée au lecteur en même temps que le fichier graphique lui donnant son aspect. La figure 3C montre une autre impression d'écran de la même page web, dans laquelle une vidéo est affichée à l'intérieur d'un autre lecteur personnalisé 3100, dont la forme rappelle celle d'un ordinateur portable. On peut donc voir que l'encadré publicitaire n'a pas nécessairement une forme rectangulaire. II est important de souligner que le lecteur vidéo peut être associé à une pluralité de fichiers graphiques différents de manière à pouvoir changer d'aspect en cours de visionnage de la vidéo. Cela permet d'adapter le lecteur à la présence de séquences publicitaires dans le corps même de la vidéo projetée. Ces séquences sont appelées « pre-roll » lorsque elles sont situées en début (avant) la séquence vidéo principale, « mid-roll » et « post- roil » lorsqu'on les trouve en milieu ou en fin de vidéo. Par exemple, le lecteur peut être associé à quatre fichiers graphiques différents, de manière à prendre la forme d'un écran de télévision pendant le visionnage de la vidéo principale, et à véhiculer des messages publicitaires adaptés lors des pre-, mid- et post-rolls.

Claims (15)

1. REVENDICATIONS1. Procédé pour permettre l'affichage sur un poste utilisateur (20), à l'intérieur d'un encadré graphique personnalisable (2100, 3100), d'un contenu vidéo diffusé en flux sur un réseau télématique (10), caractérisé en ce qu'il comporte les étapes consistant à : i. recevoir (B) : - une requête de visionnage d'un contenu vidéo ; et - une requête d'affichage dudit contenu vidéo à l'intérieur d'un encadré graphique ; ii. récupérer (E, F) d'une première base de données (50) une adresse de stockage du contenu vidéo requis ; iii. récupérer (C, D) d'une deuxième base de données (70) un lecteur de flux vidéo associé à au moins un fichier graphique correspondant à l'encadré requis ; iv. transmettre (G) sur ledit réseau télématique (10) une adresse de stockage dudit lecteur associé audit fichier graphique, ainsi que l'adresse de stockage du flux vidéo requis.
2. 2. Procédé selon la revendication 1 dans lequel ladite étape i. comporte les opérations suivantes : i-a. recevoir d'un poste utilisateur (20), par l'intermédiaire d'un serveur éditeur de contenus vidéo (30) et à travers dudit réseau télématique (10), ladite requête de visionnage d'un contenu vidéo ; i-b. recevoir dudit serveur éditeur de contenus vidéo (30), également à travers ledit réseau télématique (10), la requête d'afficher ce 25 contenu vidéo à l'intérieur d'un encadré graphique.
3. 3. Procédé selon l'une des revendications précédentes dans lequel ladite étape ii. comporte les opérations suivantes : ii-a. envoyer (E) à un serveur de séquences vidéo (40) une requête d'adresse dudit contenu vidéo ; 30 ii-b. recevoir (F) dudit serveur de séquences vidéo (40) l'adresse requise.
4. 4. Procédé selon la revendication 3 dans lequel lesdites opérations ii-a. et ii-b. sont effectuées à travers ledit réseau télématique (10).
5. 5. Procédé selon l'une des revendications précédentes dans lequel ladite étape iii. comporte l'opération consistant à récupérer de ladite deuxième base de données un lecteur de flux vidéo associé à au moins un fichier graphique choisi en fonction dudit contenu vidéo.
6. 6. Procédé selon l'une des revendications précédentes, dans lequel ladite étape iii. comporte l'opération consistant à récupérer de ladite deuxième base de données un lecteur de flux vidéo associé à au moins un fichier graphique choisi en fonction d'au moins un paramètre définissant une politique de campagne d'affichage d'encadrés graphiques.
7. 7. Procédé selon l'une des revendications 5 ou 6 dans lequel le lecteur vidéo récupéré est associé à une pluralité de fichiers graphiques, chacun desdits fichiers étant associé à une séquence distincte dudit flux vidéo.
8. 8. Procédé selon l'une des revendications précédentes comportant également une opération de préparation consistant à associer au moins un fichier graphique définissant un encadré (2100, 3100) à un lecteur de flux vidéo.
9. 9. Procédé selon la revendication 8 dans lequel ladite opération de préparation consiste également à associer une bibliothèque de fonctionnalités à un lecteur de flux vidéo
10. 10. Procédé selon la revendication 9 dans lequel ladite bibliothèque comporte au moins l'une des fonctionnalités suivantes : - définition d'une région sensible dudit encadré graphique ; - création, à l'intérieur ou à l'extérieur dudit encadré graphique, d'un bouton permettant d'accéder à des fonctions prédéfinies ; - création d'une barre de commande (2120) de la visualisation dudit contenu vidéo à l'extérieur dudit encadré graphique et présentant un aspect prédéfini.
11. 11. Procédé selon l'une des revendications 8 à 10 dans lequel ledit lecteur de flux vidéo est un programme informatique, laditeopération de préparation étant mise en oeuvre par une modification, réalisée automatiquement par ordinateur, du code dudit programme.
12. 12. Procédé selon la revendication 2, ou l'une des revendications 3 à 11 lorsqu'elle dépend de la revendication 2, dans lequel ladite étape iv. comporte la transmission (G) audit serveur éditeur de contenus vidéo (30), par l'intermédiaire dudit réseau télématique (10), de ladite adresse de stockage du contenu vidéo requis et de l'adresse de stockage du lecteur associé au fichier graphique récupéré.
13. 13. Procédé selon l'une des revendications précédentes 10 comportant également une étape v. de calcul de statistiques de visionnage de flux vidéo et/ou d'affichage d'encadrés graphiques.
14. 14. Serveur informatique (60) programmé pour mettre en oeuvre un procédé selon l'une des revendications précédentes.
15. 15. Système informatique comportant : 15 - une pluralité de postes utilisateurs (20) connectés à un réseau télématique ; - un serveur éditeur de contenus vidéo (30) pour : recevoir d'un dit poste utilisateur, à travers ledit réseau télématique, une requête de visionnage d'un contenu vidéo ; envoyer, également à travers ledit réseau 20 télématique, une requête d'adresse du contenu vidéo requis ; et jouer ledit vidéo sur une page web affichée par ledit poste utilisateur ; - un serveur de séquences vidéo (40) pour recevoir, à travers ledit réseau télématique, ladite requête d'adresse d'un contenu vidéo, et pour transmettre ce contenu vidéo en flux, également à travers ledit réseau 25 télématique ; et - un serveur informatique (60) selon la revendication 14.