BR112019018477A2 - sistema, dispositivo e método de acesso à infraestrutura compartilhada - Google Patents

sistema, dispositivo e método de acesso à infraestrutura compartilhada Download PDF

Info

Publication number
BR112019018477A2
BR112019018477A2 BR112019018477A BR112019018477A BR112019018477A2 BR 112019018477 A2 BR112019018477 A2 BR 112019018477A2 BR 112019018477 A BR112019018477 A BR 112019018477A BR 112019018477 A BR112019018477 A BR 112019018477A BR 112019018477 A2 BR112019018477 A2 BR 112019018477A2
Authority
BR
Brazil
Prior art keywords
user
data
location
fact
identifier
Prior art date
Application number
BR112019018477A
Other languages
English (en)
Inventor
Singh Atwal Balwinder
Richard Torbenson Eric
Christiaan Serfontein Matthys
Tamur Ul Haq Mian
Edward Gleason Shamus
Original Assignee
Sita Inf Networking Computing Usa Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sita Inf Networking Computing Usa Inc filed Critical Sita Inf Networking Computing Usa Inc
Publication of BR112019018477A2 publication Critical patent/BR112019018477A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/068—Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1222—Increasing security of the print job
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1238—Secure printing, e.g. user identification, user rights for device usage, unallowed content, blanking portions or fields of a page, releasing held jobs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1242—Image or content composition onto a page
    • G06F3/1243—Variable data printing, e.g. document forms, templates, labels, coupons, advertisements, logos, watermarks, transactional printing, fixed content versioning
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/33—Services specially adapted for particular environments, situations or purposes for indoor environments, e.g. buildings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1278—Dedicated interfaces to print systems specifically adapted to adopt a particular infrastructure
    • G06F3/1292—Mobile client, e.g. wireless printing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/77—Graphical identity

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Document Processing Apparatus (AREA)

Abstract

a presente invenção refere-se a um dispositivo de processamento computadorizado para permitir acesso a um ou mais dispositivos eletrônicos. o dispositivo compreende meios de processamento (103) configurados para: determinar um identificador de localização associado a um evento de login do usuário; associar o identificador de localização a um identificador de sessão de usuário; e comunicar (3013) o identificador de localização e o identificador de sessão de usuário associado a um aplicativo (109).

Description

Relatório Descritivo da Patente de Invenção para SISTEMA, DISPOSITIVO E MÉTODO DE ACESSO À INFRAESTRUTURA
COMPARTILHADA.
CAMPO DA INVENÇÃO [001] A presente invenção refere-se, em geral, a um sistema, método e dispositivo para permitir acesso à infraestrutura compartilhada, tal como um dispositivo implementado por computador. A infraestrutura compartilhada pode ser um dispositivo tal como uma impressora para imprimir um cartão de embarque ou etiqueta de bagagem, um leitor para leitura de documentos ou um quiosque para imprimir um cartão de embarque ou etiqueta de bagagem. O sistema pode, por exemplo, ser usado por clientes, passageiros e agentes que prestam serviços aos clientes ou passageiros.
ANTECEDENTES DA INVENÇÃO [002] Normalmente, as companhias aéreas compartilham uma infraestrutura em comum, tais como dispositivos de computação, os quais são geralmente fornecidos por um aeroporto para processar seus passageiros. As soluções comuns de infraestrutura compartilhada conhecidas são inflexíveis, caras, difíceis de implantar e operar e não acomodam facilmente as tecnologias mais recentes, tal como o uso de dispositivos móveis. Isto ocorre porque as soluções conhecidas forçam as companhias aéreas a trabalhar com o ambiente de menor denominador em comum. Por exemplo, uma versão específica do Microsoft Windows™, uma versão específica do Adobe™ Flash™ ou uma versão específica do JAVA™, as quais são comumente usadas por dispositivos compartilhados no ambiente do aeroporto, pode determinar como conhecer soluções para interagir ou acessar serviços específicos. Isto pode levar a dificuldades técnicas no fornecimento de acesso aos dispositivos compartilhados.
[003] Também, será apreciado que as plataformas conhecidas,
Petição 870190087511, de 05/09/2019, pág. 11/109
2/84 tal como a plataforma Microsoft™ Windows™ , as quais podem funcionar em dispositivos em comum, são plataformas fechadas. Isto força os usuários a acessar dispositivos no ambiente do aeroporto local por meio de uma interface local para se comunicar com a plataforma. Portanto, não há previsão de comutar remotamente com um ou mais dispositivos no ambiente local do aeroporto.
[004] Consequentemente, será apreciado que as soluções conhecidas conectam as características de periféricos terminais tais como impressoras, leitores, e assim por diante através da interface de aplicativo, assim, impedindo que periféricos evoluam e adicionando características de uso de passageiros, sem afetar o aplicativo.
[005] Além disso, os sistemas de Rede Virtual Privada, VPN, têm o problema de requerer que os usuários insiram dados adicionais, tais como credenciais adicionais de logon, após acessar sistemas remotos por meio da VPN, o que pode ser simplesmente considerada como um túnel através do qual as comunicações são enviadas.
SUMÁRIO DA INVENÇÃO [006] A invenção tem como objetivo solucionar estes problemas ao fornecer um dispositivo de processamento computadorizado para permitir acesso a um ou mais dispositivos eletrônicos. O dispositivo compreende meios de processamento configurados para: determinar um identificador de localização associado a um evento de login do usuário; associar o identificador de localização a um identificador de sessão de usuário; e comunicar o identificador de localização e o identificador de sessão de usuário associado a um aplicativo.
[007] Além disso, as modalidades da invenção proporcionam um mecanismo que fornece um ou mais tokens para um ou mais dispositivos. O uso de tokens específicos por dispositivos facilita a comunicação sem intervenção.
[008] Isto contrasta com os sistemas VPN que não possuem váPetição 870190087511, de 05/09/2019, pág. 12/109
3/84 rios componentes funcionais diferentes que transformam o conteúdo dos dados à medida que os dados são passados entre os componentes funcionais.
[009] Assim, o sistema permite que as companhias aéreas operem em seu próprio ambiente, sem nenhuma restrição imposta por outra companhia aérea que compartilhe a infraestrutura em comum. A invenção fornece serviços com base em nuvem que reduzem os custos e fornecem um modelo operacional e de implantação eficiente. A invenção permite a segregação de um ambiente de aeroporto do ambiente de uma companhia aérea, assim, permitindo que todas as entidades evoluam com base em suas necessidades de negócios. A invenção fornece uma interface atemporal para aplicativos de companhias aéreas com base na troca de dados essencial usando a mais recente tecnologia da web. A interface remove a influência dos dispositivos clientes. A invenção pode compreender um portal fácil de usar que permite que os provedores de dispositivos em um aeroporto configurem um ambiente que é independente dos usuários de uma companhia aérea. O portal permite que as companhias aéreas ativem seu aplicativo instantaneamente nos aeroportos e locais disponíveis, sem a dependência de terceiros.
[0010] A principal funcionalidade da solução fornece APIs em comum que permitem que os aplicativos de uma companhia aérea sejam dinamicamente subscritos à infraestrutura compartilhada ou dedicada em qualquer local, em qualquer aeroporto disponível em escala global. A infraestrutura compartilhada ou dedicada não se limita aos aeroportos e pode incluir estacionamentos, hotéis, estações ferroviárias, centros de convenções, centros da cidade, navios de cruzeiro etc. As APIs podem usar a identificação de localização para associar sessões de usuários de companhias aéreas à infraestrutura compartilhada. A identificação de localização se baseia em uma convenção de nomenclatura
Petição 870190087511, de 05/09/2019, pág. 13/109
4/84 fácil de construir que identifica exclusivamente qualquer infraestrutura em aeroportos e locais fora do aeroporto. Os aplicativos clientes podem obter a identificação de localização através de uma série de maneiras diferentes, tais como etiquetas QR, Sinalizadores (Beacons),
NFC e assim por diante.
[0011] A arquitetura da solução se baseia na separação da interface de usuário de dispositivos físicos que requerem interação do usuário, por exemplo, a obtenção de cartões de embarque, despacho de bagagens, digitalização de documentos, pagamento e portas de embarque, etc. Isto pode ser conseguido por meio de 2 canais de comunicação e pode conferir flexibilidade para que dispositivos de interface do usuário, tais como estações de trabalho, tablets, smartphones, evoluam independente de dispositivos tais como um leitor de passaportes, chips e pins para pagamento, despacho automatizado de bagagens e assim por diante.
[0012] As modalidades da invenção também fornecem uma solução para a necessidade de compatibilidade com versões anteriores. A plataforma constitui um meio para que as companhias aéreas continuem a usar seu software existente com pouca ou nenhuma modificação, ao mesmo tempo em que aproveita a flexibilidade que a nova plataforma oferece. Isto pode ser alcançado por meio de uma funcionalidade Field Gateway.
[0013] Os dispositivos da invenção podem utilizar uma arquitetura capaz de permitir acesso à infraestrutura compartilhada em uma estrutura distribuída. Esta implementação não se limita a uma versão específica dos aplicativos Microsoft™ Windows™ ou Linux™ ou Cisco™ IOX™ Android™.
[0014] As modalidades da invenção utilizam uma arquitetura que é capaz de ser executadas em qualquer um destes sistemas. Isto pode ser alcançado com o uso de um navegador da Internet. Normalmente,
Petição 870190087511, de 05/09/2019, pág. 14/109
5/84 o navegador é fornecido com o padrão html 5. Isto pode permitir acesso a um portal de próxima geração, rede distribuída NGP ou estrutura de dispositivos de acordo com o padrão html 5. Isto tem a vantagem de que apenas recursos locais são necessários para executar o navegador. Consequentemente, muitos dos processos que requerem considerável poder de processamento podem ser inseridos ou executados em um ambiente hospedeiro, tal como um sistema de back-end da companhia aérea, sistema de servidor aberto, sistema de controle de partida, em um centro de dados ou na nuvem. Isto significa que os únicos recursos locais que precisam ser usados são aqueles usados pelo navegador. Isto permite que determinados aplicativos sejam executados mais rapidamente do que as soluções conhecidas uma vez que, por exemplo, um banco de dados não precisa ser baixado localmente.
[0015] De acordo com um primeiro aspecto da presente invenção, é fornecido um sistema de processamento de dados para permitir acesso do usuário a um ou mais dispositivos 108. O sistema compreende meios de processamento 103 configurados para: determinar um identificador de localização para um usuário; associar o identificador de localização a um identificador de usuário para o usuário; e comunicar 3013 o identificador de localização e o identificador de usuário associado a um aplicativo 301.
[0016] De acordo com um aspecto adicional da presente invenção, é fornecido um dispositivo de processamento de computador para permitir acesso a um ou mais dispositivos eletrônicos. O dispositivo compreende meios de processamento 103 configurados para: i. determinar um identificador de localização associado a um evento de login do usuário; ii. associar o identificador de localização a um identificador de sessão de usuário; e iii. comunicar 3013 o identificador de localização e o identificador de sessão de usuário associado a um
Petição 870190087511, de 05/09/2019, pág. 15/109
6/84 aplicativo 109.
[0017] De acordo com um aspecto adicional da presente invenção, é fornecido um dispositivo eletrônico que compreende um componente Field Gateway para facilitar a autenticação com um ambiente remoto. [0018] De acordo com um aspecto adicional da presente invenção, é fornecido um método para permitir acesso a um ou mais dispositivos eletrônicos. O método compreende as etapas de: a. determinar um identificador de localização associado a um evento de login do usuário; b. associar o identificador de localização a um identificador de sessão de usuário; e c. comunicar 3013 o identificador de localização e o identificador de sessão de usuário associado a um aplicativo 109.
[0019] De acordo com um aspecto adicional da presente invenção, é fornecido um produto de programa de computador para permitir acesso a um ou mais dispositivos eletrônicos. O produto, quando executado, executa as etapas de determinar um identificador de localização associado a um evento de login do usuário; associar o identificador de localização a um identificador de sessão de usuário; e comunicar 3013 o identificador de localização e o identificador de sessão de usuário associado a um aplicativo 109.
[0020] Um aplicativo pode estar localizado em um centro de dados remoto e isto permite que recursos adicionais estejam localizados no centro de dados. Isto permite que o desempenho seja aumentado conforme desejado. Em outras palavras, as modalidades da invenção permitem fácil capacidade de escalonamento vertical, por exemplo, ao adicionar memória ou servidores adicionais ao centro de dados remoto, conforme necessário.
[0021] Um benefício adicional do uso de um navegador habilitado para html 5 é que não é necessária certificação adicional de qualquer aplicativo. Isto constitui um grande benefício para as companhias aéreas, pois as novas funcionalidades não precisam ser certificadas,
Petição 870190087511, de 05/09/2019, pág. 16/109
7/84 uma vez que não são implantadas usando um novo aplicativo no ambiente do aeroporto, mas são fornecidas pelo navegador habilitado para html 5. Além disso, uma vez que não há necessidade de um aplicativo para compartilhar um ambiente com aplicativos de outros fornecedores, a responsabilidade por aplicativos de outros fornecedores é evitado.
[0022] Além disso, é mais fácil para os sistemas que executam modalidades da invenção alcançar a conformidade com PCI, uma vez que o ambiente não é compartilhado entre vários aplicativos diferentes.
[0023] As modalidades da invenção podem separar os dados necessários para imprimir ou ler um documento a partir dos recursos relacionados à capacidade de uso do periférico. A troca de dados é parte da interface do aplicativo, onde a parte da capacidade de uso do periférico é controlada através da configuração, permitindo que os periféricos adicionem recursos de capacidade de uso sem afetar os aplicativos e isto preserva a longevidade da interface.
[0024] As modalidades da invenção utilizam uma solução, denominada como uma solução de Portal de Próxima Geração, NGP. A solução pode ser implementada ao fornecer 2 canais distintos. Estes canais podem ser denominados como um canal de dispositivo e uma interface gráfica de usuário, canal GUI. Isto, juntamente com um navegador da Internet habilitado para html 5, pode conferir muitos dos benefícios descritos acima.
[0025] Assim, a solução se baseia em uma troca pura de dados entre diferentes componentes funcionais. Recursos adicionais podem ser controlados por definições de configuração. Assim, se alterações precisam ser feitas, então, estas alterações podem ser realizadas por meio de definições dos recursos de configuração. Consequentemente, em algumas modalidades, uma interface de aplicativo é controlada
Petição 870190087511, de 05/09/2019, pág. 17/109
8/84 apenas por dados puros. A capacidade de uso do aplicativo é configurada através de definições de configuração.
[0026] No lado do dispositivo, uma arquitetura similar pode ser empregada. Por exemplo, a mesma está focada na separação lógica de serviços de troca de dados e serviços de configuração, os quais podem estar relacionados à aparência e sensação da interface do dispositivo.
[0027] Por exemplo, o ambiente do aeroporto pode disponibilizar serviços ou, em outras palavras, publicar serviços no ambiente da API usada pelos usuários. Os assinantes do ambiente do aplicativo, tal como uma companhia aérea, podem visualizar os serviços públicos. Isto permite que os usuários se inscrevam em um ou mais de uma série de serviços públicos. Os serviços públicos e de assinatura podem ser fornecidos de forma independente.
[0028] Em contraste com os sistemas VPN conhecidos, na presente invenção, o conteúdo dos dados é transformado por vários componentes funcionais, usando também comunicação bidirecional e autenticação de ponta a ponta. Os dados podem ser transformados com base em um mecanismo de regras. Obviamente, a natureza da transformação de dados pode ser diferente para cada usuário do sistema, com base em suas necessidades.
[0029] Assim, as modalidades da invenção podem se basear em uma plataforma em nuvem, tal como a tecnologia Microsoft™ AZURE™, especificamente o uso de loT Hub, Service Fabric, gateway API, Análise de Fluxo e Aprendizado de Máquina. A solução é construída usando segurança multifacetada, especificamente o uso de análise de fluxo, aprendizado de máquina e aprendizado profundo para criar um perfil do sistema e comportamento do usuário para identificar e se adaptar a anomalias.
[0030] De acordo com um aspecto da presente invenção, é fornePetição 870190087511, de 05/09/2019, pág. 18/109
9/84 cido um sistema ou dispositivo de processamento de dados para permitir acesso do usuário a um ou mais dispositivos adicionais 108. O dispositivo compreende meios de processamento 103 configurados para: determinar um identificador de localização associado a um evento de login do usuário; associar o identificador de localização a um identificador de sessão de usuário, em que o identificador de sessão de usuário está, de preferência, associado ao evento de login do usuário; e comunicar 3013 o identificador de localização e o identificador de sessão de usuário associado a um aplicativo 301.
[0031] De acordo com um aspecto adicional da presente invenção, é fornecido um método para permitir acesso a um ou mais dispositivos eletrônicos. O método compreende as etapas de a. determinar um identificador de localização associado a um evento de login do usuário; b. associar o identificador de localização a um identificador de sessão de usuário; e c. comunicar 3013 o identificador de localização e o identificador de sessão de usuário associado a um aplicativo 109.
BREVE DESCRIÇÃO DOS DESENHOS [0032] Uma modalidade da invenção será agora descrita, apenas a título de exemplo, e com referência aos desenhos anexos, nos quais: [0033] a Figura 1 é um diagrama esquemático dos principais componentes funcionais que concretizam a invenção;
[0034] a Figura 2 é um diagrama esquemático que mostra a arquitetura do sistema de uma modalidade da invenção; e [0035] a Figura 3 é um fluxograma que mostra o fluxo sequencial de vários componentes funcionais diferentes de acordo com uma modalidade da invenção.
[0036] A descrição a seguir é de um sistema para uso na indústria da aviação, porém, isto é exemplificativo e outras aplicações da invenção também serão discutidas. Por exemplo, o sistema pode ser usado em qualquer ambiente no qual a infraestrutura seja compartilhada. O
Petição 870190087511, de 05/09/2019, pág. 19/109
10/84 sistema pode ser incorporado em um sistema hospedado o qual pode usar protocolos de comunicação API para se comunicar com sistemas externos, tais como sistemas de reservas ou sistemas de controle de partidas.
[0037] Nesta modalidade específica, a Interface de Programação de Aplicativo, API, serviços ou módulos são construídos em uma plataforma Microsoft AZURE. No entanto, podem ser usadas outras plataformas conhecidas por aqueles versados na técnica, tais como Amazon Web Services, AWS, plataforma em nuvem, uma plataforma em nuvem IBM ou uma plataforma de nuvem Google.
[0038] Além disso, será apreciado que a funcionalidade pode ser implementada em qualquer linguagem de programação, por exemplo, html 5, C++™, JAVA™ e .xml podem ser usadas, bem como outras linguagens de programação que serão conhecidas por aqueles versados na técnica. Por exemplo, as modalidades da invenção podem usar uma destas linguagens de programação para fornecer um serviço com base na Web.
[0039] Com referência agora à Figura 1, esta pode ser considerada como um diagrama esquemático que mostra a arquitetura de um sistema que incorpora a invenção. Este sistema pode ser fornecido como parte de um sistema NGP (Protocolo de Próxima Geração).
[0040] Nesta modalidade específica, o sistema compreende três zonas distintas: um ambiente de API 103, um ambiente de aplicativo 109 e um ambiente de aeroporto 105.
[0041] Em geral, uma ou mais dessas zonas estão em diferentes locais físicos. Por exemplo, o ambiente da API 103 pode estar fisicamente localizado em um Estado específico, tal como a Califórnia nos Estados Unidos, enquanto que o ambiente local do aeroporto 105 pode estar localizado, por exemplo, em Boêmia, nos Estados Unidos. O ambiente de aplicativo de companhia aérea específico 109, o qual
Petição 870190087511, de 05/09/2019, pág. 20/109
11/84 hospeda o um ou mais aplicativos 141, 143, 145, também pode estar nos Estados Unidos. O ambiente do aplicativo pode ser acoplado de forma comunicativa a um sistema de controle de partidas que pode estar hospedado, por exemplo, em uma região, local ou país diferente, tal como a Alemanha.
[0042] Em outro exemplo específico, o ambiente de API 103 pode estar fisicamente localizado na Holanda, enquanto que o um ou mais dispositivos de usuário 107 e as GUIs associadas em execução nos dispositivos podem estar localizados em Frankfurt, Alemanha, enquanto que o um ou mais dispositivos compartilhados 108 podem estar localizados em Boêmia, Estados Unidos. O ambiente de aplicativos e os aplicativos 141, 143, 145 associados também podem estar localizados nos Estados Unidos, enquanto que o sistema de controle de partidas ou outro sistema de back-end 102 está localizado na Alemanha.
Descrição de Dispositivos de Usuário 107, Dispositivos Compartilhados 108 e Ambientes Local e Remoto [0043] Normalmente, o ambiente do aeroporto compreende um ou mais dispositivos de computação, 107, 108. Os dispositivos de computação se podem ser divididos em 2 grupos. O primeiro grupo de dispositivos de computação 107 pode compreender qualquer uma ou mais de estações de trabalho ou tablets compartilhados que um agente da companhia aérea pode trazer para o aeroporto para executar uma ou mais funções, tais como funções de check-in ou embarque. O primeiro grupo de dispositivos de computação também pode incluir smartphones ou tablets ou quaisquer outros dispositivos de computação portáteis que os passageiros possam trazer para o ambiente do aeroporto de modo a desempenhar a função de imprimir cartões de embarque ou etiquetas de bagagem ou efetuar pagamentos, tais como pagamentos por excesso de peso e assim por diante. Estes dispositivos de computação serão denominados como dispositivos de usuário 107. Em esPetição 870190087511, de 05/09/2019, pág. 21/109
12/84 sência, estes dispositivos de computação 107 constituem uma maneira de acessar à infraestrutura compartilhada, tal como um segundo grupo de dispositivos de computação 108.
[0044] O segundo grupo de dispositivos de computação 108 pode compreender qualquer um ou mais de uma impressora ou scanner ou leitor, dispositivo de balcão de check-in, dispositivo de balcão de embarque, quiosque (tal como um quiosque para imprimir um cartão de embarque ou etiqueta de bagagem), balcão de despacho de bagagem, dispositivo de rastreio de segurança ou dispositivo de portão de embarque automático. Em outras palavras, o segundo grupo de dispositivos de computação 108 se refere a dispositivos de computação de infraestrutura compartilhada. O scanner ou leitor é, em geral, configurado para ler um cartão de embarque ou etiqueta de bagagem, passaporte ou cartão de identidade ou outro documento legível em máquina. Normalmente, isto é realizado usando uma varredura óptica do cartão de embarque ou etiqueta de bagagem usando algoritmos de Reconhecimento Óptico de Caracteres, OCR, os quais serão conhecidos por aqueles versados na técnica.
[0045] A Figura 1 mostra um ambiente de aeroporto como um exemplo, porém, é evidente que será apreciado que esta zona 105 pode ser qualquer ambiente no qual a infraestrutura compartilhada possa ser fornecida, tal como uma estação ferroviária, um hotel, um centro de convenções, um navio de cruzeiro, etc. Esta zona 105 será denominada como um ambiente local 105.
[0046] O ambiente de aplicativo 109 é, em geral, denominado como uma zona remota 109. O ambiente de aplicativo pode compreender um centro de dados ou um ou mais servidores de computador usados, por exemplo, por uma companhia aérea. Além disso, a funcionalidade do ambiente de aplicativo pode ser fornecida em um ambiente hospedado.
Petição 870190087511, de 05/09/2019, pág. 22/109
13/84
Descrição dos Principais Componentes Funcionais [0047] O sistema 100 pode compreender qualquer um ou mais dos seguintes componentes funcionais: um ou mais módulos ou interfaces 111 para fornecer um ou mais serviços. Em geral, os módulos são, respectivamente, acoplados de forma comunicativa a um ou mais aplicativos 141, 143, 145. Além disso, cada um dos módulos ou interfaces pode de acoplado de forma comunicativa a um ou mais dispositivos 108. Qualquer um dos componentes funcionais dentro do ambiente de API 103 pode ser denominado como um módulo para executar uma ou mais operações funcionais diferentes.
[0048] Por exemplo, um servidor ou computador 101 pode ser configurado para executar uma Interface de Programação de Aplicativo, API, em um ambiente de API 103. O servidor de computador é normalmente acoplado de forma comunicativa, através de meios de transmissão com fio ou sem fio que serão conhecidos por aqueles versados na técnica, a qualquer um ou mais componentes funcionais diferentes, mostrados nas Figuras 1,2 e 3 dos desenhos.
[0049] O ambiente de aplicativo 109 e o ambiente de aeroporto 105 podem ser fornecidos por terceiros e cada um destes ambientes 105 e 109 é, em geral, acoplado de forma comunicativa a um ou mais serviços de API por meio de uma interface pública. Conforme mencionado anteriormente, o ambiente de aplicativo 109 geralmente reside em um ou mais computadores ou servidores de computador.
[0050] Normalmente, o ambiente local 105 é acoplado de forma comunicativa ao ambiente de API 103 por meio de protocolos de comunicação com ou sem fio que serão conhecidos por aqueles versados na técnica. Da mesma forma, o ambiente remoto 109 normalmente é acoplado de forma comunicativa ao ambiente de API 103 através de protocolos de comunicação com ou sem fio que serão conhecidos por aqueles versados na técnica.
Petição 870190087511, de 05/09/2019, pág. 23/109
14/84
Descrição do Banco de Dados 104 e Sinalizador (Beacon) 110 [0051] Conforme mostrado na Figura 1 dos desenhos, um banco de dados 104 pode ser fornecido como parte do sistema. Em geral, os dados associados ao banco de dados são armazenados em um meio de armazenamento ou memória, tal como uma memória de leitura apenas ou memória de acesso aleatório. No entanto, não é essencial que o banco de dados esteja localizado no ambiente da API. Por exemplo, o banco de dados pode ser fornecido em qualquer local, contanto que acoplado de forma comunicativa ao ambiente de API Azure. O banco de dados é, em geral, buscado por meio de uma API 106. O banco de dados compreende, normalmente, um ou mais identificadores de sinalizadores diferentes, tal como um UUID, e um ou mais identificadores de localização diferentes, IDs. Uma associação entre cada identificador de sinalizador e cada identificador de localização é fornecida, e o banco de dados, sua estrutura e interação com os outros componentes funcionais mostrados na Figura 1 serão descritos em mais detalhes abaixo.
[0052] O sistema ainda compreende, em geral, um ou mais sinalizadores 110. Cada sinalizador está normalmente colocado próximo de qualquer um ou mais dos dispositivos de usuário 107 que podem ser usados no ambiente do aeroporto. Para maior clareza, na Figura 1, um único sinalizador 110 é mostrado. No entanto, em geral, uma pluralidade de sinalizadores é fornecida em diferentes locais. Cada sinalizador está, normalmente, associado a uma única parte da infraestrutura compartilhada 108.
[0053] Vários dispositivos compartilhados 108 podem ser fornecidos em uma localização específica. Cada dispositivo compartilhado tem, em geral, um identificador exclusivo, por exemplo, um identificador de dispositivo. O identificador de dispositivo normalmente está na forma de uma sequência alfanumérica. Um exemplo específico de um
Petição 870190087511, de 05/09/2019, pág. 24/109
15/84 identificador de dispositivo é deviceld:'413dc6c0a03d4d6a9cd2c1=='. [0054] Além disso, para distinguir entre as diferentes funcionalidades de vários dispositivos compartilhados 108 em uma localização específica, cada dispositivo compartilhado 108 pode ter um tipo de dispositivo associado ou uma definição genérica de etiqueta de dispositivo.
[0055] Por exemplo, um dispositivo de tipo LSR pode indicar um leitor de código de barras usado para ler um cartão de embarque ou etiqueta de bagagem. Um dispositivo ou etiqueta de tipo MSR pode indicar que o dispositivo é um leitor magnético de furto usado para ler um cartão de crédito ou cartão de fidelidade. Outros tipos ou etiquetas de dispositivos podem ser BTP, o qual indica que o dispositivo é uma Impressora de Etiquetas de Bagagem ou Impressora de Cartão de Embarque, conhecida como ATP (Impressora de Bilhetes e Cartões de Embarque Automatizada), o qual indica que o dispositivo é uma Impressora de Cartão de Embarque. A combinação do tipo de dispositivo e do identificador de localização permite que um dispositivo particular seja identificado de forma exclusiva em uma região específica do aeroporto.
Descrição da Sessão de Dados de Identificação de Usuário e Serviços de Autenticação 114 [0056] Um módulo de serviços de autenticação 114 pode ser fornecido no ambiente de API 103. Isto permite que os usuários se inscrevam no sistema e também fornece acesso subsequente ao sistema com um login e senha de usuário.
[0057] Depois que um usuário faz login, um evento de login é criado. Isto gera um identificador de localização, ID e identificador de sessão de usuário, ID. O identificador de localização pode ser determinado ao buscar em um banco de dados 112 por identificadores de localização anteriormente armazenados associados a diferentes usuários.
Petição 870190087511, de 05/09/2019, pág. 25/109
16/84
O identificador de localização pode ser selecionado com base em uma correspondência entre o login de usuário e um login de usuário correspondente e o identificador de localização associado armazenado no banco de dados 112. Informações adicionais, tal como a localização (por exemplo, coordenadas de longitude ou latitude, país, estado ou região) a partir da qual o usuário está conectado, também podem ser usadas para determinar de forma exclusiva, a partir do banco de dados 112, um identificador de localização para o usuário.
Descrição de Interfaces Públicas [0058] Uma ou mais das interfaces ou componentes funcionais mostrados na Figura 1 dos desenhos podem ser interfaces públicas ou disponibilizadas a terceiros fora do ambiente da API 103. Por exemplo, o portal de configuração 115, serviço Web Proxy 113 e serviços de API 111 e interfaces de serviços de dispositivo específicas 117 podem ser consideradas interfaces públicas. As interfaces públicas têm 2 responsabilidades distintas.
[0059] Primeiramente, as API's ou serviços 111 permitem a troca de dados entre o um ou mais aplicativos 141, 143, 145 em execução no ambiente remoto 109 e um ou mais dispositivos 107, 108 que são executados no ambiente local do aeroporto.
[0060] Em segundo, os detalhes relacionados aos recursos específicos do dispositivo e à experiência do usuário final são fornecidos através do portal de configuração 115 mostrado na Figura 1. O portal de configuração 115 pode integrar perfeitamente os dados da API à interface do dispositivo que acopla a interface de serviços de dispositivo 117 a um ou mais dispositivos compartilhados 108 no ambiente do aeroporto. Isto permite que o sistema faça uso das capacidades totais dos dispositivos 108. O portal de configuração 115 e as configurações associadas a cada dispositivo compartilhado 108 são descritas em mais detalhes abaixo.
Petição 870190087511, de 05/09/2019, pág. 26/109
17/84
Descrição Funcional da API 111: Função de Reconhecimento e Encaminhamento [0061] A uma ou mais APIs 111 fornecidas no ambiente da API podem ter duas funções principais. Primeiramente, elas transmitem mensagens de confirmação em resposta ao recebimento de mensagens 121, 122 provenientes de um ou mais aplicativos 141, 143, 145 no ambiente de aplicativo remoto 109. Em segundo, elas têm a função de rotear mensagens para os serviços de dispositivo correto dentro da interface de API de serviços de dispositivo 117. Em geral, isto é necessário porque vários serviços de dispositivo diferentes são fornecidos na interface de serviços de dispositivo 117. Por exemplo, os serviços na interface de serviços de dispositivo 117 podem estar relacionados à impressão de um cartão de embarque ou à impressão de uma etiqueta de bagagem ou leitura de um cartão de embarque ou etiqueta de bagagem ou leitura um cartão de crédito ou cartão de fidelidade usando um leitor de furto magnético e assim por diante.
[0062] Assim, os serviços de API 111 podem executar a função tanto de encaminhamento de mensagens para o serviço correto dentro da interface de serviços de dispositivo 117 e também enviar uma mensagem de confirmação para reconhecer que uma solicitação proveniente de um dos aplicativos 141, 143, 145 no ambiente de aplicativo remoto foi recebida corretamente pelo serviço de API 111.
API CUTE Wrapper 301 [0063] Uma API 301, mostrada na Figura 3 dos desenhos, também pode ser fornecida e localizada no ambiente da API 103. Esta é conhecida como uma API CUTE Wrapper. Uma das funções do aplicativo 301 é permutar entre os diferentes protocolos usados. Além disso, o aplicativo 301 também pode converter comandos entre o ambiente da API 103 e o ambiente do aplicativo remoto 109. Além disso, a API executa uma função de autenticação para verificar se as mensagens
Petição 870190087511, de 05/09/2019, pág. 27/109
18/84
122 recebidas a partir do ambiente de aplicativo remoto estão associadas a um usuário genuíno. A API CUTE Wrapper é particularmente útil ao integrar aplicativos de companhias aéreas herdadas para uso no sistema NGP. No entanto, é evidente que ela é opcional, e os aplicativos da companhia aérea podem ser configurados para receber diretamente mensagens a partir do sistema NGP, conforme a necessidade da API CUTE Wrapper 301.
Descrição de Troca de Dados Entre Componentes Funcionais [0064] Na Figura 1, a troca de dados entre diferentes componentes funcionais é representada pelas setas marcadas 121, 122, 123, 124, 125, 126, 127, 128, e 129. Obviamente, para fins de clareza, nem todas as comunicações entre os diferentes componentes funcionais são mostradas. No entanto, estes detalhes adicionais são descritos em detalhes abaixo.
[0065] Em um exemplo específico, as mensagens 121, 122 entre os serviços de API 111 e os respectivos, e geralmente associados, aplicativos 141, 143 no ambiente de aplicativo remoto mostrado na Figura 1 podem ser implementados usando mensagens Java Script Object Jotation, JSON™ xml. Este é um formato de troca de dados com base na linguagem de programação Java™ Script. Estes são descritos em mais detalhes com referência à Figura 3 dos desenhos anexos abaixo. Naturalmente, outros protocolos de mensagens conhecidos por aqueles versados na técnica podem ser usados.
Descrição Detalhada de Posicionamento e Funcionalidade de Sinalizador [0066] Conforme descrito anteriormente, o sinalizador 110 está, em geral, posicionado em estreita proximidade com o local onde um dos dispositivos de usuário 107 pode ser usado. Alternativamente, um código de barras de matriz, tal como um código de barras unidimensional, um código Quick Response, QR, ou código de barras 2-D pode
Petição 870190087511, de 05/09/2019, pág. 28/109
19/84 ser usado. Neste caso, um identificador de localização é codificado no código QR ou no código de barras 2-D. Estes códigos permitem que as informações sejam codificadas dentro deles. Isto é descrito em mais detalhes abaixo.
[0067] Um valor de identificador de sinalizador pode ser associado a cada sinalizador. Este pode ser configurado com um aplicativo complementar, tal como uma ferramenta de gerenciamento de sinalizadores. O dispositivo de usuário 107 pode usar sinais sem fio, tal como Bluetooth, para se comunicar com o sinalizador 110.
[0068] Normalmente, cada um dos dispositivos de usuário 107 compreende um aplicativo para permitir acesso à infraestrutura compartilhada. Este aplicativo, o qual pode estar na forma de uma API, pode ser executado pelo usuário, agente da companhia aérea ou passageiro quando ele se aproxima da infraestrutura compartilhada 108.
[0069] O aplicativo é, em geral, configurado para detectar um ou mais dos sinalizadores 110 por meio de protocolos de comunicação sem fio, tal como Bluetooth. Depois que o aplicativo detecta o UUID de um sinalizador, ele é enviado ao ambiente da API 103.
[0070] O identificador de sinalizador ou os dados de UUID podem, por exemplo, ser um código alfanumérico de 32 dígitos. O código pode, por exemplo, estar no formato 1 AE18C1 C-6C7B-4AED- B1664462634DA855, o qual está associado a um sinalizador. A API também pode retornar um ou mais de majorld=14, minorld=2. Em outro exemplo específico, a API 106 pode retornar um ou mais de UUID=1 14A4DD8-5B2F-4800-A079-BDCB21392BE9, majorld=1 100, minorld=1292. majorld e minorld podem ser usados para distinguir entre sinalizadores em uma área específica que tem um UUID em comum. A API 106 pode retornar dados associados a um ou mais sinalizadores.
Descrição de UUIDs Armazenados no Banco de Dados 104 Que São Mapeados a Identificadores de Localização
Petição 870190087511, de 05/09/2019, pág. 29/109
20/84 [0071] Dentro do ambiente API 103, um mapeamento de ID para identificador de sinalizador 110 a identificador de localização pode ser executado como um serviço. Assim, como parte do processo de configuração inicial, um identificador de sinalizador e um identificador de localização são transmitidos para o ambiente da API. O identificador de localização pode estar na forma de uma sequência de caracteres alfanuméricos, tal como JFKT5CK01, o qual indica que o sinalizador e, portanto, o dispositivo de usuário 108, está localizado no Aeroporto John F. Kennedy, terminal 5, Balcão de Check-in 01.
[0072] Um mapeamento entre cada identificador de sinalizador e identificador de localização é realizado e a associação ou mapeamento é armazenado no banco de dados.
[0073] Assim, o banco de dados compreende pelo menos um identificador de sinalizador associado a um identificador de localização. Isto permite que seja feita uma conexão entre o identificador de sinalizador e um dispositivo de usuário 107.
[0074] O banco de dados também pode incluir o mapa do ambiente do aeroporto local. Isto permite uma representação visual da localização física do(s) sinalizador(es) 110, bem como os dispositivos de usuário associados 107 que estão próximo de cada sinalizador 110.
[0075] Em uma modalidade específica, o banco de dados 104 pode incluir dados que definem um mapa do aeroporto e os locais de sinalizadores e dispositivos compartilhados associados 108 dentro do mapa.
Descrição Adicional do Identificador de Localização [0076] Conforme descrito anteriormente, o identificador de localização, ID, pode ser considerado como uma associação ou conexão entre o canal de comunicação do dispositivo 124 e o canal de comunicação da GUI 125 mostrados na Figura 1.
[0077] Além disso, podem ser fornecidas várias associações difePetição 870190087511, de 05/09/2019, pág. 30/109
21/84 rentes entre o canal de comunicação 124 e o canal de comunicação
125 e um dos aplicativos 141, 143, 145 em execução no ambiente do aplicativo remoto 109. Isto permite que um usuário use várias localizações.
[0078] Conforme descrito acima, a localização pode ser determinada com o uso de um sinalizador, NFC ou um indicador. O identificador de localização, ID, pode ser analisado por um serviço de back-end. [0079] A descrição abaixo está focada em mais detalhes sobre o conceito de Identificador de Localização, ID. O identificador de localização pode seguir o formato de qualquer um dos seguintes exemplos:
BOH-PREPROD-T01-GATE01 -WKS-001
JFK-T01-GATE03-WKS-002
ΜIA-AD M-FLR1-CO N F1-WKS-001
Exemplo 1 [0080] Neste exemplo, o Aeroporto = BOH, Área = pré-produção, Terminal = 1, Portão = 1 e Estação de Trabalho = 1.
Exemplo 2 [0081] Neste exemplo, o Aeroporto = JFK, Terminal = 1, Portão = 03 e Estação de Trabalho = 2.
Exemplo 3 [0082] Neste exemplo, o Aeroporto = MIA, Área = administração, Andar = 1, Sala de Conferências = 1 e Estação de Trabalho = 001. [0083] Estes exemplos definem uma localização relativa ou uma localização que pode ser em qualquer parte dentro de uma ou mais áreas predeterminadas. Os identificadores de localização podem definir áreas, regiões ou volumes dentro de um espaço bidimensional ou tridimensional. O espaço bidimensional ou tridimensional pode ser definido por uma ou mais coordenadas x, y ou z associadas a cada área ou espaço. As coordenadas que definem cada área ou espaço podem ser armazenadas em um banco de dados, tal como o banco de dados
Petição 870190087511, de 05/09/2019, pág. 31/109
22/84
112, juntamente com o identificador de localização associado que define cada área ou espaço.
[0084] Nos exemplos acima, o identificador de localização pode definir diferentes regiões. Em geral, pelo menos algumas das diferentes regiões se sobrepõem umas às outras ou podem estar totalmente contidas em outra região. Assim, o aeroporto pode ser considerado como uma região 1, uma área de administração pode ser considerada como uma sub-região 2 e uma sala de conferências pode ser considerada como uma sub-região 3 da sub-região 2. A sub-região 3 pode estar totalmente contida na sub-região 2. Da mesma forma, a sub-região 2 pode estar totalmente contida na sub-região 1.
[0085] O identificador de localização pode definir a localização de um dispositivo específico 107, tal como uma estação de trabalho, como parte de uma hierarquia. Em um exemplo específico, a estação de trabalho real pode ser um quiosque ou uma estação de trabalho de despacho de bagagem de um ou mais dos mesmos.
[0086] Esta estrutura hierárquica é extremamente flexível e constitui um formato de texto legível por seres humanos.
[0087] Além disso, pode ser fornecido um banco de dados de siglas de área e explicações associadas a estas siglas.
[0088] Será apreciado que o identificador de localização não define localizações em relação a um único ponto de origem. Em contraste, este é um sistema de coordenadas, tal como um sistema de coordenadas de longitude e latitude, no qual todas as localizações são definidas em relação a um único ponto de origem. Em vez disso, cada identificador de localização está associado a uma localização predeterminada. Uma árvore hierárquica que define a localização em relação a cada localização predeterminada é fornecida. Isto tem o benefício de que o identificador de localização pode ser interpretado por aqueles versados na técnica e a estrutura hierárquica entendida sem a necesPetição 870190087511, de 05/09/2019, pág. 32/109
23/84 sidade de se referir a um banco de dados de siglas. Isto permite que a estrutura hierárquica seja facilmente expandida conforme necessário.
[0089] Por exemplo, suponha que um quiosque de check-in seja implantado na Times Square, New York.
[0090] O identificador de localização pode ser definido por NYCTSQ-.....
[0091] O identificador de localização pode ser comunicado entre diferentes componentes funcionais como uma sequência de texto.
[0092] A sequência pode ser buscada. A estrutura lógica do identificador de localização é, em geral, atravessada apenas quando a árvore é criada. A árvore pode ser visualizada por meio de uma GUI em uma estação de trabalho. A GUI mostra como o identificador de localização define uma estrutura agrupada.
[0093] Assim, o identificador de localização começa, em geral, com um código definido pela IATA que específica uma localização, tal como JFK, LGA, LAX ou uma abreviação bem conhecida de uma localização, tal como NYC.
[0094] À medida que a hierarquia é criada, cada etapa é adicionada ao identificador de localização, ID, o que o torna legível e compreensível por seres humanos. Isto fornece uma visão muito precisa da localização física da estação de trabalho. Quando o identificador de localização é definido com precisão suficiente para que a estação de trabalho seja realmente localizada, um indicador pode ser adicionado. O indicador pode ser denominado como um indicador WKS e, então, pode ser adicionado um identificador que define o número da estação de trabalho. Este esquema pode ser usado para representar praticamente qualquer parte do mundo.
Descrição do Tipo de Dispositivo ou Indicador de Dispositivo Genérico Para Distinguir Entre Diferentes Tipos de Dispositivos Compartilhados 108
Petição 870190087511, de 05/09/2019, pág. 33/109
24/84 [0095] Se um ID de localização está associado a vários dispositivos 108 em comum, então, os tipos de dispositivo anteriormente descritos podem ser usados para distinguir entre diferentes dispositivos em uma determinada localização. Alternativamente, um identificador de dispositivo exclusivo pode ser usado para distinguir entre diferentes dispositivos compartilhados 108.
[0096] Isto pode ser feito ao associar um dos dispositivos compartilhados 108 a um identificador de localização específico e ao indicador de tipo de dispositivo. Exemplos de indicadores de tipo de dispositivo são ATP, BTP, LSR, MSR, conforme descrito anteriormente.
[0097] Assim, cada dispositivo 108, tal como uma impressora de etiquetas de bagagem ou um leitor de etiquetas de bagagem, por exemplo, pode ser identificado por seu identificador de localização e indicador de tipo de dispositivo. Conforme observado anteriormente, os indicadores são geralmente genéricos, porém, a combinação de identificador de localização e indicador constitui uma maneira de identificar um dispositivo dentre uma série de diferentes dispositivos compartilhados 108 que podem estar em uma localização específica.
[0098] A maneira específica de determinar exclusivamente para qual dispositivo compartilhado 108 uma determinada mensagem é enviada pode ser realizada de 2 maneiras diferentes.
[0099] Como primeira opção, o dispositivo compartilhado 108 pode ser determinado exclusivamente com base no identificador de localização e no indicador de tipo de dispositivo, tal como ATP, BTP LSR. [00100] Como uma segunda opção, o dispositivo compartilhado 108 é identificado exclusivamente usando o sinalizador UUID que é mapeado ao identificador de localização JFKT5CK01 e ao indicador ATP. Isto significa que a localização dos dispositivos compartilhados 108 é a mesma ou similar à localização dos dispositivos de usuário 107. O identificador de sinalizador, tal como UUID de sinalizador, pode fornePetição 870190087511, de 05/09/2019, pág. 34/109
25/84 cer uma conexão ou associação entre o identificador de dispositivo compartilhado ou o indicador e o identificador de localização.
[00101] A Figura 2 dos desenhos mostra um diagrama esquemático de uma modalidade específica na qual um adaptador 201 é fornecido. Este adaptador é fornecido para dispositivos atuais no aeroporto 107 que não são capazes de se conectar à nuvem 203 ΙοΤ-Hub diretamente. Portanto, um serviço de adaptador é usado para permitir que um dispositivo herdado funcione como um dispositivo loT. Este adaptador, juntamente com a interface de dispositivo, é público para permitir que os fornecedores de dispositivos desenvolvam dispositivos com suporte nativo à loT. O adaptador 201 mostrado na Figura 2 também pode ser denominado como Field Gateway, FG, mostrado na Figura 1 dos desenhos.
[00102] O ID de localização abstrai a posição de um dispositivo para um posicionamento lógico, por exemplo, balcão de check-in, lobby de hotel, sem o conhecimento das estações de trabalho conectadas ou do layout de IT. O identificador de localização é descrito em mais detalhes abaixo.
[00103] O encaminhamento de mensagens a partir dos dispositivos para os aplicativos da companhia aérea/aeroporto e a partir dos aplicativos da companhia aérea/aeroporto para os dispositivos é tratado pelos mecanismos de encaminhamento interno exclusivos e pelos mecanismos de encaminhamento do Azure. Os mecanismos de encaminhamento são descritos em mais detalhes abaixo com referência à Figura 3 dos desenhos, a qual mostra um fluxograma sequencial de uma modalidade da invenção.
[00104] Os adaptadores de loT, os serviços de localização e abstração de recursos oferecem uma solução distinta para gerenciar e operar dispositivos em escala global, limitando a complexidade do hardware, recursos e encaminhamento de mensagens dentro do apliPetição 870190087511, de 05/09/2019, pág. 35/109
26/84 cativo em nuvem.
Descrição Detalhada da Interface de Serviços de Dispositivo API 117 [00105] Uma interface de serviços de dispositivo API 117 pode ser fornecida dentro do ambiente da API.
[00106] A interface de serviços de dispositivo API 127 fornece uma interface com qualquer um ou mais dos dispositivos compartilhados 108. Isto permite que os serviços que qualquer um ou mais dos dispositivos locais compartilhados podem executar sejam listados e disponibilizados para uso por qualquer um dos dispositivos de usuário 107.
[00107] Por exemplo, supondo que o dispositivo compartilhado 108 seja simplesmente uma impressora acoplada a uma estação de trabalho em rede. A API de serviços de dispositivo 117 indica que o dispositivo pode executar a impressão.
[00108] Detalhes adicionais sobre a natureza da impressão podem ser fornecidos pela API de serviços de dispositivo. Por exemplo, isto pode indicar que a impressora é capaz de imprimir uma etiqueta de bagagem que pode ser presa à bagagem do passageiro. Da mesma forma, a API de serviços de dispositivo pode indicar que a impressora pode imprimir um cartão de embarque em um formato ou tamanho específico ou seguindo uma tabela ou folha de estilo específica. Por exemplo, uma impressora de cartão de embarque pode imprimir um cartão de embarque usando uma linguagem de impressão PECTAB. Neste caso, os dados a serem impressos no cartão de embarque são formatados de acordo com uma ou mais tabelas.
[00109] Em qualquer caso, o portal de configuração 115 é acoplado de forma comunicativa à interface de serviços de dispositivo 117. Isto é ilustrado esquematicamente com a seta marcada 128 na Figura 1. Assim, o portal de configuração 115 também é acoplado de forma comunicativa à interface de serviços de recursos.
Configuração de Estações de Trabalho e Periféricos Associados
Petição 870190087511, de 05/09/2019, pág. 36/109
27/84 [00110] Antes de descrever o fluxograma sequencial da Figura 3 em detalhes, será descrita a configuração opcional de estações de trabalho e dispositivos periféricos associados, tais como impressoras de etiquetas de bagagem ou impressoras de cartões de embarque. [00111] As estações de trabalho com periféricos conectados à estação de trabalho podem ser implantadas usando as seguintes etapas. Isto pressupõe que a estação de trabalho esteja executando, por exemplo, o Windows 10 e tenha os drivers de dispositivo necessários pré-carregados antecipadamente.
[00112] Após a inicialização de uma estação de trabalho ou dispositivo portátil na etapa 3010, um engenheiro de instalação inicia um navegador e insere um NGP URL para se conectar ao portal NGP. Em geral, é solicitado que o instalador insira credenciais de segurança para iniciar o processo de instalação. O portal NGP fornece uma GUI intuitiva para orientar o instalador a conectar e configurar periféricos. Este processo instala e configura automaticamente todo o software necessário na estação de trabalho com base em um ID de localização fornecido pelo instalador na etapa 3011. Em geral, a GUI do NGP Installation Portal requer que o instalador teste todos os periféricos para validação de uma instalação bem-sucedida. Os periféricos podem, em princípio, ser qualquer dispositivo compartilhado 108, tal como uma impressora de cartão de embarque ou impressora de etiquetas de bagagem.
[00113] Um usuário insere um URL específico no navegador em execução no dispositivo de usuário 107 para acessar o sistema NGP. Normalmente, cada companhia aérea tem um URL diferente para acessar o sistema.
[00114] Em referência agora às Figuras 1 e 3 dos desenhos, será descrito o fluxo sequencial de envio de mensagens. Será apreciado que a ordem específica das etapas é exemplificativa e que as etapas
Petição 870190087511, de 05/09/2019, pág. 37/109
28/84 podem ser executadas em uma sequência diferente daquela mostrada na Figura 3.
[00115] A descrição a seguir pressupõe que o usuário tenha criado anteriormente uma conta no sistema NGP para que ele tenha um nome de usuário e uma senha armazenados no sistema que permita acesso ao sistema. Além disso, também se pressupõe que o dispositivo 107 seja ativado com um navegador para se conectar ao portal NGP que permite acesso ao ambiente da API. Normalmente, o termo ambiente de API 103 é usado de forma alternada com o termo portal ou sistema NGP. Também se pressupõe que um ou mais dispositivos periféricos, tal como uma impressora de etiquetas de bagagem ou impressora de cartão de embarque, tenham sido configurados conforme descrito anteriormente.
Solução de Dispositivo Portátil [00116] Em alguns exemplos, um agente de companhia aérea pode levar um dispositivo de computação portátil, tal como um tablet, a um balcão de aeroporto, quiosque ou local de despacho de bagagem para realizar, por exemplo, uma funcionalidade de emissão de check-in ou cartão de embarque. Da mesma forma, os passageiros que usam smartphones/tablets podem se aproximar de quiosques ou outros locais para imprimir cartões de embarque, etiquetas de bagagem e efetuar pagamentos diretamente a partir de seus próprios dispositivos. O passageiro geralmente executa um aplicativo de companhia aérea específico para executar estas funções. Isto permite que um passageiro tenha uma experiência perfeita no aeroporto.
[00117] Conforme descrito acima, os sinalizadores que usam, por exemplo, a tecnologia NFC, permitem que um dispositivo 107 se associe aos dispositivos compartilhados 108 nos balcões e dentro dos quiosques e áreas de despacho de bagagem.
[00118] A associação de sinalizadores específicos com dispositivos
Petição 870190087511, de 05/09/2019, pág. 38/109
29/84 de computação compartilhados ou, em outras palavras, identificadores de localização, IDs, associados a dispositivos de computação compartilhados 108 foi descrita anteriormente acima.
[00119] O identificador de localização, ID, vincula ou associa os 2 canais 124, 125. Isto informa à plataforma com qual impressora no ambiente local do aeroporto 107 o aplicativo 141, 143, 145 no ambiente remoto precisa se comunicar.
[00120] Quando um usuário efetua login no tablet ou outro dispositivo 107, um identificador de localização predeterminado é enviado ao ambiente de API 103. Alternativamente, quando o usuário efetua login, ele pode selecionar manualmente sua localização. A localização pode ser determinada usando um sinalizador ou usando Comunicação de Campo Próximo, NFC, ou uma etiqueta QR, conforme descrito acima. Desta forma, os agentes das companhias aéreas podem trazer seus próprios tablets e simplesmente abordar balcões de aeroportos, quiosques, Áreas de Despacho de Bagagem e outras localizações para realizar as funções de check-in e embarque.
[00121] O tablet pode estar associado a um dos dispositivos nos balcões (por exemplo, em um quiosque ou em uma sacola) usando, por exemplo, um sinalizador ou NFC. Isto permite que o dispositivo receba um identificador de localização, ID, e que o dispositivo portátil passe o identificador de localização para o ambiente da API 103.
[00122] Assim, um usuário pode trazer um dispositivo de computação portátil 107 para o ambiente local do aeroporto 105 para acessar o ambiente da API 103.
[00123] O usuário inicia um aplicativo no dispositivo 107 que detecta o sinalizador 110 que está próximo do usuário usando protocolos de comunicação sem fio, tal como NFC, para detectar um identificador de sinalizador, tal como UUID.
[00124] O aplicativo em execução no dispositivo de usuário 107 poPetição 870190087511, de 05/09/2019, pág. 39/109
30/84 de enviar, sem fio, uma solicitação para a API de busca 106 localizada no ambiente da API. A solicitação inclui o UUID e a solicitação inclui um comando que instrui a API 106 a buscar no banco de dados 104 identificadores de sinalizador armazenados no banco de dados que correspondem ao identificador de sinalizador detectado pela API em execução no dispositivo de usuário 107.
[00125] Depois que a API 107 determina uma correspondência entre o identificador UUID associado ao sinalizador detectado e um identificador de sinalizador armazenado no banco de dados, a API 106 busca no banco de dados por dados de localização ou, em outras palavras, um identificador de localização, ID, associado ao identificador de sinalizador correspondente armazenado no banco de dados. O formato específico do identificador de localização, ID, é descrito em mais detalhes abaixo.
Solução de Contador Fixo [00126] Como uma alternativa à solução de dispositivo portátil, o usuário pode usar uma estação de trabalho, também indicada como 107 na Figura 1, para acessar o ambiente da API. Isto é conhecido como uma solução de contador fixo. Neste exemplo, o ID de localização é passado para o serviço de back-end da companhia aérea de forma transparente. O usuário não precisa executar nenhuma ação para obter o ID de localização.
[00127] Portanto, a solução de contador fixo pode executar as seguintes etapas:
[00128] Quando uma estação de trabalho de localização fixa está instalada e o Field Gateway é implantado, a estação de trabalho recebe uma identidade. Em geral, esta identidade é o ID de localização.
[00129] Quando o usuário faz login no sistema NGP para acessar seus aplicativos, a identificação de localização é passada como parte das credenciais de login.
Petição 870190087511, de 05/09/2019, pág. 40/109
31/84 [00130] O sistema NGP pode, então, criar dinamicamente um menu com ícones de aplicativos que é exibido ao usuário, onde cada ícone é um URL associado aos serviços 141, 143, 145 do serviço de aplicativos de linhas aéreas de back-end. O URL possui três parâmetros associados; LocationlD, UserSessionlD e NGP URL.
[00131] Estes parâmetros fornecem todas as informações necessárias pelos serviços de aplicativos de back-end 141, 143, 145 da companhia aérea para assinar a localização necessária para login do usuário.
Etapas e Mensagens de Fluxo Sequencial Detalhadas [00132] Salvo indicação em contrário, os diferentes componentes funcionais mostrados nas Figuras 1 e 3 podem ser implementados usando uma chamada de API, tal como uma chamada de API de Transferência de Estado Representacional, REST, usando um protocolo http.
[00133] Portanto, os dados nas mensagens mostradas na Figura 3 geralmente estão no formato de uma sequência alfanumérica e em um campo associado que define o tipo de dados, o qual também pode estar em um formato de sequência alfanumérica. Além disso, os diferentes componentes funcionais mostrados no ambiente de API 103 e no ambiente de aplicativo 109 podem ser implementados como diferentes módulos que são acoplados um ao outro para trocar dados conforme necessário entre os diferentes módulos.
[00134] Fazendo referência agora mais uma vez ao fluxograma sequencial da Figura 3, é solicitado que o usuário introduza um nome de usuário ou ID de usuário e senha (UserLogin) para acessar o sistema NGP. Uma mensagem de login de usuário 3012 é, portanto, enviada do dispositivo de usuário 107 para o ambiente de API 103. A notificação de login do usuário geralmente é uma resposta é introdução, pelo usuário, de um URL específico no navegador, conforme descrito antePetição 870190087511, de 05/09/2019, pág. 41/109
32/84 riormente.
[00135] Se o ambiente da API de NGP é fornecido como parte de um serviço de nuvem, então, todas as etapas de autenticação requeridas pelo provedor do serviço de nuvem podem ser usadas. Normalmente, uma série de usuários recebe acesso ao sistema e grupos de usuários podem ser definidos como pertencentes a associações ou empresas específicas, tal como uma companhia aérea específica.
[00136] Para acessar o URL específico, o dispositivo de usuário pode receber um certificado de segurança. O certificado de segurança pode ser fornecido em um canal separado e pode ser revogado a qualquer momento. O acesso ao sistema NGP geralmente não é permitido, a menos que o certificado de segurança apropriado tenha sido fornecido.
[00137] O serviço de autenticação 114, então, autentica o usuário com base nas credenciais inseridas pelo usuário.
[00138] Após login do usuário, o portal de configuração 115 ou o aplicativo de serviços de autenticação 114 determina se o usuário está associado a um grupo específico de usuários, tais como aqueles pertencentes a uma companhia aérea específica. Isto pode ser realizado ao buscar em um banco de dados 112 por credenciais de logon que podem ser identificadas por uma empresa ou um grupo em particular, tal como um identificador de companhia aérea.
[00139] Se o usuário estiver usando um dispositivo portátil, a localização do dispositivo portátil poderá ser determinada neste estágio. Isto pode ser realizado pelo aplicativo em execução no tablet ou dispositivo cliente 107 ao instruir um scanner ou leitor associado ao dispositivo a procurar ou ler um identificador de sinalizador, conforme descrito anteriormente, por exemplo, usando protocolos de comunicação de campo próximo sem fio. Alternativamente, o aplicativo instalado no dispositivo móvel pode ser usado em conjunto com meios de leitura, tal como
Petição 870190087511, de 05/09/2019, pág. 42/109
33/84 uma câmera, para ler ou fazer a varredura de um código de barras QR. O sinalizador ou o código de barras QR geralmente está colocado em posições predeterminadas dentro do aeroporto onde um usuário pode desejar usar a infraestrutura compartilhada. No caso do código de barras QR, o código de barras compreende dados que definem o ID de localização codificado no mesmo. Alternativamente, o usuário pode simplesmente inserir o identificador de localização manualmente assim que for solicitado.
[00140] Se o dispositivo móvel lê um identificador de sinalizador, o identificador de sinalizador é enviado para o ambiente da API a partir do dispositivo de usuário 107 via conexão com ou sem fio. Então, o aplicativo 106 busca no banco de dados 104 para localizar um identificador de sinalizador que corresponde ou é compatível com o identificador de sinalizador lido no sinalizador 110. A API 106 determina um identificador de localização armazenado no banco de dados 104 que está associado ao identificador de localização que corresponde ao sinalizador. Assim, a API 106 é capaz de determinar um identificador de localização associado ao sinalizador. Em geral, todos os componentes funcionais mostrados na Figura 1 dos desenhos são capazes de acessar um identificador de localização, ID, associado a um identificador de sinalizador específico quando necessário. O ID de localização determinado pode, então, ser retransmitido para o dispositivo de usuário 107.
[00141] Assim, o sistema NGP e, em geral, a API 106 em execução no ambiente de aplicativo recebe o ID de localização da estação de trabalho fixa ou a API 106 em execução no ambiente API determina o ID de localização ao buscar no banco de dados 104 um identificador de localização que corresponde a um identificador de sinalizador específico. Isto geralmente ocorre em resposta à API 106 que recebe o identificador de sinalizador a partir do dispositivo de usuário 107.
Petição 870190087511, de 05/09/2019, pág. 43/109
34/84 [00142] Em ambos os casos, é feita uma associação entre o ID de localização e o dispositivo de usuário 107 particular que acessa a infraestrutura compartilhada 108. O dispositivo de usuário 107 pode ter um identificador associado.
[00143] Depois que o usuário fez o login com sucesso no ambiente da API 103, na etapa 3012, uma mensagem de evento de login 3013 é enviada a partir da interface de serviços de autenticação 114 dentro do portal NGP para a API CUTE_Wrapper 301. Normalmente, a mensagem de evento de login 3013 compreende dados de identificação de uma localização do usuário na forma da identificação de localização e um identificador de sessão de usuário denominada como um user_session_ID. O ID da sessão de usuário pode ser gerado pela API de serviços de autenticação, 114. Conforme será reconhecido por aqueles versados na técnica, o ID da sessão de usuário identifica uma sessão de usuário e pode ser uma sequência alfanumérica.
[00144] A mensagem de evento de login pode compreender um ID opcional da companhia aérea ou um identificador de grupo de usuários, ID. Um identificador de região, tal como EUA, Leste dos EUA, Oeste dos EUA, Holanda, Irlanda e Ásia, também pode ser usado. Isto é útil se, por exemplo, várias instâncias diferentes do ambiente da API precisarem ser fornecidas em diferentes locais e, assim, permite que uma solução global seja fornecida. Os dados na mensagem de evento podem estar em um formato de sequência alfanumérica.
[00145] Em um exemplo específico, a user_session _ID incorpora dados que definem um usuário e definem uma associação ou grupo ao qual o usuário está associado. Por exemplo, os dados que definem a associação podem ser uma sequência tal como BA ou AA, a qual pode definir uma companhia aérea, tal como British Airways™ ou American Airlines™ , respectivamente. Outras associações, por exemplo, associações de serviços de assistência em escala, podem
Petição 870190087511, de 05/09/2019, pág. 44/109
35/84 estar vinculadas ao usuário. Em geral, o URL usado para acessar o sistema NGP é usado para mapear, associar ou fornecer uma conexão entre o ID de localização, o ID da sessão de usuário e o ID da companhia aérea.
[00146] Na etapa 3014, o usuário recebe um menu, denominado como Menu de Aplicativo, com base nas credenciais de logon e no ID de localização determinado. Isto pode ser feito quando uma das APIs dentro do ambiente da API 103 (tal como a API de serviços de autenticação 114) envia uma chamada para o dispositivo de usuário 107. Em geral, o menu de aplicativo é fornecido como um URL (o qual pode ser uma sequência alfanumérica) que aponta para o URL correspondente do aplicativo 141, 143, 145 no ambiente de aplicativo de companhia aérea remoto 109. Assim, o menu pode fornecer funcionalidade que permite ao usuário executar uma ou mais funções diferentes usando o dispositivo do usuário no ambiente local específico do aeroporto. Dois exemplos específicos de funções que podem ser executadas pelo usuário usando os dados de usuário no ambiente local do aeroporto 105 podem ser a impressão de uma etiqueta de bagagem ou um cartão de embarque usando um ou mais dispositivos compartilhados 108.
[00147] Assim, usando um dos dispositivos de usuário 107, um usuário pode clicar em um dos itens de menu e isto permite a conectividade com o aplicativo no ambiente remoto de uma companhia aérea. Um aplicativo CITRIX™ pode ser usado para executar esta etapa, embora outros aplicativos possam ser usados para iniciar remotamente um dos aplicativos 141, 143, 145 a partir de um dos dispositivos 107 no ambiente local do aeroporto 105.
[00148] A etapa de exibir um menu de itens e funcionalidade para permitir a inicialização remota de um dos aplicativos 141, 143, 145 pode ser realizada usando um aplicativo no ambiente da API 103 (por exemplo, usando uma das API's 111), o qual pode ser denominado
Petição 870190087511, de 05/09/2019, pág. 45/109
36/84 como um aplicativo de portal NGP para buscar em um banco de dados 112 por configurações predefinidas armazenadas que definem os tipos de aplicativos disponíveis para o usuário na localização particular. Este aplicativo pode primeiro autenticar um usuário e, então, determinar quais aplicativos devem estar disponíveis para o usuário ao fazer logon usando o dispositivo cliente 107 em um ambiente local 105 específico.
[00149] Assim, o aplicativo de portal NGP 103 é capaz de determinar quais aplicativos foram anteriormente configurados para este usuário com base na localização. De maneira similar, uma companhia aérea pode remover aplicativos para o usuário com base no ID de usuário e na localização.
[00150] Isto é análogo ao modo como dispositivos específicos, tal como uma impressora de etiquetas de bagagem ou impressora de cartão de embarque, podem ser configurados inicialmente na etapa 3011 para o usuário em uma localização específica, por exemplo, usando o portal de configuração 115. Isto permite que dispositivos 108 específicos no ambiente local do aeroporto sejam configurados para usuários específicos e que estes dispositivos e serviços sejam públicos.
[00151] Uma companhia aérea pode configurar os aplicativos 141, 143, 145 desejados que estão disponíveis para um usuário específico em uma localização específica ao efetuar logon no portal de configuração 115. O banco de dados 112 associado à API de portal de configuração 115 pode armazenar configurações que definem o tipo de aplicativo que um usuário em particular, identificado por seu ID de usuário, tem disponível quando inicia a sessão naquela localização específica. Por exemplo, um usuário pode ter aplicativos para imprimir um cartão de embarque ou imprimir uma etiqueta de bagagem configurado para estar disponível quando efetuar logon. Isto pode ser realizado com base em um ID de usuário e localização.
Petição 870190087511, de 05/09/2019, pág. 46/109
37/84 [00152] Assim, aplicativos exemplificativos podem ser um aplicativo de cartão de embarque ou aplicativo de etiqueta de bagagem que permite a um agente ou passageiro imprimir ou processar um cartão de embarque ou etiqueta de bagagem.
[00153] O menu de aplicativo permite que o usuário selecione um dos aplicativos 141, 143, 145 disponíveis no ambiente de aplicativo remoto 109 (LH_Application). Isto pode ser realizado por meio de uma comunicação pública e assinada entre a API do sistema NGP 103 e um aplicativo CUTE Wrapper 301 mostrado na Figura 3 dos desenhos. [00154] Normalmente, o aplicativo CUTE_Wrapper está no ambiente de aplicativo remoto 109. O aplicativo CUTE Wrapper Client 301 pode agir como um intermediário entre aplicativos legados a uma companhia aérea 131, 134, 145 e os aplicativos 111 no ambiente de API.
[00155] Uma das funções do aplicativo 301 é permutar entre os diferentes protocolos usados. Além disso, o aplicativo 301 também pode converter comandos entre o ambiente de API 103 e o ambiente de aplicativo remoto 109. Assim, o aplicativo CUTE Wrapper 301 pode ser opcional, dependendo do tipo de aplicativo que está sendo usado no ambiente remoto da companhia aérea. No entanto, os dados principais trocados entre o ambiente da API de NGP 103 e o aplicativo no ambiente remoto da companhia aérea 109 são geralmente os mesmos, independentemente de um aplicativo CUTE Wrapper ser usado.
[00156] Em resposta ao usuário que seleciona um dos aplicativos 141, 143, 145 indicados no menu, o usuário do dispositivo 107, então, se comunica com um dos aplicativos 141, 143, 145 no ambiente de aplicativo remoto 109 para iniciar um dos aplicativos 141, 143, 145 usando a mensagem 3015. Conforme descrito acima, a etapa 3015 é executada usando um link para o aplicativo no ambiente remoto da companhia aérea 109. Portanto, um dos aplicativos 141, 143, 145 no
Petição 870190087511, de 05/09/2019, pág. 47/109
38/84 ambiente remoto da companhia aérea é iniciado com base nas informações recebidas na mensagem 3015, tal como o cliente ou identificador de usuário.
[00157] Deverá ser observado que, em geral, o link ou a mensagem 3015 não permite que nenhum parâmetro associado seja enviado, exceto um URL. Assim, na etapa 3020, quando o aplicativo 141, 143, 145 específico no ambiente da companhia aérea remoto 109 é iniciado usando o URL, um dos aplicativos da companhia aérea remotos normalmente também faz uma chamada local para o ambiente CITRIX local para determinar um identificador de cliente que pode identificar o dispositivo 107 que iniciou uma sessão de usuário específica.
[00158] Assim, quando a funcionalidade CUTE Wrapper é usada, em geral, o ID de localização determinado anteriormente não é enviado para o aplicativo 141 no ambiente de aplicativo remoto.
[00159] Em vez disso, quando um dos aplicativos 141, 143, 145 no ambiente remoto 109 é iniciado, a instância do aplicativo inicia um encaminhamento de portas. Isto permite que um dos aplicativos 141 receba um ID de cliente, uma vez que o ambiente CITRIX local passa o identificador de cliente para o aplicativo 141 em execução no ambiente de aplicativo remoto. Este é, em geral, enviado do dispositivo de usuário 107 para o aplicativo 141 via a interface CITRIX em resposta ao dispositivo de usuário 107 que recebe tal solicitação a partir do aplicativo ou interface CITRIX no ambiente de aplicativo remoto 109.
[00160] Por exemplo, um ID de cliente pode identificar um usuário específico pelo nome e identificar o tipo de dispositivo que está sendo usado para iniciar o aplicativo remoto 141, 143, 145. Assim, o ID de cliente pode estar na forma de NAME_TABLET_1. O cliente ou dispositivo de usuário 107 comunica o ID de cliente para o ambiente CITRIX o qual geralmente está dentro do ambiente de aplicativo remoto, por exemplo, através dos meios de comunicação 129. O login de usuáPetição 870190087511, de 05/09/2019, pág. 48/109
39/84 rio descrito anteriormente é, em geral, associado a um identificador de cliente específico, IDs.
[00161] Na etapa 3030, o aplicativo 141 envia uma mensagem Get Device List 3030 para a API CUTE Wrapper 301. A mensagem de lista de dispositivos inclui o ID de cliente determinado, usualmente como uma sequência alfanumérica.
[00162] A API CUTE Wrapper 301, então, executa um mapeamento do ID de cliente recebido à identificação de localização previamente determinada. Em geral, o ID de cliente recebido está associado exclusivamente a um usuário específico e, portanto, a um dispositivo usado por este usuário.
[00163] A mensagem Get Device List 3030 enviada por um dos aplicativos 141, 143, 145 no ambiente de aplicativo remoto para a API CUTE Wrapper 301 instrui a API CUTE Wrapper para fornecer uma lista de dispositivos associados ao aplicativo 141 particular que foi inicializado.
[00164] Em geral, a mensagem 3030 inclui o ID de cliente e dados determinados que definem o tipo de documento a ser processado, tal como um cartão de embarque ou etiqueta de bagagem. Assim, a mensagem 3030 pode compreender texto, tal como texto alfanumérico na forma BP ou BT, a qual indica que um cartão de embarque ou etiqueta de bagagem, respectivamente, deve ser processado.
[00165] Depois que a API CUTE Wrapper 301 recebe a mensagem 3030, ela examina o conteúdo da mensagem para determinar o ID de cliente e o tipo de documento necessário. Além disso, a API CUTE Wrapper 301 também tem conhecimento do ID da sessão de usuário que está associado a este ID de localização específico, uma vez que o ID da sessão de usuário pode ser armazenado em um meio de armazenamento dentro do ambiente da API para uso pela API CUTE Wrapper 301.
Petição 870190087511, de 05/09/2019, pág. 49/109
40/84 [00166] Função CUTE de Mapeamento de ID de Cliente ao ID de
Localização [00167] A API CUTE Wrapper pode executar um mapeamento do
ID de cliente ao ID de localização.
[00168] Para executar o mapeamento, a API CUTE Wrapper 301 usa as informações recebidas na mensagem de evento de login 3013. Assim, o Cute Wrapper pode usar o ID de localização e o identificador de sessão recebidos na mensagem 3013 para mapear o ID de cliente recebido a um ID de localização associado.
[00169] Isto pode ser feito ao buscar em um banco de dados tal como o banco de dados 112 associado ao portal de configuração por um ID de cliente que corresponda ao ID de cliente recebido na mensagem 3030. O ID de cliente correspondente armazenado no banco de dados está associado a um ID de localização ou/e ID de sessão de usuário para um usuário específico. Da mesma forma, um mapeamento de ID de cliente ao ID de localização pode ser realizado para a solução de estação de trabalho fixa.
[00170] Assim, a API CUTE Wrapper 301 converte o ID de cliente (o qual pode estar associado a um usuário ou dispositivo específico) recebido na mensagem 3030 em um ID de localização (o qual pode estar associado ao usuário ou dispositivo em particular).
[00171] Na etapa 3040, a API CUTE Wrapper 301 envia uma mensagem de inscrição de localização 3040 para o portal de configuração 115 no ambiente da API 103 para assinar uma localização específica através de um dos serviços de API 111 usando o ID de localização determinado pela API CUTE Wrapper 301. Em geral, a mensagem de inscrição de localização compreende parâmetros que definem o ID de localização e o ID da sessão de usuário.
[00172] O serviço de portal de configuração de API 115 pode transmitir uma confirmação em resposta ao recebimento da mensaPetição 870190087511, de 05/09/2019, pág. 50/109
41/84 gem de inscrição de localização 3040, embora tal mensagem não seja mostrada na Figura 3 em virtude de sua natureza opcional.
[00173] A etapa 3040 é executada porque, em geral, uma companhia aérea e, portanto, os usuários registrados para usar o sistema, precisam se inscrever em uma localização antes que a operação do dispositivo possa ser solicitada. O seguinte deve ser observado: [00174] A assinatura está implicitamente vinculada a uma sessão de usuário. Em outras palavras, durante o processo de configuração, quando um aplicativo de companhia aérea é assinado ou associado a uma localização, presume-se que um agente da companhia aérea está usando o aplicativo 141 em questão. Consequentemente, normalmente é requerido que solicitações de assinatura tenham um ID de sessão de usuário correspondente.
[00175] Um usuário normalmente pode ter APENAS uma assinatura ativa por localização; no entanto, o usuário pode iniciar várias assinaturas em várias localizações por meio do aplicativo da companhia aérea.
[00176] Uma companhia aérea pode ter vários usuários ou agentes que se inscrevem em uma localização por meio dos aplicativos 141, 143, 145 da companhia aérea.
[00177] A assinatura é controlada pela companhia aérea que tem acesso à localização. Um agendador pode ser usado para impor isto com base em uma ou mais regras.
[00178] A mensagem de inscrição de localização 3040 geralmente compreende as informações sobre ID de localização e ID de sessão de usuário e, opcionalmente, um parâmetro de ID de companhia aérea. Conforme descrito anteriormente, o parâmetro ID de localização define o identificador da localização da estação de trabalho ou dispositivo portátil 107 que está sendo usado, a ID de sessão de usuário define a ID da sessão de usuário que fez o login, a ID de companhia aérea
Petição 870190087511, de 05/09/2019, pág. 51/109
42/84 pode definir códigos da companhia aérea, tal como um código IATA da companhia aérea, e geralmente são definidos por sequências alfanuméricas. Opcionalmente, um registro de data e hora também pode ser incluído na mensagem de solicitação de inscrição de localização JSON
3040 exemplificativa mostrada abaixo:
Airlineld Sequência Obrigatório Código IATA da companhia aérea
Locationld Sequência Obrigatório ID de localização da estação de trabalho
Connectionld Sequência Obrigatório GUID para chamadas de inscrição ao NGP
UserSessionld Sequência Obrigatório ID da sessão de usuário conectado
Timestamp Data e Hora Obrigatório Carimbo de data/hora do serviço da companhia aérea em UTC
Formato de Solicitação JSON Exemplificative {
Airlineld: LH,
Locationld: LAX-T1-GateB21-WKS-001,
UserSessionld: 372d4802-8ede-47a6-aa73-5cb2850a3d2c,
Timestamp: 2016-08-10T08:45:01.511Z,
Connection^: 8B5FFA7E-9045-414B-B44B-426FE21C5F51
Tabela 1: Estrutura exemplificativa da mensagem de inscrição de localização 3040.
[00179] O serviço de API 111 no ambiente da API de NGP 103 recebe a mensagem de 3040 e se comunica com a interface de serviços de dispositivo 117 através de mensagens 131 e 132 para determinar os dispositivos específicos associados a uma localização particular, bem como as capacidades associadas de cada dispositivo. As informações podem ser incluídas na mensagem, o que permite que ela seja encaminhada para uma das APIs 111 mostradas na Figura 1 se mais de 1 serviço de API 111 for fornecido.
[00180] Assim, a API de interface de serviços de dispositivo 117 e o
Petição 870190087511, de 05/09/2019, pág. 52/109
43/84 portal de configuração 115 se comunicam com um dos serviços de API
111 no ambiente da API 103 para determinar uma lista de dispositivos associados a um ID de localização específico e seus recursos associados.
[00181] Isto pode ser feito ao buscar no banco de dados 112 usando um aplicativo específico. O banco de dados 112 inclui detalhes dos dispositivos 108 que estão associados à localização de usuário específica ou, mais precisamente, ao identificador de localização.
[00182] Os recursos do dispositivo são retornados para a API CUTE Wrapper 301 a qual, em geral, faz parte do ambiente da API 103.
[00183] A API CUTE Wrapper 301 converte os recursos de dispositivo recebidos em um tipo de mensagem JSON, mostrado como 121 e 122 na Figura 1 e mensagem 305 na Figura 3.
[00184] Uma mensagem de resposta de inscrição de localização
JSON 3050 exemplificativa é mostrada abaixo:
Airlineld Sequência Obrigatório Código IATA da companhia aérea
Locationld Sequência Obrigatório ID de localização da estação de trabalho
Timestamp Data e Hora Obrigatório
Subscriptionld Sequência Obrigatório Identificador exclusivo para cada assinante
Messageld Sequência Obrigatório ID de mensagem de solicitação (ID de correlação)
Subscriptionchannel Sequência Obrigatório Barramento de Serviço URI
Authentication? oken Sequência Obrigatório Token para acessar o Barramento de Serviço
Locationcapabilities Objeto Condicional Este elemento representa os recursos atualmente configurados do dispositivo. Somente os recursos atualmente configurados serão retornados como parte da resposta
Connectionld GUID Obrigatório ID de conexão para a chamada de assinatura
Error Objeto Condicional Contém detalhes do erro se o estado da chamada da interface for 'Erro'
Code Sequência Obrigatório Código de erro
Status Sequência Obrigatório Se bem-sucedido, dará outra mensagem, exceto erro
Description Sequência Obrigatório Detalhes da descrição do erro
Petição 870190087511, de 05/09/2019, pág. 53/109
44/84
Formato de Resposta JSON Exemplificative - Bem-Sucedido
Airlineld: LH,
Locationld: JFK-T1-Gate1-WKS-001, Timestamp: 2016-08-10T08:45:01.511Z,
Status: Success,
Subscriptionld: 53DE9585-2148-4E66-B5DE-03686F140363, Messageld: F95DC8D9-FF11-4983-A833-4DC6F64512F7, Subscriptionchannel: «Service bus connection string>, AuthenticationToken: 3A70ACCD-1181-4DA6-99DD-3FBD3BC408F6, Connectionld: 8B5FFA7E-9045-414B-B44B-426FE21C5F51, Locationcapabilities: {
ReadBoardingPass: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-LSR1, errorCode:
}.
BGR1-LSR: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-BGR1-LSR, errorCode:
),
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-LSR3, errorCode:
ReadBagTag: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-LSR2, errorCode:
L
Petição 870190087511, de 05/09/2019, pág. 54/109
45/84
LSR4: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-LSR4, errorCode:
ι
ReadMagneticCard: {
MSR1: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-MSR1, errorCode:
}.
BGR1-MSR: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-BGR1-MSR, errorCode:
},
MSR2: {
Capability: MagneticCard,
Locator: JFK-T1-Gate1-WKS-001-MSR2,
Status: Online, errorCode:
},
ReadTravelDocument: {
OCR1: {
MRZ: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-OCR1, errorCode:
},
FullPage: {
Status: Online, errorCode:
ImageOnChip: {
Petição 870190087511, de 05/09/2019, pág. 55/109
46/84
Status: Online, errorCode:
i.
BGR1-OCR: {
MRZ: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-BGR1-OCR, errorCode:
},
FullPage: {
Status: Online, errorCode:
y
ImageOnChip: {
Status: Online, errorCode:
} },
PrintBoardingPass: { άτβ·· : {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-ATB, mediaStatus: OutOfStock.LowStock etc.,, errorCode:
},
PrintBagTag: {
BTP I {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-BTP, mediaStatus: OutOfStock.LowStock etc.,, errorCode:
}
Petição 870190087511, de 05/09/2019, pág. 56/109
47/84
PrintDocument: {
DCP” I {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-DCP, mediaStatus: OutOfStock,LowStock etc.,, errorCode:
} ),
BGR1-Gate: {
Status: Online,
Locator: JFK-T1-Gate1-WKS-001-BGR1-Gate, errorCode:
) i )
Tabela 2: Uma mensagem de resposta de inscrição de localização JSON 3050 exemplificativa.
[00185] Normalmente, a mensagem de resposta de recursos de dispositivo 3050 define o tipo de dispositivos compartilhados disponíveis, tais como Leitor de Cartão de Embarque (BPR), Impressora de Etiqueta de Bagagem (BTP), Impressora de Cartão de Embarque (ATB) e cada dispositivo tem um ID de localização associado.
[00186] A API CUTE Wrapper 301 usa as informações recebidas na mensagem de resposta 3050 para produzir uma mensagem da lista de dispositivos 3060 que define os dispositivos disponíveis em uma localização específica.
[00187] A mensagem de lista de dispositivos 3060 pode compreender dados que definem o tipo de documento a ser impresso ou, em geral, o tipo de impressora necessária para imprimir um tipo de documento. Por exemplo, ATP pode indicar que é necessária uma impresPetição 870190087511, de 05/09/2019, pág. 57/109
48/84 sora de cartão de embarque para imprimir um cartão de embarque.
BTP pode indicar que é necessária uma impressora de etiquetas de bagagem para imprimir uma etiqueta de bagagem. LSR pode indicar que é necessário um leitor de cartão de embarque para ler um cartão de embarque.
[00188] Assim, o aplicativo em execução no ambiente remoto da companhia aérea 109 é capaz de receber uma lista de dispositivos disponíveis na localização remota. Esta lista de dispositivos disponíveis é enviada através dos meios de comunicação 129, ou 123 ou 125, por exemplo, através da funcionalidade Web Proxy 113 dentro do ambiente da API. O usuário pode selecionar, usando o dispositivo de usuário 107, um dos dispositivos disponíveis para imprimir um tipo específico de documento.
[00189] Em resposta ao usuário selecionar um dos dispositivos para imprimir um tipo específico de documento, o aplicativo 141 no ambiente remoto, então, envia uma mensagem de abrir dispositivo(s) 3070 para o aplicativo CUTE Wrapper 301 para abrir um dos dispositivos na lista de dispositivos. Se apenas um dispositivo for retornado na mensagem de lista de dispositivos 3060, a API CUTE Wrapper 301 gerará um PM Handle exclusivo associado ao dispositivo desejado. Em geral, o PM Handle identifica exclusivamente um dispositivo específico dentro de uma sessão de usuário específica.
[00190] A API 301 Cute Wrapper 301 retorna um parâmetro PM Handle para o aplicativo 141 no ambiente de aplicativo remoto 109.
[00191] Se a mensagem de lista de dispositivos 3060 identifica mais de um dispositivo 108, então, normalmente, é gerado um parâmetro diferente de Handle PM para cada dispositivo diferente e, em geral, cada parâmetro é exclusivo para uma sessão específica.
[00192] Assim, cada solicitação de dispositivo que chega de LH_APP 109 é gerida como uma sessão separada que é identificada
Petição 870190087511, de 05/09/2019, pág. 58/109
49/84 pelo PM Handle.
[00193] A mensagem 3070 pode estar na forma de uma chamada XSPMOpen para cada dispositivo com base na lista de configurações de dispositivos recebida 3060. Isto cria uma sessão com o dispositivo, retorna PM Handle. Os elementos da chamada podem incluir qualquer um ou mais de: PMRET PMENTRY XSPMOpen (PSZ DevName, PPMHANDLE PPMHandle, ULONG OpenOption, PSZ AirilinelD, SHORT DataWaitTime, ULONG Reserved).
[00194] A API CUTE Wrapper 301 normalmente cria um PM Handle que pode ser exclusivo para uma sessão específica. O PM Handle pode identificar exclusivamente um dos dispositivos compartilhados 108. O PM Handle é, em geral, retornado para a API remota 109 usando a mensagem 3080.
[00195] A mensagem 3080 normalmente é enviada em resposta à chamada XSPMOpen.
[00196] A mensagem pode compreender qualquer um ou mais dos seguintes elementos de código: PMSaveHandle, ChangedDataFlag , RequestType, Length, CRC, SequenceNumber, AppPMHandle, SaveAppBuffer, ChangedDataFlag, ActivityFlag, NotifySem, IPCHandle, AppBufferAddr, Command, PMHandle, ReturnCode, Status, LocalFlags, Version, DeviceName, AirlinelD, UserName, OpenOption, WksName, ExtStatus, DevDwnFlushTime, DataWaitTime, Reserved.
Funcionalidade CUTE de Mapeamento de PM Handle Específico ao Identificador de Dispositivo, IP [00197] Ao manipular uma solicitação de impressão específica, a API CUTE Wrapper 301 inclui funcionalidade para converter o PM Handle que define o dispositivo específico que um aplicativo 141 está configurado para usar em um identificador de dispositivo, ID. Em um exemplo específico, o ID de dispositivo pode compreender um ID de localização determinado e um indicador associado. O mapeamento
Petição 870190087511, de 05/09/2019, pág. 59/109
50/84 pode ser realizado ao comparar um PM Handle armazenado associado a um dispositivo específico com os dados armazenados que definem um ID de localização e um indicador de dispositivo.
[00198] Conforme descrito acima, os fluxos de mensagens 3030, 3060, 3070, 3080 podem fazer parte de uma única sessão de usuário. Portanto, os PM's Handle armazenados são, em geral, atualizados sempre que uma nova sessão de usuário é iniciada.
[00199] As mensagens 3081 e 3082 são esquemáticas no sentido de que mostram que as etapas subsequentes abaixo normalmente ocorrem apenas em resposta a uma solicitação específica do dispositivo de usuário 107 para imprimir um cartão de embarque ou etiqueta de bagagem específica para um passageiro ou para ler um cartão de embarque de passageiro específico. Assim, as etapas subsequentes podem ser iniciadas por um usuário que solicita que uma ação específica ocorra.
[00200] As mensagens 3083 também são esquemáticas e mostram como o aplicativo em execução no ambiente remoto da companhia aérea pode efetuar login em um sistema de controle remoto de reservas ou partidas. Isto é opcional, uma vez que quaisquer dados do passageiro, tais como dados PNR associados a um passageiro específico, podem ser armazenados no sistema 100.
Exemplo de Impressão de Um Cartão de Embarque ou Etiqueta de Bagagem [00201] O exemplo a seguir se concentra no exemplo específico de um agente ou passageiro que usa um aplicativo em execução em um dispositivo 107 para executar a função de imprimir um cartão de embarque ou uma etiqueta de bagagem em um dispositivo compartilhado 108 usando um aplicativo 141, 143, 145 em execução em um ambiente de aplicativo remoto 109 que se comunica com o ambiente local do aeroporto 105 via o ambiente de API 103.
Petição 870190087511, de 05/09/2019, pág. 60/109
51/84 [00202] Isto pressupõe que determinados dados do passageiro, tal como o nome de um passageiro específico, tenham sido lidos, por exemplo, a partir de um passaporte ou de outra forma inseridos em um aplicativo em execução em um dos dispositivos de usuário.
[00203] Esta informação permite que um sistema de controle de reservas ou partidas, DCS 102, identifique exclusivamente a reserva de um passageiro e identifique os dados para a serem reenviados para o aplicativo 141, 143 ou 145.
[00204] Normalmente, de modo a identificar exclusivamente uma reserva particular, o DCS 102 usa a combinação do número de um cartão de crédito usado para fazer a reserva e o nome do passageiro.
[00205] Por exemplo, os quatro primeiros e os últimos seis dígitos de um número de cartão de crédito, bem como o nome associado, podem ser usados para identificar uma reserva específica. Alternativamente, dados do passaporte, tais como nome e data de nascimento, podem ser usados para identificar exclusivamente a reserva de um passageiro. Além disso, um localizador de reserva, tal como um número de referência, pode ser usado para identificar exclusivamente a reserva de um passageiro.
[00206] Uma vez identificada a reserva de um passageiro particular no DCS de back-end 102, isto permite que os dados associados ao PNR do passageiro particular sejam determinados. Assim, o sistema é capaz de determinar em qual aeroporto o passageiro está voando usando um identificador de aeroporto, a hora do voo, o número do voo e o assento emitidos, por exemplo. Estes dados permitem que um cartão de embarque seja emitido para um determinado passageiro.
[00207] Além disso, se o passageiro tiver despachado bagagem, o
DCS criará um identificador na forma de um Número de Placa de Licença, LPN, para esta bagagem. O DCS retorna as informações sobre a bagagem, o identificador de aeroporto e o número de voo e qualquer
Petição 870190087511, de 05/09/2019, pág. 61/109
52/84
LPN associado ou vinculado a uma bagagem para o ambiente de aplicativo da companhia aérea 109.
[00208] Assim, o aplicativo remoto 141, 143, 145 pode recuperar uma reserva pelo Registro de Nome de Passageiro, PNR, armazenado em um banco de dados. Este normalmente é criado quando a reserva de um passageiro é feita. Uma vez que um grande número de PNRs pode ser armazenado no banco de dados, cada PNR é identificado por um localizador de registros.
[00209] Em geral, cada PNR compreende um ou mais de um nome do passageiro, detalhes da passagem, tal como número da passagem, itinerário de pelo menos um segmento de uma viagem e o nome da pessoa que fornece as informações ou faz a reserva. O itinerário pode ser definido por um código do aeroporto de partida (tal como New York, NYC), um código do aeroporto de chegada (tal como London Heathrow, LHR), uma data e hora programadas de partida e uma data e hora programadas de chegada.
[00210] Isto permite que um cartão de embarque ou etiqueta de bagagem seja emitida por um sistema de controle de partidas, por exemplo, usando a hora programada do voo de partida e a localização do aeroporto de partida.
[00211] Será apreciado que etiquetas de bagagem e cartões de embarque podem ser definidos em documentos IATA RPS, tais como Resoluções IATA e RPs (Práticas Recomendadas), tais como as resoluções Baggage Tag IATA 740 e RP1740a e a resolução Boarding Pass IATA 722ee RP1723.
[00212] Uma confirmação é, em geral, fornecida à GUI em execução no dispositivo de usuário 107 de que um determinado registro de passageiro foi localizado. Além disso, os dados recuperados a partir do sistema de controle de partida 102 são retornados para um dos aplicativos 141 no ambiente de aplicativo. O serviço de API 111 fornePetição 870190087511, de 05/09/2019, pág. 62/109
53/84 ce um reconhecimento para um dos aplicativos 141 de que os dados foram recebidos com sucesso e executa uma função de encaminhamento para encaminhar os dados para o serviço correto dentro da interface de serviço do dispositivo.
[00213] Na etapa 3090, o aplicativo 141 específico selecionado para uso pelo usuário usando o dispositivo de usuário 107 envia uma mensagem de cartão de embarque ou etiqueta de bagagem 3090. Isto pode ser feito usando mensagens/comunicações XSPMAPI. Isto define bibliotecas e comunicações usadas por aplicativos herdados.
[00214] Normalmente, os dados incluídos na mensagem de cartão de embarque ou etiqueta de bagagem 3090 são com base no formato AEA.
[00215] Normalmente, a mensagem 3090 define o tipo de operação a ser executada, tal como imprimir um cartão de embarque ou etiqueta de bagagem. Além disso, a mensagem compreende dados que permitem imprimir o cartão de embarque ou etiqueta de bagagem. Em geral, estes dados compreendem o nome de um passageiro, porém, podem incluir qualquer uma ou mais das informações descritas acima com referência à definição de um cartão de embarque ou etiqueta de bagagem.
[00216] Normalmente, a mensagem 3090 para imprimir um cartão de embarque ou etiqueta de bagagem usa um protocolo herdado com base no PECTAB para fornecer um layout para o cartão de embarque e etiqueta de bagagem. A mensagem 3090 é enviada usando a comunicação de soquete TCP/IP com base na estrutura C-language.
[00217] A estrutura de carga útil da mensagem inclui elementos de dados necessários para imprimir um cartão de embarque ou uma etiqueta de bagagem. Por exemplo, a mensagem pode incluir o nome do passageiro, o número do voo, o número do portão e do assento em um formato alfanumérico. A mensagem é mapeada a um modelo PECPetição 870190087511, de 05/09/2019, pág. 63/109
54/84
TAB. A mensagem de dados 3090 é estruturada de maneira tal que os campos não precisam ser identificados. A mensagem pode incluir um campo que define o modelo PECTAB específico que deve ser usado. [00218] A mensagem 3090 pode estar na forma de uma chamada XSPMWrite. A chamada pode incluir detalhes do documento a ser impresso, tal como um cartão de embarque ou uma etiqueta de bagagem. A chamada pode incluir um ou mais comandos, tal como Association of European Airline Commands, por exemplo, PMRET PMENTRY XSPMWrite (PMHANDLE PMHandle, PPMDATABUFFER PPMBuf, ULONG WriteOption, HEV Semaphore, ULONG Reserved), os quais são conhecidos por aqueles versados na técnica.
[00219] A API CUTE Wrapper, então, converte a mensagem 3090 em um formato adequado para processamento pelo sistema NGP para gerar a mensagem 3100.
[00220] A mensagem 3100 se baseia em um modelo html, dados do cartão de embarque ou etiqueta de bagagem e um modelo e a API CUTE Wrapper 301 gera, por exemplo, uma mensagem de imprimir imagem 3100.
[00221] A mensagem 3100, em geral, se baseia em JSON usando pares de valores-chave e é comunicada usando uma API da web. O CUTE Wrapper analisa a mensagem 3090 para identificar campos específicos, tais como campos que definem o número da porta ou o assento, e é capaz de distinguir entre estes campos.
[00222] A API CUTE Wrapper 301 mostrada na Figura 3 mapeia dados do protocolo de mensagem herdado 3090 ao protocolo de mensagem 3100. Em outras palavras, a API CUTE Wrapper 301 converte a mensagem 3090 em pares de valores-chave e também pode adicionar informações armazenadas pelo sistema 103. A API CUTE Wrapper transforma a mensagem 3090 usando um modelo html para o layout do cartão de embarque, por exemplo.
Petição 870190087511, de 05/09/2019, pág. 64/109
55/84 [00223] O serviço CUTE Wrapper 301 cria, então, uma mensagem de cartão de embarque ou etiqueta de bagagem 3100 que é enviada ao ambiente de API 103, por exemplo, usando uma mensagem JSON.
Isto pode ser feito como uma tradução de um comando de impressão herdado para o novo comando de impressão e arquivo NGP.
[00224] Um formato exemplificative da mensagem de impressão BP/BT 3100 é fornecido abaixo:
PrintDocumentRQ:
Airlineld Sequência Obrigatório Código IATA da companhia aérea
Locationld Sequência Obrigatório ID de localização da estação de trabalho
Locator Sequência Obrigatório Localizador de dispositivos e recursos FQN
Subscriptionld Sequência Obrigatório Identificador exclusivo para cada assinante
Transactionld Sequência Obrigatório Identificador exclusivo para a companhia aérea rastrear várias solicitações em uma única transação comercial
Timestamp Data e Hora Obrigatório
DocumentType Sequência Obrigatório Os valores possíveis são: • Etiqueta de bagagem • Cartão de embarque • Recibo de embarque • Recibo personalizado
Templateld Sequência Obrigatório ID do modelo a ser usado para impressão
Params Objeto Obrigatório Contém pares de valores-chave
Formato de Solicitação JSON Exemplificativo:
Airlineld: LH,
Locationld: LAX-T1-GateB21-WKS-001,
Subscriptionld: 53DE9585-2148-4E66-B5DE-03686F140363, Locator: JFK-T1-Gate1-WKS-001-BTP,
Timestamp: 2016-08-12T08:35:49,
DocumentType: BagTag,
Templateld: 70CF33E2-B27F-4759-95D6-F061FFF92690, Transactionld: 868A42EF-EAD2-492D-95C7-FE0011BF98D8, Params: {
Petição 870190087511, de 05/09/2019, pág. 65/109
56/84
Labell: Airline, Label1_Value: LH, Label2: Passenger Name, Label2_Value: John, Label3: Flight Number,
Label3_Value: LH137, Label4: Departure,
Label4_Value: LAX }
[00185] Assim, será apreciado que a mensagem 3100 gerada pela API CUTE Wrapper pode compreender um identificador de localização, ID (Locationld) e um indicador de dispositivo. Conforme descrito anteriormente, o identificador de localização pode compreender dados alfanuméricos, tais como LAX-T1-GateB21-WKS-001 ou JFK-T01GATE03-WKS-002. Na mensagem de impressão 3100 exemplificativa mostrada acima, o indicador de dispositivo está incluído no campo Locator. A partir disso, pode ser visto que a impressora do dispositivo compartilhado 108 é, na verdade, uma impressora de etiqueta de bagagem, BTP. No entanto, um campo de indicador de dispositivo separado e um valor associado podem ser fornecidos na mensagem 3100 tal como, por exemplo, pares de valores-chave. Além disso, a mensagem 3100 pode compreender qualquer um ou mais dos campos mostrados nas mensagens acima, por exemplo, qualquer um dos dados necessários para imprimir uma etiqueta de bagagem ou cartão de embarque.
[00186] Uma mensagem de confirmação de documento impresso
3130 exemplificativa é fornecida abaixo. A mensagem de confirmação
3130 pode ser enviada por um dos aplicativos dentro do ambiente de
API 103 para a API CUTE Wrapper 301.
PrintDocumentAck:
Petição 870190087511, de 05/09/2019, pág. 66/109
57/84
Airlineld Sequência Obrigatório Código IATA da companhia aérea
Locationld Sequência Obrigatório ID de localização da estação de trabalho
Locator Sequência Obrigatório Localizador de dispositivos e recursos FQN
Subscriptionld Sequência Obrigatório Identificador exclusivo para cada assinante
Messageld Sequência Obrigatório ID de mensagem gerado pela plataforma
Transaction Id Sequência Obrigatório Identificador exclusivo para a companhia aérea rastrear várias solicitações em uma única transação comercial
Timestamp Data e hora Obrigatório
Formato JSO N Exemplifica ivo:
Airlineld: LH,
Locationld: LAX-T1-GateB21-WKS-001,
Subscriptionld : 53DE9585-2148-4E66-B5DE-03686F140363,
Timestamp: 2016-08-12T08:35:49,
Messageld: F95DC8D9-FF11-4983-A833-4DC6F64512F7, TransactionId : 868A42EF-EAD2-492D-95C7-FE0011BF98D8 [00187] Uma mensagem de solicitação de impressão de documento 3110 exemplificativa gerada por uma das API's 131, 132, 117 dentro do ambiente de API 103 é mostrada abaixo. A mensagem 3110 é gerada com base nas informações recebidas na mensagem 3100 por um dos aplicativos no ambiente de API 103. Na mensagem 3110 exemplificativa, é fornecido um ID de dispositivo exclusivo que permite que um dispositivo em particular seja identificado exclusivamente pelo campo Deviceld. Os dados associados à mensagem de impressão 3110 também estão incluídos abaixo como CommandData e podem incluir qualquer um ou mais dos dados incluídos na mensagem 3100 necessários para imprimir ou processar o documento em questão, por exemplo, para imprimir o cartão de embarque ou a etiqueta de bagaPetição 870190087511, de 05/09/2019, pág. 67/109
58/84 gem. A combinação do identificador de localização, ID, e indicador de dispositivo pode ser usada para identificar exclusivamente um dispositivo específico para o qual a solicitação de impressão de documento deve ser enviada.
Solicitação de Impressão de Documento:
SUHS
CommandType Sequência Obrigatório Impressão
Command Sequência Obrigatório Impressão, Configuração, ConfigPrint
TimeStamp Data hora Obrigatório Hora em UTC
Deviceld Sequência Obrigatório Deviceld do Hub loT
CommandData Sequência Obrigatório Par de chave/valor, FileData
Formato de Solicitação JSON Exemplificative: devicecommand: { commandType: ‘Print’, command: ‘Print’, timestamp: ‘2016-08-11T01:01:43+00:001 deviceld: ‘413dc6c0a03d4d6a9cd2c1 ==’, commandData { “File: <FileData>
lllllllllllllllllllllllllll lllllllllllllllllillllll
Formato de Solicitação JSON para Configuração Exemplificativo:
deviceCommand: { commandType: ‘Print’, command: ‘Config’, deviceld: ‘413dc6c0a03d4d6a9cd2c1=-, timeStamp: ‘2016-08-11T01:01:43+00:001 commandData { “FontName: CourierNew, “FontSize: 12 iiiiiiiiiiiii^ iiiiiiiliiiiiiil }
Petição 870190087511, de 05/09/2019, pág. 68/109
59/84 [00188] Um Identificador Globalmente Exclusivo pode ser usado como uma alternativa ao uso do ID de localização e do indicador de dispositivo ou para identificar exclusivamente um dispositivo compartilhado 108 para o qual a mensagem de impressão 311 é enviada.
[00189] Por exemplo, durante a instalação inicial do sistema, um aplicativo dentro do portal de configuração 115 cria um GUID (Identificador Globalmente Exclusivo) ou, em outras palavras, deviceld: '413dc6c0a03d4d6a9cd2c1=='. Pode ser fornecida uma API dentro do sistema NGP 103 que mapeia '413dc6c0a03d4d6a9cd2c1=- ao ID de localização e indicador de dispositivo. O mapeamento do ID de dispositivo ao ID de localização e ao indicador de dispositivo podem ser realizados ao buscar, usando uma API, dados armazenados em um banco de dados.
Formato de Solicitação JSON Exemplificative com Dados de Arquivo & Configuração:
deviceCommand: { commandType: ‘Print’, command: ‘ConfigPrint’, timeStamp: ‘2016-08-11T01:01:43+00:001 deviceld: ‘413dc6c0a03d4d6a9cd2c1 ==’, commandData { “FontName: CourierNew, “FontSize: 12, “File: <FileData> lllllllllllllllllllllllllllllllllllllllllllllllllll llllllllllllllllllllllllllllll ililililililililililililililililililili
Petição 870190087511, de 05/09/2019, pág. 69/109
60/84
Resposta de Impressão de Documento:
O
MediaType Sequência Obrigatório Impressão
Deviceid Sequência Obrigatório Deviceid do Hub loT
TimeStamp Date e hora Obrigatório Field Gateway de hora em UTC
MessageData Sequência Obrigatório Par de chave/valor, estado da mensagem e mensagem de sucesso/erro do dispositivo
Formato de Resposta JSON Exemplificativo:
deviceMessage: { mediaType: ‘Print’, deviceld: ‘413dc6c0a03d4d6a9cd2c1 ==’, timeStamp: ‘2016-08-11T01:01:45+00:00’, messageData { “Status: Success “MediaStatus: LowStock iiiiiiiiii^ iiiiiiiiiilliil }
Success Comando bem sucedido
Failure Falha no comando
LowStock Aviso de baixo estoque
Out of Stock Erro, estoque esgotado
Paper Jam Erro, atolamento de papel
[00190] Assim, alternativamente ou além do GUID descrito acima, a combinação de ID de localização e indicador de dispositivo é usada para identificar exclusivamente para qual dispositivo compartilhado a mensagem de impressão de cartão de embarque ou etiqueta de bagagem 3110 deve ser encaminhada. Portanto, esta mensagem define o dispositivo para o qual enviar a solicitação de impressão na forma de um ID de dispositivo. O ID de localização e o indicador, tal como ATP,
Petição 870190087511, de 05/09/2019, pág. 70/109
61/84 podem ser mapeados ao ID do dispositivo específico.
[00191] O componente Field Gateway, descrito em mais detalhes abaixo, pode, portanto, armazenar dados que definem o ID de dispositivo, tal como ID de localização e indicador. O componente Field Gateway também pode mapear estas informações a um número de porta específico, de modo que ele possa determinar corretamente para qual dispositivo enviar a mensagem de impressão 3110.
[00192] A interface de serviços de dispositivo 117 seleciona o serviços de dispositivo correto, tal como imprimir um cartão de embarque ou etiqueta de bagagem. Isto é feito com base nas informações que definem o documento a ser impresso. O serviço selecionado dentro de 117, então, seleciona o modelo necessário para imprimir os dados de acordo com um formato, tal como um cartão de embarque ou etiqueta de bagagem, definido por um formato PECTAB e codifica os dados recebidos de acordo com o formato. Assim, a mensagem AMQP enviada ao dispositivo compartilhado pode ser enviada com dados codificados em formato pdf, definindo também o tipo de documento, tal como cartão de embarque ou etiqueta de bagagem.
[00193] No caso de impressoras herdadas de cartões de embarque e impressoras de etiquetas de bagagem, um Field Gateway opcional, mostrado como FR na Figura 1, o qual encaminha a mensagem para um dos dispositivos de localização compartilhados com base no identificador de localização e um indicador de dispositivo, tal como ATP. Um certificado também é usado. Este converte o ID de localização e o indicador, tal como ATP, em um identificador de dispositivo exclusivo.
[00194] Em resposta à recepção de uma mensagem de solicitação
3110 para imprimir um cartão de embarque ou etiqueta de bagagem, o dispositivo compartilhado 108 pode transmitir uma mensagem de confirmação opcional 3120. Conforme descrito acima, a API 111 também pode fornecer uma mensagem de confirmação 3130 de volta para um
Petição 870190087511, de 05/09/2019, pág. 71/109
62/84 ou mais dos aplicativos 141, 143, 145 em execução no ambiente compartilhado da companhia aérea de que uma solicitação foi recebida corretamente. As mensagens de confirmação podem ser encaminhadas através do Field Gateway que recebe a mensagem de confirmação 3130 proveniente do aplicativo 111 no ambiente da API.
[00195] Conforme mencionado anteriormente, os serviços de API 111 desempenham a função de determinar o tipo de solicitação recebida a partir do aplicativo 141 no ambiente do aplicativo (por exemplo, imprimir um cartão de embarque ou uma etiqueta de bagagem), determinar qual serviço na interface de serviços de dispositivo 117 manipulará a solicitação.
[00196] Finalmente, o documento é impresso em um dos dispositivos compartilhados 108 em resposta ao dispositivo que recebe a mensagem 3110. O passageiro ou agente, então, coleta o documento para uso posterior.
[00197] Esta abordagem de ter diferentes serviços de dispositivo na interface de serviços de dispositivo 117 permite que dispositivos adicionais, tais como dispositivos de pagamento, sejam adicionados sem afetar o sistema.
[00198] Além de imprimir cartões de embarque e etiquetas de bagagem, outros dispositivos, tais como OCR, LSR, MSR e portões de embarque, são suportados usando a mesma metodologia. Neste exemplo, a estrutura de mensagens é mostrada como 3150, 3160 e 3170 na Figura 3 dos desenhos.
Fechando Aplicativos [00199] O agente da companhia aérea assinará seu DCS e fechará o LH_APP. Isto encerrará a sessão do LH_APP Citrix com o serviço CUTE_Wrapper. O login do agente da companhia aérea é a partir do NGP e o dispositivo de cliente retorna para a tela de login. O sistema NGP, então, deixa público um evento de logout ao serviço CUPetição 870190087511, de 05/09/2019, pág. 72/109
63/84
TE_Wrapper que permite que o serviço CUTE_Wrapper libere todos os recursos associados à sessão de usuário e ao LH_App.
Descrição Detalhada das Mensagens do Roteador 118 e do Protocolo AMQP [00200] Dentro do ambiente da API 103, uma API de roteador 118 pode ser fornecida. Esta pode executar uma função similar ao serviço de API 111.0 roteador tem a função de examinar uma mensagem recebida de uma das interfaces de serviços de dispositivo 117. Ela tem a função de rotear as mensagens 124 para o dispositivo 108 correto no ambiente local.
[00201] O roteador 118 examina uma mensagem 124 recebida a partir da interface de serviços de dispositivo 117. Isto pode ser feito ao examinar a mensagem em um nível de informação do cabeçalho que define o tipo de dispositivo. O cabeçalho ou pode identificar de forma exclusiva para qual dispositivo 108 compartilhado uma determinada mensagem deve ser comunicada.
[00202] Cada um dos dispositivos compartilhados 108 passa por um processo de registro com o ambiente da API. Como parte do processo de registro, cada dispositivo 108 recebe um token. O token permite que os dispositivos compartilhados 108 se conectem à nuvem 119.
[00203] O token é incluído no cabeçalho da mensagem 124 e, examinando o token, a API de roteador 118 pode determinar para qual dispositivo no ambiente local do aeroporto 108 a mensagem deve ser enviada.
[00204] A interface de serviços de dispositivo 117 também processa as informações recebidas pela mensagem 131 e transforma os dados em um formato de mensagem em pdf. A interface de serviços de dispositivo 117 específica transforma os dados recebidos em um formato de mensagem pdf que define um cartão de embarque ou etiqueta de
Petição 870190087511, de 05/09/2019, pág. 73/109
64/84 bagagem definida, por exemplo, de acordo com um formato PECTAB. [00205] Além disso, em um exemplo específico, o protocolo de mensagem Advanced Message Queuing Protocol, AMQP, é usado para enviar a mensagem da interface de serviços de dispositivo 117, através do roteador 118 e, em geral, também através da interface de nuvem 119, para o dispositivo compartilhado 108. Isto é descrito em mais detalhes com referência à Figura 3 dos desenhos. AMQP é um padrão aberto para a transmissão de mensagens entre aplicativos. A unidade de dados do AMQP é denominada como um quadro. Nove quadros diferentes são definidos para iniciar, controlar e encerrar a transferência de mensagens. As mensagens são enviadas por um link usando o quadro de transferência. As mensagens em um link normalmente fluem em apenas uma direção.
[00206] No exemplo mostrado na Figura 1 dos desenhos, um serviço Web Proxy 113 é fornecido dentro do ambiente da API. O serviço de Web Proxy é, em geral, acoplado de forma comunicativa ao ambiente de aplicativo remoto 109 (e, portanto, a um dos aplicativos, tal como 145 ou 143 ou 141, no ambiente de aplicativo remoto 109) e a um ou mais dispositivos de usuário 107 mostrados no ambiente local do aeroporto 105. A funcionalidade Web Proxy pode permitir conectividade da GUI aos aplicativos da companhia aérea. O serviço Web Proxy também pode permitir conectividade da GUI para exibição em um tablet, estação de trabalho e quiosque 107 no ambiente do aeroporto.
[00207] No entanto, a funcionalidade Web Proxy 113 é, na verdade, opcional e os dispositivos de usuário 107 podem ser acoplados diretamente ao ambiente de aplicativo remoto 109, contanto que o aeroporto local possa acessar, através de um meio de comunicação 129, o aplicativo remoto 109 usando a Internet por meio de protocolos com ou sem fio que serão conhecidos por aqueles versados na técnica.
Petição 870190087511, de 05/09/2019, pág. 74/109
65/84
Descrição da Interface de Serviços de Recursos [00208] Uma interface de serviços de recursos, não mostrada na Figura 1 dos desenhos, também pode ser fornecida. Em geral, esta funcionalidade é fornecida dentro da interface de serviços de dispositivo 117. Alternativamente, a interface de serviços de recursos pode ser fornecida como um serviço de API separado acoplado de forma comunicativa à API 117 dos serviços de dispositivo.
[00209] Os leitores de cartões de embarque incluem, em geral, a capacidade de mostrar luz e emitir som. Isto fornece uma indicação audiovisual aos agentes das companhias aéreas sobre a aceitação ou não de um cartão de embarque. Isto pode ser feito através de qualquer meio de iluminação, tal como um diodo emissor de luz, e um conjunto de meios de alto-falante. A escolha específica sobre se o leitor emite luz ou som, ou ambos, bem como o formato específico da luz ou som emitido, tal como o número de bipes e flashes, normalmente é determinada pelo fabricante de cada dispositivo. De qualquer forma, estas configurações podem ser definidas e alteradas através do portal de configuração.
[00210] Assim, as companhias aéreas ainda têm controle total das definições de configuração para dispositivos compartilhados, porém, isto é feito através do portal de configuração 115, e não através da interface.
[00211] Isto permite que a configuração seja executada remotamente pela companhia aérea em um aeroporto específico para um usuário em particular, de modo que ela possa controlar o número de sinais de reconhecimento quando um cartão de embarque é aceito. Isto permite que os recursos de dispositivo permaneçam sem chegar através da interface. Assim, as companhias aéreas podem definir as configurações da infraestrutura compartilhada por meio da interface de configuração. Isto evita a necessidade de colocar configurações na interface e
Petição 870190087511, de 05/09/2019, pág. 75/109
66/84 também evita que os aplicativos saibam como funciona a interface de infraestrutura compartilhada.
[00212] Em um exemplo adicional, em relação ao uso da infraestrutura compartilhada, quando um agente da companhia aérea verifica um cartão de embarque, as definições de configuração podem ser selecionadas de modo que o dispositivo seja bloqueado até que o dispositivo de leitura receba uma resposta dos sistemas de back-end em relação à validade do cartão de embarque.
[00213] Assim, as definições de configuração podem ser escolhidas de modo que, após leitura de um cartão de embarque, seja fornecida uma indicação visual para indicar que verificações adicionais dos cartões de embarque não podem ser executadas. Por exemplo, se uma luz LED for usada, ela pode mudar para uma cor vermelha para indicar que leituras adicionais não podem ser executadas.
[00214] A interface do serviço de recursos determina o tipo de dados e configurações de dados exigidos por cada um dos dispositivos compartilhados 108. Em geral, é fornecido um banco de dados 112 que armazena as configurações de recursos e as configurações associadas a cada dispositivo.
[00215] Assim, a interface de dispositivo 117 pode ser configurada adequadamente para interagir com cada um dos dispositivos compartilhados ao realizar buscas em um banco de dados de dispositivos físicos ou, em outras palavras, uma lista principal de dispositivos físicos 112 e seus recursos e definições de configuração associados. Os recursos ou/e as configurações podem variar de acordo com as preferências da companhia aérea e, opcionalmente, com base na localização.
[00216] As companhias aéreas inscritas podem visualizar o banco de dados de recursos de dispositivo e modificá-lo através do portal de configuração 115.
Petição 870190087511, de 05/09/2019, pág. 76/109
67/84 [00217] Para ilustrar o exposto acima, em um exemplo específico, suponha que um agente da companhia aérea use um leitor de cartão de embarque compartilhado para digitalizar ou ler o cartão de embarque de um passageiro enquanto o passageiro está embarcando em uma aeronave.
[00218] Determinados dados são lidos no cartão de embarque, tal como o nome do passageiro. Estes dados serão denominados dados do cartão de embarque. O nome do passageiro, juntamente com qualquer um ou mais de data e hora atuais e código do aeroporto, podem ser suficientes para que um ou mais sistemas de back-end, tal como um sistema de controle de partidas 102, execute uma verificação de que o cartão de embarque inclui dados que correspondem ao passageiro em um banco de dados Passenger Name Record, PNR.
[00219] Se o cartão de embarque lido pelo agente for aceito, o sistema de controle de partida 102 envia uma mensagem de aceitação de cartão de embarque ao ambiente de aplicativo remoto 109. Este é recebido por um dos aplicativos 141, 143, 145 no ambiente de aplicativo remoto e transmitido via 121 para o serviço de API 111 e, então, do serviço de API via 131 para a interface de serviços de dispositivo 117. A interface de serviços de dispositivo 117 passa esta mensagem via 124 para o dispositivo de leitor 108 compartilhado.
[00220] O dispositivo de leitor pode indicar que o cartão de embarque lido foi aceito pelo sistema de controle de partidas ao fornecer um ou mais indicadores. Estes indicadores podem assumir, em princípio, qualquer forma, uma vez que os fabricantes de dispositivos e as companhias aéreas podem definir configurações padrão com base em suas próprias preferências. No entanto, por exemplo, um leitor pode indicar que o cartão de embarque foi aceito ao acender um LED verde ou/e produzir opcionalmente uma série de bipes ou indicadores de áudio.
Petição 870190087511, de 05/09/2019, pág. 77/109
68/84 [00221] É a API do serviço de recursos, indicada como CS na Figura 1, que obtém estes dados de recursos de dispositivo em um banco de dados. A API de serviços de recursos está, em geral, localizada nos serviços de dispositivo 117.
[00222] Normalmente, é fornecida uma lista de dispositivos. A lista pode identificar um dispositivo específico. Informações associadas que definem a capacidade do dispositivo podem ser fornecidas, por exemplo, indicando que o dispositivo pode ler um cartão de embarque ou etiqueta de bagagem. As definições de configuração, em geral, são definidas para cada dispositivo. Isto pode estar relacionado a definições de configuração específicas que indicam se um determinado cartão de embarque foi aceito por um sistema de controle de partida de back-end. Em um exemplo específico, as configurações podem definir o número de flashes e LEDs ou número de sons emitidos por um dispositivo de alto-falante para confirmar que o cartão de embarque foi aceito. Em geral, as companhias aéreas inscritas específicas definirão as configurações específicas que desejam usar.
[00223] Os serviços de recursos são, em geral, configurados como parte da configuração inicial do sistema quando os dispositivos compartilhados 108 são configurados para uso compartilhado. Parte do processo de configuração é listar os dispositivos físicos compartilhados 108 que estão disponíveis no ambiente local 105.
[00224] Depois que uma determinação é feita sobre quais dispositivos compartilhados 108 estão disponíveis no ambiente local 108, são determinadas as capacidades físicas de cada dispositivo. Assim, para cada dispositivo 108 é definida uma lista de capacidades físicas associadas. As definições de capacidade e as definições de configuração associadas a cada dispositivo são, em geral, armazenadas no banco de dados 112.
[00225] Por exemplo, suponha que o dispositivo compartilhado 108
Petição 870190087511, de 05/09/2019, pág. 78/109
69/84 seja um dispositivo DESCO™ VGR. Este dispositivo pode ter um ou mais dos seguintes recursos: leitura/digitalização de passaporte, leitura/digitalização de cartão de embarque, leitura/digitalização de cartão de crédito ou débito ou função Gate (portão).
[00226] Por função Gate (portão), entenda-se o processo que normalmente é realizado por um agente da companhia aérea para verificar um cartão de embarque de passageiros quando de sua leitura em um leitor e envio de dados associados ao cartão de embarque para um sistema de back-end, tal como o sistema de controle de partidas. Assim, dados tal como um nome e um número de assento podem ser lidos a partir de um DCS e reenviados para o dispositivo compartilhado. O agente pode, então, verificar manualmente se as informações determinadas no DCS correspondem às informações no cartão de embarque.
[00227] Pelo exposto, será apreciado que este dispositivo VGR tem 4 recursos configurados.
[00228] Assim, para um aplicativo que se inscreveu em uma localização específica com um dispositivo VGR, todos os recursos acima são listados.
[00229] Será apreciado que a função Gate (portão) controla o acesso ao embarque no avião.
[00230] Como parte da função Gate (portão), as seguintes etapas podem ocorrer:
• Digitalizar ou ler um cartão de embarque.
• O dispositivo está configurado para acender uma luz vermelha que indica que o dispositivo está bloqueado. Isto impede que outras pessoas façam a leitura até que o DCS de back-end possa acessar um banco de dados.
• Uma vez que o DCS tenha verificado que os dados lidos no cartão de embarque correspondem a um cartão de embarque váli-
Petição 870190087511, de 05/09/2019, pág. 79/109
70/84 do por exemplo, o nome do passageiro e o número do assento lidos no cartão de embarque correspondem aos dados armazenados no DCS, um comando de aceitação pode ser emitido pelo DCS e comunicado ao dispositivo. A recepção de um comando de aceitação pode ser sinalizada por uma luz verde ou por um ou mais indicadores sonoros.
• Isto pode indicar ao agente que o DCS confirmou que um cartão de embarque válido com um nome de passageiro e número de assento específicos foi emitido.
• O agente também pode executar uma verificação cruzada para confirmar que as informações do cartão de embarque mostradas no cartão de embarque correspondem aos dados do passageiro mostrados no passaporte ou carteira de identidade.
[00231] Como um segundo exemplo, um dispositivo pode ser um dispositivo ACCESS™ VGR. Este dispositivo tem apenas um recurso, a saber, funcionar como uma função Gate (portão) e não pode fazer a leitura de um passaporte ou cartão de crédito. Assim, se um aplicativo específico no ambiente de aplicativo remoto 141, 143, 145 tiver se inscrito neste dispositivo em uma localização específica, este recurso único será listado neste dispositivo.
[00232] Para cada dispositivo compartilhado 108, são armazenadas informações sobre configuração associadas. Por exemplo, as definições de configuração podem estar relacionadas a configurações específicas escolhidas para fornecer uma confirmação visual ou sonora de uma mensagem de aceitação, tal como a opção específica em relação ao número de bipes, tal como 1, 2 ou 3, para indicar que o cartão de embarque foi aceito.
[00233] Estas informações sobre configuração são comunicadas através da mensagem 124. Isto contrasta com os sistemas conhecidos nos quais estas informações sobre configuração do dispositivo precisam passar por todos os componentes funcionais através das mensaPetição 870190087511, de 05/09/2019, pág. 80/109
71/84 gens 125, 123, 121 e 131.
[00234] A interface de serviços de recursos fornece os serviços individuais do dispositivo, conforme definido pelos recursos do dispositivo, em vez da marca e modelo do dispositivo. Isto abstrai o gerenciamento do dispositivo e qualquer conhecimento sobre dispositivos físicos do aplicativo da companhia aérea/aeroporto. Isto envolve a enumeração e segmentação de um vasto número de recursos de dispositivo e a atribuição individual a uma lista principal de dispositivos físicos. Assim, um banco de dados ou lista de dispositivos (os quais podem ser implantados como um dos dispositivos compartilhados 108 no ambiente do aeroporto) podem ser fornecidos. A lista ou banco de dados pode ser armazenada no dispositivo de armazenamento 112. Da mesma forma, o banco de dados 104 pode ser armazenado em um dispositivo de armazenamento.
[00235] Assim, será apreciado que a principal funcionalidade fornecida é a integração de futuros dispositivos com dados da API sem a necessidade de alteração nos aplicativos e o uso de recursos de futuros dispositivos para fornecer uma experiência rica ao usuário.
[00236] As API's 111 permitem acesso gerenciado e controlado aos aplicativos 141, 143, 145 para dispositivos de aeroporto 107, 108 no ambiente de aeroporto remoto 109 com base nas definições de interface e configuração. Os administradores de aeroportos podem configurar independentemente os dispositivos 107, 108 e os aplicativos de aeroporto 141, 143, 145 no Portal de Configuração de API, disponibilizando-o para as companhias aéreas, serviços de assistência em escala e outras entidades que operam no aeroporto local ou remotamente. Os administradores das companhias aéreas podem configurar usuários e aplicativos de forma independente e atribuí-los a dispositivos nos aeroportos, tornando-os imediatamente operacionais. As companhias aéreas e administradores de aeroportos podem criar administraPetição 870190087511, de 05/09/2019, pág. 81/109
72/84 dores adicionais e delegar algumas ou todas as responsabilidades. Descrição de Vários Usuários Diferentes na Mesma Localização Que Compartilham a Mesma Infraestrutura Compartilhada [00237] As modalidades da invenção podem lidar com vários usuários diferentes de dispositivos de usuário diferentes que estão na mesma localização ou em uma localização similar e que podem desejar usar o mesmo dispositivo compartilhado. Isto é obtido ao fornecer um conjunto de regras sobre como os dispositivos são compartilhados entre mais de um usuário. No caso de uma impressora, as regras podem simplesmente permitir que mais de um usuário diferente se conecte à impressora e os trabalhos de impressão são agendados na ordem em que são recebidos.
[00238] Em relação à infraestrutura compartilhada, tal como um scanner ou um leitor de cartão de crédito/débito, pode ser necessário definir as regras com mais precisão. Por exemplo, pode ser necessário que um aplicativo que solicita o uso de um scanner ou leitor envie uma solicitação ao leitor para determinar se o dispositivo está disponível.
[00239] Vários usuários diferentes podem compartilhar o canal de dados 124 e a Interface Gráfica de Usuário, o canal GUI 125, mostrado na Figura 1.
[00240] Assim, será apreciado que um mecanismo de regras pode ser usado para controlar o compartilhamento de regras de dispositivos entre diferentes companhias aéreas e entre companhias aéreas, bem como entre diferentes usuários pertencentes à mesma ou uma companhia aérea diferente. Por exemplo, será apreciado que os dispositivos de check-in podem ser compartilhados com diferentes companhias aéreas, porém, para que um quiosque compartilhado seja acessado por um usuário, o dispositivo deve estar em um estado ocioso. Abordando a Compatibilidade Com Versões Anteriores [00241] Uma característica original da solução descrita acima é a
Petição 870190087511, de 05/09/2019, pág. 82/109
73/84 capacidade de acomodar aplicativos herdados de uma companhia aérea e os padrões normais que envolvem dispositivos herdados, e ainda conferir muitos dos benefícios para os clientes mencionados acima. Isto é conseguido ao fazer com que a comunicação periférica e distribuição de aplicativos da companhia aérea sigam caminhos separados na plataforma.
• Os aplicativos de companhias aéreas existentes são distribuídos na estação final a partir da nuvem do Microsoft™ Azure™ usando uma tecnologia de computação com base em servidor, em vez de exigir uma instalação local.
• As chamadas de aplicativos herdados para a API do sistema anterior são encaminhadas através de uma camada de tradução de software que injeta mensagens na nova plataforma e fornece respostas no formato correto. Isto permite que aplicativos herdados sejam usados sem grandes modificações.
• O tráfego periférico é, portanto, separado do aplicativo que o gera, permitindo um modelo de distribuição/implantação mais flexível.
• Os periféricos herdados, em geral, exigem hardware de PC complexo implantado no local para dar suporte à sua operação. Nossa plataforma permite o gerenciamento destas estações finais a partir de sistemas com base no Azure™, em vez de depender de equipamentos extras implantados no ponto de serviço.
• Os clientes podem acessar seus aplicativos herdados a partir de uma posição fixa tradicional do aeroporto ou uma localização remota conectado à Internet.
[00242] Quando estes dados são recebidos, eles podem ser analisados.
Interfaces NGP [00243] A plataforma expõe a funcionalidade principal a partir de
Petição 870190087511, de 05/09/2019, pág. 83/109
74/84 duas perspectivas lógicas: a perspectiva do cliente (companhia aérea, aeroporto, operadora, etc.) e a perspectiva do dispositivo/localização. Estas interfaces são únicas, de modo a permitir um acesso completo para que uma entidade execute todos os seus processos, ao mesmo tempo em que sua operação e implementação são sistemas conhecidos muito mais simples.
Interface de Companhia Aérea/Aeroporto [00244] As modalidades da invenção podem ter as seguintes vantagens: interfaces aéreas muito simples, funcionalidade completa do dispositivo exposto por esta interface simples, capacidade móvel e de roaming, aplicativos da web onipresentes simples, configurações extremamente flexíveis e poderosas, dispositivos inteligentes conectados diretamente, sem estações de trabalho e alta segurança.
[00245] A interface da companhia aérea e do aeroporto forma os principais serviços que os clientes podem acessar e usar. A interface, através de abstração, constitui uma camada simples através da qual as companhias aéreas e os aeroportos acessam os serviços de dispositivo, segurança, configuração e monitoramento. Os serviços da plataforma, por sua vez, implementam muitas verificações e contas, algumas das quais são configuradas pela companhia aérea, pelo aeroporto e outras pela plataforma. A interface, embora simples, oculta várias camadas de interação complexa com a plataforma, o que assegura autorização, autenticação e validação de usuários, solicitações e dados. A plataforma inteligente também é monitorada por meio de tecnologias de aprendizado de máquina para entender o comportamento esperado, monitora qualquer desvio e é capaz de executar ações corretivas.
Descrição do Módulo de Aprendizado de Máquina [00246] Em uma modalidade específica, um módulo de aprendizado de máquina ou aprendizado profundo pode ser fornecido dentro do
Petição 870190087511, de 05/09/2019, pág. 84/109
75/84 ambiente da API 103. O módulo de aprendizado de máquina pode executar análises de fluxo. Isto pode monitorar as comunicações entre o ambiente de aplicativo remoto 109 ou o ambiente local do aeroporto 105 ou ambos. Por exemplo, um comportamento específico, tal como o número de documentos de passaporte que estão sendo lidos, por um dos dispositivos compartilhados 108 por minuto pode ser determinado. Se o número for maior do que um limite predeterminado, um sinalizador poderá ser fornecido. Isto pode permitir que um operador revise o comportamento e decida se o comportamento deve ser permitido. O acesso ao ambiente da API pode ser negado em resposta à determinação de que o número de leituras por minuto é maior do que o limite. Da mesma forma, o módulo de aprendizado de máquina pode ser configurado para monitorar o número de scanners ou leitores que recebem uma mensagem a partir do ambiente da API. Da mesma forma, se este valor for maior do que um limite predeterminado, isto poderá indicar uma violação de segurança do sistema. Assim, o acesso ao ambiente da API 103 pode ser negado com base na determinação. Portanto, uma biblioteca de padrões de comportamento aceitáveis pode ser produzida para cada dispositivo compartilhado 108 e dispositivo de usuário 107.
[00247] Toda a funcionalidade do dispositivo é exposta através de interfaces de nível superior concebidas de forma exclusiva. Estas interfaces são concebidas para dispositivos herdados usados em toda a indústria, os quais normalmente têm interfaces antigas, tal como serial, e requisitos rígidos de latência e mensagem (camada de link). Interface de Plataforma [00248] A plataforma expõe várias interfaces internas que são usadas para implementar a funcionalidade da plataforma, tais como: Serviços de dispositivo, Serviços de localização, Serviços de segurança,
Serviços de monitoramento, Serviços de login, Serviços de gerenciaPetição 870190087511, de 05/09/2019, pág. 85/109
76/84 mento, Serviços de configuração, etc. Uma estrutura exclusiva de mensagens foi concebida para transportar os dados necessários de e para a plataforma em qualquer direção, da nuvem para o dispositivo (companhia aérea para dispositivo) ou do dispositivo para a nuvem (dispositivo para companhia aérea). Mecanismos internos são criados para calcular a latência da mensagem para medições de desempenho e permitir ações corretivas se as latências atingirem um limite de desempenho. A interface da plataforma também abstrai as soluções de monitoramento complexas subjacentes criadas que permitem acesso a informações abrangentes da plataforma sobre operações, funcionalidades e processos de negócios. Estas informações estão disponíveis em tempo real, em todo o mundo, para todos os parceiros e clientes que usam a plataforma. A plataforma possibilita que as companhias aéreas continuem usando os processos de negócios, software e hardware existentes e, ainda assim, possam adquirir toda a flexibilidade, gerenciamento e capacidade de manutenção sempre desejados neste ambiente.
Serviço Field Gateway [00249] Um serviço Field Gateway, mostrado como FG na Figura 1 dos desenhos, geralmente baixado como um pacote, é acionado em resposta à conexão ao portal de configuração 115. Como parte do download do pacote, um certificado de segurança também associado é baixado com o pacote. Um identificador de localização, ID, foi determinado conforme descrito acima. O ID de localização é passado para o serviço Field Gateway. O serviço Field Gateway se conecta ao ambiente da API 103. O Field Gateway usa o certificado baixado e o ID de localização determinado anteriormente. Assim, o Field Gateway usa o certificado e o ID de localização determinado para se conectar ao portal de configuração. Isto permite que o portal de configuração determine a configuração específica necessária para os dispositivos nesta loPetição 870190087511, de 05/09/2019, pág. 86/109
77/84 calização.
[00250] O serviço de configuração 115 recebe uma solicitação do
Field Gateway e usa o ID de localização determinado para determinar quais dispositivos estão associados a uma localização particular e as configurações específicas necessárias para estes dispositivos.
[00251] Todos os indicadores de dispositivo são registrados no hub IOT e um token é associado a cada indicador e, portanto, ao dispositivo. [00252] O serviço Field Gateway permite que as impressoras de etiquetas de bagagem e as impressoras de cartão de embarque herdadas sejam conectadas remotamente. A porta à qual uma impressora está atribuída determina se a impressora é uma impressora de cartão de embarque ou etiqueta de bagagem. Por exemplo, as impressoras de etiquetas de bagagem são, em geral, atribuídas à porta 07.
[00253] Portanto, o serviço Field Gateway pode determinar o tipo de impressora com base na porta de impressão à qual a impressora foi atribuída.
[00254] O Field Gateway é usado para dispositivos herdados, tais como etiquetas de bagagem personalizadas e cartão de embarque.
[00255] A combinação do Field Gateway, certificado de dispositivo, ID de localização e indicador de dispositivo permite que um dos dispositivos compartilhados 108 seja selecionado de forma exclusiva.
[00256] A seguir, é apresentada uma descrição mais detalhada de como um dispositivo específico tal como, por exemplo, uma impressora de cartão de embarque ou etiquetas de bagagem, pode ser identificado de forma exclusiva usando o ID de localização e um indicador de dispositivo (LocationlD.Device_Label). Ele tem um aplicativo específico para impressoras ou dispositivos herdados mais antigos, os quais podem precisar ser compatíveis com o sistema, método e dispositivo para permitir acesso à infraestrutura ou dispositivos compartilhados.
[00257] Neste exemplo, a funcionalidade Field Gateway, FG, mosPetição 870190087511, de 05/09/2019, pág. 87/109
78/84 trada na Figura 1 dos desenhos pode compreender um módulo ou API que pode ser instalada em uma estação de trabalho a qual pode ser parte ou acoplada a um dos dispositivos compartilhados 108 mostrados na Figura 1 dos desenhos.
[00258] Durante a configuração, um agente com credenciais adequadas inicia um portal, em geral na estação de trabalho. A estação de trabalho é acoplada de forma comunicativa ao ambiente de API 103 através de protocolos de comunicação com ou sem fio. Uma lista de possíveis identificadores de localização, recuperados a partir do banco de dados 104, é comunicada ao portal. A lista é, em geral, retornada em resposta a uma solicitação de identificadores de localização. Normalmente, os identificadores de localização estão associados a regiões, áreas ou zonas mais específicas de determinados aeroportos.
[00259] O usuário, então, seleciona um identificador de localização específico que corresponde à sua localização atual; por exemplo, um identificador de localização MUM-T1-SBD-001 pode ser reconhecido pelo usuário como associado ao aeroporto de Mumbai, terminal 1, área de retirada automática de bagagem 001.
[00260] Outro exemplo de um identificador de localização é JFKT1-GATE1-WKS-001, o qual pode ser reconhecido pelo usuário como associado ao aeroporto dos EUA, John F Kennedy, Terminal 1, Portão 1, estação de trabalho 001.
[00261] Alternativamente, o usuário pode ler um sinalizador 110 que está colocado próximo do local onde a estação de trabalho e o dispositivo compartilhado associado 108 estão posicionados.
[00262] O indicador de dispositivo pode assumir a forma de MSR.
Isto pode indicar que o dispositivo é um Leitor Magnético de Furto usado para ler um cartão de crédito ou cartão de fidelidade. Outros tipos ou indicadores de dispositivos podem ser BTP, o qual indica que o dispositivo é uma impressora de etiquetas de bagagem ou impressoPetição 870190087511, de 05/09/2019, pág. 88/109
79/84 ra de cartão de embarque, conhecida como ATP (impressora automática de bilhetes e cartões de embarque), o qual indica que o dispositivo é uma impressora de cartões de embarque, conforme descrito anteriormente.
[00263] O identificador de localização selecionado é, então, comunicado ao ambiente da API 103. O ambiente de API gera um arquivo de inicialização que pode compreender qualquer um ou mais dos seguintes campos:
Conteúdo do Arquivo de Inicialização:
{ locationld:JFK-T1-GATE1-WKS-001, authToken:seyqoeuqwsjfsdkfhsdfuishfs===, configServiceUrl:https://sita-ngpconfigservice.website.com/ ]
[00264] O arquivo de inicialização pode ser criptografado usando o sinal PGP e armazenado em um contêiner de armazenamento Blob Azure (contêiner 'FglnitFile') ou meios de armazenamento ou bancos de dados 104. Sob este contêiner, pode haver um contêiner secundário para cada localização ['FglnitFile_<Locationld>.lck ']. Este arquivo é, em geral, armazenado e acessado com um token SAS com validade de 4 horas.
[00265] É solicitado que o usuário baixe o arquivo de inicialização. O arquivo de inicialização também é, em geral, copiado para a unidade USB manualmente. Isto deve ser feito antes que o token expire.
[00266] Após a inicialização, o componente Field Gateway procura a inicialização do arquivo que pode ser denominado 'FglnitFile _*.* Lck'. Se o componente Field Gateway encontra com êxito o arquivo de inicialização, ele envia uma solicitação ao serviço de localização, o qual pode fazer parte do ambiente da API 103, para obter o certificado de segurança para cada dispositivo compartilhado 108 ou serviço em execução na estação de trabalho.
[00267] Para obter o certificado de segurança, o componente ou
Petição 870190087511, de 05/09/2019, pág. 89/109
80/84 serviço Field Gateway chama o serviço de Configuração de Localização, o qual pode fazer parte do ambiente da API 103, para obter o certificado.
[00268] Quando o serviço de localização recebe a solicitação de certificado de segurança, ele valida o token para confirmar, por exemplo, que o token é válido e que não expirou. O serviço de localização também pode validar o ID de localização ou, em outras palavras, verificar se o ID de localização recebido corresponde a um dos IDs de localização armazenados anteriormente no banco de dados 104.
[00269] Normalmente, se o token e o ID de localização forem válidos, o serviço de configuração local entrará em contato com o servidor da autoridade de certificação para obter o certificado de segurança. Posteriormente, o serviço de localização envia a chave pública para o componente Field Gateway.
[00270] Uma vez que o certificado é instalado na estação de trabalho, o componente Field Gateway chama uma API de registro de certificado para adicionar este certificado em um diretório ou banco de dados ativo. O processo descrito acima para o download de um arquivo de inicialização e obtenção de um certificado pode ser realizado para cada estação de trabalho ou dispositivo compartilhado acoplado à estação de trabalho.
[00271] Uma vez instalado o certificado no FG, ele chamará o serviço de configuração 'GetDeviceConfiguration' para obter a configuração do dispositivo. A configuração do dispositivo inicialmente terá apenas o ID de dispositivo da estação de trabalho e sua senha para se comunicar com a loT; outros detalhes do dispositivo não estarão lá, pois as configurações do dispositivo estão no estado 'Não configurado'.
[00272] Normalmente, a funcionalidade Field Gateway armazena localmente ou mantém em cache o 'LocationID' na memória para futuras chamadas para o serviço de configuração.
Petição 870190087511, de 05/09/2019, pág. 90/109
81/84 [00273] Pelo exposto, será apreciado que o identificador de localização de uma estação de trabalho (e, portanto, dispositivos compartilhados associados 108 conectados a uma estação de trabalho), bem como um Device_Label, podem ser usados para identificar de forma exclusiva um dispositivo compartilhado a ser identificado. Assim, isto pode ser usado para determinar quais solicitações de impressão específicas do dispositivo devem ser enviadas com base na localização.
[00274] Em algumas implementações, dispositivos compartilhados, tais como impressoras de etiquetas de bagagem ou impressoras de cartão de embarque, podem ser associados a portas específicas de uma estação de trabalho. Por exemplo, a impressora de cartão de embarque pode estar associada à Porta 1, enquanto que uma impressora de etiquetas de bagagem pode estar associada à Porta 2. Em algumas implementações, tipos de dispositivos específicos são sempre associados a números de portas específicos - por exemplo, impressoras de cartões de embarque sempre podem ser associadas à porta 1, enquanto que impressoras de etiquetas de bagagem sempre podem ser associadas à porta 2.
[00275] Assim, será apreciado que os dispositivos compartilhados interagem com a plataforma nos protocolos de loT, tal como o protocolo de mensagens MQ Telemetry Transport ou MQTT (Message Queem Telemetry Transport). Para que isto seja possível com dispositivos herdados existente que podem não ter nenhuma interface com base na Internet e protocolos de mensagens de nível superior, eles são conectados ao Field Gateway. O Field Gateway implementa a funcionalidade ao nível do dispositivo e gerencia interações de segurança complexas com a plataforma para garantir que os dispositivos verificados interajam, buscando tokens criptografados e aplicando-os às comunicações do dispositivo. O Field Gateway também executa várias ações locais com base nos dados do dispositivo para fornecer uma experiênPetição 870190087511, de 05/09/2019, pág. 91/109
82/84 cia rápida com base em configurações predeterminadas.
[00276] Pelo exposto, será apreciado que a comunicação ou dispositivo móvel pode incluir um dispositivo de computação, tal como um desktop, um laptop, um tablet, um assistente digital pessoal, um telefone celular, um smartphone, uma televisão via Internet, um receptor de televisão com acesso à Internet, um console de jogos com acesso à Internet ou um dispositivo de jogos portátil.
[00277] Também será apreciado que a presente invenção encontra aplicação como um sistema para processar um usuário ou cliente, um dispositivo como um dispositivo portátil para uso por um agente para processar o cliente ou um dispositivo como um dispositivo portátil para uso pelo passageiro, bem como um método ou programa de computador para processar o cliente ou passageiro. Além disso, a presente invenção encontra aplicação como um sistema para fornecer serviços a um cliente ou usuário que pode ser usado por um agente de companhia aérea ou outro agente provedor de serviços de transporte.
[00278] O servidor pode compreender um processador de computador que executa um ou mais processos do servidor para comunicação com dispositivos clientes. Os processos do servidor compreendem instruções de programa legíveis em computador para realizar as operações da presente invenção. As instruções de programa legíveis em computador podem ser código-fonte ou código de objeto escritos dentro de ou em qualquer combinação de linguagens de programação adequadas, incluindo linguagens de programação procedurais, tal como C-language, linguagens de programação orientadas a objetos, tais como C#, C++, Java, linguagens de script, linguagens de montagem, máquina instruções de código, instruções de arquitetura em conjunto de instruções (ISA) e dados de configuração de estado.
[00279] As redes de comunicação com ou sem fio descritas acima podem ser públicas, privadas, com ou sem fio. A rede de comunicaPetição 870190087511, de 05/09/2019, pág. 92/109
83/84 ções pode incluir uma ou mais redes de área local (LAN), uma rede de área ampla (WAN), a Internet, um sistema de comunicação de telefonia móvel ou um sistema de comunicação via satélite. A rede de comunicações pode compreender qualquer infraestrutura adequada, incluindo cabos de cobre, cabos ou fibras ópticas, roteadores, firewalls, comutadores, computadores gateway e servidores de borda.
[00280] O sistema descrito acima pode compreender uma interface gráfica do usuário.
[00281] As modalidades da invenção podem incluir uma interface gráfica do usuário na tela. A interface do usuário pode ser fornecida, por exemplo, na forma de um widget incorporado em um site, tal como um aplicativo para um dispositivo ou em uma página da web de destino dedicada. As instruções do programa legível em computador para implementar a interface gráfica do usuário podem ser baixadas para o dispositivo cliente a partir de um meio de armazenamento legível em computador por meio de uma rede, por exemplo, a Internet, uma rede de área local (LAN), uma rede de área ampla (WAN) e/ou uma rede sem fio. As instruções podem ser armazenadas em um meio de armazenamento legível em computador no dispositivo cliente.
[00282] Conforme será apreciado por aqueles versados na técnica, a invenção descrita aqui pode ser incorporada, no todo ou em parte, como um método, um sistema de processamento de dados ou um produto de programa de computador, incluindo instruções legíveis em computador. Consequentemente, a invenção pode assumir a forma de uma modalidade inteiramente de hardware ou uma modalidade que combina software, hardware e qualquer outra abordagem ou dispositivo adequado.
[00283] As instruções do programa legível em computador podem ser armazenadas em um meio legível em computador tangível e não transitório. O meio de armazenamento legível em computador pode
Petição 870190087511, de 05/09/2019, pág. 93/109
84/84 incluir um ou mais de um dispositivo de armazenamento eletrônico, um dispositivo de armazenamento magnético, um dispositivo de armazenamento óptico, um dispositivo de armazenamento eletromagnético, um dispositivo de armazenamento de semicondutor, um disco de computador portátil, um disco rígido, uma memória de acesso aleatório (RAM), uma memória de leitura apenas (ROM), uma memória de leitura apenas programável apagável (EPROM ou memória Flash), uma memória estática de acesso aleatório (SRAM), uma memória de leitura apenas em disco compacto portátil (CD-ROM), um disco versátil digital (DVD), um cartão de memória, um disquete.
[00284] As modalidades exemplificativas da invenção podem ser implementadas como uma placa de circuito que pode incluir uma CPU, um barramento, RAM, memória flash, uma ou mais portas para operação de dispositivos E/S conectados, tais como impressoras, monitores, teclados, sensores e câmeras, ROM, um subsistema de comunicação, tal como um modem, e mídia de comunicação.
[00285] O fluxograma da Figura 3 ilustra a operação de uma implementação exemplificativa de sistemas, métodos e produtos de programas de computador de acordo com várias modalidades da presente invenção. Cada bloco no fluxograma ou nos diagramas de blocos pode representar um módulo que compreende uma ou mais instruções executáveis do computador, ou uma parte de uma instrução, para implementar a função lógica especificada no bloco. A ordem dos blocos no diagrama é apenas ilustrativa de um exemplo. Em implementações alternativas, as funções lógicas ilustradas em blocos específicos podem ocorrer fora da ordem indicada nas figuras. Por exemplo, dois blocos mostrados um ao lado do outro podem ser executados simultaneamente ou, dependendo da funcionalidade, na ordem inversa. Cada bloco no fluxograma pode ser implementado em software, hardware ou uma combinação de software e hardware.

Claims (29)

  1. REIVINDICAÇÕES
    1. Sistema de processamento de dados para permitir acesso do usuário a um ou mais dispositivos (108), caracterizado pelo fato de o sistema compreender meios de processamento (103) configurados para:
    1. determinar um identificador de localização para um usuário;
    ii. associar o identificador de localização a um identificador de usuário para o usuário; e iii. comunicar (3013) o identificador de localização e o identificador de usuário associado a um aplicativo (301).
  2. 2. Sistema, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que o meio de processamento (103) é ainda configurado para receber uma mensagem de evento de login do usuário (3012) associada ao usuário.
  3. 3. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o meio de processamento (103) é ainda configurado para gerar um identificador de sessão de usuário para o usuário, em que o identificador de sessão de usuário está, de preferência, associado a um evento de login do usuário.
  4. 4. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o meio de processamento (103) é acoplado de forma comunicativa ao meio de envio ou recebimento para enviar ou receber uma ou mais mensagens ou dados.
  5. 5. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o meio de processamento (103) é ainda configurado para gerar uma mensagem de evento de login (3013), de preferência em resposta ao recebimento da
    Petição 870190087511, de 05/09/2019, pág. 95/109
    2/6 mensagem de login do usuário (3012).
  6. 6. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de que o meio de processamento (103) é ainda configurado para enviar a mensagem de evento de login do usuário para o aplicativo (301).
  7. 7. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização compreende uma sequência alfanumérica.
  8. 8. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização é legível por máquina e legível por seres humanos.
  9. 9. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização define uma área predeterminada associada ao um ou mais dispositivos.
  10. 10. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização está associado a um hub de transporte, em particular um aeroporto.
  11. 11. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização define uma localização em qualquer posição dentro de uma área ou região predeterminada.
  12. 12. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização define a localização do dispositivo de acordo com uma estrutura hierárquica.
  13. 13. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o identificador de localização define a ou cada localização de dispositivo em uma plurali-
    Petição 870190087511, de 05/09/2019, pág. 96/109
    3/6 dade de regiões diferentes e, de preferência, em que pelo menos algumas das regiões diferentes definem uma sub-região que está contida em uma ou mais das outras regiões e, mais preferivelmente, em que cada sub-região define uma porção ou parte da uma ou mais das regiões.
  14. 14. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender ainda um aplicativo (101, 111) para receber uma mensagem (3100) que compreende primeiros dados que definem dados a serem processados por um dos dispositivos (108) em resposta a uma solicitação do usuário e, de preferência, em que o os primeiros dados compreendem o ou um identificador de localização associado ao usuário ou a outro usuário.
  15. 15. Sistema, de acordo com a reivindicação 14, caracterizado pelo fato de que os primeiros dados compreendem ainda qualquer um ou mais de um indicador de dispositivo associado ao identificador de localização e, de preferência, em que os primeiros dados compreendem o ou mais um identificador de localização concatenado com o indicador de dispositivo e, de preferência, em que os primeiros dados estão associados ao identificador de sessão ou ao usuário.
  16. 16. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que os ou um primeiro dado compreende dados que definem um documento a ser processado por um dos dispositivos (108) e, de preferência, em que os primeiros dados compreendem um identificador de localização associado ao usuário ou a outro usuário.
  17. 17. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que os ou um primeiro dado compreende dados que definem um cartão de embarque ou uma etiqueta de bagagem.
  18. 18. Sistema, de acordo com qualquer uma das reivindica-
    Petição 870190087511, de 05/09/2019, pág. 97/109
    4/6 ções precedentes, caracterizado pelo fato de que o ou um aplicativo (101, 111) está configurado para gerar uma mensagem adicional (3110) para processamento de pelo menos uma parte dos primeiros dados.
  19. 19. Sistema, de acordo com a reivindicação 18, caracterizado pelo fato de que a mensagem adicional (3110) compreende dados para impressão ou processamento de um documento, tal como um cartão de embarque ou etiqueta de bagagem e, de preferência, em que os dados para impressão de um cartão de embarque ou etiqueta de bagagem são codificados na mensagem adicional (3110) de acordo com um formato de arquivo de documento portátil e, mais preferivelmente, em que a mensagem adicional (3110) compreende dados associados a um cartão de embarque ou etiqueta de bagagem, incluindo dados que definem qualquer um ou mais do número de voo, data de partida, classe, origem, destino, portão de embarque, número do assento, nome do passageiro e número do assento, identificador exclusivo da bagagem e paradas intermediárias entre uma origem e um destino e, de preferência, em que a mensagem compreende a definição de um formato associado ao cartão de embarque ou etiqueta de bagagem.
  20. 20. Dispositivo, de acordo com qualquer uma das reivindicação precedentes, caracterizado pelo fato de que o meio de processamento (103) é acoplado de forma comunicativa a um primeiro canal de comunicação (124) e um segundo canal de comunicação (125) e, de preferência, em que o primeiro canal de comunicação (124) está conectado ou associado ao segundo canal usando o identificador de localização.
  21. 21. Sistema, de acordo com a reivindicação 20, caracterizado pelo fato de que apenas os dados que definem um documento a ser processado são comunicados no primeiro canal de comunicação
    Petição 870190087511, de 05/09/2019, pág. 98/109
    5/6 (124) e, de preferência, em que apenas dados que definem os recursos do dispositivo associados ao um ou mais dispositivos (108) são comunicados no segundo canal de comunicação (125).
  22. 22. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o meio de processamento (103) é acoplado de forma comunicativa ao terceiro canal de comunicação (121, 122) e um quarto canal de comunicação (123) e, de preferência, em que o terceiro canal de comunicação (124) está conectado ou associado ao quarto canal de comunicação usando o identificador de localização.
  23. 23. Sistema, de acordo com a reivindicação 22, caracterizado pelo fato de que apenas os dados que definem um documento a ser processado são comunicados no terceiro canal de comunicação (121, 122) e, de preferência, em que apenas dados que definem os recursos de dispositivo associados ao um ou mais dispositivos (108) são comunicados no quarto canal de comunicação (123).
  24. 24. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender ainda um módulo de Field Gateway (FG) ou aplicativo para identificar de forma exclusiva um dentre uma pluralidade de dispositivos (108) com base no identificador de localização e um indicador de dispositivo associado ao dispositivo e, de preferência, em que o identificador de localização e o indicador do dispositivo são fornecidos em um campo concatenado na mensagem (3100).
  25. 25. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender ainda um módulo ou aplicativo (117, 118) para determinar de forma exclusiva para qual dentre a pluralidade de dispositivos (108) enviar a mensagem (3110) com base em um identificador de dispositivo exclusivo associado a cada dispositivo.
    Petição 870190087511, de 05/09/2019, pág. 99/109
    6/6
  26. 26. Sistema, de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de compreender ainda um ou mais dispositivos (108) para o processamento de dados ou um documento e, de preferência, em que o documento é um cartão de embarque ou etiqueta de bagagem e, de preferência, em que o um ou mais dispositivos (108) são ainda configurados para imprimir ou ler os dados ou documentos.
  27. 27. Método de processamento de dados para permitir acesso do usuário a um ou mais dispositivos (108), o método sendo, de preferência, executado em um processador computadorizado, caracterizado pelo fato de o método compreender as etapas de:
    i. determinar um identificador de localização para um usuário;
    ii. associar o identificador de localização a um identificador de usuário para o usuário; e iii. comunicar (3013) o identificador de localização e o identificador de usuário associado a um aplicativo (301).
  28. 28. Método de processamento de dados, de acordo com a reivindicação 27, caracterizado pelo fato de compreender ainda executar as etapas como definidas em qualquer uma das reivindicações 2 a
    26.
  29. 29. Produto de programa de computador, caracterizado pelo fato de que, quando executado, executa o método como definido na reivindicação 27 ou 28.
BR112019018477A 2017-03-07 2018-03-07 sistema, dispositivo e método de acesso à infraestrutura compartilhada BR112019018477A2 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762468067P 2017-03-07 2017-03-07
PCT/IB2018/051490 WO2018163087A1 (en) 2017-03-07 2018-03-07 System, device and method for accessing shared infrastructure

Publications (1)

Publication Number Publication Date
BR112019018477A2 true BR112019018477A2 (pt) 2020-04-14

Family

ID=61802235

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019018477A BR112019018477A2 (pt) 2017-03-07 2018-03-07 sistema, dispositivo e método de acesso à infraestrutura compartilhada

Country Status (11)

Country Link
US (1) US20200045547A1 (pt)
EP (1) EP3593555A1 (pt)
JP (1) JP2020512713A (pt)
CN (1) CN110603831A (pt)
AU (2) AU2018231765A1 (pt)
BR (1) BR112019018477A2 (pt)
CA (1) CA3055691A1 (pt)
DE (1) DE212018000176U1 (pt)
SG (1) SG11201908134XA (pt)
WO (1) WO2018163087A1 (pt)
ZA (1) ZA201905789B (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11348040B2 (en) * 2018-11-09 2022-05-31 Baggage Airline Guest Services, Inc. Integrated end-to-end travel instrument (TI) device generation system and integrated travel instrument devices
JP7486526B2 (ja) 2019-05-19 2024-05-17 エア・ブラック・ボックス・テクノロジーズ・リミテッド・ライアビリティ・カンパニー 大規模輸送の手荷物のための管理された接続サービス
WO2021016617A1 (en) * 2019-07-25 2021-01-28 Jpmorgan Chase Bank, N.A. Method and system for providing location-aware multi-factor mobile authentication
FR3100413B1 (fr) * 2019-08-27 2021-11-26 Thales Sa Système et procédé d'identification de terminal utilisateur faisant partie d'un système de divertissement pour engin mobile de transport de passagers
JP7027650B2 (ja) * 2020-02-14 2022-03-02 ＩｏＴ－ＥＸ株式会社 ＩｏＴ接続システム、情報処理方法およびコンピュータプログラム
CN113595968B (zh) * 2020-04-30 2023-02-03 华为云计算技术有限公司 一种基于云应用实例的登录方法、系统及相关设备
US11893832B1 (en) 2023-02-01 2024-02-06 Craig Mateer Method and system for baggage check-in

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6259405B1 (en) * 1995-06-06 2001-07-10 Wayport, Inc. Geographic based communications service
CA2414769C (en) * 1999-06-30 2010-03-30 Kia Silverbrook Method and system for accessing travel services
US7801629B2 (en) * 1999-08-10 2010-09-21 Disney Enterprises, Inc. Management of the flow of passengers, baggage and cargo in relation to travel facilities
JP2003524266A (ja) * 2000-02-25 2003-08-12 ノースウエスト エアラインズ，インコーポレイティド グローバル・コンピュータネットワークによるリモート航空チェックイン
US7743074B1 (en) * 2000-04-05 2010-06-22 Microsoft Corporation Context aware systems and methods utilizing hierarchical tree structures
WO2004044694A2 (en) * 2002-11-07 2004-05-27 Flytecomm, Inc. Advanced travel management system
US7885763B2 (en) * 2006-12-01 2011-02-08 Hand Held Products, Inc. Apparatus and methods for tracking movement of persons
US8077334B2 (en) * 2007-04-13 2011-12-13 Amadeus S.A.S. Method and apparatus for managing printing solutions in a local area network
US8428620B2 (en) * 2009-04-22 2013-04-23 Centurylink Intellectual Property Llc Mass transportation service delivery platform
CN102782676B (zh) * 2009-08-11 2015-07-29 惠普开发有限公司 基于地理标记推荐的在线搜索
CN102324054A (zh) * 2011-09-01 2012-01-18 北京日月天地科技有限公司 一种基于rfid的机场应用方法及系统
US9438575B2 (en) * 2011-12-22 2016-09-06 Paypal, Inc. Smart phone login using QR code
US20140050122A1 (en) * 2012-08-16 2014-02-20 Transitchatter Group, Llc System and method for connecting commuters traveling on a mass transit system
IN2015DN02975A (pt) * 2012-12-20 2015-09-18 Amadeus Sas
US10243786B2 (en) * 2013-05-20 2019-03-26 Citrix Systems, Inc. Proximity and context aware mobile workspaces in enterprise systems
US9990682B2 (en) * 2013-10-01 2018-06-05 Airto, Inc. Facilitating passenger to manage airline reservation within electronic message
US20150178641A1 (en) * 2013-12-19 2015-06-25 Ncr Corporation Check-in method
WO2016102590A1 (en) * 2014-12-23 2016-06-30 Sita Information Networking Computing Uk Limited Customer servicing system and method therefor
US9690525B2 (en) * 2015-05-06 2017-06-27 Citrix Systems, Inc. Availability of devices based on location
US10268491B2 (en) * 2015-09-04 2019-04-23 Vishal Vadodaria Intelli-voyage travel
KR101728892B1 (ko) * 2015-11-06 2017-05-02 원준희 비콘 단말기를 이용한 자동 로그인과 출력 서비스 제공 방법 및 시스템
US11200517B2 (en) * 2016-08-01 2021-12-14 International Business Machines Corporation Redistribution based on real time presence data

Also Published As

Publication number Publication date
RU2019131379A (ru) 2021-04-07
CA3055691A1 (en) 2018-09-13
CN110603831A (zh) 2019-12-20
US20200045547A1 (en) 2020-02-06
WO2018163087A1 (en) 2018-09-13
JP2020512713A (ja) 2020-04-23
RU2019131379A3 (pt) 2021-08-05
ZA201905789B (en) 2021-01-27
DE212018000176U1 (de) 2019-11-06
EP3593555A1 (en) 2020-01-15
SG11201908134XA (en) 2019-10-30
AU2024200319A1 (en) 2024-02-01
AU2018231765A1 (en) 2019-09-26

Similar Documents

Publication Publication Date Title
BR112019018477A2 (pt) sistema, dispositivo e método de acesso à infraestrutura compartilhada
CN110999213B (zh) 混合认证系统和方法
US9069503B2 (en) Apparatus, system, and method of output distribution, and recording medium storing output distribution control program
US9390247B2 (en) Information processing system, information processing apparatus and information processing method
US20160156614A1 (en) Provisioning a device over an internet of things
US20140002836A1 (en) Relay device, relay method, and non-transitory computer readable medium
US20140368865A1 (en) Roving printing in a cloud-based print service using a mobile device
US20060053124A1 (en) Information processing apparatus, information processing method, program, and storage medium
JP2016519812A (ja) クラウドサービスプラットフォーム
JP2014010769A (ja) 中継装置
US11849010B2 (en) Cloud gateway for legacy computing devices
US20200169564A1 (en) Autonomous/semi-autonomous driving method and apparatus with trusted data collection, retention and/or sharing
US11363591B2 (en) Antenna orchestration as a service
US20120192259A1 (en) Method, device and system for information download processing and information download indication
CN112236990A (zh) 用于实现iot数据的高效分析的基于服务层的方法
BR112015024791B1 (pt) Meio de armazenamento legível por computador não transitório, sistema e método implementado por processador
US20230199502A1 (en) Apparatus and Method for Remotely Managing Devices, and Program Therefor
CN111726328B (zh) 用于对第一设备进行远程访问的方法、系统以及相关设备
US10841171B2 (en) Method and system for virtual network service activation
US9807259B2 (en) Method for providing service through solution server in security environment, and apparatus and system for performing the same
RU2773049C2 (ru) Система, устройство и способ для осуществления доступа к совместно используемой инфраструктуре
JP5986546B2 (ja) 情報処理装置、および情報処理方法
CN103621039A (zh) 用于在计算机网络中访问服务器的服务器、系统、方法、计算机程序和计算机程序产品
KR20190127299A (ko) 단말 임대 서비스 시스템 및 방법
US20220121733A1 (en) Providing virtual machines for centralized integration with peripherals including biometric devices

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]