专利名称：媒体分发切换方法、接收装置以及发送装置的制作方法
技术领域：
这里讨论的实施例涉及在如下情况下的传输技术在分组网上媒体信息的传输中 混合了实时传输和非实时传输。
背景技术：
当发送装置和接收装置在诸如IP(网际协议)网络等的分组网上相互传递诸如图 像、语音等的媒体信息时，有时混合了实时传输和非实时传输。在实时传输中，例如，如图1所示，由监控摄像机1305获得的图像信号由实时图像 分发装置1303编码，作为实时运动图像分组被传输到实时图像接收装置1301，并且被解码 /再现。为了使将由实时图像接收装置1301解码/再现的图像信号的时钟与在实时图像分 发装置1303中编码时的时钟同步，例如，采用了使用PCR(节目时钟基准)的方法。在该方 法中，在要被传输的运动图像分组上复用被称为PCR的时钟同步分组。在解码端，计算接收 到的PCR数据与在解码端接收时的系统时序时钟(STC)之间的差。然后，由该差值对电压 控制的晶体振荡器(VCXO)进行控制，并且生成再现时钟。具体地，在实时传输中，通过同步 实时图像分发装置1303 (编码器)和实时图像接收装置1301(解码器)的时钟，尽可能多 地降低实时图像接收装置1301端的分组接收缓冲器的尺寸，并且可以尽可能多地避免图 像的延迟。然而，在非实时传输中，如图1所示，响应于来自服务器分发图像接收装置1302的 请求，读取并使用分组传输被累积在文件分发服务器1304的存储装置中的经编码的图像 信号文件。服务器分发图像接收装置1302基于其自身装置中的系统时钟，解码/再现使用 分组传输的图像信号文件。在非实时传输中，技术上难于以与编码时的定时相同的定时来 传输图像信号文件。因此，为了减轻再现定时与传输定时之间的差别，服务器分发图像接收 装置1302实行流量控制。在流量控制中，当分组接收缓冲器中剩余的分组看来超过缓冲 器尺寸时，将发送停止请求分组从服务器分发图像接收装置1302发送到文件分发服务器 1304，并且文件分发服务器1304停止图像信号文件的传输。相反，当在分组接收缓冲器中 看来没有剩余分组时，将发送开始请求分组从服务器分发图像接收装置1302发送到文件 分发服务器1304，并且文件分发服务器1304开始(重新开始)图像信号文件的传输。在这种情况下，虽然图1中示出的实时图像接收装置1301通常接收从实时图像分 发装置1303实时传输的图像信号，但是期望实时图像接收装置1301还能够接收从实时图 像分发装置1303非实时传输的图像信号。为了实现这样的混合接收，需要实时图像接收装置1301具有用于非实时传输的 流量控制功能。
然而，当实时图像接收装置1301试图接收从实时图像分发装置1303非实时传输 的图像信号文件时，没有现有技术能够区分实时传输和非实时传输。因此，按照惯例，无法 将流量控制功能安装在实时图像接收装置1301上。因此，当实时图像接收装置1301在没有流量控制的情况下接收从实时图像分发 装置1303非实时传输的图像信号文件时，如图1所示，再现定时与传输定时之间的差别很 可能增大。结果，在实时图像接收装置1301的分组接收缓冲器中出现分组的上溢或下溢， 并且不能正常接收图像信号文件，这是一个问题。
发明内容
一个方面可以被实现为媒体分发切换方法，其用于切换在分组网上从发送装置向 接收装置分发的媒体，并且该方面具有以下配置。首先，发送请求分组，其用于请求从发送装置到接收装置的对媒体信息的分发。然后，响应于请求分组，从发送装置向接收装置返回附加了装置类型信息的请求 响应分组，该装置类型信息表示发送装置是用于实时还是非实时传输的。然后，在接收装置中，基于被附加到从发送装置接收到的请求响应分组的装置类 型信息，切换用于实时传输的操作模式和用于非实时传输的操作模式，并且执行接收操作。根据本发明，提出了一种用于接收在分组网上从发送装置发送的媒体信息的接收 装置。该接收装置包括请求分组生成单元，其生成用于请求对媒体信息的分发的请求分 组；请求响应分组接收单元，其从发送装置接收与请求分组对应的请求响应分组；请求响 应分析单元，其分析在请求响应分组中设置的请求响应；模式确定单元，其根据被附加到请 求响应的、表示发送装置是用于实时传输还是非实时传输的装置类型信息，在用于实时传 输的操作模式与用于非实时传输的操作模式之间切换；第一接收单元，其以用于非实时传 输的操作模式接收媒体信息；以及第二接收单元，其以用于实时传输的操作模式接收媒体 fn息ο根据本发明，还提出了一种用于在分组网上将媒体信息发送到接收装置的发送装 置。该发送装置包括请求分组接收单元，其从接收装置接收用于请求对媒体信息的分发的 请求分组；请求分组分析单元，其分析在请求分组中设置的请求；以及请求响应分组发送 单元，其响应于请求，向接收装置返回附加了表示其自身装置是实时传输还是非实时传输 的装置类型信息的请求响应分组。借助于在权利要求中特别指出的元件和组合，将实现并达到本发明的目的和优
点ο要理解的是，上述一般描述和以下详细描述是示例性的和说明性的，并且不是对 所请求保护的本发明的限制。
图1说明了现有技术。图2是接收装置的第一优选实施例的配置。图3是发送装置的第一优选实施例的配置。图4是示出接收装置的第一优选实施例的控制操作的操作流程图。
图5是示出发送装置的第一优选实施例的控制操作的操作流程图。图6是接收和发送装置的第一优选实施例的请求分组的数据结构示例。图7是接收和发送装置的第一优选实施例的请求响应分组的数据结构示例。图8A和8B是接收和发送装置的第一优选实施例的操作顺序图。图9是发送装置的第二优选实施例的配置。图10是示出接收装置的第二优选实施例的控制操作的操作流程图。图11是示出发送装置的第二优选实施例的控制操作的操作流程图。图12是接收和发送装置的第二优选实施例的请求分组的数据结构示例。图13A和13B是接收和发送装置的第二优选实施例的操作顺序图。
具体实施例方式将参照附图详细说明本发明的优选实施例。图2是第一优选实施例中接收装置100的配置，接收装置100用于区分实时传输 的图像信号和非实时传输的图像文件，并且在异步并且不确保质量的分组网上接收它们。 图3是第一优选实施例中发送装置200的配置。接收装置100和发送装置200分别与图1 中示出的实时图像接收装置1301、以及实时图像分发装置1303或文件分发服务器1304对应。在图2中示出的接收装置100中，请求分组生成单元101生成请求分组，其用于指 示发送装置200开始或停止分发图像信号或图像文件。请求分组发送单元102将由请求分 组生成单元101生成的请求分组在网络(没有示出)上发送到发送装置200。请求响应分组接收单元103从网络接收响应于由其自身装置发送的请求分组的 请求响应分组。请求响应分析单元104分析在由请求响应分组接收单元103接收到的请求 响应分组中给出的请求响应的内容。模式确定单元105确定是实时编码器还是分发服务器 在请求响应中被指定作为装置类型。如果在请求响应中指定实时编码器，那么模式确定单 元105向流量控制单元106和切换单元115通知实时模式。如果在请求响应中指定分发服 务器，那么模式确定单元105向流量控制单元106和切换单元115通知服务器模式。数据分组接收单元109经由网络接收从发送装置200传输的数据分组。分组确定单元110确定数据分组存储PCR还是不同于PCR的图像信息。当以实时 模式操作时，分组确定单元110检测存储PCR的数据分组或存储从作为实时图像分发装置 的发送装置200传输的图像信号的数据分组。分组确定单元110将存储图像信号的数据分 组写入分组接收缓冲器111，并且将存储PCR数据的数据分组传递到PCR控制单元112。PCR控制单元112从由分组确定单元110传递的分组中提取PCR数据，并且计算各 PCR数据与其自身装置中的系统时序时钟(STC)之间的差值。然后，PCR控制单元112生成 与差值对应的电压控制信号，并且将它提供到VCX0(电压控制晶体振荡器)。在实时模式中，模式确定单元105使得切换单元115选择VCXO 113的输出。因此， 在实时模式中，将通过VCXO 113振荡的、基于PCR而被电压控制的时钟提供到运动图像解 码单元116。因此，在实时模式中，运动图像解码单元116可以通过与编码时的时钟同步的时 钟来解码/再现由分组接收缓冲器111接收的图像信号分组。换句话说，在实时模式中，数据分组接收单元109、分组确定单元110、分组接收缓冲器111、运动图像解码单元116、PCR 生成单元206、VCXOl 13以及切换单元115构成第一接收单元，其用来以用于进行实时传输 的操作模式接收媒体信息。在实时模式中，由于如上所述同步再现是可能的，因此不需要实行根据分组接收 缓冲器111的状态的流量控制。因此，在实时模式中，通过模式确定单元105向流量控制单 元106通知实时模式，防止流量控制单元106操作。然而，当以服务器模式操作时，由于忽略并丢弃了存储PCR数据的分组，因此仅数 据分组被写入分组接收缓冲器111。该数据分组存储从作为文件分发服务器的发送装置 200传输的图像文件。在服务器模式中，模式确定单元105使得切换单元115选择自激0SC114的输出。 自激0SC(振荡器)114不管发送端的定时而使系统时序时钟振荡。因此，在服务器模式中， 将通过自激OSC 114振荡的系统时序时钟提供到运动图像解码单元116。结果，在服务器模式中，运动图像解码单元116以独立于发送装置200的定时，基 于由自激OSC 114而振荡的系统时序时钟，解码/再现由分组接收缓冲器111接收的图像 文件。在这种情况下，在服务器模式中，模式确定单元105向流量控制单元106通知服务 器模式。结果，由于流量控制单元106减轻了再现定时与传输定时之间的差别，因此它实行 流量控制。具体地，在服务器模式中，当分组接收缓冲器111中剩余的分组看来超过缓冲器 尺寸时，流量控制单元106将第一指示发给发送停止/开始请求分组发送单元107。结果， 发送停止/开始请求分组发送单元107生成用于通信中的发送装置200的发送停止请求分 组，并且经由请求分组发送单元108将该分组送出到网络。结果，发送装置200开始(重新 开始)对存储图像文件的数据分组的送出，并且调整由接收装置100接收的分组的量。在这种情况下，在服务器模式中，由于再现定时与传输定时之间的差别趋于增大， 因此还可以用使得分组接收缓冲器111的容量可以增加的方式来进行控制。因此，在服务器模式中，数据分组接收单元109、分组确定单元110、分组接收缓冲 器111、运动图像解码单元116、PCR生成单元206、自激OSC 114、切换单元115、流量控制单 元106、发送停止/开始请求分组发送单元107以及请求分组发送单元108形成第二接收单 元，其用来以用于非实时传输的操作模式接收媒体信息。然后，在图3中示出的发送装置200中，请求分组接收单元201经由网络接收由接 收装置100 (图2)发送的请求分组。请求分组分析单元202分析接收到的请求分组。当作为分析结果，请求分组请求对图像信号或图像文件的分发的开始或停止时， 请求分组分析单元202指示请求响应分组发送单元203发送请求响应分组。请求响应分组 发送单元203将请求响应分组发送到发送了以上请求分组的接收装置100 (图2)。此时，如 果请求响应分组发送单元203的自身装置是实时图像分发装置，那么它附加表示它是实时 编码器的装置类型信息。相反，如果其自身装置是文件分发服务器，那么请求响应分组发送 单元203附加表示它是文件分发服务器的装置类型信息。当作为分析结果，请求分组请求对图像信号或图像文件的分发的开始或停止时，请求分组分析单元202还指示运动图像发送单元204开始或停止对图像信号或图像文件的 分发。自激OSC 205使系统时序时钟振荡。如果运动图像发送单元204的自身装置是实时图像分发装置，那么它基于由自激 OSC 205生成的时钟，实时编码图像信号并生成图像信号分组，并且将它们顺序写入分组发 送缓冲器207，直到分发在分发开始之后停止为止。如果运动图像发送单元204的自身装置 是文件分发服务器，那么它从存储装置(没有示出)读取图像文件，生成图像文件分组，并 且将它们顺序写入分组发送缓冲器207，直到分发在分发开始之后停止为止。此外，如果PCR生成单元206的自身装置是实时图像分发装置，那么它执行以下操 作，直到分发在分发开始之后停止为止。具体地，PCR生成单元206基于由自激OSC 205生 成的时钟，生成分组，其存储与由运动图像发送单元204实时分发的图像信号的时钟对应 的PCR数据。然后，PCR生成单元206将分组写入分组发送缓冲器207。如果PCR生成单元206的自身装置是文件分发服务器，那么不安装PCR生成单元 206。分组发送缓冲器207将所写入的数据分组顺序传递到数据分组发送单元208。数 据分组发送单元208将数据分组朝着接收装置100 (图2)送出到网络。在这种情况下，当请求分组分析单元202的自身装置是文件分发服务器时，如果 请求分组是从分析得到的发送停止请求分组，那么请求分组分析单元202指示分组发送单 元207停止对数据分组的送出。并且，如果请求分组是从分析得到的发送请求分组，那么请 求分组分析单元202指示分组发送单元207开始(重新开始)对数据分组的送出。因此， 实行了流量控制。以下将详细说明具有接收和发送装置的以上配置的第一优选实施例的操作。图4是示出了图2中所示出的接收装置100的控制操作的操作流程图。该流程图 的控制操作可以被实现为用于接收装置100中的处理器(没有示出)的操作，以便执行存 储在存储器(没有示出)中的控制程序。首先，将用于请求分发开始的请求分组发送到用户指定的IP(网际协议)地址。 如前面所述，由图2中示出的请求分组生成单元101和请求分组发送单元102执行该操 作。图6是接收和发送装置的第一优选实施例的请求分组的数据结构示例。当其值分别是 “0x0001”和“0x0002”时，“类型”信息分别发出分发请求和分发停止请求。“端口 1”信息 和“端口 2”信息分别指定了传输/接收应用的TCP/IP端口号。“ID”信息指定连接的标识 符。“能力”信息指定了表示传输能力的值。“拉伸率(PULLRATE)”信息指定了要传输的图 像信号或文件的质量信息(取样率)。“SSRC”信息是识别会话所需的值。“节目”信息指定 了广播节目。在步骤S301中，将表示分发请求“0x0001”的值指定为“类型”信息。然后，在等待来自被指定了其IP地址的发送装置200的请求响应分组30秒后(重 复步骤S301 — S302 — S301)，当接收到请求响应分组时，确定作为装置类型信息在请求响 应分组中指定的是实时编码器还是分发服务器(步骤S303)。基于该确定结果，在实时与 服务器模式之间切换(步骤S304)。如前面所述，由图2中示出的请求响应分组接收单元 103、请求响应分析单元104以及模式确定单元105执行以上操作。然后，当设置了实时模式时，基于PCR控制来接收数据(步骤S305 —S306)。在该
7操作中，如前面所述，运动图像解码单元116接收经由数据分组接收单元109、分组确定单 元110以及分组接收缓冲器111所实时接收到的图像信号。在这种情况下，运动图像解码 单元116根据经由PCR生成单元206和VCXO 113生成的同步时钟来执行解码/再现操作。然而，当设置了服务器模式时，基于流量控制来接收数据(步骤S305 —S307)。在 该操作中，如前面所述，运动图像解码单元116接收经由数据分组接收单元109、分组确定 单元110以及分组接收缓冲器111所接收到的图像文件。在这种情况下，运动图像解码单 元116根据由自激OSC 114生成的系统时序时钟来执行解码/再现操作。在这种情况下，图2中示出的流量控制单元106顺序检查分组接收缓冲器111 (步 骤S308)，并且如果在分组接收缓冲器111中剩余有分组的状态下没有异常，那么它继续接 收数据，而不执行任何处理(步骤S308 — S307)。然而，如前面所述，当分组接收缓冲器111中剩余的分组看来超过它的缓冲器尺 寸时(缓冲器溢出)，流量控制单元106将第一指示发给发送停止/开始请求分组发送单元 107。当接收到该指示时，发送停止/开始请求分组发送单元107生成用于被指定了其IP 地址的发送装置200 (图3)的发送停止请求分组，并且经由图2中示出的请求分组发送单 元108将该分组送出到网络(步骤S308 —S309)。结果，在发送装置200中，停止对存储图 像文件的数据分组的送出，并且调整由接收装置100接收的分组的量。相反，如前面所述，当分组接收缓冲器111中看来没有剩余分组(缓冲器空)时， 流量控制单元106将第二指示发给发送停止/开始请求分组发送单元107。当接收到该 指示时，发送停止/开始请求分组发送单元107生成用于被指定了其IP地址的发送装置 200的发送开始请求分组，并且经由请求分组发送单元108将该分组送出到网络(步骤 S308 —S310)。结果，在发送装置200中，开始(重新开始)对存储图像文件的数据分组的 送出，并且调整由接收装置100接收的分组的量。图5是示出图3中示出的发送装置200的控制操作的操作流程图。该流程图的控 制操作可以被实现为用于发送装置200中的处理器(没有示出)的操作，以便执行存储在 存储器(没有示出)中的控制程序。首先，发送装置200处于等待请求分组的状态中(重复步骤S401中的确定)。当接收到请求分组时，分析请求分组的内容(步骤S402)。如前面所述，由图3中 示出的请求分组接收单元201和请求分组分析单元202执行该操作。当作为以上分析的结果，请求分组请求开始图像信号或文件的分发时，朝着发送 了请求分组的、具有IP地址的接收装置100 (图2)发送请求响应分组(步骤S403)。在这 种情况下，如果接收装置100的自身装置是实时图像分发装置，那么将表示它是实时编码 器的装置类型信息附加到请求响应分组。相反，如果接收装置100的自身装置是文件分发 服务器，那么将表示它是分发服务器的装置类型信息附加到请求响应分组。图7是接收和发送装置的第一优选实施例的请求响应分组的数据结构示例。信息 “端口 1”、“端口 2”、“ID”、“能力”以及“拉伸率”中的每条信息都与被附加到请求分组(见 图6)的信息中的各条信息相同。“类型”信息为分发请求指定了响应值“0x0101”或者为 停止请求指定了响应值“0x0102”。“错误码”信息指定了表示正常状态的值“0x0000”或者 表示异常/分发不可能状态的值“0x0001”。“EQP类型”信息指定了表示实时编码器的值 “0x0000”或者表示分发服务器的值“0x0001”作为装置类型。发送装置200(图3)可以响应于来自接收装置100(图2)的请求分组，通过该条“EQP类型”信息来报告其自身装置的 装置类型。然后，接收装置100可以根据该条信息来在实时与服务器模式之间切换其自身 装置的操作。在图7中，为将来目的保留信息“Rsv. 3” "Rsv. 4”以及“Rsv. 5”中的各条信息。然后，从请求分组分析单元202向运动图像发送单元204指示对数据分组的发送 开始(步骤S404)。在此步骤之后，当确定是否接收到请求分组(重复步骤S405中的确定) 的同时，继续对数据分组的发送。如前面所述，由图3中示出的运动图像发送单元204、分组 发送缓冲器207以及数据分组发送单元208执行数据分组的发送操作，并且由图3中示出 的请求分组接收单元201执行请求分组的接收操作。当在上述发送操作中接收到请求分组时，分析并确定请求分组的内容(步骤 S405 — S406 — S407)。由图3中示出的请求分组接收单元201和请求分组分析单元202 执行该操作。如果确定请求分组是分发停止请求分组，那么从图3中示出的请求分组分析单元 202向运动图像发送单元204指示分发操作的停止，并且处理返回到分发开始请求分组等 待处理(步骤 S406 — S408 — S401)。如果确定请求分组不是分发停止请求分组，并且还确定请求分组的自身装置是实 时图像分发装置，那么不执行步骤S407，并且处理返回到步骤S405中的确定处理。如果确定请求分组不是分发停止请求分组，并且另外请求分组的自身装置是文件 分发服务器，那么执行步骤S407中的流量控制处理。具体地，首先，确定请求分组是发送停 止请求分组还是发送开始请求分组(步骤S407-1)。如果接收到发送停止请求分组，那么从 请求分组分析单元202向分组发送缓冲器207 (两者都在图3中示出)指示对数据分组的 送出的停止(步骤S407-1 — S407-2)。然后，处理返回到步骤S405中的确定处理。如果接收到发送开始请求分组，那么从请求分组分析单元202向分组发送缓冲器 207指示对数据分组的送出的开始(重新开始)(步骤S407-1 — S407-3)。然后，处理返回 到步骤S405中的确定处理。因此，实行了流量控制。在图8A和8B中示出的操作顺序图中总结了接收和发送装置的第一优选实施例的 以上操作。如图8A所示，如果发送装置200的自身装置是实时图像分发装置，那么对于来自 接收装置100的图像分发请求(图4中的步骤S301)，发送装置200返回附加了关于实时编 码器的信息的请求响应(图5中的步骤S403)。响应于此，接收装置100将其自身装置的状 态修改为实时模式(图4中的步骤S304)。然后，将实时图像信号从发送装置200传输到接 收装置100 (图5中的步骤S404、图4中的步骤S306)。 如图8B所示，如果发送装置200的自身装置是文件分发服务器，那么对于来自接 收装置100的图像分发请求(图4中的步骤S301)，发送装置200返回附加了关于分发服务 器的信息的请求响应(图5中的步骤S403)。响应于此，接收装置100将其自身装置的状态 修改为服务器模式(图4中的步骤S304)。然后，将图像文件从发送装置200传输到接收装 置100 (图5中的步骤S404、图4中的步骤S307)。 因此，根据接收和发送装置的第一优选实施例，发送装置200可以响应于来自接 收装置100的分发开始请求分组，通过“EQP类型”信息来报告其自身装置的装置类型，并且接收装置可以根据该条信息来在实时与服务器模式之间切换其自身装置的操作。接下来，将说明接收和发送装置的第二优选实施例。首先，接收装置的第二优选实施例的配置与图2中示出的第一优选实施例中的接 收装置100的配置相同。然而，在接收装置100中，首先，请求分组生成单元101朝着发送装置发送其中设 置了实时模式的分发请求模式信息的请求分组。当响应于此请求分组，从发送装置返回其 中设置了实时编码器的模式的、表示正常的请求响应分组时，接收装置以实时模式操作。当 从发送装置发出其中设置了分发服务器的模式的、表示异常的请求响应分组时，请求分组 生成单元101朝着发送装置重发其中设置了服务器模式的分发请求模式信息的请求分组。 当响应于此请求分组，从发送装置返回其中设置了分发服务器的模式的、表示正常的请求 响应分组时，接收装置100以服务器模式操作。图9是第二优选实施例中的发送装置800的配置。在图9中，附加了与图3中示出的第一优选实施例中的发送装置200的配置中相 同参考标号的部件执行与图3中相同的处理。图9中示出的配置与图3中示出的配置的差别在于，请求模式确定单元801确定 在由请求分组分析单元202接收的分发开始请求分组中设置了实时模式还是服务器模式。当其自身装置是实时图像分发装置时，如果在分发开始请求分组中设置了实时模 式，那么请求模式确定单元801指示请求响应分组发送单元203返回表示正常的请求响应 分组。相反，如果在分发开始请求分组中设置了服务器模式，那么请求模式确定单元801指 示请求响应分组发送单元203返回表示异常的请求响应分组。同时，还将表示实时编码器 的装置类型信息附加到请求响应分组。当其自身装置是文件分发服务器时，如果在分发开始请求分组中设置了实时模 式，那么请求模式确定单元801指示请求响应分组发送单元203返回表示异常的请求响应 分组。相反，如果在分发开始请求分组中设置了服务器模式，那么请求模式确定单元801指 示请求响应分组发送单元203返回表示正常的请求响应分组。同时，还将表示分发服务器 的装置类型信息附加到请求响应分组。图10是示出了图2中所示出的第二优选实施例中的接收装置100的控制操作的 操作流程图。该操作流程图中的控制操作被实现为用于接收装置100中的处理器(没有示 出)的操作，以便执行存储在存储器(没有示出)中的控制程序。首先，将用于请求分发开始的请求分组发送到由用户指定的IP(网际协议)地址 (步骤S901)。在这种情况下，将表示实时模式的分发请求模式信息附加到请求分组。图12是接收和发送装置的第二优选实施例的请求分组的数据结构示例。信息“类 型”、“端口 1”、“端口 2”、“ID”、“能力”以及“拉伸率”中的各条信息与图6中示出的第一优 选实施例中的请求分组的数据结构中的那些信息(见图6)相同。“接收类型”信息指定了 上述分发请求模式信息。“EQP类型”信息通过其值“0”来表示它与实时分发和服务器分发 这两者对应。在步骤S901中，将表示分发请求的值“0x0001”指定为“类型”信息，并且将表 示实时模式的值“0”指定为“接收类型”信息。由图2中示出的请求分组生成单元101和 请求分组发送单元102执行该操作。然后，在等待其30秒之后(重复步骤S901 — S902 — S901)，当从被指定了其IP地址的发送装置200接收到请求响应分组时，基于接收到的请求响应分组，确定作为在请 求响应分组中指定的请求响应是否指定了实时编码器的装置类型信息(步骤S903)。如果该确定为肯定的，那么图2中示出的模式确定单元105在切换单元115和流 量控制单元106中设置实时模式(步骤S904)。因此，当设置了实时模式时，基于PCR控制 来接收数据(步骤S306)。该操作与图4中示出的第一优选实施例的步骤S306中的操作相 同。如果在步骤S903中的确定为否定的，那么模式确定单元105向请求分组生成单元 101通知该事实。响应于该通知，请求分组生成单元101将请求分发重新开始的请求分组 发送到指定的IP地址(步骤S905)。在这种情况下，在请求分组中将表示服务器模式的值 “ 1，，指定为分发请求模式信息，也就是说，“接收类型”信息。然后，在等待其30秒之后(重复步骤S905 — S906 — S905)，当从被指定了其IP 地址的发送装置200接收到请求响应分组时，图2中示出的模式确定单元105在切换单元 115和流量控制单元106中设置服务器模式(步骤S907)。当因此设置了服务器模式时，基 于流量控制来接收数据(步骤S307到S310)。该操作与图4中示出的第一优选实施例中的 步骤S307到S310中的操作相同。图13A和13B是图9中示出的发送装置800的操作顺序图。这些操作流程图的控 制操作被实现为用于发送装置800中的处理器(没有示出)的操作，以便执行存储在存储 器(没有示出)中的控制程序。首先，步骤S401和S402中的处理与图5中示出的第一优选实施例的步骤S401和 S402中的处理相同。具体地，首先，发送装置800处于请求分组等待状态中(重复步骤S401中的确 定)。当接收到请求分组时，分析请求分组的内容(步骤S402)。由图9中示出的请求分 组接收单元201和请求分组分析单元202执行该操作。当作为以上分析的结果，请求分组请求对图像信号或文件的分发的开始时，确定 在请求分组中设置的分发请求模式信息是否与其自身装置的模式一致(步骤S1001)。由图 9中示出的请求模式确定单元801执行该操作。当第一次接收到分发开始请求分组时，在图10示出的步骤S901中，在请求分组中 将表示实时模式的值“0”指定为“接收类型”信息。因此，如果其自身装置是实时图像分发 装置，那么在步骤S1001中确定它们是匹配的，并且如果其自身装置是文件分发服务器，那 么在步骤S1001中确定它们是不匹配的。如果其自身装置是文件分发服务器，那么在步骤S1001中确定不一致后，通过在 图10中示出的步骤S905，接收到第二分发开始请求分组。在这种情况下，在图10中示出的 步骤S901中，在请求分组中将表示服务器模式的值“1”指定为“接收类型”信息。因此，在 步骤S1001中确定它们是匹配的。如果其自身装置是文件分发服务器，并且当接收到第一文件分发开始请求分组 时，在步骤S1001中确定它们是不匹配的，那么执行以下操作。具体地，请求模式确定单元 801指示请求响应分组发送单元203返回附加了表示异常和分发服务器的装置类型信息的 请求响应分组(步骤S1002)。请求响应分组的数据结构与图7中示出的第一优选实施例中的数据结构相同。在步骤S1002中，将表示分发请求响应的值“0x0101”、表示异常和分发不 可能的值“0x0001”以及表示分发服务器的值“0x0001”分别指定为“类型”、“错误码”以及 “EQP类型”信息。然后，处理返回到分发开始请求分组等待处理(步骤S1002 —S401)。如果其自身装置是文件分发服务器并且接收到第二分发开始请求分组，或者如 果其自身装置是实时图像分发装置1403并且接收到第一分发开始请求分组，那么在步骤 S1001中确定它们是匹配的。在这种情况下，请求模式确定单元801指示请求响应分组发送 单元203返回附加了表示正常和其自身模式(分发服务器或实时编码器)的装置类型信息 的请求响应分组(步骤S1003)。具体地，在图7中示出的数据结构示例中，将表示分发请求 响应的值“0x0101”、表示正常的值“0x0000”以及表示分发服务器(当其自身装置是文件分 发服务器)的值“0x0001”或表示实时编码器(当其自身装置是实时图像分发装置)的值 “0x0000”分别指定为“类型”、“错误码”以及“EQP类型”信息。然后，从请求分组分析单元202向运动图像发送单元204(两者都在图3中示出) 指示对数据分组的发送的开始，并且开始传输(步骤S404)，。此步骤之后的操作与第一优 选实施例中的从步骤S405直到S408的一系列控制操作相同。在图13A和13B中示出的操作顺序图中总结了第二优选实施例中的接收和发送装 置的以上操作。如图13A中所示，在发送装置800中，如果其自身装置是实时图像分发装置，那么 响应于来自接收装置100的、其中指定了实时模式的图像分发请求(图10中示出的步骤 S901)，确定它们的模式是匹配的(图11中示出的步骤S1001)。结果，发送装置800返回附 加了表示实时编码器的信息的、表示正常的请求响应(图11中示出的步骤S1003)。响应于 该请求响应，接收装置100将其自身装置设置为实时编码器(图10中示出的步骤S904)。 然后，将图像信号从发送装置800向接收装置100实时传输(图11中示出的步骤S404、图 4中示出的步骤S306)。如图13B中所示，在发送装置800中，如果其自身装置是文件分发服务器，那么 响应于来自接收装置100的、其中指定了实时模式的图像分发请求(图10中示出的步骤 S901)，确定它们的模式是不匹配的(图11中示出的步骤S1001)。结果，发送装置800返回 附加了表示分发服务器的信息的、表示异常的请求响应(图11中示出的步骤S1002)。响应 于该请求响应，接收装置100检测出模式不一致(图10中示出的步骤S903)，并且发送其中 指定了服务器模式的图像分发请求(图10中示出的步骤S905)。结果，在发送装置800中， 确定模式一致(图11中示出的步骤S1001)。然后，发送装置800返回包括表示分发服务器 的信息的、表示正常的请求响应(图11中示出的步骤S1003)。响应于此请求响应，接收装 置100将其自身装置设置为服务器模式(图10中示出的步骤S907)。然后，将图像文件从 发送装置800传输到接收装置100 (图11中示出的步骤S404、图10中示出的步骤S307)。因此，根据发送和接收装置的第二优选实施例，通过“接收类型”信息可以将由接 收装置100所期望的分发请求模式明确地从接收装置100报告给发送装置800。因此，根据接收和发送装置的第一或第二优选实施例，在其中混合了用于监控的 实时图像分发装置和文件分发服务器的环境中，不需要准备各自装置专用的接收装置，从 而降低了成本。使用根据以上优选实施例的接收装置，可以在不知道分发源的情况下无缝地接收
12图像。虽然在各自优选实施例中，作为示例，以图像信号为目标给出了说明，但是所公开 的技术还可应用到除图像信号之外的各种媒体信号，诸如语音信号等。这里叙述的所有示例和条件性语言旨在教导目的，以帮助读者理解由发明人提供 的发明和概念以增进现有技术，并且应被解释为不限于这样具体叙述的示例和条件，这些 示例在说明书中的安排也与对本发明的较优和较劣方面的论证无关。虽然详细描述了本 发明的实施例，但是应该理解，在不背离本发明的精神和范围的情况下，可对其进行各种改 变、替代以及变更。
权利要求
一种媒体分发切换方法，其用于切换在分组网上从发送装置向接收装置分发的媒体信息，其包括发送请求分组，其用于请求从所述发送装置到所述接收装置的对所述媒体信息的分发；响应于所述请求分组，从所述发送装置向所述接收装置返回附加了装置类型信息的请求响应分组，所述装置类型信息表示所述发送装置是用于实时传输还是非实时传输的；并且在所述接收装置中，根据被附加到从所述发送装置接收到的所述请求响应分组的装置类型信息，通过在用于实时传输的操作模式与用于非实时传输的操作模式之间切换来执行接收处理。
2.根据权利要求1所述的媒体分发切换方法，其中当将所述请求分组发送到所述发送装置时，所述接收装置将用于指定由所述接收装置 所期望的第一操作模式的分发请求模式信息附加到所述请求分组；当被附加到所述请求分组的所述分发请求模式信息与所述发送装置的操作模式一致 时，所述发送装置返回附加了表示正常的信息的请求响应分组，并且当被附加到所述请求 分组的所述分发请求模式信息与所述发送装置的操作模式不一致时，所述发送装置返回附 加了表示异常的信息的请求响应分组；当表示正常的信息被附加到从所述发送装置接收的所述请求响应分组时，所述接收装 置以与被附加到所述请求响应分组的装置类型信息对应的操作模式执行接收操作；并且当表示异常的信息被附加到从所述发送装置接收的所述请求响应分组时，所述接收装 置向所述发送装置重发请求分组，该请求分组附加了用于指定与所述第一操作模式不同的 操作模式的分发请求模式信息。
3.一种用于接收在分组网上从发送装置发送的媒体信息的接收装置，其包括 请求分组生成单元，其生成用于请求对所述媒体信息的分发的请求分组；请求响应分组接收单元，其从所述发送装置接收与所述请求分组对应的请求响应分组；请求响应分析单元，其分析在所述请求响应分组中设置的请求响应； 模式确定单元，其根据被附加到所述请求响应的、表示所述发送装置是用于实时传输 还是非实时传输的装置类型信息，在用于实时传输的操作模式与用于非实时传输的操作模 式之间切换；第一接收单元，其以用于非实时传输的操作模式接收所述媒体信息；以及 第二接收单元，其以用于实时传输的操作模式接收所述媒体信息。
4.一种用于在分组网上将媒体信息发送到接收装置的发送装置，其包括请求分组接收单元，其从所述接收装置接收用于请求对所述媒体信息的分发的请求分组；请求分组分析单元，其分析在所述请求分组中设置的请求；以及 请求响应分组发送单元，其响应于所述请求，向所述接收装置返回附加了表示其自身 装置是实时传输还是非实时传输的装置类型信息的请求响应分组。
全文摘要
本发明涉及媒体分发切换方法、接收装置以及发送装置。在该接收装置中，请求分组生成单元生成用于请求媒体信息的分发的请求分组。请求分组发送单元发送请求分组。请求响应分组接收单元接收来自发送装置的与请求分组对应的请求响应分组。请求响应分析单元分析在请求响应分组中设置的请求响应。模式确定单元根据被附加到请求响应的、表示发送装置是用于实时传输还是非实时传输的装置类型信息，在用于实时传输的操作模式与用于非实时传输的操作模式之间切换。第一接收单元以用于实时传输的操作模式接收媒体信息。第二接收单元以用于非实时传输的操作模式接收媒体信息。
文档编号H04N7/24GK101938464SQ20101022071
公开日2011年1月5日 申请日期2010年6月25日 优先权日2009年6月30日
发明者吉田要 申请人:富士通株式会社