WO2002056212A1 - Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre - Google Patents

Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre Download PDF

Info

Publication number
WO2002056212A1
WO2002056212A1 PCT/FR2002/000067 FR0200067W WO02056212A1 WO 2002056212 A1 WO2002056212 A1 WO 2002056212A1 FR 0200067 W FR0200067 W FR 0200067W WO 02056212 A1 WO02056212 A1 WO 02056212A1
Authority
WO
WIPO (PCT)
Prior art keywords
cache
data
client
processing
compartment
Prior art date
Application number
PCT/FR2002/000067
Other languages
English (en)
Inventor
Pierre Dor
Yannick Girard
Slavko Konc
Vincent Lextrait
Anne Mc Culloch
Véronique MARQUION
François WEISSERT
Original Assignee
Amadeus S.A.S
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 Amadeus S.A.S filed Critical Amadeus S.A.S
Priority to US10/250,980 priority Critical patent/US20040054751A1/en
Priority to KR10-2003-7009266A priority patent/KR20030091963A/ko
Priority to EP02711929A priority patent/EP1350208A1/fr
Priority to JP2002556801A priority patent/JP2004527820A/ja
Priority to CA002433429A priority patent/CA2433429A1/fr
Publication of WO2002056212A1 publication Critical patent/WO2002056212A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants

Definitions

  • the present invention firstly relates to a method of processing and accessing data in a computer reservation system.
  • Computer reservation systems are currently widely used, particularly in the field of travel, air transport, or even for reservation in hotels.
  • a central system provides access to the various inventory databases to process information and respond to user requests.
  • the latter can indeed interrogate the central system through client applications to obtain data, in particular as regards availability, prices, and terms of the services offered.
  • the central system receives multiple requests from a plurality of users and, to respond to them, directly queries one or more inventory databases.
  • This operating principle has the disadvantage of weighing down and cluttering the communication networks, mainly in connection with the inventory databases.
  • This document focuses mainly on the problem of the price of the services offered. Indeed, it aims to have perfectly up-to-date prices for agents or other professionals.
  • the present invention overcomes the drawbacks of current techniques. It makes it possible to reduce the volume of direct access to the state inventory databases for reservations by offering a “CACHE” type database capable of answering the first questions from users. Furthermore, access to this cache has the advantage of being able to be carried out via a communication network of the wide extension type such as the Internet for which the communication cost is very reduced.
  • the present invention relates to a method for processing and accessing data in a computer reservation system comprising a server part provided with a central system and at least one reservation status inventory base, and a client part comprising at least one client application, the server and client parts being connected by a communication network, characterized in that: - at least one cache is created in the server part, said cache containing reservation data;
  • an interface application is created between the cache and the client application (s) so that its user can send requests to the cache and receive data in response.
  • This process can be presented according to the variants set out below: * if, during a request to the cache by a client application, the cache does not contain the requested data: - the request is processed in the central system by access to the databases reservation status inventory to find the requested data;
  • a data item is sought in the cache by transforming the key into a numerical value and determining the index of the storage compartment by modulating the numerical value of the key by the number of compartments, and by the fact that:
  • the invention further relates to a computer reservation system comprising a server part provided with a central system and at least one reservation status inventory base, and a client part comprising at least one application. client, the server and client parts being connected by a communication network, capable of implementing the method according to the invention. Characterized by the fact that it comprises
  • - at least one cache block provided with a cache and a cache management application
  • At least one input management block provided with a plurality of input management modules each receiving requests from one or more client applications and managed by an input manager. - each input management module is assigned to a single client application.
  • - input management modules are assigned to several client applications and their cache block includes:
  • the cache (s) comprise a vector of lists comprising a series of compartments capable of containing a list of several data and to which an index is assigned, for searching for a data item by the index of the compartment where it is stored.
  • Figure 1 shows an example of processing client requests according to the current state of the art.
  • Figure 2 shows schematically the organs of the system of the invention in a particular embodiment.
  • FIG. 3 is another embodiment of the system according to the invention which specifies certain organs.
  • FIG. 4 is a block diagram of the phases of interrogation and updating of the cache in the system and according to the method of the invention.
  • FIG. 5 shows an example of cleaning the data contained in the cache
  • FIG. 6 illustrates an alternative arrangement of data in the cache.
  • FIG. 7 is a variant of the invention in which several clients access the system by means of the same input management module.
  • the client can send requests to a central system (CS) to obtain data concerning reservations, for example of airplane flights, or of availability. space in any area of service.
  • CS central system
  • This request can be summarized by a "GET” operation sent to the central system (CS).
  • the latter is linked to one or more inventory databases (I) of reservation status in which the data sought is found.
  • the central system (CS) can return a response to the client.
  • the various customers send a query message to a body commonly called “FRONT END” and said “FRONT END” body transmits the customer's request to the heart of the central system called “BACK END ".
  • the FRONT END organ is in fact an intermediary between the clients and the heart of the central system. It is at this level that the various messages from customers are sent before their transmission. This type of organization generates a multiplicity of communication between the various organs of the system and a significant bulk of the entire central system.
  • the reservation system avoids such drawbacks.
  • it is integrated into a structure comprising a client part with several client applications (19) and a server part provided with a central system (CS) and one or more inventory databases (I) .
  • CS central system
  • I inventory databases
  • the inventory databases are generally databases made available by the service provider such as the airline and it presents an immediate update of the status of reservations. Still according to the current state of the art and possibly in the structure of the invention, the server part and the client part communicate via a communication network 5.
  • the communication network 5 can include a wide area network such as the Internet.
  • the system according to the invention comprises at least one cover (9a, 9b).
  • the cache is located in the server part and contains reservation data.
  • the covers (9 a, 9 b) are integrated in cover blocks (3 a, 3 b, 3 c) shown in FIG. 2.
  • the covers (9 a, 9 b) can be constituted by a volatile RAM type memory (Random Access Memory).
  • a periodic backup of the data contained in the caches (9 a, 9 b) can be carried out on a non-volatile memory, on a disk.
  • the system presented here comprises interfacing applications (18). They allow the user to send requests to the cache and receive data in response.
  • the system preferably comprises one or more input management blocks (2 a, 2 b).
  • the input management block or blocks (2 a, 2 b) communicate with the interfacing applications (18) by means of routing means (4). Any type of routing can be implemented according to the invention which is not limited to a particular variant.
  • the structure composed of input management blocks (2 a, 2 b), routing means (4), interfacing applications (18) and different cache blocks (3 a, 3 b, 3 c) allows the formation of a functional unit called cache server (1).
  • the blocks are advantageously articulated as follows.
  • each input management module comprises a plurality of input management modules (8 a, 8 b) in connection with the client applications (19) via the communication network (5).
  • each input management module is linked to a single client application (19). There are therefore as many modules (8 a, 8 b, 8 c) as there are client applications (19) connected to the input management block (2 a, 2 b).
  • each input management block (2 a, 2 b) includes an input manager (7 a, 7 b). It allows you to apply operating parameters to each input management module (8 a, 8 b).
  • An input management block (2 a, 2 b) can be connected to a cache block (3 a, 3 b) or to several according to suitable routing conditions. According to the example in FIG. 3, the input management block (2 a) communicates with the cache block (3 a).
  • the latter includes a cache (9a) as described above which operates via a cache management application (10a).
  • This cache application (10 a) interfaces between the input management block and the cache block.
  • each client application (19) corresponds to an input management module (8a, 8b). According to a variant, several clients (19) can address their requests to a single input management module.
  • the modules (8 a, 8 b) are connected to a queue (16) operating according to the “first in, first out” logic capable of receiving the requests and of redistributing them in order of 'Entrance.
  • FIG. 5 shows a preferred embodiment of the cleaning of the data contained in the cache (9 a, 9 b).
  • the system includes a cleaning tool (11) sending cleaning commands (12) to the various caches (9 a, 9 b). The procedures used for this cleaning will be explained later.
  • one or more caches (9 a, 9 b) are created in the server part to contain reservation data. Customers will be able to access it to quickly respond to requests without cluttering the rest of the central system as discussed above.
  • data is added to the cache (9 a, 9 b) by transfer from at least one inventory base (I).
  • FIG. 4 An example of the successive operations allowing the addition of the data in the cache (9 a, 9 b) is presented in FIG. 4.
  • the client sends a request generating a “GET” operation for querying the cache (9 a, 9 b). If a positive response can be provided by the cache (9 a, 9 b) to the "GET" query, the data contained in the cache is returned to the client in response. If the cache does not contain the response to the client's request, it is sent to the central system (CS) which is able to generate the response, by linking with the inventory databases (I). The response data is returned by the central system (CS) and is added to the cache (9 a, 9 b) by a "PUT” operation. In this way, data previously not contained in the cache is stored there.
  • CS central system
  • This series of operations can be carried out when the system according to the invention is started from a cache containing no data but in which the data will be successively stored according to the interrogations of the customers. To prevent the cache from taking on too large a dimension and to optimize its operation, it is important to refresh the data it contains.
  • the method according to the invention proposes two separate procedures but which can be used simultaneously to clean up the data.
  • each data item is assigned a maximum retention period. Periodically, the data contained in the cache (9a, 9b) is scanned to distinguish those whose retention period has been exceeded. This data is then deleted from the cache.
  • the update period according to this procedure is variable depending on the nature of the data contained.
  • the time interval between two cleaning commands can be sixty seconds.
  • a second cleaning procedure can be implemented according to the method of the invention in replacement of or in addition to the first.
  • a size limit to the cache corresponding to the maximum size that we want to give to the cache. Furthermore, it is assigned a threshold size of value less than the limit size and corresponding to an admissible size for the correct operation of the cache. For example, the threshold size can be set at 80% of the limit size.
  • the data contained (9 a, 9 b) are deleted in descending order of age of use until the threshold size is reached.
  • a key is assigned to each datum to be stored in the cache.
  • This key can be transformed into a numerical value, commonly called "HASH CODE” according to hashing algorithms commonly used.
  • Each compartment (13) is able to contain one or more data.
  • Each compartment (13) is assigned an entire digital index from scratch.
  • a number of 20,011 compartments could be formed for a cache of size limit of 51,200 Kilo Bytes.
  • a correspondence is then made between the key assigned to each item of data and the digital index of each compartment (13).
  • This establishment of correspondence can be carried out by modulating the digital key of the data by the number of compartments (13) of the vector of lists (14).
  • the object of this correspondence is to store the data in a compartment (13) with a particular index and to make a comparison of the data contained in the cache only for the data of a compartment (13) having the same index as that of the data sought by the client. In this way, the number of comparison operations required is greatly reduced.

Abstract

La présente invention concerne un procédé de traitement et d'accès à des données dans un système de réservation par ordinateur, ainsi qu'un système de réservation par ordinateur apte à le mettre en oeuvre. Selon l'invention, on crée au moins un cache (9 a, 9 b) dans la partie serveur, ledit cache (9 a, 9 b) contenant des données de réservations; on ajoute des données au cache (9 a, 9 b) par transfert depuis au moins une base d'inventaire (I); on crée une application d'interfaçage (18) entre le cache (9 a, 9 b) et la ou les applications client (19) pour que son utilisateur puisse adresser des requêtes au cache (9 a, 9 b) et recevoir des données en réponse. Application aux systèmes de réservation informatiques notamment dans le domaine du transport, des voyages, et de l'hôtellerie.

Description

«Procédé de traitement et d'accès à des données dans un système de réservation par ordinateur, et système de mise en œuvre»
La présente invention concerne tout d'abord un procédé de traitement et d'accès à des données dans un système de réservation par ordinateur.
Elle concerne également un système de réservation par ordinateur apte à mettre en œuvre ce procédé. Les systèmes de réservation par ordinateur sont couramment employés actuellement, notamment dans le domaine des voyages, du transport aérien, ou encore pour la réservation dans l'hôtellerie.
Dans ce cadre, il existe une ou plusieurs bases d'inventaire correspondant à l'état des réservations chez chacun des prestataires de services tels la compagnie aérienne ou la compagnie de location de voitures. Un système central permet d'accéder aux différentes bases d'inventaire pour en traiter les informations et répondre aux demandes des utilisateurs. Ces derniers peuvent en effet interroger le système central par le biais d'applications client pour obtenir des données notamment quant aux disponibilités, aux tarifs, et aux modalités des services offerts.
L'ensemble de ces accès et transferts de données s'effectue par un réseau de communication. Selon l'état de la technique actuel, le système central reçoit de multiples requêtes d'une pluralité d'utilisateurs et, pour y répondre, interroge de façon directe une ou plusieurs bases d'inventaire.
Ce principe de fonctionnement a l'inconvénient d'alourdir et d'encombrer les réseaux de communication, principalement en liaison avec les bases d'inventaire.
Ce point est d'autant plus dommageable que certaines requêtes des utilisateurs ne nécessitent pas un accès direct de façon synchrone aux bases de données d'inventaire.
A titre d'exemple, des utilisateurs se connectant par le biais d'un réseau de large extension tel Internet interrogent parfois le système de réservation dans le seul but de connaître les modalités de réservations et des tarifs. Il n'est donc pas forcément nécessaire de leur fournir en même temps une information certaine quant aux disponibilités de place.
L'état de la technique actuel comprend notamment le document US-A- 5 570 283. Celui-ci divulgue un système informatique doté d'un logiciel modulaire permettant, autant à des voyageurs d'accéder électroniquement à un inventaire pour obtenir des tarifs de vols d'avions de façon très rapide dans un environnement logiciel convivial, qu'à des agents ou des professionnels de faire des réservations et d'accéder à des bases de données spécifiques au regard de leurs activités professionnelles.
Ce document s'attache essentiellement au problème du prix des prestations offertes. En effet, il vise à avoir des prix parfaitement à jour pour les agents ou autres professionnels.
Cependant, selon ce document, il est encore nécessaire d'avoir un accès direct aux bases d'inventaire d'état de réservation pour tout type de requêtes. La présente invention pallie les inconvénients des techniques actuelles. Elle permet de diminuer le volume des accès en direct aux bases d'inventaire d'état des réservations en proposant une base de données de type « CACHE » apte à répondre aux premières interrogations des utilisateurs. Par ailleurs, l'accès à ce cache a l'avantage de pouvoir être effectué par le biais d'un réseau de communication de type large extension tel qu'Internet pour lequel le coût de communication est très réduit. D'autres buts et avantages apparaîtront au cours de la description qui suit qui présente un mode préféré de réalisation de l'invention mais qui n'est cependant pas limitative.
La présente invention concerne un procédé de traitement et d'accès à des données dans un système de réservation par ordinateur comportant une partie serveur dotée d'un système central et d'au moins une base d'inventaire d'état de réservations, et une partie client comprenant au moins une application client, les parties serveur et client étant reliées par un réseau de communication, caractérisé par le fait que : - on crée au moins un cache dans la partie serveur, ledit cache contenant des données de réservation ;
- on ajoute des données au cache par transfert depuis au moins une base d'inventaire ;
- on crée une application d'interfaçage entre le cache et la ou les applications client pour que son utilisateur puisse adresser des requêtes au cache et recevoir des données en réponse. Ce procédé peut se présenter selon les variantes énoncées ci-après : * si, lors d'une requête au cache par une application client, le cache ne contient pas les données demandées : - on traite la requête dans le système central par accès aux bases d'inventaire d'état de réservations pour trouver les données demandées ;
- on ajoute lesdites données au cache ;
- on retourne les données demandées, en réponse, à l'application client.
4 on nettoie les données contenues dans le cache par mise en œuvre de la procédure suivante :
- affectation d'une durée maximale de conservation à chaque donnée contenue dans le cache ;
- scrutation périodique des données contenues dans le cache pour déterminer les données dont la durée maximale de conservation est dépassée ;
- suppression des données dont la durée maximale de conservation est dépassée. on nettoie les données contenues dans le cache par la procédure suivante : - affectation d'une taille limite et d'une taille seuil au cache, ladite taille seuil ayant une valeur inférieure d'une marge déterminée à ladite valeur limite ;
- lorsque la taille limite est atteinte, suppression des données contenues dans le cache par ordre décroissant d'ancienneté d'utilisation, jusqu'à atteindre la taille seuil. 4 on range les données dans le cache par :
- affectation d'une clé à chaque donnée à stocker ;
- transformation de la clé en une valeur numérique ; - création d'un vecteur de listes comprenant une suite de compartiments aptes à contenir une liste de plusieurs données ;
- affectation, à chaque compartiment, d'un index numérique entier à partir de zéro ;
- détermination, pour chaque donnée, de l'index du compartiment de stockage par modulation de la valeur numérique de la clef de la donnée par le nombre de compartiments ;
- stockage de la donnée dans le compartiment ainsi déterminé.
4 on recherche une donnée dans le cache par transformation de la clé en une valeur numérique et détermination de l'index du compartiment de stockage par modulation de la valeur numérique de la clef par le nombre de compartiments, et par le fait que :
- si une seule donnée est présente dans le compartiment, on retrouve la donnée recherchée ;
- si aucune donnée n'est présente dans le compartiment on retourne une information d'absence ;
- si plusieurs données sont présentes dans le compartiment on compare leurs clés pour déterminer celle qui est effectivement recherchée.
4 On ne bloque l'accès que des compartiments en cours de traitement d'une requête pour autoriser d'autres traitements de requêtes simultanées dans d'autres compartiments.
L'invention concerne en outre un système de réservation par ordinateur comportant une partie serveur dotée d'un système central et d'au moins une base d'inventaire d'état de réservations, et une partie client comprenant au moins une application client, les parties serveur et client étant reliées par un réseau de communication, apte à mettre en œuvre le procédé selon l'invention. Caractérisé par le fait qu'il comporte
- au moins un cache dans la partie serveur, ledit cache contenant des données de réservation ;
- au moins une application d'interfaçage entre le cache et la ou les applications client pour que son utilisateur puisse adresser des requêtes au cache et recevoir des données en réponse.
Selon des variantes : - au moins un bloc de cache doté d'un cache et d'une application de gestion du cache ;
- au moins un bloc de gestion d'entrée doté d'une pluralité de modules de gestion d'entrée recevant chacun les requêtes d'une ou plusieurs applications client et gérés par un gestionnaire d'entrée. - chaque module de gestion d'entrée est affecté à une seule application client.
- des modules de gestion d'entrée sont affectés à plusieurs applications client et que leur bloc de cache comprend :
- une file apte à recevoir les requêtes issues des applications client et à les redistribuer par ordre d'entrée sur demande du cache ;
- le ou les caches comprennent un vecteur de listes comprenant une suite de compartiments aptes à contenir une liste de plusieurs données et auquel est affecté un index, pour la recherche d'une donnée par l'index du compartiment où elle est stockée. - il comporte un outil de nettoyage apte à adresser des commandes de nettoyage au cache selon une procédure déterminée. Les dessins ci-joints sont donnés à titre d'exemples. Ils représentent des modes de réalisation qui permettront de comprendre aisément l'invention.
La figure 1 montre un exemple de traitement des requêtes des clients selon l'état de la technique actuel.
La figure 2 schématise les organes du système de l'invention dans un mode particulier de réalisation.
La figure 3 est un autre schéma de réalisation du système selon l'invention qui précise certains organes. La figure 4 est un synoptique des phases d'interrogation et de mise à jour du cache dans le système et selon le procédé de l'invention.
La figure 5 montre un exemple de nettoyage des données contenues dans le cache, tandis que la figure 6 illustre une variante de rangement de données dans le cache.
Enfin, la figure 7 est une variante de l'invention dans lequel plusieurs clients accèdent au système par le biais d'un même module de gestion d'entrée.
Comme illustré très schématiquement à la figure 1 , selon l'état de la technique actuel, le client peut adresser à un système central (CS) des requêtes pour obtenir des données concernant des réservations par exemple de vol d'avions, ou encore de disponibilité de place dans tout domaine de service.
Cette requête peut être résumée par une opération « GET » envoyée au système central (CS). Ce dernier est en liaison avec une ou plusieurs bases d'inventaire (I) d'état de réservations dans laquelle se trouve la donnée recherchée. Par interrogation de ces bases d'inventaire (I), le système central (CS) peut retourner une réponse au client.
Plus précisément, selon l'état de la technique actuelle les différents clients envoient un message d'interrogation à un organe couramment dénommé « FRONT END » et ledit organe de « FRONT END » répercute la demande du client au cœur du système central dénommé « BACK END ». L'organe de FRONT END constitue en fait un intermédiaire entre les clients et le cœur du système central. C'est à ce niveau que sont envoyés les différents messages des clients avant leur transmission. Ce type d'organisation génère une multiplicité de communication entre les différents organes du système et un encombrement important de l'ensemble du système central.
Le système de réservation selon l'invention évite de tels inconvénients. De façon connue en soit, il s'intègre dans une structure comprenant une partie client avec plusieurs applications client (19) et une partie serveur dotée d'un système central (CS) et d'une ou plusieurs bases d'inventaire (I). Le traitement des requêtes selon l'invention peut s'inscrire en complément ou en remplacement du processus actuel, tel que décrit précédemment.
Les bases d'inventaire sont généralement des bases de données mises à disposition par le prestataire de service tel la compagnie aérienne et elle présente un rafraîchissement immédiat de l'état des réservations. Toujours selon l'état de la technique actuel et possiblement dans la structure de l'invention, la partie serveur et la partie client communiquent par le biais d'un réseau de communication 5.
Dans le cadre de l'invention, le réseau de communication 5 peut inclure un réseau de large extension tel l'Internet.
De façon caractéristique et comme représenté en figure 2, le système selon l'invention comprend au moins un cache (9 a, 9 b).
Le cache se situe dans la partie serveur et contient des données de réservation. Les caches (9 a, 9 b) sont intégrés dans des blocs de cache (3 a, 3 b, 3 c) représentés en figure 2. De façon connue en soit, les caches (9 a, 9 b) pourront être constitués par une mémoire volatile de type RAM (Random Access Memory). Bien entendu, une sauvegarde périodique des données contenues dans les caches (9 a, 9 b) peut être effectuée sur une mémoire non volatile, sur un disque. De façon intermédiaire entre les différentes applications client (19) et le ou les caches (9 a, 9 b), le système ici présenté comporte des applications d'interfaçage (18). Elles permettent à l'utilisateur d'adresser des requêtes au cache et de recevoir des données en réponse.
Toujours en référence à la figure 2, le système comporte préférentiellement un ou plusieurs blocs de gestion d'entrée (2 a, 2 b).
Le ou les blocs de gestion d'entrée (2 a, 2 b) communiquent avec les applications d'interfaçage (18) par le biais de moyen de routage (4). Tout type de routage peut être mis en œuvre selon l'invention qui n'est pas limité à une variante particulière. La structure composée des blocs de gestion d'entrée (2 a, 2 b), des moyens de routage (4), des applications d'interfaçage (18) et des différents blocs de cache (3 a, 3 b, 3 c) permet la formation d'une unité fonctionnelle dénommée serveur cache (1).
Plus précisément, au sein du serveur cache (1), les blocs s'articulent avantageusement de la façon suivante.
En ce qui concerne les blocs de gestion d'entrée (2 a, 2 b), ils comprennent une pluralité de modules de gestion d'entrée (8 a, 8 b) en liaison avec les applications client (19) par le biais du réseau de communication (5). Selon une première variante, chaque module de gestion d'entrée est relié à une seule application client (19). On a donc autant de modules (8 a, 8 b, 8 c) que d'applications client (19) reliées au bloc de gestion d'entrée (2 a, 2 b). Pour administrer chaque module de gestion d'entrée (8 a, 8 b), chaque bloc de gestion d'entrée (2 a, 2 b) comprend un gestionnaire d'entrée (7 a, 7 b). Il permet d'appliquer des paramètres de fonctionnement à chaque module de gestion d'entrée (8 a, 8 b).
Un bloc de gestion d'entrée (2 a, 2 b) peut être relié à un bloc de cache (3 a, 3 b) ou à plusieurs selon des conditions de routage adaptées. Selon l'exemple de la figure 3, le bloc de gestion d'entrée (2 a) communique avec le bloc de cache (3 a).
Ce dernier comprend un cache (9 a) tel que décrit précédemment qui fonctionne par l'intermédiaire d'une application de gestion de cache (10 a).
Cette application de cache (10 a) réalise l'interfaçage entre le bloc de gestion d'entrée et le bloc de cache.
Dans l'exemple de cette figure, chaque application client (19) correspond à un module de gestion d'entrée (8 a, 8 b). Selon une variante, plusieurs clients (19) peuvent adresser leurs requêtes à un seul module de gestion d'entrée.
Ainsi, dans le cas de la figure 7, les modules (8 a, 8 b) sont reliés à une file (16) fonctionnant selon la logique « premier entré, premier sorti » apte à recevoir les requêtes et à les redistribuer par ordre d'entrée.
Dans ce cadre, en sortie de la file (16) se situe un groupe de ligne (17) transmettant les requêtes au cache (9 a, 9 b). On peut ainsi limiter le nombre de modules de gestion d'entrée (8 a, 8 b) du système. La figure 5 montre un mode de réalisation préféré du nettoyage des données contenues dans le cache (9 a, 9 b). A cet effet, le système comporte un outil de nettoyage (11) adressant des commandes de nettoyage (12) aux différents caches (9 a, 9 b). Les procédures utilisées pour ce nettoyage seront exposées plus loin.
On présente ci-après le fonctionnement du système selon l'invention et le procédé de traitement et d'accès qui en fait partie intégrante.
Dans ce cadre, un ou plusieurs caches (9 a, 9 b) sont créés dans la partie serveur pour contenir des données de réservation. Les clients pourront y accéder pour répondre rapidement à des requêtes sans encombrer le reste du système central tel que cela est exposé plus haut. Pour mettre à jour les données contenues dans le ou les caches (9 a, 9 b), on ajoute des données au cache (9 a, 9 b) par transfert depuis au moins une base d'inventaire (I).
Un exemple des opérations successives permettant l'ajout des données dans le cache (9 a, 9 b) est présenté en figure 4.
Selon cet arbre, le client adresse une requête générant une opération « GET » d'interrogation du cache (9 a, 9 b). Si une réponse positive peut être apportée par le cache (9 a, 9 b) à l'interrogation « GET », la donnée contenue dans le cache est retournée au client en réponse. Si le cache ne contient pas la réponse à la requête du client, celle-ci est adressée au système central (CS) qui est apte à générer la réponse, par liaison avec les bases d'inventaire (I). Les données en réponse sont retournées par le système central (CS) et sont ajoutées au cache (9 a, 9 b) par une opération « PUT ». De cette façon, une donnée jusqu'alors non contenue dans le cache s'y trouve mémorisée.
Cette suite d'opérations peut être effectuée au démarrage du système selon l'invention à partir d'un cache ne contenant aucune donnée mais dans lequel seront successivement mémorisées les données suivant les interrogations des clients. Pour éviter que le cache ne prenne une ampleur dimensionnelle trop importante et afin d'en optimiser le fonctionnement, il est important de procéder à un rafraîchissement des données qu'il contient.
Dans ce cadre, le procédé selon l'invention propose deux procédures distinctes mais qui peuvent être employées simultanément pour procéder au nettoyage des données.
Selon une première procédure, on affecte à chaque donnée une durée maximale de conservation. De façon périodique, on scrute les données contenues dans le cache (9 a, 9b) pour distinguer celles dont la durée limite de conservation est dépassée. Ces données sont alors supprimées du cache.
De cette façon des données trop anciennes ne présentant plus un caractère d'actualité et de fiabilité sont supprimées. Bien entendu, la période de mise à jour selon cette procédure est variable suivant la nature des données contenues. A titre d'exemple, l'intervalle de temps entre deux commandes de nettoyage pourra être de soixante secondes.
Une deuxième procédure de nettoyage peut être mise en œuvre selon le procédé de l'invention en remplacement ou en complément de la première.
Dans ce cadre, on affecte une taille limite au cache correspondant à la taille maximale que l'on souhaite donner au cache. Par ailleurs, on lui affecte une taille seuil de valeur inférieure à la taille limite et correspondant à une taille admissible pour le bon fonctionnement du cache. A titre d'exemple, la taille seuil peut être fixée à 80 % de la taille limite.
Lorsque la taille limite est atteinte, on supprime les données contenues (9 a, 9 b) par ordre décroissant d'ancienneté d'utilisation jusqu'à atteindre la taille seuil.
De cette façon les données très anciennement utilisées sont supprimées dans la limite du nécessaire pour retrouver une taille admissible pour la cache. Toujours de façon à optimiser le fonctionnement des caches (9 a, 9 b), un mode de rangement particulier des données dans le cache (9 a, 9 b) est ci-après présenté.
D'une façon générale, on affecte à chaque donnée à mémoriser dans le cache une clé. Cette clé peut être transformée en valeur numérique, communément appelée « HASH CODE » selon des algorithmes de hashing utilisés de façon courante.
On crée par ailleurs un vecteur de listes 14 figuré en figure 6 et comprenant une suite de compartiments (13) généralement appelés « BUCKET ». Chaque compartiment (13) est apte à contenir une ou plusieurs données.
On affecte à chaque compartiment (13) un index numérique entier à partir de zéro.
A titre d'exemple, un nombre de 20 011 compartiments pourront être formés pour un cache de taille limite de 51 200 Kilo Octets. On effectue ensuite une correspondance entre la clé affectée à chaque donnée et l'index numérique de chaque compartiment (13). Cet établissement de correspondance peut être effectué par une modulation de la clé numérique de la donnée par le nombre de compartiments (13) du vecteur de listes (14). L'objet de cette correspondance est de mémoriser les données dans un compartiment (13) avec un index particulier et de n'effectuer une comparaison des données contenues dans le cache que pour les données d'un compartiment (13) ayant le même index que celui de la donnée recherchée par le client. De cette façon, le nombre d'opérations de comparaison nécessaire est fortement réduit.
Le nombre de valeurs contenues dans un compartiment (13) n'est pas limité. Il s'entend cependant que moins il y a de valeurs, plus les performances sont grandes. Toujours de façon à optimiser le fonctionnement du cache (9 a, 9 b), on pourra lors du traitement des requêtes ne bloquer l'accès que des compartiments (13) utilisés. De cette façon, le traitement d'une requête affectant un compartiment (13) ne bloque pas le fonctionnement des autres compartiments (13). On utilise pour ce faire des moyens de blocage d'accès sélectifs (15) également dénommés sémaphores ou « MUTEX ».
Une meilleure gestion de requêtes concurrentielles est ainsi réalisée, peu de requêtes simultanées risquant d'être à traiter dans un même compartiment (13).
REFERENCES
1 - Serveur cache a, 2 b - Bloc de gestion d'entrée 3 a, 3 b, 3 c - Bloc de cache - Moyens de routage
5 - Réseau de communication
6 a, 6 b - Port d'entrée a, 7 b - Gestionnaire d'entrée 8 a, 8 b - Modules de gestion d'entrée
9 a, 9 b, 9 c - Cache
10 a, 10 b - Application de gestion de cache
11 - Outil de nettoyage
12 - Commande de nettoyage 13 - Compartiments
14 -Vecteur de listes
15 - Moyens de blocage d'accès sélectif 16 - File
17 - Groupe de lignes 18 - Application d'interfaçage
19 - Application client
CS - Système central I - Base d'inventaire

Claims

REVENDICATIONS
1- Procédé de traitement et d'accès à des données dans un système de réservation par ordinateur comportant une partie serveur dotée d'un système central (CS) et d'au moins une base d'inventaire (!) d'état de réservations, et une partie client comprenant au moins une application client (19), les parties serveur et client étant reliées par un réseau de communication (5), caractérisé par le fait que :
- on crée au moins un cache (9 a, 9 b) dans la partie serveur, ledit cache (9 a, 9 b) contenant des données de réservation ;
- on ajoute des données au cache (9 a, 9 b) par transfert depuis au moins une base d'inventaire (I) ;
- on crée une application d'interfaçage (18) entre le cache (9 a, 9 b) et la ou les applications client (19) pour que son utilisateur puisse adresser des requêtes au cache (9 a, 9 b) et recevoir des données en réponse.
2- Procédé de traitement et d'accès à des données selon la revendication 1 , caractérisé par le fait que : si, lors d'une requête au cache (9 a, 9 b) par une application client (19), le cache (9 a, 9 b) ne contient pas les données demandées : - on traite la requête dans le système central (CS) par accès aux bases d'inventaire (I) d'état de réservations pour trouver les données demandées ;
- on ajoute lesdites données au cache (9 a, 9 b) ;
- on retourne les données demandées, en réponse, à l'application client (19).
3- Procédé de traitement et d'accès à des données selon les revendications 1 ou 2, caractérisé par le fait que : on nettoie les données contenues dans le cache (9 a, 9 b) par mise en œuvre de la procédure suivante :
- affectation d'une durée maximale de conservation à chaque donnée contenue dans le cache (9 a, 9 b) ; - scrutation périodique des données contenues dans le cache (9 a, 9 b) pour déterminer les données dont la durée maximale de conservation est dépassée ;
- suppression des données dont la durée maximale de conservation est dépassée.
4- Procédé de traitement et d'accès à des données selon l'une quelconque des revendications de 1 à 3, caractérisé par le fait que : on nettoie les données contenues dans le cache (9 a, 9 b) par mise en œuvre de la procédure suivante :
- affectation d'une taille limite et d'une taille seuil au cache (9 a, 9 b), ladite taille seuil ayant une valeur inférieure d'une marge déterminée à ladite valeur limite ;
- lorsque la taille limite est atteinte, suppression des données contenues dans le cache (9 a, 9 b) par ordre décroissant d'ancienneté d'utilisation, jusqu'à atteindre la taille seuil.
5- Procédé de traitement et d'accès à des données selon l'une quelconque des revendications 1 , à 4, caractérisé par le fait que on range les données dans le cache (9 a, 9 b), par :
- affectation d'une clé à chaque donnée à stocker ;
- transformation de la clé en une valeur numérique ;
- création d'un vecteur de listes (14) comprenant une suite de compartiments (13) aptes à contenir une liste de plusieurs données ; - affectation, à chaque compartiment (13), d'un index numérique entier à partir de zéro ;
- détermination, pour chaque donnée, de l'index du compartiment de stockage par modulation de la valeur numérique de la clé de la donnée par le nombre de compartiments (13) ; - stockage de la donnée dans le compartiment (13) ainsi déterminé.
6- Procédé de traitement et d'accès à des données selon la revendication 5, caractérisé par le fait que on recherche une donnée dans le cache (9 a, 9 b) par transformation de la clé en une valeur numérique et détermination de l'index du compartiment (13) de stockage par modulation de la valeur numérique de la clef par le nombre de compartiments, et par le fait que :
- si une seule donnée est présente dans le compartiment (13), on retrouve la donnée recherchée ; - si aucune donnée n'est présente dans le compartiment (13) on retrouve une information d'absence ;
- si plusieurs données sont présentes dans le compartiment (13) on compare leurs clés pour déterminer celle qui est effectivement recherchée. 7- Procédé de traitement et d'accès à des données selon la revendication 6, caractérisé par le fait que : on ne bloque l'accès que des compartiments (13) en cours de traitement d'une requête pour autoriser d'autres traitements de requêtes simultanées dans d'autres compartiments (13). 8- Système de réservation par ordinateur comportant une partie serveur dotée d'un système central (CS) et d'au moins une base d'inventaire (I) d'état de réservations, et une partie client comprenant au moins une application client (19), les parties serveur et client étant reliées par un réseau de communication (5), apte à mettre en œuvre le procédé selon quelconques des revendications 1 à 7, caractérisé par le fait qu'il comporte
- au moins un cache (9 a, 9 b) dans la partie serveur, ledit cache (9 a, 9 b) contenant des données de réservation ;
- au moins une application d'interfaçage (18) entre le cache (9 a, 9 b) et le ou les applications client (19) pour que son utilisateur puisse adresser des requêtes au cache (9 a, 9 b) et recevoir des données en réponse.
9- Système de réservation par ordinateur selon la revendication 1, caractérisé par le fait que : il comprend dans la partie serveur, au moins un serveur cache (I) comportant :
- au moins un bloc de cache (3 a, 3 b, 3 c) doté d'un cache (9 a, 9 b) et d'une application (10 a, 10 b) de gestion du cache (9 a, 9 b) ;
- au moins un bloc de gestion d'entrée (2 a, 2 b) doté d'une pluralité de modules de gestion d'entrée (8 a, 8 b) recevant chacun les requêtes d'une ou plusieurs applications client (19) et gérés par un gestionnaire d'entrée (2 a, 2 b). 10- Système de réservation par ordinateur selon la revendication 9, caractérisé par le fait que : chaque module de gestion d'entrée (8 a, 8 b) est affecté à une seule application client (19). 11- Système de réservation par ordinateur selon la revendication 9, caractérisé par le fait que : des modules de gestion d'entrée (8 a, 8 b) sont affectés à plusieurs applications client (19) et que leur bloc de cache (3 a, 3 b, 3 c) comprend :
- une file (6) apte à recevoir les requêtes issues des applications client (8 a, 8 b) et à les redistribuer par ordre d'entrée sur demande du cache (9 a,
9 b) ;
12- Système de réservation par ordinateur selon quelconques des revendications 8 à 11, caractérisé par le fait que : le ou les caches (9 a, 9 b) comprennent un vecteur de listes (14) comprenant une suite de compartiments (13) aptes à contenir une liste de plusieurs données et auquel est affecté un index, pour la recherche d'une donnée par l'index du compartiment (13) où elle est stockée.
13- Système de réservation par ordinateur selon quelconques des revendications 8 à 12, caractérisé par le fait que : il comporte un outil de nettoyage (11) apte à adresser des commandes de nettoyage au cache (9 a, 9 b) selon une procédure déterminée.
PCT/FR2002/000067 2001-01-10 2002-01-10 Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre WO2002056212A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US10/250,980 US20040054751A1 (en) 2001-01-10 2002-01-10 Method for processing and accessing data in a computerised reservation system and system therefor
KR10-2003-7009266A KR20030091963A (ko) 2001-01-10 2002-01-10 컴퓨터 예약 시스템에서의 데이터 액세스와 처리 방법 및그 시스템
EP02711929A EP1350208A1 (fr) 2001-01-10 2002-01-10 Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre
JP2002556801A JP2004527820A (ja) 2001-01-10 2002-01-10 コンピュータ予約システムにおけるデータの処理及びアクセス方法、並びにその方法を実施するためのシステム
CA002433429A CA2433429A1 (fr) 2001-01-10 2002-01-10 Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR01/00236 2001-01-10
FR0100236A FR2819321B1 (fr) 2001-01-10 2001-01-10 Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre

Publications (1)

Publication Number Publication Date
WO2002056212A1 true WO2002056212A1 (fr) 2002-07-18

Family

ID=8858634

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/000067 WO2002056212A1 (fr) 2001-01-10 2002-01-10 Procede de traitement et d'acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre

Country Status (7)

Country Link
US (1) US20040054751A1 (fr)
EP (1) EP1350208A1 (fr)
JP (1) JP2004527820A (fr)
KR (1) KR20030091963A (fr)
CA (1) CA2433429A1 (fr)
FR (1) FR2819321B1 (fr)
WO (1) WO2002056212A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962361B2 (en) 2002-11-07 2011-06-14 Novitaz Customer relationship management system for physical locations
US8600804B2 (en) 2002-11-07 2013-12-03 Novitaz, Inc. Customer relationship management system for physical locations
US11182661B2 (en) 2011-01-06 2021-11-23 Maplebear Inc. Reader network system for presence management in a physical retail environment

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007065928A (ja) * 2005-08-30 2007-03-15 Toshiba Corp 情報記憶媒体、情報処理方法、情報転送方法、情報再生方法、情報再生装置、情報記録方法、情報記録装置、及びプログラム
US20080040167A1 (en) * 2006-04-05 2008-02-14 Air New Zealand Limited Booking system and method
KR101192626B1 (ko) * 2006-05-12 2012-10-18 삼성디스플레이 주식회사 표시 기판과, 이의 제조 방법 및 이를 구비한 표시 장치
US8302861B2 (en) * 2007-05-22 2012-11-06 Ibm International Group B.V. System and method for maintaining inventory management records based on demand
EP2541473A1 (fr) * 2011-06-27 2013-01-02 Amadeus S.A.S. Procédé et système pour système de réservation d'avant courses avec une efficacité de recherche améliorée
CN102790683A (zh) * 2011-05-16 2012-11-21 北大方正集团有限公司 一种实时行情数据处理方法、服务器及系统
JP5433640B2 (ja) 2011-06-30 2014-03-05 楽天株式会社 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体
JP5484643B1 (ja) * 2013-03-29 2014-05-07 楽天株式会社 データキャッシュシステム、プログラム、記録媒体、及び方法
US9251478B2 (en) * 2013-07-29 2016-02-02 Amadeus S.A.S. Processing information queries in a distributed information processing environment

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997021177A1 (fr) * 1995-12-01 1997-06-12 British Telecommunications Public Limited Company Acces a une base de donnees
WO2000043927A2 (fr) * 1999-01-20 2000-07-27 Synxis Corporation Procede et systeme de gestion globale d'operations de reservation
WO2001033472A2 (fr) * 1999-11-01 2001-05-10 Ita Software, Inc. Procede et dispositif servant a determiner la disponibilite de sieges a bord d'un avion

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5655100A (en) * 1995-03-31 1997-08-05 Sun Microsystems, Inc. Transaction activation processor for controlling memory transaction execution in a packet switched cache coherent multiprocessor system
US6256712B1 (en) * 1997-08-01 2001-07-03 International Business Machines Corporation Scaleable method for maintaining and making consistent updates to caches
US6360205B1 (en) * 1998-10-30 2002-03-19 Trip.Com, Inc. Obtaining and utilizing commercial information
US20020053004A1 (en) * 1999-11-19 2002-05-02 Fong Pong Asynchronous cache coherence architecture in a shared memory multiprocessor with point-to-point links
US6505284B1 (en) * 2000-06-26 2003-01-07 Ncr Corporation File segment subsystem for a parallel processing database system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997021177A1 (fr) * 1995-12-01 1997-06-12 British Telecommunications Public Limited Company Acces a une base de donnees
WO2000043927A2 (fr) * 1999-01-20 2000-07-27 Synxis Corporation Procede et systeme de gestion globale d'operations de reservation
WO2001033472A2 (fr) * 1999-11-01 2001-05-10 Ita Software, Inc. Procede et dispositif servant a determiner la disponibilite de sieges a bord d'un avion

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IGOR DOLINSEK, ZORAN SLANIC: "Application Instrumentation & Control - White Paper", APPLIXRAY.COM, November 2000 (2000-11-01), pages 1 - 16, XP002181411, Retrieved from the Internet <URL:http://www.applixray.com/AICWhitePaper.pdf> [retrieved on 20011026] *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962361B2 (en) 2002-11-07 2011-06-14 Novitaz Customer relationship management system for physical locations
US8600804B2 (en) 2002-11-07 2013-12-03 Novitaz, Inc. Customer relationship management system for physical locations
US10269042B2 (en) 2002-11-07 2019-04-23 Novitaz, Inc. Customer relationship management system for physical locations
US11074611B2 (en) 2002-11-07 2021-07-27 Maplebear, Inc. Customer relationship management system for physical locations
US11182661B2 (en) 2011-01-06 2021-11-23 Maplebear Inc. Reader network system for presence management in a physical retail environment

Also Published As

Publication number Publication date
JP2004527820A (ja) 2004-09-09
FR2819321A1 (fr) 2002-07-12
KR20030091963A (ko) 2003-12-03
CA2433429A1 (fr) 2002-07-18
FR2819321B1 (fr) 2005-01-21
EP1350208A1 (fr) 2003-10-08
US20040054751A1 (en) 2004-03-18

Similar Documents

Publication Publication Date Title
KR101429555B1 (ko) 고 가용성 데이터를 제공하기 위한 시스템 및 방법
FR2681707A1 (fr) Systeme de fichiers pour redistribuer selectivement des fichiers et procede pour affecter un espace de memoire dans un systeme informatique comportant de multiples dispositifs de stockage de donnees.
WO2002056212A1 (fr) Procede de traitement et d&#39;acces a des donnees dans un systeme de reservation par ordinateur, et systeme de mise en oeuvre
WO2009153498A1 (fr) Procede de generation de requetes de manipulation d&#39;une base de donnees d&#39;initialisation et d&#39;administration d&#39;une grappe de serveurs, support de donnees et grappe de serveurs correspondants
EP1193625A1 (fr) Moteur de recherche collaboratif
EP1643710A1 (fr) Procédé de mise à jour d&#39;une table de correspondance entre une adresse et un numéro d&#39;identification
FR2674654A1 (fr) Systeme de commande de registres partages.
EP1515239A1 (fr) Procédé et systéme de manipulation de données issues de bases de données multidimensionnelles à l&#39;aide d&#39;un tableur
EP1457023A2 (fr) Procede de transmission d&#39;objets entre un serveur et un terminal client mettant en oeuvre une gestion de cache
EP1375016B1 (fr) Procédé de création et d&#39;enrichissement d&#39;une base de données d&#39;un système de tri postal
FR2728088A1 (fr) Procede d&#39;echange d&#39;informations en mode client/serveur, entre stations reliees par un reseau de communication
WO2008081146A2 (fr) Procede et dispositif de gestion de connexions dans un reseau de telecommunications
EP1801716A1 (fr) Diffusion de données par groupement
FR2926905A1 (fr) Procede d&#39;alimentation d&#39;un mandataire de contenu multimedia, mandataire, et produit programme d&#39;ordinateur correspondant
US8032691B2 (en) Method and system for capacity-balancing cells of a storage system
EP2397962A1 (fr) Dispositif et procédé de stockage sécurisé de données biométriques
BE1005968A6 (fr) Systeme electronique integre de magasinage et de distribution.
FR2826477A1 (fr) Systeme integre de recueil de donnees medico-sociales
EP1193946B1 (fr) Procéde et réseau de communication
WO2007074284A2 (fr) Procede de creation d&#39;un profil utilisateur dans un systeme d&#39;information et systeme de gestion d&#39;identites numeriques
FR3098625A1 (fr) Système de diffusion confidentielle d’information à caractère commercial, mettant en œuvre une plateforme informatique et une clé mémoire de type USB apte à communiquer avec la plateforme
FR2786643A1 (fr) Systeme et procede d&#39;interrogation a distance d&#39;agents snmp
FR3090156A1 (fr) Registre distribué
FR2804771A1 (fr) Systeme d&#39;information comportant des bornes multimedia interactives d&#39;information en reseau avec un centre d&#39;appels visiophoniques
FR2809511A1 (fr) Systeme et procede de gestion des transactions de composants ejb dans un annuaire accede par ldap

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2433429

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2002556801

Country of ref document: JP

Ref document number: 526862

Country of ref document: NZ

WWE Wipo information: entry into national phase

Ref document number: 880/KOLNP/2003

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 10250980

Country of ref document: US

Ref document number: 1020037009266

Country of ref document: KR

Ref document number: 00879/KOLNP/2003

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2002231863

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2002711929

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002711929

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWP Wipo information: published in national office

Ref document number: 1020037009266

Country of ref document: KR