FR2824215A1 - Procede et dispositif de traitement d'un message dans un reseau de communication - Google Patents
Procede et dispositif de traitement d'un message dans un reseau de communication Download PDFInfo
- Publication number
- FR2824215A1 FR2824215A1 FR0105722A FR0105722A FR2824215A1 FR 2824215 A1 FR2824215 A1 FR 2824215A1 FR 0105722 A FR0105722 A FR 0105722A FR 0105722 A FR0105722 A FR 0105722A FR 2824215 A1 FR2824215 A1 FR 2824215A1
- Authority
- FR
- France
- Prior art keywords
- message
- node
- information
- path
- blocks
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un procédé de traitement d'un message dans un réseau de communication sur lequel le message transite selon un chemin pouvant être fermé et comprenant une pluralité de noeuds. Le message est constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à des noeuds différents. Le procédé est mis en oeuvre dans un noeud du chemin et comporte les étapes suivantes : réception (E301) du message; identification (E302-E304), dans le message, des blocs d'information destinés au noeud; traitement (E305-E309) des blocs d'information identifiés, avec création en conséquence d'au moins une donnée résultat; modification (E308) du message par inclusion dans celui-ci de la (ou les) donnée (s) résultat; transmission (E310, E311) du message au noeud suivant selon le chemin. L'invention concerne aussi un dispositif apte à mettre en oeuvre ce procédé.
Description
publics et les réseaux privés.
1 2824215
La présente invention a trait de manière générale aux réseaux de communication informatiques, et en particulier à la transmission de messages
dans ces réseaux.
Plus particulièrement, I'invention concerne un procédé de traitement d'un message dans un réseau de communication, le message transitant sur le réseau selon un chemin comprenant une pluralité de n_uds, et étant constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à des n_uds différents. Le chemin considéré peut être, par exemple, un chemin fermé, c.-à-d. formant une boucle, commençant et se refermant sur le n_ud émetteur du message, ou bien un chemin s'étendant entre le n_ud
émetteur du message et un n_ud récepteur.
L'invention concerne encore un dispositif comportant des moyens
adaptés à mettre en _uvre le procédé précité.
Dans le domaine des réseaux de communication informatiques, certains protocoles de communication, tels que HTTP (Hypertext Transfer Protocol) ou XMLP (eXtensible Markup Language Protocol) permettent d'envoyer un message via un ou plusieurs n_uds intermédiaires appelés "médiateurs" (en
anglais intermediaries).
A titre d'exemple, FIG. 1 illustre un exemple de transmission d'un message selon un système classique entre un n_ud émetteur et un n_ud récepteur dans un réseau de communication. Dans cet exemple un n_ud émetteur NE envoie un message de requête MSG1 à destination d'un n_ud récepteur NR. Dans le chemin suivi au travers du réseau, le message de requête transite par deux n_uds médiateurs N1 et N2 avant d'arriver finalement au n_ud récepteur NR. Dans cet exemple, le message de requête initial MSG1 contient trois blocs d'information distincts B1, B2, B3 destinés respectivement, au premier n_ud médiateur N1, au second n_ud médiateur N2, et au n_ud récepteur NR. Selon le système classique exposé ici, le n_ud médiateur N1 re,coit comme message d'entrée le message initial MSG1, traite le bloc d'information B1 qui lui est destiné, et envoie en conséquence un message de réponse, dite "réponse partielle", R1 au n_ud émetteur NE. D'autre part, le n_ud médiateur N1, délivre un message de sortie MSG2 à destination du n_ud suivant dans le chemin, c.-à- d. N2. Le message MSG2, ne contenant plus que les blocs B2 et B3, est le message d'entrée reçu par le n_ud médiateur N2. Ce dernier, comme le n_ud précédent (N1), traite le bloc (B2) qui lui est destiné et envoie une réponse partielle R2 au n_ud émetteur (NE). Le n_ud N2 délivre flnalement un message de sortie MSG3 au n_ud récepteur NR. Le message MSG3 ne contient que le bloc B3 destiné au récepteur (NR). Le n_ud récepteur (NR) quant à lui, traite le bloc qui lui est réservé et génère un troisième message de réponse partielle R3. Le message R3 est finalement acheminé via un troisième n_ud médiateur N3 (qui dans cet exemple,
n'effectue aucun traitement) au n_ud émetteur NE.
Ainsi, dans cet exemple, pour un message de requête initial envoyé par un n_ud émetteur (N E) à destination d'un n_ud récepteu r (N R) via deux n_uds médiateurs (N1, N2), deux réponses partielles (R1, R2) et une réponse finale (R3) ont été reçues par le n_ud émetteur (NE). De manière générale, selon le procédé classique illustré et exposé ici, si n (n désigne un entier quelconque) n_uds médiateurs sont présents sur le chemin entre le n_ud émetteur et le n_ud récepteur considérés, n+1 messages de réponse sont
envoyés au n_ud émetteur.
Il ressort clairement de ce qui précède qu'un tel système de traitement de messages dans un réseau, favorise la multiplication des messages sur le réseau et donc sa surcharge. Par ailleurs, puisque la réception des réponses (partielles et finales) est asynchrone, le n_ud émetteur doit être capable de reconna^tre l'ensemble de ces réponses comme étant lices à un même message de requête initial, et doit d'autre part attendre de les recevoir toutes avant de les traiter. Cela a aussi pour conséquence secondaire d'alourdir la charge de travail du n_ud émetteur et donc de pénaliser les temps de traitement, et de nécessiter pour y remédier des ressources matérielles eVou
logicielles plus performantes et donc plus coûteuses.
Dans le document: brevet US No. 5,944,843 (Hewlett-Packard), on décrit un procédé permettant d'utiliser les bits inutilisés d'un paquet de données pour transmettre une information additionnelle, en superposant (piggybacking) le code binaire (code word) "secondaire" correspondant à cette information additionnelle à un code binaire "primaire" déjà contenu dans le paquet de données. Selon ce document, un code binaire secondaire peut être superposé dans un paquet de données contenant un code binaire primaire, lorsque le code binaire primaire et, le cas échéant, les codes binaires secondaires déjà stockés dans le paquet de données, laissent suffisamment de place libre dans
le paquet de données pour y stocker un code binaire secondaire additionnel.
D'autre part, il faut que le chemin suivi par le paquet de données, lorsque le paquet est acheminé vers le n_ud réseau auquel est adressé le code primaire, passe au travers du (ou se termine par le) n_ud réseau auquel est adressé le code binaire secondaire, ou bien passe au travers d'un (ou se termine par un) n_ud réseau pouvant relayer le code binaire secondaire vers le n_ud réseau
auquel est adressé le code binaire secondaire.
Bien que le système objet de ce document, permette d'une certaine manière de réduire le nombre de messages circulant sur le réseau et donc de diminuer la charge du réseau, ce document ne traite pas le cas spécifique des protocoles de communications dans lesquels des messages de réponse partielle sont susceptibles d'être générés par des n_uds intermédiaires (médiateurs), comme exposé plus haut en liaison avec la FIG. 1, et par conséquent, le système exposé dans ce document n'apporte pas de réponse
satisfaisante aux inconvénients mentionnés supra.
La présente invention a pour but de résoudre les inconvénients précités.
A cet effet la présente invention concerne, selon un premier aspect, un procédé de traitement d'un message dans un réseau de communication, le message transitant sur le réseau selon un chemin pouvant être fermé et comprenant une pluralité de n_uds, et étant constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à des n_uds différents. Ce procédé est mis en _uvre dans un n_ud du chemin et est caractérisé en ce qu'il comporte les étapes suivantes: - réception du message; - identification, dans le message, des blocs d'information destinés audit n_ud; - traitement des blocs d'information identifiés, avec création en conséquence d'a moins une donnée résultat; - modification du message par inclusion dans celui-ci de ladite au moins une donnée résultat;
- transmission du message au n_ud suivant selon le chemin.
De cette façon, en utilisant le message d'origine pour transporter les données résultats, c.-à-d. Ies réponses "partielles", générées par des n_uds le long du chemin, on minimise le nombre de messages de réponse indépendants transitant sur le réseau en réponse à un seul message de requête initial, et donc la charge du réseau. Par ailleurs, le regroupement de ces réponses partielles dans un seul message, facilite leur réception et leur traitement par le
n_ud émetteur à l'origine du message initial.
Selon une caractéristique particulière de l'invention, I'étape d'identification des blocs d'information comprend la détermination des blocs
d'information comportant l'adresse électronique du n_ud.
Ce mode d'identification du destinataire des blocs d'information contenus dans le message d'origine est particulièrement adapté aux messages de type
utilisant un langage de description de données tel que le langage XML. Ce
mode d 'identification est donc pa rticulièrement adapté aux réseaux de type
Internet.
2824215
Selon une autre caractéristique particulière de l'invention, I'étape de traitement des blocs d'information identifiés comporte une sous-étape de
marquage de l'au moins une donnée résultat en tant que telle.
De cette façon, le n_ud émetteur du message d'origine peut facilement interpréter les données résultats contenues dans le message de réponse (le message qu'il reçoit finalement suite à l'envoi du message initial) comme étant des réponses à des requêtes traitées par des n_uds sur le chemin suivi par le
message dans le réseau.
Selon une caractéristique de l'invention, la sous-étape de marquage comprend l'insertion dans chaque donnée résultat d'une information d'identification destinée à identifier le bloc d'information dont le traitement a
donné lieu à la donnée résultat considérée.
Cette information d'identification peut être, par exemple, I'adresse électronique du n_ud à l'origine du bloc d'information traité. De cette façon, il n'est pas nécessaire de maintenir, dans le message qui transite le long du chemin dans le réseau, les blocs d'information qui ont fait l'objet d'un traitement local par des n_uds du chemin. Cela permet par conséquent de réduire la
taille de ce message.
Selon un mode particulier de réalisation de l'invention, I'étape de transmission du message est précédée par une étape de détermination du
noeud suivant selon le chemin.
Cette disposition est particulièrement adaptée aux mode de transmission de messages dans lesquels, dans un n_ud donné, le destinataire suivant d'un message reçu est déterminé selon par exemple un fichier de configuration du n_ud considéré, ou lorsque les n_uds d'un chemin selon lequel transite un message dans un réseau sont déterminés de proche en proche au niveau de
chaque n_ud dudit chemin.
Selon un deuxième aspect, I'invention concerne un dispositif de traitement d'un message incorporé dans un n_ud d'un réseau de communication, ledit message transitant sur le réseau selon un chemin pouvant être fermé et comprenant une pluralité de nceuds, le message étant constitué d'une pluralité de blocs d'information distincts dont certains peuvent
6 2824215
être destinés à des n_uds différents. Conformément à l'invention, le dispositif comporte des moyens adaptés à mettre en _uvre un procédé de traitement
d'un message tel que brièvement exposé supra.
De manière plus précise, ce dispositif, incorporé dans un n_ud de réseau, comporte: - des moyens de réception d'un message; - des moyens d'identification dans le message, des blocs d'information destinés audit n_ud; - des moyens de traitement des blocs d'information identifiés, permettant d'obtenir en conséquence au moins une donnée résultat; - des moyens de modification du message par inclusion dans celui-ci de l'au moins une donnée résultat; - des moyens de transmission du message résultant au n_ud suivant
selon ledit chemin.
La présente invention vise aussi un n_ud de réseau de communication comportant un tel dispositif. L'invention concerne également un réseau de
communication comportant de tels n_uds.
La présente invention concerne encore un programme d'ordinateur sur un support d'informations. Ce programme d'ordinateur étant remarquable en ce qu'il comporte des instructions de programme adaptées à la mise en _uvre d'un procédé de traitement d'un message tel que brièvement exposé supra,
lorsque ce programme d'ordinateur est chargé et exécuté dans un ordinateur.
L'invention vise aussi un support d'informations contenant un tel programme d'ordinateur. Un tel support d'informations peut comporter un moyen de mémorisation, tel qu'une ROM, par exemple un CD ROM ou une ROM semi-conducteur, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, ou encore par radio ou
par d'autres moyens.
7 2824215
Les avantages de ce dispositif, programme d'ordinateur, et de ce support d'informations, sont identiques à ceux du procédé en conformité avec
l'invention, tels que brièvement exposés supra.
D'autres pa rticu larités et avantages de l'invention ap pa ra^'tro nt encore
dans la description ci-après d'un mode préféré de réalisation de la présente
invention décrit à l'appui des dessins annexés sur lesquels: - la Figure1 illustre un exemple de transmission d'un message selon un système classique, entre un n_ud émetteur et un n_ud récepteur dans un réseau de communication; - la Figure 2 est un schéma blocs représentant les modules fonctionnels d'un dispositif de traitement de messages selon l'invention incorporé dans un n_ud dans un réseau de communication; - la Figure 3 est un organigramme illustrant un procédé de traitement d'un message selon l'invention, mis en _uvre dans un n_ud dans un réseau de communication; la Figure 4 illustre la transmission d'un message selon un procédé conforme à l'invention, entre un n_ud émetteur et un n_ud récepteur dans un réseau de communication; - la Figure 5 représente un système informatique apte à mettre en _uvre
un procédé de traitement d'un message selon l'invention.
En référence à la FIG. 2 on va à présent décrire les modules fonctionnels d'un dispositif de traitement de messages selon l'invention, incorporé dans un n_ud d'un réseau de communication informatique. Ce n_ud peut étre un n_ud intermédiaire (médiateur) ou un n_ud récepteur, tels que définis plus
haut dans l'exposé (en liaison avec la FIG. 1).
Un dispositif de traitement de messages selon l'invention est constitué d'éléments matériels et logiciels, les éléments logiciels incluant les différents éléments fonctionnels constitutifs d'un programme informatique de traitement
de messages en conformité avec l'invention.
Selon un mode préféré de réalisation, ce dispositif est constitué d'un système informatique, tel qu'un micro-ordinateur, décrit ultérieurement en référence à la FIG. 5, dans lequel un programme informatique de traitement de messages selon l'invention a été préalablement chargé, et dont l'exécution
permet de commander le fonctionnement dud it système informatique.
Comme représenté à la FIG. 2, le dispositif 20 de traitement de
messages selon l'invention, comporte une unité 202 de réception de messages.
11 comporte également des moyens d'identification de blocs d'information. Selon le mode de réalisation choisi et représenté, ces moyens d'identification comprennent, d'une part, une unité 203 d'identification de blocs d'information d'un message; et d'autre part une unité 204 d'extraction de blocs identifiés
dans un message.
Le dispositif 20 comporte des moyens de traitement de blocs d'information identifiés dans un message. Selon le mode de réalisation choisi et représenté, ces moyens de traitement comprennent les unités suivantes: une unité 205 de traitement (proprement dit) de blocs d'information identifiés;
- une unité 206 de marquage des blocs d'information traités.
Le dispositif 20 comporte encore des moyens de modification d'un message reçu. Selon le mode de réalisation choisi et représenté, ces moyens de modification comprennent une unité 207 de combinaison de blocs
d'information, et une unité 208 de génération de messages.
Le dispositif 20 comporte aussi des moyens de transmission d'un message à un n_ud déterminé dans le réseau. Selon le mode de réalisation choisi et représenté, ces moyens de transmission comprennent une unité 209 de détermination d'un n_ud suivant, et une unité 210 de transmission
(proprement dite) de messages.
Le dispositif 20 est connocté au réseau de communication par l'intermédiaire d'un lien réseau entrant (201) et d'un lien réseau sortant (211) reliés respectivement à l'unité 202 de réception de messages, et à l'unité 210
de transmission de messages.
Le fonctionnement de chacune des unités du dispositif 20 selon
I'invention sera décrit ci-après, en relation avec la description d'un procédé de
traitement de messages en conformité avec l'invention. Ce procédé est mis en _uvre dans un n_ud de réseau de communication, par un dispositif tel que le
dispositif 20 décrit ci-dessus.
Le procédé de traitement selon l'invention s'applique à tout réseau de communication informatique. Selon un mode de réalisation préféré, le réseau considéré est lèlnternet. Dans ce mode de réalisation, les messages sont des
messages exprimés dans le langage de description de données connu sous
l'acronyme XML. Ces messages sont alors acheminés sur le réseau selon le protocole connu HTTP, lequel est bâti au-dessus du protocole de transport
connu TCP/IP (Transmission Control Protocol - Internet Protocol).
L'invention concerne le traitement d'un message émis par un n_ud émetteur à destination d'un ou plusieurs n_uds dans le réseau, en suivant un chemin (constitué de n_uds successifs) à travers le réseau. Ce chemin peut
être prédéterminé dans le n_ud émetteur avant l'émission du message.
Cependant le chemin peut être aussi déterminé au cours de la transmission du message, de proche en proche par les n_uds successifs traversés par le message. Les n_uds traversés peuvent être des n_uds "médiateurs" tels que
définis plus haut.
D'autre part, il se peut que l'un des n_uds du chemin, désigné par "n_ud récepteur", soit le dernier n_ud, dans le chemin, auquel est destiné un
bloc d'information contenu dans le message.
Par ailleurs, le chemin considéré dans le réseau, selon lequel le message transite, peut être déterminé par le contenu du message lui-même, par exemple par l'adresse électronique (par ex. adresse Internet) de n_uds
auxq uels sont ad ressés des blocs d'i nformation conten us dans le message.
Ainsi, le chemin considéré peut être un chemin fermé, c.-à-d. formant
une boucle, commençant et se refermant sur le n_ud émetteur du message.
Un exemple de message traité selon l'invention, en cours de transit dans
un tel réseau, sera exposé plus bas dans la description.
Un message traité selon l'invention est de manière générale constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à-des n_uds différents dans le chemin suivi par le message dans le réseau. Le procédé de traitement d'un message selon l'invention est mis en _uvre dans un n_ud quelconque du réseau. En d'autres termes, un réseau dans lequel un tel procédé est implémenté doit comporter des n_uds, par exemple des ordinateurs, équipés chacun d'un dispositif de traitement (20) tel que décrit ci-dessus (FIG. 2). Conformément à l'invention, le procédé de traitement comporte les étapes principales suivantes: réception d'un message dans le n_ud considéré; - identification, dans le message, des blocs d'information destinés au n_ud considéré; - traitement des blocs d'information identifiés, avec la création en conséquence d'au moins une donnée résultat; - modification du message par inclusion dans celui-ci de ou des donnces résultats; - transmission du message modifié au n_ud suivant selon le chemin .
suv' par le message.
Ces étapes vont être maintenant détaillées en liaison avec la FIG. 3 qui illustre le procédé de traitement d'un message, selon un mode préféré de réalisation. Comme représenté à la FIG. 3, le traitement d'un message MSG arrivant, via un lien réseau d'entrée (201), dans un n_ud N. débute par la réception (E301) de celui-ci dans l'unité 202 du dispositif 20 incorporé dans ce n_ud. Le message est ensuite fourni en entrée à l'unité (203) d'identification de blocs dans laquelle il est procédé à l'identification dans le message, des blocs d'information destinés au n_ud considéré N. Dans ce but, une variable, List_B, est d'abord initialisoe à zéro (étape E302). Dans cette variable, dont la valeur est mémorisée dans un emplacement mémoire (par ex. un registre en mémoire RAM) , seront mémorisoes les blocs d'information qui seront identifiés et extraits
du message (MSG).
Dans le mode de réalisation préféré décrit ici, un message est constitué de code XML et un bloc d'information donné de ce message est constitué d'une
portion de code XML isolé par des séparateurs (attributes) prédéfinis.
Ensuite, à l'étape E303, selon un mode de réalisation préféré, on commence par obtenir l'adresse électronique locale du n_ud considéré (N). 11
pourra s'agir par exemple de son adresse Internet, celle-ci est notée @(N) .
Ensuite, on procède à la détermination des blocs d'information contenant cette adresse. Les blocs ainsi déterminés sont fournis en entrée à l'unité (204) d'extraction de blocs, dans laquelle il est procédé (étape E304) à l'extraction
des blocs identifiés (notés Bi) du message MSG.
Toujours dans l'unité 204, les blocs extraits sont ensuite ajoutés (E304) (c.-à-d., concaténés) dans la variable List_B, puis sont délivrés en entrée à l'unité 205 de traitement de blocs. Le message MSG, duquel les blocs Bi ont été extraits, est quant à lui directement transféré à l'unité 207 de combinaison
de blocs.
L'unité 203 d'identification de blocs permet ainsi de séparer les blocs d'information destinés au n_ud considéré (N), de ceux destinés à d'autres n_ud du chemin, par exemple des n_uds médiateurs ou un n_ud récepteur s'il en existe, ou bien de ceux contenant des données résultats générées par
des n_uds précédents du chemin suivi par le message (MSG).
Au cours des étapes E305 à E309 qui suivent, il est procédé au traitement local (dans le n_ud N) des blocs d'information destinés au n_ud N. Ce traitement est effectué, pour chaque bloc, successivement par l'unité 205 de traitement et l'unité 206 de marquage des blocs. Une étape de test (E309) permet de déterminer si tous les blocs (Bi) extraits du message ont bien été traités. A titre d'exemples, dans un réseau multimédia tel qu'lnternet, le traitement d'un bloc pourra consister en la rotation d'une image dont l'adresse de stockage dans le réseau est spécifiée dans le bloc considéré, ou bien la vérification d'une signature, ou encore la validation et l'encaissement d'un paiement.
12 2824215
Ainsi, on commence par sélectionner (E305) u n bloc d'i nformation (B i) dans la liste List_B, puis on traite (E306) ce bloc selon les instructions XML qu'il contient. Le traitement s'achève par la génération d'une donnce résultat, notée Ri. Cette donnée résultat est en pratique un fragment XML indiquant soit un résultat, lorsque le traitement implique l'obtention d'un résultat, soit simplement
l'indication que le traitement a été accompli ou non (par ex. message d'erreur).
Chaque donnée résultat (Ri) est ensuite fournie à l'unité de marquage (206) pour y être "marquée" (étape E307). Dans le mode de réalisation préféré, ce marquage consiste à insérer dans le code XML de la donnée résultat, d'une part une étiquette (attabute) (par ex., type="response") indiquant que le code correspondant est une réponse à un message de requête XML, et d'autre part, une information d'identification destinée à identifier le bloc d'information dont le
traitement a don né lieu à la don née résu ltat considérée.
En pratique cette information d'identification est constituée de l'adresse électronique (c.-à-d. I'adresse Internet) du n_ud à l'origine de ce bloc d'information. Les données résultats Ri ainsi "marquées" sont alors délivrées, I'une après l'autre, à l'unité 207 de combinaison de blocs dans laquelle elles sont
ajoutées au message MSG (étape E308).
Ainsi, lorsque le traitement de tous les blocs (Bi) extraits du message (MSG) est terminé (test E309 négatif), l'unité 207 de combinaison de blocs peut fournir un message MSG modifié dans lequel ont été incluses toutes les données résultats générées par les moyens de traitement de blocs (unités 205 et 206). Le message modifié MSG est alors transféré à l'unité 208 de génération de messages, pour y subir diverses vérifications eVou remises en forme. Dans une variante de réalisation, on pourra prévoir que cette unité de génération de messages créée un nouveau message vide et y incorpore le
corps du message MSG ainsi modifié.
A l'étape qui suit, E310, on procède à la détermination du n_ud destinataire suivant, dans le réseau, du message ainsi obtenu en sortie de l'unité 208 de génération de messages. Cette opération de détermination est
effectuce par l'unité 209 dite "de détermination de n_ud suivant".
13 2824215
Le n_ud suivant à qui transmettre le message pourra être codé directement dans le message initial, lorsque par exemple le chemin suivi est calculé lors de l'envoi du message par le n_ud émetteur. Ce "n_ud suivant" pourra, dans certaines implémentations, être déterminé par la consultation d'une table ou fichier de configuration dans le n_ud considéré (N). Finalement, à l'étape E311, le message MSG modifié est transmis, par l'unité 210 de transmission de messages, au n_ud suivant du chemin, au
travers du lien réseau sortant (211).
On notera ici que, au titre de variante de réalisation, on pourra prévoir que les donnces résultats générces au cours du cheminement du message dans le réseau, soient incorporées (par ex. concaténées) dans le message avec les blocs d'information correspondants. Le message final obtenu sera dans ce cas de taille supérieure au message initial. Cependant, I'opération de
génération du message en sera simplifiée.
La FIG. 4 illustre la transmission d'un message selon un procédé conforme à l'invention appliqué à l'exemple de réseau décrit plus haut en liaison avec la FIG. 1. Dans cet exemple, comme dans celui de la FIG. 1, un n_ud émetteur NE envoie un message de requête MSG1 à destination d'un n_ud récepteur NR. Dans le chemin suivi au travers du réseau, le message de requête transite par deux n_uds intermédiaires (médiateurs) N1 et N2 avant d'arriver finalement au récepteur NR. Dans cet exemple, le message de requête initial MSG1 contient trois blocs d'information distincts B1, B2, B3 destinés respectivement, au premier n_ud médiateur N1, au second n_ud
médiateur N2, et au n_ud récepteur NR.
A la différence du processus exposé supra en relation avec la FIG. 1, et conformément à l'invention, le n_ud médiateur N1 reçoit comme message d'entrée le message initial MSG1, traite le bloc d'information B1 qui lui est destiné, génère en conséquence une donnée résultat R1, et délivre en sortie un message MSG2 qui correspond au message MSG 1 modifié par le remplacement du bloc d'information B1 par la donnce résultat R1. A titre d'exemple, comme représenté par l'indication "@Méd-2" sur la figure, le n_ud N2 destinataire du message MSG2 a été déterminé dans le n_ud N1 par obtention localement (par ex. dans un fichier de configuration) de l'adresse
électronique notée "@Méd-2" du n_ud N2.
De même, le n_ud N2 reçoit comme message d'entrée le message modifié MSG2, et traite le bloc B2 qui lui est destiné. Il génère en conséquence une donnce résultat R2, et délivre en sortie un message MSG3 qui correspond au message MSG2 modifié par le remplacement du bloc d'information B2 par la donnée résultat R2. Le message MSG3 est alors transmis au n_ud récepteurNR. Ce dernier traite de la méme façon que les autres n_uds (N1 et N2) le bloc d'information, B3, qui lui est destiné, et génère en conséquence une donnée résultat R3. La donnée résultat R3 est incorporée dans le message
MSG3 ainsi modifié, en remplacement du bloc d'information B3.
Finalement, le n_ud récepteur NR délivre un message de réponse MSG-R composé des trois données résultats (ou réponses partielles) R1, R2, R3. Le message MSG-R est finalement transmis au n_ud émetteur NE via un n_ud intermédiaire N3 qui n'a effectué aucun traitement local, puisque aucun
bloc d'information dans le message MSG-R ne lui était destiné.
D'ailleurs, ce qui différencie, dans cet exemple, le n_ud récepteur NR des autres n_uds du chemin (la boucle N1, N2, NR, N3) est le fait que celui-ci est le dernier n_ud dans le chemin, auquel est destiné un bloc d'information
contenu dans le message initial (MSG1).
On notera encore ici que, de façon générale, le chemin suivi par le message dans le réseau peut former une boucle composée de n_uds, cette boucle commençant par, et se refermant sur le n_ud émetteur, chacun des n_uds composant la boucle pouvant être un destinataire d'une portion du
message.
Ainsi, à la différence de l'exemple de la FIG. 1, o deux réponses partielles (R1, R2) et une réponse finale (R3) ont été reçues par le n_ud émetteur (NE), dans l'exemple de la FIG. 4 en conformité avec l'invention, un seul message de réponse (MSG-R) est reçu par le n_ud émetteur NE. D'autre part, selon l'invention, les trois réponses partielles R1, R2, R3 sont reçues simultanément par le n_ud émetteur, et non de façon asynchrone comme c'est
le cas dans l'exemple de la FIG. 1.
On donne ci-dessous un exemple de message traité selon l'invention
dans un réseau multimédia de type Internet, appliqué à l'exemple de la FIG. 4.
Il s'agit par exemple d'un message MSG2 délivré en entrée du n_ud N2. Dans
cet exemple, le message est exprimé en langage XML.
< ?xml version="l.O" ?> <message> <rotate type="request" target="n2. crúcanon.fr"> <image>jjm jpeg</image> 1 0 <angle>90</angle> </rotate> <resize type="request" target="nr.crf.canon.fr"> <image>jjm.gif</image> <width>SO</width> <height>1 OO</heighP </resize> <dimension type="response" target="ne.crf.canon.fr"> <width>1 SS<lwidth> <height> 244</height> </dimension> <lmessage> Le message XML ci-dessus se compose de trois blocs d'information distincts. Un premier bloc, de type requete (type="request") a pour but la rotation
(rotate) de 90 d'une image stockée à l'adresse: jjmjpeg.
Ce bloc d'information est d estiné au nceud N2, com me cod é par
l'instruction: target="n2.crf.canon.fr".
Un second bloc d'information est également une requête, et a pour but
l'agrandissement (resize) d'une image stockée à l'adresse: jjm.gif.
Ce second bloc d'information est destiné au n_ud récepteur NR,
comme codé par l'instruction: target="nr.crf.canon.fr".
Enfin le troisième bloc est une réponse, c.-à-d. une donnce résultat, générée par un des n_uds du chemin, par exemple le n_ud N1. La nature
"réponse" (ou donnée résultat) est indiquée par l'instruction: type="response".
D'autre part, cette donnée résultat a été obtenue par le traitement d'un bloc d'information dont l'émetteur est le n_ud NE comme codé par l'instruction: target="ne.crf.canon.fr". Enfin, le contenu de cette donnée résultat peut être, par exemple, la taille (dimension) courante d'une image. On notera que le bloc d'information (requête) correspondant à cette donnée résultat, a
disparu du message.
On va maintenant décrire en relation avec la FIG. 5 un système informatique (10) ou ordinateur apte à mettre en _uvre un procédé de traitement d'un message selon l'invention. Autrement dit, ce système informatique incorpore un dispositif de traitement de messages tel que décrit précédemment en liaison avec la FIG. 2. Ce système informatique est par exemple un micro-ordinateur ou une station de travail. Ce système informatique constitue (ou bien est incorporé dans) un n_ud d'un réseau de communication
selon l'invention.
Dans ce mode de réalisation, le procédé de traitement d'un message selon l'invention est mis en _uvre par l'exécution d'un programme
informatique selon l'invention chargé dans ce système informatique.
Le système informatique 10 comporte classiquement un bus de communication 112 auquel sont reliés:
- Une unité centrale 100 (microprocesseur).
- Une mémoire ROM 101, dans lequel peut être mémorisé le
code exécutable du programme informatique de l'invention.
- Une mémoire RAM 102, comportant des registres adaptés à en registrer d es va riables mod ifiées au cou rs de l'exécution d u prog ra m me précité. - Un écran 103 permettant de servir d'interface avec un utilisateur, à l'aide d'un clavier 104 ou de tout autre moyen, tel que par exemple une souris 105. Cet écran pourra permettre par ex. à un utilisateur de visualiser
des messages reçus et traités dans le système.
- Un disque dur 106, dans lequel on peut stocker, de façon alternative à la mémoire ROM, le code exécutable du programme selon l'invention. Le code source du programme pourra être également stocké dans
le disque dur et compilé lors de l'exécution du programme.
- Un lecteur de disquette 107 adapté à recevoir une disquette 7. Le programme de l'invention stocké sur une disquette pourra ainsi alternativement étre chargé dans l'ordinateur 10 via le lecteur de disquettes 107.
- Un lecteur de disques CD 108 adapté à lire un disque CD 8.
Le programme de l'invention (source ou exécutable) stocké sur un disque CD pourra ainsi alternativement être chargé dans l'ordinateur 10 via le lecteur de
disques CD 108.
- un lecteur de PC-CARD 109 pourra permettre de la méme façon le chargement dans l'ordinateur du programme de l'invention stocké sur
une carte PC-CARD 9.
- une interface de communication 110 avec un réseau de communication 1 permettant de recevoir des messages de la part d'autres systèmes ou n_uds connectés au réseau, ainsi que permettant de télécharger le programme de traitement de messages de l'invention, depuis un autre
système informatique sur le réseau.
Il est à noter, d'une part, que le bus de communication 112 permet la communication entre les différents éléments inclus dans le système informatique 10 ou reliés à lui. D'autre part, la représentation du bus n'est pas limitative et, notamment, I'unité centrale (100) est susceptible de communiquer des instructions à tout élément de l'ordinateur 10 directement ou par
l'intermédiaire d'un autre élément de cet ordinateur.
En résumé, I'invention décrite ici concerne un procédé et un dispositif de traitement d'un message dans un réseau de communication. Selon le mode de réalisation préféré, les étapes du procédé sont déterminées par les instructions d'un programme de traitement d'un message selon l'invention, et le procédé est mis en _uvre lorsque ce programme est chargé dans un ordinateur dont le
fonctionnement est alors commandé par l'exécution du programme.
En conséquence, I'invention s'applique également à un programme d'ordinateur, particulièrement un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en _uvre l'invention. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable pour implémenter un procédé selon l'invention. Le support d'informations peut être n'importe quelle entité ou dispositif capable de
stocker le programme.
Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM semi-conducteur, ou un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble
électrique ou optique, ou encore par radio ou par d'autres moyens.
Alternativement, le support peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter le procédé en
question, ou pour être utilisé dans l'exécution du procédé.
Bien entendu, la présente invention ne se limite pas aux détails des formes de réalisation décrits ici à titre d'exemple, mais s'étend au contraire aux modifications à la portée de l'homme de l'art, sans sortir du cadre de l'invention.
Claims (18)
1. Procédé de traitement d'un message dans un réseau de communication, ledit message transitant sur le réseau selon un chemin pouvant être fermé et comprenant une pluralité de n_uds, ledit message étant constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à des n_uds différents, le procédé étant mis en _uvre dans un n_ud dudit chemin et étant caractérisé en ce qu'il comporte les étapes suivantes: - réception (E301) du message; - identification (E302-E304), dans le message, des blocs d'information destinés audit n_ud; - traitement (E305-E309) des blocs d'information identifés, avec création (E306) en conséquence d'au moins une donnée résultat; - modifcation (E308) dudit message par inclusion dans celui-ci de ladite au moins une donnée résultat; - transmission (E310, E311) dudit message au n_ud suivant selon ledit chemin.
2. Procédé selon la revendication 1, caractérisé en ce que l'étape d'id entification d es blocs d'information comprend l a détermi nation (E303) d es
blocs d'information comportant l'adresse électronique dudit n_ud.
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que l'étape d'identification des blocs d'information identifiés comporte une sousétape
préalable d'extraction (E304) de ces blocs dudit message.
4. Procédé selon la revendication 1, 2 ou 3, caractérisé en ce que l'étape de traitement des blocs d'information identifés comporte une sous- étape de
marquage (E307) de ladite au moins une donnée résultat en tant que telle.
5. Procédé selon la revendication 4, caractérisé en ce que la sous-étape de marquage (E307) comprend l'insertion dans chaque donnée résultat d'une information d'identification destinée à identifier le bloc d'information dont le
traitement a donné lieu à la donnée résultat considérée.
6. Procédé selon l'une quelconque des revendications précédentes,
caractérisé en ce que l'étape de transmission du message comporte une sous-
étape de détermination (E310) du n_ud suivant selon le chemin.
7. Procédé selon l'une quelconque des revendications précédentes,
caractérisé en ce que l'un desdits n_uds appelé "n_ud récepteur" est le dernier n_ud, dans le chemin, auquel est destiné un bloc d'information
contenu dans ledit message.
8. Procédé selon l'une quelconque des revendications précédentes
caractérisé en ce que la transmission d'un message utilise le protocole HTTP.
9. Procédé selon l'une quelconque des revendications précédentes
caractérisé en ce qu'un message est exprimé dans un langage de description
de données tel que le langage XML.
10. Procédé selon l'une quelconque des revendications précédentes,
caractérisé en ce que le réseau de communication est un réseau de type Internet.
11. Dispositif de traitement d'un message incorporé dans un n_ud d'un réseau de communication, ledit message transitant sur le réseau selon un chemin pouvant être fermé et comprenant une pluralité de n_uds, ledit message étant constitué d'une pluralité de blocs d'information distincts dont certains peuvent être destinés à des n_uds différents, ledit dispositif étant caractérisé en ce qu'il comporte des moyens adaptés à mettre en _uvre un
procédé de traitement d'un message selon l'une quelconque des revendications
précédentes.
12. Dispositif selon la revendication 11, caractérisé en ce qu'il comporte: - des moyens de réception (202) du message; - d es moyens d 'identification (203, 204), da ns le message, des blocs d'information destinés audit n_ud; - des moyens de traitement (205, 206) des blocs d'information identifiés, permettant d'obtenir en conséquence au moins une donnée résultat; - des moyens de modification (207, 208) dudit message par inclusion dans celui-ci de ladite au moins une donnée résultat; - des moyens de transmission (209, 210) dudit message au n_ud
suivant selon ledit chemin.
13. Dispositif selon la revendication 11 ou 12, caractérisé en ce que la
transmission d'un message utilise le protocole HTTP.
14. Dispositif selon la revendication 11,12 ou 13, caractérisé en ce qu'un
message est exprimé dans un langage de description de données tel que le
langage XML.
15. Dispositif selon l'une quelconque des revendications 11 à 14,
caractérisé en ce que le réseau de communication est un réseau de type Internet.
16. N_ud de réseau de communication, caractérisé en ce qu'il comporte
un dispositif selon l'une quelconque des revendications 11 à 15.
17. Réseau de communication, caractérisé en ce qu'il comporte une
pluralité de n_uds selon la revendication 16.
18. Programme d'ordinateur sur un support d'informations, caractérisé en ce qu'il comports des instructions de programme adaptées à la mise en _uvre d'un procédé de traitement d'un message selon l'une quelconque des
revendications 1 à 10, lorsque ce programme d'ordinateur est charge et
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0105722A FR2824215B1 (fr) | 2001-04-27 | 2001-04-27 | Procede et dispositif de traitement d'un message dans un reseau de communication |
| US10/132,511 US8078668B2 (en) | 2001-04-27 | 2002-04-26 | Method and device for processing a message in a communication network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0105722A FR2824215B1 (fr) | 2001-04-27 | 2001-04-27 | Procede et dispositif de traitement d'un message dans un reseau de communication |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2824215A1 true FR2824215A1 (fr) | 2002-10-31 |
| FR2824215B1 FR2824215B1 (fr) | 2003-07-18 |
Family
ID=8862789
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0105722A Expired - Fee Related FR2824215B1 (fr) | 2001-04-27 | 2001-04-27 | Procede et dispositif de traitement d'un message dans un reseau de communication |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8078668B2 (fr) |
| FR (1) | FR2824215B1 (fr) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2824215B1 (fr) * | 2001-04-27 | 2003-07-18 | Canon Kk | Procede et dispositif de traitement d'un message dans un reseau de communication |
| US8086729B1 (en) | 2008-11-10 | 2011-12-27 | Tanium Inc. | Distributed statistical detection of network problems and causes |
| US8904039B1 (en) * | 2008-11-10 | 2014-12-02 | Tanium Inc. | Large-scale network querying and reporting |
| US8903973B1 (en) * | 2008-11-10 | 2014-12-02 | Tanium Inc. | Parallel distributed network management |
| US11172470B1 (en) | 2012-12-21 | 2021-11-09 | Tanium Inc. | System, security and network management using self-organizing communication orbits in distributed networks |
| US9246977B2 (en) | 2012-12-21 | 2016-01-26 | Tanium Inc. | System, security and network management using self-organizing communication orbits in distributed networks |
| US9385935B2 (en) * | 2013-03-06 | 2016-07-05 | Microsoft Technology Licensing, Llc | Transparent message modification for diagnostics or testing |
| US9769037B2 (en) | 2013-11-27 | 2017-09-19 | Tanium Inc. | Fast detection and remediation of unmanaged assets |
| US9667738B2 (en) | 2014-03-24 | 2017-05-30 | Tanium Inc. | Local data caching for data transfers on a network of computational devices |
| US9769275B2 (en) | 2014-03-24 | 2017-09-19 | Tanium Inc. | Data caching and distribution in a local network |
| US10873645B2 (en) | 2014-03-24 | 2020-12-22 | Tanium Inc. | Software application updating in a local network |
| US11461208B1 (en) | 2015-04-24 | 2022-10-04 | Tanium Inc. | Reliable map-reduce communications in a decentralized, self-organizing communication orbit of a distributed network |
| US9910752B2 (en) | 2015-04-24 | 2018-03-06 | Tanium Inc. | Reliable map-reduce communications in a decentralized, self-organizing communication orbit of a distributed network |
| US10372904B2 (en) | 2016-03-08 | 2019-08-06 | Tanium Inc. | Cost prioritized evaluations of indicators of compromise |
| US10498744B2 (en) | 2016-03-08 | 2019-12-03 | Tanium Inc. | Integrity monitoring in a local network |
| US11886229B1 (en) | 2016-03-08 | 2024-01-30 | Tanium Inc. | System and method for generating a global dictionary and performing similarity search queries in a network |
| US11609835B1 (en) | 2016-03-08 | 2023-03-21 | Tanium Inc. | Evaluating machine and process performance in distributed system |
| US11153383B2 (en) | 2016-03-08 | 2021-10-19 | Tanium Inc. | Distributed data analysis for streaming data sources |
| US10929345B2 (en) | 2016-03-08 | 2021-02-23 | Tanium Inc. | System and method of performing similarity search queries in a network |
| US11372938B1 (en) | 2016-03-08 | 2022-06-28 | Tanium Inc. | System and method for performing search requests in a network |
| US10824729B2 (en) | 2017-07-14 | 2020-11-03 | Tanium Inc. | Compliance management in a local network |
| CN116208524A (zh) * | 2018-06-06 | 2023-06-02 | 华为技术有限公司 | 一种数据报文的检测方法、设备及*** |
| US11343355B1 (en) | 2018-07-18 | 2022-05-24 | Tanium Inc. | Automated mapping of multi-tier applications in a distributed system |
| US10841365B2 (en) | 2018-07-18 | 2020-11-17 | Tanium Inc. | Mapping application dependencies in a computer network |
| US11831670B1 (en) | 2019-11-18 | 2023-11-28 | Tanium Inc. | System and method for prioritizing distributed system risk remediations |
| US11563764B1 (en) | 2020-08-24 | 2023-01-24 | Tanium Inc. | Risk scoring based on compliance verification test results in a local network |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001030098A1 (fr) * | 1999-10-22 | 2001-04-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Procedes et appareil permettant de fournir de maniere selective des donnees specifiques client a des serveurs d'origine dans des applications de protocole d'application sans fil |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3679068D1 (de) * | 1986-06-25 | 1991-06-06 | Ibm | Verfahren und system zur leitweglenkung von datenbloecken in datenuebertragungsnetzwerken. |
| JPH05114905A (ja) * | 1991-04-08 | 1993-05-07 | Digital Equip Corp <Dec> | 単一アドレス及びプロトコール・テーブル・ブリツジを使用したメツセージの処置フイルタリング |
| US5383187A (en) * | 1992-09-18 | 1995-01-17 | Hughes Aricraft Company | Adaptive protocol for packet communications network and method |
| EP0682431B1 (fr) * | 1994-05-09 | 2002-10-02 | Europlex Research Limited | Système de réseau en anneau |
| JP3200293B2 (ja) * | 1994-08-08 | 2001-08-20 | 松下電器産業株式会社 | リング型ｌａｎにおける同報通信方法 |
| DE4434952A1 (de) * | 1994-09-29 | 1996-04-04 | Siemens Ag | Verfahren und Anordnung zur Adressierung von Teilnehmern in einem aus mindestens zwei Segmenten bestehenden Netzwerk |
| US5579480A (en) * | 1995-04-28 | 1996-11-26 | Sun Microsystems, Inc. | System and method for traversing ATM networks based on forward and reverse virtual connection labels |
| US5712712A (en) * | 1995-06-01 | 1998-01-27 | Rapidata Systems, Inc. | Rapid delivery of facsimile or other data sets to a massive number of recipients |
| US5736933A (en) * | 1996-03-04 | 1998-04-07 | Motorola, Inc. | Method and apparatus for providing redundancy in a communication network |
| JP3697831B2 (ja) * | 1997-04-18 | 2005-09-21 | 株式会社日立製作所 | コンピュータシステム |
| US5944843A (en) * | 1997-08-21 | 1999-08-31 | Hewlett-Packard Company | Method and apparatus for using the unused bits of a data packet to transmit additional information |
| US6415332B1 (en) * | 1998-08-19 | 2002-07-02 | International Business Machines Corporation | Method for handling of asynchronous message packet in a multi-node threaded computing environment |
| US6633570B1 (en) * | 1999-02-08 | 2003-10-14 | Paitalk Holdings, Inc. | Efficient transmission of data to multiple network nodes |
| US6532494B1 (en) * | 1999-05-28 | 2003-03-11 | Oracle International Corporation | Closed-loop node membership monitor for network clusters |
| US6581175B1 (en) * | 1999-06-29 | 2003-06-17 | Nortel Networks Limited | Apparatus and method of requesting retransmission of a message across a network |
| US6401132B1 (en) * | 1999-08-03 | 2002-06-04 | International Business Machines Corporation | Subchaining transcoders in a transcoding framework |
| US6993559B2 (en) * | 2000-02-14 | 2006-01-31 | Bigbow.Com, Inc. | System, method, apparatus and computer program product for operating a web site by electronic mail |
| JP4351368B2 (ja) * | 2000-08-11 | 2009-10-28 | 富士通株式会社 | データ転送方法及びそれを用いた通信装置 |
| US7539154B1 (en) * | 2000-10-17 | 2009-05-26 | Cisco Technology, Inc. | Method and apparatus to detect and break loop configuration |
| US6782415B1 (en) * | 2000-11-03 | 2004-08-24 | Pitney Bowes Inc. | Business-to-employee messaging system |
| JP3925079B2 (ja) * | 2000-11-30 | 2007-06-06 | 富士通株式会社 | リニア又はリングネットワークにおける伝送方法及び装置 |
| US6636855B2 (en) * | 2001-03-09 | 2003-10-21 | International Business Machines Corporation | Method, system, and program for accessing stored procedures in a message broker |
| US20020156841A1 (en) * | 2001-04-13 | 2002-10-24 | Bjorn Landfeldt | Accessing distributed proxy configurations |
| FR2824215B1 (fr) * | 2001-04-27 | 2003-07-18 | Canon Kk | Procede et dispositif de traitement d'un message dans un reseau de communication |
| US7165093B2 (en) * | 2001-06-22 | 2007-01-16 | Xerox Corporation | Active electronic messaging system |
| JP2003067310A (ja) * | 2001-08-30 | 2003-03-07 | Minolta Co Ltd | メール送信のためのシステムとプログラム |
| US6970918B2 (en) * | 2001-09-24 | 2005-11-29 | International Business Machines Corporation | System and method for transcoding support of web content over secure connections |
| US7428597B2 (en) * | 2002-03-28 | 2008-09-23 | Sap Ag | Content-based routing system and method |
-
2001
- 2001-04-27 FR FR0105722A patent/FR2824215B1/fr not_active Expired - Fee Related
-
2002
- 2002-04-26 US US10/132,511 patent/US8078668B2/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001030098A1 (fr) * | 1999-10-22 | 2001-04-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Procedes et appareil permettant de fournir de maniere selective des donnees specifiques client a des serveurs d'origine dans des applications de protocole d'application sans fil |
Also Published As
| Publication number | Publication date |
|---|---|
| US8078668B2 (en) | 2011-12-13 |
| US20020184386A1 (en) | 2002-12-05 |
| FR2824215B1 (fr) | 2003-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2824215A1 (fr) | Procede et dispositif de traitement d'un message dans un reseau de communication | |
| EP0046831B1 (fr) | Système de retransmission de trames numérotées et reçues en erreur dans un système de transmission de données | |
| WO2001099448A1 (fr) | Procede pour le traitement et la transmission de donnees sur un reseau de telephonie mobile et systeme embarque a puce electronique | |
| FR3020535A1 (fr) | Systeme de communication a selection de services par la numerotation | |
| WO2002001313A2 (fr) | Procede de transmission d'un agent mobile dans un reseau; emetteur, recepteur, et agent mobile associes | |
| US20030145089A1 (en) | System and method for enabling arbitrary components to transfer data between each other | |
| WO2002033866A2 (fr) | Protocole de transmission d'une pluralite de flux logiques d'echange multiple de couples de commande/reponse sur un canal physique unique d'echange entre maitre et esclave et systeme de suivi et de controle d'execution d'appliquettes correspondant | |
| EP1141903B1 (fr) | Dispositif et procede d'initialisation d'un programme applicatif d'une carte a circuit integre | |
| US20040148597A1 (en) | System for optimizing distribution of information employing a universal dictionary | |
| EP3657859A1 (fr) | Optimisation par type de message de l'echange de donnees entre objets connectes | |
| WO2020260825A1 (fr) | Procede de gestion d'une communication entre terminaux dans un reseau de communication, et dispositifs et systeme pour la mise en oeuvre du procede | |
| WO2005107206A1 (fr) | Procede de transmission d’un fichier de donnees numeriques au travers de reseaux de telecommunications | |
| FR2891978A1 (fr) | Procede et systeme de notification de reception de messages asynchrones | |
| EP4162658A1 (fr) | Procede de discrimination d'un message entre un terminal et un serveur de donnees | |
| FR3120468A1 (fr) | Procédé de gestion de la configuration d’une télécommande. | |
| EP3857810A1 (fr) | Procédé cryptographique de comparaison sécurisée de deux données secrètes x et y | |
| EP3675435A1 (fr) | Procédé de routage dynamique dans un réseau d'objets connectés | |
| FR2702578A1 (fr) | Système de communication avec un réseau. | |
| EP1632076B1 (fr) | Procede de traitement d'ensembles de donnees de description de contenus multimedia, et dispositif correspondant | |
| FR3100908A1 (fr) | Procédé de communication entre des entités logicielles via une API | |
| EP1733515A1 (fr) | Procede et systeme de selection de paquets en fonction du volume emis par connexion | |
| EP1384366B1 (fr) | Systeme et procede de communication entre stations traitant des dossiers communs | |
| WO2023242429A1 (fr) | Procédé de détermination homomorphe du signe d'un message par dilatation, procédés et dispositifs associés | |
| EP4162663A1 (fr) | Procédé de capture d'un paquet d'une session chiffrée | |
| EP2525525B1 (fr) | Procédé, programme d'ordinateur et dispositif de cooptation permettant à un abonné d'un service de partager ce service avec un autre utilisateur |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20131231 |