CN114579389A - 应用的管理方法、装置、设备及存储介质 - Google Patents
应用的管理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN114579389A CN114579389A CN202011384234.2A CN202011384234A CN114579389A CN 114579389 A CN114579389 A CN 114579389A CN 202011384234 A CN202011384234 A CN 202011384234A CN 114579389 A CN114579389 A CN 114579389A
- Authority
- CN
- China
- Prior art keywords
- application
- crash
- upgrading
- version
- upgrade
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mathematical Physics (AREA)
- Telephone Function (AREA)
Abstract
本申请提供了一种应用的管理方法、装置、设备及存储介质,涉及终端技术领域。该方法包括:对已安装且处于运行状态的第一应用进行监控,若监控到第一应用发生崩溃crash事件,则在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包,基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。另外,即使第一应用的自动升级功能被关闭,电子设备仍会在第一应用发生crash事件后对第一应用进行升级,可以避免在升级版本能够解决crash问题的情况下而由于第一应用的自动升级功能关闭,导致第一应用无法实现升级的问题。
Description
技术领域
本申请涉及终端技术领域,尤其涉及一种应用的管理方法、装置、设备及存储介质。
背景技术
随着终端技术的快速发展,电子设备中可以安装各种类型的应用。然而,受到电子设备的系统兼容性、应用本身的稳定性等因素的影响,应用在电子设备中运行可能会崩溃,也即可能会发生崩溃(crash)事件。
通常情况下,当应用发生crash事件时,该应用就会被电子设备强制关闭掉,也即会被电子设备kill掉,此时该应用会出现闪退现象,如此带来了较差的用户体验。所以,如何针对应用的crash问题进行管理成为研究的热点。
发明内容
本申请提供一种应用的管理方法、装置、设备及存储介质,解决了现有技术中如何针对应用的crash问题进行管理的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供一种应用的管理方法,所述方法包括:
对已安装且处于运行状态的第一应用进行监控;
若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包;
基于所述升级数据包对所述第一应用进行升级。
作为一种示例,第一应用可以为电子设备中的任意一个应用,或者,也可以是电子设备中的某个特定的应用。
如此,在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。
另外,无论第一应用的自动升级功能是否被开启,或者说,即使第一应用的自动升级功能被关闭,电子设备仍会在第一应用发生crash事件后,对第一应用进行升级,可以避免由于第一应用的自动升级功能关闭后无法实现升级的问题。
在本申请一种可能的实现方式中,所述若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包,包括:
若监控到所述第一应用发生crash事件,则统计crash次数,所述crash次数是指当前版本的所述第一应用已发生过的所有crash事件的次数;
若所述crash次数大于或等于次数阈值,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包。
在一些实施中偶尔发生一次crash事件可能不会对用户的使用产生较大的影响,所以在当前版本的第一应用的crash次数小于次数阈值时可以不查询是否存在第一应用的升级版本,而是在确定当前版本的第一应用多次发生crash事件后再查询是否存在第一应用的升级版本。如此电子设备不是每次监控到第一应用发生crash事件就执行查询操作,也即不是每次都尝试对第一应用进行升级,不仅可以节省电子设备的运行功耗,也可以避免由于频繁升级导致给用户带来较差的用户体验的问题。
在本申请一种可能的实现方式中,所述在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包,包括:
在确定存在所述第一应用的升级版本的情况下,显示升级提示消息,所述升级提示消息用于提示用户是否对所述第一应用进行升级;
在基于所述升级提示消息检测到确认操作的情况下,获取所述第一应用的升级数据包。
值得一提的是,在对第一应用升级之前问询用户是否要对第一应用进行升级,并且在用户授权的情况下,再获取第一应用的升级数据包,以便于后续进行升级。如此可以避免在用户不感知的情况下直接执行升级操作导致给用户带来较差的用户体验。
在本申请一种可能的实现方式中,所述方法还包括:
通过第二应用向服务器发送查询请求,所述第二应用为能够对所述第一应用进行升级管理的应用,所述查询请求用于请求所述服务器反馈所述第一应用的最新的应用版本信息;
接收所述服务器发送的查询响应,所述查询响应中携带所述第一应用的应用版本信息;
根据所述查询响应中携带的应用版本信息、以及处于运行状态的所述第一应用的应用版本信息,确定是否存在所述第一应用的升级版本。
值得一提的是,通过第二应用从服务器获取第一应用的最新的应用版本信息,并根据服务器反馈的应用版本信息判断是否存在第一应用的升级版本。由于第二应用是用于对第一应用进行升级管理的管理类应用,所以可以保证电子设备准确地获取到第一应用的最新的应用版本信息,从而可以保证判断的准确性。
在本申请一种可能的实现方式中,所述监控到所述第一应用发生崩溃crash事件之后,还包括:
记录所述第一应用的crash统计数据,所述crash统计数据包括所述第一应用的应用属性信息、所述第一应用所在的电子设备的设备属性信息、所述第一应用的crash事件信息中的至少一项。
如此,电子设备记录并上报第一应用的crash统计数据,可以为后续改善第一应用的crash问题提供分析依据。
第二方面,提供了一种应用的管理装置,所述装置包括:
监控模块,用于对已安装且处于运行状态的第一应用进行监控;
获取模块,用于若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包;
升级模块,用于基于所述升级数据包对所述第一应用进行升级。
在本申请一种可能的实现方式中,所述获取模块用于:
若监控到所述第一应用发生crash事件,则统计crash次数,所述crash次数是指当前版本的所述第一应用已发生过的所有crash事件的次数;
若所述crash次数大于或等于次数阈值,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包。
在本申请一种可能的实现方式中,所述获取模块用于:
在确定存在所述第一应用的升级版本的情况下,显示升级提示消息,所述升级提示消息用于提示用户是否对所述第一应用进行升级;
在基于所述升级提示消息检测到确认操作的情况下,获取所述第一应用的升级数据包。
在本申请一种可能的实现方式中,所述获取模块还用于:
通过第二应用向服务器发送查询请求,所述第二应用为能够对所述第一应用进行升级管理的应用,所述查询请求用于请求所述服务器反馈所述第一应用的最新的应用版本信息;
接收所述服务器发送的查询响应,所述查询响应中携带所述第一应用的应用版本信息;
根据所述查询响应中携带的应用版本信息、以及处于运行状态的所述第一应用的应用版本信息,确定是否存在所述第一应用的升级版本。
在本申请一种可能的实现方式中,所述装置还包括:
记录模块,用于记录所述第一应用的crash统计数据,所述crash统计数据包括所述第一应用的应用属性信息、所述第一应用所在的电子设备的设备属性信息、所述第一应用的crash事件信息中的至少一项。
第三方面,提供一种电子设备,所述电子设备的结构中包括处理器和存储器,所述存储器用于存储支持电子设备执行上述第一方面任一所述的应用的管理方法的程序,以及存储用于实现上述第一方面任一所述的应用的管理方法所涉及的数据;所述处理器被配置为用于执行所述存储器中存储的程序;所述电子设备还可以包括通信总线,所述通信总线用于在所述处理器与所述存储器之间建立连接。
第四方面,提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如上述第一方面任意一项所述的方法。
第五方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面所述的应用的管理方法。
上述第二方面、第三方面、第四方面和第五方面所获得的技术效果与上述第一方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
本申请提供的技术方案至少可以带来以下有益效果:
本申请提供的应用的管理方法及装置,对已安装且处于运行状态的第一应用进行监控,若监控到第一应用发生crash事件,可以查询是否存在第一应用的升级版本。在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包,并基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。
附图说明
图1为本申请实施例提供的一种电子设备的结构示意图;
图2为本申请实施例提供的一种电子设备的软件结构框架图;
图3为本申请实施例提供的一种手机的界面显示示意图;
图4为本申请实施例提供的另一种手机的界面显示示意图;
图5为本申请实施例提供的一种应用的管理方法的流程示意图;
图6为本申请实施例提供的另一种应用的管理方法的流程示意图;
图7为本申请实施例提供的另一种应用的管理方法的流程示意图;
图8为本申请实施例提供的一种应用的管理装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
应当理解的是,本申请提及的“多个”是指两个或两个以上。在本申请的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,为了便于清楚描述本申请的技术方案,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
本申请实施例提供的方法可以由电子设备来执行,该电子设备可以安装各种类型的应用。作为一种示例,该电子设备可以为诸如可穿戴设备、车机设备、终端设备之类的设备。示例性地,终端设备可以包括但不限于手机、平板电脑、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、超级移动个人计算机(ultra-mobile personalcomputer,UMPC)、笔记本电脑、上网本、个人数字助理(personal digital assistant,PDA)。
请参阅图1,图1是本申请实施例提供的一种电子设备的结构示意图。
电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现电子设备100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中,电子设备100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测电子设备100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,电子设备100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当电子设备100是翻盖机时,电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备100的姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备100附近有物体。当检测到不充分的反射光时,电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,电子设备100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,电子设备100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在电子设备100中,不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
图2是本申请实施例的电子设备100的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图2所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
下面结合捕获拍照场景,示例性说明电子设备100软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作,相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标,触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,识别该输入事件所对应的控件。以该触摸操作是触摸单击操作,该单击操作所对应的控件为相机应用图标的控件为例,相机应用调用应用框架层的接口,启动相机应用,进而通过调用内核层启动摄像头驱动,通过摄像头193捕获静态图像或视频。
基于上述图1和图2所示实施例提供的电子设备,接下来对本申请实施例涉及的应用场景进行介绍。作为示例而非限定,这里以电子设备是手机为例进行说明,具体地:
手机中安装并运行APP1。假设APP1运行过程中发生crash事件,则手机将APP1强制关闭掉,此时APP1闪退。
作为一种示例,强制关闭掉APP1后,手机可能会显示一条消息,该消息可以用于提示用户由于APP1发生crash事件,所以对APP1进行了升级操作,也就是说,手机在显示该消息之前对APP1执行了升级操作。示例性地,如图3所示,该消息可以为“检测到APP1发生crash事件,现已对APP1完成升级”,也即手机在APP1发生crash事件后自动对APP1进行升级,以尝试通过升级的方式解决crash问题。当然,该消息还可以为“检测到当前版本的APP1多次发生crash事件,现已对APP1完成升级”,也即手机是在检测到当前版本的APP1多次发生crash事件后自动对APP1进行升级。另外,手机可以直接将该消息显示在显示屏的中央区域;或者,手机还可以先在显示屏的顶端以通知消息的方式显示该消息的部分内容,此时若用户要查看该消息则可以点击该消息,手机检测到用户的点击操作后在显示屏的中央区域显示该消息,如此可以避免该消息直接弹出后可能会影响用户使用手机。
作为另一种示例,强制关闭掉APP1后,手机还可以在显示界面中弹出第一窗口,第一窗口中包括升级提示消息,升级提示消息可以用于问询用户是否对APP1进行升级。譬如如图4中的(a)图所示,升级提示消息可以为“APP1发生crash事件,存在APP1的新版本,是否要对APP1升级”,也即手机提示用户可以尝试通过升级APP1的方式来解决APP1的crash问题。另外,第一窗口中还可以展示“确认升级”和“取消升级”两个选项,当用户想要对APP1进行升级时,可以点击“确认升级”选项,手机响应于“确认升级”选项的触发操作,对APP1进行升级;当用户不想对APP1进行升级时,可以点击“取消升级”选项,手机响应于“取消升级”选项的触发操作,可以关闭第一窗口,即手机不对APP1进行升级。
当然,第一窗口中的升级提示消息还可以是“当前版本的APP1多次发生crash事件,存在APP1的新版本,是否要对APP1升级”,也即手机是在检测到当前版本的APP1多次发生crash事件后才提示用户可以尝试通过升级APP1的方式来解决APP1的crash问题。
在一种可能的实现方式中,手机在基于第一窗口确定对APP1升级且完成升级后,还可以弹出第二窗口,第二窗口中包括用于提示用户已完成对APP1的升级的一条消息。示例性地,请参考图4中的(b)图,第二窗口中的消息可以为“已完成对APP1的升级”。作为一种示例,第二窗口还可以提供有“运行”和“关闭”两个选项,当用户想要继续使用APP1时,可以点击“运行”选项,手机检测到对“运行”选项的触发操作后启动升级后的APP1;当用户暂时不需要使用APP1时,也可以点击“关闭”选项,手机检测到对“关闭”的触发操作后关闭第二窗口。
在介绍完本申请实施例涉及的执行主体和应用场景后,接下来对本申请实施例提供的应用的管理方法进行介绍。请参阅图5,图5是本申请实施例提供的一种应用的管理方法的示意性流程图,作为示例而非限定,该方法可以应用于上述电子设备中,该方法可以包括如下部分或者全部内容:
步骤501:对已安装且处于运行状态的第一应用进行监控。
作为一种示例,第一应用可以是电子设备中的任意一个应用。
作为另一种示例,第一应用也可以是电子设备中的某个特定的应用。示例性地,第一应用可以是应用列表中的一个应用,该应用列表用于记录需要被监控是否发生crash事件的应用,该应用列表可以预先设置并存储在电子设备的本地,譬如应用列表中可以包括用户经常使用的应用。
在一种可能的实现方式中,由于第一应用运行过程中可能会发生crash事件,所以电子设备在检测到第一应用运行后可以通过监听线程对第一应用进行监控,也即监控第一应用是否发生crash事件。
步骤502:若监控到第一应用发生crash事件,则查询是否存在第一应用的升级版本。
作为一种示例,若监控到第一应用发生crash事件,说明可能是电子设备的操作系统对第一应用的兼容性较差,或者也可能是第一应用自身的稳定性较差。此时,电子设备可以查询是否存在第一应用的升级版本,
作为一种示例,查询是否存在第一应用的升级版本的具体实现可以包括:通过第二应用向服务器发送查询请求,第二应用为能够对第一应用进行升级管理的应用,查询请求用于请求服务器反馈第一应用的最新的应用版本信息。接收服务器发送的查询响应,查询响应中携带第一应用的应用版本信息,根据查询响应中携带的应用版本信息、以及处于运行状态的第一应用的应用版本信息,确定是否存在第一应用的升级版本。
在一实施例中,第二应用可以为应用市场;在另一实施例中,第二应用也可以为应用商店;在又一实施例中,第二应用还可以是一个专用于管理第一应用的管理类应用。
其中,该服务器能够为第二应用提供服务。示例性地,若第二应用为应用市场,则该服务器用于为应用市场提供服务。也即该服务器与第二应用能够进行信息交互。该服务器中包括有第二应用所管理的各类应用最新的版本。
在实施中,电子设备可以通过第二应用向该服务器发送查询请求,示例性地,查询请求中可以携带第一应用的应用标识,该应用标识可以用于唯一地标识第一应用。该服务器接收到查询请求后可以对查询请求进行解析,得到第一解析结果。该服务器根据第一解析结果可以确定需要反馈第一应用的最新的应用版本信息,所以,该服务器获取第一应用的最新的应用版本信息,并通过查询响应将获取到的第一应用的最新的应用版本信息反馈给电子设备。如此电子设备就可以根据该服务器反馈的应用版本信息和处于运行状态的第一应用的应用版本信息,确定是否存在第一应用的升级版本。
作为一种示例,应用版本信息包括应用版本号,且应用版本号越大说明对应的版本越高。在该种情况下,电子设备可以将查询响应中的应用版本号与处于运行状态的第一应用的应用版本号进行比较。若查询响应中的应用版本号大于处于运行状态的第一应用的应用版本号,则说明查询响应中的应用版本号对应的版本高于处于运行状态的第一应用的版本,从而可以确定存在第一应用的升级版本。当然不难理解,若查询响应中的应用版本号等于处于运行状态的第一应用的应用版本号,则说明查询响应中的应用版本号对应的版本与处于运行状态的第一应用的版本相同,也即处于运行状态的第一应用的版本当前是最高版本,从而可以确定不存在第一应用的升级版本。
譬如,若处于运行状态的第一应用的应用版本信息为version1,查询响应中携带的应用版本信息为version2,则可以确定存在第一应用的升级版本,也即version1是旧版本,version2是新版本。再如,若处于运行状态的第一应用的应用版本信息为version1,查询响应中携带的应用版本信息也是version1,则可以确定不存在第一应用的升级版本。
值得一提的是,电子设备通过第二应用从服务器获取第一应用的最新的应用版本信息,并根据服务器反馈的应用版本信息判断是否存在第一应用的升级版本。由于第二应用是用于对第一应用进行升级管理的管理类应用,所以可以保证电子设备准确地获取到第一应用的最新的应用版本信息,从而可以保证判断的准确性。
需要说明的是,上述判断是否存在第一应用的升级版本的实现方式仅是示例性的,在另一实施例中,还可以通过其他方式判断是否存在第一应用的升级版本。譬如,电子设备可以将第一应用的应用标识和当前的应用版本信息发送给服务器,以便于服务器基于该应用标识查询第一应用的最新的应用版本信息。之后,服务器将查询到的应用版本信息与电子设备上报的应用版本信息进行比较,以确定是否存在第一应用的升级版本,并向电子设备直接反馈查询结果。示例性地,该查询结果包括指示信息,该指示信息用于指示是否存在第一应用的升级版本,也即电子设备可以根据该指示信息确定是否存在第一应用的升级版本。示例性地,若该指示信息为“1”,则电子设备确定存在第一应用的升级版本,若该指示信息为“0”,则电子设备确定不存在第一应用的升级版本。如此,判断操作由服务器执行,电子设备可以直接获取到查询结果,可以减少电子设备的运算。
作为一种示例,在确定存在第一应用的升级版本的情况下执行如下步骤503。否则若确定不存在第一应用的升级版本,则电子设备可以执行其他处理操作,譬如可以记录crash事件日志等,本申请实施例对此不作限定。
另外不难理解,若电子设备未监控到第一应用发生crash事件,则继续执行步骤501,也即电子设备继续对第一应用进行监控。
步骤503:获取第一应用的升级数据包。
也即在确定存在第一应用的升级版本的情况下,电子设备可以获取第一应用的升级数据包,以便于后续尝试通过升级第一应用的方式改善第一应用的crash问题。
作为一种示例,获取第一应用的升级数据包的具体实现可以包括:通过第二应用向服务器发送下载请求,示例性地,下载请求中携带第一应用的应用标识,下载请求用于指示该服务器反馈第一应用的升级数据包。该服务器接收到下载请求后对下载请求进行解析,得到第二解析结果。该服务器根据第二解析结果确定需要反馈第一应用的升级数据包,所以获取第一应用的升级数据包,并将获取到的升级数据包发送给电子设备。
作为本申请的一个示例,步骤502和步骤503的具体实现还可以包括:若监控到第一应用发生crash事件,则统计crash次数,crash次数是指当前版本的第一应用已发生过的所有crash事件的次数。若crash次数大于或等于次数阈值,则在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包。
其中,次数阈值可以由用户根据实际需求进行设置,或者,也可以由电子设备默认设置,本申请实施例对此不做限定。示例性地,次数阈值为3。
也即是,电子设备在监控到第一应用发生crash事件后,可以统计当前版本的第一应用截止目前为止共计发生了多少次crash事件,如果发生crash事件的次数大于或等于次数阈值,可以确定当前版本的第一应用发生crash事件的次数较多,可以推断当前版本可能存在问题。在该种情况下,电子设备查询是否存在第一应用的升级版本,并在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包。
值得一提的是,在一些实施中,偶尔发生一次crash事件可能不会对用户的使用产生较大的影响,所以在crash次数小于次数阈值时可以不查询是否存在第一应用的升级版本,而是在确定当前版本的第一应用多次发生crash事件后再查询是否存在第一应用的升级版本。如此电子设备不是每次监控到第一应用发生crash事件就执行查询操作,也即不是每次都尝试对第一应用进行升级,不仅可以节省电子设备的运行功耗,也可以避免由于频繁升级导致给用户带来较差的用户体验的问题。
作为另一种示例,电子设备在统计crash次数时,也可以统计预设时长内当前版本的第一应用发生过crash事件的次数,也即crash次数可以是指当前版本的第一应用在当前时间之前的预设时长内已发生过的所有crash事件的次数。
其中,预设时长可以由用户根据实际需求进行设置,或者,也可以由电子设备默认设置,本申请实施例对此不作限定。
具体地,由于时隔较长时间第一应用才发生一次crash事件可能对用户使用不会产生较大的影响,譬如时隔几个月才出现crash事件。所以,电子设备可以仅统计当前版本的第一应用在一定时长内发生过crash事件的次数,以对短时间内多次发生crash事件的第一应用尝试升级。
步骤504:基于升级数据包对第一应用进行升级。
作为一种示例,电子设备可以对升级数据包进行分包处理,得到分包数据,之后基于分包数据对第一应用进行升级。
至此已完成本申请实施例提供的应用的管理。在另一实施例中,电子设备监控到第一应用发生crash事件之后,还可以执行其他操作,具体可以参见如下步骤。
步骤505:记录第一应用的crash统计数据。
作为一种示例,crash统计数据包括第一应用的应用属性信息、第一应用所在的电子设备的设备属性信息、crash事件信息中的至少一项。
作为一种示例,应用属性信息可以包括但不限于应用标识、发生crash事件的第一应用的应用版本信息。
作为一种示例,设备属性信息可以包括但不限于设备标识、操作系统的类型。
作为一种示例,crash事件信息可以包括但不限于crash事件的发生时间、crash次数。
步骤506:上报crash统计数据。
作为一种示例,电子设备将crash统计数据发送至云端,以便于后续云端可以基于收集的crash统计数据进行数据分析(如通过AI模型进行分析),并根据分析结果采取对应的处理措施。
如此,电子设备记录并上报第一应用的crash统计数据,可以为后续改善第一应用的crash问题提供分析依据。
在一种可能的实现方式中,若本地存储有第一应用的历史crash统计数据,则电子设备在记录crash统计数据之后,还可以基于本次记录的crash统计数据更新历史crash统计数据,其中,历史crash统计数据是指在当前时间之前记录的第一应用的所有版本对应的crash统计数据。之后,电子设备可以上报更新后的crash统计数据。如此可以将第一应用的所有crash统计数据一次性上报给云端,避免云端由于丢失掉历史收集的crash统计数据导致影响分析结果的问题。
在本申请实施例中,对已安装且处于运行状态的第一应用进行监控,若监控到第一应用发生crash事件,可以查询是否存在第一应用的升级版本。在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包,并基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。
另外,在本申请实施例中,无论第一应用的自动升级功能是否被开启,或者说,即使第一应用的自动升级功能被关闭,电子设备仍会在第一应用发生crash事件或者在第一应用多次发生crash事件后,对第一应用进行升级,可以避免在升级版本能够解决crash问题的情况下而由于第一应用的自动升级功能关闭,导致第一应用无法实现升级,进而使得用户仍在使用旧版本,频繁的闪退情况对用户体验带来较大影响的问题。
应理解,上述实施例中各步骤的序号并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上述是以电子设备在监控到第一应用发生crash事件且存在第一应用的升级版本的情况下,直接自动对第一应用进行升级为例进行说明。在另一实施例中,电子设备在监控到第一应用发生crash事件且存在第一应用的升级版本的情况下,还可以提示用户并在用户授权的情况下再执行后续的升级操作。示例性地请参见图6,在实施中,电子设备中安装并运行第一应用,第一应用的版本号为Version1,假设第一应用在运行过程中发生crash事件,则一方面,电子设备可以通过第二应用(如应用市场)检测是否存在第一应用的升级版本,即检测是否存在Version2。如果存在,可以提示并问询用户是否要升级第一应用。在检测到用户同意升级的情况下升级第一应用至Version2版本。另一方面,电子设备还可以上报第一应用的crash统计数据至云端。接下来结合图7所示的流程图对具体实现进行介绍。作为示例而非限定,该应用的管理方法可以应用于上述电子设备中,该方法可以包括如下部分或者全部内容:
701:监控已安装且处于运行状态的第一应用是否发生crash事件。
也即电子设备对已安装且处于运行状态的第一应用进行监控,其具体实现可以参见上述图5所示实施例中的步骤501,这里不再重复赘述。
作为一种示例,若第一应用没有发生crash事件,则电子设备循环执行步骤701。否则,若电子设备监控到第一应用发生crash事件,则可以执行如下步骤702的操作。
702:统计crash次数,判断crash次数是否大于或等于次数阈值。
作为一种示例,若crash次数大于或等于次数阈值,说明当前版本的第一应用多次发生crash事件,在该种情况下,电子设备执行如下步骤703的操作。当然,若crash次数小于次数阈值,则说明当前版本的第一应用仅是偶尔发生crash事件,可能不会对用户的使用带来较大影响,所以在该种情况下电子设备可以返回执行步骤701。
需要说明的是,在一些实施例中,步骤702可以是可选操作,也即在另一实施例中,电子设备在监控到第一应用发生crash事件后,也可以不统计crash次数,而是直接执行如下步骤703。
703:查询是否存在第一应用的升级版本。
作为一种示例,电子设备可以通过第二应用查询是否存在第一应用的升级版本,具体实现可以参见图5所示实施例中的步骤502,这里不再重复赘述。
作为一种示例,若存在第一应用的升级版本,则执行如下步骤704。否则,若不存在第一应用的升级版本,则执行如下步骤709。
704:显示升级提示消息。
升级提示消息用于提示用户是否对第一应用进行升级。作为一种示例,升级提示消息可以为“当前版本的APP1多次发生crash事件,存在APP1的新版本,是否要对APP1升级”。
可选地,若电子设备在监控到第一应用发生crash事件后直接查询是否存在第一应用的升级版本,也即没有统计crash次数,则在确定存在第一应用的升级版本的情况下,显示的升级提示消息可以为“APP1发生crash事件,存在APP1的新版本,是否要对APP1升级”。
705:在基于升级提示消息检测到确认操作的情况下,获取第一应用的升级数据包。
在本申请一种可能的实现方式中,电子设备可以通过第一窗口显示升级提示消息。示例性地,请参考图4中的(a)图所示,第一窗口中除了显示升级提示消息外还可以展示“确认升级”和“取消升级”两个选项。当用户想要对第一应用进行升级时,可以点击“确认升级”选项,电子设备响应于“确认升级”选项的触发操作,确定检测到确认操作,此时电子设备获取第一应用的升级数据包。当用户不想对第一应用进行升级时,可以点击“取消升级”选项,电子设备响应于“取消升级”选项的触发操作,可以关闭第一窗口,也即电子设备不获取第一应用的升级数据包。在一实施例中,当电子设备检测到对“取消升级”的触发操作后,除了关闭第一窗口,还可以执行如下步骤709。
需要说明的是,电子设备获取升级数据包的具体获取方式可以参见图5所示实施例中的步骤503,这里不再重复赘述。
706:基于升级数据包对第一应用进行升级。
707:记录第一应用的crash统计数据。
708:上报crash统计数据。
步骤706至步骤708的具体实现可以参见上述图5所示的实施例中的步骤504至步骤506,这里不再重复赘述。
需要说明的是,步骤707与步骤702之间没有先后执行顺序,也即步骤707可以在步骤702之前执行,也可以在步骤702之后执行,再或者,步骤707与步骤702还可以并行执行,本申请实施例对此不作限定。
709:执行其他处理操作。
作为一种示例,其他处理操作可以为记录crash事件日志等操作,或者执行其他crash处理措施,本申请实施例对此不作限定。
在本申请实施例中,对已安装且处于运行状态的第一应用进行监控,若监控到第一应用发生crash事件,可以查询是否存在第一应用的升级版本。在确定存在第一应用的升级版本的情况下,可以向用户显示升级提示消息,以便于提示用户可以尝试通过升级第一应用的方式来解决crash问题。当基于升级提示消息检测到确认操作时,说明用户同意升级第一应用,在该种情况下获取第一应用的升级数据包,并基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。
另外,在对第一应用升级之前先通过升级提示消息向用户进行提示和问询,如此可以避免在用户不感知的情况下直接执行升级操作导致给用户带来较差的用户体验。
另外,在本申请实施例中,无论第一应用的自动升级功能是否被开启,或者说,即使第一应用的自动升级功能被关闭,电子设备仍会在第一应用发生crash事件或者在第一应用多次发生crash事件后,对第一应用进行升级,可以避免在升级版本能够解决crash问题的情况下而由于第一应用的自动升级功能关闭,导致第一应用无法实现升级,进而使得用户仍在使用旧版本,频繁的闪退情况对用户体验带来较大影响的问题。
对应于上文实施例所述的应用的管理方法,图8是本申请实施例提供的一种应用的管理装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图8,该装置包括:
监控模块810,用于对已安装且处于运行状态的第一应用进行监控;
获取模块820,用于若监控到第一应用发生崩溃crash事件,则在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包;
升级模块830,用于基于升级数据包对第一应用进行升级。
在本申请一种可能的实现方式中,获取模块820用于:
若监控到第一应用发生crash事件,则统计crash次数,crash次数是指当前版本的第一应用已发生过的所有crash事件的次数;
若crash次数大于或等于次数阈值,则在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包。
在本申请一种可能的实现方式中,获取模块820用于:
在确定存在第一应用的升级版本的情况下,显示升级提示消息,升级提示消息用于提示用户是否对第一应用进行升级;
在基于升级提示消息检测到确认操作的情况下,获取第一应用的升级数据包。
在本申请一种可能的实现方式中,获取模块820还用于:
通过第二应用向服务器发送查询请求,第二应用为能够对第一应用进行升级管理的应用,查询请求用于请求服务器反馈第一应用的最新的应用版本信息;
接收服务器发送的查询响应,查询响应中携带第一应用的应用版本信息;
根据查询响应中携带的应用版本信息、以及处于运行状态的第一应用的应用版本信息,确定是否存在第一应用的升级版本。
在本申请一种可能的实现方式中,装置还包括:
记录模块840,用于记录第一应用的crash统计数据,crash统计数据包括第一应用的应用属性信息、第一应用所在的电子设备的设备属性信息、第一应用的crash事件信息中的至少一项。
在本申请实施例中,对已安装且处于运行状态的第一应用进行监控,若监控到第一应用发生crash事件,可以查询是否存在第一应用的升级版本。在确定存在第一应用的升级版本的情况下,获取第一应用的升级数据包,并基于升级数据包对第一应用进行升级。也即在第一应用发生crash事件后可以尝试通过升级第一应用的方式进行改善,从而对第一应用的crash问题进行管理。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到电子设备设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
最后应说明的是:以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种应用的管理方法,其特征在于,所述方法包括:
对已安装且处于运行状态的第一应用进行监控;
若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包;
基于所述升级数据包对所述第一应用进行升级。
2.如权利要求1所述的方法,其特征在于,所述若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包,包括:
若监控到所述第一应用发生crash事件,则统计crash次数,所述crash次数是指当前版本的所述第一应用已发生过的所有crash事件的次数;
若所述crash次数大于或等于次数阈值,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包。
3.如权利要求1或2所述的方法,其特征在于,所述在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包,包括:
在确定存在所述第一应用的升级版本的情况下,显示升级提示消息,所述升级提示消息用于提示用户是否对所述第一应用进行升级;
在基于所述升级提示消息检测到确认操作的情况下,获取所述第一应用的升级数据包。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:
通过第二应用向服务器发送查询请求,所述第二应用为能够对所述第一应用进行升级管理的应用,所述查询请求用于请求所述服务器反馈所述第一应用的最新的应用版本信息;
接收所述服务器发送的查询响应,所述查询响应中携带所述第一应用的应用版本信息;
根据所述查询响应中携带的应用版本信息、以及处于运行状态的所述第一应用的应用版本信息,确定是否存在所述第一应用的升级版本。
5.如权利要求1-4中任一项所述的方法,其特征在于,所述监控到所述第一应用发生崩溃crash事件之后,还包括:
记录所述第一应用的crash统计数据,所述crash统计数据包括所述第一应用的应用属性信息、所述第一应用所在的电子设备的设备属性信息、所述第一应用的crash事件信息中的至少一项。
6.一种应用的管理装置,其特征在于,所述装置包括:
监控模块,用于对已安装且处于运行状态的第一应用进行监控;
获取模块,用于若监控到所述第一应用发生崩溃crash事件,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包;
升级模块,用于基于所述升级数据包对所述第一应用进行升级。
7.如权利要求6所述的装置,其特征在于,所述获取模块用于:
若监控到所述第一应用发生crash事件,则统计crash次数,所述crash次数是指当前版本的所述第一应用已发生过的所有crash事件的次数;
若所述crash次数大于或等于次数阈值,则在确定存在所述第一应用的升级版本的情况下,获取所述第一应用的升级数据包。
8.如权利要求6或7所述的装置,其特征在于,所述获取模块用于:
在确定存在所述第一应用的升级版本的情况下,显示升级提示消息,所述升级提示消息用于提示用户是否对所述第一应用进行升级;
在基于所述升级提示消息检测到确认操作的情况下,获取所述第一应用的升级数据包。
9.如权利要求6所述的装置,其特征在于,所述获取模块还用于:
通过第二应用向服务器发送查询请求,所述第二应用为能够对所述第一应用进行升级管理的应用,所述查询请求用于请求所述服务器反馈所述第一应用的最新的应用版本信息;
接收所述服务器发送的查询响应,所述查询响应中携带所述第一应用的应用版本信息;
根据所述查询响应中携带的应用版本信息、以及处于运行状态的所述第一应用的应用版本信息,确定是否存在所述第一应用的升级版本。
10.如权利要求6-9中任一项所述的装置,其特征在于,所述装置还包括:
记录模块,用于记录所述第一应用的crash统计数据,所述crash统计数据包括所述第一应用的应用属性信息、所述第一应用所在的电子设备的设备属性信息、所述第一应用的crash事件信息中的至少一项。
11.一种电子设备,其特征在于,所述电子设备包括存储器和处理器;
所述存储器用于存储支持所述装置执行权利要求1-5任一项所述的方法的程序,以及存储用于实现权利要求1-5任一项所述的方法所涉及的数据;所述处理器被配置为用于执行所述存储器中存储的程序。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行权利要求1-5任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011384234.2A CN114579389A (zh) | 2020-11-30 | 2020-11-30 | 应用的管理方法、装置、设备及存储介质 |
PCT/CN2021/133757 WO2022111665A1 (zh) | 2020-11-30 | 2021-11-27 | 应用的管理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011384234.2A CN114579389A (zh) | 2020-11-30 | 2020-11-30 | 应用的管理方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114579389A true CN114579389A (zh) | 2022-06-03 |
Family
ID=81755315
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011384234.2A Pending CN114579389A (zh) | 2020-11-30 | 2020-11-30 | 应用的管理方法、装置、设备及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114579389A (zh) |
WO (1) | WO2022111665A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116719670A (zh) * | 2022-09-30 | 2023-09-08 | 荣耀终端有限公司 | 数据处理的方法、电子设备及可读存储介质 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116684517A (zh) * | 2022-09-29 | 2023-09-01 | 荣耀终端有限公司 | 发送响应消息的方法和装置 |
CN116709609B (zh) * | 2022-09-30 | 2024-05-14 | 荣耀终端有限公司 | 消息传递方法、电子设备及存储介质 |
CN116702100B (zh) * | 2022-10-21 | 2024-04-16 | 荣耀终端有限公司 | 权限管理方法和电子设备 |
CN116541188A (zh) * | 2023-06-25 | 2023-08-04 | 荣耀终端有限公司 | 通知显示方法、终端设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103365732A (zh) * | 2012-03-29 | 2013-10-23 | 宇龙计算机通信科技(深圳)有限公司 | 一种应用程序异常的处理方法、系统及移动终端 |
CN106844074A (zh) * | 2015-12-03 | 2017-06-13 | 小米科技有限责任公司 | 更新应用程序的方法和装置 |
US10409585B2 (en) * | 2018-02-14 | 2019-09-10 | Micron Technology, Inc. | Over-the-air (OTA) update for firmware of a vehicle component |
CN109885323B (zh) * | 2019-02-03 | 2022-06-24 | 维沃移动通信有限公司 | 一种应用程序升级方法、移动终端和可读存储介质 |
-
2020
- 2020-11-30 CN CN202011384234.2A patent/CN114579389A/zh active Pending
-
2021
- 2021-11-27 WO PCT/CN2021/133757 patent/WO2022111665A1/zh unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116719670A (zh) * | 2022-09-30 | 2023-09-08 | 荣耀终端有限公司 | 数据处理的方法、电子设备及可读存储介质 |
CN116719670B (zh) * | 2022-09-30 | 2024-04-12 | 荣耀终端有限公司 | 数据处理的方法、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2022111665A1 (zh) | 2022-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022111665A1 (zh) | 应用的管理方法、装置、设备及存储介质 | |
CN113778641B (zh) | 控制摄像头的方法、电子设备及计算机可读存储介质 | |
CN113573390B (zh) | 天线功率调节方法、终端设备及存储介质 | |
CN113747374B (zh) | 一种消息推送方法及装置 | |
CN114095599B (zh) | 消息显示方法和电子设备 | |
CN113254409A (zh) | 文件共享方法、系统及相关设备 | |
CN114079893A (zh) | 蓝牙通信方法、终端设备及计算机可读存储介质 | |
CN114995715B (zh) | 悬浮球的控制方法和相关装置 | |
CN111343326A (zh) | 获取测试日志的方法及相关装置 | |
CN114115512A (zh) | 信息显示方法、终端设备及计算机可读存储介质 | |
CN113641271A (zh) | 应用窗口的管理方法、终端设备及计算机可读存储介质 | |
CN113709304B (zh) | 一种智能提醒方法及设备 | |
CN114915721A (zh) | 建立连接的方法与电子设备 | |
CN114911400A (zh) | 分享图片的方法和电子设备 | |
CN116389884B (zh) | 缩略图显示方法及终端设备 | |
CN113438366A (zh) | 信息通知的交互方法、电子设备和存储介质 | |
WO2022242412A1 (zh) | 杀应用的方法及相关设备 | |
CN114079642B (zh) | 一种邮件处理方法及电子设备 | |
CN114690924A (zh) | 防误触锁定方法、终端设备及计算机可读存储介质 | |
CN114003241A (zh) | 应用程序的界面适配显示方法、系统、电子设备和介质 | |
CN114254334A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN114500728A (zh) | 来电铃声设置方法、来电提示方法和电子设备 | |
CN116048831B (zh) | 一种目标信号处理方法和电子设备 | |
CN116048629B (zh) | 系统服务切换方法及控制装置、电子设备和存储介质 | |
CN115495716B (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 |