WO2010023376A1 - Système informatique à serveur d'accès simplifié, et procédé correspondant - Google Patents

Système informatique à serveur d'accès simplifié, et procédé correspondant Download PDF

Info

Publication number
WO2010023376A1
WO2010023376A1 PCT/FR2009/001025 FR2009001025W WO2010023376A1 WO 2010023376 A1 WO2010023376 A1 WO 2010023376A1 FR 2009001025 W FR2009001025 W FR 2009001025W WO 2010023376 A1 WO2010023376 A1 WO 2010023376A1
Authority
WO
WIPO (PCT)
Prior art keywords
expression
url
server
user
segment
Prior art date
Application number
PCT/FR2009/001025
Other languages
English (en)
Inventor
Thierry Lamouline
Original Assignee
Yooget
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yooget filed Critical Yooget
Publication of WO2010023376A1 publication Critical patent/WO2010023376A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/301—Name conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/542—Intercept

Definitions

  • the invention relates to the field of computing over wide area networks.
  • the present invention further improves the situation, seeking to simplify the ergonomics to the maximum.
  • the invention relates to a computer system comprising a host environment for a server. It is equipped with a WAN communication port. In addition there is a network server, which is assigned a first network address or routing URL.
  • This network server includes server applications, optionally including a subscriber application capable of identifying a caller as a registered user.
  • An access manager is provided, which receives from the port a call expression (the request of the user, cleared of the equivalent of the IP address assigned to the port it has in mind). The access manager applies predefined rules to the call expression; if a rule is verified, it invokes a server application that is chosen according to the call expression and the rule it checks, for example to provide the user with what is commonly called a "web page".
  • the access manager may be provided with: a discriminator, activatable to recognize if a call expression not conforming to the predefined rules, is to contain a segment of type URL, and then intercept such an expression, and
  • a derivator capable, in the case of an expression recognized as of type URL, of invoking a specific predefined application, with as parameter said intercepted expression.
  • the user-related registered data may include an identifier of the user, or a pointer to any other user-related data stored locally, or even remotely.
  • the predefined application may comprise the creation of a shortened call expression corresponding to the intercepted expression, recognized as a URL type, and the provision of a network addressing service. indirectly, to target the URL of said segment from this shortened call expression.
  • the server applications may include a subscriber application capable of identifying a caller as a registered user, the specific predefined application being able to be invoked in the presence of at least one registered data related to the user.
  • the predefined application comprises the creation of a sending page, on behalf of the user, an email containing the URL of said segment.
  • the same computer system may comprise at least two network servers, having different IP addresses, and assigned to different predefined applications, for example those of the first and second embodiments, respectively.
  • the invention also provides a method of assisting computer navigation over a wide area network, comprising the following steps: a. sending from a user station a request on the wide area network comprising a destination URL, followed by an expression containing a second URL, b. in a WAN server, on the port that has the physical address corresponding to the destination address, receive an expression to process, c. determine whether the expression to be processed contains a segment of type URL, and d. if the determination of step c. is positive, invoking a specific predefined application of the server, with as parameter said segment type URL.
  • FIG. 1 is the block diagram of the basic computer structure to which the invention can be applied.
  • FIG. 2 is a detailed block diagram of one embodiment of the invention
  • FIG. 3 is a block diagram of an extended computer network configuration that uses the invention
  • FIG. 4 is a block diagram of FIG. flow generally illustrating the processes involved in one embodiment of the invention
  • FIG. 5 is a flow diagram illustrating in more detail a preferential application of the invention
  • FIG. 6 is a flow diagram illustrating in a more detailed manner another application of the invention.
  • two user stations 210 and 220 can connect to a wide area network, here Internet, to connect for example to the "web"("web").
  • a server system 100 located on one or more intercommunicating machines.
  • the one or more machines comprise a server host environment, as well as a communication port 121 on the wide area network, a server software itself 120, and applications 123 accessible to the server.
  • another server 140 equipped with its applications 143, and having another port 141 has been shown in the same environment 100.
  • the applications 123 and 143 can be shared and share the data they use in a mass storage (not shown here).
  • the servers 120 and 140 are associated with two respective domain names. They can implement conventional functions of a website, such as the display of web pages according to the requests of users Ul and U2 posts 210 and 220.
  • DNS such as 310 and 320.
  • These servers are responsible for transforming the call of a site by a user into the physical address on the Internet (“IP address") of the machine or machines that support the website in question.
  • IP address the physical address on the Internet
  • the station 210 accesses the domain name server 310, which provides it with the IP address of the port 121; on its side, the station 220 accesses the domain name server 320, which provides the IP address of the port 141.
  • obtaining the IP address will often be from the same DNS server.
  • Figure 2 illustrates the constitution of a server according to one embodiment of the invention.
  • the server 120 includes an access manager 122, which will receive a call expression from the port.
  • the access manager 122 will automatically select the home page, very often called "/index.htm". This gives access to the tree of pages, from which the user can choose according to the button, pictogram or other link on the home page that is presented on its screen (remote server).
  • FIG. 2 shows the "page applications" 131 to 134.
  • the access manager 122 which receives a call expression from the port, will apply predefined rules to it. If a rule is verified, a server application, for example a web page, will be chosen based on the call expression and the rule it checks.
  • the access manager 122 may comprise a rule that calls for the user an online identification function, which is part of a set of subscriber management functions 135, also including an account opening function. the site.
  • the access manager 122 allows browsing a tree, to call pages or other links through the home page or a current page. But the remote user can also directly call a page, by directly dialing the corresponding call expression.
  • the access manager gives access to different applications, whether to present a page, to register the user, to create an account, or other functions.
  • port 121 arrives with a call expression that does not correspond to anything known by the access manager, the latter refuses the call and returns an error message.
  • the invention operates differently.
  • It provides a discriminator 137, which is able to search if a call expression contains a URL type segment.
  • the discriminator 137 analyzes it, and intercepts it if it is of URL type (also intercepting the error message).
  • a differentiator 136 arranged to activate the discriminator in the presence of a call expression that comes from a registered user.
  • the link between the access generator 122 and the discriminator 137 comprises a switch, which is under control of a diverter or monitor 136.
  • Figure 2 also shows a link between the monitor 136 and the link line between the access manager 122 and the application 135 (registered users).
  • the monitor 136 will invoke a specific application 124, with the URL type segment as isolated or rewritten by the discriminator 137.
  • at least one data registered user-related This data can simply be an identifier of the user in the user database 139.
  • the operation 400 corresponds to the issuing of a request by a user U1.
  • This request may be of the form illustrated in the right-hand part, opposite the element 400 of FIG. 4.
  • the request results in a domain name server 410, which will transform the preamble of the request into the physical address of the searched server.
  • the input port of this server "smub.it", which has the aforementioned physical address, receives as a request the remainder of the initial call expression, as indicated in the right-hand part in FIG. 4.
  • this server will first look for if it corresponds to the address of a page that it delivers to ordinary visitors of the site. If this is not the case, the operation 424 will look for whether the originator of the 400 request, namely the user U1, is a registered user, who has previously identified himself during this connection. Then, the operation 427 will search if what remains of the call expression corresponds to a URL (Uniform Resource Locator) and, if it is the case, the operation 429 will launch a special operation having for parameter the remainder of the call expression opposite element 427 of FIG. 4 (or next to element 420 of FIG. 4), as well as one or more user data, which can be in other words, reduce to the simple identification of the user, the desired user data being then collected by the specific application 124.
  • URL Uniform Resource Locator
  • FIG. 3 will make it possible to understand one of the essential advantages of the invention.
  • Different Internet requests may originate from the user's browser 212, through the connection interface 202, and the web.
  • a communication interface 102 which allows access to a plurality of dedicated Internet servers, each having a different URL.
  • the respective server 120, 140, 150, 160
  • a rewriting I 1 URL call e.g., 122, 142, 152, 162
  • a specific application that is specific to this server (124, 144, 154, 164, respectively)
  • parameter at least this rewritten URL, and preferably an identification of the user.
  • the special application 124 may correspond to a flow diagram of FIG. 5.
  • the new operation 514 reflects that the user has already identified himself, and the application will therefore fetch operation data 514 from the personal account, according to the parameter "Userld", which constitutes, here, one parameters of the call 210 (in this case the first parameter).
  • step 532 instead of having to completely enter a very complex URL, which is often a source of error, and therefore has to spend time and resources to verify that the URL exists.
  • this operation 532 takes the URL "myURL" passed here as the second parameter in the call 510, to directly form the URL that will be the subject of the shortcut according to the previous patent application.
  • Operation 612 presents to the remote user an email page of a predefined format, in which:
  • operation 614 has made it possible to access the user data corresponding to the identifier passed as a parameter, and to fill the email with respect to these user data, according to a predefined format, or alternatively according to a format that may have been defined by the user himself.
  • the operation 620 allows the user to choose an alias corresponding to the user, in the sense of the aliases defined in the aforementioned prior patent application 0801417, for example.
  • operation 632 inserts the URL passed as a parameter into the predefined message.
  • operation 634 defines the emitter of the email, according to its user identifier or its alias.
  • an operation 645 may be provided to display this e-mail page and make any additions thereto, before sending it to operation 690.
  • a network addressing service 510 may use a byte of a predetermined format, which format includes an item related to the registered user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

Système informatique, comportant un environnement hôte pour serveur (100), muni d'un port de communication sur réseau étendu (121), ainsi qu'un serveur réseau (120), auquel est affecté une première adresse réseau ou URL d'acheminement, avec des applications de serveur (123), un gestionnaire d'accès, capable de recevoir une expression d'appel depuis le port, puis d'appliquer des règles prédéfinies à l'expression d'appel, et, si une règle est vérifiée, d'invoquer une application de serveur qui est choisie selon l'expression d'appel et la règle qu'elle vérifie, le gestionnaire d'accès comprenant : un discriminateur, activable pour reconnaître si une expression d'appel non conforme aux règles prédéfinies, se trouve contenir un segment de type URL, et intercepter alors une telle expression, et; un dérivateur, capable, en cas d'expression interceptée, reconnue comme de type URL, d'invoquer une application prédéfinie spécifique, avec comme paramètre ladite expression interceptée.

Description

Système informatique à serveur d'accès simplifié, et procédé correspondant.
L'invention concerne le domaine de l'informatique sur réseaux étendus.
Lorsqu'il est relié à un réseau étendu, comme Internet, un poste informatique actuel a potentiellement accès à une quantité d'informations augmentée presque à l'infini, et dont l'organisation lui échappe. La Demanderesse a déjà fait différentes propositions pour tenter de faciliter la vie à l'usager : FR 2 805 359 et demande de brevet français N° 08 01417, notamment.
La présente invention vient améliorer encore la situation, en cherchant à simplifier l'ergonomie au maximum.
L'invention concerne un système informatique, comportant un environnement hôte pour serveur. Il est muni d'un port de communication sur réseau étendu. S'y ajoute un serveur réseau, auquel est affecté une première adresse réseau ou URL d'acheminement. Ce serveur réseau comporte des applications de serveur, optionnellement comprenant une application d'abonné capable d'identifier un appelant comme utilisateur enregistré. Il est prévu un gestionnaire d'accès, qui reçoit depuis le port une expression d'appel (la requête de l'usager, débarrassée de l'équivalent de l'adresse IP affectée au port qu'elle comporte en tête). Le gestionnaire d'accès applique des règles prédéfinies à l'expression d'appel ; si une règle est vérifiée, il invoque une application de serveur qui est choisie selon l'expression d'appel et la règle qu'elle vérifie, par exemple pour fournir à l'usager ce qu'on appelle couramment une "page web".
Le gestionnaire d'accès peut être prévu avec : un discriminateur, activable pour reconnaître si une expression d'appel non conforme aux règles prédéfinies, se trouve contenir un segment de type URL, et intercepter alors une telle expression, et
- un dérivateur capable, en cas d'expression reconnue comme de type URL, d'invoquer une application prédéfinie spécifique, avec comme paramètre ladite expression interceptée.
La donnée enregistrée liée à l'utilisateur peut comprendre un identifiant de l'utilisateur, ou un pointeur d'accès à toute autre donnée liée à l'utilisateur, stockée localement, ou même à distance.
Selon un premier mode de réalisation, l'application prédéfinie peut comprendre la création d'une expression d'appel raccourcie en correspondance de l'expression interceptée, reconnue comme de type URL, et la mise à disposition d'un service d'adressage réseau indirect, pour viser l'URL dudit segment à partir de cette expression d'appel raccourcie.
Les applications de serveur peuvent comprendre une application d'abonné capable d'identifier un appelant comme utilisateur enregistré, l'application prédéfinie spécifique pouvant être invoquée en présence d'au moins une donnée enregistrée liée à l'utilisateur.
Selon un second mode de réalisation, l'application prédéfinie comprend la création d'une page d'envoi, au nom de l'utilisateur, d'un courriel contenant l'URL dudit segment.
En variante, un même système informatique peut comprendre au moins deux serveurs réseau, ayant des adresses IP différentes, et affectés à des applications prédéfinies différentes, par exemple celles du premier et du second modes de réalisation, respectivement.
L'invention offre également un procédé d'aide à la navigation informatique sur réseau étendu, comprenant les étapes suivantes : a. émettre depuis un poste utilisateur une requête sur le réseau étendu comprenant une URL de destination, suivie d'une expression contenant une seconde URL, b. dans un serveur réseau étendu, sur le port qui possède l'adresse physique correspondant à l'adresse de destination, recevoir une expression à traiter, c. déterminer si l'expression à traiter contient un segment de type URL, et d. si la détermination de l'étape c. est positive, invoquer une application prédéfinie spécifique du serveur, avec comme paramètre ledit segment de type URL.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la description qui suit, et des dessins annexés, sur lesquels:
- la figure 1 est le schéma par blocs de la structure informatique de base à laquelle peut s'appliquer l'invention,
- la figure 2 est le schéma par blocs détaillé d'un mode de réalisation de l'invention, la figure 3 est le schéma par blocs d'une configuration de réseau informatique étendu qui utilise l'invention, la figure 4 est un diagramme de flux illustrant de façon générale les processus qui interviennent dans un mode de réalisation de l'invention,
- la figure 5 est un diagramme de flux illustrant de façon plus détaillée une application préférentielle de l'invention, la figure 6 est un diagramme de flux illustrant de façon plus détaillée une autre application de l'invention.
Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente invention, mais aussi contribuer à sa définition, le cas échéant.
Sur la figure 1, deux postes d'usages 210 et 220 peuvent se connecter à un réseau étendu, ici Internet, pour se relier par exemple à la "toile" ("web"). Est également présent sur Internet un système serveur 100, localisé sur une ou plusieurs machines intercommunicantes. La ou les machines comprennent un environnement hôte pour serveurs, ainsi qu'un port de communication 121 sur le réseau étendu, un logiciel serveur proprement dit 120, et des applications 123 accessibles au serveur. Sur la figure 1, et à titre d'exemple, on a fait apparaître dans le même environnement 100 un autre serveur 140, muni de ses applications 143, et qui possède un autre port 141. Bien entendu, les applications 123 et 143 peuvent être partagées et partager les données qu'elles utilisent dans une mémoire de masse (non représentée ici).
Les serveurs 120 et 140 sont associés à deux noms de domaine respectifs. Ils peuvent mettre en œuvre des fonctions classiques d'un site Internet, telles que l'affichage de page web en fonction des demandes des utilisateurs Ul et U2 des postes 210 et 220.
On sait également que sont actifs sur Internet des serveurs de nom de domaine
("DNS"), tels que 310 et 320. Ces serveurs ont la charge de transformer l'appel d'un site par un usager en l'adresse physique sur Internet ("adresse IP") de la ou des machines qui supportent le site Internet en question. Ici, selon le dessin, le poste 210 accède au serveur de nom de domaine 310, qui lui fournit l'adresse IP du port 121 ; de son côté, le poste 220 accède au serveur de nom de domaine 320, qui lui fournit l'adresse IP du port 141. En pratique, l'obtention de l'adresse IP se fera souvent à partir du même serveur DNS.
La figure 2 illustre la constitution d'un serveur selon un mode de réalisation de l'invention.
On y retrouve le port 121 de la figure 1. Le serveur 120 comprend notamment un gestionnaire d'accès 122, qui va recevoir une expression d'appel depuis le port.
Par exemple, si l'appel du site par l'usager ne comprend que le nom de domaine, le gestionnaire d'accès 122 va automatiquement sélectionner la page d'accueil, très souvent nommée "/index.htm". Cela donne accès à l'arborescence des pages, parmi lesquelles l'usager pourra choisir en fonction du bouton, pictogramme ou autre lien présent sur la page d'accueil qui est présentée sur son écran (à distance du serveur). A titre d'exemple la figure 2 montre les "applications de page" 131 à 134.
Plus généralement, le gestionnaire d'accès 122, qui reçoit une expression d'appel depuis le port, va lui appliquer des règles prédéfinies. Si une règle est vérifiée, une application de serveur, par exemple une page web, va être choisie en fonction de l'expression d'appel et de la règle qu'elle vérifie.
Le gestionnaire d'accès 122 peut comprendre une règle qui appelle pour l'usager une fonction d'identification en ligne, qui fait partie d'un ensemble de fonctions de gestion d'abonné 135, comprenant aussi une fonction d'ouverture de compte sur le site.
Ainsi, lorsqu'un usager se connecte au site, il peut s'identifier. Et, en principe, cette identification reste valable pour la durée de sa connexion.
En bref, le gestionnaire d'accès 122 permet la navigation dans une arborescence, pour appeler des pages ou autres liens à travers la page d'accueil ou une page en cours. Mais l'usager distant peut aussi appeler directement une page, en composant directement l'expression d'appel correspondante.
En d'autres termes, et plus généralement, le gestionnaire d'accès donne des accès à différentes applications, qu'il s'agisse de présenter une page, d'enregistrer l'utilisateur, de lui créer un compte, ou d'autres fonctions. Lorsqu'arrive par le port 121 une expression d'appel qui ne correspond à rien de connu du gestionnaire d'accès, celui- ci refuse l'appel et renvoie un message d'erreur.
L'invention opère différemment.
Elle prévoit un discriminateur 137, qui est capable de rechercher si une expression d'appel contient un segment de type URL. Lorsqu'une expression d'appel ne correspond à aucune règle prédéfinie dans le gestionnaire d'accès, le discriminateur 137 l'analyse, et l'intercepte si elle est de type URL (interceptant également le message d'erreur).
Un dérivateur 136 agencé pour activer le discriminateur en présence d'une expression d'appel qui provient d'un utilisateur enregistré.
Dans le mode de réalisation particulier de la figure 2, la liaison entre le générateur d'accès 122 et le discriminateur 137 comporte un interrupteur, qui est sous commande d'un dérivateur ou moniteur 136. La figure 2 montre aussi un lien entre le moniteur 136 et la ligne de liaison entre le gestionnaire d'accès 122 et l'application 135 (usagers enregistrés).
Ceci schématise le fait que le moniteur 136 sait si l'usager en cours s'est ou non identifié, de sorte qu'il peut ne mettre en œuvre le discriminateur 137 qu'en présence d'un usager enregistré et identifié pour la session en cours.
Si le discriminateur reconnaît une expression de type URL alors le moniteur 136 va invoquer une application spécifique 124, avec le segment de type URL tel qu'isolé ou réécrit par le discriminateur 137. Il s'y ajoute, en principe, au moins une donnée enregistrée liée à l'utilisateur. Cette donnée peut être simplement un identifiant de l'utilisateur dans la base de données des utilisateurs 139.
L'opération 400 correspond à l'émission d'une requête par un usager Ul. Cette requête peut être de la forme illustrée en partie droite, en regard de l'élément 400 de la figure 4.
La requête aboutit à un serveur de nom de domaine 410, qui va transformer le préambule de la requête en l'adresse physique du serveur recherché.
On suppose, ici, que le serveur recherché est dénommé "smub.it". Et, sur la figure 4, on note <IP address (smub.it)> l'adresse physique conforme au protocole Internet qui correspond au serveur dont la dénomination courante est "smub.it".
En 420, le port d'entrée de ce serveur "smub.it", qui possède l'adresse physique précitée, reçoit comme requête la suite de l'expression d'appel initial, comme indiqué en partie droite sur la figure 4.
En 422, ce serveur va d'abord rechercher si cela correspond à l'adresse d'une page qu'il délivre aux visiteurs ordinaires du site. Si ce n'est pas le cas, l'opération 424 va rechercher si l'émetteur de la requête en 400, à savoir l'usager Ul, est un usager enregistré, qui s'est préalablement identifié lors de cette connexion. Ensuite, l'opération 427 va rechercher si ce qui reste de l'expression d'appel correspond à une URL (Uniform Resource Locator) et, si c'est le cas, l'opération 429 va lancer une opération spéciale ayant pour paramètre le reste de l'expression d'appel en regard de l'élément 427 de la figure 4 (ou en regard de l'élément 420 de la figure 4), ainsi qu'une ou plusieurs données utilisateurs, que l'on peut d'ailleurs réduire à la simple identification de l'utilisateur, les données utilisateurs voulues étant recueillies ensuite par l'application spécifique 124.
Certaines opérations peuvent être interverties sur la figure 4. Par exemple, on peut vérifier si l'usager Ul s'est identifié avant de vérifier si l'appel qu'il délivre correspond à une page, à l'opération 422.
Il est maintenant fait référence à la figure 3, qui permettra de comprendre l'un des avantages essentiels de l'invention.
Différentes requêtes Internet peuvent partir du navigateur 212 de l'utilisateur, à travers l'interface de connexion 202, et la toile. Dans un ou plusieurs systèmes serveurs 100, on prévoit une interface de communication 102, qui permet l'accès à une pluralité de serveurs Internet dédiés, ayant chacun une URL différente. Ici, on a :
- le serveur 120 avec l'URL "smub.it",
- le serveur 140 avec l'URL "smub.to",
- le serveur 150 avec l'URL "alter.from" (des suffixes de plus de deux caractères sont en voie de libéralisation),
- le serveur 160 avec l'URL "other.at".
De la manière précédemment décrite, chaque fois que l'un de ces serveurs est appelé par un utilisateur identifié, avec derrière l'URL, une autre URL ou quelque chose qui ressemble à une autre URL suivant une règle prédéterminée, le serveur concerné (120, 140, 150, 160) va procéder à une réécriture de I1URL d'appel (par exemple en 122, 142, 152, 162), pour invoquer ensuite une application spécifique qui est propre à ce serveur (124, 144, 154, 164, respectivement), avec pour paramètre au moins cette URL réécrite, et de préférence une identification de l'utilisateur.
On décrira maintenant deux exemples particuliers des applications spéciales 124 et 144 de la figure 3.
L'application spéciale 124 peut correspondre à un diagramme de flux de la figure 5.
Ce diagramme de flux est tiré de la demande de brevet française 0801417, du 14 mars 2008, au nom de la demanderesse. La figure 5 de la présente demande correspond précisément à celle de la demande antérieure, à l'exception des points suivants : la figure 5 de la demande antérieure parle de "créer/modifier", tandis que la figure 5 de la présente demande parle de seulement "créer" ; les parties de la figure 5 de la demande antérieure correspondant à la fonction "modifier" ont donc été supprimées. Sous réserve de ces modifications, le contenu descriptif de la demande antérieure relatif à sa figure 5 est à considérer comme incorporé à la présente description.
Les opérations ajoutées ou modifiées pour mettre en œuvre la présente invention ont été mises en gras sur la figure 5.
L'opération nouvelle 514 reflète que l'usager s'est déjà identifié, et l'application va donc aller chercher à l'opération 514 les données du compte personnel, selon le paramètre "Userld", qui constitue, ici, l'un des paramètres de l'appel 210 (en l'occurrence le premier paramètre).
L'opération 520 de choix d'un alias dans le compte personnel est en réalité optionnelle. Ensuite, à l'opération 532, au lieu de devoir saisir complètement une URL souvent très complexe, ce qui est souvent source d'erreurs, et contraint par conséquent à consacrer du temps et des ressources pour vérifier que cet URL existe bien, il suffit maintenant dans cette opération 532 de prendre l'URL "myURL" passée ici comme second paramètre dans l'appel 510, pour constituer directement l'URL qui va faire l'objet du raccourci selon la demande de brevet antérieure.
L'homme de métier comprendra que les opérations sont ainsi considérablement simplifiées, et débarrassées d'une source d'erreurs importante.
La simplification sera mieux comprise au vu des résumés suivants :
- On considère un usager Ul qui se trouve en liaison avec un site "myURL" qui l'intéresse. - Cet usager est enregistré sur le site "smub".
- Il se trouve dans une session au cours de laquelle il s'est identifié.
- Il lui suffit alors sur la ligne d'adresse Internet (ou URL) de son navigateur, de taper :
"smub.it" devant l'URL qui s'y trouve.
Avec la présente invention, tout le reste est automatique, jusqu'à l'opération 514 ou 520 ou 536 de la figure 5, suivant les choix que l'on aura faits dans ce diagramme de flux de la figure 5, quant aux opérations qui sont optionnelles ou non.
Bien entendu, la description qui précède n'a aucun caractère limitatif. On peut prévoir différents serveurs avec différentes applications spécifiques, comme illustré sur la figure 3. Une seconde application spécifique est définie dans le diagramme de flux de la figure 6.
A l'opération d'entrée 610, il s'agit d'envoyer un courriel avec deux paramètres dont le premier est un identifiant d'utilisateur et le second le segment d'URL isolé en sortie du bloc 137 de la figure 2. L'opération 612 présente à l'usager distant une page courriel d'un format prédéfini, dans laquelle :
- l'opération 614 a permis d'accéder aux données utilisateurs correspondant à l'identifiant passé comme paramètre, et à remplir le courriel par rapport à ces données utilisateurs, suivant un format prédéfini, ou même en variante suivant un format qui peut avoir été défini par l'utilisateur lui-même.
- optionnellement, l'opération 620 permet à l'utilisateur de choisir un alias correspondant à l'utilisateur, au sens des alias définis dans la demande de brevet antérieure 0801417 précitée, par exemple.
- l'opération 632 insère l'URL passée comme paramètre dans le message prédéfini.
- l'opération 634 définit l'émetteur du courriel, d'après son identifiant utilisateur ou son alias.
On permet ainsi à l'utilisateur enregistré d'envoyer directement une URL dans un message d'accompagnement à l'un quelconque de ses contacts, par la seule opération consistant à saisir "smub.to" (dans l'exemple présent), devant l'URL présentement indiquée dans la zone d'adressage de son navigateur.
Bien entendu, on peut prévoir une opération 645 pour afficher cette page de courriel et y apporter d'éventuels compléments, avant l'envoi à l'opération 690.
Un service d'adressage réseau 510 peut utiliser un multiplet d'un format prédéterminé, ce format comprenant un élément lié à l'utilisateur enregistré.

Claims

Revendications
1. Système informatique, comportant un environnement hôte pour serveur (100), muni d'un port de communication sur réseau étendu (121), ainsi qu'un serveur réseau (120), auquel est affecté une première adresse réseau ou URL d'acheminement, avec : des applications de serveur (123),
- un gestionnaire d'accès (122), capable de recevoir une expression d'appel depuis le port, puis d'appliquer des règles prédéfinies à l'expression d'appel, et, si une règle est vérifiée, d'invoquer une application de serveur qui est choisie selon l'expression d'appel et la règle qu'elle vérifie, caractérisé en ce que le gestionnaire d'accès comprend : un discriminateur (137), activable pour reconnaître si une expression d'appel non conforme aux règles prédéfinies, se trouve contenir un segment de type URL, et intercepter alors une telle expression, et - un dérivateur (136), capable, en cas d'expression interceptée, reconnue comme de type URL, d'invoquer une application prédéfinie spécifique (124), avec comme paramètre ladite expression interceptée.
2. Système informatique selon la revendication 1, caractérisé en ce que l'application prédéfinie (124) comprend la création d'une expression d'appel raccourcie en correspondance de l'expression interceptée, reconnue comme de type URL, et la mise à disposition d'un service d'adressage réseau indirect (510), pour viser l'URL dudit segment à partir de cette expression d'appel raccourcie.
3. Système informatique selon l'une des revendications 1 et 2, caractérisé en ce que les applications de serveur (123) comprennent une application d'abonné (135) capable d'identifier un appelant comme utilisateur enregistré, et en ce que l'application prédéfinie spécifique (124) est invoquée en présence d'au moins une donnée enregistrée liée à l'utilisateur.
4. Système informatique selon la revendication 3, caractérisé en ce que la donnée enregistrée liée à l'utilisateur comprend un identifiant de l'utilisateur.
5. Système informatique selon la revendication 2, caractérisé en ce que le service d'adressage réseau indirect (510) utilise un multiplet d'un format prédéterminé, ce format comprenant un élément lié à l'utilisateur enregistré.
6. Système informatique selon l'une des revendications précédentes, caractérisé en ce que l'application prédéfinie (124) comprend la création d'une page d'envoi (610) d'un courriel contenant l'URL dudit segment.
7. Système informatique selon l'une des revendications 1 à 5, caractérisé en ce qu'il comprend au moins un second serveur réseau (140), auquel est affecté une seconde URL d'acheminement, en ce que ce second serveur comprend une seconde application prédéfinie spécifique (144), capable de création d'une page d'envoi de courriel, et en ce que ce second serveur réseau possède aussi un gestionnaire d'accès agencé comme le précédent, avec un dérivateur agencé pour invoquer la seconde application prédéfinie spécifique (144), avec des paramètres comprenant le segment de type URL.
8. Procédé d'aide à la navigation informatique sur réseau étendu, caractérisé par les étapes suivantes : a. émettre (400) depuis un poste utilisateur une requête sur le réseau étendu comprenant une URL de destination, suivie d'une expression contenant une seconde URL, b. dans un serveur réseau étendu, sur le port qui possède l'adresse physique correspondant à l'adresse de destination, recevoir une expression à traiter (420), c. déterminer si l'expression à traiter contient un segment de type URL (427), et d. si la détermination de l'étape c. est positive, invoquer une application prédéfinie spécifique du serveur (429), avec comme paramètre ledit segment de type
URL.
9. Procédé selon la revendication 8, caractérisé en ce que l'application prédéfinie (124) de l'étape d. comprend la création d'une expression d'appel raccourcie en correspondance de l'expression interceptée, reconnue comme de type URL, et la mise à disposition d'un service d'adressage réseau indirect (510), pour viser l'URL dudit segment à partir de cette expression d'appel raccourcie.
10. Procédé selon l'une des revendications 8 et 9, caractérisé en ce que l'étape d. comprend aussi la détermination de ce que l'expression provient d'un utilisateur enregistré (424), tandis que l'application prédéfinie spécifique du serveur (429) est invoquée en présence d'au moins une donnée enregistrée liée à l'utilisateur.
11. Procédé selon la revendication 10, caractérisé en ce que la donnée enregistrée liée à l'utilisateur comprend un identifiant de l'utilisateur.
12. Procédé selon la revendication 9, caractérisé en ce que le service d'adressage réseau indirect (510) utilise un multiplet d'un format prédéterminé, ce format comprenant un élément lié à l'utilisateur enregistré.
13. Procédé selon la revendication 8, caractérisé en ce que l'application prédéfinie (124) comprend la création d'une page d'envoi (610) d'un courriel contenant l'URL dudit segment.
14. Procédé selon la revendication 13, caractérisé en ce que l'étape d. comprend aussi la détermination de ce que l'expression provient d'un utilisateur enregistré (424), tandis que l'application prédéfinie (124) comprend la création d'une page d'envoi (610) d'un courriel contenant l'URL dudit segment, au nom de l'utilisateur enregistré.
PCT/FR2009/001025 2008-08-27 2009-08-24 Système informatique à serveur d'accès simplifié, et procédé correspondant WO2010023376A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0804726A FR2935505B1 (fr) 2008-08-27 2008-08-27 Systeme informatique a serveur d'acces simplifie, et procede correspondant
FR0804726 2008-08-27

Publications (1)

Publication Number Publication Date
WO2010023376A1 true WO2010023376A1 (fr) 2010-03-04

Family

ID=40673927

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/001025 WO2010023376A1 (fr) 2008-08-27 2009-08-24 Système informatique à serveur d'accès simplifié, et procédé correspondant

Country Status (3)

Country Link
US (1) US8458296B2 (fr)
FR (1) FR2935505B1 (fr)
WO (1) WO2010023376A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10554662B2 (en) * 2015-06-30 2020-02-04 Mcafee, Llc Security service for an unmanaged device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003093975A1 (fr) * 2002-05-01 2003-11-13 Bea Systems, Inc. Servlets uniques pour acheminement de messages b2b

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6721306B1 (en) * 1997-03-11 2004-04-13 Verizon Services Corp. Public wireless/cordless internet gateway
JP3932319B2 (ja) * 1997-07-24 2007-06-20 タンブルウィード コミュニケーションズ コーポレイション 格納された鍵による暗号化／暗号解読を用いた電子メール用ファイアウォール
US7162738B2 (en) * 1998-11-03 2007-01-09 Tumbleweed Communications Corp. E-mail firewall with stored key encryption/decryption
FR2805359B1 (fr) * 2000-02-17 2003-11-28 Thierry Lamouline Systeme et procede de commande dans un environnement informatique
US7162540B2 (en) * 2000-05-15 2007-01-09 Catchfire Systems, Inc. Method and system for prioritizing network services
US7093279B2 (en) * 2001-03-28 2006-08-15 Intel Corporation Method and system for automatic invocation of secure sockets layer encryption on a parallel array of Web servers
US6839758B2 (en) * 2001-09-28 2005-01-04 Intel Corporation Network processor for cache array routing
US7110399B2 (en) * 2002-03-28 2006-09-19 International Business Machines Corporation System and method for redirecting network addresses for deferred rendering
US7395255B2 (en) * 2002-09-13 2008-07-01 General Motors Corporation Data management system having a common database infrastructure

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003093975A1 (fr) * 2002-05-01 2003-11-13 Bea Systems, Inc. Servlets uniques pour acheminement de messages b2b

Also Published As

Publication number Publication date
US8458296B2 (en) 2013-06-04
US20100057838A1 (en) 2010-03-04
FR2935505A1 (fr) 2010-03-05
FR2935505B1 (fr) 2010-10-08

Similar Documents

Publication Publication Date Title
EP1507384B1 (fr) Procédé de masquage des traitements applicatifs d&#39;une requete d&#39;accès à un serveur et système de masquage correspondant
EP1376410B1 (fr) Procédé de gestion d&#39;informations de contexte par serveur intermédiaire
EP1469660B1 (fr) Procédé pour contrôler l&#39;établissement de communications entre terminaux choisis par un utilisateur
EP1637989A1 (fr) Procédé et système de séparation de comptes de données personnelles
EP2807815B1 (fr) Système et procédö de controle d&#39;une requête dns
EP1501241B1 (fr) Procédé d&#39;approvisionnement de règles de politique dans un réseau géré à base de règles de politique
WO2010023376A1 (fr) Système informatique à serveur d&#39;accès simplifié, et procédé correspondant
EP1139637A2 (fr) Procédé et système d&#39;octroi de privilèges par un gestionnaire d&#39;accèss au sein d&#39;un réseau de communication
WO2007003818A1 (fr) Procede de filtrage par couplage multi-protocolaire sur la base du protocole dns.
EP1484859B1 (fr) Procédé de contrôle avec gestion d&#39;un identifiant opaque d&#39;utilisateur de la livraison complète d&#39;un service utilisant un ensemble de serveurs
EP2446360B1 (fr) Technique de determination d&#39;une chaine de fonctions elementaires associee a un service
FR2816781A1 (fr) Procede et dispositif de securisation d&#39;un portail dans un systeme informatique
EP1610519A1 (fr) Procédé de médiation entre applications de services web, et plate-forme de médiation pour la mise en oeuvre du procédé
EP1471714B1 (fr) Procédé et système de redirection sur détection d&#39;erreur de résolution DNS
EP1279298B1 (fr) Dispositif de supervision de terminaux
FR3023098A1 (fr) Procede et systeme de traitement d&#39;une demande de resolution d&#39;un nom d&#39;un serveur, emise par une application cliente sur un reseau de communication.
WO2006072730A1 (fr) Procede de controle d&#39;acces
EP4115579A1 (fr) Procédé de gestion d&#39;une requête d&#39;accès à un site internet depuis un dispositif d&#39;accès
EP2320623B1 (fr) Procédé de fourniture d&#39;un service
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
FR2825212A1 (fr) Dispositif de communication electronique securise
WO2005034427A1 (fr) Procede et systeme de mise a disposition d’informations de taxation d’un service payant delivre par un fournisseur de services
WO2002003658A2 (fr) Serveur d&#39;intermediation pour acces aux differents services disponibles a travers le reseau internet
FR3030820A1 (fr) Procede pour l&#39;acces a un contenu numerique dans un reseau de communication, au moyen d&#39;un equipement terminal connecte audit reseau de communication
FR2851390A1 (fr) Dispositif et procede de mise en communication de modules de mise en oeuvre d&#39;un bouquet de services et plate-forme de mise en oeuvre d&#39;un bouquet de services correspondante

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09737027

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09737027

Country of ref document: EP

Kind code of ref document: A1