延迟控制器、控制方法和通信系统的利记博彩app

专利名称：延迟控制器、控制方法和通信系统的利记博彩app
技术领域：
本发明涉及延迟控制器、控制方法、及通信系统，尤其涉及能够使图像被高速切换的延迟控制器、控制方法、及通信系统。
背景技术：
当前，对于经由诸如互联网和LAN(局域网)之类的各种网络来传输图像数据(尤其是运动图像数据)的应用和服务被普遍使用。当经由网络发送和接收图像数据时，通常在向网络发送数据之前在发送测应用编码(压缩)处理来减小数据量，并且通过在接收侧应用解码(解压缩)处理来再现编码后的接收数据。例如，存在一种作为最常见的图像压缩方法的被称为MPEG(运动图像专家组)的压缩技术。当使用MPEG压缩技术时，由MPEG压缩技术生成的MPEG流被存储在与IP (互联网协议)兼容的IP数据包中，并且经由网络被递送。然后，MPEG流被使用诸如PC(个人计算机)、PDA (个人数字助理)、或者移动电话之类的通信终端接收，并且被显示在每个终端
的屏幕上。在这种情况下，对于主要目的在于图像数据的递送的应用，例如视频点播、实况视频递送、视频会议、以及视频电话，存在由于网络抖动导致并不是发送测的所有数据都到达接收侧的环境、以及图像数据被具有不同能力的终端接收的环境。必须考虑这些环境。例如，从单个传输源发送的图像数据有可能被具有低清晰度的显示器和低吞吐量的CPU的诸如移动电话之类的接收终端接收并显示。同时，这种数据也有可能被具有高清晰度的监控器和高性能的CPU的诸如桌上型PC之类的接收终端接收并显示。在考虑数据包接收条件根据如上所述的网络连接环境而改变的情况下，例如，被称为分层编码的一种技术可以使用，从而使得对被发送和接收的数据进行的编码被以分层方式执行。对于已经被分层编码后的图像数据，例如，打算发送给具有高清晰度显示器的接收终端的编码后的数据和打算发送给具有低清晰度显示器的接收终端的编码后的数据被分类并保持，并且图像大小和图像质量可以根据需要在接收侧被改变。实现分层编码的压缩/解压缩机制包括例如基于MPEG4和JPEG2000的视频流。在 MPEG4中，i^GS (细粒度可扩展)技术被安排以被采用并描述为标准规范，并且据说这种分层编码技术可以使得数据的递送能够以从低到高的比特率的可扩展方式实现。另外，利用基于小波变换的JPEG2000，可以通过使用小波变换的特性基于空间分辨率生成数据包，或者可以基于图像质量以分层的方式生成数据包。另外，JEPG2000可以利用既可以处理静止图像又可以处理运动图像的运动JPEG2000(部分幻标准的文件格式存储分层数据。另外，作为采用分层编码的数据通信的具体示例，提出了基于离散余弦变换(DCT) 的数据通信。这种方法通过将DCT处理应用于例如将要传送的图像数据，通过DCT处理在高和低频之间进行区分实现分层，并且生成被划分为高频和低频层的数据包来执行数据通 在很多情况下，对于这种分层编码后的图像数据的递送要求实时性。但是当前，更高的优先级趋向于被给与大屏幕和高质量显示，而不是实时性。为了确保图像数据的实时递送，UDP(用户数据报协议)一般被用作基于IP的通信协议。另外，RTP(实时传输协议)被用于UDP以上的层。数据被存储在RTP数据包中的格式遵循为每个应用，即每种编码机制定义的每种独立格式。作为通信网络，诸如无线或有线LAN、光纤通信、xDSL、电力线通信、或者Co-ax之类的通信机制被使用。尽管这些通信机制逐年变得更快，但是通过这些机制传送的图像内容的图像质量也变得更高。例如，作为当前主流的MPEG机制或JPEG2000机制中的一般系统的代码延迟(code delay)(编码延迟+解码延迟)为两个画面或更多。这导致很难说确保了图像数据递送的充分实时性。相应地，在这些日子里开始提出这样的图像压缩机制，其中这些图像压缩机制通过将画面分割为N行的组(N等于或大于1)，并且每次通过被称为行块的每个分割组对图像进行编码(下文中称为基于行的编解码)来实现更短的延迟时间。除了低延迟以外，基于行的编解码的优点还包括实现高速处理以及减小的硬件规模的能力，因为每单位图像压缩将要处理的信息量比较小。下面是关于基于行的编解码的提议的示例。日本未审查专利申请公开 No. 2007-311948描述了一种通信装置，该通信装置执行相对于以基于行的编解码为基础的通信数据，以行块为基础适当地补充丢失数据的处理。日本未审查专利申请公开 No. 2008-28541描述了一种信息处理器，该信息处理器设计用于在使用基于行的编解码时实现处理的延迟减小和效率增高。日本未审查专利申请公开No. 2008-42222描述了一种发射机，该发射机通过发送图像数据的低频分量(已经将基于行的小波变换应用于该图像数据)来最小化图像质量的劣化。由于基于行的编解码的使用使得高图像质量和低延迟传输能够实现，所以预想对于执行实况转播的摄像机系统应用编解码器。作为对于用于执行实况转播的摄像机系统作出的提议的示例，本申请人提出了一种日本专利No. 3617087中公开的通过使用数字调制器来增强传输效率的系统。因此，如日本未审查专利申请公开No. 2009-278545中所公开的，本申请人开发出了一种使用基于行的编解码来稳定地获取通信中的同步的技术。

发明内容
然而，当根据相关技术的用于执行实况转播的摄像机系统将被适用于诸如以太网 (注册商标)、下一代网络(NGN)、以及无线之类的通用线路时，高图像质量导致的延迟的增加将使得很难执行作为实况转播的核心技术的高速图像切换。例如，在广播系统的情况下， 必须高精度地相互匹配多个摄像机的相位，并且难以既实现高图像质量又实现高精度同
止
少ο对于设计用于实况转播的摄像机系统的复杂性的适应是另一个问题。当前，在其中必需为每个摄像机配置一个摄像机控制单元(CCU)并且具有复杂的系统配置的摄像机系统的情况下，从连接和系统同步的角度来看很难安装具有不同的帧同步定时的额外的实况转播控制台。很难在实现高图像质量和低延迟的同时，处理对于摄像机的同步锁相(摄像机的同步锁相是设计用于实况转播的摄像机系统中所必需的)所必需的高精度同步定时。期望高速且低延迟地使图像被切换。根据本发明的实施例的延迟控制器包括获取装置，用于获取同步定时，其中同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，多个控制器经由线路控制多个发射机；确定装置，用于基于由获取装置获取的同步定时来确定参考同步定时，参考同步定时充当用于控制器之间的同步的参考；以及同步信息发送装置，用于向控制器发送同步信息，其中当控制器在由确定装置确定的参考同步定时处接收来自发射机中的每一个发射机的数据时，同步信息被使用。根据本发明实施例的控制方法包括以下步骤获取同步定时，其中同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，多个控制器经由线路控制多个发射机；基于所获取的同步定时确定参考同步定时，参考同步定时充当用于控制器之间的同步的参考；以及向控制器发送同步信息，其中当控制器在所确定的参考同步定时处接收来自发射机中的每一个发射机的数据时，同步信息被使用。根据本发明实施例的通信系统包括发送数据的多个发射机；经由线路控制发射机的多个控制器；延迟装置，其控制每个发射机和每个控制器之间传送的数据的延迟；获取装置，用于获取指示当控制器同步地控制发射机时的定时的同步定时；确定装置，用于基于获取装置获取的同步定时，确定充当用于控制器之间的同步的参考的参考同步定时；以及同步信息发送装置，用于向控制器发送同步信息，其中在控制器在确定装置确定的参考同步定时处接收来自每个发射机的数据时，同步信息被使用。根据本发明实施例的用于通信系统的控制方法是用于这样的通信系统的控制方法，该通信系统包括发送数据的多个发射机；经由线路控制发射机的多个控制器；以及控制每个发射机和每个控制器之间传送的数据的延迟的延迟控制器，该控制方法包括以下步骤获取指示当控制器同步地控制发射机时的定时的同步定时；基于所获取的同步定时， 确定充当用于控制器之间的同步的参考的参考同步定时；以及向控制器发送同步信息，其中当控制器在所确定的参考同步定时处接收来自每个发射机的数据时，同步信息被使用。根据本发明的实施例，指示当多个控制器同步地控制发送数据的多个发射机时的定时的同步定时被获取，其中多个控制器经由线路控制多个发射机，充当用于控制器之间的同步的参考的参考同步定时被基于这些同步定时而确定，并且当控制器在参考同步定时处接收来自每个发射机的数据时使用的同步信息被发送给控制器。根据本发明的实施例，可以高速且低延迟地切换图像。


图1是示出对图像数据进行编码的编码器的配置示例的示意图；图2是示出通过重复进行四次分析滤波处理分割的系数数据的结构的示意图；图3是示出行块(line block)的示意图；图4是示出根据本发明的第一实施例的通信系统的配置示例的框图；图5是示出CXU和摄像机之间的图像数据的传输和接收的示意图；图6是示出CXU的配置的框图；图7是示出摄像机中的图像数据发送处理的流程的流程图8是示出CXU中的图像数据接收处理的流程的流程图；图9A至9D是示出IP数据包的帧格式的示意图；图10是示出CXU之间的异步的示意图；图11是示出延迟控制器的操作概况的示意图；图12是示出延迟控制器的配置示例的框图；图13是示出根据本发明的第二实施例的通信系统的配置示例的框图；图14是示出获取同步之后的系统定时的示意图；图15是示出通信系统中的总延迟的示意图；图16是示出延迟控制处理的流程的示意图；图17是示出用于视频控制层同步的同步方法的示意图；图18是示出作为第一结构性示例的IP数据包的帧格式的示意图；图19是示出根据本发明实施例的成像显示设备的配置示例的框图；图20是示出作为第二结构性示例的IP数据包的帧格式的示意图；图21是示出作为第三结构性示例的IP数据包的帧格式的示意图；及图22是示出根据本发明实施例的计算机的配置示例的框图。
具体实施例方式下面，将参考附图详细描述本发明的具体实施例。[编码处理的描述]首先，将描述图像数据编码处理。图1是示出对图像数据进行编码的编码器的配置示例的示意图。图1中所示的编码器10通过对输入的图像数据进行编码生成并输出编码后的数据。如图1中所示，编码器10具有小波变换部11、中间计算缓冲器部12、系数重排缓冲器部13、系数重排部14、量化部15、以及熵编码部16。输入到编码器10的图像数据经由小波变换部11被临时累积在中间计算缓冲器部 12中。小波变换部11对累积在中间计算缓冲器部12中的图像数据进行小波变换。随后将描述小波变换的细节。小波变换部11将通过小波变换获取的系数数据供应给系数重排缓冲器部13。系数重排部14以预定次序(例如，以小波逆变换处理的次序)读出被写入到系数重排缓冲器13中的系数数据，并且将该数据供应给量化部15。量化部15通过预定的方法对供应的系数数据进行量化，并且将所获取的系数数据(量化后的系数数据)供应给熵编码部16。熵编码部16以诸如哈夫曼编码或者算术编码之类的预定熵编码机制对所供应的系数数据进行编码。熵编码部16将所生成的编码后的数据输出到编码器10的外部。[子带]接下来，将描述小波变换。小波变换是将图像数据分割为高空间频率的分量(高频分量)和低空间频率的分量(低频分量)，并且对所生成的低频分量递归地重复分析滤波，从而将图像数据变换为以分层的方式构造且针对每个单独的频率分量分离的系数数据。应该注意，在下面，对于较高频分量的分割等级较低，并且对于较低频分量的分割等级较高。在一层(分割等级)中，分析滤波被相对于水平方向和垂直方向执行。从而，一层中的系数数据(图像数据)通过一层的分析滤波被分割为四种分量。这四种分量是相对于水平方向和垂直方向均为高频的分量(HH)、相对于水平方向为高频且相对于垂直方向为低频的分量(HL)、相对于水平方向为低频且相对于垂直方向为高频的分量(LH)、以及相对于水平方向和垂直方向均为低频的分量(LL)。每组各分量被称为子带。在通过在给定层中执行分析滤波而生成四个子带的情况下，下一(紧接的更高) 层中的分析滤波被应用于四种所生成的子带中的相对于水平方向和垂直方向均为低频的分量(LL)。由于分析滤波这样递归重复，所以低空间频率的频带中的系数数据被缩小到更小的区域中(更低频分量)。所以，系数编码可以通过对这样的小波变换后的系数数据进行编码来进行。图2示出了通过重复四次分析滤波而被分割为直到分割等级4的13个子带(1LH、 1HL、1HH、2LH、2HL、2HH、3LH、3HL、3HH、4LL、4LH、4HL、以及 4HH)的系数数据的结构。[行块]接下来，将描述行块。图3是示出行块的示意图。小波变换中的分析滤波根据将要处理的两行图像数据或系数数据生成了下一个更高层中的四个子带的系数数据。然后例如，当分割等级的数目为4时，如图3中的斜线所示，为了获取作为最高层的分割等级4处的每个子带的一行系数数据，子带3LL的两行系数数据是必需的。为了获取子带3LL的两行，即为了获取分割等级3处的每个子带的两行系数数据， 子带2LL的四行系数数据是必需的。为了获取子带2LL的四行，即为了获取分割等级2处的每个子带的四行系数数据， 子带ILL的八行系数数据是必需的。为了获取子带ILL的八行，即为了获取分割等级1处的每个子带的八行系数数据， 基带的16行系数数据是必需的。S卩，为了获取分割等级4处的每个子带的一行系数数据，基带的16行图像数据是必需的。生成最低频分量的子带(图3情况中的4LL)的一行系数数据所必需的图像数据的行数将被称为行块(或围地)。例如，当分割等级的数目为M时，为了生成最低频分量的子带的一行系数数据，等于2的M次方的基带的图像数据的行数是必需的。这是行块的行数。应该注意，行块还指示通过对一个行块的图像数据的小波变换获取的各子带的系数数据的集合。另外，行指示一行价值的帧图像(画面)的水平方向的一行像素，或者一行价值的子带的水平方向的一行像素。该一行系数数据将被称为系数行。另外，一行图像数据也将被称为图像行。下面，在有必要进行更详细的区分的情况下，将适当地改变这些表达。另外，通过对一个系数行(一行系数数据)进行编码获取的一行编码后的数据将被称为编码行。
根据以上所述的基于行的小波变换处理，类似于JPEG2000中的拼接(tiling)，可以将单个画面分解为更细的粒度进行处理，从而减小在发送和接收图像数据时的延迟。在基于行的小波变换的情况下，不同于JPEG2000中的拼接，不是对单个基带信号进行分割， 而是执行使用小波系数的分割。这里，基于行的小波变换还具有这样的特性，即在拼接块 (tile)边界处不会出现类似于块噪声的图像质量劣化。前面的描述关注了作为基于行的编解码的示例的基于行的小波变换。应该注意， 下面描述的本发明的实施例不仅可以被应用于基于行的小波变换，而且可以被应用于任意的基于行的编解码，例如，诸如JPEG200或MPEG4之类的现有的分层编码。[第一实施例]图4是示出根据本发明的第一实施例的通信系统的配置示例的框图。在图4中，通信系统20包括线路切换装置21、三个摄像室2 至22c、三个附属控制间23a至23c、以及延迟控制器对。例如，在通信系统20中，各装置通过诸如以太网(注册商标)、NGN,以及无线之类的通用线路连接。线路切换装置21是在组成通信系统20的多个装置之间中继通信的装置，例如是以太网(注册商标)中的网络集线器。应该注意，网络集线器被定义为星型网络中使用的线路集中器的一般形式，并且可以具有也可以不具有SNMP(简单网络管理协议)功能。艮口， 组成通信系统20的摄像室2 至22c、附属控制间23a至23c、以及延迟控制器M连接至线路切换装置21，并且它们之间的通信可以经由线路切换装置21进行。摄像室2 至22c是捕捉图像用于生成图像数据的地方，并且每一个摄像室都包括多个摄像机和一个线路切换装置。摄像室2 包括摄像机31a_l至31a_3以及线路切换装置32a。摄像机31a_l至 31a-3被连接至线路切换装置32a，并且线路切换装置3 被连接至线路切换装置21。像摄像室2 —样，摄像室22b包括摄像机31b-l至31b-3以及线路切换装置32b，并且摄像室 22c包括摄像机31c-l至31c-3以及线路切换装置32c。附属控制间23a至23c是选择摄像室2 至22c的地方，并且分别设置在摄像室 22a至22c中的摄像机31a_l至31c_3被控制以中继图像数据。应该注意，本实施例假设这样的环境，其中附属控制间23a至23c由于包括在各附属控制间中的多台设备之间的关系而不相互同步。附属控制间23a包括摄像机控制单元(CXU) 33a、显示部:34a、以及操作部:35a。显示部3 和操作部3 被连接至CXU 33a，并且CXU 33a被连接至线路切换装置21。显示部34a由例如，IXD (液晶显示器)、CRT(阴极射线管)等形成，并且显示由摄像机31a_l至 31c-3捕捉的图像等。操作部35a由例如，多个转换器、控制杆等形成，用户利用操作部进行选择摄像室2 至22c或者摄像机31a-l至31c_3以及切换图像的操作。像附属控制间23a—样，附属控制间2 包括CXU 33b、显示部34b、以及操作部 35b,并且附属控制间23c包括CCU 33c、显示部:34c、以及操作部:35c。延迟控制器M是执行附属控制间23a至23c之间的仲裁并确定主控定时(master timing)的装置。应该注意，随后将参考图12描述延迟控制器M的配置。在这样配置的通信系统20中，例如为了摄像室2 中的摄像机31a_l和附属控制间23a中的CCU 33a之间的同步，在辨认出画面的开始之后，画面中的以行(或行块)为单位的解码从预定的解码开始时间点开始。即，行(或者行块)中的解码的开始时间点取决于发送侧(摄像机31a_l侧)的发送处理何时开始。这时，如果发射机和接收机是一对一的关系则不存在问题。然而，如果相对于接收机(CCU 33a)存在多个发射机，则可能出现这样的情况，其中当在接收侧管理或者组合多块图像数据时，在多块图像数据之间没有建立同步。本发明人在上述日本未审查专利申请公开No. 2009-278545中公开了一种用于克服在多块图像数据之间没有建立同步的情况的方法。除了这个提议以外，本发明还提出了一种方法，该方法即使在多个附属控制间由于存在于各附属控制间内的多台设备之间的关系而不相互同步的情况下也可以实现对于所有集合(摄像机和CXU的组合)的图像数据块之间的同步。首先，将以两个摄像机3Ia-I和31a_2和单个CXU 33a的情况为例，描述通信系统 20中的各摄像机和C⑶之间执行的通信处理。摄像机31a_l和31a_2分别为拍摄物体，生成一系列图像数据，并将该一系列图像数据发送给CXU 33a的发射机。尽管图4示出了作为摄像机31a-l和31a-2的示例的摄影机，但是摄像机31a_l和31a_2不限于摄影机。例如，摄像机31a_l和31a_2可以是具有运动图像拍摄功能的数字照相机、PC、移动电话、或者游戏机。CXU 33a是充当确定通信系统20中的图像数据的发送/接收定时的主机的装置。 尽管图4示出了作为CCU 33a的示例的商用视频处理器，但是CCU 33a不限于商用视频处理器。例如，CXU 33a可以是个人计算机、诸如视频记录器之类的家用视频处理器、通信装置、或者任意信息处理器。尽管在图4中，CXU 33a与摄像机31a_l和31a_2之间的连接是经由线路切换装置21通过有线通信做出的，但是该连接也可以通过基于诸如IEEE 802. 11a, b，g，η, s之类的标准规范的无线电通信做出。接下来，参考图5至8，将描述CXU 33a和摄像机31a_l之间的图像数据的发送和接收。应该注意，CXU 33a和摄像机31a-2之间的图像数据的发送和接收也是以与上述方式相同的方式执行的。图5是示出摄像机31a_l的配置的框图。如图5中所示，摄像机31a_l包括图像应用管理部41、压缩部42、发送存储器43、以及通信部44。图像应用管理部41从应用接收对于由设置在摄像机31a_l中的图像输入装置 (诸如CCD(电荷耦合装置)或CMOS(互补金属氧化物半导体))捕捉的图像数据的传输请求，执行与无线线路有关的路由控制和基于服务质量的控制，并且调整相对于CCU 33a的图像数据的发送定时。更具体地，图像应用管理部41接收由随后描述的CXU 33a的同步控制部57 (图6)发送的发送开始指示信号，并且在指定的发送开始时刻将图像数据发送给压缩部42。另外，图像应用管理部41中的处理包括对图像输入装置的控制。压缩部42、发送存储器部43、以及通信部44相对于在发送开始时刻由图像应用管理部41供应的图像数据，以根据本实施例的编码单位执行一系列图像数据发送处理。图6是示出CXU 33a的配置的框图。参考图6，CXU 33a包括图像应用管理部51、 压缩部52、发送存储器部53、通信部M、接收存储器部55、解码部56、以及同步控制部57。图像应用管理部51从应用接收对于所捕捉的图像数据的传输请求，并执行与无线线路有关的路由控制和基于服务质量的控制，或者相对于应用的图像数据的输入/输出管理。压缩部52以一场中的N行(N不小于1)为编码单位对由图像应用管理部51供应的图像数据进行编码以减小数据量，然后将编码后的数据输出到发送存储器部53。发送存储器部53暂时累积接收自压缩部52的数据。另外，发送存储器部53可以具有根据网络环境管理路由信息以及控制到另一终端的数据转送的路由功能。应该注意， 接收存储器部阳和发送存储器部53可以被结合在一起，以执行发送数据和接收数据的累积。通信部M执行诸如接收由摄像机31a_l的通信部44发送的上述编码单位的一系列图像数据、以及发送在发送存储器部53中累积的发送数据之类的处理。例如，通信部M读出累积在发送存储器部53中的数据，生成发送数据包(例如， 在基于IP协议执行通信的情况下的IP数据包)，并且发送该发送数据包。另外例如，当通信数据包被接收时，通信部M对所接收的数据包进行分析，对应该传递至图像应用管理部 51的图像数据和控制数据进行分离，并且将分离出的图像数据和控制数据输出到接收存储器部55。例如，在执行基于IP协议的通信时，通信部M可以参考所接收的数据包中包括的目的地IP地址和目的地端口地址，并且将图像数据等输出到接收存储器部55。应该注意， 通信部M可以具有控制到另一终端的数据转送的路由功能。接收存储器部55暂时累积从通信部M输入的数据，判断开始解码的时间点，并且将需要解码的数据输出到解码部56。例如，接收存储器部55将从同步控制部57获取的解码开始时刻确定为用于图像数据的解码开始时间点。解码部56以一场中的N(N不小于1)行为单位对从接收存储器部55输出的数据进行解码，然后将解码后的数据输出到图像应用管理部51。同步控制部57充当对通信系统20中的装置之间的图像数据的发送/接收定时进行控制的定时控制器。像图像应用管理部51 —样，同步控制部57 —般被实现为应用层的处理。由同步控制部57进行的对于图像数据的发送/接收定时的调整是利用来自图像应用管理部51的指示、对来自摄像机31a-l的同步请求信号的接收等作为触发器开启的。 然后，同步控制部57向摄像机31a-l发送指定用于图像数据的发送开始时刻的发送开始指示信号，并指定相对于接收存储器部55的解码开始时刻。此时，用于发送至摄像机31a_l的图像数据的发送开始时刻是通过从相对于接收存储器部阳指定的解码开始时刻减去吸收诸如由每编码单位的数据量的波动或者诸如通信路径的抖动之类的通信环境的波动导致的延迟、硬件延迟、或者存储器延迟之类的延迟所必需的时间而获取的时刻。应该注意，在图5和6中，为了便于理解说明，发送开始指示信号被描述为在图像应用管理部41和同步控制部57之间被直接交换。然而实际上，发送开始指示信号是经由通信部44和M被发送和接收的。接下来，将参考图7和8描述由摄像机31a_l执行的图像数据发送处理和由CXU 33a执行的接收处理。图7是示出摄像机31a_l中的图像数据发送处理的流程的流程图。参考图7，首先，发送自CXU 33a的发送开始指示信号被图像应用管理部41接收(步骤Sll)。图像应用管理部41获取发送开始指示信号中包括的发送开始时刻。然后，图像应用管理部41 一直等到发送开始时刻到达为止(步骤S12)，并且当发送开始时刻到达时，图像应用管理部41将图像数据输出到压缩部42。压缩部42以一场中的N(N不小于1)行为编码单位对输出的图像数据进行编码，并将编码后的数据输出到发送存储器部43(步骤Si； )。然后，取决于通信路径和发送处理的进展状况，图像数据被累积在发送存储器部43中(步骤S14)。然后，当发送定时到达时，图像数据被从发送存储器部43输出到通信部44，并且包括图像数据的通信数据的生成被开启(步骤SK)。然后，通信数据被发送至CCU 33a (步骤 S16)。图8是示出CXU 33a中的图像数据接收处理的流程的流程图。参考图8，首先，同步控制部57指定相对于接收存储器部55的解码开始时刻(步骤S21)。此时对于解码开始时刻的指定可以通过例如将解码开始时刻写到存储部中的预定地址或者向接收存储器部55输出信号来进行。另外，此时，发送开始指示信号还被从同步控制部57发送至摄像机31a-l。然后，在接收存储器部55中，用于观测到解码开始时刻的时间的定时器的启动被请求(步骤S22)。另外，经由通信部M从摄像机31a_l接收的图像数据被顺序传递给接收存储器部 55(步骤S2!3)。此时传递的图像数据被累积，直到解码开始时刻为止。然后，当在步骤S21中指定的解码开始时刻到达时(步骤S24)，判断对于将被发送 /接收的图像数据的接收此刻是否已经被及时完成(步骤S2Q。此时，如果不可以检测将要发送/接收的图像数据，则处理返回到步骤S21，并且图像数据的发送/接收定时被重新调整。另一方面，如果在步骤S25中检测到了将要发送/接收的图像数据，则以解码单位对图像数据进行解码处理(步骤S26)。然后，以解码单位进行的解码处理被重复，直到画面中的所有行的处理完成为止 (步骤S27)，并且接收处理在所有行的处理完成时结束。前面参考图5至8，给出了用于获取构成本发明的第一实施例的部分的摄像室22a 和附属控制间23a之间的同步操作的概况的描述。在本实施例中，CXU 33a包括向摄像机 31a-l和31a-2发送用于指定图像数据的发送开始时刻的信号的同步控制部57。根据该配置，在相对于接收机存在多个发射机的情况下，当在接收侧管理或结合多块图像数据时，ecu 33a充当定时控制器，使得实现多块图像数据之间的同步成为可能。另外，同步控制部57相对于接收存储器部55中的解码开始指示部，指定与上述发送开始时刻相隔吸收通信环境中的波动所必需的时间间隔的解码开始时刻。然后，接收存储器阳中的解码开始指示部基于所指定的解码开始时刻确定解码开始时间点，并且指示以解码单位对图像数据进行解码的开启。相应地，在吸收通信环境中的波动的影响等的同时，在保持发射机之间的同步的同时所发送的图像数据可以在稳定的同步状态下被解码。例如，为了使CCU 33a实现摄像机31a_l和31a_2之间的同步，由同步控制部57 插入的帧同步时间戳被用于在CXU 33a和摄像机31a-l和31a_2之间发送和接收的通信数据。
参考图9A至9D，将给出对IP数据包的帧格式的描述，其中IP数据包是可以在CXU 33a和摄像机31a_2之间发送和接收的通信数据的示例。图9A至9D示出了 A至D四个阶段中的单个IP数据包的内部结构。参考图9A， IP数据包由IP报头和IP数据组成。IP报头包含例如目的地IP地址之类的与基于IP协议的通信路径控制有关的控制信息。IP数据进一步由UDP报头和UDP数据组成(图9B)。UDP是OSI参考模型的传输层协议，其一般被用于诸如实时性对其非常重要的运动图像或音频数据的传递之类的应用。UDP报头包含例如作为应用识别信息的目的地端口号。UDP数据进一步由RTP报头和RTP数据组成(图9C)。RTP报头包含诸如序列号之类的用于确保数据流的实时性的控制信息。另外，该控制信息包含帧同步时间戳，其中该帧同步时间戳由同步控制部57生成以实现多个摄像机之间的同步。在本实施例中，RTP数据由图像数据的报头(下文中称为图像报头)和作为以基于行的编解码为基础压缩的图像的主体的编码后的数据组成(图9D)。图像报头可以包含例如画面号、行块号(或者当编码以一行为单位进行的情况下的行号)、或者子带号。应该注意，图像报头可以被进一步分离为针对每个画面给出的画面报头和针对每个行块给出的行块报头。当由同步控制部57生成的帧同步时间戳被这样包含在IP数据包中时，单个CXU 可以建立多个摄像机的同步。附带地，在具有多个C⑶和多个摄像机的通信系统中，S卩，具有图4中所示的CXU 33a至33c和摄像机31a_l和31a_2的通信系统20中，当CXU 33a至33c不相互同步时， 在CXU 33a至33c的各同步控制部57中处理被以不同的定时执行。在CXU如上所述地不相互同步的情况下，当切换子带时处理被以不同的定时执行时，有时会导致图像中的扰动。例如，参考图10，将描述CXU之间的异步。图10示出了 CCU 33a和CCU 33b相对于摄像室22a的摄像机31a_l和31a_b之间的异步。如图10中所示，在CXU 33a和CXU 3 相互异步的情况下，当视频数据被从附属控制间23a切换到附属控制间2 时，由于图像不同步，所以必需参考附属控制间23a来操作摄像机31a-l和31a-2，然后在切换到附属控制间2 之后参考附属控制间23b向摄像机31a-l和31a-2应用重新同步。结果，在频繁在附属控制间23a和2 之间切换的视频系统中，视频被扰乱，使得视频系统不适合用在实况转播中。因此，如图4中所示，延迟控制器M被引入通信系统20，并且延迟控制器M执行在附属控制间23a和附属控制间2 之间进行仲裁并确定主控定时的处理。应该注意，除了被配置为连接至线路切换装置21的装置以外，延迟控制器M可以被实现在附属控制间 23a 至 23c 中。参考图11，将描述延迟控制器M的操作的概况。图11示出其中为三个附属控制间23a至23c确定主控定时的处理的示例。在存在三个不同的帧同步定时的环境中，为了将一个附属控制间的帧同步定时设置为主控定时，延迟控制器M配备用于延迟其他两个附属控制间中的每个控制间的视频数据的缓冲器，并且找出使得这两个附属控制间中的每一个附属控制间的延迟都尽可能小的一个附属控制间。此时，假设由于从每个附属控制间到每个摄像室的网络连接导致的延迟非常小。即，像在图4中的通信系统20中一样，假设附属控制间23a至23c被一次链接至线路切换装置21，然后被从线路切换装置21连接至摄像室2 至22c。由于从附属控制间23a至23c到摄像室2 至22c的距离恒定，所以可以仅基于分别设置在附属控制间23a 至23c中的CXU 33a至33c的帧同步定时来确定主控定时。例如，延迟控制器M首先将附属控制间23a与附属控制间2 进行比较，并且检测出可以使另一个附属控制间的延迟缓冲器的数量更小的附属控制间。在图11的示例中， 相比于比附属控制间23a，附属控制间2 可以使另一个附属控制间的延迟更小。接下来，延迟控制器M将附属控制间2 与附属控制间23c相比较。对于附属控制间23c，相对于附属控制间2 的延迟时间为情况A或情况B。相应地，延迟控制器M将情况A和情况B的时间间隔相互比较，并且判断情况A的时间间隔较短，并判定附属控制间 2 为主机。在图11的示例中，由于同步定时A被确定为主控定时，所以对于附属控制间 23a,配备缓冲器以允许从同步定时A到附属控制间23a的帧同步定时的延迟，并且对于附属控制间23c，配备缓冲器以允许从同步定时A到附属控制间23c的帧同步定时的延迟。由于附属控制间23b的帧同步定时已经这样变为主控定时，所以缓冲器分别使得附属控制间23a和附属控制间23c仅被延迟与附属控制间2 之间的差异(例如，图6中的CXU 33a的接收存储器部55被用作缓冲器)。接下来，图12是示出延迟控制器M的配置示例的框图。如图12中所示，延迟控制器M包括切换部61、物理层接收机62、物理层控制部 63、接收数据分析部64、系统同步定时调整部65、图像捕捉定时管理表66、图像捕捉定时调整管理部67、同步控制信息发送部68、发送数据生成部69、以及物理层发射机70。切换部61具有在数据的发送和接收之间切换的功能，并且被连接至去往线路切换装置21的线路(图4)。物理层接收机62是从线路接收数据包的物理层接收部。物理层接收机62从诸如以太网(注册商标)、NGN、或无线线路之类的数字网络线路接收数据包。例如，物理层接收机62基于来自物理层控制部63的请求开启操作，并且将所接收的数据包供应给接收数据分析部64。物理层控制部63是检测所接收的数据包并开启接收操作的物理层控制部。另外例如，物理层控制部63基于来自发送数据生成部69的控制对物理层进行控制。接收数据分析部64对每个所接收的数据包的种类进行分析，并且例如判断描述附属控制间23a至23c中的每一个附属控制间的帧同步定时的数据包已经被接收到。系统同步定时调整部65在与图像捕捉定时管理表66交换数据的同时，基于在接收数据分析部64中辨别出来的数据包执行调整同步定时的处理。即，系统同步定时调整部 65以上述参考图11描述的方式确定主控定时。图像捕捉定时管理表66被用来管理(存储)来自系统同步定时调整部65的附属控制间23a至23c的帧同步定时以及从附属控制间23a至23c到摄像室2 至22c的摄像机31a-l至31c-l的延迟。当系统同步定时调整部65确定主控定时时，这些信息被参考。图像捕捉定时调整管理部67管理到摄像室2 至22c的摄像机31a_l至31c_3 的帧同步信息的发送，从而使得视频数据可以在系统同步定时调整部65所确定的主控定时处被接收。同步控制信息发送部68基于接收自图像捕捉定时调整管理部67的开始定时，控制同步信息的发送。发送数据生成部69逐数据包地生成适用于物理层发射机70的线路的数据包。物理层发射机70是向线路发送数据包的物理层发送部。物理层发射机70向诸如以太网(注册商标)、NGN、或者无线线路之类的数字网络线路发送数据包。例如，物理层发射机70基于来自物理层控制部63的请求开启操作，并且将由发送数据生成部69供应的通信数据包供应给切换部61。尽管在本实施例中，图11中所示的情况A和情况B的时间间隔在以上参考图5描述的延迟控制器M中被判断出来，但是这不应该被严格理解。也可以在延迟控制器M中计算情况A和情况B，并且例如在附属控制间23a的显示部3 上显示情况A和情况B作为延迟信息，从而使得用户能够通过考虑延迟信息对操作部3 进行操作来做出选择。另外，延迟控制器M可以被配置为包括用于相对于附属控制间23a至23c对数据进行延迟以与主控定时同步的缓冲器(例如，通过在物理层接收机62和物理层发射机70 之间设置缓冲器)，并且将延迟预定定时的数据发送至通信系统20的网络。除了这种配置之外，CXU 33a至33c可以被分别配置为包括延迟缓冲器，并且从延迟控制器M接收延迟标记信息从而控制延迟。应该注意，在上述的基于行的小波变换被用作本实施例中通用的基于行的编解码的情况下，通信数据包可以不以行块为单位生成，而可以以行块的子带为单位生成。在这种情况下，在接收存储器部中，例如，对应于从图像报头获取的行块号和子带号的存储区域可以被保护，并且被分解为频率分量的图像数据可以被以行块的子带为单位累积。此时，例如在当以行块为单位执行解码时由于传输错误等导致子带(或者其部分)丢失的情况下，虚拟(dummy)数据可以被插入在行块中的相应子带之后，并且可以从下一个行块开始执行正常解码。[第二实施例]图13是示出根据本发明的第二实施例的通信系统的配置示例的框图。在上述第一实施例中，描述是基于由于从附属控制间23a至23c到摄像室2 至 22c的网络连接导致的延迟的差异非常小的假设作出的。然而实际上，如果它们各自的连接路径差异很大，则有必要在考虑延迟的差异的同时建立它们的同步。因此，在第二实施例中，将给出摄像室2 至22c和附属控制间23a至23c之间的各连接路径不同的配置的描述。如图13中所示，在通信系统20’中，线路连接配置(以太网(注册商标)情况下的网络拓扑)相对于图4中的通信系统20被改变。S卩，在通信系统20’中，尽管附属控制间2 的CXU 3 和附属控制间23c的(XU33c被直接连接至线路切换装置21_1，但是附属控制间23a的CXU 33a经由线路切换装置21_2至21_4被连接至线路切换装置21_1。将关注与第一实施例的不同的同时描述通信系统20’的配置示例，其中假设附属控制间23a和附属控制间2 之间的帧同步定时的未对准与参考图4描述的一样。图14是示出在附属控制间2 充当主控定时的情况下，获取摄像室2 的摄像机 31a-l和31a-2之间的同步之后的系统定时。S卩，在图14中，参考附属控制间23b的帧同步定时(=主控定时)生成了摄像机31a_l和31a_2的帧同步定时。首先，在图14中，考虑了作为整体的通信系统20’的总延迟。假设从主控定时到摄像机31a-l的延迟为6 (该延迟包括从摄像机31a-l到附属控制间23b的抖动)。在这种情况下，摄像机31a-l的帧同步定时在相位上比CXU 3 的帧同步定时早等于延迟时间 6的时间间隔。相应地，在摄像机31a-l中，CXU 3 处的数据包的到达时间被调整，从而使得数据包可以在CXU 3 的帧同步定时处被处理。另一方面，假设从主控定时到摄像机31a_2的延迟量为5 (该延迟包括从摄像机 31a-2到CXU 3 的抖动)。由于附属控制间23a的CXU 33a的帧同步定时被从附属控制间23b的CXU 33b开始延迟3，所以通信系统20，中的总延迟为14(延迟6+延迟5+延迟 3)。应该注意，在本实施例中，延迟的单位不限。这里，尽管基于比值描述了延迟，但是延迟也可以是时间或者时钟单位。与附属控制间2 充当上述主控定时的情况相反，将参考图15描述当主控定时被设置为附属控制间23a的CXU 33a时通信系统20’中的总延迟。如图15中所示，当主控定时被设置为附属控制间23a的CXU 33a时，附属控制间 23a和附属控制间2 之间的延迟相对于附属控制间2 被设置为主控定时的情况(图14) 增4 (延迟7-延迟3)。然而，不同于图4中的通信系统20，在图13中的通信系统20’中的线路连接配置 (以太网(注册商标)情况下的网络拓扑)中，从主控定时到摄像机31a-l的延迟为2(该延迟包括从摄像机31a_l到附属控制间23a的抖动)。并且从主控定时到摄像机31a_2的延迟为1 (该延迟包括从摄像机到附属控制间23a的抖动)。图4中的通信系统20和图13 中的通信系统20’之间的延迟的差异是由从附属控制间2 的角度的延迟和从附属控制间 23a的角度的延迟之间的差异导致的，该差异由于在线路切换装置21-1和附属控制间23a 之间插入多个线路切换装置导致，这是因为摄像机31a_l和摄像机31a_2之间的帧同步定时是周期出现的。所以，系统总延迟变为10 (延迟7+延迟2+延迟1)，所以总延迟变得小于附属控制间2 被设置为主控定时的情况(图14)。这样，在确定主控定时的过程中，通过确定充当主控定时的一台设备(CXU)同时考虑从具有帧同步定时的各台设备(CCU)到各摄像机的延迟，可以减小系统总延迟，从而使能具有最小延迟的系统设置。应该注意，本实施例不限于图13中所示的配置。图13中的通信系统20’被示出用于描述摄像机处于距离每个附属控制间不同距离处的环境，并且该环境仅被作为帮助理解的示例。例如，将通过考虑将线路连接至各摄像室中的摄像机的延迟之间的差异、由各附属控制间中的设备引入的延迟之间的差异、以及各摄像室之间的线路延迟之间的差异，来确定主控定时。另外，本发明可以被应用于延迟的内部分量。另外，网络抖动没有被包括。如上所述，第一实施例示出了这样的方法，其中在计算每个摄像机和每个C⑶之间的延迟之前，CCU之间的帧同步定时的仲裁被执行，并且基于主控定时，向每个摄像机通知帧同步定时。第二实施例示出了这样的方法，其中在查找主控定时的时候，不仅是CCU之间的帧同步定时的仲裁被执行而且还有系统总延迟的计算通过向仲裁参数添加各摄像机和CXU之间的延迟被执行，并且使得用于整个系统的延迟最小化的主控定时被选择。接着，将给出第三实施例的描述。在第三实施例中，将向延迟控制器图12)通知各摄像机和CXU之间的延迟，并且这些延迟之间的仲裁将在延迟控制器M中被执行，以检测该系统的参考延迟时间(不同于CCU的帧同步定时)。应该注意，在第三实施例中，基于上述参考延迟时间，从外部输入到每个摄像机的同步定时被调整，并且用于整个系统的最佳参考延迟时间被确定。[第三实施例]参考图16中的流程图，将给出在根据本发明的第三实施例的通信系统中执行的延迟控制处理的描述。应该注意，该处理利用与图4中的通信系统20相同的配置执行。例如，处理在通信系统20启动时被开启，并且在步骤S41中，延迟控制器M设置摄像机31a-l至31c-l和CXU 33a至33c之间的充当用于测量延迟时间的一对的组合。艮口， 延迟控制器M确定充当一对的摄像机31和CXU 33的组合，并且通知相应的CXU 33测量相对于成对的摄像机31的延迟时间。此时，例如，延迟控制器M通过设置作为不同于CXU 33a至33c的同步定时的任意定时的临时主控定时促使该处理被执行。然后，已经接收到来自延迟控制器M的通知的CXU 33测量相对于成对摄像机31的延迟和网络抖动，并且计算延迟时间。当CXU 33向延迟控制器24通知延迟时间时，在步骤S42中，延迟控制器24获取由CXU 33通知的延迟时间，并且处理进行到步骤S43。在步骤S43中，延迟控制器M判断是否存在还没有测量延迟时间的一对摄像机31 和CXU 33。如果判断存在还没有测量延迟时间的一对摄像机31和CXU 33，则处理返回到步骤S41。S卩，通过重复步骤S41至S43中的处理，计算组成通信系统20的所有对的摄像机 31和CCU 33之间的延迟时间。另一方面，如果延迟控制器M在步骤S43中判断不存在还没有测量延迟时间的一对摄像机31和CXU 33，则处理进行到步骤S44。在步骤S44中，延迟控制器M基于通过步骤S41至S43中的处理获取的所有对的摄像机31和CXU 33之间的延迟时间，计算作为充当参考的延迟时间的参考延迟时间！"b。在步骤S45中，延迟控制器M判断一对摄像机31和CXU 33之间的延迟时间是否小于参考延迟时间Tb。如果延迟控制器M在步骤S45中判断相应的摄像机31和CXU 33之间的延迟时间小于参考延迟时间作，则处理进行到步骤S46。在步骤S46中，延迟控制器M通知CXU 33将已经被临时设置的临时主控时间延迟通过从参考延迟时间Tb减去延迟时间Ts (其是摄相机31和CXU 33之间的延迟时间，并且小于参考延迟时间Tb)获取的时间。在步骤S46 中的处理之后，处理返回到步骤S41，并且随后相同的处理被重复。具体地，由于延迟控制器M计算延迟管理时刻(参考延迟时间Tb =延迟管理时刻-摄像机的图像捕捉时刻)(其不取决于CCU 33的同步定时)，所以基于该延迟管理时刻，延迟控制器M通知CXU 33将摄像机的图像捕捉时刻延迟等于(参考延迟时间Tb-延迟时间Ts)的时间。这使得视频数据将在延迟管理时刻被处理，即使摄像机31和CXU 33 之间的延迟时间为Ts。在步骤S46中，延迟控制器M向每个摄像机31发送用于使同步定时更早或更晚的命令，从而使得视频数据参考参考管理时刻被处理。另一方面，如果延迟控制器M在步骤S45中判断摄像机31和(XU33之间的延迟不小于参考延迟时间Tb (等于或大于参考延迟时间Tb)，则处理进行到步骤S47。
18
在步骤S47中，延迟控制器M判断摄像机31和CXU 33之间的延迟时间是否大于参考延迟时间Tb。如果延迟控制器M在步骤S47中判断摄像机31和CXU 33之间的延迟时间不大于参考延迟时间Tb，则处理进行到步骤S48。即，在这种情况下，当还考虑步骤S45中的判断时，遵循摄像机31和CXU 33之间的延迟时间等于参考延迟时间Tb。在步骤S48中，延迟控制器M通知CXU 33使用参考延迟时间Tb获取同步。接着， 已经被通知这样做的CXU 33被设置为利用参考延迟时间Tb进行操作，即，继续操作而不重新设置视频缓冲器的数量，然后延迟控制处理结束。此时，当前定时，即已经被临时设置的临时主控定时被确定为主控定时，并且处理被利用该主控定时执行。另一方面，如果延迟控制器M在步骤S47中判断摄像机31和(XU33之间的延迟时间大于参考延迟时间Tb，则处理进行到步骤S49。在步骤S49中，延迟控制器M判断摄像机31和CXU 33之间的延迟时间Tl (其是摄像机31和CXU 33之间的延迟时间，并且大于参考延迟时间Tb)是否是使得必须以帧为单位执行延迟的时间。例如，延迟控制器M在延迟时间Tl等于或者大于1帧时间的情况下判断有必要执行以帧为单位的延迟，并且在延迟时间Tl小于1帧时间的情况下判断不必要执行以帧为单位的延迟。如果延迟控制器M在步骤S49中判断延迟时间Tl是使得必须执行以帧为单位的延迟的时间，则处理进行到步骤S50。在步骤S50中，延迟控制器M计算以帧为单位的延迟时间。例如，延迟控制器M 计算(参考延迟时间Tb+帧数nX-帧时间Tfr)-延迟时间Tl作为以帧为单位的延迟时间。 这里，帧数η是将要延迟的帧数。在步骤S51中，基于在步骤S50中计算的以帧为单位的延迟时间，延迟控制器M 计算累积用于延迟时间的图像数据所必需的缓冲器的数量。在步骤S52中，延迟控制器M 向CXU 33通知在步骤S51中计算的缓冲器的数量，并且促使CXU 33设置缓冲器的数量。结果，到达CXU 33的图像的延迟变为相对于参考延迟时间Tb的精确的η帧延迟。这里，将要延迟的帧数η被确定为满足以下关系参考延迟时间Tb+帧数nX-帧时间Tfr >延迟时间 Tl。应该注意，计算并设置缓冲器的数量的处理也可以在CXU 33侧执行。S卩，延迟控制器M可以向CCU 33通知在步骤S50中计算的以帧为单位的延迟时间，并且CCU 33可以计算并设置缓冲器的数量。在步骤S53中，延迟控制器M通知CCU 33向CXU 33后面阶段的设备通知延迟的帧数η。响应于这个通知，CXU 33向随后阶段的设备通知帧数η，并且延迟控制处理结束。另一方面，如果延迟控制器M在步骤S49中判断延迟时间Tl不是使得以帧为单位进行延迟必须执行的时间，则处理进行到步骤S54。在步骤S54中，延迟控制器M计算延迟时间(小于1帧时间的延迟时间)。例如， 延迟控制器M计算(参考延迟时间Tb+-帧时间Tfr)-延迟时间Tl作为延迟时间。然后，在步骤S55中，基于在步骤SM中计算的延迟时间，延迟控制器M计算累积用于该延迟时间的图像数据所必需的缓冲器的数量。在步骤S52中，延迟控制器M向CXU 33通知缓冲器的数量，并且促使CCU33设置缓冲器的数量。应该注意，计算并设置缓冲器的数量的处理也可以在CCU 33侧执行。另外，对应于延迟时间的缓冲器的数量被设置得尽可能小。在步骤S56中的处理之后，延迟控制处理结束。如上所述，在第三实施例中，通过检测不同于每个CCU的帧同步定时的用于系统的参考延迟时间，从外部输入到每个摄像机的同步定时被调整，并且用于整个系统的最佳参考延迟时间可以被确定。例如，在第一和第二实施例中，由于定时管理是将给定CCU 33用作主控来执行的，所以可以相对容易地执行系统定时管理。另一方面，在第三实施例中，不是取决于给定 CCU 33的帧同步定时，而是对等延迟被测量，从而允许更灵活的测量。所以，第三实施例适用于以下环境或情况中的处理(帧同步定时不同的)多个CCU 33中只有一个CCU 33被显著延迟的环境或者等于或大于帧同步间隔的延迟发生的情况。在第三实施例中，使充当参考的延迟时间为Tb，由于各摄像机31和CXU 33之间的连接环境不同，所以存在延迟小于参考延迟时间Tb(延迟时间Ts)的情况，以及延迟大于参考延迟时间Tb (延迟时间Tl)的情况。因此，如果摄像机31和CXU 33之间的延迟小于参考延迟时间Tb (延迟时间Ts)，则延迟控制器M指示目标摄像机将图像捕捉定时延迟通过从参考延迟时间1 减去延迟时间Ts获取的时间。结果，到达(XU33的视频的延迟被调整为等于摄像机31和CXU 33之间的参考延迟时间Tb。应该注意，由于期望延迟控制器M考虑等于CXU 33掌控的网络抖动的视频缓冲器数量来确定参考延迟时间，所以测量的数目可以被增大，直到网络抖动被掌控为止。在第三实施例中，如果延迟大于参考延迟时间Tb (延迟时间Tl)，则该系统在两种情况之间进行选择。一种途径是将用于CCU 33的视频缓冲器的数量调整到等于(参考延迟时间Tb+-帧时间Tfr)-延迟时间Tl的延迟时间，从而使得该系统被以最小延迟建立。该途径对于期望尽可能地减小作为整体的系统的延迟是有效的。另一种途径是，为了使延迟被以帧为单位设置，延迟控制器M指示CXU 33将视频缓冲器设置得等于(参考延迟时间Tb+帧数nX-帧时间Tfr)-延迟时间Tl的时间。CXU 33调整到达视频的延迟，从而使得视频相对于参考延迟Tb被精确地延迟η帧。这里，-帧时间Tfr是一帧的时间，并且帧数η被确定满足以下关系参考延迟时间Tb+帧数ηΧ-帧时间Tfr >延迟时间Tl。在根据相关技术的系统中，例如当在图4中在附属控制间23a和附属控制间2 之间切换时，发生由于η帧延迟导致的画面的重复。关于这个问题，本发明是有效的，即便仅对于避免由于以上功能的切换导致的画面中的扰动。另外，通过将显示将要输入的视频数据被延迟η帧的指示提供给在随后阶段被连接到每个附属控制间23的广播设备，可以去除在随后阶段的设备中的画面的重复。尽管延迟控制器M被用于仲裁，但是不同于其中延迟控制器M被连接到线路切换装置21的配置，延迟控制器M可以被内置于CXU 33中。另外例如，在步骤S45中，参考延迟时间Tb被设置为每个摄像机31和每个给定的 CCU 33之间的最大延迟。对于摄像机的图像捕捉时刻的调整，如果存在用于整个系统的绝对时间轴(例如，时钟)，则同步定时可以由时刻指定。应该注意，尽管本发明仅设置了视频缓冲器的数量，但是延迟调整可以通过使用缓冲器和PLL相位调整二者来执行。尽管在本实施例中，描述主要关注包括发送图像数据的摄像机和控制摄像机的 CCU的通信系统的情况，但是本发明不限于这种配置。本发明可以被应用于包括发送数据的发射机和控制发射机的控制器的通信系统、以及应用于控制通信系统中的延迟的延迟控制
ο如前所述，尽管摄像机和CCU之间的连接在根据相关技术的用于执行实况转播的摄像机系统中的被称为多线缆(multi-cable)的光纤线缆、三轴电缆、或者复合线缆做出，但是根据本发明实施例的延迟控制器、控制方法、以及通信系统可以适用于诸如以太网 (注册商标)、NGN、以及无线之类的通用线缆。由于这种通用线路相对于专用线路或者卫星线路非常便宜，所以实况转播系统可以以低成本建造。另外，对于具有不同的帧同步定时的实况转播控制的适应性允许进行简单的系统扩展，从而使得建立实用性涉及的系统配置成为可能。例如，尽管在相关技术中转播是通过在相同的广播站设施中的摄像室之间切换提供的，但是对于到不同设施或者远程设置中的摄像室的实况转播，中继切换等可以通过与相关技术中相同的定时/操作执行。另外，由于摄像机可以通过异步网络被同步锁相，所以即使在利用多个转播控制站和多个摄像机提供同步转播的情况下，通过使用基于行的编解码、并且实现适用于基于行的编解码的同步获取方法，可以低延迟地发送高质量的摄像机图像。结果，可以保持使得作为实况转播的核心技术的实时图像的快速切换能够实现的低延迟等级。附带地，在第一至第三实施例中，如参考图9A至9D所述，通过使用IP数据包中包含的帧同步时间戳获取CXU 33a至33c和摄像机31a-l至31C-3之间的同步。此时，期望在保持低延迟等级的同时实现高精度同步，其中低延迟等级使得作为实况转播的核心技术的实时图像的快速切换能够实现。[第四实施例]在第四实施例中，系统同步是通过执行两种同步获取实现的。第四实施例涉及例如这样的数据包格式，该数据包格式使得获取在诸如以太网(注册商标)或NGN之类的线路控制层中执行的同步(下文中称为线路控制层同步)，并且进一步地，基于已经通过线路控制层适当同步后的数据包获取执行视频帧或视频画面等级的同步的视频控制层中的同步(下文中称为视频控制层同步)。首先，参考图17，将描述用于视频控制层同步的同步方法。应该注意，在第一至第三实施例中，在计算上述延迟时间之前，视频控制层同步被执行。在图17中所示的数据传输系统100中，数据流被从发射机111发送至接收机112。 发射机111对应于上述摄像机31的发送部，并且接收机112对应于上述CXU 33的接收部。数据传输系统100是用于发送诸如运动图像数据或音频数据之类的数据流，并实时再现和输出该数据流的系统。数据传输系统100包括发送数据流的发射机111、接收数据流的接收机112、以及传输路径113 (例如，包括上述线路切换装置21的线路)，其中数据流通过传输路径113在这些装置之间传送。发射机111包括用于累积所生成的数据流的发送存储器11a、对来自发送存储器 Ila的输出数据进行打包并将结果数据输出到传输路径113的输出部111b、生成将发送给接收机112的时间信息的时间信息生成部111c、以及将时间信息附加到来自输出部Illb的输出数据的时间信息附加部llld。接收机112包括用于暂时累积经由传输路径113接收的数据流的接收存储器 11 、对来自接收存储器112的输出数据执行解码处理的解码处理部112b、对附加至所接收的数据流的时间信息进行分离的时间信息分离部112c、以及控制来自接收存储器112a 的数据流的读出定时的读出控制部112d。应该注意，发射机111和接收机112分别设置有参考时钟Ille和112e，这两个参考时钟分别生成充当用于从发射机111发送的时间信息的参考的时刻。另外，参考时钟Ille和112e可以分别基于接收自设置在外部的参考时刻生成部114的参考时刻信息生成时刻。 传输路径113被实现为诸如以太网(注册商标)线路(包括LAN)、NGN、或者无线 LAN之类的通信网络。由编码部以预定的编码机制编码的数据流被供应给发射机111 (未示出)。该数据流可以经由诸如硬盘之类的存储介质被供应。所供应的数据流被暂时累积在发送存储器 11 Ia中，被供应给输出部11 Ib，并且被输出到传输路径113。在接收机112中，所接收的数据流被暂时累积在接收存储器112中，并且被供应给解码处理部112b以进行解码处理，并且基于该数据流的内容被诸如监控器或扬声器(未示出)之类的输出部输出。在这样的数据流的传输中，直到由编码部生成的数据流被供应给接收机112的解码处理部112b为止的传输延迟时间被调整为在某个程度恒定，从而建立去往编码部的输入数据和来自解码处理部112b的输出数据之间的同步。数据传输系统100被如上所述地配置。打包后的数据被发送和接收，并且通过使用该数据包中包含的时间戳，上述的行控制层同步和视频控制层同步被执行。这里，参考图18，将给出本实施例中的作为用于实现行控制层同步和视频控制层同步的数据包的第一结构性示例的IP数据包的帧格式的描述。如图18中所示，IP数据包由IP报头和IP数据组成。IP报头包含例如诸如目的地IP地址之类的与基于IP协议来控制通信路径有关的控制信息。IP数据进一步由UDP报头和UDP数据组成。UDP是OSI参考模型的传输层协议，其中该协议一般被用于诸如对其来说实时性非常重要的运动图像或音频数据的传送之类的应用。UDP报头包含例如作为应用识别信息的目的地端口号。UDP数据进一步由RTP报头和RTP数据组成。RTP报头包含例如诸如序列号之类的用于确保数据流的实时性的控制信息。RTP报头包含用于行控制层同步的时间戳。RTP数据由图像报头和作为以基于行的编解码为基础压缩的图像的主体的编码后的数据组成。图像报头可以包含例如画面号、行块号(或者在编码将以一行为单位进行的情况下的行号)、或者子带号。图像报头包含用于视频控制层同步的时间戳。这样，IP数据包被如此配置，从而使得用于行控制层同步的时间戳被包含在RTP 报头中，并且用于视频控制层同步的时间戳被包含在图像报头中。这里，用于行控制层同步的时间戳和用于视频控制层同步的时间戳不能相互同步。接下来，参考图19，给出对生成并发送这样的IP数据包，并输出包含在所发送的 IP数据包中的数据的装置的描述。尽管在图17中，发射机111和接收机112被配置为不同的装置，但是在图19中，将给出作为示例的包括发送功能和接收功能的成像显示装置的描述。图19是示出根据本发明实施例的呈现显示装置120的配置示例的框图。图19中的成像显示装置120可以对包括捕捉的图像和音频的信号进行打包，并且将打包后的信号输出到异步传输路径(即，充当图4中的摄像室22)，还可以恢复并输出经由异步传输路径发送的打包后的信号(即，充当图4中的附属控制间23)。应该注意，将参考图20描述在成像显示装置120中生成的数据包的结构。成像显示装置120包括摄像机部121、图像编码部122a、音频编码部122b、图像数据包生成部123a、音频数据包生成部123b、时间戳生成部124a和124b、图像同步定时调整部125、缓冲器126、时间戳生成部127、RTP数据包生成部128、异步传输路径I/F(接口)129、RTP数据包解码部130、时间戳解码部131、缓冲器132、时间戳解码部133a和133b、 图 像解包部134a、音频解包部134b、图像解码部135a、音频解码部135b、输出部136、时钟生成部137、同步信号生成器138、行同步定时调整部139、以及时间戳生成部140。成像显示装置120可以将包括由摄像机部121获取的图像和音频的信号输出到异步传输路径(即，充当图4中的摄像室22)，并且可以恢复经由异步传输路径发送的信号，并将恢复出的信号输出到输出部136( S卩，充当图4中的附属控制间23)。摄像机部121包括诸如CXD或CMOS传感器之类的成像部、诸如麦克风之类的音频输入部，并且获取图像和音频。对应于摄像机部121获取的图像的图像信号被输入到图像编码部122a，并且对应于摄像机部121获取的音频的音频信号被输入到音频编码部122b。图像编码部122a对图像信号进行编码和压缩，并且将编码后的数据供应给图像数据包生成部123a。音频编码部122b对音频信号进行编码和压缩，并且将编码后的数据供应给音频数据包生成部123b。图像数据包生成部123a将图像信号的编码后的数据设置为一个数据包的大小， 附加图像报头，并且对编码后的数据进行打包。图像数据包生成部123a将图像信号的打包编码后的数据供应给时间戳生成部124a。类似地，音频数据包生成部123b将音频信号的打包编码后的数据供应给时间戳生成部124b。时间戳生成部124a将与媒体同步的时间戳，即用于控制层同步的时间戳(图18) 附加至图像信号的打包编码后的数据。类似地，时间戳生成部124b将与媒体同步的时间戳附加至音频信号的打包编码后的数据。图像同步定时调整部125调整由时间戳生成部124a附加的用于视频控制层同步的时间戳的定时。图像同步定时调整部125还调整相对于时间戳解码部133a的用于视频控制层同步的时间戳的定时。带有在时间戳生成部124a中附加的时间戳的编码后的数据、以及带有在时间戳生成部124b中附加的时间戳的编码后的数据被供应给缓冲器132，并在缓冲器132中被多
路复用。时间戳生成部127将用于行控制层同步的时间戳(图18)附加至在缓冲器132中被多路复用的数据，并且将结果数据供应给RTP数据包生成部128。应该注意，在时间戳生成部140中通过参考随后将描述的参考同步信号生成的用于行控制层同步的时间戳被供应给时间戳生成部127，并且时间戳生成部127附加用于行控制层同步的时间戳。RTP数据包生成部128将RTP报头附加至包含编码后的数据和图像报头的RTP数据，并且将RTP数据供应给异步传输路径I/F。异步传输路径I/F 129附加时间戳和IP报头，并且将结果数据输出到异步传输路径。例如，当成像显示装置120被看作图4中的摄像机31时，异步传输路径I/F 129经由异步传输路径向CXU 33发送数据包。另一方面，当成像显示装置120被看作图4中的CXU 33时，异步传输路径I. /F129经由异步传输路径接收从摄像机31发送的数据包。RTP数据 包解码部130被供应通过异步传输路径I/F 129接收的数据包(诸如图像数据包、音频数据包、以及指令数据包)。RTP数据包解码部130对每个数据包进行解码， 并且将解码后的数据包供应给时间戳解码部131。时间戳解码部131核对IP报头、UDP报头、以及RTP报头。然后，包含图像数据和音频数据的RTP报头被供应给缓冲器132，并且附接在RTP报头后面的用于行控制层同步的时间戳(图18)被供应给时钟生成部137。在缓冲器132中，数据被解复用电路分离为图像信号的编码后的数据的数据包和音频信号的编码后的数据的数据包。图像信号的编码后的数据的数据包被供应给时间戳解码部133a，并且与媒体同步的时间戳，即用于视频控制层同步的时间戳(图18)被提取。用于视频控制层同步的时间戳被用于在输出部136中生成时钟或者同步信号。图像解包部134a对由时间戳解码部133a供应的图像信号的编码后的数据的数据包进行解包，并且将图像信号的编码后的数据供应给图像解码部135a。图像解码部135a对图像信号的编码后的数据进行解码，并将图像信号输出到输出部136。时间戳解码部133b、图像解包部134b和音频解码部135b，以与时间戳解码部 133a、图像解包部134a和图像解码部135a相同的方式，将包含在音频信号的编码后的数据的数据包中的音频信号输出到输出部136。结果，经由异步传输路径发送的图像和音频被从输出部136输出。时钟生成部137生成预定频率的时钟，并且将该时钟供应给同步信号生成器138。 同步信号生成器138根据该时钟生成同步信号，并将同步信号供应给行同步定时调整部 139。行同步定时调整部139被供应来自同步信号生成部138的同步信号，并经由时钟生成部137和同步信号生成部138被供应来自时间戳解码部131的用于行控制层同步的时间戳。然后，基于用于行控制层同步的时间戳，行同步定时调整部139调整同步信号，并输出时间戳生成部140生成时间戳时所参考的参考同步信号。时间戳生成部140参考来自行同步定时调整部139的参考同步信号，并且生成将被供应给时间戳生成部127的用于行控制层同步的时间戳。在如上所述配置的成像显示装置120中，利用基于包含在数据包中的用于行控制层同步的时间戳适度同步后的数据包，可以基于用于视频控制层同步的时间戳，获取用于实现视频帧或者视频画面等级的同步的视频控制层中的同步(下文中称为视频控制层同步)。所以，可以在保持低水平延迟(低延迟使得作为实况转播的核心技术的实时图像的快速切换能够实现)的同时实现高精度同步。应该注意，如果异步传输路径的带宽相对于信号足够宽，则图像编码部122a和音频编码部122b是不必要的，并且该信号可以在不被压缩的情况下被变换为IP数据包。在这种情况下，图19中的图像解码部135a和音频解码部135b也是不必要的。接下来，参考图20，将给出作为数据包的第二结构性示例的IP数据包的帧格式的描述。
图20中所示的IP数据包与图18中所示的IP数据包的不同在于，用于编码时间同步的时间戳被包括在编码后的数据中，并且它们的其他部分相同。用于行控制层同步的时间戳和用于视频控制层同步的时间戳可以相互不同步，并且用于视频控制层同步的时间戳和用于编码时间同步的时间戳相互同步。通过向如图20中所示的IP数据包附加除了用于行控制层同步的时间戳和用于视频控制层同步的时间戳之外的用于编码时间同步的时间戳，例如，可以更高精度地设置在图19中的图像解码部135a和音频解码部135b中的每一个中对编码后的数据进行解码的定时，从而实现更低的延迟。应该注意，在使用根据第二结构性示例的IP数据包的情况下，在图19中的成像显示装置120中，有必要在图像编码部122a和图像数据包生成部123a之间以及音频编码部122b和音频数据包生成部123b之间设置生成用于编码时间同步的时间戳的时间戳生成部。另外，有必要在图像解包部134a和图像解码部135a之间、以及音频解包部134b和音频解码部135b之间设置对用于编码时间同步的时间戳进行解码的解码部。接着，参考图21，将给出作为数据包的第三结构性示例的IP数据包的帧格式的描述。图21中所示的IP数据包与图20中所示的IP数据包的不同在于，用于FEC(前向纠错)同步的时间戳被包含在RTP报头中，并且FEC报头被附加至图像报头的开头处，它们的其他部分相同。用于行控制层同步的时间戳和用于视频控制层同步的时间戳可以不相互同步，并且用于FEC同步的时间戳、用于视频控制层同步的时间戳、以及用于编码时间同步的时间戳被相互同步。通过向如图21中所示的IP数据包附加FEC报头和用于FEC同步的时间戳，可以基于用于FEC同步的时间戳对其抖动已经通过FEC被去除的数据包执行擦除(erasure)校正，从而实现较低的延迟。应该注意，在使用根据第三结构性示例的IP数据包的情况下，在图19中的成像显示装置120中，有必要在缓冲器132的后续阶段设置这样的处理部，该处理部基于用于FEC 同步的时间戳执行对于其抖动已经通过FEC被去除的数据包的擦除校正。还有必要设置生成FEC报头和用于FEC同步的时间戳的生成部。根据第三结构性示例的IP数据包对应于标准化的RTP数据包。假设在根据第二和第三结构性示例中的每个示例的IP数据包中，行控制层同步和视频控制层同步被执行。 如上所述，在第四实施例中，在可以保持低水平延迟(低水平延迟使得作为实况转播的核心技术的实时图像的快速切换能够实现)的同时可以实现高精度同步。即，在上述基于行的编解码的情况中，相对于基于画面的编解码，可以花费用于计算的时间变得非吊 为了克服由于只有非常短的时间可以被花费用于上述计算导致的问题，这样的处理被执行，其中在保持发送缓冲器的等待时间和接收缓冲器的等待时间的总时间恒定的同时，改变发送缓冲器的等待时间和接收缓冲器的等待时间之间的比值。例如，当对复杂的图像数据进行编码时，改变等待时间，以在减小接收缓冲器的等待时间的同时增加缓冲器花费用于传输的等待时间。通过这样使发送缓冲器的等待时间更长，由复杂图像临时生成的大量数据可以被以系统延迟的方式吸收。 例如，在相关技术中，尽管用于吸收由行延迟导致的接收数据包的抖动的缓冲器被提供用于画面延迟，但是不能将行延迟和接收缓冲器的等待时间相互孤立。不能实现这种孤立导致必需不必要的非常大的缓冲器，这会对构建低延迟系统造成影响。相反，在本实施例中，行延迟和接收缓冲器的等待时间可以相互孤立，并且接收缓冲器的等待时间可以被确定为根据发送缓冲器的等待时间保持总时间恒定从而实现具有较低延迟的同步。另外，在本实施例中，可以通过在非常短的时间间隔内改变发送缓冲器的等待时间和接收缓冲器的等待时间之间的比值，可以以更低的延迟发送高图像质量的数据。上述一系列处理可以由硬件执行，也可以由软件执行。如果该一系列处理将由软件执行，则构成软件的程序被安装到嵌入在专用硬件中的计算机中，或者被安装到例如可以在安装有来自程序记录介质的各种程序时执行各种功能的通用个人计算机中。图22是示出执行上述一系列处理的计算机的硬件配置的示例的框图。在计算机中，CPU (中央处理单元)201、ROM (只读存储器)202、以及RAM (随机存取存储器)203经由总线204相互连接。总线204还与输入/输出接口 205连接。输入/输出接口 205与由键盘、鼠标、麦克风等形成的输入部206、由显示器、扬声器等形成的输出部207、由硬盘、非易失性存储器等形成的存储部208、由网络接口等形成的通信部209、以及诸如磁盘、光盘、磁光盘、或者半导体存储器之类的用于驱动可移除介质211的驱动器210连接。在如上所述配置的计算机中，当CPU 201例如经由输入/输出接口 205和总线204 将存储在存储部208中的程序加载到RAM 203中并执行程序时，上述的一系列处理被执行。由计算机(CPU 201)执行的程序是通过被记录在作为由例如磁盘(包括柔性盘)、 光盘(诸如CD-R0M(压缩盘只读存储器)或者DVD(数字通用盘))、磁光盘、半导体存储器等形成的封装介质的可移除介质211上提供的，或者是经由诸如局域网、互联网、或者数字卫星广播之类的有线或者无线传输介质提供的。然后，可以通过在驱动器210中插入可移除媒体211，经由输入/输出接口 205将程序安装到存储部208中。另外，程序可以经由有线或无线的传输介质被通信部209接收， 并且被安装到存储部208中。替代地，程序可以被预先安装到ROM 202或者存储部208中。应该注意，计算机执行的程序可以是按照本说明书中描述的次序以时间顺序执行处理的程序，也可以是在诸如被调用时的必要定时处执行处理的程序。本说明书中使用的术语系统是指由多个装置组成的整个设备。本申请包含涉及于2010年4月9日在日本专利局递交的日本优先权专利申请JP 2010-090961中公开的内容的主题，其全部内容通过引用被结合于此。本领域技8术人员应该理解，在不脱离所附权利要求及其等同物的范围的条件下，可以根据设计要求和其他因素做出各种变型、组合、子组合、及改变。
权利要求
1.一种延迟控制器，包括获取装置，用于获取同步定时，其中所述同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，所述多个控制器经由线路控制所述多个发射机；确定装置，用于基于由所述获取装置获取的所述同步定时来确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及同步信息发送装置，用于向所述控制器发送同步信息，其中当所述控制器在由所述确定装置确定的所述参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
2.根据权利要求1所述的延迟控制器，其中所述确定装置将所述控制器中使得相对于其他控制器的同步定时中的每一个同步定时的延迟最小的控制器的同步定时确定为所述参考同步定时。
3.根据权利要求1所述的延迟控制器，其中所述确定装置针对全部所述控制器计算系统总延迟，并且将所述控制器中使得所述系统总延迟最小的所述控制器的同步定时确定为所述参考同步定时，其中所述系统总延迟是在所述控制器中的任意一个控制器的同步定时被假设为所述参考同步定时的情况下在所述发射机和所述控制器之间传送的数据的延迟的总和。
4.根据权利要求1所述的延迟控制器，其中相对于全部所述发射机和全部所述控制器的每一种组合，如果在临时设置的临时参考同步定时处在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟小于根据全部所述延迟计算出来的预定参考延迟，则所述确定装置重复延迟所述临时参考同步定时，并且将使得所述延迟等于或大于所述参考延迟的所述临时参考同步定时确定为所述参考同步定时。
5.根据权利要求4所述的延迟控制器，其中相对于全部所述发射机和全部所述控制器的每一种组合，如果在临时设置的所述临时参考同步定时处在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟大于所述参考延迟，并且如果所述延迟等于或者大于在所述发射机中的每一个发射机中执行处理所依照的预定的单位量， 则所述控制器中的每一个控制器被促使执行对被延迟以所述单位量为单位的延迟的数据的累积。
6.根据权利要求5所述的延迟控制器，其中相对于全部所述发射机和全部所述控制器的每一种组合，如果在临时设置的所述临时参考同步定时处在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟大于所述参考延迟，并且如果所述延迟小于在所述发射机中的每一个发射机中执行处理所依照的所述预定的单位量，则所述控制器中的每一个控制器被促使执行对被延迟所述延迟的数据的累积。
7.根据权利要求1所述的延迟控制器，其中所述发射机中的每一个发射机是发送图像数据的装置，将1个画面分割为N行的集合， 并对所分割的集合中的每一个分割集合的图像进行编码并进行发送，其中N等于或大于1 ； 并且所述控制器中的每一个控制器控制从所述发射机发送的图像数据的切换。
8.一种用于延迟控制器的控制方法，包括以下步骤获取同步定时，其中所述同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，所述多个控制器经由线路控制所述多个发射机；基于所获取的同步定时确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及向所述控制器发送同步信息，其中当所述控制器在所确定的参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
9.一种通信系统，包括多个发射机，所述多个发射机发送数据；多个控制器，所述多个控制器经由线路控制所述发射机；延迟控制器，所述延迟控制器控制在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟；获取装置，用于获取同步定时，该同步定时指示当所述控制器同步地控制所述发射机时的定时；确定装置，用于基于由所述获取装置获取的所述同步定时，确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及同步信息发送装置，用于向所述控制器发送同步信息，其中当所述控制器在由所述确定装置确定的所述参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
10.一种用于通信系统的控制方法，所述通信系统包括 多个发射机，所述多个发射机发送数据；多个控制器，所述多个控制器经由线路控制所述发射机；以及延迟控制器，所述延迟控制器控制在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟，所述控制方法包括以下步骤获取同步定时，所述同步定时指示当所述控制器同步地控制所述发射机时的定时； 基于所获取的同步定时确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及向所述控制器发送同步信息，其中当所述控制器在所确定的参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
11.一种延迟控制器，包括获取部，该获取部获取同步定时，其中所述同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，所述多个控制器经由线路控制所述多个发射机；确定部，该确定部基于由所述获取部获取的所述同步定时确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及同步信息发送部，该同步信息发送部向所述控制器发送同步信息，其中当所述控制器在由所述确定部确定的所述参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
12.一种通信系统，包括多个发射机，所述多个发射机发送数据；多个控制器，所述多个控制器经由线路控制所述发射机；延迟控制器，该延迟控制器控制在所述发射机中的每一个发射机和所述控制器中的每一个控制器之间传送的数据的延迟；获取部，该获取部获取同步定时，所述定时同步指示当所述控制器同步地控制所述发射机时的定时；确定部，该确定部基于由所述获取部获取的所述同步定时确定参考同步定时，所述参考同步定时充当用于所述控制器之间的同步的参考；以及同步信息发送部，该同步信息发送部向所述控制器发送同步信息，其中当所述控制器在由所述确定部确定的所述参考同步定时处接收来自所述发射机中的每一个发射机的数据时，所述同步信息被使用。
全文摘要
公开了一种延迟控制器、控制方法和通信系统。延迟控制器包括获取装置，用于获取同步定时，其中同步定时指示当多个控制器同步地控制发送数据的多个发射机时的定时，多个控制器经由线路控制多个发射机；确定装置，用于基于由获取装置获取的同步定时来确定参考同步定时，参考同步定时充当用于控制器之间的同步的参考；以及同步信息发送装置，用于向控制器发送同步信息，其中当控制器在由确定装置确定的参考同步定时处接收来自发射机中的每一个发射机的数据时，同步信息被使用。
文档编号H04N7/26GK102215319SQ20111008585
公开日2011年10月12日 申请日期2011年4月2日 优先权日2010年4月9日
发明者宗像保, 村山秀明, 板仓英三郎, 柿谷慧, 椿聪史, 石见英辉, 高桥宏彰 申请人:索尼公司