MX2010008642A - Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet. - Google Patents

Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet.

Info

Publication number
MX2010008642A
MX2010008642A MX2010008642A MX2010008642A MX2010008642A MX 2010008642 A MX2010008642 A MX 2010008642A MX 2010008642 A MX2010008642 A MX 2010008642A MX 2010008642 A MX2010008642 A MX 2010008642A MX 2010008642 A MX2010008642 A MX 2010008642A
Authority
MX
Mexico
Prior art keywords
application
iptv service
metadata
iptv
entity
Prior art date
Application number
MX2010008642A
Other languages
English (en)
Inventor
In-Chul Hwang
Mun-Jo Kim
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of MX2010008642A publication Critical patent/MX2010008642A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Abstract

La presente invención se refiere a un método que recibe metadatos para una aplicación que proporciona un servicio IPTV, en donde un mensaje de petición de metadatos es generado, el cual requiere metadatos para una aplicación que proporciona al menos un servicio IPTV; el mensaje de petición de metadatos es transmitido a un segundo dispositivo de entidad; y, en respuesta al mensaje de petición de metadatos, un mensaje de respuesta de metadatos, que comprende los metadatos para la aplicación que proporciona al menos un servicio IPTV, es recibido a partir del segundo dispositivo de entidad. La presente invención también se refiere a un dispositivo para la implementación del método.

Description

METODO Y APARATO DE TRANSMISION Y RECEPCION DE METADATOS PARA APLICACION QUE PROPORCIONA SERVICIO DE TELEVISION DE PROTOCOLO DE INTERNET Campo de la Invención La presente invención se refiere a métodos y aparatos de transmisión y recepción de metadatos de una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) .
Antecedentes de la Invención Un servicio de comunicación de televisión de protocolo de Internet (IPTV) denota un servicio que proporciona un servicio de información, un servicio de contenido de video y un servicio de radiodifusión para televisiones a través de una red IP, es decir, una red de Internet de alta velocidad. Puesto que un servicio convergente de comunicación-radiodifusión está siendo desarrollado, el interés en los servicios IPTV está creciendo. La activación del servicio IPTV podría afectar en gran medida no sólo las industrias de comunicación y radiodifusión sino también las industrias de manufactura de contenido y aparatos domésticos.
En forma convencional, con el propósito que un usuario del servicio IPTV sea proporcionado con el servicio IPTV a través de una red IP, el usuario del servicio IPTV REF . 213118 podría poseer convertidores de señal de televisión que sean diferentes para cada vendedor IPTV. Sólo el usuario de servicio IPTV que posee un convertidor de señal de televisión IPTV manuf cturado de acuerdo con los estándares establecidos por el proveedor de servicio IPTV que proporciona un servicio IPTV podría ser proporcionado con el servicio IPTV a partir del correspondiente proveedor de servicio IPTV. Por ejemplo, cuando existan tres proveedores de servicio IPTV A, B y C, el usuario que compra el convertidor de señal de televisión del proveedor de servicio A sólo podría utilizar un servicio IPTV proporcionado por A. Asimismo, con el propósito de utilizar un servicio IPTV de B o C, un convertidor de señal de televisión manufacturado por B o C es comprado por separado. Debido a este problema de compatibilidad entre los servicios IPTV y los convertidores de señal de televisión, la selección de los servicios IPTV es limitada y en consecuencia, la calidad de los servicios IPTV se deteriora o es difícil de expandir una base de servicio.
A este respecto, un fórum IPTV abierto ha sido recientemente establecido y la estandarización se encuentra bajo discusión. En este fórum, los estándares comunes, que no están en función de los proveedores de servicio IPTV, son formados y la provisión de servicios IPTV a los usuarios de servicio en función de los estándares comunes se encuentra bajo discusión.
El fórum IPTV abierto tiene por objetivo formar una interfaz y una plataforma de hardware que no sean dependientes de los proveedores de servicio IPTV y que utilizan servicios IPTV proporcionados a partir de una pluralidad de proveedores de servicio IPTV por los usuarios. De acuerdo con la arquitectura de fórum IPTV abierto, incluso si el usuario no fuera el poseedor de los convertidores de señal de televisión que son diferentes para cada proveedor de servicio IPTV, el usuario podría utilizar servicios IPTV proporcionados a partir de una pluralidad de diferentes proveedores de servicio IPTV, y de esta manera, un intervalo de selección para los servicios podría ser expandido.
Con el propósito que el usuario emplee los servicios proporcionados a partir de la pluralidad de diferentes proveedores de servicio IPTV, aparatos para la retransmisión de servicios proporcionados a partir de la pluralidad de diferentes proveedores de servicio IPTV están presentes en una red residencial que tiene una arquitectura funcional de acuerdo con el fórum IPTV abierto. Los aparatos podrían ser entidades tales como la Pasarela de Aplicación (AG) , Pasarela IMS (IG) y Pasarela CSP (CG) , de acuerdo con la arquitectura funcional del fórum IPTV abierto. Estos aparatos de retransmisión reciben servicios IPTV proporcionados a partir de una red de proveedor fuera de la red residencial y retransmiten los servicios IPTV recibidos a una terminal incluida en la red residencial.
Breve Descripción de las Figuras La Figura 1 es un diagrama esquemático que explica un método de transmisión y recepción de metadatos de una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) de acuerdo con una modalidad de la presente invención; La Figura 2 es un diagrama esquemático que explica el flujo de los metadatos de una aplicación que proporciona un servicio IPTV, de acuerdo con una modalidad de la presente invención; La Figura 3 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de descubrimiento de servicio IPTV y una aplicación de guía de contenido en un modelo no manejado de red, de acuerdo con una modalidad de la presente invención; La Figura 4 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de descubrimiento de servicio IPTV en un modelo no manejado de red, de acuerdo con otra modalidad de la presente invención; La Figura 5 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de guía de contenido en un modelo manejado de red, de acuerdo con otra modalidad de la presente invención; La Figura 6 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de guía de contenido en un modelo manejado de red mediante la utilización de un protocolo HTTP o un protocolo DVB STP, de acuerdo con otra modalidad de la presente invención; La Figura 7 ilustra una estructura de un registro de proveedor de servicio que incluye metadatos con respecto a una aplicación de descubrimiento de servicio IPTV, de acuerdo con una modalidad de la presente invención; La Figura 8 ilustra una estructura de un registro de ofrecimiento de guía de contenido que incluye los metadatos con respecto a una aplicación de guía de contenido, de acuerdo con otra modalidad de la presente invención; La Figura 9 muestra un esquema XML 'Service Discovery' que incluye un registro de proveedor de servicio y un registro de ofrecimiento de guía de contenido, de acuerdo con una modalidad de la presente invención; Las Figuras 10A y 10B muestran un esquema XML de un registro de proveedor de servicio, de acuerdo con una modalidad de la presente invención; Las Figuras 11A y 11B muestran un esquema XML del registro de ofrecimiento de guía de contenido, de acuerdo con otra modalidad de la presente invención; La Figura 12 ilustra una estructura de un registro de proveedor de servicio, de acuerdo con otra modalidad de la presente invención; La Figura 13 ilustra una estructura de un registro de ofrecimiento de guía de contenido, de acuerdo con otra modalidad de la presente invención; La Figura 14 es un diagrama de bloque de un primer aparato de entidad, de acuerdo con una modalidad de la presente invención; y La Figura 15 es un diagrama de bloque de un segundo aparato de entidad, de acuerdo con una modalidad de la presente invención.
Descripción Detallada de la Invención Solución Técnica Los aspectos de la presente invención proporcionan un método y aparatos de transmisión y recepción de metadatos con respecto de aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , y un medio de grabación susceptible de ser leído en computadora que tiene grabado en el mismo un programa para la ejecución de los métodos .
Efectos Ventajosos De acuerdo con una o con las modalidades de la presente invención, a través de la definición de metadatos que incluyen la información del identificador de recurso uniforme (URI) con respecto a una aplicación de descubrimiento de servicio de televisión de protocolo de Internet (IPTV) , y la información URI con respecto a la aplicación de guía de contenido mediante la utilización de un esquema XML, el usuario de un aparato de entidad de función terminal (ITF) IPTV podría tener acceso a la aplicación de descubrimiento de servicio IPTV, y la aplicación de guía de contenido mediante la utilización de los metadatos, y de esta manera, el usuario podría emplear un servicio predeterminado que es proporcionado por un proveedor de servicio.
El Mejor Modo para Realizar la Invención De acuerdo con un aspecto de la presente invención, se proporciona un método de recepción de metadatos con respecto de una aplicación que proporciona un servicio de televisión de protocolo de Internet ( IPTV) de un primer aparato de entidad, el método incluye generar un mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; transmitir el mensaje de petición de metadatos a un segundo aparato de entidad; y recibir un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, a partir del segundo aparato de entidad, en respuesta al mensaje de petición de metadatos.
La aplicación que proporciona el servicio IPTV podría incluir al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido .
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, los metadatos podrían incluir la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, los metadatos podrían incluir la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, los metadatos podrían ser proporcionados como una parte de un registro de proveedor de servicio.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, los metadatos podrían ser proporcionados como una parte de un registro de ofrecimiento de guía de contenido.
Los metadatos podrían incluir al menos una información de entre un identificador (ID) de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de la aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusión .
El mensaje de petición de metadatos podría incluir un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE, y el mensaje de respuesta de metadatos podría incluir un mensaje HTTP RESPONSE, y un mensaje SIP NOTIFY.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, el mensaje de petición de metadatos además podría incluir un mensaje JOIN de protocolo de manejo del grupo de Internet (IGMP) y el mensaje de respuesta de metadatos además podría incluir un mensaje de multidifusión DVB STP.
El primer aparato de entidad podría ser un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el primer aparato de entidad podría ser un aparato de entidad de función terminal IPTV abierto (OITF) que tiene acceso al servicio IPTV, o un aparato de entidad funcional de pasarela IMS (IG) que permite a los aparatos de entidad OITF tener acceso a un servicio de red, en función de una red central de subsistema multimedia IP (IMS) .
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, el segundo aparato de entidad podría ser un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad podría ser un aparato de entidad de descubrimiento de proveedor de servicio IPTV que proporciona la información que es requerida por un aparato de entidad OITF para seleccionar al menos un proveedor de servicio IPTV.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, el segundo aparato de entidad podría ser un aparato que realiza una función que corresponde con una entidad definida en la arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad podría ser un aparato de entidad de descubrimiento del servicio IPTV que busca al menos un servicio proporcionado por un proveedor de servicio IPTV.
De acuerdo con otro aspecto de la presente invención, se proporciona un método de transmisión de metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) de un segundo aparato de entidad. El método incluye recibir un mensaje de petición de metadatos que requiere en los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; generar un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, en respuesta al mensaje de petición de metadatos; y transmitir el mensaje de respuesta de metadatos al primer aparato de entidad.
La aplicación que proporciona el servicio IPTV podría incluir al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido .
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, los metadatos podrían incluir la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, los metadatos podrían incluir la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, los metadatos podrían ser proporcionados como una parte de un registro de proveedor de servicio.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, los metadatos podrían ser proporcionados como una parte de un registro de ofrecimiento de guía de contenido.
Los metadatos podrían incluir al menos una información de entre un identificador (ID) de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusión .
El mensaje de petición de metadatos podría incluir un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE, y el mensaje de respuesta de metadatos podría incluir un mensaje HTTP RESPONSE y un mensaje SIP NOTIFY.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, el mensaje de petición de metadatos además podría incluir un mensaje JOIN de protocolo de manejo del grupo de Internet IGMP) y el mensaje de respuesta de metadatos además podría incluir un mensaje de multidifusión DVB STP.
El primer aparato de entidad podría ser un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el primer aparato de entidad podría ser un aparato de entidad de función de terminal IPTV abierta (OITF) que tiene acceso al servicio IPTV, o un aparato de entidad funcional de pasarela IMS (IG) que permite a los aparatos de entidad OITF tener acceso a un servicio de red, en función de una red central de subsistema multimedia IP (IMS) .
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de descubrimiento de servicio IPTV, el segundo aparato de entidad podría ser un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad podría ser un aparato de entidad de descubrimiento de proveedor de servicio IPTV que proporciona la información que es requerida por un aparato de entidad OITF para seleccionar al menos un proveedor de servicio IPTV.
Cuando la aplicación que proporciona el servicio IPTV podría ser la aplicación de guía de contenido, el segundo aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad es un aparato de entidad de descubrimiento del servicio IPTV que busca al menos un servicio proporcionado por un proveedor de servicio IPTV.
De acuerdo con un aspecto de la presente invención, se proporciona un medio de grabación susceptible de ser leído en computadora que tiene grabado en el mismo un programa para la ejecución del método.
De acuerdo con otro aspecto de la presente invención, se proporciona un primer aparato de entidad que recibe los metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , el primer aparato de entidad incluye un generador de mensaje que genera un mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; un transmisor de mensaje que transmite el mensaje de petición de metadatos a un segundo aparato de entidad; y un receptor de mensaje que recibe un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, a partir del segundo aparato de entidad, en respuesta al mensaje de petición de metadatos.
De acuerdo con otro aspecto de la presente invención, se proporciona un segundo aparato de entidad que transmite los metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , el segundo aparato de entidad incluye un receptor de mensaje que recibe el mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; un generador de mensaje que genera un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, en respuesta al mensaje de petición de metadatos; y un transmisor de mensaje que transmite el mensaje de respuesta de metadatos a un primer aparato de entidad.
Modo de la Invención A continuación, la presente invención será descrita de manera más completa con referencia a las figuras que la acompañan, en las cuales . se muestran las modalidades de ejemplo de la invención. En las figuras, los mismos números de referencia denotan los mismos elementos y los espesores de las capas y regiones son exagerados por motivos de claridad.
La Figura 1 es un diagrama esquemático que explica un método de transmisión y recepción de metadatos de una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , de acuerdo con una modalidad de la presente invención.
En la Figura 1, al menos un proveedor de servicio IPTV proporciona un servicio IPTV predeterminado a una terminal de usuario, es decir, un aparato 10 que realiza una función de una entidad de función de terminal IPTV (ITF) ('aparato de entidad ITF 10')· Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica aplicar las modalidades de la presente invención a fin de proporcionar otros servicios, en lugar del servicio IPTV.
En la operación 110, el aparato de entidad ITF 10 y el aparato de entidad de acoplamiento de red 11 forman una red IPTV. El aparato de entidad ITF 10 adquiere una dirección IP del aparato de entidad de acoplamiento de red 11 para formar una red IPTV. El aparato de entidad de acoplamiento de red 11 podría ser un aparato para el manejo de conexiones de red, tal como una pasarela de red de área amplia (WAN) , y podría realizar la autentificación de usuario de un nivel de red y la configuración de acceso. El aparato de entidad ITF 10 podría funcionar como una entidad de dominio de usuario que es proporcionada con un servicio IPTV a partir de un proveedor de servicio IPTV para utilizar el servicio IPTV, y podría realizar una pluralidad de funciones de entidad.
En la operación 120, el aparato de entidad ITF 10 determina un punto de entrada para la búsqueda del servicio IPTV. El aparato de entidad ITF 10 podría buscar el proveedor de servicio IPTV, antes de la búsqueda del servicio IPTV. De esta manera, en la operación 120, el aparato de entidad ITF 10 determina el punto de entrada que es el mismo que una dirección IP de un aparato 12 para la realización de una función de una entidad de descubrimiento de proveedor de servicio IPTV ('el aparato de entidad de descubrimiento de proveedor de servicio IPTV 12') · L información de la dirección IP del aparato de entidad de descubrimiento de proveedor de servicio IPTV 12 podría ser recibida a partir del aparato de entidad de acoplamiento de red 11 durante la formación de la red IPTV, o de manera alterna, podría estar contenida en el aparato de entidad ITF 10 en lugar que sea recibida a partir de una fuente externa.
En la operación 130, el aparato de entidad ITF 10 tiene acceso al aparato de entidad de descubrimiento de proveedor de servicio IPTV 12, y busca la información al menos de un proveedor de servicio IPTV. Un aparato de entidad ITF 10 único, es decir, una terminal única de usuario podría buscar la información de una pluralidad de diferentes proveedores de servicio IPTV.
La información del proveedor de servicio IPTV podría incluir la información del identificador de recurso uniforme (URI) con respecto a las aplicaciones de descubrimiento de servicio IPTV, y la información con respecto a una interfaz de usuario (UI) que es utilizada cuando el usuario del aparato de entidad ITF 10 selecciona un proveedor de servicio IPTV. Por ejemplo, la información relacionada con una UI, tal como logotipos, marcas registradas o iconos de una pluralidad de proveedores de servicio IPTV es proporcionada al aparato de entidad ITF 10, y posteriormente, es visualizada o presentada al usuario a través del aparato de entidad ITF 10. De esta manera, el usuario del aparato de entidad ITF 10 podría seleccionar un proveedor de servicio IPTV de entre los proveedores de servicio IPTV.
Debido a que la información con respecto a los proveedores de servicio IPTV es proporcionada al aparato de entidad ITF 10 a través del aparato de entidad de descubrimiento de proveedor de servicio IPTV 12, el usuario podría seleccionar un proveedor de servicio IPTV predeterminado a través del aparato de entidad ITF 10, y podría utilizar un servicio IPTV del proveedor de servicio IPTV seleccionado.
El usuario del aparato de entidad ITF 10 podría tener acceso a las aplicaciones para la búsqueda del servicio IPTV proporcionado por el proveedor de servicio IPTV que es seleccionado en función de la información URI con respecto a las aplicaciones de descubrimiento de servicio IPTV.
En la operación 140, el aparato de entidad ITF 10 busca el servicio IPTV del proveedor de servicio IPTV, en función de la información URI con respecto a las aplicaciones de descubrimiento de servicio IPTV, que es recibida en la operación 130. Cuando el usuario selecciona un proveedor de servicio IPTV de entre una pluralidad de proveedores de servicio IPTV en la operación 130, el aparato de entidad ITF 10 podría tener acceso a un URI para las aplicaciones de descubrimiento de servicio IPTV del proveedor de servicio IPTV seleccionado, y podría buscar el servicio IPTV.
De acuerdo con otra modalidad de la presente invención, el aparato de entidad ITF 10 podría recibir la información URI del aparato 13 para realizar una función de la entidad de descubrimiento del servicio IPTV ( el aparato de entidad de descubrimiento de servicio IPTV 13'), en la operación 130. En la operación 140, el aparato de entidad ITF 10 podría tener acceso al aparato de entidad de descubrimiento de servicio IPTV 13 de acuerdo con la dirección URI del aparato de entidad de descubrimiento de servicio IPTV 13, que es recibida en la operación 130, y podría buscar la información con respecto al menos a un servicio IPTV. La información con respecto al servicio IPTV podría incluir la información URI con respecto a las aplicaciones que proporcionan la guía de contenido. En la operación 150, el aparato de entidad ITF 10 podría tener acceso a las aplicaciones que proporcionan la guía de contenido, que es recibida en la operación 140, en función de la información URI con respecto a las aplicaciones recibidas que proporcionan la guía de contenido.
La Figura 2 es un diagrama esquemático que explica el flujo de los metadatos de una aplicación que proporciona un servicio IPTV, de acuerdo con una modalidad de la presente invención.
Un flujo de datos que proporciona la información para finalmente tener acceso a las aplicaciones que proporcionan un servicio IPTV a partir de un punto de entrada de descubrimiento de proveedor de servicio 210 podría incluir dos flujos de una guía de web 22 y una guía de metadatos 21.
Cuando el aparato de entidad ITF 10 está basado en el flujo de la guía de web 22, el aparato de entidad ITF 10 opera de acuerdo con una aplicación DAE (Entorno de Aplicación Declarativa) que es proporcionada como un servicio web a partir de una operación en donde el proveedor de servicios buscado (operación 260) .
Cuando el aparato de entidad ITF 10 está basado en el flujo de la guía de metadatos 21, el aparato de entidad ITF 10 tiene acceso al aparato de entidad de descubrimiento de proveedor de servicio IPTV 12, y busca la información basada en XML con respecto al proveedor de servicio IPTV (operación 220) . La información basada en XML con respecto al proveedor de servicio IPTV podría incluir la información URI con respecto a la aplicación de descubrimiento de servicio IPTV. El usuario del aparato de entidad ITF 10 podría tener acceso a las aplicaciones para la búsqueda de un servicio proporcionado por el proveedor de servicio IPTV a través de la información URI con respecto a la aplicación de descubrimiento de servicio IPTV (operación 23) .
De acuerdo con otra modalidad de la presente invención, cuando el aparato de entidad ITF 10 está basado en el flujo de la guía de metadatos 21, el aparato de entidad ITF 10 podría tener acceso al aparato de entidad de descubrimiento de proveedor de servicio IPTV 12, y podría buscar la información URI en base de XML con respecto al aparato de entidad de descubrimiento de servicio IPTV 13 (operación 220) . El aparato de entidad ITF 10 podría tener acceso al aparato de entidad de descubrimiento de servicio IPTV 13 de acuerdo con una dirección URI del aparato de entidad de descubrimiento de servicio IPTV 13, que se encuentra contenida en la información URI recibida, y podría buscar la información basada en X L con respecto al menos a un servicio IPTV (operación 230) . La información URI con respecto al servicio IPTV podría incluir la información URI con respecto a una aplicación que proporciona una guía de contenido. El usuario del aparato de entidad ITF 10 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a una aplicación que proporciona una guía de contenido (operación 24) .
De acuerdo con una modalidad de la presente invención, los metadatos que incluyen la información URI con respecto a la aplicación de descubrimiento de servicio IPTV, y la información URI con respecto a la aplicación de guía de contenido, son definidos mediante la utilización de un esquema XML, y de esta manera, el usuario de un aparato de entidad ITF tiene acceso a la aplicación de descubrimiento de servicio IPTV y a la aplicación de guía de contenido de manera que utilice un servicio predeterminado que es proporcionado por el proveedor de servicio.
La Figura 3 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de descubrimiento de servicio IPTV y una aplicación de guía de contenido en un modelo manejado de red de acuerdo con una modalidad de la presente invención.
Con referencia a la Figura 3, un aparato de entidad de función de terminal IPTV abierta (OITF) 30, un aparato de entidad de descubrimiento de proveedor de servicio IPTV 31 y un aparato de entidad de descubrimiento de servicio IPTV 32 son ilustrados. El aparato de entidad OITF 30 es un aparato que realiza funciones de entidad de un dominio de usuario de acuerdo con la arquitectura de fórum IPTV abierto, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 31, y el aparato de entidad de descubrimiento de servicio IPTV 32 son aparatos que realizan funciones de entidad de un dominio de red que es manejado por el proveedor de servicio IPTV, o un proveedor de red.
El aparato de entidad OITF 30 tiene acceso a un servicio IPTV a través de pasarelas del dominio de usuario, es decir, un aparato de entidad funcional de pasarela de aplicación (AG) y un aparato de entidad funcional de pasarela de subsistema multimedia IP (IMS) (IG) . Un aparato que finalmente utiliza el servicio IPTV tal como una TV podría ser el aparato de entidad OITF 30.
Con referencia a la Figura 3, en la operación 310, el aparato de entidad OITF 30 transmite una petición de información al menos de un proveedor de servicio IPTV al aparato de entidad de descubrimiento de proveedor de servicio IPTV 31. La información del proveedor de servicio IPTV incluye metadatos que a su vez incluyen la información URI de una aplicación de descubrimiento de servicio IPTV. De acuerdo con la presente modalidad, el aparato de entidad OITF 30 transmite un mensaje REQUEST de protocolo de transferencia de hipertexto (HTTP) que es generado de acuerdo con HTTP al aparato de entidad de descubrimiento de proveedor de servicio IPTV 31. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
En la operación 320, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 31 transmite un mensaje de respuesta que incluye la información al menos de un proveedor de servicio IPTV al aparato de entidad OITF 30, de acuerdo con el mensaje recibido de petición en la operación 310. De acuerdo con la presente modalidad, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 31 transmite el mensaje HTTP RESPONSE que es generado de acuerdo con HTTP al aparato de entidad OITF 30. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
El usuario del aparato de entidad OITF 30 podría tener acceso a una aplicación de descubrimiento de servicio proporcionada por el proveedor de servicio IPTV a través de la información URI con respecto a la aplicación de descubrimiento de servicio IPTV, que se encuentra contenida en la información con respecto al proveedor de servicio IPTV.
De acuerdo con otra modalidad de la presente invención, el aparato de entidad OITF 30 tiene acceso al aparato de entidad de descubrimiento de proveedor de servicio IPTV 12, y recibe la información URI basada en XML con respecto al aparato de entidad de descubrimiento de servicio IPTV 32. Entonces, en la operación 340, el aparato de entidad OITF 30 tiene acceso al aparato de entidad de descubrimiento de servicio IPTV 32, y transmite un mensaje de petición al menos a un servicio IPTV hacia el aparato de entidad de descubrimiento de servicio IPTV 32. La información con respecto al servicio IPTV incluye los metadatos que a su vez incluyen la información URI con respecto a la aplicación que proporciona un servicio de guía de contenido. De acuerdo con la presente modalidad, el aparato de entidad OITF 30 transmite el mensaje HTTP REQUEST que es generado de acuerdo con HTTP al aparato de entidad de descubrimiento de servicio IPTV 32. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaj e .
En la operación 350, el aparato de entidad de descubrimiento de servicio IPTV 32 transmite un mensaje de respuesta que incluye la información con respecto al menos a un servicio IPTV al aparato de entidad OITF 30, de acuerdo con el mensaje recibido de petición en la operación 340. De acuerdo con la presente modalidad, el aparato de entidad de descubrimiento de servicio IPTV 32 transmite un mensaje HTTP RESPONSE que es generado de acuerdo con el HTTP al aparato de entidad OITF 30. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
El usuario del aparato de entidad OITF 30 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a una aplicación que proporciona el servicio de guía de contenido, que es contenida en la información del servicio IPTV.
La Figura 4 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de descubrimiento de servicio IPTV en un modelo manejado de red, de acuerdo con otra modalidad de la presente invención.
En la Figura 4, el aparato de entidad OITF 42, el aparato de entidad funcional de pasarela IMS (IG) 43, un aparato de entidad de manejo de autentificación y sesión (ASM) 45, y un aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 son ilustrados. Un aparato de entidad ITF 41 podría ser un aparato para la realización de funciones de entidad de un dominio de usuario, y podría realizar una pluralidad de funciones de entidad. En la Figura 4, el aparato de entidad ITF 41 incluye el aparato de entidad OITF 42 y el aparato de entidad IG 43. El aparato de entidad OITF 42 y el aparato de entidad IG 43 realizan las funciones de entidad de un dominio de usuario de acuerdo con la arquitectura de fórum IPTV abierto. El aparato de entidad ASM 45 y el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 realizan las funciones de entidad de un dominio de red que es manejado por un proveedor de red. El aparato de entidad IG 43 y el aparato de entidad ASM 45 realizan las funciones de entidad que son requeridas en un modelo manejado de red de entre los modelos del servicio IPTV de acuerdo con la arquitectura de fórum IPTV abierto.
El aparato de entidad OITF 42 tiene acceso al servicio IPTV a través de pasarelas del dominio de usuario, es decir, el aparato de entidad funcional AG y el aparato de entidad IG 43. Un aparato, que finalmente utiliza el servicio IPTV tal como una TV, podría ser el aparato de entidad OITF 42.
El aparato de entidad IG 43 permite que el aparato de entidad OITF 42 tenga acceso al servicio IPTV en función de una red central de subsistema multimedia IP (IMS) . El aparato de entidad IG 43 retransmite los aparatos para la realización de las funciones de entidad de un dominio de red, es decir, el aparato de entidad ASM 45 y el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44, con el propósito que el aparato de entidad OITF 42 tenga acceso al servicio IPTV.
El aparato de entidad ASM 45 realiza el manejo de acceso y el manejo de sesión de servicio IPTV, de modo que sólo un usuario específico podría tener acceso a una red manej ada .
El aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 genera la información con respecto al menos a un proveedor de servicio.
Con referencia a la Figura 4, en la operación 410, el aparato de entidad OITF 42 transmite un mensaje de petición de información con respecto al menos a un proveedor de servicio IPTV al aparato de entidad IG 43. La información con respecto al proveedor de servicio IPTV incluye los metadatos que a su vez incluyen la información URI con respecto a la aplicación de descubrimiento de servicio IPTV. El aparato de entidad OITF 42 y el aparato de entidad IG 43 son aparatos que realizan las funciones de entidad de un dominio de usuario, y transmiten y reciben mensajes que son escritos en un formato predeterminado de mensaje que es definido entre los mismos. En la Figura 4, el aparato de entidad OITF 42 transmite el mensaje HTTP REQUEST generado de acuerdo con el HTTP al aparato de entidad IG 43.
En la operación 412, el aparato de entidad IG 43 genera un mensaje SIP SUBSCRIBE, de acuerdo con el mensaje recibido de petición en la operación 410, y transmite el mensaje SIP SUBSCRIBE al aparato de entidad ASM 45. El mensaje SIP SUBSCRIBE es un mensaje que será transmitido al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44. Sin embargo, debido a que el aparato de entidad ASM 45 realiza el manejo de sesión de servicio IPTV en el modelo manejado de red, el mensaje SIP SUBSCRIBE es transmitido al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 a través del aparato de entidad ASM 45.
En la operación 414, el aparato de entidad ASM 45 transmite el mensaje SIP SUBSCRIBE que es recibido a partir del aparato de entidad IG 43 en la operación 412 al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44.
En la operación 416, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 transmite un mensaje SIP 200 OK que informa que el mensaje SIP SUBSCRIBE es normalmente recibido en la operación 414 al aparato de entidad ASM 45.
En la operación 418, el aparato de entidad ASM 45 transmite el mensaje SIP 200 OK recibido en la operación 416 al aparato de entidad IG 43.
En la operación 420, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 transmite el mensaje SIP NOTIFY que contiene la información con respecto al menos a un proveedor de servicio al aparato de entidad ASM 45.
En la operación 422, el aparato de entidad ASM 45 transmite el mensaje SIP NOTIFY que es recibido a partir del aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 en la operación 420 al aparato de entidad IG 43.
En la operación 424, el aparato de entidad IG 43 transmite el mensaje SIP 200 OK que informa que el mensaje SIP NOTIFY es normalmente recibido en la operación 422 al aparato de entidad ASM 45.
En la operación 426, el aparato de entidad ASM 45 transmite el mensaje SIP 200 OK recibido en la operación 424 al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44.
En la operación 428, el aparato de entidad IG 43 transmite un mensaje de respuesta que contiene información con respecto al menos a un proveedor de servicio IPTV al aparato de entidad OITF 42. El mensaje de respuesta que contiene la información con respecto al menos a un proveedor de servicio es generado en un formato predeterminado de mensaje que es definido entre el aparato de entidad OITF 42 y el aparato de entidad IG 43, y es transmitido al aparato de entidad OITF 42. En la Figura 4, el aparato de entidad IG 43 transmite un mensaje HTTP RESPONSE generado de acuerdo con el HTTP al aparato de entidad OITF 42.
El usuario del aparato de entidad OITF 42 podría tener acceso a las aplicaciones para la búsqueda de un servicio proporcionado por el proveedor de servicio IPTV a través de la información URI con respecto a la aplicación de descubrimiento de servicio IPTV, la cual es contenida en la información con respecto al proveedor de servicio IPTV.
De acuerdo con la presente modalidad, un mensaje es transmitido entre los aparatos que realizan las funciones de entidad mediante la utilización del HTTP y SIP. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
De acuerdo con otra modalidad de la presente invención, en la operación 450, el aparato de entidad OITF 42 transmite un mensaje de petición de información con respecto al menos a un proveedor de servicio IPTV al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44. La información con respecto al proveedor de servicio IPTV incluye metadatos que a su vez incluyen la información URI con respecto a la aplicación de descubrimiento de servicio IPTV. De acuerdo con la presente modalidad, el aparato de entidad OITF 42 transmite el mensaje HTTP REQUEST generado de acuerdo con el HTTP al aparato de entidad de descubrimiento de proveedor de servicio IPTV 44. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
En la operación 452, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 transmite un mensaje de respuesta que contiene la información con respecto al menos a un proveedor de servicio IPTV, de acuerdo con el mensaje recibido de petición en la operación 450. De acuerdo con la presente modalidad, el aparato de entidad de descubrimiento de proveedor de servicio IPTV 44 transmite un mensaje HTTP RESPONSE generado de acuerdo con el HTTP al aparato de entidad OITF 42. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
El usuario del aparato de entidad OITF 42 podría tener acceso a las aplicaciones de búsqueda de un servicio proporcionado por el proveedor de servicio IPTV a través de la información URI con respecto a una aplicación de descubrimiento de servicio IPTV, la cual es contenida en la información con respecto al proveedor de servicio IPTV.
La Figura 5 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de guía de contenido en un modelo manejado de red, de- acuerdo con otra modalidad de la presente invención.
La operación de la Figura 5 es la misma que la operación de la Figura 4, excepto que la información con respecto al servicio IPTV, que incluye los metadatos con respecto a una aplicación de guía de contenido, es buscada para el acceso de un aparato de entidad de descubrimiento de servicio IPTV 54.
De esta manera, un aparato de entidad IG 53 genera un mensaje SIP SUBSCRIBE que requiere la información con respecto a un proveedor de servicio o la información con respecto a un servicio. El aparato de entidad de descubrimiento de servicio IPTV 54 genera un mensaje SIP NOTIFY que contiene información con respecto al menos a un servicio proporcionado por un proveedor predeterminado de servicio.
En la operación 510, el aparato de entidad OITF 52 transmite un mensaje de petición de información con respecto al servicio IPTV al aparato de entidad IG 53. La información con respecto al servicio IPTV incluye los metadatos que contienen la información URI con respecto a las aplicaciones que proporcionan un servicio de guía de contenido. El aparato de entidad OITF 52 y el aparato de entidad IG 53 son aparatos que realizan las funciones de entidad de un dominio de usuario, y transmiten y reciben mensajes que son escritos en un formato predeterminado de mensaje que es definido entre los mismos. En la Figura 5, el aparato de entidad OITF 52 transmite un mensaje HTTP REQUEST generado de acuerdo con el HTTP al aparato de entidad IG 53.
En la operación 512, el aparato de entidad IG 53 genera un mensaje SIP SUBSCRIBE de acuerdo con el mensaje recibido de petición en la operación 510, y transmite el mensaje SIP SUBSCRIBE a un aparato de entidad ASM 55. El mensaje SIP SUBSCRIBE es un mensaje que será transmitido al aparato de entidad de descubrimiento de servicio IPTV 54.
En la operación 514, el aparato de entidad ASM 55 transmite el mensaje SIP SUBSCRIBE que es recibido a partir del aparato de entidad IG 53 en la operación 512 al aparato de entidad de descubrimiento de servicio IPTV 54.
En la operación 516, el aparato de entidad de descubrimiento de servicio IPTV 54 transmite un mensaje SIP 200 OK que informa que el mensaje SIP SUBSCRIBE es normalmente recibido en la operación 514 al aparato de entidad ASM 55.
En la operación 518, el aparato de entidad ASM 55 transmite el mensaje SIP 200 OK recibido en la operación 516 al aparato de entidad IG 53.
En la operación 520, el aparato de entidad de descubrimiento de servicio IPTV 54 transmite un mensaje SIP NOTIFY que contiene la información con respecto al menos a un servicio al aparato de entidad ASM 55.
En la operación 522, el aparato de entidad ASM 55 transmite el mensaje SIP NOTIFY que es recibido a partir del aparato de entidad de descubrimiento de servicio IPTV 54 en la operación 520 al aparato de entidad IG 53.
En la operación 524, el aparato de entidad IG 53 transmite el mensaje SIP 200 OK que informa que el mensaje SIP NOTIFY es normalmente recibido en la operación 522 al aparato de entidad ASM 55.
En la operación 526, el aparato de entidad ASM 55 transmite el mensaje SIP 200 OK recibido en la operación 524 al aparato de entidad de descubrimiento de servicio IPTV 54.
En la operación 528, el aparato de entidad IG 53 transmite un mensaje de respuesta que contiene la información con respecto al menos a un servicio al aparato de entidad OITF 52. El mensaje de respuesta que contiene la información con respecto al menos a un servicio es generado en un formato predeterminado de mensaje que es definido entre el aparato de entidad OITF 52 y el aparato de entidad IG 53, y es transmitido al aparato de entidad OITF 52. En la Figura 5, el aparato de entidad IG 53 transmite el mensaje HTTP RESPONSE generado de acuerdo con el HTTP al aparato de entidad OITF 52.
El usuario de aparato de entidad OITF 52 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a la aplicación que proporciona el servicio de guía de contenido, que es contenida en la información con respecto al servicio IPTV.
La Figura 6 es un diagrama de flujo de una operación de transmisión y recepción de metadatos de una aplicación de guía de contenido en un modelo manejado de red mediante la utilización de un protocolo HTTP o un protocolo DVB STP, de acuerdo con otra modalidad de la presente invención.
En la operación 610, un aparato de entidad OITF 60 transmite un mensaje de petición de información de un servicio IPTV a un aparato de entidad de descubrimiento de servicio IPTV 63. La información del servicio IPTV incluye los metadatos que a su vez incluyen la información URI con respecto a una aplicación que proporciona un servicio de guía de contenido. El aparato de entidad OITF 60 transmite un mensaje HTTP REQUEST generado de acuerdo con el HTTP al aparato de entidad de descubrimiento de servicio IPTV 63. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaj e .
En la operación 620, el aparato de entidad de descubrimiento de servicio IPTV 63 transmite un mensaje de respuesta que contiene la información con respecto al menos a un servicio IPTV, de acuerdo con el mensaje recibido de petición en la operación 610 al aparato de entidad OITF 60. De acuerdo con la presente modalidad, el aparato de entidad de descubrimiento de servicio IPTV 63 transmite un mensaje HTTP RESPONSE generado de acuerdo con el HTTP al aparato de entidad OITF 60. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica utilizar otro protocolo y otro mensaje.
El usuario del aparato de entidad OITF 60 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a una aplicación que proporciona el servicio de guía de contenido, que es contenida en la información con respecto al servicio IPTV.
De acuerdo con otra modalidad de la presente invención, el aparato de entidad OITF 60 podría recibir la información con respecto al servicio IPTV a partir del aparato de entidad de descubrimiento de servicio IPTV 63 en un modo de multidifusión utilizando el protocolo de transporte DVB SD&S (DVB STP) .
En la operación 650, el aparato de entidad de descubrimiento de servicio IPTV 63 transmite un mensaje de multidifusión DVB STP que contiene la información con respecto al servicio IPTV al aparato de entidad de función de procesamiento de transporte 62. La información con respecto al servicio IPTV incluye los metadatos que contienen la información URI con respecto a una aplicación que proporciona un servicio de guía de contenido. El aparato de entidad de función de procesamiento de transporte 62 es un aparato que realiza las funciones de entidad de manejo de un grupo de multidifusión, y previamente recibe un mensaje JOIN de protocolo de manejo de grupo de la Internet (IGMP) que requiere de la unión en el grupo de multidifusión del aparato de entidad OITF 60 de un dominio de usuario, en la operación 660.
En la operación 670, el aparato de entidad de función de procesamiento de transporte 62 transmite el mensaje de multidifusión DVB STP que contiene la información con respecto al servicio IPTV, que es recibido a partir del aparato de entidad de descubrimiento de servicio IPTV 63, al aparato de entidad OITF 60 que pertenece a un correspondiente grupo de multidifusión.
El usuario del aparato de entidad OITF 60 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido incluido en la información con respecto al servicio IPTV.
La Figura 7 ilustra una estructura de un registro de proveedor de servicio que incluye metadatos con respecto a una aplicación de descubrimiento de servicio IPTV, de acuerdo con una modalidad de la presente invención.
Los aparatos de entidad OITF 30 y 42 reciben el registro de proveedor de servicio de los aparatos de entidad de descubrimiento de proveedor de servicio IPTV 31 y 44, en respuesta a las peticiones de los aparatos de entidad OITF 30 y 42.
El registro de proveedor de servicio incluye la información con respecto al proveedor de servicio IPTV. Por ejemplo, un atributo 'LogoURI' 710 indica la información UI tal como un logotipo que es utilizado cuando el usuario selecciona un proveedor de servicio IPTV. Los aparatos de entidad OITF 30 y 42 visualizan la información UI a través del atributo ? LogoURI ' 710, de modo que el usuario de los aparatos de entidad OITF 30 y 42 pudieran seleccionar el proveedor de servicio IPTV.
Un elemento ' WebOfferingLoc' 700 indica la información URI con respecto a la aplicación de descubrimiento de servicio IPTV. El usuario de los aparatos de entidad OITF 30 y 42 podrían tener acceso a una aplicación de búsqueda de un servicio proporcionado por el proveedor de servicio IPTV a través de la información URI con respecto a la aplicación de descubrimiento de servicio IPTV, que es indicada por el elemento ' WebOfferingLoc ' 700 incluido en el registro de proveedor de servicio.
Además, un esquema XML del registro de proveedor de servicio es descrito en detalle en el estándar ' DigitalVideo Broadcasting : Transport of MPEG-2 Based DVB Services over IP Based etworks ' , y de esta manera, su descripción detallada será omitida.
La Figura 8 ilustra una estructura de un registro de ofrecimiento de guía de contenido que incluye metadatos con respecto a una aplicación de guía de contenido, de acuerdo con otra modalidad de la presente invención.
Los aparatos de entidad OITF 30, 52 y 60 reciben el registro de ofrecimiento de guía de contenido a partir de los aparato de entidad de descubrimiento de servicio IPTV 32, 54 y 63 en respuesta a las peticiones de los aparatos de entidad OITF 30, 52 y 60, o en un modo de multidifusión .
El registro de ofrecimiento de guía de contenido es una parte de la información con respecto a un servicio IPTV. Un elemento 1 ContentGuideLoc ' 800 indica la información URI con respecto a una aplicación que proporciona un servicio de guía de contenido. El usuario de los aparatos de entidad OITF 30, 52 y 60 podría tener acceso a la aplicación que proporciona el servicio de guía de contenido a través de la información URI con respecto al servicio de guía de contenido, lo cual es indicado por el elemento 'ContentGuideLoc' 800 incluido en el registro de ofrecimiento de guía de contenido.
Además, un esquema XML del registro de proveedor de servicio es descrito en detalle en el estándar: ' DigitalVideo Broadcasting : Transport of MPEG-2 Based DVB Services over IP Based etworks ' , y de esta manera, su descripción detallada será omitida.
La Figura 9 muestra un esquema XML 'Service Discovery' que incluye un registro de proveedor de servicio y un registro de ofrecimiento de guía de contenido, de acuerdo con una modalidad de la presente invención.
Como se muestra en la Figura 9, un elemento 'Service Discovery' podría incluir el registro de proveedor de servicio que es descrito en un tipo ' ServiceProvider' , y el registro de ofrecimiento de guía de contenido que es descrito en un tipo 'ContentGuideOffering' (900) .
De acuerdo con la presente modalidad, el elemento 'Service Discovery' incluye el registro de proveedor de servicio y el registro de ofrecimiento de guía de contenido. Sin embargo, hubiera sido obvio para una persona de experiencia ordinaria en la técnica que otro elemento podría incluir un registro de proveedor de servicio y un registro de ofrecimiento de guía de contenido.
Las Figuras 10A y 10B muestran un esquema XML de un registro de proveedor de servicio de acuerdo con una modalidad de la presente invención.
El registro de proveedor de servicio es descrito en un tipo ( ServiceProvider' . El tipo ' ServiceProvider' incluye un elemento 1 Offering' de ? OfferingListType ' . El elemento 'Offering' incluye un elemento 1 ebOfferingLoc ' 1010. El elemento 'WebOfferingLoc' 1010 indica la información URI con respecto a una aplicación de descubrimiento de servicio IPTV. El usuario de los aparatos de entidad OITF 30 y 42 podría tener acceso a una aplicación de búsqueda de un servicio proporcionado por un proveedor de servicio IPTV a través de la información URI con respecto a la aplicación de descubrimiento de servicio IPTV, lo cual es indicado en el elemento 'WebOfferingLoc' 1010.
Hubiera sido obvio para una persona de experiencia ordinaria en la técnica cambiar los nombres de los elementos de acuerdo con la presente modalidad, o cambiar el elemento en una forma de atributo.
Las Figuras 11A y 11B muestran un esquema XML del registro de ofrecimiento de guía de contenido, de acuerdo con otra modalidad de la presente invención.
El registro de ofrecimiento de guía de contenido es descrito en un tipo 4 ContentGuideOffering' . El tipo 1 ContentGuideOffering' incluye un elemento ' TransportMode' 1100 de x TransportModeType ' . El elemento v TransportMode ' 1100 incluye un elemento ( ContentGuideLoc' 1110. El elemento ' ContentGuideLoc ' 1110 incluye la información URI con respecto a una aplicación que proporciona un servicio de guía de contenido. El usuario de los aparatos de entidad OITF 30, 52 y 60 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a la aplicación que proporciona el servicio de guía de contenido, que es indicado por el elemento 'ContentGuideLoc' 1110 incluido en el registro de ofrecimiento de guía de contenido.
Hubiera sido obvio para una persona de experiencia ordinaria en la técnica cambiar los nombres de los elementos de acuerdo con la presente modalidad, o cambiar el elemento en una forma de atributo.
La Figura 12 ilustra una estructura de un registro de proveedor de servicio, de acuerdo con otra modalidad de la presente invención.
Como se muestra en las Figuras 10A y 10B, el registro de proveedor de servicio es descrito en un tipo ' ServiceProvider' . El tipo 1 ServiceProvider' incluye un element 'Offering' de un 'OfferingListType ' 1200.
De acuerdo con otra modalidad de la presente invención, el elemento Offering' incluye un elemento 'Applterm' 1210. El elemento 'Applterm' 1210 podría incluir 'Appld' , 'AppName', 'ApplconLoc ' , 1AppMainType ' , 'AppSubType' , 'AppTech' , y 4AppPriority' como atributos.
El Appld' indica un identificador (ID) de una aplicación, el 'AppName' indica el nombre de la aplicación, y el ApplconLoc' indica la información URI para la recepción de un icono de aplicación. El AppMainType' y del 'AppSubType' indican el tipo de la aplicación, el 'AppTech' indica la información con respecto a la tecnología utilizada en la aplicación, y el 'AppPriority' indica la prioridad de la aplicación. El elemento 'Applterm' 1210 podría incluir ' MulticastLoc ' y 'UnicastLoc' como elementos. El 1 MulticastLoc ' indica la información URI para la conexión con una aplicación en un modo de multidifusión, y el 'UnicastLoc' incluye la información URI para la conexión con la aplicación en un modo de unidifusión.
El usuario de los aparatos de entidad OITF 30 y 42 podría tener acceso a una aplicación de búsqueda de un servicio proporcionado por un proveedor de servicio IPTV a través de la información URI con respecto a una aplicación de descubrimiento de servicio IPTV, lo cual es indicado por el elemento 'UnicastLoc' .
Hubiera sido obvio para una persona de experiencia ordinaria en la técnica cambiar los nombres y ubicaciones de los elementos y los atributos del esquema XML del registro de proveedor de servicio de acuerdo con la presente modalidad.
La Figura 13 ilustra una estructura de un registro de ofrecimiento de guía de contenido, de acuerdo con otra modalidad de la presente invención.
Como se muestra en las Figuras 11A y 11B, el registro de ofrecimiento de guía de contenido es descrito en el tipo ContentGuideOffering' . El tipo ' ContentGuideOffering' incluye un elemento * TransportMode' de un ' TransportModeType ' 1300.
De acuerdo con otra modalidad de la presente invención, el elemento vTransportMode ' incluye un elemento 'Applterm' 1310. El elemento (Applterm' 1310 podría incluir 'Appld' , 'AppName', ApplconLoc', 1AppMainType' , 'AppSubType' , 'AppTech' , y 'AppPriority' como atributos.
El Appld' indica un identificador (ID) de una aplicación, el 'AppName' indica el nombre de la aplicación, y el ApplconLoc' indica la información URI para la recepción de un icono de aplicación. El 'AppMainType' y del 'AppSubType' indican el tipo de la aplicación, el 'AppTech' indica la información con respecto a la tecnología utilizada en la aplicación, y el 1AppPriority' indica la prioridad de la aplicación .
El elemento 'Applterm' 1310 podría incluir ' MulticastLoc ' y 'UnicastLoc ' como elementos. El 'MulticastLoc' indica la información URI para la conexión con una aplicación en un modo de multidifusión, y el 'UnicastLoc' incluye la información URI para la conexión con la aplicación en un modo de unidifusión.
El usuario de los aparatos de entidad OITF 30, 52 y 60 podría tener acceso a una aplicación que proporciona un servicio de guía de contenido a través de la información URI con respecto a una aplicación que proporciona el servicio de guía de contenido, lo cual es indicado por el elemento ' UnicastLoc ' .
Hubiera sido obvio para una persona de experiencia ordinaria en la técnica cambiar los nombres y ubicaciones de los elementos y los atributos del esquema XML del registro de proveedor de servicio de acuerdo con la presente modalidad.
La Figura 14 es un diagrama de bloque del primer aparato de entidad 1400, de acuerdo con una modalidad de la presente invención.
El primer aparato de entidad 1400 incluye un generador de mensaje 1410, un transmisor de mensaje 1420, y un receptor de mensaje 1430. El primer aparato de entidad 1400 podría ser los aparatos de entidad OITF 30, 42 ó 60 o los aparatos de entidad IG 43 ó 53.
El generador de mensaje 1410 genera un mensaje de petición de metadatos que solicita los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV.
La aplicación que proporciona el servicio IPTV podría incluir al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV y una aplicación de guía de contenido .
Cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos podrían incluir la información URI con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por el proveedor de servicio IPTV, y podría proporcionarse como una parte de un registro de proveedor de servicio. Cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos podrían incluir la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido, y podrían proporcionarse como una parte del registro de ofrecimiento de guía de contenido.
De acuerdo con otra modalidad de la presente invención, los metadatos podrían incluir al menos una información de entre una ID de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de la aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI para la conexión con la aplicación en un modo de multidifusión, y la información URI para la conexión con la aplicación en un modo de unidifusión. El usuario de los aparatos de entidad OITF podría tener acceso a cada aplicación utilizando la información URI para la conexión con la aplicación en el modo de unidifusión.
El mensaje de petición de metadatos podría ser descrito en un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE.
De acuerdo con otra modalidad de la presente invención, cuando la aplicación que proporciona el servicio IPTV es una aplicación de guía de contenido, el mensaje de petición de metadatos podría ser descrito en un mensaje IGMP JOIN.
El transmisor de mensaje 1420 transmite el mensaje de petición de metadatos generado por el generador de mensaje 1410 a un segundo aparato de entidad 1440. El segundo aparato de entidad 1440 podría ser el aparato de entidad de descubrimiento de proveedor de servicio IPTV 31 ó 44, o los aparatos de entidad de descubrimiento de servicio IPTV 32, 54 ó 63. De esta manera, los metadatos podrían ser transmitidos al segundo aparato de entidad- 1440 a través de un tercer aparato tal como los aparatos de entidad ASM 45 y 55.
El receptor de mensaje 1430 podría recibir un mensaje de respuesta de metadatos que incluye los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV a partir del segundo aparato de entidad 1440, en respuesta al mensaje de petición de metadatos transmitido por el transmisor de mensaje 1420. Del mismo modo que en el caso de la transmisión del mensaje de petición de metadatos, el mensaje de respuesta de metadatos podría ser recibido a través de un tercer aparato tal como los aparatos de entidad ASM 45 y 55. Además, el receptor de mensaje 143.0 podría recibir un mensaje SIP, es decir, un mensaje SIP 200 OK que informa que el mensaje de petición de metadatos transmitido a partir del transmisor de mensaje 1420 es normalmente recibido, a partir del segundo aparato de entidad 1440. En forma similar, el transmisor de mensaje 1420 podría transmitir un mensaje SIP 200 OK que informe que el mensaje de respuesta de metadatos transmitido por el segundo aparato de entidad 1440, al segundo aparato de entidad 1440, en respuesta al mensaje de petición de metadatos .
El mensaje de respuesta de metadatos podría ser descrito en un mensaje HTTP RESPONSE, y en un mensaje SIP NOTIFY.
De acuerdo con otra modalidad de la presente invención, cuando la aplicación que proporciona el servicio IPTV es una aplicación de guía de contenido, el mensaje de respuesta de metadatos podría ser descrito en un mensaje de multidifusión DVB STP .
La Figura 15 es un diagrama de bloque de un segundo aparato de entidad 1500, de acuerdo con una modalidad de la presente invención.
El segundo aparato de entidad 1500 incluye un receptor de mensaje 1510, un generador de mensaje 1520 y un transmisor de mensaje 1530. El segundo aparato de entidad 1500 podría ser los aparatos de entidad de descubrimiento de proveedor de servicio IPTV 31 ó 44, o los aparato de entidad de descubrimiento de servicio IPTV 32, 54 ó 63.
El receptor de mensaje 1510 recibe un mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV. El mensaje de petición de metadatos podría ser recibido a través de un tercer aparato tal como los aparatos de entidad ASM 45 y 55.
La aplicación que proporciona el servicio IPTV podría incluir al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV y una aplicación de guía de contenido .
Cuando la aplicación que proporciona el servicio IPTV es una aplicación de descubrimiento de servicio IPTV, los metadatos podrían incluir la información URI con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por el proveedor de servicio IPTV, y podrían proporcionarse como una parte de un registro de proveedor de servicio. Cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos podrían incluir la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido, y podrían proporcionarse como una parte de un registro de ofrecimiento de guía de contenido.
De acuerdo con otra modalidad de la presente invención, los metadatos podrían incluir al menos una información de entre un ID de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de la aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI para la conexión con la aplicación en un modo de multidifusión, y la información URI para la conexión con la aplicación en un modo de unidifusión. El usuario de los aparatos de entidad OITF podría tener acceso a cada aplicación utilizando la información URI para la conexión con la aplicación en el modo de unidifusión.
El mensaje de petición de metadatos podría ser descrito en un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE,.
De acuerdo con otra modalidad de la presente invención, cuando la aplicación que proporciona el servicio IPTV es una aplicación de guía de contenido, el mensaje de petición de metadatos podría ser descrito en un mensaje IGMP JOIN.
El generador de mensaje 1520 genera un mensaje de respuesta de metadatos que incluye los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, en respuesta al mensaje de petición de metadatos.
El transmisor de mensaje 1530 transmite el mensaje de respuesta de metadatos generado por el generador de mensaje 1520 a un primer aparato de entidad 1540. El primer aparato de entidad 1540 podría ser los aparatos de entidad OITF 30, 42 ó 60, o los aparatos de entidad IG 43 ó 53. De esta manera, el mensaje de respuesta de metadatos podría ser transmitido al primer aparato de entidad 1540 a través de un tercer aparato tal como los aparatos de entidad ASM 45 y 55.
Del mismo modo que en el caso para la recepción del mensaje de petición de metadatos, el mensaje de respuesta de metadatos podría ser transmitido a través de un tercer aparato tal como los aparatos de entidad ASM 45 y 55.
Además, el transmisor de mensaje 1530 podría transmitir un mensaje SIP, es decir, una información SIP 200 OK en que el mensaje de petición de metadatos es recibido a partir del primer aparato de entidad 1540, al primer aparato de entidad 1540. En forma similar, el receptor de mensaje 1510 podría recibir un mensaje SIP 200 OK que informe que el mensaje de respuesta de metadatos transmitido por el transmisor de mensaje 1530 es normalmente recibido, a partir del primer aparato de entidad 1540 en respuesta al mensaje de petición de metadatos.
El mensaje de respuesta de metadatos podría ser descrito en un mensaje HTTP RESPONSE, y en un mensaje SIP NOTIFY.
De acuerdo con otra modalidad de la presente invención, cuando la aplicación que proporciona el servicio IPTV es una aplicación de guía de contenido, el mensaje de respuesta de metadatos podría ser descrito en un mensaje de muítidifusión DVB STP.
Mientras que la presente invención ha sido particularmente mostrada y descrita con referencia a las modalidades de ejemplo de la misma, será entendido por aquellas personas de experiencia ordinaria en la técnica que varios cambios en la forma y los detalles podrían realizarse en la misma sin apartarse del espíritu y alcance de la presente invención como es definido por las siguientes reivindicaciones.
De acuerdo con una o más modalidades de la presente invención, un aparato de transmisión y recepción de metadatos con respecto a una aplicación que proporciona un servicio IPTV podría incluir un bus acoplado con cada unidad ilustrada en las Figuras 14 y 15, al menos un procesador acoplado con el bus, y una memoria acoplada con el bus para el almacenamiento de los comandos, los mensajes recibidos o los mensajes generados, en donde la memoria es acoplada al menos con un procesador para la ejecución de los comandos descritos con anterioridad.
La invención también puede ser incluida como códigos susceptibles de ser leídos por computadora en un medio de grabación susceptible de ser leído en computadora. El medio de grabación susceptible de ser leído en computadora es cualquier dispositivo de almacenamiento de datos que puede almacenar datos, lós cuales pueden ser posteriormente leídos por un sistema de computadora. Los ejemplos del medio de grabación susceptible de ser leído en computadora incluyen la memoria sólo de lectura (ROM) , la memoria de acceso aleatorio (RAM) , CD-ROMs, cintas magnéticas, discos flexibles, dispositivos de almacenamiento de datos ópticos, etcétera. El medio de grabación susceptible de ser leído en computadora también puede ser distribuido a través de una red acoplada con sistemas de computadora, de modo que el código susceptible de ser leído por computadora es almacenado y ejecutado en un modo distribuido.
Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (35)

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones :
1. Un método de recepción de metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) de un primer aparato de entidad, caracterizado porque comprende: generar un mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; transmitir el mensaje de petición de metadatos a un segundo aparato de entidad; y recibir un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, a partir del segundo aparato de entidad, en respuesta al mensaje de petición de metadatos .
2. El método de conformidad con la reivindicación 1, caracterizado porque la aplicación que proporciona el servicio IPTV comprende al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido.
3. El método de conformidad con la reivindicación 2, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos comprenden la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
4. El método de conformidad con la reivindicación 2, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos comprenden la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
5. El método de conformidad con la reivindicación 2, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos son proporcionados como una parte de un registro de proveedor de servicio.
6. El método de conformidad con la reivindicación 2, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos son proporcionados como una parte de un registro de ofrecimiento de guía de contenido.
7. El método de conformidad con la reivindicación 1, caracterizado porque los metadatos comprenden al menos una información de entre un identificador (ID) de una aplicación, un nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de la aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusió .
8. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de petición de metadatos comprende un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE, Y en donde el mensaje de respuesta de metadatos comprende un mensaje HTTP RESPONSE, y un mensaje SIP NOTIFY.
9. El método de conformidad con la reivindicación 2, caracterizado porque, cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, el mensaje de petición de metadatos además comprende un mensaje JOIN de protocolo de manejo del grupo de Internet (IGMP) y el mensaje de respuesta de metadatos además comprende un mensaje de multidifusión DVB STP.
10. El método de conformidad con la reivindicación 1, caracterizado porque el primer aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el primer aparato de entidad es un aparato de entidad de función terminal IPTV (OITF) que tiene acceso al servicio IPTV, o un aparato de entidad funcional de pasarela IMS (IG) que permite a los aparatos de entidad OITF tener acceso a un servicio de red, en función de una red central de subsistema multimedia IP (IMS) .
11. El método de conformidad con la reivindicación 2, caracterizado porque, cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, el segundo aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad es un aparato de entidad de descubrimiento de proveedor de servicio IPTV que proporciona la información que es requerida por un aparato de entidad OITF para seleccionar al menos un proveedor de servicio IPTV.
12. El método de conformidad con la reivindicación 2, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, el segundo aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en la arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad es un aparato de entidad de descubrimiento del servicio IPTV que busca al menos un servicio proporcionado por un proveedor de servicio IPTV.
13. Un método de transmisión de metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) de un segundo aparato de entidad, caracterizado porque comprende: recibir un mensaje de petición de metadatos para solicitar metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; generar un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, en respuesta al mensaje de petición de metadatos; y transmitir el mensaje de respuesta de metadatos al primer aparato de entidad.
14. El método de conformidad con la reivindicación 13, caracterizado porque la aplicación que proporciona el servicio IPTV comprende al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido.
15. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos comprenden la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
16. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos comprenden la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
17. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos son proporcionados como una parte de un registro de proveedor de servicio.
18. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos son proporcionados como una parte de un registro de ofrecimiento de guía de contenido.
19. El método de conformidad con la reivindicación 13, caracterizado porque los metadatos comprenden al menos una información de entre un identificador (ID) de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusión.
20. El método de conformidad con la reivindicación 13, caracterizado porque el mensaje de petición de metadatos comprende un mensaje HTTP REQUEST, y un mensaje SIP SUBSCRIBE, y en donde el mensaje de respuesta de metadatos comprende un mensaje HTTP RESPONSE y un mensaje SIP NOTIFY.
21. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, el mensaje de petición de metadatos además comprende un mensaje JOIN de protocolo de manejo del grupo de Internet (IGMP) y el mensaje de respuesta de metadatos además comprende un mensaje de multidifusión DVB STP .
22. El método de conformidad con la reivindicación 13, caracterizado porque el primer aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el primer aparato de entidad es un aparato de entidad de función de terminal IPTV abierta (OITF) que tiene acceso al servicio IPTV, o un aparato de entidad funcional de pasarela IMS (IG) que permite a los aparatos de entidad OITF tener acceso a un servicio de red, en función de una red central de subsistema multimedia IP (IMS) .
23. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, el segundo aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, en donde el segundo aparato de entidad podría ser un aparato de entidad de descubrimiento de proveedor de servicio IPTV que proporciona la información que es requerida por un aparato de entidad OITF para seleccionar al menos un proveedor de servicio IPTV.
24. El método de conformidad con la reivindicación 14, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, el segundo aparato de entidad es un aparato que realiza una función que corresponde con una entidad definida en una arquitectura de fórum IPTV abierto, y el segundo aparato de entidad es un aparato de entidad de descubrimiento del servicio IPTV que busca al menos un servicio proporcionado por un proveedor de servicio IPTV.
25. Un primer aparato de entidad que recibe los metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , caracterizado porque comprende: un generador de mensaje que genera un mensaje de petición de metadatos que requiere los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; un transmisor de mensaje que transmite el mensaje de petición de metadatos a un segundo aparato de entidad; y un receptor de mensaje que recibe un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que proporciona al menos un servicio IPTV, a partir del segundo aparato de entidad, en respuesta al mensaje de petición de metadatos.
26. El primer aparato de entidad de conformidad con la reivindicación 25, caracterizado porque la aplicación que proporciona el servicio IPTV comprende al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido.
27. El primer aparato de entidad de conformidad con la reivindicación 26, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos comprenden la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
28. El primer aparato de entidad de conformidad con la reivindicación 26, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos comprenden la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
29. El primer aparato de entidad de conformidad con la reivindicación 25, caracterizado porque los metadatos comprenden al menos una información de entre un identificador (ID) de una aplicación, el nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusión.
30. Un segundo aparato de entidad que transmite los metadatos con respecto a una aplicación que proporciona un servicio de televisión de protocolo de Internet (IPTV) , caracterizado porque comprende: un receptor de mensaje que recibe el mensaje de petición de metadatos que solicita los metadatos con respecto a una aplicación que proporciona al menos un servicio IPTV; un generador de mensaje que genera un mensaje de respuesta de metadatos que comprende los metadatos con respecto a la aplicación que .proporciona al menos un servicio IPTV, en respuesta al mensaje de petición de metadatos; y un transmisor de mensaje que transmite el mensaje de respuesta de metadatos a un primer aparato de entidad.
31. El segundo aparato de entidad de conformidad con la reivindicación 30, caracterizado porque la aplicación que proporciona el servicio IPTV comprende al menos una aplicación de entre una aplicación de descubrimiento de servicio IPTV, y una aplicación de guía de contenido.
32. El segundo aparato de entidad de conformidad con la reivindicación 31, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de descubrimiento de servicio IPTV, los metadatos comprenden la información del identificador de recurso uniforme (URI) con respecto a la aplicación de descubrimiento de servicio IPTV para la búsqueda al menos de un servicio proporcionado por un proveedor de servicio IPTV.
33. El segundo aparato de entidad de conformidad con la reivindicación 31, caracterizado porque cuando la aplicación que proporciona el servicio IPTV es la aplicación de guía de contenido, los metadatos comprenden la información URI con respecto a la aplicación de guía de contenido para la extracción de la información de guía de contenido.
3 . El segundo aparato de entidad de conformidad con la reivindicación 30, caracterizado porque los metadatos comprenden al menos una información de entre un identificador (ID) de una aplicación, un nombre de la aplicación, la información URI que recibe un icono de aplicación, el tipo de aplicación, la información con respecto a la tecnología utilizada en la aplicación, la prioridad de la aplicación, la información URI que se conecta con la aplicación en un modo de multidifusión, y la información URI que se conecta con la aplicación en un modo de unidifusión.
35. El medio de grabación susceptible de ser leído en computadora, caracterizado porque tiene grabado en el mismo un programa para la ejecución de cualquier método de conformidad con las reivindicaciones 1-24.
MX2010008642A 2008-02-05 2009-02-05 Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet. MX2010008642A (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US2634808P 2008-02-05 2008-02-05
US8330908P 2008-07-24 2008-07-24
US8656308P 2008-08-06 2008-08-06
PCT/KR2009/000549 WO2009099298A2 (ko) 2008-02-05 2009-02-05 Iptv 서비스를 제공하는 응용에 대한 메타데이터를 송수신하는 방법 및 장치

Publications (1)

Publication Number Publication Date
MX2010008642A true MX2010008642A (es) 2010-12-14

Family

ID=40952566

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2010008642A MX2010008642A (es) 2008-02-05 2009-02-05 Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet.

Country Status (6)

Country Link
US (1) US20100299707A1 (es)
EP (1) EP2242266A4 (es)
KR (1) KR101562203B1 (es)
CN (1) CN101939985B (es)
MX (1) MX2010008642A (es)
WO (1) WO2009099298A2 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8806198B1 (en) 2010-03-04 2014-08-12 The Directv Group, Inc. Method and system for authenticating a request
US9654829B1 (en) 2010-03-04 2017-05-16 The Directv Group, Inc. Method and system for retrieving data from multiple sources
KR101199703B1 (ko) 2010-04-12 2012-11-08 한국전자통신연구원 디스커버리 메타데이터 접근을 위한 방법 및 장치
WO2011129599A2 (ko) * 2010-04-12 2011-10-20 한국전자통신연구원 디스커버리 메타데이터 접근을 위한 방법 및 장치
US9473668B2 (en) * 2011-11-01 2016-10-18 Siemens Industry, Inc. Distributed storage and processing of mail image data
CN114679494B (zh) * 2017-06-30 2023-12-15 交互数字专利控股公司 Http响应的自组织链路本地多播传送
KR102623618B1 (ko) 2022-10-17 2024-01-10 한신대학교 산학협력단 Ott 시청자 참여 기반의 ng 연기영상 메타데이터 처리 플랫폼 시스템

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6185611B1 (en) * 1998-03-20 2001-02-06 Sun Microsystem, Inc. Dynamic lookup service in a distributed system
FI107681B (fi) * 1998-06-10 2001-09-14 Nokia Multimedia Network Termi Menetelmä ja laite informaation välittämiseksi DVB-verkkoon
US8082491B1 (en) * 2000-05-09 2011-12-20 Oracle America, Inc. Dynamic displays in a distributed computing environment
US7188179B1 (en) * 2000-12-22 2007-03-06 Cingular Wireless Ii, Llc System and method for providing service provider choice over a high-speed data connection
GB0124261D0 (en) * 2001-10-09 2001-11-28 Nokia Corp Event related communications
ES2236370T3 (es) * 2002-01-23 2005-07-16 Sony International (Europe) Gmbh Metodo para permitir la negociacion de la calidad de servicio extremo a extremo por utilizacion del protocolo de negociacion extremo a extremo (e2enp).
JP4598354B2 (ja) * 2002-09-30 2010-12-15 株式会社エヌ・ティ・ティ・ドコモ 通信システム、中継装置及び通信制御方法
US20040128344A1 (en) * 2002-12-30 2004-07-01 Nokia Corporation Content and service registration, query and subscription, and notification in networks
US20040255302A1 (en) * 2003-06-10 2004-12-16 Nokia Corporation Systems and methods for content and service registration, query and subscription, and notification across local service discovery domains
KR20060066096A (ko) * 2003-08-18 2006-06-15 소프트뱅크 가부시키가이샤 콘텐츠 배신 시스템, 콘텐츠 배신 방법, 콘텐츠 배신 서버,콘텐츠 재생 장치, 콘텐츠 배신 프로그램 및 콘텐츠 재생프로그램
EP1790143A1 (en) * 2004-09-17 2007-05-30 Telecom Italia S.p.A. A method and system of interaction between entities on a communication network
KR100590029B1 (ko) * 2004-09-17 2006-06-14 전자부품연구원 ＴＶ－Ａｎｙｔｉｍｅ　메타데이터　서비스에서　ｇｅｔ＿Ｄａｔａ　오퍼레이션을　이용한　테이블　필드　엘리먼트　제공　방법
KR100679314B1 (ko) * 2004-09-17 2007-02-06 전자부품연구원 ＳＯＡＰ　오퍼레이션을　이용한　ＴＶ－Ａｎｙｔｉｍｅ　메타데이터　배포　방법
US20060085816A1 (en) * 2004-10-18 2006-04-20 Funk James M Method and apparatus to control playback in a download-and-view video on demand system
KR100639973B1 (ko) * 2004-11-30 2006-11-01 한국전자통신연구원 가입자 망에서 멀티캐스트 기반 ｉｐ ｔｖ 방송 서비스수신을 위한 방송 채널 정보 획득 및 등록 방법
FR2879385A1 (fr) * 2004-12-09 2006-06-16 Thomson Licensing Sa Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode
US20060209857A1 (en) * 2005-03-15 2006-09-21 Bellsouth Intellectual Property Corporation Broadband home applications gateway/residential gateway systems, methods and computer program products
US20060259927A1 (en) * 2005-05-16 2006-11-16 Swarup Acharya Method and apparatus for providing remote access to subscription television services
US20060291412A1 (en) * 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
KR100739734B1 (ko) * 2005-09-16 2007-07-13 삼성전자주식회사 홈 네트워크의 ｉｐｔｖ로 디지털 방송 프로그램의 부가정보를 제공하는 방법 및 장치
US8804695B2 (en) * 2005-09-30 2014-08-12 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for providing alerts and notifications
DE102005054978A1 (de) * 2005-11-16 2007-05-24 Deutsche Thomson-Brandt Gmbh Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
KR100837695B1 (ko) * 2005-11-18 2008-06-16 한국전자통신연구원 맞춤형 광고 서비스 제공 시스템 및 그 방법
US9008293B2 (en) * 2005-11-25 2015-04-14 At&T Intellectual Property I, L.P. Caller ID information to internet protocol television displays
US8254277B2 (en) * 2005-12-28 2012-08-28 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing internet protocol television diagnostics
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
JP2007272868A (ja) * 2006-03-07 2007-10-18 Sony Corp 情報処理装置、情報通信システム、および情報処理方法、並びにコンピュータ・プログラム
KR100809295B1 (ko) * 2006-04-06 2008-03-04 삼성전자주식회사 소프트웨어 설치를 위한 장치 및 방법
KR100809641B1 (ko) * 2006-04-27 2008-03-05 한국방송공사 이종 시스템간의 컨텐츠 교환 방법 및 그 방법을 수행하는컨텐츠 관리 시스템
DE602007004213D1 (de) * 2006-06-02 2010-02-25 Ericsson Telefon Ab L M Ims dienst-proxy in einem higa
US20080066095A1 (en) * 2006-08-28 2008-03-13 Ses Americom, Inc. IPTV blackout management
CN101155191B (zh) * 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
DE602007011181D1 (de) * 2006-10-19 2011-01-27 Thomson Licensing Verfahren zur Optimierung der Übertragung von DVB-IP-Dienstinformationen durch Partitionierung in mehrere Multicast-Ströme
KR101295571B1 (ko) * 2006-11-24 2013-08-09 엘지전자 주식회사 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
KR101285884B1 (ko) * 2006-11-24 2013-07-11 엘지전자 주식회사 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
US8656445B2 (en) * 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services
KR100837705B1 (ko) * 2006-12-08 2008-06-13 한국전자통신연구원 개방형 홈네트워크 프레임워크 구성 방법 및 그 운용 방법
WO2008082346A1 (en) * 2006-12-28 2008-07-10 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for service discovery
KR100956825B1 (ko) * 2007-01-04 2010-05-11 엘지전자 주식회사 프리뷰 컨텐츠 수신방법 및 ｉｐｔｖ 수신기
WO2008084965A1 (en) * 2007-01-08 2008-07-17 Lg Electronics Inc. Method of processing channel information and receiver

Also Published As

Publication number Publication date
KR20100109353A (ko) 2010-10-08
EP2242266A4 (en) 2014-04-02
WO2009099298A2 (ko) 2009-08-13
CN101939985A (zh) 2011-01-05
CN101939985B (zh) 2013-04-03
US20100299707A1 (en) 2010-11-25
EP2242266A2 (en) 2010-10-20
KR101562203B1 (ko) 2015-10-21
WO2009099298A3 (ko) 2009-10-01

Similar Documents

Publication Publication Date Title
CN101861729B (zh) 通过使用会话初始化协议发现互联网协议电视服务iptv提供商和iptv服务的方法和设备
US20150181285A1 (en) Media Playback Method, Control Point, and Terminal
JP5474983B2 (ja) Ｉｐｔｖセッションをセットアップするためのネットワーク装置及び方法
CN103477651B (zh) 混合媒体接收机、中间件服务器和对应方法、计算机程序和计算机程序产品
US9258619B2 (en) Method and apparatus for performing IPTV communication service
US20110296460A1 (en) Method and apparatus for providing remote user interface (ui) service
MX2010008642A (es) Metodo y aparato de transmision y recepcion de metadatos para aplicacion que proporciona servicio de television de protocolo de internet.
US20150326943A1 (en) Method and apparatus for using internet protocol television service based on application received in multicast session
US9774904B2 (en) Method and apparatus for searching for IPTV service relay devices and method and apparatus for interacting with devices
KR101582092B1 (ko) Ｉｐｔｖ 통신 서비스를 제공하는 응용에 대한 정보 수신 방법 및 장치
KR101732189B1 (ko) 홈 네트워크 디바이스에 외부 네트워크 서비스를 제공하는 방법 및 장치
KR101512323B1 (ko) 주거 네트워크의 ｉｐｔｖ 서비스 중계 디바이스를 검색하고, 상호작용하는 방법 및 장치
Gallego et al. DLNA-based IPTV platform

Legal Events

Date Code Title Description
FG Grant or registration