CN110554922A - 一种***资源分配方法及装置 - Google Patents
一种***资源分配方法及装置 Download PDFInfo
- Publication number
- CN110554922A CN110554922A CN201910839127.5A CN201910839127A CN110554922A CN 110554922 A CN110554922 A CN 110554922A CN 201910839127 A CN201910839127 A CN 201910839127A CN 110554922 A CN110554922 A CN 110554922A
- Authority
- CN
- China
- Prior art keywords
- application
- priority
- determining
- record
- changed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Telephone Function (AREA)
Abstract
本发明实施例提供了一种***资源分配方法及装置,首先,确定在移动终端的后台中运行的应用的优先级;然后,根据应用的优先级确定应用对应的***资源的量,应用对应的***资源的量与应用的优先级成正相关;最后,按照应用对应的***资源的量为应用分配***资源。通过给优先级较高的应用分配较多的***资源,给优先级较低的应用分配较少的***资源,能够将***资源合理地分配给后台中的应用。当再次加载应用时,无需从头开始加载,可以直接进入上次退出应用时的页面;以及当应用为即时通信类应用时,能够使用户及时接收消息;并且无需用户对后台运行权限进行手动设置,就能够使应用一直在后台中运行。如此,能够提升用户体验。
Description
技术领域
本发明涉及移动终端技术领域,尤其涉及一种***资源分配方法及装置。
背景技术
移动终端内安装有各种应用(application,APP),当用户使用完某一应用并退出该应用后,该应用仍会在移动终端的后台中运行。为了减小移动终端的功耗,现有的一种方案是:当移动终端灭屏或者该应用在后台中运行一段时间后,就会结束该应用在后台中的进程。
但是,当结束了该应用在后台中的进程后,当用户再次使用该应用时,就需要从头开始加载该应用,不仅用户等待时间长,而且还无法直接回到用户上次退出该应用时的页面。或者,当该应用为即时通系类应用时,该应用在后台中被结束进程后,用户就无法通过该应用及时接收消息。再者,若用户想要使该应用能够在后台中一直运行,就需要在***中对后台运行权限进行手动设置。这些都给用户造成了不好的使用体验。
发明内容
鉴于上述问题,本发明实施例的目的是提供一种***资源分配方法及装置,通过给后台中的应用合理地分配***资源,使应用能够在后台中按照给其分配的***资源运行,进而提升用户体验。
第一方面,本发明实施例提供一种***资源分配方法,所述方法包括:确定在移动终端的后台中运行的应用的优先级;根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;按照所述应用对应的***资源的量为所述应用分配***资源。
第二方面,本发明实施例提供一种***资源分配装置,所述装置包括:第一确定模块,被配置为确定在移动终端的后台中运行的应用的优先级;第二确定模块,被配置为根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;分配模块,被配置为按照所述应用对应的***资源的量为所述应用分配***资源。
第三方面,本发明实施例提供一种电子设备,所述电子设备包括:至少一个处理器;以及与所述处理器连接的至少一个存储器、总线;其中,所述处理器、存储器通过所述总线完成相互间的通信;所述处理器用于调用所述存储器中的程序指令,以执行上述一个或多个技术方案中的***资源分配方法。
第四方面,本发明实施例提供一种计算机可读存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行上述一个或多个技术方案中的***资源分配方法。
本发明实施例提供的***资源分配方法及装置,首先,确定在移动终端的后台中运行的应用的优先级;然后,根据应用的优先级确定应用对应的***资源的量,应用对应的***资源的量与应用的优先级成正相关;最后,按照应用对应的***资源的量为应用分配***资源。通过给优先级较高的应用分配较多的***资源,给优先级较低的应用分配较少的***资源,能够将***资源合理地分配给后台中的应用,使应用能够在后台中按照给其分配的***资源运行。当再次加载应用时,无需从头开始加载,可以直接进入上次退出应用时的页面;以及当应用为即时通信类应用时,能够使用户及时接收消息;并且无需用户对后台运行权限进行手动设置,就能够使应用一直在后台中运行。如此,能够提升用户体验。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1为本发明实施例中的***资源分配方法的流程示意图一;
图2为本发明实施例中的收集应用的使用信息的流程示意图;
图3为本发明实施例中的***资源分配方法的流程示意图二;
图4为本发明实施例中的***资源分配装置的结构示意图;
图5为本发明实施例中的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种***资源分配方法,该方法可以应用于后台中运行有应用的移动终端中,这里的移动终端可以是手机、平板电脑、智能手环等智能设备。通过该方法,能够自动地为移动终端的后台中运行的应用分配***资源,使应用能够在后台中合理的运行。
图1为本发明实施例中的***资源分配方法的流程示意图一,参见图1所示,该方法可以包括:
S101:确定在移动终端的后台中运行的应用的优先级。
在这里,上述应用的数量可以是一个,也可以是两个以上(包括两个),对于上述应用的数量,在此不做限定。
在具体实施过程中,可以通过但不限于以下两种方式确定应用的优先级。
第一种方式:根据应用的使用信息确定应用的优先级。
在这里,使用信息可以是指使用频率,即预设时间段内用户对应用的点击次数。例如:小明一天内点击支付宝3次,那么支付宝的使用频率就是3。再例如:小明一个月内点击支付宝15次,那么支付宝的使用频率就是15。
需要说明的是:使用频率除了与点击次数有关之外,还与时间段有关。例如:小明一天内点击支付宝3次,如果时间段为一天,那么支付宝的使用频率就是10,而如果时间段为一个月,那么支付宝的使用频率就是90。这里的时间段可以根据用户的实际需求进行设置,只需所有应用对应的时间段一致即可,在此不做限定。
再有,使用信息也可以是指累计运行时间,即预设时间段内用户累计使用应用的时间。例如:在预设时间段内,用户第一次使用了支付宝5分钟,用户第二次使用了支付宝1分钟,那么支付宝的累计运行时间就是6分钟。
当然,使用信息也可以是指使用频率和累计运行时间,还可以是指其它能够表征用户对应用的使用习惯的信息,在此不做限定。
还需说明的是:无论是确定使用频率,还是累计运行时间,都需要先确定一个时间段,即预设时间段。在这里,预设时间段可以是从应用安装在移动终端上时起到目前为止这段时间。例如:移动终端于2019年8月1日安装了支付宝,今天是2019年8月14日,那么预设时间段就是2019年8月1日至2019年8月14日,这样能够全面地了解到应用的使用信息。预设时间段也可以是根据用户预设的天数从当前时间起向前推预设的天数的这段时间。例如:用户预设的天数为10天,今天是2019年8月14日,那么预设时间段就是2019年8月4日至2019年8月14日,这样能够掌握到用户近期对应用的使用信息。当然,预设时间段也可以是用户指定的任意时间段,在此不做限定。
在获得了应用的使用信息后,就能够了解到用户对应用的使用习惯,进而可以根据用户对应用的使用习惯确定应用的优先级。
具体来说,若应用的使用频率高于某一频率,或应用的累计运行时间高于某一时间,则认为用户经常使用该应用,那么就将该应用的优先级确定为较高的级别。反之,若应用的使用频率低于某一频率,并且应用的累计运行时间也低于某一时间,则认为用户不经常使用该应用,那么就将该应用的优先级确定为较低的级别。
此外,应用的累计运行时间可以是由用户打开应用的时间与用户关闭应用的时间经过计算而得到的,因此,通过用户打开应用的时间和用户关闭应用的时间,还能够知道用户当前正在使用什么应用,以及还能够推算出用户即将会使用什么应用,进而将用户当前正在使用的应用和推算出的用户即将会使用的应用的优先级确定为最高级别,以保障用户对应用的正常使用。例如:用户打开QQ音乐的时间是2019年8月14日12点整,目前还未检测到用户关闭QQ音乐,则可以认为用户当前还在使用QQ音乐,那么就将QQ音乐的优先级确定为最高优先级。再例如:用户每天在14点左右就会打开电话应用,则可以认为用户每天在14点左右都需要使用电话应用,那么每天在到14点时就将电话应用确定为最高优先级。
第二种方式:根据用户输入的优先级信息确定应用的优先级。
具体来说,可以设置一个对照表,对照表中可以包括有移动终端中安装的所有应用的标识,用户可以根据自己的需求在对照表中为移动终端中安装的每个应用设置优先级,这样能够使应用的优先级更加符合用户的需求。当需要确定后台中运行的应用的优先级时,可以从对照表中找出后台中运行的应用的优先级,进而作为应用的优先级。
S102:根据应用的优先级确定应用对应的***资源的量。
其中,***资源可以是指移动终端的运行内存、容量、CPU频率、磁盘I/O、网络带宽,当然,也可以是指其它类型的资源,在此不做限定。
在这里,应用对应的***资源的量与应用的优先级成正相关。也就是说,应用的优先级越高,应用对应的***资源的量就越多,进而为应用分配的***资源就越多,应用就能够在后台中更加流畅地运行。反之,应用的优先级越低,应用对应的***资源的量就越少,进而为应用分配的***资源就越少,应用就只能够在后台中慢速运行。
在具体实施过程中,可以将优先级分为多个级别,每个级别都对应有一个系数,这里的系数与优先级成正相关,即优先级的级别越高,系数越大,并且系数大于0且小于等于1,在这里,系数可以是小数,也可以是百分数,对此不进行限定。当需要根据应用的优先级确定应用对应的***资源的量时,可以先从预设的对应关系中确定出优先级对应的系数,然后将系数与应用在后台中正常运行时所占用的***资源的量相乘,得到的即为应用对应的***资源的量。
在实际应用中,最高级别的优先级对应的系数可以是1,也就是说,为最高级别的优先级对应的应用确定的***资源的量可以使该应用能够在后台中正常运行,即不对该应用使用的***资源进行限制,该应用可以随意使用***资源。而最低级别的优先级对应的系数可以是一个接近0的数,如:0.01、0.001等。也就是说,为最低级别的优先级对应的应用确定的***资源的量极少,使该应用仅能够在后台中运行,但是运行的会非常缓慢。而中间级别的优先级对应的系数可以是0.5。如此,既能够保证各应用在后台中运行,又能够为移动终端节省功耗。
举例来说,假设优先级分为高、中、低三个级别,高优先级对应的系数为1,中优先级对应的系数为0.5,低优先级对用的系数为0.01,应用A为高优先级,应用B为中优先级,应用C为中优先级,应用D为低优先级,应用A、应用B、应用C和应用D在后台正常运行时所占用的运行内存均为100MB,合计共占用运行内存400MB。根据各应用的优先级,能够确定出应用A对应的运行内存为100MB,应用B对应的运行内存为50MB,应用C对应的运行内存为50MB,应用D对应的运行内存为1MB,合计共占用运行内存201MB,可见,少于原先占用的400MB的运行内存,能够节省移动终端的功耗。
S103:按照应用对应的***资源的量为应用分配***资源。
具体来说,确定出应用对应的***资源的量是多少,就为应用分配多少***资源。例如:确定出应用A对应的运行内存为100MB,那么,就为应用A分配100MB的运行内存。
由上述内容可知,本发明实施例提供的***资源分配方法,首先,确定在移动终端的后台中运行的应用的优先级;然后,根据应用的优先级确定应用对应的***资源的量,应用对应的***资源的量与应用的优先级成正相关;最后,按照应用对应的***资源的量为应用分配***资源。通过给优先级较高的应用分配较多的***资源,给优先级较低的应用分配较少的***资源,能够将***资源合理地分配给后台中的应用,使应用能够在后台中按照给其分配的***资源运行。当再次加载应用时,无需从头开始加载,可以直接进入上次退出应用时的页面;以及当应用为即时通信类应用时,能够使用户及时接收消息;并且无需用户对后台运行权限进行手动设置,就能够使应用一直在后台中运行。如此,能够提升用户体验。
进一步地,作为图1所示方法的细化和扩展,本发明实施例还提供了一种***资源分配方法。
由于为应用分配的***资源的多少是根据应用的优先级确定的,而应用的优先级是根据应用的使用信息确定的,因此,需要创建一个记录,用来收集应用的使用信息,以便通过记录为应用分配***资源。
图2为本发明实施例中的收集应用的使用信息的流程示意图,参见图2所示,该收集过程可以包括:
S201:实时获取用户对应用的操作信息。
在这里,操作信息可以是指用户在应用中采取任何一种操作所对应的信息。例如:用户点击支付宝的图标,开启支付宝,那么操作信息就是打开支付宝。再例如:用户在QQ音乐中下载《离歌》,那么操作信息就是下载歌曲。
S202:判断操作信息是否与应用的使用信息相关。
这里的使用信息与步骤S101中的使用信息相同,故此处不再赘述。
也就是说,判断操作信息是否与应用的使用频率或累计运行时间相关,即判断操作信息是否与用户开启或关闭应用的操作相关。这是因为:根据用户开启应用的操作,能够知道应用的使用频率;根据用户开启应用的时间以及用户关闭应用的时间,能够知道应用的累计使用时间。若是,则执行步骤S203;若否,则执行步骤S204。
示例性的,若操作信息为打开支付宝,则说明用户当前点击过支付宝1次,支付宝的使用频率就会增加,所以“打开支付宝”这一操作信息与使用信息相关。若操作信息为在QQ音乐中下载《离歌》,这样即不能够知道QQ音乐的使用频率,也不能够知道用户使用QQ音乐的时间,所以“在QQ音乐中下载《离歌》”这一操作信息与使用信息并不相关。
S203:将操作信息存储在记录中,并更新应用的使用信息。
当操作信息与使用信息相关时,就将操作信息存储在记录中,若记录中已有操作信息对应的应用的使用信息,则根据操作信息更新该应用的使用信息。
示例性的,若应用的操作信息为支付宝的累计运行时间为2分钟,而记录中已存储有支付宝的累计运行时间30分钟,那么,更新后的应用的使用信息为支付宝的累计运行时间为32分钟。
S204:丢弃操作信息。
当操作信息与使用信息不相关时,就将操作信息丢弃,避免将无用的操作信息存储在记录中,占用记录的存储空间。
至此,就完成了收集应用的使用信息的过程。
图3为本发明实施例中的***资源分配方法的流程示意图二,参见图3所示,该方法可以包括:
S301:实时获取记录中变化的使用信息。
这里的记录与图2所示的记录相同,故此处不再赘述。
需要说明的是:只要将操作信息往记录中存储,记录中的使用信息就会发生变化。一旦记录中的使用信息发生变化,就实时获取记录中发生变化的那部分的使用信息。
示例性的,记录中本身存储有“支付宝的累计运行时间为30分钟”这一使用信息,将“支付宝的累计运行时间为2分钟”这一操作信息存储进记录中,记录中的使用信息就会变成“支付宝的累计运行时间为32分钟”,而步骤S301中实时获取的记录中变化的使用信息就是发生变化的“支付宝累计运行时间为2分钟”这一部分的信息。
在执行步骤S301的同时,还可以实时获取记录中变化的使用信息对应的变化时间。这里的变化时间可以是指使用信息发生变化时的时间。
S302:判断是否可以确定应用的优先级。
由于一次实时获取的记录中变化的使用信息的信息量可能会较少,通过较少的使用信息确定应用的优先级会降低优先级的准确性,因此,需要确保获取的记录中变化的使用信息的信息量达到一定量时再根据获取的记录中变化的使用信息确定应用的优先级,这样能够提高优先级的准确性。
具体的,可以采用但不限于以下两种方式判断是否可以确定应用的优先级:
第一种方式:判断记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件。
举例来说,在完成了一次确定优先级的操作后,若是第一次实时获取记录中变化的使用信息,则判断的是第一次获取的使用信息是否达到能够确定优先级的条件;若是第二次实时获取记录中变化的使用信息,则判断的是第一次加第二次获取的使用信息是否达到能够确定优先级的条件,以此类推。
具体在采用第一种方式时,可以但不限于从以下两个方面着手:
方面A:若使用信息包括使用频率,则判断记录中变化的还未用来确定优先级的使用频率是否大于预设频率。
方面B:若使用信息包括累计运行时间,则判断记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间。
也就是说,无论使用信息具体是什么信息,只要使用信息中包括使用频率,就可以通过判断记录中变化的还未用来确定优先级的使用频率是否大于预设频率来确定是否可以进行优先级确定;或者,只要使用信息中包括累计运行时间,就可以通过判断记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间来确定是否可以进行优先级确定。而当使用信息中既包括使用频率又包括累计运行时间时,则可以通过判断记录中变化的还未用来确定优先级的使用频率是否大于预设频率来确定是否可以进行优先级确定,也可以判断记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间来确定是否可以进行优先级确定,即可以从方面A和方面B中任选一个。
其中,预设频率和预设运行时间的具体数值可以根据用户的实际需求进行设置,在此不做限定。
第二种方式:判断当前记录中变化的使用信息对应的变化时间与上一次记录中变化的已用来确定优先级的使用信息对应的变化时间之间的时间间隔是否大于预设时间间隔。
在这里,判断的对象是使用信息发生两次变化的时间间隔。举例来说,若第一次实时获取的记录中变化的使用信息在上一次已用来确定优先级了,在第二次实时获取记录中变化的使用信息后,判断的对象就是第一次与第二次获取使用信息之间的时间间隔;只要第二次获取的使用信息还未用来确定优先级,在第三次实时获取记录中变化的使用信息后,判断的对象就是第三次与第一次获取使用信息之间的时间间隔,以此类推。
其中,预设时间间隔的具体数值可以根据用户的实际需求进行设置,在此不做限定。
在执行完步骤S302之后,若是,则执行步骤S303;若否,则返回执行步骤S301。
S303:根据记录中变化的还未用来确定优先级的使用信息确定应用的优先级。
举例来说,假设第一次实时获取的记录中变化的使用信息已用来确定优先级,第二次实时获取的记录中变化的使用信息还未用来确定优先级,第三次实时获取的记录中变化的使用信息还未用来确定优先级。在第三次实时获取使用信息后,若判断结果为是,则根据第二次和第三次实时获取的使用信息确定应用的优先级。
这里确定的优先级为当前确定的应用的优先级。而只要使用信息满足一定的条件,就会确定一次优先级,为了确定应用的优先级有无变化,还需要获得上一次确定的应用的优先级。
S304:判断当前确定的应用的优先级与上一次确定的应用的优先级是否一致。若是,则返回执行步骤S301;若否,则执行步骤S305。
S305:根据当前确定的应用的优先级确定应用对应的***资源的量。
具体来说,如果当前确定的应用的优先级与上一次确定的应用的优先级一致,则说明该应用的优先级没有发生变化,即使重新确定应用对应的***资源的量,重新确定的应用对应的***资源的量还是与原先确定的应用对应的***资源的量相同,这样重复确定会降低***资源的分配效率。因此,若当前确定的应用的优先级与上一次确定的应用的优先级一致,则无需再根据当前确定的优先级确定应用对应的***资源的量,而可以重新实时获取记录中变化的使用信息,再次确定应用的优先级,直到判断出优先级发生变化时,再根据当前确定的优先级确定应用对应的***资源的量,这样能够避免重复确定,进而提高***资源的分配效率。
S306:按照应用对应的***资源的量为应用分配***资源。
至此,就完成了为移动终端的后台中运行的应用分配***资源的整个过程。
由上述内容可知,本发明实施例提供的***资源分配方法,首先,在记录中存储使用信息;然后,实时获取记录中变化的使用信息;接着,通过获取的记录中变化的使用信息判断是否可以确定应用的优先级,若判断结果为是,则根据记录中变化的还未用来确定优先级的使用信息确定应用的优先级,若判断结果为否,则继续实时获取记录中变化的使用信息,直到判断结果为是为止;再接着,根据当前确定的应用的优先级确定应用对应的***资源的量;最后,按照应用对应的***资源的量为应用分配***资源。通过应用的使用信息确定应用的优先级,进而根据应用的优先级为应用分配***资源,能够将***资源合理地分配给后台中的应用,使应用能够在后台中按照给其分配的***资源运行。当再次加载应用时,无需从头开始加载,可以直接进入上次退出应用时的页面;以及当应用为即时通信类应用时,能够使用户及时接收消息;并且无需用户对后台运行权限进行手动设置,就能够使应用一直在后台中运行。如此,能够提升用户体验。
基于同一发明构思,作为对上述方法的实现,本发明实施例还提供了一种***资源分配装置。图4为本发明实施例中的***资源分配装置的结构示意图,参见图4所示,该装置40可以包括:第一确定模块401,被配置为确定在移动终端的后台中运行的应用的优先级;第二确定模块402,被配置为根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;分配模块403,被配置为按照所述应用对应的***资源的量为所述应用分配***资源。
基于前述实施例,所述确定模块包括:第一获取单元,被配置为获取所述应用的使用信息,所述使用信息包括:使用频率和累计运行时间中的至少一个;确定单元,被配置为根据所述使用信息确定所述应用的优先级。
基于前述实施例,所述第一获取单元,被配置为实时获取记录中变化的使用信息,所述记录用于存储所述应用的使用信息;所述确定单元,被配置为根据所述记录中变化的使用信息确定所述应用的优先级。
基于前述实施例,所述确定单元,被配置为判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件;若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;若否,则返回所述第一获取单元。
基于前述实施例,所述确定单元,被配置为若所述使用信息包括使用频率,则判断所述记录中变化的还未用来确定优先级的使用频率是否大于预设频率;若所述使用信息包括累计运行时间,则判断所述记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间。
基于前述实施例,所述确定模块还包括:第二获取单元,被配置为实时获取记录中变化的使用信息对应的变化时间;所述确定单元,被配置为判断当前所述记录中变化的使用信息对应的变化时间与上一次所述记录中变化的已用来确定优先级的使用信息对应的变化时间之间的时间间隔是否大于预设时间间隔;若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;若否,则返回所述第二获取单元。
基于前述实施例,所述装置还包括:存储模块,被配置为实时获取用户对所述应用的操作信息;判断所述操作信息是否与所述应用的使用信息相关;若是,则将所述操作信息存储在所述记录中,并更新所述应用的使用信息。
基于前述实施例,所述第二确定模块,被配置为获取上一次确定的所述应用的优先级;判断当前确定的所述应用的优先级与上一次确定的所述应用的优先级是否一致;若是,则返回所述第一获取单元;若否,则根据当前确定的所述应用的优先级确定所述应用对应的***资源的量。
基于前述实施例,所述第二确定模块,被配置为从预设的对应关系中确定出所述优先级对应的系数,所述系数与所述优先级成正相关,所述系数大于0且小于等于1;将所述系数与所述应用在所述后台中正常运行时所占用的***资源的量相乘,得到所述应用对应的***资源的量。
这里需要指出的是:以上装置实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
基于同一发明构思,本发明实施例还提供了一种电子设备。图5为本发明实施例中的电子设备的结构示意图,参见图5所示,该电子设备50可以包括:至少一个处理器501;以及与处理器501连接的至少一个存储器502、总线503;其中,处理器501、存储器502通过总线503完成相互间的通信;处理器501用于调用存储器502中的程序指令,以执行上述一个或多个实施例中的***资源分配方法。
这里需要指出的是:以上电子设备实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明实施例的电子设备的实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
基于同一发明构思,本发明实施例还提供了一种计算机可读存储介质,上述计算机可读存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述一个或多个实施例中的***资源分配方法。
这里需要指出的是:以上计算机可读存储介质实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明实施例的计算机可读存储介质的实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
本发明实施例还公开了:
A1、一种***资源分配方法,所述方法包括:
确定在移动终端的后台中运行的应用的优先级;
根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;
按照所述应用对应的***资源的量为所述应用分配***资源。
A2、根据上述A1所述的方法,所述确定在移动终端的后台中运行的应用的优先级,包括:
获取所述应用的使用信息,所述使用信息包括:使用频率和累计运行时间中的至少一个;
根据所述使用信息确定所述应用的优先级。
A3、根据上述A2所述的方法,所述获取所述应用的使用信息,包括:
实时获取记录中变化的使用信息,所述记录用于存储所述应用的使用信息;
所述根据所述使用信息确定所述应用的优先级,包括:
根据所述记录中变化的使用信息确定所述应用的优先级。
A4、根据上述A3所述的方法,所述根据所述记录中变化的使用信息确定所述应用的优先级,包括:
判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件;
若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;
若否,则返回执行所述实时获取记录中变化的使用信息的步骤。
A5、根据上述A4所述的方法,所述判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件,包括:
若所述使用信息包括使用频率,则判断所述记录中变化的还未用来确定优先级的使用频率是否大于预设频率;
若所述使用信息包括累计运行时间,则判断所述记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间。
A6、根据上述A3所述的方法,在所述根据所述记录中变化的使用信息确定所述应用的优先级之前,所述方法还包括:
实时获取记录中变化的使用信息对应的变化时间;
所述根据所述记录中变化的使用信息确定所述应用的优先级,包括:
判断当前所述记录中变化的使用信息对应的变化时间与上一次所述记录中变化的已用来确定优先级的使用信息对应的变化时间之间的时间间隔是否大于预设时间间隔;
若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;
若否,则返回执行所述实时获取记录中变化的使用信息对应的变化时间的步骤。
A7、根据上述A3所述的方法,在所述实时获取记录中变化的使用信息之前,所述方法还包括:
实时获取用户对所述应用的操作信息;
判断所述操作信息是否与所述应用的使用信息相关;
若是,则将所述操作信息存储在所述记录中,并更新所述应用的使用信息。
A8、根据上述A3所述的方法,所述根据所述应用的优先级确定所述应用对应的***资源的量,包括:
获取上一次确定的所述应用的优先级;
判断当前确定的所述应用的优先级与上一次确定的所述应用的优先级是否一致;
若是,则返回执行所述实时获取记录中变化的使用信息的步骤;
若否,则根据当前确定的所述应用的优先级确定所述应用对应的***资源的量。
A9、根据上述A1所述的方法,所述根据所述应用的优先级确定所述应用对应的***资源的量,包括:
从预设的对应关系中确定出所述优先级对应的系数,所述系数与所述优先级成正相关,所述系数大于0且小于等于1;
将所述系数与所述应用在所述后台中正常运行时所占用的***资源的量相乘,得到所述应用对应的***资源的量。
B10、一种***资源分配装置,所述装置包括:
第一确定模块,被配置为确定在移动终端的后台中运行的应用的优先级;
第二确定模块,被配置为根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;
分配模块,被配置为按照所述应用对应的***资源的量为所述应用分配***资源。
B11、根据上述B10所述的装置,所述确定模块包括:
第一获取单元,被配置为获取所述应用的使用信息,所述使用信息包括:使用频率和累计运行时间中的至少一个;
确定单元,被配置为根据所述使用信息确定所述应用的优先级。
B12、根据上述B11所述的装置,
所述第一获取单元,被配置为实时获取记录中变化的使用信息,所述记录用于存储所述应用的使用信息;
所述确定单元,被配置为根据所述记录中变化的使用信息确定所述应用的优先级。
B13、根据上述B12所述的装置,
所述确定单元,被配置为判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件;若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;若否,则返回所述第一获取单元。
B14、根据上述B13所述的装置,
所述确定单元,被配置为若所述使用信息包括使用频率,则判断所述记录中变化的还未用来确定优先级的使用频率是否大于预设频率;若所述使用信息包括累计运行时间,则判断所述记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间。
B15、根据上述B12所述的装置,所述确定模块还包括:
第二获取单元,被配置为实时获取记录中变化的使用信息对应的变化时间;
所述确定单元,被配置为判断当前所述记录中变化的使用信息对应的变化时间与上一次所述记录中变化的已用来确定优先级的使用信息对应的变化时间之间的时间间隔是否大于预设时间间隔;若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;若否,则返回所述第二获取单元。
B16、根据上述B12所述的装置,所述装置还包括:
存储模块,被配置为实时获取用户对所述应用的操作信息;判断所述操作信息是否与所述应用的使用信息相关;若是,则将所述操作信息存储在所述记录中,并更新所述应用的使用信息。
B17、根据上述B12所述的装置,
所述第二确定模块,被配置为获取上一次确定的所述应用的优先级;判断当前确定的所述应用的优先级与上一次确定的所述应用的优先级是否一致;若是,则返回所述第一获取单元;若否,则根据当前确定的所述应用的优先级确定所述应用对应的***资源的量。
B18、根据上述B10所述的装置,
所述第二确定模块,被配置为从预设的对应关系中确定出所述优先级对应的系数,所述系数与所述优先级成正相关,所述系数大于0且小于等于1;将所述系数与所述应用在所述后台中正常运行时所占用的***资源的量相乘,得到所述应用对应的***资源的量。
C19、一种电子设备,所述电子设备包括:
至少一个处理器;
以及与所述处理器连接的至少一个存储器、总线;
其中,所述处理器、存储器通过所述总线完成相互间的通信;所述处理器用于调用所述存储器中的程序指令,以执行如权利要求1至9中任一项所述的方法。
D20、一种计算机可读存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如权利要求1至9中任一项所述的方法。
Claims (10)
1.一种***资源分配方法,其特征在于,所述方法包括:
确定在移动终端的后台中运行的应用的优先级;
根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;
按照所述应用对应的***资源的量为所述应用分配***资源。
2.根据权利要求1所述的方法,其特征在于,所述确定在移动终端的后台中运行的应用的优先级,包括:
获取所述应用的使用信息,所述使用信息包括:使用频率和累计运行时间中的至少一个;
根据所述使用信息确定所述应用的优先级。
3.根据权利要求2所述的方法,其特征在于,所述获取所述应用的使用信息,包括:
实时获取记录中变化的使用信息,所述记录用于存储所述应用的使用信息;
所述根据所述使用信息确定所述应用的优先级,包括:
根据所述记录中变化的使用信息确定所述应用的优先级。
4.根据权利要求3所述的方法,其特征在于,所述根据所述记录中变化的使用信息确定所述应用的优先级,包括:
判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件;
若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;
若否,则返回执行所述实时获取记录中变化的使用信息的步骤。
5.根据权利要求4所述的方法,其特征在于,所述判断所述记录中变化的还未用来确定优先级的使用信息是否达到能够确定优先级的条件,包括:
若所述使用信息包括使用频率,则判断所述记录中变化的还未用来确定优先级的使用频率是否大于预设频率;
若所述使用信息包括累计运行时间,则判断所述记录中变化的还未用来确定优先级的累计运行时间是否大于预设运行时间。
6.根据权利要求3所述的方法,其特征在于,在所述根据所述记录中变化的使用信息确定所述应用的优先级之前,所述方法还包括:
实时获取记录中变化的使用信息对应的变化时间;
所述根据所述记录中变化的使用信息确定所述应用的优先级,包括:
判断当前所述记录中变化的使用信息对应的变化时间与上一次所述记录中变化的已用来确定优先级的使用信息对应的变化时间之间的时间间隔是否大于预设时间间隔;
若是,则根据所述记录中变化的还未用来确定优先级的使用信息确定所述应用的优先级;
若否,则返回执行所述实时获取记录中变化的使用信息对应的变化时间的步骤。
7.根据权利要求3所述的方法,其特征在于,在所述实时获取记录中变化的使用信息之前,所述方法还包括:
实时获取用户对所述应用的操作信息;
判断所述操作信息是否与所述应用的使用信息相关;
若是,则将所述操作信息存储在所述记录中,并更新所述应用的使用信息。
8.一种***资源分配装置,其特征在于,所述装置包括:
第一确定模块,被配置为确定在移动终端的后台中运行的应用的优先级;
第二确定模块,被配置为根据所述应用的优先级确定所述应用对应的***资源的量,所述应用对应的***资源的量与所述应用的优先级成正相关;
分配模块,被配置为按照所述应用对应的***资源的量为所述应用分配***资源。
9.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;
以及与所述处理器连接的至少一个存储器、总线;
其中,所述处理器、存储器通过所述总线完成相互间的通信;所述处理器用于调用所述存储器中的程序指令,以执行如权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如权利要求1至7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910839127.5A CN110554922A (zh) | 2019-09-05 | 2019-09-05 | 一种***资源分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910839127.5A CN110554922A (zh) | 2019-09-05 | 2019-09-05 | 一种***资源分配方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110554922A true CN110554922A (zh) | 2019-12-10 |
Family
ID=68739145
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910839127.5A Pending CN110554922A (zh) | 2019-09-05 | 2019-09-05 | 一种***资源分配方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110554922A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113162990A (zh) * | 2021-03-30 | 2021-07-23 | 杭州趣链科技有限公司 | 消息发送方法、装置、设备和存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100211680A1 (en) * | 2009-02-13 | 2010-08-19 | Cisco Technology, Inc. | Apparatus and method to allocate limited resources |
CN102479108A (zh) * | 2010-11-26 | 2012-05-30 | 中国科学院声学研究所 | 一种多应用进程的嵌入式***终端资源管理***及方法 |
CN106844032A (zh) * | 2017-01-23 | 2017-06-13 | 努比亚技术有限公司 | 一种终端应用的存储处理方法和装置 |
CN107436801A (zh) * | 2017-06-23 | 2017-12-05 | 努比亚技术有限公司 | I/o资源调度方法、终端和计算机可读存储介质 |
CN109684090A (zh) * | 2018-12-19 | 2019-04-26 | 三星电子(中国)研发中心 | 一种资源分配方法和装置 |
CN109918193A (zh) * | 2019-01-11 | 2019-06-21 | 维沃移动通信有限公司 | 一种资源分配方法及终端设备 |
CN109960572A (zh) * | 2017-12-22 | 2019-07-02 | 北京三快在线科技有限公司 | 设备资源管理方法和装置以及智能终端 |
CN109992399A (zh) * | 2017-12-29 | 2019-07-09 | 广东欧珀移动通信有限公司 | 资源管理方法、装置、移动终端及计算机可读存储介质 |
CN110032439A (zh) * | 2018-01-10 | 2019-07-19 | 广东欧珀移动通信有限公司 | 资源管理方法、装置、移动终端及计算机可读存储介质 |
-
2019
- 2019-09-05 CN CN201910839127.5A patent/CN110554922A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100211680A1 (en) * | 2009-02-13 | 2010-08-19 | Cisco Technology, Inc. | Apparatus and method to allocate limited resources |
CN102479108A (zh) * | 2010-11-26 | 2012-05-30 | 中国科学院声学研究所 | 一种多应用进程的嵌入式***终端资源管理***及方法 |
CN106844032A (zh) * | 2017-01-23 | 2017-06-13 | 努比亚技术有限公司 | 一种终端应用的存储处理方法和装置 |
CN107436801A (zh) * | 2017-06-23 | 2017-12-05 | 努比亚技术有限公司 | I/o资源调度方法、终端和计算机可读存储介质 |
CN109960572A (zh) * | 2017-12-22 | 2019-07-02 | 北京三快在线科技有限公司 | 设备资源管理方法和装置以及智能终端 |
CN109992399A (zh) * | 2017-12-29 | 2019-07-09 | 广东欧珀移动通信有限公司 | 资源管理方法、装置、移动终端及计算机可读存储介质 |
CN110032439A (zh) * | 2018-01-10 | 2019-07-19 | 广东欧珀移动通信有限公司 | 资源管理方法、装置、移动终端及计算机可读存储介质 |
CN109684090A (zh) * | 2018-12-19 | 2019-04-26 | 三星电子(中国)研发中心 | 一种资源分配方法和装置 |
CN109918193A (zh) * | 2019-01-11 | 2019-06-21 | 维沃移动通信有限公司 | 一种资源分配方法及终端设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113162990A (zh) * | 2021-03-30 | 2021-07-23 | 杭州趣链科技有限公司 | 消息发送方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109857548A (zh) | 存储空间优化方法、装置、计算机设备及存储介质 | |
CN108845876B (zh) | 一种业务分配的方法及装置 | |
CN104113576A (zh) | 一种客户端的更新方法及装置 | |
CN113961145B (zh) | 数据迁移方法及装置 | |
CN109710286B (zh) | ***升级方法、装置、设备和存储介质 | |
CN112181663A (zh) | 一种内存调度方法、装置及计算机设备 | |
CN106649654A (zh) | 一种数据更新的方法和装置 | |
CN111104178A (zh) | 一种动态库加载方法、终端装置及存储介质 | |
CN112306411A (zh) | 数据存储方法及装置、非易失性存储介质、处理器 | |
CN109508150B (zh) | 一种存储空间分配的方法和装置 | |
CN110554922A (zh) | 一种***资源分配方法及装置 | |
CN111142975B (zh) | 状态机持久化方法及状态机持久化*** | |
CN110941436B (zh) | 应用程序的数据存储方法、装置、存储介质与终端设备 | |
CN108536759B (zh) | 一种样本回放数据存取方法及装置 | |
CN111400032A (zh) | 一种资源分配的方法及装置 | |
CN106202262B (zh) | 一种信息处理方法及电子设备 | |
CN108563507A (zh) | 一种内存管理方法、装置、设备及可读存储介质 | |
CN113468442A (zh) | 资源位流量的分发方法、计算设备及计算机存储介质 | |
CN109753340B (zh) | 虚拟机快照处理方法、装置及*** | |
CN111221648A (zh) | 一种基于鲲鹏处理器的应用共享方法及设备、介质 | |
CN112579305A (zh) | 任务处理方法及装置、非易失性存储介质和设备 | |
CN117093345B (zh) | 任务链表的执行方法、装置、终端设备及存储介质 | |
CN111274576B (zh) | 智能合约运行环境的控制方法及***、设备、介质 | |
CN111290850B (zh) | 一种数据存储方法、装置及设备 | |
CN109428915B (zh) | 数据获取方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191210 |