CN101729794A - 实现直播及直播预处理的方法、装置、系统 - Google Patents

Abstract

本发明公开了实现直播的和直播预处理的方法，以及相应的装置和系统。一种实现直播的方法包括：媒体服务器从中继点服务器获取直播流，作为直播服务器为用户提供直播服务。一种直播预处理的方法包括：分发服务器确定向媒体服务器提供直播流的中继点服务器并获取其地址和端口信息，在收到媒体服务器请求时，提供所述中继点服务器地址和端口信息。本发明利用区域内中继的方式，实现了在不增加对上级网络带宽占用的前提下，为更多用户提供直播服务。

Description

实现直播及直播预处理的方法、装置、系统

技术领域

本发明涉及通信领域，特别涉及实现直播业务及直播预处理的方法、装置、系统。

背景技术

IPTV(Internet Protocol Television)在现网局点进行部署的时候，一般都是利用原有的骨干网和接入网进行叠加部署。业务提供平台直接连接在骨干网络上，视频流通过内容分发网络被复制到位于网络边缘的宽带接入设备或边缘服务器中，然后通过宽带接入网络传送到业务的接收端。

IPTV对于直播频道节目，主要采用组播技术实现，但组播技术的实现依赖于网络设备所支持的组播路由协议IGMP(Internet Group ManagementProtocol)、IGMP Proxy等以及不同网络设备之间的兼容性，因此基于现有的宽带网进行的组网部署时，在实际操作中很多局点只能全网单播方式比较可行。即在骨干网上采用单播方式，然后在骨干区域和边缘区域内进行单播转发，最终通过接入网最终到达用户机顶盒。

全网单播技术虽然减轻对骨干网的带宽的消耗，但在极端情况下，如奥运直播或突发事件时，大量用户会把有该直播频道分布的边缘媒体服务器的服务能力消耗完，此时边缘区域的媒体服务器对后续请求直播的用户，只能是拒绝提供服务，从而影响用户体验，导致投诉。

为了解决这个问题，现有技术是把用户请求调度到骨干区域或中心区域的媒体服务器上提供服务。

这种方案虽然能暂时为后续请求直播的用户提供服务，但是发明人在发明过程中发现，在大量用户请求直播服务时，会占用大量的骨干网带宽，从而影响IPTV其他业务的正常开展，甚至有可能导致整个系统瘫痪。

发明内容

本发明实施例要解决的技术问题是在不增加对上级网络带宽的占用的前提下，为更多用户提供直播服务，保证现网直播服务的正常开展。

为解决上述技术问题，本发明实施例一方面提供了一种实现直播的方法，包含：

接收提供直播服务的请求，该请求包括请求提供的直播频道；

获取区域内所述直播频道的中继点服务器的地址和端口信息；

根据中继点服务器的地址和端口信息向该中继点服务器获取请求的直播频道的直播流；

利用获取的直播流提供直播服务。

本发明实施例一方面提供了一种直播预处理的方法，包含：

确定用于向媒体服务器提供直播频道的直播流的中继点服务器；

根据中继点服务器地址和端口信息向所述中继点服务器发送直播源的地址和端口信息；

在收到媒体服务器请求时，提供该媒体服务器请求的直播频道的中继点服务器地址和端口信息。

本发明实施例一方面提供了一种媒体服务器，包括：

接收模块，用于接收提供直播服务的请求，该请求包括请求提供的直播频道；

第一获取模块，用于获取区域内上述直播频道的中继点服务器的地址和端口信息；

第二获取模块，用于根据中继点服务器地址和端口信息向该中继点服务器获取请求的直播频道的直播流；

直播模块，用于利用获取的直播流提供直播服务。

本发明实施例一方面提供了一种分发服务器，包括：

确定模块，用于确定向媒体服务器提供直播频道的直播流的中继点服务器；

发送模块，用于根据中继点服务器地址和端口信息向该中继点服务器发送直播源的地址和端口信息；以及用于在收到媒体服务器请求时，发送媒体服务器请求的直播频道的中继点服务器地址和端口信息。

本发明实施例一方面提供了一种实现直播的系统，包括：

分发服务器，用于确定中继点服务器，并向媒体服务器提供请求的直播频道的中继点服务器服务器地址和端口信息；

中继点服务器，用于获取直播流，并向区域内的媒体服务器提供请求的直播频道的直播流；

媒体服务器，用于从中继点服务器获取直播流，利用其获取的直播流提供直播服务。

本发明实施例提供的实现直播和直播预处理的方法，装置和系统，通过在同一区域内媒体服务器向中继点服务器获取直播中继，可实现在不增加对上级网络带宽占用的前提下，提高现网的服务能力，对更多用户提供直播服务。

附图说明

图1是本发明实现直播的方法的一个实施例的流程图；

图2是本发明实现直播的方法的另一个实施例的流程图；

图3是本发明直播预处理的方法的一个实施例的流程图；

图4是本发明直播预处理的方法的另一个实施例的流程图；

图5a是本发明媒体服务器的一个实施例的结构示意图；

图5b是本发明媒体服务器的另一个实施例的结构示意图；

图6a是本发明分发服务器的一个实施例的结构示意图；

图6b是本发明分发服务器的另一个实施例的结构示意图；

图7a是本发明实现直播的系统的一个实施例的结构示意图；

图7b是本发明实现直播的系统的另一个实施例的结构示意图；

图8是本发明直播预处理和实现直播的方法的实施例的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

图1为本发明实现直播的方法的一个实施例的流程图，具体包括：

步骤101，接收提供直播服务的请求，该请求包括请求提供的直播频道；

媒体服务器在接收调度服务器请求提供某直播频道的直播服务的请求时，执行步骤102。调度服务器接收用户直播请求时，或者在某些情况下，如在中继点服务器服务能力达到预设阈值或者中继点服务器与用户连接线路不可用时，要求媒体服务器为用户提供直播服务。

中继点服务器服务能力预设阈值可根据中继点服务器的满载服务能力来设置，如中继点服务器的满载服务能力为可以为500名用户提供服务，那么可以设置其预设阈值500名用户以下，如为450名用户提供服务，当第451名以后的用户请求直播服务时，媒体服务器则向分发服务器请求获取区域内该直播频道的中继点服务器的地址和端口信息，以便为用户提供服务。

该步骤中“请求的直播频道”指用户选择的直播频道，当媒体服务器得到为用户提供某直播频道的直播服务的请求后，会向分发服务器请求获取拥有该用户选择的直播频道的直播流的中继点服务器地址和端口信息，分发服务器则向其提供该中继点服务器的地址和端口信息。以下提到的“请求的直播频道”含义与该步骤中含义相同。

步骤102，获取区域内直播频道的中继点服务器的地址和端口信息。

直播频道的中继点服务器由分发服务器在直播预处理阶段确定，媒体服务器接受到提供某直播频道的直播服务的请求时，向分发服务器请求获取该直播频道的中继点服务器的地址和端口信息。

媒体服务器与中继点服务器处于同一平行网络区域中，可处于同一边缘区域，也可处于同一骨干区域，同一中心区域等。

步骤103，根据该中继点服务器的地址和端口信息向该中继点服务器获取请求的直播频道的直播流。

媒体服务器在获得分发服务器下发的其请求的直播频道的中继点服务器地址和端口信息之后，根据获得地址和端口信息向该中继点服务器请求获取该直播频道的直播流。

步骤104，利用获取的直播流提供直播服务。

媒体服务器在获取到直播频道直播流后，成为直播服务器，通知分发服务器刷新直播频道分布信息，并对用户提供直播服务。

进一步，为了能根据用户访问量的变化实时动态更新直播频道的分布数量，直播服务器在预设阈值时间范围内无用户播放连接时，断开和中继点服务器的连接，通知分发服务器刷新直播频道的分布信息，并刷新本地直播频道的属性文件中的获取直播流的地址和端口信息为空。

本实施例通过媒体服务器向区域内中继服务器请求获取直播流，，在不增加对上级网络带宽占用的前提下，实现对更多用户提供直播服务，并且可根据用户访问量的变化实时动态更新直播频道的分布数量，提高了现网的直播服务能力。

图2为本发明实现直播的方法的另一个实施例的流程图，在该实施例中，区域内中继点服务器包括主中继点服务器和备中继点服务器，具体包括：

步骤201，接收提供直播服务的请求，该请求包括请求提供的直播频道；

本步骤同步骤101。

步骤202，获取区域内直播频道的主中继点服务器和备中继点服务器的地址和端口信息。

为了提高直播网络的可靠性，在区域内设置直播频道的主中继点服务器和备中继点服务器，主中继点服务器为优先向媒体服务器提供直播流的服务器，备中继点服务器是为了保证在主中继点服务器不能向媒体服务器提供直播流时，如主中继点服务器故障、服务能力达到满载、或者与直播源的连接不可用时，对媒体服务器提供直播流。

媒体服务器在某些情况下，根据获得的直播服务请求，向分发服务器请求获取需提供的直播频道的主和备中继点服务器的地址和端口信息；如在主和备中继点服务器服务能力都达到预设阈值时，或者主和备中继点服务器与用户连接线路都不可用时，根据调度服务器的指示，提供直播服务；当然，调度服务器也可在收到用户请求时，不考虑主备中继点服务器的情况，直接调度媒体服务器为用户提供直播服务。

步骤203，媒体服务器首先向主中继点服务器请求获取请求的直播频道的直播流。

媒体服务器根据获取到的主和备中继点服务器的地址和端口信息，首先向主中继点服务器请求获取请求的直播频道的直播流。

步骤204，如果请求成功，则从主中继点服务器获取直播频道的直播流。

媒体服务器在获取到直播流后，成为直播服务器。

步骤205，如果请求失败，则从备中继点服务器请求获取请求的直播频道的直播流。

备中继点服务器可以有多个，分为第一备中继点服务器，第二备中继点服务器等，以防止主中继点服务器和第一备中继点服务器都不能向媒体服务器提供服务时，系统不能正常开展业务的情况。

媒体服务器会依照预设顺序逐个向各个备中继点服务器请求直播频道的直播流，直到成功获取直播流。

步骤206，利用所获得的直播流为用户提供直播服务。

本实施例通过在区域内设置备中继点服务器，提高了网络的可靠性，进一步保证了在极端情况下网络的服务能力。

图3为本发明一种直播预处理的方法的一个实施例的流程图，具体包括：

步骤301，确定用于向媒体服务器提供直播频道的直播流的中继点服务器；

分发服务器确定向媒体服务器提供直播流的中继点服务器方式的可以有多种，包括但不限于轮询、随机、静态、负载等方式。

确定中继点服务器后，分发服务器通知调度服务器刷新直播频道分布信息。

在确定中继点服务器之前，分发服务器向全网或指定区域的所有媒体服务器分发直播频道的属性文件，初始属性文件中获取直播流的地址和端口信息为空。全网分发直播频道的属性文件使得全网或指定区域所有媒体服务器都有可能为用户提供直播服务，该属性文件的格式可以为SMIL(Synchronized Multimedia Integration Language)文件、SDP(SessionDescription Protocol)文件、XML(Extensible Markup Language)文件、RTF(Rich Text Format)文件、MIDI(Musical Instrument Digital Interface)文件等多种文件格式。

确定的中继点服务器在区域内可以有多个，也可以只有一个，如确定一个中继点服务器为全区域50个频道向其他媒体服务器提供直播流，或者确定10个中继点服务器，每个中继点服务器为5个频道向区域内其他媒体服务器提供直播流。

步骤302，根据确定的中继点服务器地址和端口信息向中继点服务器发送直播源的地址和端口信息。

确定中继点服务器后，分发服务器根据中继点服务器地址和端口信息，通知中继点服务器直播源的地址和端口信息，中继点服务器刷新直播源信息到本地直播频道的属性文件中，以便中继点服务器能够从直播源获取直播流，为向媒体服务器提供直播流做好准备。

步骤303，提供请求的直播频道的中继点服务器地址和端口信息。

分发服务器在收到媒体服务器请求时，向该媒体服务器提供请求的直播频道的中继点服务器地址和端口信息。

在某些情况下，如中继点服务器服务能力达到预设阈值时，或者中继点服务器与用户连接线路不可用时，再有用户请求直播服务时，调度服务器将用户请求调度到其他较为空闲的媒体服务器，调度服务器可以采用多种方式选择媒体服务器，包括但不限于轮询、随机、静态、负载等方式。当然，调度服务器也可以直接将用户请求调度到其他媒体服务器，中继点服务器不直接向用户提供直播服务，只向其他媒体服务器提供直播流。其他媒体服务器收到调度指示后，则向分发服务器请求对应的中继点服务器地址和端口信息。这样，媒体服务器便能够根据得到的中继点服务器地址和端口信息向中继点服务器请求直播流。

本实施例中，分发服务器通过确定中继点服务器，使得现网提前做好了应对突发情况的准备，并且分发服务器通过全网下发直播频道属性文件，使得全网媒体服务器做好了成为直播服务器的准备，并且在收到媒体服务器请求时向其提供确定的中继点服务器地址和端口信息，使得媒体服务器可以找到中继点服务器，为媒体服务器获取直播流提供条件。

图4为本发明直播预处理的方法的另一个实施例的流程图，在本实施例中分发服务器还确定备中继点服务器，具体包括：

步骤401，确定用于向媒体服务器提供直播频道的直播流的主中继点服务器；

此步骤实现细节同步骤301，在此不赘述。

步骤402，确定用于向媒体服务器提供直播频道的直播流的备中继点服务器；

分发服务器确定直播频道在区域内的主中继点服务器后，再确定该区域内的备中继点服务器，备中继点服务器提供的直播频道的直播流同主中继点服务器提供的直播频道的直播流一样。

同前述确定主中继点服务器的方式一样，分发服务器确定备中继点服务器的方式包括但不限于轮询、随机、静态、负载。

步骤403，根据确定的主备中继点服务器地址和端口信息向主备中继点服务器发送直播源的地址和端口信息；

确定主中继点服务器后，分发服务器根据主中继点服务器地址和端口信息，向主中继点服务器提供直播源的地址和端口信息，主中继点服务器刷新直播源的地址和端口信息到本地直播频道的属性文件中，主中继点服务器从直播源获取直播流。

确定备中继点服务器后，分发服务器根据备中继点服务器地址和端口信息，向备中继点服务器提供主中继点服务器和直播源的地址和端口信息，备中继点服务器刷新主中继点服务器和直播源的地址和端口信息到本地直播频道的属性文件中，备中继点服务器从主中继点服务器和直播源获取直播流。

进一步的，分发服务器向主备中继点服务器提供的直播源地址和端口信息包括主备直播源地址和端口信息。

主中继点服务器首先向所述主直播源请求获取直播流，不能获取时，则向备直播源请求获取直播流。

备中继点服务器首先向主中继点服务器请求获取直播流，不能获取时，则向主直播源请求获取直播流，不能获取时，再向备直播源请求获取直播流。

在媒体服务器向主中继点服务器请求直播流失败时，则向备中继点服务器请求获取直播流，由备中继点服务器向其提供直播流。

步骤404，提供请求的直播频道的直播频道的主备中继点服务器地址和端口信息。

分发服务器在收到媒体服务器请求时，提供请求的直播频道的直播频道的主备中继点服务器地址和端口信息。

此处“请求的直播频道”含义同步骤101所述，在此不赘述。

本实施例通过确定主备中继点服务器的方式，在主中继点服务器不能向媒体服务器提供直播流的时候，备中继点服务器来向媒体服务器提供直播流，提高了直播服务的可靠性，另外，还向中继点服务器提供主备直播源地址和端口信息，进一步增强了区域与上级骨干网联系的可靠性，使网络更为稳定可靠。

图5a为本发明媒体服务器的结构示意图。具体包括：

接收模块501，用于接收提供直播服务的请求，该请求包括请求提供的直播频道；

该提供直播服务的请求可以是调度服务器请求媒体服务器提供直播服务的调度指示。

第一获取模块502，用于获取区域内上述直播频道的中继点服务器的地址和端口信息；

第二获取模块503，用于根据中继点服务器地址和端口信息向该中继点服务器获取请求的直播频道的直播流；

直播模块504，用于利用第二获取模块503获取的直播流提供直播服务。

第一获取模块502可以包括请求单元5021、接收单元5022、发送单元5023。

请求单元5021用于向分发服务器请求区域内提供媒体服务器请求的直播频道直播流的中继点服务器地址和端口信息。

接收单元5022用于接收上述中继点服务器地址和端口信息。

发送单元5023用于将接收单元5022接收的中继点服务器地址和端口信息发送给第二获取模块503。

第二获取模块503可以包括请求单元5031、接收单元5032、发送单元5033。

请求单元5031用于根据第一获取模块502获取的中继点服务器地址和端口信息向该中继点服务器请求用户选择的直播频道的直播流。

接收单元5032用于接收中继点服务器发送的直播频道的直播流。

发送单元5033用于将接收单元5032接收到的直播流发送给直播模块504。

本实施例通过第一获取模块获取中继点服务器的端口和地址信息并提供给第二获取模块，第二获取模块根据该端口和地址向中继点服务器获取直播流，保证了在必要时，该媒体服务器能够利用直播模块向用户提供直播服务。

如图5b所示，该媒体服务器还可包括通知模块505，用于在第二获取模块获得直播流后通知分发服务器刷新直播频道的区域分布信息，刷新模块506，用于刷新本地直播频道属性文件中获取直播流的地址和端口信息为中继点服务器的地址和端口信息。断开模块507，用于在预设阈值时间范围内有无用户播放连接，断开和中继点服务器的连接，以便保证用户连接的实时性和减少对区域内带宽的占用。

图6a为本发明中分布服务器的结构示意图，具体包括：

确定模块601，用于确定向媒体服务器提供直播频道的直播流的中继点服务器。

发送模块602，用于根据所述确定的中继点服务器地址和端口信息向该中继点服务器发送直播源的地址和端口信息；以及用于在收到媒体服务器请求时，发送媒体服务器请求的直播频道的中继点服务器地址和端口信息。

确定模块601可以包括选择单元6011、存储单元6012。其中选择单元6011用于选择向媒体服务器提供直播流的中继点服务器，方式可以有多种，包括但不限于轮询、随机、静态、负载等方式。存储单元6012用于存储选择单元6011所选择的中继点服务器的地址和端口信息。

发送模块602可以包括接收单元6021和发送单元6022；

接收单元6021用于接收媒体服务器请求，发送单元6022用于根据所述确定的中继点服务器地址和端口信息向该中继点服务器发送直播频道的直播源的地址和端口信息，以及根据接收单元6021用于接收的媒体服务器请求发送中继点服务器地址和端口信息。

本实施例中“请求的直播频道”含义同步骤101所述，在此不赘述。

本实施例中通过确定模块，发送模块在直播预处理阶段的协作，为媒体服务器在必要时提供直播服务做好准备。

如图6b所示，在本实施例技术方案的基础上，该分发服务器还可以包括：分发模块603，用于向媒体服务器分发直播频道的属性文件，以保证全网或指定区域的所有区域内所有的媒体服务器在必要时都能成为直播频道的直播服务器，媒体服务器可以是全网或者指定区域的所有媒体服务器。初始属性文件中获取直播流的地址和端口信息为空，这样在非必要时，媒体服务器就不会从中继点服务器获取直播流，以免浪费带宽。通知模块604，用于确定中继点服务器后，通知调度服务器刷新直播频道分布信息。以保证确定的中继点服务器获取到直播流，并且调度服务器实时更新网络中直播频道的分布信息，以便在必要时，如所述中继点服务器服务能力达到预设阈值或与用户的连接线路不可用时，根据该直播频道的分布信息调度其他媒体服务器提供直播服务。

图7a为本发明实现直播的系统的一个实施例的结构示意图。包括：

分发服务器702，用于确定中继点服务器703，并向媒体服务器704提供请求的直播频道的中继点服务器703地址和端口信息；

中继点服务器703，中继点服务器703用于从直播源701获取直播流，向媒体服务器704提供请求的直播频道的直播流；

需要说明的是：中继点服务器是针对一个直播频道而言的，也就是说现网每个直播频道都可以有一个中继点服务器。

中继点服务器实际上也是媒体服务器，根据调度策略的不同，中继服务器实现的功能可能有所不同，可以仅仅只向其他媒体服务器提供直播流；也可以既直接向用户提供直播服务，也向其他媒体服务器提供直播流。

比如：现网有50个直播频道，某个区域有10个媒体服务器，一种实现方式可以是：按平均每个媒体服务器有5个不同直播频道的分布，每个媒体服务器对其分布的5个直播频道直接对用户提供直播服务；同时，针对这5个直播频道，该媒体服务器是它们共同的中继点服务器，该媒体服务器向直播源为这5个频道请求直播流，如果其他服务器要为用户提供这5个频道中的任何一个频道的直播服务器，都需要向这个媒体服务器请求直播流。

另外一种实现方式可以是：把现网全部频道都分布到某个媒体服务器上，如上例，分发服务器可把50个频道都分布到一台媒体服务器上，这台媒体服务器可以不直接对用户提供直播服务，它向直播源请求50个直播流，只是在其他媒体服务器要向用户提供服务时，向其他媒体服务器提供直播流。

媒体服务器704，用于从中继点服务器703获取直播流，利用所述直播流提供直播服务；

媒体服务器根据接受到的提供用户选择的直播频道的直播服务的请求，向该直播频道的中继点服务器获取该直播频道的直播流，并利用该直播流向用户提供直播服务。

在本实施例中，媒体服务器在得到直播服务请求后，向分发服务器请求中继点服务器的地址和端口信息，从而向请求中继点服务器请求直播流。中继点服务器由分发服务器确定，并且从分发服务器获取直播源的地址和端口信息，从而向直播源请求直播流，在收到媒体服务器请求时，向其提供直播流。实现了在不增加对占用上级网络带宽占用的前提下，提高了现网的服务能力。

如图7b所示，在本实施例的技术方案的基础上，本实施例中还包括直播源701，用于向中继点服务器703提供直播流。为了提高服务的可靠性，直播源701可以包括主直播源和备直播源，中继点服务器703还可包括主中继点服务器和备中继点服务器。

主中继点服务器首先向主直播源请求直播流，如果主直播源不能提供直播流，则向备直播源请求直播流。

备中继点服务器首先向主中继点服务器请求直播流，如果主中继点服务器不能提供直播流，则向主直播源请求直播流，如果主直播源不能提供直播流，再向备直播源请求直播流。

媒体服务器704首先向主中继点服务器请求直播流，如果主中继点服务器不能提供直播流，则向备中继点服务器请求直播流。

通过设置主备直播源和主备中继点服务器，提高了网络直播服务的稳定性和可靠性，保证了良好的用户体验。

另外，还可以结合调度服务的调度策略，来协调各个媒体服务器的负载，调度服务器接到用户请求时，可以优先调度用户请求到中继点服务器上，由其向用户提供直播服务，只有某些情况下，如中继点服务器服务能力达到预设阈值或与用户的连接线路不可用时，调度服务器才将用户请求调度到其他媒体服务器上；也可以不考虑中继点服务器的情况，直接将用户请求调度到其他媒体服务器上。

结合以上各个实施例，如图8所示，本发明一个包括直播预处理和实现直播这两个过程的实施例为：

步骤801，分发服务器向媒体服务器分发直播频道的属性文件，初始属性文件中获取直播流的地址和端口信息为空。

分发服务器分发直播频道的属性文件是向全网或指定区域的所有媒体服务器分发。

全网可以是IPTV网络，在IPTV网络内又可以划分为多个物理或逻辑的区域。分发服务器按照管理员配置向全网或者指定区域的所有媒体服务器分发直播频道的属性文件。

步骤802，分发服务器确定向媒体服务器提供直播频道直播流的中继点服务器。

如上一个实施例中所述：中继点服务器是对应直播频道而言的。

分发服务器可以对于同一个直播频道确定一个中继点服务器，也可以确定两个以上的中继点服务器，同一个直播频道的中继点服务器可以有主备之分。

步骤803，分发服务器向确定的直播频道中继点服务器提供该直播频道的直播源的地址和端口信息。

步骤804，中继点服务器根据分发服务器提供的直播源地址和端口信息向直播源获取该直播频道的直播流。

步骤805，媒体服务器收到某直播频道的直播服务的请求。

本步骤同步骤101。

步骤806，媒体服务器根据收到的直播频道的直播服务请求，向分发服务器请求该直播频道的中继点服务器地址和端口信息。

步骤807，分发服务器将媒体服务器请求的中继点服务器地址和端口信息发送给该媒体服务器。

这里的中继点服务器地址和端口信息可能包括主备中继点服务器地址和端口信息。

步骤808，媒体服务器根据分发服务器发送的该直播频道的中继点服务器地址和端口信息向该中继点服务器获取直播流。

在这里，如果媒体服务器不能向主中继点服务器获取直播流，则向备中继点服务器获取直播流。

步骤809，媒体服务器利用获得的该直播频道的直播流向用户提供直播服务。

本实施例包括了系统从直播预处理到为用户提供直播的完整过程，在预处理阶段通过分发服务器向全网或指定区域分发直播频道的属性文件，使全网或指定区域或指定区域媒体服务器都可能为用户提供直播服务，然后确定中继点服务器，并向中继点服务器提供直播频道直播流所在的服务器地址和端口信息，使中继点服务器可以获取直播流，为向媒体服务器提供直播流做好准备。在直播阶段，当媒体服务器得到提供某直播频道的直播服务的请求时，则向分发服务器请求获取在预处理阶段已经确定的该直播频道的中继点服务器地址和端口信息，然后向中继点服务器获取该直播频道的直播流，为用户提供服务。本实施例利用区域内中继地方式，实现了在对更多用户提供直播服务时，不需要对现网进行扩容，也不需要增加对上级网络带宽的占用。

通过以上实施例的描述，本领域的技术人员可以清楚地了解到需要说明的是，本发明实施例不需要引入独立的功能部件，可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以执行本发明各个实施例所述的方法。这里所称的存储介质，如：ROM/RAM、磁盘、光盘等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种实现直播的方法，其特征在于，包括：

接收提供直播服务的请求，所述请求包括请求提供的直播频道；

获取区域内所述直播频道的中继点服务器的地址和端口信息；

根据所述地址和端口信息向所述中继点服务器获取所述直播频道的直播流；

利用所述直播流提供直播服务。

2.根据权利要求1所述方法，其特征在于，

所述获取区域内直播频道的中继点服务器的地址和端口信息包括获取区域内直播频道的主备中继点服务器的地址和端口信息；

所述根据所述地址和端口信息向所述中继点服务器获取所述直播频道的直播流为：向主中继点服务器获取直播流，如果不能获取，则向备中继点服务器获取直播流。

3.根据权利要求1或2所述的方法，其特征在于，

所述根据所述地址和端口信息向所述中继点服务器获取所述直播频道的直播流后，通知分发服务器刷新直播频道分布信息。

4.根据权利要求1所述的方法，其特征在于，

在预设阈值时间范围内无用户播放连接时，断开和所述中继点服务器的连接，通知分发服务器刷新直播频道的分布信息，并刷新本地直播频道属性文件中获取直播流的地址和端口信息为空。

5.一种直播预处理的方法，其特征在于，包括：

确定用于向媒体服务器提供直播频道的直播流的中继点服务器；

根据所述中继点服务器地址和端口信息向所述中继点服务器发送直播源的地址和端口信息；

在收到媒体服务器请求时，提供所述媒体服务器请求的直播频道的中继点服务器地址和端口信息。

6.根据权利要求5所述的方法，其特征在于，

所述确定用于向媒体服务器提供直播频道的直播流的中继点服务器包括确定主中继点服务器和确定备中继点服务器。

7.根据权利要求6所述的方法，其特征还在于，

所述根据所述确定的中继点服务器地址和端口信息向所述中继点服务器发送直播源的地址和端口信息包括：向主中继点服务器发送主备直播源的地址和端口信息，向备中继点服务器发送主中继点服务器和上级主备直播源的地址和端口信息；

所述主中继点服务器向所述主直播源请求获取直播流，不能获取时，则向备直播源请求获取直播流；

所述备中继点服务器向主中继点服务器请求获取直播流，不能获取时，则向主直播源请求获取直播流，不能获取时，则向备直播源请求获取直播流。

8.根据权利要求5所述的方法，其特征还在于，

所述确定中继点服务器后或者提供所述中继点服务器地址和端口信息后，通知调度服务器刷新直播频道分布信息。

9.根据权利要求5所述的方法，其特征还在于，

向媒体服务器分发直播频道的属性文件，初始属性文件中获取直播流的地址和端口信息为空。

10.一种媒体服务器，其特征在于，包括：

接收模块，用于接收提供直播服务的请求，所述请求包括请求提供的直播频道；

第一获取模块，用于获取区域内所述直播频道的中继点服务器的地址和端口信息；

第二获取模块，用于根据所述地址和端口信息向所述中继点服务器获取所述直播频道的直播流；

直播模块，用于利用所述直播流提供直播服务。

11.根据权利要求10所述的媒体服务器，其特征在于，还包括：

通知模块，用于通知分发服务器刷新直播频道的区域分布信息。

12.根据权利要求10所述的媒体服务器，其特征在于，还包括：

刷新模块，用于刷新本地直播频道属性文件中获取直播流的地址和端口信息。

13.根据权利要求10所述的媒体服务器，其特征在于，还包括：

断开模块，用于在预设阈值时间范围内无用户播放连接时，断开和所述中继点服务器的连接。

14.一种分发服务器，其特征在于，包括：

确定模块，用于确定向媒体服务器提供直播频道的直播流的中继点服务器；

发送模块，用于根据所述确定的中继点服务器地址和端口信息向所述中继点服务器发送直播源的地址和端口信息；以及用于在收到媒体服务器请求时，发送所述媒体服务请求的直播频道的中继点服务器地址和端口信息。

15.根据权利要求14所述的分发服务器，其特征在于，还包括：

分发模块，用于向媒体服务器分发直播频道的属性文件，初始属性文件中获取直播流的地址和端口信息为空。

16.根据权利要求14所述的分发服务器，其特征在于，

所述确定模块包括确定主中继点服务器和备中继点服器。

17.根据权利要求14所述的分发服务器，其特征在于，还包括：

通知模块，用于通知调度服务器刷新直播频道分布信息。

18.一种提供直播服务的系统，其特征在于，包括：分发服务器，中继点服务器，媒体服务器。

所述分发服务器用于确定所述中继点服务器，并向所述媒体服务器提供请求的直播频道的中继点服务器服务器地址和端口信息；

所述中继点服务器用于获取直播流，并向区域内的媒体服务器提供请求的直播频道的直播流；

所述媒体服务器用于从所述中继点服务器获取直播流，利用所述直播流提供直播服务。

19.如权利要求18所述系统，其特征还在于，包括：

直播源，所述直播源用于向中继点服务器提供直播流；

所述直播源包括主直播源和备直播源。

20.如权利要求18至19任一项所述系统，其特征还在于，

所述中继点服务器包括主中继点服务器和备中继点服务器。

Images