CN104780468B - 流媒体数据接收方法、流媒体系统及用在流媒体系统中的节点装置 - Google Patents

Abstract

公开了一种流媒体系统及用在流媒体系统中的节点装置。用在提供流媒体服务的流媒体系统中的节点装置包括：测量单元，其被配置成测量表示关于第一节点装置的往返时间的第一响应时间，该第一节点装置是流媒体数据的源；确认请求发生器，其被配置成将用于确认流媒体数据的传送是否可供进行的确认请求发送至在指定范围内的节点装置；以及发送器，其被配置成将传送请求发送至第二节点装置，该第二节点装置在一个时段期间能返回对应于所述确认请求的确认回复，所述时段为从确认请求发生器发送确认请求时直到经过第一响应时间时。

Description

流媒体数据接收方法、流媒体系统及用在流媒体系统中的节 点装置

技术领域

本文讨论的实施方式涉及流媒体系统以及用在流媒体系统中的节点装置。

背景技术

流媒体传送(或流媒体)已经作为传送图像数据的方法而传播开来。流媒体传送使得终端设备可以在下载图像数据文件的同时播放图像。因此，流媒体传送能够实现直播传送。并且，即使当图像数据文件的尺寸较大时，终端设备也能够在没有大容量存储器的条件下播放图像。

P2P(点对点)通信已经作为用于提供流媒体传送的通信方案在实际使用中得以实现。在P2P通信中，当多个终端设备进行通信时，它们被同等对待。换言之，每个终端设备能够充当接收数据的接收器，并且还能够充当将数据发送(或转发)至其它设备的发送器。因此，P2P通信能够提供灵活的网络。

用于提供采用P2P的流媒体传送的流媒体系统具有根节点装置。根节点装置管理加入的节点装置，加入的节点装置接收由流媒体服务提供的流媒体数据。当新的节点装置(称为新加入的节点装置)要接收流媒体服务时，该新加入的节点装置将加入请求发送至根节点装置。根节点装置将候选父节点信息提供至新加入的节点装置。然后新加入的节点装置通过使用候选父节点信息来选择父节点装置，并接收来自该父节点装置的流媒体数据。

注意到，作为相关技术，已经提出了信息流媒体系统，其选择能够以最高效率将信息从服务器传送至用户的通信路径，以提高通信网络资源的效率。并且，已经提出了服务器系统，其使得能够将应用基于P2P的中继方案的传送网络维持在合适状况下(例如，日本公开特许公报 2013-118425号以及日本公开特许公报2011-150618号)。

在P2P流媒体传送中，加入的节点装置能够接收来自该加入的节点装置通过利用候选父节点信息选择的父节点装置的流媒体数据。然而，加入的节点装置不总能选择出最合适或最优选的节点装置以作为父节点装置。在某些情况下，例如，即使当能够传送流媒体数据的节点装置位于靠近加入的节点装置的位置时，加入的节点装置也接收来自位于远处的节点装置的流媒体数据。在这种情况下，可能会延迟流媒体数据，并且可能会浪费通信资源。

在本发明的一个方面，一个目的是在基于P2P进行流媒体传送的流媒体系统中使得加入的节点装置能够接收来自优选父节点装置的流媒体数据。

发明内容

根据本实施方式的一个方面，用在提供流媒体服务的流媒体系统中的节点装置包括：测量单元，其被配置成测量表示关于第一节点装置的往返时间的第一响应时间，该第一节点装置是流媒体数据的源；确认请求发生器，其被配置成将用于确认流媒体数据的传送是否可供进行的确认请求发送至在指定范围内的节点装置；以及发送器，其被配置成将传送请求发送至第二节点装置，该第二节点装置在一个时段期间返回对应于确认请求的确认回复，所述时段为从确认请求发生器发送确认请求时直到经过第一响应时间时。

附图说明

图1-5图解了视频流媒体系统的操作的概要；

图6是图解节点装置的功能的框图；

图7是图解节点装置的操作的流程图；

图8是选择优选父节点装置的序列图；以及

图9图解了根据本发明的实施方式的节点装置的硬件配置的示例。具体实施方式

图1-5图解了根据本发明的实施方式的视频流媒体系统200的操作的概要。视频流媒体系统200能够响应来自用户的请求而提供流媒体服务。

视频流媒体系统200包括多个节点装置。每个节点装置能够加入由视频流媒体系统200提供的流媒体服务。在该示例中，如图1中所图解的，节点装置1A、1B、1C、1D和1E已加入流媒体服务。换言之，节点装置 1A、1B、1C、1D和1E分别正在接收流媒体数据。在以下描述中，已加入流媒体服务的节点装置可以被称为“加入的节点装置(或加入的节点)”。

视频流媒体系统200也包括根节点装置2。根节点装置2管理流媒体传送的状态。例如，根节点装置2管理表示加入的节点装置的连接状态的传送树。换言之，根节点装置2管理用于将流媒体数据传送至各加入的节点装置的路径。在该示例中，根节点装置2位于流媒体传送的最上游的阶段。根节点装置2获取来自内容服务器的图像数据并进行到加入的节点装置的流媒体传送。注意到，内容服务器可以充当根节点装置。

每个节点装置具有实现P2P通信的功能。从根节点装置2发送的流媒体数据通过一个或多个加入的节点装置被传送至相应的加入的节点。在图1图解的示例中，根节点装置2将流媒体数据发送至加入的节点装置 1A。加入的节点装置1A将流媒体数据转发至加入的节点装置1B和1E。类似地，加入的节点装置1B将流媒体数据转发至加入的节点装置1C，并且加入的节点装置1C将流媒体数据转发至加入的节点装置1D。通过该流媒体，加入的节点装置1A-1E能够大致同时地接收从根节点装置2 发送的图像数据。

在路由器中接纳每个节点装置。在该示例中，每个路由器中接纳的多个节点装置构成网络。例如，如图1中所图解的，加入的节点装置1A和 1B以及根节点装置2属于网络X，而加入的节点装置1C，1D以及1E属于网络Y。在网络X和网络Y的每个中，节点装置之间的距离为1跳。注意到，网络X和Y经由网关4彼此连接。

在视频流媒体系统200中，加入的节点装置1A-1E中的每一个判决其是否正接收来自优选父节点装置的流媒体数据。换言之，加入的节点装置1A-1E中的每一个判决其是否选择了优选父节点装置。注意到，“父节点装置”(或“父节点”)表示流媒体数据的源节点装置。例如，加入的节点装置1D的父节点装置是加入的节点装置1C，且加入的节点装置1E的父节点装置是加入的节点装置1A。在下文中，将针对判决加入的节点装置1E是否正接收来自优选父节点装置的流媒体数据的情形进行描述。

如图1中所图解的，加入的节点装置1E测量关于父节点装置的往返时间(RTT)。换言之，加入的节点装置1E测量加入的节点装置1E与加入的节点装置1A之间的RTT。例如通过将Ping因特网包探索器信号从加入的节点装置1E发送至加入的节点装置1A来测量RTT。然而，可以通过不同的方法测量RTT。

然后，如图2中所图解的，加入的节点装置1E将组播确认请求发送至属于网络Y的所有节点装置。确认请求能够询问是否能够传送流媒体数据(或者是否能够充当父节点装置)。该组播确认请求被存储添加有网络Y中使用的组播地址的组播包中。“生存时间(TTL)＝1”也被加到该组播确认请求中。由在包传送过程中接收包的网关(路由器)将TTL减一。当加到包中的TTL变为零时，此后就不再转发该包。因此，其中设置TTL＝1的组播确认请求被位于与加入的节点装置1E相距一跳的范围内的节点装置接收。换言之，从加入的节点装置1E发送的组播确认请求被网络Y中的每个节点装置(图2中的加入的节点装置1C和1D)接收。

网关4也接收该组播确认请求。然而，在网关4中该组播确认请求的 TTL被从一更新为零。因此，该组播确认请求没有被转发至网络X。

当发送上述组播确认请求时，加入的节点装置1E激活定时器。该定时器测量加入的节点装置1E与父节点装置(即加入的节点装置1A)之间的RTT。注意到，在图1中加入的节点装置1E已经在先测量了RTT。于是加入的节点装置1E等待对应于组播确认请求的确认回复，直到定时器到期。

已接收组播确认请求的加入的节点装置分别判决是否要响应确认请求。能够将流媒体数据传送至另一个节点装置(例如，新加入的节点装置) 的加入的节点装置响应接收的确认请求。在这种情况下，已接收确认请求的加入的节点装置返回确认回复至该确认请求的源节点装置。在图3图解的示例中，加入的节点装置1C和1D已接收组播确认请求，并且加入的节点装置1D返回确认回复至加入的节点装置1E。不能将流媒体数据传送至新加入的节点装置的加入的节点装置则丢弃接收的确认请求。此外，没有加入流媒体服务的节点装置也丢弃所接收的确认请求。

假设在上述定时器到期之前加入的节点装置1E接收来自加入的节点装置1D的确认请求。如上所述，该定时器测量加入的节点装置1E与父节点装置(即加入的节点装置1A)之间的RTT。因此，当加入的节点装置1E在定时器到期之前接收到确认回复时，加入的节点装置1E判决与当前父节点装置相比，能够传送流媒体数据的加入的节点装置位于更靠近的位置。在这种情况下，加入的节点装置1E指定返回了确认回复的加入的节点装置，并且将传送请求发送至该指定的加入的节点装置。在图3 图解的示例中，加入的节点装置1E将传送请求发送至加入的节点装置 1D。

如图4中所图解的，加入的节点装置1D根据传送请求开始到加入的节点装置1E的流媒体传送。于是，加入的节点装置1E接收来自加入的节点装置1A和1D的流媒体数据。当从加入的节点装置1D接收的流媒体数据变得稳定时，加入的节点装置1E将传送暂停请求发送至加入的节点装置1A。在没有中断流媒体数据的情况下，在加入的节点装置1E中实现了从当前父节点装置到新父节点装置的切换。此后，加入的节点装置 1D将充当针对加入的节点装置1E的父节点装置。

此后，加入的节点装置1E将连接信息发送至根节点装置2。连接信息包括用于标识流媒体数据的源节点装置的信息。在该示例中，连接信息包括用于标识节点装置1D的信息。当从加入的节点装置1E接收到连接信息时，根节点装置2更新传送树信息。传送树信息表示已经加入流媒体服务的节点装置之间的连接关系。换言之，传送树信息表示流媒体数据从根节点装置2到每个加入的节点装置的传送路径。

当加入的节点装置1E在定时器到期之前接收到多个确认回复时，加入的节点装置1E将传送请求发送至第一个返回确认回复的加入的节点装置。在这种情况下，加入的节点装置1E能够接收来自位于与加入的节点装置1E最靠近的位置的加入的节点装置的流媒体数据。

如上所述，加入的节点装置1E判决与当前父节点装置相比，能够传送流媒体数据的加入的节点装置(即更加优选的父节点装置的候选)是否位于更靠近加入的节点装置1E的位置。当存在这样的节点装置时，加入的节点装置1E切换父节点装置。于是，该方法减少了流媒体数据的延迟时间。

每个加入的节点装置可以通过利用上述组播确认请求周期性地执行搜索优选父节点装置的过程。然而，当父节点装置位于靠近加入的节点装置的位置时，加入的节点装置不必进行该搜索。从而，加入的节点装置可以判决父节点装置与接纳加入的节点装置的路由器或网关相比是否位于更靠近加入的节点装置的位置。

在这种情况下，如图5中所图解的，加入的节点装置1E测量加入的节点装置1E与网关4之间的RTT。加入的节点装置1E也测量加入的节点装置1E与父节点装置(该示例中的加入的节点装置1D)之间的RTT。当关于加入的节点装置1D的RTT短于关于网关4的RTT时，加入的节点装置1E判决当前父节点装置为优选父节点装置。在这种情况下，加入的节点装置1E不进行新的父节点装置的搜索。换言之，加入的节点装置 1E继续接收来自加入的节点装置1D的流媒体数据。当关于加入的节点装置1D的RTT长于关于网关4的RTT时，加入的节点装置1E判决当前父节点装置不是优选父节点装置。在这种情况下，加入的节点装置1E 搜索新的父节点装置。换言之，如图1-4中所图解的，加入的节点装置1E 通过利用组播确认请求来搜索优选父节点装置。

每个加入的节点装置提前判决是否能够向新的节点装置传送流媒体数据。当例如加入的节点装置的硬件资源(CPU、存储器等)具有充分高的性能时，该加入的节点装置判决能够传送流媒体数据。然而，当加入的节点装置的硬件资源的使用率较高时，该加入的节点装置判决不能够传送流媒体数据。加入的节点装置可以基于传送树的配置执行上述判决。当例如大量的加入的节点装置位于根节点装置2与节点装置之间时，这些节点装置判决不能够传送流媒体数据。注意到，表示传送树的配置的传送树信息从根节点装置2被报告至每个加入的节点装置。于是，当已经判决能够传送流媒体数据的加入的节点装置接收到组播确认请求时，其返回确认回复。即使当已经判决不能够传送流媒体数据的加入的节点装置接收到组播确认请求时，其不返回确认回复。

图6是图解节点装置的功能的框图。如图6中所图解的，节点装置1 (1A-1E)均具有流媒体接收器11、流媒体缓冲器12、流媒体发送器13、管理包接收器14、网关RTT测量单元15、父节点RTT测量单元16、定时器17、确认请求发送判决单元18、父节点改变判决单元19、节点说明发生器20、管理包发送器21，以及控制器22。节点装置1可以具有图6 中未图解的其它功能。可以通过使用计算机执行程序来实现图6中图解的功能。

流媒体接收器11接收来自根节点装置2或在上游侧的加入的节点装置的流媒体数据。流媒体接收器11将流媒体数据存储在流媒体缓冲器12 中。流媒体发送器13从流媒体缓冲器12中读取流媒体数据并将读取的流媒体数据发送至下游侧的加入的节点装置。注意到，可以将显示设备和/ 或扬声器(未图解)连接到节点装置1。在这种情况下，基于写在流媒体缓冲器12中的流媒体数据，在显示设备上显示视频且通过扬声器输出音频。

管理包接收器14接收来自根节点装置2或不同的节点装置的管理包。管理包接收器14包括确认请求接收器14a和确认回复接收器14b。确认请求接收器14a接收从不同的加入的节点装置发送的包括组播确认请求的管理包。确认回复接收器14b接收包括对应于组播确认请求的确认回复的管理包。然而，在定时器17到期之后，确认回复接收器14b丢弃包括确认回复的管理包。此外，当确认回复接收器14b接收到分别包括确认回复的多个管理包时，确认回复接收器14b接受第一个管理包且丢弃之后的管理包。管理包接收器14能够接收不同的管理包。例如，管理包接收器 14接收包括传送请求的管理包，以及接收其它信息。

网关RTT测量单元15测量关于接纳节点装置1的路由器或网关的 RTT。在图5图解的示例中，网关RTT测量单元15测量关于网关4的 RTT。父节点RTT测量单元16测量关于父节点装置的RTT。在图1图解的示例中，测量关于加入的节点装置1A的RTT，以及在图5图解的示例中，测量关于加入的节点装置1D的RTT。网关RTT测量单元15和父节点RTT测量单元16可以通过使用例如Ping因特网包探索器信号来测量RTT。

在定时器17中设置由父节点RTT测量单元16测量的RTT。当管理包发送器21发送包括组播确认请求的管理包时，激活定时器17。当定时器17到期时，将到期报告提供给确认回复接收器14b。

确认请求发送判决单元18比较由网关RTT测量单元15测量的RTT (网关RTT)与由父节点RTT测量单元16测量的RTT(父节点RTT)。于是，如通过参照图5所解释的那样，当父节点RTT短于网关RTT时，确认请求发送判决单元18判决不必通过使用组播确认请求来搜索新的父节点装置。当父节点RTT长于网关RTT时，确认请求发送判决单元18 判决有必要搜索新的父节点装置，并且给管理包发送器21指令来发送组播确认请求。

当在管理包发送器21发送组播确认请求时与定时器17到期时之间的时间段期间确认回复接收器14b接收到相应的确认回复时，父节点改变判决单元19执行改变父节点装置的过程。针对该过程，父节点改变判决单元19生成传送请求。该传送请求的目的地是确认回复接收器14b首先接收的确认回复的源节点装置。此外，父节点改变判决单元19生成传送暂停请求。该传送暂停请求的目的地是当前父节点装置。

节点说明发生器20管理用于判决节点装置1(即节点说明发生器20 的节点装置)是否能够传送流媒体数据的节点说明信息。节点说明信息包括表示节点装置1的硬件的性能和状态的信息，表示传送树的状态的信息，以及其它信息。

管理包发送器21将管理包发送至根节点装置2和不同的节点装置。管理包发送器21包括确认请求发生器21a和确认回复发生器21b。确认请求发生器21a将包括图2中图解的组播确认请求的管理包发送至在指定范围内的节点装置。换言之，将针对指定范围的组播地址设置为该管理包中的目的地址。此外，确认请求发生器21a将“TTL＝1”加到该管理包中。当确认请求接收器14a接收到来自不同的加入的节点装置的确认请求时，确认回复发生器21b返回包括对应于该确认请求的确认回复的管理包。然而，当节点装置1(即确认回复发生器21b的节点装置)不能够传送流媒体数据时，确认回复发生器21b不返回确认回复。

管理包发送器21也可以发送不同的管理包。换言之，管理包发送器 21能够发送包括图3中图解的传送请求的管理包，包括图4中图解的传送暂停请求的管理包，包括图4中图解的连接请求的管理包，以及其它信息。

控制器22控制节点装置1的操作。控制器22提供与流媒体传送有关的其它功能。例如，控制器22可以根据从根节点装置2接收的候选父节点信息来选择父节点装置。

图7是图解节点装置的操作的流程图。在节点装置开始流媒体数据的接收之后执行该流程图中的处理。可以通过使用计算机执行程序来实现图 7中示出的处理。

在S1中，网关RTT测量单元15测量关于默认网关的RTT。该默认网关是接纳网关RTT测量单元15的节点装置的路由器或网关。在图1-5 示出的示例中，测量了关于网关4的RTT。在S2中，父节点RTT测量单元16测量关于父节点装置的RTT。在图1示出的实例中，测量了关于加入的节点装置1A的RTT。

在S3中，确认请求发送判决单元18比较由网关RTT测量单元15 测量的RTT(RTT(G))和由父节点RTT测量单元16测量的RTT(RTT (P))。当RTT(G)长于或等于RTT(P)时，确认请求发送判决单元 18判决不需要发送组播确认请求。在这种情况下，终止加入的节点装置的处理。当RTT(P)长于RTT(G)时，确认请求发送判决单元18给管理包发送器21发送组播确认请求的指令。

在S4中，确认请求发生器21a将组播确认请求发送至在指定范围内的节点装置。在包括组播确认请求的管理包中，设定“TTL＝1”。因此，该组播确认请求由与确认请求发生器21a的加入的节点装置距离一跳范围内的节点装置接收。此外，当发送组播确认请求时，在S5中确认请求发生器21a激活定时器17。当在S2中测量的关于父节点装置的RTT(P) 到时时，定时器17到时。

在S6中，确认回复接收器14b等待在S4中发送的对应于组播确认请求的确认回复。当确认回复接收器14b在定时器17到时之前接收到确认回复时，节点装置中的处理进行到S7。在S7中，确认回复接收器14b 判决接收的确认回复是否是第一个确认回复。当该确认回复接收器14b 接收第一个确认回复时，节点装置中的处理进行到S8。当确认回复接收器14b接收第二个或之后的确认回复时，则在S12中丢弃接收的确认回复。

在S8中，控制器22指定新的父节点装置。在这种情况下，将第一个确认回复的源节点装置指定为新的父节点装置。管理包发送器21将传送请求发送至由控制器22指定的新的父节点装置。然后，该新的父节点装置开始所请求的流媒体数据传送。

在S9中，流媒体接收器11从新的父节点装置接收流媒体数据。然后，流媒体接收器11从当前父节点装置和新的父节点装置两者接收流媒体数据。当从新的父节点装置接收的流媒体数据变得稳定时，在S10中，控制器22经由管理包发送器21将传送暂停请求发送至当前父节点装置。此后，在S11中，控制器22经由管理包发送器21将连接请求发送至根节点装置 2。因此，在根节点装置2中更新了传送树信息。

图8是选择优选父节点装置的序列图。在以下描述中，假设将流媒体数据从根节点装置2传送至图1-5中示出的视频流媒体系统200中的加入的节点装置1A-1D。并且假设节点装置1E新加入流媒体服务。

在这种情况下，节点装置1E将加入请求发送至根节点装置2。根节点装置2生成候选父节点信息并将该信息返回至节点装置1E。在这种情况下，候选父节点信息包括能够充当节点装置1E的父节点装置的加入的节点装置的列表。节点装置1E通过使用从根节点装置2接收的候选父节点信息来选择父节点装置，并且将传送请求发送至该父节点装置。在图8示出的示例中，节点装置1E将传送请求发送至加入的节点装置1A，然后流媒体数据被从加入的节点装置1A传送至节点装置1E。此后，节点装置1E将指示加入的节点装置1A是父节点装置的连接信息发送至根节点装置2。因此，实现了图1中示出的情形。

节点装置1E测量表示关于网关4的往返时间的网关RTT。此外，节点装置1E测量表示关于父节点装置(该实例中的加入的节点装置1A) 的往返时间的父节点RTT。然后，节点装置1E比较网关RTT与父节点 RTT，以判决是否执行搜索比当前父节点装置更优选的父节点装置的处理。在该实例中假设父节点RTT长于网关RTT且节点装置1E执行该搜索。

节点装置1E将组播确认请求发送至属于网络Y的节点装置。在那时，定时器17被激活。该组播确认请求由加入的节点装置1C和1D接收。在该示例中，假设只有加入的节点1D向节点装置1E返回确认回复。

在定时器17到时之前，节点装置1E接收从加入的节点装置1D返回的确认回复。在这种情况下，节点装置1E判决与当前父节点装置(即，加入的节点装置1A)相比能够传送流媒体数据的加入的节点装置(即加入的节点装置1D)位于更靠近的位置。在这种情况下，节点装置1E将传送请求发送至加入的节点装置1D。然后，加入的节点装置1D开始到节点装置1E的流媒体数据的传送。此外，节点装置1E将传送暂停请求发送至当前父节点装置(即加入的节点装置1A)。此外，节点装置1E将指示加入的节点装置1D是父节点装置的连接信息发送至根节点装置2。该根节点装置2根据该连接信息更新传送树信息。通过该程序，完成了父节点装置的切换。

此外，节点装置1E测量表示关于新的父节点装置(即加入的节点装置1D)的往返时间的新父节点RTT。节点装置1E比较网关RTT与新父节点RTT。在该实例中假设新父节点RTT短于网关RTT。在这种情况下，将新的父节点装置判决为优选父节点装置。因此，此后节点装置1E接收来自加入的节点装置1D的流媒体数据。

虽然在上述实例中将“TTL＝1”加到组播确认请求，但是本发明不限于该方法。换言之，不必在组播确认请求中设置TTL。当在组播确认请求中不设置TTL时，已经发送了组播确认请求的节点装置可以接收来自位于两跳或多跳以外的加入的节点装置的确认回复。然而，当接收到多个确认回复时，节点装置基于首先接收的确认回复判决新的父节点装置。从而，将位于离节点装置两跳或多跳以外的加入的节点装置选择为父节点装置的可能性较低。

<节点装置的硬件配置>

图9图解根据本发明的实施方式的节点装置的硬件配置的示例。节点装置包括图9中示出的计算机系统100。该计算机系统100包括CPU 101、存储器102、存储设备103、读取设备104、通信接口106，以及输入/输出设备107。CPU 101、存储器102、存储设备103、读取设备104、通信接口106和输入/输出设备107例如经由总线108彼此连接。

CPU 101通过使用存储器102来执行描述图7中示出的流程图的处理的流媒体数据接收程序。由此，实现了上述流媒体数据接收方法。存储器 102例如是半导体存储器，且包括随机存取存储器(RAM)区域和只读存储器(ROM)区域。存储设备103例如是硬盘设备，且存储上述流媒体数据接收程序。此外，存储设备103可以存储流媒体数据。注意到存储设备103可以是诸如快擦写存储器等的半导体存储器。此外，存储设备 103可以是外部记录设备。

读取设备104根据来自CPU 101的指令访问可移除记录介质105。通过以下方式实现可移除记录介质105：例如，半导体设备(USB存储器等)，通过使用磁效应对信息进行输入或输出的介质(磁盘等)，通过使用光效应对信息进行输入或输出的介质(CD-ROM、DVD等)等。根据来自CPU 101的指令，通信接口106能够经由网络发送和接收数据。输入/输出设备107包括接收来自用户的指令的设备，输出流媒体数据的设备，以及其它设备。

例如，以如下方式将根据实施方式的流媒体数据接收程序提供到电脑系统100。

(1)安装在存储设备103中

(2)从可移除记录介质105提供

(3)从程序服务器110提供

如上所述，根据本发明的实施方式，在基于P2P进行流媒体传送的流媒体系统中，加入的节点装置能够接收来自优选父节点装置的流媒体数据。

Claims (5)

1.一种节点装置，其被用在提供流媒体服务的流媒体系统中，所述节点装置包括：

测量单元，其被配置成测量第一响应时间和第二响应时间，所述第一响应时间表示关于第一节点装置的往返时间，所述第一节点装置是流媒体数据的源，所述第二响应时间表示关于接纳所述节点装置的路由器或网关的往返时间；

确认请求发生器，其被配置成当所述第一响应时间长于所述第二响应时间时，将用于确认流媒体数据的传送是否可供进行的确认请求发送至在指定范围内的节点装置；以及

发送器，其被配置成将传送请求发送至第二节点装置，所述第二节点装置在一个时段期间返回对应于所述确认请求的确认回复，所述时段为从所述确认请求发生器发送所述确认请求时直到经过所述第一响应时间时。

2.根据权利要求1所述的节点装置，其中，

所述确认请求发生器将所述确认请求发送至在一个范围内的节点装置，在该范围中TTL生存时间为一。

3.根据权利要求1所述的节点装置，其中，

在开始接收从所述第二节点装置传送的流媒体数据之后，所述发送器请求所述第一节点装置暂停流媒体传送。

4.一种流媒体数据接收方法，其被用于在流媒体系统中加入流媒体服务的节点装置中，所述流媒体数据接收方法包括：

测量关于第一节点装置的往返时间以及关于接纳所述节点装置的路由器或网关的往返时间，所述第一节点装置是流媒体数据的源；

当关于所述第一节点装置的往返时间长于关于所述路由器或网关的往返时间时，将用于确认流媒体数据的传送是否可供进行的确认请求发送至在指定范围内的节点装置；以及

将传送请求发送至第二节点装置，所述第二节点装置在一个时段期间返回对应于所述确认请求的确认回复，所述时段为从发送所述确认请求时直到当经过所述往返时间时。

5.一种流媒体系统，其向节点装置提供流媒体服务，所述流媒体系统包括：

第一节点装置，其是流媒体数据的源；以及

加入的节点装置，其已加入所述流媒体服务，其中

所述加入的节点装置测量关于所述第一节点装置的往返时间以及关于接纳所述加入的节点装置的路由器或网关的往返时间，

当关于所述第一节点装置的往返时间长于关于所述路由器或网关的往返时间时，所述加入的节点装置将用于确认流媒体数据的传送是否可供进行的确认请求发送至指定范围内的节点装置，

所述加入的节点装置将传送请求发送至第二节点装置，所述第二节点装置在一个时段期间返回对应于所述确认请求的确认回复，所述时段为从发送所述确认请求时直到当经过所述往返时间时，以及

所述第二节点装置响应于所述传送请求将流媒体数据传送至所述加入的节点装置。