BR112015004588B1

BR112015004588B1 - Dispositivo móvel e emparelhamento de chave por sensor magnético para segurança de multifator

Info

Publication number: BR112015004588B1
Application number: BR112015004588-0A
Authority: BR
Inventors: Steven Birkel; Rita Wouhaybi; Tobias Kohlenberg; Stanley Mo; Joni D. Stutman
Original assignee: Intel Corporation
Priority date: 2012-09-28
Filing date: 2013-09-16
Publication date: 2021-06-01
Also published as: EP2900533A4; US20140091903A1; CN104583044A; EP2900533A1; KR101690771B1; US20150109099A1; KR101955228B1; JP2015529168A; EP2900533B1; JP2017024715A; KR20150036705A; JP6001176B2; KR20170015934A; WO2014052059A1; BR112015004588A2; US8933778B2

Abstract

dispositivo móvel e emparelhamento de chave por sensor magnético para segurança de multifator trata-se de sistemas e métodos fornecidos para determinar uma primeira situação de proximidade de um primeiro dispositivo móvel em relação a um veículo e para determinar uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo. adicionalmente, uma acessibilidade de uma ou mais funções do veículo pode ser configurada com base, pelo menos em parte, na primeira situação de proximidade e na segunda situação de proximidade. em um exemplo, uma política associada a um ou mais dentre o primeiro dispositivo móvel e o segundo dispositivo móvel pode ser identificada, em que a acessibilidade é configurada adicionalmente com base na política.

Description

CAMPO DA INVENÇÃO

[0001] As modalidades referem-se, geralmente, a sistemas de segurança. Mais particularmente, as modalidades se referem ao uso de múltiplos fatores para controlar o acesso a veículos.

[0002] Os sistemas de entrada de veículo podem incluir controles remotos sem chave baseados em proximidade (por exemplo, chaves por sensor magnético) que podem ser usados para acessar e/ou dar partida no veículo. Muito embora essas soluções possam ser adequadas sob determinadas circunstâncias, sobra espaço considerável para aprimoramentos. Por exemplo, o acesso e/ou a operação não autorizados do veículo podem ser alcançados simplesmente ganhando-se posse da chave por sensor magnético, que pode ser o fator de autenticação de único usuário em relação ao veículo. Além do mais, se a chave por sensor magnético for perdida ou roubada, uma nova chave por sensor magnético pode ser pedida, o que pode ter custo considerável, atraso e inconveniência para o proprietário. Muito embora determinados aplicativos de telefone inteligente possam permitir o controle remoto de veículos, esses aplicativos também podem ser limitados ao uso de credenciais de login para estabelecer o telefone como o único fator de autenticação de usuário em relação ao veículo, em que as credenciais de login podem ser facilmente comprometidas. Além do mais, as soluções com base em telefone inteligente podem envolver o uso de um intermediário (por exemplo, provedor de serviço) entre o telefone e o veículo.

BREVE DESCRIÇÃO DOS DESENHOS

[0003] As várias vantagens das modalidades da presente invenção se tornarão evidentes para um indivíduo versado na técnica através da leitura do relatório descritivo e das reivindicações anexas através de referência aos desenhos a seguir, em que:

[0004] A Figura 1 é um diagrama de blocos de um exemplo de um ambiente de autenticação de acordo com uma modalidade;

[0005] As Figuras 2A e 2B são diagramas de blocos de exemplos de cenários de substituição de fator de acordo com as modalidades;

[0006] A Figura 3 é um diagrama de blocos de um exemplo de uma arquitetura lógica de acordo com uma modalidade;

[0007] A Figura 4 é um diagrama de blocos de um exemplo de um conjunto de perfis de usuário de acordo com uma modalidade;

[0008] A Figura 5 é um fluxograma de um exemplo de um método de gerenciamento de um ambiente de autenticação de multifator de acordo com uma modalidade;

[0009] A Figura 6 é um diagrama de blocos de um exemplo de um processador de acordo com uma modalidade; e

[0010] A Figura 7 é um diagrama de blocos de um exemplo de um sistema de acordo com uma modalidade.

ESCRIÇÃO DETALHADA

[0011] Voltando-se, agora, para a Figura 1, um ambiente de autenticação 10 é mostrado em que o acesso a um veículo 14 e o controle sobre o mesmo é gerenciado com relação a uma pluralidade de dispositivos móveis 16, 18 que são emparelhados com o veículo 14. No exemplo ilustrado, um primeiro dispositivo móvel 16 é uma chave por sensor magnético (por exemplo, token de segurança de hardware sem fio) e um segundo dispositivo móvel 18 é um telefone inteligente. Os dispositivos móveis 16, 18 também podem incluir outros tipos de dispositivos como computadores tipo tablet inteligentes, assistentes pessoais digitais (PDAs), reprodutores de mídia, dispositivos de imageamento, e assim por diante, em que um usuário 12 pode portar os dispositivos móveis 16, 18 com o mesmo à medida que se aproxima ou interage com o veículo 14. Conforme será discutido em mais detalhes, a presença dos dispositivos móveis 16, 18 pode ser exigida a fim de autenticar o usuário 12, em que a autenticação bem-sucedida pode resultar em determinadas funções do veículo 14 que é disponibilizado para o usuário 12. Por exemplo, a presença de ambos os dispositivos móveis 16, 18 pode ser exigida antes de o usuário 12 ser autorizado a acessar o veículo 14 (por exemplo, função de destravamento de porta e/ou porta-malas), dar partida no veículo 14 (por exemplo, função de ignição), personalizar diversos ajustes (por exemplo, função de ajuste de usuário) , conduzir o veículo 14 (por exemplo, função de operação de veículo) , emparelhar dispositivos com o veículo 14 (por exemplo, funções de emparelhamento de dispositivo) e assim por diante. Dessa maneira, o ambiente ilustrado 10 representa um ambiente de autenticação de "multifator" em que a segurança do veículo 14 é uma função da situação de proximidade de diversos dispositivos móveis 16, 18.

[0012] Conforme será discutido em mais detalhes, os perfis e/ou políticas de usuário também podem ser usados para fazer determinadas funções, como acesso ao veículo e emparelhamento de dispositivo, disponíveis para o usuário 12 mesmo se apenas um dos dispositivos móveis 16, 18 estiver presente. Adicionalmente, muito embora dois dispositivos móveis sejam mostrados, mais do que dois dispositivos móveis também podem ser usados por um dado usuário para acessar funções de veículo. Por exemplo, o usuário 12 pode emparelhar um telefone inteligente, computador tipo tablet inteligente e reprodutor de mídia com o veículo 14 e designar o telefone inteligente como o dispositivo primário (por exemplo, "mestre"), em que o dispositivo primário pode ser usado para emparelhar outros dispositivos com o veículo 14.

[0013] Por exemplo, a Figura 2A demonstra que uma política pode ser implantada em que o usuário 12 é autorizado a entrar no veículo 14 se o primeiro dispositivo móvel 16 estiver presente, mas o segundo dispositivo móvel 18 não estiver. Tal caso pode ocorrer se o segundo dispositivo móvel 18 for perdido ou roubado ou o usuário 12 esquece, meramente, de levar o segundo dispositivo móvel 18. A política, que pode ser implantada como um perfil de usuário que corresponde ao usuário 12 ou como uma política global (por exemplo, perfil padrão) aplicável a todos os usuários ou grupos de usuários, também pode permitir que um dispositivo de substituição 20 (por exemplo, telefone inteligente) seja emparelhado com o veículo 14, desde que θ usuário 12 satisfaça, com êxito, uma restrição de login (por exemplo, inserir um código de acesso predefinido) associado ao perfil de usuário do usuário 12 e conclua um processo de emparelhamento. .

[0014] Semelhantemente, a Figura 2B demonstra que o perfil de usuário pode permitir que o usuário 12 entre no veículo 14 se o segundo dispositivo móvel 18 estiver presente, mas o primeiro dispositivo móvel 16 não estiver presente. Tal caso pode ocorrer se o primeiro dispositivo móvel 16 for perdido ou roubado ou o usuário 12 esquecer, meramente, de levar o primeiro dispositivo móvel 16. 0 perfil de usuário também pode permitir que um dispositivo de substituição 22 (por exemplo, chave por sensor magnético), seja emparelhado com o veículo 14, desde que o usuário 12 satisfaça, com êxito, a restrição de login associada ao perfil de usuário do usuário 12 e conclua o processo de emparelhamento. Dessa maneira, o uso de um esquema de autenticação de multifator pode possibilitar que novos fatores sejam emparelhados com o veículo 14 com custos, atraso e inconveniência consideravelmente menores para o usuário 12, enquanto mantém um nível relativamente alto de segurança em relação ao veículo 14.

[0015] Voltando, agora, para a Figura 3, uma arquitetura lógica 24 (24a a 24d) é mostrada, em que a arquitetura lógica 24 pode ser geralmente incorporada a um veículo como, por exemplo, o veículo 14 (Figuras 1, 2A e 2B) como hardware, software, firmware ou qualquer combinação dos mesmos. No exemplo ilustrado, um primeiro módulo de fator 24a usa um sensor de proximidade (não mostrado) para determinar uma primeira situação de proximidade do primeiro dispositivo móvel 16 em relação ao veículo. Semelhantemente, um segundo módulo de fator 24b pode usar um sensor de proximidade para determinar uma segunda situação de proximidade do segundo dispositivo móvel 18 em relação ao veículo. Um módulo de segurança 24c pode ter um componente de solicitação 40 que recebe uma solicitação de usuário por meio de uma interface de usuário (UI) 30 (por exemplo, botão de pressão, interruptor, etc.) do primeiro dispositivo móvel 16, uma UI 32 (por exemplo, tela sensível ao toque, microfone, etc.) do segundo dispositivo móvel 32, uma UI 34 (por exemplo, maçaneta de porta, botão de pressão, tela sensível ao toque, etc.) do veículo, etc. e configura uma acessibilidade de uma ou mais funções 2 6 (26a a 26c) do veículo em resposta à solicitação de usuário com base, pelo menos, em parte na primeira situação de proximidade e na segunda situação de proximidade. Em um exemplo, o módulo de segurança 24c identifica uma política tal como um ou mais perfis de usuário 28, em que pelo menos um dos perfis de usuário 28 pode ser associado ao primeiro dispositivo móvel 16 e/ou ao segundo dispositivo móvel 18 (e um usuário quecorresponde a tal(is) dispositivo (s) ) . Em tal caso, as funções de veículo 26 podem ser configuradas com base no perfil de usuário identificado.

[0016] Por exemplo, o módulo de segurança 24c pode ter um componente de negação 36 que negue as solicitações de usuário se a primeira situação de proximidade e a segunda situação de proximidade não satisfizerem uma condição de multifator do perfil de usuário. Mais particularmente, a condição de multifator pode estipular que ambos os dispositivos móveis 16, 18 (por exemplo, fatores) estejam, presentes a fim de que a função de veículo em questão esteja disponível para o usuário. Em tal caso, se a primeira situação de proximidade indicar que o primeiro dispositivo móvel 16 está presente, mas a segunda situação de proximidade indicar que o segundo dispositivo móvel 18 não está presente, a condição de multifator não seria satisfeita. Semelhantemente, se a segunda situação de proximidade indicar que o segundo dispositivo móvel 18 está presente, mas a primeira situação de proximidade indicar que o primeiro dispositivo móvel 16 não está presente, a condição de multifator não seria satisfeita.

[0017] Outras condições, como condições com base no tempo ou com base em localização também podem ser usadas. Por exemplo, se o perfil de usuário estipular que o usuário em questão (ou todos os usuários se uma política global e/ou perfil padrão for implantado) deve operar o veículo em um determinado raio de uma localização específica (por exemplo, endereço de rua) e for determinado que o veículo está fora desse raio, o componente de negação 36 pode negar a operação do veículo (por exemplo, impedir a ignição do veículo, desligar o veículo depois de fornecer um aviso ao condutor, etc.). Por meio de outro exemplo, se o perfil de usuário estipular que o usuário em questão deve operar o veículo dentro de um determinado período de tempo e for determinado que o tempo atual está fora do período de tempo especificado, o componente de negação 36 também pode negar a operação do veículo. Além disso, a execução das condições de multifator pode ser conduzida de forma permanente. Por exemplo, se for determinado que, depois de uma dada solicitação de usuário ter sido concedida, uma condição que leva à concessão da solicitação não é mais satisfeita, a concessão da condição pode ser eficientemente invertida. Assim, o desligamento do veículo pode ser implantado em tal cenário também. Outros exemplos podem incluir a proibição de uso de rádio enquanto o veículo está sendo operado para impedir cenários de condutor distraído.

[0018] 0 módulo de segurança 24c também pode ter um componente de concessão 38 que concede as solicitações de usuário se a primeira situação de proximidade e a segunda situação de proximidade satisfizerem a condição de multifator do perfil de usuário. Conforme será discutido em mais detalhes, o componente de concessão 38 também pode aplicar uma ou mais restrições como, por exemplo, uma restrição de tempo, restrição de localização, restrição de login, etc., do perfil de usuário para a função de veículo em questão. Com relação específica à restrição de login, a arquitetura ilustrada 24 também inclui um módulo de emparelhamento 24d configurado para emparelhar o primeiro e o segundo dispositivos móveis 16, 18, assim como os dispositivos de substituição como o dispositivo 20 (Figura 2A) e dispositivo 22 (Figura 2B) , com o veículo. Os dispositivos móveis 16, 18, e dispositivos de substituição 20 (Figura 2A), 22 (Figura 2B) também podem ser emparelhados entre si. Se ambos os fatores estiverem presentes, o módulo de emparelhamento 24d pode gerenciar o processo de emparelhamento normalmente. Se, por outro lado, apenas um dos fatores estiver presente, o módulo de emparelhamento 24d pode permitir a entrada no veículo e, então, solicitar que o usuário insira um código de acesso (por exemplo, número de identificação pessoal/PIN, senha, etc.) antes de prosseguir com o processo de emparelhamento.

[0019] Com relação adicional ao módulo de emparelhamento 24d, o código de acesso pode ser inserido em um dos dispositivos móveis 16, 18 ou, em algumas modalidades, pode ser exigido para ser inserido diretamente na UI do veículo 34 a fim de emparelhar os dispositivos 16, 18. Em outra modalidade, o emparelhamento automático pode ser habilitado, em que uma política padrão e/ou perfil de usuário podem ser usados até que um dispositivo "mestre" (por exemplo, primário) seja definido. Por exemplo, um dispositivo pode ser considerado como um mestre que deve estar presente a fim de emparelhar outros dispositivos juntos e com o veículo (uma chave mestre por sensor magnético, por exemplo) . Em algumas modalidades, o emparelhamento só pode ser concluído quando o dispositivo mestre também estiver presente (por exemplo, a fim de emparelhar um telefone inteligente menos privilegiado, por exemplo, operado por uma criança, um menor ou outro não proprietário do veículo e um telefone inteligente). Em algumas modalidades, um segundo dispositivo (por exemplo, telefone inteligente em vez de chave por sensor magnético) pode ser identificado como um dispositivo mestre no momento do emparelhamento para possibilitar a entrada de restrições de usuário em outros dispositivos secundários. Esses dispositivos "não mestres" secundários (por exemplo, telefone inteligente menos privilegiado) podem ser impedidos de ter suas próprias restrições de usuário alteradas. Os dispositivos secundários podem receber restrições de usuário para serem armazenadas no dispositivo através de inúmeros modos: Bluetooth, sem fio, NFC (comunicação de campo próximo), sincronização com computador ou outra base de encaixe, etc. As restrições de usuário podem ser, então, não modificáveis, no entanto, exceto na presença do dispositivo mestre.

[0020] Adicionalmente, o módulo de segurança ilustrado 24c tem um componente de notificação 42 configurado para gerar uma notificação por meio da UI 30 do primeiro dispositivo móvel 16, da UI 32 do segundo dispositivo móvel 18 e/ou da UI 34 do veículo se a primeira situação de proximidade indicar que o primeiro dispositivo móvel não está presente ou a segunda situação de proximidade indicar que o segundo dispositivo móvel não está presente. Mais particularmente, tal notificação pode ser útil em casos onde um usuário está, genuinamente, tentando operar o veículo sem um dos fatores (por exemplo, o fator esquecido está faltando) assim como casos onde um usuário não autorizado está tentando operar o veículo sem um dos fatores (por exemplo, o fator roubado está presente) . A notificação pode ser enviada para o fator próximo (por exemplo, no caso de um fator esquecido) e/ou o fator faltante (por exemplo, no caso de um fator roubado), dependendo das circunstâncias.

[0021] No exemplo ilustrado, cada um dos dispositivos móveis 16, 18, inclui um repositório de política 17 para armazenar uma política que tem uma ou mais condições de multifator, assim como uma interface sem fio 19 para receber uma solicitação do módulo de segurança 24c do veículo e transmitir a política para o módulo de segurança 24c em resposta à solicitação. Em um exemplo, a política é um perfil de usuário. Conforme já notado, uma dada condição de multifator pode indicar se as funções 26 do veículo devem estar acessíveis se o primeiro dispositivo móvel 16 ou o segundo dispositivo móvel 18 não estiverem em proximidade com o veículo durante uma tentativa de acesso das funções 26 do veículo. A política pode ser transmitida para o módulo de segurança 24c em conjunto com um processo de emparelhamento e/ou uma tentativa de acessar uma ou mais funções 26 do veículo.

[0022] Adicionalmente com relação ao processo de emparelhamento, os dispositivos móveis ilustrados 16, 18 também incluem um módulo de emparelhamento 21 que seja configurado para emparelhar o respectivo dispositivo com o veículo e/ou outros dispositivos. Em um exemplo, o módulo de emparelhamento 21 do primeiro dispositivo móvel 16 recebe um código de acesso por meio da UI 30 e determina se o código de acesso satisfaz uma restrição de login da política, em que o primeiro dispositivo móvel 16 é emparelhado se o código de acesso satisfizer a restrição de login. Semelhantemente, o módulo de emparelhamento 21 do segundo dispositivo móvel 18 pode receber um código de acesso por meio da UI 32 e determinar se o código de acesso satisfaz a restrição de login da política, em que o segundo dispositivo móvel 18 é emparelhado se o código de acesso satisfizer a restrição de login. Alternativamente, a determinação quanto a se o código de acesso satisfaz a restrição de login pode ser conduzida pelo veículo. Além do mais, em algumas ocasiões, um dispositivo móvel como, por exemplo, o primeiro dispositivo móvel 16 (por exemplo, chave por sensor magnético) pode não ter a capacidade de suportar a entrada de credenciais de login. Em tal caso, a UI 34 do veículo pode ser usada ou o processo de login pode ser desviado totalmente se o dispositivo for um dispositivo mestre.

[0023] A Figura 4 mostra um conjunto de perfis de usuário 28 estruturados como uma tabela. No exemplo ilustrado, uma pluralidade de usuários (por exemplo, "Pai", "Mãe", "Sally"), cada um, tem várias preferências que são programáveis/configuráveis. Por exemplo, um código de acesso, a quantidade de fatores exigida para acessar o veículo ("Fatores de Acesso"), a quantidade de fatores exigida para ativar a ignição do veículo ("Fatores de Partida"), a quantidade de fatores exigida para operar o veículo ("Fatores de Condução"), restrições de localização, restrições de tempo e assim por diante, podem, todos, ser definidos com base em usuário por usuário. Além do mais, os parâmetros especificados podem ser usados para determinar se deve- se conceder solicitações de usuário, assim como se deve- se aplicar as condições específicas ao usuário às solicitações concedidas. É particularmente notável que diferentes usuários possam ter diferentes políticas. Por exemplo, a Mãe e o Pai são capazes de dar partida no veículo com apenas um fator presente, enquanto o perfil para Sally chama para que dois fatores estejam presentes a fim de dar partida no veículo, no exemplo ilustrado. Muito embora o conjunto ilustrado de perfis de usuário 28 seja estruturado como uma tabela, o conjunto de perfis de usuário 28 também pode utilizar outras estruturas conhecidas como estruturas de banco de dados relacional e/ou listas ligadas para rastrear, gerenciar, controlar e organizar os dados representados no presente documento.

[0024] Voltando-se, agora, à Figura 5, um método 44 de gerenciar um ambiente de autenticação de multifator é mostrado. O método 44 pode ser implantado como um conjunto de instruções lógicas e/ou firmware armazenado em um meio de armazenamento legível por máquina ou por computador como memória de acesso aleatório (RAM), memória somente de leitura (ROM), ROM programável (PROM), memória rápida, etc., em lógica configurável como, por exemplo, arranjos de lógica programáveis (PLAs), arranjos de porta programáveis em campo (FPGAs), dispositivos lógicos programáveis complexos (CPLDs), em hardware lógico de funcionalidade fixa com o uso de tecnologia de circuito como, por exemplo, circuito integrado de aplicação específica (ASIC), semicondutor de óxido de metal complementar (CMOS) ou tecnologia de lógica de transistor-transistor (TTL) ou qualquer combinação dos mesmos. Por exemplo, lógica de transistor-transistor (TTL) o código de programa de computador para realizar as operações mostradas no método 44 podem ser escritas em qualquer combinação de uma ou mais linguagens de programação, inclusive uma linguagem de programação orientada por objeto como C + + ou semelhante e linguagens de programação processuais convencionais, como a linguagem de programação "C" ou linguagens de programação semelhantes. Além do mais, o método 44 pode ser implantado como a arquitetura lógica 24 (Figura 3) que usa quaisquer tecnologias de circuito mencionadas acima.

[0025] O bloco de processamento ilustrado 46 estabelece receber uma solicitação de usuário por meio de uma interface de usuário, por exemplo, de um primeiro dispositivo móvel, um segundo dispositivo móvel, um veículo e assim por diante. A solicitação de usuário pode corresponder a uma ou mais funções do veículo como uma função de destravamento de porta (por exemplo, solicitação de acesso), uma função de ignição (por exemplo, solicitação de partida), uma função de ajuste de usuário (por exemplo, preferências de assento, preferências de rádio), uma função de operação de veículo (por exemplo, colocar/manter a transmissão engatada), uma função de emparelhamento (por exemplo, dispositivo de substituição) e assim por diante. Uma determinação pode ser feita no bloco 48 quanto a se uma condição de multifator é satisfeita. Conforme já notado, a condição de multifator pode levar em consideração uma primeira situação de proximidade de um primeiro dispositivo móvel em relação ao veículo, uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo, etc., em que a condição de multifator pode satisfazer se ambos os dispositivos móveis estão presentes a fim de tornar a função de veículo em questão disponível para o usuário. Se a condição de multifator não for satisfeita, o bloco 52 pode negar a solicitação de usuário. O bloco 52 também pode estabelecer a geração de uma notificação por meio da interface de usuário, por exemplo, do primeiro dispositivo móvel, do segundo dispositivo móvel, do veículo ou de qualquer combinação dos mesmos, a fim de informar ao proprietário do veículo de um dispositivo móvel faltante, perdido e/ou roubado, conforme já discutido.

[0026] Se, por outro lado, a condição de multifator for satisfeita, o bloco ilustrado 50 concede a solicitação de usuário e aplica quaisquer restrições relevantes à solicitação. Tanto a condição de multifator quanto as restrições podem ser definidas com base de usuário por usuário e armazenadas em um perfil apropriado, política, etc. Em um exemplo, a restrição é uma restrição de localização em que a função de veículo só está disponível em determinadas localizações. Em outro exemplo, a restrição é uma restrição de tempo em que a função de veículo só está disponível em determinados momentos e/ou por determinadas durações de tempo. Em ainda outro exemplo, a restrição é uma restrição de login em que a função de veículo só está disponível se o usuário inserir um código de acesso predeterminado. A restrição de login pode ser particularmente útil para emparelhar dispositivos e dispositivos de substituição.

[0027] A Figura 6 ilustra um núcleo de processador 200 de acordo com uma modalidade. O núcleo de processador 200 pode ser o núcleo para qualquer tipo de processador, como um microprocessador, um processador embutido, um processador de sinal digital (DSP), um processador de rede ou outro dispositivo para executar código. Muito embora apenas um núcleo de processador 200 seja ilustrado na Figura 6, um elemento de processamento pode, alternativamente, incluir mais do que um do núcleo de processador 200 ilustrado na Figura 6. O núcleo de processador 200 pode ser um núcleo de única execução ou, para pelo menos uma modalidade, o núcleo de processador 2 00 pode ter múltiplas execuções em que o mesmo pode incluir um contexto de encadeamento de hardware (ou "processador lógico") por núcleo.

[0028] A Figura 6 também ilustra uma memória 270 acoplada ao processador 200. A memória 270 pode ser qualquer uma de uma ampla variedade de memórias (inclusive várias camadas de hierarquia de memória)conforme são conhecidas ou disponíveis, de outro modo, para aqueles versados na técnica. A memória 270 pode incluir uma ou mais instrução(ões) de código 213 a ser(em) executada(s) pelo núcleo de processador 200, em que o código 213 pode implantar a arquitetura lógica 24 (Figura 3), já discutida. O núcleo de processador 200 segue uma sequência de programa de instruções indicadas pelo código 213. Assim, o núcleo de processador 200 pode ser parte de um veículo tal como o veículo 14 (Figura 1). O núcleo de processador 200 também pode ser usado em um dispositivo móvel como os dispositivos móveis 16, 18 (Figura 3) para suportar a funcionalidade desses dispositivos. Cada instrução pode inserir uma porção de extremidade frontal 210 e ser processada por um ou mais decodificadores 220. O decodificador 220 pode gerar como seu produto uma micro-operação como uma micro-operação de largura fixa em um formato predefinido ou pode gerar outras instruções, microinstruções ou sinais de controle que refletem a instrução de código original. A extremidade frontal ilustrada 210 também inclui lógica de renomeação de registro 225 e lógica de escalonamento 230, que geralmente alocam recursos e enfileira a operação que corresponde à instrução de conversão para execução.

[0029] O processador 200 é mostrado incluindo lógica de execução 250 que tem um conjunto de unidades de execução 255-1 a 255-N. Algumas modalidades podem incluir inúmeras unidades de execução dedicadas a funções específicas ou conjuntos de funções. Outras modalidades podem incluir apenas uma unidade de execução ou uma unidade de execução que possa realizar uma função em particular. A lógica de execução ilustrada 250 realiza as operações especificadas pelas instruções de código.

[0030] Depois da conclusão da execução das operações especificadas pelas instruções de código, a lógica de extremidade traseira 260 dá baixa nas instruções do código 213. Em uma modalidade, o processador 200 permite a execução fora de serviço, mas exige a baixa em serviço de instruções. Uma lógica de baixa 265 pode assumir uma variedade de formas conforme conhecida para aqueles versados na técnica (por exemplo, áreas de armazenamento temporário de reordenação ou semelhante). Dessa maneira, o núcleo de processador 200 é transformado durante a execução do código 213, pelo menos em termos do resultado gerado pelo decodificador, os registros de hardware e tabelas utilizados pela lógica de renomeação de registro 225 e quaisquer registros (não mostrados) são modificados pela lógica de execução 250.

[0031] Embora não seja ilustrado na Figura 6, um elemento de processamento pode incluir outros elementos em placa com o núcleo de processador 200. Por exemplo, um elemento de processamento pode incluir lógica de controle de memória junto com o núcleo de processador 200. O elemento de processamento pode incluir lógica de controle de I/O e/ou pode incluir lógica de controle de I/O integrada com lógica de controle de memória. O elemento de processamento também pode incluir um ou mais caches.

[0032] Referindo-se, agora, à Figura 7, um diagrama deblocos de um sistema 1000 é mostrado de acordo com uma modalidade da presente invenção. Em um exemplo, o sistema 1000 é parte de um veículo como o veículo 14, já discutido. O sistema 1000 também pode ser usado em um dispositivo móvel como os dispositivos móveis 16, 18 (Figura 3) para suportar a funcionalidade desses dispositivos. Mostrado na Figura 7 é um sistema de multiprocessador 1000 que inclui um primeiro elemento de processamento 1070 e um segundo elemento deprocessamento 1080. Enquanto dois elementos deprocessamento 1070 e 1080 são mostrados, deve-se compreender que uma modalidade do sistema 1000 também pode incluir apenas tal elemento de processamento.

[0033] O sistema 1000 é ilustrado como um sistema de interconexão de ponto a ponto, em que o primeiro elemento de processamento 1070 e segundo elemento de processamento 1080 são acoplados por meio de uma interconexão de ponto a ponto 1050. Deve-se compreender que quaisquer ou todas as interconexões ilustradas na Figura 7 podem ser implantadas como um barramento de multiponto em vez de interconexão de ponto a ponto.

[0034] Conforme mostrado na Figura 7, cada um dos elementos de processamento 1070 e 1080 pode consistir em processadores de multinúcleo, inclusive primeiro e segundo núcleos de processador (isto é, núcleos de processador 1074a e 1074b e núcleos de processador 1084a e 1084b). Tais núcleos 1074, 1074b, 1084a, 1084b podem ser configurados para executar instrução código de uma maneira semelhante àquela discutida acima em conexão com a Figura 6.

[0035] Cada elemento de processamento 1070, 1080 pode incluir pelo menos um cache compartilhado 1896. O cache compartilhado 1896a, 1896b pode armazenar dados (por exemplo, instruções) que são utilizados por um ou mais componentes do processador, como os núcleos 1074a, 1074b e 1084a, 1084b, respectivamente. Por exemplo, o cache compartilhado pode armazenar localmente em cache os dados armazenados em uma memória 1032, 1034 (por exemplo, meio legível por computador, meio de armazenamento legível por computador, etc.) para acesso mais rápido por componentes do processador. Em uma ou mais modalidades, o cache compartilhado pode incluir um ou mais caches de nível intermediário, como nível 2 (L2) , nível 3 (L3) , nível 4 (L4) ou outros níveis de cache, um cache de último nível (LLC) e/ou combinações dos mesmos.

[0036] Muito embora mostrado com apenas dois elementos de processamento 1070, 1080, deve-se compreender que o escopo da presente invenção não é tão limitado. Em outras modalidades, um ou mais elementos de processamento adicionais podem estar presentes em um dado processador. Alternativamente, um ou mais elementos de processamento 1070, 1080 podem ser um elemento além de um processador, como um acelerador ou um arranjo de porta programável em campo. Por exemplo, o(s) elemento(s) de processamento adicional(is) pode(m) incluir processador(es) adicional(is) que é(são) um primeiro processador 1070, processador(es) adicional(is) que é(são) heterogêneo(s) ou assimétrico (s) paraprocessar um primeiro processador 1070, aceleradores (como, por exemplo, aceleradores gráficos ou unidades de processamento de sinal digital (DSP)), arranjos de porta programáveis em campo ou qualquer outro elemento de processamento. Pode haver uma variedade de diferenças entre os elementos de processamento 1070, 1080 em termos de um espectro de métrica de mérito, inclusive características de arquitetura, microarquitetura, térmicas, de consumo de energia e semelhantes. Essas diferenças podem se manifestar, efetivamente, as próprias, como assimetria e heterogeneidade dentre os elementos de processamento 1070, 1080. Para pelo menos uma modalidade, os vários elementos de processamento 1070, 1080 podem residir no mesmo pacote de molde.

[0037] O primeiro elemento de processamento 1070 pode incluir adicionalmente interfaces lógica de controlador de memória (MC) 1072 e de ponto a ponto (P-P) 1076 e 1078. Semelhantemente, o segundo elemento de processamento 1080 pode incluir interfaces de MC 1082 e P-P 1086 e 1088. Conforme mostrado na Figura 7, os MC's 1072 e 1082 acoplam os processadores às respectivas memórias, ou seja, uma memória 1032 e uma memória 1034, que podem ser porções de memória principal localmente fixada aos respectivos processadores. Muito embora a lógica de MC 1072 e 1082 seja ilustrada como integrada aos elementos de processamento 1070, 1080, para modalidades alternativas, a lógica de MC pode ser lógica discreta fora dos elementos de processamento 1070, 1080 em vez de integrada aos mesmos.

[0038] O primeiro elemento de processamento 1070 e o segundo elemento de processamento 1080 podem ser acoplados a um subsistema de I/O 1090 por meio de interconexões de P-P 1076, 1086 e 1084, respectivamente. Conforme mostrado na Figura 7, o subsistema de I/O 1090 inclui interfaces de P-P 1094 e 1098. Ademais, o subsistema de I/O 1090 inclui uma interface 1092 para acoplar o subsistema de I/O 1090 com um motor gráfico de alto desempenho 1038. Em uma modalidade, o barramento 1049 pode ser usado para acoplar motor gráfico 1038 ao subsistema de I/O 1090. Alternativamente, uma interconexão de ponto a ponto 1039 pode acoplar esses componentes.

[0039] Sucessivamente, o subsistema de I/O 1090 pode ser acoplado a um primeiro barramento 1016 por meio de uma interface 1096. Em uma modalidade, o primeiro barramento 1016 pode ser um barramento de Interconexão de Componente Periférico (PCI) ou um barramento como um barramento Expresso de PCI ou outro barramento de interconexão de I/O da terceira geração, muito embora o escopo da presente invenção não seja limitado.

[0040] Conforme mostrado na Figura 7, vários dispositivos de I/O 1014 podem ser acoplados ao primeiro barramento 1016, junto com uma ponte de barramento 1018 que pode acoplar o primeiro barramento 1016 a um segundo barramento 1020. Os dispositivos de I/O 1014 podem incluir, por exemplo, um ou mais sensores de proximidade que podem ser usados para determinar a situação de proximidade de dispositivos móveis em relação a um veículo. Por exemplo, os sensores de proximidade podem incorporar tecnologia de comunicações de campo próximo (NFC), tecnologia de identificador de radiofrequência (RFID), tecnologia de infravermelho (IR) e assim por diante. Em uma modalidade, o segundo barramento 1020 pode ser um barramento com pinagem reduzida (LPC). Vários dispositivos podem ser acoplados ao segundo barramento 1020 inclusive, por exemplo, um teclado/mouse 1012, dispositivo(s) de comunicação 1026 (que podem, sucessivamente, estar em comunicação com uma rede de computador, não mostrada) e uma unidade de armazenamento de dados 1018 como uma unidade de disco ou outro dispositivo de armazenamento em massa que pode incluir código 1030, em uma modalidade. 0 código 1030 pode incluir instruções para realizar modalidades de um ou mais dos métodos descritos acima. Assim, o código ilustrado 1030 pode implantar a arquitetura lógica 24 (Figura 3) e pode ser semelhante ao código 213 (Figura 6), já discutido. Ademais, uma I/O de áudio 1024 pode ser acoplada ao segundo barramento 1020.

[0041] Nota-se que outras modalidades são contempladas. Por exemplo, em vez da arquitetura de ponto a ponto da Figura 7, um sistema pode implantar um barramento de multiponto ou outra topologia de comunicação. Também, os elementos da Figura 7 podem, alternativamente, ser divididos usando-se mais ou menos placas integradas do que o mostrado na Figura 7.

[0042] As tecnologias descritas no presente documento podem, portanto, reduzir o custo possibilitando-se que dispositivos para fins gerais como telefone inteligentes, mesas inteligentes, etc., sejam usados para fins de autenticação em um conteúdo de veículo. Além disso, atrasos associados à substituição de dispositivos de autenticação perdidos ou roubados podem ser significativamente reduzidos devido à habilidade de emparelhar uma ampla variedade de dispositivos com o veículo instantaneamente. Além do mais, o uso de perfis e/ou políticas personalizáveis para aplicar restrições de segurança podem ser muito mais convenientes aos usuários e podem, substancialmente, intensificar a experiência do usuário. Além disso, os dispositivos móveis podem ser configurados para se comunicar diretamente com o veículo para gue as informações de situação de proximidade possam ser determinadas entre um dispositivo móvel para fins gerais e o veículo sem envolver um intermediário como um servidor e/ou provedor de serviço.

[0043] Os exemplos podem incluir um aparelho que tem um primeiro módulo de fator para determinar uma primeira situação de proximidade de um primeiro dispositivo móvel em relação a um veículo e um segundo módulo de fator para determinar uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo. O aparelho também pode incluir um módulo de segurança para configurar uma acessibilidade de uma ou mais funções do veículo com base, pelo menos em parte, na primeira situação de proximidade e na segunda situação de proximidade.

[0044] Adicionalmente, o módulo de segurança pode identificar uma política associada a um ou mais dentre o primeiro dispositivo móvel e o segundo dispositivo móvel, em que a acessibilidade deve ser configurada adicionalmente com base na política.

[0045] Adicionalmente, o módulo de segurança pode receber uma solicitação de usuário por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo, em que a acessibilidade deve ser configurada em resposta à solicitação de usuário.

[0046] Além do mais, o módulo de segurança pode incluir um componente de negação para negar a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade não satisfizerem uma condição de multifator da política.

[0047] Adicionalmente, o módulo de segurança pode incluir um componente de concessão para conceder a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade satisfizerem uma condição de multifator da política.

[0048] Adicionalmente, o componente de concessão pode aplicar uma ou mais dentre uma restrição de tempo da política, uma restrição de localização da política e uma restrição de login da política a pelo menos uma das uma ou mais funções do veículo.

[0049] Além do mais, o módulo de segurança pode incluir um componente de notificação para gerar uma notificação por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo se a primeira situação de proximidade indicar que o primeiro dispositivo móvel não está presente ou a segunda situação de proximidade indicar que o segundo dispositivo móvel não estápresente.

[0050] Adicionalmente, pelo menos uma das uma ou mais funções do veículo pode incluir uma ou mais dentre uma função de destravamento de porta, uma função de destravamento de porta-malas, uma função de ignição, uma função de ajuste de usuário, uma função de operação de veículo e uma função de emparelhamento de dispositivo de substituição.

[0051] Adicionalmente, quaisquer dos exemplos de aparelho mencionados anteriormente podem incluir adicionalmente um sensor de proximidade, em que o primeiro módulo de fator deve usar o sensor de proximidade para determinar a primeira situação de proximidade e o segundo módulo de fator deve usar o sensor de proximidade para determinar a segunda situação de proximidade.

[0052] Os exemplos também podem incluir um método em que uma primeira situação de proximidade de um primeiro dispositivo móvel é determinada em relação a um veículo. O método também pode estabelecer determinar uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo e configurar uma acessibilidade de uma ou mais funções do veículo com base pelo menos em parte na primeira situação de proximidade e na segunda situação de proximidade.

[0053] Adicionalmente, o método pode incluir adicionalmente identificar uma política associada a um ou mais dentre o primeiro dispositivo móvel e o segundo dispositivo móvel, em que a acessibilidade é configurada adicionalmente com base na política.

[0054] Adicionalmente, o método ■ pode incluir adicionalmente receber uma solicitação de usuário por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo, em que a acessibilidade é configurada em resposta à solicitação de usuário.

[0055] Além do mais, a configuração da acessibilidade pode incluir negar a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade não satisfizerem uma condição de multifator da política.

[0056] Adicionalmente, a configuração da acessibilidade pode incluir conceder a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade satisfizerem uma condição de multifator da política.

[0057] Adicionalmente, a configuração da acessibilidade pode incluir, ainda mais, aplicar uma ou mais dentre uma restrição de tempo da política, uma restrição de localização da política e uma restrição de login da política para pelo menos uma das uma ou mais funções do veículo.

[0058] Além do mais, a configuração da acessibilidade pode incluir gerar uma notificação por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo se a primeira situação de proximidade indicar que o primeiro dispositivo móvel não está presente ou a segunda situação de proximidade indicar que o segundo dispositivo móvel não está presente.

[0059] Adicionalmente, em quaisquer dos exemplos de método mencionados anteriormente, pelo menos uma das uma ou mais funções do veículo pode incluir uma ou mais dentre uma função de destravamento de porta, uma função de destravamento de porta-malas, uma função de ignição, uma função de ajuste de usuário, uma função de operação de veículo e uma função de emparelhamento de dispositivo de substituição.

[0060] Os exemplos também podem incluir pelo menos um meio de armazenamento legível por máquina que tem um conjunto de instruções que, quando executadas por um processador, fazem com que um veículo realize quaisquer dos exemplos de método mencionados anteriormente.

[0061] Além do mais, os exemplos podem incluir um sistema que tem um sensor de proximidade e um primeiro módulo de fator para usar o sensor de proximidade para determinar uma primeira situação de proximidade de um primeiro dispositivo móvel em relação a um veículo. O sistema também pode ter um segundo módulo de fator para usar o sensor de proximidade para determinar uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo e um módulo de segurança para configurar uma acessibilidade de uma ou mais funções do veículo com base, pelo menos em parte, na primeira situação de proximidade e na segunda situação de proximidade.

[0062] Os exemplos também podem incluir um dispositivo móvel que tem um repositório de política para armazenar uma política com uma condição de multifator. O dispositivo móvel também pode incluir uma interface sem fio para receber uma solicitação a partir de um módulo de segurança de um veículo e transmitir a política para o módulo de segurança em resposta à solicitação.

[0063] Adicionalmente, a condição de multifator pode indicar se uma ou mais funções devem ser acessíveis se o primeiro dispositivo móvel ou um segundo dispositivo móvel não estiverem em proximidade com o veículo.

[0064] Adicionalmente, o dispositivo móvel pode incluir adicionalmente um módulo de emparelhamento para emparelhar o primeiro dispositivo móvel com o veículo.

[0065] Além do mais, o módulo de emparelhamento pode receber um código de acesso por meio de uma interface de usuário do primeiro dispositivo móvel, em que o primeiro dispositivo móvel deve ser emparelhado com o veículo apenas se o código de acesso satisfizer uma restrição de login da política.

[0066] Adicionalmente, a interface sem fio pode receber uma notificação de que o primeiro dispositivo móvel é um dispositivo mestre, em que a política deve incluir uma pluralidade de perfis de usuário.

[0067] Adicionalmente, a interface sem fio de quaisquer dos exemplos de dispositivo móvel mencionados anteriormente pode receber uma notificação de que o primeiro dispositivo móvel ou o segundo dispositivo móvel não está em proximidade com o veículo durante uma tentativa de acesso de uma ou mais funções do veículo.

[0068] Os exemplos também podem incluir pelo menos um meio de armazenamento legível por máquina que compreende um conjunto de instruções que, quando executadas por um processador, fazem com que um primeiro dispositivo móvel realize métodos de quaisquer dos exemplos de dispositivo móvel mencionados anteriormente.

[0069] Várias modalidades podem ser implantadas com o uso de elementos de hardware, elementos de software ou uma combinação de ambos. Os exemplos de elementos de hardware podem incluir processadores, microprocessadores, circuitos, elementos de circuito (por exemplo, transistores, resistores, capacitores, indutores e assim por diante), circuitos integrados, circuitos integrados de aplicação específica (ASIC), dispositivos lógicos programáveis (PLD), processadores de sinal digital (DSP), arranjos de porta programáveis em campo (FPGAs), portas lógicas, registros, dispositivos semicondutores, placas, microplacas, conjuntos de placa e assim por diante. Os exemplos de software podem incluir componentes de software, programas, aplicativos, programas de computador, programas de aplicativo, programas de sistema, programas de máquina, software de sistema operacional, middleware, firmware, módulos de software, rotinas, sub-rotinas, funções, métodos, procedimentos, interfaces de software, interfaces de programa de aplicativo (API), conjuntos de instruções, código de computação, código de computador, segmentos de código, segmentos de código de computador, palavras, valores, símbolos ou qualquer combinação dos mesmos. Determinar se uma modalidade é implantada com o uso de elementos de hardware e/ou elementos de software pode variar de acordo com qualquer quantidade de fatores, como taxa computacional desejada, níveis de potência, tolerâncias de calor, orçamento de ciclo de processamento, taxas de dados de entrada, taxas de dados de saída, recursos de memória, velocidades de barramento de dados e outras restrições de projeto ou desempenho.

[0070] Um ou mais aspectos de pelo menos uma modalidade podem ser implantados por instruções representativas armazenadas em um meio legível por máquina que representa várias lógicas no processador, que, quando lidas por uma máquina, fazem com que a máquina fabrique lógica para desempenhar as técnicas descritas no presente documento. Tais representações conhecidas como "núcleos de IP" podem ser armazenadas em um meio legível por máquina, tangível e fornecidas a vários clientes ou instalações de fabricação para carregar para as máquinas de fabricação que, de fato, fazem a lógica ou o processador.

[0071] As modalidades da presente invenção são aplicáveis para uso com todos os tipos de placas de circuito integrado de semicondutor ("IC"). Os exemplos dessas placas de IC incluem, mas sem limitação, processadores, controladores, componentes de conjunto de placas, arranjos de lógica programáveis (PLAs), placas de memória, placas de rede e semelhantes. Adicionalmente, em alguns dos desenhos, as linhas condutoras de sinal são representadas por linhas. Algumas podem ser diferentes, para indicar mais percursos de sinal constituintes, ter uma quantidade de rótulo, para indicar uma quantidade de percursos de sinal constituintes e/ou ter setas em uma ou mais extremidades, para indicar a direção de fluxo deinformações primárias. Isso, no entanto, não deve ser interpretado de uma maneira limitante. Em vez disso, tal detalhe adicionado pode ser usado em conexão com uma ou mais modalidades exemplificativas para facilitar a compreensão mais fácil de um circuito. Quaisquer linhas de sinal representadas, independente de terem ou não informações adicionais, podem, de fato, compreender um ou mais sinais que podem percorrer em diversas direções e podem ser implantados com qualquer tipo adequado de esquema de sinal, por exemplo, linhas digitais ou analógicas implantadas com pares diferenciais, linhas de fibra ótica e/ou linhas com única extremidade.

[0072] Os tamanhos / modelos / valores / faixas exemplificativos podem ser dados, muito embora as modalidades da presente invenção não sejam limitadas aos mesmos. Na medida em que as técnicas de fabricação (por exemplo, fotolitografia) amadurecem com o tempo, espera- se que os dispositivos de tamanho menor possam ser fabricados. Adicionalmente, as conexões de potência/solo conhecidas com as placas de IC e outros componentes podem ou não ser mostradas nas Figuras, por questão de simplicidade de ilustração e discussão e de modo a não obscurecer determinados aspectos das modalidades da invenção. Ademais, as disposições podem ser mostradas na forma de diagrama de blocos a fim de evitar obscurecer as modalidades da invenção e, também, em vista do fato de que especificações com relação à implantação de tais disposições de diagrama de blocos são altamente dependentes da plataforma em que a modalidade deve ser implantada, isto é, tais especificações devem estar bemdentro do alcance de um versado na técnica. Onde os detalhes específicos (por exemplo, circuitos) são estabelecidos a fim de descrever modalidades exemplificativas da invenção, deve ser evidente para um versado na técnica que as modalidades da invenção podem ser praticadas sem ou com variação desses detalhes específicos. A descrição deve, então, ser considerada como ilustrativa em vez de limitante.

[0073] Algumas modalidades podem ser implantadas, por exemplo, através do uso de uma máquina ou meio ou artigo de legível por computador tangível que pode armazenar uma instrução ou um conjunto de instruções que, se executada por uma máquina, pode fazer com que a máquina execute um método e/ou operações de acordo com as modalidades. Tal máquina pode incluir, por exemplo, qualquer plataforma de processamento adequada, plataforma de computação, dispositivo de computação, dispositivo de processamento, sistema de computação, sistema de processamento, computador, processador ou semelhante e pode ser implantada através do uso de qualquer combinação adequada de hardware e/ou software. O meio ou artigo legível por máquina pode incluir, por exemplo, qualquer tipo adequado de unidade de memória, dispositivo de memória, artigo de memória, meio de memória, dispositivo de armazenamento, artigo de armazenamento, meio de armazenamento e/ou unidade de armazenamento, por exemplo, memória, mídia removível ou não removível, mídia apagável ou não apagável, mídia gravável ou não gravável, mídia digital ou analógica, disco rígido, disco flexível, Disco Compacto com Memória somente de leitura (CD-ROM), Disco Compacto Gravável (CD-R), Disco Compacto Regravável (CD-RW), disco óptico, mídia magnética, mídia magneto-óptico, cartões ou discos de memória removíveis, vários tipos de Disco Versátil Digital (DVD), uma fita, um cassete ou semelhante. As instruções podem incluir qualquer tipo adequado de código, como código fonte, código compilado, código interpretado, código executável, código estático, código dinâmico, código criptografado e semelhantes, implantados com o uso de qualquer linguagem de programação de alto nível, baixo nível, orientada por objeto, visual, compilada e/ou interpretada adequada.

[0074] A menos que seja especificamente estabelecido de outro modo, pode ser observado que os termos como "processamento", "computação", "cálculo", "determinação" ou semelhante, se referem à ação e/ou processos de um computador ou sistema de computação ou dispositivo de computação eletrônico semelhante, que manipule e/ou transforme dados representados como quantidades físicas (por exemplo, eletrônicos) nos registros e/ou memórias do sistema de computação em outros dados semelhantemente representados como quantidades físicas nas memórias, registros ou outro tal armazenamento de informações, dispositivos de transmissão ou exibição do sistema de computação. As modalidades não são limitadas nesse contexto.

[0075] O termo "acoplado" pode ser usado, no presente documento, para se referir a qualquer tipo de relação, direta ou indireta, entre os componentes em questão e pode se aplicar às conexões elétricas, mecânicas, fluidas, ópticas, eletromagnéticas, eletromecânicas ou outras conexões. Adicionalmente, os termos "primeiro", "segundo", etc. podem ser usados no presente documento apenas para facilitar a discussão e não carregam significância temporal ou cronológica em particular, a menos que seja indicado de outro modo.

[0076] Aqueles versados na técnica observarão a partir da descrição anterior, que as técnicas amplas das modalidades da presente invenção podem ser implantadas de uma variedade de formas. Portanto, embora as modalidades desta invenção tenham sido descritas em conexão com exemplos particulares das mesmas, o verdadeiro escopo das modalidades da invenção não deve ser limitado, desse modo, uma vez que outras modificações se tornarão evidentes para o praticante versado em um estudo dos desenhos, relatório descritivo e reivindicações a .seguir.

Claims

1. Meio de armazenamento legível por máquina, pelo menos um, compreendendo um conjunto de instruções caracterizado por, quando executadas por um processador, fazem com que um primeiro dispositivo móvel (16):armazene uma política que inclui uma condição de multifator que deve incluir um número configurado exclusivamente para um usuário afirmando quantos dispositivos (16, 18) devem ser requeridos a permitir que uma função de um veículo seja acessível ao usuário;receba uma solicitação a partir de um módulo de segurança (24c) de um veículo (1); etransmita a política para o módulo de segurança (24c) em resposta à solicitação.

2. Método caracterizado por compreender:determinar uma primeira situação de proximidade de um primeiro dispositivo móvel (16) em relação a um veículo;determinar uma segunda situação de proximidade de um segundo dispositivo móvel (18) em relação ao veículo (1);identificar uma política associada a um ou mais do primeiro dispositivo móvel (16) e o segundo dispositivo móvel; econfigurar uma acessibilidade de uma ou mais funções do veículo (1) com base pelo menos em parte na primeira situação de proximidade e na segunda situação de proximidade, em que a acessibilidade deve ser configurada adicionalmente com base na política, em que a política deve incluir um número configurado exclusivamente para um usuário afirmando quantos dispositivos (16, 18) devem ser requeridos para permitir que uma função de um veículo (1) seja acessível ao usuário.

3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que inclui, adicionalmente, receber uma solicitação de usuário por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo, em que a acessibilidade é configurada em resposta à solicitação de usuário.

4. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que configurar a acessibilidade inclui negar a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade não satisfizerem uma condição de multifator da política.

5. Método, de acordo com a reivindicação 3, caracterizado pelo fato de que configurar a acessibilidade inclui conceder a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade satisfizerem uma condição de multifator da política.

6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que configurar a acessibilidade inclui, adicionalmente, aplicar uma ou mais dentre uma restrição de tempo da política, uma restrição de localização da política e uma restrição de login da política para pelo menos uma das uma ou mais funções do veículo.

7. Método, de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de que configurar a acessibilidade inclui gerar uma notificação por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo se a primeira situação de proximidade indicar que o primeiro dispositivo móvel não está presente ou a segunda situação de proximidade indicar que o segundo dispositivo móvel não está presente.

8. Método, de acordo com qualquer uma das reivindicações 2 a 6, caracterizado pelo fato de que pelo menos uma dentre as uma ou mais funções do veículo inclui uma ou mais de uma função de destravamento de porta, uma função de destravamento de porta-malas, uma função de ignição, uma função de ajuste de usuário, uma função de operação de veículo e uma função de emparelhamento de dispositivo de substituição.

9. Meio de armazenamento legível por máquina, pelo menos um, compreendendo um conjunto de instruções caracterizado por, quando executadas por um processador, fazem com que um veículo:determine uma primeira situação de proximidade de um primeiro dispositivo móvel (16) em relação ao veículo;determine uma segunda situação de proximidade de um segundo dispositivo móvel (18) em relação ao veículo; identifique uma política associada a um ou mais do primeiro dispositivo móvel (16) e o segundo dispositivo móvel (18); econfigure uma acessibilidade de uma ou mais funções do veículo com base, pelo menos em parte, na primeira situação de proximidade e na segunda situação de proximidade, em que a acessibilidade deve ser configurada adicionalmente com base na política, em que a política deve incluir um número configurado exclusivamente para um usuário afirmando quantos dispositivos (16, 18) devem ser requeridos para permitir que uma função de um veículo (1) seja acessível ao usuário.

10. Meio de armazenamento, de acordo com a reivindicação 9, caracterizado pelo fato de que as instruções, quando executadas, fazem com que o veículo:receba uma solicitação de usuário por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo, em que a acessibilidade deve ser configurada em resposta à solicitação de usuário;negue a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade não satisfizerem uma condição de multifator da política; econceda a solicitação de usuário se a primeira situação de proximidade e a segunda situação de proximidade satisfizerem uma condição de multifator da política.

11. Meio de armazenamento, de acordo com a reivindicação 9, caracterizado pelo fato de que as instruções, quando executadas, fazem com que o veículo aplique uma ou mais dentre uma restrição de tempo da política, uma restrição de localização da política e uma restrição de login da política para pelo menos uma das uma ou mais funções do veículo.

12. Meio de armazenamento, de acordo com qualquer uma das reivindicações 9 a 11, caracterizado pelo fato de que as instruções, quando executadas, fazem com que o veículo gere uma notificação por meio de uma interface de usuário de um ou mais dentre o primeiro dispositivo móvel, o segundo dispositivo móvel e o veículo se a primeira situação de proximidade indicar que o primeiro dispositivo móvel não está presente ou a segunda situação de proximidade indicar que o segundo dispositivo móvel não está presente, em que pelo menos uma das uma ou mais funções do veículo inclui uma ou mais dentre uma função de destravamento de porta, uma função de destravamento de porta-malas, uma função de ignição, uma função de ajuste de usuário, uma função de operação de veículo e uma função de emparelhamento de dispositivo de substituição.

13. Aparelho (2) caracterizado por compreender:um primeiro módulo de fator (24a) para determinar uma primeira situação de proximidade de um primeiro dispositivo móvel em relação a um veículo; um segundo módulo de fator (24b) para determinar uma segunda situação de proximidade de um segundo dispositivo móvel em relação ao veículo; eum módulo de segurança (24c) para configurar uma acessibilidade de uma ou mais funções do veículo com base, pelo menos em parte, na primeira situação de proximidade e na segunda situação de proximidade, o módulo de segurança deve identificar adicionalmente uma política associada a um ou mais dentre o primeiro dispositivo móvel e o segundo dispositivo móvel, em que a acessibilidade deve ser configurada adicionalmente com base na política, em que a política deve incluir um número configurado exclusivamente para um usuário afirmando quantos dispositivos (16, 18) devem ser requeridos para permitir que uma função de um veículo seja acessível ao usuário.