一种用户请求的处理方法、装置、终端设备及存储介质与流程

专利2022-05-09  85



1.本申请属于计算机技术领域,尤其涉及一种用户请求的处理方法、装置、终端设备及存储介质。


背景技术:

2.gpu集群是一个计算机集群,随着网络用户的大量增加,为了提高用户请求的处理效率,可以将用户请求分发至gpu集群中的计算机中进行处理。
3.目前,对用户请求的分发多采用随意分发,将用户请求分发至gpu集群中的任一计算机;或者采用轮流分发,将用户请求轮流分发至gpu集群中的计算机。在对用户请求进行分发时,如果用户请求分发至了不可用或不合适的计算机,则用户请求将不会被处理或需要较长时间才会处理完成,降低了用户请求的处理效率。


技术实现要素:

4.本申请实施例提供了一种用户请求的处理方法、装置、终端设备及存储介质,可以解决对用户请求的处理效率低的问题。
5.第一方面,本申请实施例提供了一种用户请求的处理方法,包括:
6.获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;
7.在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;
8.向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。
9.第二方面,本申请实施例提供了一种用户请求的处理装置,包括:
10.信息获取模块,用于获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;
11.设备确定模块,用于在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;
12.请求发送模块,用于向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。
13.第三方面,本申请实施例提供了一种终端设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的用户请求的处理方法。
14.第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现上述第一方面中任一项所述的用户请求的处理方法。
15.第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的用户请求的处理方法。
16.可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
17.本申请实施例与现有技术相比存在的有益效果是:本申请首先获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;在获取到用户请求后,基于设备信息,从至少两个请求处理设备中确定目标设备;最后向目标设备发送用户请求;本申请通过设备信息确定目标设备,目标设备为可用的请求处理设备,最后用目标设备处理用户请求,可以加快对用户请求的处理速度,避免对用户请求的无效分发,提供用户请求的处理效率。
附图说明
18.为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
19.图1是本申请一实施例提供的用户请求的处理方法的应用场景示意图;
20.图2是本申请一实施例提供的用户请求的处理方法的流程示意图;
21.图3是本申请一实施例提供的请求处理设备的信息注册的流程示意图;
22.图4是本申请一实施例提供的目标设备的获得的流程示意图一;
23.图5是本申请一实施例提供的目标设备的获得的流程示意图二;
24.图6是本申请一实施例提供的目标设备的获得的流程示意图三;
25.图7是本申请一实施例提供的用户请求的处理装置的结构示意图;
26.图8是本申请一实施例提供的终端设备的结构示意图。
具体实施方式
27.以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
28.应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
29.还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
30.如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当
……
时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0031]
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
[0032]
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请
的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
[0033]
图1为本申请实施例提供的用户请求的处理方法的应用场景示意图,上述用户请求的处理方法可以用于对用户请求进行处理。其中,处理器10用于获取至少两个请求处理设备20的设备信息和用户请求,处理器10根据设备信息确定目标设备,最后处理器10将获取到的用户请求发送至目标设备,目标设备对用户请求进行处理。
[0034]
以下结合图1对本申请实施例的用户请求的处理方法进行详细说明。
[0035]
图2示出了本申请提供的用户请求的处理方法的示意性流程图,参照图2,对该方法的详述如下:
[0036]
s101,获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态。
[0037]
在本实施例中,请求处理设备是用于处理用户请求的设备。请求处理设备可以是处理器、计算机、图像处理器(graphics processing unit

gpu)、中央处理器(central processing unit

cpu)等。
[0038]
在本实施例中,至少两个请求处理设备可以是完全相同的设备,也可以是不同的设备。
[0039]
在本实施例中,设备信息可以包括设备状态、历史请求处理信息和当前负载量等。其中,设备状态可以包括空闲状态和忙碌状态。历史请求处理信息表征请求处理设备处理过的历史请求的信息,历史请求的信息可以包括用户信息、请求内容等。当前负载量表征请求处理设备的使用状态,通过当前负载量可以判断请求处理设备是否有能力继续处理用户请求。
[0040]
可选的,设备信息可以从存储设备中获得,存储设备中存储有各个请求处理设备的设备信息。
[0041]
可选的,设备信息还可以从请求处理设备中获得,请求处理设备可以按照预设时间间隔向处理器发送设备信息。
[0042]
具体的,步骤s101的实现过程可以包括:
[0043]
s1011,获取所述至少两个请求处理设备按照预设时间间隔发送的心跳包。
[0044]
在本实施例中,请求处理设备可以按照预设时间间隔发送心跳包,心跳包中可以携带请求处理设备的设备信息。其中,预设时间间隔可以根据需要进行设置。
[0045]
s1012,基于所述心跳包,得到各个请求处理设备在不同时刻的设备信息。
[0046]
在本实施例中,处理器在获取到请求处理设备发送的心跳包后,可以对心跳包进行解析,得到请求处理设备的设备信息。
[0047]
在本实施例中,处理器在获得请求处理设备的在当前时刻的设备信息后,可以更新处理器中的请求处理设备的设备信息,使处理器中存储的请求处理设备的设备信息为当前时刻请求处理设备的设备信息。
[0048]
s102,在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备。
[0049]
在本实施例中,用户可以向处理器发送用户请求,同一时刻可以存在一个或多个用户同时向处理器发送用户请求。
[0050]
可选的,用户请求还可以是从用户请求接收设备中获取的,用户先向用户请求接收设备发送用户请求,然后处理器再从用户请求接收设备中获取用户请求。
[0051]
可选的,用户请求可以是打开某一网页、打开一款app或支付金额等。
[0052]
可选的,用户请求还可以是深度学习算法的运行,例如,车牌识别算法、图片识别算法、人脸五官识别算法等。
[0053]
在本实施例中,目标设备为可以处理用户请求的设备。具体的,目标设备的可以根据预设的设备选择策略进行确定,其中,设备选择策略可以根据需要进行设置,例如,将一空闲状态的请求处理设备作为目标设备,或将处理过该用户的用户请求的请求处理设备作为目标设备。
[0054]
s103,向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。
[0055]
在本实施例中,处理器在向目标设备发送用户请求时是一个一个发送的,处理器发送完一个用户请求后,继续发送另一个用户请求。
[0056]
可选的,处理器在确定目标设备后,可以将目标设备的识别信息发送或展示给用户。或者将目标设备的识别信息发送至用户请求接收设备,用户请求接收设备将用户请求发送至目标设备。
[0057]
本申请实施例中,首先获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;在获取到用户请求后,基于设备信息,从至少两个请求处理设备中确定目标设备;最后向目标设备发送用户请求;本申请通过设备信息确定目标设备,目标设备为可用的请求处理设备,最后用目标设备处理用户请求,可以加快对用户请求的处理速度,避免对用户请求的无效分发,提供用户请求的处理效率。
[0058]
如图3所示,在一种可能的实现方式中,请求处理设备还可以在处理器中注册自己的信息,具体的,在步骤101之前,上述方法还可以包括:
[0059]
s201,获取各个请求处理设备发送的注册请求,其中,所述请求处理设备中设置探测插件,所述请求处理设备通过所述探测插件发送所述注册请求,所述探测插件还用于探测所述请求处理设备的设备信息。
[0060]
在本实施例中,每个请求处理设备中均可以包括探测插件。探测插件可以按照预设时间间隔探测请求处理设备的设备信息,并向处理器发送设备信息。
[0061]
在本实施例中,注册请求用于指示处理器根据注册请求中的信息进行注册。
[0062]
s202,基于所述注册请求,得到所述请求处理设备的识别信息,注册并存储所述识别信息至注册模块。
[0063]
在本实施例中,注册请求中可以包括请求处理设备的识别信息,其中,识别信息可以为请求处理设备的ip地址、标识码等。
[0064]
具体的,在步骤s101之后,包括:
[0065]
存储所述请求处理设备的设备信息至所述注册模块,并将所述请求处理设备的设备信息与对应的识别信息关联。
[0066]
具体的,在向目标设备发送用户请求时,可以基于所述目标设备的识别信息,向所
述目标设备发送所述用户请求。
[0067]
本申请实施例中,请求处理设备通过向处理器发送注册请求,使请求处理设备的识别信息可以存在于处理器中,以便于处理器在分发用户请求时,可以快速识别到目标设备,并将用户请求准确的发送至目标设备。
[0068]
如图4所示,在一种可能的实现方式中,步骤s102的实现过程可以包括:
[0069]
s1021,从所述至少两个请求处理设备中确定第一候选设备,其中,所述第一候选设备为在当前时刻的设备状态为空闲状态的请求处理设备。
[0070]
s1022,将一个所述第一候选设备作为所述目标设备。
[0071]
在本实施例中,可以从设备状态为空闲状态的请求处理设备中的任一设备作为目标设备。
[0072]
如图5所示,在一种可能的实现方式中,步骤s102的实现过程可以包括:
[0073]
s1023,确定所述用户请求是否为该用户第一次发送的请求。
[0074]
在本实施例中,可以根据发送用户请求的用户信息确定当前接收到的用户请求是否为该用户第一次发送请求。用户信息可以为用户使用的设备的信息、用户名或用户注册信息等。
[0075]
s1024,若所述用户请求为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第二候选设备,并将一个所述第二候选设备作为所述目标设备,其中,所述第二候选设备为在当前时刻设备状态为空闲状态的请求处理设备。
[0076]
在本实施例中,如果该用户为第一次发送用户请求,则可以从当前处于空闲状态的请求处理设备中选择任一设备作为目标设备。
[0077]
s1025,若所述用户请求不为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第三候选设备,其中,所述第三候选设备为处理过该用户的历史请求的请求处理设备,所述历史请求为所述该用户在发送所述用户请求之前发送的请求。
[0078]
在本实施例中,如果当前接收到的用户请求不是该用户第一次发送的请求,则说明该用户之前发送过用户请求,且请求处理设备处理过该用户发送的用户请求,本申请中将该用户之前发送的用户请求记作历史请求。
[0079]
可以查找请求处理设备的设备信息,从设备信息中的历史请求处理信息中可以确定该请求处理设备是否处理过该用户的历史请求。如果设备信息中显示该请求处理设备处理过该用户的历史请求,则可以将该请求处理设备记作第三候选设备。
[0080]
s1026,基于所述第三候选设备,得到目标设备。
[0081]
可选的,将当前时刻的设备状态为空闲状态的第三候选设备作为所述目标设备。
[0082]
具体的,可以先确定第三候选设备的设备状态,选出设备状态为空闲状态的第三候选设备。从处于空闲状态的第三候选设备中选择任一设备作为目标设备。
[0083]
可选的,基于所述第三候选设备,得到第四候选设备,并将所述第四候选设备作为所述目标设备,其中,所述第四候选设备为所述第三候选设备中最后一次处理所述该用户的历史请求的设备。
[0084]
可选的,基于所述第三候选设备,得到第六候选设备,并将所述第六候选设备作为所述目标设备,其中,所述第六候选设备为所述第三候选设备中处理所述该用户的历史请求的次数最多的设备。
[0085]
在本实施例中,确定了目标设备后,在所述目标设备的设备状态为空闲状态时,向所述目标设备发送所述用户请求。如果目标设备在当前时刻为忙碌状态,则可以等待,直到目标设备为空闲状态时,将用户请求发送至目标设备。
[0086]
如图6所示,在一种可能的实现方式中,步骤s102的实现过程可以包括:
[0087]
s1027,从所述至少两个请求处理设备中确定第五候选设备,其中,所述第五候选设备为在当前时刻处于空闲状态的请求处理设备。
[0088]
s1028,将当前负载量最小的所述第五候选设备作为所述目标设备。
[0089]
在本实施例中,可以首先确定请求处理设备中处理空闲状态的设备,然后从处于空闲状态的设备中找出当前负载量最小的设备,并将当前负载量最小的设备作为目标设备。
[0090]
本申请实施例中,将负载量最小、且处于空闲状态的请求处理设备作为目标设备,可以使用户请求得到快速的处理。
[0091]
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
[0092]
对应于上文实施例所述的用户请求的处理方法,图7示出了本申请实施例提供的用户请求的处理装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
[0093]
参照图7,该装置300可以包括:信息获取模块310、设备确定模块320和请求发送模块330。
[0094]
其中,信息获取模块310,用于获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;
[0095]
设备确定模块320,用于在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;
[0096]
请求发送模块330,用于向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。
[0097]
在一种可能的实现方式中,信息获取模块310具体可以用于:
[0098]
获取所述至少两个请求处理设备按照预设时间间隔发送的心跳包;
[0099]
基于所述心跳包,得到各个请求处理设备在不同时刻的设备信息。
[0100]
在一种可能的实现方式中,与信息获取模块310相连的还包括:
[0101]
注册请求获取模块,用于获取各个请求处理设备发送的注册请求,其中,所述请求处理设备中设置探测插件,所述请求处理设备通过所述探测插件发送所述注册请求,所述探测插件还用于探测所述请求处理设备的设备信息;
[0102]
注册模块,用于基于所述注册请求,得到所述请求处理设备的识别信息,存储所述识别信息至注册模块;
[0103]
相应的,信息获取模块310还可以用于:
[0104]
存储所述请求处理设备的设备信息至所述注册模块,并将所述请求处理设备的设备信息与对应的识别信息关联;
[0105]
相应的,请求发送模块330还可以用于:
[0106]
基于所述目标设备的识别信息,向所述目标设备发送所述用户请求。
[0107]
在一种可能的实现方式中,设备确定模块320具体可以用于:
[0108]
从所述至少两个请求处理设备中确定第一候选设备,其中,所述第一候选设备为在当前时刻的设备状态为空闲状态的请求处理设备;
[0109]
将一个所述第一候选设备作为所述目标设备。
[0110]
在一种可能的实现方式中,所述设备信息包括:历史请求处理信息,设备确定模块320具体可以用于:
[0111]
确定所述用户请求是否为该用户第一次发送的请求;
[0112]
若所述用户请求为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第二候选设备,并将一个所述第二候选设备作为所述目标设备,其中,所述第二候选设备为在当前时刻设备状态为空闲状态的请求处理设备;
[0113]
若所述用户请求不为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第三候选设备,其中,所述第三候选设备为处理过该用户的历史请求的请求处理设备,所述历史请求为所述该用户在发送所述用户请求之前发送的请求;
[0114]
基于所述第三候选设备,得到目标设备。
[0115]
在一种可能的实现方式中,设备确定模块320具体可以用于:
[0116]
将当前时刻的设备状态为空闲状态的第三候选设备作为所述目标设备;
[0117]
或,
[0118]
基于所述第三候选设备,得到第四候选设备,并将所述第四候选设备作为所述目标设备,其中,所述第四候选设备为所述第三候选设备中最后一次处理所述该用户的历史请求的设备;
[0119]
相应的,请求发送模块330还可以用于:
[0120]
在所述目标设备的设备状态为空闲状态时,向所述目标设备发送所述用户请求。
[0121]
在一种可能的实现方式中,所述设备信息包括:当前负载量,设备确定模块320具体可以用于:
[0122]
从所述至少两个请求处理设备中确定第五候选设备,其中,所述第五候选设备为在当前时刻处于空闲状态的请求处理设备;
[0123]
将当前负载量最小的所述第五候选设备作为所述目标设备。
[0124]
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
[0125]
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0126]
本申请实施例还提供了一种终端设备,参见图8,该终端设备400可以包括:至少一
个处理器410、存储器420以及存储在所述存储器420中并可在所述至少一个处理器410上运行的计算机程序,所述处理器410执行所述计算机程序时实现上述任意各个方法实施例中的步骤,例如图2所示实施例中的步骤s101至步骤s103。或者,处理器410执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能,例如图7所示模块310至330的功能。
[0127]
示例性的,计算机程序可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器420中,并由处理器410执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段,该程序段用于描述计算机程序在终端设备400中的执行过程。
[0128]
本领域技术人员可以理解,图8仅仅是终端设备的示例,并不构成对终端设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如输入输出设备、网络接入设备、总线等。
[0129]
处理器410可以是中央处理单元(central processing unit,cpu),还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field

programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0130]
存储器420可以是终端设备的内部存储单元,也可以是终端设备的外部存储设备,例如插接式硬盘,智能存储卡(smart media card,smc),安全数字(secure digital,sd)卡,闪存卡(flash card)等。所述存储器420用于存储所述计算机程序以及终端设备所需的其他程序和数据。所述存储器420还可以用于暂时地存储已经输出或者将要输出的数据。
[0131]
总线可以是工业标准体系结构(industry standard architecture,isa)总线、外部设备互连(peripheral component,pci)总线或扩展工业标准体系结构(extended industry standard architecture,eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
[0132]
本申请实施例提供的用户请求的处理方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant,pda)等终端设备上,本申请实施例对终端设备的具体类型不作任何限制。
[0133]
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述用户请求的处理方法各个实施例中的步骤。
[0134]
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述用户请求的处理方法各个实施例中的步骤。
[0135]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可
以包括:能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom,read

only memory)、随机存取存储器(ram,random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
[0136]
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
[0137]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
[0138]
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
[0139]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0140]
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

技术特征:
1.一种用户请求的处理方法,其特征在于,包括:获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。2.如权利要求1所述的用户请求的处理方法,其特征在于,所述获取至少两个请求处理设备发送的设备信息,包括:获取所述至少两个请求处理设备按照预设时间间隔发送的心跳包;基于所述心跳包,得到各个请求处理设备在不同时刻的设备信息。3.如权利要求1所述的用户请求的处理方法,其特征在于,在所述获取至少两个请求处理设备发送的设备信息之前,包括:获取各个请求处理设备发送的注册请求,其中,所述请求处理设备中设置探测插件,所述请求处理设备通过所述探测插件发送所述注册请求,所述探测插件还用于探测所述请求处理设备的设备信息;基于所述注册请求,得到所述请求处理设备的识别信息,存储所述识别信息至注册模块;相应的,在所述获取至少两个请求处理设备发送的设备信息之后,包括:存储所述请求处理设备的设备信息至所述注册模块,并将所述请求处理设备的设备信息与对应的识别信息关联;相应的,所述向所述目标设备发送所述用户请求,包括:基于所述目标设备的识别信息,向所述目标设备发送所述用户请求。4.如权利要求1至3任一项所述的用户请求的处理方法,其特征在于,所述基于所述设备信息,从所述至少两个请求处理设备中确定目标设备,包括:从所述至少两个请求处理设备中确定第一候选设备,其中,所述第一候选设备为在当前时刻的设备状态为空闲状态的请求处理设备;将一个所述第一候选设备作为所述目标设备。5.如权利要求1所述的用户请求的处理方法,其特征在于,所述设备信息包括:历史请求处理信息;所述基于所述设备信息,从所述至少两个请求处理设备中确定目标设备,包括:确定所述用户请求是否为该用户第一次发送的请求;若所述用户请求为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第二候选设备,并将一个所述第二候选设备作为所述目标设备,其中,所述第二候选设备为在当前时刻设备状态为空闲状态的请求处理设备;若所述用户请求不为该用户第一次发送的请求,从所述至少两个请求处理设备中确定第三候选设备,其中,所述第三候选设备为处理过该用户的历史请求的请求处理设备,所述历史请求为所述该用户在发送所述用户请求之前发送的请求;基于所述第三候选设备,得到目标设备。6.如权利要求5所述的用户请求的处理方法,其特征在于,所述基于所述第三候选设
备,得到目标设备,包括:将当前时刻的设备状态为空闲状态的第三候选设备作为所述目标设备;或,基于所述第三候选设备,得到第四候选设备,并将所述第四候选设备作为所述目标设备,其中,所述第四候选设备为所述第三候选设备中最后一次处理所述该用户的历史请求的设备;相应的,向所述目标设备发送所述用户请求,包括:在所述目标设备的设备状态为空闲状态时,向所述目标设备发送所述用户请求。7.如权利要求1所述的用户请求的处理方法,其特征在于,所述设备信息包括:当前负载量,所述基于所述设备信息,从所述至少两个请求处理设备中确定目标设备,包括:从所述至少两个请求处理设备中确定第五候选设备,其中,所述第五候选设备为在当前时刻处于空闲状态的请求处理设备;将当前负载量最小的所述第五候选设备作为所述目标设备。8.一种用户请求的处理装置,其特征在于,包括:信息获取模块,用于获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;设备确定模块,用于在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;请求发送模块,用于向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理。9.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的用户请求的处理方法。10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的用户请求的处理方法。
技术总结
本申请适用于计算机技术领域,提供了一种用户请求的处理方法、装置、终端设备及存储介质,该方法包括:获取至少两个请求处理设备发送的设备信息,所述设备信息包括设备状态;在获取到用户请求后,基于所述设备信息,从所述至少两个请求处理设备中确定目标设备;向所述目标设备发送所述用户请求,其中,所述目标设备用于对所述用户请求进行处理;本申请通过设备信息确定目标设备,目标设备为可用的请求处理设备,最后用目标设备处理用户请求,可以加快对用户请求的处理速度,避免对用户请求的无效分发,提供用户请求的处理效率。提供用户请求的处理效率。提供用户请求的处理效率。


技术研发人员:刘祺
受保护的技术使用者:深圳市优必选科技股份有限公司
技术研发日:2021.03.26
技术公布日:2021/6/29

转载请注明原文地址:https://doc.8miu.com/read-288.html

最新回复(0)