移动终端的监测方法和监测系统与流程

本公开涉及移动终端领域，具体涉及一种移动终端的监测方法和监测系统。

背景技术：

移动终端诸如智能手机、PAD近几年快速发展，它们具有优秀的操作系统，可以自由安装各种应用软件，不可避免地，用户对移动终端的质量的要求也愈来愈高，其中，移动终端的功耗即为衡量其质量的一个重要参数。功耗过大，导致移动终端的待机时间减少，需要不定时充电，给用户日常带来不便。在实现本公开过程中，发明人发现有技术中至少存在如下问题：由于每个移动终端上安装的软件往往各不相同，导致很难通过简单的描述确认终端的功耗是否正常。

技术实现要素：

有鉴于此，本公开实施例提供一种移动终端的监测方法和监测系统，计算移动终端在灭屏到亮屏时段内的单位耗电量，并以此确认移动终端的功耗是否正常，解决了相关技术中难以实时监测移动终端耗电量是否异常的问题。

根据本公开实施例的第一方面，本公开实施例提供一种移动终端的监测系统，包括：采集模块，用于在所述移动终端从灭屏到亮屏的时段内，采集至少两个时间点的终端数据，所述终端数据至少包括终端电量；计算模块，用于根据所述至少两个时间点的终端电量计算所述移动终端的单位时间耗电量；监测模块，用于根据所述移动终端的单位时间耗电量监测所述移动终端的耗电量是否异常。

可选地，所述监测模块包括：判断子模块，用于判断所述移动终端的单位时间耗电量是否超过阈值；监测子模块，用于在判断出所述移动终端的单位时间耗电量超过阈值时，确定所述移动终端的耗电量异常。

可选地，所述阈值根据所述移动终端在灭屏后运行的应用程序进行设定。

可选地，所述终端数据还包括终端标识和状态信息，所述状态信息至少包括如下一种信息：CPU负载、CPU使用率、内存使用率、唤醒lock总数、时钟状态和应用程序状态，所述监测模块还用于在监测出所述移动终端的耗电量异常时，将所述状态信息和所述终端标识发送给服务器。

可选地，所述监测系统还包括报警模块，用于在所述监测模块监测出所述移动终端的耗电量异常时，根据所述状态信息向所述移动终端发送报警信息。

根据本公开实施例的第二方面，本公开实施例提供一种移动终端的监测方法，包括：在所述移动终端从灭屏到亮屏的时段内，采集至少两个时间点的终端数据，所述终端数据至少包括终端电量；根据所述至少两个时间点的终端电量计算所述移动终端的单位时间耗电量；根据所述移动终端的单位时间耗电量监测所述移动终端的耗电量是否异常。

可选地，所述根据所述移动终端的单位时间耗电量监测所述移动终端的耗电量是否异常包括：判断所述移动终端的单位时间耗电量是否超过阈值；在判断出所述移动终端的单位时间耗电量超过阈值时，确定所述移动终端的耗电量异常。

可选地，所述阈值根据所述移动终端在灭屏后运行的应用程序进行设定。

可选地，所述终端数据还包括终端标识和状态信息，所述状态信息至少包括如下一种信息：CPU负载、CPU使用率、内存使用率、唤醒lock总数、时钟状态和应用程序状态，在监测出所述移动终端的耗电量异常时，所述监测方法还包括：根据所述终端标识将所述状态信息发送给移动终端。

可选地，所述终端数据还包括状态信息，所述状态信息至少包括如下一种信息：CPU负载、CPU使用率、内存使用率、唤醒lock总数、时钟状态和应用程序状态，在监测出所述移动终端的耗电量异常时，所述监测方法还包括：根据所述状态信息向所述移动终端发送报警信息。

本公开实施例提供一种移动终端的监测系统和监测方法。所述监测方法采集移动终端灭屏时到亮屏时至少两个时间点的终端电量，并据此确定移动终端的耗电量是否异常，该监测方法解决了相关技术中难以实时监测移动终端耗电量是否异常的问题，能够实时地发现耗电量异常的移动终端，进而采取措施。在移动终端灭屏时进行监测，避免对用户的正常活动产生干扰。

附图说明

通过参照以下附图对本公开实施例的描述，本公开的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是根据本公开实施例的移动终端的监测系统的部署图；

图2是根据本公开实施例的移动终端的监测方法的流程图；

图3是根据本公开另一实施例的移动终端的监测方法的流程图；

图4是根据本公开另一实施例的移动终端的监测方法的流程图；

图5是根据本公开实施例的移动终端的监测系统的结构图。

具体实施方式

以下基于实施例对本公开进行描述，但是本公开并不仅仅限于这些实施例。在下文对本公开的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本公开。为了避免混淆本公开的实质，公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。

附图中的流程图、框图图示了本公开实施例的系统、方法、装置的可能的体系框架、功能和操作，流程图和框图上的方框可以代表一个、程序段或仅仅是一段代码，所述、程序段和代码都是用来实现规定逻辑功能的可执行指令。也应当注意，所述实现规定逻辑功能的可执行指令可以重新组合，从而生成新的和程序段。因此附图的方框以及方框顺序只是用来更好的图示实施例的过程和步骤，而不应以此作为对发明本身的限制。

图1是根据本公开实施例的移动终端的监测系统的部署图。如图1所示，移动终端通过互联网和服务器连接。需要说明的是，本公开实施例的移动终端的监测系统可以部署在移动终端上，也可以部署在服务器上，也可以分布式的部署在移动终端和服务器上。一般地，移动终端通过WIFI、3G/4G等运营商网络连接到服务器上。移动终端例如手机、手持电脑、PDA、PAD等电子设备，服务器包括例如单机服务器或集群服务器。可选地，在移动终端的屏幕关闭后，将移动终端的终端数据通过网络传输到服务器，在服务器端进行计算分析，以确认移动终端的耗电量是否异常，需要说明的是，在本公开实施例中，服务器端可以对多个移动终端的耗电量进行监测。可选地，在服务器端还可以提供监测界面，通过监测界面随时查看移动终端的终端数据。

具体地，图2示出了和上述监测系统对应的监测方法的流程图。在图2中，包括步骤201-203。

在步骤201中，在移动终端从灭屏到亮屏的时段内，从移动终端上采集至少两个时间点的终端数据。

关闭移动终端的屏幕后，由于屏幕不再耗用电量，只有移动终端的其他器件如CPU、存储器、通过IO等在耗用电量，因此检测的针对性更强。采集移动终端的终端数据时，至少采集两个时间点的终端数据，这两个时间点可以任意选择。另外，可以选择多个时间点进行数据采集，采集的结果将更加准确，切合实际，例如，在移动终端屏幕关闭后，每隔10分钟采集一次终端数据，直至屏幕开启。

可选地，在采集移动终端的终端数据之前，检测移动终端的屏幕状态，在屏幕状态为灭屏状态时，采集终端数据。

在步骤202中，根据至少两个时间点的终端电量计算移动终端的单位时间耗电量。

在本步骤中，可以通过两个时间点的终端电量相减再除以间隔时间得到移动终端的单位时间耗电量。如果采集多个时间点的终端电量，可以通过每两个终端电量计算多个单位时间耗电量，再将所有的单位时间耗电量求平均值，将平均值作为最终的移动终端的单位时间耗电量。但是，也可以采用其他方式求取单位时间耗电量，这里不做限定。

在步骤203中，根据移动终端的单位时间耗电量确定移动终端的耗电量是否异常。

可以通过各种方式判断移动终端的单位时间耗电量是否合理。例如，移动终端的耗电量和多种因素相关，如移动终端的型号、品牌、移动终端上运行的应用程序等因素，但是一般来说，单位时间的耗电量应该有个上限，如果超过这个上限，则可以确定耗电量异常。再例如，如果移动终端所有的已知的应用程序的单位时间耗电量之和远远小于通过步骤202计算获得的移动终端的单位时间耗电量，则也可以确定移动终端的耗电量异常。

在本公开实施例中，通过移动终端灭屏后至少两个时间点的终端电量计算移动终端的单位时间耗电量，从而确定移动终端的耗电量是否异常，实现了对移动终端的耗电量的实时监测，解决了相关技术中难以实时监测移动终端耗电量是否异常的问题。

图3和图4是在图2所示的实施例的基础上对本公开的监测方法做出的进一步限定和变形。

参考图3，所述监测方法包括步骤301-305。

在步骤301中，在移动终端从灭屏到亮屏的时段内，从移动终端上采集至少两个时间点的数据。

在本步骤可以任意采集从灭屏到亮屏的时段内至少两个时间点的终端数据。

在步骤302中，根据至少两个时间点的终端电量计算移动终端的单位时间耗电量。

在步骤303中，判断移动终端的单位时间耗电量是否超过阈值。如果超过阈值，执行步骤304。

由于移动终端的单位时间耗电量由于移动终端的情况而相差很大，如果设定一个统一阈值进行判断，在某些情况下意义不大，所以可以根据移动终端的情况进行设定。如可以根据每个移动终端内安装或运行的应用程序来设定阈值。可选地，在移动终端灭屏后，获得移动终端当前运行的应用程序，根据当前运行的应用程序设定移动终端的单位时间耗电量的阈值。

在步骤304中，确定移动终端的耗电量异常。

在步骤305中，根据终端标识将终端数据中的状态信息发送给移动终端。

在本步骤中，如果确定移动终端的耗电量异常，可以将监测到的移动终端的终端数据发送给对应的移动终端。

在图3所示的移动终端的监测方法中，将单位时间耗电量和设定阈值比较从而确定移动终端的耗电量是否异常，并向耗电量确定异常的移动终端发送状态信息，以便于移动终端的用户分析状态信息，找出移动终端耗电量异常的原因。本实施例不仅采集终端数据，同时向移动终端反馈终端数据，终端数据不存储在本地，只有必要的时候获取，从而减轻了移动终端的压力。

参考图4，所述监测方法包括步骤401-405。

在步骤401中，在移动终端从灭屏到亮屏的时段内，从移动终端上采集至少两个时间点的数据。

在步骤402中，根据至少两个时间点的终端电量计算移动终端的单位时间耗电量。

在步骤403中，判断移动终端的单位时间耗电量是否超过阈值。如果超过阈值，执行步骤404。

在步骤404中，确定移动终端的耗电量异常。

在步骤405中，根据终端标识将报警信息发送给移动终端。

在图4所示的移动终端的监测方法中，将单位时间耗电量和设定阈值比较从而确定移动终端的耗电量是否异常，并向耗电量异常的移动终端发送报警信息，如果已经通过状态信息分析出耗电量异常的原因，则将原因也发送给移动终端，以提示移动终端的持有人采取进一步的措施。本实施例根据状态信息分析耗电量异常的原因，并将分析结果发送给移动终端同时报警，将数据分析放在服务器端进行，减轻了移动终端的压力。

需要指出的是，在移动终端灭屏时，可以处于正常工作状态、待机状态、休眠状态或关闭状态。为了方便监测移动终端，优选地将移动终端设置为正常工作状态，在此状态下，移动终端的各个组件正常工作，能够更好地得出监测结果。

另外，上述的状态信息至少包括CPU负载、CPU使用率、内存使用率、唤醒lock总数、时钟状态、终端电量和应用程序状态的一种或几种。CPU负载是一段时间内正在使用和等待使用CPU的任务总数，如果CPU是多核CPU，需要统计所有CPU所有核的任务数。CPU使用率是当前在终端设备中运行的所有程序实时占用的CPU的百分比。内存使用率反映了实时的内存的占用情况。唤醒lock是应用和系统使用的锁，只要当前有在使用的Wake Lock，系统就无法进入休眠。通过时钟控制CPU执行指令，其执行过程包括多个连续的时钟状态。终端电量为移动终端当前的剩余电量。在采集移动终端的状态信息时，可以获得移动终端的标识，例如，移动终端的IMEI(International Mobile Equipment Identity，国际移动设备标识)，其中，IMEI用于区分不同的移动终端。

图5是根据本公开实施例的移动终端的监测系统的结构图。如图5所述，移动终端的监测系统50包括采集模块502、计算模块503和监测模块504。

采集模块502，用于在移动终端从灭屏到亮屏的时段内，采集至少两个时间点的终端数据，所述终端数据至少包括终端电量。

计算模块503，用于根据至少两个时间点的终端电量计算移动终端的单位时间耗电量。

监测模块504，用于根据移动终端的单位时间耗电量确定移动终端的耗电量是否异常。

结合图1，可选地，在本公开实施例中，上述采集模块502可以部署在每个移动终端上，计算模块503可以部署在服务器上，报警模块也可以部署在服务器上，通过这种分布式部署将数据的处理和存储都放在服务器上，以减轻对移动终端的干扰。

此外，本公开实施例提供的移动终端的监测系统还可以提供一个监测界面，在该监测界面上通过图表形式向用户推送移动终端的数据。另外，需要报警的数据可以通过颜色(例如红色)、声音等方式提示用户。

可选地，监测模块504包括判断子模块和监测子模块。判断子模块判断移动终端的单位时间耗电量是否超过阈值。监测子模块在判断出移动终端的单位时间耗电量超过阈值时，确定移动终端的耗电量异常。

可选地，判断子模块中使用的阈值根据移动终端在灭屏后运行的应用程序进行设定。

可选地，终端数据还包括终端标识和状态信息，状态信息至少包括如下一种信息：CPU负载、CPU使用率、内存使用率、唤醒lock总数、时钟状态和应用程序状态，监测模块还用于在监测出移动终端的耗电量异常时，根据终端标识将状态信息发送给移动终端。

可选地，在终端从灭屏到亮屏的时段内，该移动终端处于正常工作状态。

可选地，终端标识为IMEI标识。

本公开实施例提供的移动终端的监测系统，通过灭屏时的单位时间耗电量确定移动终端的耗电量是否异常，解决了相关技术中难以实时监测移动终端的耗电量是否异常的问题。进一步地，分析采集到的状态信息，向移动终端发送状态信息。更进一步，分析状态信息，找出耗电量异常的原因，向移动终端发送报警信息。通过这种应用方式，能够对移动终端的一些问题进行及时预警。另外，为了不影响用户正常使用移动终端，选择在移动终端灭屏时采集状态信息，从而避免由于采集活动加重移动终端的运行压力。

当通过计算机软件实现本公开的方法和系统(或实现方法和系统的一部分时)，计算机软件表现为利用计算机语言编码的一个或多个程序，以计算机可读介质的形式存储。该一个或多个程序被处理器从可读介质中读取后执行以下的指令，包括：在移动终端从灭屏到亮屏的时段内，采集至少两个时间点的终端数据，终端数据至少包括终端电量；根据至少两个时间点的终端电量计算移动终端的单位时间耗电量；根据移动终端的单位时间耗电量确定移动终端的耗电量是否异常。

计算机可读存储介质包括计算机存储器、一个或多个软盘、压缩盘(CD)、光盘、数字视频盘(DVD)、磁带、闪存、现场可编程门阵列或其他半导体器件中的电路配置、或者技术领域内所公知的任意其它形式的存储介质中。计算机可读存储介质可以是可携带的，使得可以将其上存储的程序加载至一个或多个不同计算机或其他处理器上以实现上述的本公开的各个方面。

系统的各个或单元也可以通过硬件、固件或软硬件结合实现。虽然在方法以及方法图例中给出本公开实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。

根据本公开的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能单元、或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。

以上所述仅为本公开的优选实施例，并不用于限制本公开，对于本领域技术人员而言，本公开可以有各种改动和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。