FR 2929425 A1 20091002 FR 0801671 A 20080327 La présente invention concerne un procédé et un dispositif permetant automatiquement à la fois de produire, éventuellement en grand nombre et en strie. des vidéos à partir d'informations d'origine non audiovisuelles. ou en variante majoritairement non audiovisuelles, de décrire de façon éventuellement multiple ces vidéos, de diffuser éventuellement de façon multiple ces vidéos et leurs descriptions. de les indexer et de publier. éventuellement sous de multiples formes. à la lois ces vidéos indexées et leurs descriptions. La production automatisée de documents audiovisuels de format prédéterminé à partir d'informations non audiovisuelles, ou en partie non audiovisuelles est déjà techniquement connue. Iole a thit en particulier l'objet de la demande de brevet français 07/081 19 de Ghislain Moncomble et Jean Pierre Remy déposée le 20'11 2007 au nom de la société Nevisto. Mais ce ler état de l'art se limite à la production d une vidéo d'un format prédéterminé à partir de documents d'origines non audiovisuel;. et n'aborde ni la problématique de la production en série, ni celles de description automatisée des vidéos produites, de diffusion et de publication automatique de ces ensembles vidéo et description associée. Il existe également de nombreuses plateformes de publication de vidéos qui permettent d'héberger les vidéos téléchargées sur leur site par leurs clients. et de publier celles ci sous différents formats. souvent après un encodage spécifique à chaque plateforme. Mais ces plateformes n'incluent pas de fonctionnalité de production de vidéos proprement dite. ni d'automatisation de ces productions bien entendu, tandis que la description et l'indexation éventuelle des vidéos sont manuelles. Le but de l'invention est à la Ibis de produire automatiquement en grand nui fibre et en série, des ensembles produits PR composés chacun d'une vidéo et de sa oi ses descriptions et indexations, ceci à partir d'informations d'origine non audiovisuelles. ou en variante majoritairement non audiovisuelles. mais aussi de diffuser éventuellement de fàçon multiples ces ensembles produits PR. et toujours automatiquement de ré indexer et publier ces ensembles produits. éventuellement sous de multiples formes et à de multiples adresses de type URL. Outre les diffic _lités techniques que permet de surmonter notre invention, elle permet également de résoudre la problématique ergonomique liée à une production en série de vvidéos qui seraient formatées toutes de la même façon. ce qui nuirait à leur utilité. les spectateurs potentiels se lassant de ces vidéos trop "prévisibles". en permettant de faire varier de façon importante l'ergonomie des vidéos produites. ceci sans affecter la procucti' ité en terme de capacités de production par unité de temps de l'invention. A cet effet. la présente invention concerne un tel procédé qui est caractérise en ce qu'il comporte • Un l er moyen de récupération et de traitement des informations d'origine nécessaires à la fois à la production des différentes vidéos, de leurs descriptions et de leurs indexations. • Un second moyen de détermination du ou des formats globaux FG d'ensembles produits PR à produire et de communication pour chaque ensemble produit PR à produire d'une part du format FV de la vidéo à produire et des informations d'origine nécessaires a la production de cette vidéo au 3ème moyen et d'aube part du format de la ou des descriptions et indexations au 4ème moyen • Lin 3ème moyen de production au format l V transmis de chaque vidéo. • Un 4ème moyen de description éventuellement multiple de chaque vidéo produite et de l ère indexation de l'ensemble composé de ladite vidéo et sa ou ses descriptions. • Un Sème moyen de diffusion éventuellement multiple desdits ensembles produits composés chacun d'une vidéo. de sa description et de leurs inde xati )ns. • Et enfin un dernier moyen de publication éventuellement multiple de chaque ensemble produit. incluant éventuellement une ré indexation dudit ensemble produit. L'accès à fin de récupération, puis de traitement des informations d'origine selon la présente invention nécessite donc la mise en oeuvre d'un premier moyen pour accéder à ces nformations d'origine. par exemple, une adresse de type lRIqui pointe vers une page d'un site en ligne. ou une chaîne de caractère qui définit le chemin pour accéder à un fichier d'un répertoire d'une arborescence de fichiers. ou une voire plusieurs instructions d'un programme d'accès à un document stocké dans une base de données. ... Afin de pouvoir produire. décrire et indexer chaque vidéo à partir de ces informations d'origine. celles ci comportent ou doivent permettre de retrouver des indications. • D'une part dites de détermination d'occurrence. qui permettent de distinguer dans ces informations d'origine celles relatives à chaque ensemble produit PR à produire. parmi les informations d'origine qui permettront la production. description et indexation de tous les ensembles produits. • D'autre pxrt parmi les inlormations de chaque occurrence déterminées ci dessus. des informations dites d'identification. doivent permettre d'une part d'identifier les différentes informations nécessaires aux différentes étapes de la production du futur ensemble produit. d'autre pari de déterminer le type de chacune des informations disponibles (texte. vidéo. image. son et enfin de distinguer celles qui permettent de définir l'organisation les unes par rapport aux autres des inforr_nations d'une occurrence d'origine qui sont nécessaires à la production du document résultat. En effet, si dans les cas les plus simples les informations d'origines peuvent se limiter à une simple information de type textuelle. ou d'image. mais aussi de type vidéo ou animation ou sonore par exempe. elles peuvent aussi plus généralement constituer des documents composites alliant plusieurs types de données telle que des images. des parties textuelles, des vidéos. des animations. des hyperliens pointant sur des données hébergées par des machines distantes. etc ce qui impose de pouvoir distinguer et organiser les informations les unes par rapport aux autres lors de leur récupération. L'objectif de la présente invention est de permettre de produire non pas inc. .mais plusieurs vidéos par exemple en série, et qui plus est. de les décrire. de diffiser chaque vidéo et description, et enfin de publier et ré indexer chacun de ces ensembles produits, ce qui suppose disposer d'informations d'origine dans lesquelles le nombre d'occurrence en terme "d'ensemble produits" à produire est élevé. Dans les publications disponibles sur Internez, ce type d'informations d'origine se rencontre fréquemment. av cc par exemple non limitatif les articles ou titres des journaux en ligne. les annonces des sites de petites annonces. ... et jusqu'aux résultats de moteurs de recherche et des annuaires. Pour la plupart des exemples cités ci dessus. les informations d'orLline potentielles sont publiées dans le cadre de formulaires, soit classiques soit de ype XML. L'intérêt dans le cadre de la présente invention d'une telle organisation des informations d'origine est que le format des formulaires permet au moins en parti. de distinguer les Informations dites d'occurrence, d'Iderti llcrtion des différentes données nécessaires et de détermination du type de ces données. Dans de tels cas. le 1 er mayen de récupération et de traitement des informations d'origine consiste à exploits r et retrouver les différentes rubriques structurant ces formats de publications Internet. ces derniers incluant en effet les informations dites d'occurrence. d'identification des différentes données nécessaires et de détermination du type de ces données. Dans une de nos architectures préférées. les différentes occurrences des informations d'origine sont récupérées et enregistrées par exemple dans une table spécifique d'une base de données. par exemple de type MySgl ou Oracle ou autres encore. Chaque occurrence donne lieu à un enregistrement caractérisé par une clé unique par exemple séquentielle, les différentes informations d'origine étant rénal tics en autant de rubriques définies par le format FIOG des informations d'origine. d'autres rubriques pouvant être réservées pour la suite des opérations telles que décries L ans cette demande de brevet. La mise en oeuvre du l er moyen de récupération et de traitement des informations d'origine se simplifie encore plus quand il est possible de relier les informations de description du format de la vidéo à produire de celles de définition de l'organisation des informations d'origine les unes par rapport aux autres parmi les informations d'une occurrence d'origine qui sont nécessaires à la production du document résultat. L'exemple ci après permet de mieux distinguer cet intérêt. Dans cet exemple. la vidéo de format prédéterminé à produire sera une vidéo d'annonce automobile. et ce à partir d'informations d'origine de type petite annonce automob les. Dans cet exemple, le format l V de la vidéo à produire prévoit sur la l ère séquence de cette vidéo une vocalisation de type: A vendre à "nom de ville" une "marque modèle version" pour "prix" euros. accompagné de 2 photos (avec éventuellement des effets de type zoom. cadrage. ... sur ces photos, et des transitions spécifiques entre ces photos). On voit que ce format FV peut être directement relié au format du fornm,ilaire de la petite annonce automobile en entrée dont les informations sont nécessaires à la production de la vidéo. Il suffit pour cela d'identifier au sein de l'annonce les rubriques respectives marque. modèle. version. prix. ville. et par exemple les ~.1}ZI s de publication des photos de l'annonce. Nous soulignons d'ailleurs que seule une partie des informations de la petite annonce est ici nécessaire: Les informations d'orir ires nécessaires IO ne constituent donc qu'un sous ensemble identifié du formulaire préexistant. ce qui est souvent le cas dans notre procédé. Par extension. le format des informations d'origine nécessaires FIO. n'est pas le format des informations brutes disponibles. ce qui rend nécessaire la 1 ére étape de récupération de ces informations. Le couple F10 - EV permet donc de simplifier considérablement de récupération et de traitement des informations d'origine, puisqu'il permet de déterminer sans même consulter les informations elles mê-ne, chacune des occurrence d'informations d'origine relatives aux vidéos à produire et à décrire. les différentes informations voulues et leur type (texte, photo. ...) et même leur organisation entre elles information marque avant l'information modèle....). En allant plus loin, il est possible de définir un format. dit format global FG. qui outre le format de la vidéo TV comprendra le format de la description de la vidéo. et celui de son indexation, donc un format pour "l'ensemble produit". Par exemple la description de la vidéo pourrait comprendre un titre (par exemple composé (lu texte servant à la vocalisation de la l ère séquence ci dessus. mais pourrait être bien entendu autre chose). des mots clés tels que "petite annonce" "automobile" "marque".... et une description qui pourrait être inclure d'autres rubriques de la petite annonce cl origine. en plus de tout ou partie des rubriques d'informations d'origine utilisées pour la vidéo. et d'autres informations telles que par exemple une phrese du type "pour en saloir plus. cliquez sur le lien de l'annonce" et ce lien 11RL vers la petite annonce au format d'origine proprement dit. Ce lien constituerait alors une l ère indexation de la future description. indexation pouvant également en tant qu'hvperlien d'interactivité pointant sur cette même adresse URL, être inséré dans la vidéo lors de sa production. Dan, un tel cas. le lien LRI, de la petite annonce au format d'origine, tout comme les rubriques complémentaires fera bien entendu partie des informations d'origine à récupérer. Le format global peut comporter comme nous le verrons plus loin les coordonnées de publications puisqu'elles sont peuvent parfois être paramétrées à l'avance dans notre procédé, coordonnées telles que l'adresse de publication. les identifiants et mots de passe éventuellement nécessaires pour la publication. ... et éventuellement des instructions d'indexations Comme nous le verrons également plus loin en particulier au niveau de la description du hème moyen, les serveurs de publication utilisés pour publier nos ensembles produits peuvent être paramétrés de telle sorte qu'en particulier les 30 descriptions de chaque vidéo ne peuvent être identiques d'un serveur de publicati,m à l'autre. Par exemple non limitatif un serveur de publication peut n'accepter quun texte de description de 100 caractères. tandis qu'un autre permet des textes de descriptio de 1000 caractères. 1:t il peut être utile au niveau de notre procédé de produire pour la même vidéo plusieurs descriptions distinctes. chacune en fonction du serveur de publication auge et elle est destinée. Outre les coordonnées de publication. le format global de production d'un ensemble produit peut donc prévoir plusieurs descriptions. chacune éventuellement complexe (titre. TAG. détail....). Cette notian de format global amène donc à définir un format global des informations d'origine à récupérer F1OG. format englobant ce format de la vidéo à produire. le format de sa ou de ses descriptions et de ses premières indexations. Notons que les descriptions peuvent être multiples si par exemple plusieurs publications sont prévues en fin de procédé et que chacune nécessite un formai de description distinct. Notons que les mêmes rubriques d'informations d'origine peuvent être nécessaires coté production de la vidéo. du coté de sa description (par exemple la marque ou le modèle). et que le format FIOG permet d'éviter de les récupérer plusieurs fois de suite. Outre ces avantages. les exemples ci dessus montre at que le format glanai peut incorporer outre les indications de sélections et d'ordonnancement ... des informations d'origine, ... des informations proprement dite qui peuvent entrer dans la composition des produits du procédés: Dans les exemples ci dessus, nous avons ainsi vu pour la vidéo que cela pouvait être le cas d'informations pouvant être vocalisées. Dans l'exemple de la phrase de la l ère séquence du tope .1 i'cn ire ù "nom oie ri!Ie " mie "marque modèle ver, ion" pour "pria" euros. il s'agit d'informations dite de lia son définies par le format FV de la vidéo telles que les parties textuelles "A vendre à". "une", "pour" et "euros". Il s'agit ici de phrases d'introduction ou de liaison n existant ni dans les informations d'origine. ni ne pouvant être retrouvées par le format de celles ci. Il est possible d'inclure au niveau de ce format d'autres informations telles q l'un logo. des images de fonds, des bruitages ... qui peuvent être nécessaires pour le. vidéo. Il en va de même pour la ou les descriptions de la vidéo. dont tout ou partie des mots clés (dans l'exemple ci dessus "petite annonce" "auto". ...) du titre et d: la description peu\ent être éventuellement définis par le format global FG. De méme une partie de l'indexation peut être strictement dépendante du format global ;ans rapport direct avec les informations d'origine (par exemple un lien hvpertexte ver, un site précis, toujours le même (dans l'exemple ci dessus. par exemple. un lien Fers les conditions générales de vente du service de petites annonces). Dans une autre de nos architectures préférées. des informations d'ori;tine pouvant être considérées comme indépendantes en 1ère approche des informations nécessaires à la production d'un ensemble produit PR peuvent être considérées. Il peut s'agir par exemple de séquences vidéos publicitaires pré existantes destinées à être insérées selon une position prédéterminées, par exemple en début de la future vidéo. Il peut préexister un ensemble de séquences publicitaires distinctes au sein duquel le ler moyen effectuera un choix aléatoire afin de préserver un minimum de variation afin lors de la production d'une grande quantité de vidéos formatées de tacon identiques d'introduire un fer niveau de variation Ln variante, les informations publicitaires ne seraient pas des séquences audiovisuelles, mais de simples goules distincts d'informations par exemple textuelles et ou des images pré existantes. ou éventuellement générées à partir d'une analyse contextuelle des autres informations d'origine, Noire en fonction de l'usage des futures vidéos et ensemble produits. Dans tous les cas. ces informations. tout comme les séquences vidéos publicitaires :1ré existantes ci dessus. peuvent être considérées soit comme des informations d'origine. soit comme une composante du format FIO des informations d'origine. et le format FV de la vidéo prévoirait une intégration de ces informations à un endroit prédéfini de la future vidéo, l'ensemble étant moins intrusif qu'une séquence publicitFire audiovisuelle coupant la vidéo. Toujours en variante. des séquences vidéos publicitaires. ou des informations textuelles et ou images feraient partie du format FIOG des informations d'origine, et seraient incorporées non pas au sein de la v idéo lors de la mise en oeuvre du Sème moyen, mais au sein des descriptions de la v idéo lors de la mise erg oeuvre du dème moyen. Dans une de nos architectures préférées, dans le cadre de l'exemple des petites annonces automobiles. chaque occurrence d'informations d'origine peut être stockée dans un enregistrement spécifique de la table d'une base de données de type V1ysgl ou Oracle déjà décrite ci dessus. enregistrement caractérisé par sa cle unie ue correspondant à une occurrence d'informations d'origine spécifique. les informations de type "nom de ville" "marque modèle version". "prix'. lien de publication de la petite annonce sous sa forme classique se répartissant dans les rubriques correspondantes de la table de base de données en question. La description précédente décris pour la présente invention un cas de figure selon lequel le 1 er moyen récupère, analyse et traite les informations d'origine ri partir de leur adresse de publication habituelle. par exemple à partir d'un site Internet de petites annonces automobile. qui doit être analysé afin de retrouver les peti es annonces, ... puis d'en extraire les inlormations d'origine nécessaires. Dans une autre de nos architectures préférées. les informations d'origine nécessaires déjà pré traitées et formatées sont fournies directement en entrée du procédé. par exemple à l'aide d'un flux XML, ou en variante par dépôt FIT d'un fichier des informations à traiter (les occurrences étant alors les lignes du fichier) sur un répertoire prévu à cet effet. ou encore par envoi d'un fichier similaire en mode post à l'aide d'un formulaire conçi_u à cet effet. L'avantage est à la fois une simplification des étapes initiales (informations d'origine strictement limitées aux besoins du procédé) et une meilleure gestion des flux de production puisque les occurrences fournies sont celles désirées (par exemple communication de toutes les nouvelles annonces automobiles du jour ou d'une pli ge de temps définie par le fournisseur, ou encore selon d'autres critères. qui peuvent soit ne pas être discernables sur le site d'origine. soit l'être au prix de développements complexes et spécifiques à chaque site). D'autres informations rattachées aux formats FV et FG, telles qu'un logo. des bruitages. des publicités. ... peuvent être transmises de façon distinctes, et par exemple enregistrées sur un répertoire réservé à ces Formats FG. voire FV. ceci afin de ne pas les retransmettre pour toutes les occurrences. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres. apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints dans lesquels: La figure 1 représente un diagramme des étapes d'un mode de réalisation du procédé de production d'une série d'ensembles produits PR. puis de leur diffusion. ré indexation et publications selon la présente invention à partir des informations d'origines nécessaires 10 de format 17I0G, et la figure 2 représente schématiquement un exemple de dispositif de production d'un "ensemble produit", puis sa diffusion. ré indexation et publication mettant en oeuvre le procédé de la figure 1. Le procédé est décrit par la suite en relation avec un exemple dit de petites annonces automobiles qui illustre la succession des moyens mis en oeuvre dans ce procédé dans le cas où les ensembles produits sont composés chacun d'une vidéo représentant une petite annonce automobile, de ses descriptions et différents index. ét de leur publication sur différents sites Interne'. les informations d'origine nécessaires étant issues d'un flux d'informations fournies par l'éditeur du site de petites annonces automobiles soit sous la forme d'un fichier déposé périodiquement (par exemple tous les jours) sur un serveur 1,,1'P. soit sous la forme d'un fichier mis à jour en temps quasi réel sur ce même serveur F"f P. fichier dont chaque ligne correspond à une petite annonce à transformer en vidéo et à commenter, indexer, diffuser et publier. et dont chacune des lignes comprend une liste de rubriques d'informations telles que ":vpe de vidéo, marque, modèle, version. millésime. kilométrage, localisation, prix. 4 adres.'es URI, de photos, adresse URI. de publication de la petite annonce sous sa for-ne classique dans le site de petites annonces....", chaque information étant séparée les unes des autres p:u- un séparateur convenu d'avance (par exemple le séparateur ":"). Le procédé débute par le déclenchement du 1 er moyen de récupération du fichier d'informations d'origine déposé sur le serveur FTP. et de distinction de chact ne des occurrences qui fourniront chacune les informations nécessaires IO de format global FIOG. à la production d'un ensemble produit PR et à ses diffusions. indexatir ns et publications. 1 es occurrences peuvent simplement être les lignes de ce fichier. Le fichier peut être lu par un traitement par exemple en langage php. qui distinguera chacune des lignes du fichier. puis ligne par ligne distinguera chacune des rubrigl es pour par exemple stocker dans une hase de données Mysgl (ou autre). ces enregistrements correspondant chacun à une ligne du fichier: et dont les rubriques de ces enregistrements correspondront chacune à une des rubriques distinguées sur la ligne du fichier d'origine correspondante. Une fois l'ensemble du fichier lu. le traitement en langage PHI' peut supprimer cc fichier. ou en variante le renommer ou encore le déplacer sur un autre répertoire 1--UP Ce ter molren comprend également un traitement d'analyse des informations afin de les classe- selon la nature de ces informations: Par exemple lestes. photos. animations. bruitages Ce classement est important dans le cadre de notre procédé puisque les classes des informations déterminent la nature des traitements qu'il sera potentiellement possible de leur appliquer en particulier au niveau du sème moyen (le production des vidéos (par exemple un traitement de synthèse vocale sera possible sir une classe textuelle. mais pas sur une image). Ce fer mo,en est suivi d'un second moyen qui permettra en ter lieu de déterminer le format global 1 G incluant le format FV de la vidéo de chaque ensemble produit PR. Selon une de nos architectures préférées, le format FG incluant le Ibrm lt 1-V de la vidéo à produire est convenu d'avance lors de la mise en oeuvre du procéda. Ce peut par exemple être le cas pour des sen eurs de production abritant le procédé exclusivement décié pour un fournisseur des informations d'origine. Selon une autre de nos architectures préférées. ce format est transmis en parallèle des informations d'origine tout en étant relié à celles ci. Dans un exemp e d'implémentation. ce format est ainsi contenu dans le nom de fichier d'informations d'origine fourni en entrée et s'applique donc à l'ensemble des occurrences d'informations d'origine de ce fichier. Dans une autre de nos variantes préférées, ce format est transmis directement au sein des informr.tions d'origine. Dans le cas déjà cité de l'exemple du fichier joint périodiquement et dont les lignes correspondent aux différentes occurrences des informations d'origine. ce format peut ainsi être indiqué dans une rubrique prédéterminée convenue à l'avance desdites informations d'origine. l'avantage étant alors de pouvoir dans un même fichier fournir des informations d'origine de l�ornaat FIOG distincts les uns des autres occurrence par occurrence. et ou d'indiquer au niveau de chaque occurrence le format FG à appliquer. Dans l'exemple des peti-_es annonces automobiles. le format FG peut être par exemple la l ère rubrique de chaque ligne du fichier transmis. Selon cet exemple, le format global FG d'un ter ensemble produit comprend alors: a) Un fermai LV de vidéo à produire en 3 séquences et avec une incrustait in du logo du site de petites annonces tout le long de la vidéo: La l ère séquence doit afficher selon ce format FV les 2 premières photos l'une après l'autre. tandis que la bande son de cette séquence consiste en la vocalisation de la phrase "A vendre à localisation une marque modèle version de kilométrage pour prix euros". La seconde séquence doit afficher les 2 photos suivantes avec la vocalisation de la phrase "Vois pouvez contacter le vendeur au téléphone". La dernière séquence consistera en une composition de type mosaïque des 4 photos. éventuellement avec apparition progressive desdites photos. qui apparaît durant la vocalisation de la phrase "Poil consulter le détail de cette annonce. cliquez sur le lien dans sa description". Fit en sous titrage de cette dernière séquence sont affichées la marque. le modèle et !a localisation. b) Un format de description comprenant: Un titre du type " marque n;odè'e version à vendre à localisation", une liste de mots clés tels que "annonce auto marque modèle", et un détail du type "A vendre à localisation une marque lnodé'e version de kilométrage pour prix euros. Pour plus d'informations. retrouvez cette annonce sur tel site en cliquant sur le lien suivant adresse I;RL de publication cle lei petite annonce sous sa f orme classique". c) La l ère indexation qui correspondra justement à ce dernier lien. d) I.es indications de publication de la vidéo une fois produite sur le site de petites annonces er.. lien de téléchargement. et la publication de l'ensemble produit complet (vidéo + description et les index) sur 2 sites de partages vidéo du marché. avec à chaque fois à l'aide des identifiants et mots de passe de connexion aux comptes utilisateur nécessaires. Cet ensemble produit peut bien entendu être plus complexe. A titre d'exemple. un second format global donnerait un ensemble produit similaire au 1er. la selle distinction étant une meilleure qualité des vidéos à produire avec des transitions de type SMP'FL aléatoire entre chaque photo à afficher. un sous titrage pour ~hacue séquence (et non pas que sur la dernière), des iooms sur les photos. ... Les lhrmits globaux peuvent se différencier soit au niveau des vidéos à produire. soit au niveau de leur(s) description(s). soit au niveau des indexations, soit à plusieurs de ces niveaux. NB: En italique ci dessus, rubriques à remplacer par leur valeur dans la ligne correspondant à un enregistrement petite annonce dans le fichier transmis par le fournisseur. Ci dessus, nous avons listé différents cas selon lesquels l'information de détermination du format était soit contenue dans les informations d'origine. soit fourni en liaison avec ces informations d'origine. Dans de nombreux autres cas, les formats FV des vidéos à produire. et par extension les formats FG des ensembles produits à produire. sont déterminés à l'ai Je des différentes rubriques des informations d'origine, sans que ces formats soient implicitement fournis. Par exemple, dans la revue de presse d'un portail. un format global pourrait être défini pour les informations de type politique. un autre pour les informations sportives. ... 1t il suffit pour les distinguer de distinguer le classement des informations (internationale. politique. économie. sport. ...). Pour reprend -e l'exemple des petites annonces automobiles, il serait aussi possible de distinguer des formats globaux ailférents selon les marques des véhiculesä ou en variante selon le prix de l'annonce (annonce publiée gratuitement ou annonce payante par exemple). à condition que cette information soit fournie bien entendu. Dans d'autre cas. cette information de distinction des types de format global peut être déduite par un ou plusieurs traitements prédélinis. Par exemple. dans les petites annonces automobiles. il serait possible de prévoir un format global pour les voitures de luxe. ou pour les voitures à faible pollution et de les distinguer à l'aide d'un classement préétabli des marques de luxe dans le fer cas. des modèles les noirs polluants dans le second.... Dans ce qui précède. le second moyen détermine un format FG pour chacune des occurrences d'informations d'origine de format FIOG déterminé ou fours par le 1 er moyen. Or une des caractéristiques de notre invention est la production automatique en grandes séries de nombreux ensembles produits PR à partir d'informations d'orig ne toutes du même format FIOG. Et une des problématiques à résoudre peur ces productions en grande série est, en particulier au niveau des vidéos produites et destinées à être diffusées sur la même plateforme de publication. de disposer d'ensemble produit suffisamment différents les uns des autres en terme d'ergonomie. afin que la consultation de plusieurs d'entre eux n'amène pas de sensation de lassitude. qui nuirait à l'intérêt d'usage de notre invention. Cette problématique devient d'autant plus cruciale pour des ensembles produits à produire à partir de contenus d'origine tels que des petites arnonces automobiles ou autres. La production quotidienne à l'aide de notre invention de plusieurs milliers d'ensemble produits tous formatés de faç.an identiques ou proches ne présenterait aucun intérêt d'usage si les vidéos correspondantes n'étaient pas regardées, ni les descriptions liées lues. ce qui serait le cas si elles ne variaient entre elles qu'au niveau du contenu au sens strict (même voix. même enchaînements, ... mais photos différentes et texte lu différent ("à endre marque 1 modèle 1" au lieu de "à vendre marque 2 modèle 2" ...)). Nous avons déjà évoqué plus haut une Aère solution en décrivant des séquences ou des bandeaux publicitaires pouvant être intégrés de façon aléatoires ou ordonnés au sein des informations d')rigine, afin outre la rémunération apportée. de permettre une certaine variabilité des futur ensembles produits. Mais cette lère solution n'est qu'incomplète. s~-.ns compter que de nombreuses vidéos seront produites sans publicité. Pour résoudre cette problématique, notre invention inclue pour chaque occurrence d'informations d')rigine de format FIOG fournie ou déterminée par le 1 er moyen, la possibilité de déterminer non pas un format global FG d'ensemble produits PR à produire. mais plusieurs formats globaux FG. ces formats globaux pouvant être très différents les uns des autres. La détermination de ces multiples formats globaux FG possibles et associés à un seul et même format d'information d'origine FIOG peut se paire au niveau du second moyen selon plusieurs des différentes architectures préférées décrites ci dessus. la seule différence au niveau de la sous étape de détermination du format FG du second moyen. étant la détermination d'une liste de formats FG associée au format 10(i d'informations d'origine. en lieu et place d'un seul format FG. Par exemple. de telles listes peuvent être prédéterminées à l'avance et stockées dans une table de base de données au niveau du second moyen. et une liste de format 1G peut être selec.ionnée pour être associée à cette occurrence quand un format d'information d'origine 1 IOG est distingué dans une des occurrences d'informations d'origine par les traitements d'analyse du second moyen. Dans la variante d'architecture préférée selon laquelle le format d'informations d'origine [10G est associé à un fichier d'occurrences lui morne. donc à toutes les occurrences dudit fichier: le moyen de distinction du second moyen s'applique alors à ce Fichier et non pas à chacune des occurrences. Selon une autre de nos architectures préférées, le format FG inclue lui même une liste de formats F VI à l Vn possibles pour la vidéo à produire. et une liste de formats correspondant pour les descriptions associées. Une autre variante d'architecture préférée serait de disposer pour le même format d'informations d'origine FIOG de format FG distinct en fonction des plateformes de publication (si celles ci n'acceptent pas le même type de description de vidéo par exemple en terme de nombre de caractères de la description. ...). Mais nous avons considéré dans ce cas qu'il s'agissait de mises en oeuvre distinctes du procédé objet de notre invention. Le second moyen comprend également la mise en oeuvre d'une fonctionnalité Je communication optimisée au 3ème moyen des informations nécessaires à la production de chaque vidéo. S'agissant d'une production en série. cette fonctionnalité ne se limite pas à la communication de l'ensemble des informations d'origine nécessaires pour toutes les vidéos à produire, ainsi que les formats FV associés. Cette fonctionnalité doit en effet non seulement permettre d'une part au 3ème mov en de produire chaque vidéo l'une après l'autre. ce qui impose de bien distinguer à la fois les informations d'origine vidéo à produire par vidéo et en correspondance reliée à ces l ères informations d'origine le format FV de chaque vidéo à produire. d'autre part de préciser l'ordre de production de chaque vidéo. et enfin doit '.enir compte des capacités de production de vidéo du 3ème moyen. afin en particulier de ne pas engorger ses capacités, ou en d'autres termes fournir une quantité d'informations compatible avec les capacités de production durant un temps donné du 3ème moyen. L'ordre de production des vidéos est souvent d'une grande importance. pour en particulier des fonctionnalités de publication proches du temps réel. Ce peut ptr exemple être le cas pour notre exemple de vidéos de petites annonces. si le service garantit une publication de toute nouvelle petite annonce à la Ibis sous sa forme traditionnelle et sous sa forme vidéo en moins de 10 minutes. Auquel cas. il convient de prendre un son particulier pour ne pas par exemple introduire une autre vidéo. d'un autre format que celui correspondant aux petites annonces. à produire de façor moins urgente dans la liste de celles à produire dans les plus brefs délais. Dans une de nos architectures préférées, l'ordre de production des vidéos est l'ordre dans lequel les occurrences ont été fournies par le fournisseur des informations d'origine. Mais cet ordre peut aussi être différent si par exemple les occurrences fournies font réfcrence chacune à des formats de vidéos à produire distincts ou à des priorités de production distinctes. ou en variante si plusieurs fournisseurs fournissent chacun une liste d'informations d'origine correspondant chacune à des formats de vidéos à produire distincts. Par exemple, l'ordre de production des vidées peut également être modifié afin de regrouper les informations d'origine par format FV de vidéo à produire. ceci afin d'optimiser les capacités de production en série. et ainsi réduire globalement les délais de production. En effet. dans certains cas. le temps de chargement en mémoire du 3ème moyen du plug in de pilotage correspondant au format FV. et ou le paramét.rage des traitements de ce 3ènie moyen en fonction de ce format FV peuvent être important, de sorte qu'un changement fréquent desdits formats peut réduire les capacités de production du 3ème moyen. Dans une autre de nos architectures préférées. les informations d'origi le correspondant chacune à une vidéo de format FV à produire sont transmises successivement au 3ème moyen, avec un délai entre chaque transmission d'information au 3ème moyen correspondant au temps moyen de production d'une vidéo du format FV par le 3ème moyen. Ce qui suppose de disposer au niveau du second moyen de moyennes de temps de production par format de vidéo à produire et par serveur de production du 3ème moyen, sachant que les temps de production d'une vidéo au niveau du 3ème moyen varient en effet en fonction de sa durée et de divers paramètres tels que les animations à introduire (personnages virtuels. effets spéciaux. compositions, ...). donc du format de la vidéo. et des caractéristiques techniques du 3ème moyen (processeurs. cartes graphiques. ...). En variante une liste d'occurrences d'informations d'origine et leur format FV associé est transmise au 3ème moyen par intervalle de temps, cet intervalle étant calculé pour que ce 3ème moyen puisse produire une liste prédéfinie de vidéos c e format FV correspondant à la liste d'occurrences informations d'origine transmises. Auquel cas. au niveau du second moyen, il convient de disposer d'un traitement de calcul de la somme des temps de production moyen en fonction de leur format et du serveur de production vidéo du 3ème moyen, de chacune des vidéos à prodt ire correspondant à la liste des occurrences d'informations d'origine disponible. afin de tronquer éventuellement cette liste afin d'obtenir une liste d'occurrences récit_ ite correspondant à l'intervalle de temps voulu. Ce traitement peut être modulé par la priorité affectée à chacune des occurrences de la liste des informations d'origine. afin par exemple de sélectionner les occurrences les plus prioritaires en 1er lieu. ordre de sélection modulé par la durée estimée de production de vidéo de chacune des 10 occurrences. Ce traitement de calcul doit en outre être complété toujours au niveau du second moyen par un autre traitement permettant de conserver les occurrences de la liste des informations d'origine non communiquées au 3ème moyen. afin de les ré utiliser plus tard. par exemple pour la liste d'occurrences suivante à transmettre au 3ème moyen. 15 En variante. le 3ème moyen après chaque production de v idéo transmet ui même au second moyen un indicateur de disponibilité. soit après chaque vidéo produite. soit après une liste de vidéos produite. afin que le second moyen lui transmette de nouvelles informations correspondant à de nouvelles vidéos à produire s'il y a lieu. et cela dans l'ordre voulu. 20 Une autre variante d'architecture préférée consiste à disposer d'un 3ème moyen composé d'un ensemble de serveurs de production de vidéos pouvant assurer chacun séparément les fonctionnalités du 3ème moyen. ceci afin que le second moyen puisse répartir les informations d'origine correspondant aux vidéos à produire afin d'optimiser les capacités de production de l'ensemble des serveur de production réunis 25 du 3ème moyen durant un délai donné. en minimisant le délai global de production des vidéos, tous les serveurs du 3ème moyen étant pris globalement. Dans un tel cas d'architecture, il est impératif qu'au niveau du second moyen on dispose bien des moyennes de temps de production par formai de vidéo à produire et par serveur ce production du 3ème moyen. et non pas seulement par format de vidéo. cas qui serait 30 suffisant si un seul serveur de production du 3ème moyen était disponible. Un des inté'éts de l'invention apparaît pour des productions en grande série selon lesquelles ont été déterminées par le second moyen pour des occurrences d'informations de même format 11OG une liste LG de formats FG possibles. fbrmat FG incluant des formats de vidéo à produire FV distincts les uns des autres. lent en incluant les traitements décris ci avant tels que l'ordre des vidéos à produire et ou l'optimisation des capacités de production. le second moyen doit alors indiquer Sème moyen pour chacune de ces occurrences d'informations d'origine. quel format l V de la liste des formats FV de la liste des formats LG associée à ladite occurrence. I devra utiliser. Avec l'objectif pour notre invention de maximiser la varia,lilité ergonomique des vidéos à produire au niveau de la liste des vidéos elle même, le second mom en implémente plusieurs traitements, pouvant être mis en oeuvre indépendamment les uns des autres selon l'objectif recherché, et en particulier en fonction des autres contraintes énoncées ci dessus telles que l'optimisation des capacités de production du 3ème moyen. Notons que ce cas particulier suppose que le format FIOG des informations d'origine inclue les informations susceptibles de répondre aux besoins de tous les formats F0 de la liste LG. Selon une ère architecture préférée. un traitement récupère un à un les formris FV (inclus dans le format F0) selon l'ordre de la liste I.G en commençant par le er format FV de cette liste, et associe l'un après l'autre selon l'ordre de ladite liste LG chacun de ces formats à chaque occurrence d'informations de format FIOG que lui présente le second moyen (si le second moyen présente des informations d')rigine associées à un autre format FIOG que celui associé à la liste LG, ce traitement n'est bien entendu pas mis en oeuvre pour cette occurrence) afin de transmettre ce le association format FV - informations d'origine nécessaires au 3ème moyen. t uie fois la fin de la liste LG atteinte. ce traitement se repositionne en début de liste LG pour recommencer ces éventuelles associations. Par exemple. si la liste LG comporte 4 formats FG (incluant chacun 1 Format FV) distincts. à la première occurrence d'information d'origine communiquée au 3ème moyen sera associée le premier format FV. à la seconde sera associée le second format FV. à la troisième sera associée le troisième format FV. à la quatrième sera associée le quatrième format I V. à la cinquième sera associée le premier format FV. à la sixième sera associée le second format FV, ... Cette première architecture préférée simple à mettre en oeuvre présente 2 inconvénients: Le fer est ne pas optimiser les capacités de production du lente moyen dans les cas où ce 3ème moyen fonctionne de façon plus efficace et rapide pour plusieurs vidéos de même format à produire en série. comme déjà évoqué plus haut. Le second est lié à une optimisation de la variabilité ergonomique des vidéos à produire sur une longue période. dans le cas ou par exemple l'ensemble des vidées produites est publiée sur la même platelorme de publication alors que a production elle même est étalée sur plusieurs jours (cas de l'exemple des petites annonces automobiles: Chaque jour production d'un ensemble de vidéos de petites annonces correspondant aux nouvelles annonces sous leur forme écrite + photo classiques). Auquel cas. le fait de recommencer à partir de la lère position de la liste des formats LG limite l'optimisation de la variabilité des vidéos produites, certes souvent de façon marginale. Ce second inconvénient est supprimé en remplaçant le choix chronologique des formats FV dans la liste LG par un choix aléatoire. [n variante. il est possible de conserver le choix chronologique, sous condition de stocker dans un fichier tampon associer à cette liste LG la dernière position de format FV utilisée, afin de commencer le traitement d'association aux informations d'origine de format FIOG à partir de la position suivante. et non pas à partir de la l ère position de cette liste LG. Dans une autre de nos architectures préférées pour laquelle l'optimisation ces capacités de production est nécessaire, le traitement du second moyen calcule le nombre d'occurrences NI d'informations d'origine de même format FIOG à traiter. divise ce nombre NI par le nombre NF de format I- V distinct de la liste LG associée à ce format FIOG afin d'obtenir un nombre résultat RE. Le second moyen regrou )e ensuite les occurrences d'informations d'origine de format FIOG en groupes de f E occurrences d'informations d'origine (le dernier groupe pouvant être de "RL plus le solde de la division ci dessus" d'informations d'origine de format F1OG). Et enfin le second moyen implémente le procédé décris ci dessus d'association entre informations d'origine de format I' 1OG et format FV en vue de leur diffusion vers le Sème mov en. non pas occurrence d'informations d'origine par occurrence d'informations d'origine. groupe de RE d'nformations d'origine par RE d'informations d'origine de format FIOG. Les traitements de ces différentes architectures préférées peuvent être un peu plus complexes.vec l'introduction de variables de pondé•ation. dans le cas où les différents formats en particulier FV de la liste LG seraient classifiés les uns par rapport aux autres en fonction de niveaux de variabilité (ou ce ressemblance). Notons que la liste des formats LG à appliquer à des informations d'origine ce format FIOG aurrit pu être communiquée en dehors du cadre du procédé ob et ee notre invention au fournisseur des Informations d'origine. charge à lui d'indiquer quel format FG appliquer à chaque occurrence. format qui aurait alors été détermine lors de la l ère étape du second moyen. Mais outre la charge de travail alors imposée au fournisseur d'informations d'origine et le fait que le procédé objet de notre invention n'aurait pu alors revendiquer être entièrement automatique, le procédé n'aurait pas pu optimiser l'ergonomie globale au niveau d'une liste d'ensembles produits de même > format à produire. ergonomie globale visant à maximiser le nombre d'ergonorr ies différentes au niveau de la liste elle même. et en particulier au niveau de la liste _1e.s vidéos à produire. Enfin, le second moyen conserve les informations d'origine de format F1OG afin de transmettre les informations nécessaires parmi ces informations d'origine au 4ème 10 moyen. afin de décrire chaque vidéo produite par le 3ème moyen. Dans une de nos architectures préférées. la correspondance entre les vidéos produites par le 3e ne moyen et les occurrences desdites informations d'origine se fera au niveau de l'enregistrement des vidéos produites par le _;ème moyen. ,e nom d'enregistrement de chaque vidéo incluant la clé unique séquentielle caractérisant dans la table de base de 15 données déjà décrite chacune des occurrences des informations d'origine. ~e rapprochement permettra de retrouver la ou les descriptions correspondant à ehaque vidéo produite. D'autres solutions sont cependant possibles. A noter que contrairement au 3ème moyen. il n'y a dans notre procédé de problématique d'optimisation des capacités de production du 4ème moyen, la mise en oeuvre de ce ui 20 ci étant en général très rapide. Le second moyen est dans tous les cas suivi de la mise en oeuvre du Sème moyen de production de la vidéo voulue PV de format FV à partir du sous ensemble des informations d'origine de format FIOG nécessaires à la production de la vidéo. Le 3ème moyen de production des vidéos fait dans le cadre de notre architecture 25 préférée. appel à un procédé dérivé de celui de la demande de brevet français 07/08119 de Ghislain Moncomble et Jean Pierre Remy. procédé qui fait appel à la définition d'un couple "format prédéterminé d'informations d'origine (FIO) -- format prédéterminé du document audiovisuel à produire (FV)". Il est certes possible à partir de la présente invention de mettre en oeuvre une production automatisée de vidéos ne 30 nécessitant ni un format prédéfini de documents d'origine, ni un format prédélini de vidéo à produire. donc ne s'appuyant pas sur le procédé précité: Par exemple des vidéos dont le déroulement seraient soit défini par la vocalisation ou l'affichage en sous titres de toutes les parties textuelles trouvées dans les informations d'origine dans l'ordre de celles ci. et éventuellement agrémentées de l'affichage "brut "sans transition ou mise en forme prédéfinie de toutes les photos trouvées éventuellement selon l'ordre des informations d'origine. Ou encore seules la vidéo se limiterait à l'affichage ces vidéos trouvées. avec une bande son de type musical. Les usages sont toutefois limités et une automatisation poussée nécessite de connaître le format des informations d'origine en entrée du procédé. Selon un de nos modes de réalisation préféré. comme le sous en.end la description de I exemple ci dessus du format FV de la vidéo de petite annonce automobile. le Sème moyen comporte une 1ère étape de détermination du séquencement de la vidéo voulue en [onction du format FV. du format 1 10 des informations d'origine nécessaires et bien entendu de ces informations d'origine elles même. Pour simplifier la description, nous nommerons ci après couple FIOTV la relation entre le format des informations d'origine nécessaires à la production de vidéos au format FV. et de couple FIOG/FG la relation entre le format des informations d'origine nécessaires FIOG à la production de l'ensemble produit PR de format global FG. Le séquencement du document résultat consiste également à organiser les séquences entre elles selon le séquencement des différents types de séquences défini par le format FV obtenu et les types d'enchaînements entre ces types de séquences. Les types d'enchaînements entre types de séquence sont soit chronologiques. comme dans notre exemple. soit par catégories soit par ordre de traitement des informations d'origine. Un exemple de ce dernier cas serait une vidéo récapitulant toutes les annonces de marque Peugeot par exemple: Le format FV pourrait dans cet exemple être une succession de séquences de format identiques, chacune permettant de présenter en 3 ou 4 secondes une voiture en vente avec par exemple une seule photo par voiture (l'équivalent d'une liste de réponses d'un moteur de recherche traditionnel donc. mais au format vidéo). La seconde étape. qui se déroule en général de façon simultanée avec la lare étape de séquencement du document résultat. consiste à répartir les informations d'origine sur les séquences déterminées lors de la l ère étape. On peut noter que la répartition sur les différentes futures séquences n'a pas encore à ce stade de dimension temporelle: Des informations comme par exemple des images ou des parties textuelles n'ont pas de durée de temps en elles mêmes, d'où le terme frrure séquence. On peut noter également que la répartition par future séquence des informations n'exclut pas qu'une information particulière soit répartie sur plus d'une séquence définie à l'étape 1 d'une vidéo à produire. Selon [exemple de la petite annonce automobile, les inlormations textuelles "marque". "modèle" et "localisation" sont ainsi utilisées dans la lère et dans la 3ème séquence. De même toutes les photos utilisées dans les lères et seconde séquences sont réutilisées dans la 3ème séquence. Qui plus est. l'usage d'un type d'informations peut varier d'une séquence à l'autre. comme le montrent les mêmes 2 exemples ci dessus: Dans la lère séquence, les informations marque. modèle et localisation sont destinées à être vocalisées dans la suite du procédé, tandis qu'elles subiront des traitements d'affichage graphique afin de former le sous titre de la 3ème séquence. De même les photos sont affichées en plein écran l'une après l'autre dans les lèves et secondes séquences. et affichées ensemble au sein d'une composition de type mosaïque dans la 3ème séquence. Ces exemples montrent que selon les séquences. les traitements nécessaires à appliquer aux 'mêmes informations pour parvenir à une vidéo de format FV peuvent donc être différents. Par extension, le format FV peut nécessiter d'utiliser à l'intérieur d'une même séquence la même information pour des usages différents: Par exemple on aurait pu a\ oir un format de vidéo prévoyant l'affichage en sous titrage de toutes les paroles prononcées. La 3ème étape du 3ème moyen, également réalisée en général de façon simultanée avec les lère et seconde étape du 3ème moyen. consiste à répartir séquence par séquence les informations d'origine en fonction de la cinématique de traitements qu'il conviendra de leur appliquer afin soit de les préparer à leur intégration dans la séquence audiovisuelle, soit de les transformer selon un format compatible soit av_c l'ergonomie audiovisuelle. soit avec l'ergonomie attendue selon le format FV. Selon une de nos architectures préférées. cette répartition consiste à positionnèr séquence par séquence chacune des informations sur des pistes de traitements parallèles entre elles et parallèles avec la chronologie des séquences telles que céfinie à l'issue des lère et secondes étapes du 3ème moyen, pistes caractérisées par la natu'e ou classe de ces informations (par exemple informations textuelles) et la cinématique des traitements qui leur sera appliquée (par exemple soit un traitement d'affichage graphique. type sous titrage. soit un traitement de synthèse vocale. afin de transformer 30 ce texte en bande son). Cette répartition se fait en pratique en fonction du format F V et de la répartition des informations en classe telle que effectuée au niveau du l er moyen. Il s'agit séquence par séquence, de regrouper les données d'une même classe auxquelles doivent être appliquées les mêmes traitements afin de les préparer pour leur intégration dans la vidéo. Par exemple. si les informations "marque modèle et localisation" d'une séquence doivent être transformées en bande son dans la lère séquence quelque soit la petite annonce automobile, leur classification à l'aya �ce permet d'automatiser les traitements à venir sans qu'une analyse préalable soit nécessaire. Toutefois. cette simple classification dépendante de la nature des informations d'origine ne suffit pas puisqu'il faut également tenir compte du format FV de la vidéo voulue. 1-:t ce format comme nous l'avons vu au niveau de la seconde étape peut prévoir d'utiliser les mêmes informations pour des usages différents y compris dans la même séquence (par exemple à la fois vocaliser et afficher en sous titrage l'information marque, ...). De ce fait les informations à l'issue du séquencem rnt sont réparties sur des pistes de traitements en fonction de leur usage dans la future vidéo de format FV, une même information pouvant être répartie sur plusieurs pistes (pour reprendre l'exemple. l'information textuelle marque va être positionnée sur une piste de traitements de synthèse vocale. et aussi être positionnée sur une piste d'affichage de sous titre). Un des avantages de cette répartition des informations d'origine sur des pistes de traitements parallèles entre elles et à la chronologie des futures séquences tient à la répartition chronologique des informations sur une même piste d'une même séquence. répartition définie par le format FV de la vidéo à produire. Pour reprendre noire exemple de petite annonce automobile. pour la 1ère séquence. les informations textuelles "A vendre à" "localisation" "une" "marque' "modèle" "version" "de" "kilométrage" "pour" "prix" "euros" Vont être positionnées les unes après les autres dans l'ordre préyt. par le format FV sur une piste de traitements correspondant à une cinématique de synthèse vocale, afin de vocaliser le regroupement de ces intormations textuelles positionnées dans l'ordre voulu sur cette piste. Outre la simple répartition des informations sur cette piste. la 3èmé étape inclue donc une répartition chronologique sur une même piste de ces informations entre elles. même si ces informations n'on: pas à ce stade de notion de durée: L'information de liaison "A vendre à" est ainsi positionnée avant l'information "localisation". elle ,ilên,c positionnée avant les informations "une" et "marque". ... Ce positionnement chronologique étant directement dépendant du format FV prévu pour cette séquence. L'intérêt de ce positionnement chronologique séquence par séquence. puis pisse de traitements par piste de traitements ne s'arrête pas là. Nous avons vu que les pistes de traitements sont positionnées de façon parallèle entre elles. à l'image des pistes de montage classique des outils de montage audiovisuels. bien qu'il n'y ait pas à ce stade ') de notion de durée. Un des grands intérêts du procédé est non seulement de positionner les informations entre elles au sein d'une même piste de traitements. niais aussi de les positionner entre elles entre plusieurs pistes de traitements. afin par exemple de prévoir par exemple une cinématique d'affichage graphique d'une in-luge ou d'un texte correspondant à la cinématique de synthèse vocale d'une portion textuelle. Selon une de nos architectures préférées. ces positionnements relatifs entre différentes pistes nécessitent de définir au moins une piste de traitements de référence. piste dite principale. sur les informations de laquelle les information d'une ou plusieurs pistes de traitements dites secondaires, font référence en terme de positionnement. ceci séquence par séquence. Ces références entre informations ales pistes secondai-es et les informations des pistes principales. positionnées chronologiquement sur cette piste principale. permettent de définir les positionnements des informations positionnées sur les pistes secondaires. par référence aux informations positionnées sur la ou les pistes principales. Selon notre architecture préférée. la piste principale d'une séquence SOn pst celle sur laquelle est calée le déroulement temporel de la séquence SOn. Le choix de cette piste principale dépend du type de la séquence SOn. "foutes les autres informations temporelles des autres pistes dites secondaires de la séquence SOn sont alors définies par référence aux informations de cette piste principale. Sel an l'exemple de la petite annonce automobile. pour la l ère séquence. il sera par exemple prévu par le format LN/ de la vidéo à produire que les informations textuelles destinées à être vocalisées seront positionnées sur la piste principale de la séquence: dans ce cas. la bande son obtenue par synthèse vocale du texte prévu à cet effet (A vendre à localisation une marque nu)clèle version de kilométrage pour pris euros) établira le déroulement temporel de la séquence (la durée étant ici celle de la vocalisation). Les informations positionnées sur la piste principale peuvent être autre que textuelles. Par exemple. le format LV aurait pu faire terminer la vidéo de petite annonce automobile par une séquence de 2 photos avec en sous titre les principales caractéristiques de l'annonce. chacune des photos devant s'afficher .5 secondes (donc 10 secondes en tout) sans aucune bande son (ou avec un bruitage). La piste principale aurait alors été une piste dont les informations positionnées étaient de type image et a cinématique des traitements prévus de type affichage graphique de ces images. Lois informations positionnées sur la piste principale peuvent également être de tv} e vocales (enregistrement d'une conversation téléphonique par exemple. ou encore dure émission radiophonique. un simple fichier vocal). Dans certains formats l'V de iiéo à produire. la piste principale est un fichier musical. telle qu'une chanson par exem ole. et les éléments des autres pistes sont cadrés par rapport au déroulement dudit fichier musical. Par exemple une vidéo à produire aurait la durée exacte d'une chanson. et chacune de ces séquences serait cadrée sur les refrains de la chanson. refrains dont le positionnement temporel peut être déterminés par un dispositif automatique d'anal s se de la bande son dans les l ère étapes du Sème moyen. La piste principale peut également être définie par combinaison conditionnelle de deux pistes par exemple. Ce peut être le cas. par exemple, si la l ère séquence de nos petites annonces automobiles prévoit la vocalisation suivante "A vendre à localisation une marque modèle version de kilornétrawe pour pri.v euro" et un affichage de 3 photos avec 5 secondes par photo. la classe textuelle à vocaliser pourrait être considérée comme principale durant la durée de vocalisation. puis si la vocalisation était de durée inférieure à 15 secondes, la piste sur laquelle sont positionnées les images devient principale sur le solde de la durée de la séquence. On peut ai:isi être amené à découper une séquence audiovisuelle SOn en micro séquences plus homogènes. Ce découpage est d'ailleurs généralement effectué peur des raisons telles que la détermination des enchaînements d'images. les évolutions vocales de la senthèse vocale. etc. Comme pour la succession des séquences audiovisuelles, la succession des micro séquences est purement chronologique (u le séquence peut être considérée comme une succession de micro séquences). En variante. la piste principale n'est pas celle sur laquelle sont positionnées les informations qui après leur cinématique de traitements. détermineront le déroulement de la séquence. mais celle par rapport à laquelle les autres informations des autres pistes dites secondaires sont positionnées par référence. Toujours dans l'exemple ci dessus. si l'affichage d'autres informations tels que des sous titres par exemple dépendait de l'affichage des photos, la piste sur laque. le seraient réparties ces informations serait la piste principale. Mais cette variante est peu utilisée du fait (le cas complexes où plusieurs pistes peuvent de par cette définition être principales sur a même séquence. Une fois la piste principale définie pour une séquence SOn, l'évolution temporelle des données des classes secondaires de cette séquence SOn sont définies en fonction du déroulement temporel de la piste principale en fonction du format FV à nouveau. Par exemple, admettons que pour la lère séquence de notre exemple. on souhaite afficher successivement les 2 photos prévues durant la durée de la vocalisation estimée (par exemple à partir d'une vitesse moyenne de v ovalisation en nombre de caractères par seconde). Auquel cas chaque photo sera bien affichée en fonction des informations de la piste principale. à savoir le texte à vocaliser. Dans la pratique. pour éviter les erreurs de timing (par exemple poursuite d'affichage de la seconde photo alors que la vocalisation est achevée). il est possible d'afficher la lère photo durant son temps d'affichage estimé, et la seconde durant la fin de la séquence. quelque soit la durée de cette fin de séquence. Au final. le déroulement temporel des informations des pistes secondaires est alors bien défini selon le déroulement ales informations positionnées sur la piste principale. Ln généralisant. les références entre informations des différentes pistes et par là même les positionnements de ees inlormations. peuvent être absolus ou relatifs. Pour reprendre ''exemple de la 1ère séquence de la piste principale de la petite annonce automobile. le positionnement de 2 images positionnées sur une piste secondaire d'affichage graphique (les photos de la petite annonce) peut être absolu si la l ère image fait référence aux l ères informations positionnées sur la piste principale (par exemple les informations textuelle "A vendre a" "%ocalisaiion" "une" "nh,Tq?1e") et la seconde image fait références aux dernières informations positionnées sur cette piste principale (par exemple "modèle" "version" "de" "kiloméii'age" "pour" "prix" "euros"). Le positionnement peut être relatif si les 2 images sont simplement positionnées par rapport aux mêmes informations de la piste principale. mais qu'à chacune d'elles la cinématique des traitements affecte une valeur de durée d'affichage de 4 secondes (en plus de différents paramètres d'affichages graphiques). Auquel cas. l'affichage aura lieu durant la vocalisation des informations de la pistes principales. nais sans précision autres qu'une durée d'affichage de 4 secondes par image (plus une éventuelle transition), ce qui dans certains cas pourra donner une durée d'affichage supérieure ou inférieure à celle de la vocalisation. Une fois les différentes informations réparties pistes par pistes et positionnées entre elles, les cinématiques de traitements à appliquer à ces informations ou groupes d'informations, définies séquence par séquence et piste par piste selon le format FV de la vidéo à produire. peuvent être précisées. Par exemple. pour des parties textuelles destinées à être vocalisées. les informations de présentation peuvent comprendre e choix des voix. des débits de voix.... qui sont soit obtenus directement à partir eu format FV pour cette séquence. et éventuellement pondérés en fonction de traite_nen:s d'analyse des informations d'origine effectué éventuellement au cours du ler moyen tel que la distinction des paragraphes d'une partie textuelle, le contexte et la topa ité du sujet.... (ces traitements d'analyse inutiles dans le cas de notre exemple sur les petites annonces automobiles. où toutes les informations d'origine nécessaires sont déposées sur un serveur FTP alors que leur nature (marque. modèles, ...) rend inutile ces traitements préparatoires). Par exemple. pour une succession d'images d'i ne même séquence. l'information de présentation peut-être très simple telle que l'affichage en plein écran et le chaînage par une transition simple, ou en variante une transition choisie aléatoirement dans un groupe de transitions (par exemple groupe de 10 transitions SMTPE) afin d'augmenter la variabilité des v idéos produites dans le cas de nombreuses vidéos de même format FV à produire. Elle peut aussi étre plus complexe, définissant par exemple un cadrage initial par image (éventuellement propre à chaque image de la succession) avec l'évolution de ce cadrage dans le temps. ou avec des effets de type zoom et une trajectoire par défaut ou aléatoire.... 15 La cinématique attribuée à un groupe d'informations peut également définir qu'une partie textuelle est lue par un présentateur virtuel, ce présentateur v irtt et pouvant, par exemple, être affiché dans un flux graphique saéciiique (partie de l'écran global) qui peut évoluer en cours de séquence (cadrage. trajectoire....) tandis que la cinématique d'affichage elle même du présentateur dans ce lux peut évoluer durant le 20 même temps (zoom sur le visage, ...). Dans un tel cas. les cinématiques respectiv _s d'affichage graphique des informations des pistes secondaires peuvent être traités comme autant de cinématique de flux graphiques distincts et positionnés par rapport à la cinématique de la piste principale: Par exemple un flux graphique principal pour le présentateur. un flux pour les sous titres positionné temporellement au flux du 25 présentateur (s'affichera en même temps) un flux pour les images, .... Les flux graphiques sont indexés entre eux. par exemple pour conserver a cohérence entre données au sein d'une ou plusieurs séquences successives. tel que par exemple entre un flux sous titre et une présentation vocale ou un affichage d'images. Le format FV définit alors ces flux graphiques comme des séquences qui au lieu d'être 30 ordonnancées de fàçon successives sont ordonnancées en parallèle les unes par rappo t aux autres et l'évolution des données respectives desdites séquences est définie pL r l'indexation desdits flux graphiques (par exemple une bande audio et un sous titre). Les cinématiques de traitements peuvent également. définir des traitements concernant des présentations sonores tels que par exemple des bruitages ainsi que lei r évolution dans le temps (par exemple si leur niveau sonore augmente quand il nv a pas de voix et diminue quand il y en a) ou tels que des bandes sons. Chacune de ces cinématiques est associée à un couple FIOIFV partie( lier car elle définit une liste de traitements qui sont appliqués à une donnée ou à un groupe de données d'un document d'origine au format FIO de ce couple fin d')btenir une donnée ou groupe de données adéquate pour être intégré dans au moins une séquence du document résultat FV défini par le format I V de ce couple. Les traitements peuv ent être en série tout le long de la cinématique c'est-à-dire que le premier traitement de. la série s'applique a la donnée extraite du document d'origine et les traitements suie, nts sur les résultats des traitements antérieurs. Mais les traitements ou une partie d'entre eux peuvent également s'appliquer en parallèle à des données différentes. Selon un mode de réalisation, est définie une cinématique de traitements pour vocaliser une partie textuelle qui est éventuellement présentée par des présentatetirs virtuels. Lorsqu'une telle cinématique ne consiste qu'à la définition d'un traitement de type synthèse vocale. la cinématique de traitements défini . alors les paramètres de la vocalisation ainsi qu'éventuellement ceux relatifs à sa présentation par un présentateur par exemple. Cependant. une telle cinématique regroupe également. selon t ne variante. un ensemble de traitements de préparation du texte à la vocalisation. De tels traitements de préparation peuvent avoir pour objectif de structurer es informations positionnées sur la piste principale, en l'occurrence regroupant es parties textuelles d'une séquence SOn. à partir en particulier de parties textuel es structurées ou non structurées qui ont été extraites de documents d'origine. d adap ces parties textuelles au monde audiovisuel ou d'adapter ces parties textuelles eu type de message prévu par le format IV et de les préparer à être vocaliser. La structuration des informations de la piste principale d'une séquence SOn comportant des données de type textuel consiste à remanier les différentes xarties textuelles de la classe afin de lormer un tete sous une forme adéquate pour être utilisé pour la production de la séquence SOn. Reprenons la l ère séquence de notre exemple sur les petites annonces automobiles dans lequel on souhaite obtenir le texte à vocaliser suivant : "le A vendre à Ioculi. ution une marque modèle version de kilométrage pour prit- euros" dans lequel les seules valeurs que nous avons recueillies dans les informations d'origine sont celles en italique. à savoir la localisation, la marque. le modèle. la version le kilométrage et le prix. La structuration consiste. dans cet exemple, à rajouter les données de nature textuelle suivantes : "a vendre à" "une" "pour" et "cures" aux informations d'origine listées ci dessus. le tout afin d'obtenir une phrase bien structurée de présentation de l'annonce. Dans l'exemple simple des petites annonces automobiles. pour lesquelles les vidéos à produire sont une succession de séquences courtes avec des vidéos complotes dépassant rarement la minute. les autres traitements de préparation à la vocalisation concernent ceux relatifs aux défauts de prononciation de la synthèse vocale. au renient dit d'indiquer au Sème moyen la prononciation correcte de certaines inlormations telles que des no Ils propres ou des abréviations qui peuvent en fonction de l'usage étre prononcés de façon différente de celles des règles de prononciation de la langue de la vidéo. Par exemple en français, la marque Seat se prononcerait "ceu at" alors qu'il convient de prononcer "se at". Ou encore la marque "Chrvsler" serait prononcée "crislé" en français alors qu'il est d'usage de prononcer "Crislère". Traditionnellement. on utilise dans de tels cas un lexique d'exception. et qui permet de faire correspondre à chaque mot susceptible d'être dans ce cas sa prononciation correcte dans la langue voulue. Les lexiques d'exception sont couplés au moyen de synthèse vocale. soit de façon totalement intégré. soit via un module séparé et hormis le fait de disposer d'un lexique d'exception complet. il n'y a en général guère besoin de préparation spécifique pour des utilisations classiques de moteurs de synthèse vocale. Par contre, selon le procédé de production de la présente invention. du fait à la fois du grand nombre de voix nécessaires et de la v aricté des sujets traités, le mode de couplage classique des lexiques d'exceptions ne peut être utilisés sans être adaptés. Fout d'abord. comme on le verra ci après. des traitements tels que ceux rendus nécessaires par les relances nécessitent de multiples voix afin d'obtenir un rendu naturel alors que dans une langue donnée. la plupart des moteurs ne disposent que d'un nombre restreint coire une unique voix. Il est donc nécessaire de prévoir plusieurs moteurs de synthèse vocale pour que le procédé de production. selon la présente invention. soit mis en oeuvre. Chacun de ces moteurs de synthèse vocale est alors associé à un lexique paramétré pour un usage précis (par exemple vocalisation de cours de bourse). Or, les coûts de mise au point d'un lexique d'exception dans le domaine du contenu grand public sont élevés et il n'est pas envisageab' e économiquement de multiplier ces coûts par le nombre de moteurs de synthèse vocal:'. Il est donc nécessaire de mutualiser un même lexique complet entre tous ces moteurs de synthèse vocale. ce qui pose des problèmes non interopérabilité technique entre les moteurs de synthèse vocale. Ensuite, les sujets des documents susceptibles d'être traités sont très variables. or les exceptions peuvent varier selon les contextes. Pour reprendre notre exemple des petites annonces automobiles. le mot "16s" se prononcera en général "16 s" sans correction, "16 secondes" dans un contexte sportif, et se prononcera "16 s" ou '16 soupapes" dans notre contexte portant sur les "marques -- modèles et versions" .tes constructeurs automobiles. Ce qui fait 2 exceptions de prononciation différentes piur la même expression. quand un lexique n'en comporte qu'un. Ce problème est ampl 11é 10 dès lors que sont à traiter des documents de toute nature et de tout sujet. Selon un mode de réalisation, des lexiques d'exception. dit instanciés ou )ar contexte, complets sont définis ou en variante sont définies des références entre ces lexiques d'exception et le texte à synthétiser. Selon un autre mode de réalisation. le traitement des exceptions de la synthèse vocale est isolé c'est-à-dire que lors de la 15 phase de préparation du texte à synthétiser, soit les mots sont directement corriges par leur équivalent phonétique, soit. si le texte doit être repris dans une opération de sous titrage. des index pointent la vocalisation exacte de chacun de ces mots. Dans le cas de la production de vidéos en nombre et de façon automatique. es lexiques d'exception ne suffisent toutefois pas. en particulier dans des cas tels que es 20 petites annonces où des rubriques desdites petites annonces seraient en saisie libre. Auquel cas. l'expérience montre que de 10 à 50% des vidéos produites seraient mal prononcées. selon le type de petites annonces. Par exemple. si pour une pet te annonce automobile. les rubriques marque et modèle sont issues de liste de référence. il sera possible d'utiliser un lexique d'exception instancié sur le domaine automobile 25 pour ces 2 rubriques. Mais si la rubrique version de ces petites annonces est en sanie libre. il n'en sera pas de même: Comment bien prononcer des versions telles que "sel ie 3 325". "BREACK HDI2L 90(11" "100cv 5P". ... ? Dans le fer cas. la synthèse vocale prononcera par défaut "trois mille trois cent vingt cinq" pour "3 325" au lieu de "trois" et " trois cent vingt cinq". Dans le second cas. 1IDI doit se prononcer "Ir 30 "D" "1" et non pas "DI". "21" doit se prononcer 2 litres. et "9OCH" doit se pronom: _r "90 chevaux". Enfin dans le 3ème cas "cv" doit se prononeeer "chevaux" (et non pas v) et 5P 5 portes" (et non pas "p"). Et il existe de très nombreux autres cas à problème comme par exemple non limitatifs les cas oà le ter mot de la versic n est le modèle (auquel cas il ne faut pas le prononcer une seconde ibis jusque après a prononciation du modèle dans le cas de notre exemple). les ponctuations au milier de chiffres qui n'en sont pas (1 .9 signifiant l litre 9 par exemple. tout comme 119 ou 1.9. ), les chiffres romains (comment prononcer V '? Est ce un "v" ou un "5", ...) Une lère partie de la solution sera la mise en place d'un lexique non seulement instancié comme décris ci dessus. mais spécifiant chacune des rubriques .les informations en entrée. par exemple ici la marque, le module et la version. Ceci peut aisément être mis en place par une table de base de données. pour laquelle outre les rubriques "mots en entrée" et "prononciation correcte". on indiquerait en plus d._rns une autre rubrique la provenance du mot en entrée (ici en distinguant les pros enanc es. marques, modèles et version). Cette table peut dans certains cas avantageusement Lare hiérarchique. pour indiquer que la version appartient à tel modèle qui appartient à telle marque. En variante simplifiée, un simple fichier plat avec un séparateur convenu d'avance (type ":") peut suffire. l'appartenance hiérarchique pouvant al )rs être symbolisée par un autre type de séparateur (par exemple marque/modèle/Net-sien mot en entrée prononciation correcte). à moins que l'on opte pour une série de lexiques (lexique marque. lexique marque/modèle, lexique marque/ modèle version) en fonction de l'usage prévu par le format LV des vidéos à produire (si ce format ne prévoit pas de prononcer à la suite les marques modèles et version. ce dernier lexi( ue est bien entendu inutile). Un tel lexique dans le cas des versions en saisie 1 bre au niveau des informations d'origine ne résoudra qu'une petite partie des problèmes. 1) ns les exemples cités ci dessus ("série 3 325". "BREACK HDI2I. 90CII". "100cv 5P"). il ne permettra de traiter que le mot "BREAK" à prononcer "brèque"). Il ne peut par exemple pas être question de remplacer "CH" par "chevau.y" dans le lexique. ne fut que car si en saisie libre un utilisateur indique "chevaux", le lexique renverra la prononciation selon lui correcte "chevauxevaux". A moins d'indigo er plusieurs milliers de cas distincts au niveau du lexique. et de comparer ces entrées Au lexique à chaque mot ou groupe de lettres trouvées dans la rubrique version. av ec au final un temps de réponse considérable du procédé. Pour résoudre ce problème. notre architecture préf rée combine les lexiques instanciés à un ensemble de règles imbriquées. règles qui sont autant de traitement, à appliquer aux rubriques des infirmations d'origine posant problème. comme la rubrique version si cette dernière est en saisie libre dans le cas des petites annonces automobiles. Chaque règle permet de traiter un cas de ligure différent. en indiquant comment remplacer oies groupes de caractères répondant à des spécifications précises. telles que par exemple non limitatif une succession d'un nombre spécifié de lettres et de chiffres dans un ordre donné. par un autre groupe de caractères lui corres;,ondant mais dont la spécification permettant soit une prononciation correcte. soit à d'autres règles à appliquer à sa suite de permettre une prononciation correcte. L'association des règles dans un ordre donné permet de résoudre la majorité des problèmes renconrés (en dehors des fautes d'orthographes, ...). Ces règles peuvent être nombreuses. de même que les traitements correspondants, peuvent être nombreuses si le nombre de cas à résoudre est élevé. Par exemple. plus de 40 règles ont du être définie, et développées dans le cas des versions de petites annonces automobiles. dont les I O quelques exemples de règles suivantes: --> Pour la marque: Si la marque est trouvée dans le lexique elle est remplacée. - -> Pour le modèle: Si le modèle est identique à la marque. il est ignoré (supprimé des mots à vocaliser). sinon si le modèle est trouvé dans le lexique, il est remplacé - -> Pour la version: 15 • Si la version est identique au modèle. elle est ignorée (permet d'éviter de nombreuses répétitions ou en saisie libre, les utilisateurs commencent par saisir le modèle). • Les nombres supérieurs ou égaux à 1000 ne doivent pas comprendre d'espece séparateur. Par exemple "1 500" sera prononcé "un cinq cent" et non pas "mille 20 cinq cent" • Séparation des groupes textuels de type concaténation entier ou décimal et chaîne. Par exemple une expression imprononçable et ne pouvant être reconne dans un simple lexique comme 2L16V deviendra 2 L 16 V. Une autre expression comme 1.5dci80cv deviendra 1.5 dci 80 cv. 25 • Après éclatement recherche des mots (groupe de lettres) dans le lexique et remplacement si trouvés. sinon éclatement si leur longueur est de 3 caractères maximum (ou 4 dépend des règles bien entendu): Par exemple "TDI" deviendra " 1 " "D" "1" (idem pour Ii D I ). • Traitement de certains radicaux du type cv/ch. p et 1 (indifféremment on 30 majuscule ou minuscule: CV. CIL P et L). o Un entier "N" compris entre 2 et 5 et suivi de "p" sera prononcé "N portes". Exemple: 5p devient 5 portes. o Un entier "NN' à au moins 2 chiffres suivi de "cv" ou de "ch" sera prononcé "NN chevaux". Exemple: 100ch devient 1 00 chevaux o f Jn entier "N" suivi de "1" sera prononcé "N litres" . Exemple 31 devient 3 litres. o f n entier "N" suivi d'un "1" suivi d'un entier a un chiffre "D" devient N litre D. Exemple: 1 L9 devient 1 litre 9 i Notons qu'appliquées ensemble dans un ordre précis, ces règles pet met ent effectivement de traiter les différents exemples ci dessus. Par exemple "BRIN\LK IIDI2L 90CH" va devenir après la lère règle d'éclatement "BRLACK 11D1 2 I. 90 CH" (cette 1ère règle ne permet pas une prononciation correcte.. mais permet aux 10 règles suivantes d'être appliquées). puis après application des différentes autres règles suivant cette l ère règle devenir "breque H D 1 2 litre 90 chevaux". Concernant la correction d orthographe. des moyens de type dictionnaire sant mis en œuvre. Ces dictionnaires analysent les différents mots du texte et corrigent ceux dont l'écriture est erronée. Ils disposent d'un lexique d'exception des noms 15 propres. mais celui-ci est par nature limité (pays, personnages historiques. . .). Comme pour les lexiques d'exception vocales cités ci dessus. ces dictionnaires peuvent toutefois être instanciés. afin de traiter les erreurs les plus fréquentes dans un domaine donné, ceci sans augmenter de façon considérable le nombre d'entrées dans les dictionnaires généraux. Par exemple, pour les petites annonces automobiles. les 20 utilisateurs écrivent fréquemment "break" pour le mot "breack". Concernant la tonalité, des moyens de tVpe 'text mining sont mis en œu\ re a in de préciser l'éventuel tonalité soit de la synthèse vocale. soit du personnage an mé au de l'animation faciale utilisée (joyeux si le sujet traité est gaie. sombre s'il est triste....) et ainsi d'humaniser quelque peu le document résultat. 25 Les corrections à l'aide des lexiques d'exceptions et des règles sont bien entendu nécessaires que pour les classes d'informations textuelles éventuellement structurées ayant vocation à être vocalisées. et non pas pour les classes d'informations parties textuelles destinées à l'affichage (dans notre exemple en tout cas - cela pourrait être utile pour d'autres usages de type apprentissage de langue), en dehors des corrections 30 d'orthographe bien entendu. Pour d'autres types d'informations d'origine que celles de notre exemple. d'autres traitements seront nécessaires. Les informations d')rigine non audiovisuelles, par exemple venant de l'hnternet, ne sont pas forcément adaptées u mode audiovisuel, et toutes ne peuvent d'ailleurs être adaptés du point de vue (le l'usage. L'ergonomie audiovisuelle est en effet par nature peu adaptée aux documents de fond. mais sauf exceptions plutôt réservée à des divulgations grand public ou en tout cas synthétique ou de vulgarisation. De plus, contrairement au monde écrit (il n'y a aucun problème pour que le lecteur s'y reprenne à plusieurs fois, le texte ne bougera pas), le monde audiovisuel nécessite de capter en continu l'attention pour faire passer ses messages. L'adaptation des parties visuelles des informations d'une piste principale destinées à être vocalisées. au monde audiovisuel consiste donc à. dune part. modifier et éventuellement mettre en forme la taille du texte formé de l'assemblage de ces parties visuelles pour se rapprocher des tailles plus réduites de l'audiovisuel, et d'animer la future vocalisation de ce texte quand il y a lieu. Selon un mode de réalisation, des moyens de type � text mining � sont utilisés pour obtenir un texte avant une taille se rapprochant de celles des documents audiovisuels. Ces traitements. appliqués aux textes destinés à être vocalisés. permettent. notamment. de déterminer les limites des phrases et paragraphes. de compter le nombre de mots et de syllabes du texte et ou des phrases ou paragrapl-_es, d'extraire un ensemble de mots clés significatifs ou sujets. de séquences le texte en différents éléments en fonction des différents contextes ou sujets qu'il détermine. de résumer le texte ou des paragraphes du texte, le taux de contraction du texte _en nombre de mots ou en %) pouvant être précisé. Les résultats de l'application des moyens de type � text mining � peuvent être utilisés de diverses manières. Par exemple, le nombre de syllabes permet d'évaluer un temps de vocalisation moyen qui permet de définir un taux de résumé à effectuer. Selon un autre exemple. les mots clés résultants permettent de cerner le contexte ou sujet du texte. ce qui éventuellement peut. selon la complexité du sujet, être utilisé pour corriger le taux de réduction du texte. Selon un autre exemple, le séquencement par paragraphe résultant permet de préciser ce taux de résumé éventuellement paragraphe par paragraphe. Selon un mode de réalisation. des traitements d'animation vocale sont utilisés afin de soutenir l'attention des utilisateurs du document résultat DR Pour cela. selon un mode de réalisation. des moyens sont mis en oeuvre pour définir des évolutions vocales et des relances. I,es évolutions vocales (variations de voix. de débit. de pitch. de tonalité, pauses....) établissent que des couples voix/visages varient pour chaq _te séquence nouvelle. ou pour tout sujet nouveau. Les évolutions vocales peuvent également fixer des valeurs de seuils qui sont issus de mesure de temps au bout duquel un pourcentage significatif d'utilisateurs ne suivent plus le sujet d'un discours sais .3 évolution vocale de celui-ci. Ces valeurs de seuil peuvent également être influer cés par l'évolution de données de d'autres classes. Les évolutions vocales peuvent également définir des évolutions plus faibles en fin de phrase et Jes plus fortes en fin de paragraphe. lies évolutions vocales peuvent également définir des contextes du contenu. Par exemple de contenu, on peut piani !Ier une intonation solennelle pour un évènement grave. Les relances sont employées pur relancer l'attention des utilisateurs lors de la vocalisation de textes longs à l'aide de techniques dite de � reformulation �, ou de "présentation de ce qui v-a suivre". Selon un mode de réalisation, des moyens de type �text mining � sont utilisés à la lois pour le positionnement des ruptures en fonction par exemple de la durée des paragraphes, ou encore lors de la détection de changements de sujet. mais aussi pour les résumés courts eux-mêmes utilisés pour les reformulations. Ces relances nécessitent des formules de présentation et ou d'encadrement. Par exemple. l'ajout de phrases du type "Si j'ai bien compris", "Vous voulez dire que "... précédent le résumé du paragraphes écoulé. ou du type "et c'est pourquoi". "et cela permettra" ... avant le résumé du paragraphe suivant. Afin de dynamiser la vocalisation future. les voix et ou les animations lors des relances seront en rupture du solde du texte. Souvent. ces relances nécessitent la mise en oeuvre de techniques de l'interview. et nécessitent donc en plus une phase d'introduction par exemple en début d'article long (présenter l'auteur qui va parler. puis une conclusion). Elle requièrent également des paramètres vocaux selon le sexe de l'auteur par exemple d'un article, et établissent qu'une pe"•son ~e effectuant la relance aura une voix de synthèse en rupture par rapport à celle Je l'auteur. Les relances consistent également en la gestion des silences qui composent une vidéo. Par exemple. si les données composant une séquence ne sont que des images, des plages de silence sont définies. par exemple en fonction d'une durée minimale d'affichage de ces images. Dans d'autres cas. il s'agira simplement de rajouter des plages de silences dans un message vocal trop court. Selon un mode de réalisation. une cinématique spécifique est définie pour qu'une partie textuelle soit affichée. Qu'une partie textuelle soit utilisée en tant qu'illustration ou comme sous titre ou au sein d'une bulle, ou même comme information d'une piste principale (modèles de vidéos consistant à faire lire un text_. éventuellement illustré. page par page), des traitements portant sur les fontes et polices d'affichage sont mis en oeuvre afin de choisir un type de police. la taille et la couleur d'affichage ou la couleur de fond d'une zone d'affichage. l'ombrage éventuel ou l'intégration dans un bandeau. ... Des traitements de mise en forme de l'affichage ,ont également mis en ouvre. Par exemple un texte de grande taille destiné au sous titrage peut être affiché sous forme de texte déroulant. en un nombre prédéterminé de lignes (2 ou 3 s'il s'agit d'un sous titrage, beaucoup plus s'il s'agit d'un affichage en plein écran. Ce qui peut amener à éclater le texte en plusieurs micro séquences ou dans le cas de sous titres à distinguer plusieurs séquences. Selon un mode de réalisation. une cinématique de traitements spécifique pour qu'une image soit affichée ou qu'une vidéo soit jouée. qu'un bruitage ou bande vocale soit intégré.... Un traitement important concerne l'adaptation des images aux dimensions et tailles du document résultat, ou du cadrage au sein duquel leur affichage est prévu. Dans de nombreux documents d'origine tel que des documents Internet comportant des images. ces images sont de petite taille et viennent en surir ort du texte. Par contre. dans la version audiovisuelle, les images deviennent souvent centrales (il n'y a plus de texte ou presque. puisque ce dernier a été vocalisé). et la définition des images extraites du document d'origine n'est parfois pas adaptée. Plusieurs images peuvent également être assemblées en une composition (par exem ale une nmosa'ique) selon le format FV voulu. Enfin de nombreux traitements d'effets spéciaux de type zoom. cadrage. ... peuvent être définis sur des images par le format FV sans compter les compositions déjà citées. Par exemple. le format FV peut prévoir d'effectuer un Zoom léger durant un temps prédéfini pour tout ou partie (par exemple uniquement la l ère. ou une. sur 2) des images devant être affichées plus de 4 secondes (par exemple passer d'un cadrage de 100% (toute l'image) à 80% au centre (80% de l'image occuperont tout l'écran de la vidéo) en 3 secondes (ce qui donnera un effet zoom donc). Des cadrages plus complexes (type déplacement dans l'image de droite à gauche) pourraient être défit is automatiquement soit si les informations d'origine de type image sont conçues pour le permettre par défaut (par exemple si toutes les images informations d'origine fournies prévoyaient un tel déplacement de gauche à droite). soit dans un procédé plies complexe en cas de couplage avec un système expert d'analyse des photos pernletta it de déterminer les cadrages à effectuer en fonction du résultat recherché (donc cu format FV attendu). Un effet, effectuer dans tous les cas de tels cadrages complexes sans soit être assuré de la compatibilité des images fournies à ces cadrages. soit sans disposer de tels systèmes experts. donneraient dans le résultat final un déplacement dans une image dont on ne verrait pas la finatité (par exemple sur une photo de face d'une voiture, au lieu d'afficher toute cette photo, le résultat serait par exemple de passer peu à peu d'un cadrage du phare droit de la voiture à son phare gauche. L'effet serait effectivement animé, mais sans intérêt). Un autre traitement concerne la mise en boucle d'un bruitage si le bruitage par exemple musical est très court par rapport a la durée de la séquence auquel il doit s'appliquer. tJn autre traitement permet l'adaptation du niveau sonore du bruitage de manière à uniformiser le niveau sonore sur toute la durée de la séquence et un autre traitement permet le filtrage d'une bande sonore afin d'éliminer les parasites ou un bruitage. En variante. le format FV peut prévoir des groupes de paramèt'es de cinématique choisis aléatoirement tout en restant compatibles entre eux. ceci afin dEns le cas de production en série de vidéos de même format. d'augmenter la var abilité ergonomique des vidéos de format FV à produire. Par exemple. plutôt que de définir une voix de synthèse à appliquer. le modèle FV définit un groupe de voix qu'il est possible d'appliquer, et une voix sera choisie aléatoirement dans ce groupe. Auquel cas. en cas de présentation de la portion vocale ainsi synthétisée par un présentateur virtuel. ce dernier devra être compatible avec la voix choisie aléatoirement (par exemple de même sexe). Le format FV peut de la même façon comprendre des groupes de fontes (taille, couleur, ...) pour les parties textuelles à afficher. des groupes de transition entre images et ou séquences. comme nous l'avons déjà évoqué plis haut. mais aussi des groupes d'images de fond. des groupes de bruitages éventuellement homogènes (par exemple le même genre cle musique classique... voire des groupes de bordures pour la future vidéo ou pour chaque image. Au cours de la Sème étape, une piste secondaire spéciale dite de marquage. pe_-t être créée, afin séquence par séquence selon les besoins définis par le format IV. de positionner des marqueurs qui soient sont porteurs d'informations issues des informations d'origine. soit des informations créées en fonction du format FV afin c e rendre l'utilisation de la future vidéo plus attractive par exemple. Comme pour lus informations des autres pistes secondaires. les informations de la ou des pistes ce marquage sont positionnées par référence aux positions des informations d'autres pistes, en général par référence aux informations de la ou des pistes principales. En variante, les marqueurs peuvent être positionnés directement sur les pistes des autres informations elles mêmes, directement au niveau des informations de chaque piste. Dans une de nos architectures préférées. certains de ces marqueurs peuvent être dédoublés. afin de borner sur chaque piste les informations auxquelles ils réfèrent. Par exemple. un marqueur associé à un lien hypertexte. ou invoquant Ses traitements tels que ceux d'affichage de parties de description, comme on le verra par la suite, peut être dédouble en 2 marqueurs, le 1 er positionné par exemple sur une première information textuelle associé à une cinématique de synthèse vocale sur une piste principale. 'e second positionné sur une autre information textuelle de cette même piste principale, ceci afin par exemple de marquer. une fois la vidéo proéuite. le début et la lin ce la période de la vidéo durant laquelle respectivement le lien d'interactivité, ou l'affichage de la partie de description voulue associée à la v l0 seront actifs. Les cinématiques associées à ces marqueurs sont soit des cinématiques d'indexation. soit des cinématiques d'interactiv ité, soit des cinématiques de renseignements. soit encore des cinématiques de navigation ou d'activation de traitements ou encore de manipulation de résultat. Ces informations marqueurs 15 peuvent ainsi. grâce à leur positionnement par rapport aux autres intorniaticns positionnées sur les autres pistes dont la piste principale. correspondre à ces informations relatives au contenu d'une séquence audiovisuelle de la vidéo à produi'e: Par exemple un titre ou un résumé. voire quelques images significatives. et une typologie afin par exemple de relaisser lors du montage dc la vidéo lors de la 5crle 20 étape du Sème moyen un sommaire à l'image de ceux disponibles sur les DVDs ].le films. La typologie permet par exemple de distinguer différentes catégor es de séquences, dont celles de publicité. ce qui est utile dans de nombreux usages. De pl( s. les informations à valeur ajoutée incluses dans ces marqueurs peuvent être des informations relatives au positionnement de la séquence dans la vidéo tel que le 25 numéro d'ordre dc la séquence, de séquence suivante et précédente. la durée depuis le début du document résultat et la durée restante après la séquence, des informations de taille (volume en KO de la vidéo et celui de la séquence). A l'extrême. l'ensemble de l'information d'origine (tout le texte par exemple), peut être incluse dans le marqueur. La cinématique associée à ces marqueurs permettra de déposer des liens de nav igaticn 30 et ou de consultation qui seront actifs par référence aux informations de la pisse principale auxquelles ils font référence. Par exemple. pour un format de vidéo correspondant à une série de séquences représentant chacune une voiture d'une marque donnée. il serait intéressant de disposer d'un tel lien d'interactivité sur chacune des séquences. chaque lien présentant par exemple des informations de type lieu et prix. ceci afin de naviguer rapidement entre les différentes séquences de la vidéo. en admettant bien entendu que le lecteur vidéo (player) permettant de visualiser cette vidéo permette une telle interactivité. Ces marqueurs peuvent également contenir des informations relatives au c roit d'auteur. par exemple en référençant une image. ... et/ou des informations destinées au piratage telle que des clés d'identification, et/ou des informations relatives aux droits d'usage e. de diffusion. Par exemple.. des informations relatives au carac!ère pavant du document résultat. des informations de blocage selon la rée ion géographique. selon une durée de vie maximale du document résultat. selon l'âge de l'utilisateur, selon le type de terminal utilisé.... Selon une autre de nos préférences. les marqueurs peuvent contenir d'aures informations à valeur ajoutée telles que des informations d'activation comme une 1 ste de profils autorisés (ou à l'extrême d'une liste de personnes autorisées). ou de périmètres géographiques d'activation (pour par exemple déclencher la consultation ou un paramétrage en fonction de la récupération d'informations géo localisées (par GPS,...). Selor un autre de nos usages préférés, les marqueurs contiennent des informations d'interactivité permettant d'indexer la vidéo. éventuellement séquence par séquence. Pour reprendre l'exemple de la vidéo de petite annonce automobile. un marqueur indexant tout ou partie de la vidéo à produire pourrait inclure l'information d'origine correspondant au lien hypertexte de la petite annonce sous sa forme traditionnelle. ce qui permettrait une fois la vidéo de format FV produite. de basculer vers le détail de l'annonce sous sa forme classique par simple interaction lors de la consultation de la vidéo. Un généralisant. les marqueurs peuvent contenir des informations de type lien h) pertextes d'un document d�origine de type page )(VU . ou d'une publicité contextuelle, ou bien un lien vers une autre séquence (par exemple i_in titre ou un résumé permettant d'accéder à la vidéo de l'article complet), tandis que la référence sur une ou plusieurs des informations de la piste par exemple principale par rapport auxquelles sont positionnées chacun de ces marqueurs permet de définir dans la future vidéo de format FV la portion de la future v idéo durant laquelle ce lien d'interactivité sera actif Le positionnement de la plage de temps couverte par les marqueurs peuvent également prendre en compte le temps de réaction préau par l'utilisateur (et donc dépasser en partie les plages correspondant au sujet proprement dit). Dans le cadre de la présente invention, les liens hypertexte ou d'intérêt sont définis par le format global FG, incluant le format FV de la vidéo à produire. de l'ensemble produit PR. Ces liens qui permettrent une lère indexation de la vidéo à produire proviennent d'informations d'origine qui ne font pas partie des informations d'origine FI0 nécessaires pour la production de la vidéo Le format FV, tout en faisant partie des informations d'origine de format FIOG nécessaires ri la production de l'ensemble produit PR. Ln variante. ces informations font partie des informations d'origine de format FIO. En variante à nouveau, il pourrait s'agir non pas d'un lien fixe, mais d'un lien h} pertexte de requête paramétrée, pour par exemple déclencher par interaction à partir de la vidéo quand elle sera regardée, une requête de recherche sur le site d'annonces sur par exemple les petites annonces de la même marque et du même département que la marque et le département de la vidéo en cours. La requête peut même être paramétrée pour lancer des recherches portant sur le même type de critères (par exemple marque et localisation) mais cette fois ci sur le ou les sites sur lequel les vidéos seront publiées comme nous le verront plus loin, que ces vidéos soient déjà produites ou à produire et diffuser publier à l'aide de notre procédé. Selon encore un autre mode de réalisation. des marqueurs dits de manipulat on de résultat ou d'invocation de traitement selon leur objectif, sont insérés sur la piste dédiée en référence à des informations d'une piste quelconque. Ces marqueurs permettent d'identifier précisément chacun des éléments constitutifs de la future vidéo. Par exemple, le positionnement temporel d'une image dans le document résultat. le texte correspondant à une bande sonore obtenue par vocalisation de ce texte. le positionnement dans une séquence ou le document résultat d'un bruitage. etc. Mais c'est en étant positionnés par rapport aux informations de la piste principale que ces marqueurs présentent le plus grand intérêt. Ces marqueurs, insérés à des endroits appropriés par référence aux informations de la piste principale, peuvent contenir soit des mini programmes ou scripts qui seront exécutés à une période prédéfinie de la consultation de la future vidéo, période correspondant à la position temporelle clans la future vidéo des informations de la piste principale auxquelles les marqueurs faisaient référence. une fois ces informations traitées par leur cinématique de traitement. P exemple, cette période peut correspondre à la consultation d'une séquence de la futu -e vidéo, si les marc ueurs faisaient référence à l'ensemble des informations de la piste principale d'une séquence. Plusieurs programmes ou invocations peuvent être insérés au niveau d'un marqueur. I'ac ovation des marqueurs dans la future vidéo sera soit de type instantanée (activation quand lors de sa consultation. la vidéo atteindra la position du marqueur), soit fiant référence à une durée utile d'activation: Cette durée peut être absolue. c'est à dire qu'on stocke au niveau du marqueur la durée d'activité de ce marqueur en secondes. à partir du déclenchement de ce marqueur. déclenchement qui peut soit être absolu (le marqueur stocke le timing de déclenchement à partir du début de la séquence) soit par référence sur une information par exemple de la p ste principale dont le déroulement dans la vidéo conditionnera l'activation du marqueur. La durée peut être relative. par référence du marqueur sur des informations par exemple de la piste principale, par exemple une information de début d'activation et une information de fin d'activation. Auquel cas le marqueur sera activé quand le déroulement de la vidéo correspondra à la plage de temps séparant la lère inlormat on (une fois celle ci transformée par la cinématique de traitements prévus sur cette information) de la dernière information référencée par le marqueur. En variante. la durée d'activation du marqueur peut mixer une durée relative par référence aux autres informations et une durée absolue (pour par exemple préciser une durée d'activatior une fois la dernière information parcourue lors du déroulement de la vidéo. Selon une de nos architectures préférées. une vidéo peut ainsi contenir différentes plages d'activations successives, par exemple non limitatif séquence par séquence, chacune faisant référence à une partie de description de la vidéo telle qu'elle sera réalisée par le 4ème moyen selon le format global de l'ensemble à produi 'e. l'objectif étant lors des futures consultation de la vidéo à produire. d'afficher une succession de descriptions correspondant chacune à la portion de la séquence ou parie de séquence en cours de consultation. Ces synchronisations de type rich media permettent de nombreux usages, dont outre la description (le terme description pouvant englober des notions tels que des liens hypertextes de type "pour en savoir plus. ...) chronologique au fur et à mesure de la consultation des vidéos. des publicités. ou encore des liens de navigations vers d'autres vidéos du même type. L'étape 3 du Sème moyen est suivie d'une étape 4 de déclenchement des traitements de chaque cinématique dans l'ordre de cette cinématique afin de produi 'e chaque séquence de la vidéo de format EV à produire. Par exemple. le traitement cle synthèse vocale permet de vocaliser une partie textuelle selon d'une part les résultas tournis par les traitements antérieurs de préparation (paramètres de voix, pitch. débit. ...) et en tenant compte des corrections apportés par les lexiques d'exception et les correcteurs d'orthographe. Cette étape 4 est suivie d'une étape 5 dite de montage de la vidéo. qui inclue les cinématique de traitement prévues entre chaque séquence transitions entre séquences en particulier) et l'enregistrement de la vidéo au format voulu et avec l'encodage voulu: Dimensions de la vidéo (par exemple en 800'600, nombre de frames par secondes, format d'enregistrements (par exemple wmv....) Selon un de nos modes de réalisation préférée. les étapes 4 et 5 du 3ème moyen sont réalisées simultanément . La vidéo produite peu simplement être déposée sur un répertoire tampon du serveur de production. Le second moyen. outre le 3ème moyen, est également suivi d'un 4ème moi en dont la mise en oeuvre peut être en partie parallèle à celle du 3ème moyen comme nous le verrons plus tard. et permettant de décrire chacune des vidéos. et éventuellement d'indexer cette description. Selon une ,1e nos architectures préférées. les informations de description de chaque vidéo sont des informations d'origine définies par le format FIOG. tout en faisant ou non partie des informations d'origine de format FIO nécessaires à la production de la vidéo. Pour reprendre l'exemple déjà cté de la description. de la vidéo de petite annonce automobile produite à partir des informations de format FIJ. la description de ladite vidéo pourrait comprendre un titre (par exemple composé du même texte que celui avant servi à la vocalisation de la lère séquence ci dessus. mais pourrait être bien entendu autre chose), de mots clés tels que "petite annonce" "automobile". "marque" ,.. et une description qui pourrait être inclure dautres rubriques de la petite annonce d'origine, en plus de tout ou partie des rubriques d'informations d'origine utilisées pour la vidéo, mais aussi d'autres informations tell es que par exemple une phrase du type "pour en savoir plus. cliquez sur le lien de l'annonce" et ce lien L'RL vers la petite annonce au format d'origine proprement dit. Les informations de description de la vidéo peuvent donc à la fois inclure des informations d'origine utilisées pour la production de la vidéo. d'autres informations d'origine (par exemple le lien vers la petite annonce sous sa forme classique) qui éventuellement ne sont pas utilisées pour la production de la vidéo. mais également des informations dépendantes du format FIOG sans être des informations d'origine. telles que par exemple des informations de liaison. Dans l'exemple ci dessus. une tele information de lia son dépendante strictement du format FIOG serait l'information " pour en savoir plus. cliquez sur le lien de l'annonce", le lien en lui mcme correspondant à une l ère indexation de ladite description. Les descriptions peuvent éventuellement être plus complexes. et inclure _les traitements. Dans l'exemple des descriptions de vidéos de petites annonces automobiles, il peut par exemple être utile de proposer une carte géographique permettant de mieux localiser le bien en vente. Associer une carte physique indépendante (par exemple une photo) pouvant être fastidieux ne fut ce que du fait de la taille des pièces jointes. il vaut mieux utiliser une des moyens de positionnement géographiques du marché, google maps ou mappy par exemple. Auquel cas. il convient de fournir à ces outils les positions géographiques désirées en terme d'adresse provenant des informations d'origine, et de recueillir le résultat du traitement de ces coordonnées par ces outils. Notons que selon notre procédé, une grande partie des traitements de description et d'indexation du 4ème moyen peut être mis en oeuvre de façon indépendante du 3ème moyen. Chronologiquement. il peut donc être mis en oeuvre avant ce 3ème moyen, en même temps que ce 3ème moyen ou après celui ci. Par contre le dernier traitement du 4ème moyen est forcément postérieur à la mise en oeuvre du 3ème moyen. puisqu'il s'agit d'indexer la description de la vidéo à ladite vidéo. afin de disposer pour la suite du processus d'un 1 err ensemble produit regroupant la vidéo produite et sa description. y compris les éventuelles indexations de cette description sur la vidéo et ou sur d'autres informations. Cette indexation de la description sa vidéo peut être multiple. puisqu'il est possible d'indexer séparément les différentes informations de la description. telles que son titre. sa liste de mots clés. le détail de la description proprement. voire d autres informations telles que la date, l'auteur de la vidéo.... Les descriptions peuvent également être éclatées comme nous l'avons v.i plis haut lors de la description des marqueurs du 3ème moyen. Vn des intérêts de notre procédé de production automatique à la fois des vidéos et de leur description consiste justement en la possibilité d'éclater la description de chaque vidéo à prodrure Ln plusieurs sous descriptions. par exemple chaînées chronologiquement les unes par rapport aux autres. Chacune de ces descriptions peut être référencée par un coce prédéterminé. qui peut être simplement un numéro chronologique qui sera à la b s inclus au niveau des marqueurs d'activation insérés dans la vidéo dans leur ordre chronologique lors de la mise en oeuvre du 3ème moyen. ceci afin par la suite de lhire correspondre l'affichage de la portion voulue de la description sur le serveur de publication au niveau du hème moyen avec la consultation d'une portion de la v déo correspondant audit marqueur d'activation de ladite partie de description. Dans une de nos architectures préférées. les indexations des descriptions sont réalisées simplement par un jeu de liens entre différentes rubriques d'une basa de données. Par exemple une base de données de type MySqI ou Oracle ou autres encore. le procédé gère une table dont chaque enregistrement correspond à un ensemble produit PR, enregistrement identifié par une clé unique par exemple séquentielle. Une l ère rubrique de chaque enregistrement permet par exemple de l0 stocker cette clé séquentielle. une seconde le chemin complet correspondant à l'adresse de stockage physique temporaire de la vidéo (son URI. d'accès donc). par exemple au niveau du serveur de production. une 3ème rubrique correspond au titre. une 3ème au détail. une Sème rubrique à la concaténation des mots clés. ... lin eu,. de description éclatée pour un affichage synchronisé avec le déroulement de la vidéo 15 comme indiqué ci dessus. une rubrique complémentaire. par exemple un ordre numérique chronologique d'affichage, peut permettre de distinguer ces différentes descriptions chronologiques. Dans notre architecture préférée, cet ordre est identique à celui indiqué au niveau des marqueurs correspondants. Dans les exemples et la description du procédé et de son dispositif qui précè Je. 20 nous avons pour l'instant indiqué qu'une seule description, éventuellement complexe et éclatée, était associée à chaque vidéo produite. Selon notre invention toutcicis. plusieurs descriptions prévues par le format global peuvent être associées à chaque vidéo. Un des intérêts évidents de ces descriptions multiples vient des possibilnés d'affichage des descriptions des serveurs de publication qui seront décris plus loin 25 dans ce document au niveau du hème moyen qui peuvent être différentes les unes des autres, certains serveurs de publication pouvant par exemple accepter ou ne pas accepter des descriptions plus ou moins complexes. ou des descriptions éclatées pour des usages d'affichages chronologiques tels qu'indiqués ci dessus. Pour gérer ces différents cas de figure, notre procédé permet de produire. en fonction du format de 30 l'ensemble produit attendu. différents types de descriptions, chacun étant destiné à tin serveur ou un ensemble de serveurs de publication distincts du ou des autres serveurs de publication. Au 4ème moyen succède un Sème moyen de diffusion de chaque vidéo et sa ( u ses descriptions vers au moins une plateforme de publication. L13 Dans une de nos architectures préférées. la mise en oeuvre du Sème moyen consiste en un traitement de téléchargement de la vidéo produite et hébergée temporairement sur le serveur de production vers le ou les serveur(s) de publication cible. le téléchargement pouvant se faire de différente fcçon. par exemple par 1 TP (file transfert protocol) ou 11T I P éventuellement sécurisé. Pour reprendre l'exemple de la table de stockage des correspondances de type Mlysgl ou Oracle ou autre citée entre autres au niveau de la description du 4ème moyen. une fois le téléchargement vers la plateforne de publication effectuée. une simple mise à jour peut faire correspondre dans la rubrique correspondante le nouveau chemin complet IO correspondant à l'adresse de stockage physique sur la plateforme de diffusion (sa nouvelle URL d'accès donc) pour l'enregistrement dont la clé séquentielle correspond à celle de l'ensemble produit PR. Le Sème moyen comprend également pour chaque vidéo la diffusion de sa description vers le même serveur de publication. Selon une lère mise en oeuvre du 15 procédé. en même temps que l'envoi du lien de publication de la vidéo sur le serveur de publication (I'l: RI. d'accès à la vidéo donc). le serveur de publication communique un lien tel qu'un formulaire de publication de la ou des descriptions à associer à la vidéo. Et la ou les descriptions et index sont alors diffusées vers cette adresse de publication. Selon une autre mise en oeuvre du procédé, un formulaire permet à la fois 20 de télécharger la vidéo produite et les différentes rubriques de sa description vers le serveur de publication. En variante, les descriptions restent hébergées par notre 4ème moyen et sur le serveur de publication sont seulement indiqués les liens eui permettront au serveur de publication d'accéder et de publier les rubriques _1e description de la vidéo. 25 Les ensembles produits peuvent être diffusés de la sorte sur différents serveurs de publication. Plutôt qu'une seule URL d'accès aux vidéos et descriptions dans notre base de données décrite plus haut. le procédé peut alors gérer plusieurs URL d'aces en fonction des différentes plateformes de publication. Et le mode de diffusion des vidéos et des inlormations associées peut être différents d'une plateforme de 30 publications cible à l'autre (par exemple des formulaires de diffusion distinct. .. ). 1 e procédé devra alors gérer ces différents modes de diffusion A l'extrême. comme nous l'avons évoqué plus haut. chaque plateforme de publication peut accepter des formats et rubriques de description des vidéos distinct des autres plateformes de publicatic n cible. ce qui impose au niveau du Sème moyen de conserver ces caractéristiques afin de diffuser vers chaque serveur de publication la ou les descriptions compatibles avec ce serveur. Au Sème moyen succède la mise en oeuvre d'un hème moyen de mise en forme de chaque ensemble produit PR sur la ou les plateformes de diffusion. La publication a pour objectif de permettre, pour chaque plateforme de publication. aux futurs utilisateurs cibles de visualiser à la fois la vidéo et sa ou ses descriptions diffusées sur cette plateforme de façon éventuellement synchrone à la consultation de la vidéo. Une version simple de cette publication consiste à affecter une page de consultation Internet accessible par un lien hypertexte (une URL) et ceci pour chaque ensemble produit PR (vidéo + ses descriptions et indexations). A l'image des pages générées automatiquement et attribuées à chaque nouvel article d'un journal ou re, ue de presse en ligne, ou encore pour chaque nouvelle petite annonce d'un site d'annorce. une telle page peut être générée pour chaque nouvel ensemble produit PR réalisé par le système et diffusée sur ladite platef rme. Dans le cas où le serveur de publication est géré par l'opérateur du procédé objet de cette demande de brevet. cette adresse peut même être réservée d'avance dès la mise en oeuvre du 1 er moyen. et donc être connue dès ce stade. La détermination du ou des liens de publications peut donc dans de tels cas être défini par le format FG de chaque ensemble produit PR à produire. Dans une version de base, l'accès à la vidéo peut se faire via un simple lien de téléchargement de celle ci. les descriptions diverses se situant simplement en regard du lien de la vidéo. Et l'ergonomie de la page peut dépendre du mode de consultation prévu: Accès par un ordinateur type PC relié à Internet. ou accès par un téléphone mobile à écran plus limité que celui d'un PC au travers d'un réseau mobile ou aut ce qui à la limite peut nécessiter plusieurs versions de pages chacune dédiées chacune à un ensemble produit PR selon le mode de consultation prévu; Par exemple. les vidéos sur chacune de ces pages seraient encodées avec des dimensions différer es des autres pages pour le même ensemble produit (petites dimensions et nombre de crames par secondes restreint pour les cibles téléphones mobiles. plus grandes dimensious pour les cibles PC'. ...). Il s'agit alors de mufti publications pour chaque ensemble produit sur une même plateforme de publication. Le lien vers la 'idéo peut correspondre à celui de stockage temporaire de la vidéo produite à l'issue du Sème moyen. Mais un tel mécanisme ne serait à la tais pas efficace (stockage sur un serveur dont la fonction premère est la production de vidéos. la fonction stockage et diffusion n'étant de ce fait pas optimisée) et peu fiable en ternie de sécurité (un pirate pouvant par ce biais attaquer le serveur de prcduci ion. D'où dans une de nos architectures préférées, le traitement: de téléchargement du S;me moyen du serveur de production vers la ou les plateformes de publications cibles. Sur la plateforme de publication. l'affichage des descriptions et éventuellement S des indexations de la vidéo, en regard de ce lien vers la vidéo, peut se faire de façon dynamique simplement en interrogeant les rubriques de description de la table de base de données de notre exemple déjà cité ci dessus pour la clé séquentielle correspondant au lien de la vidéo correspondante à l'ensemble produit PR Mais dans nos architectures préférées, comme nous l'avons vu au niveau du 5ème moyen. les 10 informations de description et d'indexation de chaque vidéo sont diffusées de différentes façons vers chaque plateforme de publication. éventuellement de lion différenciées plateforme de publication par plateforme de publication si le format des descriptions sur au moins une d'entre elles est différent de celui des aunes plateformes. Dans tous les cas. le mécanisme de diffusion mis en oeuvre au niveau du 15 5ème moyen permet au niveau du hème moyen de récupérer l'indexation de la vidéo et de sa ou ses descriptions sur chaque plateforme de publication cible. Une telle version de publication simple, selon laquelle la vidéo doit être téléchargée à l'aide de son lien, n'est toutefois pas adaptée à la plupart des usages. pour lesquels la vidéo doit pouvoir être regardée directement sur la page Internet dédiée à 20 l'ensemble produit. et ceci de préférence de façon fluide sans temps de réponse notable. Ceci nécessite de proposer au niveau de la page Internet dédiée à chaque ensemble produit un lecteur (player) permettant de regarder cette vidéo et une technologie par exemple de streaming afin de consulter celle ci de façon fluide sans à coup. Par rapport à la vidéo produite à l'issue du 3ème moyen, ceci nécessite 25 fréquemment de ré encoder la vidéo selon des spécifications (dimensions. nombre Je frames par seconde. format d'enregistrement (wmv, flash, ...) compatible avec celui 'Je la publication sur le serveur de publication. Dans un tel cas. l'étape de téléchargement de la vidéo et éventuellement de ses descriptions vers le serveur de publication est su:vie d'une étape d'encodage de la vidéo aux spécifications spécifiées 30 pour la plateforme de publication. Et le lien de la vidéo dans la table de la base pie données de notre exemple peut être remplacé par le lien de la page abritant le lecteur de la vidéo. ou en variante s'il est différent le lien de la page abritant à la fois le lecteur de la vidéo et ses Jescriptions. Les 2 liens peuvent d'ailleurs être stockés s'il y a lieu (création d'une nouvelle rubrique de la table). Dans une de nos versions préférées, selon laquelle la plateforme de publication est couplée au procédé de production et description des vidéos en série. la produc ion de la vidéo se fait directement aux spécifications voulues de publication (l'encodage étant celui de la publication, de même que les dimensions, ... de la vidéo encodée prête à publier). Un des intérêts de cette architecture intégrée est de pou, oir maîtriser les caractéristiques du lecteur de la vidéo, par exemple en lui insérant des fonctionnalités supplémentaires ( via par exemple des plug in spécifiques si le lecteur n'inclue pas d'emblée cette fonctionnalité) afin en particulier d'afficher de façon synchronisée différentes parties de la description en fonction de l'avancement de la consultation de la vidéo. par le biais des activations successives des marqueurs d'activation correspondant chacun à une partie de la description, tel que réalisé lors de la mise en oeuvre du 3ème moyen. En variante. la mise en oeuvre de cette synchronisation d'affichage des descriptions avec l'avancement de la consultation de la vidéo peut être réalisée plus simplement sans marqueur d'activation au niveau de la vidéo. par exemple en calculant lors de la mise en oeuvre du 3ème moyen la durée exacte de chacue séquence réalisée. et en prévoyant au niveau du format FU de l'ensemble produit 'R un affichage d'une partie de description différencié pour chaque séquence. affichage déclenché par l'atteinte de la durée d'avancement correspondant à la séquence à laquelle correspond la description à afficher lors de la consultation de la vidéo. Mais cette architecture ne permet pas de aisément de gérer les publications multiples. que celles ci soient rendues nécessaires par des cibles d'utilisateurs distinctes (par exemple une cible d'internautes consultant les ensembles produits au travers d'un PC classique. et une cible de mobinautes consultant les ensembles produits au travers de terminaux mobiles dont les écrans sont plus réduits). ou par des nécessites de publications les plus larges possibles pour maximiser l'audience, comme par exemple une plateforme de publication intégrée au service plus des publications sur des plateformes de partage grand public tels que Youtube, Dailymotion, ... dont l'opérateur du procédé objet de notre demande de brevet ne maîtrise pas les fonctionnalités des lecteurs vidéo. Auquel cas. à moins de multiplier les formats de production des vidéos au niveau du 3ème moyen (et clone de produire non pas une vidéo. mais plusieurs en fonction de chacune des cibles plateformes de publication), la solution la plus simple consiste à produire la vidéo dans un format standard compatible avec toutes les plateformes, puis de télécharger automatiquement chaque vidéo et ses informations c!.e description sur chacune des plateformes, puis au niveau de chacune de ces plateformes d'encoder la vidéo reçue au format de publication sur cette plateforme. Les plates formes de partage grand public du marché telles que h outube, Dailvmotion. ... ne disposant pas à l'heure actuelle d'outils permettant des mises à jour en nombre automatisées permettant à la Lois de télécharger et de décrire les vidéos. (e 6ème moyen inclut donc une telle fonctionnalité sous lorme de programmes de téléchargement de vidéos et de descriptions associées. à la fois en série et rrulti plateformes de publication. Dans une de nos architectures préférées, nous stockons dans une table de [-Lise de données similaire à celle décrite ci dessus pour l'indexation entre les descriptions et les vidéos. autant de références sur chaque page de publication d'un ensemble produit PR qu'il y a de publication distincte pour cet ensemble produit. ce qui se traduit simplement dans le cas de notre exemple par une multiplication des rubriques permettant de stocker les différents liens de publication. Un des usages intéressants de ces productions publications automatisées consiste à ré indexer les informations d'origine avec les informations de publication. Pour reprendre l'exemple de nos petites annonces automobiles dont les iniorrnations permettent de produire à la fois des vidéos de petites annonces automobiles et les descriptions de chacune de ces vidéos, le ou les liens URL correspondant à chue ue publication d'un ensemble produit vidéo de petite annonce + ses descriptions. peuvent être récupérés automatiquement. éventuellement stockés dans une table de hase de données telle que celle décrite ci avant. puis ce ou ces liens seraient recopiés sur la page correspondant à la publication de la petite annonce sous sa forme classique (dont le lien avait dans un de nos exemples été inclue au niveau de la description de lad te vidéo). En variante. le code du lecteur (planer) de la vidéo. code pouvant être tgéncré au niveau du béa-ne moyen sous forme de script pour chaque vidéo téléchargée sur la plate forme, script incluant l'adresse de la page de publication de la vidéo. serait lui même recopié sur la page de publication des informations d'origine sous leur forme classique, ce qui permettrait au niveau de cette page de visualiser la vidéo correspondant aux dites informations d'origine. Le 6éme moyen peut également inclure une gestion particulière de la publication. dans e cas où la durée de vie des ensembles produits PR doit être limi é dans le temps. C'est le cas en particulier de notre exemple de vidéos et descriptions réalisées à partir d'informations d'origine de type petites annonces automobiles. I a publications de ces petites annonces étant traditionnellement limitées dans le temps. soit jusqu'à la vente du bien effectif, soit durant la durée autorisée. par exemple contre paiement de cette petite annonce. la durée de publication des ensembles produits PR réalisés à partir des informations d'origines de ces petites annonces est en général corrélée à la durée de publication de la petite annonce sous sa forme classique. Pour traiter de tel cas de façon automatique, le 6ème moyen récupère. et stocke soit par exemple au niveau de la table de la hase de données telles que décrite en exemple ci dessus, soit au niveau de chaque publication d'ensemble produit PR. une information complémentaire de durée maximale de publication. soit sous la forme d'une durée par exemple en jours à partir de la date de production de l'ensen-blc produit. soit en \ ariante sous la forme d'une date limite de publication. Et le 6e me moyen inclut un mécanisme de suppression Dans une de nos architectures préférées. ce mécanisme de suppression de publication est intégré au niveau de la plateforme de publication et scanne soit en permanence. soit de façon périodique, les ensembles produits publiés afin de détecter ceux dont la date limite de publication est atteinte ou dépassée. Les ensembles produits correspondants sont alors supprimés. Selon une autre de nos architectures préférées. le mécanisme de suppression de publication est externe aux plateformes de publication. soit car celles ci ne le prévoient pas. soit en variante afin de mieux faire correspondre la durée de publication des ensembles produits et celle des informations d'origine. En effet. il existe des cas particuliers tels ceux des petites annonces. pour lesquels les durées de publication peuvent être prolongés ou diminuées (par exemple en cas ce non vente. ou à l'invel se en cas de vente) à la demande des utilisateurs. En stockant de façon centralisée et reliée à la gestion des informations sous leur forme originelle, le mécanisme inclue w niveau du 6ème moyen permet donc une gestion plus fine des publications sur la ou les plateforme de publication des ensembles produits. Auquel cas. une fois la dr te limite de publication d'un ensemble produit atteinte. le hème moyen déclenche le mécanisme de suppression de publication de cet ensemble produit. En variante. le fournisseur des informations d'origine fournit périodiquement la liste des annonces à supprimer. sous t. ne forme identifiable connue du procédé (par exemple le lien (le l'annonce sous sa forme classique), ce qui déclenche les traitements de suppression des ensembles produits correspondants sous leur différentes plateformes e publication. Dans une de nos architectures préférées. ces traitements de suppression consistent à eff.ctuer un ensemble d'étapes successives nécessaires à la suppression d'un ensemble produit. telles que se connecter sur la page correspondant au lien de publication, éventuellement à l'aide d'un identifiant mot de passe stocké par le procédé et permettant d'accéder à pour chaque plateforme de publication utilisée, et à dérouler les différentes opérations amenant à supprimer un ensemble produit de la plate forme. par l'activation d'une fonction suppression insérée et gérée au niveau de chaque page de publication. et pouvant suivie par une fonction de confirmation de suppression. Si plusieurs ensembles produits doivent être supprimés sur la même plateforme de publication, les traitements de suppression reproduisent en série cette succession d'étapes, à l'exception de l'étape initiale d'authentification sur la plateforme par l'intermédiaire de l'identifiant mot de passe. Dans une autre de nos archi:ectt res préférées, selon laquelle au niveau du 6ème moyen le serveur de publication gère dans une hase de données une liste des chacun des ensembles produits publiés sur cotte plateforme. un ensemble de traitements de suppression en nombre est déclenché. ensemble de traitements incluant au moins un premier traitement de récupération au niveau du 6ème moyen de la liste des ensembles produits à supprimer su r cette plateforme de publication, chaque occurrence de cette liste permettant d'identifier un ensemble produit à supprimer sur cette plateforme (par exemple non limitatif à partir de l'adresse de publication de celui ci sur ladite plateforme), suivi d'au moins un second traitement de suppression de chacun des ensembles produits correspondais( à cette liste au niveau dudit serveur de publication. La Figure. 2 représente schématiquement un exemple de dispositif de production d'une série d'ensemble produits PR, d'un format prédéterminé FG. compose d'au moins une vidéo à produire de format FV à partir d'informations d'origine de lorn at FIO. et d'une description de cette vidéo. La numérotation des légendes (flèches) ic cette figure est fournie pour mieux comprendre le dispositif'. mais n est représentati,e ni des moyens ni de la chronologie de mise en oeuvre des moyens tels que décris ci avant. Le dispositif est par exemple et de manière non limitative. constitué par un 12r serveur SI de type ordinateur de bureau abritant un logiciel de pilotage du procédé. d'au moins un se-veur SP dit serveur de production. de type ordinateur de Ku-et ri optimisé en particulier en terme de cartes graphiques et de processeur lié afin de réaliser les opérations de production de vidéo et d'au moins un serveur Pt1BLI ce publication. de type ordinateur de bureau là également, l'ensemble de ces machines étant reliées entre elles par un réseau de communication. Le dispositif est adapté l>our mettre en oeuvre, par exemple au moyen de logiciels incorporés au niveau de chacun des serveurs. les étapes du procédé de production en série d'ensembles produits. decrit en relation avec la Fig. 1. Le dispositif est ici décris en référence à des informations d'origine de type liste d'informations extraites quotidiennement à partir d'un site de petites annonces automobiles. et avec l'objectif de produire une liste de petites annonces vidéos et de leurs descriptions respectives. puis de diffuser et publier ces ensembles produits. .La 1 ère étape du processus consiste dans notre exemple en un dépôt quotidien d'un fichier d'informations d'origine par le biais d'un processus automatisé du site de petites annonces. dépôt par exemple sur un compte F1 P du serveur S1. Un traitement à déclenchement périodique, par exemple quotidien. permet de traiter ledit fichier. et de stocker chacune des occurrences de ce fichier sous forme d'un enregistrement distinct dans une table de base de données, par exemple de type 1~1vSgl. chacun des enregistrements de la table étant identifié par une clé séquentielle unique. et correspondant à l'ensemble des informations d'origine (hors celles définies par le format de l'ensemble produit. tels que les liaisons....) nécessaires pour la réalisation d'un ensemble p°oduit, dont la vidéo et sa description. Ce traitement permet de supprimer. ou en variante déplacer sur un autre répertoire. le fichier transmis par le site de petites anronces. ceci afin de ne pas le traiter plusieurs fois. Selon une ère architecture préférée. un programme hébergé sur le serveur 1 permet d'extraire de la base de données pré citées. enregistrement par enregistreme l'ensemble des informations nécessaires à la production d'une vidéo correspondant à l'enregistrement précité et communique ces Informations identifiées chacune ?n référence à la clé séquentielle unique de chaque enregistrement au serveur i.le production de vidéos SP. D'autres informations . stockées séparément sur le serveur SI et dépendantes du format FV de vidéo à produire peuvent être jointes aux informations identifiées par leur clé séquentielle respectives. telles que par exemple le code du format F\/de la vidéo à produire. un logo à incruster sur chaque vidéo. ou encore une musique de fond. ... En variante ces dernières informations sont hébcrgécs sur le serveur de production SP et identifiées par un code correspondant au format FV de vidéo à produire. un traitement vérifiant la correspondance entre le code du tormat FV de chaque vidéo à produire transmis par le serveur SI avec les informations d'origine correspondantes et ce code stocké au niveau du serveur SP Selon une de nos architectures préférées. les informations c'origine correspondant à chaque enregistrement, et donc à chaque vidéo à produire ne sont pas toutes transmises de façon simultanée. mais l'une après l'autre. chaque env oi éant séparé par un intervalle de temps correspondant au délai estimé pour que le serveur de production SP produise une vidéo de format FV donnée. cela afin d'éviter l'engorgement des capacités de production dudit serveur SP. En variantes. tus les enregistrements sont transférées sur le serveur SP. et celui ci les traite enregistrement par enregistrement: Quand un enregistremen( est achevé, un traitement du serveur SP véritié la présence d'autres enregistrements à traiter et traite l'enregistrement suivant selon l'ordre des enregistrements qui lui ont été transmis. Ln variante, le serveur SI gère, par exemple au niveau d'une table d'une de ses bases de données. la relation entre le format FIOG des informations d'origine. et une liste LG de formats FG. Dans cette variante. l'attribution d'un format FG (et donc d'une part du format FV à communiquer au serveur de production SP. d'autre part du format de description) pour chacun des enregistrements d'informations d'origine. fait appel à un traitement permettant d'associer un des formats FG de la liste LG. choisi par ledit traitement par exemple non limitatif de façon aléatoire dans la liste LG à chacun des enregistrements de format FIOG. Cette variante permet d'augmenter. dans le cas de production de vidéos en grande série à partir de contenus de même format F1OG. la variabilité ergonomique des ensembles produits à produire. soit au niveau des vidéos, soit au niveau de leurs descriptions respectives. soit des 2. et donc l'acceptabilité de ces productions en série. gage de l'intérêt de notre invention. La mémoire non volatile ROM du serveur de production SP mémorise d'une part un plug in (composant logiciel) correspondant au format FV sous forme d'un ensemble de programmes permettant entre autre la mise en oeuvre des différentes étapes (lu procédé de production de vidéo dudit format FV. d'autre part les informations d'origine récupérées et nécessaires à la production d'une vidéo particulière de format FV. De manière générale. la mémoire ROM est lisible par le processeur PROC. intégrée ou non au serveur SP, et qui peut éventuellement être amovible. Selon un mode de réalisation. un ler traitement permet de séquencer la future vidéo. en fonction des informations de séquençage transmises par le format FV. Selcn un des modes de réalisation. ce séquencement peut être ' isualisé par un affïehar:e graphique sur un écran couplé au serveur de production SP. chaque future séquence étant affichée successivement selon leur ordre chronologique et représentée par un segment de droite. la concaténation graphique des segments de droites dans l'ordre chronologique selon le format FV représentant la succession des futures séquences de la vidéo de format FV, représentation arbitrairement nommé ligne de temps. Selon un mode de réalisation, un second et un 3ème traitement chargé dans; la mémoire ROM du serveur de production SP permet de répartir les intbrmations d'origine sur chacune des séquences précisées par le ter traitement. puis de positionner celles ci sur différentes pistes de traitements dont le déroulement chronologique est asservi au déroulement chronologique des séquences. Fn fonct on du format FV chargé en mémoire du serveur de production, chaque information d'origine peut ainsi être répartie sur une ou plusieurs séquences et sur une ou plusieurs pistes de traitements. Le positionnement des informations sur une piste donnée se lait lui également de façon chronologique, l'ordre de chaque information sur la piste dépendant du format FV. Selon un made de réalisation, cette double répartition peut être visualisée par un affichage graphique sur un écran couplé au serveur de production SP, chaque piste étant représentée horizontalement et parallèle à la ligne de temps de séquencement de la vidéo, et le positionnement des informations sur chaque piste étant représenté comme autant de segment de droites successifs sur cette piste. l'ensemble des segments positionnés sur une piste pour une séquence donnée étant corrélé à la taille du segment de droite correspondant à la séquence sur la ligne de temps de la vidéo. Selon un mode de réalisation. un ensemble de traitements permet ensuite d'une part de préciser les positionnements temporels des informations des différentes pistes les unes par rapport aux autres et d'autre part les cinématiques de traitements qui seront piste par piste appliquées aux informations positionnées. Le positionnement temporel est réalisé par référence à des informations positionnées sur une piste dite principale. piste sur laquelle sont en général positionnées les informations détermineront la durée de la future séquence. Selon un mode de réalisation, cet ensemble de traitements peuvent être visualisés par un affichage graphique sur un écran couplé au serveur de production SI'. affichage selon lequel d'une part le positionnement temporel des informations de la piste principale petit se voir attribuer une estimation de durée qui permet de préciser la longueur du segment de droite desdites informations sur la piste principale en dépendance de cette estimation de durée. par exemple par le biais d'une durée minimale d'affichage de chaque image si des images sont positionnées su~ la piste principale, ou bien encore par une estimation de durée de vocalisation de parties textuelles chronologiques. si ce sont des parties textuelles qui sont réparties sur la piste principale, d'autre part selon laquelle le positionnement temporel d'informations positionnées sur d'autres pistes que la piste principale se fait par référence à des informations de la piste principale, référence pouvant être représentées par des lignes par exemple verticales reliant les informations des différentes pistes, et induisant une adéquation de la longueur des segments de droites de ces informations sur leur r iste respective, avec la longueur des segments d'informations auxquelles elles _ont référence sur la piste principale en fonction de la durée estimée de celles ci. et -enfin par attribution des cinématiques de traitement par le biais de marqueurs faisant référence à un ensemble d'informations pistes par pistes. ou en variante assurant la liaison entre 2 informations contiguës (par exemple pour indiquer une transition entre 2 images) ces marqueurs pouvant outre contenir d'autres informations tels eue des liens d'interactivité. fn variante. les marqueurs peuvent être positionnées sur une ou plusieurs pistes distinctes visualisables graphiquement. les liens servant de référence étant matérialisés graphiquement par des liaisons (lignes verticales) entre les informations des différentes pistes. Selon un mode de réalisation. les cinématiques de traitements sont déclenchés séquence par séquence. puis globalement au niveau de l'ensemble des séquences de la vidéo. afin de produire au final la vidéo de format FV voulue. I.es traitements possibles sont trop nombreux pour être énumérés ici. et nous nous contentons d'en donner quelques exemples non limitatifs correspondant à l'exemple de petite annonce automobile au format vidéo. Selon un mode de réalisation des moyens du serveur de production SP. l'un des traitements permet de définir la gestion des exceptions vocales à appliquer aux; informations textuelles positionnées sur la piste principale. un autre de ces traitements étant un correcteur d'orthographe et un autre encore est un moyen pour préciser Ih tonalité d'un sujet vocalisé. Selon un mode de réalisation. un moyen consistant en un logiciel de synthèse vocale appelé par son interface de programmation est associé à au moins un lexique d'exceptions yoga?es afin de vocaliser les parties textuelles en tenant compte des exceptions vocales éventuelles. 54 Selon un mode de réalisation, l'un des traitements du serveur de production est un moyen pour traiter une donnée de type textuelle. ou de type image ou de type vidéo à des fins d'affichage selon des positionnements graphiques précisés par le formai FV de la vidéo à produire, Selon un mode de réalisation l'un des traitements du serveur de productior est un moyen pour définir des marqueurs et des moyens pour insérer ces marqueurs clans la vidéo produite. Selon un raide de réalisation du dispositif (le production de vidéos. le d spo:,itif comporte des traitements permettant d'enregistrer la vidéo résultante dans inc mémoire. Selon un mode de réalisation, le nom d'enregistrement de la vidéo inclue le code de la clé séquentielle des informations d'origine fournies par le serveur S1 afin de produire la vidéo de format l V voulu. Selon un 'rode de réalisation, le nom et le chemin d'accès temporaire du fichier vidéo produit est communiqué au dispositif du serveur SI. sur lequel un traitement permet de mettre en correspondance ce fichier produit et l'enregistrement contenant les informations d'origine avant permis de réaliser cette vidéo par comparaison de la clé séquentielle de chaque enregistrement et du nom du fichier vidéo produit. ('e traitement permet du coup de faire correspondre le fichier vidéo produit avec les différentes informations d'origine et ou de liaison définies par le format global FG de l'ensemble produit PR. servant de descriptions pour le nouveau fichier vidéo produit Selon un mode de réalisation, le fichier vidéo est téléchargé vers au moins r n des serveurs de publication PUBLI à l'aide d'un formulaire de téléchargement qui comprend également les différents champs de description du fichier vidéo. Selon un des modes de réalisation, un moyen de traitements sur le serveur PUBI,I permet d'encoder le fichier vidéo reçu dans au moins un format compatibl avec sa diffusion en streaming sur le serveur de publication. Selon un mode de réalisation, un moyen de traitements sur le serveur PI!13I.1 permet d'associer la vidéo encodée et le lecteur de cette vidéo aux diffiérente informations de description. éventuellement de façon synchrone au déroulement dL ladite vidéo, Selon un des modes de réalisation. un lien hypertexte permanent est alors attribué à la vidéo encodée. lien permettant de visualiser cette vidéo à l'aide d'un lecteur spécifique. Selon un des modes de réalisation, le ou les liens attribués par le serveur de publication peuvent être récupérés par un traitement du serveur PUBLI afin d'être communiqué au serveur SI en association avec la clé de référence séquentielle ayant permis de réaliser la vidéo et la description de la vidéo, ceci afin de remplacer dans la table de base de données du serveur SI le chemin d'accès temporaire du fichier vidéo sur le serveur de production SP par le chemin définitif de consultation de l'ensemble produit PR sur le serveur de publication PUBLI. Lors de la mise sous tension du dispositif, les programmes respectifs selon la présente invention, sont transférés dans la mémoire vive RAM de chacun des 3 types de serveurs respectifs SI. SP et PUBLI, mémoires respectives qui contiennent alors le code exécutable de l'invention ainsi que les informations nécessaires à la mise en oeuvre de l'invention. La description de notre exemple de réalisation est en relation avec les 2 dessins joints que nous commentons ici: La figure l représente un diagramme des étapes d'un mode de réalisation du procédé de production d'une série d'ensembles produits PR, puis de leur diffusion. ré indexation et publications selon la présente invention à partir des informations d'origines nécessaires IO de format FIOG. L'étape 1 de cette figure 1 correspond à la récupération des informations d'origine I0. L'étape 2-1 correspond à la détermination des occurrences des dites informations d'origine, l'étape 2-2 correspond à la détermination du format FV de chacune de ces occurrences d'informations d'origine et l'étape 2-3 correspond à la communication des informations relatives à chacune de ces occurrences aux 3ème et 4ème moyens. Les étapes 3-1 à 3-5 correspondent aux 5 étapes respectives du 3ème moyen de production de vidéo. L'étape 4 correspond à la mise en oeuvre du moyen de description et indexation des vidéos et l'étape 5 correspond à la diffusion de chaque ensemble produit, c'est à dire la vidéo et sa description indexée, vers les moyens de publication. Enfin, l'étape 6 correspond à la mise en forme et la publication éventuellement multiple de ces ensembles produit. La figure 2 représente schématiquement un exemple de dispositif de production ù diffusion et publication d'un "ensemble produit" mettant en oeuvre le procédé de la figure 1. Le flux noté 1 de cette figure 2 correspond au dépôt des informations d'origine par exemple sur un compte FTP du serveur S1. Le flux 2 correspond au stockage de ces informations occurrence par occurrence sur une base de données par exemple du même serveur S1. Le flux 3 à la communication des dites Informations correspondant à une occurrence et pour chaque occurrence du format FV de la vidéo à produire, au serveur de production de vidéo SP. Le flux 4 correspond. une fois la vidéo produite. à la récupération au niveau de la base de données du serveur SI du lien correspondant à l'adresse de stockage sur le serveur SP de cette vidéo produite. Le flux 5 correspond au téléchargement des ensembles produits vers le ou les serveurs de publication PUBLI et enfin le flux 6 correspond à la récupération au niveau de la base de données du serveur SI du ou des lien(s) de publication, de type URI, par exemple, de chaque ensemble produit diffusé sur lesdits serveurs de publication. REVENDICATIONS1) Procédé permettant automatiquement de produire et indexer en série des vidéos et leurs descriptions à partir d'informations d'origine non audiovisuelles, puis de diffuser. publier et ré indexer toujours automatiquement ces vidéos et leurs descriptions caractérisé par Un 1er moyen récupérant et traitant des occurrences d'informations d'origine nécessaires à la fois à la production de chaque vidéo. à leur description respective et aux indexations de ces différentes vidéos et descriptions. Un second moyen déterminant un format global (FG) pour chaque vidéo et description à produire, indexer, diffuser et publier et communiquant les informations d'origine nécessaires associées au format FG ainsi déterminé aux 3ème et 4ème moyens, Un 3ème moyen produisant et indexant chaque vidéo selon le format déterminé par le second moyen, Un 4ème moyen de description, éventuellement multiple, selon le format déterminé par le second moyen, de chaque vidéo et indexant cette description, Un Sème moyen diffusant chaque vidéo et sa description respective vers au moins une plateforme cible de publication, Un 6ème moyen mettant en forme chaque vidéo et sa description sur chaque plateforme cible de publication, les ré indexant éventuellement et proposant différents accès à chacune de ces vidéos et descriptions respectives publiées. 2) Procédé 2 conforme à la revendication 1, selon laquelle un format global (FIOG) des informations d'origine non audiovisuelles nécessaires à la production de chaque vidéo, sa description, indexation, diffusion et publication, peut être déterminé. 3) Procédé 3 conforme à la revendication 2. selon laquelle un traitement du second moyen permet pour toute occurrence d'informations d'origine de format global (FIOG) récupéré et traité au niveau du 1 er moyen. de lui associer un format (FG) choisi selon de façon aléatoire ou chronologique dans une liste (LG) de formats globaux (FG). Iadite liste (LG) étant couplée audit format global FIOG des informations d'origine. 4) Procédé 4 conforme aux revendications 1 à 3, selon laquelle le second moyen communique au 3ème moyen les informations d'origine nécessaires à chaque production de vidéo au format voulu et ledit format voulu selon une périodicité tenant compte des capacités et délais de production du 3ème moyen pour ce format de vidéo voulu, afin de minimiser le temps de production global des vidéos par le 3ème moyen, 5) Procédé 5 conforme à la revendication 2. selon laquelle le 3ème moyen comprend Une l ère étape de séquencement de la vidéo à produire en fonction d'une part du format des informations d'origine conforme à la revendication 2, d'autre part desdites informations d'origine nécessaires à la production de la vidéo et enfin du format de la vidéo à produire. Une seconde étape de répartition des informations d'origine nécessaires à la production de la vidéo sur les différentes séquences déterminées lors de la lève étape. Une 3ème étape séquence par séquence de répartitions et positionnements respectifs de chaque information d'origine sur différentes pistes de traitements en fonction des cinématiques de traitements qui seront appliqués à ces informations d'origine ainsi réparties et positionnées, Une 4ème étape de déclenchement desdites cinématiques de traitements Une Sème étape de montage et de production de la vidéo en fonction des résultats des cinématiques de traitements de la 4ème étape et du format de la vidéo à produire 6) Procédé 6 conforme à la revendication 5. selon laquelle au cours de 1 ère étape de séquencement de la vidéo à produire, sont organisées les séquences entre elles selon le séquencement des différents types de séquences définies par le format de la vidéo à produire ainsi que les types d'enchaînements entre ces types de séquences. 7) Procédé 7 conforme aux revendications 5 et 6, selon laquelle chaque piste de traitements de la 3ème étape du 3ème moyen est caractérisée par le positionnement d'informations d'origine de classe homogène et par la cinématique de traitements homogène qui sera appliquée aux dites informations positionnées sur cette piste. 8) Procédé 8 conforme aux revendications 5 à 7, selon laquelle au cours de la Sème étape conforme à la revendication 5, il est choisi séquence par séquence au moins une piste de traitements, dite piste principale, parmi les pistes sur lesquelles sont réparties les informations d'origine positionnées sur cette séquence, les informations positionnées sur ladite piste principale étant destinées à définir le déroulement temporel de la séquence de la future vidéo, 9) Procédé 9 conforme à la revendication 8, selon laquelle la piste principale regroupe soit des informations de type textuelles, soit des informations de type images 10 ou compositions d'images éventuellement associées avec une durée d'apparition prédéterminée, 10) Procédé 10 conforme aux revendications 5 à 9, selon laquelle une piste de traitements, éventuellement principale, correspond à une cinématique de traitements à 15 appliquer à des informations textuelles positionnées sur ladite piste pour vocaliser ces informations textuelles, avec éventuellement une présentation desdites informations par des présentateurs virtuels, 1 1 ) Procédé I l conforme à la revendication 10, selon laquelle la cinématique 20 permettant la vocalisation inclue une correction automatique préalable des informations à vocaliser à l'aide d'une part d'un lexique d'exception vocal dépendant à la fois du format des informations d'origine et du contexte de ces informations, d'autre part d'un ensemble de règles appliquées dans un ordre précis, chaque règle indiquant comment remplacer des groupes de caractères répondant à des spécifications précises 25 par un autre groupe de caractères lui correspondant niais répondant à d'autres spécifications permettant soit une prononciation correcte, soit permettant à d'autres règles à appliquer à sa suite de permettre une prononciation correcte. 1 2) Procédé 12 conforme aux revendications 5 à 1 1, selon laquelle une piste de 30 traitements correspond à une cinématique de traitements à appliquer à des informations textuelles ou des images positionnées sur ladite piste pour afficher graphiquement lesdites informations textuelles ou images éventuellement de façon synchrone avec la vocalisation des informations textuelles telles que définies par les revendications 10 et 1 l ,13) Procédé 13 conforme aux revendications 5 à 12, selon laquelle une piste de traitements permet de positionner, éventuellement par rapport aux informations de la piste principale, des marqueurs porteurs d'informations d'interactiv ité, et éventuellement porteur d'informations permettant de déclencher des traitements, dits marqueurs d'invocation de traitements, tels que par exemple un affichage de description correspondant à une visualisation d'une portion de la future vidéo, 14) Procédé 14 conforme à la revendication 13, selon laquelle le 4ème moyen peut produire pour chaque vidéo au moins une liste de descriptions chaînées chronologiquement, et dont le futur affichage sera sous la dépendance de l'activation de marqueurs d'invocation de traitements conformes à la revendication 13, lors de la consultation de la vidéo. 15) Procédé 15 conforme aux revendications 1 à 14, selon laquelle le Sème moyen comprend une diffusion de chaque vidéo et de sa ou ses descriptions et des indexations correspondantes vers au moins un serveur de publication par protocole TTP ou HTTP, par un formulaire d'une page dédiée avec URL spécifique, ou par messagerie à une adresse pré établie, 16) Procédé 16 conforme aux revendications 1 à 15. selon laquelle le 6ème moyen comprend la conversion de la vidéo reçue sur la plateforme de publication vers un format standard de publication défini au niveau de cette plateforme, 17) Procédé 17 conforme aux revendications 1 à 16 selon laquelle le 6ème moyen comprend la mise à disposition de différents moyens de consultation de la vidéo et de la ou des descriptions publiées tels que l'attribution d'une adresse URL de consultation de cette vidéo ou des lecteurs exportables permettant de consulter au moins la vidéo, 18) Procédé 18 conforme aux revendications 1 à 17, selon laquelle le 6ème moyen comprend différents types d'affichage combinés de la vidéo publiée et des différentes informations de description et d'indexation,19) Procédé 19 conforme aux revendications 1 à 18, selon laquelle le 6ème moyen inclue des liens d'interactivité supplémentaires au niveau des vidéos ou des descriptions de vidéos, 20) Procédé 20 conforme à la revendication 17. selon laquelle le 6ème moyen combine les moyens de consultation de chaque vidéo publiée conformément à la revendication 17 avec la publication des informations d'origine non audiovisuelles ayant permis la production de cette vidéo. 21) Procédé 21 conforme aux revendications 1 à 20, selon laquelle le 6ème moyen intègre au niveau de la publication des ensembles produits vidéo et description correspondante un mécanisme de contrôle de la durée de publication desdits ensembles produits combiné à un second mécanisme de suppression des ensembles produits pour lesquels le mécanisme de contrôle aurait détecté un indicateur de péremption activé. des plateformes de publications sur lesquelles lesdits ensembles produits étaient publiés.