BRPI0614229A2

BRPI0614229A2 - manipulação de dados sensìvel ao contexto

Info

Publication number: BRPI0614229A2
Application number: BRPI0614229-0A
Authority: BR
Inventors: Jan Chipchase
Original assignee: Nokia Corp
Priority date: 2005-06-30
Filing date: 2006-04-28
Publication date: 2011-03-15
Also published as: PL1739895T3; RU2008102883A; EP2114041B1; EP1739895A1; MX2008000162A; EP1739895B1; DE602005039426C5; CN101213796A; ATE441267T1; CN101213796B; ES2411478T3; WO2007003995A1; CN101958911A; JP5271703B2; US8244288B2; EP2114041A1; PL2114041T3; DE602005016236D1; ES2329052T3; US20090209203A1

Abstract

MANIPULAçãO DE DADOS SENSìVEL A CONTEXTO. Um método para comunicar dados entre dispositivos, compreendendo as etapas de: receber dados em um primeiro dispositivo de usuário; o primeiro dispositivo de usuário selecionando automaticamente, dependendo da natureza de uma atividade sendo tornada disponível para um usuário pelo primeiro dispositivo de usuário, um modo de integrar os dados com uma funcionalidade do primeiro dispositivo de usuário; e integrar os dados transmitidos com a funcionalidade no modo selecionado.

Description

"MANIPULAÇÃO DE DADOS SENSÍVEL AO CONTEXTO".

A presente invenção refere-se a um dispositivo deusuário que é capaz de manipulação de dados, sensível aocontexto, recebidos no dispositivo.

É previsto que se tornará cada vez mais comum queusuários portem múltiplos dispositivos, cada um otimizadopara um uso específico. Por exemplo, durante um dia umusuário pode necessitar de um telefone celular, um PDA(assistente pessoal de dados) e uma câmera digital. Umusuário pode provavelmente desejar transferir dados entreseus dispositivos para tirar proveito das diferentesfuncionalidades dos dispositivos. Por exemplo, um usuáriopode desejar enviar imagens tiradas em uma câmera digitalpara um amigo e portanto poderia desejar transferir asimagens da câmera digital para um PDA.

Há várias tecnologias disponíveis para transferênciade dados entre dispositivos de usuário, que variam desoluções de transferência de dados baseadas em fio, comoFireWire ou USB, a soluções de transferência de dados semfio, como Bluetooth ou IEEE802.il. Entretanto,independente da arquitetura de transferência de dados, emdispositivos convencionais de usuário, é necessário que ousuário do dispositivo que recebe os dados interrompaqualquer tarefa que esteja executando para lidar com osdados recebidos no modo desejado. Isso é particularmenteinconveniente quando a tarefa é uma interação em temporeal com outro usuário, como uma conversação de troca demensagens instantânea.

Convencionalmente, dispositivos de usuário lidam comtodos os dados recebidos de um tipo dado do mesmo modo,independente da tarefa sendo executada no dispositivo deusuário. Por exemplo, uma mensagem recebida em um PDA éarmazenada na caixa de entrada de mensagens. Essecomportamento não varia dependendo, por exemplo, de se ousuário está atualmente fazendo uma chamada no PDA ounavegando na Internet.

Um usuário que executa uma tarefa em um dispositivode usuário desejará freqüentemente utilizar dadosrecebidos no dispositivo de usuário do mesmo modo cadavez que a tarefa específica está sendo executada. Issorequer que o usuário repita as mesmas etapas demanipulação cada vez que dados são recebidos e o usuárioestá executando aquela tarefa específica. Essa exigênciaé demorada, particularmente se a tarefa for uma comum, erequer que o usuário interrompa qualquer tarefa queesteja executando.

Portanto, é desejável fornecer um dispositivo deusuário que seja capaz de manipular automaticamente dadosrecebidos em um modo que é apropriado para a tarefa sendoexecutada no dispositivo, e que não interrompa a tarefaque o usuário está executando. É adicionalmente desejávelque o dispositivo de usuário manipule os dados recebidosem um modo que seja intuitivo e natural para o usuário.

De acordo com um primeiro aspecto da presenteinvenção, é fornecido um método para comunicar dadosentre dispositivos, compreendendo as etapas de: receberdados em um primeiro dispositivo de usuário; o primeirodispositivo de usuário selecionando, automaticamente,dependendo da natureza de uma atividade sendo tornadadisponível para um usuário pelo primeiro dispositivo deusuário, um modo de integrar os dados com umafuncionalidade do primeiro dispositivo de usuário; eintegrar os dados transmitidos com a funcionalidade nomodo selecionado.

De modo adequado, o método compreende ainda asetapas de: selecionar em um segundo dispositivo deusuário dados para transmissão para o primeirodispositivo de usuário; transmitir os dados selecionadosa partir do segundo dispositivo de usuário para oprimeiro dispositivo de usuário.

Preferivelmente, o método compreende ainda a etapade armazenar os dados no primeiro dispositivo de usuário.

De forma adequada, a etapa de selecionar um modo deintegrar os dados com uma funcionalidade do primeirodispositivo de usuário depende ainda da natureza dosegundo dispositivo de usuário. Adequadamente, a etapa deselecionar um modo de integrar os dados com umafuncionalidade do primeiro dispositivo de usuário dependeainda da natureza dos dados.

Preferivelmente, a etapa de transmitir os dados apartir de um segundo dispositivo de usuário para umprimeiro dispositivo de usuário é automaticamenteexecutada quando os primeiro e segundo dispositivosentram em proximidade entre si. Adequadamente, osprimeiro e segundo dispositivos incluem transponders deidentificação de radiofreqüência. De forma adequada, aetapa de transmitir dados a partir do segundo dispositivode usuário para o primeiro dispositivo de usuário éacionado pelo meio de entrada de usuário no segundodispositivo de usuário.Os primeiro e segundo dispositivos de usuário podemser considerados próximos quando os dispositivos sãoseparados por uma distância predeterminada menor ou iguala 30 cm, ou 20 cm, ou 10 cm, ou 5 cm ou 1 cm. Os primeiroe segundo dispositivos de usuário podem ser consideradospróximos quando a intensidade do sinal recebido por umdispositivo a partir do outro excede um limitepredeterminado. Pode ser necessário que os dispositivosse toquem fisicamente para serem considerados próximos.

Preferivelmente a etapa de integração é executada deacordo com um conjunto de regras predeterminadas. Deforma adequada, as regras são armazenadas no primeirodispositivo do usuário. Adequadamente, as regras sãoarmazenadas remotamente do primeiro dispositivo deusuário.

Preferivelmente, o método compreende ainda a etapados primeiro e segundo dispositivos de usuário seautenticarem mutuamente antes da etapa de transmissão. Deforma adequada, pelo menos o primeiro dispositivo deusuário acessa um conjunto de permissões contendoinformações necessárias para a etapa de autenticação.

Adequadamente, as permissões são armazenadas no primeirodispositivo de usuário. De forma adequada, as permissõessão armazenadas remotamente do primeiro dispositivo deusuário.

De preferência, os primeiro e segundo dispositivosde usuário comunicam-se de acordo com a arquiteturaBluetooth. De forma adequada, os primeiro e segundodispositivos de usuário devem ser emparelhados pelo menosna primeira ocorrência de tentativa de comunicação dosprimeiro e segundo dispositivos de usuário.

Adequadamente, os primeiro e segundo dispositivos deusuário comunicam-se de acordo com uma arquitetura derede sem fio.

Em uma modalidade a funcionalidade é oferecida pelomenos em parte por um programa de computador tendocapacidades de troca de mensagens instantânea e a etapade integração envolve enviar os dados para um contato demensageiro instantâneo. Em outra modalidade afuncionalidade é oferecida pelo menos em parte por umprograma de computador tendo capacidades de troca demensagens e a etapa de integração envolve anexar os dadosa uma mensagem. Em outra modalidade a funcionalidade éoferecida pelo menos em parte por um programa decomputador tendo capacidades de exibição de imagem, osdados representam uma imagem, e a etapa de integraçãoenvolve exibir a imagem. Em outra modalidade afuncionalidade é oferecida pelo menos em parte por umprograma de computador tendo capacidades de navegar narede, os dados representam um link de rede, e a etapa deintegração envolve acessar dados armazenados no link.

De forma adequada, os dados representam uma soma dedinheiro ou uma forma de pagamento eletrônico.

Adequadamente, a etapa de integração envolve transferirdinheiro ou uma forma de pagamento eletrônico para ou apartir do primeiro dispositivo de usuário.

De forma adequada, os dados podem ser dados deconteúdo de usuário. Adequadamente, os dados podem estarno formato de um arquivo de conteúdo de usuário.

De modo adequado a atividade sendo tornadadisponível para um usuário é uma atividade de comunicaçãoem tempo real. Adequadamente, a atividade é uma conversatelefônica. De forma adequada, a atividade é de troca demensagens instantânea.

Preferivelmente os dados compreendem: dadosprimários para interpretação em um nível de aplicação; edados secundários indicando um formato no qual os dadosprimários devem ser interpretados.

De acordo com um segundo aspecto da presenteinvenção é fornecido um dispositivo de usuáriocompreendendo: um receptor para receber dados a partir deoutro dispositivo de usuário; meio de processamentodisposto para selecionar automaticamente, dependendo danatureza de uma atividade sendo tornada disponível paraum usuário pelo segundo dispositivo de usuário, um modode integrar os dados com uma funcionalidade do segundodispositivo de usuário, e integrar os dados transmitidoscom a funcionalidade no modo selecionado.

A presente invenção será descrita agora comoexemplo, com referência às figuras.

A figura 1 mostra um dispositivo de usuário damodalidade preferida.

A figura 2 mostra um evento de comunicação de acordocom uma primeira modalidade da presente invenção.

A figura 3 mostra um evento de comunicação de acordocom uma segunda modalidade da presente invenção.

A figura 4 mostra um evento de comunicação de acordocom uma terceira modalidade da presente invenção.

A figura 1 mostra um dispositivo de usuário 10 deuma modalidade preferida compreendendo um receptor 11, umprocessador 12 e meio de integração 13 para integrar osdados recebidos com uma funcionalidade do dispositivo deusuário. Meios de integração 13 podem fazer parte doprocessador 12. Alternativamente, os meios de integraçãopodem ser incorporados separadamente em hardware ousoftware, ou em alguma combinação de hardware e software.Pelo menos parte do processador 12 pode ser incorporadaem software. 0 dispositivo de usuário compreende ainda umtransponder de identificação de radiofreqüência (RFID) 14.

A figura 2 mostra uma primeira modalidade dapresente invenção na qual tanto o dispositivo 21 como umdispositivo 22 pertence ao usuário A. Nessa modalidade, ousuário A tem múltiplas tarefas: navegar através deimagens 23 no dispositivo 21 enquanto grava uma mensagem24 no dispositivo 22. 0 usuário A pode decidir anexar umadas imagens 25 exibidas no dispositivo 21 à mensagemsendo gravada no dispositivo 22. Com a imagem desejadaexibida no dispositivo 21, o usuário A inicia atransmissão da imagem para o dispositivo 22, por exemplo,tocando os dispositivos juntos 26 (discutido abaixo).

Após receber a imagem, o dispositivo 22 reconhece que ousuário está gravando uma mensagem e automaticamenteanexa a imagem àquela mensagem 27.

0 dispositivo de usuário pode armazenar um conjuntode regras que determinam como os dados recebidos sãointegrados a uma funcionalidade do dispositivo deusuário. As regras podem ser um conjunto de definições decontexto que especificam como os dados são integradosdependendo da atividade sendo executada no dispositivo deusuário. As regras podem especificar ainda como os dadossão integrados dependendo da natureza dos dados.Alternativamente, as regras podem especificar ainda comoos dados são integrados em dependência da natureza dodispositivo de transmissão. Pode haver regras defaultpara especificar como os dados são integrados em casosnos quais a atividade ou tipo de dados não é explícito noconjunto de regras.

As regras podem ser definidas por um usuário oupodem ser definidas pelo fabricante ou fornecedor de umdispositivo de usuário. O usuário pode ser capaz dedefinir novas regras para lidar com tipos de dados novosou previamente não suportados, novas aplicaçõesdisponíveis para o usuário no dispositivo de usuário ounovos tipos de dispositivos capazes de comunicarem com odispositivo de usuário.

Alternativamente, um ou mais algoritmos acessíveisno dispositivo de usuário podem determinar como os dadosrecebidos são integrados a uma funcionalidade dodispositivo de usuário. Os algoritmos podem gerar uma oumais regras quando os dados são recebidos no dispositivode usuário.

Em muitas situações, pode ser possível integrardados recebidos em um dispositivo de usuário com váriasfuncionalidades diferentes e para cada funcionalidadepode ser possível integrar os dados recebidos com aquelafuncionalidade em vários modos diferentes. Por exemplo,se um dispositivo de usuário receber um arquivo de músicaenquanto um usuário está navegando na Internet naqueledispositivo de usuário, o dispositivo de usuário poderiaser configurado para integrar os dados do arquivo demúsica a uma funcionalidade do dispositivo de usuário devárias maneiras. Uma tal maneira seria entrarautomaticamente informações a partir do arquivo de músicoem um motor de busca na Internet de modo que o usuáriopossa descobrir, por exemplo, sobre outras faixas domesmo artista ou informações de antecedentes sobre afaixa de música e artista. Outro modo seria para odispositivo de usuário reconhecer que o usuário estánavegando na Internet e portanto armazenar a faixa demúsica no dispositivo de usuário (ou outro local dearmazenagem acessível a partir do dispositivo de usuário)para ouvir posteriormente.

Preferivelmente, um dispositivo de usuário éconfigurado para integrar um tipo específico de dados auma funcionalidade do dispositivo de usuário na formamais provável de ser desejada pelo usuário.

Preferivelmente, um dispositivo de usuário manipula dadosrecebidos de acordo com um conjunto de regras simples.

Isso permite que um usuário rapidamente aprenda como ecom qual funcionalidade um dado dispositivo de usuárioautomaticamente integrará um tipo específico de dadosrecebidos. Um usuário pode portanto prever o modo no qualum dado dispositivo de usuário manipulará dados recebidosa partir de outro dispositivo de usuário e explorará asmodalidades preferidas da presente invenção para o melhorefeito.

Pode ser fornecida uma maneira de anular amanipulação automática de dados no dispositivo de usuárioque recebe, por exemplo, através da definição de umparâmetro de dispositivo, ou pela entrada de umaseqüência de botões ou teclas antes, durante ou apóstransmissão de dados. Isso poderia ser feito nosdispositivos de usuário transmissores ou receptores.

A transferência de dados pode ser obtida porqualquer uma das várias arquiteturas de transferência dedados conhecidas na técnica, como Bluetooth, IEEE802.ilou infravermelho. A transferência de dados pode serefetuada através de uma conexão de fios elétricos, porémpreferivelmente a conexão é sem fio.

0 dispositivo de usuário pode ser um telefone móvel,smartphone ou assistente pessoal de dados (PDA). 0dispositivo de usuário pode ser um computador laptop, umcomputador de mesa ou um dispositivo de armazenagem. 0dispositivo de usuário pode ser uma tela de exibição, umacâmera digital ou um dispositivo para reproduzir meiosdigitais como vídeos e música.

A figura 3 mostra uma segunda modalidade da invençãona qual o dispositivo 30 e o dispositivo 32 pertencem adiferentes usuários. Nessa modalidade o usuário A estánavegando arquivos de música 31 no dispositivo 30 e ousuário B está utilizando um tocador de música 33 nodispositivo 32. O usuário B pode desejar tocar um dosarquivos de música acessíveis no dispositivo 3 0 nodispositivo 32. 0 usuário A seleciona, portanto, oarquivo de música desejado 34 no dispositivo 30 etransmite os dados para o dispositivo 32 tocando osdispositivos juntos 35. Após receber o arquivo de música,o dispositivo 32 reconhece que o tocador de música estáativo e automaticamente começa a tocar o arquivo demúsica 36.

A figura 4 mostra uma terceira modalidade dainvenção na qual os usuários AeB estão holding umaconversa telefônica 41 (ou alguma outra forma de permutade dados, como troca de mensagens instantânea) entre osdispositivos 40 e 42. O usuário A tem múltiplas tarefas etambém está visualizando imagens em um segundodispositivo 43. O segundo dispositivo pode ser umvisualizador de imagens, um tocador de conteúdo dedicadoou um dispositivo de infra-estrutura local. 0 usuário Adecide transmitir a imagem 44 sendo exibida novisualizador de imagem para o usuário B e, portanto, toca45 o dispositivo 43 para o dispositivo 40 a fim detransferir a imagem a partir do dispositivo 43 para odispositivo 40 do usuário A. 0 dispositivo 40 reconheceque o usuário A está holding uma conversa telefônica como usuário B e transmite a imagem para o dispositivo 42 dousuário B. Os dados podem ser transmitidos entre odispositivo 40 e dispositivo 42 utilizando qualquer meioapropriado: por exemplo, como dados digitais atravésdo(s) canal(canais) de voz, como um anexo a um e-mail oumensagem de multimeios ou através da Internet utilizandoum protocolo de transferência de dados apropriado.

Se o usuário B tiver um visualizador de imagem 46então o usuário B pode transferir a imagem 44 recebida nodispositivo 42 para o visualizador de imagem tocando osdois dispositivos juntos 47, como descrito em relação àprimeira modalidade. Alternativamente, a imagem poderiaser apresentada ao usuário B no dispositivo 42 após aconversa ter terminado 48, ou a imagem poderia serarmazenada no dispositivo 42 para visualização posterior.

0 exemplo ilustrado na figura 4 demonstra uma dasvantagens das modalidades preferidas da presenteinvenção: uma vez que os dados recebidos são manipuladosautomaticamente no dispositivo 40, o usuário A é capaz decomunicar dados para o usuário B sem interromper suaconversa telefônica. Deve ser entendido que como parte doprocesso de manipulação de dados automático, pode sernecessário que um usuário autorize a transferência dedados pela provisão de uma entrada no dispositivo deenviar ou receber. A entrada pode ser pressão de umaúnica tecla e a tecla pode ser uma tecla dedicada paraautorizar transferência de dados.

As modalidades descritas aqui e mostradas nasfiguras 2, 3 e 4 são apenas três exemplos dos modos nosquais os dados podem ser comunicados para um dispositivode usuário e integrados com uma funcionalidade dodispositivo. Exemplos adicionais da manipulação de dadossensível ao contexto, de acordo com modalidades dapresente invenção, são dados abaixo. Esses exemploslistram dois fatores sobre os quais o modo de integrardados no dispositivo de usuário pode ser selecionado: anatureza dos dados recebidos no dispositivo de usuário ea natureza da tarefa sendo executada no dispositivo deusuário. 0 modo no qual os dados são integrados com umafuncionalidade do dispositivo é então fornecido.

Receber uma imagem enquanto navega em outras imagensem um visualizador de imagem: a imagem é exibida.

Receber uma mensagem enquanto grava uma mensagem emum programa de troca de mensagens: a mensagem recebida éanexada à mensagem aberta.

Receber uma entrada de calendário enquanto trabalhaem um calendário, eletrônico: a entrada de calendário éadicionada ao calendário.

Receber um cartão comercial enquanto trabalha em umlivro de endereços eletrônico: o cartão comercial éadicionado ao livro de endereços.

Receber um URL enquanto navega na Internet: o URL éaberto no navegador de rede.

Receber um arquivo enquanto grava um e-mail em umcliente de e-mail: o arquivo é anexado à mensagem aberta.

Receber dinheiro eletronicamente enquanto navega emuma conta bancária ou conta de store on-line: o dinheiroé transferido para a conta bancária ou conta de store online.

Receber uma imagem enquanto grava uma mensagem: aimagem é imediatamente exibida.

Receber uma imagem enquanto se comunica através detroca de mensagens instantânea: a imagem é enviada para odispositivo de usuário com o qual a sessão de troca demensagens instantânea está sendo realizada.

Essa lista não é exaustiva e provê apenas algunsexemplos dos modos nos quais os dados podem sermanipulados por um dispositivo de usuário. Observe quenos exemplos acima um modo de integrar os dados a umafuncionalidade do dispositivo é selecionado dependendo dotipo de dados sendo comunicados entre os dispositivos deusuário e a atividade disponível para o usuário nodispositivo de usuário receptor. Entretanto, comodiscutido anteriormente, a seleção pode ser dependente deum ou mais entre o tipo de dados, a tarefa sendoexecutada no dispositivo de usuário e a natureza dodispositivo de transmissão, entre outros fatores.

A funcionalidade com a qual os dados recebidos sãointegrados no dispositivo receptor pode ser escolhidaadicional ou alternativamente com base na funcionalidadecom a qual os dados podem ser manipulados no dispositivode transmissão. Essa informação pode ser transmitida parao dispositivo de usuário receptor ao longo dos dados denúcleo (como um arquivo de computador).

É bem conhecido na técnica que os dispositivos deusuário apresentam um screensaver em sua tela de exibiçãoapós um período de inatividade. Deve ser entendido quescreensavers não fornecem uma atividade para um usuário eportanto, em uma modalidade preferida, um screensaver nãoseria considerado na seleção de um modo de integrar dadosa uma funcionalidade do dispositivo de usuário. Comoexemplo, considere um usuário no processo de escrever ume-mail em um PDA. Se o usuário demorar alguns momentospara compor seus pensamentos o screensaver pode terinício. 0 usuário pode decidir, então, transferir dadospara seu PDA a partir de outro dispositivo e passará,portanto, pelo processo mostrado na figura 2. 0 fato deque o screensaver está sendo exibido no dispositivo deusuário não afetará o modo no qual os dados sãointegrados com uma funcionalidade do dispositivo deusuário e os dados serão transferidos dependendo do fatode que a atividade do dispositivo atualmente ativo éescrever um e-mail.

Será entendido que uma atividade pode ser tornadadisponível em um dispositivo de usuário de diversasmaneiras. Por exemplo, a atividade pode ser pelo menosparte de uma aplicação ou programa que tem o sistema oufoco de entrada, ou que é exibido para o usuário nafrente do ambiente operacional, ou que compreende um oumais processos de sistema ativo. 0 programa ou aplicaçãopode ser incorporado em software ou em hardware, ou emalguma combinação.dos dois.

Em uma modalidade preferida (e nas três modalidadesdescritas) a permuta de dados entre dois dispositivos deusuário é iniciada pelo toque dos dispositivos juntos (oupelo menos colocar os mesmos em proximidade estreita).

Uma configuração de dispositivo possível é mostrada nafigura 1. Um transponder de identificação deradiofreqüência (RFID) 14 é incorporado em cadadispositivo de usuário 10 que identifica exclusivamentecada dispositivo. Isso permite que dois dispositivos deusuário compatíveis reconheçam-se mutuamente quandocolocados em proximidade suficientemente estreita. Umsistema de autenticação pode ser executado de modo quecada dispositivo de usuário pode determinar se épermitido permutar dados com um dado outro dispositivo deusuário. Esse processo de autenticação pode requerentrada a partir do usuário. As permissões podem serarmazenadas em cada dispositivo de usuário como umconjunto de regras. As permissões podem especificar aindaa natureza dos dados que podem ser transferidos para umdado dispositivo de usuário. Para dispositivos de usuáriohabilitados com tecnologia Bluetooth, pode ser necessárioque cada dispositivo de usuário do par com cada outrodispositivo de usuário com o qual é necessário que secomunique.

Considere o caso no qual o evento de comunicaçãomostrado na figura 2 ocorre entre dois dispositivos deusuário do tipo mostrado na figura 1. 0 usuário Aseleciona a imagem a ser transmitida visualizando aimagem 25 armazenada no dispositivo 21. 0 usuário A entãotoca o dispositivo 21 para o dispositivo 22 e osdispositivos se identificam mutuamente por intermédio desuas etiquetas RFID incorporadas 14. Essa etapa tambémserve para notificar cada dispositivo de que umatransferência de dados é desejada pelo(s) usuário(s). Seexistir permissão para a transferência de dados entreesses dispositivos, ou se um ou mais dos usuáriosconceder permissão, ou se a permissão não for exigida,então a imagem selecionada é transmitida a partir dodispositivo 21 para o dispositivo 22.

Há diversos modos nos quais um par de dispositivosde usuário operando sob o sistema de toque podedeterminar qual dispositivo é o dispositivo transmissor equal dispositivo é o dispositivo receptor. A direção detransferência de dados pode depender de tarefas sendoexecutadas nos dispositivos transmissor e receptor. Aspróprias tarefas (como as aplicações sendo utilizadas emcada dispositivo) podem determinar a direção detransferência de dados. Pode haver um conjunto de regrasacessíveis em cada dispositivo de usuário para determinara direção de transferência de dados em vários cenários.

Por exemplo, se um usuário estiver navegando em imagensem um primeiro dispositivo e escrever uma mensagem em umsegundo dispositivo, os dispositivos poderiam serconfigurados de modo que a imagem aberta seja enviadapara o segundo dispositivo, em vez de (digamos) amensagem ser enviada para o primeiro dispositivo. Seocorrerem conflitos entre as regras no primeiro e nosegundo dispositivo, o usuário pode ser induzido aresolver o conflito.

Alternativamente, a direção de transferência dedados pode ser dependente do tipo de cada dispositivo deusuário. Por exemplo, se um dos dispositivos for umdispositivo de 'infra-estrutura fixa' como uma tela deexibição montada na parede, o outro dispositivo (móvel)pode assumir que está fazendo o toque e é, portanto, odispositivo transmissor.

Dados poderiam ser transferidos nas duas direçõesquando um par de dispositivos de usuário se toca. Cadadispositivo poderia então manipular os dados recebidos emum dos modos discutidos acima. Se a transferência dedados for somente necessária em uma direção, umdispositivo em um par poderia ser configurado paradescartar dados recebidos de modo que a transferência dedados efetiva seja em um sentido. A transferência dedados poderia ocorrer entre três ou mais dispositivos quese tocam.

Em uma modalidade preferida, a direção detransferência de dados é determinada a partir domovimento físico do par de dispositivos. Um usuáriotocará naturalmente o dispositivo transmissor para odispositivo receptor de tal modo que o dispositivotransmissor moverá mais rapidamente do que o dispositivoreceptor nos momentos antes do toque dos dispositivos.

Alternativamente, os dispositivos podem ser configuradosde modo que o usuário inicie a transferência de dadosvarrendo o dispositivo transmissor além do dispositivoreceptor. A velocidade com a qual o dispositivotransmissor se move pode ser determinada a partir devariações na intensidade de sinal ou o padrão deinterferência de um sinal sendo recebido no dispositivotransmissor. 0 sinal pode ser qualquer tipo de sinal decomunicação sem fio apropriado, como pode ser utilizadode acordo com as arquiteturas GSM, 3G ou Bluetooth. Aescolha de sinal utilizado para determinar a velocidadede movimento de um dado dispositivo de usuário podedepender dos tipos de sinal suportados naqueledispositivo. 0 par de dispositivos de toque podemonitorar em relação a alterações na intensidade de sinalou padrão de interferência de um sinal que se origina emum terceiro dispositivo. Desse modo, os dados podem sertransferidos a partir do dispositivo que foi determinadocomo tendo se movido mais rapidamente nos momentos antesda transferência de dados. A determinação poderia serfeita pela identificação de qual dos dispositivosexperimentou a maior variação em intensidade de sinalrecebido, por exemplo, a partir de um terceirodispositivo, ou em interferência recebida durante umperíodo de tempo predeterminado (por exemplo, 1 s ou 0,5s) antes da transferência de dados.

Em outra modalidade, a transferência de dados podeser iniciada por qualquer entrada de usuário disponível,como um botão, através de um item de menu, pela aberturade um painel deslizante, ou por comando de voz.

O requerente revela pela presente em isolamento,cada característica individual descrita aqui e qualquercombinação de duas ou mais dessas características, até oponto em que tais características ou combinações sãocapazes de serem realizadas com base no presenterelatório descritivo como um todo à luz do conhecimentogeral comum de uma pessoa versada na técnica,independente de se tais características ou combinações decaracterísticas resolverem quaisquer problemas aquirevelados, e sem limitação ao escopo das reivindicações.

O requerente indica que aspectos da presente invençãopodem consistir em qualquer característica individual oucombinação de características. Em vista da descriçãoacima, será evidente para uma pessoa versada na técnicaque várias modificações podem ser feitas compreendidas noescopo da invenção.

Claims

1. Método para comunicar dados entredispositivos, CARACTERIZADO por compreender as etapas de:receber dados em um primeiro dispositivo de usuário;o primeiro dispositivo de usuário selecionandoautomaticamente, dependendo da natureza de uma atividadesendo tornada disponível para um usuário pelo primeirodispositivo de usuário, um modo de integrar os dados comuma funcionalidade do primeiro dispositivo de usuário; eintegrar os dados transmitidos com a funcionalidadeno modo selecionado.

2. Método, de acordo com a reivindicação 1,CARACTERIZADO por compreender ainda as etapas de:selecionar em um segundo dispositivo de usuáriodados para transmissão para o primeiro dispositivo deusuário;transmitir os dados selecionados a partir do segundodispositivo de usuário para o primeiro dispositivo deusuário.

3. Método, de acordo com a reivindicação 1 ou 2,CARACTERIZADO por compreender ainda a etapa de armazenaros dados no primeiro dispositivo de usuário.

4. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a etapa de selecionar ummodo de integrar os dados com uma funcionalidade doprimeiro dispositivo de usuário depende adicionalmente danatureza do segundo dispositivo de usuário.

5. Método, de acordo com qualquer reivindicaçãoanterior, CARACTERIZADO pelo fato de que a etapa deselecionar um modo de integrar os dados com umafuncionalidade do primeiro dispositivo de usuário dependeadicionalmente da natureza dos dados.

6. Método, de acordo com qualquer uma dasreivindicações 3 a 5 como dependentes da reivindicação 2,CARACTERIZADO pelo fato de que a etapa de transmitir osdados a partir de um segundo dispositivo de usuário paraum primeiro dispositivo de usuário é automaticamenteexecutada quando o primeiro e segundo dispositivos entramem proximidade mútua.

7. Método, de acordo com a reivindicação 6,CARACTERIZADO pelo fato de que os primeiro e segundodispositivos incluem transponders de identificação deradiofreqüência.

8. Método, de acordo com qualquer uma dasreivindicações 3 a 7 como dependente da reivindicação 2,CARACTERIZADO pelo fato de que a etapa de transmitirdados a partir do segundo dispositivo de usuário para oprimeiro dispositivo de usuário é acionada por meio deentrada de usuário no segundo dispositivo de usuário.

9. Método, de acordo com qualquer reivindicaçãoanterior, CARACTERIZADO pelo fato de que a etapa deintegração é executada de acordo com um conjunto deregras predeterminadas.

10. Método, de acordo com a reivindicação 9,CARACTERIZADO pelo fato de que as regras são armazenadasno primeiro dispositivo de usuário.

11. Método, de acordo com a reivindicação 9,CARACTERIZADO pelo fato de que as regras são armazenadasremotamente a partir do primeiro dispositivo de usuário.

12. Método, de acordo com qualquer uma dasreivindicações 3 a 11, como dependentes da reivindicação 2, CARACTERIZADO ainda por compreender a etapa de:os primeiro e segundo dispositivos de usuário seautenticando mutuamente antes da etapa de transmissão.

13. Método, . de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que pelo menos o primeirodispositivo de usuário acessa um conjunto de permissõescontendo informações necessárias para a etapa deautenticação.

14. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que as permissões sãoarmazenadas no primeiro dispositivo de usuário.

15. Método, de acordo com a reivindicação 13,CARACTERIZADO pelo fato de que as permissões sãoarmazenadas remotamente a partir do primeiro dispositivode usuário.

16. Método, de acordo com qualquer uma dasreivindicações 3 a 15, como dependentes da reivindicação 2, CARACTERIZADO pelo fato de que os primeiro e segundodispositivos de usuário se comunicam de acordo com aarquitetura Bluetooth.

17. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que os primeiro e segundodispositivos de usuário devem ser emparelhados pelo menosna primeira ocorrência em que os primeiro e segundodispositivos de usuário tentam se comunicar.

18. Método, de acordo com qualquer uma dasreivindicações 3 a 17, como dependentes da reivindicação 2, CARACTERIZADO pelo fato de que os primeiro e segundodispositivos de usuário se comunicam de acordo com umaarquitetura de rede sem fio.

19. Método, de acordo com qualquer reivindicaçãoanterior, CARACTERIZADO pelo fato de que a funcionalidadeé oferecida pelo menos em parte por um programa decomputador tendo capacidades de troca de mensagensinstantânea e a etapa de integração envolve enviar osdados para um contato de mensageiro instantâneo.

20. Método, de acordo com qualquer uma dasreivindicações 1 a 18, CARACTERIZADO pelo fato de que afuncionalidade é oferecida pelo menos em parte por umprograma de computador tendo capacidades de troca demensagem e a etapa de integração envolve anexar os dadosa uma mensagem.

21. Método, de acordo com qualquer uma dasreivindicações 1 a 18, CARACTERIZADO pelo fato de que afuncionalidade é oferecida pelo menos em parte por umprograma de computador tendo capacidades de exibição deimagem, os dados representam uma imagem, e a etapa deintegração envolve exibir a imagem.

22. Método, de acordo com qualquer uma dasreivindicações 1 a 18, CARACTERIZADO pelo fato de que afuncionalidade é oferecida pelo menos em parte por umprograma de computador tendo capacidades de navegar emrede, os dados representam um link de rede, e a etapa deintegração envolve acessar dados armazenados no link.

23. Método, de acordo com qualquer uma dasreivindicações 1 a 18, CARACTERIZADO pelo fato de que osdados representam uma soma de dinheiro ou uma forma depagamento eletrônico.

24. Método, de acordo com a reivindicação 23,CARACTERIZADO pelo fato de que a etapa de integraçãoenvolve transferir dinheiro ou uma forma de pagamentoeletrônico para ou a partir do primeiro dispositivo deusuário.

25. Método, de acordo com qualquer uma dasreivindicações 1 a 19, CARACTERIZADO pelo fato de que aatividade sendo tornada disponível para um usuário é umaatividade de comunicação em tempo real.

26. Método, de acordo com a reivindicação 25,CARACTERIZADO pelo fato de que a atividade é uma conversatelefônica.

27. Método, de acordo com a reivindicação 25,CARACTERIZADO pelo fato de que a atividade é troca demensagem instantânea.

28. Método, de acordo com qualquer reivindicaçãoanterior, CARACTERIZADO pelo fato de que os dadoscompreendem:dados primários para interpretação em um nível deaplicação; edados secundários indicando um formato no qual osdados primários devem ser interpretados.

29. Dispositivo de usuário, CARACTERIZADO pelo fatode que compreende:um receptor para receber dados a partir de outrodispositivo de usuário;um meio de processamento disposto paraautomaticamente selecionar, dependendo da natureza de umaatividade sendo tornada disponível para um usuário pelosegundo dispositivo de usuário, um modo de integrar osdados com uma funcionalidade do segundo dispositivousuário, e integrar os dados transmitidos comfuncionalidade no modo selecionado.