BR112019023533A2 - Sistema universal de pagamento e cobrança de tarifas - Google Patents

Abstract

é descrito um sistema universal de pagamento e cobrança de tarifas configurado para permitir que os usuários comprem bilhetes e / ou passes para uma pluralidade de autoridades de transporte público usando uma única conta ou dispositivo. o sistema está configurado para detectar uma primeira tecnologia de emissão de bilhetes de um primeiro sistema de transporte próximo, configurar o dispositivo eletrônico do viajante para autorizar pelo menos um bilhete e / ou um passe através da primeira tecnologia de emissão de bilhetes, detectar uma segunda tecnologia de emissão de bilhetes de um segundo sistema de transporte próximo, com tal segunda tecnologia de emissão de bilhetes sendo diferente da primeira tecnologia de emissão de bilhetes, e configurar o dispositivo eletrônico do viajante para autorizar pelo menos um bilhete e / ou um passe por meio da segunda tecnologia de emissão de bilhetes.

Description

SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS

CAMPO TÉCNICO

[001] A presente invenção se refere geralmente a sistemas de pagamento e cobrança de tarifas e, mais particularmente, a um sistema universal de pagamento e cobrança de tarifas.

ANTECEDENTES DA INVENÇÃO

[002] É comum que indivíduos viajem através de transporte público. Por exemplo, os indivíduos podem usar sistemas de metrô ou ônibus, ou usar um serviço de táxi. Os indivíduos podem comprar um passe de transporte para usar em um sistema de transporte público.

[003] No entanto, os sistemas de transporte público atualmente disponíveis têm problemas que precisam ser resolvidos. Por exemplo, não é possível embarcar em diferentes sistemas de transporte público com um único passe, pois cada autoridade de transporte possui seu próprio sistema fechado de pagamento e cobrança de tarifa. Portanto, os indivíduos são frequentemente incomodados com a necessidade de comprar múltiplos passes de viagem para viajar em múltiplos sistemas de transporte.

[004] Os quatro sistemas a seguir tentam resolver os problemas acima, mas têm seus próprios problemas e questões técnicas:

1) O sistema da empresa Masabi simplifica a emissão de bilhetes e agiliza a cobrança, a validação e o gerenciamento de tarifas para fornecedores de transporte público. No entanto, a Masabi fornece uma solução com marca branca (white labei - modelo de negócios em que um produto ou serviço é desenvolvido por uma empresa especializada, e é comercializado por outra) que se integra especifícamente em uma base 1 para 1. Para que uma nova autoridade de transporte público implemente a solução da Masabi, ela deve trabalhar diretamente com a Masabi para criar um aplicativo móvel de marca branca personalizado que funcione apenas com uma única autoridade de transporte público (ATP) específica. A limitação da sua proposta é que ela não provê uma plataforma abrangente para permitir que os usuários viajem utilizando diversas ATPs através do mesmo aplicativo móvel. Em outras palavras, o aplicativo móvel com marca branca será compatível apenas com a ATP para a qual foi criado especificamente. Para permitir que o usuário

Petição 870190114854, de 08/11/2019, pág. 199/255

2/32 obtenha acesso a outra ATP, seria necessário criar um aplicativo móvel da Masabi separado.

2) Gemalto Pure é um aplicativo de pagamento pronto para uso da empresa Gemalto, que é totalmente compatível com os padrões Europay Mastercard e Visa (EMV). O aplicativo Gemalto Pure oferece serviços de marca branca para emissores de cartões de circuito fechado {dosed loop). No entanto, a proposta do Gemalto Pure é de natureza complexa, que exigiría e incluiría uma grande infra-estrutura e desenvolvimento personalizado para integrar-se aos padrões EMV totalmente compatíveis. A limitação, novamente, é que o uso dessa solução de marca branca provê acesso apenas a uma única ATP e não o acesso universal a uma infinidade de leitoras. Além disso, o Gemalto Pure não fornece a implementação de um aplicativo móvel.

3) O sistema Apple / Android / Samsung Pay permite que os usuários carreguem seus cartões de crédito digitalmente, para se comunicarem via comunicação de campo próximo (NFC - Near Field Communication^) diretamente com o ponto de venda. No entanto, a limitação é que a maioria das leitoras de cartões nas ATPs atualmente não aceitam diretamente esses protocolos. Portanto, ao lidar com uma leitora de cartão que não suporta esses métodos de pagamento por NFC, nenhum acesso será concedido. Em outras palavras, o uso desses protocolos sozinho proverá acesso apenas a um pequeno subconjunto de ATPs, e não acesso universal.

4) GlobeSherpa (agora Moovel Transit) é um conjunto de soluções móveis de marca branca para pagamento e emissão de bilhetes. O GlobeSherpa ajuda os aplicativos de transporte público a se conectarem com o restante do ecossistema de transporte. No entanto, a limitação novamente se resume à incapacidade de um único aplicativo se integrar universalmente com todas as ATPs globalmente.

[005] Por conseguinte, existe a necessidade de um sistema universal eficaz de pagamento e cobrança de tarifas que resolva os problemas e supere as limitações dos sistemas descritos acima.

SUMÁRIO DA INVENÇÃO

[006] Este sumário é provido para introduzir uma seleção de conceitos de uma forma simplificada, que são descritos mais abaixo na descrição detalhada. Este sumário não tem

Petição 870190114854, de 08/11/2019, pág. 200/255

3/32 a intenção de identificar as características principais ou essenciais da matéria reivindicada, nem se destina a ser usado para limitar o escopo da matéria reivindicada. Além disso, a matéria reivindicada não se limita às implementações que resolvem uma ou todas as desvantagens indicadas em qualquer parte desta descrição.

[007] É descrito um sistema universal de pagamento e cobrança de tarifas, tal sistema compreendendo uma ou mais máquinas de armazenamento contendo instruções executáveis por uma ou mais máquinas lógicas para, no dispositivo eletrônico do viajante, detectar uma primeira tecnologia de emissão de bilhetes de um primeiro sistema de transporte próximo, configurar o dispositivo eletrônico do viajante para autorizar um bilhete por meio da primeira tecnologia de emissão de bilhetes, e ainda no dispositivo eletrônico do viajante, detectar uma segunda tecnologia de emissão de bilhetes de um segundo sistema de transporte próximo, com essa segunda tecnologia de emissão de bilhetes sendo diferente da primeira tecnologia de emissão de bilhetes, e configurar o dispositivo eletrônico do viajante para autorizar um bilhete por meio da segunda tecnologia de emissão de bilhetes.

[008] Em outro aspecto, o sistema de transporte próximo é determinado através de um subsistema de GPS (GlobalPositioning System - Sistema de Posicionamento Global).

[009] Em outro aspecto, as primeira e segunda tecnologias de emissão de bilhetes são uma tecnologia via NFC, e/ou uma tecnologia de leitura de cartão sem contato, e/ou uma tecnologia Bluetooth.

[010] Em outro aspecto, o sistema executa um algoritmo para detectar ou determinar uma tecnologia de emissão de bilhetes específica.

[011] Em outro aspecto, os sistemas de transporte próximos estão, cada um, em diferentes autoridades de transporte público (ATPs).

[012] Em outro aspecto, o sistema permite que um usuário pague pelos bilhetes ou passes de cada uma das autoridades de transporte.

[013] Estes e outros objetivos, características e vantagens da presente invenção tornarse-ão mais prontamente aparentes a partir dos desenhos anexos e da descrição detalhada das formas de incorporação preferidas abaixo.

BREVE DESCRIÇÃO DOS DESENHOS

Petição 870190114854, de 08/11/2019, pág. 201/255

4/32

[014] As formas de incorporação preferidas da invenção serão descritas a seguir em conjunto com os desenhos anexos, providos para ilustrar e não limitar a invenção, onde designações semelhantes denotam elementos semelhantes, onde:

- A fig. 1 representa esquematicamente um sistema de computação exemplificativo de acordo com aspectos da presente invenção;

- A fig. 2 representa esquematicamente uma visão geral de alto nível de um método universal de pagamento e cobrança de tarifa, de acordo com aspectos da presente invenção;

- A fig. 3 representa esquematicamente um método de fluxo componente de um subprocesso do método universal de pagamento e cobrança de tarifa, de acordo com aspectos da presente invenção;

- A fig. 4 representa esquematicamente um método de fluxo de um subprocesso de leitura sem contato do método universal de pagamento e cobrança de tarifa, de acordo com aspectos da presente invenção;

- A fig. 5 representa esquematicamente uma visão geral de operações internas (back officè) para um subsistema de pólo de interação com o cliente, de acordo com aspectos da presente invenção;

- As figs. 6 e 7 representam um exemplo de interface de usuário para planejar uma viagem usando um aplicativo móvel, de acordo com aspectos da presente invenção;

- A fig. 8 representa esquematicamente um subsistema para emissão de bilhetes, pagamento e interação com o cliente, de acordo com aspectos da presente invenção;

- As figs. 9A e 9B representam esquematicamente um subsistema de reserva e cobrança de bilhetes, de acordo com aspectos da presente invenção;

- A fig. 10 representa esquematicamente um fluxo de dados de um terminal para um aplicativo móvel via NFC, de acordo com aspectos da presente invenção;

- A fig. 11 representa esquematicamente um fluxo de alto nível para emitir um Elemento Seguro, de acordo com aspectos da presente invenção;

- A fig. 12 representa esquematicamente um SDK (Software Development Kit - Conjunto de Desenvolvimento de Software) móvel configurado para permitir a comunicação de leitura sem contato com vários sistemas, de acordo com aspectos da presente invenção;

Petição 870190114854, de 08/11/2019, pág. 202/255

5/32

- A fig. 13A representa esquematicamente uma visão geral de um sistema de alto nível de um Elemento Seguro e de uma estrutura de leitora sem contato em um dispositivo móvel, de acordo com aspectos da presente invenção;

- A fig. 13B representa esquematicamente um subsistema de comunicação com um Elemento Seguro via NFC, de acordo com aspectos da presente invenção; e

- A fig. 13C representa esquematicamente um subsistema de comunicação via NFC sem um Elemento Seguro, de acordo com aspectos da presente invenção.

[015] Números de referência iguais referem-se a partes iguais nas várias vistas dos desenhos.

DESCRIÇÃO DAS FORMAS DE INCORPORAÇÃO

[016] A seguinte descrição detalhada é meramente exemplificativa por natureza, e não está destinada a limitar as formas de incorporação descritas ou a aplicação e usos dessas mesmas formas de incorporação. Conforme aqui utilizada, a palavra exemplificativa ou ilustrativa significa servir como exemplo, instância, ou ilustração. Qualquer implementação aqui descrita como exemplificativa ou ilustrativa não deve necessariamente ser interpretada como preferida ou vantajosa em relação a outras implementações. Todas as implementações descritas abaixo são implementações exemplificativas, providas para permitir que pessoas versadas na técnica façam ou usem as formas de incorporação da invenção sem estarem destinadas a limitar o escopo da invenção, o qual é definido pelas reivindicações. Aqui, para propósitos de descrição, os termos superior, inferior, esquerdo, traseiro, direito, frontal, vertical, horizontal, e seus derivados, estão relacionados à invenção conforme a orientação mostrada na fig. 1. Além disso, não há intenção de vínculo com nenhuma teoria expressa ou implícita apresentada no campo técnico anterior, nos antecedentes, no breve sumário ou na descrição detalhada a seguir. Também deve ser entendido que os dispositivos e processos específicos ilustrados nos desenhos anexos, e descritos na seguinte especificação, são simplesmente formas de incorporação exemplares dos conceitos inventivos definidos nas reivindicações anexas. Portanto, as dimensões específicas e outras características físicas relacionadas às formas de incorporação aqui descritas não devem ser consideradas como limitativas, a menos que as reivindicações declarem

Petição 870190114854, de 08/11/2019, pág. 203/255

6/32 expressamente o contrário. Deve ser entendido que cada um dos métodos abaixo pode ser executado na ordem apresentada abaixo, ou em qualquer ordem apropriada.

[017] É descrito um sistema universal de pagamento e cobrança de tarifas. O sistema pode compreender uma ou mais máquinas de armazenamento contendo instruções executáveis por uma ou mais máquinas lógicas, para executar as tarefas e métodos aqui descritos. Por exemplo, as instruções podem ser executáveis pelo sistema ou por subsistemas para executar os métodos mostrados nas figuras.

[018] O sistema universal de pagamento e cobrança de tarifas aqui descrito pode ser referido como PASSEKO.

[019] O sistema pode incluir qualquer subsistema ou submétodo apropriado para executar as tarefas. Por exemplo, a fig. 8 representa esquematicamente um subsistema de emissão de bilhetes, pagamento e engajamento de cliente, as figs. 9A e 9B representam esquematicamente um subsistema para reserva e cobrança de bilhetes, a fig. 10 representa esquematicamente um fluxo de dados via NFC de um terminal para um aplicativo móvel, a fig. 11 representa esquematicamente um fluxo de alto nível para emitir um Elemento Seguro (ES), a fig. 12 representa esquematicamente um SDK móvel configurado para permitir a comunicação da tecnologia de leitura sem contato com vários sistemas, a fig. 13A representa esquematicamente uma visão geral de um sistema de alto nível de um Elemento Seguro e de uma estrutura de leitora sem contato em um dispositivo móvel, a fig. 13B representa esquematicamente um subsistema de comunicação com um Elemento Seguro via NFC, e a fig. 13C representa esquematicamente um subsistema de comunicação via NFC sem um Elemento Seguro.

[020] Com referência à fig. 2, o método 200 pode incluir, na etapa 202, prover um aplicativo móvel (app) via Google Play ou Apple App Store para que um usuário faça o descarrega mento (download) do aplicativo móvel em um telefone móvel (celular); na etapa 206, o usuário faz o registro para usar o aplicativo móvel dentro do aplicativo e cria um nome de usuário, uma senha e/ou credenciais de acesso para usar o aplicativo; na etapa 216, ocorre a recepção, identificação ou determinação de um método de pagamento para comprar bilhetes ou passes de transporte global [por exemplo, através de ACH (Automated Clearing House - Câmara de Compensação Automatizada), pelo número do

Petição 870190114854, de 08/11/2019, pág. 204/255

7/32 cartão de crédito, através de aplicativos Apple Pay, Android Pay, Samsung Pay]; na etapa 210 é efetuada a entrada no sistema (login) de um usuário no aplicativo móvel para visualizar os serviços de transporte público mais próximos usando GPS; na etapa 212, ocorre o acesso a, e / ou a exibição de, um cronograma e/ou horários de operação para um serviço de transporte (trem, metrô ou ônibus), e / ou a exibição do preço de um bilhete para um item de cronograma selecionado; e na etapa 220 acontece a compra de um bilhete com o aplicativo móvel, a partir do cronograma.

[021] Com referência à fig. 3, na etapa 320 o método 300 pode incluir a indicação de um método de pagamento preferido.

[022] Voltando à fig. 2, o método 200 pode incluir, na etapa 220, ao entrar em um serviço de transporte público (por exemplo, quando um usuário entra), apresentar ou exibir opções de apresentação (validação) dos bilhetes disponíveis em um local específico ou selecionado; na etapa 218, em resposta a uma função de encostar e ir (tap and go) do aplicativo móvel ou telefone móvel, ocorre a leitura de um bilhete adquirido para permitir que um usuário embarque no transporte público selecionado (por exemplo, ativando uma leitora sem contato); e na etapa 224 ocorre a confirmação de que o bilhete foi aceito.

[023] Com referência à fig. 5, o método 500 pode incluir, na etapa 506, prover, exibir, apresentar ou visualizar um histórico de compras de bilhetes feitas por meio do aplicativo móvel, e ainda na etapa 506 prover, exibir, apresentar ou visualizar uma quantia de fundos retirada da conta de pagamento do usuário; continuando na etapa 506, pode ocorrer a provisão, exibição, apresentação ou visualização de bilhetes não utilizados e/ou disponíveis associados à conta de um usuário, e ainda na etapa 506 prover, exibir, apresentar ou visualizar ofertas e recompensas especiais associadas ao uso do aplicativo móvel para pagamento de tarifas.

[024] Voltando à fig. 2, o método 200 pode incluir, na etapa 226, prover a validação da distância percorrida usando um processo de verificação de saída (checkout)disponível em alguns serviços de transporte público.

[025] Voltando à fig. 5, o método 500 pode ainda incluir, na etapa 506, entrar em contato com o atendimento ao cliente através do aplicativo móvel, em resposta a uma

Petição 870190114854, de 08/11/2019, pág. 205/255

8/32 entrada (manifestação) do usuário.

[026] Mais detalhes da fig. 2 serão agora descritos. Na etapa 201, o sistema pode primeiramente determinar se um usuário é um novo usuário. Na etapa 206, se o usuário for um novo usuário, o aplicativo móvel solicitará que o usuário se registre em uma nova conta. Na etapa 210, se o usuário não for um novo usuário, ele poderá efetuar a entrada no sistema (login) com segurança. Na etapa 203, um usuário está conectado ao sistema enquanto o aplicativo está em execução. Na etapa 205, a geolocalização está ativada no aplicativo. Na etapa 212, um cronograma é apresentado a um usuário [por exemplo, perna a perna (trecho a trecho)]. Na etapa 216, um servidor determina um protocolo de dispositivo móvel. Na etapa 207, um usuário é configurado para uma leitora apropriada. Na etapa 209, o método inclui pagar com um cartão EMV; na etapa 211 uma conta de usuário é configurada e, na etapa 218, uma comunicação de leitora móvel é inicializada ou executada. Na etapa 213, um usuário pode ser configurado para uma leitora antes do pagamento via EMV na etapa 209. Na etapa 220, uma IPA (Interface de Programação de Aplicativos) para compra de bilhetes é gerenciada por um pólo de interação com o cliente, conforme descrito abaixo em mais detalhes. Na etapa 224, o usuário embarca no transporte público de acordo com um bilhete adquirido. Na etapa 226, um mecanismo de recompensa do servidor é inicializado ou executado.

[027] Mais detalhes da fig. 3 serão agora descritos. Na etapa 301, o método determina se um usuário é um novo usuário; na etapa 306 um novo usuário é registrado e, se o usuário já estiver registrado, na etapa 312 o usuário é logado (entra no sistema) com segurança. Após o registro de um novo usuário, na etapa 308, uma nova IPA de usuário é criada; na etapa 310 um cartão de crédito é salvo em um primeiro banco de dados (BD1), na etapa 303. Adicionalmente ou alternativamente, depois que as informações do cartão de crédito são salvas, o método pode continuar de modo a registrar a conta de usuário e / ou o cartão de crédito no sistema PayPal na etapa 305 ou no sistema Stripe na etapa 307. Além disso, depois de criar uma nova IPA de usuário na etapa 308, o método pode continuar a registrar um novo usuário usando um pólo de interação com o cliente na etapa 309, armazenando o registro em um segundo banco de dados (BD2) na etapa 311. O segundo banco de dados BD2 pode fazer parte do sistema do pólo de interação com o cliente.

Petição 870190114854, de 08/11/2019, pág. 206/255

9/32

Voltando à entrada no sistema (login) de um usuário na etapa 312, depois que um usuário estiver logado (entrou no sistema), uma IPA de entrada no sistema pode ser criada e/ou executada e/ou exibida na etapa 313, e na etapa 315 um usuário pode estar conectado a um pólo de interação com os clientes. Na etapa 317, um token (código) de entrada no sistema (login) é gerado, e esse token de entrada pode ser repassado para, ou usado para efetuar entrada no sistema em, uma interface de interação com o usuário (front end) do aplicativo móvel, na etapa 319.

[028] Ainda mais detalhes da fig. 3 serão agora descritos. Na etapa 321, o aplicativo está sendo executado e um usuário está logado. Na etapa 323, a geolocalização é ativada no aplicativo, e na etapa 325 atualizações de latitude / longitude são executadas. Na etapa 314, uma perna da ATP é acessada através de um cronograma. Na etapa 327, é determinado um método de autorização da ATP. Na etapa 329, o BD2 recebe uma ou mais das informações precedentes no fluxo e, na etapa 331, um método, chaves secretas e/ou um handshake (reconhecimento mútuo e estabelecimento de comunicação) da ATP são determinadose/ou registrados. As informações processadas na etapa 331 podem ser retransmitidas para a interface de interação com o usuário (front end) do aplicativo móvel na etapa 319. Na etapa 320, o método pode continuar a partir da etapa 331 para recarregar um saldo da conta do usuário (por exemplo, se uma quantia em dinheiro na conta do usuário for menor do que um valor limite predeterminado). Na etapa 324, um tipo de acesso é determinado. Por exemplo, na etapa 333 o tipo de acesso é por uma leitora sem contato, na etapa 335 o tipo de acesso é um sistema de BLE (Bluetooth Low Energy - Bluetooth de Baixa Energia), e na etapa 337 o tipo de acesso é um sistema via NFC. Além disso, na etapa 339 o tipo de acesso é um cartão de crédito EMV, e na etapa 341 um microprocessador padrão de emissão eletrônica de bilhetes para cartões inteligentes (smart cards) sem contato. Na etapa 343, um HTTP (Hypertext Transfer Protocol- Protocolo de Transferência de Hipertexto) de Compra via IPA ou um código de QR (Quick Response - Resposta Rápida) é gerado e usado para direcionar um usuário, na etapa 345, para uma IPA de compra de bilhetes. As informações da IPA de compra de bilhetes podem ser processadas na etapa 347 e enviadas ao BD1 na etapa 349. Na etapa 351, é executada uma integração profunda com uma IPA da ATP, e na etapa 353 um

Petição 870190114854, de 08/11/2019, pág. 207/255

10/32 código de QR é enviado para o aplicativo móvel. Na etapa 322, um digitalizador (scanner) de código de QR digitaliza ou escaneia o código de QR e, na etapa 326, um bilhete é aceito.

[029] Voltando à fig. 3, na etapa 355 o sistema determina se um cartão está configurado para emulação de cartão hospedeiro (HCE - Host Card Emulation). Se for determinado que o cartão está configurado para HCE, então na etapa 357 um bilhete é comprado por meio de um código de HCE do sistema Android. Se for determinado que o cartão não é para HCE, na etapa 359 um fluxo de registro de HCE do cartão de crédito é executado. Voltando um pouco, na etapa 361 é determinado se um cartão está em um Elemento Seguro e, na etapa 363, um bilhete é pago por meio de um Elemento Seguro e de um SDK de leitora sem contato. Por exemplo, um Elemento Seguro pode ser um microcontrolador seguro capaz de hospedar com segurança aplicativos e seus dados confidenciais e/ou criptográficos (por exemplo, gerenciamento de chaves). Se for determinado que o cartão não está em um Elemento Seguro, na etapa 365 será determinado se um cartão específico da ATP é requerido. Se um cartão específico da ATP for requerido, na etapa 367 um registro da leitora de cartão sem contato será feito especificamente para a ATP específica. Na etapa 369, é feito um registro geral da leitora de cartão sem contato para o sistema descrito. Voltando um pouco, na etapa 371 dados são comunicados para uma leitora através de protocolo de BLE, e na etapa 373 dados são comunicados a uma leitora via protocolo de NFC. Os dados processados nas etapas 357, 371 e/ou 373 podem ser retransmitidos para uma leitora da ATP na etapa 375. Na etapa 326, um bilhete é aceito, e na etapa 377 um bilhete é comprado por meio de uma IPA e as informações apropriadas são passadas para o BD1 na etapa 379. Na etapa 381 uma compra por cartão de crédito é atualizada através de um pólo de interação com o cliente e, posteriormente, as informações apropriadas são enviadas para o BD2 na etapa 383, e para a interface de interação com o usuário do aplicativo móvel na etapa 385.

[030] Deve ser entendido que um Elemento Seguro (ES) pode ser uma plataforma resistente a violações capaz de hospedar com segurança aplicativos e seus dados confidenciais e criptográficos, de acordo com as regras e requisitos de segurança estabelecidos por um conjunto de autoridades confiáveis bem identificadas. Simplificando,

Petição 870190114854, de 08/11/2019, pág. 208/255

11/32 um Elemento Seguro pode ser considerado um chip que oferece um ambiente dinâmico para armazenar dados com segurança, processar dados com segurança, e realizar comunicação com entidades externas com segurança. Um ES pode se autodestruir ao ser violado, e/ou ser configurado para bloquear o acesso não autorizado.

[031] Para prover segurança aos aplicativos via NFC que envolvem transações financeiras, o Elemento Seguro pode residir em chips criptografados altamente seguros. O Elemento Seguro pode prover memória delimitada para cada aplicativo nele armazenado, e outras funções que podem criptografar, descriptografar e assinar pacotes de dados.

[032] Nos telefones inteligentes (smartphones), um Elemento Seguro pode estar localizado como um chip embutido diretamente no hardware do telefone, ou em um cartão de SIM (Subscriber Identification Module - Módulo de Identificação de Assinante) ou de UICC (Universal Integrated Circuit Card - Placa de Circuito Integrado Universal) provido por uma operadora de rede, ou em um cartão SD (Secure Digitai- Digital Seguro) que pode ser inserido no telefone móvel.

[033] Usando um dispositivo móvel habilitado para NFC para encostar e pagar (tap and pay), um controlador de NFC do dispositivo pode mudar para o modo de emulação de cartão. Em um exemplo, o próprio controlador de NFC pode não lidar com dados ou com o processamento associado a uma transação de pagamento. O controlador de NFC pode ser uma interface que permite a comunicação usando protocolos padrão.

[034] O Elemento Seguro emula um cartão sem contato. O Elemento Seguro pode executar um handshake (reconhecimento mútuo e estabelecimento de comunicação) com um terminal, enviar respostas corretas para consultas corretas ou apropriadas, gerar criptogramas dinâmicos, e autenticar um cartão armazenado. Em alguns exemplos, o Elemento Seguro pode não emular o cartão sem contato. O software que emula um cartão sem contato pode ser aquele que está armazenado dentro do Elemento Seguro na forma de aplicativos ou applets (pequenos softwares específicos) de pagamento. O Elemento Seguro provê um ambiente de execução e armazenamento seguro para que os aplicativos de pagamento realizem seu trabalho.

[035] Deve ser entendido que um Elemento Seguro pode ou não ser incluído no sistema descrito. A emulação de cartão baseada em hospedeiro (HCE) pode ser implementada

Petição 870190114854, de 08/11/2019, pág. 209/255

12/32 para mover um ambiente de execução e armazenamento seguro para a Nuvem da Internet (Cloud) em vez do Elemento Seguro.

[036] Como mostrado na fig. 4, um registro de leitora de cartão sem contato é feito na etapa 401, e na etapa 403 um Pólo de Serviço Confiável (TSH - Trusted Service Hub} recebe e processa os dados do registro, e envia esses dados para uma interface de configuração na etapa 405. Na etapa 407, uma etapa de autorização e segurança é executada antes do envio dos dados processados para uma interface de interação com o usuário do aplicativo móvel na etapa 409. Na etapa 411, um bilhete é pago por meio de uma leitora sem contato, e os dados são recebidos por uma leitora da ATP na etapa 413. Na etapa 415, um SDK de leitora sem contato recebe dados, e na etapa 417 é determinado se os dados de HCE estão presentes. Na etapa 419, o código correto do cartão é utilizado e, na etapa 421, um subsistema via NFC recebe dados provenientes da etapa 419, que são então enviados para uma leitora da ATP na etapa 423, para que, na etapa 425, um usuário embarque em um transporte público. Se os dados de HCE não forem encontrados, o método continua a registrar informações da leitora sem contato para uma ATP na etapa 427. Além disso, na etapa 429, um bilhete é pago por meio de um Elemento Seguro. Na etapa 431, uma configuração correta é determinada antes do envio de dados para um subsistema de NFC na etapa 421. Se uma configuração não for determinada como correta, o método prossegue para uma etapa de registro na etapa 427. [037] Mais detalhes da fig. 5 serão agora descritos. Na etapa 501, um registro de usuário é recebido, e na etapa 503 o gerenciamento da conta do usuário é executado; na etapa 505, o BD2 recebe informações provenientes da etapa 503 sobre o gerenciamento da conta do usuário. Na etapa 507, um registro do cartão é recebido, na etapa 509 o registro do cartão é gerenciado, e na etapa 511 um banco recebe informações sobre o cartão gerenciado. Na etapa 513, o aplicativo móvel solicita um novo terminal de ATP com uma localização. Na etapa 515, é determinado se uma conta tem dinheiro suficiente. Na etapa 517, as informações da etapa 515 são passadas para uma interface de interação com o usuário do aplicativo móvel, ou, se os fundos forem insuficientes, na etapa 519 o cartão de crédito de um usuário é cobrado. Na etapa 521, um usuário compra com sucesso um bilhete, na etapa 523 o gerenciamento de conta de usuário é executado, e na etapa 525 o

Petição 870190114854, de 08/11/2019, pág. 210/255

13/32

BD2 recebe informações sobre o gerenciamento da conta do usuário. Na etapa 527, um usuário solicita um reembolso e, na etapa 529, uma plataforma de gerenciamento de bilhetes recebe informações de reembolso. Na etapa 531, um banco recebe informações da plataforma de gerenciamento de bilhetes. Na etapa 502, um portal da web (Internet) é executado ou exibido, na etapa 506 o gerenciamento de interação com o cliente é executado, na etapa 533 o BD2 recebe informações sobre o gerenciamento de interação com o cliente, e na etapa 535 um painel da interface de interação com o usuário do aplicativo móvel recebe do BD2 informações sobre o gerenciamento da interação com o cliente.

[038] As ilustrações das figs. 6 e 7 mostram um dispositivo móvel 600 tendo uma interface de usuário exemplificativa 602 para planejar uma viagem usando o aplicativo móvel aqui descrito. Por exemplo, a interface 602 pode ser usada para agendar e planejar viagens através de uma pluralidade de diferentes autoridades e sistemas de transporte usando uma única interface ou dispositivo.

[039] Deve ser entendido que uma entrada (manifestação) do usuário pode ser inserida no sistema tocando-se em uma tela sensível ao toque, clicando-se com o mouse, ou através de qualquer método apropriado para a entrada do usuário. Deve ser entendido que, como saída, o sistema pode exibir uma interface gráfica de usuário (IGU).

[040] Deve ser entendido que algumas etapas podem ser executadas em mais de um dos métodos e/ou sistemas descritos acima, com suas respectivas figuras. Por exemplo, a etapa 202 (fig. 2) também pode ser executada na etapa 302 (fig. 3) e / ou na etapa 502 (fig. 5), a etapa 206 (fig. 2) pode ser executada na etapa 306 (fig. 3), a etapa 212 (fig. 2) pode ser executada na etapa 314 (fig. 3), e / ou a etapa 220 (fig. 2) pode ser executada na etapa 320 (fig. 3).

[041] Como exemplos não limitativos, um sistema ou uma leitora sem contato apropriados podem incluir tecnologia ou subsistemas MiFARE4Mobile (por exemplo, TapLinx SDK), um pólo de interação com o cliente apropriado pode incluir BOOMERANG ou subsistemas associados, e um microprocessador padrão de emissão eletrônica de bilhetes apropriado para cartões inteligentes sem contato pode incluir tecnologia ou subsistemas CALYPSO.

Petição 870190114854, de 08/11/2019, pág. 211/255

14/32

[042] O aplicativo pode ser configurado para permitir a comunicação entre um telefone móvel (ou cartão sem contato) e um dispositivo de leitura. Por exemplo, uma comunicação bem sucedida autoriza um usuário registrado a embarcar em um metrô, trem ou ônibus em qualquer lugar do mundo.

[043] A solução descrita pode incluir variações. A tecnologia principal pode compreender um aplicativo móvel sendo executado em um dispositivo de hardware especialmente configurado, que provê uma variedade de sinais sem fio através de um telefone celular (dispositivo móvel) para se conectar com as leitoras. Ao utilizar geolocalização (GPS) com um dispositivo móvel, o aplicativo móvel poderá determinar a localização do usuário em relação às leitoras de cartão de transporte público próximas. Estando próximo de uma leitora de cartão inteligente, o aplicativo móvel usa um algoritmo para determinar um mecanismo sem contato e sem fio ideal para acessar o serviço de transporte público. Uma variação dessa tecnologia pode incluir um cartão sem contato que pode ser utilizado para pagamentos de tarifas com leitoras de cartão inteligente.

[044] Um portal baseado em web (Internet) pode ser provido pelo sistema, configurado para prover suporte de operações internas (back office) e prover processamento de pagamentos através de backend (sistema responsável pela regra de negócios, serviços de web e IPAs de um aplicativo), uso de bilhetes, análise de clientes, fontes de financiamento/pagamento, serviços de reembolso, e suporte ao cliente. O portal baseado em web pode incluir uma série de painéis para operações por back end. Além disso, o portal pode prover serviços de concierge (assistência virtual) a um viajante para ajudá-lo em sua jornada. O portal pode utilizar informações de GPS para prover conteúdo personalizado e alertas móveis ao cliente ou usuário. Ofertas e incentivos podem ser enviados aos usuários por meio de canais de marketing (comercialização) da web/celular.

[045] O aplicativo móvel pode ser direcionado para qualquer leitora sem contato apropriada. Por exemplo, o aplicativo móvel pode operar com leitoras Greenfield, ou de qualquer tecnologia apropriada, tal como Bluetooth, Bluetooth de Baixa Energia, RFID (Radio Frequency IDentifícation - Identificação por Radiofrequência), WiFi (Wireless Internet for Frequent Interface - Internet Sem Fio para Interface Frequente) e/ou EMV.

[046] O sistema descrito provê a capacidade de usar um aplicativo de telefone móvel

Petição 870190114854, de 08/11/2019, pág. 212/255

15/32 para embarcar em um transporte público em uma base global, e essa capacidade é vantajosa em comparação com a necessária de comprar de bilhetes ou passes em todo o mundo para cada serviço de trem, ônibus e metrô que é usado. Existem economias de escala significativas que tornam útil o serviço de pagamento universal de tarifas aqui descrito. Uma experiência aprimorada para os passageiros está no centro da solução. Essa tecnologia permite encostar e ir (tap and go) sem contato para pagar e entrar nos sistemas de transporte público.

[047] Como tal, o sistema descrito implementa um localizador por GPS (por exemplo, através de um receptor de GPS em um dispositivo móvel) para melhorar a experiência do passageiro, e tecnologias de comunicação sem fio para entrar mais facilmente nos sistemas de transporte público de uma maneira global. Além disso, o sistema pode ser configurado para executar todas as atividades de transporte público em um dispositivo físico, tal como um telefone móvel.

[048] O sistema inclui um subsistema de leitora sem contato configurado para fazer interface com Operadoras de Rede Móvel (ORMs) ou com provedores de serviços sem fio, e provê uma interface de programação inter-operável para prover e gerenciar remotamente serviços e configurações de leitura sem contato em Elementos Seguros incorporados e/ou cartões de SIM, fazendo isto através do ar. O subsistema de leitora sem contato pode estar em conformidade com a norma internacional ISO / IEC 14443 Tipo A - uma norma usada por mais de 80% de todos os cartões inteligentes sem contato, e/ou fazer uso de um padrão de cartão inteligente sem contato de 13,56 MHz. A Tabela 1-1 abaixo lista as tecnologias de tags (estruturas de linguagem de etiquetagem) suportadas pelo subsistema de leitora sem contato.

TABELA 1-1

Tecnologia de tag	A interface que todas as tecnologias de tag devem implementar
NfcA	Provê acesso a propriedades e operações de E / S (Entrada / Saída) via NFC-A (ISO 14443-3A)
NfcB	Provê acesso a propriedades e operações de E / S via NFC-B (ISO 14443-3B)
NfcF	Provê acesso a propriedades e operações de E / S via NFC-F (JIS 6319-4)

Petição 870190114854, de 08/11/2019, pág. 213/255

16/32

NfcV	Provê acesso a propriedades e operações de E / S via NFC-F (ISO 15693)
IsoDep	Provê acesso a propriedades e operações de E / S via ISO-DEP (ISO 14443-4)
Ndef	Provê acesso a dados e operações de NDEF (NFC Data Exchange FormatFormato de Troca de Dados de NFC) em ía^sde NFC que foram formatadas
Ndef Formatável	Provê operações de formato para ía^sque podem ser formatáveis por NDEF

[049] Para obter acesso a um conjunto completo de terminais, pode ser necessário que outros protocolos de comunicação sejam incluídos, tal como BLE. O BLE opera na faixa de 2,4 a 2,4835 GHz com canais de 40 a 2 MHz, e uma versão de energia reduzida do BLE pode funcionar bem com sinalizadores (beacons) e pagamentos móveis.

[050] A tecnologia de NEC pode ser incluída no sistema. A NFC utiliza indução eletromagnética entre duas antenas de quadro na banda de frequência de rádio ISM (Industria/, Scientific and Medica!- Industrial, Científica e Médica) não licenciada de 13,56 MHz, a taxas variando de 106 a 424 kbits/s. O protocolo para comunicação pode ocorrer quando os dispositivos estão a menos de 4 cm um do outro. A NFC pode funcionar em uma interface de ar ISO / IEC 18000-3 a taxas de 106, 212 ou 424 kbits/s. Os padrões de NFC abrangem protocolos de comunicação baseados nos padrões existentes de identificação por radiofrequência (RFID), incluindo ISO / IEC 14443 e FeliCa. Os padrões também incluem ISO / IEC 18092 bem como aqueles definidos nos padrões do NFC Forum e da GSMA (Groupe Special Mobile Association - Associação do Grupo Especial Móvel) NFC dentro de dispositivos móveis.

[051] Um padrão de emissão eletrônica de bilhetes para cartões inteligentes sem contato com microprocessador (por exemplo, Calypso) pode ser incluído ou implementado no sistema. Por exemplo, o padrão de emissão eletrônica de bilhetes pode permitir a interoperabilidade entre diversos operadores de transporte em uma mesma área. O padrão de emissão eletrônica de bilhetes pode ser um padrão originário da Europa que, desde então, se estendeu ao Canadá, México e América do Sul. O padrão pode depender de um cartão inteligente com microprocessador e de RFID para a interface sem contato. O padrão de emissão de bilhetes pode ser o padrão internacional ISO / IEC 14443 Tipo B.

[052] Um aplicativo de inter-operabilidade dedicado à inter-operabilidade pode ser

Petição 870190114854, de 08/11/2019, pág. 214/255

17/32 executado, incluído e/ou implementado pelo sistema. Essa tecnologia permite que os clientes usem um objeto portátil [um cartão, um cartão de SIM, uma chave de USB (Universal Seria! Bus - Barramento Serial Universal)] em todas as redes de transporte compatíveis com o aplicativo de inter-operabilidade. O aplicativo de inter-operabilidade provê os meios para acesso às autoridades de transporte público nos municípios, com a mesma tecnologia inter-operável. Chaves seguras do, ou compatíveis com o, aplicativo de inter-operabilidade podem ser compartilhadas entre todos os operadores que são compatíveis com o aplicativo de inter-operabilidade. Como um exemplo não limitativo, o aplicativo de inter-operabilidade pode ser o Triangle do sistema Calypso, ou qualquer subsistema apropriado do mesmo.

[053] Um subsistema de cartão inteligente de RFID sem contato, usado em cartões de dinheiro eletrônico pode ser incluído no sistema. Por meio do subsistema de cartão inteligente de RFID sem contato, chaves de criptografia podem ser geradas dinamicamente durante a autenticação mútua. O subsistema de cartão inteligente de RFID sem contato pode estar de acordo com a norma ISO / IEC 18092 (NFC) tendo codificação a 212 kbits/s na faixa de 13,56 MHz, e / ou a comunicação pode ocorrer a menos de 10 cm. A tecnologia do subsistema de cartão inteligente de RFID sem contato pode permitir que os usuários adicionem cartões inteligentes em suas carteiras digitais e toquem em seus telefones para permitir o acesso a qualquer serviço apropriado aqui descrito, ou o acesso a serviços de transporte. Os usuários podem transferir o saldo de um cartão inteligente físico para a carteira digital ou criar um cartão inteligente virtual. Como um exemplo não limitativo, o subsistema de cartão inteligente de RFID pode ser FeliCa, ou qualquer subsistema apropriado do mesmo.

[054] Para habilitar o sistema universal de pagamento e cobrança de tarifas, pode ser preciso que todas as tecnologias e serviços descritos acima sejam utilizados e agregados, tal como a tecnologia de leitura sem contato, a tecnologia de BLE, a tecnologia de NFC, o aplicativo de inter-operabilidade, o subsistema de cartão inteligente de RFID, e / ou a compra remota de bilhetes por HTTP no aplicativo móvel. Deve ser entendido que qualquer tecnologia apropriada pode ser utilizada e agregada sem fugir do espírito e do escopo desta invenção.

Petição 870190114854, de 08/11/2019, pág. 215/255

18/32

[055] O sistema descrito supera as limitações e resolve os problemas do estado da técnica anterior, provendo ao viajante uma maneira de utilizar múltiplas ATPs a partir de um único aplicativo. A vantagem competitiva do sistema descrito reside na capacidade de agregar várias contas de ATP e prover aos passageiros o acesso a uma multiplicidade de autoridades de transporte sem a necessidade de descarregar (fazer download de) diversos aplicativos móveis separados por ATP.

[056] O sistema descrito incluirá ou utilizará uma variedade de tecnologias para abordar as deficiências no mercado, conforme descrito na seção de antecedentes da invenção. Há uma infinidade de ATPs existentes no mundo, cada ATP sendo equipada com seu próprio conjunto de leitoras e com sua infra-estrutura, integradas através do, e com o, sistema descrito.

[057] Uma primeira etapa para escolher uma tecnologia correta necessária em uma ATP pode incluir a determinação da localização de um usuário em tempo real. Como um exemplo não limitativo, o sistema descrito pode fazer uso de habilidades de geolocalização nativas de um dispositivo Android, utilizando o Google Maps para obter uma última localização conhecida. Ao obter a longitude e a latitude do usuário ao acessar o aplicativo móvel, essas coordenadas serão enviadas para um servidor. Com base em uma tabela de pesquisa, o servidor enviará informações relacionadas a uma ATP particular e a qual tipo de protocolo de comunicação é requerido em uma determinada localização.

[058] Como um exemplo, se um usuário digitar o nome de uma ATP que requer comunicação via BLE a partir do aplicativo móvel, uma solicitação enviada ao servidor retornará para o aplicativo móvel todas as chaves de segurança e handshakes necessários para iniciar uma ponte para a leitora da ATP. A leitora também pode ser uma leitora de um subsistema de leitura sem contato, conforme descrito acima, e nesse caso o aplicativo móvel utilizaria um SDK móvel de leitura sem contato para o aplicativo móvel comunicarse com a leitora. O aplicativo móvel descrito pode ser configurado para comunicar-se perfeitamente com numerosas leitoras usando tecnologia de leitura sem contato. Como tal, uma característica principal do sistema é que ele determina qual tecnologia de pagamento de transporte deve ser usada na localização do usuário, configurando o dispositivo do usuário para comunicar-se com uma tecnologia de pagamento detectada.

Petição 870190114854, de 08/11/2019, pág. 216/255

19/32

[059] Um ou mais dos métodos acima podem incluir a transferência de credenciais de um usuário a partir de um cartão de leitura sem contato para um Elemento Seguro. Para permitir que um usuário acesse uma ATP com uma leitora sem contato, essas credenciais devem primeiramente ser transferidas para o Elemento Seguro do dispositivo. Isto pode ser feito através de interface com um Pólo de Serviço Confiável (TSH). Depois que as credenciais da leitora sem contato foram transferidas com sucesso, o viajante pode simplesmente encostar o dispositivo móvel contra a leitora, que transmitirá as credenciais a partir do Elemento Seguro para a leitora. O aplicativo móvel descrito facilitará um processo de inicialização para que um usuário transfira o cartão de leitura sem contato existente para o Elemento Seguro do dispositivo.

[060] O sistema pode ser configurado para suportar Emulação de Cartão Hospedeiro (HCE). A emulação de cartão hospedeiro transfere um cartão físico para uma representação digital. Com HCE, o aplicativo móvel pode fazer uso do cartão físico diretamente a partir do código Android. Com a Emulação de Cartão Hospedeiro implementada no aplicativo, o aplicativo móvel pode se comunicar com o leitor, em vez de ter a comunicação direcionada para o Elemento Seguro do dispositivo. Isto permite que o aplicativo móvel obtenha acesso a funções de baixo nível da leitora através do código Android de HCE.

[061] Para as ATPs que não suportam nenhum dos métodos mencionados acima para conceder acesso ao viajante, o sistema pode ser configurado para permitir a integração direta de HTTP com as operações internas {back office) da ATP. Para as ATPs que disponibilizaram seu processo de compra de bilhetes por meio de chamadas via IPA HTTP RESTfuI, o aplicativo móvel será integrado a essas chamadas HTTP para conceder ao viajante acesso à ATP.

[062] Como um exemplo não limitativo, pode haver apenas uma conta de usuário registrada permitida por usuário; no entanto, dependendo da implementação específica, o sistema pode mesclar ou incentivar contas existentes em outras ATPs para prover acesso universal do tipo encostar e ir (tap and go).

[063] O servidor pode incluir, ou integrar-se a, um pólo de interação com o cliente. Por exemplo, o pólo de interação com o cliente pode ajudar organizações a transformarem

Petição 870190114854, de 08/11/2019, pág. 217/255

20/32 seus negócios digitais, aumentando a receita e a satisfação do cliente, permitindo experiências de usuário personalizadas, e provendo às organizações uma visão de 360 graus de seus clientes. Com o pólo de interação com o cliente, o sistema pode estabelecer comunicações em tempo real (online) bidirecionais, prover ofertas direcionadas ao s/tede Internet, e adicionar serviços voltados ao cliente, com um trabalho mínimo de personalização e ficando pronto para as oportunidades à medida que o mercado evolui. O pólo de interação com o cliente integra soluções de vendas, cobrança, comércio eletrônico e CRM (Customer Relationship Management - Gerenciamento do Relacionamento com o Cliente), para garantir uma experiência consistente do cliente, independentemente do canal. O componente do pólo de interação com o cliente do sistema lidará com as necessidades dos usuários do cartão de crédito, para adicionar ou reembolsar quantias no cartão do aplicativo móvel, e lidará com todo o gerenciamento de contas que acompanha o ciclo de vida do gerenciamento de um cartão de crédito físico.

[064] Em algumas formas de incorporação, os métodos, tarefas, processos e/ou operações descritos acima podem ser efetuados, executados, atualizados e/ou realizados por um sistema de computação incluindo um meio de armazenamento tangível legível por computador, também descrito aqui como uma máquina de armazenamento, que contém instruções legíveis por máquina executáveis por uma máquina lógica (isto é, um processador ou dispositivo de controle programável) para efetuar, executar, atualizar, realizar, fornecer, implementar e/ou aprovar os métodos, processos, operações e/ou tarefas descritos acima. Por exemplo, um sistema de computação adequado pode ser o sistema de computação 100 mostrado na fig. 3. Quando tais métodos, operações e/ou processos são implementados, o estado da máquina de armazenamento 104 pode ser alterado para conter dados diferentes. Por exemplo, a máquina de armazenamento 104 pode incluir dispositivos de memória, tais como diversas unidades de disco rígido, dispositivos de CD ou de DVD. A máquina lógica 102 pode executar instruções legíveis por máquina através de uma ou mais informações físicas e/ou dispositivos de processamento lógico. Por exemplo, a máquina lógica 102 pode ser configurada para executar instruções para executar tarefas para um programa de computador. A máquina lógica 102 pode incluir um ou mais processadores para executar as instruções legíveis por máquina. O

Petição 870190114854, de 08/11/2019, pág. 218/255

21/32 sistema de computação 100 pode incluir um subsistema de exibição 106, para exibir uma interface gráfica de usuário (IGU) ou qualquer elemento visual dos métodos ou processos descritos acima. Por exemplo, o subsistema de exibição 106, a máquina de armazenamento 104 e a máquina lógica 102 podem ser integrados de modo a que o método acima possa ser executado enquanto os elementos visuais do sistema e / ou do método descritos são exibidos em uma tela de exibição, para consumo do usuário. O sistema de computação 100 pode incluir um subsistema de entrada 108 que recebe a entrada (manifestação) do usuário. O subsistema de entrada 108 pode ser configurado para conectar e receber entradas provenientes de dispositivos como um mouse, um teclado ou um controlador de jogo. Por exemplo, uma entrada do usuário pode indicar uma solicitação para que uma determinada tarefa seja executada pelo sistema de computação 100, tal como solicitar que o sistema de computação 100 exiba qualquer uma das informações descritas acima, ou solicitar que a entrada do usuário atualize ou modifique as informações armazenadas existentes para processamento. Um subsistema de comunicação 110 pode permitir que os métodos descritos acima sejam executados ou providos através de uma rede de computadores. Por exemplo, o subsistema de comunicação 110 pode ser configurado para permitir que o sistema de computação 100 se comunique com uma pluralidade de dispositivos de computação pessoal. O subsistema de comunicação 110 pode incluir dispositivos de comunicação por fio ou sem fio para facilitar a comunicação em rede. Como exemplos não limitativos, o subsistema de comunicação 110 pode incluir um módulo ou subsistema 112 de um sistema de posicionamento global (GPS) incluindo um ou mais receptores de GPS, para determinar a localização de um ou mais dispositivos eletrônicos (por exemplo, um telefone inteligente). Os métodos ou processos descritos podem ser executados, providos ou implementados para um usuário ou para um ou mais dispositivos de computação por meio de um produto de programa de computador, tal como, por exemplo, através de uma interface de programação de aplicativos (IPA).

[065] O sistema pode prover um passe (por exemplo, o PASSEKO Pass) que permite aos passageiros acessar tais sistemas de transporte usando um passe. Por exemplo, o PASSEKO Pass pode prover ao seu titular acesso a múltiplos sistemas de transporte

Petição 870190114854, de 08/11/2019, pág. 219/255

22/32 público e privado localizados em um ou mais municípios, cidades, estados, países, e, principalmente, acesso ao transporte público gerenciado e operado por diferentes autoridades de transporte público (ATPs) em todo o país e no mundo.

[066] Portanto, o sistema descrito permite que viajantes globais acessem diversos sistemas de transporte de uma maneira onipresente. Esta solução permite que um viajante global compre serviços de sistema de transporte em todo o mundo usando um aplicativo móvel ou cartão sem contato. O sistema pode utilizar tecnologias de acesso sem contato para leitoras de cartão inteligente, proporcionando comodidade aos usuários.

[067] Os viajantes são providos com acesso a sistemas de transporte, incluindo trens de passageiros, metrôs, ônibus, trólebus, transporte rápido (metrô e trem subterrâneo), trens leves (bondes), balsas de passageiros, trens de alta velocidade, táxis, carona solidária (ou transporte solidário), motoristas de aluguel, táxis aquáticos, navios de cruzeiro, carros de aluguel, bicicletas de aluguel, carros autônomos de aluguel, táxis compartilhados, iates de aluguel (isto é, barcos ou navios de recreio), aeronaves particulares de aluguel, e todos os meios de transporte das empresas da rede de transporte.

[068] Uma forma de incorporação do PASSEKO Pass proverá aos motoristas acesso ao estacionamento, permitindo também que os motoristas paguem o pedágio das rodovias (ou seja, estradas públicas ou privadas com pedágio). Os passageiros também podem ter acesso a aeronaves comerciais. O PASSEKO Pass pode ainda prover acesso a serviços de bibliotecas, edifícios, condomínios fechados, garagens de carros e serviços bancários, além de acesso a eventos pagos ou a áreas como estádios, arenas esportivas e concertos, em todo o país e no mundo.

[069] Com relação às rodovias com pedágio, o método de pagamento sem contato aqui descrito pode incluir leitoras como parte de uma infra-estrutura de rodovia com pedágio, para monitorar as faixas de pista dentro de uma rodovia. O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode integrar-se a qualquer tecnologia apropriada para receber um sinal que será enviado por meio de uma leitura sem contato dentro de uma área específica. A solução do sistema de pagamento e cobrança de tarifa universal seguirá qualquer protocolo de comunicação apropriado para integrar-se com diversos fornecedores de telemática rodoviária, que proveem soluções para as leitoras

Petição 870190114854, de 08/11/2019, pág. 220/255

23/32 existentes (por exemplo, Kapsch, Siemens, Thales e Cubic).

[070] Com relação aos trens de passageiros, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os passageiros dos trens usem seus dispositivos móveis para comprar um bilhete ferroviário, e usem o aplicativo móvel como um bilhete inteligente. O bilhete pode ser apresentado como um código de QR na face frontal do telefone, que pode ser recebido por um condutor que terá uma leitora ou um digitalizador (scanner) de QR para receber um bilhete através do sistema. Essa configuração pode ser usada com trens de passageiros que não possuem portas de entrada sem contato para embarcar em seu sistema ferroviário. Quando portas de entrada são utilizadas, os sistemas ou leitoras sem contato existentes serão integrados ao aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, para essas configurações de trens de passageiros. Nesse caso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas se integrará a uma leitora sem contato através do uso de qualquer um dos sistemas de tecnologia de leitura sem contato aqui descritos. Isto permitirá a entrada no trem de passageiros de uma maneira sem contato. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da configuração da leitora utilizada por um sistema ferroviário. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir que leituras de entrada e saída sejam configuradas em cada parada, para acomodar preços baseados em distância nas viagens ferroviárias.

[071] Com relação aos metrôs, o sistema de tecnologia de leitura sem contato pode prover comunicação de campo próximo (NFC) para oferecer suporte ao acesso sem contato através do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, para leitoras ou sistemas sem contato utilizados em sistemas de metrô em todo o mundo. O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar essa tecnologia para permitir que os passageiros embarquem nos trens de passageiros ao passarem por uma porta de entrada tendo uma leitora sem contato. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode

Petição 870190114854, de 08/11/2019, pág. 221/255

24/32 utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da configuração das leitoras utilizada por um sistema de metrô. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir leituras de entrada e saída em cada parada, dentro da configuração do sistema de transporte, para acomodar preços baseados em distância para viagens de metrô.

[072] Com relação aos ônibus, para a entrada em um ônibus, a leitora sem contato pode ficar posicionada próximo a um motorista, na frente do veículo. No entanto, em alguns casos, elas podem ser instaladas em outros pontos de entrada no ônibus. A tecnologia de leitura sem contato provê comunicação de campo próximo para oferecer suporte ao acesso sem contato através do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, para leitoras sem contato utilizadas em ônibus. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da configuração da leitora utilizada pelo sistema do ônibus. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir leituras de entrada e saída em cada parada, dentro da configuração do sistema de transporte, para acomodar preços baseados em distância para viagens de ônibus.

[073] Com relação aos trólebus, para a entrada em um trólebus, a leitora sem contato pode ficar posicionada próximo a um motorista, na frente do veículo. No entanto, em alguns casos, elas podem ser instaladas em outros pontos de entrada no trólebus. A tecnologia de leitura sem contato provê comunicação de campo próximo para oferecer suporte ao acesso sem contato através do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, para leitoras sem contato utilizadas em certos trólebus. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da configuração da leitora utilizada pela operadora do trólebus. Nos casos em que são utilizados bilhetes com código de QR, o aplicativo instrui o usuário a comprar o bilhete do trólebus através do aplicativo móvel. Quando disponível, o aplicativo móvel do

Petição 870190114854, de 08/11/2019, pág. 222/255

25/32 sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir leituras de entrada e saída em cada parada, dentro da configuração do sistema de transporte, para acomodar preços baseados em distância para viagens por trólebus.

[074] Com relação a metrôs ou trens subterrâneos, a tecnologia de leitura sem contato provê comunicação de campo próximo para oferecer suporte ao acesso sem contato através do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, para leitoras sem contato utilizadas em sistemas de metrô em todo o mundo. O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar essa tecnologia para permitir que os passageiros embarquem nos vagões de passageiros ao passarem por uma porta de entrada tendo leitura sem contato. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da leitora utilizada por um sistema de metrô local. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir leituras de entrada e saída em cada parada, dentro da configuração do sistema de transporte, para acomodar preços baseados em distância para viagens de metrô.

[075] Com relação a trens leves, bondes e/ou trens de alta velocidade, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os passageiros de trens leves usem seus dispositivos móveis para comprar um bilhete de bonde, e usem o aplicativo móvel como um bilhete inteligente. O bilhete seria apresentado como um código de QR na face frontal do telefone, que será recebido por um condutor de bonde que terá uma leitora / digitalizador de QR para receber o bilhete. Essa abordagem pode ser usada com trens leves que não possuem portas de entrada sem contato para embarque. Quando portas de entrada são utilizadas, os sistemas ou leitoras sem contato existentes podem integrar-se ao aplicativo móvel do sistema universal de pagamento e cobrança de tarifas para esses sistemas de trens de passageiros. Nesse caso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode integrar-se a uma leitora sem contato através do uso de qualquer um dos sistemas de tecnologia de leitura

Petição 870190114854, de 08/11/2019, pág. 223/255

26/32 sem contato aqui descritos, permitindo a entrada no trem de passageiros. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da leitora utilizada por um sistema de trens leves. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar preços baseados na distância. O aplicativo móvel pode exigir leituras de entrada e saída em cada parada, dentro da configuração do sistema de transporte, para acomodar preços baseados na distância para viagens por trens leves.

[076] Com relação às balsas de passageiros, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os passageiros da balsa utilizem seus dispositivos móveis para comprar um bilhete de balsa, e usem o aplicativo móvel como um bilhete inteligente. O bilhete seria apresentado como um código de QR na face frontal do telefone, que será recebido por um atendente da balsa o qual terá uma leitora ou digitalizador de QR para receber o bilhete. Essa abordagem pode ser usada com balsas que não possuem portas de entrada sem contato para embarque. Quando portas de entrada são utilizadas, os sistemas ou leitoras sem contato existentes integrar-se-ão ao aplicativo móvel do sistema universal de pagamento e cobrança de tarifas para esses sistemas de balsas de passageiros. Isto pode incluir NFC, MIFARE4Mobile, BLE ou Bluetooth. Nesse caso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas se integrará a uma leitora sem contato, permitindo a entrada na balsa de passageiros. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da leitora utilizada.

[077] Com relação aos trens de alta velocidade, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os passageiros do trem de alta velocidade usem seus dispositivos móveis para comprar um bilhete de trem, e usem o aplicativo móvel como um bilhete inteligente. O bilhete seria apresentado como um código de QR na face frontal do telefone, que será recebido pelo condutor o qual terá uma leitora de QR para receber o bilhete. Essa abordagem será usada com trens que não possuem portas de entrada sem contato para embarque em trens de alta velocidade. Quando

Petição 870190114854, de 08/11/2019, pág. 224/255

27/32 portas de entrada são utilizadas, os sistemas ou leitoras sem contato existentes integrarse-ão ao aplicativo móvel do sistema universal de pagamento e cobrança de tarifas para esses sistemas de trens de passageiros de alta velocidade. Nesse caso, o aplicativo móvel do sistema universal móvel de pagamento e cobrança de tarifas se integrará a uma leitora sem contato através do uso de qualquer tecnologia apropriada de leitura sem contato, permitindo a entrada no trem de alta velocidade. Além disso, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode prover um serviço de concierge (assistência virtual) que pode utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, como exemplos não limitativos, dependendo da leitora utilizada pelo sistema de trens de alta velocidade. Quando disponível, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas utilizará preços baseados na distância ou na geografia. O aplicativo móvel exigirá leituras de entrada e saída em cada parada, dentro do sistema de transporte. Isto acomodará preços baseados na distância para viagens por trem de alta velocidade.

[078] Com relação aos táxis, para a entrada em um táxi, as leitoras sem contato tendem a ficar posicionadas próximo do passageiro. O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode prover um serviço de concierge que utilizaria aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, como exemplos não limitativos, dependendo da leitora utilizada pelo táxi e do método de pagamento preferido pela operadora do táxi.

[079] Com relação ao transporte solidário ou táxi solidário, a maioria dos grupos de transporte solidário não utiliza leitoras eletrônicas sem contato. Como resultado, seria utilizado um cartão de crédito / cartão de débito com bandeira do sistema universal de pagamento e cobrança de tarifas descrito, e um pagamento direto seria feito ao motorista particular utilizando esse cartão. Tal pagamento pode incluir, como exemplos não limitativos, um serviço como Venmo ou Zelle para transferência eletrônica de fundos.

[080] Com relação aos motoristas de aluguel, para a entrada em uma limusine ou em um serviço de veículos particular, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode prover um serviço de concierge. O aplicativo direcionaria então o usuário a utilizar aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada,

Petição 870190114854, de 08/11/2019, pág. 225/255

28/32 como exemplos não limitativos, dependendo da leitora utilizada pelo motorista e do método de pagamento preferido pela operadora. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel recomendará, através do serviço de concierge, que um cartão de crédito / cartão de débito com bandeira do sistema universal de pagamento e cobrança de tarifas descrito seja utilizado, e que um pagamento direto seja feito ao motorista particular utilizando esse cartão.

[081] Com relação aos táxis aquáticos, a maioria dos táxis aquáticos não utiliza leitoras eletrônicas sem contato. Para a entrada em um táxi aquático, seria utilizado um cartão de crédito / cartão de débito com bandeira do sistema de pagamento e cobrança universal de tarifas descrito, e um pagamento direto seria feito ao táxi aquático utilizando esse cartão. Um bilhete com código de QR pode ser utilizado se um leitor de QR estiver disponível, o que normalmente implicaria em uma compra de bilhete interna, no aplicativo móvel.

[082] Com relação aos navios de cruzeiro, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas utilizaria aplicativos ApplePay, Android Pay, EMV ou similares, de uma maneira automatizada, dependendo do leitor utilizado pelo navio de cruzeiro. Quando uma leitora de bilhetes sem contato usando NFC está sendo utilizada, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode interagir diretamente com a leitora que está sendo utilizada.

[083] Com relação aos veículos de aluguel, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas utilizaria aplicativos ApplePay, Android Pay, EMV ou similares, de uma maneira automatizada, dependendo da leitora utilizada pela agência de aluguel de carros. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio de um serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito à agência de aluguel de carros.

[084] Com relação às bicicletas de aluguel, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas utilizaria aplicativos ApplePay, Android Pay, EMV ou similares, de uma maneira automatizada, dependendo da leitora utilizada pela agência de aluguel de bicicletas. Se não for possível utilizar pagamentos sem contato, o aplicativo

Petição 870190114854, de 08/11/2019, pág. 226/255

29/32 móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio de um serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito ao fornecedor de bicicletas de aluguel.

[085] Com relação ao aluguel de carros autônomos, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas inclui a capacidade de utilizar comunicação sem fio para proteger um veículo autônomo. O aplicativo móvel utilizará Bluetooth, Bluetooth de baixa energia, RFID, WiFi ou EMV, dependendo dos requisitos de configuração da agência de aluguel e da tecnologia de leitura disponível.

[086] Com relação aos táxis compartilhados, para a entrada em um táxi compartilhado, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas fornecería um serviço de concierge que utilizaria aplicativos ApplePay, Android Pay, EMV ou similares, de uma maneira automatizada, dependendo da leitora utilizada pelo táxi e do método de pagamento preferido pela operadora do táxi. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio do serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito à operadora do táxi.

[087] Com relação a iates de aluguel (ou seja, barcos ou navios de recreio), para o aluguel de um iate ou barco, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas fornecería um serviço de concierge que utilizaria aplicativos ApplePay, Android Pay, EMV ou similares, de uma forma automatizada, dependendo da leitora utilizada pela operadora do iate alugado e do método de pagamento preferido pela operadora. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio do serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito à operadora do barco.

[088] Com relação às aeronaves particulares de aluguel, o aluguel de uma aeronave particular seria conseguido com o aplicativo móvel do sistema universal de pagamento e

Petição 870190114854, de 08/11/2019, pág. 227/255

30/32 cobrança de tarifas, utilizando aplicativos ApplePay, Android Pay, EMV ou similares, de uma forma automatizada, dependendo da leitora utilizada pela operadora / proprietário da aeronave e do método de pagamento preferido. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio do serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito à operadora da aeronave.

[089] Com relação a edifícios (por exemplo, bibliotecas), as taxas de aluguel nas bibliotecas podem ser iniciadas com o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas utilizando aplicativos ApplePay, Android Pay ou EMV de uma maneira automatizada, dependendo da leitora utilizada e do método de pagamento preferido. Se não for possível utilizar pagamentos sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas recomendará, por meio do serviço de concierge móvel, que o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas seja utilizado, e um pagamento direto será feito à biblioteca.

[090] Com relação às aeronaves comerciais, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os passageiros de aeronaves usem seu telefone celular para comprar um bilhete de uma linha aérea, e usem o aplicativo móvel como um bilhete inteligente. Isto pode incluir a compra de bilhetes remota por HTTP no aplicativo móvel. O bilhete seria apresentado como um código de QR na face frontal do telefone, que será recebido por um atendente no portão da companhia aérea, o qual terá uma leitora de QR para receber o bilhete.

[091] Com relação a serviços bancários, o cartão de crédito / cartão de débito com bandeira do aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode ser utilizado para serviços bancários. Quando existir a disponibilidade de leitoras sem contato, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas direcionará o usuário a utilizar aplicativos ApplePay, Android Pay, EMV ou similares, de uma maneira automatizada, dependendo da leitora implementada dentro do banco.

[092] Com relação a eventos pagos (por exemplo, estádios, arenas esportivas, ou

Petição 870190114854, de 08/11/2019, pág. 228/255

31/32 concertos), o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que as pessoas usem seu telefone celular para comprar um bilhete do evento, e usem o aplicativo móvel como um bilhete inteligente. O bilhete seria apresentado como um código de QR na face frontal do telefone, que será recebido pelo atendente do portão para o evento. O atendente teria um leitor de QR para receber / digitalizar o bilhete. Outras tecnologias sem contato podem ser utilizadas pelo aplicativo móvel do sistema universal de pagamento e cobrança de tarifas, dependendo da leitora presente no evento. Essas configurações sem contato podem incluir NFC, BLE, Bluetooth e EMV.

[093] Com relação a condomínios fechados, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas permitirá que os residentes usem seu dispositivo móvel para entrar em um condomínio fechado. Por exemplo, um usuário pode usar o aplicativo móvel como um controle remoto ou um dispositivo detectável sem fio configurado para abrir um portão ou uma porta de um condomínio. O condomínio fechado pode incluir leitoras como parte de uma infra-estrutura de entrada / saída, para monitorar as faixas de pista que entram em, e saem de, um portão. O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas pode integrar-se a qualquer tecnologia apropriada para receber um sinal que é enviado por meio de uma leitura sem contato dentro de uma área específica, para operar um portão do condomínio fechado. A solução do sistema universal de pagamento e cobrança de tarifas seguirá quaisquer protocolos de comunicação apropriados para integrar-se a vários sistemas de entrada do condomínio fechado.

[094] Com relação a portas da garagem, o aplicativo móvel do sistema universal de pagamento e cobrança de tarifas descrito permitirá que os residentes usem seu dispositivo móvel para entrar em uma garagem. Por exemplo, um usuário pode usar o aplicativo móvel como um controle remoto ou um dispositivo detectável sem fio (por exemplo, via tecnologia de RFID) configurado para abrir uma porta de garagem. Um sistema de porta da garagem pode incluir um receptor configurado para receber um sinal sem fio proveniente de um dispositivo móvel, para fazer com que a porta da garagem seja aberta seletivamente ou automaticamente. Portanto, um sistema de porta de garagem pode incluir uma leitora que monitora a entrada de uma garagem (por exemplo, entrada de automóveis). O aplicativo móvel do sistema universal de pagamento e cobrança de tarifas

Petição 870190114854, de 08/11/2019, pág. 229/255

32/32 pode integrar-se a qualquer tecnologia apropriada para receber um sinal que é enviado por meio de uma leitura sem contato dentro de uma área específica, para operar a porta da garagem. A solução do sistema universal de pagamento e cobrança de tarifas seguirá quaisquer protocolos de comunicação apropriados para integrar-se a vários sistemas de portas de garagem (por exemplo, acesso selecionado, controle de acesso, ou tecnologias ou sistemas de concessão de acesso).

[095] Deve ser entendido que, conforme aqui referido, o termo bilhete também pode se referir a um passe ou similar, sem fugir do escopo desta invenção. Qualquer uma das tecnologias de emissão de bilhetes descritas acima (por exemplo, tecnologia via NFC, tecnologia de leitura de cartão sem contato, ou tecnologia Bluetooth) pode ser referida como uma tecnologia de concessão de acesso ou uma tecnologia de controle de acesso.

[096] Além disso, deve ser entendido que qualquer um dos veículos acima (por exemplo, táxis, transporte solidário, táxi solidário, ou carros autônomos) pode incluir uma leitora dentro dos veículos. Por exemplo, tal leitora pode ser uma leitora de bandeira compartilhada especialmente projetada e construída para ser instalada em qualquer um dos veículos acima durante a implementação de novos projetos.

[097] Deve ser entendido que um dispositivo móvel pode ser qualquer dispositivo de computação portátil apropriado, tais como telefones inteligentes, laptops, computadores pessoais do tipo tablets, relógios inteligentes, dispositivos de Internet móveis, computadores vestíveis, assistentes digitais pessoais, assistentes digitais corporativos, consoles portáteis para jogos, tocadores de mídia portáteis, computadores pessoais ultramóveis, e/ou cartões inteligentes, como exemplos não limitativos.

[098] Visto que muitas modificações, variações e alterações em detalhes podem ser feitas nas formas de incorporação preferidas da invenção descrita, é pretendido que toda a matéria da descrição acima, ilustrada pelos desenhos anexos, seja interpretada como ilustrativa e não em um sentido limitative. Assim, o escopo da invenção deve ser determinado pelas reivindicações anexas e seus equivalentes legais.

Claims (20)

1. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, tal sistema compreendendo uma ou mais máquinas de armazenamento contendo instruções executáveis por uma ou mais máquinas lógicas, caracterizado por:

através de um dispositivo eletrônico de um viajante, identificar automaticamente uma primeira tecnologia de emissão de bilhetes de um primeiro sistema de transporte próximo;

configurar automaticamente o dispositivo eletrônico do viajante para autorizar pelo menos um bilhete e / ou um passe, através da primeira tecnologia de emissão de bilhetes;

através do dispositivo eletrônico do viajante, identificar automaticamente uma segunda tecnologia de emissão de bilhetes de um segundo sistema de transporte próximo, tal segunda tecnologia de emissão de bilhetes sendo diferente da primeira tecnologia de emissão de bilhetes;

configurar automaticamente o dispositivo eletrônico do viajante para autorizar pelo menos um bilhete e / ou um passe, através da segunda tecnologia de emissão de bilhetes;

com os sistemas de transporte próximos sendo determinados através de um subsistema de GPS.

2. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 1, caracterizado por, após o dispositivo do viajante ser automaticamente configurado para autorizar pelo menos um bilhete e / ou um passe, através da segunda tecnologia de emissão de bilhetes, as operações serem executáveis para:

detectar uma tecnologia de controle de acesso de uma área de acesso restrito; e configurar o dispositivo eletrônico do viajante para autorizar o acesso à área de acesso restrito.

3. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 1, caracterizado por as primeira e segunda tecnologias de emissão de bilhetes serem uma tecnologia via NFC, e/ou uma tecnologia de leitura de cartão sem contato, e / ou de código de QR, e / ou de HTTP de Compra via IPA, e / ou de cartão de crédito EMV, e/ou uma tecnologia B/uetooth.

4. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo

Petição 870190114854, de 08/11/2019, pág. 250/255

2/6 com a reivindicação 1, caracterizado por as instruções serem executáveis para executar um algoritmo para detectar ou determinar uma tecnologia de emissão de bilhetes específica, através da determinação da localização geográfica do dispositivo eletrônico do viajante em tempo real, e do uso dessa localização geográfica para identificar a tecnologia de emissão de bilhetes específica para um sistema de transporte específico próximo da localização geográfica do dispositivo eletrônico do viajante.

5. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 1, caracterizado por os sistemas de transporte próximos serem, cada um, de diferentes autoridades de transporte público.

6. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 5, caracterizado por o sistema permitir que o usuário pague pelo menos um dos bilhetes e/ou passes de cada uma das autoridades de transporte.

7. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, tal sistema compreendendo uma ou mais máquinas de armazenamento contendo instruções executáveis por uma ou mais máquinas lógicas, caracterizado por:

através de um dispositivo eletrônico de um viajante, identificar automaticamente uma primeira tecnologia de emissão de bilhetes de um primeiro sistema de transporte próximo, com a primeira tecnologia de emissão de bilhetes sendo uma dentre uma pluralidade de diferentes tecnologias de emissão de bilhetes que são, cada uma delas, automaticamente identificáveis pelo sistema como sendo utilizáveis em um sistema de transporte particular, dentre uma pluralidade de diferentes sistemas de transporte;

configurar automaticamente o dispositivo eletrônico do viajante para iniciar uma primeira comunicação entre o dispositivo eletrônico do viajante e a primeira tecnologia de emissão de bilhetes, e autorizar pelo menos um bilhete e / ou um passe em resposta à primeira comunicação;

através do dispositivo eletrônico do viajante, identificar automaticamente uma segunda tecnologia de emissão de bilhetes de um segundo sistema de transporte próximo, tal segunda tecnologia de emissão de bilhetes sendo diferente da primeira tecnologia de emissão de bilhetes, com a segunda tecnologia de emissão de bilhetes sendo uma dentre uma pluralidade de diferentes tecnologias de emissão de bilhetes que são, cada uma

Petição 870190114854, de 08/11/2019, pág. 251/255

3/6 delas, automaticamente identificáveis pelo sistema como sendo utilizáveis em um sistema de transporte particular, dentre uma pluralidade de diferentes sistemas de transporte;

configurar automaticamente o dispositivo eletrônico do viajante para iniciar uma segunda comunicação entre o dispositivo eletrônico do viajante e a segunda tecnologia de emissão de bilhetes, e autorizar pelo menos um bilhete e / ou um passe em resposta à segunda comunicação;

com a segunda comunicação tendo um protocolo diferente do protocolo da primeira comunicação; e com os sistemas de transporte próximos sendo determinados através de um subsistema de GPS.

8. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 7, caracterizado por as primeira e segunda tecnologias de emissão de bilhetes serem pelo menos uma tecnologia via NFC, e / ou uma tecnologia de leitura de cartão sem contato, e / ou de código de QR, e / ou de cartão de crédito EMV, e/ou uma tecnologia B/uetooth.

9. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 7, caracterizado por as instruções serem executáveis para:

executar um algoritmo para detectar ou determinar uma tecnologia de emissão de bilhetes específica dentre uma pluralidade de tecnologias de emissão de bilhetes automaticamente identificáveis, incluindo tecnologias de NFC, de BLE, de cartão sem contato, de cartão de crédito EMV, e de código de QR;

em que, se for determinado que a tecnologia de emissão de bilhetes é via NFC, o dispositivo do viajante é configurado para um protocolo de comunicação de NFC, para iniciar uma comunicação via NFC entre o dispositivo do viajante e uma leitora de NFC de um sistema de transporte, para autorizar pelo menos um bilhete e / ou um passe através da comunicação via NFC;

se for determinado que a tecnologia de emissão de bilhetes é de BLE, o dispositivo do viajante é configurado para um protocolo de comunicação de BLE, para iniciar uma comunicação de BLE entre o dispositivo do viajante e uma leitora de BLE de um sistema de transporte, para autorizar pelo menos um bilhete e / ou um passe através da

Petição 870190114854, de 08/11/2019, pág. 252/255

4/6 comunicação de BLE;

se for determinado que a tecnologia de emissão de bilhetes requer um cartão sem contato, um cartão virtual sem contato é configurado em um Elemento Seguro do dispositivo do viajante para iniciar uma comunicação de cartão sem contato entre o dispositivo do viajante e uma leitora de cartão sem contato de um sistema de transporte, para autorizar pelo menos um bilhete e / ou um passe através da comunicação de cartão sem contato;

se for determinado que a tecnologia de emissão de bilhetes é de cartão de crédito EMV, o dispositivo do viajante é configurado para um protocolo de comunicação de cartão de crédito EMV, para iniciar uma comunicação de cartão de crédito EMV entre o dispositivo do viajante e uma leitora de cartão de crédito EMV de um sistema de transporte, para autorizar pelo menos um bilhete e / ou um passe através da comunicação de cartão de crédito EMV; e se for determinado que a tecnologia de emissão de bilhetes é por código de QR, o dispositivo do viajante é configurado para comunicação por código de QR, para iniciar uma comunicação por código de QR entre o dispositivo do viajante e uma leitora de código de QR de um sistema de transporte, para autorizar pelo menos um bilhete e / ou um passe através da comunicação por código de QR.

10. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 7, caracterizado por os sistemas de transporte próximos serem, cada um, de diferentes autoridades de transporte público.

11. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 10, caracterizado por o sistema permitir que o usuário pague pelo menos um dos bilhetes e/ou passes de cada uma das autoridades de transporte.

12. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, tal sistema compreendendo uma ou mais máquinas de armazenamento contendo instruções executáveis por uma ou mais máquinas lógicas, caracterizado por:

através de um dispositivo eletrônico de um viajante, identificar automaticamente uma primeira tecnologia de emissão de bilhetes de um primeiro sistema de transporte próximo, com a primeira tecnologia de emissão de bilhetes sendo uma dentre uma

Petição 870190114854, de 08/11/2019, pág. 253/255

5/6 pluralidade de diferentes tecnologias de emissão de bilhetes que são, cada uma delas, automaticamente identificáveis pelo sistema como sendo utilizáveis em um sistema de transporte particular, dentre uma pluralidade de diferentes sistemas de transporte;

configurar automaticamente o dispositivo eletrônico do viajante para iniciar uma primeira comunicação entre o dispositivo eletrônico do viajante e a primeira tecnologia de emissão de bilhetes, e autorizar pelo menos um bilhete e / ou um passe em resposta à primeira comunicação;

através do dispositivo eletrônico do viajante, identificar automaticamente uma segunda tecnologia de emissão de bilhetes de um segundo sistema de transporte próximo, tal segunda tecnologia de emissão de bilhetes sendo diferente da primeira tecnologia de emissão de bilhetes, com a segunda tecnologia de emissão de bilhetes sendo uma dentre uma pluralidade de diferentes tecnologias de emissão de bilhetes que são, cada uma delas, automaticamente identificáveis pelo sistema como sendo utilizáveis em um sistema de transporte particular, dentre uma pluralidade de diferentes sistemas de transporte;

configurar automaticamente o dispositivo eletrônico do viajante para iniciar uma segunda comunicação entre o dispositivo eletrônico do viajante e a segunda tecnologia de emissão de bilhetes, e autorizar pelo menos um bilhete e / ou um passe em resposta à segunda comunicação;

com a segunda comunicação tendo um protocolo diferente do protocolo da primeira comunicação;

com o sistema de transporte próximo sendo determinado através de um subsistema de GPS;

em que as primeira e segunda tecnologias de emissão de bilhetes são uma tecnologia via NFC, e/ou uma tecnologia de leitura de cartão sem contato, e / ou de código de QR, e / ou de cartão de crédito EMV, e/ou uma tecnologia Bluetooth] com as instruções sendo executáveis para executar um algoritmo para detectar ou determinar uma tecnologia de emissão de bilhetes específica para uso com um sistema de transporte específico;

em que os sistemas de transporte próximos são, cada um, de diferentes autoridades de transporte público (ATPs); e

Petição 870190114854, de 08/11/2019, pág. 254/255

6/6 com o sistema permitindo que um usuário pague pelo menos um dos bilhetes e/ou passes de cada uma das autoridades de transporte.

13. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para exibir um cronograma de cada uma das autoridades de transporte.

14. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar um método de autorização da autoridade de transporte público.

15. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar um protocolo de dispositivo móvel.

16. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar se um método de acesso é por HCE (emulação de cartão hospedeiro).

17. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para configurar automaticamente um dispositivo de passageiro para uma leitora sem contato específica de uma autoridade de transporte público.

18. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar um tipo de acesso, em que o tipo de acesso é uma leitura sem contato.

19. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar um tipo de acesso, em que o tipo de acesso ocorre por pelo menos um sistema BLE, e / ou um sistema via NFC, e / ou um cartão de crédito sem contato, e/ou código de QR, e / ou um cartão de crédito EMV.

20. SISTEMA UNIVERSAL DE PAGAMENTO E COBRANÇA DE TARIFAS, de acordo com a reivindicação 12, caracterizado por as instruções serem executáveis para determinar um tipo de acesso, em que o tipo de acesso é através de um microprocessador padrão de emissão de bilhetes eletrônicos para cartões inteligentes sem contato.