掌桥专利:专业的专利平台
掌桥专利
首页

视频处理方法、装置、车辆以及存储介质

文献发布时间:2023-06-19 18:37:28


视频处理方法、装置、车辆以及存储介质

技术领域

本申请涉及数据处理技术领域,尤其涉及一种视频处理方法、装置、车辆以及存储介质。

背景技术

行车记录仪可以实时记录车辆行驶过程中所处的环境,被广泛应用于汽车领域。

相关技术中,电子控制器除了对行车记录仪进行控制之外,还需要处理车辆中的其他业务,在车辆进入紧急状态时,行车记录仪对车辆行驶过程中所处的环境进行紧急采集时会消耗电子控制器的大量算力,导致电子控制器处理其他业务时产生卡顿。

发明内容

本申请提出了一种视频处理方法、装置、车辆以及存储介质。

第一方面,本申请实施例提供一种视频处理方法,该方法包括:通过图像采集装置连续采集N个视频,并将N个视频存储在第一指定文件夹,N为大于2的正整数,第一指定文件夹中的视频在存储时长大于或等于预设时长的情况下被删除;在监测到车辆进入紧急状态后,基于车辆进入紧急状态的时间信息,从N个视频中获取目标视频;在目标视频存在多个的情况下,对多个目标视频进行拼接处理,得到紧急状态视频,并将紧急状态视频存储在第二指定文件夹,第二指定文件夹中的文件不响应指定删除指令,指定删除指令是用户触发的删除指令之外的其他删除指令,紧急状态视频用于记录车辆在进入紧急状态前后的环境信息。

第二方面,本申请实施例提供一种视频处理装置,该装置包括:视频采集模块,用于通过图像采集装置连续采集N个视频,N为大于2的正整数;第一存储模块,用于将N个视频存储在第一指定文件夹,第一指定文件夹中的视频在存储时长大于或等于预设时长的情况下被删除;视频获取模块,用于在监测到车辆处于紧急状态之后,基于车辆进入紧急状态的时间信息,从多个视频中获取目标视频;视频处理模块,用于在目标视频存在多个的情况下,对多个目标视频进行拼接处理,得到紧急状态视频,紧急状态视频用于记录车辆在进入紧急状态前后的环境信息;第二存储模块,用于将紧急状态视频存储在第二指定文件夹,其中,第二指定文件夹中的文件不响应指定删除指令,指定删除指令是用户触发的删除指令之外的其他删除指令。

第三方面,本申请实施例提供一种车辆,包括:一个或多个处理器;存储器;图像采集装置;一个或多个应用程序,其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个应用程序配置用于执行如第一方面所述的视频处理方法。

第四方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序指令,计算机程序指令可被处理器调用执行如第一方面的视频处理方法。

第五方面,本申请实施例提供一种计算机程序产品,当该计算机程序产品被执行时,器用于实现如第一方面所述的视频处理方法。

相较于现有技术,本申请实施例提供的视频处理方法,通过在车辆进入紧急状态后,从图像采集装置通过循环录制方式采集的多个视频中获取三个目标视频,以拼接得到用于记录车辆进入紧急状态前后的环境信息的紧急状态视频,由于该过程中复用图像采集装置通过循环录制方式采集的视频,视频拼接过程仅消耗电子控制器的少量算力,减小对电子控制器的硬件资源的消耗,从而使电子控制器存在足够的硬件资源去处理车辆中的其他业务,减少卡顿感。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的实施环境的示意图。

图2是本申请一个实施例提供的视频处理方法的流程图。

图3是本申请一个实施例提供的视频处理的示意图。

图4是本申请一个实施例提供的视频处理方法的流程图。

图5是本申请一个实施例提供的播放紧急状态视频的界面示意图。

图6是本申请一个实施例提供的视频处理装置的框图。

图7是本申请一个实施例提供的车辆的结构框图。

图8是本申请一个实施例提供的计算机可读存储介质的框图。

具体实施方式

下面详细描述本申请的实施方式,实施方式的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地,仅用于解释本申请,而不能理解为对本申请的限制。

为了使本技术领域的人员更好地理解本申请的方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整的描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

请参阅图1,其示出本申请一个实施例提供的实施环境的示意图。该实施环境包括车辆100。车辆100是指以动力装置驱动或者牵引,供人员乘用或者用于运送物品的交通工具,其包括但不限于小轿车、运动型多用途汽车(Suburban Utility Vehicle,SUV)、多用途汽车(Multi-Purpose Vehicle,MPV)等等。车辆100设有图像采集装置和电子控制器,该图像采集装置和电子控制器之间建立有通信连接。

图像采集装置用于对车辆100行驶过程中的环境信息进行记录。可选地,该图像采集装置为行车记录仪,行车记录仪可以安装在汽车前挡风玻璃靠上中央后视镜后方的位置。在一些实施例中,行车记录仪在车辆100的行驶过程中,持续进行图像采集,得到若干个时长相同的视频,之后依次向电子控制器发送上述视频,电子控制器存储上述视频,但在上述视频的存储时长达到预设时长的情况下,将其删除,以容纳行车记录仪新采集的视频。上述这种工作方式称之为循环录制方式。

电子控制器用于处理车辆100中的各项业务,包括且不限于:驱动系统的控制、制动系统的控制、娱乐系统的控制、车内环境组件(比如空调、氛围灯等等)的控制。在本申请实施例中,电子控制器在监测到进入紧急状态(比如发生碰撞事故,发生急刹等等),复用图像采集装置通过循环录制方式采集的视频,并将上述多个视频拼接,得到用于记录车辆100在进入紧急状态前后的环境信息的紧急状态视频,该过程仅消耗电子控制器的少量算力,减小对电子控制器的硬件资源的消耗,从而使电子控制器存在足够的硬件资源去处理车辆100中的其他业务,减少卡顿感。

请参考图2,其示出本申请一个实施例提供的视频处理方法的流程图。该方法中各步骤的执行主体可以是电子控制器,该方法包括如下过程。

步骤S201,通过图像采集装置连续采集的N个视频,并将N个视频存储在第一指定文件夹。

N为大于2的正整数。在本申请实施例中。图像采集装置在车辆的行驶过程中,持续进行视频采集,得到N个时长相同的视频。

第一指定文件夹中的视频在存储时长大于或等于预设时长的情况下被删除,以容纳图像采集装置新采集的视频。在其他可能的实施方式中,在第一指定文件夹中的视频的数据量大于预设数据量的情况下,电子控制器将最先存储的一个或多个视频删除,,以容纳图像采集装置新采集的视频。

步骤S202,在监测到车辆处于紧急状态之后,基于车辆进入紧急状态的时间信息,从N个视频中获取目标视频。

紧急状态包括且不限于:车辆发生急刹、车辆突然加速、车辆发生碰撞事件、车辆的方向盘转角发生较大变化等等,上述紧急状态表征车辆大概率发生事故,此时需要准确记录车辆当前的环境信息,以便后续进行救援、追责等等。

在一些实施例中,车辆通过加速度传感器实时获取车辆加速度,在车辆加速度的绝对值大于第一预设数值的情况下,确定车辆进入紧急状态。第一预设数值根据实验或经验设定,本申请实施例对此不作限定。车辆加速度的绝对值大于第一预设数值,表征车辆发生急刹,或者,车辆突然加速。需要说明的是,车辆在刚进入行驶状态的情况下,也存在加速度较大的情况,然而这并非是车辆发生事故,因此在通过车辆加速度判断车辆是否进入紧急状态时,还需要获取车辆在加速度大于第一预设数值前的行驶速度,若车辆在加速度大于第一预设数值前的行驶速度小于预设行驶速度,则表征车辆大概率处于起步加速阶段,而并非进入紧急状态,若车辆在加速度大于第一预设数值前的行驶速度大于预设行驶速度,则表征车辆进入紧急状态。

在另一些实施例中,车辆监测方向盘转角的变化情况,在监测到方向盘转角的变化率大于第二预设数值的情况下,确定车辆进入紧急状态。第二预设数值根据实验或经验设定,本申请实施例对此不作限定。方向盘转角的变化率大于第二预设数值,表征车辆的方向盘转角在短时间内发生较大变化,也即车辆发生紧急转向。

在另一些实施例中,车辆在检测出碰撞事件的情况下,确定处于紧急状态。可选地,车辆可以对图像采集装置采集的视频帧进行分析,以确定是否发生碰撞事件。

在一些实施例中,车辆进入紧急状态的时间信息包括车辆进入紧急状态的目标时刻,目标视频包括第一目标视频、第二目标视频以及第三目标视频。在该实施例中,步骤S202可以替换实现为如下子步骤:在监测到车辆处于紧急状态之后,将N个视频中采集时间包含目标时刻的视频确定为第一目标视频;将N个视频中采集时间在第一目标视频的采集时间之前,且与第一目标视频的采集时间之间的时间间隔小于或等于第一时间间隔的视频确定为第二目标视频;将N个视频中采集时间在第一目标视频的采集时间之后,且与第一目标视频的采集时间之间的时间间隔小于或等于第二时间间隔的视频确定为第三目标视频。

第一时间间隔和第二时间间隔可以根据图像采集装置采集的视频的时长确定,二者可以相同,也可以不相同。具体地,第一时间间隔可以是图像采集装置采集的视频的时长的正整数倍,第二时间间隔也可以是图像采集装置采集的视频的时长的正整数倍,这样在后续生成紧急状态视频时,可以直接获取图像采集视频采集的视频,无需对其进行拆分。

进一步地,上述第一时间间隔和第二时间间隔均为图像采集视频的时长,进一步地,将N个视频中采集时间在第一目标视频的采集时间之前,且与第一目标视频的采集时间之间的时间间隔小于或等于第一时间间隔的视频确定为第二目标视频,包括:将N个视频中采集时间在第一目标视频的采集时间之前,且与第一目标视频的采集时间之间的时间间隔最小的视频,确定为第二目标视频。将N个视频中采集时间在第一目标视频的采集时间之后,且与第一目标视频的采集时间之间的时间间隔小于或等于第二时间间隔的视频确定为第三目标视频,包括:将N个视频中采集时间在第一目标视频的采集时间之后,且与第一目标视频的采集时间之间的时间间隔最小的视频,确定为第三目标视频。

结合参考图3,其示出了本申请一个实施例提供的视频处理的示意图。图像采集装置通过循环录制方式采集N个视频,在t0时刻,车辆监测到自身进入紧急状态,然后在上述N个视频中查找采集时间包括t0时刻的视频作为第一目标视频31,然后将采集时间在第一目标视频31的采集时间之前,且距离第一目标视频31的采集时间最近的视频确定为第二目标视频32,将采集时间在第一目标视频31的采集时间之后,且距离第一目标视频31的采集时间最近的视频确定为第三目标视频33。

需要说明的是,第一目标视频、第二目标视频和第三目标视频的获取时间可以相同,也可以不相同。在一些实施例中,车辆在进入紧急状态时获取第二目标视频,在第一目标视频采集完成时获取第一目标视频,在第三目标视频采集完成时获取第三目标视频。在另一些实施例中,车辆在第三目标视频采集完成后同时获取第一目标视频、第二目标视频和第三目标视频。

在其他可能的实施方式中,若图像采集装置在处于紧急状态前未进行视频采集(比如图像采集装置处于刚安装的状态下),则电子控制器可以获取采集时间包括目标时刻的第一目标视频,以及采集时间在目标时刻之后的第三目标视频;若图像采集装置在车辆进入紧急状态后停止工作,则电子控制器可以获取采集时间包括目标时刻的第一目标视频,以及采集时间在目标时刻之前的第三目标视频;若上述两种情况均发生的情况,则电子控制器可以仅获取采集时间包括目标视频的第一目标视频。

步骤S203,在目标视频存在多个的情况下,对多个目标视频进行拼接处理,得到紧急状态视频,并将紧急状态视频存储在第二指定文件夹。

紧急状态视频用于记录车辆在进入紧急状态前后的环境信息。第二指定文件夹中的视频不响应指定删除指令,指定删除指令是用户触发的删除指令之外的其他删除指令,也即,也即指定存储路径中的文件仅能被用户手动删除,不会被自动删除,避免紧急状态视频被误删的情况发生,避免紧急状态视频被误删的情况发生。第一指定文件夹和第二指定文件夹不相同。

在目标视频包括第一目标视频、第二目标视频和第三目标视频的情况下,步骤S203实现为:将第二目标视频、第一目标视频以及第三目标视频按照采集时间的先后顺序首尾拼接,得到紧急状态视频。

在目标视频包括第一目标视频、第三目标视频的情况下,步骤S203实现为将第一目标视频以及第三目标视频按照采集时间的先后顺序首尾拼接,得到紧急状态视频。在目标视频包括第一目标视频、第二目标视频的情况下,步骤S203实现为将第二目标视频以及第一目标视频按照采集时间的先后顺序首尾拼接,得到紧急状态视频。在目标视频仅包括第一目标视频的情况下,电子控制器将第一目标视频确定为紧急状态视频。请再次参阅图3,电子控制器将上述第二目标视频32、第一目标视频31、第三目标视频33依次拼接,得到紧急状态视频34。

综上所述,本申请实施例提供的技术方案,通过在车辆进入紧急状态后,从图像采集装置通过循环录制方式采集的多个视频中获取三个目标视频,以拼接得到用于记录车辆进入紧急状态前后的环境信息的紧急状态视频,由于获取紧急状态视频的过程中复用了图像采集装置通过循环录制方式采集的视频,视频拼接过程仅消耗电子控制器的少量算力,减小对电子控制器的硬件资源的消耗,从而使电子控制器存在足够的硬件资源去处理车辆中的其他业务,减少卡顿感。

在一些实施例中,车辆得到紧急状态视频之后,还可以对紧急状态视频的名称进行设置,以便后续进行查找。可选地,车辆基于车辆进入紧急状态的时间信息,对紧急状态视频的名称进行设置。可选地,紧急状态视频的名称包含上述时间信息。比如,车辆进入紧急状态的目标时刻为2022年10月19日下午15点23分,则该紧急状态视频的名称可以为“2210191523”。通过上述方式,可以使得用户可以根据车辆进入紧急状态的时间快速查找紧急状态视频,提高查找效率。

进一步地,车辆还可以基于车辆进入紧急状态的时间信息,以及车辆进入紧急状态时所处的位置信息,对紧急状态视频的名称进行设置。其中,车辆可以通过定位模块获取车辆进入紧急状态时所处的位置信息。上述定位模块可以是车辆中的GPS模块。在该实施例中,紧急状态视频的名称除了包含上述时间信息之外,还包括车辆进入紧急状态时所处的位置信息。结合上文示例,车辆于2022年10月19日下午15点23分,在xx高速收费站发生追尾事故,此时紧急状态视频的名称可以设置为“xx高速收费站2210191523”。通过上述方式,可以使得用户可以根据车辆进入紧急状态的时间以及位置信息快速查找紧急状态视频,提高查找效率。

在一些实施例中,车辆还可以从紧急状态视频中获取目标视频帧,然后将该目标视频帧设置为紧急状态视频的视频封面。其中,目标视频帧用于记录车辆进入紧急状态时的环境信息,也即,目标视频帧是车辆进入紧急状态时(也即目标时刻)图像采集装置采集的视频帧。通过上述方式,使得用户在查看到紧急状态视频的视频封面时,即可快速了解紧急状态视频的内容。

请参考图4,其示出本申请一个实施例提供的视频处理方法的流程图。该方法包括如下过程。

步骤S401,通过图像采集装置连续采集的N个视频,并将N个视频存储在第一指定文件夹。

第一指定文件夹中的视频在存储时长大于或等于预设时长的情况下被删除。

步骤S402,在监测到车辆处于紧急状态之后,基于车辆进入紧急状态的时间信息,从N个视频中获取目标视频。

步骤S403,在目标视频存在多个的情况下,对多个目标视频进行拼接处理,得到紧急状态视频,并将紧急状态视频存储在第二指定文件夹。

紧急状态视频用于记录车辆在进入紧急状态前后的环境信息。第二指定文件夹中的文件不响应指定删除指令,指定删除指令是用户触发的删除指令之外的其他删除指令。

步骤S404,在接收针对紧急状态视频的播放指令后,播放紧急状态视频。

在一些实施例中,车辆设置有可触控的中控屏幕,中控屏幕显示有紧急状态视频的名称,在获取到针对紧急状态视频的名称的触发信号时,电子控制器接收到上述播放指令。上述触发信号可以是单击触发信号、双击触发信号、长按触发信号中的任意一种。在一些实施例中,车辆设置有不可触控的中控屏幕,以及可操作控件,用户可以通过对可操作控件的触发操作,以实现触发针对紧急状态视频的播放指令。在另一些实施例中,播放指令为语音信号,电子控制器通过声音采集装置采集语音信号,在检测出声音信号包括指定关键词的情况下,接收到播放指令。

步骤S405,在播放紧急状态视频的过程中,显示紧急状态视频的播放进度条。

播放进度条用于指示紧急状态视频的播放进度。播放进度条包括目标标记。该目标标记用于标记车辆在进入紧急状态时图像采集装置采集的视频帧。

结合参考图5,其示出本申请一个实施例提供的紧急状态视频的播放示意图,中控屏幕在播放紧急状态视频的过程中,显示播放进度条51,播放进度条51包括目标标记52。

步骤S406,在接收到针对目标标记的触发信号后,显示车辆在进入紧急状态时图像采集装置采集的视频帧。

该触发信号可以是用户针对目标印记的单击触发信号、双击触发信号、长按触发信号中的任意一种,在本申请实施例中,仅以触发信号为单击触发信号为例进行说明。此外,触发信号还可以是语音信号。

在本申请实施例中,用户通过触发信号触发目标标记后,中控屏幕跳转显示车辆在进入紧急状态时图像采集装置采集的视频帧,通过上述方式,可以对车辆进入紧急状态时的画面进行快速定位,提高查找效率。请再次参阅图5,用户触发目标标记52后,中控屏幕显示车辆在进入紧急状态时图像采集装置采集的视频帧53。

综上所述,本申请实施例提供的技术方案,还通过在播放紧急状态视频时,在紧急状态视频的播放进度条上显示目标标记,当用户触发目标标记后,中控屏幕会跳转显示车辆在进入紧急状态时图像采集装置采集的视频帧,实现对车辆进入紧急状态时的画面进行快速定位,提高查找效率。

在一些实施例中,车辆还监测到电子控制器的可用硬件资源与总硬件资源之间的占比小于预设占比的情况下,执行后续的视频处理步骤,以获取紧急状态视频。预设占比根据实验或经验设定。电子控制器的可用硬件资源与总硬件资源之间的占比小于预设占比,则说明电子控制器的可用硬件资源不足,此时可以复用图像采集装置通过循环录制方式采集的视频,以减小算力,减小对电子控制器的硬件资源的消耗,使得电子控制器有足够的硬件资源去处理其他业务,减少卡顿感。

请参阅图6,其示出本申请一个实施例提供的视频处理装置的结构框图。该装置包括:视频采集模块610、第一存储模块620,视频获取模块630、视频处理模块630和第二存储模块650。

视频采集模块610,用于通过图像采集装置连续采集N个视频,N为大于2的正整数。

第一存储模块620,用于将N个视频存储在第一指定文件夹,第一指定文件夹中的视频在存储时长大于或等于预设时长的情况下被删除。

视频获取模块630,用于在监测到车辆处于紧急状态之后,基于车辆进入紧急状态的时间信息,从多个视频中获取目标视频。

视频处理模块640,用于在目标视频存在多个的情况下,对目标视频进行拼接处理,得到紧急状态视频,紧急状态视频用于记录车辆在进入紧急状态前后的环境信息。

第二存储模块650,用于将紧急状态视频存储在第二指定文件夹,其中,第二指定文件夹中的文件不响应指定删除指令,指定删除指令是用户触发的删除指令之外的其他删除指令。

综上所述,本申请实施例提供的技术方案,通过在车辆进入紧急状态后,从图像采集装置通过循环录制方式采集的多个视频中获取三个目标视频,以拼接得到用于记录车辆进入紧急状态前后的环境信息的紧急状态视频,由于获取紧急状态视频的过程中复用了图像采集装置通过循环录制方式采集的视频,视频拼接过程仅消耗电子控制器的少量算力,减小对电子控制器的硬件资源的消耗,从而使电子控制器存在足够的硬件资源去处理车辆中的其他业务,减少卡顿感。

在一些实施例中,车辆进入紧急状态的时间信息包括目标时刻;目标视频包括第一目标视频、第二目标视频和第三目标视频;视频获取模块630,用于:在监测到车辆处于紧急状态之后,将N个视频中采集时间包含目标时刻的视频确定为第一目标视频;将N个视频中采集时间在第一目标视频的采集时间之前,且与第一目标视频的采集时间之间的时间间隔小于第一时间间隔的视频确定为第二目标视频;将N个视频中采集时间在第一目标视频的采集时间之后,且与第一目标视频的采集时间之间的时间间隔小于第二时间间隔的视频确定为第三目标视频。

在一些实施例中,视频获取模块630,用于将N个视频中采集时间在第一目标视频的采集时间之前,且与第一目标视频的采集时间之间的时间间隔最小的视频确定为第二目标视频;将N个视频中采集时间在第一目标视频的采集时间之后,且与第一目标视频的采集时间之间的时间间隔最小的视频确定为第三目标视频。

在一些实施例中,装置还包括:播放模块(图中未示出)。播放模块,用于:在接收针对紧急状态视频的播放指令后,播放紧急状态视频;在播放紧急状态视频的过程中,显示紧急状态视频的播放进度条,播放进度条包括目标标记,目标标记用于指示车辆进入紧急状态时,图像采集装置采集的视频帧在紧急状态视频中的位置;在接收到针对目标标记的触发信号后,播放车辆进入紧急状态时,图像采集装置采集的视频帧。

在一些实施例中,视频处理模块640,用于:将第二目标视频、第一目标视频以及第三目标视频按照采集时间的先后顺序首尾拼接,得到紧急状态视频。

在一些实施例中,装置还包括:命名模块(图中未示出)。命名模块,用于:基于车辆进入紧急状态的时间信息,对将紧急状态视频的名称进行设置。

在一些实施例中,命名模块,用于:通过定位模块获取车辆进入紧急状态时所处的位置信息;基于车辆进入紧急状态的时间信息,以及车辆进入紧急状态时所处的位置信息,对紧急状态视频的名称进行设置。

在一些实施例中,装置还包括:封面设置模块(图中未示出)。封面设置模块,用于:从紧急状态视频中获取目标视频帧,目标视频帧用于记录车辆进入紧急状态时的环境信息;将目标视频帧设置为紧急状态视频的封面。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,模块相互之间的耦合可以是电性,机械或其它形式的耦合。

另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。

请参阅图7,其示出了本申请实施例还提供一种车辆700,该车辆700包括:一个或多个处理器710、存储器720以及一个或多个应用程序。其中,一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行,一个或多个应用程序配置用于执行上述实施例中所描述的方法。

处理器710可以包括一个或者多个处理核。处理器710利用各种接口和线路连接整个电池管理系统内的各种部分,通过运行或执行存储在存储器720内的指令、程序、代码集或指令集,以及调用存储在存储器720内的数据,执行电池管理系统的各种功能和处理数据。可选地,处理器710可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(ProgrammableLogic Array,PLA)中的至少一种硬件形式来实现。处理器710可集成中央处理器710(Central Processing Unit,CPU)、图像处理器710(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器710中,单独通过一块通信芯片进行实现。

存储器720可以包括随机存储器720(Random Access Memory,RAM),也可以包括只读存储器720(Read-Only Memory,ROM)。存储器720可用于存储指令、程序、代码、代码集或指令集。存储器720可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(例如,触控功能、声音播放功能、图像播放功能等)、用于实现上述各种方法实施例的指令等。存储数据区还可以存储电子设备图在使用中所创建的数据(例如,电话本、音视频数据、聊天记录数据)等。

请参阅图8,其示出了本申请实施例还提供一种计算机可读存储介质800,该计算机可读存储介质800中存储有计算机程序指令810,计算机程序指令810可被处理器调用以执行上述实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、电动程控只读存储器(Electrical Programmable Read Only Memory,EPROM)、硬盘或者只读存储器(Read-Only Memory,ROM)。可选地,计算机可读存储介质包括非易失性计算机可读存储介质(Non-transitory Computer-readable Storage Medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的计算机程序指令810的存储空间。这些计算机程序指令810可以从一个或者多个计算机程序产品中读出或者可以写入到这一个或者多个计算机程序产品中。

以上,仅是本申请的较佳实施例而已,并非对本申请作任何形式上的限制,虽然本申请已以较佳实施例揭示如上,然而并非用以限定本申请,任何本领域技术人员,在不脱离本申请技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本申请技术方案内容,依据本申请的技术实质对以上实施例所作的任何简介修改、等同变化与修饰,均仍属于本申请技术方案的范围内。

技术分类

06120115635710