发明内容
基于此,有必要针对上述技术问题,提供一种能够有效提高应用程序启动成功几率的应用程序启动方法、装置、计算机设备和存储介质。
一种应用程序启动方法,包括:
获取应用程序的启动标识和启动页面;
对应用程序的启动过程进行跟踪,获取所述启动标识在预设时间内出现的次数或者在所述启动页面的停留时间;
若所述启动标识在预设时间内出现的次数达到阈值或者在所述启动页面的停留时间超过预设时间,则记录应用程序启动失败;
从启动页面跳转至修复页面,所述修复页面包括修复控件;
获取所述修复控件对应的触发事件,响应所述触发事件对应用程序进行修复;
利用修复后的应用程序进行启动。
在其中一个实施例中,所述响应所述触发事件对应用程序进行修复的步骤,包括:
响应所述触发事件获取应用程序的数据,所述应用程序的数据包括账户数据;
保留所述账户数据,将应用程序的其他数据进行清除。
在其中一个实施例中,所述响应所述触发事件对应用程序进行修复的步骤,包括:
响应所述触发事件获取应用程序的版本信息,利用所述版本信息生成补丁获取请求;
将所述补丁获取请求发送至服务器,以使得服务器根据所述版本信息获取对应的补丁,返回所述补丁;
接收所述补丁,利用所述补丁对应用程序进行修复。
在其中一个实施例中,在所述利用修复后的应用程序进行启动的步骤之后,还包括:
向服务器发送页面获取请求,以使得服务器根据所述页面获取请求获取对应的页面,若所述页面大于阈值,则对所述页面添加缓存标签;
接收服务器返回的添加了缓存标签的页面,根据缓存标签对所述页面的加载过程进行拦截,将拦截后的页面进行缓存;
加载缓存后的页面,进行页面展示。
在其中一个实施例中,在所述利用修复后的应用程序进行启动的步骤之后,还包括:
获取页面跳转对应的触发事件,响应所述触发事件生成页面跳转请求;
将所述页面跳转请求发送至服务器,以使得服务器根据所述页面跳转请求获取对应的页面文件,所述页面文件包括页面属性,根据所述页面属性获取跳转的目标页面;
接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
在其中一个实施例中,在所述利用修复后的应用程序进行启动的步骤之后,还包括:
接收服务器推送的应用程序版本更新通知;
根据所述更新通知生成更新请求,将所述更新请求发送至服务器,以使得服务器根据所述更新请求获取新版本应用程序与当前版本应用程序之间的差异数据,利用差异数据生成增量包;
接收服务器返回的增量包,利用所述增量包对应用程序进行增量更新。
一种应用程序启动装置,所述装置包括:
检测模块,用于获取应用程序的启动标识和启动页面;对应用程序的启动过程进行跟踪,获取所述启动标识在预设时间内出现的次数或者在所述启动页面的停留时间;若所述启动标识在预设时间内出现的次数达到阈值或者在所述启动页面的停留时间超过预设时间,则记录应用程序启动失败;
修复模块,用于从启动页面跳转至修复页面,所述修复页面包括修复控件;获取所述修复控件对应的触发事件,响应所述触发事件对应用程序进行修复;
启动模块,用于利用修复后的应用程序进行启动。
在其中一个实施例中,所述装置还包括:
跳转模块,用于获取页面跳转对应的触发事件,响应所述触发事件生成页面跳转请求;将所述页面跳转请求发送至服务器,以使得服务器根据所述页面跳转请求获取对应的页面文件,所述页面文件包括页面属性,根据所述页面属性获取跳转的目标页面;接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
一种计算机设备,包括存储器及处理器,所述存储器中储存有计算机可读指令,所述指令被所述处理器执行时,使得所述处理器执行上述方法的步骤。
一个或多个存储有计算机可读指令的计算机可读非易失性存储介质,计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述方法的步骤。
上述应用程序启动方法、装置、计算机设备和存储介质,通过对应用程序的启动过程进行跟踪,可以获取到启动标识在预设时间内出现的次数或者在所述启动页面的停留时间,若所述启动标识在预设时间内出现的次数达到阈值或者在所述启动页面的停留时间超过预设时间,则表示应用程序启动失败。当应用程序启动失败时,从启动页面跳转至修复页面。通过响应修复页面中修复控件对应的触发事件,对应用程序进行修复。在利用修复后的应用程序进行启动时能够有效提高启动成功几率。在这个过程中,不需要对应用程序进行卸载重装,通过修复即可实现启动几率的有效提高。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例中所提供的应用程序启动方法可以应用于如图1所示的应用场景中。移动终端102通过网络与服务器104连接。移动终端102上预先安装了应用程序。移动终端102获取应用程序的启动标识和启动页面。移动终端102对应用程序的启动过程进行跟踪。当应用程序进行启动时,移动终端102检测到相应的启动标识。若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则移动终端102记录应用程序启动失败。当应用程序启动失败时,移动终端102可以从启动页面跳转至修复页面。用户可以点击修复页面中的修复控件,生成修复控件对应的触发事件。移动终端102响应该触发事件对应用程序进行修复。修复方式包括多种,例如,对应用程序的数据进行清除以及下载应用程序的补丁等。当移动终端102通过下载补丁对应用程序进行修复时,移动终端102生成补丁获取请求,将补丁获取请求发送至服务器104。服务器104根据补丁请求获取相应的补丁,将补丁返回至移动终端102。移动终端102利用补丁对应用程序进行修复。修复完成,重新启动应用程序。由此能有效提高应用程序启动成功几率。
在一个实施例中,如图2所示,提供了一种应用程序启动方法,以该方法应用于移动终端为例进行说明,具体包括以下步骤:
步骤202,获取应用程序的启动标识和启动页面。
步骤204,对应用程序的启动过程进行跟踪,获取启动标识在预设时间内出现的次数或者在启动页面的停留时间。
步骤206,若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则记录应用程序启动失败。
移动终端上预先安装了应用程序。移动终端获取应用程序的启动标识和启动页面。启动标识可以是开发人员对应用程序在启动时所设置的标识。启动页面可以是开发人员对应用程序在启动时所设置的页面。
移动终端对应用程序的启动过程进行跟踪。当应用程序进行启动时,移动终端检测到相应的启动标识。如果在预设时间内多次检测到该启动标识,也就是说启动标识在预设时间内出现了多次,那么将启动标识在预设时间内出现的次数与阈值进行比较。若达到了阈值,表示应用程序启动失败,移动终端进行相应的记录。
移动终端还可以在应用程序启动时,检测启动页面的停留时间,如果启动页面的停留时间超过预算时间,表示应用程序启动失败,移动终端进行相应的记录。
步骤208,从启动页面跳转至修复页面,修复页面包括修复控件。
步骤210,获取修复控件对应的触发事件,响应触发事件对应用程序进行修复。
步骤212,利用修复后的应用程序进行启动。
当应用程序启动失败时,移动终端可以从启动页面跳转至修复页面。修复页面中包括了修复控件。用户可以点击修复控件,生成修复控件对应的触发事件。移动终端响应该触发事件对应用程序进行修复。修复方式可以包括多种,例如,对应用程序的数据进行清除以及下载应用程序的补丁等。
移动终端对应用程序的数据进行清除时,可以将对应用程序启动有影响的数据进行清除,被清除的数据包括本地缓存的图片和视频、用于用户行为分析的数据以及已上传服务器进行备份的数据等。对应用程序的数据进行清除之后,重新启动应用程序。由此能有效提高应用程序启动成功几率。
移动终端还可以响应修复控件对应的触发事件,生成补丁获取请求,将补丁获取请求发送至服务器。服务器根据补丁请求获取相应的补丁,将补丁返回至移动终端。移动终端利用补丁对应用程序进行修复。修复完成,重新启动应用程序。由此能有效提高应用程序启动成功几率。
移动终端还可以在对应用程序的数据进行清除之后,再向服务器发送补丁获取请求,从服务器下载补丁,对应用程序做进一步的修复。由此能够进一步提高应用程序启动成功几率。
本实施例中,通过对应用程序的启动过程进行跟踪,可以获取到启动标识在预设时间内出现的次数或者在启动页面的停留时间,若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则表示应用程序启动失败。当应用程序启动失败时,从启动页面跳转至修复页面。通过响应修复页面中修复控件对应的触发事件,对应用程序进行修复。在利用修复后的应用程序进行启动时能够有效提高启动成功几率。在这个过程中,不需要对应用程序进行卸载重装,通过修复即可实现启动几率的有效提高。
在一个实施例中,响应触发事件对应用程序进行修复的步骤,包括:响应触发事件获取应用程序的数据,应用程序的数据包括账户数据;保留账户数据,将应用程序的其他数据进行清除。
本实施例中,当应用程序启动失败时,移动终端可以对应用程序的数据进行清除。对于应用程序的数据,移动终端可以只保留其中的账户数据,账户数据包括用户登录时的账号和密码等。由此可以在应用程序启动成功后用户能够直接利用保留下来的账户数据进行登录,为用户提供了方便。如果应用程序具有转账或支付功能,账户数据还可以包括用户的银行账户等。移动终端可以将应用程序的数据中除了账户数据之外的其他数据进行清除。通过对应用程序的数据进行清除减少对应用程序重启的影响,从而能够有效提高应用程序启动成功的几率。
在一个实施例中,响应触发事件对应用程序进行修复的步骤,包括:响应触发事件获取应用程序的版本信息,利用版本信息生成补丁获取请求;将补丁获取请求发送至服务器,以使得服务器根据版本信息获取对应的补丁,返回补丁;接收补丁,利用补丁对应用程序进行修复。
本实施例中,当应用程序启动失败时,移动终端还可以从服务器下载补丁对应用程序进行修复。具体的,当修复页面中的修复控件被触发时,移动终端获取相应的触发事件,响应该触发事件获取应用程序的版本信息。不同移动终端上所安装的应用程序的版本可以不同。移动终端根据版本信息生成补丁获取请求,将补丁获取请求发送至服务器。服务器接收该补丁获取请求,根据补丁获取请求中携带的应用程序的版本信息获取对应的补丁。不同的版本的应用程序所对应的补丁可以不同。服务器将获取到的补丁返回至移动终端。移动终端安装补丁,对应用程序进行修复。通过安装补丁,能够对应用程序进行有效修复,从而能够有效提高应用程序启动成功的几率。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,还包括:向服务器发送页面获取请求,以使得服务器根据页面获取请求获取对应的页面,若页面大于阈值,则对页面添加缓存标签;接收服务器返回的添加了缓存标签的页面,根据缓存标签对页面的加载过程进行拦截,将拦截后的页面进行缓存;加载缓存后的页面,进行页面展示。
本实施例中,应用程序被修复后,可以成功启动。成功启动之后,移动终端利用应用程序可以向服务器发送页面获取请求,以此向用户展示相应的页面。服务器接收页面获取请求,根据该请求获取对应的页面。服务器在获取到相应的页面后,可以识别是否需要添加缓存标签。具体的,若页面中包括图片、音频或视频等,可能会导致页面较大。若页面大于阈值,则需要添加缓存标签。服务器将添加缓存标签的页面返回至移动终端。移动终端接收添加缓存标签的页面,对应用程序加载该页面的过程进行拦截,将拦截后的页面进行缓存。缓存成功后,移动终端通过应用程序加载缓存后的页面,从而进行页面展示。
对于缓存后的页面,当下次再需要加载该页面时,移动终端可以通过应用程序直接在缓存中加载该页面,无需再次向服务器发送页面获取请求。这不仅可以有效提高页面加载速度,还可以有效节省网络流量。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,还包括:获取页面跳转对应的触发事件,响应触发事件生成页面跳转请求;将页面跳转请求发送至服务器,以使得服务器根据页面跳转请求获取对应的页面文件,页面文件包括页面属性,根据页面属性获取跳转的目标页面;接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
在应用程序启动成功之后,移动终端可以通过应用程序显示页面。移动终端显示的页面中可以包括页面跳转链接,或者页面跳转控件。当用户点击页面跳转链接或者页面跳转控件,移动终端可以获取到页面跳转对应的触发事件。移动终端响应该触发事件生成页面跳转请求,将页面跳转请求发送至服务器。
服务器获取当前显示的页面所对应的页面文件。页面文件中包括页面内容和页面属性。其中页面属性包括页面类别和类别标识。页面类型可以表示页面中所呈现的业务类别,例如,保险或理财等。类别标识可以是跳转后的目标页面的页面标记。根据页面类别和类别标识可以得知跳转位置以及跳转后的目标页面的业务类别。服务器根据页面跳转请求启动路由接口,根据页面属性调用路由接口对应的参数,通过传递参数获取跳转后的目标页面。
应用程序中可以展示多种类型的页面,包括H5(HTML5,HyperText MarkupLanguage 5,超级文本标记语言第五版本)页面、Native页面(一种应用程序的页面)以及React Native页面(一种应用程序的页面)等。在传统的方式中,对于不同的页面,服务器需要启动不同的路由接口来获取对应的页面内容。也就是说,每种页面的路由都是不同的。服务器需要对不同的页面配置不同的路由,给页面跳转造成不便。
本实施例中,多种页面可以配置统一的路由,即从一种页面跳转到同种类行的页面或者跳转到不同类型的页面,服务器都可以调用相同的路由接口。例如,页面跳转可以是从H5页面跳转到H5页面,也可以是从H5页面跳转到Native页面,也可以是从H5页面跳转到React Native页面,还可以是从Native页面跳转到React Native页面等,服务器都可以调用相同的路由接口,根据页面属性调用路由接口对应的参数,从而通过传递参数获取跳转后的目标页面。通过对多种页面跳转的路由进行统一,从而使得页面跳转的路由接口具有较强的扩展性和灵活性,便于在不同页面之间进行有效跳转。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,还包括:接收服务器推送的应用程序版本更新通知;根据更新通知生成更新请求,将更新请求发送至服务器,以使得服务器根据更新请求获取最新版本应用程序与当前版本应用程序之间的差异数据,利用差异数据生成增量包;接收服务器返回的增量包,利用增量包对应用程序进行增量更新。
本实施例了中,应用程序被修复后,可以成功启动。成功启动之后,移动终端可以接收到服务器推送的应用程序版本更新通知。移动终端根据版本更新通知获取更新控件对应的触发,响应该触发事件,生成更新请求。移动终端将更新请求发送至服务器。服务器可以获取多个版本的应用程序的版本信息,将多个版本的应用程序分别与最新版本应用程序进行比对,生成相应的差异数据,从而利用差异数据生成多个版本对应的增量包。
当服务器接收到更新请求时,根据更新请求中携带的移动终端当前版本应用程序的版本信息获取对应的增量包。服务器将增量包返回至移动终端。移动终端接收增量包,将增量包与本地当前版本的应用程序对应的安装包进行合并,生成最新版本的安装包。利用最新版本的安装包对应用程序进行更新。
在对应用程序进行更新时,移动终端只需下载与当前版本信息对应的增量包即可实现应用程序的更新,不需要下载整个安装包,由此不仅能够节省网络流量,而且能够有效提高更新效率。
在一个实施例中,提供了一种移动终端,如图3所示,该移动终端包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该移动终端的处理器用于提供计算和控制能力。该移动终端的存储器包括非易失性存储介质、内存储器。该服务器的非易失性存储介质存储有操作系统和和计算机可读指令,该计算机可读指令被处理器执行时以实现一种应用程序启动方法。该服务器的内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该移动终端的网络接口用于与外部的服务器通过网络连接通信,比如,向服务器发送补丁获取请求,以及接收服务器返回的补丁等。该移动终端的显示屏可以是液晶显示屏或者电子墨水显示屏等,输入装置可以是显示屏上覆盖的触摸层,也可以是终端外壳上设置的按键或触控板。该移动终端可以是手机、平板电脑、个人数字助理或穿戴式设备等。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的服务器的限定,具体的服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
如图4所示,本发明还提供了一种应用程序启动装置,该应用程序启动装置的内部结构可对应于如图3所示的结构,下述每个模块可全部或部分通过软件、硬件或其组合来实现。在一个实施例中,应用程序启动装置包括:检测模块402、修复模块404和启动模块406,其中:
检测模块402,用于获取应用程序的启动标识和启动页面;对应用程序的启动过程进行跟踪,获取启动标识在预设时间内出现的次数或者在启动页面的停留时间;若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则记录应用程序启动失败。
修复模块404,用于从启动页面跳转至修复页面,修复页面包括修复控件;获取修复控件对应的触发事件,响应触发事件对应用程序进行修复。
启动模块406,用于利用修复后的应用程序进行启动。
在一个实施例中,修复模块404还用于响应触发事件获取应用程序的数据,应用程序的数据包括账户数据;保留账户数据,将应用程序的其他数据进行清除。
在一个实施例中,修复模块404还用于响应触发事件获取应用程序的版本信息,利用版本信息生成补丁获取请求;将补丁获取请求发送至服务器,以使得服务器根据版本信息获取对应的补丁,返回补丁;接收补丁,利用补丁对应用程序进行修复。
在一个实施例中,该装置还包括:缓存模块408,用于向服务器发送页面获取请求,以使得服务器根据页面获取请求获取对应的页面,若页面大于阈值,则对页面添加缓存标签;接收服务器返回的添加了缓存标签的页面,根据缓存标签对页面的加载过程进行拦截,将拦截后的页面进行缓存;加载缓存后的页面,进行页面展示。
在一个实施例中,该装置还包括:跳转模块410,用于获取页面跳转对应的触发事件,响应触发事件生成页面跳转请求;将页面跳转请求发送至服务器,以使得服务器根据页面跳转请求获取对应的页面文件,页面文件包括页面属性,根据页面属性获取跳转的目标页面;接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
在一个实施例中,该装置还包括:更新模块412,用于接收服务器推送的应用程序版本更新通知;根据更新通知生成更新请求,将更新请求发送至服务器,以使得服务器根据更新请求获取新版本应用程序与当前版本应用程序之间的差异数据,利用差异数据生成增量包;接收服务器返回的增量包,利用增量包对应用程序进行增量更新。
在一个实施例中,提供了一种计算机设备,包括存储器及处理器,存储器中储存有计算机可读指令,指令被处理器执行时,使得处理器执行以下步骤:
获取应用程序的启动标识和启动页面;
对应用程序的启动过程进行跟踪,获取启动标识在预设时间内出现的次数或者在启动页面的停留时间;
若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则记录应用程序启动失败;
从启动页面跳转至修复页面,修复页面包括修复控件;
获取修复控件对应的触发事件,响应触发事件对应用程序进行修复;
利用修复后的应用程序进行启动。
在一个实施例中,处理器执行计算机可读指令时还执行以下步骤:
响应触发事件获取应用程序的数据,应用程序的数据包括账户数据;
保留账户数据,将应用程序的其他数据进行清除。
在一个实施例中,处理器执行计算机可读指令时还执行以下步骤:
响应触发事件获取应用程序的版本信息,利用版本信息生成补丁获取请求;
将补丁获取请求发送至服务器,以使得服务器根据版本信息获取对应的补丁,返回补丁;
接收补丁,利用补丁对应用程序进行修复。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,处理器执行计算机可读指令时还执行以下步骤:
向服务器发送页面获取请求,以使得服务器根据页面获取请求获取对应的页面,若页面大于阈值,则对页面添加缓存标签;
接收服务器返回的添加了缓存标签的页面,根据缓存标签对页面的加载过程进行拦截,将拦截后的页面进行缓存;
加载缓存后的页面,进行页面展示。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,处理器执行计算机可读指令时还执行以下步骤:
获取页面跳转对应的触发事件,响应触发事件生成页面跳转请求;
将页面跳转请求发送至服务器,以使得服务器根据页面跳转请求获取对应的页面文件,页面文件包括页面属性,根据页面属性获取跳转的目标页面;
接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,处理器执行计算机可读指令时还执行以下步骤:
接收服务器推送的应用程序版本更新通知;
根据更新通知生成更新请求,将更新请求发送至服务器,以使得服务器根据更新请求获取新版本应用程序与当前版本应用程序之间的差异数据,利用差异数据生成增量包;
接收服务器返回的增量包,利用增量包对应用程序进行增量更新。
在一个实施例中,提供了一个或多个存储有计算机可读指令的计算机可读非易失性存储介质,计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行以下步骤:
获取应用程序的启动标识和启动页面;
对应用程序的启动过程进行跟踪,获取启动标识在预设时间内出现的次数或者在启动页面的停留时间;
若启动标识在预设时间内出现的次数达到阈值或者在启动页面的停留时间超过预设时间,则记录应用程序启动失败;
从启动页面跳转至修复页面,修复页面包括修复控件;
获取修复控件对应的触发事件,响应触发事件对应用程序进行修复;
利用修复后的应用程序进行启动。
在一个实施例中,计算机可读指令被处理器执行时还执行以下步骤:
响应触发事件获取应用程序的数据,应用程序的数据包括账户数据;
保留账户数据,将应用程序的其他数据进行清除。
在一个实施例中,计算机可读指令被处理器执行时还执行以下步骤:
响应触发事件获取应用程序的版本信息,利用版本信息生成补丁获取请求;
将补丁获取请求发送至服务器,以使得服务器根据版本信息获取对应的补丁,返回补丁;
接收补丁,利用补丁对应用程序进行修复。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,计算机可读指令被处理器执行时还执行以下步骤:
向服务器发送页面获取请求,以使得服务器根据页面获取请求获取对应的页面,若页面大于阈值,则对页面添加缓存标签;
接收服务器返回的添加了缓存标签的页面,根据缓存标签对页面的加载过程进行拦截,将拦截后的页面进行缓存;
加载缓存后的页面,进行页面展示。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,计算机可读指令被处理器执行时还执行以下步骤:
获取页面跳转对应的触发事件,响应触发事件生成页面跳转请求;
将页面跳转请求发送至服务器,以使得服务器根据页面跳转请求获取对应的页面文件,页面文件包括页面属性,根据页面属性获取跳转的目标页面;
接收服务器返回的跳转后的目标页面,将跳转后的目标页面进行展示。
在一个实施例中,在利用修复后的应用程序进行启动的步骤之后,计算机可读指令被处理器执行时还执行以下步骤:
接收服务器推送的应用程序版本更新通知;
根据更新通知生成更新请求,将更新请求发送至服务器,以使得服务器根据更新请求获取新版本应用程序与当前版本应用程序之间的差异数据,利用差异数据生成增量包;
接收服务器返回的增量包,利用增量包对应用程序进行增量更新。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中,该计算机可读指令在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。