BRPI0711205A2 - método para sicronizar dados, um primeiro dispositivo de processamento, programa de computador - Google Patents
método para sicronizar dados, um primeiro dispositivo de processamento, programa de computador Download PDFInfo
- Publication number
- BRPI0711205A2 BRPI0711205A2 BRPI0711205-0A BRPI0711205A BRPI0711205A2 BR PI0711205 A2 BRPI0711205 A2 BR PI0711205A2 BR PI0711205 A BRPI0711205 A BR PI0711205A BR PI0711205 A2 BRPI0711205 A2 BR PI0711205A2
- Authority
- BR
- Brazil
- Prior art keywords
- server
- processing device
- client
- data
- synchronization
- Prior art date
Links
- 238000012545 processing Methods 0.000 title claims abstract description 93
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000004590 computer program Methods 0.000 title claims abstract description 10
- 238000004891 communication Methods 0.000 claims abstract description 28
- 238000013479 data entry Methods 0.000 claims description 32
- 230000008859 change Effects 0.000 claims description 27
- 238000013507 mapping Methods 0.000 claims description 22
- 230000005540 biological transmission Effects 0.000 claims description 2
- 238000013506 data mapping Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 9
- 238000010295 mobile communication Methods 0.000 description 8
- 230000008901 benefit Effects 0.000 description 7
- 230000004048 modification Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 241000287107 Passer Species 0.000 description 1
- 230000000739 chaotic effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
- Lock And Its Accessories (AREA)
- Stereo-Broadcasting Methods (AREA)
- Circuits Of Receivers In General (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
MéTODO PARA SINCRONiZAR DADOS, UM PRIMEIRO DISPOSITIVO DE PROCESSAMENTO, PROGRAMA DE COMPUTADOR A invenção trata de um método para sincronizar um primeiro (120; 206) e um segundo conjunto de dados de um dispositivo móvel para telecomunicações (100), o método compreendendo: fornecimento de um primeiro dispositivo de processamento (112; 202), o primeiro dispositivo de processamento (112; 202) compreendendo o primeiro conjunto de dados (120; 206); fornecimento um segundo dispositivo de processamento (100; 200), o segundo dispositivo de processamento (100; 200) compreendendo o segundo conjunto de dados (108;204); fornecimento de um servidor (212), o servidor (212) sendo compreendido no primeiro dispositivo de processamento (112; 202); fornecimento a um cliente (208), o cliente (208) estando compreendido no segundo dispositivo de processamento (100; 200); sincronização do primeiro (120; 206) e do segundo (108;204) conjunto de dados por meio de comunicação entre o servidor (212) e o cliente (208).
Description
MÉTODO PARA SINCRONIZAR DADOS, UM PRIMEIRODISPOSITIVO DE PROCESSAMENTO, PROGRAMA DE COMPUTADOR
Descrição
Área Técnica
A invenção está relacionada a um método para sincronizar umprimeiro e um segundo conjunto de dados de um dispositivo móvel detelecomunicação, um dispositivo de processamento para telecomunicaçõesmóveis e um programa de computador.
Estado da Técnica
Catálogos telefônicos possuem um papel muito importante nossistemas móveis de telecomunicações. Para telefones celulares, os catálogostelefônicos tornaram-se ainda mais importantes, uma vez que atualmentetipicamente tais catálogos telefônicos não englobam somente números detelefones designados a um nome de contacto. Os catálogos telefônicos atuaisforam bastante aperfeiçoados e são capazes de armazenar informaçõesdetalhadas de contatos, tais como endereços, números múltiplos de telefone einformações pessoais adicionais de um contacto, bem como mensagens detexto, e-mails e até arquivos multimídia e retratos. Para cartões de memória deidentidade de assinante (cartões SIM) o espaço disponível para armazenagemde informações extensas de contatos é um tanto limitado. Ao final de 2006, osGSM SIM mais comuns nos Estados Unidos tinham uma capacidade dememória de 64 kilobytes, que é relativamente pequeno se comprado com asnecessidades de armazenamento de arquivos multimídia.
Para superar tais problemas, tecnologia de terceira geração (3G)no contexto de padrões para telefones celulares foi definida. Desta forma, afuncionalidade da lista telefônica 3G já está especificada desde muitos anos. Taltipo de funcionalidade para lista telefônica 3G pode ser concretizada pelo uso danova geração de cartões de circuito integrado universais (UICC) que são cartõescom chips que podem ser usados na nova geração de terminais móveis emredes GSM e UMTS. O UICC assegura a integridade e segurança de todos ostipos de dados pessoais e tipicamente tem capacidade de poucas centenas dekilobytes. Entretanto, espera-se que a capacidade de armazenamento tornar-se-á maior com o continuado desenvolvimento da tecnologia.Um módulo universal de identidade de assinante (USIM) é umaplicativo para a telefonia móvel UMTS que usa um cartão inteligente UICCinserido em um celular 3G. Desta forma, o USIM é capaz de armazenarinformação do usuário assinante, informação autenticada e fornecer um grandeespaço para mensagens de texto, fotos, dados de contatos e muito mais. Assimsendo, a lista telefônica em um UICC tem sido altamente aperfeiçoado. Osaparelhos também fornecem em geral aplicativos de listas telefônicas bastantespoderosos de forma a permitir o uso dos dados da lista telefônica armazenadosno aparelho.
No entanto, há um problema comum, pois a lista telefônicapoderosa armazenada no aparelho não é geralmente sincronizada com a listatelefônica armazenada em um cartão inteligente UICC. Este fato temdesvantagens múltiplas: uma grande desvantagem é que, no caso de umusuário trocar de um aparelho para outro, é uma tarefa bastante difícil edemorada para o usuário transferir os dados da lista do aparelho original para anova lista telefônica incluída no novo aparelho pelo uso do cartão inteligentecomo meio de transferência. Isto se torna ainda mais difícil se o aparelho antigoe o novo aparelho compreendem alguns números de telefone e outros dados decontato que precisam ser usados em ambos os aparelhos, de tal forma que umasimples cópia da lista telefônica antiga para a nova lista telefônica usando umcartão inteligente como meio de transporte, que tipicamente compreende totalsobreposição da nova lista telefônica, não é uma solução adequada.
Outra dificuldade aparece quando um usuário quer utilizar umcartão comum SIM com múltiplos telefones celulares. Neste caso, o usuário éforçado a usar unicamente a lista telefônica integrada no cartão SIM: casoqualquer número de telefone, mensagem de texto ou outra coisa qualquer estejaarmazenada no aparelho do usuário, entradas de dados de contatos múltiplasem paralelo coexistem na lista telefônica do aparelho do usuário e na listatelefônica do cartão SIM. Neste caso, o usuário usa então um cartão SIMcomum com múltiplos telefones celulares, levando a uma situação caótica ondeem um ponto ou outro momento o usuário terá de sincronizar manualmentetodos os dados armazenados nos múltiplos aparelhos e em seu cartão SIM.
De forma a superar os problemas mencionados acima, soluções debackup fornecidas por provedores de serviço GSM têm sido sugeridas. Porexemplo GB 2381701 A revela um processo para remotamente armazenar esubseqüentemente recuperar números de telefones que estão regularmentearmazenados dentro de uma área de memória, habitualmente referida como listatelefônica de um aparelho celular.
US 2006/0212482 A1 revela sistemas, métodos eaperfeiçoamentos de dispositivo para automaticamente inserir, trocar e atualizara informação de contato de quem ligou na lista telefônica do usuário. Portanto,a lista telefônica pode residir tanto no cartão UtCC1 no dispositivo móvel ou noservidor remoto, por exemplo.
US 7,146,161 revela um aparelho para fazer backup dos dadosarmazenados de um cartão modular de identidade de um assinante.
US 20030097382 revela um método e um sistema para detectaralterações em um registro em um arquivo armazenado em uma chave eletrônica(token), onde quaisquer alterações de registros são registradas por um elementoregistrador que oferece um possibilidade de serviço, backup do arquivo e / ousincroniza o arquivo em outros arquivos armazenados remotamente. Um uso detal método é o backup dos registros da lista telefônica de cartões USIM/SIM.
WO 2006/021841 se refere à transferência de dados entre umcartão inteligente e um dispositivo externo ao cartão inteligente e maisespecificamente a mecanismos que permitem uma sincronização eficiente dedados entre o cartão inteligente e um dispositivo externo tal como um servidorque duplica os dados do cartão inteligente, por exemplo, para fazer backup dosdados armazenados no cartão inteligente.
US 2003/097382 revela um método e sistema para detectaralterações de registro em um arquivo armazenado em uma chave eletrônica(token) que envolve armazenar um código de detecção de alterações de formaque um applet de detecção de alterações possa calcular o código de detecçãoatual para os registros correspondentes e comparar os códigos de detecção dealteração atual com os códigos de detecção armazenados para determinar sedados foram alterados.
US-B1-6 968 209 revela uma técnica que permite sincronizar a listatelefônica de um celular com a lista telefônica de um cartão SIM.US-B1-6 957 776 revela um sistema para administrar umapluralidade de listas locais de um único usuário, onde a pluralidade de listaslocais está localizada em uma pluralidade de aparelhos remotos.
US 2005/198084 revela um método de sincronização de dadosentre um servidor e o cliente.
Resumo da invenção
A presente invenção fornece um método para sincronizar um pri-meiro e um segundo conjunto de dados de um dispositivo móvel para telecomu-nicação, o método compreendendo o fornecimento de um primeiro dispositivo deprocessamento, o primeiro dispositivo de processamento compreendendo o pri-meiro conjunto de dados, fornecendo um segundo dispositivo de processamen-to, o segundo dispositivo de processamento compreendendo o segundo conjun-to de dados, fornecendo um servidor, o servidor sendo compreendido no primei-ro dispositivo de processamento, fornecido ao cliente, o cliente estando compre-endido no segundo dispositivo de processamento e a sincronização do primeiroe do segundo conjunto de dados por meio de comunicação entre o servidor e ocliente.
Numa concretização da invenção o primeiro conjunto de dadoscompreende uma primeira lista telefônica e o segundo conjunto de dadoscompreende uma segunda lista telefônica.
Por meio da sincronização da primeira e da segunda listatelefônica por meio da comunicação entre o servidor e o cliente, é por exemplopossível combinar as vantagens de uma lista telefônica portátil armazenada emum cartão SIM e caracterizar a funcionalidade de uma rica lista telefonia numaparelho compreendendo a segunda lista telefônica. Pela implantação doservidor no primeiro dispositivo de processamento (por exemplo um cartão SIM)e implementando o cliente no segundo dispositivo de processamento (porexemplo o aparelho celular), uma solução altamente flexível para asincronização dos dados da lista telefônica é obtida: por exemplo, o servidorpode ser fornecido em cartão SIM por um provedor de serviços GSM, enquantoo cliente pode ser instalado manualmente pelo usuário em qualquer tipo deaparelho telefônico celular conhecido. Um cliente necessário para asincronização pode então ser baixado pelo usuário, por exemplo via a rede GSMou conexão a cabo para o computador doméstico do usuário. Isto permite o usode tal cartão SIM modificado em múltiplos dispositivos de telecomunicaçõesmóveis e a sincronização dos dados da lista telefônica ou qualquer dadopessoal incluído no cartão SIM é facilmente obtido com os dados da listatelefônica ou qualquer outro conjunto de dados compreendidos ho aparelhomóvel de telecomunicações.
De acordo com uma concretização da invenção, a comunicaçãoentre o servidor e o cliente é feita pelo uso de uma porta, estando a portacompreendida no primeiro ou no segundo dispositivo de processamento. O usoda porta tem a vantagem de que para comunicações no primeiro dispositivo deprocessamento e comunicação no segundo dispositivo de processamentodiferentes protocolos de transporte podem ser usados. Desta forma a porta tema finalidade de transportar um protocolo para o outro, de forma a assegurar altacompatibilidade em relação aos protocolos de transporte usados.
De acordo com uma concretização da invenção, a sincronização éefetuada usando um aplicativo de servidor. Desta forma, a sincronização épreferencialmente executada pelo uso de um protocolo SyncML ou VCard. Nocaso do protocolo SyncML um aplicativo de servidor SyncML tem que ser usado.
O uso de um protocolo SyncML ou protocolo VCard já se encaixa nas infra-estruturas existentes para comunicações fornecidas por muitos fabricantes deaparelhos celulares, uma vez que fabricantes de celulares fornecem apossibilidade de sincronizar dados por meio do protocolo SyncML. Entretanto,tal sincronização da arte anterior somente é possível entre, por exemplo, ocomputador doméstico de um usuário com um conjunto especial de software e oaparelho em si e não entre o conjunto de dados compreendidos no aparelho e oconjunto de dados contidos no cartão SIM.
De acordo com uma concretização da invenção, a comunicaçãoentre o cliente e o servidor é feita pelo uso de um protocolo de aplicativo deInternet. Por exemplo, tal tipo de protocolo de aplicação de internet é umprotocolo necessário de resposta tal como HTTP. No entanto, qualquer outroprotocolo de aplicação de Internet como FTP, HTTPS, SSH, etc. pode serusado. Por exemplo, pelo uso do http como protocolo de aplicação, o servidordo primeiro dispositivo de processamento poder ser um servidor da Rede. Ouso de um servidor da Rede tem, assim, a vantagem de que, por exemplo, umJava applet pode ser facilmente implantado de forma a executar a sincronizaçãona forma da invenção. O cartão inteligente servidor da rede (SCWS)especificado pela Open Mobile Alliance (OMA) até tenciona habilitar osemitentes de cartões inteligentes (por exemplo, operadores de redes decelulares) a oferecer páginas da rede estáticas ou dinâmicas para múltiplospropósitos.
De acordo com uma concretização da invenção, a comunicaçãoentre o cliente e o servidor é feita pelo uso de um protocolo de controle detransmissão (TCP) e/ou protocolo de alta velocidade (HSP) e/ou protocolo deportador independente (BIP). Entretanto, qualquer tipo de protocolo detransporte conhecido pode ser usado para comunicação entre o cliente e oservidor. Isto também compreende protocolos especificados por ETSI TS 102223, ETSI TS 102 221 e ISO 7816-3/4.
De acordo com uma concretização da invenção, a sincronizaçãodo primeiro e/ou do segundo conjunto de dados é feito com um computador debackup. Desta forma, a sincronização do primeiro e/ou do segundo conjunto dedados com o computador backup é feito usando uma interface aérea do primeiroou do segundo dispositivo de processamento. Entretanto, qualquer tipo deconexão do primeiro ou do segundo dispositivo de processamento para ocomputador backup conhecido pode ser usado, por exemplo, infravermelho,Bluetooth, USB, firewire ou conexão serial. A sincronização com o computadorde backup tem, assim, a vantagem de que em caso, por exemplo, de perda docelular junto o cartão SIM inserido, os dados inseridos no cartão inteligentepodem ser facilmente recuperados do computador de backup e usados em umnovo cartão SIM num novo celular emitido para o usuário. Tal computador debackup pode, portanto, ser um computador fornecido com um serviço central debackup por um provedor de serviço GSM ou UMTS, ou um computador pessoaldoméstico do usuário.
De acordo com uma concretização da invenção, a sincronizaçãocompreende a comparação de entrada de dados do primeiro e/ou do segundoconjunto de dados e/ou dos dados incluídos no computador de backup. Destaforma, de forma a evitar conflitos de sincronização, significando, por exemplo,que dois contatos de mesmo nome mas de conteúdo diferente existam, umapolítica de solução de conflitos deve ser definida. Por exemplo, durante umprocesso de sincronização, dados que estão entrando podem ser comparadoscom contatos anteriores existentes e se um nome for idêntico, o conteúdo podeser substituído. No entanto, em caso de conflitos reais que não são facilmenteresolvidos pela implantação de um software, uma interação de usuário por meiode uma pergunta na tela do dispositivo móvel de telecomunicação pode serrequerida.
De acordo com uma concretização da invenção, o métodocompreende ainda designar identificadores para entrada de dados. Além disso,o método compreende o mapeamento dos identificadores de entrada de dadoscompreendidos no primeiro e/ou segundo conjunto de dados e/ou computadorde backup. Desta forma, uma tabela de mapeamento de identificadores émantida no servidor. Pelo mapeamento dos identificadores de entrada de dadosnas entradas de dados incluídas no primeiro e/ou no segundo conjunto de dadose/ou no computador de backup é possível claramente designar as respectivasentradas de dados incluídas no primeiro e/ou no segundo conjunto de dadose/ou do computador de backup para cada um deles. Isto permite asincronização, que não exige a comparação do conteúdo completo das entradasde dados incluídas, por exemplo, em diferentes listas telefônicas para executar asincronização. Em relação às listas telefônicas, se, por exemplo, a grafia de umnome é corrigida na primeira lista telefônica, devido à designação jáestabelecida (i.e. mapeamento) da respectiva entrada de dado na primeira listatelefônica para a respectiva entrada de dados na segunda lista telefônica, talentrada de dados da segunda lista telefônica pode ser facilmente atualizadasem o risco de que o dado alterado e corretamente grafado aparecer como umaentrada de dados separada na segunda lista telefônica.
O mapeamento dos identificadores de entrada de dados ementradas de dados incluídos, por exemplo, em listas telefônicas múltiplaspermite adicionalmente a manter a primeira lista telefônica sincronizada noprimeiro dispositivo de processamento que é usado em paralelo com múltiplassegundas listas telefônicas de um segundo dispositivo de processamento. Porexemplo, um usuário pode ter um cartão SIM (primeiro dispositivo deprocessamento com a primeira lista telefônica) e um celular particular (segundodispositivo de processamento com uma segunda lista telefônica) e um celularcomercial (terceiro dispositivo de processamento com uma terceira listatelefônica). Desta forma, o mesmo contato poderá aparecer na segunda listatelefônica designada a um nome diferente (pessoal) comparado com arespectiva entrada na lista telefônica da terceira lista telefônica comercial, ondepode aparecer sob o nome de uma empresa. No entanto, desde que ainformação do contato pessoal da segunda lista telefônica e a informação docontato comercial da terceira lista telefônica receberam diferentes identificadorespara a única e mesma informação de contato compreendido na primeira listatelefônica, a atualização de qualquer das listas telefônicas com relação a talcontato na primeira, segunda ou terceira lista telefônica também permitirá acorreta sincronização das outras entradas de contato da respectiva listatelefônica.
De acordo com uma concretização da invenção, alteração deentradas de dados são introduzidos em um arquivo de alterações de conexão.
Assim, um arquivo separado de alterações de conexão é mantido para aprimeira e/ou segunda lista telefônica e/ou na lista telefônica incluída nocomputador de back up. Isto tem a vantagem de que caso a sincronização entreas listas telefônicas deva que ser feita, nem todas as entradas de dados tem deser comparada para efetuar tal sincronização. Pela simples análise dosrespectivos arquivos de conexão, apenas as alterações aplicadas às listastelefônicas e então simplesmente conectadas nos respectivos arquivos deconexão serão usados de forma a sincronizar a primeira e/ou a segunda listatelefônica e/ou a lista telefônica inserida no computador de backup. Conexão éentão qualquer alteração feita em uma lista telefônica. Isto compreendeinclusões, exclusões ou modificações de qualquer tipo de informação da listatelefônica.
De acordo com uma concretização da invenção, a sincronizaçãocompreende a troca de informações incluídas nos arquivos de conexão. Istotem a vantagem de que, em respeito ao conteúdo da lista telefônica, no caso deextensos conteúdos em listas telefônicas, que podem acontecer na presença dedados multimídia ou centenas de entradas na lista telefônica, a quantidade dedados a ser transferido do cliente para o servidor e vice-versa é drasticamentereduzida. Isto reduz o poder de dissipação, um importante aspecto a serconsiderado em sistemas de comunicações móveis.
De acordo com uma concretização da invenção, a sincronizaçãocompreende as etapas de envio da informação constante to arquivo dealteração de conexões do cliente para o servidor, sincronização de dadosincluídos no primeiro conjunto de dados fundamentado na análise do arquivo dealterações de conexão do cliente e do arquivo de alterações de conexão doservidor, envio de informação de sincronização atualizada do servidor para ocliente e envio de informação atualizada de mapeamento do cliente para oservidor. Desta forma, a sincronização é sempre iniciada pelo cliente. Este tipode sincronização de duas mãos tem a vantagem de que apenas uma quantidademínima necessária de dados é transferida entre o primeiro e o segundodispositivo de processamento do cliente para o servidor e vice-versa, o queassegura à sincronização o máximo de velocidade sem a necessidade dedesperdiçar recursos do servidor em comparações desnecessárias de entradade dados inalteradas.
Portanto, tal tipo de processo de "sincronização em duas mãos" é otipo normal de sincronização preferido entre cliente e servidor. A assimdenominada "sincronização lenta", que compara uma a uma cada conjunto dedados incluído no primeiro e no segundo conjunto de dados, somente énecessário caso uma sincronização inicial entre o cliente e o servidor tem queser feita, caso, por exemplo, o cliente ou o servidor perca sua alteração deinformação ou outro tipo de descompasso imprevisível entre as entradas dedados do cliente e do servidor aconteça.
De acordo com uma concretização da invenção, os dados incluídosno primeiro e no segundo conjunto de dados inclui nomes e/ou números detelefone e/ou endereços e/ou endereços de e-mail e/ou fotografias e/ou arquivosmultimídia e/ou mensagens curtas (SMS) e/ou tons de toque e/ou ajustes decelular e/ou calendário e/ou dados do usuário. Desta forma, qualquer tipo dedados do usuário, ajustes do usuário, tal como idioma da interface do usuário,ajustes do mostrador, volume do tom de toque, e qualquer outro tipo deconteúdo personalizado de um celular pode ser sincronizado pelo uso dométodo na forma da invenção.
Caso o primeiro e o segundo conjunto de dados incluam listastelefônicas, os dados incluídos nas listas telefônicas estarão preferencialmentearmazenados em uma estrutura de tamanho padronizada para listas telefônicasque, por exemplo, está genericamente descrita no 3GPP TS 31.102. Pelo usode um sistema de arquivo padrão para dados de listas telefônicas,especialmente no primeiro sistema de processamento, a lista telefônica doprimeiro sistema de processamento é reversamente compatível. Isto significa,mesmo se o primeiro sistema de processamento for usado junto com o segundosistema de processamento que não suporta a implantação de um cliente, asentradas de dados da primeira lista telefônica ainda poderão ser usadas e lidaspelo segundo sistema de processamento.
Deve ser mencionado que mesmo se o primeiro sistema deprocessamento for usado junto com um segundo sistema de processamento quenão suporta a implantação de um cliente, a funcionalidade do servidor doprimeiro sistema de processamento permanece totalmente funcional,significando que qualquer tipo de alteração no primeiro conjunto de dadosincluído no primeiro sistema de processamento está ainda conectado no arquivode alterações de conexão do servidor. Caso qualquer alteração ocorra noconjunto de dados incluídos no primeiro conjunto de dados, o arquivo deconexão do primeiro sistema de processamento pode ser usado mais tarde parauma sincronização de duas mãos com um segundo sistema de processamentodiferente que suporta a implantação de um cliente para fins de sincronização deconjunto de dados.
De acordo com uma concretização da invenção, o primeirodispositivo de processamento é adaptado como cartão de chip e o segundodispositivo é adaptado como dispositivo de telecomunicação móvel ou vice-versa, o primeiro dispositivo de processamento é adaptado como dispositivo detelecomunicação móvel e o segundo dispositivo de processamento é adaptadocomo cartão com chip. Portanto, o cartão chip é adaptado como um módulo deidentidade do assinante (SIM) ou cartão de circuito integrado universal (UICC).
O dispositivo de comunicação móvel pode ser adaptado como telefone celularou assistente digital pessoal (PDA). Preferivelmente, o primeiro dispositivo deprocessamento com o servidor implantado está assim adaptado como cartãocom chip. Isto assegura a possibilidade de sincronização com quase todos osnovos tipos de dispositivos de comunicação móvel que aceitam uma interfaceSyncML para sincronização de dados com uma entidade externa. Desta forma,pela implantação do servidor no cartão com chip, o cartão com chip épreferencialmente adaptada como um dispositivo seguro de armazenamento dedados pessoais.
Em outro aspecto, a invenção trata de um primeiro dispositivo deprocessamento para telecomunicação móvel, o primeiro dispositivo deprocessamento compreendendo meios de armazenamento, o meio dearmazenamento sendo adaptado para armazenar um primeiro conjunto dedados, e o processador, o processador sendo adaptado para executar umservidor, o servidor sendo adaptado para comunicar com um cliente adaptadonum segundo dispositivo de processamento para executar a sincronização deum primeiro conjunto de dados em um segundo conjunto de dados incluído nosegundo dispositivo de processamento. Desta forma, a comunicação entre oservidor e o cliente é feita pelo uso de uma porta onde a porta está incluída noprimeiro dispositivo de processamento ou no segundo dispositivo deprocessamento. Entretanto, a porta somente é necessária, se o primeirodispositivo de processamento e o segundo dispositivo de processamento nãousarem um protocolo comum para transferência de dados.
De acordo com uma concretização da invenção, o servidor ou ocliente está adicionalmente adaptado para comunicação com um computador debackup, onde a sincronização com o primeiro e/ou segundo conjunto de dados éexecutado com dados incluídos no computador de backup. Um computador debackup pode ser entendido como um sistema que ou permite uma simples cópiaum a um dos dados incluídos no primeiro e/ou no segundo conjunto de dados ouo computador de backup pode ser entendido com um sistema que permite atotal sincronização dos dados incluídos no computador de backup com dadosincluídos no primeiro e/ou segundo conjunto de dados.
De acordo com uma concretização da invenção, o primeirodispositivo de processamento é adaptado como um cartão de chip e, o segundodispositivo de processamento é adaptado como um dispositivo móvel detelecomunicações ou o primeiro dispositivo de processamento é adaptado comodispositivo de telecomunicação móvel e o segundo dispositivo deprocessamento é adaptado como cartão chip.
Em um outro aspecto a invenção trata de um programa decomputador que compreende instruções executáveis por um processador, oprocessador sendo compreendido em um primeiro dispositivo deprocessamento, o primeiro dispositivo de processamento compreendendo umprimeiro conjunto de dados, o programa de computador compreendendoinstruções para operação de um servidor no primeiro dispositivo deprocessamento, o servidor sendo adaptado para comunicar com o clientecompreende em um segundo dispositivo de processamento para executar asincronização do primeiro conjunto de dados com o segundo conjunto de dadosincluídos no segundo dispositivo de processamento.
De acordo com uma concretização da invenção, o primeirodispositivo de processamento é adaptado como um cartão de chip e o segundodispositivo de processamento é adaptado como dispositivo de telecomunicaçãomóvel ou vice-versa, o primeiro dispositivo de processamento é adaptado comodispositivo de telecomunicação móvel e o segundo dispositivo deprocessamento é adaptado como um cartão chip.
Em um outro aspecto, a invenção trata de um programa decomputador que compreende instruções executáveis por um processador, oprocessador sendo compreendido em um primeiro dispositivo deprocessamento, o primeiro dispositivo de processamento compreendendo umprimeiro conjunto de dados, o programa de computador compreendendoinstruções de operação de um cliente no segundo dispositivo de processamento,sendo o cliente adaptado para se comunicar com um servidor incluído numsegundo dispositivo de processamento para executar a sincronização dosegundo conjunto de dados com o primeiro conjunto de dados incluído noprimeiro dispositivo de processamento.
Breve descrição dos desenhos
As seguintes realizações preferidas da invenção são descritas emmaiores detalhes por meio de exemplos apenas fazendo referências aosdesenhos, onde:- a figura 1 é um diagrama de blocos ilustrando um sistema decomunicação móvel de acordo com a invenção;
- a figura 2 é um diagrama de blocos adicional ilustrando a inter-relação entre o servidor e o cliente de acordo com concretização da invenção;
- a figura 3 é uma tabela de mapeamento ilustrando omapeamento de vários contatos servidor-cliente;
- a figura 4 ilustra a concretização do fluxo de comunicação paraum procedimento lento de sincronização na forma da invenção; e,
- a figura 5 ilustra a concretização do fluxo de comunicação paraum procedimento de duas mãos de sincronização na forma da invenção.
Descrição detalhada
A figura 1 mostra um diagrama de blocos ilustrando um dispositivode comunicação móvel 100 de acordo com a invenção. O dispositivo decomunicação móvel 100, por exemplo, um telefone celular compreende umprocessador 102 e uma memória 104, por exemplo uma memória volátil ou nãovolátil. A memória 104 compreende um modulo de programa 106 que pode serpor exemplo uma aplicação de cliente SyncML. A memória 104 compreendeadicionalmente dados de usuário, tais como lista telefônica 108, compreendendoentradas da lista telefônica, onde tais entradas de lista telefônica compreendemendereços, números de telefones, endereços de correio eletrônico, mensagens,fotos etc.
De forma a operar tal dispositivo de telecomunicação móvel 100,em por exemplo rede GSM ou UMTS, o dispositivo de telecomunicação móvel100 adicionalmente exige um cartão chip, por exemplo um cartão SIM 112.
Preferivelmente, o cartão SIM 112 é um cartão UICC de nova geração. O cartãoSIM 112 compreende um processador 114 e uma memória 116. Desta forma, oacesso à memória 116 é preferencialmente protegida por meio de controle deacesso por autenticação de usuário. A memória 116 compreende um aplicativo118, por exemplo um aplicativo de servidor de rede. A memória 116 tambémcompreende aplicativos adicionais, por exemplo aplicativos Java que estãoexpandindo o aplicativo de rede 118. A memória 116 compreende ainda umcartão de armazenamento SIM armazenando dados de usuários respectivos, talcomo a lista telefônica 120.De forma a permitir a sincronização da lista telefônica 108 dodispositivo móvel de telecomunicação 100 com a lista telefônica 120 do cartãoSIM 112, uma interface 110 do dispositivo de telecomunicação e uma interface124 do cartão SIM são necessários. Entretanto, de forma a reduzir o volume dedados trocados pela sincronização da lista telefônica 108 com a lista telefônica120, a memória 104 da telecomunicação móvel 100 e a memória 116 do cartãoSIM compreendem arquivos de alteração de conexão respectivos 109(dispositivo móvel de telecomunicação) e 122 (cartão SIM). Isto significa, queem caso que a sincronização da lista telefônica 108 e 120 seja necessária,apenas uma quantidade mínima de dados é trocada entre o aplicativo do cliente106 com sua lista telefônica respectiva 108 e o aplicativo do servidor 118 comsua respectiva lista telefônica 120 de forma a executar tal sincronização.
Qualquer entrada de dados nas listas telefônicas 108 e 120, que não foramalteradas desde o último processo de sincronização não tem de serconsiderados para sincronização e apenas entradas de dados conectadasdevido à alteração de tais entradas de dados no respectivo arquivo de alteraçãode conexão 109 e 122 é usada no processo de sincronização.
O dispositivo de telecomunicação 100 adicionalmente compreendeum teclado ou almofada de discagem 129 e um mostrador 128. Para asincronização a almofada de discagem 129 e o mostrador 128 pode ser usadocomo exemplo para iniciar tal processo de sincronização por um usuário. Elestambém podem ser usados para induzir um usuário para uma respectivaentrada, se em caso da sincronização das listas telefônicas 108 e 120 levem aum conflito de sincronização.
O dispositivo de telecomunicação 100 ainda compreende umaantena 126 que pode ser usada em uma rede 132 para propósitos decomunicação sem fio. Tal comunicação sem fio também pode ser usada deforma a comunicar com um sistema de computador 130. Tal sistema decomputador 130 pode então compreender diferentes funcionalidades. Umafuncionalidade pode ser fornecer o software necessário para sincronização docliente (a ser carregado no módulo de programa 106 como aplicativo de clienteSyncML), que pode ser carregado do sistema de computador 130 via rede 132para a telecomunicação móvel 100. Isto é especialmente importante em relaçãoà possibilidade de atualização do software do cliente 106 e software do servidor118.
Outra funcionalidade do sistema de computador 130 pode ser afinalidade do computador de backup 130. Portanto, o computador de backup130 compreende um processador 136 e uma memória 138. A memória 138compreende um modulo de programa de computador 140 e uma área especialde armazenamento 142 adaptada para armazenar backup de entrada de dadosde listas telefônicas 108 e/ou a lista telefônica 120. Se o computador de backup130 é um sistema de computador fornecido por um provedor de rede detelecomunicações sem fio, o sistema de backup 130 pode apenas compreenderuma funcionalidade de backup em termos de espelhar o conteúdo das listastelefônicas 108 e 120. Entretanto, caso o computador de backup 130 seja, porexemplo, o computador pessoal do usuário do dispositivo de telecomunicaçãomóvel 100, o usuário pode também querer usar a lista telefônica 108 e/ou 120no computador de backup 130 como uma lista telefônica sincronizada 142.
Caso o usuário então faça alteração na lista telefônica 142 do computador debackup 130, estas alterações serão rastreadas por um arquivo de alteração deconexão 144, que então permitirá também a sincronização da lista telefônica142 com a lista telefônica 108 e 120 sem necessidade de troca e/ou baixa doconteúdo completo da lista telefônica 124 para o aparelho 100.
Deve-se mencionar que qualquer outro tipo de conexão 146 entreo dispositivo móvel de telecomunicação e o sistema de computador 130 tambémé possível além de uma conexão GSM sem fio de telecomunicação. Neste caso,tal conexão 146 entre o dispositivo móvel de telecomunicação 100 e o sistemade computador 130 é estabelecida por meio da interface 134 compreendida nosistema de computador 130. Tal tipo de conexão 146 pode tambémcompreender, por exemplo, uma conexão do tipo USB, infravermelho, serial,paralela ou qualquer outro tipo de conexão.
A figura 2 mostra um diagrama de blocos adicional ilustrando ainter-relação entre o servidor e o cliente de acordo com uma concretização dainvenção. No exemplo atual, o aparelho telefônico 200 é adaptado como sendodo cliente e o cartão SIM 202 é adaptado como servidor. O cartão SIM 202compreende um servidor de rede 212 e um applet SyncML 214. Por meio deuma interface 216, o SyncML applet 214 se comunica com o cartão SIM da listatelefônica 206.
O aparelho celular compreende um SyncML do cliente 208, que secomunica via uma interface 216 com a lista telefônica do celular 204. Noexemplo atual, a comunicação com o SyncML do cliente 208 somente é possívelpelo uso do protocolo TCP/IP. Então, um portal 210 é necessário de forma afornecer uma interface entre o protocolo TCP/IP usado pelo SyncML do cliente208 e o servidor da web 212, que habitualmente usa o BIP (protocoloindependente de portador) como protocolo de transporte. Desta forma, a porta210 tem a finalidade de tradutor de camada de TCP/IP para BIP.
O SyncML cliente 208 dá suporte SyncML sobre HTTP paracomunicação com o servidor SyncML adaptado como SyncML applet 214 emcima do cartão inteligente de servidor da web 212. Desta forma, o cartãointeligente servidor da web especificado pela Open Mobile Alliance (OMA)pretende habilitar os emissores de cartões inteligentes para oferecer páginas daweb estáticas ou dinâmicas. Os dados de contato serão preferivelmentetransferidos com o formato VCard comum.
Também WBXML é usado preferencialmente ao invés de XMLpara o protocolo SyncML para economizar memória. Desta forma,adicionalmente um passador de código byte para WBXML é necessário paraanalisar e processar os comandos do SyncML.
Preferivelmente, o cartão inteligente servidor de web 212 exigepelo menos um suporte para um modo BIP de servidor na forma definida emETSI SCP TS 102 223. Também se deve mencionar que o applet SyncML 214pode ser implantado no servidor da web 212 em qualquer tipo adequado delinguagem de programação. Isto inclui Java, Assembler, C e qualquer outro tipode linguagem de programação de computadores.
A figura 3 mostra uma tabela de mapeamento ilustrando omapeamento de vários contatos cliente servidor. Desta forma, o identificadorlocal pessoal do cliente (LUID) identifica os contatos armazenados na listatelefônica do celular e a posição dos dados no servidor identifica o contatoarmazenado na lista telefônica do cartão SIM.
Em geral, SyncML baseia-se no princípio de que o cliente e oservidor podem cada um ter seu identificador único para itens nos seus bancosde dados. Desta forma o ID do cliente é conhecido como um identificador únicolocal (LUlD) e o servidor é conhecido como um identificador único global (GUID).
O servidor deve manter uma tabela de mapeamento de ID para todos os itenstrocados entre ele mesmo e o cliente. Isto é, o servidor deve saber que ID decliente e que ID de servidor apontam para o mesmo item de dados. LUIDs sãoassim sempre designados pelo dispositivo do cliente. Isto significa que mesmose o servidor adicionar um item para o dispositivo do cliente, o cliente designaráo LUID para aquele item. O cliente então usará o mapa de operação paraenviar o LUID do novo item para o servidor. Seguindo o mapa de operação, oservidor atualizará sua tabela de mapeamento com o LUID do cliente. Isto atépermite a administração de múltiplos clientes com um servidor, o que significaque múltiplos celulares com múltiplas listas telefônicas podem ser usados juntocom um cartão SIM, onde a sincronização do cartão SIM com todos as listastelefônicas respectivas podem ser mantidas. Portanto, como já mencionadoacima, objetos de dados VCard podem ser usados como formado de dados paradados de contato. Pode-se usar SyncML como recipiente.
A tabela de mapeamento da figura 3 é armazenada no cartão SIMou em geral na entidade que compreende o servidor para executar asincronização. No exemplo da figura 3, a lista telefônica do cartão SIM (o cartãoSIM compreendendo o servidor de web) compreende três entradas de dadosdesignadas a três identificadores 0101, 0102 e 0101. Cada posição de dados doservidor que é indicativo da posição onde o dado respectivo de contato estáarmazenado na lista telefônica do cartão SIM, tem um LUID designado, nesteexemplo a posição de dados do servidor 0101 o LUID 1234, a posição de dadosdo servidor 0102 LUID 1235 e a posição de dados do servidor 0101 o LUID1236. Uma vez que preferencialmente, o identificador singular local do cliente éum número singular, calculado por exemplo como um valor hash do número desérie do aparelho celular e o conteúdo de uma entrada de contato na listatelefônica do aparelho celular, a entrada de contato em uma posição de dadosnum servidor específico não apenas deve ter uma entrada respectiva de contatodesignada na lista telefônica do aparelho celular, mas também pode seradicionalmente designada para um único aparelho de um usuário.No exemplo da figura 3, a informação de contato incluída naposição 0101 do servidor foi designada o LUID 1234 e LUID 1236. Isto significapor exemplo que o cartão SIM compreendendo a informação mapeada da figura3 foi usada por dois aparelhos celulares diferentes, onde no primeiro celular ainformação de contato armazenada na posição do servidor de dados 0101 teveo LUID 1234 designado da respectiva informação de contato da respectiva listatelefônica do primeiro aparelho celular e que ainda a informação de contatocontida na mesma posição do servidor de dados 0101 teve o LUID 1236designado num segundo celular significando que a informação de contato estáarmazenado no tal segundo celular em sua respectiva lista telefônica sob oidentificador único 1236.
A figura 4 ilustra uma concretização de fluxo de comunicação paraum procedimento de sincronização lenta, na forma da invenção. Aqui, a "sínc-lenta" é uma forma de sincronização de duas mãos onde todos os itens de umbanco de dados do cliente são comparados com todos os itens dos bancos dedados do servidor em uma base campo a campo. Desta forma, a sincronizaçãolenta pode ocorrer in muitos casos. Um caso é, se o cliente forçar o modosincronização lenta. Isto pode ocorrer, por exemplo, por entrada do usuário
Outro caso é a primeira sincronização de um cliente e um servidor, que énecessária, se por exemplo um cartão SIM (servidor) for inserido em um celularnunca sincronizado (cliente). Outro caso que pode levar à necessidade desincronização lenta ocorre quando um erro ou interrupção ocorre durante umafase de sincronização prévia.
Em geral, após a análise da sincronização, o servidor volta todasas informações modificadas para o cliente. Desta forma, a informaçãomodificada compreende novos conjuntos de dados completos ou tambémapenas comandos como uma alteração de partes de entrada de contatos,eliminação de parte de entradas de contato etc. Por outro lado, o cliente retornaa informação mapeada de todos os itens de dados adicionados pelo servidor.
Uma sincronização inicial lenta é necessária como base para tipos desincronização posteriores tais como sincronização de duas mãos, que é muitomais eficiente em relação à velocidade e uso de recursos.
Em referência à figura 4 o fluxo de comunicação de sincronizaçãolenta começa pelo cliente na etapa 400 que envia o respectivo comando deiniciar para o servidor. Em resposta o servidor envia uma mensagem de aceitena etapa 402 ao cliente. Na etapa 404, o cliente envia todos os seus contatospara o servidor. O servidor compara os dados incluídos nos contatos na etapa406, armazena os novos contatos respectivos que ainda não estavam presentesna lista telefônica do servidor, na etapa 408. O servidor adicionalmente verificacontatos adicionais do servidor na etapa 410. Isto significa que o servidorconfere contatos que estão disponíveis na lista telefônica do servidor mas aindanão na lista telefônica do cliente. Na etapa 412, o servidor envia os contatosadicionais do servidor para o cliente que em resposta retorna as respectivas IDde contato ou o identificador único do cliente (LUID) na etapa 414 para oservidor. Em uma última etapa, o servidor atualiza sua tabela de mapeamentona etapa 416 para designação do LUID do cliente para as posições de dados doservidor das respectivas entradas na lista telefônica do servidor.
A figura 5 ilustra a concretização do fluxo de comunicação de umprocedimento de sincronização de duas mãos de acordo com a invenção. Destaforma, a sincronização de duas mãos é o tipo normal de sincronização no qual ocliente e o servidor trocam informações sobre qualquer modificação que tenhaocorrido com os dados incluídos nas respectivas listas telefônicas. O clientesempre inicia este tipo de troca pelo envio de uma solicitação ao servidor. Oservidor processa a sincronização solicitada e novas alterações de dados docliente são comparadas e unificadas com os dados do servidor. Após isto, oservidor pode enviar seus dados modificados para o dispositivo do cliente ouvice-versa, que então será capaz de atualizar seus bancos de dados com dadosdo servidor. Uma vez que seus bancos de dados foram atualizados, o clientedevolve ao servidor todas as informações necessárias de mapeamento de ID.
In relação à figura 5, no fluxo de comunicação a sincronização deduas mãos é iniciada pelo cliente, que envia para o servidor um comando naetapa 500 relacionado à sincronização de duas mãos. Em resposta, o servidorretorna para o cliente uma mensagem de aceitação na etapa 502 . Então, ocliente lê as entradas modificadas em seu respectivo arquivo de alteração deconexão na etapa 504. As entradas no arquivo de alteração de conexão sãoentão criadas para cada alteração de entrada de dados na lista telefônica docliente. Neste exemplo da figura 5, o contato com o ID 001 foi eliminado, ocontato com o ID 002 foi modificado e o contato com o ID 003 completamentenovo, foi adicionado.
Portanto, nas etapas 506, 508 e 512 o cliente envia os comandosrespectivos ou informação geral para servidor, que então executa as respectivasmodificações na sua lista telefônica com relação aos comandos recebidos ouinformações recebidas nas etapas 506, 508 e 512. Deve-se notar que ou oscomandos individuais 506-512 podem ser enviados do cliente para o servidorcom fim de sincronização ou o arquivo completo de alterações de conexãosobre o cliente podem ser enviados ao servidor que então pode analisar talarquivo de alteração de conexão e executar as respectivas modificações deentrada de dados na lista telefônica do servidor.
Na etapa 514, o servidor armazena os dados modificados comrelação à informação de modificação obtida nas etapas 506-512. Na ultimaetapa 516, o servidor atualiza sua tabela de mapeamento, que neste exemplo éespecialmente importante, uma vez que a nova entrada 003 foi acrescentadapara o cliente e portanto o identificador específico local do cliente (LUID) de talentrada deve ser designado para uma posição especifica de entrada de dadosna lista telefônica do servidor.
Na concretização da figura 5 presume-se que nenhumamodificação adicional foi executada na lista telefônica do servidor desde a ultimaetapa da sincronização. Portanto, o servidor não necessita enviar osrespectivos comandos de sincronização de volta para o cliente de forma aatualizar e sincronizar a lista telefônica do cliente em relação á entradas novasou modificadas na lista telefônica do servidor. Entretanto, se isto for preciso,nas etapas 504-514 devem ser executados vice-versa no lado do servidor ou docliente, respectivamente.
Como já mencionado, vários tipos de aplicativos de protocolo emcamadas podem ser usados para comunicação entre o cliente e o servidor. Umaplicativo de protocolo de camadas é o HTTP, outra possibilidade é o uso deCAT_TP como camada subjacente para aplicativos de protocolo (TS 102 124 eTS 102 127).
No caso do HTTP, o pós comando é essencial para SyncML. Arazão é que com os formulários de pós comando a interface de usuário pode sersuportada.
Também deve-se notar que, em geral para o processo desincronização da lista telefônica cliente/servidor um mecanismo de configuraçãodeve ser fornecido. Tal mecanismo de configuração é necessário, uma vez que,em especial, o cartão SIM apenas pode fornecer um espaço limitado paraarmazenamento de dados de contato e outras informações armazenáveis nocartão SIM. Portanto, um mecanismo de configuração permite múltiplosparâmetros a serem configurados, por exemplo, durante o tempo de compilaçãodo software.
Estes parâmetros podem compreender, por exemplo, o númeromáximo de clientes suportados para mapeamento de ID. Isto significa, que comum cartão SIM (servidor) múltiplos celulares (clientes) são suportados. Outroparâmetro pode ser, por exemplo, o tamanho do ID de posição de dados doservidor. Dois outros parâmetros importantes que necessitam de configuraçãosão o tamanho da memória tampão e o tamanho máximo da mensagem/objeto.
Portanto, o tamanho da memória tampão define o tamanho máximo da unidadede dados transferida do cliente para o servidor e vice-versa, onde o tamanhomáximo da mensagem/objeto define o tamanho máximo que um objeto oumensagem pode ter de forma a ser armazenado pelo cliente ou pelo servidor.
Uma vez que geralmente, o tamanho máximo da mensagem /objeto é muitomaior do que o tamanho da memória tampão, um objeto ou mensagem deve serpartido em unidades múltiplas de dados, com cada unidade de dados tendocomo máximo o tamanho da memória tampão mencionada acima, para quepossa ser transferido do cliente para o servidor e vice-versa.
Lista numérica de referência
100 Dispositivo de telecomunicação móvel102 Processador104 Memória106 Módulo de programa108 Lista telefônica109 Arquivo de alteração de conexão.110 Interface112 Cartão SIM114 Processador116 Memória118 Módulo de programa120 Lista telefônica122 Arquivo de alteração de conexão124 Interface126 Antena128 Mostrador129 Teclado130 Computador de backup132 Rede134 Interface136 Processador138 Memória140 Módulo de programa142 Lista telefônica144 Arquivo de mudança de conexão146 Conexão a cabo200 Aparelho celular202 Cartão SIM204 Lista telefônica do celular206 Lista telefônica do cartão SIM208 Cliente SyncML210 Porta212 Servidor de Web214 SyncML Applet216 Interface
Claims (15)
1. MÉTODO PARA SINCRONIZAR DADOS de uma primeira(120; 206) e uma segunda (108;204) lista telefônica de um dispositivo móvelpara telecomunicações (100), caracterizado pelo fato de compreender asseguintes etapas:fornecer um primeiro dispositivo de processamento (112;-202), o primeiro dispositivo de processamento (112; 202) compreendendo aprimeira lista telefônica (120; 206),fornecer um segundo dispositivo de processamento (100;-200), o segundo dispositivo de processamento (100; 200) compreendendo asegunda lista telefônica (108; 204).fornecer um servidor (212), o servidor (212) sendocompreendido no primeiro dispositivo de processamento (112; 202),fornecer um cliente (208), estando o cliente (208)compreendido no segundo dispositivo de processamento (100; 200),designar identificadores únicos para entradas de dadoscompreendidos na segunda lista telefônica (108; 204), onde tais identificadoressão singulares em relação ao segundo dispositivo de processamento (100; 200),mapeamento de identificadores de entrada de dados deentradas de dados compreendidas na primeira lista telefônica (120; 206) aosrespectivos identificadores únicos,sincronização da primeira (120; 206) e da segunda(108;204) lista telefônica por meio de uma comunicação entre o servidor (212) eo cliente (208),onde o primeiro dispositivo de processamento (112; 202) éum cartão com chip e o segundo dispositivo de processamento (100; 200) é umdispositivo móvel de telecomunicação onde uma tabela de mapeamento deidentificadores para mapeamento de identificadores de entrada de dados e dosidentificadores singulares é mantida no servidor (212).
2. MÉTODO de acordo com a reivindicação 1, caracterizadopelo fato de que a comunicação entre o servidor (212) e ó cliente (208) éexecutada com o uso de uma porta (210), a porta (210) estando compreendidano primeiro ou no segundo dispositivo de processamento (100; 200).
3. MÉTODO de acordo com a reivindicação 1, caracterizadopelo fato de que a sincronização é executada com o uso de um aplicativo deservidor (214).
4. MÉTODO de acordo com a reivindicação 1, caracterizadopelo fato de que a comunicação entre o cliente (208) e o servidor (212) é feitacom o uso de um aplicativo de protocolo de internet por camadas
5. MÉTODO de acordo com a reivindicação 1, caracterizadopelo fato de que a comunicação entre o cliente (208) e o servidor (212) é feitacom o uso de um protocolo de controle de transmissão (TCP) e/ou o protocolode alta velocidade (HSP) e/ou o protocolo de portador independente (BIP).
6. MÉTODO de acordo com a reivindicação 1, caracterizadopelo fato de compreender ainda um computador de backup (130), onde asincronização da primeira (120; 206) e/ou da segunda (108;204) lista telefônicaé executada com o computador de backup (130).
7. MÉTODO de acordo com a reivindicação 6, caracterizadopelo fato de que a sincronização da primeira (120; 206) e/ou da segunda(108;204) lista telefônica com o computador de backup (130) é executada com ouso de uma interface aérea (126) do primeiro ou do segundo dispositivo deprocessamento (100; 200).
8. MÉTODO de acordo com uma qualquer das reivindicações 1a 7, caracterizado pelo fato de que a sincronização compreende a comparaçãodas entradas de dados da primeira (120; 206) e/ou da segunda (108;204) listatelefônica e/ou dos dados (142) compreendidos no computador de backup (130).
9. MÉTODO de acordo com uma qualquer das reivindicações 1a 8, caracterizado pelo fato de que as alterações de entrada de dados sãoconectadas em um arquivo de alteração de conexão (109; 122) onde um arquivoseparado de alteração de conexão (109; 122) é mantido para a primeira (120;-206) e/ou para a segunda (108;204) lista telefônica e / ou a lista telefônica (142)compreendida no computador de backup (130).
10. MÉTODO de acordo com uma qualquer das reivindicações 1a 9, caracterizado pelo fato de que a sincronização é iniciada pelo cliente (208)e onde a sincronização compreende a troca de informações compreendidas nosarquivos de conexão (109; 122).
11. MÉTODO de acordo com a reivindicação 10, caracterizadopelo fato de que a sincronização compreende as seguintes etapas:envio de informação compreendida no arquivo de alteraçãode conexão (109) do cliente (208) para o servidor 212);- sincronização de dados compreendidos na primeira listatelefônica (120; 206) baseada na análise do arquivo de alteração de conexõesdo cliente (109) e o arquivo de alteração de conexão do servidor (122),envio de informação atualizada de sincronização do servidor(212) para o cliente (208),- envio de informação atualizada de mapeamento do cliente(208) para o servidor (212).
12. UM PRIMEIRO DISPOSITIVO DE PROCESSAMENTO(112; 202) para telecomunicações móveis, caracterizado pelo fato de que oprimeiro dispositivo de processamento (112; 202) compreende:- meios de armazenamento (116), sendo os meios dearmazenamento (116) adaptados para armazenar a primeira lista telefônica(120; 206),um processador (114), sendo o processador adaptado paraexecutar um servidor (212), o servidor (212) sendo adaptado para comunicar-secom um cliente (208) adaptado em um segundo dispositivo de processamento(100; 200) para executar a sincronização da primeira lista telefônica (120; 206)com uma segunda lista telefônica (108;204) compreendida no segundodispositivo de processamento (100; 200),meios para designar identificadores únicos de entrada dedados compreendidos na segunda lista telefônica, onde tais meios paradesignar identificadores são adaptados para designar identificadores que sãoúnicos em relação ao segundo dispositivo de processamento (100; 200),uma tabela de mapeamento de identificadores para mapearidentificadores de entrada de dados de entradas de dados compreendidas naprimeira lista telefônica (120; 206) para seus respectivos identificadores únicos,onde o primeiro dispositivo de processamento (112; 202) é umcartão com chip e o segundo dispositivo de processamento (100; 200) é umdispositivo móvel de telecomunicações.
13. PRIMEIRO DISPOSITIVO DE PROCESSAMENTO (112;-202) de acordo com a reivindicação 12, caracterizado pelo fato de que acomunicação entre o servidor (212) e o cliente (208) é executada com o uso deuma porta (210), onde a porta (210) está compreendida no primeiro dispositivode processamento (112; 202) ou no segundo dispositivo de processamento(100; 200).
14. PRIMEIRO DISPOSITIVO DE PROCESSAMENTO (112;-202) de acordo com a reivindicação 12, caracterizado pelo fato de que oservidor (212) ou o cliente (208) é ainda adaptado para comunicação com umcomputador de backup (130), onde a sincronização da primeira (120; 206) e/ouda segunda lista telefônica (108;204) é executada com dados compreendidos nocomputador de backup (130).
15. PROGRAMA DE COMPUTADOR (118; 106) caracterizadopelo fato de compreender instruções executáveis por computador para executartodas as etapas do método na forma reivindicada de acordo com uma qualquerdas reivindicações de 1 a 11.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102006024882.1 | 2006-05-24 | ||
| DE102006024882A DE102006024882A1 (de) | 2006-05-24 | 2006-05-24 | Chipkarte |
| PCT/EP2007/055061 WO2007135191A1 (en) | 2006-05-24 | 2007-05-24 | Data synchronization |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0711205A2 true BRPI0711205A2 (pt) | 2011-03-09 |
Family
ID=38326277
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0711205-0A BRPI0711205A2 (pt) | 2006-05-24 | 2007-05-24 | método para sicronizar dados, um primeiro dispositivo de processamento, programa de computador |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20100287307A1 (pt) |
| EP (1) | EP2030412B1 (pt) |
| AT (1) | ATE477664T1 (pt) |
| BR (1) | BRPI0711205A2 (pt) |
| CA (1) | CA2653096C (pt) |
| DE (2) | DE102006024882A1 (pt) |
| WO (1) | WO2007135191A1 (pt) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090080692A (ko) * | 2008-01-22 | 2009-07-27 | 삼성전자주식회사 | 프로파일 동기화 시스템 및 그 방법 |
| EP2299747A4 (en) * | 2008-07-10 | 2014-06-25 | Sk Planet Co Ltd | PERSONALIZED SERVICE SYSTEM BASED ON USE OF INTELLIGENT CARD, METHOD AND INTELLIGENT CARD THEREFOR |
| JP5585967B2 (ja) * | 2008-10-10 | 2014-09-10 | エスケーテレコム株式会社 | スマートカード及びスマートカード基盤のアプレット設置方法 |
| KR20100046078A (ko) * | 2008-10-10 | 2010-05-06 | 삼성전자주식회사 | 휴대 단말기와 서버로 구성된 시스템 및 그 시스템에서 데이터 동기화 방법 |
| DE102008052344A1 (de) * | 2008-10-20 | 2010-04-22 | Giesecke & Devrient Gmbh | Sichern von Kontaktdaten eines mobilen Endgeräts |
| US8694744B1 (en) | 2010-03-31 | 2014-04-08 | Emc Corporation | Mobile device snapshot backup |
| US9514089B1 (en) | 2010-03-31 | 2016-12-06 | EMC IP Holding Company LLC | Mobile device network data synchronization |
| US8655966B1 (en) * | 2010-03-31 | 2014-02-18 | Emc Corporation | Mobile device data protection |
| US8694597B1 (en) | 2010-03-31 | 2014-04-08 | Emc Corporation | Mobile device group-based data sharing |
| US9152650B1 (en) | 2010-03-31 | 2015-10-06 | Emc Corporation | Mobile device data recovery |
| US8683005B1 (en) | 2010-03-31 | 2014-03-25 | Emc Corporation | Cache-based mobile device network resource optimization |
| US20110258160A1 (en) * | 2010-04-15 | 2011-10-20 | Po-Yen Lee | Data synchronization methods for synchronizing data in communication system and communication systems |
| US20120190406A1 (en) * | 2011-01-24 | 2012-07-26 | I O Interconnect, Ltd. | Docking station, portable device capable of multimedia data playback management, and methods thereof |
| US20120239894A1 (en) * | 2011-01-24 | 2012-09-20 | I O Interconnect, Ltd. | Backup method for portable device |
| US20130179148A1 (en) * | 2012-01-09 | 2013-07-11 | Research In Motion Limited | Method and apparatus for database augmentation and multi-word substitution |
| US9443230B2 (en) * | 2012-04-30 | 2016-09-13 | At&T Intellectual Property I, L.P. | Point-to point data synchronization |
| JP5832376B2 (ja) * | 2012-05-30 | 2015-12-16 | 株式会社沖データ | 情報処理装置及び情報処理方法 |
| US20140012913A1 (en) * | 2012-07-05 | 2014-01-09 | Devrim Varoglu | Peer-Peer Device Activation and Setup |
| KR20140077821A (ko) * | 2012-12-14 | 2014-06-24 | 삼성전자주식회사 | 홈 네트워크 시스템에서 컨텐츠 백업 장치 및 방법 |
| KR20140131074A (ko) * | 2013-05-03 | 2014-11-12 | 삼성전자주식회사 | 데이터 동기화 장치 및 방법 |
| KR20150096274A (ko) * | 2014-02-14 | 2015-08-24 | 삼성전자주식회사 | 웹 브라우저에서 화상형성장치의 주소록을 활용하는 방법 및 이를 수행하기 위한 화상형성장치 |
| CN107968993B (zh) * | 2016-10-20 | 2020-08-07 | 中国移动通信有限公司研究院 | 一种数据同步的方法、智能卡及终端 |
| US11115479B2 (en) * | 2019-01-10 | 2021-09-07 | Google Llc | Enhanced online privacy |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6006274A (en) * | 1997-01-30 | 1999-12-21 | 3Com Corporation | Method and apparatus using a pass through personal computer connected to both a local communication link and a computer network for indentifying and synchronizing a preferred computer with a portable computer |
| US7813725B2 (en) * | 1998-10-01 | 2010-10-12 | Onepin, Llc | Wireless data exchange |
| US6401104B1 (en) * | 1999-07-03 | 2002-06-04 | Starfish Software, Inc. | System and methods for synchronizing datasets using cooperation among multiple synchronization engines |
| CA2276840A1 (en) * | 1999-07-05 | 2001-01-05 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for synchronizing a database in portable communication devices |
| US6393434B1 (en) * | 1999-09-14 | 2002-05-21 | International Business Machines Corporation | Method and system for synchronizing data using fine-grained synchronization plans |
| US6957776B1 (en) * | 2000-03-30 | 2005-10-25 | Qwest Communications International Inc. | System and method for managing a plurality of local lists of a single user |
| US6470329B1 (en) * | 2000-07-11 | 2002-10-22 | Sun Microsystems, Inc. | One-way hash functions for distributed data synchronization |
| US20020059299A1 (en) * | 2000-07-14 | 2002-05-16 | Frederic Spaey | System and method for synchronizing databases |
| US6718348B1 (en) * | 2000-08-25 | 2004-04-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Non-time dependent synchronization of databases |
| AU9283801A (en) * | 2000-09-20 | 2002-04-02 | Ants.Com., Inc. | Automated system and method for downloading, updating and synchronizing contact information |
| KR100383610B1 (ko) * | 2001-06-04 | 2003-05-14 | 삼성전자주식회사 | 셀룰러 전화기의 호 서비스 방법 |
| US7146161B2 (en) * | 2001-08-27 | 2006-12-05 | Cheng-Hao Chou | Subscriber identity module card backup system |
| US7814068B2 (en) * | 2001-11-16 | 2010-10-12 | Gemalto Sa | Identifying changed records in a file stored on an electronic token |
| US7346616B2 (en) * | 2002-03-20 | 2008-03-18 | Extended System, Inc. | Synchronizing data shared between two devices independent of any other devices that may also share the data |
| EP1509858A2 (en) * | 2002-05-31 | 2005-03-02 | International Business Machines Corporation | System and method for accessing different types of back end data stores |
| US7346705B2 (en) * | 2002-08-28 | 2008-03-18 | Apple Inc. | Method of synchronising three or more electronic devices and a computer system for implementing that method |
| US20040116155A1 (en) * | 2002-12-12 | 2004-06-17 | Alain Aisenberg | Cellular telephone back-up and media system |
| KR100547896B1 (ko) * | 2004-03-05 | 2006-01-31 | 삼성전자주식회사 | 데이터 동기화 시스템 및 서버와 클라이언트의 데이터동기화 방법 |
| EP1608123A1 (en) * | 2004-06-15 | 2005-12-21 | Axalto SA | Method and device for communicating HTTP messages with portable devices |
| CN1741016A (zh) * | 2004-08-27 | 2006-03-01 | 雅斯拓（北京）智能卡科技有限公司 | 智能卡数据与存储在外部服务器中的数据的有效同步 |
| KR20060071037A (ko) * | 2004-12-21 | 2006-06-26 | 삼성전자주식회사 | 사용자 단말기와 사용자 인증카드의 데이터 동기화 제어방법 및 그에 따른 사용자 인증카드 |
| FR2880763B1 (fr) * | 2005-01-12 | 2007-05-11 | Bouygues Telecom Sa | Procede de gestion de repertoires dans un terminal mobile et terminal mobile associe |
| EP1691536A1 (en) * | 2005-02-14 | 2006-08-16 | Axalto SA | Smart phones with web based interfaces |
| US20060286971A1 (en) * | 2005-06-17 | 2006-12-21 | Maly John W | Automatic storage of contact information on a cellular phone |
| US20070078959A1 (en) * | 2005-10-03 | 2007-04-05 | Yinghua Ye | Low-power proxy for providing content listings in ad-hoc, peer to peer networks |
| DE102006003391B4 (de) * | 2006-01-24 | 2007-10-31 | Siemens Ag | Verwendung einer Identifikationsinformation bei Netzwerkmanagement |
| KR101468282B1 (ko) * | 2006-05-09 | 2014-12-02 | 인터디지탈 테크날러지 코포레이션 | 무선 장치에 대한 안전 시간 기능 |
-
2006
- 2006-05-24 DE DE102006024882A patent/DE102006024882A1/de not_active Ceased
-
2007
- 2007-05-24 BR BRPI0711205-0A patent/BRPI0711205A2/pt not_active IP Right Cessation
- 2007-05-24 AT AT07729490T patent/ATE477664T1/de active
- 2007-05-24 EP EP07729490A patent/EP2030412B1/en not_active Not-in-force
- 2007-05-24 DE DE602007008410T patent/DE602007008410D1/de active Active
- 2007-05-24 WO PCT/EP2007/055061 patent/WO2007135191A1/en active Application Filing
- 2007-05-24 US US12/301,844 patent/US20100287307A1/en not_active Abandoned
- 2007-05-24 CA CA2653096A patent/CA2653096C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20100287307A1 (en) | 2010-11-11 |
| DE102006024882A1 (de) | 2007-11-29 |
| CA2653096C (en) | 2015-07-07 |
| CA2653096A1 (en) | 2007-11-29 |
| ATE477664T1 (de) | 2010-08-15 |
| DE602007008410D1 (de) | 2010-09-23 |
| WO2007135191A1 (en) | 2007-11-29 |
| EP2030412A1 (en) | 2009-03-04 |
| EP2030412B1 (en) | 2010-08-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0711205A2 (pt) | método para sicronizar dados, um primeiro dispositivo de processamento, programa de computador | |
| US8825815B2 (en) | System and method for client synchronization for a communication device | |
| JP4712817B2 (ja) | ウェブベースのインターフェースを有するスマートフォン | |
| EP1825702B1 (en) | Backup system and method in a mobile telecommunication network | |
| FI114750B (fi) | Datan synkronoiminen | |
| EP2922272B1 (en) | Data synchronization method, data synchronization server and data synchronization system | |
| US20120144456A1 (en) | Method of receiving, storing, and providing device management parameters and firmware updates to application programs within a mobile device | |
| BRPI0823384B1 (pt) | Método para transferir um aplicativo em um terminal de telecomunicação | |
| BRPI0619801A2 (pt) | cliente de mensagem em cartão sim | |
| CN1998224A (zh) | 高级联络识别系统 | |
| CN102088519A (zh) | 通讯录管理方法及其装置 | |
| EP2317785A1 (en) | Address list system and implementation method thereof | |
| CN102308561A (zh) | 通过uicc进行的me网络参数配置 | |
| TWI566566B (zh) | 電話薄管理方法 | |
| US20100125646A1 (en) | System For Enabling Host-Independent Software Portability Of A Self-Contained Device | |
| WO2005122614A1 (en) | Arrangement for informing application capabilities | |
| US8798607B1 (en) | Method and apparatus for synchronizing contact and calendar information between a handset and a computing device | |
| CN106937281B (zh) | 一种终端应用的管理方法、装置、终端及服务器 | |
| GB2466969A (en) | Circuit card data protection | |
| JP4661455B2 (ja) | 携帯端末、そのデータ共有方法およびプログラム | |
| WO2005066836A1 (en) | File synchronisation | |
| CN100364347C (zh) | 一种具备sim和uim双功能的全能读卡以及利用该卡实现gsm和cdma手机号码簿信息互存的方法 | |
| EP1521433A2 (en) | Mobile telephone card, method of contact register management in the card, and program product for carrying out the method | |
| WO2005059774A1 (en) | A method of maintaining information in a computing device | |
| CN108762821A (zh) | 电子设备运行应用的装置及方法、电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B25F | Entry of change of name and/or headquarter and transfer of application, patent and certif. of addition of invention: change of name on requirement |
Owner name: SAGEM ORGA GMBH (DE) Free format text: A FIM DE ATENDER AS ALTERACOES DE NOME E SEDE REQUERIDAS ATRAVES DA PETICAO NO 018120001594/SP DE 20/01/2012, E NECESSARIO REAPRESENTAR O DOCUMENTO DE ALTERACAO DE NOME DEVIDAMENTE CONSULARIZADO. |
|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] | ||
| B25D | Requested change of name of applicant approved |
Owner name: MORPHO CARDS GMBH (DE) |
|
| B25G | Requested change of headquarter approved |
Owner name: MORPHO CARDS GMBH (DE) |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |