CN112347067B - 一种日志信息管控方法、设备及计算机可读存储介质 - Google Patents

一种日志信息管控方法、设备及计算机可读存储介质 Download PDF

Info

Publication number
CN112347067B
CN112347067B CN202011161164.4A CN202011161164A CN112347067B CN 112347067 B CN112347067 B CN 112347067B CN 202011161164 A CN202011161164 A CN 202011161164A CN 112347067 B CN112347067 B CN 112347067B
Authority
CN
China
Prior art keywords
log
running state
monitoring
data
log information
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.)
Active
Application number
CN202011161164.4A
Other languages
English (en)
Other versions
CN112347067A (zh
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.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology 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 Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN202011161164.4A priority Critical patent/CN112347067B/zh
Publication of CN112347067A publication Critical patent/CN112347067A/zh
Application granted granted Critical
Publication of CN112347067B publication Critical patent/CN112347067B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/1805Append-only file systems, e.g. using logs or journals to store data
    • G06F16/1815Journaling file systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/1734Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/1737Details of further file system functions for reducing power consumption or coping with limited storage space, e.g. in mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种日志信息管控方法、设备及计算机可读存储介质,其中,该方法包括:监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。实现了一种人性化的日志信息管控方案,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。

Description

一种日志信息管控方法、设备及计算机可读存储介质
技术领域
本发明涉及移动通信领域,尤其涉及一种日志信息管控方法、设备及计算机可读存储介质。
背景技术
现有技术中,随着智能终端设备的快速发展和用户体验需求的不断增长,用户对于设备的故障容忍度也越来越低,而为了查找设备的故障,所采用的重要途经是分析设备的日志信息。其中,设备日志(log)时用来储存和记录系统运行情况和用户使用情况的详细信息,这些信息,也是是查看系统运行状态和为用户排查问题的重点依据,通过分析记录的日志信息可以为出现和可能出现的错误进行提示、警告,还可以统计业务信息,为业务逻辑改进和应用程序升级提供可靠的依据。例如,某个软件中应用程序出现崩溃情况,那么可以从程序事件日志中找到相应的记录,一方面从而帮助相关技术人员分析并解决问题。
但是,在系统抓取日志的过程中,如果忘记关闭log开关,log是一直在生成的,设备系统日趋庞大,这样就会生成很多的日志,导致占用大量的内存,久而久之,系统的内存就占用特别大,可能还会影响正常使用。还有一种情况是,当日志系统出现异常时,系统会立即又重新拉起,从而就出现了日志系统不断的崩溃,不断的被拉起来,从而生成多达几千份内容很短的日志文件,而这么多份日志文件很多内容又是重复的,从而导致占用了大量的内存的日志对工程师来说无法正常使用,也无法进行分析。
因此,可以看出,现有技术中的日志抓取方案较为单一,存在目标性不强、占用较多存储空间,且不利于异常分析等技术缺陷。
发明内容
为了解决现有技术中的上述技术缺陷,本发明提出了一种日志信息管控方法,该方法包括:
监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;
当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;
当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
可选地,所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,包括:
确定所述系统的监测对象,其中,所述监测对象包括所述系统内的应用程序和功能组件;
确定所述监测对象的监测目标,其中,所述监测目标包括程序运行异常和功能组件运行异常。
可选地,所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,还包括:
确定所述监测对象的监测周期,其中,通过暗码设置于所述应用程序或所述功能组件对应的监测周期;
根据所述运行状态对所述监测周期进行适时调整。
可选地,所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,还包括:
根据所述运行状态确定与所述应用程序对应的日志需求,以及与所述功能组件对应的日志需求;
根据所述日志需求以及预设的日志解析需求确定所述管控条件。
可选地,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,包括:
当所述设备启动日志抓取时,获取持续获取所述日志数据;
对所述日志数据进行分析和提取。
可选地,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,还包括:
确定预设的关键字,在所述日志数据中提取与所述关键字对应的第一数据信息;
在所述第一数据信息中提取错误状态为连续发生的第二数据信息。
可选地,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,还包括:
预设所述第二数据信息的数据存储量,其中,通过暗码设置所述数据存储量;
当达到所述数据存储量时,停止抓取所述日志数据。
可选地,所述当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态,包括:
根据所述日志文件调整下一个所述监测周期内的监测时长;
根据所述日志文件调整下一个所述监测周期内的数据存储量。
本发明还提出了一种日志信息管控设备,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上任一项所述的日志信息管控方法的步骤。
本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有日志信息管控程序,日志信息管控程序被处理器执行时实现如上述任一项所述的日志信息管控方法的步骤。
实施本发明的日志信息管控方法、设备及计算机可读存储介质,通过监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。实现了一种人性化的日志信息管控方案,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明涉及的一种移动终端的硬件结构示意图;
图2是本发明实施例提供的一种通信网络系统架构图;
图3是本发明日志信息管控方法第一实施例的流程图;
图4是本发明日志信息管控方法第二实施例的流程图;
图5是本发明日志信息管控方法第三实施例的流程图;
图6是本发明日志信息管控方法第四实施例的流程图;
图7是本发明日志信息管控方法第五实施例的流程图;
图8是本发明日志信息管控方法第六实施例的流程图;
图9是本发明日志信息管控方法第七实施例的流程图;
图10是本发明日志信息管控方法第八实施例的流程图。
具体实施方式
应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本发明方法各个实施例。
实施例一
图3是本发明日志信息管控方法第一实施例的流程图。一种日志信息管控方法,该方法包括:
S1、监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;
S2、当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;
S3、当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
在本实施例中,首先,监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
具体的,在本实施例中,通过在日志抓取过程中加入自适应学习,使得日志的抓取目标性更强,更符合用户或工程师的抓取需求。具体的,首先,监测系统的运行状态,其中运行状态包括设备的各个功能组件以及各个应用程序的运行状态,例如,针对使用频率较高的功能组件或者应用程序进行监控,或者,针对故障率较高的功能组件或者应用程序进行监控,再或者,针对用户指向性的目标对象确定相应的功能组件或者应用程序进行监控,在本实施例中,确定运行状态后,再根据所述运行状态确定所述日志信息对应的管控条件,其中,本实施例的管控条件可以被理解为是一种日志管控的需求条件,也即,确定后续日志提取和分析的需求,然后,依次需求生成对应的管控条件,可以理解的是,在本实施例的初始阶段,可以采用默认的管控条件,而后的各个监控周期内,即可根据历史的监控结果对当前的管控条件进行实时调整,从而更符合当下的日志分析与提取需求;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,其中,在首次执行时,当前日志数据的分析和提取方案依预设规则设定,而后的各个周期内,每一次的日志数据的分析和提取方案依前一次或前多次的日志分析结果确定,也即,每个监控周期内,动态地调整日志监控的目标和后续的分析提取策略,从而进一步降低日志数据的冗余度,提高分析效率,减小分析的工作量;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
本实施例的有益效果在于,通过监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。实现了一种人性化的日志信息管控方案,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例二
图4是本发明日志信息管控方法第二实施例的流程图,基于上述实施例,所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,包括:
S11、确定所述系统的监测对象,其中,所述监测对象包括所述系统内的应用程序和功能组件;
S12、确定所述监测对象的监测目标,其中,所述监测目标包括程序运行异常和功能组件运行异常。
在本实施例中,首先,确定所述系统的监测对象,其中,所述监测对象包括所述系统内的应用程序和功能组件;然后,确定所述监测对象的监测目标,其中,所述监测目标包括程序运行异常和功能组件运行异常。
其中,在正常情况下,本实施例的log系统处于关闭的时候,创建一个系统观察器,用于检视系统的运行情况,然后,通过该观察器统计每天用户使用频率靠前的多个应用(例如10应用和10功能),记录系统异常。
本实施例的有益效果在于,通过确定所述系统的监测对象,其中,所述监测对象包括所述系统内的应用程序和功能组件;然后,确定所述监测对象的监测目标,其中,所述监测目标包括程序运行异常和功能组件运行异常。为实现一种人性化的日志信息管控方案提供了监测基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例三
图5是本发明日志信息管控方法第三实施例的流程图,基于上述实施例,所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,还包括:
S13、确定所述监测对象的监测周期,其中,通过暗码设置于所述应用程序或所述功能组件对应的监测周期;
S14、根据所述运行状态对所述监测周期进行适时调整。
在本实施例中,首先,确定所述监测对象的监测周期,其中,通过暗码设置于所述应用程序或所述功能组件对应的监测周期;然后,根据所述运行状态对所述监测周期进行适时调整。
在本实施例中,统一的监控周期采用可配置方案,例如,采用暗码方式进行配置,例如,默认100天,用户或者后台可以通过暗码对此监控周期进行实时或动态地调整。
本实施例的有益效果在于,通过确定所述监测对象的监测周期,其中,通过暗码设置于所述应用程序或所述功能组件对应的监测周期;然后,根据所述运行状态对所述监测周期进行适时调整。为实现一种人性化的日志信息管控方案提供了监测周期的确定基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例四
图6是本发明日志信息管控方法第四实施例的流程图,基于上述实施例,
所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,还包括:
S15、根据所述运行状态确定与所述应用程序对应的日志需求,以及与所述功能组件对应的日志需求;
S16、根据所述日志需求以及预设的日志解析需求确定所述管控条件。
在本实施例中,首先,根据所述运行状态确定与所述应用程序对应的日志需求,以及与所述功能组件对应的日志需求;然后,根据所述日志需求以及预设的日志解析需求确定所述管控条件。
例如,确定上述应用程序中,各不同应用程序的不同功能所产生的日志需求;
又例如,确定上述应用程序中,各不同应用程序的相同或者类似功能所产生的日志需求;
例如,根据历史的故障率以及故障处确定预设的日志解析需求。
本实施例的有益效果在于,通过所述运行状态确定与所述应用程序对应的日志需求,以及与所述功能组件对应的日志需求;然后,根据所述日志需求以及预设的日志解析需求确定所述管控条件。为实现一种人性化的日志信息管控方案提供了管控条件的确定基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例五
图7是本发明日志信息管控方法第五实施例的流程图,基于上述实施例,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,包括:
S21、当所述设备启动日志抓取时,获取持续获取所述日志数据;
S22、对所述日志数据进行分析和提取。
在本实施例中,首先,当所述设备启动日志抓取时,获取持续获取所述日志数据;然后,对所述日志数据进行分析和提取。
可选地,逐一抓取使用频率靠前的各不同应用程序的不同功能所产生的日志数据;
可选地,逐一抓取使用频率靠前的各不同应用程序的相同功能所产生的日志数据;
可选地,当一应用程序的某一功能出现过报错时,逐一抓取使用频率靠前的各不同应用程序的具有上述相同功能所产生的日志数据;
可选地,当一应用程序的某一功能出现过报错时,逐一抓取使用频率靠前的与上述应用程序处于相同类别的应用程序所产生的日志数据。
本实施例的有益效果在于,通过判断当所述设备启动日志抓取时,获取持续获取所述日志数据;然后,对所述日志数据进行分析和提取。为实现一种人性化的日志信息管控方案提供了日志数据的获取基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例六
图8是本发明日志信息管控方法第六实施例的流程图,基于上述实施例,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,还包括:
S23、确定预设的关键字,在所述日志数据中提取与所述关键字对应的第一数据信息;
S24、在所述第一数据信息中提取错误状态为连续发生的第二数据信息。
在本实施例中,首先,确定预设的关键字,在所述日志数据中提取与所述关键字对应的第一数据信息;然后,在所述第一数据信息中提取错误状态为连续发生的第二数据信息。
可选地,逐一提取使用频率靠前的各不同应用程序的不同功能所产生的日志数据中的相同关键字信息;
可选地,逐一抓取使用频率靠前的各不同应用程序的相同功能所产生的日志数据的相同关键字信息;
可选地,当一应用程序的某一功能出现过报错时,逐一抓取使用频率靠前的各不同应用程序的具有上述相同功能所产生的日志数据的相同关键字信息;
可选地,当一应用程序的某一功能出现过报错时,逐一抓取使用频率靠前的与上述应用程序处于相同类别的应用程序所产生的日志数据的相同关键字信息。
本实施例的有益效果在于,通过确定预设的关键字,在所述日志数据中提取与所述关键字对应的第一数据信息;然后,在所述第一数据信息中提取错误状态为连续发生的第二数据信息。为实现一种人性化的日志信息管控方案提供了日志数据的解析基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例七
图9是本发明日志信息管控方法第七实施例的流程图,基于上述实施例,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,还包括:
S25、预设所述第二数据信息的数据存储量,其中,通过暗码设置所述数据存储量;
S26、当达到所述数据存储量时,停止抓取所述日志数据。
在本实施例中,首先,预设所述第二数据信息的数据存储量,其中,通过暗码设置所述数据存储量;然后,当达到所述数据存储量时,停止抓取所述日志数据。
在本实施例中,将已经生成的多个log文件,按照log类型(例如,main类型,system类型,radio类型,events类型以及crash类型)进行合并,首先找出时间相邻的两个log间重合的部分进行去重,最终一种类型的日志合并成一个文件。
在本实施例中,根据上述相同关键字信息的数据量确定下一个监控周期内的数据存储量的阈值。
本实施例的有益效果在于,通过预设所述第二数据信息的数据存储量,其中,通过暗码设置所述数据存储量;然后,当达到所述数据存储量时,停止抓取所述日志数据。为实现一种人性化的日志信息管控方案提供了日志数据的存储判定基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例八
图10是本发明日志信息管控方法第八实施例的流程图,基于上述实施例,所述当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态,包括:
S31、根据所述日志文件调整下一个所述监测周期内的监测时长;
S32、根据所述日志文件调整下一个所述监测周期内的数据存储量。
在本实施例中,首先,根据所述日志文件调整下一个所述监测周期内的监测时长;然后,根据所述日志文件调整下一个所述监测周期内的数据存储量。
可选地,根据所述日志文件调整下一个监测周期内的应用程序和功能组件,也即,如果某一应用程序和功能组件在前一个监测周期内出现了需要监控的报错,则在下一个监控周期内,即使该应用程序和功能组件的使用频率不高,也同样的获取该应用程序和功能组件的日志数据,避免数据解析遗漏。
本实施例的有益效果在于,通过所述日志文件调整下一个所述监测周期内的监测时长;然后,根据所述日志文件调整下一个所述监测周期内的数据存储量。为实现一种人性化的日志信息管控方案提供了日志数据的更新判定基础,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例九
基于上述实施例,本发明还提出了一种日志信息管控设备,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上任一项所述的日志信息管控方法的步骤。
在本实施例中,首先,监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
具体的,在本实施例中,通过在日志抓取过程中加入自适应学习,使得日志的抓取目标性更强,更符合用户或工程师的抓取需求。具体的,首先,监测系统的运行状态,其中运行状态包括设备的各个功能组件以及各个应用程序的运行状态,例如,针对使用频率较高的功能组件或者应用程序进行监控,或者,针对故障率较高的功能组件或者应用程序进行监控,再或者,针对用户指向性的目标对象确定相应的功能组件或者应用程序进行监控,在本实施例中,确定运行状态后,再根据所述运行状态确定所述日志信息对应的管控条件,其中,本实施例的管控条件可以被理解为是一种日志管控的需求条件,也即,确定后续日志提取和分析的需求,然后,依次需求生成对应的管控条件,可以理解的是,在本实施例的初始阶段,可以采用默认的管控条件,而后的各个监控周期内,即可根据历史的监控结果对当前的管控条件进行实时调整,从而更符合当下的日志分析与提取需求;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,其中,在首次执行时,当前日志数据的分析和提取方案依预设规则设定,而后的各个周期内,每一次的日志数据的分析和提取方案依前一次或前多次的日志分析结果确定,也即,每个监控周期内,动态地调整日志监控的目标和后续的分析提取策略,从而进一步降低日志数据的冗余度,提高分析效率,减小分析的工作量;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。
本实施例的有益效果在于,通过监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。实现了一种人性化的日志信息管控方案,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
实施例十
基于上述实施例,本发明还提出了一种计算机可读存储介质,该计算机可读存储介质上存储有日志信息管控程序,日志信息管控程序被处理器执行时实现如上述任一项所述的日志信息管控方法的步骤。
实施本发明的日志信息管控方法、设备及计算机可读存储介质,通过监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;然后,当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;最后,当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态。实现了一种人性化的日志信息管控方案,降低了日志信息的存储空间占用率,提高了日志信息的处理效率,减轻了日志分析的工作量,增强了用户体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。

Claims (5)

1.一种日志信息管控方法,其特征在于,所述方法包括:
监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件;
当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据;
当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态;
所述监测系统的运行状态,根据所述运行状态确定所述日志信息对应的管控条件,包括:
确定所述系统的监测对象,其中,所述监测对象包括所述系统内的应用程序和功能组件;
确定所述监测对象的监测目标,其中,所述监测目标包括程序运行异常和功能组件运行异常;
确定所述监测对象的监测周期,其中,通过暗码设置于所述应用程序或所述功能组件对应的监测周期;
根据所述运行状态对所述监测周期进行适时调整;
根据所述运行状态确定与所述应用程序对应的日志需求,以及与所述功能组件对应的日志需求;
根据所述日志需求以及预设的日志解析需求确定所述管控条件;
所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,包括:
当所述设备启动日志抓取时,获取持续获取所述日志数据;
对所述日志数据进行分析和提取;
确定预设的关键字,在所述日志数据中提取与所述关键字对应的第一数据信息;
在所述第一数据信息中提取错误状态为连续发生的第二数据信息。
2.根据权利要求1所述的日志信息管控方法,其特征在于,所述当设备启动日志抓取时,根据所述管控条件分析并提取于所述运行状态对应的日志数据,还包括:
预设所述第二数据信息的数据存储量,其中,通过暗码设置所述数据存储量;
当达到所述数据存储量时,停止抓取所述日志数据。
3.根据权利要求2所述的日志信息管控方法,其特征在于,所述当所述设备关闭日志抓取时,合并所述日志数据,生成日志文件,同时,重启对所述运行状态的监测操作,并按预设的周期更新所述运行状态,包括:
根据所述日志文件调整下一个所述监测周期内的监测时长;
根据所述日志文件调整下一个所述监测周期内的数据存储量。
4.一种日志信息管控设备,其特征在于,所述设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至3中任一项所述的日志信息管控方法的步骤。
5.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有日志信息管控程序,所述日志信息管控程序被处理器执行时实现如权利要求1至3中任一项所述的日志信息管控方法的步骤。
CN202011161164.4A 2020-10-27 2020-10-27 一种日志信息管控方法、设备及计算机可读存储介质 Active CN112347067B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011161164.4A CN112347067B (zh) 2020-10-27 2020-10-27 一种日志信息管控方法、设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011161164.4A CN112347067B (zh) 2020-10-27 2020-10-27 一种日志信息管控方法、设备及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN112347067A CN112347067A (zh) 2021-02-09
CN112347067B true CN112347067B (zh) 2024-01-09

Family

ID=74358564

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011161164.4A Active CN112347067B (zh) 2020-10-27 2020-10-27 一种日志信息管控方法、设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN112347067B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113704186B (zh) * 2021-11-01 2022-02-08 云账户技术(天津)有限公司 告警事件生成方法、装置、电子设备和可读存储介质
CN117687892B (zh) * 2024-02-04 2024-06-07 麒麟软件有限公司 适用于嵌入式系统的综合日志获取方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1196046A (ja) * 1997-09-17 1999-04-09 Hitachi Ltd ジャーナル取得装置
CN107133143A (zh) * 2017-04-25 2017-09-05 努比亚技术有限公司 重启日志归并方法、上传方法、系统及可读存储介质
CN108833132A (zh) * 2018-04-26 2018-11-16 努比亚技术有限公司 日志获取控制方法、终端及计算机可读存储介质
CN111552618A (zh) * 2020-05-06 2020-08-18 上海龙旗科技股份有限公司 一种收集日志的方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1196046A (ja) * 1997-09-17 1999-04-09 Hitachi Ltd ジャーナル取得装置
CN107133143A (zh) * 2017-04-25 2017-09-05 努比亚技术有限公司 重启日志归并方法、上传方法、系统及可读存储介质
CN108833132A (zh) * 2018-04-26 2018-11-16 努比亚技术有限公司 日志获取控制方法、终端及计算机可读存储介质
CN111552618A (zh) * 2020-05-06 2020-08-18 上海龙旗科技股份有限公司 一种收集日志的方法及设备

Also Published As

Publication number Publication date
CN112347067A (zh) 2021-02-09

Similar Documents

Publication Publication Date Title
CN108512625B (zh) 摄像头的抗干扰方法、移动终端及存储介质
CN109195213B (zh) 移动终端屏幕控制方法、移动终端及计算机可读存储介质
CN110704217A (zh) 一种内存泄露检测方法、终端及计算机可读存储介质
CN109144705B (zh) 应用程序管理方法、移动终端及计算机可读存储介质
CN108011937B (zh) 消息推送方法、服务器、智能终端及计算机可读存储介质
CN109766119B (zh) 恢复分区升级方法、终端和计算机可读存储介质
CN112347067B (zh) 一种日志信息管控方法、设备及计算机可读存储介质
CN112306799A (zh) 异常信息获取方法、终端设备及可读存储介质
CN111427709B (zh) 一种应用程序分身控制方法、设备及计算机可读存储介质
CN109445945B (zh) 应用程序的内存分配方法、移动终端、服务器及存储介质
CN111970738B (zh) 一种网络切换控制方法、设备及计算机可读存储介质
CN108377292B (zh) 解决内存泄露的方法、终端、服务器及计算机存储介质
CN110427229B (zh) 应用无响应处理方法、移动终端及计算机可读存储介质
CN110046151B (zh) 一种数据清洗方法、服务器及计算机可读存储介质
CN109740121B (zh) 一种移动终端的搜索方法、移动终端及存储介质
CN110109676B (zh) 编译方法、终端及计算机可读存储介质
CN112346824A (zh) 一种投屏应用管控方法、设备及计算机可读存储介质
CN109977305B (zh) 信息处理方法、移动终端及计算机可读存储介质
CN109388947B (zh) 一种后台管理方法、设备及计算机可读存储介质
CN107992564B (zh) 登录验证处理方法、移动终端及计算机可读存储介质
CN112887404B (zh) 一种音频传输控制方法、设备及计算机可读存储介质
CN112672203B (zh) 文件传输控制方法、移动终端及计算机可读存储介质
CN109379719B (zh) 一种应用程序广播处理方法、设备及计算机可读存储介质
CN110413415B (zh) 一种内存管理控制方法、设备及计算机可读存储介质
CN109856544B (zh) 终端电量使用时间分析方法、终端和计算机可读存储介质

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
GR01 Patent grant
GR01 Patent grant