BRPI0209171B1

BRPI0209171B1 - método e sistema para dispor a sincronização das bases de dados, dispositivo de telecomunicação, dispositivo de sincronização

Info

Publication number: BRPI0209171B1
Application number: BRPI0209171A
Authority: BR
Inventors: Ari Sutinen; Jussi Piispanen; Mikko Sahinoja; Riku Mettälä
Original assignee: Nokia Corp; Nokia Technologies Oy
Priority date: 2001-04-25
Filing date: 2002-04-24
Publication date: 2016-04-26
Also published as: EP1390874A1; CA2447821A1; ZA200308298B; US20020161769A1; KR20040005933A; CN100371929C; EE200300518A; KR100937163B1; JP2009110530A; BR0209171A; WO2002086758A1; EP1390874B1; WO2002086758A8; US7555303B2; JP2004534994A; CA2447821C; US20050125459A1; US6839564B2; CN1564990A

Abstract

"método e sistema para dispor a sincronização das bases de dados, dispositivo de telecomunicação, dispositivo de sincronização, e, programa de computador". método para dispor a sincronização das bases de dados, compreendendo os passos de estabelecer a conexão da camada de transporte para a sincronização entre o primeiro e o segundo dispositivo, que sincroniza as bases de dados, durante a inicialização da sincronização, o primeiro identificador de atualização, o qual é armazenado ao menos no primeiro dispositivo, descreve o último evento de sincronização que os dispositivos têm executado nas bases de dados, e o segundo identificador de atualização, que é definido pelo primeiro dispositivo, descreve a sincronização atual, os identificadores são transmitidos do primeiro dispositivo para o segundo dispositivo. o segundo identificador de atualização é armazenado no primeiro e no segundo dispositivo. os conteúdos dos primeiros identificadores de atualização armazenados no dispositivo são atualizados no primeiro e no segundo dispositivo se a sincronização tiver sido executada e, após a conexão da camada de transporte tiver sido terminada substancialmente e apropriadamente.

Description

"MÉTODO E SISTEMA PARA DISPOR A SINCRONIZAÇÃO DAS DAS IS DH DADOS, DISPOSITIVO Dl TELECOMUNICAÇÃO. H DISPOSITIVO DE SINCRONIZAÇÃO".

Campo da Invenção A invenção relaciona à sincronização de dados da base de dados no sistema de telecomunicação, particularmente para manutenção dos dados nos eventos de sincronização. A sincronização de dados é uma função, onde ao menos duas coleções de dados são feitas similares entre si, de forma que as unidades dc dados das coleções de dados subsluncialmenie correspondam entre si após a sincronização.

Descrição da Técnica Anterior Os dados dos terminais portáteis, tal como os computadores portáteis, os dispositivos PDA (Assistente Pessoal Digital), as estações móveis ou os pagers, podem ser sincronizados com as aplicações de rede. as aplicações dos computadores de mesa ou com outras bases de dados no sistema de telecomunicação. Em particular, os dados das aplicações de calendário e e-mail, são tipicamente sincronizados. O pedido EP 102 444 1 descreve um método de sincronização das bases de dados. O método compreende os dados de manutenção, o tempo da base de dados ter transmitido os registros para outra base de dados (tempo de transmissão), o tempo da base de dados ter recebido os registros de outra base de dados (tempo de recepção) e o tempo de cada registro na base de dados ter sido modificado (tempo de modificação). O registro é transmitido da primeira base de dados para a segunda base de dados, apenas se o registro do tempo de modificação for posterior ao tempo de transmissão e o tempo de modificação for anterior ao tempo de recepção. A sincronização tem sido baseada no liso de diferentes protocolos específicos do fabricante, os quais são incompatíveis. Este restringe o uso dos terminais ou dos tipos de dados, e frequentemente causa problemas para o usuário. Na comunicação móvel, em particular, é importante que os dados possam ser recuperados e atualizados indiferente do terminal ou da aplicação usados.

Para melhorar a sincronização dos dados de aplicação, a linguagem conhecida como SyncML (Linguagem de Marcação de Sincronização), a qual c baseada no XME (Linguagem de Marcação Extensível), tem sido desenvolvida. Ao usar o protocolo dc sincronização SyncML, que emprega as mensagens no formato SyncML, os dados de qualquer aplicação podem ser sincronizados entre os terminais em rede de qualquer tipo. O protocolo de sincronização SyncML opera em ambas as redes, sem fio e fixa, e suporta vários protocolos de transferência. A Figura 1 ilustra um exemplo de sincronização, no qual a estação móvel EM funciona como o terminal do cliente SyncML e o servidor de rede S funciona como o servidor SyncML. O serviço de sincronização SyncML compreende primeiro a inicialização da sessão de sincronização durante a qual, por exemplo, a base de dados a ser sincronizada é selecionada. O terminal EM do cliente SyncML compreende o Agente Cliente Sinc, que implementa o protocolo SyncML e envia a mensagem SyncML (Modificações do Cliente), que inclui ao menos os dados que são para serem sincronizados na estação móvel EM e que tem alterado após a última sincronização. O servidor SyncML S compreende o agente servidor sinc, que controla a sincronização e o bloco de sincronização (Máquina Sinc). O servidor usualmente espera por uma iniciativa para sincronização do cliente SyncML (EM). O servidor S sincroniza os dados, isto é, analisa as modificações feitas nas bases de dados e nos dados do terminal do cliente, e harmoniza este (faz as modificações necessárias, as substituições e as eliminações). Após isto, o servidor SyncML S envia as modificações do servidor de volta para o cliente SyncML (EM). O exemplo acima descrito é simples, mas este ilustra as regras dos dispositivos de acordo com o padrão SyncML. O terminal do cliente SyncML (EM) é tipicamente uma estação móvel, um PC (Computador Pessoal), um computador laptop, ou um dispositivo PDA. O servidor SyncML S é tipicamente um servidor de rede ou um PC. O sistema de acordo com o padrão SyncML emprega as ‘âncoras de sincronização’ associadas com as bases de dados. Estas são caracteres que descrevem um evento de sincronização em termos de data e hora, por exemplo. As âncoras de sincronização usadas são denominadas de ‘Última’ âncora e ‘Próxima’ âncora, sendo que a Última âncora representa o último evento, quando a base de dados foi sincronizada em relação ao dispositivo de transmissão e a Próxima âncora representa o evento de sincronização presente em relação ao dispositivo de transmissão. Os dispositivos transmitem as suas âncoras entre si durante a inicialização da sessão de sincronização, de forma que a Próxima âncora possa ser armazenada após a sessão de sincronização bem sucedida. Durante a próxima sincronização o dispositivo pode comparar a Próxima âncora armazenada com a Ultima âncora recebida, e se elas forem iguais, o dispositivo nota que nenhum erro tem ocorrido desde a última sincronização. Se as âncoras não forem iguais, é necessário executar a sincronização lenta, por exemplo, onde todas as unidades de dados nas bases de dados têm de ser comparadas com uma outra. Na prática, na sincronização lenta, o terminal do cliente transmite todos os dados da base de dados a ser sincronizados para o servidor SyncML, que analisa campo a campo os dados que este tem recebido e os dados de outra base de dados a serem sincronizados, ou altemativamente substitui todos os dados de outra base de dados a ser sincronizada com os dados que este tem recebido. No Protocolo de Sincronismo SyncML padrão, versão 1.0, Dezembro de 2000, que define o protocolo de sincronização SyncML, é indicado que as âncoras de sincronização não devem ser atualizadas até a sessão de sincronização ter terminado. A Figura 2 ilustra o uso das âncoras de sincronização. Neste exemplo o cliente SyncML (EM) e o servidor SyncML (S) sincronizam duas vezes (sessões de sincronização 1 e 2). A âncora (9.9.2001, 09:09:09 AM) da sessão de sincronização precedente (que precede a sessão de sincronização 1) relacionada às mesmas bases de dados é armazenada no servidor de sincronização S. Esta âncora era os conteúdos da Próxima âncora da sessão de sincronização precedente que foi armazenada como a Última âncora para a primeira sessão de sincronização 1. O cliente EM inicia a sessão de sincronização 1 em 10 de outubro de 2001 às 10:10:10 AM. Esta hora será a Próxima âncora para a sessão de sincronização 1. A EM transmite a Última âncora armazenada nesta e a Próxima âncora para o servidor S. Durante a sessão de sincronização 1 é desnecessário iniciar a sincronização lenta, porque as Últimas âncoras de sincronização se associam, isto é, a Última âncora (9.9.2001, 09:09:09 AM) na memória do S que corresponde a Última âncora recebida. Após, o servidor S ter transmitido um reconhecimento (OK), os dados podem ser sincronizados. O reconhecimento é preferivelmente uma mensagem de inicialização, que também compreende a Última e a Próxima âncora. Após, a sessão de sincronização 1 ter terminado, o S substitui a Última âncora precedente (9.9.2001, 09:09:09 AM) com os conteúdos da Próxima âncora (10.10.2001, 10.10.10 AM) na sua memória. A falha de transporte ocorre no exemplo, isto é, a EM não atualiza a Última âncora na sua memória. A falha de transporte pode ser um erro na conexão de transmissão, por exemplo. O S também pode desconectar imediatamente após este ter recebido a mensagem de sincronização, mas o cliente SyncML pode ainda permanecer esperando por um reconhecimento do servidor. Neste caso, a desconexão é uma falha de transporte do ponto de vista do cliente SyncML. Durante a inicialização da segunda sessão de sincronização a EM transmite a Última âncora não-atualizada (9.9.2001, 09:09:09 AM) e a Próxima âncora (11.11.2001, 11:11:11 AM) para o servidor S. O S nota que as Últimas âncoras não se associam, e então esta solicita a restauração, tipicamente a sincronização lenta. O problema relacionado ao padrão SyncML é que o momento de atualização dos identificadores de atualização que descrevem a sincronização (a âncora de sincronização no SyncML, ex. o protocolo de tempo) não tem sido definido corretamente. Dependendo da aplicação do fabricante, alguns dispositivos podem atualizar o identificador tão logo quanto as mensagens de sincronização tiverem sido enviadas, considerando outras realizações desta após a conexão usada para a sessão de sincronização ter sido desconectada. Como descrito no exemplo da Figura 2, alguns dispositivos não necessariamente atualizam o identificador em uma situação de erro, como resultado do qual as sincronizações lentas são executadas desnecessariamente. As sincronizações lentas são particularmente indesejáveis para o usuário porque elas levam muito tempo e tipicamente causam custos de transmissão de dados adicionais. O usuário pode também achar que a sincronização falhou porque a sincronização lenta leva muito tempo.

Breve Descrição da Invenção Um objeto da invenção é evitar o problema acima descrito e prover uma função tão uniforme quanto possível nos dispositivos que participam da sincronização. Os objetos da invenção são alcançados com um método, um sistema de telecomunicações, um dispositivo de sincronização, um dispositivo de telecomunicação, um programa de computador, que são caracterizados pelo que é descrito nas reivindicações independentes. As incorporações preferidas da invenção são descritas nas reivindicações dependentes. A invenção é baseada na atualização no primeiro dispositivo e no segundo dispositivo dos conteúdos dos primeiros identificadores de atualização, que descrevem a sincronização precedente e que são armazenados nos dispositivos, com os conteúdos do segundo identificador de atualização, os quais descrevem a presente sincronização, se a sincronização tiver sido executada e, após esta, a conexão da camada de transporte estabelecida para a sincronização ter sido finalizada apropriadamente e substancialmente. A camada de transporte geralmente refere a uma camada que provê a camada de aplicação de sincronização com a conexão de transmissão de dados lógica confiável (não necessariamente um protocolo da camada de transporte de acordo com o modelo OSI, tal como o TCP). A conexão da camada de transporte tem sido terminada apropriadamente quando o estabelecimento da comunicação relacionado à finalização de uma conexão tem sido executado de acordo com os passos definidos no padrão da camada de transporte, após o qual os dispositivos não esperam por quaisquer das mensagens da camada de transporte de cada outra. Os conteúdos atualizados do identificador de atualização são usados no próximo evento de sincronização. O termo ‘base de dados’ é para ser entendido como referindo a uma coleção de dados de qualquer fonte de dados ou armazenagem de dados que pode ser atualizada por uma ou mais aplicações. O identificador de atualização é qualquer identificador que é associado com o evento de sincronização das bases de dados, tipicamente um número seqüencial ou o protocolo de tempo. O primeiro identificador de atualização sempre representa o evento de sincronização que precede ao evento de sincronização atual. A atualização pode ser executada ao substituir um valor anterior com o novo valor ou ao usar uma solução seqüencial, isto é, ao adicionar o novo valor para os valores anteriores, após o qual o valor mais recente é sempre logicamente o primeiro identificador de atualização no próximo evento de sincronização. A disposição da invenção tem a vantagem de que os dispositivos, que suportam a invenção sempre atualizam os identificadores de atualização substancialmente e simultaneamente, permitindo minimizar as sincronizações lentas desnecessárias e evitar as desvantagens relacionadas a elas. Ao usar a temporização de acordo com a invenção, pode ser assegurado em uma maneira confiável de que os dispositivos que participam na sincronização sempre atualizam ou não os identificadores de atualização.

De acordo com uma incorporação preferida da invenção, a sincronização é baseada no protocolo de sincronização de acordo com o padrão SyncML, e então o primeiro identificador de atualização é a Última âncora da sincronização e o segundo identificador de atualização é a Próxima âncora.

Breve Descrição das Figuras A invenção agora será descrita em maiores detalhes em conexão com as incorporações preferidas e, com referência aos desenhos apensos, nos quais: Figura 1 - ilustra a sincronização de acordo com o protocolo de sincronização SyncML;

Figura 2 — ilustra o uso das âncoras de sincronização;

Figura 3 — ilustra a rede sem fio e a rede de área local;

Figura 4 - ilustra um método de acordo com a incorporação preferida da invenção;

Figura 5 — ilustra um método de acordo com outra incorporação preferida da invenção; e Figura 6 — apresenta um gráfico de sinalização ilustrando os eventos de sinalização de acordo com as incorporações preferidas da invenção.

Descrição Detalhada da Invenção A seguir, a incorporação preferida da invenção será descrita em um sistema que suporta o padrão SyncML, sem, contudo, confinar a invenção a este. A Figura 3 apresenta o sistema de rede, onde os dados de sincronização das bases de dados BD e dos terminais TE podem ser sincronizados. Com relação à sincronização, o terminal TE funciona como o dispositivo cliente. A Figura 3 apresenta dois exemplos, no primeiro dos quais os terminais TE, as bases de dados BD e os servidores de sincronização S são conectados à rede de área local LAN. O terminal TE conectado à rede LAN compreende a funcionalidade para comunicar com os dispositivos da rede LAN, por exemplo, o cartão de rede e o programa que controla a transmissão de dados. A rede de área local LAN pode ser uma rede de área local de qualquer tipo, e o TE pode também comunicar com o servidor S através da Internet, tipicamente usando a barreira de proteção BP. No segundo exemplo, o terminal TE, o servidor de sincronização S e as bases de dados BD são conectadas à rede móvel RM. O terminal TE conectado à rede RM compreende a funcionalidade da estação móvel para a comunicação sem fio com a rede RM. A rede móvel RM pode ser qualquer rede sem fio conhecida, tal como, a rede que suporta o serviço GSM, a rede que suporta o serviço GPRS (Serviço de Rádio Pacote Geral), a rede móvel de terceira geração, tal como a rede UMTS (Sistema de Telecomunicação Móvel Universal), a rede de área local sem fio WLAN ou a rede privada. Deveria ser observado que o servidor S pode funcionar como a base de dados BD, embora na Figura 3 os servidores S e as bases de dados BD sejam apresentados separadamente por motivo de clareza.

Os terminais TE (nas redes cabeadas LAN e nas redes sem fio RM) e os servidores S compreendem a memória MEM, SMEM, a interface do usuário IU, SUI, dispositivos de I/O, SI/O para dispor a transmissão de dados, e a unidade de processamento central CPU; SCPU compreendendo um ou mais processadores. Na memória MEM, a SMEM inclui a parte não-volátil da unidade de processamento central CPU, a SCPU para armazenar e controlar as aplicações, e a parte da memória de acesso randômico a ser usada para processamento dos dados. A memória MEM do TE (que é neste exemplo, a base de dados a ser sincronizada), e a memória das bases de dados BD, armazenam os dados de aplicação que são para serem sincronizados. O agente do cliente AC que opera de acordo com a invenção é preferivelmente implementado ao executar o código de programa de computador armazenado na memória MEM na CPU. O servidor de sincronização S também provê o agente de sincronização AS e o bloco de sincronização MS de acordo com a invenção e preferivelmente roda o código de programa de computador armazenado na memória SMEM na SCPU. O código de programa de computador executado nas unidades de processamento central CPU e na SCPU ocasionam ao terminal TE e ao servidor de sincronização S a implementar as características inventivas. As incorporações destes dispositivos são ilustradas nas Figuras 4 e 5. Os programas de computador podem ser obtidos através da rede e/ou armazenados no dispositivo de memória, tal como, em um disquete, tal como no disco CD-ROM ou em outro dispositivo externo de armazenagem, dos quais eles podem ser carregados na memória MEM, SMEM. Os circuitos integrados também podem ser usados. A Figura 4 ilustra o método de sincronização de acordo com uma incorporação da invenção, onde o terminal TE inicia a sincronização com o servidor S.

Quando há necessidade 401 para sincronizar os dados das bases de dados (ex. MEM, DB), a conexão da camada de transporte é estabelecida 402 entre o servidor S e o TE. O TE recupera 403 a Ultima âncora atualizada após a sessão de sincronização precedente da sua memória MEM e define 403 a Próxima âncora, por exemplo, verifica a data e a hora. A Ultima e a Próxima âncora são tipicamente os números sequenciais ou os protocolos de tempo. As âncoras são bases de dados específicas, isto é, elas indicam quando os dados da base de dados concernidos têm sido atualizados. O TE também define a Próxima âncora para a sincronização e armazena esta temporariamente na seção da memória de acesso randômico da memória MEM. O TE transmite 404 a mensagem de inicialização do cliente para o servidor S. Os elementos de alerta da mensagem (para cada base de dados a ser sincronizada) compreende a Última âncora e a Próxima âncora. A mensagem de inicialização do cliente também informa ao servidor de sincronização S das bases de dados, os dados das quais são para serem sincronizados e que tipo de sincronização é para ser usado. A mensagem de inicialização do cliente tipicamente também inclui a informação de autenticação e a informação dos serviços e as características dos dispositivos suportadas pelo terminal TE. O servidor S recebe a mensagem de inicialização do cliente, armazena a Próxima âncora temporariamente na sessão da memória de acesso randômica da memória SMEM e recupera 405 a Última âncora armazenada da sua memória SMEM (que é o conteúdo da Próxima âncora da última/precedente sessão de sincronização armazenada preferivelmente no campo denominado de Última âncora). O S verifica 406 a Última âncora recebida e a Última âncora recuperada da sua memória. Após 407 a verificação 406 o servidor S envia ao servidor a mensagem de inicialização contendo a Próxima âncora (recebida do TE) e a Última âncora (da memória SMEM do servidor S) para o terminal TE, também. A mensagem de inicialização do servidor inclui a informação no caso dos protocolos de tempo corresponderem entre si. O TE verifica 408 a correspondência da Última âncora ao comparar a Última âncora recebida com a Última âncora armazenada na memória MEM.

Se ambas, a verificação 408 executada pelo TE e a verificação 406 executada pelo S indicam que a Última âncora corresponde entre si, a sincronização pode ser iniciada 410 da maneira solicitada, neste caso apenas as unidades de dados modificadas após a Última âncora necessitam ser sincronizadas. Após a inicialização ter terminado, os dados de ao menos uma base de dados BD definida na inicialização da sincronização e os dados do terminal TE podem ser sincronizados. As autenticações necessárias podem ser executadas (no caso da sincronização de modo dual) empregando as mensagens SyncML ilustradas na Figura 1 (Modificações do Cliente, Modificações do Servidor). O tipo de sincronização a ser usado pode ser, por exemplo: - sincronização de modo dual; - sincronização de modo-único do cliente apenas; - sincronização de restauração do cliente apenas; - sincronização de modo-único do servidor apenas; - sincronização de restauração do servidor apenas; - sincronização servidor-alertado.

Para uma descrição mais detalhada da inicialização de uma sessão de sincronização e da sincronização 407 dos dados, referência é feita ao padrão do Protocolo de Sincronismo SyncML, versão 1.0, Dezembro de 2000, que define o protocolo de sincronização SyncML.

Se a Última âncora não associar de acordo com as comparações 406 e/ou 408, um erro tem ocorrido e todos os dados das bases de dados sobre sincronização necessitam ser sincronizados. Após a comparação 406 o S pode dar a informação na sincronização mal sucedida ou mais preferivelmente enviar a mensagem de inicialização de acordo com a qual a sincronização lenta é iniciada 409. O TE pode também solicitar a sincronização lenta se as Últimas âncoras não corresponderem entre si de acordo com a comparação 408. A seguir, é verificado 411 se a sincronização tem sido executada e a conexão da camada de transporte terminada apropriadamente. A sincronização tem sido executada após todos os dados necessários de acordo com o tipo de sincronização ter sido transferido entre o TE e o S (nem ter algo a transmitir) e nem os dispositivos esperam por um reconhecimento do outro. No caso da sincronização de modo-dual, por exemplo, a sincronização tem sido executada quando o servidor S reconhece (Mapa de Reconhecimento do Servidor) para o terminal TE que tem recebido as modificações feitas pelo TE (Pacote de Status de Atualização de Dados para o Servidor) e o TE recebe o reconhecimento pelo qual tem esperado. A conexão não tem sido terminada apropriadamente se, por exemplo, o TE ou o S recebe uma mensagem de erro, uma mensagem da camada de transporte errônea ou não recebe a mensagem a qual este está esperando (neste caso o TE/S pode enviar uma mensagem de erro). O protocolo de sincronização SyncML pode ser implementado entre o TE e o S no topo do protocolo HTTP (Protocolo de Transferência de Hiper Texto), do protocolo WSP (Protocolo de Sessão Sem fio) do padrão WAP (Protocolo de Aplicação Sem fio), do protocolo OBEX (Object Exchange — Protocolo de troca de objeto) usado para as conexões a cabo, tal como o USB (Barramento Serial Universal) ou o RS-232, para as conexões de rádio freqüência de curto-alcance (Bluetooth) ou para as conexões infravermelhas (IrDA), a pilha TCP/IP (Protocolo de Controle de Transporte/Protocolo Internet), e também no topo do serviço da camada de transporte oferecida pelo protocolo de e-mail (SMTP, Protocolo de Transferência de Correio Simples). A transferência na camada inferior pode ser executada de acordo com a rede subjacente usando, por exemplo, as mensagens curtas SMS ou outros tipos de sinalização dos métodos de transmissão (por exemplo: USSD, Dados de Serviço Suplentar Não-estruturado), as chamadas de dados comutadas por circuito ou os serviços de transferência de dados comutados por pacote.

De acordo com a incorporação, o protocolo HTTP é usado para prover a conexão da camada de transporte. Neste caso, a conexão tem sido terminada apropriadamente após a mensagem de ‘pedido HTTP’ do protocolo HTTP, que inclui os últimos reconhecimentos da sessão SyncML, que não requer nenhuma resposta, e em resposta à qual uma mensagem de reconhecimento ‘resposta de status HTTP’ recebida no dispositivo que transmitiu a mensagem final ter sido transmitida, ter sido transferida entre os dispositivos. Por exemplo, o TE pode enviar a mensagem ‘pedido HTTP’ que inclui a última mensagem (Pacote de Status de Atualização de Dados para o Servidor) para a qual nenhum reconhecimento é requerido (isto é, a sincronização tem sido executada). O S responde ao transmitir a mensagem de ‘resposta de status HTTP’, após a qual esta pode atualizar 412 os conteúdos da última âncora. Se o TE recebe a última mensagem correta ‘resposta de status HTTP’ (ok no cabeçalho 200 HTTP) do servidor S, este pode atualizar 412 os conteúdos da Última âncora.

De acordo com uma incorporação, o protocolo OBEX é usado para oferecer a conexão da camada de transporte. Neste caso, a conexão tem sido terminada apropriadamente quando o comando ‘desconectar’ de acordo com o protocolo OBEX tem sido transferido entre os dispositivos e o comando ‘resposta’ relacionado ao comando ‘desconectar’ tem sido transmitido e recebido.

De acordo com uma incorporação, o protocolo WSP é usado para oferecer a conexão da camada de transporte. Neste caso, a conexão tem sido terminada apropriadamente se a mensagem ‘pedido de desconexão’ tiver sido transferido entre os dispositivos e a mensagem ‘indicação de desconexão’ relacionada à mensagem ‘pedido de desconexão’ tiver sido transmitido e recebido.

Os conteúdos das Últimas âncoras prévias são atualizados 412 no servidor S e no terminal TE (os conteúdos podem também ser zero ou vazio se a Última âncora não tiver sido armazenada anteriormente) com os conteúdos da Próxima âncora da sessão de sincronização presente se a sincronização tiver sido executada e a conexão da camada de transporte tiver sido terminada apropriadamente. A memória MEM, SMEM preferivelmente inclui um registro no qual a Última âncora é mantida para a próxima sincronização. É também possível que o valor da Última âncora precedente não seja eliminado, mas a atualização 412 é executada ao adicionar um registro com o novo valor para a memória e ao usar este na próxima sincronização. Assim, os valores armazenados no passo 412 podem ser usados 414 durante a próxima sincronização, quer dizer, a parte inicial pode enviar o valor armazenado na memória como a Última âncora e a parte de recepção pode recuperar o valor armazenado da sua memória para comparação.

Se a sincronização não tiver sido terminada e/ou a conexão da camada de transporte não tiver sido terminada apropriadamente, os valores das Últimas âncoras armazenadas na memória não são trocados 413 e as Próximas âncoras armazenadas temporariamente são rejeitadas. A Figura 5 ilustra a sincronização de acordo com outra incorporação da invenção. Quando há necessidade 501 para sincronizar os dados, a conexão da camada de transporte é estabelecida 502 entre o servidor S e o TE. O TE recupera 503 a Última âncora atualizada após a sessão de sincronização precedente da sua memória MEM e determina 503 a Próxima âncora. O TE envia 504 para o servidor S uma mensagem de inicialização da sessão de sincronização que compreende a Última e a Próxima âncora definida. O S recebe a mensagem de inicialização, armazena a Próxima âncora temporariamente e recupera 505 a Última âncora armazenada (que é os conteúdos da Próxima âncora da sincronização precedente) da sua memória SMEM. O S compara 506 a Última âncora recebida com a Última âncora que este tem recuperado da sua memória. Se eles correspondem entre si, a sincronização 507 pode ser implementada da maneira solicitada pelo TE e apenas as unidades de dados modificadas após a Última âncora necessitam ser sincronizadas. Neste caso, o S pode enviar uma mensagem de inicialização para o TE, que indica que a sincronização pode ser executada da maneira solicitada. Mesmo embora o S tipicamente sempre envie a Última e a Próxima âncora para o TE, o TE não compara estas âncoras com as suas próprias âncoras nesta incorporação. Após a inicialização ter sido terminada, os dados de pelo menos uma base de dados DB e do terminal TE definidos na inicialização de sincronização podem ser sincronizados.

Se as últimas âncoras não correspondem entre si de acordo com a comparação 506, um erro tem ocorrido e os dados de todas as bases de dados sob sincronização necessitam ser sincronizados 508. O passo 508 é também executado se os dados das bases de dados do S e do TE não tenham sido sincronizados anteriormente ou se a memória MEM, SMEM tem sido limpa, neste caso a Última âncora indica o valor ‘vazio’. Neste caso, o S pode obter a informação na sincronização mal sucedida ou preferivelmente enviar uma mensagem de inicialização de acordo com a qual a sincronização lenta é iniciada.

Após a sincronização (507 ou 508) ter sido executada, a sessão de sincronização e a conexão da camada de transporte são terminadas 509. Após isto, os conteúdos das Últimas âncoras armazenados são atualizados no servidor S 511 e no terminal TE 510 com os conteúdos da Próxima âncora da sessão de sincronização atual se a sincronização tiver sido executada e a conexão da camada de transporte tiver sido terminada apropriadamente (cf. passo 411, 412).

Deveria ser observado que, as funções ilustradas nas Figuras 4 e 5 podem ser utilizadas na sincronização entre mais de dois dispositivos, neste caso a Próxima e a Última âncoras podem ser transmitidas entre todos os dispositivos. A Última âncora é atualizada com o novo valor se a sincronização tiver sido executada entre todos os dispositivos e as conexões da camada de transporte tiverem sido terminadas apropriadamente.

Ao contrário das Figuras 4 e 5, a sincronização pode também ser iniciada sem separar as mensagens de inicialização. Neste caso, a inicialização é executada simultaneamente com a sincronização. Após a sessão de sincronização e a conexão da camada de transporte ter sido terminada, as Próximas âncoras da sessão de sincronização podem ser atualizadas de acordo com o valor das Últimas âncoras na memória MEM, SMEM, como descrito acima. Neste caso, o número de mensagens a ser enviado durante a sincronização pode ser reduzido. A Figura 6 ilustra o gráfico de sinalização de acordo com a incorporação da invenção, que se assemelha à sincronização ilustrada na Figura 2. A sincronização lenta não é necessária na sessão de sincronização 1 porque as Últimas âncoras de sincronização se associam, isto é, a Última âncora (9.9.2001, 09:09:09 AM) na memória do S corresponde à Última âncora recebida.

Após o servidor S ter enviado um reconhecimento (OK), os dados podem ser sincronizados. O reconhecimento é preferivelmente uma mensagem de inicialização que também inclui a Última âncora e a Próxima âncora. Após a sessão de sincronização 1 ter sido terminada, a falha de transporte ocorre no exemplo devido a um erro na transmissão de dados ou devido a uma função não-uniforme dos dispositivos (TE espera por um reconhecimento do servidor S). De acordo com a invenção, nem o terminal TE nem o servidor S tem atualizado o novo valor para a Última âncora na sua memória. Na sessão de sincronização 2 o TE envia 9.10.2001, 09:09:09 AM como o valor da Última âncora. A Última âncora armazenada na memória do servidor S e a Última âncora recebida do terminal TE corresponde a cada outra, e assim a sessão de sincronização 2 pode ser executada sem a sincronização lenta. Esta permite evitar a sincronização lenta devido à falha de transporte de acordo com a técnica anterior apresentada na Figura 2.

Será óbvio para o técnico que à medida que a tecnologia avança, o conceito inventivo pode ser implementado de várias formas. A invenção e as suas incorporações não são então limitadas aos exemplos descritos acima, mas pode variar dentro do escopo das reivindicações.

Claims

1. Método para dispor a sincronização das bases de dados, c CARACTERIZADO pelo falo de que compreende as clapas de: - estabelecer a conexão da camada de transporte para a sincronização entre o primeiro e o segundo dispositivo que sincroniza as bases de ciados (402); - transmitir o primeiro identificador de atualização, que é armazenado ao menos no primeiro dispositivo e descreve o último evento de sincronização do primeiro e do segundo dispositivo que tem sido executado nas bases de dados, durante a inicialização da sincronização do primeiro dispositivo para o segundo dispositivo, e o segundo identificador de atualização, que é definido pelo primeiro dispositivo e descreve a sincronização presente (404): - armazenar o segundo identificador de atualização no primeiro dispositivo e no segundo dispositivo. - atualizar os conteúdos dos primeiros identificadores de atualização armazenados nos dispositivos com os conteúdos do segundo identificador de atualização no primeiro dispositivo e no segundo dispositivo se a sincronização tiver sido executada e, após a conexão da camada de transporte ter sido terminada siibstancíalmente e apropriadamente (412) e - não atualizar os conteúdos dos primeiros identificadores de atualização, se a sincronização não tiver sido realizada ou a conexão da camada de transporte não tiver sido propriamente substancial mente finalizada (413),

2. Método de acordo com a reivindicação 1, é CARACTERIZA 1)0 pelo fato de que também compreende os passos de: * comparar o primeiro identificador de atualização recebido no segundo dispositivo com o primeiro identificador de atualização armazenado no segundo dispositivo; - executar a sincronização da maneira solicitada se o primeiro identificador de atualização recebido corresponder ao primeiro identificador de atualização armazenado; - sincronizar todas as unidades de dados das bases de dados se o primeiro identificador de atualização recebido não corresponder ao primeiro identificador de a t uai i ζação armaze η ado.

3. Método de acordo com a reivindicação 2. c CARACTERIZADO pelo lato de que também compreende <,s passos dc: - transmitir o primeiro identificador de atualização armazenado do segundo dispositivo para o primeiro dispositivo; - comparar lambem o primeiro identificador de atualização recebido com o primeiro identificador de atualização armazenado no primeiro dispositivo.

4. Método de acordo com a reivindicação I, é CARACTERIZADO pelo fato de que os identificadores de atualização indicam a data e a hora.

5. Método de acordo com a reivindicação I, é CARACTFRIZADO pelo falo de que a sincronização é baseada no protocolo de sincronização de acordo com o padrão SyncML, o primeiro identificador de atualização sendo a Última âncora de sincronização e o segundo identificador de atualização a Próxima âncora.

6. Método de acordo com a reivindicação L é C A R A Cf E RIZA DO pelo fato de que: - a conexão da camada de transporte é uma conexão lógica de acordo com o protocolo ΙΠΊΡ. e - a conexão da camada de transporte tem sido terminada apropriadamente se a mensagem 'pedido HTTP’ tiver sido transferida entre o primeiro dispositivo e o segundo dispositivo após a sincronização e a mensagem 'resposta de staius HTTP’ relacionada ã mensagem 'pedido 111’ ET* tiver sido transmitida e recebida.

7. Sistema de sincronização para sincronizar as bases de dados é C AR ACT E RI Z A DO pelo fato de que compreende o primeiro dispositivo e o segundo dispositivo que executa a sincronização e são dispostos para: - estabelecer a conexão da camada de transporte entre o primeiro dispositivo e o segundo dispositivo para executar a sincronização (402); ■ transmitir o primeiro identificador de atualização, que é armazenado ao menos no primeiro dispositivo e descreve o último evento de sincronização do primeiro e do segundo dispositivo que tem sido executado nas bases de dados, do primeiro dispositivo para o segundo dispositivo durante a inicialização da sincronização, e o segundo identificador de atualizarão, que é definido pelo primeiro dispositivo e descreve a sincronização presente (404); - armazenar o segundo identificador de atualização. - atualizar os conteúdos dos primeiros identificadores de atualização armazenados nos dispositivos com os conteúdos do segundo identificador de atualização se a sincronização tiver sido executaria e, após a conexão da camada de transporte ler sido terminada substancialmente e apropriadamente (412) e - não atualizar os conteúdos dos primeiros identificadores de atualização, se sincronização não tiver sido realizada ou a conexão da camada de transporte não tiver sido propriamente substancial mente finalizada (413),

8_ Sistema de sincronização de acordo com a reivindicação 7, é CARACTERIZADO pelo fato de que: - ¢3 segundo dispositivo e disposto para comparar o primeiro identificador de atualização recebido com o primeiro identificador de atualização armazenado no segundo dispositivo; - o primeiro e o segundo dispositivos são dispostos para executar a sincronização da maneira solicitada se o primeiro identificador de atualização recebido corresponder ao primeiro identificador de atualização armazenado, ou - o primeiro e o segundo dispositivos são dispostos para sincronizar todas as unidades de dados tias bases de dados se o primeiro identificador de atualização recebido não corresponder ao primeiro identificador de atualização armazenado,

9. Dispositivo de telecomunicação, c CARACTEKIZAIM) pelo falo de que compreende: - um dispositivo para estabelecer a conexão chi camada de transporte para ao menos um outro dispositivo para sincronizar as bases de dados (402); - um dispositivo para transmitir o primeiro identificador de atualização e o segundo identificador de atualização definido pelo dispositivo de telecomunicação para outro dispositivo durante a inicialização da sincronização, o primeiro identificador de atualização sendo armazenado ao menos no dispositivo de telecomunicação e descreve o último evento de sincronização do dispositivo de telecomunicação e o outro dispositivo que tem executado nas bases de ciados, e o segundo identificador de atualização descrevendo a sincronização presente (404): - uni dispositivo para armazenar o segundo identificador de atualização, e - um dispositivo para atualizar os conteúdos dos primeiros identificadores de atualização armazenados nos dispositivos de telecomunicações com os conteúdos do segundo identificador de atualização se a sincronização tiver sido executada e após a conexão da camada de transporte ter sido terminada substancialmente e apropriadamente (412) e para não atualizar os conteúdos do primeiro identificador de atualização, se sincronização não tiver sido realizada ou a conexão da camada de transporte não tiver sido propriamente substancialmente finalizada (413).

10. Dispositivo de sincronização é CARAC I ERIZA 1)0 pelo fato de que compreende: - um dispositivo para estabelecer a conexão da camada de transporte para ao menos um outro dispositivo para a sincronização das bases de dados (402); - um dispositivo para receber o primeiro identificador de atualização e o segundo identificador de atualização de outro dispositivo durante a inicialização da sincronização, o primeiro identificador de atualização descrevendo o último evento de sincronização do dispositivo de sincronização e o outro dispositivo que tem executado nas bases de dados, e o segundo identificador de atualização descrevendo a sincronização presente (405); - um dispositivo para armazenar o segundo identificador de atualização, e - uni dispositivo para atualizar o primeiro identificador de atualização com os conteúdos do segundo identificador de atualização se a sincronização tiver sido executada e após a conexão da camada de transporte ter sido terminada substancialmente e apropriadamente (412) e para não atualizar os conteúdos do primeiro identificador de atualização, se sincronização não tiver sido realizada ou a conexão da camada de transporte não tiver sido propriamente substancialmente finalizada (413).

11. Dispositivo de sincronização de acordo com a reivindicação lü, é CARACTERIZADQ peto falo de que também compreende: - um dispositivo para comparar o primeiro identificador de atualização recebido com o primeiro identificador de atualização armazenado no dispositivo de sincronização; um dispositivo para executar a sincronização da maneira solicitada por outro dispositivo se o primeiro identificador de atualização recebido corresponder ao primeiro identificador de atualização armazenado, c - um dispositivo para sincronizar as unidades de dados de todas as bases de dados se o primeiro identificador de atualização recebido nào corresponder ao primeiro identificador de atualização armazenado.