BRPI0711782B1

BRPI0711782B1 - Meio de armazenamento legível por computador e método em um servidor de serviço de virtualização de dispositivo para fornecer uma interface de usuário para um serviço de rede em um dispositivo móvel

Info

Publication number: BRPI0711782B1
Application number: BRPI0711782-5A
Authority: BR
Inventors: William D. Sproule; Antonio Winslow Fernando
Original assignee: Microsoft Technology Licensing, Llc
Priority date: 2006-06-23
Filing date: 2007-05-16
Publication date: 2021-03-02
Also published as: EP2033461B1; JP5050055B2; IL194979A0; US8560595B2; EP2033461A4; RU2008150844A; CN101473675B; BRPI0711782A2; US20170242512A1; BRPI0711782A8; CN101473675A; JP2009541894A; WO2008002361A1; IL194979A; RU2439681C2; KR20090033186A; CA2651508C; US20140047363A1; ES2665916T3; EP2033461A1

Abstract

VIRTUALIZAÇÃO DA EXPERIÊNCIA DO USUÁRIO DO DISPOSITIVO MÓVEL. Um serviço de virtualização de dispositivo (DVS) é provido que usa um cliente espesso generalizado residente em um dispositivo móvel para prover suporte de geração de interface do usuário para uma infinidade de serviços provendo conteúdo de dispositivo móvel. O DVS abstrai as condições específicas do dispositivo dos serviços para prover experiências do usuário independentes do dispositivo a serem descritas pelo serviço e a seguir renderizadas no dispositivo.

Description

ANTECEDENTES

[0001] A satisfação do usuário com um programa, aplicação ou serviço funcionando em um dispositivo móvel frequentemente depende da interface do usuário (Ul) associada com o dispositivo móvel. Com alguns dispositivos móveis, a Ul é suprida para um dispositivo móvel através da internet. Com a provisão com base na rede de uma interface do usuário, uma página da rede é construída em um servidor e provida para o usuário através do navegador da rede disponível no dispositivo móvel. A interatividade entre o usuário e a página da rede é limitada às capacidades de renderização do navegador, o que também limita a interatividade entre o usuário e o programa. Dispositivos móveis também têm uma largura de banda limitada de comunicação. Uma largura de banda menor pode criar maior latência para a recepção e a transmissão entre a página da rede produzida no dispositivo móvel do usuário e a aplicação residente em um servidor externo.

[0002] Uma Ul pode também ser associada com um dispositivo móvel transferindo todo o programa ou aplicação para o dispositivo móvel. Todo o programa pode consumir uma grande porção da memória do dispositivo móvel. Também, uma UI pode ser associada com um dispositivo móvel pela transferência de um “cliente espesso” para o dispositivo móvel. A variedade de dispositivos móveis disponíveis e a variedade de clientes espessos podem resultar em prõblemas de compatibilidade que surgem quando esses tipos de clientes são usados. Também, a construção de um cliente espesso para cada um dos vários dispositivos móveis resulta em deficiências econômicas, de teste e de desenvolvimento.

SUMÁRIO

[0003] Esse sumário é provido para apresentar uma seleção de conceitos em uma forma simplificada que são também descritos abaixo na descrição detalhada. Esse sumário não é planejado para identificar aspectos chaves ou aspectos essenciais da matéria exposta reivindicada, nem ele é planejado para ser usado como um auxílio na determinação do escopo da matéria exposta reivindicada.

[0004] Um serviço de virtualização do dispositivo provê um cliente espesso genérico para um dispositivo móvel. O cliente espesso genérico facilita a provisão de interfaces de usuário personalizáveis em múltiplas plataformas de dispositivo móvel sem requerer que o desenvolvedor gere a interface do usuário para escrever o código especializado para cada modelo de dispositivo móvel. Dessa maneira, os serviços da internet podem prover dados e informação para dispositivos móveis sem considerar o tipo de dispositivo no qual a informação está sendo renderizada.

BREVE DESCRIÇÃO DOS DESENHOS

[0005] Modalidades não limitadoras e não exaustivas da presente invenção são descritas com referência às figuras seguintes, onde numerais de referência semelhantes se referem à partes semelhantes por todas as várias vistas a menos que de outra maneira especificado.

[0006] A figura 1 ilustra uma arquitetura de computação exemplar para um computador,

[0007] A figura 2 ilustra um sistema exemplar para prover um serviço de virtualização de dispositivo,

[0008] A figura 3 ilustra um diagrama de fluxo operacional para provimento de um dispositivo móvel para aceitar dados de serviço usando um serviço de virtualização de dispositivo (DVS),

[0009] A figura 4 ilustra um diagrama de fluxo operacional de um processo exemplar para a operação de um servidor do DVS, e

[00010] A figura 5 ilustra uma imagem de tela de uma tela de interface do usuário do serviço renderizada pelo cliente espesso generalizado, de acordo com a presente revelação.

DESCRIÇÃO DETALHADA

[00011] Modalidades são aqui descritas mais totalmente abaixo com referência aos desenhos acompanhantes, que formam uma parte dela e que mostram os exemplos específicos para praticar as modalidades. Entretanto, as modalidades podem ser implementadas em muitas formas diferentes e não devem ser interpretadas como limitadas às modalidades apresentadas aqui, de preferência, essas modalidades são providas de modo que essa revelação seja inteira e completa e transporte totalmente o escopo da matéria exposta para aqueles versados na técnica. As modalidades reveladas podem ser praticadas como métodos, sistemas ou dispositivos. Dessa maneira, as modalidades reveladas podem tomar a forma de uma implementação inteiramente de hardware, uma implementação inteiramente de software ou uma implementação combinando aspectos de software e hardware. A descrição detalhada seguinte, portanto, não é para ser adotada em um sentido limitador.

[00012] Quando lendo a discussão das rotinas apresentadas aqui, deve ser verificado que as operações lógicas das várias modalidades são implementadas (1) como uma sequência de atos implementados no computador ou módulos de programa funcionando em um sistema de computação e/ou (2) como circuitos lógicos de máquina interligados ou módulos de circuito dentro do sistema de computação. A implementação é uma questão de escolha dependente das exigências de desempenho do sistema de computação implementando a invenção. Dessa maneira, as operações lógicas ilustradas e que compõem as modalidades descritas aqui são citadas de maneira variada como operações, dispositivos estruturais, atos ou módulos. Essas operações, dispositivos estruturais, atos e módulos podem ser implementados em software, em firmware, em lógica digital de finalidade especial e qualquer combinação desses.

[00013] Com referência agora aos desenhos, nos quais numerais semelhantes representam elementos semelhantes, vários aspectos da presente invenção serão descritos. Em particular, a figura 1 e a discussão correspondente são planejadas para prover uma breve descrição geral de um ambiente de computação adequado no qual as modalidades da invenção podem ser implementadas.

[00014] De forma geral, que módulos do programa incluem rotinas, programas, componentes, estruturas de dados e outros tipos de estruturas que executam tarefas particulares ou implementam tipos de dados abstratos particulares. Outras configurações de sistema de computador podem também ser usadas, incluindo dispositivos de mão, sistemas de multiprocessador, eletrônica de consumidor programável ou com base em microprocessador, minicomputadores, computadores de grande porte e semelhantes. Ambientes de computação distribuídos podem também ser usados onde as tarefas são executadas por dispositivos de processamento remoto que são ligados através de uma rede de comunicações. Em um ambiente de computação distribuído, módulos de programa podem estar localizados em ambos os dispositivos de armazenamento de memória local e remota.

[00015] Com referência agora à Figura 1, uma arquitetura de computador exemplar para um dispositivo de computação 100 utilizada nas várias modalidades será descrita. O computador pode ser configurado como um computador pessoal, um computador móvel e assim por diante. Como mostrado, o dispositivo de computação 100 inclui uma unidade de processamento central 102 (“CPU”), uma memória do sistema 104, incluindo uma memória de acesso aleatório 106 (“RAM”) e uma memória somente de leitura (“ROM”) 108 e um barramento do sistema 116 que une a memória na CPU 102. O computador 100 também inclui um dispositivo de armazenamento em massa 120 para armazenar um sistema operacional 122, programas aplicativos e outros módulos de programa, que serão descritos em mais detalhes abaixo.

[00016] O dispositivo de armazenamento em massa 120 e seus meios legíveis por computador associados fornecem armazenamento volátil e não volátil para o dispositivo de computação 100. Os meios legíveis por computador podem incluir qualquer tipo de meios removíveis e/ou não removíveis.

[00017] O dispositivo de computação 100 opera em um ambiente em rede usando conexões lógicas para computadores remotos através de uma rede 112, tal como a internet. O dispositivo de computação 100 pode se conectar na rede 112 através de uma unidade de interface de rede 110 conectada no barramento 116.

[00018] O dispositivo de computação 100 pode também incluir um controlador de entrada/saída 114 para receber e processar a entrada de um número de dispositivos, tais como: um teclado, mouse, caneta eletrônica e assim por diante. Similarmente, o controlador de entrada/saída 114 pode prover saída para uma tela de exibição, uma impressora ou algum outro tipo de dispositivo (não mostrado).

[00019] Como mencionado brevemente acima, um número de módulos de programa e arquivos de dados pode ser armazenado no dispositivo de armazenamento de massa 120 e RAM 106 do dispositivo de computação 100, incluindo um sistema operacional 122 adequado para controlar a operação de um computador em rede. O dispositivo de armazenamento de massa 120 e a RAM 106 podem também armazenar um ou mais módulos de programa. Em particular, o dispositivo de armazenamento em massa 120 e a RAM 106 podem armazenar um módulo do serviço de virtualização do dispositivo (DVS) 124.

[00020] A configuração do módulo do DVS 124 é dependente de se o dispositivo de computação foi configurado como um servidor do provedor do serviço que provê dados de serviço e interação, um servidor do DVS que configura os dados para transmissão para um dispositivo móvel ou um próprio dispositivo móvel. Para um dispositivo de computação do provedor do serviço, o módulo do DVS 124 provê arquivos de configuração e protocolos de comunicação para comunicar dados para o servidor do DVS em um formato generalizado. Para o servidor do DVS, o módulo do DVS 124 provê dados de configuração de translação e compactação para transladar os dados recebidos do servidor do serviço. O módulo do DVS 124 compacta os dados para transmissão eficiente para o dispositivo móvel. Para o próprio dispositivo móvel, o módulo do DVS 124 pode incluir uma aplicação de cliente espesso para renderizar a interface do usuário resultante na tela do dispositivo móvel. Um cliente espesso (também conhecido como um cliente espesso ou cliente rico) é um cliente que executa as operações de processamento de dados, e conta com um servidor associado para o armazenamento dos dados.

[00021] Por todo o relatório e reivindicações, os termos seguintes adotam os significados explicitamente associados aqui, a menos que o contexto claramente dite de outra forma.

[00022] Em alguns aspectos, “serviço de virtualização do dispositivo” ou “(DVS)” se refere a qualquer porção de uma configuração de rede, quer se referindo ao lado do servidor ou lado do cliente na comunicação, para gerar uma interface do usuário em um dispositivo móvel a partir dos dados generalizados passados através de um servidor do DVS.

[00023] Em alguns aspectos, “servidor do DVS” se refere a um servidor que é configurado para obter dados generalizados dos serviços, facilitar a translação e compactação dos dados generalizados para um formato otimizado, facilitar o envio dos dados otimizados para um dispositivo móvel, facilitar a manipulação do evento para comunicação entre o dispositivo móvel e o serviço, bem como executar outras tarefas adicionais.

[00024] Em alguns aspectos, “evento” se refere a uma interação com a interface do usuário renderizada no dispositivo móvel que dispara a comunicação de volta para e do serviço associado com a interface do usuário.

[00025] Em alguns aspectos, “componente de interface gráfica” se refere a um elemento de interface do usuário para prover uma experiência do usuário (UX). Como uma definição exemplar para um componente de interface gráfica, um componente de interface gráfica pode ser um componente de interface tal como um quadro de exibição ou uma caixa de texto.

[00026] O serviço de virtualização do dispositivo (DVS) facilita projetar uma experiência do usuário (UX) em um dispositivo móvel. Em uma modalidade, o DVS provê uma interface (API) que permite que o serviço proveja um conjunto de páginas de interface do usuário (Ul) que por sua vez mostram componentes de interface gráfica dessas páginas. Os componentes de interface gráfica podem incluir tabelas de dados para armazenamento eficiente dos dados incluídos nas páginas, O serviço de virtualização do dispositivo (DVS) abstrai condições específicas do dispositivo de serviços que desejam expor uma experiência de usuário final no dispositivo, O DVS provê uma UX independente do dispositivo a ser descrito pelo serviço e a seguir renderizado no dispositivo. O DVS pode também possibilitar que um serviço obtenha capacidades de dispositivo tais como tamanho de tela, tecnologia de COmpactação/DEsCompactação de áudio e vídeo (CODEC) suportado de modo que o serviço possa prover mídia apropriada para o dispositivo.

[00027] A figura 2 ilustra um sistema exemplar para prover um serviço de virtualização de dispositivo, de acordo com a presente revelação. O sistema inclui serviço 202, servidor(es) do DVS 204 e dispositivos móveis (por exemplo, 206).

[00028] O serviço 202 pode corresponder com um serviço para prover mídia, ou um outro serviço para prover notícias ou manchetes esportivas. O tipo particular de serviço pode variar sem afetar o escopo ou a aplicabilidade da revelação. O serviço 202 pode ser fisicamente representado por um servidor ou outro dispositivo de computação que armazena e gerencia dados particulares ao serviço e é responsável pela comunicação dos dados para outros dispositivos.

[00029] O servidor do DVS 204 é configurado para receber dados do serviço 202, compactar os dados para transmissão, transmitir os dados para o dispositivo móvel (por exemplo, 206) para renderização, manipular os eventos que ocorrem no dispositivo móvel e comunicar esses eventos. Uma discussão mais detalhada da operação do servidor do DVS 204 é provida abaixo na discussão da figura 3.

[00030] Depois que os dados compactados são recebidos no dispositivo móvel (por exemplo, 206), o dispositivo móvel usa um cliente espesso generalizado do DVS para renderizar os dados. O cliente espesso generalizado pode renderizar uma interface do usuário para múltiplos serviços sem ter programação personalizada residente no dispositivo móvel para cada serviço. Uma discussão mais detalhada dos processos envolvidos para o sistema 200 é provida abaixo na discussão da figura 4.

[00031] A figura 2 não representa uma representação exaustiva dos elementos associados com um DVS. Elementos adicionais ou menos elementos podem ser incluídos e o DVS ainda operar para seu uso planejado. Por exemplo, em uma modalidade alternativa, um serviço provê programas para armazenamento em um servidor do DVS de modo que a comunicação é provida diretamente entre o servidor do DVS e os dispositivos móveis subscritos no serviço. Em uma tal modalidade alternativa, o servidor do DVS não precisa enviar os dados para o provedor do serviço.

[00032] Uma interface de programação de aplicação (API) permite que o serviço obtenha um conjunto de características de dispositivo para personalizar os dados que ele provê para um dispositivo móvel específico. Por exemplo, o serviço pode determinar a resolução do pixel do dispositivo, os formatos de mídia que o dispositivo suporta, quais definições de mídia proveem a reprodução ótima do dispositivo e assim por diante.

[00033] Um serviço típico, tal como um serviço de música, frequentemente provê uma série de leiautes de página para as várias porções diferentes da sua experiência de serviço. Por exemplo, o serviço de música pode incluir uma navegação por página do artista, uma navegação por página de gênero e assim por diante. O serviço de música pode também prover uma página de pré-visualização de mídia e uma página de confirmação de compra. A navegação entre as páginas é definida por comportamentos anexos a um ou mais componentes de interface gráfica nas páginas. Dessa maneira, o serviço tem controle substancial sobre o fluxo da Ul.

[00034] A figura 3 ilustra um diagrama de fluxo operacional para prover um dispositivo móvel para aceitar dados de serviço usando o serviço de virtualização do dispositivo (DVS). O processo 300 inicia quando um usuário do dispositivo móvel selecionou se subscrever em um serviço particular (por exemplo, um serviço de música). O processamento continua na operação 302.

[00035] Na operação 302, uma mensagem é enviada para o dispositivo móvel com um endereço de rede onde o dispositivo móvel pode localizar e transferir o cliente espesso generalizado. Em uma modalidade, o servidor do DVS envia para o dispositivo móvel uma mensagem do serviço de troca de mensagens curtas (SMS) que inclui uma localização uniforme de recursos (URL) que indica uma localização para transferir o cliente espesso generalizado. O processamento continua na operação 304.

[00036] Na operação 304, o usuário seleciona ou clica no URL enviado na mensagem SMS para começar o processo de transferência que transfere o cliente espesso generalizado para o dispositivo móvel. O processamento continua na operação 306.

[00037] Na operação 306, um servidor do serviço da internet ou servidor HTTPS autentica um ID do usuário que foi codificado no URL enviado para o dispositivo móvel do usuário. A autenticação garante que o dispositivo móvel que enviou a mensagem SMS é o dispositivo recebendo a aplicação do cliente transferida. Um cookie e enviado para o dispositivo móvel que inclui o lD do usuário criptografado e a prova de modo que o dispositivo móvel é identificado como um dispositivo móvel autenticado para comunicações futuras. Junto com o cookie, o cliente espesso generalizado é transferido para o dispositivo móvel, O processamento continua no bloco 308.

[00038] No bloco 308, o cliente espesso generalizado é instalado no dispositivo móvel. Um ou mais assistentes de instalação podem ser usados para a instalação ou outros métodos de instalação podem ser usados. Depois que o cliente espesso generalizado é instalado, o processamento continua para a operação 310.

[00039] Na operação 310, o cliente espesso é ativado pelo usuário para receber dados relacionados com o serviço. Depois que o cliente espesso é ativado, o processamento continua para a operação 312.

[00040] Na operação 312, uma chave do dispositivo é solicitada para autenticar que o usuário do dispositivo móvel e o dispositivo móvel são autorizados a acessar os dados do serviço, O processamento continua na operação 314.

[00041] Na operação 314, o cookie é validado para garantir que o dispositivo móvel é o dispositivo móvel autorizado para ver os dados de serviço. Em uma outra modalidade, um nome de usuário/senha pode ser usado para validar o usuário do dispositivo móvel como capaz de ver os dados de serviço. Se a autenticação falha, as credenciais do usuário ou as credenciais do dispositivo móvel podem ser exigidas. Se exigidas, o processamento se move para a operação 316.

[00042] Na operação 316, a interface do usuário gerando a versão renderizada dos dados de serviço pode passar para solicitar as credenciais do usuário como um resultado da exigência de credencial. Uma tela de interface do usuário pode ser apresentada para inserir um ID do usuário e senha para autenticação. Depois que as credenciais são providas, o processamento retorna para a operação 312 onde o dispositivo móvel pode novamente ser autenticado com o servidor do serviço. Depois de autenticado, o processamento continua na operação 318.

[00043] Na operação 318, pares de chave de dispositivo são gerados para garantir a comunicação do serviço com o dispositivo móvel. Um registro de dispositivo é gerado indicando que o dispositivo está acessando os dados de serviço nesse momento. O processamento continua na operação 320.

[00044] Na operação 320, a chave privada do dispositivo, o ID do dispositivo e um próximo número de sequência são retornados para o dispositivo móvel. A chave privada do dispositivo é usada para autenticar a fonte de dados quando os dados são recebidos pelo dispositivo móvel. O ID do dispositivo provê um identificador único do dispositivo para o serviço e pode ser usado nas comunicações futuras para expedir o provimento dos dados de serviço. O próximo número de sequência indica onde o dispositivo está atualmente com relação à recepção dos dados de serviço. Por exemplo, o serviço pode ser um serviço de notícias que envia itens de notícias para os dispositivos móveis. Se o usuário não recebeu os itens do serviço de notícias em um instante, isso é refletido no número de sequência. Cada item de notícias desde o tempo indicado pelo número de sequência pode então ser enviado para o dispositivo móvel, O processamento continua na operação 322.

[00045] Na operação 322, a chave privada, o ID do dispositivo e o número de sequência são salvos no dispositivo móvel. O processamento então continua na operação 324.

[00046] Na operação 324, os dados reais para o serviço são solicitados do servidor do DVS. São enviados para o servidor do DVS uma versão criptografada da chave privada do dispositivo, ID do dispositivo, número de sequência e prova, junto com um número de versão do cliente espesso generalizado que o dispositivo móvel está executando. Depois que a solicitação é provida para o servidor do DVS, o processamento continua com a operação 326.

[00047] Na operação 326, o servidor do DVS decriptografa o ID do dispositivo, o número de sequência, a prova e o número de versão usando a chave pública do par de chaves privada/pública e os valida. O processamento então continua para a operação 328.

[00048] Na operação 328, o servidor do DVS retorna um próximo número de sequência, os dados de serviço reais e quaisquer ações especiais (por exemplo, a habilitação do modo de depurar) criptografados usando a chave pública para o dispositivo móvel. O processamento continua para a operação 330.

[00049] Na operação 330, o cliente espesso generalizado interpreta os dados de serviço e exibe a página de nível superior para o serviço. Depois de completo, o usuário pode então interagir com os dados e o processamento se move para outras tarefas.

[00050] O processo 300 é um aspecto para prover o dispositivo móvel para receber dados de serviço para renderização em um dispositivo móvel. Outros métodos podem ser usados. Adicionalmente, uma descrição de nível superior da interação entre o servidor do DVS e o dispositivo móvel é provida abaixo na discussão da figura 4. É entendido, entretanto, que os processos de autenticação representados no processo 300 são igualmente aplicáveis aos outros processos descritos aqui.

[00051] A figura 4 ilustra um diagrama de fluxo operacional de um processo exemplar para a operação de um servidor do DVS, de acordo com a presente revelação. O processo 400 inicia quando uma definição da experiência do usuário (UX) é gerada por um serviço e a transmissão da definição da UX para o servidor do DVS começou. O processamento continua com a operação 402.

[00052] Na operação 402, a definição da UX é recebida pelo servidor do DVS. Em uma modalidade, a definição da UX é provida como um arquivo da linguagem de marcação extensível (XML). Outras modalidades podem receber a definição da UX de acordo com outros formatos. O processamento continua na operação 404.

[00053] Na operação 404, o arquivo de definição da UX recebido do serviço é compilado no código binário. O código binário é uma forma compacta dos dados que pode ser transmitida para o dispositivo móvel enquanto preservando a largura de banda limitada de comunicação. Depois que o binário é gerado, o processamento continua para a operação 406.

[00054] Na operação 406, o código binário é enviado para o dispositivo móvel para renderizar a interface do usuário para o serviço. Em uma modalidade, o código binário é enviado de acordo com os processos de autenticação descritos acima com relação à figura 3. O processamento continua com a operação de decisão 408.

[00055] Na operação de decisão 408, uma determinação é feita se um evento ocorreu com relação à interface do usuário renderizada com os dados de serviço. Uma notificação de evento pode ser recebida pelo servidor do DVS que indica um tal evento (por exemplo, um dique do mouse). Se um evento ocorreu, o processamento continua com a operação 410.

[00056] Na operação 410, o evento é encaminhado para o servidor de serviço para a manipulação. Depois que o evento é encaminhado para o servidor de serviço, o processo 400 termina e avança para outras tarefas, tal como o encaminhamento de respostas de volta para o dispositivo móvel, recepção de eventos adicionais ou registro dos dispositivos móveis fora da sessão de serviço.

[00057] A figura 5 ilustra uma imagem de tela de uma tela de interface do usuário do serviço renderizada pelo cliente espesso generalizado descrito na presente revelação. A tela renderizada corresponde com uma página do serviço. Cada página particular é definida por uma série de definições de componente de interface gráfica que descrevem propriedades do componente de interface gráfica incluindo sua localização na página, mapas de bits usados para porções do componente de interface gráfica, fontes usadas e outras propriedades que afetam seu comportamento e aparência. Zero ou mais comportamentos são anexados em cada componente de interface gráfica para manipular eventos que o componente de interface gráfica pode gerar tal como eventos de reconhecimento de dique ou outras mudanças de valor. Os comportamentos correspondem com ações, tal como um movimento de foco para um outro componente de interface gráfica, um movimento para uma outra página, o envio de um catálogo ou solicitação de mídia para o serviço e assim por diante. O leiaute dos componentes de interface gráfica pode ser especificado em coordenadas de pixel absoluto ou pelo uso de leiaute com base na restrição. Restrições podem ser usadas para especificar uma localização ou dimensão relativa a um outro componente de interface gráfica, dimensões da tela/página ou as dimensões da fonte do texto. Isso permite uma medida da abstração do dispositivo tal que os serviços não têm que prover leiautes de página para cada resolução de tela de dispositivo diferente.

[00058] Muitos componentes de interface gráfica podem obter os seus valores pela incorporação nas tabelas de dados providas pelo serviço. Os formatos de tabela e os dados são especificados pelo serviço. O exemplo do serviço de música acima mencionado pode incluir tabelas para os artistas, álbuns, gêneros e faixas. As tabelas podem conter um ou mais campos cujos valores se ligam a linhas em outras tabelas. Por exemplo, as tabelas de artista e álbum provavelmente se ligariam à tabela de gênero para indicar o gênero para um artista ou álbum particular. Similarmente, a tabela de álbum se ligaria à tabela de artista para indicar o artista de um álbum particular.

[00059] A vinculação pode ser associada na definição de página. Uma vinculação de dados é provida para um componente de interface gráfica se vincular em uma tabela de dados particular. A tabela pode também ser filtrada para entradas com um valor particular em um campo na tabela. Por exemplo, para exibir os álbuns por um artista particular, a tabela de álbum pode ser filtrada para linhas nas quais o campo ArtistlD contém o valor ArtistlD selecionado. Pode existir uma especificação de formato opcional provida para transladar o valor armazenado na tabela para texto que pode ser exibido para o usuário. Por exemplo, um valor do carimbo de tempo (armazenado numericamente) pode ser exibido em várias maneiras diferentes (h:mm, hh:mm, hh:mm:ss, etc.).

[00060] Quando o serviço tiver provido esses dados do DVS para os servidores do DVS, como previamente descrito, os dados são “compilados” em um formato binário apropriado para o dispositivo móvel do usuário. Isso permite uma camada de abstração entre os serviços que usam DVS e os clientes do dispositivo. Dessa maneira, o DVS pode ocultar muitas das diferenças entre as implementações do cliente do dispositivo móvel específico. Por exemplo, alguns dispositivos podem ter a capacidade de expor o tocador de mídia nativo através dos componentes de interface gráfica da interface do usuário providos pelo cliente espesso generalizado. Outros dispositivos podem somente oferecer a capacidade de tocar áudio através de uma inter- face de usuário de reprodução nativa que é separada da interface do usuário provida pelo serviço. Essas diferenças podem ser abstraídas de modo que o serviço não exige “conhecimento” da condição específica do dispositivo.

[00061] O serviço de virtualização do dispositivo pode suportar telefones móveis, PDAs móveis, laptops e computadores de mesa, conversores de frequência de televisão e qualquer outro dispositivo conectado em rede com uma interface do usuário. A interface do usuário é gerada com melhor utilização da largura de banda devido à compactação binária dos dados antes da transmissão para o dispositivo móvel, e com melhor utilização de memória retendo o armazenamento de dados para produzir o conteúdo do serviço externo ao dispositivo móvel. Adicionalmente, provedores de serviço são capazes de prover uma interface de usuário personalizada sem código personalizado para os vários tipos de dispositivos móveis atualmente disponíveis.

[00062] O relatório descritivo acima, exemplos e dados proveem uma descrição completa da fabricação e uso da composição da invenção. Desde que muitas modalidades da invenção podem ser feitas sem se afastar do espírito e do escopo da invenção, a invenção reside nas reivindicações a seguir anexas.

Claims

1. Meio de armazenamento legível por computador que armazena um método para fornecer uma interface de usuário para um serviço em rede em um dispositivo móvel caracterizado pelo fato de que compreende: fornecer do servidor um cliente espesso generalizado para o dispositivo móvel (308), em que o cliente espesso é configurado para executar processamento de dados no dispositivo móvel e manter armazenamento externo ao dispositivo móvel; obter no servidor as características do dispositivo móvel (206); receber no servidor uma solicitação de dados do dispositivo móvel (324.326); solicitar no servidor os dados de um provedor de serviços (328, 330), em que os dados recebidos do provedor de serviços são independentes do dispositivo; compilar no servidor os dados (404) do provedor de serviços em um formato ótimo, em que o formato ótimo inclui um formato associado às características do dispositivo móvel; e responder a partir do servidor à solicitação de dados recebida, enviando os dados formatados otimizados para o cliente espesso generalizado.

2. Meio legível por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que as características do dispositivo móvel (206) incluem pelo menos um dentre: um tamanho de tela, CODEC de áudio, CODEC de vídeo, resoluções de pixel e formato de mídia compatível.

3. Meio legível por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que receber uma solicitação de dados de um dispositivo móvel inclui autenticar a solicitação por meio da validação de um cookie associado com a solicitação (314).

4. Meio legível por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados independentes de dispositivo (402) incluem dados que não estão otimamente formatados para um tipo de dispositivo móvel.

5. Meio legível por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que ainda compreende fornecer uma tabela de dados para o dispositivo móvel e vincular a tabela de dados com pelo menos um componente de interface gráfica associado com o cliente espesso generalizado (308).

6. Meio legível por computador, de acordo com a reivindicação 1, caracterizado pelo fato de que compilar os dados (404) do provedor de serviços em um formato ótimol fornece uma camada de abstração entre o provedor de serviços e o dispositivo móvel.

7. Método em um servidor de serviço de virtualização de dispositivo, DVS, para fornecer uma interface de usuário para um serviço de rede em um dispositivo móvel caracterizado pelo fato de que compreende: fornecer a partir do servidor um cliente espesso generalizado para o dispositivo móvel (308), em que o cliente espesso é configurado para executar processamento de dados no dispositivo móvel e manter armazenamento externo ao dispositivo móvel; obter no servidor as características do dispositivo móvel (206); receber no servidor uma solicitação de dados do dispositivo móvel (324.326); solicitar no servidor os dados de um provedor de serviços (328, 330), em que o provedor de serviços fornece os dados em um formato independente do dispositivo; compilar no servidor os dados do provedor de serviços (404) em um formato ótimo, em que o formato ótimo inclui um formato associado com as características do dispositivo móvel; e responder do servidor à solicitação de dados recebida (406), enviando os dados formatados otimizados para o cliente espesso generalizado.

8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que fornecer um cliente espesso generalizado a um dispositivo móvel (308) inclui o envio de uma URL em uma mensagem SMS para indicar uma localização para transferência do cliente espesso generalizado.

9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que transferir o cliente generalizado (308) inclui autenticar um dispositivo móvel e enviar um cookie que inclui um ID de usuário criptografado e prova, compreendendo ainda validar o cookie (314) para determinar se o dispositivo móvel está autorizado a ver os dados do serviço quando o dispositivo móvel solicitar os dados.

10. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que o cliente espesso generalizado (308) inclui um componente de interface gráfica que inclui um valor associado às tabelas de dados fornecidos pelo serviço.

11. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que ainda compreende fornecer uma tabela de dados para o dispositivo móvel e vincular a tabela de dados com pelo menos um componente de interface gráfica associado com o cliente espesso generalizado (308).

12. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que compilar os dados do provedor de serviços (404) em um formato ótimo fornece uma camada de abstração entre o provedor de serviços e o dispositivo móvel.

13. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que as características do dispositivo móvel (206) incluem pelo menos um dentre: tamanho da tela, CODEC de áudio, CODEC de vídeo, resolução de pixel e formato de mídia suportado.