BRPI0620114A2 - dispositivo de comunicaÇço de rede, mÉtodo para comunicaÇço, e, programa armazenado em um meio de legÍvel por mÁquina - Google Patents

dispositivo de comunicaÇço de rede, mÉtodo para comunicaÇço, e, programa armazenado em um meio de legÍvel por mÁquina Download PDF

Info

Publication number
BRPI0620114A2
BRPI0620114A2 BRPI0620114-8A BRPI0620114A BRPI0620114A2 BR PI0620114 A2 BRPI0620114 A2 BR PI0620114A2 BR PI0620114 A BRPI0620114 A BR PI0620114A BR PI0620114 A2 BRPI0620114 A2 BR PI0620114A2
Authority
BR
Brazil
Prior art keywords
network
upnp
electronic equipment
communication device
devices
Prior art date
Application number
BRPI0620114-8A
Other languages
English (en)
Inventor
Brett A Pantalone
Original Assignee
Sony Ericsson Mobile Comm Ab
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Ericsson Mobile Comm Ab filed Critical Sony Ericsson Mobile Comm Ab
Publication of BRPI0620114A2 publication Critical patent/BRPI0620114A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/283Processing of data at an internetworking point of a home automation network
    • H04L12/2836Protocol conversion between an external network and a home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2807Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803Home automation networks
    • H04L12/2816Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2818Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

DISPOSITIVO DE COMUNICAÇçO DE REDE, MÉTODO PARA COMUNICAÇçO, E, PROGRAMA ARMAZENADO EM UM MEIO DE LEGÍVEL POR MÁQUINA. A presente invenção relaciona-se a um dispositivo e método para interconectar sem costura redes locais utilizando o protocolo de Conexão e Execução Universal com redes de área extensa utilizando a arquitetura de Subsistema de Multimídia da Internet. O dispositivo de comunicação de rede (10) inclui uma interface (12) de conexão e execução universal (UPnP) e uma interface (14) de subsistema de multimidia de Protocolo de Internet (IMS). Circuitos (16) são acoplados comunicativamente à interface de UPnP (12) e à interface de IMS (14), em que os circuitos (16) associam uma chave de sessão UPnP com um equipamento eletrônico associado (108) para permitir comunicação entre o um ou mais dispositivos associados (52, 54) e o equipamento eletrônico associado (108).

Description

"DISPOSITIVO DE COMUNICAÇÃO DE REDE, MÉTODO PARA COMUNICAÇÃO, Ej PROGRAMA ARMAZENADO EM UM MEIO DE LEGÍVEL POR MÁQUINA" CAMPO TÉCNICO DA INVENÇÃO
A presente invenção relaciona-se a um dispositivo e método para interconectar diretamente redes locais utilizando o protocolo de Conexão e Execução Universal com redes de área extensa utilizando a arquitetura de Subsistema de Multimídia da Internet. DESCRIÇÃO DA TÉCNICA RELACIONADA
A arquitetura de Conexão e Execução Universal (UPnP) é dirigida a interconexão em rede de par a par de dispositivos inteligentes, dispositivos sem fio, e computadores de fatores de forma variados. UPnP define um conjunto de protocolos comuns que dispositivos usam para se unir a uma rede e se descrever e suas capacidades, que habilita outros dispositivos e pessoas usá-los sem instalação ou configuração. UPnP é uma arquitetura de interconexão em rede distribuída aberta que utiliza TCP/IP para habilitar interconexão em rede de proximidade sem costura além de controle e transferência de dados entre dispositivos conectados em rede em um ambiente de rede de área local (por exemplo, uma rede doméstica, rede de escritório, etc.). Interconexão em rede, neste contexto, descreve um estilo de conectividade que habilita qualquer dispositivo conectado em rede iniciar uma comunicação com qualquer outro dispositivo conectado em rede, sem ter estabelecido uma relação anterior ou manter uma relação persistente entre os dispositivos. Interconexão em rede também permite a múltiplos dispositivos estabelecerem uma ou mais conexões com um único dispositivo, e permite a um dispositivo ser capaz de ambos iniciar e aceitar conexões para/de outros dispositivos conectados em rede. Em outras palavras, UPnP torna possível iniciar e controlar a transferência de informação de vulto (por exemplo arquivos, imagens, multimídia, filmes, conteúdo, canções, MP3, fluxos de dados audiovisuais, etc.) de qualquer dispositivo na rede, para qualquer dispositivo na rede, sob o controle de qualquer dispositivo na rede. UPnP também habilita a adição ou remoção ad hoc de dispositivos na rede, e habilita múltiplos dispositivos de controle permanecerem em sincronismo entre si.
Enquanto UPnP habilita múltiplos dispositivos conectados em rede compartilharem serviços e conteúdo de multimídia, há numerosas desvantagens associadas com UPnP. Uma desvantagem é que UPnP não é facilmente expansível fora da rede doméstica local. Outra desvantagem é que φΟ dispositivos de não UPnP são improváveis de receber anúncios de serviço, comandos e mensagens necessárias para operação correta em uma rede doméstica local utilizando UPnP. Outra desvantagem é que dispositivos de não UPnP são improváveis de serem autenticados corretamente em um ambiente de UPnP. Ainda outra desvantagem com UPnP é detecção de proximidade que permite à fonte recusar conteúdo a um dispositivo se um tempo máximo de ida e volta for excedido. SUMÁRIO
Freqüentemente, é desejável para usuários autorizados de uma rede de área local obterem acesso seguro à rede até mesmo quando o usuário 4fb está localizado geograficamente fora da rede e quando o usuário autorizado está tentando obter acesso a serviços e/ou informação localizada na rede doméstica por um dispositivo que não suporta o protocolo de UPnP. Assim, uma necessidade forte existe por um dispositivo de comunicação de rede (também referido aqui como um dispositivo de interconexão em rede) que seja operável para acessar e compartilhar serviços e conteúdo de multimídia associados com a rede doméstica local a um usuário autorizado localizado geograficamente fora da rede doméstica local e/ou tentando obter acesso a tais serviços e/ou informação por um dispositivo que não suporta diretamente o protocolo de UPnP. Um aspecto da presente invenção relaciona-se a um dispositivo de comunicação de rede incluindo: uma interface de conexão e execução universal (UPnP) para transmitir e receber informação relacionada a um ou mais dispositivos associados, conectados a uma rede de área local associada, em que pelo menos uma porção da rede de área local associada utiliza xim protocolo de UPnP; uma interface de subsistema de multimídia de Protocolo de Internet (IMS) para transmitir e receber informação relacionada a um equipamento eletrônico associado registrado a uma rede de área extensa associada, em que pelo menos uma porção da rede de área extensa associada φΟ utiliza um protocolo de IMS; e circuitos acoplados comunicativamente à interface de UPnP e à interface de IMS, em que os circuitos associam uma chave de sessão de UPnP com um equipamento eletrônico associado para permitir comunicação entre o um ou mais dispositivos associados e o
equipamento eletrônico associado. Outro aspecto da presente invenção relaciona-se a um método
para comunicação, o método incluindo: obter um primeiro endereço único em uma rede de área local, em que a rede de área local inclui um ou mais dispositivos associados utilizando um protocolo de UPnP; obter um segundo endereço único em uma rede de área extensa, em que a rede de área extensa tb inclui um ou mais dispositivos utilizando um protocolo de IMS; receber um pedido para informação de um equipamento eletrônico associado para acesso a um ou mais dos dispositivos associados na rede de área local; autenticar o pedido; estabelecer uma chave de sessão relacionada ao pedido para informação; e associar a chave de sessão com um equipamento eletrônico associado para permitir comunicação entre o um ou mais dispositivos associados e o equipamento eletrônico associado.
Outro aspecto da presente invenção relaciona-se a um programa armazenado em um meio legível por máquina, o programa sendo adequado para uso em um dispositivo de comunicação de rede para associar uma chave de sessão de UPnP com um equipamento eletrônico associado para permitir comunicação entre o um ou mais dispositivos associados e o equipamento eletrônico associado, em que; quando o programa é carregado em memória no dispositivo de comunicação de rede e executado, causa troca sem costura de informação entre o um ou mais dispositivos associados e o equipamento eletrônico associado.
De acordo com outro aspecto, o dispositivo de rede de comunicação é registrado na rede de área local.
De acordo com outro aspecto, o dispositivo de rede de comunicação também é registrado na rede de área extensa.
De acordo com outro aspecto, a interface de UPnP recebe e transmite sinais de pelo menos um dos dispositivos associados por um meio sem fio.
De acordo com outro aspecto, o meio sem fio é selecionado do grupo consistindo em Bluetooth, rede de área local sem fio ou infravermelho.
De acordo com outro aspecto, um circuito de segurança é acoplado aos circuitos para impedir os usuários não autorizados de acessar o um ou mais dispositivos associados.
De acordo com outro aspecto, os circuitos convertem um formato associado com informação armazenada no um ou mais dos dispositivos associados para outro formato para operação no equipamento eletrônico associado.
De acordo com outro aspecto, a etapa de obter um primeiro endereço único em uma rede de área local é um endereço de IP associado com a rede de área local.
De acordo com outro aspecto, a etapa de obter um segundo endereço único em uma rede de área extensa é um endereço de IP associado com a rede de área extensa.
De acordo com outro aspecto, ademais incluindo traduzir pelo
menos uma porção da informação pedida do um ou mais dispositivos associados para uso no equipamento eletrônico associado.
De acordo com outro aspecto, a etapa de tradução inclui traduzir um endereço associado com o um ou mais dispositivos associados a um segundo endereço para uso no equipamento eletrônico associado.
De acordo com outro aspecto, incluindo transmitir pelo menos uma porção da informação pedida do um ou mais dispositivos associados ao equipamento eletrônico associado.
De acordo com outro aspecto, incluindo codificar pelo menos
uma porção da informação pedida.
De acordo com outro aspecto, incluindo analisar o pedido para determinar um serviço pedido desejado pelo equipamento eletrônico associado.
De acordo com outro aspecto, em que o primeiro endereço
único é um endereço de IP.
De acordo com outro aspecto, em que o segundo endereço
único é um endereço de IP.
De acordo com outro aspecto, incluindo converter um formato associado com informação armazenada no um ou mais dos dispositivos associados para outro formato para operação no equipamento eletrônico associado.
Outros sistemas, dispositivos, métodos, características, e vantagens da presente invenção serão ou se tornarão aparentes a alguém tendo habilidade ordinária na técnica no exame dos desenhos seguintes e descrição detalhada. É planejado que todos tais sistemas, métodos, características, e vantagens adicionais sejam incluídos dentro desta descrição, estejam dentro da extensão da presente invenção, e sejam protegidos pelas reivindicações
acompanhantes.
Deveria ser enfatizado que o termo "inclui/incluindo" quando usado nesta especificação é tomado para especificar a presença de características declaradas, inteiros, etapas ou componentes, mas não impede a presença ou adição de um ou mais outras características, inteiros, etapas,
componentes ou grupos disso.
O termo "equipamento eletrônico" inclui equipamento de comunicação de rádio portátil. O termo "equipamento de comunicação de rádio portátil", que aqui depois é referido como um terminal de rádio móvel, inclui todo equipamento tais como telefones móveis, radiolocalizadores, comunicadores, isto é, organizadores eletrônicos, assistentes digitais pessoais (PDAs), aparelho de comunicação portátil, telefones inteligentes ou similar. BREVE DESCRIÇÃO DOS DESENHOS
As concretizações da invenção antecedentes e outras são discutidas em seguida com referência aos desenhos. Os componentes nos desenhos não estão necessariamente em escala, ênfase sendo colocada ao invés ao ilustrar claramente os princípios da presente invenção. Igualmente, elementos e características descritas em um desenho podem ser combinadas com elementos e características descritas em desenhos adicionais. Além disso, mesmos numerais de referência designam partes correspondentes ao longo
das várias vistas nos desenhos.
Figura 1 é um diagrama de bloco exemplar de um dispositivo de comunicação de rede de acordo com aspectos da presente invenção.
Figura 2 é uma configuração exemplar do dispositivo de comunicação de rede de acordo com aspectos da presente invenção.
Figura 3 é um fluxograma exemplar de acordo com aspectos
da presente invenção.
Figura 4 é um fluxograma exemplar de acordo com aspectos
da presente invenção.
Figura 5 é um método de sinalização exemplar de acordo com
aspectos da presente invenção. DESCRIÇÃO DETALHADA DE CONCRETIZAÇÕES
A presente invenção é dirigida a um dispositivo e método de comunicação de rede para trocar informação entre um ou mais dispositivos em uma rede de área local utilizando um protocolo de conexão e execução universal (UPnP) e um equipamento eletrônico associado utilizando um protocolo de Subsistema de Multimídia de Protocolo da Internet (IMS) em uma rede de área extensa.
Como mostrado na Figura 1, um dispositivo de comunicação de rede 10 inclui uma primeira interface 12, uma segunda interface 14, circuitos 16, um processador 18, um elemento de armazenamento 20 e um barramento de dados 22. O dispositivo de comunicação de rede 10 pode reconhecer dispositivos e/ou controlar pontos em uma rede de área local de UPnP e/ou é reconhecido por um ou mais pontos de controle em uma rede de área local de UPnP. O dispositivo de comunicação de rede 10 é capaz de trocar informação entre um ou mais dispositivos na rede de área local de UPnP. Além disso, o dispositivo de comunicação de rede 10 também é tipicamente registrado em uma rede de área extensa que utiliza o protocolo de IMS, que habilita o dispositivo de comunicação de rede 10 se comunicar e um equipamento eletrônico associado conectado à rede de área extensa utilizando o protocolo de IMS. O dispositivo de comunicação de rede 10 habilita o equipamento eletrônico ou outros dispositivos compatíveis com o protocolo de IMS se unirem a uma rede de área local de UPnP (também referida aqui como uma rede doméstica local e rede doméstica de UPnP) associando chaves de sessão com o equipamento eletrônico associado e provendo serviços de tradução de endereço de rede entre os sinais associados com a rede de área local de UPnP e a rede de área extensa de IMS. O dispositivo de comunicação de rede 10 permite a equipamento eletrônico e outros dispositivos compatíveis com o protocolo de IMS controlar dispositivos na rede doméstica de UPnP e compartilhar informação (por exemplo arquivos, imagens, multimídia, filmes, conteúdo, canções, MP3, fluxos de dados audiovisuais, etc.) com o equipamento eletrônico, da mesma maneira como se o equipamento eletrônico estivesse presente diretamente na rede de área local de UPnP.
A primeira interface 12 pode ser qualquer dispositivo adequado, componente, sub-componente e similar que pode transmitir e receber sinais em um ambiente de rede de área local. Por exemplo, a primeira interface 12 pode ser uma placa de interface de rede, um ponto de acesso, uma porta, um roteador, etc., que é capaz de conectar o dispositivo de comunicação de rede 10 a uma rede de UPnP. Como usado aqui, as frases "rede de UPnP", "rede doméstica local de UPnPn e "rede doméstica de UPnP" significa uma rede de área local tendo um ou mais dispositivos que utilizam um ou mais protocolos compatíveis com UPnP. A primeira interface 12 pode utilizar qualquer meio para tais comunicações. Meios adequados incluem, por exemplo, meios por fios (por exemplo, Ethernet, USB, par trançado, cabo coaxial) ou meios sem fio (por exemplo, rede de área local sem fio, Bluetooth, infravermelho, radiofreqüência ou similar) ou qualquer combinação de meios
por fios e sem fio.
A segunda interface 14 pode ser qualquer dispositivo adequado, componente, sub-componente e similar que pode transmitir e receber sinais de IMS através de uma rede de área extensa. Como usado aqui, as frases ""rede de IMS" e "rede de área extensa de IMS" significa uma rede de área extensa que utiliza um ou mais protocolos compatíveis com IMS. Por exemplo, a segunda interface 14 pode incluir uma placa de interface de rede, um ponto de acesso, uma porta, um roteador, etc., que é capaz de conectar o dispositivo de comunicação de rede 10 à rede de área extensa de IMS. Tipicamente, a segunda interface 14 pode transmitir e receber sinais através de uma rede de área extensa com uma ou mais das ligações de comunicação exemplares seguintes: um modem a cabo, DSL, um modem, um roteador, uma estação base sem fio e similar. Em uma concretização, a ligação de comunicação à rede de área extensa é separada e distinta do dispositivo de comunicação de rede 10. Em outra concretização, a ligação de comunicação à rede de área extensa é integral dentro do alojamento para o dispositivo de
comunicação de rede 10.
Os circuitos 16 estão acoplados comunicativamente à primeira interface 12 e à segunda interface 14 tipicamente por um barramento de dados 22. Os circuitos 16 são operáveis para facilitar comunicação entre um ou mais dispositivos localizados na rede de área local e um equipamento eletrônico conectado à rede de área extensa. Tipicamente, os circuitos 16 são capazes de associar chaves de sessão com o equipamento eletrônico associado e prover serviços de tradução de endereços de rede entre os sinais associados com a rede de área local de UPnP e a rede de área extensa de IMS. Os circuitos 16 são capazes de traduzir pelo menos uma porção de um sinal recebido e/ou transmitido da primeira interface 12 para um formato adequado para uso com o equipamento eletrônico ou outro dispositivo compatível com IMS. Os circuitos 16 também são capazes de traduzir uma porção de um sinal recebido e/ou transmitido da segunda interface 14 para um formato adequado para uso pelo menos por um ou mais dispositivos associados com a rede doméstica local. Além disso, circuitos 16 também podem permitir conversão de formato entre dispositivos conectados pelo dispositivo de comunicação de rede 10. Por exemplo, se um dispositivo eletrônico na rede doméstica armazenar locais uma imagem particular em um formato (por exemplo, JPEG) e o equipamento eletrônico pedir para a imagem ser enviada em outro formato (por exemplo, Tiff), circuitos 16 são capazes de transmitir a imagem no formato pedido para
o equipamento eletrônico.
O termo "circuitos" como usado aqui deveria ser dado seu significado mais amplo e inclui hardware, firmware, software, ou qualquer combinação disso, que executa toda ou uma porção das funções descritas aqui. Os circuitos 16 podem incluir uma ou mais operações lógicas agrupadas juntas ou separadas fisicamente e/ou eletronicamente.
Como mostrado na Figura I5 o dispositivo de comunicação de rede 10 também inclui um ou mais elementos de armazenamento 20 (por exemplo, RAM, ROM, disco rígido, memórias temporárias, etc.) capazes de armazenar software, algoritmos de tradução e/ou informação e/ou executar tarefas adicionais como precisado. O processador 18 é programado para se comunicar com os componentes do dispositivo de comunicação de rede 10 para executar a funcionalidade descrita aqui.
Se referindo à Figura 2, uma configuração exemplar do dispositivo de comunicação de rede 10 é mostrada acoplada comunicativamente a uma rede de área local de UPnP 50 e uma rede de área extensa de IMS 100. A rede de área local de UPnP 50 e a rede de área extensa de IMS 100 são discutidas em detalhes abaixo.
A arquitetura de dispositivo de UPnP define os protocolos para comunicação entre nós da rede de UPnP 50. Geralmente, há dois tipos de nós em uma rede de UPnP: (1) um ponto de controle é um nó de cliente que envia comandos e (2) um dispositivo recebe comandos e provê serviços. Um componente físico pode conter ambos pontos e dispositivos de controle. Uma rede de UPnP exemplar 50 é ilustrada na Figura 2. A rede de UPnP 50 geralmente inclui pelo menos um dispositivo, um ponto de controle e opcionalmente, um console de segurança. Como ilustrado na Figura 1, a rede de UPnP 50 inclui dispositivos 52 e 54, ponto de controle 56 e console de segurança opcional 58 conectado por uma meio de comunicação 60.
Na rede de área local de UPnP 50, um dispositivo é geralmente considerado um recipiente de serviços e dispositivos aninhados. Um dispositivo (por exemplo, dispositivos 52, 54) tipicamente contém informação sobre si mesmo e os serviços que hospeda. Esta informação é geralmente organizada como um documento de Linguagem de Marcação Extensível (XML). Tipicamente, todo dispositivo emprega um mini servidor da web para comunicar esta informação para pontos de controle e outros dispositivos na rede de área local de UPnP 50. Quando um dispositivo (por exemplo, dispositivo 52) se conecta à rede de área local de UPnP 50, ele tipicamente pode adquirir automaticamente um endereço de rede (por exemplo, um endereço de IP), anunciar sua presença, descrever seus serviços, e aprender sobre outros dispositivos conectados (por exemplo, dispositivo 54). Uma vez conectado à rede UPnP 50, o dispositivo pode falar diretamente com outros dispositivos de modo nivelado.
Por si só, um dispositivo não é geralmente considerado útil no ambiente de rede de UPnP a menos que proveja um serviço para outros nós na rede de UPnP 50. Serviços podem executar ações ou prover informação. Um serviço geralmente não é uma entidade independente, mas tipicamente é hospedado por um dispositivo de recipiente, como ilustrado na Figura 2 (por exemplo, 52A e 54A). Tipicamente, todo serviço implementa um servidor da web que publica um documento de XML. O documento de XML tipicamente lista todas as ações suportadas pelo serviço, junto com entradas específicas, saídas, e convenções de chamada. O documento de XML tipicamente descreve as capacidades do serviço em detalhes, incluindo qualquer extensão de proprietário do tipo padrão. Um servidor de controle, também tipicamente contido em cada dispositivo, opera pedidos de ação entrantes, e uma tabela de estado armazena o valor atual de todas as variáveis internas. Estes valores podem ser eleitos por nós externos, ou exportados por um servidor de evento sempre que um valor muda.
Como mostrado na Figura 2, a rede de UPnP 50 inclui um ponto de controle 56. Ponto de controle 56 é um componente da rede de UPnP 50 que é capaz de descobrir, interrogar e controlar dispositivos (por exemplo, dispositivos 52 e 54) na rede de UPnP 50. Ponto de controle 56 tipicamente escuta uma porta de rede designada para identificação de dispositivos conectados. Usando o protocolo de descoberta de UPnP, o ponto de controle 56 também pode iniciar sua própria procura para um dispositivo específico ou tipo de serviço. Uma vez que um ponto de controle 56 descobriu um dispositivo (por exemplo, dispositivo 52), o ponto de controle 56 pode recuperar a descrição do dispositivo, obter uma lista de serviços, chamar ações de serviço, ou subscrever a eventos de serviço. Ponto de controle 56 pode ser um componente independente, ou pode ser embutido dentro de um dispositivo de recipiente. Dispositivos contendo um ponto de controle embutido podem utilizar serviços correndo em outros dispositivos conectados. Ponto de controle 56 normalmente terá algum tipo de interface de usuário (por exemplo, um mostrador, dispositivos de entrada de usuário, hardware, etc.) para interação de usuário, que permite ao dispositivo de controle 56 ser usado como um painel de estado e/ou "controle remoto" para qualquer dispositivo de UPnP conectado, tais como dispositivos 52 e 54, por exemplo.
Geralmente, ao permitir a usuários remotos acessarem informação, é desejável incluir um mecanismo de segurança para proibir acesso não autorizado à informação. Em UPnP, o console de segurança 58 controla acesso à informação armazenada na rede de UPnP 50. Além disso, o console de segurança 58 também pode prover serviços de criptografia de comunicação.
Como declarado acima, dispositivos de UPnP se anunciam por um protocolo de descoberta e oferecem serviços, que são por exemplo, coleções de ações de protocolo de acesso de objeto simples (SOAP) que os pontos de controle invocam. O console de segurança 58 utiliza o protocolo de controle de SOAP e garante mensagens e respostas de controle de SOAP. Mensagens de controle de SOAP geralmente incluem: identificação, integridade, autenticação, renovação, autorização e segredo. Alguém de habilidade ordinária na técnica apreciará prontamente que o nível de segurança provido por qualquer dado console de segurança variará baseado em aplicação. O meio de rede 60 pode ser qualquer tipo de meio (por exemplo, por fios, Ethernets USB, sem fio, infravermelho, radiofreqüência, etc.) ou qualquer combinação disso. Geralmente, o meio de rede 60 é capaz de suportar uma variedade de protocolos, incluindo Protocolo de Controle de Transporte/Protocolo de Internet (TCP/IP) e endereçamento relacionado.
Como declarado acima, o dispositivo de comunicação de rede pode reconhecer dispositivos e/ou pontos de controle em uma rede de área local de UPnP e/ou é reconhecido por um ou mais pontos de controle na rede de UPnP 50. Dependendo da aplicação particular, o dispositivo de φ) comunicação de rede 10 pode ser registrado como um dispositivo ou um ponto de controle. O termo "registrado" como usado especificamente com dispositivos de UPnP significa que um dispositivo é reconhecido por um ou mais pontos de controle na rede de UPnP e/ou um ponto de controle reconhece um ou mais dispositivos e/ou pontos de controle na rede de UPnP. Além disso, o dispositivo de comunicação de rede 10 também pode incluir um console de segurança embutido ou utilizar um console de segurança associado. O dispositivo de comunicação de rede também pode incluir
serviços de barreira à prova de fogo.
Figura 3 ilustra um método exemplar de adicionar dispositivo «b de comunicação de rede 10 à rede de UPnP 50. Na etapa 70, o dispositivo de comunicação de rede 10 adquire um endereço de IP. Tipicamente, o dispositivo de comunicação de rede 10 tem um cliente de Protocolo de Configuração de Hospedeiro Dinâmica (DHCP) (não mostrado) e procura por um servidor de DHCP quando o dispositivo é conectado primeiro à rede de UPnP 50. Se um servidor de DHCP estiver disponível, o dispositivo 10 tipicamente usa o endereço de IP nomeado. Se nenhum servidor de DHCP estiver disponível, o dispositivo 10 pode usar a função de IP Auto (IP automático) para obter um endereço de IP. Como alguém de habilidade ordinária na técnica apreciará, o IP Auto define como um dispositivo escolhe inteligentemente um endereço de IP de um conjunto de endereços reservados e é capaz de se mover facilmente entre redes administradas e não administradas. Uma vez que o dispositivo 10 obtenha um endereço de IP e um nome de domínio, por exemplo, por um servidor de DNS ou por remessa de DNS, o dispositivo 10 tipicamente usa esse nome em operações de rede subseqüentes ou seu endereço de IP nomeado.
Dado um endereço de IP, o protocolo de descoberta de UPnP permite ao dispositivo 10 anunciar seus serviços para pontos de controle (por exemplo, ponto de controle 56) na rede de UPnP 50, como ilustrado na etapa ψ 72 na Figura 3. Igualmente, quando um ponto de controle é adicionado à rede, o protocolo de descoberta de UPnP permite àquele ponto de controle procurar por dispositivos na rede. O dispositivo 10 tipicamente anuncia seus serviços multidifundindo várias mensagens de descoberta anunciando seus dispositivos e serviços embutidos. Qualquer ponto de controle interessado pode escutar o endereço de multidifusão padrão para notificações que novas capacidades estão disponíveis. Geralmente, todos os dispositivos escutam o endereço de multidifusão padrão para estas mensagens e respondem se quaisquer dos seus dispositivos embutidos ou serviços casarem com os critério de procura na
mensagem de descoberta. I) o processo de descoberta permite a pontos de controle (por
exemplo, ponto de controle 56) acharem dispositivos na rede de UPnP 10. O processo de descoberta habilita protocolo de descrição, como ilustrado na etapa 74 na Figura 3, onde pontos de controle aprendem sobre capacidades de dispositivo. Depois que um ponto de controle descobriu um dispositivo (por exemplo, dispositivo 10), o ponto de controle 56 ainda sabe muito pouco sobre o dispositivo 10. Para o ponto de controle 56 aprender mais sobre o dispositivo 10 e suas capacidades, ou interagir com o dispositivo 10, o ponto de controle 56 tipicamente recupera a descrição do dispositivo do localizador de recurso uniforme (URL) provido pelo dispositivo 10 na mensagem de descoberta. Dispositivo 10 pode conter outra informação, por exemplo, dispositivos lógicos, como também unidades funcionais, ou serviços. A descrição de UPnP para um dispositivo é dividida tipicamente em duas partes lógicas: uma descrição de dispositivo descrevendo os recipientes físicos e lógicos, e uma ou mais descrições de serviço descrevendo as capacidades expostas pelo dispositivo. Como declarado acima, a descrição de UPnP para um dispositivo é expressa em XML e inclui informação de fabricante específica de vendedor, como o nome modelo e número, número de série, nome de fabricante, UKLs para Sites da Web específicos de vendedor, etc. A descrição também inclui, por exemplo, uma lista de qualquer dispositivo ou serviços embutidos, como também URLs para controle, ocorrência e serviços de apresentação discutidos abaixo. Para cada serviço, a descrição tipicamente inclui uma lista dos comandos, ou ações, às quais o serviço responde, e parâmetros, ou argumentos, para cada ação; a descrição para um serviço também inclui uma lista de variáveis; estas variáveis modelam o estado do serviço a tempo corrido, e são descritas em termos do tipo de dados, gama e
características de evento.
Recuperar uma descrição de dispositivo de UPnP para o dispositivo de comunicação de rede 10 pode ocorrer pelo ponto de controle 56 emitindo um pedido de HTTP GET na URL na mensagem de descoberta. Em tais casos, o dispositivo 10 pode retornar a descrição de dispositivo. Recuperar uma descrição de serviço de UPnP é um processo semelhante que usa uma URL dentro da descrição de dispositivo. Tipicamente, contanto que os anúncios de descoberta de dispositivo 10 não expirem, o ponto de controle 56 pode assumir que o dispositivo 10 e seus serviços estão disponíveis. O dispositivo e descrições de serviço podem ser recuperados a qualquer ponto desde que o dispositivo e descrições de serviço são estáticos contanto que o dispositivo e seus serviços estejam disponíveis. Se dispositivo 10 cancelar seus anúncios, o ponto de controle 56 deve assumir que o dispositivo e seus serviços não estão mais disponíveis para os outros dispositivos associados com a rede de UPnP 50. Se o dispositivo 10 precisar mudar uma de suas descrições, deve cancelar seus anúncios pendentes e re-anunciar com a descrição atualizada aos outros dispositivos e pontos de controle na rede de UPnP 50.
Depois que ponto de controle 56 recuperou uma descrição do dispositivo 10, o ponto de controle 56 pode enviar ações ao serviço do dispositivo (não mostrado). Para fazer isto, o ponto de controle 56 envia uma mensagem de controle adequada à URL de controle para o serviço (provida na descrição de dispositivo), como ilustrado na etapa 76. Mensagens de controle são expressadas em XML usando o Protocolo de Acesso de Objeto Simples (SOAP). Como chamadas de função, com respeito à mensagem de controle, o serviço retorna qualquer valor específico de ação. Os efeitos da ação, se quaisquer, são modelados por mudanças nas variáveis que descrevem o estado em tempo corrido do serviço. Dado conhecimento de dispositivo 10 e seus serviços, o ponto de controle 56 geralmente pode pedir esses serviços para invocar ações e o ponto de controle 56 pode eleger esses serviços para os valores das suas variáveis de estado. Invocar ações é uma pseudo-chamada de procedimento remoto; o ponto de controle 56 tipicamente envia a ação para o serviço do dispositivo, e quando a ação foi completada (ou falhou), o serviço retorna quaisquer resultados ou erros. Quando estas variáveis de estado mudam, eventos são publicados para todos os pontos de controle interessados. Para determinar o valor atual de uma variável de estado, um ponto de controle pode eleger o serviço. Semelhante a invocar uma ação, um ponto de controle envia uma mensagem de pergunta adequada à URL de controle para o serviço. Em resposta, o serviço provê o valor da variável; cada serviço é responsável por manter sua tabela de estado consistente, assim pontos de controle podem eleger e receber valores significantes.
Como declarado acima, uma descrição de UPnP para um serviço inclui uma lista de ações às quais o serviço responde e uma lista de variáveis que modelam o estado do serviço particular a tempo corrido. O serviço publica atualizações quando estas variáveis mudam, e o ponto de controle 56 tipicamente subscreve para receber esta informação. O serviço publica atualizações enviando mensagens de evento, como descrito na etapa 78 da Figura 3. Mensagens de evento contêm os nomes de uma de mais variáveis de estado e o valor atual dessas variáveis. Estas mensagens também são expressas em XML e tipicamente formatadas usando a Arquitetura de Notificação de Evento Geral (GENA). Uma mensagem de evento inicial especial pode ser enviada quando um ponto de controle 56 subscreve primeiro; esta mensagem de evento contém os nomes e valores para todas as variáveis ocorridas e permite ao assinante iniciar seu modelo do estado do serviço. Para suportar cenários com múltiplos pontos de controle, ocorrência é projetada para manter todo o pontos de controle igualmente informados sobre os efeitos de qualquer ação. Portanto, todos os assinantes são enviadas todas as mensagens de evento, assinantes recebem mensagens de evento para todas as variáveis ocorridas que mudaram, e mensagens de evento são enviadas não importa por que a variável de estado mudou (tanto em resposta a uma ação pedida ou porque o estado que serviço está modelando mudou).
Depois que ponto de controle 56 descobriu o dispositivo 10 e recuperou uma descrição do dispositivo e seus serviços, o ponto de controle tem os essenciais para o protocolo de ocorrência. Como declarado acima, uma descrição de serviço de UPnP inclui uma lista de ações à qual o serviço responde e uma lista de variáveis que modelam o estado do serviço a tempo corrido. Se uma ou mais destas variáveis de estado ocorrer, então o serviço publica atualizações quando estas variáveis mudam, e o ponto de controle 56 pode subscrever para receber esta informação. Para subscrever a ocorrência, o ponto de controle 56 geralmente transmite uma mensagem de subscrição. Se a subscrição for aceita, o publicador responde com uma duração para a subscrição. Para manter a subscrição ativa, um assinante deve renovar sua subscrição antes que a subscrição expire.
Se um dispositivo 10 tiver uma URL para apresentação, como descrito na etapa 80, então o ponto de controle 56 pode recuperar uma página da URL, carregar a página em um navegador, e dependendo das capacidades da página, permitir a um usuário controlar o dispositivo 10 e/ou ver estado de dispositivo. Alguém de habilidade ordinária na técnica apreciará prontamente que o grau ao qual cada uma destas funções pode ser implementada depende das capacidades específicas da página de apresentação e dispositivo 10 e são freqüentemente uma escolha de projeto. Depois que ponto de controle 56 descobriu dispositivo 10 e recuperou uma descrição do dispositivo 10, o ponto de controle 56 está pronto para começar apresentação. A URL para apresentação é contida tipicamente dentro do elemento de URL de apresentação na descrição de dispositivo. A descrição de dispositivo é geralmente entregue por uma mensagem de descrição. Para recuperar uma página de apresentação, o ponto de controle 56 emite um pedido de HTTP GET para a URL de apresentação, e o dispositivo 10 retorna uma página de apresentação.
Uma vez que o dispositivo 10 foi adicionado à rede de UPnP 50, qualquer dispositivo habilitado para UPnP (por exemplo, dispositivos 52 e 54) ou ponto de controle (por exemplo, ponto de controle 56) localizado na rede de UPnP local 50 pode acessar ou caso contrário controlar o dispositivo 50.
Se referindo de volta à Figura 2, uma rede de área extensa (WAN) 100 também é ilustrada. A WAN 100 inclui uma arquitetura de IMS 102, entidades de SIP (por exemplo, servidor de re-diretor de SIP 104, servidor de procuração de SIP (não mostrado), registrador de SIP 106, etc.). A WAN 100 geralmente permite a um ou mais equipamento eletrônico 108 se comunicar com outro equipamento eletrônico (não mostrado), a Internet, e/ou outras redes de computadores (por exemplo, rede de área local 50) como descrito aqui. A ligação de comunicação 110 do equipamento eletrônico 108 para a WAN 100 pode atravessar através de uma única rede ou redes diferentes tal como, por exemplo, uma Rede Móvel Terrestre Pública, uma ou mais redes de trânsito e uma rede de terminação. O equipamento eletrônico 108 pode ser qualquer dispositivo ou terminal de usuário para permitir a um usuário acessar a serviços de rede, incluindo por exemplo, um servidor remoto ou estação móvel para GSM como definido em 3GPP TS 24.002, V5.0.0, Liberação 5 e liberações posteriores.
Arquitetura de IMS 102 geralmente utiliza um protocolo padronizado projetado para habilitar repartição de conteúdo de par a par entre dispositivos de WAN (por exemplo equipamento eletrônico, telefones móveis, assistentes digitais pessoais (PDAs), comunicadores e similar). IMS usa protocolos de IP padrão abertos (Protocolo de Internet), de forma que uma sessão de multimídia pode ser estabelecida entre uma variedade de dispositivos de usuário e/ou aplicativos indiferente de local geográfico. Por exemplo, IMS permite estabelecer sessões de multimídia entre dois dispositivos de IMS, entre um dispositivo de IMS e um dispositivo conectado à Internet, e entre dois dispositivos conectados à Internet usando o mesmo Ib protocolo. Assim, IMS permite interoperabilidade de dispositivo difundida indiferente do local do dispositivo de IMS e fonte de destino.
IMS é uma extensão da Rede de Núcleo (CN) de PS (comutada por pacote) de UMTS (Sistema de Telecomunicação Móvel Universal) e é independente da PS-CN. IMS usa o Protocolo de Iniciação de Sessão (SIP) para estabelecer, manter e terminar sessões de voz e multimídia. SIP é uma parte da arquitetura de controle e dados de multimídia da Força- tarefa de Engenharia da Internet (IETF) global. SIP é usado junto com outros protocolos de IETF, tal como o Protocolo de Descrição de Sessão (SDP) e o Protocolo em Tempo Real (RTP). SIP é um protocolo de sinalização que provê uma variedade de funções, por exemplo, operar o estabelecimento, modificação e interrupção de sessões de multimídia. SIP em combinação com os protocolos com os quais é usado, também descreve as características de sessão de uma sessão de comunicação a participantes de sessão potenciais. Tipicamente, RTP é usado para trocar mídia (por exemplo, áudio, voz ou dados) durante a sessão de comunicação, mas SIP permite a qualquer protocolo de transporte ser usado. Mensagens de SIP (sinalização) também tipicamente passam por algum do mesmo equipamento como a mídia a ser trocada durante uma sessão de comunicação.
Como mostrado na Figura 2, a WAN 100 inclui uma ou mais entidades de SIP. Entidades de SIP típicas incluem, por exemplo, servidor de re-diretor de SIP 104, servidor de registrador de SIP 106, e servidor de procuração de SIP (não mostrado). Um servidor de re-diretor de SIP é utilizado para prover mobilidade de usuário. Um servidor de re-diretor de SIP aceita pedidos de SIP e retorna zero ou mais novos endereços que deveriam ser contatados para cumprir o pedido. Em contraste, um servidor de procuração de SIP remeterá o pedido ao novo endereço que deveria ser contatado para cumprir um pedido particular. Um servidor de registrador de SIP 106 é um dispositivo que armazena o local "lógico" de agentes de usuário dentro de um domínio ou subdomínio, um servidor de registrador de SIP armazena o local de agentes de usuário e atualiza dinamicamente dados por mensagens de REGISTRO recebidas dos agentes de usuário.
Alguém de habilidade ordinária na técnica apreciará prontamente que o uso de um re-diretor de SIP ou um servidor de procuração de SIP pode ser usado intercambiavelmente e o uso de um sobre o outro de nenhuma maneira limita a extensão da presente invenção. Por causa do uso de múltiplos serviços (por exemplo, servidores de procuração e re-diretor) em SIP, freqüentemente é desejável manter uma separação lógica entre sinalização de SIP e a comunicação da mídia (os dados de sessão). Figura 4 ilustra um pedido para informação (ou serviços) de um equipamento eletrônico 108. Este exemplo assume que o equipamento eletrônico 108 já está registrado na rede de IMS (por exemplo, o equipamento eletrônico é um assinante e intitulado para acessar a rede de IMS e/ou o dispositivo enviou um método de REGISTRO para um servidor de registrador de SIP associado). Na etapa 150, a fim de iniciar uma sessão, o solicitante (ou Cliente de Agente de Usuário) envia um pedido com a URL de SIP da rede a ser contatada. Se o cliente souber o endereço de IP da rede a ser contatada, o pedido pode ser enviado diretamente para endereço de IP conhecido; se não, tipicamente o endereço de destino de IP pode ser solucionado por uma consulta da URL de SIP no servidor de registrador.
Na etapa 152, o servidor de rede de SIP tentará solucionar o endereço de IP da rede pedida e enviará o pedido à rede. Alguém de habilidade ordinária na técnica apreciará prontamente que há muitos modos para executar tal funcionalidade. Por exemplo, procurando o DNS ou acessando bancos de dados para o endereço de IP da rede pedida. Alternativamente, o servidor pode ser um servidor de re-direção que pode retornar o local de usuário chamado ao cliente chamador para ele tentar diretamente. Durante o curso de localizar um usuário, um servidor de rede de SIP pode fazer procuração ou redirecionar a chamada para servidores adicionais até que chegue a um que definitivamente sabe o endereço de IP onde o usuário chamado pode ser achado. Na etapa 154, uma vez que o endereço de rede de IP seja achado, o pedido é enviado à rede de destino para autenticação. Na etapa 156, o endereço de destino provê a informação e/ou
serviços pedidos.
Os comandos que SIP usa são chamados métodos. SIP define
os métodos seguintes: CONVITE - convida um usuário para uma chamada; ACK - usado para facilitar troca de mensagem segura para CONVITEs; ADEUS - termina uma conexão entre usuários ou rejeita uma chamada; CANCELE - termina um pedido, ou procura, para um usuário; OPÇÕES - solicita informação sobre as capacidades de um servidor; REGISTRE - registra o local atual de um usuário; e INPO - usado para sinalizar sessão.
Respostas de SIP típicas incluem: Ixx Informativo (por exemplo 100 Tentando, 180 Tocando campainha), 2xx Sucesso (por exemplo 200 OK, 202 Aceito), 3xx Re-direção (por exemplo 302 Movido Temporariamente), 4xx Falha de Pedido (por exemplo 404 Não Achado, 482 Malha Detectada), 5xx Falha de Servidor (por exemplo 501 Não Implementado), 6xx Falha Global (por exemplo 603 Recuse), etc. Para propósitos de clareza, respostas provisórias (Ixx) foram omitidas. A rota precisa tomada pelo ACK, e qualquer sinalização em chamada posterior pode variar porque durante isso os dois agentes de usuário trocaram mensagens de CONVITE e 200 OK que eles conhecem potencialmente um aos outros destinos atuais e o ACK poderia ser enviado diretamente ponta a ponta. Porém, SIP permite a quaisquer dos servidores de procuração insistir em permanecer no caminho de sinalização para a sessão inteira se desejado.
Figura 5 ilustra um método exemplar de operação para o dispositivo de comunicação de rede 10 habilitar comunicação sem costura entre um ou mais dispositivos de UPnP na rede doméstica local 50 e o equipamento eletrônico 108 acoplado comunicativamente à rede de área extensa de IMS 100. Neste exemplo, um usuário deseja usar o equipamento eletrônico 108 para acessar um dispositivo de 'jukebox* (por exemplo, dispositivo 52) na rede de área local de UPnP 50 e música em fluxo do dispositivo de 'jukebox' para o equipamento eletrônico. As suposições seguintes foram feitas no exemplo que segue: 1) ambos o equipamento eletrônico 108 e o dispositivo de comunicação de rede 10 estão registrados com um servidor de SIP; e 2) o equipamento eletrônico 108 (ou outro dispositivo de IMS) e o dispositivo de comunicação de rede 10 mantêm um segredo compartilhado para propósitos de autenticação (por exemplo, procedimento condensado de http).
Neste exemplo, o usuário conhece a URL de SIP pelo dispositivo de comunicação de rede 10. Como mostrado na etapa 200, o usuário utiliza o equipamento eletrônico para enviar uma mensagem de CONVITE para um servidor de re-diretor de SIP. Por exemplo, o pedido pode ler: INVITE jukebox@home.net ao servidor de re-diretor de SIP local. O pedido pode incluir um campo de carga útil de SDP, que pode especificar, por exemplo, parâmetros de negociação, serviços pedidos, formato de informação, etc. Neste exemplo particular, o servidor de re-diretor de SIP é utilizado. Alguém de habilidade ordinária na técnica apreciará prontamente que um servidor de procuração também pode ser usado de acordo com a presente invenção, em vez de ou além de um servidor de re-diretor.
Na etapa 202, o servidor de re-diretor, por sua vez, envia a mensagem de 301-Movido a 10.1.2.3, que indica que o dispositivo associado com jukebox@home.net pode ser achado no endereço de IP 10.1.2.3. Na etapa 204, o equipamento eletrônico 108 envia uma mensagem de ACK ao servidor de re-diretor de SIP indicando que a mensagem 301-Movido foi recebida.
Na etapa 206, o equipamento eletrônico 108 transmite uma mensagem de CONVITE ao dispositivo de comunicação de rede, que está localizado no endereço de IP 10.1.2.3. Como declarado acima, a mensagem de CONVITE tipicamente inclui um campo de carga útil de SDP, para negociar vários parâmetros entre o dispositivo de equipamento eletrônico 108 e o dispositivo de comunicação de rede 10.
Na etapa 208, o dispositivo de comunicação de rede 10 intima a autenticação do equipamento eletrônico 108 tentando ganhar acesso à rede doméstica local 50. Na etapa 210, o equipamento eletrônico 108 transmite uma resposta de autenticação adequada ao dispositivo de comunicação de rede. Na etapa 212, o equipamento eletrônico 108 foi autenticado pelo dispositivo de comunicação de rede 10, significando que o dispositivo está autorizado a acessar a rede de UPnP 50. Alguém de habilidade ordinária na técnica apreciará prontamente que se o equipamento eletrônico 108 transmitisse uma resposta inválida (ou provida com um identificador que não tinha direitos de acesso corretos à rede de UPnP 50, o processo de autenticação tipicamente falharia neste momento e ao equipamento eletrônico
108 não seria dado acesso à rede de UPnP 50.
Na etapa 214, o dispositivo de comunicação de rede 10 analisa a mensagem de SDP transmitida pelo equipamento eletrônico 108. O dispositivo de comunicação de rede 10 determina baseado na mensagem,
quais serviços de UPnP foram pedidos.
Na etapa 216, o dispositivo de comunicação de rede 10 tendo um console de segurança de UPnP integrado no dispositivo, pede informação de criptografia do dispositivo de UPnP desejado (por exemplo dispositivo 52). Na etapa 216, as chaves públicas do dispositivo de UPnP desejado (por exemplo, o 'jukebox' neste exemplo) são obtidas usando uma chamada de procedimento remoto GetPublicKeys(). Na etapa 218, o console de segurança associado com o dispositivo de comunicação de rede 10 envia uma chamada de procedimento remoto SetSessionKeys() para o dispositivo de UPnP 52 desejado (por exemplo, o dispositivo de 'jukebox') localizado na rede doméstica de UPnP. Uma vez que as chaves de sessão sejam obtidas, criptografia de dados é habilitada. Em uma concretização, as chaves de sessão podem ser remetidas para equipamento eletrônico 108 para criptografia de dados de ponta a ponta (por exemplo, do dispositivo 52 para o dispositivo de comunicação de rede 10 e do dispositivo de comunicação de rede 10 para o
equipamento eletrônico 108).
Na etapa 220, as chaves de sessão são associadas com o dispositivo de IMS (por exemplo, o equipamento eletrônico 108). Desde que o dispositivo de IMS (por exemplo equipamento eletrônico 108) não está localizado fisicamente na rede de UPnP, o dispositivo de comunicação de rede 10 associa a chave de sessão com o dispositivo de IMS. O dispositivo de comunicação de rede 10 é o único dispositivo na rede de UPnP que tem conhecimento que o chamador (por exemplo, o equipamento eletrônico 108) não está localizado na rede de UPnP 50. O dispositivo de comunicação de rede 10 faz associação de forma que quando dispositivo de UPnP 52 (por exemplo, o dispositivo de 'jukebox') tenta formar uma conexão ao dispositivo de controle, o dispositivo de comunicação de rede 10, o traduz em uma forma de protocolo de IMS adequada (por exemplo contém o endereço correto), que é transferido ao dispositivo de IMS pedinte (por exemplo, equipamento eletrônico 108).
Na etapa 222, o dispositivo de comunicação de rede 10 transmite uma mensagem de 200-OK ao equipamento eletrônico 108 indicando que a mensagem de SDP estava no formato próprio. Na etapa 224, o equipamento eletrônico 108 responde ao dispositivo de comunicação de rede 10 com uma mensagem de ACK de SIP, por esse meio acusando
recebimento da mensagem de 200ΌΚ.
Baseado nos serviços desejados contidos na mensagem de SDP, o dispositivo de comunicação de rede 10 enviará uma mensagem de estabelecimento de mídia ao 'jukebox', como mostrado na etapa 226. Na etapa 226, o dispositivo de comunicação de rede 10 determina quais serviços o equipamento eletrônico 108 deseja. O dispositivo de comunicação de rede 10 converte a mensagem para uma mensagem de controle de UPnP e envia a mensagem ao dispositivo de rede de UPnP 52 (por exemplo, o 'jukebox'). Por sua vez, o dispositivo de UPnP 52 se conecta ao dispositivo de comunicação de rede 10 e provê o serviço desejado (por exemplo, áudio em fluxo). O equipamento eletrônico 108 agora tem uma conexão à rede doméstica de UPnP pelo dispositivo de comunicação de rede 10 e o dispositivo de UPnP tem o endereço do equipamento eletrônico 108 de forma que os dispositivos $
conversem diretamente um ao outro em uma relação de par a par como mostrado na etapa 228. Etapas 200-228 são repetidas geralmente sempre que
uma nova sessão é começada.
Concretizações específicas de uma invenção são expostas aqui.
Alguém de habilidade ordinária na técnica reconhecerá prontamente que a invenção pode ter outras aplicações em outros ambientes. Na realidade, muitas concretizações e implementações são possíveis. As reivindicações seguintes de nenhuma maneira são pretendidas limitarem a extensão da presente invenção às concretizações específicas descritas acima. Além disso, 0) qualquer recitação de "meios para" é pretendido evocar uma meio mais função lendo de um elemento e uma reivindicação, enquanto, qualquer elemento não usa especificamente para a recitação "meios para", não são pretendidos serem lidos como elementos de meio mais função, até mesmo se a reivindicação caso contrário incluir a palavra "meios". Também deveria ser notado que embora a especificação liste etapas de método ocorrendo em uma ordem particular, estas etapas podem ser executadas em qualquer ordem, ou
ao mesmo tempo.
Elementos de programa de computação da invenção podem ser
concretizados em hardware e/ou em software (incluindo firmware, software ^f) residente, micro-código, etc.). A invenção pode levar a forma de um produto de programa de computação que pode ser concretizado por um meio de armazenamento utilizável por computador ou legível por computador tendo instruções de programa utilizáveis por computador ou legíveis por computador, "código" ou um "programa de computação" concretizado no meio para uso ou com relação ao sistema de execução de instrução. No contexto deste documento, um meio utilizável por computador ou legível por computador pode ser qualquer meio que possa conter, armazenar, comunicar, propagar, ou transportar o programa para uso com relação ao sistema de execução de instrução, aparelho ou dispositivo. O meio utilizável por computador ou legível por computador pode ser, por exemplo mas não limitado a um sistema, aparelho, dispositivo, ou meio de propagação eletrônico, magnético, óptico, eletromagnético, infravermelho ou de semicondutor tal como a Internet. Note que o meio utilizável por computador ou legível por computador poderia ser até mesmo papel ou outro meio adequado no qual o programa é impresso, como o programa pode ser capturado eletronicamente, por exemplo, por varredura óptica do papel ou outro meio, então compilado, interpretado, ou caso contrário processado de uma maneira adequada. O produto de programa de computação e qualquer software e hardware descrito aqui formam os vários meios para efetuar as funções da invenção nas concretizações de exemplo.

Claims (10)

1. Dispositivo de comunicação de rede (10), caracterizado pelo fato de compreender: uma interface de conexão e execução universal (UPnP) (12) para transmitir e receber informação relacionada a um ou mais dispositivos associados (52, 54) conectados a uma rede de área local associada (50), em que pelo menos uma porção da rede de área local associada (50) utiliza um protocolo de UPnP; uma interface (14) de subsistema de multimídia de Protocolo de Internet (IMS) para transmitir e receber informação relacionada a um equipamento eletrônico associado (108) registrado a uma rede de área extensa associada (100), em que pelo menos uma porção da rede de área extensa associada (100) utiliza um protocolo de IMS; e circuitos (16) acoplados comunicativamente à interface de UPnP (12) e à interface de IMS (14), em que os circuitos (16) associam uma chave de sessão de UPnP (218) com um equipamento eletrônico associado (108) para permitir comunicação entre o um ou mais dispositivos associados (52, 54) e o equipamento eletrônico associado (108).
2. Dispositivo de comunicação de rede (10) de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo de rede de comunicação (10) é registrado na rede de área local (50).
3. Dispositivo de comunicação de rede (10) de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo de rede de comunicação (10) é registrado na rede de área extensa (100).
4. Dispositivo de comunicação de rede (10) de acordo com a reivindicação 3, caracterizado pelo fato de que o dispositivo de rede de comunicação (10) também é registrado na rede de área local (50).
5. Dispositivo de comunicação de rede (10) de acordo com a reivindicação 1, caracterizado pelo fato de que a interface de UPnP (12) recebe e transmite sinais de pelo menos um dos dispositivos associados (52, 54) por um meio sem fio (22).
6. Dispositivo de comunicação de rede (10) de acordo com a reivindicação 5, caracterizado pelo fato de que o meio sem fio (22) é selecionado do grupo consistindo em Bluetooth, rede de área local sem fio ou infravermelho.
7. Dispositivo de comunicação de rede (10) de acordo com a reivindicação Ij caracterizado pelo fato de compreender ainda circuitos de segurança acoplados aos circuitos (16) para impedir os usuários não autorizados de acessarem o um ou mais dispositivos associados (52, 54).
8. Dispositivo de comunicação de rede de acordo com a reivindicação 1, caracterizado pelo fato de que os circuitos (16) convertem um formato associado com informação armazenada no um ou mais dos dispositivos associados (52, 54) para outro formato para operação no equipamento eletrônico associado (108).
9. Método para comunicação, caracterizado pelo fato de compreender: obter um primeiro endereço único em uma rede de área local (50), em que a rede de área local inclui um ou mais dispositivos associados (52, 54) utilizando um protocolo de UPnP; obter um segundo endereço único em uma rede de área extensa (100), em que a rede de área extensa (100) inclui um ou mais dispositivos (108) utilizando um protocolo de IMS; receber um pedido para informação de um equipamento eletrônico associado para acesso a um ou mais dos dispositivos associados na rede de área local (200); autenticar o pedido (212); estabelecer uma chave de sessão relacionada ao pedido para informação (216); associar a chave de sessão com um equipamento eletrônico associado para permitir comunicação entre o um ou mais dispositivos associados e o equipamento eletrônico associado (218).
10. Programa armazenado em um meio de legível por máquina, caracterizado pelo fato de ser adequado para uso em um dispositivo de comunicação de rede (10) para associar uma chave de sessão de UPnP com um equipamento eletrônico associado (108) para permitir comunicação entre o um ou mais dispositivos associados (52, 54) e o equipamento eletrônico associado (108), em que: quando o programa é carregado em memória (20) no dispositivo de comunicação de rede (10) e executado, causa troca sem costura de informação entre o um ou mais dispositivos associados (52, 54) e o equipamento eletrônico associado (108).
BRPI0620114-8A 2005-12-20 2006-07-28 dispositivo de comunicaÇço de rede, mÉtodo para comunicaÇço, e, programa armazenado em um meio de legÍvel por mÁquina BRPI0620114A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/313,011 US7783771B2 (en) 2005-12-20 2005-12-20 Network communication device for universal plug and play and internet multimedia subsystems networks
US11/313011 2005-12-20
PCT/US2006/029755 WO2007073403A1 (en) 2005-12-20 2006-07-28 Communication network device for universal plug and play and internet multimedia subsystems networks

Publications (1)

Publication Number Publication Date
BRPI0620114A2 true BRPI0620114A2 (pt) 2013-01-15

Family

ID=37433987

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0620114-8A BRPI0620114A2 (pt) 2005-12-20 2006-07-28 dispositivo de comunicaÇço de rede, mÉtodo para comunicaÇço, e, programa armazenado em um meio de legÍvel por mÁquina

Country Status (8)

Country Link
US (1) US7783771B2 (pt)
EP (1) EP1964354B1 (pt)
JP (1) JP2009520438A (pt)
CN (1) CN101331737B (pt)
AU (1) AU2006327241B2 (pt)
BR (1) BRPI0620114A2 (pt)
DE (1) DE602006011212D1 (pt)
WO (1) WO2007073403A1 (pt)

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7724753B2 (en) * 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
US8176534B2 (en) * 2005-12-30 2012-05-08 General Instrument Corporation Method and apparatus for provisioning a device to access digital rights management (DRM) services in a universal plug and play (UPnP) network
US8601127B2 (en) * 2006-01-31 2013-12-03 Panasonic Corporation Method for selective service updates for communication networks
KR100708203B1 (ko) * 2006-02-24 2007-04-16 삼성전자주식회사 디바이스의 제어 허용 방법 및 그를 이용한 디바이스
JP2007274107A (ja) * 2006-03-30 2007-10-18 Nec Infrontia Corp Ip電話機遠隔操作システム
US20070286100A1 (en) * 2006-06-09 2007-12-13 Mika Juhani Saaranen Local discovery of mobile network services
US8001474B2 (en) * 2006-09-25 2011-08-16 Embarq Holdings Company, Llc System and method for creating and distributing asynchronous bi-directional channel based multimedia content
US8365244B2 (en) * 2006-11-17 2013-01-29 At&T Intellectual Property I, L.P. Systems, methods and computer program products supporting provision of web services using IMS
US20090132712A1 (en) * 2007-11-19 2009-05-21 General Instrument Corporation Method and system for session mobility between end user communication devices
EP2089802B1 (en) * 2006-12-08 2019-07-03 Telefonaktiebolaget LM Ericsson (publ) User device, control method thereof, and ims user equipment
DE602007005460D1 (de) * 2007-04-30 2010-05-06 Nokia Siemens Networks Oy Richtlinienkontrolle in einem Netzwerk
KR101495536B1 (ko) * 2007-06-22 2015-02-25 삼성전자주식회사 동적으로 변경되는 UPnP 명세를 제공하는 방법 및 장치
US20090003381A1 (en) * 2007-06-28 2009-01-01 Shamilian John H Method and Apparatus for Providing Protocol Translation in Support of IMS Services
ES2404290T3 (es) * 2007-06-29 2013-05-27 Telecom Italia S.P.A. Procedimiento y sistema para el suministro de control de sesión de comunicación en una red local
TWI383649B (zh) * 2007-07-27 2013-01-21 Wistron Corp 通用隨插即用(UPnP)網路協定下的網路電話系統
DE112007003657T5 (de) * 2007-09-17 2010-07-22 Telefonaktiebolaget L M Ericsson (Publ) Verfahren und Anordnung für ein Multimediagateway und Kommunikationsendgeräte
CA2706457A1 (en) * 2007-12-07 2009-06-11 Google Inc. Organizing and publishing assets in upnp networks
US20090150520A1 (en) * 2007-12-07 2009-06-11 David Garcia Transmitting Assets In UPnP Networks To Remote Servers
US20090150570A1 (en) * 2007-12-07 2009-06-11 Bo Tao Sharing Assets Between UPnP Networks
US20090150480A1 (en) * 2007-12-08 2009-06-11 Xiyuan Xia Publishing Assets Of Dynamic Nature In UPnP Networks
US20090150481A1 (en) * 2007-12-08 2009-06-11 David Garcia Organizing And Publishing Assets In UPnP Networks
US8483094B2 (en) 2007-12-20 2013-07-09 Telefonaktiebolaget Lm Ericsson (Publ) IMS-based discovery and control of remote devices
JP5119968B2 (ja) * 2008-02-20 2013-01-16 オンキヨー株式会社 ネットワークシステム、中継装置及び中継プログラム
US8831032B2 (en) * 2008-03-05 2014-09-09 Telefonaktiebolaget L M Ericsson (Publ) SIP-HTTP application correlator
JP5269916B2 (ja) 2008-03-14 2013-08-21 テレフオンアクチーボラゲット エル エム エリクソン(パブル) ローカル・ネットワークへのリモート・アクセスの方法および装置
US8949936B2 (en) * 2008-06-19 2015-02-03 Microsoft Technology Licensing, Llc Hosted network device user interface
US8261322B2 (en) 2008-06-19 2012-09-04 Microsoft Corporation Home networking web-based service portal
US8181030B2 (en) * 2008-12-02 2012-05-15 Electronics And Telecommunications Research Institute Bundle authentication system and method
US20100138900A1 (en) 2008-12-02 2010-06-03 General Instrument Corporation Remote access of protected internet protocol (ip)-based content over an ip multimedia subsystem (ims)-based network
KR20100121384A (ko) * 2009-05-08 2010-11-17 삼성전자주식회사 홈 네트워크 상에서 UPnP를 이용하여 복수의 장치로 전화 관련 서비스를 제공하는 시스템 및 방법
KR101576684B1 (ko) 2009-10-12 2015-12-11 삼성전자주식회사 홈 네트워크 기반의 다중 입력 장치 및 방법
US8621098B2 (en) * 2009-12-10 2013-12-31 At&T Intellectual Property I, L.P. Method and apparatus for providing media content using a mobile device
EP3396899B1 (en) * 2009-12-15 2021-12-08 Samsung Electronics Co., Ltd. System and method of multi-media conferencing between universal plug and play (upnp) enabled telephony devices and wireless area network (wan) devices
WO2011102688A2 (en) * 2010-02-19 2011-08-25 Samsung Electronics Co., Ltd. Method and apparatus for enabling communication between a mobile device and universal plug and play devices
US9049039B2 (en) * 2010-09-16 2015-06-02 Samsung Electronics Co., Ltd System and method for managing a control device in a universal plug and play home network
KR101871523B1 (ko) * 2010-09-21 2018-06-26 삼성전자주식회사 제1 네트워크의 텔레포니 디바이스들과 제2 네트워크에 연결된 디바이스들 간의 컨퍼런스 메시징 방법
US10567183B2 (en) 2010-09-21 2020-02-18 Samsung Electronics Co., Ltd System and method for conference messaging between telephony devices in a first network and devices connected to a second network
JP6073248B2 (ja) 2011-01-19 2017-02-01 サムスン エレクトロニクス カンパニー リミテッド 汎用プラグアンドプレイホームネットワーク環境で強化されたイベント通知を提供する方法及び装置
US8743903B2 (en) 2011-03-14 2014-06-03 Qualcomm Incorporated Hybrid networking simple-connect setup using forwarding device
JP5874214B2 (ja) * 2011-06-24 2016-03-02 ソニー株式会社 情報処理装置、プログラム、情報処理方法及び情報処理システム
US10091251B2 (en) * 2013-04-04 2018-10-02 Nvidia Corporation Establishing communications
EP2997762B1 (en) 2013-05-15 2019-03-06 Samsung Electronics Co., Ltd. Method and system for providing deterministic quality of service for communication devices
KR20160009276A (ko) * 2014-07-16 2016-01-26 한국전자통신연구원 Ims 기반의 서비스 공유를 위한 마스터 ims 단말, ims 기반의 서비스 공유를 위한 슬레이브 ims 단말, ims 기반의 서비스 공유 시스템, 및 공유 방법.
CN106484159B (zh) * 2015-08-25 2020-08-21 南京中兴软件有限责任公司 一种动态控制电子设备的方法及电子设备
JP2018157398A (ja) 2017-03-17 2018-10-04 株式会社リコー 情報端末、情報処理装置、情報処理システム、情報処理方法及びプログラム
US10904749B2 (en) * 2018-01-25 2021-01-26 Apple Inc. Protocol for establishing a secure communications session with an anonymous host over a wireless network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6910068B2 (en) 1999-06-11 2005-06-21 Microsoft Corporation XML-based template language for devices and services
JP4058845B2 (ja) * 1999-06-24 2008-03-12 松下電器産業株式会社 ゲートウェイ装置
US20020083143A1 (en) 2000-12-13 2002-06-27 Philips Electronics North America Corporation UPnP architecture for heterogeneous networks of slave devices
US20020103898A1 (en) * 2001-01-31 2002-08-01 Moyer Stanley L. System and method for using session initiation protocol (SIP) to communicate with networked appliances
EP1271875A1 (en) * 2001-06-21 2003-01-02 Koninklijke Philips Electronics N.V. Device arranged for exchanging data, and method of manufacturing
US7082200B2 (en) * 2001-09-06 2006-07-25 Microsoft Corporation Establishing secure peer networking in trust webs on open networks using shared secret device key
US7882226B2 (en) 2001-12-31 2011-02-01 Samsung Electronics Co., Ltd. System and method for scalable and redundant COPS message routing in an IP multimedia subsystem
KR100440583B1 (ko) 2002-05-16 2004-07-19 한국전자통신연구원 외부 인터넷에 의한 댁내망의 UPnP장치 관리제어 장치및 방법
US6788676B2 (en) 2002-10-30 2004-09-07 Nokia Corporation User equipment device enabled for SIP signalling to provide multimedia services with QoS
US6931453B2 (en) 2003-01-03 2005-08-16 Nokia Corporation Method and apparatus for resolving protocol-agnostic schemes in an internet protocol multimedia subsystem
US20040187021A1 (en) 2003-02-10 2004-09-23 Rasanen Juha A. Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities
JP4487490B2 (ja) * 2003-03-10 2010-06-23 ソニー株式会社 情報処理装置、およびアクセス制御処理方法、情報処理方法、並びにコンピュータ・プログラム
JP2004272632A (ja) 2003-03-10 2004-09-30 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US7490171B2 (en) * 2003-05-19 2009-02-10 Intel Corporation Universal plug-and-play mirroring device, system and method
TW200605574A (en) * 2004-02-17 2006-02-01 Ginganet Corp Address resolution apparatus, address resolution method and telecommunication system thereof
US20050240758A1 (en) 2004-03-31 2005-10-27 Lord Christopher J Controlling devices on an internal network from an external network
US20050235048A1 (en) 2004-04-20 2005-10-20 Jose Costa-Requena Exchanging multimedia data via a communications device
CN1691621A (zh) * 2004-04-28 2005-11-02 乐金电子(天津)电器有限公司 家用电器的网络系统
US20060123116A1 (en) * 2004-12-02 2006-06-08 Matsushita Electric Industrial Co., Ltd. Service discovery using session initiating protocol (SIP)
JP2006174350A (ja) * 2004-12-20 2006-06-29 Fujitsu Ltd 通信装置
US20060153072A1 (en) 2004-12-28 2006-07-13 Matsushita Electric Industrial Co., Ltd. Extending universal plug and play messaging beyond a local area network
US20060140199A1 (en) * 2004-12-28 2006-06-29 Matsushita Electric Industrial Co., Ltd. SIP/UPnP bridging middleware architecture for a service gateway framework
US20060245403A1 (en) * 2005-04-27 2006-11-02 Matsushita Electric Industrial Co., Ltd. UPnP mobility extension using session initiation protocol

Also Published As

Publication number Publication date
DE602006011212D1 (de) 2010-01-28
EP1964354B1 (en) 2009-12-16
JP2009520438A (ja) 2009-05-21
EP1964354A1 (en) 2008-09-03
WO2007073403A1 (en) 2007-06-28
AU2006327241B2 (en) 2010-12-16
AU2006327241A1 (en) 2007-06-28
US20070143489A1 (en) 2007-06-21
CN101331737A (zh) 2008-12-24
US7783771B2 (en) 2010-08-24
CN101331737B (zh) 2012-11-07

Similar Documents

Publication Publication Date Title
BRPI0620114A2 (pt) dispositivo de comunicaÇço de rede, mÉtodo para comunicaÇço, e, programa armazenado em um meio de legÍvel por mÁquina
US20070143488A1 (en) Virtual universal plug and play control point
CN102077546B (zh) UPnP设备之间的远程访问
KR101410927B1 (ko) 범용 플러그 앤 플레이 디바이스에 원격 액세스하는 방법및 시스템
ES2537559T3 (es) Conexión puente entre redes locales ad-hoc y redes de entidades pares, basadas en Internet
US11871333B2 (en) Wireless network service type
US20060133392A1 (en) Gateway device, network system, communication program, and communication method
JP4806008B2 (ja) Imsノード、情報ノード、ユーザノード、アクセス制御システム、ユーザノードと情報ノードとの間で仲介を行う方法、imsノードと通信する方法
US20050240758A1 (en) Controlling devices on an internal network from an external network
KR102270909B1 (ko) 멀티미디어 공유 방법, 등록 방법, 서버 및 프록시 서버
US20090254671A1 (en) Remote control of a device by a terminal
JP4642652B2 (ja) 無線制御端末、無線通信システムおよび無線通信方法
KR100513291B1 (ko) 네트워크간의 연결을 지원하는 네트워크 시스템 및 그 방법
Zhou et al. Service discovery protocol in wireless sensor networks
Dyrna Peer2peer network service discovery for ad hoc networks

Legal Events

Date Code Title Description
B06G Technical and formal requirements: other requirements [chapter 6.7 patent gazette]

Free format text: SOLICITA-SE A REGULARIZACAO DA PROCURACAO, UMA VEZ QUE BASEADO NO ARTIGO 216 1O DA LPI, O DOCUMENTO DE PROCURACAO DEVE SER APRESENTADO NO ORIGINAL, TRASLADO OU FOTOCOPIA AUTENTICADA.

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 4A ANUIDADE

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2214 DE 11/06/2013.