FR 2815218 A1 20020412 FR 0013886 A 20001010 1 Domaine d'application 1. 1 Infrastructure L'invention s'applique à un réseau de télécommunication 110, de façon générique. La contrainte sur l'exploitation des ressources est la plus forte pour les réseaux de radio communication, le coût de revient de la transmission étant alors conséquent, mais le procédé qui fait l'objet de ce brevet peut s'appliquer à un réseau terrestre. La ressource est souvent critique au point où on peut lui associer, tout au moins de façon virtuelle (bilan annuel d'exploitation par exemple) une contre valeur monétaire. Le coût d'une transmission d'information se répercute souvent sur l'un des multiples intervenants entre l'émetteur 100 et le destinataire final 200, même s'il est pris souvent en charge à titre gracieux par l'un d'entre eux (l'opérateur du réseau 110 par exemple). Citons comme exemples de réseaux actuels les réseaux cellulaires utilisant la technologie GSM normalisée par l'ETSI [7], la technologie CDMA [13] [14] [15] ou TDMA nord Américaine IS136 [14] [15], les réseaux PHS [16] ou CDP [16] Japonais. Citons encore les réseaux sans fil numériques tels que ceux exploitant la technologie DECT [7]. Citons enfin, et ceci afin de souligner l'indépendance de l'invention vis à vis de la technologie même, les réseaux à venir se fondant sur des technologies GPRS [7], et de troisième génération sous leurs différentes dénominations (UMTS, W-CDMA, etc...) participant au projet IMT2000 [8] [9]. Un exemple intéressant de réseau auquel l'invention peut s'appliquer est un réseau monodirectionnel. Par exemple, le mode de diffusion revendiqué est adapté aux réseaux de mini récepteurs alphanumériques (plus connus sous leur dénomination anglaise"pagers") qui peuvent être dépourvu de communication remontante, aux réseau de télévision numérique, à la diffusion de radio numérique, etc... dès lors que le réseau répond au critère suivant. Point 1 La caractéristique minimale du réseau 110 candidat à cette invention est de pouvoir transmettre de la donnée - à un abonné particulier précisé par son adresse (voir 2.1), - et à un ensemble de destinataires sans distinction élémentaire (voir 2.2). La transmission bidirectionnelle n'est pas requise. 1.2 Nature de la transmission La donnée 720 à transmettre peut recouvrir toutes les formes de transmission numériques. Il peut s'agir par exemple de donnée multimédia : de voix, de son, d'image, d'animation. Il peut s'agir d'instructions de commande, ou des scripts de configuration à destination du terminal. Il peut s'agir d'exécutable que le termi- nal peut interpréter : binaire exécutable, programme Java, information formatée à interpréter, respectant ou non les directives SGML [10] (HTML [10] ou ses dérivés, ou respectant la structure XML [10] par exemple, en particulier code WML [11] ou WMLScript[l1]). Il peut enfin s'agir d'information à destination d'une application interne au terminal (application de messagerie"ema", de lecteur de groupes de discussion"newsgroups", application d'entreprise : agendas, base de donnée per- sonnelle ou d'entreprise) ou d'information à destination d'un équipement externe au terminal (fichier informatique abstrait de façon générique). Il n'est pas possible de lister l'intégralité des formats de données à transmettre, et Point 2 La revendication s'applique à toute transmission de donnée à destination d'un ensemble d'équipements finaux. 1.3 Ensemble de destinataires Un terminal est adressable par un identifiant qu'on appelle adresse dans la suite du document. Il peut s'agir d'un numéro de téléphone, d'un identifiant unique spécifiant l'abonné (tel que IMSI en technologie GSM [6]), d'un numéro de série électronique propre au terminal (IMEI [6] ou ESN [15], adresse IPv4 ou IPv6 [17]), ou d'un alias (par exemple alias assurant l'anonymat au niveau d'une passerelle du réseau, tel que la technologie WAP [11] prévoit). La terminologie adresse fait donc référence à un identifiant du terminal. L'ensemble de destinataires est caractérisé soit par un ensemble connu au préalable d'adresses, soit par le croisement de critères restreignant l'ensemble de tous les destinataires du réseau à un de ses sous-ensembles. Nous différencions donc par la suite une sélection par adresse et une sélection par critère. Un exemple de sélection par critère sur un réseau GSM [7] serait"tous les usagers ayant un modèle de téléphone donné". Un exemple de sélection par croisement de critères sur ce réseau pourrait être"tous les usagers masculins, dont le terminal dispose d'un écran couleur, ayant effectué un appel au cours des 24 dernières heures, et se situant à proximité de tel lieu géographique". Ces deux types de sélection sont complémentaires au sens ou, si l'ensemble final de destinataires peut toujours en théorie s'exprimer sous forme d'un jeu d'adresses, il est peut-être très complexe de déterminer ce jeu d'adresses au préalable (avant l'émission du message). Pour que la correspondance soit possible, il convient que l'émetteur 100 ait à sa disposition les valeurs de ces critères pour la totalité des destinataires potentiels, afin d'en déduire une liste d'adresses. L'émetteur regroupe typiquement ces valeurs dans une base de donnée 101. L'invention permet aussi de conjuguer les deux modes d'adressage afin de cibler un ensemble de destinataires résultant d'une sélection par critères sur un sous- ensemble de"candidats potentiels"défini par une liste d'adresses. Point 3 L'invention s'applique donc à la transmission d'une même donnée 700 à un ensemble de destinataires défini par un jeu d'adresses et/ou par un croisement de critères. L'invention revendique une solution pour cette transmission, optimale en termes de ressources du réseau, qui implémente l'exploitation judicieuse de deux types de transmission fondamentaux. Elle permettra en outre d'étendre le point 3 à des données 720,730, 740 constituées d'une partie commune 700. 2 Moyens de transmission L'invention se base sur l'usage conjoint de deux types de transmission. Toute transmission fait par nature appel a l'un des deux modes conceptuels que nous détaillons. 2.1 Transmission de type"point à point"-Figure 1 Ce procédé 111 met en oeuvre une transmission 502 qui se définit comme l'émission d'une donnée 720 en spécifiant un destinataire particulier 200 (identifié par son adresse 210). Seul ce destinataire reçoit (ou considère) la donnée. Le message est émis par un"point"et reçu par un (et un seul) autre"point". A titre d'illustration, dans les réseaux actuels, nous pouvons citer les SMS [1] ou les USSD [4] dans la technologie GSM [7]. Pour un"pager", les messages qu'un particulier envoie à un autre particulier sont des messages"point à point". Pour aboutir à l'acheminement dont fait l'objet ce document (Point 3) à l'aide de transmissions"point à point", l'émetteur doit envoyer autant de messages 520,530, 540... qu'il a de destinataires 200,300, 400... Le réseau véhicule donc un nombre élevé de fois la même donnée commune 700. Dans le cas le plus défavorable, seule l'adresse du destinataire change à chaque émission (cas où il n'y a pas de fraction de donnée individuelle 702,703, 704). La perte est légèrement plus justifiable si l'émetteur en profite pour adapter son message au destinataire, pour prendre en compte les capacités techniques du terminal par exemple (dimensions de l'écran, caractéristique des périphériques...). Cependant, une partie significative 700 de chaque message émis 520,530, 540 est identique. Il est à noter que seul un ciblage par adresse (210,310, 410...) est possible dans ce modèle. Ce mode de transmission 111 n'est pas adapté à un adressage direct par critères. Si tel est requis, la sélection par critères doit être transformée en ensemble d'adresses au moyen de la base de donnée 101 que l'émetteur 100 tient à sa disposition. Il est en outre nécessaire que cette base 101 contienne toutes les valeurs (à jour) relatives aux terminaux 200,300, 400 sur lesquelles sont construits les critères de sélection. 2.2 Transmission de type"diffusion"-Figure 2 Ce mode de transmission 112 permet d'émettre une donnée 700 à destination de tout terminal 200,300, 400, etc... du réseau, ou d'un sous réseau. Un sous réseau peut être une certaine zone géographique de couverture, un sousensemble d'adresses, un réseau local relié au réseau global. A titre d'exemple de zone, citons la zone de couverture d'un émetteur radio (FM, cellule d'un réseau de radio communication GSM [5] ou autre, radio numérique, télévision numérique), les zone de couverture satellite (télévision, "pagers", etc...), et les zones logiques qu'il peut y avoir dans un réseau. Ces zones logiques correspondent à un ensemble de cellules par exemple : Location Area [5] dans la technologie GSM, zones d'abonnement pour les"pagers" : Nord, Sud, Est, Ouest d'un pays par exemples. A titre d'exemple de sous-ensemble d'adresse, citons les sous adresses IP sur un réseau informatique de type TCP/IP [17]. Autre exemple, la connaissance des premiers chiffres d'un numéro de téléphone peuvent représenter un groupe d'usagers (une entreprise par exemple). A titre d'exemple de réseau local, citons les réseaux informatiques d'entreprise qui relient un ensemble de machines, cet ensemble est lui-même relié au réseau Internet par des passerelles. La technologie GSM [7] permet des émissions de diffusion 600 par le biais des SMS CB [2] par exemple : tout terminal qui est configuré pour recevoir un service (référencé à l'aide d'un identifiant numérique) reçoit les messages correspondants diffusés par la cellule où il se trouve, sans que sa propre identité 210 soit spécifiée dans l'en-tête du message 600 ou le corps du message 700. La plupart des réseaux radio analogiques sont des réseaux de diffusion : radio FM, réseau radios privés (bus, services publics, taxis, services d'ordre, etc...) Pour aboutir à l'acheminement dont fait l'objet ce document (Point 3) à l'aide de transmissions de"diffusion"600, l'émetteur 100 fait face à une contrainte pratique lourde : l'ensemble de ses destinataires 200,300, 400 doit impérativement coïncider avec un sous-ensemble dicté par la technologie du moyen de diffusion. Ce n'est qu'à cette condition qu'il pourra bénéficier de ce mode de transmission optimal en terme de ressources réseau (au sens ou un seul message 600 émis suffit à transmettre la donnée 700 à tous les destinataires). Il est à noter que la sélection de destinataires par leur adresse n'est pas possible avec ce moyen de transmission. Tout terminal qui le souhaite (ou qui est configuré pour) recevra la même information 603 sans discrimination sur l'adresse 210. Alors que la transmission"point à point"111 ne permettait que d'indiquer un destinataire par son adresse, la transmission en"diffusion"112 ne permet pas du tout ce mode de ciblage. Optionellement, pour palier à ces limitations, on peut imaginer joindre à la donnée 603 une expression de critères 602 qui permet au terminal 200 d'établir selon une comparaison 260 des critères 602 aux valeurs de paramètres 230 qui lui sont propres, s'il doit traiter le message 600 et fournir la donnée 700 à l'application 250. On peut distinguer parmi les paramètres 230 - les paramètres fixes 233 : numéros de série ou identifiant, caractéristiques d'abon- nement, marque et modèle de l'équipement, version logicielle, fonctionnalités supportées, etc... - les paramètres internes 231 que le terminal gère lui-même et dont les valeurs sont à même d'évoluer sans que cela ne se reflète dans la base de donnée 101 de l'émetteur 100 : l'heure, la localisation (si la technologie du réseau le permet), le comportement de l'usager (comme ses habitudes d'appel ou d'usage du terminal, ses réponses à des questions), les périphériques accessibles, etc... Point 4 Alors que - dans un modèle de transmission"point à point"111 l'intégralité des valeurs sur lesquelles se base l'émetteur 100 pour cibler son message doivent être intégralement disponible à l'émetteur (dans la base de donnée 101 par exemple), - dans un modèle de transmission par"diffusion"112 l'intégralité de ces valeurs doit être accessible aux récepteurs 200,300, 400, et constitue en quelque sorte une base de donnée distribuée. 3 Procédé de transmission revendiqué-Fig. 3 3.1 Dissociation de données à caractère individuel et col- lectif La caractéristique principale de la donnée 720 considérée par l'invention (voir Point 2) est de posséder une partie commune 700 qui est à distribuer à tous les destinataires. La donnée 720 peut être, mais n'est pas nécessairement, rigoureusement identique d'un destinataire à l'autre. Elle peut contenir des données 702 spécifiques au des- tinataire 200, mais elle contient une portion significative 700 de donnée qui est commune à tous les destinataires 200, 300, 400. Point 5 Le procédé de transmission qui est revendiqué par l'invention consiste à dissocier ces deux portions 702 et 700 afin d'exploiter chacune des méthodes de transmission 111 et 112 pour véhiculer chacune des portions de donnée par le procédé le plus adéquoit. Le procédé selon l'invention emploie le mode de transmission"point à point"111 pour acheminer la portion de donnée 702 spécifique au destinataire, et emploie le mode de transmission de"diffusion"112 pour la partie commune de donnée 700 à acheminer à tous les destinataires. 3.2 Exploitation optimale des transports"point à point" 111 et de"diffusion"112 3.2. 1 Emissions sur le mode de"diffusion"112 Le procédé selon l'invention consiste à émettre en"diffusion" - 603 : la donnée à caractère commun 700, - avec un identifiant 601 caractéristique de la donnée véhiculée en 603, - et de façon optionnelle une liste de critères 602 identifiant les destinataires. L'identifiant 601 peut être numérique, binaire ou alpha numérique, mais reste conceptuellement un élément qui permet de référencer sans ambiguïté la donnée jointe en 603. L'implémentation préférentielle exprime la liste de critères à l'aide d'une expression logique faisant intervenir des opérateurs logiques"et","ou","ou exclusif". Mais la logique peut être - implicite par conception : 602 contient une liste de valeurs dont l'usage est prédéfini (c'est une liste de valeurs à respecter intégralement par exemple, ou dont l'une au moins est à respecter, ou définissant un intervalle, etc...). 602 ne véhicule que les valeurs et pas la règle à appliquer. - en fonction d'un argument : 602 contient outre des valeurs, une description de la règle à appliquer sur ces valeurs, les différentes règles étant préétablies (règle 1, règle 2, règle N où N est précisé), - en fonction de la donnée 603 même : un type de donnée (son par exemple) implique telle règle à appliquer sur les paramètres et impose un format à 602 ; un autre type de donnée 603 impose un autre format et une autre loi à 602, etc... Par exemple il peut être défini dans l'implémentation que la liste correspond à un ensemble de critères à respecter tous (le"et"logique est implicite), - ou que le respect d'un des critères suffit (le"ou"logique est implicite). - ou que la règle à appliquer dépend d'un paramètre joint à la liste (règle N) ou relatif à la donnée. Les critères peuvent être exprimés de façon très variable : - une succession de bits informatique ayant chacun une signification, - une chaîne de caractères de longueur variable incluant les éléments à considérer avec ou sans leur coordination logique, sont deux exemples triviaux non limitatifs. Si une liste de critères 602 est jointe à la donnée 603, la règle logique peut soit y être jointe aussi, soit est implicite par conception du système, ou en fonction d'un paramètre joint. L'invention concerne donc un procédé de transmission caractérisé en ce que l'ensemble des destinataires puisse être décrit par une expression logique portant sur la valeur de paramètres 230 à disposition du destinataire, auquel cas le procédé met en oeuvre : 1. éventuellement la transmission à l'aide du mode de transmission en"point à point"de nouvelles valeurs ou de mises à jour de paramètres 230 maintenus au sein du destinataire, 2. l'analyse 260 de toute transmission en"diffusion"600 afin d'identifier si la donnée 603 qu'elle transmet est à traiter, en se basant sur un critère de sélection 602 joint à la donnée 603, et sur les valeurs des paramètres 230 tenus en mémoire, 3. le traitement le cas échéant de la donnée. 3.2. 2 Emissions en"point à point"111 L'usage du moyen de transport en"point à point"111 selon l'invention permet de véhiculer au terminal 200 trois types d'information, en un message ou en plusieurs : - 523 : la fraction de donnée individualisée 702 dissociée de la donnée commune 700 le cas échéant. les valeurs 521 des identifiants 601 des données"diffusées"à traiter. - les critères 522 que le terminal doit considérer comme les siens Le format de la transmission en"point à point"n'est pas limitatif. L'implémentation peut privilégier d'émettre toute une série d'identifiants 521 en une transmission, et d'envoyer séparément une mise à jour d'une série de critères 522 dans une autre transmission. En d'autres termes, les éléments 521,522 et 523 peuvent faire l'objet de regroupements (521,522, 523 constituent des listes) et de différentes transmissions élémentaires. L'implémentation peut autrement mélanger ces trois informations 521, 522, 523 à souhait, la revendication porte sur l'exploitation de ce mode de transmission pour ces informations. A titre d'illustration, les critères 322 que ce type de transmission 522 peut mettre à jour dans un terminal sont : sa localisation, des données relatives à l'utilisateur (sexe, age, etc...), un niveau d'abonnement à un service ouvrant droit à la réception de certaines données, etc... Si le terminal dispose de capacité de mémorisation suffisante pour conserver les messages de"diffusion"antérieurs, la transmission en"point à point"520 peut avoir lieu ultérieurement à la diffusion 600. Selon le type d'applications, il est probable que la capacité de mémorisation requise pour les fractions 702,703, 704 soit moindre que la mémorisation intégrale des messages de diffusion. Nous représentons donc sur la Figure 3 le cas où les émissions en"point à point"ont lieues avant la diffusion 600. Il en résulte que le terminal 200 stocke en mémoire 240 la fraction de donnée individuelle 702 jusqu'à réception du message 600. Tous les terminaux auxquels une"diffusion"future 600 s'adresse font l'objet au préalable d'une transmission en"point à point"520,520, 540 pour leur indiquer les identifiants 601 des données en diffusion à traiter. Le cas contraire, moins probable, n'est cependant pas exclut de l'invention. Il s'agit de mémoriser tous les messages de diffusion 600,610, 620,630, 640, etc... et de les traiter sur réception des messages 520. L'invention porte donc sur un procédé de transmission caractérisé en ce que l'ensemble des destinataires puisse être décrit par une liste de destinataires, résultant au besoin d'un requête sur une base de donnée 101, auquel cas le procédé met en oeuvre : 1. la transmission à l'aide du mode de transmission en"point à point"111 d'un identifiant caractéristique de la donnée 700, 2. la mémorisation de cet identifiant au sein de l'équipement destinataire 200 sous forme d'une liste 220, éventuellement réduite à un singleton, 3. l'analyse 260 de toute transmission en"diffusion"600 afin d'identifier si la donnée 603 qu'elle transmet est à traiter, en se basant sur un identifiant 601 joint à la donnée 603, et sur la liste 220 tenue en mémoire, 4. le traitement le cas échéant de la donnée, avec l'effacement éventuel dans la liste 220 de l'identifiant relatif à la donnée. L'implémentation peut aussi avoir une quantité finie de mémoire destinée aux messages 600,610, 620, gérée au mieux (procédés de gestion de cache usuels,"first in first out7) entre autres) qui peut s'avérer utile si les messages en diffusion sont retransmis plusieurs fois. Cette mémoire cache n'est pas représentée sur la Figure 3 par soucis de clarté. Dans ce cas, le procédé de décision 260 est appliqué à chaque message de la cache suite à une réception de donnée partielle 523 ou à un changement des critères 230. L'invention porte donc sur un procédé caractérisé par l'implémentation d'une mémoire cache enregistrant les messages 600 reçus selon le mode de transmission en"diffusion", auquel cas le procédé met en oeuvre l'analyse de cette mémoire cache pour tout message nouvellement à traiter, suite à 1. la réception de nouveaux identifiants 521, 2. la réception de nouveaux paramètres ou leur mises à jour 522, 3. la réception d'une donnée partielle 702 dont la donnée 700 correspondante est disponible et jointe à des critères adéquoits si ceux-ci sont d'usage. Des transmissions multiples peuvent être envisagées pour - s'assurer de la réception du message 600 par un taux statistique suffisant de destinataires, dans le cas où le moyen de diffusion 112 n'acquitte pas les diffusions 600, - fournir une donnée 700 éventuellement remise à jour entre les transmissions. 3.3 Dynamique du procédé revendiqué 3.3. 1 Réception des messages"point à point"520 L'implémentation préférentielle pour transmettre une donnée prévoit la dynamique suivante. Un terminal 200 reçoit en"point à point"des identifiants de données 521 à traiter. Il mémorise ces identifiants dans une liste 220 qu'il consultera sur réception d'une "diffusion"600. Optionellement, un terminal reçoit aussi en"point à point"des mises à jour de paramètres 522 (et éventuellement de nouveaux paramètres) qu'il substitue ou ajoute aux anciennes valeurs dans sa mémoire 232. Ce jeu de paramètres rafraîchis à distance, se joint au jeu de paramètres fixes 233 du terminal et aux paramètres que le terminal gère lui-même 231. 3.3. 2 Réception des messages en"diffusions"600 De façon asynchrone le terminal est attentif aux"diffusions"600,610, 620,630, 640, etc... A chaque réception d'une"diffusion"il applique un procédé de décision 260. 3.3. 3 Procédé de décision 260 Plusieurs procédés de décision 260 peuvent être implémentés. 1. Le premier matérialise un"ou logique" : - Si l'identifiant 601 fait partie de la liste que le terminal maintient en mémoire 220, il traite la donnée 603. A défaut, il examine si les paramètre propres qu'il maintient en mémoire 230 correspondent aux critères 602 joints à la donnée, auquel cas il traite également la donnée 603. 2. Un procédé alternatif requiert le"et logique" - Si l'identifiant 601 fait partie de la liste que le terminal maintient en mémoire 220, et - Si les paramètre propres que le terminal maintient en mémoire 230 corres- pondent aux critères 602 joints à la donnée, il traite la donnée 603. 3. D'autres logiques fixes peuvent être implémentées, comme le"ou exclusif" ou l'usage des négations ou permutations des éléments ci-dessus. Rappelons que l'expression des critères 602 peut être assez rudimentaire, comme la vérification d'une série de bits informatiques (602 comporte un masque binaire dont l'application sur une série de bits, résultant des valeurs 230, par un opérateur logique"et", "ou"ou bien"ou exclusif", doit fournir un résultat donné). Un implémentation simple de la sorte s'accommodera d'une logique pré-établie telle que l'une des trois mentionnées ci-dessus (points 1,2, 3). 4. Cependant l'implémentation préférentielle prévoit d'exprimer les critères 602 sous forme d'expression logique plus complexe. Dans ce cas, l'importance de l'identifiant 701 peut être exprimée au sein de l'expression logique 602. A titre d'exemples de critère 602, nous pouvons imaginer : "Tout terminal"évidemment, ce qui peut être par défaut lorsque rien n'est spécifié en 602, -"220 contient 601", ce qui peut aussi être choisi comme logique par défaut lorsque rien n'est spécifié en 602, -" (220 contient 601) ET (Paramètre A vaut X)", -" (220 contient 601) OU (Paramètre A vaut X)", -" ( ( (Paramètre B vaut Y) ET (220 contient 601)) OU (Paramètre A vaut X)) OU EXCLUSIF (Paramètre C est inférieur à Z) "pour donner un exemple de critère logique plus compliqué. Les règles de priorité figées dont trois exemples non limitatifs sont explicités cidessus (points 1,2, 3) ne sont alors plus applicables. Seul les critères 602 ont effet, et ceux-ci incorporent éventuellement la comparaison de l'identifiant 601 à la liste 220 comme l'illustre le point 4 ci-dessus. 3. 3. 4 Traitement de la donnée 603 Lorsqu'une donnée 603 doit être traitée, le terminal 200 la complète d'abord de la fraction individualisée 702 qu'il a reçue par"point à point" (ou attend de recevoir cette fraction le cas échéant comme nous l'avons évoqué ligne 35 page 8). Une fois la donnée 720 assemblée ou s'il n'y a pas de fraction individualisée 702, le terminal relaye la donnée 720 à l'application finale 250 : module d'affichage, exécution du script, stockage ou exécution de l'exécutable, transmission à un équipement connecté, etc... Ceci n'entre pas dans le cadre de l'invention. L'invention est donc caractérisée en ce que le traitement de la donnée inclue l'assemblage éventuel de la donnée commune 700 à une donnée individuelle 702, auquel cas le procédé met en oeuvre : 1. la transmission à l'aide du mode de transmission en"point à point"111 de la donnée partielle 702 2. la mémorisation 240 de cette donnée 702 au sein de l'équipement destinataire 200 3. l'assemblage de la donnée 702 à la donnée 700 lors du traitement de celle-ci avant d'être transmise à l'application 250 à laquelle la donnée unifiée 720 est destinée. L'impact du traitement de la donnée sur la liste 220 des identifiants peut être : - soit d'effacer l'identifiant 601 de la liste 220 dès lors que la donnée 603 a été traitée, - soit de laisser l'identifiant 601 dans la liste. Dans le cas où la nature de l'information 700 ne justifie qu'une transmission, il sera jugé adéquoit d'implémenter l'effacement de la liste automatique. Mais il peut être judicieux de conserver l'identifiant 603 dans la liste 220 s'il s'agit d'information émise périodiquement et où on peut considérer que l'usager est"abonné"à la donnée 700. L'implémentation préférentielle consiste à laisser l'altération de la liste 200 à la charge de l'application finale 250. Un exemple sera détaillé au paragraphe 4.1. 4 Exemples d'applications de l'invention Les critères de sélection 602 peuvent prendre des formes simples (une unique valeur, une liste de valeurs) ou complexes (une liste de valeurs et de conjonctions logique, une expression logique constituée de tests quelconques et de leurs conjonctions logiques). Voir ligne 21 page 6 et section 3.3. 3. 4. 1 Application sans critères joints 602 Ce mode de diffusion implémente uniquement l'usage approprié conjoint des deux modes de transports et image donc le coeur de l'invention revendiquée. La complexité soulevée par les éléments 330,331, 332,522, 532,602, 612, etc... est supprimée, et la logique 260 de sélection est réduite à la comparaison de l'identifiant 601 à la liste 220. Pour peu que la donnée à transmettre aux terminaux 200,300 et 400 soit rigoureusement identique et restreinte à la donnée 700, les éléments 701,702, 703,240, 340,440, 523,533 ne sont plus exploités. Ce mode de diffusion permet par exemple d'actualiser un composite météorologique régional dans des terminaux selon un paramètre géographique disponible dans la base de donnée 101 (lieu de résidence habituel de l'abonné ou sa localisation actuelle si cette information est disponible). Il permet aussi la diffusion de journaux d'information thématiques, selon des thèmes choisis par exemple. Pour faire suite à la discussion entamée ligne 28 page 11 concernant le remaniement de la liste 220 suite à la réception du message d'identifiant 601 et le rôle de l'application 250, prenons un exemple de feuilleton quotidien où cette tache est relayée à l'application finale 250. L'identifiant 601 reste dans la liste 220 par défaut. Le feuilleton quotidien est répété plusieurs fois par jour, pour assurer un taux de réception statistique élevé (le moyen de"diffusion"112 utilisé dans l'exemple n'offrant pas d'accusé de réception des diffusions). Le procédé de décision 260 transmet chaque répétition à l'application 250 à qui on délègue la détection de la redondance éventuelle qui découle des retransmissions. Avec ou après la transmission du dernier feuilleton de la saison, une instruction à destination de l'application 250 lui fait effacer l'identifiant 601 de la liste 220. 4.2 Diffusion de la même donnée sous de multiples formats L'adjonction des critères 602 permet de cibler un sous-ensemble de l'ensemble des terminaux du réseau 110 auxquels on a assigné (en mémoire 220) l'identifiant du message 601. Prenons l'exemple d'un message à afficher sur des écrans. Si l'émetteur 100 souhaite transmettre ce message à tous les équipements du réseau 110 ayant un écran de taille X, il suffit d'exprimer uniquement ce critère dans l'élément 602 joint à la donnée 603, à l'exclusion de critères portant sur l'identifiant 601. Tout terminal du réseau 110 ayant la taille d'écran X traitera le message, sans qu'il y ait besoin d'adresser un identifiant 521 en"point à point"à chaque terminal. Si l'émetteur souhaite transmettre ce message à une liste finie de destinataires il configurera la liste 220 de leurs terminaux respectifs avec l'identifiant 601 du message avant de le diffuser. Si l'émetteur souhaite transmettre ce message à tous les équipements ayant un écran de taille X parmi une liste finie de destinataires, il configurera les terminaux avec l'identifiant, et diffusera le message avec le critère" (220 contient 601) ET (écran de taille X)". Point 6 Le procédé selon l'invention permet ainsi de dissocier la sélection des destinataires et le format approprié pour chacun d'eux. Si un émetteur souhaite transmettre une donnée à une liste de terminaux non homogènes, il peut particulariser le format ultérieurement. De façon plus explicite, la solution triviale serait d'attribuer autant d'identifiants 601,, 601, 601k... que de types de terminaux i, j, k, et de fournir aux terminaux les bons identifiants à traiter. Mais au fond, la pluralité des identifiants pour une donnée fondamentalement identique peut porter à confusion et est génératrice de complexité. La solution selon l'invention consiste à envoyer l'identifiant unique 601 par"point à point"521 à tous les terminaux de la liste sans distinction de capacité du terminal. Un identifiant 601 correspond donc à une donnée fondamentale. L'émetteur diffuse ensuite les différents formats de la donnée avec le même identifiant 601 mais avec des critères logiques supplémentaires. Dans notre exemple de message à afficher, il diffuserait le message 600 pour un écran de taille X (critères 602), le message 610 pour un écran de taille Y (même donnée fondamentale, même identifiant, mais critère 612), le message 620 pour un écran de taille Z (même donnée fondamentale, même identifiant, mais critère 622). Notons d'abord que ceci n'engendre pas plus de"diffusions"que dans la solution triviale mentionnée auparavant faisant appel à une multitude d'identifiants 601i, 601j, 601k. 4.3 Exploitation des critères embarqués 231 à titre de base de donnée distribuée Notons ensuite que le procédé selon l'invention présente une richesse accrue, par la dissociation des destinataires et des critères. Il fournit la possibilité de contrôle sur des critères 231 qui pourraient ne pas même être à la disposition de l'émetteur 100 dans sa base de donnée 101. Dans notre exemple de message à afficher, on peut imaginer diffuser le même message 700 en différentes langues. Le critère"langue"est un exemple de paramètre interne 231 que le terminal gère soi-même (suite à un réglage effectué par l'usager sur le terminal) qui n'est pas forcément accessible au préalable à l'émetteur 100, ou que la base de donnée 101 peut difficilement refléter en temps réel avec certitude. De façon moins évidente, alors qu'il est concevable que la taille d'écran puisse être accessible à l'émetteur 100 dans sa base de donnée 101, certains systèmes identifient les abonnés indépendamment du matériel qu'ils utilisent. L'exemple le plus parlant est la technologie GSM [7], ou l'abonné peut changer de terminal (et donc de taille d'écran en ce qui nous concerne) sans que cela ne soit forcément répercuté dans la base de donnée 101 de l'émetteur 100. Point 7 L'invention permet donc d'étendre le domaine de sélection des destinataires en considérant la base de donnée répartie résultant de l'adjonction conceptuelle des paramètres 230 de chaque terminal à la base de donnée 101 de l'émetteur 100. Le procédé selon l'invention prévoit qu'un croisement de critères complexe puisse être exprimé, mais couvre aussi un système simplifié ou démuni de toute logique supplémentaire à la comparaison de l'identifiant. A l'autre extrême, il couvre un système avec une logique fondée sur des critères 602 mais sans comparaison de l'identifiant 601. 4.4 Exemple d'implémentation sur réseau GSM A titre d'exemple non limitatif de réalisation concrète, fondé sur le cas d'un réseau GSM [7], 110 est un réseau GSM, adjoint de sa connectique à un réseau terrestre (de type IP, X25, etc) qui lui permet d'être accessible à l'émetteur 100, 111 est soit l'usage de SMS PP [1] soit de USSD [4] pour l'émission des messages 520,530, 540, 112 est l'usage de SMS CB [2] pour la diffusion des messages 600, 610, 620, 630, 640, 601 l'identifiant relatif à la donnée 700, contenu en 601,521, et 220, est une valeur binaire 32 bits par exemple, 210 l'adresse qui sert aux transmissions 520,530, 540, est soit le numéro de téléphone, soit l'IMSI de l'abonné, 532 les paramètres ajustés ou ajoutés en 232,332, 432, sont des couples constitués d'un identifiant et d'une valeur. L'exemple préconise deux valeurs binaires 16 bits par exemple, 602 les critères sont exprimés sous forme d'une chaîne alphanumérique représen- tative de la formule logique à appliquer : par exemple" ( ( (3 12) A ( (Oj-3F40 = 0) V (OxOO02 = 34)) A (OxFF02 = 12)) V (O. r0001))" où - ou2334 est un paramètre ajoutés en 232 par le biais d'une transmission "point à point" (522), par exemple l'age de l'usager, - Ox3F40 est un paramètre du terminal modifiable sur le terminal et mis à jour en 232 par le biais d'une transmission"point à point" (522), par exemple la mélodie déclenchée sur appel entrant, - OxOO02 est un paramètre interne du mobile (231), par exemple la langue dans laquelle l'équipement est réglé. - OxFF02 est un paramètre fixe du mobile (233), par exemple la version logicielle du navigateur intégré, - OxOO01 signifie par définition de l'implémentation selon l'exemple"l'iden- tifiant 601 du message 600 considéré est parmi la liste 220", - les symboles A et V représentent les opérateurs logiques"et"et"ou". 5 Glossaire CDMA Code Division Multiple Access. Type de réseau d'origine Nord Américaine mis en avant par Qualcom. Aussi connu sous le nom d'IS95. [13] [12] [15] CDP Type de réseau Japonais. [16] DECT Technologie de téléphonie numérique sans fil. [7] ESN Electronic Serial Number ; identifiant de terminal en technologie IS-136 FM radio en Modulation de Fréquence. GPRS General Packet Radio Service évolution du réseau GSM. [7] GSM Global System for Mobile communications. Type de réseau cellulaire d'ori- gine européenne. [3] [6] [7] HTML Hyper Text Markup Language. [10] IMEI International Mobile Equipment Identity ; identifiant de terminal en tech- nologie GSM IMT2000 Projet de téléphone de troisième génération. Dénomination regroupant les projets UMTS, W-CDMA, et CDMA2000. [8] [9] IPv4, IPv6 Internet Protocol, normes version 4 et 6. [17] [18] IS136 Type de réseau TDMA nord américain. Aussi connu sous le nom de Digital- AMPS, D-AMPS, ou NA-TDMA. [14] [15] IS95 voir CDMA PHS Type de réseau Japonais. [16] SGML Standard Generic Markup Language. [10] SMS CB Short Message Service-Cell Broadcast, service de message court-dif- fusion de cellule. [2] [7] SMS Short Message Service, service de message court. [7] SMS PP Short Message Service-Point to point, service de message court-point à point. [1] [7] USSD Unstructured Supplementary Service Data ; un des moyens de transmission en"point à point"dans la technologie GSM. [4] WAP Wireless Access Protocol. Architecture d'accès à des données en réseau public. [11] WML, WMLScript Wireless Markup Language. Langage de description de for- mattage d'information propre aux WAP. [11] XML Extensible Markup Language. [10] Références [1] GSM 03.40 (ETS 300 536)"Digital cellular telecommunication system (Phase 2+) ;'Tecnzca reaao o/e 5'or Mesae 5'erfzce 6'M6' Pom-o-Poz (PP)"-ETSI (www. etsi. org) [2] GSM 03. 41 (ETS 300 537)"Digital cellular telecommunication system (Phase -/- ; Tec/ ! Mzca/ rea/ao o/e 5'Aor Meae 5'erfzce 5'M6' C*e Broad- cast (CB)"-ETSI (www. etsi. org) [3] GSM 03.02 (ETS 300 522) "Digital cellular telecommunication system (Phase 2) ; Network architecture" - ETSI (www. etsi. org) [4] GSM 03. 90 "Digital cellular telecommunication system ; Unstructured Supple- mentary Service Data (USSD)-Stage 2" - ETSI (www. etsi.org) [5] GSM 04.08 (ETS 300 557)"Digital cellular telecommunication system (Phase 2) ; Mobile radio layer 3 specification" - ETSI (www. etsi.org) [6] GSM 03.08 (ETS 300 526)"Digital cellular telecommunication system (Phase 2) ; Organisation of subscriber data" - ETSI (www. etsi.org) [7] European Telecomunication Standards Institute - www. etsi.org [8] International Telecommunication Union-www. itu. int/imt [9] 3rd Generation Partnership Project-www. 3gpp. org [10] World Wide Web Consortium - www. w3.org [11] WAP forum-www. wapforum. org [12] CDMA Development Group-www. cdg. org [13] Qualcom - www. qualcom.com [14] Amerzcan National Standards Institute--www. ansi. org [15] Tl Working Group www. tl. org [16] ARIB Japan - www. arib.or.jp [17] Internet Engineering Task Force-www. ietf. org [18] Normos Internet Engineering Standards Repository - www. normos.org 6 Revendications 1. Procédé mettant en oeuvre l'exploitation conjointe sur un réseau de télécom- munication 110 qui en est pourvu d'un mode de transmission en"point à point"111 et d'un mode de transmission en"diffusion"112 pour transmettre à un ensemble de destinataires de ce réseau une même donnée numérique 700 ou une donnée numérique 720,730, 740 ayant pour chaque transmission une fraction significative commune 700 (a) caractérisé par l'usage du mode de transmission en"point à point"520 pour la fraction individualisée 702 de la donnée, (b) caractérisé par l'usage du mode de transmission en"diffusion"600 pour la fraction commune 700 de la donnée. 2. Procédé de transmission selon la revendication 1 caractérisé en ce que l'en- semble des destinataires puisse être décrit par une liste de destinataires, résultant au besoin d'un requête sur une base de donnée 101, auquel cas le procédé met en oeuvre : (a) la transmission à l'aide du mode de transmission en"point à point"111 d'un identifiant caractéristique de la donnée 700, (b) la mémorisation de cet identifiant au sein de l'équipement destinataire 200 sous forme d'une liste 220, éventuellement réduite à un singleton, (c) l'analyse 260 de toute transmission en"diffusion"600 afin d'identifier si la donnée 603 qu'elle transmet est à traiter, en se basant sur un identifiant 601 joint à la donnée 603, et sur la liste 220 tenue en mémoire, (d) le traitement le cas échéant de la donnée, avec l'effacement éventuel dans la liste 220 de l'identifiant relatif à la donnée. 3. Procédé de transmission selon la revendication 1 caractérisé en ce que l'en- semble des destinataires puisse être décrit par une expression logique portant sur la valeur de paramètres 230 à disposition du destinataire, auquel cas le procédé met en oeuvre : (a) éventuellement la transmission à l'aide du mode de transmission en "point à point"de nouvelles valeurs ou de mises à jour de paramètres 230 maintenus au sein du destinataire, (b) l'analyse 260 de toute transmission en"diffusion"600 afin d'identifier si la donnée 603 qu'elle transmet est à traiter, en se basant sur un critère de sélection 602 joint à la donnée 603, et sur les valeurs des paramètres 230 tenus en mémoire, (c) le traitement le cas échéant de la donnée. 4. Procédé de transmission selon la revendication 1 caractérisé en ce que l'ensemble des destinataires puisse être décrit par une combinaison des procédés détaillés aux revendications 2 et 3 par l'une des logiques suivantes : (a) les critères 602 ne sont considérés que si l'identifiant 601 fait partie de la liste 220, (b) les critères 602 sont considérés que si l'identifiant 601 ne fait pas partie de la liste 220, (c) les critères 602 sont considérés en premier et l'identifiant 601 n'est com- paré à la liste 220 que si les valeurs des paramètres 230 ne répondent pas aux critères 602, (d) les critères 602 sont considérés en premier et l'identifiant 601 n'est com- paré à la liste 220 que si les valeurs des paramètres 230 répondent aux critères 602. 5. Procédé selon la revendication 3 ou 4 caractérisé en ce que la logique ap- pliquée soit dépendante d'un paramètre joint aux critères 602 ou en ce que la logique appliquée soit dépendante implicite en fonction de caractéristiques de nature de la donnée 603 6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que les critères 602 soient de l'un des formats suivants : (a) Valeurs numériques à égaler ou spécifiant des bornes de comparaison dans une relation d'ordre, (b) Succession d'éléments binaires ayant pour objet une opération logique avec une succession d'éléments binaires caractéristique des valeurs de paramètres 230, (c) Une combinaison des formats précédents, (d) Une combinaison des formats précédents avec leurs coordinants logiques constituant une expression logique complexe. 7. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que les critères 602 puissent incorporer les sélecteurs particuliers -"tout destinataire", -"aucun destinataire", -"tout destinataire dont la liste 220 inclut l'identifiant 602 du message 600 considéré". 8. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que le traitement de la donnée inclue l'assemblage éventuel de la donnée commune 700 à une donnée individuelle 702, auquel cas le procédé met en oeuvre : (a) la transmission à l'aide du mode de transmission en"point à point"111 de la donnée partielle 702 (b) la mémorisation 240 de cette donnée 702 au sein de l'équipement desti- nataire 200 (c) l'assemblage de la donnée 702 à la donnée 700 lors du traitement de celle-ci avant d'être transmise à l'application 250 à laquelle la donnée unifiée 720 est destinée 9. Procédé selon l'une quelconque des revendications précédentes caractérisé par la mise en oeuvre d'une mémoire cache enregistrant les messages 600 reçus selon le mode de transmission en"diffusion", auquel cas le procédé met en oeuvre l'analyse de cette mémoire cache pour tout message nouvellement à traiter, suite à (a) la réception de nouveaux identifiants 521, (b) la réception de nouveaux paramètres ou leur mises à jour 522, (c) la réception d'une donnée partielle 702 dont la donnée 700 correspon- dante est disponible et jointe à des critères adéquoits si ceux-ci sont d'usage. 10. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que l'analyse 260 décrite aux revendications 2c et 3b fasse intervenir des paramètres (a) paramètres 233 fixes au sein de l'équipement destinataire 200, (b) paramètres 231 dont la gestion est à la charge de l'équipement desti- nataire 200 et en particulier ceux dont la valeur n'est pas forcément disponible avec certitude ou en temps réel à l'émetteur 100 lors de l'ini- tiation de la transmission, (c) paramètres 232 contrôlés par l'émetteur 100 par le biais d'une trans- mission"point à point"522, (d) paramètres 231 décrits ci-dessus pouvant aussi être mis à jour par une transmission"point à point"522, (e) nouveaux paramètres ajoutés aux paramètres 230 suite à une transmis- sion"point à point"522. 11. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que les diffusions de messages 600 puissent être répétées dans le temps à l'identique. 12. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce que les diffusions de messages 600 puissent être répétées dans le temps avec une altération des critères 602 ou de la donnée 603, à titre de correction, ou de changement radical de contenu. 13. Procédé selon l'une quelconque des revendications précédentes caractérisé en particulier en ce que plusieurs diffusions 600 soient effectuées avec des critères 602 différents afin de véhiculer la même information fondamentale 700 mais sous des formats différents qui s'adressent à des destinataires différents. 14. Procédé selon l'une quelconque des revendications précédentes caractérisé en particulier par l'usage de SMS PP [1] ou USSD [4] pour les transmissions "point à point"et par l'usage de SMS CB [2] pour les"diffusions".