MÉTODO DE INVOCAÇÂO DE CAPACIDADE DE DISPOSITIVO, 4 DISPOSITIVO WIDGET, SERVIDOR , CAMPO DA INVENÇÃO A presente invenção se refere às tecnologias de + 5 comunicação e, em particular, a urn método de invocação de capacidade de dispositivo, um dispositivo widget, e um servidor.
ANTECEDENTES DA INVENÇÃO Com o desenvolvimento de tecnologias de rede, mais e 10 mais aplicações podem ser executadas através de uma rede.
Por exemplo, um dispositivo pode ser controlado e gerenciado através de uma rede de modo que um operador do dispositivo pode controlar e gerenciar o dispositivo sem visitar o site, o que acelera o processamento.
15 O seguinte é um método para controlar dispositivos através de uma rede no estado da técnica: Dispositivos controláveis por um cliente são predefinidos para o cliente, e o cliente é predefinido correspondentemente. As configurações para o cliente 20 incluem a especificação dos dispositivos controláveis pelo cliente, e as configurações do dispositivo incluem a especificação dos clientes capazes de controlar o dispositivo. Após o cliente e os dispositivos serem preconfigurados, o usuário pode enviar uma solicitação de 25 controle de dispositivo remoto para um servidor através do cliente (ou navegador) de acordo com as configurações. A solicitação de controle de dispositivo remoto pode especificar dispositivos remotos que precisam ser controlados, ou fornecer apenas as condições de consulta 30 com as quais o servidor pode buscar os dispositivos remotos correspondentes. O cliente pode se comunicar com o servidor ? através de um protocolo padrão.
G Depois de receber a solicitação de controle de dispositivo remoto do cliente, o servidor determina qual
W 5 dispositivo remoto precisa ser controlado no lado do cliente, busca um banco de dados mantido por regras de mapeamento de protocolo do dispositivo remoto, o servidor então obtém um protocolo privado do dispositivo remoto de acordo com a instrução de controle no protocolo padrão, e 10 encaminha a solicitação de controle para o dispositivo remoto .
o dispositivo remoto retorna o resultado correspondente para o servidor através do protocolo privado, e o servidor retorna o resultado para o cliente 15 através do protocolo padrão.
No processo de pesquisa da técnica anterior, o inventor considera que: através do método existente mencionado acima, o cliente pode controlar alguns dispositivos remotamente através de um servidor, mas o 20 cliente e os dispositivos precisam ser configurados antes do controle ser exercido. Portanto, um cliente só é capaz de controlar os dispositivos que são definidos como permitindo o controle, e um dispositivo só pode ser controlado pelos clientes que são configurados como sendo 25 capazes de controlar o dispositivo. Ou seja, as capacidades de um dispositivo só podem ser invocadas pelos clientes configurados, e outros clientes que não são configurados são incapazes de invocar as capacidades de dispositivo, e como resultado, as capacidades de dispositivo no sistema 30 não podem ser utilizados plenamente.
RESUMO DA INVENÇÃO
Ü As modalidades da presente invenção fornecem um método . de invocação de capacidade de dispositivo, um dispositivo widget, e um servidor para que o dispositivo widget possa 0 5 invocar as capacidades de dispositivo de todos os dispositivos.
Um método de invocação de capacidade de dispositivo fornecido em uma modalidade da presente invenção inclui: receber uma solicitação de invocação de capacidade de 10 dispositivo enviada por um widget, onde a solicitação de invocação de capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada; pesquisar um banco de dados de capacidade de dispositivo para a capacidade de dispositivo compatível com 15 as condições; invocar a capacidade de dispositivo encontrada; receber um resultado de invocação que é devolvido após a capacidade de dispositivo encontrada ser invocada, e enviar o resultado de invocação ao widget.
20 Um dispositivo widget fornecido em uma modalidade da presente invenção inclui: uma unidade de recepção, configurada para receber uma solicitação de invocação de capacidade de dispositivo enviada por um widget, onde a solicitação de invocação de 25 capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada; uma unidade de pesquisa, configurada para procurar um banco de dados de capacidade de dispositivo para a capacidade de dispositivo compatível com as condições; 30 uma unidade de invocação, configurada para invocar a capacidade de dispositivo encontrada pela unidade de 4 pesquisa e , uma unidade de envio, configurada para enviar para o widget um resultado de invocação recebido pela unidade de 0 5 recepção. A unidade de recepção é ainda configurada para receber o resultado de invocação que é devolvido após a capacidade de dispositivo encontrada pela unidade de pesquisa ser invocada pela unidade de invocação.
10 Um dispositivo widget fornecido em uma modalidade da presente invenção inclui: uma unidade de recepção, configurada para receber uma solicitação de invocação de capacidade de dispositivo enviada por um widget, onde a solicitação de invocação de 15 capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada, e uma unidade de envio, configurada para enviar a solicitação de invocação de capacidade de dispositivo de um servidor de capacidade de dispositivo através de um 20 servidor widget, de modo a instruir o servidor de capacidade de dispositivo a procurar um banco de dados de capacidade de dispositivo geral pela capacidade de dispositivo compatível corn as condições e invocar a capacidade de dispositivo encontrada.
25 A unidade de recepção é ainda configurada para receber um resultado de invocação enviado pelo servidor de capacidade de dispositivo, e a unidade de envio é ainda configurada para enviar o resultado de invocação recebido pela unidade de recepção para o widget.
30 Um servidor fornecido em uma modalidade da presente
[ 5/37 invenção inclui: © uma unidade de recepção, configurada para receber uma , solicitação de invocação de capacidade de dispositivo enviada por um dispositivo widget através de um servidor q 5 widget, onde a solicitação de invocação de capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada; uma unidade de pesquisa, configurada para procurar um banco de dados de capacidade de dispositivo geral pela 10 capacidade de dispositivo compatível com as condições; uma unidade de invocação, configurada para invocar a capacidade de dispositivo encontrada pela unidade de pesquisa e uma unidade de envio, configurada para enviar um 15 resultado de invocação recebido pela unidade de recepção para o dispositivo widget.
A unidade de recepção é ainda configurada para receber o resultado de invocação que é devolvido após a capacidade de dispositivo encontrada pela unidade de pesquisa ser 20 invocada pela unidade de invocação.
As soluções técnicas anteriores fornecidas pelas modalidades da presente invenção revelam que: Nas modalidades da presente invenção, o dispositivo widget pode executar um widget que precisa invocar as capacidades de 25 dispositivo, receber uma solicitação de invocação de capacidade de dispositivo enviada pelo widget ativo, pesquisar um banco de dados de capacidade de dispositivo para uma capacidade de dispositivo, invocar a capacidade de dispositivo encontrada, e obter um resultado de invocação.
30 Portanto, o widget pode ser executado corretamente, e capacidades de dispositivos no sistema podem ser invocadas © por outros dispositivos, de modo a fazer pleno uso dos . capacidades do sistema.
BREVE DESCRIÇÃO DOS DESENHOS * 5 Para descrever as soluções técnicas de modalidades da presente invenção ou do estado da técnica de forma mais clara, a seguir descreve os desenhos acompanhantes envolvidos na descrição das modalidades da presente invenção ou da arte anterior. Aparentemente, os desenhos 10 acompanhantes são ilustrativos e não exaustivos, e pessoas com habilidade comum na arte podem derivar outros desenhos a partir deles, sem qualquer esforço criativo.
Figura 1 é um diagrama da arquitetura do sisterna de acordo com uma modalidade da presente invenção; 15 Figura 2 é um fluxograma de um método de invocação de capacidade de dispositivo de acordo com uma primeira modalidade da presente invenção; Figura 3 é um fluxograma de um método de invocação de capacidade de dispositivo de acordo com uma segunda 20 modalidade da presente invenção; Figura 4 é um diagrama de estrutura de um dispositivo widget de acordo com uma primeira modalidade da presente invenção; Figura 5 é um diagrama de estrutura de um dispositivo 25 widget de acordo com uma segunda modalidade da presente invenção; Figura 6 é um diagrama de estrutura de um servidor de acordo com uma modalidade da presente invenção.
DESCRIÇÃO DAS MODALIDADES 30 As soluções técnicas das modalidades da presente invenção são clara e completamente descritas em conjunto
W com os desenhos acompanhantes. Evidentemente, as , modalidades descritas são apenas algumas, em vez de todas as modalidades da presente invenção. Todas as outras * 5 modalidades, que podem ser obtidos por aqueles hábeis na arte das modalidades dadas aqui, sem qualquer esforço criativo, cairão dentro do âmbito de proteção da presente invenção.
Primeiro, um widget envolvido em modalidades da 10 presente invenção é introduzido. Um widget é um applet baseado em web para implementar uma função específica.
Widgets estão agora sendo aplicados a diversos sistemas operacionais desktop e sistemas operacionais de telefonia móvel.
15 Um widget pode ser considerado como uma página web personalizada que é executada fora de uma interface de navegador. Cada widget é orientado para uma tarefa específica leve. Um widget pode ser compilado sirnplesmente corn Hypertext Markup Language (HTML) e Cascading Style 20 Sheet (CSS). No entanto, para fazer o widget ser realrnente aplicável, as operações lógicas são necessárias. Portanto, a maioria dos widgets envolvem javaScript e Extensible Markup Language (XML). Porque o widget é baseado em web, o widget é compacto e leve, fácil de desenvolver, e envolve 25 alguns acoplamentos com o sistema operacional e tem funções completas. O ambiente de aplicação de widgets cai entre urna arquitetura navegador / servidor (BS) e uma arquitetura cliente / servidor (CS), e se baseia em méritos de ambas a arquitetura BS e a arquitetura CS. O widget não depende de 30 redes completamente. A estrutura de software do widget pode existir localmente, e os capacidades de conteúdo podem ser * obtidos a partir da rede.
Os códigos do programa e o design
, de Interface do Usuário (UI) podem ser atualizados de acordo com um servidor dedicado.
Portanto, o widget mantém 0
5 a flexibilidade de uma arquitetura de BS.
Como uma "página de internet" especial, um widget está mudando o modo de acessar a Internet, permite ao usuário acesso à web sem depender do navegador, e permite ao utilizador implementar funções de web através desses
10 applets.
O widget também fornece experiência de usuário completamente nova.
Através de um widget, o usuário pode personalizar vários serviços desejados, individualizar desktops de forma aleatória, e experimentar o estilo compacto e legal do widget.
É notável que com a mudança das
15 exigências de usuários da Internet e o desenvolvimento da tecnologia widget, a aplicação de widgets não se limita aos desktops de computador pessoal (PC), mas é estendida para outros campos, como widget de página de internet, widget móvel, widget de interação homem-máquina, e até mesmo
20 terminais específico de widget.
Um widget rrióvel é um widget que roda em urri terminal móvel.
A estrutura do aplicativo de widgets móveis é muito adequada para terminais móveis.
Um terminal móvel tern uma tela relativamente menor, mas o navegador ocupa o recurso
25 de tela limitado, que deteriora a experiência do usuário de acessar a web sobre um telefone móvel.
O widget móvel pode funcionar independentemente do navegador, faz uso da tela do telefone móvel eficazmente, e acessa a Internet móvel rápida e convenientemente.
O widget móvel traz boa presença
30 e experiência de Internet para usuários móveis.
Widgets móveis são compactos, leves, fáceis de desenvolver, e » baseados em tecnologias web padrões. A barreira para o , desenvolvimento de widgets móveis é baixa, e abundância de potenciais desenvolvedores de widgets móveis existe. Os b 5 widgets móveis envolvem poucos acoplamentos com o sistema operacional, e tem funções completas. Porque widgets móveis são executados em terminais móveis, eles têm outras características. Em primeiro lugar, widgets móveis podem implementar interfaces de usuário individualizadas, e fazer 10 com cada telefone celular exclusivo facilmente. Em segundo lugar, widgets móveis podem implementar muitas aplicações adequadas para cenários móveis, por exemplo, aplicações web relacionadas ao meio ambiente ou local. Em terceiro lugar, serviços e conteúdos específicos para widgets móveis ajudarn 15 um usuário obter informações úteis facilmente, reduzem o tráfego e evitam o tráfego adicional trazido pela transmissão de dados redundantes. Finalmente, widgets móveis fornecem bons meios de publicação de anúncios de celulares.
20 Como mostrado na Figura 1, uma arquitetura de sistema envolvida em uma modalidade da presente invenção inclui urri dispositivo widget 101, um servidor widget 102, um servidor de capacidade de dispositivo 103, e um dispositivo ordinário 104.
25 O dispositivo widget 101, como um telefone móvel, PC, ou Dispositivo de Internet Móvel (MID) tem um motor de widget e pode executar widgets, e pelo menos um dispositivo widget 101 existe no sistema. O dispositivo ordinário 104, como uma câmera ou impressora, é um dispositivo que não 30 pode ser instalado com rnotores widget, e pelo menos um dispositivo ordinário 104 existe no sistema. O servidor ¶ widget 102 e servidor de capacidade de dispositivo 103 . podem estar localizados na mesma entidade ou localizados em diversas entidades. > 5 O dispositivo widget 101 pode comunicar corn o servidor widget 102 através de um protocolo widget. O servidor widget 102 pode comunicar-se corn servidor de capacidade de dispositivo 103 através do protocolo widget. O dispositivo ordinário 104 pode comunicar-se com servidor de capacidade 10 de dispositivo 103 através de urn protocolo padrão (como protocolo de registro de capacidade de dispositivo padrão e padrão de protocolo de invocação de capacidade de dispositivo), ou cada dispositivo ordinário 104, através do seu respectivo protocolo privado, se comunica com o 15 servidor de capacidade de dispositivo 103. Tanto o dispositivo widget 101 e o dispositivo ordinário 104 podem abrir as suas capacidades de dispositivo, e registrar as capacidades de dispositivo no servidor de capacidade de dispositivo 103 para ser invocada pelo widget. Um widget 20 pode invocar capacidades abertas pelo dispositivo widget que executa o widget, e invocar as capacidades abertas por dispositivos widget e outros dispositivos ordinários. Em outras palavras, o widget pode invocar todos os capacidades registrados no servidor de capacidade de dispositivo 103.
25 Em uma modalidade da presente invenção, para invocar e descrever as capacidades de dispositivo em todo o sistema de maneira uniforme, um padrão de descrição de capacidade de dispositivo é definido para enumerar as capacidades prováveis de todos os dispositivos e padronizar nomes. O 30 padrão de descrição de capacidade de dispositivo proporciona um padrão e base para a abertura de capacidades - de dispositivo. Posteriormente, os desenvolvedores do . widget podem usar uma interface padrão em um script widget para acessar capacidades de dispositivo . f 5 A Tabela 1 mostra um padrão de descrição de capacidade de dispositivo em uma modalidade da presente invenção.
Tabela 1 )Descrição jNome padrão jEntrada I Parâmetro de saída jde I )parâmetro jcapacidade l jde jde jdispositivo i vibração )widget.vibratejelapse:int jspan:int Tom dejwidget.tune : tune_i&int campainha i lelapse:int volume:int Luz dejwidget.light )elapse:int fundo jNavegador jwidget. jurl:string I Câmera jwidget. jmode:int I Irrlg:Image jTemperaturajwidget. jcity:string )TeTnperature:double rrlode:int |Umidade jwidget. !city:string jhumity:double 0 V * 0 0 & 0 0 * V O 0 Na Tabela 1, "Descrição de capacidade de dispositivo" especifica o tipo de capacidade de dispositivo, "nome IO padrão" define como o widget invoca a capacidade de dispositivo em urri script, "parâmetro de entrada" especifica o número de parâmetros de entrada que precisam ser - definidos para invocar a capacidade de dispositivo e - especifica o tipo de cada parâmetro de entrada, os caracteres antes de ":" são um nome de parâmetro, e os > 5 caracteres após ":" são do tipo valor do parâmetro. Por exemplo, "volume:int" significa que o nome de um parâmetro que é utilizado para invocar um tom de toque é "volume", e o tipo de valor do parâmetro é "int". "Parâmetro de saída" especifica o resultado de saída que pode ser obtido após a 10 capacidade de dispositivo ser invocada. Se o resultado de saída é nulo, indica que nenhum resultado é retornado. Por exemplo, "img:imagem" significa que um nome de parâmetro de um resultado de invocação voltou no momento da invocação de uma câmera é "img", e o tipo de valor do parâmetro é 15 "Image". Por exemplo, com a finalidade de invocar uma capacidade widget.humidity, o widget precisa fornecer um parâmetro de "cidade" de um tipo string. Após a invocação ser concluída, o widget pode obter um valor de umidade de um tipo "double" como resultado. Depois que o padrão de 20 descrição de capacidade de dispositivo descrito na Tabela 1 é aplicado, se o desenvolvedor widget quer compilar um widget para perceber a temperatura de corrente de uma cidade, o desenvolvedor pode adicionar uma instrução de script-like, corno "var tp=widget.temperature("beijing")" em 25 um arquivo script widget para obter a temperatura atual de Pequim.
O servidor de capacidade de dispositivo 103 mantém um banco de dados de capacidade de dispositivo. O banco de dados de capacidade de dispositivo pode ser um banco de 30 dados de capacidade de dispositivo geral. O banco de dados de capacidade de dispositivo geral armazena capacidades registradas de dispositivos no sistema. Os dispositivos no sistema incluem dispositivo widget 101 e dispositivo ordinário 104. As capacidades de dispositivo no banco de
F 5 dados de capacidade de dispositivo geral podem ser invocadas pelo dispositivo widget no sistema.
Em uma modalidade da presente invenção, um dispositivo widget 101 pode registrar as capacidades de dispositivo no banco de dados de capacidade de dispositivo geral através 10 do seguinte procedimento: O dispositivo widget 101 sonda as capacidades de dispositivo do dispositivo widget 101, e envia as capacidades de dispositivo sondadas para o servidor widget 102. O s'ervidor widget 102 envia as capacidades de dispositivo sondadas pelo dispositivo widget 15 101 ao servidor de capacidade de dispositivo 103. O servidor de capacidade de dispositivo 103 registra as capacidades de dispositivo sondadas pelo dispositivo widget no banco de dados de capacidade de dispositivo geral.
Em uma modalidade da presente invenção, um dispositivo 20 ordinário 104 pode registrar as capacidades de dispositivo no banco de dados de capacidade de dispositivo geral do servidor de capacidade de dispositivo 103 através do seguinte procedimento: O dispositivo ordinário 104 é iniciado e conectado ao servidor de capacidade de 25 dispositivo 103, o dispositivo ordinário 104 comunica suas próprias capacidades de dispositivo, o intervalo de valores dos parâmetros de entrada e o intervalo de valores dos parâmetros de saída para o servidor de capacidade de dispositivo 103 através de um protocolo de registro de 30 capacidade de dispositivo correspondente, e executa o
14 /37
M processo de registro das capacidades de dispositivo. o dispositivo ordinário 104 pode obter suas próprias . capacidades de dispositivo de seus arquivos de configuração. - 5 Quando o dispositivo ordinário 104 se comunica com o servidor de capacidade de dispositivo 103 através de um protocolo de registro de capacidade de dispositivo padrão, o servidor de capacidade de dispositivo 103 pode armazenar diretamente no banco de dados de capacidade de dispositivo 10 geral as capacidades de dispositivo do dispositivo ordinário 104 que precisam ser registradas.
Quando o dispositivo ordinário 104 se comunica com o servidor de capacidade de dispositivo 103 de protocolo de registro de capacidade de dispositivo privado, o servidor 15 de capacidade de dispositivo 103 pode converter as capacidades de dispositivo descritas através de um protocolo de registro de capacidade de dispositivo privado em capacidades de dispositivo descritas através de um padrão de descrição de capacidade de dispositivo, a fim de 20 tornar as capacidades de dispositivo no banco de dados de capacidade de dispositivo compatíveis com o padrão de descrição de capacidade de dispositivo. Porque os dispositivos ordinários podem suportar diferentes protocolos de registro de capacidade de dispositivo 25 privados, o servidor de capacidade de dispositivo 103 pode manter um banco de dados de protocolo de registro de capacidade de dispositivo, a fim de fazer o servidor de capacidade de dispositivo 103 converter as capacidades de dispositivo enviadas por cada dispositivo ordinário através 30 de um protocolo de registro de capacidade de dispositivo privado. Desta forma, depois de um dispositivo ordinário
M 104 enviar as suas capacidades de dispositivo através de um . protocolo de registro de capacidade de dispositivo privado, o servidor de capacidade de dispositivo 103 pode converter + 5 as capacidades de dispositivo diretamente de acordo com os registros no banco de dados de protocolo de registro de capacidade de dispositivo sem a realização de correspondência ergódica para todos os protocolos de registro de capacidade de dispositivo privados, de modo a 10 melhorar a velocidade de conversão. A Tabela 2 mostra os formatos de registros em banco de dados de um protocolo de registro de capacidade de dispositivo mantido por um servidor de capacidade de dispositivo 103 em uma modalidade da presente invenção.
15 Tabela 2 ! id dejcapacidade de!Protocolo de registro de jdispositivo)dispositivo ) capacidade de dispositivo jDispositivo|widget.vibrate)Register Vibrate /elapse /span )' !Dispositivo|widget.vibrate|Register Tremble /elapse /span 2 jDispositivo|widget.tune |Register Tune /tune id /elapse — 1 /volume jDispositivo|widget.tune jRegister Beep /elapse /volume I2 |Dispositivo|widget.light |Register Flash -elapse 1 jDispositivo)widget.camera )Register Record -mode 7 * 0 0 0 0 * 0 0 *
Na Tabela 2, "ID do dispositivo" é um ID único do
W dispositivo, e pode ser atribuído a cada dispositivo . (incluindo dispositivo ordinário 104 e dispositivo widget 101) no sistema de antemão, " capacidades de dispositivo" ¥ 5 se referem a capacidades que o dispositivo podem ter, e "protocolo de registro de capacidade de dispositivo" refere-se ao protocolo de registro de capacidade de dispositivo que pode ser usado pelo dispositivo para registrar as capacidades de dispositivo.
10 Em uma modalidade da presente invenção, as capacidades de dispositivo gravadas no banco de dados de capacidade de dispositivo geral podem ser registradas através de uma entrada de forma centralizada, ou seja, as capacidades de dispositivo dos dispositivos no sistema são inseridas 15 manualmente no banco de dados de capacidade de dispositivo geral.
A Tabela 3 mostra os formatos de registros em um banco de dados de capacidade de dispositivo geral mantido por um servidor de capacidade de dispositivo 103 em uma modalidade 20 da presente invenção. Na Tabela 3, "elapse:int:[1 .. 100]" significa que um nome de parârnetro utilizado para invocar "widget.vibrate" é decorrido, o tipo de valor de decorrido é int, e o intervalo de valor de decorrido é [1...100], "img:1mage:[png, bmp]" significa que um nome de parâmetro 25 de um resultado de invocação retornado no tempo de invocaçaõ "widget.camera" é img, o tipo de valor de img é Image, e a faixa de valor de Imagem [png, bmp]. Isto é, no momento de invocar uma câmera, a saída de resultado de invocação pela câmera é uma imagem e o formato da imagem 30 pode ser png ou bmp.
Tabela 3
Capaci- ID de Faixa de parâmetro Faixa de parâmetro dade de dispositivo de entrada de saída dispo-
sitivo widget.
Dispositivo 1 I elapse:int:[1...1OO]
vibrate span:int:[1...5]
widget.
Dispositivo 2 I tune_id:int:[1...3]
tune I elapse:int
I colume:int:[1...50]
jwidget. jDispositivo 2 I elapse:int
I light jDispositivo 3 I jwidget. jDispositivo 1|mode:int:[1,2,4] I img:lmage:[png.bmp] i
I camera jDispositivo 2 I
: Dispositivo 3 I
* © e * © 0 0 0 0 0 0
Como o dispositivo widget 101 também podem invocar as suas próprias capacidades de dispositivo, o dispositivo widget 101 podem também manter um banco de dados de
5 capacidade de dispositivo, a fim de acelerar a invocação das suas próprias capacidades de dispositivo.
O banco de dados de capacidade de dispositivo pode ser um banco de dados de capacidade de dispositivo local que armazena as capacidades de dispositivo registadas pelo dispositivo local (ou seja, o dispositivo widget em si). Em outras palavras, o banco de dados de capacidade de dispositivo local armazena capacidades de dispositivo que são registradas pelo dispositivo widget em si e têm permissão para ser invocadas pelo widget.
A Tabela 4 mostra os formatos de registros em um banco de dados de capacidade de dispositivo local mantido por urn dispositivo widget 101 em uma modalidade da presente invenção.
Tabela 4 Capacidade de Faixa de parâmetro Faixa de parâmetro dispositivo de entrada de saída widget.vibrate elapse:int: [1. . .100] span:int: [1...5] widget.tune túne_id:int:[l...3] elapse:int volume:int:[l...50] widget.light elapse: int widget.camera mode:int:[1,2,4] img: Image : [png .bmp] 0 0 * 0 0 0 0 * 0 Um banco de dados de capacidade de dispositivo local é 5 mantido no dispositivo widget 101. Quando o dispositivo widget invoca as suas próprias capacidades de dispositivo, o servidor widget 102 invoca as capacidades de dispositivo local diretamente em vez de partir do servidor de capacidade de dispositivo 103, de modo a acelerar a invocação das capacidades de dispositivo.
O que se segue descreve o método de invocação de capacidade de dispositivo fornecido em uma modalidade da presente invenção. Figura 2 é um fluxograma de um método de invocação de capacidade de dispositivo em uma primeira modalidade da presente invenção. Esta modalidade descreve um procedimento de processamento de urn dispositivo widget.
O procedimento de processamento inclui as seguintes etapas:
201. Receber uma solicitação de invocação de capacidade de dispositivo enviada por urn widget ativo, onde a solicitação de invocação de capacidade de dispositivo
W carrega as condições de uma capacidade de dispositivo que l precisa ser invocada.
. As condições de capacidade de dispositivo que precisa ser invocada incluem: tipo de capacidade de dispositivo que 5 precisa ser invocada, condições que precisam ser cumpridas pelos parâmetros de entrada de capacidade de dispositivo que precisa ser invocada, e as condições que precisam ser cumpridas pelos parâmetros de saída de capacidade de dispositivo que precisa ser invocada. O tipo do dispositivo 10 cuja capacidade deve ser invocada inclui dispositivo widget, dispositivo ordinário padrão, e um dispositivo ordinário não padrão.
O widget pode ser compilado pelo usuário, conforme necessário, e pode rodar em dispositivos widget diferentes 15 simultaneamente. Especificamente, o widget é executado através de um motor widget. Quando o motor widget roda o widget, o motor widget envia uma solicitação de invocação de capacidade de dispositivo se for determinado que o widget necessita de invocar as capacidades de dispositivo.
20 202. Pesquisa um banco de dados de capacidade de dispositivo para a capacidade de dispositivo compatível com as condições. O dispositivo armazena dados registrados capacidade capacidades dos dispositivos.
Especificamente, se o dispositivo widget mantém um 25 banco de dados de capacidade de dispositivo local, a etapa de busca no banco de dados de capacidade de dispositivo para as capacidades de dispositivo compatíveis com as condições podem incluiru procurar o banco de dados de capacidade de dispositivo local mantido localmente para a 30 capacidade de dispositivo compatível com as condições.
Ú Depois que o dispositivo widget mantém o banco de dados de capacidade de dispositivo local, se nenhuma . capacidade de dispositivo compatível com as condições é encontrada no banco de dados de capacidade de dispositivo e 5 local, ou se o dispositivo widget não mantém o banco de dados de capacidade de dispositivo local, a etapa de procurar o banco de dados de capacidade de dispositivo para a capacidade de dispositivo compatível com as condições podem incluim encaminhamento de solicitação de invocação 10 de capacidade de dispositivo para o servidor de capacidade de dispositivo através do servidor widget para que o servidor de capacidade de dispositivo possa procurar o capacidade de dispositivo com compatível com as condições na banco de dados de capacidade de dispositivo geral 15 mantido pelo servidor de capacidade de dispositivo.
203. Invoca a capacidade de dispositivo encontrada.
Especificamente, quando o capacidade de dispositivo com compatível com as condições é encontrada no banco de dados de capacidade de dispositivo local, a capacidade de 20 dispositivo encontrada pode ser invocada a partir do dispositivo local (dispositivo widget) diretamente.
Especificamente, um pedido pode ser enviado para uma unidade funcional correspondente à capacidade de dispositivo que precisa ser invocada. Desta forma, a 25 unidade funcional é executada, e um resultado de invocação é obtido. Por exemplo, se a capacidade de dispositivo que precisa ser invocada é vibração, um pedido pode ser enviado para a unidade de vibração. Depois de receber o pedido, a unidade de vibração começa a vibrar. Após a conclusão de 30 vibrar, uma mensagem de conclusão de vibração pode ser retornada como um resultado de invocação para que o widget
V aprenda a conclusão da vibração.
. Depois que a capacidade de dispositivo compatível com as condições é encontrada no banco de dados de capacidade
W 5 de dispositivo geral, o dispositivo widget precisa invocar a capacidade de dispositivo encontrada a partir do dispositivo correspondente à capacidade de dispositivo encontrada através do servidor de capacidade de dispositivo. Especificamente, depois que o servidor de 10 capacidade de dispositivo recebe a solicitação de invocação de capacidade de dispositivo, se a capacidade de dispositivo correspondente é encontrada no banco de dados de capacidade de dispositivo geral, o servidor de capacidade de dispositivo pode enviar um pedido para o 15 dispositivo correspondente à capacidade de dispositivo encontrada. Depois de receber este pedido, o dispositivo correspondente à capacidade de dispositivo faz a unidade funcional correspondente executar, de modo a obter um resultado de invocação. Por exernplo, se a capacidade de 20 dispositivo que precisa ser invocada é "videorecording", o servidor de capacidade de dispositivo envia urna solicitação para uma câmera depois de encontrar a câmera eompatível com as condições. Depois de receber o pedido, a câmera funciona e obtém uma foto, e retorna a foto obtida para q servidor 25 de capacidade de dispositivo como um resultado de invocação. O servidor de capacidade de dispositivo envia a foto para o dispositivo widget através do servidor widget.
204. Recebe o resultado de invocação que é devolvido após a capacidade de dispositivo encontrada ser invocada.
30 Especificamente, o dispositivo correspondente à
V" 22/37 a capacidade de dispositivo encontrada obtém o resultado de invocação correspondente, após a capacidade de dispositivo . ser invocada. O dispositivo pode retornar o resultado de invocação. Especificamente, se o dispositivo é um * 5 dispositivo local, o resultado de invocação pode ser devolvido diretamente, se o dispositivo é um dispositivo não local, o resultado de invocação precisa ser devolvido pelo servidor de capacidade de dispositivo e o servidor widget.
10 Por exemplo, se o widget precisa obter a temperatura atual em Pequim, o dispositivo correspondente à capacidade de dispositivo encontrada obtém a temperatura atual em Pequim após a capacidade de dispositivo ser invocada, e retorna a temperatura atual em Pequim como um resultado de 15 invocação.
205. Envia o resultado de invocação ao widget.
O resultado de invocação é enviado para o widget para que o widget possa executar operações subseqüentes.
O dispositivo widget nesta modalidade executa um 20 widget que precisa chamar uma capacidade de dispositivo; recebe uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo; busca no banco de dados de capacidade de dispositivo para a capacidade de dispositivo compatível com as condições especificadas na 25 solicitação de invocação de capacidade de dispositivo; e invoca a capacidade de dispositivo encontrada e obtém um resultado de invocação. Portanto, o widget pode ser executado corretamente, e todas as capacidades de dispositivo registradas no banco de dados de capacidade de 30 dispositivo podem ser encontrados e invocadas, o que faz
W pleno uso das capacidades de dispositivo no sistema.
Figura 3 é um fluxograma de um método de invocação de ; capacidade de dispositivo de acordo com uma segunda modalidade da presente invenção. O método inclui as a 5 seguintes etapas:
301. O dispositivo widget recebe uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo, onde a solicitação de invocação de capacidade de dispositivo carrega as condições de uma capacidade de 10 dispositivo que precisa ser invocada. As condições da capacidade de dispositivo que precisam ser invocada incluem: tipo de capacidade de dispositivo que precisa ser invocada, condições que precisam ser cumpridas pelos parâmetros de entrada de capacidade de dispositivo 15 que precisa ser invocada, e condições que precisam ser cumpridas pelos parâmetros de saída de capacidade de dispositivo que precisa ser invocada.
302. o dispositivo widget procura um banco de dados de capacidade de dispositivo local para a capacidade de 20 dispositivo compatível com as condições. O banco de dados de capacidade de dispositivo local armazena as capacidades registradas do dispositivo local (um dispositivo widget).
303. O dispositivo widget jujga se a capacidade de dispositivo com compatível com as condições pode ser 25 encontrada no banco de dados de capacidade de dispositivo local. Se a capacidade de dispositivo cornpatível com as condições pode ser encontrada no banco de dados de capacidade de dispositivo local, o processo prossegue para o passo 304; se a capacidade de dispositivo compatível com 30 as condições não pode ser encontrada no banco de dados de
P capacidade de dispositivo local, o processo prossegue para O passo 307.
¶ 304. O dispositivo widget invoca a capacidade de dispositivo encontrada a partir do dispositivo widget em a 5 si. Especificamente, o dispositivo widget pode enviar uma solicitação para uma unidade funcional correspondente à capacidade de dispositivo encontrada. Desta forma, a unidade funcional é executada, e um resultado de invocação 10 é obtido.
305. O dispositivo widget obtém o resultado de invocação.
306. o dispositivo widget envia o resultado de invocação ao widget e o procedimento termina.
15 307. O dispositivo widget envia a solicitação de invocação de capacidade de dispositivo para o servidor de capacidade de dispositivo através de um servidor widget.
308. O servidor de capacidade de dispositivo busca urn banco de dados de capacidade de dispositivo geral mantido 20 pelo servidor de capacidade de dispositivo para a capacidade de dispositivo compatível com as condições.
Nesta modalidade, um caso que a capacidade de dispositivo compatível com as condições pode ser encontrada no banco de dados de capacidade de dispositivo geral é 25 descrito. Se nenhuma capacidade de dispositivo compatível com as condições pode ser encontrada no banco de dados de capacidade de dispositivo geral, o procedimento termina diretamente.
309. O servidor de capacidade de dispositivo determina 30 o tipo de dispositivo do dispositivo correspondente à
P capacidade de dispositivo compatível com as condições. Se o tipo de dispositivo é um dispositivo ordinário não padrão, - o procedimento procede para o passo 311, se o tipo de dispositivo é um dispositivo ordinário padrão, o b 5 procedimento procede para o passo 310, se o tipo de dispositivo é um dispositivo widget, o processo prossegue para o passo 312.
Nesta modalidade da presente invenção, um dispositivo ordinário padrão refere-se a um dispositivo ordinário, que 10 suporta um protocolo de registro de capacidade de dispositivo padrão e um protocolo de invocação de dispositivo capacidade padrão, e, correspondentemente, um dispositivo ordinário não padrão refere-se a um dispositivo ordinário, que suporta nem o protocolo de registro de 15 capacidade de dispositivo padrão nem o um protocolo de invocação dispositivo de capacidade padrão. Por exemplo, para uma câmera, se a câmera suporta o protocolo de registro de capacidade de dispositivo padrão e o protocolo de invocação de capacidade dispositivo padrão, a câmera é 20 um dispositivo ordinário padrão, se a câmera não suporta nem o um protocolo de registro de capacidade de dispositivo padrão nem o protocolo de invocação de capacidade de dispositivo padrão, a cârnera é um dispositivo ordinário não padrão.
25 310. O servidor de capacidade de dispositivo envia a solicitação de invocação de capacidade para o dispositivo ordinário padrão correspondendo para a capacidade de dispositivo compatível com as condições. A solicitação de invocação de capacidade carrega a capacidade de dispositivo 30 descrita através de um protocolo de invocação de capacidade
¥ de dispositivo padrão para invocar a capacidade de dispositivo de dispositivo ordinário padrão compatível com . as condições. O procedimento passa para o passo 313. Especificamente, depois de receber a solicitação de b 5 invocação de capacidade de servidor do servidor de capacidade de dispositivo, o dispositivo correspondente à capacidade de dispositivo compatível com as condições determina a capacidade de dispositivo que precisa ser invocada pelo servidor de capacidade de dispositivo.
10 Portanto, este dispositivo utiliza a capacidade de dispositivo correspondente, e obtém um resultado de invocação.
O protocolo de invocação de capacidade de dispositivo padrão e o protocolo de registro de capacidade de 15 dispositivo padrão pertencem ao mesmo banco de dados de protocolo.
311. O servidor de capacidade de dispositivo envia a solicitação de invocação de capacidade para o dispositivo ordinário não padrão correspondendo para a capacidade de 20 dispositivo compatível com as condições. A solicitação de invocação de capacidade carrega a capacidade de dispositivo descrita através de um protocolo de invocação de capacidade de dispositivo privado para invocar capacidade de do dispositivo ordinário não padrão compatível corn as 25 condições. O procedimento passa para o passo 313. A capacidade de dispositivo que é descrita através de um protocolo de invocação de capacidade de dispositivo privado e realizada na solicitação de invocação de capacidade é obtida como resultado da conversão feita pelo 30 servidor de capacidade de dispositivo.
m O protocolo de invocação de capacidade de dispositivo privado e o protocolo de registro de capacidade de · dispositivo privado suportado por dispositivos diferentes podem pertencer a bancos de dados de protocolo diferentes, * 5 mas o protocolo de invocação de capacidade de dispositivo privado e o protocolo de registro de capacidade de dispositivo privado suportados pelo mesmo dispositivo pertencem ao mesmo banco de dados de protocolo.
Como o protocolo de invocação de capacidade de 10 dispositivo privado suportado pelo dispositivo ordinário não padrão pode ser diferente, o servidor de capacidade de dispositivo pode manter um banco de dados de protocolo de invocação de capacidade de dispositivo, a fim de fazer o servidor de capacidade de dispositivo converter a 15 capacidade de dispositivo em uma capacidade de dispositivo que é descrita através de um protocolo de invocação de capacidade de dispositivo privado. Desta forma, o servidor de capacidade de dispositivo pode converter diretamente, de acordo com os registros no banco de dados de protocolo de 20 invocação de capacidade de dispositivo, a capacidade de dispositivo em uma capacidade de dispositivo que é descrita através de um protocolo de invocação de capacidade de dispositivo privado, e não precisa executar correspondência ergódica para todos os protocolos de invocação capacidade 25 de dispositivo privados, de modo a melhorar a velocidade de conversão.
A Tabela 5 mostra os formatos de registros em banco de dados de invocação de protocolo de capacidade de dispositivo mantido por um servidor de capacidade de 30 dispositivo em uma modalidade da presente invenção.
r__
W 28/37 ü Tabela 5 i id de Capacidade de Protocolo de invocação de dispositivo capacidade de dispositivo · jdispositivo jDispositivo widget.vibrate Vibrate /elapse /span 0 L' jDispositivo widget.vibrate Tremble /elapse /span 2 jDispositivo widget.tune Tune /tune_id /elapse /volume 1 )Dispositivo widget.tune Beep /elapse /volume I2 jDispositivo widget.light I Flash -elapse 1 jDispositivo widget.camera jRecord -mode I7 * * 0 0 * 0 0 * *
312. O servidor de capacidade de dispositivo envia a solicitação de invocação de capacidade para o dispositivo widget correspondedo para a capacidade de dispositivo 5 compatível com as condições. A solicitação de invocação de capacidade carrega a capacidade de dispositivo descrita através de um protocolo widget para invocar a capacidade de dispositivo de dispositivo widget compatível com as condições.
10 313. O servidor de capacidade de dispositivo recebe o resultado de invocação retornado.
Depois de receber a solicitação de invocação de capacidade enviada pelo servidor de capacidade de dispositivo, o dispositivo ordinário não padrão, o 15 dispositivo ordinário padrão, e o dispositivo widget
T executam a capacidade correspondente, obtem um resultado de invocação, e retornam o resultado de invocação ao servidor « de capacidade de dispositivo.
314. O servidor de capacidade de dispositivo envia o . 5 resultado de invocação ao dispositivo widget através de um servidor widget. O procedimento passa para o passo 306.
Nesta modalidade, o dispositivo widget executa um widget que precisa chamar uma capacidade de dispositivo; recebe uma solicitação de invocação de capacidade de 10 dispositivo enviada pelo widget ativo; busca no banco de dados de capacidade de dispositivo local e o banco de dados de capacidade de dispositivo geral de dispositivo para a capacidade de dispositivo cornpatível com as condições especificadas na solicitação de invocação de capacidade de 15 dispositivo; e invoca a capacidade de dispositivo encontrada e obtém urri resultado de invocação. Portanto, o widget pode ser executado corretamente. Se a capacidade de dispositivo encontrada é a capacidade de dispositivo widget em si, a capacidade de dispositivo pode ser invocada 20 diretamente, o que melhora a velocidade de execução do widget. Além disso, todas as capacidades de dispositivo registradas no banco de dados de capacidade de dispositivo podem ser encontradas e invocadas, a saber, as capacidades de dispositivo em um sistema podem ser invocadas pelos 25 dispositivos no sistema, o que faz pleno uso das capacidades de dispositivo no sistema.
Um dispositivo widget é fornecido em uma modalidade da presente invenção. Como mostrado na Figura 4, uma estrutura de um dispositivo widget de acordo corn uma primeira 30 modalidade da presente invenção é descrita, e o dispositivo
W widget inclui: uma unidade de recepção 401, uma unidade de pesquisa 402, uma unidade de invocação 403, e uma unidade · de emissão 404. A unidade de recepção 401 é configurada para: receber « 5 uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo, onde a solicitação de invocação de capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada, e recebe um resultado de invocação que é enviado após a 10 capacidade de dispositivo ser invocada pela unidade de invocação 403.
a solicitação de invocação de capacidade de dispositivo pode ser especificamente enviada por urn motor widget do dispositivo widget quando o widget está ativo.
15 A unidade de pesquisa 402 é configurada para procurar a capacidade de dispositivo compatível com as condições especificadas na solicitação de invocação de capacidade de dispositivo recebida pela unidade de recepção 401. O banco de dados de capacidade de dispositivo armazena as 20 capacidades de dispositivo que são registradas pelos dispositivos e são permitidas para a invocação. Em uma modalidade da presente invenção, a unidade de pesquisa 402 pode buscar um banco de dados de capacidade de dispositivo local 407 mantido pelo dispositivo widget para a capacidade 25 de dispositivo compatível com as condições. Em uma outra modalidade da presente invenção, a unidade de pesquisa 402 pode buscar um banco de dados de capacidade de dispositivo geral mantido pelo servidor de capacidade de dispositivo para a capacidade de dispositivo compatível com as 30 condições.
T 31/37 A unidade de invocação 403 é configurada para invocar a capacidade de dispositivo encontrada pela unidade de pesquisa 402.
Especificamente, se a capacidade de dispositivo 5 encontrada pela unidade de pesquisa 402 é a capacidade de dispositivo do widget em si, a unidade de invocação 403 pode enviar diretamente uma solicitação de invocação de capacidade para a unidade funcional correspondente à capacidade de dispositivo encontrada através da unidade de lO envio 404, se a capacidade de dispositivo encontrada pela unidade de pesquisa 402 é a capacidade de dispositivo de outros dispositivos no sistema, a unidade de invocação 403 pode invocar a capacidade de dispositivo de outros dispositivos através de um servidor widget e um servidor de 15 capacidade de dispositivo. Outros dispositivos podem ser dispositivos widget ou dispositivos ordinários.
A unidade de envio 404 é configurada para enviar o resultado de invocação recebido pela unidade de recepção 401 para o widget.
20 O dispositivo widget nesta modalidade executa um widget que precisa invocar uma capacidade de dispositivo; recebe uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo; busca no banco de dados de capacidade de dispositivo para capacidade de 25 dispositivo compatível com as condições especificadas na solicitação de invocação de capacidade de dispositivo; e invoca a capacidade de dispositivo encontrada e obtém um resultado de invocação. Portanto, o widget pode ser executado corretamente, e todas as capacidades de 30 dispositivo registradas no banco de dados de capacidade de dispositivo podem ser encontradas e invocadas, o que faz pleno uso das capacidades de dispositivo no sistema.
Em uma modalidade da presente invenção, o dispositivo widget inclui ainda uma unidade de detecção 405 e uma 5 unidade de registro 406.
a unidade de detecção 405 é configurada para detectar as capacidades de dispositivo que o dispositivo widget possui.
A unidade de registro 406 é configurada para registrar as capacidades de dispositivo detectadas pela unidade de detecção 405 no banco de dados de capacidade de dispositivo.
Neste momento, a unidade de envio 404 é ainda configurada para: enviar as capacidades de dispositivo detectadas pela unidade de detecção 405 para o servidor de capacidade de dispositivo através de servidor widget para que o servidor de capacidade de dispositivo registre as capacidades de dispositivo detectadas pela unidade de detecção 405 para o banco de dados de capacidade de dispositivo mantido pelo servidor de capacidade de dispositivo, e envie uma solicitação de invocação de capacidade de dispositivo recebida pela unidade de recepção 401 para o servidor de capacidade de dispositivo através de um servidor widget quando a unidade de pesquisa 402 não encontra nenhuma capacidade de dispositivo compatível com as condições do banco de dados de capacidade de dispositivo, para que o servidor de capacidade de dispositivo possa procurar a capacidade de dispositivo compatível com as condições no banco de dados de capacidade de dispositivo mantido pelo servidor de capacidade de l 33/37 0 dispositivo. O banco de dados de capacidade de dispositivo mantido pelo servidor de capacidade de dispositivo pode ser · um banco de dados de capacidade de dispositivo geral. Se o dispositivo widget fornecido nesta modalidade da
P 5 presente invenção não encontra nenhuma capacidade de dispositivo compatível com as condições do banco de dados de capacidade de dispositivo mantido localmente, o dispositivo widget pode procurar o banco de dados de capacidade de dispositivo mantido pelo servidor de lO capacidade de dispositivo para a capacidade de dispositivo cornpatível com as condições. Desta forma, se pode garantir que o widget pode ser executado corretamente, e pode ser feito pleno uso das capacidades de dispositivo no sistema.
Figura 5 mostra uma estrutura de um dispositivo widget 15 em uma segunda modalidade. O dispositivo widget inclui um unidade de recepção 501 e uma unidade de envio 502.
A unidade de recepção 501 é configurada para: receber uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo, onde a solicitação de 20 invocação de capacidade de dispositivo carrega as condições de urria capacidade de dispositivo que precisa ser invocada, e recebe um resultado de invocação enviado pelo servidor de capacidade de dispositivo através de um servidor widget.
A solicitação de invocação de capacidade de 25 dispositivo pode ser especificamente enviada por um motor widget do dispositivo widget quando o widget está ativo.
A unidade de envio 502 é configurada para: enviar a solicitação de invocação de capacidade de dispositivo recebida pela unidade de recepção 501 ao servidor de 30 capacidade de dispositivo através de servidor de widget
. para que o servidor de capacidade de dispositivo possa procurar a capacidade de dispositivo compatível com as · condições em um banco de dados de capacidade de dispositivo geral, invocar a capacidade de dispositivo encontrada, e
P " 5 obter um resultado de invocação, e enviar o resultado de invocação recebido pela unidade de recepção 501 para o widget.
O dispositivo widget nesta modalidade pode executar um widget que precisa chamar uma capacidade de dispositivo; 10 receber uma solicitação de invocação de capacidade de dispositivo enviada por um widget ativo; e invocar a capacidade de dispositivo do dispositivo no sistema através de um servidor de capacidade de dispositivo e obter um resultado de invocação. Portanto, o widget pode ser 15 executado corretamente, e todas as capacidades de dispositivo registradas no banco de dados de capacidade de dispositivo podem ser encontradas e invocadas, o que faz pleno uso das capacidades de dispositivo no sistema.
Ern uma segunda modalidade, o dispositivo widget pode 20 ainda incluir uma unidade de detecção 503 que é configurada para detectar as capacidades de dispositivo que o dispositivo widget possui.
Neste momento, a unidade de envio 502 pode ser ainda configurada para enviar a capacidade de dispositivo 25 detectada pela unidade de detecção 503 para o servidor de capacidade de dispositivo através de um servidor widget para que o servidor de capacidade de dispositivo possa registrar as capacidades de dispositivo detectadas pela unidade de detecção 502 no banco de dados de capacidade de 30 dispositivo mantido pelo servidor de capacidade de
W dispositivo. O banco de dados de capacidade de dispositivo mantido pelo servidor de capacidade de dispositivo pode ser " um banco de dados de capacidade de dispositivo geral. Um servidor é fornecido em uma modalidade da presente 0 " 5 invenção. Como mostrado na Figura 6, uma estrutura do servidor na modalidade é descrita, e o servidor inclui: urna unidade de recepção 601, uma unidade de pesquisa 602, uma unidade de invocação 603, e uma unidade de envio 604.
A unidade de recepção 601 é configurada para: receber 10 uma solicitação de invocação de capacidade de dispositivo enviada por um dispositivo widget através de um servidor widget, onde a solicitação de invocação de capacidade de dispositivo carrega as condições de uma capacidade de dispositivo que precisa ser invocada, e recebe um resultado 15 de invocação que é enviado após a capacidade de dispositivo encontrada pela unidade de pesquisa 602 ser invocada pela unidade de invocação 603.
A unidade de pesquisa 602 é configurada para procurar um banco de dados de capacidade de dispositivo geral pela 20 capacidade de dispositivo compatível com as condições especificadas na solicitação de invocação de capacidade de dispositivo recebida pelo dispositivo de recepção 601.
A unidade de invocação 603 é configurada para invocar a capacidade de dispositivo encontrada pela unidade de 25 pesquisa 602.
Especificamente, em uma modalidade da presente invenção, a unidade de invocação 603 pode enviar, através da unidade de envio 604, um solicitação de invocação de capacidade para o dispositivo correspondente à capacidade 30 de dispositivo encontrada pela unidade de pesquisa 602, de
. forma a invocar a capacidade de dispositivo correspondente no dispositivo.
· A unidade de envio 604 é configurada para enviar o resultado de invocação recebido pela unidade de recepção
Ò " 5 601 para o dispositivo widget através do servidor widget.
Na modalidade descrita acima, o servidor recebe uma solicitação de invocação de capacidade de dispositivo enviada por um dispositivo widget, pesquisas para a capacidade de dispositivo correspondente em urn banco de 10 dados de capacidade de dispositivo geral, invoca a capacidade de dispositivo encontrada, obtém um resultado de invocação, e envia o resultado de invocação ao dispositivo widget. Portanto, o widget no dispositivo widget pode ser executado corretamente, e todas as capacidades de 15 dispositivo registradas no banco de dados de capacidade de dispositivo geral podem ser encontradas e invocadas, o que faz pleno uso das capacidades de dispositivo no sistema.
Na modalidade da presente invenção, a unidade de recepção 601 incluída pelo servidor pode ainda ser 20 configurada para receber as capacidades de dispositivo enviadas pelo dispositivo. Neste momento, o servidor pode ainda incluir uma unidade de registro 605, que é configurada para registrar as capacidades de dispositivo recebidas pela unidade de recepção 601 no banco de dados de 25 capacidade de dispositivo geral.
O servidor fornecido nesta modalidade da presente invenção pode agir como um servidor de capacidade de dispositivo.
Pessoas da habilidade comum na arte devem compreender 30 que a totalidade ou parte das etapas do método previsto nas
O modalidades acima pode ser implementada por um programa de computador instruindo hardware relevante. O programa pode · ser armazenado em mídia de armazenamento legível em computador. Quando o programa é executado, o programa 0 " 5 executa os passos do método especificado em qualquer modalidade acima. A mídia de armazenamento pode ser um disco magnético, CD-ROM, memória apenas de leitura (ROM), ou memória de acesso aleatório (RAM).
Um método de invocação de capacidade de dispositivo, 10 um dispositivo widget, e um servidor fornecidos pelas modalidades da presente invenção são descritos ern detalhes acima. Modalidades exemplares descritas acima são apenas para melhor compreensão do método e princípio da presente invenção, a invenção e não se limita a tais modalidades. É 15 evidente que com base nas modalidades exemplares e âmbito de aplicação da presente invenção, aqueles especializados na arte podem fazer modificações e variações do invento sem se afastar do princípio da invenção. A invenção é destinada a cobrir as rnodificações e variações, desde que elas caiam 20 no âmbito da protecção definido pelas reivindicações seguintes ou seus equivalentes.