ES2635082T3 - Método, aparato y dispositivo terminal para compartir contenidos de televisión en protocolo Internet - Google Patents

Método, aparato y dispositivo terminal para compartir contenidos de televisión en protocolo Internet Download PDF

Info

Publication number
ES2635082T3
ES2635082T3 ES12758108.0T ES12758108T ES2635082T3 ES 2635082 T3 ES2635082 T3 ES 2635082T3 ES 12758108 T ES12758108 T ES 12758108T ES 2635082 T3 ES2635082 T3 ES 2635082T3
Authority
ES
Spain
Prior art keywords
terminal
content
iptv
identification information
played
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
ES12758108.0T
Other languages
English (en)
Inventor
Lei Wang
Shunan Fan
Wenmei Gao
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device 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 Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Application granted granted Critical
Publication of ES2635082T3 publication Critical patent/ES2635082T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25875—Management of end-user data involving end-user authentication
    • 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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para compartir un contenido de televisión de protocolo Internet IPTV, que comprende: recibir (101), por un servidor de aplicación para compartir contenido, un mensaje de demanda que se envía por un primer terminal y que comprende un identificador de tercer terminal, en donde el mensaje de demanda se utiliza para dar una instrucción de suministro a un tercer terminal, que corresponde al identificador del tercer terminal, con contenido IPTV que es objeto de reproducción por un segundo terminal; obtener (102), por el servidor de aplicación para compartir contenido, información de identificación del contenido IPTV que se está reproduciendo por el segundo terminal, en donde la información de identificación comprende: un identificador de contenido, un identificador de canal o una dirección de multidifusión; y proporcionar (103), por el servidor de aplicación para compartir contenido y en función de la información de identificación, al tercer terminal el contenido IPTV que se está reproduciendo por el segundo terminal; en donde el suministro (103), por el servidor de aplicación para compartir contenido y en función de la información de identificación, al tercer terminal el contenido de IPTV que se está reproduciendo por el segundo terminal comprende: enviar, por el servidor de aplicación para compartir contenido, un mensaje de demanda que comprende la información de identificación del contenido de IPTV que se está reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela del sistema multimedia IP envíe un mensaje de notificación que incluya la información de identificación para una función de terminal IPTV abierta del tercer terminal, y la función de terminal IPTV abierta obtiene, a partir de un módulo de suministro de contenido IPTV en función de la información de identificación, el contenido IPTV que se está reproduciendo por el segundo terminal.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo, aparato y dispositivo terminal para compartir contenidos de television en protocolo Internet REFERENCIA CRUZADA A LAS SOLICITUDES DE PATENTE RELACIONADAS CAMPO DE LA INVENCION
Las formas de realizacion de la presente invencion se refieren al campo de tecnologfas de las comunicaciones y en particular, a un metodo, un aparato y un dispositivo terminal para compartir un contenido de television de protocolo Internet.
ANTECEDENTES DE LA INVENCION
La television de protocolo Internet (Internet Protocol Television, en adelante referida como IPTV) es un servicio multimedia gestionable que transmite television, video, texto, imagenes y datos por intermedio de una red IP y proporciona QoS (calidad de servicio)/QoE (calidad de experiencia), seguridad, interactividad y fiabilidad. Una tecnologfa IPTV integra multiples tecnologfas tales como una tecnologfa de Internet, una tecnologfa multimedia y una tecnologfa de comunicaciones, utiliza una red de banda amplia como infraestructura, emplea una television domestica, un ordenador personal o un telefono movil como un terminal de presentacion visual principal, y proporciona, por intermedio del protocolo IP, a un usuario varios servicios multimedia interactivos, incluyendo un programa de television digital.
Un servicio de video compartido (Video Share) se refiere a un servicio en el que un usuario inicia una actividad de video compartido para un extremo homologo de una llamada en un proceso de llamadas. Un objeto compartido puede ser video que se captura por un terminal movil por intermedio de una camara en tiempo real, o un fichero de clip de video actualizado en el terminal movil. En un proceso de llamadas, un usuario puede iniciar, de forma aleatoria, o terminar el servicio. Mas adelante, se extiende una tecnologfa de utilizacion compartida. La actividad de compartir un contenido no esta limitada a video, sino que puede ser tambien multimedia discreta y dicha utilizacion compartida se refiere colectivamente como un contenido compartido (Content share).
Una solucion para compartir video actual se proporciona como sigue: Un terminal iniciador de la utilizacion compartida envfa un mensaje de demanda (a modo de ejemplo, SIP Invite), en donde el mensaje de demanda se reenvfa por un servidor de aplicacion a un terminal receptor compartido, y un campo de cabecera Accept-Contact del mensaje de demanda incluye un identificador de caractenstica (a modo de ejemplo, “+g.3gpp.cs-voice”), que indica que lo que se inicia es un servicio de video compartido. El terminal receptor de utilizacion compartida reenvfa un mensaje de respuesta (a modo de ejemplo, SIP 183), en donde la informacion de SDP del mensaje de respuesta incluye un tipo de multimedia y un tipo de codificacion que se reciben por el terminal receptor de utilizacion compartida, y el mensaje de respuesta se reenvfa tambien por el servidor de aplicacion AS al terminal iniciador de utilizacion compartida. Posteriormente, se reservan recursos en el terminal iniciador de utilizacion compartida y el terminal receptor de utilizacion compartida por separado, y despues de que los recursos se reserven de forma sucesiva, el terminal iniciador de utilizacion compartida realiza una utilizacion compartida de video en tiempo real con el terminal receptor de utilizacion compartida por intermedio de un paquete RTP.
En la solucion anterior para compartir un contenido, dada a conocer en la tecnica anterior, un terminal iniciador de utilizacion compartida inicia un mensaje de demanda de utilizacion compartida para realizar la funcion de compartir un contenido. Sin embargo, la mayona de los terminales de funcion IPTV de codificador existente (IPTV Terminal Function, en adelante referida como ITF) no soportan una caractenstica para compartir un contenido, y un usuario no puede utilizar estos terminales actuales para iniciar un servicio para compartir unido. Si se mejoran dichos terminales actuales, el coste es relativamente alto. Por lo tanto, un sistema IPTV existente no puede soportar efectivamente un servicio para compartir un contenido.
El documento EP 2150014 A1 da a conocer un metodo para realizar un servicio de conmutacion de flujos IPTV en un IMS. En este metodo, despues de que un dispositivo terminal establece satisfactoriamente un servicio de flujos IPTV, los flujos multimedia IPTv del servicio de flujos IPTV se conmutan a otro dispositivo terminal, esto es, un solo dispositivo terminal puede recibir y visualizar los flujos multimedia IPTV del servicio de flujos IPTV de otro dispositivo terminal.
El documento US 2010/254370 A1 da a conocer un metodo para gestionar sesiones de comunicaciones. En este metodo, se puede proporcionar movilidad de sesion mediante el uso de varios componentes distintos.
El documento US 2005/097618 A1 da a conocer un metodo para permitir a un usuario guardar y recuperar una reproduccion multimedia y estados de establecimiento de dispositivos a traves de multiples conjuntos de aparatos domesticos.
SUMARIO DE LA INVENCION
5
10
15
20
25
30
35
40
45
50
55
60
65
Formas de realizacion de la presente invencion dan a conocer un metodo, un aparato y un dispositivo terminal para compartir un contenido IPTV, con el fin de ampliar el soporte de un sistema IPTV existente para un servicio de compartir un contenido.
Una forma de realizacion de la presente invencion da a conocer un metodo para compartir un contenido IPTV, en donde el metodo incluye:
recibir, por un servidor de aplicacion para compartir contenido, un mensaje de demanda que se envfa por un primer terminal e incluye un identificador de tercer terminal, en donde el mensaje de demanda se utiliza para una instruccion de proporcionar a un tercer terminal, que corresponde al identificador del tercer terminal, el contenido IPTV que se esta reproduciendo por un segundo terminal;
obtener, por el servidor de aplicacion para compartir contenido, informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
proporcionar, por el servidor de aplicacion para compartir contenido y en conformidad con la informacion de identificacion, al tercer terminal con el contenido IPTV que se esta reproduciendo por el segundo terminal;
en donde la provision por el servidor de aplicacion para compartir contenido en funcion de la informacion de identificacion, al tercer terminal el contenido IPTV que se esta reproduciendo por el segundo terminal comprende:
enviar, por el servidor de aplicacion para compartir contenido, un mensaje de demanda que incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela de sistema multimedia IP envfe un mensaje de notificacion que incluye la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
Una forma de realizacion de la presente invencion da a conocer, ademas, otro metodo para compartir un contenido IPTV, en donde el metodo incluye:
obtener, por un primer terminal, a partir de un servidor de control IPTV, informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
enviar, por el primer terminal, un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de tercer terminal, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir un contenido para proporcionar a un tercer terminal, que corresponde al identificador del tercer terminal, el contenido IPTV que se esta reproduciendo por el segundo terminal;
en donde el servidor de aplicacion para compartir contenido que proporciona a un tercer terminal un contenido IPTV que se esta reproduciendo por el segundo terminal, comprende:
enviar, por el servidor de aplicacion para compartir contenido, un mensaje de demanda que comprende la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela del sistema multimedia IP envfe un mensaje de notificacion que incluye la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
Una forma de realizacion de la presente invencion da a conocer, ademas, un aparato para compartir un contenido de television de protocolo Internet, IPTV, en donde el aparato incluye:
un primer modulo de recepcion, configurado para recibir un mensaje de demanda que se envfa por un primer terminal e incluye un identificador de tercer terminal, en donde el mensaje de demanda se utiliza para una instruccion de proporcionar a un tercer terminal, que corresponde al identificador del tercer terminal, un contenido IPTV que se esta reproduciendo por un segundo terminal;
un primer modulo de obtencion, configurado para obtener informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
un primer modulo de suministro de contenido, configurado para proporcionar, en conformidad con la informacion de
5
10
15
20
25
30
35
40
45
50
55
60
65
identificacion, al tercer terminal el contenido IPTV que se esta reproduciendo por el segundo terminal;
en donde el primer modulo de suministro de contenido esta configurado para enviar un mensaje de demanda que incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela de sistema multimedia IP envfe un mensaje de notificacion que incluye la informacion de identificacion para una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
Una forma de realizacion de la presente invencion da a conocer, ademas, un dispositivo terminal, que incluye:
un segundo modulo de obtencion, configurado para obtener, a partir del servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
un modulo de procesamiento, configurado para enviar un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de tercer terminal, y en donde el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar a un tercer terminal, que corresponde al identificador de tercer terminal, el contenido IPTV que se esta reproduciendo por el segundo terminal;
en donde el modulo de procesamiento esta configurado para enviar un mensaje de demanda que incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela de sistema multimedia IP envfe un mensaje de notificacion que incluye la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
Con el metodo para compartir contenido IPTV dado a conocer en la forma de realizacion anterior de la presente invencion, un mensaje de demanda se envfa por un terminal diferente, esto es, un primer terminal puede iniciar la utilizacion compartida del contenido IPTV que se esta reproduciendo por un segundo terminal, de modo que cuando un dispositivo tal como un codificador se utiliza para reproducir el contenido IPTV en la tecnica anterior, una utilizacion compartida del contenido IPTV reproducido puede realizarse tambien sin mejorar, en gran medida, el dispositivo tal como el codificador, con lo que se mejora efectivamente el soporte de un sistema IPTV existente para un servicio de compartir un contenido.
BREVE DESCRIPCION DE LOS DIBUJOS
Para describir las soluciones tecnicas en las formas de realizacion de la presente invencion o en la tecnica anterior con mayor claridad, los dibujos adjuntos requeridos para describir las formas de realizacion o la tecnica anterior, se indican brevemente a continuacion. Evidentemente, los dibujos adjuntos en la descripcion siguiente ilustran solamente algunas formas de realizacion de la presente invencion y los expertos en esta tecnica pueden derivar todavfa otros dibujos a partir de estos dibujos adjuntos sin necesidad de esfuerzos creativos.
La Figura 1 es un diagrama de flujo esquematico de una primera forma de realizacion de un metodo para compartir contenido IPTV en conformidad con la presente invencion;
La Figura 2 es un diagrama de flujo esquematico de una primera forma de realizacion espedfica de la presente invencion,
La Figura 3 es un diagrama de flujo esquematico de una segunda forma de realizacion espedfica de la presente invencion,
La Figura 4 es un dialogo esquematico de una tercera forma de realizacion espedfica de la presente invencion,
La Figura 5 es un diagrama de flujo esquematico de una cuarta forma de realizacion espedfica de la presente invencion,
La Figura 6 es un diagrama de flujo esquematico de una quinta forma de realizacion espedfica de la presente invencion,
La Figura 7 es un diagrama de flujo esquematico de una sexta forma de realizacion espedfica de la presente invencion,
La Figura 8 es un diagrama de flujo esquematico de una septima forma de realizacion espedfica de la presente
5
10
15
20
25
30
35
40
45
50
55
60
65
invencion;
La Figura 9 es un diagrama de flujo esquematico de una octava forma de realizaciOn espedfica de la presente invencion,
La Figura 10 es un diagrama de flujo esquematico de una novena forma de realizaciOn espedfica de la presente invencion;
La Figura 11 es un diagrama de flujo esquematico de una decima forma de realizaciOn espedfica de la presente invenciOn;
La Figura 12 es un diagrama de flujo esquematico de una undecima forma de realizaciOn espedfica de la presente invenciOn;
La Figura 13 es un diagrama de flujo esquematico de una duodecima forma de realizaciOn espedfica de la presente invenciOn,
La Figura 14 es un diagrama de flujo esquematico de una segunda forma de realizaciOn de un metodo para compartir contenido IPTV en conformidad con la presente invenciOn;
La Figura 15 es un diagrama de flujo esquematico de una decimo tercera forma de realizaciOn espedfica de la presente invenciOn;
La Figura 16 es un diagrama de flujo esquematico de una tercera forma de realizaciOn de un metodo para compartir contenido IPTV en conformidad con la presente invenciOn;
La Figura 17 es un diagrama esquematico de un aparato de una primera forma de realizaciOn de un aparato para compartir contenido IPTV en conformidad con la presente invenciOn;
La Figura 18 es un diagrama esquematico de un aparato de una segunda forma de realizaciOn de un aparato para compartir contenido IPTV en conformidad con la presente invenciOn;
La Figura 19 es un diagrama esquematico de un aparato de una primera forma de realizaciOn de un dispositivo terminal en conformidad con la presente invenciOn;
La Figura 20 es un diagrama esquematico de un aparato de una segunda forma de realizaciOn de un dispositivo terminal en conformidad con la presente invenciOn;
La Figura 21 es un diagrama esquematico de un aparato de una tercera forma de realizaciOn de un dispositivo terminal en conformidad con la presente invenciOn; y
La Figura 22 es un diagrama esquematico de un aparato de una cuarta forma de realizaciOn de un dispositivo terminal en conformidad con la presente invenciOn.
DESCRIPCION DETALLADA DE LAS FORMAS DE REALIZACION
Para hacer mas comprensibles los objetivos, las soluciones tecnicas y las ventajas de las formas de realizaciOn de la presente invenciOn, las soluciones tecnicas en las formas de realizaciOn de la presente invenciOn se describen, de forma clara y completa, haciendo referencia a los dibujos adjuntos, en las formas de realizaciOn de la presente invenciOn. Evidentemente, las formas de realizaciOn a describirse son simplemente una parte y no la totalidad de las formas de realizaciOn de la presente invenciOn.
Una forma de realizaciOn de la presente invenciOn da a conocer un metodo para compartir un contenido IPTV. La Figura 1 es un diagrama de flujo esquematico de una forma de realizaciOn de un metodo para compartir un contenido IPTV en conformidad con la presente invenciOn. Segun se ilustra en la Figura 1, el metodo incluye las etapas siguientes.
Etapa 101: Recibir un mensaje de demanda que se envfa por un primer terminal e incluye un identificador de terminal receptor, en donde el mensaje de demanda se utiliza para la instrucciOn de proporcionar a un terminal receptor, que corresponde al identificador del terminal receptor, un contenido IPTV que se esta reproduciendo por un segundo terminal.
En un caso general, el mensaje de demanda puede ser un mensaje SIP Invite, en donde el mensaje SIP Invite incluye informaciOn de identificaciOn tal como una direcciOn o un SIP URI de un terminal receptor.
Etapa 102: Obtener la informaciOn de identificaciOn del contenido IPTV que se esta reproduciendo por el segundo
5
10
15
20
25
30
35
40
45
50
55
60
65
terminal, en donde, en esta forma de realizacion, la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion.
Conviene senalar que la informacion de identificacion puede incluir, ademas, otros identificadores, direcciones o URLs, que no se enumeran aqu uno a uno, y que no limitan el alcance de la presente invencion.
Etapa 103: Proporcionar, en funcion de la informacion de identificacion, al terminal receptor el contenido IPTV que se esta reproduciendo por el segundo terminal.
En el metodo para compartir contenido IPTV dado a conocer en la forma de realizacion anterior de la presente invencion, el primer terminal y el segundo terminal pueden diferenciarse en funcion de una capacidad de un terminal. A modo de ejemplo, el primer terminal puede ser un terminal que soporta la utilizacion compartida, a modo de ejemplo, un equipo de usuario tal como un telefono movil o un terminal ITF recientemente producido. El segundo terminal puede ser un terminal que no soporta la utilizacion compartida de contenido, a modo de ejemplo, un equipo de usuario tal como codificador. Una demanda de compartir un contenido se inicia por el primer terminal, de modo que la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal puede ponerse en practica sin necesidad de mejorar el segundo terminal, tal como el codificador.
El primer terminal y el segundo terminal pueden ser terminales enlazados que pertenecen al mismo usuario, es decir, una correspondencia entre el primer terminal y el segundo terminal ha sido ya establecida en un servidor de aplicacion para compartir contenido o un servidor de control IPTV. El primer terminal envfa un mensaje de demanda, un mensaje de demanda de consulta para un contenido que se esta reproduciendo por el segundo terminal, o un mensaje de suscripcion de contenido para un contenido que se esta reproduciendo por el segundo terminal, que puede considerarse como operaciones en el segundo terminal. En otra manera de puesta en practica, el primer terminal puede incluir un identificador de usuario de un usuario domestico del segundo terminal en un mensaje de demanda enviado, lo que indica que el primer terminal esta consultando la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, o ha de compartir el contenido IPTV que se esta reproduciendo por el segundo terminal.
Ademas, en la etapa 102 en la forma de realizacion anterior, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal puede obtenerse de dos maneras: Una consiste en que la informacion de identificacion puede obtenerse por un servidor de aplicacion para compartir contenido a partir de un servidor de control IPTV, y la otra manera consiste que la informacion de identificacion puede obtenerse por el primer terminal a partir de un servidor de control IPTV y se incluye en el mensaje de demanda que incluye el identificador del terminal receptor.
En la primera manera, la etapa anterior 102 puede ser espedficamente como sigue: Un servidor de aplicacion para compartir contenido envfa un mensaje de demanda de consulta que incluye un identificador de usuario de un usuario domestico del segundo terminal a un servidor de control IPTV, y recibe un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal; o un servidor de aplicacion para compartir contenido envfa un mensaje de suscripcion que incluye un identificador de usuario de un usuario domestico del segundo terminal a un servidor de control IPTV, y recibe un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
En la segunda manera, la obtencion de la informacion de identificacion en la etapa anterior 102 incluye: El primer terminal obtiene la informacion de identificacion realizando una consulta con un servidor de control IPTV, o el primer terminal obtiene la informacion de identificacion mediante suscripcion con un servidor de control IPTV.
En la etapa anterior 103, el suministro, en conformidad con la informacion de identificacion, al terminal receptor del contenido IPTV que se esta reproduciendo por el segundo terminal puede proporcionar directamente al terminal receptor el contenido IPTV, y puede proporcionar tambien indirectamente al terminal receptor el contenido IPTV. El suministro directo consiste en que un servidor de aplicacion para compartir contenido obtiene, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal, y entrega el contenido IPTV al terminal receptor, lo que puede completarse espedficamente por un procesador de funcion de recursos multimedia (Media Resource Function processor, en adelante referido como un MRFP) del servidor de aplicacion para compartir contenido. El suministro indirecto consiste en que la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal se envfa al terminal receptor, y el terminal receptor obtiene, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
La presente invencion da a conocer, ademas, multiples maneras de puesta en practica espedfica, a modo de ejemplo, la Figura 2 es un diagrama de flujo esquematico de una primera forma de realizacion espedfica de la presente invencion. Un primer terminal en esta forma de realizacion se representa por UEa, en donde Ue representa un equipo de usuario (User Equipment). Un segundo terminal puede ser un codificador, y se representa por ITFa. Ambos dos terminales pertenecen al mismo usuario, y el usuario esta viendo un programa de IPTV a traves de ITFa.
5
10
15
20
25
30
35
40
45
50
55
60
65
El usuario inicia una utilizacion compartida del contenido por intermedio del UEa. Ademas, en esta forma de realizacion, el equipo UEa inicia un mensaje de demanda. El mensaje de demanda inicia la consulta operativa, mediante un servidor de aplicacion para compartir contenido, un servidor de control IPTV, con el fin de obtener informacion de identificacion de contenido IPTv que se esta reproduciendo por el ITFa. Ademas, el servidor de aplicacion para compartir contenido envfa la informacion de identificacion obtenida a un terminal receptor (incluyendo una IG y una OITFb), en donde la IG es una pasarela IMS (IMS Gateway, en adelante referida como IG) y una OITF es una funcion de terminal IPTV abierta (Open IPTV Terminal Function, en adelante referida como OITF). La funcion OITFb obtiene un contenido IPTV que se esta reproduciendo por la ITFa a partir de un modulo de suministro de contenido IPTV en conformidad con la informacion de identificacion. Las etapas siguientes se incluyen de forma espedfica:
Etapa 201: Un UEa envfa un mensaje de demanda (Invite) que incluye un identificador de terminal receptor a un servidor de aplicacion para compartir contenido (content sharing AS), en donde el mensaje de demanda se utiliza para la instruccion de proporcionar a un terminal receptor, que corresponde al identificador del terminal receptor, el contenido IPTV que se esta reproduciendo por un ITFa que pertenece al mismo usuario con el UEa. Mas concretamente, el UEa y la ITFa pueden estar enlazados de antemano, y el mensaje de demanda anterior no necesita incluir un identificador de usuario de un usuario domestico. Despues de que se reciba el mensaje de demanda del equipo UEa, puede ser directamente determinado que ha de compartir el contenido del programa que se esta reproduciendo por la ITFa. Como alternativa, en el caso de que el equipo UEa y la ITFa no esten enlazados, el mensaje de demanda anterior puede incluir, espedficamente, un identificador de usuario de un usuario domestico anadiendo un identificador “@WhatOnTV” en un identificador de recursos uniforme (Uniform Resource Identifier, en adelante referido como URI) en una manera extendida. Ademas, el mensaje de demanda puede incluir, ademas, un parametro de permiso del usuario domestico. En esta etapa, el mensaje de demanda puede incluir, ademas, el parametro de permiso del usuario domestico; ademas, el servidor de aplicacion para compartir contenido reenvfa una respuesta temporal de intento 100 al UEa, lo que indica que se esta realizando ese procesamiento.
Etapa 202: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda de consulta (Request) que incluye un identificador de usuario a un servidor de control IPTV (IPTV control), en donde el mensaje puede incluir, ademas, un parametro de permiso.
Etapa 203: Despues de realizar una autenticacion sobre la demanda enviada por el servidor de aplicacion para compartir contenido y de determinar que el servidor de aplicacion para compartir contenido tiene permiso de consulta, el servidor de control IPTV encuentra informacion de identificacion del contenido IPTV que se esta reproduciendo por la ITFa, en donde la informacion de identificacion puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 204: El servidor de control IPTV reenvfa un mensaje de respuesta de consulta (Response) al servidor de aplicacion para compartir contenido, en donde el mensaje de respuesta de consulta incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por la ITFa, y la informacion de identificacion puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 205: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda (Invite) a una pasarela IMS (IMS Gateway, en adelante referida como IG) del terminal receptor, en donde el mensaje de demanda incluye informacion de identificacion del contenido compartido, a modo de ejemplo, puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 206: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un dispositivo OITFb gestionado, con el fin de enviar el identificador de contenido (content ID) o la informacion de acceso del canal (tal como el identificador de canal o la direccion de multidifusion) al dispositivo OITFb.
Etapa 207: El dispositivo OITFb accede a un programa en conformidad con la informacion de identificacion, a modo de ejemplo, realiza una union de protocolo de gestion de grupo Internet (Internet Group Management Protocol, en adelante referido como IGMP) para obtener un contenido IPTV correspondiente a partir de un modulo de suministro de contenido IPTV. En esta forma de realizacion de la presente invencion, el modulo de suministro de contenido IPTV puede espedficamente ser una funcion de procesamiento de transporte (Transport Processing Function, en adelante referida como TPF).
Etapa 208: El dispositivo OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa con el fin de determinar que la utilizacion compartida se realiza con normalidad.
La Figura 3 es un diagrama de flujo esquematico de una segunda forma de realizacion espedfica de la presente invencion. En esta forma de realizacion, un equipo UEa envfa un mensaje de demanda para iniciar operativamente la obtencion, por un servidor de aplicacion para compartir contenido enviando un mensaje de consulta a un servidor
5
10
15
20
25
30
35
40
45
50
55
60
65
de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, que es el mismo que en la forma de realizacion ilustrada en la Figura 2. Una diferencia radica en que un mensaje de demanda enviado por el servidor de aplicacion para compartir contenido a un terminal receptor no incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal; en cambio, un MRFP es directamente responsable de proporcionar un contenido IPTV. Las etapas siguientes estan incluidas espedficamente:
La etapa 301 a la etapa 304 son las mismas que las etapas 201 a 204 anterior.
Etapa 305: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda (Invite) a una IG del terminal receptor, en donde el mensaje de demanda no incluye la informacion de identificacion del contenido compartido.
Etapa 306: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un dispositivo OITFb gestionado.
Etapa 307: El dispositivo OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa.
Etapa 308: Una funcion MRFP realiza una union de IGMP (IGMP Join) en funcion de la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion se obtiene por el servidor de aplicacion para compartir contenido a partir del servidor de control IPTV, con el fin de obtener el contenido IPTV correspondiente.
Etapa 309: La funcion MRFP entrega el contenido IPTV obtenido que se esta reproduciendo por el segundo terminal al dispositivo OITFb. Mas concretamente, puede realizarse una transmision en conformidad con un protocolo de transporte en tiempo real (real-time transport protocol, en adelante referido como RTP).
La Figura 4 es un diagrama de flujo esquematico de una tercera forma de realizacion de la presente invencion. En esta forma de realizacion espedfica, un primer terminal UEa inicia una consulta para la informacion de identificacion del contenido IPTV a un controlador de IPTV, en donde el contenido IPTV que se esta reproduciendo por un segundo terminal ITFa, con el fin de obtener, mediante dicha consulta, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal ITFa. Las etapas siguientes pueden incluirse espedficamente:
Etapa 401: Un equipo UEa envfa un mensaje de demanda de consulta (Request) a un servidor de control IPTV, en donde el mensaje de demanda de consulta incluye un identificador de usuario de un usuario domestico del segundo terminal. En el caso de que el primer terminal y el segundo terminal esten enlazados, el identificador de usuario puede no incluirse y con el fin de garantizar la seguridad de la informacion, el mensaje de demanda de consulta puede incluir, ademas, un parametro de permiso del usuario domestico.
Etapa 402: Despues de recibir el mensaje de demanda de consulta, el servidor de control IPTV realiza una autenticacion en funcion del parametro de permiso, y despues de la autenticacion satisfactoria, encuentra la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal ITFa, en donde la informacion de identificacion puede ser espedficamente un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 403: El servidor de control IPTV reenvfa un mensaje de respuesta de consulta (Response) al primer terminal UEa, en donde el mensaje de respuesta de consulta incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Etapa 404: Despues de recibir la demanda de consulta anterior, el primer terminal UEa envfa un mensaje de demanda (Invite) a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y al mismo tiempo, el servidor de aplicacion para compartir contenido reenvfa, al equipo UEa, un mensaje de respuesta (100 trying) que indica que se esta realizando el procesamiento.
La etapa 405 a la etapa 408 son las mismas que la etapa 205 a la etapa 208 en la forma de realizacion ilustrada en la Figura 2. La etapa 305 a la etapa 309 puede realizarse tambien con el fin de reproducir el contenido IPTV en una OITF.
La Figura 5 es un diagrama de flujo esquematico de una cuarta forma de realizacion espedfica de la presente invencion. En esta forma de realizacion, un primer terminal UEa inicia una consulta para informacion de identificacion del contenido IPTV a un controlador de IPTV, en donde el contenido IPTV se esta reproduciendo por un segundo terminal ITFa, con el fin de obtener, mediante la consulta, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal ITFa. Las etapas siguientes pueden incluirse espedficamente:
5
10
15
20
25
30
35
40
45
50
55
60
65
Para la etapa 501 a la etapa 503 puede hacerse referencia a la etapa 401 a la etapa 403 anteriores. Un primer terminal UEa obtiene la informacion de identificacion del contenido IPTv que se esta reproduciendo por el segundo terminal ITFa.
Etapa 504: El primer terminal UEa envfa un mensaje de demanda (Invite) a un terminal receptor, en donde el mensaje de demanda no incluye la informacion de identificacion. Mas concretamente, un servidor de aplicacion para compartir contenido (Content sharing AS) puede reenviar el mensaje de demanda a una pasarela IG del terminal receptor, y durante este proceso, el servidor de aplicacion para compartir contenido puede reenviar un mensaje de respuesta (100 trying) que indica que se esta procesando la identificacion para el equipo UEa.
Etapa 505: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a una OITF, en donde el mensaje de notificacion no incluye la informacion de identificacion.
Etapa 506: La funcion OITF reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa.
Etapa 507: El equipo UEa realiza una union de IGMP (IGMP Join) y obtiene el contenido IPTV correspondiente desde una TPF en conformidad con la informacion de identificacion.
Etapa 508: El equipo UEa entrega el contenido IPTV obtenido a la OITF, a modo de ejemplo, puede realizarse una transmision de conformidad con un protocolo RTP. En la forma de realizacion anterior de la presente invencion, el primer terminal UEa o el servidor de aplicacion para compartir contenido obtiene, a partir del servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y luego proporciona al terminal receptor el contenido IPTV en conformidad con la informacion de identificacion. Mas concretamente, el contenido IPTV que se esta reproduciendo por el segundo terminal puede proporcionarse directamente; o la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal se proporciona, y se obtiene por el segundo terminal a partir de TPF. Utilizando la manera operativa anterior, se realiza la utilizacion compartida del contenido IPTV entre el segundo terminal y el terminal receptor. Ademas, la forma de realizacion de la presente invencion da a conocer, ademas, una solucion tecnica para mantener la sincronizacion entre el segundo terminal y el terminal receptor cuando cambia el contenido que se esta reproduciendo por el segundo terminal. Mas concretamente, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza, puede proporcionarse para el terminal receptor. En una manera operativa, cuando se reenvfa la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, el servidor de control IPTV reenvfa tambien informacion sobre la actualizacion del contenido reproducido. Mas concretamente, si la informacion de identificacion es un identificador de canal, un mensaje de respuesta de consulta puede incluir tambien una planificacion de cambio de canal, de modo que el contenido IPTV que se esta reproduciendo por el segundo terminal pueda obtenerse en funcion de la tabla de cambio de canal en tiempo real, y se reproduce en el terminal receptor. Mas concretamente, lo que sigue es una forma de realizacion espedfica que puede incluirse.
La Figura 6 es un diagrama de flujo esquematico de una quinta forma de realizacion espedfica de la presente invencion. Segun se ilustra en la Figura 6, las etapas siguientes estan incluidas:
La etapa 601 a la etapa 608 son basicamente las mismas que la etapa 201 a la etapa 208 en la forma de realizacion ilustrada en la Figura 2 y una diferencia radica en que, en la etapa 604, un mensaje de respuesta de consulta (Response) reenviado por un servidor de control IPTV a un servidor de aplicacion para compartir contenido incluye, ademas, una planificacion de cambio de canal del segundo terminal ITF. Mas concretamente, la planificacion de cambio de canal puede incluir contenido tal como informacion de canal y disposicion temporal del cambio de canal, que puede tambien referirse como una informacion de canal personalizado (Personalized Channel, en adelante referido como PCh). Ademas, la planificacion de cambio de canal se realiza en un mensaje de demanda (Invite) y un mensaje de notificacion (Notification Mechanism) y se envfa a una OITF de un terminal receptor. Este metodo incluye, ademas, la etapa siguiente:
Etapa 609: Cuando el segundo terminal cambia un canal en conformidad con la planificacion de cambio de canal prestablecida (Change Channel According to Schedule) y reproduce un contenido IPTV que ha de reproducirse despues del cambio, un terminal OITF obtiene un contenido IPTV correspondiente en funcion de la planificacion de cambio de canal. En esta forma de realizacion, se pone en practica una utilizacion compartida smcrona del contenido IPTV entre el terminal OITF y el segundo terminal.
La Figura 7 es un diagrama de flujo esquematico de una sexta forma de realizacion espedfica de la presente invencion. Esta forma de realizacion es una solucion tecnica para poner en practica la utilizacion compartida smcrona del contenido IPTV entre un terminal OITF y un segundo terminal sobre la base de la forma de realizacion ilustrada en la Figura 3, que incluye espedficamente las etapas siguientes:
La etapa 701 a la etapa 709 son basicamente las mismas que la etapa 310 a la etapa 309 en la forma de realizacion ilustrada en la Figura 3 y una diferencia radica solamente en que la etapa 704, un mensaje de respuesta de consulta
5
10
15
20
25
30
35
40
45
50
55
60
65
(Response) reenviado por un servidor de control IPTV a un servidor de aplicacion para compartir contenido incluye, ademas, una planificacion de cambio de canal de un segundo terminal iTf. Mas concretamente, la planificacion de cambio de canal puede incluir un contenido tal como informacion de canal y disposicion temporal del cambio de canal, que puede referirse tambien como una informacion PCh de canal personalizado. Este metodo incluye, ademas, las etapas siguientes:
Etapa 710: Una MRFP actualiza el contenido IPTV en conformidad con la planificacion de cambio de canales.
Etapa 711: Un terminal OITF obtiene, a partir de la funcion MRFP, el contenido IPTV que se esta reproduciendo por el segundo terminal ITFa despues del cambio de canal.
La Figura 8 es un diagrama de flujo esquematico de una septima forma de realizacion espedfica de la presente invencion. Esta forma de realizacion es una solucion tecnica para poner en practica la utilizacion compartida smcrona del contenido IPTV entre un terminal OITF y un segundo terminal sobre la base de la forma de realizacion ilustrada en la Figura 4, que incluye concretamente las etapas siguientes:
La etapa 801 a la etapa 808 son las mismas que la etapa 401 a la etapa 408 en la forma de realizacion ilustrada en la Figura 4 y una diferencia radica solamente en que, en la etapa 803, un mensaje de respuesta de consulta (Response) reenviado por un servidor de control IPTV a un primer terminal UEa incluye, ademas, una planificacion de cambio de canal de un segundo terminal ITF. Mas concretamente, la planificacion de cambio de canal puede incluir unido tal como informacion de canal y disposicion general del cambio de canal, que puede referirse tambien como una informacion de PCh de canal personalizado. Ademas, la planificacion de cambio de canal se incluye en un mensaje de demanda (Invite) y un mensaje de notificacion (Notification Mechanism) y se envfa a una funcion OITF de un terminal receptor. Este metodo incluye, ademas, la etapa siguiente:
Etapa 809: Cuando el segundo terminal cambia un canal en conformidad con una planificacion de cambio de canal prestablecido y visualiza el contenido IPTV que ha de reproducirse despues del cambio, un terminal OITF obtiene un contenido IPTV correspondiente en conformidad con la planificacion de cambio de canal. En esta forma de realizacion, se realiza una utilizacion compartida smcrona del contenido IPTV entre el terminal OITF y el segundo terminal.
La Figura 9 es un diagrama de flujo esquematico de una octava forma de realizacion espedfica de la presente invencion. Esta forma de realizacion es una solucion tecnica para poner en practica la utilizacion compartida smcrona del contenido IPTV entre un terminal OITF y un segundo terminal sobre la base de la forma de realizacion ilustrada en la Figura 5, que incluye concretamente las etapas siguientes:
La etapa 901 a la etapa 908 son las mismas que la etapa 501 a la etapa 508 en la forma de realizacion ilustrada en la Figura 5 y una diferencia radica solamente en que, en la etapa 903, un mensaje de respuesta de consulta (Response) reenviado por un servidor de control IPTV a un primer terminal UEa incluye, ademas, una planificacion de cambio de canal de un segundo terminal ITF, que puede referirse tambien como la informacion PCh de canal personalizado. Este metodo incluye, ademas, las etapas siguientes:
Etapa 909: Cuando el segundo terminal cambia un canal en conformidad con una planificacion de cambio de canal prestablecida y reproduce un contenido IPTV que ha de reproducirse despues del cambio, el primer terminal UEa realiza un cambio en conformidad con la planificacion de cambio de canal, realiza un abandono de IGMP (IGMP leave) para separar un canal original y en funcion de la informacion de canal despues del cambio, realiza, ademas, una union de IGMP (IGMP Join), con el fin de obtener un contenido IPTV que esta en un canal despues del cambio.
Etapa 910: El equipo UEa entrega el contenido IPTV obtenido y actualizado a un terminal OITF, a modo de ejemplo, puede realizarse una transmision de conformidad con un protocolo RTP. En esta forma de realizacion, la utilizacion compartida smcrona del contenido IPTV entre el terminal OITF y el segundo terminal se pone en practica.
En las formas de realizacion anteriores de la presente invencion, un primer terminal o un servidor de aplicacion para compartir contenido inicia un mensaje de demanda de consulta para un servidor de control IPTV, con el fin de consultar la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal. Una solucion tecnica para la utilizacion compartida smcrona se realiza mediante una planificacion de cambio de canal. Ademas, en otra solucion tecnica, un primer terminal o un servidor de aplicacion para compartir contenido obtiene, a partir de un servidor de control IPTV en una manera de suscripcion, la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, cuando el contenido que se esta reproduciendo por el segundo terminal cambia, se notifica activamente el servidor de control IPTV y luego, el servidor de control IPTV lo notifica al primer terminal o al servidor de aplicacion para compartir contenido, con lo que se pone en practica la utilizacion compartida smcrona del contenido IPTV entre un terminal OITF y el segundo terminal.
Mas concretamente, la Figura 10 es un diagrama de flujo esquematico de una novena forma de realizacion espedfica de la presente invencion. En esta forma de realizacion, un primer terminal UEa inicia un mensaje de demanda para iniciar operativamente la suscripcion realizada por el servidor de aplicacion para compartir contenido
5
10
15
20
25
30
35
40
45
50
55
60
65
sobre la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal. Despues de obtener la informacion de identificacion, segun se describio en la forma de realizacion anterior, el servidor de aplicacion para compartir contenido puede proporcionar directa o indirectamente, a un terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal. Cuando el contenido IPTV que se esta reproduciendo por el segundo terminal cambia, se notifica activamente un servidor de control IPTV y el servidor de control IPTV envfa la informacion de identificacion cambiada al servidor de aplicacion para compartir contenido. El servidor de aplicacion para compartir contenido proporciona, directa o indirectamente, de la misma manera, al terminal receptor el contenido IPTV que se esta reproduciendo por el segundo terminal. Las etapas siguientes pueden incluirse:
Etapa 1001: Un equipo UEa envfa un mensaje de demanda (Invite) a un servidor de aplicacion para compartir contenido (content sharing AS), en donde el mensaje indica la utilizacion compartida del contenido IPTv que se esta reproduciendo por una ITFa que pertenece al mismo usuario que el equipo UEa. Mas concretamente, el UEa y la ITFa pueden estar vinculados de antemano, y el mensaje de demanda anterior no necesita incluir un identificador de usuario de un usuario domestico. Despues de que se reciba el mensaje de demanda del UEa, puede determinarse directamente que el contenido del programa que se esta reproduciendo por la ITFa ha de compartirse. Como alternativa, en el caso en que el UEa y la ITFa no esten enlazados, el mensaje de demanda puede incluir espedficamente un identificador de usuario de un usuario domestico anadiendo un identificador “@WhatOnTV” en un identificador de recursos uniforme (Uniform Resource Identifier, en adelante referido como URI) en una manera extendida. Ademas, el mensaje de demanda puede incluir, ademas, un parametro de permiso del usuario domestico. En esta etapa, el mensaje de demanda puede incluir, ademas, el parametro de permiso del usuario domestico; ademas, el servidor de aplicacion para compartir contenido reenvfa una respuesta temporal 100 trying al equipo UEa, lo que indica que se esta realizando ese procesamiento.
Etapa 1002: El servidor de aplicacion para compartir contenido envfa un mensaje de suscripcion de contenido (Subscribe) que incluye un identificador de usuario a un servidor de control IPTv (IPTV control), en donde el mensaje puede incluir, ademas, un parametro de permiso; y el servidor de control IPTV reenvfa un mensaje de respuesta (200 ok) despues de recibir el mensaje anterior.
Etapa 1003: Despues de realizar la autenticacion sobre la demanda enviada por el servidor de aplicacion para compartir contenido y de determinar que el servidor de aplicacion para compartir contenido tiene un permiso de consulta, el servidor de control IPTV encuentra la informacion de identificacion del contenido IPTV que se esta reproduciendo por el ITFa, en donde la informacion de identificacion puede ser una informacion de identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1004: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al servidor de aplicacion para compartir contenido, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el ITFa, y la informacion de identificacion puede ser una identificacion de identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion); y el servidor de aplicacion para compartir contenido reenvfa, asimismo, un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1005: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda (Invite) a una pasarela IMS (IMS Gateway, en adelante referida como IG) de un terminal receptor, en donde el mensaje de demanda incluye la informacion de identificacion del contenido compartido, a modo de ejemplo, puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1006: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un dispositivo OITFb gestionado, con el fin de enviar el identificador de contenido anterior (content ID) o la informacion de acceso anterior del canal (tal como el identificador de canal o la direccion de multidifusion) al dispositivo OITFb.
Etapa 1007: El dispositivo OITFb accede a un programa (IGMP Join) en conformidad con la informacion de identificacion anterior y obtiene el contenido IPTV correspondiente desde una TPF.
Etapa 1008; El dispositivo OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa, con el fin de determinar que la utilizacion compartida se realiza con normalidad.
Etapa 1009: Cuando un usuario cambia un canal del contenido IPTV que se esta reproduciendo por el segundo terminal, o envfa la acuse de recibo del contenido reproducido debido a otras razones, el segundo terminal ITFa envfa un mensaje de actualizacion de contenido reproducido (Update content information) al servidor de control IPTV, en donde en el caso de cambio de canal, el mensaje puede ser un mensaje de cambio de canal.
Etapa 1010: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al servidor de aplicacion para compartir contenido, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV
5
10
15
20
25
30
35
40
45
50
55
60
65
que se esta reproduciendo por el segundo terminal y es actualizado; y mas concretamente, en el caso de cambio de canal, el mensaje de notificacion puede ser un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio y al mismo tiempo, el servidor de aplicacion para compartir contenido reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1011: El servidor de aplicacion para compartir contenido envfa un mensaje de re-demanda (Re-invite) a la pasarela IG del terminal receptor, en donde el mensaje de re-demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, la informacion de identificacion anterior puede ser el identificador de canal del segundo terminal despues del cambio.
Etapa 1012: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un terminal OITF, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, la informacion de identificacion anterior puede ser el identificador de canal del segundo terminal despues del cambio.
Etapa 1013: El OITFb obtiene el contenido IPTV en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el OITFb realiza un abandono de IGMP (IGMP leave) para separar un canal original y, en conformidad con la informacion de canal despues del cambio, realiza, ademas, una union IGMP (IGMP Join) con el fin de obtener, a partir de TPF, un contenido IPTV que esta en un canal despues del cambio.
Etapa 1014: El OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al servidor de aplicacion para compartir contenido, con el fin de determinar que la utilizacion compartida se realiza con normalidad.
La etapa 1009 a la etapa 1014 anteriores puede realizarse cada vez cuando se actualiza el contenido que se esta reproduciendo por el segundo terminal.
La Figura 11 es un diagrama de flujo esquematico de una decima forma de realizacion espedfica de la presente invencion. Esta forma de realizacion es similar a la forma de realizacion ilustrada en la Figura 10 e incluye concretamente las etapas siguientes:
La etapa 1101 a la etapa 1106 son basicamente similares a la etapa 1001 a la etapa 1006 en la forma de realizacion anterior, y una diferencia radica en que, en la etapa 1105 y en la etapa 1106, ni un mensaje de demanda (Invite) ni un mensaje de notificacion (Notification Mechanism) incluye informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal.
Etapa 1107: Un MRFP realiza una union IGMP (IGMP Join) en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, con el fin de obtener el contenido IPTV correspondiente, en donde la informacion de identificacion se obtiene por el servidor de aplicacion para compartir contenido anterior desde un servidor de control IPTV.
Etapa 1108: El MRFP entrega el contenido IPTV obtenido anterior a un OITFb de un terminal receptor.
Etapa 1109: Cuando un usuario cambia un canal del contenido IPTV que se esta reproduciendo por el segundo terminal, o envfa una actualizacion del contenido reproducido debido a otras razonas, un segundo terminal ITFa envfa un mensaje de actualizacion de contenido reproducido (Update content information) al servidor de control IPTV, en donde en el caso de cambio de canal, el mensaje puede ser un mensaje de cambio de canal.
Etapa 1110: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al servidor de aplicacion para compartir contenido, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el mensaje de notificacion puede ser un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio, y asimismo, el servidor de aplicacion para compartir contenido reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1111: El MRFP obtiene el contenido IPTV en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza, en donde la informacion de identificacion se obtiene por el servidor de aplicacion para compartir contenido anterior a partir del servidor de control IPTV; y mas concretamente, en el caso de cambio de canal, el MRFP realiza el abandono IGMP (IGMP leave) para separar un canal original, y en conformidad con la informacion de identificacion despues del cambio, realiza, ademas, la union IGMP (IGMP Join) con el fin de obtener, a partir de un TPF, el contenido IPTV que esta en un canal despues del cambio.
Etapa 1112: El MRFP entrega el contenido IPTV obtenido y actualizado anterior que se esta reproduciendo por el segundo terminal a la OITF.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 12 es un diagrama de flujo esquematico de una undecima forma de realizacion espedfica de la presente invencion. En esta forma de realizacion espedfica, un primer terminal UEa inicia una suscripcion de informacion de identificacion para un servidor de control IPTV. Las etapas siguientes estan incluidas:
Etapa 1201: Un equipo UEa envfa un mensaje de suscripcion de contenido (Subscribe) a un servidor de control IPTV, en donde el mensaje de suscripcion de contenido incluye un identificador de usuario de un usuario domestico de un segundo terminal; en el caso de que el primer terminal y el segundo terminal esten enlazados, el identificador de usuario puede no incluirse tampoco; y con el fin de garantizar la seguridad de la informacion, el mensaje de suscripcion del contenido anterior puede incluir, ademas, un parametro de permiso del usuario domestico, y el servidor de control IPTV reenvfa un mensaje de respuesta (200 ok) al primer terminal UEa.
Etapa 1202: Despues de recibir el mensaje de suscripcion de contenido anterior, el servidor de control IPTV realiza la autenticacion en conformidad con el parametro de permiso, y despues de la autenticacion satisfactoria, encuentra la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal ITFa, en donde la informacion de identificacion puede ser concretamente un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1203: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al primer terminal UEa, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal; y el primer terminal UEa reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1204: Despues de recibir el resultado de la suscripcion anterior, el primer terminal UEa envfa un mensaje de demanda (Invite) a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y al mismo tiempo, el servidor de aplicacion para compartir contenido reenvfa, al equipo UEa, un mensaje de respuesta (100 trying) lo que indica que se esta realizando el procesamiento.
Etapa 1205: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda (Invite) a una pasarela IMS (IMS Gateway, en adelante referida como IG) de un terminal receptor, en donde el mensaje de demanda incluye informacion de identificacion del contenido compartido, a modo de ejemplo, puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1206: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un dispositivo OITFb gestionado, con el fin de enviar el identificador de contenido anterior (content ID) o la informacion de acceso anterior (tal como el identificador de canal o la direccion de multidifusion) al dispositivo OITFb.
Etapa 1207: El dispositivo OITFb accede a un programa (IGMP Join) en conformidad con la informacion de identificacion anterior y obtiene el contenido IPTV correspondiente desde una TPF.
Etapa 1208: El dispositivo OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa, con el fin de determinar que la utilizacion compartida se realiza con normalidad.
Etapa 1209: Cuando un usuario cambia un canal del contenido IPTV que se esta reproduciendo por el segundo terminal, o envfa la actualizacion del contenido reproducido debido a otras razones, el segundo terminal ITFa envfa un mensaje de actualizacion de contenido reproducido (Update content information) al servidor de control IPTV, en donde en el caso de cambio de canal, el mensaje puede ser un mensaje de cambio de canal.
Etapa 1210: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al primer terminal UEa, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza, y mas concretamente, en el caso de cambio de canal, el mensaje de notificacion puede ser un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio y al mismo tiempo, el primer terminal UEa reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1211: El primer terminal UEa envfa un mensaje de re-demanda (Re-invite) al servidor de aplicacion para compartir contenido, en donde el mensaje de re-demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, la informacion de identificacion anterior puede ser el identificador de canal del segundo terminal despues del cambio.
Etapa 1212: El servidor de aplicacion para compartir contenido envfa un mensaje de re-demanda (Re-invite) a la pasarela IG del terminal receptor, en donde el mensaje de re-demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por segundo terminal y se actualiza; y mas concretamente, en el caso de
5
10
15
20
25
30
35
40
45
50
55
60
65
cambio de canal, la informacion de identificacion anterior puede ser el identificador de canal del segundo terminal despues del cambio.
Etapa 1213: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un terminal OITF, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, la informacion de identificacion anterior puede ser el identificador de canal del segundo terminal despues del cambio.
Etapa 1214: El OITFb obtiene el contenido IPTV en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el terminal OITFb realiza un abandono de IGMP (IGMP leave) para separar un canal original y en conformidad con la informacion de identificacion despues del cambio, realiza, ademas, la union de IGMP (IGMP Join) con el fin de obtener, a partir de TPF, el contenido IPTV que esta en un canal despues del cambio.
Etapa 1215: El OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al servidor de aplicacion para compartir contenido, con el fin de determinar que la utilizacion compartida se realiza con normalidad.
La Figura 13 es un diagrama de flujo esquematico de una duodecima forma de realizacion espedfica de la presente invencion. Las siguientes etapas estan incluidas:
La etapa 1301 a la etapa 1306 son basicamente las mismas que la etapa 1201 a la etapa 1206 en la forma de realizacion ilustrada en la Figura 12 y una diferencia radica en que, un mensaje de demanda (Invite) y un mensaje de notificacion (Notification Mechanism) en la etapa 1304, etapa 1305 y etapa 1306 no incluyen la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. Las siguientes etapas se realizan ademas.
Etapa 1307: Un equipo UEa realiza la union IGMP (IGMP Join) y obtiene el contenido IPTV correspondiente a partir de un TPF en conformidad con la informacion de identificacion anterior.
Etapa 1308: El UEa entrega el contenido IPTV obtenido anterior a un terminal OITF, a modo de ejemplo, puede realizarse una transmision en conformidad con un protocolo RTP.
Etapa 1309: Cuando un usuario cambia un canal del contenido IPTV que se esta reproduciendo por el segundo terminal, o envfa una actualizacion del contenido reproducido debido a otras razones, un segundo terminal ITFa envfa un mensaje de actualizacion de contenido reproducido (Update content information) a un servidor de control IPTV, en donde en el caso de cambio de canal, el mensaje puede ser un mensaje de cambio de canal.
Etapa 1310: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) a un primer terminal UEa, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal iniciado por el usuario, el mensaje de notificacion puede ser un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio, y al mismo tiempo, el primer terminal UEa reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1311: El primer terminal UEa obtiene el contenido IPTV en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el primer terminal UEa realiza el abandono de IGMP (IGMP leave) para separar un canal original, y en funcion de la informacion de canal despues del cambio, realiza, ademas, la union IGMP (IGMP Join) con el fin de obtener, a partir de un TPF, el contenido IPTV que esta en un canal despues del cambio.
Etapa 1312: El primer terminal UEa envfa el contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza a un dispositivo OITF.
Una forma de realizacion de la presente invencion da a conocer, ademas, una solucion tecnica, en la que un mensaje de demanda que se envfa por un primer terminal y es para compartir un contenido IPTV que se esta reproduciendo por un segundo terminal puede enviarse directamente a un terminal receptor, y el terminal receptor obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y luego obtiene, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal. La Figura 14 es un diagrama de flujo esquematico de una segunda forma de realizacion de un metodo para compartir un contenido IPTV en conformidad con la presente invencion. Segun se ilustra en la Figura 14, las siguientes etapas estan incluidas:
Etapa 1401: Un terminal receptor recibe un mensaje de demanda enviado por un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda se utiliza para dar instrucciones al terminal receptor para compartir un contenido IPTV que se esta reproduciendo por un segundo terminal.
5
10
15
20
25
30
35
40
45
50
55
60
65
Etapa 1402: El terminal receptor obtiene, a partir de un servidor de control IPTV en conformidad con un identificador de usuario de un usuario domestico del segundo terminal, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Etapa 1403: El terminal receptor obtiene, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
En la forma de realizacion anterior de la presente invencion, un terminal receptor obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal. Mas concretamente, en el caso de que el segundo terminal no soporte una iniciacion de utilizacion compartida del contenido, un primer terminal inicia un mensaje de demanda y luego, un servidor de aplicacion para compartir contenido envfa un mensaje de demanda al terminal receptor para dar instrucciones al terminal receptor para realizar una utilizacion compartida del contenido, que puede poner en practica la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal que no soporta la utilizacion compartida del contenido.
Mas concretamente, en la forma de realizacion anterior, el terminal receptor obtiene, a partir del servidor de control IPTV en conformidad con el identificador de usuario del usuario domestico del segundo terminal, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, lo que puede incluir:
enviar, por el terminal receptor, un mensaje de demanda de consulta al servidor de control IPTV, en donde el mensaje de demanda de consulta incluye el identificador de usuario del usuario domestico del segundo terminal; y
recibir, por el terminal receptor, un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal; o incluir:
el envfo, por el terminal receptor, de un mensaje de suscripcion de contenido al servidor de control IPTV, en donde el mensaje de suscripcion de contenido incluye el identificador de usuario del usuario domestico del segundo terminal; y
recibir, por el terminal receptor, un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Cuando la informacion de identificacion se obtiene en una manera de suscripcion y la informacion de identificacion es un identificador de canal, el metodo puede incluir, ademas, las etapas siguientes: El terminal receptor recibe un mensaje de notificacion de cambio de canal que se envfa por el servidor de control IPTV e incluye un identificador de canal del segundo terminal despues del cambio de canal, en donde el mensaje de notificacion de cambio de canal se envfa por el servidor de control IPTV despues de que el servidor de control IPTV reciba un mensaje de cambio de canal enviado por el segundo terminal; y
el terminal receptor obtiene, en conformidad con el identificador de canal despues del cambio de canal, el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal.
En las formas de realizacion anteriores, la consulta del control IPTV para el contenido que se esta observando un terminal ITFa, o una operacion de suscripcion sobre un estado del contenido que se observa en el terminal ITFa puede realizarse por un terminal receptor (esto es, IG + OITFb en este caso) de la utilizacion compartida del contenido, en donde la consulta o la operacion de suscripcion se realiza por un terminal iniciador de utilizacion compartida del contenido o un servidor de aplicacion para compartir contenido. La Figura 15 es un diagrama de flujo esquematico de una decimo tercera forma de realizacion de la presente invencion. Segun se ilustra en la Figura 15, las siguientes etapas estan incluidas:
Etapa 1501: Un equipo UEa envfa un mensaje de demanda (Invite) a un servidor de aplicacion para compartir contenido (content sharing AS), en donde el mensaje de demanda indica la utilizacion compartida del contenido IPTV que se esta reproduciendo por un ITFa que pertenece al mismo usuario que el equipo UEa. Mas concretamente, el UEa y el ITFa pueden estar enlazados de antemano, el mensaje de demanda no necesita incluir un identificador de usuario de un usuario domestico, y despues de que se reciba el mensaje de demanda del UEa, puede determinarse directamente que ha de compartirse el contenido del programa que se esta reproduciendo por el ITFa. Como alternativa, en el caso de que el equipo UEa y la ITFa no esten enlazados, el mensaje de demanda puede incluir concretamente un identificador de usuario de un usuario domestico anadiendo un identificador “@WhatOnTV” en un identificador de recursos uniforme (Uniform Resource Identifier, en adelante referido como URI) en una manera extendida. Ademas, el mensaje de demanda puede incluir tambien un parametro de permiso del usuario domestico. En esta etapa, el mensaje de demanda puede incluir, ademas, el parametro de permiso del usuario domestico; ademas, el servidor de aplicacion para compartir contenido reenvfa una respuesta temporal 100 trying al equipo UEa, lo que indica que el procesamiento se esta realizando.
Etapa 1502: El servidor de aplicacion para compartir contenido envfa un mensaje de demanda (Invite) a una
5
10
15
20
25
30
35
40
45
50
55
60
65
pasarela IMS (IMS Gateway, en adelante referida como IG) de un terminal receptor, en donde el mensaje de demanda incluye informacion requerida para una instruccion de utilizacion compartida del contenido.
Etapa 1503: La pasarela IG envfa un mensaje de notificacion (Notification Mechanism) a un dispositivo OITFb gestionado, con el fin de enviar, al dispositivo OITFb, la informacion incluida en el mensaje de demanda anterior.
Etapa 1504: El dispositivo OITFb envfa un mensaje de demanda de consulta (Request) o un mensaje de suscripcion de contenido (Subscribe) a un servidor de control IPTV (IPTV control) por intermedio de una pasarela IG domestica, en donde el mensaje de demanda de consulta o el mensaje de suscripcion del contenido incluye el identificador de usuario. Haciendo referencia a la forma de realizacion anterior, si el trazado de un estado de cambio de contenido que se esta reproduciendo por el ITFa no se considera a este respecto, simplemente se realiza una demanda de consulta; y si necesita efectuar el trazado de un estado de cambio de contenido que se reproduce por el ITFa, se realiza una demanda de suscripcion, en donde el mensaje puede incluir, ademas, un parametro de permiso.
Etapa 1505: Despues de realizar la autenticacion sobre la demanda que se envfa por el dispositivo OITFb por intermedio de la pasarela IG domestica y de determinar que el dispositivo OITFb tiene un permiso de consulta, el servidor de control IPTV encuentra la informacion de identificacion del contenido IPTV que se esta reproduciendo por el ITFa, en donde la informacion de identificacion puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1506: el servidor de control IPTV reenvfa un mensaje de notificacion o un mensaje de consulta por intermedio de la pasarela IG al dispositivo OITFb, en donde el mensaje de notificacion o el mensaje de consulta incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por la ITFa, y la informacion de identificacion puede ser un identificador de contenido (content ID) o informacion de acceso de un canal (incluyendo informacion tal como un identificador de canal o una direccion de multidifusion).
Etapa 1507: El dispositivo OITFb accede a un programa (IGMP Join) en conformidad con la informacion de identificacion anterior, y obtiene el contenido IPTV correspondiente a partir de una TPF.
Etapa 1508: El dispositivo OITFb reenvfa un mensaje de respuesta (HTTP POST y 200 ok) al equipo UEa, con el fin de determinar que la utilizacion compartida se realiza con normalidad.
Etapa 1509: Cuando un usuario cambia un canal del contenido IPTV que se esta reproduciendo por el segundo terminal, o envfa una actualizacion del contenido reproducido debido a otras razones, el segundo terminal ITFa envfa un mensaje de actualizacion de contenido reproducido (Update content information) al servidor de control IPTV, en donde en el caso de cambio de canal, el mensaje puede ser un mensaje de cambio de canal.
Etapa 1510: El servidor de control IPTV reenvfa un mensaje de notificacion (Notify) al dispositivo OITFb por intermedio de la pasarela IG, en donde el mensaje de notificacion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el mensaje de notificacion puede ser un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio, y al mismo tiempo, el servidor de aplicacion para compartir contenido reenvfa un mensaje de respuesta (200 ok) al servidor de control IPTV.
Etapa 1511: El dispositivo OITFb obtiene el contenido IPTV en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal y se actualiza; y mas concretamente, en el caso de cambio de canal, el dispositivo OITFb realiza el abandono de IGMp (IGMP leave) para separar un canal original, y en conformidad con la informacion de identificacion despues del cambio, realiza, ademas, la union de IGMP (IGMP Join) con el fin de obtener, a partir de TPF, el contenido IpTV que esta en un canal despues del cambio.
La etapa 1509 a la etapa 1511 anteriores pueden realizarse cada vez cuando el contenido que se reproduce por el segundo terminal se actualiza. En las formas de realizacion anteriores de la presente invencion, el conjunto OITF + IG es equivalente a un dispositivo terminal IMS/SIP (tal como un telefono movil). Por lo tanto, una solucion de OITF + IG implicada en las formas de realizacion anteriores de la presente invencion son tambien aplicables a un caso de un dispositivo terminal IMS/SIP tal como un telefono movil. De la misma manera, el terminal receptor en las formas de realizacion anteriores de la presente invencion puede transferir una sesion de utilizacion compartida del contenido a otro terminal especificado para la recepcion (a modo de ejemplo, un telefono movil IMS/SIP puede utilizarse como un primer terminal receptor, y despues de que se reciba una demanda de utilizacion compartida del contenido, la demanda de compartir un contenido se transfiere, por intermedio de un mecanismo de referencia SIP, al conjunto OITF + IG que se utiliza como un segundo terminal receptor). En las formas de realizacion de la presente invencion, una gestion de autenticacion y sesion (Authentication and Session Management, en adelante referida como ASM), una funcion logica y una funcion de control de sesion de llamada (call session control function, en adelante referida como CSCF) de un IMS, o un SIP proxy, esto es, un SIP proxy logico (una entidad CSCF en el IMS y una entidad ASM en el IPTV) se utilizan principalmente para realizar la autenticacion (si se requiere) y un reenvfo de mensaje SIP, y tambien un reenvfo de un mensaje SIP en la forma de realizacion, pero no se enumeran uno por uno en las
5
10
15
20
25
30
35
40
45
50
55
60
65
Figuras esquematicas espedficas puesto que la gestion de sesion y autenticacion simplemente realiza un reenvfo y no un procesamiento, lo que puede entenderse por los expertos en esta tecnica.
Una forma de realizacion de la presente invencion da a conocer, ademas, un metodo para compartir un contenido IPTV. La Figura 16 es un diagrama de flujo esquematico de una tercera forma de realizacion de un metodo para compartir un contenido IPTV en conformidad con la presente invencion. En esta forma de realizacion, un primer terminal obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, e inicia la utilizacion compartida del contenido y las siguientes etapas se incluyen concretamente:
Etapa 1601: Un primer terminal obtiene, a partir de un servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion.
Etapa 1602: El primer terminal envfa un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de terminal receptor, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar a un terminal receptor, que corresponde al identificador de terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal.
En la forma de realizacion anterior de la presente invencion, un primer terminal obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y se realiza la utilizacion compartida del contenido entre un terminal receptor y el segundo terminal en conformidad con la informacion de identificacion, de modo que en el caso de que el segundo terminal no tenga una capacidad de iniciacion de la utilizacion compartida de contenido, la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal en otro dispositivo terminal puede ponerse en practica.
El primer terminal obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal en la etapa anterior 1601, que puede ser como sigue: El primer terminal envfa un mensaje de demanda de consulta utilizado para consultar la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal al servidor de control IPTV, y recibe un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. Mas concretamente, puede hacerse referencia a las formas de realizacion ilustradas en la Figura 4, Figura 5, Figura 8 y Figura 9, el primer terminal obtiene, en una manera de consulta, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Ademas, el primer terminal obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal en la etapa anterior 1601, que puede ser como sigue: El primer terminal envfa un mensaje de suscripcion para la suscripcion a la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal al servidor de control IPTV, y recibe un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. Mas concretamente, haciendo referencia a las formas de realizacion ilustradas en la Figura 12 y la Figura 13, el primer terminal puede obtener, en una manera de suscripcion, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
El primer terminal realiza, entre el terminal receptor y el segundo terminal en funcion de la informacion de identificacion, una utilizacion compartida del contenido del contenido IPTV que se esta reproduciendo por el segundo terminal en la etapa 1602 en la forma de realizacion anterior, lo que puede ser como sigue: El primer terminal obtiene, en conformidad con la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y reenvfa el contenido IPTV que se esta reproduciendo por el segundo terminal al terminal receptor, y para conocer mas detalles, puede hacerse referencia a la forma de realizacion ilustrada en la Figura 5, Figura 9 o Figura 13; o puede ser como sigue: El primer terminal envfa un mensaje de demanda al servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir un contenido para proporcionar al terminal receptor, que corresponde al identificador del terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal y para conocer mas detalles, puede hacerse referencia a la forma de realizacion ilustrada en la Figura 4, Figura 8 o Figura 12.
Una forma de realizacion de la presente invencion da a conocer, ademas, una solucion para mantener una sincronizacion de la utilizacion compartida del contenido entre un terminal receptor y un segundo terminal. Mas concretamente, cuando un primer terminal envfa un mensaje de demanda de consulta a un servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal es un identificador de canal, y el mensaje de respuesta de consulta incluye, ademas, una planificacion de cambio de canal del segundo terminal, incluyendo el metodo, ademas: obtener, por el primer terminal, en funcion de la planificacion de cambio de canal, el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal, y reenviar el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal
5
10
15
20
25
30
35
40
45
50
55
60
65
al terminal receptor. Para conocer mas detalles, puede hacerse referencia a la forma de realizacion ilustrada en la Figura 9.
Como alternativa, cuando el primer terminal envfa un mensaje de suscripcion al servidor de control IPTV, y la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal es un identificador de canal, el metodo incluye, ademas: recibir un mensaje de notificacion de cambio de canal que se envfa por el servidor de control IPTV e incluye un identificador de canal del segundo terminal despues del cambio de canal, y compartir el contenido IPTV que se esta reproduciendo por el segundo terminal con el terminal receptor en conformidad con el identificador de canal del segundo terminal despues del cambio de canal. Para conocer mas detalles, puede hacerse referencia a la forma de realizacion ilustrada en la Figura 13.
En la forma de realizacion anterior de la presente invencion, el primer terminal obtiene la informacion de
identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal e inicia, ademas, en
conformidad con la informacion de identificacion anterior, la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal. Ademas, el primer terminal puede enviar directamente un mensaje de
demanda sin obtener la informacion de identificacion anterior. Para esta manera de puesta en practica, un
dispositivo terminal realiza el metodo siguiente:
El primer terminal envfa un mensaje de demanda al servidor de aplicacion para compartir contenido, en donde el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar al terminal receptor, que corresponde al identificador de terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal, el primer terminal y el segundo terminal son terminales enlazados que pertenecen al mismo usuario, o el mensaje de demanda incluye un identificador de usuario de un usuario domestico del segundo terminal.
En esta forma de realizacion, el primer terminal y el segundo terminal son dos dispositivos terminales que estan dispuestos de forma separada. El primer terminal inicia la utilizacion compartida del contenido que se esta reproduciendo por el segundo terminal, de modo que en el caso de que el segundo terminal no soporte la utilizacion compartida del contenido y el segundo terminal no necesite mejorarse, se pone en practica la utilizacion compartida del contenido que se esta reproduciendo por el segundo terminal.
La Figura 17 es un diagrama estructural esquematico de una primera forma de realizacion de un aparato para compartir un contenido IPTV en conformidad con la presente invencion. Segun se ilustra en la Figura 17, el aparato incluye un primer modulo de recepcion 11, un primer modulo de obtencion 12 y un primer modulo de suministro de contenido 13. El primer modulo de recepcion 11 esta configurado para recibir un mensaje de demanda que se envfa por un primer terminal e incluye un identificador de terminal receptor, en donde el mensaje de demanda se utiliza para dar instrucciones de proporcionar a un terminal receptor, que corresponde a un identificador de terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal. El primer modulo de obtencion 12 esta configurado para obtener la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion. El primer modulo de suministro de contenido 13 esta configurado para proporcionar, en conformidad con la informacion de identificacion, al terminal receptor el contenido IPTV que se esta reproduciendo por el segundo terminal.
Con el aparato para compartir el contenido IPTV dado a conocer en la forma de realizacion anterior de la presente invencion, un mensaje de demanda se envfa por un terminal diferente y un primer terminal y un segundo terminal pueden definirse en conformidad con una capacidad de un terminal. A modo de ejemplo, el primer terminal puede ser un terminal que soporta la utilizacion compartida, mientras que el segundo terminal puede ser un terminal que no soporta la utilizacion compartida del contenido, a modo de ejemplo, un equipo de usuario tal como un codificador. El primer terminal inicia un mensaje de demanda, de modo que la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal puede realizarse sin necesidad de mejorar el segundo terminal, tal como un codificador.
En la forma de realizacion anterior de la presente invencion, segun se ilustra en la Figura 18, el primer modulo de obtencion 12 puede incluir una primera unidad de envfo 121 y una primera unidad de recepcion 122. La primera unidad de envfo 121 esta configurada para consultar un servidor de control IPTV para la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal o para la suscripcion de la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal con el servidor de control IPTV. La primera unidad de recepcion 122 esta configurada para recibir la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion se reenvfa por el servidor de control IPTV. Esta forma de realizacion esta destinada a un caso en el que el mensaje de demanda no incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. Si el mensaje de demanda recibido por el primer modulo de recepcion incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, el primer modulo de obtencion incluye una unidad de obtencion, en donde la unidad de obtencion esta configurada para obtener, a partir del mensaje de demanda, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo
5
10
15
20
25
30
35
40
45
50
55
60
65
terminal.
Ademas, en la forma de realizacion anterior de la presente invencion, el primer modulo de suministro de contenido 13 puede incluir al menos una de entre: una primera unidad de suministro de contenido 131 y una segunda unidad de suministro de contenido 132. La primera unidad de suministro de contenido 131 esta configurada para enviar un mensaje de demanda al terminal receptor que corresponde al identificador del terminal receptor, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, de modulo que el segundo terminal obtenga, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal. La segunda unidad de suministro de contenido 132 esta configurada para obtener, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal, y reenviar el contenido IPTV que se esta reproduciendo por el segundo terminal al terminal receptor.
Ademas, considerando un caso en que el contenido IPTV que se esta reproduciendo por el segundo terminal pueda cambiar, el aparato anterior puede incluir, ademas, un segundo modulo de suministro de contenido 14. El segundo modulo de suministro de contenido 14 esta configurado para, despues de que el contenido que se esta reproduciendo por el segundo terminal sea actualizado, compartir el contenido IPTV que se esta reproduciendo por el segundo terminal con el terminal receptor en funcion de la informacion de identificacion del contenido que se reproduce por el segundo terminal y se actualiza.
El aparato para compartir el contenido IPTV dado a conocer en la forma de realizacion anterior de la presente invencion puede disponerse en un servidor de aplicacion para compartir contenido.
Una forma de realizacion de la presente invencion da a conocer, ademas, un dispositivo terminal. El dispositivo terminal puede poner en practica la obtencion de la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, y poner en practica la utilizacion compartida del contenido en conformidad con la informacion de identificacion anterior. La Figura 19 es un diagrama estructural esquematico de una primera forma de realizacion de un dispositivo terminal en conformidad con la presente invencion. Segun se ilustra en la Figura 19, el dispositivo terminal incluye un segundo modulo de obtencion 21 y un modulo de procesamiento 22. El segundo modulo de obtencion 21 esta configurado para obtener, desde un servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, en donde la informacion de identificacion incluye: un identificador de contenido, un identificador de canal o una direccion de multidifusion. El modulo de procesamiento 22 esta configurado para enviar un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de terminal receptor, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar a un terminal receptor, que corresponde al identificador del terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal.
En la forma de realizacion anterior de la presente invencion, un primer terminal obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal y pone en practica, en funcion de la informacion de identificacion anterior, la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal. En una manera de procesamiento de terminales distintos, la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal, puede ponerse en practica sin necesidad de mejorar el segundo terminal que no soporta la utilizacion compartida.
Ademas, en la forma de realizacion anterior de la presente invencion, segun se ilustra en la Figura 20, el segundo modulo de obtencion 21 puede incluir al menos una de las unidades de obtencion siguientes: una primera unidad de obtencion 211 y una segunda unidad de obtencion 212. La primera unidad de obtencion 211 esta configurada para enviar un mensaje de demanda de consulta al servidor de control IPTV, en donde el mensaje de demanda de consulta se utiliza para consultar la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y recibe un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. La segunda unidad de obtencion 212 esta configurada para enviar un mensaje de suscripcion al servidor de control IPTV, en donde el mensaje de suscripcion se utiliza para la suscripcion de la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y recibe un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
En la forma de realizacion anterior de la presente invencion, el modulo de procesamiento 22 puede incluir una primera unidad de procesamiento de utilizacion compartida 221 o una segunda unidad de procesamiento de utilizacion compartida 222. La primera unidad de procesamiento de utilizacion compartida 221 esta configurada para obtener, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal y reenviar el contenido IPTV que se esta reproduciendo por el segundo terminal al terminal receptor. La segunda unidad de procesamiento de utilizacion compartida 222 esta configurada para enviar un mensaje de demanda al servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y el mensaje
5
10
15
20
25
30
35
40
45
50
55
60
65
de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar al terminal receptor, que corresponde al identificador del terminal receptor, el contenido IPTV que se esta reproduciendo por el segundo terminal.
Ademas, considerando un caso en donde el contenido que se produce por el segundo terminal cambia, con el fin de obtener una mejor consistencia del contenido que se reproduce por el terminal receptor y el contenido que se reproduce por el segundo terminal, el dispositivo terminal en la forma de realizacion anterior de la presente invencion puede incluir, ademas, un segundo modulo de procesamiento de utilizacion compartida 23 o un tercer modulo de procesamiento de utilizacion compartida 24. El segundo modulo de procesamiento de utilizacion compartida 23 esta configurado para, cuando el primer terminal envfa un mensaje de demanda de consulta al servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal es un identificador de canal, y el mensaje de respuesta de consulta incluye, ademas, una planificacion de cambio de canal del segundo terminal, obtener, de conformidad con la planificacion de cambio de canal, un contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal, y reenviar el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal al terminal receptor. El tercer modulo de procesamiento de utilizacion compartida 24 esta configurado para, cuando el primer terminal envfa un mensaje de suscripcion al servidor de control IPTV, y la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal es un identificador de canal, recibir un mensaje de notificacion de cambio de canal que se envfa por el servidor de control IPTV e incluye un identificador de canal del segundo terminal despues del cambio, y compartir el contenido IPTV que se esta reproduciendo por el segundo terminal con el terminal receptor en conformidad con el identificador de canal del segundo terminal despues del cambio.
Ademas, una forma de realizacion de la presente invencion da a conocer, ademas, un dispositivo terminal. El dispositivo terminal incluye un modulo de envfo de demanda de utilizacion compartida. El modulo esta configurado para enviar un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda se utiliza para la instruccion de compartir el contenido IPTV que se esta reproduciendo por un segundo terminal con un terminal receptor. El primer terminal y el segundo terminal son terminales enlazados que pertenecen al mismo usuario, o el mensaje de demanda incluye un identificador de usuario de un usuario domestico del segundo terminal. Esta forma de realizacion es una solucion tecnica que esta destinada a que la informacion de identificacion se obtenga por el servidor de aplicacion para compartir contenido. El dispositivo terminal solamente necesita enviar el mensaje de demanda anterior utilizado para la instruccion.
Una forma de realizacion de la presente invencion da a conocer, ademas, un dispositivo terminal. La Figura 21 es un diagrama estructural esquematico de una tercera forma de realizacion de un dispositivo terminal en conformidad con la presente invencion. Segun se ilustra en la Figura 21, el dispositivo terminal incluye un segundo modulo de recepcion 31, un tercer modulo de obtencion 32 y un primer modulo de obtencion de contenido compartido 33. El segundo modulo de recepcion 31 esta configurado para recibir un mensaje de demanda que se envfa por un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda se utiliza para dar instrucciones a un terminal receptor para la utilizacion compartida del contenido IPTV que se esta reproduciendo por un segundo terminal. El tercer modulo de obtencion 32 esta configurado para obtener, en funcion de un identificador de usuario de un usuario domestico del segundo terminal, a partir de un servidor de control IPTV, informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal. El primer modulo de obtencion de contenido compartido 33 esta configurado para obtener, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
En la forma de realizacion anterior de la presente invencion, el dispositivo terminal anterior puede ser un terminal receptor, que obtiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal; y mas concretamente, en el caso de que el segundo terminal no soporte la utilizacion compartida del contenido, un primer terminal inicia un mensaje de demanda y luego, un servidor de aplicacion para compartir contenido envfa un mensaje de demanda al terminal receptor para dar instrucciones al terminal receptor para realizar la utilizacion compartida del contenido, que puede realizar la utilizacion compartida del contenido IPTV que se esta reproduciendo por el segundo terminal que no soporta la utilizacion compartida del contenido.
Segun se ilustra en la Figura 21, el tercer modulo de obtencion 32 puede incluir una unidad de envfo de demanda de consulta 321 y una unidad de recepcion de respuesta de consulta 322. La unidad de envfo de demanda de consulta 321 esta configurada para enviar un mensaje de demanda de consulta al servidor de control IPTV, en donde el mensaje de demanda de consulta incluye un identificador de usuario de un usuario domestico del segundo terminal. La unidad de recepcion de respuesta de consulta 322 esta configurada para recibir un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Como alternativa, segun se ilustra en la Figura 22, el tercer modulo de obtencion 32 puede incluir, ademas, una unidad de envfo de demanda de suscripcion 323 y una unidad de recepcion de notificacion 324. La unidad de envfo de demanda de suscripcion 323 esta configurada para enviar un mensaje de suscripcion de contenido al servidor de control IPTV, en donde el mensaje de suscripcion de contenido incluye un identificador de usuario de un usuario domestico del segundo terminal. La unidad de recepcion de notificacion 324 esta configurada para recibir un
5
10
15
20
25
30
35
mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
Ademas, cuando el tercer modulo de obtencion 32 incluye la unidad de envfo de demanda de suscripcion 323 y la unidad de recepcion de notificacion 324, el dispositivo terminal incluye, ademas, un tercer modulo de recepcion 34 y un segundo modulo de obtencion de contenido compartido 35. El tercer modulo de recepcion 34 esta configurado para recibir un mensaje de notificacion de cambio de canal que se envfa por el servidor de control IPTV e incluye un identificador de canal del segundo terminal despues del cambio de canal, en donde el mensaje de notificacion de cambio de canal se envfa por el servidor de control IPTV despues de que el servidor de control IPTV reciba un mensaje de cambio de canal enviado por el segundo terminal. El segundo modulo de obtencion de contenido compartido 35 esta configurado para obtener, en conformidad con el identificador de canal despues del cambio de canal, el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal.
Los expertos ordinarios en esta tecnica pueden entender que la totalidad o una parte de las etapas de las formas de realizacion del metodo anteriores pueden ponerse en practica por un programa informatico que proporciona instrucciones a un hardware pertinente. El programa anterior puede memorizarse en un soporte legible por ordenador. Cuando se ejecuta el programa, se realizan las etapas de las formas de realizacion del metodo anteriores. El soporte de memorizacion anterior puede ser un soporte que sea capaz de memorizar codigos de programa, tal como una memoria ROM, una memoria RAM, un disco magnetico o un disco optico.
Por ultimo, conviene senalar que las formas de realizacion anteriores estan simplemente previstas para describir las soluciones tecnicas de la presente invencion y no para limitar su alcance. Aunque la presente invencion se describe en detalle haciendo referencia a las formas de realizacion anteriores, los expertos en esta tecnica deben entender que pueden realizarse todavfa modificaciones a las soluciones tecnicas descritas en las formas de realizacion anteriores o realizar sustituciones equivalentes para algunas caractensticas tecnicas de las soluciones tecnicas en tanto que estas modificaciones o sustituciones no se desvfen del alcance de la presente invencion segun se define por las reivindicaciones adjuntas.

Claims (11)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo para compartir un contenido de television de protocolo Internet IPTV, que comprende:
    recibir (101), por un servidor de aplicacion para compartir contenido, un mensaje de demanda que se env^a por un primer terminal y que comprende un identificador de tercer terminal, en donde el mensaje de demanda se utiliza para dar una instruccion de suministro a un tercer terminal, que corresponde al identificador del tercer terminal, con contenido IPTV que es objeto de reproduccion por un segundo terminal;
    obtener (102), por el servidor de aplicacion para compartir contenido, informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion comprende: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
    proporcionar (103), por el servidor de aplicacion para compartir contenido y en funcion de la informacion de identificacion, al tercer terminal el contenido IPTV que se esta reproduciendo por el segundo terminal;
    en donde el suministro (103), por el servidor de aplicacion para compartir contenido y en funcion de la informacion de identificacion, al tercer terminal el contenido de IPTV que se esta reproduciendo por el segundo terminal comprende:
    enviar, por el servidor de aplicacion para compartir contenido, un mensaje de demanda que comprende la informacion de identificacion del contenido de IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela del sistema multimedia IP envfe un mensaje de notificacion que incluya la informacion de identificacion para una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV en funcion de la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
  2. 2. El metodo para compartir contenido IPTV segun la reivindicacion 1, en donde la obtencion (102), por el servidor de aplicacion para compartir contenido, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal comprende:
    enviar, por el servidor de aplicacion para compartir contenido, un mensaje de demanda que comprende un identificador de usuario de un usuario domestico del segundo terminal a un servidor de control IPTV, y recibir un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV y comprende la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal;
    o
    enviar, por el servidor de aplicacion para compartir contenido, un mensaje de suscripcion que comprende un identificador de usuario de un usuario domestico del segundo terminal a un servidor de control IPTV, y recibir un mensaje de notificacion que se reenvfa por el servidor de control IPTV y que comprende la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
  3. 3. El metodo para compartir un contenido IPTV segun la reivindicacion 1, en donde el mensaje de demanda que comprende el identificador del tunel de control incluye, ademas, la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde
    la informacion de identificacion del contenido IPTV que se esta reproduciendo por segundo terminal se obtiene a partir del servidor de control de IPTV por el primer terminal mediante interrogacion de consulta;
    o
    la informacion de identificacion del contenido IPTV que se esta reproduciendo por segundo terminal se obtiene a partir del servidor de control de IPTV por el primer terminal mediante suscripcion.
  4. 4. El metodo para compartir contenido IPTV segun cualquiera de las reivindicaciones 1 a 3, en donde
    cuando el servidor de aplicacion para compartir contenido recibe el mensaje de notificacion que se reenvfa por el servidor de control IPTV y que contiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y la informacion de identificacion es un identificador de canal, el metodo comprende, ademas:
    recibir, por el servidor de aplicacion para compartir contenido, un mensaje de notificacion de cambio de canal que incluye un identificador de canal del segundo terminal despues del cambio de canal y se envfa por el servidor de control IPTV despues de que el servidor de control IPTV reciba un mensaje de cambio de canal enviado por el segundo terminal, y enviar, por el servidor de aplicacion para compartir contenido, de un mensaje de demanda a la
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    pasarela del sistema multimedia IP del tercer terminal, en donde el mensaje de demanda incluye el identificador de canal del segundo terminal despues del cambio de canal, de modo que la pasarela del sistema multimedia IP envfe un mensaje de notificacion a la funcion de terminal IPTV abierta, en donde el mensaje de notificacion incluye el identificador de canal del segundo terminal despues del cambio de canal, y la funcion de terminal IPTV abierta obtiene, en conformidad con el identificador de canal del segundo terminal despues del cambio de canal, el contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal;
    o
    cuando, el primer terminal recibe el mensaje de respuesta de la interrogacion de consulta que se reenvfa por el servidor de control IPTV y que contiene la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, la informacion de identificacion es un identificador de canal, y el mensaje de respuesta de interrogacion de consulta, el mensaje de demanda y el mensaje de notificacion contienen todos ellos una planificacion de cambio de canal del segundo terminal, cuyo metodo comprende, ademas:
    obtener, por la funcion de terminal IPTV abierta y de conformidad con la planificacion de cambio de canal, un contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal;
    o
    cuando el primer terminal recibe el mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y la informacion de identificacion es un identificador de canal, el metodo incluye, ademas:
    recibir, por el servidor de control IPTV, un mensaje de cambio de canal enviado por el segundo terminal; reenviar, por el servidor de control IPTV, un mensaje de notificacion al primer terminal, en donde el mensaje de notificacion incluye un identificador de canal del segundo terminal despues del cambio de canal; enviar, por el primer terminal, un mensaje de demanda a la pasarela de sistema multimedia IP del tercer terminal, en donde el mensaje de demanda incluye el identificador de canal del segundo terminal despues del cambio de canal; enviar, por la pasarela del sistema multimedia IP, un mensaje de notificacion a la funcion de terminal IPTV abierta, en donde el mensaje de notificacion incluye el identificador de canal del segundo terminal despues del cambio de canal; y obtener, por la funcion de terminal IPTV abierta y en conformidad con el identificador de canal del segundo terminal despues del cambio, contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal;
    o
    cuando el servidor de aplicacion para compartir contenido recibe el mensaje de respuesta de interrogacion de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, la informacion de identificacion es un identificador de canal y el mensaje de respuesta de interrogacion de consulta incluye una planificacion de cambio de canal del segundo terminal, cuyo metodo comprende, ademas:
    actualizar, por el servidor de aplicacion para compartir contenido, el contenido IPTV en conformidad con la planificacion de cambio de canal, y obtener, por la funcion de terminal IPTV abierta, desde el servidor de aplicacion para compartir contenido, un contenido IPTV que se esta reproduciendo por el segundo terminal despues del cambio de canal;
    o
    cuando el servidor de aplicacion para compartir contenido recibe el mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y la informacion de identificacion es un identificador de canal, el metodo comprende, ademas:
    recibir, por el servidor de control IPTV, un mensaje de cambio de canal enviado por el segundo terminal; reenviar, por el servidor de control IPTV, un mensaje de notificacion al servidor de aplicacion para compartir contenido, en donde el mensaje de notificacion incluye un identificador de canal del segundo terminal despues del cambio de canal; actualizar, por el servidor de aplicacion para compartir contenido, el contenido IPTV en funcion del identificador de canal; y obtener, por la funcion de terminal IPTV abierta, desde el servidor de aplicacion para compartir contenido, el contenido IPTV que se reproduce por el segundo terminal despues del cambio de canal.
  5. 5. Un metodo para compartir un contenido de television de protocolo Internet IPTV que comprende:
    obtener (1601), por un primer terminal, a partir de un servidor de control IPTV, informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, en donde la informacion de identificacion comprende: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    enviar (1602), por el primer terminal, un mensaje de demanda a un servidor de aplicacion para compartir contenido en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de tercer terminal, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar a un tercer terminal, que corresponde al identificador del tercer terminal, el contenido IPTV que se esta reproduciendo por el segundo terminal;
    en donde el servidor de aplicacion para compartir contenido que proporciona a un tercer terminal el contenido IPTV que se esta reproduciendo por el segundo terminal, comprende:
    enviar, por el servidor de aplicacion para compartir contenido, un mensaje de demanda que comprende la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela del sistema multimedia IP envfe un mensaje de notificacion que comprende la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion del terminal IPTV abierta obtiene, a partir de un modulo para proporcionar contenido IPTV en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
  6. 6. El metodo para compartir contenido IPTV segun la reivindicacion 5, en donde la obtencion (1601), por el primer terminal, a partir del servidor de control IPTV, de la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal comprende:
    enviar, por el primer terminal, un mensaje de demanda de interrogacion de consulta al servidor de control IPTV, en donde el mensaje de demanda de interrogacion de consulta se utiliza para consultar la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y recibir un mensaje de respuesta de interrogacion de consulta que se reenvfa por el servidor de control IPTV y que incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal;
    o
    enviar, por el primer terminal, un mensaje de suscripcion al servidor de control IPTV, en donde el mensaje de suscripcion se utiliza para la suscripcion a la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y recibir un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
  7. 7. Un aparato para compartir un contenido de television de protocolo Internet IPTV, que comprende:
    un primer modulo de recepcion (11), configurado para recibir un mensaje de demanda que se envfa por un primer terminal y que incluye un identificador de tercer terminal, en donde el mensaje de demanda se utiliza para dar una instruccion para proporcionar a un tercer terminal, que corresponde al identificador de tercer terminal, un contenido IPTV que se esta reproduciendo por un segundo terminal;
    un primer modulo de obtencion (12), configurado para obtener informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion comprende: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
    un primer modulo de suministro de contenido (13), configurado para suministrar, en funcion de la informacion de identificacion, al tercer terminal el contenido IPTV que se esta reproduciendo por el segundo terminal;
    en donde el primer modulo de suministro de contenido (13) esta configurado para enviar un mensaje de demanda que comprende la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela de sistema multimedia IP envfe un mensaje de notificacion que incluye la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV en funcion de la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
  8. 8. El aparato para compartir un contenido IPTV segun la reivindicacion 7, en donde el primer modulo de obtencion (12) comprende:
    una primera unidad de envfo (121), configurada para consultar un servidor de control IPTV para la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal o para suscribirse a la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal con el servidor de control IPTV; y
    una primera unidad de recepcion (122), configurada para recibir la informacion de identificacion del contenido IPTV
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    que se esta reproduciendo por el segundo terminal, en donde la informacion de identificacion se reenv^a por el servidor de control IPTV.
  9. 9. El aparato para compartir un contenido IPTV segun la reivindicacion 7 o 8, en donde el primer modulo de suministro de contenido (13) comprende al menos uno de lo siguiente:
    una primera unidad de suministro de contenido (131), configurada para enviar un mensaje de demanda al tercer terminal que corresponde al identificador del tercer terminal, en donde el mensaje de demanda incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, de modo que el tercer terminal obtenga, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal; y
    una segunda unidad de suministro de contenido (132), configurada para obtener, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal, y reenviar el contenido IPTV que se esta reproduciendo por el segundo terminal al tercer terminal.
  10. 10. Un dispositivo terminal, que comprende:
    un segundo modulo de obtencion (21), configurado para obtener, a partir de un servidor de control IPTV, la informacion de identificacion del contenido IPTV que se esta reproduciendo por un segundo terminal, en donde la informacion de identificacion comprende: un identificador de contenido, un identificador de canal o una direccion de multidifusion; y
    un modulo de procesamiento (22), configurado para enviar un mensaje de demanda a un servidor de aplicacion para compartir contenido, en donde el mensaje de demanda incluye la informacion de identificacion y un identificador de tercer terminal, y el mensaje de demanda se utiliza para dar instrucciones al servidor de aplicacion para compartir contenido para proporcionar a un tercer terminal, que corresponde al identificador de tercer terminal, el contenido IPTV que se esta reproduciendo por el segundo terminal;
    en donde el modulo de procesamiento (22) esta configurado para enviar un mensaje de demanda que incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal a una pasarela de sistema multimedia IP del tercer terminal, de modo que la pasarela de sistema multimedia IP envfe un mensaje de notificacion que comprende la informacion de identificacion a una funcion de terminal IPTV abierta del tercer terminal, y la funcion de terminal IPTV abierta obtiene, a partir de un modulo de suministro de contenido IPTV, en conformidad con la informacion de identificacion, el contenido IPTV que se esta reproduciendo por el segundo terminal.
  11. 11. El dispositivo terminal segun la reivindicacion 10, en donde el segundo modulo de obtencion (21), comprende al menos uno de lo siguiente:
    una primera unidad de obtencion (211), configurada para enviar un mensaje de demanda de interrogacion de consulta al servidor de control IPTV, en donde el mensaje de demanda de interrogacion de consulta se utiliza para consultar la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y recibir un mensaje de respuesta de consulta que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal; y
    una segunda unidad de obtencion (212), configurada para enviar un mensaje de suscripcion al servidor de control IPTV, en donde el mensaje de suscripcion se utiliza para la suscripcion a la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal, y para recibir un mensaje de notificacion que se reenvfa por el servidor de control IPTV e incluye la informacion de identificacion del contenido IPTV que se esta reproduciendo por el segundo terminal.
ES12758108.0T 2011-03-15 2012-03-14 Método, aparato y dispositivo terminal para compartir contenidos de televisión en protocolo Internet Active ES2635082T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201110061132 2011-03-15
CN201110061132.1A CN102685563B (zh) 2011-03-15 2011-03-15 互联网协议电视内容共享方法、装置以及终端设备
PCT/CN2012/072289 WO2012122935A1 (zh) 2011-03-15 2012-03-14 互联网协议电视内容共享方法、装置以及终端设备

Publications (1)

Publication Number Publication Date
ES2635082T3 true ES2635082T3 (es) 2017-10-02

Family

ID=46816829

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12758108.0T Active ES2635082T3 (es) 2011-03-15 2012-03-14 Método, aparato y dispositivo terminal para compartir contenidos de televisión en protocolo Internet

Country Status (5)

Country Link
US (1) US9154822B2 (es)
EP (1) EP2672678B1 (es)
CN (1) CN102685563B (es)
ES (1) ES2635082T3 (es)
WO (1) WO2012122935A1 (es)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11544750B1 (en) 2012-01-17 2023-01-03 Google Llc Overlaying content items with third-party reviews
CN103780930A (zh) * 2012-10-25 2014-05-07 中兴通讯股份有限公司 内容切换方法及装置
CN103812907B (zh) * 2012-11-14 2018-01-16 华为技术有限公司 一种确定待共享的终端的方法、装置和系统
CN104854876B (zh) * 2012-12-27 2019-03-22 东莞宇龙通信科技有限公司 控制终端和资源共享的方法
WO2014117355A1 (en) * 2013-01-31 2014-08-07 Nokia Corporation Delivery of a media item
CN103442286B (zh) * 2013-08-22 2017-04-12 深圳市九洲电器有限公司 一种机顶盒文件共享方法及系统
CN103648014A (zh) * 2013-11-15 2014-03-19 乐视致新电子科技（天津）有限公司 智能电视向移动通信终端推送资源的方法和装置
US10873616B1 (en) * 2013-12-10 2020-12-22 Google Llc Providing content to co-located devices with enhanced presentation characteristics
CN104717559A (zh) * 2013-12-13 2015-06-17 中国电信股份有限公司 用于分享在线视频的方法、视频服务器和系统
US9788076B2 (en) 2014-02-28 2017-10-10 Alcatel Lucent Internet protocol television via public Wi-Fi network
CN104093053B (zh) * 2014-04-15 2018-05-08 腾讯科技（深圳）有限公司 播放视频文件的方法、设备及系统
US20150363408A1 (en) * 2014-06-17 2015-12-17 Htc Corporation Method for uploading multimedia data, method for playing multimedia data and multimedia playing system
CN105007527B (zh) 2015-08-05 2017-09-29 腾讯科技（深圳）有限公司 数据直播方法及装置
US20170079658A1 (en) * 2015-09-18 2017-03-23 Empire Technology Development Llc Insitu swappable clip delivery cartridge
CN106534910B (zh) * 2016-12-02 2021-06-01 腾讯科技（深圳）有限公司 一种多媒体播放控制系统、方法及装置
US10456282B2 (en) * 2017-04-06 2019-10-29 Medtronic Vascular, Inc. Delivery system for anchor and method
CN109729402B (zh) * 2017-10-31 2021-05-28 腾讯科技（深圳）有限公司 一种媒体内容同步方法、装置及存储介质
CN108769747B (zh) * 2018-06-21 2020-12-08 广州市鼎科信息科技有限公司 一种分级可控大屏云互动系统及互动方法
CN110113656B (zh) * 2019-04-29 2021-11-16 烽火通信科技股份有限公司 Iptv服务端接入方法、终端设备和iptv系统
CN114679601A (zh) * 2022-03-29 2022-06-28 湖南快乐阳光互动娱乐传媒有限公司 信号推流方法和装置

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9131272B2 (en) * 2003-11-04 2015-09-08 Universal Electronics Inc. System and method for saving and recalling state data for media and home appliances
US20060123455A1 (en) * 2004-12-02 2006-06-08 Microsoft Corporation Personal media channel
US7941824B2 (en) * 2006-08-28 2011-05-10 At&T Intellectual Property I, Lp Methods, systems and computer program products for providing a media file to a designated set-top box
CN101155191B (zh) * 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
CN100581197C (zh) * 2006-10-30 2010-01-13 华为技术有限公司 一种获取媒体特征信息的方法和系统以及终端设备
CN100592831C (zh) * 2006-11-24 2010-02-24 华为技术有限公司 终端及其内容共享的方法和系统
CN101232389B (zh) * 2007-01-22 2011-02-09 华为技术有限公司 一种提供组播业务的方法、设备及系统
CN101052044B (zh) * 2007-05-18 2010-04-21 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备
US8528028B2 (en) * 2007-10-25 2013-09-03 At&T Intellectual Property I, L.P. System and method of delivering personal video content
KR100879148B1 (ko) * 2007-11-20 2009-01-19 한국전자통신연구원 Ｉｐｔｖ 서비스 인증 및 서비스 품질 제어 방법 및 그시스템
US8856833B2 (en) * 2007-11-21 2014-10-07 United Video Properties, Inc. Maintaining a user profile based on dynamic data
CN101159850B (zh) * 2007-11-21 2010-10-27 华为软件技术有限公司 实现多终端协同控制播放视频数据的方法和播放控制代理
CN101309395A (zh) * 2008-06-27 2008-11-19 天柏宽带网络科技（北京）有限公司 一种节目点播方法和系统
US20100005517A1 (en) * 2008-07-02 2010-01-07 Telefonaktiebolaget Lm Ericsson (Publ) Iptv content sharing in ims network
WO2010010637A1 (en) * 2008-07-25 2010-01-28 Telefonaktiebolaget L M Ericsson (Publ) A method and system for personalizing and redirecting content object
US8239898B2 (en) * 2008-08-08 2012-08-07 At&T Intellectual Property Ii, Lp Multimedia channel sharing across access network boundaries
CN102342128A (zh) * 2009-03-06 2012-02-01 夏普株式会社 书签利用装置、书签作成装置、书签共有系统、控制方法、控制程序以及记录介质
US8374172B2 (en) * 2009-04-03 2013-02-12 At&T Intellectual Property I, L.P. Method and apparatus for managing communication sessions
CN101631388B (zh) * 2009-07-28 2013-01-09 青岛海信移动通信技术股份有限公司 一种基于无线网络的多方视频共享方法及系统
CN101883147B (zh) * 2010-06-30 2014-12-10 中兴通讯股份有限公司 一种实现多方视频共享的方法和系统
CN101945252B (zh) * 2010-07-01 2014-12-10 中兴通讯股份有限公司 一种跨平台媒体系统及其实现方法
US8789086B2 (en) * 2011-02-11 2014-07-22 Sony Corporation Method and apparatus for content playback using multiple IPTV devices
CN102780678A (zh) * 2011-05-10 2012-11-14 华为终端有限公司 共享内容的方法和设备
CN102780921B (zh) * 2011-05-10 2015-04-29 华为终端有限公司 在观看节目时获取评论信息的方法、系统和装置
KR20120140175A (ko) * 2011-06-20 2012-12-28 한국전자통신연구원 연속 서비스를 제공하기 위한 ｉｐｔｖ 서비스 장치 및 방법
US9432454B2 (en) * 2011-08-29 2016-08-30 At&T Intellectual Property I, L.P. Cloud-to-cloud peering
CN103200430B (zh) * 2012-01-04 2017-05-31 华为终端有限公司 个人内容分享方法、系统、服务器和终端设备
US9083692B2 (en) * 2012-05-07 2015-07-14 Samsung Electronics Co., Ltd. Apparatus and method of providing security to cloud data to prevent unauthorized access

Also Published As

Publication number Publication date
WO2012122935A1 (zh) 2012-09-20
CN102685563A (zh) 2012-09-19
US9154822B2 (en) 2015-10-06
EP2672678A4 (en) 2014-10-01
CN102685563B (zh) 2015-11-25
EP2672678B1 (en) 2017-06-14
EP2672678A1 (en) 2013-12-11
US20140020039A1 (en) 2014-01-16

Similar Documents

Publication Publication Date Title
ES2635082T3 (es) Método, aparato y dispositivo terminal para compartir contenidos de televisión en protocolo Internet
JP6487076B2 (ja) インターネットプロトコル（ｉｐ）マルチメディア・サブシステム（ｉｍｓ）ベースのピアツーピア（ｐ２ｐ）コンテンツ配信
ES2574805T3 (es) Métodos para cambiar entre una descarga de MBMS y una entrega basada en HTTP de contenido con formato DASH a través de una red de IMS
US9282448B2 (en) Method, system and apparatus for providing streaming media service
JP6254188B2 (ja) Ｉｍｓベースのｄａｓｈサービスにおいて、プレゼンスサーバによりプレゼンス情報を供給する方法、および、プレゼンスサーバを介してプレゼンス情報を受信するユーザ機器（ｕｅ）
ES2630279T3 (es) Soporte para diversidad de transportes y memorias intermedias desplazadas en el tiempo para la transmisión continua de medios sobre una red
US9398498B2 (en) IMS based P2P streaming and download services
JP5930429B2 (ja) ファイル配信方式を使用したｉｐブロードキャストストリーミングサービスの配信
US8046479B2 (en) Media channel management
ES2654333T3 (es) Control de sesión para la transmisión de flujos de medios
WO2015000141A1 (zh) 一种支持流媒体进行组播的方法和相关装置及系统
US20120324049A1 (en) Remote access with media translation
BR112015031512B1 (pt) Mediar entrega de conteúdo via um ou mais serviços
JP2012515484A (ja) ネットワークにおける関連付けられたセッションの管理
BR112012003198B1 (pt) Método para comutação de vídeo, servidor de mídia e sistema de conferência
JP6418665B2 (ja) Ｉｍｓベースのｄａｓｈサービスにおいて、プレゼンスサーバによりプレゼンス情報を供給する方法、および、プレゼンスサーバを介してプレゼンス情報を受信するユーザ機器（ｕｅ）
WO2011137718A1 (zh) 控制内容报告行为的方法、装置和系统
US11089442B2 (en) System and method for dynamically switching eMBMS services
RU2557452C2 (ru) Способ и система осуществления звуковой трансляции в видеонаблюдении
TW202402024A (zh) 針對ｗｅｂｒｔｃ的５ｇ支援
Kim et al. Streaming session mobility across multiple devices in mobile IPTV environments