CN105824733A - 终端监测方法及装置 - Google Patents
终端监测方法及装置 Download PDFInfo
- Publication number
- CN105824733A CN105824733A CN201610144827.9A CN201610144827A CN105824733A CN 105824733 A CN105824733 A CN 105824733A CN 201610144827 A CN201610144827 A CN 201610144827A CN 105824733 A CN105824733 A CN 105824733A
- Authority
- CN
- China
- Prior art keywords
- monitored terminal
- status information
- information
- terminal
- abnormality processing
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开是关于终端监测方法及装置。该方法包括:通过蓝牙网络获取被监测终端发送的状态信息;根据所述状态信息,判断所述被监测终端是否异常;当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。该技术方案,可以自动地通过蓝牙网络获取被监测终端发送的状态信息,进而根据该状态信息,自动地判断被监测终端是否异常,当被监测终端出现任何异常时,可以自动而及时地对被监测终端进行异常处理,对被监测终端进行异常修复,以使被监测终端恢复正常运行状态,继续正常地进行各种测试,从而减少人为的干预,自动地对该被监测终端进行重置或修复,极大地方便了用户。
Description
技术领域
本公开涉及终端技术领域,尤其涉及终端监测方法及装置。
背景技术
目前,大多数终端厂商及终端应用开发厂商都会有自己独立的机房(这里的“机房”默认指部署大量测试终端的实验室),且机房中提供大量终端供自动化测试使用。而在现有的方案中,在监测这些被测终端时,大多都是通过服务器与被监测终端之间建立的WiFi连接、移动数据网络连接来远程监控这些被测终端,但这种监测方案不仅很可能出现网络不稳定、需要额外的路由设备、或者基站的支持、通信成本高等问题,而且需要人工干预,且不具备自我修复功能,即当被测终端出现异常时,服务器无法自动地对该被测终端进行修复,因而,这种监测方案显然不够智能。
发明内容
本公开实施例提供了终端监测方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种终端监测方法,包括:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
在一个实施例中,所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
在一个实施例中,所述根据所述状态信息,判断所述被监测终端是否异常,包括:
判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
当所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
当所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
在一个实施例中,所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,包括:
确定所述状态信息中的异常项信息;
确定是否预存储有所述异常项信息的异常处理规则;
当预存储有所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
在一个实施例中,所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,还包括:
当未预存储有所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
在一个实施例中,所述方法还包括:
当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
将所述各处理指令作为所述异常项信息的异常处理规则进行存储。
在一个实施例中,所述方法还包括:
在接收所述状态信息的过程中,判断是否出现丢包;
当出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收所述被监测终端再次发送的所述状态信息。
根据本公开实施例的第二方面,提供一种终端监测装置,包括:
获取模块,用于通过蓝牙网络获取被监测终端发送的状态信息;
第一判断模块,用于根据所述获取模块获取的所述状态信息,判断所述被监测终端是否异常;
处理模块,用于当所述第一判断模块的判断结果为所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
在一个实施例中,所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
在一个实施例中,所述第一判断模块包括:
判断子模块,用于判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
第一判定子模块,用于当所述判断子模块的判断结果为所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
第二判定子模块,用于当所述判断子模块的判断结果为所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
在一个实施例中,所述处理模块包括:
第一确定子模块,用于确定所述状态信息中的异常项信息;
第二确定子模块,用于确定是否预存储有所述第一确定子模块确定的所述异常项信息的异常处理规则;
处理子模块,用于当预存储有所述第二确定子模块确定的所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
在一个实施例中,所述处理模块还包括:
提示子模块,用于当未预存储有所述第二确定子模块确定的所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
在一个实施例中,所述装置还包括:
记录模块,用于当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
存储模块,用于将所述记录模块记录的所述各处理指令作为所述异常项信息的异常处理规则进行存储。
在一个实施例中,所述装置还包括:
第二判断模块,用于在接收所述状态信息的过程中,判断是否出现丢包;
发送模块,用于当所述第二判断模块的判断结果为出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收模块,用于接收所述被监测终端针对所述发送模块发送的所述指令再次发送的所述状态信息。
根据本公开实施例的第三方面,提供了一种终端监测装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开的实施例提供的技术方案,可以自动地通过蓝牙网络获取被监测终端发送的状态信息,进而根据该状态信息,自动地判断被监测终端是否异常,例如:被监测终端的CPU的占用率是否过高、系统运行是否过慢,被监测终端的内存是否溢出,被监测终端的硬盘空间是否不足,被监测终端的网络信号质量是否较差、连不上网络等,当被监测终端出现任何异常时,可以自动而及时地对被监测终端进行异常处理,对被监测终端进行异常修复,以使被监测终端恢复正常运行状态,继续正常地进行各种测试,从而减少人为的干预,自动地对该被监测终端进行重置或修复,极大地方便了用户;另外,由于与被监测终端之间建立的是蓝牙网络,因而相比于使用WiFi、移动数据网络而言,不仅网络更加稳定,而且并不需要路由设备、基站等其他设备支持,通信成本低。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种终端监测方法的流程图。
图2是根据一示例性实施例示出的另一种终端监测方法的流程图。
图3是根据一示例性实施例一示出的又一种终端监测方法的流程图。
图4是根据一示例性实施例一示出的再一种终端监测方法的流程图。
图5是根据一示例性实施例一示出的再一种终端监测方法的流程图。
图6是根据一示例性实施例一示出的再一种终端监测方法的流程图。
图7是根据一示例性实施例示出的一种终端监测装置的框图。
图8是根据一示例性实施例示出的另一种终端监测装置的框图。
图9是根据一示例性实施例示出的又一种终端监测装置的框图。
图10是根据一示例性实施例示出的再一种终端监测装置的框图。
图11是根据一示例性实施例示出的再一种终端监测装置的框图。
图12是根据一示例性实施例示出的再一种终端监测装置的框图。
图13是根据一示例性实施例示出的适用于终端监测装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
目前,大多数终端厂商及终端应用开发厂商都会有自己独立的机房(这里的“机房”默认指部署大量测试终端的实验室),且机房中提供大量终端供自动化测试使用。而在现有的方案中,在监测这些被测终端时,大多都是通过服务器与被监测终端之间建立的WiFi连接、移动数据网络连接来远程监控这些被测终端,但这种监测方案不仅很可能出现网络不稳定、需要额外的路由设备、或者基站的支持、通信成本高等问题,而且需要人工干预,且不具备自我修复功能,即当被测终端出现异常时,服务器无法自动地对该被测终端进行修复,因而,这种监测方案显然不够智能。
为了解决上述技术问题,本公开实施例提供了一种终端监测方法,该方法可用于终端监测的程序、系统或装置中,且该方法对应的执行主体可以是配置比较高(例如:存储空间比较大、处理器配置比较高)、数据处理能力比较强的终端、或服务器,如图1所示,该方法包括步骤S101至步骤S103:
在步骤S101中,通过蓝牙网络获取被监测终端发送的状态信息;
被监测终端可以是位于“终端测试机房”中的一个或多个用于测试的手机、计算机等设备,且该状态信息包括但不限于:被监测终端的CPU(CentralProcessingUnit,中央处理器)资源占用率、被监测终端的GPU(GraphicProcessingUnit,图形处理器)资源占用率、被监测终端的内存剩余量、被监测终端的网络信号质量等,例如还可以包括:被监测终端的硬盘空间等。
其中,蓝牙网络呈散射网拓扑结构。
该执行主体的终端或者服务器与被监测终端大体是位于同一位置(如同一“终端测试机房”)的,距离较近,因而,在获取状态信息时,可以通过蓝牙网络接收该被监测终端发送的状态信息,而蓝牙通信方式相比于使用WiFi、移动数据网络而言,其网络更加稳定,不需要路由设备、基站等其他设备支持,通信成本低。
另外,被监测终端与执行主体之间的蓝牙系统是采用一种灵活的无基站的组网方式,其网络的拓扑结构包含微微网(Piconet)和散射网(Scatternet)两种结构,而由于一个微微网最多只能有7个从节点同时处于通信状态,因而为了能容纳更多的装置,并且扩大网络通讯范围,多个微微网互连在一起,就构成了蓝牙自组织网,即散射网;而在散射网中,不同微微网间使用不同的跳频序列,因此,只要彼此没有同时跳跃到同一频道上,即便有多个被监测终端的多组资料流同时传送也不会造成相互干扰。
在步骤S102中,根据状态信息,判断被监测终端是否异常;
在步骤S103中,当被监测终端异常时,对被监测终端进行异常处理,以使被监测终端恢复正常。
通过该状态信息,可以判断被监测终端是否异常,例如:被监测终端的CPU的占用率是否过高、系统运行是否过慢,被监测终端的内存是否溢出,被监测终端的硬盘空间是否不足,被监测终端的网络信号质量是否较差、连不上网络等,当被监测终端出现任何异常时,可以自动而及时地对被监测终端进行异常处理,对被监测终端进行异常修复,以使被监测终端恢复正常运行状态,继续正常地进行各种测试,从而减少人为的干预,自动地对该被监测终端进行重置或修复,极大地方便了用户。
在一个实施例中,状态信息包括以下至少一种信息:被监测终端的CPU资源占用率、被监测终端的GPU资源占用率、被监测终端的内存剩余量、被监测终端的网络信号质量,其中,网络信号质量包括:被监测终端的网络带宽、误码率、信噪比(英文名称叫做SNR或S/N(SIGNAL-NOISERATIO),又称为讯噪比,是指一个电子设备或者电子系统中信号与噪声的比例)、数据传输速率、信号的稳定度(也即网络稳定性)。
通过上述状态信息,可以全面而及时地确定被监测终端是否出现任何异常,并在确定被监测终端出现任何异常时,能够自动而快速地进行异常修复和处理,以使被监测终端快速恢复正常运行状态。
如图2所示,在一个实施例中,上述步骤S102可被执行为:
在步骤A1中,判断状态信息中的各项信息是否超出对应的正常状态阈值;
在步骤A2中,当状态信息中任一项信息超出对应的正常状态阈值时,判定被监测终端异常;
在步骤A3中,当状态信息中每项信息均未超出对应的正常状态阈值时,判定被监测终端正常。
在判断被监测终端是否出现异常时,可以通过判断状态信息中的各项信息是否超出对应的正常状态阈值(即是否大于或小于正常状态阈值),当状态信息中任一项信息超出对应的正常状态阈值(即任一项信息不在其相应的正常状态阈值)时,说明该被监测终端异常运行,可以判定被监测终端异常,如当被监测终端的CPU占用率大于其预设的正常占用率(如85%)时,说明该被监测终端的CPU占用率过高、系统运行速率过慢,出现了异常,当被监测终端的信号的稳定性小于其预设的正常稳定性时,说明该被监测终端的信号不稳定、容易断网,出现了异常;
另外,当状态信息中每项信息均未超出对应的正常状态阈值(即该状态信息中的每项信息均在其相应的正常状态阈值)时,说明该被监测终端运行正常,各项运行参数均在正常状态阈值内,因而,可以判定该被监测终端正常。
如图3所示,在一个实施例中,上述步骤S103可被执行为:
在步骤B1中,确定状态信息中的异常项信息;
其中,该异常项信息是指该状态信息中超出其相应的正常状态阈值的各项信息。
在步骤B2中,确定是否预存储有异常项信息的异常处理规则;
在步骤B3中,当预存储有异常项信息的异常处理规则时,根据异常处理规则,向被监测终端发送处理指令,以对被监测终端进行异常处理。
在确定出状态信息中的异常项信息时,可以确定是否预存储有该异常项信息的异常处理规则,若有,则可以根据该异常处理规则,向被监测终端发送相应的处理命令,以对该被监测终端进行异常处理,如进行异常修复、或者重置,例如:当异常项信息为内存剩余量时,判断是否预存储有释放内存的处理规则(包括释放哪些应用的残留数据、或者数据所占用的内存),若有,则根据该释放内存的处理规则,向被监测终端发送处理指令,以释放被监测终端中的一些数据、或者应用所占用的内存;还例如:当异常项信息为信号的稳定度(如该被监测终端所使用的无线WiFi网络信号、或者该被监测终端所使用的移动网络2G、3G、4G网络信号不稳定、或者数据传输速率过低)时,判断是否预存储有增强、或者恢复信号的稳定度的处理规则(如重置网络、重启被监测终端并重新连接网络、或者当可选网络有多种时,可以选择网络环境较好的网络等),若有,则根据该增强、或者恢复信号的稳定度的处理规则,自动地对该被监测终端进行异常处理,以使该被监测终端的网络质量恢复正常,以免被监测终端由于无法进行相关的网络业务而影响该被监测终端的测试结果,同时这也能减少人为参与,避免用户手动地对该被监测终端进行一些异常处理。
如图4所示,在一个实施例中,上述步骤S103还可被执行为:
在步骤B4中,当未预存储有异常项信息的异常处理规则时,将异常项信息进行提示,以供用户进行处理。
当系统中未存储有该异常项信息的异常处理规则(如当异常项信息为网络带宽较小、误码率较高、信噪比较低时,却未预存储有这些异常项信息的异常处理规则)时,说明并无法自动地对该异常项信息所对应的异常进行处理,因而,可以将这些异常项信息进行提示,以提示用户对异常项信息所对应的异常进行处理,以使该被监测终端快速恢复正常,能够继续进行正常测试。
另外,在将异常项信息进行提示时,可以将这些异常项信息通过报警邮件、短信等方式发送至用户携带的终端中,同时还可以辅以声音信号的提示、或者光照、振动提示,以提示用户该被监测终端异常了,需要尽快进行异常处理。
如图5所示,在一个实施例中,方法还包括:
在步骤S501中,当接收到用户对异常项信息的各处理指令时,记录各处理指令;
在步骤S502中,将各处理指令作为异常项信息的异常处理规则进行存储。
当接收到用户针对这些异常项信息输入的各处理指令时,可以将这些处理指令按顺序进行记录,即将用户对该异常项信息对应的异常进行处理的过程进行记录,以作为该异常项信息的异常处理规则进行存储,从而当下次再次出现这些异常项信息时,可以根据已存储的这些异常项信息的异常处理规则自动地对相应的异常进行处理,而不用再对用户进行提示,使用户进行人工处理,从而降低人工处理成本。
另外,如果当异常项信息的异常处理规则比较多时,可以将各异常处理规则进行编号,然后将每个异常处理规则与其对应的编号进行对应存储,同时也可以记录每个异常处理规则对应的异常处理时间,然后当被监测终端再次出现这些异常项信息时,可以根据已存储的这些异常项信息的异常处理规则的编号和每个异常处理规则对应的异常处理时间,从这些异常处理规则中选择异常处理时间最短的异常处理规则,从而实现以最快的处理速度和最短的处理时间对该异常项信息对应的异常进行处理,使得被监测终端可以快速恢复正常运行状态。
如图6所示,在一个实施例中,方法还包括:
在步骤S601中,在接收状态信息的过程中,判断是否出现丢包;
在获取该状态信息时,可以按照预设时间间隔获取,因而,判断是否出现丢包时,可以有两种方式:
方式A:确定在本应该接收到状态信息的时间段内,是否接收到该状态信息,如果未接收到该状态信息,则说明出现了丢包;
方式B:在接收该状态信息之前,接收被监测终端发送的该状态信息的实际数据量,在接收该状态信息时,判断本次接收到的该状态信息的数据量是否达到该实际数据量,如果未达到,则说明出现丢包。
总之,只有在本应该接收到状态信息的时间段内接收到了该状态信息,且该状态信息的数据量确实达到其实际数据量,才能说明未出现丢包。
在步骤S602中,当出现丢包时,向被监测终端发送重新发送状态信息的指令,以使被监测终端再次发送状态信息;
在步骤S603中,接收被监测终端再次发送的状态信息。
在接收该状态信息的过程中,可以判断是否出现丢包,即所传输的状态信息是否出现丢失,或者甚至是未传输,当出现丢包时,说明本次传输失败,因而,可以向该被监测终端发送用于重新发送该状态信息的指令,以使被监测终端了解本次的状态信息发送失败,需要再次发送这些状态信息,进而接收该被监测终端再次发送的该状态信息,以确定该被监测终端是否出现异常。
对应本公开实施例提供的上述终端监测方法,本公开实施例还提供一种终端监测装置,如图7所示,该装置包括:
获取模块701,被配置为通过蓝牙网络获取被监测终端发送的状态信息;
被监测终端可以是位于“终端测试机房”中的一个或多个被配置为测试的手机、计算机等设备,且该状态信息包括但不限于:被监测终端的CPU(CentralProcessingUnit,中央处理器)资源占用率、被监测终端的GPU(GraphicProcessingUnit,图形处理器)资源占用率、被监测终端的内存剩余量、被监测终端的网络信号质量等,例如还可以包括:被监测终端的硬盘空间等。
所述蓝牙网络呈散射网拓扑结构。
该执行主体的终端或者服务器与被监测终端大体是位于同一位置(如同一“终端测试机房”)的,距离较近,因而,在获取状态信息时,可以通过蓝牙网络接收该被监测终端发送的状态信息,而蓝牙通信方式相比于使用WiFi、移动数据网络而言,其网络更加稳定,不需要路由设备、基站等其他设备支持,通信成本低。
另外,被监测终端与执行主体之间的蓝牙系统是采用一种灵活的无基站的组网方式,其网络的拓扑结构包含微微网(Piconet)和散射网(Scatternet)两种结构,而由于一个微微网最多只能有7个从节点同时处于通信状态,因而为了能容纳更多的装置,并且扩大网络通讯范围,多个微微网互连在一起,就构成了蓝牙自组织网,即散射网;而在散射网中,不同微微网间使用不同的跳频序列,因此,只要彼此没有同时跳跃到同一频道上,即便有多个被监测终端的多组资料流同时传送也不会造成相互干扰。
第一判断模块702,被配置为根据所述获取模块701获取的所述状态信息,判断所述被监测终端是否异常;
处理模块703,被配置为当所述第一判断模块702的判断结果为所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
通过该状态信息,可以判断被监测终端是否异常,例如:被监测终端的CPU的占用率是否过高、系统运行是否过慢,被监测终端的内存是否溢出,被监测终端的硬盘空间是否不足,被监测终端的网络信号质量是否较差、连不上网络等,当被监测终端出现任何异常时,可以自动而及时地对被监测终端进行异常处理,对被监测终端进行异常修复,以使被监测终端恢复正常运行状态,继续正常地进行各种测试,从而减少人为的干预,自动地对该被监测终端进行重置或修复,极大地方便了用户。
在一个实施例中,所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
通过上述状态信息,可以全面而及时地确定被监测终端是否出现任何异常,并在确定被监测终端出现任何异常时,能够自动而快速地进行异常修复和处理,以使被监测终端快速恢复正常运行状态。
如图8所示,在一个实施例中,所述第一判断模块702包括:
判断子模块7021,被配置为判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
第一判定子模块7022,被配置为当所述判断子模块7021的判断结果为所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
第二判定子模块7023,被配置为当所述判断子模块7021的判断结果为所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
在判断被监测终端是否出现异常时,可以通过判断状态信息中的各项信息是否超出对应的正常状态阈值(即是否大于或小于正常状态阈值),当状态信息中任一项信息超出对应的正常状态阈值(即任一项信息不在其相应的正常状态阈值)时,说明该被监测终端异常运行,可以判定被监测终端异常,如当被监测终端的CPU占用率大于其预设的正常占用率(如85%)时,说明该被监测终端的CPU占用率过高、系统运行速率过慢,出现了异常,当被监测终端的信号的稳定性小于其预设的正常稳定性时,说明该被监测终端的信号不稳定、容易断网,出现了异常;
另外,当状态信息中每项信息均未超出对应的正常状态阈值(即该状态信息中的每项信息均在其相应的正常状态阈值)时,说明该被监测终端运行正常,各项运行参数均在正常状态阈值内,因而,可以判定该被监测终端正常。
如图9所示,在一个实施例中,所述处理模块703包括:
第一确定子模块7031,被配置为确定所述状态信息中的异常项信息;
其中,该异常项信息是指该状态信息中超出其相应的正常状态阈值的各项信息。
第二确定子模块7032,被配置为确定是否预存储有所述第一确定子模块7031确定的所述异常项信息的异常处理规则;
处理子模块7033,被配置为当预存储有所述第二确定子模块7032确定的所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
在确定出状态信息中的异常项信息时,可以确定是否预存储有该异常项信息的异常处理规则,若有,则可以根据该异常处理规则,向被监测终端发送相应的处理命令,以对该被监测终端进行异常处理,如进行异常修复、或者重置,例如:当异常项信息为内存剩余量时,判断是否预存储有释放内存的处理规则(包括释放哪些应用的残留数据、或者数据所占用的内存),若有,则根据该释放内存的处理规则,向被监测终端发送处理指令,以释放被监测终端中的一些数据、或者应用所占用的内存;还例如:当异常项信息为信号的稳定度(如该被监测终端所使用的无线WiFi网络信号、或者该被监测终端所使用的移动网络2G、3G、4G网络信号不稳定、或者数据传输速率过低)时,判断是否预存储有增强、或者恢复信号的稳定度的处理规则(如重置网络、重启被监测终端并重新连接网络、或者当可选网络有多种时,可以选择网络环境较好的网络等),若有,则根据该增强、或者恢复信号的稳定度的处理规则,自动地对该被监测终端进行异常处理,以使该被监测终端的网络质量恢复正常,以免被监测终端由于无法进行相关的网络业务而影响该被监测终端的测试结果,同时这也能减少人为参与,避免用户手动地对该被监测终端进行一些异常处理。
如图10所示,在一个实施例中,所述处理模块703还包括:
提示子模块7034,被配置为当未预存储有所述第二确定子模块7032确定的所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
当系统中未存储有该异常项信息的异常处理规则(如当异常项信息为网络带宽较小、误码率较高、信噪比较低时,却未预存储有这些异常项信息的异常处理规则)时,说明并无法自动地对该异常项信息所对应的异常进行处理,因而,可以将这些异常项信息进行提示,以提示用户对异常项信息所对应的异常进行处理,以使该被监测终端快速恢复正常,能够继续进行正常测试。
另外,在将异常项信息进行提示时,可以将这些异常项信息通过报警邮件、短信等方式发送至用户携带的终端中,同时还可以辅以声音信号的提示、或者光照、振动提示,以提示用户该被监测终端异常了,需要尽快进行异常处理。
如图11所示,在一个实施例中,所述装置还包括:
记录模块1101,被配置为当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
存储模块1102,被配置为将所述记录模块1101记录的所述各处理指令作为所述异常项信息的异常处理规则进行存储。
当接收到用户针对这些异常项信息输入的各处理指令时,可以将这些处理指令按顺序进行记录,即将用户对该异常项信息对应的异常进行处理的过程进行记录,以作为该异常项信息的异常处理规则进行存储,从而当下次再次出现这些异常项信息时,可以根据已存储的这些异常项信息的异常处理规则自动地对相应的异常进行处理,而不用再对用户进行提示,使用户进行人工处理,从而降低人工处理成本。
另外,如果当异常项信息的异常处理规则比较多时,可以将各异常处理规则进行编号,然后将每个异常处理规则与其对应的编号进行对应存储,同时也可以记录每个异常处理规则对应的异常处理时间,然后当被监测终端再次出现这些异常项信息时,可以根据已存储的这些异常项信息的异常处理规则的编号和每个异常处理规则对应的异常处理时间,从这些异常处理规则中选择异常处理时间最短的异常处理规则,从而实现以最快的处理速度和最短的处理时间对该异常项信息对应的异常进行处理,使得被监测终端可以快速恢复正常运行状态。
如图12所示,在一个实施例中,所述装置还包括:
第二判断模块1201,被配置为在接收所述状态信息的过程中,判断是否出现丢包;
在获取该状态信息时,可以按照预设时间间隔获取,因而,判断是否出现丢包时,可以有两种方式:
方式A:确定在本应该接收到状态信息的时间段内,是否接收到该状态信息,如果未接收到该状态信息,则说明出现了丢包;
方式B:在接收该状态信息之前,接收被监测终端发送的该状态信息的实际数据量,在接收该状态信息时,判断本次接收到的该状态信息的数据量是否达到该实际数据量,如果未达到,则说明出现丢包。
总之,只有在本应该接收到状态信息的时间段内接收到了该状态信息,且该状态信息的数据量确实达到其实际数据量,才能说明未出现丢包。
发送模块1202,被配置为当所述第二判断模块1201的判断结果为出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收模块1203,被配置为接收所述被监测终端针对所述发送模块1202发送的所述指令再次发送的所述状态信息。
在接收该状态信息的过程中,可以判断是否出现丢包,即所传输的状态信息是否出现丢失,或者甚至是未传输,当出现丢包时,说明本次传输失败,因而,可以向该被监测终端发送被配置为重新发送该状态信息的指令,以使被监测终端了解本次的状态信息发送失败,需要再次发送这些状态信息,进而接收该被监测终端再次发送的该状态信息,以确定该被监测终端是否出现异常。
根据本公开实施例的第三方面,提供一种终端监测装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
上述处理器还可被配置为:
所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
上述处理器还可被配置为:
所述根据所述状态信息,判断所述被监测终端是否异常,包括:
判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
当所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
当所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
上述处理器还可被配置为:
所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,包括:
确定所述状态信息中的异常项信息;
确定是否预存储有所述异常项信息的异常处理规则;
当预存储有所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
上述处理器还可被配置为:
所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,还包括:
当未预存储有所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
上述处理器还可被配置为:
所述方法还包括:
当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
将所述各处理指令作为所述异常项信息的异常处理规则进行存储。
上述处理器还可被配置为:
所述方法还包括:
在接收所述状态信息的过程中,判断是否出现丢包;
当出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收所述被监测终端再次发送的所述状态信息。
图13是根据一示例性实施例示出的一种用于终端监测装置1300的框图,该装置适用于终端设备。例如,装置1300可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图13,装置1300可以包括以下一个或至少两个组件:处理组件1302,存储器1304,电源组件1306,多媒体组件1308,音频组件1310,输入/输出(I/O)的接口1312,传感器组件1314,以及通信组件1316。
处理组件1302通常控制装置1300的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1302可以包括一个或至少两个处理器1320来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1302可以包括一个或至少两个模块,便于处理组件1302和其他组件之间的交互。例如,处理组件1302可以包括多媒体模块,以方便多媒体组件1308和处理组件1302之间的交互。
存储器1304被配置为存储各种类型的数据以支持在设备1300的操作。这些数据的示例包括用于在装置1300上操作的任何存储对象或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1306为装置1300的各种组件提供电力。电源组件1306可以包括电源管理系统,一个或至少两个电源,及其他与为装置1300生成、管理和分配电力相关联的组件。
多媒体组件1308包括在所述装置1300和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或至少两个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1308包括一个前置摄像头和/或后置摄像头。当设备1300处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1310被配置为输出和/或输入音频信号。例如,音频组件1310包括一个麦克风(MIC),当装置1300处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1304或经由通信组件1316发送。在一些实施例中,音频组件1310还包括一个扬声器,用于输出音频信号。
I/O接口1312为处理组件1302和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1314包括一个或至少两个传感器,用于为装置1300提供各个方面的状态评估。例如,传感器组件1314可以检测到设备1300的打开/关闭状态,组件的相对定位,例如所述组件为装置1300的显示器和小键盘,传感器组件1314还可以检测装置1300或装置1300一个组件的位置改变,用户与装置1300接触的存在或不存在,装置1300方位或加速/减速和装置1300的温度变化。传感器组件1314可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1314还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1314还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1316被配置为便于装置1300和其他设备之间有线或无线方式的通信。装置1300可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1316还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置1300可以被一个或至少两个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1304,上述指令可由装置1300的处理器1320执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由上述装置1300的处理器执行时,使得上述装置1300能够执行一种终端监测方法,包括:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
在一个实施例中,所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
在一个实施例中,所述根据所述状态信息,判断所述被监测终端是否异常,包括:
判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
当所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
当所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
在一个实施例中,所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,包括:
确定所述状态信息中的异常项信息;
确定是否预存储有所述异常项信息的异常处理规则;
当预存储有所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
在一个实施例中,所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,还包括:
当未预存储有所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
在一个实施例中,所述方法还包括:
当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
将所述各处理指令作为所述异常项信息的异常处理规则进行存储。
在一个实施例中,所述方法还包括:
在接收所述状态信息的过程中,判断是否出现丢包;
当出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收所述被监测终端再次发送的所述状态信息。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (15)
1.一种终端监测方法,其特征在于,包括:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
2.根据权利要求1所述的方法,其特征在于,
所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
3.根据权利要求2所述的方法,其特征在于,
所述根据所述状态信息,判断所述被监测终端是否异常,包括:
判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
当所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
当所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
4.根据权利要求3所述的方法,其特征在于,
所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,包括:
确定所述状态信息中的异常项信息;
确定是否预存储有所述异常项信息的异常处理规则;
当预存储有所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
5.根据权利要求4所述的方法,其特征在于,
所述当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常,还包括:
当未预存储有所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
将所述各处理指令作为所述异常项信息的异常处理规则进行存储。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
在接收所述状态信息的过程中,判断是否出现丢包;
当出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收所述被监测终端再次发送的所述状态信息。
8.一种终端监测装置,其特征在于,包括:
获取模块,用于通过蓝牙网络获取被监测终端发送的状态信息;
第一判断模块,用于根据所述获取模块获取的所述状态信息,判断所述被监测终端是否异常;
处理模块,用于当所述第一判断模块的判断结果为所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
9.根据权利要求8所述的装置,其特征在于,
所述状态信息包括以下至少一种信息:所述被监测终端的CPU资源占用率、所述被监测终端的GPU资源占用率、所述被监测终端的内存剩余量、所述被监测终端的网络信号质量,其中,所述网络信号质量包括以下至少一种信息:所述被监测终端的网络带宽、误码率、信噪比、数据传输速率、信号的稳定度。
10.根据权利要求9所述的装置,其特征在于,
所述第一判断模块包括:
判断子模块,用于判断所述状态信息中的各项信息是否超出对应的正常状态阈值;
第一判定子模块,用于当所述判断子模块的判断结果为所述状态信息中任一项信息超出所述对应的正常状态阈值时,判定所述被监测终端异常;
第二判定子模块,用于当所述判断子模块的判断结果为所述状态信息中每项信息均未超出所述对应的正常状态阈值时,判定所述被监测终端正常。
11.根据权利要求10所述的装置,其特征在于,
所述处理模块包括:
第一确定子模块,用于确定所述状态信息中的异常项信息;
第二确定子模块,用于确定是否预存储有所述第一确定子模块确定的所述异常项信息的异常处理规则;
处理子模块,用于当预存储有所述第二确定子模块确定的所述异常项信息的异常处理规则时,根据所述异常处理规则,向所述被监测终端发送处理指令,以对所述被监测终端进行异常处理。
12.根据权利要求11所述的装置,其特征在于,
所述处理模块还包括:
提示子模块,用于当未预存储有所述第二确定子模块确定的所述异常项信息的异常处理规则时,将所述异常项信息进行提示,以供用户进行处理。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
记录模块,用于当接收到所述用户对所述异常项信息的各处理指令时,记录所述各处理指令;
存储模块,用于将所述记录模块记录的所述各处理指令作为所述异常项信息的异常处理规则进行存储。
14.根据权利要求8至13中任一项所述的装置,其特征在于,所述装置还包括:
第二判断模块,用于在接收所述状态信息的过程中,判断是否出现丢包;
发送模块,用于当所述第二判断模块的判断结果为出现所述丢包时,向所述被监测终端发送重新发送所述状态信息的指令,以使所述被监测终端再次发送所述状态信息;
接收模块,用于接收所述被监测终端针对所述发送模块发送的所述指令再次发送的所述状态信息。
15.一种终端监测装置,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
通过蓝牙网络获取被监测终端发送的状态信息;
根据所述状态信息,判断所述被监测终端是否异常;
当所述被监测终端异常时,对所述被监测终端进行异常处理,以使所述被监测终端恢复正常。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610144827.9A CN105824733A (zh) | 2016-03-14 | 2016-03-14 | 终端监测方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610144827.9A CN105824733A (zh) | 2016-03-14 | 2016-03-14 | 终端监测方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105824733A true CN105824733A (zh) | 2016-08-03 |
Family
ID=56987316
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610144827.9A Pending CN105824733A (zh) | 2016-03-14 | 2016-03-14 | 终端监测方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105824733A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106371941A (zh) * | 2016-08-18 | 2017-02-01 | 北京小米移动软件有限公司 | 调整运行状态的方法及装置 |
CN107148042A (zh) * | 2017-06-22 | 2017-09-08 | 上海斐讯数据通信技术有限公司 | 一种ap设备的异常检测方法及系统 |
CN107241650A (zh) * | 2017-08-09 | 2017-10-10 | 四川长虹电器股份有限公司 | 一种快速定位播放卡顿现象原因的方法 |
CN108076086A (zh) * | 2016-11-10 | 2018-05-25 | 中国移动通信有限公司研究院 | 一种远程监控方法及设备 |
CN108804281A (zh) * | 2017-04-28 | 2018-11-13 | 阿自倍尔株式会社 | 设施监视装置 |
CN109688564A (zh) * | 2019-03-12 | 2019-04-26 | 贵州电网有限责任公司 | 一种基于蓝牙和LoRa的电力监测系统及运维方法 |
CN110225496A (zh) * | 2018-03-02 | 2019-09-10 | 上海博泰悦臻电子设备制造有限公司 | 一种基于车载终端的车联网近场广播方法及系统、车载终端 |
CN110262930A (zh) * | 2019-07-19 | 2019-09-20 | 广东电网有限责任公司 | 一种智能安全防护终端、系统及方法 |
CN110740441A (zh) * | 2019-09-26 | 2020-01-31 | 武汉致腾科技有限公司 | 一种应用于智能交通道路的网络搭建系统及网络搭建方法 |
CN110889957A (zh) * | 2018-09-11 | 2020-03-17 | Tcl-罗格朗国际电工(惠州)有限公司 | 报警功能防失效方法、装置、计算机设备和存储介质 |
CN111159048A (zh) * | 2019-12-30 | 2020-05-15 | 深圳Tcl数字技术有限公司 | 应用程序的测试方法、装置及计算机可读存储介质 |
CN112019281A (zh) * | 2019-05-31 | 2020-12-01 | 北京小米移动软件有限公司 | 音频突破性能测试方法、装置、设备及存储介质 |
CN113766543A (zh) * | 2021-09-14 | 2021-12-07 | 青岛中科英泰商用系统股份有限公司 | 一种提高WiFi稳定性方法、系统、电子设备及介质 |
CN114500228A (zh) * | 2021-12-29 | 2022-05-13 | 深圳市共进电子股份有限公司 | 自动化测试系方法和自动测试系统 |
CN115174437A (zh) * | 2022-06-27 | 2022-10-11 | 广州鲁邦通物联网科技股份有限公司 | 一种网络连接稳定性检测方法和系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101257678A (zh) * | 2008-03-21 | 2008-09-03 | 宇龙计算机通信科技(深圳)有限公司 | 一种实现移动终端软件安全检测的方法、终端及系统 |
CN101453704A (zh) * | 2007-12-04 | 2009-06-10 | 北京摩软科技有限公司 | 一种监测移动终端的系统状态和事件记录的方法和装置 |
CN101867911A (zh) * | 2009-04-14 | 2010-10-20 | 联芯科技有限公司 | 移动终端设备动态远程管理系统及其方法 |
CN103347076A (zh) * | 2013-07-03 | 2013-10-09 | 惠州Tcl移动通信有限公司 | 一种监测设备信息监测方法及系统 |
CN103377094A (zh) * | 2012-04-12 | 2013-10-30 | 金蝶软件(中国)有限公司 | 异常监测方法和装置 |
CN103986833A (zh) * | 2014-05-22 | 2014-08-13 | 小米科技有限责任公司 | 异常状态监控方法及装置 |
WO2014180295A1 (zh) * | 2013-12-19 | 2014-11-13 | 中兴通讯股份有限公司 | 获取性能优化策略及终端性能优化的方法、服务器及终端 |
CN104932963A (zh) * | 2015-05-29 | 2015-09-23 | 广东欧珀移动通信有限公司 | 管理终端的方法及装置 |
-
2016
- 2016-03-14 CN CN201610144827.9A patent/CN105824733A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101453704A (zh) * | 2007-12-04 | 2009-06-10 | 北京摩软科技有限公司 | 一种监测移动终端的系统状态和事件记录的方法和装置 |
CN101257678A (zh) * | 2008-03-21 | 2008-09-03 | 宇龙计算机通信科技(深圳)有限公司 | 一种实现移动终端软件安全检测的方法、终端及系统 |
CN101867911A (zh) * | 2009-04-14 | 2010-10-20 | 联芯科技有限公司 | 移动终端设备动态远程管理系统及其方法 |
CN103377094A (zh) * | 2012-04-12 | 2013-10-30 | 金蝶软件(中国)有限公司 | 异常监测方法和装置 |
CN103347076A (zh) * | 2013-07-03 | 2013-10-09 | 惠州Tcl移动通信有限公司 | 一种监测设备信息监测方法及系统 |
WO2014180295A1 (zh) * | 2013-12-19 | 2014-11-13 | 中兴通讯股份有限公司 | 获取性能优化策略及终端性能优化的方法、服务器及终端 |
CN103986833A (zh) * | 2014-05-22 | 2014-08-13 | 小米科技有限责任公司 | 异常状态监控方法及装置 |
CN104932963A (zh) * | 2015-05-29 | 2015-09-23 | 广东欧珀移动通信有限公司 | 管理终端的方法及装置 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106371941A (zh) * | 2016-08-18 | 2017-02-01 | 北京小米移动软件有限公司 | 调整运行状态的方法及装置 |
CN108076086A (zh) * | 2016-11-10 | 2018-05-25 | 中国移动通信有限公司研究院 | 一种远程监控方法及设备 |
CN108076086B (zh) * | 2016-11-10 | 2020-04-14 | 中国移动通信有限公司研究院 | 一种远程监控方法及设备 |
CN108804281A (zh) * | 2017-04-28 | 2018-11-13 | 阿自倍尔株式会社 | 设施监视装置 |
CN107148042A (zh) * | 2017-06-22 | 2017-09-08 | 上海斐讯数据通信技术有限公司 | 一种ap设备的异常检测方法及系统 |
CN107241650A (zh) * | 2017-08-09 | 2017-10-10 | 四川长虹电器股份有限公司 | 一种快速定位播放卡顿现象原因的方法 |
CN107241650B (zh) * | 2017-08-09 | 2020-06-30 | 四川长虹电器股份有限公司 | 一种快速定位播放卡顿现象原因的方法 |
CN110225496A (zh) * | 2018-03-02 | 2019-09-10 | 上海博泰悦臻电子设备制造有限公司 | 一种基于车载终端的车联网近场广播方法及系统、车载终端 |
CN110889957A (zh) * | 2018-09-11 | 2020-03-17 | Tcl-罗格朗国际电工(惠州)有限公司 | 报警功能防失效方法、装置、计算机设备和存储介质 |
CN109688564A (zh) * | 2019-03-12 | 2019-04-26 | 贵州电网有限责任公司 | 一种基于蓝牙和LoRa的电力监测系统及运维方法 |
CN112019281A (zh) * | 2019-05-31 | 2020-12-01 | 北京小米移动软件有限公司 | 音频突破性能测试方法、装置、设备及存储介质 |
CN112019281B (zh) * | 2019-05-31 | 2022-07-08 | 北京小米移动软件有限公司 | 音频突破性能测试方法、装置、设备及存储介质 |
CN110262930A (zh) * | 2019-07-19 | 2019-09-20 | 广东电网有限责任公司 | 一种智能安全防护终端、系统及方法 |
CN110740441A (zh) * | 2019-09-26 | 2020-01-31 | 武汉致腾科技有限公司 | 一种应用于智能交通道路的网络搭建系统及网络搭建方法 |
CN111159048A (zh) * | 2019-12-30 | 2020-05-15 | 深圳Tcl数字技术有限公司 | 应用程序的测试方法、装置及计算机可读存储介质 |
CN113766543A (zh) * | 2021-09-14 | 2021-12-07 | 青岛中科英泰商用系统股份有限公司 | 一种提高WiFi稳定性方法、系统、电子设备及介质 |
CN113766543B (zh) * | 2021-09-14 | 2024-04-30 | 青岛中科英泰商用系统股份有限公司 | 一种提高WiFi稳定性方法、系统、电子设备及介质 |
CN114500228A (zh) * | 2021-12-29 | 2022-05-13 | 深圳市共进电子股份有限公司 | 自动化测试系方法和自动测试系统 |
CN114500228B (zh) * | 2021-12-29 | 2024-03-29 | 深圳市共进电子股份有限公司 | 自动化测试方法和自动测试系统 |
CN115174437A (zh) * | 2022-06-27 | 2022-10-11 | 广州鲁邦通物联网科技股份有限公司 | 一种网络连接稳定性检测方法和系统 |
CN115174437B (zh) * | 2022-06-27 | 2024-05-07 | 广州鲁邦通物联网科技股份有限公司 | 一种网络连接稳定性检测方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105824733A (zh) | 终端监测方法及装置 | |
CN105263196A (zh) | 连接状态提示方法和装置 | |
CN107465841B (zh) | 一种故障信息上报方法及终端 | |
CN106210797A (zh) | 网络直播方法及装置 | |
CN104301308B (zh) | 通话控制方法及装置 | |
CN104394600A (zh) | 传输文件的方法及装置 | |
CN105096230A (zh) | 航班通知方法、航班设置方法及装置 | |
CN104935955A (zh) | 一种传输直播视频流的方法、装置和系统 | |
CN105636176A (zh) | 网络共享方法及装置 | |
CN104093216A (zh) | 一种无线数据传输的方法和装置 | |
CN106231640A (zh) | 无线接入点切换方法及装置 | |
CN104168605A (zh) | 数据传输控制方法及装置 | |
CN105142236A (zh) | 网络连接方法及装置 | |
CN104158854B (zh) | 资源共享方法及装置 | |
CN106101600A (zh) | 视频通话的连接方法及装置 | |
CN106231137A (zh) | 基于电量的处理方法及装置 | |
CN106792892A (zh) | 应用程序的访问控制方法和装置 | |
CN105517078A (zh) | 网络连接的切换方法及装置 | |
CN105636149A (zh) | 用于中继的方法、装置及系统 | |
CN109565735A (zh) | 网络连接管理的方法、装置和系统 | |
CN104780574A (zh) | 网络切换的方法及装置 | |
CN106358064A (zh) | 控制电视机的方法及设备 | |
CN105307226A (zh) | 信号源的选择方法、装置及系统 | |
CN105188024A (zh) | 接入网络的方法、装置及系统 | |
CN104853401A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160803 |
|
RJ01 | Rejection of invention patent application after publication |