BR112021005150A2 - sistema de transmissão de dados, método para guiar um dispositivo de transmissão, e, aplicação de recepção - Google Patents

Abstract

SISTEMA DE TRANSMISSÃO DE DADOS, MÉTODO PARA GUIAR UM DISPOSITIVO DE TRANSMISSÃO, E, APLICAÇÃO DE RECEPÇÃO. São providas as modalidades de exemplo de sistemas e métodos para a transmissão de dados entre um cartão sem contato e uma aplicação de recepção. O dispositivo de transmissão pode incluir um processador, uma memória e uma interface de comunicação. Uma aplicação de recepção pode incluir as instruções para execução em um dispositivo de recepção que tem um processador, uma memória, uma interface de comunicação configurada para criar um campo de comunicação para comunicação de dados com o dispositivo de transmissão, e um ou mais sensores. Mediante o movimento do dispositivo de transmissão, a aplicação de recepção é configurada para receber, por meio de um ou mais sensores, a informação de realimentação associada com o dispositivo de transmissão, exibir uma ou mais instruções em relação à posição do dispositivo de transmissão em relação ao dispositivo de recepção até que o dispositivo de transmissão entre no campo de comunicação. Mediante a entrada no campo de comunicação, o dispositivo de transmissão é configurado para transmitir os dados para o dispositivo de recepção.

Description

1 / 85 SISTEMA DE TRANSMISSÃO DE DADOS, MÉTODO PARA GUIAR UM DISPOSITIVO DE TRANSMISSÃO, E, APLICAÇÃO DE RECEPÇÃO

[001] Este pedido é uma continuação em parte do Pedido de Patente US 16/205.119, depositado em 29 de novembro de 2018, e reivindica a prioridade do Pedido Provisório US 62/740.352, depositado em 2 de outubro de 2018 e do Pedido de Patente US 16/591.010 depositado em 2 de outubro de 2019, cujas descrições são aqui incorporadas pela referência em suas íntegras. Campo Técnico

[002] A presente descrição se refere à criptografia e, mais particularmente, aos sistemas e aos métodos para a autenticação criptográfica dos cartões sem contato. Fundamentos da Invenção

[003] A segurança de dados e a integridade de transação são de importância crítica para empresas e consumidores. Esta necessidade continua a crescer, já que as transações eletrônicas constituem uma proporção crescentemente grande da atividade comercial.

[004] O correio eletrônico pode ser usado como uma ferramenta para verificar as transações, mas o correio eletrônico é suscetível a ataque e vulnerável ao hackeamento ou outro acesso não autorizado. As mensagens do Serviço de Mensagens Curtas (SMS) também podem ser usadas, mas estas também são sujeitas ao comprometimento. Além do mais, até mesmo os algoritmos de criptografia de dados, tais como os algoritmos triplo DES, têm vulnerabilidades similares.

[005] A ativação de muitos cartões, incluindo, por exemplo, os cartões financeiros (por exemplo, os cartões de crédito e outros cartões de pagamento), envolve o demorado processo de titulares do cartão chamarem um número de telefone ou visitarem uma página da Internet e inserirem ou de outra forma proverem a informação do cartão. Adicionalmente, embora o uso

2 / 85 crescente de cartões financeiros com base em chip proveja recursos mais seguros em relação à tecnologia anterior (por exemplo, os cartões com tira magnética) para compras presenciais, o acesso à conta ainda pode se basear em credenciais de log-in (por exemplo, nome de usuário e senha) para confirmar a identidade de um titular do cartão. Entretanto, se as credenciais de log-in estiverem comprometidas, uma outra pessoa pode ter acesso à conta do usuário.

[006] Estas e ainda outras deficiências existem. Desta maneira, há uma necessidade de prover para os usuários uma solução apropriada que supera estas deficiências para prover segurança, autenticação e verificação de dados para os cartões sem contato. Adicionalmente, há uma necessidade tanto por um melhor método de ativação de um cartão quanto por uma melhor autenticação para acesso à conta. Sumário

[007] Os aspectos da tecnologia descrita incluem os sistemas e os métodos para autenticação criptográfica dos cartões sem contato. Várias modalidades descrevem os sistemas e os métodos para implementar e gerenciar a autenticação criptográfica dos cartões sem contato.

[008] As modalidades da presente descrição proveem um sistema de transmissão de dados que compreende: um dispositivo de transmissão que tem um processador, uma memória, e uma interface de comunicação; uma aplicação de recepção que compreende as instruções para execução em um dispositivo de recepção que tem um processador, uma memória, uma interface de comunicação configurada para criar um campo de comunicação para comunicação de dados com o dispositivo de transmissão, e um ou mais sensores; em que, mediante o movimento do dispositivo de transmissão, a aplicação de recepção é configurada para: receber, por meio de um ou mais sensores, informação de realimentação associada com o dispositivo de transmissão, exibir uma ou mais instruções em relação à posição do

3 / 85 dispositivo de transmissão em relação ao dispositivo de recepção até que o dispositivo de transmissão entre no campo de comunicação; e em que, mediante a entrada no campo de comunicação, o dispositivo de transmissão é configurado para transmitir os dados para o dispositivo de recepção.

[009] As modalidades da presente descrição proveem método de guia de um dispositivo de transmissão para um alinhamento ideal com um dispositivo de recepção, o método compreendendo as etapas de: prover um dispositivo de transmissão que tem um processador, uma memória, e uma interface de comunicação; prover uma aplicação de recepção que compreende as instruções para execução em um dispositivo de recepção; gerar, pela aplicação de recepção, um campo de comunicação para comunicação de dados com o dispositivo de transmissão; receber, pela aplicação de recepção, informação de realimentação associada com o dispositivo de transmissão, em que a informação de realimentação é relacionada à posição do dispositivo de transmissão em relação ao dispositivo de recepção; exibir, pela aplicação de recepção, uma ou mais instruções de orientação no dispositivo de recepção em relação à posição do dispositivo de transmissão em relação ao dispositivo de recepção até que o dispositivo de transmissão entre no campo de comunicação; e transmitir dados, pelo dispositivo de transmissão, para a aplicação de recepção.

[0010] As modalidades da presente descrição proveem uma aplicação de recepção que compreende as instruções para execução em um dispositivo de comunicações, em que, mediante a execução das instruções, a aplicação de recepção é configurada para: gerar um campo de Comunicação de Campo Próximo (NFC); utilizar um ou mais sensores para detectar uma posição de um cartão sem contato; mediante a detecção da posição do cartão sem contato, a aplicação de recepção é configurada para rastrear continuamente a posição do cartão sem contato em relação ao dispositivo de comunicações usando os um ou mais sensores e recuperar informação de posição em relação

4 / 85 à posição do cartão sem contato em relação ao dispositivo de comunicações; exibir uma ou mais instruções de orientação com base na informação de posição e atualizar continuamente as uma ou mais instruções de orientação até que o cartão sem contato entre no campo NFC; mediante a entrada do cartão sem contato no campo NFC, a aplicação de recepção é configurada para estabelecer comunicação NFC com o cartão sem contato e monitorar a intensidade de sinal da comunicação NFC; e, mediante a detecção de que a intensidade de sinal está abaixo de um nível limite, a aplicação do dispositivo de recepção é configurada para retomar o rastreamento contínuo da posição do cartão sem contato em relação ao dispositivo de comunicações, recuperar informação de posição, e exibir uma ou mais instruções com base na informação de posição até que a aplicação de recepção detecte uma intensidade de sinal que excede o nível limite.

[0011] Os recursos adicionais do desenho descrito, e as vantagens oferecidas desse modo, são explicados com mais detalhes a seguir em relação às modalidades de exemplo específicas ilustradas nos desenhos anexos. Breve Descrição dos Desenhos

[0012] A figura 1A é um diagrama de um sistema de transmissão de dados de acordo com uma modalidade de exemplo.

[0013] A figura 1B é um diagrama que ilustra uma sequência para prover acesso autenticado de acordo com uma modalidade de exemplo.

[0014] A figura 2 é um diagrama de um sistema de transmissão de dados de acordo com uma modalidade de exemplo.

[0015] A figura 3 é um diagrama de um sistema que usa um cartão sem contato de acordo com uma modalidade de exemplo.

[0016] A figura 4 é um fluxograma que ilustra um método de diversificação de chave de acordo com uma modalidade de exemplo.

[0017] A figura 5A é uma ilustração de um cartão sem contato de acordo com uma modalidade de exemplo.

5 / 85

[0018] A figura 5B é uma ilustração de uma base de contato do cartão sem contato de acordo com uma modalidade de exemplo.

[0019] A figura 6 é uma ilustração que representa uma mensagem para comunicar com um dispositivo de acordo com uma modalidade de exemplo.

[0020] A figura 7 é uma ilustração que representa uma mensagem e um formato de mensagem de acordo com uma modalidade de exemplo.

[0021] A figura 8 é um fluxograma que ilustra operações de chave de acordo com uma modalidade de exemplo.

[0022] A figura 9 é um diagrama de um sistema de chave de acordo com uma modalidade de exemplo.

[0023] A figura 10 é um fluxograma de um método de geração de um criptograma de acordo com uma modalidade de exemplo.

[0024] A figura 11 é um fluxograma que ilustra um processo de diversificação de chave de acordo com uma modalidade de exemplo.

[0025] A figura 12 é um fluxograma que ilustra um método para a ativação de cartão de acordo com uma modalidade de exemplo.

[0026] A figura 13 um diagrama de um sistema sensor de acordo com uma modalidade de exemplo.

[0027] A figura 14 é uma ilustração de um dispositivo cliente que exibe uma aplicação de acordo com uma modalidade de exemplo.

[0028] A figura 15 é um fluxograma que ilustra a operação de um sistema sensor de acordo com uma modalidade de exemplo.

[0029] A figura 16 é uma ilustração de um cartão sem contato de acordo com uma modalidade de exemplo.

[0030] A figura 17 é um fluxograma que ilustra um método para usar antenas de cartão sem contato para guiar o alinhamento de acordo com uma modalidade de exemplo. Descrição Detalhada das Modalidades de Exemplo

6 / 85

[0031] A seguinte descrição das modalidades provê exemplos representativos não limitantes que referenciam números para descrever particularmente os recursos e os preceitos de diferentes aspectos da invenção. As modalidades descritas devem ser reconhecidas como capazes de implementação separadamente, ou em combinação, com outras modalidades a partir da descrição das modalidades. Os versados na técnica que reveem a descrição das modalidades devem ser capazes de aprender e entender os diferentes aspectos descritos da invenção. A descrição das modalidades deve facilitar o entendimento da invenção até uma extensão tal que outras implementações, não especificamente cobertas, mas no conhecimento dos versados na técnica que leram a descrição das modalidades, sejam entendidas como consistentes com uma aplicação da invenção.

[0032] Um objetivo de algumas modalidades da presente descrição é construir uma ou mais chaves em um ou mais cartões sem contato. Nestas modalidades, o cartão sem contato pode realizar a autenticação e inúmeras outras funções que podem, de outra forma, exigir que o usuário conduza um token físico separado, além do cartão sem contato. Pelo emprego de uma interface sem contato, os cartões sem contato podem ser providos com um método para interagir e comunicar entre o dispositivo de um usuário (tal como um telefone celular) e o próprio cartão. Por exemplo, o protocolo EMV, que constitui a base de muitas transações de cartão de crédito, inclui um processo de autenticação que é suficiente para sistemas operacionais para Android®, mas apresenta desafios para iOS®, que é mais restritivo em relação ao uso da comunicação de campo próximo (NFC), já que o mesmo pode ser usado apenas de uma maneira exclusiva de leitura. As modalidades exemplares dos cartões sem contato aqui descritos utilizam a tecnologia NFC.

[0033] A figura 1A ilustra um sistema de transmissão de dados de acordo com uma modalidade de exemplo. Da forma adicionalmente discutida a seguir, o sistema 100 pode incluir um cartão sem contato 105, um

7 / 85 dispositivo cliente 110, a rede 115 e o servidor 120. Embora a figura 1A ilustre instâncias individuais dos componentes, o sistema 100 pode incluir qualquer número de componentes.

[0034] O sistema 100 pode incluir um ou mais cartões sem contato 105, que são adicionalmente explicados a seguir em relação às figuras 5A-5B. Em algumas modalidades, o cartão sem contato 105 pode ficar em comunicação sem fio, utilizando NFC em um exemplo, com o dispositivo cliente 110.

[0035] O sistema 100 pode incluir dispositivo cliente 110, que pode ser um computador habilitado para rede. Da forma aqui referida, um computador habilitado para rede pode incluir, mas sem limitações, um dispositivo computador ou um dispositivo de comunicações, incluindo, por exemplo, um servidor, um utensílio em rede, um computador pessoal, uma estação de trabalho, um telefone, um PC de mão, um assistente pessoal digital, um cliente de pequeno porte, um cliente de grande porte, um navegador da Internet ou outro dispositivo. O dispositivo cliente 110 também pode ser um dispositivo móvel; por exemplo, um dispositivo móvel pode incluir um iPhone, um iPod, um iPad da Apple® ou qualquer outro dispositivo móvel que executa o sistema operacional iOS® da Apple, qualquer dispositivo que executa o sistema operacional Windows® Mobile da Microsoft, qualquer dispositivo que executa o sistema operacional Android® da Google e/ou qualquer outro telefone inteligente, tablet ou dispositivo móvel vestível semelhante.

[0036] O dispositivo cliente 110 dispositivo pode incluir um processador e uma memória, e entende-se que o sistema de circuitos de processamento pode conter componentes adicionais, incluindo processadores, memórias, verificadores de erro e paridade/CRC, codificadores de dados, algoritmos anticolisão, controladores, decodificadores de comando, hardware de primitivas de segurança e de proteção contra adulteração, necessários para

8 / 85 realizar as funções aqui descritas. O dispositivo cliente 110 pode incluir adicionalmente um visor e dispositivos de entrada. O visor pode ser qualquer tipo de dispositivo para apresentar a informação visual, tais como um monitor de computador, um visor em tela plana e uma tela de dispositivo móvel, incluindo visor de cristal líquido, visor de diodo emissor de luz, painéis de plasma e visor de tubo de raios catódicos. Os dispositivos de entrada podem incluir qualquer dispositivo para inserir informação no dispositivo do usuário que é disponível e suportado pelo dispositivo do usuário, tais como uma tela sensível ao toque, um teclado, um mouse, um dispositivo de controle de cursor, uma tela sensível ao toque, um microfone, uma câmera digital, um gravador de vídeo ou uma câmera de vídeo. Estes dispositivos podem ser usados para inserir a informação e interagir com o software e outros dispositivos aqui descritos.

[0037] Em alguns exemplos, o dispositivo cliente 110 do sistema 100 pode executar uma ou mais aplicações, tais como aplicações de software, que habilitam, por exemplo, comunicações em rede com um ou mais componentes do sistema 100 e transmissão e/ou recepção dos dados.

[0038] O dispositivo cliente 110 pode ficar em comunicação com um ou mais servidores 120 por meio de uma ou mais redes 115, e pode operar como um respectivo par interface primária para interface secundária com o servidor 120. O dispositivo cliente 110 pode transmitir, por exemplo, a partir de uma aplicação de dispositivo móvel em execução no dispositivo cliente 110, uma ou mais solicitações para o servidor 120. As uma ou mais solicitações podem ser associadas com a recuperação de dados a partir do servidor 120. O servidor 120 pode receber as uma ou mais solicitações a partir do dispositivo cliente 110. Com base nas uma ou mais solicitações provenientes do dispositivo cliente 110, o servidor 120 pode ser configurado para recuperar os dados solicitados a partir de uma ou mais bases de dados (não mostradas). Com base na recepção dos dados solicitados a partir das uma

9 / 85 ou mais bases de dados, o servidor 120 pode ser configurado para transmitir os dados recebidos para dispositivo cliente 110, os dados recebidos sendo responsivos a uma ou mais solicitações.

[0039] O sistema 100 pode incluir uma ou mais redes 115. Em alguns exemplos, a rede 115 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar o dispositivo cliente 110 no servidor 120. Por exemplo, a rede 115 pode incluir uma ou mais de uma rede de fibra óptica, uma rede óptica passiva, uma rede a cabo, uma rede Internet, uma rede via satélite, uma rede de área local (LAN) sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, Protocolo de Aplicação Sem Fio, Serviço de Mensagens Multimídia, Serviço de Mensagens Aprimorado, Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D-AMPS, Wi-Fi, Dados Sem Fio Fixos, IEEE 802.11b, 802.15.1, 802.11n e 802.11g, Bluetooth, NFC, Identificação por Radiofrequência (RFID), Wi-Fi e/ou congêneres.

[0040] Além do mais, a rede 115 pode incluir, sem limitações, linhas de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma LAN, ou uma rede global, tal como a Internet. Além do mais, a rede 115 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 115 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação umas com as outras. A rede 115 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 115 pode traduzir para ou a partir de outros protocolos para um ou mais

10 / 85 protocolos dos dispositivos de rede. Embora a rede 115 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 115 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as redes da associação de cartão de crédito e as redes domésticas.

[0041] O sistema 100 pode incluir um ou mais servidores 120. Em alguns exemplos, o servidor 120 pode incluir um ou mais processadores, que são acoplados na memória. O servidor 120 pode ser configurado como um sistema central, o servidor ou a plataforma para controlar e chamar vários dados em tempos diferentes para executar uma pluralidade de ações de fluxo de trabalho. O servidor 120 pode ser configurado para conectar nas uma ou mais bases de dados. O servidor 120 pode ser conectado em pelo menos um dispositivo cliente 110.

[0042] A figura 1B é um diagrama de sincronismo que ilustra uma sequência de exemplo para prover acesso autenticado de acordo com uma ou mais modalidades da presente descrição. O sistema 100 pode compreender um cartão sem contato 105 e um dispositivo cliente 110, que pode incluir uma aplicação 122 e um processador 124. A figura 1B pode referenciar componentes similares, da forma ilustrada na figura 1A.

[0043] Na etapa 102, a aplicação 122 comunica com o cartão sem contato 105 (por exemplo, depois de ser levado próximo do cartão sem contato 105). A comunicação entre a aplicação 122 e o cartão sem contato 105 pode envolver o cartão sem contato 105 ficar suficientemente perto de um leitor de cartão (não mostrado) do dispositivo cliente 110 para habilitar a transferência de dados por NFC entre a aplicação 122 e o cartão sem contato

105.

[0044] Na etapa 104, depois que a comunicação foi estabelecida entre o dispositivo cliente 110 e o cartão sem contato 105, o cartão sem contato 105

11 / 85 gera um criptograma do código de autenticação de mensagem (MAC). Em alguns exemplos, isto pode ocorrer quando o cartão sem contato 105 for lido pela aplicação 122. Em particular, isto pode ocorrer mediante uma leitura, tal como uma leitura NFC, de uma etiqueta de troca de dados em campo próximo (NDEF), que pode ser criada de acordo com o Formato de Troca de Dados NFC. Por exemplo, um leitor, tal como aplicação 122, pode transmitir uma mensagem, tal como uma mensagem de seleção de miniaplicativo, com o ID do miniaplicativo de um miniaplicativo que produz NDEF. Mediante a confirmação da seleção, uma sequência de mensagens selecionar arquivo seguidas por mensagens ler arquivo pode ser transmitida. Por exemplo, a sequência pode incluir “Selecionar Arquivo de Capacidades”, “Ler Arquivo de Capacidades”, e “Selecionar Arquivo NDEF”. Neste ponto, um valor do contador mantido pelo cartão sem contato 105 pode ser atualizado ou incrementado, o que pode ser seguido por “Ler Arquivo NDEF”. Neste ponto, pode ser gerada a mensagem que pode incluir um cabeçalho e um segredo compartilhado. As chaves de sessão podem, então, ser geradas. O criptograma do MAC pode ser criado a partir da mensagem, que pode incluir o cabeçalho e o segredo compartilhado. O criptograma do MAC pode, então, ser concatenado com um ou mais blocos de dados aleatórios, e o criptograma do MAC e um número aleatório (RND) podem ser criptografados com a chave de sessão. Posteriormente, o criptograma e o cabeçalho podem ser concatenados, e codificados como ASCII hex e retornados no formato de mensagem NDEF (responsivo à mensagem “Ler Arquivo NDEF”).

[0045] Em alguns exemplos, o criptograma do MAC pode ser transmitido como uma etiqueta NDEF e, em outros exemplos, o criptograma do MAC pode ser incluído com um indicador de recurso uniforme (por exemplo, como uma sequência formatada).

[0046] Em alguns exemplos, a aplicação 122 pode ser configurada para transmitir uma solicitação para o cartão sem contato 105, a solicitação

12 / 85 compreendendo uma instrução para gerar um criptograma do MAC.

[0047] Na etapa 106, o cartão sem contato 105 envia o criptograma do MAC para a aplicação 122. Em alguns exemplos, a transmissão do criptograma do MAC ocorre por meio de NFC, entretanto, a presente descrição não é limitada a isto. Em outros exemplos, esta comunicação pode ocorrer por meio de Bluetooth, Wi-Fi ou outro meio de comunicação de dados sem fio.

[0048] Na etapa 108, a aplicação 122 comunica o criptograma do MAC para o processador 124.

[0049] Na etapa 112, o processador 124 verifica o criptograma do MAC conforme uma instrução da aplicação 122. Por exemplo, o criptograma do MAC pode ser verificado, da forma explicada a seguir.

[0050] Em alguns exemplos, a verificação do criptograma do MAC pode ser realizada por um dispositivo diferente do dispositivo cliente 110, tal como um servidor 120 em comunicação de dados com o dispositivo cliente 110 (da forma mostrada na figura 1A). Por exemplo, o processador 124 pode transmitir o criptograma do MAC para transmissão para o servidor 120, que pode verificar o criptograma do MAC.

[0051] Em alguns exemplos, o criptograma do MAC pode funcionar como uma assinatura digital com propósitos de verificação. Outros algoritmos de assinatura digital, tais como algoritmos assimétricos de chave pública, por exemplo, o Algoritmo de Assinatura Digital e o algoritmo RSA, ou protocolos de conhecimento zero, podem ser usados para realizar esta verificação.

[0052] A figura 2 ilustra um sistema de transmissão de dados de acordo com uma modalidade de exemplo. O sistema 200 pode incluir um dispositivo de transmissão ou envio 205, um dispositivo de recepção ou destinatário 210 em comunicação, por exemplo, por meio da rede 215, com um ou mais servidores 220. O dispositivo de transmissão ou envio 205 pode ser igual, ou similar, ao dispositivo cliente 110 discutido anteriormente em

13 / 85 relação à figura 1A. O dispositivo de recepção ou destinatário 210 pode ser igual, ou similar, ao dispositivo cliente 110 discutido anteriormente em relação à figura 1A. A rede 215 pode ser similar à rede 115 discutida anteriormente em relação à figura 1A. O servidor 220 pode ser similar ao servidor 120 discutido anteriormente em relação à figura 1A. Embora a figura 2 mostre as instâncias individuais de componentes do sistema 200, o sistema 200 pode incluir qualquer número dos componentes ilustrados.

[0053] Durante o uso dos algoritmos criptográficos simétricos, tais como algoritmos de criptografia, algoritmos de código de autenticação de mensagem com base em hash (HMAC), e algoritmos de código de autenticação de mensagem com base em cifra (CMAC), é importante que a chave permaneça secreta entre a parte que processa originalmente os dados que são protegidos usando um algoritmo simétrico e a chave e a parte que recebe e processa os dados usando o mesmo algoritmo criptográfico e a mesma chave.

[0054] Também é importante que a mesma chave não seja usada muitas vezes. Se uma chave for usada ou reusada muito frequentemente, esta chave pode ser comprometida. Toda vez que a chave for usada, a mesma provê para um agressor uma amostra adicional dos dados que foram processados pelo algoritmo criptográfico usando a mesma chave. Quanto mais dados o agressor tiver que foram processados com a mesma chave, maior a probabilidade de que o agressor possa descobrir o valor da chave. Uma chave usada frequentemente pode estar compreendida em uma variedade de diferentes ataques.

[0055] Além do mais, toda vez que um algoritmo criptográfico simétrico for executado, o mesmo pode revelar informação, tais como os dados do canal lateral, sobre a chave usada durante a operação criptográfica simétrica. Os dados do canal lateral podem incluir diminutas flutuações de energia que ocorrem à medida que o algoritmo criptográfico executa durante

14 / 85 o uso da chave. Medições suficientes podem ser tomadas a partir dos dados do canal lateral para revelar informação suficiente sobre a chave para permitir que a mesma seja recuperada pelo agressor. Usar a mesma chave para trocar dados irá repetidamente revelar os dados processados pela mesma chave.

[0056] Entretanto, pela limitação do número de vezes que uma chave em particular será usada, a quantidade de dados do canal lateral que o agressor pode reunir é limitada e, desse modo, reduz-se a exposição a este e a outros tipos de ataque. Da forma adicionalmente aqui descrita, as partes envolvidas na troca de informação criptográfica (por exemplo, emissor e destinatário) podem gerar independentemente chaves a partir de uma chave simétrica mestra compartilhada inicial em combinação com um valor do contador e, desse modo, periodicamente substituir a chave simétrica compartilhada que é usada com necessidade de recorrer a qualquer forma de troca de chave para manter as partes em sincronismo. Pela troca periodicamente da chave simétrica secreta compartilhada usada pelo emissor e pelo destinatário, os ataques supradescritos tornam-se impossíveis.

[0057] Novamente, em relação à figura 2, o sistema 200 pode ser configurado para implementar diversificação de chave. Por exemplo, um emissor e um destinatário podem desejar trocar dados (por exemplo, os dados sensíveis originais) por meio de respectivos dispositivos 205 e 210. Da forma explicada anteriormente, embora as instâncias individuais do dispositivo de transmissão 205 e do dispositivo de recepção 210 possam ser incluídas, entende-se que um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 podem ser envolvidos, desde que cada parte compartilhe a mesma chave simétrica secreta compartilhada. Em alguns exemplos, o dispositivo de transmissão 205 e o dispositivo de recepção 210 podem ser provisionados com a mesma chave simétrica mestra. Adicionalmente, entende-se que quaisquer parte ou dispositivo que mantêm a mesma chave simétrica secreta podem realizar as funções do dispositivo de

15 / 85 transmissão 205 e, similarmente, qualquer parte que mantém a mesma chave simétrica secreta pode realizar as funções do dispositivo de recepção 210. Em alguns exemplos, a chave simétrica pode compreender a chave simétrica secreta compartilhada que é mantida secreta a partir de todas as partes diferentes do dispositivo de transmissão 205 e do dispositivo de recepção 210 envolvidos na troca dos dados seguros. É adicionalmente entendido que tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210 podem ser providos com a mesma chave simétrica mestra e, adicionalmente, que a parte dos dados trocados entre o dispositivo de transmissão 205 e dispositivo de recepção 210 compreende pelo menos uma parte dos dados que pode ser referida como o valor do contador. O valor do contador pode compreender um número que muda toda vez que dados forem trocados entre o dispositivo de transmissão 205 e o dispositivo de recepção 210.

[0058] O sistema 200 pode incluir uma ou mais redes 215. Em alguns exemplos, a rede 215 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 no servidor 220. Por exemplo, a rede 215 pode incluir uma ou mais de uma rede de fibra óptica, uma rede óptica passiva, uma rede a cabo, uma rede Internet, uma rede via satélite, uma LAN sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, Protocolo de Aplicação Sem Fio, Serviço de Mensagens Multimídia, Serviço de Mensagens Aprimorado, Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D-AMPS, Wi-Fi, Dados Sem Fio Fixos, IEEE

802.11b, 802.15.1, 802.11n e 802.11g, Bluetooth, NFC, RFID, Wi-Fi e/ou congêneres.

[0059] Além do mais, a rede 215 pode incluir, sem limitações, linhas

16 / 85 de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma LAN, ou uma rede global, tal como a Internet. Além do mais, a rede 215 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 215 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação umas com as outras. A rede 215 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 215 pode traduzir para ou a partir de outros protocolos para um ou mais protocolos dos dispositivos de rede. Embora a rede 215 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 215 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as redes da associação de cartão de crédito e as redes domésticas.

[0060] Em alguns exemplos, um ou mais dispositivos de transmissão 205 e um ou mais dispositivos de recepção 210 podem ser configurados para comunicar e transmitir e receber os dados uns entre os outros sem passar através da rede 215. Por exemplo, a comunicação entre os um ou mais dispositivos de transmissão 205 e os um ou mais dispositivos de recepção 210 pode ocorrer por meio de pelo menos um de NFC, Bluetooth, RFID, Wi-Fi e/ou congêneres.

[0061] No bloco 225, quando o dispositivo de transmissão 205 estiver se preparando para processar os dados sensíveis com a operação criptográfica simétrica, o emissor pode atualizar um contador. Além do mais, o dispositivo de transmissão 205 pode selecionar um algoritmo criptográfico simétrico apropriado, que pode incluir pelo menos um de um algoritmo de criptografia simétrico, um algoritmo HMAC e um algoritmo CMAC. Em alguns

17 / 85 exemplos, o algoritmo simétrico usado para processar o valor de diversificação pode compreender qualquer algoritmo criptográfico simétrico usado conforme necessário para gerar a chave simétrica diversificada de comprimento desejado. Os exemplos não limitantes do algoritmo simétrico podem incluir um algoritmo de criptografia simétrico, tais como 3DES ou AES128; um algoritmo HMAC simétrico, tal como HMAC-SHA-256; e um algoritmo CMAC simétrico, tal como AES-CMAC. Entende-se que, se a saída do algoritmo simétrico selecionado não gerar uma chave suficientemente longa, as técnicas, tal como o processamento de múltiplas iterações do algoritmo simétrico com dados de entrada diferentes e a mesma chave mestra, podem produzir múltiplas saídas que podem ser combinadas conforme necessário para produzir chaves de comprimento suficiente.

[0062] No bloco 230, o dispositivo de transmissão 205 pode tomar o algoritmo criptográfico selecionado e, usando a chave simétrica mestra, processar o valor do contador. Por exemplo, o emissor pode selecionar um algoritmo de criptografia simétrico, e usar um contador que atualiza com cada conversação entre o dispositivo de transmissão 205 e o dispositivo de recepção 210. O dispositivo de transmissão 205 pode, então, criptografar o valor do contador com o algoritmo de criptografia simétrico selecionado usando a chave simétrica mestra, criando uma chave simétrica diversificada.

[0063] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o valor do contador pode ser transmitido entre o dispositivo de transmissão 205 e o dispositivo de recepção 210 no bloco 230 sem criptografia.

[0064] No bloco 235, a chave simétrica diversificada pode ser usada para processar os dados sensíveis antes de transmitir o resultado para o dispositivo de recepção 210. Por exemplo, o dispositivo de transmissão 205 pode criptografar os dados sensíveis usando um algoritmo de criptografia simétrico usando a chave simétrica diversificada, com a saída compreendendo

18 / 85 os dados criptografados protegidos. O dispositivo de transmissão 205 pode, então, transmitir os dados criptografados protegidos, juntamente com o valor do contador, para o dispositivo de recepção 210 para processamento.

[0065] No bloco 240, o dispositivo de recepção 210 pode, primeiro, tomar o valor do contador e, então, realizar a mesma criptografia simétrica usando o valor do contador como entrada para a criptografia e a chave simétrica mestra como a chave para a criptografia. A saída da criptografia pode ser o mesmo valor da chave simétrica diversificada que foi criada pelo emissor.

[0066] No bloco 245, o dispositivo de recepção 210 pode, então, tomar os dados criptografados protegidos e, usando um algoritmo de descriptografia simétrico juntamente com a chave simétrica diversificada, descriptografar os dados criptografados protegidos.

[0067] No bloco 250, em decorrência da descriptografia dos dados criptografados protegidos, os dados sensíveis originais podem ser revelados.

[0068] Na próxima vez que os dados sensíveis precisarem ser enviados do emissor para o destinatário por meio de respectivos dispositivo de transmissão 205 e dispositivo de recepção 210, um valor do contador diferente pode ser selecionado, produzindo uma diferente chave simétrica diversificada. Pelo processamento do valor do contador com a chave simétrica mestra e o mesmo algoritmo criptográfico simétrico, tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210 podem produzir independentemente a mesma chave simétrica diversificada. Esta chave simétrica diversificada, não a chave simétrica mestra, é usada para proteger os dados sensíveis.

[0069] Da forma explicada anteriormente, tanto o dispositivo de transmissão 205 quanto o dispositivo de recepção 210, cada qual, possuem inicialmente a chave simétrica mestra compartilhada. A chave simétrica mestra compartilhada não é usada para criptografar os dados sensíveis

19 / 85 originais. Em virtude de a chave simétrica diversificada ser independentemente criada tanto pelo dispositivo de transmissão 205 quanto pelo dispositivo de recepção 210, a mesma nunca é transmitida entre as duas partes. Assim, um agressor não pode interceptar a chave simétrica diversificada e o agressor nunca vê nenhum dos dados que foram processados com a chave simétrica mestra. Apenas o valor do contador é processado com a chave simétrica mestra, não os dados sensíveis. Em decorrência disto, os dados do canal lateral reduzidos sobre a chave simétrica mestra são revelados. Além do mais, a operação do dispositivo de transmissão 205 e do dispositivo de recepção 210 pode ser governada por exigências simétricas sobre quão frequentemente criar um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada. Em uma modalidade, um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada podem ser criados para cada troca entre o dispositivo de transmissão 205 e o dispositivo de recepção 210.

[0070] Em alguns exemplos, o valor de diversificação da chave pode compreender o valor do contador. Outros exemplos não limitantes do valor de diversificação da chave incluem: um nonce aleatório gerado toda vez que uma nova chave diversificada for necessária, o nonce aleatório enviado a partir do dispositivo de transmissão 205 para o dispositivo de recepção 210; o valor completo de um valor do contador enviado a partir do dispositivo de transmissão 205 e do dispositivo de recepção 210; uma parte de um valor do contador enviada a partir do dispositivo de transmissão 205 e do dispositivo de recepção 210; um contador independentemente mantido pelo dispositivo de transmissão 205 e pelo dispositivo de recepção 210 mas não enviado entre os dois dispositivos; um código de acesso de uso único trocado entre o dispositivo de transmissão 205 e o dispositivo de recepção 210; e um hash criptográfico dos dados sensíveis. Em alguns exemplos, uma ou mais partes do valor de diversificação da chave podem ser usadas pelas partes para criar

20 / 85 múltiplas chaves diversificadas. Por exemplo, um contador pode ser usado como o valor de diversificação da chave. Adicionalmente, uma combinação de um ou mais dos valores de diversificação da chave exemplares supradescritos pode ser usada.

[0071] Em um outro exemplo, uma parte do contador pode ser usada como o valor de diversificação da chave. Se múltiplos valores da chave mestra forem compartilhados entre as partes, os múltiplos valores da chave diversificada podem ser obtidos pelos sistemas e processos aqui descritos. Um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, podem ser criados tão frequentemente quanto necessário. No caso mais seguro, um novo valor de diversificação pode ser criado para cada troca de dados sensíveis entre o dispositivo de transmissão 205 e o dispositivo de recepção 210. Com efeito, isto pode criar uma chave de uso único, tal como uma chave de sessão de uso único.

[0072] A figura 3 ilustra um sistema 300 que usa um cartão sem contato. O sistema 300 pode incluir um cartão sem contato 305, um ou mais dispositivos clientes 310, a rede 315, servidores 320, 325, um ou mais módulos de segurança de hardware 330, e uma base de dados 335. Embora a figura 3 ilustre instâncias individuais dos componentes, o sistema 300 pode incluir qualquer número de componentes.

[0073] O sistema 300 pode incluir um ou mais cartões sem contato 305, que são adicionalmente explicados a seguir em relação às figuras 5A-5B. Em alguns exemplos, o cartão sem contato 305 pode ficar em comunicação sem fio, por exemplo, comunicação NFC, com o dispositivo cliente 310. Por exemplo, o cartão sem contato 305 pode compreender um ou mais chips, tal como um chip de Identificação por Radiofrequência, configurados para comunicação por meio de NFC ou outros protocolos de curto alcance. Em outras modalidades, o cartão sem contato 305 pode comunicar com o dispositivo cliente 310 através de outros meios, incluindo, mas sem

21 / 85 limitações, Bluetooth, satélite, Wi-Fi, comunicações com fios e/ou qualquer combinação de conexões sem fio e com fios. De acordo com algumas modalidades, o cartão sem contato 305 pode ser configurado para comunicar com o leitor de cartão 313 do dispositivo cliente 310 através de NFC quando o cartão sem contato 305 estiver no alcance do leitor de cartão 313. Em outros exemplos, as comunicações com o cartão sem contato 305 podem ser realizadas através de uma interface física, por exemplo, uma interface do barramento serial universal ou uma interface de passagem do cartão.

[0074] O sistema 300 pode incluir o dispositivo cliente 310, que pode ser um computador habilitado para rede. Da forma aqui referida, um computador habilitado para rede pode incluir, mas sem limitações: por exemplo, um dispositivo computador ou um dispositivo de comunicações, incluindo, por exemplo, um servidor, um utensílio em rede, um computador pessoal, uma estação de trabalho, um dispositivo móvel, um telefone, um PC de mão, um assistente pessoal digital, um cliente de pequeno porte, um cliente de grande porte, um navegador da Internet ou outro dispositivo. Um ou mais dispositivos clientes 310 também podem ser um dispositivo móvel; por exemplo, um dispositivo móvel pode incluir um iPhone, um iPod, um iPad da Apple® ou qualquer outro dispositivo móvel que executa o sistema operacional iOS® da Apple, qualquer dispositivo que executa o sistema operacional Windows® Mobile da Microsoft, qualquer dispositivo que executa o sistema operacional Android® da Google e/ou qualquer outro telefone inteligente ou dispositivo móvel vestível semelhante. Em alguns exemplos, o dispositivo cliente 310 pode ser igual, ou similar, a um dispositivo cliente 110, da forma descrita em relação à figura 1A ou à figura 1B.

[0075] O dispositivo cliente 310 pode ficar em comunicação com um ou mais servidores 320 e 325 por meio de uma ou mais redes 315. O dispositivo cliente 310 pode transmitir, por exemplo, a partir de uma

22 / 85 aplicação 311 em execução no dispositivo cliente 310, uma ou mais solicitações para um ou mais servidores 320 e 325. As uma ou mais solicitações podem ser associadas com a recuperação de dados a partir de um ou mais servidores 320 e 325. Os servidores 320 e 325 podem receber as uma ou mais solicitações a partir do dispositivo cliente 310. Com base nas uma ou mais solicitações provenientes do dispositivo cliente 310, um ou mais servidores 320 e 325 podem ser configurados para recuperar os dados solicitados a partir de uma ou mais bases de dados 335. Com base na recepção dos dados solicitados a partir das uma ou mais bases de dados 335, um ou mais servidores 320 e 325 podem ser configurados para transmitir os dados recebidos para o dispositivo cliente 310, os dados recebidos sendo responsivos a uma ou mais solicitações.

[0076] O sistema 300 pode incluir um ou mais módulos de segurança de hardware (HSM) 330. Por exemplo, um ou mais HSMs 330 podem ser configurados para realizar uma ou mais operações criptográficas, da forma aqui descrita. Em alguns exemplos, um ou mais HSMs 330 podem ser configurados como dispositivos de segurança de propósito especial que são configurados para realizar as uma ou mais operações criptográficas. Os HSMs 330 podem ser configurados de maneira tal que as chaves nunca sejam reveladas fora do HSM 330, e, em vez disto, sejam mantidas no HSM 330. Por exemplo, um ou mais HSMs 330 podem ser configurados para realizar pelo menos uma das operações de derivações de chave, descriptografia e MAC. Os um ou mais HSMs 330 podem ficar contidos nos, ou podem ficar em comunicação de dados com os, servidores 320 e 325.

[0077] O sistema 300 pode incluir uma ou mais redes 315. Em alguns exemplos, a rede 315 pode ser uma ou mais de uma rede sem fio, uma rede com fios ou qualquer combinação de rede sem fio e rede com fios, e pode ser configurada para conectar o dispositivo cliente 315 no servidor 320 e 325. Por exemplo, a rede 315 pode incluir uma ou mais de uma rede de fibra óptica,

23 / 85 uma rede óptica passiva, uma rede a cabo, uma rede celular, uma rede Internet, uma rede via satélite, uma LAN sem fio, um Sistema Global para Comunicação Móvel, um Serviço de Comunicação Pessoal, uma Rede de Área Pessoal, Protocolo de Aplicação Sem Fio, Serviço de Mensagens Multimídia, Serviço de Mensagens Aprimorado, Serviço de Mensagens Curtas, sistemas com base em Multiplexação por Divisão de Tempo, sistemas com base em Acesso Múltiplo por Divisão de Código, D-AMPS, Wi-Fi, Dados Sem Fio Fixos, IEEE 802.11b, 802.15.1, 802.11n e 802.11g, Bluetooth, NFC, RFID, Wi-Fi e/ou qualquer combinação de redes dos mesmos. Como um exemplo não limitante, as comunicações provenientes do cartão sem contato 305 e do dispositivo cliente 310 podem compreender comunicação NFC, rede celular entre o dispositivo cliente 310 e uma portadora, e Internet entre a portadora e uma interface secundária.

[0078] Além do mais, a rede 315 pode incluir, sem limitações, linhas de telefonia, uma fibra óptica, IEEE Ethernet 902.3, uma rede de área ampla, uma rede de área pessoal sem fio, uma rede de área local, ou uma rede global, tal como a Internet. Além do mais, a rede 315 pode suportar uma rede Internet, uma rede de comunicação sem fio, uma rede celular ou congêneres, ou qualquer combinação das mesmas. A rede 315 pode incluir adicionalmente uma rede, ou qualquer número dos tipos exemplares de redes supramencionados, operando como uma rede independente ou em cooperação umas com as outras. A rede 315 pode utilizar um ou mais protocolos de um ou mais elementos de rede nos quais os mesmos são comunicativamente acoplados. A rede 315 pode traduzir para ou a partir de outros protocolos para um ou mais protocolos dos dispositivos de rede. Embora a rede 315 seja representada como uma única rede, deve ser percebido que, de acordo com um ou mais exemplos, a rede 315 pode compreender uma pluralidade de redes interconectadas, tais como, por exemplo, a Internet, a rede de um provedor de serviço, uma rede de televisão a cabo, as redes corporativas, tais como as

24 / 85 redes da associação de cartão de crédito e as redes domésticas.

[0079] Em vários exemplos de acordo com a presente descrição, o dispositivo cliente 310 do sistema 300 pode executar uma ou mais aplicações 311, e incluir um ou mais processadores 312 e um ou mais leitores de cartão

313. Por exemplo, uma ou mais aplicações 311, tais como aplicações de software, podem ser configuradas para habilitar, por exemplo, as comunicações em rede com um ou mais componentes do sistema 300 e transmitir e/ou receber os dados. Entende-se que, embora apenas as instâncias individuais dos componentes do dispositivo cliente 310 sejam ilustradas na figura 3, qualquer número de dispositivos 310 pode ser usado. O leitor de cartão 313 pode ser configurado para ler a partir de e/ou comunicar com o cartão sem contato 305. Em conjunto com as uma ou mais aplicações 311, o leitor de cartão 313 pode comunicar com o cartão sem contato 305.

[0080] A aplicação 311 de qualquer dispositivo cliente 310 pode comunicar com o cartão sem contato 305 usando a comunicação sem fio de curto alcance (por exemplo, NFC). A aplicação 311 pode ser configurada para fazer interface com um leitor de cartão 313 do dispositivo cliente 310 configurado para comunicar com um cartão sem contato 305. Como deve ser notado, os versados na técnica irão entender que uma distância de menos do que vinte centímetros é consistente com o alcance NFC.

[0081] Em algumas modalidades, a aplicação 311 comunica através de um leitor associado (por exemplo, o leitor de cartão 313) com o cartão sem contato 305.

[0082] Em algumas modalidades, a ativação de cartão pode ocorrer sem autenticação do usuário. Por exemplo, um cartão sem contato 305 pode comunicar com a aplicação 311 através do leitor de cartão 313 do dispositivo cliente 310 através de NFC. A comunicação (por exemplo, uma aproximação do cartão próximo do leitor de cartão 313 do dispositivo cliente 310) permite que a aplicação 311 leia os dados associados com o cartão e realize uma

25 / 85 ativação. Em alguns casos, a aproximação pode ativar ou inicializar a aplicação 311 e, então, iniciar uma ou mais ações ou comunicações com um servidor de conta 325 para ativar o cartão para uso subsequente. Em alguns casos, se a aplicação 311 não for instalada no dispositivo cliente 310, uma aproximação do cartão contra o leitor de cartão 313 pode iniciar uma transferência da aplicação 311 (por exemplo, navegação para uma página de transferência de aplicação). Subsequente à instalação, uma aproximação do cartão pode ativar ou inicializar a aplicação 311 e, então, iniciar (por exemplo, por meio da aplicação ou outra comunicação na interface secundária) a ativação do cartão. Depois da ativação, o cartão pode ser usado em várias transações, incluindo transações comerciais.

[0083] De acordo com algumas modalidades, o cartão sem contato 305 pode incluir um cartão de pagamento virtual. Nestas modalidades, a aplicação 311 pode recuperar a informação associada com o cartão sem contato 305 pelo acesso a uma carteira digital implementada no dispositivo cliente 310, em que a carteira digital inclui o cartão de pagamento virtual. Em alguns exemplos, os dados do cartão de pagamento virtual podem incluir um ou mais números de cartão virtual estáticos ou dinamicamente gerados.

[0084] O servidor 320 pode compreender um servidor da Internet em comunicação com a base de dados 335. O servidor 325 pode compreender um servidor de conta. Em alguns exemplos, o servidor 320 pode ser configurado para validar uma ou mais credenciais provenientes do cartão sem contato 305 e/ou do dispositivo cliente 310 pela comparação com uma ou mais credenciais na base de dados 335. O servidor 325 pode ser configurado para autorizar uma ou mais solicitações, tais como pagamento e transação, provenientes do cartão sem contato 305 e/ou do dispositivo cliente 310.

[0085] A figura 4 ilustra um método 400 de diversificação de chave de acordo com um exemplo da presente descrição. O método 400 pode incluir um dispositivo de transmissão e um dispositivo de recepção similares ao

26 / 85 dispositivo de transmissão 205 e ao dispositivo de recepção 210 referenciados na figura 2.

[0086] Por exemplo, um emissor e um destinatário podem desejar trocar dados (por exemplo, os dados sensíveis originais) por meio de um dispositivo de transmissão e um dispositivo de recepção. Da forma explicada anteriormente, embora estas duas partes possam ser incluídas, entende-se que um ou mais dispositivos de transmissão e um ou mais dispositivos de recepção podem ser envolvidos, desde que cada parte compartilhe a mesma chave simétrica secreta compartilhada. Em alguns exemplos, o dispositivo de transmissão e o dispositivo de recepção podem ser provisionados com a mesma chave simétrica mestra. Adicionalmente, entende-se que quaisquer parte ou dispositivo que mantêm a mesma chave simétrica secreta podem realizar as funções do dispositivo de transmissão e, similarmente, qualquer parte que mantém a mesma chave simétrica secreta pode realizar as funções do dispositivo de recepção. Em alguns exemplos, a chave simétrica pode compreender a chave simétrica secreta compartilhada que é mantida secreta a partir de todas as partes diferentes do dispositivo de transmissão e do dispositivo de recepção envolvidos na troca dos dados seguros. É adicionalmente entendido que tanto o dispositivo de transmissão quanto o dispositivo de recepção podem ser providos com a mesma chave simétrica mestra e, adicionalmente, que parte dos dados trocados entre o dispositivo de transmissão e o dispositivo de recepção compreende pelo menos uma parte de dados que pode ser referida como o valor do contador. O valor do contador pode compreender um número que muda toda vez que dados são trocados entre o dispositivo de transmissão e o dispositivo de recepção.

[0087] No bloco 410, um dispositivo de transmissão e um dispositivo de recepção podem ser provisionados com a mesma chave mestra, tal como a mesma chave simétrica mestra. Quando o dispositivo de transmissão estiver se preparando para processar os dados sensíveis com a operação criptográfica

27 / 85 simétrica, o emissor pode atualizar um contador. Além do mais, o dispositivo de transmissão pode selecionar um algoritmo criptográfico simétrico apropriado, que pode incluir pelo menos um de um algoritmo de criptografia simétrico, um algoritmo HMAC e um algoritmo CMAC. Em alguns exemplos, o algoritmo simétrico usado para processar o valor de diversificação pode compreender qualquer algoritmo criptográfico simétrico usado conforme necessário para gerar a chave simétrica diversificada de comprimento desejado. Os exemplos não limitantes do algoritmo simétrico podem incluir um algoritmo de criptografia simétrico, tais como 3DES ou AES128; um algoritmo HMAC simétrico, tal como HMAC-SHA-256; e um algoritmo CMAC simétrico, tal como AES-CMAC. Entende-se que, se a saída do algoritmo simétrico selecionado não gerar uma chave suficientemente longa, as técnicas, tal como o processamento de múltiplas iterações do algoritmo simétrico com dados de entrada diferentes e a mesma chave mestra, podem produzir múltiplas saídas que podem ser combinadas conforme necessário para produzir chaves de comprimento suficiente.

[0088] O dispositivo de transmissão pode tomar o algoritmo criptográfico selecionado e, usando a chave simétrica mestra, processar o valor do contador. Por exemplo, o emissor pode selecionar um algoritmo de criptografia simétrico, e usar um contador que atualiza com cada conversação entre o dispositivo de transmissão e o dispositivo de recepção.

[0089] No bloco 420, o dispositivo de transmissão pode, então, criptografar o valor do contador com o algoritmo de criptografia simétrico selecionado usando a chave simétrica mestra, criando uma chave simétrica diversificada. A chave simétrica diversificada pode ser usada para processar os dados sensíveis antes de transmitir o resultado para o dispositivo de recepção. Por exemplo, o dispositivo de transmissão pode criptografar os dados sensíveis usando um algoritmo de criptografia simétrico usando a chave simétrica diversificada, com a saída compreendendo os dados criptografados

28 / 85 protegidos. O dispositivo de transmissão pode, então, transmitir os dados criptografados protegidos, juntamente com o valor do contador, para o dispositivo de recepção para processamento. Em alguns exemplos, uma operação criptográfica diferente da criptografia pode ser realizada, e uma pluralidade de operações criptográficas pode ser realizada usando as chaves diversificadas simétricas antes da transmissão dos dados protegidos.

[0090] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o valor do contador pode ser transmitido entre o dispositivo de transmissão e o dispositivo de recepção no bloco 420 sem criptografia.

[0091] No bloco 430, os dados sensíveis podem ser protegidos usando um ou mais algoritmos criptográficos e as chaves diversificadas. As chaves de sessão diversificadas, que podem ser criadas pela diversificação de chave usando o contador, podem ser usadas com um ou mais algoritmos criptográficos para proteger os dados sensíveis. Por exemplo, os dados podem ser processados por um MAC usando uma primeira chave de sessão diversificada, e a saída resultante pode ser criptografada usando a segunda chave de sessão diversificada produzindo os dados protegidos.

[0092] No bloco 440, o dispositivo de recepção pode realizar as mesmas criptografias simétricas usando o valor do contador como entrada nas criptografias e a chaves simétricas mestras como as chaves para a criptografia. A saída das criptografias pode ser os mesmos valores da chave simétrica diversificada que foram criados pelo emissor. Por exemplo, o dispositivo de recepção pode criar independentemente suas próprias cópias das primeira e segunda chaves de sessão diversificadas usando o contador. Então, o dispositivo de recepção pode descriptografar os dados protegidos usando a segunda chave de sessão diversificada para revelar a saída do MAC criada pelo dispositivo de transmissão. O dispositivo de recepção pode, então, processar os dados resultantes através da operação do MAC usando a primeira

29 / 85 chave de sessão diversificada.

[0093] No bloco 450, o dispositivo de recepção pode usar as chaves diversificadas com um ou mais algoritmos criptográficos para validar os dados protegidos.

[0094] No bloco 460, os dados originais podem ser validados. Se a saída da operação do MAC (por meio do dispositivo de recepção usando a primeira chave de sessão diversificada) combinar com a saída do MAC revelada pela descriptografia, então, os dados podem ser considerados válidos.

[0095] A próxima vez que os dados sensíveis precisarem ser enviados a partir do dispositivo de transmissão para o dispositivo de recepção, um valor do contador diferente pode ser selecionado, produzindo uma chave simétrica diversificada diferente. Pelo processamento do valor do contador com a chave simétrica mestra e o mesmo algoritmo criptográfico simétrico, tanto o dispositivo de transmissão quanto o dispositivo de recepção podem produzir independentemente a mesma chave simétrica diversificada. Esta chave simétrica diversificada, não a chave simétrica mestra, é usada para proteger os dados sensíveis.

[0096] Da forma explicada anteriormente, tanto o dispositivo de transmissão quanto o dispositivo de recepção, cada qual, possui inicialmente a chave simétrica mestra compartilhada. A chave simétrica mestra compartilhada não é usada para criptografar os dados sensíveis originais. Em virtude de a chave simétrica diversificada ser independentemente criada tanto pelo dispositivo de transmissão quanto pelo dispositivo de recepção, a mesma nunca é transmitida entre as duas partes. Assim, um agressor não pode interceptar a chave simétrica diversificada e o agressor nunca vê nenhum dos dados que foram processados com a chave simétrica mestra. Apenas o pequeno valor do contador é processado com a chave simétrica mestra, não os dados sensíveis. Em decorrência disto, os dados do canal lateral reduzidos

30 / 85 sobre a chave simétrica mestra são revelados. Além do mais, o emissor e o destinatário podem acordar, por exemplo, por arranjo anterior ou outros meios, sobre quão frequentemente criar um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada. Em uma modalidade, um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada podem ser criados para cada troca entre o dispositivo de transmissão e o dispositivo de recepção.

[0097] Em alguns exemplos, o valor de diversificação de chave pode compreender o valor do contador. Outros exemplos não limitantes do valor de diversificação de chave incluem: um nonce aleatório gerado toda vez que uma nova chave diversificada for necessária, o nonce aleatório enviado a partir do dispositivo de transmissão para o dispositivo de recepção; o valor completo de um valor do contador enviado a partir do dispositivo de transmissão e do dispositivo de recepção; uma parte de um valor do contador enviada a partir do dispositivo de transmissão e do dispositivo de recepção; um contador independentemente mantido pelo dispositivo de transmissão e pelo dispositivo de recepção mas não enviado entre os dois; um código de acesso de uso único trocado entre o dispositivo de transmissão e o dispositivo de recepção; um hash criptográfico dos dados sensíveis. Em alguns exemplos, uma ou mais partes do valor de diversificação de chave podem ser usadas pelas partes para criar múltiplas chaves diversificadas. Por exemplo, um contador pode ser usado como o valor de diversificação de chave.

[0098] Em um outro exemplo, uma parte do contador pode ser usada como o valor de diversificação de chave. Se múltiplos valores de chave mestra forem compartilhados entre as partes, os múltiplos valores da chave diversificada podem ser obtidos pelos sistema e processos aqui descritos. Um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, podem ser criados tão frequentemente quanto necessário. No caso mais seguro, um novo valor de diversificação pode ser criado para cada

31 / 85 troca de dados sensíveis entre o dispositivo de transmissão e o dispositivo de recepção. Com efeito, isto pode criar uma chave de um único uso, tal como uma única chave de sessão.

[0099] Em outros exemplos, tal como para limitar o número de vezes de uso da chave simétrica mestra, pode ser acordado pelo emissor do dispositivo de transmissão e pelo destinatário do dispositivo de recepção que um novo valor de diversificação e, portanto, uma nova chave simétrica diversificada, irão ocorrer apenas periodicamente. Em um exemplo, isto pode ser depois de um número pré-determinado de usos, tal como a cada 10 transmissões entre o dispositivo de transmissão e o dispositivo de recepção. Em um outro exemplo, isto pode ser depois de um certo período de tempo, um certo período de tempo depois de uma transmissão, ou em uma base periódica (por exemplo, diariamente em um horário designado; semanalmente em um horário designado em um dia designado). Em um outro exemplo, isto pode ser toda vez que o dispositivo de recepção sinalizar para o dispositivo de transmissão que o mesmo deseja trocar a chave na próxima comunicação. Isto pode ser controlado na política e pode ser variado em função de, por exemplo, o atual nível de risco percebido pelo destinatário do dispositivo de recepção.

[00100] A figura 5A ilustra um ou mais cartões sem contato 500, que podem compreender um cartão de pagamento, tais como um cartão de crédito, um cartão de débito ou um cartão de presente, emitido por um provedor de serviço 505 exibido na frente ou no verso do cartão 500. Em alguns exemplos, o cartão sem contato 500 não é relacionado a um cartão de pagamento, e pode compreender, sem limitações, um cartão de identificação. Em alguns exemplos, o cartão de pagamento pode compreender um cartão de pagamento sem contato de interface dual. O cartão sem contato 500 pode compreender um substrato 510, que pode incluir uma única camada ou uma ou mais camadas laminadas compostas de plásticos, metais e outros materiais. Os materiais de substrato exemplares incluem policloreto de vinila, acetato de

32 / 85 cloreto de polivinila, acrilonitrila butadieno estireno, policarbonato, poliésteres, titânio anodizado, paládio, ouro, carbono, papel e materiais biodegradáveis. Em alguns exemplos, o cartão sem contato 500 pode ter características físicas em conformidade com o formato ID-1 do padrão ISO/IEC 7810, e o cartão sem contato pode, em outras circunstâncias, ser em conformidade com o padrão ISO/IEC 14443. Entretanto, entende-se que o cartão sem contato 500 de acordo com a presente descrição pode ter características diferentes, e a presente descrição não exige que um cartão sem contato seja implementado em um cartão de pagamento.

[00101] O cartão sem contato 500 também pode incluir a informação de identificação 515 exibida na frente e/ou no verso do cartão, e uma base de contato 520. A base de contato 520 pode ser configurada para estabelecer contato com um outro dispositivo de comunicação, tais como um dispositivo de usuário, um telefone inteligente, um computador tipo laptop, tipo desktop ou tipo tablet. O cartão sem contato 500 também pode incluir um sistema de circuitos de processamento, antena e outros componentes não mostrados na figura 5A. Estes componentes podem ficar localizados atrás da base de contato 520 ou em outro local no substrato 510. O cartão sem contato 500 também pode incluir uma tira ou fita magnéticas, que podem ficar localizadas no verso do cartão (não mostrado na figura 5A).

[00102] Da forma ilustrada na figura 5B, a base de contato 520 da figura 5A pode incluir um sistema de circuitos de processamento 525 para armazenar e processar a informação, incluindo um microprocessador 530 e uma memória 535. Entende-se que o sistema de circuitos de processamento 525 pode conter componentes adicionais, incluindo processadores, memórias, verificadores de erro e paridade/CRC, codificadores de dados, algoritmos anticolisão, controladores, decodificadores de comando, hardware de primitivas de segurança e de proteção contra adulteração, necessários para realizar as funções aqui descritas.

33 / 85

[00103] A memória 535 pode ser uma memória exclusiva de leitura, uma memória de gravação única e múltiplas leituras ou memória de leitura/gravação, por exemplo, RAM, ROM, e EEPROM, e o cartão sem contato 500 pode incluir uma ou mais destas memórias. Uma memória exclusiva de leitura pode ser programável na fábrica como exclusiva de leitura ou inalteradamente programável. A programabilidade inalterável provê a oportunidade de gravar uma vez e, então, ler muitas vezes. Uma memória de gravação única/múltiplas leituras pode ser programada em um ponto no tempo depois que o chip de memória tiver deixado a fábrica. Uma vez que a memória for programada, a mesma não pode ser regravada, mas a mesma pode ser lida muitas vezes. Uma memória de leitura/gravação pode ser programada e reprogramada muitas vezes depois de deixar a fábrica. A mesma também pode ser lida muitas vezes.

[00104] A memória 535 pode ser configurada para armazenar um ou mais miniaplicativos 540, um ou mais contadores 545, e um identificador de cliente 550. Os um ou mais miniaplicativos 540 podem compreender uma ou mais aplicações de software configuradas para executar em um ou mais cartões sem contato, tal como o miniaplicativo Java Card. Entretanto, entende-se que os miniaplicativos 540 não são limitados aos miniaplicativos Java Card, e, em vez disto, podem ser qualquer aplicação em software operável nos cartões sem contato ou outros dispositivos que têm memória limitada. Os um ou mais contadores 545 podem compreender um contador numérico suficiente para armazenar um número inteiro. O identificador de cliente 550 pode compreender um identificador alfanumérico exclusivo atribuído a um usuário do cartão sem contato 500, e o identificador pode distinguir o usuário do cartão sem contato de outros usuários de cartão sem contato. Em alguns exemplos, o identificador de cliente 550 pode identificar tanto um cliente quanto uma conta atribuída a este cliente, e pode identificar adicionalmente o cartão sem contato associado com a conta do cliente.

34 / 85

[00105] O processador e os elementos de memória das modalidades exemplares expostas são descritos em relação à base de contato, mas a presente descrição não é limitada aos mesmos. Entende-se que estes elementos podem ser implementados fora da base 520 ou integralmente separados da mesma, ou como elementos adicionais, além do processador 530 e dos elementos de memória 535 localizados na base de contato 520.

[00106] Em alguns exemplos, o cartão sem contato 500 pode compreender uma ou mais antenas 555. As uma ou mais antenas 555 podem ser colocadas no cartão sem contato 500 e ao redor do sistema de circuitos de processamento 525 da base de contato 520. Por exemplo, as uma ou mais antenas 555 podem ser integrais com o sistema de circuitos de processamento 525 e as uma ou mais antenas 555 podem ser usadas com uma bobina amplificadora externa. Como um outro exemplo, as uma ou mais antenas 555 podem ser externas à base de contato 520 e ao sistema de circuitos de processamento 525.

[00107] Em uma modalidade, a bobina do cartão sem contato 500 pode agir como o elemento secundário de um transformador com núcleo de ar. O terminal pode comunicar com o cartão sem contato 500 pelo corte da energia ou modulação da amplitude. O cartão sem contato 500 pode inferir os dados transmitidos a partir do terminal usando os hiatos na conexão de energia do cartão sem contato, que pode ser funcionalmente mantida através de um ou mais capacitores. O cartão sem contato 500 pode recomunicar pela comutação de uma carga na bobina do cartão sem contato ou modulação de carga. A modulação de carga pode ser detectada na bobina do terminal através da interferência.

[00108] Da forma explicada anteriormente, os cartões sem contato 500 podem ser construídos sobre uma plataforma de software operável em cartões inteligentes ou outros dispositivos que têm memória limitada, tal como JavaCard, e uma ou mais ou mais aplicações ou miniaplicativos podem ser

35 / 85 seguramente executados. Os miniaplicativos podem ser adicionados nos cartões sem contato para prover uma senha de uso único (OTP) para autenticação multifatores (MFA) em vários casos de uso com base em aplicação móvel. Os miniaplicativos podem ser configurados para responder a uma ou mais solicitações, tais como solicitações de troca de dados em campo próximo, provenientes de um leitor, tal como um leitor NFC móvel, e produzir uma mensagem NDEF que compreende uma OTP criptograficamente segura codificada como uma etiqueta de texto NDEF.

[00109] A figura 6 ilustra o esquema registro curto NDEF (SR=1) 600 de acordo com uma modalidade de exemplo. Um ou mais miniaplicativos podem ser configurados para codificar a OTP como um tipo de Etiqueta texto NDEF tipo 4 bem conhecida. Em alguns exemplos, as mensagens NDEF podem compreender um ou mais registros. Os miniaplicativos podem ser configurados para adicionar um ou mais registros de etiqueta estáticos, além do registro da OTP. As etiquetas exemplares incluem, sem limitações, tipo de Etiqueta: tipo bem conhecido, texto, codificação Inglês (en); ID do miniaplicativo: D2760000850101; Capacidades: acesso exclusivo de leitura; Codificação: a mensagem de autenticação pode ser codificada como ASCII hex; dados tipo-comprimento-valor (TLV) podem ser providos como um parâmetro de personalização que pode ser usado para gerar a mensagem NDEF. Em uma modalidade, o gabarito de autenticação pode compreender o primeiro registro, com um índice bem conhecido para prover os dados de autenticação dinâmica reais.

[00110] A figura 7 ilustra uma mensagem 710 e um formato de mensagem 720 de acordo com uma modalidade de exemplo. Em um exemplo, se etiquetas adicionais precisarem ser adicionadas, o primeiro byte pode mudar para indicar início da mensagem, mas não o fim, e um registro subsequente pode ser adicionado. Em virtude de o comprimento do ID ser zero, o campo comprimento do ID e ID são omitidos do registro. Uma

36 / 85 mensagem de exemplo pode incluir: chave UDK AUT; chave de sessão AUT Derivada (usando 0x00000050); Versão 1.0; pATC = 0x00000050; RND = 4838FB7DC171B89E; MAC = <oito bytes computados>.

[00111] Em alguns exemplos, os dados podem ser armazenados no cartão sem contato no momento da personalização pela implementação de ARMAZENAR DADOS (E2) sob o protocolo de canal seguro 2. Um ou mais valores podem ser lidos pelo bureau de personalização dos arquivos EMBOSS (em uma seção designada pelo ID do miniaplicativo) e um ou mais comandos ARMAZENAR DADOS podem ser transmitidos para o cartão sem contato depois da autenticação e do estabelecimento do canal seguro.

[00112] O pUID pode compreender um número codificado BCD de 16 dígitos. Em alguns exemplos, o pUID pode compreender 14 dígitos. Item Comprimento Criptografado? Notas (bytes) pUID 8 Não AutKey Chave 3DES para Derivar as 16 Sim chaves de sessão MAC AutKCV Valor de Verificação da 3 Não Chave DEKKey Chave 3DES para derivar a 16 Sim chave de sessão de Criptografia DEKKCV Valor de Verificação da 3 Não Chave Cartão Número aleatório Verdadeiro Não Compartilhado 4 bytes de 4 Bytes (pré-gerado) Aleatório NTLV Dados TLV para a mensagem X Bytes Não

NDEF

[00113] Em alguns exemplos, os um ou mais miniaplicativos podem ser configurados para manter seu estado de personalização para permitir a personalização apenas se destravado e autenticado. Outros estados podem compreender estados padrões pré-personalização. Ao entrar em um estado terminado, os um ou mais miniaplicativos podem ser configurados para remover os dados de personalização. No estado terminado, os um ou mais miniaplicativos podem ser configurados para parar de responder a todas as solicitações de unidade de dados do protocolo de aplicação (APDU).

[00114] Os um ou mais miniaplicativos podem ser configurados para

37 / 85 manter uma versão do miniaplicativo (2 bytes), que pode ser usada na mensagem de autenticação. Em alguns exemplos, isto pode ser interpretado como versão maior do byte mais significativo, versão menor do byte menos significativo. As regras para cada uma das versões são configuradas para interpretar a mensagem de autenticação: Por exemplo, em relação à versão maior, isto pode incluir que cada versão maior compreenda um esquema da mensagem de autenticação específico e algoritmos específicos. Para a versão menor, isto pode incluir nenhuma mudança na mensagem de autenticação ou algoritmos criptográficos, e mudanças no conteúdo da etiqueta estática, além das correções de falha, fortalecimento da segurança, etc.

[00115] Em alguns exemplos, os um ou mais miniaplicativos podem ser configurados para emular uma etiqueta RFID. A etiqueta RFID pode incluir uma ou mais etiquetas polimórficas. Em alguns exemplos, toda vez que a etiqueta for lida, diferentes dados criptográficos são apresentados que podem indicar a autenticidade do cartão sem contato. Com base nas uma ou mais aplicações, uma leitura NFC da etiqueta pode ser processada, o token pode ser transmitido para um servidor, tal como um servidor secundário, e o token pode ser validado no servidor.

[00116] Em alguns exemplos, o cartão sem contato e o servidor podem incluir certos dados, de maneira tal que o cartão possa ser apropriadamente identificado. O cartão sem contato pode compreender um ou mais identificadores exclusivos. Toda vez que uma operação de leitura ocorrer, um contador pode ser configurado para atualizar. Em alguns exemplos, toda vez que o cartão for lido, o mesmo é transmitido para o servidor para validação e determinação se o contador é igual (como parte da validação).

[00117] Os um ou mais contadores podem ser configurados para impedir um ataque de retentativa. Por exemplo, se um criptograma foi obtido e retentado, este criptograma é imediatamente rejeitado se o contador foi lido ou usado ou de outra forma passado. Se o contador não tiver sido usado, o

38 / 85 mesmo pode ser retentado. Em alguns exemplos, o contador que é atualizado no cartão é diferente do contador que é atualizado para as transações. Em alguns exemplos, o cartão sem contato pode compreender um primeiro miniaplicativo, que pode ser um miniaplicativo de transação, e um segundo miniaplicativo. Cada miniaplicativo pode compreender um contador.

[00118] Em alguns exemplos, o contador pode sair de sincronismo entre o cartão sem contato e um ou mais servidores. Por exemplo, o cartão sem contato pode ser ativado, fazendo com que o contador seja atualizado e uma nova comunicação seja gerada pelo cartão sem contato, mas a comunicação pode não ser transmitida para processamento nos um ou mais servidores. Isto pode fazer com que o contador do cartão sem contato e o contador mantido nos um ou mais servidores saiam de sincronismo. Isto pode ocorrer involuntariamente, incluindo, por exemplo, quando um cartão estiver armazenado adjacente a um dispositivo (por exemplo, conduzido em um bolso com um dispositivo) e quando o cartão sem contato for lido em um ângulo pode incluir o cartão estar desalinhado ou não posicionado de maneira tal que o cartão sem contato seja energizado um o campo NFC mas não esteja legível. Se o cartão sem contato estiver posicionado adjacente a um dispositivo, o campo NFC do dispositivo pode ser ativado para energizar o cartão sem contato, fazendo com que o contador no mesmo seja atualizado, mas nenhuma aplicação no dispositivo recebe a comunicação.

[00119] Para manter o contador em sincronismo, uma aplicação, tal como uma aplicação em segundo plano, pode ser executada que será configurada para detectar quando o dispositivo móvel despertar e sincronizar com os um ou mais servidores que indicam que uma leitura ocorreu devido à detecção para, então, mover o contador para frente. Já que os contadores do cartão sem contato e dos um ou mais servidores podem sair de sincronismo, os um ou mais servidores podem ser configurados para permitir que o contador do cartão sem contato seja atualizado um número de vezes limite ou

39 / 85 pré-determinado antes de o mesmo ser lido pelos um ou mais servidores e ainda ser considerado válido. Por exemplo, se o contador for configurado para incrementar (ou decrementar) em um para cada ocorrência que indica a ativação do cartão sem contato, os um ou mais servidores podem permitir qualquer valor do contador que o mesmo ler a partir do cartão sem contato como válido, ou qualquer valor do contador em uma faixa limite (por exemplo, de 1 a 10). Além do mais, os um ou mais servidores podem ser configurados para solicitar um gesto associado com o cartão sem contato, tal como uma aproximação do usuário, se o mesmo ler um valor do contador que avançou além de 10, mas abaixo de um outro valor da faixa limite (tal como

1.000). A partir da aproximação do usuário, se o valor do contador estiver em uma faixa desejada ou de aceitação, a autenticação é bem-sucedida.

[00120] A figura 8 é um fluxograma que ilustra as operações de chave 800 de acordo com uma modalidade de exemplo. Da forma ilustrada na figura 8, no bloco 810, duas chaves mestras em nível do número identificador de banco (BIN) podem ser usadas em conjunto com o identificador de conta e o número de sequência de cartão para produzir duas chaves derivadas exclusivas (UDKs) por cartão. Em alguns exemplos, um número identificador de banco pode compreender um número ou uma combinação de um ou mais números, tais como um número de conta ou um número imprevisível providos por um ou mais servidores, e pode ser usado para geração e/ou diversificação da chave de sessão. As UDKs (AUTKEY e ENCKEY) podem ser armazenadas no cartão durante o processo de personalização.

[00121] No bloco 820, o contador pode ser usado como os dados de diversificação, já que o mesmo muda com cada uso e provê uma chave de sessão diferente toda vez, em oposição à derivação da chave mestra na qual um conjunto exclusivo de chaves por cartão é produzido. Em alguns exemplos, é preferível usar o método de 4 bytes para ambas as operações. Desta maneira, no bloco 820, duas chaves de sessão podem ser criadas para

40 / 85 cada transação das UDKs, isto é, uma chave de sessão a partir de AUTKEY e uma chave de sessão a partir de ENCKEY. No cartão, para a chave MAC (isto é, a chave de sessão criada a partir de AUTKEY), a baixa ordem de dois bytes do contador de OTP pode ser usada para diversificação. Para a chave ENC (isto é, a chave de sessão criada a partir de ENCKEY), o comprimento completo do contador de OTP pode ser usado para a chave ENC.

[00122] No bloco 830, a chave MAC pode ser usada para preparar o criptograma do MAC, e a chave ENC pode ser usada para criptografar o criptograma. Por exemplo, a chave de sessão MAC pode ser usada para preparar o criptograma, e o resultado pode ser criptografado com a chave ENC antes de o mesmo ser transmitido para os um ou mais servidores.

[00123] No bloco 840, a verificação e o processamento do MAC são simplificados em virtude de diversificação de 2 bytes ser diretamente suportada nas funções de autenticação MAC dos HSMs de pagamento. A descriptografia do criptograma é realizada antes da verificação do MAC. As chaves de sessão são independentemente derivadas nos um ou mais servidores, resultando em uma primeira chave de sessão (a chave de sessão ENC) e uma segunda chave de sessão (a chave de sessão MAC). A segunda chave derivada (isto é, a chave de sessão ENC) pode ser usada para descriptografar os dados, e a primeira chave derivada (isto é, a chave de sessão MAC) pode ser usada para verificar os dados descriptografados.

[00124] Para o cartão sem contato, é derivado um identificador exclusivo diferente que pode ser relacionado ao número de conta primário (PAN) da aplicação e ao número de sequência PAN, que é codificado no cartão. A diversificação de chave pode ser configurada para receber o identificador como entrada com a chave mestra, de maneira tal que uma ou mais chaves possam ser criadas para cada cartão sem contato. Em alguns exemplos, estas chaves diversificadas podem compreender uma primeira chave e uma segunda chave. A primeira chave pode incluir uma chave mestra

41 / 85 de autenticação (Geração de Criptograma do Cartão/Chave de Autenticação – Card-Key-Auth), e pode ser adicionalmente diversificada para criar uma chave de sessão MAC usada durante a geração e a verificação de um criptograma do MAC. A segunda chave pode compreender uma chave mestra de criptografia (Chave de Criptografia de Dados do Cartão – Card-Key- DEK), e pode ser adicionalmente diversificada para criar uma chave de sessão ENC usada durante a criptografia e a descriptografia dos dados cifrados. Em alguns exemplos, a primeira e a segunda chaves podem ser criadas pela diversificação das chaves mestras do emissor pela combinação das mesmas com o número de ID exclusivo do cartão (pUID) e o número de sequência PAN (PSN) de um miniaplicativo de pagamento. O pUID pode compreender um valor numérico de 16 dígitos. Da forma explicada anteriormente, o pUID pode compreender um número codificado BCD de 16 dígitos. Em alguns exemplos, o pUID pode compreender um valor numérico de 14 dígitos.

[00125] Em alguns exemplos, já que o método de derivação da chave de sessão EMV pode envolver em 2^16 usos, o contador, tal como o contador de 32 bits completos pode ser adicionado nos arranjos de inicialização do método de diversificação.

[00126] Em outros exemplos, tais como cartões de crédito, um número, tais como um número de conta ou um número imprevisível providos por um ou mais servidores, pode ser usado para geração e/ou diversificação da chave de sessão.

[00127] A figura 9 ilustra um diagrama de um sistema 900 configurado para implementar uma ou mais modalidades da presente descrição. Da forma explicada a seguir, durante o processo de criação do cartão sem contato, duas chaves criptográficas podem ser atribuídas exclusivamente para cada cartão. As chaves criptográficas podem compreender chaves simétricas que podem ser usadas tanto na criptografia quanto na descriptografia dos dados. O algoritmo triplo DES (3DES) pode ser usado por EMV e o mesmo é

42 / 85 implementado por hardware no cartão sem contato. Pelo uso de um processo de diversificação de chave, uma ou mais chaves podem ser derivadas a partir de uma chave mestra com base exclusivamente na informação identificável para cada entidade que exige uma chave.

[00128] Em relação ao gerenciamento da chave mestra, duas chaves mestras do emissor 905, 910 podem ser exigidas para cada parte do portfólio no qual os um ou mais miniaplicativos são emitidos. Por exemplo, a primeira chave mestra 905 pode compreender uma Geração de Criptograma do Emissor/Chave de Autenticação (Iss-Key-Auth) e a segunda chave mestra 910 pode compreender uma Chave de Criptografia dos Dados do Emissor (Iss- Key-DEK). Da forma adicionalmente aqui explicada, duas chaves mestras do emissor 905, 910 são diversificadas em chaves mestras do cartão 925, 930, que são exclusivas para cada cartão. Em alguns exemplos, um ID de registro do perfil de rede (pNPR) 915 e um índice de chave de derivação (pDKI) 920, como dados de operações internas, podem ser usados para identificar quais Chaves Mestras do Emissor 905, 910 usar nos processos criptográficos para autenticação. O sistema que realiza a autenticação pode ser configurado para recuperar os valores de pNPR 915 e pDKI 920 para um cartão sem contato no momento da autenticação.

[00129] Em alguns exemplos, para aumentar a segurança da solução, uma chave de sessão pode ser derivada (tal como uma chave exclusiva por sessão), mas, em vez de usar a chave mestra, as chaves derivadas do cartão exclusivas e o contador podem ser usados como dados de diversificação, da forma explicada anteriormente. Por exemplo, toda vez que o cartão for usado em operação, uma chave diferente pode ser usada para criar o código de autenticação de mensagem (MAC) e para realizar a criptografia. Em relação à geração da chave de sessão, as chaves usadas para gerar o criptograma e cifrar os dados nos um ou mais miniaplicativos podem compreender as chaves de sessão com base nas chaves exclusivas de cartão (Card-Key-Auth 925 e Card-

43 / 85 Key-DEK 930). As chaves de sessão (Aut-Session-Key 935 e DEK-Session- Key 940) podem ser geradas pelos um ou mais miniaplicativos e derivadas pelo uso do contador de transação da aplicação (pATC) 945 com um ou mais algoritmos. Para adequar os dados nos um ou mais algoritmos, apenas os 2 bytes de baixa ordem do pATC de 4 bytes 945 são usados. Em alguns exemplos, o método de derivação da chave de sessão de quatro bytes pode compreender: F1 := PATC(2 bytes inferiores) || 'F0' || '00' || PATC (quatro bytes) F1 := PATC(2 bytes inferiores) || '0F' || '00' || PATC (quatro bytes) SK :={(ALG (MK) [F1] ) || ALG (MK) [F2] }, em que ALG pode incluir 3DES ECB e MK pode incluir a chave mestra derivada exclusiva do cartão.

[00130] Da forma aqui descrita, uma ou mais chaves de sessão MAC podem ser derivadas usando os dois bytes inferiores do contador pATC 945. Em cada aproximação do cartão sem contato, pATC 945 é configurado para ser atualizado, e as chaves mestras do cartão Card-Key-Auth 925 e Card-Key- DEK 930 são adicionalmente diversificadas nas chaves de sessão Aut- Session-Key 935 e DEK-Session-Key 940. O pATC 945 pode ser inicializado em zero na personalização ou no momento de inicialização do miniaplicativo. Em alguns exemplos, o contador pATC 945 pode ser inicializado na, ou antes da, personalização, e pode ser configurado para incrementar em um em cada leitura de NDEF.

[00131] Adicionalmente, a atualização para cada cartão pode ser exclusiva, e atribuída tanto pela personalização, quanto algoritmicamente atribuída por pUID ou outra informação de identificação. Por exemplo, os cartões de número ímpar podem incrementar ou decrementar em 2 e os cartões de número par podem incrementar ou decrementar em 5. Em alguns exemplos, a atualização também pode variar na leitura sequencial, de maneira tal que um cartão possa incrementar em sequência pela repetição 1, 3, 5, 2, 2, … A sequência específica ou a sequência algorítmica podem ser definidas no momento da personalização, ou a partir de um ou mais processos derivados a

44 / 85 partir dos identificadores exclusivos. Isto pode tornar mais difícil para que um agressor de ataque por retentativa generalize a partir de um pequeno número de instâncias de cartão.

[00132] A mensagem de autenticação pode ser distribuída como o conteúdo de um registro NDEF em texto em formato ASCII hexadecimal. Em alguns exemplos, apenas os dados de autenticação e um número aleatório de 8 bytes seguido por MAC dos dados de autenticação podem ser incluídos. Em alguns exemplos, o número aleatório pode preceder o criptograma A e pode ter um bloco de comprimento. Em outros exemplos, pode não haver restrição no comprimento do número aleatório. Em exemplos adicionais, os dados totais (isto é, o número aleatório mais o criptograma) podem ser um múltiplo do tamanho do bloco. Nestes exemplos, um bloco de 8 bytes adicional pode ser adicionado para corresponder ao bloco produzido pelo algoritmo MAC. Como um outro exemplo, se os algoritmos empregados usaram os blocos de 16 bytes, os múltiplos pares deste tamanho do bloco podem ser usados, ou a saída pode ser automaticamente, ou manualmente, preenchida em um múltiplo deste tamanho do bloco.

[00133] O MAC pode ser realizado por uma chave de função (Aut- Session-Key) 935. Os dados especificados no criptograma podem ser processados com o método javacard.signature: ALG_DES_MAC8_ISO9797_1_M2_ALG3 para correlacionar com os métodos de verificação EMV ARQC. A chave usada para esta computação pode compreender uma chave de sessão Aut-Session-Key 935, da forma explicada anteriormente. Da forma explicada anteriormente, os dois bytes de baixa ordem do contador podem ser usados para diversificar para as uma ou mais chaves de sessão MAC. Da forma explicada a seguir, Aut-Session-Key 935 pode ser usada para os dados MAC 950, e os dados resultantes ou o criptograma A 955 e o número aleatório RND podem ser criptografados usando DEK-Session-Key 940 para criar o criptograma B ou a saída 960

45 / 85 enviados na mensagem.

[00134] Em alguns exemplos, um ou mais comandos HSM podem ser processados para descriptografia, de maneira tal que os 16 bytes finais (binário, 32 hex) possam compreender uma criptografia simétrica 3DES usando o modo CBC com um IV zero do número aleatório seguido por dados de autenticação MAC. A chave usada para esta criptografia pode compreender uma chave de sessão DEK-Session-Key 940 derivada a partir do Card-Key-DEK 930. Neste caso, o valor ATC para a derivação da chave de sessão é o byte menos significativo do contador pATC 945.

[00135] O formato a seguir representa uma modalidade de exemplo da versão binária. Adicionalmente, em alguns exemplos, o primeiro byte pode ser definido em ASCII ‘A’. Formato de mensagem 1 2 4 8 8 0x43 (Mensagem Criptograma A Tipo ‘A’) Versão pATC RND (MAC) Criptograma A (MAC) 8 bytes MAC de 2 8 4 4 Dados de entrada de 18 bytes Segredo compartilhad Versão pUID pATC o Formato de mensagem 1 2 4 16 0x43 (Mensagem Tipo ‘A’) Versão pATC Criptograma B Criptograma A (MAC) 8 bytes MAC de 2 8 4 4 Dados de entrada de 18 bytes Segredo compartilhad Versão pUID pATC o Criptograma B 16 Criptografia Simétrica de 8 8 Criptogram RND aA

[00136] Um outro formato exemplar é mostrado a seguir. Neste

46 / 85 exemplo, a etiqueta pode ser codificada em formato hexadecimal. Formato de mensagem 2 8 4 8 8 pUID Criptograma Versão pATC RND A (MAC) 8 bytes 8 Dados de entrada de 18 8 4 4 bytes pUID Segredo pUID pATC compartilhado Formato de mensagem 2 8 4 16 Versão pUID pATC Criptograma B 8 bytes 8 4 4 Dados de entrada de 18 bytes Segredo pUID pUID pATC compartilhado Criptograma B 16 Criptografia Simétrica de 8 8 Criptograma

RND A

[00137] O campo UID da mensagem recebida pode ser extraído para derivar, a partir das chaves mestras Iss-Key-Auth 905 e Iss-Key-DEK 910, as chaves mestras do cartão (Card-Key-Auth 925 e Card-Key-DEK 930) para este cartão em particular. Usando as chaves mestras do cartão (Card-Key- Auth 925 e Card-Key-DEK 930), o campo contador (pATC) da mensagem recebida pode ser usado para derivar as chaves de sessão (Aut-Session-Key 935 e DEK-Session-Key 940) para este cartão em particular. O Criptograma B 960 pode ser descriptografado usando o DEK-Session-Key, que produz o Criptograma A 955 e o RND, e o RND pode ser descartado. O campo UID pode ser usado para buscar o segredo compartilhado do cartão sem contato que, juntamente com os campos Ver, UID, e pATC da mensagem, pode ser processado através do MAC criptográfico usando o Aut-Session-Key recriado para criar uma saída do MAC, tal como MAC’. Se MAC’ for igual ao

47 / 85 Criptograma A 955, então, isto indica que a descriptografia de mensagem e a verificação de MAC passaram todas. Então, o pATC pode ser lido para determinar se o mesmo é válido.

[00138] Durante uma sessão de autenticação, um ou mais criptogramas podem ser gerados pelas uma ou mais aplicações. Por exemplo, os um ou mais criptogramas podem ser gerados como um 3DES MAC usando o Algoritmo 3 de ISO 9797-1 com preenchimento em Método 2 por meio de uma ou mais chaves de sessão, tal como Aut-Session-Key 935. Os dados de entrada 950 podem tomar a seguinte forma: Versão (2), pUID (8), pATC (4), Segredo Compartilhado (4). Em alguns exemplos, os números nos parênteses podem compreender o comprimento em bytes. Em alguns exemplos, o segredo compartilhado pode ser gerado por um ou mais geradores de número aleatório que podem ser configurados para garantir, através de um ou mais processos seguros, que o número aleatório é imprevisível. Em alguns exemplos, o segredo compartilhado pode compreender um número binário de 4 bytes aleatório injetado no cartão no momento da personalização que é conhecido pelo serviço de autenticação. Durante uma sessão de autenticação, o segredo compartilhado pode não ser provido a partir dos um ou mais miniaplicativos para a aplicação móvel. O preenchimento em Método 2 pode incluir adicionar um byte 0x’80’ obrigatório no final dos dados de entrada e bytes 0x’00’ que podem ser adicionados no final dos dados resultantes até o limite de 8 bytes. O criptograma resultante pode compreender 8 bytes de comprimento.

[00139] Em alguns exemplos, um benefício de criptografar um número aleatório não compartilhado como o primeiro bloco com o criptograma do MAC é que o mesmo age como um vetor de inicialização durante o uso do modo CBC (encadeamento de Bloco) do algoritmo de criptografia simétrico. Isto permite o “embaralhamento” de bloco para bloco sem precisar pré- estabelecer um IV tanto fixo quanto dinâmico.

48 / 85

[00140] Pela inclusão do contador de transação da aplicação (pATC) como parte dos dados incluídos no criptograma do MAC, o serviço de autenticação pode ser configurado para determinar se o valor conduzido nos dados não codificados foi adulterado. Além do mais, pela inclusão da versão nos um ou mais criptogramas, é difícil que um agressor deturpe propositadamente a versão da aplicação em uma tentativa de rebaixamento da intensidade da solução criptográfica. Em alguns exemplos, o pATC pode iniciar em zero e ser atualizado em 1 toda vez que uma ou mais aplicações gerarem os dados de autenticação. O serviço de autenticação pode ser configurado para rastrear os pATCs usados durante as sessões de autenticação. Em alguns exemplos, quando os dados de autenticação usarem um pATC igual a ou mais baixo do que o valor prévio recebido pelo serviço de autenticação, isto pode ser interpretado como uma tentativa de ataque por retentativa de uma mensagem antiga, e a autenticada pode ser rejeitada. Em alguns exemplos, quando o pATC for maior do que o valor prévio recebido, o mesmo pode ser avaliado para determinar se está em uma faixa ou limite aceitáveis e, se o mesmo exceder ou estiver fora da faixa ou do limite, a verificação pode ser considerada como falha ou como não confiável. Na operação do MAC 936, os dados 950 são processados através do MAC usando Aut-Session-Key 935 para produzir a saída do MAC (Criptograma A) 955, que é criptografada.

[00141] A fim de prover proteção adicional contra ataques de força bruta que expõem as chaves no cartão, é desejável que o criptograma do MAC 955 seja cifrado. Em alguns exemplos, os dados ou o Criptograma A 955 a serem incluídos no cifrotexto podem compreender: número aleatório (8), criptograma (8). Em alguns exemplos, os números nos parênteses podem compreender o comprimento em bytes. Em alguns exemplos, o número aleatório pode ser gerado por um ou mais geradores de número aleatório que podem ser configurados para garantir, através de um ou mais processos

49 / 85 seguros, que o número aleatório seja imprevisível. A chave usada para cifrar estes dados pode compreender uma chave de sessão. Por exemplo, a chave de sessão pode compreender DEK-Session-Key 940. Na operação de criptografia 941, os dados ou o Criptograma A 955 e o RND são processados usando DEK-Session-Key 940 para produzir os dados criptografados, o criptograma B 960. Os dados 955 podem ser cifrados usando 3DES no modo do encadeamento de bloco da cifra para garantir que um agressor deva executar quaisquer ataques através de todo o cifrotexto. Como um exemplo não limitante, outros algoritmos, tal como o Padrão de Criptografia Avançado (AES), podem ser usados. Em alguns exemplos, um vetor de inicialização de 0x’0000000000000000’ pode ser usado. Qualquer agressor que busca atacar por força bruta a chave usada para cifrar estes dados será incapaz de determinar quando a chave correta foi usada, já que dados corretamente descriptografados serão indistinguíveis dos dados incorretamente descriptografados devido à sua aparência aleatória.

[00142] A fim de que o serviço de autenticação valide os um ou mais criptogramas providos pelos um ou mais miniaplicativos, os seguintes dados devem ser conduzidos dos um ou mais miniaplicativos para o dispositivo móvel sem qualquer codificação durante uma sessão de autenticação: número de versão para determinar a abordagem criptográfica usada e o formato de mensagem para validação do criptograma, o que habilita que a abordagem mude no futuro; pUID para recuperar os ativos criptográficos, e derivar as chaves do cartão; e pATC para derivar a chave de sessão usada para o criptograma.

[00143] A figura 10 ilustra um método 1000 para gerar um criptograma. Por exemplo, no bloco 1010, um ID de registro do perfil de rede (pNPR) e um índice de chave de derivação (pDKI) podem ser usados para identificar quais chaves mestras do emissor usar nos processos criptográficos para autenticação. Em alguns exemplos, o método pode incluir realiza a

50 / 85 autenticação para recuperar os valores de pNPR e pDKI para um cartão sem contato no momento da autenticação.

[00144] No bloco 1020, as Chaves Mestras do Emissor podem ser diversificadas pela combinação das mesmas com o número de ID exclusivo do cartão (pUID) e o número de sequência PAN (PSN) de um ou mais miniaplicativos, por exemplo, um miniaplicativo de pagamento.

[00145] No bloco 1030, o Card-Key-Auth e o Card-Key-DEK (chaves do cartão exclusivas) podem ser criados pela diversificação das Chaves Mestras do Emissor para gerar as chaves de sessão que podem ser usadas para gerar um criptograma do MAC.

[00146] No bloco 1040, as chaves usadas para gerar o criptograma e cifrar os dados nos um ou mais miniaplicativos podem compreender as chaves de sessão do bloco 1030 com base nas chaves exclusivas de cartão (Card- Key-Auth e Cartão-Chave-DEK). Em alguns exemplos, estas chaves de sessão podem ser geradas pelos um ou mais miniaplicativos e derivadas pelo uso de pATC, resultando em chaves de sessão Aut-Session-Key e DEK- Session-Key.

[00147] A figura 11 representa um processo exemplar 1100 que ilustra a diversificação de chave de acordo com um exemplo. Inicialmente, um emissor e o destinatário podem ser provisionados com duas chaves mestras diferentes. Por exemplo, uma primeira chave mestra pode compreender a chave mestra da criptografia de dados, e uma segunda chave mestra pode compreender a chave mestra da integridade de dados. O emissor tem um valor do contador, que pode ser atualizado no bloco 1110, e outros dados, tais como os dados a serem protegidos, que o mesmo pode compartilhar seguramente com o destinatário.

[00148] No bloco 1120, o valor do contador pode ser criptografado pelo emissor usando a chave mestra da criptografia de dados para produzir a chave de sessão derivada da criptografia de dados, e o valor do contador

51 / 85 também pode ser criptografado pelo emissor usando a chave mestra da integridade de dados para produzir a chave de sessão derivada da integridade de dados. Em alguns exemplos, a íntegra de um valor do contador ou uma parte do valor do contador podem ser usadas durante ambas as criptografias.

[00149] Em alguns exemplos, o valor do contador pode não ser criptografado. Nestes exemplos, o contador pode ser transmitido entre o emissor e o destinatário sem qualquer codificação, isto é, sem criptografia.

[00150] No bloco 1130, os dados a serem protegidos são processados com uma operação do MAC criptográfica pelo emissor usando a chave de sessão da integridade de dados e um algoritmo MAC criptográfico. Os dados protegidos, incluindo purotexto e segredo compartilhado, podem ser usados para produzir um MAC usando uma das chaves de sessão (Aut-Session-Key).

[00151] No bloco 1140, os dados a serem protegidos podem ser criptografados pelo emissor usando a chave de sessão derivada da criptografia de dados em conjunto com um algoritmo de criptografia simétrico. Em alguns exemplos, o MAC é combinado com uma igual quantidade de dados aleatórios, por exemplo, cada 8 bytes de comprimento, e, então, criptografado usando a segunda chave de sessão (DEK-Session-Key).

[00152] No bloco 1150, o MAC criptografado é transmitido, do emissor para o destinatário, com informação suficiente para identificar a informação secreta adicional (tais como segredo compartilhado, chaves mestras, etc.), para verificação do criptograma.

[00153] No bloco 1160, o destinatário usa o valor do contador recebido para derivar independentemente as duas chaves de sessão derivadas a partir das duas chaves mestras, da forma explicada anteriormente.

[00154] No bloco 1170, a chave de sessão derivada da criptografia de dados é usada em conjunto com a operação de descriptografia simétrica para descriptografar os dados protegidos. O processamento adicional nos dados trocados irá, então, ocorrer. Em alguns exemplos, depois que o MAC for

52 / 85 extraído, é desejável reproduzir e corresponder o MAC. Por exemplo, durante a verificação do criptograma, o mesmo pode ser descriptografado usando as chaves de sessão apropriadamente geradas. Os dados protegidos podem ser reconstruídos para a verificação. Uma operação do MAC pode ser realizada usando uma chave de sessão apropriadamente gerada para determinar se a mesma corresponde ao MAC descriptografado. Como a operação do MAC é um processo irreversível, a única maneira de verificar é tentar recriar o mesmo a partir dos dados de origem.

[00155] No bloco 1180, a chave de sessão derivada da integridade de dados é usada em conjunto com a operação do MAC criptográfica para verificar que os dados protegidos não foram modificados.

[00156] Alguns exemplos dos métodos aqui descritos podem confirmar vantajosamente quando uma autenticação bem-sucedida é determinada quando as seguintes condições forem satisfeitas. Primeiro, a capacidade de verificar o MAC mostra que a chave de sessão derivada era apropriada. O MAC pode apenas estar correto se a descriptografia foi bem-sucedida e produziu o apropriado valor de MAC. A descriptografia bem-sucedida pode mostrar que a chave de criptografia corretamente derivada foi usada para descriptografar o MAC criptografado. Já que as chaves de sessão derivadas são criadas usando as chaves mestras conhecidas apenas pelo emissor (por exemplo, o dispositivo de transmissão) e pelo destinatário (por exemplo, o dispositivo de recepção), pode ser confiado que o cartão sem contato que criou originalmente o MAC e criptografou o MAC é, de fato, autêntico. Além do mais, o valor do contador usado para derivar a primeira e a segunda chaves de sessão pode ser mostrado como válido e pode ser usado para realizar as operações de autenticação.

[00157] Posteriormente, as duas chaves de sessão derivadas podem ser descartadas, e a próxima iteração de troca de dados irá atualizar o valor do contador (retornando para o bloco 1110) e um novo conjunto de chaves de

53 / 85 sessão pode ser criado (no bloco 1120). Em alguns exemplos, os dados aleatórios combinados podem ser descartados.

[00158] As modalidades de exemplo dos sistemas e dos métodos aqui descritos podem ser configuradas para prover a autenticação do fator de segurança. A autenticação do fator de segurança pode compreender uma pluralidade de processos. Como parte da autenticação do fator de segurança, um primeiro processo pode compreender registrar entrada e validar um usuário por meio de uma ou mais aplicações em execução em um dispositivo. Como um segundo processo, o usuário pode, responsivo ao registro de entrada e à validação bem-sucedidos do primeiro processo por meio das uma ou mais aplicações, engajar em um ou mais comportamentos associados com um ou mais cartões sem contato. Com efeito, a autenticação do fator de segurança pode incluir tanto prover seguramente a identidade do usuário quanto engajar em um ou mais tipos de comportamentos, incluindo, mas sem limitações, um ou mais gestos de aproximação, associados com o cartão sem contato. Em alguns exemplos, os um ou mais gestos de aproximação podem compreender uma aproximação do cartão sem contato pelo usuário em relação a um dispositivo. Em alguns exemplos, o dispositivo pode compreender um dispositivo móvel, um quiosque, um terminal, um tablet, ou qualquer outro dispositivo configurado para processar um gesto de aproximação recebido.

[00159] Em alguns exemplos, o cartão sem contato pode ser aproximado em relação a um dispositivo, tais como um ou mais quiosques ou terminais de computador, para verificar a identidade para receber um item transacional responsivo a uma compra, tal como um café. Pelo uso do cartão sem contato, um método seguro de prover a identidade em um programa de fidelidade pode ser estabelecido. A provisão seguramente da identidade, por exemplo, para obter uma recompensa, um cupom, ofertas ou congêneres ou a recepção de um benefício é estabelecida de uma maneira que é diferente de meramente escanear um cartão de barras. Por exemplo, uma transação

54 / 85 criptografada pode ocorrer entre o cartão sem contato e o dispositivo, que pode ser configurado para processar um ou mais gestos de aproximação. Da forma explicada anteriormente, as uma ou mais aplicações podem ser configuradas para validar a identidade do usuário e, então, fazer com que o usuário aja ou responda a isto, por exemplo, por meio de um ou mais gestos de aproximação. Em alguns exemplos, os dados, por exemplo, pontos de bônus, pontos de fidelidade, pontos de recompensa, informação de cuidados com a saúde, etc., podem ser regravados no cartão sem contato.

[00160] Em alguns exemplos, o cartão sem contato pode ser aproximado em relação a um dispositivo, tal como um dispositivo móvel. Da forma explicada anteriormente, a identidade do usuário pode ser verificada pelas uma ou mais aplicações que, então, irão conceder ao usuário um benefício desejado com base na verificação da identidade.

[00161] Em alguns exemplos, o cartão sem contato pode ser ativado por aproximação em relação a um dispositivo, tal como um dispositivo móvel. Por exemplo, o cartão sem contato pode comunicar com uma aplicação do dispositivo por meio de um leitor de cartão do dispositivo através de comunicação NFC. A comunicação, em que uma aproximação do cartão próximo do leitor de cartão do dispositivo pode permitir que a aplicação do dispositivo leia os dados associados com o cartão sem contato e ative o cartão. Em alguns exemplos, a ativação pode autorizar que o cartão seja usado para realizar outras funções, por exemplo, compras, acesso à conta ou informação restrita ou outras funções. Em alguns exemplos, a aproximação pode ativar ou inicializar a aplicação do dispositivo e, então, iniciar uma ou mais ações ou comunicações com um ou mais servidores para ativar o cartão sem contato. Se a aplicação não for instalada no dispositivo, uma aproximação do cartão sem contato próximo do leitor de cartão pode iniciar uma transferência da aplicação, tal como a navegação para uma página de transferência da aplicação. Subsequente à instalação, uma aproximação do cartão sem contato

55 / 85 pode ativar ou inicializar a aplicação e, então, iniciar, por exemplo, por meio da aplicação ou de outra comunicação em interface secundária, a ativação do cartão sem contato. Depois da ativação, o cartão sem contato pode ser usado em várias atividades, incluindo, sem limitações, as transações comerciais.

[00162] Em algumas modalidades, uma aplicação dedicada pode ser configurada para executar em um dispositivo cliente para realizar a ativação do cartão sem contato. Em outras modalidades, um portal da Internet, um app com base na Internet, um miniaplicativo e/ou congêneres podem realizar a ativação. A ativação pode ser realizada no dispositivo cliente, ou o dispositivo cliente pode meramente agir como um intermediário para o cartão sem contato e um dispositivo externo (por exemplo, o servidor de conta). De acordo com algumas modalidades, na provisão da ativação, a aplicação pode indicar, para o servidor de conta, o tipo de dispositivo que realiza a ativação (por exemplo, computador pessoal, telefone inteligente, tablet, ou dispositivo de ponto de venda (POS)). Adicionalmente, a aplicação pode emitir, para transmissão, dados diferentes e/ou adicionais para o servidor de conta, dependendo do tipo de dispositivo envolvido. Por exemplo, tais dados podem compreender a informação associada com um comerciante, tais como tipo do comerciante, ID do comerciante e informação associada com o próprio tipo do dispositivo, tais como dados do POS e ID do POS.

[00163] Em algumas modalidades, o protocolo de comunicação de autenticação de exemplo pode imitar um protocolo de autenticação de dados dinâmico off-line do padrão EMV que é comumente realizado entre um cartão de transação e um dispositivo de ponto de venda, com algumas modificações. Por exemplo, em virtude de o protocolo de autenticação de exemplo não ser usado para completar uma transação de pagamento com um emissor do cartão/processador de pagamento por si mesmos, alguns valores de dados não são necessários, e a autenticação pode ser realizada sem envolver conectividade on-line em tempo real om o emissor do cartão/processador de

56 / 85 pagamento. Como é conhecido na tecnologia, o sistema de ponto de venda (POS) submete as transações incluindo um valor da transação a um emissor do cartão. Se o emissor aprova ou nega a transação pode ser com base em se o emissor do cartão reconhece o valor da transação. Neste ínterim, em certas modalidades da presente descrição, as transações que originam a partir de um dispositivo móvel carecem do valor da transação associado com os sistemas do POS. Portanto, em algumas modalidades, um valor da transação fictício (isto é, um valor reconhecível pelo emissor do cartão e suficiente para permitir que a ativação ocorra) pode ser passado como parte do protocolo de comunicação de autenticação de exemplo. As transações com base em POS também podem rejeitar transações com base no número de tentativas de transação (por exemplo, contador de transação). Um número de tentativas além de um valor de armazenamento temporário pode resultar em uma rejeição flexível; a rejeição flexível exigindo verificação adicional antes de aceitar a transação. Em algumas implementações, um valor de armazenamento temporário para o contador de transação pode ser modificado para evitar a rejeição de transações legítimas.

[00164] Em alguns exemplos, o cartão sem contato pode comunicar seletivamente a informação dependendo do dispositivo do destinatário. Uma vez aproximado, o cartão sem contato pode reconhecer o dispositivo no qual a aproximação é direcionada, e, com base neste reconhecimento, o cartão sem contato pode prover dados apropriados para este dispositivo. Isto, vantajosamente, permite que o cartão sem contato transmita apenas a informação exigida para completar a ação ou transação instantâneas, tal como uma autenticação de pagamento ou de cartão. Pela limitação da transmissão de dados e evitação da transmissão de dados desnecessários, tanto a eficiência quanto a segurança de dados podem ser melhoradas. O reconhecimento e a comunicação seletiva da informação podem ser aplicados em vários cenários, incluindo a ativação de cartão, a transferência de saldo, as tentativas de acesso

57 / 85 à conta, as transações comerciais, e a redução do avanço das fraudes.

[00165] Se a aproximação do cartão sem contato for direcionada para um dispositivo que executa o sistema operacional iOS® da Apple, por exemplo, um iPhone, iPod, ou iPad, o cartão sem contato pode reconhecer o sistema operacional iOS® e transmitir os dados apropriados para comunicar com este dispositivo. Por exemplo, o cartão sem contato pode prover a informação de identidade criptografada necessária para autenticar o cartão usando as etiquetas NDEF por meio de, por exemplo, NFC. Similarmente, se a aproximação do cartão sem contato for direcionada para um dispositivo que executa o sistema operacional Android®, por exemplo, um telefone inteligente ou um tablet Android®, o cartão sem contato pode reconhecer o sistema operacional Android® e transmitir os dados apropriados para comunicar com este dispositivo (tal como a informação de identidade criptografada necessária para autenticação pelos métodos aqui descritos).

[00166] Como um outro exemplo, a aproximação do cartão sem contato pode ser direcionada para um dispositivo de POS, incluindo, mas sem limitações, um quiosque, uma caixa registradora, uma estação de pagamento, ou outro terminal. Mediante o desempenho da aproximação. o cartão sem contato pode reconhecer o dispositivo de POS e transmitir apenas a informação necessária para a ação ou a transação. Por exemplo, mediante o reconhecimento de um dispositivo de POS usado para completar uma transação comercial, o cartão sem contato pode comunicar a informação de pagamento necessária para completar a transação sob o padrão EMV.

[00167] Em alguns exemplos, os dispositivos de POS que participam da transação podem exigir ou especificar a informação adicional, por exemplo, a informação específica de dispositivo, a informação específica de local e a informação específica de transação, que devem ser providas pelo cartão sem contato. Por exemplo, uma vez que o dispositivo de POS receber uma comunicação de dados a partir do cartão sem contato, o dispositivo de

58 / 85 POS pode reconhecer o cartão sem contato e solicitar a informação adicional necessária para completar uma ação ou uma transação.

[00168] Em alguns exemplos, o dispositivo de POS pode ser afiliado com um comerciante autorizado ou outra entidade familiar com certos cartões sem contato ou acostumado a realizar certas transações do cartão sem contato. Entretanto, entende-se que uma afiliação como esta não é exigida para o desempenho dos métodos descritos.

[00169] Em alguns exemplos, tais como uma loja de shopping, uma mercearia, uma loja de conveniência ou congêneres, o cartão sem contato pode ser aproximado em um dispositivo móvel sem precisar abrir uma aplicação, para indicar um desejo ou intenção de utilizar um ou mais de pontos de recompensa, pontos de fidelidade, cupons, ofertas ou congêneres para cobrir uma ou mais compras. Assim, uma intenção por trás da compra é provida.

[00170] Em alguns exemplos, as uma ou mais aplicações podem ser configuradas para determinar que as mesmas foram inicializadas por meio de um ou mais gestos de aproximação do cartão sem contato, de maneira tal que uma inicialização tenha ocorrido às 15h51, que uma transação tenha sido processada ou ocorrida às 15h56, a fim de verificar a identidade do usuário.

[00171] Em alguns exemplos, as uma ou mais aplicações podem ser configuradas para controlar uma ou mais ações responsivo aos um ou mais gestos de aproximação. Por exemplo, as uma ou mais ações podem compreender coletar recompensas, coletar pontos, determinar a compra mais importante, determinar a compra menos onerosa e/ou reconfigurar, em tempo real, para uma outra ação.

[00172] Em alguns exemplos, os dados podem ser coletados em comportamentos de aproximação como autenticação biométrica/gestual. Por exemplo, um identificador exclusivo que é criptograficamente seguro e não suscetível à interceptação pode ser transmitido para um ou mais serviços de

59 / 85 interface secundária. O identificador exclusivo pode ser configurado para buscar a informação secundária sobre o indivíduo. A informação secundária pode compreender informação identificável pessoalmente sobre o usuário. Em alguns exemplos, a informação secundária pode ser armazenada no cartão sem contato.

[00173] Em alguns exemplos, o dispositivo pode compreender uma aplicação que divide faturas ou verifica o pagamento entre uma pluralidade de indivíduos. Por exemplo, cada indivíduo pode possuir um cartão sem contato, e pode compreender clientes da mesma instituição financeira emissora, mas isto não é necessário. Cada um destes indivíduos pode receber uma notificação push em seus dispositivos, por meio da aplicação, para dividir a compra. Em vez de aceitar apenas uma aproximação de cartão para indicar o pagamento, outros cartões sem contato podem ser usados. Em alguns exemplos, os indivíduos que têm diferentes instituições financeiras podem possuir cartões sem contato para prover a informação para iniciar uma ou mais solicitações de pagamento do indivíduo que aproxima o cartão.

[00174] Os seguintes casos de uso de exemplo descrevem os exemplos de implementações em particular da presente descrição. Os mesmos são pretendidos exclusivamente para propósitos explicativos e não para propósitos de limitação. Em um caso, um primeiro amigo (pagador) deve a um segundo amigo (recebedor) uma soma de dinheiro. Em vez de ir a um ATM ou exigir a troca através de uma aplicação ponto a ponto, o pagador deseja pagar por meio do telefone inteligente do recebedor (ou outro dispositivo) usando um cartão sem contato. O recebedor registra entrada na aplicação apropriada em seu telefone inteligente e seleciona uma opção de solicitação de pagamento. Em resposta, a aplicação solicita a autenticação por meio do cartão sem contato do recebedor. Por exemplo, a aplicação transmite um visor que solicita que o recebedor aproxime seu cartão sem contato. Uma vez que o recebedor aproxima seu cartão sem contato contra a tela de seu telefone

60 / 85 inteligente com a aplicação habilitada, o cartão sem contato é lido e verificado. A seguir, a aplicação exibe um estímulo para que o pagador aproxima seu cartão sem contato para enviar o pagamento. Depois que o pagador aproximar seu cartão sem contato, a aplicação lê a informação do cartão e transmite, por meio de um processador associado, uma solicitação para pagamento para o emissor do cartão do pagador. O emissor do cartão processa a transação e envia um indicador do estado da transação para o telefone inteligente. A aplicação, então, transmite para exibição o indicador do estado da transação.

[00175] Em um outro caso de exemplo, um cliente do cartão de crédito pode receber um novo cartão de crédito (ou cartão de débito, outro cartão de pagamento, ou qualquer outro cartão que exige ativação) no correio. Em vez de ativar o cartão pela chamada a um número de telefone provido associado com o emissor do cartão ou pela visita a uma página da Internet, o cliente pode decidir ativar o cartão por meio de uma aplicação em seu dispositivo (por exemplo, um dispositivo móvel, tal como um telefone inteligente). O cliente pode selecionar o recurso de ativação de cartão a partir do menu da aplicação que é exibido em um visor do dispositivo. A aplicação pode estimular o cliente a aproximar seu cartão de crédito contra a tela. Mediante a aproximação do cartão de crédito contra a tela do dispositivo, a aplicação pode ser configurada para comunicar com um servidor, tal como um servidor do emissor do cartão, que ativa o cartão do cliente. A aplicação pode, então, exibir uma mensagem que indica a ativação bem-sucedida do cartão. A ativação de cartão, então, estará completa.

[00176] A figura 12 ilustra um método 1200 para ativação de cartão de acordo com uma modalidade de exemplo. Por exemplo, a ativação de cartão pode ser completada por um sistema que inclui um cartão, um dispositivo e um ou mais servidores. O cartão sem contato, o dispositivo e um ou mais servidores podem referenciar os mesmos ou similares componentes que foram

61 / 85 previamente explicados anteriormente em relação à figura 1A, à figura 1B, à figura 5A e à figura 5B, tais como o cartão sem contato 105, o dispositivo cliente 110 e o servidor 120.

[00177] No bloco 1210, o cartão pode ser configurado para gerar dinamicamente os dados. Em alguns exemplos, estes dados podem incluir a informação, tais como um número de conta, o identificador do cartão, o valor de verificação de cartão ou número de telefone, que pode ser transmitida do cartão para o dispositivo. Em alguns exemplos, uma ou mais partes dos dados podem ser criptografadas por meio dos sistemas e dos métodos aqui descritos.

[00178] No bloco 1220, uma ou mais partes dos dados dinamicamente gerados podem ser comunicadas para uma aplicação do dispositivo por meio de NFC ou outra comunicação sem fio. Por exemplo, uma aproximação do cartão próximo do dispositivo pode permitir que a aplicação do dispositivo leia as uma ou mais partes dos dados associados com o cartão sem contato. Em alguns exemplos, se o dispositivo não compreender uma aplicação para auxiliar na ativação do cartão, a aproximação do cartão pode direcionar o dispositivo ou estimular o cliente para uma loja de aplicação em software para transferir uma aplicação associada para ativar o cartão. Em alguns exemplos, o usuário pode ser estimulado para, suficientemente, fazer um gesto, colocar ou orientar o cartão na direção de uma superfície do dispositivo, tal como tanto em um ângulo quanto horizontalmente colocado no, próximo do, ou próximo da superfície do dispositivo. Responsivo a um gesto, uma colocação e/ou uma orientação suficientes do cartão, o dispositivo pode prosseguir para transmitir as uma ou mais partes de dados criptografadas recebidas a partir do cartão para os um ou mais servidores.

[00179] No bloco 1230, as uma ou mais partes dos dados podem ser comunicadas para um ou mais servidores, tal como um servidor do emissor do cartão. Por exemplo, uma ou mais partes criptografadas dos dados podem ser transmitidas do dispositivo para o servidor do emissor do cartão para ativação

62 / 85 do cartão.

[00180] No bloco 1240, os um ou mais servidores podem descriptografar as uma ou mais partes criptografadas dos dados por meio dos sistemas e dos métodos aqui descritos. Por exemplo, os um ou mais servidores podem receber os dados criptografados a partir do dispositivo e podem descriptografar os mesmos a fim de comparar os dados recebidos para gravar os dados acessíveis nos um ou mais servidores. Se uma comparação resultante das uma ou mais partes descriptografadas dos dados pelos um ou mais servidores produzir uma correspondência bem-sucedida, o cartão pode ser ativado. Se a comparação resultante das uma ou mais partes descriptografadas dos dados pelos um ou mais servidores produzir uma correspondência não bem-sucedida, um ou mais processos podem ocorrer. Por exemplo, responsivo à determinação da correspondência não bem-sucedida, o usuário pode ser estimulado a aproximar, passar, ou gesto de aceno o cartão novamente. Neste caso, pode haver um limite pré-determinado que compreende um número de tentativas que permite-se que o usuário ative o cartão. Alternativamente, o usuário pode receber uma notificação, tal como uma mensagem em seu dispositivo, indicativa da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão, ou uma outra notificação, tal como uma chamada telefônica em seu dispositivo, indicativa da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão, ou uma outra notificação, tal como um correio eletrônico indicativo da tentativa não bem-sucedida de verificação de cartão e para realizar chamada, enviar um correio eletrônico ou mensagem de texto a um serviço associado para assistência para ativar o cartão.

[00181] No bloco 1250, os um ou mais servidores podem transmitir

63 / 85 uma mensagem de retorno com base na ativação bem-sucedida do cartão. Por exemplo, o dispositivo pode ser configurado para receber a saída a partir dos um ou mais servidores indicativa de uma ativação bem-sucedida do cartão pelos um ou mais servidores. O dispositivo pode ser configurado para exibir uma mensagem que indica a ativação bem-sucedida do cartão. Uma vez que o cartão foi ativado, o cartão pode ser configurado para descontinuar a geração dinâmica dos dados para evitar o uso fraudulento. Desta maneira, o cartão pode não ser ativado posteriormente, e os um ou mais servidores são notificados de que o cartão já foi ativado.

[00182] Em um outro caso de exemplo, um cliente deseja acessar suas contas financeiras em seu telefone celular. O cliente inicializa uma aplicação (por exemplo, uma aplicação de banco) no dispositivo móvel e insere um nome de usuário e uma senha. Neste estágio, o cliente pode ver informação da conta em primeiro nível (por exemplo, compras recentes) e ser capaz de realizar opções da conta em primeiro nível (por exemplo, pagar cartão de crédito). Entretanto, se o usuário tentar acessar a informação da conta de segundo nível (por exemplo, limite de gastos) ou realizar uma opção de conta de segundo nível (por exemplo, transferir para sistema externo), o mesmo deve ter uma autenticação de segundo fator. Desta maneira, a aplicação solicita que um usuário proveja um cartão de transação (por exemplo, o cartão de crédito) para verificação da conta. O usuário então, aproxima, seu cartão de crédito no dispositivo móvel, e a aplicação verifica que o cartão de crédito corresponde à conta do usuário. Posteriormente, o usuário pode visualizar os dados da conta de segundo nível e/ou realizar as funções da conta de segundo nível.

[00183] Um desafio para alcançar a comunicação entre dois dispositivos através de NFC é garantir que os dispositivos estejam pertos o suficiente e que os dispositivos tenham suas respectivas antenas apropriadamente alinhadas para comunicação. O inapropriado alinhamento de

64 / 85 cartão pode resultar em comunicações parciais, comunicações interrompidas e/ou tentativas de comunicação que falham integralmente. Os sistemas e os métodos aqui descritos podem ser configurados para utilizar a realimentação recebida, com base em proximidade, e exibir para um usuário um indicador da intensidade de sinal com base na realimentação recebida para guiar um cartão sem contato na posição apropriada para as comunicações NFC. Em alguns exemplos, os sistemas e os métodos podem usar a indicação da intensidade de sinal NFC entre um cartão sem contato e um dispositivo de comunicação, tal como um telefone celular, para guiar uma ou mais interações do consumidor sem contato, incluindo, mas sem limitações, ativação do cartão sem contato.

[00184] Quando um dispositivo habilitado a NFC, tal como um cartão sem contato, for colocado em um ou mais campos magnéticos do telefone celular ou outro dispositivo de comunicação, o campo magnético pode ser distorcido e ter energia drenada. Em alguns exemplos, os sistemas e os métodos aqui descritos explicam como esta informação pode ser usada para estimar a proximidade do cartão sem contato, ou outro dispositivo habilitado a NFC, até o telefone celular. Da forma discutida a seguir, no contexto de dispositivos restritivos de NFC, incluindo, mas sem limitações, dispositivos iOS®, o cartão sem contato pode ser colocado na frente do telefone para conduzir uma ou mais leituras de uma etiqueta NDEF gerada pelo cartão sem contato. O telefone pode ser capaz de obter dados, tal como a informação direcional sobre a distorção em relação ao campo magnético e a energia extraída a partir do campo magnético. Com estes dados, um local do cartão sem contato no espaço tridimensional em relação ao telefone pode ser extrapolado.

[00185] A figura 13 ilustra um sistema sensor 1300 configurado para utilizar a realimentação recebida e exibir para um usuário, por meio de uma interface de usuário de um dispositivo, um indicador da intensidade de sinal para guiar um cartão sem contato com base na realimentação de acordo com

65 / 85 uma modalidade de exemplo. Da forma adicionalmente discutida a seguir, o sistema 1300 pode compreender um cartão sem contato 1310, um dispositivo cliente 1320, uma ou mais redes 1340. Embora a figura 13 ilustre as instâncias individuais dos componentes, o sistema 1300 pode incluir qualquer número de componentes.

[00186] O sistema 1300 pode incluir um ou mais cartões sem contato

1310. Em alguns exemplos, o cartão sem contato 1310 pode ficar em comunicação sem fio, por exemplo, comunicação NFC, com o dispositivo cliente 1320. O cartão sem contato 1310 pode referenciar os mesmos ou similares componentes de cartão sem contato ilustrados na figura 5A e na figura 5B. Em alguns exemplos, o cartão sem contato 1310 pode incluir um substrato, um processador, e uma memória, incluindo pelo menos um miniaplicativo.

[00187] O sistema 1300 pode incluir um dispositivo cliente 1320. O dispositivo cliente 1320 pode referenciar os mesmos ou similares componentes do dispositivo cliente ilustrados na figura 1A e na figura 1B. O dispositivo cliente 1320 também pode compreender um ou mais sensores 1325 em comunicação com uma ou mais aplicações 1330. Um ou mais sensores 1325 podem compreender um ou mais sensores de proximidade.

[00188] O sistema 1300 pode incluir uma ou mais redes 1340. Uma ou mais redes 1340 podem referenciar os mesmos ou similares componentes de rede ilustrados na figura 1A. Uma ou mais redes 1340 podem incluir a comunicação direta entre o cartão sem contato 1310 e o dispositivo cliente 1320 por meio de, por exemplo, NFC.

[00189] O dispositivo cliente 1320 pode ser configurado para incluir uma ou mais aplicações 1330 para guiar visualmente um usuário em relação a onde e como um cartão sem contato 1310 deve ser posicionado em relação a uma ou mais superfícies do dispositivo cliente 1320 para permitir a comunicação entre o cartão sem contato 1310 e o dispositivo cliente 1320 por

66 / 85 meio de uma ou mais redes 1340. Em alguns exemplos, a orientação visual pode ser com base em pelo menos uma da informação de distância e da informação de orientação. Por exemplo, o dispositivo cliente 1320 pode ser posicionado paralelo, suficientemente paralelo, plano, ou suficientemente plano, em uma superfície de um objeto, incluindo, mas sem limitações, uma mesa, uma escrivaninha, uma cadeira ou uma mão de um usuário. É preferível, embora não exigido, que o usuário possa ser encorajado a colocar, por meio do uma ou mais aplicações 1330, o cartão sem contato 1310 suficientemente plano em uma superfície do dispositivo cliente 1320 para obter uma leitura da etiqueta NDEF do cartão sem contato 1310. O dispositivo cliente 1320 pode ser configurado para exibir por meio de uma interface de usuário associada com uma ou mais aplicações 1330, responsivo à recepção da realimentação a partir do cartão sem contato 1310, tal como a informação de proximidade por meio de um ou mais sensores de proximidade 1325, quão próximo ou quão distante o cartão sem contato 1310 deve ser posicionado em relação a uma ou mais superfícies do dispositivo cliente 1320. Em alguns exemplos, a informação de proximidade pode compreender um ângulo de inclinação entre um ou mais planes do cartão sem contato 1310 e um ou mais planos do dispositivo cliente 1320. Em outros exemplos, a informação de alinhamento tridimensional que descreve a relação entre um ou mais planos do cartão sem contato 1310 e um ou mais planos do dispositivo cliente 1320 (por exemplo, arfagem, rolagem e guinada) pode ser incluída na informação de proximidade.

[00190] Em alguns exemplos, o sinal de intensidade da NFC recebido pelo dispositivo cliente 1320 pode ser classificado e exibido como um de uma pluralidade de tipos. Por exemplo, a intensidade do sinal recebido pode compreender um primeiro tipo, que pode ser indicativo de nenhum sinal. Neste caso, pode ser incerto se a interação entre o cartão sem contato 1310 e o dispositivo cliente 1320 começou. Em um outro exemplo, a intensidade do

67 / 85 sinal recebido pode compreender um segundo tipo, que pode ser indicativo de um sinal fraco, que pode ser indicativo do cartão sem contato 1310 estar no processo de aproximação do dispositivo cliente 1320. Em um outro exemplo, a intensidade do sinal recebido pode compreender um terceiro tipo, que pode ser indicativo de um sinal forte, que pode ser indicativo do cartão sem contato 1310 colocado plano o suficientemente em uma ou mais superfícies dos dispositivos clientes 1320. Cada tipo de intensidade de sinal pode ser representado por texto, ícones, cores e/ou qualquer combinação dos mesmos.

[00191] Em alguns exemplos, a leitura da intensidade de sinal pode não ser uma leitura instantânea, mas, em vez disto, transicionar de um primeiro tipo para um segundo tipo, ou um segundo tipo para um terceiro tipo, ou um terceiro tipo para um segundo tipo, ou um primeiro tipo para um terceiro tipo, ou um terceiro tipo para um primeiro tipo. Por exemplo, um histórico da intensidade de sinal, tal como leitura de frequência, pode ser analisado para realizar uma ou mais transições.

[00192] Em alguns exemplos, um ou mais parâmetros de realimentação háptica podem ser utilizados durante a colocação e/ou a orientação do cartão sem contato 1310 em relação ao dispositivo cliente 1320. Por exemplo, um ou mais parâmetros de realimentação háptica podem compreender realimentação audível e/ou realimentação de movimento, tais como uma voz e/ou uma vibração indicativas de quão próximo o cartão sem contato 1310 está em relação ao dispositivo cliente 1320 e/ou onde e como posicionar o cartão sem contato 1310 em relação ao dispositivo cliente 1320. A realimentação de vibração pode compreender um zumbido ou vibração mais forte quando o cartão sem contato 1310 for colocado mais perto do dispositivo cliente 1320, e pode encorajar o movimento para suficientes colocação e orientação do cartão sem contato 1310. Inversamente, a realimentação de vibração pode compreender um zumbido ou vibração mais fracos quando o cartão sem contato 1310 for colocado adicionalmente distante do dispositivo cliente

68 / 85 1320, e pode encorajar movimento ou ajuste para colocação e orientação suficientes do cartão sem contato 1310. Em outros exemplos, o cartão sem contato 1310 tocando pelo menos uma parte ou a íntegra da tela do dispositivo cliente 1320 pode ser registrado como um evento de toque, similar a quando um dedo tocar a tela do dispositivo cliente 1320.

[00193] Em alguns exemplos, a orientação e/ou o posicionamento do cartão sem contato 1310 podem ser derivados pela fusão do sensor por meio de um ou mais sensores 1325.

[00194] Em alguns exemplos, o dispositivo cliente 1320 pode ser configurado para ler o cartão sem contato 1310 de uma maneira horizontal ou vertical, com base em se o dispositivo cliente 1320 tem, ou é de outra forma habilitado ou desabilitado, uma exibição de tela de trava do dispositivo cliente

1320.

[00195] A figura 14 ilustra um dispositivo cliente 1400 que exibe uma ou mais aplicações de acordo com uma modalidade de exemplo. Em alguns exemplos, o dispositivo cliente 1400 pode ser igual ou similar a pelo menos um do um ou mais dispositivos clientes 1320 da figura 13 e as uma ou mais aplicações podem ser similares a pelo menos uma das uma ou mais aplicações 1330 da figura 13. As uma ou mais aplicações do dispositivo cliente podem ser configuradas para guiar visualmente onde e como um cartão sem contato deve ser posicionado em relação a uma ou mais superfícies do dispositivo cliente para permitir a comunicação por meio de uma ou mais redes. O cartão sem contato descrito em relação à figura 14 pode ser igual ou similar ao cartão sem contato 1310 da figura 13, e as uma ou mais redes descritas em relação à figura 14 podem ser iguais ou similares às uma ou mais redes 1340 da figura 13.

[00196] As uma ou mais aplicações do dispositivo cliente podem ser configuradas para exibir um ou mais ícones e/ou um ou mais segmentos de texto que podem ser, cada qual, dinamicamente gerados e modificados em

69 / 85 tempo real responsivo à colocação, à distância e/ou à orientação do cartão sem contato em relação ao dispositivo cliente. Em alguns exemplos, os um ou mais ícones podem incluir uma barra, tal como uma barra de crescimento, indicativa da colocação e do local do cartão sem contato em relação à tela do dispositivo cliente. Em alguns exemplos, a animação e/ou a aparência da barra podem ser indicativas de colocação e local suficientes em relação ao dispositivo cliente.

[00197] Responsivo ao posicionamento do cartão sem contato, a barra pode mudar dinamicamente a aparência e/ou as cores. Por exemplo, se o cartão sem contato for posicionado em distância insuficiente em relação ao dispositivo cliente, a barra pode animar e/ou compreender uma cor vermelha. À medida que o cartão sem contato é posicionado mais próximo do dispositivo cliente, a barra pode animar novamente e/ou compreender uma cor amarela, que pode ser indicativa de colocação insuficiente do cartão sem contato mais próxima do que a indicação em cor vermelha. À medida que o cartão sem contato é posicionado ainda mais próximo do dispositivo cliente, a barra pode animar novamente e/ou compreender uma cor verde, que pode ser indicativa de uma colocação bem-sucedida ou suficiente do cartão sem contato. Outros cores, setas, ícones, texto e sombras podem ser usados.

[00198] Em alguns exemplos, os um ou mais ícones podem ser indicativos de um estado do cartão sem contato no processo de ser lido, tal como uma notificação de leitura em progresso e/ou de não perturbe. Neste caso, os um ou mais ícones podem ser dinamicamente gerados e modificados em tempo real responsivo à colocação, à distância e/ou à orientação do cartão sem contato em relação ao dispositivo cliente 1400.

[00199] Novamente, em relação à figura 14, o dispositivo cliente 1400 pode exibir uma ou mais aplicações, incluindo uma caixa de direcionamento 1410, que pode ser ilustrada por uma ou mais linhas tracejadas, embora entenda-se que outras linhas ou formas no lugar de linhas tracejadas podem

70 / 85 ser usadas (por exemplo, linhas cheias, círculos, triângulos, quadrados, ovais, elipses). A caixa de direcionamento 1410 pode compreender um perímetro ou região exibida de uma tela do dispositivo cliente, de maneira tal que o box indique onde colocar o cartão sem contato, incluindo uma ou mais das bordas do cartão sem contato. Em alguns exemplos, a caixa de direcionamento 1410 pode indicar visualmente um contorno para colocar todas as bordas e o cartão sem contato sobre ou no mesmo. Em outros exemplos, a caixa de direcionamento 1410 pode indicar visualmente um contorno para colocar menos do que todas as bordas do cartão sem contato, por exemplo, uma borda, duas bordas ou três bordas. Por exemplo, a caixa de direcionamento 1410 pode exibir uma borda do cartão sem contato de cada vez, múltiplas bordas de cada vez (por exemplo, duas bordas longitudinalmente paralelas, duas bordas paralelas na direção da largura e/ou duas bordas que formam um canto), ou todas as bordas de uma vez. A caixa de direcionamento 1410 pode compreender uma forma retangular ou quadrada, entretanto, outras formas podem ser usadas, incluindo, mas sem limitações, uma forma oval ou elíptica ou qualquer outra forma correspondente àquela do cartão sem contato.

[00200] Em alguns exemplos, a caixa de direcionamento 1410 pode não incluir texto disposto na mesma. Em outros exemplos, da forma ilustrada na figura 14, a caixa de direcionamento 1410 pode incluir texto ou gráfico, tal como o texto 1420. Por exemplo, a imagem de tela 1400 pode compreender texto ou gráfico adicionais, tais como texto 1430 ou orientação para guiar o usuário sobre como colocar o cartão, por exemplo, “Coloque seu cartão plano contra o guia acima” e “então, pressione o botão para ler seu cartão”. Em alguns exemplos, um ou mais de texto ou gráfico 1420 e texto ou gráfico 1430 podem compreender informação direcional, tais como um ou mais de setas, ícones ou texto, representada em várias cores e/ou sombras, indicando o movimento do cartão sem contato para baixo, para cima, para a esquerda ou para a direita, para dentro, ou para fora, ou uma combinação dos mesmos,

71 / 85 como parte de uma sequência desejada ou exigida. Em alguns exemplos, o cartão sem contato pode estar voltado para frente quando for colocado na tela do dispositivo cliente, de maneira tal que uma marca de chip 1440 e um logotipo 1450 da instituição que emite o cartão sem contato possam ser exibidos na caixa de direcionamento 1410, para auxiliar com a orientação e a exibição da colocação e/ou do posicionamento do cartão sem contato.

[00201] Em alguns exemplos, as uma ou mais aplicações do dispositivo cliente 1400 podem incluir um botão ou botão virtual, tal como o botão 1460, para disparar uma ou mais leituras, tal como uma leitura NFC, da etiqueta NDEF do cartão sem contato. Em alguns exemplos, o botão 1460 pode ficar desativado ou não clicável quando o cartão sem contato não estiver suficientemente próximo do dispositivo cliente. Em outros exemplos, o botão 1460 pode ficar desativado ou não clicável quando o cartão sem contato tiver alcançado ou exceder um número máximo de tentativas de colocação no dispositivo cliente. Assim, o botão 1460 também pode prover a realimentação em relação ao posicionamento, ao gestual e/ou ao ajuste do cartão sem contato associada com o texto 1420, 1430 e/ou o logotipo 1450. Responsivo ao clique do botão 1460, uma ou mais interações podem ser processadas, incluindo, mas sem limitações, a ativação do cartão sem contato ou uma transação que envolve o cartão sem contato.

[00202] Em alguns exemplos, a caixa de direcionamento pode ser gerada pelo alinhamento ideal com base na informação para a combinação do cartão sem contato/dispositivo móvel. Por exemplo, a caixa de direcionamento 1410 pode ser gerada com base no tipo de dispositivo cliente e no tipo de cartão sem contato. Inicialmente, o tipo de dispositivo pode ser conhecido pelo dispositivo cliente 1400 ou estabelecimento durante a instalação ou a execução das uma ou mais aplicações. O dispositivo cliente 1400 pode determinar adicionalmente o tipo de cartão sem contato pela busca em uma base de dados dos tipos de cartões sem contato usando a

72 / 85 configuração de antena do dispositivo cliente 1400 e os sinais recebidos pelas antenas do dispositivo. Isto pode ser realizado usando um ou mais miniaplicativos de radiossinalização da antena configurados para gerar um sinal de solicitação NDEF customizado que o dispositivo cliente 1400 pode consultar. Uma vez que o tipo de cartão sem contato e o tipo de dispositivo forem identificados, a orientação de leitura ideal para o cartão sem contato pode ser determinada.

[00203] Embora a figura 14 represente uma aplicação que apresenta certos desenho e formato visuais, a presente descrição não é limitada aos mesmos. Entende-se que a aplicação pode apresentar quaisquer desenho e formato visuais, desde que o desenho seja acompanhado pelos recursos e funcionalidade aqui descritos. Os desenhos visuais ornamentais exemplares incluem, sem limitações, as exibições de comunicação do cartão ilustradas nos Pedidos de Patentes de Desenho US 29/665.233 e 29/678.464, cujos conteúdos são aqui incorporados pela referência em suas íntegras.

[00204] Além do mais, a presente descrição não é limitada à colocação de um cartão sem contato, ou gestual com um cartão sem contato, na frente de um dispositivo cliente. Entende-se que o cartão sem contato pode ser posicionado ou gesticulado na frente, atrás e ao lado de um dispositivo cliente, ou uma combinação de tais posições ou gestos. Em alguns exemplos, o dispositivo cliente pode ser configurado para ler o cartão sem contato de uma maneira horizontal ou vertical, com base em se o dispositivo cliente tem, ou é de outra forma habilitado ou desabilitado, uma exibição de tela de trava do dispositivo cliente.

[00205] A figura 15 ilustra um método 1500 para utilizar a realimentação recebida e exibir para um usuário, por meio de uma interface de usuário de um dispositivo, um indicador da intensidade de sinal para posicionar um cartão sem contato com base na realimentação de acordo com uma modalidade de exemplo. Em alguns exemplos, a figura 15 pode

73 / 85 referenciar um ou mais componentes do sistema da figura 13, incluindo um ou mais dos mesmos ou similares cartões sem contato, dispositivos clientes e redes da figura 13, e as uma ou mais aplicações do dispositivo cliente da figura 14.

[00206] No bloco 1510, o cartão sem contato pode ser posicionado em proximidade do dispositivo cliente para começar uma leitura NDEF de uma etiqueta do cartão sem contato. Por exemplo, a comunicação pode ser estabelecida entre o cartão sem contato e o dispositivo cliente por meio de uma ou mais redes.

[00207] No bloco 1520, a informação de proximidade pode ser recebida por meio de um ou mais sensores do dispositivo cliente. O dispositivo cliente pode ser configurado para exibição por meio de uma interface de usuário associada com uma ou mais aplicações, responsivo à recepção da realimentação a partir do cartão sem contato, tal como a informação de proximidade, por meio de um ou mais sensores de proximidade, quão próximo ou quão distante o cartão sem contato deve ser posicionado em relação a uma ou mais superfícies do dispositivo cliente. Em alguns exemplos, a interface pode ser a mesma ou similar ao supradescrito em relação às figuras 13 e 14.

[00208] Em alguns exemplos, a leitura da intensidade de sinal pode não ser uma leitura instantânea, mas, em vez disto, transição de um primeiro tipo para um segundo tipo, ou um segundo tipo para um terceiro tipo, ou um terceiro tipo para um segundo tipo, ou um primeiro tipo para um terceiro tipo, ou um terceiro tipo para um primeiro tipo. Por exemplo, um histórico da intensidade de sinal, tal como leitura de frequência, pode ser analisado para realizar uma ou mais transições.

[00209] No bloco 1530, uma ou mais instruções podem ser dinamicamente geradas com base na informação de proximidade recebida do bloco 1520. As uma ou mais aplicações do dispositivo cliente podem ser

74 / 85 configuradas para guiar visualmente ou instruir onde e como o cartão sem contato. Por exemplo, a orientação e as instruções podem ser providas da mesma maneira ou de maneira similar ao discutido anteriormente em relação às figuras 13 e 14.

[00210] No bloco 1540, a posição e/ou a orientação do cartão sem contato podem ser ajustadas com base em uma ou mais das instruções dinamicamente geradas. Por exemplo, as uma ou mais aplicações do dispositivo cliente podem apresentar uma caixa de direcionamento, que pode ser ilustrada por um ou mais traços, e outras formas no lugar de traços podem ser usadas, da forma supradescrita em relação às figuras 13 e 14.

[00211] No bloco 1550, uma leitura NDEF da etiqueta do cartão sem contato pode ser conduzida depois da determinação de posicionamento e/ou orientação suficientes do cartão sem contato. Em alguns exemplos, as uma ou mais aplicações do dispositivo cliente podem incluir um botão, tal como o botão, para disparar uma ou mais leituras, tal como uma leitura NFC, da etiqueta NDEF do cartão sem contato. Em alguns exemplos, o botão pode prover a orientação ou as instruções, da forma supradescrita em relação às figuras 13 e 14.

[00212] Em alguns exemplos, o método 1500 pode iterar através de blocos 1520, 1530, e 1540 à medida que o cartão sem contato é posicionado ou gesticulado. Esta iteração pode continuar por todo o posicionamento e o gestual do cartão sem contato.

[00213] Uma antena NFC é um indutor de bobina e, juntamente com os capacitores, para aterramento, os mesmos formam um circuito ressonante paralelo. Uma transferência de potência maximizada ocorre quando a antena de dispositivo ativa e passiva tiver a mesma frequência ressonante. Já que o dispositivo NFC ativo (por exemplo, um dispositivo móvel) opera em 13,56 MHz, a antena do dispositivo passivo (por exemplo, o cartão sem contato) também deve ressonar nesta frequência. Além da frequência de ressonância, o

75 / 85 tamanho e a forma da antena também importam. Por exemplo, duas antenas similarmente modeladas irão resultar em mais transferência de potência do que duas antenas diferentes.

[00214] Em decorrência disto, com base nos tamanhos e formas relativos da antena de dispositivo móvel e das antenas de cartão sem contato, haverá um alinhamento ideal do cartão sem contato com o dispositivo cliente que irá maximizar a transferência de potência que ocorre entre os dois, bem como melhorar as leituras de dados e a estabilidade das comunicações de dados entre os dois. Em várias modalidades de exemplo, um cartão sem contato pode incluir duas antenas que podem ser usadas para posicionar o cartão sem contato de acordo com o alinhamento ideal. Nestes exemplos, as duas antenas podem ser diferentes tipos de antenas e/ou podem ter diferentes alcances. Por exemplo, uma das antenas pode ser integrada em e/ou disposta próximo de uma base de contato do cartão sem contato de uma maneira similar àquela mostrada e descrita nas figuras 5A e 5B. Em algumas modalidades, a segunda antena também pode ser integrada em e/ou disposta próximo de uma base de contato do cartão sem contato ou em um outro local no cartão, a fim de melhorar a triangulação da posição entre o cartão sem contato e o dispositivo móvel pela provisão de uma segunda perspectiva. De acordo com estas modalidades, as primeiras e segunda antenas podem ser separadas em uma distância. Estas primeira e segunda antenas também podem ter diferentes formas e tamanhos, o que pode impactar na transferência de potência e nas comunicações de dados entre as antenas de cartão sem contato e a(s) antena(s) de dispositivo móvel.

[00215] Usando a informação sobre o tipo e o alcance das antenas de cartão sem contato e da antena de dispositivo, o dispositivo pode ser pré- programado com alinhamentos de leitura ideais entre o cartão sem contato e a antena de dispositivo móvel específica. Como um exemplo, cada uma da primeira e da segunda antenas pode ter um número de laços, e este número de

76 / 85 laços pode influenciar a percepção da distância e da orientação do cartão sem contato em relação ao dispositivo móvel e do sinal transmitido entre o cartão sem contato e o dispositivo móvel. Entende-se que a sensibilidade de uma antena em relação à distância, à orientação e à percepção de sinal pode aumentar à medida que o número de laços aumenta, e o número de laços que compreende cada antena será contado durante a pré-programação do dispositivo com alinhamentos de leitura ideais.

[00216] Em várias modalidades, os alinhamentos de leitura ideais podem ser pré-programados, por exemplo, em uma aplicação (por exemplo, a aplicação 122) de um dispositivo cliente (por exemplo, o dispositivo cliente 110), de uma maneira tal que, quando a aplicação for instalada no dispositivo cliente, os alinhamentos ideais também sejam instalados. Da forma explicada anteriormente, o dispositivo cliente pode compreender um dispositivo móvel. Por exemplo, quando o dispositivo móvel for um iPhone e a aplicação móvel for associada com uma entidade que emite os cartões sem contato, a aplicação de iPhone da entidade pode incluir os tipos de antena para os vários iPhones (por exemplo, iPhone 6, iPhone X, etc.) que têm capacidades NFC e os tipos de antena em cada um dos cartões sem contato emitidos pela entidade. Quando um usuário registrar na aplicação, a aplicação pode recuperar as antenas de cartão específicas para este usuário e usar as antenas de cartão para determinar o alinhamento ideal com base no iPhone em particular no qual a aplicação executa. Como será descrito com mais detalhes a seguir, quando o usuário levar o cartão sem contato próximo do dispositivo móvel, a aplicação, individualmente ou em conjunto com outro software no dispositivo móvel, pode usar o alinhamento ideal para determinar se o cartão está na posição correta. Se não, a aplicação pode guiar o usuário até a posição correta usando a informação de alinhamento ideal para a combinação do cartão sem contato/dispositivo móvel.

[00217] Em algumas modalidades de exemplo, uma ou mais câmeras

77 / 85 integradas no dispositivo móvel também podem ser usadas para guiar o cartão sem contato até sua posição ideal. Por exemplo, as câmeras frontal e traseira de um dispositivo móvel podem ser usadas para triangular a posição do cartão sem contato em relação ao dispositivo móvel. Em tais modalidades, as câmeras frontal e traseira podem ficar ativas quando o cartão sem contato estiver sendo colocado na posição e calcular a posição do cartão pela extrapolação, por exemplo, de sua distância pelo cálculo da razão e do tamanho do cartão na imagem e do tamanho pré-programado de um cartão real, que pode ser usado como uma referência. As câmeras frontal e traseira também podem ser usadas para inspecionar visualmente a imagem do cartão para entender sua orientação e combinar, por exemplo, marcadores de chave no cartão sem contato com imagens armazenadas do cartão.

[00218] Novamente em relação às figuras, a figura 16 ilustra um cartão sem contato 1600, que pode ser similar ao cartão sem contato mostrado e descrito na figura 5A e na figura 5B. Por exemplo, o cartão sem contato 1600 pode incluir uma base de contato 1620, que pode incluir uma antena 1655, que pode ser similar à antena 555 e ser colocada ao redor do sistema de circuitos de processamento da base de contato 1620. O cartão sem contato também pode incluir uma ou mais antenas adicionais 1660, que podem ser colocadas nas camadas de cartão sem contato 1600 separadas da antena 1655. Em várias modalidades, a antena 1660 pode ser, por exemplo, similar no tamanho e na forma à antena 1655, mas localizada em outro lugar no cartão sem contato 1660. A antena 1660 também pode ser diferente no tamanho e na forma e localizada, por exemplo, em uma parte de cartão sem contato 1600 e/ou ao redor de uma ou mais bordas do cartão sem contato 1600.

[00219] Em várias modalidades, a antena 1655 e a antena 1660 podem ser diferentes tipos de antenas e/ou têm diferentes alcances. Adicionalmente, uma das antenas 1655 pode servir como a antena primária que será usada para comunicar dados com um dispositivo móvel. Quando uma antena servir como

78 / 85 uma antena primária, a outra antena pode ser usada para guiar o cartão sem contato 1600 para a posição correta de uma maneira que irá produzir o alinhamento ideal para comunicar com o dispositivo móvel por meio da antena primária. Cada uma das antenas pode ter diferentes alcances e, pela leitura da intensidade de sinal de ambas as antenas, tais como a antena de potência mais alta e a antena de potência mais baixa, o dispositivo móvel pode guiar o cartão sem contato, por exemplo, pela indicação no dispositivo móvel de que o cartão está muito próximo ou muito distante e/ou não orientado corretamente.

[00220] A figura 17 ilustra um método de exemplo 1700 para usar as antenas de cartão sem contato para guiar o cartão sem contato para um alinhamento ideal com um dispositivo cliente. Com base nos tamanhos e nas formas relativos da antena de dispositivo móvel e das antenas de cartão sem contato, haverá um alinhamento ideal do cartão sem contato com o dispositivo móvel que irá maximizar a transferência de potência que ocorre entre o cartão sem contato e o dispositivo cliente. Usando a informação sobre o tipo e o alcance das antenas de cartão sem contato e da antena de dispositivo, o dispositivo pode ser pré-programado com alinhamentos de leitura ideais entre o cartão sem contato e a antena de dispositivo móvel específica que podem ser usados para guiar o cartão sem contato para a posição ideal para maximizar a transferência de potência.

[00221] O método 1700 pode começar no bloco 1702. No bloco 1704, os parâmetros de alinhamento ideais podem ser armazenados para a combinação do cartão sem contato e do dispositivo cliente. Em várias modalidades, os alinhamentos de leitura ideais podem ser pré-programados, por exemplo, em uma aplicação (por exemplo, a aplicação 122) de um dispositivo cliente (por exemplo, o dispositivo cliente 110), de uma maneira tal que, quando a aplicação for instalada sobre o dispositivo móvel, os alinhamentos ideais também sejam instalados. Por exemplo, quando o

79 / 85 dispositivo móvel for um iPhone e a aplicação móvel for associada com uma entidade que emite os cartões sem contato, a aplicação de iPhone da entidade pode incluir os tipos de antena para os vários iPhones (por exemplo, iPhone 6, iPhone X, etc.) que têm capacidades NFC e os tipos de antena em cada um dos cartões sem contato emitidos pela entidade. Quando um usuário registrar na aplicação no dispositivo cliente, a aplicação pode recuperar antenas de cartão específicas para este usuário e usar as antenas de cartão para determinar o alinhamento ideal com base no iPhone em particular no qual a aplicação executa. Outros métodos para armazenar os parâmetros de alinhamento ideais podem ser usados. Por exemplo, uma aplicação no dispositivo cliente pode armazenar a informação sobre as antenas incluídas no(s) cartão(ões) sem contato associado(s) com um usuário do dispositivo cliente e as antenas nos inúmeros dispositivos clientes. Esta informação pode ser usada pelo dispositivo cliente para determinar os parâmetros de alinhamento ideais do cartão em particular uma vez que o dispositivo cliente determine qual cartão está sendo acoplado com o dispositivo cliente.

[00222] No bloco 1706, um dispositivo cliente detecta um sinal proveniente de pelo menos uma das antenas de cartão sem contato. Em algumas modalidades, o dispositivo cliente pode usar um leitor NFC para detectar um sinal proveniente de uma das antenas no cartão sem contato. Em alguns exemplos, a existência de uma intensidade de sinal proveniente de uma das antenas no cartão sem contato pode servir como uma indicação de que o cartão está em alcance, mas não na posição de alinhamento ideal para maximizar a transferência de potência. Em alguns exemplos, a intensidade de sinal proveniente de uma antena pode ser usada pela aplicação para guiar o cartão sem contato para sua posição de alinhamento ideal, da forma explicada com mais detalhes a seguir. Se um dispositivo cliente detectar um sinal proveniente de pelo menos uma das antenas de cartão sem contato no bloco 1706, o método 1700 pode prosseguir para o bloco 1708. Se um dispositivo

80 / 85 cliente não detectar um sinal proveniente de pelo menos uma das antenas de cartão sem contato no bloco 1706, o método 1700 pode prosseguir de volta para o bloco 1706.

[00223] No bloco 1708, um dispositivo cliente pode iniciar uma aplicação de orientação para guiar o cartão sem contato para sua posição de alinhamento ideal. Em alguns exemplos, a aplicação de orientação pode guiar o cartão sem contato de uma maneira similar ao modelo de orientação mostrado e descrito na figura 14. O dispositivo cliente pode continuar a detectar intensidades do sinal proveniente das antenas no cartão sem contato e usar os parâmetros de alinhamento ideais para a combinação do cartão sem contato e do dispositivo cliente para guiar o cartão sem contato para a posição de alinhamento ideal, da forma aqui descrita.

[00224] No bloco 1710, um dispositivo cliente detecta um sinal proveniente de uma segunda antena do cartão sem contato. Em algumas modalidades, o dispositivo cliente pode usar um leitor NFC para detectar um sinal proveniente da segunda antena no cartão sem contato. Em alguns exemplos, a existência de uma intensidade de sinal proveniente da segunda antena no cartão sem contato pode servir como uma indicação de que o cartão está mais próximo da posição de alinhamento ideal, mas não ainda na posição de alinhamento ideal para maximizar a transferência de potência. Em alguns exemplos, a intensidade de sinal proveniente da segunda antena pode ser usada, juntamente ou em combinação com o sinal proveniente da outra antena, pela aplicação para guiar o cartão sem contato para sua posição de alinhamento ideal. Se um dispositivo cliente detectar um sinal proveniente da segunda antena de cartão sem contato no bloco 1710, o método 1700 pode prosseguir para o bloco 1712. Se um dispositivo cliente não detectar um sinal proveniente da segunda antena de cartão sem contato no bloco 1710, o método 1700 pode prosseguir de volta para o bloco 1710.

[00225] No bloco 1712, o dispositivo cliente pode guiar o cartão sem

81 / 85 contato para a posição de alinhamento ideal usando, por exemplo, as respectivas intensidades de sinal das primeira e segunda antenas no cartão sem contato.

Em alguns exemplos, a aplicação de orientação pode guiar o cartão sem contato de uma maneira similar ao modelo de orientação mostrado e descrito na figura 14. O dispositivo cliente pode continuar a detectar as intensidades do sinal proveniente das antenas no cartão sem contato e usar os parâmetros de alinhamento ideais para a combinação do cartão sem contato e do dispositivo cliente para guiar o cartão sem contato para a posição de alinhamento ideal, da forma aqui descrita.

Em algumas modalidades, as primeira e segunda antenas podem ser diferentes tipos de antenas e/ou ter diferentes alcances.

Adicionalmente, uma das antenas pode servir como a antena primária que é usada para comunicar dados com o dispositivo cliente.

Quando uma antena servir como uma antena primária, a outra antena pode ser usada para guiar o cartão sem contato para a posição de alinhamento ideal de uma maneira que irá produzir o alinhamento ideal para comunicar com o dispositivo cliente por meio da antena primária.

Cada uma das antenas pode ter diferentes alcances e, pela leitura da intensidade de sinal de ambas as antenas, tais como a antena de potência mais alta e a antena de potência mais baixa, o dispositivo móvel pode guiar o cartão sem contato, por exemplo, pela indicação no dispositivo móvel que o cartão está muito próximo ou muito distante e/ou não orientado corretamente.

Em algumas modalidades de exemplo, uma ou mais câmeras integradas no dispositivo móvel também podem ser usadas para guiar o cartão sem contato para sua posição ideal.

Por exemplo, as câmeras frontal e traseira de um dispositivo móvel podem ser usadas para triangular a posição do cartão sem contato em relação ao dispositivo móvel.

Em tais modalidades, as câmeras frontal e traseira podem ficar ativas quando o cartão sem contato estiver sendo colocado na posição e calcular a posição do cartão pela extrapolação, por exemplo, de sua distância pelo cálculo da razão e do tamanho do cartão na imagem e do tamanho pré-

82 / 85 programado de um cartão real, que pode ser usado como uma referência. As câmeras frontal e traseira também podem ser usadas para inspecionar visualmente a imagem do cartão para entender sua orientação e combinar, por exemplo, os marcadores de chave no cartão sem contato com imagens armazenadas do cartão. As câmeras frontal e traseira podem determinar adicionalmente se o cartão está na frente, ou atrás, do telefone. Em alguns exemplos, as câmeras frontal e traseira podem obter as imagens do cartão, e o reconhecimento de imagem pode ser utilizado para determinar a orientação do cartão, incluindo se a fronte do cartão ou o verso do cartão está voltado para o telefone, e qualquer rotação do cartão que possa estar ocorrendo.

[00226] Adicionalmente, em algumas modalidades, o dispositivo cliente pode usar informação que o mesmo recebe a partir do cartão sem contato em relação à intensidade de sinal da antena no dispositivo cliente. Desta maneira, se o dispositivo cliente puder comunicar por meio de uma das antenas no cartão sem contato no qual o dispositivo cliente é conectado, o dispositivo cliente pode interrogar o cartão sem contato pela informação de intensidade de sinal sobre a antena no dispositivo cliente. Fazer isto irá habilitar que o dispositivo cliente compare a intensidade do sinal que é transmitido pelo dispositivo cliente com a intensidade do sinal que é recebido pelo cartão sem contato, desse modo, melhorando adicionalmente a capacidade de o dispositivo cliente guiar o cartão sem contato para uma posição de alinhamento ideal.

[00227] Em alguns exemplos, a orientação do cartão sem contato pode ser determinada usando a colocação das antenas em diferentes locais, juntamente com a intensidade de sinal recebida a partir de cada antena. Por exemplo, se uma das bobinas do laço da antena (por exemplo, a bobina do laço superior) receber um sinal de melhor qualidade do que uma outra das bobinas do laço da antena (por exemplo, a bobina do laço inferior), a colocação e a orientação do cartão em relação às bobinas podem ser

83 / 85 determinadas. O dispositivo cliente pode usar esta informação para prover a orientação para a colocação do cartão sem contato. Em alguns casos, com base nas intensidades de sinal recebidas por cada antena, apenas uma das antenas, ou apenas uma pluralidade das antenas, podem, de forma ideal, receber os sinais.

[00228] No bloco 1714, um dispositivo cliente pode interagir com o cartão sem contato quando o cartão sem contato estiver na posição de alinhamento ideal de uma maneira que habilita a máxima transferência de potência entre o cartão sem contato e o dispositivo cliente. O método 1700 pode terminar no bloco 1716.

[00229] Em alguns exemplos, a presente descrição se refere a uma aproximação do cartão sem contato. Entretanto, entende-se que a presente descrição não é limitada a uma aproximação, e que a presente descrição inclui outros gestos (por exemplo, um aceno ou outro movimento do cartão).

[00230] Por toda a especificação e as reivindicações, os seguintes termos tomam pelo menos os significados explicitamente aqui associados, a menos que o contexto claramente indique de outra forma. Pretende-se que o termo “ou” signifique um “ou” inclusivo. Adicionalmente, pretende-se que os termos “um”, “uma”, “o” e “a” signifiquem um ou mais, a menos que especificado de outra forma ou que fique claro a partir do contexto que são direcionados para uma forma no singular.

[00231] Nesta descrição, inúmeros detalhes específicos foram apresentados. Deve ser entendido, entretanto, que as implementações da tecnologia descrita podem ser praticadas sem estes detalhes específicos. Em outras instâncias, métodos, estruturas e técnicas bem conhecidos não foram mostrados com detalhes a fim de não obscurecer um entendimento desta descrição. As referências a “alguns exemplos”, “outros exemplos”, “um exemplo”, “algum exemplo”, “vários exemplos”, “uma modalidade”, “alguma modalidade”, “algumas modalidades”, “modalidade de exemplo”, “várias

84 / 85 modalidades”, “uma implementação”, “alguma implementação”, “implementação de exemplo”, “várias implementações”, “algumas implementações”, etc., indicam que a(s) implementação(s) da tecnologia divulgada assim descrita pode(m) incluir um recurso, uma estrutura ou uma característica em particular, mas nem toda implementação inclui necessariamente o recurso, a estrutura ou a característica em particular. Adicionalmente, o uso repetido das frases “em um exemplo”, “em uma modalidade” ou “em uma implementação” não necessariamente se referem aos mesmos exemplo, modalidade ou implementação, embora o possa.

[00232] Da forma aqui usada, a menos que de outra forma especificada, o uso dos adjetivos ordinais “primeiro”, “segundo”, “terceiro”, etc., para descrever um objeto comum, meramente indica que diferentes instâncias de objetos semelhantes estão sendo referidas, e não pretende-se que implique que os objetos assim descritos devem estar em uma dada sequência, seja temporalmente, espacialmente, em ranqueamento ou de qualquer outra maneira.

[00233] Embora certas implementações da tecnologia descrita tenham sido descritas em conexão com o que é atualmente considerado como as mais práticas e várias implementações, deve-se entender que a tecnologia descrita não deve ser limitada às implementações descritas, mas, ao contrário, pretende-se que que cubra várias modificações e arranjos equivalentes incluídos no escopo das reivindicações anexas. Embora os termos específicos sejam aqui empregados, os mesmos são usados em um sentido genérico e descritivo apenas, e não com os propósitos de limitação.

[00234] Esta descrição escrita usa os exemplos para descrever certas implementações da tecnologia descrita, incluindo o melhor modo, e, também, para habilitar quaisquer versados na técnica a praticar certas implementações da tecnologia descrita, incluindo fazer e usar quaisquer dispositivos ou sistemas e realizar quaisquer métodos incorporados. O escopo patenteável de

Claims (1)

1. 85 / 85 certas implementações da tecnologia descrita é definido nas reivindicações, e pode incluir outros exemplos que ocorrem aos versados na técnica.

   Pretende- se que tais outros exemplos estejam no escopo das reivindicações se os mesmos tiverem elementos estruturais que não diferem da linguagem literal das reivindicações, ou se os mesmos incluírem elementos estruturais equivalentes com diferenças insubstanciais a partir da linguagem literal das reivindicações.