CN104346201A - 获取应用程序消耗***资源的方法、装置及终端 - Google Patents
获取应用程序消耗***资源的方法、装置及终端 Download PDFInfo
- Publication number
- CN104346201A CN104346201A CN201410522380.5A CN201410522380A CN104346201A CN 104346201 A CN104346201 A CN 104346201A CN 201410522380 A CN201410522380 A CN 201410522380A CN 104346201 A CN104346201 A CN 104346201A
- Authority
- CN
- China
- Prior art keywords
- app
- scene
- system resources
- regime values
- server
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000012545 processing Methods 0.000 claims description 37
- 238000004364 calculation method Methods 0.000 claims description 8
- 238000009434 installation Methods 0.000 claims description 5
- 101150053844 APP1 gene Proteins 0.000 description 24
- 101100189105 Homo sapiens PABPC4 gene Proteins 0.000 description 24
- 102100039424 Polyadenylate-binding protein 4 Human genes 0.000 description 24
- 241001455214 Acinonyx jubatus Species 0.000 description 23
- 230000008569 process Effects 0.000 description 20
- 230000002159 abnormal effect Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 101100055496 Arabidopsis thaliana APP2 gene Proteins 0.000 description 4
- 101100016250 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) GYL1 gene Proteins 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 241000238557 Decapoda Species 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 210000003733 optic disk Anatomy 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Landscapes
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提出一种获取应用程序消耗***资源的方法、装置及终端。其中,该方法包括:针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围;以及接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围。本发明实施例的获取应用程序消耗***资源的方法、装置及终端,可准确获得不同场景下每个APP所消耗***资源的正常数值范围。
Description
技术领域
本发明涉及终端技术领域,尤其涉及一种获取应用程序消耗***资源的方法、装置及终端。
背景技术
随着移动通信技术的不断发展,为了满足人们日常工作和生活的需求,越来越多的应用程序APP(APPlication)出现在移动终端例如智能手机中,每个应用程序在运行的过程中会消耗智能手机中的***资源例如内存、中央处理器CPU(Central Processing Unit)、网络资源等,并且在不同场景例如网络处于连接状态或者断开状态下消耗智能手机中的***资源是不同的。
目前,移动终端中可以计算出***中运行的每个应用程序的CPU占用率和占用移动终端***内存的情况,但是并未获知每个应用程序在不同场景下CPU占用率和占用内存情况的正常数值范围,因此,仅知道每个应用程序的CPU占用率和占用内存情况无法判断出某个场景下移动终端中运行的应用程序消耗的***资源的数据是否在该应用程序消耗的***资源的正常数值范围内,通常超出对应的消耗的***资源的正常数值范围的应用程序会影响移动终端的运行效率。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此,本发明的第一个目的在于提出一种获取应用程序消耗***资源的方法,该方法可以准确获得不同场景下每个APP所消耗***资源的正常数值范围。
本发明的第二个目的在于提出一种获取应用程序消耗***资源的装置。
本发明的第三个目的在于提出一种终端。
为了实现上述目的,本发明第一方面实施例提出了一种获取应用程序消耗***资源的方法,包括:针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述客户端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
本发明实施例的获取应用程序消耗***资源的方法,针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围,以及接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
为了实现上述目的,本发明第二方面实施例提出了一种获取应用程序消耗***资源的装置,包括:获取模块,用于针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述客户端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及第一接收模块,用于接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
本发明实施例的获取应用程序消耗***资源的装置,获取模块针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围,以及第一接收模块接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
为实现上述目的,本发明第三方面实施例提出了一种终端,所述终端包括壳体、处理器、存储器、电路板和电源电路,其中,所述电路板安置在所述壳体围成的空间内部,所述处理器和所述存储器设置在所述电路板上;所述电源电路,用于为所述终端的各个电路或器件供电;所述存储器用于存储可执行程序代码;所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于执行以下步骤:获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述终端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
本发明实施例的终端,针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围,以及接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
图1是根据本发明一个实施例的获取应用程序消耗***资源的方法的流程图。
图2是根据本发明一个实施例的应用程序的推荐方法的流程图。
图3是根据本发明另一个实施例的应用程序的推荐方法的流程图。
图4是根据本发明一个实施例的应用程序的升级方法的流程图。
图5是根据本发明一个实施例的获取应用程序消耗***资源的装置的结构示意图。
图6是根据本发明另一个实施例的获取应用程序消耗***资源的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的获取应用程序消耗***资源的方法、装置及终端。
图1是根据本发明一个实施例的获取应用程序消耗***资源的方法的流程图,如图1所示,该方法包括:
S101,针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围。
在该实施例中,上述场景可以为APP所在终端开屏或锁屏、网络处于连接状态或断开状态等场景,该实施例对场景不做限定。其中,上述客户端可以位于个人计算机PC、手机、平板电脑等具有各种操作***的硬件设备。
例如,客户端所在终端在网络处于连接状态下,获得终端***中运行的每个APP在网络处于连接状态下消耗***资源的数据,并向服务器上报数据,服务器接收客户端发送的每个APP在网络处于连接状态下消耗***资源的数据,并从预先建立的数据库中获得每个APP在网络处于连接状态下消耗***资源的正常数值范围。其中,上述***资源可以包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种,该预先建立的数据库中包含在不同场景下,应用程序的各个版本消耗***资源的正常数值范围,数据库中保存的应用程序消耗***资源的正常数值范围为服务器分析大量终端消耗***资源的平均范围。
例如,服务器接收到客户端发送的15个APP在网络处于连接状态下消耗内存、中央处理单元CPU、输入输出IO和网络资源的数据,服务器根据每个APP的标识信息比如包名或者包签名从预先建立的数据库中获得每个APP在网络处于连接状态下消耗的***资源的正常数值范围,并向客户端返回每个APP在网络处于连接状态下消耗***资源的正常数值范围。
下面对服务器预先建立的包含每个APP在每种场景下消耗***资源的正常数值范围的数据库的过程进行介绍。
具体地,针对每一种场景,服务器获得多个客户端在每一种场景下每个APP消耗内存、中央处理单元CPU、输入输出IO和网络资源的数据,并基于每种场景为每种***资源设置权重,并基于对应的权重计算所获得的数据,以计算出客户端在每一种场景下每个APP消耗内存、中央处理单元CPU、输入输出IO和网络资源的正常数值范围,进一步而言,服务器可根据大量数据计算每个APP的每个版本在每一种场景下的***资源的正常数值范围,并将每一种场景下每个APP的各个版本消耗的内存、中央处理单元CPU、输入输出IO和网络资源的正常数值范围保存在数据库中。
例如,服务器接收到1000个终端发送的应用程序例如猎豹手机浏览器在终端处于网络连接状态下的CPU占用率,其中,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为3%~7%,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为4%~8%,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为4%~8%,100个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为80%~90%,则服务器根据获得1000个猎豹浏览器的CPU占用率确定出猎豹浏览器CPU占用率的正常数值范围为3%~8%。由此可见,服务器基于大数据统计的方式获得CPU占用率的正常数值范围,通过基于大数据统计的方式,可以忽略在实际应用中不同客户端上报的CPU占用率的差异性。
在该实施例中,服务器保存的每个应用程序消耗***资源的正常数值范围是基于大数据统计的方式计算而来,可以忽略在实际应用中不同客户端上报的每个APP消耗***资源的数据之间的差异性,例如,有的终端中在微信登录的状态下上报消耗***资源的数据,有的终端在微信未登录的情况下上报消耗***资源的数据。该实例中数据库中保存的***资源的正常数值范围如表1所示。
表1数据库中保存的***资源的正常数值范围
需要说明的是,上述表1中给出的数据库中保存的***资源的正常数值范围仅是一种示例,在实际应用中应以实际的数据为准。
S102,接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围。
具体地,客户端接收服务器返回的每个APP的每个版本在每种场景下消耗***资源的正常数值范围,并获得客户端中每个APP消耗的在具体的场景例如网络处于连接状态下消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据,并判断每个APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源是否在其各自对应的正常数值范围内,若APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源中的任意一个数据超出了其对应的正常数值范围即可确定对应的APP存在异常,也就是说,当前场景不适合该APP运行,在确定客户端中存在异常的APP后,客户端中将显示提示信息,用户可根据提示信息对异常的APP进行处理。
例如,在网络处于连接状态下,若APP1消耗的内存为2Mb,CPU占用率为5%,输入输出IO为1Mb,APP1在1分钟内消耗的网络资源即下载或者上传为1Mb,客户端从服务器接收到的该APP1对应的内存、CPU占用率、输入输出IO、网络资源分别对应的正常数值范围为2.5Mb~3.5Mb、4%~8%、0.8Mb~1.5Mb、0.5Mb~1.2Mb,通过比较可以看出,APP1的内存不在其对应的正常数值范围内,即APP1的内存存在异常,也就是说,终端当前的运行环境不适合APP1运行,在确定APP1存在异常后,客户端将提示用户APP1的内存存在异常,用户可根据提示信息对APP1进行处理。
上述获取应用程序消耗***资源的方法实施例,针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围,以及接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
图2是根据本发明一个实施例的应用程序的推荐方法的流程图,如图2所示,该方法包括:
S201,客户端针对当前场景,获取客户端所在终端中每个应用程序APP消耗***资源的数据。
在该实施例中,上述当前场景可以为APP所在终端开屏或锁屏、网络处于连接状态或断开状态等场景,该实施例对当前场景不做限定。其中,上述客户端可以位于个人计算机PC、手机、平板电脑等具有各种操作***的硬件设备。
具体地,获得终端中正在运行的每个APP在当前场景例如客户端处于网络处于连接状态下消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据。
S202,客户端向服务器发送携带有当前场景下,每个应用程序APP消耗***资源的数据。
S203,服务器接收客户端发送的数据,并根据数据获得客户端所在终端中每个APP消耗***资源的正常数值范围。
具体地,服务器接收客户端发送的数据,并根据该数据从本地预先建立的数据库中,获得客户端所在终端中每个APP在当前场景下消耗***资源的正常数值范围,其中,本地预先建立的数据库中保存的***资源的正常数值范围如表1所示。
需要说明的是,数据库中保存的每个APP消耗***资源的正常数值范围为服务器基于当前场景为每种***资源设置权重,并基于对应的权重计算获得的,进一步而言,是服务器基于当前场景,从大量终端中获得当前场景下每个APP消耗每种***资源的数据,并根据当前场景为每种***资源设置权重计算而获得的。
S204,服务器根据接收到每个APP消耗***资源的数据和获得的每个APP消耗***资源的正常数值范围确定当前场景下是否存在消耗的***资源不在其对应的正常数值范围内的APP。
S205,若服务器确定当前场景下存在消耗的***资源不在对应的正常数值范围内的APP,则根据对应的正常数值范围获得APP的同类型应用程序的推荐列表。
例如,若服务器确定当前场景下存在消耗的***资源例如CPU不在对应的正常数值范围内的当前APP例如QQ音乐,则根据对应的正常数值范围从预先建立的数据库中获得对应的同种类型的推荐的应用程序例如虾米音乐、网易云音乐等,生成一个包含推荐的应用程序的推荐列表。
再例如,若服务器确定终端中存在多个APP在当前场景下消耗的***资源不在其对应的正常数值范围内,比如,APP1在当前场景下消耗的内存不在APP1对应的内存的正常数值范围内,APP1在当前场景下消耗的CPU不在APP2对应的CPU的正常数值范围内,此时,服务器将根据APP1的内存的正常数值范围从数据库中获得与APP1同种类型的推荐的应用程序,根据APP2的CPU的正常数值范围从数据库中获得与APP2同种类型的推荐的应用程序,并生成一个包含APP1和APP2推荐的应用程序的推荐列表。
S206,服务器向客户端发送提示信息和推荐列表。
S207,客户端接收服务器返回的提示信息和推荐列表,并根据推荐列表安装APP。
具体地,客户端接收服务器返回的提示信息,并根据提示信息卸载不适合在当前场景下运行的应用程序,以及根据推荐列表安装比较适合客户端所在终端当前场景的应用程序,由此,使得客户端所在终端中运行的APP均比较的适合当前场景,从而减少了不适合客户端所在终端当前场景的APP对终端***资源的消耗,提高了终端***的运行效率。
上述应用程序的推荐方法实施例,针对当前场景下,客户端获得每个APP消耗***资源的数据,并将数据发送给服务器,服务器根据接收到的数据获得每个APP消耗***资源对应的正常数值范围,并根据接收到的每个APP消耗***资源的数据和对应的正常数值范围确定是否存在不在正常数值范围为的APP,若存在,则根据对应的正常数值范围获得推荐的同种类型的应用程序的推荐列表,并将提示信息和推荐列表发送给客户端,客户端根据提示信息卸载不适合客户端所在终端当前场景的APP,并安装比较适合客户端所在终端当前场景的APP,由此,减少了不适合客户端所在终端当前场景的APP对终端***资源的消耗,提高终端***的运行效率。
图3是根据本发明另一个实施例的应用程序的推荐方法的流程图,如图3所示,该方法包括:
S301,客户端针对当前场景,获取客户端所在终端中每个应用程序APP消耗***资源的数据。
在该实施例中,上述当前场景可以包括APP所在终端开屏或锁屏、网络处于连接状态或断开状态等场景,该实施例对当前场景不做限定。其中,上述客户端可以位于个人计算机PC、手机、平板电脑等具有各种操作***的硬件设备。
具体地,获得每个APP在当前场景例如终端处于网络处于连接状态下消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据。
S302,客户端向服务器发送携带有当前场景下,每个应用程序APP消耗***资源的数据。
S303,服务器接收客户端发送的数据,并根据数据获得客户端所在终端中每个APP消耗***资源的正常数值范围。
具体地,服务器接收客户端发送的数据,并根据该数据从本地预先建立的数据库中,获得客户端所在终端中每个APP在当前场景下消耗***资源的正常数值范围,其中,本地预先建立的数据库中保存的***资源的正常数值范围如表1所示,此处不赘述。
需要说明的是,数据库中保存的每个APP消耗***资源的正常数值范围为服务器基于当前场景为每种***资源设置权重,并基于对应的权重计算获得的。
S304,服务器向客户端返回每个APP消耗***资源的正常数值范围。
具体地,服务器向客户端返回当前场景下,客户端中每个APP消耗***资源的正常数值范围。
S305,客户端接收服务器返回的每个APP消耗***资源的正常数值范围,并判断每个APP消耗***资源的数据是否在对应的消耗***资源的正常数值范围内,若位于正常数值范围内,则确定对应APP的消耗***资源的数据正常,若不位于正常数值范围内,则确定对应APP的消耗***资源的数据异常,并在客户端上显示提示信息。
具体地,客户端根据接收的每个APP在当前场景下消耗***资源的正常数值范围,并根据接收的当前场景下消耗***资源的正常数值范围判断客户端中的APP消耗***资源的数据是否正常,若消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据中有一个或者多个数据不在对应的APP消耗***资源的正常数值范围内,则确定对应APP的消耗***资源的数据异常,即说明在当前场景下,对应的APP不适合在该终端中运行,并在客户端显示对应的提示信息,以使用户根据提示信息卸载不适合终端当前场景下的应用程序。
S306,客户端向服务器发送推荐请求。
其中,上述请求中包含当前场景下消耗***资源不在对应的正常数值范围内的当前APP和当前APP所在终端的当前场景。
具体地,在显示提示信息的同时,客户端向服务器发送推荐请求,以使客户端在卸载不适合终端当前场景的同时,可以获得服务器推荐的当前APP的同种类型的应用程序。
S307,服务器接收推荐请求,并根据推荐请求获得当前APP的同种类型应用程序的推荐列表。
其中,上述推荐列表中包含的应用程序为在当前场景下平均消耗的资源位于对应的正常数值范围内的当前APP的同类型应用程序。
具体地,服务器接收推荐请求,并根据推荐请求获得当前APP在当前场景下消耗的***资源的正常数值范围,以及根据其对应的正常数值范围从预先建立的数据库中获得适合终端当前场景的同种类型的推荐的应用程序。
例如,推荐请求中的当前APP为QQ音乐,当前场景为终端处于网络连接的状态,服务器根据请求中的QQ音乐和终端的当前场景从预先建立的数据库中获得QQ音乐在当前场景下消耗***资源的正常数值范围,并根据对应的正常数值范围从数据库中获得对应的同种类型的推荐的应用程序例如虾米音乐、网易云音乐等,生成一个包含推荐的应用程序的推荐列表。
S308,服务器向客户端返回当前APP的同种类型的推荐列表。
S309,客户端接收服务器返回的推荐列表,并根据推荐列表安装适合在当前场景下运行的应用程序。
具体地,客户端接收服务器返回的推荐列表,并从推荐列表中选择安装比较适合客户端所在终端当前场景的应用程序,由此,使得客户端所在终端中运行的APP均比较的适合当前场景,从而减少了不适合客户端所在终端当前场景的APP对客户端所在终端***资源的消耗,提高终端***的运行效率。
上述应用程序的推荐方法实施例,针对当前场景下,客户端获得每个APP消耗***资源的数据,并将数据发送给服务器,服务器根据接收到的数据获得每个APP消耗***资源对应的正常数值范围,并将每个APP消耗***资源对应的正常数值范围返回至客户端,客户端根据返回的每个APP消耗***资源对应的正常数值范围判断对应的APP消耗***资源的数据是否在该正常数值范围内,若存在超过正常数值范围的APP,则将对应的APP消耗***资源的数据发送给服务器,以使服务器根据消耗***资源的数据确定对应的正常数值范围,并根据正常数值范围获得同种类型的推荐的应用程序,以及返回推荐的应用程序,客户端根据推荐的应用程序安装适合客户端所在终端当前场景的应用程序,由此,减少了不适合客户端所在终端当前场景的APP对终端***资源的消耗,提高终端***的运行效率。
图4是根据本发明一个实施例的应用程序的升级方法的流程图,如图4所示,该方法包括:
S401,针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围。
在该实施例中,上述场景可以包括APP所在终端开屏或锁屏、网络处于连接状态或断开状态等,该实施例对场景不做限定。其中,上述客户端可以位于个人计算机PC、手机、平板电脑等具有各种操作***的硬件设备,上述***资源可以包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种。
S402,接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围。
需要说明的是,步骤S402与步骤S102相同,对步骤S102的解释说明也适用于步骤S402,此处不再赘述。
具体地,在接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围之后,针对每个APP,若服务器中存在APP的升级版本,该方法还可以包括步骤S403和S404。
S403,接收服务器下发的当前APP的升级版本及其对应的消耗***资源的正常数值范围。
在该实施例中,服务器还可以根据客户端发送的每个APP消耗***资源的数据,数据中不仅可以包括客户端中每个APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源中的一种或者多种,还可以包括每个APP对应的标识信息例如包名和包签名,并在服务器确定对应的APP有升级版本时,可主动将升级版本推送给客户端,以方便用户根据推送的升级版本及其对应的消耗***资源的正常数值范围升级客户端所在终端中对应的APP的版本。例如,当前APP为猎豹手机浏览器,在服务器将猎豹浏览器对应的消耗***资源的正常数值范围返回至客户端后,若服务器监控到猎豹手机浏览器有两个升级版本后,例如升级版本1和升级版本2,服务器将根据对应的升级版本1和升级版本2获得对应猎豹手机浏览器的升级版本的消耗***资源的正常数值范围,并将猎豹浏览器对应的升级版本的升级包和对应的消耗***资源的正常数值范围返回给客户端。
S404,从服务器下发的升级版本中查找适合在当前APP所在终端运行的升级版本,若未查找到,则显示暂不升级的提示信息,若查找到,则显示查找到的升级版本信息,以用于对当前APP进行升级。
具体地,若从服务器下发的当前APP的升级版本有多个,客户端查找多个升级版本各自对应的***消耗资源的正常数值范围是否适合当前APP所在终端运行,若未查找到,则为用户显示暂不升级的提示信息,例如,提示信息可为“当前APP的升级版本不适合当前场景,建议您暂不升级”,若从服务器下发的当前APP的升级版本有多个,客户端查找多个升级版本各自对应的***消耗资源的正常数值范围,若多个升级版本中存在适合在客户端所在终端中运行的升级版本,则显示查找到的升级版本信息,以方便用户根据升级版本信息对当前APP进行升级。
在该实施例中,在显示查找到的升级版本信息之后,还可以接收用户根据显示的升级版本信息安装当前APP对应的升级版本,以完成当前APP的升级。
例如,在客户端接收到服务器下发的猎豹手机浏览器的两个升级版本,升级版本1和升级版本2,若升级版本1对应的消耗的内存的正数值范围为23Mb~26Mb、CPU的正常数值范围为20%~25%,升级版本2对应的消耗的内存的正数值范围为30Mb~32Mb、CPU的正常数值范围为21%~26%,客户端根据客户端所在终端的硬件环境判断出升级版本1比较适合在客户端所在终端中运行,客户端可显示“升级版本1占有的内存更小,CPU占有率更低,建议您根据升级版本1升级猎豹手机浏览器”的提示,用户可根据提示信息确定升级当前版本的猎豹手机浏览器,客户端将接收用户的触发操作,并根据用户的点击的升级版本信息,完成猎豹浏览器的升级。
上述应用程序的升级方法实施例,获得客户端中每个APP的消耗***资源的数据,并将上述数据发送给服务器,服务器根据接收到的数据获得每个APP消耗***资源的正常数值范围,并且在服务器获得客户端中APP存在升级版本后,服务器将APP的升级版本及其对应的消耗***资源的正常数值范围返回给客户端,客户端从服务器下发的升级版本中查找适合在当前APP所在终端运行的升级版本,若未查找到,则显示暂不升级的提示信息,若查找到,则显示查找到的升级版本信息,以用于对当前APP进行升级,由此,在准确获得每个APP消耗***资源的正常数据范围的同时,可智能为用户提供适合终端运行的升级版本的APP,方便用户根据提示信息更新终端中APP的版本。
为了实现上述实施例,本发明还提出一种获取应用程序消耗***资源的装置。
图5是根据本发明一个实施例的获取应用程序消耗***资源的装置的结构示意图,如图5所示,该装置包括获取模块100和第一接收模块200,其中:
获取模块100用于针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报上述数据,以使服务器根据多个上述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向上述客户端返回上述每个APP在每种场景下消耗***资源的正常数值范围;以及第一接收模块200用于接收上述服务器返回的上述每个APP在每种场景下消耗***资源的正常数值范围。
其中,上述场景可以为APP所在终端开屏或锁屏、网络处于连接状态或断开状态等场景,上述***资源可以包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种,上述每个APP在每种场景下消耗***资源的正常数值范围为上述服务器基于当前场景为每种***资源设置权重,并基于对应的权重计算获得的。
上述第一接收模块200具体用于:上述每个APP的每个版本在每种场景下消耗***资源的正常数值范围。
具体地,第一接收模块200接收服务器返回的每个APP的每个版本在每种场景下消耗***资源的正常数值范围,并获得客户端中每个APP消耗的在具体的场景例如网络处于连接状态下消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据,并判断每个APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源是否在其各自对应的正常数值范围内,若APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源中的任意一个数据超出了其对应的正常数值范围即可确定对应的APP存在异常,也就是说,当前场景不适合该APP运行,在确定客户端中存在异常的APP后,可提示用户对异常的APP进行处理。
如图6所示,上述装置还可以包括第一发送模块300和第二接收模块400,其中,第一发送模块300用于向上述服务器上报当前APP在当前场景下消耗***资源的数据,以使上述服务器确定上述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内,则根据对应的正常数值范围获得当前APP的同类型应用程序的推荐列表,并向上述客户端返回上述推荐列表;以及第二接收模块400用于接收上述服务器返回的上述推荐列表。
另外,上述装置还可以包括处理模块500,该处理模块500用于在上述第一接收模块200接收上述服务器返回的上述每个APP在每种场景下消耗***资源的正常数值范围之后,在确定上述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内时,向上述服务器发送推荐请求,并接收上述服务器根据上述推荐请求返回的当前APP的同类型应用程序的推荐列表。
其中,上述推荐列表为上述服务器在接收到上述推荐请求后根据上述当前APP在当前场景下消耗的***资源的正常数值范围获得的。具体地,服务器根据接收推荐请求,推荐请求中携带有当前场景下消耗终端***资源不在对应的正常数值范围的当前APP和当前APP所在终端的当前场景,并根据推荐请求获得当前APP消耗***资源的正常数值范围,以及根据对应的正常数值范围从预先建立的数据库中获得当前APP的同种类型的推荐的应用程序。
上述装置还可以包括第三接收模块600和查找处理模块700,该第三接收模块600用于接收服务器下发的当前APP的升级版本及其对应的消耗***资源的正常数值范围;查找处理模块700用于从上述服务器下发的升级版本中查找适合在上述当前APP所在终端运行的升级版本,若未查找到,则显示暂不升级的提示信息,若查找到,则显示查找到的升级版本信息,以用于对上述当前APP进行升级。
上述装置还可以包括安装模块800,该安装模块800用于在上述查找处理模块700显示查找到的升级版本信息之后,接收用户根据显示的上述升级版本信息安装上述当前APP对应的升级版本,以完成上述当前APP的升级。
需要说明的是,上述对获取应用程序消耗***资源的方法实施例的解释说明也适用于该实施例的获取应用程序消耗***资源的装置,此处不赘述。
上述获取应用程序消耗***资源的装置实施例,获取模块针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向客户端返回每个APP在每种场景下消耗***资源的正常数值范围,以及第一接收模块接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
为了实现上述实施例,本发明还提出一种终端,该终端包括壳体、处理器、存储器、电路板和电源电路,其中,上述电路板安置在上述壳体围成的空间内部,上述处理器和上述存储器设置在上述电路板上;上述电源电路,用于为上述终端的各个电路或器件供电;上述存储器用于存储可执行程序代码;上述处理器通过读取上述存储器中存储的可执行程序代码来运行与上述可执行程序代码对应的程序,以用于执行以下步骤:
S101',针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向终端返回每个APP在每种场景下消耗***资源的正常数值范围。
在该实施例中,上述场景可以为APP所在终端开屏或锁屏、网络处于连接状态或断开状态等场景,该实施例对场景不做限定。其中,上述终端可以是个人计算机PC、手机、平板电脑等具有各种操作***的硬件设备。
例如,在网络处于连接状态下,获得终端***中运行的每个APP在网络处于连接状态下消耗***资源的数据,并向服务器上报数据,服务器接收终端发送的每个APP在网络处于连接状态下消耗***资源的数据,并从预先建立的数据库中获得每个APP在网络处于连接状态下消耗***资源的正常数值范围。其中,上述***资源可以包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种,该预先建立的数据库中包含在不同场景下,应用程序的各个版本消耗***资源的正常数值范围,数据库中保存的应用程序消耗***资源的正常数值范围为服务器分析大量终端消耗***资源的平均范围。
例如,服务器接收到终端发送的15个APP在网络处于连接状态下消耗内存、中央处理单元CPU、输入输出IO和网络资源的数据,服务器根据每个APP的标识信息比如包名或者包签名从预先建立的数据库中获得每个APP在网络处于连接状态下消耗的***资源的正常数值范围,并向终端返回每个APP在网络处于连接状态下消耗***资源的正常数值范围。
下面对服务器预先建立的包含每个APP在每种场景下消耗***资源的正常数值范围的数据库的过程进行介绍。
具体地,针对每一种场景,服务器获得多个终端在每一种场景下每个APP消耗内存、中央处理单元CPU、输入输出IO和网络资源的数据,并基于每种场景为每种***资源设置权重,并基于对应的权重计算所获得的数据,以计算出终端在每一种场景下每个APP消耗内存、中央处理单元CPU、输入输出IO和网络资源的正常数值范围,进一步而言,服务器可根据大量数据计算每个APP的每个版本在每一种场景下的***资源的正常数值范围,并将每一种场景下每个APP的各个版本消耗的内存、中央处理单元CPU、输入输出IO和网络资源的正常数值范围保存在数据库中。
例如,服务器接收到1000个终端发送的应用程序例如猎豹手机浏览器在终端处于网络连接状态下的CPU占用率,其中,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为3%~7%,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为4%~8%,300个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为4%~8%,100个终端发送的猎豹手机浏览器处于网络连接状态下的CPU占用率为80%~90%,则服务器根据获得1000个猎豹浏览器的CPU占用率确定出猎豹浏览器CPU占用率的正常数值范围为3%~8%。由此可见,服务器基于大数据统计的方式获得CPU占用率的正常数值范围,通过基于大数据统计的方式,可以忽略在实际应用中不同终端上报的CPU占用率的差异性。
在该实施例中,服务器保存的每个应用程序消耗***资源的正常数值范围是基于大数据统计的方式计算而来,可以忽略在实际应用中不同终端上报的每个APP消耗***资源的数据之间的差异性,例如,有的终端中在微信登录的状态下上报消耗***资源的数据,有的终端在微信未登录的情况下上报消耗***资源的数据。该实例中数据库中保存的***资源的正常数值范围如表1所示。
表1数据库中保存的***资源的正常数值范围
需要说明的是,上述表1中给出的数据库中保存的***资源的正常数值范围仅是一种示例,在实际应用中应以实际的数据为准。
S102',接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围。
具体地,接收服务器返回的每个APP的每个版本在每种场景下消耗***资源的正常数值范围,并获得终端中每个APP消耗的在具体的场景例如网络处于连接状态下消耗的内存、中央处理单元CPU、输入输出IO和网络资源的数据,并判断每个APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源是否在其各自对应的正常数值范围内,若APP消耗的内存、中央处理单元CPU、输入输出IO和网络资源中的任意一个数据超出了其对应的正常数值范围即可确定对应的APP存在异常,也就是说,当前场景不适合该APP运行,在确定终端中存在异常的APP后,终端中将显示提示信息,用户可根据提示信息对异常的APP进行处理。
例如,在网络处于连接状态下,若APP1消耗的内存为2Mb,CPU占用率为5%,输入输出IO为1Mb,APP1在1分钟内消耗的网络资源即下载或者上传为1Mb,终端从服务器接收到的该APP1对应的内存、CPU占用率、输入输出IO、网络资源分别对应的正常数值范围为2.5Mb~3.5Mb、4%~8%、0.8Mb~1.5Mb、0.5Mb~1.2Mb,通过比较可以看出,APP1的内存不在其对应的正常数值范围内,即APP1的内存存在异常,也就是说,终端当前的运行环境不适合APP1运行,在确定APP1存在异常后,终端将提示用户APP1的内存存在异常,用户可根据提示信息对APP1进行处理。
上述终端实施例,针对每种场景,获得获取每个应用程序APP消耗***资源的数据,并向服务器上报数据,以使服务器根据多个数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向终端返回每个APP在每种场景下消耗***资源的正常数值范围,以及接收服务器返回的每个APP在每种场景下消耗***资源的正常数值范围,由此,可以准确获得不同场景下每个APP所消耗***资源的正常数值范围,进而在不同场景下某个APP所消耗***资源不在对应的正常数值范围内时,可提示用户对该APP进行相关处理。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用,或结合这些指令执行***、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (21)
1.一种获取应用程序消耗***资源的方法,其特征在于,包括:
针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述客户端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及
接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
2.根据权利要求1所述的方法,其特征在于,所述每个APP在每种场景下消耗***资源的正常数值范围,包括:
所述每个APP的每个版本在每种场景下消耗***资源的正常数值范围。
3.根据权利要求1所述的方法,其特征在于,所述每个APP在每种场景下消耗***资源的正常数值范围为所述服务器基于当前场景为每种***资源设置权重,并基于对应的权重计算获得的。
4.根据权利要求1所述的方法,其特征在于,所述***资源包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种。
5.根据权利要求1所述的方法,其特征在于,所述场景包括所述APP所在开屏或锁屏、网络处于连接状态或断开状态。
6.根据权利要求1-5任一权利要求所述的方法,其特征在于,还包括:
向所述服务器上报当前APP在当前场景下消耗***资源的数据,以使所述服务器确定所述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内,则根据对应的正常数值范围获得当前APP的同类型应用程序的推荐列表,并向所述客户端返回所述推荐列表;以及
接收所述服务器返回的所述推荐列表。
7.根据权利要求1-5任一权利要求所述的方法,其特征在于,在所述接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围之后,还包括:
在确定所述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内时,向所述服务器发送推荐请求,并接收所述服务器根据所述推荐请求返回的当前APP的同类型应用程序的推荐列表。
8.根据权利要求7所述的方法,其特征在于,所述推荐列表为所述服务器在接收到所述推荐请求后根据所述当前APP在当前场景下消耗的***资源的正常数值范围获得的。
9.根据权利要求1-5任一权利要求所述的方法,其特征在于,还包括:
接收服务器下发的当前APP的升级版本及其对应的消耗***资源的正常数值范围;
从所述服务器下发的升级版本中查找适合在所述当前APP所在终端运行的升级版本,若未查找到,则显示暂不升级的提示信息,若查找到,则显示查找到的升级版本信息,以用于对所述当前APP进行升级。
10.根据权利要求9所述的方法,其特征在于,在所述显示查找到的升级版本信息之后,还包括:
接收用户根据显示的所述升级版本信息安装所述当前APP对应的升级版本,以完成所述当前APP的升级。
11.一种获取应用程序消耗***资源的装置,其特征在于,包括:
获取模块,用于针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述客户端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及
第一接收模块,用于接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
12.根据权利要求11所述的装置,其特征在于,所述第一接收模块,具体用于:
所述每个APP的每个版本在每种场景下消耗***资源的正常数值范围。
13.根据权利要求11所述的装置,其特征在于,所述每个APP在每种场景下消耗***资源的正常数值范围为所述服务器基于当前场景为每种***资源设置权重,并基于对应的权重计算获得的。
14.根据权利要求11所述的装置,其特征在于,所述***资源包括内存、中央处理单元CPU、输入输出IO和网络资源中的一种或多种。
15.根据权利要求11所述的装置,其特征在于,所述场景包括所述APP所在终端开屏或锁屏、网络处于连接状态或断开状态。
16.根据权利要求11-15任一权利要求所述的装置,其特征在于,还包括:
第一发送模块,用于向所述服务器上报当前APP在当前场景下消耗***资源的数据,以使所述服务器确定所述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内,则根据对应的正常数值范围获得当前APP的同类型应用程序的推荐列表,并向所述客户端返回所述推荐列表;以及
第二接收模块,用于接收所述服务器返回的所述推荐列表。
17.根据权利要求11-15任一权利要求所述的装置,其特征在于,还包括:
处理模块,用于在所述第一接收模块接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围之后,在确定所述当前APP在当前场景下消耗的***资源不在对应的正常数值范围内时,向所述服务器发送推荐请求,并接收所述服务器根据所述推荐请求返回的当前APP的同类型应用程序的推荐列表。
18.根据权利要求17所述的装置,其特征在于,所述推荐列表为所述服务器在接收到所述推荐请求后根据所述当前APP在当前场景下消耗的***资源的正常数值范围获得的。
19.根据权利要求11-15任一权利要求所述的装置,其特征在于,还包括:
第三接收模块,用于接收服务器下发的当前APP的升级版本及其对应的消耗***资源的正常数值范围;
查找处理模块,用于从所述服务器下发的升级版本中查找适合在所述当前APP所在终端运行的升级版本,若未查找到,则显示暂不升级的提示信息,若查找到,则显示查找到的升级版本信息,以用于对所述当前APP进行升级。
20.根据权利要求19所述的装置,其特征在于,还包括:
安装模块,用于在所述查找处理模块显示查找到的升级版本信息之后,接收用户根据显示的所述升级版本信息安装所述当前APP对应的升级版本,以完成所述当前APP的升级。
21.一种终端,所述终端包括壳体、处理器、存储器、电路板和电源电路,其中,所述电路板安置在所述壳体围成的空间内部,所述处理器和所述存储器设置在所述电路板上;所述电源电路,用于为所述终端的各个电路或器件供电;所述存储器用于存储可执行程序代码;所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序,以用于执行以下步骤:
针对每种场景,获取每个应用程序APP消耗***资源的数据,并向服务器上报所述数据,以使服务器根据多个所述数据计算出每个APP在每种场景下消耗***资源的正常数值范围,并向所述终端返回所述每个APP在每种场景下消耗***资源的正常数值范围;以及
接收所述服务器返回的所述每个APP在每种场景下消耗***资源的正常数值范围。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410522380.5A CN104346201B (zh) | 2014-09-30 | 2014-09-30 | 获取应用程序消耗***资源的方法、装置及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410522380.5A CN104346201B (zh) | 2014-09-30 | 2014-09-30 | 获取应用程序消耗***资源的方法、装置及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104346201A true CN104346201A (zh) | 2015-02-11 |
CN104346201B CN104346201B (zh) | 2018-10-16 |
Family
ID=52501887
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410522380.5A Expired - Fee Related CN104346201B (zh) | 2014-09-30 | 2014-09-30 | 获取应用程序消耗***资源的方法、装置及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104346201B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109614282A (zh) * | 2018-09-28 | 2019-04-12 | 东软集团股份有限公司 | 确定应用的***资源使用信息的方法和装置 |
WO2019072180A1 (zh) * | 2017-10-11 | 2019-04-18 | Oppo广东移动通信有限公司 | 应用程序的资源配置方法及设备 |
CN109669781A (zh) * | 2018-12-29 | 2019-04-23 | 联想(北京)有限公司 | 数据处理方法和*** |
CN112148563A (zh) * | 2020-10-16 | 2020-12-29 | 北京百度网讯科技有限公司 | 信息生成方法、装置、设备以及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090037920A1 (en) * | 2007-07-30 | 2009-02-05 | Novell, Inc. | System and method for indicating usage of system resources using taskbar graphics |
CN102298542A (zh) * | 2011-08-24 | 2011-12-28 | 百度在线网络技术(北京)有限公司 | 一种应用程序的质量确定方法和*** |
CN102306118A (zh) * | 2011-08-31 | 2012-01-04 | 中兴通讯股份有限公司 | Android终端应用程序功耗监控的方法和装置 |
CN102508771A (zh) * | 2011-10-12 | 2012-06-20 | 山东中创软件商用中间件股份有限公司 | 一种软件运行状态评价方法 |
CN104008036A (zh) * | 2014-03-31 | 2014-08-27 | 可牛网络技术(北京)有限公司 | 一种消息视图的设置方法及装置 |
CN104239111A (zh) * | 2014-09-30 | 2014-12-24 | 北京金山安全软件有限公司 | 应用程序的升级方法、装置及终端 |
CN104268248A (zh) * | 2014-09-30 | 2015-01-07 | 北京金山安全软件有限公司 | 应用程序的推荐方法、装置及终端 |
-
2014
- 2014-09-30 CN CN201410522380.5A patent/CN104346201B/zh not_active Expired - Fee Related
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090037920A1 (en) * | 2007-07-30 | 2009-02-05 | Novell, Inc. | System and method for indicating usage of system resources using taskbar graphics |
CN102298542A (zh) * | 2011-08-24 | 2011-12-28 | 百度在线网络技术(北京)有限公司 | 一种应用程序的质量确定方法和*** |
CN102306118A (zh) * | 2011-08-31 | 2012-01-04 | 中兴通讯股份有限公司 | Android终端应用程序功耗监控的方法和装置 |
CN102508771A (zh) * | 2011-10-12 | 2012-06-20 | 山东中创软件商用中间件股份有限公司 | 一种软件运行状态评价方法 |
CN104008036A (zh) * | 2014-03-31 | 2014-08-27 | 可牛网络技术(北京)有限公司 | 一种消息视图的设置方法及装置 |
CN104239111A (zh) * | 2014-09-30 | 2014-12-24 | 北京金山安全软件有限公司 | 应用程序的升级方法、装置及终端 |
CN104268248A (zh) * | 2014-09-30 | 2015-01-07 | 北京金山安全软件有限公司 | 应用程序的推荐方法、装置及终端 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019072180A1 (zh) * | 2017-10-11 | 2019-04-18 | Oppo广东移动通信有限公司 | 应用程序的资源配置方法及设备 |
CN109614282A (zh) * | 2018-09-28 | 2019-04-12 | 东软集团股份有限公司 | 确定应用的***资源使用信息的方法和装置 |
CN109614282B (zh) * | 2018-09-28 | 2022-06-03 | 东软集团股份有限公司 | 确定应用的***资源使用信息的方法和装置 |
CN109669781A (zh) * | 2018-12-29 | 2019-04-23 | 联想(北京)有限公司 | 数据处理方法和*** |
CN112148563A (zh) * | 2020-10-16 | 2020-12-29 | 北京百度网讯科技有限公司 | 信息生成方法、装置、设备以及存储介质 |
CN112148563B (zh) * | 2020-10-16 | 2023-07-28 | 北京百度网讯科技有限公司 | 信息生成方法、装置、设备以及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104346201B (zh) | 2018-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104268248A (zh) | 应用程序的推荐方法、装置及终端 | |
CN104267995A (zh) | 应用程序的处理方法、装置及终端 | |
Liu et al. | Understanding diverse usage patterns from large-scale appstore-service profiles | |
CN102708050B (zh) | 移动应用测试方法和*** | |
CN108243346B (zh) | 一种过滤弹幕信息的方法、服务器及计算机设备 | |
CN105335134A (zh) | 处理app的cpu占用率异常的方法、装置及移动终端 | |
CN112994955B (zh) | 升级包发送管理方法、增量升级包制备方法及相关装置 | |
US20180217654A1 (en) | Power-saving processing method, device, mobile terminal and cloud server | |
CN105224439A (zh) | 终端app的cpu占用率的检测方法、装置及终端 | |
US10534425B2 (en) | Processing method and device for saving power, mobile terminal and cloud server | |
CN106484848B (zh) | 一种应用推荐方法和设备 | |
CN104317649A (zh) | 终端应用程序app的处理方法、装置及终端 | |
CN104838405A (zh) | 用于应用程序的测试框架 | |
CN104346201A (zh) | 获取应用程序消耗***资源的方法、装置及终端 | |
CN104917651A (zh) | 监测网络异常的方法及装置 | |
CN105550252A (zh) | 一种文件定位方法、装置及电子设备 | |
CN104092555A (zh) | 一种更新参数值的方法、装置和*** | |
CN103136342A (zh) | 应用程序app的搜索方法、***以及搜索服务器 | |
CN108804318A (zh) | 一种页面元素测试方法、装置、电子设备及存储介质 | |
CN104199765A (zh) | 获取终端器件温度正常数值范围的方法、装置及终端 | |
CN104267980A (zh) | 一种软件评分显示方法、终端、数据服务器及*** | |
CN103885775A (zh) | 驱动程序文件的获取方法和装置 | |
CN104239111A (zh) | 应用程序的升级方法、装置及终端 | |
CN104182532A (zh) | 终端文件的清理方法、装置及终端 | |
CN107102876B (zh) | 一种应用推送的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181016 |