FR 2859848 A1 20050318 FR 0350539 A 20030915 PROCÉDÉ, SYSTÈME ET ÉQUIPEMENT POUR LA DIFFUSION VERS DES TERMINAUX D'INFORMATIONS RELATIVES A DES ÉVÉNEMENTS FUTURS L'invention est relative à un procédé, à un système et à des équipements pour la diffusion d'informations relatives à 5 des événements futurs vers des terminaux. Par événement futur , on entend ici un événement programmé à l'avance dont, en général, la date est connue. Il s'agit, par exemple, de spectacles, de publications, de mise sur le marché de produits, de chats (discussions) , de forums, d'interviews sur réseau Internet. La diffusion de la programmation de tels événements est particulièrement importante pour les acteurs économiques et les consommateurs. Ainsi, les programmes de télévision constituent probablement le plus grand succès d'édition. En plus des publications imprimées, les guides des événements futurs sont diffusés par des moyens électroniques, tels les ordinateurs domestiques ou professionnels, à l'aide du réseau Internet. L'invention résulte de la constatation que 20 l'importance de la connaissance des événements futurs est telle B11014 qu'il est préférable qu'elle soit disponible pratiquement en permanence pour les utilisateurs. Par exemple, une personne en déplacement peut souhaiter recevoir des avertissements pour certains évènements futurs. Ainsi, le procédé selon l'invention est caractérisé en ce qu'on fournit une plate-forme connectable, notamment par le réseau Internet, à des bases de données ou serveurs de producteurs d'événements et en ce qu'on diffuse, à partir de cette plate-forme, les événements par des canaux et/ou des formats de téléphonie mobile. L'appellation de téléphone mobile est ici employée au sens d'équipement de communication mobile. Elle comprend non seulement les téléphones mobiles de types GSM, GPRS et UMTS mais aussi les smartphones , c'est-à-dire les téléphones pouvant diffuser du texte, des images et du son, les assistants personnels et les ordinateurs portables équipés pour les communications téléphoniques. Ainsi, les utilisateurs peuvent prendre connaissance en temps réel, sous forme de texte, d'image et/ou de son, des événements puisqu'en général les utilisateurs ne se séparent pas de leur téléphone mobile. De préférence, la plate-forme est telle qu'elle met en forme les événements futurs pour les terminaux d'autres types tels que des ordinateurs personnels, des terminaux de télévision, notamment de télévision interactive, ou des terminaux du type assistant personnel (PDA pour Personnal Digital Assistant ). Selon un mode de réalisation, la plate-forme contient des informations relatives aux caractéristiques des mobiles et on sélectionne, grâce à ces caractéristiques, l'envoi par la plate-forme des événements vers les téléphones mobiles de façon à ne transmettre à chaque mobile que les informations qu'il est susceptible de recevoir. Par exemple, on ne transmettra pas à un téléphone mobile de vidéos si le terminal mobile concerné ne comporte pas de récepteur vidéo. À titre d'exemple encore, les informations pourront être sélectionnées en fonction de la taille de l'écran des téléphones mobiles. Dans un mode de réalisation, les événements futurs transmis par la plateforme sont introduits dans le calendrier habituellement prévu dans le mobile. Cependant, dans un mode de réalisation préféré, le téléphone mobile comporte un calendrier des événements futurs qui est distinct du calendrier habituel tel que le calendrier utilisé pour noter les rendezvous. Selon une réalisation, les événements de type sonore sont accessibles sur un serveur audio du type audiotel et les informations relatives à ces événements sont communiquées au téléphone mobile de façon que l'utilisateur n'ait qu'une manoeuvre simple à effectuer pour accéder à l'événement dans le serveur audio. Par exemple, l'information est transmise au mobile sous forme d'une icône sur son écran et si ce dernier est du type tactile, un simple appui sur cette icône permet d'accéder à l'événement sonore dans le serveur audio. Dans un mode de réalisation, quand l'événement intervient à une date déterminée dans le futur, on prévoit des moyens pour que l'utilisateur du téléphone mobile puisse émettre une requête vers la plate-forme afin d'être informé un temps déterminé avant l'événement. Dans ce cas, le téléphone mobile comporte des moyens pour transmettre à la plate-forme, ou serveur, une requête de demande d'alerte préalable à l'événement, par exemple une heure avant l'événement, et la plate-forme comporte des moyens pour enregistrer l'adresse du mobile requérant, c'est-à-dire son numéro de téléphone, ainsi que des moyens pour envoyer à ce mobile un message d' alerte au moment choisi, ce message étant, par exemple, du type SMS (texte) ou MMS (multimédia). Ces alertes requises sont, selon un mode de réalisation, modifiables à l'aide du téléphone mobile. Les modifications peuvent consister en un choix du moment de l'alerte ou en une suppression de l'alerte préalablement choisie. Les événements futurs transmis par la plate-forme à chaque téléphone mobile sont, de préférence, fonction d'un profil préalablement transmis à la plate-forme. Le téléphone mobile peut alors disposer de moyens pour modifier le profil, tel que les thèmes d'intérêts de l'utilisateur. De préférence également, on affecte au téléphone mobile des moyens pour modifier d'autres caractéristiques de l'abonnement tel que le mode de facturation. La communication entre téléphones mobiles et éditeurs d'informations s'effectue de préférence directement, sans passer par la plate-forme. Dans ce cas, la plate-forme est utilisée pour transmettre les demandes de communication vers les éditeurs d'événements. Dans un mode de réalisation, la plate-forme comporte des moyens de facturation du service. Ainsi, dans un exemple, cette plate-forme comporte des moyens pour compter le nombre de messages tels que les SMS transmis à chaque téléphone mobile afin de constituer la base d'une facturation. La facturation peut aussi dépendre du nombre de thèmes d'intérêts choisis par chaque utilisateur de téléphone mobile. Dans ce cas, la plate- forme comportera aussi des moyens de comptage du nombre de thèmes choisis par chaque utilisateur de téléphone mobile. Selon un mode de réalisation, la plate-forme est utilisée pour permettre la vente d'un bien ou d'un service correspondant à un événement futur. Par exemple, la plate-forme transmet au mobile concerné une information sous la forme d' une icône pour les mobiles à écran tactile et il suffit d'appuyer sur cette icône pour effectuer la commande. Dans ce cas, de préférence, la man uvre de commande effectuée par l'utilisateur est suivie par une interrogation apparaissant sur son écran demandant l'autorisation de transmettre les informations de facturation vers le vendeur et c'est seulement après avoir confirmé, par exemple par un simple appui sur une icône correspondante, que la commande sera effectuée. Ainsi, pour la vente, comme pour les autres 35 opérations, on choisira des manoeuvres à effectuer par l'utilisateur qui sont d'une grande simplicité sans que l'utilisateur ait à introduire des informations par l'intermédiaire des touches. Selon un mode de réalisation, on prévoit que la plate- forme puisse permettre l'établissement de communautés ou groupes à partir du profil d'un utilisateur. Ainsi, l'utilisateur ayant choisi un profil déterminé pour recevoir des informations relatives aux événements futurs, il peut proposer ce profil à d'autres utilisateurs qui recevront alors le même calendrier et les mêmes informations en fonction, bien entendu, du terminal de chacun. Ces groupes peuvent concerner non seulement les titulaires de téléphones mobiles mais les titulaires d'autres types de terminaux. Dans une réalisation, chaque membre du groupe a la possibilité d'ajouter un nouvel événement ou de solliciter l'autorisation d'un responsable d'ajouter un événement, par exemple un dîner. Dans un mode de réalisation, la plate-forme comporte un moteur destiné à récupérer des informations de serveurs internet et/ou de bases de données, ce moteur utilisant de préférence le standard XML/DTD. La plate-forme comporte aussi, de préférence, un outil d'administration des informations communiquées par les fournisseurs de contenus. Cet outil d'administration permet d'ajouter, de supprimer ou de modifier les informations contenues dans la plate-forme, par exemple sous la commande des fournisseurs de contenus. L'outil d'administration peut aussi être utilisé pour vérifier le contenu, l'approuver, le sélectionner et/ou classer les événements dans la base des événements de la plate-forme. De préférence, les informations sont transmises directement par un organe de publication qui transmet les informations au téléphone mobile par une voie GSM, GPRS ou UMTS. Selon un mode de réalisation, le calendrier des 35 événements futurs n'est pas fonction d'un profil. Ainsi, l'invention concerne un procédé pour fournir à des terminaux des informations sur des événements à venir, ces informations et/ou événements pouvant être transmis par un réseau, par exemple de type IP, qui est caractérisé en ce qu'une plate-forme est prévue pour collecter les informations et les diffuser à des téléphones mobiles selon des formats adaptés aux téléphones mobiles, la plate-forme sélectionnant automatiquement les événements en fonction de la capacité des téléphones mobiles abonnés. De préférence, la sélection des événements à transmettre aux téléphones mobiles est effectuée en tenant compte d'au moins un des paramètres compris dans le groupe suivant: les logiciels dont dispose le téléphone mobile, la taille de l'écran, la forme de l'écran, sa capacité de mémoire, son débit, la langue et les couleurs d'affichage disponibles. Les événements à venir peuvent être introduits dans un calendrier spécifique à ces événements, distinct du calendrier habituel de rendezvous du téléphone mobile. En variante, un calendrier des événements à venir du téléphone mobile est également utilisé pour des rendez-vous. De préférence, pour les événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide des téléphones mobiles, la plate-forme adresse à ces téléphones mobiles un moyen logiciel permettant par une man uvre simple telle que l'appui sur une touche ou un contact sur l'écran, d'accéder à l'événement vidéo et/ou audio et/ou texte. Selon une réalisation, la plate-forme comporte des moyens logiciels pour adresser aux téléphones mobiles, sur requête de ces derniers, une alerte préalable à un événement, un temps déterminé avant cet événement. L'alerte est adressée par un message du type SMS ou MMS. Selon une réalisation, la plate-forme comporte des moyens logiciels pour établir la facturation des services liés 35 aux événements auxquels les téléphones mobiles accèdent. La plate-forme peut comporter des moyens logiciels pour former des groupes d'utilisateurs ayant les mêmes profils de sélection d'événements. De préférence, la plate-forme comporte des moyens logiciels pour adresser des informations sur les événements à venir à d'autres types de terminaux tels que des ordinateurs, des récepteurs de télévision ou des assistants personnels. Dans ce cas, la plate-forme peut fonctionner en mode serveur et comporter des moyens logiciels permettant aux terminaux d'accéder à des contenus qui leur sont dédiés. La plate-forme peut aussi comporter des moyens logiciels pour adresser à un même abonné, des informations relatives aux événements à venir sur plusieurs terminaux, le type de terminal étant choisi en fonction de dates ou heures présélectionnées. Selon une réalisation, les événements futurs sont affichés et mémorisés dans les téléphones mobiles. L'invention concerne aussi une plate-forme destinée à fournir à des terminaux des informations sur des événements à venir pouvant être transmises par un réseau, par exemple de type IP, qui est caractérisée en ce qu'elle comporte des moyens pour collecter les informations relatives aux événements à venir et les diffuser à des téléphones mobiles selon des formats adaptés à ces derniers et des moyens pour sélectionner automatiquement les événements en fonction de la capacité des téléphones mobiles abonnés. De préférence, la plate-forme comporte des moyens pour sélectionner les événements à transmettre au téléphone mobile en tenant compte d'au moins un des paramètres compris dans le groupe suivant: les logiciels dont dispose le téléphone mobile, la taille de l'écran, la forme de l'écran, sa capacité de mémoire, son débit, la langue et les couleurs d'affichage disponibles. La plate-forme peut comporter des moyens pour adresser 35 au téléphone mobile un moyen logiciel permettant, pour les événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide des téléphones mobiles, par une man uvre simple telle que l'appui sur une touche ou un contact sur l'écran d'accéder à l'événement vidéo et/ou audio et/ou texte. Selon une réalisation, la plate-forme comporte des moyens logiciels pour adresser aux téléphones mobiles, sur requête de ces derniers, une alerte préalable à un événement, un temps déterminé avant cet événement. Dans ce cas, la plate-forme peut comporter des moyens pour adresser l'alerte par un message du type SMS ou MMS. Dans une réalisation, la plate-forme comporte des moyens logiciels pour établir la facturation des services liés aux événements auxquels les téléphones mobiles accèdent. La plate-forme peut comporter des moyens logiciels pour former des groupes d'utilisateurs ayant les mêmes profils de sélection d'événements. La plate-forme peut aussi comporter des moyens logiciels pour adresser des informations sur les événements à venir à d'autres types de terminaux tels que des ordinateurs, des récepteurs de télévision ou des assistants personnels. Selon une réalisation, la plate-forme est du type serveur et comporte des moyens logiciels permettant aux terminaux d'accéder à des contenus qui leur sont dédiés. Dans ce cas, la plate-forme peut comporter des moyens logiciels pour adresser à un même abonné des informations relatives aux événements à venir sur plusieurs terminaux, le type de terminal étant choisi en fonction de dates ou heures présélectionnées. L'invention se rapporte aussi à un téléphone mobile caractérisé en ce qu'il comporte des moyens pour se connecter à une plate-forme de collectes d'informations sur des événements à venir pouvant être transmises par un réseau, par exemple de type IP, et des moyens pour recevoir des données de cette plate-forme correspondant aux événements à venir, ces données étant selon des formats adaptés à la capacité du téléphone mobile. Selon une réalisation, le téléphone mobile comporte des moyens pour que les événements à venir soient introduits dans un calendrier spécifique à ces événements, distinct du calendrier habituel de rendez-vous. En variante, le téléphone mobile comporte un calendrier des événements à venir qui est également utilisé pour les rendez-vous. Dans une réalisation, le téléphone mobile comporte un moyen pour recevoir de la plate-forme un moyen logiciel permettant, pour des événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide du téléphone mobile, par une manoeuvre simple telle que l'appui sur une touche ou un contact sur l'écran, d'accéder à l'événement vidéo et/ou audio et/ou texte. Le téléphone mobile peut comporter des moyens pour adresser une requête à la plate-forme afin d'obtenir une alerte préalable à un événement, un temps déterminé avant cet événement, et des moyens pour recevoir cette alerte. Dans ce cas, le téléphone mobile comporte par exemple 20 des moyens pour recevoir l'alerte par un message du type SMS ou MMS. D'autres caractéristiques et avantages de l'invention apparaîtront avec la description de certains de ses modes de réalisation, celle-ci étant effectuée en se référant aux dessins ci-annexés, sur lesquels: La figure 1 montre les principaux composants d'une plate-forme et d'un système conformes à l'invention, la figure 2 représente le composant de collecte des données de la plate-forme représentée sur la figure 1, la figure 3 représente un composant de réception de messages faisant partie de la plate-forme montrée sur la figure 1, la figure 4 illustre un accès HTTP vers un fournisseur de contenu pour une plate-forme selon l'invention, la figure 5 montre un module de collecte des données pour la plate-forme selon l'invention, la figure 6 illustre un mode de fonctionnement du composant représenté sur la figure 5, la figure 7 illustre un autre mode de fonctionnement du composant représenté sur la figure 5, la figure 8 montre encore un autre mode de fonctionnement du composant de la figure 5, la figure 9 montre des sous-modules de la plate-forme 10 représentée sur la figure 1, la figure 10 représente un autre mode de fonctionnement de sous-module de la plate-forme selon l'invention, et la figure 11 représente le module d' administration et de gestion des données de la plate-forme selon l'invention. La description qui suit fournira tout d'abord une présentation fonctionnelle générale d'un système conforme à l'invention (1) et ensuite on décrira les divers éléments composant ce système (2). 1. Présentation fonctionnelle générale (figure 1) 1.1. Collecte des contenus Les événements peuvent être collectés par la plate-forme 12 de trois façons différentes: É Réception de messages en provenance du fournisseur de contenu 13 sous forme de document XML. É Accès HTTP offert au fournisseur de contenu, au moyen duquel il peut envoyer un nouvel événement en remplissant un formulaire incluant tous les champs décrits dans le format 30 XML/DTD. É polling : envois, à partir de la plate-forme, de requêtes de collecte chez le fournisseur de contenu, de manière automatique ou manuelle: Un ensemble de requêtes est défini pour chaque 35 fournisseur de contenu. Le but d'une requête est de retrouver les événements sur le site d'un fournisseur de contenu. Une requête est en format XML. Elle est telle qu'elle va chercher un événement à une adresse (URL) bien précise et en fonction de mots-clés préétablis. Les requêtes peuvent être lancées soit automatiquement à des moments prédéterminés, soit manuellement. Elles peuvent être lancées une par une, ou groupées suivant le fournisseur de contenu et les règles qui lui sont appliquées, ou pour l'ensemble des fournisseurs de contenus recensés. Une requête pour un fournisseur de contenu peut être modifiée ou créée par le Webmaster (administrateur de la plate-forme). Le fournisseur de contenu peut lancer manuellement ses propres requêtes afin de retrouver en ligne les événements qu'il a lui-même émis. S' il s' avère qu'une requête émise n' aboutit pas normalement (du fait de liens non retrouvés ou d'autres problèmes), un courrier électronique (email) est envoyé au webmaster et/ou à l'envoyeur. Les événements reçus sont sauvegardés dans une base de 20 données. Mais ils ne sont visibles pour les utilisateurs qu'après classement et vérification. 1.2. Vérification et classement des évènements Une fois l'événement enregistré dans la base de données, différents éléments doivent être vérifiés. Si une de ces vérifications ne s'avère pas correcte, alors l'événement reste dans l'état temporaire (non visible par les utilisateurs) et un email est envoyé au webmaster et/ou à l' envoyeur. Les règles de vérification peuvent dépendre du fournisseur de contenu, ou d'autres critères, par exemple les mots litigieux préalablement définis: le texte reçu est comparé avec celui de la base de données de mots litigieux. Si certains mots y figurent alors l'événement sera refusé. Les règles de vérification sont modifiables. Une fois l'événement récupéré et les principaux champs vérifiés, l'événement est ensuite classé selon des critères bien précis. L'événement doit pouvoir être classé par industrie et sous-industrie ou catégorie et sous-catégorie (ex: Sport/ Football/Championnat/). Si le type de (sous) industrie ou (sous) catégorie ne peut être identifié, alors l'événement reste dans l'état actuel (État temporaire ) et un email est envoyé au webmaster et/ou à l'envoyeur. Le champ indiquant la date d'expiration est vérifié. S'il n'est pas valable ou ne peut être correctement identifié (Date et Heure devant être supérieur ou égal à la limite de validité de l'événement), la règle du fournisseur de contenu est prise par défaut et s'il n'y en a pas non plus, une date d'expiration générale par défaut est calculée. Ce champ est ainsi toujours défini. Si certains champs, dont la liste est définie préalablement, ne sont pas correctement identifiés ou ne sont pas valides, ils sont remplacés par ceux du fournisseur de contenu lui-même, par exemple pour les champs suivants: Zone 20 horaire du fournisseur de contenu , Pays où se situe l' évènement , URL Logo . Si l'un de ces champs ne peut être défini, l'événement reste dans l'état actuel (État temporaire ) et un email est envoyé au webmaster 14 et/ou à l' envoyeur. Les champs restant à vérifier sont validés au regard des règles relatives à un événement (règles générales contenues dans la base de données du système). Si l'un de ces champs ne peut être défini, un email est envoyé au webmaster et/ou à l' envoyeur. Une fois tous les champs de l'événement vérifiés, tous les champs de type date/heure de l'événement sont convertis en heure GMT. L'événement passe alors de l'état temporaire à l'état Accessible , c'est-à-dire qu'il devient visible par l'utilisateur. 30 Un événement reçu deux fois ne sera présenté qu'une seule fois. Toutefois, certains évènements peuvent être présentés plusieurs fois. Le choix du nombre de présentations s'effectue en fonction de la relation avec le fournisseur de contenu, par exemple celui qui aura payé le prix le plus élevé, ou par le rang de présentation. 1.3. Traitement du contenu Un batch 17 (programme s'exécutant en arrière plan) peut être lancé, soit manuellement, soit automatiquement à intervalles réguliers, définis par l'administration 14 de la plate-forme, pour mettre à jour le statut de l'événement, concernant sa visibilité et son accessibilité, et pour effectuer son archivage. Les événements qui ne sont pas encore passés ont le statut Visible . Une fois l'événement passé, son statut passe de Visible à Accessible . L'événement ne peut plus être présenté en Une mais reste toujours consultable par les utilisateurs jusqu'a sa date d'expiration. Ceci peut dépendre du contrat conclu avec le fournisseur de contenu, ce qui est spécialement intéressant pour les événements En Demande qui peuvent être consultés après la date de l'événement. Les événements dont la date d'expiration est passée 25 sont automatiquement effacés de la base pour être sauvegardés sur d'autres supports. De même, un programme batch peut vérifier la validité des liens des événements enregistrés. Si les liens principaux n'existent plus, les adresses n'étant plus attribuées, l'évènement passe au statut non visible , et un message est envoyé à l'administrateur concerné. 1.4. Présentation aux utilisateurs finaux 15 Affichage des événements Un événement peut être visualisé de deux façons différentes: Vue générale (Événements présentés sous forme de liste). Vue calendaire (Événements présentés dans un calendrier 16). Quatre niveaux de visualisation d'un événement sont 10 possibles: É Pour un utilisateur non membre, les événements mis en avant sont ceux les plus consultés. É Pour un utilisateur membre, les événements mis en avant correspondent à son profil, par exemple uniquement des événements de sport sont affichés si l'utilisateur n'a choisi que Sport comme catégorie. É De plus, l'utilisateur doit avoir accès à son espace personnel, qui contient son calendrier et ses propres signets où sont rangés tous les événements correspondant à ses intérêts. É Enfin, les événements doivent pouvoir être consultables par thèmes: catégories et sous-catégories pour le grand public, industries et sousindustries pour les professionnels. L'utilisateur peut aussi utiliser des mots clés. Si un utilisateur se connecte en tant que non membre ou membre sans profil, le type de contenu présenté dépend directement de l'analyse de son environnement: langue, matériels et logiciels utilisés. Dans le cas ou les informations sur l'environnement ne sont pas accessibles, le contenu correspond aux évènements les plus regardés. Si un utilisateur se connecte en tant que membre ou abonné, le type de contenu présenté dépend directement de son profil, des événements les plus regardés ou des événements mis en avant spécialement par l'administrateur. Tous les champs de type date/heure des évènements sont convertis selon l'endroit géographique d'où s'est enregistré l'utilisateur lorsqu'il a établi son profil. En cas de déplacement, ces champs sont automatiquement convertis selon l'heure de l'endroit ou se trouve l'utilisateur. Par exemple, si l'évènement doit se dérouler à 20 heures à Tokyo, il sera indiqué à 12 heures si l'utilisateur se trouve à Paris, et sera converti à 11 heures si l'utilisateur se déplace à Londres. Vue générale (événements présentés au milieu de l'écran). Les principaux évènements sont affichés au milieu de 1' écran. L'utilisateur a la possibilité de choisir comment il 15 souhaite visualiser les événements de la plate-forme, c'est-à- dire, soit de manière générale, par les événements les plus regardés, soit par rapport à son profil. Le type d'information affiché par événement comprend les champs suivants de la XML DTD: - Logo du fournisseur de contenu. - Titre de l'événement. - Courte description de l'événement (Voir ci dessous). - Longue description de l'événement (Voir ci dessous). - Autres fonctionnalités (Voir ci dessous). Vue calendaire (événements présentés par semaine/mois/année). Tous les événements sont consultables dans un calendrier avec vue journalière, hebdomadaire, mensuelle ou 30 annuelle. Le calendrier peut filtrer les événements selon une catégorie ou des mots clés. Sur le calendrier propre à l'utilisateur apparaissent tous les événements et les autres informations qu'il a choisi 35 d'y enregistrer. L'utilisateur a la possibilité de choisir comment il souhaite visualiser les événements de la plate-forme, c'est-à-dire, soit de manière générale par les événements les plus regardés, soit par rapport à son profil ou par rapport aux éléments qu'il a sélectionnés auparavant. Les informations présentées sont adaptées au type de vue (journalière, hebdomadaire, mensuelle ou annuelle). Par exemple, pour une vue mensuelle, ne sont affichés que le titre de l'événement avec, éventuellement, le Logo de l'événement ou du fournisseur de contenu, alors que pour une vue quotidienne, l'intégralité des informations est affichée. Courte description Selon le statut de l'événement, seulement certains champs de l'événement apparaissent, comme la courte description 15 de l'événement. Longue description Si un événement particulier est choisi, une longue description de l'événement doit apparaître, en plus des informations déjà présentées. Autres Fonctionnalités Les fonctionnalités suivantes apparaissent à coté de chaque événement: - Ajouter l'événement dans son agenda. - Ajouter la catégorie ou l'Industrie à son profil. 25 - Envoyer à un ami. - demander une alerte. Lorsqu'un utilisateur choisit d'envoyer un événement à un ami, il a accès à son propre annuaire, et n'a plus qu'à sélectionner le nom des personnes souhaitées. Leurs adresses 30 émail ou numéros de téléphones portables sont alors automatiquement enregistrés dans les cases appropriées. Recherche du Contenu par un utilisateur Un utilisateur peut rechercher les événements qui 35 l'intéressent par différents critères pré-établis: É Par (sous) catégorie/(sous)industrie pré-établie. É Par langue É Par le pays d'origine du contenu (Contenu US, contenu européen, contenu français, etc.). É Par mot clés. É Par d'autres mots prédéfinis. Les critères selon lesquels un événement est recherché sont adaptables et ne se limitent pas aux catégories prédéfinies. Tous champs du format XML/DTD peuvent être utilisés pour rechercher un événement. Gestion du profil de l'utilisateur L'utilisateur a la possibilité de définir son profil en trois étapes, ce qui lui facilite la tâche de définition du profil. Il a donc à sa disposition trois niveaux de profil. Ces niveaux de profil peuvent également être ajustés suivant le type de terminal sur lequel l'utilisateur se connecte (téléphone mobile ou PC). La liste des champs décrits ci-dessous est fournie à titre d'exemple. Elle dépend du terminal utilisé. Profil basique - Niveau 1 Nom, Prénom, Mot de passe, confirmation du mot de passe, email, téléphone(non obligatoire). Profil avancé - Niveau 2 Téléphone portable, adresse, position géographique, langue, débit de la connexion mobile (GSM, GPRS ou UMTS), support préféré de réception en fonction de la date et de l'heure, sécurité question, sécurité réponse, limitation du nombre d'alertes. Profil expert - Niveau 3 L'utilisateur peut définir son profil manuellement, avec une liste de ses centres d'intérêts, (Sous)industries pour les professionnels (Exemple: Services financiers, etc.), (sous)catégories pour les particuliers (Exemple: Sport, Musique, Cinéma, etc.), ou bien utiliser une définition automatisée: dans un souci de simplification, des pré catégories lui sont proposées où différents intérêts ont été choisis. A titre indicatif, ces pré-catégories peuvent être: Femmes (contient par exemple les catégories: Cinéma, People ). Adolescents (contient par exemple les catégories: jeux, spectacles, musique). Sport (contient par exemple les catégories: Sport, Cinéma). Jeunes cadres, ou prosumers (contient les catégories: Services financiers, Football, Fl). Affichage automatique Les données de l'utilisateur sont automatiquement remplies, par exemple lorsqu'il vérifie ses données personnelles ou lorsqu' il procède à un paiement. Par exemple, s' il visite un site de vendeur de produits grand public, et s'il désire acheter un produit, un message apparaît lui demandant l'autorisation de transmettre automatiquement au vendeur ses données personnelles de paiement. Ces dernières sont transmises après autorisation et validation du formulaire lui présentant ces données. Supports d'affichage Les événements ou autres type d'informations, peuvent être envoyés comme des alertes vers les terminaux suivants: É Téléphone Mobiles (notamment compatibles WAP, GPRS ou 3G). É Internet (PC) É Télévision interactive. É Assistants Personnels. Les pages affichées apparaissent de manière à ce que le format du support soit respecté. L'utilisateur peut accéder aux informations d'une manière simple, facile et rapide, par exemple en cliquant sur un 35 lien présent sur l'événement envoyé. 10 Toutes les informations extraites du système sont facilement accessibles à partir des divers types de terminaux. É Pour les téléphones mobiles: via SMS (textes), MMS (multimédias) ou la transformation de texte en parole. É Pour les ordinateurs par Email. É Pour les assistants personnels par la Synchronisation. Les informations sont envoyées à l'utilisateur en fonction de son profil. L'utilisateur choisit le type de terminal sur lequel il souhaite recevoir ses informations. Le type de terminal peut être différent selon l'heure de la journée. Autres fonctions du système La plate-forme regroupe l'ensemble des données relatives à l'utilisateur. Ces données sont définies de façon à sécuriser son accès, personnaliser le contenu proposé ainsi que son mode de distribution/accès, gérer l'ensemble des fonctionnalités - gratuites ou payantes - dont il peut bénéficier: É Les données personnelles. É Les centres d'intérêt. É Les filtres (par exemple la langue). L'ensemble des informations présentes dans la plate-forme peut être consulté et modifié à partir de n' importe quel 25 terminal et à tout moment. Les données personnelles Il s'agit de l'ensemble des coordonnées personnelles de l'utilisateur. Certaines de ces informations (login, mot de passe, 30 adresse e-mail) sont obligatoires afin de bénéficier des fonctionnalités de base de la plate-forme. De manière générale, l'activation des différentes fonctionnalités de la plate-forme (par exemple les rappels, le calendrier partagé, la messagerie unifiée, etc.) est directement corrélée au type et à la quantité d'informations personnelles fournies par chacun des utilisateurs. Les centres d'intérêt On propose le contenu le plus pertinent possible à chacun des utilisateurs. La plate-forme assure donc, au travers de filtres sémantiques et contextuels, que le contenu proposé correspond véritablement au contenu expressément demandé. De plus, la plate-forme propose de manière dynamique à chaque utilisateur de compléter ses centres d'intérêt en fonction de contenus régulièrement demandés mais pas encore enregistrés dans son profil. De cette manière, la base de profils peut être mise à jour régulièrement. Par exemple, si un utilisateur veut acheter une voiture, il consultera les évènements attachés à la vente des voitures. Le centre d'intérêt correspondant peut alors être ajouté à son profil, et il recevra automatiquement ce type d'évènement. On regroupe l'ensemble des catégories, sous-catégories et mots-clefs choisis par chacun des utilisateurs afin de personnaliser le contenu qui lui sera envoyé. On peut, dans un premier temps, limiter à trois l'arborescence de chacune des catégories, par exemple Sport/Football/Dl. A chacune de ces catégories ou sous-catégories peuvent être associés un ou plusieurs mots clefs afin d'accroître la pertinence du contenu proposé (par exemple, un joueur de Dl particulier). Les filtres Chaque utilisateur peut définir les filtres suivants: Origine du contenu, par exemple des pays, tels que France, Allemagne et Chine. - Langue du contenu. - Terminaux sur lesquels ces informations seront accessibles: PC, Mobile, PDA (assistant personnel). - Nombre maximum de-mails d'alerte par jour. - Heure et terminal de réception des alertes. Plusieurs créneaux sont possibles: jour, semaine, heures, 35 terminal. Les filtres permettent également de personnaliser l'interface utilisateur et le type de contenu affecté à chacun des terminaux. Centre des messages L'objectif du Centre des messages est de permettre à chaque utilisateur de communiquer facilement au sein d'une communauté : chat , forum, messagerie instantanée mais aussi vers l'extérieur: gestion des courriers, carnets d'adresses, etc. On fait appel aux technologies suivantes: messagerie unifiée, convertisseurs de texte en voix et de voix en texte, et synchronisation avec l'ensemble des terminaux. Le centre de messages permet la facturation, notamment de l'envoi de SMS et l'ensemble des fonctionnalités à forte valeur ajoutée, que l'utilisateur peut payer soit en acceptant un message publicitaire associé à chaque utilisation, soit par pré-paiement, soit par paiement à chaque utilisation. Répertoires d'adresses Un utilisateur peut créer un nombre illimité de répertoires qu'il peut nommer à sa guise par exemple: amis, relations professionnelles, restaurants, etc. Il a la possibilité de consulter simultanément les données de l'ensemble de ses répertoires. L'utilisateur peut en un click appeler une fiche vierge, modifier un ou plusieurs champs d'un contact, ou effacer 25 un contact existant. En cliquant soit sur le champ e-mail, soit sur le champ téléphone portable, l'utilisateur accède à une fenêtre d'édition et d'envoi de message, l'adresse e-mail ou le numéro de portable étant automatiquement placé dans le champ correspondant. L'utilisateur peut aussi rechercher un contact par mot clef (recherche du mot sur l'ensemble des champs) ou par catégories (ex. Ville = Paris) d'information sur l'ensemble de ses répertoires. Le calendrier Le calendrier est un des éléments centraux du système, puisqu'il permet à chaque utilisateur de créer son propre guide des événements qu'il souhaite suivre sur le réseau internet. A cette fonction centrale de guide profilé, le calendrier associe des fonctionnalités spécifiques, lui permettant notamment d'être rappelé ou de retransmettre facilement ses événements vers des contacts ou une communauté. L'utilisateur peut aussi utiliser le calendrier de manière classique (prises de rendez-vous, notes, rappel d'anniversaires, etc.) tout en bénéficiant des mêmes fonctionnalités associées. L'utilisateur peut, au choix, afficher son calendrier: en format jour, semaine, mois, année. Un calendrier mensuel additionnel est toujours présent à l'écran afin de pouvoir pointer vers une date précise, qui s'affiche alors sur le calendrier principal. Le pointeur d'événements affiche les titres des événements qui correspondent à la fois à la date choisie sur le calendrier et au profil (centres d'intérêt) défini par l'utilisateur. Un bouton ajouter associé à chaque titre permet à l'utilisateur de référencer en un click l'événement sur le calendrier choisi. En cliquant sur le titre de l'événement, l'utilisateur 25 obtient une description plus complète et accède à l'ensemble des fonctionnalités associées à un événement. Seul l'utilisateur a la possibilité d'enregistrer un événement sur son calendrier, et non le gestionnaire de la plate-forme. A chaque événement enregistré sur le calendrier sont associées les fonctions/indications suivantes: supprimer l'événement, activer/désactiver une alerte, retransmettre à un ami. L'utilisateur peut entrer un rendez-vous, une note ou 35 toute autre information sur son calendrier indépendamment des événements. A chacune de ses entrées, l'utilisateur peut associer les mêmes fonctionnalités que pour un événement. Fonctionnalités É Activer une alerte . Cette fonction permet d' activer l'envoi d' un message de rappel par e-mail ou SMS (à spécifier par l'utilisateur) X minutes/heures/jours avant le commencement de l'événement. La présence d'un logo signale si cette fonctionnalité a été activée ou non pour chaque événement. Lorsque l'utilisateur choisit d'être alerté par e- mail, son adresse e-mail apparaît automatiquement dans l'adresse d'envoi. Si son adresse mail n'est pas présente dans ses données personnelles, un message l'invite à compléter son profil avec cette information. Si l'utilisateur choisit d'être alerté par SMS sur son téléphone mobile ou fixe, soit il accepte de payer par facturation sur son abonnement téléphonique, par micro-paiement, ou déduction de son compte pré-payé, soit il accepte de recevoir de la publicité avec le SMS envoyé. L'utilisateur peut choisir de limiter le nombre de messages SMS reçus par jour. É Choix du calendrier . Lors de chaque nouvelle entrée, l'utilisateur spécifie sur quel calendrier il souhaite enregistrer l'entrée. Cette fonction n'est active que si l'utilisateur a créé plus d'un calendrier. É Retransmettre l'événement / l'entrée . Cette fonction permet d'envoyer, à un ou plusieurs contacts, sous forme de mail et/ou de SMS, le titre, la date, ainsi que l'heure de début et de fin de l'événement et/ou de l'entrée. L'utilisateur accède à son Carnet d'adresse en un click et sélectionne facilement l'adresse e-mail ou le numéro de mobile. Si les numéros entrés ne figurent pas dans la base, un message propose à l'utilisateur de qualifier ce contact dans son Carnet d' adresse. Calendriers multiples L'utilisateur a la possibilité de créer plusieurs 35 calendriers qu'il peut nommer à sa guise. La fonction tous calendriers permet d'afficher sur un seul et même calendrier l'ensemble des événements et entrées référencés. Informations sur le système On prévoit des données de dialogue qui contiennent les 5 éléments suivants: Description du système / politique de confidentialité / utilisation / publicité et abonnement / programme de partenariat / nous contacter. Lorsque l'utilisateur clique sur l'une de ces sections, un descriptif texte de la section apparaît. Aide Un dialogue contient les éléments suivants: Utilisation du système / première visite / questions / nous contacter. Lorsque l'utilisateur clique sur l'une de ces 15 sections, un descriptif texte de la section doit apparaît. Enregistrement d'événements Ajouter à mon calendrier: En un seul click, on peut enregistrer un événement dans le calendrier choisi, en intégrant automatiquement son titre, la date, l'heure de début et l'heure de fin. Ajouter à mon profil: A côté de chaque événement, un bouton ajouter à mon profil permet d'enregistrer la catégorie ou sous-catégorie dont dépend l'événement dans le profil mes centres d'intérêt de l'utilisateur. Envoi à un ami: on peut retransmettre un événement à un contact présent au non dans le carnet d'adresses de l'utilisateur, soit sous forme de email, soit sous forme de SMS. Demander une alerte: L'utilisateur peut activer une 30 alerte pour chacun des événements présents sur l'un de ses calendriers. Pour chaque événement, il peut choisir sur quel terminal internet il souhaite être alerté (e-mail, SMS), et combien de temps avant l'événement il souhaite recevoir l'alerte (minutes/heures/jours) Un pictogramme indique lorsqu'une alerte est activée pour un événement. Options Onglets: L'utilisateur peut définir ses propres onglets représentant les centres d'intérêts qu'il a choisis (par exemple: Football, Zidane, etc). Ces Onglets apparaissent alors dans la page d'accueil de l'utilisateur. Le nom de ces onglets est modifiable ou effaçable. Nouvelles Le système propose deux éditoriaux distincts: É le premier est commun à l'ensemble des utilisateurs d'un même pays et est édité par un administrateur. É Le second est spécifique à chacun des utilisateurs en fonction des catégories et sous-catégories présentes dans son profil centres d'intérêt . Il est composé des événements les plus représentatifs de chacune des catégories, la sélection se faisant par l'intermédiaire de l'administrateur du système. Accès de l'utilisateur du système L' accès de l'utilisateur se fait à l'aide: É de cookies , afin de personnaliser la page d'accueil en fonction du profil connu de l'utilisateur. É d' un login et d' un mot de passe permettant de sécuriser 1' accès. É d'un mot de passe supplémentaire pour toutes les 25 zones de transactions, qui sont par ailleurs sécurisées. 1.5. Les autres utilisateurs Fournisseur de contenu Chaque fournisseur de contenu a accès à un espace, sécurisé par login et mot de passe, comprenant: É la liste de ses événements référencés, É les fournisseurs de services sur lesquels ses évènements sont référencés, É les statistiques relatives visiteurs qui ont été drainés sur chacun de leurs événements, et É la liste des services spécifiques auxquels il aura souscrit. Fournisseur de services Chaque Fournisseur de services a accès à un espace, 5 sécurisé par login et mot de passe, comprenant: É le nombre de clients ayant souscrit au service offert, DPG, et souscrit. É les statistiques relatives aux clients utilisant le É la liste des services spécifiques auxquels il a 2. Description technique 2.1. Architecture générale Celle-ci est représentée sur la figure 1 qui fait 15 partie intégrante de la présente description. 2.1.1. Rôle de chacun des acteurs 1. Fournisseur de services 18 Un fournisseur de services représente un groupe d' utilisateurs finaux. Il s' agit par exemple de l'opérateur au travers duquel une personne X se connecte à la plate-forme. Les services auxquels l'utilisateur peut accéder peuvent varier selon le fournisseur de services. Le gestionnaire de la plate-forme définit les services et catégories des fournisseurs de services. Le fournisseur de services propose ensuite à ses utilisateurs de souscrire à un certain nombre de services choisis à partir des ensembles de services qu'il peut proposer. 2. Utilisateur final 15 Un utilisateur final est obligatoirement associé à un 30 fournisseur de services et ne peut souscrire qu'aux services contenus dans les ensembles de services offerts par ce fournisseur de services. A chaque utilisateur est associé un profil (centre d'intérêts), qui lui permet de filtrer les événements selon ses 35 catégories préférées. 3. Fournisseur de contenu 13 Chaque fournisseur de contenu reconnu a un accès plus ou moins restreint sur le site de la plate-forme. Les fournisseurs de contenu ont donc accès à certains 5 services particuliers, qui leur permettent, par la suite, de suivre leurs informations. 4. Webmaster 14 Il s'agit de l'administrateur du site. 5. Editorialiste Les éditorialistes représentent l'équipe de gestion des contenus du site. Un éditorialiste est responsable des événements présentés sur les branches de catégories qu'il est chargé d'administrer. Il reçoit les messages d'alerte concernant de nouveaux événements classés dans sa branche et qui n'ont pu être complètement validés, et donc encore invisibles pour les utilisateurs. Il décide de les rendre disponibles ou non. 2.1.2. Format XML/DTD Le format XML/DTD est une norme de représentation des 20 événements entre la plate-forme et les fournisseurs de contenu. 2. 1.3. Les composants de la plate-forme Les principaux composants de la plate-forme sont: É Le collecteur 19: Il s'agit du composant principal, qui récupère et traite les contenus, et les stocke dans la base des contenus. É Le composant Administration 14: Il est chargé de l'administration des différents acteurs, des ressources, des catégorise et des événements. É Le composant Calendrier et notification 16:Il 30 est chargé de la gestion du calendrier et de la notification des évènements aux utilisateurs finaux. É Présentation des données 17: il fournit les interfaces d'accès aux différents acteurs. Ces composants reposent sur une infrastructure I leur 35 offrant les services nécessaires. Cette infrastructure comprend: É Le système d'exploitation. É Le système de gestion de bases de données. É L'accès aux réseaux pour la messagerie et le transfert de fichiers. É Les éditeurs. É Les navigateurs. É Le traitement du langage XML/DTD. 2.2. Fonctionnement 2.2.1. Collecte des données chez le fournisseur de contenu. Cette collecte est représentée sur la figure 2. 1.- Le module de collecte 22 envoie une requête http 20 de collecte d'un nouveau contenu à une fréquence déterminée par l'administrateur et correspondant à l'information source de ce fournisseur de contenu. Ce module 22 a pour fonction de collecter, classer, stocker, analyser, administrer et gérer les règles relatives aux événements. 2.- Sur réception de cette requête le fournisseur de contenu 24 retourne (26) un document conforme à la représentation XML/DTD, décrivant un nouvel événement. 3.- Dans le module 22, le récupérateur d'événement envoie alors ce document à un moyen de classement. 4.- Après analyse par le moyen de classement, le contenu est envoyé (28) pour stockage dans une base 30 grâce à un système d'indexation permettant sa recherche rapide en fonction des informations de la représentation XML/DTD. 5' .- Dans le cas où le contenu n'a pu être classé 30 correctement, le moyen de classement en informe (32) la personne responsable du contenu, en envoyant sur son terminal 34 un courrier électronique. 5.- Après avoir classé l'événement, le module 22 interroge (36) la Base de Données 38 des fournisseurs de contenu 35 afin de récupérer les informations concernant le fournisseur de 25 contenu ayant déclaré l'événement (par exemple les règles spécifiques à ce fournisseur). Cette base 38 administre les contenus, fournit les règles et stocke les événements. 6.- Ensuite le document XML est analysé afin de vérifier sa conformité par rapport aux règles établies dans la base 42 des règles. Certaines règles dépendent du fournisseur de contenu, d'autres sont des règles générales. L'analyse est effectuée dans le module 22 avec consultation (44) de la base 42 dans la base 30. 7.- Le document est positionné (46) à l'état (conforme ou non conforme) dans la base 30. 7' .- En cas de non-conformité, l'analyseur d' événement du module 22 en informe (50) la personne responsable (administrateur en général), en lui envoyant un courrier 15 électronique par l'intermédiaire du module 34. 8' .- Le module 34 active alors (54) une interface de notification. 9' .- L'interface 52 active alors (56) un module de messagerie 58 afin de générer l'envoi d'un mail vers 20 l'administrateur. 10' .- Le module 58 génère l'envoi (60) de mail à l'administrateur grâce à son client SMTP intégré. 2.2.2. Réception de messages en provenance du fournisseur de contenu. Cette réception est représentée sur la figure 3. 1.- Le fournisseur de contenu 70 fait parvenir (72) le document XML par email à l'adresse d'un programme d'écoute daemon SMTP. 2.- Sur réception de cet e-mail, le daemon SMTP 74 30 transmet (76) le document reçu au module 22 grâce à l'interface fournie par ce dernier. 3.- Le traitement est ensuite analogue à celui décrit en 2.2.1. 2.2.3. Accès http offert au fournisseur de contenu 35 Cet accès est représenté sur la figure 4. 1.- Le fournisseur de contenu peut déclarer et envoyer (82) un nouvel événement à l'aide d'une page 84 incluant tous les champs décrits dans le format XML/DTD. Cette page est présentée sous forme de formulaire; l'événement est engendré et envoyé (86), après authentification, au récupérateur d' événement. 2.- Sur réception du document XML, le module envoie alors ce document à son moyen de classement pour vérifier que l'événement est classable. 3.- Après avoir vérifié que 1' événement était classable, les informations concernant le fournisseur de contenu ayant déclaré l'événement sont extraites (88) de la base de données 41 des fournisseur de contenus. 4.- Ensuite le document xml est analysé afin de 15 vérifier sa conformité par rapport aux règles stockées dans la base de règles. 5.- En fonction du résultat de ces traitements une réponse est renvoyée au récupérateur d'événement. 6.- Cette réponse est retournée au fournisseur de 20 contenu 80 par l'intermédiaire de la page 84. 7.- En fonction des résultats contenus dans cette réponse le fournisseur de contenu 80 a les choix suivants: É soit reprendre les opérations de 2 à 6, si les résultats ne sont pas corrects, É soit demander le stockage de l'événement dans la base de données 30 de la plate-forme si les résultats sont corrects. 8.-Le module 22 est informé par son récupérateur d'événement 84 de la demande de stockage. 9.- Le contenu est stocké dans la base 30 grâce un système d'indexation permettant sa recherche rapide des informations de la DTD. 10.- et 11.- Le fournisseur de contenu 80 via le module 22. 2.3. Description des modules logiciels en fonction est informé 2.3.1. Collecte des données La figure 5 représente le module 22. Le module 22 a pour but de récupérer les événements, de les analyser et de les stocker dans la base de données. Ce module 22 est une application basée sur une infrastructure capable d'envoyer des requêtes HTTP vers les serveurs internet des fournisseurs de contenu, de manière automatique et répétée ou de manière ponctuelle, puis de récupérer la réponse du site distant, d'en extraire un ou plusieurs événements qui seront vérifiés et validés, puis stockés dans la base afin de les rendre facilement disponibles pour toute application du portail (catégorisation, guide d' évènements...) . Du côté du fournisseur de contenu, un serveur internet doit être capable de recevoir une demande d'événements et de renvoyer les données pertinentes au format explicitement défini. Le module 22 comporte les sous-modules suivants: É Un collecteur d'événement (ECOL), ou récupérateur d'événement, gérant le processus de collecte et de traitement des informations. * É Un système de polling (EPOL), permettant d' aller chercher le contenu chez les fournisseurs de contenu en se comportant comme un client HTTP. É Un récepteur de courriers (EMAI), rattaché au 25 serveur de Notification. Il est associé à une adresse e-mail réservée à la réception d'événements. Il est capable d'extraire les données utilisables des mails reçus. É Une porte d'accès (EJSP), permettant aux fournisseurs de contenu d'accéder eux-mêmes à la plate-forme afin de demander l'enregistrement d'événements. Ces événements sont vérifiés et validés de la même manière que lorsqu'ils parviennent par polling ou par mail, à ceci près que l'opérateur est immédiatement prévenu de la non conformité ou de la non validité de son événement. É Un moyen de classement (ECLA). Une fois le XML analysé et la conformité à la DTD vérifiée, il effectue le classement en catégories de l'événement. É Un analyseur d'événement (EANA), reçoit les événements non validés provenant du polling, du formulaire ou du mail, après classement le sous-module par ECLA. En interprétant et appliquant les règles contenues dans la base 42, il décide de la validité des évènements. 2.3.1.1. Le récupérateur d'événements ECOL 2.3.1.1.1. Objectif ECOL est le sous-module central du module 22. Il a pour but de répartir les accès aux autres sous-modules et de gérer la réception des données reçues par les différentes entrées (polling, mail, page JSP). Ce module se charge également de l'interrogation des sites des fournisseurs de contenu, soit de façon automatique et planifiée, grâce à EPOL, soit ponctuelle, via des requêtes pré-formatées. 2.3.1.1.2. Gestion des requêtes ponctuelles Une requête vers un fournisseur de contenu peut être 20 lancée ponctuellement par l'administrateur ou par une personne autorisée via l'interface d'administration. 1. L'interface d'administration propose la liste des fournisseurs de contenu disponibles et leurs requêtes. Il peut y avoir plusieurs requêtes possibles par fournisseur de contenu. 2. L'administrateur choisit le (ou les) fournisseur(s) de contenu à interroger et les requêtes à utiliser. 3. Il peut alors lancer les interrogations en 30 cliquant sur le bouton Lancer . 4. Les requêtes sont lancées l'une après l'autre. 5. Pour chacune d'elles: 6. Le moyen de requête d'information (ISRQ) reconstruit l'URL (adresse du fournisseur de contenu à 35 interroger). 7. Le sous-module EPOL, utilise cet URL pour interroger le serveur du Fournisseur de contenu. 8. Il attend en réponse un flux XML au format prédéfini. 9. Ce flux est renvoyé au sous-module ECOL. 10. L'administrateur est informé en cas de problème sur l'une des requêtes. 2.3.1.1.3. Gestion des requêtes planifiées Un système d'interrogation automatique des fournisseurs de contenu permet la mise à jour de la base des événements. Ces interrogations sont paramétrées via l'interface d'administration: quels fournisseurs de contenu sont interrogés, sur quelles requêtes et selon quel intervalle de temps. L'interrogation des sites distants se fait de la même manière que pour une requête ponctuelle. 2.3.1.2. Sous-module EPOL A intervalles réguliers, qui sont fonction de l'information source à récupérer, ce sous-module génère des requêtes HTTP à destination du fournisseur de contenu. En réponse à ces requêtes, le serveur HTTP du fournisseur de contenu renvoie un document au format XML (conforme à la DTD) contenant la description de un ou de plusieurs événements. Après récupération, l'événement (ou la liste) est transmis au sous-module (ECOL) pour la suite des traitements (classement, analyse, stockage, gestion d'état). Ce fonctionnement est représenté sur la figure 6. 1. et 2.- A intervalles réguliers, ECOL interroge (90 et 92) les bases de données 43 par l'intermédiaire du module DAMA afin de récupérer des informations liées aux fournisseurs de contenu. 3.- ECOL active (94) EPOL pour récupérer la nouvelle information source associée au fournisseur de contenu. 4.- EPOL génère alors une requête HTTP 96 de demande 35 d'information au fournisseur de contenu. 5.- En retour (cas normal) EPOL reçoit (98) un document XML décrivant un ou plusieurs nouveaux événements. 6.- EPOL transmet (100) alors à ECOL ce nouvel événement. 7.- 8 et 9.- ECOL commence alors les traitements par l'activation (102) d'ECLA afin de déterminer la catégorie dans laquelle l'événement sera classé. Pour cela ECLA interroge la table des catégories 108. 10.-,11.-, 12.- 13.- et 14.- ECOL active (110) alors le sous-module d'analyse EANA afin de déterminer l'état dans lequel il va positionner le (ou les) événement(s). Pour cela il interroge la base des règles 43 des fournisseurs de contenu et la table 45 des règles d'événements. 15.- et 16.- Après analyse ECOL stocke en 114 et 15 positionne 1'(ou les) événement(s) dans 1' état déterminé. 2.3.1.3. Sous-module EMAI EMAI est un programme serveur en écoute permanente sur un port de commande. Celuici est capable d'interpréter le protocole SMTP afin de récupérer le corps du message au format multimédia MIME. A partir de ce corps de message le contenu du XML est extrait et renvoyé au sous-module ECOL. Ce fonctionnement va être décrit à l'aide de la figure 7. 1.- EMAI reçoit (120) dans le corps d'un e-mail, un 25 document XML décrivant un ou plusieurs nouveaux événements. 2.- EMAI (122) transmet alors à ECOL ce nouvel événement. 3.- 4.- et 5.- ECOL commence alors les traitements par l'activation 124 d'ECLA afin de déterminer la catégorie dans laquelle l'événement sera classé. Pour cela ECLA interroge 126, 128) la table des catégories 108. 6.-, 7.- , 8. -, 9.- et 10.- ECOL active alors (130) le module d'analyse EANA afin de déterminer l'état dans lequel il va positionner 1' (ou les) événement(s). Pour cela il interroge la base des règles des fournisseurs de contenu 43 et la table 45 des règles d'événements. 11.- et 12.- Après le (ou les) événement(s) dans 2.3.1.4. Gestion des 5 contenu: EJSP Afin de permettre aux déclarer eux- mêmes de interface graphique, sous forme Page) est proposée. A partir formulaire) le fournisseur de manière transparente, un document XML définissant un nouvel événement. Le sous-module EJSP est activé par l'utilisateur et fournit un accès direct au sous-module ECOL. La figure 8 représente la collecte de contenus à l'aide du sous-module EJSP. 1.- EJSP gère la connexion du fournisseur de contenu et ses entrées dans le formulaire. 2.- Lorsqu'il demande l'enregistrement après la saisie 20 de son événement, EJSP transmet (130) ce document à ECOL. 3.- 4.- 5.- 6.-, 7.- ECOL active alors (132) le module d'analyse EANA afin de déterminer l'état dans lequel il va positionner 1' (ou les) événement(s). Pour cela il interroge la base 43 des règles des fournisseurs de contenu et la table des 25 règles d'événements 45. 8.- Un diagnostic 134 est retourné à l'utilisateur lui offrant deux possibilités: É Ressaisir le formulaire si le diagnostic est négatif. É Recommencer pour enregistrer un autre événement. Dans le premier cas, on reprend les opérations de 1 à 8. Si le diagnostic est positif, ECOL demande à stocker l'événement dans la base de données. 9 et 10 - ECOL stocke et positionne le (ou les) 35 événement(s) dans l'état déterminé dans la base 144. analyse ECOL stocke et positionne l'état déterminé dans la base 114. entrées de fournisseurs de fournisseurs de contenu de nouveaux événements, une 15 de fichier JSP (Java Server de cette interface (format contenu peut renseigner, de Une analyse préliminaire, concernant le formatage des données et leur cohérence entre elles, est effectuée lors de la soumission du formulaire. Ceci permet de prévenir rapidement l'utilisateur en cas de problèmes triviaux. 2.3.1.5. Sous-module: ECLA Le but du moyen de classement est d'identifier dans l'événement tout juste analysé sa position dans l'arbre des catégories. Comme montré sur la figure 9, ECLA est activé par ECOL avant stockage. Il lui transmet l'événement afin de déterminer le chemin de chacun des événements dans l'arbre des catégories. ECLA vérifie ce chemin pour chacun des événements. En cas d'incertitude pour classer (utilisation de l'étiquette sous-catégorie par exemple), une valeur d'état est fixée. En fonction de la valeur d'état, ECOL décide s'il doit envoyer un e-mail d'alerte. ECLA possède des interfaces avec ECOL et DAMA. Il est activé par ECOL pour l'identification de la 20 branche de l'arbre des catégories dans laquelle il faut classer l'événement. Il utilise les services offerts par DAMA pour accéder à la table de gestion des catégories. 2.3.1.6. L'analyseur d'événements EANA Le but de l'analyseur (EANA) est de déterminer l'état à attribuer à un événement, à partir d'une base de règles fournies par un gestionnaire et décrivant une liste de critères liés aux fournisseur de contenu et aux événements. Après le classement de l'événement, le gestionnaire d' événements ECOL charge l'analyseur d' événements EANA d' en 30 analyser le contenu (les attributs). Cette analyse se déroule en deux temps: É On vérifie le droit à l'enregistrement de son fournisseur de contenu d'après les données de son contrat, et de règles éventuelles qui lui sont liées. É On applique, pour valider l'événement, l'ensemble des règles nécessaires, ces règles étant différenciées selon le fournisseur de contenu. Exemples de règles de validation: É Le fournisseur de contenu doit être connu. É Les champs doivent être correctement remplis et formatés. É Les URLs doivent être valides (voir LCHK). É La date d'expiration doit être postérieure à la 10 date courante. Le résultat de cette validation est un statut (correcte, passable, insuffisante), accompagné de la liste des erreurs rencontrées, et, éventuellement, des attributs modifiés. Seul le gestionnaire d'événement ECOL prend la décision de rendre cet événement visible aux utilisateurs et/ou d'envoyer des alertes au Webmaster ou à un éditorialiste. Il faut noter que les événements provenant d'un fournisseur de contenu ayant un niveau de confiance fort (par un contrat approprié) pourront être validés de façon plus précise que ceux venant d'un fournisseur de contenu moins reconnu. Par exemple, un interview fourni par un site renommé de type financier sera mieux classé qu'un événement provenant d' un site inconnu. Comme montré sur la figure 10, activé par ECOL, EANA lui retourne le statut de l'événement. ECOL active alors DAMA afin de stocker l'événement, et en fonction de la valeur d' état retournée par EANA, ECOL décide s'il doit envoyer un e-mail d'alerte. 2.3.2. Administration et gestion des données Ce module MADM représenté sur la figure 11, est en charge de la gestion: É des personnes, É du collecteur, É des catégories d'événements, É des packages , É des promotions. Le module MADM est le composant de base d'administration qui effectue les traitements d'analyse et de validation des données. MADM contient un ensemble de sous- modules et chaque sous-module se charge de la gestion d'un type particulier de données. É CAAD: module de l'administration des catégories. É CPAD: module de l'administration des fournisseurs de contenus et de ses règles. É POAD: module de l'administration de la fréquence des requêtes (polling) des événements. É EVAD: module de l'administration des événements. É TRIM: module de l'administration de l'expiration des événements. É ERAD: module de l'administration des règles pour la validation des événements. É Le module DAMA est le gestionnaire des accès aux données. MADM fait appel à l'ensemble de sous-modules composant le module DAMA d'accès à la base de données pour récupérer et stocker les données d'administration. Ces sous-modules sont: É CAAC: module d'accès à la base catégories 108. É CPAC: module d'accès à la base 43 fournisseur de contenu et de ses règles. É EVAC: module d'accès à la base 114 des événements. É ERAC: module d'accès à la base 48 des règles. D'une manière générale, pour chaque type de données, deux types de procédés d'accès sont disponibles: une par des interfaces graphiques, l'autre par des scripts effectuant des 30 opérations en batch (lots). 2.3.2.1. Paramétrage de la fréquence de polling par le sous-module (POAD). Un Système de polling est fourni pour récupérer les événements chez un fournisseur de contenu. La fréquence du 35 polling pour chaque événement est configurable par 15 l'administrateur en fonction de l'information source. Les résultats sont stockés dans la base 43 des règles de fournisseur de contenu. 2.3.2.2. Gestionnaire de la base des événements (EVAD) . Le sous-module EVAD utilise les services offerts par le sous-module EDAC pour la récupération et le stockage des événements dans la base de données 114. Il permet d'effectuer les opérations suivantes pour la 10 gestion des événements: É Ajouter un nouvel événement dans la base 114. É Modifier les attributs d'un événement. É Supprimer un événement de la base 114. Le tableau ci-dessous montre un exemple de description 15 d'événement. Champ Type Description Type entire Evénement/infos/à la demande / loteries /réunions /Autres Format entier Video / Audio / Media / Chat / Interview / Enchère Catégorie Thème (Nx) Sport / cinéma / Music... Domaine Chaîne Nouvelle catégorie d'événements propose En tête Chaîne Description courte Chaîne Description longue Chaîne Mots clés Chaîne Représentation URL URL Début Date jj/mm/aa hh/mm/ss am ou pm Valable jusqu'à Date jj/mm/aa hh/mm/ss am ou pm Début de disponibilité Date jj/mm/aa hh/mm/ss am ou pm Date d'expiration Date jj/mm/aa hh/mm/ss am ou pm Récurrent Booléen oui/non Jour Entier Mo/tu/we/th/fr/sat/sùn URL de l'événement URL URL Niveau 1 Sous-sectionURL URL URL Niveau 2 Page d'accueil URL URL URL Niveau 3 Admission Entier GratuitSi abonné/Prime/paiement à chaque fois Prix Chaîne (Si le paiement est nécessaire pour accéder à l'événement.) Logiciel requis Chaîne Real / Wind. Media / Quick Time / Yahoo Media [?] Login du Webmaster Mot de pass Adresse mail du Chaîne Webmaster Tél. du Webmaster Chaîne Nom du fournisseur de Chaîne contenu LogoURL URL Fuseau horaire du Chaîne fournisseur de contenu Pays de l'événement Chaîne US, UK, France, Europe, monde, etc Producteur Chaîne Emetteur Chaîne Nom du groupe Chaîne Nom de l'entreprise Chaîne Activité de l'entreprise Chaîne Nom en bourse Chaîne Langue Chaîne An, fr, Largeur de bande Chaîne Media Chaîne TV, internet, wap, radio Pays d'origine Chaîne US, UK, ... 2.3.2.3. Gestionnaire des règles de validation des événements (ERAD) Les règles de validation des événements permettent de 5 vérifier si un nouvel évènement est conforme aux règles établies. La gestion de ces règles de validation est prise en charge par le sousmodule ERAD et le sous-module ERAC. Les différentes opérations que le webmaster et les éditorialistes peuvent effectuer sont les suivantes: É Ajouter une nouvelle règle de validation à la base 45. É Modifier les attributs d'une règle dans la base 45. É Supprimer une règle de la base 45. Le tableau ci-dessous montre un exemple de champ de description des règles de validation des événements. Champ Type Description Identification de la règle Entier Clé Type d'événement Entier Mots interdits Chaîne Doit avoir une date postérieure booléen Le fournisseur de contenu est enregistré booléen Existence de sous-catégories booléen Contient toutes les étiquettes [?] booléen 2.3.2.4. Gestionnaire de catégories manager (CAAD) CAAD permet de définir ou modifier la base de catégories. Ces catégories sont représentées sous forme d'un arbre de référencement des événements. Le graphe ci-dessous montre un exemple de l'arbre de catégories: Racine Actualités Sport Arts Les opérations ur 1' arb de catégories ont les sur Media Météo Golf Football Films Télévision 0 tïJoLILeL urit i1VUVCLl uciLCyuLLC Ud11J 1' a1JJLC É Modifier le nom d' une catégorie dans 1' arbre É Supprimer une catégorie Champ Type Description Identifiant de catégorie Entier Clé Nom Chaîne Nom de la catégorie Identifiant parent Entier Clé parente 2.3.2.5. Administration des utilisateurs finaux Elle permet la gestion du profil, et des services, ainsi que la gestion des utilisateurs (ajout, suppression, modification). 2.3.2.6. Administration des Fournisseurs de contenu (CPAD) 2.3.2.6.1. Gestion de la base des fournisseurs de contenu CPAD permet de définir un nouveau fournisseur de contenu ou de modifier les informations des fournisseurs de contenus existants. La liste d'opérations concernant l'administration de la base des fournisseurs de contenus est la suivante: É Ajouter un nouveau fournisseur de contenu à la base. É Modifier les attributs (droits et caractéristiques) 20 d'un fournisseur de contenu. É Supprimer un fournisseur de contenu de la base. Un fournisseur de contenu en état ACTIF ne peut pas être retiré, il faut le passer en état INACTIF . É Afficher la liste de fournisseurs de contenu dans 25 la base suivant les types de contrat et/ou suivant les statuts du fournisseur de contenu Le tableau ci-dessous fournit un exemple de champ de description des fournisseurs de contenu. Champ type Description Nom Chaîne Nom du fournisseur de contenu Contrat Chaîne Contrat avec le gestionnaire (4 types de contrats) Date de début Date Date de début de contrat jj/mm/aa hh/mm/ss am ou mp Date de fin Date Date de fin de contrat jj/mm/aa hh/mm/ss am ou mp URL de la page d'accueil URL URL de la page d'accueil du fournisseur de contenu Email de l'administrateur Chaîne email du Webmaster du fournisseur de contenu Login de l'administrateur Chaîne Mot de passé de l'administrateur Chaîne Téléphone de l'administrateur Chaîne Etat Chaîne Etat du fournisseur de contenu: les valeurs sont ACTIF ou INACTIF Fuseau horaire Chaîne G1T , GMT+1 ... LogoURL Chaîne Logo Url du fournisseur de contenu Mail autorisé booléen vrai . Les événements arrivant par mail de ce fournisseur de contenu sont autorisés Formulaire autorisé booléen vrai . Si ce fournisseur de contenu a accès au formulaire d'enregistrement d' événement Nombre d'événements enregistrés Entier Nombre d'événements valides enregistrés pour ce fournisseur de contenu 2.3.2.6.2. Gestion de la base des règles des fournisseurs de contenu (CRAD) Les règles des fournisseurs de contenu décrivent des informations sur les requêtes de collecte des événements. Un même fournisseur de contenu peut avoir une ou plusieurs règles. CRAD permet d'effectuer les tâches suivantes: É Ajouter une règle à la base É Modifier les attributs d'une règle. É Supprimer une règle. É Afficher la liste des règles Le tableau ci-dessous montre des exemples de champs de description des règles pour les fournisseurs de contenu. Champ Type Description Identifiant du fournisseur Entier Fournisseur de contenu id de contenu Niveau de confiance Entier Utilisé pour valider l'étape. Niveaux possibles: complet, moyen, faible URL de requête Chaîne Collecte autorisée Booléen vrai Si l'URL peut être collectée Fréquence de collecte Chaîne 2.3.2.7. Administration des liens et des états (TRIM) Le sous-module d'administration des liens et des états permet de vérifier, à intervalles réguliers, la validité d'un lien (URL) ou la date de validité d'un événement. TRIM ( trigger manager ) est composé d'un moyen de programmation permettant de déclencher les différents traitements et d'un ensemble de sous-modules effectuant les traitements. Les opérations d'administration sont les suivantes: É Vérification de l'état des liens (URL de l' événement) . É Vérification de l'état de l'événement (date d' expiration) . 2.3.3. Accès utilisateurs et Présentation L'interface utilisateur permet aux divers types d'utilisateurs d'accéder à la plate-forme. 2.3.3.1. Utilisateur final La présentation des données peut être adaptée au type de terminal dont l'utilisateur se sert pour accéder à son calendrier, ses comptes, ses centres d'intérêts. Ces types de terminaux peuvent être: téléphone mobile, PDA (assistant personnel), ITV (TV interactive), poste de travail (intranet/extranet, Internet) ... Le fournisseur de contenu peut insérer son logo sur 1' écran. Les opérations accessibles aux utilisateurs finaux sont: É personnalisation de la page d'accueil, É authentification, autorisation, * interface de remplissage du login et du password * mot de passe supplémentaire pour les accès sécurisés, É système de gestion de ses abonnements, * accès à l'interface de l'abonnement lors du premier contact, É système de gestion de son profil, * interface d'ajout ou de suppression de nouveaux services ou de catégories, É base des événements de façon simple et intuitive, * navigation dans l'arborescence des catégories * affichage de la liste des événements d'une catégorie, * affichage du calendrier des évènements, * recherche d'un évènement par un ou une combinaison des critères suivants: catégorie pré-établie, langue, pays d' origine, 20. mots clés, tout autre champ de description de l'évènement du langage XML/DTD, * affichage de l'événement, ajout de l'événement au calendrier personnel, 25. ajout de la catégorie contenant l'événement dans le profil, envoi d'alerte à un ami (mail et/ou SMS et/ou MMS), É gestion des cahiers personnels, É Affichage des actualités. Présentation des événements: Pour les terminaux à grand écran, l'écran de visualisation est divisé en trois parties: É arbre des catégories ( à gauche), É vue calendaire ou évènement ( au centre), É liste des évènements appartenant à la catégorie courante ( à droite). L'arbre des catégories peut être représenté sous forme d' un profil. L'arbre peut contenir seulement les branches contenues dans le profil de l'utilisateur. L'arbre peut aussi contenir toutes les catégories incluses dans l'ensemble auquel il s'est abonné. L'arbre peut aussi contenir toutes les catégories 10 correspondant à l'ensemble maximum accessible pour le fournisseur de service considéré. Cette partie évènement présente: É Une vue des titres, de l'heure et la catégorie des événements. É La description longue. É Les boutons nécessaires à l'envoi de l'événement dans le calendrier personnel, l'envoi de mail ou de notification à un ami, l'ajout au profil ou la notification personnelle par SMS. Cette liste contient les évènements appartenant à la catégorie courante. Pour les terminaux de téléphones, l'écran de visualisation n'est pas divisé. La présentation des informations est plus succincte et s'affiche de manière successive sur l'écran. L'utilisateur devra donc plus dérouler la page que sur les grands écrans. É L'arbre des catégories constitue une liste cliquable de catégorie qui se situe en haut de la page. En cliquant sur une catégorie(par exemple: Sport), il apparaît une liste formant une succession de titres cliquables d'événements sportifs du jour. En cliquant sur l'un de ces événements, (par exemple: Publication d'un interview de sportif), la présentation détaillée de cet événement apparaît avec l'heure ainsi que le lien vers la gage du fournisseur de contenu. Plusieurs boutons sont associés: o Sauvegarde dans le calendrier o Renvoi de l'information par SMS, e-mail ou autre moyen de communication o Demande d'alerte de rappel afin de ne pas rater cet 5 événement. Cette alerte pourra se faire par SMS, MMS, e-mail, messages vocale ou tout autre moyen approprié, É la vue calendaire s'effectue en plein écran. Celle-ci utilise la visualisation semaines et mois avec des points qui s'affichent pour les jours où des événements se produisent. É Pour l'affichage détaillé de la vue journalière, on prévoit un affichage traditionnel d'une journée avec l'indication des heures et les événements programmés à ces heures. É Pour la visualisation hebdomadaire, pour tenir compte des formes habituelles d'écrans de téléphones mobiles, celle-ci est sous forme de tableau vertical et non pas horizontal. Les jours Lundi, mardi... sont affichés verticalement. A chaque jour est affectée une liste non exhaustive des événements de la base de données. Pour avoir accès a tous les événements du jour choisi,l'utilisateur doit cliquer sur le lien du jour choisi. En bas de chaque page, on prévoit plusieurs boutons tels qu'un bouton de retour sur la page d'accueil, un bouton d'inscription à une lettre d'information, ou un bouton d'abonnement. Les tableaux ci-dessous montrent des exemples de divers menus pour l'affichage sur écran d'un téléphone mobile. Tableau I Menu principal 1) News/Météo 2) Sports/Loisirs 3) Musique/Radio/tv/Web 4) Société/Culture 5) Info/Pratique 7) Trajet/Voyage 8) Sorties 9) Messageries/Chat 10) Mélodies/Images 11) Jeux/Humour 12) Achats 13) Banque/Bourse Si la rubrique 3 est sélectionnée, par un click sur la ligne correspondante, si l'utilisateur est abonné l'écran suivant est représenté sur le tableau II ci-dessous. Tableau II Abonné Votre sélection aujourd'hui Sur le Web Sport: Tour de France suivez en direct Musique: Album en Ecoute, Junior Senior... VOTRE CALENDRIER Voir Modifier TOUS LES PROGRAMMES 1) Sport 2) Musique 3) Film 4) Loisirs 5) Finance 6) Culture 7) Jeux 8) Divers VOTRE ABONNEMENT Voir Modifier Si l'utilisateur n' est pas abonné, l'écran est représenté par le tableau III. Tableau II1 Non Abonné Aujourd'hui sur le Web, Sport: Tour de France Suivez en direct Musique: Album en Ecoute, Junior Senior... Ciné : Johnny English, Interview Mr Bean !! Pour être averti des événements par e-mail!! Abonnez-vous TOUS LES PROGRAMMES Choisissez le thème qui vous intéresse 1) Sport 2) Musique 3) Film 4) Loisirs 5) Finance 6) Culture 7) Jeux 8) Divers Enfin, on montre ci-dessous avec le tableau III un exemple d'écran avec des boutons et leurs significations: Tableau III EUROSPORT.FR Tour de France jeudi 24 juillet 14h30 En direct la 17e étape Un Tour de France ne serait plus tout à fait le tour de France. Jeudi la Grande boucle va y poser ses valises pour la 78e fois. Plate comme une galette, la traversée des Landes offre a McEwen ou Zabel, martyrisés par Petacchi la première semaine, l'occasion d'accrocher enfin une victoire. Suivez en direct cette étape! www.eurosport.fr/home/page/^.. --------------- ------------------- Envoyer à un ami Créez votre Alerte Email Retour Liste Résultats Demander une alerte .- Retour Accueil Sauvegarder, date, heure, événement dans mon calendrier n REVENDICATIONS 1. Procédé pour fournir à des terminaux des informations sur des événements à venir, ces informations et/ou événements pouvant être transmis par un réseau, par exemple de type IP, caractérisé en ce qu'une plate-forme (12) est prévue pour collecter les informations et les diffuser à des téléphones mobiles (15) selon des formats adaptés aux téléphones mobiles, la plate-forme sélectionnant automatiquement les événements en fonction de la capacité des téléphones mobiles abonnés. 2. Procédé selon la revendication 1, caractérisé en ce que la sélection des événements à transmettre aux téléphones mobiles est effectuée en tenant compte d'au moins un des paramètres compris dans le groupe suivant: les logiciels dont dispose le téléphone mobile, la taille de l'écran, la forme de l'écran, sa capacité de mémoire, son débit, la langue et les couleurs d'affichage disponibles. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que les événements à venir sont introduits dans un calendrier spécifique à ces événements, distinct du calendrier habituel de rendez-vous du téléphone mobile. 4. Procédé selon la revendication 1 ou 2, caractérisé en ce qu'un calendrier des événements à venir du téléphone mobile est également utilisé pour des rendez-vous. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que, pour les événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide des téléphones mobiles, la plate-forme adresse à ces téléphones mobiles un moyen logiciel permettant par une man uvre simple telle que l'appui sur une touche ou un contact sur l'écran, d'accéder à l'événement vidéo et/ou audio et/ou texte. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que la plate-forme comporte des moyens logiciels pour adresser aux téléphones mobiles, sur requête de ces derniers, une alerte préalable à un événement, un temps déterminé avant cet événement. 7. Procédé selon la revendication 6, caractérisé en ce que l'alerte est adressée par un message du type SMS ou MMS. 8. Procédé selon l'une des revendications précédentes, caractérisé en ce que la plate-forme comporte des moyens logiciels pour établir la facturation des services liés aux événements auxquels les téléphones mobiles accèdent. 9. Procédé selon l'une des revendications précédentes, caractérisé en ce que la plate-forme comporte des moyens logiciels pour former des groupes d'utilisateurs ayant les mêmes profils de sélection d'événements. 10. Procédé selon l'une des revendications précédentes, caractérisé en ce que la plate-forme comporte des moyens logiciels pour adresser des informations sur les événements à venir à d'autres types de terminaux tels que des ordinateurs, des récepteurs de télévision ou des assistants personnels. 11. Procédé selon la revendication 10, caractérisé en ce que la plateforme fonctionne en mode serveur et comporte des moyens logiciels permettant aux terminaux d'accéder à des contenus qui leur sont dédiés. 12. Procédé selon l'une des revendications précédentes, caractérisé en ce que les événements futurs sont affichés et mémorisés dans les téléphones mobiles. 13. Procédé selon la revendication 10, caractérisé en ce que la plateforme comporte des moyens logiciels pour adresser à un même abonné, des informations relatives aux événements à venir sur plusieurs terminaux, le type de terminal étant choisi en fonction de dates ou heures présélectionnées. 14.Plate-forme destinée à fournir à des terminaux des informations sur des événements à venir pouvant être transmises par un réseau, par exemple de type IP, caractérisée en ce qu'elle comporte des moyens pour collecter les informations relatives aux événements à venir et les diffuser à des téléphones mobiles selon des formats adaptés à ces derniers et des moyens pour sélectionner automatiquement les événements en fonction de la capacité des téléphones mobiles abonnés. 15.Plate-forme selon la revendication 14, caractérisée en ce qu'elle comporte des moyens pour sélectionner les événements à transmettre au téléphone mobile en tenant compte d'au moins un des paramètres compris dans le groupe suivant: les logiciels dont dispose le téléphone mobile, la taille de l'écran, la forme de l'écran, sa capacité de mémoire, son débit, la langue et les couleurs d'affichage disponibles. 16. Plate-forme selon la revendication 15, caractérisée en ce qu'elle comporte des moyens pour adresser au téléphone mobile un moyen logiciel permettant, pour les événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide des téléphones mobiles, par une manoeuvre simple telle que l'appui sur une touche ou un contact sur l'écran d'accéder à l'événement vidéo et/ou audio et/ou texte. 17.Plate-forme selon l'une des revendications 14 à 16, caractérisée en ce qu'elle comporte des moyens logiciels pour adresser aux téléphones mobiles, sur requête de ces derniers, une alerte préalable à un événement, un temps déterminé avant cet événement. 18.Plate-forme selon la revendication 17, caractérisée en ce qu'elle comporte des moyens pour adresser l'alerte par un message du type SMS ou MMS. 19. Plate-forme selon l'une des revendications 14 à 18, caractérisée en ce qu'elle comporte des moyens logiciels pour établir la facturation des services liés aux événements auxquels les téléphones mobiles accèdent. 20. Plate-forme selon l'une des revendications 14 à 19, caractérisée en ce qu'elle comporte des moyens logiciels pour former des groupes d'utilisateurs ayant les mêmes profils de sélection d'événements. 21.Plate-forme selon l'une des revendications 14 à 20, caractérisée en ce qu'elle comporte des moyens logiciels pour adresser des informations sur les événements à venir à d'autres types de terminaux tels que des ordinateurs, des récepteurs de télévision ou des assistants personnels. 22.Plate-forme selon l'une des revendications 14 à 21, caractérisée en ce qu'elle est du type serveur et comporte des moyens logiciels permettant aux terminaux d'accéder à des contenus qui leur sont dédiés. 23. Plate-forme selon la revendication 21, caractérisée en ce qu'elle comporte des moyens logiciels pour adresser à un même abonné des informations relatives aux événements à venir sur plusieurs terminaux, le type de terminal étant choisi en fonction de dates ou heures présélectionnées. 24.Téléphone mobile caractérisé en ce qu'il comporte des moyens pour se connecter à une plate-forme de collectes d'informations sur des événements à venir pouvant être transmises par un réseau, par exemple de type IP, et des moyens pour recevoir des données de cette plate-forme correspondant aux événements à venir, ces données étant selon des formats adaptés à la capacité du téléphone mobile. 25.Téléphone mobile selon la revendication 24, caractérisé en ce qu'il comporte des moyens pour que les événements à venir soient introduits dans un calendrier spécifique à ces événements, distinct du calendrier habituel de rendez-vous. 26.Téléphone mobile selon la revendication 24, caractérisé en ce qu'il comporte un calendrier des événements à venir qui est également utilisé pour les rendez-vous. 27.Téléphone mobile selon l'une des revendications 24 à 26, caractérisé en ce qu'il comporte un moyen pour recevoir de la plate- forme un moyen logiciel permettant, pour des événements vidéo et/ou audio et/ou texte qui sont directement accessibles à l'aide du téléphone mobile, par une manoeuvre simple telle que l'appui sur une touche ou un contact sur l'écran, d'accéder à l'événement vidéo et/ou audio et/ou texte. 28.Téléphone mobile selon l'une des revendications 24 à 27, caractérisé en ce qu'il comporte des moyens pour adresser une requête à la plate-forme afin d'obtenir une alerte préalable à un événement, un temps déterminé avant cet événement, et des moyens pour recevoir cette alerte. 29.Téléphone mobile selon la revendication 28, caractérisé en ce qu'il comporte des moyens pour recevoir 5 l'alerte par un message du type SMS ou MMS.