IT202000020038A1 - Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente - Google Patents
Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente Download PDFInfo
- Publication number
- IT202000020038A1 IT202000020038A1 IT102020000020038A IT202000020038A IT202000020038A1 IT 202000020038 A1 IT202000020038 A1 IT 202000020038A1 IT 102020000020038 A IT102020000020038 A IT 102020000020038A IT 202000020038 A IT202000020038 A IT 202000020038A IT 202000020038 A1 IT202000020038 A1 IT 202000020038A1
- Authority
- IT
- Italy
- Prior art keywords
- gds
- platform
- signal
- pnr
- communication server
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims description 49
- 238000000034 method Methods 0.000 title claims description 28
- 238000012795 verification Methods 0.000 claims description 12
- 238000012790 confirmation Methods 0.000 claims description 3
- 238000013515 script Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000010006 flight Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001105 regulatory effect Effects 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Description
DESCRIZIONE
Annessa a domanda di brevetto per INVENZIONE INDUSTRIALE avente per titolo
?Sistema e metodo di comunicazione informatico tra un?agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell?agenzia emittente?
Campo tecnico
La presente invenzione ha per oggetto un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente ed un server di comunicazione per quotare ed eventualmente comprare un biglietto di viaggio da parte dell?agenzia emittente.
In altre parole, la presente invenzione riguarda un software per agenzie di viaggio adibito alla comunicazione con i sistemi GDS per la quotazione e l?emissione di biglietti in tempo reale utilizzando qualsiasi PTC (Passenger Type Code) e FTC (Fare Type Code).
Nel relativo settore tecnico e per il presente documento vengono utilizzate alcune sigle specifiche qui di seguito esposte:
? piattaforma GDS o GDS (Global Distribution System) ovvero il sistema globale di distribuzione dei contenuti di compagna come ad esempio compagnia aerea, Hotel, Autonoleggio etc etc. Ad esempio, i GDS pi? diffusi sono Amadeus?, Sabre?,Travel Port?;
? IATA (International Air Transport Association) si tratta di un?agenzia viaggi autorizzata all?emissione del biglietto per conto, ad esempio, della compagna aerea. Le agenzie IATA si occupano anche di regolare il pagamento (preferibilmente tramite circuito BSP - billing and Sattlement Plan) di tutte le operazioni effettuate attraverso GDS e anche il pagamento delle agenzie IATA le quali a loro volta regolano il pagamento con la compagna aerea. Le agenzie IATA vengono anche chiamate Consolidatore o Grossista o Wholesaller;
? PCC (Pseudo City Code) ovvero numero univoco per identificare l?agenzia di viaggio emittente che genera la prenotazione;
? Fares/Tariffa Pubblicata (visibile da qualsiasi agenzia di viaggi dotato di un PCC);
? Fares/Tariffa Privata (visibile soltanto da agenzia di viaggi solitamente IATA con specifiche referenze e volumi negoziati con ogni singola compagna aerea);
? PTC (Passenger Type Code) che pu? essere:
o LBR (Ethnica/lavoratore);
o Resident;
o IT/Tour Operator (Inclusive Tour);
o VFR (visit Friends and Relatives);
o YTH (Giovane sotto 26 anni);
o SEN (Senior sopra 65 anni);
o MIL (Militari);
o Corporate (ovvero tariffa dedicato ai dipendenti di un?azienda dietro contratto).
Stato dell?arte
Attualmente un passeggiero per poter comprare, ad esempio, un biglietto aereo pu? usare principalmente due modi. Il primo prevede di comprare direttamente da un sito online come, ad esempio, expedia.com , edreams.com o direttamente dal sito web della compagna aerea o di altro tipo di trasporto. In secondo modo consiste nel mettersi in contatto con un?agenzia di viaggi.
Nel primo modo (biglietto comprato direttamente dal un sito online) ci sono delle problematiche legate, ad esempio, al cambio della data di viaggio o annullamento perch? ci si deve arrangiare solitamente con la compagna aerea direttamente.
In aggiunta, va anche considerato che sui siti web online accessibili a tutti gli utenti non ? possibile accedere alle tariffe private della compagnia aerea o di altra tipologia di trasporto.
Tali inconvenienti vengono superati dalla seconda modalit? che prevede di contattare l?agenzia di viaggio.
Normalmente un?agenzia di viaggio ha un suo PCC (Pseudo City Code) che identifica univocamente l?agenzia.
L?utente contatta l?agenzia e chiede il preventivo comunicando da dove intende partire, la destinazione, altre generalit? come cognome, nome, data di partenza, etc. etc. L?agenzia utilizza i dati forniti dal passeggero per generare un PNR (paggenger name record) che viene verificato con uno o pi? Consolidatori (Agenzie IATA) per verificare le tariffe private che solitamente sono economicamente pi? convenienti e con condizioni tariffare migliori, ad esempio, per il cambio di viaggio o annullamento del biglietto etc. etc. Inoltre, le tariffe provate consentono di avere margine pi? alto per l?agenzia in quanto la tariffa non viene esposta sul biglietto permettendo all?agenzia di ottenere maggior guadagno e, allo stesso tempo, di far risparmiare anche il cliente.
Ovviamente questa operazione di ricerca delle tariffe private del consolidatore richiede molto tempo in quanto non ? immediata. L?agenzia emittente, infatti, deve eseguire sostanzialmente le seguenti operazioni: ? dopo aver generato il PNR, l?agenzia deve inviarlo via mail al Consolidatore o inserendosi in una apposita coda elettronica;
? l?operatore dell?Agenzia IATA o Consolidatore controlla la coda o mail e memorizza la tariffa richiesta dall?Agenzia. Solitamente, tale operazione viene eseguita manualmente e, dal momento della richiesta delle tariffe, possono passare diversi minuti (5-20 minuti) in base alla mole di richieste che l?operatore deve evadere.
Oltretutto l?agenzia ? anche vincolata agli orari di apertura e chiusura del consolidatore per ottenere le tariffe.
Molti consolidatori per dare un servizio H24 utilizzano degli script informatici, ma anche in questo caso l?agenzia non riesce ad ottenere una quotazione in tempo reale dato che normalmente uno script in media elabora una richiesta di quotazione impiegando all?incirca 2/3 minuti.
Poi, una volta confermata una tariffa, per emettere un biglietto con quella determinata tariffa l?agenzia deve prima di tutto accertare la validit? della tariffa ed inserire la forma di pagamento come, ad esempio, contante o carta di credito.
Poi l?agenzia deve inviare tale richiesta al Consolidatore il quale, manualmente, verifica i dati inseriti e se l?esito ? positivo provvede all?emissione del biglietto altrimenti contatta agenzia per avvisare o rimanda in coda agenzia. Anche in questo caso in media tempi di emissione per un biglietto pu? passare diversi minuti da 5-10 minuti o di pi? in base numero di richiesta da elaborare da parte del consolidatore. In presenza di script informatici, i tempi d?emissione del biglietto sono di circa 2/3 minuti.
Attualmente, grazie all?evoluzione tecnologica, oggi ? possibile costruire le tariffe utilizzando semplici comandi di quotazioni criptico su piattaforme GDS.
Tuttavia, con la crescita dell?offerta e della domanda, le compagnie aeree hanno sviluppato tattiche tariffarie molto complesse e dinamiche in base andamento del mercato, con promozioni spot che possono durare a volte anche qualche ora. Permane inoltre il problema dell?emissione del biglietto in quanto l?agenzia ? vincolata agli orari e tempistiche del Consolidatore per poter emettere il biglietto.
Quindi oggi i consolidatori di biglietteria aerea si trova davanti una grossa problema tecnica per distribuire contenuti privati ed emettere biglietti. Oramai si viaggia in qualsiasi ora, di conseguenza, anche la necessit? d?emissione del biglietto a qualsiasi ora.
Per rispondere a tale problematica, le varie piattaforme GDS hanno sviluppato degli specifici script che per? non risolvono completamente il problema.
Ad esempio, una singola compagnia aerea ha diversi livelli tariffari caricati con diversi PTC, FTC e codice corporate, mentre con utilizzo di script il Consolidatore pu? distribuire solo una tipologia di tariffa per ogni singola compagnia aerea. Ad esempio se Qatar Airways autorizza un Consolidatore per una tariffa IT/Tour Operator (Inclusive Tour), VFR (visit relative and friend) e una tariffa corporate, in questo specifico caso lo script ogni volta che trova un PNR contenente voli Qatar Airways memorizzer? stessa tariffa senza lasciare una scelta all?agenzia. Quindi lo script non risolve il problema tecnico legato alla costruzione della precisa tariffa. Inoltre, tale sistema di script ? molto macchinoso in quanto vengono utilizzate diverse code GDS: ad esempio una per la quotazione, una per l?emissione ed il Consolidatore deve dotarsi di diversi server (uno per ogni singolo GDS).
Poi, anche l?emissione del biglietto non ? esente da inconvenienti in quanto il Consolidatore che emette il biglietto ? colui responsabile del pagamento ed eventuali errori di tariffe nei confronti della Compagnia aerea. Perci? il Consolidatore deve verificare tutti requisiti previsti dal regolamento della compagna aerea. Inoltre, in caso di pagamento con la carta di credito, il Consolidatore deve anche verificare la legittimit? dell?utilizzatore della carta o verificare se l?agenzia rispetta i requisiti tariffari concordati.
Quindi, una volta ricevuta la richiesta d?emissione da parte dell?agenzia, il Consolidatore verifica i requisiti tariffari e le modalit? di pagamento. Tutto ci? viene eseguito da un operatore con tempistiche che dipendono dal Consolidatore e dalla mole di richieste che deve evadere.
Anche in questo caso, molti Consolidatori utilizzano degli script, ma anche in tal caso il consolidatore pu? autorizzare l?emissione solo con la carta di credito, altrimenti si espone ad un enorme rischio di credito perch? non ha il controllo del flusso di cassa delle emissioni. Inoltre, anche l?emissione attraverso script non avviene in tempo reale, ma pu? impiegare diversi minuti (circa 2/3 min. in media) se il PNR passa senza ulteriori errori, altrimenti in presenza ogni singolo errore il tempo si moltiplica per ogni errore. Ad esempio se mancano i dati del passaporto nel PNR viene generato un errore all?interno del PNR ma, nel frattempo, sono gi? passati 2/3 minuti di elaborazione. Pertanto, poi l?agenzia deve correggere l?errore segnalato e re-inviare la richiesta e aspettare altri 2/3 minuti e cos? via.
Scopi della presente invenzione
In questo contesto, il compito tecnico alla base della presente invenzione ? quello di proporre un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente ed un server di comunicazione che superi gli inconvenienti della tecnica nota sopra citati.
In particolare, uno scopo della presente invenzione ? quello di fornire un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente ed un server di comunicazione che sia in grado di quotare ed emettere un biglietto in modo automatico tramite comunicazione diretta con il GDS stesso.
Il compito tecnico precisato e gli scopi specificati sono sostanzialmente raggiunti da un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente ed un server di comunicazione, i quali comprendono le caratteristiche tecniche esposte nelle rispettive rivendicazioni indipendenti. Le rivendicazioni dipendenti corrispondono a ulteriori aspetti vantaggiosi dell?invenzione.
Breve descrizione dei disegni
Ulteriori caratteristiche e vantaggi della presente invenzione appariranno maggiormente chiari dalla descrizione indicativa, e pertanto non limitativa, di una forma di realizzazione preferita, ma non esclusiva, di un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente ed un server di comunicazione, come illustrato negli uniti disegni, in cui:
- la figura 1 illustra, in vista schematica, uno diagramma rappresentativo di un sistema di comunicazione informatico secondo la presente invenzione;
- la figura 2 illustra, in vista schematica, uno schema a blocchi relativo al flusso di quotazione di un biglietto;
- la figura 3 illustra, in vista schematica, uno schema a blocchi relativo al flusso di quotazione ed emissione di un biglietto
Con riferimento ai disegni, essi servono unicamente per illustrare modi di realizzazione dell?invenzione al fine di meglio chiarire, in combinazione con la descrizione, i principi inventivi alla base del trovato.
Descrizione di una o pi? forme realizzative preferite della presente invenzione
La presente invenzione ? diretta ad un sistema ed un metodo di comunicazione informatico tra un?agenzia emittente 2 ed un server 3 di comunicazione per quotare ed eventualmente comprare un biglietto 4 di viaggio da parte dell?agenzia emittente 2.
Con riferimento alle figure, il sistema di quotazione ? stato genericamente indicato con il numero 1.
Gli altri riferimenti numerici si riferiscono a caratteristiche tecniche dell?invenzione che, fatte salve diverse indicazioni o palesi incompatibilit? strutturali, il tecnico esperto del ramo sapr? applicare a tutte le varianti realizzative descritte.
Per il proseguo della presente descrizione vengono richiamate tutte le sigle precedentemente citate.
In particolare, il metodo ed il sistema secondo la presente invenzione sono stati schematicamente rappresentati nella figura 1 da un blocco che rappresenta l?agenzia emittente 2, un blocco che rappresenta un server 3 di comunicazione, un blocco che rappresenta la piattaforma GDS 5 ed un blocco che rappresenta l?Agenzia IATA 6 o Consolidatore 6. Tale server 3 di comunicazione ? configurato per operare in modo automatico al fine di ottimizzare i tempi di attesa per l?interfacciamento con la piattaforma GDS 5.
Il metodo, secondo la presente invenzione comprende una prima fase in cui viene generato un segnale di verifica 7 contenente un PNR preliminare da parte di un terminale 8 elettronico (es. PC o altri devices elettronici) dell?agenzia emittente 2.
Tale PNR preliminare viene inviato ad server 3 di comunicazione il quale riceve detto segnale di verifica 7 e verifica che detto PNR preliminare sia presente in una piattaforma GDS 5 prescelta tramite un collegamento dati con quest?ultima.
Se viene verificato che detto PNR preliminare ? presente nella piattaforma GDS 5, detto server 3 di comunicazione invia un segnale di riscontro 9 a detta agenzia emittente 2 contenente i contenuti del PNR verificato insieme con un elenco dei nominativi dei passeggeri e segmenti presenti. Preferibilmente, il PNR preliminare viene generato direttamente sulla piattaforma GDS 5 che comprende detto server 3 di comunicazione.
L?agenzia emittente 2 seleziona tramite un proprio terminale 8 uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato e genera un segnale di richiesta 10 di tariffe pubbliche e/o private contenente dati relativi ai passeggeri e/o segmenti selezionati e anche il tipo di PTC e FTC;
Tale segnale di richiesta 10 delle tariffe pubbliche e/o private viene ricevuto dal server 3 di comunicazione il quale lo invia a sua volta alla piattaforma GDS 5.
Il server 3 riceve un segnale di risposta 11 dalla piattaforma GDS 5 contenente la tariffa dettagliata per ciascun passeggero selezionato ed invia detto segnale di risposta 11 al terminale dell?agenzia.
A quel punto, l?agenzia emittente 2 ? in grado di vedere le tariffe selezionate per il o i passeggeri e proporle al cliente (figura 2).
Va notato che la fase di generazione del segnale di verifica 7 prevede di includere in quest?ultimo un codice PCC identificativo dell?agenzia emittente 2 in modo da identificare in modo univoco l?agenzia stessa.
Inoltre, come ? possibile vedere nelle figure 2 e 3, se il PNR preliminare non ? presente nella piattaforma GDS 5 prescelta viene generato un segnale di errore 12.
Allo stesso modo, un ulteriore segnale di errore 13 viene generato qualora l?agenzia non presenti i livelli di autorizzazione necessaria per accedere ad una tariffa.
In aggiunta, il segnale di risposta 11 della piattaforma GDS 5 pu? contenere un dato di errore 14 se non ? stata trovata dalla piattaforma GDS 5 una tariffa corrispondente ai dati selezionati.
Inoltre, come rappresentato nella figura 3, il metodo comprendere una fase di comprare uno o pi? biglietti alla tariffa dettagliata.
Tale fase di comprare prevede le seguenti sottofasi:
il server 3 di comunicazione riceve un segnale di conferma di acquisto 15 dal terminale 8 dell?agenza emittente contenente anche dati relativi alla modalit? di pagamento;
il server 3 di comunicazione invia un segnale di richiesta di emissione 16 del biglietto 4 alla piattaforma GDS 5;
il server 3 di comunicazione riceve un segnale finale 17 dalla piattaforma GDS 5 contenente dati relativi al biglietto 4 emesso. Nel dettaglio, il metodo prevede di inviare al server 3 un segnale di metodo di pagamento 18 contenente la metodologia di pagamento prescelta. Il server 3 verifica in automatico se tale tipologia di pagamento ? ammessa o meno.
Se viene confermata la tipologia di pagamento prescelta, viene scalato l?importo corrispondente alla tariffa comprata e viene mandato detto segnale di richiesta di emissione 16 alla piattaforma GDS 5 la quale provvede in modo automatico all?emissione del biglietto 4 salvo errori da verificare.
In altre parole, l?utente pu? scegliere la forma di pagamento Cash/Carta di credito e confermare l?emissione in modo che il server 3 verifica la modalit? di pagamento e, se soddisfa requisiti prestabiliti stabiliti dal Consolidatore 6 (ad esempio disponibilit? di credito residuo o linea di credito) viene inviata la richiesta d?emissione al GDS 5.
Tutte le operazioni sopra esposte sono gestite dall?agenzia emittente 2 tramite un?interfaccia grafica 19 specifica e accessibile da internet da parte dell?agenzia emittente 2 per visualizzare i contenuti di:
- segnale di verifica 7 contenente un PNR;
- segnale di riscontro 9 a detta agenzia emittente 2 contenente i contenuti del PNR verificato ;
- segnale di richiesta 10 di tariffe che contiene la selezione di uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato;
- segnale di risposta 11 al terminale dell?agenzia che contiene le tariffe.
Forma oggetto della presente invenzione anche un sistema 1 di comunicazione informatico che implementa il metodo precedentemente descritto che viene qui di seguito richiamato.
In pratica il sistema 1 di comunicazione comprende il terminale 8 dell?agenzia emittente 2 ed il server 3 di comunicazione.
Come gi? esposto quest?ultimo ? configurato per interfacciarsi con la piattaforma GDS 5 per mostrare in modo automatico le tariffe ed emettere i biglietti.
La presente invenzione consente di raggiungere gli scopi preposti.
Infatti, il metodo prevede di quotare ed emettere un PNR generato direttamente nel sistema 1 nativo del GDS 5 a distinzione del PTC e FTC. Questo metodo permette di migliorare la gestione e di distribuzione della biglietteria aeree o di altri trasporti, in quanto permette di quotare ed emettere un PNR generato dall?agenzia, con il proprio PCC (Pseudo City Code) fornito da GDS 5, utilizzando una semplice l?interfaccia utente accessibile attraverso un qualsiasi browser Internet.
Claims (14)
1. Metodo di comunicazione per quotare e comprare un biglietto (4) di viaggio da parte di un?agenzia emittente (2), comprendente le seguenti fasi:
- generare un segnale di verifica (7) contenente un PNR preliminare da parte di un terminale (8) dell?agenzia emittente (2) ed inviarlo ad un server (3) di comunicazione;
- detto server (3) di comunicazione riceve il segnale di verifica (7) e verifica che detto PNR preliminare ? presente in una piattaforma GDS (5) prescelta tramite un collegamento dati con quest?ultima; - se viene verificato che detto PNR ? presente nella piattaforma GDS (5), detto server (3) di comunicazione invia automaticamente un segnale di riscontro (9) a detta agenzia emittente (2) contenente i contenuti del PNR verificato insieme con un elenco dei nominativi dei passeggeri e segmenti presenti;
- l?agenzia emittente (2) seleziona tramite un proprio terminale (8) uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato e genera un segnale di richiesta (10) di tariffe pubbliche e/o private contenente dati relativi ai passeggeri e/o segmenti selezionati e anche il tipo di PTC e FTC;
- detto segnale di richiesta (10) delle tariffe pubbliche e/o private viene ricevuto dal server (3) di comunicazione il quale lo invia a sua volta automaticamente alla piattaforma GDS (5);
- il server (3) riceve un segnale di risposta (11) dalla piattaforma GDS (5) contenente la tariffa dettagliata per ciascun passeggero selezionato ed invia automaticamente detto segnale di risposta (11) al terminale dell?agenzia.
2. Metodo secondo la rivendicazione 1 caratterizzato dal fatto che la fase di generazione del segnale di verifica (7) prevede di includere in quest?ultimo un codice PCC identificativo dell?agenzia emittente (2).
3. Metodo secondo una qualsiasi delle rivendicazioni precedenti caratterizzato dal fatto che se detto PNR preliminare non ? presente nella piattaforma GDS (5) prescelta viene generato un segnale di errore (12).
4. Metodo secondo una qualsiasi delle rivendicazioni precedenti caratterizzato dal fatto che detto segnale di risposta (11) della piattaforma GDS (5) contiene un dato di errore (13) se non ? stata trovata dalla piattaforma GDS (5) una tariffa corrispondente ai dati selezionati.
5. Metodo secondo una qualsiasi delle rivendicazioni precedenti caratterizzato dal fatto di comprendere una fase di comprare uno o pi? biglietti alla tariffa dettagliata; detta fase di comprare prevede le seguenti sottofasi:
il server (3) di comunicazione riceve un segnale di conferma di acquisto (15) dal terminale (8) dell?agenza emittente contenente anche dati relativi alla modalit? di pagamento;
il server (3) di comunicazione invia una richiesta di emissione (16) del biglietto (4) alla piattaforma GDS (5);
il server (3) di comunicazione riceve un segnale finale (17) dalla piattaforma GDS (5) contenente dati relativi al biglietto (4) emesso.
6. Metodo secondo una qualsiasi delle rivendicazioni precedenti caratterizzato dal fatto che detto server (3) di comunicazione ? incluso in detta piattaforma GDS (5).
7. Metodo secondo una qualsiasi delle rivendicazioni precedenti caratterizzato dal fatto di predisporre un?interfaccia grafica (19)accessibile da internet da parte dell?agenzia emittente (2) per visualizzare i contenuti di:
- segnale di verifica (7) contenente un PNR;
- segnale di riscontro (9) a detta agenzia emittente (2) contenente i contenuti del PNR verificato ;
- segnale di richiesta (10) di tariffe che contiene la selezione di uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato;
- segnale di risposta (11) al terminale dell?agenzia che contiene le tariffe.
8. Sistema (1) di comunicazione informatico tra un?agenzia emittente (2) e un server (3) di comunicazione per quotare e comprare un biglietto (4) di viaggio da parte dell?agenzia emittente (2), comprendente:
- un terminale (8) dell?agenzia emittente (2) configurato per generare un segnale di verifica (7) contenente un PNR preliminare e per inviarlo al un server (3) di comunicazione;
- un server (3) di comunicazione configurato per ricevere il segnale di verifica (7) e verificare che detto PNR preliminare ? presente in una piattaforma GDS (5) prescelta tramite un collegamento dati con quest?ultima;
detto server (3) di comunicazione essendo configurato per inviare automaticamente un segnale di riscontro (9) a detta agenzia emittente (2) contenente i contenuti del PNR verificato insieme con un elenco dei nominativi dei passeggeri e segmenti presenti, se detto PNR ? presente nella piattaforma GDS (5);
detto terminale (8) ? configurato per selezionare uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato e per generare un segnale di richiesta (10) di tariffe pubbliche e/o private contenente dati relativi ai passeggeri e/o segmenti selezionati e anche il tipo di PTC e FTC; detto segnale di richiesta (10) delle tariffe pubbliche e/o private viene ricevuto dal server (3) di comunicazione il quale lo invia a sua volta automaticamente alla piattaforma GDS (5);
detto server (3) ? configurato per ricevere un segnale di risposta (11) dalla piattaforma GDS (5) contenente la tariffa dettagliata per ciascun passeggero selezionato ed invia automaticamente detto segnale di risposta (11) al terminale dell?agenzia.
9. Sistema (1) secondo la rivendicazione 8 caratterizzato dal fatto che il terminale (8) dell?agenzia emittente (2) prevede di generare un segnale di verifica (7) che include un codice PCC identificativo dell?agenzia emittente (2).
10. Sistema (1) secondo una qualsiasi delle rivendicazioni da 8 a 9 caratterizzato dal fatto che detto server (3) di comunicazione ? configurato per generare un segnale di errore (12) se detto PNR preliminare non ? presente nella piattaforma GDS (5) prescelta.
11. Sistema (1) secondo una qualsiasi delle rivendicazioni da 8 a 10 caratterizzato dal fatto che detto server (3) di comunicazione ? configurato per generare detto segnale di risposta (11) dalla piattaforma GDS (5) contenente un dato di errore (13) se non ? stata trovata dalla piattaforma GDS (5) una tariffa corrispondente ai dati selezionati.
12. Sistema (1) secondo una qualsiasi delle rivendicazioni da 8 a 11 caratterizzato dal fatto che il server (3) di comunicazione ? configurato per:
ricevere un segnale di conferma di acquisto (15) dal terminale (8) dell?agenza emittente contenente anche dati relativi alla modalit? di pagamento;
inviare una richiesta di emissione (16) del biglietto (4) alla piattaforma GDS (5);
ricevere un segnale finale (17) dalla piattaforma GDS (5) contenente dati relativi al biglietto (4) emesso.
13. Sistema (1) secondo una qualsiasi delle rivendicazioni da 8 a 12 caratterizzato dal fatto che detto server (3) di comunicazione ? incluso in detta piattaforma GDS (5).
14. Sistema (1) secondo una qualsiasi delle rivendicazioni da 8 a 13 caratterizzato dal fatto che di comprendere un?interfaccia grafica (19)accessibile da internet da parte dell?agenzia emittente (2) e configurata per visualizzare i contenuti di:
- segnale di verifica (7) contenente un PNR;
- segnale di riscontro (9) a detta agenzia emittente (2) contenente i contenuti del PNR verificato ;
- segnale di richiesta (10) di tariffe che contiene la selezione di uno o pi? passeggeri e/o segmenti contenuti nel PNR verificato;
- segnale di risposta (11) al terminale dell?agenzia che contiene le tariffe.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102020000020038A IT202000020038A1 (it) | 2020-08-12 | 2020-08-12 | Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IT102020000020038A IT202000020038A1 (it) | 2020-08-12 | 2020-08-12 | Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| IT202000020038A1 true IT202000020038A1 (it) | 2022-02-12 |
Family
ID=73139197
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| IT102020000020038A IT202000020038A1 (it) | 2020-08-12 | 2020-08-12 | Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente |
Country Status (1)
| Country | Link |
|---|---|
| IT (1) | IT202000020038A1 (it) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IT202200017643A1 (it) * | 2022-08-25 | 2024-02-25 | Bismillah Travel S R L | “Sistema e metodo di ricerca di tariffe di viaggio con mezzi di trasporto, preferibilmente aerei” |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030177044A1 (en) * | 2002-03-13 | 2003-09-18 | John Sokel | System and method for synchronizing passenger name record data |
| US20080010103A1 (en) * | 2006-07-06 | 2008-01-10 | Todd Williamson | Low fare search for ticket changes using married segment indicators |
| US20160092796A1 (en) * | 2014-09-30 | 2016-03-31 | Amadeus S.A.S. | Ticketing system with integrated personalized data |
-
2020
- 2020-08-12 IT IT102020000020038A patent/IT202000020038A1/it unknown
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030177044A1 (en) * | 2002-03-13 | 2003-09-18 | John Sokel | System and method for synchronizing passenger name record data |
| US20080010103A1 (en) * | 2006-07-06 | 2008-01-10 | Todd Williamson | Low fare search for ticket changes using married segment indicators |
| US20160092796A1 (en) * | 2014-09-30 | 2016-03-31 | Amadeus S.A.S. | Ticketing system with integrated personalized data |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IT202200017643A1 (it) * | 2022-08-25 | 2024-02-25 | Bismillah Travel S R L | “Sistema e metodo di ricerca di tariffe di viaggio con mezzi di trasporto, preferibilmente aerei” |
| EP4328817A1 (en) * | 2022-08-25 | 2024-02-28 | Bismillah Travel S.r.l. | System and method for searching for fares for travelling by means of transport, preferably airplanes |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7249062B2 (en) | Method for transacting for a perishable object having an uncertain availability | |
| US7574372B2 (en) | Methods and apparatus for managing a tour product purchase | |
| US20070185745A1 (en) | Reservation and ticketing process for space-available seats to airline employees | |
| US8195538B2 (en) | Fee allocator system and method | |
| US20110258006A1 (en) | System and method for ancillary option management | |
| US20120053969A1 (en) | Reservation and ticketing process for space-available seats to airline employees | |
| US20030225683A1 (en) | Electronic bid/proposal system for the construction industry | |
| US20010018672A1 (en) | Method and apparatus for facilitating the sale of goods over the internet | |
| US20040068459A1 (en) | Method and system for the creation of a dynamic offering | |
| US20020032620A1 (en) | Electronic network based controlled products selling and delivering system and method | |
| JP5379003B2 (ja) | トラベル・バウチャーを管理するためのシステム及びその方法 | |
| MX2007009333A (es) | Cambio de trabajo de proyecto en el sistema y el metodo de sinergia de informacion administrativa y de negocios en el plan/alcance. | |
| AU2005269361A1 (en) | Methods, systems and computer program products for performing subsequent transactions for prior purchases | |
| US20140278597A1 (en) | Travel management system and method | |
| US20090055224A1 (en) | Health Expense Account, Health Insurance And Financial Product, And System And Method For Providing Employee Health Insurance Benefits | |
| WO2005013074A2 (en) | Systems and methods for airline ticket sales | |
| US8271337B1 (en) | System and method for transacting for an upgrade having an uncertain availability | |
| IT202000020038A1 (it) | Sistema e metodo di comunicazione informatico tra un’agenzia emittente e un server di comunicazione per quotare e comprare un biglietto di viaggio da parte dell’agenzia emittente | |
| KR100848334B1 (ko) | Ｓｍｓ을 이용한 사이버 열차티켓 판매시스템 및 판매방법 | |
| US20070011047A1 (en) | Membership-based travel discount system | |
| JP6145200B2 (ja) | 販売処理システムおよび販売処理プログラム | |
| WO2002007008A1 (en) | Network procurement system | |
| Zahrani et al. | BP Evaluation and Re-engineering: Case Study Acquiring Travel Plan Quotations | |
| CA2637752A1 (en) | Reservation and ticketing process for space-available seats to airline employees | |
| Sperber | From Offer to Order |