FR2923629A1 - Website computing page access managing method for e.g. internet, involves processing identifier to provide chain of characters forming URL pointing on target server, and utilizing URL for connecting telephone to computing page of server - Google Patents

Abstract

The method involves receiving an intermediate request, of a computing network (100) comprising a chain of characters (116) forming a URL (URL1), from a mobile telephone (101) by an intermediate server, where the URL extracts a graphical code (115) and includes an identifier (117) corresponding to the code. The identifier is processed by the intermediate server to provide another chain of characters forming a URL (URL2) pointing on a target server (1040). The URL (URL2) is utilized for connecting the telephone to a computing page (1045) of the target server. An independent claim is also included for a method for providing a personalized graphical code.

Description

-1- Method for managing automatic access to a website from a printed or displayed graphic code

The invention relates to a method for managing access to a computer resource through a network, making it possible to improve automatic access methods by automatically reading a graphic code, for example two-dimensional code.

STATE OF THE ART Electronic devices, in particular mobile devices, increasingly include the ability to capture an image, photo or video, and to connect to a computer network such as the Internet. In this context, some models of mobile phones can run a program that allows them to read a graphic code containing a string of characters. Such graphic codes are derived from the principle of bar codes and exist in different formats, in particular coded on two dimensions or more. Currently known 2D code formats are, for example, Datamatrix and QRCode formats and can be printed on various permanent media or displayed on electronic media. These formats often have the shape of a square containing a large number of small unit squares printed in black or white, and whose combination encodes a string of characters more or less long. Some formats may have more than two dimensions, for example using unit squares of different colors, or using unit hexes instead of squares. Some applications use this type of graphic codes, also called tags, to automatically access an email address that is encoded in a graphic code. It can be for example a URL (Universal Resource Locator) and more particularly an Internet address of mnemonic type in HTTP (Hyper Text Transport Protocol) format in a form of the type: http://www.example.com. For example, such a graphic code is printed in an advertisement for a movie to be released. This code contains a character string forming the address of a web page showing a trailer of this movie. By photographing this code with its connectable multimedia mobile phone, a user can easily display this web page on their phone, and view this trailer.

However, with a large number of commonly used graphic code types, it turns out that the number of characters in a file location or web address is sometimes too large for them to be encoded into a single code graphic. The excessive length of this address can also force the graphic code to be too large, or reduce the size of the unit squares and degrade the reliability and readability of the printed or displayed code. Moreover, once the graphic code printed and its support broadcast, it is no longer possible to modify its content, even if the email address it contains is no longer valid or must be modified.

More recently, it has been proposed to use a printed or displayed graphic code which contains a specific encrypted code, for example in digital form, previously generated by a code provider according to a numbering plan of its own. . This graphic code is printed or displayed on a medium, for example a newspaper or a computer screen. It can then be photographed by a mobile phone configured specifically for this purpose and equipped with a digital camera. Such a telephone comprises a specific reading software in which the URL address of a specific decryption server that is managed or updated by the code provider has been previously stored. Whenever this phone reads a graphic code generated by the same code provider, this specific reader or player sends to this decryption server the digital code contained in the graphic code that he has read. The decryption server then uses this digital code to find the full address of the website for which the code provider has generated this graphic code, and uses it to establish a connection between the calling telephone and this website. In such an application, only phones with this specific reading software and the address of the decryption server -3- can use the graphical codes generated to access the corresponding website. Indeed, any standard reading software compatible with the standard of the graphic code, for example QRCode or Datamatrix, can perfectly read the numerical code that it contains but will not be able to use it. Thus, it would be useful to be able to use such graphic codes with any standard reading software, for example for foreign tourists who do not have the specific software. In addition, there are a large number of different providers of such phones or computers, as well as software capable of reading such graphic codes. As a result, it is very difficult to make these standards changes or improvements that are usable by all users, regardless of their device or software or their telecommunications operator.

OBJECTIVES OF THE INVENTION An object of the invention is to overcome the disadvantages of the prior art, and to improve the compatibility, flexibility, reliability and diversity of communication applications using a graphic code to access information. or an electronic service on a network, in particular according to the HTTP and World Wide Web standards on a network of Internet or intranet or extranet type. More particularly, the invention seeks to provide such improvements while allowing the use of such graphics codes by devices or software or various operators or any, as long as they are compatible with the graphic standard graphical code and with the standard network connection. In addition, an important objective is to allow this type of connection application more freedom in the length of the character string encoded in a self-scanning graphic code and / or in the variety of characters it contains, including included for characters of different alphabets. It also seeks to allow an evolution of the behavior obtained in response to the reading of the graphic code, even after the diffusion of this graphic code. It is also interesting to be able to follow more or less centrally the use of a plurality of different graphic codes. This can for example be used by an advertising agency to perform statistics on the success of its various campaigns in progress, on behalf of a client or several different customers. Furthermore, the invention also seeks to enable the generation of such graphic codes in a flexible manner and minimizing constraints such as updating servers, while remaining simple and fast for users wishing to facilitate access to an address determined web.

DISCLOSURE OF THE INVENTION For this, the invention proposes a method for managing access by a communicating computer object equipped with image capture capabilities, called a reading terminal, to at least one computer page, for example a document electronic or computer resource, hosted by a first computer server, said target, within a computer network.

This method applies on the one hand to the management of such access by a reading terminal, when it is used to capture on a printed medium or displayed the image of a graphic code and to decode a string of character contained in this graphic code, in the case where this character string forms a URL directly answering the standards of connection to the network. According to the invention, this access management method comprises the following steps: - reception by a second so-called intermediate server, through this computer network and from this reading terminal, of an intermediate network request, for example in HTTP format, comprising such a string of characters that has previously been extracted from a graphic code read by said reading terminal, this first URL including an identifier corresponding to this same graphic code; Processing of this graphic code identifier by the intermediate server to provide a character string forming a second URL pointing to that target server; use of the second URL to connect the reading terminal to said page of this target server. In a presently preferred embodiment of the invention, the reading terminal is a mobile phone or an autonomous mobile computer comprising a wireless computer communication interface. Stationary computers can however be perfectly concerned, alternately or in combination. The presently preferred embodiment comprises an intermediate network request transmitted by the reading terminal in HTTP format over the Internet. However, applications are possible in other types of networks, with the appropriate standards, in particular networks with decentralized architecture and / or client-server type such as intranets or extranets, public or private. In the same spirit, the method according to the invention applies on the other hand to the automated implementation of a personalized graphic code for use by such an access management method. According to the invention, the method then comprises the following steps: - reception by a server said generator, from a client computer, of data representing an encoding request and containing a string of characters forming a so-called target URL pointing on at least one page of a server said target; calculation of a string of characters forming a so-called intermediate URL and containing: on the one hand at least one path pointing to a server implementing such an access management method as an intermediate server, and o on the other hand an identification data of said encoding request as a graphic code identifier as defined in this access management method; -6- - sending to the client computer a file containing data capable of printing or display a graphic code containing said intermediate URL. In addition, the invention also proposes a computer system comprising means for implementing such an access management method, whether as an intermediate server or as a generator server, or both.

Advantages The invention thus allows a great openness with respect to the various players involved in the technological chain involved: in particular manufacturers of terminals, reading software, navigation software, and / or communication operators for access to the network (eg mobile operators).

This opening is an important asset to allow the diffusion of the advantages brought by the invention without compromising the compatibility with unusual or minority speakers, for example for tourists coming from a foreign country or for the customers of an operator n ' having no technical cooperation agreement with the intermediary server manager. Intermediate servers have less need to be centralized or coordinated with each other for updates, thereby reducing the constraints on the middle server manager (s), and facilitating their operation and development more independently of one another. The invention can thus contribute to a greater fluidity of commercial and technological exchanges in the sector concerned, a more rapid diffusion of new possibilities, and allow the maintenance of competitive opportunities within the market without compromising the contractual freedom of the participants. This universal compatibility and management flexibility provided by the invention are all the more interesting that they are combined with greater flexibility of management of the accessed page or resource, and encoding capabilities given type of graphic code. The invention thus also enables the manager of the intermediate system, for example an advertising agency or a service provider, to modify the final URL (the second URL) at any time, in real time, and therefore to control the resource actually accessed by a given graphic code, without changing the character string (the first URL) encoded in this graphic code when it was generated and distributed. This graphic code will remain permanently usable by all users, even if its target changes over time. The character string encoded in the graphic code does not need to be processed manually by the end user. This chain does not need to be mnemonic. The various constraints on the final URL of the target page, for example depending on the structure of the targeted website, do not apply to this intermediate URL (the first URL). This first URL, and the string of characters that will be encoded in the graphic code, can be generated in a condensed form such as a continuous numbering. By reducing the number of characters to be encoded, the compactness and / or readability and reliability of the graphic code used is improved, which is of interest for the most current two-dimensional graphic codes, for example QRCode and Datamatrix. Indeed, although often of greater capacity than one-dimensional barcodes such as EAN or UPC (for digital) or CIP39 (alphanumeric), some of these current 2D codes have less encoding capacity than other two-dimensional codes used in different domains, such as the PDF417 code. By this improvement in capacity, the invention can also make it possible to use graphic codes of lesser capacity or density, for example conventional one-dimensional alphanumeric bar codes, such as the CIP39 code.

List of Figures Other features and advantages of the invention will become apparent from the detailed description of a non-limiting embodiment, and the accompanying drawings in which: FIGURE 1 and FIGURE 2 are respectively a diagram of FIG. architecture and a procedural diagram illustrating the operation of access to a web page by a mobile phone from an article in a magazine; FIG. 3 and FIG. 4 are respectively an architecture diagram and a procedure diagram illustrating the operation of the generation of a graphic code managed by a method according to the invention.

Description of an embodiment Once the graphic code has been read by an appropriate reader and can browse the Internet, the target page or the targeted end resource is located in a specific database. Advantageously but not exclusively, this database is hosted or stored in the intermediate server, corresponding to the website whose domain name was used to generate the URL encoded in the graphics code. The web site algorithm is developed to recognize the graphic code identifier in the URL that is passed to it, then retrieve the targeted final URL via a database query, and then redirect the browser to this final URL. The barcode is therefore interoperable with any system that can decode the symbol and access a resource via a URL.

The Uniform Resource Locator (URL) is a string of characters that can be interpreted by browser software to access a resource on a computer network. In the HTTP format, this string combines the information necessary to indicate to such a software how to access an Internet resource, by its alphanumeric mnemonic name to the web standard or by its numerical address to the standard IP (Internet Protocol). It should be noted that since October 8, 2007, URLs may contain other characters than ASCII characters, and therefore for example Chinese, Japanese or other characters (Kanji, etc.). The term URL is here to be taken broadly, ie it includes not only the protocol name and the path, but also other elements of the type control parameters or configuration. Some examples of possibilities and definitions related to the URL address concept are presented as follows. For the URL www.example.com: http indicates the communication protocol, in this case to access a world wide web service. : is a separator character. // is a string used for protocols whose request includes a path, to specify and locate the service before this path. Different examples of the subset types of the string forming the URL: www.example.com is the service's domain name. It is also possible to use its IP address (000.000.000.000). If the service name or address contains reserved characters, such as:, the service name or address will be enclosed in double [[and]] brackets.

In the URL http://www.zone.example.com, the zone string indicates a subdomain of the domain www.example.com in the URL http://www.zone.example.com/acc%C3 % A8s.php, the string acc% C3% A8s.php is a web page name belonging to the website www.example.com. The string% C3% A8 represents a non-ASCII character, here è. Optional additional data, included in the URL, may be received by a network request including a request for access to a resource. In the URL "http: // www. Server.com/page.php?argl=data#4266":? is a separator character to indicate that additional data follows. # is a separator character to indicate a bookmark or a tag inside a document, for example in an HTML page. Other syntaxes allow the reception of additional optional data, for example: q = req & q2 = reg2 is a query string that can be processed by the reached web page.

Access Process FIGURE 1 and FIGURE 2 illustrate the operation of an access by a reader terminal, as managed by the method according to the invention. The reading terminal 101 shown here is a mobile phone, or cell phone, of a type having a digital camera and a connection interface to the Internet 100 according to the HTTP standards of the World Wide Web. It is equipped with recognition and decoding software, such as those currently in circulation worldwide, compatible with one or more graphic code standards.

When reading a magazine 110, the user encounters one or more graphic codes 111 and 115 printed in an article, for example in a brochure of a tourist office of the Department of Finistère in Brittany. Wishing to know more or view multimedia information on this subject, the user activates, if necessary, the image capture 201 of one of these 115 graphic codes by presenting it in front of the lens of his phone 101. In this phone 101, the adapted software (player) recognizes that the image includes a graphic code. It performs the decoding 202 and displays on its screen the character string 116 that it contains, namely a first URL (URL 1), said intermediate or condensed. In the example, this condensed URL has the form of the following string 116: http://4265.server.com Automatically, the reading software transmits 203 this string of 30 characters 116 to the Internet browser software of the telephone 101 for launching a consultation to this same URL (URL1). The browser sends 204 to the network 100 a network request including this condensed URL 116. - 11 - It should be noted that this condensed URL has a completely standard character from the point of view of the request format used on the network, and can therefore be used by any browser software. For the same reason, this condensed URL can also be used manually, that is by manually entering its characters for example on a keyboard, for example if the code is not readable or the scanning device of the terminal. reading is not operational. Its use is possible when the corresponding string 117 is known, for example printed or displayed next to the graphic code, or transmitted conventionally for example by telephone or paper mail. The open appearance thus provides universal compatibility that allows for degraded use in many situations. Routed by the Internet 100 through this URL 116, this intermediate request is received 205 by an intermediate server 102, which is registered in the Internet as the recipient of this URL (URL1), with the domain name: server.com In this embodiment, this request is received automatically and without requiring any additional connection or identification or subscription. Any received by this intermediate URL is therefore treated as coming from the reading of a graphic code 115, regardless of its actual previous path. The intermediary server 206 processes the string 116 of the condensed URL (URL1), and extracts an identification data item 117 corresponding to the graphic code 115 read by the telephone 101. In the example, this identifier is : 4265 This processing step 206 of the identifier 117 of the graphic code 115 provides a second URL (URL2) pointing to the target web page 1045, hosted by a target server 104 within a web site 1040. In the present for example, this second URL has the form of the following character string 1046: http://en.wikipedia.org/wiki/Climate of the Finist% C3% A8re # A - 12 - We see that this second URL (URL2) includes 58 ASCII characters, and can thus be accessed automatically from a graphic code 115 which contained only the 22 characters of the string 116 of the condensed URL (URL1), thus with greater reliability than if it had been necessary to encode all 58 characters. This target page 1045 is selected from among a plurality of pages 1041, 1051 and 1061 hosted by a plurality of servers 1040, 1050 and 1060, possibly within a plurality of websites 104, 105 and 106. This second URL (URL2) , also called deep or final URL, is obtained by a consultation 207 by the intermediate server 102 of a database 103 storing a plurality of records each comprising in a manner associated with: on the one hand at least one datum corresponding to one identifier 117 encoded in at least one graphic code 115, among a plurality of identifiers 113, 117, 123, respectively 133 encoded in a plurality of different generated or broadcasted graphic codes 111, 115, 121, respectively 131, and -other at least a 1046 chain representing a URL address of a page 1045, or a server 1040, among this plurality of pages or servers. The server then performs a redirection 208 of the reading terminal 101 to the deep URL, to obtain a connection 209 thereof to the target server 1040 hosting the target page 1045 corresponding to the graphic code 115 that has been read 201 ..

In the example presented, the connection step 208, 209 of the reading terminal 101 to the target server 1040 comprises a transmission 2081 of data comprising a character string 1046 representing the second URL (URL2), by the intermediate server 102 to the reading terminal 101.

This broadcast 2081 is followed by a broadcast 2082 on the Internet 100 of a network request including this second URL (URL2), by this same reading terminal 101 to this target server 1040. The broadcast 2081 of the deep URL (URL2) to the reading terminal 101 may constitute for example a response by a function responsible for returning an HTTP header, indicating the redirection URL 1046 to use and the status of this redirection. Such a response can be coded for example in the Active Server Page (ASP) language, or in PHP language according to a syntax of the type: header ("Status: 302 Moved", false, 302); header ("Location: http://en.wikipedia.org/wiki/Climate of FinistôC3ôA8re # A"); 10 exit (); If the reading terminal is compatible, for example if one wishes to avoid a referencing of this redirection, this answer can also be coded in Javascript, for example without modifying the HTTP header according to a syntax of the type: 15 <script language = "javascript" type = "text / javascript">

window. rental. replace ("http://en.wikipedia.org/wiki/Climate of FinistôC3ôA8re # Une"); 20 -> </ script> Alternatively, the connection step 208, 209 of the reading terminal 101 to the target page 1045 of the target server 1040 may include a transmission by the intermediate server 102, to the second URL ( URL2), a request on the network 100 on behalf of the reading terminal 101. It may be for example to issue such a request with as sender identifier an identifier of the reading terminal 101, for example its IP adress. It is also possible for the intermediate server to relay one or more two-way exchange of requests between the read terminal 101 and the target server 1040. Optionally, the method according to the invention may further include storing statistics data. by the intermediate server 102. This statistical data can be compiled and stored at any time after receiving the intermediate network request on the condensed URL (URL1). It may be for example a statistical data representing a connection request 204 from the reading terminal 101 to the target server 1040, calculated from the identifier 117 of the graphic code 115 that has been read 201 and / or from the deep URL (URL2) to which the redirection 208 has been made. It may also be a statistical data item identifying the reading terminal 101, calculated from the identification of the sender such as it is included in the received intermediate network request 205 on the condensed URL (URL1).

During its different activities, the user of this phone 101 may be confronted with different graphic codes, broadcast or displayed on different media, some of which are here illustrated by way of example. He can thus simply read a graphical code displayed on the screen 120 of the handheld 120 of one of his friends, to simply check the home page of the website or blog of this friend. It can also save this image to make this consultation later or add it to the favorites of its browser software. This user 101 can also automatically read a graphic code printed on the label of an article of commerce, for example a redwood plant proposed by a gardening shop. It can immediately access video documentation provided by the supplier of this plant on its commercial website, and see additional information on the proposed product, for example how high can actually push this tree.

The invention can also allow greater flexibility in the management of different character sets that can now be used to make URLs on the Internet. Optionally, during the creation of a graphic code, the generator server 302 detects what type are the characters of the string forming the deep URL (URL2) it receives 403. If these characters may not be compatible with all existing navigation software, it proposes to the user of the client computer to memorize a third URL, or alternative deep URL, which will be provided or used as a replacement during an access request 204 by an incompatible browser. In an embodiment including such an option, the intermediate server 102 then further executes the following steps when it receives an access request 204 any: - Detection, by the intermediate server 102, of a difference between the set of characters required or preferred by the browser software of the reading terminal 101 and the character set used in the target page 1045 or in the URL address (URL2) of this target page; processing this error, for example by sending to this reading terminal an error message indicating an incompatibility. The processing of this error may also include the selection by the intermediate server 102 of a third character string forming a third URL pointing to a portion of the target page (1045) or to an alternative version of said target page that is compatible with the character set used by the browser software of this reading terminal. This third URL may for example be stored in the database 103 within the same record as the identifier (117, ID) and the target URL (1046, URL2).

Implementation Process FIGURE 3 and FIGURE 4 illustrate the implementation of a new self-service graphic code from a client computer, in a system managing the accesses according to the invention.

The user of a client computer 301 has the URL address2 of a website, or a computer resource, that he wants to be able to share easily. This so-called target URL2 has the form of a string 1052 and points to a web page 1051 hosted by a server called target 1050 as part of a website 105.

To obtain a graphic code that allows automatic access, as described above, on page 1051 of its website 105, the user connects 401 to a generator server 302, possibly with identification and / or payment. In this example, the string 1052 of the target URL is: - 16- "http: //en.myblog.org / foo / home mates.htm # photo noel" The user sends 402 to this server generator 302 a request or encoding request including the character string 1052 of the target URL (URL2).

After receiving 403 and accepting this request, the generating server 302 generates a new identifier (ID) corresponding to this request, and which will be used as graphic code identifier during an access request 204 (FIG. by the intermediate server 102 (see FIGURE 1). It may be for example a character string 123 representing a number incremented by one compared to the previous number 117 generated, here the string: "4266" From this identifier (ID), the generator server 302 generates a character string 122 forming a so-called condensed URL (URL1), comprising this identifier (ID) and which will later serve as an intermediate URL for an access request 204 from any reader terminal 101. The implementation then comprises several processes that can run without the need for scheduling them: - Sending 406 to the data client computer allowing it to use or broadcast a graphic code 121 containing the condensed URL (122, URL1). Storing a new record 408 in the database 103; - Activation 407 of the condensed URL in or opposite the intermediate server 102; and step 406 of sending the graphics code data to the client computer 301 comprises calculating the parameters defining a graphics code 121 containing the string 122 forming the condensed URL (URL1) previously generated 405. From these parameters , the generator server 302 generates 4061 an image file 1210, of bitmap or vector type, which it sends 4062 to the client computer 301. This file may carry a name containing the string 123 of the graphic code identifier ID 121, for example: "tag4266.jpg" for an image file in JPEG format. The user can then memorize this condensed URL, in the form of characters 122 or in the form of a graphic code 121, and print it 4063 or display it 120 (see FIGURE 1) to have it read 201 to all those who wish to be able to easily connect to their website 1052, 105.

The storage step 408 comprises a storing of the string 1052 forming the target URL (URL2), in association with the graphic code identifier (ID) 121 in a database 103 accessible to the intermediate server 102 for a consultation 207 triggered by an access request 204.

In addition, without the need for scheduling, a software agent is generated or activated 407 in or with respect to the intermediate server 302, so that any network request 204 sent on the network 100 to this condensed URL (122, URL1) is received by this intermediate server 102. Such a request will then be treated as an intermediate request and will trigger a redirection 208, 209 to the target page 1051 regardless of the reading terminal or its reading and navigation software or the communication operator which transmits it to or through the network 100. The activation can be triggered in various ways, for example by sending data containing the character string 122 forming the generated condensed URL to the intermediate server 102, with a command indicating to it trigger an activation. Different syntaxes are possible for generating this condensed URL (URL1), from the identifier and from a path leading to the intermediate server 102 to be used to receive the access requests 204. The activation mode 408 of each condensed URL to the intermediate server 102 will be in accordance with the syntax used for the generation 405 of the condensed URL. In addition, during an access request 204, the processing 206 of the intermediate URL received by the intermediate server 102 to extract the identifier (ID) of the read graphic code 201, is performed according to an algorithm adapted to the syntax used for generation 405 of the condensed URL (URL1). For example, the identifier ID can be integrated in the condensed URL as a subdomain of the web domain for which the intermediate server 102 is registered. The activation 407 will then include the setting of a subdomain for the intermediate server 102.

Thus, for a domain name of the intermediate server 102: "http://www.server.com" The string 122 forming the condensed URL can be: "http://4266.server.com" The identifier can also be passed as a hierarchy reference within the domain, in which case the activation 408 will include creating a page corresponding to this hierarchy and including a script programmed to refer to the database 103. For example : "http://www.server.com/4266/" It is also possible to pass this identifier in the form of a script file name, in which case the activation 408 will include the creation of a script file programmed to refer to the database 103. For example for a script of PHP type: "http://www.server.com/4266.php" Another possibility is to pass this identifier in the form of an additional or additional parameter used by an active resource present in the domain of the intermediate server 102, in which case the 408 activation step may be reduced or nonexistent. For example for a PHP type script file named page.php and receiving 206 the identifier (ID) parameter and consulting 207 the database 103: "http://www.server.com/page.php?4266" "http: // www. server.com/page.php?argl=4266" "http: // www. server.com/page.php?argl=donnes#4266" Optionally, the intermediate server 102 may be programmed to Be able to process intermediate URLs that respond to different syntaxes. For example, by activating different types of resources within its domain, or by interpreting a parameter included in the condensed URL and indicating the type of syntax used for its generation 405. - 19 - It should be noted that the method according to the The invention can also be applied to other types of computer addresses. Thus, it may be for example e-mail addresses, or URI (Universal Resource Identifier) type addresses, which are a broader type of computer address in a network.

Of course, the invention is not limited to the examples that have just been described and many adjustments can be made to these examples without departing from the scope of the invention.

Claims (15)

A method of managing access by a communicating computer object with image capture capabilities, said read terminal (101), to at least one computer page (1045) hosted by a first computer server (1040), said target, within a computer network (100), said method comprising the following steps: - reception (205) by a second server (102) said intermediate, through said computer network (100) and from said terminal reading (101), a so-called intermediate network request comprising a character string (116) forming a first URL (URL1) which has previously been extracted (202) from a graphic code (115) read (201) by said terminal reading on a printed medium (110, 130) or displayed (120), said first URL including an identifier (117) corresponding to said graphic code (115); processing (206) said graphics code identifier (117) by the intermediate server (102) to provide a character string (1046) forming a second URL (URL2) pointing to said target server (1040); -using (208) the second URL to connect (209) the read terminal (101) to said page (1045) of said target server (1040). 2. Method according to the preceding claim, characterized in that it further comprises (206) a step of extracting the identifier (117, ID) of the graphic code (115) from the intermediate server (102) to from a path included in the first URL (116, URL1) extracted from said graphic code by the reading terminal (101). 3. Method according to any one of the preceding claims, characterized in that it further comprises (206) a step of extracting the identifier (117, ID) of the graphic code (115) by the intermediate server ( 102), from at least one parameter data included in the first URL (116, URL1) extracted from said graphic code by the reading terminal (101). 4. Method according to any one of the preceding claims, characterized in that the step (206) of processing the identifier (117) of the graphic code (115) to provide the second URL (1046, URL2) pointing to a page (1045) of a target server (1040) among the plurality of servers (1040, 1050, 1060) comprises a consultation (207) by the intermediate server (102) of at least one database (103) storing a plurality of records each comprising in associated manner: on the one hand at least one datum corresponding to an identifier (113, 117, 123, 133) encoded in at least one graphic code (111), among a plurality of graphic codes ( 111, 115, 121, 131) and at least one URL (1046, URL2) of a server (1040) among a plurality of URLs (1042, 1046, 1052, respectively). 1062) pointing to said plurality of servers (1040, 1040, 1050, respectively 1060). 5. Method according to any one of the preceding claims, characterized in that the connection step (208, 209) of the reading terminal (101) to the target server (1040) comprises at least one transmission (2081) of data comprising the second URL (1046, URL2), by the intermediate server (102) to the reading terminal (101), followed by a transmission (2082) through the network (100) of a request comprising said second URL (1046 , URL2), by said read terminal (101) to said target server (1040). 6. Method according to any one of the preceding claims, characterized in that the connection step (208, 209) of the reading terminal (101) to the target server (1040) comprises at least one transmission by the intermediate server (102). ), to the second URL (1046, URL2), a request on behalf of the reading terminal (101). 7. Method according to any one of the preceding claims, characterized in that it further comprises a storage by the intermediate server (102), from the identifier (117) of the graphic code (115), at least one statistic data item representing a request (204) for connecting the read terminal (101) to the target server (1040). 8. Method according to any one of the preceding claims, characterized in that it further comprises a storage by the intermediate server (102), from the identification of the sender of the intermediate network request (204, URL1 ), at least one statistic data item identifying the reading terminal (101). 9. Method according to any one of the preceding claims, characterized in that it further comprises the following steps: detection by the intermediate server (102) of a difference between the character set required or preferred by the reader terminal browser software (101) and the character set used in the target page (1045); processing this error, either by sending to said reading terminal an error message indicating an incompatibility, or by choosing a third character string forming a third URL pointing to a portion of the target page (1045) or on an alternative version of said target page that is compatible with the character set used by the browser software of said reading terminal. 10. Method according to any one of the preceding claims, characterized in that the reading terminal (101) is a mobile phone or an autonomous mobile computer comprising a wireless computer communication interface (1019) allowing access to the network ( 100). 11. Method according to any one of the preceding claims, characterized in that the intermediate network request (204, URL1) is transmitted by the reading terminal (101) in HTTP format on the Internet network (100) or a network type intranet or extranet. 12. A method of providing a personalized graphic code comprising the following steps: - 23 - reception (402) by a server said generator (302), from a client computer (301), data representing a request encoding and containing a string (1052) forming a so-called target URL (URL2) pointing to at least one page (1051) said target of a said target server (1050); calculation (404, 405) of a character string (122) forming a so-called intermediate URL (URL1) and containing o on the one hand at least one access path pointing to a server implementing a management method; access according to any one of claims 1 to 9 as an intermediate server (102), and o on the other hand data (123) identifying said encoding request as an identifier (ID) of graphic code; transmitting (406) to the client computer (301) a file (1210) containing printable data (4063) or displaying a graphics code (121) containing said intermediate URL (122, URL1). 13. Method according to claim 12, characterized in that it further comprises, in said intermediate server (102), a generation or activation (407) of a software agent able to receive (205) a network request according to said URL intermediate (122, URL1) from at least one read terminal (101) and to implement said access method for connecting (208, 209) said read terminal with said target page (1051) of said server target (1050); 14. Method according to any one of claims 12 to 13, characterized in that it further comprises a step of storing (408) the character string (1052) forming the target URL (URL2), in association with the identifier (123, ID) of graphic code, in a database (103) accessible to the intermediate server (102). Computer system (102, 302) comprising means for carrying out a method according to any one of claims 1 to 14.