BRPI0714965A2

BRPI0714965A2 - sistema para controle de comprovantes de viagem e mÉtodo do mesmo

Info

Publication number: BRPI0714965A2
Application number: BRPI0714965-4A
Authority: BR
Inventors: Emmanuelle Pedron; Xavier Lagardere; Vincent Coquel
Original assignee: Amadeus Sas
Priority date: 2006-08-15
Filing date: 2007-08-14
Publication date: 2013-07-23
Also published as: US7756731B2; CN101512582A; KR20090107482A; WO2008020292A3; JP2010500680A; EP2054848A2; CA2660499A1; KR101444478B1; CA2660499C; AU2007285525A1; JP5379003B2; ZA200901010B; AU2007285525B2; US20080077453A1; WO2008020292A2

Abstract

SISTEMA PARA CONTROLE DE COMPROVANTES DE VIAGEM E MÉTODO DO MESMO. Um sistema de controle de comprovantes em linha, que proporciona uma interface de usuário para agentes de viagem, transportadores e clientes em linha, para criar e resgatar compreovantes, é proporcionado. O portal em linha tem acesso ao GDS, que armazena PNRs.O comprovante vai ser como um PNR padrão, contendo um itinerário aéreo fictício os seus associados dados de bilhete. Os usuários especificam a quantia do comprovante e outras informações necessárias pela interface de usuário, e um PNR retendo essas informações é criado no GDS. O PNR é depois transformado em bilhete, como um processo de reserva padrão. Depois, a redenção do comprovante é controlada como um processo de reemissão de PNR típico.

Description

Relatório Descritivo da Patente de Invenção para "SISTEMA PARA CONTROLE DE COMPROVANTES DE VIAGEM E MÉTODO DO MESMO".

REIVINDICAÇÃO DE PRIORIDADE Este pedido de patente reivindica a prioridade para o pedido de

patente U.S. 11/504.047, depositado em 15 de agosto de 2006, que é intei- ramente incorporado por referência no presente relatório descritivo. Antecedentes da Invenção

1. Campo da Invenção

A presente invenção refere-se a um sistema integrado para con-

trole de comprovantes. Mais especificamente, a presente invenção é dirigida a um sistema integrado, no qual os comprovantes são estabelecidos como um registro de nome de passageiro (a seguir "PNR") fictício dentro do siste- ma PNR existente da transportadora, e resgatável por uma metodologia de reemissão PNR típica.

2. Discussão das Informações Antecedentes

Os sistemas de reserva de viagem modernos utilizam um sistema de registro de nome de passageiro. Um PNR é um arquivo em um sistema de distribuição global (a seguir "GDS") contendo as informações relativas a uma reserva específica. Um GDS é um sistema de reservas computadoriza- do, compartilhado tipicamente e conjuntamente por linhas aéreas em dife- rentes países, que inclui as bases de dados de reservas de fornecedores em muitos países.

As transportadoras se encontram freqüentemente elas mesmas em situações nas quais é necessário ou pelo menos prudente oferecer crédi- to a um cliente, reembolso de preço de compra de um bilhete, ou oferecer outro tipo de compensação a viajantes. Os exemplos não Iimitantes de situa- ções incluem um bilhete não utilizado, um vôo cancelado, bagagem perdida, o ser retirado de um vôo, a cessão voluntária de um assento em um vôo com excesso de reservas, promoções especiais ou, simplesmente, um usuário decidindo cancelar uma viagem para um bilhete reembolsável. Essa com- pensação é tipicamente oferecida para o cliente ou como um reembolso puro ou como um comprovante de crédito a ser resgatado pelo cliente para uma viagem alternativa ou outras despesas. Um comprovante é, de preferência, um reembolso, de modo que o cliente possa gastá-lo em qualquer lugar no qual um comprovante é geralmente reembolsável apenas pela transportado- ra ou afiliadas autorizadas.

O controle dos comprovantes é um processo caro. A criação não é usualmente integrada nos sistemas das transportadoras para pagamento, cobrança, reserva e/ou registro. A amortização não pode ser feita por todos os canais de vendas disponíveis e requer, usualmente, uma convocação de um agente da empresa, que cria manualmente um PNR. O processo de a- mortização é complexo, pois a transportadora precisa identificar na nova re- serva o fato de que pelo menos parte da quantia foi paga por meio de um comprovante, juntamente com a quantia correspondente, incluindo as taxas. A linha aérea deve também manter um sistema de registro, para considerar o resgate dos comprovantes. A criação e os fluxos de controle dos compro- vantes são, portanto, difíceis de administrar pelo canal de vendas em linha. Essa é uma conseqüência tanto em termos de exposição do cliente quanto em controle de custo.

Algumas linhas aéreas oferecem criação e resgate de compro- vantes em linha por meio de um sistema de bases de dados separado. O processo de pagamento é um pagamento externo, de modo que a linha aé- rea precisa ter algum mecanismo de registro adicional, para identificar que um comprovante foi criado com uma quantia específica. Para o processo de criação, há necessidade para que haja uma base de dados específica, con- tendo todas as informações relativas à pessoa para o qual o comprovante foi emitido, à quantia específica e à data de expiração. Essas informações ne- cessitam idealmente que sejam visíveis pelas centrais de relacionamento, que podem não ter acesso àquela base de dados. Uma vez que o compro- vante é criado, há necessidade para que haja um mecanismo no local para debitar a quantia. Quando o cliente resgata o comprovante, a nova reserva contém uma referência ao comprovante e à quantia correspondente. De no- vo, isso requer que a transportadora tenha um mecanismo independente no local, para correlacionar ambos o comprovante e as novas reserva e registro

no mesmo.

SUMÁRIO

As concretizações da presente invenção são dirigidas a um sis- tema e a uma metodologia de controle de comprovantes, que integram a criação e os fluxos de resgate de comprovantes ao sistema de controle PNR padrão das linhas aéreas. Os bilhetes não utilizados propiciam à linha aérea a oportunidade de reembolsar um bilhete por transformação de um PNR e- xistente em um comprovante. O sistema e o método também podem propici- ar a criação de comprovantes doados para clientes em linha, para que os façam de presente para alguém mais, ou como comprovantes de compensa- ção emitidos pela transportadora.

De acordo com uma concretização da invenção, um método para emitir comprovantes é proporcionado. Uma pluralidade de registros de no- mes de passageiros efetivos é armazenada em um sistema de distribuição global, cada registro de nome de passageiro efetivo incluindo pelo menos dados de identificação e dados relativos a viagens. Um registro de nome de passageiro fictício é criado, que inclui pelo menos dados de identificação, dados relativos a viagens fictícias e um valor. O registro de nome de passa- geiro fictício é armazenado no sistema de distribuição global. As disposições de viagens são recebidas tendo um custo associado com elas. O registro de nome de passageiro fictício é convertido em um registro de nome de passa- geiro efetivo. A conversão inclui pelo menos creditar pelo menos uma parte do valor contra pelo menos uma parte do custo. O registro de nome de pas- sageiro efetivo convertido é armazenado no sistema de distribuição global.

A concretização apresentada acima pode ter vários aspectos op- cionais. A conversão pode ser impedida, se pelo menos uma parte do valor exceder a pelo menos uma parte do custo. Um registro de nome de passa- geiro efetivo pode ser originário do sistema de distribuição global e modifica- do no registro de nome de passageiro fictício. Partes do registro de nome de passageiro efetivo selecionado, correspondentes à viagem usada associada com o registro de nome de passageiro efetivo selecionado, podem ser can- celadas, enquanto o valor é ajustado, com base na viagem não utilizada as- sociada com o registro de nome de passageiro efetivo selecionado. Um re- gistro de nome de passageiro efetivo pode ser selecionado do sistema de distribuição global e do nome de passageiro fictício gerado com base pelo menos parcialmente nas informações do registro de nome de passageiro efetivo selecionado. O valor pode ser selecionado por um usuário para re- presentar uma quantia de presente, ou como um ajuste de compensação pela transportadora. O registro de nome de passageiro fictício e os registros de nomes de passageiros efetivos podem ter o mesmo formato de base de dados. Um bilhete pode ser emitido no novo registro de nome de passageiro.

De acordo com outra concretização da invenção, um método pa- ra emitir comprovantes é proporcionado. Os registros de viagem reais são armazenados em uma rede de bases de dados, cada registro de viagem tendo associado com ele pelo menos dados de identificação e dados rela- cionados a viagens. Um registro de viagem fictícia é criado, tendo associado com ele pelo menos dados de identificação, dados relacionados a viagens fictícias, e um valor. O registro de viagem fictícia é armazenado na rede de bases de dados. São recebidas disposições de viagem tendo um custo as- sociado com elas. O registro de nome de passageiro fictício é convertido em um registro de viagem real, a conversão incluindo pelo menos creditar pelo menos uma parte do valor contra pelo menos uma parte do custo. O registro de viagem real é armazenado na base de dados comum. O registro de via- gem fictícia e os registros de viagem efetivos têm o mesmo formato de base de dados.

A concretização acima pode ter vários aspectos de opções. A

conversão pode ser impedida, se pelo menos uma parte do valor exceder a pelo menos uma parte do custo. Um registro de viagem pessoal efetivo pode ser selecionado do sistema de distribuição global e modificado no registro de viagem pessoal fictícia. A conversão pode incluir cancelar as partes do regis- tro de viagem pessoal efetivo selecionado, correspondente à viagem usada associada com o registro de viagem pessoal efetivo, e ajustar o valor com base na viagem não utilizada, associada com o registro de viagem pessoal efetivo selecionado. A criação pode incluir selecionar um registro de viagem pessoal efetivo, e gerar o nome de passageiro fictício, com base, pelo me- nos parcialmente, nas informações do registro de viagem pessoal efetivo selecionado. O valor pode ser selecionado por um usuário para representar uma quantia de presente, ou pela transportadora como uma quantia de compensação. Os registros de viagens pessoais fictícias e os registros de viagem reais podem ser acessíveis pelo mesmo portal em linha. Um bilhete pode ser emitido com base no novo registro de nome de passageiro.

De acordo com uma outra concretização da invenção, um méto- do para emitir comprovantes é proporcionado. O método inclui as etapas de armazenar uma pluralidade de registros de nomes de passageiros em um sistema de distribuição global, cada registro de nome de passageiro efetivo incluindo pelo menos dados de identificação e dados relacionados a viagens; criar um registro de nome de passageiro fictício, que inclui pelo menos da- dos de identificação, dados relacionados a viagens fictícias, e um valor; de- signar o registro de nome de passageiro fictício como um componente de ativo resgatável; armazenar o registro de nome de passageiro fictício no sis- tema de distribuição global; em que o registro de viagem fictícia tem o mes- mo formato de base de dados que os registros de viagem efetivos. A concretização mencionada acima pode incluir vários aspectos

opcionais. A criação pode incluir ainda selecionar um registro de nome de passageiro efetivo do sistema de distribuição global, e gerar o nome de pas- sageiro fictício com base, pelo menos parcialmente, nas informações do re- gistro de nome de passageiro efetivo selecionado. O valor pode ser selecio- nado por um usuário para representar uma quantia de presente, ou pela transportadora como uma quantia de compensação.

De acordo com mais uma outra concretização, um método de resgate de comprovantes de viagem é proporcionado. As etapas incluem recuperar um registro de nome de passageiro fictício de um sistema de dis- tribuição global, o registro de nome de passageiro fictício incluindo pelo me- nos dados de identificação, dados relacionados a viagens fictícias, e um va- lor; receber disposições de viagens tendo um custo associados com elas; converter o registro de nome de passageiro fictício em um registro de nome de passageiro efetivo, a conversão incluindo pelo menos creditar pelo menos uma parte do valor contra pelo menos uma parte do custo; e armazenar o registro de nome de passageiro efetivo convertido no sistema de distribuição global.

A concretização apresentada acima pode incluir vários aspectos opcionais. A conversão pode ser impedida, se pelo menos uma parte do va- lor exceder a pelo menos uma parte do custo. A criação pode incluir selecio- nar um registro de nome de passageiro efetivo do sistema de distribuição global, e modificar o registro de nome de passageiro efetivo selecionado no registro de nome de passageiro fictício. A conversão pode também incluir cancelar partes do registro de nome de passageiro efetivo selecionado cor- respondente à viagem usada associada com o registro de nome de passa- geiro efetivo selecionado, e ajustar o valor com base na viagem não usada associada com o registro de nome de passageiro efetivo selecionado. A cri- ação pode incluir selecionar um registro de nome de passageiro efetivo do sistema de distribuição global, e gerar o nome de passageiro fictício com base, pelo menos parcialmente, nas informações do registro de nome de passageiro efetivo selecionado. O valor pode ser selecionado por um usuário para representar uma quantia de presente, ou pela transportadora como uma quantia de compensação. O registro de nome de passageiro fictício e o registro de nome de passageiro efetivo podem ter o mesmo formato de base de dados. Um bilhete pode ser emitido com base no novo registro de nome de passageiro.

Outras concretizações exemplificativas e vantagens da presente

invenção podem ser verificadas por revisão da presente descrição e dos de- senhos em anexo. Breve Descrição dos Desenhos

A presente invenção é descrita ainda na descrição detalhada, que é apresentada a seguir, em referência à pluralidade de desenhos men- cionada por meio de exemplos não Iimitantes de certas concretizações da presente invenção, na qual os números similares representam elementos similares ao longo das várias vistas dos desenhos, e em que:

a figura 1 ilustra um fluxo de processo para emissão de um pre- sente ou comprovante de compensação, de acordo com uma concretização da invenção;

a figura 2 ilustra um fluxo de processo para resgate de um com-

provante; e

a figura 3 ilustra um fluxo de processo para conversão de um bi- lhete não usado em um comprovante. Descrição Detalhada das Concretizações Exemplificativas As particularidades apresentadas no presente relatório descritivo

são por meio de exemplo e apenas para fins de discussão ilustrativa das concretizações da presente invenção e são apresentadas para proporcionar- se o que se acredita como sendo a descrição mais útil e mais facilmente en- tendida dos princípios e aspectos conceituais da presente invenção. Nesse sentido, nenhuma tentativa é feita para mostrar os detalhes estruturais da presente invenção em mais detalhes do que é necessário para o entendi- mento fundamental da presente invenção, a descrição considerada com os desenhos, evidenciando para aqueles versados na técnica como as várias formas da presente invenção podem ser representadas na prática. Para fins de simplicidade, as discussões apresentadas no pre-

sente relatório descritivo se referem à aplicação de viagens por linhas aé- reas, embora a invenção possa se aplicar a qualquer forma de viagem e/ou sistema de reserva.

Uma concretização da presente invenção é dirigida a um sistema de controle de comprovantes em linha, que proporciona uma interface de usuário para agentes de viagem, transportadoras e clientes em linha, para a criação e resgate de comprovantes. O portal em linha tem acesso ao GDS, que armazena PNRs. O comprovante vai ser criado como um PNR padrão, contendo um itinerário aéreo fictício e os seus dados de bilhetes associados. Os usuários especificam a quantia do comprovante e outras informações necessárias pela interface de usuário, e um PNR contendo essas informa- ções é criado no GDS. O PNR é depois transformado em um bilhete, como em um processo de reserva padrão. Depois, a redenção do comprovante é controlada como um processo de reemissão de PNR típico.

Com referência agora à figura 1, um processo de criação de comprovantes como um presente ou crédito é mostrado geralmente em 100.

Na etapa S101, o usuário acessa uma página de rede adequada por um na- vegador de Internet padrão, embora qualquer acesso por portal ou rede pos- sa ser usado. Os campos vão ser apresentados para receber pelo menos uma quantia de comprovante e a identidade da pessoa para a qual o com- provante é destinado, na etapa S102. A quantia do comprovante é, de prefe- rência, uma quantia monetária, mas pode ser outras formas de compensa- ção permutável, tais como milhas de viajantes freqüentes. Pode ser ou refle- tir uma estimativa padrão na cotação de passagens ou um registro de bilhete armazenado transitoriamente ("TST") criado manualmente. A identidade da pessoa é, de preferência, um nome, mas pode ser outras formas de informa- ções, tal como um número de seguro social, outro código de ID (identifica- ção), e/ou um número de cartão de crédito. Campos adicionais também po- dem ser apresentados para receber outros tipos de informações, como pode ser desejável.

Uma vez que os dados adequados são introduzidos, o sistema cria um PNR fictício na etapa S104. O PNR fictício tem o mesmo formato de dados que os PNRs reais / efetivos armazenados no GDS, e vai ser, desse modo, processado e manipulado do mesmo modo e usando o mesmo siste- ma de reserva por meio de processamento de reserva padrão. O PNR fictí- cio inclui, de preferência, a identidade da pessoa para a qual o comprovante é emitido, o cartão de crédito da pessoa que cria o comprovante, a quantia do comprovante, e um itinerário fictício predefinido pela linha aérea. O itine- rário fictício é para as disposições de viagens que não existem, tal como uma viagem não existente entre duas cidades programadas para alguma dada futura. A data de expiração do comprovante é configurável e é refletida na parte de itinerário do PNR por um processo de reserva padrão. Um cam- po de dados, que representa o estado do bilhete (por exemplo, reembolsá- vel, transferível, etc.), é ajustado para indicar que o comprovante é, inteira ou parcialmente, resgatável para outro bilhete, produto e/ou serviço. Qual- quer transformação de preço, tal como a aplicação de taxas, pode ser feita na quantia especificada inicialmente.

A quantia do comprovante refletida no PNR pode ser emitida de um comando de estimativa de custo padrão no itinerário fictício, como a linha aérea teria provavelmente registrado as passagens associadas àquele itine- rário no GDS. Um TST é criado automaticamente contendo a quantia do comprovante, como passagem de base, e taxas adicionais, quando aplicá- vel. Alternativamente, o TST pode ser criado manualmente para refletir a quantia do comprovante.

Ao final do processo de criação na etapa S106, um PNR é criado com todas as informações necessárias para emissão de bilhete. O PNR é então transformado em bilhete e o cartão de crédito da pessoa criando o comprovante é debitado, embora a quantia seja tipicamente nominal. Nesse ponto, o comprovante é resgatável contra futuros gastos com a linha aérea, e o usuário pode resgatar o comprovante da mesma maneira que com um bilhete para um vôo resgatável.

O fluxo de processo de reemissão de comprovante da concreti- zação rastreia qualquer que seja o processo de reemissão baseado em PNR que a transportadora proporciona para resgate de um bilhete e reemite um outro. Com referência agora à figura 2, um exemplo não Iimitante de um pro- cesso de resgate de comprovante é mostrado geralmente em 200. Uma vez que os comprovantes são criados e existem como PNRs padrões, podem ser recuperados diretamente com um Iocalizador de registro de PNRs de um GDS. Na etapa S202, o usuário evoca o PNR fictício e/ou os dados relativos ao comprovante usando um Iocalizador de registro, tal como um código de identificação de comprovante, que é específico para o usuário e/ou o com- provante. Na etapa S204, o sistema determina se a quantia do comprovante é inferior ou igual ao custo da nova reserva. Sendo assim, então na etapa S206, o usuário é instado a pagar a diferença pelo método adequado, por exemplo, cartão de crédito.

Um sistema de controle de PNRs vai em vez disso uma método- Iogia para converter um PNR resgatável, para um componente de ativo res- gatável em um novo PNR para um novo itinerário. Por meio de exemplo não limitante, o PNR original / resgatável é modificado por um PNR novo / reemi- tido, ou por alteração dos campos de dados associados do PNR fictício, ou importando alguns dos dados do PNR fictício em um PNR novo/reemitido, para refletir o novo itinerário. Uma concretização da presente invenção é compatível com quaisquer dessas tecnologias de PNRs, pelo fato de que o PNR fictício pode ser resgatado e reemitido por uso dos mesmos procedi- mentos. Desse modo, o resgate do comprovante pode ser integrado sem associação no sistema de controle de PNRs.

Desse modo, na etapa S208, o PNR fictício é convertido no novo PNR reemitido por uso de qualquer seja a tecnologia que o sistema de con- trole de PNRs aplica para seu processamento de reemissão. Na etapa S210, o registro histórico do PNR (ao ponto no qual um é mantido, ou como parte ou relacionado ao PNR) é atualizado para refletir o resgate do comprovante. Nota-se que as etapas 208 e 210 podem ser também revertidas ou combi- nadas em uma única etapa. Na etapa S212, um novo bilhete pode ser emiti- da do PNR efetivo recém-criado.

Em uma concretização alternativa, o PNR fictício é fechado e um novo PNR é criado para o novo itinerário, para refletir a nova reserva. Em outra alternativa, o sistema de PNRs existente pode ser modificado para considerar/processar, independentemente, os comprovantes.

Se na etapa S3204 o sistema determinar que a quantia do com- provante é superior ao custo da nova reserva, então na etapa S214 o siste- ma deduz a diferença para chegar em uma nova quantia do comprovante. Na etapa S214, um novo PNR fictício é criado, ou por modificação do PNR fictício anterior, para refletir a nova quantia do comprovante, ou por criação de um novo PNR fictício com a nova quantia do comprovante e fechamento daquela anterior. O controle então retorna para a etapa S210 discutida aci- ma.

Um processo de resgate de "preço a atingir" limita o resgate de comprovantes para novos itinerários nos quais a quantia da reserva excede ou é igual à quantia do comprovante. Sob essa tecnologia, a transportadora vai ter que emitir reembolsos ou novos PNRs fictícios para as quantias resi- duais. O fluxo de processo é o mesmo que aquele da figura 2, exceto que na etapa S214 o usuário é informado de que a nova quantia para a reserva é insuficiente. O controle então vai voltar para a etapa S202 para um novo iti- nerário, ou um subprocesso pode ser invocado no qual o usuário recebe a opção de fazer reservas e/ou compras adicionais para atingir a quantia do comprovante. O aspecto de preço a atingir permite que a transportadora ga- ranta a ela mesma uma fonte adicional de receita sem qualquer custo adi- cional, porque as receitas, que foram perdidas previamente para resgate, vão então permanecer com a transportadora.

Com referência agora à figura 3, um processo de criação de comprovantes, com base em um bilhete não utilizado, é mostrado geralmen- te em 300. Na etapa S302, um usuário acessa o PNR para o bilhete não uti- lizado no GDS, usando um navegador padrão. Na etapa S304, quaisquer segmentos não utilizados associados com o PNR são cancelados do PNR, enquanto que os segmentos utilizados são mantidos. Na etapa S306, um PNR fictício é gerado com um itinerário fictício, ou por modificação do PNR existente, por criação de um novo PNR (de correção ou por importação de dados do PNR existente) e fechamento daquele anterior. A quantia do com- provante no PNR fictício pode ser um crédito integral ou parcial da quantia sob os segmentos utilizados. Todas as informações de taxas prévias são mantidas, de preferência, no comprovante e podem ser consideradas para o momento da redenção pelo processo de reemissão. O comprovante pode ser resgatado pela metodologia discutida com relação à figura 2.

As concretizações mencionadas acima apresentam muitas van- tagens em relação aos sistemas de comprovantes da técnica anterior. Por uso de um mecanismo padrão de transportadoras para controle de PNR, emissão e reemissão de bilhete, e sistemas de base de dados para emissão de bilhete e registro, não há quaisquer gastos com a manutenção de um sis- tema paralelo para criação e cálculo de comprovantes. O armazenamento dos PNRs fictícios no GDS propicia o armazenamento e manutenção dos comprovantes, sem custo adicional para a transportadora. Usando o formato de PNR e o procedimento de reemissão de PNR para o processamento dos comprovantes, reduz-se a necessidade de treinamento de pessoal para a operação de um sistema independente, e para o qual o sistema de registro e cálculo já está operacional.

O sistema de controle de comprovantes também possibilita que uma linha aérea suporte a criação e a redenção de comprovantes pelo seu canal de vendas em linha. Desse modo, os comprovantes podem ser criados e redimidos pelos mesmos sistemas usados para reserva de viagens. Por elaboração, o sistema de controle de comprovantes pode ser

usado como um mecanismo de remarcação de reservas em linha. De fato, a transportadora pode selecionar ocultar o fluxo de criação / redenção de comprovantes para o usuário final, para simular um mecanismo de remarca- ção de reservas de itinerários. A metodologia mencionada acima pode ser projetada como um

software, usando métodos conhecidos de programação para incorporação em uma rede de hardware / software existente em PNRs.

Deve-se notar que os exemplos precedentes foram proporciona- dos meramente com a finalidade de explicação e não são de modo algum considerados como Iimitantes da presente invenção. Ainda que a presente invenção tenha sido descrita com referência a certas concretizações, deve- se entender que as palavras, que foram usadas no presente relatório descri- tivo, são palavras de descrição e limitação, em vez de palavras de limitação. Mudanças podem ser feitas, dentro dos limites das reivindicações em anexo, como indicado atualmente e como emendado, sem que se afaste do âmbito e do espírito da presente invenção, em todos os aspectos. Embora a presen- te invenção tenha sido descrita com referência a meios, materiais e concreti- zações particulares, a presente invenção não é intencionada para ser limita- da às particularidades descritas no presente relatório descritivo; em vez dis- so, a presente invenção se estende a todas as estruturas, métodos e usos funcionalmente equivalentes, tais como os que estão dentro do âmbito das reivindicações em anexo. Por exemplo, a seqüência de etapas, mostrada nas figuras e descritas no presente relatório descritivo, é apenas exemplificativa. Está bem dentro do conhecimento da técnica modificar as seqüências, adicionar e/ou remover as etapas para executar os métodos como indicados nas reivindica- ções em anexo.

Os comprovantes devem ser acessíveis por qualquer meio que seja que a ou as transportadoras disponibilizaram os PNRs. Por exemplo, a transportadora pode acessá-las pela Internet ou rede dela, de acordo com a sua prática usual. Os clientes, os agentes de viagem ou outras transportado- ras podem ter acesso a ele pela Internet, Intranet ou outro sistema dedicado. A invenção não é limitada a qualquer sistema específico.

O usuário, como descrito no presente relatório descritivo, pode ser qualquer pessoa autorizada, se aquela de uma transportadora, agente de viagem ou cliente individual. O usuário pode representar outro, tal como um agente de viagem fazendo uma reserva para um cliente, ou uma pessoa comprando um presente para outro. O PNR inclui, de preferência, um con- junto de informações de identidade (por exemplo, o nome) da parte para a qual a viagem é resgatável, por exemplo, o presenteado ou viajante, mas pode também incluir informações de identidade do representado. As concretizações no presente relatório descritivo, ao ponto des-

crito como aplicações "típicas", se referem a qualquer sistema, aplicação ou parte particular dela, que transportadoras ou outros usam para cobranças e/ou reservas selecionadas para uso. Não se refere a qualquer aplicação ou sistema específico em uso, mas, em vez disso, a qualquer sistemas em uso, que tenha sido usado, ou que possa ser usado no futuro. Desse modo, por meio de exemplo, a presente invenção não é limitada a qualquer metodolo- gia de processamento de reemissão de PNRs particular, independentemente de se em uso no momento ou que possa ser usada no futuro.

A invenção não é limitada aos vários elementos de dados discu- tidos no presente relatório descritivo, ou qualquer localização específica desses dados. A compatibilidade sem associação com os sistemas de co- brança e registro das transportadoras é, de preferência, com a rigidez em uma estrutura de PNR específica. Desse modo, por meio de exemplo não limitante, se uma transportadora inclui preço, custos ou valor em um arquivo relativo ao PNR (por exemplo, bilhete ou TST), mas não o próprio PNR, en- tão o valor do comprovante vai ser similarmente mantido nesse arquivo rela- tivo ao PNR fictício.

Claims

1. Método para a emissão de comprovantes, compreendendo: armazenar uma pluralidade de registros de nomes de passagei- ros efetivos em um sistema de distribuição global, cada registro de nome de passageiro efetivo incluindo pelo menos dados de identificação e dados re- lacionados a viagens; criar um registro de nome de passageiro fictício, que inclui pelo menos dados de identificação, dados relativos a viagens fictícias, e um valor; armazenar o registro de nome de passageiro fictício no sistema de distribuição global; receber as disposições de viagens tendo um custo associado com elas; converter o registro de nome de passageiro fictício em um regis- tro de nome de passageiro efetivo, a dita conversão incluindo pelo menos creditar pelo menos uma parte do dito valor contra pelo menos uma parte do custo; e armazenar o registro de nome de passageiro efetivo convertido no sistema de distribuição global.

2. Método de acordo com a reivindicação 1, compreendendo ain- da impedir a dita conversão, se pelo menos uma parte do valor exceder a pelo menos uma parte do custo.

3. Método de acordo com a reivindicação 1, a dita criação com- preendendo ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e modificar o registro de nome de passageiro efetivo selecionado no registro de nome de passageiro fictício.

4. Método de acordo com a reivindicação 3, no qual a dita con- versão compreende ainda: cancelar quaisquer partes do registro de nome de passageiro efetivo selecionado, correspondente à viagem utilizada associada com o re- gistro de nome de passageiro efetivo selecionado; e ajustar o dito valor com base em uma viagem não utilizada asso- ciada com o registro de nome de passageiro efetivo selecionado.

5. Método de acordo com a reivindicação 1, a dita criação com- preendendo ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e gerar o nome de passageiro fictício com base, pelo menos parci- almente, nas informações do registro de nome de passageiro efetivo sele- cionado.

6. Método de acordo com a reivindicação 1, no qual o dito valor é selecionado por um usuário para representar uma quantia de presente.

7. Método de acordo com a reivindicação 1, no qual o valor é se- lecionado por uma transportadora para representar uma compensação para um usuário.

8. Método de acordo com a reivindicação 1, no qual o registro de nome de passageiro fictício e o nome de passageiro efetivo têm o mesmo formato de base de dados.

9. Método de acordo com a reivindicação 1, compreendendo ain- da emitir um bilhete com base no registro de nome de passageiro efetivo convertido.

10. Método para a emissão de comprovantes, compreendendo: armazenar registros de viagens reais em uma rede de bases de dados, cada registro de viagem tendo associado com ele pelo menos dados de identificação e dados relativos a viagens; criar um registro de viagem fictícia, tendo associado com ele pelo menos dados de identificação, dados relativos a viagens fictícias, e um valor; armazenar o registro de viagem fictícia na rede de bases de da- dos; receber disposições de viagens tendo um custo associado com elas; converter o registro de nome de passageiro fictício em um regis- tro de viagem efetiva, a dita conversão incluindo pelo menos creditar pelo menos uma parte do dito valor contra pelo menos uma parte do custo; e armazenar o registro de viagem real convertido na base de da- dos comum, em que o dito registro de viagem fictícia e os ditos registros de viagens efetivas têm o mesmo formato de base de dados.

11. Método de acordo com a reivindicação 10, compreendendo ainda impedir a dita conversão, se a pelo menos uma parte do valor exceder a pelo menos uma parte do custo.

12. Método de acordo com a reivindicação 10, no qual a dita cri- ação compreende ainda: selecionar um registro de viagem pessoal efetiva do dito sistema de distribuição global; e modificar o registro de viagem pessoal efetiva selecionado no registro de viagem pessoal fictícia.

13. Método de acordo com a reivindicação 10, no qual a dita conversão compreende ainda: cancelar partes do registro de viagem pessoal efetiva seleciona- do correspondente à viagem utilizada, associada com o registro de viagem pessoal efetiva selecionado; e ajustar o dito valor com base em viagem não utilizada, associada com o registro de viagem pessoal efetiva selecionado.

14. Método de acordo com a reivindicação 10, a dita criação compreendendo ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e gerar o nome de passageiro fictício com base, pelo menos parci- almente, nas informações do registro de nome de passageiro efetivo sele- cionado.

15. Método de acordo com a reivindicação 10, no qual o dito va- Ior é selecionado por um usuário para representar uma quantia de presente.

16. Método de acordo com a reivindicação 10, no qual o valor é selecionado por uma transportadora para representar uma compensação para um usuário.

17. Método de acordo com a reivindicação 10, no qual o registro de viagem pessoal fictícia e os registros de viagens reais são acessíveis pe- lo mesmo portal em linha.

18. Método para a emissão de comprovantes, compreendendo: armazenar uma pluralidade de registros de nomes de passagei- ros efetivos em um sistema de distribuição global, cada registro de passagei- ro efetivo tendo associado com ele pelo menos dados de identificação e da- dos relativos a viagens; criar um registro de nome de passageiro fictício tendo associado com ele pelo menos dados de identificação, dados relativos a viagens fictí- cias, e um valor; designar o dito registro de nome de passageiro fictício como um componente de ativo resgatável; e armazenar o registro de nome de passageiro fictício no sistema de distribuição global, em que o registro de viagem fictícia tem o mesmo formato de base de dados que os registros de viagens efetivas.

19. Método de acordo com a reivindicação 18, a dita criação compreendendo ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e gerar o nome de passageiro fictício com base, pelo menos parci- almente, nas informações do registro de nome de passageiro efetivo sele- cionado.

20. Método de acordo com a reivindicação 18, no qual o dito va- lor é selecionado por um usuário para representar uma quantia de presente.

21. Método de acordo com a reivindicação 18, no qual o valor é selecionado por uma transportadora para representar uma compensação para um usuário.

22. Método de redenção de um comprovante de viagem, com- preendendo: recuperar um registro de nome de passageiro fictício de um sis- tema de distribuição global, o registro de nome de passageiro fictício tendo associado com ele pelo menos dados de identificação, dados relativos a via- gens fictícias, e um valor; receber disposições de viagens tendo um custo associado com elas; converter o registro de nome de passageiro fictício em um regis- tro de nome de passageiro efetivo, a dita conversão incluindo pelo menos creditar pelo menos uma parte do dito valor contra pelo menos uma parte do custo; e armazenar o registro de nome de passageiro efetivo convertido no sistema de distribuição global.

23. Método de acordo com a reivindicação 22, compreendendo ainda impedir a dita conversão, se a pelo menos uma parte do valor exceder a pelo menos uma parte do custo.

24. Método de acordo com a reivindicação 22, no qual a dita cri- ação compreende ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e modificar o registro de nome de passageiro efetivo selecionado no registro de nome de passageiro fictício.

25. Método de acordo com a reivindicação 22, no qual a dita conversão compreende ainda: cancelar partes do registro de nome de passageiro efetivo sele- cionado correspondente à viagem utilizada, associada com o registro de nome de passageiro efetivo selecionado; e ajustar o dito valor com base em viagem não utilizada, associada com o registro de nome de passageiro efetivo selecionado.

26. Método de acordo com a reivindicação 22, a dita criação compreendendo ainda: selecionar um registro de nome de passageiro efetivo do dito sis- tema de distribuição global; e gerar o nome de passageiro fictício com base, pelo menos parci- almente, nas informações do registro de nome de passageiro efetivo sele- cionado.

27. Método de acordo com a reivindicação 22, no qual o dito va- Ior é selecionado por um usuário para representar uma quantia de presente.

28. Método de acordo com a reivindicação 22, no qual o valor é selecionado por uma transportadora para representar uma compensação para um usuário.

29. Método de acordo com a reivindicação 22, no qual registro de nome de passageiro fictício e os registros de nomes de passageiros efetivos têm o mesmo formato de base de dados.

30. Método de acordo com a reivindicação 22, compreendendo ainda emitir um bilhete com base no registro de nome de passageiro efetivo convertido.