CN114253710A - 计算请求的处理方法、智能终端、云服务器、设备及介质 - Google Patents

Abstract

本公开提供了一种计算请求的处理方法、智能终端、云服务器、设备及介质，涉及云计算与大数据等技术领域。具体实现方案为：获取智能终端对应的边缘设备信息；向所述智能终端发送所述边缘设备信息，以供所述智能终端基于所述边缘设备信息，进行计算请求。本公开的技术，可以有效地缓解云服务器的压力，同时还能够有效地提升计算请求的处理效率。

Description

计算请求的处理方法、智能终端、云服务器、设备及介质

技术领域

本公开涉及计算机技术领域，具体涉及云计算与大数据等技术领域，尤其涉及一种计算请求的处理方法、智能终端、云服务器、设备及介质。

背景技术

云服务器作为网络的中心，能够为智能终端提供很多的服务。

例如，目前很多智能终端的计算仍然需要连接云服务器，将数据上传至云服务器，才能完成计算。例如，一个典型的案例是视频的质量打分和机审场景，目前视频的分发量是非常大的。对于视频的审核过程，第一步需要各智能终端将视频上传到云服务器，再由云服务器对各智能终端上传的视频进行机器审核。

发明内容

本公开提供了一种计算请求的处理方法、智能终端、云服务器、设备及介质。

根据本公开的一方面，提供了一种计算请求的处理方法，包括：

基于预设规则，从注册中心获取智能终端对应的边缘设备信息；

向所述智能终端发送所述边缘设备信息，以供所述智能终端基于所述边缘设备信息，进行计算请求。

根据本公开的另一方面，提供了一种计算请求的处理方法，包括：

从云服务器获取边缘设备信息；

向所述边缘设备信息对应的边缘设备发起计算请求。

根据本公开的再一方面，提供了一种计算请求的处理方法，包括：

向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从所述注册中心获取到智能终端对应的所述边缘设备信息，并向所述智能终端发送所述边缘设备信息；

接收终端所述智能终端基于所述云服务器发送的当前的所述边缘设备信息发起的计算请求；基于所述计算请求，分配相应的弹性资源；

基于所述弹性资源，对所述计算请求进行处理。

根据本公开的再一方面，提供了一种云服务器，包括：

第一获取模块，用于基于预设规则，从注册中心获取终端智能终端对应的边缘设备信息；

第一发送模块，用于向所述终端智能终端发送所述边缘设备信息，以供所述终端智能终端基于所述边缘设备信息，进行计算请求。

根据本公开的再一方面，提供了一种智能终端，包括：

第二获取模块，用于从云服务器获取边缘设备信息；

第二发送模块，用于向所述边缘设备信息对应的边缘设备发起计算请求。

根据本公开的再一方面，提供了一种边缘设备，包括：

注册模块，用于向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从所述注册中心获取到智能终端对应的所述边缘设备信息，并向所述智能终端发送所述边缘设备信息；

接收模块，用于接收所述智能终端基于所述云服务器发送的当前的所述边缘设备信息发起终端的计算请求；

分配模块，用于基于所述计算请求，分配相应的弹性资源；

处理模块，用于基于所述弹性资源，对所述计算请求进行处理。

根据本公开的再一方面，提供了一种计算请求的处理***，包括：云服务器、智能终端和边缘设备；所述智能终端分别与所述云服务器和所述边缘设备进行通信交互；所述边缘设备与所述云服务器通信；所述云服务器采用如上所述的方面和任一可能的实现方式的云服务器；所述智能终端采用如上所述的方面和任一可能的实现方式的智能终端，所述边缘设备采用如上所述的方面和任一可能的实现方式的边缘设备。

根据本公开的再一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方面和任一可能的实现方式的方法。

根据本公开的再一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上所述的方面和任一可能的实现方式的方法。

根据本公开的再一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方面和任一可能的实现方式的方法。

根据本公开的技术，可以有效地缓解云服务器的压力，同时还能够有效地提升计算请求的处理效率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开提供一种业务请求架构图；

图2是本公开提供的另一种业务请求架构图；

图3是根据本公开第一实施例的示意图；

图4是根据本公开第二实施例的示意图；

图5是根据本公开第三实施例的示意图；

图6是根据本公开第四实施例的示意图；

图7是根据本公开第五实施例的示意图；

图8是根据本公开第六实施例的示意图；

图9是根据本公开第七实施例的示意图；

图10是根据本公开第八实施例的示意图；

图11是根据本公开第九实施例的示意图；

图12是根据本公开第十实施例的示意图；

图13是用来实现本公开实施例的上述方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。

需要说明的是，本公开实施例中所涉及的智能终端设备可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(TabletComputer)等智能设备；显示设备可以包括但不限于个人电脑、电视等具有显示功能的设备。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1是本公开提供一种业务请求架构图。如图1所示，该架构中，智能终端可以包括各种类型，如智能摄像头可以作为智能终端A、智能手表可以作为智能终端B、智能汽车可以作为智能终端C和智能手机可以作为智能终端D。如图1所示，这些类型的智能终端设备都直接与云服务器通信。所有的计算请求服务都直接访问云服务器，这种架构中，必然导致云服务器压力过大。而且，在很多场景下，需要智能终端本地也处理一部分计算。

图2是本公开提供的另一种业务请求架构图。基于上述图1所示的架构图的缺陷，本公开提供了图2所示的架构图，如图2所示，在该架构图，可以在各区域部署边缘设备，以承担周边的智能终端的计算请求服务。如图2所示，可以在区域A部署边缘设备A，以承担区域A内的智能终端A之类的智能终端的计算请求服务。可以在区域B部署边缘设备B，以承担区域B内的智能终端B之类的智能终端的计算请求服务。可以在区域C部署边缘设备C，以承担区域C内的智能终端C和智能终端D之类的智能终端的计算请求服务。实际应用中，每个区域的智能终端不限于图2所示类型的智能终端，可以为任意类型的智能终端。且在图2所示的架构下，每个智能终端保持两条流分别与云服务器和对应的边缘设备交互。智能终端与云服务器始终保持心跳交互，并且在交互中云服务器可以为智能终端发送智能终端所在区域的边缘设备，以供智能终端在需要发起计算请求时，可以向该边缘设备发起计算请求，以缓解云服务器的压力。而且边缘设备专门用于处理该区域的智能终端的计算请求，相对于服务器而言，功能更加单一；同时由于智能终端与边缘设备同属于一个区域，网络通信时延更短，所以，该架构能够有效地提升智能终端的计算请求处理的效率，也不需要智能终端处理任何计算，进而可以有效地提升边缘的智能终端设备的算力。下面以图2所示的架构为例，详细描述本公开的技术方案。

图3是根据本公开第一实施例的示意图；如图3所示，本实施例提供一种计算请求的处理方法，应用于云服务器侧，具体可以包括如下步骤：

S301、基于预设规则，从注册中心获取智能终端对应的边缘设备信息；

S302、向智能终端发送边缘设备信息，以供智能终端基于边缘设备信息，进行计算请求。

在本实施例的架构中，可以部署一个注册中心，来管理和维护所有的边缘设备信息，各边缘设备信息可以包括边缘设备的名字、地址、唯一ID、健康状态、负载情况、性能参数等等。该注册中心能够实时与云中心服务器信息同步，以保证云服务器可以获知所有的边缘设备的信息。实际应用中，边缘设备可以基于区域来部署，一个固定的区域内可以部署一个、两个或者多个边缘设备，本实施例的边缘设备用于承担计算服务的节点，也可以称为边缘计算节点或者边缘节点。

且本实施例的注册中心可以作为云服务器的一部分，部署在云服务器一侧，或者也可以部署在某个边缘设备侧。所有边缘设备上线后，都需要向注册中心注册其信息。且注册中心始终与云服务器进行信息同步，以保证云服务器可以随时获取到每一个边缘设备的信息。而且，可以基于预设规则，能够从注册中心获取任一智能终端对应的边缘设备信息。

且本实施例中，云服务器始终与智能终端保持交互。且在云服务器侧，云服务器获取到智能终端对应的边缘设备信息后，可以向智能终端发送边缘设备信息，以供智能终端基于边缘设备信息，进行计算请求。而不用再向云服务器发起计算请求，从而可以缓解云服务器的压力。而且边缘设备相对于服务器而言，服务的智能终端更少，服务的业务可能也更少，进而可以更加快速地响应智能终端的计算请求，提升智能终端的计算请求的处理效率，以使得边缘侧的智能终端的算力也得到一定的提升，能够处理更多的计算请求。

本实施例的计算请求的处理方法，通过采用上述方案，可以有效地缓解云服务器的压力，同时还能够有效地提升计算请求的处理效率。

在本公开的一个实施例中，步骤S301具体可以为云服务器基于智能终端的链路规则、以及多个候选边缘设备的性能和负载，从注册中心获取智能终端对应的最优的边缘设备信息。

例如智能终端的链路规则可以默认为选择最近的边缘设备进行计算请求，当然实际应用中，智能终端的链路规则还可以为仅选择云服务器进行计算请求、或者还可以设置选择性能达到预设性能要求、和/或负载小于预设负载要求等条件的边缘设备进行计算请求。链路规则可以根据用户需求，设置在智能终端侧。并且在与云服务器进行交互时告知云服务器，以供云服务器基于该智能终端的链路规则，获取对应的边缘设备信息。

实际应用中，满足智能终端的链路规则的边缘设备若存在至少两个时，此时可以基于边缘设备的性能和负载等信息，从注册中心获取最优的边缘设备信息。这里的最优可以理解为性能最好，同时负载最小。但是实际应用中，有时候性能最好的，负载未必是最小的。

所以，在本公开的一个实施例中，可以基于智能终端的链路规则、从多个候选边缘设备中获取节点标签值最大的候选边缘设备信息，作为智能终端对应的最优的边缘设备信息。边缘设备的节点标签值可以为标识该边缘设备节点与注册中心保持健康心跳的一个值。该值越大，标识该边缘设备节点越优。该节点标签值可以为注册中心计算的，或者也可以由云服务器或者边缘设备计算的。此时云服务器可以基于智能终端的链路规则和各候选边缘设备的节点标签的值，从注册中心获取符合智能终端的链路规则的至少两个候选边缘设备中、标签值标识的最优的边缘设备信息。采用该方式，可以获取到智能终端对应的最准确的边缘设备信息。

另外，在本公开的一个实施例中，由于云服务器与智能终端始终保持心跳交互，所以，本实施例中云服务器向智能终端发送边缘设备信息，具体可以通过与智能终端的心跳交互，向智能终端发送边缘设备信息。这样，不需要额外的资源向智能终端发送边缘设备信息，减少不必要的资源浪费。

图4是根据本公开第二实施例的示意图；如图4所示，本实施例提供一种计算请求的处理方法，应用于智能终端侧，具体可以包括如下步骤：

S401、从云服务器获取边缘设备信息；

S402、向边缘设备信息对应的边缘设备发起计算请求。

在本实施例中，智能终端可以从云服务器获取对应的边缘设备信息。然后在需要发起计算请求时，此时不必向云服务器发送计算请求，而是基于获取的边缘设备信息，向对应的边缘设备发起计算请求，从而可以缓解云服务器的压力。

本实施例的边缘设备，相对于云服务器而言，与智能终端的距离更近，如可以属于同一个区域。所以智能终端访问边缘设备的网络时延更短。而且，边缘设备为云服务器为该智能终端筛选的，相对于云服务而言，服务的智能终端数量更少，能够更加快捷地为智能终端提供计算服务。

本实施例的计算请求的处理方法，通过采用上述方案，智能终端在需要发起计算请求时，不用向云服务器发送计算请求，而是向对应的边缘设备发起计算请求，不仅可以有效地缓解云服务器的压力，同时还能够提升智能终端的计算请求的处理效率，以使得智能终端的算力也得到一定的提升，能够处理更多的计算请求。

在本公开的一个实施例中，上述步骤S401具体可以为：智能终端通过与云服务器的心跳交互，获取边缘设备信息。此时，智能终端不用另外申请资源去获取边缘设备信息，避免不必要的资源浪费，同时还能够有效地获取边缘设备信息。

在本公开的一个实施例中，步骤S401从云服务器侧获取边缘设备信息之后，步骤S402向边缘设备信息对应的边缘设备请求计算服务之前，还包括：基于边缘设备信息，更新本地存储的边缘设备信息表。

也就是说，在智能终端本地存储有边缘设备信息表，在该边缘设备信息中存储有该智能终端可以访问的边缘设备的信息，例如可以包括边缘设备的名称、地址、唯一ID等信息。通过该步骤，可以保证智能终端对应的边缘设备信息能够及时更新，确保智能终端在发起计算请求时，可以准确、有效地发送的对应的边缘设备，

图5是根据本公开第三实施例的示意图；如图5所示，本实施例提供一种计算请求的处理方法，应用于边缘设备侧，具体可以包括如下步骤：

S501、向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从注册中心获取到智能终端对应的边缘设备信息，并向智能终端发送边缘设备信息；

S502、接收智能终端基于云服务器发送的当前的边缘设备信息发起的计算请求；

S503、基于该计算请求，分配相应的弹性资源；

S504、基于弹性资源，对计算请求进行处理。

本实施例的边缘设备用于替代云服务器，处理智能终端的计算请求。所以该边缘设备上能够提供计算引擎服务。

需要说明的是，本实施例的边缘设备在处理智能终端的计算请求之前，必须要向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从注册中心获取到智能终端对应的边缘设备信息，并向智能终端发送边缘设备信息。这样，智能终端才可以获取到对应的边缘设备的信息，才可以向对应的边缘设备发起计算请求。如上述实施例的记载，边缘设备向注册中心注册时，可以上报其名称、地址、唯一ID、健康状态、负载情况、性能参数等等。

例如，地址中可以标识该边缘设备的节点区域，即其负责的一个大的范围。另外，边缘设备信息还可以包括节点标签，该节点标签的值可以为基于边缘设备的性能和负载，计算的一个标识该边缘节点与注册中心保持健康心跳的一个值。该值越大，表示该边缘设备越忧。边缘设备信息还可以包括节点状态，用于标识该边缘设备是否可被使用。本实施例中通过向云服务器侧的注册中心注册边缘设备，可以使得云服务器可以及时获知边缘设备的信息，并及时向对应的智能终端推送该边缘设备，以有效地缓解云服务器的压力。

对应地，边缘设备在接收到智能终端的计算请求后，需要为该计算请求分配相应的弹性资源。本实施例的弹性资源为一种创建快、销毁快、使用非常方便的资源。例如，在本实施例的架构的场景下，该弹性资源具体为容器的形式。然后，边缘设备可以基于为该智能终端分配的容器，处理该智能终端的计算请求。

本实施例的边缘设备，也可以称为函数计算服务节点。具体地，可以通过函数计算的方式为边缘设备提供聚焦在算子层面的业务逻辑开发，如合屏算子、截图算子、降码率算子等；运行环境和调度由云函数计算引擎提供。

具体地，算子函数以约定的代码包或者可执行包、镜像包的形式存在。

考虑到中心到边缘获取包的时延，本公开中，通过对象存储(如BOS)的方式，将代码包按照设定的规则，提前预加载到边缘内容分发网络(Content Delivery Network，CDN)节点上。

为了保证边缘设备的空间利用率和管控效率，本公开可以采取懒加载的模式进行，亦即在第一次请求时从边缘CDN节点获取代码包，并启动运行。通过此种模式，可以将中心化的函数计算模式平滑的转移到了边缘设备运行。

本实施例的边缘设备相对于云服务器而言，与智能终端的距离更近，如可以属于同一个区域，网络时延更短。而且，边缘设备相对于云服务器而言，仅负责该区域的智能终端的计算服务，功能相对单一，能够更加快捷地为智能终端提供计算服务。

本实施例的计算请求的处理方法，通过采用上述方案，可以对基于智能终端的计算请求，分配相应的弹性资源，以对计算请求进行处理。从而可以替代云服务器，对智能终端的计算请求进行处理，能够有效地承接云服务器部分服务，缓解云服务器的压力，同时也能够，提升智能终端的计算请求的处理效率，以使得边缘侧的智能终端的算力也得到一定的提升，能够处理更多的计算请求。

在本公开的一个实施例中，智能终端在向在边缘设备发出第一次计算请求后，边缘设备为该智能终端创建的容器不会马上销毁，容器会根据***判定的时间来进行销毁，保证该智能终端的第二次计算请求的低延时响应，提高计算请求的处理效率。也就是说，智能终端与边缘设备之间保持一个长链接用于降低智能终端与边缘设备的重复链接。

例如，在本公开的一个实施例中，容器的销毁方法具体可以为：

基于预设时间间隔和预设忍耐阈值，对弹性资源进行销毁。

进一步地，该基于预设时间间隔和预设忍耐阈值，对弹性资源进行销毁，在具体实施时，可以包括如下步骤：

(1)基于预设时间间隔，检测请求超时的次数是否达到预设忍耐阈值；若达到，执行步骤(2)；若未达到，返回继续检测。

(2)对弹性资源进行销毁。

本实施例的预设时间间隔和预设忍耐阈值可以根据实际经验来选取。例如预设时间间隔可以取2分钟、3分钟或者5分钟。预设忍耐阈值可以取2次、3次、4次或者其他次数。

例如，在本实施例的一个场景下，可以计算每次计算请求与上一次计算请求的时间间隔是否大于预设时间间隔，若大于，则将请求超时的次数累加1，直至请求超时的次数达到预设忍耐阈值，此时对弹性资源即为该智能终端分配的容器销毁。

在本实施例的另一个场景下，可以采用如下步骤来实现：

(a)为i赋予初始值1；

(b)计算i+1次计算请求与第i次计算请求之间的第i请求时间间隔；

(c)判断该第i请求时间间隔是否大于预设时间间隔；若大于，执行步骤(d)；若不大于，执行步骤(g)；

(d)将忍耐因子累加1；执行步骤(e)；

该忍耐因子的初始值为0；

(e)判断忍耐因子是否达到预设忍耐阈值，若未达到，执行步骤(f)；若达到，执行步骤(h)；

(f)；采用该第i请求时间间隔的值更新预设时间间隔的值；执行步骤(g)；

(g)将i更新为i+1；返回步骤(b)；

(h)对弹性资源进行销毁，结束。

与上述场景不同的是，在该场景下，预设时间间隔可以基于延时的请求时间间隔进行更加灵活地调整，以适应智能终端的节奏。但是若智能终端的计算请求在调整后的请求时间间隔下仍然延时，若达到预设忍耐阈值，此时还是要将弹性资源即容器销毁，采用该方案能够最大限度地争取智能终端的低时延响应。但是若超出预设忍耐阈值，则认为智能终端没计算请求的需求，此时可以销毁对应的资源，避免资源的空闲浪费。

图6是根据本公开第四实施例的示意图；如图6所示，本实施例提供一种计算请求的处理方法，应用于边缘设备侧，在上述图5所示实施例的基础上，提供一种边缘设备的扩容方案，具体可以包括如下步骤：

S601、检测运行的资源封装结构的数量与空闲的资源封装结构的数量的比例是否大于预设比例阈值；若是，执行步骤S602；否则，返回继续检测。

S602、基于当前的边缘设备进行扩容；

S603、向位于云服务器侧的注册中心注册扩容的边缘设备信息；

S604、获取扩容次数；

S605、检测扩容次数是否达到预设次数阈值；若达到，则发出报警；否则，返回步骤S601；

本实施例的资源封装结构指的是用于封装弹性资源如容器的结构，例如具体可以为pod。例如，边缘设备具体可以检测运行的pod的数量与空闲的pod的数量的比例是否大于预设比例阈值，若大于，则表示运行pod量过大，当前边缘设备无法满足服务需求，此时可以基于当前的边缘设备进行扩容。具体地扩容方式就是增加一个边缘设备，如Node节点。本实施例中，边缘设备在部署时，通常会部署多个物理机器，在其中一个或者多个机器不满足需求时，非常方便就近节点进行扩容。

需要说明的是，扩容后，扩容的边缘设备也需要及时向云服务器的注册中心及时注册。注册完之后，云服务器可以基于新注册的边缘设备信息，向对应区域的智能终端发送该边缘设备信息，以供智能终端可以向扩容后的边缘设备进行计算请求，详细参考上述相关实施例的相关记载。

另外，可选地，在本实施例中，还可以设置一个预设次数阈值，来限定扩容的最大次数。若扩容次数达到预设次数阈值，触发报警，通知管控人员调整和人工扩大节点规则。该方案考虑到在边缘Serverless场景下的流量突增，人工可预先设定边缘设备超限后，可允许请求中心的云服务器，通过异步消息队列进行削峰处理。

本实施例的计算请求的处理方法，通过采用上述方案可以对边缘设备进行有效地扩容，提升边缘设备的服务能力。同时，避免边缘设备的流量猛增，还可以在扩容达到预设次数阈值后，进行报警，以有效地对边缘设备进行管控。

图7是根据本公开第五实施例的示意图；如图7所示，本实施例提供一种计算请求的处理方法，应用于边缘设备侧，在上述图5或图6所示实施例的基础上，提供一种边缘设备的缩容方案，具体可以包括如下步骤：

S701、检测空闲资源封装结构在预设时间长度内是否被请求；若未被请求，则执行步骤S702；若被请求，则暂不对该空闲资源封装结构做任何处理，可以继续检测下一个空闲资源封装结构。

S702、为空闲资源封装结构标记待清理标识；

S703、对标记有待清理标识的空闲资源封装结构进行清理。

其中预设时间长度可以根据实际经验来设置，例如可以为10分钟、15分钟或者其他时间长度。检测到空闲的pod在预设时间长度内未被请求，则说明该pod可能为一个疑似废弃的pod，此时可以直接对该pod进行清理，以回收资源，实现缩容。

或者采用本实施例的技术方案，也可以在检测到空闲的pod在预设时间长度内未被请求，先将该空闲pod标记一个待清理标识。然后再一起对标记有待清理标识的空闲pod进行清理。例如，在本实施例中，可以设置固定周期的检查，步骤S701和S702可以在前一轮的检查中来执行，步骤S703可以在后一轮的检查中来执行。也就是说，在当前轮的检查中，标记的待清理标识的pod，不会在当前轮的检查中被清理。而在下一轮的检查中，若还未被请求，此时可以直接清理。另外，亦就是说，若在当前轮的检查中，标记的待清理标识的pod，若在标记之后，被访问了，要及时去除该待清理标识，以避免被误清理。

本实施例的计算请求的处理方法，采用上述方案，能够对空闲的资源封装结构及时进行清理，实现边缘设备的缩容，能够为边缘设备争取更多的可用资源。

图8是根据本公开第六实施例的示意图；如图6所示，本实施例提供一种云服务器800，包括：

第一获取模块801，用于基于预设规则，从注册中心获取智能终端对应的边缘设备信息；

第一发送模块802，用于向智能终端发送边缘设备信息，以供智能终端基于边缘设备信息，进行计算请求。

本实施例的云服务器800，通过采用上述模块实现计算请求处理的实现原理以及技术效果，与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

在本公开的一个实施例中，第一获取模块801，用于：

基于智能终端的链路规则、以及多个边缘设备的性能和负载，从注册中心获取智能终端对应的最优的边缘设备信息

在本公开的一个实施例中，第一获取模块801，用于：

基于智能终端的链路规则，从多个候选边缘设备中获取节点标签值最大的候选边缘设备信息，作为智能终端对应的最优的边缘设备信息；节点标签值是基于候选边缘设备的性能和负载计算的。

在本公开的一个实施例中，第一发送模块802，用于：

通过与智能终端的心跳交互，向智能终端发送边缘设备信息。

图9是根据本公开第七实施例的示意图；如图9所示，本实施例提供一种智能终端900，包括：

第二获取模块901，用于从云服务器获取边缘设备信息；

第二发送模块902，用于向边缘设备信息对应的边缘设备发起计算请求。

本实施例的智能终端900，通过采用上述模块实现计算请求处理的实现原理以及技术效果，与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

在本公开的一个实施例中，第二获取模块901，用于：

通过与云服务器的心跳交互，获取边缘设备信息。

在本公开的一个实施例中，还包括：

更新模块，用于基于边缘设备信息，更新本地存储的边缘设备信息表。

图10是根据本公开第八实施例的示意图；如图10所示，本实施例提供一种边缘设备1000，包括：

注册模块1001，用于向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从注册中心获取到智能终端对应的边缘设备信息，并向智能终端发送所述边缘设备信息；

接收模块1002，用于接收智能终端基于云服务器发送的当前的边缘设备信息发起的计算请求；

分配模块1003，用于基于计算请求，分配相应的弹性资源；

处理模块1004，用于基于弹性资源，对计算请求进行处理。

本实施例的边缘设备1000，通过采用上述模块实现计算请求处理的实现原理以及技术效果，与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图11是根据本公开第九实施例的示意图；如图11所示，本实施例提供一种边缘设备1100，包括：上述图10所示的同名同功能模块：接收模块1101、分配模块1102、和处理模块1103。

如图11所示，本实施例的边缘设备1100，还包括：

销毁模块1105，用于基于预设时间间隔和预设忍耐阈值，对弹性资源进行销毁。

在本公开的一个实施例中，销毁模块1105，用于：

基于预设时间间隔，检测请求超时的次数是否达到预设忍耐阈值；

若达到，对弹性资源进行销毁。

如图11所示，在本公开的一个实施例中，本实施例的边缘设备1100，还包括：

检测模块1106，用于检测运行的资源封装结构的数量与空闲的资源封装结构的数量的比例是否大于预设比例阈值；

扩容模块1107，用于若是，基于当前的边缘设备进行扩容。

在本公开的一个实施例中，注册模块1104，还用于：

向位于云服务器侧的注册中心注册扩容的边缘设备信息。

如图11所示，在本公开的一个实施例中，注册模块1104，还包括报警模块1108；

检测模块1106，还用于检测扩容次数是否达到预设次数阈值；

报警模块1108，用于若达到，发出报警。

如图11所示，在本公开的一个实施例中，本实施例的边缘设备1100，还包括：

清理模块1109，用于对标记有待清理标识的空闲资源封装结构进行清理。

如图11所示，在本公开的一个实施例中，本实施例的边缘设备1100，还包括标记模块1110；

检测模块1106，用于检测空闲资源封装结构在预设时间长度内是否被请求；

标记模块1110，用于若未被请求，则为空闲资源封装结构标记待清理标识。

本实施例的边缘设备1000，通过采用上述模块实现计算请求处理的实现原理以及技术效果，与上述相关方法实施例的实现相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

图12是根据本公开第十实施例的示意图；如图12所示，本实施例提供一种计算请求的处理***1200，包括：云服务器1201、智能终端1202和边缘设备1203；智能终端1202分别与云服务器1201和边缘设备1203进行通信交互；边缘设备1203与云服务器1201通信；云服务器1201采用如图9所示实施例的智能终端，边缘设备1203采用如上图10或者图11所示的边缘设备。并且，具体可以采用如上权利要求图3-图7所示计算请求的处理方法实现计算请求的处理，详细可以参考上述相关实施例的记载，在此不再赘述。

图12实施例的架构可以参考上述图2所示架构，在本实施例中，可以实现云-边-端的协同以及更加高效的通过微服务治理的思想进行了管控，而且更加有效的提升了智能终端与边的紧密联动，通过“双线”方式，在与作为中心的云服务器保持联动的同时，有效提升了边缘侧智能终端的算力。

同时，本公开的技术方案，将函数计算中心化平滑下放到边缘设备上，有效的在边缘侧实现了Serverless的算力突破，对推进边缘Serverless，5G新浪潮加速前行起到了巨大的推动作用。

例如，本公开的技术方案可以应用于很多场景。例如，在一种场景中，各区域部署的多个智能终端采集视频，并上传到对应区域部署的边缘设备，由区域的边缘设备对该区域的智能终端上传的视频进行审核打分。在另一种场景中，各区域部署的智能摄像头采集违章视频，并上传至对应区域部署的边缘设备，由区域的边缘设备对该区域的智能摄像头上传的视频进行违章检测。在另一种场景中，用户可以通过智能手表或者智能终端对健康数据进行检测，并上传至对应区域部署的边缘设备。由区域的边缘设备对该区域的智能手表或者智能手机上传的健康数据进行测评并打分。而采用本公开的技术方案，可以在各区域部署边缘设备，实现对该区域的智能手表或者智能手机上传的健康数据进行测评并打分本公开的技术方案，还可以应用于其他场景，在此不再一一举例。

无论在哪种场景下，本公开的技术方案，与现有技术的由云服务器处理所有智能终端的计算请求，或者由智能终端处理部分计算请求相比，将所有计算请求的处理平滑转移到智能终端对应的边缘设备上，不仅可以提升计算请求的处理效率，而且还能够使得边缘侧的智能终端可以有更多的资源采集更多的数据，发起更多的计算请求，进而可以有效地提升边缘侧的智能终端的算力。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图13示出了可以用来实施本公开的实施例的示例电子设备1300的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图13所示，设备1300包括计算单元1301，其可以根据存储在只读存储器(ROM)1302中的计算机程序或者从存储单元1308加载到随机访问存储器(RAM)1303中的计算机程序，来执行各种适当的动作和处理。在RAM 1303中，还可存储设备1300操作所需的各种程序和数据。计算单元1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(I/O)接口1305也连接至总线1304。

设备1300中的多个部件连接至I/O接口1305，包括：输入单元1306，例如键盘、鼠标等；输出单元1307，例如各种类型的显示器、扬声器等；存储单元1308，例如磁盘、光盘等；以及通信单元1309，例如网卡、调制解调器、无线通信收发机等。通信单元1309允许设备1300通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1301可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1301的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1301执行上文所描述的各个方法和处理，例如本公开的上述方法。例如，在一些实施例中，本公开的上述方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1308。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1302和/或通信单元1309而被载入和/或安装到设备1300上。当计算机程序加载到RAM 1303并由计算单元1301执行时，可以执行上文描述的本公开的上述方法的一个或多个步骤。备选地，在其他实施例中，计算单元1301可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开的上述方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式***的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (34)

1.一种计算请求的处理方法，包括：

基于预设规则，从注册中心获取智能终端对应的边缘设备信息；

向所述智能终端发送所述边缘设备信息，以供所述智能终端基于所述边缘设备信息，进行计算请求。

2.根据权利要求1所述的方法，其中，基于所述预设规则，从注册中心获取所述智能终端对应的所述边缘设备信息，包括：

基于所述智能终端的链路规则、以及多个候选边缘设备的性能和负载，从所述注册中心获取所述智能终端对应的最优的所述边缘设备信息。

3.根据权利要求2所述的方法，其中，基于所述智能终端的链路规则、以及多个候选边缘设备的性能和负载，从所述注册中心获取所述智能终端对应的最优的所述边缘设备信息，包括：

基于所述智能终端的链路规则，从所述多个候选边缘设备中获取节点标签值最大的所述候选边缘设备信息，作为所述智能终端对应的最优的所述边缘设备信息；所述节点标签值是基于所述候选边缘设备的性能和负载计算的。

4.根据权利要求1-3任一所述的方法，其中，向所述智能终端发送所述边缘设备信息，包括：

通过与所述智能终端的心跳交互，向所述智能终端发送所述边缘设备信息。

5.一种计算请求的处理方法，包括：

从云服务器获取边缘设备信息；

向所述边缘设备信息对应的边缘设备发起计算请求。

6.根据权利要求5所述的方法，其中，从云服务器侧获取边缘设备信息，包括：

通过与所述云服务器的心跳交互，获取所述边缘设备信息。

7.根据权利要求5所述的方法，其中，从云服务器侧获取边缘设备信息之后，向所述边缘设备信息对应的边缘设备发送计算请求之前，还包括：

基于所述边缘设备信息，更新本地存储的边缘设备信息表。

8.一种计算请求的处理方法，包括：

向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从所述注册中心获取到智能终端对应的所述边缘设备信息，并向所述智能终端发送所述边缘设备信息；

接收所述智能终端基于所述云服务器发送的当前的所述边缘设备信息发起的计算请求；

基于所述计算请求，分配相应的弹性资源；

基于所述弹性资源，对所述计算请求进行处理。

9.根据权利要求8所述的方法，其中，基于所述弹性资源，对所述计算请求进行处理之后，还包括：

基于预设时间间隔和预设忍耐阈值，对所述弹性资源进行销毁。

10.根据权利要求9所述的方法，其中，基于预设时间间隔和预设忍耐阈值，对所述弹性资源进行销毁，包括：

基于所述预设时间间隔，检测请求超时的次数是否达到预设忍耐阈值；

若达到，对所述弹性资源进行销毁。

11.根据权利要求8-10任一所述的方法，其中，所述方法还包括：

检测运行的资源封装结构的数量与空闲的资源封装结构的数量的比例是否大于预设比例阈值；

若是，基于当前的边缘设备进行扩容。

12.根据权利要求11所述的方法，其中，对当前的边缘设备进行扩容之后，还包括：

向位于云服务器侧的注册中心注册扩容的边缘设备信息。

13.根据权利要求11所述的方法，其中，对当前的边缘设备进行扩容之后，还包括：

检测扩容次数是否达到预设次数阈值；

若达到，发出报警。

14.根据权利要求8-10任一所述的方法，其中，所述方法还包括：

对标记有待清理标识的空闲资源封装结构进行清理。

15.根据权利要求8-10任一所述的方法，其中，在本次巡查中，对标记有待清理标识的空闲弹性资源进行清理之前，还包括：

检测所述空闲资源封装结构在预设时间长度内是否被请求；

若未被请求，则为所述空闲资源封装结构标记所述待清理标识。

16.一种云服务器，包括：

第一获取模块，用于基于预设规则，从注册中心获取智能终端对应的边缘设备信息；

第一发送模块，用于向所述智能终端发送所述边缘设备信息，以供所述智能终端基于所述边缘设备信息，进行计算请求。

17.根据权利要求16所述的云服务器，其中，所述第一获取模块，用于：

基于所述智能终端的链路规则、以及多个候选边缘设备的性能和负载，从所述注册中心获取所述智能终端对应的最优的所述边缘设备信息。

18.根据权利要求17所述的云服务器，其中，所述第一获取模块，用于：

基于所述智能终端的链路规则，从所述多个候选边缘设备中获取节点标签值最大的所述候选边缘设备信息，作为所述智能终端对应的最优的所述边缘设备信息；所述节点标签值是基于所述候选边缘设备的性能和负载计算的。

19.根据权利要求16-18任一所述的云服务器，其中，所述第一发送模块，用于：

通过与所述智能终端的心跳交互，向所述智能终端发送所述边缘设备信息。

20.一种智能终端，包括：

第二获取模块，用于从云服务器获取边缘设备信息；

第二发送模块，用于向所述边缘设备信息对应的边缘设备发起计算请求。

21.根据权利要求20所述的智能终端，其中，所述第二获取模块，用于：

通过与所述云服务器的心跳交互，获取所述边缘设备信息。

22.根据权利要求20所述的智能终端，其中，还包括：

更新模块，用于基于所述边缘设备信息，更新本地存储的边缘设备信息表。

23.一种边缘设备，包括：

注册模块，用于向注册中心注册当前的边缘设备信息，以供云服务器基于预设规则，能够从所述注册中心获取到智能终端对应的所述边缘设备信息，并向所述智能终端发送所述边缘设备信息；

接收模块，用于接收所述智能终端基于所述云服务器发送的当前的所述边缘设备信息发起的计算请求；

分配模块，用于基于所述计算请求，分配相应的弹性资源；

处理模块，用于基于所述弹性资源，对所述计算请求进行处理。

24.根据权利要求23所述的边缘设备，其中，还包括：

销毁模块，用于基于预设时间间隔和预设忍耐阈值，对所述弹性资源进行销毁。

25.根据权利要求24所述的边缘设备，其中，所述销毁模块，用于：

基于所述预设时间间隔，检测请求超时的次数是否达到预设忍耐阈值；

若达到，对所述弹性资源进行销毁。

26.根据权利要求23-25任一所述的边缘设备，其中，还包括：

检测模块，用于检测运行的资源封装结构的数量与空闲的资源封装结构的数量的比例是否大于预设比例阈值；

扩容模块，用于若是，基于当前的边缘设备进行扩容。

27.根据权利要求26所述的边缘设备，其中，所述注册模块，还用于：

向位于云服务器侧的注册中心注册扩容的边缘设备信息。

28.根据权利要求26所述的边缘设备，其中，还包括报警模块；

所述检测模块，还用于检测扩容次数是否达到预设次数阈值；

所述报警模块，用于若达到，发出报警。

29.根据权利要求23-25任一所述的边缘设备，其中，还包括：

清理模块，用于对标记有待清理标识的空闲资源封装结构进行清理。

30.根据权利要求26所述的边缘设备，其中，还包括标记模块；

所述检测模块，用于检测所述空闲资源封装结构在预设时间长度内是否被请求；

所述标记模块，用于若未被请求，则为所述空闲资源封装结构标记所述待清理标识。

31.一种计算请求的处理***，包括：云服务器、智能终端和边缘设备；所述智能终端分别与所述云服务器和所述边缘设备进行通信交互；所述边缘设备与所述云服务器通信；所述云服务器采用如上权利要求16-19任一所述的云服务器；所述智能终端采用如上权利要求20-22任一所述的智能终端，所述边缘设备采用如上权利要求23-30任一所述的边缘设备。

32.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-4、5-7或者8-15中任一项所述的方法。

33.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-4、5-7或者8-15中任一项所述的方法。

34.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-4、5-7或者8-15中任一项所述的方法。

Images