PROCEDE, SYSTEME ET EQUIPEMENT 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 à 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 ou tout réseau mobile. 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 l'importance de la connaissance des événements futurs est telle
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 plate-forme 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 rendez-vous. 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 opérations, on choisira des manœuvres à 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 é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 wifi ou blue tooth, qui est caractérisé en ce qu'une plate-forme est prévue pour collecter automatiquement 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. Dans une réalisation, la plate-forme sélectionne les événements en fonction de profils et/ou centres d'intérêt des téléphones mobiles abonnés. Les événements à venir peuvent être introduits dans un calendrier spécifique à ces événements, distinct du calendrier habituel de rendez-vous 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 par exemple adressée par un message du type SMS, MMS ou sonore, notamment vocal. Selon 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 . 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, l'utilisateur disposant de moyens logiciels pour paramétrer des informations en fonction des capacités des terminaux. 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 wifi ou blue tooth, qui est caractérisée en ce qu'elle comporte des moyens pour collecter automatiquement 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 . Dans une réalisation, la plate-forme comporte des moyens pour sélectionner les événements en fonction de profils et/ou centres d'intérêt des téléphones mobiles abonnés. La plate-forme peut comporter 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 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 collecte automatique d'informations sur des événements à venir pouvant être transmises par un réseau, par exemple de type IP wifi ou blue tooth, 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 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. 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 des moyens pour recevoir l'alerte par un message du type SMS ou MMS. Le téléphone mobile comporte, dans une réalisation, des moyens pour adresser à la plate-forme des profils et/ou centres d'intérêts de l'utilisateur afin que la plate forme
sélectionne automatiquement les événements à transmettre en fonction de ces profils et/ou centres d'intérêts . 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 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 1' 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) . Les problèmes à résoudre :
Le marché de la diffusion en ligne d'information sur des PC a connu un succès énorme depuis l'arrivée de l'Internet et du Web, de la technologie HTML, RSS, XML et JAVA. Depuis quelques années l'introduction de supports électroniques mobiles (PDA, téléphone) supportant différents formats de données (HTML, XML, WML, WAP, JAVA) connectés à des réseaux de télécommunications sans fils supportant de nombreux standards de communications (GSM, GPRS, I-mode, UMTS, CDMA, WIFI, Bluetooth, Infrarouge) permettent d'étendre encore les possibilités d'accès à l'information. Dans le domaine de l'information sur les événements futurs, les programmes de télévision, présentant les programmes futurs des différentes chaînes émettrices (plusieurs centaines) sont les journaux hebdomadaire les plus vendus et consultés et ceci dans tous les pays du monde. L'arrivée de la technologie Internet permet de consulter sur son PC les futurs programmes. Sur les serveurs et portails de l'Internet un grand nombre d'événements ont lieu tous les jours et il est très difficile de les connaître. On assiste depuis peu à une explosion des offres événementielles sur les serveurs et portails accessible au téléphone mobile. Cette offre va encore augmenter avec l'apparition des offres bas coût du haut débit Internet fixe et des réseaux haut débit sans fil (I-Mode, UMTS, CDMA, WIFI) . Grâce aux derniers développement des supports électroniques sans fils , il y a un besoin important de pouvoir être prévenu des événements à venir à tout moment, indépendamment de l'endroit où l'on se trouve, indépendamment du support électronique, et de manière personnalisée. Un événement peut être : - une vente aux enchères, - une promotion de produits, - un lancement de produit, - mise en vente de tickets, - une interview, - une émission de radio ou de télévision,
- une nouvelle publication de texte, image ou vidéo, - un concert, théâtre, - une conférence, une exposition... 1. Présentation fonctionnelle générale (figure 1) 1.1. Collecte des contenus Les événements peuvent être collectés par la plateforme 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 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 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 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 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. 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'à 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 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 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 sous-industries 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 l'écran. 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.
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 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 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 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. - 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 é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 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, FI) . 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 lien présent sur l'événement envoyé. 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 plateforme peut être consulté et modifié à partir de n'importe quel terminal et à tout moment. Les données personnelles II s'agit de l'ensemble des coordonnées personnelles de l'utilisateur. Certaines de ces informations (login, mot de passe, 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 d'e-mails d'alerte par jour. - Heure et terminal de réception des alertes. Plusieurs créneaux sont possibles : jour, semaine, heures, 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 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 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 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 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 é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 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 e-mail, soit sous forme de SMS. Demander une alerte : L'utilisateur peut activer une 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 l' accès. • d'un mot de passe supplémentaire pour toutes les 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, sécurisé par login et mot de passe, comprenant : • le nombre de clients ayant souscrit au service offert, les statistiques relatives aux clients utilisant le DPG, et • la liste des services spécifiques auxquels il a souscrit. 2. Description technique 2.1. Architecture générale Celle-ci est représentée sur la figure 1 qui fait 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 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 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 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 é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 :I1 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 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é 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 afin de récupérer les informations concernant le fournisseur de 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 é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 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 e-mail à l'adresse d'un programme d'écoute « daemon » SMTP. 2.- Sur réception de cet e-mail, le daemon SMTP 74 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 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 l'é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 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 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 en fonction des informations de la DTD. 10.- et 11.- Le fournisseur de contenu 80 est informé via le module 22. 2.3. Description des modules logiciels 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 (EMAE) , rattaché au 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 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 "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 à 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 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'activâtion (102) d'ECIA 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 positionne l' (ou les) événement (s) dans l' état déterminé. 2.3.1.3. Sous-module EMAI EMAI est un programme serveur en écoute permanente sur
un port de commande. Celui-ci 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 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 l' (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 analyse ECOL stocke et positionne le (ou les) événement (s) dans l'état déterminé dans la base 114. 2.3.1.4. Gestion des entrées de fournisseurs de contenu : EJSP Afin de permettre aux fournisseurs de contenu de déclarer eux-mêmes de nouveaux événements, une interface graphique, sous forme de fichier JSP (Java Server Page) est proposée. A partir de cette interface (format formulaire) le fournisseur de contenu peut renseigner, 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 de son événement, EJSP transmet (130) ce document à ECOL. 3.- 4.- 5.- 6.-, 1 . - ECOL .active alors (132.) le module d'analyse EANA afin de déterminer l'état dans lequel il va positionner l' (ou les) événement (s) . Pour cela il interroge la base 43 des règles des fournisseurs de contenu et la table des 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) événement (s) dans l'état déterminé dans la base 144. 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 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 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 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 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 polling pour chaque événement est configurable par 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 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 d' événement.
2.3.2.3. Gestionnaire des règles de validation des événements (ERAD) Les règles de validation des événements permettent de 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 sous-module 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.
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 Sp Iort s
Media Météo Golf Football Films Télévision
Les opérations sur l' arbre de catégories sont les suivantes • Ajouter une nouvelle catégorie dans l' arbre • Modifier le nom d'une catégorie dans l' arbre • Supprimer une catégorie
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) 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 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.
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.
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 l'é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, . 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, . 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 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 é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/1v/ eb 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 IIi
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