一种服务器负载控制方法和装置的制造方法
【专利摘要】本申请提供了一种负载控制的实现方法和装置。应用在负载控制服务器，所述方法包括：接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统；接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器；提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。本申请可实现非线性编辑系统服务器间的负载平衡以及最大化利用服务器性能。
【专利说明】
一种服务器负载控制方法和装置
技术领域
[0001]本发明涉及服务器资源配置领域，特别是涉及一种服务器负载控制方法和装置。
【背景技术】
[0002]计算机技术的发展，促进了多媒体技术的高速发展。计算机技术已渗透到影视节目制作的每一角落，其中使用一台计算机即可以完成视频的捕捉、编辑甚至特技、动画、字幕的制作非线性编辑系统得到了广泛应用。
[0003]传统的电视制作和影视作品的制作环境，需要编辑人员在机房完成；而非线性编辑系统可利用网络方便地传输数码视频，在网络上协同创作。基于网络的浏览器和服务器结构(Browser Server，BS)或客户端和服务器结构(Client Server,CS)，编辑人员采用非线性编辑系统摆脱了工作地点的限制，极大地满足了工作时效性的需求。
[0004]但是由于编辑系统的复杂性，以及编辑素材越来越趋于高分辨率和高码率，为了最大化的利用服务器的处理性能，服务器间的负载平衡以及利用率最大化就成了亟待解决的问题。
【发明内容】
[0005]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种服务器负载控制方法和装置。
[0006]依据本发明的一个方面，提供了一种负载控制的实现方法，应用在负载控制服务器，所述方法包括:
[0007]接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统；
[0008]接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器；
[0009]提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。
[0010]可选地，所述路径信息包括所述应用服务器的端口信息和地址信息。
[0011 ] 可选地，所述方法还包括:
[0012]根据所述目标应用服务器的最新负载状态更新所述负载状态信息。
[0013]可选地，所述判定负载最小的目标应用服务器的步骤包括:
[0014]选择所述应用服务器中CPU利用率、内存使用率和客户端连接数量中至少一项最小的服务器。
[0015]可选地，所述方法还包括:
[0016]指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。
[0017]可选地，所述方法还包括:
[0018]接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知；
[0019]根据所述通知更新所述负载状态信息。
[0020]可选地，所述方法还包括:
[0021 ]接收对添加或者减少至少一个应用服务器的指示；
[0022]根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。
[0023]根据本发明的另一方面，提供了一种负载控制的实现装置，部署在负载控制服务器，所述装置包括:
[0024]接收模块，用于接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统；
[0025]判定模块，用于接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器；
[0026]发送模块，用于提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。
[0027]可选地，所述路径信息包括所述应用服务器的端口信息和地址信息。
[0028]可选地，所述装置还包括:
[0029]第一更新模块，用于根据所述目标应用服务器的最新负载状态更新所述负载状态
?目息O
[0030]可选地，所述判定负载最小的目标应用服务器的步骤包括:
[0031]选择所述应用服务器中CPU利用率、内存使用率和客户端连接数量中至少一项最小的服务器。
[0032]可选地，所述装置还包括:
[0033]服务程序模块，用于指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。
[0034]可选地，所述装置还包括:
[0035]通知模块，用于接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知；
[0036]第二更新模块，用于根据所述通知更新所述负载状态信息。
[0037]可选地，所述装置还包括:
[0038]服务器编辑模块，用于接收对添加或者减少至少一个应用服务器的指示；
[0039]第三更新模块，用于根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。
[0040]依据本发明实施例，负载控制服务器接收到客户端连接应用服务器的请求时，根据负载状态信息判定负载最小的目标应用服务器，将目标应用服务器的路径信息发送给客户端，客户端根据路径信息与目标应用服务器连接。由于每次客户端连接的都是服务器组中较空闲的，所以不会造成某些应用服务器超负荷运转而另外一些应用服务器一直空闲，从而实现了服务器间的负载平衡以及最大化利用服务器性能。
[0041]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0042]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0043]图1是根据本发明实施例一的一种服务器负载控制方法的步骤流程图。
[0044]图2是根据本发明实施例二的一种服务器负载控制方法的步骤流程图。
[0045]图3是根据本发明实施例三的一种服务器负载控制装置的结构框图。
【具体实施方式】
[0046]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0047]实施例一
[0048]详细介绍本发明实施例提供的一种服务器负载控制方法。
[0049]参照图1，示出了本发明实施例中的一种服务器负载控制方法的步骤流程图。
[0050]步骤101，接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统。
[0051]本发明实施例中，负载控制服务程序是实现调配应用服务器，平衡应用服务器负载的程序，用于负载控制服务器与应用服务器之间的通信。一台服务器运行负载控制服务程序就成为负载控制服务器，其余可以与客户端连接的为应用服务器，应用服务器运行有非线性编辑系统。例如，由服务器A、B、C、D组成服务器组，服务器A运行负载控制服务程序，则服务器A为负载控制服务器，其余服务器B、C、D为应用服务器。
[0052]本实施例中，调度服务程序由负载控制服务程序安装在应用服务器上，用于应用服务器与负载控制服务器通信。调度服务程序将其所在的应用服务器的路径信息以及负载状态信息发送给负载控制服务器。其中，路径信息可以包括应用服务器的地址信息和端口信息，根据路径信息可以连接客户端；负载状态信息包括CPU利用率、内存使用率和客户端连接数量等，用于判定服务器是否为负载最小的目标应用服务器。例如，服务器A上的负载控制服务程序将调度服务安装在服务器B、C、D上，调度服务程序将服务器B、C、D的地址信息、端口信息以及CPU利用率、内存使用率和客户端连接数量发送给服务器A的负载控制程序。
[0053]进一步，调度服务程序发送的各应用服务器的路径信息和负载状态信息，可以是定时发送，也可以是在负载状态信息变化时发送，也可以是由负载控制服务器向调度服务程序发送获取路径信息和负载状态信息的指令时再发送。具体的，应用服务器可以固定间隔时间向负载控制服务器反馈一次CHJ利用率、内存使用率和客户端连接数量等信息;或者是目标应用服务器与客户端连接后，客户端连接数量发生变化，调度服务程序自动将目标应用服务器的所有负载状态信息反馈给负载控制服务器;又或者是，当负载控制服务器有获取应用服务器负载状态信息的需求时，向应用服务器发送获取指令，由应用服务器上的调度服务器程序将其所在的应用服务器的路径信息和负载状态反馈给负载控制服务器。本实施例中对调度服务程序发送路径信息和负载状态的频次不做详细规定一一该频次可以根据实际需求设置，本发明对此并不做限制，可由负载控制服务器对服务器B、C、D统一设置，也可以由各服务器自行设置。
[0054]本实施例中，服务器组A、B、C、D中，服务器A上安装负载控制服务程序并启动，负载控制服务程序将调度服务程序安装在服务器上B、C、D。调度服务程序将服务器B、C、D的地址信息、端口信息和负载状态信息发送给服务器A上负载控制服务程序。
[0055]步骤102，接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器。
[0056]本实施例中，负载最小的目标应用服务器是根据负载状态信息判定的最空闲服务器，负载状态信息可以是服务器CPU利用率、内存使用率和客户端连接数量中至少一种。例如，在服务器^(:、0中，客户端连接数量分别为35、30、40，(^1]利用率分别为50%、55%、60%，内存使用率为70%、60%、60%，如果根据CPU利用率这一种负载状态信息判定，服务器B为负载最小的目标应用服务器，但是根据内存使用率和客户端连接数量这两种负载状态信息判定，服务器C为负载最小的目标应用服务器。当然，本实施例中还可以包括其他各种适用的判定应用服务器是否空闲的标准，不限于上述几种情况，可根据实际需求进行设置。
[0057]本实施例中，客户端在需求编辑素材时，发送连接服务器的请求。负载控制服务器接收客户端连接服务器的请求，根据调度服务程序发送给负载服务器的负载状态信息判定负载最小的目标应用服务器。具体的，负载控制服务器接收客户端发送的连接服务器的请求，通过比较调度服务发送的多个应用服务器分别对应的客户端连接数量，判定其中某个应用服务器为负载最小的目标应用服务器。
[0058]步骤103，提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。
[0059]本实施例中，在根据负载状态信息找到负载最小的目标应用服务器后，提取目标应用服务器的路径信息。例如，已根据客户端连接数量找到负载最小的目标应用服务器为C，提取服务器C的地址信息为221.11.90.15，端口信息为26。将路径信息也就是地址信息221.11.90.15和端口信息26发送给客户端，客户端根据以上路径信息与服务器C连接。
[0060]综上所述，本实施例在客户端请求连接应用服务器时，由负载控制服务器根据负载状态信息判定负载最小的目标应用服务器，将目标应用服务器的路径信息发送给客户端，用于客户端连接目标服务器。本实施例实现了应用服务器之间的负载平衡，最大化利用了服务器的性能。
[0061 ] 实施例二
[0062]步骤201，接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统。
[0063]步骤202，接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器。
[0064]步骤203，提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。
[0065]步骤204，根据所述目标应用服务器的最新负载状态更新所述负载状态信息。
[0066]本实施例中，目标应用服务器的最新负载状态可以是该服务器与客户端连接后的状态。例如，在服务器8工、0中，客户端连接数量分别为35、30、40<?1]利用率分别为50%、55%、60%，根据客户端连接数量判定为负载最小的目标应用服务器为C，在服务器C与客户端连接后，服务器的负载状态信息发生了变化，客户端连接数量为31，CPU利用率为58%。目标应用服务器的最新负载状态也可以是该服务器与客户端连接前的状态，例如，服务器C上连接的其他客户端处理的程序比较复杂，导致服务器C的最新负载状态信息变化为CPU利用率 65 %。
[0067]进一步的，应用服务器C在客户端连接前，由于其他程序导致的CPU利用率从55%变化为65%，该服务器C在与客户端连接后，客户端数量由30变化为31，这些负载状态信息都由调度服务程序发送给负载控制服务器A，服务器A将服务器C之前的负载状态信息更新为CPU利用率65%，客户端连接数量31，更新的信息可供再次判定负载最小的目标应用服务器时使用。
[0068]步骤205，指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。
[0069]本实施例中，负载控制服务器接收每一次客户端发送的连接请求，根据该次连接请求寻找负载最小的目标应用服务器，在客户端与负载最小的目标应用服务器连接后，负载控制服务器指示目标应用服务器生成一个服务程序，一对一服务于连接的客户端。具体的，负载控制服务器A，应用服务器B、C、D，客户端X、Y，服务器A在接收到客户端X第一次发送的连接应用服务器的请求时，找到负载最小的目标应用服务器为C，客户端X与目标应用服务器C连接，服务器A指示服务器C生成一个服务程序Fl，F1仅服务于客户端X第一次发送的请求。当客户端X第二次发送连接应用服务器的请求时，服务器A找到的目标应用服务器仍然为C，客户端X与服务器C再次连接，服务器A指示服务器C生成一个服务程序F2，F2仅服务于客户端X第二次发送的请求。当服务器A在接收到客户端Y第一次发送的连接应用服务器的请求时，找到负载最小的目标应用服务器仍然是C，客户端Y与目标应用服务器C连接，月艮务器A指示服务器C生成一个服务程序F3，F3仅服务于客户端Y第一次发送的请求。也就是说，不论是同一客户端发送的第几次连接请求，还是不同客户端发送的连接请求，目标应用服务器均生成一个唯一服务于发送该次连接请求的客户端的服务程序。
[0070]步骤206，接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知。
[0071 ]本实施例中，客户端与目标服务器断开连接时，可能是客户端编辑完成请求断开；或者是客户端编辑完成后，服务程序结束;又或者是由于网络故障等原因导致客户端与目标服务器断开。当调度服务程序检测到目标应用服务器与客户端断开时，向负载控制服务器发送目标应用服务器与客户端已断开的通知以及目标应用服务器的最新负载状态信息。具体的，客户端X完成编辑素材之后，由客户端主动请求断开连接，或者服务器C检测到服务程序Fl结束，客户端X与服务器C断开连接。服务器C上的调度服务程序检测到客户端X与服务器C断开，向负载控制服务器A发送客户端X与服务器C已断开的通知以及服务器C的最新负载状态信息。
[0072]步骤207，根据所述通知更新所述负载状态信息。
[0073]本实施例中，负载控制服务器接收调度服务程序发送的客户端与目标应用服务器断开的通知，根据目标应用服务器的最新负载状态信息进行信息更新。例如，客户端X与服务器C断开连接，服务器C的客户端连接数量由客户端X连接时的31变为30，调度服务程序将客户端连接数量30发送至负载控制服务器A，服务器A更新服务器C的客户端连接数量等负载状态信息。
[0074]步骤208，接收对添加或者减少至少一个应用服务器的指示。
[0075]本实施例中，可以由管理员对服务器组进行编辑，添加或者减少应用服务器;也可以由负载控制服务器对应用服务器的负载状态进行检测，然后对服务器组进行添加或者减少应用服务器的编辑。具体的，服务器组A、B、C、D，A为负载控制服务器，B、C、D为应用服务器，当管理员发现请求连接的客户端比较多，应用服务器的内存使用率较高或者客户端连接数量较大，可以手动编辑服务器组，将服务器E、F添加至服务器组中。或者是负载控制服务器A检测到服务器D没有与任何客户端连接，将服务器D从服务器组中删除。本实施例中对服务器组的编辑规则不做详细规定，可根据实际情况设置。
[0076]步骤209，根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。
[0077]本实施例中，负载控制服务器添加或者减少应用服务器，并且更新数量变化后服务器的负载状态信息。具体的，当服务器组添加E、F时，负载控制服务器A在服务器E、F上部署调度服务程序，调度服务程序将服务器E、F的路径信息和负载状态信息反馈给服务器A，服务器A更新应用服务器E和F的负载状态信息。
[0078]综上所述，本发明实施例具有生成唯一服务于客户端的服务程序，自动更新应用服务器负载状态信息，自动编辑应用服务器组等功能，很好的实现了服务器之间的负载平衡，最大化的利用了服务器的性能，提高了用户编辑的效率。
[0079]需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必需的。
[0080]实施例三
[0081 ]详细介绍本发明实施例提供的一种服务器负载控制装置。
[0082]参照图3，示出了本发明实施例中的一种服务器负载控制装置的结构框图，部署在负载控制服务器，所述装置具体包括:
[0083]接收模块，用于接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统；
[0084]判定模块，用于接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器；
[0085]发送模块，用于提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。
[0086]本实施例中，优选地，所述路径信息包括所述应用服务器的端口信息和地址信息。
[0087]本实施例中，优选地，所述装置还包括:
[0088]第一更新模块，用于根据所述目标应用服务器的最新负载状态更新所述负载状态
?目息O
[0089]本实施例中，优选地，所述判定负载最小的目标应用服务器的步骤包括:
[0090]选择所述应用服务器中CPU利用率、内存使用率和客户端连接数量中至少一项最小的服务器。
[0091]本实施例中，优选地，所述装置还包括:
[0092]服务程序模块，用于指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。
[0093]本实施例中，优选地，所述装置还包括:
[0094]通知模块，用于接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知；
[0095]第二更新模块，用于根据所述通知更新所述负载状态信息。
[0096]本实施例中，优选地，所述装置还包括:
[0097]服务器编辑模块，用于接收对添加或者减少至少一个应用服务器的指示；
[0098]第三更新模块，用于根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。
[0099]综上所述，本发明实施例负载控制服务器使客户端连接到服务器组中负载最小的应用服务器，同时自动更新应用服务器负载状态信息，自动编辑应用服务器组，实现了服务器之间的负载平衡，最大化的利用了服务器的性能。
[0100]对于上述服务器负载控制装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0101]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
[0102]本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是可行的，故上述各个实施例之间的任意组合都是本发明的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。
[0103]在此提供的服务器负载控制方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0104]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0105]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0106]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0107]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0108]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的服务器负载控制方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0109]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
【主权项】
1.一种负载控制的实现方法，应用在负载控制服务器，所述方法包括: 接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统； 接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器； 提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。2.根据权利要求1所述的方法，其特征在于，所述路径信息包括所述应用服务器的端口信息和地址信息。3.根据权利要求1所述的方法，其特征在于，所述方法还包括: 根据所述目标应用服务器的最新负载状态更新所述负载状态信息。4.根据权利要求1所述的方法，其特征在于，所述判定负载最小的目标应用服务器的步骤包括: 选择所述应用服务器中CHJ利用率、内存使用率和客户端连接数量中至少一项最小的服务器。5.根据权利要求1所述的方法，其特征在于，所述方法还包括: 指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。6.根据权利要求1所述的方法，其特征在于，所述方法还包括: 接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知； 根据所述通知更新所述负载状态信息。7.根据权利要求1所述的方法，其特征在于，所述方法还包括: 接收对添加或者减少至少一个应用服务器的指示； 根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。8.一种负载控制的实现装置，部署在负载控制服务器，所述装置包括: 接收模块，用于接收部署调度服务程序的各应用服务器发送的路径信息和负载状态信息，所述应用服务器运行有非线性编辑系统； 判定模块，用于接收客户端对所述应用服务器的连接请求，根据所述负载状态信息判定负载最小的目标应用服务器； 发送模块，用于提取所述目标应用服务器的路径信息并发送至所述客户端，以使所述客户端与所述目标应用服务器连接。9.根据权利要求8所述的装置，其特征在于，所述路径信息包括所述应用服务器的端口信息和地址信息。10.根据权利要求8所述的装置，其特征在于，所述装置还包括: 第一更新模块，用于根据所述目标应用服务器的最新负载状态更新所述负载状态信息。11.据权利要求8所述的装置，其特征在于，所述判定负载最小的目标应用服务器的步骤包括: 选择所述应用服务器中CHJ利用率、内存使用率和客户端连接数量中至少一项最小的服务器。12.据权利要求8所述的装置，其特征在于，所述装置还包括: 服务程序模块，用于指示所述目标应用服务器生成一个服务程序，所述服务程序唯一服务于所述目标应用服务器根据所述连接请求进行连接的所述客户端。13.据权利要求8所述的装置，其特征在于，所述装置还包括: 通知模块，用于接收所述调度服务程序在所述客户端与所述目标服务器断开连接时发送的通知； 第二更新模块，用于根据所述通知更新所述负载状态信息。14.据权利要求8所述的装置，其特征在于，所述装置还包括: 服务器编辑模块，用于接收对添加或者减少至少一个应用服务器的指示； 第三更新模块，用于根据所述指示对应添加或减少的至少一个应用服务器，更新所述应用服务器数量变化后的所述负载状态信息。
【文档编号】H04L29/08GK105933429SQ201610371406
【公开日】2016年9月7日
【申请日】2016年5月30日
【发明人】见良, 严玄, 郑鹏程, 刘铁华
【申请人】新奥特（北京）视频技术有限公司