Brevet FR2887718A1 — publié le 20061229

Arrière-plan de l'invention La présente invention se rapporte au domaine général des réseaux de télécommunication de type Internet, et plus particulièrement aux technologies permettant de faire une application informatique, par un serveur HTTP distant. De façon connue, la plupart des applications disponibles sur les serveurs HTTP sont conçues pour être accédées à distance, par des clients HTTP, tels que des navigateurs web. De par cette limitation, l'homme du métier comprendra aisément que ces applications ne peuvent être utilisées à distance par des équipements informatiques distants qui ne sont pas capables d'interpréter/d'interagir avec ce type d'interface homme/machine. Objet et résumé de l'invention La présente invention a pour but principal de pallier de tels inconvénients. Ainsi, plus précisément et selon un premier aspect, l'invention concerne un dispositif d'interception adapté à être placé en coupure de flux entre un client et un serveur dans un réseau de télécommunication, ce dispositif comportant: - des moyens pour intercepter au moins une requête échangée entre le serveur et le client dans le cadre d'une application prédéterminée, et retransmettre la requête à son destinataire; et - des moyens pour enregistrer la requête dans un fichier informatique. Corrélativement, l'invention concerne un procédé d'interception susceptible d'être mis en oeuvre dans un dispositif d'interposition tel que décrit brièvement ci-dessus. Ce procédé comporte: - une étape d'interception d'au moins une requête échangée entre un client et un serveur dans le cadre d'une application prédéterminée; - une étape de retransmission de la requête à son destinataire; et - une étape d'enregistrement de la requête dans un fichier informatique. 2887718 2 Préférentiellement, le client et le serveur précités sont des client et serveur HTTP. Ces dispositif et procédé d'interception sont donc adaptés à enregistrer l'ensemble des requêtes HTTP, et en particulier des requêtes de type POST et GET, échangées entre le client HTTP et le serveur HTTP dans le cadre d'une application prédéterminée, dans un fichier informatique. L'invention vise également un fichier informatique comportant au moins une requête interceptée lors de son échange entre ce serveur et ce client dans le cadre d'une application prédéterminée. Préférentiellement, le fichier informatique est conforme à un standard de langage à balises, préférentiellement XML. Les différentes requêtes mémorisées dans le fichier selon l'invention peuvent être utilisées pour définir un scénario, ce scénario étant adapté à être rejoué par un dispositif d'interface conforme à l'invention, agencé dans le réseau de télécommunication entre un équipement informatique et le serveur précité. Ces requêtes sont par exemple des requêtes HTTP. Plus précisément, le dispositif d'interface conforme à l'invention 20 comporte: - des moyens pour recevoir, en provenance dudit équipement informatique, au moins une commande pour exécuter un traitement informatique; - des moyens de lecture d'un fichier informatique comportant au moins 25 une requête interceptée lors de son échange entre un client et un serveur adapté à exécuter le traitement; - des moyens pour générer, en fonction de la commande, au moins une première requête, en utilisant au moins une requête extraite du fichier; - un client embarqué adapté à envoyer la première requête au serveur adapté à exécuter le traitement et à recevoir au moins une deuxième requête en provenance de ce serveur; des moyens pour générer une réponse à la commande à partir de la deuxième requête et d'une requête extraite du fichier; et - des moyens pour envoyer la réponse à l'équipement informatique. Bien entendu, l'invention trouve une application privilégiée lorsque l'équipement informatique ne comporte pas d'interface homme-2887718 3 machine bâtie au-dessus d'un client HTTP. Cet équipement informatique peut par exemple être constitué par une machine dont le contrôle s'effectue dans un environnement de développement particulier, par exemple via des points d'entrée développés spécifiquement pour un métier particulier. Grâce à l'invention, l'équipement informatique peut faire exécuter un traitement informatique particulier par le serveur HTTP, en soumettant une commande à cet effet au dispositif d'interface selon l'invention. Sur réception de cette commande, le dispositif d'interface identifie, dans le fichier informatique obtenu au moins partiellement par le dispositif d'interception selon l'invention, une requête HTTP compréhensible par le serveur HTTP pour exécuter le traitement choisi. Sur réception de cette requête particulière, le serveur HTTP génère une requête HTTP (typiquement une réponse) qui trouve son équivalent dans le scénario enregistré dans le fichier informatique conforme au standard XML. Cette requête dite "équivalente", est utilisée par le dispositif d'interface selon l'invention pour générer une réponse compréhensible par l'équipement informatique à l'origine de la commande. Préférentiellement, la commande reçue en provenance de l'équipement informatique comporte au moins un paramètre et les moyens de génération de la première requête du dispositif d'interface selon l'invention sont adaptés à générer cette première requête en substituant, dans une requête extraite du fichier informatique, un champ prédéfini par le paramètre de la commande. Ce paramètre pourra par exemple être constitué par un nom d'utilisateur ou un mot de passe devant être transmis au serveur adapté à exécuter le traitement correspondant à cette commande. Préférentiellement, le dispositif d'interface selon l'invention comporte des moyens pour identifier une donnée variable contenue dans ladite deuxième requête, à partir d'une règle de filtrage définie dans un champ d'une requête mémorisée dans le fichier, et à utiliser la donnée variable pour générer la réponse. Par exemple, si la commande émise par l'équipement informatique est une commande pour obtenir auprès d'un serveur de mail 2887718 4 le nombre de courriers électroniques reçus par un utilisateur, cette donnée variable contenue dans la deuxième requête pourra être représentative du nombre effectif de courriers électroniques disponibles dans la boîte de réception de cet utilisateur. Dans un mode préféré de réalisation, la règle précitée est exprimée sous la forme d'une expression régulière. Dans un mode préféré de réalisation, le dispositif d'interface selon l'invention comporte des moyens pour générer un événement si ladite commande ou si ladite deuxième requête ne peut être mise en correspondance avec au moins une requête mémorisée dans ledit fichier. Dans un mode préféré de réalisation, le dispositif d'interface selon l'invention comporte des moyens adaptés à établir un service Web avec ledit équipement informatique, de sorte que ladite commande et ladite réponse sont encapsulées, pour leur transport, dans une structure de données conforme au standard XML. En particulier, un protocole de communication entre le dispositif d'interface selon l'invention et un équipement informatique peut être choisi parmi les standards web services SOAP (Simple Object Access Protocol), WSDL (Web Service Description Language) et OASIS (Organisation for the Advancement of Structured Information Standards). Corrélativement, l'invention vise également un procédé pour réaliser l'interface, dans un réseau de télécommunication, entre un équipement informatique, et au moins un serveur. Ce procédé comporte: - une étape de réception, en provenance de l'équipement informatique, d'au moins une commande pour exécuter un traitement informatique; - une étape de génération, à partir de cette commande, d'au moins une première requête, en utilisant au moins une requête extraite d'un fichier informatique comportant au moins une requête interceptée lors de son échange entre un client et un serveur adapté à exécuter le traitement; - une étape d'envoi de la première requête au serveur adapté à exécuter le traitement; - une étape de réception d'au moins une deuxième requête en provenance de ce serveur; - une étape de génération d'une réponse à la commande à partir de la deuxième requête et d'une requête extraite du fichier; et 2887718 5 - une étape d'envoi de la réponse à l'équipement informatique. Selon une implémentation préférée, les différentes étapes du procédé d'interception et/ou de procédé pour réaliser un interface entre un équipement informatique et un serveur sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre d'un procédé d'interception et/ou d'un procédé pour réaliser un interface entre un équipement informatique et un serveur. 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. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 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 de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 2887718 6 Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux annexes et aux dessins qui en illustrent un exemple de réalisation dépourvu de tout 5 caractère limitatif, et dans lesquels: - l'annexe 1 est un exemple de fichier informatique au format XML pouvant être obtenu par un dispositif et un procédé d'interception conformes à l'invention; l'annexe 2 est un exemple de fichier informatique au format 10 XML pouvant être utilisé par un dispositif et un procédé d'interface conformes à l'invention; - la figure 1 représente un dispositif d'interception conforme à l'invention dans un mode préféré de réalisation; - la figure 2 représente, sous forme d'organigramme, les 15 principales étapes d'un procédé d'interception conforme à l'invention dans un mode préféré de réalisation; - la figure 3 représente un dispositif d'interface conforme à l'invention dans un mode préféré de réalisation; et - la figure 4 représente, sous forme d'organigramme, les 20 principales étapes d'un procédé d'interface conforme à l'invention dans un mode préféré de réalisation. Description détaillée d'un mode de réalisation La figure 1 représente, dans son environnement, un dispositif 25 10 d'interception conforme à l'invention. Ce dispositif d'interception est placé en coupure de flux entre un client HTTP 20 et un serveur HTTP 30 dans un réseau de télécommunication non référencé. Dans l'exemple décrit ici, le dispositif d'interception 10 peut être constitué par un ordinateur, et plus particulièrement par un serveur proxy. Il comporte un processeur 16, une mémoire morte 11, une mémoire vive 12 et une carte de communication 13 adaptée à recevoir et envoyer des requêtes HTTP vers et en provenance du client HTTP 20 et du serveur HTTP 30. Dans l'exemple de réalisation décrit ici, la mémoire morte 11 comporte un programme informatique adapté à exécuter les principales 2887718 7 étapes du procédé d'interception qui va maintenant être décrit en référence à la figure 2. On suppose dans cet exemple que le client HTTP 20 émet, à destination du serveur HTTP 30, une requête RQ; dans le cadre d'une 5 application AP prédéterminée mise en oeuvre par le serveur HTTP 30. Cette requête RQ; est interceptée par le dispositif 10 d'interception selon l'invention et mémorisée dans une mémoire tampon 14, au cours d'une étape E10. Puis, au cours d'une étape E20, cette requête RQ; est transmise à son destinataire, à savoir le serveur HTTP 30. Sur réception de la requête RQ;, le serveur HTTP 30 émet une réponse, sous la forme d'une requête HTTP RP;, à destination du client HTTP 20. Cette requête HTTP RP; est interceptée par le dispositif d'interception 10 conforme à l'invention et mémorisée dans la mémoire tampon 14 au cours de l'étape E10 d'interception de requête précitée. Cette requête RP; est retransmise, au cours de l'étape E20 de retransmission précitée, au dispositif client 20. Ainsi, toutes les requêtes HTTP échangées entre le client HTTP 20 20 et le serveur HTTP 30 dans le cadre de l'application AP sont mémorisées dans la mémoire tampon 14. Conformément à l'invention, le dispositif d'interception 10 est adapté à enregistrer toutes ces requêtes HTTP, au cours d'une étape E30, dans un fichier informatique F conforme au standard XML. Dans l'exemple décrit, cette étape E30 d'enregistrement s'effectue après que plusieurs requêtes HTTP ont été mémorisées dans la mémoire tampon 14. En variante, l'étape E30 d'enregistrement peut s'effectuer directement dans le fichier informatique F conforme au standard XML, dès interception d'une requête. Dans l'exemple décrit ici, le fichier informatique F conforme au standard XML est mémorisé dans un disque dur 15 du dispositif de filtrage 10. L'annexe 1 donne le fichier informatique F conforme au standard XML obtenu par le dispositif de filtrage 10 dans l'exemple de l'accès par le client HTTP 20 au serveur de mails HTTP 30. 2887718 8 L'homme du métier reconnaîtra que ce fichier comporte principalement trois requêtes HTTP (chacune étant délimitée par un cadre) dont la signification peut brièvement être résumée comme ceci: Dans l'exemple décrit ici, ces requêtes ont été obtenues lors de 5 l'accès par le client HTTP 20 à un serveur de mail HTTP 30. Plus précisément, l'homme du métier reconnaîtra que la première requête permet de poster le login/password de l'utilisateur pour s'authentifier auprès du serveur 30, un serveur de mail dans cet exemple. En réponse à cette première requête, le serveur envoie une URL de redirection. La deuxième requête correspond à l'appel de cette URL de redirection. Le serveur répond avec une page qui comprend un identifiant de session à utiliser dans les futures requêtes plus une fonction javascript permettant d'appeler la page suivante. La troisième requête correspond à l'exécution de fonction javascript et permet d'obtenir la page finale indiquant le nombre de mails de l'utilisateur. Dans cet exemple, id-session est un identifiant de session généré par le serveur 30 et nom2 le nom de l'utilisateur transformé en 20 majuscules par le serveur 30 (i.e. Dupond). Dans l'exemple de réalisation décrit ici, le fichier informatique F au format XML est modifié pour bâtir un scénario qui pourra être accédé par un équipement informatique ne disposant pas d'interface homme-machine bâtie sur un client HTTP pour accéder au serveur de mail 30. Le fichier informatique F' résultant de cette modification va maintenant être décrit en référence à l'annexe 2. L'homme du métier reconnaîtra que ce fichier F' est conforme au format XML. Ce fichier F' est identique au fichier F de l'annexe 1 sauf en ce qu'il contient des lignes L1 à L11 qui ont les significations suivantes: 1) les lignes L1, L5 et L10 signifient (timeout = 0) que les première, deuxième et troisième requêtes ont une durée de vie illimitée, c'est-à-dire qu'elles n'attendent pas de réponse dans un délai prédéterminé. 2) Les lignes L2, L3, L7, L8, L9 sont des lignes dans lesquelles les informations obtenues par le dispositif d'interception 10 ont été remplacées par des variables. Chaque variable dans l'exemple décrit ici commence, 5 respectivement termine, par une balise _BRMPARAM_ respectivement ERMPARAM_. Dans l'exemple de l'annexe 2, ces variables ont la signification suivante: - BRMPARAM _LOGIN_ERMPARAM_: nom d'utilisateur; - BRMPARAM_ PASSWORD_ ERMPARAM_: mot de passe; - BRMPARAM _WRP-LAST-SERVER_ERMPARAM: serveur de redirection; - BRMPARAM_WANADOO JSESSIONID_ERMPARAM_: identifiant de session généré par le serveur permettant de se faire reconnaître par lui 15 sans avoir à redonner de login et de mot de passe; BRMPARAM_UPPER_LOGIN_ERMPARAM_: login passé en majuscules, nécessaire au fonctionnement de l'application. 3) L'ensemble de lignes L4 de la première requête, délimité par les balises et définissent une expression adaptée à renvoyer une valeur booléenne en fonction de la présence ou de l'absence de l'expression régulière "function affiche_accueil()" dans une page HTML; 4) Les lignes L6 de la deuxième requête contiennent - trois premières lignes délimitées par les balises et adaptées à renvoyer une valeur booléenne en fonction de la présence ou de l'absence de l'expression régulière " wanadoo/connexion_submit.html;jsessionid " ; et - neuf lignes délimitées par les balises et , ces lignes n'étant interprétées que si l'expression régulière précédente est présente dans la page. Ces lignes sont adaptées à initialiser la variable WANADOO_JSESSIONID par le groupe délimité par les parenthèses dans l'expression régulière "wanadoo/connexion_submit.html;jsessionid=([\?]+) ?" dans la page HTML. 5) Les lignes L11 comportent trois premières lignes délimitées par les balises et adaptées à renvoyer une 2887718 10 valeur booléenne en fonction de la présence ou de l'absence dans une page html d'une expression régulière correspondant à l'expression régulière "Vous avez &b Cet ensemble de lignes L11 comporte également un ensemble de 10 lignes délimité par les balises et qui ne sont exécutées que si l'expression régulière précédente est présente dans une page HTML. Cet ensemble de dix lignes permet d'initialiser la variable 10 WANADOO_NBMESSAGE par la chaîne de caractères représentative du nombre de messages. Nous allons maintenant décrire en référence à la figure 3 un dispositif 50 conforme à l'invention, adapté à réaliser l'interface entre un équipement informatique 40 et une pluralité de serveurs HTTP 30, 31, 32. Dans l'exemple décrit ici, le dispositif d'interface 50 est constitué par un ordinateur. Il comporte un processeur 56, une mémoire morte 51, une mémoire vive 52 et un disque dur 55 mémorisant le fichier informatique F' conforme au format XML de l'annexe 2. Le dispositif d'interface 50 comporte également des moyens de communication 53 avec l'équipement informatique 40 et un client HTTP embarqué 54 adapté à communiquer, de façon connue, avec le serveur HTTP 30 ou d'autres serveurs HTTP 31 et 32. La mémoire morte 51 du dispositif d'interface 50 décrit ici comporte un programme informatique adapté à exécuter les principales étapes d'un procédé pour réaliser l'interface entre l'équipement informatique 40 et le serveur HTTP 30 qui va maintenant être décrit en référence à la figure 4. Nous supposerons dans cet exemple que le serveur HTTP 30 est le serveur HTTP de courrier électronique décrit précédemment en 30 référence aux figures 1 et 2. Nous supposerons dans cet exemple que l'équipement informatique 40 envoie une commande C(P) où - C est représentatif du fait que l'utilisateur de l'équipement informatique 40 souhaite accéder à sa boîte de courrier électronique sur le serveur 35 HTTP 30; et 2887718 11 - P est un ensemble de paramètres de cette commande, à savoir un nom d'utilisateur LOGIN et un mot de passe PASSWORD. Dans le mode de réalisation décrit ici, cette commande est encapsulée, pour son transport, dans une structure de données conforme 5 au format XML. Cette commande C(P) est reçue par le dispositif d'interface 50 au cours d'une étape F10. Au cours de cette même étape de réception F10, le dispositif d'interface 50 conforme à l'invention identifie qu'il doit rejouer le scénario 10 mémorisé dans le fichier informatique F' conforme au standard XML. Dans une variante, un identifiant du scénario fait partie des paramètres P de la commande. L'étape F10 de réception de la commande C(P) est suivie par une étape F20 au cours de laquelle le dispositif d'interface 50 vérifie si le 15 fichier informatique F' comporte au moins une requête HTTP associée avec la commande C. Si tel n'est pas le cas, le résultat du test F20 est négatif et ce test est suivi par une étape F90 de génération d'un événement représentatif de cette non correspondance. Cette génération d'événement peut par exemple être suivie par l'envoi d'un message à l'utilisateur du dispositif informatique 40. Dans l'exemple décrit ici, la commande C est associée avec la première requête HTTP du fichier informatique F' et le résultat du test F20 est positif. Ce test est alors suivi par une étape F30 au cours de laquelle le dispositif d'interface 50 génère, à partir de la commande C(P) et de la première requête HTTP du fichier informatique F', une requête HTTP RQ1(P) destinée au serveur HTTP 30. Dans l'exemple décrit ici, cette requête H1TP RQ1(P) est obtenue en substituant dans la première requête HTTP du fichier F' les champs BRMPARAM_LOGIN_ERMPARAM et BRMPARAM_PASSWORD_ERMPARAM respectivement par le nom d'utilisateur LOGIN et le mot de passe PASSWORD constituant les paramètres P de la commande C(P). Cette requête RQ1(P) est envoyée au serveur HTTP 30 par le client HTTP embarqué 54 au cours d'une étape F40. 2887718 12 Sur réception de cette requête RQ1(P), le serveur H1TP 30 génère une réponse sous forme d'une requête HTTP RP1, cette requête HTTP RP1 étant reçue par le dispositif d'interface 50 au cours d'une étape F50. Cette étape de réception F50 est suivie par un test F60 au cours duquel le dispositif d'interface 50 vérifie si cette requête HTTP RP1 peut être mise en correspondance avec au moins une requête HTTP mémorisée dans le fichier F'. Lorsque ce n'est pas le cas, le résultat du test F60 est négatif 10 est ce test est suivi par l'étape F90 de génération d'événement déjà décrite. Dans l'exemple décrit ici, cette requête HTTP RP1 comporte le nombre de courriers électroniques disponibles dans la boîte de l'utilisateur identifié par le nom LOGIN et le mot de passe PASSWORD contenus dans les paramètres P. Cette requête HTTP RP1 peut donc être mise en correspondance avec la troisième requête HTTP du fichier F' au format XML et le résultat du test F60 est positif. Ce test est alors suivi par une étape F70 au cours de laquelle le dispositif d'interface 50 conforme à l'invention génère une réponse R à la commande C(P) à partir de la requête HTTP RP1 et de la troisième requête HTTP extraite du fichier informatique F'. Plus précisément, au cours de cette étape F70, le dispositif d'interface 50 conforme à l'invention initialise la variable WANADOO_NBMESSAGE avec le nombre de courriers électroniques disponibles pour l'utilisateur grâce à l'utilisation de la règle de filtrage exprimée sous la forme d'une expression régulière aux lignes L11 du fichier informatique F'. Dans cet exemple, la réponse R à la commande C(P) est constituée par la valeur de cette variable WANADOO_NBMESSAGE. Cette étape F70 de génération de la réponse R est suivie par une étape F80 de l'envoi de cette réponse à l'équipement informatique 40. Conformément au mode de réalisation préféré décrit ici, cette réponse R est encapsulée, pour son transport, dans une structure de données conforme au standard XML. Ainsi, et comme démontré ci-dessus, la présente invention permet de mettre en place un traitement distant pouvant être appelé en 2887718 13 utilisant le standard XML (connecteur web services) pour une application de type web, à savoir ici la consultation d'une boîte de courrier électronique sur le serveur HTTP 30, ce résultat étant rendu possible par le rejeu du scénario mémorisé dans le fichier F', ce fichier étant obtenu à partir du fichier informatique F généré par le dispositif d'interception 10. ANNEXE 1 10 post http secure. wanadoo.fr 80 /auth_user/bin/auth_user.cgi get http serveur_redirection 80 /wanadoo/connexion_submit.html;\\ j sessionid=id_Session?\\ LOGIN=nOm2&DOMAIN=wanadoo.fr get http r.wanadoo.fr 80 /r/Wlistemsg proxyPort="1984"> 35 40 ANNEXE 2 5 post http secure.wanadoo.fr 80 /auth_user/bin/auth_user.cgi L1 O L2 value=" BRMPARAMPASSWORDERMPARAM /> _ _ _ _ L4 L4 L4 _ L4 get http r.wanadoo. fr 80 /r/Wlistemsg L5 O L6 L6 L6 L6 L6 L6 L6 WANADOO JSESSIONID L6 L6 /wanadoo/connexionsubmit.html;jsessionid=(["\?]+)? 15 20 30 L6 L6 1 L6 L6 L6 get http L7 BRMPARAM WRP-LAST- L8 j s e s s i oni d=BRMPARAMWANADOOJSE S S I ONIDERMPARAM? LOGIN= BRMPARAM UPPER LOGIN ERMPARAM & DOMAIN=wanadoo. L10 O _ _ 80 /wanadoo/connexion_submit. html; \\ 25 L11 Lil L11 message"/> L11 Lil L11 L11 L11 L11 9]+)& /b L11 L11 Lil Lil \\ L9 fr 1 WANADOO NBMESSAGE Vous avez &b 45 17 REVENDICATIONS 1. Dispositif (10) d'interception adapté à être placé en coupure de flux entre un client (20) et un serveur (30) dans un réseau de télécommunication, ce dispositif comportant: - des moyens pour intercepter au moins une requête (RQi, RP;) échangée entre ledit client (20) et ledit serveur (30) dans le cadre d'une application (AP) prédéterminée, et retransmettre ladite requête (RQi, RP;) à son destinataire (20, 30) ; et des moyens pour enregistrer ladite requête (RQi, RP;) dans un fichier informatique (F). 2. Dispositif selon la revendication 1, dans lequel ledit client (20) et ledit serveur (30) sont des client et serveur HTTP et dans lequel ladite 15 requête est une requête HTTP. 3. Dispositif selon la revendication 1 ou 2, caractérisé en ce que ledit fichier informatique est conforme à un standard de langage à balises, préférentiellement XML. 4. Procédé d'interception, caractérisé en ce qu'il comporte: -une étape (E10) d'interception d'au moins une requête (RQi, RP;) échangée entre un client (20) et un serveur (30) dans le cadre d'une application (AP) prédéterminée; - une étape (E20) de retransmission de ladite requête à son destinataire (20, 30) ; et - une étape (E30) d'enregistrement de ladite requête (RQi, RP;) dans un fichier informatique (F). 5. Procédé selon la revendication 4 dans lequel ledit client (20) et ledit serveur (30) sont des client et serveur HTTP et dans lequel ladite requête est une requête HTTP. 6. Programme d'ordinateur comportant des instructions pour 35 l'exécution des étapes du procédé d'interception selon l'une des 2887718 18 revendications 4 et 5 lorsque ledit programme est exécuté par un ordinateur (10). 7. Support d'enregistrement lisible (11) par un ordinateur (10) sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé d'interception selon l'une des revendications 4 et 5. 8. Fichier informatique (F) comportant au moins une requête 10 (RQ1, RP1) interceptée lors de son échange entre ledit client (20) et un serveur (30) dans le cadre d'une application (AP) prédéterminée. 9. Fichier selon la revendication 8, caractérisé en ce qu'il est conforme à un standard de langage à balises, préférentiellement XML. 15 10. Dispositif (50) d'interface, dans un réseau de télécommunication, entre un équipement informatique (40), et au moins un serveur (30, 31, 32) , ce dispositif comportant: - des moyens pour recevoir, en provenance dudit équipement 20 informatique (40), au moins une commande (C(P)) pour exécuter un traitement informatique; - des moyens de lecture d'un fichier informatique (F) comportant au moins une requête (RQ1, RP1) interceptée lors de son échange entre un client (20) et un serveur (30) adapté à exécuter ledit traitement; - des moyens pour générer, en fonction de ladite commande (C(P)), au moins une première requête (RQ1(P)), en utilisant au moins une requête (RQ1) extraite dudit fichier (P); - un client embarqué (54) adapté à envoyer ladite première requête (RQ1(P)) audit serveur (30) adapté à exécuter ledit traitement et à recevoir au moins une deuxième requête (RP1) en provenance de ce serveur (30) ; - des moyens pour générer une réponse (R) à ladite commande (C(P)) à partir de ladite deuxième requête (RP1) et d'une requête (RP) extraite dudit fichier (F') ; et - des moyens pour envoyer ladite réponse (R) audit équipement informatique (40). 2887718 19 11. Dispositif d'interface selon la revendication 10, dans lequel ladite commande (C(P)) comporte au moins un paramètre (P), caractérisé en ce que les moyens de génération de ladite première requête (RQ1(P)) sont adaptés à générer cette première requête (RQ1(P)) en substituant, dans une requête extraite dudit fichier, un champ prédéfini par ledit paramètre (P). 12. Dispositif d'interface selon l'une des revendications 10 et 11, caractérisé en ce qu'il comporte des moyens pour identifier une donnée variable contenue dans ladite deuxième requête (RP1), à partir d'une règle de filtrage définie dans un champ d'une requête (RP) mémorisée dans ledit fichier, et à utiliser ladite donnée variable pour générer ladite réponse (R). 13. Dispositif d'interface selon la revendication 12, caractérisé en ce que ladite règle est exprimée sous la forme d'une expression régulière. 14. Dispositif d'interface selon l'une quelconque des revendications 10 à 13, caractérisé en ce qu'il comporte des moyens pour générer un événement si ladite commande (C(P)) ou si ladite deuxième requête (RP1) ne peut être mise en correspondance avec au moins une requête mémorisée dans ledit fichier (F'). 15. Dispositif d'interface selon l'une quelconque des revendications 10 à 14, caractérisé en ce qu'il comporte des moyens de communication (53) adaptés à établir un service Web avec ledit équipement informatique (40), de sorte que ladite commande (C(P)) et ladite réponse (R) sont encapsulées, pour leur transport, dans une structure de données conforme au standard XML. 16. Procédé pour réaliser l'interface, dans un réseau de télécommunication, entre un équipement informatique, et au moins un 35 serveur (30, 31, 32), ledit procédé comportant: 2887718 20 - une étape (F10) de réception, en provenance dudit équipement informatique (40), d'au moins une commande (C(P)) pour exécuter un traitement informatique; - une étape (F30) de génération, à partir de ladite commande (C(P)), d'au moins une première requête (RQ1(P)), en utilisant au moins une requête (RQ1) extraite d'un fichier informatique (F') comportant au moins une requête (RQ1, RP1) interceptée lors de son échange entre un client (20) et un serveur (30) adapté à exécuter ledit traitement; - une étape (F40) d'envoi de ladite première requête (RQ1(P)) audit 10 serveur (30) adapté à exécuter ledit traitement; - une étape (F50) de réception d'au moins une deuxième requête (RP1) en provenance de ce serveur (30) ; - une étape (F70) de génération d'une réponse (R) à ladite commande (C(P)) à partir de ladite deuxième requête (RP1) et d'une requête (RP) 15 extraite dudit fichier (F') ; et - une étape (F80) d'envoi de ladite réponse (R) audit équipement informatique (40). 17. Programme d'ordinateur comportant des instructions pour 20 l'exécution des étapes du procédé pour réaliser une interface, selon la revendication 16, lorsque ledit programme est exécuté par un ordinateur. 18. Support d'enregistrement (51) lisible par un ordinateur (50) sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé pour réaliser une interface selon la revendication 16.