CN105100956A - 数据获取方法与数据获取系统 - Google Patents
数据获取方法与数据获取系统 Download PDFInfo
- Publication number
- CN105100956A CN105100956A CN201510520889.0A CN201510520889A CN105100956A CN 105100956 A CN105100956 A CN 105100956A CN 201510520889 A CN201510520889 A CN 201510520889A CN 105100956 A CN105100956 A CN 105100956A
- Authority
- CN
- China
- Prior art keywords
- terminal
- network
- data
- designated
- stream medium
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/632—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
- H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
- H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种数据获取方法和一种数据获取系统，其中，所述数据获取方法包括：获取与所述服务器相连接的至少一个终端中的每个终端的网络信息；在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。通过本发明的技术方案，可以最大程度地降低流媒体数据的延时性，使流媒体数据的延迟时间最短，以满足用户对流媒体数据的实时性要求，从而提高用户对流媒体数据的使用体验。
Description
技术领域
本发明涉及通信技术领域，具体而言，涉及一种数据获取方法和一种数据获取系统。
背景技术
目前，P2P(PeertoPeer，对等，又称点对点)网络音视频传输是一种普遍存在的网络音视频传输技术，在相关技术中，通过用户相互传输音视频数据，可以降低对音视频服务器带宽的要求，进一步地减少软件运营商的服务器带宽的成本。其中，音视频的直播和点播软件都采用此技术。但是相关技术中的P2P网络音视频传输技术没有考虑延时问题，大部份音视频数据的传输一般延时1至5分钟。例如直播的音视频需要1至5分钟才能被大多数用户看到。但是，很多音视频聊天室和大型音视频会议对于音视频数据的传输的延时是非常严格的，因而，这种超长延时并无法满足对音视频数据的实时性要求比较高的场合。
因此，如何最大程度地降低流媒体数据的延时性，使流媒体数据的延迟时间最短，以满足用户对流媒体数据的实时性要求，成为亟待解决的问题。
发明内容
本发明正是基于上述技术问题，提出了一种新的技术方案，可以最大程度地降低流媒体数据的延时性，使流媒体数据的延迟时间最短，以满足用户对流媒体数据的实时性要求，从而提高用户对流媒体数据的使用体验。
有鉴于此，本发明的一方面提出了一种数据获取方法，包括：获取与所述服务器相连接的至少一个终端中的每个终端的网络信息；在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
在该技术方案中，在接收到其他任一终端的第一流媒体数据请求时，通过对至少一个终端中的每个终端的网络信息进行分析，可以从至少一个终端中选择网络稳定性较好、延迟时间较短的第一目标终端作为该至少一个终端的流媒体数据源，以使其他任一终端从网络稳定性较好、延迟时间较短的第一目标终端中获取流媒体数据，从而最大程度地减小流媒体数据的获取延时性，满足对流媒体数据实时要求比较高的场合，并提高用户的使用体验。
在上述技术方案中，优选地，所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
在该技术方案中，该网络信息包括但不限于上述信息，所有可以确定出每个终端的网络稳定性和延迟时间的信息均可以作为该网络信息。
在上述技术方案中，优选地，所述根据所述网络信息，从所述至少一个终端中选择第一目标终端，具体包括：根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
在该技术方案中，通过每个终端的网络信息，可以确定出每个终端的网络稳定性和与网络拓扑结构中最顶层的顶层终端的距离，且由于网络稳定性越高的终端和该距离越小的终端其转发次数越小，延迟越小，因而，通过选择网络稳定性高于预设网络稳定性和/或该距离小于预设距离的终端作为该第一目标终端，可以确保其他任一终端能够从稳定性较好、延迟时间较短的流媒体数据源处获取流媒体数据，从而最大程度地减小该流媒体数据的获取延时性，尽可能地满足用户对流媒体数据实时性的要求，其中，网络稳定性的判断方法有多种，主要是根据是否出现丢包、以及是否出现超长延时，例如：可以通过终端向百度服务器发送N个请求，判断是否在预设时间内收到N个响应，如果收到M(M<N)个响应，则说明出现了丢包，进而网络稳定性不好，或者，如果在预设时间之后，才收到N个响应，则说明出现了超长延时，进而说明网络稳定性不好，当然，也可以根据丢包的数目和具体的超长延时时间具体量化网络稳定性。
在上述技术方案中，优选地，还包括：将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
在该技术方案中，通过将第一目标终端的连接地址和/或连接密码发送至该其他任一终端，可以确保只有拥有并输入正确的连接地址和/或连接密码才有权限获取该流媒体数据，防止非法终端盗取该流媒体数据。
在上述技术方案中，优选地，还包括：当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
在该技术方案中，当第一目标终端包括多个终端时，其他任一终端可以根据该多个终端中的每个终端的网络稳定性和在网络拓扑结构中的具体位置，选择网络稳定性最高，与网络拓扑结构的最高层的终端距离最近的终端作为第一指定终端，从而可以确保能够实时地从第一指定终端中获取所需流媒体数据，减少流媒体数据的延迟；另外，如果该第一指定终端将断开连接，通过控制第一指定终端延迟预设时间(如5至15秒)，再与其他任一终端断开连接，则可以确保该其他任一终端在第一指定终端断开连接之前，仍然可以正常接收该流媒体数据，而且也为其他任一终端重新从备选的终端(即第一目标终端中除第一指定终端之外的其他终端)中选择延迟时间最短的第二指定终端了预留时间，以在第一指定终端断开连接之前，其他任一终端可以立即从备选的终端中获取流媒体数据、以保持流媒体数据的连续性，当然，如果该其他任一终端在该第一指定终端断开连接之前，始终没有连接到延迟时间最短的第二指定终端，则可以向服务器发送第二流媒体数据请求，以使服务器为该其他任一终端重新选择延迟时间最短的第二目标终端作为流媒体数据源。
本发明的另一方面提出了一种数据获取系统，包括：获取单元，获取与服务器相连接的至少一个终端中的每个终端的网络信息；选择单元，在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
在该技术方案中，在接收到其他任一终端的第一流媒体数据请求时，通过对至少一个终端中的每个终端的网络信息进行分析，可以从至少一个终端中选择网络稳定性较好、延迟时间较短的第一目标终端作为该至少一个终端的流媒体数据源，以使其他任一终端从网络稳定性较好、延迟时间较短的第一目标终端中获取流媒体数据，从而最大程度地减小流媒体数据的获取延时性，满足对流媒体数据实时要求比较高的场合，并提高用户的使用体验。
在上述技术方案中，优选地，所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
在该技术方案中，该网络信息包括但不限于上述信息，所有可以确定出每个终端的网络稳定性和延迟时间的信息均可以作为该网络信息。
在上述技术方案中，优选地，所述选择单元具体用于：根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
在该技术方案中，通过每个终端的网络信息，可以确定出每个终端的网络稳定性和与网络拓扑结构中最顶层的顶层终端的距离，且由于网络稳定性越高的终端和该距离越小的终端其转发次数越小，延迟越小，因而，通过选择网络稳定性高于预设网络稳定性和/或该距离小于预设距离的终端作为该第一目标终端，可以确保其他任一终端能够从稳定性较好、延迟时间较短的流媒体数据源处获取流媒体数据，从而最大程度地减小该流媒体数据的获取延时性，尽可能地满足用户对流媒体数据实时性的要求，其中，网络稳定性的判断方法有多种，主要是根据是否出现丢包、以及是否出现超长延时，例如：可以通过终端向百度服务器发送N个请求，判断是否在预设时间内收到N个响应，如果收到M(M<N)个响应，则说明出现了丢包，进而网络稳定性不好，或者，如果在预设时间之后，才收到N个响应，则说明出现了超长延时，进而说明网络稳定性不好，当然，也可以根据丢包的数目和具体的超长延时时间具体量化网络稳定性。
在上述技术方案中，优选地，还包括：第一发送单元，将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和/或所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
在该技术方案中，通过将第一目标终端的连接地址和/或连接密码发送至该其他任一终端，可以确保只有拥有并输入正确的连接地址和/或连接密码才有权限获取该流媒体数据，防止非法终端盗取该流媒体数据。
在上述技术方案中，优选地，还包括：第二发送单元，当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及控制单元，在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
在该技术方案中，当第一目标终端包括多个终端时，其他任一终端可以根据该多个终端中的每个终端的网络稳定性和在网络拓扑结构中的具体位置，选择网络稳定性最高，与网络拓扑结构的最高层的终端距离最近的终端作为第一指定终端，从而可以确保能够实时地从第一指定终端中获取所需流媒体数据，减少流媒体数据的延迟；另外，如果该第一指定终端将断开连接，通过控制第一指定终端延迟预设时间(如5至15秒)，再与其他任一终端断开连接，则可以确保该其他任一终端在第一指定终端断开连接之前，仍然可以正常接收该流媒体数据，而且也为其他任一终端重新从备选的终端(即第一目标终端中除第一指定终端之外的其他终端)中选择延迟时间最短的第二指定终端了预留时间，以在第一指定终端断开连接之前，其他任一终端可以立即从备选的终端中获取流媒体数据、以保持流媒体数据的连续性，当然，如果该其他任一终端在该第一指定终端断开连接之前，始终没有连接到延迟时间最短的第二指定终端，则可以向服务器发送第二流媒体数据请求，以使服务器为该其他任一终端重新选择延迟时间最短的第二目标终端作为流媒体数据源。
通过上述技术方案，可以最大程度地降低流媒体数据的延时性，使流媒体数据的延迟时间最短，以满足用户对流媒体数据的实时性要求，从而提高用户对流媒体数据的使用体验。
附图说明
图1示出了根据本发明的一个实施例的数据获取方法的流程示意图；
图2示出了根据本发明的另一个实施例的数据获取方法的流程示意图；
图3示出了根据本发明的一个实施例的数据获取系统的结构示意图；
图4示出了根据本发明的又一个实施例的数据获取系统的结构示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的数据获取方法的流程示意图。
如图1所示，根据本发明的一个实施例的数据获取方法，包括：步骤102，获取与所述服务器相连接的至少一个终端中的每个终端的网络信息；步骤104，在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
在该技术方案中，在接收到其他任一终端的第一流媒体数据请求时，通过对至少一个终端中的每个终端的网络信息进行分析，可以从至少一个终端中选择网络稳定性较好、延迟时间较短的第一目标终端作为该至少一个终端的流媒体数据源，以使其他任一终端从网络稳定性较好、延迟时间较短的第一目标终端中获取流媒体数据，从而最大程度地减小流媒体数据的获取延时性，满足对流媒体数据实时要求比较高的场合，并提高用户的使用体验。
在上述技术方案中，优选地，所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
在该技术方案中，该网络信息包括但不限于上述信息，所有可以确定出每个终端的网络稳定性和延迟时间的信息均可以作为该网络信息。
在上述技术方案中，优选地，所述根据所述网络信息，从所述至少一个终端中选择第一目标终端，具体包括：根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
在该技术方案中，通过每个终端的网络信息，可以确定出每个终端的网络稳定性和与网络拓扑结构中最顶层的顶层终端的距离，且由于网络稳定性越高的终端和该距离越小的终端其转发次数越小，延迟越小，因而，通过选择网络稳定性高于预设网络稳定性和/或该距离小于预设距离的终端作为该第一目标终端，可以确保其他任一终端能够从稳定性较好、延迟时间较短的流媒体数据源处获取流媒体数据，从而最大程度地减小该流媒体数据的获取延时性，尽可能地满足用户对流媒体数据实时性的要求，其中，网络稳定性的判断方法有多种，主要是根据是否出现丢包、以及是否出现超长延时，例如：可以通过终端向百度服务器发送N个请求，判断是否在预设时间内收到N个响应，如果收到M(M<N)个响应，则说明出现了丢包，进而网络稳定性不好，或者，如果在预设时间之后，才收到N个响应，则说明出现了超长延时，进而说明网络稳定性不好，当然，也可以根据丢包的数目和具体的超长延时时间具体量化网络稳定性。
在上述技术方案中，优选地，还包括：将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和/或所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
在该技术方案中，通过将第一目标终端的连接地址和/或连接密码发送至该其他任一终端，可以确保只有拥有并输入正确的连接地址和/或连接密码才有权限获取该流媒体数据，防止非法终端盗取该流媒体数据。
在上述技术方案中，优选地，还包括：当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
在该技术方案中，当第一目标终端包括多个终端时，其他任一终端可以根据该多个终端中的每个终端的网络稳定性和在网络拓扑结构中的具体位置，选择网络稳定性最高，与网络拓扑结构的最高层的终端距离最近的终端作为第一指定终端，从而可以确保能够实时地从第一指定终端中获取所需流媒体数据，减少流媒体数据的延迟；另外，如果该第一指定终端将断开连接，通过控制第一指定终端延迟预设时间(如5至15秒)，再与其他任一终端断开连接，则可以确保该其他任一终端在第一指定终端断开连接之前，仍然可以正常接收该流媒体数据，而且也为其他任一终端重新从备选的终端(即第一目标终端中除第一指定终端之外的其他终端)中选择延迟时间最短的第二指定终端了预留时间，以在第一指定终端断开连接之前，其他任一终端可以立即从备选的终端中获取流媒体数据、以保持流媒体数据的连续性，当然，如果该其他任一终端在该第一指定终端断开连接之前，始终没有连接到延迟时间最短的第二指定终端，则可以向服务器发送第二流媒体数据请求，以使服务器为该其他任一终端重新选择延迟时间最短的第二目标终端作为流媒体数据源。
图2示出了根据本发明的另一个实施例的数据获取方法的流程示意图。
如图2所示，根据本发明的另一个实施例的数据获取方法(在本实施例中服务器为P2P音视频服务器)，包括：
步骤202，终端启动后，在获取流媒体数据之前，先检测本地网络的上传和下载带宽以及本地计算机的网络类型。
步骤204，终端在登录时，将本地网络状况发送给P2P音视频服务器，P2P音视频服务器收集并存储所有登录终端的网络状况。
步骤206，P2P音视频服务器在接收到其它终端登录的请求时，先对已登录终端的网络状况进行分析，选取由终端组成的P2P网络树型结构(如图4所示)中，网络稳定且处于树型结构中的较上层的第一目标终端(即音视频源结点，通常为2至10个)。并在其它终端登录请求成功的消息中，返回这些第一目标终端结点的连接地址和连接密码。
步骤208，其它终端登录成功时，根据P2P音视频服务器端返回的第一目标终端结点的连接地址和连接密码，从这2至10个音视频源节点中逐个尝试，找到延时最小的结点，作为音视频源(第一指定终端)，并开始获取流媒体数据。
步骤210，第一指定终端在退出时，先通知从自己这里获取流媒体数据的其它终端，然后在退出前，将音视频传输进程驻留5至15秒，以保证该第一指定终端退出后，其它终端可以正常接收流媒体数据。
步骤212，其它终端收到音视频源(即第一指定终端)即将退出的消息后，立即从备选音视频源终端结点(即第一目标终端中除第一指定终端之外的终端)中获取流媒体数据。如果获取成功，则立即断开与原音视频源结点(即第一指定终端)的连接，从新的音视频源终端(第二指定终端)结点接收流媒体数据。
步骤214，如果其它终端无法连接所有备选的音视频源终端结点，则重新请求P2P音视频服务器返回音视频源节点(第一目标终端)。
图3示出了根据本发明的一个实施例的数据获取系统的结构示意图。
如图3所示，根据本发明的一个实施例的数据获取系统300，包括：获取单元302，获取与服务器相连接的至少一个终端中的每个终端的网络信息；选择单元304，在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
在该技术方案中，在接收到其他任一终端的第一流媒体数据请求时，通过对至少一个终端中的每个终端的网络信息进行分析，可以从至少一个终端中选择网络稳定性较好、延迟时间较短的第一目标终端作为该至少一个终端的流媒体数据源，以使其他任一终端从网络稳定性较好、延迟时间较短的第一目标终端中获取流媒体数据，从而最大程度地减小流媒体数据的获取延时性，满足对流媒体数据实时要求比较高的场合，并提高用户的使用体验。
在上述技术方案中，优选地，所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
在该技术方案中，该网络信息包括但不限于上述信息，所有可以确定出每个终端的网络稳定性和延迟时间的信息均可以作为该网络信息。
在上述技术方案中，优选地，所述选择单元304具体用于：根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
在该技术方案中，通过每个终端的网络信息，可以确定出每个终端的网络稳定性和与网络拓扑结构中最顶层的顶层终端的距离，且由于网络稳定性越高的终端和该距离越小的终端其转发次数越小，延迟越小，因而，通过选择网络稳定性高于预设网络稳定性和/或该距离小于预设距离的终端作为该第一目标终端，可以确保其他任一终端能够从稳定性较好、延迟时间较短的流媒体数据源处获取流媒体数据，从而最大程度地减小该流媒体数据的获取延时性，尽可能地满足用户对流媒体数据实时性的要求，其中，网络稳定性的判断方法有多种，主要是根据是否出现丢包、以及是否出现超长延时，例如：可以通过终端向百度服务器发送N个请求，判断是否在预设时间内收到N个响应，如果收到M(M<N)个响应，则说明出现了丢包，进而网络稳定性不好，或者，如果在预设时间之后，才收到N个响应，则说明出现了超长延时，进而说明网络稳定性不好，当然，也可以根据丢包的数目和具体的超长延时时间具体量化网络稳定性。
在上述技术方案中，优选地，还包括：第一发送单元306，将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和/或所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
在该技术方案中，通过将第一目标终端的连接地址和/或连接密码发送至该其他任一终端，可以确保只有拥有并输入正确的连接地址和/或连接密码才有权限获取该流媒体数据，防止非法终端盗取该流媒体数据。
在上述技术方案中，优选地，还包括：第二发送单元308，当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及控制单元310，在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
在该技术方案中，当第一目标终端包括多个终端时，其他任一终端可以根据该多个终端中的每个终端的网络稳定性和在网络拓扑结构中的具体位置，选择网络稳定性最高，与网络拓扑结构的最高层的终端距离最近的终端作为第一指定终端，从而可以确保能够实时地从第一指定终端中获取所需流媒体数据，减少流媒体数据的延迟；另外，如果该第一指定终端将断开连接，通过控制第一指定终端延迟预设时间(如5至15秒)，再与其他任一终端断开连接，则可以确保该其他任一终端在第一指定终端断开连接之前，仍然可以正常接收该流媒体数据，而且也为其他任一终端重新从备选的终端(即第一目标终端中除第一指定终端之外的其他终端)中选择延迟时间最短的第二指定终端了预留时间，以在第一指定终端断开连接之前，其他任一终端可以立即从备选的终端中获取流媒体数据、以保持流媒体数据的连续性，当然，如果该其他任一终端在该第一指定终端断开连接之前，始终没有连接到延迟时间最短的第二指定终端，则可以向服务器发送第二流媒体数据请求，以使服务器为该其他任一终端重新选择延迟时间最短的第二目标终端作为流媒体数据源。
图4示出了根据本发明的又一个实施例的数据获取系统的结构示意图。
如图4所示，根据本发明的又一个实施例的数据获取系统(在该实施例中服务器为音视频服务器)，用于解决相关技术中P2P网络音视频传输延时过大的问题，数据获取系统可以应用于对实时性要求比较高的场合。
为降低P2P网络音视频传输延时，终端的应用程序在接收音视频数据(流媒体数据)之前，必须检测本地计算机上传和下载的带宽大小，以及本地计算机是否直接连接在公共互联网上。如果本地计算机在内网上则需要检测内网类型，并在接收音视频数据之前，将这些音视频数据登记在音视频服务器上。其中，音视频服务器对所有登记的终端上报的信息进行分析，分析方法如下：
1.第1个连接并要求接收音视频的终端，总是从音视频服务器上接
收数据。
2.第2个及之后连接并要求接收音视频的终端，
首先，分析需要接收音视频终端的上一层的终端是否有足够的上传带宽，以供对音视频进行转发。
然后，在上传带宽充足的终端中，在由终端转发网络构成的树型结构中，选取较上层的终端作为转发源，并且选取2至10个音视频源的终端结点返回给新来的终端。由于树型结构上层的终端结点是转发次数最少的，所以它的延时一般比较小。
终端收到音视频服务器返回的2至10个终端结点后，并对这2至10个终端结点逐个尝试，直到找到延时最小的终端结点，并连接该终端节点作为音视频源，从而开始获取音视频数据。
当终端停止接收音视频数据时，如果终端为其它终端提供转发服务，则此终端转发进程驻留5至15秒钟，并在停止接收音视频数据前，通知其它终端接收该终端转发的音视频数据。其它终端收到通知后，在剩下的音视频源中选取新的音视频源来接收音视频数据。如果在音视频源终端停止转发数据之前，仍然无法连接到新的终端数据源，则先向服务器获取音视频数据，再重新向音视频服务器请求可用的音视频数据进行转发。
在该技术方案中，使用户可以用较低的延时观看音视频的直播或者参与音视频会议，从而提高音视频服务的质量。同时，还使网络音视频服务商可以用较低的服务器带宽，提供实时的音视频数据服务，从而提高了音视频相关资源的利用率，减少了成本。
以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以最大程度地降低流媒体数据的延时性，使流媒体数据的延迟时间最短，以满足用户对流媒体数据的实时性要求，从而提高用户对流媒体数据的使用体验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据获取方法，其特征在于，包括：
获取与所述服务器相连接的至少一个终端中的每个终端的网络信息；
在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
2.根据权利要求1所述的数据获取方法，其特征在于，
所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
3.根据权利要求2所述的数据获取方法，其特征在于，
所述根据所述网络信息，从所述至少一个终端中选择第一目标终端，具体包括：
根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；
根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
4.根据权利要求1所述的数据获取方法，其特征在于，还包括：
将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和/或所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
5.根据权利要求1至4中任一项所述的数据获取方法，其特征在于，还包括：
当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及
在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
6.一种数据获取系统，其特征在于，包括：
获取单元，获取与服务器相连接的至少一个终端中的每个终端的网络信息；
选择单元，在接收到其他任一终端的第一流媒体数据请求时，根据所述网络信息，从所述至少一个终端中选择第一目标终端，以使所述其他任一终端从所述第一目标终端中获取流媒体数据。
7.根据权利要求6所述的数据获取系统，其特征在于，
所述网络信息包括：所述至少一个终端中的每个终端的上传带宽、下载带宽、网络类型、所述每个终端在所述至少一个终端所组成的网络拓扑结构中的位置中的至少一种信息。
8.根据权利要求7所述的数据获取系统，其特征在于，
所述选择单元具体用于：
根据所述网络信息，确定所述每个终端的网络稳定性和所述每个终端与所述网络拓扑结构中最顶层的顶层终端的距离；
根据所述每个终端的网络稳定性和/或所述距离，从所述至少一个终端中选择所述网络稳定性高于预设网络稳定性和/或所述距离小于预设距离的终端作为所述第一目标终端。
9.根据权利要求6所述的数据获取系统，其特征在于，还包括：
第一发送单元，将所述第一目标终端的连接地址和/或连接密码发送至所述其他任一终端，以使所述其他任一终端在输入正确的所述连接地址和/或所述连接密码后，从所述第一目标终端中获取所述流媒体数据。
10.根据权利要求6至9中任一项所述的数据获取系统，其特征在于，还包括：
第二发送单元，当所述第一目标终端包括多个终端时，根据接收到的来自所述其他任一终端的选择指令，从所述多个终端中选择第一指定终端，以使所述其他任一终端与所述第一指定终端建立连接，并从所述第一指定终端中获取所述流媒体数据；以及
控制单元，在接收到所述第一指定终端与所述其他任一终端断开连接的信息时，控制所述第一指定终端延迟预设时间后，与所述其他任一终端断开连接，以使所述其他任一终端从所述第一目标终端中选择其他终端作为第二指定终端，或接收来自所述其他任一终端的第二流媒体数据请求，以为所述其他任一终端选择第二目标终端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510520889.0A CN105100956A (zh) | 2015-08-21 | 2015-08-21 | 数据获取方法与数据获取系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510520889.0A CN105100956A (zh) | 2015-08-21 | 2015-08-21 | 数据获取方法与数据获取系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105100956A true CN105100956A (zh) | 2015-11-25 |
Family
ID=54580334
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510520889.0A Pending CN105100956A (zh) | 2015-08-21 | 2015-08-21 | 数据获取方法与数据获取系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105100956A (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1642269A (zh) * | 2004-01-13 | 2005-07-20 | 英业达股份有限公司 | 共享式视频点播传输的方法 |
| CN101001312A (zh) * | 2006-01-09 | 2007-07-18 | 上海金士林数码科技有限公司 | 一种支持点对点技术的网络电视(iptv)机顶盒 |
| CN101355468A (zh) * | 2007-07-23 | 2009-01-28 | 中国科学院声学研究所 | 一种p2p流媒体信息发布的方法 |
| CN101883124A (zh) * | 2009-05-08 | 2010-11-10 | 北京大学 | 一种点播系统的数据下载方法、装置及系统 |
| EP2288085A4 (en) * | 2008-05-20 | 2011-06-22 | Huawei Tech Co Ltd | METHOD, DEVICE AND SYSTEM FOR READING P2P-BASED MULTIMEDIA MEDIA |
| CN104581421A (zh) * | 2014-12-30 | 2015-04-29 | 新浪网技术(中国)有限公司 | 一种点对点流媒体下载方法及节点终端装置 |
| CN104661108A (zh) * | 2013-11-25 | 2015-05-27 | 乐视网信息技术（北京）股份有限公司 | 一种终端下载媒体流的方法、终端及通信系统 |
-
2015
- 2015-08-21 CN CN201510520889.0A patent/CN105100956A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1642269A (zh) * | 2004-01-13 | 2005-07-20 | 英业达股份有限公司 | 共享式视频点播传输的方法 |
| CN101001312A (zh) * | 2006-01-09 | 2007-07-18 | 上海金士林数码科技有限公司 | 一种支持点对点技术的网络电视(iptv)机顶盒 |
| CN101355468A (zh) * | 2007-07-23 | 2009-01-28 | 中国科学院声学研究所 | 一种p2p流媒体信息发布的方法 |
| EP2288085A4 (en) * | 2008-05-20 | 2011-06-22 | Huawei Tech Co Ltd | METHOD, DEVICE AND SYSTEM FOR READING P2P-BASED MULTIMEDIA MEDIA |
| CN101883124A (zh) * | 2009-05-08 | 2010-11-10 | 北京大学 | 一种点播系统的数据下载方法、装置及系统 |
| CN104661108A (zh) * | 2013-11-25 | 2015-05-27 | 乐视网信息技术（北京）股份有限公司 | 一种终端下载媒体流的方法、终端及通信系统 |
| CN104581421A (zh) * | 2014-12-30 | 2015-04-29 | 新浪网技术(中国)有限公司 | 一种点对点流媒体下载方法及节点终端装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3595268B1 (en) | Streaming media resource distribution method, system, edge node and central dispatching system | |
| CN107223325B (zh) | 用于数字内容的自适应虚拟广播的方法和系统 | |
| KR101882347B1 (ko) | Ip 네트워크를 위한 블록체인 기반의 분산형 콘텐츠 배포 시스템 및 방법 | |
| RU2530016C2 (ru) | Способ локализации контента и узел сети доставки контента | |
| US9173006B2 (en) | Method for live broadcasting in a distributed network and apparatus for the same | |
| CN100556129C (zh) | 一种对等连接流媒体直播系统和装置 | |
| US9497035B2 (en) | Method, device, and system for playing media based on P2P | |
| US9262730B2 (en) | System and method for configuring dynamic service network based on netstore | |
| EP2346250A1 (en) | Method and system for implementing internet tv media interaction | |
| RU2647654C2 (ru) | Система и способ доставки аудиовизуального контента в клиентское устройство | |
| CN101272404B (zh) | 一种p2p视频直播系统数据调度中的链路选择方法 | |
| CN103945198A (zh) | 一种控制视频监控系统流媒体路由的系统和方法 | |
| CN110445723B (zh) | 一种网络数据调度方法及边缘节点 | |
| WO2012075970A1 (zh) | 一种获取媒体内容的方法、设备及系统 | |
| CN107959704B (zh) | 一种数据处理方法及家庭网关 | |
| CN116668511A (zh) | 一种数据处理方法、网元设备以及可读存储介质 | |
| CN110312140B (zh) | 直播数据处理方法、装置、系统及计算机可读存储介质 | |
| CN101729363B (zh) | 一种资源初始化的方法、装置和系统 | |
| KR20190015521A (ko) | 인기 있는 라이브 방송 비디오를 결정하는 방법 및 디바이스 | |
| WO2016180284A1 (zh) | 服务节点分配方法、装置、cdn管理服务器及系统 | |
| US20110138073A1 (en) | Connection destination selection apparatus and method thereof | |
| CN105100956A (zh) | 数据获取方法与数据获取系统 | |
| US8295200B2 (en) | Discovering multicast routing capability of an access network | |
| CN113301098A (zh) | 路径规划方法、cdn连接建立方法、设备及存储介质 | |
| SG178407A1 (en) | Method and apparatus for constructing seed group in peer-to-peer application and method for using seed group |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151125 |