CN1471782A - 在电视传输系统中传输数据的方法和对应的设备 - Google Patents

在电视传输系统中传输数据的方法和对应的设备 Download PDF

Info

Publication number
CN1471782A
CN1471782A CNA018178510A CN01817851A CN1471782A CN 1471782 A CN1471782 A CN 1471782A CN A018178510 A CNA018178510 A CN A018178510A CN 01817851 A CN01817851 A CN 01817851A CN 1471782 A CN1471782 A CN 1471782A
Authority
CN
China
Prior art keywords
address
announcement
atvef
multiplex
data
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
CNA018178510A
Other languages
English (en)
Other versions
CN100496042C (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.)
Thomson Licensing 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
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Publication of CN1471782A publication Critical patent/CN1471782A/zh
Application granted granted Critical
Publication of CN100496042C publication Critical patent/CN100496042C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/858Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H04N7/087Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only
    • H04N7/088Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division with signal insertion during the vertical blanking interval only the inserted signal being digital
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols

Abstract

本发明涉及一种在视频传输系统中用于传输二进制数据的方法,包括步骤:在第一预定IP多路传送地址上提供ATVEF通告;在IP多路传送地址的第一范围上提供ATVEF触发信号和/或者内容传输;在与所述的第一地址不同的第二预定IP多路传送地址上提供非ATVEF通告;在不包括第一范围的IP多路传送地址的第二范围上提供非ATVEF的数据传输。本发明同时涉及用于实现本方法的发射机和接收机。

Description

在电视传输系统中传输数据的方法和对应的设备
技术领域
本发明涉及在电视系统中传输数据的方法,还涉及在这样的系统中的发射机和接收机。本发明特别应用于但不局限于实现ATVEF规范的系统。
背景技术
正在开发对于例如通过双向返回信道或者在相同信道之上的简单的广播作为视频信号传输的主机常驻交互式服务的电视接收机。在上下文中,ATVEF(先进电视增强论坛)指定使用许多协议例如IP多路传送(因特网协议多路传送)来在许多传输媒体之上传送用于交互式电视节目增强服务的数据。
依据ATVEF规范,当服务提供者想要传输交互式服务时,它首先必须发送包含描述交互式服务的信息的被称为通告的消息。向对于所有接收机已知的特定的IP多路传送地址和特定的端口(IP地址224.0.0.113和UDP(用户数据报协议)端口2670)传输该通告。
与ATVEF规范兼容的接收机连续不断地监视该地址/端口对。它们的常驻软件模块取回包含一个用于交互式服务(被称为‘内容’)的传输和另一个用于触发的传输的一对IP地址的通告。触发是用于在预定时刻触发交互式服务的一定行为的消息。
在接收机中驻留的软件模块可能需要更新。由于灵活性的原因,应该可能以远程的方式例如向在原地的接收机传输已更新的软件模块来进行这样的更新。这样的传输明显地应该使用一些已经可用的传输媒体例如返回信道(通过PSTN或者电缆网络的信道或者其它类型的双向通信装置)或者电视广播媒体。
因为负责取回交互式服务(例如浏览器)的软件不能够解释表示常驻软件模块更新的内容数据,不能够直接地使用ATVEF协议栈(见图1a)传输更新或者其它类型的二进制数据。该更新是代替浏览器所期望的UHTTP数据的典型的二进制数据。这可能在接收机级导致不可预测的行为。修改浏览器以发现和处理二进制数据将是不切实际的。此外,由于没有出于这样的目的开发出该协议,使用UHTTP传送二进制数据是麻烦的。
然而,期望尽可能重视ATVEF协议以在由广播工具所定义的限制之内进行保留。
发明内容
本发明的目的是提出一种在视频传输系统中传输二进制数据的方法,该方法包括步骤:
在第一预定IP多路传送地址上提供ATVEF通告;
在IP多路传送地址的第一范围上提供ATVEF触发信号和/或者内容传输;
在与所述的第一地址不同的第二预定多路传送地址上提供非ATVEF通告;
在第一范围之外的IP多路传送地址的第二范围上提供非ATVEF数据传输。
依据本发明的实施例,所述的系统包括用于把ATVEF和非ATVEF信息插入传输信号的数据插入器的发射机,所述的方法还包括步骤:
向数据插入器提供ATVEF通告和非ATVEF通告;
依据第一和第二范围由数据插入器把多路传送地址动态地插入通告。
依据本发明的实施例,该方法还包括把IP多路传送地址的第一和/或者第二范围的每一个分开为第三和第四范围,其中第三范围由数据插入器为自动地址确定预留,和第四范围为已提供给数据插入器的通告中预定义的地址预留。
依据本发明的实施例,由不同的IP地址范围、不同的端口范围或者两者一起来区分范围。
依据本发明的实施例,在接收机级,该方法还包括步骤:
接收通告传输接收机软件更新数据的非ATVEF通告,所述的通告包括IP多路传送地址,在该地址上将要发送描述更新数据传输的信令数据。
监听在通告中所指定的地址;
取回信令数据并且把该数据存储于在更新数据下载期间不可以被删除的存储器中;
装入程序的起动;
使装入程序取回所存储的信令数据;和
根据所存储的信令数据进行更新数据的下载。
本发明的另一目的是一种用于在与ATVEF传输兼容的传输系统中广播通告的发射机设备,其特征在于它包括装置,该装置用于传输在第一预定IP多路传送地址上的ATVEF通告、在IP多路传送地址的第一范围上的ATVEF触发信号和/或者内容数据、在与第一预定地址不同的第二预定IP多路传送地址上的二进制数据通告和在IP多路传送地址的第二范围上的二进制数据,其中第一和第二地址范围是互斥的。
依据本发明的实施例,发射机包括装置,该装置用于接收通告,用于确定该通告是否包括在第一范围中的预定的IP多路传送地址,并且如果是否定的话,用于在与第一范围截然不同的第二范围中选择IP多路传送地址并且用于向通告中插入所选择的IP多路传送地址。
本发明的另一目的是在ATVEF兼容传输系统中的一种接收机,其特征为它包括存储用于接收ATVEF通告的第一预定IP多路传送地址和用于接收与二进制数据的传输有关的通告的第二预定IP多路传送地址的存储器,其中第一和第二地址是截然不同的。
依据变化的实施例,接收机还包括用于接收在其上通告二进制数据传输的第三多路传送地址的存储器,所述的存储器是这样的以至于在接收机重新启动的过程期间保持多路传送地址,所述的接收机还包括为了从所述的第三多路传送地址下载二进制数据而重新启动之后监听存储器中的第三多路传送地址的装置。
依据实施例,在所述的第二多路传送地址上所通告的信令数据中提供第三多路传送地址,在该地址上通告二进制数据传输。
依据实施例,所下载的二进制文件是完整的系统更新。
附图说明
通过借助于附图所阐明的详细的非限制性的实施例的描述,本发明的其它特征和优点将出现,附图为:
图1a(已有技术)表示ATVEF协议栈;
图1b表示依据本实施例的设备的协议栈;
图2表示接收机的软件结构,以及不同的应用程序和任务和它们在接收到通告时的进展。
图3是依据本发明由接收机处理通告和数据的流程图;
图4是在广播服务器中处理通告的流程图;
图5是说明当接收机处于标称模式时在第一步骤中获取IP多路传送地址的原则和在接收机处于装入程序模式期间的第二步骤中使用已存储的IP多路传送地址的原则的示意图;
图6是依据本发明的实施例包括发射机和接收机的网络的示意图。
在这些图中,使用符号‘@’指定地址。
具体实施方式
在文档“已增强内容的规范”ATVEF(先进电视增强论坛)规范v1.1r26中能够发现涉及ATVEF规范的更多信息。该文档可以在例如ATVEF网站上(www.atvef.com)得到。
同时参考文档‘SDP:会话描述协议’,因特网协会,网络工作组,1998年4月的RFC2327,在 frp.isi.edu/in-notes/rfc2327.txt可得到。
虽然ATVEF强加了对于一些参数的限制,依据ATVEF规范的通告沿用在先前的段落中所提到的SDP文档中所描述的格式。依据ATVEF规范在SDP通告中所使用的参数如下:
会话描述
v=协议版本,等于0
o=用户名,会话标识符,版本,网络类型(在当前的情况下等于IN),地址类型(在当前的情况下等于IP4),ip地址
s=会话名
i=会话信息(可选的)
u=增强描述的全体资源标识符(URI)(可选的)
e=电子邮件地址
p=电话号码(至少需要e和p参数的其中的一个)
b=CT:数字(带宽信息)
c=连接信息
能够或者必须使用以下的会话属性:
a=UUID:UUID(全体唯一标识符:单一的增强标识符一可选的)
a=类型:tve
a=lang,a=sdplang(可选的语言属性)
a=tve-类型:<类型>(可选的)
a=tye-尺寸:千字节
a=tve-级别:x(可选的)
a=tve-结束:秒(可选的)
媒体描述
m=(媒体名称和传送地址)
时间描述
t=(在会话激活期间的时间)
如在介绍中已经提到的,ATVEF通告被发送到预定的IP地址(224.0.1.113)和预定的UDP端口号(2670)。
通告的参数‘c’表示内容和触发信号将被发送到哪个地址,而参数‘m’表示它们将在哪个端口上被发送。可以在相同的地址不同端口上也可以在不同的地址上发送触发信号和内容。
本发明涉及可以使用模拟视频信号的垂直消隐间隔行传输数字数据的模拟电视系统。在模拟电视信号上的这种数据的调制本质上众所周知。
图1b是依照本实施例接收机所使用的协议栈的图。与图1a的ATVEF协议栈比较,UHTTP层已经被专有层所代替。如在ETS 300 708所定义的,该栈包括在IP(因特网协议)之上的UDP(用户数据报协议)、SLIP(串行线路接口协议)和IDL-B。
专有层的作用是管理二进制数据的下载。要下载的二进制数据被拆分为具有IP包有效负荷的尺寸例如1472个八位字节的部分。该层以正确的顺序组装它接收到的不同部分。如果某部分包括不可纠正的错误,则专有层等待下一个传输(见以下)并且把它插入在它的合适位置。
专有层也取回日期/时间信息和与二进制数据下载和日期/时间信息有关的通告。
为了使接收机甚至当它们没有从传输开始时监听时能够访问对应的数据和为了重新得到先前所接收的具有不可纠正错误的包通常会重复地发送增强和二进制数据。
依据本实施例,为了通告二进制数据的传输,在另外地址和端口而非ATVEF通告所使用的地址和端口进行SDP格式的通告。因此,作为实施例,接收机监听地址235.0.1.113、端口号2670以发现这些新型的通告。并行地,接收机继续监听标准的ATVEF通告地址和端口。
图2是本实施例的接收机依据本实施例并行地运行的应用程序和任务的实例。当然,其它的应用的程序和任务同样可以运行,但是不与本实施例直接相关。接收机监听编号为A1到A6的6个不同的IP多路传送地址。IP多路传送地址包括IP地址和端口号。ATVEF通告被发送到如以上已经描述的众所周知的ATVEF地址/端口对A1。ATVEF内容和触发信号(‘ATVEF数据’)被发送到由ATVEF指定的两个不同的地址/端口对A3和A4。两个不同的非ATVEF通告被发送到预定的、固定的地址/端口A2。第一非ATVEF通告表示用于取回数据和时间信息的地址/端口A5,而第二非ATVEF通告表示用于取回二进制数据的地址/端口A6。
图2的应用程序作用于套接字层4以监听所需要的IP多路传送地址。套接字层4运行在包括VBI驱动程序(未说明)的操作系统5之上。垂直消隐间隔(VBI)驱动程序从输入的模拟视频信号取回数据。当然,倘若使用另外的传输路径(例如诸如MPEG II传输流之类的所有的数字电视信号),要使用另外的驱动程序而非VBI驱动程序。所取回的数据在被称为IDLB的包格式之下。驱动程序从这些包中提取有效负荷并且应用纠错过程。有效负荷是使驱动程序能够识别和区分IP包的SLIP格式的流。一旦已经移动了SLIP层和已经重新构建IP包,驱动程序把这些包移交到负责解封装IP和UDP层的上层。浏览器1和其它应用程序是为了取回所传输的内容使它们能够监听IP地址和UDP端口的套接字层4的客户。
首先将描述图2的上面的部分。上面和下面的部分显示随着时间的推移在不同时刻的接收机的状态。
接收机运行负责分别地取回ATVEF通告、内容和触发信号的浏览器1并且分别地监听在套接字级浏览器1已经编程的地址A1、A3和A4。在图2中,假定已经接收到至少一个通告。浏览器可以同时监听在图2中没有显示的其它地址。第一任务2(‘二进制数据取得管理器’)负责取回在地址A2所发送的非ATVEF通告。使用第二任务3(‘代码下载信令数据取回器’)在地址A6取回它自身的二进制文件。先前在地址A2上的二进制通告中已经指定了地址A6。使用两个不同的任务取回更新通告和更新文件自身:这避免必须为与这些地址有关的输入的数据分类。
第二任务3不必总是激活的。它能够在接收到涉及第二任务3所取回的数据种类的通告时,由第一任务2触发。
按照本实施例,使用通告的‘i’字段通知任务2要传输的数据的类型。例如,‘i’等于用于传输二进制数据的‘代码下载’和等于用于传输日期和时间信息的‘日期&时间’。
与ATVEF通告相反,依据本实施例的通告只包括一个地址和相关联的端口值以向接收机表示在哪里监听二进制数据的传输(代码更新、时间或者其它)。
依据本实施例,这样的通告包括与更新文件的地址和端口有关的以下参数:
m=数据22814tvpe-filec=IN IP4 235.37.32.27.
其它参数与在ATVEF通告中所使用的那些参数相似。这作为实例来提供:还可以使用其它值。
作为实例,非ATVEF通告包括以下的字段:
“v=0”见ATVEF
“i=XXX”见以下
“a=UUID:XXX”见ATVEF
“a=tve-ends:XXX”或者“t-start停止”见ATVEF
“m=数据XXX tve-file”见以上和ATVEF
“c=IN IP4 XXX”见以上和ATVEF
图2同时说明在接收机中的通告处理的动态。图2的上面部分显示在时间t时接收机的任务。在这时,浏览器1监听它的预定ATVEF通告地址A1,和监听用于内容(A3)和触发信号(A4)的另外的两个地址。二进制数据取得模块2监听对应于二进制数据通告的地址。
在特定的时间,二进制数据取得模块2接收涉及数据和时间传输的二进制通告。该通告包括IP多路传送地址A5,在所述地址A5上到期传输数据和时间信息。如图2的下面部分所说明的,为了监听在通告中所指定的地址A5起动命名为‘日期和时间数据取回器’的第三任务6。
图3是进一步说明在接收机中ATVEF和非ATVEF通告和数据处理的流程图。
必须注意从实现的观点来看,测试通告是或者不是ATVEF通告事实上对应于使用不同的IP多路传送地址所执行的过滤。
字段“a=UUID”服务于识别通告。如果在二进制数据取得模块的任务中,尽管还没有达到通告的到期日专有层已经接收到具有相同UUID值的通告,则忽略新的通告。为了通知接收机通告内容变化操作人员修改UUID值。如果它们的UUID对应于已经存在的通告的UUID该机制避免必须进一步处理通告。
当准备通告时,服务提供者或者广播者的发射机在一定的范围中选择用于数据传输的地址值。根据本实施例,为ATVEF传输预留一个这样的范围而为非ATVEF传输(例如依据本实例的软件模块的更新)预留另一个这样的范围。这避免把ATVEF数据发送到非ATVEF地址并且反之亦然。
通过该机制,可以容易地多路复用不同的服务。
图4是在服务器中的通告创建过程的流程图,显示在预设地址不存在时怎样自动地选择IP多路传送地址和由发射机把该地址插入通告。
在优选的实施例中,广播者依据预定的范围接收ATVEF或者非ATVEF通告并且通过它的发射机动态地加上内容、触发信号或者二进制数据传输地址。
作为实例,使用以下的地址范围用于在手动所造成的地址上发送ATVEF增强:
224.0.0.0到224.0.1.112,端口号0到2669.
使用下列的地址范围用于在自动所造成的地址上发送ATVEF增强:
224.0.1.114到234.255.255.255,端口号2671到65535.
使用下列的地址范围用于在手动所造成的地址上发送二进制文件:
235.0.0.0到235.0.1.112,端口号0到2669.
使用下列的地址范围用于在自动所造成的地址上发送二进制文件:
235.0.1.114到239.255.255.255,端口号2671到65535.
手动所造成的地址是在由发射机从例如服务提供者已接收到的通告中已预定的地址,例如当在通告中至少一个地址丢失时,与通告是由发射机自动地进行选择的情况相反,发射机自身不选择这样的地址。使用不同的地址范围以避免让发射机挑选在另外的通告中已经被手动定义的地址。
依据变化的实施例,ATVEF和非ATVEF所使用的地址范围是相同的或者至少在一定程度上重叠,但是对于每种数据传输所造成的端口号范围不重叠。换句话说,仍将存在不同的IP多路传送地址范围。
可以修改这两个地址范围。在这种情况下,在接收机的适当位置放上更新机制。
现在将描述图5所说明的变化的实施例。本实施例涉及要下载的二进制数据可能影响特别是中断接收机的某些过程的情况。
可以考虑在其中将要执行可执行代码例如在接收机的闪存中所存储的所有可更新的代码的下载的接收机。为了执行该下载,接收机包括装入程序7。由于要代替在闪存中所存储的所有代码,该程序存储于ROM(只读存储器)中。
在这种情况下的过程如下:
当二进制数据取得模块接收到用于更新的非ATVEF通告时,它开始监听在更新通告中所指定的地址的特定的任务(图2的代码下载信令取回器)。最后该代码和描述要执行的下载的其它信令信息没有被发送到该地址。作为替代,该地址接收描述即将进行的下载特别是下载地址的流。代码下载信令数据取回器任务在接收机的闪存8中的预定位置存储该地址,该处是在接下来的下载期间受保护而免受删除的位置。当要开始下载时,该任务重新启动解码器。然后起动装入程序7。该程序从闪存中取得下载地址并且从该地址下载代码。在其它环境中而非本实施例的环境(例如与ATVEF无关的环境)也可以使用更新过程。
图6是包括发射机51和多个接收机52i的网络的示意图。发射机包括视频信号源53和由广播服务器61所控制的数据插入器54。广播服务器与包括ATVEF和非ATVEF数据和通告的数据库55连接。数据插入器在定义定时和分配信号资源的广播服务器的控制下把数据以适当的格式插入视频信号的VBI行。在数据库55中的数据可以由不同的源特别是服务提供者56提供。在需要这样的自动选择的情况下广播服务器61自动地选择如上所阐明的地址。接收机还包括微处理器57、具有以上所提到的装入程序59的ROM58和适合于在接收机重新设置和/或者重新启动和/或者功率损耗期间保留多路传送地址的寄存器或者存储器60。
虽然本发明主要涉及ATVEF型的协议,本发明不局限于该环境。特别是,可以使用其它的通告格式而非ATVEF或者SDP通告的格式。依据数据类型分开多路传送地址范围特别地构成可以在另外的环境中采用的发明。
最后,虽然以上的本实施例涉及使用模拟视频信号的垂直消隐间隔以传输增强和更新数据,本发明能够容易地应用于其它系统特别是所有数字传输系统。
在所描述的系统中的发射机和接收机既包括处理装置例如微处理器(在图5的接收机中的参考57)还包括用于处理和分别地发送或者接收通告、触发信号、增强内容和二进制数据的存储器。

Claims (11)

1.一种在视频传输系统中用于传输二进制数据的方法,包括步骤:
在第一预定IP多路传送地址上提供ATVEF通告;
在IP多路传送地址的第一范围上提供ATVEF触发信号和/或者内容传输;
在与所述的第一地址不同的第二预定IP多路传送地址上提供非ATVEF通告;
在不包括第一范围的IP多路传送地址的第二范围上提供非ATVEF的数据传输。
2.依据权利要求1所述的方法,其特征在于所述的系统包括包含用于把ATVEF和非ATVEF信息插入传输信号的数据插入器(54)的发射机(51)的系统,所述的方法还包括步骤:
向数据插入器(54)提供ATVEF通告和非ATVEF通告,
依据第一和第二范围由数据插入器(54)把IP多路传送地址动态地插入通告。
3.根据权利要求2所述的方法,其特征在于还包括把IP多路传送地址的第一和/或者第二范围的每一个区分为第三和第四范围的步骤,其中第三范围由数据插入器(54)为动态地址确定预留和第四范围为提供给数据插入器的通告中所预定的地址预留。
4.根据权利要求1到3的其中之一所述的方法,其特征在于范围由不同的IP地址范围、不同的端口范围或者两者一起来区分。
5.根据权利要求1到4的其中之一所述的方法,在接收机级包括步骤:
接收通告接收机软件更新数据的传输的非AVTEF通告,所述的通告包括IP多路传送地址(A6),在所述地址上将发送描述更新数据传输的信令数据;
监听在通告中所指定的地址(A6);
取回信令数据并且把该数据存储于在更新数据下载期间不被删除的存储器中;
运行装入程序;
使装入程序取回所存储的信令数据;和
基于所存储的信令数据进行更新数据的下载。
6.一种用于在可与ATVEF传输兼容的传输系统中广播通告的发射机设备(51),其特征在于它包括装置,该装置用于传送在第一预定IP多路传送地址上的ATVEF通告、在IP多路传送地址的第一范围上的ATVEF的触发信号和/或者内容数据、在与第一预定地址不同的第二预定IP多路传送地址上的二进制数据通告和在IP多路传送地址的第二范围上的二进制数据,其中第一和第二地址范围是互斥的。
7.根据权利要求6所述的设备,其特征在于还包括装置(54,55),该装置用于接收通告,用于确定该通告是否包括在第一范围中的预定的IP多路传送地址并且如果是否定的话,用于在与第一范围截然不同的第二范围中选择IP多路传送地址并且用于向通告中插入所选择的IP多路传送地址。
8.一种在ATVEF可兼容的传输系统中的接收机(52i),其特征在于它包括存储用于接收ATVEF通告的第一预定IP多路传送地址和用于接收与二进制数据的传输有关的通告的第二预定IP多路传送地址的存储器,其中第一和第二地址是截然不同的。
9.根据权利要求8所述的接收机,其特征在于包括用于接收在其上通告二进制数据传输的第三多路传送地址的存储器(60),所述的存储器是这样的以至于在接收机重新启动的过程期间保持多路传送地址,所述的接收机还包括用于为了从所述的第三多路传送地址下载二进制数据在重新启动之后监听在存储器中的第三多路传送地址的装置(57,58,59)。
10.根据权利要求9所述的接收机,其特征在于在所述的第二多路地址上所通告的信令数据中提供了第三多路传送地址,在所述地址上通告二进制数据传输。
11.根据权利要求10所述的接收机,其特征在于所下载的二进制文件是完整的系统更新。
CNB018178510A 2000-10-23 2001-10-18 在电视传输系统中传输数据的方法和对应的设备 Expired - Fee Related CN100496042C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP00402921A EP1202520A1 (en) 2000-10-23 2000-10-23 Method and device for data transmission in a television system
EP00402921.1 2000-10-23

Publications (2)

Publication Number Publication Date
CN1471782A true CN1471782A (zh) 2004-01-28
CN100496042C CN100496042C (zh) 2009-06-03

Family

ID=8173914

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB018178510A Expired - Fee Related CN100496042C (zh) 2000-10-23 2001-10-18 在电视传输系统中传输数据的方法和对应的设备

Country Status (9)

Country Link
US (1) US7984471B2 (zh)
EP (2) EP1202520A1 (zh)
JP (1) JP2004512772A (zh)
KR (1) KR20030045108A (zh)
CN (1) CN100496042C (zh)
AU (1) AU2002220658A1 (zh)
DE (1) DE60139332D1 (zh)
MX (1) MXPA03003505A (zh)
WO (1) WO2002035791A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103765912A (zh) * 2011-09-06 2014-04-30 索尼公司 接收装置、接收方法、程序和信息处理系统

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7076467B1 (en) * 2000-08-04 2006-07-11 Sony Computer Entertainment America Inc. Network-based method and system for transmitting digital data to a client computer and charging only for data that is used by the client computer user
EP1631882A4 (en) * 2003-06-02 2011-10-05 Seiko Epson Corp PICTURE DISPLAY DEVICE AND METHOD FOR NOTIFYING THE PRESENCE OF AN IMAGE DISPLAY DEVICE VIA A NETWORK
US20060230102A1 (en) * 2005-03-25 2006-10-12 Murray Hidary Automated training program generation and distribution system
KR101270275B1 (ko) * 2005-08-17 2013-05-31 삼성전자주식회사 방송 시스템에서의 통지 메시지 제공 방법 및 장치
US20070300273A1 (en) * 2006-06-21 2007-12-27 Gary Turner Interactive television application and content enhancement
US20080092193A1 (en) * 2006-10-17 2008-04-17 The Video Load, Llc Methods and systems for creating video files for a mobile device
US20080267589A1 (en) * 2007-04-27 2008-10-30 Gary Turner Television bandwidth optimization system and method
US20110067050A1 (en) * 2009-09-17 2011-03-17 Ad-Fuse Technologies Ltd. System and Method for Enhancing Video Data

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5694163A (en) * 1995-09-28 1997-12-02 Intel Corporation Method and apparatus for viewing of on-line information service chat data incorporated in a broadcast television program
US6009274A (en) * 1996-12-13 1999-12-28 3Com Corporation Method and apparatus for automatically updating software components on end systems over a network
US6055364A (en) * 1997-07-31 2000-04-25 Cisco Technology, Inc. Content-based filtering of multicast information
CN1147145C (zh) * 1997-12-01 2004-04-21 星视电视广播公司 在弹出区域中具有广告消息的电子节目表系统
US6718387B1 (en) * 1997-12-10 2004-04-06 Sun Microsystems, Inc. Reallocating address spaces of a plurality of servers using a load balancing policy and a multicast channel
WO1999055088A1 (de) * 1998-04-22 1999-10-28 Siemens Aktiengesellschaft Verfahren zur übertragung von zusatzinformationssignalen in austastlücken eines videosignales und vorrichtung zum empfang dieser zusatzinformationssignale
US6311165B1 (en) * 1998-04-29 2001-10-30 Ncr Corporation Transaction processing systems
US6040829A (en) * 1998-05-13 2000-03-21 Croy; Clemens Personal navigator system
US7370114B1 (en) * 1998-09-11 2008-05-06 Lv Partners, L.P. Software downloading using a television broadcast channel
JP2000156658A (ja) 1998-11-19 2000-06-06 Nec Corp 端末プログラム更新システム、方法および記録媒体
GB9826697D0 (en) 1998-12-05 1999-01-27 Philips Electronics Nv Television receiver
JP3644009B2 (ja) * 1999-02-19 2005-04-27 富士通株式会社 マルチキャストセッション管理装置
US6278995B1 (en) * 1999-03-02 2001-08-21 Nms Communications Corporation Apparatus and method for providing a binary range tree search
JP3633356B2 (ja) * 1999-03-31 2005-03-30 株式会社日立製作所 サーバ装置、サービス制御ゲートウェイ装置、サービス制御装置及び通信制御方法
US6938270B2 (en) * 1999-04-07 2005-08-30 Microsoft Corporation Communicating scripts in a data service channel of a video signal
US6460180B1 (en) * 1999-04-20 2002-10-01 Webtv Networks, Inc. Enabling and/or disabling selected types of broadcast triggers
US6839348B2 (en) * 1999-04-30 2005-01-04 Cisco Technology, Inc. System and method for distributing multicasts in virtual local area networks
US7051357B2 (en) * 1999-05-28 2006-05-23 Intel Corporation Communicating ancillary information associated with a plurality of audio/video programs
US6415438B1 (en) * 1999-10-05 2002-07-02 Webtv Networks, Inc. Trigger having a time attribute
US7284261B1 (en) * 1999-10-05 2007-10-16 Intel Corporation Broadcasting and processing multiple data formats
US20010003212A1 (en) * 1999-10-29 2001-06-07 Jerilyn L. Marler Identifying ancillary information associated with an audio/video program
US6557111B1 (en) * 1999-11-29 2003-04-29 Xerox Corporation Multicast-enhanced update propagation in a weakly-consistant, replicated data storage system
US7174562B1 (en) * 1999-12-20 2007-02-06 Microsoft Corporation Interactive television triggers having connected content/disconnected content attribute
US7237253B1 (en) * 2000-04-27 2007-06-26 Microsoft Corporation User interface for interactive television systems
US7720903B1 (en) * 2000-08-31 2010-05-18 Intel Corporation Client messaging in multicast networks
US7024476B1 (en) * 2000-09-13 2006-04-04 Canon Kabushiki Kaisha Directory-enabled device management
US7263711B1 (en) * 2000-09-18 2007-08-28 Intel Corporation Terminating enhanced television broadcasts

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103765912A (zh) * 2011-09-06 2014-04-30 索尼公司 接收装置、接收方法、程序和信息处理系统
CN103765912B (zh) * 2011-09-06 2017-11-07 索尼公司 接收装置、接收方法和信息处理系统

Also Published As

Publication number Publication date
EP1329083B1 (en) 2009-07-22
KR20030045108A (ko) 2003-06-09
WO2002035791A1 (en) 2002-05-02
US20040078826A1 (en) 2004-04-22
EP1329083A1 (en) 2003-07-23
CN100496042C (zh) 2009-06-03
MXPA03003505A (es) 2003-08-07
DE60139332D1 (de) 2009-09-03
JP2004512772A (ja) 2004-04-22
EP1202520A1 (en) 2002-05-02
US7984471B2 (en) 2011-07-19
AU2002220658A1 (en) 2002-05-06

Similar Documents

Publication Publication Date Title
US10225626B2 (en) Method for receiving a broadcast signal and broadcast receiver
KR100777409B1 (ko) 디지털 양방향 방송에서의 네트워크 서비스 프로바이더애플리케이션 프로비저닝 방법
US7957747B2 (en) Method and system for providing quick service access
KR101976052B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
US20100017832A1 (en) Network digital television middleware
US8040917B2 (en) Apparatus and method for upgrading codec
EP2854408A1 (en) Information processing apparatus, data management method, and program
CN1875620A (zh) 数据广播
CN1574719A (zh) 用于网络通信的知道时间的最大努力的填孔再试方法和系统
CN1826813A (zh) 处理广播中的特征可用性
JP2006502615A (ja) ソフトウェアパッケージの放送
CN1946162A (zh) 一种获取epg的方法及iptv业务系统
KR20070021544A (ko) 디지털 방송시스템 및 디지털 방송시스템의소프트웨어 다운로드 방법과, 디지털tv 및 디지털tv 의소프트웨어 다운로드 방법
CN1471782A (zh) 在电视传输系统中传输数据的方法和对应的设备
EP1944973A2 (en) A digital television receiver and method for processing the digital television signal
KR20050093816A (ko) 수신된 서비스들과 관련하여 조건화된 실행 판정을수행하고 상기 서비스들과 관련된 정보 메시지들을생성하는 장치들과 방법들, 및 관련 제품들
CN1735214A (zh) 在终端中强制执行动作
CN1908897A (zh) 数字家电设备的软件升级方法
EP1885074A2 (en) Apparatus for receiving data broadcast signal and method of processing the same
KR100717177B1 (ko) 방송 수신기의 소프트웨어 업데이트를 위한 데이터 방송시스템 및 그 방법
JP2007201911A (ja) ケーブルテレビ受信システム
CN1817028A (zh) 用于生成喜好服务列表的方法和接收机
US20060156366A1 (en) Method and system for announcing a transport stream in a digital broadcast network
KR20200131238A (ko) 수신 장치, 수신 방법, 신호 처리 장치 및 신호 처리 방법
CN1921556A (zh) 具备数字广播应用程序升级功能图像显示仪器及控制方法

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
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090603

Termination date: 20161018