Brevet FR2847754A1 — publié le 20040528

PROCEDE ET SYSTEME D'ACHEMINEMENT DE FLUX D'INFORMATIONS. La présente invention concerne un procédé et un système d'acheminement de flux d'informations. Elle s'applique notamment, mais non exclusivement aux réseaux de télécommunication fixes et mobiles, ainsi qu'aux réseaux de transmission de données, qu'ils soient publics ou privés. Actuellement, les utilisateurs des réseaux de communication ou de transmission de données, qu'ils soient dans un cadre privé ou professionnel, disposent chacun de nombreux équipements ou moyens de communication leur 15 permettant d'accéder à des informations ou de communiquer avec d'autres utilisateurs. Or les besoins d'un utilisateur, en termes de communication ou d'accès à l'information, dépendent essentiellement du lieu o se il trouve et de ce qu'il est en train de faire. Dans ce contexte, il est souhaitable de transmettre à l'utilisateur de l'information pertinente, o qu'il soit et quoi qu'il fasse et ce, de façon adaptée à sa situation quelle qu'elle soit. Cette transmission doit être effectuée d'une manière totalement transparente pour l'utilisateur, c'est-à-dire sans qu'il lui soit nécessaire d'intervenir pour avertir de tout changement de situation. Pour 25 l'émetteur de ces informations, qui peut être une autre personne ou une application de diffusion d'informations, cette transmission doit également être transparente, c'est-à-dire que l'émetteur ne doit pas avoir à se préoccuper de la forme des informations à transmettre et du moyen de transmission à utiliser pour transmettre ces informations. Dans la demande de brevet FR 00 17062 déposée par la Demanderesse, on a décrit un système conçu pour un réseau local regroupant des terminaux de natures différentes, et permettant d'acheminer un flux d'informations vers le terminal du réseau local le plus approprié au traitement de ces informations, en fonction de leur nature et des capacités de traitement du terminal. Toutefois, ce système ne répond pas aux besoins mentionnés ci-avant, dans la mesure o l'acheminement des informations n'est effectué qu'au sein d'un - 2 réseau local, sachant qu'un utilisateur n'a pas accès en permanence au réseau local de son lieu de travail. Ce système ne prend pas non plus en compte la situation courante de l'utilisateur qui peut ne pas être présent ou disponible au moment o ces informations sont reçues par le réseau local. En outre, ce système n'est pas conçu pour déterminer la pertinence de ces informations en fonction de la situation ou de l'activité courante de l'utilisateur. La présente invention a pour but de supprimer ces inconvénients en proposant un procédé et un système permettant de: - regrouper les données destinées à un utilisateur, - déterminer la situation courante de chaque utilisateur, notamment à l'aide d'informations fournies par les réseaux auxquels l'utilisateur est connecté, - déterminer la pertinence des informations pour ne transmettre à l'utilisateur que celles qui ont un intérêt pour lui étant donnée sa situation courante, et - adapter les informations à l'environnement de réception courant de l'utilisateur. Cet objectif est atteint par la prévision d'un procédé d'acheminement de flux 20 d'informations destinés à un utilisateur de réseaux de télécommunication et de transmission de données, disposant d'au moins un moyen de communication utilisant l'un des réseaux. Selon l'invention, ce procédé comprend les étapes consistant à: - déterminer et maintenir à jour dans un système d'acheminement de flux d'informations un contexte courant dans lequel se trouve l'utilisateur, à l'aide d'informations fournies par les réseaux auxquels le moyen de communication de l'utilisateur est relié, et d'informations de configuration fournies par l'utilisateur, - recevoir par le système d'acheminement tous les flux d'informations transmis par les réseaux et destinés à l'utilisateur, - déterminer par le système d'acheminement en fonction du contexte courant de l'utilisateur, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé, - si le flux d'informations doit être retransmis immédiatement, sélectionner par le système d'acheminement en fonction du contexte courant de l'utilisateur un moyen de communication de l'utilisateur par lequel le flux d'informations doit être retransmis, - 3 - adapter par le système d'acheminement le flux d'informations au moyen de communication sélectionné et transmettre le flux d'informations à l'utilisateur par le moyen de communication sélectionné, - si le flux d'informations doit être retransmis en différé, stocker par le système d'acheminement le flux d'informations jusqu'à un changement de contexte courant dans lequel le flux d'informations est retransmis immédiatement. Selon une particularité de l'invention, le système d'acheminement attribue un 10 niveau de priorité à chaque flux d'informations reçu en appliquant des règles d'attribution d'un niveau de priorité au contexte courant de l'utilisateur et à des caractéristiques du flux d'informations, et déterminer en fonction du niveau de priorité attribué au flux d'informations reçu et du contexte courant de l'utilisateur, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé. Selon une autre particularité de l'invention, ce procédé comprend en outre une étape consistant à déterminer par le système d'acheminement en fonction du contexte courant de l'utilisateur, si la réception du flux d'informations reçu doit 20 être notifiée à l'utilisateur, et si tel est le cas, sélectionner par le système d'acheminement en fonction du contexte courant de l'utilisateur un moyen de communication de l'utilisateur par lequel la notification de la réception du flux d'informations doit être transmise, et transmettre la notification de la réception du flux d'informations à l'utilisateur par le moyen de communication sélectionné. Avantageusement, un flux d'informations stocké pour une retransmission différée est traité par le système d'acheminement à la suite d'un changement du contexte courant de l'utilisateur, de la même façon qu'un nouveau flux reçu. Selon encore une autre particularité de l'invention, ce procédé comprend une étape de changement de contexte de l'utilisateur à la suite de la réception d'un ordre de changement de contexte reçu de l'utilisateur par le système d'acheminement. Selon encore une autre particularité de l'invention, ce procédé comprend une étape de réception de l'utilisateur par le système d'acheminement, d'un ordre de transmission immédiate d'un flux d'informations attendu, cet ordre désignant - 4 un émetteur du flux d'informations, et une étape d'attribution d'un niveau de priorité maximal au flux d'informations reçu si ce flux provient de l'émetteur désigné dans l'ordre de transmission immédiate. Selon encore une autre particularité de l'invention, ce procédé comprend en outre une phase de configuration comportant une étape de spécification d'un ensemble de contextes possibles dans lesquels peut se trouver l'utilisateur, chaque contexte étant associé à un ensemble de conditions qui doivent être satisfaites pour que le contexte devienne le contexte courant de l'utilisateur. Avantageusement, un contexte d'utilisateur spécifie pour chaque niveau de priorité possible un moyen de communication à utiliser pour transmettre à l'utilisateur un flux d'informations reçu par le système d'acheminement. De préférence, les conditions associées à un contexte portent sur des données de connexion de l'utilisateur à l'un des réseaux et sur des données d'agenda fournies par l'utilisateur. L'invention concerne également un système d'acheminement de flux 20 d'informations destinés à une pluralité d'utilisateurs de réseaux de télécommunication et de transmission de données, chaque utilisateur disposant d'au moins un moyen de communication utilisant l'un des réseaux. Selon l'invention, ce système comprend: - des moyens pour déterminer et maintenir à jour un contexte courant dans lequel se trouve chaque utilisateur, à l'aide d'informations de présence fournies par les réseaux auxquels le moyen de communication de l'utilisateur est relié, et d'informations de configuration fournies par l'utilisateur, - des moyens pour recevoir les flux d'informations transmis par les réseaux et destinés aux utilisateurs, - des moyens pour déterminer un mode de transmission immédiat ou différé de chaque flux d'informations reçu, à l'utilisateur à qui est destiné le flux, en fonction du contexte courant de l'utilisateur, - des moyens pour sélectionner un moyen de communication pour chaque flux 35 d'informations à retransmettre immédiatement, en fonction du contexte courant de l'utilisateur à qui est destiné le flux, - des moyens d'adaptation pour adapter chaque flux d'informations à retransmettre au moyen de communication sélectionné, et des moyens de transmission pour transmettre le flux d'informations à l'utilisateur à qui est destiné le flux par le moyen de communication sélectionné, et - des moyens de stockage pour stocker les flux d'informations à retransmettre en différé. Selon une particularité de l'invention, ce système comprend des moyens d'attribution d'un niveau de priorité à chaque flux d'informations reçu en appliquant des règles d'attribution d'un niveau de priorité au contexte courant de l'utilisateur à qui est destiné le flux et à des caractéristiques du flux 10 d'informations, et des moyens pour déterminer en fonction du niveau de priorité attribué à chaque flux d'informations reçu et du contexte courant de l'utilisateur à qui est destiné le flux, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé. Selon une autre particularité de l'invention, ce système comprend des moyens pour représenter aux moyens de détermination d'un mode de transmission, les flux d'informations stockés à retransmettre en différé, à chaque fois que le contexte courant de l'utilisateur à qui est destiné le flux est modifié. Selon encore une autre particularité de l'invention, ce système comprend des moyens de configuration pour permettant aux utilisateurs d'introduire les informations de configuration et des commandes du système. Avantageusement, chaque utilisateur dispose de plusieurs moyens de 25 communication appartenant à l'ensemble comprenant au moins un système de messagerie électronique, un système de messagerie instantanée, un système de communication vocal, un système d'avertissement de la mise à disposition d'une information sur un réseau, un système d'échange de messages courts sur un réseau mobile et un système de gestion de présence d'utilisateurs sur un réseau. Selon encore une autre particularité de l'invention, les réseaux sont de type réseau IP, ou réseau de télécommunication mobile ou fixe. Avantageusement, ce système est conçu pour émettre et recevoir des flux d'informations d'un terminal d'utilisateur, appartenant à l'ensemble comprenant: un ordinateur personnel connecté à un réseau IP, un assistant électronique personnel connecté à un réseau IP, un téléphone fixe au travers du - 6 protocole SIP, un téléphone mobile, et un assistant électronique personnel communiquant. 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 d'une manière schématique un système d'acheminement de flux d'informations selon l'invention, intégré dans un environnement de réseaux de télécommunications 10 fournissant une pluralité de services et auxquels sont connectés des terminaux d'utilisateurs; La figure 2 représente plus en détail l'architecture du système d'acheminement de flux d'informations montré sur la figure 1. La figure 1 représente un système de transmission comprenant un ensemble de 15 réseaux 2, 3 de télécommunications et de transmission de données, auxquels sont connectés des terminaux 9 à 13 d'utilisateurs et des serveurs 4 à 8 offrant des services spécialisés de communication. La référence 2 représente un ensemble de réseaux de type IP (Internet Protocol), publics et privés, par exemple le réseau Internet et des réseaux Intranet. La référence 3 représente un 20 ensemble de réseaux de téléphonie de type RTC (Réseau Téléphonique public Commuté) ou mobile, par exemple conforme à la norme GSM (Global System for Mobile Communication), GPRS (General Packet Radio Service) ou UMTS (Universal Mobile Telecommunication System). Les terminaux connectés aux réseaux IP sont de type ordinateur personnel 9 ou assistant personnel PDA (Personal Digital Assistant) 10. Ils peuvent être également des terminaux mobiles munis de moyens de communication GSM et/ou de faible portée tels que conformes aux normes Bluetooth ou Wi-Fi (Wireless Fidelity) (normes IEEE 802.1 la ou b), de manière à pouvoir 30 communiquer avec un réseau local IP de type Intranet. Les terminaux connectés aux réseaux de téléphonie sont de type téléphone fixe 13 à travers le protocole SIP (Session Initiation Protocol) ou mobile 11 ou assistant personnel communiquant 12 (par exemple muni d'une fonction de télécommunication GSM). Les serveurs de communication connectés aux réseaux IP 2 comprennent des 7 serveurs de messagerie électronique 6 et de messagerie instantanée 4, des serveurs de diffusion 7 dit "Push", conçus pour avertir l'utilisateur lorsqu'une information particulière est rendue accessible sur un réseau IP, et des serveurs de gestion de présence 5 permettant de déterminer l'accessibilité ou la joignabilité des utilisateurs par l'un des réseaux 2, 3. Les serveurs de communication connectés aux réseaux mobiles comprennent des serveurs messages courts 8, par exemple de type SMS (Service de Messages Courts) ou MMS (Multimedia Messaging Service), ces serveurs pouvant 10 également être connectés à un réseau IP pour permettre l'émission de messages courts à partir d'un terminal IP. Selon l'invention, ce système comprend également un système ou serveur 1 d'acheminement de flux d'informations, conçu pour permettre aux utilisateurs 15 de choisir la façon (choix du protocole et du réseau) dont vont lui être transmis les flux d'informations qui lui sont destinés. Par flux d'informations, on entend non seulement le contenu des informations, mais aussi l'enveloppe protocolaire utilisée pour le véhiculer. Ainsi, ces flux d'informations peuvent être par exemple un message électronique, une information de présence d'une personne, 20 un message vocal, un avertissement de la mise à disposition d'une information attendue, ou encore une communication par messagerie instantanée. A cet effet, le serveur l est conçu pour permettre à l'utilisateur de définir des contextes (ou de les choisir parmi des contextes prédéfinis), ces contextes 25 correspondant à des situations dans lesquelles l'utilisateur peut se trouver, telles que "au bureau et disponible", "au bureau mais occupé", "en réunion", "en déplacement", "sur un autre lieu de travail", "non joignable", etc. Le serveur 1 est également conçu pour permettre à l'utilisateur de demander 30 ponctuellement la communication immédiate, dès sa réception par le système, d'un flux particulier par exemple un message électronique ou une information de présence d'un autre utilisateur qu'il cherche à joindre. L'utilisateur peut ainsi, à tout instant, émettre une requête adaptée au contexte dans lequel il se trouve, de transmission d'un flux attendu. Le passage d'un contexte à l'autre peut être déterminé automatiquement ou demandé explicitement par l'utilisateur. Dans le premier cas, le serveur 1 utilise les informations provenant des réseaux 2, 3, par exemple de serveurs de gestion - 8 de présence 5 ou d'opérateurs de réseau, pour déterminer la joignabilité de l'utilisateur (présence, disponibilité, type de terminal accessible, données d'agenda, localisation,...). Le serveur 1 est également conçu pour permettre à l'utilisateur de définir des critères permettant de classer les flux d'informations qu'il est susceptible de recevoir, selon un degré d'urgence: urgent, normal, non urgent, et de définir des actions à effectuer sur ces flux d'informations en fonction de leur degré d'urgence et du contexte dans lequel se trouve l'utilisateur, par exemple "notifier par SMS les flux urgents lorsque l'utilisateur est en déplacement". Ces critères de classement et actions associées peuvent également être choisis par l'utilisateur parmi des critères et actions prédéfinis. Les critères de classement sont ensuite utilisés par le serveur 1 pour analyser les flux d'informations à retransmettre. D'une manière générale, l'utilisateur peut configurer le système pour recevoir une notification de l'arrivée d'un flux d'informations avant de recevoir le flux complet. Une telle notification comprend des informations telles que le type de flux, l'expéditeur, le sujet, le degré d'urgence et le type de terminal vers lequel 20 il est transmis, ainsi qu'éventuellement un lien permettant d'accéder au flux complet. Le flux complet est alors soit stocké temporairement, soit expédié à l'aide d'un autre moyen de transmission. Il est à noter que le système l est conçu pour traiter uniquement des flux 25 asynchrones, c'est-à-dire des flux ne nécessitant pas une réponse immédiate contrairement aux appels téléphoniques par exemple. Toutefois, des messages téléphoniques déposés dans une boîte vocale sont pris en compte par le serveur 1. Une fois activé, le serveur i traite tous les flux d'informations destinés à l'utilisateur, quel que soit le réseau d'o proviennent ces flux. Pour réaliser les fonctions mentionnées ci-dessus, le serveur d'acheminement l concentre tous les flux d'informations destinés à un utilisateur, les filtre, les trie 35 et les adapte pour les retransmettre ensuite sur un terminal choisi par l'utilisateur et par lequel il est connecté à un réseau. La retransmission peut être effectuée en temps réel lorsque le flux d'informations est jugé par le serveur i pertinent et transmissible à l'utilisateur, ou dans le cas contraire en mode -9 différé. Dans ce dernier cas, le flux d'informations est stocké temporairement jusqu'à ce qu'il devienne pertinent en raison d'un changement dans la situation ou l'activité de l'utilisateur. Sur la figure 2, le serveur 1 d'acheminement de flux comporte un bus logiciel permettant d'interfacer entre eux une pluralité de modules comprenant: - des modules 31 à 36 d'interception ou de réception des flux destinés aux utilisateurs, à savoir: un module 31 de réception de messages courts, un 10 module 32 de réception de messages vocaux, conforme au protocole SIP, un module 33 de réception d'informations de présence, un module 34 de réception de messages instantanés, un module 35 de réception de messages électroniques, et un module 36 de réception de notifications de mise à disposition d'informations sur un réseau IP; - des modules 26 à 30 de retransmission ou d'émission de flux vers les utilisateurs, à savoir: un module 26 d'émission de messages courts, un module 27 d'émission de messages vocaux, un module 28 d'émission de messages instantanés, un module 29 d'émission de messages électroniques, 20 et un module 30 d'émission de notifications de mise à disposition d'informations; et - des modules de gestion des flux comportant un moteur de tri 23, un module 25 de gestion de contextes, un module 21 d'ordonnancement, et un module 25 37 de configuration du service permettant à chaque utilisateur d'adapter le service d'acheminement de flux à ses propres besoins. Le serveur 1 comprend en outre un espace de stockage 22 temporaire des flux, accessible par l'intermédiaire du module 21 d'ordonnancement. Le bus logiciel 20 est conçu pour permettre à chaque module d'invoquer des méthodes, c'est-à-dire des commandes offertes par les autres modules. Il est par exemple conçu conformément au standard EJB (Enterprise Java Beans), proposé par la société SUN Microsystems et qui définit un modèle d'intégration 35 de composants logiciels réutilisables permettant de créer, d'implanter et de gérer des applications distribuées, indépendamment du système utilisé. D'autres types de bus logiciels tels que "CORBA" ou ".NET" peuvent également être utilisés - 10 Le module 37 de configuration du service permet à chaque utilisateur de spécifier un profil d'utilisateur regroupant: - tous les paramètres nécessaires au service et notamment tous les paramètres permettant d'accéder aux différents moyens de communication que l'utilisateur est susceptible d'employer ou aux systèmes de gestion de présence 5 auprès desquels l'utilisateur est enregistré, - des règles de priorité permettant d'attribuer à un flux d'informations entrant un niveau de priorité, et - des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, et identifiant des moyens de communication utilisables pour joindre l'utilisateur en fonction d'un degré d'urgence, chaque contexte étant associé à un ensemble de règles d'activation du contexte. Ce module permet également à l'utilisateur d'activer manuellement un contexte, de déposer un ordre de transmission immédiate d'un flux attendu, et également d'accéder à un historique 24 de tous les flux d'informations traités par le serveur et qui lui étaient destinés. Un ordre de transmission immédiate est donc 20 associé à un identifiant d'utilisateur ou d'émetteur de flux d'informations et éventuellement un identifiant de moyen de transmission. Le module 37 de configuration est de préférence accessible via un réseau IP 2 tel que le réseau Intemet, par l'intermédiaire d'une interface de configuration 25 conviviale et ergonomique, par exemple un logiciel de navigation Internet. Lorsque l'utilisateur accède pour la première fois au service, il reçoit un identifiant et un mot de passe qui lui permettent par la suite de modifier son profil d'utilisateur ou d'introduire des commandes destinées au système. Le module 25 de gestion des contextes concentre les informations susceptibles de caractériser le contexte dans lequel se trouve chaque utilisateur du service. Ce module reçoit ainsi diverses notifications notamment du module 30 de réception d'informations de présence provenant de serveurs de gestion de présence 5 ou de réseaux mobiles, ou encore de serveurs d'agenda qui lui 35 notifient tout changement de disponibilité des utilisateurs. A partir de ces informations et des informations de configuration de contextes, fournies par les utilisateurs, et des éventuels changements manuels de contexte notifiés par ces derniers, le module de gestion de contexte maintient à jour un contexte courant - 11 dans lequel se trouve chaque utilisateur. Le module 23 de tri assure la cohérence intrinsèque des contextes courants des utilisateurs et des priorités spécifiées par ces derniers, avec les données existantes. Lors de l'arrivée d'un flux d'informations, le module de réception 31 à 36 qui reçoit ce flux communique au module 23 les caractéristiques (expéditeur, destinataire, date et heure de réception, objet) du flux reçu. Le module 23 détermine alors un niveau de priorité à associer au flux et interroge le module de gestion des contextes pour obtenir un moyen de communication à 10 utiliser pour transmettre le flux à l'utilisateur, compte tenu du contexte dans lequel se trouve l'utilisateur destinataire du flux reçu. Selon la réponse du module de gestion des contextes, le module de tri choisit l'action la plus appropriée à effectuer: - soit il décide d'envoyer immédiatement le flux reçu vers un module d'envoi, - soit il stocke le flux reçu dans l'espace de stockage 22 via le module 21 d'ordonnancement. Dans ces deux cas, si cela est spécifié par l'utilisateur dans le contexte courant, 20 il émet une notification d'arrivée du flux par un autre moyen de transmission indiqué par le contexte courant. Le module 21 d'ordonnancement est informé de tout changement de contexte par le module 25 de gestion de contextes, et à la suite d'un changement de 25 contexte, il présente à nouveau au module de tri 23 les caractéristiques du flux d'informations stocké destiné à l'utilisateur, comme le ferait un module de réception. Les modules de réception 31 à 36 comprennent chacun une interface permettant 30 la réception de flux au format prévu par le protocole correspondant. Ils sont déclarés auprès des serveurs respectifs 4 à 8, pour recevoir les flux d'informations correspondants, destinés aux utilisateurs du service, grâce aux informations de configuration fournies par ces derniers. Le module 29 de réception vocal comprend une boite vocale pour chaque utilisateur du service qui peut personnaliser l'annonce de la boite vocale. Lorsque l'un de ces modules de réception reçoit un flux d'informations des réseaux 2, 3, il notifie cette réception au module 23 de tri qui choisit l'action appropriée en fonction du contexte courant de l'utilisateur à qui est destiné le - 12 flux d'informations, en appliquant les règles de priorité. Les modules d'émission 26 à 30 de flux présentent chacun également une interface permettant de recevoir un flux d'un module de réception 31 à 36 ou du module d'ordonnancement 21 dans n'importe quel format, et de le retransmettre vers le réseau 2, 3 correspondant dans le format et protocole adéquat. En outre, lorsqu'ils retransmettent un flux, ils font en sorte que l'émetteur du flux désigne l'utilisateur correspondant et non le serveur 1 d'acheminement de flux, en renseignant le champ du message envoyé identifiant l'expéditeur. Pour adresser un message vocal, le module émetteur vocal 27 est conçu pour appeler l'utilisateur correspondant et pour délivrer le message vocal lorsque l'utilisateur décroche son combiné. Plus précisément, chaque contexte d'utilisateur mémorisé par le module 25 de gestion des contextes rassemble les informations suivantes: - un libellé identifiant le contexte, par exemple "en déplacement", - un identifiant de moyen de communication associé à une adresse ou un numéro d'accès (ex: numéro de téléphone, adresse de messagerie), à utiliser pour les messages urgents, - un identifiant de moyen de communication associé à une adresse ou un numéro d'accès, à utiliser pour les messages normaux, un identifiant de moyen de communication associé à une adresse ou un numéro d'accès, à utiliser pour les messages non urgents, et - un identifiant de moyen de communication associé à une adresse ou un numéro, à utiliser pour émettre une notification à destination de l'utilisateur. Si ces informations ne sont pas spécifiées par l'utilisateur pour un niveau de priorité ou pour les notifications, les messages destinés à l'utilisateur sont 30 stockés par le module ordonnanceur 21 et ne sont transmis à l'utilisateur qu'à la suite d'un changement de contexte, lorsque dans le nouveau contexte un moyen de communication est spécifié. Le module 25 de gestion des contextes tient à jour un contexte courant pour 35 chaque utilisateur en fonction des commandes manuelles de changement de contexte émises par l'utilisateur, ou d'informations caractérisant l'activité de l'utilisateur qui lui sont notifiées. Si le module 25 reçoit une information relative à l'activité de l'utilisateur, il examine des règles de changement de - 13 contexte spécifiées dans le profil de l'utilisateur. Ces règles sont constituées d'une ou plusieursconditions associées à un contexte désigné par l'identifiant de celui-ci. Ces conditions portent sur des données temporelles telles que par exemple l'état de présence (présent, occupé, absent) de l'utilisateur sur les terminaux de l'utilisateur (par exemple PC de bureau, PC personnel, PDA, téléphone mobile, etc.), cet état de présence étant fourni par le module 33 de réception de présence. Ces conditions peuvent également s'appliquer à l'état courant de l'utilisateur (présent au bureau, absent, occupé), tel que spécifié dans l'agenda de l'utilisateur qui se trouve dans le profil de l'utilisateur. Si l'utilisateur effectue manuellement un changement de contexte, ou si une information relative à l'activité de l'utilisateur reçue par le module 25 entraîne un changement de contexte de l'utilisateur, le module 25 notifie le nouveau contexte au module ordonnanceur 21. Dès qu'un module de réception 31 à 36 reçoit un flux d'informations, ou que le module d'ordonnancement 21 reçoit une notification de changement de contexte, ils émettent à destination du module de tri 23 une interrogation indiquant le moyen de communication par lequel le flux d'informations a été 20 reçu ainsi que les noms de l'expéditeur et du destinataire, l'objet et la date et l'heure de réception du flux d'informations. Le module de tri compare ces données aux règles de priorité spécifiées dans le profil de l'utilisateur concerné et aux ordres de transmission immédiate émis par l'utilisateur pour déterminer le niveau de priorité du flux. Par exemple, un flux d'informations correspondant 25 à un ordre de transmission immédiate sera associé au niveau de priorité "urgent". Le module de tri 23 interroge ensuite le module de gestion des contextes 25 en lui transmettant le niveau de priorité ainsi déterminé. A cette interrogation, le module de gestion des contextes répond au module de tri en transmettant l'identifiant de moyen de communication et l'adresse ou numéro d'accès associé, correspondant au niveau de priorité, tels que spécifiés par le contexte courant de l'utilisateur, et si cela est spécifié, l'identifiant de moyen de communication et l'adresse ou numéro associé, à utiliser pour émettre une notification. A l'aide de ces données, le module de tri 23 répond à l'interrogation émise par le module de réception 31 à 36 en lui demandant d'effectuer l'action suivante: - 14 si le module de gestion des contextes n'a pas fourni d'identifiant de moyen de communication et d'adresse ou numéro d'accès associé, le flux d'informations est transmis au module d'ordonnancement 21, sinon le flux d'informations est transmis pour émission au module d'émission 26 à 30 défini par le moyen de communication et l'adresse ou numéro d'accès associé, fourni par le module de gestion des contextes. En outre, si le module de gestion des contextes a fourni un identifiant de moyen de communication et une adresse ou numéro associé, à utiliser pour émettre une notification, les informations contenues dans l'interrogation reçue par le module de tri sont transmises pour émission au 10 module d'émission 26 à 30 défini par le moyen de communication spécifié pour les notifications de manière à émettre une notification à l'utilisateur sur le moyen de communication spécifié. - REVENDICATIONS 1. Procédé d'acheminement de flux d'informations destinés à un utilisateur de réseaux (2, 3) de télécommunication et de transmission de données, disposant d'au moins un moyen de communication utilisant l'un des réseaux, caractérisé en ce qu'il comprend les étapes consistant à: - déterminer et maintenir à jour dans un système (1) d'acheminement de flux d'informations un contexte courant dans lequel se trouve l'utilisateur, à 10 l'aide d'informations fournies par les réseaux (2, 3) auxquels le moyen de communication de l'utilisateur est relié, et d'informations de configuration fournies par l'utilisateur, - recevoir par le système d'acheminement tous les flux d'informations transmis par les réseaux et destinés à l'utilisateur, - déterminer par le système d'acheminement en fonction du contexte courant de l'utilisateur, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé, - si le flux d'informations doit être retransmis immédiatement, sélectionner par le système d'acheminement en fonction du contexte courant de l'utilisateur 20 un moyen de communication de l'utilisateur par lequel le flux d'informations doit être retransmis, - adapter par le système d'acheminement le flux d'informations au moyen de communication sélectionné et transmettre le flux d'informations à l'utilisateur par le moyen de communication sélectionné, - si le flux d'informations doit être retransmis en différé, stocker par le système d'acheminement le flux d'informations jusqu'à un changement de contexte courant dans lequel le flux d'informations est retransmis immédiatement. 2. Procédé selon la revendication 1, caractérisé en ce que le système d'acheminement attribue un niveau de priorité à chaque flux d'informations reçu en appliquant des règles d'attribution d'un niveau de priorité au contexte courant de l'utilisateur et à des caractéristiques du flux d'informations, et déterminer en fonction du niveau de priorité attribué au 35 flux d'informations reçu et du contexte courant de l'utilisateur, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé. - 16 3. Procédé selon la revendication 1 ou 2, caractérisé en ce qu'il comprend en outre une étape consistant à déterminer par le système d'acheminement (1) en fonction du contexte courant de l'utilisateur, si la réception du flux d'informations reçu doit être notifiée à l'utilisateur, et si tel est le cas, sélectionner par le système d'acheminement en fonction du contexte courant de l'utilisateur un moyen de communication de l'utilisateur par lequel la notification de la réception du flux d'informations doit être transmise, et transmettre la notification de la réception du flux d'informations à l'utilisateur par le moyen de communication sélectionné. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'un flux d'informations stocké pour une retransmission différée est traité par le système d'acheminement (1) à la suite d'un changement du contexte courant de l'utilisateur, de la même façon qu'un nouveau flux reçu. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'il comprend une étape de changement de contexte de l'utilisateur à la suite de la réception d'un ordre de changement de contexte reçu de l'utilisateur par le système d'acheminement (1). 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'il comprend une étape de réception de l'utilisateur par le système d'acheminement (1), d'un ordre de transmission immédiate d'un flux d'informations attendu, cet ordre désignant un émetteur du flux d'informations, 25 et une étape d'attribution d'un niveau de priorité maximal au flux d'informations reçu si ce flux provient de l'émetteur désigné dans l'ordre de transmission immédiate. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce qu'il comprend une phase de configuration comportant une étape de spécification d'un ensemble de contextes possibles dans lesquels peut se trouver l'utilisateur, chaque contexte étant associé à un ensemble de conditions qui doivent être satisfaites pour que le contexte devienne le contexte courant de l'utilisateur. 8. Procédé selon la revendication 7, caractérisé en ce qu'un contexte d'utilisateur spécifie pour chaque niveau de priorité possible un moyen de communication à utiliser pour transmettre à - 17 l'utilisateur un flux d'informations reçu par le système d'acheminement. 9. Procédé selon la revendication 7 ou 8, caractérisé en ce que les conditions associées à un contexte portent sur des données de connexion de l'utilisateur à l'un des réseaux (2, 3) et sur des données d'agenda fournies par l'utilisateur. 10. Système d'acheminement de flux d'informations destinés à une pluralité d'utilisateurs de réseaux (2, 3) de télécommunication et de 10 transmission de données, chaque utilisateur disposant d'au moins un moyen de communication utilisant l'un des réseaux, caractérisé en ce qu'il comprend: - des moyens (25) pour déterminer et maintenir à jour un contexte courant dans lequel se trouve chaque utilisateur, à l'aide d'informations de présence 15 fournies par les réseaux (2, 3) auxquels le moyen de communication de l'utilisateur est relié, et d'informations de configuration fournies par l'utilisateur, - des moyens (31 à 36) pour recevoir les flux d'informations transmis par les réseaux et destinés aux utilisateurs, - des moyens (23) pour déterminer un mode de transmission immédiat ou différé de chaque flux d'informations reçu, à l'utilisateur à qui est destiné le flux, en fonction du contexte courant de l'utilisateur, - des moyens (23) pour sélectionner un moyen de communication pour chaque flux d'informations à retransmettre immédiatement, en fonction du contexte courant de l'utilisateur à qui est destiné le flux, - des moyens (26 à 30) d'adaptation pour adapter chaque flux d'informations à retransmettre au moyen de communication sélectionné, et des moyens de transmission (26 à 30) pour transmettre le flux d'informations à l'utilisateur à qui est destiné le flux par le moyen de communication sélectionné, et - des moyens de stockage (22) pour stocker les flux d'informations à retransmettre en différé. 1 1. Système selon la revendication 10, caractérisé en ce qu'il comprend des moyens (23) d'attribution d'un niveau de 35 priorité à chaque flux d'informations reçu en appliquant des règles d'attribution d'un niveau de priorité au contexte courant de l'utilisateur à qui est destiné le flux et à des caractéristiques du flux d'informations, et des moyens (23) pour déterminer en fonction du niveau de priorité attribué à chaque flux - 18 d'informations reçu et du contexte courant de l'utilisateur à qui est destiné le flux, si le flux d'informations doit être retransmis à l'utilisateur immédiatement ou en différé. 12. Système selon la revendication 10 ou 11, caractérisé en ce qu'il comprend des moyens (21) pour représenter aux moyens (23) de détermination d'un mode de transmission, les flux d'informations stockés à retransmettre en différé, à chaque fois que le contexte courant de l'utilisateur à qui est destiné le flux est modifié. 13. Système selon l'une des revendications 10 à 12, caractérisé en ce qu'il comprend des moyens de configuration (37) pour permettant aux utilisateurs d'introduire les informations de configuration et des commandes du système. 14. Système selon l'une des revendications 10 à 13, caractérisé en ce que chaque utilisateur dispose de plusieurs moyens de communication appartenant à l'ensemble comprenant au moins un système de messagerie électronique (6), un système de messagerie instantanée (4), un 20 système de communication vocal, un système d'avertissement (7) de la mise à disposition d'une information sur un réseau, un système d'échange de messages courts (8) sur un réseau mobile (3) et un système de gestion de présence (5) d'utilisateurs sur un réseau (2, 3). 15. Système selon l'une des revendications 10 à 14, caractérisé en ce que les réseaux sont de type réseau IP (2), ou réseau de télécommunication (3) mobile ou fixe. 16. Système selon l'une des revendications 10 à 15, caractérisé en ce qu'il est conçu pour émettre et recevoir des flux d'informations d'un terminal d'utilisateur, appartenant à l'ensemble comprenant: un ordinateur personnel (9) connecté à un réseau IP (2), un assistant électronique personnel (10) connecté à un réseau IP (2), un téléphone fixe (11) au travers du protocole SIP, un téléphone mobile (13), et un assistant électronique personnel communiquant (12).