CN103677918A - 转码服务器的脚本设置方法和系统 - Google Patents

Abstract

本申请公开了转码服务器的脚本设置方法和系统，该方法包括：确定每个待进行脚本设置的转码服务器的类型信息；根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系；将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。本申请将接收到的对应于不同类型的服务器的转码升级脚本通过一键部署的方式，有效解决了由于手动转码部署耗时且部署错误率高造成转码故障及转码延迟的问题。

Description

转码服务器的脚本设置方法和系统

技术领域

本申请涉及转码服务领域，更具体地，涉及一种转码服务器的脚本设置方法和系统。

背景技术

现有技术中，视频网站将丰富的视频资源转换成适合于网络播放的格式，具体来说，对于不同的视频资源来说，其具有不同的视频格式，并不是所有的视频格式都适合于网络传输播放，视频网站将视频资源转换为如：“.flv”或“.mp4”等格式的视频成品进行网络传输（其中，“.flv”格式适合于电视终端传输及播放，“.mp4”格式适合于计算机及移动终端网络传输及播放）。为了保证用户的观看体验，视频网站通常都会提供大量的视频共用户自由选择播放。也就是说，视频网站需要建立大量的转码任务，并通过其内部的转码服务端（由转码服务器构成）来执行相应的转码任务以进行视频转码处理。

因此，视频资源从片源变成视频成品产出的过程中，转码作为生产线中最重要的一个环节就显得尤为重要。

对于转码过程而言，在开发、维护和视频转码时，不同的转码服务器在部署不同的转码服务后，可以实现不同的转码测试和转码处理等操作，其中，转码服务包括：测试脚本和转码程序执行脚本等。由于转码需要处理大量的视频转码任务，多数转码服务器都被充分利用参与转码处理，参与视频转码任务的每一台转码服务器上都部署有转码服务。

目前，在转码服务器进行转码前，都需要经过相应的测试，将测试程序或脚本部署到每一台服务器中，以确定各转码服务器是否符合转码要求。在转码服务器进行转码处理时，需要部署相应的转码程序执行脚本，转码服务器根据该转码程序执行脚本才能进行转码处理，对于已部署在转码服务器的转码程序执行脚本，为了提升转码程序执行脚本的处理效率，还需要对转码程序执行脚本进行不定期的优化更新。此外，为了保证所有的转码服务器都正常运行，还需要对转码服务器进行定期维护，部署相应的维护脚本到每一台转码服务器中。

但是，转码过程中，通常需要设置有几十甚至上百台转码服务器，在进行测试脚本、转码程序执行脚本或维护脚本的部署时，都需要大量重复的手动操作，整个部署过程需要消耗较长的时间，而且，手动部署的错误率也较高，将导致转码进度的延迟，甚至造成转码故障。

发明内容

有鉴于此，本申请所要解决的技术问题是提供了一种转码服务器的脚本设置方法和系统，以解决由于手动转码部署耗时且部署错误率高造成转码故障及转码延迟的问题。

为了解决上述技术问题，本申请公开了一种转码服务器的脚本设置方法，包括：

确定每个待进行脚本设置的转码服务器的类型信息；

根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系；

将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

优选地，还包括：

分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态；

指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并

接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息；

其中，所述第一特定执行状态为未根据所述部署脚本进行脚本更新；所述第二特定执行状态为正在或已经完成根据所述部署脚本进行脚本更新。

优选地，分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态，具体包括：

分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。

为了解决上述技术问题，本申请还公开了一种转码服务器的脚本设置系统，包括：获取单元、设置单元和部署单元，其中，

所述获取单元，用于确定每个待进行脚本设置的转码服务器的类型信息；

所述设置单元，用于根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系；

所述部署单元，用于将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

优选地，还包括：监测单元，用于分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态；

指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并

接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息；

其中，所述第一特定执行状态为未根据所述部署脚本进行脚本更新；所述第二特定执行状态为正在或已经完成根据所述部署脚本进行脚本更新。

优选地，分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态，具体包括：：

分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。

与现有技术相比，本申请所述的一种转码服务器的脚本设置方法和系统，达到了如下效果：

1）本申请将接收到的对应于不同类型的服务器的转码升级脚本通过一键部署的方式，将转码升级脚本同步部署至各转码服务器中，不需要手动逐次选择部署，有效解决了由于手动转码部署耗时且部署错误率高造成转码故障及转码延迟的问题。

2）本申请对不同类型的转码升级脚本与转码服务器进行类型匹配，将同一类型的转码升级脚本部署至对应类型的转码服务器中，缩短了转码服务器的脚本设置过程，可以使转码服务器在部署完成后快速投入使用。

3）本申请还可以对各转码服务器中的转码升级脚本运行状态进行监测，能够及时获知转码处理的情况，有效实现了转码过程的统一管理。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例一所述的转码服务器的脚本设置方法的流程图。

图2是本申请实施例二所述的转码服务器的脚本设置方法的流程图。

图3是本申请实施例三所述的转码服务器的脚本设置方法的具体执行流程图。

图4是本申请实施例四所述的转码服务器的脚本设置系统的结构框图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

实施例一

如图1所示，为本申请实施例一所述的一种转码服务器的脚本设置方法，该方法包括：

步骤101，确定每个待进行脚本设置的转码服务器的类型信息。

具体地，视频网站将大量的视频资源转码，需要几十或上百台转码服务器进行相应的转码处理，在本实施例中，采用云构架的转码服务器进行转码处理，即各地用户均可以将视频资源上传到相应的片源服务器，在生成相应的转码任务发送到本实施例中的转码服务器中进行转码处理，经过转码处理后，其他各地区的用户便可通过计算机终端、移动终端或电视终端访问该视频网站观看或下载相应的视频资源。当然，对于本实施例中的转码服务器还可以是其他构架结构，并不构成对本申请的限定。

步骤101中，不同的所述转码服务器具有各种类型，不同类型的所述转码服务器的兼容性、转码处理能力、转码方式都不相同，所以就需要获取各所述转码服务器的类型信息。

步骤102，根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系。

所述转码升级脚本，具体可以是转码处理执行脚本所对应的优化更新脚本。当然，在实际应用中，所述转码升级脚本也可以是转码服务器测试脚本或转码服务器维护脚本所对应的优化更新脚本，还可以是与所述转码服务器运行有关的其他升级脚本，在此并不做出限定。其中，需要说明的是，所述转码处理执行脚本是所述转码服务器进行转码处理时所依据的转码指令。

在本实施例的步骤102中，所述部署脚本具体可以是由Fabric（脚本）形成的部署脚本，即通过该Fabric（脚本）可以实现“一键”式的统一部署，而不再需要手动部署。所述部署脚本中的所述转码升级脚本具体可以由Hudson（持续集成工具）构建后发布，优选地，该转码升级脚本在发布后已集成不同类型的所述转码服务器的类型信息。不同的所述转码服务器有不同的类型（即类型信息不同），由Hudson构建后发布多种所述转码升级脚本，分别对应于不同类型的转码服务器，例如：某一转码服务器的类型信息具体为“HP DL360G69018AP”，通过Hudson构建后发布的所述转码升级脚本中，包括有已集成了该类型信息“HP DL360G69018AP”的所述转码升级脚本，从而可以根据所述转码服务器的类型信息和接收到的对应于不同类型的服务器的转码升级脚本进行类型匹配，将集成有“HP DL360G69018AP”类型信息的所述转码升级脚本，通过Fabric编译为该类型的转码服务器可以读取并执行的部署脚本。当然，所述部署脚本和转码升级脚本还可以通过其他方式进行部署或构建，并不构成对本申请的限定。

步骤103，将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

在所述转码服务器中，所述转码处理执行脚本需要不断优化更新（即通过所述部署脚本进行优化更新），这是因为，该转码处理执行脚本中可能存在缺陷或不足等“漏洞”，进而导致转码服务器在进行转码处理时效率较低，经过优化更新后，可以消除“漏洞”，并不断增强所述转码服务脚本的处理效率。例如：在一定时期内，针对高质量的片源进行转码处理，相应的所述转码执行脚本被设定为在转码服务器中进行720P的高码率转码处理，经过一段时间后，高质量的所述片源已全部进行了转码处理，需对剩余的低质量的片源进行转码处理，但是，由于此时在转码服务器中的所述转码执行脚本被设定为进行720P的高码率转码处理，如果不对该转码执行脚本进行优化更新，则将不能进行转码处理（低码率不能转为高码率）。从而，所述转码服务器通过所述部署脚本对该转码服务器内部的所述转码执行脚本进行优化更新，使其能够进行低码率的转码处理。当然，上述内容并不构成对本申请的限定。

实施例二

如图2所示，为本申请实施例二所述的一种转码服务器的脚本设置方法，该方法包括：

步骤201，确定每个待进行脚本设置的转码服务器的类型信息，其中，各所述转码服务器的类型信息中包括：各所述转码服务器的兼容性信息、转码处理性能信息以及转码方式信息。

步骤202，根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系。

在步骤202中，所述转码升级脚本，具体可以是转码处理执行脚本所对应的优化更新脚本。当然，在实际应用中，所述转码升级脚本也可以是服务器测试脚本或服务器维护脚本所对应的优化更新脚本，还可以是与所述转码服务器运行有关的其他升级脚本，在此并不做出限定。

需要说明的是，对于步骤202，所述转码升级脚本具体可以由Hudson构建后发布，在该转码升级脚本构建时已集成有对应于不同类型的所述转码服务器类型信息的类型标识，所以，步骤202中所述部署脚本，具体为由所述转码服务器的类型信息与接收到的所述转码升级脚本中提取的类型标识，进行类型匹配，通过Fabric编译为具有该类型信息的转码服务器可以读取并执行的部署脚本。

步骤203，将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

步骤204，分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态；指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息。

其中，所述第一特定执行状态为未根据所述部署脚本进行脚本更新；所述第二特定执行状态为正在或已经完成根据所述部署脚本进行脚本更新。

需要说明的是，所述转码升级脚本每一次发布时，都具有优化更新的内容，即所述转码升级脚本每一次发布都对应着不同的版本，所以，在所述转码升级脚本构建时，将相应的版本号标识嵌入所述转码升级脚本中，在根据所述转码升级脚本和转码服务器的类型信息生成所述部署脚本后，该版本号标识并不会改变，仍保留在所述部署脚本中。

具体来说，所述部署脚本部署至所述转码服务器中后，都会进行相应的优化更新，在更新成功后，所述转码服务器内相应的转码执行脚本的版本号标识将更新，如：所述转码服务器中原来的所述转码执行脚本的版本号标识为“v1.0.0”，所述部署脚本的中的所述版本号标识为“v1.0.1”，那么，所述部署脚本在所述转码服务器中执行成功后，相应的版本号标识更新为“v1.0.1”，更新成功后，所述转码服务器将定期反馈运行状态的报告信息（该报告信息中包括所述版本号标识），在实际应用中，所述转码服务器5秒反馈一次报告信息。在更新失败后，所述转码服务器内相应的转码执行脚本的版本号标识不会发生改变。

另外，对于步骤204中分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态，具体为：分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。

实施例三

下面结合图3，对所述转码服务器的脚本设置方法的具体应用进行详细说明：

设定：如图3所示，发布机将转码升级脚本（版本为v1.0.1，图3中并未示出）部署至所有的转码服务器中（图3中只示出转码服务器1至3），所有转码服务器中当前的所述转码执行脚本的版本号标识为“v1.0.0”，其中，转码服务器1的类型为M，转码服务器2和3的类型为N。

所述转码服务器的脚本设置方法的过程为：

步骤一，确定每个待进行脚本设置的转码服务器的类型信息。

步骤二，根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系。

步骤三，将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

步骤四，监测所述部署脚本在所述转码服务器中的执行状态，重新对所述转码服务器执行该部署脚本或接收该服务器反馈的报告信息。

具体地：

对于步骤一，在实际应用中，所述转码系统中包括几十或上百台服务器，图3为了便于说明只示出3台，并不构成对本申请的限定。通过获取每个所述转码服务器的类型信息，将各所述转码服务器的兼容性信息、转码处理性能信息以及转码方式信息都进行获取。即通过步骤一，获取到了转码服务器1的类型：M以及转码服务器2和3的类型：N。

需要说明的是，在图3中，所述转码升级脚本由Hudson通过从SVN代码库中提取更新的内容进行构建后发布，在该转码升级脚本构建时已集成有对应于不同类型的所述转码服务器类型信息的类型标识，即该转码升级脚本带有M类型标识和N类型标识两种。

所以，步骤二中，所述部署脚本，具体为由所述转码服务器的类型信息与接收到的所述转码升级脚本中提取的类型标识，进行类型匹配，通过Fabric编译为具有该类型信息的转码服务器可以读取并执行的部署脚本。

在步骤三中，发布机通过Fabric脚本编译为M类型的部署脚本和N类型的部署脚本同时“一键”式统一部署，发送至所有的转码服务器中。其中，M类型的部署脚本提供给转码服务器1，N类型的部署脚本提供给转码服务器2和3，并分别执行脚本更新。

对于步骤四，在转码服务器1中，部署脚本更新失败，所述转码服务器1内当前的所述转码执行脚本的版本号标识为“v1.0.0”，从而，重新将M类型的部署脚本提供给转码服务器1中进行脚本更新，部署脚本更新成功，转码服务器1内当前的所述转码执行脚本的版本号标识为“v1.0.1”，转码服务器1每隔5秒反馈一次报告信息。

在转码服务器2和3中，转码升级脚本更新成功，转码服务器1内当前的所述转码执行脚本的版本号标识为“v1.0.1”，转码服务器2和3每隔5秒反馈一次报告信息。

实施例四

如图4所示，为本申请实施例四所述的一种转码服务器的脚本设置系统，与转码服务器相耦接，该系统包括：获取单元401、设置单元402以及部署单元403，其中，

所述获取单元401，与所述转码服务器和设置单元403相耦接，用于确定每个待进行脚本设置的转码服务器的类型信息。

所述设置单元402，与所述获取单元401和所述部署单元403相耦接，用于根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系。

所述部署单元403，与所述设置单元402和转码服务器相耦接，用于将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。

视频网站将大量的视频资源转码，需要几十或上百台转码服务器进行相应的转码处理，在本实施例中，采用云构架的转码服务器进行转码处理，即各地用户均可以将视频资源上传到相应的片源服务器，在生成相应的转码任务发送到本实施例中的转码服务器中进行转码处理，经过转码处理后，其他各地区的用户便可通过计算机终端、移动终端或电视终端访问该视频网站观看或下载相应的视频资源。当然，对于本实施例中的转码服务器还可以是其他构架结构，并不构成对本申请的限定。

所述获取单元401，通过获取每个所述转码服务器的类型信息，进一步获取到各所述转码服务器的兼容性信息、转码处理性能信息以及转码方式信息

对于所述设置单元402接收的所述转码升级脚本，具体可以是转码处理执行脚本所对应的优化更新脚本。当然，在实际应用中，所述转码升级脚本也可以是转码服务器测试脚本或转码服务器维护脚本所对应的优化更新脚本，还可以是与所述转码服务器运行有关的其他升级脚本，在此并不做出限定。

需要说明的是，所述转码升级脚本具体可以由Hudson构建后发布，在该转码升级脚本构建时已集成有对应于不同类型的所述转码服务器类型信息的类型标识，所以，设置单元402生成的所述部署脚本，具体为由所述转码服务器的类型信息与接收到的所述转码升级脚本中提取的类型标识，进行类型匹配，通过Fabric编译为具有该类型信息的转码服务器可以读取并执行的部署脚本。

另外，本实施例中，还包括一监测单元404，与所述部署单元403和转码服务器相耦接，用于分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态；指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息。

所述转码升级脚本每一次发布时，都具有优化更新的内容，即所述转码升级脚本每一次发布都对应着不同的版本，所以，在所述转码升级脚本构建时，将相应的版本号标识嵌入所述转码升级脚本中，在根据所述转码升级脚本和转码服务器的类型信息生成所述部署脚本后，该版本号标识并不会改变，仍保留在所述部署脚本中。

具体来说，所述部署脚本部署至所述转码服务器中后，都会进行相应的优化更新，在更新成功后，所述转码服务器内相应的转码执行脚本的版本号标识将更新，如：所述转码服务器中原来的所述转码执行脚本的版本号标识为“v1.0.0”，所述部署脚本的中的所述版本号标识为“v1.0.1”，那么，所述部署脚本在所述转码服务器中执行成功后，相应的版本号标识更新为“v1.0.1”，更新成功后，所述转码服务器将定期反馈运行状态的报告信息（该报告信息中包括所述版本号标识），在实际应用中，所述转码服务器5秒反馈一次报告信息。在更新失败后，所述转码服务器内相应的转码执行脚本的版本号标识不会发生改变。

那么，所述监测单元404，具体用于分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。

由于方法部分已经对本申请实施例进行了详细描述，这里对实施例中涉及的系统与方法对应部分的展开描述省略，不再赘述。对于系统中具体内容的描述可参考方法实施例的内容，这里不再具体限定。

与现有技术相比，本申请所述的一种转码服务器的脚本设置方法和系统，达到了如下效果：

1）本申请将接收到的对应于不同类型的服务器的转码升级脚本通过一键部署的方式，将转码升级脚本同步部署至各转码服务器中，不需要手动逐次选择部署，有效解决了由于手动转码部署耗时且部署错误率高造成转码故障及转码延迟的问题。

2）本申请对不同类型的转码升级脚本与转码服务器进行类型匹配，将同一类型的转码升级脚本部署至对应类型的转码服务器中，缩短了转码服务器的脚本设置过程，可以使转码服务器在部署完成后快速投入使用。

3）本申请还可以对各转码服务器中的转码升级脚本运行状态进行监测，能够及时获知转码处理的情况，有效实现了转码过程的统一管理。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者系统中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种转码服务器的脚本设置方法，其特征在于，包括： 

确定每个待进行脚本设置的转码服务器的类型信息； 

根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系； 

将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。 

2.如权利要求1所述的转码服务器的脚本设置方法，其特征在于，还包括： 

分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态； 

指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并 

接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息； 

其中，所述第一特定执行状态为未根据所述部署脚本进行脚本更新；所述第二特定执行状态为正在或已经完成根据所述部署脚本进行脚本更新。 

3.如权利要求2所述的转码服务器的脚本设置方法，其特征在于，分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态，具体包括： 

分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。 

4.一种转码服务器的脚本设置系统，其特征在于，该系统包括：获取单 元、设置单元和部署单元，其中， 

所述获取单元，用于确定每个待进行脚本设置的转码服务器的类型信息； 

所述设置单元，用于根据所述每个待进行脚本设置的转码服务器的类型信息和接收到的对应于不同类型的转码服务器的转码升级脚本，生成部署脚本；其中，所述部署脚本包含所述待进行脚本设置的转码服务器的类型信息和相应的转码升级脚本的对应关系； 

所述部署单元，用于将所述部署脚本分别提供给所述每个待进行脚本设置的转码服务器，以指示所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新。 

5.如权利要求4所述的转码服务器的脚本设置系统，其特征在于，还包括：监测单元，用于分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态； 

指示监测到的第一特定执行状态所对应的转码服务器重新根据所述部署脚本进行脚本更新；并 

接收监测到的第二特定执行状态所对应的转码服务器定期反馈的脚本更新的报告信息； 

其中，所述第一特定执行状态为未根据所述部署脚本进行脚本更新；所述第二特定执行状态为正在或已经完成根据所述部署脚本进行脚本更新。 

6.如权利要求5所述的转码服务器的脚本设置系统，其特征在于，分别监测所述每个待进行脚本设置的转码服务器根据所述部署脚本进行脚本更新的执行状态，具体包括： 

分别监测所述部署脚本中对应于不同转码服务器的类型信息的转码升级脚本的版本号标识的状态。 

Images