服务切换方法、电子设备及服务切换系统

文档序号:1952352 发布日期:2021-12-10 浏览:20次 >En<

阅读说明:本技术 服务切换方法、电子设备及服务切换系统 (Service switching method, electronic equipment and service switching system ) 是由 张志正 许和 张怡 于 2021-09-14 设计创作,主要内容包括:本申请公开了一种服务切换方法、电子设备及服务切换系统,方法包括:确定连接到服务端上的至少一个客户端,获取客户端发送的第一数据;基于第一数据以及服务端的负载信息,将客户端划分为第一类客户端和第二类客户端;响应第一类客户端的服务请求,由服务端通过与第一类客户端之间的连接提供服务;响应第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,其中,节点中安装有与客户端相关联的基础数据,服务包括向第二类客户端提供基础数据的服务。该方法能够对不同类型的客户端提供相适配的服务,避免请求服务的客户端数量过大而使得服务端的负载过大,从而导致错误发生。(The application discloses a service switching method, electronic equipment and a service switching system, wherein the method comprises the following steps: determining at least one client connected to a server, and acquiring first data sent by the client; based on the first data and the load information of the server, the client is divided into a first type of client and a second type of client; responding to a service request of the first type of client, and providing service by the service side through connection with the first type of client; responding to the service request of the second type of client, and providing the requested service to the second type of client by a node associated with the service, wherein the node is provided with basic data associated with the client, and the service comprises the service for providing the basic data to the second type of client. The method can provide adaptive services for different types of clients, and avoids the phenomenon that the load of the server is overlarge due to overlarge number of clients requesting for services, thereby causing errors.)

服务切换方法、电子设备及服务切换系统

技术领域

本申请涉及客户端与服务器交互领域,特别涉及一种服务切换方法、电子设备及服务切换系统。

背景技术

在网络中,客户端需要与服务端(如服务器)进行数据交互。特别是在桌面云客户端的使用场景中,为了能够实现与传统PC相同的用户体验,同时又保证性能要求。需要将用户系统安装在客户端上,但是使用同一客户端的用户的身份可能不同,如果不同身份的用户使用该客户端时,需要使用与该身份对应的操作系统或其他数据,而不会使用其他身份对应的操作系统。这就需要在客户端从服务端下载相应的操作系统和/或其他数据到本地以重新安装该操作系统。但是,当大量的客户端从服务端获取所需的数据的过程中,服务端由于服务能力有限,并不能同时为大量的客户端提供全部的有效服务,导致用户体验度下降。

发明内容

本申请实施例的一种服务切换方法,所述方法包括:

确定连接到服务端上的至少一个客户端,获取所述客户端发送的第一数据;

基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端;

响应所述第一类客户端的服务请求,由服务端通过与所述第一类客户端之间的连接提供服务;

响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,其中,所述节点中安装有与所述客户端相关联的基础数据,所述服务包括向所述第二类客户端提供基础数据的服务。

作为可选,所述第一数据至少包括以下一个:所述客户端的自启动时间和所述客户端的用户信息,相应的,所述基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端,包括:

基于所述自启动时间和所述用户信息,将所述客户端划分为第一类客户端和第二类客户端。

作为可选,所述第一数据包括所述客户端的用户信息,所述基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端,包括:

基于所述用户信息,确定所述客户端对应的用户权重;

将具有第一用户权重的所述客户端确定为第一类客户端;

对具有第二用户权重的所述客户端再进行区分操作,其中所述区分操作包括:基于所述负载信息和具有第二用户权重的所述客户端的用户信息,将具有第二用户权重的所述客户端区分为所述第一类客户端和所述第二类客户端。

作为可选,所述方法还包括:

获取所述第一数据中表征所述客户端的自启动时间的时间戳;

至少基于所述时间戳构建服务队列,其中所述服务队列中包括多个用于指示所述服务端服务的对象单元,所述对象单元分别对应了各自的客户端,其中,所述第一类客户端对应的第一类对象单元在所述服务队列中的位置,不同于所述第二类客户端对应的第二类对象单元在所述服务队列中的位置。

作为可选,所述方法还包括:

基于所述服务端对所述第一类客户端和所述第二类客户端的服务情况,对所述服务队列进行调整。

作为可选,所述基于所述服务端对所述第一类客户端和所述第二类客户端的服务情况,对所述服务队列进行调整,包括:

在至少部分所述第一类客户端和/或所述第二类客户端完成下载所需的数据包的情况下,基于所述负载信息,对所述服务队列进行调整。

作为可选,所述数据包包括镜像文件和用户数据,所述由服务端通过与向所述第一类客户端之间的连接提供服务,包括:

由服务端向所述第一类客户端发送镜像文件和/或用户数据,以使所述第一类客户端基于获取到的所述镜像文件实现操作系统的安装,和/或在本地使用所述用户数据。

作为可选,所述节点为热点机,所述响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,包括:

基于所述第一指令将所述第二类客户端连接至热点机,以通过所述热点机与所述第二类客户端进行基础数据交互,其中,所述第二类客户端在与热点机进行基础数据交互的同时接受或等待所述服务端的响应。

本申请实施例还提供了一种电子设备,包括:

获取模块,其配置为确定连接到服务端上的至少一个客户端,获取所述客户端发送的第一数据;

划分模块,其配置为基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端;

处理模块,其配置为响应所述第一类客户端的服务请求,通过服务端与所述第一类客户端之间的连接提供服务;

响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,其中,所述节点中安装有与所述客户端相关联的基础数据,所述服务包括向所述第二类客户端提供基础数据的服务。

本申请实施例还提供了一种服务切换系统,包括如上所述的服务端,客户端和节点。

该服务切换方法能够根据客户端的实际需求,以及服务端自身的负载的实际情况,来对不同类型的客户端提供相适配的服务,避免请求服务的客户端数量过大而使得服务端的负载过大,从而导致错误发生。而且,该方法即使在提供服务的过程中服务端的负载和/或客户端的自身情况发生了变化,也能够实现重新切换对客户端的服务,提高了服务效率,保证了对客户端服务的有效性和灵活性,使得用户满意度提高。

附图说明

图1为本申请实施例的服务切换方法的流程图;

图2为本申请实施例的图1中步骤S200的一个实施例的流程图;

图3为本申请实施例的服务切换方法的一个实施例的流程图;

图4为本申请实施例的服务切换方法的一个具体实施例的流程图;

图5为本申请实施例的服务切换方法的另一个具体实施例的流程图;

图6为本申请实施例的电子设备的结构框图。

具体实施方式

此处参考附图描述本申请的各种方案以及特征。

应理解的是,可以对此处申请的实施例做出各种修改。因此,上述说明书不应该视为限制,而仅是作为实施例的范例。本领域的技术人员将想到在本申请的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本申请的实施例,并且与上面给出的对本申请的大致描述以及下面给出的对实施例的详细描述一起用于解释本申请的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述,本申请的这些和其它特性将会变得显而易见。

还应当理解,尽管已经参照一些具体实例对本申请进行了描述,但本领域技术人员能够确定地实现本申请的很多其它等效形式。

当结合附图时,鉴于以下详细说明,本申请的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本申请的具体实施例;然而,应当理解,所申请的实施例仅仅是本申请的实例,其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本申请模糊不清。因此,本文所申请的具体的结构性和功能性细节并非意在限定,而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本申请。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”,其均可指代根据本申请的相同或不同实施例中的一个或多个。

本申请实施例的一种服务切换方法,该方法可以应用在服务端(如服务器)上,具体可以应用与服务端与一个或多个客户端之间的交互过程中。服务端能够根据客户端的身份,自身的负载情况以及客户端的启动顺序来对客户端进行服务,其中包括使用服务端本身来对于第一类客户端进行服务,而对第二类客户端通过使用关联的节点对其进行服务。同时根据实际需求对各个服务进行及时的切换,使得即使交互的过程发生了变化,也能够对客户端进行相适配的服务,从而保证了对客户端服务的有效性,使得用户满意度提高。

如图1所示并结合图4,该方法包括以下步骤:

S100,确定连接到服务端上的至少一个客户端,获取所述客户端发送的第一数据。

服务端可以是服务器,其与一个或多个客户端连接,能够为客户端提供服务。该服务可以是多种类型的服务,包括为客户端提供所需文件、程序和/或客户端对应的用户数据等。服务过程可以是客户端向服务端发送第一数据,该第一数据为与客户端相关的数据,如客户端的身份信息,相关的用户信息,客户端的使用信息等。

服务端可以确定与其连接的至少一个客户端,如通过侦测连接端口来确定,或者通过向客户端进行广播并接收客户端的反馈等方式来确定连接的客户端。从而可以向客户端发送指令,以使客户端发送第一数据,从而使得服务端能够通过相应的通信线路而获取到该第一数据。

此外,客户端具有相应的用户标识,不同的用户使用同一客户端后,该第一数据可以发生相应的变化。例如原本有第一用户使用的客户端,现由第二用户使用该客户端,在第一用户和第二用户的身份信息发生变化的情况下,该客户端向服务端发送的第一数据的内容也发生了相应的变化。

S200,基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端。

服务端(如服务器)在工作使具有负载,该负载可以包括网络负载,硬件资源负载和/或软件负载等,而负载信息则可以是与负载相关的信息,能够表征当前服务器的负载情况。

服务端基于该第一数据和负载信息,能够对连接的各个客户端的信息以及自身的负载情况完全掌握。从而可以基于第一数据以及服务端的负载信息,对客户端进行分类,至少将客户端划分为第一类客户端和第二类客户端。相同类型的客户端具有相同或相似的状态、身份和/或交互情况。不同类型的客户端,对应的服务端的服务方式并不相同。服务端可以对同一类型的客户端进行统一处理。

本实施例中,服务端将客户端划分为第一类客户端和第二类客户端后,可以对第一类客户端与第二类客户端提供不同的服务。

举例说明,在一个具体实施例中,划分的第一类客户端的身份优先级较高,启动时间较早,需要服务端提供优先服务;而划分的第二类客户端的身份优先级较低,启动时间较晚,并不需要服务端提供优先服务。

S300,响应所述第一类客户端的服务请求,由服务端通过与所述第一类客户端之间的连接提供服务。

第一类客户端向服务端发送服务请求,以请求服务端向其提供服务,包括为第一类客户端提供所需文件、程序和/或客户端对应的用户数据等。而服务端则可以通过与第一类客户端之间的连接直接向第一类客户端提供上述的服务。由于服务端直接向连接的第一类客户端提供服务因此该服务质量较高,如服务效率较高,可以给予第一类客户端完整服务。如向第一类客户端发送所需的数据包,该数据包中包含了第一类客户端中所有需要的数据。

此外,由服务端通过与第一类客户端之间的连接提供服务,包括通过服务端与第一类客户端之间的连接的数据通路来为其提供服务,如服务端通过该数据通路向第一类客户端发送数据包,或者通过该数据通路接收第一类客户端的反馈信息从而根据该反馈信息进一步为第一类客户端提供服务。

S400,响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,其中,所述节点中安装有与所述客户端相关联的基础数据,所述服务包括向所述第二类客户端提供基础数据的服务。

具体的,节点与服务端关联,该节点可以是不同于服务端的中间设备,中间模块(软件和/或硬件)或其他提供中转服务的设备。

第二类客户端向服务端发送服务请求后,服务端响应该请求,通知节点向第二类客户端提供服务。这使得即使服务端处于忙碌状态,不足以向所有的客户端提供完整的服务,也能够通过节点向第二类客户端提供服务,特别是能够提供基础数据的服务,提高了服务效率。

节点中安装有与客户端相关联的基础数据,该基础数据包括第二类客户端所需要的基本的数据,这样以来,第二类客户端并不需要等待服务端空闲,便能够先行接受基础数据的服务。而一旦服务端具有了额外服务能力,如负载降低后,则可以根据第二类客户端的第一数据,将部分或全部的第二类客户端转换为第一类客户端,由服务端直接为其提供完整的服务,实现了对客户端的服务的及时切换,以适应变化中的服务过程。

该服务切换方法能够根据客户端的实际需求,以及服务端自身的负载的实际情况,来对不同类型的客户端提供相适配的服务,避免请求服务的客户端数量过大而使得服务端的负载过大,从而导致错误发生。而且,该方法即使在提供服务的过程中服务端的负载和/或客户端的自身情况发生了变化,也能够实现重新切换对客户端的服务,提高了服务效率,保证了对客户端服务的有效性和灵活性,使得用户满意度提高。

在本申请的一个实施例中,所述第一数据至少包括以下一个:所述客户端的自启动时间和所述客户端的用户信息,相应的,所述基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端,包括:

基于所述自启动时间和所述用户信息,将所述客户端划分为第一类客户端和第二类客户端。

具体来说,客户端的自启动时间是客户端启动自身的小系统(如微内核系统)的时间,客户端启动后建立与服务端的连接,自启动时间较早的客户端的服务优先级通常会高于自启动时间较晚的客户端的服务优先级,即相对而言,服务端会先行向自启动时间较早的客户端提供服务。

客户端的用户信息可以是该客户端的标识信息,也可以是使用该客户端的用户的身份信息。举例说明,如在学校的机房中,老师具有自己使用的教师客户端,而学生也具有自己使用的学生客户端。教师客户端的用户信息不同于学生客户端的用户信息。

服务端基于自启动时间和用户信息,将客户端划分为第一类客户端和第二类客户端。例如,可以基于用户信息将所有客户端中的一部分划分为第一类客户端,如将所有的教师客户端划分为第一类客户端,使得服务端可以直接为其提供完整的服务。随后如果服务端还具有服务能力,则可以对剩余的客户端再进行划分,如根据剩余的客户端的自启动时间来进行划分,自启动时间较早的学生客户端也可以被划分为第一类客户端,而自启动时间较晚的学生客户端则可以被划分为第二类客户端。当然,对自启动时间的判断可以基于预设的时间标准来实施判断。

在本申请的一个实施例中,所述第一数据包括所述客户端的用户信息,所述基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端,如图2所示,包括:

S210,基于所述用户信息,确定所述客户端对应的用户权重。

客户端具有自身的权重,对于权重的划分可以基于客户端的用户信息,所处的网络位置和/或客户端自身的处理能力确定。如网络中的核心网中的客户端对应的权重较高,处于外网的客户端则对应的权重较低。

而本实施例中,可以基于用户信息,确定客户端对应的用户权重。如用户信息中显示用户身份具有较高的权重,则可以确定对应的客户端具有较高的用户权重。相反,则确定客户端对应的用户权重较低。此外,用户信息可以直接由具体的用户相关数据体现,也可以基于使用账号体现。

当然,不同的客户端对应的用户权重也可以是相同的。如上述具体实施例中,以学生身份所使用的客户端具有的第二用户权重是相同的。而以教师身份所使用的客户端的第一用户权重则高于第二用户权重。

S220,将具有第一用户权重的所述客户端确定为第一类客户端。

第一用户权重高于其他用户权重,服务端为了优先为具有第一用户权重的客户端服务,可以将具有第一用户权重的所述客户端确定为第一类客户端。

第二用户权重低于第一用户权重,服务端可以暂时并不为第二用户权重的客户端提供服务。而是通过节点为其提供基础服务。

S230,对具有第二用户权重的所述客户端再进行区分操作,其中所述区分操作包括:基于所述负载信息和具有第二用户权重的所述客户端的用户信息,将具有第二用户权重的所述客户端区分为所述第一类客户端和所述第二类客户端。

服务端直接为第一用户权重的客户端提供服务,而具有第一用户权重的客户端的数量可能是有限的,这就使得服务端还具有额外的服务能力,为了能够提高服务效率,服务端需要将部分或全部的具有第二用户权重的第二类客户端再进行划分,将部分或全部的第二类客户端转换为第一类客户端。

再次结合上述教师与学生的实施例,例如首先将教师客户端划分为第一类客户端,服务端直接为第一类客户端提供完整的服务后,服务端可以基于当前的负载和第二用户权重的所述客户端的用户信息,在对剩余的未划分的客户端再进行划分,将具有第二用户权重的客户端区分为第一类客户端和第二类客户端。即将剩余的未被划分的客户端的一部分划分为第一类客户端,另一部分划分为第二类客户端。

例如,已经被提供了基础数据服务而仍需要完整服务的客户端的第二用户权重较高,还未被提供基础数据服务的客户端的第二用户权重较低。服务端可以在对剩余的未划分的客户端再进行划分时,可以已经被提供了基础数据服务而仍需要完整服务的客户端划分为第一类客户端,其他客户端则可以划分为第二类客户端。

在本申请的一个实施例中,如图3所示,所述方法还包括以下步骤:

S500,获取所述第一数据中表征所述客户端的自启动时间的时间戳;

S600,至少基于所述时间戳构建服务队列,其中所述服务队列中包括多个用于指示所述服务端服务的对象单元,所述对象单元分别对应了各自的客户端,其中,所述第一类客户端对应的第一类对象单元在所述服务队列中的位置,不同于所述第二类客户端对应的第二类对象单元在所述服务队列中的位置。

具体来说,客户端的自启动时间对应有时间戳,该时间戳与客户端相关联,客户端向服务端发送的第一数据中包含该时间戳。

服务端在为客户端直接或间接提供服务时,需要建立服务队列,服务队列排列有对象单元,对象单元包含了具体的服务内容,用于指示所述服务端服务,服务端对服务队列中的对象单元进行服务。

对象单元与客户端相关联,第一类客户端对应了第一对象单元,第二类客户端对应了第二对象单元,第一对象单元在服务队列中的位置不同于第二对象单元,第一对象单元相对于第二对象单元在服务队列中的位置靠前,以便于服务端先行对其进行处理。而同一类型的对象单元其先后位置关系也是不同的,例如对于第一类对象单元中具有较早时间戳的对象单元在服务队列中的排列位置更加靠前,由服务端先行进行服务。

在本申请的一个实施例中,所述方法还包括:

基于所述服务端对所述第一类客户端和所述第二类客户端的服务情况,对所述服务队列进行调整。

具体来说,服务端在对不同类型的客户端进行服务的过程中,服务情况可能会发生变化,服务端能够基于变化后的当前状态而对其服务对象和方式进行调整。

例如对第一类客户端在服务过程中,服务端逐步完成了对第一类客户端的服务任务,处于服务队列中的第一类对象单元的数量逐步减少,为了保证处理效率,服务端可以对第二类客户端的服务进行调整,如将部分的第二类客户端转换为第一类客户端。进而将各个客户端对应的对象单元在服务队列中的位置进行调整,以便服务端对其进行服务。

在本申请的一个实施例中,所述基于所述服务端对所述第一类客户端和所述第二类客户端的服务情况,对所述服务队列进行调整,包括:

在至少部分所述第一类客户端和/或所述第二类客户端完成下载所需的数据包的情况下,基于所述负载信息,对所述服务队列进行调整。

具体来说,服务端根据客户端的服务请求,向第一类客户端发送数据包。该数据包中的数据为第一类客户端所需要的数据,第一类客户端基于接收到的数据包来满足用户的具体需求。例如,数据包中具有用户需要的应用程序,文件或其他用户数据等。当然,与服务端相关联的节点也可以向第二类客户端发送仅有基础数据的数据包。

经过一段时间的服务,至少部分第一类客户端和/或第二类客户端完成下载服务端或节点发送的数据包。此时,服务端可以调整服务对象,即对服务队列进行调整。具体的,服务端可以基于当前的负载信息来对服务队列进行调整。当负载降低时,则可以增加第一类对象单元的数量,并将该第一类对象单元在服务队列中的位置移动到前列。

在一个具体实施例中,结合图5,服务端基于与客户端连接状态对相应的对象单元在服务队列中的位置进行调整。服务端若与处于远程连接模式的客户端的心跳超时,则服务端调整服务队列中相应的对象单元C的顺序,将断线的客户端对应的对象单元C调至服务队列的末尾,待恢复心跳后,若该客户端对应的用户信息未发生改变,则该对象单元C在服务队列中顺序不变,若断线过程中该客户端对应的用户信息发生变化,则服务端根据所有客户端从服务端下载数据包的进度信息,将该对象单元C插入到服务队列中。例如:断线的客户端的下载数据包的进度为70.1%,客户端A下载进度80.1%,客户端B下载进度60.2%,则将断线后恢复的客户端对应的对象单元C插入到客户端A对应的对象单元A与客户端B对应的对象单元B之间。

在本申请的一个实施例中,所述数据包包括镜像文件和用户数据,所述由服务端通过与向所述第一类客户端之间的连接提供服务,包括:

由服务端向所述第一类客户端发送镜像文件和/或用户数据,以使所述第一类客户端基于获取到的所述镜像文件实现操作系统的安装,和/或在本地使用所述用户数据。

具体来说,镜像文件可以是操作系统的镜像文件,也可以是其他应用程序的镜像文件,服务端向第一类客户端发送镜像文件后,第一类客户端可以基于该镜像文件进行操作系统的安装,也可以基于该镜像文件进行应用程序的安装。

用户数据可以是用户在客户端本地上需要使用的相关数据,如用户的所需的文档,以及客户端需要处理的数据集合等。

服务端向第一类客户端直接发送该镜像文件和用户数据,从而能够及时满足第一类客户端的需求。

在本申请的一个实施例中,所述节点为热点机,所述响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,包括:

基于所述第一指令将所述第二类客户端连接至热点机,以通过所述热点机与所述第二类客户端进行基础数据交互,其中,所述第二类客户端在与热点机进行基础数据交互的同时接受或等待所述服务端的响应。

具体的,结合图5,服务端基于第一指令将第二类客户端连接至热点机(当然也可以保持第二类客户端与自身的连接状态),热点机可以为第二类客户端提供基础数据,热点机与第二类客户端进行基础数据交互。但是该第二类客户端在接受热点机提供基础服务得同时,也能够同时等待服务端的响应。服务端在负载降低的情况下,可以对该第二类客户端进行响应,具体可以根据负载信息将部分的第二类客户端转换为第一类客户端,从而由服务端继续为该转换后的第一类客户端服务。从而避免服务资源的停滞,使得服务资源得到了有效的利用。同时,由于使用了热点机先为部分的第二客户端提供基础服务,避免服务端的负载过大,使得即使在大量的客户端均要求被服务时,也能够对所有的客户端逐步的提供相应的服务,并最终使得所有的客户端得到完整的服务内容。

本申请实施例还提供了一种电子设备,如图6所示,包括:

获取模块,其配置为确定连接到服务端上的至少一个客户端,获取所述客户端发送的第一数据。

服务端可以是服务器,其与一个或多个客户端连接,能够为客户端提供服务。该服务可以是多种类型的服务,包括为客户端提供所需文件、程序和/或客户端对应的用户数据等。服务过程可以是客户端向服务端发送第一数据,该第一数据为与客户端相关的数据,如客户端的身份信息,相关的用户信息,客户端的使用信息等。

获取模块可以确定与其连接的至少一个客户端,如通过侦测连接端口来确定,或者通过向客户端进行广播并接收客户端的反馈等方式来确定连接的客户端。从而使得服务端可以向客户端发送指令,以使客户端发送第一数据,使得服务端能够通过相应的通信线路而获取到该第一数据。

此外,客户端具有相应的用户标识,不同的用户使用同一客户端后,该第一数据可以发生相应的变化。例如原本有第一用户使用的客户端,现由第二用户使用该客户端,在第一用户和第二用户的身份信息发生变化的情况下,该客户端向服务端发送的第一数据的内容也发生了相应的变化。

划分模块,其配置为基于所述第一数据以及所述服务端的负载信息,将所述客户端划分为第一类客户端和第二类客户端。

服务端(如服务器)在工作使具有负载,该负载可以包括网络负载,硬件资源负载和/或软件负载等,而负载信息则可以是与负载相关的信息,能够表征当前服务器的负载情况。

划分模块基于该第一数据和负载信息,能够对连接的各个客户端的信息以及自身的负载情况完全掌握。从而可以基于第一数据以及服务端的负载信息,对客户端进行分类,至少将客户端划分为第一类客户端和第二类客户端。相同类型的客户端具有相同或相似的状态、身份和/或交互情况。不同类型的客户端,对应的服务端的服务方式并不相同。服务端可以对同一类型的客户端进行统一处理。

本实施例中,划分模块将客户端划分为第一类客户端和第二类客户端后,服务端可以对第一类客户端与第二类客户端提供不同的服务。

举例说明,在一个具体实施例中,划分的第一类客户端的身份优先级较高,启动时间较早,需要服务端提供优先服务;而划分的第二类客户端的身份优先级较低,启动时间较晚,并不需要服务端提供优先服务。

处理模块,其配置为响应所述第一类客户端的服务请求,通过服务端与所述第一类客户端之间的连接提供服务。

响应所述第二类客户端的服务请求,由与服务端关联的节点向第二类客户端提供请求的服务,其中,所述节点中安装有与所述客户端相关联的基础数据,所述服务包括向所述第二类客户端提供基础数据的服务。

具体的,第一类客户端向服务端发送服务请求,以请求服务端的处理模块向其提供服务,包括为第一类客户端提供所需文件、程序和/或客户端对应的用户数据等。而处理模块则可以通过与第一类客户端之间的连接直接向第一类客户端提供上述的服务。由于处理模块直接向连接的第一类客户端提供服务因此该服务质量较高,如服务效率较高,可以给予第一类客户端完整服务。如向第一类客户端发送所需的数据包,该数据包中包含了第一类客户端中所有需要的数据。

此外,处理模块通过服务端与第一类客户端之间的连接提供服务,包括通过服务端与第一类客户端之间的连接的数据通路来为其提供服务,如服务端通过该数据通路向第一类客户端发送数据包,或者通过该数据通路接收第一类客户端的反馈信息从而根据该反馈信息进一步为第一类客户端提供服务。

本实施例中,节点与服务端关联,该节点可以是不同于服务端的中间设备,中间模块(软件和/或硬件)或其他提供中转服务的设备。

第二类客户端向服务端发送服务请求后,处理模块响应该请求,通知节点向第二类客户端提供服务。这使得即使服务端处于忙碌状态,不足以向所有的客户端提供完整的服务,也能够通过节点向第二类客户端提供服务,特别是能够提供基础数据的服务,提高了服务效率。

节点中安装有与客户端相关联的基础数据,该基础数据包括第二类客户端所需要的基本的数据,这样以来,第二类客户端并不需要等待服务端空闲,便能够先行接受基础数据的服务。而一旦处理模块具有了额外服务能力,如负载降低后,则可以根据第二类客户端的第一数据,将部分或全部的第二类客户端转换为第一类客户端,由处理模块直接为其提供完整的服务,实现了对客户端的服务的及时切换,以适应变化中的服务过程。

在本申请的一个实施例中,所述第一数据至少包括以下一个:所述客户端的自启动时间和所述客户端的用户信息,相应的,划分模块进一步配置为:

基于所述自启动时间和所述用户信息,将所述客户端划分为第一类客户端和第二类客户端。

在本申请的一个实施例中,所述第一数据包括所述客户端的用户信息,划分模块进一步配置为:

基于所述用户信息,确定所述客户端对应的用户权重;

将具有第一用户权重的所述客户端确定为第一类客户端;

对具有第二用户权重的所述客户端再进行区分操作,其中所述区分操作包括:基于所述负载信息和具有第二用户权重的所述客户端的用户信息,将具有第二用户权重的所述客户端区分为所述第一类客户端和所述第二类客户端。

在本申请的一个实施例中,所述处理模块进一步配置为:

获取所述第一数据中表征所述客户端的自启动时间的时间戳;

至少基于所述时间戳构建服务队列,其中所述服务队列中包括多个用于指示所述服务端服务的对象单元,所述对象单元分别对应了各自的客户端,其中,所述第一类客户端对应的第一类对象单元在所述服务队列中的位置,不同于所述第二类客户端对应的第二类对象单元在所述服务队列中的位置。

在本申请的一个实施例中,所述处理模块进一步配置为:

基于所述服务端对所述第一类客户端和所述第二类客户端的服务情况,对所述服务队列进行调整。

在本申请的一个实施例中,所述处理模块进一步配置为:

在至少部分所述第一类客户端和/或所述第二类客户端完成下载所需的数据包的情况下,基于所述负载信息,对所述服务队列进行调整。

在本申请的一个实施例中,所述数据包包括镜像文件和用户数据,所述处理模块进一步配置为:

由服务端向所述第一类客户端发送镜像文件和/或用户数据,以使所述第一类客户端基于获取到的所述镜像文件实现操作系统的安装,和/或在本地使用所述用户数据。

在本申请的一个实施例中,所述节点为热点机,所述处理模块进一步配置为:

基于所述第一指令将所述第二类客户端连接至热点机,以通过所述热点机与所述第二类客户端进行基础数据交互,其中,所述第二类客户端在与热点机进行基础数据交互的同时接受或等待所述服务端的响应。

本申请实施例还提供了一种服务切换系统,包括如上所述的服务端,客户端和节点。服务端和节点为客户端提供服务。

以上实施例仅为本申请的示例性实施例,不用于限制本申请,本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内,对本申请做出各种修改或等同替换,这种修改或等同替换也应视为落在本申请的保护范围内。

17页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:内容分享方法、装置、设备以及存储介质

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!