Brevet FR2819666A1 — publié le 20020719

PROCÉDÉ ET SYSTÈME POUR L'AVERTISSEMENT D'ÉVÉNEMENTS PROVENANT D'UNE PLURALITÉ DE SOURCES. La présente invention concerne un procédé et un système pour la collecte et l'avertissement d'événements provenant d'une pluralité de sources, notamment des sources reliées à un moyen de transmission tel qu'un réseau de transmission de données. Les systèmes actuels de communication offrent de plus en plus de services au cours desquels ils doivent avertir l'utilisateur de l'arrivée d'un événement particulier. Par exemple, l'arrivée d'un message sur un répondeur téléphonique ou dans une boîte à lettres d'une messagerie électronique, la présence d'une personne cherchant à entrer en relation par écrit à l'aide d'un service de messagerie instantanée, ou la disponibilité d'un produit sur un site Internet de vente aux enchères, ou la présence d'un embouteillage sur un trajet déterminé par un service d'information de trafic routier, ou encore la réception d'un message téléphonique, etc. Il existe également des services spéciaux tels que des services de gestion d'alarmes ou de surveillance d'une habitation. Pour des raisons de sécurité, de disponibilité et de nécessité d'intervention rapide, ces services utilisent des moyens spécifiques qui n'offrent aucune souplesse à l'utilisateur. Il s'avère que ces services présentent le point faible de ne pas toujours être capables de prévenir en temps réel l'utilisateur lorsque survient un événement particulier relatif à l'un de ces services. En effet, chacun de ces services (téléphone mobile ou fixe, ordinateur personnel,...) utilise un appareil de réception qui lui est propre pour avertir l'utilisateur, si bien que celui-ci doit posséder plusieurs équipements, un par média pour couvrir l'ensemble des événements qui lui sont destinés. En outre, il n'est pas toujours en mesure d'être à proximité de tous ces équipements simultanément. Il ne peut donc être averti en temps réel de l'arrivée d'un événement On peut envisager de sélectionner des équipements de diffusion de ces événements en fonction de plages horaires définies au préalable par l'utilisateur. Toutefois, cette solution ne satisfait pas pleinement aux contraintes de nombreux utilisateurs pour qui l'emploi du temps n'est pas fixé à l'avance ou n'est pas régulier. La présente invention a pour but de supprimer ces inconvénients, en proposant un procédé et un système capables de prévenir en temps réel un utilisateur, où qu'il se trouve. A cet effet, elle propose un procédé pour avertir au moins un utilisateur de l'arrivée d'événements respectifs émis par une pluralité de sources, caractérisé en ce qu'il comprend les étapes exécutées par un gestionnaire d'événements, consistant à recevoir des événements émis par une pluralité de sources à destination d'au moins un utilisateur, et pour chaque événement collecté : - à déterminer l'utilisateur destinataire de l'événement. - à extraire des informations utiles de l'événement pour constituer un message d'avertissement, - à déterminer un terminal de communication choisi par l'utilisateur destinataire pour recevoir le message d'avertissement, - à transmettre le message d'avertissement à l'utilisateur destinataire à destination du terminal choisi par l'utilisateur, et - à recevoir le message d'avertissement et signaler sa réception sur le terminal choisi et à délivrer le contenu du message d'avertissement. Grâce à ces dispositions, l'utilisateur peut, à l'aide d'un terminal de communication quelconque unique qu'il peut choisir. être averti de l'arrivée d'événements provenant d'une pluralité de sources non seulement incompatibles entre elles, mais également avec le terminal de communication choisi, les sources d'événements n'ayant en outre pas nécessairement de liens les unes avec les autres. Selon une particularité de l'invention, ce procédé comprend en outre une étape consistant à introduire dans une base de données, des informations de profil relatives à chaque utilisateur, ces informations comprenant : - des informations d'identification de l'utilisateur, - des informations relatives aux sources des événements attendus dont il souhaite être averti, et - des informations relatives à un terminal de communication vers lequel l'utilisateur souhaite que les messages d'avertissement soient transmis, ces informations étant destinées à permettre au gestionnaire d'événements d'émettre un message à destination du terminal. Avantageusement, les informations de chaque profil d'utilisateur introduites dans la base de données comprennent en outre pour chaque événement des conditions que doit remplir l'événement pour qu'un message d'avertissement soit transmis à l'utilisateur, un message d'avertissement relatif à un événement n'étant transmis que si les conditions associées à l'événement sont satisfaites par l'événement. De préférence, les informations de chaque profil d'utilisateur introduites dans la base de données comprennent en outre pour chaque événement attendu des informations relatives à au moins un terminal, associées respectivement à au moins une plage horaire, la détermination par le gestionnaire d'événements du terminal à utiliser pour transmettre un message d'avertissement d'un événement vers un utilisateur étant effectuée en fonction de la date et l'heure de réception de l'événement et des plages horaires indiquées dans les informations de profil de l'utilisateur dans la base de données. Selon une autre particularité de l'invention, les sources d'événements comprennent au moins une source d'événement de la liste comprenant des services de messagerie électronique en différé et instantanée, un réseau de téléphonie mobile de type GSM ou WAP, des services"intelligents"d'un réseau de téléphonie fixe, des services à l'habitat de surveillance d'équipements ou d'intrusions, et des services offerts par le réseau Internet. De préférence, les sources d'événements comprennent également un service de surveillance d'au moins un site Internet que l'utilisateur a spécifié, conçu pour émettre des événements particuliers lorsque les informations diffusées par ces sites remplissent certaines conditions également spécifiées par l'utilisateur. c Selon une autre particularité de l'invention, ce procédé comprend en outre la transmission par le terminal d'avertissement d'un message d'accusé de réception à destination du gestionnaire d'événements, à la suite de la réception d'un message d'avertissement. Avantageusement, si le gestionnaire d'événements ne reçoit pas de message d'accusé de réception dans un certain délai à la suite de l'émission d'un message d'avertissement, il émet le message d'avertissement vers un autre terminal d'avertissement choisi par l'utilisateur et spécifié dans la base de données. Selon une autre particularité de l'invention, certains messages d'avertissement sont transmis aux utilisateurs sous la forme d'un message court, dans un réseau de téléphonie cellulaire. Un événement peut être transmis au gestionnaire d'événements par un fournisseur d'événements par l'intermédiaire d'un autre fournisseur d'événement. L'invention propose également un système pour avertir un utilisateur de l'arrivée d'événements respectifs émis par une pluralité de sources, caractérisé en ce qu'il comprend : - une pluralité de fournisseurs d'événements conçus pour collecter les événements émis par les sources, - un gestionnaire d'événements connecté aux fournisseurs d'événements et comprenant des moyens pour recevoir les événements collectés par les fournisseurs d'événements, des moyens pour déterminer l'utilisateur à qui est destiné chaque événement reçu, des moyens pour constituer un message d'avertissement relatif à l'événement reçu, des moyens pour déterminer un terminal de communication vers lequel transmettre un message d'avertissement à la suite de la réception d'un événement, et des moyens pour transmettre au terminal ainsi déterminé un message d'avertissement indiquant l'arrivée d'un événement, et - au moins un terminal de communication choisi par l'utilisateur et conçu pour recevoir des messages d'avertissement. Selon une particularité de l'invention, ce système comporte une base de données de profils d'utilisateurs comprenant pour chaque utilisateur : - des informations d'identification de l'utilisateur, - des informations relatives aux sources des événements dont l'utilisateur souhaite être averti, et - un terminal de communication vers lequel les messages d'avertissement d'événements doivent être transmis par le gestionnaire d'événements. La base de données de profils d'utilisateurs comprend avantageusement pour chaque événement des conditions qui doivent être remplies par l'événement pour qu'il soit signalé à l'utilisateur par le gestionnaire d'événements. La base de données de profils d'utilisateurs peut en outre comprendre pour chaque événement un terminal d'avertissement à utiliser pour signaler l'arrivée de l'événement. Selon une autre particularité de l'invention, le système comprend en outre des serveurs de diffusion de messages d'avertissement pour diffuser les messages d'avertissement émis par le gestionnaire d'événements vers le terminal de communication choisi respectivement par l'utilisateur. Les serveurs de diffusion appartiennent de préférence à la liste comprenant des messageries électroniques, instantanées ou en différé, un réseau fixe ou mobile de télécommunication pour transmettre des messages de type SMS ou des messages parlés émis par un serveur vocal, un réseau de télévision numérique, pour délivrer les messages d'avertissement sur le poste de télévision numérique de l'utilisateur. Avantageusement, les fournisseurs d'événements comprennent au moins un fournisseur d'événement de la liste comprenant des services de messagerie électronique en différé et instantanée, un réseau de téléphonie mobile de type GSM ou WAP, des services"intelligents"d'un réseau de téléphonie fixe, des services à l'habitat de surveillance d'équipements ou d'intrusions, et des services offerts par le réseau Internet. Également de préférence, les services de messagerie électronique sont associés dans la base de données à des listes d'adresses électroniques de personnes, chaque liste étant associée respectivement à un événement particulier à générer lorsqu'une des personnes de la liste a émis un message. Dans ce cas, une liste d'adresses électroniques de personnes peut comprendre au moins une adresse électronique d'une personne malentendante, cette liste étant associée à un événement indiquant que les personnes de la liste souhaitent entrer en communication écrite avec l'utilisateur sur une messagerie instantanée. Selon une particularité de l'invention, le terminal de communication est constitué par un téléphone mobile. Alternativement, le terminal de communication est spécialement conçu pour recevoir les messages d'avertissement émis par le gestionnaire d'événements, et comprend des moyens de réception pour recevoir les messages d'avertissement, et des moyens pour délivrer le contenu des messages d'avertissement reçus à l'utilisateur. Dans ce cas, le terminal est intégré dans le boîtier d'une montre bracelet. Selon une particularité de l'invention, le terminal comprend des moyens de transmission de courte portée pour communiquer avec un moyen de transmission situé à proximité et conçu pour recevoir des messages du gestionnaire d'événements, les messages d'avertissement transmis au terminal par l'intermédiaire dudit moyen de transmission. Ces moyens de transmission de courte portée peuvent être conformes à la norme "blue-tooth". Un mode de réalisation préféré de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels : La figure 1 représente schématiquement un système de collecte et d'avertissement d'événements selon l'invention ; La figure 2 représente schématiquement un terminal de communication utilisé comme terminal d'avertissement ; La figure 3 illustre sous la forme d'un organigramme les e différentes étapes exécutées par le procédé selon l'invention. Le système représenté sur la figure 1 comprend une pluralité de fournisseurs d'événements 2,3, 4 qui peuvent comprendre : - une messagerie électronique, - une messagerie électronique instantanée permettant l'échange en temps réel de messages écrits, - un réseau de télécommunication mobile qui peut offrir en outre des services messagerie vocale et de transmission de messages numériques courts SMS, - un réseau de télécommunications fixe qui peut également offrir différents services dits de"réseau intelligent"comme la présentation du numéro de l'appelant, un service de messagerie vocale, - des services à l'habitat qui peuvent par exemple émettre des alarmes de pannes d'équipements ou d'intrusion, - des services offerts par le réseau Internet, comme des services d'information, par exemple sur la bourse ou sur le trafic routier, sur des services de transport (train, avion), sur des groupes d'intérêt ou de vie associative (annonce de réunion ou d'exposition), des services de ventes aux enchères, etc. - des services offerts par d'autres moyens qui peuvent utiliser des réseaux existants, par exemple des jeux en réseau, un service médical qui peut émettre des messages de rappel de prise de médicament ou de confirmation de rendez-vous. Les fournisseurs d'événements 2,3, 4 sont conçus pour émettre en temps réel des événements relatifs à des services auxquels les utilisateurs ont souscrits. De tels événements sont par exemple constitués par des messages contenant au moins un identifiant de l'utilisateur et un identifiant du service. De préférence et selon le type de service, ces messages comprennent également une information relative à la nature ou à l'objet de l'événement. Pour qu'un utilisateur de tels services puisse être prévenu en temps réel de la survenance d'un événement le concernant, ce système comprend selon l'invention un gestionnaire d'événements 1 conçu pour recevoir tous les événements émis par les fournisseurs d'événements 2,3, 4, pour traiter ces événements et les diffuser à un terminal avertisseur d'événements 8 choisi par l'utilisateur. A cet effet, le gestionnaire d'événements 1 et connecté par une liaison 12,13, 14 appropriée respective aux fournisseurs d'événements selon la nature de ces derniers. Ainsi, le gestionnaire d'événements 1 est connecté au réseau Internet pour pouvoir avoir accès à la messagerie électronique et aux services offerts par l'intermédiaire de ce réseau. Il dispose également d'une connexion aux réseaux de téléphonie mobile pour avoir accès aux messageries de ces réseaux et aux services d'échange de messages courts, ainsi que d'une connexion au réseau de téléphonie fixe pour avoir accès aux différents services offerts par ces réseaux, et éventuellement pour avoir un accès à un système de surveillance de l'habitation de l'utilisateur. Pour collecter, traiter et diffuser les différents événements que peut recevoir un utilisateur, le gestionnaire d'événements 1 fait appel à une base de données 5 de profils utilisateurs dans laquelle est stocké pour chaque utilisateur un profil de base contenant les informations suivantes : - des informations d'identification de l'utilisateur (nom, prénom, adresse postale,...), - une liste de services ou fournisseurs de services susceptibles d'émettre un événement à destination de l'utilisateur, chaque service étant spécifié sous la forme de paramètres d'identification (type de service) et d'accès (adresse email et mot de passe, numéros de téléphone mobile ou fixe,...) de l'utilisateur à ce service, et les événements susceptibles d'être émis par le service, et - un terminal de communication à utiliser pour avertir l'utilisateur de l'arrivée d'un événement, qui peut être spécifié par son type et un ensemble de paramètres (par exemple un numéro de téléphone dans le cas d'un téléphone mobile). D'une manière plus précise, la base de données 5 contient pour chaque service indiqué par l'utilisateur le moyen d'accès au service susceptible, à savoir un identifiant de boite aux lettres et un mot de passe, pour une messagerie électronique, un numéro de téléphone mobile ou fixe pour des services téléphoniques, un identifiant et un mot de passe pour un service accessible par le réseau Internet. Chaque utilisateur peut en outre définir dans la base de données 5 un profil détaillé dans lequel sont définies des conditions pour être averti. Ainsi, ce profil détaillé peut comprendre pour chaque événement recensé des paramètres définissant le mode de diffusion de l'événement, souhaité par l'utilisateur, le ou les terminaux à utiliser pour avertir l'utilisateur de l'arrivée de l'événement, et éventuellement les conditions d'avertissement comprenant : - le mode d'avertissement de l'événement, qui peut être limité à certaines plages horaires, ou à un certain terminal de communication, ou encore utiliser un terminal de communication déterminé en fonction de plages horaires également définies, - un filtre de sélection d'événements qui peut être utile par exemple dans le cas d'un utilisateur recevant de nombreux messages dans sa boîte aux lettres électronique et ne souhaite être prévenu que de l'arrivée de messages provenant d'une certaine personne ou ayant un certain objet. Un tel filtre peut comprendre une liste d'identifiants de personnes ou de services susceptibles d'émettre un message ou de demander à entrer en communication avec l'utilisateur, le gestionnaire d'événements n'émettant un message d'avertissement que si l'événement provient de ces personnes ou services. Cette liste d'identifiants peut en outre être associée à un terminal d'avertissement particulier à utiliser. En particulier, dans le cas d'une messagerie électronique, instantanée ou en différé, les listes d'identifiants peuvent comprendre : - une liste d'amis de l'utilisateur, - une liste de diffusion, - une liste de collaborateurs de l'utilisateur, et - une liste comprenant un identifiant de correspondant médical pour le rappel de la prise de médicament ou de rendez-vous. Ces listes d'identifiants peuvent également comprendre la référence de services à l'habitat (surveillance électronique d'intrusion, d'appareils ménagers,...) de l'utilisateur, qui peuvent utiliser par exemple le système de messagerie électronique ou SMS, pour prévenir l'utilisateur d'un événement qu'ils auraient détecté. L'utilisateur a également la possibilité de spécifier plusieurs événements pour un même fournisseur d'événement. Par exemple dans le cas d'une messagerie électronique, instantanée ou en différé, on peut associer un événement respectif à chaque personne ou liste de personnes (par exemple amis, collaborateurs) que l'on a défini sous la forme de liste contenant les adresses électroniques de ces personnes. L'utilisateur peut ainsi associer un événement particulier à une personne malentendante qui cherche à entrer en communication écrite avec lui par l'intermédiaire d'une messagerie électronique instantanée. Lorsque les sites Internet ne proposent pas de services d'information personnalisés, on peut prévoir un fournisseur d'événements conçu pour surveiller un ou plusieurs sites Internet que l'utilisateur a spécifiés et émettre des événements particuliers lorsque les informations diffusées par ces sites remplissent certaines conditions également spécifiées par l'utilisateur. De cette manière, l'utilisateur peut être averti par exemple : - lorsqu'une valeur spécifiée par l'utilisateur se trouve entre certaines limites également définies par l'utilisateur, sur un site d'informations boursières, - lors de l'annonce d'un événement d'actualité particulier, tel qu'un but marqué au cours d'un match diffusé par un site de diffusion d'informations d'actualité, - lorsque les enchères commencent sur un produit particulier sur un site de vente aux enchères, - lorsqu'une annonce sur un produit particulier, éventuellement dans une fourchette de prix donnée, apparaît sur un site de diffusion de petites annonces, - lorsqu'un produit particulier défini par l'utilisateur se trouve disponible sur un site de commerce électronique, - lors de l'annonce de la date d'une exposition ou d'une réunion par un site particulier, tel qu'un site de promotion d'une association, - lorsqu'un embouteillage sur un itinéraire spécifié par l'utilisateur est signalé sur un site d'informations routières, - lors de l'annonce d'un retard ou d'une annulation d'un voyage en train, avion, ou autocar, spécifié par l'utilisateur, sur un site donnant des informations d'horaires de moyens de transport, ou encore, - lorsqu'une proposition de voyage pour une destination donnée apparaît à un prix donné sur un site de vente de voyages. Le gestionnaire d'événements peut également intégrer le fournisseur d'événements mentionné ci-avant, conçu pour surveiller un ou plusieurs sites Internet que l'utilisateur a spécifiés et émettre des événements particuliers lorsque les informations diffusées par ces sites remplissent certaines conditions également spécifiées par l'utilisateur. Dans ce cas, le profil d'utilisateur mémorisé dans la base de données 5 comprend l'adresse des sites Internet à surveiller, et pour chaque site, le ou les critères à appliquer aux informations diffusées par le site, ainsi qu'un identifiant respectif d'événement à générer pour chacun de ces critères. La base de données 5 est remplie et modifiée à l'aide d'un outil de gestion de profils 6 auquel les utilisateurs ont de préférence accès pour leur permettre d'introduire et mettre à jour eux-mêmes leur profil. Elle peut par exemple être accessible par l'intermédiaire du réseau Internet, chaque profil d'utilisateur pouvant être synchronisé automatiquement avec un fichier se trouvant sur l'ordinateur ou l'assistant électronique personnel de l'utilisateur. Lorsqu'il reçoit un événement d'un fournisseur d'événements 2,3, 4, le gestionnaire d'événements 1 peut accéder au fournisseur d'événements pour obtenir des informations complémentaires sur l'événement. Pour pouvoir acheminer un événement jusqu'à l'utilisateur à qui il est destiné, le gestionnaire d'événements 1 dispose de moyens pour communiquer avec les terminaux d'avertissement 8 dont sont munis les utilisateurs pour être avertis en temps réel de l'arrivée d'un événement. Ces moyens de communication dépendent de la nature des terminaux d'avertissement. S'il s'agit d'un téléphone mobile ou analogue, ils sont constitués par un réseau de téléphonie mobile. S'il s'agit d'une messagerie Internet, ils sont constitués par le réseau Internet. Un tel terminal d'avertissement 8 est constitué par un terminal de communication. Il peut être spécialement conçu à cet effet ou être constitué par un moyen de communication existant tel qu'un téléphone mobile qui présente l'avantage d'être porté fréquemment par l'utilisateur. Il est de préférence porté en permanence par l'utilisateur. Pour cela, il est avantageusement de petites dimensions, par exemple intégré dans un boîtier en forme de montre-bracelet. Tel que représenté sur la figure 2, il peut comprendre certains modules de base d'un téléphone mobile comme un émetteur-récepteur 86, un écran d'affichage 82, des touches de commande 83, par exemple sous la forme d'un clavier, un module de production de sons 87, et un lecteur 91 de carte SIM 90, et éventuellement un vibreur, l'ensemble étant piloté par une unité centrale 81, par exemple de type microprocesseur relié à des mémoires de données et de programme 84,85, et alimenté par un circuit d'alimentation 89 connecté à une source d'énergie 88 autonome telle qu'une pile ou une batterie. Le terminal d'avertissement 8 peut comprendre en outre un dispositif de reconnaissance vocale permettant de commander vocalement le terminal. Il peut également comprendre un dispositif de synthèse vocale, notamment pour délivrer les messages d'avertissement. Par ailleurs, le terminal d'avertissement spécifié dans le profil d'utilisateur pour le rappel de prise de médicament mentionné ci-avant, peut être spécialement conçu à cet effet, et comprendre un boîtier pour contenir les médicaments à prendre. L'émetteur-récepteur 86 peut être celui d'un téléphone mobile ou un émetteurrécepteur de faible portée, par exemple conforme à la norme"blue-tooth", conçu pour communiquer avec un téléphone mobile également équipé d'un tel émetteur-récepteur, de sorte que le terminal d'avertissement se comporte comme un terminal satellite du téléphone mobile. Dans ce dernier cas, on peut alors envisager qu'un tel terminal d'avertissement 8 soit directement activé par un fournisseur d'événements 2,3, 4 situé à portée radioélectrique de l'émetteurrécepteur"blue-tooth" (flèche 15 sur la Figure 1). Un tel cas peut par exemple être envisagé avec un système de surveillance d'habitation. Bien entendu, le terminal d'avertissement 8 peut être constitué par tout autre moyen, comme un micro-ordinateur ayant accès à la messagerie électronique du réseau Internet. Le choix du terminal à utiliser comme terminal d'avertissement peut être modifié par l'utilisateur qui a à cet effet accès à la base de données 5. De préférence, il est défini en fonction de plages horaires spécifiées dans la base de données. Ainsi, par exemple pendant les heures de bureau, le terminal d'avertissement est constitué par la messagerie électronique Internet de l'utilisateur, et pendant le reste du temps par le téléphone mobile de celui-ci. Par ailleurs, le gestionnaire d'événement selon l'invention est connecté à des serveurs de diffusion 7 qui correspondent aux différents moyens pour transmettre un événement vers le terminal d'avertissement 8 choisi par l'utilisateur. Ces serveurs de diffusion correspondent typiquement à la messagerie électronique, à une messagerie instantanée, ou à un réseau fixe ou mobile de télécommunication par exemple basé sur la norme GSM ou WAP pour transmettre des messages de type SMS ou des messages parlés émis par un serveur vocal. Les serveurs de diffusion 7 peuvent encore comprendre un réseau de diffusion numérique, tel qu'un réseau de télévision numérique ou de radio numérique DAB (Digital Audio Broadcast) ou DRM (Digitale Radio Mondiale), pour délivrer les messages d'avertissement adressés uniquement sur le poste de télévision numérique ou de radio numérique de l'utilisateur. Bien entendu, le gestionnaire d'événements 1 peut également transmettre les messages d'avertissement directement à certains terminaux 8 qui peuvent être conçus à cet effet (flèche 17 sur la figure 1). Sur la figure 3, le procédé selon l'invention exécuté par le gestionnaire d'événements 1, comprend tout d'abord une étape 30 d'accès à la base de données de profils utilisateurs pour y inscrire un utilisateur et introduire dans la base de données toutes les données nécessaires relatives à l'utilisateur. A l'arrivée d'un événement, le gestionnaire d'événement 1 exécute tout d'abord l'étape 31 de réception de l'événement émis par un fournisseur d'événements 2, 3,4, et de collecte des informations relatives à cet événement à fournir à l'utilisateur à qui il est destiné. Il est à noter à ce sujet que l'événement peut être généré en interne par le gestionnaire d'événement 1 qui peut agir comme un fournisseur de services. Chaque événement ainsi reçu est ensuite analysé et traité 32, pour identifier le destinataire et l'émetteur de l'événement, ainsi que sa nature. Dans le cas de messages provenant de la messagerie électronique, on peut également en extraire le champ"objet"du message. Puis l'identifiant du destinataire associé à l'événement est recherché dans la base de données 5. Si celui-ci est trouvé, le gestionnaire d'événements lit le profil associé dans la base de données pour déterminer en fonction de la nature de l'événement reçu et éventuellement d'autres informations relatives à l'événement comme l'émetteur, si le destinataire a souhaité être averti de celui-ci. Si les conditions d'avertissement définies par le destinataire dans la base de profils 5 sont satisfaites par l'événement reçu (étape 33), le gestionnaire d'événements recherche 1 dans le profil du destinataire le terminal d'avertissement 8 qui a été spécifié pour l'événement reçu. Comme indiqué précédemment, ce terminal peut dépendre dans le profil du destinataire de la date et heure d'arrivée de l'événement ou d'autres conditions comme la cause de l'événement. On peut à ce sujet donner la possibilité aux utilisateurs de définir des événements prioritaires ou urgents qui n'ont pas à satisfaire les conditions définies par l'utilisateur pour générer un avertissement. En outre, de tels événements peuvent être configurés dans la base de données de profils de manière à ce qu'ils entraînent l'émission d'avertissements simultanément sur plusieurs terminaux indiqués par l'utilisateur. Suivant le mode de diffusion ainsi déterminé, le gestionnaire d'événements 1 construit un message d'avertissement à l'aide des informations relatives à l'événement reçu et envoie ce message au serveur de diffusion 7 correspondant au mode de diffusion (étape 34). Il peut à cet effet utiliser d'autres informations figurant dans le profil du destinataire mémorisé dans la base de données 6, pour déterminer les paramètres d'émission du message d'avertissement, comme un numéro de téléphone ou une adresse de messagerie. Le message d'avertissement peut ainsi être envoyé au destinataire par exemple sous la forme d'un message court transmis par le service de messages courts SMS d'un réseau téléphonique cellulaire, tel qu'un réseau GSM. A la réception du message d'avertissement, le terminal d'avertissement 8 du destinataire émet de préférence à l'aide du module de production de sons 87 un signal sonore ou une vibration, à laquelle le destinataire est sensible. Puis il délivre les informations contenues dans le message d'avertissement, comprenant au moins une indication sur la nature et l'émetteur de l'événement. Le signal sonore est émis de préférence pendant une durée limitée. Il peut être également répété jusqu'à ce que le destinataire arrête son émission à l'aide d'une touche de commande 83 prévue à cet effet. Le message d'avertissement est restitué soit par affichage de son contenu sur l'écran 82, soit sous forme vocale par un dispositif de synthèse vocale intégré au terminal ou dans un serveur vocal qui appelle le terminal d'avertissement. Le message d'avertissement peut encore être restitué de toute autre manière, par exemple sous la forme d'icônes issues d'une bibliothèque stockée dans la mémoire du terminal et affichées sur l'écran 82. De cette manière, l'utilisateur est informé de l'événement, tout en restant libre de traiter l'événement immédiatement ou plus tard. Avantageusement, on peut prévoir que l'arrêt de l'émission du signal sonore par l'utilisateur déclenche l'émission par le terminal d'avertissement d'un accusé de réception. A la réception 35 par le gestionnaire d'événements 1 d'un tel accusé de réception, le traitement est considéré comme terminé. Si un tel message d'accusé de réception n'est pas transmis dans un certain délai, on peut envisager d'utiliser un autre moyen de diffusion de l'événement qui peut être avantageusement indiqué dans le profil de l'utilisateur dans la base de données 5, en tant que moyen de diffusion alternatif. On peut ainsi prévoir plusieurs moyens de diffusion d'événements alternatifs qui sont utilisés successivement jusqu'à ce que l'utilisateur déclenche l'émission d'un accusé de réception. Bien entendu, plusieurs fournisseurs d'événements peuvent être interconnectés (flèches 16 sur la figure 1). Ainsi, par exemple, un système de surveillance d'habitation peut être conçu et connecté pour émettre des messages d'alarme par l'intermédiaire d'une messagerie électronique. Dans ce cas, c'est la réception d'un message par la messagerie électronique (autre fournisseur d'événement) qui déclenche l'émission d'un événement vers le gestionnaire d'événements 1. Comme mentionné précédemment, les terminaux d'avertissement 8 peuvent comporter des moyens d'émission-réception 86 ayant une courte portée (quelques centaines de mètres). Cette solution s'applique typiquement aux services à l'habitat dans lesquels un fournisseur d'événements local peut recevoir des événements d'alarme d'intrusion, de pannes ou de défauts d'appareils, ou encore de suivi périodique d'équipements. Dans ce cas, le fournisseur d'événements 2,3, 4 est relié à des équipements tels qu'un équipement de surveillance d'intrusion ou d'appareils, susceptibles d'émettre des événements. L'organigramme montré sur la figure 4 représente les traitements effectués par le fournisseur d'événements lorsque l'un des équipements surveillés émet un événement. A l'étape 41, le fournisseur d'événements reçoit l'événement. Ensuite, à l'étape 42, il traite l'événement pour constituer un message d'avertissement. A l'étape 43, il cherche à établir une liaison directe 15 avec le terminal d'avertissement. Si tel est le cas, il émet 44 le message d'avertissement directement au terminal d'avertissement par la liaison directe 15. Dans le cas contraire, le fournisseur d'événements utilise une autre liaison, par exemple une liaison téléphonique pour retransmettre 45 l'événement qu'il a détecté ou le message d'avertissement au gestionnaire d'événements 1. Dans le cas notamment de services à l'habitat, on peut également prévoir que le fournisseur d'événements utilise d'abord un terminal d'avertissement local, par exemple constitué par une montre bracelet avec des moyens de transmission selon la norme"blue-tooth", et alternativement un terminal d'avertissement de plus grande portée de transmission, par exemple un téléphone GSM ou WAP, lorsque le terminal d'avertissement local ne répond pas. Alternativement, un événement peut être transmis au gestionnaire d'événements par un fournisseur d'événements par l'intermédiaire d'un autre fournisseur d'événement. Ainsi, par exemple le fournisseur d'événements surveillant les services à l'habitat peut émettre (liaison 16 sur la figure 1) les messages d'avertissement qu'il a constitués par une messagerie électronique qui constitue un autre fournisseur d'événements répertorié dans le profil de l'utilisateur stocké dans la base de profils 5. REVENDICATIONS 1. Procédé pour avertir au moins un utilisateur de l'arrivée d'événements respectifs émis par une pluralité de sources, caractérisé en ce qu'il comprend les étapes exécutées par un gestionnaire d'événements, consistant à recevoir des événements émis par une pluralité de sources à destination d'au moins un utilisateur, et pour chaque événement collecté : - à déterminer l'utilisateur destinataire de l'événement, - à extraire des informations utiles de l'événement pour constituer un message d'avertissement, - à déterminer un terminal de communication choisi par l'utilisateur destinataire pour recevoir le message d'avertissement, - à transmettre le message d'avertissement à l'utilisateur destinataire à destination du terminal choisi par l'utilisateur, et - à recevoir le message d'avertissement et signaler sa réception sur le terminal choisi et à délivrer le contenu du message d'avertissement. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape consistant à introduire dans une base de données, des informations de profil relatives à chaque utilisateur, ces informations comprenant : - des informations d'identification de l'utilisateur, - des informations relatives aux sources des événements attendus dont il souhaite être averti, et - des informations relatives à un terminal de communication vers lequel l'utilisateur souhaite que les messages d'avertissement soient transmis, ces informations étant destinées à permettre au gestionnaire d'événements d'émettre un message à destination du terminal. 3. Procédé selon la revendication 2, caractérisé en ce que les informations de chaque profil d'utilisateur introduites dans la base de données comprennent en outre pour chaque événement des conditions que doit remplir l'événement pour qu'un message d'avertissement soit transmis à l'utilisateur, un message d'avertissement relatif à un événement n'étant transmis que si les conditions associées à l'événement sont satisfaites par l'événement. 4. Procédé selon la revendication 3, caractérisé en ce que les informations de chaque profil d'utilisateur introduites dans la base de données comprennent en outre pour chaque événement attendu des informations relatives à au moins un terminal, associées respectivement à au moins une plage horaire, la détermination par le gestionnaire d'événements du terminal à utiliser pour transmettre un message d'avertissement d'un événement vers un utilisateur étant effectuée en fonction de la date et l'heure de réception de l'événement et des plages horaires indiquées dans les informations de profil de l'utilisateur dans la base de données. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que les sources d'événements comprennent au moins une source d'événement de la liste comprenant des services de messagerie électronique en différé et instantanée, un réseau de téléphonie mobile de type GSM ou WAP, des services"intelligents"d'un réseau de téléphonie fixe, des services à l'habitat de surveillance d'équipements ou d'intrusions, et des services offerts par le réseau Internet. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que les sources d'événements comprennent un service de surveillance d'au moins un site Internet que l'utilisateur a spécifié, conçu pour émettre des événements particuliers lorsque les informations diffusées par ces sites remplissent certaines conditions également spécifiées par l'utilisateur. 7. Procédé selon la revendication 6, caractérisé en ce que le service de surveillance d'au moins un site Internet est conçu pour émettre un événement lorsqu'au moins l'une des conditions suivantes spécifiée dans le profil de l'utilisateur est remplie : - lorsqu'une valeur spécifiée par l'utilisateur se trouve entre certaines limites également définies par l'utilisateur, sur un site d'informations boursières, - lors de l'annonce d'un événement d'actualité particulier, tel qu'un but marqué au cours d'un match diffusé par un site de diffusion d'informations d'actualité, - lorsque les enchères commencent sur un produit particulier sur un site de vente aux enchères, - lorsqu'une annonce sur un produit particulier, éventuellement dans une fourchette de prix donnée, apparaît sur un site de diffusion de petites annonces, - lorsqu'un produit particulier défini par l'utilisateur se trouve disponible sur un site de commerce électronique, - lors de l'annonce de la date d'une exposition ou d'une réunion par un site particulier, tel qu'un site de promotion d'une association, - lorsqu'un embouteillage sur un itinéraire spécifié par l'utilisateur est signalé sur un site d'informations routières, - lors de l'annonce d'un retard ou d'une annulation d'un voyage en train, avion, ou autocar, spécifié par l'utilisateur, sur un site donnant des informations d'horaires de moyens de transport, ou, - lorsqu'une proposition de voyage pour une destination donnée apparaît à un prix donné sur un site de vente de voyages. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'il comprend en outre la transmission par le terminal d'avertissement d'un message d'accusé de réception à destination du gestionnaire d'événements, à la suite de la réception d'un message d'avertissement. 9. Procédé selon la revendication 8, caractérisé en ce que si le gestionnaire d'événements ne reçoit pas de message d'accusé de réception dans un certain délai à la suite de l'émission d'un message d'avertissement, il émet le message d'avertissement vers un autre terminal d'avertissement alternatif choisi par l'utilisateur et défini dans le profil de l'utilisateur dans la base de données (5). 10. Procédé selon l'une des revendications 1 à 9, caractérisé en ce que certains messages d'avertissement sont transmis aux utilisateurs sous la forme d'un message court dans un réseau de téléphonie cellulaire. 11. Procédé selon l'une des revendications 1 à 10, caractérisé en ce qu'un événement est transmis au gestionnaire d'événements par un fournisseur d'événements par l'intermédiaire d'un autre fournisseur d'événement. 12. Système pour avertir un utilisateur de l'arrivée d'événements respectifs émis par une pluralité de sources, caractérisé en ce qu'il comprend : - une pluralité de fournisseurs d'événements (2, 3, 4) conçus pour collecter les événements émis par les sources, - un gestionnaire d'événements (1) connecté aux fournisseurs d'événements et comprenant des moyens pour recevoir les événements collectés par les fournisseurs d'événements, des moyens pour déterminer l'utilisateur à qui est destiné chaque événement reçu, des moyens pour constituer un message d'avertissement relatif à l'événement reçu, des moyens pour déterminer un terminal de communication (8) vers lequel transmettre un message d'avertissement à la suite de la réception d'un événement, et des moyens pour transmettre au terminal ainsi déterminé un message d'avertissement indiquant l'arrivée d'un événement, et - au moins un terminal de communication (8) choisi par l'utilisateur et conçu pour recevoir des messages d'avertissement. 13. Système selon la revendication 12, caractérisé en ce qu'il comprend une base de données (5) de profils d'utilisateurs comprenant pour chaque utilisateur : - des informations d'identification de l'utilisateur, - des informations relatives aux sources des événements dont l'utilisateur souhaite être averti, et - un terminal de communication vers lequel les messages d'avertissement d'événements doivent être transmis par le gestionnaire d'événements. 14. Système selon la revendication 13, caractérisé en ce que la base de données de profils d'utilisateurs comprend pour chaque événement des conditions qui doivent être remplies par l'événement pour qu'il soit signalé à l'utilisateur par le gestionnaire d'événements. 15. Système selon la revendication 13 ou 14, caractérisé en ce que la base de données (5) de profils d'utilisateurs comprend pour chaque événement un terminal de communication (8) à utiliser pour signaler l'arrivée de l'événement. 16. Système selon l'une des revendications 12 à 15, caractérisé en ce qu'il comprend en outre des serveurs (7) de diffusion de messages d'avertissement pour diffuser les messages d'avertissement émis par le gestionnaire d'événements (1) vers le terminal de communication (8) choisi respectivement par l'utilisateur. 17. Système selon la revendication 16, caractérisé en ce que les serveurs de diffusion (7) appartiennent à la liste comprenant des messageries électroniques, instantanées ou en différé, un réseau fixe ou mobile de télécommunication pour transmettre des messages de type SMS ou des messages parlés émis par un serveur vocal, un réseau de diffusion numérique, pour délivrer les messages d'avertissement sur le poste de réception numérique de l'utilisateur. 18. Système selon l'une des revendications 12 à 17, caractérisé en ce que les fournisseurs d'événements (2,3, 4) comprennent au moins une fournisseur d'événement de la liste comprenant des services de messagerie électronique en différé et instantanée, un réseau de téléphonie mobile de type GSM ou WAP, des services"intelligents"d'un réseau de téléphonie fixe, des services à l'habitat de surveillance d'équipements ou d'intrusions, et des services offerts par le réseau Internet. 19. Système selon l'une des revendications 12 à 18, caractérisé en ce que les services de messagerie électronique sont associés dans la base de données (5) à des listes d'adresses électroniques de personnes, chaque liste étant associée respectivement à un événement particulier à générer lorsqu'une des personnes de la liste a émis un message. 20. Système selon la revendication 19, caractérisé en ce que les listes d'adresses électroniques de personnes comprennent au moins une adresse électronique d'une personne malentendante, chaque liste étant associée à un événement indiquant que les personnes de la liste souhaitent entrer en communication écrite avec l'utilisateur sur une messagerie instantanée. 21. Système selon la revendication 19, caractérisé en ce que les listes d'adresses électroniques de personnes du profil de l'utilisateur mémorisé dans la base de données (5) comprennent au moins l'une des listes suivantes : - une liste d'amis de l'utilisateur, - une liste de diffusion, - une liste de collaborateurs de l'utilisateur, - une liste comprenant un identifiant de service de surveillance de l'habitat, et - une liste comprenant un identifiant de correspondant médical pour le rappel de la prise de médicament ou de rendez-vous. 22. Système selon l'une des revendications 12 à 21, caractérisé en ce que le terminal de communication (8) est constitué par un téléphone mobile. 23. Système selon l'une des revendications 12 à 22, caractérisé en ce que le terminal de communication (8) est spécialement conçu pour recevoir les messages d'avertissement émis par le gestionnaire d'événements (1), et comprend des moyens de réception (86) pour recevoir les messages d'avertissement, et des moyens (82,87) pour délivrer le contenu des messages d'avertissement reçus à l'utilisateur. 24. Système selon la revendication 23, caractérisé en ce que le terminal (8) est intégré dans le boîtier d'une montre bracelet. 25. Système selon l'une des revendications 22 à 24, caractérisé en ce que le terminal (8) comprend des moyens de transmission de courte portée pour communiquer avec un moyen de transmission situé à proximité et conçu pour recevoir des messages du gestionnaire d'événements, les messages d'avertissement transmis au terminal par l'intermédiaire dudit moyen de transmission. 26. Système selon l'une des revendications 22 à 25, caractérisé en ce que le terminal (8) comprend des moyens de transmission conformes à la norme"blue-tooth". 27. Système selon l'une des revendications 22 à 26, caractérisé en ce que le terminal (8) comprend un boîtier pour contenir des médicaments, le terminal étant utilisé pour avertir l'utilisateur lorsqu'il doit prendre les médicaments contenus dans le boîtier.