CN116804960A - 终端设备的功耗处理方法和系统 - Google Patents

终端设备的功耗处理方法和系统 Download PDF

Info

Publication number
CN116804960A
CN116804960A CN202310604482.0A CN202310604482A CN116804960A CN 116804960 A CN116804960 A CN 116804960A CN 202310604482 A CN202310604482 A CN 202310604482A CN 116804960 A CN116804960 A CN 116804960A
Authority
CN
China
Prior art keywords
power consumption
application
terminal device
terminal equipment
data
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
Application number
CN202310604482.0A
Other languages
English (en)
Inventor
杨国红
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202310604482.0A priority Critical patent/CN116804960A/zh
Publication of CN116804960A publication Critical patent/CN116804960A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3058—Monitoring arrangements for monitoring environmental properties or parameters of the computing system or of the computing system component, e.g. monitoring of power, currents, temperature, humidity, position, vibrations
    • G06F11/3062—Monitoring arrangements for monitoring environmental properties or parameters of the computing system or of the computing system component, e.g. monitoring of power, currents, temperature, humidity, position, vibrations where the monitored property is the power consumption
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3438—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment monitoring of user actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N5/00—Computing arrangements using knowledge-based models
    • G06N5/01—Dynamic search techniques; Heuristics; Dynamic trees; Branch-and-bound

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Artificial Intelligence (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Evolutionary Computation (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Power Sources (AREA)

Abstract

本申请实施例提供一种终端设备的功耗处理方法和系统。在该方法中，不同应用可以对应不同的功耗模型，功耗模型的准确性高。另外，本申请实施例中，可以根据功耗数据，确定用户所属的用户群体，即可以根据用户使用终端设备的习惯或特征，以用户对应的主特征的阈值，检测第一应用的功耗是否异常。本申请实施例中，针对不同的用户群体，可以使用不同的主特征的阈值，检测第一应用的功耗是否异常，灵活性高，且更加匹配用户的习惯或特征，可以提高用户体验。

Description

终端设备的功耗处理方法和系统
技术领域
本申请涉及终端技术领域，尤其涉及一种终端设备的功耗处理方法和系统。
背景技术
随着终端设备的快速发展，终端设备上安装的应用越来越多。用户可以同时打开多个应用，应用的运行会增加终端设备的功耗，因此有必要对应用的功耗进行检测和管理，以延长终端设备的续航。
目前，可以设置功耗阈值，且终端设备可以检测运行在后台的应用的功耗。当运行在后台的应用的功耗大于该功耗阈值时，终端设备可以杀掉该应用，以减少终端设备的功耗。
目前终端设备的功耗的处理方法虽然能够减少终端设备的功耗，但不同用户群体对终端设备的使用习惯不同，针对所有用户群体采用同一方法处理终端设备的功耗，灵活性差。
发明内容
本申请实施例提供一种终端设备的功耗处理方法和系统，应用于终端技术领域，可以针对用户对终端设备的使用习惯，适应性处理终端设备的功耗，灵活性高。
第一方面，本申请实施例提出一种终端设备的功耗处理方法，应用于终端设备的功耗处理系统中，该系统可以包括云端和终端设备。在该方法中，云端从数据平台获取至少一个终端设备的功耗数据；所述云端根据所述至少一个终端设备的功耗数据，训练得到功耗模型；所述云端接收来自终端设备的功耗模型获取请求；向所述终端设备发送所述功耗模型。
所述终端设备采集所述终端设备的功耗数据，所述功耗数据包括第一应用的功耗数据，所述功耗模型包括所述第一应用的功耗模型；所述终端设备根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；所述终端设备根据所述第一应用的功耗检测结果，执行对应的操作。
本申请实施例中，不同应用可以对应不同的功耗模型，功耗模型的准确性高。另外，本申请实施例中，可以根据功耗数据，确定用户所属的用户群体，即可以根据用户使用终端设备的习惯或特征，以用户对应的主特征的阈值，检测第一应用的功耗是否异常。本申请实施例中，针对不同的用户群体，可以使用不同的主特征的阈值，检测第一应用的功耗是否异常，灵活性高，且更加匹配用户的习惯或特征，可以提高用户体验。
在一种可能的实现方式中，所述第一应用的功耗模型包括：辅特征条件，以及至少一个用户群体对应的主特征的阈值，所述辅特征条件用于确定用户所属的用户群体。所述终端设备根据所述辅特征条件，以及所述第一应用的功耗数据中辅特征的数值，确定所述终端设备对应的用户所属的用户群体；所述终端设备根据所述至少一个用户群体对应的主特征的阈值，以及所述终端设备对应的用户所属的用户群体，确定所述终端设备对应的用户所属的用户群体对应的主特征的阈值。
在该实现方式中，终端设备可以根据第一应用的功耗模型，确定用户所属的用户群体，以及该用户群体对应的主特征的阈值，以便可以采用该用户群体适配的主特征的阈值，检测第一应用的功耗是否异常。
在一种可能的实现方式中，所述第一应用的功耗模型具体为第一产品系列的第一应用的功耗模型，所述终端设备属于所述第一产品系列。
在该实现方式中，终端设备可以根据第一产品系列的第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值，进而基于该用户群体对应的主特征的阈值，检测第一应用的功耗是否异常。
在该实现方式中，因为不同产品系列的终端设备，使用的器件不同，因此在相同时间内第一应用运行时，器件的功耗不同，本申请实施例针对不同的产品系列，可以获取不同产品系列的不同应用的功耗模型，使得功耗模型的准确性更高，且更加适配终端设备，可以提高功耗处理的准确性。
在一种可能的实现方式中，当所述主特征的数值大于或等于所述主特征的阈值时，终端设备确定所述第一应用的功耗异常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常。当所述主特征的数值小于所述主特征的阈值时，终端设备确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
在一种可能的实现方式中，终端设备不仅可以确定第一应用的功耗是否异常，还可以在第一应用的功耗异常时，确定异常等级。示例性的，所述主特征的阈值包括：第一阈值、第二阈值，以及第三阈值，所述第一阈值小于所述第二阈值，且所述第二阈值小于所述第三阈值。
其中，当所述主特征的数值大于或等于所述第一阈值，且小于所述第二阈值时，确定所述第一应用的功耗异常为第一异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第一异常等级。当所述主特征的数值大于或等于所述第二阈值，且小于所述第三阈值时，确定所述第一应用的功耗异常为第二异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第二异常等级。当所述主特征的数值大于或等于所述第三阈值时，确定所述第一应用的功耗异常为第三异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第三异常等级。当所述主特征的数值小于所述第一阈值时，确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
在一种可能的实现方式中，所述第一应用的功耗异常等级不同，所述终端设备执行的对应的操作不同。
在该实现方式中，终端设备可以基于第一应用的功耗异常等级，采用与异常等级对应的操作进行处理，灵活性高。
在一种可能的实现方式中，终端设备还可以向数据平台发送所述终端设备的功耗数据，以便云端可以基于终端设备的功耗数据，训练得到功耗模型。
在一种可能的实现方式中，所述终端设备包括：功耗处理模块和计算引擎。
所述计算引擎，用于向所述云端发送所述功耗模型获取请求，以及接收来自所述云端的所述功耗模型。
所述功耗处理模块，用于采集所述终端设备的功耗数据，且向所述计算引擎发送所述终端设备的功耗数据；
所述计算引擎，还用于：根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；向所述功耗处理模块发送所述第一应用的功耗检测结果。
所述功耗处理模块，还用于根据所述第一应用的功耗检测结果，执行对应的操作。
在一种可能的实现方式中，所述计算引擎，具体用于周期性地向所述云端发送所述功耗模型获取请求，以获取所述最新的功耗模型。
在该实现方式中，计算引擎可以从云端获取最新的功耗模型，以便可以使用该最新的功耗模型，检测应用的功耗是否异常，准确性高。
第二方面，本申请实施例提供一种终端设备的功耗处理方法，应用于终端设备。在该方法中，终端设备可以向云端发送功耗模型获取请求，且接收来自云端的功耗模型，功耗模型包括第一应用的功耗模型。
所述终端设备采集所述终端设备的功耗数据，所述功耗数据包括第一应用的功耗数据。所述终端设备根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；所述终端设备根据所述第一应用的功耗检测结果，执行对应的操作。
在一种可能的实现方式中，所述第一应用的功耗模型包括：辅特征条件，以及至少一个用户群体对应的主特征的阈值，所述辅特征条件用于确定用户所属的用户群体。
所述终端设备根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值，包括：所述终端设备根据所述辅特征条件，以及所述第一应用的功耗数据中辅特征的数值，确定所述终端设备对应的用户所属的用户群体；所述终端设备根据所述至少一个用户群体对应的主特征的阈值，以及所述终端设备对应的用户所属的用户群体，确定所述终端设备对应的用户所属的用户群体对应的主特征的阈值。
在一种可能的实现方式中，所述功耗模型包括至少一个产品系列的至少一个应用的功耗模型，所述第一应用的功耗模型具体为第一产品系列的第一应用的功耗模型，所述终端设备属于所述第一产品系列，所述第一产品系列包含于所述至少一个产品系列中，所述第一应用包含于所述至少一个应用中。
在一种可能的实现方式中，所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果，包括：当所述主特征的数值大于或等于所述主特征的阈值时，所述终端设备确定所述第一应用的功耗异常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常；当所述主特征的数值小于所述主特征的阈值时，所述终端设备确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
在一种可能的实现方式中，所述主特征的阈值包括：第一阈值、第二阈值，以及第三阈值，所述第一阈值小于所述第二阈值，且所述第二阈值小于所述第三阈值。
所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果，包括：
当所述主特征的数值大于或等于所述第一阈值，且小于所述第二阈值时，所述终端设备确定所述第一应用的功耗异常为第一异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第一异常等级；当所述主特征的数值大于或等于所述第二阈值，且小于所述第三阈值时，所述终端设备确定所述第一应用的功耗异常为第二异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第二异常等级；当所述主特征的数值大于或等于所述第三阈值时，所述终端设备确定所述第一应用的功耗异常为第三异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第三异常等级；当所述主特征的数值小于所述第一阈值时，所述终端设备确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
在一种可能的实现方式中，所述第一应用的功耗异常等级不同，所述终端设备执行的对应的操作不同。
在一种可能的实现方式中，所述终端设备采集所述终端设备的功耗数据之后，还包括：向所述数据平台发送所述终端设备的功耗数据。
在一种可能的实现方式中，所述终端设备包括：功耗处理模块和计算引擎。
所述计算引擎，用于向所述云端发送所述功耗模型获取请求，以及接收来自所述云端的所述功耗模型。
所述功耗处理模块，用于采集所述终端设备的功耗数据，且向所述计算引擎发送所述终端设备的功耗数据。
所述计算引擎，还用于：根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；向所述功耗处理模块发送所述第一应用的功耗检测结果。
所述功耗处理模块，还用于根据所述第一应用的功耗检测结果，执行对应的操作。
在一种可能的实现方式中，所述计算引擎，具体用于周期性地向所述云端发送所述功耗模型获取请求，以获取所述最新的功耗模型。
第三方面，本申请实施例提供一种终端设备的功耗处理方法，应用于云端。在该方法中，云端可以从数据平台获取至少一个终端设备的功耗数据；所述云端根据所述至少一个终端设备的功耗数据，训练得到功耗模型；所述云端接收来自终端设备的功耗模型获取请求；向所述终端设备发送所述功耗模型。
在一种可能的实现方式中，所述云端周期性地从所述数据平台获取至少一个终端设备的功耗数据，以基于所述至少一个终端设备的功耗数据，更新所述功耗模型，得到最新的功耗模型。
第四方面，本申请实施例提供一种终端设备，终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
该终端设备包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行如第二方面的方法。
第五方面，本申请实施例提供一种电子设备，该电子设备可以为云端。该电子设备包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得电子设备执行如第三方面的方法。
第六方面，本申请实施例提供一种终端设备的功耗处理系统中，该系统可以包括用于执行第二方面的方法的终端设备，以及执行第三方面的方法的云端。
第七方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现如第二方面、第三方面的方法。
第八方面，本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行如第二方面、第三方面的方法。
第九方面，本申请实施例提供了一种芯片，芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行如第二方面、第三方面所述的方法。
应当理解的是，本申请的第二方面至第九方面与本申请的第一方面的技术方案案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。
附图说明
图1为本申请实施例提供的终端设备的功耗处理方法适用的系统架构一种示意图；
图2A为本申请实施例提供的终端设备的功耗处理方法适用的系统架构另一种示意图；
图2B为本申请实施例提供的终端设备的功耗处理方法的一种流程示意图；
图3为本申请实施例提供的CART的一种示意图；
图4为本申请实施例提供的终端设备的功耗处理方法的另一实施例的流程示意图；
图5为本申请实施例提供的终端设备的功耗处理方法的另一实施例的流程示意图；
图6为本申请实施例提供的电子设备的一种结构示意图。
具体实施方式
为了便于清楚地描述本申请实施例的技术方案，本申请实施例中，“示例性的”或者“例如”或者“如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
需要说明的是，本申请实施例中的“在……时”或“当……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生后的一段时间内，本申请实施例对此不作具体限定。此外，本申请实施例提供的显示界面仅作为示例，显示界面还可以包括更多或更少的内容。
随着终端设备的快速发展，终端设备上安装的应用越来越多。用户可以同时打开多个应用，应用的运行会增加终端设备的功耗，因此有必要对应用的功耗进行检测和管理，以延长终端设备的续航。
在一些实施例中，相较于终端设备中前台运行的应用，用户对后台运行的应用的关注度低。因此目前可以设置功耗阈值，如功耗阈值可以为应用的中央处理器(centralprocessing unit，CPU)后台功耗的阈值，CPU后台功耗的阈值可以理解为应用在后台运行时使用CPU产生的功耗。终端设备可以检测运行在后台的应用的CPU功耗，当运行在后台的应用的CPU功耗大于该功耗阈值时，终端设备可以杀掉(kill)该应用，以减少终端设备的功耗。或者，终端设备会输出提示信息，以提示用户该后台应用的功耗大。当运行在后台的应用的CPU功耗小于或等于该功耗阈值时，该应用可以继续运行在后台，如终端设备可以不做处理。
目前终端设备的功耗的处理方法虽然能够减少终端设备的功耗，但不同用户群体对终端设备的使用习惯不同，针对所有用户群体采用同一方法(如采用相同的功耗阈值)处理终端设备的功耗，灵活性差。
示例性的，用户A喜欢听音乐，每天听音乐的时长较长，用户B不喜欢听音乐，每天几乎不听音乐，但是当用户A和用户B均打开音频播放类应用，且将音频播放类应用退至后台运行时，音频播放类应用可以播放音乐。对于用户A和用户B，若终端设备按照相同的处理逻辑，当音频播放类应用的CPU后台功耗大于功耗阈值时，终端设备会输出提示信息，提示用户该应用的功耗大，则对于喜欢音乐的用户A来说音频播放类应用一退至后台，就会收到提示信息，甚至不断收到提示信息，对用户的打扰过多，用户体验差。
基于目前的问题，本申请实施例提供一种终端设备的功耗处理方法，可以针对用户使用应用的习惯或特征，确定用户所属的用户群体，不同的用户群体可以对应不同的功耗处理逻辑，以便针对不同的用户，终端设备可以适应性地调整功耗的处理方法，灵活性高，且功耗处理逻辑适配于用户的习惯或特征，可以提高用户体验。
示例性的，以音频播放类应用为例，且以CPU后台功耗为检测条件为例，如用户A喜欢听音乐，每天听音乐的时长较长，用户B不喜欢听音乐，每天几乎不听音乐。其中，用户A对应的功耗阈值可以为第一功耗阈值，用户B对应的功耗阈值可以为第二功耗阈值，第一功耗阈值大于第二功耗阈值。如当用户A和用户B均打开音频播放类应用，且将音频播放类应用退至后台运行时，用户A的终端设备可以比较音频播放类应用的CPU后台功耗和第一功耗阈值，如当音频播放类应用的CPU后台功耗大于该第一功耗阈值时，用户A的终端设备可以输出提示信息。用户B的终端设备可以比较音频播放类应用的CPU后台功耗和第二功耗阈值，如当音频播放类应用的CPU后台功耗大于该第二功耗阈值时，用户B的终端设备可以输出提示信息。
这样，对于喜欢音乐的用户A来说，音频播放类应用退至后台后，因为第一功耗阈值较大，因此用户A不会频繁收到提示信息。对于不喜欢音乐的用户B来说，音频播放类应用退至后台后，因为第二功耗阈值较小，用户B的终端设备会及时提醒用户B音频播放类应用较大，以便用户B可以及时了解终端设备中的应用的功耗。
在介绍本申请实施例提供的终端设备的功耗处理方法之前，首先介绍本申请实施例提供的终端设备的功耗处理方法适用的系统架构。图1为本申请实施例提供的终端设备的功耗处理方法适用的系统架构示意图。参照图1，该系统架构可以包括：至少一个终端设备、云端，以及数据平台。图1中以服务器表示云端、数据平台，本申请实施例对云端和数据平台的形态不做限制。应理解，图1中以1个终端设备为例。
终端设备，可以向数据平台上报终端设备的功耗数据。在一些实施例中，终端设备可以周期性地向数据平台上报终端设备的功耗数据，如终端设备可以每隔三天可以向数据平台上报一次终端设备的功耗数据。在一些实施例中，终端设备可以定时向数据平台上报终端设备的功耗数据，如终端设备可以在每天的6点向数据平台上报终端设备的功耗数据。
终端设备的功耗数据可以包括：终端设备的每个应用的功耗数据。每个应用运行时，会使用终端设备中的不同器件，可以将应用运行时使用的器件称为应用对应的器件。每个应用的功耗数据可以包括：每个应用对应的器件的功耗数据。
器件可以包括但不限于：CPU、图形处理器(graphics processing unit，GPU)、全球导航卫星系统(global navigation satellite system GNSS)、屏幕、传感器、相机、闪光灯、音频模块、蓝牙模块、调制解调器(modem)、Wi-Fi模块。示例性的，蓝牙模块如可以为蓝牙芯片，Wi-Fi模块如可以为Wi-Fi芯片，本申请实施例对此不作显示。其中，终端设备可以通过蓝牙模块实现蓝牙通信，终端设备可以通过Wi-Fi模块实现Wi-Fi通信。
终端设备中的传感器可以包括但不限于：压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器。
终端设备中的音频模块可以包括但不限于：扬声器，受话器，麦克风等。示例性的，终端设备可以通过音频模块播放音乐、采集声音等。
本申请实施例中对终端设备中包括的器件不做限制，且对终端设备中器件的划分方式不做限制。示例性的，在一些实施例中，可以将蓝牙模块、modem以及Wi-Fi模块划分成一个模块，如可以称为通信模块。在一些实施例中，如还可以将器件划分为更细粒度或者更粗粒度的器件，本申请实施例对此不作限制。
终端设备可以周期性地统计终端设备的每个应用的功耗数据，且周期性地向数据平台上报终端设备的功耗数据。
示例性的，以“一天”统计一次应用的功耗数据为例，一天中每个应用的功耗数据可以包括如下至少一项：应用对应的器件的前台使用时长、前台功耗、后台使用时长、后台功耗、前台总流量，以及后台总流量。
应理解，不同的器件对应的功耗数据可以不同。示例性的，如通信模块，如终端设备通过modem以及Wi-Fi模块实现通信，会使用终端设备的流量，因此modem以及Wi-Fi模块的功耗数据可以包括：前台总流量，以及后台总流量。示例性的，如屏幕的状态包括亮屏和熄屏，屏幕不会运行在后台，因此屏幕的功耗数据可以包括：屏幕亮屏功耗、屏幕亮屏使用时长、屏幕前台功耗以及屏幕前台使用时长。示例性的，应用无论运行在前台或者后台，均会使用CPU的资源，因此CPU的功耗数据可以包括：CPU前台功耗、CPU前台使用时长、CPU后台功耗，以及CPU后台使用时长。
示例性的，以终端设备“一星期”向数据平台上报一次终端设备的功耗数据为例。终端设备可以每隔一星期向数据平台上报一次终端设备的功耗数据，该功耗数据可以包括终端设备7天的功耗数据。
表一为终端设备的功耗数据中包括的内容，以及内容的含义的一种示例图。应理解，终端设备的数据功耗可以以文本形式、表格形式等方式上报至数据平台，本申请实施例对功耗数据的数据形式不做限制。
表一
表一中，FG表征前台(foreground)，BG表征后台(background)，trfc表征流量(traffic)。
在一些实施例中，因为终端设备的功耗数据可以包括终端设备的每个应用的功耗数据，因此为了便于区域终端设备的不同应用的功耗数据，终端设备的功耗数据还可以包括应用信息。示例性的，如应用信息可以包括应用名和应用版本。在一些实施例中，应用名还可以替换为应用编号、应用图标等可以区分不同应用的信息。
在一些实施例中，终端设备的功耗数据还可以包括：设备信息。示例性的，如设备信息可以包括终端设备的名称(产品名)、终端型号(产品版本)，以及序列号(serialnumber，SN)。在一些实施例中，产品名还可以替换为产品编号等可以区分不同产品的信息。
在一些实施例中，终端设备的功耗数据还可以包括：时间戳。时间戳表示终端设备向数据平台上报终端设备的功耗数据的时间。
应注意的是，表一中还将终端设备的功耗数据进行分类，展示了功耗数据对应的特征。示例性的，设备信息可以表征产品相关特征，应用信息可以表征应用特征，屏幕亮屏功耗、屏幕亮屏使用时长、屏幕前台功耗以及屏幕前台使用时长可以表征屏幕相关特征。终端设备的其他相关特征可以参照表一所示。
应理解的是，因为至少一个终端设备可以向数据平台上报终端设备的功耗数据，因此数据平台可以存储至少一个终端设备的功耗数据。
示例性的，表二中展示了数据平台接收到的多个终端设备在一天内的应用1的功耗数据。应理解，表二中以应用1的功耗数据包括应用1对应的器件的前台功耗为例。
表二
示例性的，本申请实施例涉及的功耗的单位可以为毫安时(mAh)。
应理解，表1中展示了产品1的不同序列号的终端设备，且展示了终端设备在同一天(2023/5/15)中应用1对应的器件的前台功耗。应理解，终端设备不同，终端设备的产品名可以相同或不同。示例性的，当终端设备属于同一产品系列时，终端设备的产品名相同，当终端设备不属于同一产品系列时，终端设备的产品名不同。终端设备不同，终端设备的SN不同，可以以SN区分不同的终端设备。
云端可以从数据平台获取终端设备的功耗数据，且基于终端设备的功耗数据训练功耗模型。在一些实施例中，云端可以周期性的从数据平台获取终端设备的功耗数据，或者，云端可以定时从数据平台获取终端设备的功耗数据。功耗模型可以用于确定终端设备对应的用户所属的用户群体，以及用户群体对应的功耗处理逻辑。
应注意的是，云端可以周期性更新功耗模型。示例性的，以1天为例，云端可以每隔1天，根据前一天从数据平台获取的终端设备的功耗数据，更新功耗模型，以保证功耗模型的准确性和实时性。
云端训练得到功耗模型，或者云端更新功耗模型后，可以向终端设备下发功耗模型。
终端设备可以存储功耗模型。终端设备在运行过程中，可以实时采集终端设备的功耗数据，且基于该功耗模型，得到终端设备对应的用户所属的用户群体，以及用户群体对应的功耗处理逻辑。终端设备可以按照用户群体对应的功耗处理逻辑，处理终端设备的功耗，终端设备的处理逻辑可以参照图4、图5中的相关描述。
在一些实施例中，参照图2A，终端设备可以包括计算引擎和功耗处理模块。
功耗处理模块，用于实时采集终端设备的功耗数据，且向计算引擎发送终端设备的功耗数据。
计算引擎，用于存储功耗模型，且将来自功耗处理模块的终端设备的功耗数据输入至功耗模型，得到终端设备对应的用户所属的用户群体，以及用户群体对应的功耗处理逻辑。计算引擎可以按照用户群体对应的功耗处理逻辑，处理终端设备的功耗。
在一些实施例中，计算引擎可以按照用户群体对应的功耗处理逻辑，检测终端设备的功耗是否异常，具体可以检测终端设备的应用的功耗是否异常，且向功耗处理模块发送功耗检测结果。功耗检测结果可以包括但不限于：功耗正常、功耗异常。
相应的，功耗处理模块，响应于来自计算引擎的功耗检测结果，可以基于功耗检测结果，执行相应的操作，以对终端设备的应用的功耗进行管控。
在一些实施例中，计算引擎可以包括功耗业务模块。功耗业务模块可以包括：功耗接口、功耗模型调用单元，以及功耗模型存储单元。
其中，功耗接口，用于传输来自功耗处理模块的终端设备的功耗数据，以及功耗检测结果。
功耗模型存储单元，用于存储功耗模型。功耗模型调用单元，用于调用功耗模型存储单元中的功耗模型，以检测终端设备的功耗是否异常。
在一些实施例中，功耗处理模块可以包括：功耗处理进程和功耗响应单元。在一些实施例中，功耗处理进程和功耗相应单元可以单独设置，如终端设备可以包括计算引擎、功耗处理进程，以及功耗响应单元。在一些实施例中，功耗处理进程和功耗相应单元可以集成一体设置，图2A中以功耗处理进程和功耗响应单元包含于功耗处理模块中为例。
其中，功耗处理进程，用于采集终端设备的功耗数据，且向数据平台上报终端设备的功耗数据。功耗处理进程，还用于实时采集终端设备的功耗数据，且通过功耗接口向计算引擎发送终端设备的功耗数据，以及接收来自计算引擎的功耗检测结果。应理解，图2A中以虚线框表征功耗处理进程执行的操作，以及云端执行的操作。
功耗处理进程，可以基于根据功耗检测结果，指示功耗响应单元执行相应的操作，以对应用的功耗进行管控。
图2B为本申请实施例提供的终端设备的功耗处理方法的一种流程示意图。图2B中以一个终端设备为例，说明终端设备和云端、数据平台的交互过程。参照图2B，本申请实施例提供的终端设备的功耗处理方法可以包括：
S201，功耗处理进程采集终端设备的功耗数据。
示例性的，功耗处理进程可以每隔10min钟采集一次终端设备的功耗数据。
S202，功耗处理进程向数据平台上报终端设备的功耗数据。
示例性的，以“一天”上报一次终端设备的功耗数据为例，功耗处理进程每隔10min钟采集一次终端设备的功耗数据后，可以每天对该“一天”中采集的终端设备的功耗数据进行统计，且一天向数据平台上报一次终端设备的功耗数据。
S203，数据平台存储至少一个终端设备的功耗数据。
S204，云端从数据平台获取至少一个终端设备的功耗数据。
S205，云端根据至少一个终端设备的功耗数据，训练功耗模型。
在一些实施例中，不同应用的功耗数据不同，每个应用可以对应一个功耗模型。对于一个应用的功耗模型来说，云端可以根据至少一个终端设备的该应用的功耗数据，训练得到该应用的功耗模型。在该实施例中，云端可以训练得到每个应用对应的功耗模型。
在该实施例中，云端训练得到的功耗模型可以包括：应用的标识，以及应用的功耗模型。
在一些实施例中，不同产品系列的终端设备，其中布局的器件的型号不同，因此在相同的时间内，同一应用使用同一器件时，该器件的功耗不同。示例性的，如产品系列1的终端设备使用蓝牙芯片1，产品系列2的终端设备使用蓝牙芯片2，在相同的时间内，产品系列1的终端设备和产品系列2的终端设备中的同一应用使用各自的蓝牙芯片分别进行通信，蓝牙芯片1和蓝牙芯片2的功耗不同。在该实施例中，针对不同的产品系列，云端可以根据不同产品系列的终端设备的功耗数据，训练得到每个产品系列的终端设备的功耗模型。
应理解，在同一产品系列中，云端可以根据该产品系列中不同应用的功耗数据，训练得到该产品系列中每个应用的功耗模型。在该实施例中，云端训练得到的功耗模型可以包括：产品系列的标识、应用的标识，以及产品系列下应用的功耗模型。
无论是应用的功耗模型，还是产品系列下应用的功耗模型，功耗模型中可以包括：辅特征条件，以及至少一个用户群体的主特征的阈值。辅特征条件用于确定用户所属的用户群体。
示例性的，如主特征可以为CPU后台功耗，参照表一，辅特征可以为如下特征中包含的特征中的至少一个：屏幕相关特征、CPU相关特征中除了CPU后台功耗、GNSS相关特征、传感器相关特征、GPU相关特征、相机相关特征、闪光灯相关特征、音频相关特征、蓝牙相关特征、modem相关特征，以及Wi-Fi相关特征。
在一些实施例中，主特征和辅特征可以是预定义好的。或者，在一些实施例中，主特征和辅特征可以是云端基于功耗数据确定的。
以第一产品系列的第一应用的功耗模型为例，在一些实施例中，云端可以基于辅特征，以及预设时间段内第一产品系列的终端设备的第一应用的功耗数据，训练一个分类与回归树(classification and regression tree，CART)，且将CART中的叶子节点作为辅特征条件。应理解，每个叶子节点中用户群体的习惯是相似的。
在一些实施例中，为了防止CART发生过拟合，并保证每个叶子节点都有足够的数据量，本申请实施例中在训练CART时，可以设置如下超参数：
1、损失函数为均方误差。
2、最大深度为3。其中，根节点可以作为第0层。
3、最多叶子节点数为8。
4、叶子节点最小数据量为5000条。
图3为本申请实施例提供的CART的一种示意图。图3中以CART中包括4个叶子节点为例，参照图3，辅特征条件可以包括：“Wi-Fi模块后台功耗小于或等于5.732，且modem后台功耗小于或等于0.942”，以及，“Wi-Fi模块后台功耗小于或等于5.732，且modem后台功耗大于0.942”，以及，“Wi-Fi模块后台功耗大于5.732，且modem后台功耗小于或等于24186.737”，以及，“Wi-Fi模块后台功耗大于5.732，且modem后台功耗大于24186.737”。
示例性的，基于图3中的辅特征条件，可以将用户划分为4类用户群体，分别为用户群体1、用户群体2、用户群体3以及用户群体4。如用户群体1对应的终端设备的功耗数据满足“Wi-Fi模块后台功耗小于或等于5.732，且modem后台功耗小于或等于0.942”，用户群体1对应的终端设备的功耗数据满足“Wi-Fi模块后台功耗小于或等于5.732，且modem后台功耗大于0.942”，用户群体3对应的终端设备的功耗数据满足“Wi-Fi模块后台功耗大于5.732，且modem后台功耗小于或等于24186.737”，以及用户群体4对应的终端设备的功耗数据满足“Wi-Fi模块后台功耗大于5.732，且modem后台功耗大于24186.737”。
其中，每个用户群体具有对应的主特征的阈值，主特征的阈值用于检测第一应用的功耗是否异常。
在一些实施例中，云端可以以表格形式、文本形式等存储第一产品系列的第一应用的功耗模型，本申请实施例对功耗模型的形式不做限制。表三中以表格的形式展示了储第一产品系列的第一应用的功耗模型。
表三
表三中的inf表示正无穷(infinity)。
S206，计算引擎从云端获取功耗模型。
在一些实施例中，计算引擎可以周期性地或定时地从云端获取功耗模型。示例性的，计算引擎可以每天向云端发送一次功耗模型获取请求，该功耗模型获取请求用于请求最新的功耗模型。
其中，终端设备第一次开机时，计算引擎中未存储功耗模型。计算引擎可以向云端发送功耗模型获取请求，云端响应于该向功耗模型获取请求，可以向计算引擎发送云端中最新的功耗模型。
因为云端可以更新功耗模型，本申请实施例中，为了便于区分不同版本的功耗模型，可以对功耗模型进行版本标识或者编号标识。以版本标识为例，当终端设备第一次开机时，因为计算引擎中未存储功耗模型，因此计算引擎发送的功耗模型获取请求中可以不包括功耗模型的版本标识，或者该功耗模型获取请求中可以包括用于指示计算引擎还未请求过功耗模型的标识。
在一些实施例中，计算引擎在向云端发送功耗模型获取请求时，该功耗模型获取请求中可以包括计算引擎中存储的功耗模型的版本标识。这样，云端响应于来自计算引擎的功耗模型获取请求，可以确定计算引擎中已存储的功耗模型的版本，当云端存储有最新的功耗模型时，云端可以向计算引擎发送该最新的功耗模型。当云端存储的功耗模型的版本与计算引擎的功耗模型的版本相同时，即云端还未更新功耗模型，则云端可以向计算引擎反馈“未更新功耗模型”的响应消息。
S207，功耗处理进程通过功耗接口向计算引擎发送终端设备的功耗数据。
应理解，S207与S202可以同时执行，没有先后顺序的区分。
示例性的，功耗处理进程可以每隔10min钟采集一次终端设备的功耗数据，功耗处理进程可以每隔10min钟通过功耗接口向计算引擎发送一次终端设备的功耗数据。
S208，计算引擎调用功耗模型，且将终端设备的功耗数据输入至功耗模型，得到功耗检测结果。
计算引擎根据第一应用的功耗数据，以及第一产品系列的第一应用的功耗模型中辅特征条件，可以确定用户所属的用户群体，以及该用户群体对应的主特征的阈值。用户可以理解为终端设备对应的用户。
示例性的，终端设备的功耗处理中，第一应用的功耗数据包括：Wi-Fi模块后台功耗为6，modem后台功耗为20，计算引擎可以基于表三所示的第一应用的功耗模型，基于该第一应用的功耗模型中的辅特征条件，确定用户属于用户群体3，以及得到该用户群体3对应的主特征的阈值包括：第一阈值(90.83)，第二阈值(146.64)，以及第三阈值(203.57)。
第一应用的功耗数据可以包括主特征的数值。示例性的，如主特征为CPU后台功耗，第一应用的功耗数据中可以包括CPU后台功耗的数值。在一些实施例中，第一应用的功耗检测结果用于指示第一应用的功耗是否异常。其中，当第一应用的功耗数据主特征的数值大于或等于用户群体对应的主特征的阈值时，可以确定第一应用的功耗异常，当第一应用的功耗数据主特征的数值小于用户群体对应的主特征的阈值时，可以确定第一应用的功耗正常。
在一些实施例中，当功耗模型中主特征的阈值包括不同等级的异常阈值时，终端设备可以根据用户群体对应的主特征的阈值，以及第一应用的功耗数据，检测第一应用的功耗是否异常，且可以确定第一应用的功耗的异常等级。在该实施例中，第一应用的功耗检测结果用于指示第一应用的功耗是否异常，以及第一应用的功耗的异常等级。
示例性的，如用户属于用户群体3，参照表三，用户群体3对应的主特征的阈值包括：第一阈值(90.83)，第二阈值(146.64)，以及第三阈值(203.57)。如第一应用的功耗数据中，CPU后台功耗的数值为100，云端根据主特征的阈值，可以确定CPU后台功耗的数值大于第一阈值，且小于第二阈值，可以确定第一应用的功耗异常，且第一应用的功耗异常为第一异常等级。
也就是说，当主特征的数值大于或等于第一阈值，且小于第二阈值时，确定第一应用的功耗异常为第一异常等级，第一应用的功耗检测结果用于指示第一应用的功耗异常的等级为第一异常等级。当主特征的数值大于或等于第二阈值，且小于第三阈值时，确定第一应用的功耗异常为第二异常等级，第一应用的功耗检测结果用于指示第一应用的功耗异常的等级为第二异常等级。
当主特征的数值大于或等于第三阈值时，确定第一应用的功耗异常为第三异常等级，第一应用的功耗检测结果用于指示第一应用的功耗异常的等级为第三异常等级。其中，第一异常等级的异常程度小于第二异常等级的异常程度，第二异常等级的异常程度小于第三异常等级的异常程度。
其中，当主特征的数值小于第一阈值时，确定第一应用的功耗正常，第一应用的功耗检测结果用于指示第一应用的功耗正常。
S209，计算引擎向功耗处理进程发送功耗检测结果。
S210，功耗处理进程根据功耗检测结果，指示功耗响应单元执行对应的操作。
S208-S210可以参照图4、图5中的相关描述。
应理解的是，因为功耗处理进程和功耗响应单元包含于功耗处理模块中，因此功耗处理进程和功耗响应单元执行的步骤可以看作功耗处理模块执行的步骤，因为功耗处理进程、功耗响应单元以及计算引擎包含在终端设备中，因此功耗处理进程、功耗响应单元，以及计算引擎执行的步骤可以看作功耗处理模块执行的步骤。
云端生成功耗模型或更新功耗模型后，可以下发至终端设备，下发方式可以参照上述实施例中的相关描述。在一些实施例中，终端设备可以使用功耗模型，检测终端设备的应用的功耗是否异常，以及异常等级，进而执行相应的操作，以减少应用的功耗。
图4为本申请实施例提供的终端设备的功耗处理方法的另一实施例的流程示意图。参照图4，本申请实施例提供的终端设备的功耗处理方法可以包括：
S401，终端设备采集终端设备的功耗数据，终端设备的功耗数据包括第一应用的功耗数据，终端设备属于第一产品系列。
应理解，本申请实施例以终端设备属于第一产品系列为例，说明终端设备采用第一产品系列的第一应用的功耗模型，以及第一应用的功耗数据，得到第一应用的功耗检测结果的过程。在一些实施例中，第一应用可以为终端设备前台运行的应用，和/或，后台运行的应用。
本申请实施例中，终端设备可以采集终端设备的功耗数据，终端设备的功耗数据可以包括第一应用的功耗数据。
应理解的是，当云端下发的功耗模型为不同应用的功耗模型，并未区分产品系列时，终端设备可以使用第一应用的功耗模型，检测第一应用的功耗是否异常，可以参照第一产品系列的第一应用的功耗模型的相关描述。
S402，终端设备根据第一产品系列的第一应用的功耗模型，以及第一应用的功耗数据，确定用户所属的用户群体，以及用户群体对应的主特征的阈值。
终端设备根据第一应用的功耗数据，以及第一产品系列的第一应用的功耗模型中辅特征条件，可以确定用户所属的用户群体，以及该用户群体对应的主特征的阈值。用户可以理解为终端设备对应的用户。
示例性的，第一应用的功耗数据中，Wi-Fi模块后台功耗为6，modem后台功耗为20，则终端设备基于表三的功耗模型，可以确定用户属于用户群体3，用户群体3对应的主特征的阈值包括：第一阈值(90.83)，第二阈值(146.64)，以及第三阈值(203.57)。
S403，终端设备根据用户群体对应的主特征的阈值，以及第一应用的功耗数据，获取第一应用的功耗检测结果。
第一应用的功耗数据可以包括主特征的数值。示例性的，如主特征为CPU后台功耗，第一应用的功耗数据中可以包括CPU后台功耗的数值。在一些实施例中，第一应用的功耗检测结果用于指示第一应用的功耗是否异常。其中，当第一应用的功耗数据主特征的数值大于或等于用户群体对应的主特征的阈值时，可以确定第一应用的功耗异常，当第一应用的功耗数据主特征的数值小于用户群体对应的主特征的阈值时，可以确定第一应用的功耗正常。
在一些实施例中，当功耗模型中主特征的阈值包括不同等级的异常阈值时，终端设备可以根据用户群体对应的主特征的阈值，以及第一应用的功耗数据，检测第一应用的功耗是否异常，且可以确定第一应用的功耗的异常等级。在该实施例中，第一应用的功耗检测结果用于指示第一应用的功耗是否异常，以及第一应用的功耗的异常等级。
示例性的，如用户属于用户群体3，参照表三，用户群体3对应的主特征的阈值包括：第一阈值(90.83)，第二阈值(146.64)，以及第三阈值(203.57)。如第一应用的功耗数据中，CPU后台功耗的数值为100，云端根据主特征的阈值，可以确定CPU后台功耗的数值大于第一阈值，且小于第二阈值，可以确定第一应用的功耗异常，且第一应用的功耗异常为第一异常等级。
S404，当第一应用的功耗异常时，终端设备执行对应的操作。
本申请实施例中，当第一应用的功耗是否异常时，终端设备执行对应的操作。示例性的，终端设备可以输出提示信息，该提示信息用于提示第一应用的功耗异常。
在一些实施例中，当第一应用的功耗异常，且终端设备可以确定第一应用的功耗的异常等级时，终端设备可以根据第一应用的功耗的异常等级，执行对应的操作。其中，不同的异常等级，终端设备执行的操作可以不同。
示例性的，当第一应用的功耗的异常等级为第一异常等级时，终端设备可以降低第一应用使用的CPU的频率至第一频率。当第一应用的功耗的异常等级为第二异常等级时，终端设备可以降低第一应用使用的CPU的频率至第二频率。当第一应用的功耗的异常等级为第三异常等级时，终端设备可以降低第一应用使用的CPU的频率至第三频率。其中，第一频率大于第二频率，且第二频率大于第三频率。也就是说，第一应用的功耗的异常等级越严重或越高，则CPU频率下降的越多。
本申请实施例中对不同的异常等级对应的终端设备的操作不做限制。
本申请实施例中，终端设备不是基于一个固定的功耗阈值对所有的终端设备的功耗进行管理，而是针对不同的用户，可以确定用户所属的用户群体，不同的用户群体对应的主特征的阈值可以不同。终端设备可以根据用户所属的用户群体对应的主特征的阈值，处理终端设备的功耗，以便终端设备可以基于用户的特征或使用习惯，灵活地管控终端设备的功耗。另外，当终端设备的功耗异常时，终端设备还可以确定异常等级，针对不同的异常等级，终端设备可以执行不同的响应操作，灵活性高。
下面以终端设备中的模块交互的角度，说明本申请实施例提供的终端设备的功耗处理方法。图5为本申请实施例提供的终端设备的功耗处理方法的另一实施例的流程示意图。参照图5，本申请实施例提供的终端设备的功耗处理方法可以包括：
S501，功耗处理进程采集终端设备的功耗数据，终端设备的功耗数据包括第一应用的功耗数据，终端设备属于第一产品系列。
S501可以参照图2B中S201中的描述。
S502，功耗处理进程通过功耗接口向计算引擎发送终端设备的功耗数据。
S503，计算引擎调用第一产品系列的第一应用的功耗模型，且根据第一应用的功耗数据，确定用户所属的用户群体，以及用户群体对应的主特征的阈值。
S504，计算引擎根据用户群体对应的主特征的阈值，以及第一应用的功耗数据，获取第一应用的功耗检测结果。
S503-S504可以参照S402-S403中的描述。
S505，计算引擎向功耗处理进程发送第一应用的功耗检测结果。
S506，功耗处理进程根据第一应用的功耗检测结果，当确定第一应用的功耗异常时，向功耗响应单元发送控制指令，控制指令用于指示功耗响应单元执行对应的操作。
S507，功耗响应单元响应于控制指令，执行对应的操作。
S507可以参照S404中的描述。
本申请实施例中提供的终端设备的功耗处理方法，与图4所示的实施例具有相同的技术原理和技术效果，可以参照上述实施例中的相关描述。
本领域技术人员可以理解，本申请实施例中系统架构和终端设备的功耗处理方法可以相互结合和引用，本申请实施例提供的系统架构可以执行上述终端设备的功耗处理方法中的步骤。
需要说明的是，本申请所涉及的功耗数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
本申请实施例提供的终端设备的功耗处理方法，可以应用在具备通信功能的电子设备中。电子设备包括终端设备，终端设备的具体设备形态等可以参照上述相关说明，此处不再赘述。
本申请实施例提供一种终端设备，该终端设备包括：包括：处理器和存储器；存储器存储计算机执行指令；处理器执行存储器存储的计算机执行指令，使得终端设备执行上述方法。
本申请实施例还提供一种电子设备，该电子设备可以为上述实施例中所述的终端设备、云端。参照图6，该电子设备中可以包括：处理器601(例如CPU)、存储器602。存储器602可能包含高速随机存取存储器(random-access memory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器602中可以存储各种指令，以用于完成各种处理功能以及实现本申请的方法步骤。
可选的，本申请涉及的电子设备还可以包括：电源603、通信总线604以及通信端口605。上述通信端口605用于实现电子设备与其他外设之间进行连接通信。在本申请实施例中，存储器602用于存储计算机可执行程序代码，程序代码包括指令；当处理器601执行指令时，指令使电子设备的处理器601执行上述方法实施例中的动作，其实现原理和技术效果类似，在此不再赘述。
本申请实施例提供一种芯片。芯片包括处理器，处理器用于调用存储器中的计算机程序，以执行上述实施例中的技术方案。其实现原理和技术效果与上述相关实施例类似，此处不再赘述。
本申请实施例还提供了一种计算机可读存储介质。计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现上述方法。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。如果在软件中实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上或者在计算机可读介质上传输。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。
一种可能的实现方式中，计算机可读介质可以包括RAM，ROM，只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储器，磁盘存储器或其它磁存储设备，或目标于承载的任何其它介质或以指令或数据结构的形式存储所需的程序代码，并且可由计算机访问。而且，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，数字用户线(Digital Subscriber Line，DSL)或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘，激光盘，光盘，数字通用光盘(Digital Versatile Disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。上述的组合也应包括在计算机可读介质的范围内。
本申请实施例提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行上述方法。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (14)

1.一种终端设备的功耗处理方法，其特征在于，包括：
云端从数据平台获取至少一个终端设备的功耗数据；
所述云端根据所述至少一个终端设备的功耗数据，训练得到功耗模型；
所述云端接收来自终端设备的功耗模型获取请求；
向所述终端设备发送所述功耗模型；
所述终端设备采集所述终端设备的功耗数据，所述功耗数据包括第一应用的功耗数据，所述功耗模型包括所述第一应用的功耗模型；
所述终端设备根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；
所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；
所述终端设备根据所述第一应用的功耗检测结果，执行对应的操作。
2.根据权利要求1所述的方法，其特征在于，所述第一应用的功耗模型包括：辅特征条件，以及至少一个用户群体对应的主特征的阈值，所述辅特征条件用于确定用户所属的用户群体；
所述终端设备根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值，包括：
所述终端设备根据所述辅特征条件，以及所述第一应用的功耗数据中辅特征的数值，确定所述终端设备对应的用户所属的用户群体；
所述终端设备根据所述至少一个用户群体对应的主特征的阈值，以及所述终端设备对应的用户所属的用户群体，确定所述终端设备对应的用户所属的用户群体对应的主特征的阈值。
3.根据权利要求1或2所述的方法，其特征在于，所述功耗模型包括至少一个产品系列的至少一个应用的功耗模型，所述第一应用的功耗模型具体为第一产品系列的第一应用的功耗模型，所述终端设备属于所述第一产品系列，所述第一产品系列包含于所述至少一个产品系列中，所述第一应用包含于所述至少一个应用中。
4.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果，包括：
当所述主特征的数值大于或等于所述主特征的阈值时，所述终端设备确定所述第一应用的功耗异常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常；
当所述主特征的数值小于所述主特征的阈值时，所述终端设备确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
5.根据权利要求1所述的方法，其特征在于，所述主特征的阈值包括：第一阈值、第二阈值，以及第三阈值，所述第一阈值小于所述第二阈值，且所述第二阈值小于所述第三阈值；
所述终端设备根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果，包括：
当所述主特征的数值大于或等于所述第一阈值，且小于所述第二阈值时，所述终端设备确定所述第一应用的功耗异常为第一异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第一异常等级；
当所述主特征的数值大于或等于所述第二阈值，且小于所述第三阈值时，所述终端设备确定所述第一应用的功耗异常为第二异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第二异常等级；
当所述主特征的数值大于或等于所述第三阈值时，所述终端设备确定所述第一应用的功耗异常为第三异常等级，所述第一应用的功耗检测结果用于指示所述第一应用的功耗异常的等级为所述第三异常等级；
当所述主特征的数值小于所述第一阈值时，所述终端设备确定所述第一应用的功耗正常，所述第一应用的功耗检测结果用于指示所述第一应用的功耗正常。
6.根据权利要求5所述的方法，其特征在于，所述第一应用的功耗异常等级不同，所述终端设备执行的对应的操作不同。
7.根据权利要求1-6中任一项所述的方法，其特征在于，所述终端设备采集所述终端设备的功耗数据之后，还包括：
向所述数据平台发送所述终端设备的功耗数据。
8.根据权利要求1-7中任一项所述的方法，其特征在于，所述终端设备包括：功耗处理模块和计算引擎；
所述计算引擎，用于向所述云端发送所述功耗模型获取请求，以及接收来自所述云端的所述功耗模型；
所述功耗处理模块，用于采集所述终端设备的功耗数据，且向所述计算引擎发送所述终端设备的功耗数据；
所述计算引擎，还用于：
根据所述第一应用的功耗模型，确定所述终端设备对应的用户所属的用户群体，以及所述用户群体对应的主特征的阈值；
根据所述主特征的阈值，以及所述第一应用的功耗数据中所述主特征的数值，检测所述第一应用的功耗是否异常，得到所述第一应用的功耗检测结果；
向所述功耗处理模块发送所述第一应用的功耗检测结果；
所述功耗处理模块，还用于根据所述第一应用的功耗检测结果，执行对应的操作。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述云端周期性地从所述数据平台获取至少一个终端设备的功耗数据，以基于所述至少一个终端设备的功耗数据，更新所述功耗模型，得到最新的功耗模型。
10.根据权利要求9所述的方法，其特征在于，所述计算引擎，具体用于周期性地向所述云端发送所述功耗模型获取请求，以获取所述最新的功耗模型。
11.一种终端设备，其特征在于，包括：处理器和存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述终端设备执行如权利要求1-10中任一项所述终端设备执行的步骤。
12.一种电子设备，其特征在于，包括：处理器和存储器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如权利要求1-10中任一项云端执行的步骤。
13.一种终端设备的功耗处理系统，其特征在于，包括：如权利要求11所述的终端设备，以及如权利要求12所述的电子设备。
14.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-10中任一项所述的方法。
CN202310604482.0A 2023-05-24 2023-05-24 终端设备的功耗处理方法和系统 Pending CN116804960A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310604482.0A CN116804960A (zh) 2023-05-24 2023-05-24 终端设备的功耗处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310604482.0A CN116804960A (zh) 2023-05-24 2023-05-24 终端设备的功耗处理方法和系统

Publications (1)

Publication Number Publication Date
CN116804960A true CN116804960A (zh) 2023-09-26

Family

ID=88080217

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310604482.0A Pending CN116804960A (zh) 2023-05-24 2023-05-24 终端设备的功耗处理方法和系统

Country Status (1)

Country Link
CN (1) CN116804960A (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020103080A1 (zh) * 2018-11-22 2020-05-28 深圳市欢太科技有限公司 一种降低功耗的方法、终端设备及存储介质
CN113055423A (zh) * 2019-12-27 2021-06-29 Oppo广东移动通信有限公司 策略的推送方法、策略的执行方法、装置、设备及介质
CN113050782A (zh) * 2019-12-27 2021-06-29 Oppo广东移动通信有限公司 画像构建方法、装置、终端及存储介质
US20210208662A1 (en) * 2018-05-17 2021-07-08 Huawei Technologies Co., Ltd. Power consumption exception prompt method, server, and terminal
CN113093897A (zh) * 2021-04-21 2021-07-09 上海传英信息技术有限公司 功耗管理方法、终端设备及可读存储介质
CN113760081A (zh) * 2021-07-20 2021-12-07 荣耀终端有限公司 基于业务的耗电处理方法和终端设备
JP2022008797A (ja) * 2017-10-13 2022-01-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 端末の電力消費を低減するための方法、および端末
CN116795628A (zh) * 2023-05-24 2023-09-22 荣耀终端有限公司 终端设备的功耗处理方法、终端设备以及可读存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022008797A (ja) * 2017-10-13 2022-01-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 端末の電力消費を低減するための方法、および端末
US20210208662A1 (en) * 2018-05-17 2021-07-08 Huawei Technologies Co., Ltd. Power consumption exception prompt method, server, and terminal
WO2020103080A1 (zh) * 2018-11-22 2020-05-28 深圳市欢太科技有限公司 一种降低功耗的方法、终端设备及存储介质
CN113055423A (zh) * 2019-12-27 2021-06-29 Oppo广东移动通信有限公司 策略的推送方法、策略的执行方法、装置、设备及介质
CN113050782A (zh) * 2019-12-27 2021-06-29 Oppo广东移动通信有限公司 画像构建方法、装置、终端及存储介质
CN113093897A (zh) * 2021-04-21 2021-07-09 上海传英信息技术有限公司 功耗管理方法、终端设备及可读存储介质
CN113760081A (zh) * 2021-07-20 2021-12-07 荣耀终端有限公司 基于业务的耗电处理方法和终端设备
CN116795628A (zh) * 2023-05-24 2023-09-22 荣耀终端有限公司 终端设备的功耗处理方法、终端设备以及可读存储介质

Similar Documents

Publication Publication Date Title
CN106357517B (zh) 定向标签生成方法及装置
CN107924506B (zh) 用于推断用户可用性的方法、系统及计算机存储介质
CN110213068B (zh) 一种消息中间件的监控方法及相关设备
US9258606B1 (en) Using second screen devices to augment media engagement metrics
US9014720B2 (en) Methods and devices for prioritizing message threads
US20200257749A1 (en) Method and a device for friend recommendation
US20140328478A1 (en) Method and system for identifying prank call, client, server, and storage medium
CN110311959B (zh) 消息推送与页面更新的方法、装置及数据处理系统
WO2015161901A1 (en) Setting expiration of social media posts
CN107509119B (zh) 一种监控报警方法与装置
US20190173991A1 (en) Message Processing Method and System, and Related Device
CN102227120A (zh) 基于行为的网络
CN105787133A (zh) 广告信息过滤方法及装置
US20160179849A1 (en) Machine to machine data aggregator
CN111770002A (zh) 测试数据转发控制方法、装置、可读存储介质和电子设备
CN105045911B (zh) 一种用于用户进行标记的标签生成方法及设备
CN111694644A (zh) 基于机器人操作系统的消息处理方法、装置及计算机设备
US20140214832A1 (en) Information gathering via crowd-sensing
CN110955820A (zh) 一种媒体信息兴趣点推荐方法、装置、服务器及存储介质
CN111782470A (zh) 分布式容器日志数据处理方法及装置
CN116795628B (zh) 终端设备的功耗处理方法、终端设备以及可读存储介质
CN106575414B (zh) 上下文平台特征推荐
CN105991407B (zh) 一种消息处理方法、装置及处理服务器
CN106210011A (zh) 一种消息提醒方法及装置
US11797218B2 (en) Method and device for detecting slow node and computer-readable storage medium

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