CA2565511A1 - Dispositif et procede de reservation de produits de voyage - Google Patents
Dispositif et procede de reservation de produits de voyage Download PDFInfo
- Publication number
- CA2565511A1 CA2565511A1 CA002565511A CA2565511A CA2565511A1 CA 2565511 A1 CA2565511 A1 CA 2565511A1 CA 002565511 A CA002565511 A CA 002565511A CA 2565511 A CA2565511 A CA 2565511A CA 2565511 A1 CA2565511 A1 CA 2565511A1
- Authority
- CA
- Canada
- Prior art keywords
- travel
- return
- segments
- trip
- products
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000008569 process Effects 0.000 claims abstract description 5
- 238000004590 computer program Methods 0.000 claims abstract description 4
- 238000012545 processing Methods 0.000 claims description 16
- 238000004519 manufacturing process Methods 0.000 claims description 7
- 238000000605 extraction Methods 0.000 claims description 4
- 239000000284 extract Substances 0.000 claims description 3
- 238000012549 training Methods 0.000 claims description 2
- 101000742684 Homo sapiens WAP four-disulfide core domain protein 10A Proteins 0.000 description 12
- 102100038071 WAP four-disulfide core domain protein 10A Human genes 0.000 description 12
- 238000004364 calculation method Methods 0.000 description 10
- 230000010006 flight Effects 0.000 description 7
- 230000004044 response Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 101100001675 Emericella variicolor andJ gene Proteins 0.000 description 1
- 229940000425 combination drug Drugs 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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
- 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
- G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
-
- 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—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/14—Travel agencies
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
La présente invention concerne un procédé et un dispositif de réservation de produits de voyage ainsi qu'un produit programme d'ordinateur. L'invention comporte un système informatique central de traitement des requêtes d'utilisateur portant sur un voyage avec un trajet aller et un trajet retour, comprenant des moyens pour calculer et retourner à l'utilisateur une information relative à des produits de voyage incluant des prix de vente, ledit système informatique central étant accessible depuis au moins un poste utilisateur (1). Il comporte: Un moteur de recherche de solutions de voyage (MF) pouvant accéder à au moins une base de données de segments de voyage (FDB) et présentant des moyens pour déterminer les segments aller et les segments retour répondant à des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour, et des moyens pour définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association; Un moteur de recherche de tarif présentant des moyens pour déterminer, par accès à au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables; Un moteur de groupage (MG) des produits de voyage appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif; Des moyens pour extraire de chaque groupe de produits de voyage les segments aller et les segments retour; Des moyens pour produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur (1).
Description
Description Dispositif et procédé de réservation de produits de voyage [001 ] La présente invention concerne un dispositif de réservation de produits de voyage ainsi qu'un procédé de traitement d'une requête d'un utilisateur et un produit programme d'ordinateur.
[002] L'invention trouvera son application particulière dans le domaine de systèmes de réservation par ordinateur permettant, généralement via un réseau de communication pouvant être notamment de large extension du type Internet, l'accès d'une pluralité
d'individus ou d'agents de voyage à des produits de voyage.
d'individus ou d'agents de voyage à des produits de voyage.
[003] Les systèmes de réservation ainsi proposés permettent la consultation d'informations relatives aux produits de voyage et, généralement, leur mise en vente.
L'invention est en particulier relative au traitement de requêtes d'utilisateurs pour des services de transport du type aller/retour. Elle répond au besoin de traiter un grand nombre de données et obtenir un grand nombre de solutions de voyage sans pour autant pénaliser le temps de traitement et les capacités de calcul des systèmes in-formatiques.
L'invention est en particulier relative au traitement de requêtes d'utilisateurs pour des services de transport du type aller/retour. Elle répond au besoin de traiter un grand nombre de données et obtenir un grand nombre de solutions de voyage sans pour autant pénaliser le temps de traitement et les capacités de calcul des systèmes in-formatiques.
[004] Suivant l'état de la technique, une procédure standard de traitement d'une requête d'utilisateur souhaitant obtenir des informations sur des produits de voyage y compris une information de prix de vente, consiste en une procédure de détermination de tarif basé sur un itinéraire complet incluant un aller et un retour.
[005] Plus précisément, la partie aller et la partie retour des solutions de voyage proposées sont intimement liés et considérées comme une seule entité pour l'offre en vente.
[006] Un inconvénient lié à ce type de détermination est que le client, même s' il a déterminé un intervalle assez précis de critères (notamment un intervalle de prix), a à
consulter un très grand nombre d'options de voyage de façon à trouver la combinaison de trajet aller et de trajet retour qui lui convient le mieux.
consulter un très grand nombre d'options de voyage de façon à trouver la combinaison de trajet aller et de trajet retour qui lui convient le mieux.
[007] Dans la pratique, compte-tenu du très grand nombre de solutions de voyages existantes ou pouvant exister, il n'est pas possible de les présenter toutes au client. On est donc amené à sélectionner des solutions de réponse à des requêtes de client principales en vue de leur affichage à l'exclusion d'autres solutions. Les critères permettant de sélectionner les solutions de voyage à proposer imalement au client s'avèrent délicats à déterminer.
[008] En résumé, ce type de procédure de traitement de requête ne donne pas satisfaction ni au client qui se voit retourner un grand nombre de solutions peu lisibles et cependant non exhaustives, ni au fournisseur de solutions de voyage qui doit mettre en oeuvre d'importants moyens de calcul sans pouvoir au final proposer aux utilisateurs un affichage de l'intégralité des prestations qu'il pourrait fournir.
[009] Le document US-A-5.832.454 décrit un système de réservation par ordinateur permettant, à un stade précoce de la procédure de réservation, d'afficher des in-formations séparant les vols aller et les vols retour sur l'écran du poste utilisateur.
Cependant cet affichage a lieu avant tout calcul tarifaire : l'usager sélectionne un vol aller et un vol retour pour lancer une procédure de calcul de tarif sur cette seule as-sociation, tel qu'indiqué en colonne 4, ligne 53 à 65 de ce document.
Cependant cet affichage a lieu avant tout calcul tarifaire : l'usager sélectionne un vol aller et un vol retour pour lancer une procédure de calcul de tarif sur cette seule as-sociation, tel qu'indiqué en colonne 4, ligne 53 à 65 de ce document.
[010] On comprend aisément que US-A-5.832.454 réduit le volume de calcul à
opérer mais, dans le même temps, il limite très fortement l'information disponible pour l'utilisateur. Aucun traitement tarifaire n'est produit lors de la recherche des solutions de voyage. L'utilisateur n'a aucune donnée tarifaire précise associée aux solutions de voyage pour opérer son choix. Le but du document n'est d'ailleurs pas de permettre une sélection des produits les moins chers (voir colonne 5, lignes 61-62). Par ailleurs, deux phases de traitement sont opérées ce qui est dommageable tant pour l'encombrement des réseaux de communication que pour l'occupation des moyens de calcul.
opérer mais, dans le même temps, il limite très fortement l'information disponible pour l'utilisateur. Aucun traitement tarifaire n'est produit lors de la recherche des solutions de voyage. L'utilisateur n'a aucune donnée tarifaire précise associée aux solutions de voyage pour opérer son choix. Le but du document n'est d'ailleurs pas de permettre une sélection des produits les moins chers (voir colonne 5, lignes 61-62). Par ailleurs, deux phases de traitement sont opérées ce qui est dommageable tant pour l'encombrement des réseaux de communication que pour l'occupation des moyens de calcul.
[011] Une alternative de procédure de tarification actuellement proposée, généralement, par des compagnies aériennes dites « à bas prix » consiste à fournir à
l'utilisateur une information de tarif entièrement séparée pour les segments aller et les segments retour de l'itinéraire désiré. Cela permet au client de choisir indépendamment une solution tarifaire pour chaqûe paire d'origine et de destination de voyage.
l'utilisateur une information de tarif entièrement séparée pour les segments aller et les segments retour de l'itinéraire désiré. Cela permet au client de choisir indépendamment une solution tarifaire pour chaqûe paire d'origine et de destination de voyage.
[012] Ainsi, par exemple, dans le cas d'une requête concernant un vol aller-retour Sydney/Melbourne/Sydney, une première procédure est réalisée pour déterminer tous les segments de voyage Sydney/Melbourne correspondants et leur appliquer une ta-rification. Une deuxième procédure est réalisée de façon totalement indépendante, pour déterminer les segments retour Melbourne/Sydney possibles et leur appliquer une ta-rification.
[013] L'affichage produit au niveau du poste utilisateur consiste substantiellement en deux tableaux, un tableau faisant la synthèse des solutions proposées pour les vols aller et un second tableau faisant la synthèse des propositions de vols retour avec des solutions tarifaires associées. L'utilisateur peut alors sélectionner, dans le premier tableau, la solution de vol aller qu'il a retenu et procéder de même dans le deuxième, de façon à parvenir à une solution du type aller/retour dont la tarification sera exactement la somme des tarifications individuelles du segment aller et du segment retour.
[014] Un avantage de cette solution est que l'utilisateur peut visualiser et choisir indé-pendamment les propositions de voyage aller et retour. Cela étant, un inconvénient de cette technique est qu'elle ne peut être utilisée que par des fournisseurs de voyage (tels des compagnies aériennes) ayant une structure de tarification adaptée à ce type de traitement. En particulier, cette procédure exclut des tarifications spéciales pour des voyages aller/retour.
[015] En conséquence, pour des fournisseurs de voyage traditionnels ayant déjà
une structure de tarification en place, il apparaît impossible ou particulièrement coûteux de migrer leurs bases de données de tarifs vers une structure informatique permettant un tel procédé de tarification séparée pour les segments aller et les segments retour.
une structure de tarification en place, il apparaît impossible ou particulièrement coûteux de migrer leurs bases de données de tarifs vers une structure informatique permettant un tel procédé de tarification séparée pour les segments aller et les segments retour.
[016] Il existe donc un besoin d'améliorer l'interface utilisateur en affichant séparément des propositions commerciales pour des trajets aller et des trajets retour tout en préservant un mode de calcul de tarifs habituel avec une détermination de prix couplée pour les trajets aller et retour.
[017] Un problème technique résolu par l'invention est d'offrir une information tarifiée de solutions de voyage très complète correspondant à un grand nombre de données sans pour autant nécessiter de moyens de traitement et des temps de calcul exagérés.
[018] Pour y parvenir, l'invention effectue d'abord un calcul de solutions de voyages tarifée, puis exploite ces données pour déduire d'autres solutions de voyage.
Le traitement n'est opéré que sur un nombre limité de solutions de voyage (par exemple ce nombre est choisi à l'avance et fixé à 100, 120 ou encore 200 ou encore ce nombre est dynamiquement réajusté suivant les résultats obtenus avec les premières solutions de voyage traitées, de sorte à optimiser le système). Dans un cas de factorisation optimale, le calcul de 120 solutions de voyages suffit à définir 4800 solutions ce qui est bien entendu un progrès technique considérable.
Le traitement n'est opéré que sur un nombre limité de solutions de voyage (par exemple ce nombre est choisi à l'avance et fixé à 100, 120 ou encore 200 ou encore ce nombre est dynamiquement réajusté suivant les résultats obtenus avec les premières solutions de voyage traitées, de sorte à optimiser le système). Dans un cas de factorisation optimale, le calcul de 120 solutions de voyages suffit à définir 4800 solutions ce qui est bien entendu un progrès technique considérable.
[019] Le gain permet - l'économie de temps de calcul (seule une partie des solutions de voyages est calculée) ;
- l'optimisation des capacités de transmission ;
- l'amélioration de l'interface au niveau du poste utilisateur.
- l'optimisation des capacités de transmission ;
- l'amélioration de l'interface au niveau du poste utilisateur.
[020] Par ailleurs, l'invention assure une plus grande visibilité de la proposition commerciale faite à l'utilisateur en particulier en ce qu'elle permet de proposer un grand nombre de produits de voyage par combinaison de vols aller et de vols retour tout en étant compatible avec les structures de tarification de fournisseurs de voyage traditionnels.
[021] Suivant une possibilité additionnelle, l'utilisation de l'invention est rendue encore plus pratique par une fonction de calendrier assurant la formation d'une requête aisée pour l'utilisateur, en deux temps.
[022] En outre, une autre option permet de n'afficher que certaines solutions de voyage mais de proposer immédiatement à l'utilisateur l'affichage d'informations relatives à
d'autres produits de voyage pour une même tarification, par l'intermédiaire d'une fonction « plus de produits ».
d'autres produits de voyage pour une même tarification, par l'intermédiaire d'une fonction « plus de produits ».
[023] La présente invention concernant d'abord un dispositif de réservation de produits de voyage comportant un système informatique central de traitement des requêtes d'utilisateur portant sur un voyage avec un trajet aller et un trajet retour, comprenant des moyens pour calculer et retourner à l'utilisateur une information relative à des produits de voyage incluant des prix de vente, ledit système informatique central étant accessible depuis au moins un poste utilisateur,
[024] Selon l'invention ce dispositif comporte - Un moteur de recherche de solutions de voyage pouvant accéder à au moins une base de données de segments de voyage et présentant des moyens pour déterminer les segments aller et les segments retour répondant à des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour, et des moyens pour définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association ;
- Un moteur de recherche de tarif présentant des moyens pour déterminer, par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ;
- Un moteur de groupage des produits de voyage appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Des moyens pour extraire de chaque groupe de produits de voyage les segments aller et les segments retour ;
- Des moyens pour produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur.
- Un moteur de recherche de tarif présentant des moyens pour déterminer, par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ;
- Un moteur de groupage des produits de voyage appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Des moyens pour extraire de chaque groupe de produits de voyage les segments aller et les segments retour ;
- Des moyens pour produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur.
[025] Suivant des modes de réalisation préférés mais non limitatifs, ce dispositif est tel que La requête de l'utilisateur comporte un intervalle de dates de voyage aller etJ
ou retour ;
Il comporte une application de calendrier, pour chaque combinaison de date de voyage aller et de date de voyage retour, pour déterminer le produit de voyage ayant le tarif le plus bas ;
Il comporte des moyens pour produire un affichage d'informations relatives a u produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur permettant à l'utilisateur de sélectionner un produit de voyage pour une combinaison de dates de voyage aller et retour ;
Il comporte des moyens pour retourner ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour - Le moteur de recherche de tarifs est configuré pour déterminer, en premier lieu, le tarif des solutions de voyage ne présentant pas de segments aller ni de segments retour communs ;
- Les critères de groupage comportent au moins un des critères suivants ~ Identité des tronçons des segments ~ Identité du prix total par voyageur ~ Identité des paramètres de tarification - Il comporte une base de données de familles de tarifs contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage, ladite base de données de familles de tarifs étant accessible par le moteur de recherche de tarifs pour trier les produits de voyage par famille de tarifs ;
- Les critères de groupage comportent un critère d'identité de famille de tarifs ;
- La base de données de familles de tarifs inclut des classes commerciales de familles de tarifs associant un groupe de famille de tarifs et un marché géo-graphique prédéfmi, pour un ensemble de dates de requête prédéterminé ;
- Il comporte des moyens de sélection d'au moins une classe commerciale de familles de tarifs, pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
ou retour ;
Il comporte une application de calendrier, pour chaque combinaison de date de voyage aller et de date de voyage retour, pour déterminer le produit de voyage ayant le tarif le plus bas ;
Il comporte des moyens pour produire un affichage d'informations relatives a u produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur permettant à l'utilisateur de sélectionner un produit de voyage pour une combinaison de dates de voyage aller et retour ;
Il comporte des moyens pour retourner ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour - Le moteur de recherche de tarifs est configuré pour déterminer, en premier lieu, le tarif des solutions de voyage ne présentant pas de segments aller ni de segments retour communs ;
- Les critères de groupage comportent au moins un des critères suivants ~ Identité des tronçons des segments ~ Identité du prix total par voyageur ~ Identité des paramètres de tarification - Il comporte une base de données de familles de tarifs contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage, ladite base de données de familles de tarifs étant accessible par le moteur de recherche de tarifs pour trier les produits de voyage par famille de tarifs ;
- Les critères de groupage comportent un critère d'identité de famille de tarifs ;
- La base de données de familles de tarifs inclut des classes commerciales de familles de tarifs associant un groupe de famille de tarifs et un marché géo-graphique prédéfmi, pour un ensemble de dates de requête prédéterminé ;
- Il comporte des moyens de sélection d'au moins une classe commerciale de familles de tarifs, pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
[026] L' invention concerne également un procédé de traitement d' une requête d' un utilisa teur portant sur un voyage avec un trajet aller et un trajet retour, dans lequel on calcule et on retourne à l'utilisateur une information relative à des produits de voyage incluant des prix de vente, comportant les étapes suivantes - Détermination, par accès à au moins une base de données de segments de voyage, des segments aller et des segments retour répondant à des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ;
- Définition des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association ;
- Détermination par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commer-cialisables ;
- Un groupage des produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Extraction de chaque groupe de produits de voyage des segments aller et des segments retour ;
- Production d'un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur.
- Définition des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association ;
- Détermination par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commer-cialisables ;
- Un groupage des produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Extraction de chaque groupe de produits de voyage des segments aller et des segments retour ;
- Production d'un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur.
[027] A titre avantageux, ce procédé comporte les étapes additionnelles suivantes - Il comporte les étapes préliminaires suivantes ~ Réception d'une requête d'un utilisateur comprenant un intervalle de dates de voyage aller et/ou retour ;
~ Un traitement de la requête par une application de calendrier consistant à, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, déterminer le produit de voyage ayant le tarif le plus bas ;
~ Production d'un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur ;
~ Sélection au niveau du poste utilisateur d'un produit de voyage pour une combinaison de dates de voyage aller et retour ;
~ Envoi de ladite combinaison de dates de voyage aller et retour au = système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour - On détermine le tarif associé aux solutions de voyage en commençant par les solutions de voyage ne présentant pas de segment aller ni de segment retour en commun ;
- On utilise comme critère de groupage au moins un des critères suivants ~ Identité des tronçons des segments ~ Identité du prix total par voyageur ~ Identité des paramètres de tarification - On met en oeuvre les étapes suivantes ~ Accès à une base de données de famille de tarifs contenant des règles de détermination de l'appartenance à au moins une famille de tarifs pour chaque tarif de voyage ;
~ Tri des produits de voyage par famille de tarifs - On utilise l'appartenance à une même famille de tarifs comme critère de groupage des produits de voyage ;
- La création, dans la base de données de familles de tarifs, des classes com-merciales de familles de tarifs associant au moins un groupe de familles de tarifs à un marché géographique prédéfini, pour un ensemble de dates de requête prédéterminé ;
- On sélectionne une ou plusieurs classes commerciales de familles de tarifs pour déterminer des produits de voyage répondant à la requête de l'utilisateur ;
- Il comporte notamment les opérations suivantes ~ On produit l'affichage d'informations pour un nombre prédéfini de segments aller et de segments retour d'un groupe de produits de voyage ;
~ On produit l'affichage d'un message de proposition d'affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
~ Sur saisie d'une instruction par l'utilisateur, on produit ledit affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
- Il comporte également les opérations suivantes ~ Production d~~un affichage d'informations pour des produits de voyage du groupe de produit de voyage au tarif le plus bas ;
~ Production de l'affichage d'un message de proposition d'affichage d'informations pour au moins un autre groupe de produits de voyage ;
~ Sur saisie d'une instruction par l'utilisateur, production d'un affichage d'informations pour ledit autre groupe de produits de voyage.
~ Un traitement de la requête par une application de calendrier consistant à, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, déterminer le produit de voyage ayant le tarif le plus bas ;
~ Production d'un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur ;
~ Sélection au niveau du poste utilisateur d'un produit de voyage pour une combinaison de dates de voyage aller et retour ;
~ Envoi de ladite combinaison de dates de voyage aller et retour au = système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour - On détermine le tarif associé aux solutions de voyage en commençant par les solutions de voyage ne présentant pas de segment aller ni de segment retour en commun ;
- On utilise comme critère de groupage au moins un des critères suivants ~ Identité des tronçons des segments ~ Identité du prix total par voyageur ~ Identité des paramètres de tarification - On met en oeuvre les étapes suivantes ~ Accès à une base de données de famille de tarifs contenant des règles de détermination de l'appartenance à au moins une famille de tarifs pour chaque tarif de voyage ;
~ Tri des produits de voyage par famille de tarifs - On utilise l'appartenance à une même famille de tarifs comme critère de groupage des produits de voyage ;
- La création, dans la base de données de familles de tarifs, des classes com-merciales de familles de tarifs associant au moins un groupe de familles de tarifs à un marché géographique prédéfini, pour un ensemble de dates de requête prédéterminé ;
- On sélectionne une ou plusieurs classes commerciales de familles de tarifs pour déterminer des produits de voyage répondant à la requête de l'utilisateur ;
- Il comporte notamment les opérations suivantes ~ On produit l'affichage d'informations pour un nombre prédéfini de segments aller et de segments retour d'un groupe de produits de voyage ;
~ On produit l'affichage d'un message de proposition d'affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
~ Sur saisie d'une instruction par l'utilisateur, on produit ledit affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
- Il comporte également les opérations suivantes ~ Production d~~un affichage d'informations pour des produits de voyage du groupe de produit de voyage au tarif le plus bas ;
~ Production de l'affichage d'un message de proposition d'affichage d'informations pour au moins un autre groupe de produits de voyage ;
~ Sur saisie d'une instruction par l'utilisateur, production d'un affichage d'informations pour ledit autre groupe de produits de voyage.
[028] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de programme pour, lorsqu'il est exécuté par un ordinateur - Déterminer, par accès à au moins une base de données de segments de voyage, les segments aller et les segments retour répondant à des critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ;
- Définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'associations ;
- Déterminer, par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commer-cialisables ;
- Grouper les produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Extraire de chaque groupe de produits de voyage les segments aller et les segments retour ;
- Produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour.
- Définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'associations ;
- Déterminer, par accès à au moins une base de données de tarifs, le tarif associé aux solutions de voyage pour former des produits de voyage commer-cialisables ;
- Grouper les produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ;
- Extraire de chaque groupe de produits de voyage les segments aller et les segments retour ;
- Produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour.
[029] Les dessins ci joints sont donnés à titre d'exemples et ne sont pas limitatifs de l'invention. Ils représentent seulement un mode de réalisation de l'invention et permettront de la comprendre aisément.
[030] La figure 1 montre de façon schématique, une structure d'implémentation possible du dispositif de l'invention.
[031] La figure 3 illustre la transmission de flux de requête et de réponse au travers d'un dispositif de l'invention suivant un mode de réalisation préféré et la figure 2 montre la formation d'une requête préliminaire avec une fonction de calendrier.
[032] La figure 4 est un exemple d'affichage produit par l'invention au niveau d'un poste client.
[033] La figure 5 est un exemple d'affichage au niveau du poste utilisateur avec une fonction calendrier.
[034] Les figures 6a, 6b illustrent un mode de réalisation additionnel de l'invention avec une fonction d'affichage de solutions additionnelles.
[035] La figure 7 montre un exemple de succession des étapes de mise en oeuvre de l' invention.
[036] La figure 8 illustre une possibilité de structure de base de données de familles de tarifs.
[037] Comme représenté à la figure 1, le dispositif selon l'invention comporte une pluralité de composants communiquant entre eux par un réseau de communication pouvant être un réseau de large extension 5.
[038] Le dispositif permet un accès depuis un poste utilisateur 1 auquel un individu tel qu'un client final ou un agent de voyage peut accéder. Généralement, le poste utilisateur 1 est un ordinateur personnel pourvu de moyens d'affichage ainsi que de moyens de saisie de données.
[039] Le poste utilisateur 1 inclut en outre avantageusement des moyens de navigation sous forme d'une application informatique de navigateur tel le produit commercialisé
sous la marque déposée Internet Explorer. Des moyens de communication, par exemple du type modem ou routeur, sont également présents.
sous la marque déposée Internet Explorer. Des moyens de communication, par exemple du type modem ou routeur, sont également présents.
[040] Via le poste utilisateur 1, l'utilisateur peut saisir et transmettre des requêtes au dispositif, ces requêtes portant sur un voyage présentant un trajet aller et un trajet retour.
[041] Dans la solution illustrée en figure 1, la requête transite par un serveur du type couramment dénommé serveur Web assurant l'interfaçage entre le poste utilisateur 1 et les autres moyens informatiques déportés.
[042] Egalement communiquant avec le serveur Web 2, un serveur d'application 3 est présent et permet l'implémentation de certains moyens de l'invention.
[043] Le serveur d'application 3 est lui-même communiquant avec une variété de bases de données à savoir respectivement, une base de données de segments de voyage (FDB) réalisant un inventaire de tous les segments existants et pouvant être proposés à
un client, une base de données de tarifs (TDB) permettant le stockage des différentes données relatives aux tarifications applicables aux solutions de voyage et une base de données de familles de tarifs (FFDB) contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage tel que cela sera explicité plus loin.
un client, une base de données de tarifs (TDB) permettant le stockage des différentes données relatives aux tarifications applicables aux solutions de voyage et une base de données de familles de tarifs (FFDB) contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage tel que cela sera explicité plus loin.
[044] Pour la suite de la description, on appelle itinéraire un trajet global d'un voyageur comprenant un trajet aller et un trajet retour.
[045] L'association d'un trajet aller et d'une date de voyage aller constitue un segment aller. De façon similaire on peut former des segments retour par association d'un trajet retour et d'une date de voyage.
[046] De même, par choix terminologique, on appelle solution de voyage dans la suite de la description, une association d'un segment aller et d'un segment retour.
[047] L'affectation d'un tarif à une solution de voyage permet la création d'un produit de voyage, à propos duquel on peut retourner des informations à l'utilisateur en incluant le prix de vente.
[048] En ce qui concerne la structure de tarification, on peut utiliser la configuration suivante donnée à titre indicatif et utilisée pour la suite de la description dans le mode de réalisation préféré de l'invention.
[049] Les tarifs sont en effet avantageusement rangés dans des familles de tarifs. Des règles prédéfmies permettent de déterminer l'appartenance d'un tarif à une famille.
[050] Dans ce cadre, et conformément aux figures 1 et 8, on met en oeuvre une base de données de familles de tarifs (FFDB).
[051] Cette base de données contient des règles de détermination de l'appartenance à une famille de tarifs pour chaque famille de voyage et est accessible par un moteur de recherche constituée par le moteur de recherche de tarifs (MT). On aura présenté en figure 8 les informations contenues dans la base de données de familles de tarifs (FFDB).
[052] A cette figure, les familles de tarifs sont renseignées dans la base de données. Sont également définis des marchés correspondants à des zones géographiques d'application d'un ensemble de familles de tarifs. Ces marchés peuvent être des territoires nationaux, régionaux, ou encore internationaux. Il est par ailleurs possible que le marché soit sys-tématiquement défini comme mondial.
[053] La base de données de familles de tarifs permet également de définir des classes commerciales de familles de tarifs. Ces classes commerciales sont associées à
un groupe de familles de tarifs et à un marché géographique pour un ensemble de dates de voyage prédéterminées.
un groupe de familles de tarifs et à un marché géographique pour un ensemble de dates de voyage prédéterminées.
[054] Ainsi, en connaissant les dates pertinentes et le marché considéré, il est possible de retrouver les familles de tarifs appartenant à la classe commerciale de familles de tarifs et ensuite de connaître leurs attributs.
[055] Les classes commerciales de familles de tarifs peuvent être déterminées par un ad-ministrateur appartenant à un fournisseur de voyage, telle une compagnie aérienne.
Pour le traitement de requêtes d'utilisateur concernant une information sur des produits de voyage, on applique les règles fixées pour retourner les informations tarifaires. En particulier, les produits de voyage proposés en réponse aux requêtes des utilisateurs dépendront des règles fixées par l'administrateur de la base de données (FFDB).
Pour le traitement de requêtes d'utilisateur concernant une information sur des produits de voyage, on applique les règles fixées pour retourner les informations tarifaires. En particulier, les produits de voyage proposés en réponse aux requêtes des utilisateurs dépendront des règles fixées par l'administrateur de la base de données (FFDB).
[056] La structure de tarification ainsi décrite permet notamment de cibler l'offre commerciale, par exemple suivant le type d'utilisateur final. Ainsi, via un site Internet supportéepar un serveur Web, on pourra proposer des offres plus particulièrement destinées aux jeunes et via un autre site des offres plus particulièrement destinées à des professionnels. Il est également possible par un même site Internet de proposer à
l'utilisateur une sélection de classes commerciales de familles de tarifs à
utiliser pour le traitement de sa requête.
l'utilisateur une sélection de classes commerciales de familles de tarifs à
utiliser pour le traitement de sa requête.
[057] A titre avantageux, l'affichage produit au niveau du poste client 1 est classé par familles de tarifs comprises dans la classe commerciale utilisée pour le traitement de la requête.
[058] Ainsi, dans l'exemple illustré aux figures 4 et 6a, 6b, les termes FF1, FF2, FF3, FF4, FFS correspondent à des familles de tarifs pouvant être simultanément ou suc-cessivement visualisées par l'utilisateur.
[059] On décrit ci-après plus précisément le principe général du traitement opéré par la présente invention.
[060] Ce traitement nécessite l'extraction des segments aller et des segments retour d'un groupe de produits de voyage, de sorte à produire un affichage séparé.
[061] A cet effet, on réalise le groupage des solutions de voyage ayant une même valeur pour les attributs suivants
[062] - Famille de tarifs
[063] - Point d'origine et de destination du segment et éventuel pour l'intermédiaire (telle une escale)
[064] - Détail de prix par type de passager comprenant ~ Prix total par passager ~ Montant de taxe par passager ~ Message d'information additionnelle (notamment présence de pénalités, conditions d'émission de billet)
[065] - Détail de tarif pour chaque segment requis comprenant ~ - Classe de tarifs et point de coupure tarifaire ~ - Code de réservation et de cabine correspondante ~ - Types de tarifs (publiés, négociés, entreprises, tarifs a réduction dynamique) ~ - Types de réductions passager appliquées ~ - Famille de tarifs de chaque tarif
[066] Pour un groupe donné, les informations communes décrites ci-dessus sont renseignées une seule fois en référence aux divers segments proposés pour couvrir chaque solution de voyage.
[067] Selon l'invention, chaque segment proposé pour l'aller combiné avec n'importe quel segment proposé en retour à l'intérieur d'un même groupe de solutions de voyage construit selon les règles d'appartenance précédentes est considéré comme conduisant au même prix de vente. Cela permet de produire un affichage et de réaliser une sélection séparée des segment aller et des segments retour.
[068] Additionnellement, suivant la diversité des vols disponibles, le nombre des solutions de voyage proposé peut être considérablement augmenté. Par exemple, une réponse suivant une procédure standard de tarification permet de proposer les com-binaisons suivantes - Segment Aller 1 / Segment Retour 1 - Segment Aller 2 / Segment Retour 2 - Segment Aller 3 / Segment Retour 3 - Segment Aller 4 / Segment Retour 4 - Segment Aller 5 / Segment Retour 5
[069] Grâce à la présente invention, dans l'exemple précédent, on peut déduire vingt solutions de voyage supplémentaires par des combinaisons supplémentaires des segments - Segment Aller 1 / Segment Retour 2 - Segment Aller 1 / Segment Retour 3 - Segment Aller 1 / Segment Retour 4 - Segment Aller 1 / Segment Retour 5 - Segment Aller 2/ Segment Retour 1 - Segment Aller 3 Segment Retour 1 - Etc...
[070] A titre préféré, par soucis d'efficacité et pour obtenir une variété de propositions maximale, on commence l'association de paires de segments aller et retour, d'abord suivant les séquences suivantes [071 ] - O 1 I 1, 02 I2, 03 I3, 04 I4, OS I5, 06 I6, 07 I7, 08 I8, 09, I9, O
10, I10 (dans le cas de dix segments proposés pour l'aller O1, 02, 03, 04, O5, 06, 07, 08, 09, O10 et de dix segment proposés en retour I1, I2, I3, I4, I5, I6, I7, I8, I9, I10) [072] - On poursuit ensuite l'association en combinant le segment aller 1 avec les différents segments retour possible O1 I2, O1 I3, O1 I4, O1 I5, O1 I6, O1 I7, O1 I8, O1 I9, O1, I10 et ainsi de suite pour les différents segments aller suivants (02, 03, ...).
[073] Dans les règles d'association, on peut prédéfinir un nombre de solutions de voyage maximales à calculer de façon à stopper le traitement à un certain nombre de com-binaisons.
[074] On donne ci-après un exemple de groupage de solutions de voyage dans un cas simple de transport aérien entre l'aéroport de Paris Orly et l'aéroport de Nice (France).
[O75] EXEMPLE I DE GROUPEMENT DE PRODUITS DE VOYAGE
[076] Pour une requête PARIS-NICE le 14/01/2004, NICE-PARIS le 18/01/2004 pour un adulte et un enfant, les produits de voyage suivants sont proposés [077] Produit de voyage 1 ~ Solution de voyage [078] Aller 1 [079] Vol N° AF 6208 le 14/01/2004 à 10h00 de ORLY à NICE
[080] Retour I
[081] Vol N° AF6213 le 18/01/2004 à 12h10 de NICE à ORLY
~ Solution de tarif [082] Famille de tarifs : AF POUR TOUS
[083] Pour le passager adulte [084] Prix total : 149,66 Euros [085] Montant de la taxe : 40,66 Euros [086] Note : « Les billets ne sont pas échangeables avant le départ [087] Détails du prix [088]
Tableau 1 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [089] Pourun passagerenfant:
[090] Prix total : 95,66 Euros [091] Montant de la taxe : 40,66 Euros [092] Message : « Les billets ne sont pas échangeables avant le départ [093] Détails du prix [094]
Tableau 2 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y Publique Enfant AFPOURTOUS
aller Vol WAP10 W Y Publique Enfant AFPOURTOUS
retour [095] Produit de voyage 2 Solution de voyage [096] Aller 2 [097] Vol N°AF 6210 le 14/01/2004 à 11h00 de ORLY à NICE
[098] Retour 2 [099] Vol N° AF6203 le 18/01/2004 à 08h10 de NICE à ORLY
~ Solution de tarif [ 100] Famille de tarifs : AF POUR TOUS
[101] Pour le passager adulte [ 102] Prix total : 149,66 Euros [ 103] Montant de la taxe : 40,66 Euros [ 104] Note : « Les billets ne sont pas échangeables avant le départ [ 105] Détails du prix [ 106]
Tableau 3 Classe Type de Type de Classe Cabine Famille de tarifs de tarif tarif passager Vol WAP10 W Y Publique Adulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [ 107] Pour un passager enfant [ 108] Prix total : 95,66 Euros [ 109] Montant de la taxe : 40,66 Euros [110] Message : « Les billets ne sont pas échangeables avant le départ »
[ 111 ] Détails du prix [112]
Tableau 4 Classe Type Type de de de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y PubliqueEnfant AFPOURTOUS
aller Vol WAP10 W Y PubliqueEnfant AFPOURTOUS
retour [ 113] Ces recommandations peuvent être groupées dans [ 114] Groupe de produits de voyage 1 ~ Solutions de voyage [ 115] Produit de voyage 1 : Aller 1 / Retour 1 [ 116] Produit de voyage 2 : Aller 2 / Retour 2 ~ Solution de tarifs [ 117] Famille de tarifs : AF POUR TOUS
[ 118] Pour le passager adulte [ 119] Prix total : 149,66 Euros [ 120] Montant de la taxe : 40,66 Euros [121] Note : « Les billets ne sont pas échangeables avant le départ »
[ 122] Détails du prix [123]
Tableau 5 Classe Type Type de de Classe Cabine Famille de tarifs de tarif passager tarif Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [ 124] Pour un passager enfant [ 125] Prix total : 95,66 Euros [126] Montant de la taxe : 40,66 Euros [ 127] Message : « Les billets ne sont pas échangeables avant le départ »
[ 128] Détail du prix [ 129]
Tableau 6 Classe Type de Type de Classe Cabine Famille de tarifs de tarif tarif passager Vol WAP10 ~ W ~ Y ~ Publique ~ Enfant ~ AFPOURTOUS
aller Vol WAP10 W Y Publique Enfant AFPOURTOUS
retour [ 130] Avec les propositions de segments suivants [ 131 ] Aller 1 [132] Vol N°AF 6208 le 14/01/2004 à 10h00 de ORLY à NICE
[ 133] Aller 2 [134] Vol N°AF 6210 le 14/01/2004 à 11h00 de ORLY à NICE
[ 135] Retour 1 [136] Vol N°AF 6213 le 18/01/2004 à 12h10 de NICE à ORLY
[ 137] Retour 2 [138] Vol N°AF 6203 le 18/01/2004 à 8h10 de NICE à ORLY
[139] Depuis ce groupe de deux produits de voyage, le serveur Web peut proposer deux produits de voyage supplémentaires pour le même tarif [ 140] Produit de voyage 3 : Aller 1 / Retour 2 [141] Produit de voyage 4 : Aller 2 / Retour 1 [142] On donne ci-après un autre exemple dans lequel l'association de solutions de voyage n'est pas rendue possible car les solutions de voyage ne répondent pas aux règles d'association applicables.
[143] EXEMPLE 2 DE GROUPEMENT DE PRODUI TS DE VOYAGE
[144] Pour une requête SYDNEY-SINGAPOUR le 11/02/2004 pour un adulte, les produits de voyage suivants sont proposés [ 145] Produit de voYa~e 1 ~ Solutions de voyage [146] Aller 1 [147] Vol N°QF 411 le 11/02/2004 à 14h30 de SYDNEY à MELBOURNE
[148] Vol N°QF 9 le 11/02/2004 à 17h10 de MELBOURNE à SINGAPOUR
[ 149] Retour 1 [150] Vol N°QF 52 le 18/02/2004 à 21h10 de SINGAPOUR à BRISBANE
[ 151 ] Vol N°QF 86 le 19/02/2004 à 7h55 de BRISBANE à SYDNEY
~ Solution de tarifs [ 152] Famille de tarif : EXCURSION
[ 153] Pour le passager adulte [ 154] Prix total : 805,93 Euros [155] Montant de la taxe : 63,93 Euros [ 156] Note : « Les billets ne sont pas échangeables avant le départ »
[ 157] Détails du prix [lss]
Tableau 7 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vo KLEE35 K Y Publique Adulte EXCURSION
all er KLEE35 K Y Publique Adulte EXCURSION
Vo ret KLEE35 K Y Publique Adulte EXCURSION
our KLEE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
[159] Produit de voyage 2 ~ Solutions de voyage [ 160] Aller 2 [161] Vol N°QF 524 le 11/02/2004 à 12h05 de SYDNEY à BRISBANE
[162] Vol N°QF 51 le 11/02/2004 à 14h00 de BNE à SINGAPOUR
[ 163] Retour 2 [164] Vol N°QF 10 le 18/02/2004 à 20h05 de SINGAPOUR à MELBOURNE
[165] Vol N°QF 416 le 19/02/2004 à 8h30 de MELBOURNE à SYDNEY
~ Solution de tarifs [ 166] Famille de tarif : EXCURSION
[ 167] Pour le passager adulte [ 168] Prix total : 805,93 Euros [169] Montant de la taxe : 63,93 Euros [ 170] Note : « Les billets ne sont pas échangeables avant le départ »
[171] Détails du prix [ 172]
Tableau 8 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol ~ ~EE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
aller KLEE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
Vol retour KLEE35 I K Y I Publique I Adulte EXCURSION
KLEE35 K I Y Publique I Adulte I EXCURSION
[ 173] Ces produits de voyage ne peuvent pas être groupés parce que les escales ne sont pas les mêmes ; l'aller est via MELBOURNE et le retour via BRISBANE pour le .
produit de voyage 1, alors que l'aller est via BRISBANE et le retour via MELBOURNE pour le produit de voyage 2.
[174] Pour réaliser le traitement de l'invention, on peut utiliser les bases de données pré-cédemment décrites (Base de données de segments de voyage FDB, base de données de tarifs TDB, et base de données de familles de tarifs FFDB).
[ 175] Ces bases de données peuvent être accédées par des moteurs de recherche et en particulier par un moteur de recherche de tarifs MT, un moteur de groupage MG
et un moteur de recherche de solutions de voyage MF.
[176] On décrit maintenant plus en détail les étapes possibles du traitement de l'invention en référence à la figure 7.
[177] O A cette figure, l'utilisateur entre une requête de solutions de voyage pour un itinéraire déterminé en spécifiant des dates de voyage et les points d'origine et de destination souhaités. L'utilisateur peut également saisir d'autres préférences (escale, classe de familles de tarifs souhaitée, ...). Cette saisie est opérée au niveau du poste client 1 et est adressée au serveur Web 2 pour traitement.
[178] A Le serveur Web 2 retranscrit la requête en la formatant et en l'adressant au moteur de groupage (MG) de solutions de voyage. L'intervention du serveur Web permet d'ajouter des options par défaut et des données d'identification de requête.
[ 179] D Basé sur ces données en entrée, le moteur de groupage (MG) envoie une requête au moteur de solutions de voyage (MF) pour la détermination des solutions de voyage.
[180] 0 Le moteur de solution de voyage (MF) requiert de la base de données de segments de voyage (FDB) l'extraction des segments aller et des segments retour cor-respondants.
[181] D Les segments aller et retour répondant aux critères d'entrée, sont retournés par la base de données de segments de voyage (FDB) au moteur de recherche de solutions de voyage (MF) [ 182] D Les solutions de voyage sont alors construites en combinant les segments aller et retour issus de la base de données de segments de voyage FDB et les solutions sont retournés au moteur de groupage (MG).
[ 183] 8 Le moteur de groupage (MG) adresse une requête en détermination des produits de voyage au moteur de recherche de tarifs (MT) en lui envoyant les critères d'entrée initiaux et les solutions de voyage déterminées par le moteur de recherche de solutions de voyage (MF).
[ 184] D Le moteur de recherche de tarifs (MT) adresse une requête à la base de données de tarifs (TDB) pour déterminer les tarifs correspondants aux solutions de voyage.
[ 185] D Les tarifs en vigueur sont retournés par la base de données de tarifs (TDB) au moteur de recherche de tarifs (MT) [18f~] m Le moteur de tarifs (MT) adresse une requête à la base de données de familles de -~
tarifs (FFDB) pour déterminer les familles de tarifs répondant aux critères d'entrée de la requête.
[ 187] O O Les familles de tarifs correspondant sont retournées au moteur de recherche de tarifs (MT).
[188] O A Le moteur de recherche de tarifs (MT) calcule des solutions tarifaires par combinaison de tarifs. Les produits de voyage sont alors construits en associant une solution tarifaire aux solutions de voyage préalablement constrûites. Le moteur de recherche de tarifs (MT) retourne alors au moteur de groupage (MG) les produits de voyage ainsi créés avec l'indication de la famille de tarifs à laquelle ils sont associés.
[ 189] O D Le moteur de groupage (MG) réalise un groupage des produits de voyage répondant aux règles définies et retourne les groupes formés au serveur Web (2).
[190] O O Le serveur Web (2) extrait des groupes de produits de voyage, la liste des segments aller à proposer et la liste des segments retour à proposer avec la famille de tarifs qui leur est associée. L'utilisateur, via l'application embarquée au niveau du poste utilisateur 1, se voit proposer les allers et les retours de façon indépendante par niveau de prix.
[191] Dans le cas précédemment décrit, l'application implémentée au niveau du poste client I ne nécessite aucune configuration particulière du poste puisqu'il peut s'agir d'une application de navigation du type Internet Explorer (Marque déposée). Ce navigateur est en effet à même à fournir l'interface graphique répondant à la requête de l'utilisateur.
[192] La figure 4 donne un exemple de l'interface produite à l'issue des étapes pré-cédemment produite.
[193] Cet affichage est ici produit par famille de tarifs (dans le cas représenté, les solutions de voyage de la famille de tarifs FFI sont visibles et on peut accéder aux solutions des familles de voyages FF2, FF3, FF4, FFS par saisie de l'utilisateur au niveau du poste utilisateur 1 en cliquant sur le signet correspondant.
[194] Dans le cas représenté, une classification par tarif est proposée en n'affichant que la solution de voyage à 1295 dollars.
[195] De façon similaire à l'affichage des solutions par famille de tarifs d'indice croissant, on peut visualiser les solutions à des tarifs supérieurs en cliquant sur à la zone correspondante 1695 dollars, 1950 dollars, 2190 dollars, 2290 dollars.
[196] On notera que l'utilisateur peut sélectionner n'importe quel vol aller et n'importe quel vol retour ainsi qu'affiché en figure 4 pour parvenir à une solution de voyage per-sonnalisée à un tarif préalablement décrit de 1295 dollars .
[197] Les figures 6a, 6b montrent un mode de réalisation supplémentaire de la présente invention dans lequel l'information produite en réponse à la requête du client est présentée graphiquement de façon différente.
[198] Dans le cas de la figure 6a, en effet, peu de solutions de voyage sont proposées mais des solutions sont présentes et affichées simultanément pour divers prix dans divers familles de tarifs (FF1, FF2, FF3, FF4, FFS).
[199] Si l'utilisateur souhaite plus d'informations, à savoir plus de propositions de solutions de voyage à l'intérieur d'une des catégories affichées, un lien (illustré « plus de vols ») lui permet d'accéder à une fenêtre additionnelle représentée en figure 6b, dans laquelle les solutions supplémentaires de segment aller et de segment retour sont visualisés pour offrir plus de choix de sélection de solutions de voyage.
[200] Toujours à titre préféré mais non limitatif, la présente invention peut utiliser une fonction de calendrier permettant la formation des critères d'entrée précédemment indiqués en deux temps par l'utilisateur.
[201] Ainsi, tel que représenté en figure 2, l'utilisateur commence par saisir une requête générale au niveau du poste client 1, requête transmise par le serveur Web 2 au niveau de l' application 3.
[202] Une application de calendrier 4, (schématisée en figure 1 ) permet de retourner une première information à l'utilisateur sous forme d'une réponse du type illustrée en figure 5.
[203] A cette figure, un intervalle de dates correspondant à l'intervalle de requête de l'utilisateur est affiché pour la date de voyage aller et la date de voyage retour.
[204] Pour chaque paire de dates aller / retour, la solution de voyage calculée au prix de vente le plus bas est affiché.
[205] L'utilisateur peut ainsi de façon fort synthétique, visualiser la combinaison de dates permettant de voyager au plus bas tarif.
[206] Il peut également choisir le meilleur compromis possible et les convenances de dates.
[207] Après sélection d'une paire de dates Aller / Retour, en cliquant sur la case d'intersection, le poste utilisateur 1, via son application de navigation, retourne une requête comprenant les critères d'entrée aptes au traitement précédemment décrit.
[208] Le traitement alors réalisé correspond sensiblement à celui schématisé à
la figure 3 et précédemment décrit plus en détail, notamment en référence à la figure 7.
[209] REFERENCES
1. Poste utilisateur 2. Serveur Web 3. Serveur d'application 4. Application de calendrier 5. Réseau de large extension [210] FDB Base de données de segments de voyage [211] TDB Base de données de tarifs [212] FFDB Base de données de familles de tarifs [213] MT Moteur de recherche de tarifs [214] MG Moteur de groupage [215] MF Moteur de recherche de solutions de voyage
10, I10 (dans le cas de dix segments proposés pour l'aller O1, 02, 03, 04, O5, 06, 07, 08, 09, O10 et de dix segment proposés en retour I1, I2, I3, I4, I5, I6, I7, I8, I9, I10) [072] - On poursuit ensuite l'association en combinant le segment aller 1 avec les différents segments retour possible O1 I2, O1 I3, O1 I4, O1 I5, O1 I6, O1 I7, O1 I8, O1 I9, O1, I10 et ainsi de suite pour les différents segments aller suivants (02, 03, ...).
[073] Dans les règles d'association, on peut prédéfinir un nombre de solutions de voyage maximales à calculer de façon à stopper le traitement à un certain nombre de com-binaisons.
[074] On donne ci-après un exemple de groupage de solutions de voyage dans un cas simple de transport aérien entre l'aéroport de Paris Orly et l'aéroport de Nice (France).
[O75] EXEMPLE I DE GROUPEMENT DE PRODUITS DE VOYAGE
[076] Pour une requête PARIS-NICE le 14/01/2004, NICE-PARIS le 18/01/2004 pour un adulte et un enfant, les produits de voyage suivants sont proposés [077] Produit de voyage 1 ~ Solution de voyage [078] Aller 1 [079] Vol N° AF 6208 le 14/01/2004 à 10h00 de ORLY à NICE
[080] Retour I
[081] Vol N° AF6213 le 18/01/2004 à 12h10 de NICE à ORLY
~ Solution de tarif [082] Famille de tarifs : AF POUR TOUS
[083] Pour le passager adulte [084] Prix total : 149,66 Euros [085] Montant de la taxe : 40,66 Euros [086] Note : « Les billets ne sont pas échangeables avant le départ [087] Détails du prix [088]
Tableau 1 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [089] Pourun passagerenfant:
[090] Prix total : 95,66 Euros [091] Montant de la taxe : 40,66 Euros [092] Message : « Les billets ne sont pas échangeables avant le départ [093] Détails du prix [094]
Tableau 2 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y Publique Enfant AFPOURTOUS
aller Vol WAP10 W Y Publique Enfant AFPOURTOUS
retour [095] Produit de voyage 2 Solution de voyage [096] Aller 2 [097] Vol N°AF 6210 le 14/01/2004 à 11h00 de ORLY à NICE
[098] Retour 2 [099] Vol N° AF6203 le 18/01/2004 à 08h10 de NICE à ORLY
~ Solution de tarif [ 100] Famille de tarifs : AF POUR TOUS
[101] Pour le passager adulte [ 102] Prix total : 149,66 Euros [ 103] Montant de la taxe : 40,66 Euros [ 104] Note : « Les billets ne sont pas échangeables avant le départ [ 105] Détails du prix [ 106]
Tableau 3 Classe Type de Type de Classe Cabine Famille de tarifs de tarif tarif passager Vol WAP10 W Y Publique Adulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [ 107] Pour un passager enfant [ 108] Prix total : 95,66 Euros [ 109] Montant de la taxe : 40,66 Euros [110] Message : « Les billets ne sont pas échangeables avant le départ »
[ 111 ] Détails du prix [112]
Tableau 4 Classe Type Type de de de Classe Cabine Famille de tarifs tarif tarif passager Vol WAP10 W Y PubliqueEnfant AFPOURTOUS
aller Vol WAP10 W Y PubliqueEnfant AFPOURTOUS
retour [ 113] Ces recommandations peuvent être groupées dans [ 114] Groupe de produits de voyage 1 ~ Solutions de voyage [ 115] Produit de voyage 1 : Aller 1 / Retour 1 [ 116] Produit de voyage 2 : Aller 2 / Retour 2 ~ Solution de tarifs [ 117] Famille de tarifs : AF POUR TOUS
[ 118] Pour le passager adulte [ 119] Prix total : 149,66 Euros [ 120] Montant de la taxe : 40,66 Euros [121] Note : « Les billets ne sont pas échangeables avant le départ »
[ 122] Détails du prix [123]
Tableau 5 Classe Type Type de de Classe Cabine Famille de tarifs de tarif passager tarif Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
aller Vol WAP10 W Y PubliqueAdulte AFPOURTOUS
retour [ 124] Pour un passager enfant [ 125] Prix total : 95,66 Euros [126] Montant de la taxe : 40,66 Euros [ 127] Message : « Les billets ne sont pas échangeables avant le départ »
[ 128] Détail du prix [ 129]
Tableau 6 Classe Type de Type de Classe Cabine Famille de tarifs de tarif tarif passager Vol WAP10 ~ W ~ Y ~ Publique ~ Enfant ~ AFPOURTOUS
aller Vol WAP10 W Y Publique Enfant AFPOURTOUS
retour [ 130] Avec les propositions de segments suivants [ 131 ] Aller 1 [132] Vol N°AF 6208 le 14/01/2004 à 10h00 de ORLY à NICE
[ 133] Aller 2 [134] Vol N°AF 6210 le 14/01/2004 à 11h00 de ORLY à NICE
[ 135] Retour 1 [136] Vol N°AF 6213 le 18/01/2004 à 12h10 de NICE à ORLY
[ 137] Retour 2 [138] Vol N°AF 6203 le 18/01/2004 à 8h10 de NICE à ORLY
[139] Depuis ce groupe de deux produits de voyage, le serveur Web peut proposer deux produits de voyage supplémentaires pour le même tarif [ 140] Produit de voyage 3 : Aller 1 / Retour 2 [141] Produit de voyage 4 : Aller 2 / Retour 1 [142] On donne ci-après un autre exemple dans lequel l'association de solutions de voyage n'est pas rendue possible car les solutions de voyage ne répondent pas aux règles d'association applicables.
[143] EXEMPLE 2 DE GROUPEMENT DE PRODUI TS DE VOYAGE
[144] Pour une requête SYDNEY-SINGAPOUR le 11/02/2004 pour un adulte, les produits de voyage suivants sont proposés [ 145] Produit de voYa~e 1 ~ Solutions de voyage [146] Aller 1 [147] Vol N°QF 411 le 11/02/2004 à 14h30 de SYDNEY à MELBOURNE
[148] Vol N°QF 9 le 11/02/2004 à 17h10 de MELBOURNE à SINGAPOUR
[ 149] Retour 1 [150] Vol N°QF 52 le 18/02/2004 à 21h10 de SINGAPOUR à BRISBANE
[ 151 ] Vol N°QF 86 le 19/02/2004 à 7h55 de BRISBANE à SYDNEY
~ Solution de tarifs [ 152] Famille de tarif : EXCURSION
[ 153] Pour le passager adulte [ 154] Prix total : 805,93 Euros [155] Montant de la taxe : 63,93 Euros [ 156] Note : « Les billets ne sont pas échangeables avant le départ »
[ 157] Détails du prix [lss]
Tableau 7 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vo KLEE35 K Y Publique Adulte EXCURSION
all er KLEE35 K Y Publique Adulte EXCURSION
Vo ret KLEE35 K Y Publique Adulte EXCURSION
our KLEE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
[159] Produit de voyage 2 ~ Solutions de voyage [ 160] Aller 2 [161] Vol N°QF 524 le 11/02/2004 à 12h05 de SYDNEY à BRISBANE
[162] Vol N°QF 51 le 11/02/2004 à 14h00 de BNE à SINGAPOUR
[ 163] Retour 2 [164] Vol N°QF 10 le 18/02/2004 à 20h05 de SINGAPOUR à MELBOURNE
[165] Vol N°QF 416 le 19/02/2004 à 8h30 de MELBOURNE à SYDNEY
~ Solution de tarifs [ 166] Famille de tarif : EXCURSION
[ 167] Pour le passager adulte [ 168] Prix total : 805,93 Euros [169] Montant de la taxe : 63,93 Euros [ 170] Note : « Les billets ne sont pas échangeables avant le départ »
[171] Détails du prix [ 172]
Tableau 8 Classe de Type de Type de Classe Cabine Famille de tarifs tarif tarif passager Vol ~ ~EE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
aller KLEE35 ~ K ~ Y ~ Publique ~ Adulte ~ EXCURSION
Vol retour KLEE35 I K Y I Publique I Adulte EXCURSION
KLEE35 K I Y Publique I Adulte I EXCURSION
[ 173] Ces produits de voyage ne peuvent pas être groupés parce que les escales ne sont pas les mêmes ; l'aller est via MELBOURNE et le retour via BRISBANE pour le .
produit de voyage 1, alors que l'aller est via BRISBANE et le retour via MELBOURNE pour le produit de voyage 2.
[174] Pour réaliser le traitement de l'invention, on peut utiliser les bases de données pré-cédemment décrites (Base de données de segments de voyage FDB, base de données de tarifs TDB, et base de données de familles de tarifs FFDB).
[ 175] Ces bases de données peuvent être accédées par des moteurs de recherche et en particulier par un moteur de recherche de tarifs MT, un moteur de groupage MG
et un moteur de recherche de solutions de voyage MF.
[176] On décrit maintenant plus en détail les étapes possibles du traitement de l'invention en référence à la figure 7.
[177] O A cette figure, l'utilisateur entre une requête de solutions de voyage pour un itinéraire déterminé en spécifiant des dates de voyage et les points d'origine et de destination souhaités. L'utilisateur peut également saisir d'autres préférences (escale, classe de familles de tarifs souhaitée, ...). Cette saisie est opérée au niveau du poste client 1 et est adressée au serveur Web 2 pour traitement.
[178] A Le serveur Web 2 retranscrit la requête en la formatant et en l'adressant au moteur de groupage (MG) de solutions de voyage. L'intervention du serveur Web permet d'ajouter des options par défaut et des données d'identification de requête.
[ 179] D Basé sur ces données en entrée, le moteur de groupage (MG) envoie une requête au moteur de solutions de voyage (MF) pour la détermination des solutions de voyage.
[180] 0 Le moteur de solution de voyage (MF) requiert de la base de données de segments de voyage (FDB) l'extraction des segments aller et des segments retour cor-respondants.
[181] D Les segments aller et retour répondant aux critères d'entrée, sont retournés par la base de données de segments de voyage (FDB) au moteur de recherche de solutions de voyage (MF) [ 182] D Les solutions de voyage sont alors construites en combinant les segments aller et retour issus de la base de données de segments de voyage FDB et les solutions sont retournés au moteur de groupage (MG).
[ 183] 8 Le moteur de groupage (MG) adresse une requête en détermination des produits de voyage au moteur de recherche de tarifs (MT) en lui envoyant les critères d'entrée initiaux et les solutions de voyage déterminées par le moteur de recherche de solutions de voyage (MF).
[ 184] D Le moteur de recherche de tarifs (MT) adresse une requête à la base de données de tarifs (TDB) pour déterminer les tarifs correspondants aux solutions de voyage.
[ 185] D Les tarifs en vigueur sont retournés par la base de données de tarifs (TDB) au moteur de recherche de tarifs (MT) [18f~] m Le moteur de tarifs (MT) adresse une requête à la base de données de familles de -~
tarifs (FFDB) pour déterminer les familles de tarifs répondant aux critères d'entrée de la requête.
[ 187] O O Les familles de tarifs correspondant sont retournées au moteur de recherche de tarifs (MT).
[188] O A Le moteur de recherche de tarifs (MT) calcule des solutions tarifaires par combinaison de tarifs. Les produits de voyage sont alors construits en associant une solution tarifaire aux solutions de voyage préalablement constrûites. Le moteur de recherche de tarifs (MT) retourne alors au moteur de groupage (MG) les produits de voyage ainsi créés avec l'indication de la famille de tarifs à laquelle ils sont associés.
[ 189] O D Le moteur de groupage (MG) réalise un groupage des produits de voyage répondant aux règles définies et retourne les groupes formés au serveur Web (2).
[190] O O Le serveur Web (2) extrait des groupes de produits de voyage, la liste des segments aller à proposer et la liste des segments retour à proposer avec la famille de tarifs qui leur est associée. L'utilisateur, via l'application embarquée au niveau du poste utilisateur 1, se voit proposer les allers et les retours de façon indépendante par niveau de prix.
[191] Dans le cas précédemment décrit, l'application implémentée au niveau du poste client I ne nécessite aucune configuration particulière du poste puisqu'il peut s'agir d'une application de navigation du type Internet Explorer (Marque déposée). Ce navigateur est en effet à même à fournir l'interface graphique répondant à la requête de l'utilisateur.
[192] La figure 4 donne un exemple de l'interface produite à l'issue des étapes pré-cédemment produite.
[193] Cet affichage est ici produit par famille de tarifs (dans le cas représenté, les solutions de voyage de la famille de tarifs FFI sont visibles et on peut accéder aux solutions des familles de voyages FF2, FF3, FF4, FFS par saisie de l'utilisateur au niveau du poste utilisateur 1 en cliquant sur le signet correspondant.
[194] Dans le cas représenté, une classification par tarif est proposée en n'affichant que la solution de voyage à 1295 dollars.
[195] De façon similaire à l'affichage des solutions par famille de tarifs d'indice croissant, on peut visualiser les solutions à des tarifs supérieurs en cliquant sur à la zone correspondante 1695 dollars, 1950 dollars, 2190 dollars, 2290 dollars.
[196] On notera que l'utilisateur peut sélectionner n'importe quel vol aller et n'importe quel vol retour ainsi qu'affiché en figure 4 pour parvenir à une solution de voyage per-sonnalisée à un tarif préalablement décrit de 1295 dollars .
[197] Les figures 6a, 6b montrent un mode de réalisation supplémentaire de la présente invention dans lequel l'information produite en réponse à la requête du client est présentée graphiquement de façon différente.
[198] Dans le cas de la figure 6a, en effet, peu de solutions de voyage sont proposées mais des solutions sont présentes et affichées simultanément pour divers prix dans divers familles de tarifs (FF1, FF2, FF3, FF4, FFS).
[199] Si l'utilisateur souhaite plus d'informations, à savoir plus de propositions de solutions de voyage à l'intérieur d'une des catégories affichées, un lien (illustré « plus de vols ») lui permet d'accéder à une fenêtre additionnelle représentée en figure 6b, dans laquelle les solutions supplémentaires de segment aller et de segment retour sont visualisés pour offrir plus de choix de sélection de solutions de voyage.
[200] Toujours à titre préféré mais non limitatif, la présente invention peut utiliser une fonction de calendrier permettant la formation des critères d'entrée précédemment indiqués en deux temps par l'utilisateur.
[201] Ainsi, tel que représenté en figure 2, l'utilisateur commence par saisir une requête générale au niveau du poste client 1, requête transmise par le serveur Web 2 au niveau de l' application 3.
[202] Une application de calendrier 4, (schématisée en figure 1 ) permet de retourner une première information à l'utilisateur sous forme d'une réponse du type illustrée en figure 5.
[203] A cette figure, un intervalle de dates correspondant à l'intervalle de requête de l'utilisateur est affiché pour la date de voyage aller et la date de voyage retour.
[204] Pour chaque paire de dates aller / retour, la solution de voyage calculée au prix de vente le plus bas est affiché.
[205] L'utilisateur peut ainsi de façon fort synthétique, visualiser la combinaison de dates permettant de voyager au plus bas tarif.
[206] Il peut également choisir le meilleur compromis possible et les convenances de dates.
[207] Après sélection d'une paire de dates Aller / Retour, en cliquant sur la case d'intersection, le poste utilisateur 1, via son application de navigation, retourne une requête comprenant les critères d'entrée aptes au traitement précédemment décrit.
[208] Le traitement alors réalisé correspond sensiblement à celui schématisé à
la figure 3 et précédemment décrit plus en détail, notamment en référence à la figure 7.
[209] REFERENCES
1. Poste utilisateur 2. Serveur Web 3. Serveur d'application 4. Application de calendrier 5. Réseau de large extension [210] FDB Base de données de segments de voyage [211] TDB Base de données de tarifs [212] FFDB Base de données de familles de tarifs [213] MT Moteur de recherche de tarifs [214] MG Moteur de groupage [215] MF Moteur de recherche de solutions de voyage
Claims
Revendications [001] Dispositif de réservation de produits de voyage comportant un système in-formatique central de traitement des requêtes d'utilisateur portant sur un voyage avec un trajet aller et un trajet retour, comprenant des moyens pour calculer et retourner à l'utilisateur une information relative à des produits de voyage incluant des prix de vente, ledit système informatique central étant accessible depuis au moins un poste utilisateur (1), caractérisé par le fait qu'il comporte Un moteur de recherche de solutions de voyage (MF) pouvant accéder à au moins une base de données de segments de voyage (FDB) et présentant des moyens pour déterminer les segments aller et les segments retour répondant à
des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour, et des moyens pour définir un nombre prédéterminé de solutions de voyage possibles par as-sociation, par paires, de segments aller et de segments retour en appliquant des règles d'association ; Un moteur de recherche de tarif présentant des moyens pour déterminer, par accès à au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage com-mercialisables ; Un moteur de groupage (MG) des produits de voyage appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif, configuré pour obtenir une représentation factorisée des produits de voyage avec un ensemble de segments aller assimilables et un ensemble de segments retour assimilables ; Des moyens pour extraire de chaque groupe de produits de voyage les segments aller et les segments retour ; Des moyens pour produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur (1).
[002] Dispositif selon la revendication 1, caractérisé par le fait que : La requête de l'utilisateur comporte un intervalle de dates de voyage aller et/ou retour ;
Il comporte une application de calendrier (4), pour chaque combinaison de date de voyage aller et de date de voyage retour, pour déterminer le produit de voyage ayant le tarif le plus bas ; Il comporte des moyens pour produire un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur (1) permettant à l'utilisateur de sé-lectionner un produit de voyage pour une combinaison de dates de voyage aller et retour ; II comporte des moyens pour retourner ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour.
[003] Dispositif selon l'une quelconque des revendications 1 à 2, caractérisé
par le fait que, le moteur de recherche de tarifs (MT) est configuré pour déterminer, en premier lieu, le tarif des solutions de voyage ne présentant pas de segments aller ni de segments retour communs.
[004] Dispositif selon les revendications 1 à 3, caractérisé par le fait que, les critères de groupage comportent au moins un des critères suivants : Identité des tronçons des segments, Identité du prix total par voyageur, Identité des paramètres de ta-rification.
[005] Dispositif selon l'une quelconque des revendications 1 à 4, caractérisé
par le fait qu'il comporte une base de données de familles de tarifs (FFDB) contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage, ladite base de données de familles de tarifs étant accessible par le moteur de recherche de tarifs (MT) pour trier les produits de voyage par famille de tarifs.
[006] Dispositif selon la revendication 5 caractérisé par le fait que, les critères de groupage comportent un critère d'identité de famille de tarifs.
[007] Dispositif selon la revendication 5 ou 6, caractérisé par le fait que, la base de données de familles de tarifs (FFDB) inclut des classes commerciales de familles de tarifs associant un groupe de famille de tarifs et un marché géographique prédéfini, pour un ensemble de dates de requête prédéterminé.
[008] Dispositif selon la revendication 7, caractérisé par le fait qu'il comporte des moyens de sélection d'au moins une classe commerciale de familles de tarifs, pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
[009] Procédé de traitement d'une requête d'un utilisateur portant sur un voyage avec un trajet aller et un trajet retour, dans lequel on calcule et on retourne à
l'utilisateur une information relative à des produits de voyage incluant des prix de vente, comportant les étapes suivantes : Détermination, par accès à au moins une base de données de segments de voyage (FDB), des segments aller et des segments retour répondant à des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ; Définition d'un nombre prédéterminé de solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association ; Détermination par accès à au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ; Un groupage des produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif, configuré pour obtenir une représentation factorisée des produits de voyage avec un ensemble de segments aller assimilables et un ensemble de segments retour assimilables; Extraction de chaque groupe de produits de voyage des segments aller et des segments retour ; Production d'un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur (1).
[010] Procédé selon la revendication 9,caractérisé par le fait qu'il comporte les étapes préliminaires suivantes : Réception d'une requête d'un utilisateur comprenant un intervalle de dates de voyage aller et/ou retour ; Un traitement de la requête par une application de calendrier (4) consistant à, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, déterminer le produit de voyage ayant le tarif le plus bas ; Production d'un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur (1) ; Sélection au niveau du poste utilisateur (1) d'un produit de voyage pour une combinaison de dates de voyage aller et retour ; Envoi de ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour.
[011] Procédé selon la revendication 9 ou 10, caractérisé par le fait qu'on détermine le tarif associé aux solutions de voyage en commençant par les solutions de voyage ne présentant pas de segment aller ni de segment retour en commun.
[012] Procédé selon l'une quelconque des revendications 9 à 11, caractérisé
par le fait qu'on utilise comme critère de groupage au moins un des critères suivants Identité des tronçons des segments, Identité du prix total par voyageur, Identité
des paramètres de tarification.
[013] Procédé selon l'une quelconque des revendications 9 à 12, caractérisé
par le fait qu'on met en oeuvre les étapes suivantes : Accès à une base de données de famille de tarifs contenant des règles de détermination de l'appartenance à au moins une famille de tarifs pour chaque tarif de voyage ; Tri des produits de voyage par famille de tarifs.
[014] Procédé selon la revendication 13, caractérisé par le fait qu'on utilise l'appartenance à une même famille de tarifs comme critère de groupage des produits de voyage.
[015] Procédé selon la revendication 13 ou 14, caractérisé par le fait que, la création, dans la base de données de familles de tarifs (FFDB), des classes commerciales de familles de tarifs associant au moins un groupe de familles de tarifs à un marché géographique prédéfini, pour un ensemble de dates de requête pré-déterminé.
[016] Procédé selon la revendication 15, caractérisé par le fait qu'on sélectionne une ou plusieurs classes commerciales de familles de tarifs pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
[017] Procédé selon l'une quelconque des revendications 9 à 16, caractérisé
par le fait qu'on produit l'affichage d'informations pour un nombre prédéfini de segments aller et de segments retour d'un groupe de produits de voyage ; on produit l'affichage d'un message de proposition d'affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
Sur saisie d'une instruction par l'utilisateur, on produit ledit affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage.
[018] Procédé selon l'une quelconque des revendication 9 à 17 caractérisé par les opérations suivantes : Production d'un affichage d'informations pour des produits de voyage du groupe de produit de voyage au tarif le plus bas ;
Production de l'affichage d'un message de proposition d'affichage d'informations pour au moins un autre groupe de produits de voyage ; Sur saisie d'une instruction par l'utilisateur, production d'un affichage d'informations pour ledit autre groupe de produits de voyage.
[019] Produit programme d'ordinateur comprenant des instructions de programme pour, lorsqu'il est exécuté par un ordinateur : Déterminer, par accès à au moins une base de données de segments de voyage (FDB), les segments aller et les segments retour répondant à des critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ;Définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'associations ; Déterminer, par accès à
au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ; Grouper les produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ; Extraire de chaque groupe de produits de voyage les segments aller et les segments retour ; Produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour.
des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour, et des moyens pour définir un nombre prédéterminé de solutions de voyage possibles par as-sociation, par paires, de segments aller et de segments retour en appliquant des règles d'association ; Un moteur de recherche de tarif présentant des moyens pour déterminer, par accès à au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage com-mercialisables ; Un moteur de groupage (MG) des produits de voyage appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif, configuré pour obtenir une représentation factorisée des produits de voyage avec un ensemble de segments aller assimilables et un ensemble de segments retour assimilables ; Des moyens pour extraire de chaque groupe de produits de voyage les segments aller et les segments retour ; Des moyens pour produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur (1).
[002] Dispositif selon la revendication 1, caractérisé par le fait que : La requête de l'utilisateur comporte un intervalle de dates de voyage aller et/ou retour ;
Il comporte une application de calendrier (4), pour chaque combinaison de date de voyage aller et de date de voyage retour, pour déterminer le produit de voyage ayant le tarif le plus bas ; Il comporte des moyens pour produire un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur (1) permettant à l'utilisateur de sé-lectionner un produit de voyage pour une combinaison de dates de voyage aller et retour ; II comporte des moyens pour retourner ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour.
[003] Dispositif selon l'une quelconque des revendications 1 à 2, caractérisé
par le fait que, le moteur de recherche de tarifs (MT) est configuré pour déterminer, en premier lieu, le tarif des solutions de voyage ne présentant pas de segments aller ni de segments retour communs.
[004] Dispositif selon les revendications 1 à 3, caractérisé par le fait que, les critères de groupage comportent au moins un des critères suivants : Identité des tronçons des segments, Identité du prix total par voyageur, Identité des paramètres de ta-rification.
[005] Dispositif selon l'une quelconque des revendications 1 à 4, caractérisé
par le fait qu'il comporte une base de données de familles de tarifs (FFDB) contenant des règles de détermination de l'appartenance à une famille de tarifs pour chaque tarif de voyage, ladite base de données de familles de tarifs étant accessible par le moteur de recherche de tarifs (MT) pour trier les produits de voyage par famille de tarifs.
[006] Dispositif selon la revendication 5 caractérisé par le fait que, les critères de groupage comportent un critère d'identité de famille de tarifs.
[007] Dispositif selon la revendication 5 ou 6, caractérisé par le fait que, la base de données de familles de tarifs (FFDB) inclut des classes commerciales de familles de tarifs associant un groupe de famille de tarifs et un marché géographique prédéfini, pour un ensemble de dates de requête prédéterminé.
[008] Dispositif selon la revendication 7, caractérisé par le fait qu'il comporte des moyens de sélection d'au moins une classe commerciale de familles de tarifs, pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
[009] Procédé de traitement d'une requête d'un utilisateur portant sur un voyage avec un trajet aller et un trajet retour, dans lequel on calcule et on retourne à
l'utilisateur une information relative à des produits de voyage incluant des prix de vente, comportant les étapes suivantes : Détermination, par accès à au moins une base de données de segments de voyage (FDB), des segments aller et des segments retour répondant à des critères d'entrée, lesdits critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ; Définition d'un nombre prédéterminé de solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'association ; Détermination par accès à au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ; Un groupage des produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif, configuré pour obtenir une représentation factorisée des produits de voyage avec un ensemble de segments aller assimilables et un ensemble de segments retour assimilables; Extraction de chaque groupe de produits de voyage des segments aller et des segments retour ; Production d'un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour, au niveau du poste utilisateur (1).
[010] Procédé selon la revendication 9,caractérisé par le fait qu'il comporte les étapes préliminaires suivantes : Réception d'une requête d'un utilisateur comprenant un intervalle de dates de voyage aller et/ou retour ; Un traitement de la requête par une application de calendrier (4) consistant à, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, déterminer le produit de voyage ayant le tarif le plus bas ; Production d'un affichage d'informations relatives au produit de voyage répondant à la requête et ayant le tarif le plus bas, pour chaque combinaison de dates de voyage aller et de dates de voyage retour, au niveau du poste utilisateur (1) ; Sélection au niveau du poste utilisateur (1) d'un produit de voyage pour une combinaison de dates de voyage aller et retour ; Envoi de ladite combinaison de dates de voyage aller et retour au système central pour l'intégrer dans les critères d'entrée en tant que date de voyage aller et date de voyage retour.
[011] Procédé selon la revendication 9 ou 10, caractérisé par le fait qu'on détermine le tarif associé aux solutions de voyage en commençant par les solutions de voyage ne présentant pas de segment aller ni de segment retour en commun.
[012] Procédé selon l'une quelconque des revendications 9 à 11, caractérisé
par le fait qu'on utilise comme critère de groupage au moins un des critères suivants Identité des tronçons des segments, Identité du prix total par voyageur, Identité
des paramètres de tarification.
[013] Procédé selon l'une quelconque des revendications 9 à 12, caractérisé
par le fait qu'on met en oeuvre les étapes suivantes : Accès à une base de données de famille de tarifs contenant des règles de détermination de l'appartenance à au moins une famille de tarifs pour chaque tarif de voyage ; Tri des produits de voyage par famille de tarifs.
[014] Procédé selon la revendication 13, caractérisé par le fait qu'on utilise l'appartenance à une même famille de tarifs comme critère de groupage des produits de voyage.
[015] Procédé selon la revendication 13 ou 14, caractérisé par le fait que, la création, dans la base de données de familles de tarifs (FFDB), des classes commerciales de familles de tarifs associant au moins un groupe de familles de tarifs à un marché géographique prédéfini, pour un ensemble de dates de requête pré-déterminé.
[016] Procédé selon la revendication 15, caractérisé par le fait qu'on sélectionne une ou plusieurs classes commerciales de familles de tarifs pour déterminer des produits de voyage répondant à la requête de l'utilisateur.
[017] Procédé selon l'une quelconque des revendications 9 à 16, caractérisé
par le fait qu'on produit l'affichage d'informations pour un nombre prédéfini de segments aller et de segments retour d'un groupe de produits de voyage ; on produit l'affichage d'un message de proposition d'affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage ;
Sur saisie d'une instruction par l'utilisateur, on produit ledit affichage d'informations pour d'autres segments aller ou d'autres segments retour du groupe de produits de voyage.
[018] Procédé selon l'une quelconque des revendication 9 à 17 caractérisé par les opérations suivantes : Production d'un affichage d'informations pour des produits de voyage du groupe de produit de voyage au tarif le plus bas ;
Production de l'affichage d'un message de proposition d'affichage d'informations pour au moins un autre groupe de produits de voyage ; Sur saisie d'une instruction par l'utilisateur, production d'un affichage d'informations pour ledit autre groupe de produits de voyage.
[019] Produit programme d'ordinateur comprenant des instructions de programme pour, lorsqu'il est exécuté par un ordinateur : Déterminer, par accès à au moins une base de données de segments de voyage (FDB), les segments aller et les segments retour répondant à des critères d'entrée comprenant au moins une date de voyage aller, une date de voyage retour et des données de définition d'un itinéraire de voyage comprenant un trajet aller et un trajet retour ;Définir des solutions de voyage possibles par association, par paires, de segments aller et de segments retour en appliquant des règles d'associations ; Déterminer, par accès à
au moins une base de données de tarifs (TDB), le tarif associé aux solutions de voyage pour former des produits de voyage commercialisables ; Grouper les produits de voyage en appliquant des critères de groupage comprenant au moins un critère d'équivalence de tarif ; Extraire de chaque groupe de produits de voyage les segments aller et les segments retour ; Produire un affichage d'informations sur au moins un groupe de produits de voyage de façon séparée pour les segments aller et les segments retour.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US57421804P | 2004-05-26 | 2004-05-26 | |
| EP04102309.4 | 2004-05-26 | ||
| EP04102309A EP1600868A1 (fr) | 2004-05-26 | 2004-05-26 | Dispositif et procédé de réservation de produits de voyage |
| US60/574,218 | 2004-05-26 | ||
| PCT/EP2005/052375 WO2005116883A1 (fr) | 2004-05-26 | 2005-05-24 | Dispositif et procede de reservation de produits de voyage |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2565511A1 true CA2565511A1 (fr) | 2005-12-08 |
Family
ID=34970115
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002565511A Abandoned CA2565511A1 (fr) | 2004-05-26 | 2005-05-24 | Dispositif et procede de reservation de produits de voyage |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US8428980B2 (fr) |
| EP (1) | EP1756765A1 (fr) |
| JP (1) | JP4814877B2 (fr) |
| KR (1) | KR101148215B1 (fr) |
| CN (1) | CN1957368A (fr) |
| AU (1) | AU2005248490B2 (fr) |
| BR (1) | BRPI0511538A (fr) |
| CA (1) | CA2565511A1 (fr) |
| SG (1) | SG153038A1 (fr) |
| WO (1) | WO2005116883A1 (fr) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8600784B1 (en) * | 2004-07-30 | 2013-12-03 | Kayak Software Corporation | Indentifying information sources to search based on rules |
| US20070168854A1 (en) * | 2006-01-18 | 2007-07-19 | De Marcken Carl G | User interface for presentation of solutions in multi-passenger multi-route travel planning |
| FR2899411B1 (fr) * | 2006-03-31 | 2008-06-27 | Infovista Sa Sa | Procede de configuration de displets pour une plateforme interactive d'analyse de performance d'un reseau informatique |
| US20090099971A1 (en) * | 2007-10-10 | 2009-04-16 | Oneway Llc. | Methods and systems for marketing distressed inventory |
| US8682737B2 (en) | 2007-10-22 | 2014-03-25 | Jacek Waksmundzki | Universal business to media transaction system, process and standard |
| EP2079043A1 (fr) * | 2008-01-14 | 2009-07-15 | AMADEUS sas | Système de réservation de voyage en ligne et procédé fournissant des opportunités de voyage sensibles aux restrictions |
| EP2221733A1 (fr) * | 2009-02-17 | 2010-08-25 | AMADEUS sas | Procédé permettant la validation dans une base de données de production de nouvelles données entrées avant leur diffusion |
| WO2011026120A2 (fr) * | 2009-08-31 | 2011-03-03 | Usingmiles, Inc. | Logiciel et procédés de gestion de déplacements incluant un système de récompense |
| US10242327B2 (en) * | 2010-11-15 | 2019-03-26 | Pros Travel Commerce, Inc. | Discovering and reserving travel solutions |
| EP2500833B1 (fr) * | 2011-03-17 | 2017-12-06 | Amadeus S.A.S. | Système et procédé de traitement des requêtes complexes |
| 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 |
| KR101558324B1 (ko) * | 2013-10-11 | 2015-10-13 | 주식회사 크루메이트 | 휴리스틱 항공조회 시스템 및 그 제공방법 |
| WO2015053502A1 (fr) * | 2013-10-11 | 2015-04-16 | 주식회사 크루메이트 | Système d'interrogation de vols heuristique et son procédé d'utilisation |
| CN103745263A (zh) * | 2013-11-19 | 2014-04-23 | 深圳市欧凯管家信息技术有限公司 | 机票预订方法和系统 |
| KR20160125175A (ko) * | 2015-04-21 | 2016-10-31 | 네이버 주식회사 | 서버 장치，사용자 단말 및 이들에 의한 항공권 정보 제공 방법 |
| US20170024665A1 (en) * | 2015-07-23 | 2017-01-26 | Sabre Glbl Inc. | Method, apparatus and computer program product for determining taxes and fees for a travel itinerary |
| CN105303486A (zh) * | 2015-09-06 | 2016-02-03 | 李想 | 一种基于成本最低的智慧旅游推荐系统与方法 |
| CN105630984B (zh) * | 2015-12-25 | 2020-08-21 | 中国民航信息网络股份有限公司 | 一种运价搜索系统 |
| CN106251208A (zh) * | 2016-08-09 | 2016-12-21 | 上海携程商务有限公司 | 机票价格的交互展示方法及装置 |
| FR3055056A1 (fr) * | 2016-08-11 | 2018-02-16 | Amadeus S.A.S. | Generation de recommandations pour des itineraires ayant deux ou plusieurs segments |
| CN106779824A (zh) * | 2016-12-01 | 2017-05-31 | 上海携程国际旅行社有限公司 | 旅游线路产品的起价计算的任务的生成方法 |
| US10592206B2 (en) * | 2017-01-05 | 2020-03-17 | Amadeus S.A.S. | Disruption index for tracking database records |
| SG10201703029UA (en) * | 2017-04-12 | 2018-11-29 | Mastercard International Inc | Computer-implemented methods, computer system and computer programs for performing transactions |
| CN108710669A (zh) * | 2018-05-16 | 2018-10-26 | 清远博云软件有限公司 | 一种旅游景点用旅游线路制定方法 |
| CN109948907A (zh) * | 2019-02-22 | 2019-06-28 | 珠海格力电器股份有限公司 | 机组选型方法、装置、可读存储介质及终端 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4862357A (en) * | 1987-01-28 | 1989-08-29 | Systemone Holdings, Inc. | Computer reservation system with means to rank travel itineraries chosen in terms of schedule/fare data |
| US6023679A (en) * | 1994-10-04 | 2000-02-08 | Amadeus Global Travel Distribution Llc | Pre- and post-ticketed travel reservation information management system |
| US5832454A (en) * | 1995-10-24 | 1998-11-03 | Docunet, Inc. | Reservation software employing multiple virtual agents |
| US6418415B1 (en) * | 1996-09-04 | 2002-07-09 | Priceline.Com Incorporated | System and method for aggregating multiple buyers utilizing conditional purchase offers (CPOS) |
| US6307572B1 (en) * | 1998-07-02 | 2001-10-23 | Ita Software, Inc. | Graphical user interface for travel planning system |
| US6336097B1 (en) | 1999-07-01 | 2002-01-01 | Manugistic Atlanta, Inc. | Apparatus, systems and methods for constructing large numbers of travel fares |
| US6236938B1 (en) * | 1999-08-05 | 2001-05-22 | Amadeus Consulting Group, Inc. | Systems and methods for creating maps using GPS systems |
| US20020022981A1 (en) * | 2000-08-11 | 2002-02-21 | Goldstein Jonathan S. | Method and system for finding lowest fares for group travel |
| US7194417B1 (en) * | 2000-09-22 | 2007-03-20 | Amadeus Revenue Integrity, Inc. | Automated method and system for recognizing unfulfilled obligations and initiating steps to convert said obligations to a fulfilled status or to a null status for resale |
| FR2814827B1 (fr) * | 2000-10-02 | 2003-01-10 | Amadeus Developement Company | Unite de multiplexage, systeme et procede de communication dans un reseau informatique |
| JP2002117259A (ja) * | 2000-10-06 | 2002-04-19 | For-Side.Com Co Ltd | 仲介販売システム、仲介販売方法、仲介販売装置、割引きシステム、割引き方法、並びにコンピュータ読み取り可能な記録媒体 |
| US20020143587A1 (en) * | 2001-04-02 | 2002-10-03 | Microsoft Corporation | Optimized system and method for finding best fares |
| US7305356B2 (en) * | 2001-05-25 | 2007-12-04 | Amadeus Americas, Inc. | Travel value index |
| JP4074094B2 (ja) * | 2002-01-22 | 2008-04-09 | 株式会社アジェンダ | フライトプラン作成装置 |
| US7050987B2 (en) * | 2003-08-05 | 2006-05-23 | Sabre Inc. | System and method for coordinating travel itineraries |
-
2005
- 2005-05-24 WO PCT/EP2005/052375 patent/WO2005116883A1/fr active Application Filing
- 2005-05-24 CA CA002565511A patent/CA2565511A1/fr not_active Abandoned
- 2005-05-24 EP EP05752657A patent/EP1756765A1/fr not_active Ceased
- 2005-05-24 US US11/597,472 patent/US8428980B2/en active Active
- 2005-05-24 JP JP2007513924A patent/JP4814877B2/ja not_active Expired - Fee Related
- 2005-05-24 CN CNA2005800167386A patent/CN1957368A/zh active Pending
- 2005-05-24 SG SG200903066-9A patent/SG153038A1/en unknown
- 2005-05-24 AU AU2005248490A patent/AU2005248490B2/en active Active
- 2005-05-24 KR KR1020067027291A patent/KR101148215B1/ko active IP Right Grant
- 2005-05-24 BR BRPI0511538-8A patent/BRPI0511538A/pt not_active Application Discontinuation
Also Published As
| Publication number | Publication date |
|---|---|
| KR101148215B1 (ko) | 2012-05-25 |
| AU2005248490B2 (en) | 2010-11-25 |
| JP4814877B2 (ja) | 2011-11-16 |
| AU2005248490A1 (en) | 2005-12-08 |
| US20070233530A1 (en) | 2007-10-04 |
| CN1957368A (zh) | 2007-05-02 |
| US8428980B2 (en) | 2013-04-23 |
| SG153038A1 (en) | 2009-06-29 |
| KR20070049605A (ko) | 2007-05-11 |
| JP2008500621A (ja) | 2008-01-10 |
| WO2005116883A1 (fr) | 2005-12-08 |
| BRPI0511538A (pt) | 2008-01-02 |
| EP1756765A1 (fr) | 2007-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2565511A1 (fr) | Dispositif et procede de reservation de produits de voyage | |
| WO2018090139A1 (fr) | Interaction client améliorée | |
| US20090187466A1 (en) | Location-Based Information-Geo Retail Notification | |
| WO2012095613A1 (fr) | Recherche de vols | |
| US11961097B2 (en) | Determining advertising conversion | |
| US20090157439A1 (en) | System and method for travel related commercial interactions | |
| Soava | Development prospects of the tourism industry in the digital age | |
| US12026190B2 (en) | Access points for maps | |
| US20230044745A1 (en) | Curated Result Finder | |
| Nguyen | Continuance intention in traffic-related social media: A privacy calculus perspective | |
| EP1538542A1 (fr) | Système et procédé de traitement d'une requête en information de prix | |
| FR3104296A1 (fr) | Système de determination de produit optimisé | |
| US20140257696A1 (en) | Travel Pattern Analysis | |
| CH709062B1 (fr) | Système et procédé mis en œuvre par ordinateur pour mettre en relation des acheteurs et des vendeurs de produits ou services. | |
| EP1600868A1 (fr) | Dispositif et procédé de réservation de produits de voyage | |
| FR3111219A1 (fr) | Procédé de négociation automatisée et produit de programme informatique pour la mise en œuvre de ce procédé | |
| FR3105522A3 (fr) | Système informatique de réservation de voyage | |
| FR2930061A1 (fr) | Procede et dispositif permettant d'afficher sur un ecran d'ordinateur une information associee a un ou plusieurs mots-cles | |
| Yılmaz et al. | The importance and role of digital marketing in the preference of touristic products in Turkey | |
| FR3105477A3 (fr) | Système de distribution de contenu avec gestion de profil utilisateur | |
| Aydın | The impact of travel 2.0 technologies on international tourist arrivals | |
| KR20240062699A (ko) | 스마트폰을 이용한 여행 플랫폼 서비스 | |
| BAġER | The pros and cons of digital marketing strategies: applications from the hotel industry | |
| FR3063171A1 (fr) | Gestion de donnees hors standard dans un systeme de gestion de donnees contexte | |
| Dahiya et al. | Apprehending The Tour Operators Destination Brand Knowledge |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued |
Effective date: 20170418 |
|
| FZDE | Discontinued |
Effective date: 20170418 |
|
| FZDE | Discontinued |
Effective date: 20170418 |