Brevet FR2926905A1 — publié le 20090731

Cabinet VIDON 1 Dossier n°14228 Streamezzo Procédé d'alimentation d'un mandataire de contenu multimédia, mandataire, et produit programme d'ordinateur correspondant. 1 DOMAINE DE L'INVENTION La présente invention se rapporte au domaine de la composition de scènes 5 multimédia. La présente invention se rapporte plus particulièrement à la composition personnalisée de scènes multimédia. Avec l'avènement des technologies de distribution de contenus multimédia riches et personnalisés, des architectures complexes de fourniture de contenus ont 10 vu le jour, telles que des architectures � n-tiers �. Des architectures � n-tiers � sont basées sur l'utilisation de serveurs métiers, de serveurs de présentation et de serveurs de base de données. Un serveur métier est un serveur qui permet la construction de réponses à destination d'un client qui en fait la requête sans toutefois que ce serveur se soucie 15 de la construction d'une présentation de cette réponse. Un serveur métier implémente donc une logique de service et décrit les opérations que l'application doit opérer vis-à-vis de la base de données, au travers du serveur de base de données. Un serveur de présentation quant à lui se charge de la mise en forme de la réponse avant son transfert au client. Cette mise en forme tient compte des 20 paramètres de restitution du client. 2 ART ANTERIEUR De telles architectures � n-tiers � induisent à la fois des temps de réponse qui peuvent être long du point de vue du client qui effectue la requête et des niveaux de charges de calcul élevés sur les serveurs. Certaines architectures de 25 l'art antérieur font donc appel à des mandataires de contenus (également appelés � proxy � en anglais). Un mandataire de contenu est un intermédiaire dans lequel sont stockés des contenus susceptibles d'être réutilisés par un ou plusieurs clients et dont les données proviennent du serveur métier. En d'autres termes, il s'agit d'un gestionnaire de cache qui se charge d'enregistrer les réponses (sous la forme 30 de scènes multimédia) déjà fournies par le serveur métier en vue tout à la fois de Cabinet VIDON 2 Dossier n°14228 Streamezzo diminuer le temps nécessaire à l'obtention d'une réponse pour le client et les charges de calcul côté serveur. On présente, en relation avec la figure 1, un enchaînement de requêtes menant à l'obtention d'une scène multimédia pour un client (10) qui en a fait la 5 requête et dans lequel un mandataire de contenus 12 est utilisé. - Le client 10 émet (100) une requête à destination du serveur de présentation 11 ; - Le serveur de présentation 11 recherche (101), par le biais du mandataire de contenu 12 si le résultat de la requête a déjà été généré ; 10 - Le mandataire de contenu 12 renvoie (102) un résultat au serveur de présentation 11 ; - Si le résultat de la requête (la scène multimédia) a déjà été généré et conservé en cache, il est donc renvoyé (102') au client ; - Si la scène multimédia n'a pas encore été générée ou conservée en cache, 15 le serveur de présentation 11 demande (103) au serveur métier 13 de générer un résultat à la requête ; - Le serveur métier 13 calcule (103') un résultat, en fonction du profil de l'utilisateur qui en fait la demande et le renvoie (104) au serveur de présentation 11 ; 20 - Le serveur de présentation 11 enregistre (105) le résultat dans le mandataire de contenu 12 ; - Le serveur de présentation 11 récupère (106) la valeur qu'il vient d'enregistrer et envoie (107) la réponse au client 10. La gestion d'un cache par l'intermédiaire d'un mandataire de contenu 25 classique consiste donc à conserver, durant une période de temps donnée, des contenus calculés à la demande d'un client en ayant fait la requête. Si cette requête n'a pas déjà été traitée par le serveur de présentation, alors le serveur métier calcule le résultat de la requête. Ce résultat est sauvegardé dans le mandataire de contenu et renvoyé au client. 30 Si la requête a déjà été faite, deux cas de figure sont possibles : Cabinet VIDON 3 Dossier n°14228 Streamezzo - soit le résultat a expiré, dans ce cas il doit être recalculé et le mandataire de contenu doit être remis à jour ; - soit le résultat est toujours valide, dans ce cas la réponse est tout de suite renvoyée par le serveur de présentation sans passer par le serveur métier. Cette technique de gestion de cache de l'art antérieur présente néanmoins plusieurs inconvénients. En effet, la conservation du résultat de calcul par le mandataire de contenu n'est active que pendant un temps donné ou jusqu'à remplissage du cache. Cela signifie qu'au bout d'un laps de temps déterminé ou lors d'un défaut de place dans le cache, la réponse sera effacée et le serveur métier sera obligé de recalculer une réponse à la prochaine requête client équivalente. Cette technique présente également l'inconvénient de ne pas permettre à des clients qui ont des profils différents de bénéficier des résultats qui sont déjà présents dans le mandataire de contenus. En effet, la distribution de contenus multimédia riches et personnalisés passe par l'analyse de profils d'utilisateurs afin de permettre une personnalisation en y insérant des contenus profilables. Un contenu profilable est un contenu qui peut faire l'objet d'une intégration au sein d'une scène multimédia en fonction d'un profil d'un utilisateur. Un tel contenu profilable peut par exemple être une publicité ou une annonce, par exemple des messages publicitaires. Or un premier client qui souhaite accéder à un certain contenu (par exemple une bande annonce) et disposant d'un premier profil n'obtiendra pas forcément une réponse identique à celle d'un deuxième client disposant d'un deuxième profil, de sorte que la réponse à la requête du premier client sauvegardée dans le mandataire de contenus ne pourra pas forcément être réutilisée pour le deuxième client, alors même que le contenu demandé à l'origine est le même (la même bande annonce). En d'autres termes, cette technique de gestion de cache de l'art antérieur ne garantit pas la réutilisation des réponses stockées au sein du mandataire de contenus. 3 RESUME DE L'INVENTION Cabinet VIDON 4 Dossier n°14228 Streamezzo La solution proposée par l'invention ne présente pas ces inconvénients de l'art antérieur. Elle concerne en effet un procédé d'alimentation d'un mandataire de contenu multimédia. Selon l'invention, un tel procédé comprend : - une étape de réception d'au moins une instance d'au moins un modèle de scène multimédia profilée, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, en provenance d'un serveur métier ; - une étape de stockage, au sein dudit mandataire de contenu, de ladite au moins une instance dudit au moins un modèle de scène multimédia profilé. Ainsi, à la différence des techniques de l'art antérieur pour dans lesquelles des scènes multimédia sont mises en cache au sein du mandataire de contenu après un calcul complexe et complet du serveur métier, l'invention se contente de stocker des instances de modèles de scènes multimédia précalculées au sein du mandataire de contenu. Ces instances de modèle, qui peuvent être vues comme une partie de la scène multimédia en provenance du serveur métier, sont plus simples à calculer et sont stockées avant la réception d'une requête en provenance d'un terminal d'un utilisateur. En d'autres termes, selon l'invention, le système pré-calcule, au sein de la scène qui constituera la réponse à la requête client, toutes les options de toutes les parties dépendantes du profil client. Ce pré-calcul permet de garantir un temps de réponse minimal lors de la requête. Un autre avantage de l'invention est que le pré-calcul de toutes les options de toutes les parties variables d'une scène garantit non seulement un meilleur temps de réponse, mais aussi une meilleure régularité du temps de calcul de la réponse. Selon un mode de réalisation particulier de l'invention, ledit procédé d'alimentation, comprend préalablement à ladite étape de réception : - une étape de vérification d'une disponibilité d'au moins un contenu multimédia profilable, délivrant une liste de contenus multimédia profilables ; Cabinet VIDON 5 Dossier n°14228 Streamezzo - au moins une étape de création dudit au moins un modèle de scène multimédia profilé intégrant au moins un desdits contenus multimédia profilables de ladite liste ; - une étape de création d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur ; - une étape de transmission dudit au moins un modèle de scène multimédia profilé à un serveur de présentation ; - une étape de transmission, par ledit serveur de présentation, dudit au moins un modèle de scène multimédia profilé audit mandataire de contenu multimédia. Ainsi, à la différence des techniques de l'art antérieur dans lesquelles le serveur de présentation sollicite le serveur métier pour l'obtention d'une scène multimédia, le procédé de l'invention créé, dans certains cas sans sollicitation du serveur de présentation, des modèles de scènes multimédia en fonction des contenus profilables dont il dispose. Un contenu profilable, comme cela a déjà été évoqué, est un contenu qui peut faire l'objet d'une intégration au sein d'une scène multimédia en fonction d'un profil d'un utilisateur. Un tel contenu profilable peut par exemple être une publicité ou une annonce. Les modèles de scènes multimédia profilés sont donc construits à l'avance suivant les contenus profilables à disposition du serveur métier puis transmis, à l'initiative de ce même serveur métier, au serveur de présentation. Ce serveur de présentation transmet ensuite les modèles au mandataire de contenu multimédia. Une telle transmission en deux étapes permet astucieusement de ne pas avoir à construire de nouvelles architectures � n-tiers � et de ne pas avoir à définir de nouvelles interactions entre les serveurs. Le processus classique veut que, à la réception d'une réponse en provenance d'un serveur métier, le serveur de présentation stocke cette réponse dans le mandataire de contenu ; Le procédé de l'invention utilise ce fonctionnement classique, non pas pour stocker une réponse à une requête du Cabinet VIDON 6 Dossier n°14228 Streamezzo serveur de présentation, mais pour stocker un modèle, éventuellement construit à l'initiative du serveur métier. Selon une caractéristique particulière de l'invention ledit procédé d'alimentation comprend en outre une étape de construction d'une structure de données multidimensionnelle permettant d'associer au moins une instance de modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur. Ainsi l'invention permet de connaître à l'avance l'instance de modèle de scène multimédia profilé qui sera utilisée pour fournir la scène multimédia à l'utilisateur lors de sa requête. Cette instance de modèle sera choisie, au sein de la structure de données multidimensionnelle par l'analyse des paramètres qui composent le profil de l'utilisateur. Selon un mode de réalisation particulier de l'invention, le profil de l'utilisateur peut être transmis au sein de la requête d'obtention de la scène multimédia. Selon un autre mode de réalisation particulier de l'invention, le profil de l'utilisateur peut être accessible directement à partir du serveur métier ou du serveur de présentation par le biais d'un serveur de base de données. Selon un autre mode de réalisation particulier de l'invention, les deux techniques précédentes peuvent être combinées. Selon un autre aspect, l'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, et comprenant des instructions de code de programme pour l'exécution du procédé d'alimentation tel que décrit précédemment. L'invention concerne également un mandataire de contenu multimédia. 25 Selon l'invention, un tel mandataire comprend : - des moyens de réception d'au moins une instance d'au moins un modèle de scène multimédia profilée, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, en provenance d'un serveur métier ; 30 - des moyens de stockage, au sein dudit mandataire de contenu, de ladite au Cabinet VIDON 7 Dossier n°14228 Streamezzo moins une instance dudit au moins un modèle de scène multimédia profilé. Selon un autre aspect, l'invention concerne également un procédé de construction d'une scène multimédia en fonction d'une requête provenant d'un terminal d'un utilisateur. Selon l'invention, un tel procédé comprend : - une étape de détermination d'un profil dudit utilisateur ; - une étape d'obtention, en fonction dudit profil, d'au moins une instance d'un modèle de scène multimédia profilé préalablement stocké auprès d'un mandataire de contenu multimédia ; - une étape d'agrégation, au sein de ladite instance, d'au moins une donnée multimédia correspondant à au moins un paramètre de ladite requête. Ainsi, l'invention permet de résoudre les problèmes de performances vis à vis du client et de charge des serveurs métier soumis à de multiples requêtes. En effet, l'utilisation selon l'invention d'une instance d'un modèle de scène multimédia existante permet de se prémunir des problèmes liés aux dates d'expiration des résultats de calculs des méthodes de l'art antérieur, car cette instance de modèle n'a pas de date d'expiration. En d'autres termes, la construction d'un résultat (d'une scène multimédia) est, selon l'invention, basée sur l'utilisation de portions de scènes pré calculées par le serveur métier et stockées au sein du mandataire de contenus. La ou les portions de scènes pré calculées qui sont utilisées pour produire la scène multimédia sont liées au profil de l'utilisateur pour permettre la personnalisation du résultat. L'agrégation permet quant à elle de terminer la construction de la scène multimédia en y insérant le contenu initialement requit par l'utilisateur. Selon un mode de réalisation particulier de l'invention, ladite étape d'obtention comprend une étape de recherche d'une instance de modèle d'une scène multimédia profilée à l'aide d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur. Selon un autre aspect, l'invention concerne également un produit Cabinet VIDON 8 Dossier n°14228 Streamezzo programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, et comprenant des instructions de code de programme pour l'exécution du procédé de construction tel que décrit précédemment. L'invention concerne également un modèle de scène multimédia. Selon l'invention un tel modèle comprend : - au moins un contenu multimédia profilé, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun ; - au moins un emplacement pour l'insertion d'un contenu multimédia 10 variable. L'invention concerne aussi un serveur métier. Selon l'invention, un tel serveur métier comprend : - des moyens de vérification d'une disponibilité d'au moins un contenu multimédia profitable, délivrant une liste de contenus multimédia 15 profilables ; - des moyens de création d'au moins un modèle de scène multimédia profilé, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, intégrant au moins un desdits contenus multimédia profitables de ladite liste ; 20 - des moyens de création d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur ; - des moyens de transmission dudit au moins un modèle de scène multimédia profilé à un serveur de présentation ; 25 Selon un autre aspect, l'invention concerne aussi un système de fourniture d'une scène multimédia de type � RichMedia �. Selon l'invention, un tel système comprend : - un serveur de présentation ; - un mandataire de contenu multimédia ; 30 - un serveur métier, Cabinet VIDON 9 Dossier n°14228 Streamezzo coopérant de telle sorte que ledit serveur de présentation réalise, au sein dudit mandataire de contenu, une recherche prédictive d'au moins une instance de modèle correspondant à un profil d'un utilisateur, ladite recherche étant effectuée parmi une pluralité d'instances de modèles précalculés par un serveur métier afin d'apporter une amélioration de performances de création de ladite scène multimédia. 4 LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1, déjà présentée, est un diagramme de bloc décrivant l'enchaînement des échanges entre un client, un serveur de présentation, un serveur métier et un mandataire de contenu selon l'art antérieur ; - la figure 2 illustre est un diagramme de bloc décrivant l'enchaînement des échanges entre un client, un serveur de présentation, un serveur métier et un mandataire de contenu selon l'invention ; - les figures 3A, 3B et 3C présentent de manière schématique des instances de modèle de scènes multimédia ; - La figure 4 présente de manière schématique un serveur métier, selon l'invention. 5 DESCRIPTION DETAILLEE DE L'INVENTION 5.1 Rappel du principe de l'invention L'invention permet donc de réguler la charge des serveurs métiers et des serveurs de présentation tout en assurant une utilisation optimale des données qui sont mises en cache dans le mandataire de contenu. En effet, seules des données qui ont de fortes probabilités d'être utilisées sont mises en cache dans le mandataire. Ces données correspondent à des instances de modèles de scènes multimédia profilées qui font partie intégrante de la présente invention. Ainsi, plutôt que de mettre en cache des données inutiles, car présentant peu de chances Cabinet VIDON 10 Dossier n°14228 Streamezzo d'être réutilisées, l'invention permet de stocker des données utiles qui pourront obligatoirement être réutilisées, même si deux utilisateurs réalisent des requêtes d'obtention de contenus différents. En effet, selon l'invention, ce n'est pas l'ensemble de la scène multimédia qui est stockée au niveau du mandataire de contenus, mais bien des instances de modèles profilés, c'est-à-dire adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun. Ces instances de modèles contiennent au moins un espace � vide � permettant de recevoir le contenu en tant que tel (qui peut par exemple être du texte, une image, une vidéo). Selon un autre aspect de l'invention, plutôt que d'attendre que le serveur de présentation émette une requête d'obtention auprès du serveur métier, l'invention permet de stocker les instances de modèle dans le mandataire de contenus à l'initiative du serveur métier. Cela signifie que le serveur métier attend la fourniture de contenus profilables (c'est-à-dire que le contenu peut être profilé), qui peuvent être fournis au fil de l'eau, pour l'intégrer dans une ou plusieurs instances de modèles. Les instances de modèles sont donc �précalculés �, en fonction des contenus profitables disponibles, par le serveur métier afin d'apporter une amélioration des performances de création de des futures scènes multimédia. La gestion classique d'un mandataire de contenu n'inclut pas de notion de modèle car le résultat est définitif. Ce n'est pas le cas de l'invention. Et cet aspect de modèle assure tout à la fois la réutilisabilité des données mise en cache et la baisse de charge de traitement de serveurs. En d'autres termes, le mandataire de contenu peut être prérempli par des modèles précalculés. A la différence d'un système de cache classique : -l'alimentation du mandataire ne se fait pas à la demande du client mais il est alimenté par le serveur métier ; - le résultat final de la requête du client n'est pas stocké dans le mandataire de contenu. C'est un résultat intermédiaire destiné à être complété qui est stocké : c'est une instance de modèle de réponse. Les avantages de cette approche sont notamment que : Cabinet VIDON 11 Dossier n°14228 Streamezzo - le mandataire de contenu ne va pas chercher les données sur le serveur métier. C'est le serveur métier qui � pousse � le contenu dans le mandataire ; dans une variante de l'invention, le serveur métier envoie les données au serveur de présentation qui gère la relation avec le mandataire ; dans une autre variante, le serveur de présentation fait le travail de gestion et pilote le processus en générant des pseudo-requêtes clients pour interroger le serveur métier et lui faire pré-calculer les modèles ; - la réception d'une requête client n'entraîne pas de traitement � volumineux � par le serveur métier d'où un gain de performance pour le client. Les seules requêtes traitées en temps réel par la demande du client sont celles ayant trait à des ressources externes (du type des ressources RSS, l'ajout d'une image ou l'ajout d'une vidéo) qui sont spécifiques d'une requête et ne pourraient pas faire l'objet d'une optimisation par mise en cache. - a fortiori, les premières requêtes clientes ne demandent pas le remplissage du mandataire. On présente, en relation avec la figure 2, un exemple de mise en oeuvre du procédé de l'invention sous la forme d'un enchaînement de requêtes menant à l'obtention d'une scène multimédia pour un client (10) qui en a fait la requête et dans lequel un mandataire de contenus 12 selon l'invention et des instances de modèles de scènes selon l'invention sont utilisés. Les références numériques communes à la figure 1 ont été conservées pour plus de clarté. - le serveur métier 13 construit (201) les instances de modèles de scènes multimédia 13-1 et les transmet (202) au mandataire de contenus 12 par l'intermédiaire du serveur de présentation 11. Cette construction est réalisée au fil de l'eau, c'est-à-dire au fur et à mesure de l'obtention (201'), par le serveur métier, de contenus profitables pouvant faire l'objet d'un modèle de scène, le serveur métier 13 construit (201) les instances de modèles de scène. - le mandataire de contenus 12, reçoit (203) ces instances de modèle et les Cabinet VIDON 12 Dossier n°14228 Streamezzo enregistre (204). Le mandataire contient donc les modèles nécessaires pour répondre à toutes les requêtes en provenance de clients. - Le client 10, possédant un profil, émet (100) une requête à destination du serveur de présentation 11 ; - Le serveur de présentation 11 recherche (101), par le biais du mandataire de contenu 12, l'instance d'un modèle (13-1) qui convient à une réponse (une telle instance est toujours présente dans la mesure où la création des instances de modèles tient compte des paramètres profilables des clients qui réalisent les requêtes) en fonction des paramètres du profil du client 10 ; - Le mandataire de contenu 12 renvoie (102) un résultat au serveur de présentation 11 ; - Si l'instance de modèle n'est pas totalement valuée, le serveur de présentation 11 fait appel (205) au serveur métier 13 ou à une source externe 14 pour le compléter (avec une vidéo, un texte ou une image par exemple) ; - Le serveur de présentation 11 reçoit (206) la réponse (c'est-à-dire le contenu manquant) du serveur métier 13 ou de l'autre source 14. - Le serveur de présentation 10 renvoie (207) la scène multimédia complète (c'est-à-dire correspondant à l'instance de modèle 13-1 à laquelle a été ajoutée le contenu manquant) au client 10. La recherche 101 au sein du mandataire de contenu est donc prédictive du fait de la présence des instances de modèles préalablement calculés. Le système de l'invention permet donc de toujours avoir au moins une instance de modèle qui a été calculée pour répondre au profil de l'utilisateur qui fait la requête. Ainsi, au sein de ce système, le serveur de présentation, le mandataire de contenu multimédia et le serveur métier, coopèrent de telle sorte que le serveur de présentation réalise, au sein du mandataire de contenu, une recherche prédictive d'une instance de modèle correspondant au profil de l'utilisateur, la recherche étant effectuée parmi les instances de modèles précalculés par le serveur métier Cabinet VIDON 13 Dossier n°14228 Streamezzo afin d'apporter une amélioration des performances de création des scènes multimédia. Par la suite, on présente notamment le cas d'une mise en oeuvre du procédé de l'invention appliqué au ciblage publicitaire. Il est clair cependant que l'invention ne se limite pas à cette application particulière, mais peut également être mise en oeuvre dans de nombreux autres cas de figure ou au moins une partie d'une information à transmettre à un client suite à une requête est déterminée en fonction d'un profil de ce client. 5.2 Descriptions de mise en oeuvre d'instances de modèles 5.2.1 Premier exemple Le serveur métier est capable de gérer des scènes multimédia, du contenu publicitaire et des profils. Soit le jeu de données initiales suivant : - une scène multimédia contenant les éléments suivants : - une bannière de publicité ; - un texte provenant d'un flux RSS ; - quatre bannières publicitaires, qui prennent place en haut de la scène, dont les descriptions sont les suivantes : - publicité 1 pour la marque Ml ; - publicité 2 pour la marque M2 ; - publicité 3 pour la marque M3 ; - publicité 4 pour la marque M4. - un flux RSS, correspondant à un contenu multimédia variable (CMMV) ; - deux profils : - un profil homme associé aux publicités 1 et 2 ; - un profil femme associé à la publicité 3 ; Le serveur métier doit donc générer quatre instances de modèles qui sont présentées en figure 3A (IM1, IM2, IM3, IM4). Les restrictions des instances de modèles par profil dans un tableau (bidimensionnel) donne le résultat suivant : Cabinet VIDON 14 Dossier n°14228 Streamezzo - modèles IM1, IM2 et IM4 pour le profil Homme ; - modèles IM3 et IM4 pour le profil Femme. 5.2.2 Deuxième exemple On reprend le jeu de données initiales précédent auquel on ajoute deux 5 nouveaux profils : - un profil plus de 30 ans ajouté à la publicité 2 pour la marque M2 ; - un profil moins de 30 ans ajouté à la publicité 1 pour la marque Ml. Le serveur métier doit donc générer les mêmes quatre modèles que dans l'exemple précédent. 10 Cependant, la restriction des modèles correspondant aux profils dans le tableau de correspondance est plus fine : - Modèles 2 et 4 pour le profil Homme / plus de 30 ans ; - Modèle 1 et 4 pour le profil Homme / moins de 30 ans ; - Modèle 3 et 4 pour le profil Femme. 15 5.2.3 Troisième exemple On reprend le jeu de données initiales précédent auquel on ajoute un cinquième contenu profitable, une publicité 5 pour la marque M5 ; Le serveur métier doit donc générer les cinq instances de modèles comprenant chacune une publicité différentes, comme présenté en figure 3B. 20 La restriction des modèles correspondant aux profils est la suivante : - Modèles 2, 4 et 5 pour le profil Homme / plus de 30 ans ; - Modèle 1, 4 et 5 pour le profil Homme / moins de 30 ans ; - Modèle 3, 4 et 5 pour le profil Femme. 5.2.4 Quatrième exemple 25 On reprend le jeu de données initiales précédent auquel on apporte les modifications suivantes : - une scène multimedia contient les éléments suivants : - une bannière de publicité contenant du texte localisé ; - un texte provenant d'un flux RSS (c'est donc le contenu variable 30 demandé par le client CMMV) ; Cabinet VIDON 15 Dossier n°14228 Streamezzo - un texte fixe localisé (en fonction d'une langue : TXT FR en TXT EN) ; - deux localisations possible : - une localisation � FR � pour les francophones ; - une localisation � EN � pour les anglophones ; - Chaque publicité a donc deux versions : - une version localisée FR ; - une version localisée EN. Le serveur métier doit donc générer dix instances de modèles correspondant aux publicités en anglais et aux publicités en français. On considère, dans cet exemple, que le texte localisé ne possède qu'une version anglaise et une version française, comme présenté en figure 3C. On présente, pour plus de facilité de compréhension sous la forme du tableau bidimensionnel, la structure en réalité multidimensionnelle correspondant au profilage des instances de modèles en fonction des paramètres des profils. La restriction des instances de modèles correspondant aux profils est la suivante : -30 ans/FR +30ans/FR -30 ans/EN +30ans/EN Femme 3, 4, 5 3, 4, 5 8, 9, 10 8, 9, 10 Homme 2, 4, 5 1, 4, 5 7, 9, 10 6, 9, 10 Le nombre total d'instances de modèles à générer est le produit cartésien du nombre de variable (dans cet exemple deux variables sont utilisées : il y a cinq 20 publicités et deux localisations). Les profils quant à eux ne génèrent pas de complexité. Ils permettent en revanche d'effectuer une restriction sur le choix des instances de modèles sur le contenu du mandataire. Pour effectuer ce choix, le serveur de présentation doit être en possession de la structure multidimentionnelle de restriction des instances 25 qui est fournie par le serveur métier en fonction du nombre de et du type de contenus profilables qu'il reçoit. Cabinet VIDON 16 Dossier n°14228 Streamezzo 5.3 Autres caractéristiques optionnelles et avantages 5.3.1 Avec système événementiel Comme cela a déjà été évoqué, le serveur métier peut mettre à jour le mandataire de contenu avec de nouvelles instances de modèles de scènes dès lors que l'une de ses sources est modifiée (un contenu profilable est ajouté ou un contenu profilable est modifié). L'avantage de ce système est que le mandataire est toujours à jour moyennant bien sur le temps de calcul des instances des modèles. La notion d'expiration des données du cache disparaît. Si par exemple, un nouveau contenu publicitaire est ajouté sur le serveur métier et que ce contenu publicitaire est associé à un profil � homme/femme � ou non. Dans ce cas, de nouvelles instances de modèle contenant une référence vers cette publicité doivent être ajoutées au mandataire de contenu. Un autre exemple peut être de modifier le texte d'une scène multimedia sur le serveur métier. Dans ce cas, toutes les instances de modèle de cette scène 15 multimedia doivent être mises à jour. Ainsi, dans ce mode de réalisation, la mise à jour du mandataire de contenus par le serveur métier est effectuée lors de la survenance d'un évènement. Cet évènement (ajout, modification, suppression de contenu profilable) provoque donc la mise à jour du mandataire de contenus. 20 5.3.2 Avec système d'ordonnancement Dans un autre mode de réalisation, le serveur métier peut mettre à jour le mandataire de contenu à intervalles réguliers. L'avantage de ce système d'ordonnancement est que la date du traitement est déterminée et non aléatoire. L'exemple précédent reste valide. 25 5.3.3 Avec • assa e de s aramètre identifiant le •rofil dans la requête cliente Selon un mode de réalisation complémentaire de l'invention, les performances du système sont améliorées en insérant un paramètre spécifique dans les requêtes en provenance des clients. Ce paramètre permet d'identifier le 30 profil du client. Ainsi la recherche du modèle correspondant à la requête se fait Cabinet VIDON 17 Dossier n°14228 Streamezzo dans un sous ensemble du contenu du mandataire, ce qui permet d'accélérer cette recherche, par rapport à un système classique dans lequel tous les paramètres composants le profil doivent être utilisés pour déterminer le contenu de la scène multimédia. Ainsi, en reprenant le dernier exemple présenté (5.2.4), et que la requête en provenance du terminal du client comprend l'identifiant du profil � Homme ayant moins de 30 ans et étant français �, la recherche des modèles correspondant, dans la structure de données multidimensionnelle, est réalisée directement sur le sous-ensemble {Modèle 2, Modèle 3, Modèle 4}. Les performances sont donc améliorées. 5.4 Architecture physique d'un serveur métier On présente, en relation avec la figure 4, un mode de réalisation d'un serveur métier selon l'invention. Un tel serveur comprend une mémoire 41 constituée d'une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur P, et pilotée par le programme d'ordinateur 43, mettant en oeuvre le procédé de construction selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit en entrée au moins un contenu multimédia profilable. Le processeur de l'unité de traitement 43 met en oeuvre les étapes du procédé de gestion décrit précédemment, selon les instructions du programme d'ordinateur 43, pour créer des instances de modèles de scènes multimédia. Pour cela, le serveur comprend, outre la mémoire tampon 41, des moyens de caractérisation des contenus profilables en fonction de paramètres de profil, des moyens de transmission des instances de modèles à un serveur de présentation ou à un mandataire de contenus. Ces moyens sont pilotés par le processeur de l'unité de traitement 42. Dans un mode de réalisation (non représenté), le mandataire de contenu 30 peut posséder une structure physique similaire. REVENDICATIONS 1. Procédé d'alimentation d'un mandataire de contenu multimédia, caractérisé en ce qu'il comprend : - une étape de réception d'au moins une instance d'au moins un modèle de scène multimédia profilée, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, en provenance d'un serveur métier ; - une étape de stockage, au sein dudit mandataire de contenu, de ladite au moins une instance dudit au moins un modèle de scène multimédia profilé. 2. Procédé d'alimentation selon la revendication 1, caractérisé en ce qu'il comprend préalablement à ladite étape de réception : - une étape de vérification d'une disponibilité d'au moins un contenu multimédia profilable, délivrant une liste de contenus multimédia profilables ; - au moins une étape de création dudit au moins un modèle de scène multimédia profilé intégrant au moins un desdits contenus multimédia profilables de ladite liste ; une étape de création d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur ; - une étape de transmission dudit au moins un modèle de scène multimédia profilé à un serveur de présentation ; - une étape de transmission, par ledit serveur de présentation, dudit au moins un modèle de scène multimédia profilé audit mandataire de contenu multimédia. 3. Procédé d'alimentation selon la revendication 2, caractérisé en ce qu'il comprend en outre une étape de construction d'une structure de données multidimensionnelle permettant d'associer au moins une instance de modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur.. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé d'alimentation selon l'une au moins des revendications 1 à 3, lorsqu'il est exécuté sur un ordinateur. 5. Mandataire de contenu multimédia, caractérisé en ce qu'il comprend : - des moyens de réception d'au moins une instance d'au moins un modèle de scène multimédia profilée, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, en provenance d'un serveur métier ; des moyens de stockage, au sein dudit mandataire de contenu, de ladite au moins une instance dudit au moins un modèle de scène multimédia profilé. 6. Procédé de construction d'une scène multimédia en fonction d'une requête provenant d'un terminal d'un utilisateur, caractérisé en ce qu'il comprend : - une étape de détermination d'un profil dudit utilisateur ; - une étape d'obtention, en fonction dudit profil, d'au moins une instance d'un modèle de scène multimédia profilé préalablement stocké auprès d'un mandataire de contenu multimédia ; - une étape d'agrégation, au sein de ladite instance, d'au moins une donnée multimédia correspondant à au moins un paramètre de ladite requête. 7. Procédé de construction d'une scène multimédia selon la revendication 6, caractérisé en ce que ladite étape d'obtention comprend une étape de recherche d'une instance de modèle d'une scène multimédia profilée à l'aide d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur. 8. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou 30 exécutable par un microprocesseur, caractérisé en ce qu'il comprend desinstructions de code de programme pour l'exécution du procédé de construction selon l'une au moins des revendications 6 et 7, lorsqu'il est exécuté sur un ordinateur. 9. Modèle de scène multimédia, caractérisé en ce qu'il comprend : au moins un contenu multimédia profilé, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun ; au moins un emplacement pour l'insertion d'un contenu multimédia variable. 10. Serveur métier, caractérisé en ce qu'il comprend : - des moyens de vérification d'une disponibilité d'au moins un contenu multimédia profitable, délivrant une liste de contenus multimédia profilables ; des moyens de création d'au moins un modèle de scène multimédia profilé, adaptée à un profil prédéterminé d'utilisateurs présentant au moins un paramètre commun, intégrant au moins un desdits contenus multimédia profilables de ladite liste ; des moyens de création d'une structure de données multidimensionnelle permettant d'associer au moins un modèle de scène multimédia profilé à au moins un paramètre de profil d'utilisateur ; - des moyens de transmission dudit au moins un modèle de scène multimédia profilé à un serveur de présentation ;