一种边缘计算资源调度方法、存储介质及服务端与流程

1.本技术涉及无线通讯技术领域，特别涉及一种边缘计算资源调度方法、存储介质及服务端。


背景技术：

2.目前，随着科技发展，用户对于通信业务处理和传输速率需求越来越高，边缘计算可利用移动接入网络就近提供计算、存储、处理等能力，减少时延。但是，进行边缘计算的边缘设备在使用过程中，边缘设备会因被超量的使用或者是需要访问网络或资源处于被占用状态等原因而造成该运行阻塞，从而导致任务处理效率低，给用户的使用带来不便。


技术实现要素：

3.本技术要解决的技术问题在于，针对现有技术的不足，提供一种边缘计算资源调度方法、存储介质及服务端。
4.为了解决上述技术问题，本技术实施例第一方面提供了一种边缘计算资源调度方法，应用于边缘系统的服务端，所述边缘系统包括若干边缘设备以及所述服务端；所述方法包括：
5.所述服务端获取各边缘设备的运行数据，并根据各边缘设备的运行数据确定目标边缘设备，其中，所述目标边缘设备为所述若干边缘设备中的至少一边缘设备；
6.所述服务端作为所述目标边缘设备，并执行所述目标边缘设备对应的任务数据。
7.所述边缘计算资源调度方法，其中，所述服务端配置有所述若干边缘设备中每个边缘设备各自对应的可执行镜像；所述服务端作为所述目标边缘设备，并执行所述目标边缘设备对应的任务数据具体包括：
8.服务端启动所述目标边缘设备对应的可执行镜像，其中，所述可执行镜像用于模拟所述目标边缘设备；
9.当所述可执行镜像启动成功后，服务端执行所述目标边缘设备对应的任务数据。
10.所述边缘计算资源调度方法，其中，所述服务端执行所述目标边缘设备对应的任务数据具体包括：
11.服务端向所述目标边缘设备发送模拟成功指令，以使得所述目标边缘设备基于所述模拟成功指令向所述服务端发送任务数据；
12.服务端接收所述任务数据，并执行接收到任务数据。
13.所述边缘计算资源调度方法，其中，所述服务端作为所述目标边缘设备，并执行所述目标边缘设备对应的任务数据之后，所述方法还包括：
14.所述服务端将所述任务数据对应的处理结果反馈给目标边缘设备，以使得目标边缘设备获取到该任务数据对应的处理结果。
15.所述边缘计算资源调度方法，其中，所述服务端获取若干边缘设备的运行数据具体包括：
16.服务端每间隔第一预设时间确定当前时间对应的设定时间段；
17.服务端根据所述设定时间段获取各边缘设备对应的历史运行数据，其中，所述历史运行数据对应的运行时间段与所述设定时间段相对应；
18.服务端将各边缘设备对应的历史运行数据分别作为各边缘设备各自对应的运行数据。
19.所述边缘计算资源调度方法，其中，所述运行数据包括异常次数；所述根据获取到的运行数据确定目标边缘设备具体包括：
20.服务端基于所述异常次数在所述若干边缘设备中选取部分边缘设备，并将选取到的部分边缘设备作为目标边缘设备。
21.所述边缘计算资源调度方法，其中，所述运行数据包括平均运行时间以及目标运行时间；所述根据获取到的运行数据确定目标边缘设备具体包括：
22.对于每个边缘设备，服务端根据所述平均运行时间和所述目标运行时间确定运行时间差；
23.服务端基于运行时间差在所述若干边缘设备中选取部分边缘设备，并将选取到的部分边缘设备作为目标边缘设备。
24.所述边缘计算资源调度方法，其中，所述目标边缘设备包括若干目标边缘设备；所述服务端模拟所述目标边缘设备，以执行所述目标边缘设备对应的任务数据之前，所述方法还包括：
25.所述服务端获取所述目标边缘设备的设备数量；
26.当所述设备数量大于预设数量阈值时，服务端获取各目标设备对应的设备优先级以及指定时间段内的使用次数；
27.服务端基于各目标边缘设备对应的设备优先级以及使用次数，确定指定边缘设备，其中，所述指定边缘设备包含于所述若干目标边缘设备中；
28.服务端将确定得到的指定边缘设备作为目标边缘设备。
29.本技术实施例第二方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一所述的边缘计算资源调度方法中的步骤。
30.本技术实施例第三方面提供了一种服务器，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；
31.所述通信总线实现处理器和存储器之间的连接通信；
32.所述处理器执行所述计算机可读程序时实现如上任一所述的边缘计算资源调度方法中的步骤。
33.有益效果：与现有技术相比，本技术提供了一种边缘计算资源调度方法、存储介质以及服务器，所述方法包括服务端获取各边缘设备的运行数据，并根据各边缘设备的运行数据确定目标边缘设备；服务端模拟所述目标边缘设备，并执行所述目标边缘设备对应的任务数据。本技术通过在边缘系统中布置服务器，并且获取边缘系统中的各边缘设备的运行数据，基于所述运行数据确定目标边缘设备，并通过服务端模拟所述目标边缘设备来执行目标边缘设备接收到任务数据，提高了任务处理效率。
附图说明
34.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员而言，在不符创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1为本技术提供的边缘计算资源调度方法的流程图。
36.图2为本技术提供的服务器的结构原理图。
具体实施方式
37.本技术提供一种边缘计算资源调度方法、存储介质及服务端，为使本技术的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本技术进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。
38.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
39.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
40.发明人经过研究发现，随着科技发展，用户对于通信业务处理和传输速率需求越来越高，边缘计算可利用移动接入网络就近提供计算、存储、处理等能力，减少时延。但是，进行边缘计算的边缘设备在使用过程中，边缘设备会因被超量的使用或者是需要访问网络或资源处于被占用状态等原因而造成该运行阻塞，从而导致任务处理效率低，给用户的使用带来不便。
41.为了解决上述问题，在本技术实施例中，通过在边缘系统中布置服务器，并且获取边缘系统中的各边缘设备的运行数据，基于所述运行数据确定可能存在运行阻塞的目标边缘设备，通过服务端模拟所述边缘设备，可以执行目标边缘设备接收到任务数据，提高了任务处理效率。
42.下面结合附图，通过对实施例的描述，对申请内容作进一步说明。
43.本实施提供了一种边缘计算资源调度方法，所述边缘计算资源调度方法应用于边缘系统，所述边缘系统包括若干边缘设备以及服务端；所述若干边缘设备中的每个边缘设备均与所述服务端通讯，并且所述若干边缘设备以及服务端均布置于网络边缘(如，用户端所处网络的网络边缘等)，并为接入该边缘设备的用户端提供服务的服务器。例如，边缘设备a对应的网络为校园网，那么接入校园网络的所述用户端均可以与所述边缘设备相连接，
并且边缘设备可以为接入校园网络的用户端提供服务。在本实施例的一个实现方式中，所述若干边缘设备可以位于同一网络边缘，并且若干边缘设备中的每个边缘设备用于执行不同的任务数据，例如，若干边缘设备包括边缘设备a和边缘设备b，边缘设备a和边缘设备b均布置于电影院网络边缘，其中，边缘设备a用于扫描院检票，边缘设备b用于检验扫描验证身份等。
44.如图1所示，所述边缘计算资源调度方法包括：
45.s10、服务端获取各边缘设备的运行数据，并根据各边缘设备的运行数据确定目标边缘设备。
46.具体地，所述运行数据用于反映边缘设备的运行状态，基于所述运行状态可以确定目标边缘设备，其中，所述目标边缘设备为所述若干边缘设备中的至少一边缘设备，并且所述目标边缘设备为若干边缘设备中可能存在运行阻塞的边缘设备。可以理解的是，在获取到各边缘设备的运行数据后，可以基于获取到各运行数据确定若干边缘设备可能存在运行阻塞的边缘设备，并将确定得到可能存在运行阻塞的边缘设备作为目标边缘设备，以使得基于运行数据确定目标边缘设备，以便于后续服务端模拟所述目标边缘设备，以执行所述目标边缘设备接收到部分任务，提高目标边缘设备的任务处理速度，避免目标边缘设备出现阻塞。
47.在本实施例的一个实现方式中，所述服务端获取若干边缘设备的运行数据具体包括：
48.服务端每间隔第一预设时间确定当前时间对应的设定时间段；
49.服务端根据所述设定时间段获取各边缘设备对应的历史运行数据，其中，所述历史运行数据对应的运行时间段与所述设定时间段相对应；
50.服务端将各边缘设备对应的历史运行数据作为各边缘设备各自对应的运行数据。
51.具体地，所述当前时间为获取运行数据的获取时间，可以理解的是，当前时间为启动获取运行数据的启动时间。例如，每间隔1小时获取一次运行数据，第一次获取运行数据的获取时间为0点，那么第二次获取运行数据的获取时间与第一次获取运行数据的获取时间间隔1小时，由此，第二次获取运行数据的获取时间为1点，那么第二次获取运行数据对应的当前时间为1点。当然，在实际应用中，所述当前时间可以基于服务端配置的系统时间确定，所述当前时间的确定过程可以为服务端启动定时器，定时器配置有第一预设时间，当定时器超时时，服务端启动获取各边缘设备的运行数据的操作，并获取启动获取各边缘设备的运行数据的操作时的系统时间，并将获取到系统时间作为当前时间。
52.所述设定时间段与所述当前时间相对应的，在获取到所述当前时间后，可以基于所述当前时间确定所述设定时间段。其中，所述当前时间与设定时间段对应关系可以为预先设置，并且服务端存储该对应关系，这样在获取到当前时间后可以基于对应关系确定当前时间对应的设定时间段。在一个实现方式中，所述对应关系为所述设定时间段为以当前时间为启动，以指定时长为时间段长度的时间段，例如，当前时间为6点，指定时长为1小时，那么设定时间段为6点-7点，这样在获取到当前时间后，可以快速确定当前时间对应的设定时间段。
53.当然，在实际应用中，各当前时间对应的指定时长可以不同，例如，服务端预先设置若干指定时长，每个指定时长对应一个时间区间，在获取到当前时间后，确定当前时间所
处时间区间，并将该时间区间对应给的指定时长作为当前时间所处时长。例如，若干指定时长包括指定时长a和指定时长b，其中，指定时长a对应的3点至12点，指定时长b对应的12点至次日3点，那么在当前时间为6点时，当前时间对应的指定时长为指定时长a，这样可以基于当前时间不同确定不同的设定时间段，以便于后面灵活调整服务端模拟的边缘设备，使得服务端可以快速响应处于阻塞状态的边缘设备，提高边缘设备的任务处理效率。
54.所述历史运行数据为边缘设备在当前时间之前的运行数据，并历史运行数据对应的运行时间段与所述设定时间段相对应，所述历史运行数据用于反映其对应的运行时间段中边缘设备的运行状态。其中，所述历史运行数据为边缘设备在当前时间之前的部分运行数据，历史运行时间可以是基于设定时间段在当前时间之前的所有运行数据中获取的，所述所有运行数据可以是服务端自身存储的边缘设备的运行数据；也可以是边缘设备自身存储的其自身的运行数据。在本实施例的一个实现方式中，各边缘设备中的每个边缘设备均每间隔预设时间上传其自身的运行数据至服务端，以使得服务端可以获取到各边缘设备的运行数据。例如，各边缘设备均间隔15分钟上传其自身的运行数据，并且各边缘设备每次上传其自身的运行数据的上传时刻相同，例如，各边缘设备各自对应的起始上传时刻均为0点等。
55.此外，为了便于各边缘设备的运行数据占用服务端的存储空间，服务端存储预定时间的各边缘设备的运行数据，例如，服务端仅存储有各边缘设备一周的运行数据，当接收到超过一周的运行数据时，接收到运行数据会按照时间的先后顺序替换已经存储的运行数据。当然，在实际应用中，所述运行数据的预定时间可以根据服务端的设备参数而确定，这样对于不同性能的服务端，可以确定不同的更预定时间，提高历史数据存储的灵活性。此外，在一个具体实现方式中，服务端存储预设存储量的运行数据，其中，预设存储量可以基于服务端配置的存储空间来确定，如，预设存储量为服务端配置的存储空间的1/5等。
56.举例说明：对于边缘设备a，当前时间为6点，设定时间段为6点-7点，服务端存储有边缘设备一周的运行数据，那么在运行数据中选取运行段为6点-7点的运行数据，获取到所有6点-7点的运行数据为边缘设备a的历史运行数据，并且将获取历史运行数据作为边缘设备a的运行数据。
57.在本实施例的一个实现方式中，所述运行数据包括异常次数；所述根据获取到的运行数据确定目标边缘设备具体包括：
58.服务端基于所述异常次数在所述若干边缘设备中选取部分边缘设备，并将选取到部分边缘设备作为目标边缘设备。
59.具体地，所述异常次数用于反映边缘设备执行任务发送异常数量，其中，边缘设备执行任务发送异常指的是边缘设备执行任务所花费的时长达到任务对应的最大运行时长。此外，所述异常次数为设定时间段对应的异常次数，由于所述运行数据可以包括若干设定时间段对应的历史运行数据，从而服务端按照异常次数由大到小的顺序在若干边缘设备中选取部分边缘设备时，需要根据若干设定时间段对应的历史运行数据确定边缘设备对应的异常次数，其中，所述边缘设备对应的异常次数的确定过程可以为：选取若干设定时间段对应的历史运行数据中最大的异常次数作为边缘设备对应的异常次数，或者是，计算若干设定时间段中各设定时间段对应的异常次数的平均值，并将计算得到平均值作为边缘设备对应的异常次数；或者是，计算若干设定时间段中各设定时间段对应的异常次数的和，并将计
算得到异常次数和作为边缘设备对应的异常次数等。
60.进一步，在获取到各边缘设备对应的异常次数后，可以将异常次数与预设次数阈值进行比较，确定异常次数大于预设次数阈值的所有边缘设备，并将确定得到的所有边缘设备作为目标边缘设备。这样可以基于历史数据来预估边缘设备的运行状态，模拟异常次数多的边缘设备，避免边缘设备在设定时间段内再次发生异常，从而提高边缘设备对应的任务在设定时间段的效应效率。
61.在本实施例的一个实现方式中，所述运行数据包括平均运行时间以及目标运行时间；所述根据获取到的运行数据确定目标边缘设备具体包括：
62.对于每个边缘设备，服务端根据所述平均运行时间和所述目标运行时间确定运行时间差；
63.服务端基于运行时间差在所述若干边缘设备中选取部分边缘设备，并将选取到部分边缘设备作为目标边缘设备。
64.具体地，所述平均运行时间用于边缘设备对任务的响应时间，例如，平均运行时间为30s，边缘设备在所述运行数据对应的时间段内处理任务所需的平均运行时间为30s。各边缘设备对应给的目标运行时间为服务端在自身满足预设条件时运行各边缘设备对应的镜像库得到，其中，所述预设条件为服务端的使用率小于预设阈值。所述预设阈值为预先设置，例如，10％，15％等。可以理解是，服务端监听其自身的使用率，当其身的使用率小于预设阈值时，服务端依次运行各边缘设备对应的镜像库，以获取服务端运行各边缘设备对应的任务所有的运行时间，并将获取到的运行时间作为边缘设备对应的目标运行时间。其中，各边缘设备对应的镜像库用于存储各边缘设备对应的可执行镜像，当服务端存储可执行镜像后，服务端可以模拟可执行镜像对应的边缘设备，并执行该边缘设备对应的任务数据。在本实施例的一个实现方式中，所述可执行镜像可以通过docker启动。
65.进一步，所述时间差为所述平均运行时间与目标运行时间的时间差值，例如，平均运行时间为30s，目标运行时间为10s，那么时间差为30s-20s＝10s。此外，在确定各边缘设备对应的运行时间差后，可以将运行时间差与预设时间差阈值进行比较，确定运行时间差大于预设时间差阈值的所有边缘设备，并将确定得到的所有边缘设备作为目标边缘设备。此外，在实际应用中，所述服务端可以每间隔预设时间更新异常目标运行时间，这样通过服务端更新目标运行时间，一方面可以提高目标运行时间的准确性，另一方可以通过确定目标运行时间来判断服务端是否可以执行各边缘设备对应的任务，从而可以检测服务端是否处于可用状态，进而可以避免因服务端损坏而造成的任务处理效率低。
66.在一个实现方式中，为了提供目标边缘设备选取的准确性，所述运行数据包括异常次数、平均运行时间以及目标运行时间，并且可以同时将异常次数和运行时间差作为选取条件来确定目标边缘设备。由此，所述根据获取到的运行数据确定目标边缘设备具体包括：
67.对于每个边缘设备，服务端根据所述平均运行时间和所述目标运行时间确定运行时间差；
68.服务端根据各边缘设备对应的运行时间差以及异常次数，确定目标边缘设备。
69.具体地，在获取到异常次数和运行时间差后，可以确定将异常次数或运行时间差作为主要因素，将运行时间差作或者异常次数作为次要因素，在确定主要因素和次要因素
后，可以首先基于主要因素将边缘设备进行排序，其次，对于主要因素相同的候选边缘设备，将候选边缘设备按照次要因素进行排序，以将各边缘设备进行排序。当然，在实际应用中，当基于主要因素和次要因素进行排序后，仍存在处于同一位置的参考边缘设备时，可以将处于同一位置的参考边缘设备随机排列，以使得每个边缘设备对应一个唯一排列序号，并每个排列序号对应唯一的边缘设备，这样可以根据排序选取目标边缘设备，例如，选取前5个边缘设备，或者选取前二分之一各边缘设备等。当然，值得说明的是，当主要因素为异常次数时，次要因素为运行时间差，当主要因素为运行时间差时，次要因素为异常次数。
70.举例说明：边缘设备包括边缘设备a、边缘设备b和边缘设备c，边缘设备a对应的为异常次数1，运行差异时间为20s，边缘设备b对应的异常次数为2，运行差异时间为20s，边缘设备对应的异常次数为1，运行差异时间为15s，那么当主要因素为异常次数，次要因素为运行时间差，首先将边缘设备按照异常次数排列可以知道边缘设备b排在第一位，边缘设备a和边缘设备c并列，此时将边缘设备a和边缘设备c按照运行时间差进行排序，则边缘设备a排在边缘设备c之前，从而边缘设备a、边缘设备b和边缘设备c对应的排序序列为边缘设备b、边缘设备a、边缘设备c。那么当主要因素为运行时间差，次要因素为异常次数，首先将边缘设备按照运行时间差可以知道边缘设备c排在最后，边缘设备a和边缘设备b并列，此时将边缘设备a和边缘设备b按照异常次数进行排序，则边缘设备b排在边缘设备c之前，从而边缘设备a、边缘设备b和边缘设备c对应的排序序列为边缘设备b、边缘设备a、边缘设备c。
71.当然，在实际应用中，当同时将异常次数和运行时间差作为选取条件来确定目标边缘设备时，可以先获取各边缘设备对应的运行时间差，并根据运行时间差确定各边缘设备各自对应的第一评分，在根据各边缘设备对应的异常次数确定各边缘设备各自对应的第二评分；最后根据第一评分和第二评分确定各边缘设备对应的目标评分，并根据目标评分确定目标边缘设备。其中，目标评分可以是将第一评分和第二评分的平均分，或者是，第一评分和第二评分中的最大值，或者是，第一评分和第二评分中的最小值；或者是，根据运行时间差和异常次数各自对应的权重系数进行加权得到的评分，其中，运行时间差和异常次数各自对应的权重系数可以为预先设置，并且运行时间差对应的权重系数与异常次数对应的权重系数等于1，例如，运行时间差对应的权重系数为0.3，异常次数对应的权重系数为0.7等。
72.举例说明：若干边缘设备包括边缘设备a、边缘设备b和边缘设备c，目标评分为第一评分和第二评分的平均分，其中，缘设备a对应的第一评分为80，第二评分为70，边缘设备b对应的第一评分为85，第二评分为75，边缘设备c对应的第一评分为60，第二评分为80，那么边缘设备a对应的目标评分为75，边缘设备b对应的目标评分为80，边缘设备c对应的第一评分为70。由此，边缘设备a、边缘设备b和边缘设备c按照目标评分由高到底排序可以为边缘设备b、边缘设备a、边缘设备c。
73.在本实施例的一个实现方式中，所述目标边缘设备包括若干目标边缘设备；所述服务端模拟所述目标边缘设备，以执行所述目标边缘设备对应的任务数据之前，所述方法还包括：
74.所述服务端获取所述目标边缘设备的设备数量；
75.当所述设备数量大于预设数量阈值时，服务端获取各目标设备对应的设备优先级以及指定时间段内的使用次数；
76.服务端基于各目标边缘设备对应的设备优先级以及使用次数，确定指定边缘设备，其中，所述指定边缘设备包含于所述若干目标边缘设备中；
77.服务端将确定得到的指定边缘设备作为目标边缘设备。
78.具体地，所述设备数量为基于运行数据选取到的边缘设备的数量，所述预设数量阈值为服务端可以同时模拟的边缘设备的数量，其中，所述预设数量阈值可以根据服务端自身性能而确定，例如，自身性能可以包括存储空间、cpu数量以及内存大小等，并且服务端自身性能越好，预设数量阈值越大；反之，服务端自身性能越差，预设数量阈值越小。所述设备优先级用于反映边缘服务端对应的任务的重要程度，例如，边缘设备a的设备优先级高于边缘设备b的设备优先级，则当边缘设备a对应的任务的重要程度高于边缘设备b对应的任务的重要程度。所述使用次数指的在运行数据对应的运行时间段内边缘设备执行任务的次数，例如，100次等。
79.在本实施例的一个实现方式中，所述设备优先级以及使用次数均可以包含于运行数据内，并且在需要获取设备优先级以及使用次数时，可以在所述运行数据中读取得到。基于此，在本实施例的一个实现方式中，运行数据可以包括设备标识、时间段、平均运行时间、目标运行时间、使用次数、设备优先级以及异常次数。相应的，服务端在存储各边缘设备上传的运行数据时，可以采用设备标识、时间段、平均运行时间、目标运行时间、使用次数、设备优先级以及异常次数的格式进行存储。其中，各边缘设备各上传时间段对应的运行数据可以存储于以数据表内，以便于通过数据表查找到各边缘设备各时间段对应的运行时间。
80.举例说明：
[0081][0082]
当然，值得说明的是，边缘设备每次上传运行数据的时间间隔与服务端每次获取各边缘数据的时间间隔可以相同，并且上传数据对应的时间段的其实时间为服务端获取运行数据的获取时间，这也可以快速在存储的各边缘设备对应的运行数据中查找到设定时间段对应的运行时间。当然，在实际应用中，边缘设备每次上传运行数据的时间间隔与服务端每次获取各边缘数据的时间间隔可以根据实际使用情况而确定，例如，1小时、30分、10分钟，以及1分钟等。
[0083]
s20、服务端模拟所述目标边缘设备，并执行所述目标边缘设备对应的任务数据。
[0084]
具体地，所述任务数据为待目标边缘设备处理的任务数据，所述服务端模拟所述目标边缘设备，使得所述服务端可以作为所述目标边缘设备的备用设备，目标边缘设备可以将其接收到任务数据发送至服务端，服务端可以接收并执行所述任务数据，以通过所述服务端扩容所述目标边缘设备，提高目标边缘设备响应任务的速度，从而提高了任务的处理效率。在一个具体实现方式中，所述服务端的设备性能可以优于边缘设备的设备性能，例如，服务端为8核，边缘设备为4核等，或者服务端为有线网络，边缘设备为无线网络等。其
中，所述服务端可以为pc机、服务器、处理器等，所述边缘设备可以为智能手机，平板电脑，pc机、服务器、处理器等。
[0085]
在本实施例的一个实现方式中，所述服务端配置有若干边缘设备中每个边缘设备各自对应的可执行镜像；所述服务端作为所述目标边缘设备，并执行所述目标边缘设备对应的任务数据具体包括：
[0086]
服务端启动所述目标边缘设备对应的可执行镜像，其中，所述可执行镜像用于模拟所述目标边缘设备；
[0087]
当所述可执行镜像启动成功后，服务端执行所述目标边缘设备对应的任务数据。
[0088]
具体地，所述可执行镜像用于模拟所述目标边缘设备，当服务端装载苏搜可执行镜像时，所述服务端可以执行所述目标边缘设备的功能，执行所述目标边缘设备所执行的任务。所述可执行镜像可以包括所述目标边缘设备的运行环境以及运行资源，并且所述可执行镜像可以通过docker来启动，可以理解的是，当服务端需要模拟目标边缘设备时，可以通过docker启动该目标边缘设备对应的可执行镜像，以使得所述服务端被作为所述目标边缘设备，执行目标边缘设备对应的任务数据。
[0089]
在本实施例的一个实现方式中，所述服务端执行所述目标边缘设备对应的任务数据具体包括：
[0090]
服务端向所述目标边缘设备发送模拟成功指令，以使得所述目标边缘设备基于所述模拟成功指令向所述服务端发送任务数据；
[0091]
服务端接收所述任务数据，并执行接收到任务数据。
[0092]
具体地，所述模拟成功指令用于请求目标边缘设备向服务端发送其接收的任务数据，以使得服务端与所述目标边缘设备可以作为两个并行设备执行目标边缘设备接收到任务数据，例如，目标边缘设备同时接收到任务数据a、任务数据b以及任务数据c，目标边缘设备可以将任务数据a发送给服务端，以使得服务端执行任务数据a，目标边缘设备自身执行任务数据b和任务数据c，这样可以提高目标边缘设备并行处理任务数据的数量，从而提高目标边缘设备对应任务数据的处理效率。此外，当服务端执行完接收到任务数据后，将处理结果反馈给目标边缘设备，并通过目标边缘设备将执行结果反馈任务数据发送端，其中，所述处理结果可以为处理成功，或者处理失败等。当然，在实际应用中，处理结果可以根据任务数据不同而不同，具体可以根据实现需求确定，例如，任务数据为读取数据请求，那么处理结果为该读取数据请求对应的请求数据等。
[0093]
综上所述，本实施例提供了一种边缘计算资源调度方法，所述方法包括服务端获取各边缘设备的运行数据，并根据各边缘设备的运行数据确定目标边缘设备；服务端模拟所述目标边缘设备，并执行所述目标边缘设备对应的任务数据。本技术通过在边缘系统中布置服务器，并且获取边缘系统中的各边缘设备的运行数据，基于所述运行数据确定目标边缘设备，并通过服务端模拟所述目标边缘设备来执行目标边缘设备接收到任务数据，提高了任务处理效率。
[0094]
基于上述边缘计算资源调度方法，本实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例所述的边缘计算资源调度方法中的步骤。
[0095]
基于上述边缘计算资源调度方法，本技术还提供了一种服务器，如图2所示，其包
括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(communications interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑指令，以执行上述实施例中的方法。
[0096]
此外，上述的存储器22中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
[0097]
存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令或模块。处理器20通过运行存储在存储器22中的软件程序、指令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。
[0098]
存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
[0099]
此外，上述存储介质以及服务器中的多条指令处理器加载并执行的具体过程在上述方法中已经详细说明，在这里就不再一一陈述。
[0100]
最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。