具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本申请实施例所涉及到的移动终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(Mobile Station,MS),终端设备(terminaldevice)等等。为方便描述,上面提到的设备统称为移动终端。本申请实施例所涉及到的操作系统是对硬件资源进行统一管理,并向用户提供业务接口的软件系统。
如图1A所示,目前智能手机等移动终端一般设置有程序运行空间,该程序运行空间包括用户空间和操作系统空间,其中,用户空间运行有一个或多个应用程序,该一个或多个应用程序为移动终端安装的目标应用程序,操作系统空间运行有移动终端的操作系统。该移动终端具体可以运行安卓Android系统、苹果公司开发的移动操作系统iOS等,此处不做唯一限定。如图1B所示,以所述移动终端运行有Android系统为例,对应的用户空间包括该Android系统中的应用层(Applications),操作系统空间可以包括该Android系统中的应用程序框架层(Application Framework)、系统运行库层(包括系统运行库层Libraries和Android运行时Android Runtime)、Linux内核层(Linux Kernel)。其中,应用层上包括各类与用户直接交互的应用程序,或由Java语言编写的运行于后台的服务程序。例如,智能手机上实现的常见基本功能的程序,诸如短消息业务(Short Messaging Service,SMS)短信,电话拨号,图片浏览器,日历,游戏,地图,万维网(World Wide Web,Web)浏览器等程序,以及开发人员开发的其他应用程序。应用程序框架层提供开发Android应用程序所需的一系列类库,能够用于重用组件,也可以通过继承实现个性化的扩展。系统运行库层是应用程序框架的支撑,为Android系统中的各个组件提供服务。系统运行库层由系统类库和Android运行时构成。Android运行时包含核心库和Dalvik虚拟机两部分。Linux内核层用于实现硬件设备驱动,进程和内存管理,网络协议栈,电源管理,无线通信等核心功能。
一般设计中,目标应用程序运行在用户空间,当它要执行发送数据、读取磁盘数据等动作时,必须通过调用write、send等由操作系统提供的标准接口函数来完成,即由CPU调用操作系统空间的代码来完成用户的请求操作。移动终端的操作系统一般是整体性的提高系统资源配置(如提高CPU主频等)来加速目标应用程序。
针对上述情况,本申请实施例提出一种针对移动终端的目标应用程序的资源配置方法,该方法中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
下面结合附图对本申请实施例进行介绍。
请参阅图2,图2是本申请实施例提供了一种资源配置方法的流程示意图,应用于移动终端,移动终端上运行有操作系统和一个或多个应用程序,如图所示,本资源配置方法包括:
S201,所述操作系统获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序。
其中,系统状态信息用于描述所述移动终端的系统层级的状态信息,包括交互信息和内部设备的使用状态。
其中,所述目标应用程序例如可以是游戏应用程序、视频应用程序、即时通讯应用程序等,此处不做唯一限定。
S202,所述操作系统根据所述系统状态信息,确定所述目标应用程序的内部运行场景。
其中,内部运行场景是指目标应用程序在运行过程中的细分运行场景,如一个游戏应用程序,可以按照其运行时序和功能逻辑可以分为启动场景、商城场景、团战场景等,具体的划分策略不做唯一限定,该内部运行场景可以预设进行设置,如由手机开发商预设,或者由游戏开发商预设等,或者由用户预设,此处不做唯一限定。
S203,所述操作系统获取所述内部运行场景对应的性能提升策略。
其中,性能提升策略是指运行内部运行场景时移动终端的系统资源的调整策略,具体包括待调整的系统资源的类别和每个类别系统资源的调整量,其中,系统资源至少包括以下任意一种:内存资源、中央处理器CPU资源、图形处理器GPU资源、显示资源、网络资源以及磁盘读/写IO资源。
S204,所述操作系统按照所述性能提升策略调整所述内部运行场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
在一个可能的示例中,所述系统状态信息包括交互信息;所述操作系统根据所述系统状态信息,确定所述目标应用程序的内部运行场景,包括:所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景。
其中,所述交互信息包括移动终端与用户的交互信息,也包括与其他设备之间的交互信息等,此处不做唯一限定。
可见,本示例中,由于操作系统能够直接检测到交互信息,无需目标应用程序传递场景信息给操作系统后,操作系统再识别内部运行场景,降低了信令开销,有利于提高目标应用程序的内部运行场景的系统资源配置效率。
在一个可能的示例中,所述交互信息包括以下任意一种:针对所述移动终端的触控显示屏的触控操作的触控参数、所述移动终端的麦克风所采集到的语音信息、所述移动终端接收到的来自服务器的数据信息。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述交互信息包括所述针对所述移动终端的触控显示屏的触控操作的触控参数时,所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景,包括:所述操作系统检测到所述触控参数大于预设触控参数,确定所述目标应用程序当前的内部运行场景为所述团战场景。
其中,触控参数包括触控频率、触控次数或者触控时长等,此处不做唯一限定。预设触控参数可以是50次/秒、60次/秒、100次/秒等,此处不做唯一限定。
可见,本示例中,由于团战场景中,用户需要不断操作游戏角色以进行实时游戏,故而该场景中触控操作的触控参数会满足一定的条件,而移动终端的操作系统能够直接检测触控操作,从而可以根据该触控参数直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述交互信息包括所述移动终端的麦克风所采集到的语音信息时,所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景,包括:所述操作系统识别出所述语音信息包括预设关键字段,确定所述目标应用程序当前的内部运行场景为所述团战场景。
其中,预设关键字段是指与团战场景强关联的关键字段,如“集合”、“准备团战”等示例字段。
可见,本示例中,由于团战场景中,玩家会启用语音通话功能以实现实时游戏沟通,故而玩家的语音信息一般会包含与团战场景强关联的关键字段,而移动终端的操作系统能够直接检测麦克风采集到的语音信息,从而可以根据该语音信息直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述交互信息包括所述移动终端接收到的来自服务器的数据信息时,所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景,包括:所述操作系统识别出所述数据信息包含游戏角色的关联信息,确定所述目标应用程序当前的内部运行场景为所述团战场景。
其中,所述游戏角色的关联信息是指团战场景中游戏角色所联系的数据信息,该数据信息包括位置信息、动作信息(如技能释放、奔跑、跳跃等)、状态信息(复活、血量等)等,此处不做唯一限定。
可见,本示例中,由于团战场景中,玩家终端会实时接收服务器发送的数据信息,且该数据信息包含团战场景中的游戏角色所关联的信息,而移动终端的操作系统能够直接检测接收到的来自服务器的数据信息,从而可以根据该数据信息直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
在一个可能的示例中,所述系统状态信息包括外设信息;所述操作系统根据所述系统状态信息,确定所述目标应用程序的内部运行场景,包括:所述操作系统根据所述外设信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述外设信息包括所述移动终端的内部设备的使用状态,所述内部设备包括麦克风。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;所述操作系统根据所述外设信息识别所述目标应用程序的内部运行场景,包括:所述操作系统检测到所述麦克风的使用状态为启用状态,确定所述目标应用程序当前的内部运行场景为所述团战场景。
其中,内部设备的使用状态包括启用状态和关闭状态,除麦克风之外,内部设备还包括各类传感器和其他外设,如红外传感器、加速度传感器、陀螺仪等,此处不做唯一限定。
可见,本示例中,由于团战场景中,玩家终端会根据当前团战场景的场景需求开启对应的内部设备,如需要开启麦克风以实现语音聊天,而移动终端的操作系统能够检测到麦克风的使用状态,从而可以根据该使用状态直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
在一个可能的示例中,所述系统状态信息包括系统资源的使用信息;所述操作系统根据所述系统状态信息,确定所述目标应用程序的内部运行场景,包括:所述操作系统根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景。
可见,本示例中,由于一些内部运行场景对系统资源的需求量会出现特定幅度的变化,如调用数据量突然增大或者突然减小等,操作系统能够通过检测系统资源的使用信息,识别内部运行场景,无需目标应用程序传递场景信息给操作系统,降低了信令开销,有利于提高目标应用程序的内部场景的系统资源配置效率。
在一个可能的示例中,所述系统资源的使用信息包括磁盘数据的读取速度,所述磁盘数据包括动画资源和/或音频资源;所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;所述操作系统根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景,包括:所述操作系统在检测到所述动画资源和/或所述音频资源的读取速度的增加量大于预设阈值时,确定所述目标应用程序当前的内部运行场景为所述团战场景。
可见,本示例中,由于游戏应用程序的团战场景需要调用较大数据量的动画资源和音频资源,操作系统能够检测到磁盘数据的读取速度的激增情况,从而识别出团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再直接识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
在一个可能的示例中,所述系统资源至少包括以下任意一种:内存资源、中央处理器CPU资源、图形处理器GPU资源、显示资源、网络资源以及磁盘读/写IO资源。
与所述图2所示的实施例一致的,请参阅图3A,图3A是本申请实施例提供的一种资源配置方法的流程示意图,应用于移动终端,移动终端上运行有操作系统和一个或多个应用程序,如图所示,本资源配置方法包括:
S3A01,所述操作系统获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;所述系统状态信息包括交互信息,所述交互信息为针对所述移动终端的触控显示屏的触控操作的触控参数。
所述目标应用程序为游戏应用程序,所述游戏应用程序的内部运行场景为团战场景。
S3A02,所述操作系统检测到所述触控参数大于预设触控参数,确定所述目标应用程序当前的内部运行场景为团战场景。
S3A03,所述操作系统获取所述团战场景对应的性能提升策略;
S3A04,所述操作系统按照所述性能提升策略调整所述团战场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
此外,由于团战场景中,用户需要不断操作游戏角色以进行实时游戏,故而该场景中触控操作的触控参数会满足一定的条件,而移动终端的操作系统能够直接检测触控操作,从而可以根据该触控参数直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
与所述图2所示的实施例一致的,请参阅图3B,图3B是本申请实施例提供的一种资源配置方法的流程示意图,应用于移动终端,移动终端上运行有操作系统和一个或多个应用程序。如图所示,本资源配置方法包括:
S3B01,所述操作系统获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;所述系统状态信息包括交互信息,所述交互信息为所述移动终端的麦克风所采集到的语音信息。
所述目标应用程序为游戏应用程序,所述游戏应用程序的内部运行场景为团战场景。
S3B02,所述操作系统识别出所述语音信息包括预设关键字段,确定所述目标应用程序当前的内部运行场景为所述团战场景。
S3B03,所述操作系统获取所述团战场景对应的性能提升策略;
S3B04,所述操作系统按照所述性能提升策略调整所述团战场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
此外,由于团战场景中,玩家会启用语音通话功能以实现实时游戏沟通,故而玩家的语音信息一般会包含与团战场景强关联的关键字段,而移动终端的操作系统能够直接检测麦克风采集到的语音信息,从而可以根据该语音信息直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
与所述图2所示的实施例一致的,请参阅图3C,图3C是本申请实施例提供的一种资源配置方法的流程示意图,应用于移动终端,移动终端上运行有操作系统和一个或多个应用程序。如图所示,本资源配置方法包括:
S3C01,所述操作系统获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;所述系统状态信息包括交互信息,所述交互信息为所述移动终端接收到的来自服务器的数据信息。
所述目标应用程序为游戏应用程序,所述游戏应用程序的内部运行场景为团战场景。
S3C02,所述操作系统识别出所述数据信息包含游戏角色的关联信息,确定所述目标应用程序当前的内部运行场景为所述团战场景。
S3C03,所述操作系统获取所述团战场景对应的性能提升策略;
S3C04,所述操作系统按照所述性能提升策略调整所述团战场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
此外,由于团战场景中,玩家终端会实时接收服务器发送的数据信息,且该数据信息包含团战场景中的游戏角色所关联的信息,而移动终端的操作系统能够直接检测接收到的来自服务器的数据信息,从而可以根据该数据信息直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
与所述图2所示的实施例一致的,请参阅图4,图4是本申请实施例提供的一种资源配置方法的流程示意图,应用于移动终端,移动终端上运行有操作系统和一个或多个应用程序。如图所示,本资源配置方法包括:
S401,所述操作系统获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;所述系统状态信息包括外设信息,所述外设信息包括所述移动终端的内部设备的使用状态,所述内部设备包括麦克风。
所述目标应用程序为游戏应用程序,所述游戏应用程序的内部运行场景为团战场景。
S402,所述操作系统检测到所述麦克风的使用状态为启用状态,确定所述目标应用程序当前的内部运行场景为所述团战场景。
S403,所述操作系统获取所述团战场景对应的性能提升策略;
S404,所述操作系统按照所述性能提升策略调整所述团战场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
此外,由于团战场景中,玩家终端会根据当前团战场景的场景需求开启对应的内部设备,如需要开启麦克风以实现语音聊天,而移动终端的操作系统能够检测到麦克风的使用状态,从而可以根据该使用状态直接确定游戏应用程序的团战场景,无需游戏应用程序传递场景信息给操作系统后,操作系统再识别团战场景,降低了信令开销,有利于提高游戏应用程序的团战场景的系统资源配置效率。
与所述图2至图4所示的实施例一致的,请参阅图5,图5是本申请实施例提供的一种移动终端的结构示意图,该移动终端运行有一个或多个应用程序和操作系统,如图所示,该移动终端包括处理器、存储器、通信接口以及一个或多个程序,其中,所述一个或多个程序不同于所述一个或多个应用程序,且所述一个或多个程序被存储在所述存储器中,并且被配置由所述处理器执行,所述程序包括用于执行以下步骤的指令;
获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;
根据所述系统状态信息,确定所述目标应用程序的内部运行场景;
获取所述内部运行场景对应的性能提升策略;
按照所述性能提升策略调整所述内部运行场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
在一个可能的示例中,所述系统状态信息包括交互信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:根据所述交互信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述交互信息包括以下任意一种:针对所述移动终端的触控显示屏的触控操作的触控参数、所述移动终端的麦克风所采集到的语音信息、所述移动终端接收到的来自服务器的数据信息。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述交互信息包括所述针对所述移动终端的触控显示屏的触控操作的触控参数时,在所述根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:检测到所述触控参数大于预设触控参数,确定所述目标应用程序当前的内部运行场景为所述团战场景;
在所述交互信息包括所述移动终端的麦克风所采集到的语音信息时,在所述根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:识别出所述语音信息包括预设关键字段,确定所述目标应用程序当前的内部运行场景为所述团战场景;
在所述交互信息包括所述移动终端接收到的来自服务器的数据信息时,在所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:识别出所述数据信息包含游戏角色的关联信息,确定所述目标应用程序当前的内部运行场景为所述团战场景。
在一个可能的示例中,所述系统状态信息包括外设信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:根据所述外设信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述外设信息包括所述移动终端的内部设备的使用状态,所述内部设备包括麦克风。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述根据所述外设信息识别所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:检测到所述麦克风的使用状态为启用状态,确定所述目标应用程序当前的内部运行场景为所述团战场景。
在一个可能的示例中,所述系统状态信息包括系统资源的使用信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述系统资源的使用信息包括磁盘数据的读取速度,所述磁盘数据包括动画资源和/或音频资源;所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景方面,所述程序中的指令具体用于执行以下操作:在检测到所述动画资源和/或所述音频资源的读取速度的增加量大于预设阈值时,确定所述目标应用程序当前的内部运行场景为所述团战场景。
在一个可能的示例中,所述系统资源至少包括以下任意一种:内存资源、中央处理器CPU资源、图形处理器GPU资源、显示资源、网络资源以及磁盘读/写IO资源。
图6示出了所述实施例中所涉及的资源配置装置的一种可能的功能单元组成框图。资源配置装置600包括获取单元601、确定单元602和调整单元603,其中,
所述获取单元601,用于获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;
所述确定单元602,用于根据所述系统状态信息,确定所述目标应用程序的内部运行场景;
所述获取单元601,还用于获取所述内部运行场景对应的性能提升策略;
所述调整单元603,用于按照所述性能提升策略调整所述内部运行场景的系统资源的分配。
可以看出,本申请实施例中,移动终端的操作系统首选获取所述移动终端的系统状态信息,移动终端前台运行有目标应用程序;其次,根据系统状态信息,确定目标应用程序的内部运行场景;再次,获取内部运行场景对应的性能提升策略;最后,按照性能提升策略调整内部运行场景的系统资源的分配。可见,移动终端的操作系统在前台运行目标应用程序的过程中,能够根据系统状态信息准确识别出目标应用程序的内部运行场景,并获取该内部运行场景的性能提升策略,从而实现对内部运行场景的系统资源的精确调整,无需由目标应用程序传递场景信息给操作系统,有利于降低目标应用程序与操作系统之间的信令开销,提高移动终端调整目标应用程序的系统资源分配的细化程度和效率。
在一个可能的示例中,所述系统状态信息包括交互信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:根据所述交互信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述交互信息包括以下任意一种:针对所述移动终端的触控显示屏的触控操作的触控参数、所述移动终端的麦克风所采集到的语音信息、所述移动终端接收到的来自服务器的数据信息。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述交互信息包括所述针对所述移动终端的触控显示屏的触控操作的触控参数时,在所述根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:检测到所述触控参数大于预设触控参数,确定所述目标应用程序当前的内部运行场景为所述团战场景;
在所述交互信息包括所述移动终端的麦克风所采集到的语音信息时,在所述根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:识别出所述语音信息包括预设关键字段,确定所述目标应用程序当前的内部运行场景为所述团战场景;
在所述交互信息包括所述移动终端接收到的来自服务器的数据信息时,在所述操作系统根据所述交互信息识别所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:识别出所述数据信息包含游戏角色的关联信息,确定所述目标应用程序当前的内部运行场景为所述团战场景。
在一个可能的示例中,所述系统状态信息包括外设信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:根据所述外设信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述外设信息包括所述移动终端的内部设备的使用状态,所述内部设备包括麦克风。
在一个可能的示例中,所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述根据所述外设信息识别所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:检测到所述麦克风的使用状态为启用状态,确定所述目标应用程序当前的内部运行场景为所述团战场景。
在一个可能的示例中,所述系统状态信息包括系统资源的使用信息;在所述根据所述系统状态信息,确定所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景。
在一个可能的示例中,所述系统资源的使用信息包括磁盘数据的读取速度,所述磁盘数据包括动画资源和/或音频资源;所述目标应用程序为游戏应用程序,所述内部运行场景为团战场景;在所述根据所述系统资源的使用信息识别所述目标应用程序的内部运行场景方面,所述确定单元602具体用于:在检测到所述动画资源和/或所述音频资源的读取速度的增加量大于预设阈值时,确定所述目标应用程序当前的内部运行场景为所述团战场景。
需要注意的是,本申请装置实施例所描述的资源配置装置是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义,用于实现各个“单元”所描述功能的对象例如可以是集成电路ASIC,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。
其中,确定单元602和调整单元603可以是处理器或控制器,获取单元601可以是通信接口。
请参阅图7,图7是本申请实施例提供的一种适用于上述资源配置方法的智能手机700的结构示意图,所述智能手机700包括:壳体710、触控显示屏720、主板730、电池740和副板750,主板730上设置有前置摄像头731、处理器732、存储器733、电源管理芯片734等,副板上设置有振子751、一体音腔752、VOOC闪充接口753和指纹识别模组754。
其中,智能手机700能够获取所述移动终端的系统状态信息,所述系统状态信息是指所述操作系统所能够检测到的所述移动终端的状态信息,所述移动终端前台运行有目标应用程序;根据所述系统状态信息,确定所述目标应用程序的内部运行场景;获取所述内部运行场景对应的性能提升策略;按照所述性能提升策略调整所述内部运行场景的系统资源的分配。
所述处理器732是智能手机的控制中心,利用各种接口和线路连接整个智能手机的各个部分,通过运行或执行存储在存储器733内的软件程序和/或模块,以及调用存储在存储器733内的数据,执行智能手机的各种功能和处理数据,从而对智能手机进行整体监控。可选的,处理器732可包括一个或多个处理单元;优选的,处理器732可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,所述调制解调处理器也可以不集成到处理器732中。该处理器732例如可以是中央处理器(Central Processing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable GateArray,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
所述存储器733可用于存储软件程序以及模块,处理器732通过运行存储在存储器733的软件程序以及模块,从而执行智能手机的各种功能应用以及数据处理。存储器733可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据智能手机的使用所创建的数据等。此外,存储器733可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。该存储器733例如可以是随机存取存储器(RandomAccess Memory,RAM)、闪存、只读存储器(Read Only Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(ElectricallyEPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如所述方法实施例中记载的任一方法的部分或全部步骤,所述计算机包括移动终端。
本申请实施例还提供一种计算机程序产品,所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,所述计算机程序可操作来使计算机执行如所述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,所述计算机包括移动终端。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在所述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。所述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解所述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。