专利名称：一种流媒体业务的处理方法和系统的制作方法
技术领域：
本发明涉及通信技术领域，特别是涉及一种流媒体业务的处理方法和系统。
背景技术：
和本发明相关的背景知识包括(1)流媒体业务流媒体业务是从Internet上发展起来的一种多媒体应用，该流媒体业务是指通过使用流(Streaming)方式在网络上传输多媒体文件的过程，该多媒体文件包括音频、视频和动画等。(2) DSN及DSN中的流媒体系统DSN (Distributed Service Network，分布式业务网络)是一个面向移动互联网业务，具有电信级运营能力，位于业务网和承载网之间的核心网络，该DSN基于以P2P为主的分布式技术，为移动互联网业务的实现提供了核心网能力。其中，DSN中的流媒体系统采用分域的方式进行组织和管理，每个域由PS(Portal Server,门户服务器)、SS(Source Server，源服务器)、SN-C (SuperNode-Core，核心超级节点)服务器、CS (Client/Server，客户端/服务器)服务器和终端节点UE (User Equipment，用户设备)构成。如图1所示，为DSN流媒体系统的逻辑架构。在图1中，SS是所有内容的源服务器，CS可以根据SN-T (Super Node-Tracker,索引超级节点)和SN-C的调度，从其它域的CS 服务器或SS服务器下载跨域的多媒体数据，并缓存到本地。其中，SN-C的作用是构建业务的P2P网络，存储和查询频道信息，并实现全局资源共享。PS(Portal Server，Portal服务器)的作用是提供频道列表和Web搜索服务，并引导UE找到相应的SN-C。具体的，DSN具有网元均质化的特点，即DSN的某些逻辑功能可以合设在一个物理网元中。例如，SN-C和CS在具体的部署时可以合设在一起，后续过程统称为SN-C，而后续所指的对SN-C的优化均是指对SN-C和CS合设的网元所进行的优化。(3)流水线机制流水线机制的主要原理是将工作任务分解到不同的级中，每一级完成一部分单独的处理逻辑，而各级之间性能隔离。其中，通过流水线机制可以使得开发人员只需要关注内部的逻辑实现，并降低了系统的耦合性。例如，SEDA(Stage Event Driven Architecture, 分级事件驱动架构)模型即是流水线机制的代表之一。(4)虚拟化技术虚拟化技术强调为需要运行的程序或软件营造其所需要的执行环境。当采用了虚拟化技术时，程序或软件的运行不一定独享底层的物理计算资源，对于程序或软件来说，只是运行在一个与真实计算环境完全相同的执行环境(具有相同的CPU主频，内存和硬盘容量)中。虚拟化技术的引入，打破了真实计算中软件与硬件之间的紧密耦合关系，从而可以有效的提高计算机资源利用率和降低成本等。如图2所示，为一种展现了虚拟化系统的通用逻辑结构。现有技术中，在申请号为200810247388，发明名称为《一种流水线Web服务器的系统及其工作方法》的专利申请中，设计了一种基于流水线的Web服务器系统。通过将Web 服务器的部件进行虚拟化，创建多个虚拟机，并通过分布式虚拟机监控模块与Web服务器控制模块的协作以及利用流水线机制，实现动态的流水线，提高可靠性并增加资源流动。其中，C/S模式的Web服务器的处理功能比较单一，作用是接收用户的请求，然后解析请求，查找用户需要的资源，并将相应的资源返回给请求者。整个Web服务器对外表现是一个黑盒子。在实现本发明的过程中，发明人发现现有技术中至少存在以下问题现有技术中利用流水线机制和虚拟化技术来实现更高效的Web服务器功能，只是针对处理功能单一的Web服务器领域，流水线的设计也相对简单，而对于业务逻辑较为复杂的流媒体业务，由于DSN具有网元均质化的特点，DSN流媒体业务网元的功能多样化，需要以不同的角色与外部网元进行交互，此时，现有技术所提出的针对Web服务器中单一的流水线方案和简单的流水级设计方法，并不能应用于到DSN流媒体的业务处理过程中。
发明内容
本发明提供一种流媒体业务的处理方法和系统，以通过使用流水线技术和虚拟化技术实现对DSN流媒体业务的处理，从而增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。为了达到上述目的，本发明提出了一种流媒体业务的处理方法，应用于至少包括消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线的系统中，所述方法包括以下步骤所述消息解析流水线接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线；所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址， 并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点；当所述业务节点接收到所述资源信息时，所述节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线；所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。其中，所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水线解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线，包括所述消息解析流水级解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。
其中，所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址， 并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点，包括所述路由信息查询流水级从接收到的请求消息中解析所述待查询业务节点信息， 并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级根据所述业务节点的地址将所述资源信息发送给所述业务节点。其中，所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线，包括当所述业务节点接收到所述资源信息时，所述本地查询流水级查找本域内是否存在所述资源信息对应的节目源；如果存在所述资源信息对应的节目源，则所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线；如果不存在所述资源信息对应的节目源，则所述内容缓存流水级在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。其中，所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点，包括所述请求解析流水级根据所述资源信息解析所述查询节点需要获取的资源；所述本地查找流水级根据所述CS的地址信息在所述CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级向所述查询节点发送所述数据流。其中，所述消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线应用的系统中还包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；所述方法进一步包括所述节目发布流水级在分布式哈希表DHT中发布数据；当所述数据对应点播场景时，则所述内容缓存流水级在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS，并更新本地CS的数据状态；当所述数据对应直播场景时，则所述portal更新流水级向portal发布更新命令，并由portal更新自身的节目列表；所述路由流水级查找待缓存内容的所在位置；并当发现所述待缓存内容的所在位置后，所述资源下载流水级将所述待缓存内容下载至本域的CS ；当所述待缓存内容下载至
8本域的CS后，所述数据状态更新流水级向SN-C更新CS的状态。其中，所述方法还包括将所述消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线进一步合并为更少的流水线或者进一步拆分为更多的流水线。其中，所述方法还包括将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况； 所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信息。一种流媒体业务的处理系统，包括消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线，其中所述消息解析流水线，用于接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线；所述路由功能流水线，用于根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点；所述节目请求流水线，用于当所述业务节点接收到所述资源信息时，查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线；所述数据传输流水线，用于根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。其中，所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水级，用于解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级，用于接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。其中，所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由信息查询流水级，用于从接收到的请求消息中解析所述待查询业务节点信息，并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级，用于根据所述业务节点的地址将所述资源信息发送给所述业务节点。其中，所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述本地查询流水级，用于当所述业务节点接收到所述资源信息时，查找本域内是否存在所述资源信息对应的节目源；
所述信息返回流水级，用于当存在所述资源信息对应的节目源，则通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线.
一入 ，所述内容缓存流水级，用于当不存在所述资源信息对应的节目源，则在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。其中，所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述请求解析流水级，用于根据所述资源信息解析所述查询节点需要获取的资源；所述本地查找流水级，用于根据所述CS的地址信息在所述CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级，用于向所述查询节点发送所述数据流。其中，所述系统还包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；所述节目发布流水级，用于在分布式哈希表DHT中发布数据；所述内容缓存流水级，用于当所述数据对应点播场景时，则在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS， 并更新本地CS的数据状态；所述portal更新流水级，用于当所述数据对应直播场景时，则向portal发布更新命令，并由portal更新自身的节目列表；所述路由流水级，用于查找待缓存内容的所在位置；所述资源下载流水级，用于当发现所述待缓存内容的所在位置后，将所述待缓存内容下载至本域的CS;所述数据状态更新流水级，用于当所述待缓存内容下载至本域的CS后，向SN-C更新CS的状态。其中，所述系统中还包括处理模块，用于将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况； 所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信息。与现有技术相比，本发明至少具有以下优点通过对DSN流媒体业务的网元进行优化，并采用多条多级的流水线来实现流水线间、流水级间的资源调度，来实现对DSN流媒体业务的处理，从而增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。
10
通过在DSN流媒体业务的网元中引入优化的流水线及流水级划分机制，利用合理的资源调度机制增加流媒体业务网元的业务吞吐率，从而提高流媒体业务网元的处理效率。通过在流媒体业务的网元中增加资源占用的预测机制，进一步优化资源调度策略，实现策略智能化，从而更好地提高物理资源利用率和对应业务网元的性能。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是现有技术中提出的DSN流媒体系统的逻辑架构示意图；图2是现有技术中提出的一种展现了虚拟化系统的通用逻辑结构示意图；图3是本发明实施例中提出的一种流媒体业务的处理方法流程图；图4是本发明实施例中提出的一种应用场景示意图；图5是本发明实施例一种应用场景下提出的流媒体业务的处理方法流程图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明实施例保护的范围。如图3所示，本发明实施例中提出了一种流媒体业务的处理方法，应用于至少包括消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线的系统中，所述方法包括以下步骤步骤301，所述消息解析流水线接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线。所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水线解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线，包括所述消息解析流水级解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。步骤302，所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点。所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业
11务节点的地址信息将所述资源信息发送给所述业务节点，包括所述路由信息查询流水级从接收到的请求消息中解析所述待查询业务节点信息，并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级根据所述业务节点的地址将所述资源信息发送给所述业务节点。步骤303，当所述业务节点接收到所述资源信息时，所述节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线。所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线，包括当所述业务节点接收到所述资源信息时，所述本地查询流水级查找本域内是否存在所述资源信息对应的节目源；如果存在所述资源信息对应的节目源， 则所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线；如果不存在所述资源信息对应的节目源，则所述内容缓存流水级在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。步骤304，所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点，包括所述请求解析流水级根据所述资源信息解析所述查询节点需要获取的资源；所述本地查找流水级根据所述CS的地址信息在所述CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级向所述查询节点发送所述数据流。需要说明的是，上述所述消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线应用的系统中还包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；所述方法进一步包括所述节目发布流水级在分布式哈希表DHT中发布数据；当所述数据对应点播场景时，则所述内容缓存流水级在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS，并更新本地CS的数据状态；当所述数据对应直播场景时，则所述portal更新流水级向portal发布更新命令，并由portal更新自身的节目列表；所述路由流水级查找待缓存内容的所在位置；并当发现所述待缓存内容的所在位置后，所述资源下载流水级将所述待缓存内容下载至本域的CS ；当所述待缓存内容下载至本域的CS后，所述数据状态更新流水级向SN-C更新CS的状态。可以理解的是，本发明中并不局限于上述流水线，可以根据实际的需要并根据处理功能将所述消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线进一步合并为更少的流水线或者进一步拆分为更多的流水线。例如，通过使用第一流水线实现消息解析流水线和路由功能流水线的功能，即可以将上述流水线合并为第一流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线。又例如，通过使用第二流水线和第三流水线实现消息解析流水线的功能，即可以将上述流水线拆分为第二流水线和第三流水线、路由功能流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线。可以看出，对于流水线的划分方式，可以根据处理的功能，在实际应用中任意进行划分，本发明实施例中不再赘述。另外，在本发明实施例中，还可以将各个流水级的实现封装在虚拟机中，并通过监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况；所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信息。可见，通过使用本发明实施例所提供的方法，通过对DSN流媒体业务的网元进行优化，并采用多条多级的流水线来实现流水线间、流水级间的资源调度，来实现对DSN流媒体业务的处理，从而增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。通过在DSN流媒体业务的网元中引入优化的流水线及流水级划分机制，利用合理的资源调度机制增加流媒体业务网元的业务吞吐率，从而提高流媒体业务网元的处理效率。通过在流媒体业务的网元中增加资源占用的预测机制，进一步优化资源调度策略，实现策略智能化，从而更好地提高物理资源利用率和对应业务网元的性能。为了更加清楚的说明本发明所提供的技术方案，以下结合图4所示的流水线划分示意图对本发明实施例所提供的技术方案进行进一步的阐述。需要注意的是，图4中的流水线只是本发明实施例中为了方便描述所举的实例，各个流水线可以根据实际的需要进一步拆分或者合并，本发明实施例中不再详加赘述。本发明实施例中所提供的技术方案，是针对DSN中的流媒体业务的，而DSN流媒体业务中的网元包括SN-C、CS、PS和SS等逻辑功能单元，其中，SN-C需要处理大量的媒体查找请求，而CS需要处理大量的媒体下载请求，在传统的设计方案中，SN-C和CS都有可能成为DSN流媒体业务网元的性能瓶颈。而本发明实施例的技术方案，通过引入流水线机制，对 SN-C和CS的功能进行细分，以根据不同的角色设计流水线，并实现了流水线的动态扩展， 从而有效的提高了 SN-C和CS的性能。另外，本发明实施例中所提供的技术方案中，通过引入虚拟化技术，将流水级的实现封装在虚拟机中，需要注意的是，可以将一个流水线的各个流水级封装在一个虚拟机中， 也可以将多个流水线的各个流水级封装在一个虚拟机中，还可以将一个流水线的不同流水级封装在不同的虚拟机中，该封装方式本发明实施例中不再赘述。另外，通过虚拟机间的资源流动，实现物理资源在不同功能间的灵活分配。其中， 物理资源在虚拟机间流动的策略可以结合资源预测机制进行制定。而资源预测机制可以根据当前资源的占用情况、当前的时间、地域、事件和本地信息等因素动态灵活地预测物理资源的占用情况，从而实现物理资源合理配置和资源利用率的提高。需要注意的是，本发明实施例中的逻辑架构是由业务逻辑模块和资源调度模块所组成的。其中，业务逻辑模块主要用于实现对SN-C功能逻辑的划分，而资源调度模块用于实现对资源占用的预测以及对物理资源的动态调度。如图5所示，该方法包括以下步骤步骤501，根据处理功能将SN-C网元和CS网元的功能拆分为消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线。具体的，针对DSN流媒体业务所需要完成的相关功能，本发明实施例中设计了六条基本的流水线，即消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线、 资源注册流水线和数据传输流水线。在各个流水线中，又进一步划分了几个流水级，其中，消息解析流水线进一步划分了消息解析流水级和策略选择流水级；路由功能流水线进一步划分了路由信息查询流水级和路由信息发送流水级；节目请求流水线进一步划分了本地查询流水级、内容缓存流水级和信息返回流水级；内容缓存流水线进一步划分了路由流水级、资源下载流水级和数据状态更新流水级；资源注册流水线进一步划分了节目发布流水级、内容缓存流水级和portal 更新流水级；数据传输流水线进一步划分了请求解析流水级、本地查找流水级和数据传输流水级。需要注意的是，本发明实施例中，业务逻辑模块基于流水线机制实现了流媒体的功能逻辑，而在具体部署相关功能逻辑时还采用了虚拟化技术。即利用虚拟机对流水线中的流水级进行封装，从而可以根据每个功能对资源的需求情况，动态地调整相应虚拟机的资源。后续过程中，如果需要实现新的功能，则只需要增加一条独立的流水线，并在消息解析流水线的策略选择流水级中增加一条到达该流水线的策略即可，从而实现了动态可扩展的流水线机制。步骤502，根据消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线注册流水线和数据传输流水线实现SN-C网元和CS网元的功能。基于上述各个流水线以及各个流水线中的流水级，当接收到来自查询节点(例如，某个用户设备UE)的流媒体业务请求消息(例如，基于流媒体的节目请求)时，则相应的处理过程具体包括(1)消息解析流水线接收来自查询节点的流媒体业务请求消息，解析该流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将待查询业务节点信息发送到路由功能流水线。其中，该资源信息包括查询节点请求的内容信息、查询节点请求的内容类型 (例如，节目请求)等信息，该待查询业务节点信息为提供该资源信息的业务节点。本发明实施例中，针对DSN流媒体业务中请求消息频繁的情况，将消息解析功能通过单独的消息解析流水线进行处理，从而提高了系统的处理效率。具体的，消息解析流水线中包括消息解析流水级和策略选择流水级，对于消息解析流水线中的消息解析流水级，用于解析流媒体业务中的请求消息，获取相应的消息字段， 并将解析结果发送给策略选择流水级。而对于消息解析流水线中的策略选择流水级，用于通过从上一流水级中接收到的消息(即解析结果)，判断需要发送至哪一条流水线进行相应处理，并将重新封装的消息发送至对应的功能流水线。其中，该判断是根据消息解析结果获知消息对应的处理功能。例如，如果消息解析结果显示该消息为请求某个节目，则需要通过路由功能流水线将该消息转入节目请求流水线。基于上述功能，消息解析流水级解析流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将解析结果发送给策略选择流水级；策略选择流水级接收来自消息解析流水级的解析结果，根据解析结果获取下一条流水线为路由功能流水线，并将待查询业务节点信息重新封装到请求消息中发送给路由功能流水线。(2)路由功能流水线根据待查询业务节点信息获取对应的业务节点的地址，并根据业务节点的地址信息将资源信息发送给业务节点。具体的，路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级； 对于路由功能流水线中的路由信息查询流水级，首先从接收到的消息(该消息为转入路由功能流水线的消息)中解析(即针对消息解析消息头或对应字段的信息，找到待查询节点的相关信息，例如，节点名称或标识等)出待查询节点信息，之后进行相关的查询(其中，该查询机制可以基于DHT机制或其它机制，具体内容本发明实施例中不再详加赘述)，并获取对应的业务节点的地址。而对于路由功能流水线中的路由信息发送流水级，用于根据业务节点的地址将上述的资源信息发送给业务节点。其中，该资源信息包括查询节点请求的内容信息、查询节点请求的内容类型等信息，例如，当用户设备A需要业务节点A的内容A时， 则该路由信息发送流水级需要将用户设备A需要内容A的信息发送给业务节点A。(3)当业务节点接收到资源信息时，节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给数据传输流水线。具体的，节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；当SN-C接收到节目查询请求时，首先启动节目请求流水线中的本地查询流水级， 并通过该本地查询流水级查找本域内是否存在资源信息对应的节目源。如果存在资源信息对应的节目源，则进入到节目请求流水线中的信息返回流水级，并通过使用该信息返回流水级通知请求节目的UE (即查询节点)存有相应节目的CS的地址，并将CS的地址信息通知给数据传输流水线。而如果本地不存在资源信息对应的节目源，则启动节目请求流水线中的内容缓存流水级，并通过该内容缓存流水级在其他域中查找是否存在资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后进入到信息返回流水级，并通过该信息返回流水级通知请求节目的UE (即查询节点)存有相应节目的CS的地址，并将CS的地址信息通知给数据传输流水线。(4)数据传输流水线根据CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给查询节点。具体的，数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；其中，数据传输流水线中的请求解析流水级根据资源信息解析查询节点需要获取的资源，即从输入的请求中解析UE所需要下载的哪个节目的哪个分片。数据传输流水线中的本地查找流水级根据CS的地址信息在CS本地查找资源所处的位置，并获取该资源对应的数据流，即在CS本地查找该分片所处的位置，并获取到该分片对应的数据流。数据传输流水线中的数据传输流水级向查询节点发送数据流，即向UE发送该数据流。当然，在实际应用中，该相应的处理过程还包括(5)内容缓存流水线对内容进行缓存。其中，内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；在内容缓存流水线中，首先通过使用内容缓存流水线中的路由流水级查找待缓存内容的所在位置，即依据内容的关键字进行查找。例如， 通过采用DHT机制，将内容ID进行hash，在DHT环上查到该内容存储的节点信息。当发现待缓存内容的所在位置后，启动内容缓存流水线中的资源下载流水级，并通过使用资源下载流水级将待缓存内容下载至本域的CS。而当待缓存内容下载完成后，则启动内容缓存流水线中的数据状态更新流水级，并通过该数据状态更新流水级在SN-C更新CS的状态。(6)资源注册流水线对资源进行注册。其中，资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；资源注册流水线中的节目发布流水级根据特定的DHT(Distributed Hash Table，分布式哈希表)算法，在DHT中发布数据。如果该数据是点播场景的数据，则后续复用资源注册流水线中的内容缓存流水级，并通过使用内容缓存流水级在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的内容资源缓存至本地的CS，并更新本地CS的数据状态。如果该数据是直播场景的数据，则不需要复用资源注册流水线中的内容缓存流水级，直接进入到portal更新流水级，并通过该portal更新流水级向portal服务器发布更新命令，由portal更新自己的节目列表。综上，通过将SN-C网元和CS网元的功能拆分为多个流水线和流水级后，对于每一流水级所需要处理的业务，逻辑简单，而且对资源的占用单一，方便了对资源的统一管理。例如，数据传输流水线中的数据传输流水级和内容缓存流水线中的资源下载流水级，将主要占用1/0资源；而路由功能流水线中的路由信息查询流水级和消息解析流水线中的消息解析流水级，将主要占用CPU资源；内容缓存流水线中的资源下载流水级同时还占用内存资源；实际应用中，对于占用同种资源的流水级，在实现时可以合设，以便于对资源的统一管理。需要说明的是，在本发明实施例中，还可以将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况；所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信息。具体的，在业务执行阶段，考虑到流媒体业务的特性，本发明实施例中将业务预测机制与资源调度机制相结合，并通过对资源占用进行预测，指导资源的动态调度。在逻辑架构中，资源调度模块实现了业务与资源的动态映射，采用资源占用预测机制，针对流媒体业务，合理分配业务网元的物理资源，实现了资源利用率的优化。而在逻辑架构中，通过使用资源调度模块实现了灵活的资源管理策略。其中，资源调度模块包括虚拟机监控器、策略选择器、资源预测器和资源分配执行引擎四个部分。虚拟机监控器用于监控虚拟机资源的占用情况，并将该占用情况的信息反馈给策略选择器。策略选择器结合虚拟机对资源的消耗情况，以及资源预测器生成的资源预测信息，从策略库中选择合适的资源分配策略，并将该资源分配策略下发至资源分配执行引擎。资源分配执行引擎用于执行相关的资源调度指令，使物理资源在虚拟机间流动， 从而实现资源动态分配和负载均衡，提高资源利用率，并提高流媒体业务网元性能。具体的，资源预测器是一个智能部件，是资源调度模块的智能中心，该资源预测器接收外部的输入信息，根据输入信息并结合内部的资源映射模型进行资源占用预测，并向策略选择器输出资源需求。由于流媒体业务的访问量受众多外部因素的影响，其中较简单的因素包括时间因素等，例如，每天有规律的业务高峰时段(比如夜晚)和业务低谷时段(比如工作时间)。 较复杂因素包括片源和事件因素等，例如，某段时间存在某些热点片源，或存在某些受关注的事件，此时用户的访问量也会增加。而更复杂的因素可能是多种因素的综合考虑，例如， 片源和地域因素相结合，由于生活习惯的差异，某个地域的用户对某个片源非常关注，而另一个地域的用户对该片源并不关注。又例如，片源与本地状态的结合，如果在某段时间某个片源非常流行，但根据本地是否存在此片源内容，资源预测机制所做出的决定也是不同的。基于上述考虑，在本发明实施例中，资源预测器所需要的输入信息包括但不限于1)时间，该时间包括细粒度的时间(如早，中，晚)，以及粗粒度的时间点(如节假日等)。其中，该时间信息主要用于资源预测器从客户访问的规律角度来生成预测信息， 例如，晚上流媒体业务的访问量较高，在白天则较低，在节假日访问量较高，而在工作日访问量较低。2)热点片源，是指近期受大众欢迎的片源信息，该热点片源信息主要用于资源预测器预测访问量是否会显著增加，以及是否会对本节点造成影响。3)事件，比较受公众关注的具有一定影响力的事件，以及该事件的持续时间，例如，重大节日庆典等。其中，资源预测器能够获取到重大事件的信息，并预测是否会有访问量的突发情况，以及是否会对本节点造成影响。4)地域，是指服务器所服务的物理位置，资源预测器会根据地域信息判断本地域的用户是否会对某些媒体信息产生兴趣。5)本地信息，是指服务器本身的信息，例如，服务器本身是否存储有某热点片源， 以及存储的是该热点片源的哪个片段。又如，本地注册的用户数，用户类型等。为了更加清楚的说明资源预测器的工作方式，以下结合两种具体的应用场景对该资源预测器的工作方式进行进一步的阐述。其中，第一种应用场景为较简单的预测方式，第二种应用场景为较复杂预测方式。第一种应用场景资源预测器接收到最近流行的片源信息后，则该资源预测器会结合本地信息判断产生何种的资源预测信息。其中，如果本地存储有该片源的信息，则会产生预测增加信息， 如果本地不存在该片源的分片，则暂时不必产生资源预测增加信息。第二种应用场景资源预测器接收到某重大庆典信息，则该资源预测器会结合其他类型信息判断产生何种资源预测信息。例如，根据事件信息判断该重大庆典的开始和结束时间，并根据地域信息判断本地的注册用户对该庆典感兴趣的程度，根据本地信息获得用户类型并判断注册在本地用户有多少会对该庆典产生兴趣。综合以上信息，资源预测器细粒度的预测本地服务器所需要的资源。可见，通过使用本发明实施例中提供的方法，具有以下优点通过对DSN流媒体业务的网元进行优化，并采用多条多级的流水线来实现流水线间、流水级间的资源调度，来实
17现对DSN流媒体业务的处理，从而增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。通过在DSN流媒体业务的网元中引入优化的流水线及流水级划分机制，利用合理的资源调度机制增加流媒体业务网元的业务吞吐率，从而提高流媒体业务网元的处理效率。通过在流媒体业务的网元中增加资源占用的预测机制，进一步优化资源调度策略，实现策略智能化，从而更好地提高物理资源利用率和对应业务网元的性能。本发明实施例中还提出了一种流媒体业务的处理系统，至少包括消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线，其中所述消息解析流水线，用于接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线；其中，所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水级，用于解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级，用于接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。所述路由功能流水线，用于根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点；其中，所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由信息查询流水级，用于从接收到的请求消息中解析所述待查询业务节点信息，并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级，用于根据所述业务节点的地址将所述资源信息发送给所述业务节点。所述节目请求流水线，用于当所述业务节点接收到所述资源信息时，查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线；其中，所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述本地查询流水级，用于当所述业务节点接收到所述资源信息时，查找本域内是否存在所述资源信息对应的节目源；所述信息返回流水级，用于当存在所述资源信息对应的节目源，则通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线；所述内容缓存流水级，用于当不存在所述资源信息对应的节目源，则在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。所述数据传输流水线，用于根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。其中，所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述请求解析流水级，用于根据所述资源信息解析所述查询节点需要获取的资源；所述本地查找流水级，用于根据所述CS的地址信息在所述 CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级，用于向所述查询节点发送所述数据流。
18
另外，本发明实施例提供的系统中，还至少包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；具体的，在所述资源注册流水线中，所述节目发布流水级，用于在分布式哈希表 DHT中发布数据；所述内容缓存流水级，用于当所述数据对应点播场景时，则在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS，并更新本地CS的数据状态；所述portal更新流水级，用于当所述数据对应直播场景时，则向portal发布更新命令，并由portal更新自身的节目列表；在所述内容缓存流水线中，所述路由流水级，用于查找待缓存内容的所在位置；所述资源下载流水级，用于当发现所述待缓存内容的所在位置后，将所述待缓存内容下载至本域的CS ；所述数据状态更新流水级，用于当所述待缓存内容下载至本域的CS后，向SN-C 更新CS的状态。另外，本发明实施例提供的系统中，还可以包括处理模块，用于将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况； 所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信息。可见，通过使用本发明实施例中提供的系统，通过对DSN流媒体业务的网元进行优化，并采用多条多级的流水线来实现流水线间、流水级间的资源调度，来实现对DSN流媒体业务的处理，从而增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。通过在DSN流媒体业务的网元中引入优化的流水线及流水级划分机制，利用合理的资源调度机制增加流媒体业务网元的业务吞吐率，从而提高流媒体业务网元的处理效率。通过在流媒体业务的网元中增加资源占用的预测机制，进一步优化资源调度策略，实现策略智能化，从而更好地提高物理资源利用率和对应业务网元的性能。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是⑶-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本发明序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
权利要求
1.一种流媒体业务的处理方法，其特征在于，应用于至少包括消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线的系统中，所述方法包括以下步骤所述消息解析流水线接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线；所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点；当所述业务节点接收到所述资源信息时，所述节目请求流水线查询该资源信息所处CS 的地址信息，并将该CS的地址信息通知给所述数据传输流水线；所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。
2.如权利要求1所述的方法，其特征在于，所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水线解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线，包括所述消息解析流水级解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。
3.如权利要求2所述的方法，其特征在于，所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由功能流水线根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点，包括所述路由信息查询流水级从接收到的请求消息中解析所述待查询业务节点信息，并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级根据所述业务节点的地址将所述资源信息发送给所述业务节点。
4.如权利要求1所述的方法，其特征在于，所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线，包括当所述业务节点接收到所述资源信息时，所述本地查询流水级查找本域内是否存在所述资源信息对应的节目源；如果存在所述资源信息对应的节目源，则所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线；如果不存在所述资源信息对应的节目源，则所述内容缓存流水级在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。
5.如权利要求1所述的方法，其特征在于，所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述数据传输流水线根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点，包括所述请求解析流水级根据所述资源信息解析所述查询节点需要获取的资源；所述本地查找流水级根据所述CS的地址信息在所述CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级向所述查询节点发送所述数据流。
6.如权利要求1-5任一项所述的方法，其特征在于，所述消息解析流水线、路由功能流水线、节目请求流水线和数据传输流水线应用的系统中还包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；所述方法进一步包括所述节目发布流水级在分布式哈希表DHT中发布数据；当所述数据对应点播场景时， 则所述内容缓存流水级在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS，并更新本地CS的数据状态；当所述数据对应直播场景时，则所述portal更新流水级向portal发布更新命令，并由portal更新自身的节目列表；所述路由流水级查找待缓存内容的所在位置；并当发现所述待缓存内容的所在位置后，所述资源下载流水级将所述待缓存内容下载至本域的CS ；当所述待缓存内容下载至本域的CS后，所述数据状态更新流水级向SN-C更新CS的状态。
7.如权利要求6所述的方法，其特征在于，所述方法还包括将所述消息解析流水线、路由功能流水线、节目请求流水线、内容缓存流水线、资源注册流水线和数据传输流水线进一步合并为更少的流水线或者进一步拆分为更多的流水线。
8.如权利要求6所述的方法，其特征在于，所述方法还包括将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况；所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信
9.一种流媒体业务的处理系统，其特征在于，包括消息解析流水线、路由功能流水线、 节目请求流水线和数据传输流水线，其中所述消息解析流水线，用于接收来自查询节点的流媒体业务请求消息，解析所述流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将所述待查询业务节点信息发送到所述路由功能流水线；所述路由功能流水线，用于根据所述待查询业务节点信息获取对应的业务节点的地址，并根据所述业务节点的地址信息将所述资源信息发送给所述业务节点；所述节目请求流水线，用于当所述业务节点接收到所述资源信息时，查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给所述数据传输流水线；所述数据传输流水线，用于根据所述CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给所述查询节点。
10.如权利要求9所述的系统，其特征在于，所述消息解析流水线至少包括消息解析流水级和策略选择流水级；所述消息解析流水级，用于解析所述流媒体业务请求消息，获取所述资源信息和待查询业务节点信息，并将解析结果发送给所述策略选择流水级；所述策略选择流水级，用于接收来自所述消息解析流水级的解析结果，根据所述解析结果获取下一条流水线为所述路由功能流水线，并将所述待查询业务节点信息重新封装到请求消息中发送给所述路由功能流水线。
11.如权利要求10所述的系统，其特征在于，所述路由功能流水线至少包括路由信息查询流水级和路由信息发送流水级；所述路由信息查询流水级，用于从接收到的请求消息中解析所述待查询业务节点信息，并根据解析结果获取对应的业务节点的地址；所述路由信息发送流水级，用于根据所述业务节点的地址将所述资源信息发送给所述业务节点。
12.如权利要求9所述的系统，其特征在于，所述节目请求流水线至少包括本地查询流水级、内容缓存流水级和信息返回流水级；所述本地查询流水级，用于当所述业务节点接收到所述资源信息时，查找本域内是否存在所述资源信息对应的节目源；所述信息返回流水级，用于当存在所述资源信息对应的节目源，则通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线；所述内容缓存流水级，用于当不存在所述资源信息对应的节目源，则在其他域中查找是否存在所述资源信息对应的相同资源，并在查找到相同资源时进行资源缓存，之后所述信息返回流水级通知所述查询节点存有相应节目的CS的地址信息，并将所述CS的地址信息通知给所述数据传输流水线。
13.如权利要求9所述的系统，其特征在于，所述数据传输流水线至少包括请求解析流水级、本地查找流水级和数据传输流水级；所述请求解析流水级，用于根据所述资源信息解析所述查询节点需要获取的资源； 所述本地查找流水级，用于根据所述CS的地址信息在所述CS本地查找所述资源所处的位置，并获取该资源对应的数据流；所述数据传输流水级，用于向所述查询节点发送所述数据流。
14.如权利要求9-13任一项所述的系统，其特征在于，所述系统还包括资源注册流水线和内容缓存流水线；所述资源注册流水线至少包括节目发布流水级、内容缓存流水级和 portal更新流水级；所述内容缓存流水线至少包括路由流水级、资源下载流水级和数据状态更新流水级；所述节目发布流水级，用于在分布式哈希表DHT中发布数据； 所述内容缓存流水级，用于当所述数据对应点播场景时，则在其他域中查找是否存在该数据对应的相同资源，并在存在相同资源时，将其他域中的相同资源缓存至本地CS，并更新本地CS的数据状态；所述portal更新流水级，用于当所述数据对应直播场景时，则向portal发布更新命令，并由portal更新自身的节目列表；所述路由流水级，用于查找待缓存内容的所在位置；所述资源下载流水级，用于当发现所述待缓存内容的所在位置后，将所述待缓存内容下载至本域的CS ；所述数据状态更新流水级，用于当所述待缓存内容下载至本域的CS后，向SN-C更新CS 的状态。
15.如权利要求14所述的系统，其特征在于，所述系统中还包括 处理模块，用于将各个流水级封装在虚拟机中，并监控虚拟机资源的占用情况，根据所述虚拟机资源的占用情况以及资源预测信息选择资源分配策略，并根据所述资源分配策略执行资源调度，以使物理资源在虚拟机间流动；其中，所述资源预测信息用于根据当前输入信息动态预测物理资源的占用情况；所述输入信息包括以下信息中的一种或几种时间信息、片源信息、事件信息、地域信息、本地信肩、ο
全文摘要
本发明实施例公开了一种流媒体业务的处理方法，包括消息解析流水线接收来自查询节点的流媒体业务请求消息，解析流媒体业务请求消息，获取资源信息和待查询业务节点信息，并将待查询业务节点信息发送到路由功能流水线；路由功能流水线根据待查询业务节点信息获取对应的业务节点的地址，并根据业务节点的地址信息将资源信息发送给业务节点；当业务节点接收到资源信息时，节目请求流水线查询该资源信息所处CS的地址信息，并将该CS的地址信息通知给数据传输流水线；数据传输流水线根据CS的地址信息获取该资源信息对应的数据流，并将该数据流发送给查询节点。本发明中，增加流媒体业务网元的业务吞吐率，并提高流媒体业务网元的处理效率。
文档编号H04L29/06GK102195850SQ201010121718
公开日2011年9月21日 申请日期2010年3月10日 优先权日2010年3月10日
发明者于青, 张剑寅, 彭晋, 许辉阳, 邓灵莉, 韩小勇 申请人:中国移动通信集团公司