FR 2943809 A1 20101001 FR 0952045 A 20090331 Titre de l'invention Mécanisme de déclenchement de remontée d'informations. Arrière-plan de l'invention La présente invention se rapporte au domaine général de la remontée d'informations à partir d'un terminal. Elle concerne plus particulièrement mais non exclusivement un mécanisme permettant le déclenchement d'une remontée d'informations, telle qu'une mesure d'audience, à la suite de l'envoi d'une publicité sur le terminal d'un utilisateur. L'invention a ainsi une application privilégiée mais non limitative dans le domaine de la mesure d'audience de publicités. Le marché publicitaire sur Internet connaît depuis plusieurs années une croissance très importante. Cette croissance s'explique en autre par les progrès considérables qui ont été fait concernant les terminaux (téléphone mobile, assistant personnel, PC...) supportant Internet. La publicité se fait généralement sous forme de campagnes publicitaires, chaque campagne comportant une ou plusieurs annonces publicitaires. Dans le cas d'une campagne comprenant plusieurs annonces publicitaires, chaque annonce est présentée en général de manière séquentielle suivant un ordre prédéfini. Dans la suite de la description, on entendra par � annonce publicitaire �, � création publicitaire � ou � publicité � toute forme de contenu multimédia à caractère publicitaire, notamment des vidéos, images et/ou messages sonores. En général, lors d'une campagne publicitaire, une publicité est présentée plusieurs fois à un même utilisateur. Afin d'optimiser l'efficacité des campagnes de publicité en ligne, des techniques de contrôle ont été développées pour limiter l'exposition d'un utilisateur à une même publicité. Il existe aujourd'hui un besoin grandissant pour estimer avec rapidité et précision l'efficacité d'une campagne de publicité (ou d'une annonce publicitaire) à présenter sur un terminal. Un des principaux indicateurs pour juger de l'efficacité d'une campagne est celui de l'audience. Une mesure d'audience consiste à évaluer le nombre de fois qu'une création publicitaire a été présentée sur un terminal, et donc potentiellement vue par un internaute. Une mesure d'audience peut également consister à évaluer les actions réalisées par les utilisateurs suite à l'exposition à une publicité, telles qu'aller sur le site de l'annonceur où rentrer en contact avec lui (par téléphone, par SMS..) C'est notamment en fonction des performances en terme d'audience qu'il sera possible de déterminer si l'objectif fixé pour une campagne (ou une publicité) a été atteint. La rémunération des acteurs de la chaîne de distribution est généralement fonction de l'audience mesurée. De surcroit, une estimation rapide de l'audience offre un gain de réactivité aux acteurs en jeu puisque ceux-ci peuvent adapter rapidement différents aspects d'une campagne de publicité à la réalité du marché. Il existe, par conséquent, un besoin pour remonter des informations pertinentes (les mesures d'audience notamment), aux moments appropriés, afin d'estimer au mieux l'efficacité d'une campagne de publicité et de la modifier le cas échéant. Ces informations sont ainsi transmises à l'acteur concerné (le responsable de la campagne publicitaire notamment). Aujourd'hui, le déclenchement de la remontée des mesures d'audience est réalisé principalement suivant les conditions suivantes : Dès qu'une publicité a été présentée à l'utilisateur ; Sur la base d'une fréquence donnée (à intervalle de temps prédéfini) ; A la demande (d'un système de diffusion de publicité par exemple). De manière connue, il est donc possible de paramétrer le terminal d'un utilisateur afin que celui-ci remonte des informations d'audience de manière systématique, selon l'une des 3 conditions de déclenchement décrites ci-dessus. Cependant, ces procédés de remontée d'informations sont très limités et ne permettent pas de réaliser des remontées d'informations personnalisées, en termes de type d'informations et d'évènements déclencheurs. Objet et résumé de l'invention La présente invention a donc pour but principal de remédier aux limitations des mécanismes de déclenchement actuels. En particulier, l'objet de la présente invention est de proposer des mécanismes de déclenchement de remontée d'informations personnalisées pour chaque publicité contenue dans une campagne. La présente invention propose un procédé d'envoi, à un terminal, d'un fichier comprenant des données multimédias à présenter sur le terminal ou comprenant des moyens d'obtention des données multimédias à présenter sur le terminal, le procédé étant caractérisé en ce qu'il comprend l'ajout, en tant que métadonnées dans ledit fichier, d'au moins une commande interprétable par le terminal pour déclencher, à partir dudit terminal, une remontée d'informations vers au moins un dispositif de traitement d'informations. De manière avantageuse, le fichier ainsi envoyé contient toutes les instructions nécessaires pour déclencher une remontée d'informations à partir d'un terminal. L'utilisation des métadonnées selon l'invention permet notamment de personnaliser les évènements pour lesquels une remontée d'informations sera réalisée. Cela permet également de s'affranchir de l'envoi superflu de requêtes à destination du terminal afin de déclencher une remontée d'information. La commande peut définir au moins un évènement déclencheur de remontée d'informations et associer à chaque évènement déclencheur au moins un type d'informations à remonter. La commande pourra être commune à l'ensemble du fichier, mais aussi être spécifique à une ou plusieurs données multimédias. Ainsi, l'évènement déclencheur pourra être relatif à l'ensemble des données ou à seulement certaines de celles-ci, ce qui permettra d'obtenir un niveau de détail plus précis et qui plus est éventuellement ajustable. De cette manière, il est possible de personnaliser et d'affiner le déclenchement de remontées d'informations à partir des métadonnées d'un fichier. Les métadonnées d'un même fichier pourront comprendre une pluralité d'évènements déclencheurs, chaque évènement déclencheur donnant lieu à une remontée spécifique d'informations. Dans un mode particulier de réalisation, chaque évènement déclencheur est choisi parmi au moins un nombre prédéfini de présentation des données multimédias, une date prédéterminée et une action prédéterminée de l'utilisateur. De manière avantageuse, il est donc possible de paramétrer des remontées d'informations pour des évènements déclencheurs non exploités jusqu'ici. On peut ainsi définir des remontées d'informations plus fines, correspondant à des évènements déclencheurs tels que la présentation de données multimédias sur le terminal ou le comportement d'un utilisateur sur le terminal. Dans un mode particulier de réalisation, les différentes étapes du procédé d'envoi sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif d'envoi d'un fichier ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé d'envoi tel que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention vise également un procédé de déclenchement d'une remontée d'informations, à partir d'un terminal vers au moins un dispositif de traitement d'informations, le procédé comprenant : la réception, sur le terminal, d'un fichier comprenant des données multimédias à présenter sur le terminal ou comprenant des moyens d'obtention des données multimédias à présenter sur le terminal; le procédé étant caractérisé en ce que ledit fichier comprend en outre des métadonnées comprenant au moins une commande interprétable par le terminal pour déclencher une remontée d'informations et en ce que, en réponse à ladite commande, le terminal envoie au dispositif de traitement d'informations les informations définies dans ladite commande. Ce procédé permet avantageusement de déclencher des remontées d'informations, à partir d'un terminal, en fonction de commandes de déclenchement comprises dans les métadonnées des fichiers reçus sur ledit terminal. L'utilisation des métadonnées offre la possibilité de personnaliser des remontées d'informations à partir d'un fichier, chaque fichier pouvant comprendre une pluralité d'évènements déclencheurs associés à des remontées d'informations spécifiques. L'invention offre un gain de réactivité significatif puisqu'il sera possible de modifier un fichier à envoyer sur un terminal en fonction d'informations qui auront été remontées avant l'envoi dudit fichier. Dans un mode particulier de réalisation, les différentes étapes du procédé de déclenchement d'une remontée d'informations sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un terminal ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de déclenchement d'une remontée d'informations tel que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de 30 programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention vise également dispositif d'envoi apte à envoyer, à un terminal, un fichier comprenant des données multimédias à présenter sur le terminal ou comprenant des moyens d'obtention des données multimédias à présenter sur le terminal, le dispositif d'envoi étant caractérisé en ce qu'il comprend des moyens d'insertion pour ajouter, en tant que métadonnées dans ledit fichier, au moins une commande interprétable par ledit terminal pour déclencher, à partir dudit terminal, une remontée d'informations vers au moins un dispositif de traitement d'informations. De même que pour le procédé, ce dispositif présente l'avantage d'envoyer un fichier contenant toutes les instructions nécessaires pour déclencher une remontée d'informations à partir d'un terminal. L'utilisation des métadonnées selon l'invention permet notamment de personnaliser les évènements pour lesquels une remontée d'informations sera réalisée. Cela permet également de s'affranchir de l'envoi superflu de requêtes à destination du terminal afin de déclencher une remontée d'information. Dans un mode particulier de réalisation, la commande peut définir au moins un évènement déclencheur d'une remontée d'informations et associer audit au moins un évènement déclencheur au moins un type d'informations à remonter. Ce mode permet de personnaliser et d'affiner le déclenchement de remontées d'informations à partir des métadonnées d'un fichier. Les métadonnées d'un même fichier pourront comprendre une pluralité d'évènements déclencheurs, chaque évènement déclencheur donnant lieu à une remontée spécifique d'informations. Dans une variante, chaque évènement déclencheur est choisi parmi au moins un nombre prédéfini de présentation desdites données multimédias, une date prédéterminée et une action prédéterminée de l'utilisateur. On peut ainsi paramétrer de manière avantageuse des remontées d'informations pour des évènements déclencheurs non exploités jusqu'ici. Il est ainsi possible de définir des remontées d'informations plus fines, correspondant à des évènements déclencheurs tels que la présentation de données multimédias ou le comportement d'un utilisateur sur un terminal. Le dispositif d'envoi peut comprendre en outre des moyens pour envoyer un fichier supplémentaire en réponse à une remontée d'informations. De manière avantageuse, l'invention permet d'envoyer au moins un fichier supplémentaire en réponse à une remontée d'informations en provenance d'un terminal. Un serveur peut, par exemple, envoyer de manière séquentielle des fichiers vers un terminal. Chaque remontée d'informations réalisée à partir du terminal pourra ainsi déclencher l'envoi d'un nouveau fichier (le fichier suivant d'une séquence prédéfinie par exemple) vers ledit terminal. Il est ainsi possible de modifier un fichier, avant envoi vers le terminal, en fonction des informations qui ont été remontées. Il en résulte donc un gain significatif en termes de réactivité vis-à-vis des informations envoyées par le terminal (des informations relatives à des mesures d'audience notamment). L'invention permet aussi de limiter le volume de fichiers envoyés au terminal, et donc le trafic entre un serveur et un terminal. De cette manière, on peut également réduire le volume de fichiers stockés sur ledit terminal (et donc optimiser l'utilisation des ressources du terminal). L'invention vise également un terminal comprenant des moyens de restitution aptes à présenter sur le terminal des données multimédias contenues dans un fichier ou obtenues à partir de moyens d'obtention des données multimédias contenus dans un fichier, le terminal étant caractérisé en ce qu'il comprend en outre un agent logique configuré pour extraire, à partir des métadonnées du fichier, au moins une commande de déclenchement d'une remontée d'informations interprétable par l'agent logique, ledit agent logique étant en outre configuré pour déclencher, en réponse à la commande, la remontée d'informations vers au moins un dispositif de traitement d'informations. De même que pour le procédé, il est ainsi possible de déclencher des remontées d'informations, à partir d'un terminal, en fonction de commandes de déclenchement comprises dans les métadonnées des fichiers reçus sur le terminal. L'utilisation des métadonnées selon l'invention offre la possibilité de personnaliser des remontées d'informations à partir d'un fichier, chaque fichier pouvant comprendre une pluralité d'évènements déclencheurs associés à des remontées d'informations spécifiques. Le terminal selon l'invention est également avantageux en ce qu'il est apte à déclencher des remontées d'informations de manière complètement automatique et autonome, s'affranchissant par exemple de toute requête provenant de l'extérieur. Ce terminal est donc apte à présenter des données multimédias et à déclencher des remontées d'informations de manière prédéterminée, et ce même si aucune connexion n'est préalablement établie entre le terminal et un serveur. En d'autres termes, le terminal conformément à l'invention peut initier des remontées d'informations aussi bien lorsqu'il est � en ligne � que � hors-ligne �. Dans un mode particulier de réalisation, l'agent logique comprend des moyens pour stocker des informations à remonter et des moyens pour traiter lesdites informations stockées en fonction d'une commande de déclenchement. De manière avantageuse, le terminal est apte à enregistrer des informations à remonter, telles que notamment des évènements survenant sur le terminal. Les informations à remonter sont par exemple relatives à la présentation de données multimédias (des annonces publicitaires par exemple) sur le terminal ou à des actions d'un utilisateur sur ledit terminal. Ces actions peuvent correspondre, par exemple, à la sélection de certaines données multimédias présentées, comme c'est le cas notamment lorsqu'un utilisateur sélectionne une annonce publicitaire (au moyen de la souris par exemple). Une action de l'utilisateur peut également correspondre à une transaction commerciale en lien avec lesdites données multimédias. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente une structure connue de fichier comprenant des données multimédias ; la figure 2 représente un exemple de structure de fichier comprenant une commande en tant que métadonnées conformément à l'invention ; la figure 3 représente la structure d'un fichier d'une campagne publicitaire dans un mode particulier de réalisation ; la figure 4 représente un exemple de système comprenant un dispositif d'envoi et un terminal conformément à l'invention ; la figure 5 représente les principales étapes d'un procédé d'envoi et de déclenchement d'une remontée d'informations selon un mode particulier de réalisation. 25 Description détaillée d'un mode de réalisation De manière connue, chaque annonce publicitaire d'une même campagne se présente sous la forme d'un fichier. La figure 1 représente un exemple de structure d'un fichier 1 comprenant une annonce publicitaire. Le fichier 1 comprend un en-tête 2, 30 un contenu 3 et des métadonnées 4. 20 L'en-tête 2 du fichier contient divers informations relatives au fichier lui-même (le type de fichier, sa taille...). Les données multimédias du fichier peuvent être incluses directement dans le contenu 3 du fichier. On notera cependant que le contenu du fichier ne comprend pas nécessairement les données multimédias. Le contenu peut également comprendre des moyens d'obtention des données multimédias. Ces moyens peuvent correspondre, par exemple, à un pointeur définissant une adresse (http notamment) à partir de laquelle les données multimédias peuvent être obtenues. Enfin, les métadonnées 4 contiennent diverses informations relatives au contenu du fichier en question. Ces informations concernent par exemple la source de ces données et sa nature (titre, auteur, date, sujet, description ...). Néanmoins, il convient de noter qu'un fichier ne contient pas 15 nécessairement des métadonnées. Un fichier peut ainsi se réduire à un en-tête et un contenu. La présente invention propose de modifier un fichier afin d'y ajouter en tant que métadonnées au moins une commande de déclenchement de remontée d'informations. Cette commande de 20 déclenchement est configurée pour permettre la remontée d'informations pertinentes à partir d'un terminal (le caractère pertinent des informations sera développé ultérieurement). La figure 2 représente un fichier 5 d'annonce publicitaire dans lequel a été insérée une commande 6 de déclenchement de remontée 25 d'informations. Dans une variante, le fichier 5 ne contient aucune métadonnée avant insertion de la commande. Dans ce cas, la commande de déclenchement, une fois ajoutée, constitue alors les seules métadonnées dudit fichier. Concernant la commande 6 de déclenchement, celle-ci comprend des évènements déclencheurs, à savoir des évènements prédéfinis pour lesquels une remontée d'informations doit être réalisée. Ainsi, des fichiers comprenant dans leurs métadonnées des commandes de déclenchement selon l'invention sont transmis au terminal d'un utilisateur. Ces commandes de déclenchement permettent de déclencher des remontées d'informations, à partir dudit terminal vers au moins un dispositif de traitement d'informations, et ce aux moments appropriés. Les commandes de déclenchement selon l'invention offrent la possibilité de paramétrer des remontées d'informations pour des conditions de déclenchement non exploitées jusqu'ici. Par exemple, une remontée d'informations peut être déclenchée selon les conditions suivantes : la fin d'une campagne publicitaire ou d'une étape de campagne pour un utilisateur donné ; - la fréquence de présentation d'une annonce publicitaire (par exemple chaque fois qu'un utilisateur a été soumis 3 fois à une publicité) ; la fréquence d'actions réalisées (notamment des actions réalisées par l'utilisateur) ; à date fixe (par exemple, sur une campagne de 2 mois, il est envisageable de remonter des informations d'audience chaque jour de la première semaine puis de basculer sur une gestion hebdomadaire jusqu'à la fin du premier mois, et enfin d'attendre la fin de la campagne). Ces conditions de déclenchements, ou évènements déclencheurs, sont particulièrement pertinents dans le cas de la présentation d'un nombre réduit d'annonces publicitaires sur un terminal. On notera également que la fin d'une campagne ou d'une étape de campagne peut découler de différents évènements déclencheurs. Par exemple, ce type d'évènement peut s'expliquer par le fait que la date de fin de validité d'une étape de campagne (ou de la campagne) a été atteinte. Une fin d'étape publicitaire peut également être déterminée par la mise en oeuvre d'une fonction de �capping �. La fonction de capping correspond à une technique de contrôle permettant de limiter l'exposition d'un utilisateur à une même publicité. Il s'agit d'affecter, à une annonce publicitaire, un nombre maximum de présentations d'une publicité à un même utilisateur. Ainsi, une valeur de capping de quatre affectée à une annonce publicitaire donnée permet de limiter à quatre le nombre d'insertions possibles de cette annonce dans un ou plusieurs supports publicitaires (un bandeau de publicité par exemple). Si ce nombre de présentations est atteint, la publicité en question cesse d'être présentée à l'utilisateur. Un exemple de mise en oeuvre d'une telle commande de déclenchement peut se présenter sous la forme de la structure XML suivante : 3 1 20090506 20090513 End Dans cet exemple de commande de déclenchement, quatre conditions de déclenchement de remontée d'informations sont définies. Une telle commande vise à déclencher une remontée d'informations lorsqu'au moins un des évènements déclencheurs suivants se produit : chaque fois que la publicité concernée est représentée trois fois à l'utilisateur ; la première fois que l'utilisateur achète un produit associé à la publicité concernée ; le 6 mai 2009 (dans la mesure où une valeur de capping prédéfinie n'a pas été atteinte pour la publicité en question) ; - le 13 mai 2009 (dans la mesure où une valeur de capping prédéfinie n'a pas été atteinte pour la publicité en question) ; à la fin de la campagne. Dans certains cas, les informations qui sont remontées correspondent à l'évènement responsable du déclenchement de la remontée (achat d'un produit, fin d'une publicité...). Une fois remontées, ces informations permettent d'estimer l'efficacité d'une campagne publicitaire (ou d'une création publicitaire donnée). Selon une variante, une commande de déclenchement peut également associer à chaque évènement déclencheur prédéfini au moins un type d'informations à remonter à partir du terminal de l'utilisateur. En particulier, les informations à remonter peuvent comprendre des mesures d'audience. On comprendra dans la suite de la description qu'une mesure d'audience peut se rapporter aussi bien à une publicité qu'à une campagne de publicité dans son ensemble. On notera en outre que les mécanismes de déclenchement de remontée d'informations selon la présente invention ne sont pas limités aux fichiers comprenant du contenu publicitaire. L'homme du métier comprendra en effet que cette technique est applicable à tout type de contenu multimédia pour lequel une remontée d'informations peut être utile. La figure 3 représente un exemple de structure de fichier comprenant une campagne publicitaire. Dans cet exemple, une campagne A comprend trois annonces publicitaires C, D et E (les fichiers correspondant seront nommés de la même manière). Chacune des annonces C, D et E comprend un en-tête (Cl, Dl et El respectivement), un contenu comprenant des données multimédias (C2, D2 et E2 respectivement) et des métadonnées (C3, D3 et E3 respectivement). La campagne comprend également un en-tête B (pouvant comprendre notamment la localisation des fichiers C, D et E dans le fichier A) et des métadonnées F. Le contenu de la campagne A s'articule donc autour de trois contenus multimédias C2, D2 et E2. Conformément à l'invention, des commandes de déclenchement de remontée d'informations sont ajoutées en tant que métadonnées dans les métadonnées C3, D3, E3 et F. Ces commandes de déclenchement définissent chacune au moins un type d'informations à remonter ainsi que les évènements déclencheurs pour lesquels une remontée d'informations est réalisée à partir du terminal de l'utilisateur. Dans ce mode particulier de réalisation, les commandes de déclenchement ajoutées dans les métadonnées C3, D3, E3 comprennent, en tant qu'évènements déclencheurs et informations à remonter, une date de fin de validité et une valeur de capping pour chacune des étapes publicitaires définies en C2, D2 et E2 respectivement. Les dates de validité et valeurs de capping peuvent ainsi être personnalisées pour chaque annonce publicitaire de la campagne A. Par ailleurs, les informations à remonter pourront, par exemple, comprendre des mesures d'audience. Le terminal pourra ainsi informer au moins un dispositif de traitements d'informations approprié (un serveur de distribution de publicité par exemple) qu'une valeur de capping ou qu'une date de fin de validité a été atteinte pour au moins une des publicités C, D et E. De manière avantageuse, les informations à remonter peuvent être accompagnées de la description de l'évènement déclencheur (tel qu'une date de fin de validité de publicité/campagne ou une valeur de capping que l'on a atteint par exemple). En référence aux figures 4 et 5, on décrit un mode de mise en oeuvre d'un procédé d'envoi d'un fichier d'annonce publicitaire et d'un procédé de déclenchement de remontée d'informations conformément à l'invention. Dans l'exemple envisagé ici, le serveur publicitaire S présente l'architecture matérielle d'un ordinateur. Comme illustré sur la figure 4, le serveur publicitaire S comporte un processeur 7, une mémoire vive 8 de type RAM, une mémoire morte 9 de type ROM et une mémoire non volatile 10. La mémoire morte 9 constitue un support d'enregistrement conforme à l'invention, lisible par le serveur publicitaire, et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé d'envoi de fichiers selon l'invention. Le processeur 7 est apte à générer une ou plusieurs commandes de déclenchement de remonter d'informations et d'ajouter cette ou ces commandes en tant que métadonnées dans chaque fichier d'annonce publicitaire à envoyer au terminal (étape El). Les commandes de déclenchement ainsi ajoutées définissent de manière personnalisée des évènements déclencheurs spécifiques à chaque fichier à envoyer au terminal T de l'utilisateur. Par ailleurs, le serveur S et le terminal T peuvent communiquer via un réseau de communication 12 qui peut être de toute nature en fonction du type du terminal T, comme par exemple un réseau fixe (par exemple réseau IP (Internet Protocole)) ou un réseau mobile (par exemple UMTS ("Universal Mobile Telecommunication System")). Le processeur 7 envoie ensuite le ou les fichiers (comprenant les commandes de déclenchement) au terminal de l'utilisateur (étape E2). On notera que le serveur publicitaire S peut envoyer directement plusieurs annonces publicitaires sous forme d'une campagne publicitaire. Le terminal T reçoit ainsi le ou les fichiers envoyés par le serveur S (étape E3). Toujours dans l'exemple considéré, le terminal T présente également l'architecture matérielle d'un ordinateur (figure 4). Le terminal T comporte un processeur 13, une mémoire vive 14 de type RAM, une mémoire morte 15 de type ROM et une mémoire non volatile 16. La mémoire morte 15 constitue un support d'enregistrement conforme à l'invention, lisible par le terminal T, et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, comportant des instructions pour l'exécution des étapes d'un procédé de déclenchement d'une remontée d'informations selon l'invention. Le terminal T comprend des moyens de présentation 17 aptes à présenter à un utilisateur des données multimédias à partir d'un fichier reçu. Ces moyens de restitution peuvent comprendre, par exemple, un dispositif d'affichage (écran) et/ou un dispositif de restitution sonore (haut-parleurs, casque, etc.). Cependant, il n'est pas nécessaire que le contenu d'un fichier soit présenté sur le terminal pour qu'il y ait une remontée d'informations relatives au fichier en question. Dans le cas, par exemple, où la date de fin de validité d'une annonce publicitaire est atteinte, une remontée d'informations sera effectuée à partir du terminal, et ce qu'il y ait eu, ou non, présentation des données multimédias sur le terminal. Le terminal comprend également un agent logique 18 configuré pour extraire au moins une commande de déclenchement de remontée d'informations à partir des métadonnées de chaque fichier reçu sur le terminal T (étape E4). En outre, l'agent logique 18 est configuré pour interpréter les commandes de déclenchement extraites des fichiers reçus. A partir de ces commandes, l'agent logique 18 identifie et stocke en local le ou les évènements déclencheurs et le ou les types d'informations à remonter (étape E5). En parallèle, chaque information pertinente relative à une annonce publicitaire ou à une campagne en cours peut être également sauvegardée en local dans la mémoire morte 15 du terminal T. Ces informations pertinentes comprennent, par exemple, des informations relatives au nombre de fois qu'une annonce a été présentée à un utilisateur sur le terminal, au nombre de fois que l'utilisateur a sélectionné une annonce (au moyen de la souris par exemple) ou encore des informations relatives à des actions de l'utilisateur en rapport avec ladite annonce. On entend ici par action de l'utilisateur, au moins une interaction entre l'utilisateur et le terminal. Cette interaction peut avoir un lien avec une annonce publicitaire restituée sur le terminal, comme par exemple une transaction commerciale liée à l'annonce en question. L'agent logique 18 contrôle en permanence si un évènement déclencheur se produit (étape E6). Lorsque l'agent logique 18 détecte qu'un des évènements déclencheurs stockés se produit, il procède à la remontée des informations conformément à la commande de déclenchement correspondante (étape E7). Les informations à remonter peuvent correspondre à des données instantanées comme c'est le cas, par exemple, lorsque la ou les informations à remonter correspondent à l'évènement déclencheur. Par ailleurs, les informations à remonter peuvent correspondre à des données enregistrées par l'agent logique 18 sur une période de temps déterminée, tel que l'historique des évènements pertinents concernant une annonce publicitaire depuis la précédente remontée d'informations pour cette annonce. Par exemple, avec le fichier A de la figure 3, si l'agent logique 18 détecte un évènement déclencheur pertinent pour l'annonce publicitaire D, l'agent remontera, par exemple, les informations suivantes : le nombre de fois que la publicité D a été présentée sur le terminal et/ou le nombre de fois que l'utilisateur a sélectionné cette publicité (au moyen de la souris par exemple), et ce à compter de la date à laquelle la précédente remontée d'informations pour l'annonce D a été réalisée. S'il s'agit de la première remontée d'informations en rapport avec la publicité D, le terminal pourra par exemple remonter l'ensemble des informations pertinentes (notamment l'historique des évènements pertinents) qui n'a pas encore été remonté vers le dispositif de traitement d'informations. A noter que lorsque l'agent logique 18 détecte un évènement déclencheur défini dans les métadonnées F de la campagne de publicité A, la commande de déclenchement correspondante s'applique à toutes les annonces publicitaires de cette campagne. Les métadonnées F peuvent, par exemple, définir des dates particulières pour lesquelles une remontée d'informations doit être réalisée, et ce quel que soit l'annonce (ou les annonces) en cours de validité. Dans un mode de réalisation particulier, les métadonnées F de la campagne A définissent des dates fixes pour lesquelles des remontées d'informations sont nécessaires tandis que les métadonnées C3, D3 et E3 définissent des valeurs de capping et des dates de validité pour chacune des annonces C, D et E respectivement. Les informations à remonter sont ainsi transmises à au moins un dispositif de traitement d'informations 11. Celui-ci sera, par exemple, disposé dans le serveur publicitaire S. Dans une variante, ce dispositif fonctionne de manière indépendante vis-à-vis du serveur publicitaire S. Par ailleurs, les commandes comprises en tant que métadonnées dans les fichiers reçus peuvent également comprendre des informations relatives à la destination des informations à remonter. Ainsi, les commandes pourront associer à chaque évènement déclencheur au moins un dispositif de traitement d'informations correspondant. Dans un mode de réalisation particulier, le serveur publicitaire S envoie les annonces publicitaires d'une campagne de manière séquentielle. Chaque remontée d'informations réalisée à partir du terminal T déclenche l'envoi d'une nouvelle annonce du serveur S vers le terminal T. Ce mode de réalisation permet de limiter le volume des fichiers reçus et stockés sur le terminal T. Ce mode permet également de réduire avantageusement la quantité de commandes à extraire puis à interpréter par l'agent logique 18. Enfin, un diffuseur publicitaire pourra attendre la réception d'informations émises par le terminal T avant d'envoyer l'annonce suivante (modifiée ou non au vu des informations reçues). On notera que le mode de réalisation envisagé dans la figure 4 ne constitue qu'un exemple de mise en oeuvre de la présente invention et ne doit en aucun cas être interprété de manière limitative. La présente invention permet donc, à partir d'un terminal, de déclencher des remontées d'informations (des mesures d'audience notamment) de manière personnalisée pour chacune des annonces publicitaires définies dans une campagne. Il est ainsi possible d'affiner le paramétrage relatif aux remontées d'informations pour une annonce publicitaire donnée. On peut par exemple modifier les valeurs de capping de chaque annonce publicitaire dans une même campagne ou encore modifier les dates fixes pour lesquelles des remontées d'informations doivent être réalisées. Ce paramétrage personnalisé permet de limiter les remontées superflues d'informations et donc de libérer de la bande passante pour d'autres échanges de données. Il en découle également un gain significatif en termes de réactivité (pour un diffuseur publicitaire par exemple) puisqu'il est ainsi possible de réagir rapidement aux comportements des utilisateurs et donc, d'adapter différents aspects d'une campagne donnée (notamment les paramètres de déclenchement des remontées d'informations). La présente invention s'affranchi également de l'envoi superflu de requêtes à destination du terminal afin d'obtenir des informations particulières. Une fois les fichiers reçus par le terminal, le terminal peut gérer la remontée d'informations de manière complètement automatique et autonome. Il est donc possible de présenter des annonces publicitaires hors ligne, c'est-à-dire sans aucune connexion à un serveur (publicitaire notamment). Dans un mode de réalisation particulier, une campagne de publicité est téléchargée intégralement sur le terminal de l'utilisateur lorsque celui-ci est en ligne. La campagne est ainsi sauvegardée en locale dans la mémoire du terminal de l'utilisateur. Une fois le téléchargement effectué, la campagne peut être présentée hors ligne sur le terminal. Une annonce publicitaire stockée dans la mémoire morte pourra ainsi être présentée à l'utilisateur dans diverses situations. Dans un mode de réalisation particulier, c'est une application (un jeu de type JAVA, un éditeur de SMS, un navigateur...) en cours de fonctionnement sur le terminal de l'utilisateur qui envoie une requête à l'agent logique afin de présenter une annonce publicitaire donnée. L'invention s'applique donc de façon privilégiée mais non limitative au domaine de la mesure d'audience de publicités aussi bien en ligne que hors ligne. Elle permet notamment de paramétrer de manière fine et personnalisée le déclenchement de remontées de mesures d'audience vers des dispositifs de traitement adéquats. REVENDICATIONS1. Procédé d'envoi, à un terminal (T), d'un fichier (A, C, D, E) comprenant des données multimédias (C2, D2, E2) à présenter sur ledit terminal ou comprenant des moyens d'obtention desdites données multimédias à présenter sur le terminal, le procédé étant caractérisé en ce qu'il comprend l'ajout (El), en tant que métadonnées dans ledit fichier, d'au moins une commande (6) interprétable par ledit terminal pour déclencher, à partir dudit terminal, une remontée d'informations vers au moins un dispositif de traitement d'informations (11). 2. Procédé selon la revendication 1, caractérisé en ce que ladite commande définit au moins un évènement déclencheur de remontée d'informations et associe audit au moins un évènement déclencheur au moins un type d'informations à remonter. 3. Procédé selon la revendication 2, caractérisé en ce que chaque évènement déclencheur est choisi parmi au moins un nombre prédéfini de présentation desdites données multimédias, une date prédéterminée et une action prédéterminée de l'utilisateur. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, en réponse à la remontée d'informations vers ledit au moins un dispositif de traitement d'informations, au moins un fichier supplémentaire est envoyé audit terminal. 5. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'envoi selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur. 6. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé d'envoi selon l'une quelconque des revendications 1 à 4. 7. Procédé de déclenchement d'une remontée d'informations, à partir d'un terminal (T) vers au moins un dispositif de traitement d'informations (11), le procédé comprenant la réception (E3), sur le terminal, d'un fichier (A, C, D, E) comprenant des données multimédias (C2, D2, E2) à présenter sur ledit terminal ou comprenant des moyens d'obtention desdites données multimédias à présenter sur le terminal, le procédé étant caractérisé en ce que ledit fichier comprend en outre des métadonnées (F, C3, D3, E3) comprenant au moins une commande (6) interprétable par ledit terminal pour déclencher une remontée d'informations et en ce que, en réponse à ladite commande, le terminal envoie (E7) audit au moins un dispositif de traitement d'informations les informations définies dans ladite commande. 8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de déclenchement d'une remontée d'informations selon la revendication 7 lorsque ledit programme est exécuté par un ordinateur. 9. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de déclenchement d'une remontée d'informations selon la revendication 7. 10. Dispositif d'envoi (S) apte à envoyer, à un terminal (T), un fichier (A, 30 C, D, E) comprenant des données multimédias (C2, D2, E2) à présentersur ledit terminal ou comprenant des moyens d'obtention desdites données multimédias à présenter sur ledit terminal, le dispositif d'envoi étant caractérisé en ce qu'il comprend des moyens d'insertion pour ajouter, en tant que métadonnées dans ledit fichier, au moins une commande (6) interprétable par ledit terminal pour déclencher, à partir dudit terminal, une remontée d'informations vers au moins un dispositif de traitement d'informations (11). 11. Dispositif d'envoi selon la revendication 10, caractérisé en ce que ladite au moins une commande définit au moins un évènement déclencheur d'une remontée d'informations et associe audit au moins un évènement déclencheur au moins un type d'informations à remonter. 12. Dispositif d'envoi selon la revendication 11, caractérisé en ce que chaque évènement déclencheur est choisi parmi au moins un nombre prédéfini de présentation desdites données multimédias, une date prédéterminée et une action prédétermine de l'utilisateur. 13. Dispositif d'envoi selon l'une quelconque des revendications 10 à 12, 20 caractérisé en ce qu'il comprend en outre des moyens pour envoyer un fichier supplémentaire en réponse à une remontée d'informations. 14. Terminal (T) comprenant des moyens de restitution (17) aptes à présenter sur ledit terminal des données multimédias (C2, D2, E2) 25 contenues dans un fichier (A, C, D, E) ou obtenues à partir de moyens d'obtention desdites données multimédias contenues dans un fichier, ledit terminal étant caractérisé en ce qu'il comprend en outre un agent logique (18) configuré pour extraire, à partir des métadonnées (F, C3, D3, E3) dudit fichier, au moins une commande (6) de déclenchement d'une 30 remontée d'informations, dans lequel ladite au moins une commande est 5interprétable par ledit agent logique, ledit agent logique étant en outre configuré pour déclencher, en réponse à ladite au moins une commande, la remontée vers au moins un dispositif de traitement d'informations (11) d'informations définies dans ladite au moins une commande. 15. Terminal selon la revendication 14, caractérisé en ce que l'agent logique comprend des moyens pour stocker des informations à remonter et des moyens pour traiter lesdites informations stockées en fonction d'une commande de déclenchement.