BRPI0708573A2

BRPI0708573A2 - aparelho e método para processar informação, e, programa de computador

Info

Publication number: BRPI0708573A2
Application number: BRPI0708573-7A
Authority: BR
Inventors: Tatsuya Igarashi
Original assignee: Sony Corp
Priority date: 2006-03-07
Filing date: 2007-03-07
Publication date: 2011-05-31
Also published as: EP2000917A1; JPWO2007102549A1; JPWO2007102547A1; JPWO2007102550A1; CN101322109A; US20090180484A1; CN101438257B; US8316082B2; EP2000917A4; US20090235317A1; WO2007102550A1; EP2000919A1; US20090193469A1; KR101365225B1; WO2007105568A1; RU2008136041A; JPWO2007102548A1; KR20080098650A; WO2007102549A1; US20090100147A1

Abstract

APARELHO E METODO PARA PROCESSAR INFORMAçãO, E, PROGRAMA DE COMPUTADOR.Uma configuração é provida na qual um dispositivo em uma rede doméstica recebe conteúdo de um servidor fora da rede doméstica e reproduz o conteúdo. Um ponto de conexão de IMS doméstico mapeia um servidor externo fora da rede doméstica como um dispositivo de rede doméstica virtual, e executa um processo de receber um serviço de provisão de conteúdo provido pelo servidor externo usando informação de mapeamento. Além disso, o ponto de conexão de IMS doméstico executa controle de um processo de nPVR (Gravação de Vídeo Pessoal de rede) executado como um processo de gravação de conteúdo específico de usuário relativo a conteúdo provido pelo servidor externo.

Description

"APARELHO E MÉTODO PARA PROCESSAR INFORMAÇÃO, E,PROGRAMA DE COMPUTADOR"

CAMPO TÉCNICO

A presente invenção relaciona-se a aparelhos deprocessamento de informação, métodos de processamento de informação, eprogramas de computador. Particularmente, a presente invenção relaciona-sea um aparelho para processar informação, um método para processarinformação, e um programa de computador para implementar uso de dadosprovidos de fora de uma rede doméstica a um dispositivo na rede doméstica.

TÉCNICA DE FUNDAMENTO

Com a expansão de PCs e eletrodomésticos doméstica digitais,está se tornando uma realidade interconectar estes dispositivos por uma rededoméstica de IP (Protocolo de Internet) e compartilhar e desfrutar conteúdodigital, tal como vídeo, áudio, e imagens. Por exemplo, DLNA (Aliança deRede Viva Digital) define especificação técnica e implementar diretrizprecisada para compartilhar conteúdo digital entre estes dispositivos digitaisde forma que seja possível interconectar dispositivos de vendedores diferentesentre si, e DLNA se tornou como um padrão de indústria redes de IPdomésticas.

Figura 1 mostra um exemplo de uma rede doméstica 100proposta por DLNA. Um DVR (Gravador de Vídeo Digital) 101 e um PC 102com um sintonizador de TV embutido, como aparelhos gravadores deconteúdo de vídeo digital, são capazes de receber radiodifusão analógicaterrestre e de satélite e radiodifusão digital, e gravar e salvar programas deradiodifusão em gravadores de disco rígido embutidos. Em DLNA, umdispositivo que armazena conteúdo e que provê o conteúdo a dispositivos emuma rede doméstica é chamado um servidor de mídia digital (DMS). NaFigura 1, o DVR 101 e o PC 102 são DMSs.

Um DMS é capaz de executar transferência contínua de, porexemplo, conteúdo de vídeo de um programa de TV gravado em um discorígido a um reprodutor de mídia digital (DMP) conectado por uma rede de EPdoméstica. O reprodutor de mídia digital (DMP) é um dispositivo que recebeconteúdo de um DMS e reproduz o conteúdo.

No exemplo mostrado na Figura 1, um DMP é implementadoem uma TV 103, e, por exemplo, usando um controlador remoto deinfravermelho ou similar da TV 103, um usuário pode operar a TV 103 parareproduzir conteúdo de vídeo armazenado no PC 102 ou no DVR 101colocado em uma sala remota. Note que um ponto de conexão residencial(RG) 104, que é usado como um dispositivo conector de rede em um casoonde um dispositivo em uma casa está conectado a uma rede de banda largade IP 120 como a Internet, é usado como uma ponte para conexão de IP deum dispositivo em uma casa no exemplo de uso de DLNA.

Enquanto isso, uma revolução é vista sistemas de radiodifusão,e serviços de IPTV, serviços de VOD (Vídeo em Demanda), e assimsucessivamente, que transmitem conteúdo de vídeo por redes de banda largade IP que até agora tem sido radiodifundidos usando ondas terrestres ousatélites, estão vindo a ser comercializados. Figura 2 mostra um diagramaesquemático de serviços de IPTV e VOD.

Em uma casa, uma STB (conversor) é instalado 105 de formaque seja possível receber pelo RG (Ponto de conexão residencial) 104 e pelarede de banda larga de IP 120 conteúdo baseado em serviços de váriosservidores de provisão de serviço de IPTV 121 al aane servidores deprovisão de serviço de VOD 122 bl a bn. O STB (conversor) 105 têm umafunção de receber informação de vídeo, aplicativo executando funçõesprecisadas para transmissão e recepção de comando, para decodificação deMPEG, e também para reprodução de dados recebidos, e assimsucessivamente.

O ponto de conexão residencial (RG) 104, em alguns casos,recebe serviços (conteúdo) providos por uma pluralidade de servidores deprovisão de serviço de BPTV 121 ou servidores de provisão de serviço deVOD 122 pelo mesmo agente, por exemplo, uma companhia provedora delinha de acesso tal como uma companhia telefônica ou uma companhia de TVa Cabo, e em outros casos, recebe serviços individuais separadamente. Porém,é necessário que o próprio STB (Conversor) 105, usado pelo usuário, sejaconfigurado como um sistema suportando um serviço de IPTV de um destino de conexão.

Com tais serviços de IPTV e serviços de VOD se tornamcomuns no futuro, semelhantemente à compartilhamento e visualizaçãoconvencionais por dispositivos de DLNA de conteúdo de radiodifusão de TVcomo radiodifusão ordinária, necessidade do usuário surge para usar conteúdode vídeo provido de serviços de IPTV em dispositivos de DLNA.

Como soluções propostas para cumprir tal demanda, ummétodo no qual um dispositivo tendo um disco rígido de grande capacidade,tal como um servidor doméstico, carrega conteúdo de vídeo de um serviço deIPTV e compartilha o conteúdo de vídeo em uma rede doméstica, ou ummétodo no qual um protocolo, formato de mídia, e assim sucessivamente, deum serviço de IPTV são convertidos a um ponto de conexão residencial (RG)em um protocolo e formato de mídia de um dispositivo de DLNA e o serviçode IPTV é provido a uma dispositivo conector de rede doméstica, éconcebível. Note que um módulo embutido de rede doméstica que executa umprocesso de conversão de formato é descrito no Documento de Patente 1.

Porém, no caso anterior, um tempo para carregamento éprecisado para armazenamento temporário a um servidor doméstico, assim édifícil desfrutar vídeo quando desejado, que é possível com um serviço devídeo em demanda, e não é adequado para assistir ao vivo. Na configuraçãoanterior, na qual processamento é executado por um ponto de conexãoresidencial (RG), é necessário que o ponto de conexão residencial (RG)execute conversão de protocolo e conversão de mídia, de forma que hardwarede alto desempenho é precisado e software se torna complexo, e o RG ficacaro.

Geralmente, em muitos casos, um RG é provido de umacompanhia provedora de linha de acesso (companhia telefônica ou similar) deuma rede de banda larga, e isto se torna um obstáculo em um caso ondeserviços de IPTV são providos na Internet aberta, por exemplo, serviços deLPTV disponíveis para o usuário são limitados ao vendedor provido pela linhade acesso. Embora seja possível prover um novo dispositivo de ponto deconexão em uma rede doméstica de IP separadamente do ponto de conexãoresidencial (RG), neste caso, dependendo da topologia de rede, dados detransferência contínua de conteúdo são transmitidos em duplicatas na rededoméstica, de forma que uma tal situação ocorra que uma banda na rededoméstica é usada em vão.

Note que um exemplo de conexão entre um dispositivo deDLNA em uma rede doméstica e um serviço de distribuição conteúdo naInternet é a tecnologia de Viiv (marca registrada) da Intel Corporation dosEUA. Viiv é considerada como uma plataforma de hardware e software dePC, e é planejada para visualização por transferência contínua de conteúdo emum PC da Internet por uma CPU de alto desempenho de Núcleo Dual. Aomesmo tempo, Viiv tem uma função de DLNA, e serve como um servidor demídia de DLNA que executa transferência contínua de conteúdo carregadotemporariamente da Internet ao PC para outro dispositivo de DLNA.

Documento de Patente 1: Publicação de Pedido de Patente Japonesa NãoExaminado (Tradução de Pedido PCT) N0 2005-531231

Exposição de Invenção

Problema Técnico

Como descrito acima, em um caso onde conteúdo provido porserviços de IPTV ou serviços de VOD também é para ser usado por umdispositivo de DLNA semelhantemente a conteúdo de radiodifusão de TVcomo radiodifusão ordinária, em configurações de rede existentes, énecessário carregar conteúdo previamente a um servidor de mídia digital(DMS), tal como um PC, um DVR, ou similar em uma rede doméstica, ouprover um ponto de conexão residencial (RG) com funções de conversão deprotocolo e mídia. O caso anterior carece de características de tempo real, deforma que é inadequado para um processo de reprodução por transferênciacontínua ou similar, e o caso posterior conduz ao problema de custoaumentado.

A presente invenção foi feita em vista dos problemas descritosacima, e é um objetivo dela prover um aparelho para processar informação,um método para processar informação, e um programa de computador com oqual é possível ver conteúdo provido por um servidor externo fora de umarede doméstica, tal como um serviço de IPTV, usando um dispositivo deDLNA existente, por exemplo, em um ambiente de conexão de Internet abertaque não depende de infra-estrutura tal como uma linha de acesso e ponto deconexão à Internet.

Solução Técnica

Um primeiro aspecto da presente invenção é um aparelho paraprocessar informação caracterizado pelo fato de que inclui:

uma unidade de comunicação que executa um processo decomunicação por uma rede doméstica; e

uma unidade de processamento de dados que executa umprocesso de receber um serviço de provisão de conteúdo provido por umservidor externo existindo fora de uma rede doméstica, usando informação demapeamento na qual o servidor externo é colocado como um dispositivo derede doméstica virtual,

e caracterizado pelo fato de que:

a unidade de processamento de dados é configurada paracontrolar um processo de nPVR (Gravação de Vídeo Pessoal de rede)executado como um processo de gravação conteúdo específico de usuáriorelativo a conteúdo provido pelo servidor externo.

Além disso, uma concretização do aparelho para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados é configurada para executar umprocesso de receber conteúdo de distribuição por multidifusão em receberradiodifusão de TV provida pelo servidor externo, e executar um processo detrocar para distribuição por unidifusão na ocasião do processo de nPVR(Gravação de Vídeo Pessoal de rede) executado como o processo de gravaçãode conteúdo específico de usuário.

Além disso, uma concretização do aparelho para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados é configurada para executar um processo de enviar uma mensagem de partir de IGMP (Protocolo deAdministração de Grupo de Internet) como uma mensagem de acordo comIGMP para o servidor externo ou um servidor de administração em um casoonde recepção de conteúdo de distribuição por unidifusão é para ser iniciada.

Além disso, uma concretização do aparelho para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados executa um processo de fazerexecução de gravação de conteúdo, de conteúdo ser gravado em meio dearmazenamento do servidor externo ou outro servidor externo na ocasião deexecução do nPVR (Gravação de Vídeo Pessoal de rede).

Além disso, uma concretização do aparelho para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados é configurada para executar, em umprocesso de receber do servidor externo uma lista de conteúdocorrespondendo a conteúdo para qual a nPVR (Gravação de Vídeo Pessoal derede) pode ser executada, um processo de obter uma lista de conteúdoselecionada de acordo com um perfil provido baseado em um perfil de usuárioou um perfil de cliente provido ao servidor externo.

Além disso, uma concretização do aparelho para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados é configurada, na ocasião deexecução da nPVR (Gravação de Vídeo Pessoal de rede), para executar umprocesso de produzir informação de seleção de conteúdo ou informaçãoespecificadora de tempo de gravação em um EPG (Guia de ProgramaEletrônico) para o servidor externo ou um servidor de administração.

Além disso, um segundo aspecto da presente invenção é ummétodo para processar informação executado em um aparelho para processarinformação, caracterizado pelo fato de que executa uma etapa decomunicação na qual uma unidade de comunicação executa um processo decomunicação por uma rede doméstica; e uma etapa de recepção de conteúdona qual uma unidade de processamento de dados executa um processo dereceber conteúdo provido por um servidor externo existindo fora de uma rededoméstica, usando informação de mapeamento na qual o servidor externo écolocado como um dispositivo de rede doméstica virtual; e uma etapa decontrole de gravação de conteúdo, na qual a unidade de processamento dedados controla um processo de nPVR (Gravação de Vídeo Pessoal de rede)executado como um processo de gravação de conteúdo específico de usuáriorelativo ao conteúdo provido pelo servidor externo.

Além disso, uma concretização do método para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados executa um processo de receberconteúdo de distribuição por multidifusão em receber radiodifusão de TVprovida pelo servidor externo, e executa um processo de trocar a distribuiçãopor unidifusão na ocasião do processo de nPVP (Gravação de Vídeo Pessoalde rede) executado como o processo de gravação conteúdo específico deusuário.

Além disso, uma concretização do método para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados executa um processo de enviar umamensagem de partir de IGMP (Protocolo de Administração de Grupo deInternet) como uma mensagem de acordo com IGMP para o servidor externoou um servidor de administração em um caso onde recepção de conteúdo dedistribuição por unidifusão é para ser iniciada.

Além disso, uma concretização do método para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados executa um processo de fazerexecução de gravação de conteúdo, de conteúdo a ser gravado em meio dearmazenamento do servidor externo ou outro servidor externo na ocasião de execução da nPVR (Gravação de Vídeo Pessoal de rede).

Além disso, uma concretização do método para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados executa, em um processo dereceber do servidor externo uma lista de conteúdo correspondendo a conteúdopara qual a nPVR (Gravação de Vídeo Pessoal de rede) pode ser executada,um processo de obter uma lista de conteúdo selecionada de acordo com umperfil provido baseado em um perfil de usuário ou um perfil de clienteprovido ao servidor externo.

Além disso, uma concretização do método para processarinformação de acordo com a presente invenção é caracterizada pelo fato deque a unidade de processamento de dados, na ocasião de execução da nPVR(Gravação de Vídeo Pessoal de rede), executa um processo de produzirinformação de seleção de conteúdo ou informação especificadora de tempo degravação em um EPG (Guia de Programa Eletrônico) para o servidor externoou um servidor de administração.

Além disso, um terceiro aspecto da presente invenção é umprograma de computador para fazer execução de processamento deinformação a um aparelho para processar informação, caracterizado pelo fatode que faz a execução de:

uma etapa de comunicação de fazer uma unidade decomunicação executar um processo de comunicação por uma rede doméstica;e

uma etapa de recepção de conteúdo de fazer uma unidade deprocessamento de dados executar um processo de receber conteúdo providopor um servidor externo existindo fora de uma rede doméstica, usandoinformação de mapeamento na qual o servidor externo é colocado como umdispositivo de rede doméstica virtual; e

uma etapa de controle de gravação de conteúdo de fazer aunidade de processamento de dados controlar um processo de nPVP(Gravação de Vídeo Pessoal de rede) executado como um processo degravação de conteúdo específico de usuário relativo ao conteúdo provido peloservidor externo.

Além disso, um quarto aspecto da presente invenção é umaparelho para processar informação que recebe conteúdo relativo a IPTVprovido por uma rede pública, caracterizado pelo fato de que inclui:

meio para fixar um servidor externo conectado à rede públicacomo um dispositivo de rede doméstica virtual; e

meio de controle para controlar um processo de gravar oureproduzir conteúdo no servidor externo pela rede pública de forma que oservidor externo funcione como um gravador de vídeo pessoal que grava oureproduz conteúdo específico de usuário.

Além disso, um quinto aspecto da presente invenção é umaparelho para processar informação que recebe conteúdo provido por umarede pública, caracterizado pelo fato de que inclui:

meio para fixar um servidor externo como um dispositivo derede doméstica virtual, o servidor externo sendo um servidor conectado à redepública e provido fora de uma rede doméstica configurada em um lado deusuário; e

meio de controle para controlar um processo de reproduzirconteúdo no servidor externo pela rede pública a fim de implementarunidifusão na qual conteúdo particular só é provido a um usuário particular.

Além disso, um sexto aspecto da presente invenção é umaparelho para processar informação que recebe conteúdo provido por umarede pública, caracterizado pelo fato de que inclui:

meio de controle para controlar um processo de gravar oureproduzir conteúdo no servidor externo pela rede pública de forma que oservidor externo funcione como um gravador de vídeo pessoal que gravaconteúdo de usuário.

Note que o programa de computador de acordo com a presenteinvenção é um programa de computador que pode ser provido, por exemplo, aum sistema de computador capaz de executar vários códigos de programa porum meio de armazenamento ou meio de comunicação que provê o programaem um formato legível por computador. Provendo um tal programa em umformato legível por computador, um processo de acordo com o programa éimplementado no sistema de computador.

Outros objetivos, características, e vantagens da presenteinvenção se tornarão aparentes de descrição mais detalhada baseado emconcretizações da presente invenção descritas depois e nos desenhosacompanhantes. Note que nesta especificação, um sistema é umaconfiguração combinada logicamente de uma pluralidade de aparelhos, e nãoestá limitado a um no qual os aparelhos constituintes existem dentro domesmo invólucro.

Efeitos Vantajosos

De acordo com a configuração da presente invenção, ficapossível para um DMP como um aparelho reprodutor de conteúdo, que é umdispositivo de cliente em uma rede doméstica, receber conteúdo de umservidor de provisão de conteúdo fora da rede doméstica e reproduzir oconteúdo. Quer dizer, um ponto de conexão de IMS doméstico, que é umaparelho para processar informação de acordo com a presente invenção,executa comunicação com um servidor de provisão de conteúdo para mapearo servidor de provisão de conteúdo como um dispositivo de rede domésticavirtual, e em resposta à recepção de um pedido de descoberta de dispositivode um aparelho reprodutor de conteúdo em uma rede doméstica, o ponto deconexão de IMS doméstico provê o dispositivo reprodutor de conteúdo cominformação de servidor do servidor de provisão de conteúdo como informaçãode um dispositivo que é permitido receber um serviço. Além disso, se tornapossível controlar um processo de nPVR (Gravação de Vídeo Pessoal de rede)executado como um processo de gravação de conteúdo específico de usuáriorelativo a conteúdo provido pelo servidor externo.

BREVE DESCRIÇÃO DE DESENHOS

Figura 1 é um diagrama mostrando um exemplo de uma rededoméstica proposta por DLNA.

Figura 2 é um diagrama mostrando um diagrama esquemáticode serviços de IPTV e VOD.

Figura 3 é um diagrama para explicar uma configuração deexemplo de um sistema de comunicação de informação de acordo com apresente invenção.Figura 4 é um diagrama para explicar componentes funcionaisde acordo com a diretriz de DLNA, à qual dispositivos de DLNA seconformam.

Figura 5 é um diagrama mostrando uma configuração dehardware de exemplo de um ponto de conexão de EMS doméstico.

Figura 6 é um diagrama para explicar módulos de software deum ponto de conexão de IMS doméstico.

Figura 7 é um diagrama para explicar uma seqüência de umprocedimento para subscrever a um AS (IPTV).

Figura 8 é um diagrama para explicar uma seqüência de umprocedimento para subscrever a um AS (IPTV).

Figura 9 é um diagrama para explicar uma seqüência de usarconteúdo provido por um AS (IPTV).

Figura 10 é um diagrama para explicar uma seqüência de usarconteúdo provido por um AS (IPTV).

Figura 11 é um diagrama para explicar um panorama decomunicação de dados em um processo de uso de conteúdo.

Figura 12 é um diagrama para explicar módulos de software deum ponto de conexão de IMS doméstico.

Figura 13 é um diagrama para explicar uma seqüência de usarconteúdo provido por um AS (IPTV).

Figura 14 é um diagrama mostrando um exemplo de uma telade serviço provida por um AS (IPTV) e uma exibição de tela na ocasião deum processo de reprodução por transferência contínua.

Figura 15 é um diagrama para explicar componentes de umafunção de terminal de IPTV, que é uma função precisada para receber umserviço de IPTV.

Figura 16 é um diagrama para explicar CSCF, HSS, e AS, quesão funções principais de um IMS (Subsistema de Multimídia de IP).Figura 17 é um diagrama para explicar funções usadas em umaconfiguração de rede a fim de receber um serviço de EPTV em um dispositivoem uma rede doméstica.

Figura 18 é um diagrama para explicar um processo deadministrar qualidade de dados de comunicação.

Figura 19 é um diagrama para explicar uma seqüência decomunicação executada por um cliente a fim de receber um serviço de IPTV.

Figura 20 é um diagrama para explicar uma seqüência decomunicação executada por um cliente a fim de receber um serviço de IPTV.

Figura 21 é um diagrama para explicar uma seqüência decomunicação executada por um cliente a fim de receber um serviço de IPTV.

Figura 22 é um diagrama para explicar uma seqüência decomunicação executada por um cliente a fim de receber um serviço de IPTV.

Figura 23 é um diagrama para explicar uma seqüência decomunicação executada por um cliente a fim de receber um serviço de IPTV.

Figura 24 é um diagrama para explicar uma seqüência deprocesso de conexão de rede de um cliente para receber um serviço de IPTV.

Figura 25 é um diagrama para explicar uma seqüência deprocesso de conexão de rede de um cliente para receber um serviço de IPTV.

Figura 26 é um diagrama para explicar uma seqüência deprocesso de conexão de rede de um cliente para receber um serviço de IPTV.

MELHOR MODO PARA EFETUAR A INVENÇÃO

Em seguida, com referência aos desenhos, um aparelho paraprocessar informação, um método para processar informação, e um programade computador de acordo com a presente invenção serão descritos emdetalhes. A descrição será dada em ordem relativa aos itens seguintes.

1. Configuração para receber um serviço de IPTV por umdispositivo em uma rede doméstica

2. Descrição de funções aplicadas a um serviço de IPTV3. Relativo a exemplo de processo específico de um serviço deIPTV

3-1. Relativo a exemplo de processo específico de umprocesso de comunicação

3-2. Relativo a processos de exemplo específicos de váriostipos de serviços

[1. Configuração para receber um serviço de IPTV por umdispositivo em uma rede doméstica

Primeiro, com referência à Figura 3, uma configuração deexemplo de um sistema de comunicação de informação de acordo com apresente invenção será descrita. Sistemas de serviço de IPTV foramdesenvolvidos e comercializados por vários vendedores, tal como MicrosoftCorporation dos EUA. Nesta concretização, descrição será dada relativa a umexemplo onde uma arquitetura de serviço de IPTV que usa um subsistema demultimídia de IP (IMS) é usada.

IMS foi desenvolvido originalmente por 3GPP (Projeto deSociedade de 3a Geração), que é um projeto para padronizar sistemas decomunicação móveis de 3a geração, como tecnologias básicas para prover, porexemplo, sistemas de conferência de aperte para falar, que habilitamconversação por três ou mais telefones celulares, comunicação tais comomensagens imediatas, e serviços adicionais de multimídia em serviços detelefonia de voz em infra-estrutura de comunicação sem fios para telefonescelulares.

IMS é baseado em tecnologias de IP, e é altamente compatívelcom infra-estrutura de Internet para sistemas de comunicação fixos. No meiode movimento para integrar infra-estrutura de rede de comunicação por fios esem fios, chamada FMC (Convergência Móvel Fixa), atenção está sendoprestada a sistemas de IPTV que usam IMS.

IMS é composto de elementos funcionais tais como umsubsistema de assinante doméstico (HSS) e um servidor de aplicativo (AS),com um componente funcional chamado CSCF (Função de Controle deSessão de Chamada) como um núcleo, que é baseado em SIP (Protocolo deIniciação de Sessão) definido por RFC-3261 de IETF (A Força-tarefa deEngenharia da Internet).

Uma rede de IMS 230 mostrada na Figura 3 inclui uma CSCF231, um HSS 232, e um AS (IPTV) 233 como estes elementos funcionaisindividuais, e provê serviços a um telefone celular 260 por uma rede detelefone móvel 240.

A CSCF 231 executa registro de usuário e controle decolocação de sessão na base de SIP (Protocolo de Iniciação de Sessão). Alémdisso, executa ativação de processos de serviço precisados de acordo comfixação de um perfil de usuário registrado no HSS 232. O HSS 232 incluibancos de dados para administração de IDs de usuário usados em IMS,administração de perfis de serviços aos quais cada usuário se subscreve,administração de informação de autenticação, administração sobre se uso decada serviço de IMS é permitido, e administração de movimento de usuário.

O AS 233 é um servidor que executa processos de serviços individuais, e éativado pela CSCF 231 de acordo com o estado de assinatura de serviço decada usuário para prover serviços ao usuário.

Como descrito acima, em IMS, um terminal para qual umusuário ID foi fixado acessa a CSCF 231 para executar registro de terminal econtrole de colocação de sessão, serviços precisados são ativados de acordocom fixação de um perfil de usuário registrado no HSS 232, e o AS 233realmente executa processos de serviços individuais.

Por exemplo, um exemplo representativo de um serviço queusa IMS é "Aperte para Falar". Em "Aperte para Falar", um terminal deusuário é configurado para conectar a um servidor de aplicativo (AS) queexecuta um serviço de "Aperte para Falar" na rede de IMS 230, estabelecersessões com uma pluralidade de membros do AS com membros de gruporegistrados, e executar conversação entre os membros por um servidor deretransmissão usando VoIP (Voz através de EP).

Em um serviço de visualização de IPTV, um AS para umserviço de IPTV, colocado na rede de IMS 230, é usado. O AS (IPTV) 233mostrado na Figura 3 corresponde um AS que executa o serviço de IPTV. OAS 233 realmente executa um serviço para o terminal de usuário emcooperação com um serviço de IPTV 250 como uma entidade que executa oServiço de IPTV, isto é, uma entidade que provê conteúdo.

O serviço de IPTV 250 inclui um servidor de EPG 251, que éum servidor que provê um EPG (Guia de Programa Eletrônico), isto é, guia deinformação de programa tal como uma lista de conteúdo, e um servidor devídeo 252, que é um servidor que provê conteúdo de vídeo, e implementa umserviço de prover uma lista de conteúdo e um serviço de prover conteúdo aoterminal de usuário por cooperação entre os servidores respectivos e o AS(IPTV) 233 da rede de IMS 230.

No sistema da presente invenção, uma rede doméstica 210,como sua configuração básica, é configurada por uma rede doméstica de tipoconvencional descrita anteriormente com referência às Figuras 1 e 2, isto é,por dispositivos de DLNA existentes (Aliança de Rede Viva Digital). Figura 3mostra um ponto de conexão residencial (RG) 211 usado como uma ponte,que é um dispositivo conector de rede para conectar um dispositivo na rededoméstica a uma rede de banda larga de IP 221, um ponto de conexão de IMSdoméstico 212 que executa um processo para permitir a um dispositivo narede doméstica 210 (por exemplo, um dispositivo reprodutor de conteúdo talcomo uma TV (DMP) 213) usar um serviço provido por um servidor fora darede doméstica, e uma TV 213 como um reprodutor de mídia digital (DMP),que é um dispositivo de cliente que recebe e reproduz conteúdo.

A rede de IP de banda larga 220 é uma rede, tal como aInternet, que permite comunicação mútua entre o serviço de IPTV 250, a redede IMS 230 e a rede doméstica 210.

Note que no sistema da presente invenção, o ponto de conexãode IMS doméstico 212 é fixado como um terminal que recebe um serviço derede de IMS. No ponto de conexão de IMS doméstico 212, um ID de usuáriode IMS é fixado. Quer dizer, um ED de usuário e um perfil de usuário doponto de conexão de IMS doméstico 212 são registrados no subsistema deassinante doméstico (HSS) 232 da rede de IMS 230.

O ponto de conexão de IMS doméstico 212 recebe um serviçode IPTV executando um processo semelhantemente a um caso onde o telefonecelular 260 executa um serviço de IPTV. Quer dizer, acessa a CSCF 231 eexecuta registro terminal e controle de colocação de sessão, ativa serviçosprecisados de acordo com fixação do perfil de usuário registrado no HSS 232,e recebe um serviço usando o AS (IPTV) 233. Além da função de conectar aum serviço de IMS como descrito acima, o ponto de conexão de IMSdoméstico 212 executa uma função de ponto de conexão para acesso por umdispositivo de DLNA, tal como a TV (DMP) 213 mostrada na figura, paraconteúdo de vídeo provido pelo serviço de IPTV 250. Quer dizer, o ponto deconexão de IMS doméstico 212 tem as funções seguintes:

(a) Função para conectar a um serviço de IMS

(b) Função de ponto de conexão

Estas funções são implementadas usando uma função decomunicação de rede, uma configuração básica de um aparelho para processarinformação e software. O ponto de conexão de IMS doméstico 212 pode serimplementado em vários dispositivos conectados a uma rede de IP domésticaexistente tendo uma função de comunicação de rede.

Note que em um caso onde o ponto de conexão de IMSdoméstico 212 executa um processo de retransmitir conteúdo vídeo ou similarprovido pelo serviço de IPTV 250 para um dispositivo de DLNA, tal como aTV (DMP) 213 mostrada na figura, a função seguinte é ademais provida:

(c) Função de DMS como uma função para executar umprocesso de provisão de conteúdo.

Porém, esta função não é necessária, e uma tal configuração épossível que transmissão e recepção de conteúdo sejam executadas através decomunicação entre um DMP como um dispositivo de DLNA e um servidorexterno sem o ponto de conexão doméstico de IMS 212 intervindo entre eles.Neste caso, o ponto de conexão de IMS doméstico 212 não precisa ter afunção de DMS. Configurações de processo específicas destes serão descritasdepois.

Fixando o ponto de conexão de IMS doméstico 212 tendo umafunção para receber um serviço de rede de IMS na rede doméstica, ficapossível para um dispositivo de DLNA existente (por exemplo, a TV (DMP)213 mostrada na figura) receber IPTV conteúdo de vídeo por um processosubstancialmente semelhante a receber conteúdo provido do ponto de conexãode IMS doméstico 212.

Se torna possível para a TV (DMP) 213, que é um dispositivode cliente na rede doméstica, executar um serviço de IPTV executado comoum processo de prover conteúdo de um dispositivo fora da rede doméstica,por um processo de uso de conteúdo semelhante a receber conteúdo providode um DMS na rede doméstica, isto é, o ponto de conexão de IMS doméstico 212.

O ponto de conexão de IMS doméstico 212 implementa umafunção de DMS (Servidor de Mídia Digital) como um servidor de provisão deconteúdo de um dispositivo de DLNA. Um acesso é feito da TV 213 na qualum DMP (Reprodutor de Mídia Digital) é implementado para o ponto deconexão de IMS doméstico 212, de forma que o ponto de conexão de IMSdoméstico 212 possa prover um serviço de IPTV recebido pela rede de IMS230 para a TV 213.Como descrito anteriormente, o ponto de conexão de IMSdoméstico 212 pode ser implementado em vários dispositivos tendo umafunção de comunicação de rede e conectado a uma rede de IP domésticaexistente. Por exemplo, é possível implementar uma função receptora deserviço de rede de IMS em um ponto de conexão residencial (RG:Residencial) provido de um vendedor de linha de acesso que provê umcircuito de rede, tal como uma companhia telefônica ou uma companhia deTV a cabo. Neste caso, o RG 211 e o ponto de conexão de IMS doméstico212 mostrado na Figura 3 são integrados.

Alternativamente, na configuração de rede doméstica de tipoconvencional descrita com referência à Figura 1, é possível implementar umafunção receptora de serviço de rede de IMS em um DVR (Gravador de VídeoDigital) ou um PC que funciona como um servidor de mídia digital (DMS)como um dispositivo que provê conteúdo.

Como descrito acima, na configuração da presente invenção,desde dispositivos nos quais uma função receptora de serviço de rede de IMSpode ser implementada não estão limitados, se torna possível suportar umserviço de IPTV usando a Internet aberta, e também se torna possível suportaruma configuração de rede doméstica arbitrária sem limitação relativa àtopologia de rede.

Em seguida, uma configuração de exemplo do ponto deconexão de IMS doméstico e um processo de receber um serviço de IPTVusando o ponto de conexão de IMS doméstico será descrita em detalhes.Primeiro, antes de descrever o ponto de conexão de IMS doméstico,componentes funcionais da diretriz de DLNA, aos quais dispositivos deDLNA se conformam, serão descritos com referência à Figura 4.

Figura 4 mostra componentes funcionais da diretriz de DLNA.Da fila de topo, configurações de uma camada de formato de mídia (Formatode Mídia), uma camada de transporte de mídia (Transporte de Mídia), umacamada de controle de descoberta de dispositivo e controle de mídia(Descoberta de Dispositivo, Controle, e Administração de Mídia), umacamada de rede (Pilha de Rede), e uma camada de conectividade de rede(Conectividade de Rede) são definidas. Um dispositivo de rede doméstica(dispositivo de DLNA) executa comunicação de dados de acordo comprotocolos de rede complacentes com a diretriz de DLNA (Aliança de RedeViva Digital) de acordo com os componentes básicos mostrados na Figura 4.

Primeiro, a conectividade de rede na camada mais inferior éuma definição de uma camada física e uma camada de ligação de uma rededoméstica. Em um dispositivo de DLNA, funções de comunicação seconformando ao IEEE 802.3u e 802.211 a/b/g são implementadas. Porém, opadrão de comunicação relativo à infra-estrutura de rede doméstica não estálimitado contanto que conexão de IP seja permitida, tal como PLC(Comunicação por linha de potência).

Na camada de rede, o protocolo de IPv4 é usado, e cadadispositivo de DLNA executa comunicação usando TCP ou UDP. EmArquitetura de Dispositivo 1.0 de UPnP (marca registrada) definida nacamada de controle de descoberta de dispositivo e controle de mídia, SSDP(Protocolo de Descoberta de Serviço Simples) para descoberta de dispositivo,SOAP (Protocolo de Acesso de Objeto Simples) para executar controle, eassim sucessivamente são definidos, e UPnP AV é implementado através deUPnP DA (Arquitetura de Dispositivo de UPnP). UPnP AV versão 1 defineServidor de Mídia de UPnP e Representador de Mídia de UPnP. Um DMS,que é um servidor de provisão de conteúdo definido em DLNA, implementaum Servidor de Mídia de UPnP, e um DMP, que é um dispositivo reprodutorde conteúdo definido em DLNA, implementa um controlador de Servidor deMídia de UPnP.

Em Servidor de Mídia de UPnP, um serviço de diretórioconteúdo principal é implementado, de forma que um método de obter umalista de conteúdo e metadados seja provido. Usando o serviço de diretório deconteúdo, o DMP, que é um dispositivo reprodutor de conteúdo definido emDLNA, obtém uma lista de conteúdo transferida continuamente pelo DMS,que é um servidor de provisão de conteúdo definido em DLNA.

Como uma definição da camada de transporte de mídia, que éuma próxima camada superior, é definido que HTTP 1.0/1.1 é usado parareprodução por transferência contínua. Como um formato de mídia, no casode conteúdo de vídeo, é definido que conteúdo de Formatos de Mídia seconformando ao perfil de MPEG2-PS definido por DLNA é transferidocontinuamente do DMS ao DMP. Por exemplo, o DMP, que é um dispositivoreprodutor de conteúdo definido por DLNA, decodifica seqüencialmente ereproduz dados de MPEG2-PS recebidos por transmissão por transferênciacontínua, por meio de que o usuário pode ver o conteúdo.

Figura 5 mostra uma configuração de hardware de exemplo doponto de conexão de IMS doméstico 212 descrito com referência à Figura 3.Como descrito anteriormente, o ponto de conexão de IMS doméstico 212 temas funções seguintes:

(a) Função para conectar a um serviço de IMS

(b) Função de ponto de conexão

Estas funções são implementadas por uma função decomunicação de rede, uma configuração básica de um aparelho para processarinformação, e software. O hardware mostrado na Figura 5 mostra umaconfiguração de hardware de exemplo para implementar estas funções (a) a(b).

Como mostrado na Figura 5, o ponto de conexão de IMSdoméstico 212 é configurado por uma CPU 301 como uma unidade deprocessamento de dados que executa vários tipos de software (programas decomputador), uma memória 302 formada de uma ROM como uma área dearmazenamento de programa, uma RAM usada como uma área de trabalho ousimilar durante execução de processamento de dados, e assim sucessivamente,uma I/F de rede 303 como uma unidade conectora de rede, e além disso, umbarramento 304 para transferir comandos e dados entre estes componentes.

A I/F de rede 303 é, por exemplo, uma I/F de rede para umaLAN por fios, tal como EEEE 802.3u. Um OS e outros programas de softwaresão armazenados em uma ROM flash constituindo a memória 302, e estesprogramas são copiados a uma RAM constituindo a memória 302 eexecutados. Além disso, um ID de usuário e vários tipos de informação decolocação precisados em um processo de estabelecer uma sessão de IMStambém são salvos na ROM flash constituindo a memória 302.

A seguir, uma configuração de exemplo de módulos desoftware do ponto de conexão de IMS doméstico 212 será descrita comreferência à Figura 6. Como mostrado na figura, os módulos de softwarepodem ser classificados em três tipos:

(1) Módulos de rede

(2) Módulos de protocolo

(3) Módulos de aplicativo

(1) Os módulos de rede são módulos na função de controlarcomunicação em uma rede de IP.

(2) Os módulos de protocolo são módulos na função decontrole de protocolo que controla as funções individuais de IMS e DLNA,isto é, executando controle de forma que o lado de IMS execute comunicaçãode acordo com um protocolo definido no lado de IMS e de forma que o ladode DLNA execute comunicação de acordo com um protocolo definido no ladode DLNA. Desde que comunicação de acordo com protocolos diferentes éexecutada no lado de IMS e no lado de DLNA, configurações suportandoprotocolos diferentes são providas.

(3) Os módulos de aplicativo são módulos que implementamuma função de ponto de conexão atual usando os módulos de protocolo, istoé, que implementa retransmissão entre o lado de DLNA no lado de rededoméstica e a rede de IMS, que é uma rede fora da rede doméstica.

Na figura, afim de esclarecer a distinção entre funções usadasno lado de DLNA no lado de rede doméstica e funções usadas na rede deIMS, que é uma rede fora da rede doméstica, áreas são separadas por umalinha interrompida, com módulos de software aplicados ao lado de IMS/IPTVmostrado no lado esquerdo da linha interrompida, e módulo de softwareaplicado ao lado de DLNA mostrado no lado direito. Note, porém, que osmódulos de rede são usados geralmente em ambas as redes. Em seguida, cadaum dos módulos será descrito em detalhes.

Primeiro, nos módulos de rede, uma pilha de IP de TCP, e ummódulo de Cliente de IP/DHCP Automático (Protocolo de Configuração deHospedeiro Dinâmico) para executar um processo de fixar um endereço de IP,definido em UPnP DA, são implementados. Os mesmos módulos de redepodem ser usados por ambos IMS e DLNA.

Basicamente, basta para o ponto de conexão de IMS doméstico212 ser conectado a uma rede de IP doméstica, de forma que não é necessáriofixar separadamente I/Fs de rede. Note, porém, que em um caso onde éconfigurado como integrado com um ponto de conexão residencial, umaconexão de rede doméstica I/F e uma conexão de rede externa I/F podem serconfiguradas separadamente.

Desde que protocolos que são usados no lado de DLNA nolado de rede doméstica e protocolos usados na rede de IMS, que é uma redefora da rede doméstica, são atualmente diferentes, os módulos de protocolosão fixados individualmente de acordo com os protocolos individuais.

O lado de DLNA é composto de SOAP definido em DA,GENA (Arquitetura de Notificação de Evento Genérica), módulos de Páginade Apresentação e Descrição de Dispositivo por um servidor de HTTP(Protocolo de Transferência de Hipertexto), SSDP na função de Descobertade Dispositivo como um processo de descoberta de dispositivo, e um módulode AKE que executa autenticação e troca de chave (AKE) de DTCP-IP(Proteção de Conteúdo de Transmissão Digital - Protocolo de Internet)precisado para implementar conteúdo em uma rede doméstica.

O lado de EMS é composto de SIP/Módulo que estabelece umasessão um AS (Servidor de Aplicativo), que é um servidor que provê umserviço de IMS, e módulos de SOAP e GENA que executam comunicação demensagem com o AS. Além disso, no lado de IMS, desde que comunicaçãoatravés da Internet aberta é assumida, protocolos executores de comunicação,tais como SIP e SOAP, são implementados através do protocolo de TLS(Segurança de Camada de Transporte) definido em IETF RFC 2246 parasegurança, de forma que a colocação de protocolo seja tal que comunicaçãoseja executada sob um ambiente seguro.

Uma das características do ponto de conexão de IMSdoméstico 212, que é um aparelho para processar informação da presenteinvenção, é que tem uma tal configuração que um processo de mapear um AS(serviço de IPTV) de IMS como um dispositivo de UPnP é executado usandouma função chamada Controle de Descoberta de Dispositivo como umafunção de processo de descoberta de dispositivo usada em um dispositivo delado de DLNA. Quer dizer, o ponto de conexão de IMS doméstico 212mapeia um servidor fora da rede doméstica como um dispositivo de rededoméstica virtual. Especificamente, usando Gerente de Servidor proxy deDispositivo de UPnP (se refira à Figura 6) ou similar que é fixado como ummódulo de aplicativo no ponto de conexão de IMS doméstico 212, o ponto deconexão de IMS doméstico 212 gera um caso de Servidor de Mídia de UPnPcorrespondendo a um AS (IPTV) que é um servidor externo e o registra emuma memória.

Como descrito acima, o ponto de conexão de IMS doméstico212 mapeia e fixa um AS (serviço de IPTV) de IMS, que é um dispositivoexterno não existindo na rede doméstica, como um DMS de DLNA. Esteprocesso é um processo de fazer colocação como se um AS (serviço de IPTV)de EMS fosse um servidor de provisão de conteúdo (DMS) existindo na rededoméstica.

Em um caso onde um processo de descoberta de dispositivo deacordo com UPnP é executado pelo processo de mapeamento por umdispositivo de DLNA na rede doméstica, por exemplo, um DMP como umdispositivo executor de reprodução de conteúdo tal como uma TV, ficapossível para o ponto de conexão de IMS doméstico 212 notificar o DMP quetem uma função de provisão de serviço baseado no caso de Servidor de Mídiade UPnP correspondendo ao AS (IPTV). Isto torna possível para o DMPreconhecer, na base desta notificação, o AS (serviço de IPTV) de IMS comoum dispositivo semelhante a um servidor de provisão de conteúdo (DMS) narede doméstica. Isto torna possível receber um serviço do AS (serviço deIPTV) de IMS, que é uma rede externa, por um processo semelhante àrecepção de um serviço baseado em provisão de conteúdo de dentro da rededoméstica.

Note que relativo ao ponto de conexão de IMS doméstico 212,que é um aparelho para processar informação da presente invenção, é possívelfazer colocação arbitrária sobre se um processo de retransmitir conteúdoprovido pelo AS (serviço de IPTV) de IMS é para ser retransmitido a umDMP como um dispositivo executor de reprodução de conteúdo na rededoméstica. É possível fazer colocação tal que, sem executar retransmissão deconteúdo, um DMP obtenha diretamente dados de conteúdo de uma redeexterna através de comunicação entre um dispositivo de DLNA (DMP comoum dispositivo executor de reprodução de conteúdo) e um Servidor Vídeo deextremidade traseira do AS (IMS) de IMS. Exemplos de processo específicosdestes serão descritos mais tarde.

Em um caso onde o ponto de conexão de IMS doméstico 212executa retransmissão de conteúdo provido pelo AS (serviço de IPTV) deIMS, funções chamadas Administração de Mídia, por exemplo, um serviço deDiretório de Conteúdo, que obtém metadados de uma lista de conteúdo, e umprotocolo para transferir conteúdo de vídeo, chamado Transporte de Mídia deDLNA, são implementadas. Em uma configuração onde o ponto de conexãode IMS doméstico 212 não executa retransmissão de conteúdo provido peloAS (serviço de IPTV) de IMS, não é necessário implementar estas funções,isto é, as funções de Administração de Mídia no ponto de conexão de IMSdoméstico 212.

Além disso, também é possível fazer colocação tal que o pontode conexão de IMS doméstico 212 não execute um processo de retransmissãotanto para um pedido de lista de conteúdo de um dispositivo de cliente na rededoméstica, isto é, um DMP como um dispositivo executor de reprodução deconteúdo, e tal que um dispositivo de cliente (DMP) seja feito emitir umpedido de lista de conteúdo diretamente a um servidor externo tal como umAS (serviço de IPTV). Nesta configuração, basta para o ponto de conexão deIMS doméstico 212 ser configurado para ser capaz de responder a um pedidode descoberta de dispositivo de um cliente. Note que a fim de enviar umpedido de um cliente diretamente para um servidor externo sem passá-lo peloponto de conexão de IMS doméstico 212, é implementado fixar a URL doservidor externo, não o ponto de conexão de IMS doméstico, como uma URLespecificada em [ControlURL] e [eventSubURL] de informação dedispositivo [Descrição de Dispositivo] definido em Arquitetura de Dispositivode UPnP. O ponto de conexão de IMS doméstico 212, provendo informaçãode dispositivo [Descrição de Dispositivo] tendo tal colocação a um dispositivode cliente, fixa em um servidor externo, tal como o AS (serviço de IPTV),uma contraparte à qual um cliente emite subseqüentemente um pedido de listade conteúdo ou vários tipos de pedidos com referência à informação dedispositivo. Neste caso, o modelo é tal que o ponto de conexão de IMSdoméstico esteja na função só de descoberta de dispositivo, de forma que acarga seja ademais reduzida. Note que também é possível também fixar umaURL de um servidor externo em vez do ponto de conexão de IMS doméstico212 em URL [SCPDURL] para obter informação de dispositivo, definida emArquitetura de Dispositivo de UPnP.

Os módulos de aplicativo, usando os módulos de protocolo,executam uma função de ponto de conexão, isto é, uma função de fixar umambiente de comunicação entre um dispositivo de DLNA na rede doméstica eum servidor fora da rede doméstica. Os módulos de aplicativo sãoclassificados amplamente em um conjunto de módulos que executam umprocesso de mapeamento para fixar um serviço de AS (IPTV) de IMS comoum DMS de DLNA, e um conjunto de módulos que passa pedidos enviadosde, por exemplo, um DMP, que é um dispositivo reprodutor de conteúdo narede doméstica para um serviço de AS (IPTV) de IMS.

O conjunto anterior de módulos que executa o processo demapeamento é Descoberta de AS, Gerente de Serviço, e Gerente de Servidorproxy de Dispositivo de UPnP, e os módulos posteriores que executam oprocesso de transferência de pedido são Servidor proxy de Mensagem deUPnP e Servidor proxy de AKE.

Como descrito acima, o ponto de conexão de IMS doméstico212, que é um aparelho para processar informação da presente invenção,executa um processo de mapear um AS (serviço de IPTV) de IMS, que é umdispositivo externo não existindo na rede doméstica, como um DMS deDLNA. Além disso, o ponto de conexão de IMS doméstico 212 tem umafunção de mapear seletivamente só uma entidade de serviço (AS(IPTV))selecionada por um usuário na hora do processo de mapeamento.

Quer dizer, em uma configuração onde uma pluralidade deASs (IPTVs) de IMS/IPTV existem na rede externa e cada um provêconteúdo, só um AS (IPTV) que um usuário comprou e selecionou usando umsistema de carregamento de IMS é selecionado e mapeado a um DMS deDLNA.

Entre os módulos de aplicativo que executam o processo demapeamento, Descoberta de AS mostrada na Figura 6, que é um módulo nolado de IMS/IPTV, executa um processo de descobrir um serviço de EPTVprovido por um sistema de IMS, e Gerente de Servidor proxy de Dispositivode UPNP, que é um módulo de lado de DLNA, administra uma lista de ASsdescobertos e obtidos por Descoberta de AS, e apresenta o usuário com estalista para permitir ao usuário executar um processo de comprar ou selecionarum AS(IPTV).

Especificamente, o ponto de conexão de IMS doméstico 212,que é um aparelho para processar informação da presente invenção, se tornaum servidor HTTP, e conecta a um Ponto de Controle de UPnP tendo umnavegador de HTML nele, o usuário seleciona um serviço de IPTV desejadode uma tela de HTML exibida usando uma função de navegador, e executaum procedimento de subscrever ao serviço. Especificamente, por exemplo,usando um PC ou um aparelho de TV como um dispositivo de DLNA na rededoméstica tendo uma função de navegador, é possível apresentar uma listapossuída pelo ponto de conexão de IMS doméstico 212 em uma exibição eselecionar um serviço de IPTV.

Além disso, no procedimento de receber o serviço de IPTV,usando Servidor proxy de Mensagem de UPnP como um módulo executor, épossível fazer o processo de transferência de pedido descrito anteriormentecooperar com o sistema de carregamento provido pelo sistema de IMS, ecarregamento no usuário é executado na base de informação de cliente do IDde usuário de IMS que foi fixado como um ID correspondendo ao ponto deconexão de IMS doméstico 212.

Como descrito acima, na condição do procedimento desubscrever ao AS (IPTV) pelo usuário, fica possível para o ponto de conexãode IMS doméstico 212 executar mapeamento seletivo tal como selecionar umserviço de IPTV para o qual o procedimento de assinatura foi executado peloprocesso de Gerente de Servidor proxy de Dispositivo de UPnP, que é ummódulo de aplicativo, e mapear o serviço de EPTV a um DMS de DLNA.

Porém, note que em um caso onde um AS (IPTV) ou similar existe para oqual não é necessário executar um procedimento de assinatura, tal como umAS (LPTV) que provê conteúdo grátis, o processo de procedimento deassinatura pelo usuário não é necessário, e seleção do usuário não é umacondição necessária para mapear.

O DMP como um dispositivo reprodutor de conteúdo, que éum dispositivo de DLNA na rede doméstica, interpreta o AS (IPTV) para qualo processo de mapeamento foi completado no ponto de conexão de IMSdoméstico 212 como um servidor de provisão de conteúdo (DMS) na rededoméstica, de forma que se torne possível receber o serviço de AS (IPTV).

Servidor proxy de Mensagem de UPnP, que é um módulo deaplicativo, retransmite uma mensagem provida do DMP de DLNA para o AS(IPTV). Como protocolos para este propósito, SOAP e GENA, equivalentes aUPnP, são usados, e o AS tenta alcançar compatibilidade mútua processandodiretamente uma mensagem de um Servidor de Mídia de UPnP e serviço deDiretório de Conteúdo definido em UPnP AV, executando conversão deprotocolo para AS (IPTV) em Servidor proxy de Mensagem de UPnP, ousimilar.

Note que a configuração de exemplo de módulos de softwaredo ponto de conexão de IMS doméstico 212 mostrado na Figura 6 é umaconfiguração de módulos de software em um caso onde o ponto de conexãode IMS doméstico é permitido executar ambas comunicação de acordo comprotocolos de comunicação no lado de IMS/IPTV e comunicação de acordocom protocolos de comunicação no lado de DLNA na rede doméstica, e oponto de conexão de IMS doméstico 212 executa conversão de protocolocomo precisado em comunicação entre o lado de IMS/IPTV e o lado deDLNA.

A configuração para o processo de conversão de protocolos decomunicação pode ser tal que seja executada pelo ponto de conexão de IMSdoméstico 212, ou, por exemplo, a configuração pode ser tal que sejaexecutada por um servidor externo que executa comunicação diretamente como lado do ponto de conexão de IMS doméstico 212, por exemplo, um AS nolado de IMS ou um servidor que executa um serviço de IPTV. Como descritoacima, na configuração onde conversão de protocolo necessária é executadaao servidor externo, basta para o ponto de conexão de IMS doméstico 212 termódulos de protocolo de lado de DLNA e módulos de aplicativo. Note que nocaso de uma tal configuração, o processo de mapear o servidor externo éexecutado executando um processo de descoberta de dispositivo de acordocom o protocolo de SSDP definido por DLNA.

Além disso, no processo de obter uma lista de conteúdo emetadados, executado por um dispositivo de cliente na rede doméstica, isto é,um DMP como um dispositivo executor de reprodução de conteúdo, naconcretização descrita abaixo, um método é empregado no qual um ASprocessa diretamente um serviço de Diretório Conteúdo de UPnP. Naconcretização, um procedimento para assinatura a um serviço é executado porPonto de Controle de UPnP no qual um navegador de HTML éimplementado. Embora isto possa ser um DMP de um DLNA, não precisanecessariamente ser um DMP de um DLNA, e um processo semelhantetambém pode ser executado, por exemplo, por um navegador de HTML deum computador pessoal de um terceiro. Também, em um caso onde umnavegador de HTML é implementado em um telefone celular ou similar, umprocedimento de compra pode ser executado semelhantemente.

Além disso, fazendo colocação tal que o próprio ponto deconexão de IMS doméstico 212 tenha uma interface do usuário tal como umaparelho de exibição e uma unidade de entrada, é possível introduzirinformação introduzida pelo usuário apresentando diretamente uma listaobtida de um AS (IPTV) na interface do usuário, de forma que seja possívelexecutar um procedimento para assinatura de serviço sem depender decontrole por um navegador de HTML.

Note que vários modos são possíveis como modos doprocedimento para subscrever um AS (EPTV). Quer dizer, várias colocaçõessão possíveis, tal como seleção na base de cada serviço como seleção de umpróprio AS (IPTV), ou seleção na base de cada conteúdo provido por um AS(IPTV). Nestes casos, um esquema para selecionar compra por cada conteúdona base de fixação de AS (IPTV) é provido por Página de Apresentação,informação de seleção é registrada no lado de IMS como dados deconfiguração de informação de perfil de usuário, e o lado de AS (IPTV) provêconteúdo de acordo com a informação registrada.

Como descrito acima, para o ponto de conexão de IMSdoméstico 212, colocação é possível ambos para um caso onde é configuradopara executar um processo de retransmitir conteúdo provido por um AS(serviço de IPTV) de IMS para um DMP como um dispositivo executor dereprodução de conteúdo na rede doméstica, e para um caso onde o processonão é executado. No caso anterior, processamento de lógica de serviço a umnível de aplicativo, por exemplo, processamento de dados correspondendo acada serviço, tal como interpretação de um serviço provido por um serviço deAS (IPTV), ou um processo de conversão em um formato compreensível porum DMP, não é necessário. Além disso, um processo de salva temporária dedados conteúdo ou conversão não é necessário, tampouco, de forma que sejapossível implementar um ponto de conexão de IMS doméstico por umdispositivo com configurações de software e hardware muito baratas.

Fazendo processamento lógico de serviço pelo aparelho deponto de conexão desnecessário, comparado com uma configuração na qualestes processos são executados, flexibilidade de extensão de serviços pode sermelhorada. Por exemplo, há casos onde um AS (IPTV), que é uma entidadeque provê conteúdo, executa adição de metadados de conteúdo ou similar. Emuma configuração onde um aparelho de ponto de conexão executaprocessamento de lógica de serviço a fim de tornar possível para o ponto deconexão interpretar e processar os metadados adicionados, por exemplo,atualização de um programa se torna necessária. Porém, em um ponto deconexão de IMS doméstico da presente invenção, uma tal colocação épossível que tal processamento não seja executado, e fica possível fazer váriasmudanças em lógica de serviço só através de mudanças no lado de serviço dedistribuição sem fazer mudanças no próprio ponto de conexão.

Como descrito anteriormente, as duas configurações seguintesexistem como modos de processamento pelo ponto de conexão de IMSdoméstico 212:

(1) Configuração na qual um processo de retransmitirconteúdo provido por um AS (serviço de IPTV) de IMS para um dispositivoreprodutor de conteúdo (DMP) na rede doméstica é executado.

(2) Configuração na qual um processo de retransmitirconteúdo provido por um AS (serviço de IPTV) de IMS para um dispositivoreprodutor de conteúdo (DMP) na rede doméstica não é executado, econteúdo é reproduzido através de comunicação entre DMP e AS (serviço deIPTV).

Na configuração anterior (2), onde conteúdo é reproduzidoatravés de comunicação entre DMP e AS (serviço de IPTV), conteúdo étransmitido diretamente de um serviço de distribuição de conteúdo na Internetpara um DMP, que é um dispositivo reprodutor. Assim, ao invés de ummétodo no qual conteúdo é carregado temporariamente a um servidordoméstico e é então redistribuído em uma casa, desde que é possívelreproduzir conteúdo em demanda, conveniência para o usuário também é alta.Além disso, no método no qual transmissão de conteúdo não é retransmitida,desde que transmissão duplicada de dados de conteúdos não ocorre na rededoméstica, é possível prevenir usar uma banda em vão. Além disso, limitaçãorelativa à topologia da rede doméstica fica ausente, de forma que existe umavantagem que a variedade de produtos nos quais uma função de ponto deconexão é implementada aumenta.

Em seguida, uma seqüência de processo em um caso ondeconteúdo é reproduzido pelo processo do anterior (2), isto é, comunicaçãoentre DMP e AS (serviço de IPTV), será descrito com referência a diagramasde seqüência nas Figuras 7 a 10. Os diagramas de seqüência nas Figuras 7 a10 são diagramas para explicar seqüências dos processos seguintes.

(A) Seqüência de procedimento para subscrever a AS (IPTV)(Figura 7 e 8)

(Al) Processo de registro de IMS

(A2) Processo de descoberta de dispositivo

(A3) Processo de seleção de AS (IPTV)

(B) Seqüência de uso de conteúdo provido por AS (IPTV)(Figuras 9 e 10)

(El) Processo de descoberta de dispositivo

(B2) Processo de obtenção de lista de conteúdo

(B3) Processo de autenticação e troca de chave

(B4) Processo de Transferência contínua de Conteúdo

Primeiro, com referência às Figuras 7 e 8, a seqüência doprocedimento para subscrever a um AS (IPTV) será descrita. Figuras 7 e 8mostram os componentes seguintes do lado esquerdo:

(1) Três serviços de IPTV AS1, AS2, e AS3 como servidoresde aplicativo que executam serviços de provisão de conteúdo suportandoIPTV em uma rede de IMS;

(2) HSS tendo bancos de dados para administração de IDs deusuário usados em IMS, administração de perfis de serviços aos quais cadausuário subscreve, administração de informação de autenticação,administração de se uso de cada serviço de IMS é permitido, e administraçãode movimento de usuário;

(3) CSCF que executa registro de usuário e controle decolocação de sessão na base de SIP (Protocolo de Iniciação de Sessão) emuma rede de IMS;

(4) Ponto de conexão de EMS doméstico;

(5) Navegador de HTML (interface do usuário) como umponto de controle de UPnP.

Além disso, [Cx], [SIP], [SSDP] e [HTTP] mostrados nasetapas individuais indicam protocolos aplicados a comunicações individuais.

A seqüência de subscrever a um AS (IPTV), mostrada nasFiguras 7 e 8, pode ser dividida nas três fases seguintes:

(Al)ProcessoderegistrodeIMS

(A2) Processo de descoberta de dispositivo

(A3) Processo de seleção de AS (IPTV)

Em seguida, cada um dos processos será descrito.

(Al) Processo de registro de IMS

No processo de registro de IMS, que é a primeira faseprimeiro, na etapa Sl 1, o ponto de conexão de IMS doméstico envia um ID deusuário de IMS prefixado para o ponto de conexão de IMS doméstico parauma CSCF da rede de IMS, e na etapa S12, o ponto de conexão de IMSdoméstico recebe um reconhecimento de registro e executa registro na rede deIMS. Então, na etapa S13, informação de configuração (config) é apresentadaà CSCF, e na etapa S14, uma resposta de reconheça é recebida.

Na etapa Sl5, a CSCF emite um pedido para informação deserviço disponível registrada em associação com o ID de usuário de IMS parao HSS tendo um banco de dados para administrar informação de perfil deusuário e obtém a informação de serviço disponível (etapa S16), e na etapaS17, a CSCF envia a lista obtida de serviços disponíveis para o ponto deconexão de IMS doméstico. Na etapa S18, o ponto de conexão de IMSdoméstico envia um reconhecimento de recibo à CSCF.

O ponto de conexão de IMS doméstico obtém uma lista deserviços disponíveis como descrito acima e a armazena em uma memória. Oponto de conexão de IMS doméstico gera um documento HTML da lista deserviços de IPTV obtida como descrito acima, e prepara para a colocaçãosubseqüente de AS pelo navegador de HTML.

(A2) Processo de Descoberta de Dispositivo

A segunda fase é o processo de descoberta de dispositivo. Noestágio inicial, o AS a usar não é especificado pelo usuário. Assim, nesteestágio, o ponto de conexão de IMS doméstico não mapeou o AS (IPTV)como um DMS de DLNA, de forma que o DMP como um dispositivoreprodutor de conteúdo na rede doméstica não pode interpretar o AS (IPTV)como um DMS e receber conteúdo.

Como descrito anteriormente, quando seleção de um AS(IPTV) é executada, o ponto de conexão de IMS doméstico se torna umservidor de HTTP, e usando o esquema de Apresentação definido em UPnPDA, conecta o ponto de Controle de UPnP implementado em um navegadorde HTML e seleciona um serviço de IPTV desejado de uma tela de HTMLexibida pelo usuário usando uma função de navegador. (A2) Processo dedescoberta de dispositivo mostrado na Figura 7 é uma seqüência desteprocesso.

O usuário de que executa seleção um AS (IPTV) descobre queo ponto de conexão de IMS doméstico está conectado na rede doméstica peloprocesso de acordo com o protocolo de descoberta de dispositivo definido emUPnP de Ponto de Controle de UPnP, por exemplo, um PC ou similar tendouma função de navegador, isto é, enviando pesquisa M de SSDP na etapa S19e recebendo Resposta M de SSDP como uma resposta a isso na etapa S20.Etapas S21 e S22 são etapas de pedir e receber informação específica dedispositivo.

(A3) Processo de seleção de AS (EPTV)

Figura 8 mostra a seqüência do processo seletivo de AS(EPTV) que é executado subseqüentemente. Nesta fase, o usuário vê a lista deserviço de AS (IPTV) obtida na primeira fase pelo ponto de conexão de IMSdoméstico do Ponto de Controle de UPnP de um PC ou similar, e executaseleção de serviço (AS).

Primeiro, nas etapas S23 e S24, para o ponto de conexão deIMS doméstico como um servidor HTTP, na base de HTTP GET, umdocumento de HTML é obtido e uma página HTML é exibida. Na tela, a listade serviço de AS (IPTV) é exibida.

O usuário seleciona um AS (IPTV) de qual um serviço é paraser recebido ou seleciona conteúdo da lista, e então, na etapa S25, ainformação de pedido é introduzida ao ponto de conexão de IMS doméstico, ena etapa S26, o ponto de conexão de IMS doméstico pede para assinatura parao serviço. Na etapa S27, na base do pedido de assinatura de serviço no pontode conexão de IMS doméstico, a CSCF executa registro de informaçãocorrespondendo ao pedido de assinatura de serviço ao HSS AS informação deregistro associada com o usuário. Na conclusão do processo de registro deassinatura de serviço, na etapa S28, uma notificação de uma resposta deconclusão de processo é enviada do HSS à CSCF na etapa S28, é enviado daCSCF para o ponto de conexão de IMS doméstico na etapa S29, e é enviadaademais a um aparelho tendo uma interface de usuário, tal como um PC que éPonto de Controle de UPnP, e é reconhecido pelo usuário na etapa S29.

Note que no processo seletivo (A3) AS (IPTV), há casos onde,por exemplo, um processo de carregamento ou similar é executado. Nestecaso, entrada e comunicação de informação precisadas para o processo decarregamento são executadas.

Como descrito acima, (A) a seqüência de subscrever a AS(IPTV) é composta dos três processos seguintes:

(Al) Processo de registro de IMS

(A2) Processo de descoberta de dispositivo

(A3) Processo seletivo de AS (IPTV)

Completando estes processos, o processo de subscrever a umAS (IPTV) é completado.

Na conclusão do procedimento de assinatura de AS (IPTV), oponto de conexão de IMS doméstico executa mapeamento de forma que o ASselecionado (IPTV) se torne um DMS, por esse meio fazendo colocação talque o DMP como um dispositivo reprodutor de conteúdo na rede domésticapossa interpretar o AS selecionado (IPTV) como um DMS e receberconteúdo. Quer dizer, usando Gerente de Servidor proxy de Dispositivo deUPnP e assim sucessivamente mostrado na Figura 6, o ponto de conexão deIMS doméstico gera um caso de Servidor de Mídia de UPnP correspondendoao AS selecionado (AS3 no exemplo), e grava o caso em uma memória.

Pelo processo de mapeamento, o AS (LPTV) como um servidorde aplicativo de IMS existindo fora da rede doméstica é tratadosemelhantemente a um DMS (Servidor de Mídia de DLNA) semelhante a umservidor de provisão de conteúdo na rede doméstica, e se torna possível usar oAS (IPTV) de um DMP (Reprodutor de Mídia de DLNA), que é umdispositivo reprodutor de conteúdo na rede doméstica.

Em seguida, com referência às Figuras 9 e 10, uma seqüênciade uso de conteúdo provido de AS (IPTV) por um DMP, que é um dispositivoreprodutor de conteúdo na rede doméstica, será descrita.

Figuras 9 e 10 mostram os componentes seguintes do ladoesquerdo:

(1) Serviço de IPTV (AS) (entidade provedora de conteúdo)(2) HSS tendo bancos de dados para administração de IDs deusuário usados em IMS, administração de perfis de serviços aos quaisusuários individuais se subscrevem, administração de informação deautenticação, administração de se uso de cada serviço de IMS é permitido ounão, e administração de transferência de usuário

(3) CSCF que controla registro de usuário e colocação desessão na base de SIP (Protocolo de Iniciação de Sessão) em uma rede de IMS

(4) Ponto de conexão de IMS doméstico

(5) DMP (Reprodutor de Mídia de DLNA), que é umdispositivo reprodutor de conteúdo em uma rede doméstica.

Note que (1) Serviço de IPTV (AS) é tanto um serviço deIPTV somente ou uma combinação de um serviço de IPTV e um AS, equalquer modo é possível. Além disso, [SSDP], [HTTP], [SOAP] e [AKE]mostrados em etapas individuais indicam protocolos aplicados acomunicações individuais.

A seqüência de uso de conteúdo provido de AS (IPTV),mostrado nas Figuras 9 e 10, pode ser dividida nas quatro fases seguintes:processo (Bl) de descoberta de dispositivo

(B2) Processo de obtenção de lista de conteúdo

(B3) Processo de autenticação e troca de chave

(B4) Processo de Transferência contínua de Conteúdo

Em seguida, cada um destes processos será descrito,processo (Bl) de descoberta de dispositivo

O primeiro processo é a fase de descoberta de dispositivo. Pelaseqüência de assinatura de AS descrita anteriormente com referência àsFiguras 7 e 8, o ponto de conexão de IMS doméstico já mapeou um AS(IPTV) como um DMS de DLNA, e foi feito público a cada dispositivo deDLNA na rede doméstica que o AS (IPTV) pode ser usado como um DMS deDLNA. Quer dizer, todos os DMPs conectados à rede doméstica, que sãodispositivos reprodutores de conteúdo, podem obter informação de AS (IPTV)como DMS do ponto de conexão de IMS Odoméstico pela seqüência dedescoberta de dispositivo definida em UPnP DA.

A seqüência de descoberta de dispositivo é um processo dasetapas S31 a S34.

O DMP, que é um dispositivo reprodutor de conteúdo,descobre o conjunto de AS (IPTV) fixado como um DMS, pelo processo deacordo com o protocolo de descoberta de dispositivo definido em UPnP5 istoé, enviando Pesquisa M de SSDP para o ponto de conexão doméstico de IMSna etapa S31 e recebendo Resposta M de SSDP do ponto de conexão de IMSdoméstico como uma resposta a isso na etapa S32. Etapas S33 e S34 sãoetapas de pedir e receber informação de dispositivo específica.

Note que no processo de descoberta de dispositivo, o ponto deconexão de IMS doméstico provê informação baseado no caso de Servidor deMídia de UPnP correspondendo ao AS (IPTV), gerado pelo ponto de conexãode IMS doméstico no processo de mapeamento, isto é, informação de servidorcorrespondendo ao AS (IPTV), para o DMP, que é um dispositivo reprodutorde conteúdo. Recebendo esta informação, o DMP interpreta o AS (IPTV)como sendo um servidor de provisão de conteúdo (DMS) na rede doméstica.

(B2) Processo de obtenção de lista de conteúdo

O segundo processo é um processo de obter uma lista deconteúdo do AS (EPTV) fixado como um DMS. Como no exemplo jámostrado na seqüência de assinatura de AS, é assumido que o ponto deconexão de IMS doméstico já estabeleceu uma sessão com a rede de IMS. Emum caso onde uma sessão não é estabelecida ou é desconectada, umreconexão é executada usando um pedido para obter conteúdo ou similarcomo um gatilho. Estabelecendo uma sessão com a rede de IMS, informaçãodo AS para qual assinatura foi completada, já foi obtida.

Na etapa S35, o DMP emite um Folheie ação de Navegue deServiço de Diretório de Conteúdo de UPnP para o AS (IPTV) fixado comoum DMS que foi descoberto na primeira fase. Ao receber a ação de Naveguedo DMP5 na etapa S36, o ponto de conexão de IMS doméstico retransmiteeste pedido e o transfere para o EPTV (AS).

O IPTV (AS) interpreta o conteúdo da ação de Navegue, gerauma lista de conteúdo de vídeo de um servidor de armazenamento deinformação de programa eletrônico de extremidade traseira (servidor de EPG)ou similar, e envia uma resposta ao DMP pelo ponto de conexão de IMSdoméstico (etapas S37 e S38). Por exemplo, em um caso onde a lista deconteúdo tem uma hierarquia, uma pluralidade de ações de Navegue éemitida. Note que como definido em Serviço de Diretório Conteúdo de UPnP,uma lista de conteúdo é representada por um documento de XML chamadoDIDL-Lite, se conformando a Esquema de XML, e informação de recurso(URI) de dados de vídeo de cada conteúdo indica conteúdo de vídeo providopor um Servidor de Vídeo de extremidade traseira de AS.

Note que como descrito anteriormente, tal colocação é possívelque o ponto de conexão de IMS doméstico não executa o processo deretransmitir um pedido de lista de conteúdo de um DMP, e um pedido de listade conteúdo é emitido diretamente de um dispositivo de cliente (DMP) paraum servidor externo tal como um AS (serviço de IPTV). Para este propósito,URLs especificados por [controlURL] e [eventSubURL] de informação dedispositivo [Descrição de Dispositivo] definidos em Arquitetura deDispositivo de UPnP são fixados para serem uma URL de um servidorexterno, não o ponto de conexão de IMS doméstico. Pelo ponto de conexão deIMS doméstico provendo informação de dispositivo [Descrição deDispositivo] tendo tal URL fixando a um dispositivo de cliente, umacontraparte à qual o cliente emite subseqüentemente um pedido de lista deconteúdo ou vários tipos de pedido com referência à informação dedispositivo é fixada a um servidor externo tal como um AS (serviço de IPTV).(Β3) Processo de autenticação e troca de chave

A terceira fase é autenticação e troca de chave. Em um casoonde conteúdo protegido contra cópia é transmitido, um DLNA codifica oconteúdo de acordo com DTCP-IP e transmite o conteúdo. Também emtransferência contínua de um servidor de vídeo de AS (EPTV), criptografia seconformando a DTCP-IP é executada para enviar conteúdo codificado.

Uma chave aplicada a criptografia de conteúdo é gerada porum processo de autenticação e troca de chave (AKE) de acordo com adefinição de DTCP-IP. Como mostrado na Figura 6, o ponto de conexão deIMS doméstico tem uma função de Servidor proxy de AKE de DTCP-IP, e nahora de recepção conteúdo, um DMP, que é um dispositivo reprodutor deconteúdo, executa autenticação e troca de chave com o ponto de conexão deIMS doméstico tendo um DMS que o DMP reconhece como uma entidade deserviço provedora de conteúdo.

A colocação de um URI de recurso de conteúdo fixado emuma lista obtida em (B2) processo de obtenção de lista de conteúdo é tal queinclui um endereço de IP de um servidor de vídeo de AS. Um endereço comoum assunto destes processos de autenticação e troca de chave precisamexecutar obtenção de conteúdo, isto é, os processos de AKE, é fixado para oponto de conexão de IMS doméstico. Quer dizer, o DMP executa autenticaçãoe troca de chave com o ponto de conexão de IMS doméstico no qual um casode DMS reconhecido como uma entidade de serviço provedora de conteúdo éregistrado.

Note que embora o assunto de execução de autenticação etroca de chave no DMP seja freqüentemente uma entidade que envia conteúdocodificado, isto é, um endereço de IP de um servidor de vídeo de AS incluídoem um URI de recurso de conteúdo, na configuração da presente invenção, oassunto dos processos de AKE executados pelo DMP na hora de um pedidopara obter conteúdo incluído na lista de conteúdo provida ao DMP em (B2)processo de obtenção de lista de conteúdo, é fixado para ser o ponto deconexão de IMS doméstico.

Isto se torna possível, por exemplo, incluindo, em metadadosassociados com conteúdo, metadados com os quais colocação é tal que oassunto de AKE seja o ponto de conexão de IMS doméstico. A configuraçãopode ser tal que a colocação de lista de conteúdo que o ponto de conexão deIMS doméstico recebe do serviço de IPTV (AS) é uma lista fixadapreviamente como descrito acima ou tal que metadados sejam adicionados oumudados no ponto de conexão de IMS doméstico. Alternativamente, aconfiguração pode ser tal que na hora quando o ponto de conexão de IMSdoméstico provê uma lista de conteúdo ao DMP, uma notificação que oassunto de AKE é o ponto de conexão de IMS doméstico é executada.

Os processos de autenticação e troca de chave são executadosde acordo com uma seqüência de processo de autenticação e troca de chave(AKE) definida em DTCP-IP.

Na configuração da presente invenção, pelos processos dasetapas S39 a S46 mostradas na Figura 10, isto é;

S39: Intimação e Resposta de AKE

S40: AKE

S41: Pedido de Verificação de RTT (Tempo de Viagem deida-e-volta)

S42: Resposta de Verificação de RTTS43: Troca de Chave de AKES44: Troca de ChaveS45: TrocadeChaveS46: Troca de Chave de AKE

Por estes processos, a autenticação e troca de chave entre oDMP e o ponto de conexão de IMS doméstico é completada.

No curso dos processos de autenticação e troca de chave, afimde confirmar que o ponto de conexão de IMS doméstico é o assunto de AKE,é na proximidade do DMP, confirmação de TTL (Tempo para Viver) de umpacote de IP e confirmação de um tempo de resposta são executados comomedição de RTT nas etapas S41 e S42.

Além disso, etapas S44 e S45 são processos que sãocaracterísticos da configuração da presente invenção, e estes são processos depassar uma chave compartilhada entre o ponto de conexão de IMS domésticoe o DMP na seqüência de AKE para o serviço de IPTV (AS) de forma que achave aplicada como uma chave de criptografia seja compartilhada entre oserviço de IPTV (AS) como uma entidade provedora de conteúdo e o DMPcomo uma entidade utilizadora de conteúdo. Adicionando os processos dasetapas S44 e S45, o serviço de IPTV (AS) como uma entidade provedora deconteúdo e o DMP como uma entidade utilizadora de conteúdo podemcompartilhar a chave de criptografia. Aqui, o serviço de IPTV (AS) é umserviço legítimo que é permitido compartilhar a chave, e as etapas S44 e S45são executadas através de comunicação segura.

(B4) Processo de Transferência contínua de Conteúdo

A última, quarta fase é um processo de Transferência contínuade Conteúdo. Na etapa S47, o DMP, que é um dispositivo reprodutor deconteúdo, aplica uma URL de recurso obtida no (B2) processo de obtenção delista de conteúdo precedente, e emite um pedido de conteúdo baseado emHTTP GET para pedir transferência contínua de HTTP.

O servidor de vídeo do serviço de IPTV (AS) codifica dadosde conteúdo usando a chave compartilhada com o DMP na fase de AKEprecedente, e na etapa S48, começa transferência contínua de conteúdo aoDMP, que é um dispositivo de DLNA na rede doméstica.

O DMP, que é um dispositivo reprodutor de conteúdo na rededoméstica, decifra os dados recebidos do serviço de IPTV (AS) aplicando achave de criptografia compartilhada com o serviço de IPTV (AS) na fase deAKE precedente, e executa reprodução de conteúdo através de decodificação.

Relativo à configuração de processo da presente invenção,

(B3) Processos de autenticação e troca de chave

(B4) Processo de Transferência contínua de Conteúdo.

Difere visto que nestas terceira e quarta fases, um endereço de

IP ao qual o módulo de AKE é aplicado é fixado para ser o ponto de conexãode IMS doméstico, que é uma entidade diferente do servidor como umaentidade provedora de conteúdo, e é um processo caso contrário seconformando à reprodução por transferência contínua por DTCP-IP definidoem DLNA.

Um panorama de comunicação de dados no processo de uso deconteúdo descrito com referência às Figuras 9 e 10 será descrita comreferência à Figura 11. Na Figura 11, como dispositivos em uma rededoméstica 500, um DMP 501 como um dispositivo reprodutor de conteúdo,um ponto de conexão de IMS doméstico 502, e um ponto de conexãoresidencial (RG) 503 são mostrados. Além disso, como uma configuração forada rede doméstica 500, um subsistema de multimídia de IP (IMS) 510 e umserviço de IPTV 520 são mostrados.

Como descrito anteriormente com referência à Figura 3, osubsistema de multimídia de IP (IMS) 510 é a base de infra-estrutura decomunicação sem fios para telefones celulares, que está sendo desenvolvidopor 3GPP (Projeto de Sociedade de 3a Geração), que é um projeto parapadronizar sistemas de comunicação móveis de 3a geração. Com um elementofuncional chamado CSCF (Função de Controle de Sessão de Chamada) comoum núcleo, é configurado por componentes funcionais tais como Subsistemade Assinante Doméstico (HSS) e Servidor de Aplicativo (AS). Figura 11mostra um servidor de aplicativo (AS) 511. O servidor de aplicativo (AS) 511inclui o CDS (Serviço de Diretório de Conteúdo) 512 como uma seçãoexecutora de serviço de diretório que executa processos tal como registro deuma função de um servidor de provisão de serviço.

O serviço de LPTV 520 tem um servidor de EPG 521, que éum servidor que provê EPG (Guia de Programa Eletrônico), que é um guia deinformação de programa tal como uma lista de conteúdo, e um servidor devídeo, que é um servidor que provê conteúdo de vídeo e implementa umserviço de provisão de lista de conteúdo e um serviço de provisão de conteúdopara o DMP 501, que é um terminal de usuário, por cooperação entre osservidores respectivos e os CDS 512 do AS (IPTV) 511.

Uma transferência contínua de processo básico em um casoonde o DMP 501, que é um dispositivo reprodutor de conteúdo na rededoméstica 500, obtém conteúdo do serviço de IPTV 520 fora da rededoméstica será descrito. Pela seqüência de assinatura de AS descritaanteriormente com referência às Figuras 7 e 8, o ponto de conexão de IMSdoméstico já mapeou o serviço de IPTV (AS) como um DMS de DLNA.

Primeiro, na etapa S101, o DMP 501 executa descoberta dedispositivo como uma ação de UPnP para obter informação de um AS (IPTV)fixado como um DMS do ponto de conexão de IMS doméstico 502. Noprocesso de descoberta de dispositivo, o ponto de conexão de IMS doméstico502 provê o DMP 501, que é um dispositivo reprodutor de conteúdo, cominformação baseada em um caso de Servidor de Mídia de UPnPcorrespondendo ao AS (IPTV) gerado pelo ponto de conexão de IMSdoméstico 502 no processo de mapeamento. Recebendo esta informação, oDMP 501 interpreta o AS (IPTV) como sendo um servidor provedor deconteúdo (DMS) na rede doméstica.

Além disso, o DMP 501 emite uma ação de Navegue deServiço de Diretório de Conteúdo de UPnP para o AS (IPTV) fixado comoum DMS. Ao receber a ação de Navegue do DMP 501, o ponto de conexão deIMS doméstico 502 retransmite o pedido para o AS 511 (CDS 512). O AS511 (CDS 512) obtém uma lista de conteúdo de vídeo provida pelo servidorde EPG 521 do serviço de IPTV 520, e o ponto de conexão de IMS doméstico502 envia uma lista de conteúdo ao DMP 501 como uma resposta.

Note que como descrito anteriormente, na lista de conteúdo,uma URL de conteúdo aplicada para obtenção de conteúdo como metadados,e informação de dispositivo sujeita dos processos de autenticação e troca dechave (AKE) executados como uma pressuposição de obtenção de conteúdosão registrados, e a informação de dispositivo sujeita do processo de troca dechave (AKE) é fixada para o ponto de conexão de IMS doméstico 502.

Alternativamente, sem usar metadados de conteúdo, o ponto de conexão deIMS doméstico 502 pode notificar o DMP 501 que o dispositivo sujeito doprocesso de troca de chave (AKE) é o ponto de conexão de IMS doméstico 502.

Antes de receber conteúdo, na etapa S102, o DMP 501 executao processo de autenticação e troca de chave (AKE) de acordo com a definiçãode DTCP-IP. O DMP executa o processo considerando o ponto de conexão deIMS doméstico 502 como um assunto de execução de autenticação e troca dechave. Note, porém, que no processo de autenticação e de troca de chave(AKE), na etapa S103, o ponto de conexão de IMS doméstico 502 provê achave aplicada como uma chave de criptografia de conteúdo ao servidor devídeo 522 de um servidor de vídeo 522 como um serviço de IPTV 520 comouma entidade provedora de conteúdo. Por este processo, na hora de conclusãodo processo de autenticação e de troca de chave (AKE), o servidor de vídeo522 do serviço de IPTV 520 como uma entidade provedora de conteúdo e oDMP como uma entidade utilizadora de conteúdo compartilham a chave.

Então, na etapa S104, o DMP 501, que é um dispositivoreprodutor de conteúdo, emite um pedido de conteúdo baseado em HTTPGET aplicando uma URL de recurso obtida no processo de obtenção de listade conteúdo, por esse meio pedindo transferência contínua de HTTP para oservidor de vídeo 522. O servidor de vídeo 522 do serviço de IPTV 520codifica dados de conteúdo aplicando a chave compartilhada com o DMP 501na fase de AKE precedente, e os envia ao DMP 501. O DMP 501 executa umprocesso de decifração nos dados recebidos do serviço de IPTV 520 aplicandoa chave de criptografia compartilhada, e executa reprodução de conteúdo.

Como descrito acima, com a configuração da presenteinvenção, se torna possível para o DMP como um aparelho reprodutor deconteúdo na rede doméstica receber conteúdo de um servidor de provisão deconteúdo fora da rede doméstica e reproduzir o conteúdo.

A fim de habilitar este processo, o ponto de conexão de IMSdoméstico provido na rede doméstica executa um processo de executarcomunicação com o servidor de provisão de conteúdo, mapear o servidor deprovisão de conteúdo como um dispositivo de rede doméstica, gerar um casono qual informação de servidor do servidor externo é registrada e armazenar ocaso em uma unidade de armazenamento, em resposta à recepção de umpedido de descoberta de dispositivo de acordo com a definição de UPnP dodispositivo reprodutor de conteúdo na rede doméstica, provendo informaçãode servidor correspondendo ao servidor de provisão de conteúdo baseado nocaso para o dispositivo reprodutor de conteúdo como informação de umdispositivo que pode receber o serviço.

Além disso, em um caso onde um pedido de obtenção deconteúdo do aparelho reprodutor de conteúdo, isto é, um pedido para obterconteúdo provido pelo servidor de provisão de conteúdo é recebido, o pontode conexão de IMS doméstico transfere este pedido ao servidor de provisãode conteúdo de forma que o servidor de provisão de conteúdo envie oconteúdo ao aparelho reprodutor de conteúdo, por esse meio habilitandorecepção e reprodução de conteúdo no aparelho reprodutor de conteúdo.

Além disso, desde que a configuração é tal que, relativa àautenticação e troca de chave requerida ser executada como uma condição deenvio de conteúdo definida em DLNA, o processo (AKE) como definido éexecutado entre o aparelho reprodutor de conteúdo e o ponto de conexão deIMS doméstico, e o ponto de conexão de IMS doméstico envia a chave geradaao servidor de provisão de conteúdo, torna possível para o servidor deprovisão de conteúdo e o aparelho reprodutor de conteúdo compartilharem achave gerada nos processos de autenticação e troca de chave.

Semelhantemente para o processo de envio de conteúdo executado pelo DMSna rede doméstica, conteúdo no qual criptografia foi executada é enviado doservidor de provisão de conteúdo para o aparelho reprodutor de conteúdo, deforma que transmissão e recepção de conteúdo seguras sejam alcançadas.

Note que este método de transmissão de conteúdo tambémpode ser aplicado para transmissão de conteúdo de casa a casa. Em vez doservidor de vídeo 522 do serviço de IPTV 520 na Figura 11, fazendo umservidor doméstico de outra casa prover um serviço semelhante, é possíveltransmitir conteúdo dessa casa. Em tal transmissão de conteúdo nãocomercial, há casos onde transmissão é executada sem executar criptografia.

Aqui acima, uma concretização relativa a um ponto deconexão de IMS doméstico para fazer um DMP, que é um dispositivoreprodutor de conteúdo se conformando à diretriz de DLNA mostrado naFigura 4 para receber um serviço de IPTV foi descrito. Como descritoanteriormente com referência à Figura 4, no DMS, que é um servidor deprovisão de conteúdo definido em DLNA, um servidor de mídia de UPnP(Servidor de Mídia de UPnP) é implementado, e no Servidor de Mídia deUPnP, um Serviço de Diretório de Conteúdo principal é implementado, deforma que seja feito possível obter uma lista de conteúdo e metadadosaplicando-o. Quer dizer, usando o Serviço de Diretório Conteúdo, o DMP,que é um dispositivo reprodutor de conteúdo definido em DLNA, obtém umalista de conteúdo transferida continuamente pelo DMS, que é um servidor deprovisão de conteúdo definido em DLNA. A concretização descrita comreferência à Figura 9 é uma concretização na qual o processo de obtenção delista de conteúdo pelo Serviço de Diretório de Conteúdo de UPnP é executadoaplicando comunicação de mensagem de SOAP e GENA definidas em UPnPDA. A seguir, um exemplo de um processo no qual um esquema deApresentação definido em UPnP DA é usado será descrito.

Exemplo de processo no qual um esquema de Apresentaçãodefinido em UPnP DA é usado

A concretização descrita abaixo é uma concretização na qual oponto de conexão de IMS doméstico 212 mostrado na Figura 3, que é umaparelho para processar informação da presente invenção, se torna umservidor HTTP, e conecta o ponto de Controle de UPnP implementado em umnavegador de HTML usando um esquema de Apresentação definido em UPnPDA, e o usuário seleciona um serviço de IPTV desejado de uma tela deHTML exibida usando uma função de navegador e recebe o serviço.

Quer dizer, é um exemplo de um processo no qual aplicando oesquema de Apresentação definido em UPnPDA descrito anteriormente, umprocesso de prover dados de HTML descrevendo uma tela de serviçoincluindo, por exemplo, uma lista de conteúdo, informação de conteúdo, eassim sucessivamente, do ponto de conexão de IMS doméstico 212 para umDMP, que é um dispositivo reprodutor de conteúdo, por exemplo, a TV(DMP) 213 mostrada na Figura 3, é executado, a tela de serviço formada dosdados de HTML é exibida em uma exibição no lado do DMP, que é umdispositivo reprodutor de conteúdo, o usuário seleciona conteúdo na base dosdados de exibição, e recebe o serviço de IPTV. Isto é, por exemplo, usandoum PC ou TV tendo uma função de navegador, fixado como um dispositivode DLNA na rede doméstica, uma lista possuída pelo ponto de conexão deIMS doméstico 212 é apresentada na exibição, e um serviço de IPTV éselecionado para receber o serviço.

Nesta concretização, no dispositivo reprodutor de conteúdo,isto é, por exemplo, a TV (DMP) 213 mostrada na Figura 3, um navegador deHTML para implementar a função de Apresentação definida em UPnP DA éimplementado. Nesta concretização, embora o serviço de Diretório Conteúdode UPnP não seja usado, para a função de reprodução por transferênciacontínua, o dispositivo reprodutor de conteúdo é implementado na base dadefinição de transferência de mídia de DLNA e da definição de proteção deconteúdo de DTCP-IP.

A seqüência de usar conteúdo provido por um AS (IPTV) édividida nas quatro fases seguintes.

processo (Bl) de descoberta de dispositivo

(B2a) Obtenção de tela de serviço

(B3) Processo de autenticação e troca de chave

(B4) Processo de Transferência contínua de Conteúdo

Entre as fases anteriores, os processos nas fases individuais(El), (B3), e (B4) são os mesmos como os processos descritos anteriormentecom referência às Figuras 9 e 10 na concretização. Nos processos descritoscom referência às Figuras 9 e 10, (B2) processo de obtenção de lista deconteúdo nas etapas S35 a S38 descritas com referência à Figura 9 éexecutado. Nesta concretização, na qual o esquema de Apresentação definidoem UPnP DA é usado, processo (B2a) de obtenção de tela de serviço éexecutado em vez de (B2) processo de obtenção de lista de conteúdo.

Figura 12 mostra uma configuração de exemplo de módulos desoftware do ponto de conexão de IMS doméstico 212 para executar oprocesso (B2a) de obtenção de tela de serviço. Nesta concretização de métodooperacional de tela de serviço a fim de obter uma tela de serviço usando afunção de um navegador de HTML, os módulos de software de SOAP eGENA descritos com referência à Figura 6 não são implementados, e alémdisso, em vez do Servidor proxy de Mensagem de UPnP descrita comreferência à Figura 6, um Servidor proxy de HTTP que retransmite dados deHTML entre um servidor HTTP e um cliente de HTTP é implementada.Com referência ao diagrama de seqüência mostrado na Figura 13,

processo (Bl) de descoberta de dispositivo

processo (B2a) de obtenção de tela de serviço

Estas seqüências nesta concretização serão descritas.

O processo (Bl) de descoberta de dispositivo é semelhante aoprocesso descrito anteriormente com referência à Figura 9. O DMP (porexemplo, a TV (DMP) 213 mostrada na Figura 3), que é um dispositivoreprodutor de conteúdo, executa o processo de processamento de descobertade dispositivo por etapas S31 a S34 de acordo com o protocolo de descobertade dispositivo definido em UPnP. Por este processo, o DMP como umdispositivo reprodutor de conteúdo descobre um servidor de provisão deconteúdo (DMS) implementado no ponto de conexão de IMS doméstico, eobtém uma URL de Apresentação por obter dados de HTML providos por umservidor de HTTP implementado no DMS, por Descrição de Dispositivo doDMS de acordo com a definição de UPnP DA.

No processo (B2a) de obtenção de tela de serviço executado aseguir, primeiro, na etapa S201, o DMP como um dispositivo reprodutor deconteúdo envia um pedido de HTTP:GET ao servidor de HTTP do DNSusando uma URL de Apresentação obtida no processo (Bl) de descoberta dedispositivo.

Na etapa S202, o Servidor proxy de HTTP implementado noponto de conexão de IMS doméstico transmite o pedido de HTTP:GETrecebido pelo servidor de HTTP do DMP como um dispositivo reprodutor deconteúdo para o servidor de aplicativo (AS) do serviço de IPTV.

O servidor de aplicativo (AS) do serviço de IPTV gera, comodados de HTML (Linguagem de Marcação de Hipertexto), uma tela deserviço incluindo uma lista de conteúdo usando informação de conteúdoobtida do servidor de EPG, e na etapa S203, retorna os dados de HTMLrepresentando a tela de serviço para o ponto de conexão de IMS domésticocomo uma resposta de OK.

Na etapa S204, o ponto de conexão de IMS domésticotransfere a resposta incluindo os dados de HTML, recebidos do servidor deaplicativo (AS) do serviço de IPTV, para o DMP como um dispositivoreprodutor de conteúdo pelo Servidor proxy de HTTP.

O DMS como um dispositivo reprodutor de conteúdo gera eapresenta ao usuário uma tela de serviço formada de uma lista de conteúdo eassim sucessivamente executando um processo de desenho no qual umnavegador de HTML é aplicado aos dados de HTML transferidos pelo pontode conexão de IMS doméstico e enviados pelo servidor de aplicativo (AS) doserviço de IPTV. A tela de serviço inclui uma lista de conteúdo do serviço deIPTV, e o usuário seleciona conteúdo a ser reproduzido da lista de conteúdo.

O processo de seleção de conteúdo é executado como, porexemplo, um processo de selecionar uma lista de conteúdo exibida na tela porcontrolador remoto, chave, teclado, ou um ponteiro tal como um mouse. Peloprocesso de seleção de conteúdo, uma URL de recurso de conteúdo incluídanos dados de HTML é identificada. Usando a URL correspondendo aoconteúdo selecionado, os processos subseqüentes, isto é, os processosdescritos anteriormente com referência à Figura 10:

(B3) Processo de autenticação e troca de chave

(B4) Processo de Transferência contínua de Conteúdo

Estes processos são executados. Por estes processos, o DMP,como um dispositivo reprodutor de conteúdo executa reprodução de conteúdo.

Quer dizer, o dispositivo de cliente introduz seleção de conteúdo do usuáriorelativa à lista de conteúdo incluída na tela de serviço, e na base dainformação de seleção de conteúdo, o dispositivo de cliente identifica umaURL correspondendo ao conteúdo selecionado, isto é, uma URL de recursode conteúdo incluída em dados de HTML, e executa um processo deautenticação e troca de chave baseado na URL e um processo deTransferência contínua de Conteúdo.

Note que embora o processo de obtenção de tela de serviçoexecutado nas etapas S201 a S204 seja um processo de uma vez no diagramade seqüência mostrado na Figura 13, a tela de serviço pode assumir umaconfiguração de menu estrutural representada por uma pluralidade de itens dedados de HTML, e torna possível executar re-obtenção da tela de serviço nabase da operação do usuário de um navegador de HTML. Quer dizer, aconfiguração pode ser tal que um processo equivalente ao processo das etapasS201 a S204 seja executado repetidamente. É possível prover várias telas deserviço de um AS de um serviço de IPTV de um DMP, e o usuário no lado deDMP pode selecionar conteúdo arbitrário de listas de conteúdo apresentadasem várias telas de serviço.

Além disso, em um caso onde um processo de provisão deconteúdo provido por um serviço de IPTV é um serviço de vídeo emdemanda, ou em um caso onde confirmação de cobrar na compra do usuáriode um direito de visualização de conteúdo é executada, dados de HTMLrepresentando uma tela de confirmação são transmitidos de um AS de umserviço de IPTV para um DMP por um ponto de conexão de IMS doméstico.

O usuário pode operar a tela de serviço exibida em umaexibição do DMP e receber serviços providos por vários serviços de IPTVenquanto executando processos interativos.

Figura 14 mostra um exemplo de uma tela de serviço e umatela de reprodução por transferência contínua provida de um AS de umserviço de IPTV para um DMP e exibida em uma exibição do DMP.

Figura 14 (1) é um exemplo de uma tela de serviço exibida naexibição do DMP no (B2) processo de obtenção de tela de serviço nas etapasS201 a S204 descrito no diagrama de seqüência da Figura 13.

Figura 14 (2) é um exemplo de uma tela exibida na exibiçãodo DMP na hora do processo de Transferência contínua de Conteúdosubseqüente. Quer dizer, é um exemplo de uma tela exibida em um aparelhoreprodutor de conteúdo em um caso onde (B4) o processo de Transferênciacontínua de Conteúdo descrito com referência à Figura 10 está sendoexecutado.

Note as duas telas mostradas na Figura 14, isto é;

(1) Tela de serviço

(2) Tela de transferência contínua de conteúdo

Estas duas telas de processo podem ser trocadas por operaçõesdo usuário a temporização apropriada, e os processos de apresentação de telade serviço e de transferência contínua de conteúdo podem ser executadosrepetidamente.

Note que embora a concretização descrita aqui foi descritacomo um exemplo de um processo no qual o esquema de Apresentaçãodefinido em UPnP DA é usado, por exemplo, um processo semelhantetambém pode ser executado em uma configuração na qual o esquema de umNavegador de HTML definido no padrão de CEA-2014.

O padrão de CEA-2014 será descrito brevemente. O padrão deCEA-2014 é um padrão de protocolos e estruturas baseadas na Web, e é umpadrão para interfaces do usuário remotas que usam redes de UPnP e aInternet. O padrão de CEA-2014 é um padrão que define um mecanismoprecisado para prover uma interface do usuário sob controle de um dispositivoremoto conectado, por exemplo, por uma rede ou similar.

O processo básico do dispositivo que provê a interface dousuário é um processo se conformando à Arquitetura de Dispositivo de UPnP(vl.O), que é uma definição relativa a redes de UPnP e UPnP Doméstico. Opadrão de CEA-2014 permite um processo de exibição remota de umainterface de usuário provida a um dispositivo de UPnP doméstico por umserviço de Internet de um terceiro, e define várias funções de UI usadas emTV, telefones móveis, e dispositivos portáteis. Note que o padrão de CEA-2014 é configurado como um padrão incluindo definições correspondendo àsespecificações específicas de CEA-2027-A, que é um padrão de UI de redesdomésticas.

Em um dispositivo no qual um Navegador de HTML definidono padrão de CEA-2014 é implementado, obtendo uma tela de serviço usandoo Navegador de HTML, um processo semelhante ao processo descrito comreferência à Figura 13 é alcançado. Note que neste caso, a classe deDispositivo de UPnP do ponto de conexão de IMS doméstico se torna umServidor de UI Remoto, e dados de HTML de acordo com um perfil denavegador de HTML definido em CEA-2014 são usados.

2. Descrição de funções aplicadas a serviço de IPTVAqui acima, descrição foi dada relativa a uma configuraçãoque permite visualização de conteúdo provido por um servidor externo fora deuma rede doméstica, tal como um serviço de IPTV, usando um dispositivo deDLNA existente em um ambiente de conexão de Internet aberta que nãodepende de infra-estrutura tal como uma linha de acesso à Internet ou umponto de conexão. Em seguida, funções usadas para receber um serviço deIPTV de um servidor externo por um dispositivo em uma rede domésticaserão descritas relativas aos itens listados abaixo:

2-A. Funções de cliente receptor de serviço de IPTV

2-B. Funções de IMS (Subsistema de Multimídia de IP)

2-C. Funções usadas em configuração de rede

2-A. Funções de cliente receptor de serviço de IPTV

Primeiro, funções de um cliente receptor de serviço de IPTVserão descritas. Como descrito anteriormente com referência à Figura 3, narede doméstica 210, Ponto de conexão residencial (RG) 211, que é umdispositivo conector de rede para conectar um dispositivo em uma rededoméstica à rede de banda larga de IP 211, e que é usado como uma ponte;Ponto de conexão de IMS doméstico 212 que executa umprocesso para permitir um dispositivo reprodutor de conteúdo, tal como umdispositivo (por exemplo, TV (DMP) 213 na rede doméstica 210, usar umserviço provido por um servidor fora da rede doméstica; e

Reprodutor de Mídia Digital (DMP) TV 213, que é umdispositivo de cliente que recebe e reproduz conteúdo.

Estes dispositivos existem.

Estes dispositivos podem ser configurados tanto comoaparelhos individuais fisicamente separados ou como um único aparelho.

Quer dizer, várias colocações são possíveis relativas àconfiguração de dispositivo da rede doméstica 210. Porém, em tais váriasconfigurações de dispositivo, é necessário que funções precisadas parareceber um serviço de IPTV sejam providas em um dos aparelhos.

Um único aparelho para processar informação ou umacombinação de uma pluralidade de aparelhos de processamento deinformação como um cliente conectado em uma rede doméstica basicamenteinclui uma unidade de comunicação que executa um processo de comunicaçãopor uma rede doméstica, e uma unidade de processamento de dados queexecuta um processo de receber um serviço de provisão de conteúdo providopor um servidor externo usando informação de mapeamento que fixa umservidor externo fora da rede doméstica como um dispositivo de rededoméstica virtual. Em seguida, funções que são precisadas ou efetivas para oaparelho para processar informação conectado na rede doméstica para receberum serviço de IPTV, isto é, funções de um cliente receptor de serviço deIPTV, serão descritas.

A função precisada para o cliente receptor de serviço de IPTVé uma função de terminal de IPTV. A função de terminal de IPTV é umafunção precisada a um ponto de extremidade lógica do serviço de IPTV. Porexemplo, na configuração de exemplo mostrada na Figura 3, cada um doponto de conexão de IMS doméstico 212 e da TV (DMP) 213 executa umaparte da função de terminal de IPTV. Por cada um destes dispositivosexecutando uma parte da função de terminal de IPTV de acordo com seuspapéis individuais, torna possível receber um serviço provido de um servidorexterno e apresentá-lo a um dispositivo na rede doméstica, por exemplo, a TV(DMP) 213 mostrada na Figura 3. Note que embora não mostrado na Figura3, além disso, um processo de prover um serviço do servidor externo paraoutro dispositivo de rede doméstica, e manutenção, impressão, exibição ousimilar é implementado.

Figura 15 mostra elementos constituintes da função determinal de IPTV, que é uma função precisada para receber um serviço deIPTV. Como mostrado na Figura 15:(Al) Cliente de IPTV(A2) Ponto de conexão de IMS(A3) Outros

A função de terminal de IPTV pode ser dividida nestescomponentes individuais. Em seguida, elementos funcionais incluídos emcada destes componentes serão descritos.

(Al) Cliente de IPTV

Um cliente de IPTV é um componente que serve para receberum serviço de IPTV seguramente a um dispositivo de IPTV, por exemplo, aTV (DMP) 213 mostrada na Figura 3. Como mostrado na Figura 15:Cliente de aplicativo de IPTVCliente de comunicação de IMSCliente de navegação de IPTVCliente de proteção de conteúdoPonto de conexão de aplicativo de IPTV-DLNAO cliente de IPTV inclui sub-componentes como esteselementos funcionais. Estes elementos funcionais (sub-componentes) serãodescritos abaixo.

O aplicativo de cliente de EPTV recebe um sinal de mídia e oenvia para um sistema de exibição. Por exemplo, o cliente de aplicativo deIPTV recebe um comando de um usuário por um controlador remoto ousimilar, e executa um processo passado o comando. Especificamente, porexemplo, o cliente de aplicativo de IPTV executa exibição de um EPG (Guiade Programa Eletrônico), ou uma especificação de canal ou processo demudança usando o EPG, e assim sucessivamente.

O cliente de comunicação IMS é um conjunto de aplicativosde IMS usados para distribuir informação de mensagem tais como mensagensou dados de vídeo, e informação de serviço baseada em outro IMS, nãorelacionado a IPTV.

O cliente de navegação de IPTV é usado para carregar umEPG (Guia de Programa Eletrônico), uma lista de conteúdo correspondendo aVOD (Vídeo em Demanda), e outros metadados, e para exibir estes usandouma GUI especial para seleção de conteúdo.

O cliente de aplicativo de IPTV executa um processo deintegrar outros metadados de fontes tais como uma TV radiodifundida ou umarede doméstica de DLNA.

O cliente de proteção de conteúdo executa proteção deconteúdo provida por um serviço de IPTV, por exemplo, um processo decriptografia para proteger o direito autoral de um dono conteúdo, um processode administrar uma chave de criptografia, e assim sucessivamente.

O ponto de conexão de aplicativo de IPTV-DLNA executa umprocesso de receber um meio e um EPG (Guia de Programa Eletrônico) de umcliente de IPTV, convertendo-o em um formato utilizável a um dispositivo deDLNA, e enviando um EPG (Guia de Programa Eletrônico) ou similar poruma rede, e assim sucessivamente.

O ponto de conexão de aplicativo de IPTV-DLNA atua comoum cliente de SIP (Protocolo de Iniciação de Sessão), e executa um processode registro para outros dispositivos domésticos conectados à rede doméstica.Por exemplo, executa registro de membros familiares ou dispositivos.(A2) Ponto de conexão de IMS

A seguir, componentes funcionais de (A2) o ponto de conexãode IMS mostrado na Figura 15 serão descritos. Na configuração mostrada naFigura 3, isto corresponde a funções do ponto de conexão de IMS doméstico212, que é um componente que conecta um dispositivo em uma rededoméstica a uma rede de IMS. Executa conversão entre vários protocolos desinal como precisado para executar retransmissão de mensagens entredispositivos na rede doméstica e aparelhos fora da rede doméstica.Como mostrado na figura,IMS B2BUAServidor proxy de IMSCliente de IMSCliente de GBAInterface de roteador doméstica

O ponto de conexão de IMS doméstico inclui estes elementosfuncionais (sub-componentes). Estes elementos funcionais (sub-componentes)serão descritos abaixo.

O IMS B2BUA funciona como uma unidade de inter-funcionamento entre um cliente de SIP puro e um sistema de IMS, e executaprocessos tais como conversão entre mensagens de SIP e mensagens de IMS etransferência de mensagem.

A servidor proxy de IMS envia simplesmente uma mensagemsem executar conversão de mensagem como B2BUA, e executa um processode determinar uma rota, um processo de mapeamento entre um endereço de IP(local e global) e um número da porta, e assim sucessivamente.

O cliente de IMS executa um processo de registro de cliente(processo de registro de IMS) aplicando informação de identificação ousimilar de um cliente. Além disso, executa suporte para processos tal comoum processo de autenticação e colocação de conexão de segurança de LPSeccom CSCF.

A função de interface de roteador doméstico provê funções deroteamento, tal como prover uma função de NAT. Por exemplo, obtém umendereço de P-CSCF por uma opção de DHCP de servidor de SIP [DHCP-SIP] ou por consulta de DNS baseado em um registro de SRV, e executa umprocesso de abrir e fechar uma porta para sinais de controle definidos emUPnP e uma porta para transferência contínua de mídia por unidifusão.

(A3) Outros

A função de terminal de IPTV inclui:(Al) Cliente de IPTV(A2) Ponto de conexão de IMS

além destes componentes descritos acima,(A3) Outros,

como elementos funcionais (sub-componentes) mostrados naFigura 15,

Servidor proxy de HTTP

Função de 'caching'

Função de controle de canal de dados de multidifusãoEstes elementos funcionais (sub-componentes) serão descritosabaixo.

O servidor proxy de HTTP é um programa intermediário queexecuta um processo de acordo com definição de protocolo [HTTP] para atuarambos como um servidor e um cliente para o propósito de emitir um pedidoem nome de outro cliente (cliente de HTTP). Por exemplo, o servidor proxyde HTTP pode interromper em HTTP GET enviado ao exterior, e por em'cache' e usar dados que podem se referidos por um URI pedido. Além disso,o servidor proxy de HTTP atua como um cliente de HTTP, e executa pesquisade dados baseado em um URI pedido, e assim sucessivamente.

A função de 'caching' é usada para armazenar dados recebidospelo cliente por carregamento por unidifusão ou multidifusão. A função de'caching' executa um processo de 'caching' de gravar temporariamente dadoscomo imagem de páginas da Web (EPG e outro menu de EPTV), e metadados.

Por exemplo, a função de 'caching' é usada para minimizartempo de espera de interação do usuário, para minimizar a quantidade decarregamento por unidifusão de um aplicativo de IPTV e função de controle,e assim sucessivamente. Em um caso onde acesso direto pelo cliente épermitido e o cliente de IPTV e a função de 'caching' estão fisicamenteremotos dentro da mesma rede, por exemplo, a função de 'caching' podeemitir uma notificação da função de 'caching' para o cliente de IPTV usando oprotocolo de GENA de acordo com definição de DLNA relativa a um eventotal como a ocorrência de novos dados de 'cache'.

A função de controle de canal de dados de multidifusão(MDC) é uma função que executa intermediação entre a função de 'caching' eaplicativos instalados no cliente, e inclui uma função de inserção de Canal dedados de multidifusão. A função de inserção de MDC recebe um pedido deconteúdo para MDC de vários aplicativos, e distribui conteúdo através demultidifusão em um canal de multidifusão.

A função de controle de canal de dados de multidifusão(MDC) identifica pedidos de várias aplicativos através de etiquetas. Porexemplo, torna possível para um navegador executado no lado de cliente obterEPG emitindo um pedido com especificação de uma etiqueta de página deEPG. A função de controle de MDC filtra recepção de MDC, e envia objetosde MDC junto com etiquetas para aplicativos individuais.

Note que a função de controle de canal de dados demultidifusão (MDC) inclui um servidor proxy de MDC, e em um caso onde oservidor proxy de MDC registrou como número específico de pedidosconsiderando certos objetos tais como páginas de EPG, pode pedir a funçãode controle de MDC para incluir a página de EPG no MDC.

Quer dizer, é possível distribuir os mesmos dados a umapluralidade de clientes através de multidifusão, e torna possível excluir anecessidade de um pedido de dados por um canal de unidifusão de cadacliente, de forma que processamento se torna eficiente.

2-B. Funções de IMS (Subsistema de Multimídia de IP)

A seguir, funções de um IMS (Subsistema de Multimídia deIP) usado para receber um serviço de IPTV de um servidor externo por umdispositivo em uma rede doméstica serão descritas. Quer dizer, as funções sãofunções da rede de IMS 230 mostrada na Figura 3.

Como descrito anteriormente, IMS está baseado emtecnologias de IP, e é altamente compatível com infra-estrutura de Internet desistemas de comunicação fixos. IMS é constituído por elementos funcionaistais como um Subsistema de Assinante Doméstico (HSS) e um Servidor deAplicativo (AS), com um elemento funcional chamado CSCF (Função deControle de Sessão de Chamada) como um núcleo, a CSCF sendo baseada emSIP (Protocolo de Iniciação de Sessão) definido em RFC-3261 da IETF (AForça-tarefa de Engenharia da Internet).

A rede de IMS 230 mostrada na Figura 3 inclui a CSCF 231, oHSS 232, e o AS (IPTV) 233 como estes elementos funcionais, e provê umserviço ao telefone celular 260 pela rede de telefone móvel 240.

A CSCF 231 executa controle de registro de usuário ecolocação de sessão baseada no SIP (Protocolo de Iniciação de Sessão). Alémdisso, de acordo com colocação de um perfil de usuário registrado no HSS232, executa ativação de processos de serviço precisados. O HSS 232 tem umbanco de dados para administração de IDs de usuário usados no IMS,administração de perfis de serviços aos quais cada usuário se subscreve,administração de informação de autenticação, administração de se uso de cadaserviço de LMS é permitido, e administração de transferência de usuário. OAS 233 é um servidor que executa processos de servidores individuais. O AS233 é ativados pela CSCF 231 de acordo com o estado de assinatura deserviço de cada usuário e provê serviços ao usuário.

Como descrito acima, no IMS, por exemplo, um usuário comum ID de usuário registrado acessa a CSCF 231 usando um aparelho decliente para executar registro do terminal (cliente) e controle de colocação deuma sessão, serviços precisados são ativados de acordo com colocação de umperfil de usuário registrado no HSS 232, e o AS 233 executa realmenteprocessos de serviços individuais.

Em um serviço de visualização de IPTV, um AS do serviço deIPTV fixado na rede de IMS 230 é usado. O AS (IPTV) 233 mostrado naFigura 3 corresponde ao AS que executa o serviço de IPTV. O AS (IPTV)233 mostrado na Figura 233 executa realmente serviços para o terminal deusuário em cooperação com o serviço de IPTV 250 como uma entidade queexecuta o serviço de IPTV, isto é, como uma entidade que provê conteúdo.

O serviço de IPTV 250 inclui um servidor de EPG 251, que éum servidor que provê um EPG [Guia de Programa Eletrônico], que é umguia de informação de programa tal como uma lista de conteúdo, e umservidor de vídeo 252, que é um servidor que provê conteúdo de AV. Umserviço de provisão de lista de conteúdo e um serviço de provisão de conteúdopara o terminal de usuário são implementados por cooperação entre osservidores respectivos e o AS (IPTV) 233 da rede de IMS 230.

Como descrito com referência à Figura 3, partes principais dasfunções do IMS (Subsistema de Multimídia de IP) incluem a CSCF (Funçãode Controle de Sessão de Chamada) 231, o Subsistema de AssinanteDoméstico (HSS) 232, e o Servidor de Aplicativo (AS) 233. A CSCF 231executa controle de registro de usuário e colocação de sessão, e executaativação de processos de serviços que são precisados de acordo comcolocação de um perfil de usuário registrado no HSS 232. O HSS 232 tem umbanco de dados para administração de IDs de usuário usados no IMS,administração de perfis de serviços aos quais cada usuário se subscreve,administração de informação de autenticação, administração de se uso de cadaserviço de IMS é permitido, e administração de transferência de usuário. OAS (IPTV) 233 executa serviços para o terminal de usuário em cooperaçãocom o serviço de IPTV 250 como uma entidade que executa o serviço deIPTV, isto é, como uma entidade que provê conteúdo.

Figura 16 é um diagrama mostrando as funções principais do

IMS (Subsistema de Multimídia de IP):

(Bl)CSCF

(B2) HSS

(B3) AS

As funções destes (Bl) CSCF, (B2) HSS, e (B3) AS serãodescritas individualmente abaixo.BL CSCF

Como mostrado na Figura 16, CSCF (Função de Controle deSessão de Chamada) é dividida em três entidades lógicas, isto é, CSCF deServidor proxy, CSCF Interrogante, e CSCF de Serviço.

A CSCF de Servidor proxy serve como, por exemplo, umcliente como um terminal de IMS em uma rede doméstica, por exemplo, oprimeiro ponto de entrada a uma rede externa do ponto de conexão de IMSdoméstico 212 mostrado na Figura 3. A CSCF de Servidor proxy usa umachave obtida da CSCF de Serviço a fim de estabelecer uma relação desegurança IPSec com um cliente como um terminal de IMS na rededoméstica, por exemplo, o ponto de conexão de IMS doméstico 212 mostradona Figura 3.

Relativo a cada mensagem de SIP protegida por comunicaçãode IPSec vindo de um terminal, por exemplo, o ponto de conexão de IMSdoméstico 212 mostrado na Figura 3, a CSCF de Servidor proxy verificaintegridade e decodifica a mensagem de SIP. Por exemplo, em um caso ondea mensagem está codificada, decodificação é executada decifrando. Nadecodificação bem sucedida, a CSCF de Servidor proxy executa um processode confirmar um identificador de cliente, e assim sucessivamente.

A CSCF Interrogante executa, por exemplo, uma pergunta aoHSS, e assim sucessivamente, e obtém informação de assinante (perfil deusuário, etc.) e suporta o processo de registro. Além disso, executa processosrelativos a mensagens de SIP e determinação de rota para cobrança de taxa.

A CSCF de Serviço é um ponto de contato com a rededoméstica, e funciona como um gravador de SIP e funciona como umservidor de SIP que mantém associação entre a posição de um usuário e umendereço de SIP de usuário gravado. Executa um processo de obter do HSSum vetor de verificação de AKA (AV), que são dados aplicados àautenticação de cliente, e um perfil de usuário/perfil de serviço. A CSCF deServiço executa um processo de autenticação de cliente usando o protocolo deAKA, e na autenticação bem sucedida, provê uma chave incluída no vetor deautenticação de AKA (AV) para a CSCF de Servidor proxy.

Além disso, a CSCF de Serviço verifica todas as mensagens deSIP com o terminal de IMS, por exemplo, o cliente, e determina a rota para asmensagens. Este processo pode ser executado como um processo no qual umaregra/evento de gatilho baseado no perfil de serviço de usuário obtido do HSSé considerado.

B2. HSS

O Subsistema de Assinante Doméstico (HSS: Subsistema deAssinante Doméstico) mantém uma lista de cliente (informação de usuário)relativa à informação de assinante de IMS, perfis de usuário, e assimsucessivamente. A um cliente, como uma pluralidade de itens de informaçãode identificação, uma identidade de usuário privada (IMPI) e uma identidadede usuário pública (INPU) são fixadas, e informação de usuário é gravada eadministrada em associação com pelo menos qualquer um destes itens deinformação de identificação.

Por exemplo, um perfil de assinante de um serviço de IPTV éassociado com IMPI, que é o informação de cliente (usuário), e inclui umperfil de serviço associado com cada cliente. O perfil de serviço inclui uma oumais identidades de usuário públicas (IMPU), informação de autenticação derede de núcleo (opção), um ou mais itens de informação de critério de filtro, eassim sucessivamente.

A CSCF de Serviço descrita anteriormente, usando estescritérios de filtro possuídos pelo HSS, determina se é apropriado definir umarota para um AS (Servidor de Aplicativo), se isto for pedido para certospedidos de SLP, e assim sucessivamente, e executa filtragem. Note queinformação aplicada ao filtro é salva e relatada para cada AS considerandocada usuário. Por exemplo, relativo a IPTV, o HSS mantém informaçãorelativa a uma entidade que provê o serviço de IPTV e um identificador deserviço, e executa filtragem na base destes. Além disso, o HSS tambémexecuta geração de um vetor de autenticação de AKA (AV) usado durante umprocedimento de registro de IMS legítimo.

B3. AS

Outro elemento principal das funções principais do IMS(Subsistema de Multimídia de IP) é um servidor de aplicativo de IMS (AS). Oservidor de aplicativo de IMS (AS) tem as funções de IPTV seguintes:

* Função de descoberta de serviço

Esta é uma função para determinar a posição de um ponto deacesso para um AS de IMS que provê um serviço de IPTV.

* Função de nPVR (Gravação de Vídeo Pessoal em Rede)Esta é uma função para gravar dados recebidos em nome deum usuário, e uma função para cobrar uma taxa relativa à função de nPVR,permissão, e prover outros serviços.

* Função de junção

Esta é uma função que reside em um caminho de comunicaçãopara executar vários serviços, cobrança de taxa, e assim sucessivamente.

* Função de controle

Esta é uma função para terminação de tráfego de SIP, ajuste deinstalação de uma transferência contínua de mídia, gravação de um usuáriofinal e informação colocada em registro e assim sucessivamente, cobrança detaxa de um serviço de IPTV, processos para permissão e outros serviços, umprocesso de delegar estes serviços e funções a um dispositivo externoconectado a uma rede de IMS, e assim sucessivamente.

2-C. Funções usadas em configuração de redeA seguir, funções usadas em uma configuração de rede parareceber um serviço de IPTV de um servidor externo a um dispositivo em umarede doméstica serão descritas. Como mostrado na Figura 17, as funçõesusadas em uma configuração de rede incluem estes elementos funcionais:

(Cl) Servidor de mídia

(C2) Função de transcodificação

(C3) Roteador doméstico

Estes elementos podem ser dispostos em uma rede de umamaneira distribuída. Por exemplo, o servidor de mídia (Cl) e função detranscodificação (C2) podem ser configurados no serviço de LPTV 250 naFigura 3 ou podem ser fixados como uma configuração independente emoutro dispositivo conectado à rede. Na configuração da Figura 3, o roteadordoméstico (C3) é provido em um dispositivo na rede doméstica 210, porexemplo, é provido no ponto de conexão de IMS doméstico 212.

Em seguida, processos destas funções serão descritos:(Cl) Servidor de mídia(C2) Função de transcodificação

(C3) Roteador domésticoAlém disso,

(C4) Detalhes de processo de comunicação por uma rede serádescrito.

Cl. Servidor de mídia

O servidor de mídia é um componente mais importante dacamada de mídia. Por exemplo, o servidor de mídia executa salva e saída deconteúdo de VoD (vídeo em demanda), armazenamento de conteúdo paragravação de vídeo pessoal em rede (nPVR) executada como um processo degravação de conteúdo específico de cliente a cada cliente, e assimsucessivamente. Além disso, por exemplo, quando uma função especial, talcomo reprodução lenta, avanço rápido, retrocesso, ou saltar capítulo, éexecutada em VoD (vídeo em demanda) ou similar, o servidor de mídiaexecuta processamento de transferência contínua de mídia como precisado. Oconteúdo de VoD (vídeo em demanda) é introduzido de um sistema deadministração de conteúdo para o servidor de mídia.

C2. Transcodificação

A função de transcodificação é, por exemplo, uma função paraexecutar conversão e codificação de dados correspondendo a SD (DefiniçãoPadrão), que é uma qualidade de imagem padrão, e HD (Alta Definição), queé uma alta qualidade de imagem. Por exemplo, um cliente executa negociaçãocom um servidor de provisão de serviço de IPTV relativo a uma maneira decodificar uma transferência contínua, e assim sucessivamente, usandonegociação de SDP SIP normal em uma instalação de sessão de SIP, de formaque seja possível receber dados codificados em uma forma adequada para ocliente. A função de transcodificação precisa executar codificação em atençãoa uma maneira de codificação utilizável na rede e também de uma largura dabanda disponível em um trajeto de transferência contínua, e executar umprocesso em atenção a conveniência de um tamanho de tela, resolução, eassim sucessivamente, de um cliente.

C3. Roteador doméstico

Em muitos casos, uma rede doméstica está conectada a umarede de distribuição por um roteador doméstico que provê uma função deNAT/NAPT (tradução de endereço de rede/tradução de porto de endereço derede). O roteador doméstico pode ser classificado em dois perfis de suportetotal e roteadores domésticos restritos. Por exemplo, para receber um serviçode IPTV,

* UPnP, IGD

* Passagem de multidifusão de IP, IGMP, servidor proxy, eIGNP SNOOPING

* Suporte de QoS (Qualidade de Serviços) com prioridadeincluindo mapeamento de DSCP a etiqueta de prioridade de camada 2 (802.IpWMM)

* Retransmissão de acordo com parâmetros por função deservidor de DHCP

E preferível que estas habilidades sejam suportadas.

C4. Detalhes de processo de comunicação por uma rede

A seguir, detalhes de comunicação de rede usando as funções

descritas acima, isto é:

(Cl) Servidor de mídia

(C2) Função de transcodificação

(C3) Roteador domésticoserão descritas.

Comunicação e estabelecimento de sessão

Em um processo de comunicação por um roteador doméstico,por exemplo, NAT (tradução de endereço de rede) ou NAPT (tradução deporta de endereço de rede) é usada. NAT é usada para converter um endereçoprivado em um endereço global, e NAPT é usada para converter muitosendereços de rede em portas de TCP/UDP. Estes processos podem serexecutados por um roteador doméstico, ou por um roteador de NAT/NAPTem uma rede.

Por exemplo, uma mensagem de SEP entre um cliente de IMS,tal como o ponto de conexão de IMS doméstico 212 na rede doméstica 210mostrada na Figura 3, e a CSCF de servidor proxy na CSCF 231 na rede deIMS 230 é transferido usando IPsec. Em um caso onde um roteador deNAT/NAPT existe entre estes, uma cápsula de UDP de um pacote de ESP deIPsec [ESP] é usado.

A fim de suportar distribuição por transferência contínuaem multidifusão pelo roteador doméstico, o roteador de NAT/NAPTtambém tem IGMP (protocolo de Administração de Grupo de Internet) efuncionalidade de espionagem de IGMP. Em um caso onde o roteadordoméstico tem uma funcionalidade determinadora de rota de NAT/NAPT,é administrado pelo ponto de conexão de IMS. Para a função deespionagem de IGMP operar corretamente, um relatório de sociedade deIGMP deve ser gerado por um dispositivo que deseja receber pacotes demultidifusão de IP. Por exemplo, um relatório sociedade de IGMP detransferência contínua por multidifusão é gerado por um cliente de IPTV,não pelo ponto de conexão de IMS.

Uso de SNTP (Protocolo de Tempo de Rede SimplesA fim de fixar um marca de tempo e gravação de começo, ousimilar, um cliente em um sistema de IPTV, por exemplo, o ponto de conexãode IMS doméstico 212 ou a TV 213 mostrada na Figura 3, requer um tempopreciso, por exemplo, em unidades de 0,1 segundos. No sistema de IPTV, umcliente implementa um cliente de Protocolo de Tempo de Rede Simples[SNTP]. O cliente de SNTP pode receber sinais de tempo por um canal demultidifusão definido.Protocolo

O protocolo de mídia usado para comunicação de mídia(programa) em um serviço de IPTV deve prover funções de transporte econtrole de transferência contínua de áudio/vídeo em tempo real do plano demídia, e, por exemplo, os protocolos seguintes são usados.

* MPEG-2TS

Toda a transferência contínua de mídia de serviço de TV eVoD por radiodifusão de IPTV se conforma a transferência contínua detransporte de MPEG (NPEG-2TS). Para sincronização de mídia, marcas detempo de MPEG são usadas.

* RTP (Protocolo de Transporte em Tempo Real)

Pacotes de MPEG2-TS são transportados de acordo com oprotocolo de RTP se conformando a RFC 3550 e RFC 2250.

* RTCP (Protocolo de Controle em Tempo Real)

RTCP pode ser aplicado a ambos um servidor de mídia e umcliente como uma opção. É assumido que o protocolo de RTCP se conforma aRFC 3550 relativo tanto a unidifusão ou multidifusão. A fim de alcançarcompatibilidade, é pressuposto que todos os servidores de mídia e clientesimplementam ambos suporte para RTCP e nenhum suporte para RTCP. Porexemplo, embora um servidor de mídia possa enviar um relatório deremetente, um cliente não pode responder por um relatório de receptor. Alémdisso, informação de RTCP pode ser desconsiderada por SDP antes detransferência contínua.

* FEC (Correção de Erro Dianteira)

Embora perda de um pacote em uma rede de IPTV não ocorratão freqüente comparado com a Internet atual, em um caso onde transmissãode dados a uma taxa de bit alta (por exemplo, transferência contínua de HD) éexecutada, transporte robusto é precisado, e como um critério de taxa de perdade pacote, por exemplo, "a taxa de perda de pacote por conteúdo de duashoras é menos que ou igual a 1" é usado. O conteúdo de duas horas incluiaproximadamente IOM pacotes de IP, e assim é requerido que a taxa de perdade pacote seja menos que ou igual a 10 a 7.

A fim de manter qualidade de áudio/vídeo, em um caso onde ataxa de perda de pacote é maior do que a definição anterior, é possívelrecuperar perda de pacote. IPTV emprega correção de erro dianteira (FEC)para executar correção de erro. Note que a fim de alcançar compatibilidade,FEC é enviada da transferência contínua de RTP original usando outra portade EP. O formato de transporte de FEC é baseado em RFC 2377 e suaextensão. A informação de FEC é descrita por SDP assim para suportar outraversão no futuro.

* RTSP (Protocolo de Transferência contínua em Tempo Real)A fim de implementar controle de reprodução incluindoreprodução especial, por exemplo, reprodução lenta, avanço rápido,retrocesso, saltar capítulo, ou similar, todos os servidores de mídia e osclientes suportam RTSP (RFC 2326). Para o propósito de transporte de RTSP,TCP é usado. Em um caso de multidifusão, RTSP não é usado.

Em um sistema de IPTV, um cliente estabelece uma sessão demídia pelo protocolo de SIP, e depois da instalação de sessão, RTSP é usadopara controle de reprodução.

Formato e distribuição de conteúdo de mídiaPara um codec de mídia de conteúdo de vídeo, MPEG-2Parte 2 e MPEG-4 Parte 10 (também conhecido como AVC ou H.264) sãousados. Distribuição de mídia tal como um programa de TV pode seradministrada por um servidor de mídia dedicado depois de colocação deuma sessão entre um cliente e um servidor, e transcodificação oucodificação de dados de distribuição também é executada por uma redepara distribuição de mídia.

Processo de envio e recepção de dados por transferênciacontínua por unidifusão

Por exemplo, a um momento de VoD (vídeo em demanda) ouobtenção de EPG, de acordo com um pedido de um cliente, uma transferênciacontínua por unidifusão é estabelecido por navegação. Por exemplo, em umcaso onde um usuário no lado de cliente seleciona um título de VoD, pelafunção de controle de LPTV no lado de cliente, convite de SIP identificandouma transferência contínua é enviado do cliente para um servidor de mídiatendo conteúdo desejado (por exemplo, o serviço de IPTV 250 mostrado naFigura 3) usando um protocolo tal como RTSP.

Quando a preparação para começar uma sessão está pronta, afunção de controle de IPTV do cliente responde a convite de SIP do cliente, ea transferência contínua é começada por RTSP PLAY do cliente diretamentepara o servidor de mídia ou pela função de controle de IPTV atuando comoservidor proxy de RTSP.

A transferência contínua por unidifusão é usada, por exemplo,em nPVR (gravação de vídeo pessoal em rede) ou VoD (vídeo em demanda).Uma transferência contínua por unidifusão de IPTV encapsula quadros deMPEG-2 ou MPEG-4 Parte 10 como uma transferência contínua de transportede MPEG-2, e é então colocado como um pacote de RTP. O pacote de RTP étransferido por UDP/IP.

Processo de envido e recepção de dados por transferênciacontínua por multidifusão

Transferência contínua por multidifusão é usada normalmentepata implementar visualização por radiodifusão de TV. As duas opçõesseguintes estão disponíveis para economizar recursos de multidifusão.

(a) Pedido de recurso emitido de SIP SDP através de CSCF deServidor proxy

(b) Pedido de recurso emitido de IGMP, emitido por borda deIP (dispositivo de borda de IP é o primeiro nó de IP entre uma rede domésticae uma rede de coluna vertebral de IP e localizado a uma borda a montante deuma rede de acesso e total.

No cenário anterior (a), quando o usuário primeiro começaassistindo TV de um provedor de IPTV específico (navega um EPG a fim deverificar quais canais estão disponíveis), por exemplo, o ponto de conexão deIMS doméstico 212 ou a TV 213 como um cliente mostrado na Figura 3executa convite de SLP, por exemplo, para o AS 233 da rede de IMS 230mostrada na Figura 3 ou a função de controle de IPTV do serviço de IPTV250 para obter recursos disponíveis da rede. Em um processo de receber deum servidor externo uma lista de conteúdo correspondendo a conteúdo quepode ser provido pelo servidor externo, o cliente executa um processo deobter uma lista de conteúdo correspondendo a um canal selecionado deacordo com um perfil provido, na base de um perfil de usuário ou perfil decliente provido ao servidor externo.

Um ID de recurso, que é um identificador de um recursodisponível, é escrito em metadados de EPG. Na nomeação de um recurso afim de unir o grupo de multidifusão pertinente, o cliente envia uma mensagemde união de IGMP definida em IGMP (Protocolo de Administração de Grupoda Internet). O grupo de multidifusão para união é achado pesquisando o EPGpor um mecanismo de ligação. No processo de receber de um servidor externouma lista de conteúdo correspondendo a conteúdo que pode ser provido peloservidor externo, o cliente executa um processo de obter uma lista deconteúdo correspondendo a um canal selecionado de acordo com um perfilprovido na base de um perfil de usuário ou perfil de cliente provido aoservidor externo.

Por exemplo, ao trocar entre canais diferentes pertencendo aomesmo provedor de serviço de IPTV tendo o mesmo ID de recurso éexecutado pelo usuário no lado de cliente, envio de uma mensagem de SIPadicional não é executado. Isto é porque ocultação desnecessária portroca/acesso direto de canal é para ser evitada. Troca de canal é executadaenviando partir de IGMP para o canal prévio e união de IGMP para o canalnovo. Porém, quando o usuário trocou para um canal com exigências derecurso diferentes, o cliente envia ATUALIZE de SIP à função de controle deIPTV a fim de relatar mudança em parâmetros de sessão e habilitar a CSCFde servidor proxy modificar alocação de recurso. Na modificação dosrecursos, o cliente envia um mensagem de união de IGMP para o novo grupode multidifusão. Como descrito acima, o cliente executa envio de umamensagem de SIP de acordo com SIP (Protocolo de Iniciação de Sessão) emum caso onde troca de canal envolve trocar de provedor de serviço, e nãoexecuta envio de uma mensagem de SIP na troca de canal entre conteúdoprovido pelo mesmo provedor de serviço.

No cenário anterior (b), com a exceção que uma mensagem deatualização de SIP não é precisada durante troca de canal entre canais comexigências de recurso diferentes, a operação de troca de canal é a mesma.Além disso, todos os pedidos de recurso são executados por um dispositivo deborda de IP como resultados de relatórios de IGMP. Em um caso onderecursos não são suficientes devido à troca de canal, união de multidifusãonão é executada. No cenário (b), o propósito de uma sessão de SIP émonitoração de serviço em lugar de administração de recurso.

O cliente inclui uma função de restringir canais de IGMP queo usuário é permitido se unir, por exemplo, de acordo com um perfil deassinante possuído pelo HSS 233 mostrado na Figura 3. Além disso, Comouma opção, um nó de acesso da rede pode executar verificação parapermissão de um assinante para unir certos canais. Os fundamentos domecanismo de comunicação de uma transferência contínua por multidifusãosão os mesmos como aqueles de unidifusão, mas os endereços de fonte edestino na camada de IP são fixados de acordo com o servidor de mídia e ogrupo de multidifusão.O processo de trocar entre conteúdo de distribuição pormultidifusão e conteúdo de distribuição por unidifusão, executado no lado decliente, será resumido. A um momento de receber conteúdo de distribuiçãopor multidifusão provido por um servidor externo, por exemplo, o serviço deIPTV 250 mostrado na Figura 3, uma unidade de processamento de dados deum aparelho de cliente envia uma mensagem de união de IGMP como umamensagem se conformando a IGMP (Protocolo de Administração de Grupo daInternet) para o servidor externo ou servidor de administração, e párarecepção do conteúdo de distribuição por multidifusão, e em um caso onderecepção de conteúdo de distribuição por unidifusão é para ser começada, aunidade de processamento de dados executa um processo de enviar umamensagem de partir de IGMP como uma mensagem se conformando a IGMPao servidor externo ou servidor de administração.

Além disso, a unidade de processamento de dados do clienteexecuta um processo de receber conteúdo de distribuição por multidifusão emrecepção por radiodifusão de TV, e executa um processo de trocar paradistribuição por unidifusão a um momento de execução de VoD (vídeo emdemanda). Além disso, a um momento de um processo de nPVR (gravação devídeo pessoal em rede) executado como um processo de gravação deconteúdo específico de usuário, a unidade de processamento de dados executaum processo de trocar para distribuição por unidifusão. Além disso, também aum momento de execução de uma função especial, como um processo dereprodução de conteúdo especial, a unidade de processamento de dadosexecuta um processo de trocar para distribuição por unidifusão como umprocesso de receber uma lista de conteúdo correspondendo a um perfil deusuário ou perfil de cliente.

Administração de qualidade de serviço

Em um sistema de IPTV, exceto dentro da rede doméstica, épossível administrar qualidade de serviços em todos os segmentos de rede.Administração de tráfego é executada em comunicação pela rede naconfiguração de rede mostrada na Figura 3. Um processo de administrarqualidade de dados de comunicação será descrito com referência à Figura 18.Como mostrado na Figura 18, controle/administração de IPTV QoS(Qualidade de Serviços) é executado na base de RACS (Subsistema deControle de Recurso e Admissão). RACS está na função de controle depolítica, economia de recurso, e controle de admissão. Isto habilita o serviçopedir recursos de transporte por RACS. A gama atual de RACS incluiconexão mútua de uma pluralidade de redes usadas no sistema de IPTV. Aarquitetura de RACS inclui SPDF (Função Determinadora de Política deServiço) e A-RACF (Função de Controle Recurso e de Admissão de Acesso).

Um aplicativo executor de comunicação (por exemplo, aCSCF de servidor proxy da CSCF 231 da rede de IMS 230 mostrada naFigura 3) mapeia informação de QoS de camada de aplicativo (por exemplo,15 parâmetros definidos em SDP) para informação de QoS enviada a SPDF. ASPDF pode servir como uma entidade lógica da CSCF de servidor proxy ououtro nó físico, e informação precisada para este processo é obtida de umamensagem de convite de SIP enviada do cliente quando o usuário pede umcanal de multidifusão ou uma sessão de unidifusão.

A-RACF localizada na rede de acesso recebe pedidos deSPDF, e na base dos pedidos e informação de política salva na A-RACF, A-RACF pode aceitar ou rejeitar os pedidos para transportar recursos sob ocontrole dela. Isto inclui uma borda e IP e um nó de acesso, e finalmente umaresposta é gerada e provida ao aplicativo.

Falha de economia de recurso e relatório de falhaRACS está na função de economia de recurso. Em seguida,processo de falha de economia de recurso e relato de falha será descrito. Emum caso onde RACS falha em economia de recurso, isto é, após a SPDFreceber um relatório de falha de economia da A-RACF, como um processo deinformar um código de erro de comunicação, o RACS retorna Código deResultado Experimental AVP junto com o valor seguinte para a CSCF deservidor proxy, que é o aplicativo executor de comunicação.

* Em um caso de economia de recurso falhada,INSUFFICIENT_RESOURCES

* Em um caso de economia de mudança de recurso falhada,MODI FICATIONJF AILURE

A CSCF de servidor proxy, que é o aplicativo executor decomunicação, deve mapear o código de erro recebido a um código de erro deSIP, e retorná-lo ao terminal (cliente), isto é, deve rejeitar CONVITE de SIP.Note que para o propósito de [INSTALAÇÃO] deste processo, um código deestado de SIP de "Falha de Pré-condição" pode ser usado.

Ordenação de dados de comunicação

Por exemplo, a ordenação de prioridade de dados decomunicação na rede doméstica pode ser executada na base de marcação deprioridade. Esta abordagem se conforma à diretriz de DLNA. Por exemplo,uma regra de mapear entre tipos de dados de comunicação (tipos de tráfego) eprioridades (prioridade [DLNA]) é fixada, e a prioridade de dados decomunicação é determinada na base desta regra.

3. Exemplos de processo específicos de serviços de IPTVA seguir, exemplos de processo específicos de serviços deIPTV serão descritos em ordem, individualmente relativos ao seguinte doisitens:

3-1. Exemplo de processo específico de processo decomunicação

3-2. Exemplos de processo específicos de vários serviços

3-1. Processo de exemplo específico de processo decomunicação

Em um serviço de IPTV, um meio como conteúdo, tal comoum programa, é distribuído por uma rede de EP, e IMS é usado paraadministração de identidade (identificador), autenticação, permissão, e assimsucessivamente. O sistema de IPTV usa IMS a fim de assegurar quecomunicação de dados seja operada por um método seguro, autenticado epermitido. No serviço de IPTV, SIP é usado a um momento de distribuição deuma transferência contínua de mídia, e SLP também é usado pra executaroutras funções. Uma vantagem de usar IMS é que todas as mensagens de SIPatravessam automaticamente o servidor proxy de IMS. Isto significa que oconteúdo e cabeçalhos de mensagens podem ser usados para interaçãoautomatizada, tal como colocação de uma qualidade de serviço correta.

A arquitetura de IPTV é projetada de forma que conexãomútua seja permitida com comunicação de DLNA convertida em SIP. Emoutras partes do sistema, por exemplo, quando interage com componentes dafunção de administração de conteúdo, a função de aplicativo de IPTV recebecomunicação de sinal de SIP da função de controle de IPTV, e a converte emoutro protocolo (HTTP ou similar). Os processos são executadosprincipalmente pelo servidor de aplicativo de IMS (AS).

Em seguida, como três exemplos de desenvolvimentoespecíficos de serviço de IPTV,

3 -1 -1. Cenário de desenvolvimento 13 -1 -2. Cenário de desenvolvimento 23 -1 -3. Cenário de desenvolvimento 3Estes três tipos de cenários de desenvolvimento serãodescritos. Além disso,

3-1-4. Processo de cliente de conexão de rede3-1-5. Processo de cliente de desconexão de rede3-1-6. Processo de cliente de conexão de rede dedescoberta de serviço

Estes serão descritos.Embora os cenários de desenvolvimento 1 e 2 pareçam sermuito semelhantes, eles são realmente muito diferentes. Uma diferençaprincipal é que embora seja assumido no cenário 1 que cada terminal tem seupróprio identificador de IMS (identidade), no cenário 2, terminaiscompartilham o mesmo identificador de IMS privado. Embora isto não sejavisto do ponto de vista do usuário, isto faz uma grande diferença para umoperador relativo ao método de gerenciamento de rede e um método deprocessamento para assinatura. Note que os cenários descritos abaixo não sãomutuamente exclusivos, mas são complementares, e podem ocorrersimultaneamente na mesma rede.

3-1-1. Cenário de desenvolvimento 1: Caso onde cada clienteestá configurado como um terminal de IMS

Primeiro, com referência à Figura 19 e figuras subseqüentes,um exemplo de processo em um caso onde cada cliente está configuradocomo um terminal de IMS será descrito.

Figura 19 mostra um cliente (cliente de rede doméstica) 710,uma rede de IMS 720, uma rede doméstica 730, e uma rede de IP 740. Ocliente (cliente de rede doméstica) 710 inclui uma TV (DMP) 711 e um pontode conexão de IMS doméstico 712 como configurações para receber umserviço de IPTV, e como descrito com referência à Figura 3, a rede de IMS720 inclui uma CSCF 721, um HSS 722, e um AS 723. Além disso, estes sãomostrados como divididos em uma função de administração de controle queexecuta controle de conteúdo, uma função provedora de serviço que provêserviços, e uma seção de núcleo de IMS que controla outros processos comoum processo de registro e retransmissão de comunicação. Vários processossão executados separadamente na (a) camada de aplicativo, (b) camada decontrole, e (c) camada de mídia como processos envolvendo comunicaçãoentre as camadas individuais.

Primeiro, o cenário de desenvolvimento 1 é um exemplo deprocesso em um caso onde não há nenhum limite físico entre a TV (DMP)711 e o ponto de conexão de IMS doméstico 712 no cliente (cliente de rededoméstica) 710 e estes aparelhos são integrados. Figura 19 é um exemplo deum processo de registrar um cliente. Um pedido de registro é enviado da TV(DMP) 711 para o núcleo de EMS da rede de IMS 720 pelo ponto de conexãode IMS doméstico 712, e a função provedora de serviço executa o processo deregistro.

Depois que o registro é executado, a TV (DMP) 711, que é umcliente, envia [SUBSCREVA de SIP] para a função de controle de IPTVincluída na função de administração de conteúdo da rede de IMS 720. Então,como mostrado na Figura 20, a função de controle de IPTV da função deadministração de conteúdo provê o cliente com [NOTIFIQUE de SIP] incluirum endereço de um canal de dados de multidifusão e uma URL de EPG.

Ao receber NOTIFIQUE de SIP, a TV (DMP) 711, que é umcliente, começa a escutar pelo canal de multidifusão. Além disso, carrega aprimeira página de EPG e a exibe (em um caso onde a configuração é tal queo usuário começa com EPG), ou carrega muitas páginas dependendo de casos.Depois de receber EPG, o usuário seleciona um canal para ver. Nestemomento, [CONVITE de SIP] é enviado à função de controle de IPTV, e estafunção a captura e estabelece uma QoS correta. Então, o usuário começavendo o canal, e executa troca entre canais de multidifusão. Figura 21 mostrauma seqüência de comunicação em uma ocasião quando o usuário executouum processo de seleção de canal.

Quando o usuário pede por uma transferência contínua, QoS éadministrada por A-RACF (se refira à Figura 18) de acordo com um pedidode uma CSCF de servidor proxy que usa informação colhida de [Convite deSIP] ou de acordo com um pedido de um dispositivo de borda de IP que usaIGMP e conhecimento de exigências de transferências contínuas pormultidifusão. Para uma opção a um momento quando a CSCF de servidorproxy pede por recursos de acesso, quando o usuário executa troca entrecanais em um grupo de canais tendo as mesmas exigências de recurso, umamensagem de SIP não é enviada à função de controle de IPTV. Porém, porexemplo, quando o usuário troca para um canal de pagar para ver ou trocapara um canal em um grupo tendo exigências de recurso diferentes, a funçãode controle de IPTV deve receber uma notificação desde que P-CSCF podemudar condições necessárias de recursos. Em uma opção na qual umdispositivo de borda de IP pede por acesso a recursos, uma mensagem de SIPé precisada só quando o usuário troca para pagar para ver.

3-1-2. Cenário de desenvolvimento 2: Caso onde um cliente éum cliente de SIP, mas não um cliente de IMS

A seguir, no cenário de desenvolvimento 2, um caso serádescrito onde existe separação física entre uma TV (DMP) 711, que é umcliente de IPTV, e um ponto de conexão de IMS doméstico 712, e estesaparelhos são aparelhos separados que não são integrados, como mostrado naFigura 22. Clientes de IPTV não têm ISIMs separados (Módulos deIdentidade de Serviços de Multimídia de IP). ISIM de IMS GW écompartilhado por todos os clientes.

Neste caso, o ponto de conexão de IMS doméstico 712 é usadocomo um servidor proxy, e embora a TV (DMP) 711, que é um cliente deIPTV, esteja registrada diretamente no núcleo de IMS, o ponto de conexão deIMS doméstico 712 passa mensagens ao núcleo de IMS. Informação decontrole é passada pelo ponto de conexão de IMS doméstico 712 usando SIP,e mídias são distribuídas diretamente de um servidor de mídia (em umdomínio de provedor de conteúdo) para o cliente de IPTV. A fim de acessarum serviço, informação de identificação de IMS (IMS PUID) é precisada. Ofluxo neste caso é basicamente igual ao fluxo do cenário de desenvolvimento1, e uma diferença principal é que registro é executado pelo ponto de conexãode IMS doméstico 712. O usuário obtém um EPG e uma transferênciacontínua de mídia semelhantemente ao cenário 1.

3-1-3. Cenário de desenvolvimento 3: Caso de interconexão de

DLNA-IPTV

Em um caso onde uma rede doméstica usa DLNA, énecessário interligar comunicação de SIP de um sistema de IPTV ecomunicação de HTTP de um sistema de DLNA, e interligar a distribuição demídia de IP (que usa encapsulamento de DVB) pelo sistema de IPTV edistribuição de mídia de baseada em HTTP pelo sistema de DLNA. Para estepropósito, um ponto de conexão de aplicativo de IPTV-DLNA, que é umponto de conexão que interliga dois sistemas diferentes, é provido.

Como mostrado na Figura 23, quando um dispositivo deDLNA 713 pede uma transferência contínua de mídia de um provedor deserviços de IPTV, o ponto de conexão de aplicativo de IPTV-DLNA seconecta ao ponto de conexão de IMS doméstico 712, e é registradosemelhantemente como um cliente de SIP não tendo um cliente de IMS,semelhantemente ao cenário 2. Por exemplo, no exemplo mostrado na Figura23, a TV (DMP) 711 funciona como o ponto de conexão de aplicativo deIPTV-DLNA. O ponto de conexão de aplicativo de IPTV-DLNA tambémpode executar registro ao se conectar a uma rede como um cliente de SIPsemelhantemente a um caso onde não há nenhum cliente de IMS.

O cenário de desenvolvimento pode ser implementado por doismétodos. Um é um método baseado no cenário de desenvolvimento 1, e ooutro é implementado como um processo baseado no cenário dedesenvolvimento 2. Uma linha pontilhada 715 mostrada na Figura 23significa que a TV 711, que é um cliente de IPTV, e o ponto de conexão deIMS doméstico 712 podem ser tanto integrados fisicamente ou separáveis. Emseguida, cinco casos de uso do ponto de conexão de aplicativo de IPTV eDLNA serão descritos. Do ponto de vista do sistema de IPTV, o ponto deconexão de aplicativo de IPTV-DLNA atua como um cliente de IPTV.Os exemplos de processo específicos seguintes executados nocenário de desenvolvimento 3 serão descritos.3-l-3a. 2BOXPULL3-1-3b. 3BOXPULL3-1-3 c. Carregamento3-l-3d. 2BOXPUSH3-l-3e. Transferência3-1-3a. 2BOXPULL

No cenário de 2BOX PULL definido por DLNA, isto é, emuma configuração onde processos são executados conectando um DMS(servidor de mídia digital) e um DMP (reprodutor de mídia digital) um a um,o ponto de conexão de aplicativo de EPTV-DLNA atua como um servidor demídia digital de DLNA (DMS) que implementa um servidor de mídia de AVde UPnP (dispositivo de UPnP). Em resposta a um pedido por um reprodutorde mídia digital de DLNA (operado pelo usuário), o ponto de conexão deaplicativo de IPTV-DLNA converte um formato de mídia e protocolo de umalista de conteúdo de EPG/VoD, conteúdo de programa, e assimsucessivamente em um protocolo de DLNA.

3-l-3b. 3BOXPULL

No cenário de 3BOX PULL definido por DLNA, isto é, em umaconfiguração onde processos são executados conectando um DMS, um DMP eum DMC (Controlador de Mídia Digital), no cenário de 3B0X PULL, o pontode conexão de aplicativo de IPTV-DLNA funciona como um servidor de mídiadigital de DLNA, semelhantemente ao caso de uso de 2BOX PULL. Porém, háuma diferença do cenário de 2BOX PULL. O usuário navega uma lista deconteúdo de EPG/VoD operando o controlador de mídia digital de DLNA(DMC), e faz um apresentador de mídia digital reproduzir conteúdo de vídeo.

3-1-3c. Carregamento

Em um processo de carregamento, semelhantemente ao casode uso de 2BOX PULL, o ponto de conexão de aplicativo de IPTV-DLNAfunciona como um servidor de mídia digital de DLNA. Uma diferença de2BOX PULL é que um controlador de carregamento (+DN+) carregaconteúdo de vídeo provido pelo DMS. Embora não seja possível produzirconteúdo para o ponto de conexão de aplicativo de EPTV-DLNA, ao invés,conteúdo é carregado em resposta a um pedido (por exemplo, para um serviçode VoD).

3-l-3d. 2BOXPUSH

No caso de uso de 2BOX PUSH definido por DLNA, isto é, nocaso de uso de 2BOX PUSH onde processos são executados conectando umcontrolador tendo uma função de distribuição de conteúdo e um apresentadorde mídia digital (DML) tendo uma função de reprodução de um a um, o pontode conexão de aplicativo de IPTV-DLNA funciona como um controlador de'DLNA Push1 (+PU+) que implementa um ponto de controle de UPnP para umapresentador de AV de UPnP.

Geralmente, o usuário opera um dispositivo de cliente paranavegar uma lista de conteúdo correspondendo a EPG/VoD de um serviço deIPTV, e pode fazer o apresentador de mídia digital de DLNA reproduzirconteúdo de vídeo selecionado por um método no qual o controlador de 'DLNA Push' controla o apresentador de mídia de DLNA a fim de transmitirvídeo por transferência contínua provido pelo controlador de 'DLNA Push' doponto de conexão de aplicativo de IPTV-DLNA.

3-1-3c. Transferência

Em um processo de transferência, o ponto de conexão deaplicativo de IPTV-DLNA funciona como um controlador de transferência deDLNA (+UP+) que implementa um ponto de controle de UPnP para umservidor de AV de UPnP (dispositivo de UPnP). Geralmente, o usuário podeoperar um dispositivo de cliente para navegar uma lista de conteúdo deEPG/VoD de um serviço de IPTV. O servidor de mídia digital de DLNAsalva conteúdo de vídeo selecionado provido pelo controlador detransferência de DLNA do ponto de conexão de aplicativo de EPTV-DLNA.3.1.3. Processo de conexão de rede de um clienteA seguir, um exemplo de um processo de conexão de rede deum cliente para receber um serviço de EPTV será descrito com referência àFigura 24 e figuras subseqüentes.

Figura 24 é um diagrama de seqüência mostrando um exemplode um processo de conexão de rede de um cliente. Da esquerda, um clientecorrespondendo a, por exemplo, TV (DMP) mostrada na Figura 3, um pontode conexão de IMS doméstico, e além disso, CSCF, HSS e AP (IPTV), quesão componentes de uma rede de IMS, são mostrados. Note que relativo aCSCF da rede de IMS, a CSCF de servidor proxy (P-CSCF), a CSCFinterrogante (I-CSCF), e a CSCF de serviço (S-CSCF), descritasanteriormente, são mostradas individualmente.

Primeiro, o cliente obtém um endereço de IP na etapa S501, eproduz um pedido de registro na etapa S502. O pedido de registro é enviadodo ponto de conexão de IMS doméstico para a CSCF de servidor proxy (P-CSCF), a CSCF interrogante (I-CSCF), e a CSCF de serviço (S-CSCF) deCSCF, que são componentes da rede de IMS. Na etapa S503, a S-CSCFexecuta obtenção de um perfil do usuário do HSS, e na etapa S504,notificação de uma resposta de pedido para o cliente é executada.

Então, na etapa S505, colocação é feita tal que comunicaçãode IPSec seja permitida entre o cliente e a CSCF de servidor proxy (P-CSCF)de CSCF, que é um componente da rede de ISM, e a comunicaçãosubseqüente é executada de acordo com IPSec. Na etapa S506, o clienteproduz um pedido de registro de serviço de IPTV, que é recebido pela CSCFde serviço (S-CSCF) de CSCF, que é um componente da rede de IMS. Naetapa S507, um processo de seleção de AS é executado, e na etapa S508, umpedido de registro é emitido ao AS selecionado.O AS (IPTV) obtém um perfil de IPTV na etapa S509, e emiteuma notificação de conclusão de registro para o cliente na etapa S510. Nabase de recepção da notificação de conclusão de registro, o cliente produz umpedido de obtenção de conteúdo para o AS na etapa S511, e obtém conteúdodo AS na etapa S512.

Figura 25 é um diagrama de seqüência de um caso onde umprocesso de registro pelo ponto de conexão de IMS doméstico, não o processode registro pelo cliente, é executado. Primeiro, o ponto de conexão de IMSdoméstico obtém um endereço de IP na etapa S521, e produz um pedido deregistro na etapa S522. O pedido de registro é enviado do ponto de conexãode IMS doméstico para a CSCF de servidor proxy (P-CSCF), a CSCFinterrogante (I-CSCF), e a CSCF de serviço (S-CSCF) de CSCF, que sãocomponentes da rede de IMS. Na etapa S523, a S-CSCF executa obtenção deum perfil do usuário do HSS, e na etapa S524, notificação de uma resposta de pedido para o ponto de conexão de IMS doméstico é executada.

Então, na etapa S525, colocação é feita tal que comunicaçãode IPSec seja permitida entre o ponto de conexão de IMS doméstico e a CSCFde servidor proxy (P-CSCF) de CSCF, que é um componente da rede de ISM,e a comunicação subseqüente é executada de acordo com IPSec. Na etapa S526, o ponto de conexão de IMS doméstico produz um pedido de registro deserviço de IPTV, que é recebido pela CSCF de serviço (S-CSCF) de CSCF,que é um componente da rede de IMS. Na etapa S527, um processo deseleção de AS é executado, e na etapa S528, um pedido de registro é emitidoao AS selecionado.

O AS (IPTV) obtém um perfil de IPTV na etapa S529, e emiteuma notificação de conclusão de registro para o ponto de conexão de IMSdoméstico na etapa S530.

Figura 26 é um exemplo de uma seqüência em um caso ondecomunicação entre o cliente e o ponto de conexão de IMS doméstico ecomunicação entre o ponto de conexão de IMS doméstico e a rede de IMS sãoexecutadas individualmente. Primeiro, na etapa S541, o cliente envia umpedido de registro para o ponto de conexão de IMS doméstico. O endereço decliente neste caso é um endereço (@ doméstico) na rede doméstica. Aoreceber o pedido de registro do cliente, o ponto de conexão de IMS domésticoo converte em um endereço global (@ op.com) e produz o pedido de registropara a rede de IMS. O pedido de registro é enviado à CSCF de servidor proxy(P-CSCF), à CSCF interrogante (I-CSCF), e à CSCF de serviço (S-CSCF) deCSCF, que são componentes da rede de IMS. Na etapa S542, a S-CSCFexecuta obtenção de um perfil do usuário do HSS, e na etapa S543,notificação de uma resposta de pedido para o ponto de conexão de IMSdoméstico é executado.

Então, na etapa S544, colocação é feita tal que comunicaçãode IPSec seja permitida entre o ponto de conexão doméstico de IMS e a CSCFde servidor proxy (P-CSCF) de CSCF, que é um componente da rede de ISM,e a comunicação subseqüente é executada de acordo com IPSec. Na etapaS545, o ponto de conexão de IMS doméstico produz um pedido de registro deserviço de IPTV, que é recebido pela CSCF de serviço (S-CSCF) de CSCF,que é um componente da rede de IMS. Na etapa S546, um processo deseleção de AS é executado, e na etapa S547, um pedido de registro é emitido ao AS selecionado.

O AS (IPTV) obtém um perfil de IPTV na etapa S548, e emiteuma notificação de conclusão de registro para o ponto de conexão de IMSdoméstico na etapa S549. Esta notificação é enviada do ponto de conexão deIMS doméstico para o cliente pela rede doméstica. Na base de recepção dopedido de notificação de registro, o cliente produz um pedido de obtenção deconteúdo para o ponto de conexão de IMS doméstico na etapa S550. O pontode conexão de IMS doméstico produz este pedido para o AS, e obtémconteúdo do AS e transfere o conteúdo ao cliente na etapa S551.Note que em um caso onde colocação é feita tal que sejapossível prover um serviço de IPTV ao dispositivo de DLNA 713 comodescrito anteriormente com referência à Figura 23, o ponto de conexão deIMS doméstico descobre uma função de controle de IPTV, recebe dados deEPG, e então habilita [IPTV DLNA app GW] executar interconexão entre odispositivo de DLNA e o serviço de IPTV. Em um caso onde [IPTV DLNAapp GW] funciona como um dispositivo de UPnP, isto é, como um servidorde mídia de DLNA, IPTV DLNA app GW inicia o SSDP (Protocolo deDescoberta de Serviço Simples) descoberto por um ponto de controle deOPnP [SSDP]. Em um caso onde IPTV DLNA app GW funciona como umponto de controle de UPnP, isto é, como um controlador de 'DLNA Push',IPTV DLNA app GW precisa iniciar SSDP de um dispositivo de UPnP, e aoinvés inicia SSDP do ponto de controle de UPnP a fim de descobrir umdispositivo de UPnP.

Note que desde que o protocolo de DLNA, isto é, descobertade dispositivo e controle de dispositivo na arquitetura de dispositivo de UPnP,está baseado em comunicação sem sessão, não há nenhum conceito deestabelecimento de uma sessão na qual o ponto de controle de UPnP executacomunicação com o dispositivo de UPnP. Enquanto o servidor de mídiadigital, isto é, o dispositivo de UPnP, é utilizável na rede, o reprodutor demídia digital e o apresentador de mídia digital, isto é, o ponto de controle deUPnP, pode pedir a qualquer hora uma mensagem de SOAP para controlerelativo a transferência contínua de mídia e para um pedido de HTTP, e oDMS de IPTV DLNA app GW deve responder ao pedido, por exemplo, 30segundos até mesmo no pior caso.

IPTV DLNA app GW pode manter uma sessão com o núcleode IMS (CSCF) e a função de controle de IPTV enquanto o DMS de IPTVDLNA app GW é utilizável na rede. Em um caso onde a sessão é terminada,IPTV DLNA app GW pode reiniciar uma sessão quando um pedido de SOAPe um pedido de HTTP do DMP existirem. Em um caso onde IPTV DLNA appGW atua como um controlador de Tush', isto é, como um ponto de controlede UPnP5 é possível saber a duração de período durante o qual a sessão émantida.

Em um caso onde o canal de serviço de IPTV é mudado, umpedido de HTTP para canal mudando do dispositivo de DLNA é convertidoem IGMP (Protocolo de Administração de Grupo da Internet). Por exemplo, éconvertido em IGMP (Protocolo de Administração de Grupo da Internet) peloponto de conexão de aplicativo de LPTV-DLNA.

3-1-5. Desconexão de rede de um cliente

A seguir, um processo de desconexão de um serviço de IPTVserá descrito. A um cliente receptor de serviço de IPTV, é possível desativaruma exibição e desconectar o cliente de uma rede. Este processo dedesconexão do serviço de IPTV é executado, por exemplo, de acordo com aseqüência seguinte.

Etapa 1

O cliente pára recepção de mídia.

Note que no caso de multidifiisão, partida de IGMP é usadapara partir de uma transferência contínua por multidifusão relativo ao canalque o usuário estava vendo.

Etapa 2

O cliente envia ADEUS de SIP para a entidade provedora deserviço de IPTV para estabelecer uma sessão de SIP relativa à recepção de mídia.

Note que no caso de unidifusão, a entidade provedora deserviço de IPTV executa um comando de INTERRUPÇÃO de RTSP paraparar a transferência contínua por unidifusão de RTP, e fecha a porta em umcaso onde o servidor de mídia não notifica o protocolo de SIP.

Etapa 3

O cliente envia SUBSCREVA à entidade provedora de serviçode EPTV por Expire 0 para notificar AS de IPTV que um desligamentoocorrerá no lado de cliente.

Etapa 4

Na expiração do período de serviço, o cliente enviaREGISTRE de SIP para cancelar registro do identificador de cliente.

Note que para obter a informação de registro, dados (GRUU:URI de Agente de Usuário Roteável Globalmente) recebidos da CSCF deserviço são precisados.

Etapa 5

O cliente envia partida de IGNP para o canal de controle.

Etapa 6

Desconectado do serviço de IPTV e IMS.Desconexão descontrolada de um serviço de IPTVEm alguns casos, por exemplo, em um caso onde uma falha deenergia ocorre, desconexão é executada sem executar a seqüência descritaacima. Quer dizer, em alguns casos, desconexão descontrolada de um serviçode IPTV é executada. Neste caso, é necessário parar uma transferênciacontínua de mídia de um programa ou similar sendo transmitido. Porém, nestecaso, um processo deve ser executado em atenção aos assuntos seguintes:

(a) Processo de parar a transferência contínua de mídia

(b) Diálogo de SIP da rede

Estes serão descritos abaixo.

(a) Processo de parar a transferência contínua de mídiaEm um caso onde o cliente está recebendo transferênciascontínuas de multimídia, o único método que pode ser usado para parar ostransferências contínuas de mídia é um intervalo prefixado de IGNPv3 (umintervalo de sociedade de grupo de 225 segundos de acordo com [IGMP]).

No caso de transmissão por unidifusão, na maioria dosmecanismos de transporte por unidifusão de mídia, um processo de receberinformação de realimentação é executado, e um tempo de intervalo é fixadona informação de realimentação, de forma que um processo de parada usandoo tempo de intervalo se torne possível.

(b) Diálogo de SIP da rede

Para todos os estados de SIP da rede, normalmente, o valor deexpiração prefixado é 3600 segundos. Este estado relaciona-se a umREGISTRE, SUBSCREVA e CONVIDE de SIP. O mecanismo de intervaloapaga o estado do núcleo de IMS (em um caso onde um reconexão ocorreantes de um intervalo, o temporizador aumenta depois de um novo registro).

O fato que o estado de SIP é mantido para ser ativo duranteuma hora não significa que tráfego seja enviado durante uma hora. De fato,depois da primeira NOTIFIQUE que não alcança um destino, o núcleo deIMS é notificado da indisponibilidade de um cliente, e apaga o estado porconseguinte.

3-1-6. Processo de descoberta de serviço de um cliente

Um processo no qual descoberta de serviços de IPTV éexecutada em uma rede de IMS será descrito. Provedores de serviço de IPTVsão descobertos e apresentados ao usuário de forma que seleção pelo usuárioseja permitida, por exemplo, como descrito abaixo. Note que para esteprocesso, conclusão de registro de UMS pelo usuário é uma condiçãopressuposta.

O primeiro emite um pedido para o provedor de IMS tentardescoberta de provedores de serviço de IPTV. Em um caso onde isto falha, épossível emitir um pedido a uma entidade diferente do provedor de IMS, porexemplo, uma raiz. O processo de descoberta de provedor de serviço iniciacom descoberta de provedores de serviço de IPTV que provêem serviços deIPTV.

Existem muitos modelos que podem ser usados por descobrirprovedores de serviço de IPTV em uma rede de IMS. Estes são todosbaseados na pressuposição que servidores de aplicativo (ASs (IPTVs))capazes de prover serviços existem na rede, e que os provedores de serviço deIPTV podem ser identificados por PSIs, etiquetas de característica, ou outroscabeçalhos de SIP.

A etapa de descobrir provedores de serviço é executada deacordo com, por exemplo, descrição de alto nível de "transporte de umserviço de DVB baseado em MPEG-2 TS em uma rede baseada em IP". SIP éusado como comunicação para autenticação de usuário, e um modelo deconfiança de IMS para informação de reiniciação, tal como IdentidadeDeclarada P, é usada. Um pedido de SIP que usa DVB IP dei que inicia comum IPTV de serviço pode servir como um provedor de IPTV. Por exemplo, éidentificado por esse SP CANAL+ que é um nome de domínio, e é possívelnomear a um serviço um nome correspondendo ao serviço.

Em um caso onde isto falha, o processo descrito abaixo éexecutado.

Em um caso onde um servidor de IPTV não foi nomeadoquando um aplicativo de IPTV é iniciado, um serviço de iniciação de serviçode IPTV ou um endereço prefixado é usado.

O cliente de IPTV fixa comunicação de sinal de controle paradiálogo de IPTV SIP, e define uma rota na CSCF de rede de IMS. Istotambém significa que não é necessário saber um endereço preciso de umserviço desde que pode ser adicionado depois. Na rede de IMS, CSCF deveentender que o diálogo de SIP é um diálogo de IPTV, e definir a rota emIPTV CF (Função de Controle). Isto permite a IPTV CF prover informação dedescoberta relativa ao provedor de serviço e o serviço provido.

Informação (por exemplo, SIP de URI ou similar) relativa aoprovedor de serviços de IPTV é provida ao usuário usando o diálogo de SIP, equando o usuário descobriu provedores de serviço de IPTV, estes provedoressão apresentados ao usuário. O usuário pode então receber EPGs (ou listas deconteúdo VoD e nPVR ou similar) providos pelos provedores de serviço deIPTV.

Descoberta de serviço por UPnP

A seguir, um processo de descoberta de serviço por UPnP serádescrito.

O cliente de IPTV obtém um endereço de IP da CSCF deservidor proxy da opção de DHCP de SIP, ou usa uma endereço de IPprefixado da CSCF de servidor proxy, escrito em um cartão de ISIM (Módulode Identidade de Serviços de Multimídia de IP) de um operador de IMS.

Alternativamente, o cliente de IPTV descobre um ponto deconexão de IMS doméstico usando um mecanismo de descoberta de UPnP. Oponto de conexão de IMS doméstico implementa um serviço de GW IMSUPnP, que é um serviço de UPnP. A fim de descobrir o serviço de GW IMSUPnP, o cliente de IPTV executa um processo no qual SSDP é usado, talcomo enviar ou receber SSDP:Pesquisa M. Ao descobrir o serviço de GWIMS UPnP, o cliente de IPTV emite um pedido para obter um endereço de IPe porta de IMS B2BUA de IMS GW. Então, o cliente de IPTV inicia umasessão de SIP com o núcleo de IMS pelo IMS GW doméstico, e descobreserviços de IPTV.

Por exemplo, uma seqüência de processo no caso dedescoberta de serviço por um dispositivo de DLNA, descrito com referência àFigura 23, é como segue. O ponto de controle de UPnP do dispositivo deDLNA pode descobrir DMS por IPTV DLNA app GW no caso de 2EOXPULL, CARREGAMENTO, e 3BOX PULL descritos anteriormente. Adescoberta de serviço de serviços de IPTV é executada pela IMS GWdoméstico pelo método que é o mesmo como o método descritoanteriormente. Métodos de desdobrar uma pluralidade de serviços de IPTVvariam entre vendedores. Por exemplo, IPTV DLNA app GW pode usar umapluralidade de DMSs correspondendo individualmente a serviços de IPTV. Acada DMS, um nome como um dispositivo de UPnP5 que permite o serviço deEPTV correspondente, é fixado de forma que o usuário possa selecionar umDMS apropriado para o serviço de IPTV.

No caso de 2BOX PUSH e TRANSFERÊNCIA, o ponto deconexão de aplicativo de IPTV-DLNA controla o dispositivo de UPnP dodispositivo de DLNA de forma que não seja necessário implementar umdispositivo de UPnP com o qual o ponto de conexão de aplicativo de IPTV-DLNA é descoberto.

3-2. Exemplos de processo específicos de vários serviços

A seguir, vários serviços executados em serviços de IPTVserão descritos. Os itens seguintes serão descritos em ordem.

3-2-1. Radiodifusão de TV3-2-2. nPVR (Gravação de Vídeo Pessoal de rede)3-2-3. VoD (Vídeo em Demanda)3-2-4. Filtragem e personalização de conteúdo3-2-5. Interação com TV3-2-6. Administração de perfil3-2-7. Processo para casar com capacidades de dispositivo3-2-1. Radiodifusão de TV

Em serviços de IPTV, além de troca de canal, navegação deEPG deve ser provida ao usuário tão depressa quanto radiodifusão de TV. Afim de minimizar o tempo de espera de metadados de usuário de transmissãode metadados EPG, metadados de EPG relativos a programas durante umcerto período (por exemplo, 8 dias) são pré-carregados no cliente, e a fim de minimizar transações por segundo e a largura da banda necessária no sistemade distribuição de EPG, informação de serviço, isto é, informação de canal deTV e EPG, isto é, informação de programa de TV, é distribuída por um canalde dados de multidifusão. O navegador de conteúdo de IPTV e aplicativo denavegação de IPTV do cliente, descritos com referência à Figura 15, pesquisapor metadados de EPG usando a função de controle de MDC.

Os metadados de EPG também são distribuídos através deunidifusão. Embora metadados de EPO correspondendo a programas básicoscorrespondendo a programas providos por serviços de IPTV, ou metadados deEPG de programas populares estatisticamente, ou similar sejam distribuídoatravés de multidifusão, metadados de EPG de alto nível com informaçãorica, tal como outra informação de programa ou imagens de miniatura, podemser obtidos por pesquisa usando unidifusão.

Metadados de EPG providos por provedores de serviço deIPTV são distribuídos regularmente por um único canal de dados demultidifusão. A função de controle de canal de multidifusão do cliente,descrita com referência à Figura 15, filtra metadados de EPG etiquetados, talcomo assinatura de canal, de acordo com a configuração de cliente, e salva osmetadados de EPG filtrados em uma memória. O navegador de serviço deIPTV e aplicativo de navegação de IPTV usam a função de controle de MDCpara pesquisar dados de EPG. O tempo de ciclo de transmissão de metadadosde EPG varia dependendo dos tipos de informação.

Informação de serviço incluindo endereços de canal demultidifusão de canais de TV e metadados de EPG relativos a conteúdo(programas) sendo atualmente difundido e conteúdo próximo são enviadosfreqüentemente, por exemplo, a intervalos de 2 segundos. Metadados de EPGcorrespondendo a programas no dia atual são enviados, por exemplo, aintervalos de 30 segundos.

Como o horário de programas de TV de serviços de TV porradiodifusão é determinado previamente, basta para o cliente pesquisar novosmetadados de EPG para programas futuros uma vez ao dia. Porém, a fim denotificar o cliente de mudanças em horário de programa que ocorremocasionalmente, tais como notícias urgentes ou inserções extras de um jogo debeisebol, atualização de metadados de EPG também é distribuídaregularmente, por exemplo, a intervalos de 2 segundos, pelo canal de dadosde multidifusão.

A fim de receber a atualização de metadados de EPG, o clientemonitora o canal de dados de multidifusão para os metadados de EPG aoreceber uma transferência contínua de mídia pelo canal de multidifusão.

Os metadados de EPG distribuídos pelo canal de dados demultidifusão são dados incluindo informação básica relativa a programas, queé informação de programa. A fim de obter informação detalhada relativa aprogramas e informação relacionada sobre programas, ligada à informaçãobásica de programas, o cliente pode usar um pedido de unidifusão para umservidor de EPG. A informação de programa é composta de texto, vídeo,áudio, e assim sucessivamente, e interação com o usuário na apresentaçãodestes programas pode ser implementada por comunicação por unidifusãobilateral. Em um EPG ou menu de informação de programa, é possível fixaruma sub-tela em uma exibição do cliente exibindo o menu e exibir uma pré-transferência contínua de vídeo prévia.

Note que EPG pode ser personalizado para cada usuário oucliente, isto é, EPG pode ser apresentado com uma colocação de EPGespecífica correspondendo ao usuário ou cliente. Por exemplo, personalizaçãode EPG para cada canal pode ser implementada semelhantemente a configurarEPG de acordo com assinatura de canal relativa a um perfil de usuário.Dependendo do perfil de usuário, informação de programa relativa a canaisparticulares não é exibida. Também relativo à ordem de exibição de canaisrelativo ao menu de EPO, personalização de acordo com o perfil de usuário,isto é, um processo correspondendo a cada usuário, é permitido.

Troca de canais por radiodifusão de TV

Quando um serviço de IPTV é provido, memorizaçãotemporária de pacote é executada no cliente a fim de executar um processo dereprodução suavemente, tal como remoção de interferência causada pela rede.O cliente armazena dados recebidos de um servidor de provisão de serviço deIPTV até que os dados alcancem um certo limiar, e então executa umprocesso para reproduzir, tal como decodificação. Além disso, em algunscasos, transmissão e recepção de intra-quadros são executadas por remessapor multidifusão para reconstrução de imagens.

Além disso, a fim de evitar consumo de largura da banda, naocasião de troca de canal, um processo de concluir um canal antigo para oqual a prévia visualização foi acabada, é executado. Este processo pode serexecutado por partida de IGMP, que é um processo semelhante a união deIGMP. Na ocasião deste processo, verificação é executada a todos os nóscientes de IGMP, comparação com uma lista de nós que recebem dados demultidifusão antigos é executada, e em um caso onde um certo nodo é paraparar recepção de dados de multidifusão, um processo de recortar o nó de umaárvore de multidifusão é executado.

A fim de executar decodificação e reprodução de umatransferência contínua de vídeo recebido no cliente, é necessário colecionarmuita informação da transferência contínua recebido. Esta informação éenviada usando uma freqüência particular. Particularmente, para iniciarexibição de novo filme de remessa de vídeo, um decodificador deve esperaraté que intra-quadros cheguem na transferência contínua de vídeo. Os intra-quadros são configurados como quadros incluindo informação suficiente emsi mesmo de forma que vídeo completo possa ser reconstruído. Dependendodo tipo de codificação, normalmente, estes são enviados a intervalos de 0,5 a5 segundos.

Existem vários tipos de atraso que podem ocorrer emcomunicação de dados em serviços de IPTV. Por exemplo, um processo deinteração de SIP na ocasião de colocar um novo fluxo pode se tornar um fatorque causa um atraso. Por exemplo, um processo relativo a CONVITE de SIP,que é executado no processo de interação de SIP, é um fator concebível quepode causar um atraso. Assim, uma medida para evitar atraso é reduzir oprocesso de interação de SIP. Especificamente, é efetivo fazer colocação talque um diálogo de SIP só ocorra quando as características de transferênciascontínuas por multidifusão mudam entre canais de multidifusão. De acordocom esta idéia, uma configuração é empregada na qual quando o clientesintoniza a um canal de radiodifusão ordinário, uma sessão de SIP éestabelecida pedindo transmissão por multidifusão tendo características detransferência contínua, e colocação é feita tal que outras mudanças em canaisde multidifusão requeiram só interação de IGMP, que não envolvemintervenção de SIP, e é trocado a um diálogo de SIP só quando ascaracterísticas de transferências contínuas recebidas diferem. Além disso,CONVITE de SIP e união de IGMP para o novo canal são enviados. Relativoa atraso que ocorre no estabelecimento de IGMP, é possível fazer melhoriaspermitindo uso de canais de multidifusão a um ponto tão perto quantopossível do usuário final. Porém, isto resulta em consumo de uma largura dabanda maior na rede de acesso.

Uma melhoria também deveria ser feita relativa a atraso deintra-quadros precisados para iniciar decodificação de uma transferênciacontínua de MPEG. É possível superar atraso de intra-quadros por umaconfiguração na qual intra-quadros são obtidos por um mecanismo de traçãode um ponto relativamente perto do cliente na rede ou provendo intra-quadrosao cliente por um mecanismo fora de banda.

3-2-2. nPVR (Gravação de Vídeo Pessoal de rede)A seguir, nPVR (Gravação de Vídeo Pessoal de rede), que éum serviço disponível em serviços de IPTV, será descrito.

nPVR (Gravação de Vídeo Pessoal de rede) pode ser iniciadapor vários métodos. Isto varia, dependendo principalmente de provedores deserviço de IPTV.

* Um método mais simples de gravar um programa, tal comoum programa, é selecionar um programa em EPG e apertar um botão degravação por um controlador remoto possuído pelo usuário. Além disso, umaconfiguração na qual uma hora, dia, duração, e assim sucessivamente degravação pelo usuário são entrados.

Alternativamente, colocação pode ser tal que todos osprogramas providos ao cliente sejam gravados. Isto significa que o provedorde serviço de IPTV grava tudo e salva isto em um servidor durante umperíodo predeterminado. Deste modo, o usuário não é incomodado comgravação, e é permitido ver um nPVR EPG passado que parece semelhante aum EPG ordinário.

O que deve ser estado pela arquitetura de IPTV é umainterface para identificar um programa a ser gravado e um mecanismo deidentificação por alcançar isto com EPG. O mesmo mecanismo de ligaçãocomo aquele para radiodifusão de TV é usado se possível, e na comunicaçãode comando para um processo de gravação, um comando de GRAVE deRTSP, um CONVITE de SIP para nPVR incluindo detalhes de gravação, ousimilar pode ser usado.

Por exemplo, função especial é um processo usado em umcaso onde o usuário pede gravação pessoal relativa a conteúdo que está sendo recebido e reproduzido em um serviço de IPTV. Por exemplo, o cliente apertaum botão de pausa por um controlador remoto para executar uma função degravação de nPVR, e então congela a imagem para executar partida de IGMPdo canal de multidifusão. Além disso, o cliente salva conteúdo. Note que aconfiguração pode ser tal que salva de dados seja executada a um servidor.Quando o usuário deseja ver isto novamente mais tarde, é possível executarpesquisa de nPVR e executar reprodução por um comando de RTSP PLAY.

Relativo a uma lista de conteúdo (índice) que pode ser usadaem nPVR, o formato de conteúdo e metadados que são os mesmos comoaqueles para EPG e VoD podem ser usados. O mecanismo de ligação que omesmo como aquele para radiodifusão de TV deve ser usado, exceto queligação é executada pela função de controle de IPTV a fim de identificar umrecurso de unidifusão, como no caso de VoD. Normalmente, pesquisa parauma lista de conteúdo de nPVR é executada como HTTP GET. Para umprocesso de pesquisar conteúdo de nPVR disponível para o cliente, oprovedor de serviço de IPTV provê uma função de pesquisa baseada emservidor. A interface da página de pesquisa depende completamente doprovedor de serviço.

Em um processo de reproduzir conteúdo gravado por nPVR, énecessário primeiro selecionar conteúdo de nPVR planejado. Pesquisa éexecutada clicando em uma ligação à lista de conteúdo de nPVR. Pesquisa deconteúdo é executada como uma transferência contínua por unidifusão. Querdizer, uma transferência contínua inicia quando o usuário apertou "play" ouclicou na ligação para a lista de conteúdo.

A configuração do aparelho de cliente em um caso onde oprocesso de nPVR (Gravação de Vídeo Pessoal de rede) executado como umprocesso de gravação de conteúdo específico de usuário é executado é, porexemplo, como segue. Um aparelho para processar informação como umcliente inclui uma unidade de processamento de dados que executa umprocesso de receber um serviço de provisão de conteúdo provido por umservidor externo existindo fora de uma rede doméstica, usando informação demapeamento na qual o servidor externo é fixado como um dispositivo de rededoméstica virtual, e a unidade de processamento de dados controla o processode nPVR (Gravação de Vídeo Pessoal de rede) executado como o processo degravação de conteúdo específico de usuário relativo a conteúdo provido peloservidor externo.

A unidade de processamento de dados executa um processo dereceber conteúdo de distribuição por multidifusão ao receber radiodifusão deTV provida pelo servidor externo, e executa um processo de trocar paradistribuição por unidifusão na ocasião do processo de nPVR (Gravação deVídeo Pessoal de rede) executado como o processo de gravação de conteúdoespecífico de usuário. Além disso, em um caso onde recepção de conteúdo dedistribuição por unidifusão é para ser começada, envia uma mensagem departida de IGMP (Protocolo de Administração de Grupo da Internet) aoservidor externo ou um servidor de administração como uma mensagem deacordo com IGMP.

Além disso, relativo à nPVR (Gravação de Vídeo Pessoal derede), a unidade de processamento de dados do cliente pode pedir ao servidorexterno ou outro servidor conectado em rede para executar gravação deconteúdo usando meio de armazenamento destes servidores. Neste caso,informação precisada para gravar, tal como informação de conteúdo degravação e informação de tempo, é provida a estes servidores. Além disso, emum processo de receber do servidor externo uma lista de conteúdocorrespondendo a conteúdo para qual nPVR (Gravação de Vídeo Pessoal derede) pode ser executado, a unidade de processamento de dados do clienteexecuta um processo de obter uma lista de conteúdo selecionada de acordocom um perfil provido baseado em um perfil de usuário ou um perfil decliente provido ao servidor externo. Além disso, na ocasião de execução denPVR (Gravação de Vídeo Pessoal de rede), a unidade de processamento dedados do cliente executa um processo de produzir informação de seleção deconteúdo ou informação especificadora de tempo de gravação em EPG (Guiade Programa Eletrônico) para o servidor externo ou um servidor deadministração. nPVR é executada por estes processos.

Além disso, o cliente é um aparelho para processar informaçãoque recebe conteúdo relativo a IPTV provido por uma rede pública, que não éuma rede doméstica, e inclui meio para fixar um servidor externo conectado àrede pública como um dispositivo de rede doméstica virtual; e meio decontrole para controlar um processo de gravar ou reproduzir conteúdo noservidor externo pela rede pública de forma que o servidor externo funcionecomo um gravador de vídeo pessoal que grava ou reproduz conteúdoespecífico de usuário. Além disso, o meio de controle do cliente executa umprocesso de controlar um processo de reproduzir conteúdo no servidor externopela rede pública a fim de implementar unidifusão na qual conteúdo particularé provido só a um usuário particular, e além disso, executa um processo decontrolar um processo de gravar ou reproduzir conteúdo no servidor externopela rede pública de forma que o servidor externo funcione como umgravador de vídeo pessoal que grava conteúdo de usuário.

3 -2-3. VoD (Vídeo em Demanda)

VoD (Vídeo em Demanda) é uma especificação para distribuirconteúdo em resposta a um pedido por um usuário no lado de cliente.Basicamente, é executado através de unidifusão. E possível inserir umanúncio a conteúdo (mídia) distribuído por VoD e executar pesquisa baseadono anúncio semelhantemente a um serviço de radiodifusão ou EPG.

Além disso, é possível ver no lado de cliente uma lista deconteúdo (índice) que pode ser usada para VoD. É possível fazer colocaçãoque a lista de conteúdo (índice) seja limitada a conteúdo que o usuário épermitido ver, isto é, é possível navegar um resultado de filtragem. Embora afiltragem possa ser executada dentro da rede, nesse caso, a lista de conteúdode VoD deve ser unidifundida, ou o cliente pode usar multidifiisão a fim depré-carregar um 'cache' da lista de conteúdo VoD. A lista de conteúdo de VoDé obtida de uma maneira parcialmente semelhante a obter informação de EPG.

Pesquisar conteúdo de VoD disponível requer que o clientepossa executar uma operação para consulta à rede. A pesquisa de conteúdo éexecutada com metadados de conteúdo.

Em um caso onde conteúdo é reproduzido por VoD, da lista deconteúdo de VoD, o cliente deve selecionar um pedaço de conteúdodisponível que o usuário é permitido ver e produzir um pedido de conteúdo.Por exemplo, se conteúdo na lista de conteúdo for especificado, uma ligaçãopara URI do serviço de VoD é ativada, a função de controle de IPTV processao pedido. É verificado se o usuário já comprou o conteúdo, e em um casoonde o conteúdo não foi comprado, um custo para o conteúdo é verificado.

Em outros casos, o pedido de conteúdo é rejeitado.

3-2-4. Filtragem e Personalização de Conteúdo

A seguir, filtragem e personalização de conteúdo executadasem um serviço de IPTV serão descritas. A filtragem de conteúdo é umprocesso seletivo de conteúdo de prover um usuário final só com conteúdoadequado para o usuário na base do EMS do usuário final, do perfil de IPTV, eum conjunto de canais aos quais estão subscritos. A personalização é umprocesso de selecionar conteúdo a ser provido ao usuário na base do perfil deusuário. Por exemplo, inclui um processo de distribuir mensagens e anúncioscom um indivíduo como um objetivo baseado no perfil de usuário.

Pela filtragem de conteúdo, por exemplo, só canais para quaiso usuário pagou são exibidos em uma lista de EPG ou VoD obtida pelousuário. A filtragem de conteúdo torna possível gerar e exibir um EPGadequado para o usuário registrado. O perfil de usuário é carregado de umservidor armazenando o perfil, por exemplo, o HSS 232 da rede de IMS 230mostrada na Figura 3, usando XCAP na hora de registro, e é salvo no aparelhode usuário. AS para VoD5 a filtragem de conteúdo é aplicada quando umavisualização de VoD provida pelo servidor é gerada ou metadados de VoDsão recebidos no cliente. Note que o perfil de usuário pode ser armazenado nocliente, que é um aparelho no lado de usuário, e este perfil de usuário pode ser usado.

A informação de perfil de usuário existindo no servidorexterno ou no aparelho de cliente é apresentada ao servidor que provêconteúdo, e o servidor de provisão de conteúdo executa personalizaçãoconteúdo para selecionar e editar conteúdo na base do perfil do usuário egerar e prover conteúdo correspondendo ao usuário. Alternativamente, aconfiguração pode ser tal que estes que processos de personalização sejamexecutados no lado de cliente.

A personalização de conteúdo inclui um processo de distribuirmensagens e anúncios com um indivíduo como um objetivo baseado no perfilde usuário. Estes dados dirigidos a um usuário particular são sobrepostos natela no aparelho de usuário, e é exibido, por exemplo, um modo de PinP(quadro dentro de quadro). Personalização é executada inserindo um anúncioplanejado quando uma apresentação entra em uma pausa de anúncio enquantoo usuário está vendo uma apresentação radiodifundida ou conteúdo de VoD.Interatividade também pode ser considerada como uma forma depersonalização baseada no perfil de usuário. Informação incluída em dados deinteratividade é exibida por meio que é o mesmo como o meio paramensagens pessoais ou anúncios, isto é, sobrepondo ou usando uma janeladedicada. Personalização é distribuída por um canal de unidifusão dedicado,ou por um grupo de multidifusão muito menor visado a um conjunto de perfil(informação de local, idade, sexo, faixa de renda, etc.).

3-2-5. Interação com TV

Uma descrição será dada relativa à interação com umprograma de TV, por exemplo, um processo no qual um usuário no lado decliente envia uma opinião ou emite um voto enquanto vendo um serviço deIPTV. Para interatividade com um programa de TV, o usuário pode enviardados do usuário (por exemplo, por SMS), tal como um voto. Por exemplo, ovoto é colecionado e usado para criar informação de realimentação relativa aoprograma.

Note que também há um sistema de radiodifusão digitalexistente no qual interação com programas de TV já é suportada por ummecanismo que insere um gatilho em uma transferência contínua de MPEG-TS e que dá um objeto interativo na temporização do gatilho. Normalmente,um objeto interativo é embutido em uma transferência contínua de MPEG-TSjunto com um programa de TV. Porém, o sistema de radiodifusão digital podedistribuir um objeto interativo por um canal de comunicação bilateralseparado de distribuição da transferência contínua de MPEG-TS.

Um mecanismo que usa um navegador aplicado a um serviçode IPTV é usado para interação com programas de TV. Por exemplo,informação de referência para um documento de XHTML representandointeração com um programa é embutida em metadados de conteúdo. Enquantoo usuário está vendo o programa, o sistema de interatividade invoca onavegador de serviço de IPTV para interação com o programa. O documentode XHTML é distribuído por um canal de dados de multidifusão ecomunicação por unidifusão. Realimentação de interação é implementada porum navegador de serviço de IPTV baseado em comunicação por unidifusão.

Em um serviço de IPTV, vários perfis, tal como um perfil deusuário do cliente, são administrados. Por exemplo:

* Perfil de serviço relativo a um serviço de um operador, e umperfil de usuário

Perfis tal como cobrança de taxa, um identificador de usuário,um vetor de autenticação usado para um processo de autenticação, e umgatilho de serviço, são armazenados e mantidos no HSS 232 da rede de IMS230 mostrada na Figura 3.

* Perfil do próprio usuário

Um perfil do próprio usuário é salvo em um aparelho decliente no lado de usuário.25 Em um caso onde o provedor de IPTV difere do provedor de

IMS, o provedor de IPTV pode salvar um perfil de usuário específico para oprovedor de IPTV em um banco de dados seu próprio.

* Perfil de provedor de IPTV

Um perfil de provedor de IPTV como informação relativa aum provedor de IPTV pode ser salvo no lado de cliente, e também é salvo emum banco de dados do próprio provedor de IPTV.

O perfil de usuário inclui, por exemplo, um identificador deSEP, idioma, nacionalidade, idade (informação provida por um operador einformação provida pelo usuário), um endereço de E-mail, um número detelefone, interesses e passatempos (informação de passatempo e preferência),parâmetros específicos de IPTV, e assim sucessivamente. O perfil de usuárioé usado para personalização de serviço. Especificamente, torna possível fixare prover dados correspondendo ao usuário (Meu...) na base de preferências dousuário. Por exemplo, torna possível executar, usando o perfil de usuário,colocação de um canal 'meu', colocação de um canal de iniciação, e alémdisso, um processo de mapear pessoalmente um botão para Meu VoD, MinhaTV Paga, ou canal, controle local, e assim sucessivamente.

O perfil de provedor de IPTV inclui por exemplo:

* Informação considerando que usuário é permitido acessarqual canal

* Perfil de assinante usado para determinar que o usuário épermitido ver e o que o usuário não é permitido ver e assim sucessivamente.

No lado de cliente, que é um usuário final, administração deusuário e administração de perfil do usuário são executadas. O meio deadministração de usuário, que é possível para o usuário adicionar o usuário aum domínio, mudar o usuário, ou apagar o usuário. O meio de administraçãode perfil de usuário que o usuário pode mudar informação do perfil deusuário.

As etapas de processamento em um caso onde o usuário final

do cliente executa administração de usuário são como segue:

1. O usuário final provê nova informação de usuário a umponto de conexão de HTTP.

2. A informação é enviada pelo ponto de conexão de HTTP àrede de IMS 230 (se refira à Figura 3) que executa administração de usuário,por meio de que o HSS e banco de dados de IPTV são atualizados.

A administração de perfil de usuário executada pelo usuáriofinal do cliente é executada, por exemplo, pelos processos seguintes:

1. Nova informação de perfil de usuário é introduzida aoaparelho de cliente.

2. O cliente envia dados a um destino de saída de perfilprefixado, tal como um servidor que administra a informação de perfil deusuário, por exemplo, o HSS 232 ou o serviço de IPTV 250 da rede de IMS230 mostrada na Figura 3.

3. Cada servidor que executou atualização da informaçãonotifica o cliente e outros servidores relacionados de conclusão da atualizaçãode dados.

4. O cliente carrega o perfil de usuário atualizado.Note que o registro e atualização do perfil de usuário tambémpodem ser executados por um serviço de LPTV portátil. Neste caso, o perfil deusuário é provido do cliente ao ponto de conexão de serviço de IPTV, e entãoo ponto de conexão de serviço de IPTV envia estes dados a um servidor deadministração de perfil de usuário (por exemplo, o HSS 232 ou o serviço deIPTV 250 da rede de IMS 230 mostrada na Figura 3).

Como descrito acima, a unidade de processamento de dados doaparelho para processar informação executa um processo de receber dados doservidor externo como dados personalizados selecionados ou editados na basede um perfil de usuário, que é informação de usuário gravada previamente. Aunidade de processamento de dados do cliente obtém um perfil de usuárioarmazenado previamente em um servidor de administração, por exemplo, umHS S, e provê o perfil de usuário obtido a um servidor externo tal como umservidor de provisão de conteúdo. Além disso, o perfil do usuário atualizadono aparelho de cliente é enviado ao servidor de administração, tal como umHS S, e um processo de atualizar o perfil de usuário armazenado no servidorde administração é executado.

A unidade de processamento de dados do cliente executa umprocesso de receber, de um servidor externo tal como um servidor de provisãode conteúdo, uma lista de conteúdo, informação de anúncio, conteúdo de VoD(Vídeo em Demanda), ou similar fixado como dados personalizados na basedo perfil de usuário, e exibir isto em uma unidade de vídeo. Note que o perfilde usuário inclui pelo menos um idioma usado pelo usuário, nacionalidade,endereço, número de telefone, e informação de passatempo e preferência.

3-2-7. Processo de casar com capacidade de dispositivo

É possível fixar vários aparelhos como clientes, e processosque podem ser executados por clientes individuais diferem dependendo dosclientes. Quer dizer, as capacidades de dispositivo de clientes são várias. Afim de assegurar interoperabilidade entre tais vários clientes e serviços deIPTV, um conjunto de perfis de capacidade de dispositivo é especificado paradefinir capacidades pedidas para clientes.

A fim de reproduzir conteúdo distribuído a um clientefavoravelmente no cliente, é necessário clarificar as capacidades do cliente.As capacidades de dispositivo de cliente incluem, por exemplo, um tamanhode tela, uma resolução de tela, um tamanho de uma memória disponível, tiposde codecs suportados, e assim sucessivamente.

Quando um dispositivo de cliente primeiro registra um serviço,descrição do dispositivo de CSCF 231 da rede de IMS 230 é carregada, e adescrição carregada e seu URI são gravados em um banco de dados ou umrepositório e compartilhados com outras entidades, tais como servidores. Noteque em um caso onde um repositório global pode ser usado, tal como umrepositório de DCI, o repositório pode ser usado.

No processo de casar conteúdo de AV com um dispositivo decliente, em alguns casos, é necessário selecionar uma versão conteúdoadequada. Por exemplo, casamento de conteúdo de texto é implementadousando modificação, combinação, formatação (por exemplo, XSLT), ousimilar de acordo com uma versão. Uma entidade que executa o processo decasamento (por exemplo, um servidor visado ou um servidor proxy queexecuta transcodificação) executa um processo de receber capacidades dedispositivo e casar o documento de acordo com um conjunto de regrasexpressas em metadados de documento. Isto significa que os metadados deconteúdo devem incluir regras relativas à modificação que deve ser aplicada,e também significa que o perfil de serviço deve incluir restriçõesconsiderando transporte aplicado, terminal, e assim sucessivamente.

Como descrito acima, em um sistema de provisão de conteúdoincluindo um servidor de provisão de conteúdo e um cliente receptor deconteúdo, a unidade de processamento de dados do cliente receptor deconteúdo executa um processo de obter informação de dispositivo do cliente,e enviar e registrar a informação de dispositivo a um subsistema de assinantedoméstico (HSS) definido em um sistema de multimídia de IP (IMS). Oservidor de provisão de conteúdo executa um processo de obter a informaçãode dispositivo do cliente, registrado no HSS, e prover o cliente com conteúdoadequado para o dispositivo. Especificamente, a informação de dispositivoinclui pelo menos um de um tamanho de tela, uma resolução de tela, umtamanho de memória disponível, e tipos de codecs suportados do cliente. Oservidor de provisão de conteúdo executa um processo de obter estesinformação de dispositivo e prover o cliente com conteúdo que pode serreproduzido pelo dispositivo.

A presente invenção foi descrita acima em detalhes comreferência às concretizações específicas. Porém, obviamente, é possível paraaqueles qualificados na arte fazerem modificações ou alternativas sem partirdo espírito da presente invenção. Quer dizer, a presente invenção foi expostapor meio de exemplos, e a presente invenção não deveria ser interpretadarestritivamente. O espírito da presente invenção deveria ser determinado nabase das reivindicações.

Além disso, a série de processos descrita nesta especificaçãopode ser executada por hardware, por software, ou por combinação dehardware e software. Quando a série de processos é executada por software,um programa no qual as seqüências de processamento são gravadas podemser executadas instalando em uma memória de um computador embutido emhardware especial ou em um computador de propósito geral que é capaz deexecutar vários processos. Por exemplo, o programa pode ser gravadopreviamente em um meio de gravação. Em vez de instalar o programa de ummeio de gravação para um computador, o programa pode ser recebido poruma rede tal como uma LAN (Rede Local) ou a Internet e instalado em ummeio de gravação interno tal como um disco rígido.

Os vários processos descritos nesta especificação não precisam15 necessariamente ser executados seqüencialmente nas ordens descritas, epodem ser executados em paralelo ou individualmente como precisado ou deacordo com a habilidade de processamento de um aparelho que executa osprocessos. Um sistema nesta especificação se refere a uma combinação lógicade uma pluralidade de aparelhos, e não está limitado a um no qual osaparelhos constituintes estão dispostos dentro do mesmo invólucro.

Aplicabilidade Industrial

Como descrito anteriormente, de acordo com a configuraçãoda presente invenção, torna possível para um DMP como um aparelhoreprodutor de conteúdo, que é um dispositivo de cliente em uma rededoméstica, receber conteúdo de um servidor de provisão de conteúdo fora darede doméstica e reproduzir o conteúdo. Quer dizer, um ponto de conexão deIMS doméstico, que é um aparelho para processar informação de acordo coma presente invenção, executa comunicação com um servidor de provisão deconteúdo para mapear o servidor de provisão de conteúdo como umdispositivo de rede doméstica virtual, e em resposta à recepção de um pedidode descoberta de dispositivo de um aparelho reprodutor de conteúdo em umarede doméstica, o ponto de conexão de IMS doméstico provê o dispositivoreprodutor de conteúdo com informação de servidor do servidor de provisãode conteúdo como informação de um dispositivo que é permitido receber umserviço. Além disso, torna possível controlar um processo de nPVR(Gravação de Vídeo Pessoal de rede) executado como um processo degravação de conteúdo específico de usuário relativo a conteúdo provido peloservidor externo.

Claims

1. Aparelho para processar informação, caracterizado pelo fatode que inclui:uma unidade de comunicação que executa um processo decomunicação por uma rede doméstica; euma unidade de processamento de dados que executa umprocesso de receber um serviço de provisão de conteúdo provido por umservidor externo existindo fora de uma rede doméstica, usando informação demapeamento na qual o servidor externo é fixado como um dispositivo de rededoméstica virtual,em que:a unidade de processamento de dados é configurada paracontrolar um processo de nPVR (Gravação de Vídeo Pessoal de rede)executado como um processo de gravação de conteúdo específico de usuáriorelativo a conteúdo provido pelo servidor externo.

2. Aparelho para processar informação de acordo comreivindicação 1, caracterizado pelo fato de que:a unidade de processamento de dados é configurada paraexecutar um processo de receber conteúdo de distribuição por multidifusãoem receber radiodifusão de TV provida pelo servidor externo, e executar umprocesso de trocar para distribuição por unidifusão na ocasião do processo denPVR (de Gravação de Vídeo Pessoal de rede) executado como o processo degravação de conteúdo específico de usuário.

3. Aparelho para processar informação de acordo comreivindicação 2, caracterizado pelo fato de que:a unidade de processamento de dados é configurada paraexecutar um processo de enviar uma mensagem de partida de IGMP(Protocolo de Administração de Grupo da Internet) como uma mensagem deacordo com IGMP para o servidor externo ou um servidor de administraçãoem um caso onde recepção de conteúdo de distribuição por unidifusão é paraser começada.

4. Aparelho para processar informação de acordo comreivindicação 1, caracterizado pelo fato de que:a unidade de processamento de dados executa um processo defazer execução de gravação de conteúdo de conteúdo a ser gravado em meiode armazenamento do servidor externo ou outro servidor externo na ocasiãode execução da nPVR (Gravação de Vídeo Pessoal de rede).

5. Aparelho para processar informação de acordo comreivindicação 1, caracterizado pelo fato de que:a unidade de processamento de dados é configurada paraexecutar, em um processo de receber do servidor externo uma lista deconteúdo correspondendo a conteúdo para qual a nPVR (Gravação de VídeoPessoal de rede) pode ser executada, um processo de obter uma lista deconteúdo selecionada de acordo com um perfil provido baseado em um perfilde usuário ou um perfil de cliente provido ao servidor externo.

6. Aparelho para processar informação de acordo comreivindicação 1, caracterizado pelo fato de que:a unidade de processamento de dados é configurada, naocasião de execução da nPVR (Gravação de Vídeo Pessoal de rede), paraexecutar um processo de produzir informação seletiva de conteúdo ouinformação especificadora de tempo de gravação em um EPG (Guia dePrograma Eletrônico) para o servidor externo ou um servidor deadministração.

7. Método para processar informação executado a um aparelhopara processar informação, caracterizado pelo fato de que executa:uma etapa de comunicação no qual uma unidade decomunicação executa um processo de comunicação por uma rede doméstica;uma etapa de recepção de conteúdo na qual uma unidade deprocessamento de dados executa um processo de receber conteúdo providopor um servidor externo existindo fora de uma rede doméstica, usandoinformação de mapeamento na qual o servidor externo é fixado como umdispositivo de rede doméstica virtual; euma etapa de controle de gravação de conteúdo na qual aunidade de processamento de dados controla um processo de nPVR(Gravação de Vídeo Pessoal de rede) executado como um processo degravação de conteúdo específico de usuário relativo ao conteúdo provido peloservidor externo.

8. Método para processar informação de acordo comreivindicação 7, caracterizado pelo fato de que:a unidade de processamento de dados executa um processo dereceber conteúdo de distribuição por multidifusão em receber radiodifusão deTV provida pelo servidor externo, e executa um processo de trocar paradistribuição por unidifusão na ocasião do processo de nPVR (Gravação deVídeo Pessoal de rede) executado como o processo de gravação de conteúdoespecífico de usuário.

9. Método para processar informação de acordo comreivindicação 8, caracterizado pelo fato de que:a unidade de processamento de dados executa um processo deenviar uma mensagem de partida de IGMP (Protocolo de Administração deGrupo da Internet) como uma mensagem de acordo com IGMP para oservidor externo ou um servidor de administração em um caso onde recepçãode conteúdo de distribuição por unidifusão é para ser começada.

10. Método para processar informação de acordo comreivindicação 7, caracterizado pelo fato de que:a unidade de processamento de dados executa um processo defazer execução de gravação de conteúdo de conteúdo a ser gravado em meiode armazenamento do servidor externo ou outro servidor externo na ocasiãode execução da nPVR (Gravação de Vídeo Pessoal de rede).

11. Método para processar informação de acordo comreivindicação 7, caracterizado pelo fato de que:a unidade de processamento de dados executa, em umprocesso de receber do servidor externo uma lista de conteúdocorrespondendo a conteúdo para qual a nPVR (Gravação de Vídeo Pessoal derede) pode ser executada, um processo de obter uma lista de conteúdoselecionado de acordo com um perfil provido baseado em um perfil deusuário ou um perfil de cliente provido ao servidor externo.

12. Método para processar informação de acordo comreivindicação 7, caracterizado pelo fato de que:a unidade de processamento de dados, na ocasião de execuçãoda nPVR (Gravação de Vídeo Pessoal de rede), executa um processo deproduzir informação seletiva de conteúdo ou informação especificadora detempo de gravação em um EPG (Guia de Programa Eletrônico) para oservidor externo ou um servidor de administração.

13. Programa de computador para fazer execução deprocessamento de informação a um aparelho para processar informação,caracterizado pelo fato de que faz a execução de:uma etapa de comunicação de fazer uma unidade decomunicação executar um processo de comunicação por uma rede doméstica;uma etapa de recepção de conteúdo de fazer uma unidade deprocessamento de dados executar um processo de receber conteúdo providopor um servidor externo existindo fora de uma rede doméstica, usandoinformação de mapeamento na qual o servidor externo é fixado como umdispositivo de rede doméstica virtual; euma etapa de controle de gravação de conteúdo de fazer aunidade de processamento de dados controlar um processo de nPVR(Gravação de Vídeo Pessoal de rede) executado como um processo degravação de conteúdo específico de usuário relativo ao conteúdo provido peloservidor externo.

14. Aparelho para processar informação que recebe conteúdorelativo a IPTV provido por uma rede pública,caracterizado pelo fato de que inclui:meio para fixar um servidor externo conectado à rede públicacomo um dispositivo de rede doméstica virtual; emeio de controle para controlar um processo de gravar oureproduzir conteúdo no servidor externo pela rede pública de forma que oservidor externo funcione como um gravador de vídeo pessoal que grava oureproduz conteúdo específico de usuário.

15. Aparelho para processar informação que recebe conteúdoprovido por uma rede pública, caracterizado pelo fato de que inclui:meio para fixar um servidor externo como um dispositivo derede doméstica virtual, o servidor externo sendo um servidor conectado à redepública e provido fora de uma rede doméstica configurada em um lado deusuário; emeio de controle para controlar um processo de reproduzirconteúdo no servidor externo pela rede pública a fim de implementarunidifusão na qual conteúdo particular é provido só a um usuário particular.

16. Aparelho para processar informação que recebe conteúdoprovido por uma rede pública, caracterizado pelo fato de que inclui:meio para fixar um servidor externo como um dispositivo de rededoméstica virtual, o servidor externo sendo um servidor conectado à rede públicae provido fora de uma rede doméstica configurada em um lado de usuário; emeio de controle para controlar um processo de gravar oureproduzir conteúdo no servidor externo pela rede pública de forma que oservidor externo funcione como um gravador de vídeo pessoal que gravaconteúdo de usuário.