CN105183656B - 一种应用程序的停包失败检测方法、***及装置 - Google Patents
一种应用程序的停包失败检测方法、***及装置 Download PDFInfo
- Publication number
- CN105183656B CN105183656B CN201510640289.8A CN201510640289A CN105183656B CN 105183656 B CN105183656 B CN 105183656B CN 201510640289 A CN201510640289 A CN 201510640289A CN 105183656 B CN105183656 B CN 105183656B
- Authority
- CN
- China
- Prior art keywords
- application program
- bag
- stop
- terminal
- stops
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000012545 processing Methods 0.000 claims abstract description 84
- 238000001514 detection method Methods 0.000 claims abstract description 44
- 238000004891 communication Methods 0.000 claims description 16
- 239000003550 marker Substances 0.000 claims description 7
- 230000005055 memory storage Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000000284 resting effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 241000700605 Viruses Species 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种应用程序的停包失败检测检测方法、***及装置，应用于终端的方法包括：针对停包处理后的每个应用程序，获取该应用程序的运行状态，当判断该应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器。由于本发明实施例中终端针对停包处理的应用程序，判断其是否停包失败，并在其停包失败时再次停包，实现了停包检测并进一步保证了停包的准确率，降低了移动电源的消耗，提高了终端的续航能力，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，以便服务器分析进一步保证停包的准确率。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种应用程序的停包失败检测方法、***及装置。
背景技术
随着通信技术和计算机技术的发展，终端中安装运行的应用程序的数量越来越多，而为终端供电的移动电源(例如电池)的容量的增加却非常有限，导致移动电源的容量的增加远远跟不上终端中应用程序增加的速率。而终端中应用程序的增加，将会导致用户使用大量的应用程序，应用程序的大量使用又会导致移动电源的耗电量增加，影响终端的续航能力，导致用户需要频繁为移动电源充电。
因此，为了增加终端的续航能力，可以将用户不使用的一些应用程序关闭，例如关闭耗电量较大的应用程序，以降低移动电源的耗电速率，延长终端的续航时间。将正在运行的应用程序强制停止的方式成为停包。现有技术在将应用程序进行停包处理后，可能还会存在停包失败的问题，停包失败的应用程序还会继续耗费电量，降低终端的续航能力。
发明内容
本发明实施例公开了一种应用程序的停包失败检测检测方法、***及装置，用以提高提高停包的准确率，降低应用程序的耗电量，提高终端的续航能力。
为达到上述目的，本发明实施例公开了一种应用程序的停包失败检测方法，应用于终端，该方法包括：
针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；
根据所述状态信息，判断该应用程序是否停包；
当所述应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
进一步地，所述获取该应用程序的状态信息包括：
根据所述终端的操作***针对应用程序的标记位，获取该应用程序的状态信息。
进一步地，所述终端的属性信息包括：
终端的机型。
进一步地，所述获取该应用程序的运行状态之前，所述方法还包括：
根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；
如果是，根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理；
否则，直接对所述应用程序进行停包处理。
进一步地，所述方法还包括：
按照预设的周期，从服务器获取停包策略；或
接收服务器发送的停包策略。
本发明实施例提供了一种应用程序的停包失败检测方法，应用于服务器，该方法包括：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；
根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
进一步地，所述终端的属性信息包括：
终端的机型。
进一步地，所述针对每个停包失败的应用程序确定相应的停包策略包括：
针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；
如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略。
进一步地，所述终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述针对每个停包失败的应用程序确定相应的停包策略包括：
确定该机型中出现该应用程序停包失败的操作***的版本；
生成该机型中该版本的操作***中所述应用程序的停包时间增长的停包策略。
本发明实施例提供了一种应用程序的停包失败检测装置，应用于终端，所述装置包括：
获取模块，用于针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；
判断模块，用于根据所述状态信息，判断该应用程序是否停包；
停包发送模块，用于当所述应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
进一步地，所述获取模块，具体用于根据所述终端的操作***针对应用程序的标记位，获取该应用程序的状态信息。
进一步地，所述终端的属性信息包括：终端的机型。
进一步地，所述装置还包括：
停包模块，用于根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；如果是，根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理；否则，直接对所述应用程序进行停包处理。
进一步地，所述获取模块，还用于按照预设的周期，从服务器获取停包策略；或，接收服务器发送的停包策略。
本发明实施例提供了一种终端，适用于应用程序的停包失败检测，所述终端包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；
根据所述状态信息，判断该应用程序是否停包；
当所述应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
本发明实施例提供了一种应用程序的停包失败检测装置，应用于服务器，包括：
接收模块，用于接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；
停包策略生成模块，用于根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
进一步地，所述终端的属性信息包括：
终端的机型。
进一步地，所述停包策略生成模块，具体用于针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略。
进一步地，所述终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述停包策略生成模块，具体用于确定该机型中出现该应用程序停包失败的操作***的版本；生成该机型中该版本的操作***中所述应用程序的停包时间增长的停包策略。
本发明实施例提供了一种服务器，适用于应用程序的停包失败检测，所述服务器包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；
根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
本发明实施例提供了应用程序的停包失败检测***，所述***包括上述应用于终端的应用程序的停包失败检测装置，及上述应用于服务器的应用程序的停包失败检测装置。
本发明实施例提供了一种停包失败的检测方法、***及装置，应用于终端的该方法包括：针对停包处理后的每个应用程序，获取该应用程序的运行状态，当判断该应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器。由于在本发明实施例中终端针对停包处理的应用程序，判断其是否停包失败，并在其停包失败时再次停包，实现了停包检测并进一步保证了停包的准确率，降低了移动电源的消耗，提高了终端的续航能力，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，以便服务器分析进一步保证停包的准确率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种应用程序的停包失败检测过程；
图2A为本发明实施例提供的停包处理的界面；
图2B为本发明实施例提供的对每个应用程序逐一进行停包处理的示意图；
图3为本发明的一个实施例提供的一种应用程序的停包失败检测过程；
图4为本发明实施例提供的一种应用程序的停包失败检测装置结构示意图；
图5为本发明实施例提供的另一种应用程序的停包失败检测装置结构示意图；
图6为本发明实施例提供了一种应用程序的停包失败检测***结构示意图。
具体实施方式
为了保证停包的准确率，提高移动电源的续航能力，本发明实施例提供了一种应用程序的停包失败检测方法、***及装置。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例提供的一种应用程序的停包失败检测过程，该过程包括以下步骤：
S101：针对进行停包处理后的每个应用程序，获取该应用程序的状态信息。
本发明实施例提供的应用程序的停包失败检测方法应用于终端，该终端包括：手机、平板电脑等智能终端。停包处理是指将正在运行的应用程序，强制停止。
具体的，终端可以向用户推荐建议进行停包处理的应用程序的信息，例如根据每个应用程序的耗电量，或者应用程序不被用户使用的时长等，用户可以根据终端的推荐进行停包处理的应用程序，使其进入休眠状态。或者终端也可以自身对处于闲置状态的应用程序，对其进行停包处理。其中应用程序的休眠状态是指应用程序处于非运行状态，使应用程序进入休眠状态的原因是将处于闲置的应用程序在后台耗电，当应用程序处于休眠状态时，允许对其进行调用，调起后不影响该应用程序的正常使用。
S102：根据所述状态信息，判断该应用程序是否停包，如果是，该停包检测过程结束，否则，进行S103。
终端的操作***中针对每个应用程序，设置与该应用程序对应的标记位，终端的操作***针对应用程序的标记位，可知获取该应用程序的状态信息。或者通过ActivityManager获取正在运行的应用程序，从而可以判断进行停包处理的每个应用程序的状态信息。其中该状态信息包括：运行状态，或者停包状态。
S103：再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器。
其中，该终端的属性信息包括：终端的机型。该终端的属性信息还可以包括：终端操作***的类型及版本，终端操作***的语言类型等中的一种或几种。
当该状态信息为运行状态时，判断该应用程序停包失败。为了降低终端的耗电量，提高终端的续航能力，在本发明实施例中针对该停包失败的应用程序，再次进行停包处理。并且为了进一步提高停包处理的准确率，该终端采集停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，以便服务器分析应用程序停包失败的原因，提高后续停包处理的准确率，使停包处理的准确率逐渐提高。
终端在对应用程序进行停包处理时，可以是自动的对处于闲置状态的应用程序进行停包处理。具体的可以是通过终端中的某一应用程序对闲置的应用程序进行停包处理，例如进行清理的应用程序，或者进行杀毒的应用程序等。
具体在对应用程序进行停包处理时，可以根据每个应用程序不被用户使用的时长，在该时长内应用程序不被用户使用，则对该应用程序进行停包处理。
其中该时长针对每个应用程序可以相同，例如对于每个应用程序如果在半个小时，或者一个小时不被使用时，则可以对相应应用程序进行停包处理。另外，该时长针对每个应用程序也可以不同，例如某一应用程序可能会随时间发生变化，例如反应天气状况的应用程序，或者空气质量的应用程序等，针对该应用程序的时长可以设置的稍长，例如可以为3个小时，针对其他应用程序的时长可以设置的稍短，例如可以是20分钟等。
图2A为本发明实施例提供的停包处理的界面。此时终端查找处于闲置状态的应用程序，然后模拟用户的点击，点击“HIBERNATE”，勾选的所有应用程序将会逐一被停包处理。图2B为对每个应用程序逐一进行停包处理的示意图，用户可以随时点击取消按钮，将被停包处理的应用程序调起。
对应用程序进行停包处理后，针对进行停包处理后的每个应用程序，终端依次扫描操作***中针对该应用程序的标记位，获取该应用程序的状态信息，从而判断该应用程序是否停包成功。当某一应用程序的标记位标识该应用程序停包失败时，再次对该应用程序进行停包处理，并获取该应用程序停包失败的原因和环境，具体的包括：采集该应用程序的标识信息，终端的属性信息及当前运行的其他应用程序的信息。终端将采集的信息上报服务器，以便服务器对应用程序停包失败的原因进行分析，并确定相应的策略以便进行准确的停包处理。
服务器确定了相应的停包策略后，可以将该停包策略发送给相应终端，或者相应终端按照预设的周期，从服务器获取停包策略，以便终端后续在进行停包处理时，能根据该停包策略，对应用程序进行准确的停包处理。
在本发明的另一实施例中，为了有效提高停包处理的准确率，在服务器中可以针对每个停包失败的应用程序进行分析，确定其停包失败的原因，并制定相应的停包策略，使终端根据该停包策略对该应用程序进行停包处理，所述获取该应用程序的运行状态之前，所述方法还包括：
根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；
如果是，则根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理，否则，直接对所述应用程序进行停包处理。
服务器可以针对每个应用程序都制定相应的停包策略，但为了减小服务器与终端的数据量，服务器可以只提供停包失败率较高的应用程序的停包策略。在该停包策略中保存有每个标识信息的应用程序对应的策略。该停包策略可以是服务器在对该停包策略进行更新后，发送给终端的，也可以是终端按照预设的周期，从服务器获取的。
图3为本发明的一个实施例提供的一种应用程序的停包失败检测过程，该过程应用于终端，该过程包括以下步骤：
S301：针对待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息，如果是，进行S302，否则，进行S303。
S302：根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理。之后，进行S304。
在本发明实施例中可以服务器在针对终端确定停包策略时，是根据每个终端上报的停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息确定的，该终端的属性信息包括终端的机型。当服务器确定了针对每种机型的终端的停包策略后，将该停包策略发送到对应机型的终端。因此可以认为终端保存的停包策略是针对自身的，只要该停包策略中保存有该应用程序的标识信息，就可以根据停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理。
S303：直接对所述应用程序进行停包处理。
具体的，直接对应用程序进行停包处理是指采用默认的停包处理方式，对该应用程序进行停包处理。采用默认的停包处理方式对应用程序进行停包处理，例如可以采用现有技术的停包处理方式对应用程序进行停包处理，本发明实施例中对该现有技术的停包处理的实现方案不进行赘述。
S304：针对进行停包处理后的每个应用程序，获取该应用程序的状态信息。
S305：根据所述状态信息，判断该应用程序是否停包，如果是，该停包检测过程结束，否则，进行S306。
S306：再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器。
由于终端中保存有采用默认方式进行停包，停包失败的应用程序的停包策略，采用该停包策略对该应用程序进行停包处理，可以进一步保证对该应用程序停包处理的准确性，降低终端电量消耗，提高终端的续航能力。
本发明实施例提供的应用于服务器的，一种应用程序的停包失败检测方法，包括：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的。
其中，该终端的属性信息包括：终端的机型。该终端的属性信息还可以包括：终端操作***的类型及版本，终端操作***的语言类型等中的一种或几种。
服务器接收到终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息后，针对每个停包失败的应用程序进行分析，确定其停包失败的原因。根据每个应用程序停包失败的原因，生成对应的停包策略，以使相应终端根据该停包策略，对对应的应用程序进行停包处理。
为了保证停包处理的准确性，在本发明的一个实施例中，所述方法还包括：
针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；
如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略并下发到对应机型的终端。
在本发明的上述实施例中，针对停包失败的每个应用程序进行分析，确定应用程序停包失败的原因。由于每个终端将其停包失败的应用程序的标识信息，终端的属性信息以及当前运行的其他应用程序的信息发送到服务器。服务器针对每个停包失败的应用程序，统计该停包失败的应用程序对应的终端的属性信息及当前运行的其他应用程序的信息，从而分析该停包失败的应用程序停包失败的原因。
例如终端的全部机型包括机型A、机型B以及机型C，服务器针对停包失败的应用程序m，统计该应用程序m在终端的机型A、机型B以及机型C下都出现了停包失败的问题，在该情况下，对于机型A中其当前运行的应用程序为x、y和z，对于机型B其当前运行的运行程序为x、p和q，对于机型C其当前运行的应用程序为x、n和o，则根据每种机型下当前运行的应用程序的交集可知，其交集为应用程序x，该交集中的应用程序即为调起该应用程序m的应用程序，因此需要在对应用程序m进行停包处理时，需要将应用程序x一并进行停包处理。
存在这种问题的原因可能是，应用程序x对应的时长与应用程序m对应的时长不同，或者即使两个应用程序对应的时长虽然相同，但被用户使用的频率不同，为了避免应用程序m停包失败，在对应用程序m进行停包处理时，即使应用程序x对应的时长未到达，但为了保证停包准确率，需要对应用程序x一并进行停包处理。
服务器在针对停包失败的应用程序，对其停包失败的原因进行分析时，判断应用程序只在某两种，三种或更多种机型下出现停包失败的问题，则可以采用上述方法进行分析，确定针对这几种机型时，调起该停包失败的应用程序的其他应用程序，针对这几种机型，确定该应用程序及该其他应用程序一并停包的策略并下发到对应机型的终端。
在本发明的另一实施例中，该终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述方法还包括：
确定该机型中出现该应用程序停包失败的操作***的版本；
将该机型中该版本的操作***中所述应用程序的停包时间增长，并将该机型中该版本的操作***中所述应用程序增长后的停包时间发送到对应机型的终端。
出现这种情况的原因可能是该应用程序在该机型的应用程序中需要的停包处理的时长较长，因此为了保证停包的准确率，在本发明实施例中针对该应用程序的停包时间增长，例如增加到1s，或者增加设定的时长等，以保证该应用程序的停包准确率。
图4为本发明实施例提供的一种应用程序的停包失败检测装置结构示意图，其应用于终端，所述装置包括：
获取模块41，用于针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；
判断模块42，用于根据所述状态信息，判断该应用程序是否停包；
停包发送模块43，用于当所述应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
所述获取模块41，具体用于根据所述终端的操作***针对应用程序的标记位，获取该应用程序的状态信息。
所述终端的属性信息包括：终端的机型。
所述装置还包括：
停包模块44，用于根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；如果是，根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理；否则，直接对所述应用程序进行停包处理。
所述获取模块41，还用于按照预设的周期，从服务器获取停包策略；或，接收服务器发送的停包策略。
本发明实施例提供了一种终端，适用于应用程序的停包失败检测，所述终端包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；
根据所述状态信息，判断该应用程序是否停包；
当所述应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
图5为本发明实施例提供另一种应用程序的停包失败检测装置结构示意图，应用于服务器，包括：
接收模块51，用于接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；
停包策略生成模块52，用于根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
所述终端的属性信息包括：终端的机型。
所述停包策略生成模块52，具体用于针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略。
所述终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述停包策略生成模块52，具体用于确定该机型中出现该应用程序停包失败的操作***的版本；生成该机型中该版本的操作***中所述应用程序的停包时间增长的停包策略。
本发明实施例提供了一种服务器，适用于应用程序的停包失败检测，所述服务器包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；
根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
图6为本发明实施例提供了一种应用程序的停包失败检测***结构示意图，该***包括图4所示的应用于终端61的应用程序的停包失败检测装置，及图5所示的应用于服务器62的应用程序的停包失败检测装置。
本发明实施例提供了一种停包失败的检测方法、***及装置，应用于终端的该方法包括：针对停包处理后的每个应用程序，获取该应用程序的运行状态，当判断该应用程序停包失败时，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器。由于在本发明实施例中终端针对停包处理的应用程序，判断其是否停包失败，并在其停包失败时再次停包，实现了停包检测并进一步保证了停包的准确率，降低了移动电源的消耗，提高了终端的续航能力，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，以便服务器分析进一步保证停包的准确率。
对于***/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (21)
1.一种应用程序的停包失败检测方法，其特征在于，应用于终端，该方法包括：
针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；其中，所述停包为将正在运行的应用程序强制停止；
根据所述状态信息，判断该应用程序是否停包；
当所述应用程序停包失败时，模拟用户的点击，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
2.根据权利要求1所述的方法，其特征在于，所述获取该应用程序的状态信息包括：
根据所述终端的操作***针对应用程序的标记位，获取该应用程序的状态信息。
3.根据权利要求1所述的方法，其特征在于，所述终端的属性信息包括：
终端的机型。
4.根据权利要求1所述的方法，其特征在于，所述获取该应用程序的运行状态之前，所述方法还包括：
根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；
如果是，根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理；
否则，直接对所述应用程序进行停包处理。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
按照预设的周期，从服务器获取停包策略；或
接收服务器发送的停包策略。
6.一种应用程序的停包失败检测方法，其特征在于，应用于服务器，该方法包括：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的其他应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；其中，所述停包为将正在运行的应用程序强制停止；
根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
7.根据权利要求6所述的方法，其特征在于，所述终端的属性信息包括：
终端的机型。
8.根据权利要求7所述的方法，其特征在于，所述针对每个停包失败的应用程序确定相应的停包策略包括：
针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；
如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略。
9.根据权利要求8所述的方法，其特征在于，所述终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述针对每个停包失败的应用程序确定相应的停包策略包括：
确定该机型中出现该应用程序停包失败的操作***的版本；
生成该机型中该版本的操作***中所述应用程序的停包时间增长的停包策略。
10.一种应用程序的停包失败检测装置，其特征在于，应用于终端，所述装置包括：
获取模块，用于针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；其中，所述停包为将正在运行的应用程序强制停止；
判断模块，用于根据所述状态信息，判断该应用程序是否停包；
停包发送模块，用于当所述应用程序停包失败时，模拟用户的点击，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
11.根据权利要求10所述的装置，其特征在于，所述获取模块，具体用于根据所述终端的操作***针对应用程序的标记位，获取该应用程序的状态信息。
12.根据权利要求10所述的装置，其特征在于，所述终端的属性信息包括：终端的机型。
13.根据权利要求10所述的装置，其特征在于，所述装置还包括：
停包模块，用于根据每个待停包处理的应用程序，判断自身保存的停包策略中是否包含该应用程序的标识信息；如果是，根据所述停包策略中保存的该标识信息的应用程序对应的策略对所述应用程序进行停包处理；否则，直接对所述应用程序进行停包处理。
14.根据权利要求13所述的装置，其特征在于，所述获取模块，还用于按照预设的周期，从服务器获取停包策略；或，接收服务器发送的停包策略。
15.一种终端，其特征在于，适用于应用程序的停包失败检测，所述终端包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
针对进行停包处理后的每个应用程序，获取该应用程序的状态信息；其中，所述停包为将正在运行的应用程序强制停止；
根据所述状态信息，判断该应用程序是否停包；
当所述应用程序停包失败时，模拟用户的点击，再次对该应用程序进行停包处理，并采集该停包失败的应用程序的标识信息、终端的属性信息及当前运行的其他应用程序的信息上报服务器，使服务器根据上报的信息，针对每个停包失败的应用程序确定相应的停包策略。
16.一种应用程序的停包失败检测装置，其特征在于，应用于服务器，包括：
接收模块，用于接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的其他应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；其中，所述停包为将正在运行的应用程序强制停止；
停包策略生成模块，用于根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
17.根据权利要求16所述的装置，其特征在于，所述终端的属性信息包括：
终端的机型。
18.根据权利要求16所述的装置，其特征在于，所述停包策略生成模块，具体用于针对每个停包失败的应用程序，判断出现该应用程序停包失败的机型是否不小于两种；如果是，根据该应用程序停包失败时运行的其他应用程序的信息，识别调起该停包失败的应用程序的其他应用程序，针对出现该应用程序停包失败的机型，确定该应用程序及该其他应用程序一并停包的策略。
19.根据权利要求18所述的装置，其特征在于，所述终端的属性信息还包括：终端操作***的版本，当出现该应用程序停包失败的机型为一种时，所述停包策略生成模块，具体用于确定该机型中出现该应用程序停包失败的操作***的版本；生成该机型中该版本的操作***中所述应用程序的停包时间增长的停包策略。
20.一种服务器，其特征在于，适用于应用程序的停包失败检测，所述服务器包括：
处理器、存储器、通信接口和总线；
所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信；
所述存储器存储可执行程序代码；
所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于：
接收终端发送的停包失败的应用程序的标识信息、终端的属性信息及其当前运行的其他应用程序的信息，其中所述标识信息、属性信息及当前运行的其他应用程序的信息为所述终端针对进行停包处理后的每个应用程序，获取该应用程序的运行状态；根据所述运行状态，判断该应用程序是否停包，当所述应用程序停包失败时，对该应用程序再次进行停包处理并采集的；其中，所述停包为将正在运行的应用程序强制停止；
根据终端发送的信息，针对每个停包失败的应用程序确定相应的停包策略。
21.一种应用程序的停包失败检测***，其特征在于，所述***包括权利要求10-14任一项应用于终端的应用程序的停包失败检测装置，及权利要求16-19任一项应用于服务器的应用程序的停包失败检测装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510640289.8A CN105183656B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的停包失败检测方法、***及装置 |
| PCT/CN2016/095324 WO2017054581A1 (zh) | 2015-09-30 | 2016-08-15 | 一种应用程序的停包失败检测方法、***及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510640289.8A CN105183656B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的停包失败检测方法、***及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105183656A CN105183656A (zh) | 2015-12-23 |
| CN105183656B true CN105183656B (zh) | 2018-03-30 |
Family
ID=54905748
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510640289.8A Expired - Fee Related CN105183656B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的停包失败检测方法、***及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105183656B (zh) |
| WO (1) | WO2017054581A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105183656B (zh) * | 2015-09-30 | 2018-03-30 | 北京金山安全软件有限公司 | 一种应用程序的停包失败检测方法、***及装置 |
| US10230671B2 (en) * | 2015-11-19 | 2019-03-12 | International Business Machines Corporation | Enhanced instant message handling and delivery |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102495761A (zh) * | 2011-11-11 | 2012-06-13 | 中兴通讯股份有限公司 | 应用关闭方法及装置 |
| CN104298335A (zh) * | 2013-07-19 | 2015-01-21 | 贝壳网际（北京）安全技术有限公司 | 移动终端的应用程序进程清理方法、装置和移动终端 |
| CN104503841A (zh) * | 2014-12-15 | 2015-04-08 | 北京奇虎科技有限公司 | 进程清理方法及装置 |
| CN104850414A (zh) * | 2014-02-14 | 2015-08-19 | 可牛网络技术（北京）有限公司 | 应用进程的清理方法、装置及移动终端 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7412721B2 (en) * | 2000-12-20 | 2008-08-12 | Fujitsu Limited | Method of and system for managing information, and computer product |
| CN102214134B (zh) * | 2010-04-12 | 2015-08-12 | 腾讯科技（深圳）有限公司 | 一种计算机进程终止***和方法 |
| CN103106002A (zh) * | 2013-01-28 | 2013-05-15 | 广东欧珀移动通信有限公司 | 快速关闭后台应用程序的方法及其触摸式移动终端 |
| CN104239131B (zh) * | 2014-09-09 | 2018-05-25 | 可牛网络技术（北京）有限公司 | 一种关闭应用程序的方法及装置 |
| CN104636144A (zh) * | 2015-02-26 | 2015-05-20 | 北京数字天域科技有限责任公司 | 一种移动终端后台程序管理方法及装置 |
| CN105183656B (zh) * | 2015-09-30 | 2018-03-30 | 北京金山安全软件有限公司 | 一种应用程序的停包失败检测方法、***及装置 |
-
2015
- 2015-09-30 CN CN201510640289.8A patent/CN105183656B/zh not_active Expired - Fee Related
-
2016
- 2016-08-15 WO PCT/CN2016/095324 patent/WO2017054581A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102495761A (zh) * | 2011-11-11 | 2012-06-13 | 中兴通讯股份有限公司 | 应用关闭方法及装置 |
| CN104298335A (zh) * | 2013-07-19 | 2015-01-21 | 贝壳网际（北京）安全技术有限公司 | 移动终端的应用程序进程清理方法、装置和移动终端 |
| CN104850414A (zh) * | 2014-02-14 | 2015-08-19 | 可牛网络技术（北京）有限公司 | 应用进程的清理方法、装置及移动终端 |
| CN104503841A (zh) * | 2014-12-15 | 2015-04-08 | 北京奇虎科技有限公司 | 进程清理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017054581A1 (zh) | 2017-04-06 |
| CN105183656A (zh) | 2015-12-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021249083A1 (zh) | 车辆的电池管理方法和***、车辆和服务器 | |
| CN103150238A (zh) | 一种服务请求处理方法、模拟性能测试方法及装置 | |
| CN114759975B (zh) | 一种基于北斗卫星通信的电能量数据采集方法及*** | |
| CN107819611B (zh) | 基于iec61850多服务端仿真的客户端测试方法 | |
| CN107800554A (zh) | 数据采集方法、装置和*** | |
| CN103593271A (zh) | 一种片上***芯片追踪调试的方法及装置 | |
| CN105183656B (zh) | 一种应用程序的停包失败检测方法、***及装置 | |
| CN105306246A (zh) | 一种自动应答网络类投诉的方法、装置和服务器 | |
| CN104780123B (zh) | 一种网络包收发处理装置及其设计方法 | |
| CN103957531B (zh) | 采用智能通信终端进行信号测试的方法和装置 | |
| CN112383439A (zh) | 一种智能燃气表空中升级***及升级方法 | |
| CN108072858A (zh) | 电能表质量管理方法、***及终端设备 | |
| CN108307414A (zh) | 应用程序的Wi-Fi连接异常处理方法、装置、终端及存储介质 | |
| CN108957260A (zh) | 局部放电检测***及方法、存储介质、处理器 | |
| CN103577296A (zh) | 一种总线可靠性测试方法及*** | |
| CN109786807A (zh) | 蓄电池配组***、方法、装置、计算机设备及存储介质 | |
| CN113223287B (zh) | 一种基于spi的智能电能表与负荷辨识模块的通信方法及*** | |
| CN110855522A (zh) | 一种基于层次分析法的电能表通信质量检测方法 | |
| CN106648912A (zh) | 数据采集平台中数据处理的模块化方法及装置 | |
| CN110597120B (zh) | 基于电力载波的采集终端及方法 | |
| CN105577462A (zh) | 移动设备的流量统计方法及装置 | |
| CN100561953C (zh) | 一种记录诊断数据的方法 | |
| CN115175174A (zh) | 一种基于物联网平台实现探针设备管控***的方法 | |
| CN109215329A (zh) | 电力宽带载波通信模块、智能电表及电力通信*** | |
| CN112800102A (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 |
Granted publication date: 20180330 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |