CN101467457A - 接收与发送数字电视服务的方法 - Google Patents

接收与发送数字电视服务的方法 Download PDF

Info

Publication number
CN101467457A
CN101467457A CNA2007800213843A CN200780021384A CN101467457A CN 101467457 A CN101467457 A CN 101467457A CN A2007800213843 A CNA2007800213843 A CN A2007800213843A CN 200780021384 A CN200780021384 A CN 200780021384A CN 101467457 A CN101467457 A CN 101467457A
Authority
CN
China
Prior art keywords
service
information
further comprise
decoder
steps
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.)
Granted
Application number
CNA2007800213843A
Other languages
English (en)
Other versions
CN101467457B (zh
Inventor
让-巴普蒂斯特·亨利
雷米·霍戴尔
威廉·卢伯斯
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.)
InterDigital CE Patent Holdings SAS
Original Assignee
Thomson Licensing SAS
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37635693&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN101467457(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of CN101467457A publication Critical patent/CN101467457A/zh
Application granted granted Critical
Publication of CN101467457B publication Critical patent/CN101467457B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • 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/654—Transmission by server directed to the client
    • 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/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/50—Tuning indicators; Automatic tuning control

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

本发明涉及一种接收数字电视服务的方法，其包括以下步骤(61)：接收表示新服务的显示滞后的至少一个信息，所述信息被插入到包括至少一个服务列表的控制数据中。因此，本发明允许接收机在加载服务期间执行作为该时间的函数的动作。本发明还涉及对应的发送方法。

Description

接收与发送数字电视服务的方法
技术领域
本发明涉及数字电视服务在双向传输或通信网络上的传输。
更确切地，本发明属于服务改变(或者，观看电视节目时转换频道(zapping))的领域。
背景技术
根据本领域现有技术，在接收机中从一个数字电视服务切换到另一个数字电视服务可能耗费时间(典型地，十分之几秒到数秒)。具体地，解码器必须接收其可以解码的图像(典型地，根据MPEG技术的帧内或I图像，被插入到P(或“预测”或“预测的”)图像和B(或双向)图像的流中)。为了降低必要的带宽，I图像的数目较少。此外，当实现IP(或“因特网协议”)网络时，使用缓冲存储器来补偿网络抖动。因此，在服务改变期间显示较长或较短的黑屏。
发明内容
本发明旨在缓解现有技术的缺陷，并且具体地改善从一个数字电视服务到另一个数字电视服务的改变。
为此，本发明提出了一种接收数字电视服务的方法，该方法的显著之处在于其包括以下步骤：接收表示新服务的显示滞后(lag)的至少一个信息(具体地是在加载第一服务期间或在服务改变期间)，该信息被插入到包括至少一个服务列表的控制数据中。
因此，接收表示新服务的显示滞后的信息的接收机(例如，解码器、电视机、记录设备、通信终端、计算机)可以使用该信息来执行取决于此时的动作(例如，显示、淡出等。)
根据一个有利特性，所述信息或表示新服务的显示滞后的信息包括表示新服务的解码和/或传送中滞后的持续时间的信息。
根据另一特性，其包括以下步骤：接收表示在加载新服务期间要执行的动作的至少一个信息，该信息被插入到包括至少一个服务列表的控制数据中。
有利地，其包括以下步骤：提供要在服务改变期间显示的至少一个内容(例如，文本、一个或多个图像、视频)。
根据一具体特性，其包括以下步骤：选择内容作为所述信息或表示新服务的显示滞后的信息的函数。
有利地，其包括以下步骤：接收表示所述内容及/或其位置的至少一个信息。
根据一有利特性，其包括：在服务改变期间执行淡出，所述淡出的持续时间取决于所述信息或表示新服务的显示滞后的信息。
根据一具体特性，所述信息或表示新服务的显示滞后的信息为XML结构(DVB-IP)和/或流信令表(例如，DVB/MPEG的SI/PSI表)。
本发明还涉及一种发送数字电视服务的方法，该方法的显著之处在于其包括以下步骤：发送表示新服务的显示滞后的至少一个信息，该信息出现在包括至少一个服务列表的控制数据中。
根据一有利特性，该发送方法包括以下步骤：确定所述信息或信息作为与新服务相关联的视频编码参数(例如，GOP结构)的函数。
根据一具体特性，其包括以下步骤：确定所述信息或信息作为与新服务相关联的视频流的传送参数(例如，消除网络抖动所需的缓冲存储器的尺寸和数据)的函数。
有利地，所述发送方法包括以下步骤：发送表示在加载服务期间解码器要执行的动作的至少一个信息，所述信息或信息出现在包括至少一个服务列表的控制数据中。
附图说明
阅读以下参照附图进行的说明，本发明将更容易被理解，并且其它特征以及优点将变得明显，在附图中：
图1图示根据本发明的用于传输数字电视服务的系统；
图2和图3分别是实施本发明的、图1的系统的解码器和服务器的示意图；
图4和图5按时间顺序示出在图1的系统的各元件之间的数据交换；以及
图6和图7图示分别在根据本发明的接收数字电视服务的方法和发送数字电视服务的方法中实施的算法。
具体实施方式
一般地，本发明使得可以利用服务改变时间的知识来避免显示黑屏。因此，根据各实施例，可以利用该时间显示静止图像、文本形式的信息或者其它运动图像(所显示的内容可能取决于服务停止和/或新服务)，该时间的估计被与所述服务列表一起发送。通过实施与服务停止的最后图像之一(且优选地为最后一个图像)相关联的、且其持续时间取决于所估计的新服务的加载时间的淡出(或“进行淡出”)，这也可以用于节目的软改变。
以特定结构来发送关于数字电视服务的信息。因此，在单向传输(英文中的“Broadcast(广播)”)(例如，在DVB-T(或“数字视频广播-地面”)或DVB-S(或DVB卫星)或者DVB-H(或“DVB-手持”))的情况下，以SI/PSI表(来自英文的“System Information/Program Specific Information(系统信息/节目专用信息)”)的形式传输服务列表，并由解码器取回该服务列表。对于双向传输(例如，在宽带因特网网络上)，可以以SD&S结构(来自英文“ServiceDescription & Selection(服务描述&选择)”)的形式传输服务列表。服务列表使得可以描述服务或数字电视节目，并且给出了用于找到服务并加载服务的信息。
根据本发明，通过将表示新服务的加载时间(或显示滞后)的信息插入到已知服务列表中，来改善已知服务列表。优选地，该列表的格式保持为普通的(generic)，从而不依赖于具体的编码技术。
作为例示，MPEG编码基于GoP(来自英文“Group of Pictures(画面组)”)的使用。GoP是各种类型的图像的序列，并且具体为帧内I、“预测”P以及双向B图像的序列。仅有I图像可以被用来开始视频流解码，P和B图像直接或间接参考I图像。因此，如果流结构具有IBBPBBPBBPBB类型的GOP，则I图像每12个图像出现一次，即，每半秒出现一次。因此，在显示服务之前，可以要求解码器等待0.5s，平均为大约0.25s。因此，根据本发明，对于至少一些服务、并且优选地对于每个服务，服务列表包括相关服务的加载时间的统计学估计(例如，平均时间或最大时间)。
在因特网上传输的背景下，加载时间还取决于传送时间、例如填充视频缓冲存储器(或“缓冲器”)所需的时间，这使得视频缓冲存储器(或“缓冲器”)不干涸(dry up)或溢出(overflow)，这些缓冲器用在所需服务的视频服务器和解码器之间的网络上。在单向RF或卫星传输的服务的情况下，该时间通常可忽略。另一方面，在因特网上传输的服务的情况下，该时间可能是0.5s到数秒的等级。因此，优选地，与所述服务列表一起被传输的、相关联服务的加载时间的统计学估计(例如，平均时间或最大时间)同时考虑了与解码相关联的滞后以及与所请求的服务相对应的视频流的传送参数。
图1示意性地图示了根据本发明具体实施例的用于传输数字电视服务的系统1。
该系统1包括：
- 解码器10；
- 因特网18，SD&S服务器12和数字电视服务器13链接到因特网18；以及
- 单向传输网络16，SI/PSI服务器14和数字电视服务器15链接到单向传输网络16。
解码器10适于从网络16或18中的至少一个接收数字电视服务。该解码器适于加载和解码用户所需的服务，从而将其显示在电视(未示出)上。
为了便于理解本发明，仅示出了一个解码器。当然，数字电视流被传输到实现本发明的许多解码器。此外，网络16和18可以包括数个视频服务器以及实现本发明的数个服务列表服务器。此外，它们可以重叠，服务列表服务器和/或视频服务器可以属于两个网络。此外，解码器10可以适于从数个不同网络(例如，DVB-T和DVB-S)接收数据，并且/或者经由网关或路由器连接到这些网络。
图2示意性地图示了解码器10。
解码器10包括通过地址和数据总线103链接在一起的以下元件：
- 微处理器100(或CPU)；
- ROM类型的非易失性存储器(来自英文“Read Only Memory(只读存储器)”)101；
- 随机存取存储器或RAM(来自英文“Random Access Memory(随机存取存储器)”)102；
- 接口104，用于接收用于网络16和/或18的控制数据与图像流信息，并且在适当时传送信息或对网络18的请求；以及
- 接口105，用于向音频/视频应用传输专用于服务加载的内容以及对于所要求的服务(例如，对于显示或记录)而接收的音频/视频数据。
此外，对于本领域技术人员而言，图2所示的每个元件都是公知的。这里不描述这些一般元件。
注意，在说明书中使用的词语“寄存器”在每个所述存储器中指定小容量的存储器区域(少量二进制数据)以及大容量的存储器区域(用于存储全部程序或者表示所接收的音频/视频服务的数据或在服务加载期间使用的内容的全部或一些)。
ROM存储器101具体包括：
- 程序“prog”1010；以及
- 时间阈值参数“t-threshold”1011。
实施此后描述的方法的步骤的算法存储在与实施这些步骤的解码器10相关联的ROM存储器101中。当通电时，微处理器100加载并执行这些算法的指令。
随机存取存储器102具体包括：
- 寄存器1020中的、在解码器10通电时加载的微处理器100的操作程序；
- 寄存器1021中的、与所解码的服务相对应的视频流；
- 寄存器1022中的一个或多个服务列表；
- 寄存器1023中的、在接收到与对应服务相关联的服务列表时更新的、与每个服务相关联的平均时间的值；
- 寄存器1024中的、在接收到与对应服务相关联的服务列表时更新的、与每个服务相关联的内容的地址；
- 分别在寄存器1025和1026中的、在接收到与对应服务相关联的服务列表时或者在接收到服务列表之后的任何时刻或者在服务加载期间更新的、与每个服务相关联的动作和内容；以及
- 寄存器1027中的、表示所请求的服务的信息。
图3示意性地示出服务12。另外，服务器14具有相当类似的结构。
服务器12包括通过地址和数据总线123链接在一起的以下元件：
- 微处理器120(或CPU)；
- ROM类型的非易失性存储器121；
- 随机存取存储器或RAM 122；
- 接口124，用于传输用于网络18的控制数据，并且在适当时接收信息或对网络18的请求；以及
- 应用接口125。
此外，对于本领域技术人员而言，图3所示的每个元件都是公知的。这里不描述这些一般元件。
ROM存储器121具体包括：
- 程序“prog”1210。
实施此后描述的方法的步骤的算法存储在与实施这些步骤的服务器12相关联的ROM存储器121中。当通电时，微处理器120加载并执行这些算法的指令。
随机存取存储器122具体包括：
- 寄存器1220中的、在服务器12通电时加载的微处理器120的操作程序；
- 寄存器1221中的、与网络18的每个提供者相关联的服务列表；
- 寄存器1222中的、与每个服务相关联的平均时间的值；
- 寄存器1223中的、与每个服务相关联的内容的地址；
- 寄存器1224中的、与每个服务相关联的内容(例如，静止图像、文本、运动图像)；
- 寄存器1225中的、与每个服务相关联的动作(例如，加载、RSS链接、淡出、文本、无任何动作等)；
- 寄存器1226中的、专用于每个服务的视频编码参数；以及
- 寄存器1227中的、专用于每个服务的传送参数。
根据本发明的变型，仅有一些服务具有相关联的平均时间的值、和/或相关联的内容、和/或相关联内容的地址。可以定义这些数据的默认值，以指示存储器122中的空字段来考虑该方面(aspect)。
根据另一变型，不使用寄存器1023和1025，将对应值直接写入列表1022。
根据可以与前一变型结合的再一变型，替代平均时间或者除平均时间以外，寄存器1023包括与每个服务相关联的最小或最大时间。
图4按时间顺序示出了解码器10、视频服务器13和SD&S服务器12之间的数据交换。
在第一步骤期间，解码器10根据SD&S协议向服务器12发送用于获得服务列表的请求400。
此后，服务器12向解码器10发送服务提供者的列表401。
然后，解码器10向服务器12发送要求特定提供者(例如，服务器13)的服务列表的请求402。
服务器12发送存储在寄存器1221中的、所需服务的列表403，该列表403是以XML结构的形式(来自英文“eXtensible Markup Language(可扩展标记语言)”)，并且解码器10将该列表、与加载时间相关联的信息、以及当提供所述列表的服务时与这些服务相关联的内容，存储在寄存器1022中。
然后，解码器10向服务器13发送请求具体服务的IGMP命令410(来自英文“Internet Group Management Protocol(因特网组管理协议)”)(根据IGMP协议的“加入”命令与该服务的IP地址)，并接收视频流411。当用户请求加载所需服务时，解码器10显示内容(在与所需服务相关联的平均加载时间t’1的可能测试之后)，该内容和该平均时间与所需服务相关联并且被表示在列表403中。将该内容显示t1时间，直到加载了该服务且该服务可用于所述应用时为止(t1等于命令410的传输与解码所需服务的第一图像的时刻412相隔的持续时间)。
应解码器10的要求，以请求-响应模式发送上述命令410。优选地，服务器12主动地定期刷新(“推进(push)”模式)。
此后，在来自用户的服务请求改变之后，解码器10向服务器13发送“离开(leave)”型的IGMP命令413以停止当前服务、以及IGMP命令420以请求新的具体服务(“加入”型命令与新服务的IP地址)，并接收视频流421。这里，例如，在发出命令413或420之一(实际同时发送)时，假设图像从前一服务的最后图像之一(优选地，最后一个图像)开始淡出，作为与所需服务的加载相关联的且如在服务列表403中提供的平均(或最大)时间t’2的函数来计算淡出的持续时间。淡出例如依赖于与列表403中所请求的服务相关联的明确命令(explicit command)、时间t’2小于阈值1011、或者在加载列表403中的新服务期间要显示的内容不存在。因此，前一服务的最后图像之一被显示t2时间，直到加载了新服务且该新服务可用于所述应用为止(t2等于命令413或420之一的传输与解码所需服务的第一图像的时刻422相隔的持续时间)。
然后，解码器10向服务器13发送“离开”型的IGMP命令423以停止当前服务、以及IGMP命令430以请求新的具体服务(“加入”型命令与新服务的IP地址)，并接收视频流431。当用户请求加载所需服务时，解码器10显示内容(在与所需服务相关联的平均加载时间t’3的可能测试之后)，该内容与所停止的服务相关联，该平均时间与所需服务相关联。具体地，根据本发明，所显示的内容可以取决于所停止的服务(例如，通过服务列表403中的参数表示或指示)。该内容被显示t3时间，直到加载了该服务且该服务可用于所述应用为止(t3等于命令423或430之一的传输与解码所需服务的第一图像的时刻432相隔的持续时间)。
图5按时间顺序示出了由视频服务器15和SI/SPI服务器14经由单向传输网络发送到解码器10的数据。
在第一步骤期间，服务器14向解码器10发送服务提供商的列表501。
然后或者并行地，视频服务器15向解码器10发送视频多路复用502。
此后，服务器14发送可用服务的一个或多个列表503，所述一个或多个列表503是以一个或数个SI/PSI表格的形式，并且解码器10将该列表、与加载时间相关联的信息、以及当提供所述一个或多个列表的服务时与所述服务相关联的内容，存储在寄存器1022中。
然后，作为用户需求的函数，解码器10锁定(操作511)到在由服务器15传输的视频流中的所需服务的频率(经由未在图2中示出的其调谐器)以及多路复用。解码器10显示内容(在与所需服务相关联的平均加载时间t’1的可能测试之后)，该内容和该平均时间与所需服务相关联且在所述一个或多个列表503中被指示。该内容被显示t1时间，直到加载了该服务且该服务可用于所述应用为止(t1等于锁定511的开始与解码所需服务的第一图像的时刻512相隔的持续时间)。
此后，在来自用户的服务请求改变之后，解码器10锁定(操作521)到在由服务器15发送的视频流中的所需新服务的频率(如果需要改变频率)以及多路复用。这里，例如，在激励开始锁定的时刻，假设图像从前一服务的最后图像之一(优选地，最后一个图像)开始淡出，作为与所需服务的加载相关联的且如在服务列表503中提供的平均(或最大)时间t’2的函数来计算淡出的持续时间。淡出例如依赖于与所述一个或多个列表503中所请求的服务相关联的明确命令、时间t’2小于阈值1011、或者在加载列表503中的新服务期间要显示的内容不存在。因此，前一服务的最后图像之一被显示t2时间，直到加载了新服务且该新服务可用于所述应用为止(t2等于开始锁定521与解码所需服务的第一图像的时刻522相隔的持续时间)。
然后，在来自用户的服务请求改变之后，解码器10锁定(操作531)到在由服务器15发送的视频流中的所需新服务的频率(如果需要改变频率)以及多路复用。当用户请求加载所需服务时，解码器10显示内容(在与所需服务相关联的平均加载时间t’3的可能测试之后)，该内容与所停止的服务相关联，该平均时间与所需服务相关联。该内容被显示t3时间，直到加载了该服务且该服务可用于所述应用为止(t3等于开始锁定521与解码所需服务的第一图像的时刻532相隔的持续时间)。
图6图示了根据本发明的与接收器10中实施的接收方法相对应的算法。
在第一初始化步骤60的过程中，解码器10将程序1010加载到随机存取存储器102中，并初始化其适当操作所需的各个参数。
然后，在步骤61的过程中，解码器10从SD&S服务器12和/或IF/SPI服务器14接收一个或多个服务列表，解码器10将所述一个或多个服务列表存储在其寄存器1022中。
此后，在步骤62的过程中，解码器10提取与步骤61中接收的列表中呈现的每个服务相关联的时间数据(典型地是与服务加载相对应的最小、平均和/或最大时间)，并将所述时间数据存储在寄存器1023中。
然后，在步骤63的过程中，当所述时间数据出现时，解码器提取与内容和/或要执行的动作有关的数据，这些数据与步骤61中接收的列表中呈现的每个服务相关联，并将这些数据存储在寄存器1024和/或1025中。
根据变型，在步骤62和63中存储的这些数据与可用服务一起被呈现给用户(或者解码器的客户端应用程序)。
当打开解码器10时、以及在接收到服务列表更新和/或新的服务列表时执行步骤61和63。
此后，在步骤64的过程中，解码器等待然后接收来自用户或其客户端应用程序的、请求加载属于在步骤61期间接收的列表的第一服务或新服务的指令。
然后，在测试65的过程中，解码器10验证所估计的服务加载时间是否小于阈值1011(其等于例如0.5s)(从寄存器1023读取的与期望服务相关联的平均、最小或最大时间)。
如果是，则假设用户在加载期间没有时间考虑图像的内容或文本类型，在步骤67的过程中，激励淡出(与最后解码的图像之一相关联)，该淡出的持续时间是作为所估计的时间的函数而计算的。
如果否，则在步骤66的过程中，解码器10执行与新服务的加载相关联的动作(例如，静止图像或电影的显示或显示器(例如，监视器或电视机)的供应(provision)、文本的显示、RSS信息的显示、淡出等)。如果不存在与所接收的列表1022中的该新服务相关联的动作，则解码器10执行与前一服务相关联的动作、或默认动作(例如，显示图像或一系列本地记录的图像(例如，指示加载的且其速度取决于所估计的时间的光标))、或者预定义的或取决于新服务(例如，“加载”具有列表1022中提及的服务名称和/或所估计的加载时间的服务)的文本的远程动作(例如，出现在特定Web地址或在所传输的流中的广告，对于该搜索的地址或文件可以取决于在列表1022中提及的所估计的加载时间)。
根据本发明的变型，删除步骤65和67，在步骤64之后系统地执行步骤66。
图7图示了根据本发明的、与在列表服务器12和/或14中实施的服务列表发送方法相对应的算法。
在第一初始化步骤70的过程中，服务器将程序1210加载到随机存取存储器122中，并初始化其适当操作所需的各个参数(具体为视频服务器的地址)。
然后，在步骤71的过程中，服务器构造要传输给解码器的一个或多个服务列表。所述一个或多个服务列表以及视频服务器被操作者参数化，因此可被直接存取。此后，对于每个可用服务，列表服务器取回对应编码器(这可能不同于视频服务器13和15，且对于列表服务器而言是已知的)的GOP。该列表服务器从其中导出最小、平均和/或最大解码时间。然后，取决于传输模式，其估计传送时间。可以预定义默认值(例如，当经由因特网发送时为500ms，对于单向传输为0ms)。根据更复杂变型，列表服务器12使用例如RTCP协议(“实时控制协议(Real Time Control Protocol)”)作为返回路径，估计来自服务器13的对于服务发送的抖动，从而取回关于网络状态且具体地是抖动的信息。该列表服务器计算最小、平均和/或最大时间的和，并将该和插入到与其构造的所述一个或多个列表1221中的每个服务相关联的信息中。根据一变型，该列表服务器不计算该和，而是独立地将分别与解码参数和传送参数相对应的时间插入到与其构造的所述一个或多个列表1221中的每个服务相关联的信息中，所述解码器从中导出总时间。根据另一变型，这些数据不用秒表示，而是分别被表示为视频服务器和解码器10之间的最小、平均和/或最大的GOP数目、以及/或者缓冲存储器(或“缓冲器”)的数目或尺寸(可以在解码器10中将缓冲存储器的交换(crossing)更精确地参数化(例如100ms)或更精确地估计)。预定义地址处的列表服务器(本地的或远程的)可以以一频率或者在也被参数化的时刻将与服务加载相关联的动作和任何数据参数化或者取回(可以有规律地修改新项目或广告的内容)。
此后，在步骤72期间，列表服务器将在步骤71的过程中构造的所述一个或多个列表传输或发送到一个或多个解码器。在打开服务器或在任何需要的时候实施步骤71和72(具体地是当在列表的内容中存在改变时(具体地以周期方式)和/或存在可用服务的改变、在加载新服务期间要由解码器执行的动作中的改变、或者至少一个服务的编码参数或传送参数中的改变)。
当然，本发明不限于上述实施例。
具体地，列表服务器的属性和数目不限于上面例示的例子。具体地，可以由交互传输型、或相反是单向型的一个或多个列表服务器经由任何有线或无线通信部件来构造和/或发送服务列表。
与服务相关联的动作也不限于上述动作，它们涉及加载服务过程中任何类型的可能动作。
所估计的时间数据不必须是所估计的平均时间，而可以根据本发明与最小或最大值相关联或者对应于中间值(例如，带有0.95概率的有效最大值)。所发送的服务列表可以包括这些值的所有或一些。解码器然后可以选择其将考虑来执行动作的值(例如，通过参数化)。
根据本发明，解码器的用户或相关联的应用程序还可以禁止某些动作(例如，如果所估计的加载时间小于阈值，则禁止广告显示和/或图像显示)，并且然后执行默认动作或与前一服务相对应的动作。他还可以配置解码器，使得解码器在加载服务期间下载或记录特定内容(例如，经由RSS链接下载或记录的新闻项目)。
根据本发明的有利实施例，所发送的所有服务列表或包括它们的控制数据包含用于每个服务的、所估计的加载时间和/或解码器在加载期间要执行的动作。根据本发明的变型，仅在一些服务出现的情况下，才发送所估计的加载时间和/或要执行的动作的这些数据。根据本发明的另一变型，这些数据与一个列表相关联，并且仅与该对应列表一起被发送一次，该列表的所有服务与所估计的加载时间相关联以及/或者与加载期间要执行的动作相关联。然后解码器将这些信息与所关注的整组服务相关联。根据该变型的具体实现，将布尔逻辑与每个服务相关联，以指示加载参数是否必须与其相关联。
本发明不限于接收端的解码器(或“机顶盒”)，而是涉及适于接收和解码服务列表与服务流的任何接收器，并且具体地涉及解码器、电视机、记录设备、通信终端、以及包括接收和解码部件的计算机。
附录
以下，在因特网上的双向传输的背景下，例示服务列表的XML编码的例子。在该列表中，用粗体指示相对于根据本领域现有技术的SD&S列表的添加。通过例子，在被称为AverageRenderingTime的、表示对应服务的平均加载时间的参数、被称为TemporaryScreen的、要么指示在加载对应服务期间要显示的内容的位置、要么直接包括要显示的内容的可选参数的辅助下来描述三个服务。
对于第一服务，该列表指示等于1200ms的平均加载时间，明确指示单位(ms)(根据指令＂AverageRenderingTime Unit＝＂)和时间(1200)(根据指令＂Value＝＂)。对于该服务，该列表还指示在加载服务期间要下载的图像的因特网地址的位置(根据指令＂TemporaryScreen Type＂(其指示链接(或地址)类型的内容)、以及字段＂Value＂(其明确提及因特网地址http://www.provider1.com/zappingAd5002.jpg))。
对于第二服务，该列表指示等于800ms的平均加载时间(根据指令AverageRenderingTime Unit＝＂ms＂、Value＝＂800＂)。对于该服务，该列表不指示在其加载期间要使用的任何明确内容。
对于第三服务，该列表指示等于1500ms的平均加载时间、单位(ms)(根据指令AverageRenderingTime Unit＝＂ms＂、Value＝＂1500＂)。对于该服务，该列表还指示要显示的文本类型的内容(根据指令＂TemporaryScreen Type＂(其指示文本类型的内容)、以及字段＂Value＂(其包括要在屏幕上显示的消息的文本字符)。所显示的文本可以是实时新闻文本(取决于服务列表的刷新)或延迟文本、广告文本、指示服务改变的消息或者其它任何信息。
对于第四服务，该列表指示等于600ms的平均加载时间。对于该服务，该列表还指示RSS(来自英文＂Really Simple Syndication(简易供稿或内容聚合)＂)类型的链接(根据指令＂TemporaryScreen Type＝＂RSS＂＂(其指示RSS链接类型的内容)以及字段＂Value＂(其明确提及因特网地址http://www.provider3.com/RSSnews.xml))。
对于第五服务，该列表指示等于600ms的平均加载时间。对于该服务，该列表还指示淡出类型的动作(根据指令＂TemporaryScreen Type＝＂fade＂＂)。
<？xml version＝＂1.0＂encoding＝＂UTF-8＂？>
<ServiceDiscovery xmlns＝＂urn:dvb:ipisdns:2003＂
          xmlns:xsi＝＂http://www.w3.org/2001/XMLSchema-instance＂
xsi:schemaLocation＝＂urn:dvb:ipisdns:2003ipisdns-p1-v1-0-0.xsd＂>
  <BroadcastDiscovery DomainName＝＂provider1.com＂Version＝＂0＂>
    <ServiceList>
      <SingleService>
        <ServiceLocation>
          <IPMulticastAddress Address＝＂224.111.1.12＂
                      Port＝＂8208＂Source＝＂192.100.100.50＂/>
        </ServiceLocation>
        <TextualIdentifier DomainName＝＂provider1.com＂
                                    ServiceName＝＂Channel2＂/>
        <DVBTriplet OrigNetId＝＂0＂ServiceId＝＂5002＂TSId＝＂202＂/>
        <MaxBitrate>4</MaxBitrate>
        <AverageRenderingTime Unit＝＂ms＂Value＝＂1200＂>
          <TemporaryScreen Type＝＂link＂
            Value＝＂http://www.provider1.com/zappingAd5002.jpg＂/>
        </AverageRenderingTime>
      </SingleService>
      <SingleService>
        <ServiceLocation>
               <IPMulticastAddress Address＝＂224.111.1.13＂Port＝＂8208＂
Source＝＂192.100.100.50＂/>
            </ServiceLocation>
            <TextualIdentifier DomainName＝＂provider1.com＂
                                           ServiceName＝＂Channel3＂/>
            <DVBTriplet OrigNetId＝＂0＂ServiceId＝＂5003＂TSId＝＂203＂/>
            <MaxBitrate>4</MaxBitrate>
            <AverageRenderingTime Unit＝＂ms＂Value＝＂800＂/>
            </AverageRenderingTime>
          </SingleService>
          <SingleService>
            <ServiceLocation>
              <IPMulticastAddress Address＝＂224.111.1.15＂Port＝＂8208＂
                                             Source＝＂192.100.100.50＂/>
            </ServiceLocation>
            <TextualIdentifier DomainName＝＂provider1.com＂
                                            ServiceName＝＂Channel5＂/>
            <DVBTriplet OrigNetId＝＂0＂ServiceId＝＂5005＂TSId＝＂205＂/>
            <MaxBitrate>4</MaxBitrate>
            <AverageRenderingTime Unit＝＂ms＂Value＝＂1500＂
            <TemporaryScreen Type＝＂text＂Value＝＂News:bla bla bla＂/>
            </AverageRenderingTime>
          </SingleService>
          <SingleService>
            <ServiceLocation>
              <IPMulticastAddress Address＝＂224.111.1.15＂Port＝＂8208＂
                 Source＝＂192.100.100.50＂/>
            </ServiceLocation>
            <TextualIdentifier DomainName＝＂provider3.com＂
                    ServiceName＝＂Channel5＂/>
            <DVBTriplet OrigNetId＝＂0＂ServiceId＝＂5075＂TSId＝＂215＂/>
            <MaxBitrate>3</MaxBitrate>
            <AverageRenderingTime Unit＝＂ms＂Value＝＂600＂>
              <TemporaryScreen Type＝＂RSS＂Value＝＂
                   http://www.provider3.com/RSSnews.xml＂/>
            </AverageRenderingTime>
          </SingleService>
          <SingleService>
             <ServiceLocation>
          <IPMulticastAddress Address＝＂224.111.1.47＂Port＝＂8308＂
             Source＝＂192.100.100.50＂/>
        </ServiceLocation>
        <TextualIdentifier DomainName＝＂provider3.com＂
                 ServiceName＝＂Channel128＂/>
        <DVBTriplet OrigNetId＝＂0＂ServiceId＝＂128＂TSId＝＂215＂/>
        <MaxBitrate>3</MaxBitrate>
        <AverageRenderingTime Unit＝＂ms＂Value＝＂600＂>
          <TemporaryScreen Type＝＂fade＂/>
        </AverageRenderingTime>
      </SingleService>
    </ServiceList>
  </BroadcastDiscovery>
</ServiceDiscovery>
在单向传输模式下，以SI/SPI形式发送服务列表，向该SI/SPI形式中插入了等效于上述那些字段的字段，设想例如以下类型的结构：
- 依赖于服务加载的描述符的出现指示器(如果该描述符出现，则将布尔逻辑设置为1)；
- 描述符包括：
  - 4比特的单位(例如，对于ms的0000)；
  - 16比特的值；
  - 8比特的时间屏幕类型(例如，0×00(16进制符号)到0×03分别表明链接、文本、图像、RSS等)；
  - 20比特的与时间屏幕相关联的字段的内容尺寸；
  - 与时间屏幕相关联的字段的内容(例如，http://www.provider1.com/zappingAd5002.jpg，其被编码在42字节上)。

Claims (12)

1.一种接收数字电视服务的方法，其特征在于其包括以下步骤(61)：接收表示新服务的显示滞后(1023)的至少一个信息，所述信息被插入到包括至少一个服务列表(1022)的控制数据中。
2.如权利要求1所述的方法，其特征在于：所述表示新服务的显示滞后的至少一个信息包括表示新服务的解码和/或传送中滞后的持续时间的信息。
3.如权利要求1或2所述的方法，其特征在于其包括以下步骤：接收表示在加载新服务期间要执行的动作(1026)的至少一个信息，所述信息被插入到包括至少一个服务列表的控制数据中。
4.如权利要求1到3中任一项所述的方法，其特征在于其包括以下步骤：提供要在服务改变期间显示的至少一个内容(1024、1025)。
5.如权利要求4所述的方法，其特征在于其包括以下步骤：选择所述内容作为所述表示新服务的显示滞后的至少一个信息的函数。
6.如权利要求4或5所述的方法，其特征在于其包括以下步骤：接收表示所述内容(1025)及/或其位置(1024)的至少一个信息。
7.如权利要求1到6中任一项所述的方法，其特征在于其包括：在服务改变期间执行淡出(67)，所述淡出的持续时间取决于所述表示新服务的显示滞后的至少一个信息。
8.如权利要求1到7中任一项所述的方法，其特征在于：所述表示新服务的显示滞后的至少一个信息为XML结构和/或流信令表。
9.一种发送数字电视服务的方法，其特征在于其包括以下步骤(72)：发送表示新服务的显示滞后(1222)的至少一个信息，所述信息出现在包括至少一个服务列表的控制数据中。
10.如权利要求9所述的方法，其特征在于其包括以下步骤：确定所述至少一个信息作为与所述新服务相关联的视频编码参数的函数。
11.如权利要求9和10之一所述的方法，其特征在于其包括以下步骤：确定所述至少一个信息作为与所述新服务相关联的视频流的传送参数的函数。
12.一种发送数据电视服务的方法，其特征在于其包括以下步骤：发送表示在加载服务期间解码器要执行的动作的至少一个信息，所述信息出现在包括至少一个服务列表的控制数据中。
CN2007800213843A 2006-06-09 2007-06-06 接收与发送数字电视服务的方法 Active CN101467457B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0652088A FR2902267A1 (fr) 2006-06-09 2006-06-09 Procedes de reception et d'emission de services de television numerique
FR0652088 2006-06-09
PCT/EP2007/055594 WO2007141303A2 (en) 2006-06-09 2007-06-06 Methods of receiving and sending digital television services

Publications (2)

Publication Number Publication Date
CN101467457A true CN101467457A (zh) 2009-06-24
CN101467457B CN101467457B (zh) 2012-08-29

Family

ID=37635693

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007800213843A Active CN101467457B (zh) 2006-06-09 2007-06-06 接收与发送数字电视服务的方法

Country Status (8)

Country Link
US (1) US20090165042A1 (zh)
EP (1) EP2027726B1 (zh)
JP (1) JP5325774B2 (zh)
KR (1) KR101391819B1 (zh)
CN (1) CN101467457B (zh)
DE (1) DE602007008889D1 (zh)
FR (1) FR2902267A1 (zh)
WO (1) WO2007141303A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109155872A (zh) * 2016-05-31 2019-01-04 索尼公司 信息处理设备、电视接收器、信息处理系统及信息处理程序

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090049211A1 (en) * 2007-08-14 2009-02-19 Yahoo! Inc. Estimating backend processing time for retrieving and processing data and displaying appropriate supplemental content
CN101867743A (zh) * 2010-06-08 2010-10-20 中兴通讯股份有限公司 一种移动广播业务管理系统中手机电视启动的方法及装置
US8725918B2 (en) * 2012-02-29 2014-05-13 Apple Inc. Cable with fade and hot plug features

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL111610A (en) * 1994-11-11 1998-02-22 News Datacom Ltd Catv transmission systems
US5907321A (en) * 1996-03-27 1999-05-25 Spot Com, Inc. Method for transmitting and displaying an interchannel interval image in a cable system
US6118498A (en) * 1997-09-26 2000-09-12 Sarnoff Corporation Channel scanning and channel change latency reduction in an ATSC television receiver
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
EP1022900A1 (en) * 1998-07-13 2000-07-26 Sony Corporation Data multiplexer, program distribution system, program transmission system, toll broadcast system, program transmission method, limited receiving system, and data receiver
JP2000152122A (ja) * 1998-11-18 2000-05-30 Victor Co Of Japan Ltd デジタル放送受信機
US20020087973A1 (en) * 2000-12-28 2002-07-04 Hamilton Jeffrey S. Inserting local signals during MPEG channel changes
FR2795279B1 (fr) * 1999-06-18 2001-07-20 Thomson Multimedia Sa Procede et dispositif de commutation de programmes de television numerique
US7584491B2 (en) * 2001-04-25 2009-09-01 Sony Corporation System and method for managing interactive programming and advertisements in interactive broadcast systems
US20040031053A1 (en) * 2002-08-08 2004-02-12 Jong-Hoon Lim Method for providing HDTV-level multimedia service and communication system therefor
JP4497804B2 (ja) * 2002-10-08 2010-07-07 キヤノン株式会社 受信装置及び受信装置の制御方法
US20040098741A1 (en) * 2002-11-15 2004-05-20 Hiroshi Hara Method and system for providing an active display while a new channel is being acquired
JP2004312713A (ja) * 2003-03-25 2004-11-04 Matsushita Electric Ind Co Ltd データ送信装置
GB2401759A (en) * 2003-05-13 2004-11-17 Nokia Corp Method of signalling in a mobile communications network
KR20050036526A (ko) * 2003-10-16 2005-04-20 삼성전자주식회사 채널 전환 대기 시간을 이용한 디지털 멀티미디어방송시스템의 부가서비스 제공을 위한 전송스트림, 장치,방법 및 그 방송 수신 단말기
FR2864869A1 (fr) * 2004-01-06 2005-07-08 Thomson Licensing Sa Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
JP2005295028A (ja) * 2004-03-31 2005-10-20 Pioneer Electronic Corp デジタル放送受信装置及びそのコンテンツ表示方法
JP2006148825A (ja) * 2004-11-25 2006-06-08 Matsushita Electric Ind Co Ltd デジタル放送受信装置
EP1675399A3 (en) * 2004-12-23 2009-04-29 Bitband Technologies Ltd. Fast channel switching for digital TV
KR100598360B1 (ko) * 2005-02-14 2006-07-06 엘지전자 주식회사 채널 전환시 영상 표시 지연 시간 단축 장치 및 방법
JP4101251B2 (ja) * 2005-05-24 2008-06-18 富士通株式会社 負荷分散プログラム、負荷分散方法、及び負荷分散装置
US7870465B2 (en) * 2006-10-18 2011-01-11 Versteeg William C Reducing channel-change time

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109155872A (zh) * 2016-05-31 2019-01-04 索尼公司 信息处理设备、电视接收器、信息处理系统及信息处理程序

Also Published As

Publication number Publication date
JP2009540642A (ja) 2009-11-19
FR2902267A1 (fr) 2007-12-14
US20090165042A1 (en) 2009-06-25
EP2027726A2 (en) 2009-02-25
JP5325774B2 (ja) 2013-10-23
KR20090019814A (ko) 2009-02-25
DE602007008889D1 (de) 2010-10-14
CN101467457B (zh) 2012-08-29
EP2027726B1 (en) 2010-09-01
WO2007141303A2 (en) 2007-12-13
WO2007141303A3 (en) 2008-04-17
KR101391819B1 (ko) 2014-05-07

Similar Documents

Publication Publication Date Title
US8745662B2 (en) Method of transmitting preview content and method and apparatus for receiving preview content
EP2216959B1 (en) Virtual customer premises equipment
CN101682702B (zh) 用于减少由于信道改变引起的延迟的方法和设备
KR101295571B1 (ko) 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
US20080092184A1 (en) Apparatus for receiving adaptive broadcast signal and method thereof
US20140223502A1 (en) Method of Operating an IP Client
CN101341680A (zh) 传播数字电视服务的方法、相应的网关和网络
US9621370B2 (en) Apparatus and method for providing interactive service to device using different digital broadcast middleware standards
US8429284B2 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
US20170026714A1 (en) Device and method for remotely controlling the rendering of multimedia content
KR20070028077A (ko) 디지털 방송의 데이터 서비스가 가능한 ｄｌｎａ 시스템과그 데이터 서비스 처리 방법
CN101467457B (zh) 接收与发送数字电视服务的方法
US9313459B2 (en) Method and apparatus for encoding video streams
EP2141920B1 (en) Method of displaying a user interface and corresponding method of transmitting information
US8990879B2 (en) Method for providing data application of digital broadcasting
US9137501B2 (en) Method and system for communicating between a host device and user device through an intermediate device using syntax translation
CN103283206A (zh) 使用dlna dms服务来远程调谐频道的方法和装置
US20140071161A1 (en) Method and system for communicating between a host device and user device through an intermediate device using a composite video signal
USRE47718E1 (en) Method of transmitting/receiving digital contents and apparatus for receiving digital contents
JP2007104260A (ja) データ配信装置、データ配信システムおよびデータ配信方法
KR20090030293A (ko) 프리뷰 컨텐츠의 전송 시스템 및 방법과, 그의 수신장치 및방법
Stanescu et al. Video consumption in the process of digital TV-Internet convergence

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: I Si Eli Murli Nor, France

Patentee after: THOMSON LICENSING

Address before: French Boulogne - Billancourt

Patentee before: THOMSON LICENSING

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190527

Address after: Paris France

Patentee after: Interactive digital CE patent holding Co.

Address before: I Si Eli Murli Nor, France

Patentee before: THOMSON LICENSING