服务器管理方法及系统、服务器、区域及全局调度中心与流程

本发明属于计算机技术领域，尤其涉及服务器管理方法及系统、服务器、区域及全局调度中心。

背景技术：

在视频上课场景应用中，最常见的是课堂互动和课堂直播。课堂互动对实时性要求很苛刻，双向延迟一般要求在1.5s以内，对画面的流畅度、音视频同步、画质，以及声音的噪声、回音都有很高的要求，而课堂直播对实时性要求略低，一般在5～10S都可以接受，也不存在回音问题，但是对画面流畅度等和互动一致，只要以上一二点不满足就会引起使用者的不适，影响产品的用户体验。在大多数的使用场景中，课堂互动和课堂直播都是依赖于公网的，而公网资源少，用户多，如著名的‘最后一公里’问题，且组成公网的运营商众多，各个运营商之间的网络互通较差等现状，使得在公网上进行音视频互动和直播成为困难。

技术实现要素：

本发明提供一种服务器管理方法及系统、服务器、区域及全局调度中心，以解决上述问题。

本发明公开了一种服务器管理方法，包括：在服务器的负载大于警戒值时，筛选出当前处理的服务类型与所述服务器的服务类型不相同的任务；向本区域调度中心发送调度通知，并将所述任务的信息通知所述本区域调度中心。

本发明还公开了一种服务器管理方法，包括：接收本区域内服务器发送的调度通知，所述调度通知包含需迁移的任务信息；调度与所述任务的服务类型相同的服务器处理所述任务中的全部或部分处理流；若本区域内的服务器均不满足调度条件，则向全局调度中心发送调度请求。

本发明还公开了一种服务器管理方法，包括：接收来自区域调度中心的调度请求；根据所述调度请求携带的服务类型信息和属性信息查找适配的区域调度中心；向所述适配的区域调度中心发送分配请求。

本发明还公开了一种服务器，包括：筛选单元，用于在负载大于警戒值时，筛选出当前处理的服务类型与所述服务器的服务类型不相同的任务；请求单元，用于向本区域调度中心发送调度通知，并将所述任务的信息通知所述本区域调度中心。

本发明还公开了一种区域调度中心，包括：接收单元，用于接收本区域内服务器发送的调度通知，所述调度通知包含需迁移的任务信息；调度单元，用于调度与所述任务的服务类型相同的服务器处理所述任务中的全部或部分处理流；请求单元，用于在本区域内的服务器均不满足调度条件时，向全局调度中心发送调度请求。

本发明还公开了一种全局调度中心，其特征在于，包括：接收单元，用于接收来自区域调度中心的调度请求；查找单元，用于根据所述调度请求携带的服务类型信息和属性信息查找适配的区域调度中心；调度单元，用于向所述适配的区域调度中心发送分配请求。

本发明还公开了一种服务器管理系统，包括：多个如上述任一技术方案中所述的服务器；

一个如上述任一技术方案中所述的全局调度中心；多个如上述任一技术方案中所述的区域调度中心，其中，每个区域调度中心管理多个所述服务器。

根据本发明提供的技术方案，建立全局的资源调度分配节点，对整个流媒体服务器网络进行实时监控，通过智能调度方法，对服务器资源进行合理调度，并且对服务器类型进行了区分，用于处理不同类型的业务，当其中一种类型的服务器负载超警戒值时，可将不相同类型业务进行迁移，并且在迁移时根据业务特点进行部分迁移，保障课堂互动和直播效果，提升用户体验。

附图说明

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

图1所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图；

图2所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图；

图3所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图；

图4所示为根据本发明的一较佳实施例提供的服务器的框图；

图5所示为根据本发明的一较佳实施例提供的区域调度中心的框图；

图6所示为根据本发明的一较佳实施例提供的全局调度中心的框图；

图7所示为根据本发明的一较佳实施例提供的服务器管理系统示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图。如图1所示，本发明的较佳实施例提供的服务器管理方法包括以下步骤：

步骤102，在服务器的负载大于警戒值时，筛选出当前处理的服务类型与所述服务器的服务类型不相同的任务。

步骤104，向本区域调度中心发送调度通知，并将所述任务的信息通知所述本区域调度中心。

其中，所述任务的信息包括服务类型、服务对象角色。所述服务类型包括互动型和观摩型。

在本实施例中，服务器被设置为不同服务类型，分别用于处理不同类型的任务。当某一类型的服务器负载超出警戒值时，可临时调用其他类型的服务器。但当其他类型的服务器也超出警戒值时，可以将与本服务器类型不相同的业务进行迁移，通知区域调度中心，由区域调度中心安排其他合适的服务器。

例如观摩课堂A向区域调度中心发送请求，区域调度中心发现本区域内的观摩型服务器均超出警戒值，调度互动型服务器来处理观摩课堂A的业务。在处理过程中，有新的互动任务，若此时的互动型服务器即将超出警戒值，则可以筛选出不是属于互动型的任务，将该任务迁移出去。

图2所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图。

如图2所示，根据本发明的实施例的服务器管理方法，包括：

步骤202，接收本区域内服务器发送的调度通知，所述调度通知包含需迁移的任务信息。

步骤204，调度与所述任务的服务类型相同的服务器处理所述任务中的全部或部分处理流；

步骤206，若本区域内的服务器均不满足调度条件，则向全局调度中心发送调度请求。

服务器管理方法还包括：判断所述任务包含的服务对象角色；将预先设定的服务对象角色所对应的处理流作为所述任务中的部分处理流。

在确定需迁移的任务后，分析任务包含的服务对象角色，将某些服务对象角色迁移出去，保留剩下的服务对象角色。所述服务对象角色至少包括教师、学生、家长、监管人员、第三方人员。

例如在确定需迁移的是观摩课堂时，假设参与该观摩课堂的角色是教师、学生和家长，可以将家长对应的处理流迁移至其他服务器。这样既能保证观摩课堂中教师和学生的观摩效果，也能使互动课堂能够被及时处理。

图3所示为根据本发明的一较佳实施例提供的服务器管理方法的流程图。

如图3所示，根据本发明的实施例的一种服务器管理方法，包括：

步骤302，接收来自区域调度中心的调度请求。

步骤304，根据所述调度请求携带的服务类型信息和属性信息查找适配的区域调度中心。

步骤306，向所述适配的区域调度中心发送分配请求。

其中，所述属性信息包括地域和/或运营商。

在确定需要被迁移出去的服务对象角色之后，需要安排合适的服务器来处理该服务对象角色对应的处理流，如果本区域没有合适的服务器，则需要全局调度中心调度其他区域合适的服务器来处理。在查找合适的区域调度中心时，优先考虑地域和运营商，例如同一运营商相同区域是最优的，当然也会考虑各区域调度中心所管辖的服务器的负载情况。

服务器管理方法还可以包括：接收各区域调度中心发送的负载状态信息；所述适配的区域调度中心包括：负载最小的区域调度中心；与原区域调度中心距离最小的区域调度中心；与原区域运营商相同的区域调度中心；负载最小、与原区域调度中心距离最小且运营商相同的区域调度中心。

如果迁移的任务是互动型的，则优先安排本区域内的某一互动型服务器处理该业务，该某一互动型服务器可以是离用户终端距离最近的服务器，也可以是本区域内负载最轻的服务器。若该某一互动型服务器的负载也达到警戒值，则安排本区域内中的其他互动型服务器来处理业务。如果本区域内没有可以安排的服务器，则通过全局调度中心寻找合适的区域调度中心来安排合适的服务器处理业务。其他区域调度中心也可以根据距离、服务类型、负载等情况来安排合适的服务器。在确定了合适的服务器之后，其他区域调度中心上报全局调度中心，全局调度中心继而通知原区域调度中心，该原区域调度中心将服务器的地址等信息反馈给用户终端。用户终端与该服务器进行通信，上传音视频流，下载音视频流。

图4所示为根据本发明的一较佳实施例提供的服务器的框图。

如图4所示，根据本发明的实施例的一种服务器400，包括：

筛选单元402，用于在负载大于警戒值时，筛选出当前处理的服务类型与所述服务器的服务类型不相同的任务；

请求单元404，用于向本区域调度中心发送调度通知，并将所述任务的信息通知所述本区域调度中心。

其中，所述任务的信息包括服务类型、服务对象角色，其中，所述服务类型包括互动型和观摩型。

图5所示为根据本发明的一较佳实施例提供的区域调度中心的框图。

如图5所示，根据本发明的实施例的一种区域调度中心500，包括：

接收单元502，用于接收本区域内服务器发送的调度通知，所述调度通知包含需迁移的任务信息；

调度单元504，用于调度与所述任务的服务类型相同的服务器处理所述任务中的全部或部分处理流；

请求单元506，用于在本区域内的服务器均不满足调度条件时，向全局调度中心发送调度请求。

所述调度单元504包括：检测子单元5042，用于判断所述任务包含的服务对象角色，将预先设定的服务对象角色所对应的处理流作为所述任务中的部分处理流。

图6所示为根据本发明的一较佳实施例提供的区域调度中心的框图。

如图6所示，根据本发明的实施例的一种全局调度中心600，包括：

接收单元602，用于接收来自区域调度中心的调度请求；

查找单元604，用于根据所述调度请求携带的服务类型信息和属性信息查找适配的区域调度中心；

调度单元606，用于向所述适配的区域调度中心发送分配请求。

其中，所述属性信息包括地域和/或运营商。

全局调度中心，还包括：接收各区域调度中心发送的负载状态信息；

所述适配的区域调度中心包括：负载最小的区域调度中心；与原区域调度中心距离最小的区域调度中心；与原区域运营商相同的区域调度中心；负载最小、与原区域调度中心距离最小且运营商相同的区域调度中心。

图7所示为根据本发明的一较佳实施例提供的服务器管理系统示意图。

如图7所示，根据本发明的实施例的一种服务器管理系统，包括：

多个如上述任一技术方案中所述的服务器400；

一个如上述任一技术方案中所述的全局调度中心600；

多个如上述任一技术方案中所述的区域调度中心500，其中，每个区域调度中心管理多个所述服务器。

全局调度中心600负责管理调度各区域调度中心，不处理具体地业务，区域调度中心500负责管理本区域内的服务器，也不处理具体的业务。

在图7中虽然仅仅示出了两级网络结构，应理解，可以是三级、四级以及更多级结构。

根据本发明提供的技术方案，建立全局的资源调度分配节点，对整个流媒体服务器网络进行实时监控，通过智能调度方法，对服务器资源进行合理调度，并且对服务器类型进行了区分，用于处理不同类型的业务，当其中一种类型的服务器负载超警戒值时，可将不相同类型业务进行迁移，并且在迁移时根据业务特点进行部分迁移，保障课堂互动和直播效果，提升用户体验。

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