Brevet FR2921531A1 — publié le 20090327

DISPOSITIF DE TRAITEMENT ADAPTATIF DE NOTIFICATIONS APPLICATIVES DESTINÉES À DES TERMINAUX DE COMMUNICATION CONNECTÉS À UNE INFRASTRUCTURE DE TRANSMISSION L'invention concerne les infrastructures de transmission, et plus précisément la transmission de notifications applicatives, venant d'applications, à des terminaux de communication connectés à de telles infrastructures de transmission. io On entend ici par � infrastructure de transmission � aussi bien un réseau de communication qu'un réseau de diffusion. Par ailleurs, on entend ici par � réseau de diffusion � tout type d'infrastructure de diffusion terrestre et/ou satellitaire capable de transmettre des contenus, éventuellement multimédia, selon une voie monodirectionnelle descendante (ou aller) à 15 destination de terminaux de communication. En outre, on entend ici par � réseau de communication � tout type d'infrastructure de communication bidirectionnelle, large bande, filaire ou non filaire, capable notamment de transmettre des contenus, éventuellement multimédia, vers des terminaux, en mode � broadcast � (diffusion) et/ou � multicast � (point-àûmultipoints) et/ou 20 � unicast � (point-àûpoint). Par conséquent, une infrastructure de transmission peut être un réseau filaire (ou fixe), par exemple de type xDSL ou à fibre ou encore à câble, un réseau de type T-DMB, un réseau satellitaire, comme par exemple un réseau SDMB (pour � Satellite Digital Multimedia Broadcast �) ou S-UMTS 25 ou encore SDR (� Satellite Digital Radio �), un réseau terrestre de type radio, comme par exemple un réseau mobile ou cellulaire (GSM, GPRS/EDGE, UMTS ou CDMA2000, ainsi que toutes leurs variantes et tous leurs équivalents, y compris LTE (� Long Term Evolution �)), ou un réseau DVB-H (pour � Digital Video Broadcasting û Handhelds � - télévision mobile), ou un 30 réseau terrestre implémentant une technologie issue d'une technologie satellite (comme par exemple DVB-S, DVB-S2 ou DVB-RCS), ou un réseau local sans fil (standards WLAN (� Wireless Local Area Network� - IEEE 2 2921531 802.11, Wi-Fi, ETSI HiperLAN/2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) et Zigbee)), ou encore un réseau hybride, c'est-à-dire à la fois satellitaire et terrestre, comme par exemple un réseau de type DVB-SH (liaisons satellitaires avec relais terrestres). 5 Enfin, on entend ici par � terminal de communication � tout équipement de communication fixe ou mobile (ou portable ou encore cellulaire) capable au moins de recevoir des contenus, éventuellement multimédia, d'au moins une infrastructure de transmission (éventuellement radio), ainsi qu'éventuellement de transmettre des contenus vers d'autres terminaux. Par conséquent, il pourra par exemple s'agir d'un téléphone fixe ou mobile (ou cellulaire), (éventuellement de type IP), d'un ordinateur fixe ou portable, d'un assistant personnel numérique (ou PDA), d'un � smartphone � (PDA combiné à un téléphone mobile), d'un récepteur de contenus multimédia (par exemple un décodeur, une passerelle résidentielle (ou � residential gateway �) ou un STB (� Set-Top Box �)), dès lors qu'il est équipé de moyens de communication, éventuellement radio ou satellitaires, aptes (au moins) à la réception de contenus. Comme le sait l'homme de l'art, il existe toujours plus d'applications ayant besoin de signaler (ou notifier) à leurs utilisateurs finaux, au moyen de notifications applicatives, qu'un évènement est survenu ou que de nouvelles informations ou de nouveaux contenus (éventuellement multimédia) sont à leur disposition. Mais, en raison de la grande diversité des types de contenu (texte, image, audio, vidéo, données (� data �)) et de la grande diversité des types de terminal de communication, il devient de plus en plus difficile, voire quasiment impossible, pour une application de prendre en compte à la fois ces diversités et des critères de fourniture de contenus propres aux terminaux des utilisateurs finaux et/ou à ces derniers, comme par exemple les informations relatives aux utilisateurs (tels que les profils d'utilisateurs (préférences) et les limitations d'utilisation de contenu (par exemple en raison d'une cécité ou d'une surdité)), les informations contextuelles, les paramètres des notifications (tels que le niveau de priorité, le niveau de confidentialité, le niveau de criticité ou la sémantique du contenu à transmettre), ou les caractéristiques des terminaux (telles que le format de contenu supporté, la 3 2921531 capacité de mémorisation supportée, ou les dimensions de l'écran d'affichage, et analogues). Afin de tenter d'améliorer la situation, plusieurs solutions ont été proposées, comme par exemple le service de notification intelligente de la s Société IBM, la solution de notification intelligente de la société MIR3 et la solution appelée � Mobicail � de la société Newvoice. Hélas, ces solutions ne sont pas satisfaisantes du fait qu'elles ne prennent en considération qu'une (très) petite partie des critères de fourniture de contenus mentionnés ci-avant. Ainsi, le service de notification intelligente de la société IBM ne prend io principalement en considération que le type de canal de transmission préféré (messagerie instantanée (ou IM), courrier électronique (ou � e-mail �), appel téléphonique, SMS, MMS, et analogues), le contexte d'utilisateur (présence, disponibilité et localisation) et le niveau de priorité de la notification afin de déterminer le canal de transmission de la notification. En d'autres termes, ls seule est prise en considération, et encore partiellement, la question relative à la façon (� comment �) de transmettre une notification à un terminal d'utilisateur final. En outre, lorsqu'une notification doit être adressée à un groupe d'utilisateurs finaux, on ne peut que transmettre la notification en parallèle aux différents utilisateurs du groupe. II n'existe donc pas d'autre 20 stratégie de transmission pour les groupes d'utilisateurs finaux. Par ailleurs, les solutions connues ne prennent en compte ni les critères d'adaptation, tels que la sémantique du contenu à transmettre, les capacités (ou caractéristiques) des terminaux, ou les limitations (ou handicaps) des utilisateurs finaux, ni l'intégralité des différents types de 25 terminal. L'invention a donc pour but d'améliorer la situation. Elle propose à cet effet un dispositif dédié au traitement des notifications applicatives (venant d'application(s)) qui doivent être transmises à des terminaux de communication d'utilisateurs (finaux) via au moins une 30 infrastructure de transmission, et comprenant des moyens de traitement chargés, en cas de réception d'une notification applicative qui est destinée à au moins un utilisateur, d'analyser cette notification applicative afin de : - déterminer des informations d'adaptation qui définissent i) comment et à 4 2921531 quel instant devra être transmis le contenu de la notification applicative à un terminal choisi de cet utilisateur destinataire, ii) quelle partie de ce contenu devra être utilisée par ce terminal choisi, et iii) comment cette partie devra être utilisée par le terminal choisi, en fonction de règle(s) et/ou s de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) du terminal choisi, et d'adapter la notification applicative à transmettre en fonction des informations d'adaptation déterminées. io Le dispositif selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : ses moyens de traitement peuvent être chargés, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, d'analyser cette notification applicative afin de : 15 • déterminer des informations d'adaptation définissant i) comment et à quel instant devra être transmis le contenu de la notification applicative à des terminaux des utilisateurs destinataires de ce groupe, ii) quelle partie de ce contenu devra être utilisée par ces terminaux des utilisateurs, et iii) comment cette partie devra être utilisée par les 20 terminaux des utilisateurs, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'informations d'utilisateurs et/ou contextuelles et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) des terminaux des utilisateurs et/ou d'un rôle joué par chaque utilisateur au sein du groupe, et 25 • d'adapter la notification applicative à transmettre en fonction des informations d'adaptation déterminées ; - ses moyens de traitement peuvent être chargés de déterminer, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, une information d'adaptation qui définit un mode de transmission de la 30 notification applicative choisi parmi (au moins) une transmission simultanée, une transmission séquentielle totale ou restreinte (fonction par exemple du rôle de chaque utilisateur du groupe et/ou de l'acquittement de la notification applicative adaptée par l'un des utilisateurs du groupe 5 2921531 (transmission à l'utilisateur destinataire suivant si et seulement si le précédent n'acquitte pas la notification applicative adaptée envoyée)) ; chaque information d'utilisateur peut par exemple être choisie parmi (au moins) le profil de l'utilisateur destinataire, le profil de l'utilisateur à l'origine s de la notification applicative, et au moins une limitation d'utilisation de contenu liée à l'utilisateur destinataire ; chaque information contextuelle peut par exemple être relative à l'utilisateur destinataire et/ou au terminal choisi de l'utilisateur destinataire et peut être choisie parmi (au moins) une information relative à la présence de lo l'utilisateur destinataire à proximité d'un terminal, une information relative à la position géographique de l'utilisateur destinataire, une information relative à l'état dans lequel est placé chaque terminal de l'utilisateur destinataire, et une information relative à un contenu multimédia en cours de lecture par un terminal de l'utilisateur destinataire ; 15 chaque paramètre de la notification applicative peut par exemple être choisi parmi (au moins) un niveau de priorité, un niveau de confidentialité, un niveau de criticité et une sémantique du contenu à transmettre ; chaque caractéristique de terminal peut par exemple être choisie parmi (au moins) un format de contenu supporté, une capacité de mémorisation 20 supportée, et des dimensions d'écran d'affichage ; ses moyens de traitement peuvent être chargés de choisir le terminal de l'utilisateur destinataire qui est le mieux adapté à la partie de contenu à utiliser ; ses moyens de traitement peuvent être chargés de choisir l'instant qui est 25 le mieux adapté à la transmission de la notification applicative parmi (au moins) une transmission immédiate, une transmission différée à la fin de la lecture d'un contenu multimédia par un terminal de l'utilisateur destinataire, et une transmission différée à un instant choisi pendant la lecture d'un contenu multimédia par un terminal de l'utilisateur destinataire ; 30 ses moyens de traitement peuvent être chargés, en cas de réception d'une notification applicative dans laquelle manque au moins un paramètre de définition de modalité(s) d'utilisation d'une partie au moins de son contenu, i) de déterminer chaque paramètre de définition manquant en fonction de 6 2921531 ses autres paramètres et de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de la notification applicative et/ou de caractéristique(s) choisie(s) du terminal choisi, et ii) d'adapter la notification applicative à 5 transmettre en lui adjoignant chaque paramètre de définition déterminé ; -chaque modalité d'utilisation d'une partie de contenu peut par exemple être choisie parmi (au moins) une interruption momentanée de la lecture d'un contenu multimédia en vue de l'utilisation de la partie de contenu déterminée, une conversion de type textuel vers sonore de la partie de 10 contenu déterminée, une conversion de type sonore vers textuel de ladite partie de contenu déterminée, une conversion d'une première langue vers une seconde, et une émission d'un signal sonore d'alerte à réception de la notification applicative adaptée ; ses moyens de traitement peuvent être chargés d'adapter chaque 15 notification applicative en fonction de l'application dont elle dépend et/ou de chaque type d'infrastructure de transmission utilisé pour la transmettre à chaque utilisateur destinataire ; il peut comprendre des moyens de contrôle chargés i) d'appliquer des décisions d'adaptation prises par les moyens de traitement, ii) de délivrer 20 aux terminaux les notifications applicatives adaptées par les moyens de traitement, iii) de s'assurer que les notifications applicatives adaptées ont bien été transmises aux terminaux destinataires, et iv) de s'assurer que ces derniers ont utilisé les contenus des notifications applicatives adaptées conformément aux modalités d'utilisation définies par leurs paramètres ; 25 > les moyens de contrôle peuvent être également chargés de stocker dans un moyen de stockage toutes les notifications applicatives adaptées envoyées et/ou à envoyer aux terminaux ; > les moyens de contrôle peuvent être également chargés de gérer au moins une opération interactive déclenchée au niveau d'un terminal 30 choisi consécutivement à l'utilisation d'une partie d'un contenu de notification applicative adaptée. L'invention propose également un serveur, destiné à faire partie d'une plateforme de services d'un réseau de communication, et équipé d'un 7 2921531 dispositif de traitement du type de celui présenté ci-avant. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et du dessin annexé, sur lequel l'unique figure illustre de façon schématique et fonctionnelle un serveur 5 connecté à un réseau de communication et équipé d'un exemple de réalisation d'un dispositif de traitement selon l'invention. Le dessin annexé pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet de permettre l'adaptation des notifications io applicatives qui sont destinées à des terminaux de communication connectés à au moins une infrastructure de transmission de contenus, éventuellement multimédia, en présence d'une diversité des types de contenu, d'une diversité des types de terminal de communication et d'une diversité des critères de fourniture de contenus et/ou d'une diversité d'informations contextuelles et/ou 15 d'une diversité de paramètres de notification applicative et/ou d'une diversité de caractéristiques de terminal. Dans ce qui suit, on considère à titre d'exemple non limitatif que l'infrastructure de transmission (RC) est un réseau de communication de type réseau mobile (ou cellulaire), par exemple de type UMTS (ou LTE) ou 20 CDMA2000. Mais, l'invention n'est pas limitée à ce type d'infrastructure de transmission. Elle concerne en effet aussi bien les réseaux de communication (filaires ou non filaires) que les réseaux de diffusion (filaires ou non filaires). Par conséquent, il pourra également s'agir d'un réseau de diffusion monodirectionnelle, terrestre et/ou satellitaire, ou d'un réseau filaire (ou fixe), 25 par exemple de type xDSL ou à fibre ou encore à câble, ou d'un réseau de type T-DMB, ou d'un réseau satellitaire, comme par exemple un réseau SDMB (pour � Satellite Digital Multimedia Broadcast �) ou S-UMTS ou encore SDR (� Satellite Digital Radio �), ou d'un réseau local sans fil (standards WLAN (� Wireless Local Area Network� - IEEE 802.11, Wi-Fi, ETSI 30 HiperLAN/2), Bluetooth (IEEE 802.15), WiMAX (IEEE 802.16, ETSI HiperMAN) et Zigbee)), ou encore d'un réseau hybride, c'est-à-dire à la fois satellitaire et terrestre, comme par exemple un réseau de type DVB-SH (liaisons satellitaires avec relais terrestres). 8 2921531 On notera que l'invention concerne tout type de terminal de communication (TC), fixe ou mobile (ou portable ou encore cellulaire), pouvant se connecter à au moins une infrastructure de transmission (éventuellement radio) afin, au moins, de recevoir des contenus, 5 éventuellement multimédia, de cette infrastructure de transmission. Par conséquent, les terminaux de communication (TC) peuvent être des téléphones fixes ou mobiles (ou cellulaires), (éventuellement de type IP), de smartphones, des ordinateurs fixes ou portables, des assistants personnels numériques (ou PDAs), des récepteurs de contenus multimédia (par exemple io des décodeurs, des passerelles résidentielles (ou � residential gateways �) ou des STBs (� Set-Top Boxes �)), dès lors qu'ils sont équipés de moyens de communication, éventuellement radio ou satellitaires, aptes (au moins) à la réception de contenus. On a schématiquement et fonctionnellement illustré sur l'unique figure 15 un réseau de communication (RC), ici de type mobile (à titre d'exemple), auquel sont connectés des terminaux (de communication) TC, de différents types, ainsi qu'un serveur SR dédié au contrôle de la fourniture de notifications applicatives à des terminaux TC ainsi qu'au contrôle de l'utilisation desdites notifications applicatives par ces terminaux TC. On 20 notera, bien que cela ne soit pas illustré, que le serveur SR peut faire partie d'une plateforme de services. Comme illustré, certains terminaux TC sont pourvus d'une application embarquée AT pouvant générer des notifications applicatives à destination d'utilisateurs finaux (et plus précisément de leurs terminaux). Mais, l'invention 25 concerne également, comme illustré, les applications partagées dites de réseau AR qui sont généralement implantées dans des serveurs du réseau RC afin d'offrir des services à une multitude de terminaux TC et/ou à des équipements de réseau. Tout type d'application générant des notifications applicatives est concerné par l'invention. Ainsi, on peut citer, de façon non 30 exhaustive et non limitative, les applications de média (comme par exemple la transmission de messages publicitaires ciblés, ou la transmission d'informations (� news �)), les applications d'alerte médicale (comme par exemple les alertes rappelant qu'un médicament doit être pris ou qu'un 9 2921531 traitement doit être effectué (� e-health �) ou bien une assistance spécifique en urgence), les applications liées aux affaires (� business �) (comme par exemple la transmission d'informations financières, commerciales ou techniques). Ces applications peuvent par exemple utiliser des interfaces de 5 type SOAP (services Web), SIP (Session Initiation Protocol), PAP (Push Access Protocol) ou tout autre type d'interface, pour transmettre des requêtes de notification applicative au serveur SR. Dans l'exemple non limitatif illustré, le serveur SR comprend un dispositif de traitement D, selon l'invention, qui va être décrit ci-après. Mais, io un tel dispositif D pourrait être externe au serveur SR et connecté à ce dernier. Un dispositif de traitement D, selon l'invention, comprend au moins un module de traitement MT chargé d'intervenir chaque fois que le serveur SR reçoit d'une application AT ou AR une notification applicative NT qui est 15 destinée à au moins un utilisateur. Une notification applicative NT comporte des paramètres ainsi qu'un contenu (ou � content �) qui doit être utilisé par chaque terminal TC destinataire compte tenu desdits paramètres associés. Lors de chaque intervention le module de traitement MT analyse la notification applicative NT reçue afin, tout d'abord, de déterminer des 20 informations d'adaptation qui sont destinées à définir, d'une première part, comment et à quel instant devra être transmis le contenu de la notification applicative NT à un terminal TC choisi de chaque utilisateur destinataire, d'une deuxième part, quelle partie de ce contenu devra être utilisée par chaque terminal TC choisi, et d'une troisième part, comment cette partie 25 devra être utilisée par chaque terminal TC choisi. Cette détermination se fait en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) IU et/ou d'information(s) contextuelle(s) IC et/ou de paramètre(s) contenus dans la notification applicative NT et/ou de caractéristique(s) CT choisie(s) du terminal 30 TC choisi. Lorsque le module de traitement MT a terminé une détermination d'informations d'adaptation, il procède à l'adaptation de la notification applicative à transmettre en fonction de ces informations d'adaptation. io 2921531 Les règles et/ou politiques précitées concernent soit des utilisateurs considérés de façon individuelle, soit des utilisateurs appartenant à un groupe d'utilisateurs. Ces règles et/ou politiques définissent pour chaque utilisateur ou 5 groupe d'utilisateurs et pour chaque situation répertoriée (définie par un type de terminal à utiliser, un type d'application, un type d'infrastructure de transmission RC à utiliser, un type de profil d'utilisateur ou de groupe d'utilisateurs, ainsi qu'éventuellement au moins un type de limitation (tel qu'un handicap) d'utilisateur ou de groupe d'utilisateurs et un type de contexte ia d'utilisateur ou de groupe d'utilisateurs IC), un ensemble d'adaptation(s) de notification applicative à effectuer. On entend ici par � adaptation d'une notification applicative � le fait d'adjoindre des paramètres de définition de modalité(s) d'utilisation à une notification applicative, après avoir éventuellement déterminé des paramètres 15 qui lui manquent, afin de contraindre chaque terminal TC destinataire de cette notification applicative à utiliser à un instant donné (� quand �) et selon des modalités d'utilisation choisies (� comment �) une partie au moins du contenu de cette notification applicative (� quoi �). Il est rappelé qu'une notification applicative est définie par un nombre 20 connu de paramètres qui, pour certains, peuvent être � complexes � du fait qu'ils définissent au moins deux paramètres � simples �. En d'autres termes, certaines notifications applicatives, dites de bas niveau, ne comportent que des paramètres simples et n'ont donc pas besoin d'être complétées par d'autres paramètres simples, hormis ceux qui sont adjoints lors de la phase 25 d'adaptation, et d'autres notifications applicatives, dites de haut niveau, comportent à la fois des paramètres simples et des paramètres complexes et ont donc besoin d'un remplacement de ces derniers par leurs combinaisons de paramètres simples respectives, en complément des paramètres adjoints. Deux exemples de notifications applicatives de haut niveau, relatives 30 à des utilisateurs individualisés, sont donnés ci-dessous : - [From : VOD-CIE, To : Bob, Content : � new VoD on surf �, Priority : INFORMATIONAL], ce qui signifie qu'une application de vidéo à la demande signale à Bob qu'un contenu multimédia se présentant sous la Il 2921531 forme d'une vidéo relative au surf est disponible à la demande, et que la notification applicative présente un niveau de priorité informationnel ; [From : Dr Peter, To : Alice, Content : � Take your medicine �, Priority : URGENT], ce qui signifie qu'une application d'alerte médicale signale à s Alice, à la demande de son médecin traitant (le docteur Peter), qu'elle doit prendre (immédiatement) son médicament, et que la notification applicative présente un niveau de priorité urgent. Un exemple de notification applicative de haut niveau, relative à un groupe d'utilisateurs, est donné ci-dessous : lo [From : Dr Peter, To : Hospital service, Content : � Help needed �, Priority : URGENT], ce qui signifie qu'une application d'alerte médicale signale à un service hospitalier que le docteur Peter a besoin immédiatement d'aide, et que la notification applicative présente un niveau de priorité urgent. A titre d'exemple non limitatif, et comme illustré, les règles et/ou 15 politiques relatives aux utilisateurs peuvent être stockées dans un premier moyen de stockage B1, et les règles et/ou politiques relatives aux groupes d'utilisateurs peuvent être stockées dans un deuxième moyen de stockage B2. Ces premier BI et deuxième B2 moyens de stockage peuvent se 20 présenter sous n'importe quelle forme. Par conséquent, il pourra par exemple s'agir de mémoires ou de bases de données. Les premier B1 et deuxième B2 moyens de stockage peuvent éventuellement constituer deux parties d'un même moyen de stockage. On notera que dans l'exemple non limitatif illustré le module de 25 traitement MT comprend un premier sous-module ST1 dédié au traitement adaptatif des notifications applicatives destinées à un unique utilisateur, et un second sous-module ST2 dédié au traitement adaptatif des notifications applicatives destinées aux groupes d'utilisateurs. Le premier sous-module ST1 comprend par exemple le premier 30 moyen de stockage B1 et un premier module d'adaptation de notification applicative MAI, couplés l'un à l'autre. Le second sous-module ST2 comprend par exemple le deuxième moyen de stockage B2 et un second module d'adaptation de notification 12 2921531 applicative MA2, couplés l'un à l'autre. Le premier module d'adaptation de notification applicative MAI intervient par exemple une fois que son premier sous-module ST1 a déterminé à quel terminal TC doit être transmis le contenu d'une notification 5 applicative reçue et destinée à son utilisateur, et à quel instant doit être transmis ce contenu, à partir d'informations reçues (IU, IC et CT). Parmi ces informations disponibles on peut notamment citer : les informations IU qui sont relatives à l'utilisateur destinataire et/ou à l'utilisateur à l'origine de la notification applicative, comme par exemple le 10 profil (préférence(s)) de l'utilisateur destinataire, le profil (préférence(s)) de l'utilisateur à l'origine de la notification applicative, ou au moins une limitation (telle qu'un handicap) d'utilisation de contenu liée à l'utilisateur destinataire (telle qu'une cécité ou une surdité), les informations contextuelles IC relatives à l'utilisateur destinataire et/ou à 1s son terminal TC choisi, comme par exemple des informations relatives à la présence de l'utilisateur destinataire à proximité de l'un de ses terminaux TC, des informations relatives à la position géographique de l'utilisateur destinataire, des informations relatives à l'état dans lequel est placé chaque terminal TC de l'utilisateur destinataire, ou des informations 20 indiquant le type du contenu multimédia qui est en cours de lecture par l'un des terminaux TC de l'utilisateur destinataire, les paramètres contenus dans la notification applicative NT, comme par exemple le niveau de priorité, le niveau de criticité, le niveau de confidentialité ou la sémantique du contenu à transmettre, 25 les caractéristiques CT choisies du terminal TC choisi, comme par exemple le format de contenu qu'il supporte, la capacité de mémorisation qu'il supporte, ou les dimensions de son écran d'affichage. Ces caractéristiques CT sont par exemple fournies par une passerelle PA que comprend le serveur SR. Cette passerelle PA est destinée à fournir au module de 30 traitement MT les caractéristiques des terminaux TC et à générer des messages contenant les notifications applicatives conformes au format du canal de transmission choisi (messagerie instantanée (ou IM), courrier électronique, appel téléphonique, SMS, MMS, et analogues). On notera 13 2921531 que la passerelle PA peut gérer les caractéristiques des terminaux TC de façon centralisée. Elle peut en effet disposer d'une base de données centrale stockant des caractéristiques des terminaux, mise à jour automatiquement (par exemple via le protocole UPnP (Universal Plug and 5 Play) qui permet de découvrir automatiquement les caractéristiques des terminaux qui sont connectés dans un réseau), ou manuellement dans le cas de terminaux non UPnP. Pour les terminaux non UPnP, la passerelle PA peut par exemple fournir au module de traitement MT les caractéristiques des terminaux TC à l'aide de fichiers universels de type 10 WURFL (Wireless Universal Resource File - fichiers au format XML répertoriant toutes les caractéristiques de plusieurs terminaux mobiles (plus de 5000 à ce jour), mis à jour régulièrement par les fabricants de terminaux mobiles). Le terminal TC qui est choisi est celui qui est le mieux adapté compte 15 tenu des informations disponibles reçues et des informations stockées dans le premier moyen de stockage BI. De même, l'instant de transmission qui est choisi est celui qui est le mieux adapté compte tenu des informations disponibles reçues et des informations stockées dans le premier moyen de stockage BI. Cet instant qui 20 est le mieux adapté à la transmission de la notification applicative adaptée peut par exemple correspondre à une transmission immédiate, ou une transmission qui est différée jusqu'à ce que le terminal TC choisi ait fini de lire un contenu multimédia en cours, ou encore une transmission différée jusqu'à un instant choisi d'un contenu multimédia qui est en cours de lecture dans le 25 terminal TC choisi. L'intervention du premier module d'adaptation de notification applicative MAI consiste à adapter la notification applicative NT reçue en fonction des informations disponibles reçues IU, IC et CT, du terminal TC choisi, de l'instant de transmission déterminé et des règles et/ou politiques qui 30 sont stockées dans le premier moyen de stockage BI. Comme indiqué précédemment, cette adaptation est destinée à imposer au terminal TC choisi des modalités d'utilisation spécifiques du contenu de la notification applicative adaptée. Parmi les modalités d'utilisation 14 2921531 possibles et éventuellement combinables, on peut notamment citer : l'utilisation d'une partie choisie ou de l'intégralité du contenu (ou � content �) de la notification applicative, l'interruption momentanée (mode pause avec reprise ultérieure (ou � time- 5 shift �)) de la lecture d'un contenu multimédia afin d'utiliser la partie choisie du contenu (ou l'intégralité du contenu), - en présence d'un contenu de type textuel, la conversion textuelle vers sonore (audio) de la partie choisie dudit contenu (ou de son intégralité). Cela peut par exemple être décidé en raison de la cécité ou de(s) lo préférence(s) de l'utilisateur destinataire, - en présence d'un contenu de type sonore (audio), la conversion sonore vers textuelle de la partie choisie dudit contenu (ou de son intégralité). Cela peut par exemple être décidé en raison de la surdité ou de(s) préférence(s) de l'utilisateur destinataire, 15 en présence d'un contenu de type sonore (audio) ou textuel, la conversion du contenu d'une première langue vers une seconde langue, l'émission d'un signal sonore d'alerte (ou � beep �) pour signaler la réception de la notification applicative, un affichage particulier de la partie choisie du contenu (ou de l'intégralité du 20 contenu), la mise en place d'une interactivité, par exemple dans le cas d'une notification applicative ayant un niveau de priorité de type informationnel ou nécessitant l'envoi d'un accusé de réception. Le second module d'adaptation de notification applicative MA2 25 intervient par exemple une fois que son second sous-module ST2 a déterminé à quel groupe d'utilisateurs doit être transmis le contenu d'une notification applicative de groupe reçue, et quelle stratégie doit être utilisée pour transmettre ce contenu au groupe concerné, à partir d'informations stockées dans un troisième moyen de stockage B3 (par exemple une 30 mémoire ou une base de données), des règles et/ou politiques stockées dans le deuxième moyen de stockage B2 ainsi que d'éventuelles informations reçues (IU, IC et CT), du type de celles présentées ci-avant. 15 2921531 Parmi les informations stockées dans le troisième moyen de stockage B3 (qui pourrait éventuellement faire partie du dispositif D ou du serveur SR), on peut notamment citer le rôle joué par chaque utilisateur au sein de son groupe d'utilisateurs et toutes les autres informations sur les groupes 5 d'utilisateurs, lesquelles peuvent éventuellement être fournies par d'autres systèmes. Dans le cas d'un groupe, les terminaux TC qui sont choisis sont ceux qui sont supposés disponibles et les mieux adaptés, et l'instant de transmission qui est choisi pour chaque terminal TC est celui qui est le mieux lo adapté compte tenu des informations disponibles reçues qui le concernent et des informations stockées dans le troisième moyen de stockage B3. On notera que le second sous-module ST2 peut choisir un instant de transmission commun à tous les terminaux des utilisateurs d'un groupe (on parle alors de transmission � simultanée �), ou des instants de transmission 15 successifs (on parle alors de transmission � séquentielle �). II peut également décider que la notification applicative adaptée ne doit être transmise qu'à certains utilisateurs d'un groupe, par exemple compte tenu de leurs rôles respectifs et du niveau de priorité de cette notification applicative, et/ou décider d'envoyer la notification applicative adaptée au prochain utilisateur 20 destinataire du groupe si et seulement si l'utilisateur destinataire précédent de ce même groupe n'a pas acquitté la notification applicative adaptée après un certain temps (� timeout �). L'intervention du second module d'adaptation de notification applicative MA2 consiste à déterminer comment et suivant quel ordre chaque 25 utilisateur du groupe sera notifié et à adapter la notification applicative NT reçue en fonction du rôle de chaque utilisateur dans le groupe, des règles et/ou politiques qui sont stockées dans le deuxième moyen de stockage B2, ainsi que des informations disponibles reçues IU, IC et CT. Comme indiqué précédemment, cette adaptation est destinée à 30 imposer aux terminaux TC choisis des modalités d'utilisation spécifiques du contenu de la notification applicative adaptée. Les modalités d'utilisation peuvent être similaires à celles présentées ci-avant dans le cas d'une notification applicative destinée à un unique utilisateur. 16 2921531 On notera que les adaptations de notification applicative se font de préférence en fonction de modèles de notification applicative qui dépendent des applications qui les génèrent et/ou des types d'infrastructure de transmission qui sont utilisés pour les transmettre vers les terminaux TC des 5 utilisateurs destinataires. A cet effet, et comme illustré sur l'unique figure, le module de traitement MT peut comporter un moyen de stockage MN (par exemple une mémoire), couplé à ses sous-modules ST1 et ST2 et dans lequel sont stockés les différents modèles de notification applicative, par exemple sous la forme de fichiers ontologiques (OWL) ou de fichiers XML. 10 Comme cela est illustré sur l'unique figure, le dispositif D, selon l'invention, peut comprendre un module de contrôle MCU chargé d'appliquer les décisions d'adaptation prises par le module de traitement MT, de délivrer aux terminaux TC les notifications applicatives adaptées par le module de traitement MT, de s'assurer que les notifications applicatives adaptées ont 15 bien été transmises aux terminaux destinataires TC, et de s'assurer que ces derniers ont utilisé les contenus des notifications applicatives adaptées conformément aux modalités d'utilisation définies par leurs paramètres. Par ailleurs, ce module de contrôle MCU est de préférence agencé de manière à stocker toutes les notifications applicatives envoyées et/ou à 20 envoyer (une fois adaptées) aux terminaux TC dans un quatrième moyen de stockage B4, par exemple pour des besoins de file d'attente, d'historique et/ou de facturation. En outre ce module de contrôle MCU est de préférence également agencé de manière à gérer les interactions venant des utilisateurs finaux. 25 Comme illustré, ce module de contrôle MCU est par exemple implanté entre le module de traitement MT et la passerelle PA et peut être subdivisé en deux sous-modules de contrôle MC1 et MC2. Le premier sous-module de contrôle MC1 est par exemple chargé de délivrer les notifications applicatives aux terminaux TC au moment et sous la 30 forme qui ont été décidés par le module de traitement MT, de contrôler si les notifications applicatives adaptées ont bien été transmises aux terminaux destinataires TC, de s'assurer que ces derniers ont utilisé leur contenu conformément aux modalités d'utilisation définies par leurs paramètres, et de 17 2921531 renvoyer des notifications applicatives adaptées en cas de besoin. II est également chargé de stocker toutes les notifications applicatives adaptées reçues (envoyées et à envoyer aux terminaux TC) dans le moyen de stockage B4. 5 Le deuxième sous-module de contrôle MC2 est par exemple chargé de gérer les interactions qui peuvent être déclenchées par un terminal TC destinataire consécutivement à l'utilisation d'une partie d'un contenu de notification applicative et/ou à une action de son utilisateur. Par exemple, un contenu de notification applicative rendu interactif peut permettre à un 10 utilisateur d'accéder à, ou de charger, une page Internet (ou � web �) avec son terminal TC, ou bien de l'aiguiller (ou le router) vers une application (par exemple pour établir une communication, ou pour enregistrer un rendez-vous, ou encore pour déclencher l'envoi d'une notification). Le serveur SR peut être relié à d'autres plateformes, permettant ainsi 15 de router les demandes des utilisateurs vers la plateforme gérant un service demandé. Par exemple, une notification peut être envoyée à un utilisateur accompagnée d'un bouton � Appeler � qui lui permet d'appeler l'expéditeur. Dans ce cas, lorsque l'utilisateur clique sur ce bouton, le deuxième sous-module de contrôle MC2 reçoit la demande de l'utilisateur et l'envoie à la 20 plateforme téléphonique. Pour cela, il suffit que le deuxième sous-module de contrôle MC2 dispose d'une interface client vers chaque plateforme de services pour laquelle le serveur SR sert de relais. Le dispositif de traitement D selon l'invention, et notamment son module de traitement MT et son éventuel module de contrôle MCU, peuvent 25 être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention ne se limite pas aux modes de réalisation de dispositif de traitement et de serveur décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans 30 le cadre des revendications ci-après. 18 REVENDICATIONS 1. Dispositif (D) de traitement de notifications applicatives devant être transmises à des terminaux de communication (TC) d'utilisateurs via au moins une infrastructure de transmission (RC), caractérisé en ce qu'il comprend des moyens de traitement (MT) agencés, en cas de réception d'une notification applicative destinée à au moins un utilisateur, pour analyser cette notification applicative de manière à : déterminer des informations d'adaptation définissant i) comment et à quel lo instant devra être transmis le contenu de ladite notification applicative à un terminal (TC) choisi dudit utilisateur destinataire, ii) quelle partie dudit contenu devra être utilisée par ledit terminal (TC) choisi, et iii) comment ladite partie devra être utilisée par ledit terminal (TC) choisi, en fonction de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) 15 d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) dudit terminal (TC) choisi, et pour adapter ladite notification applicative à transmettre en fonction desdites informations d'adaptation déterminées. 20 2. Dispositif selon la revendication 1, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés, en cas de réception d'une notification applicative destinée à un groupe d'utilisateurs, pour analyser cette notification applicative de manière à : - déterminer des informations d'adaptation définissant i) comment et à quel 25 instant devra être transmis le contenu de ladite notification applicative à des terminaux (TC) des utilisateurs destinataires dudit groupe, ii) quelle partie dudit contenu devra être utilisée par lesdits terminaux des utilisateurs, et iii) comment ladite partie devra être utilisée par lesdits terminaux des utilisateurs, en fonction de règle(s) et/ou de politique(s) 30 choisie(s) et compte tenu d'informations d'utilisateurs et/ou contextuelles et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) desdits terminaux des utilisateurs et/ou d'un rôle joué par chaque utilisateur au sein dudit groupe, et 19 2921531 pour adapter ladite notification applicative à transmettre en fonction desdites informations d'adaptation déterminées. 3. Dispositif selon la revendication 2, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour déterminer, en cas de 5 réception d'une notification applicative destinée à un groupe d'utilisateurs, une information d'adaptation définissant un mode de transmission de cette notification applicative qui est choisi dans un groupe comprenant au moins une transmission simultanée et une transmission séquentielle totale ou restreinte. 4. Dispositif selon la revendication 3, caractérisé en ce que ladite transmission séquentielle est fonction du rôle de chaque utilisateur du groupe et/ou de l'acquittement de la notification applicative adaptée par l'un des utilisateurs du groupe. 5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce que 1s chaque information d'utilisateur est choisie dans un groupe comprenant au moins le profil de l'utilisateur destinataire, le profil de l'utilisateur à l'origine de ladite notification applicative, et au moins une limitation d'utilisation de contenu liée à l'utilisateur destinataire. 6. Dispositif selon l'une des revendications 1 à 5, caractérisé en ce que 20 chaque information contextuelle est relative à l'utilisateur destinataire et/ou au terminal (TC) choisi de l'utilisateur destinataire et est choisie dans un groupe comprenant au moins une information relative à la présence de l'utilisateur destinataire à proximité d'un terminal (TC), une information relative à la position géographique de l'utilisateur destinataire, une information relative à 25 l'état dans lequel est placé chaque terminal (TC) de l'utilisateur destinataire, et une information relative à un contenu multimédia en cours de lecture par un terminal (TC) de l'utilisateur destinataire. 7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce que chaque paramètre de la notification applicative est choisi dans un groupe 30 comprenant au moins un niveau de priorité, un niveau de criticité et une sémantique du contenu à transmettre. 8. Dispositif selon l'une des revendications 1 à 7, caractérisé en ce que chaque caractéristique de terminal (TC) est choisie dans un groupe 20 2921531 comprenant au moins un format de contenu supporté, une capacité de mémorisation supportée, et des dimensions d'écran d'affichage. 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour choisir le terminal (TC) 5 de l'utilisateur destinataire qui est le mieux adapté à ladite partie de contenu à utiliser. 10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour choisir l'instant qui est le mieux adapté à la transmission de ladite notification applicative dans un lo groupe comprenant au moins une transmission immédiate, une transmission différée à la fin de la lecture d'un contenu multimédia par un terminal (TC) de l'utilisateur destinataire, et une transmission différée à un instant choisi pendant la lecture d'un contenu multimédia par un terminal (TC) de l'utilisateur destinataire. 11. Dispositif selon l'une des revendications 1 à 10, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés, en cas de réception d'une notification applicative dans laquelle manque au moins un paramètre de définition de modalité(s) d'utilisation d'une partie au moins de son contenu, i) pour déterminer chaque paramètre de définition manquant en fonction de ses autres paramètres et de règle(s) et/ou de politique(s) choisie(s) et compte tenu d'information(s) d'utilisateur(s) et/ou contextuelle(s) et/ou de paramètre(s) de ladite notification applicative et/ou de caractéristique(s) choisie(s) dudit terminal (TC) choisi, et ii) pour adapter ladite notification applicative à transmettre en lui adjoignant chaque paramètre de définition déterminé. 12. Dispositif selon la revendication 11, caractérisé en ce que chaque modalité d'utilisation d'une partie de contenu est choisie dans un groupe comprenant au moins une interruption momentanée de la lecture d'un contenu multimédia en vue de l'utilisation de ladite partie de contenu déterminée, une conversion de type textuel vers sonore de ladite partie de contenu déterminée, une conversion de type sonore vers textuel de ladite partie de contenu déterminée, une conversion d'une première langue vers une seconde langue, et une émission d'un signal sonore d'alerte à réception 21 2921531 de ladite notification applicative adaptée. 13. Dispositif selon l'une des revendications 1 à 12, caractérisé en ce que lesdits moyens de traitement (MT) sont agencés pour adapter chaque notification applicative en fonction de l'application dont elle dépend et/ou de 5 chaque type d'infrastructure de transmission utilisé pour la transmettre à chaque utilisateur destinataire. 14. Dispositif selon l'une des revendications 1 à 13, caractérisé en ce qu'il comprend des moyens de contrôle (MCU) agencés pour i) appliquer des décisions d'adaptation prises par lesdits moyens de traitement (MT), ii) lo délivrer auxdits terminaux (TC) lesdites notifications applicatives adaptées par lesdits moyens de traitement (MT), iii) s'assurer que les notifications applicatives adaptées ont bien été transmises auxdits terminaux destinataires (TC), et iv) s'assurer que ces derniers ont utilisé les contenus desdites notifications applicatives adaptées conformément aux modalités d'utilisation 1s définies par leurs paramètres. 15. Dispositif selon la revendication 14, caractérisé en ce que lesdits moyens de contrôle (MCU) sont agencés pour stocker dans un moyen de stockage (B4) toutes les notifications applicatives adaptées envoyées et/ou à envoyer auxdits terminaux TC. 20 16. Dispositif selon l'une des revendications 14 et 15, caractérisé en ce que lesdits moyens de contrôle (MCU) sont en outre agencés pour gérer au moins une opération interactive déclenchée au niveau d'un terminal (TC) choisi consécutivement à l'utilisation d'une partie d'un contenu de notification applicative adaptée. 25 17. Serveur (SR) pour une plateforme de services d'un réseau de communication (RC), caractérisé en ce qu'il comprend un dispositif de traitement (D) selon l'une des revendications précédentes.