CN101588476B - 内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 - Google Patents
内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 Download PDFInfo
- Publication number
- CN101588476B CN101588476B CN2009101421026A CN200910142102A CN101588476B CN 101588476 B CN101588476 B CN 101588476B CN 2009101421026 A CN2009101421026 A CN 2009101421026A CN 200910142102 A CN200910142102 A CN 200910142102A CN 101588476 B CN101588476 B CN 101588476B
- Authority
- CN
- China
- Prior art keywords
- stream
- issue
- data
- packed data
- compressed video
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
本发明提供一种内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统。根据本发明的内容服务器包括:多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的;以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址。
Description
技术领域
本发明涉及内容服务器、信息处理装置、网络设备、内容发布方法、信息处理方法以及内容发布系统。
背景技术
通过利用IP组播将用高效率编码技术(诸如MPEG2、H.264/AVC等)压缩了的视频发布到多个终端,作为使用IP网络的视频发布系统的因特网协议电视(IPTV)可以实现与使用传统无线电波的TV系统的服务等同的服务。
然而,由于所述系统的特性,IPTV系统需要大约1到3秒进行频道切换,于是存在这样的问题:与通常的数字电视广播等相比,频道切换所需要的时间比较长。
该问题源于下面描述的两个问题。第一个问题是:要发布到接入网的数据的切换控制需要时间。该问题发生的原因是:在IPTV系统中,到服务用户的房屋的接入网是具有有限带宽(例如,在ADSL2的情形中约为10Mbps)的网络,且采用只将终端正在接收的频道的数据传输到接入网络的方法。
第二个问题是:由于频道数据经由具有有限数据带宽的接入网络进行发布,所以,与数字广播相比,压缩视频(例如MPEG2)的图像组(Group ofPicture,GOP)长度需要更长,因此,在接收到切换后的频道的MPEG2流GOP开始处的I图像(在AVC的情形中为IDR图像)之前要一直等待。
关于这些问题,提出了下述两种方法,作为使IPTV的频道切换加速的措施。第一个方法是这样的方法:将通过以低分辨率将频道的视频信号编码到低比特率而获得的压缩数据同时发布到终端,作为用于频道切换的流(例如,参见国际公布WO 2004/114667号和国际公布WO 2004/114668号的小册子)。根据这种方法,当在频道切换时显示了低比特率压缩数据之后,切换到根据具有原始分辨率的比特率的压缩数据方法所进行的显示。第二个方法是这样的方法:在接入服务器附近提供服务器,该服务器用于高速缓存/缓冲存储I图像(IDR图像),并用于通过在频道切换时利用单播高速地向终端传输I图像来临时显示所述I图像(例如,参见US2005/0081244A的说明书)。
发明内容
然而,国际公布WO 2004/114667号和国际公布WO 2004/114668号的小册子中所描述的方法具有这样的问题:由于分辨率低的缘故,频道切换用视频的质量差。此外,US2005/0081244A的说明书中所描述的方法需要在接入网附近提供专门的服务器,因此就有这样的问题:当整个系统变大时,材料成本会成比例增加,并且系统变得复杂,这导致运行成本的增加。
此外,对于这两种方法,有这样的问题:频道切换时的协议和切换数据流的机制复杂,并且在终端的再现系统中使其实现有困难。
因此,考虑上述问题提出本发明,希望提供新的和改进的内容服务器、信息处理装置、网络设备、内容发布方法、信息处理方法和内容发布系统,它们能够在不对现有网络设备或终端的再现系统进行很大的改动的情况下利用简单方法使IPTV系统中的频道切换提速。
此外,在频道切换时显示下一个频道的视频之前的等待时间取决于依据MPEG压缩方法的I图像或IDR图像的出现频率。然而,尽管国际公开WO2004/114667号和国际公开WO 2004/114668号的小册子和US2005/0081244A的说明书中所描述的方法寻求频道切换的改进,但通过在提供多于100个频道的多频道服务中预览正在快速地广播着的频道来选择频道时会有问题。
例如,对于使用MPEG系统(其中IDR图像(对应着MPEG2中的I图像)每秒钟被编码一次)的IPTV,理论上说,即使以最快速度连续地进行频道切换,也需要花多于100秒的时间来对100个频道进行频道切换。
因此,考虑上述问题提出本发明,希望提供新的和改进的内容服务器、信息处理装置、内容发布方法、信息处理方法和内容发布系统,它们能够提供与常规模拟TV系统中的频道切换(下文中也称作“频道转换(channelzapping)”)同样舒适或者比其更舒适的TV观看环境。
根据本发明实施例,提供一种内容服务器,包括:多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址。
这里,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,并且所述经压缩的时间序列数据能够包括多个参考压缩视频数据。
采用这种结构,所述多个编码器对视频/音频内容进行编码并从所述视频/音频内容中产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:该方式使得对于所述多个压缩数据流中的各个压缩数据流来说,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,以及多个发布部分分别从单独的编码器获取所述编码器产生的压缩数据流并发布获取的压缩数据流,所述多个发布部分被分配了单独的网络地址。
所述多个编码器可以在同样的压缩和编码条件下分别对所述视频/音频内容进行编码。
所述多个发布部分中的每一个发布部分优选输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息。
所述内容服务器中的时钟可以与从位于所述内容服务器外部的参考时钟服务器提供的参考时钟同步,并且所述多个编码器可以分别基于所述同步的时钟测量所述参考压缩视频数据计划发布时间点。
所述内容服务器可以包括彼此并行连接的若干设备,每个设备具有一个编码器和一个发布部分。或者,所述多个编码器和所述多个发布部分可以被设置在同一设备内。
根据本发明另一个实施例,提供一种信息处理装置,包括:获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
所述获取流选择部分可以获取与发布从所述内容服务器输出的所产生的参考压缩视频数据的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,并可以基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
通过使用将显示切换到所获取的压缩数据流所需要的所需切换时间和开始用于获取流的选择过程的时间点,所述获取流选择部分可以计算完成到所获取的压缩数据流的切换的估计切换完成时间点,且所述获取流选择部分可以选择具有在所计算出的估计切换完成时间点之后最接近的参考压缩视频数据计划发布时间点的所述压缩数据流。
当与各个压缩数据流相对应的所有的参考压缩视频数据计划发布时间点都在所述估计切换完成时间点之前时,所述获取流选择部分不必选择任何压缩数据流。
当所选择的压缩数据流的所述计划发布时间点与所述估计切换完成时间点之间的时间间隔等于或小于预定阈值时,所述获取流选择部分可以向所述内容获取部分通知所述压缩数据流的选择结果。
所述内容获取部分可以通过IGMP执行由所述获取流选择部分选择的压缩数据流的切换控制。
根据本发明另一个实施例,提供一种网络设备,包括:获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流;发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的信息处理装置。
根据本发明另一个实施例,提供一种内容发布方法,包括步骤:编码视频/音频内容并根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式输入所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及同时发布所产生的所述多个压缩数据流中的每个压缩数据流。
根据本发明另一个实施例,提供一种信息处理方法,包括步骤:在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及获取所选择的压缩数据流。
根据本发明另一个实施例,提供一种内容发布方法,包括步骤:在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;获取所选择的压缩数据流;以及将所获取的压缩数据流发布到经由网络连接的信息处理装置。
根据本发明另一个实施例,提供一种内容发布系统,包括:内容服务器,包括多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;以及信息处理装置,包括:获取流选择部分,用于在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据本发明另一个实施例,提供一种内容发布系统,包括:内容服务器,包括多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;信息处理装置,用于向网络设备通知所述内容服务器发布的多个压缩数据流中期望被再现的压缩数据流,并用于再现从所述网络设备获取的压缩数据流;以及所述网络设备包括获取流选择部分,用于基于从所述信息处理装置接收到的所述通知在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流,以及发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的所述信息处理装置。
根据本发明另一个实施例,提供一种内容服务器,包括:第一编码器,用于对视频/音频内容进行编码,并用于产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;第二编码器,用于对所述视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据;第一发布部分,用于获取所述第一压缩数据流,用于将所述第一压缩数据流划分为数据发布时段和数据非发布时段,并用于间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用于获取所述第二压缩数据流,并用于发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址。
这里,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,并且所述经压缩的时间序列数据能够包括多个参考压缩视频数据。
采用这种结构,第一编码器对视频/音频内容进行编码,并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;第二编码器对所述视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据;被分配了唯一的网络地址的第一发布部分获取所述第一压缩数据流,将所述第一压缩数据流划分为数据发布时段和数据非发布时段,并间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应;并且被分配了不同于所述第一发布部分的网络地址的网络地址的第二发布部分获取所述第二压缩数据流,并发布所获得的第二压缩数据流。
第一发布部分优选将所述第一压缩数据流存储在数据包中,使得所述参考压缩视频数据存在于所述数据发布时段的开始处。
第二发布部分优选将所述第二压缩数据流划分成数据发布时段和数据非发布时段,并间歇式地发布所述第二压缩数据流,使得所述第二压缩数据流的数据非发布时段与所述第一压缩数据流的数据非发布时段存在于同一时间点处。
第二发布部分优选将所述第二压缩数据流存储在数据包中,使得所述参考压缩视频数据存在于所述数据发布时段的开始处。
在数据发布时段中,第一发布部分可以安排数据包,其中第一压缩数据流以固定间隔存储,并且第一发布部分可以发送所述数据包。
在数据发布时段中,第二发布部分可以安排数据包,其中第二压缩数据流以固定间隔存储,并且第二发布部分可以发送所述数据包。
第一压缩数据流中的压缩视频数据流和第二压缩数据流中的压缩视频数据流可以具有同样的分辨率。
第一发布部分和第二发布部分可以输出与产生的参考压缩视频数据要被发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息。
内容服务器可以包括彼此并行连接的具有第一编码器和第一发布部分的设备和具有第二编码器和第二发布部分的设备。此外,第一编码器、第二编码器、第一发布部分和第二发布部分可以提供于同一设备内。
根据本发明另一个实施例,提供一种信息处理装置,包括:获取流选择部分,用于从由多个内容服务器发布的多个第一压缩数据流和第二压缩数据流中选择要获取的压缩数据流,其中,存在多个所述内容服务器,这些内容服务器分别包括:第一编码器,用于编码视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;第二编码器,用于编码所述视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据而产生的压缩视频数据;第一发布部分,用于获取所述第一压缩数据流、将所述第一压缩数据流划分成数据发布时段和数据非发布时段,并间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用于获取所述第二压缩数据流,并发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
所述信息处理装置还可以包括频道选择部分,所述频道选择部分把在所述信息处理装置上进行的用于选择与所述视频/音频内容相对应的频道的操作转换到预定信号;以及所述获取流选择部分可以基于从所述频道选择部分传输来的所述信号选择要获取的压缩数据流。
当被所述频道选择部分告知正在被获取的频道的改变时,所述获取流选择部分可以选择与改变后的频道相对应的第一压缩数据流。
当指定了所述改变后的频道时,所述获取流选择部分可以选择与所指定的频道相对应的第二压缩数据流。
当从某个频道的所述第一压缩数据流切换到另一个频道的所述第一压缩数据流时,所述获取流选择部分优选向所述内容获取部分通知所述压缩数据流的获取定时,使得在所述数据非发布时段期间执行到要获取的压缩数据流的切换。
当从正被观看的频道的所述第一压缩数据流切换到另一个频道的第二压缩数据流时,所述获取流选择部分优选向所述内容获取部分通知所述压缩数据流的获取定时,使得在所述数据非发布时段期间执行到要获取的压缩数据流的切换。
所述获取流选择部分可以获取与发布从所述内容服务器输出的所产生的参考压缩视频数据的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,并可以基于所获取的参考压缩视频数据计划发布时间点信息确定获取所述压缩数据流的时间点。
所述获取流选择部分可以通过使用将显示切换到所获取的压缩数据流所需要的所需切换时间和开始用于获取数据流的选择过程的时间点,来计算完成到所获取的压缩数据流的切换的估计切换完成时间点,并可以当所选择的压缩数据流的所述计划发布时间点与所述估计切换完成时间点之间的时间间隔等于或小于预定阈值时,向所述内容获取部分通知所述压缩数据流的获取定时。
所述内容获取部分可以通过IGMP进行由所述获取流选择部分选择的压缩数据流的切换控制。
根据本发明另一个实施例,提供一种网络设备,包括:获取流选择部分,用于从多个内容服务器发布的多个第一压缩数据流和第二压缩数据流中选择要获取的压缩数据流,其中,有多个所述内容服务器,这些内容服务器分别包括:第一编码器,用来编码视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只由参考压缩视频数据来配置,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;第二编码器,用来编码所述视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据而产生的压缩视频数据;第一发布部分,用来获取所述第一压缩数据流、将所述第一压缩数据流划分成数据发布时段和数据非发布时段、并间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流中的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用来获取所述第二压缩数据流,并用来发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的压缩数据流;以及发布控制部分,用于将所获取的压缩数据流发布到从外部连接的信息处理装置。
当从频道的第一压缩数据流切换到另一个频道的第一压缩数据流时,所述获取流选择部分优选向所述内容获取部分通知所述压缩数据流的获取定时,使得在所述数据非发布时段内执行到要获取的压缩数据流的切换。
当从正被观看的频道的第一压缩数据流切换到另一个频道的第二压缩数据流时,获取流选择部分优选向所述内容获取部分通知所述压缩数据流的获取定时,使得在所述数据非发布时段内执行到要获取的压缩数据流的切换。
根据本发明另一个实施例,提供一种内容发布方法,包括步骤:对视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;对所述视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据;以及将所产生的第一压缩数据流划分成数据发布时段和数据非发布时段,间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流的数据非发布时段彼此对应,同时,发布所述第二压缩数据流。
根据本发明另一个实施例,提供一种信息处理方法,包括步骤:从与正被发布的多个视频/音频内容相对应的多个压缩数据流中选择要获取的压缩数据流,其中,存在多个内容服务器,这些内容服务器分别与所述视频/音频内容相关地发布:具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,间歇式发布所述第一压缩数据流,使得通过将数据包划分成数据发布时段和数据非发布时段而获得的所述数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应;以及具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据而产生的压缩视频数据;以及获取所选择的压缩数据流。
根据本发明另一个实施例,提供一种内容发布方法,包括步骤:从与正被发布的多个视频/音频内容相对应的多个压缩数据流中选择要获取的压缩数据流,其中,有多个内容服务器,这些内容服务器分别发布与所述视频/音频内容相关的具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只由参考压缩视频数据来配置,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,间歇式发布所述第一压缩数据流,使得通过将数据包划分成数据发布时段和数据非发布时段而获得的所述数据非发布时段和由另一个内容服务器所发布的第一压缩数据流中的数据非发布时段彼此对应;以及具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和使用所述参考压缩视频数据而产生的压缩视频数据;获取所选择的压缩数据流;以及将所获取的压缩数据流发布到经由网络连接的信息处理装置。
在获取所选择的压缩数据流的步骤中,优选在所述数据非发布时段之后马上进行所述压缩数据流的获取。
根据本发明另一个实施例,提供一种内容发布系统,包括多个内容服务器,分别包括第一编码器,用于对视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,第二编码器,用于对所述视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据,第一发布部分,用于获取所述第一压缩数据流,用于将所述第一压缩数据流划分成数据发布时段和数据非发布时段,并用于间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址,以及第二发布部分,用于获取所述第二压缩数据流,并用于发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;以及信息处理装置,包括获取流选择部分,用于在由所述多个内容服务器发布的所述多个压缩数据流中选择要获取的压缩数据流,以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据本发明的另一个实施例,提供一种内容发布系统,包括多个内容服务器,所述多个内容服务器分别包括第一编码器,用于对视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,其中,所述压缩视频数据流只由参考压缩视频数据来配置,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码;第二编码器,用于对所述视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,其中,所述压缩视频数据流包括所述参考压缩视频数据和使用所述参考压缩视频数据所产生的压缩视频数据;第一发布部分,用于获取所述第一压缩数据流,用于将所述第一压缩数据流划分成数据发布时段和数据非发布时段,并用于间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流中的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用于获取所述第二压缩数据流,并用于发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;信息处理装置,用于向网络设备通知由所述多个内容服务器发布的多个压缩数据流中期望被再现的压缩数据流,并用于再现从所述网络设备获取的压缩数据流;以及包括获取流选择部分的网络设备,所述获取流选择部分用于基于从所述信息处理装置接收到的通知从由所述多个内容服务器发布的多个压缩数据流中选择要获取的压缩数据流;内容获取部分,用于基于所述获取流选择部分的选择结果获取由内容服务器发布的所述压缩数据流;以及发布控制部分,用于将所获取的压缩数据流发布到经由网络相连的所述信息处理装置。
根据本发明的实施例,提供一种内容服务器,包括:多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址。
根据本发明的实施例,提供一种信息处理装置,包括:获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据本发明的实施例,提供一种网络设备,包括:获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流;发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的信息处理装置。
根据本发明的实施例,提供一种内容发布方法,包括步骤:编码视频/音频内容并根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;以及同时发布所产生的所述多个压缩数据流中的每个压缩数据流。
根据本发明的实施例,提供一种信息处理方法,包括步骤:在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;以及获取所选择的压缩数据流。
根据本发明的实施例,提供一种内容发布方法,包括步骤:在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;获取所选择的压缩数据流;以及将所获取的压缩数据流发布到经由网络连接的信息处理装置。
根据本发明的实施例,提供一种内容发布系统,包括:内容服务器,包括多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据,以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;以及信息处理装置,包括:获取流选择部分,用于在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据本发明的实施例,提供一种内容发布系统,包括:内容服务器,包括多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据,以及多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址;信息处理装置,用于向网络没备通知所述内容服务器发布的多个压缩数据流中期望被再现的压缩数据流,并用于再现从所述网络设备获取的压缩数据流;以及所述网络设备包括获取流选择部分,用于基于从所述信息处理装置接收到的所述通知在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流,以及发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的所述信息处理装置。
根据本发明的实施例,提供一种内容服务器,包括:第一编码器,用于对视频/音频内容进行编码,并用于产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;第二编码器,用于对所述视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据;第一发布部分,用于获取所述第一压缩数据流,用于将所述第一压缩数据流划分为数据发布时段和数据非发布时段,并用于间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用于获取所述第二压缩数据流,并用于发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址。
根据本发明的实施例,提供一种信息处理装置,包括:获取流选择部分,用于从由多个内容服务器发布的多个第一压缩数据流和第二压缩数据流中选择要获取的压缩数据流,其中,存在多个所述内容服务器,这些内容服务器分别包括:第一编码器,用于编码视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;第二编码器,用于编码所述视频/音频内容并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据而产生的压缩视频数据;第一发布部分,用于获取所述第一压缩数据流、将所述第一压缩数据流划分成数据发布时段和数据非发布时段,并间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址;以及第二发布部分,用于获取所述第二压缩数据流,并发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据本发明的实施例,提供一种内容发布方法,包括步骤:对视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据;对所述视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据;以及将所产生的第一压缩数据流划分成数据发布时段和数据非发布时段,间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流的数据非发布时段彼此对应,同时,发布所述第二压缩数据流。
根据本发明的实施例,提供一种信息处理方法,包括步骤:从与正被发布的多个视频/音频内容相对应的多个压缩数据流中选择要获取的压缩数据流,其中,存在多个内容服务器,这些内容服务器分别与所述视频/音频内容相关地发布:具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据,其中,间歇式发布所述第一压缩数据流,使得通过将数据包划分成数据发布时段和数据非发布时段而获得的所述数据非发布时段和由另一个内容服务器所发布的第一压缩数据流的数据非发布时段彼此对应;以及具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据而产生的压缩视频数据;以及获取所选择的压缩数据流。
根据本发明的实施例,提供一种内容发布系统,包括多个内容服务器,分别包括第一编码器,用于对视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只根据参考压缩视频数据来配置,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的解码的数据,第二编码器,用于对所述视频/音频内容进行编码并用于产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流,所述压缩视频数据流包括所述参考压缩视频数据和通过使用所述参考压缩视频数据产生的压缩视频数据,第一发布部分,用于获取所述第一压缩数据流,用于将所述第一压缩数据流划分成数据发布时段和数据非发布时段,并用于间歇式发布所述第一压缩数据流,使得通过所述划分而获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流的数据非发布时段彼此对应,所述第一发布部分被分配了唯一的网络地址,以及第二发布部分,用于获取所述第二压缩数据流,并用于发布所获得的第二压缩数据流,所述第二发布部分被分配了不同于所述第一发布部分的网络地址的网络地址;以及信息处理装置,包括获取流选择部分,用于在由所述多个内容服务器发布的所述多个压缩数据流中选择要获取的压缩数据流,以及内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流。
根据上述本发明的实施例,能够在不对现有网络设备或终端的再现系统进行很大的改动的情况下利用简单方法使IPTV系统中的频道切换提速。
此外,根据本发明的实施例,能够提供与常规模拟TV系统中的频道切换(下文中也称作“频道转换”)同样舒适或者比其更舒适的TV观看环境,并且能够快速地预览多个频道。
附图说明
图1是用于说明根据本发明第一实施例的内容发布系统的说明图。
图2是用于说明根据本实施例的内容服务器的结构的框图。
图3是用于说明根据本实施例的信息处理装置的结构的框图。
图4是用于说明根据本实施例的内容服务器所输出的MPEG2-TS流中的IDR图像之间的位置关系的说明图。
图5是用于说明要从根据本实施例的内容服务器发送的UDP包的格式的说明图。
图6是用于说明根据本实施例的内容服务器所要执行的计划发布时间点的计算方法的说明图。
图7是用于说明参考压缩视频数据计划发布时间点信息的具体例子的说明图。
图8是用于说明根据DVB-IP的广播发现记录(Broadcast DiscoveryRecord)的数据格式的说明图。
图9是用于说明用XML表述广播发现记录的例子的说明图。
图10是用于说明根据本实施例的信息处理方法的流程图。
图11A是用于说明IGMP消息的格式的说明图。
图11B是用于说明IGMP消息的格式的说明图。
图12A是用于说明根据本实施例的IGMP消息的例子的说明图。
图12B是用于说明根据本实施例的IGMP消息的例子的说明图。
图13是用于说明根据本实施例的信息处理方法的频道选择过程的流程图。
图14A是用于说明根据本实施例的信息处理方法的组播地址选择的不同情形的说明图。
图14B是用于说明根据本实施例的信息处理方法的组播地址选择的不同情形的说明图。
图15是用于说明根据本实施例的信息处理方法的包的开始接收或包的切换定时的不同情形的说明图。
图16A是用于说明根据本实施例的IGMP消息的例子的说明图。
图16B是用于说明根据本实施例的IGMP消息的例子的说明图。
图16C是用于说明根据本实施例的IGMP消息的例子的说明图。
图17是用于说明根据本实施例的信息处理方法的频道接收终止过程的流程图。
图18是用于说明根据本实施例的内容服务器和信息处理装置的硬件结构的框图。
图19是用于说明根据本发明第二实施例的内容发布系统的说明图。
图20是用于说明根据本实施例的内容服务器的结构的框图。
图21是用于说明根据本实施例的信息处理装置的结构的框图。
图22是用于说明根据本实施例的压缩视频数据流的图像结构的说明图。
图23是用于说明要从根据本实施例的内容服务器发送的UDP包的格式的说明图。
图24是用于说明根据本实施例的预览用的压缩数据流的说明图。
图25A是用于说明IGMP消息的格式的说明图。
图25B是用于说明IGMP消息的格式的说明图。
图26是用于说明要由根据本实施例的内容服务器执行的包的调整过程(shaping process)的说明图。
图27是用于说明要由根据本实施例的内容服务器执行的计划发布时间点的计算方法的说明图。
图28是用于说明参考压缩视频数据计划发布时间点信息的具体例子的说明图。
图29是用于说明根据DVB-IP的广播发现记录的数据格式的说明图。
图30是用于说明用XML表述广播发现记录的例子的说明图。
图31是用于说明根据本实施例的信息处理方法的流程图。
图32A是用于说明根据本实施例的IGMP消息的例子的说明图。
图32B是用于说明根据本实施例的IGMP消息的例子的说明图。
图33是用于说明根据本实施例的信息处理方法的频道预览过程的流程图。
图34是用于说明根据本实施例的信息处理方法的到预览用压缩数据流的切换过程的流程图。
图35A是用于说明根据本实施例的IGMP消息的例子的说明图。
图35B是用于说明根据本实施例的IGMP消息的例子的说明图。
图35C是用于说明根据本实施例的IGMP消息的例子的说明图。
图36是用于说明根据本实施例的信息处理方法的到视听用压缩数据流的切换过程的流程图。
图37是用于说明根据本实施例的信息处理方法的数据流的切换定时的不同情形的说明图。
图38是用于说明根据本实施例的信息处理方法的频道接收终止过程的流程图。
图39是用于说明使用根据本实施例的信息处理方法的IPTV的预览屏幕的例子的说明图。
图40是用于说明根据本实施例的内容服务器和信息处理装置的硬件结构的框图。
图41是用于说明一般的IPTV系统的说明图。
具体实施方式
下文中,将参考附图详细说明本发明的优选实施例。注意,在本说明书和附图中,具有基本相同功能和结构的结构部件用相同附图标记来表示,并省略这些结构部件的重复说明。
<基础设施技术的说明>
首先,在给出根据本发明的优选实施例的详细描述之前,先描述作为用于实现这些实施例的基础的技术问题。顺便提及,这里给出的实施例通过改进下面所述的基础设施技术来获得更显著的效果。因此,与所述改进相关的技术构成这里给出的实施例的特征。就是说,尽管这些实施例遵循这里所描述的技术内容的基本概念,但要注意,这些实施例的实质内容被集中到所述改进之中,因此,其配置和效果明显不同于所述基础设施技术的配置和效果。
图41是与一般的IPTV系统1900中的组播视频发布相关的网络结构图。如图41所示,一般的IPTV系统1900主要包括:例如,与各自的频道相对应的多个内容服务器1901、边缘交换机(edge switch)1903和1909、路由器1905和1907以及由观看者使用的多个终端1911。
内容服务器1901由用于对视频/音频信号(视频/音频内容)进行编码的编码器以及发布服务器构造。通过使用例如H.264/AVC来实时对每个TV频道(例如,总共300个频道)的视频信号进行编码,并通过使用高效编码技术(诸如高效高级音频编码(HE-AAC,High-efficiency Advanced AudioCoding))来实时对每个TV频道的音频信号进行编码。然后,在将每个经编码的信号复用为MPEG传输流(MPEG2-TS)格式之后,所述编码器将其作为流数据发送到发布服务器。发布服务器在实时传输协议(RTP)包中插入多个MPEG2-TS包,并且,通过用户数据报协议(UDP)的传输协议将其组播到IP网络。
每个频道的流的IP包被指定单独的组播地址,并经由核心网和接入网被发布到终端1911。使用这样的宽带网作为核心网:所述宽带网使用光纤,并能够通过使用诸如波分复用(WDM)的技术以每秒几千兆比特到几十千兆比特来传输数据。另一方面,将使用现有模拟电话线路的铜线的非对称数字用户线路(ADSL)的技术用于接入网,以连接到IPTV服务的用户的住宅中(即,从边缘交换机1909到终端1911)。有各种ADSL标准,并且数据带宽也取决于线路的长度。例如,如果采用ADSL2标准,那么,当在距离基站4千米的范围内时,可以实现每秒10兆比特或10兆比特以上的带宽,并且可以发布至少一个具有高清晰电视分辨率的视频信号。
如上所述,与具有足够的带宽并且能够发布由IPTV服务提供的所有频道的流的核心网相比,接入网具有有限的数据带宽,并且接入网只发布正由终端接收的频道的数据。一般地,使用因特网组管理协议(IGMP)对组播数据进行发布控制。
当终端1911将IGMP消息发送到网络,以加入期望被接收的频道的数据的组播组时,边缘路由器1907只将组播数据发布给进行了请求的网络。然而,当多个终端被连接到边缘路由器1907时,边缘路由器1907也将数据发布给不接收相应组播数据的终端1911所连接到的接入网。因此,需要防止发布给没有通过IGMP请求加入组播组的终端1911所连接到的接入网。因此,利用IGMP窥探(IGMP SNOOPING)实现数字用户线路接入复用器(DSLAM,Digital Subscriber Line Access Multiplexer),即边缘交换机1909。DSLAM窥探从终端1911发送的IGMP包,并进行过滤控制,从而使组播组的数据只被发布给发出请求的终端1911所连接到的接入网。
按照具有上述一般性结构的IPTV系统已经实现了根据本发明每个实施例的IPTV系统。下面将详细描述本发明的每个实施例。
(第一实施例)
<内容发布系统>
首先,参考图1,详细描述根据本发明第一实施例的内容发布系统。图1是用于描述根据本实施例的内容发布系统的说明图。顺便提及,在下面的说明中,采用IPTV系统作为内容发布系统的例子来进行说明。
例如,如图1所示,根据本实施例的内容发布系统1主要包括:与各自频道相对应的多个内容服务器10A、10B和10C,交换机12和18,路由器14和16,由观看者使用的多个信息处理装置20A、20B、20C和20D,计划发布时间点信息传输服务器30以及参考时钟服务器40。
内容服务器10与IPTV系统中的每个频道的广播站相对应,它根据预定方法对视频/音频内容(视频/音频信号)进行编码,使其成为压缩数据流并通过使用预定的传输协议将该压缩数据流组播到IP网络。在图1中,只显示了三个内容服务器。然而,内容服务器10的数目与IPTV系统中的频道的数目相同,例如,如果总共有300个频道,那么在内容发布系统1中就有300个内容服务器10。
交换机12是对流经核心网的包有变换功能(交换功能)的通信设备,而交换机18是对流经接入网的包有变换功能的通信设备,并因为它处于核心网的附近而被特定地称作边缘交换机。设置这些交换机12和18以便确定包的目的地,并且将通信只转发给特定的第三方。
路由器14和16是用于转发数据(诸如流经网络的包)的设备。这些路由器对部分协议(即,所谓的OSI参考模型的网络层或传输层)进行分析,并对数据进行传输。此外,路由器14和16具有对网络层中所描述的地址进行分析并确定通过哪条路径来传输数据的路径选择功能。
信息处理装置20是由内容发布系统1的观看者使用的终端,它在由各个内容服务器10所发布的多个视频/音频内容中获取期望看到或听到的内容,并将所获取的内容再现出来。
顺便提及,后面将再次详细描述上述内容服务器10和信息处理装置20。
计划发布时间点信息传输服务器30接收从每个内容服务器10输出的参考压缩视频数据计划发布时间点信息的每一个,并收集内容发布系统1中现有的所有内容服务器10的参考压缩视频数据计划发布时间点信息。此外,计划发布时间点信息传输服务器30以预定的时间间隔(例如,10毫秒到20毫秒的周期)向连接到所述系统的信息处理装置20发送所收集到的参考压缩视频数据计划发布时间点信息。顺便提及,后面将详细描述上述参考压缩视频数据计划发布时间点信息。
参考时钟服务器40是具有例如时间点信息源(精度为1/10000秒)的服务器,它通过使用例如网络时间协议(NTP)使连接到内容发布系统1的内容服务器10、信息处理装置20等的内部时钟与参考时钟服务器40的时间点信息源同步。
到此为止,描述了根据本实施例的内容发布系统1。接下来,参考图2和图3,详细描述根据本实施例的内容服务器10和信息处理装置20。
<内容服务器的结构>
接下来,参考图2,详细描述根据本实施例的内容服务器10的结构。图2是用于描述根据本实施例的内容服务器10的结构的框图。
根据本实施例的内容服务器10具有自己的时钟,该时钟与内容发布系统1中的参考时钟服务器40同步。内容服务器10能够在任意时间点(诸如当所述服务器启动时、当内容服务器10的管理员输入用于更新内部时钟的命令时等)通过使用例如NTP使所述内部时钟与参考时钟服务器40的时间同步。
根据本实施例的内容服务器10的每个处理部分通过参考与参考时钟服务器40同步的内部时钟的当前时间来执行预定过程。
例如,如图2所示,根据本实施例的内容服务器10包括第一处理部分11A和第二处理部分11B。同一频道的视频/音频信号被分别输入到第一处理部分11A和第二处理部分11B。
如图2所示,第一处理部分11A主要包括例如第一编码器101、第一发布部分105和存储部分109。此外,如图2所示,第二处理部分11B主要包括例如第二编码器103、第二发布部分107和存储部分111。
如图2所示,第一处理部分11A和第二处理部分11B是包括至少一组编码器和发布部分的处理部分,其中,每个编码器和每个发布部分彼此独立地工作。
第一编码器101和第二编码器103由例如中央处理单元(CPU)、只读存储器(ROM)和随机存取存储器配置而成。在输入的视频/音频信号中,第一编码器101和第二编码器103通过使用例如H.264/AVC实时地对视频信号进行编码,并且也通过使用诸如HE-AAC等高效率编码技术实时地对音频信号进行编码。随后,在将每个编码了的信号复用为MPEG2-TS格式之后,第一编码器101和第二编码器103将其作为压缩数据流传输给第一发布部分105和第二发布部分107。
这里,第一编码器101和第二编码器103分别对视频/音频信号的视频信号进行编码,其编码方式使得参考压缩数据所对应的原始视频信号的视频帧(通常,每秒30帧)或场(每秒60场)的位置彼此不同。这里,参考压缩视频数据是在不参考该参考压缩视频数据之前的参考压缩视频数据的情况下就能进行解码的参考压缩视频数据。第一编码器101和第二编码器103进行编码,使得所述参考压缩视频数据周期性地出现,从而能够从压缩数据流的中间进行编码。参考压缩视频数据的例子包括,例如,H.264/AVC中的即时解码器刷新(IDR)图像,或MPEG2视频中的帧内图像(I图像)。
例如,假设这样的情形,其中利用H.264/AVC来编码高清晰视频。此时,第一编码器101和第二编码器103编码视频信号,使得经编码的信号由每秒30个MGEG图像构成,并且IDR图像每秒出现一次。通过进行该编码过程,即使视频的比特率为最大的每秒7兆比特,再现的视频也比IDR图像每秒出现两次的编码方式具有更高的图像质量。顺便提及,在本说明书中,根据MPEG2视频的图像组(GOP)的描述,在开始位置处包括IDR图像的一组多个图像将被称作GOP。
第一编码器101和第二编码器103分别这样对视频/音频信号进行编码:除了参考压缩视频数据的出现定时外,其余情形都相同。例如,第一编码器101和第二编码器103利用相同数目的MPEG图像和相同分辨率对同一视频信号进行编码。此外,要从每个编码器101和103输出的MPEG流以这样的方式来输出:在被复用为MPEG2-TS时,该MPEG流变为最大的每秒8兆比特。在这种情形下,在所述两个MPEG2-TS中的IDR图像每秒出现一次(即,GOP长度为30帧),其中,第一编码器101和第二编码器103的设置使得所产生的IDR图像彼此移位0.5秒(即,15个图像)。
顺便提及,在对视频/音频信号进行编码时,第一编码器101和第二编码器103能够分别参考后面要描述的存储部分109和存储部分111中所存储的各种数据库。此外,第一编码器101和第二编码器103也可以将所产生的压缩数据流分别存储在存储部分109和存储部分111中。
第一发布部分105和第二发布部分107由例如CPU、ROM、RAM、通信设备等配置而成,并具有所谓的实时传输协议(RTP)服务器的功能。第一发布部分105和第二发布部分107分别在将由第一编码器101和第二编码器103产生的MPEG2-TS包存储在RTP包以及存储在UDP包之后将其存储在IP组播包中,并将其传输出去。这些IP包经由例如交换机12等由IP网络进行发布。
此外,第一发布部分105和第二发布部分107计算要发布由第一编码器101和第二编码器103产生的参考压缩视频数据的计划发布时间点,并周期性地产生参考压缩视频数据计划发布时间点信息(在下文中,简称为“计划发布时间点信息”),在该信息中描述了计划发布时间点。后面将再次详细描述所述计划发布时间点的计算方法。
第一发布部分105和第二发布部分107周期性地向计划发布时间点信息传输服务器30输出各自产生的计划发布时间点信息。此外,第一发布部分105和第二发布部分107可以将所产生的计划发布时间点信息分别存储在存储部分109和存储部分111中。
存储部分109中根据需要存储有根据本实施例的第一处理部分11A执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。第一编码器101、第一发布部分105等能够自由地在存储部分109中进行读写。
同样,存储部分111中根据需要存储有根据本实施例的第二处理部分11B执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。第二编码器103、第二发布部分107等能够自由地在存储部分111中进行读写。
顺便提及,在图2所示的例子中描述了这样的情形:其中,根据本实施例的内容服务器10由两个处理部分(即第一处理部分11A和第二处理部分11B)配置而成。然而,内容服务器10可以由3个或更多的处理部分配置而成。分配给一个频道(换言之,一个视频/音频信号)的处理部分的数目越多,则频道切换就越快。
此外,第一处理部分11A和第二处理部分11B可以被设置在一个内容服务器的壳内。此外,包括编码器和发布部分的处理部分可以是独立的设备,多个设备可以被并行连接。
到此为止,已经示出了根据本实施例的内容服务器10的功能的例子。上述每个部件可以通过使用通用构件或电路来配置,也可以使用专门的硬件来配置以实现每个部件的功能。此外,CPU等可以执行所述部件的所有功能。由此,在执行本实施例时,可以根据技术水平按照需要来改变要使用的硬件结构。
<信息处理装置的结构>
随后,参考图3,详细描述根据本实施例的信息处理装置20的结构。图3是用于描述根据本实施例的信息处理装置20的结构的框图。
根据本实施例的信息处理装置20具有自己的时钟,该时钟与内容发布系统1中的参考时钟服务器40同步。信息处理装置20能够在任意定时(诸如当所述装置启动时、当信息处理装置20的用户输入了用于更新内部时钟的命令时等)通过使用例如NTP使所述内部时钟与参考时钟服务器40的时间同步。
例如,如图3所示,根据本实施例的信息处理装置20主要包括:频道选择部分201、内容获取部分203、获取流选择部分205、内容再现部分207和存储部分209。
频道选择部分201由例如CPU、ROM、RAM等配置而成。当用户通过对诸如设置在信息处理装置20上的频道选择开关、频道选择按钮等或遥控器等操作部分进行操作,来在被发布的多个频道中选择特定频道时,频道选择部分201将通过频道选择开关、频道选择按钮等获得的输入转换为预定信号。此外,频道选择部分201将通过转换所述用户输入而获得的预定信号输出到后面描述的内容获取部分203。
内容获取部分203由例如CPU、ROM、RAM、通信设备等配置而成,且其在被发布的多个频道中获取由与从频道选择部分201发送的信号相对应的频道发布的内容。在根据本实施例的内容发布系统中,由于为属于一个频道的内容发布了多个压缩数据流,因此内容获取部分203基于后面描述的获取流选择部分205所通知的选择结果来获取内容。
顺便提及,在获取内容时,内容获取部分203能够通过参考后面描述的存储部分209中所存储的各种数据库等来执行内容的获取过程。
获取流选择部分205由例如CPU、ROM、RAM、通信设备等配置而成,它通过参考与参考时钟服务器40同步的内部时钟的当前时间来执行下面描述的过程。
获取流选择部分205从计划发布时间点信息传输服务器30周期性地接收从每个内容服务器10输出的并由计划发布时间点信息传输服务器30收集的计划发布时间点信息。获取流选择部分205通过参考所接收到的计划发布时间点信息,从通过由内容获取部分203通知的频道发布的多个压缩数据流中选择要获取的压缩数据流。
更具体说,获取流选择部分205通过使用获取并显示由内容获取部分203通知的频道的压缩数据流所需的所需切换时间、以及要获取的压缩数据流的选择过程开始的时间点,来计算估计切换完成时间点(即,所获取的压缩数据流的显示完成时间点)。这里,上述需要切换时间是在从当前正在显示的频道切换到不同频道的时候显示出新频道中发布的内容所需要的时间。获取流选择部分205将计算出来的估计切换完成时间点与从计划发布时间点信息传输服务器30所获得的计划发布时间点信息进行比较,并选择具有在所述估计的切换完成时间点之后最接近的计划发布时间点的压缩数据流。
此外,当与由内容获取部分203通知的频道正在发布的多个压缩数据流相对应的所有的计划发布时间点都在所述估计的切换完成时间点之前时,获取流选择部分205不选择任何压缩数据流。代替地,获取流选择部分205基于从计划发布时间点信息传输服务器30新传输来的计划发布时间点信息再次执行压缩数据流的选择过程。
由于计划发布时间点信息被以极短的周期(例如几十毫秒)从计划发布时间点信息传输服务器30传输,所以即使获取流选择部分205如上述那样确定“不选择”,也能在下一个合适的定时选择压缩数据流,因此,不会出现用户的可用性受到损害这种问题。
当要获取的压缩数据流的选择完成时,获取流选择部分205向内容获取部分203通知选择结果。
顺便提及,当进行这些选择过程时,获取流选择部分205可以通过参考后面描述的存储部分209中所存储的各种数据库等来进行这些过程。
此外,当所选择的压缩数据流的计划发布时间点和估计切换完成时间点之间的时间间隔超过预定阈值时,获取流选择部分205不必向内容获取部分203通知要获取的压缩数据流的选择结果。代替地,获取流选择部分205基于从计划发布时间点信息传输服务器30新传输的计划发布时间点信息再次执行压缩数据流的选择过程。换言之,当所选择的压缩数据流的计划发布时间点和估计切换完成时间点之间的时间间隔等于或小于所述预定阈值时,获取流选择部分205向内容获取部分203通知所述压缩数据流的选择结果。
当估计切换完成时间点和计划发布时间点之间的时间间隔超过了预定阈值时,即使基于获取流选择部分205的选择结果进行显示切换,显示屏也保留在信号消失状态,其中屏幕上显示黑色等。因此,由于在等待计划发布时间点信息传输服务器30新通知的计划发布时间点信息的同时,继续获取切换之前的频道的流,所以通过在屏幕上继续显示所述视频,能够在不损害用户的可用性的情况下再次执行所述压缩数据流的选择过程。
下面将再次详细描述所述获取数据流的上述选择方法。
内容再现部分207由例如CPU、ROM、RAM等配置而成,它再现由内容获取部分203获取的内容并将其显示在信息处理装置20中设置的显示器(未示出)上。这里,内容的再现包括:在从内容获取部分203发送的压缩数据流被解码之后再现解码的内容、以及与压缩数据流的解码一起再现内容。内容再现部分207能够在对内容进行解码或对内容进行再现时参考后面描述的存储部分209中所存储的数据库等。
存储部分209中根据需要存储有根据本实施例的信息处理装置20执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。频道选择部分201、内容获取部分203、获取流选择部分205、内容再现部分207等能够自由地在存储部分209中进行读写。
到此为止,已经示出了根据本实施例的信息处理装置20的功能的例子。上述每个部件可以通过使用通用构件或电路来构造,或可以通过使用专门的硬件来构造以实现每个部件的功能。此外,CPU等可以执行所述部件的所有功能。由此,在执行本实施例时,可以根据技术水平按照需要来改变要使用的硬件结构。
<内容发布方法>
随后,参考图4到图9,详细由根据本实施例的由内容服务器10执行的内容发布方法。
(参考压缩视频数据的位置关系)
图4是用于描述根据本实施例的内容服务器10所输出的MPEG2-TS流中的IDR图像之间的位置关系的说明图。在图4中,示出了这样的例子:其中,进行这样的编码,使得作为参考压缩视频数据的IDR图像每秒出现一次。然而,也可以采用灵活地改变IDR图像的产生时间的编码方法。在这种情形中,各编码器协同工作,使得IDR图像的出现定时彼此移位。
在图4中,如上所述,所进行的编码使得作为参考压缩视频数据的IDR图像每秒出现一次。此外,GOP由30个帧构成,并且,除了IDR图像外,GOP中还有预测图像(P-图像)和双向预测图像(B-图像)。从图4可以清楚看到,当比较从第一编码器101所输出的流和从第二编码器103输出的流时,可以看到,IDR图像的出现定时移位了15个帧(约0.5秒)。
通过这样来进行编码,以及通过作为终端的信息处理装置20在频道切换时接收当时最适宜的MPEG2-TS流,能够使从切换后到接收到IDR图像的等待时间变得最小,并且能够很快地显示切换后的频道的视频。
例如,当在图4所示的“时间点A”在作为终端的信息处理装置20中进行频道切换时,通过接收从第一编码器101输出的流(即,从第一处理部分11A输出的流),信息处理装置20可以缩短从频道切换后到显示出所选频道中的视频的等待时间。同样,当在“时间点B”在信息处理装置20中进行频道切换时,通过接收从第二编码器103输出的流(即,从第二处理部分11B输出的流),信息处理装置20可以缩短从频道切换后到显示出所选频道中的视频的等待时间。
从各个编码器101和103输出的MPEG流是由同一视频信号产生的,只是IDR图像的时间位置(能够基于频道切换等从该位置开始显示视频)彼此移位。MPEG流利用相同的其它条件(诸如分辨率和最大量)进行编码。因此,用户难以察觉正在再现的是编码器发出的流中的哪一个。
此外,对于每个编码器101和103来说,用于进行复用的H.264/264编码器和MPEG2系统时钟不需要彼此同步。如果预先设置了移位IDR图像的相对位置所需要的信息,那么,编码器101和103的每一个能够在处理部分11A和11B之间不进行通信的情况下实现编码。这里,移位IDR图像的相对位置所需要的信息可以是与固定的GOP长度相关的信息、与原始视频信号中的哪个视频帧要被编码为IDR图像相关的信息等。此外,在采用可变GOP长度的情形中,处理部分11A和11B也能彼此通信,并移位所述出现位置,使得IDR图像出现的帧对于频道切换来说变得最优。
(UDP包的格式)
图5是用于描述根据本实施例的发布部分105和107所发送的UDP包的格式的说明图。由设置在内容服务器10中的编码器101和103的每一个产生的MPEG2-TS包被输出到设置在每个编码器所属的处理部分中的发布部分,并作为IP包被发送。所述IP包具有例如图5所示的格式。
如图5所示,IP组播的UDP包由IP头、UDP头、RTP头和RTP有效载荷(payload)配置而成。由内容服务器10的编码器101和103中的每一个产生的MPEG2-TS包被存储在RTP有效载荷中。通常,如图5所示,在RTP有效载荷中存储有7个MPEG2-TS包。
内容服务器10的发布部分105和107的每一个产生如图5所示的UDP包并将其组播出去。
(计划发布时间点的计算)
接下来,参考图6,详细描述由设置在根据本实施例的内容服务器10中的每个发布部分执行的计划发布时间点的计算方法。图6是用于描述根据本实施例的内容服务器所要执行的计划发布时间点的计算方法的说明图。
根据本实施例的内容服务器10中设置的发布部分105和107的每一个对IDR图像的计划发布时间点进行计算。通过使用下面的等式来执行计算过程。
在计算时间点C处的IDR图像计划发布时间点:时间点F=时间点C+时间D+时间E ...(等式1)
这里,在上述等式1中,可以通过使用时间D=(时间点B-时间点A)来计算时间D,如图6所示。该时间D可以看作是由每个编码器产生的包括IDR图像数据的MPEG2-TS包的产生与IP组播包中的MPEG2-TS包的传输之间的延迟时间。
图6所示的时间点B是包括IDR包的数据的第一MPEG2-TS包的产生时间,而时间点A是从每个发布部分发送MPEG2-TS包的时间点。通常,该延迟时间D几乎是恒定的,因此,可以使用一次测量所获得的值或使用固定值。或者,可以针对IDR图像的每次发送来计算该延迟时间。
图6中的时间E是从时间点C直到包括下一个IDR图像的第一数据的MPEG2-TS包的产生之间的时间。当时间点C过去时,更新时间E,并且,在每次测量IDR图像计划发布时间点时应该向每个编码器进行询问。通常,在实时编码中,为了缩短编码所导致的延迟,IDR图像计划发布时间点是由所述编码器估计的时间。例如,当设定每个编码器来以1秒的固定间隔产生IDR图像时,可以容易地获得时间E。即使不是这样,也完全可能基于由所述编码器产生并存储在存储部分等中的编码器缓冲器管理信息来估计时间E。当未发送的IDR包在时间点C已经存在时,时间E就变成负值。
设置在内容服务器中的每个发布部分通过使用上述方法来计算参考压缩视频数据计划发布时间点信息。所述发布部分将这样计算出来的计划发布时间点与分配给发布部分自身的位置信息(例如,IP地址号)关联起来,并将其作为计划发布时间点信息输出到计划发布时间点信息传输服务器30。
(计划发布时间点信息的例子)
随后,参考图7,详细描述通过使用上述方法计算的计划发布时间点信息的具体描述例子。图7是用于描述根据本实施例的参考压缩视频数据计划发布时间点信息的具体例子的说明图。
如图7所示,作为参考压缩视频数据计划发布时间点信息的一个例子,IDR图像计划发布时间点信息由例如IP头、UDP头、RTP头和RTP有效载荷配置而成。如图7所示,IDR图像计划发布时间点信息被存储在UDP包的RTP有效载荷中,并由M条IDR图像计划传输时间点记录连同12字节的头来描述。
在IDR图像计划发布时间点信息的头中指定了表明UDP包具有IDR图像计划发布时间点信息的包格式的标识符、版本号等。MPEG流的IDR图像计划发布时间点信息由8个字节来表达,包括IP组播地址(4字节)和计划发布时间点(4字节),并且在UDP包中能够描述约M=150的MPEG流的计划发布时间点。
在后面要描述的广播发现记录中,记录的IP组播地址对应于每个频道的IP组播地址,且记录的IP组播地址被存储计划时间,在该计划时间,包括相应IP组播的流的IDR图像的IP包接下来要被发布。
尽管例如约1/100秒的精度对于计划发布时间点来说足够了,但优选采用1/1000秒(即1毫秒)的精度。利用发送至少同一频道的IP组播流的每个处理部分11所用的同一时钟来测量计划发布时间点就足够了。然而,也可以利用所有处理部分所用的同一时钟来测量计划发布时间点。
接下来,参考图7,描述对内容发布系统1的每个内容服务器10所测量的IDR图像计划发布时间点信息进行收集并将其发送到作为终端的信息处理装置20的机制。
如上所述,所有的内容服务器10和信息处理装置20的时钟被设置为与通过网络时间协议(NTP)连接到网络的参考时钟服务器40同步,并且,每个内容服务器10通过NTP使其自己的时钟与所述参考时钟同步,并利用同步了的时钟来计算下一个IDR图像要被发布的计划时间点。内容服务器10的处理部分11中设置的发布部分将计算出来的时间点发送到IDR图像计划发布时间点信息传输服务器30,如上所述。
在这种情形中,每个处理部分11的发布部分通过IP单播来发送图7所示的UDP包。UDP包只存储了与发送该UDP包的处理部分11所要发送的IP包流有关的计划发布时间点记录。换言之,对于图7中的UDP包,M为1。IDR图像计划发布时间点信息传输服务器30收集从每个内容服务器10(更确切地说是每个处理部分11)发送的IDR图像计划发布时间点,并产生如图7所示的UDP包。
如图1和2所示,其中,在内容发布系统1中有300个频道(即,300个内容服务器10)并且每个频道都有两个处理部分11,图7所示的UDP包变成用于600个IP组播流的信息。因此,对于每个UDP包,M=150,并且所传送的每个UDP包被分成4个UDP包。在UDP包可能丢失的网络环境中,冗余地发送同样的包。
从IDR图像计划发布时间点信息传输服务器30发送的UDP包的IP组播地址是在后面描述的广播发现记录中的频道变化信息(Channel ChangeInfo)中所指定的IP组播地址。为了接收IDR图像计划发布时间点信息,每个信息处理装置20指定IP组播地址并通过IGMP加入组播组。IDR图像计划发布时间点信息的传输以约每秒100次的频率(即10毫秒的周期)进行,且信息处理装置20能够约每10毫秒接收最新的IDR图像计划发布时间点信息。
(IP包的传输)
接下来,参考图8和图9,详细描述根据本实施例的IP包被传输给信息处理装置的机制。顺便提及,在下文中,将基于作为IPTV系统标准的DVB-IP(ETSI TS102 034)来进行说明。
为了接收每个频道的MPEG流,作为终端的信息处理装置20需要知道频道的数据要被发布到的IP组播地址。根据DVB-IP,在SD&S广播发现记录中描述频道的信息。根据DVB-IP标准,根据DVB SD&S传输协议(DVBSTP),通过组播将广播发现记录从IPTV应用服务器(诸如EPG服务器(未示出))发送到信息处理装置20。顺便提及,传输所述广播发现记录时,为其分配与MPEG2-TS流的IP组播地址不同的IP组播地址。
因此,根据本实施例的内容发布系统1中的内容服务器10需要预先向IPTV应用服务器通知为内容服务器10的每个处理部分11所分配的IP组播地址或各种频道信息。
图8是用于描述根据DVB-IP的广播发现记录的数据格式的说明图。在广播发现记录中描述了IPTV服务提供的所有频道的信息。例如,当IPTV服务广播300个频道时,作为终端的信息处理装置20接收描述了所述300个频道的信息的广播发现记录。
例如,如图8所示,作为频道信息,用TextualIdentifier ServiceName(文字式标识符服务名)的字符串来描述频道名,且所述字符串被用来显示频道名。此外,IPMulticastAddressAddress(IP组播地址地址)和IPMulticastAddressPort(IP组播地址端口)描述所述频道的IP组播包要发布到的IP组播地址以及端口号。
通过作为终端的信息处理装置20利用IGMP加入广播发现记录中描述的IP组播地址组,开始进行期望频道的IP组播包的发布,并且使得信息处理装置20能够接收IP组播包。
通常,为每个频道分配IP组播发布。然而,根据本实施例的内容发布系统具有为每个频道提供多个IP组播发布。因此,在广播发现记录中描述了多个IP组播地址。
图9是用于描述用XML表述广播发现记录的例子的说明图。在该广播发现记录的例子中,描述了300个频道的服务信息,每个XML元素“<SingleService>”对应着一个频道的信息。
例如,在开始处的频道信息由作为频道名(ServiceName)的“Channel1”、以及两个组播地址(一个为地址224.0.1.1、端口号1600,另一个为地址224.0.1.2、端口号1600)来描述。这两个地址分别对应着要由图2所示的第一处理部分11A发布的IP包的组播地址和要由图2所示的第二处理部分11B发布的IP包的组播地址。下一个所列的频道信息由作为频道名的“Channel2”以及两个组播地址来描述。尽管后面的频道信息的描述省略了,但要列出并描述总共300个频道的信息。根据上述广播发现记录,信息处理装置20能够知道每个频道的所述两个地址。
接下来,描述被分配了组播地址并被发布的每个MPEG2-TS流的IDR图像计划发布时间点信息的获取方法。在本实施例中,根据DVB-IP标准的广播发现记录被扩展,并描述了XML元素“<ChannelChangeInfo>”。所述XML元素“<ChannelChangeInfo>”具有这样的数据:该数据表明在“NumberOfStreamsPerChannel”中指定的每个频道进行组播的MPEG流的最大数目。此外,在“<IPMulticastAddress>”中指定了计划发布时间点信息传输服务器30的组播地址,从该组播地址中能够获得由IPTV服务发布的所有MPEG流的IDR图像计划发布时间点信息。图9所示的例子表明:每个频道发布最大2个MPEG流,并能够从地址224.0.1.0、端口号1500获得IDR图像计划发布时间点信息。
如上所述,利用根据本实施例的内容发布方法,针对一个频道,发布具有参考压缩视频数据的不同出现定时的多个压缩数据流。对于这些压缩数据流来说,只有参考压缩视频数据的出现定时不同,除了所述出现定时外,其它的编码条件都相同。因此,通过在多个压缩数据流中选择合适的数据流,作为终端的信息处理装置20能够尽量减小接收到参考压缩视频数据之前的等待时间,并且能够快速地显示所述频道中的视频。
<信息处理方法>
随后,参考图10到图17,详细描述根据本实施例的信息处理装置20所要执行的信息处理方法。图10是用于描述根据本实施例的信息处理装置20所要执行的信息处理方法的流程图。
当由观看者(用户)接通了信息处理装置20的电源时,或者当从IPTV的服务菜单等中选择了TV服务时,根据本实施例的信息处理装置20开始TV观看过程。
首先,信息处理装置20通过使用该装置中设置的CPU、ROM、RAM、通信设备等从诸如EPG服务器(未示出)的IPTV应用服务器中获取广播发现记录(步骤S101)。所述广播发现记录基于根据DVB-IP标准的协议来描述,如图9所示,并且信息处理装置20能够获得与每个频道相对应的频道信息。当频道信息不是经常改动时,也可以使用已经从IPTV服务中获得的频道信息。
接下来,通过使用该装置中设置的CPU、ROM、RAM、通信设备等,信息处理装置20发出用于请求IDR图像计划发布时间点信息发布开始的IGMP消息,并开始接收与所述计划发布时间点信息相关的组播包(步骤S103)。
图11A和图11B示出根据基于RFC 3376的IGMP版本3的供信息处理装置20进行组播数据发布控制的IGMP消息的格式。此外,图12A和图12B是用于描述根据本实施例的IGMP消息的例子的说明图。
当加入或离开组播组时,信息处理装置20使用具有图11A所示报告格式的IGMP消息。此外,也有具有询问格式的IGMP消息,用来检查某个组播路由器正在加入所述组播组。将省略这些IGMP的规格的详细说明。
如图11A所示,报告格式的IGMP消息具有包括在“组记录的数目”栏中声明的报告中记录的数目,并具有随后在IGMP消息中描述的、数目为所述声明的记录的数目的“组记录”。图11B示出每个组记录的格式。如图11B所示,在所述组记录的格式中有“记录类型”栏,通过在该栏中输入预定值,能够指定加入或离开组播组。
为了命令组播组发布IDR图像计划发布时间点信息的发布开始,信息处理装置20发布如图12A所示的IGMP消息。在“记录类型”栏中指定的值1指示MODE_IS_INCLUDE(包含模式),并向与上述步骤S101中所获得的组播地址(在本例中为224.0.1.0)相对应的组播组指示信息处理装置20将加入组播组。信息处理装置20通过利用IGMP加入组播组,计划发布时间点信息传输服务器30定时(例如,10毫秒的周期)向信息处理装置20发布IDR图像计划发布时间点信息。信息处理装置20接收IDR图像计划发布时间点信息,并在存储部分209中一直保存最新信息。
随后,信息处理装置20的频道选择部分201对频道选择信息进行初始化(S105)。要被初始化的频道选择信息是四个参数:“CurrentChan(当前频道)”、“CurrentAddress(当前地址)”、“SelectChan(选择频道)”和“SelectAddr(选择地址)”。
参数“CurrentChan”是指示由信息处理装置20当前选择的频道的位置的参数,参数“CurrentAddress”是指示当前所选频道被发布到的组播地址的参数。在该初始化中,这两个参数均被设置为-1。这个值表明:当前不进行频道选择。此外,参数“SelectChan”是指示要选择的频道的频道位置的参数,且参数“SelectAddr”是指示所选频道的MPEG2-TS流要被发送到的组播地址的参数。在该初始化中,“SelectChan”被设置为1。如果在终端中保存有以前所选频道的频道信息,则指定其频道位置。在该初始化中,“SelectAddress”被设置为-1。
随后,频道选择部分201向内容获取部分203通知由参数“SelectChan”指示的频道,且内容获取部分203执行频道的选择过程(步骤S107)。后面将再次详细描述频道的选择过程。通过该过程,在信息处理装置20的显示器的屏幕(未示出)上显示所述频道的视频,并从扬声器再现声音。
当选择过程完成时,频道选择部分201更新与当前所选频道相关的频道信息(步骤S109)。就是说,将参数“SelectChan”的值设置在参数“CurrentChan”中,并将参数“SelectAddr”的值设置在参数“CurrentAddr”中。
随后,信息处理装置20的频道选择部分201等待用户操作的输入(步骤S111)。
这里,当用户输入了例如终止过程(诸如,按下遥控器的电源关闭按钮)时(步骤S113),频道选择部分201产生与所述输入操作相对应的信号,并进行步骤S123的频道接收终止过程。此外,当用户输入了切换频道的操作时(步骤S115),频道选择部分201进行到后面描述的步骤S117。在其它情形中,频道选择部分201返回步骤S111,并等待用户操作。实际上,除了这些控制外,还有诸如音量控制等用户操作。然而,在图10中省略其描述。
当用户进行了频道切换操作时,例如,当用户操作了遥控器上的频道上移按钮时,频道选择部分201将参数“SelectChan”的值增加1,而当用户按下了频道下移按钮时,频道选择部分201将参数“SelectChan”的值减小1(步骤S117)。这里,频道选择部分201这样来进行控制,使得参数“SelectChan”的值不变为负值,也不变为超过频道总数的值。此外,当遥控器等包括能够直接选择频道号等的按钮等时,频道选择部分201在参数“SelectChan”中设置与所选频道相对应的频道位置。然后,频道选择部分201向内容获取部分203通知有关新设置的参数的信息。
内容获取部分203基于从频道选择部分201通知的参数“SelectChan”的值来执行由所述参数指定的频道的选择(步骤S119)。于是,新选择的频道就在信息处理装置20的屏幕上和扬声器中再现出来。后面将再次描述步骤S107中所描述的频道选择过程的细节。
然后,如在步骤S109中那样,频道选择部分201更新与当前所选频道相关的频道信息(步骤S121)。
随后,信息处理装置20中的频道选择部分201等待用户操作的输入,并且TV观看继续进行。
另一方面,当用户操作为终止操作时,内容获取部分203执行频道接收终止过程(步骤S123)。后面将再次详细描述频道接收终止过程。
然后,信息处理装置20通过使用设置在所述装置中的CPU、ROM、RAM、通信设备等使在步骤S103中开始的IDR图像计划发布时间点信息的发布停止,并终止计划发布时间点信息的组播包的接收(步骤S125)。信息处理装置20能够通过发送图12B所示的IGMP消息来停止所述发布。这里,图12B中的“记录类型=2”指示MODE_IS_EXCLUDE(排除模式),这意味着离开组播组224.0.1.0。
随后,信息处理装置20终止TV观看的进行,并返回IPTV服务菜单,或者去执行所述终端的其它功能。
(频道选择过程)
随后,参考图13,详细描述根据本实施例的由信息处理装置20执行的频道选择过程。图13是用于描述根据本实施例的信息处理方法的频道选择过程的流程图。
从内容获取部分203接收了请求的获取流选择部分205从存储部分209等中所存储的最新IDR图像计划发布时间点信息中获取与参数“SelectChan”相对应的频道信息(步骤S201)。
更具体说,获取流选择部分205首先从广播发现记录中获取频道的组播地址。在图9所示的例子中,当1被设置在参数“SelectChan”中时,在开始处的“<SingleService>”是相应的频道信息。如图9所示,在频道信息的“<ServiceLocation>”中描述了两个组播地址。在图9所示的例子中,224.0.1.1被设置在参数“Address1(地址1)”中,而224.0.1.2被设置在参数“Address2(地址2)”中。
接下来,获取流选择部分205在最新的IDR图像计划发布时间点信息中搜寻每个组播地址的计划发布时间点信息,并分别将这些IDR图像计划发布时间点设置到“NextTime1(下一时间1)”和“NextTime2(下一时间2)”。注意,IDR图像的发布时间点是从内容服务器10的每个发布部分进行传输的时间点,自然地,在开始处包括IDR图像的MPEG2-TS包到达信息处理装置20之前有一段延迟。因此,当延迟时间大而不能被忽略时,除了从内容服务器10到信息处理装置20的网络状态之外,还应当适当地将延迟时间添加到“NextTime1”和“NextTime2”中。
接下来,获取流选择部分205计算用于组播发布的估计切换完成时间点(步骤S203)。所述估计切换完成时间点是在信息处理装置20马上发出了IGMP消息以进行发布的开始或切换的情形中,直到从信息处理装置20新加入的组播组传来第一个包的估计时间。通过将所需要的切换时间加在当前时间点上能够获得估计的切换完成时间点“SwitchTime(切换时间)”。这里,所需要的切换时间是下面所指出的时间的总和。
(1)由信息处理装置20发出IGMP消息所需要的时间。
(2)直到所述IGMP消息到达执行IGMP代理功能的边缘交换机(例如,DSLAM)所需要的时间。
(3)直到所述边缘交换机停止正在被发布到所述终端当前连接的接入网的组播组的包的发布并开始所述终端新加入的组播组的包的发布所需的时间。
(4)直到由所述边缘交换机开始发布的第一个包到达信息处理装置20所需的时间。
(5)信息处理装置20接收到所述第一个包并将其保留起来所需的时间。
上述(1)到(5)的值取决于IPTV服务网络和信息处理装置20的性能,假设在信息处理装置20中预先设置了与信息处理装置20或所述网络的状态相兼容的所需切换时间的最大值。例如,可以将所需切换时间的最大值设置为约20毫秒。
此外,当多个信息处理装置20被连接到用户的住宅时,上述(3)包括:用于在停止所述包的发布时检查是否有其它信息处理装置20加入到同一个组播组中所需的时间。通常,如在RFC-3376中所指定的,由周期性的IGMP询问消息来执行该检查。此外,当多个信息处理装置20加入到不同的组播组中时,即,当正在多个信息处理装置20上观看不同的频道时,所述接入网需要有足够的数据带宽来为多个频道发送组播。为了保证网络带宽,可以使用例如服务质量(QoS)控制,诸如IP多媒体子系统(IMS)。
在下文中,从步骤S205到步骤S221,确定要选择待选频道的哪个组播地址,并确定用于启动或切换发布的IGMP消息的发出定时。根据本实施例的获取流选择部分205基于下述四个条件来选择地址和确定定时。
(A)当在估计切换完成时间点“SwitchTime”之前没能接收到包括IDR图像的IP包时,不选择该IP包的组播地址。
(B)选择这样的组播地址:从该组播地址能够最早地接收到包括IDR图像的IP包。该条件使得能够实现高速频道切换。
(C)当作为(A)和(B)的结果没有进行选择时,在接收到下一个具有IDR图像计划发布时间点信息的包时,从步骤201执行所述过程。
(D)当作为(A)和(B)的结果进行了选择,但包括IDR图像的IP包的到达时间点与估计切换完成时间点“SwitchTime”之间的差大时,不进行所述发布的启动或切换,并且当接收到下一个具有IDR图像计划发布时间点信息的包时,从步骤S201执行所述过程。
上述(D)中的条件的设置基于下述原因。就是说,即使马上开始显示或切换显示,信息处理装置20的内容再现部分207在开始接收包且IDR图像到达之前也不能使视频延续下去。因此,会有一个时段没有屏幕显示(在下文中称作“信号消失时段”)。(D)中的条件使得能够缩短信号消失时段。所述信号消失时段最好尽可能地短,以便使视频的开始或切换无间断进行,但应该比在IDR图像计划发布时间点的包的传输周期要长。因此,信号消失时段的最大值(在下文中称作“允许的信号消失时段”)优选设置为例如40毫秒。
在下文中,将结合具体例子来描述上述(A)到(D)的条件。图14A和图14B是用于描述选择组播地址的不同情形的说明图,且图15是用于描述启动或切换定时的不同情形的说明图。
首先,参考图14A和图14B,说明如何将上述(A)到(C)中的条件应用到图中所示的六个具体情形。
由于条件(A),在图14A所示的(情形2)中,选择“地址1”,并在(情形4)中,选择“地址2”。此外,由于条件(A),在图14B所示的(情形5)和(情形6)中,不进行组播地址的切换。因此,由于条件(C),当接收到下一个具有IDR图像计划发布时间点信息的包时,从步骤S201执行所述过程。
此外,由于条件(B),在图14A所示的(情形1)中,选择“地址1”,而在(情形3)中,选择“地址2”。
要基于上述条件(A)到(C)进行的确定对应着图13中的步骤S205到步骤S217。
这里,当由于条件(A)和(B)选择了“地址1”时,将下述值设置为频道选择信息。就是说,在指示所选择的组播地址的参数“SelectAddr”中设置“地址1”,并在指示IDR图像计划发布时间点的参数“NextTime”中设置“NextTime1”(步骤S211)。
同样,当由于条件(A)和(B)选择了“地址2”时,将下述值设置为频道选择信息。就是说,在指示所选择的组播地址的参数“SelectAddr”中设置“地址2”,并在指示IDR图像计划发布时间点的参数“NextTime”中设置“NextTime2”(步骤S215)。
随后,参考图15,结合具体例子来描述上述(D)中的条件。基于所述条件所做的决定对应着图13所示的步骤S219。
在图15所示的(情形1)中,由于条件(A)和(B),两个组播地址都没有选择,由于条件(C),不进行组播地址的切换。此外,图15所示的(情形2)是这样的情形:其中,切换后的信号消失时段大于所述允许值(例如,40毫秒),并且由于条件(D)不进行组播地址的切换。此外,在图15所示的(情形3)中,由于条件(D)不满足,所以不进行到所选的组播地址的切换。
当基于根据上述条件做出的决定由获取流选择部分205来选择所选频道的组播地址并确定所述定时时,从获取流选择部分205向内容获取部分203发送频道选择结果。内容获取部分203基于所述频道选择结果发出IGMP消息,并对要发布给信息处理装置20所连接到的接入网的组播包进行发布切换(步骤S221)。IGMP消息是采用图11A和11B所示的在RFC 3376中规定的IGMP版本3的报告格式进行发布的。
在图16A到图16C中示出IGMP包的例子。图16A示出这样的情形:其中,参数“CurrentChan”为-1,即,没有已被发布的与组播地址相对应的数据。图16A表明:记录类型1(MODE_IS_INCLUDE)被指定到参数“SelectChan”(在本例中为1)的组播地址“SelectAddress”(在本例中为224.0.1.1)的组播组,以加入所述组播地址从而开始组播数据的发布。图16B示出这样的情形,其中,参数“CurrentChan”不为-1,就是说,存在已被发布的与组播地址相对应的数据。例如,记录类型=2(MODE_IS_EXCLUDE)被指定到“CurrentChan”(在本例中为1)的“CurrentAddress”(在本例中为224.0.1.0)的组播组,以命令停止发布,以及记录类型=1(MODE_IS_INCLUDE)被指定到“SelectChannel”(在本例中为2)的组播地址“SelectAddress”(在本例中为224.0.1.4)的组播组,以命令开始组播。
根据IMGP版本3,如图16B所示,可以由一个IGMP包来集中执行若干指令,因此,优点是:可以在切换时不将组播地址冗余地发布到接入网。
由此,内容获取部分203开始接收“SelectAddress”的组播包(步骤S223)。
直到完成发布切换,内容获取部分203在最大所需切换时间期间需要处于待机状态,因此,当不接收组播包时,内容获取部分203将处于待机状态(步骤S225)。当有可能在网络中丢失IGMP包时,可以在步骤S221中传输多个包,或者可以在步骤S225中通过提供超时等来执行IGMP包的重发过程。
在步骤S225中待机的结果是,在待机之后组播的发布切换已经完成,因此,当存在以前选择的频道时,内容获取部分203终止接收相应的“CurrentAddress”的组播包(步骤S227)。
然后,内容获取部分203将接收到的组播包发送到内容再现部分207,并且内容再现部分207对新接收到的频道的组播包中所存储的MPEG2-TS开始进行再现(S229)。实际上,在接收到包括IDR图像的MPEG2-TS包之后在信息处理装置20的显示器(未示出)上显示视频。这样,频道的选择过程完成,并且可以继续观看IPTV电视。
(频道接收终止过程)
随后,参考图17,详细描述由信息处理装置20执行的频道接收终止过程。
首先,内容获取部分203停止接收当前正在接收的组播包。通过发送如图16C所示的IGMP报告消息可以停止组播包的接收(步骤S301)。如图16C所示,通过将“记录类型=2”(MODE_IS_EXCLUDE)指定到参数“CurrentAddress”(在本例中为224.0.1.4)的组播组并通过发送所述IGMP消息,内容获取部分203能够停止组播包的发布。
接下来,内容获取部分203终止组播包的接收(步骤S303)。然后,内容再现部分207终止MPEG2-TS流的再现(步骤S305)。通过进行这些过程,频道接收终止过程完成。
到此为止,已经描述了根据本实施例的IPTV系统中的高速频道切换。根据本实施例,能够很容易地构思出与上述实施例不同的实施例,例如,能够构思出下面要描述的其它实施例。
根据本发明的实施例,在频道切换过程期间,为了基于由用户操作所产生的中断来停止频道切换或改变所选频道,可以在图13所示的选择过程期间容易地实现中止过程。
此外,根据本发明的实施例描述了H.264/AVC的情形。然而,即使是使用MPEG2视频压缩,通过假设IDR图像是I图像,能够将本发明容易地应用到使用MPEG2视频压缩的IPTV系统。
此外,根据本发明的实施例,压缩的视频数据和音频数据由MPEG2-TS进行多路复用。然而,也是在压缩的视频和音频数据按独立的IP包进行发布的情形中,通过应用本发明,能够容易地实现通过切换IP包的发布来实现高速频道切换的IPTV系统。
此外,根据本发明的实施例,仅一个视频/音频信号的压缩视频数据和音频数据由MPEG2-TS进行多路复用,并被存储在一个IP包中,并且发布的切换被执行。然而,通过用MPEG2-TS对多个视频/音频信号的压缩的视频数据和音频数据进行多路复用并将其发布,并通过在通向信息处理装置20的网络路径中过滤和只获取与所选视频/音频信号相对应的压缩视频/音频包并对其进行传输,能够容易地实现实现与本实施例相似的高速频道切换的IPTV系统。
此外,根据本发明的所述实施例,只针对下一个要传输的IDR图像,将IDR图像计划发布时间点信息传输给作为终端的信息处理装置20。这里,不证自明,如果在要传输的IDR图像计划发布时间点记录中指定了多个IDR图像的计划发布时间点,则信息处理装置20能够在频道选择时更准确地进行组播地址的选择。
此外,通过使用IMGP版本3的功能并由一个IGMP包来切换组播组的发布,根据本发明的实施例避免在切换期间对接入网进行包的冗余发布,并限制在接入网中要由IPTV系统使用的数据带宽。然而,即使当使用IGMP版本2时,也通过执行离开组播组的过程并在发布停止之后加入要切换到的组播组,能够限制由IPTV系统使用的数据带宽。
此外,根据本发明的实施例,内容服务器10对每个频道的多个MPEG2-TS流进行编码并经由核心网对其进行发布。这里,在对核心网的带宽存在限制的环境中,也能够执行下述过程。即,内容服务器10经由核心网为每个频道发布一个经编码的包,并在发布网络(诸如接入网)的中间安排另一个内容服务器(诸如边缘服务器或边缘路由器)。所述另一个内容服务器基于所述视频/音频信号为接收到的MPEG2-TS流产生具有不同IDR图像发布定时的MPEG2-TS流,并对其进行发布。这样,就能限制核心网的带宽,同时,能够实现与本实施例所描述的IPTV系统相似的高速频道切换。
此外,根据本发明的实施例,IDR图像计划发布时间点信息被传输到作为终端的信息处理装置20,信息处理装置20选择频道的组播地址并确定要被传输的组播包的切换定时。这里,IDR图像计划发布时间点信息被传输到进行IGMP窥探并实际上执行发布切换的边缘交换机或边缘路由器中,并且当频道选择过程开始时,信息处理装置20马上执行组播发布切换命令。接收到所述命令的边缘交换机或边缘路由器可以通过使用IDR图像计划发布时间点信息,通过以与图13所示的由信息处理装置进行的频道选择过程相似的方式做出确定,来控制组播地址的选择和发布切换定时。
在这种情形中,诸如所述边缘交换机或边缘路由器的网络设备具有处理部分(例如,内容获取部分和获取流选择部分),所述处理部分的功能与图3所示的信息处理装置20中提供的每个处理部分的功能相似;并且优选还包括经由预定的网络向信息处理装置20发布所获得的压缩数据流的发布控制部分。具有这种处理部分的网络设备能够用作边缘服务器。
<硬件结构>
接下来,参考图18,详细描述根据本实施例的内容服务器10和信息处理装置20的硬件结构。图18是用于描述根据本实施例的内容服务器10和信息处理装置20的硬件结构的框图。
内容服务器10和信息处理装置20主要包括CPU 701、ROM 703、RAM705、主机总线707、桥709、外部总线711、接口713、输入设备715、输出设备717、存储设备719、驱动器721、连接端口723以及通信设备725。
CPU 701用作算术运算处理单元和控制单元,并且其根据存储在ROM703、RAM 705、存储设备719或可移动记录介质727中的各种程序来控制内容服务器10和信息处理装置20的整个或其一部分操作。ROM 703存储要被CPU 701使用的程序或算术运算参数。RAM 705临时存储CPU 701在其执行中使用的程序,在所述程序的执行中根据需要变化的参数等。这些部分经由由内部总线(诸如CPU总线)配置而成的主机总线707互连起来。
主机总线707通过桥709被连接到诸如外围设备互连/接口(PCI)总线的外部总线711相连。
输入设备715是由用户进行操作的操作单元,诸如鼠标、键盘、触摸屏、按钮、开关、控制杆等。此外,输入设备715可以是例如使用红外线或其它电波的遥控单元(所谓的遥控器),或者是与内容服务器10和信息处理装置20的操作兼容的外部连接设备729(诸如手机或PDA)。此外,输入设备715由输入控制电路等配置而成,其基于用户使用例如上述操作单元所输入的信息产生输入信号,并将所述输入信号输出到CPU 701。内容服务器10或信息处理装置20的用户能够将各种类型的数据输入到内容服务器10或信息处理装置20,或者通过操作该输入设备715发布进行处理操作的命令。
输出设备717由例如显示设备(诸如CRT显示设备、液晶显示设备、等离子体显示设备、EL显示设备、灯具等)、音频输出设备(诸如扬声器、耳机等)、或者能够在视觉上或听觉上向用户通知所获取的信息的设备(诸如打印机设备、手机、传真等)配置而成。输出设备717将通过内容服务器10和信息处理装置20执行的各种处理获得的结果输出。更具体说,所述显示设备以文本或图像的形式显示通过内容服务器10和信息处理装置20执行的各种处理而获得的结果。另一方面,音频输出设备将再现的音频数据、声学数据等所构成的音频信号转换成模拟信号并将其输出。
存储设备719是配置成内容服务器10和信息处理装置20的存储部分的例子的数据存储设备,它由例如磁存储器设备(诸如硬盘驱动器(HDD)等)、半导体存储器设备、光学存储设备、磁光存储设备等配置而成。存储设备719存储着要由CPU 701执行的程序以及各种数据、从外部所获得的声学信号数据和图像信号数据等。
驱动器721是用于记录介质的读取器/写入器,它是内置的,或者从外部附接到内容服务器10和信息处理装置20。驱动器721读出所附接的可移动记录介质727(诸如磁盘、光盘、磁光盘、半导体存储器等)中存储的信息,并将该信息输出到RAM 705中。此外,驱动器721能够将记录写入所附接的可移动记录介质727(诸如磁盘、光盘、磁光盘、半导体存储器等)中。可移动记录介质727为,例如,DVD介质、HD-DVD介质、蓝光介质(Blu-raymedium)、致密flashTM(CF)、存储棒、安全数字存储卡(SD存储卡)等。此外,可移动记录介质727可以是,例如,载有非接触IC芯片的集成电路卡(IC卡)、电子设备等。
连接端口723是用来将设备直接连接到内容服务器10和信息处理装置20的端口,诸如通用串行总线(USB)端口、IEEE 1394端口(诸如i.Link)、小型计算机系统接口(SCSI)端口、RS-232C端口、光学音频终端(opticalaudio terminal)、高清晰度多媒体接口(HDMI)等。通过将外部连接设备729连接到连接端口723,内容服务器10和信息处理装置20直接从外部连接设备729获得声学信号数据或图像信号数据,或者将声学信号数据或图像信号数据提供给外部连接设备729。
通信设备725是由用于连接到通信网络731的通信设备等配置而成的通信接口。通信设备725为,例如,用于有线或无线局域网(LAN)的通信卡、蓝牙或无线USB(WUSB)、用于光学通信的路由器、用于非对称数字用户线路(ADSL)的路由器、各种通信调制解调器等。该通信设备725例如能够根据诸如TCP/IP的预定协议向因特网和其它通信设备发送信号等或从因特网和其它通信设备接收信号等。此外,连接到通信设备725的通信网络731由按有线或无线方式连接的网络等配置而成,例如,可以采用因特网、室内LAN、红外线通信、无线电波通信、卫星通信等。
到此为止,描述了能够实现根据本发明每个实施例的内容服务器10和信息处理装置20的功能的硬件结构的例子。上述每个部件可以通过使用通用部件或使用专用硬件来配置以实现每个部件的功能。由此,当执行本实施例时,根据技术水平按需要可以改变使用的硬件结构。
顺便提及,根据本实施例的内容服务器10也可以是具有下述功能的程序。该程序是用于使计算机执行对视频/音频内容进行编码并从所述视频/音频内容产生多个压缩数据流、以及同时发布所产生的多个压缩数据流中的每个压缩数据流的步骤的程序,其中,所述视频/音频内容这样来输入:使得与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点对于所述多个压缩数据流中的各个压缩数据流来说是不同的,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、可以在不依赖先前数据的情况下开始随后的视频信号的编码的数据。
所述计算机程序被存储在计算机中包括的存储部分中,并且当包括在计算机中的CPU读取并执行所述程序时,所述程序使计算机起上述内容服务器10的作用。此外,也可以提供存储有所述计算机程序并能够由所述计算机进行读取的记录介质。所述记录介质为,例如,磁盘、光盘、磁光盘、闪存存储器等。此外,可以在不使用记录介质的情况下,经由例如网络来发布上述计算机程序。
顺便提及,根据本实施例的信息处理装置20也可以被提供为具有下述功能的程序。该程序是用于使计算机执行在所发布的多个压缩数据流中选择要获取的压缩数据流并获取所选择的压缩数据流等步骤的程序,其中,所述所发布的多个压缩数据流从编码的视频/音频内容来产生,所述编码方式使得与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点对于所述多个压缩数据流中的各个压缩数据流来说是不同的,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、可以在不依赖于先前数据的情况下开始后面的视频信号的编码的数据。
所述计算机程序被存储在包括在计算机中的存储部分中,并且当所述计算机中包括的CPU读取并执行所述程序时,所述程序使所述计算机起上述信息处理装置20的作用。此外,也可以提供存储计算机程序并能够由计算机进行读取的记录介质。记录介质为,例如,磁盘、光盘、磁光盘、闪存存储器等。此外,上述计算机程序可以在不使用记录介质的情况下经由例如网络来发布。
如上所述,根据本实施例,即使是在对到IPTV用户住宅的接入网的数据带宽有限制的环境中,也可以在不在接入网的附近安装昂贵的网络设备或特殊的内容服务器的情况下,实现能够提供高质量视频并使得能够进行高速频道切换的IPTV系统。
此外,根据本实施例,在进行频道切换时,可以使得没有视频显示的信号消失时段或以暂停状态显示切换前的频道中的视频的时间最小,从而为观看者提供无缝频道切换。
此外,根据本实施例,由于不管接收到分配给各个频道的组播流中的哪个组播流都可以观看频道,所以能够建立有不选择组播地址的终端(现有终端)共存的IPTV系统。
(第二实施例)
<内容发布系统>
首先,参考图19,详细描述根据本发明第二实施例的内容发布系统。图19是用于描述根据本发明第二实施例的内容发布系统的说明图。顺便提及,在下面的说明中,采用IPTV系统作为所述内容发布系统的例子来进行说明。
例如,如图19所示,根据本实施例的内容发布系统1001主要包括:与各个频道相对应的多个内容服务器1010A、1010B和1010C,交换机1012和1018,路由器1014和1016,由观看者所使用的多个信息处理装置1020A、1020B、1020C和1020D,计划发布时间点信息传输服务器1030以及参考时钟服务器1040。
内容服务器1010对应着IPTV系统中的每个频道的广播站,它根据预定方法对视频/音频内容(视频/音频信号)进行编码,以使其成为压缩数据流并通过使用预定的传输协议将该压缩数据流组播到IP网络。在图19中,只显示了三个内容服务器。然而,内容服务器1010的数目例如与IPTV系统中的频道的数目一样多,如果总共有300个频道,那么在内容发布系统1001中就有300个内容服务器1010。
交换机1012是对流经核心网的包有变换功能(切换功能)的通信设备。交换机1018是对流经接入网的包有变换功能的通信设备,并因为它处于核心网的附近而被特定地称作边缘交换机。设置这些交换机1012和1018以便确定包的目的地,并且将通信只转发给特定的第三方。
路由器1014和1016是用于转发诸如流经网络的包的数据的设备。这些路由器对部分协议(即,所谓的OSI参考模型中的网络层或传输层)进行分析,并对数据进行传输。此外,路由器1014和1016具有对网络层中所描述的地址进行分析并确定通过哪条路径来传输数据的路径选择功能。
信息处理装置1020是由内容发布系统1001的观看者使用的终端,它在由各内容服务器1010发布的多个视频/音频内容中获取期望看到或听到的内容,并将所获取的内容再现出来。
顺便提及,后面将再次详细描述上述内容服务器1010和信息处理装置1020。
计划发布时间点信息传输服务器1030接收从每个内容服务器1010输出的每个参考压缩视频数据计划发布时间点信息,并收集内容发布系统1001中现有的所有内容服务器1010的参考压缩视频数据计划发布时间点信息。此外,计划发布时间点信息传输服务器1030以预定时间间隔(例如,10毫秒到20毫秒的周期)向连接到所述系统的信息处理装置1020传输收集到的参考压缩视频数据计划发布时间点信息。顺便提及,后面将详细描述上述参考压缩视频数据计划发布时间点信息。
参考时钟服务器1040是具有例如时间点信息源(精度为1/10000秒)的服务器,且其通过使用例如网络时间协议(NTP)使连接到内容发布系统1001的内容服务器1010、信息处理装置1020等的内部时钟与参考时钟服务器1040的时间点信息源同步。
到此为止,描述了根据本实施例的内容发布系统1001。下面将参考图20和图21来详细描述根据本实施例的内容服务器1010和信息处理装置1020。
<内容服务器的结构>
下面将参考图20来详细描述根据本实施例的内容服务器1010的结构。图20是用于描述根据本实施例的内容服务器1010的结构的框图。
根据本实施例的内容服务器1010具有自己的时钟,该时钟与内容发布系统1001中的参考时钟服务器1040同步。内容服务器1010能够在任意定时(诸如当所述服务器启动时、当内容服务器1010的管理员输入用于更新内部时钟的命令时等)通过使用例如NTP使所述内部时钟与参考时钟服务器1040的时间同步。
根据本实施例的内容服务器1010的每个处理部分通过参考与参考时钟服务器1040同步的所述内部时钟的当前时间来执行预定的过程。
例如,如图20所示,根据本实施例的内容服务器1010包括预览流处理部分1011A和视听流处理部分1011B。同一频道中的视频/音频信号被分别输入到预览流处理部分1011A和视听流处理部分1011B。
如图20所示,预览流处理部分1011A主要包括:例如,第一编码器1101、第一发布部分1105和存储部分1109。此外,如图20所示,视听流处理部分1011B主要包括:例如,第二编码器1103、第二发布部分1107和存储部分1111。
如图20所示,预览流处理部分1011A和视听流处理部分1011B都是包含至少一组编码器和发布部分的处理部分,其中,每个编码器和每个发布部分彼此独立地工作。
第一编码器1101和第二编码器1103由例如中央处理单元(CPU)、只读存储器(ROM)和随机存取存储器配置而成。在输入的视频/音频信号中,第一编码器1101和第二编码器1103通过使用例如H.264/AVC实时地对视频信号进行编码,并且也通过使用诸如HE-AAC等高效率编码技术实时地对音频信号进行编码。随后,在将每个经编码的信号复用为MPEG2-TS格式之后,第一编码器1101将其作为第一压缩数据流进行传输。此外,在将每个经编码的信号复用为MPEG2-TS格式之后,第二编码器1103将其作为第二压缩数据流进行传输。
这里,第一编码器1101对频道的视频/音频信号进行编码并产生压缩视频数据流,使得通过减少每秒的图像数在为传输数据保留的每一频道的数据带宽范围内使参考压缩视频数据的出现频率尽可能频繁。此时,由第一编码器1101产生的压缩视频数据流只由该参考压缩视频数据配置而成。包括这样产生的压缩视频数据流的第一压缩数据流被用作供快速预览的数据流。
此外,第二编码器1103对频道的视频/音频信号进行编码并产生压缩视频数据流,使得所述图像数与所输入的视频/音频信号的帧速率相对应(例如,将隔行扫描设置为60Hz,图像数为30每秒),并使得在发布网络中保留的数据带宽范围中视频图像质量尽可能地高。此时,由第二编码器1103产生的压缩视频数据流由参考压缩数据和通过使用参考压缩视频数据产生的压缩视频数据配置而成。包括这样产生的压缩视频数据流的第二压缩数据流被用作供频道观看的数据流。
这里,参考压缩视频数据是这样的压缩视频数据,它能被解码为视频数据而不用参考时间上在该视频数据之前的压缩视频数据。参考压缩视频数据的例子包括:例如,H.264/AVC中的即时解码器刷新(IDR)图像,或MPEG2视频中的帧内图像(I-图像)。
此外,通过使用参考压缩视频数据产生的压缩视频数据是通过使用运动补偿帧间预测进行编码的、由只指示与参考压缩视频数据的不同的数据配置而成的压缩视频数据。通过使用参考压缩视频数据产生的压缩视频数据的例子包括预测图像(P-图像)和双向预测图像(B-图像)。
顺便提及,在对视频/音频信号进行编码时,第一编码器1101和第二编码器1103能够分别参考后面要描述的存储部分1109和存储部分1111中存储的各种数据库。此外,第一编码器1101和第二编码器1103也可以将所产生的压缩数据流分别存储在存储部分1109和存储部分1111中。
第一发布部分1105和第二发布部分1107由例如CPU、ROM、RAM、通信设备等配置而成,并具有所谓的实时传输协议(RTP)服务器的功能。第一发布部分1105和第二发布部分1107分别将由第一编码器1101和第二编码器1103产生的MPEG2-TS包存储在RTP包以及存储在UDP包之后将其存储在IP组播包中,并将其传输出去。这些IP包经由例如交换机1012等由IP网络进行发布。
此外,第一发布部分1105和第二发布部分1107计算由第一编码器1101和第二编码器1103产生的参考压缩视频数据要被发布的计划发布时间点,并周期性地产生描述了计划发布时间点的参考压缩视频数据计划发布时间点信息(在下文中,简称为“计划发布时间点信息”)。后面将再次详细描述所述计划发布时间点的计算方法。
第一发布部分1105和第二发布部分1107周期性地向计划发布时间点信息传输服务器1030输出所产生的每个计划发布时间点信息。此外,第一发布部分1105和第二发布部分1107可以将产生的计划发布时间点信息分别存储在存储部分1109和存储部分1111中。
存储部分1109中按照需要存储有根据本实施例的预览流处理部分1011A执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。第一编码器1101、第一发布部分1105等能够自由地在存储部分1109中进行读写。
同样,存储部分1111中按照需要存储有根据本实施例的视听流处理部分1011B执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。第二编码器1103、第二发布部分1107等能够自由地在存储部分1111中进行读写。
此外,预览流处理部分1011A和视听流处理部分1011B可以设置在一个内容服务器的壳内。此外,预览流处理部分1011A和视听流处理部分1011B可以是独立的设备,这些设备可以并行连接起来。
到此为止,已经示出根据本实施例的内容服务器1010的功能的例子。上述每个部件可以通过使用通用构件或电路来构造,也可以通过使用专门的硬件来构造以实现每个部件的功能。此外,CPU等可以执行所述部件的所有功能。由此,在执行本实施例时,可以根据技术水平按照需要来改变要使用的硬件结构。
<信息处理装置的结构>
随后,参考图21,详细描述根据本实施例的信息处理装置1020的结构。图21是用于描述根据本实施例的信息处理装置1020的结构的框图。
根据本实施例的信息处理装置1020具有自己的时钟,该时钟与内容发布系统1001中的参考时钟服务器1040同步。信息处理装置1020能够在任意时间点(诸如当所述装置启动时、当信息处理装置1020的用户输入用于更新内部时钟的命令时等)通过使用例如NTP使所述内部时钟与参考时钟服务器1040的时间同步。
例如,如图21所示,根据本实施例的信息处理装置1020主要包括:频道选择部分1201、获取流选择部分1203、内容获取部分1205、内容再现部分1207和存储部分1209。
频道选择部分1201由例如CPU、ROM、RAM等配置而成。当用户通过对诸如信息处理装置1020上提供的频道选择开关、频道选择按钮等、或遥控器等操作部分进行操作,从而在被发布的多个频道中选择指定频道时,频道选择部分1201就将通过频道选择开关、频道选择按钮等所获得的输入转换为预定信号。此外,频道选择部分1201将通过转换所述用户输入而获得的预定信号输出到后面描述的获取流选择部分1203。
获取流选择部分1203由例如CPU、ROM、RAM、通信设备等配置而成,它通过参考与参考时钟服务器1040同步的内部时钟的当前时间来执行下面描述的过程。
当获取流选择部分1203通过频道选择部分1201被指定频道时,获取流选择部分1203通知后面描述的内容获取部分1205获取由指定频道发布的供视听用的压缩数据流。此外,当观看者在某个定时开始频道转换(channelzapping)并且由频道选择部分1201指定了不同的频道时,通知后面描述的内容获取部分1205获取由相应频道发布的供预览用的压缩数据流。然后,当观看者结束频道转换并且指定了要观看的频道时,获取流选择部分1203通知后面描述的内容获取部分1205获取由指定的频道所发布的供视听用的压缩数据流。
获取流选择部分1203从计划发布时间点信息传输服务器1030周期性地接收从每个内容服务器1010输出的、且由计划发布时间点信息传输服务器1030收集的计划发布时间点信息。获取流选择部分1203在高速频道切换时通过参考所接收到的计划发布时间点信息来确定从供预览用的压缩数据流切换到另一个供预览用的压缩数据流的切换定时、以及从供预览用的压缩数据流切换到供视听用的压缩数据流的切换定时。
更具体说,获取流选择部分1203通过使用获取由频道选择部分1201通知的频道的压缩数据流和切换到所获取的压缩数据流所需的切换时间、以及要获取的压缩数据流的选择过程开始的时间点,来计算到所获取的压缩数据流的切换被完成的估计切换完成时间点。这里,上述所需切换时间是在从当前正在显示的频道切换到不同频道的时候显示出新频道中正发布的内容之前所需的时间。获取流选择部分1203将计算出的估计切换完成时间点与从计划发布时间点信息传输服务器1030获得的计划发布时间点信息进行比较,并通知内容获取部分1205到要获取的数据流的切换,使得可以接收到具有在估计切换完成时间点之后的最接近的计划发布时间点的压缩数据流。
顺便提及,当进行这些选择过程时,获取流选择部分1203可以通过参考后面描述的存储部分1209中存储的各种数据库等来进行这些过程。
此外,当所述压缩数据流的计划发布时间点和估计切换完成时间点之间的时间间隔等于或小于预定阈值时,获取流选择部分1203向内容获取部分1205通知选择结果。此外,当时间间隔超过了预定阈值时,获取流选择部分1203基于从计划发布时间点信息传输服务器1030新传输来的计划发布时间点信息再次执行压缩数据流的选择过程,并向内容获取部分1205通知选择结果。
当估计切换完成时间点和计划发布时间点之间的时间间隔超过预定阈值时,即使基于获取流选择部分1203的选择结果进行显示切换,显示屏也处于信号消失状态,其中屏幕上显示黑色等。因此,由于在等待从计划发布时间点信息传输服务器1030新通知的计划发布时间点信息的同时,正在继续地获取切换之前的频道的流,所以通过在屏幕上继续显示视频,能够在不损害用户的可用性的情况下再次执行压缩数据流的选择过程。
下面将再次详细描述上述获取流的选择方法。
内容获取部分1205由例如CPU、ROM、RAM、通信设备等配置而成,且它在被发布的多个频道中获取与获取流选择部分1203发送的选择结果相对应的频道发布内容。在根据本实施例的内容发布系统中,由于针对属于一个频道的内容,发布供预览用的压缩数据流和供视听用的压缩数据流,因此,内容获取部分1205基于从获取流选择部分1203通知的选择结果来获取压缩数据流。
顺便提及,在获取内容时,内容获取部分1205能够通过参考后面描述的存储部分1209中存储的各种数据库等来执行所述内容的获取过程。
内容再现部分1207由例如CPU、ROM、RAM等配置而成,它再现由内容获取部分1205获取的内容并将其显示在信息处理装置1020中提供的显示器(未示出)上。这里,内容的再现包括在将从内容获取部分1205发送的压缩数据流解码之后再现经解码的内容、以及与压缩数据流的解码一道再现内容。内容再现部分1207能够在对内容进行解码或对内容进行再现时参考后面描述的存储部分1209中存储的数据库等。
存储部分1209中按照需要存储有根据本实施例的信息处理装置1020执行进程时需要保留的各种参数、进程的进度等、或各种数据库等。频道选择部分1201、获取流选择部分1203、内容获取部分1205、内容再现部分1207等能够自由地在存储部分1209中进行读写。
到此为止,已经示出根据本实施例的信息处理装置1020的功能的例子。上述每个部件可以通过使用通用构件或电路来构造,也可以通过使用专门的硬件来构造以实现每个部件的功能。此外,CPU等可以执行所述部件的所有功能。由此,在执行本实施例时,可以根据技术水平按照需要来改变要使用的硬件结构。
<内容发布方法>
下面将参考图22到图30来详细描述根据本实施例的内容服务器1010要执行的内容发布方法。
(压缩视频数据流的图像结构)
图22是用于描述从预览流处理部分1011A和视听流处理部分1011B输出的压缩视频数据流的图像结构的说明图。在下文中,采用IPTV系统作为例子来进行说明,所述IPTV系统在接入网中保留了每秒8兆比特的带宽,并以高清晰分辨率(1920×1024)发布原始信号,其中,每秒隔行扫描60帧。
在该系统中,每一秒例如约7兆比特的带宽被分配给MPEG视频流。当用H.264/AVC进行编码时,每秒编码30个MPEG图像,如图22的用于内容观看的数据流的图像结构所示。顺便提及,在本说明书中,根据MPEG2视频的图像组(GOP)的描述,包括在开始处的IDR图像的一组多个图像将被称作GOP。
尽管IDR图像、P-图像和B-图像的出现模式可以被灵活地改变,但对于根据本实施例的第二编码器1103来说,GOP被设置为每秒30个图像,并且P-图像和B-图像也被以固定模式进行编码。这里,对于IDR图像、P-图像和B-图像来说,要被分配的数据量的比例是不同的,并且数据量被设置为3∶2∶1。然而,在图22中,为了方便起见,每个图像的大小与数据量是不成比例的,并且用固定大小来显示图像。
另一方面,如图22所示,从根据本实施例的预览流处理部分1011A输出的用于频道预览的压缩数据流只由IDR图像配置而成。构成用于预览的压缩数据流的IDR图像由第一编码器1101进行编码,使得与从视听流处理部分1011B输出的数据流具有相同的分辨率和相同的质量。这样产生的压缩数据流由例如每秒10个IDR图像配置而成,如图22所示。这里,第一编码器1101进行编码,使得IDR图像的数据量是固定的。在第一发布部分1105将MPEG2-TS包存储在RTP和UDP包中的时候,对UDP包进行调整,使得UDP包之间的间隔几乎是相等的,如后面所述,然后,在网络中发布该UDP包。因此,在信息处理装置1020接收用于预览的压缩数据流的情况下,能够将开始接收IDR图像的定时实现为约每100毫秒。
(UDP包格式)
图23是用于描述根据本实施例的发布部分1105和1107所要发送的UDP包的格式的说明图。由内容服务器1010中提供的编码器1101和1103中的每一个产生的MPEG2-TS包被输出到每个编码器所属的处理部分中提供的发布部分,并且所述MPEG2-TS包被作为IP包传输。所述IP包具有例如图23所示的格式。
如图23所示,IP组播的UDP包由IP头、UDP头、RTP头和RTP有效载荷配置而成。由内容服务器1010的编码器1101和1103中的每一个产生的MPEG2-TS包被存储在RTP有效载荷中。通常,如图23所示,7个MPEG2-TS包被存储在RTP有效载荷中。
内容服务器1010的发布部分1105和1107中的每一个产生如图23所示的UDP包并将其组播出去。
这里,当7个MPEG2-TS包被如图23所示存储时,一个UDP包约为1356个字节。这里,当在接入网中通过使用最大带宽(即,每秒8兆比特)来传输流时,每秒钟传输约737个UDP包,并且IDR图像被分成约74个UDP包。由于UDP包在后面描述的调整过程(shaping process)进行之后进行传输,所以UDP包以平均1.3毫秒的间隔进行传输。
(预览用压缩数据流的发布)
下面将参考图24来描述通过使用每个频道的预览流来对多个频道进行高速预览的方法。图24是用于描述根据本实施例的供预览用的压缩数据流的说明图。
例如,当通过观看者的操作开始了频道预览操作时,观看者完全有可能通过对每个频道观看例如1到3个视频帧(从时间上说,约0.1到0.3秒的频道视频)来识别出频道中正在广播的节目的标题或类型(例如,新闻、戏剧、出现的演员等)、节目的精彩程度(例如,体育节目的精彩程度)等。因此,观看者通常通过不断地按下遥控器等的预览按钮来切换被预览的频道。在切换频道时,信息处理装置1020优选接收切换之前和切换之后两个频道数据流中的UDP包,不错过任何UDP包。
这里,假设这样的情形:其中,如图24所示,在从每个频道发布的供预览用的压缩数据流中,每秒发布10个IDR图像。信息处理装置1020优选以下述方式接收UDP包,以便为观看者提供无缝视频切换。就是说,在例如从频道1中的流到频道2的流进行发布切换时,信息处理装置1020接收存储有频道1的第五个IDR图像的所有UDP包,并接收存储有频道2的第六个IDR图像的所有UDP包。接收UDP包,使得允许信息处理装置1020无缝地切换视频。为了实现这一点,应该在约1.3毫秒之内在频道1和频道2之间对经由网络发布给信息处理装置1020的流进行切换。
这种流切换通过作为终端的信息处理装置1020发出IGMP消息来进行。图25A和图25B是用于描述IGMP消息的格式的说明图。图25A和图25B示出根据RFC 3376中指定的IGMP版本3的IGMP消息的格式,该消息供信息处理装置1020进行组播数据发布控制。
当加入或离开组播组时,信息处理装置1020使用如图25A所示的报告格式的IGMP消息。另外,也有询问格式的IGMP消息,用来检查某个组播路由器正在加入所述组播组。省略这些IGMP的规格的详细说明。
如图25A所示,报告格式的IGMP消息具有在“组记录的数目”栏中声明的报告中包括的记录的数目,并具有随后在IGMP消息中描述的针对所述声明了的记录的数目的“组记录”。图25B示出每个组记录的格式。如图25B所示,在组记录的格式中有“记录类型”栏,并通过在该栏中输入预定值,能够指定加入或离开组播组。
然而,由IGMP进行的组播发布的切换通常花费例如约50到100毫秒。即使采用使用上述IGMP版本3的功能并通过一个IGMP报告消息来加入或离开组播组的方法,并且使通过进行IGMP窥探的边缘交换机(例如,DSLAM)来进行的发布切换过程加速,发布切换也要花费约几十毫秒。因此,在技术上难以在少于如上所述1.3毫秒的时间内进行组播发布的切换。
(包调整过程)
为了解决该问题,根据本实施例的内容服务器1010的每个发布部分在发布MPEG流时进行如图26所示的调整(shaping)。图26是用于描述根据本实施例的内容服务器执行的包的调整过程的说明图。
根据本实施例的第一发布部分1105将存储有包括流的每个IDR图像的MPEG2-TS包的UDP包收集到数据块(chunk)中,并对所述流进行调整,使得在该数据块内,UDP包几乎是等间隔排列。此外,在所述数据块之间提供不发布时段,在该时段中,没有UDP包被发布到接入网。就是说,由根据本实施例的第一发布部分1105产生的压缩数据流由发布UDP包的时段(数据发布时段)和不发布UDP包的时段(数据非发布时段)配置而成,数据包是间歇式发布的。
此外,为了使周期性出现的数据非发布时段与供另一频道预览的数据流的数据非发布时段在同一时间点出现,并且出现相同时长,每个内容服务器1010的编码器对视频/音频内容进行编码,使得每个视频/音频内容的IDR图像出现的时间位置与另一个内容服务器1010的相同。通过设置编码使得每秒10个IDR图像在固定的时间位置出现并且编码器基于例如参考时钟调节IDR图像出现的时间点,可以实现这一点。顺便提及,这不需要使用于进行复用的MPEG2系统时钟和H.264/AVC编码器彼此同步。
供预览各个内容服务器100的压缩数据流的IDR图像所在的时间点可以由上述方法进行调节,以便彼此一致,因此,通过将相同长度的数据非发布时段设置到每个发布部分,可以这样来实现调整:即由每个内容服务器要发布的包的数据非发布时段出现在同一时间点并且在同一数据块中。
此外,通过以同样方式对供视听用的每个压缩数据流进行调整,能够平滑地切换到供视听用的流。在这种情形中,所述调整的进行使得存在紧临供视听用的流的每个IDR图像之前的数据非发布时段,并且数据非发布时段与供预览用的压缩数据中的任何数据非发布时段出现在同一时间点并出现相同时长。如果编码的设置使得供视听用的压缩数据流在固定的GOP中每秒出现例如一次,那么,可以进行这样的调整:其中,供视听用的数据流的数据非发布时段与每第10个供预览用的压缩数据流中的数据非发布时段同时出现。
在作为终端的信息处理装置1020进行频道切换时,数据非发布时段被用作发布切换时间。
在本实施例中,通过使数据非发布时段为例如20毫秒并在剩余80毫秒内传输UDP包(即,使数据发布时段为80毫秒),能够每100毫秒发送IDR图像的数据。包括IDR图像的MPEG2-TS包由约74个UDP包配置而成,因此,在这种情形中,以约1毫秒的间隔发送UDP包。此时,由于要发送的UDP包的总数与过去的情形相同,所以要发布给接入网的数据带宽保持相同。然而,当局部调整(local shaping)影响向同一接入网发送的其它通信量时,可以降低预览用的流的图像/音频的质量等来进行编码。这能将MPEG流的比特率减小约6.1兆比特每秒,并使存储有包括IDR图像的MPEG2-TS包的UDP包的数目约为57,并且能够使UDP包间隔与以通常方式进行调整的情形中的UDP包的间隔相同。至于切换期间所显示的视频(诸如预览用的视频),就人的感觉而言,质量的劣化不会引起严重问题。
(计划发布时间点的计算)
接下来,参考图27,详细描述根据本实施例的内容服务器1010中提供的每个发布部分所要执行的计划发布时间点的计算方法。根据本实施例的内容服务器针对预览流处理部分1011A和视听流处理部分1011B所发送的每个UDP包,计算存储有在开始处包括IDR图像的MPEG2-TS包的UDP包要被发布的计划时间点,作为所述计划发布时间点。下面,以视听流处理部分1011B的计划发布时间点的计算方法作为例子进行详细说明。图27是用于描述根据本实施例的内容服务器所要执行的计划发布时间点的计算方法的说明图。
根据本实施例的视听流处理部分1011B中提供的第二发布部分1107进行IDR图像的计划发布时间点的计算。通过使用下面的等式来执行计算过程。
在计算时间点C处的IDR图像计划发布时间点:
时间点F=时间点C+时间D+时间E ...(等式1001)
这里,在上述等式1001中,可以通过使用时间D=(时间点B-时间点A)来计算时间D,如图27所示。时间D可以看作是由第二编码器1103产生的包括IDR图像数据的MPEG2-TS包的产生与IP组播包中的MPEG2-TS包的传输之间的延迟时间。
图27所示的时间点B是包括IDR包的数据的第一MPEG2-TS包的产生时间点,而时间点A是从第二发布部分1107发送MPEG2-TS包的时间点。通常,该延迟时间D几乎是恒定的,因此,可以使用一次测量所获得的值或使用固定值。或者,可以针对IDR图像的每次发送来计算该延迟时间。
图27中的时间E是从时间点C直到包括下一个IDR图像的第一数据的MPEG2-TS包的产生所花费的时间。当时间点C过去时,时间E被更新,并且在每次测量IDR图像计划发布时间点时应该向第二编码器1103进行询问。通常,在实时编码中,为了缩短编码所导致的延迟,IDR图像计划发布时间点是由第二编码器1103估计的时间。例如,当设定第二编码器1103来以1秒的固定间隔产生IDR图像时,可以容易地获得时间E。即使不是这样,也完全可能基于由编码器产生的并存储在存储部分等中的编码器缓冲器管理信息来估计时间E。当未发送的IDR包在时间点C已经存在时,时间E变成负值。
内容服务器中提供的每个发布部分通过使用上述方法来计算参考压缩视频数据计划发布时间点信息。发布部分将这样计算出的计划发布时间点与分配给所述发布部分自身的位置信息(例如,IP地址号)关联起来,并将其作为计划发布时间点信息输出到计划发布时间点信息传输服务器1030。
(计划发布时间点信息的例子)
下面将参考图28来详细描述通过使用上述方法计算出的计划发布时间点信息的具体描述例子。图28是用于描述根据本实施例的参考压缩视频数据计划发布时间点信息的具体例子的说明图。
如图28所示,作为参考压缩视频数据计划发布时间点信息的例子的IDR图像计划发布时间点信息是由例如IP头、UDP头、RTP头和RTP有效载荷配置而成。如图28所示,IDR图像计划发布时间点信息被存储在UDP包的RTP有效载荷中,并由M条IDR图像计划传输时间点记录连同12字节的头来描述。
在IDR图像计划发布时间点信息的头中指定了表明UDP包具有IDR图像计划发布时间点信息的包格式的标识符、版本号等。MPEG流的IDR图像计划发布时间点信息由8个字节来表达,包括IP组播地址(4字节)和计划发布时间点(4字节),并且在UDP包中能够描述约M=150条的MPEG流的计划发布时间点。
在后面描述的广播发现记录中,记录的IP组播地址对应于每个频道的IP组播地址,且被存储包括相应IP组播流的IDR图像的IP包接下来要被发布的计划时间。
尽管例如约1/1000秒的精度对于计划发布时间点来说足够了,但优选采用1/10000秒(即0.1毫秒)的精度。利用发送至少是同一频道的IP组播流的每个处理部分1011所用的同一时钟来测量计划发布时间点就足够了。然而,也可以利用所有处理部分所使用的同一时钟来测量计划发布时间点。
下面将参考图28来描述对由内容发布系统1001的每个内容服务器1010测量的IDR图像计划发布时间点信息进行收集并将其发送到作为终端的信息处理装置1020中的机制。
如上所述,所有的内容服务器1010和信息处理装置1020的时钟被设置为与通过网络时间协议(NTP)连接到网络的参考时钟服务器1040同步,并且,每个内容服务器1010通过NTP使其自己的时钟与所述参考时钟同步,并通过同步了的时钟来计算下一个IDR图像要被发布的计划时间点。内容服务器1010的处理部分1011中提供的发布部分将计算出来的时间点发送到IDR图像计划发布时间点信息传输服务器1030,如上所述。
在这种情形中,每个处理部分1011的发布部分通过IP单播来发送图28所示的UDP包。UDP包只被存储了与发送该UDP包的处理部分1011要发送的IP包流有关的计划发布时间点记录。换言之,对于图28的UDP包,M为1。IDR图像计划发布时间点信息传输服务器1030收集每个内容服务器1010(更确切地说是每个处理部分1011)发送的IDR图像计划发布时间点,并产生如图28所示的UDP包。
如图19和20所示,其中,在内容发布系统1001中有300个频道(即,300个内容服务器1010),并且每个频道都有两个处理部分1011,图28所示的UDP包变成了用于600个IP组播流的信息。因此,对于每个UDP包,M=150,并且所传送的每个UDP包被分成4个UDP包。在UDP包可能会丢失的网络环境中,冗余地传送相同的包。
IDR图像计划发布时间点信息传输服务器1030所发送的UDP包的IP组播地址是在后面要描述的广播发现记录中的Channel Change Info(频道变化信息)中指定的IP组播地址。为了接收IDR图像计划发布时间点信息,每个信息处理装置1020都指定IP组播地址并通过IGMP加入组播组。IDR图像计划发布时间点信息的传输以约每秒100次的频率(即10毫秒的周期)进行,并且信息处理装置1020能够约每10毫秒接收最新的IDR图像计划发布时间点信息。
顺便提及,根据本实施例,要从各内容服务器1010发布的预览用流的IDR图像通常在同一时间点进行发布,因此,计划发布时间点信息是相同的,并且不必由各个内容服务器1010进行通知。然而,根据本实施例的发布时间点信息传输服务器1030也收集从每个预览流处理部分1011A输出的信息。
在信息处理装置1020将组播发布从频道转换切换到频道观看时,从视听流处理部分1011B输出的计划发布时间点被用来优化由信息处理装置1020接收到视听用数据流的IDR图像之前的等待时间,并无缝地切换流。
(IP包的传输)
下面将参考图29和图30来详细描述根据本实施例的IP包被传输给信息处理装置的机制。顺便提及,在下文中,将基于作为IPTV系统标准的DVB-IP(ETSI TS102 034)来进行说明。
为了接收每个频道的MPEG流,作为终端的信息处理装置1020需要知道频道数据要被发布到的IP组播地址。根据DVB-IP,在SD&S广播发现记录中描述频道的信息。根据依据DVB-IP标准的DVB SD&S传输协议(DVBSTP),通过组播将广播发现记录从IPTV应用服务器(诸如EPG服务器(未示出))发送到信息处理装置1020。顺便提及,传输广播发现记录时,为其分配不同于MPEG2-TS流的IP组播地址的IP组播地址。
因此,根据本实施例的内容发布系统1001中的内容服务器1010需要预先向IPTV应用服务器通知为内容服务器1010的每个处理部分1011分配的IP组播地址或各种频道信息。
图29是用于描述根据DVB-IP的广播发现记录的数据格式的说明图。在广播发现记录中描述了由IPTV服务提供的所有频道的信息。例如,当IPTV服务广播300个频道时,作为终端的信息处理装置1020接收描述了所述300个频道的信息的广播发现记录。
例如,如图29所示,作为频道信息,用TextualIdentifier ServiceName(文字式标识符服务名)的字符串来描述频道名,所述字符串用来显示频道名。此外,IPMulticastAddressAddress(IP组播地址地址)和IPMulticastAddressPort(IP组播地址端口)描述了从视听流处理部分1011B发布的IP组播包的IP组播地址和端口号。
通过作为终端的信息处理装置1020利用IGMP加入广播发现记录中描述的IP组播地址组,开始进行期望频道的IP组播包的发布,并且使得信息处理装置1020能够接收IP组播包。
此外,利用根据本实施例的广播发现记录,扩展了根据DVB-IP标准的广播发现记录,并且提供XML元素<xx:PreviewServiceLocation>(PreviewServiceLocation:预览服务位置)。根据本实施例的广播发现记录具有在XML元素中描述的要从预览流处理部分1011A输出的IP组播包的IP组播地址和端口号。
图30是用于描述用XML表达广播发现记录的例子的说明图。在该广播发现记录的例子中,描述了300个频道的服务信息,每个XML元素“<SingleService>”(SingleService:单个服务)对应于频道的信息。
例如,在开始处的频道信息为作为频道名(ServiceName)的“Channel1(频道1)”。此外,描述了要从视听流处理部分1011B输出的IP包的组播地址(地址224.0.1.1、端口号1600)和要从预览流处理部分1011A输出的IP包的组播地址(地址224.0.1.2、端口号1600)。接着列出的频道信息为作为频道名的“Channel 2(频道2)”、以及分别用于观看和预览的两个组播地址。尽管后面的频道信息的描述省略了,但要列出并描述总共300个频道的信息。根据上述广播发现记录,信息处理装置1020能够知道每个频道的、分别用于观看和预览的所述两个地址。
下面将描述被分配了组播地址并被发布的每个MPEG2-TS流的IDR图像计划发布时间点信息的获取方法。在本实施例中,符合DVB-IP标准的广播发现记录被扩展,并描述了XML元素“<ChannelChangeInfo>”(ChannelChangeInfo:频道改变信息)。所述XML元素“<ChannelChangeInfo>”具有计划发布时间点信息传输服务器1030的组播地址(在“<IPMulticastAddress>”中指定),其中,从计划发布时间点信息传输服务器1030能够获取由IPTV服务发布的所有MPEG流的IDR图像计划发布时间点信息。图30中所示的例子表明,能够从地址224.0.1.0、端口号1500获得IDR图像计划发布时间点信息。
如上所述,根据本实施例的内容发布方法,为一个频道发布两种类型的压缩数据流,即,为预览而编码的压缩数据流和为视听而编码的压缩数据流。为预览而编码的压缩数据流只由诸如IDR图像的参考压缩视频数据配置而成,并且对存储有所述数据流的包进行调整,使其适于快速频道转换。于是,根据本实施例的内容发布方法,作为终端的信息处理装置获取预览用的压缩数据流,并以重复的方式再现多个频道的该预览用压缩数据流,由此实现快速频道转换。
<信息处理方法>
下面将参考图31到图38来详细描述根据本实施例的信息处理装置1020所执行的信息处理方法。图31是用于描述根据本实施例的信息处理装置1020所要执行的信息处理方法的流程图。
当观看者(用户)接通信息处理装置1020的电源时,或者从IPTV的服务菜单等选择了TV服务时,根据本实施例的信息处理装置1020开始进行TV观看过程。
首先,信息处理装置1020通过使用该装置中提供的CPU、ROM、RAM、通信设备等从诸如EPG服务器(未示出)的IPTV应用服务器中获取广播发现记录(步骤S1101)。基于符合DVB-IP标准的协议来描述广播发现记录,如图30所示,并且信息处理装置1020能够获得与每个频道相对应的频道信息。当频道信息不是经常改动时,也可以使用已经从IPTV服务中获得的频道信息。
然后,信息处理装置1020通过使用该装置中提供的CPU、ROM、RAM、通信设备等来发出IGMP消息,用于请求开始发布IDR图像计划发布时间点信息,并开始接收与该计划发布时间点信息相关的组播包(步骤S1103)。
当加入或离开组播组时,信息处理装置1020使用具有图25A所示报告格式的IGMP消息。
更具体说,为了命令组播组发布IDR图像计划发布时间点信息的发布开始,信息处理装置1020发出如图32A所示的IGMP消息。在“记录类型”栏中所指定的值1表示MODE_IS_INCLUDE(包括模式),并向与上述步骤S1101中所获得的组播地址(在本例中为224.0.1.0)相对应的组播组指示信息处理装置1020将加入组播组。通过信息处理装置1020利用IGMP加入组播组,计划发布时间点信息传输服务器1030周期性地(例如,10毫秒的周期)向信息处理装置1020发布IDR图像计划发布时间点信息。信息处理装置1020接收IDR图像计划发布时间点信息,并在存储部分1209中一直保持最新信息。
随后,信息处理装置1020的频道选择部分1201对频道选择信息进行初始化(S1105)。要被初始化的频道选择信息是四个参数:“CurrentChan(当前频道)”、“CurrentAddress(当前地址)”、“SelectChan(选择频道)”和“SelectAddr(选择地址)”。
参数“CurrentChan”是指示由信息处理装置1020当前所选择的频道的位置的参数,而参数“CurrentAddress”是指示当前所选频道被发布到的组播地址的参数。在该初始化中,这两个参数均被设置为-1。这个值表明:当前不进行频道选择。此外,参数“SelectChan”是指示要选择的频道的频道位置的参数,而参数“SelectAddr”是指示所选频道的MPEG2-TS流要被发送到的组播地址的参数。在该初始化中,“SelectChan”被设置为1。如果在终端中保持有先前所选频道的频道信息,那么,就指定其频道位置。在该初始化中,“SelectAddress”被设置为-1。
随后,频道选择部分1201向获取流选择部分1203通知由参数“SelectChan”所指示的频道,获取流选择部分1203通知内容获取部分1205获取在参数“SelectChan”中所设置的频道的视听用的压缩数据流,并且内容获取部分1205执行到视听流的切换过程(步骤S1107)。后面将再次详细描述到视听流的切换过程。通过该过程,在信息处理装置1020的显示器(未示出)屏幕上显示频道的视频,并从扬声器再现声音。
当所述到视听流的切换过程完成时,频道选择部分1201更新与当前所选频道相关的频道信息(步骤S1109)。就是说,将参数“SelectChan”的值设置在参数“CurrentChan”中,并将参数“SelectAddr”的值设置在参数“CurrentAddr”中。
随后,信息处理装置1020的频道选择部分1201等待用户操作的输入(步骤S1111)。
这里,当例如由用户输入了终止过程(诸如,按下遥控器的电源关闭按钮)时(步骤S1113),频道选择部分1201产生与所述输入操作相对应的信号,并进行步骤S1123的频道接收终止过程。此外,当用户输入了切换频道的操作时(步骤S1115),频道选择部分1201就进行后面描述的步骤S1117。在其它情形中,频道选择部分1201返回步骤S1111,并等待用户操作。实际上,除了这些控制外,还有诸如音量控制等用户操作。然而,在图31中省略其描述。
当由用户进行了频道切换操作时,就是说,例如,当由用户按下了遥控器的频道上移按钮或频道下移按钮时,信息处理装置1020就执行频道预览过程(步骤S1117)。后面将再次详细描述该频道预览过程。
然后,如在步骤S1109中那样,频道选择部分1201更新与当前所选频道相关的频道信息(步骤S1119)。
随后,信息处理装置1020的频道选择部分1201等待用户操作的输入,同时TV观看继续进行。
另一方面,当用户操作为终止操作时,内容获取部分1205执行频道接收终止过程(步骤S1121)。后面将再次详细描述频道接收终止过程。
然后,信息处理装置1020通过使用该装置中提供的CPU、ROM、RAM、通信设备等停止在步骤S1103中开始了的IDR图像计划发布时间点信息的发布,并终止计划发布时间点信息的组播包的接收(步骤S1123)。信息处理装置1020能够通过发送图32B所示的IGMP消息来停止发布的进行。这里,图32B中的“记录类型=2”指示了MODE_IS_EXCLUDE(排除模式),这意味着离开组播组224.0.1.0。
随后,信息处理装置1020终止TV观看的进行,并返回到IPTV服务菜单,或者去执行该终端的其它功能。
(频道预览过程)
下面将参考图33来详细描述根据本实施例的要由信息处理装置1020执行的频道预览过程。图33是用于描述根据本实施例的信息处理方法的频道预览过程的流程图。
根据频道预览过程,相继地切换和再现与各个频道相对应的供预览用的压缩数据流视频。此时,可以这样设置:首先,例如利用0.8秒的间隔进行频道切换,并且当观看者继续进行频道预览操作时(例如,当观看者一直按下频道切换按钮等时),频道的切换加速。频道切换的时间间隔的最小值(换言之,频道切换速度)可以任意设置。例如,可以以例如0.1秒的间隔进行视频切换。在该过程中,定义用于决定改变频道切换速度的定时的切换速度变化时间。切换速度变化时间可以被设置为例如约2秒。
首先,频道选择部分1201对与频道预览相关的两个参数(即,参数“PreviewInterval(预览间隔)”和参数“PreviewTimer(预览计时器)”)进行初始化(步骤S1201)。这里,参数“PreviewInterval”被用作切换频道定时的标准,并且在本步骤中被设置为例如800毫秒(0.8秒)。因此,当观看者继续进行频道预览操作时,以0.8秒的间隔进行频道切换。此外,参数“PreviewTimer”被用作计时器,用来测量切换频道的定时,并且在本步骤中,由于频道预览已经开始,所以,当前时间点被设置为初始值。
随后,频道选择部分1201在频道预览中建立下一个要切换到的频道(步骤S1203)。例如,当执行用于通过增加频道号来进行预览的操作时,诸如当按下遥控器上的NEXT(下一个)按钮时,频道选择部分1201将参数“SelectChan”设置为通过使参数“CurrentChan”的值增加1而获得的值。此外,当执行用于通过减小频道号来进行预览的操作时,频道选择部分1201将参数“SelectChan”设置为通过使参数“CurrentChan”的值减小1而获得的值。此外,频道选择部分1201设置参数“PreviewSwitchTime(预览切换时间)”。该参数是在确定要执行切换到下一个频道的操作时使用的参数,并且在本步骤中,在该参数中设置当前时间点。
接着,信息处理装置1020执行到用于预览在参数“SelectChan”中设置的频道的压缩数据流的切换(步骤S1205)。后面将详细描述到预览用流的切换过程。
在切换到供预览用的压缩数据流之后,频道选择部分1201更新与当前正在预览的频道相关的频道信息(步骤S1207)。就是说,将参数“SelectChan”的值设置在参数“CurrentChan”中,并将参数“SelectAddr”的值设置在参数“CurrentAddr”中。
随后,频道选择部分1201检查观看者是否在继续进行预览操作(频道转换操作)(步骤S1209)。更具体说,可以基于例如与频道改变相关的输入信号是否被输入到频道选择部分1201中来进行所述检查。当观看者决定观看与切换后的供预览用的压缩数据流相对应的频道并且确定了该频道时,执行后面描述的步骤S1211。此外,当观看者继续进行预览操作时,执行后面描述的步骤S1213。
当确定了要观看的频道时,信息处理装置1020进行到供视听用的压缩数据流的切换过程(步骤S1211)。后面将详细描述到供视听用的压缩数据流的切换过程。
这样,频道预览过程终止,并且IPTV电视的观看继续进行。
另一方面,当预览操作正在继续时,信息处理装置1020的获取流选择部分1203决定是否改变频道切换速度(步骤S1213)。更具体说,获取流选择部分1203基于从参数“PreviewTimer”中减去当前时间点而获得的时间是否大于切换速度变化时间来做出决定。当通过所述减法所获得的时间大于切换速度变化时间时,执行后面描述的步骤S1215。此外,当通过所述减法所获得的时间等于或小于切换速度变化时间时,执行后面要描述的步骤S1217。
当通过所述减法所获得的时间大于切换速度变化时间时,获取流选择部分1203确定参数“PreviewInterval”的值是否是最小值(步骤S1215)。当参数“PreviewInterval”的值等于或小于最小值时,不改变频道切换速度,并且执行后面描述的步骤S1219。此外,当参数“PreviewInterval”的值超过最小值时,执行后面描述的步骤S1217。
当频道切换速度大于最小值时,获取流选择部分1203改变频道切换速度(步骤S1217)。例如,获取流选择部分1203可以将当前设置的切换速度的值的一半设置为新的切换速度。在本实施例中,初始将参数“PreviewInterval”设置为800毫秒,并且当预览操作正在继续进行时,例如在每个切换速度变化时间改变切换速度。然后,随着切换速度的变化,参数“PreviewInterval”的值在四个级段,即800毫秒、400毫秒、200毫秒和100毫秒之间变化。顺便提及,上述改变切换速度的方法只是例子,根据用于频道预览的屏幕结构、遥控器按钮的操作、观看者的偏好等可以应用改变切换速度的各种方法。
随后,获取流选择部分1203决定自从前一频道切换时算起在参数“PreviewInterval”中所设置的时间是否已经过去(步骤S1219)。更具体说,获取流选择部分1203决定通过将参数“PreviewInterval”的值加到参数“PreviewSwitchTimer”的值上而获得的时间点是否超过了当前时间点。当没有超过当前时间点时,获取流选择部分1203在此步骤中进行等待。此外,当超过了当前时间点时,获取流选择部分1203返回上述步骤S1203,并切换到下一个频道的供浏览用的压缩数据流。
(到供预览用的压缩数据流的切换过程)
下面将参考图34来详细描述根据本实施例的要由信息处理装置1020执行的到供预览用的压缩数据流的切换过程。图34是用于描述根据本实施例的信息处理方法的到供预览用的压缩数据流的切换过程的流程图。
首先,获取流选择部分1203从存储部分1209等中存储的最新IDR图像计划发布时间点信息中获取与参数“SelectChan”相对应的频道信息(步骤S1301)。
更具体说,获取流选择部分1203首先从广播发现记录中获取频道的组播地址。在图30所示的例子中,当在参数“SelectChan”中设置了1时,在开始处的“<SingleService>”为相应的频道信息。如图30所示,在频道信息中的“<SingleService>”中描述了两类组播地址,分别针对供预览用的压缩数据流和供视听用的压缩数据流。在图30的例子中,根据参数“xx.PreviewServiceLocation”中所描述的<IPMulticastAddress>的值设置224.0.1.2。
接着,获取流选择部分1203在最新IDR图像计划发布时间点信息中搜寻每个组播地址的计划发布时间点记录,并将IDR图像计划发布时间点设置到“NextTime(下一时间)”。注意,IDR图像的发布时间点是从内容服务器1010的每个发布部分传输的时间点,自然地,在开始处包括IDR图像的MPEG2-TS包在到达信息处理装置1020之前有一段延迟。因此,当延迟时间长并且不能被忽略时,除了从内容服务器1010到信息处理装置1020的网络状态之外,还应当按照需要将延迟时间添加到“NextTime”。
接着,获取流选择部分1203计算组播发布的估计切换完成时间点(步骤S1303)。该估计切换完成时间点是在信息处理装置1020马上发出IGMP消息以开始进行发布或进行发布切换的情形中,从信息处理装置1020新加入的组播组传来第一个包之前的估计时间。通过将所需切换时间加在当前时间点上能够获得估计切换完成时间点“SwitchTime”。这里,所需切换时间是下面所指出的时间的总和。
(1)信息处理装置1020发出IGMP消息所需的时间。
(2)直到该IGMP消息到达执行IGMP代理功能的边缘交换机(例如,DSLAM)所需的时间。
(3)直到边缘交换机停止正在被发布到终端当前连接到的接入网的组播组的包的发布并开始该终端新加入的组播组的包的发布所需的时间。
(4)直到由边缘交换机开始发布的第一个包到达信息处理装置1020所需的时间。
(5)信息处理装置1020接收到所述第一个包并将其保留起来所需的时间。
上述(1)到(5)的值取决于IPTV服务网络和信息处理装置1020的性能,并且假设在信息处理装置1020中预先设置了与信息处理装置1020或网络的状态相兼容的所需切换时间的最大值。例如,可以将所需切换时间的最大值设置为约8毫秒。
此外,当多个信息处理装置1020被连接到用户住宅时,上述(3)包括在停止包的发布时检查是否有其它信息处理装置1020加入到同一个组播组中所需的时间。通常,如在RFC-3376中所规定的,利用周期性的IGMP询问消息来进行该检查。此外,当多个信息处理装置1020加入到不同的组播组中时,即,当在多个信息处理装置1020上正在观看不同的频道时,接入网需要足够的数据带宽来为多个频道进行组播。为了保证网络带宽,可以使用服务质量(QoS)控制,诸如IP多媒体子系统(IMS)。
随后,获取流选择部分1203决定是否执行发布的切换(步骤S1305)。更具体说,获取流选择部分1203将包括供预览用流的IDR图像的IP包的到达时间点与计算出的预定切换完成时间点SwitchTime之间的差与预定阈值进行比较。当所述计算出的差大于预定阈值时,不进行发布的切换,并且在接收到下一个IDR图像计划发布时间点信息的包时,从步骤S1301起执行所述过程(步骤S1307)。
由于下面的原因进行与切换的执行相关的决定。就是说,即使马上进行显示的切换,信息处理装置1020的内容再现部分1207在开始接收包并且IDR图像到达之前也不能使视频延续下去。因此,会出现图像冻结的时段(下文中称作“冻结时段”)。所述决定能够缩短该冻结时段。对于无缝视频切换来说,所述冻结时段优选尽可能短,但应该比在IDR图像计划发布时间点处包的发送周期要长。因此,所述冻结时段的最大值(下文称作“允许的冻结时段”)优选设置为例如10毫秒。
当在基于上述条件所做出的决定的基础上由获取流选择部分1203执行了所述定时的确定时,获取流选择部分1203将所述频道选择结果传输给内容获取部分1205。内容获取部分1205基于所述频道选择结果发出IGMP消息,并进行要被发布到信息处理装置1020连接到的接入网的组播包的发布切换(步骤S1309)。IGMP消息的发出以根据RFC 3376中所规定的IGMP版本3的报告格式(如图25A和25B所示)进行。
图35A到图35C中示出了IGMP包的例子。图35A示出这样的情形:参数“CurrentChan”为-1,即,没有已被发布的与组播地址相对应的数据。图35A表明:记录类型1(MODE_IS_INCLUDE)被指定到参数“SelectChan”(在本例中为1)的组播地址“SelectAddress”(在本例中为224.0.1.1)的组播组,以加入所述组播地址从而开始组播数据的发布。图35B示出这样的情形:参数“CurrentChan”不为-1,就是说,没有已被发布的与组播地址相对应的数据。例如,记录类型=2(MODE_IS_EXCLUDE)被指定到“CurrentChan”(在本例中为1)的“CurrentAddress”(在本例中为224.0.1.0)的组播组,以命令停止发布,以及记录类型=1(MODE_IS_INCLUDE)被指定到“SelectChannel”(在本例中为2)的组播地址“SelectAddress”(在本例中为224.0.1.4)的组播组,以命令开始组播。
根据IMGP版本3,如图35B所示,可以由一个IGMP包来集中执行指令,因此,优点是:可以在切换时不将组播地址冗余地发布给接入网。
由此,内容获取部分1205开始接收“SelectAddress”的组播包(步骤S1311)。
直到完成发布的切换,内容获取部分1205在最大所需切换时间期间需要处于待机状态,因此,当不接收组播包时,内容获取部分1205将处于待机状态(步骤S1313)。当有可能在网络中丢失IGMP包时,可以在步骤S1309中传输多个包,或者在步骤S1313中通过提供超时等来执行IGMP包的重发过程。
在步骤S1313中待机的结果是:在待机之后组播的发布切换已经完成,因此,当存在先前选择的频道时,内容获取部分1205终止接收相应的“CurrentAddress”的组播包(步骤S1315)。
然后,内容获取部分1205将接收到的组播包发送到内容再现部分1207,并且内容再现部分1207开始新接收到的频道的组播包中所存储的MPEG2-TS的再现(S1317)。实际上,在接收到包含IDR图像的MPEG2-TS包之后在信息处理装置1020的显示器(未示出)上显示视频。这样,供预览用的压缩数据流的切换过程就完成了,并且频道预览继续。
(到视听用压缩数据流的切换过程)
下面将参考图36来详细描述根据本实施例的要由信息处理装置1020执行的、到供视听用的压缩数据流的切换过程。图36是用于描述根据本实施例的信息处理方法的到视听用压缩数据流的切换过程的流程图。
如图36所示,根据本实施例的信息处理方法的、到视听用压缩数据流的切换过程的执行流程与图34中所示的、到预览用压缩数据流的切换过程的执行流程相似。通过在图34中采用与视听用压缩数据流相关的参数来替代与预览用压缩数据流相关的参数,能够执行根据本实施例的视听用压缩数据流的切换过程。
这里,当如图36所示进行与发布切换的执行有关的决定时(步骤S1405),考虑下面的因素来做出决定。就是说,也是在从预览用流切换到视听用流的时候,获取流选择部分1203进行这样的处理:使得平滑切换得以实现并且不引起信号消失、屏幕冻结等。因此,获取流选择部分1203针对图37所示的不同情形来确定切换定时。在这种情形中,如上所述,对视听用流进行调整以包括数据非发布时段并进行发布,其中,所述数据非发布时段与预览用流的数据非发布时段存在于同一时间,因此,能够实现较平滑的切换。
图37是用于描述根据本实施例的信息处理方法的数据流的切换定时的不同情形的说明图。在图37所示(情形1)中,由于没有针对IDR图像的到达及时进行流的切换,所以在接收到下一个IDR图像时执行到视听用流的切换。此外,在图37所示的(情形2)中,即使进行了流的切换,在接收到视听用流中的下一个IDR图像之前会有延迟。因此,在等待视听用流中的下一个IDR图像的接收的同时,继续接收预览用流。此外,在图37所示的(情形3)中,实际上进行了从预览用流到视听用流的切换。
(频道接收终止过程)
下面将参考图38来详细描述由信息处理装置1020执行的频道接收终止的过程。
首先,内容获取部分1205停止接收当前正在接收的组播包。通过发送如图35C所示的IGMP报告消息可以停止组播包的接收(步骤S1501)。如图35C所示,通过将“记录类型=2”(MODE_IS_EXCLUDE)指定到参数“CurrentAddress”(在本例中为224.0.1.4)的组播组并通过发送该IGMP消息,内容获取部分1205能够停止组播包的发布。
接着,内容获取部分1205终止组播的接收(步骤S1503)。然后,内容再现部分1207终止MPEG2-TS流的再现(步骤S1505)。通过进行这些过程,完成了频道接收终止过程。
到此为止,已经描述了根据本实施例的IPTV系统中的快速频道切换。根据本实施例,能够容易地构思出上述实施例之外的实施例,例如,能够构思出下面要描述的其它实施例。
根据本发明的实施例描述了H.264/AVC的情形。然而,即使是使用MPEG2视频压缩,通过假设IDR图像是I图像,能够将本发明容易地应用到使用MPEG2视频压缩的IPTV系统中。
此外,根据本发明的实施例,压缩的视频数据和音频数据由MPEG2-TS进行多路复用。然而,同样在压缩的视频和音频数据按独立的IP包进行发布的情形中,通过应用本发明,能够容易地实现通过切换IP包的发布来实现快速频道切换的IPTV系统。
此外,根据本发明的实施例,仅一个视频/音频信号的压缩视频数据和音频数据由MPEG2-TS进行多路复用,并被存储在IP包中,然后进行发布的切换。然而,通过用MPEG2-TS对多个视频/音频信号的压缩的视频数据和音频数据进行多路复用并将其发布,并通过在通向信息处理装置1020的网络路径中过滤和只获取与所选视频/音频信号相对应的压缩视频/音频包并对其进行传输,能够容易地实现实现与本实施例相似的快速频道切换的IPTV系统。
此外,根据本发明的实施例,只针对下一个要传输的IDR图像,将IDR图像计划发布时间点信息传输给作为终端的信息处理装置1020。这里,不证自明,如果在要传输的IDR图像计划发布时间点记录中指定了多个IDR图像的计划发布时间点,那么,信息处理装置1020能够在频道选择时更准确地进行组播地址的选择。
此外,根据本发明的实施例,对压缩数据流进行编码,使得在其中安排了只有IDR图像的MPEG2-TS包。这里,在所述数据非发布时段内在数据块中除了IDR图像外还可以安排若干P-图像或B-图像。这使得能够实现预览视频的平滑再现。然而,在这种情形中,对供预览用的压缩数据流应该减小图像分辨率或每秒的图像数,使得不会超出接入网中所保留的数据带宽的限制。
此外,通过使用IMGP版本3的功能并用一个IGMP包来切换组播组的发布,根据本发明的实施例防止在切换期间对接入网进行包的冗余发布,并限制了在接入网中要由IPTV系统使用的数据带宽。然而,即使当使用IGMP版本2时,也通过执行离开组播组的过程并在发布停止之后加入要切换到的组播组,能够限制要由IPTV系统使用的数据带宽。
此外,根据本发明的实施例,内容服务器1010对每个频道的多个MPEG2-TS流进行编码并经由核心网对其进行发布。这里,在对核心网的带宽存在限制的环境下,也能够执行下述过程。即,内容服务器1010通过核心网为每个频道发布一个经编码的包,并在诸如接入网的发布网络的中间安排诸如边缘服务器或边缘路由器的另一个内容服务器。所述另一个内容服务器基于所述视频/音频信号为接收到的MPEG2-TS流产生具有不同IDR图像发布定时的MPEG2-TS流,并对其进行发布。这样,就能限制核心网的带宽,同时,能够实现与本实施例所描述的IPTV系统的快速频道切换相似的快速频道切换。
此外,根据本发明的实施例,IDR图像计划发布时间点信息被传输到作为终端的信息处理装置1020,信息处理装置1020选择频道的组播地址并确定要被传输的组播包的切换定时。这里,IDR图像计划发布时间点信息被传输到进行IGMP窥探并实际上进行发布切换的边缘交换机或边缘路由器中,并且当频道选择过程开始时,信息处理装置1020马上执行组播发布切换命令。通过使用IDR图像计划发布时间点信息,接收到所述命令的边缘交换机或边缘路由器可以通过以与图31所示的由信息处理装置1020进行的频道选择过程相似的方式进行确定,来控制组播地址的选择和发布切换定时。
在这种情形中,诸如边缘交换机或边缘路由器的网络设备具有处理部分(例如,内容获取部分和获取流选择部分),该部分的功能与图21所示的信息处理装置1020中提供的每个处理部分的功能相似;并且优选还包括发布控制部分,该部分经由预定的网络向信息处理装置1020发布所获得的压缩数据流。具有这种处理部分的网络设备能够用作边缘服务器。
<预览屏幕的例子>
随后,参考图39,示出使用根据本实施例的信息处理方法的IPTV的预览屏幕的例子。图39是用于说明使用根据本实施例的信息处理方法的IPTV的预览屏幕的例子的说明图。
根据本实施例的信息处理方法能够在显示器(未示出)的整个显示屏上只显示一个预览画面,并快速地切换频道预览。然而,也可以在所述显示器的显示屏幕1501上显示多个预览窗口,以实现频道预览。
这里,根据本实施例的信息处理方法能够在运动图像显示窗口1503上显示当前正在预览的频道的运动图像,同时,在存储部分1209中捕获已经预览过的频道的静止图像,以便在静止图像显示窗口1505上对其进行显示。实现这种用户界面能够使观看者观看以前频道和后来频道中的视频。
顺便提及,在本发明的每个实施例中,只发布一种类型的供预览用的压缩数据流。然而,采用图39所示的用户界面,预览流的图像分辨率可以比视听流的图像分辨率低,因此,能够降低比特率。由此,能够同时向接入网发布多个预览流。例如,如果显示屏是高清晰的(1920×1024像素),那么能够在同样的数据带宽中发布具有标准分辨率(720×480像素)的4到5个数据流。通过同时接收5个预览流并在预览切换时将根据本发明的每个实施例的切换方法运用到这些流中的一个流的发布切换上,能够防止IDR图像的数据在切换时丢失。于是,能够平滑地切换预览屏,并且能使图39所示的所有图像均为运动图像。
<硬件结构>
下面将参考图40来详细描述根据本实施例的内容服务器1010和信息处理装置1020的硬件结构。图40是用于描述根据本实施例的内容服务器1010和信息处理装置1020的硬件结构的框图。
内容服务器1010和信息处理装置1020主要包括CPU 1701、ROM 1703、RAM 1705、主机总线1707、桥1709、外部总线1711、接口1713、输入设备1715、输出设备1717、存储设备1719、驱动器1721、连接端口1723、通信设备1725。
CPU 1701为算术运算处理单元和控制单元,它根据ROM 1703、RAM1705、存储设备1719或可移动记录介质1727中所存储的各种程序来控制内容服务器1010和信息处理装置1020的整个操作或其一部分操作。ROM 1703存储要被CPU 1701使用的程序或算术运算参数。RAM 1705临时存储供CPU 1701在其执行中使用的程序、在程序的执行中按照需要变化的参数等。这些部分通过由内部总线(诸如CPU总线)配置而成的主机总线1707互联起来。
主机总线1707被通过桥1709连接到诸如外围设备互连/接口(PCI)总线的外部总线1711相连。
输入设备1715是由用户进行操作的操作单元,诸如鼠标、键盘、触摸屏、按钮、开关、控制杆等。此外,输入设备1715可以是例如使用红外线或其它电波的遥控单元(所谓的遥控器)或者是与内容服务器1010和信息处理装置1020的操作兼容的外部连接设备1729(诸如手机或PDA)。此外,输入设备1715由输入控制电路等配置而成,它基于由用户使用例如上述操作单元输入的信息产生输入信号,并将所述输入信号输出到CPU 1701。内容服务器1010或信息处理装置1020的用户能够将各种类型的数据输入到内容服务器1010或信息处理装置1020中或者通过操作该输入设备1715发出进行处理操作的命令。
输出设备1717由例如显示设备(诸如CRT显示设备、液晶显示设备、等离子体显示设备、EL显示设备、灯等)、音频输出设备(诸如扬声器、耳机等)、或者能够在视觉上或听觉上向用户通知所获取的信息的设备(诸如打印机设备、手机、传真等)配置而成。输出设备1717将通过内容服务器1010和信息处理装置1020执行的各种处理获得的结果输出。更具体说,显示设备以文本或图像的形式显示通过由内容服务器1010和信息处理装置1020执行的各种处理获得的结果。另一方面,音频输出设备将再现的音频数据、声学数据等所构成的音频信号转换成模拟信号并将其输出。
存储设备1719是配置成内容服务器1010和信息处理装置1020的存储部分的例子的数据存储设备,它由例如磁存储设备(诸如硬盘驱动器(HDD)等)、半导体存储设备、光学存储设备、磁光存储设备等配置而成。存储设备1719存储着要由CPU 1701执行的程序以及各种数据、从外部获得的声学信号数据和图像信号数据等。
驱动器1721是用于记录介质的读取器/写入器,它是内置的,或者从外部附接到内容服务器1010和信息处理装置1020。驱动器1721读出所附接的可移动记录介质1727(诸如磁盘、光盘、磁光盘、半导体存储器等)中所存储的信息,并将该信息输出到RAM 1705。此外,驱动器1721能够将记录写入所附接的可移动记录介质1727(诸如磁盘、光盘、磁光盘、半导体存储器等)中。可移动记录介质1727为:例如,DVD介质、HD-DVD介质、蓝光介质、致密flashTM(CF)、存储棒、安全数字存储卡(SD存储卡)等。此外,可移动记录介质1727可以是例如装载有非接触IC芯片的集成电路卡(IC卡)、电子设备等。
连接端口1723是用于将设备直接连接到内容服务器1010和信息处理装置1020的端口,诸如通用串行总线(USB)端口、IEEE 1394端口(诸如i.Link)、小型计算机系统接口(SCSI)端口、RS-232C端口、光学音频终端、高清晰度多媒体接口(HDMI)等。通过将外部连接设备1729连接到连接端口1723上,内容服务器1010和信息处理装置1020直接从外部连接设备1729获得声学信号数据或图像信号数据,或者将声学信号数据或图像信号数据提供给外部连接设备1729。
通信设备1725是由用于连接到通信网络1731的通信设备等配置而成的通信接口。通信设备1725为:例如,用于有线或无线局域网(LAN)的通信卡、蓝牙或无线USB(WUSB)、用于光学通信的路由器、用于非对称数字用户线路(ADSL)的路由器、各种通信调制解调器等。该通信设备1725能够例如根据预定协议(诸如TCP/IP)向因特网和其它通信设备发送信号等或从因特网和其它通信设备接收信号等。此外,连接到通信设备1725的通信网络1731由按有线或无线方式进行连接的网络等配置而成,例如,可以采用因特网、室内LAN、红外线通信、无线电波通信、卫星通信等。
到此为止,描述了能够实现根据本发明的每个实施例的内容服务器1010和信息处理装置1020的功能的硬件结构的例子。上述每个组件可以通过使用通用构件或使用专用硬件来配置以实现每个部件的功能。由此,当执行本实施例时,可以根据技术水平按需要来改变要使用的硬件结构。
顺便提及,根据本实施例的内容服务器1010也可以是具有下述功能的程序。该程序是这样的程序:其用于使计算机实现:对视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第一压缩数据流的第一编码功能,其中,所述压缩视频数据流只由参考压缩视频数据配置而成,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、可以在不依赖于先前的数据的情况下开始后面的视频信号的编码的数据;对视频/音频内容进行编码并产生具有压缩视频数据流和压缩音频数据流的第二压缩数据流的第二编码功能,其中,所述压缩视频数据流包括参考压缩视频数据和通过使用参考压缩视频数据而产生的压缩视频数据;获取所述第一压缩数据流、将所述第一压缩数据流划分成数据发布时段和数据非发布时段、并间歇式地发布所述第一压缩数据流,使得通过所述划分获得的数据非发布时段和由另一个内容服务器发布的第一压缩数据流的数据非发布时段彼此对应的第一发布功能;以及获取所述第二压缩数据流并对所获得的第二压缩数据流进行发布的第二发布功能。
计算机程序被存储在包括在计算机中的存储部分中,并且当包括在计算机中的CPU读取并执行程序时,该程序使计算机起上述内容服务器1010的作用。此外,也可以提供存储有计算机程序并能够由计算机进行读取的记录介质。所述记录介质为:例如,磁盘、光盘、磁光盘、闪存存储器等。此外,上述计算机程序可以在不使用记录介质的情况下例如经由网络来发布。
顺便提及,根据本实施例的信息处理装置1020也可以是具有下述功能的程序。该程序是这样的程序,其用于使计算机实现:在与被发布的多个视频/音频内容相对应的多个压缩数据流中选择要获取的压缩数据流的获取流选择功能,其中,有多个内容服务器,它们分别发布与所述视频/音频内容相关的、具有压缩视频数据流和压缩音频数据流的第一压缩数据流,所述压缩视频数据流只由参考压缩视频数据配置而成,所述参考压缩视频数据是通过对视频信号进行压缩而产生的时间序列数据中、可以在不依赖于先前的数据的情况下开始后面的视频信号的编码的数据,其中,第一压缩数据流被间歇地发布,使得通过将数据包划分成数据发布时段和数据非发布时段而获得的数据非发布时段与由另一个内容服务器所发布的第一压缩数据流中的数据非发布时段彼此对应,以及具有压缩视频数据流和压缩音频数据流的第二压缩数据流,其中,压缩视频数据流包括所述参考压缩视频数据和通过使用参考压缩视频数据产生的压缩视频数据;以及获取选择的压缩数据流的内容获取功能。
计算机程序被存储在包括在计算机中的存储部分中,并且当包括在计算机中的CPU读取并执行程序时,所述程序使所述计算机起上述信息处理装置1020的作用。此外,也可以提供存储有计算机程序并能够由计算机进行读取的记录介质。记录介质为:例如,磁盘、光盘、磁光盘、闪存存储器等。此外,上述计算机程序可以在不使用记录介质的情况下例如经由网络来发布。
如上所述,根据本实施例,即使是在对连接到IPTV用户住宅的接入网的数据带宽有限制的环境中,也可以实现在具有高质量视频的多个频道之间快速切换的同时进行预览。于是,根据本发明的每个实施例,能够为频道用户提供一种方法,用于以与传统模拟广播电视同样舒适或比其更舒适的方式来搜寻期望观看的频道。
此外,根据本实施例,当在预览流和视听流之间切换时,能够尽量减少没有视频显示的信号消失时段,或尽量减少以暂停状态显示预览流视频的时间。于是,可以为观看者提供无缝频道切换。
此外,根据本实施例,当只接收视听流时,根据本实施例的IPTV系统与普通IPTV系统没什么不同。因此,能够建立这样一种IPTV系统,其中,不支持基于本发明的每个实施例快速预览的终端(现有终端)可以共存。
本申请包含与2008年5月23日在日本专利局提交的日本优先专利申请JP 2008-135035以及2008年5月23日在日本专利局提交的日本优先专利申请JP 2008-135036中所公布的内容相关的主题,其全部内容通过引用包含于此。
本领域技术人员应该理解,根据设计要求和其它因素可以做出各种变型、组合、子组合和改变,只要它们在所附权利要求书或其等同物的范围内。
Claims (15)
1.一种内容服务器,包括:
多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据;以及
多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址,其中
所述多个编码器在同样的压缩和编码条件下分别对所述视频/音频内容进行编码,
所述多个发布部分中的每一个发布部分都输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,
所述参考压缩视频数据计划发布时间点信息被提供给能够获取所述压缩数据流的设备,以在所述设备选择从所述压缩数据流中获取的压缩数据流时使用。
2.根据权利要求1所述的内容服务器,其中,
所述内容服务器中的时钟与从位于所述内容服务器外部的参考时钟服务器提供的参考时钟同步,并且
所述多个编码器分别基于所述同步的时钟测量所述参考压缩视频数据计划发布时间点。
3.根据权利要求1所述的内容服务器,其中,
所述内容服务器包括彼此并行连接的若干设备,每个设备具有一个编码器和一个发布部分。
4.根据权利要求1所述的内容服务器,其中,
所述多个编码器和所述多个发布部分被设置在同一设备内。
5.一种信息处理装置,包括:
获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,所述多个编码器在同样的压缩和编码条件下分别对所述视频/音频内容进行编码;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址,其中,所述多个发布部分中的每一个发布部分都输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息;以及
内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流,其中,
所述获取流选择部分获取所述参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
6.根据权利要求5所述的信息处理装置,其中,
通过使用将显示切换到所获取的压缩数据流所需要的所需切换时间和开始用于获取流的选择过程的时间点,所述获取流选择部分计算完成到所获取的压缩数据流的切换的估计切换完成时间点,且所述获取流选择部分选择具有在所计算出的估计切换完成时间点之后最接近的参考压缩视频数据计划发布时间点的所述压缩数据流。
7.根据权利要求6所述的信息处理装置,其中,
当与各个压缩数据流相对应的所有的参考压缩视频数据计划发布时间点都在所述估计切换完成时间点之前时,所述获取流选择部分不选择任何压缩数据流。
8.根据权利要求6所述的信息处理装置,其中,
当所选择的压缩数据流的所述计划发布时间点与所述估计切换完成时间点之间的时间间隔等于或小于预定阈值时,所述获取流选择部分向所述内容获取部分通知所述压缩数据流的选择结果。
9.根据权利要求5所述的信息处理装置,其中,
所述内容获取部分通过IGMP执行由所述获取流选择部分选择的压缩数据流的切换控制。
10.一种网络设备,包括:
获取流选择部分,用于从由内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,所述内容服务器包括多个编码器,以编码视频/音频内容并根据所述视频/音频内容产生所述多个压缩数据流,其中以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置和所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,所述多个编码器在同样的压缩和编码条件下分别对所述视频/音频内容进行编码;以及多个发布部分,以分别从单独的编码器获取由所述编码器产生的压缩数据流并对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址,其中,所述多个发布部分中的每一个发布部分都输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息;
内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流;
发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的信息处理装置,
其中,所述获取流选择部分获取所述参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
11.一种内容发布方法,包括步骤:
编码视频/音频内容并根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,在同样的压缩和编码条件下分别对所述视频/音频内容进行编码;以及
同时发布所产生的所述多个压缩数据流中的每个压缩数据流,并输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,
其中,在选择从所述多个压缩数据流中获取的压缩数据流时使用所述参考压缩视频数据计划发布时间点信息。
12.一种信息处理方法,包括步骤:
在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,在同样的压缩和编码条件下分别对所述视频/音频内容进行编码;以及
获取所选择的压缩数据流,
其中,获取与发布所述参考压缩视频数据的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
13.一种内容发布方法,包括步骤:
在所发布的多个压缩数据流中选择要获取的压缩数据流,其中,所述多个压缩数据流根据以下述方式编码的视频/音频内容产生:该方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,在同样的压缩和编码条件下分别对所述视频/音频内容进行编码;
获取所选择的压缩数据流;以及
将所获取的压缩数据流发布到经由网络连接的信息处理装置,
其中,获取与发布所述参考压缩视频数据的计划发布时间点相关的参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
14.一种内容发布系统,包括:
内容服务器,包括
多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,在同样的压缩和编码条件下分别对所述视频/音频内容进行编码,以及
多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址,所述多个发布部分中的每一个发布部分都输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息;以及
信息处理装置,包括:
获取流选择部分,用于在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,以及
内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流,
其中,所述获取流选择部分获取所述参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
15.一种内容发布系统,包括:
内容服务器,包括
多个编码器,用于对视频/音频内容进行编码并用于根据所述视频/音频内容产生多个压缩数据流,其中,以下述方式编码所述视频/音频内容:所述方式使得对于所述多个压缩数据流中的各个压缩数据流,与参考压缩视频数据相对应的视频帧的位置以及所述参考压缩视频数据的发布时间点是不同的,所述参考压缩视频数据是在通过对视频信号进行压缩而产生的时间序列数据中、能够在不依赖于前面的数据的情况下开始后面的视频信号的编码的数据,其中,在同样的压缩和编码条件下分别对所述视频/音频内容进行编码,以及
多个发布部分,用于分别从单独的编码器获取由所述编码器所产生的压缩数据流,并用于对所获取的压缩数据流进行发布,所述多个发布部分被分配了单独的网络地址,其中,所述多个发布部分中的每一个发布部分都输出与所产生的参考压缩视频数据的发布的计划发布时间点相关的参考压缩视频数据计划发布时间点信息;
信息处理装置,用于向网络设备通知所述内容服务器发布的多个压缩数据流中期望被再现的压缩数据流,并用于再现从所述网络设备获取的压缩数据流;以及
所述网络设备包括
获取流选择部分,用于基于从所述信息处理装置接收到的所述通知在由所述内容服务器发布的多个压缩数据流中选择要获取的压缩数据流,
内容获取部分,用于基于所述获取流选择部分的选择结果获取由所述内容服务器发布的所述压缩数据流,以及
发布控制部分,用于将所获取的压缩数据流发布到经由网络连接的所述信息处理装置,
其中,所述获取流选择部分获取所述参考压缩视频数据计划发布时间点信息,并基于所获取的参考压缩视频数据计划发布时间点信息选择要获取的压缩数据流。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008135036A JP4735666B2 (ja) | 2008-05-23 | 2008-05-23 | コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム |
JP2008135036 | 2008-05-23 | ||
JP2008135035A JP4702397B2 (ja) | 2008-05-23 | 2008-05-23 | コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム |
JP2008-135035 | 2008-05-23 | ||
JP2008-135036 | 2008-05-23 | ||
JP2008135035 | 2008-05-23 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101384369A Division CN101800899B (zh) | 2008-05-23 | 2009-05-25 | 内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101588476A CN101588476A (zh) | 2009-11-25 |
CN101588476B true CN101588476B (zh) | 2012-08-08 |
Family
ID=41372508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101421026A Expired - Fee Related CN101588476B (zh) | 2008-05-23 | 2009-05-25 | 内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP4702397B2 (zh) |
CN (1) | CN101588476B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2395754A1 (en) * | 2010-06-14 | 2011-12-14 | Thomson Licensing | Receiver and method at the receiver for enabling channel change with a single decoder |
JP2012160894A (ja) * | 2011-01-31 | 2012-08-23 | Toshiba Corp | Ip放送システム、ヘッドエンド装置およびレート安定化方法 |
JP2012186746A (ja) * | 2011-03-08 | 2012-09-27 | Sony Corp | 映像送信装置、映像送信装置の制御方法、映像受信装置および映像受信装置の制御方法 |
CN102316276B (zh) * | 2011-09-26 | 2013-06-19 | 成都索贝数码科技股份有限公司 | 一种信号切换矩阵系统 |
CN102917248B (zh) * | 2012-10-23 | 2016-07-27 | 融创天下(上海)科技发展有限公司 | 一种模拟视频信号按需编码系统及方法 |
CN103839558B (zh) * | 2012-11-23 | 2016-08-31 | 三星电子(中国)研发中心 | 同步播放方法及服务器、播放器 |
JP6394591B2 (ja) * | 2013-04-05 | 2018-09-26 | ソニー株式会社 | 制御装置、制御方法、コンピュータプログラム及び映像伝送システム |
CN104008148A (zh) * | 2014-05-19 | 2014-08-27 | 广州华多网络科技有限公司 | 一种发布网页文件的方法及装置 |
JP6926802B2 (ja) * | 2017-08-08 | 2021-08-25 | 日本電気株式会社 | コンテンツ処理装置、コンテンツ処理システム、コンテンツ処理方法、及びコンテンツ処理プログラム |
CN107612579A (zh) * | 2017-10-24 | 2018-01-19 | 盐城师范学院 | 外语教学多通道视频信号临时无线传输系统 |
CN109672453A (zh) * | 2018-12-17 | 2019-04-23 | 上海沿芯微电子科技有限公司 | Rs编码器串并混用编码电路、编码方法及rs编码器 |
JP7324012B2 (ja) * | 2019-02-07 | 2023-08-09 | 日本放送協会 | 受信装置、及びプログラム |
CN118075517A (zh) * | 2019-12-11 | 2024-05-24 | 谷歌有限责任公司 | 用于选择流送媒体内容项的格式的方法、系统和介质 |
CN112312135B (zh) * | 2020-10-23 | 2022-07-15 | 广州市百果园网络科技有限公司 | 一种视频发布方法、装置、计算机设备及存储介质 |
CN115297343B (zh) * | 2022-08-03 | 2024-04-26 | 维沃移动通信有限公司 | 视频数据发送方法、装置及电子设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1875561A (zh) * | 2003-10-30 | 2006-12-06 | 松下电器产业株式会社 | 多路复用了多个服务的广播电波的接收装置和接收方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09121339A (ja) * | 1995-10-25 | 1997-05-06 | Sony Corp | ビデオデータ送信装置、ビデオデータ受信装置および放送システム |
JP2003209823A (ja) * | 2002-01-16 | 2003-07-25 | Matsushita Electric Ind Co Ltd | ストリーム送受信システムおよびストリーム送受信方法 |
JP2004088315A (ja) * | 2002-08-26 | 2004-03-18 | Ntt Comware Corp | コンテンツ配信システム、エッジサーバ及び端末装置 |
JP4241227B2 (ja) * | 2003-07-09 | 2009-03-18 | セイコーエプソン株式会社 | データ送信装置およびデータ受信装置、データ送信方法およびデータ受信方法、データ通信システム |
-
2008
- 2008-05-23 JP JP2008135035A patent/JP4702397B2/ja not_active Expired - Fee Related
-
2009
- 2009-05-25 CN CN2009101421026A patent/CN101588476B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1875561A (zh) * | 2003-10-30 | 2006-12-06 | 松下电器产业株式会社 | 多路复用了多个服务的广播电波的接收装置和接收方法 |
Non-Patent Citations (3)
Title |
---|
JP特开2003-209823A 2003.07.25 |
JP特开2005-33373A 2005.02.03 |
JP特开平9-121339A 1997.05.06 |
Also Published As
Publication number | Publication date |
---|---|
JP2009284282A (ja) | 2009-12-03 |
JP4702397B2 (ja) | 2011-06-15 |
CN101588476A (zh) | 2009-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101800899B (zh) | 内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 | |
CN101588476B (zh) | 内容服务器、信息处理装置/方法、网络设备、内容发布方法/系统 | |
US20200162699A1 (en) | Dynamic advertisement stream replacement | |
JP2011066871A (ja) | コンテンツ伝送方法及び表示装置 | |
JP5652734B2 (ja) | 表示デバイス及び携帯デバイスへのコンテンツの同期通信のための装置、システム及び方法 | |
US20140351389A1 (en) | Modification of live streams | |
CN102238405A (zh) | 影像处理装置 | |
JP6630860B2 (ja) | 端末装置および受信方法 | |
RU2656093C2 (ru) | Устройство поставки контента, способ поставки контента, программа, оконечное устройство и система поставки контента | |
US20160373496A1 (en) | Content supply device, content supply method, program, terminal device, and content supply system | |
CN112752115A (zh) | 直播数据传输方法、装置、设备及介质 | |
CN112770122B (zh) | 一种在云导播台视频同步的方法及系统 | |
WO2018005835A1 (en) | Systems and methods for fast channel change | |
JP5428734B2 (ja) | ネットワーク機器、情報処理装置、ストリーム切替方法、情報処理方法、プログラムおよびコンテンツ配信システム | |
KR102151297B1 (ko) | 서버 장치, 클라이언트 장치, 콘텐츠 배신 방법, 콘텐츠 재생 방법, 및 컴퓨터 판독가능 기록매체 | |
US20090259764A1 (en) | Intro outro merger with bit rate variation support | |
JP4735666B2 (ja) | コンテンツサーバ、情報処理装置、ネットワーク機器、コンテンツ配信方法、情報処理方法およびコンテンツ配信システム | |
WO2012167576A1 (zh) | 一种节目切换的方法、装置和媒体服务器 | |
KR20100131365A (ko) | 채널 변경 지연을 줄이기 위한 스트리밍 서버, 이동 단말기 및 그 방법 | |
JP5535267B2 (ja) | サーバ、クライアント装置、データ配信方法、およびデータ配信システム | |
CN111835697A (zh) | 一种媒体流发送方法、装置、设备和系统 | |
KR20160120605A (ko) | 하이브리드망에서의 미디어 서비스 송수신 장치 및 방법 | |
KR102271686B1 (ko) | 이종 네트워크 기반의 멀티미디어 자원 동기화 푸시 방법 | |
JP2013223090A (ja) | サーバ、クライアント装置、送信方法、番組再生方法、および配信システム | |
CN115314478B (zh) | 一种应用于金融系统的全ip音视频系统 |
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 |
Granted publication date: 20120808 Termination date: 20150525 |
|
EXPY | Termination of patent right or utility model |