通信处理设备和通信控制方法

摘要

一种执行传送流数据的处理的通信处理设备，包括：通信控制部件，检查数据通信的状态，并基于检查结果，执行改变为发送数据定义的优先级信息的处理；以及网络接口，执行输出带有优先级信息的数据的处理。在这种情况下，通信控制部件执行以下处理：在流数据传送的起始周期内，对流数据设置比预定优先级更低的优先级；在作为预定检查定时的检查点，检查在较低优先级设置周期内的数据通信的状态；并基于检查结果改变优先级设置。

权利要求

1.一种通信处理设备，其执行传送流数据的处理，该设备包括：通信控制部件，检查数据通信的状态，并基于检查结果，执行改变为发送数据定义的优先级信息的处理；以及网络接口，执行输出带有优先级信息的数据的处理，

其中，通信控制部件执行以下处理：

在流数据传送的起始周期内，对流数据设置比预定优先级更低的优先级；

在作为预定检查定时的检查点，检查在较低优先级设置周期内的数据通信的状态；以及基于检查的结果改变优先级设置，

其中，通信控制部件：

为了在检查点检查通信的状态，确定是否满足下面的确定方程：(从数据传送开始到检查点的时间)＜(再现从数据传送开始到检查点所传送数据的时间)，其中该确定方程比较从数据传送开始到检查点的时间、与再现从数据传送开始到检查点所传送数据的时间；以及如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。

2.根据权利要求1的通信处理设备，其中，如果作为在检查点检查通信状态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件执行降低发送数据的发送比特率的处理，并执行继续数据传送的处理。

3.根据权利要求1的通信处理设备，其中，如果作为在检查点检查通信状态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件执行下面两个处理的至少一个：停止数据传送、或通知用户。

4.根据权利要求1的通信处理设备，其中，通信控制部件基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

5.一种通信处理设备，其执行传送流数据的处理，该设备包括：通信控制部件，检查数据通信的状态，并基于检查结果，执行改变为发送数据定义的优先级信息的处理；以及网络接口，执行输出带有优先级信息的数据的处理，

其中，通信控制部件执行以下处理：

在流数据传送的起始周期内，对流数据设置比预定优先级更低的优先级；

在作为预定检查定时的检查点，检查在较低优先级设置周期内的数据通信的状态；以及基于检查的结果改变优先级设置，

其中，通信控制部件：

为了检查在较低优先级设置周期内的通信的状态；以及为了在检查点检查通信的状态，确定是否满足下面的确定方程：(检查点)-(在数据接收客户端处的解码开始点)＜(再现发送数据到检查点的时间)-(在数据接收客户端处再现预缓冲数据的时间)；以及如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。

6.根据权利要求5的通信处理设备，其中，通信控制部件从数据接收客户端接收关于客户端处预缓冲数据的数量或解码开始时间中至少一个的信息，并基于确定方程而执行检查处理。

7.根据权利要求5的通信处理设备，其中，如果作为在检查点检查通信状态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件执行降低发送数据的发送比特率的处理，并执行继续数据传送的处理。

8.根据权利要求5的通信处理设备，其中，如果作为在检查点检查通信状态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件执行下面两个处理的至少一个：停止数据传送、或通知用户。

9.根据权利要求5的通信处理设备，其中，通信控制部件基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

10.一种由数据发送方控制流数据的通信控制方法，该方法包括：较低优先级设置数据传送步骤，在流数据传送的起始周期内，对流数据定义比预定优先级更低的优先级，并执行数据传送；

通信状态检查步骤，在作为预定检查定时的检查点，检查在较低优先级设置数据传送周期内的数据通信的状态；以及优先级改变步骤，基于在通信状态检查步骤中的检查结果，执行改变优先级设置的处理，其中，通信状态检查步骤：

为了在检查点检查通信的状态，确定是否满足下面的确定方程：(从数据传送开始到检查点的时间)＜(再现从数据传送开始到检查点所传送的数据的时间)，其中该确定方程比较从数据传送开始到检查点的时间与再现从数据传送开始到检查点所传送的数据的时间；以及优先级改变步骤：

如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。

11.根据权利要求10的通信控制方法，还包括步骤：如果作为在通信状态检查步骤中通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行降低发送数据的发送比特率的处理。

12.根据权利要求10的通信控制方法，还包括步骤：如果作为在通信状态检查步骤中的通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行下面两个处理的至少一个：停止数据传送、或通知用户。

13.根据权利要求10的通信控制方法，其中通信状态检查步骤基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

14.一种由数据发送方控制流数据的通信控制方法，该方法包括：较低优先级设置数据传送步骤，在流数据传送的起始周期内，对流数据定义比预定优先级更低的优先级，并执行数据传送；

通信状态检查步骤，在作为预定检查定时的检查点，检查在较低优先级设置数据传送周期内的数据通信的状态；以及优先级改变步骤，基于在通信状态检查步骤中的检查结果，执行改变优先级设置的处理，其中，通信状态检查步骤：

为了检查在较低优先级设置周期内的通信的状态；以及为了在检查点检查通信的状态，确定是否满足下面的确定方程：(检查点)-(在数据接收客户端处的解码开始点)＜(再现发送数据到检查点的时间)-(在数据接收客户端处再现预缓冲数据的时间)；以及优先级改变步骤：

如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。

15.根据权利要求14的通信控制方法，其中，通信状态检查步骤从数据接收客户端接收关于客户端处预缓冲数据的数量或解码开始时间中至少一个的信息，并基于确定方程而执行检查处理。

16.根据权利要求14的通信控制方法，还包括步骤：如果作为在通信状态检查步骤中通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行降低发送数据的发送比特率的处理。

17.根据权利要求14的通信控制方法，还包括步骤：如果作为在通信状态检查步骤中的通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行下面两个处理的至少一个：停止数据传送、或通知用户。

18.根据权利要求14的通信控制方法，其中通信状态检查步骤基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

说明书

通信处理设备和通信控制方法

技术领域

[0001] 本发明涉及一种通信处理设备、通信控制方法及计算机程序。更具体地，本发明涉及一种通信处理设备、通信控制方法及计算机程序，其通过在一种结构中采用准入控制(Admission Control)而执行适当的控制，以防止对现有通信流的不利影响，其中，在该结构中通过使用基于优先级的QoS(服务质量)来执行数据通信。

[0002] 背景技术

[0003] 随着诸如互联网和LAN的网络上数据通信的广泛传播，许多家庭采用了家用网络，包括家用电子设备、计算机和网络上其他外围设备的连接。举例来说，家用网络可允许网络连接设备之间的内容交换，向用户提供便利和舒适，并将在未来越来越多地传播。 [0004] 通过例如将以下的设备定义为服务器，允许所谓的流数据分布(distribution)和再现处理(其中客户端能同时接收并再现数据)：具有诸如家庭中提供的调谐器的接收部分、以及诸如硬盘的存储单元，并将诸如服务器所保存的电影之类的内容通过网络传送给客户端设备，如用户具有的PC。

[0005] 执行这种流数据分布的服务器执行诸如编码的数据处理，并创建和向网络输出发送数据。另一方面，再现流数据的客户端暂时将所接收的数据存储在缓冲器中，并且，随后执行解码处理和再现处理。

[0006] 然而，通信数据的多个片段可能在网络上冲突。当发生通信数据的多个片段的冲突时，通信频带可能不够，并可能发生诸如流数据的分布延迟的问题。已提出各种用于控制冲突通信数据的结构。例如，专利文献1公开了一种允许通信的结构，通过定义冲突传送域(在其中通信台冲突)来传送信息、和优先级传送域(在其中定义较高优先级的频带)来传送数据，并在通信台中基于缓冲器所存储的数量而选择冲突传送域或优先级传送域。 [0007] 已知道QoS(服务质量)作为通信控制结构，用于保证数据传送的质量。QoS可执行控制，在其中基于优先级而将频带分配给每个通信数据。例如， 为在移动画面的流数据分布中实现实时再现，可能需要移动画面中包括的分组，以从流服务器向流客户端无延迟地传送。另一方面，一些数据分组可允许时间的延迟。要在网络上传递的通信分组可基于处理优先级的标识而经受通信控制处理。

[0008] 例如，数据传递控制设备，如连接到网络的路由器和交换机，可作用为通信控制处理设备，用于提供QoS，即，用于保证数据传递的质量。已提出各种用于定义优先级的方法，包括定义数据流中的优先级、基于频带预留的QoS、和基于优先级的QoS的方法，每一个数据流都由发送者地址和接收者地址来标识，在该方法中基于附加到分组的优先级而执行通信控制。

[0009] 作为涉及无线网络的标准规范之一的IEEE(电气和电子工程师协会) 802.1D(其可被称作802.1p优先级)指定了一种基于优先级的QoS的系统，用于基于附加到有线LAN，如以太网(注册商标)中的分组的优先级而执行通信控制。Wi-Fi论坛指定基于优先级的WMM(Wi-Fi多媒体)，其是802.11e的子集。802.11e是用于无线LAN的QoS规范。这些基于优先级的QoS技术更容易实现，并且比基于频带预留的QoS更有效。因此，作为家用网络技术的工业标准的数字活动网络(DLN)，将采用802.1D和WMM两者。

[0010] 例如，两个AV内容的流数据分布可能具有相同的已定义优先级，并依据由数字活动网络(DLN)指定的DLNA(数字活动网络联盟)准则来并行执行，其中DLN是家用网络技术的工业标准。然而，在这种情况下，当网络频带不够传送两个流的线路时，这两个流的线路都不能保持足够的、在客户端处执行实时再现的传递速率。因此，在客户端处，流数据的两个片段都可能发生再现图像的紊乱和/或语音中断，这是一个问题。

[0011] 为解决这个问题，已提出准入控制的系统，其联合管理网络上的通信流量，当开始新的流的线路时检查实时再现是否可用，以及仅当可用时才准许开始数据分布。然而，该系统实现很复杂，而且尚未被具体实施。另外，尚未解决准入控制的策略的操作的问题。 [0012] 专利文献1：JP-A-2005-198008。

发明内容

[0013] 因此，期望提出一种通信处理设备、通信控制方法和计算机程序，其通过在一种结构中(在该结构中通过采用基于优先级的QoS(服务质量)来执行数 据通信)采用准入控制而实现对冲突通信的适当控制。

[0014] 根据本发明的实施例，提供一种通信处理设备，其执行传送流数据的处理，该设备包括：

[0015] 通信控制部件，检查数据通信的状态，并基于检查结果，执行改变为发送数据定义的优先级信息的处理；以及

[0016] 网络接口，执行输出带有优先级信息的数据的处理，

[0017] 其中，通信控制部件执行以下处理：

[0018] 在流数据传送的起始周期内，对流数据设置比预定优先级更低的优先级； [0019] 在作为预定检查定时的检查点，检查在较低优先级设置周期内的数据通信的状态；以及

[0020] 基于检查的结果改变优先级设置。

[0021] 在根据本发明实施例的通信处理设备中，通信控制部件可以： [0022] 为了在检查点检查通信的状态，确定是否满足下面的确定方程： [0023] (从数据传送开始到检查点的时间)＜(再现从数据传送开始到检查点所传送的数据的时间)，

[0024] 其中该确定方程比较从数据传送的开始到检查点的时间与再现从数据传送的开始到检查点所传送的数据的时间；以及

[0025] 如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。 [0026] 在根据本发明实施例的通信处理设备中，通信控制部件可以： [0027] 为了检查在较低优先级设置周期内的通信的状态；以及

[0028] 为了在检查点检查通信的状态，确定是否满足下面的确定方程： [0029] (检查点)-(在数据接收客户端处的解码开始点)＜(再现发送数据到检查点的时间)-(在数据接收客户端处再现预缓冲数据的时间)；以及

[0030] 如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。 [0031] 在根据本发明实施例的通信处理设备中，通信控制部件可以从数据接收客户端接收关于下面两者的至少一个的信息：客户端处预缓冲数据的数量、或解码开始时间，并基于确定方程而执行检查处理。

[0032] 在根据本发明实施例的通信处理设备中，如果作为在检查点检查通信状态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件可以执行降低发送数据的发送比特率的处理，并执行继续数据传送的处理。

[0033] 在根据本发明实施例的通信处理设备中，如果作为在检查点检查通信状 态的结果而确定不执行将设置改变到预定优先级的处理，则通信控制部件可以执行下面两个处理的至少一个：停止数据传送、或通知用户。

[0034] 在根据本发明实施例的通信处理设备中，通信控制部件可以基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

[0035] 根据本发明的另一实施例，提供一种用于流数据的通信控制方法，该方法包括： [0036] 较低优先级设置数据传送步骤，在流数据传送的起始周期内，对流数据定义比预定优先级更低的优先级，并执行数据传送；

[0037] 通信状态检查步骤，在作为预定检查定时的检查点，检查在较低优先级设置周期内的数据通信的状态；以及

[0038] 优先级改变步骤，基于在通信状态检查步骤中的检查的结果，执行改变优先级设置的处理。

[0039] 在根据本发明实施例的通信控制方法中，通信状态检查步骤： [0040] 为了在检查点检查通信的状态，确定是否满足下面的确定方程： [0041] (从数据传送的开始的时间)＜(再现从数据传送的开始到检查点所传送的数据的时间)，

[0042] 其中该确定方程比较从数据传送的开始到检查点的时间与再现从数据传送的开始到检查点所传送的数据的时间；以及

[0043] 如果满足该确定方程，则对流数据执行将设置改变到预定优先级的处理。 [0044] 在根据本发明实施例的通信控制方法中，通信状态检查步骤： [0045] 为了检查在较低优先级设置周期内的通信的状态；以及

[0046] 为了在检查点检查通信的状态，确定是否满足下面的确定方程： [0047] (检查点)-(在数据接收客户端处的解码开始点)＜(再现发送数据到检查点的时间)-(在数据接收客户端处再现预缓冲数据的时间)；以及

[0048] 优先级改变步骤：

[0049] 如果满足该确定方程，则可以对流数据执行将设置改变到预定优先级的处理。 [0050] 在根据本发明实施例的通信控制方法中，通信状态检查步骤可以从数据接收客户端接收关于下面两者的至少一个的信息：客户端处预缓冲数据的数量、或解码开始时间，并基于确定方程而执行检查处理。

[0051] 根据本发明实施例的通信控制方法还包括步骤：如果作为在通信状态检查步骤中的通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行降低发送数据的发送比特率的处理。

[0052] 根据本发明实施例的通信控制方法还包括步骤：如果作为在通信状态检查步骤中的通信状态的检查结果而确定不执行将设置改变到预定优先级的处理，则执行下面两个处理的至少一个：停止数据传送、或通知用户。

[0053] 在根据本发明实施例的通信控制方法中，通信状态检查步骤可以基于向TCP堆栈写入HTTP响应数据的数量，在HTTP下的数据传送处理中，获得发送数据的数量，并基于所获得的发送数据的数量，执行检查通信状态的处理。

[0054] 根据本发明的另一实施例，提供一种计算机程序，其使执行传送流数据的处理的通信处理设备执行通信控制处理，该程序包括：

[0055] 较低优先级设置的数据传送步骤，在流数据传送的起始周期内，对流数据定义比预定优先级更低的优先级，并执行数据传送；

[0056] 通信状态检查步骤，在作为预定检查定时的检查点，检查在较低优先级设置数据传送周期内的数据通信的状态；以及

[0057] 优先级改变步骤，基于在通信状态检查步骤中的检查的结果，执行改变优先级设置的处理。

[0058] 应该注意的是，根据本发明实施例的计算机程序对一般计算机系统(在其中，各种程序代码是可执行的)、例如通过诸如CD、FD、MO的计算机可读存储介质的记录介质的通信介质、以及诸如网络的通信介质是可用的。以计算机可读方式提供程序，能依据计算机系统上的程序来实现处理。

[0059] 根据基于后面将描述的本发明实施例以及附图的进一步描述，本发明的其他目的、特征和优点将更加清楚。应该注意的是，术语“系统”在此是指多个设备的逻辑集合结构，而不限于在一个机箱内的部件设备。

[0060] 在根据本发明实施例的结构中，分布流数据的通信处理设备(服务器)在数据传送的一开始，以所定义的、比对应于初始流数据分布的优先级更低的优先级开始数据传送，并且在检查点检查在带有低优先级的周期内的通信的状态。例如，基于直到检查点为止的时间与再现所传递的数据的数量直到检查点为止所需的时间之间的比较，确定客户端处缓冲器发生缺失、和用于流数据分布的频带的分配状态。然后，只有当基于该确定过程确定提供有足 够的频带时，才以用于流数据分布的初始优先级设置来执行数据分布。因此，当在正执行另一流分布的同时开始新的流数据的分布时，可保持良好的通信氛围，而没有通信干扰，在该干扰中，使用了用于现有流分布的频带，导致现有流分布的延迟。 附图说明

[0061] 图1是示出根据本发明实施例的网络结构示例的图；

[0062] 图2是示出由WMM定义的访问类别(AC)的图；

[0063] 图3A和3B是示出采用由WMM定义为优先级信息的访问类别的通信处理中的效果的图；

[0064] 图4是示出根据本发明的实施例、用作执行数据传送处理的通信处理设备的服务器的硬件结构示例的图；

[0065] 图5是示出在DLNA准则下的功能组件的图；

[0066] 图6是描述通过用作执行内容分布的服务器的通信处理设备的AV内容的流传送的体系的图；

[0067] 图7是示出存储四级优先级、诸如DLNA的家用AV网络中使用的传送类型和设置值的优先级对应表的图；

[0068] 图8是描述带有所定义的准入控制阶段的数据传送序列的图；

[0069] 图9是描述在HTTP下执行流数据分布的服务器的部件结构和处理、以及执行流数据再现的客户端的图；

[0070] 图10是示出在HTTP下的流传送的传送比特率中的变化的图；以及 [0071] 图11是示出描述由服务器执行的流传送处理的处理序列的流程图的图。 具体实施方式

[0072] 下面将参考附图描述根据本发明实施例的通信处理设备、通信控制方法和计算机程序的细节。

[0073] 参考图1，首先将描述根据本发明实施例的网络配置示例。图1示出诸如家用网络之类的网络的配置示例，具有：服务器A101和B102，用作通信处理设备，其执行内容分布；以及客户端A111到C113，用作内容接收设备，其执行向服务器的处理请求。客户端A111到C113可以是各种不同的设备，如TV、个人计算机(PC)、移动终端以及播放器。 [0074] 由用作分组交换的通信控制部分103中继并控制在服务器A101和B102、与客户端A111到C113中的通信，该控制部分包括例如路由器和桥路。通过有线LAN 100连接服务器A101和B102与通信控制部分103。例如，在其中实现服从IEEE802.3u(100base-TX)的有线LAN通信。另一方面，由IEEE102.11b规范下的无线LAN通信来执行通信控制部分
103和客户端A111到C113之间的通信。

[0075] 服务器A101和B102向客户端A111到C113实现诸如移动画面内容的流数据的分布。在客户端A111到C113中，从服务器A101和B102分布的流数据的实时再现可以要求没有延迟地从服务器接收移动画面分组。

[0076] 例如，通信控制部分103包括家用路由器。家用路由器一般可被用于互联网连接，但提供用于家用网络中的连接的桥路功能。例如，通过通信控制部分103中的无线LAN 802.11g的两个链路层，可将服务器A101或B102中存储的视频内容，基于无线LAN802.11g，以作为通信数据的分组从有线LAN 802.3u存储和传送到客户端A111到C113。 [0077] 通过使用基于优先级的QoS技术，包括家用路由器的通信控制部分103执行频带分配的处理。换言之，通信控制部分103在冲突通信上执行基于优先级的控制，即依照分组中所定义的优先级信息的频带分配。

[0078] 例如，在应用如图1所示的网络来实现从服务器到客户端的AV内容的流分布的结构中，为开始新的流的线路，根据本发明实施例的通信处理设备，即服务器101和102执行防止干扰流分布的通信控制，其被在网络上执行。换言之，例如，开始新流的线路的服务器本身，为防止紊乱的影响而执行对通过网络执行的流数据的再现的控制。下面将详细描述根据本发明的实施例、由用作通信处理设备的服务器执行的处理。

[0079] 首先，将描述用于实现基于优先级的QoS的检查的规范、以及基于优先级的QoS的使用的效果。由Wi-Fi论坛促进的WMM(Wi-Fi多媒体)定义了四个访问类别(AC)，其引用IEEE802.1D作为通信数据的优先级信息。这个对应于802.11e EDCF(增强分布式协调功能)的四级优先级。图2示出由WMM定义的访问类别(AC)。

[0080] 如图2所示，WMM将访问类别定义为四级优先级信息。即，从最高优先级的通信数据开始，定义四个访问类别：

[0081] (a)语音优先级(WMM语音优先级)；

[0082] (b)视频优先级(WMM视频优先级)；

[0083] (c)最大努力(Best Effort)优先级(WMM最大努力优先级)；以及 [0084] (d)背景优先级(WMM背景优先级)。

[0085] 例如，基于通信控制、通过基于优先级的QoS执行数据传送的服务器应用程序执行以下处理：将访问类别作为优先级信息定义到待传送的数据分组。另外，如图1所示的通信控制部分103，如家用路由器，通过有线LAN从服务器接收分组，并在通过应用程序编程接口(API)向无线LAN的链路层通知访问类别后，基于优先级而将该数据分组传送到无线LAN。

[0086] 图3A和3B是示出采用由WMM定义为优先级信息的访问类别的通信处理中的效果的图。图3A和3B分别示出在采用由WMM定义为优先级信息的访问类别的通信处理、以及未采用访问类别的通信处理中通信数据吞吐量对经过时间的改变。

[0087] 在图3A和3B中，实线和两种虚线分别表示视频流和文件传递通信的吞吐量。在从通信开始的大约第一个十秒内，有足够的频带(如用于整个无线LAN的30Mbps)可用于视频流的传递(由实线表示：10Mbps)和文件传递(由虚线表示：14Mbps)。然后，在从通信开始大约10秒后的时间点，增加另一14Mbps的文件传递的线路。

[0088] 在图3A所示的采用由WMM定义为优先级信息的访问类别的通信处理中，即使在从通信开始大约10秒后的时间点增加另一14Mbps的文件传递的线路后，也能不受其影响地传递由实线表示的视频流。然而，在图3B所示的未采用由WMM定义为优先级信息的访问类别的通信处理中，由实线表示的视频流的传递被新的文件传递所影响，并且降低了传递速率。

[0089] 在图3B所示的示例中，两条文件传递通信的线路减少了可用频带和用于视频流的吞吐量。因此，在客户端接收流的分布时，从所接收的AV数据再现的图像和/或声音/语音可能中断。

[0090] 在图3A所示的采用由WMM定义为优先级信息的访问类别的通信处理中，为由实线表示的视频流数据的通信分组定义为优先级信息的访问类别是[视频优先级(WMM视频优先级)]，相比为文件传递分组所定义的访问类别[背景优先级(WMM背景优先级)]，其是更高的优先级。因此，将具有较高优先级的频带分配给由实线表示的视频流数据，导致流数据分布的继续，而没有由于新的文件传递线路而引起的频带的任何减少。 [0091] 以这种方法，例如，采用由WMM定义为优先级信息的访问类别的通信处理的实现，可处理具有优先级顺序中较高优先级的通信数据的分布，其能确保足够的可用频带，并防止在客户端处的再现错误。

[0092] 在根据本发明实施例的通信处理中，根据基于优先级的QoS技术，对冲突通信执行基于优先级的控制，并且，开始新流的线路的服务器本身执行优先级控制。换言之，试图开始新的流数据分布的服务器按顺序执行通信控制，而不会对正通过网络执行的流分布带来大的影响。

[0093] 图4示出作为通信处理设备的服务器的硬件配置示例，其执行根据本发明实施例的数据传送处理。例如，图4所示的通信处理设备的硬件配置可以是图2所示的服务器101或服务器102的配置。硬件配置包括：CPU 201、存储器202、网络I/F 203、解码器204、编码器205、调谐器206、数据存储部件208、以及存储部件I/F 207。CPU 201执行对数据处理和通信处理的整体控制，并用作通信控制部件。存储器202可用于数据处理、通信处理程序和OS程序的存储区域，和用于程序的执行的工作区域。网络I/F 203作用有线和无线网络上的通信接口。解码器204对AV数据执行解码处理(如MPEG解码)。编码器205对AV数据执行编码处理。调谐器206通过接收广播波来输入AV内容。数据存储部件208可以是硬盘。存储部件I/F207对数据存储部件执行数据输入/输出控制。通过总线200在这些处理部件中执行数据传递。

[0094] 例如，可由调谐器206接收电视广播，并且由编码器205将包括视频图像和声音的所接收的AV数据编码并压缩成例如MPEG2的视频数据和MPEG1-音频-层2的声音数据，产生其PS流。通过存储部件I/F将由编码处理创建的PS流存储到诸如硬盘(HD)的数据存储部件208中。由OS的执行程序和/或CPU 201存储在存储器202上的应用程序来执行数据处理控制。

[0095] 为再现诸如硬盘的数据存储部件208中记录的内容，将内容通过存储部件I/F207从数据存储部件208读出、传递到解码器204，通过解码处理展开，并从AV输出端子以模拟形式输出。例如，AV输出端子可以被连接到电视，并能再现所记录内容的视频和/或语音/声音。

[0096] 图4所示的通信处理设备还具有服务器功能，其通过网络I/F 203向其他客户端设备执行诸如硬盘的数据存储部件208中记录的内容的流分布。为实现这些功能，在其中实现基于DLNA(数字活动网络联盟)准则的网络协议。

[0097] 图5示出DLNA准则的功能部件。从顶部开始，该部件包括所定义的： 媒体格式、媒体传输、装置发现控制及媒体管理、网络堆栈、以及网络连接。图4所示的通信处理设备(服务器)具有基于参照图5所示的基本组件的DLNA(数字活动网络联盟)准则、依照网络协议而对客户端执行数据通信，即，流数据的分布的功能。

[0098] 在图4所示的通信处理设备(服务器)中，诸如硬盘的数据存储部件208中记录的AV内容是基于媒体格式轮廓MPEG2PS_NTSC(具有720×480的分辨率和每秒29.97帧的MPEG2视频、具有48kHz的层2采样频率和立体声的MPEG1音频)的内容，其可以是由DLNA定义的所需要的媒体格式。

[0099] 将AV内容编码为4-10.8Mbps的MPEG2 PS流。网络I/F具有以太网(注册商标)10 BAST-T/100 BAST-TX(基于802.3i和803.3u)，并可使用最大100Mbps的频带用于传送。然而，例如，当传送路径中存在802.11g的无线LAN时，实质上只有大约25Mbps的传送频带是可用的。无线通信中的可用频带很大程度上依赖于提供设备的环境。一般地，正常流传送的两条线路、或者更坏情况下的一条线路，可被执行用于10Mbps的MPEG2 PS流传送。

[0100] 参考图6，将描述通过作为执行内容分布的服务器的通信处理设备的AV内容的流传送的体系。负责流传送的应用程序作用基于HTTP(RFC-2616)的HTTP服务器。例如，该应用程序通过网络从期望内容分布的客户端接收作为内容请求的HTTP请求，解释所接收的HTTP请求，从诸如硬盘的数据存储部件读出由该请求指定的内容，创建将内容存储为用于HTTP响应的有效负载数据的HTTP分组，并向客户端返回该HTTP分组。 [0101] 现在，将参考带有HTTP响应的情况来描述数据的封装，例如，在其中执行MPEG数据的视频内容的流分布。HTTP响应包括起始处的HTTP标题部分，随后是HTTP主体部分。将MPEG数据作为HTTP主体部分传递。

[0102] 图6所示的应用301是服务器应用，用作服务器的通信控制部件，其是执行内容分布的通信处理设备。应用301解释来自客户端的作为内容请求的HTTP请求，从诸如硬盘的数据存储部件读出由该请求指定的内容，并创建将该内容定义为有效负载的HTTP响应数据321。应用301还通过使用TCP堆栈的API，执行将该HTTP响应数据321写入TCP/IP堆栈302中包括的TCP堆栈的处理。

[0103] 由TCP堆栈将作为写入TCP堆栈的应用数据的HTTP响应数据321分为TCP分组。向每个TCP分组添加TCP标题。将每个TCP分组从TCP堆栈 发送到IP堆栈，并且从其创建带有IP标题的IP分组322。

[0104] 由装置驱动器303将以太网(注册商标)的以太标题添加到IP分组322，并作为以太帧323向外发送到包括以太网(注册商标)的网络304。可由网络I/F的LSI来添加以太标题，但在此由包括LSI上的控制的装置驱动器303来执行。在DLNA准则下，一般由下述处理流来流传送AV内容。

[0105] 根据本发明的实施例，参考图6来描述向创建序列的分组中以太帧323的以太标题定义优先级标签，该标签表示由IEEE802.1D定义的、作为通信优先级信息的优先级。在该实施例中，由装置驱动器303执行添加由IEEE802.1D定义的优先级标签的处理。应用301不直接控制装置驱动器303定义优先级标签。

[0106] 应用301定义TCP/IP堆栈302的API，使得表示作为通信优先级信息的优先级的DSCP(差别化服务编码点)能被添加到在流传送中传送HTTP响应的TCP连接的IP标题的TOS字段。

[0107] 由RFC-2474或RFC-2475定义表示作为通信优先级信息的优先级的DSCP，而且DSCP是基于网络层中优先级的QoS规范。装置驱动器303参照被添加到从较高堆栈接收的数据的IP标题的DSCP优先级值，从而执行以下处理：将与在IP标题中定义的DSCP优先级值相对应的802.1D的优先级标签添加到以太网。

[0108] 作为处理的结果，将IEEE802.1D中定义的优先级标签仅添加到应用301所期望的流传送的以太帧323。

[0109] 此实施例描述了通过以太网(注册商标)的通信处理的示例，更具体地，描述了为通过以太网(注册商标)执行通信处理而添加802.1D标签的优先级标签的处理的示例。另一方面，为执行采用例如无线LAN的通信(如IEEE802.11g)，装置驱动器303向其添加由WMM定义的、与通信优先级信息(优先级)相对应的访问类别信息，这已参考图2进行了描述。

[0110] 为添加由WMM定义的、与通信优先级信息(优先级)相对应的访问类别信息，装置驱动器303还参照向从较高堆栈接收的数据的IP标题所添加的DSCP优先级值，从而执行以下处理：向以太标题添加由WMM定义的、与IP标题中定义的DSCP优先级值相对应的访问类别信息。

[0111] 图7示出优先级对应表，其存储：诸如DLNA之类的家用AV网络中可用的四级优先级之间的对应关系、使用它们的传送的类型、由IEEE 802.1D 定义的四个优先级、优先级值(要在有线LAN中应用)、由WMM定义的访问类别(要在无线LAN中应用)、在IP标题的TOS字段中表示被定义为通信优先级信息的优先级的DSCP(要存储在IP标题中)。 [0112] 如图 7所 示，优 先 级 对应 表 对 于包 括 有 线LAN(802.3i/3u)和 无线LAN(802.11a/11b/11g)的家用AV网络，具有作为四级通信优先级信息的优先级。即，该四类优先级是：

[0113] (a)QOS_CONTROL，

[0114] (b)QOS_STREAMING，

[0115] (c)QOS_INTERACTIVE，以及

[0116] (d)QOS_BACKGROUND。

[0117] QOS_CONTROL是最高优先级，并且以最高优先级执行其处理。然而，QOS_CONTROL不可用于AV内容的传送。接着，QOS_STREAMING是次高优先级，并且可用于AV内容的流传送。AV内容的传送可以要求实时特性，并可以要求传送保持在所期望的数据速率上，以及较少延迟的数据传递。因此，为其定义较高优先级。

[0118] QOS_INTERACTIVE是次高优先级，并可用于诸如照片的静态图像的传送。尽管静态图像的传送可以不像流数据那样要求数据传递中的实时特性，但是可以优选用户的较短等待显示静态图像的时间。因此，QOS_INTERACTIVE相比用于数据传递如文件的下载、复制和上传的QOS_BACKGROUND，具有更高的优先级。

[0119] 图7所示的优先级对应表中的四类优先级：

[0120] (a)QOS_CONTROL，

[0121] (b)QOS_STREAMING，

[0122] (c)QOS_INTERACTIVE，以及

[0123] (d)QOS_BACKGROUND

[0124] 的其中一种，一般基于发送数据的类型而定义，并向其通信定义与所定义的四类优先级(a)到(d)中的一种相对应的通信优先级信息。

[0125] 换言之，如参考图6所述，执行通信处理的应用301依照图7所示的四类优先级((a)到(d))中的一种，通过使用TCP/IP堆栈302的API，将表示被定义为通信优先级信息的优先级的DSCP值定义进IP标题的TOS字段。即，在IP标题的TOS字段中定义DSCP值[0×38]、[0×28]、[0×00]以及[0×08]的 其中一个。

[0126] 接着，当执行通过以太网(注册商标)的通信处理时，服从给定网络I/F的装置驱动器303执行添加IEEE802.1D标签的优先级标签的处理。在这种情况下，装置驱动器303参考图7所示的优先级对应表，选择并定义与IP标题的TOS字段中的DSCP值相对应的IEEE802.1D标签的优先级标签值。换言之，装置驱动器303执行向以太标题添加[7]、[5]、[0]以及[1]中的一个的处理。

[0127] 例如，在图1所示的网络连接示例中的服务器A101和客户端A111之间的流传送中，将优先级[QOS_STREAMING]用于流数据的初始分布。服务器A101的应用依照图7所示的优先级对应表中的规范，通过使用TCP/IP堆栈的API，在IP标题的TOS字段中定义DSCP值[0×28]，其表示被定义为通信优先级信息的优先级。

[0128] 另外，对于流传送的以太帧，装置驱动器参考图7所示的优先级对应表，选择并定义与IP标题的TOS字段中定义的DSCP值[0×28]相对应的IEEE802.1D标签的优先级标签值。换言之，选择IEEE802.1D标签的优先级标签[5]，并将其添加到以太标题。 [0129] 通信控制部件103，如已从图1所示的服务器A101接收了以太帧的家用路由器(桥路)，执行以下处理：解释并向无线LAN 802.11g发送以太帧中定义的IEEE802.1D标签的优先级值。在该处理中，参考图7所示的优先级对应表，对应于IEEE802.1D标签的优先级值[5]，基于由WMM定义的访问类别值[VI]，将以太帧处理为具有VI优先级的帧，并以相比于具有较低优先级(如BE和BK)的无线LAN的通信量而更高的优先级来传送该以太帧。 [0130] 然而，在图1所示的网络连接示例中，当服务器A101和客户端A111正以10Mbps执行视频流传送时，客户端B112和服务器B102可能也以10Mbps开始视频流。可以以相同的优先级QOS_STREAMING来处理这两条数据通信的线路。换言之，中继并控制通信数据的通信控制部件103，如桥路，等同地处理这两个数据通信。

[0131] 当在该条件下，在将诸如桥路的通信控制部件103连接到客户端A111至C113的无线LAN中，频带不够用于该两个流传送时，两个传送的流数据都不被实时传送，导致在客户端A111和B112两者处、流再现中的图像和/或语音/声音的中断。

[0132] 根据本发明实施例，为避免这个问题，当从服务器开始新的流数据分布 线路时，提供预定时间周期的准入控制阶段(phase)。因此，执行较低优先级的数据传送，在其中，向流数据分布定义比初始定义的优先级更低的优先级。

[0133] 换言之，在预定时间周期的准入控制阶段中，以较低优先级设置来执行数据传送。然后，检查具有较低优先级设置的数据传送的状态，并基于检查结果而确定是否允许切换到流传送的初始定义优先级。如果这样，则在切换到流传送的初始定义优先级后，执行该数据传送。

[0134] 准入控制阶段周期相比用于流传送的优先级，是具有更低优先级的低优先级数据传送周期。在这个周期内，即使同时执行不同的流传送的线路，也能防止对现有数据传送施加的影响。换言之，因为没有剥夺用于现有流的分布的频带，所以不会扰乱在客户端再现现有流的再现图像。

[0135] 作为数据发送器的服务器本身，在较低优先级数据传送周期内检查传送的状态。换言之，检查给定网络频带对具有已切换的流优先级的传送是否足够，即，具有已切换的流优先级的传送对其他现有流传送是否没有影响。如果检查结果是“没问题”，则服务器在对流将设置改为初始定义的、正确的优先级后，开始传送。

[0136] 参考图8，将描述具有所定义准入控制阶段的数据传送序列。准入控制阶段的周期相比对给定流传送初始定义的优先级，是具有所定义的较低优先级的数据传送周期。 [0137] 对流传送初始定义的初始优先级是图7所示的优先级对应表中所定义的四类优先级：

[0138] (a)QOS_CONTROL，

[0139] (b)QOS_STREAMING，

[0140] (c)QOS_INTERACTIVE，以及

[0141] (d)QOS_BACKGROUND

[0142] 中的：

[0143] (b)QOS_STREAMING。

[0144] 在该实施例中，图8所示的从数据传送的起始开始的预定周期(t0到t1)是准入控制阶段。例如，预定义的周期，如从传送的起始开始的大约1分钟，可以是准入控制阶段。 [0145] 在准入控制阶段中，相比对流传送初始定义的优先级[QOS_STREAMING]，以更低的优先级[QOS_INTERACTIVE]来执行数据传 送。特别地，可使用更低的优先级[QOS_BACKGROUND]来代替。

[0146] 在根据该实施例在数据传送一开始定义的准入控制阶段中，以[QOS_INTERACTIVE]作为所定义的优先级来执行流数据分布的处理。在具有较低优先级的设置的数据传送周期内，检查数据通信的状态。换言之，确定网络频带对具有要被切换的初始优先级[QOS_STREAMING]的传送是否足够，即，具有已切换的流优先级[QOS_STREAMING]的传送对其他流传送是否没有影响。如果确定结果是“没问题”，则在图8所示的时间(t1)将设置改为流的正确优先级[QOS_STREAMING]后，服务器开始传送。

[0147] 参考图9，将描述在HTTP下执行流数据分布的服务器的部件和处理、以及再现流数据的客户端。该实施例描述了类似DLNA规范、采用HTTP的流传送的示例。HTTP采用TCP连接，并且在TCP流控制下执行数据传送。当客户端(接收器)以不足的速率接收数据时、或当在网络中没有可用的足够传送频带时，阻止服务器(发送器)通过TCP协议在流控制下执行数据传送，并且，服务器(发送器)可能不以MPEG流的比特率来保持传送。 [0148] DLNA准则强制客户端具有以MPEG流的比特率来接收所请求内容的能力。例如，对MPEG2 PS内容，因为MPEG流的最大比特率被指定为10.8Mbps，所以客户端可以被假设为具有以10.8Mbps的传递速率来接收的能力。

[0149] 换言之，当检测到服务器可能不以MPEG流的比特率来传送的状态时，确定网络状态为网络频带不足。根据DLNA规范，可通过检验用于HTTP请求的传送的优先级、或HTTP请求的指定标题来确定给定客户端是否正在请求流传送或正在请求下载传递。 [0150] 由TCP/IP堆栈的软件来执行TCP流控制。服务器510中作为通信控制部件的服务器应用511从数据存储部件516获得来自客户端的HTTP请求中指定的AV内容，并将该AV内容数据通过缓冲器515写入TCP/IP堆栈514。换言之，如参考图6所述，服务器应用511通过采用TCP/IP堆栈514中包括的TCP堆栈的API，将HTTP响应数据写入TCP堆栈。 [0151] 服务器应用511监视向TCP/IP堆栈514写入HTTP响应数据的速度。当客户端(接收器)以足够的速率接收数据时，以依照由客户端执行的实时再现速度的速度执行该写入。当客户端(接收器)未以足够的速率接收数据时、或当网络没有足够的传送频带时，阻止服务器(发送器)通过TCP协议在流控制下执行数据传送，并且，服务器(发送器)可能不以MPEG流的比特率 来执行写入。服务器应用511通过监视向TCP/IP堆栈514写入HTTP响应分组的速度，确定是否有足够的网络频带对流数据的传送可用。 [0152] 服务器510的TCP/IP堆栈514，如上面参考图6所述，将HTTP响应数据(即，图6所示的HTTP响应数据321)作为写入TCP堆栈的应用数据而分成TCP分组，向每个TCP分组添加TCP标题，将该TCP分组从TCP堆栈传递到IP堆栈，并创建带有IP标题的IP分组。 [0153] 服务器应用511定义TCP/IP堆栈514的API，使得能向每个IP标题的TOS字段添加DSCP(差别化服务编码点)，其表示作为通信优先级信息的优先级。因此，可在每个IP标题中定义DSCP优先级。

[0154] 在根据本发明此实施例的处理中，在最初定义的准入控制阶段中，定义与比对流传送初始定义的优先级[QOS_STREAMING]更低的优先级[QOS_INTERACTIVE]相对应的DSCP值，即，图7所示的表中的DSCP值[0×00]。

[0155] 装置驱动器513将以太网(注册商标)的以太标题添加到每个IP分组，并且通过网络接口512，将每个IP分组作为以太帧(即图6所示的以太帧323)输出到网络500。 [0156] 装置驱动器513参照向从较高堆栈接收的数据的每个IP分组添加的DSCP优先级值，从而执行处理，向以太标题添加与每个IP标题中定义的DSCP优先级值相对应的802.1D优先级标签。通过网络接口512的输出，可通过向其添加由WMM定义的、与通信优先级信息(优先级)相对应的访问类别信息，来执行采用无线LAN的通信(如IEEE802.11g)。 [0157] 在两种情况下，在准入控制阶段中定义对应于DSCP值[0×00]的802.1D优先级标签[0]、或由WMM定义的访问类别信息[BE](见图7)，其在数据传送的开始处实现，其中DSCP值[0×00]对应于比对流传送初始定义的优先级[QOS_STREAMING]更低的优先级[QOS_INTERACTIVE]。

[0158] 例如，客户端520可通过网络I/F 522接收由服务器传送的以太帧。装置驱动器523从该以太帧提取IP分组。TCP/IP堆栈524从IP分组获得HTTP响应数据，将HTTP响应数据中存储的作为MPEG内容的AV流数据存储到缓冲器525中。然后，MPEG解码器526在其上执行解码处理，并再现和输出AV流。在客户端应用521的控制下执行这些步骤。 [0159] 从服务器510侧传送的内容的数据量、与在客户端520侧的内容再现数据量之间的平衡，允许流数据的分布和再现的连续。因此，可无延迟地实现 再现处理，其防止在客户端侧的再现数据的中断。

[0160] 为了以恒定编码比特率传送作为发送内容的MPEG2流，即以恒定比特率编码的内容，服务器510的应用511监视向TCP/IP堆栈514写入HTTP响应分组的速度。基于写入速度的相关信息，客户端520可准确地确定发送内容是否被以足够的传递速率传送，以解码和再现该内容。这是因为向TCP/IP堆栈514写入HTTP响应分组的速度对应于客户端520中解码和再现内容的速度。

[0161] 然而，当传送可变比特率内容时，即，当MPEG2流(其是从服务器5 10传送的内容)的编码比特率改变时，关于向TCP/IP堆栈514写入HTTP响应分组的速度的信息不对应于客户端520中的内容解码和再现的速度。

[0162] 对可变比特率内容的传送，仅基于向TCP/IP堆栈514写入HTTP响应分组的速度对传递比特率是否高于固定比特率、即来自服务器的内容传送量对在客户端所再现的内容量是否足够而进行的确定，可能是不适当的。

[0163] 根据本发明的实施例，即使对可变比特率内容的传送，也能在客户端执行用于确保实时再现的处理。图10示出通过HTTP的流传送的传送比特率的改变。水平和垂直轴分别表示经过时间(T)和由服务器传送的数据的传递比特率。

[0164] 为防备在流传送中间的网络拥挤，每个客户端执行预缓冲，在其中，在开始解码前，将一定数量的所接收数据初步存储到其缓冲器中。为实现预缓冲处理，在流数据的传送开始的时间，从服务器传送大量数据。图10所示的从时间T1到时间T2的周期对应于预缓冲周期。

[0165] 然后，一旦客户端开始解码，数据转送依赖于正在被传送的流的比特率而变化。图10所示的时间T2之后的周期对应于由客户端解码和再现的时间。从时间T1到时间T2的部分是在预缓冲期间传递的数据量。当客户端的缓冲器在流传送的中间耗尽一个周期(其可被需要用于再现数据)或更久时，解码失败。结果，可能中断移动画面的画面和/或语音/声音。

[0166] 因此，当满足[确定方程1]：

[0167] (检查点)-(客户端解码开始点)＜(再现所传递的全部数据直到检查点为止所需的时间)-(再现预缓冲数据所需的时间)

[0168] 的时候，根据本发明的实施例作为通信处理设备的服务器确定：在给定的具有足够网络频带的客户端上，没有发生缓冲器耗尽。

[0169] 将参考图10描述该方程。在图10中，“检查点”在时间(T3)。“客户端解码开始点”在时间(T2)。“再现所传递的全部数据到检查点所需的时间”是服务器在从时间T1到时间T3的周期内传送的全部数据量。这是所示数据A和B的总和，即A+B。“再现预缓冲数据所需的时间”是可能需要来再现所示数据A的时间。

[0170] 换言之，在图10中，[确定方程1]是：

[0171] (周期[T3至T2])＜(用于再现数据A+B的时间)-(用于再现数据A的时间)。 [0172] 在该方程中，

[0173] (用于再现数据A+B的时间)-(用于再现数据A的时间)＝(用于再现数据B的时间)。

[0174] 因此，确定是否满足

[0175] (周期[T3至T2])＜(用于再现数据B的时间)。

[0176] 如果满足该方程，则服务器确定：在客户端没有发生缓冲器耗尽，并且流数据的分布和再现正在成功。

[0177] 然而，服务器一般不可以通过客户端确定解码开始点，即，图10中的时间(T2)。因此，预缓冲数据(A)的量是不可用的。在这种情况下，可采用一种设置，在其中，在HTTP请求上的指定HTTP标题处，客户端可向服务器通知待预缓冲的数据量(字节数)、或用于再现待预缓冲的数据的时间。然后，服务器通过应用[确定方程1]可确定：对分布和再现流数据的处理是否正执行足够的数据传送。

[0178] 可通过一种结构来实现应用[确定方程1]的处理，在该结构中，服务器从客户端接收：

[0179] 待预缓冲的数据量(字节数)；或者

[0180] 用于再现待预缓冲的数据的时间。

[0181] 已参考图8描述的准入控制阶段的结束点(t1)可被定义为检查点，即图10中的检查点(T3)。然后，在该时间，服务器可采用[确定方程1]来执行检查和确定处理。 [0182] 如果服务器确定在准入控制阶段的结束点满足[确定方程1]，则服务器确定有足够的频带对流数据的分布可用。然后，服务器将优先级设置改为用于流数据分布的初始优先级，即，对应于[QOS_STREAMING]的优先级，并继续流数据的分布。

[0183] 如果服务器确定在检查点，即准入控制阶段的结束点，不满足[确定方程1]，则服务器确定没有足够的频带对流数据的分布可用。然后，服务器按原样继续准入控制阶段。换言之，服务器以比对流数据的分布的初始优先级更低的优先级设置来继续传送。可替换地，服务器可执行用户通知处理或可停止数据传送。

[0184] 当服务器将优先级设置改为用于流数据分布的初始优先级，即对应于[QOS_STREAMING]的优先级，并继续流数据的分布时，服务器应用首先改变表示优先级的DSCP(差异化服务编码点)的设置，其是在IP标题的TOS字段中定义的通信优先级信息。然后，装置驱动器在以太网(注册商标)的以太标题的添加时参照向IP标题添加的DSCP优先级值，并可改变与IP标题中定义的DSCP优先级值相对应的802.1D优先级标签，或改变由WMM定义的、对应于通信优先级信息(优先级)的访问类别信息。

[0185] 在图1所示的通信控制部件103中，优先级改变处理可允许QoS控制和以初始优先级的流数据的分布。

[0186] 然而，如上所述，[确定方程1]的应用可能要求服务器接收关于以下的信息： [0187] 待预缓冲的数据量(字节数)；或者

[0188] 用于再现待预缓冲的数据的时间，

[0189] 并且不被实现，或不是具有客户端不提供信息的设置的一般形式(generic)。 [0190] 下面将描述一个处理的示例，其中即使当不能从客户端获得信息的通知时也可以实现该处理。在下面要描述的处理示例中，通过忽略在客户端的预缓冲时间来确定流数据分布的状态。

[0191] 因为用于客户端处预缓冲内容的时间，即，图10所示的周期(T1到T2)，一般大约1秒，其可被忽略，然后，可始终向预定的时间周期，如服务器传送开始后的1分钟，定义检查时间(T3)。换言之，在图10所示的示例中，仅测量从传送开始(T1)的消逝时间，并且，在预定检查点(例如，从传送开始的1分钟)执行该检查。

[0192] 基于从检查点(T3)到服务器传送的开始点(T1)的周期、和再现所传递的全部数据直到检查点为止所可能需要的时间，来创建确定方程。即[确定方程2]： [0193] (检查点)-(服务器传送的开始点)＜(再现所传递的全部数据直到检查点为 止所需的时间)。

[0194] 将参考图10描述该方程。

[0195] “(检查点)-(服务器传送的开始点)”是图10中的周期T3-T1。 [0196] “(再现所传递的全部数据直到检查点为止所需的时间)”是可能需要用于再现所传送的数据(A+B)的时间。

[0197] 该方程用于确定：在客户端，在解码和再现开始后用于再现全部数量的预缓冲数据A和数据B的时间是否长于(检查点)-(服务器传送的开始点)。换言之，基于从传送开始点到检查点的时间、和再现所传送的数据数量直到检查点为止所需的时间之间的比较，确定客户端处缓冲器耗尽的发生、和/或对流数据分布的足够的频带可用性。 [0198] 如果满足[确定方程2]，则状态被确定为客户端处没有发生缓冲器耗尽、以及流数据的分布和再现正在成功。[确定方程2]的应用产生一个优点，即能检查1分钟内传送的平均状态。

[0199] 最后，参考图11，将描述根据本发明实施例的、要由通信处理设备即服务器执行的流传送处理的处理序列。将图11所示的处理执行为由执行数据传送处理的服务器的通信控制部件的处理，更具体地，服务器应用的处理。

[0200] 首先，在步骤S101，服务器等待从客户端接收HTTP请求。在步骤S102，如果确定从客户端接收带有内容请求的HTTP请求，则处理移动到步骤S103，在此将HTTP的TCP连接优先级定义为[QOS_INTERACTIVE]。换言之，开始已参考图8等描述的准入控制阶段的处理，并且执行处理：设置比用于流数据分布的优先级[QOS_STREAMING]更低的优先级。 [0201] 在步骤S104，将HTTP响应标题数据写入TCP分组。在步骤S105，例如从硬盘获得由从客户端接收的HTTP请求所指定的内容数据，并且执行将HTTP响应写到TCP端口的处理。这些步骤对应于由应用301将HTTP响应写到TCP/IP堆栈302的处理，其已参考图6进行过描述。

[0202] 基于写入处理数据，由图6所示的TCP/IP堆栈302创建IP分组，并且由装置驱动器303创建例如以太帧。然后，将结果传送到客户端。图11所示的处理是执行服务器应用的处理，并在此被忽略。

[0203] 当在步骤S103到S105执行优先级设置和将HTTP响应数据写到TCP堆栈的处理时，服务器应用在步骤S106测量从数据传送开始，即将HTTP响应数据写到TCP堆栈的处理的开始的消逝时间，并确定时间是否已到达预定检 查时间。该检查时间是在数据传送开始时定义的准入控制阶段的结束时间，其已参考图8进行过描述，并且对应于图10中检查点的时间。例如，检查时间是在从数据传送开始的1分钟后的时间点。

[0204] 如果服务器应用在步骤S106中确定时间还未到达检查时间，则处理移动到步骤S109。除非全部文件数据的传送完成，否则继续在步骤S105中的数据写入处理。 [0205] 如果服务器应用在步骤S106中确定时间已到达检查时间，即，确定时间已到达图10所示的检查点，则处理移动到步骤S107，在此，确定是否满足：

[0206] 数据传送时间(n)＜用于再现所传送的全部数据直到(n)为止的时间。 [0207] 这是对应于[确定方程2]的确定处理。“数据传送时间(n)”是从开始服务器的数据传送到检查时间的周期，并对应于：

[0208] 图8中的t0到t1；以及

[0209] 图10中的T1到T3。

[0210] “用于再现所传送的全部数据直到(n)为止的时间”对应于：

[0211] 图10中用于再现数据(A+B)的时间。

[0212] 如果在步骤S107中确定满足：

[0213] 数据传送时间(n)＜用于再现所传送的全部数据直到(n)为止的时间， [0214] 则确定客户端处缓冲器没有发生耗尽，以及有足够的频带可用于流数据分布。然后，处理移动到步骤S108，在此准入控制阶段结束，并将优先级设置改为用于流数据分布的初始优先级，即，改为对应[QOS_STREAMING]的优先级。然后，继续流数据的分布。 [0215] 另外，在步骤S109中，确定全部文件数据的传送是否已完成，并继续以设置在[QOS_STREAMING]的优先级的传送，直到全部文件数据的传送完成。

[0216] 另一方面，如果在步骤S107确定不满足：

[0217] 数据传送时间(n)＜用于再现所传送的全部数据直到(n)为止的时间， [0218] 则确定客户端处发生缓冲数据的耗尽，以及没有足够的频带可用于流数据的分布。然后，不将优先级设置改为用于流数据分布的初始优先级，即，改为对应[QOS_STREAMING]的优先级。然后，处理移动到步骤S109，并以低优先级[QOS_INTERACTIVE]来继续通信，直到通信的完成。

[0219] 未在流程中显示的，如果在步骤S107确定不满足：

[0220] 数据传送时间(n)＜用于再现所传送的全部数据直到(n)为止的时间， [0221] 则可执行通知用户以足够的频带来进行流数据的分布有困难的处理，和/或结束通信的处理。

[0222] 如上所述，在根据本发明实施例的结构中：执行新的流分布的服务器定义准入控制阶段，其是一段周期，带有比在数据传送开始时用于流数据分布的初始优先级更低的优先级；基于直到检查点为止的时间(即准入控制阶段结束的时间点)和再现所传送的数据数量直到检查点为止的时间之间的比较，确定在客户端处的缓冲器的耗尽、和用于流数据的足够频带可用性的状态，并且，仅若服务器基于确定步骤而确定有足够的频带可用时，才以用于流数据分布的初始优先级来执行数据分布。

[0223] 以该结构，例如在正执行其他流分布时，当尝试开始新的流数据的分布时，不发生通信干扰，在其中用于现有流分布的频带被剥夺，导致现有流分布的数据分布延迟。因此，不利地影响了再现和/或观看现有流数据的客户端。

[0224] 在本实施例中，已描述了服务器端通过HTTP流传送来处理传递速率的方法，可由带有一系统的服务器端来执行对是否有足够的网络频带可用的确定，其中在该系统中，客户端可通过例如用于RTP流传递的RTCP将传递状态反馈到服务器。

[0225] 在本实施例中已描述，在准入控制阶段，[QOS_INTERACTIVE]被用作优先级设置，并且使用用于静态图像的文件传递的优先级，在[QOS_INTERACTIVE]和[QOS_STREAMING]之间可定义另一优先级。然后，可将新的优先级处理作特殊优先级，以使用准入控制阶段。然而，在这种情况下，可能要求在每个链路层的规范中定义与其相对应的优先级值。 [0226] 假定在本实施例中按原样传送硬盘上存储的MPEG流。然而，例如，如果在检查点确定足够的网络频带是不可用的，则由硬件如翻译器从初始流实时创建具有减少的比特率的流。在调整所传送的流的比特率、以即使在较小频带的数据传送中也允许流分布和再现之后，可将优先级切换到流的初始优先级。

[0227] 在该实施例中，基于在准入控制阶段的结束处的检查点的检查结果而确定是否执行优先级改变。然而，可在流开始的数秒内，以较低优先级简单地执行传送，并且可自动地执行切换到流的初始优先级。如参考图10所述，尽管由于预缓冲引起传递速率的暂时提高，而在该周期中使用较低优先级可能防止对其他流的影响。

[0228] 上面已详细描述了本发明的实施例。然而，不言而喻的是，只要不脱离本发明的范围，本领域技术人员可以变化和/或改变这些实施例。换言之，已经以说明的形式公开了本发明，而不应限制性地解释本发明。应考虑所附权利要求来确定本发明的主旨。 [0229] 可由硬件、软件或两者的组合结构来执行在此描述的一系列处理。可通过在特定硬件中内置的计算机内的存储器中安装并执行记录处理序列的程序，或通过在其中可执行各种处理的通用计算机中安装并执行程序，来实现软件的执行处理。

[0230] 例如，程序可被预先记录在作为记录介质的硬盘或只读存储器(ROM)中。可替换地，可将程序暂时地或永久地存储(或记录)在可移动记录介质中，如软盘、光盘只读存储器(CD-ROM)、磁光(MO)盘、数字多用盘(DVD)、磁盘和半导体存储器。这种可移动记录介质可被提供为所谓打包软件。

[0231] 除如上所述从可移动记录介质向计算机的安装之外，还可以以无线方式从下载站点向计算机传递程序、或以有线方式通过诸如局域网(LAN)和互联网之类的网络来向计算机传递程序。计算机可接收以这种方法传递的程序，并将其安装进记录介质，如起本身所包含的硬盘。

[0232] 不仅可以如在此描述的时间系列的方式来执行在此描述的处理，还可依照执行该处理的设备的处理能力、并行或独立地执行，或按要求的方式执行。在此的系统是多个装置的逻辑集合结构，并且，该部件装置并不总是被提供在一个机箱内。

[0233] 如上所述，在根据本发明实施例的结构中，分布流数据的通信处理设备(服务器)在数据传送的一开始，以所定义的、比初始流数据分布的优先级更低的优先级开始数据传送，并且在检查点检查在低优先级的周期内的通信的状态。例如，基于直到检查点为止的时间、与再现所传送的数据数量直到检查点为止所需的时间之间的比较，确定客户端处缓冲器缺失的发生、和用于流数据分布的频带可用性的状态。然后，仅若基于该确定过程确定有足够的频带可用时，才以用于流数据分布的初始优先级来执行数据分布。因此，当在正执行另一流分布的同时开始新的流数据的分布时，可保持良好的通信氛围，而没有剥夺了用于现有流分布的频带、导致现有流分布的延迟通信干扰。

[0234] 本领域技术人员应理解，只要在所附权利要求或其等价物的范围内，可 以根据设计需要和其他因素，进行各种修改、组合、子组合和变更。

[0235] 相关申请的交叉引用

[0236] 本发明包含涉及在2005年9月6日向日本专利局提交的日本专利申请JP2005-257855的主题，其全部内容通过引用并入本文。