CN111625362A

CN111625362A - 一种计算资源调度方法、装置及相关组件

Info

Publication number: CN111625362A
Application number: CN202010471753.6A
Authority: CN
Inventors: 武警贺; 颜秉珩; 闫冬冬
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2020-05-29
Filing date: 2020-05-29
Publication date: 2020-09-04
Also published as: WO2021238270A1

Abstract

本申请公开了一种计算资源调度方法，应用于移动终端，移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度方法包括：当接收到通过目标应用程序发出的请求数据，获取当前网络信号强度评级；根据当前网络信号强度评级，在云端的所有子程序和/或移动终端的所有子程序中确定运行子程序；将请求数据发送至各个运行子程序中进行业务运算。本申请既可以利用云端的计算资源对请求数据进行业务运算，也可以利用移动终端的计算资源对请求数据进行业务运算保证在利用计算资源的同时增强应用程序在移动终端的运行可靠性及运行效率。本申请还公开了一种计算资源调度装置、电子设备及计算机可读存储介质，具有以上有益效果。

Description

一种计算资源调度方法、装置及相关组件

技术领域

本申请涉及云计算领域，特别涉及一种计算资源调度方法、装置及相关组件。

背景技术

在云计算和移动互联网时代，大部分移动终端只是作为应用程序的一个请求发送端兼数据接收端，其中请求数据的存储、分析、运算等均通过移动互联网传输到云端利用云计算资源进行处理，从而极大地降低了移动终端的资源(内存、CPU、电量等)消耗。但是移动终端在享受云计算带来便利的同时也面临一些问题，数据在从移动终端作为请求传输到云端以及请求在云端经过业务运算反馈到移动终端的过程非常依赖移动互联网网络的信号强度，当信号强度很弱时，严重影响应用程序运行效率，一旦断网，应用程序将完全失效，导致业务无法正常完成。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

发明内容

本申请的目的是提供一种计算资源调度方法、装置、电子设备及计算机可读存储介质，既可以利用云端的计算资源对请求数据进行业务运算，也可以利用移动终端的计算资源对请求数据进行业务运算保证在利用计算资源的同时增强应用程序在移动终端的运行可靠性及运行效率。

为解决上述技术问题，本申请提供了一种计算资源调度方法，应用于移动终端，所述移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度方法包括：

当接收到通过所述目标应用程序发出的请求数据，获取当前网络信号强度评级；

根据当前网络信号强度评级，在所述云端的所有所述子程序和/或所述移动终端的所有所述子程序中确定运行子程序；

将所述请求数据发送至各个所述运行子程序中进行业务运算。

优选的，所述当接收到通过所述目标应用程序发出的请求数据之后，该计算资源调度方法还包括：

将所述请求数据按逻辑依赖原则进行打包分类处理，得到多个请求数据包；

相应的，所述将所述请求数据发送至各个所述运行子程序中进行业务运算的过程具体为：

将各个所述请求数据包分别发送至其各自对应的运行子程序中进行业务运算。

优选的，所述将所述请求数据按逻辑依赖原则进行分类打包处理，得到多个请求数据包之后，该计算资源调度方法还包括：

将每类所述请求数据对应的子程序接口作为标签记录在所述请求数据包中。

优选的，该计算资源调度方法还包括：

获取各个所述子程序的使用频率；

相应的，所述根据当前网络信号强度评级，在所述云端的所有所述子程序和/或所述移动终端的所有所述子程序中确定运行子程序的过程具体为：

根据当前网络信号强度评级及各个所述子程序的使用频率，在所述云端的所有所述子程序和/或所述移动终端的所有所述子程序中确定运行子程序。

优选的，所述获取各个所述子程序的使用频率之后，该计算资源调度方法还包括：

将各个所述子程序划分为多个集合，每个所述集合中任意两个所述子程序的使用频率差值小于预设值。

优选的，所述获取当前网络信号强度评级的过程具体包括：

获取当前网络状态；

根据预设阈值区间和当前网络状态得到当前网络信号强度评级。

为解决上述技术问题，本申请还提供了一种计算资源调度装置，应用于移动终端，所述移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度装置包括：

获取模块，用于当接收到通过所述目标应用程序发出的请求数据，获取当前网络信号强度评级；

确定模块，用于根据当前网络信号强度评级，在所述云端的所有所述子程序和/或所述移动终端的所有所述子程序中确定运行子程序；

处理模块，用于将所述请求数据发送至各个所述运行子程序中进行业务运算。

优选的，该计算资源调度装置还包括：

打包模块，用于将所述请求数据按逻辑依赖原则进行打包分类处理，得到多个请求数据包；

相应的，所述处理模块具体用用于：

为解决上述技术问题，本申请还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上文任意一项所述的计算资源调度方法的步骤。

为解决上述技术问题，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上文任意一项所述的计算资源调度方法的步骤。

本申请提供了一种计算资源调度方法，首先在移动终端和云端均部署目标应用程序的多个子程序，当接收到通过该目标应用程序发出的请求数据后，根据当前网络信号强度评级，在移动终端和/或云端上选择对应的运行子程序对请求数据进行业务运算，相较于现有技术，本申请既可以利用云端的计算资源对请求数据进行业务运算，也可以利用移动终端的计算资源对请求数据进行业务运算，同时本申请是根据当前网络信号强度评级选择各个子程序的运行端，实现对云端和移动终端的计算资源的调度，在网络信号异常的状态下移动终端上的各个子程序仍然可以正常运行，对请求数据进行业务运算，从而保证在利用计算资源的同时增强应用程序在移动终端的运行可靠性及运行效率，进而保证用户业务的正常完成。本申请还提供了一种计算资源调度装置、电子设备及计算机可读存储介质，具有和上述计算资源调度方法相同的有益效果。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请所提供的一种计算资源调度方法的步骤流程图；

图2为本申请所提供的一种计算资源分配策略示意图；

图3为本申请所提供的一种计算资源调度装置的结构示意图。

具体实施方式

本申请的核心是提供一种计算资源调度方法、装置、电子设备及计算机可读存储介质，既可以利用云端的计算资源对请求数据进行业务运算，也可以利用移动终端的计算资源对请求数据进行业务运算保证在利用计算资源的同时增强应用程序在移动终端的运行可靠性及运行效率。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的实时，本申请中的计算资源具体指移动终端的计算资源和云端的计算资源，为实现对移动终端的计算资源和云端的计算资源的调度，本实施例首先将目标应用程序分解为多个独立的子程序，将所有子程序在云端和移动终端双端均安装部署，且每个子程序同一时刻仅在其中一端运行。本申请所提供的一种计算资源调度方法具体可在移动终端实现，下面对该计算资源调度方法进行详细说明。

请参照图1，图1为本申请所提供的一种计算资源调度方法的步骤流程图，该资源调度方法包括：

S101：当接收到通过目标应用程序发出的请求数据，获取当前网络信号强度评级；

具体的，在执行本步骤之前，还可以包括预先设置多个网络信号强度评级的操作，按照网络信号强度预先设置好多个阈值，通过阈值划分出不同的区间如S、A、B、C、D，代表不同的信号强度评级。当接收到通过目标应用程序发出的请求数据，获取当前网络状态，根据当前网络状态所处预设阈值区间确定当前网络信号强度评级。可以理解的是，本步骤中获取当前网络信号强度评级的目的，是为了确定当前网络信号强度，以便后续根据网络信号强度选择云端的计算资源或移动终端的计算资源。

作为一种优选的实施例，当接收到通过目标应用程序发出的请求数据之后，该计算资源调度方法还包括将请求数据按逻辑依赖原则进行打包分类处理，得到多个请求数据包的操作，从而保证具有逻辑依赖的请求数据只在同一端的子程序中进行业务运算，确保数据处理的同步性，提高数据处理效率。进一步的，将每类所述请求数据对应的子程序接口作为标签记录在所述请求数据包中，以便后续匹配与每一请求数据包对应的子程序，进一步提高数据处理效率。

S102：根据当前网络信号强度评级，在云端的所有子程序和/或移动终端的所有子程序中确定运行子程序；

S103：将请求数据发送至各个运行子程序中进行业务运算。

具体的，在执行本步骤之前，还可以包括根据网络信号强度评级制定计算资源分配策略的操作，如当前网络信号强度评级为S，则可通过云端的计算资源处理请求数据，如当前网络信号强度评级为D，则可通过移动终端的计算资源处理请求数据。

具体的，若当前网络信号强度评级较高时，将激活云端较多或者全部的子程序等待运行，剩余的极少部分子程序在移动终端激活等待运行，当信号评级较低时，移动终端将激活较多或者全部的子程序等待运行，剩余的极少部分子程序在云端激活等待运行，该资源分配策略保持不变直到信号评级发生变化。可以理解的是，云端和移动终端均部署有相同的子程序，且相同的子程序每一时刻只在一端运行，本步骤中根据当前网络信号强度评级动态调整云端及移动终端上运行子程序的数量，在最大限度利用云计算资源的同时提高了程序运行的稳定性，从而保证对数据请求的处理不受当前网络信号强度影响。

进一步的，考虑到子程序的日常使用频率越高，相应的对信号强度依赖性越强，即高使用频率的子程序能在云端激活利用云计算资源运行的必要条件是信号强度评级足够高，作为一种优选的实施例，该计算资源调度方法还包括：获取各个子程序的使用频率，根据当前网络信号强度评级及各个子程序的使用频率，在云端的所有子程序和/或移动终端的所有子程序中确定运行子程序。

具体的，可以将功能独立的子程序按照日常使用频率进行加权，使用频率越高，权值越大，作为一种优选的实施例，可将应用程序程序所分解出的各个子程序划分为多个子程序集合，本实施例中，以四个子程序集合为例进行说明，假设共有P1、P2、P3、P4四个子程序集合，每个集合中包含的子程序的使用频率接近，且按使用频率由高到低排序为P1>P2>P3>P4，每个子程序都有自己的最低承受信号强度评级，且与子程序的使用频率呈正相关，即使用频率高的子程序必须在达到或者超过对应的足够高的信号强度评级才能在云端运行，否则将在本地的移动终端运行，具体的资源调度分配策略如图2所示：

若当前网络信号强度评级为S，则可将P1、P2、P3、P4四个子程序集合中的子程序均在云端运行，即云端中的所有子程序作为运行子程序，进行后续对请求数据的处理操作；若当前网络信号强度评级为A，则可将P3、P4、P4三个子程序集合中的子程序在云端运行，P1子程序集合中的子程序在移动终端中运行，即云端中的P3、P4、P4三个子程序集合中的子程序作为运行子程序，移动终端中的P1子程序集合中的子程序作为运行子程序，进行后续对请求数据的处理操作；若当前网络信号强度评级为B，则可将P3、P4两个子程序集合中的子程序在云端运行，P1、P2两个子程序集合中的子程序在移动终端中运行，即云端中的P3、P4两个个子程序集合中的子程序作为运行子程序，移动终端中的P1、P2子程序集合中的子程序作为运行子程序，进行后续对请求数据的处理操作；若当前网络信号强度评级为C，则可将P4子程序集合中的子程序在云端运行，P1、P2、P3三个子程序集合中的子程序在移动终端中运行，即云端中的P4子程序集合中的子程序作为运行子程序，移动终端中的P1、P2、P3三个子程序集合中的子程序作为运行子程序，进行后续对请求数据的处理操作；若当前网络信号强度评级为D，则可将P1、P2、P3、P4四个子程序集合中的子程序在移动终端中运行，即移动终端中的所有子程序作为运行子程序，进行后续对请求数据的处理操作。

具体的，在确定运行子程序后，根据请求数据包中的子程序接口标签进行匹配即可确定该请求数据包是通过网络传输到云端进行业务运算还是直接在移动终端中部署的子程序中进行处理，并在处理结束后返回运算结果至移动终端。

可见，本实施例首先在移动终端和云端均部署目标应用程序的多个子程序，当接收到通过该目标应用程序发出的请求数据后，根据当前网络信号强度评级，在移动终端和/或云端上选择对应的运行子程序对请求数据进行业务运算，相较于现有技术，本申请既可以利用云端的计算资源对请求数据进行业务运算，也可以利用移动终端的计算资源对请求数据进行业务运算，同时本申请是根据当前网络信号强度评级选择各个子程序的运行端，实现对云端和移动终端的计算资源的调度，在网络信号异常的状态下移动终端上的各个子程序仍然可以正常运行，对请求数据进行业务运算，从而保证在利用计算资源的同时增强应用程序在移动终端的运行可靠性及运行效率，进而保证用户业务的正常完成。

请参照图3，图3为本申请所提供的一种计算资源调度装置的结构示意图，应用于移动终端，移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度装置包括：

获取模块1，用于当接收到通过目标应用程序发出的请求数据，获取当前网络信号强度评级；

确定模块2，用于根据当前网络信号强度评级，在云端的所有子程序和/或移动终端的所有子程序中确定运行子程序；

处理模块3，用于将请求数据发送至各个运行子程序中进行业务运算。

作为一种优选的实施例，该计算资源调度装置还包括：

打包模块，用于将请求数据按逻辑依赖原则进行打包分类处理，得到多个请求数据包；

相应的，处理模块3具体用用于：

将各个请求数据包分别发送至其各自对应的运行子程序中进行业务运算。

作为一种优选的实施例，该计算资源调度装置还包括：

添加模块，用于将每类请求数据对应的子程序接口作为标签记录在请求数据包中。

作为一种优选的实施例，该计算资源调度装置还包括：

获取频率模块，用于获取各个子程序的使用频率；

相应的，确定模块2具体用于：

根据当前网络信号强度评级及各个子程序的使用频率，在云端的所有子程序和/或移动终端的所有子程序中确定运行子程序。

作为一种优选的实施例，该计算资源调度装置还包括：

划分模块，用于将各个子程序划分为多个集合，每个集合中任意两个子程序的使用频率差值小于预设值。

作为一种优选的实施例，获取当前网络信号强度评级的过程具体包括：

获取当前网络状态；

另一方面，本申请还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上文任意一个实施例所描述的计算资源调度方法的步骤。

对于本申请所提供的一种电子设备的介绍请参照上述实施例，本申请在此不再赘述。

本申请所提供的一种电子设备具有和上述计算资源调度方法相同的有益效果。

另一方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上文任意一个实施例所描述的计算资源调度方法的步骤。

对于本申请所提供的一种计算机可读存储介质的介绍请参照上述实施例，本申请在此不再赘述。

本申请所提供的一种计算机可读存储介质具有和上述计算资源调度方法相同的有益效果。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其他实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种计算资源调度方法，其特征在于，应用于移动终端，所述移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度方法包括：

2.根据权利要求1所述的计算资源调度方法，其特征在于，所述当接收到通过所述目标应用程序发出的请求数据之后，该计算资源调度方法还包括：

3.根据权利要求2所述的计算资源调度方法，其特征在于，所述将所述请求数据按逻辑依赖原则进行分类打包处理，得到多个请求数据包之后，该计算资源调度方法还包括：

4.根据权利要求1所述的计算资源调度方法，其特征在于，该计算资源调度方法还包括：

获取各个所述子程序的使用频率；

5.根据权利要求4所述的计算资源调度方法，其特征在于，所述获取各个所述子程序的使用频率之后，该计算资源调度方法还包括：

6.根据权利要求1所述的计算资源调度方法，其特征在于，所述获取当前网络信号强度评级的过程具体包括：

获取当前网络状态；

7.一种计算资源调度装置，其特征在于，应用于移动终端，所述移动终端和云端均部署有目标应用程序的多个子程序，该计算资源调度装置包括：

8.根据权利要求7所述的计算资源调度装置，其特征在于，该计算资源调度装置还包括：

相应的，所述处理模块具体用用于：

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1-6任意一项所述的计算资源调度方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6任意一项所述的计算资源调度方法的步骤。