FR2887718A1 - Interception device e.g. computer, for Internet type telecommunication network, has ROM with program storing HTTP requests in buffer, retransmitting requests to server and client and storing requests in computing file in XML format - Google Patents

Abstract

The device has a processor, a ROM (51), a RAM (52) and a communication board that receives and sends HTTP requests e.g. get request, towards and from a HTTP client and a HTTP server (30). The ROM has a computing program which allows intercepting the requests exchanged between the client and the server in a predetermined application framework and stores the requests in a buffer. The program enables retransmitting the requests to the server and client. The program allows storing the requests in a computing file in an XML format, after several requests are stored in the buffer. Independent claims are also included for the following: (1) an interception method (2) a computer program comprising instructions for the execution of an interception method (3) a storage medium readable by a computer on which a computer program, comprising instructions of the execution of stages of an interception method, is stored (4) a method for making an interface between a computing equipment and a server in a telecommunication network (5) a computer program comprising instructions for the execution of stages of a method for making an interface between a computing equipment and a server in a telecommunication network (6) a storage medium storing a computing program that comprises instructions for the execution of a method for making an interface between a computing equipment and a server in a telecommunication network.

Description

2887718 1

  BACKGROUND OF THE INVENTION The present invention relates to the general field of Internet-type telecommunication networks, and more particularly to technologies making it possible to make a computer application, by a remote HTTP server.

  As is known, most of the applications available on HTTP servers are designed to be accessed remotely by HTTP clients, such as web browsers.

  By this limitation, those skilled in the art will readily understand that these applications can not be used remotely by remote computer equipment that is not able to interpret / interact with this type of human / machine interface.

  OBJECT AND SUMMARY OF THE INVENTION The main object of the present invention is to overcome such disadvantages.

  Thus, more specifically and according to a first aspect, the invention relates to an interception device adapted to be placed in a flow-off between a client and a server in a telecommunication network, this device comprising: means for intercepting at least a request exchanged between the server and the client as part of a predetermined application, and retransmitting the request to its recipient; and means for saving the request in a computer file.

  Correlatively, the invention relates to an interception method that can be implemented in an interposition device as briefly described above.

  This method comprises: a step of intercepting at least one request exchanged between a client and a server as part of a predetermined application; a step of retransmitting the request to its addressee; and a step of recording the request in a computer file.

  Preferably, the aforementioned client and server are HTTP client and server.

  This device and interception method are therefore adapted to record all the HTTP requests, and in particular POST and GET type requests, exchanged between the HTTP client and the HTTP server in the context of a predetermined application, in a computer file.

  The invention also relates to a computer file comprising at least one intercepted request during its exchange between this server and this client as part of a predetermined application.

  Preferably, the computer file conforms to a standard of tagged language, preferably XML.

  The various queries stored in the file according to the invention can be used to define a scenario, this scenario being adapted to be replayed by an interface device according to the invention, arranged in the telecommunication network between a computer equipment and the computer. aforementioned server. These requests are, for example, HTTP requests.

  More specifically, the interface device according to the invention comprises: means for receiving, from said computer equipment, at least one command for executing a computer processing; means for reading a computer file comprising at least one intercepted request during its exchange between a client and a server adapted to execute the processing; means for generating, as a function of the command, at least a first request, using at least one request extracted from the file; an embedded client adapted to send the first request to the server adapted to execute the processing and to receive at least a second request from this server; means for generating a response to the command from the second request and a request extracted from the file; and means for sending the response to the computer equipment.

  Of course, the invention finds a preferred application when the computer equipment does not include a machine built on top of an HTTP client. This computer equipment may for example be constituted by a machine whose control is carried out in a particular development environment, for example via entry points developed specifically for a particular trade.

  Thanks to the invention, the computer equipment can execute a particular computer processing by the HTTP server, by submitting a command for this purpose to the interface device according to the invention.

  Upon receipt of this command, the interface device identifies, in the computer file obtained at least partially by the interception device according to the invention, an HTTP request understandable by the HTTP server to execute the chosen processing. On receipt of this particular request, the HTTP server generates an HTTP request (typically a response) which finds its equivalent in the scenario recorded in the XML conforming computer file.

  This so-called "equivalent" request is used by the interface device according to the invention to generate a comprehensible response by the computer equipment at the origin of the command.

  Preferably, the command received from the computer equipment comprises at least one parameter and the means for generating the first request of the interface device according to the invention are adapted to generate this first request by substituting, in a request extracted from the computer file, a field predefined by the command parameter.

  This parameter could for example be constituted by a username or a password to be transmitted to the server adapted to perform the processing corresponding to this command.

  Preferably, the interface device according to the invention comprises means for identifying variable data contained in said second request, from a filtering rule defined in a field of a request stored in the file, and to use the variable data to generate the response.

  For example, if the command issued by the computer equipment is a command to obtain from a mail server 2887718 4 the number of emails received by a user, this variable data contained in the second request may be representative of the actual number emails available in this user's inbox.

  In a preferred embodiment, the aforementioned rule is expressed as a regular expression.

  In a preferred embodiment, the interface device according to the invention comprises means for generating an event if said command or if said second request can not be matched with at least one query stored in said file.

  In a preferred embodiment, the interface device according to the invention comprises means adapted to establish a Web service with said computer equipment, so that said command and said response are encapsulated, for their transport, in a data structure. conform to the XML standard.

  In particular, a communication protocol between the interface device according to the invention and a piece of computer equipment can be chosen from the standard SOAP (Simple Object Access Protocol), WSDL (Web Service Description Language) and OASIS (Organization for the Advancement of Structured Information Standards).

  Correlatively, the invention also relates to a method for performing the interface, in a telecommunications network, between a computer equipment, and at least one server.

  This method comprises: a step of receiving, from the computer equipment, at least one command to execute a computer processing; a step of generating, from this command, at least a first request, using at least one request extracted from a computer file comprising at least one intercepted request during its exchange between a client and a server adapted to perform the treatment; a step of sending the first request to the server adapted to execute the processing; a step of receiving at least a second request from this server; a step of generating a response to the command from the second request and a request extracted from the file; and 2887718 5 - a step of sending the response to the computer equipment.

  In a preferred implementation, the various steps of the interception and / or method method for interfacing computer equipment to a server are determined by computer program instructions.

  Accordingly, the invention also relates to a computer program on an information carrier, this program being capable of being implemented in a computer, this program comprising instructions adapted to the implementation of a method of interception and / or method for interfacing between a computer equipment and a server.

  This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.

  The invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.

  The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a diskette (floppy disc) or a disk hard.

  On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network.

  Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.

2887718 6

Brief description of the drawings

  Other features and advantages of the present invention will emerge from the description given below, with reference to the appendices and the drawings which illustrate an embodiment of this embodiment which is in no way limiting in nature, and in which: - Annex 1 is an example of a computer file in XML format obtainable by an interception device and method according to the invention; Appendix 2 is an example of an XML format computer file that can be used by an interface device and method in accordance with the invention; FIG. 1 represents an interception device according to the invention in a preferred embodiment; FIG. 2 represents, in flowchart form, the main steps of an interception method according to the invention in a preferred embodiment; FIG. 3 represents an interface device according to the invention in a preferred embodiment; and FIG. 4 represents, in flowchart form, the main steps of an interface method according to the invention in a preferred embodiment.

  Detailed description of an embodiment

  FIG. 1 represents, in its environment, an interception device 10 according to the invention.

  This interception device is placed in a flow cut between an HTTP client 20 and an HTTP server 30 in a non-referenced telecommunications network.

  In the example described here, the interception device 10 may be constituted by a computer, and more particularly by a proxy server.

  It comprises a processor 16, a read-only memory 11, a random access memory 12 and a communication card 13 adapted to receive and send HTTP requests to and from the HTTP client 20 and the HTTP server 30.

  In the embodiment described here, the read-only memory 11 comprises a computer program adapted to execute the main steps of the interception method which will now be described with reference to FIG. 2.

  In this example, it is assumed that the HTTP client 20 sends a request RQ to the HTTP server 30; in the context of a predetermined AP application implemented by the HTTP server 30.

  This request RQ; is intercepted by the interception device 10 according to the invention and stored in a buffer memory 14 during a step E10.

  Then, during a step E20, this request RQ; is transmitted to its recipient, namely the HTTP server 30.

  On receipt of the request RQ ;, the HTTP server 30 sends a response, in the form of an HTTP request RP ;, to the HTTP client 20.

  This HTTP RP request; is intercepted by the interception device 10 according to the invention and stored in the buffer memory 14 during the aforementioned request interception step E10.

  This RP query; is retransmitted during the aforementioned step E20 retransmission to the client device 20.

  Thus, all the HTTP requests exchanged between the HTTP client 20 and the HTTP server 30 as part of the AP application are stored in the buffer memory 14.

  According to the invention, the interception device 10 is adapted to record all these HTTP requests, during a step E30, in a computer file F conforming to the XML standard.

  In the example described, this recording step E30 is performed after several HTTP requests have been stored in the buffer memory 14.

  As a variant, the recording step E30 can be carried out directly in the computer file F conforming to the XML standard, as soon as a request is intercepted.

  In the example described here, the computer file F conforming to the XML standard is stored in a hard disk 15 of the filtering device 10.

  Annex 1 gives the computer file F conforming to the XML standard obtained by the filtering device 10 in the example of the access by the HTTP client 20 to the HTTP mail server 30.

  One skilled in the art will recognize that this file comprises mainly three HTTP requests (each being delimited by a frame) whose meaning can be briefly summarized as follows: In the example described here, these requests were obtained at the end of the process. HTTP client 20 access to an HTTP mail server 30.

  More specifically, the skilled person will recognize that the first request to post the login / password of the user to authenticate with the server 30, a mail server in this example. In response to this first request, the server sends a redirect URL.

  The second request is the call to this redirect URL. The server responds with a page that includes a session identifier to use in future requests plus a javascript function for calling the next page.

  The third request corresponds to the execution of javascript function and allows to obtain the final page indicating the number of mails of the user.

  In this example, id-session is a session identifier generated by server 30 and name2 is the name of the user transformed into uppercase letters by server 30 (i.e. Smith).

  In the embodiment described here, the computer file F in XML format is modified to build a scenario that can be accessed by computer equipment that does not have a human-machine interface built on an HTTP client to access the mail server. 30.

  The computer file F 'resulting from this modification will now be described with reference to Appendix 2.

  Those skilled in the art will recognize that this file F 'conforms to the XML format.

  This file F 'is identical to the file F of appendix 1 except that it contains lines L1 to L11 which have the following meanings: 1) lines L1, L5 and L10 signify (timeout = 0) that the first , second and third requests have an unlimited life, that is to say that they do not wait for a response within a predetermined time.

  2) The lines L2, L3, L7, L8, L9 are lines in which the information obtained by the interception device 10 has been replaced by variables.

  Each variable in the example described here begins, respectively terminates, with a tag _BRMPARAM_ respectively ERMPARAM_.

  In the example in Appendix 2, these variables have the following meaning: - BRMPARAM _LOGIN_ERMPARAM_: username; - BRMPARAM_ PASSWORD_ ERMPARAM_: password; - BRMPARAM _WRP-LAST-SERVER_ERMPARAM: redirection server; - BRMPARAM_WANADOO JSESSIONID_ERMPARAM_: session identifier generated by the server to be recognized by him 15 without having to give back login and password; BRMPARAM_UPPER_LOGIN_ERMPARAM_: login passed in capital letters, necessary to the functioning of the application.

  3) The set of lines L4 of the first request, delimited by the <response> and </ response> tags define an expression adapted to return a Boolean value according to the presence or the absence of the regular expression " function affiche_accueil () "in an HTML page; 4) The lines L6 of the second query contain - first three lines delimited by the <validation> and </ validation> tags adapted to return a Boolean value according to the presence or the absence of the regular expression "wanadoo / connection_submit.html; jsessionid "; and - nine lines delimited by the <extraction> and <extraction> tags, these lines being interpreted only if the previous regular expression is present in the page. These lines are adapted to initialize the variable WANADOO_JSESSIONID by the group delimited by the parentheses in the regular expression "wanadoo / connexion_submit.html; jsessionid = ([\?] +)?" in the HTML page.

  5) The lines L11 comprise three first lines delimited by the <validation> and </ validation> tags adapted to return a Boolean value depending on the presence or absence in a html page of a regular expression corresponding to the regular expression "You have & b <([0-9] +) & / b <message".

  This set of lines L11 also comprises a set of 10 lines delimited by the <extraction> and <[/ extraction> tags which are executed only if the previous regular expression is present in an HTML page.

  This set of ten lines makes it possible to initialize the variable WANADOO_NBMESSAGE by the string representative of the number of messages.

  We will now describe with reference to Figure 3 a device 50 according to the invention, adapted to perform the interface between a computer equipment 40 and a plurality of HTTP servers 30, 31, 32.

  In the example described here, the interface device 50 is constituted by a computer. It comprises a processor 56, a read-only memory 51, a random access memory 52 and a hard disk 55 storing the computer file F 'conforming to the XML format of Appendix 2.

  The interface device 50 also comprises means of communication 53 with the computer equipment 40 and an embedded HTTP client 54 adapted to communicate, in a known manner, with the HTTP server 30 or other HTTP servers 31 and 32.

  The read-only memory 51 of the interface device 50 described herein comprises a computer program adapted to perform the main steps of a method for performing the interface between the computer equipment 40 and the HTTP server 30 which will now be described with reference to Figure 4.

  We will assume in this example that the HTTP server 30 is the HTTP mail server described previously with reference to Figures 1 and 2.

  We will assume in this example that the computer equipment 40 sends a command C (P) where - C is representative of the fact that the user of the computer equipment 40 wishes to access his mailbox on the HTTP server 30; and 2887718 11 - P is a set of parameters of this command, namely a LOGIN user name and a PASSWORD password.

  In the embodiment described here, this command is encapsulated, for its transport, in a data structure conforming to the XML format.

  This command C (P) is received by the interface device 50 during a step F10.

  During this same reception step F10, the interface device 50 according to the invention identifies that it must replay the scenario 10 stored in the computer file F 'conforming to the XML standard.

  In a variant, an identifier of the scenario is part of the parameters P of the command.

  The step F10 of receiving the command C (P) is followed by a step F20 during which the interface device 50 checks whether the computer file F 'comprises at least one HTTP request associated with the command C. If this is not the case, the result of the test F20 is negative and this test is followed by a step F90 of generating an event representative of this non-correspondence.

  This generation of event may for example be followed by sending a message to the user of the computing device 40.

  In the example described here, the command C is associated with the first HTTP request of the computer file F 'and the result of the test F20 is positive.

  This test is then followed by a step F30 during which the interface device 50 generates, from the command C (P) and the first HTTP request of the computer file F ', an HTTP request RQ1 (P) intended to the HTTP server 30.

  In the example described here, this H1TP request RQ1 (P) is obtained by substituting in the first HTTP request of the file F 'the fields BRMPARAM_LOGIN_ERMPARAM and BRMPARAM_PASSWORD_ERMPARAM respectively by the user name LOGIN and the password PASSWORD constituting the parameters P of the C (P) command.

  This request RQ1 (P) is sent to the HTTP server 30 by the embedded HTTP client 54 during a step F40.

  On receiving this request RQ1 (P), the H1TP server 30 generates a response in the form of an HTTP request RP1, this HTTP request RP1 being received by the interface device 50 during a step F50.

  This reception step F50 is followed by a test F60 in which the interface device 50 checks whether this HTTP request RP1 can be mapped to at least one HTTP request stored in the file F '.

  When this is not the case, the result of the F60 test is negative, and this test is followed by the event generation step F90 already described.

  In the example described here, this HTTP request RP1 includes the number of emails available in the user's box identified by the name LOGIN and the password PASSWORD contained in the parameters P. This HTTP request RP1 can be put in correspondence with the third HTTP request of the file F 'in XML format and the result of the test F60 is positive.

  This test is then followed by a step F70 during which the interface device 50 according to the invention generates a response R to the command C (P) from the HTTP request RP1 and the third HTTP request extracted from the computer file F '.

  More specifically, during this step F70, the interface device 50 according to the invention initializes the variable WANADOO_NBMESSAGE with the number of emails available to the user through the use of the filter rule expressed in the form of a regular expression to the lines L11 of the computer file F '.

  In this example, the response R to the command C (P) is constituted by the value of this variable WANADOO_NBMESSAGE.

  This step F70 generating the response R is followed by a step F80 of sending this response to the computer equipment 40. In accordance with the preferred embodiment described here, this response R is encapsulated, for its transport, in a data structure conforming to the XML standard.

  Thus, and as demonstrated above, the present invention makes it possible to set up remote processing that can be called using the XML standard (web services connector) for a web-type application, namely here the consultation of a an e-mail box on the HTTP server 30, this result being made possible by the replay of the scenario stored in the file F ', this file being obtained from the computer file F generated by the interception device 10.

  APPENDIX 1 <? Xml version = "1.0" encoding = "UTF-8" standalone = "yes"?> <Httprecord> <requests> <request proxyHost = "proxy.ft.fr" proxyPort = "1984"> 10 <method > post </ method> <protocol> http </ protocol> <host> secure. wanadoo.fr </ host> <port> 80 </ port> <path> /auth_user/bin/auth_user.cgi </ path> <formfield name = "service" value = "communicate" /> <formfield name = "url "value =" http% 3A% 2F% 2Fr wanadoo.fr% 2Fr% 2FWlistemsg "/> <formfield name =" case "value =" "/> <formfield name =" origin "value =" wg "/> < formfield name = "text_address" value = "Smith" /> <formfield name = "text_domain" value = "wanadoo.com" /> <formfield name = "password" value = "s eC ret" /> <formfield name = " valid.x "value =" 39 "/> <formfield name =" valid.y "value =" 7 "/> </ request> <request proxyHost =" proxy.ft.fr "proxyPort =" 1984 "> <method > get </ method> <protocol> http </ protocol> <host> red_server </ host> <port> 80 </ port> <path> /wanadoo/subscribe_connection.html; \\ j sessionid = session_id? \\ LOGIN = nOm2 & DOMAIN = </ path> host> r.wanadoo.fr </ host> <port> 80 </ port> <path> / r / Wlistemsg </ path> </ request> proxyPort = "1984"> 35 40 APPENDIX 2 <? xm l version = "1.0" encoding = "UTF-8" standalone = "yes"?> 5 <httprecord> <requests> <request proxyHost = "proxy.ft.fr" proxyPort = "1984"> <method> post </ method> <protocol> http </ protocol> <host> secure.wanadoo.com </ host> <port> 80 </ port> <path> /auth_user/bin/auth_user.cgi </ path> L1 <timeout> O </ timeout> <formfield name = "service" value = "communicate" /> <formfield name = "url" value = "http% 3A% 2F% 2Fr.wanadoo.fr% 2Fr% 2FWlistemsg" /> <formfield name = "case" value = "" /> <formfield name = "origin" value = "wg" /> L2 <formfield name = "text_address" value = "BRMPARAM LOGIN ERMPARAM" /> <formfield name = "text_domain" value = " wanadoo.fr "/> value =" BRMPARAMPASSWORDERMPARAM />

_ _ _ _

  <formfield name = "valid.x" value = "39" /> <formfieldname = "valid.y" value = "7" /> L4 <response> L4 <validation> L4 <match expression = "function displays home () "/>

_

  </ Validation> </ request> .wanadoo. en </ host> <port> 80 </ port> <path> / r / Wlistemsg </ path> L5 <timeout> O </ timeout> L6 <response> L6 <validation> L6 <match expression = "/ wanadoo / connection sulxnit.html; jsessionid "/> L6 </ validation> L6 <extraction> L6 <parameter> L6 <name> WANADOO JSESSIONID </ name> L6 <expression> L6 /wanadoo/connectionsubmit.html;jsessionid = ([" \ ?] +)? L6 </ expression> L6 <group> 1 </ group> L6 </ parameter> L6 </ retrieval> L6 </ response> </ request> <request proxyHost = "proxy.ft. en "proxyPort =" 1984 "> <method> get </ method> <protocol> http </ protocol> L7 <host> BRMPARAM WRP-LAST-L8 jsessi oni = BRMPARAMWANADOOJSE SSI ONIDERMPARAM? LOGIN = BRMPARAM UPPER LOGIN ERMPARAM & DOMAIN = wanadoo.

  </ path> L10 <timeout> Y </ timeout> <response> <validation> <match expression = "You have & b <([0-9] +) & / b <RSPARAM

_ _

  <port> 80 </ port> <path> / wanadoo / login_submit. html; \\ 25 L11 Lil L11 message "/> L11 Lil L11 L11 L11 L11 9] +) & / b <\\ Lil message H, it </ phrase> L11 L11 Lil Lil \\ L9 en <group> 1 </ group </ parameter> </ extraction> </ response> </ validation> <extraction> <parameter> <name> WANADOO NBMESSAGE </ name> <expression> You have & b <([0- </ request> </ requests > 45 </ httprecord>

Claims (2)

17 CLAIMS   Interception device (10) adapted to be placed in a power failure between a client (20) and a server (30) in a telecommunication network, said device comprising: means for intercepting at least one request (RQi , RP;) exchanged between said client (20) and said server (30) as part of a predetermined application (AP), and retransmitting said request (RQi, RP;) to its recipient (20, 30); and means for recording said request (RQi, RP;) in a computer file (F).   The apparatus of claim 1, wherein said client (20) and said server (30) are HTTP client and server and wherein said request is an HTTP request.   3. Device according to claim 1 or 2, characterized in that said computer file conforms to a standard tagged language, preferably XML.   4. Interception method, characterized in that it comprises: a step (E10) of interception of at least one request (RQi, RP;) exchanged between a client (20) and a server (30) in the framework of a predetermined application (AP); a step (E20) of retransmitting said request to its addressee (20, 30); and a step (E30) of recording said request (RQi, RP;) in a computer file (F).   The method of claim 4 wherein said client (20) and said server (30) are HTTP client and server and wherein said request is an HTTP request.   A computer program comprising instructions for performing the steps of the interception method according to one of claims 4 and 5 when said program is executed by a computer (10).   7. A recordable readable medium (11) by a computer (10) on which is recorded a computer program comprising instructions for executing the steps of the interception method according to one of claims 4 and 5.   8. Computer file (F) comprising at least one request 10 (RQ1, RP1) intercepted during its exchange between said client (20) and a server (30) in the context of a predetermined application (AP).   9. File according to claim 8, characterized in that it conforms to a standard language tag, preferably XML. 10. An interface device (50) in a telecommunications network between computer equipment (40) and at least one server (30, 31, 32), said device comprising: means for receiving, from said computer equipment (40), at least one command (C (P)) for performing computer processing; means for reading a computer file (F) comprising at least one request (RQ1, RP1) intercepted during its exchange between a client (20) and a server (30) adapted to perform said processing; means for generating, as a function of said command (C (P)), at least a first request (RQ1 (P)), using at least one request (RQ1) extracted from said file (P); an embedded client (54) adapted to send said first request (RQ1 (P)) to said server (30) adapted to execute said processing and to receive at least a second request (RP1) from this server (30); means for generating a response (R) to said command (C (P)) from said second request (RP1) and a request (RP) extracted from said file (F '); and means for sending said response (R) to said computer equipment (40).   An interface device according to claim 10, wherein said control (C (P)) comprises at least one parameter (P), characterized in that the means for generating said first request (RQ1 (P)) are adapted to generate this first request (RQ1 (P)) by substituting, in a request extracted from said file, a field predefined by said parameter (P).   12. Interface device according to one of claims 10 and 11, characterized in that it comprises means for identifying variable data contained in said second request (RP1), from a filtering rule defined in a field of a request (RP) stored in said file, and to use said variable data to generate said response (R).   Interface device according to claim 12, characterized in that said rule is expressed in the form of a regular expression.   Interface device according to any one of Claims 10 to 13, characterized in that it comprises means for generating an event if said command (C (P)) or if said second request (RP1) can not be mapping to at least one query stored in said file (F ').   15. Interface device according to any one of claims 10 to 14, characterized in that it comprises communication means (53) adapted to establish a web service with said computer equipment (40), so that said command (C (P)) and said response (R) are encapsulated for transport in a data structure conforming to the XML standard.   16. A method for performing the interface, in a telecommunication network, between a computer equipment, and at least one server (30, 31, 32), said method comprising: a receiving step (F10), from said computer equipment (40), at least one command (C (P)) for executing computer processing; a step (F30) of generating, from said command (C (P)), at least a first request (RQ1 (P)), using at least one request (RQ1) extracted from a computer file (F ') comprising at least one request (RQ1, RP1) intercepted during its exchange between a client (20) and a server (30) adapted to execute said processing; a step (F40) of sending said first request (RQ1 (P)) to said server (30) adapted to execute said processing; a step (F50) of receiving at least a second request (RP1) from this server (30); a step (F70) for generating a response (R) to said command (C (P)) from said second request (RP1) and a request (RP) extracted from said file (F '); and - a step (F80) of sending said response (R) to said computer equipment (40).   A computer program comprising instructions for performing the steps of the method for performing an interface, according to claim 16, when said program is executed by a computer.   A computer-readable recording medium (51) (50) on which is recorded a computer program comprising instructions for performing the steps of the method for providing an interface according to claim 16.