CN101917386A - 一种集群式多媒体转码系统及其任务处理方法 - Google Patents

Abstract

本发明公开了一种集群式多媒体转码系统的任务处理方法，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，所述的方法包括：各转码服务器实时向所述调度服务器反馈其运行状态信息；所述调度服务器依据所述运行状态信息分发转码任务至相应的转码服务器；若在预置的第一时间内，未收到所述转码服务器处理所述转码任务的结果，则所述调度服务器向该转码服务器发出状态查询请求；若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则将所述转码任务重新分发至其它符合要求的转码服务器。本发明可以使提高转码任务的处理效率，并有效节省系统资源。

Description

一种集群式多媒体转码系统及其任务处理方法

技术领域

本发明涉及分布式处理的技术领域，特别是涉及一种集群式多媒体转码系统及一种在该系统上使用的任务处理的方法。

背景技术

随着互联网和手机网络的不断进化，媒体传播的平台越来越多，相应的传播平台支持的媒体格式也越来越多，从手机，到IPTV、高清数字广播，不同平台对内容的格式要求完全不同。为了使多媒体数据能够在异构网络之间、不同种类的接入设备之间以及不同格式之间透明交换，多媒体数据流之间的转码成为当前较热的研究方向。多媒体转码.就是将一种标准和格式的多媒体数据，处理成更适应于某特定应用的另一种标准和格式的多媒体数据。

由于多媒体转码处理，尤其是视频转码是非常耗时、耗费计算机资源的处理过程，因此，现有技术提出采用采用多个转码服务器来处理多个多媒体转码任务，然而在具体应用中，转码服务器不可避免地会出现硬件、软件方面的故障，从而可能导致任务处理阻塞的情形；并且，若某台服务器的被某个任务阻塞，其后的任务往往也无法响应，因而严重影响转码效率。

发明内容

本发明所要解决的技术问题是提供一种集群式多媒体转码系统及一种在该系统上使用的任务处理的方法，以使提高转码任务的处理效率，并有效节省系统资源。

为了解决上述技术问题，本发明实施例公开了一种集群式多媒体转码系统的任务处理方法，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，所述的方法包括：

各转码服务器实时向所述调度服务器反馈其运行状态信息；

所述调度服务器依据所述运行状态信息分发转码任务至相应的转码服务器；

若在预置的第一时间内，未收到所述转码服务器处理所述转码任务的结果，则所述调度服务器向该转码服务器发出状态查询请求；

若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则将所述转码任务重新分发至其它符合要求的转码服务器。

优选的，所述的方法，还包括：

若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则通知发起该转码任务的用户终端，和/或，在当前调度服务器上触发报警。

优选的，所述的方法，还包括：

若在预置的第二时间内，收到所述转码服务器针对所述状态查询请求的响应，则在所述调度服务器显示正常的提示信息。

优选的，所述转码服务器的信息为IP地址信息；

所述转码服务器的运行状态信息包括转码服务器的当前工作状态信息和资源占用信息。

优选的，所述转码任务具有优先等级信息，所述调度服务器分发转码任务的步骤进一步包括：

将优先等级最高的转码任务，分发给当前工作状态为空闲且资源占用最少的转码服务器。

本发明实施例还公开了一种集群式多媒体转码系统，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，其中，所述转码服务器包括：

运行状态反馈模块，用于向所述调度服务器实时反馈其运行状态信息；

所述调度服务器包括：

任务分发模块，用于依据所述运行状态信息分发转码任务至相应的转码服务器；

第一计时判断模块，用于判断在预置的第一时间内，是否收到所述转码服务器处理所述转码任务的结果，若否，则触发查询请求模块；

查询请求模块，用于向处理所述转码任务的转码服务器发出状态查询请求；

第二计时判断模块，用于判断在预置的第二时间内，是否收到所述转码服务器针对所述状态查询请求的响应，若否，则触发重分发模块；

重分发模块，用于将所述转码任务重新分发至其它符合要求的转码服务器。

优选的，所述调度服务器还包括：

终端通知模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，通知发起该转码任务的用户终端；

和/或，

报警提示模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，在当前调度服务器上触发报警

优选的，所述调度服务器还包括：

正常提示模块，用于在预置的第二时间内，收到所述转码服务器针对所述状态查询请求的响应时，在所述调度服务器显示正常的提示信息。

优选的，所述转码服务器的信息为IP地址信息；

所述转码服务器的运行状态信息包括转码服务器的当前工作状态信息和资源占用信息。

优选的，所述转码任务具有优先等级信息，所述调度服务器的任务分发模块进一步包括：

优先分发子模块，用于将优先等级最高的转码任务，分发给当前工作状态为空闲且资源占用最少的转码服务器。

与现有技术相比，本发明具有以下优点：

本发明对所有的转码任务都通过调度服务器进行集中调度，并且所有转码服务器都可以单独部署，通过向调度服务器注册相关信息，实现调度服务器对转码服务器的远程管理工作。

并且，各转码服务器会向所述调度服务器主动、实时反馈其运行状态信息；在转码任务调度处理时，调度服务器只需要依据当前各转码服务器反馈的运行状态信息直接调度即可。

再者，调度服务器会实时监控转码服务器的任务处理情况，一旦监测到发生任务阻塞，调度服务器就会主动向对应的转码服务器发起状态查询请求，以确认当时是否发生任务阻塞，若是，则调度服务器会重新分发相应的转码任务至其它符合要求的转码服务器，通知发起该任务的用户获知当前任务处理的情况，还可以在当前调度服务器上进行报警，以通知相关技术人员即时对转码服务器的问题进行排查。从而有效提高了转码任务的处理效率，节省了系统资源。

附图说明

图1是本发明的一种集群式多媒体转码系统的任务处理方法实施例1的步骤流程图；

图2是本发明的一种集群式多媒体转码系统的任务处理方法实施例2的步骤流程图；

图3是本发明的一种集群式多媒体转码系统实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：多处理器系统、服务器、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本发明实施例的核心构思之一在于，通过采用“集中式调度、分布式部署”构建集群式多媒体转码系统，将分布式部署的转码服务器信息注册在用于集中式调度的调度服务器中，并且各转码服务器实时向所述调度服务器反馈其运行状态信息以进行快捷、有效地调度。所述调度服务器还在调度过程中采取以下故障处理机制：从分发转码任务至相应转码服务器后开始计时，若在一定时间内未收到该转码服务器返回的任务处理结果，则由该调度服务器向转码服务器发起状态查询请求并开始计时，若在一定时间内未收到该转码服务器对该请求的响应，则可以确定该转码服务器可能出现某方面的故障而导致任务阻塞，于是，调度服务器会重新分发相应的转码任务至其它符合要求的转码服务器，同时还可以通知发起该任务的用户获知当前任务处理的情况，或者，在当前调度服务器上进行报警，以通知相关技术人员即时对转码服务器的问题进行排查。

参考图1，示出了本发明的一种集群式多媒体转码系统的任务处理方法实施例1的步骤流程图，其中，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，本实施例具体可以包括以下步骤：

步骤101、各转码服务器实时向所述调度服务器反馈其运行状态信息；

步骤102、所述调度服务器依据所述运行状态信息分发转码任务至相应的转码服务器；

步骤103、若在预置的第一时间内，未收到所述转码服务器处理所述转码任务的结果，则所述调度服务器向该转码服务器发出状态查询请求；

步骤104、若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则将所述转码任务重新分发至其它符合要求的转码服务器。

需要说明的是，在本发明实施例中，所述集群式多媒体转码系统是采用集群技术让多个转码任务在集群内(多个转码服务器构成)并行进行的系统。公知的是，集群技术是通过一组松散集成的计算机软件和/或硬件连接起来高度紧密地协作完成计算工作。集群系统中的单个计算机称作“节点”，节点之间可以通过局域网、互联网或其它方式连接，一般情况下，集群计算机比单个计算机，比如工作站或超级计算机性能价格比要高得多。在集群中，如果有某个节点失效，则其上的任务需要转移到其它正常的节点，该过程并不影响整个集群的运行。因而本发明的集群式多媒体转码系统可以极大地提高转码的吞吐率。

为使调度服务器与各转码服务器可以在网络上互相访问，在具体实现中，本发明的调度服务器中注册了系统内各转码服务器的信息，具体而言，该转码服务器的信息可以为每个转码服务器的IP地址和设备标识信息。即系统内每个转码服务器都会配置固定的IP地址和设备名，将所述IP地址，或者，IP地址和设备名注册在调度服务器中，就可实现调度服务器与各转码服务器的通信互连。

为保证转码任务分发的高效及合理，本发明的转码服务器会实时向所述调度服务器反馈其运行状态信息，而不需要调度服务器在分发每个任务之前，读取一下转码服务器当前的运行状态，判断其是否满足分发要求后才能执行任务分发的操作。具体而言，所述转码服务器的运行状态信息可以包括转码服务器的当前工作状态信息和资源占用信息来体现，例如，当前是否忙碌还是空闲，以及，转码服务器本身的内存、CPU占用情况。这些信息由转码服务器主动、实时地向调度服务器进行汇报，在这种情况下，调度服务器只需要读取其内部存储的、各转码服务器当前的运行状态信息，相应分发转码任务就可以了，从而提高了任务分发的效率。

为保证整个集群的正常运行，在某个节点失效时，需要将其上的任务需要转移到其它正常的节点，基于这种集群的处理机制，对本发明实施例而言，需要解决至少两个技术问题，一是如何判断节点失效，二是如何重新分发任务。对于如何判断节点失效的问题，本发明在调度服务器中会设置计时模块，从分发转码任务至相应转码服务器后开始计时，若在一定时间内(如100秒)未收到该转码服务器返回的任务处理结果，则由该调度服务器向转码服务器发起状态查询请求并开始计时，若在一定时间内(如50秒)未收到该转码服务器对该请求的响应，则可以确定该转码服务器可能出现某方面的故障而导致任务阻塞；对于如何重新分发任务，所述调度服务器可以依据当前各转码服务器的运行状态信息，将该转码任务分发至其它符合要求的转码服务器。

在本发明的一种优选实施例中，本发明针对调度服务器中排队的转码任务可以配置优先等级信息，当调度服务器在分发任务时，会先查看所有空闲转码服务器的性能状态，然后将优先级别最高的任务优先调度给性能状态最佳(资源占用最少)的服务器。若所有转码服务器都处于忙碌状态，则暂时不调度转码任务，等到有空闲的转码服务器再进行调度。

在重新分发转码任务时，则可以将该转码任务的优先等级调至最高，当前只要有空闲转码服务器，就可以直接将该转码任务分发给它，从而尽量减少任务阻塞产生的影响。

当然，上述转码任务的分发方法仅仅用作示例，本领域技术人员依据实际情况采用任一种分发规则都是可行的，例如，针对同一优先等级的转码任务采用先进先出的原则进行分发，本发明对此无需加以限制。

可见，应用本发明实施例，若某个服务器遇到硬件或软件故障，导致任务阻塞，调度服务器也不会继续向其分发任务，而会将其它任务交由其它有条件处理的转码服务器进行处理，从而进一步提高了系统的处理效率。

参考图2，示出了本发明的一种集群式多媒体转码系统的任务处理方法实施例2的步骤流程图，其中，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，本实施例具体可以包括以下步骤：

步骤201、各转码服务器实时向所述调度服务器反馈其运行状态信息；

步骤202、所述调度服务器依据所述运行状态信息分发转码任务至相应的转码服务器；

步骤203、判断在预置的第一时间内，是否收到所述转码服务器处理所述转码任务的结果，若是，则返回步骤202进行下一次的转码任务分发；若否，则执行步骤204；

步骤204、所述调度服务器向该转码服务器发出状态查询请求，并执行以下步骤；

步骤205、判断在预置的第二时间内，是否收到所述转码服务器针对所述状态查询请求的响应，若是，则执行步骤206；若否，则执行步骤207、208和209；

步骤206、在所述调度服务器显示正常的提示信息。

步骤207、将所述转码任务重新分发至其它符合要求的转码服务器；

步骤208、通知发起该转码任务的用户终端；

步骤209、在当前调度服务器上触发报警。

本实施例相较于图1所示的实施例而言，更进一步增加了在预置的第二时间内，收到所述转码服务器针对所述状态查询请求的响应时的正常提示处理步骤，如在调度服务器上亮起黄灯，或在调度服务器的人机交互界面上显示“第N号转码服务器正在处理第007号任务”的正常提示信息，以表示该转码服务器并未发生故障，只是正在处理当前任务或进行其它指令的响应，还未处理或正在处理当前任务。

本实施例还增加了在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，通知发起该任务的用户及在当前调度服务器上进行报警的步骤，如调度服务器向用户终端反馈一条“任务待处理，请稍候”的提示信息，或者，在调度服务上亮起红灯，或者，在调度服务器的人机交互界面上显示“第N号转码服务器发生故障”等报警提示信息，以使用户获知当前任务处理的情况，或方便相关技术人员即时对转码服务器的问题进行排查。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参考图3，示出了本发明的一种集群式多媒体转码系统实施例的结构框图，所述集群式多媒体转码系统包括调度服务器31和多个转码服务器32，各转码服务器32的信息注册在在所述调度服务器31中，其中，所述转码服务器32可以包括以下模块：

运行状态反馈模块321，用于向所述调度服务器实时反馈其运行状态信息；

所述调度服务器31可以包括以下模块：

任务分发模块311，用于依据所述运行状态信息分发转码任务至相应的转码服务器；

第一计时判断模块312，用于判断在预置的第一时间内，是否收到所述转码服务器处理所述转码任务的结果，若否，则触发查询请求模块；

查询请求模块313，用于向处理所述转码任务的转码服务器发出状态查询请求；

第二计时判断模块314，用于判断在预置的第二时间内，是否收到所述转码服务器针对所述状态查询请求的响应，若否，则触发重分发模块；

重分发模块315，用于将所述转码任务重新分发至其它符合要求的转码服务器。

在具体实现中，所述调度服务器还可以包括以下模块：

终端通知模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，通知发起该转码任务的用户终端；

和/或，

报警提示模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，在当前调度服务器上触发报警。

在预置的第二时间内，所述调度服务器收到所述转码服务器针对所述状态查询请求的响应时，还可以包括：

正常提示模块，用于在所述调度服务器显示正常的提示信息。

在具体实现中，所述转码服务器的信息可以为IP地址信息；所述转码服务器的运行状态信息可以包括转码服务器的当前工作状态信息和资源占用信息。

在本发明实施例中优选的是，所述转码任务具有优先等级信息，所述调度服务器的任务分发模块可以进一步包括：

优先分发子模块，用于将优先等级最高的转码任务，分发给当前工作状态为空闲且资源占用最少的转码服务器。

由于本实施例基本相应于前述方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。本说明书中的各个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本发明所提供的一种集群式多媒体转码系统的任务处理方法及一种集群式多媒体转码系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种集群式多媒体转码系统的任务处理方法，其特征在于，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，所述的方法包括：

各转码服务器实时向所述调度服务器反馈其运行状态信息；

所述调度服务器依据所述运行状态信息分发转码任务至相应的转码服务器；

若在预置的第一时间内，未收到所述转码服务器处理所述转码任务的结果，则所述调度服务器向该转码服务器发出状态查询请求；

若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则将所述转码任务重新分发至其它符合要求的转码服务器。

2.如权利要求1所述的方法，其特征在于，还包括：

若在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应，则通知发起该转码任务的用户终端，和/或，在当前调度服务器上触发报警。

3.如权利要求1所述的方法，其特征在于，还包括：

若在预置的第二时间内，收到所述转码服务器针对所述状态查询请求的响应，则在所述调度服务器显示正常的提示信息。

4.如权利要求1、2或3所述的方法，其特征在于，所述转码服务器的信息为IP地址信息；

所述转码服务器的运行状态信息包括转码服务器的当前工作状态信息和资源占用信息。

5.如权利要求4所述的方法，其特征在于，所述转码任务具有优先等级信息，所述调度服务器分发转码任务的步骤进一步包括：

将优先等级最高的转码任务，分发给当前工作状态为空闲且资源占用最少的转码服务器。

6.一种集群式多媒体转码系统，其特征在于，所述集群式多媒体转码系统包括调度服务器和多个转码服务器，各转码服务器的信息注册在在所述调度服务器中，其中，所述转码服务器包括：

运行状态反馈模块，用于向所述调度服务器实时反馈其运行状态信息；

所述调度服务器包括：

任务分发模块，用于依据所述运行状态信息分发转码任务至相应的转码服务器；

第一计时判断模块，用于判断在预置的第一时间内，是否收到所述转码服务器处理所述转码任务的结果，若否，则触发查询请求模块；

查询请求模块，用于向处理所述转码任务的转码服务器发出状态查询请求；

第二计时判断模块，用于判断在预置的第二时间内，是否收到所述转码服务器针对所述状态查询请求的响应，若否，则触发重分发模块；

重分发模块，用于将所述转码任务重新分发至其它符合要求的转码服务器。

7.如权利要求6所述的系统，其特征在于，所述调度服务器还包括：

终端通知模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，通知发起该转码任务的用户终端；

和/或，

报警提示模块，用于在预置的第二时间内，未收到所述转码服务器针对所述状态查询请求的响应时，在当前调度服务器上触发报警

8.如权利要求6所述的系统，其特征在于，所述调度服务器还包括：

正常提示模块，用于在预置的第二时间内，收到所述转码服务器针对所述状态查询请求的响应时，在所述调度服务器显示正常的提示信息。

9.如权利要求6、7或8所述的系统，其特征在于，所述转码服务器的信息为IP地址信息；

所述转码服务器的运行状态信息包括转码服务器的当前工作状态信息和资源占用信息。

10.如权利要求9所述的系统法，其特征在于，所述转码任务具有优先等级信息，所述调度服务器的任务分发模块进一步包括：

优先分发子模块，用于将优先等级最高的转码任务，分发给当前工作状态为空闲且资源占用最少的转码服务器。

Images