著录项信息
专利名称 | 一种解决系统分区损坏的方法及装置 |
申请号 | CN201510214631.8 | 申请日期 | 2015-04-29 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-08-12 | 公开/公告号 | CN104834574A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F11/14 | IPC分类号 | G;0;6;F;1;1;/;1;4查看分类表>
|
申请人 | 青岛海信移动通信技术股份有限公司 | 申请人地址 | 山东省青岛市市南区江西路11号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 青岛海信移动通信技术股份有限公司 | 当前权利人 | 青岛海信移动通信技术股份有限公司 |
发明人 | 刘戈峰;赵玉峰;程志 |
代理机构 | 北京中博世达专利商标代理有限公司 | 代理人 | 申健 |
摘要
本发明提供了一种解决系统分区损坏的方法及装置,涉及计算机技术领域,用以在系统分区损坏的情况下,终端不必返修,直接利用系统备份分区维持智能终端的正常运行,大大缩短了维修周期,提高用户使用体验。该方法应用于智能终端,智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区;该方法包括:在智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。
1.一种解决系统SYSTEM分区损坏的方法,其特征在于,应用于智能终端,所述智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区;所述方法包括:
在所述智能终端的开机原因中加上所述SYSTEM分区损坏选项;
在所述智能终端开机启动之前的一次开机运行过程中,确定所述SYSTEM分区是否损坏;在所述SYSTEM分区损坏的情况下,将所述开机原因设置为所述SYSTEM分区损坏,并重启所述智能终端;
所述确定所述SYSTEM分区是否损坏包括:确定以下三个条件:挂载所述SYSTEM分区、正常开机、所述SYSTEM分区中全部固定文件正确是否全部满足;所述固定文件是所述SYSTEM分区中始终不改变的文件;在所述三个条件中有至少一个不满足的情况下,确定所述SYSTEM分区损坏;在所述三个条件全部满足的情况下,确定所述SYSTEM分区没有损坏;
在所述智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;
在所述开机原因是所述SYSTEM分区损坏的情况下,根据所述系统备份分区开机运行。
2.根据权利要求1所述的方法,其特征在于,所述在所述开机原因是所述SYSTEM分区损坏的情况下,根据所述系统备份分区开机包括:
在所述开机原因是所述SYSTEM分区损坏的情况下,根据所述系统备份分区更新损坏的SYSTEM分区;
使用更新后的SYSTEM分区开机运行。
3.根据权利要求1所述的方法,其特征在于,在所述智能终端开机启动之前,还包括:
获取升级文件;所述升级文件中包含有所述系统备份分区的全部信息;
根据所述升级文件对所述智能终端进行升级,以使得所述智能终端生成所述系统备份分区;
或者,
根据所述未损坏的SYSTEM分区生成所述系统备份分区。
4.根据权利要求1所述的方法,其特征在于,所述系统备份分区以压缩文件的格式存储于所述智能终端中。
5.一种智能终端,其特征在于,所述智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区;所述智能终端包括:
确定单元,用于确定所述SYSTEM分区是否损坏;在所述智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;所述开机原因中加上所述SYSTEM分区损坏选项;
处理单元,用于在所述SYSTEM分区损坏的情况下,将所述开机原因设置为所述SYSTEM分区损坏,并重启所述智能终端;在所述开机原因是所述SYSTEM分区损坏的情况下,根据所述系统备份分区开机运行;
所述确定单元,具体用于确定以下三个条件:挂载所述SYSTEM分区、正常开机、所述SYSTEM分区中全部固定文件正确是否全部满足;所述固定文件是所述SYSTEM分区中始终不改变的文件;在所述三个条件中有至少一个不满足的情况下,确定所述SYSTEM分区损坏;在所述三个条件全部满足的情况下,确定所述SYSTEM分区没有损坏。
6.根据权利要求5所述的智能终端,其特征在于,
所述处理单元,具体用于在所述开机原因是所述SYSTEM分区损坏的情况下,根据所述系统备份分区更新损坏的SYSTEM分区,并使用更新后的SYSTEM分区开机运行。
一种解决系统分区损坏的方法及装置\n技术领域\n[0001] 本发明涉及计算机技术领域,尤其涉及一种解决SYSTEM(系统)分区损坏的方法及装置。\n背景技术\n[0002] 随着智能化的发展,搭载了操作系统的智能终端(智能手机、平板电脑、学习机、音视频播放器等)也越来越成为市场上的主流,其中以Linux为基础的开放源代码的安卓(Android)操作系统,以其显著的开放性成为智能终端上使用最多的操作系统。\n[0003] 然而随着大量的智能终端投入市场,因为无法正常使用而需要返修的智能终端的数量大大增加。在各种各样的故障中,因为SYSTEM分区损坏造成的智能终端工作异常占很大比例。SYSTEM分区中主要存储了智能终端实现基本功能的重要文件,例如实现文字输入的文件、构建系统框架所需的文件、平台运行库、实现底层应用的文件、开机所需文件、关机所需文件等,所以SYSTEM分区一旦损坏智能终端可能无法运行。导致SYSTEM分区损坏的原因有很多种,例如文件故障、电源电压不稳、用户误删除或修改。维修人员解决上述问题的通常方式是用正确的SYSTEM分区文件更新智能终端中已损坏的SYSTEM分区。\n[0004] 在解决上述SYSTEM分区损坏的过程中,发明人发现现有技术中至少存在如下问题:在用户使用智能终端出现问题时,首先用户不能确定是不是因为SYSTEM分区损坏导致的智能终端异常,其次在用户知道是由于SYSTEM分区损坏导致的智能终端异常的情况下,由于SYSTEM分区中的文件不公开发布,所以用户无法获取正确的SYSTEM分区的文件,所以只有将智能终端交至专业维修人员进行返修,但是对用户来说维修周期漫长,严重影响了用户的使用体验。\n发明内容\n[0005] 本发明的实施例提供一种解决系统SYSTEM分区损坏的方法及装置,通过在智能终端中备份有未损坏的SYSTEM分区的系统备份分区,使得在SYSTEM分区损坏的情况下,智能终端不必返修,直接利用系统备份分区维持智能终端的正常运行,大大缩短了维修周期,提高用户使用体验。\n[0006] 为达到上述目的,本发明的实施例采用如下技术方案:\n[0007] 第一方面,本发明实施例提供了一种解决系统SYSTEM分区损坏的方法,应用于智能终端,智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区;该方法包括:在智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。\n[0008] 第二方面,本发明实施例提供了一种智能终端,智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区;智能终端包括:确定单元,用于在智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;处理单元,用于在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。\n[0009] 本发明实施例提供了一种解决SYSTEM分区损坏的方法及装置,确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据智能终端中存储的包含SYSTEM分区中的所有信息的系统备份分区开机运行。这样,智能终端可以自行判断SYSTEM分区是否损坏,在SYSTEM分区损坏的情况下,智能终端可以利用系统备份分区文件来修复损坏的SYSTEM分区,也可以直接利用系统备份分区来维持开机和正常运行,如此在SYSTEM分区损坏的情况下,不用将智能终端交至专业的售后维修人员维修就能够解决SYSTEM分区导致的智能终端运行失常,大大缩短了维修周期,提高用户使用体验。\n附图说明\n[0010] 为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0011] 图1为本发明实施例提供的一种解决SYSTEM分区损坏的方法的路程示意图;\n[0012] 图2为本发明实施例提供的另一种解决SYSTEM分区损坏的方法的路程示意图;\n[0013] 图3为本发明实施例提供的一种确定SYSTEM分区是否损坏的方法的流程示意图;\n[0014] 图4为本发明实施例提供的另一种确定SYSTEM分区是否损坏的方法的流程示意图;\n[0015] 图5为本发明实施例提供的一种智能终端的功能示意图。\n具体实施方式\n[0016] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0017] 需要说明的是,本发明所有实施例都应用于安装有操作系统的智能终端,并且智能终端中有SYSTEM分区和系统备份分区。SYSTEM分区中存储有实现智能终端基本功能的文件,例如,实现文字输入的文件、构建系统框架所需的文件、平台运行库、实现底层应用的文件、开机所需文件、关机所需文件等。在SYSTEM分区缺失或者出现严重损坏的情况下,智能终端将无法正常开机或开机后无法正常使用。系统备份分区包括有未损坏的SYSTEM分区中的所有信息,所以在SYSTEM分区损坏无法正常开机或者开机后无法正常使用的情况下,可以利用系统备份分区来维持智能终端的运行。\n[0018] 本发明实施例提供了一种解决SYSTEM分区损坏的方法。如图1所示,该方法包括:\n[0019] 101、在智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏。\n[0020] 需要说明的是,开机检测是智能终端的一个基本功能。现有技术中的开机检测可以检测当前智能终端的开机原因,例如按开机键开机、闹钟开机、瞬间掉电开机、检测到USB(Universal Serial Bus,通用串行总线)开机等。本发明在现有技术基础上,在开机原因中加上SYSTEM分区损坏这个选项。\n[0021] 需要说明的是,在确定开机原因是SYSTEM分区损坏的情况下,执行步骤102,否则,根据具体的开机原因,智能终端按照现有技术中的开机流程执行。\n[0022] 具体的,智能终端上电后,执行引导程序(bootloader),在执行引导程序的过程中检测开机原因,并确定开机原因是不是SYSTEM分区损坏。\n[0023] 102、在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。\n[0024] 具体的,根据系统备份分区开机至少有以下三种实现方式。\n[0025] 第一种,根据系统备份分区更新损坏的SYSTEM分区;使用更新后的SYSTEM分区开机运行。\n[0026] 具体的,在开机原因是SYSTEM分区损坏的情况下,将系统备份分区中的文件按照SYSTEM分区中文件的存储结构拷贝到SYSTEM分区中,以更新损坏的SYSTEM分区,然后智能终端使用更新后的SYSTEM分区开机并进行常规的运行。\n[0027] 这种方式的好处在于:若SYSTEM再次出现损坏,依然可以利用系统备份分区更新损坏的SYSTEM分区,完成SYSTEM分区的修复,维持智能终端的正常运行。\n[0028] 第二种,直接使用系统备份分区开机。\n[0029] 具体的,在开机原因是SYSTEM分区损坏的情况下,将智能终端读取SYSTEM分区的路径更改为系统备份分区的存储路径,使得智能终端舍弃SYSTEM分区,直接利用系统备份分区开机并进行常规的运行。但是在这种情况下,系统备份分区中各文件的存储结构文件和必须与SYSTEM分区中文件的存储结构相同,同时系统备份分区的格式和SYSTEM分区的格式相同,不能是压缩文件的格式。\n[0030] 这种方式的局限性在于若系统备份分区出现损坏,那么智能终端就不能正常运行。\n[0031] 第三种,根据压缩文件格式的系统备份分区开机。\n[0032] 需要说明的是,由于SYSTEM中存储的文件较多,占用的存储空间较大,对应的,存储有SYSTEM分区中的所有信息的系统备份分区所占用的存储空间也较大。为了减少系统备份分区所占用的存储空间,可以将压缩后的系统备份分区压缩后再存储在智能终端中。\n[0033] 示例性的,手机有8G内存,其中2G用于存储系统文件分区,对应的,系统备份分区需要2G进行存储,那么用户可利用的存储空间只有4G(占存储空间的50%)。若将原本需要占用2G的存储空间系统备份文件压缩为只占用1.2G压缩文件格式,那么用户可利用的存储空间增大为4.8G(占存储空间的60%)。\n[0034] 具体的,在开机原因是SYSTEM分区损坏的情况下,解压系统备份分区,并用解压后的系统备份分区替换损坏的SYSTEM分区,然后智能终端使用更新后的SYSTEM分区开机并进行常规的运行。\n[0035] 本发明实施例提供了一种解决SYSTEM分区损坏的方法,确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据智能终端中存储的包含SYSTEM分区中的所有信息的系统备份分区开机运行。这样,智能终端可以自行判断SYSTEM分区是否损坏,在SYSTEM分区损坏的情况下,智能终端可以利用系统备份分区文件来修复损坏的SYSTEM分区,也可以直接利用系统备份分区来维持开机和正常运行,如此在SYSTEM分区损坏的情况下,不用将智能终端交至专业的售后维修人员维修就能够解决SYSTEM分区导致的智能终端运行失常,大大缩短了维修周期,提高用户使用体验。\n[0036] 本发明实施例提供了一种解决SYSTEM系统分区损坏的方法,如图2所示,该方法包括:\n[0037] 201、获取系统备份分区。\n[0038] 需要说明的是,在SYSTEM分区损坏之前,智能终端需要获取系统备份分区,这样才能够在SYSTEM分区损坏的情况下,利用系统备份分区维持智能终端的正常运行。智能终端获取系统备份分区的具体时机只需要在SYSTEM分区损坏之前即可,具体的可以是在智能终端出厂前,也可以是在智能终端第一次开机时,还可以是智能终端升级操作系统的版本时,本发明对此不做限制。\n[0039] 具体的,智能终端获取系统备份分区的方法至少包括以下三种:\n[0040] 第一种,获取升级文件;根据升级文件对智能终端进行升级。\n[0041] 其中,升级文件中包含有系统备份分区的全部信息。\n[0042] 具体的,开发人员在制作升级文件时,将系统备份分区所需的全部信息添加在升级文件中,然后将升级文件上传至服务器,智能终端从服务器下载该升级文件,然后根据升级文件更新操作系统,更新过程中根据升级文件中包含的系统备份分区的信息在智能终端中生成系统备份分区。\n[0043] 需要说明的是,此种获取系统备份分区的方法可以在用户使用智能终端的过程中的任意时刻触发。\n[0044] 第二种,根据SYSTEM分区生成系统备份分区。\n[0045] 具体的,在智能终端为第一次开机时,或者在用户触发智能终端备份SYSTEM时,智能终端根据SYSTEM分区的所占存储空间的大小划分新的分区,并拷贝SYSTEM分区至新的分区中,生成系统备份分区\n[0046] 第三种,在生产智能终端时,将系统备份分区存储至智能终端中。\n[0047] 具体的,开发人员在生成操作系统的过程中,根据SYSTEM分区的相关文件在操作系统中的添加系统备份分区的相关内容,制作出最终的操作系统的版本,然后利用升级工具将该操作系统升级至智能终端中,以使得智能终端生成系统备份分区。\n[0048] 202、确定SYSTEM分区是否损坏。\n[0049] 需要说明是,在使用智能终端的过程中,如果出现问题,则智能终端自动检测该问题的出现是否因为SYSTEM分区损坏。\n[0050] 具体的,确定SYSTEM分区是否损坏具体包括:\n[0051] 确定以下三个条件:挂载SYSTEM分区、正常开机、SYSTEM分区中全部固定文件正确是否全部满足;在三个条件中有至少一个不满足的情况下,确定SYSTEM分区损坏;在三个条件全部满足的情况下,确定SYSTEM分区没有损坏。\n[0052] 其中,固定文件是SYSTEM分区中始终不改变的文件。SYSTEM分区中有的文件与智能终端获取的实时参数有关,在开机前后会有变化,而有的文件从存储至SYSTEM分区开始,始终不会发生变化。此处的固定文件就是指SYSTEM分区中不会改变的文件。确定SYSTEM分区中全部固定文件正确具体可以为:智能终端中预先存储有每一固定文件的校验值,对每一固定文件,智能终端计算该固定文件的校验值,并确定计算出的校验值与预先存储的该文件对应的校验值是否一致,若两者一致,则确定该固定文件正确;若两者不一致,则确定该固定文件错误。\n[0053] 需要说明的是,上述三个条件之间的关系是:\n[0054] 若不能成功挂载SYSTEM分区,则不能成功开机且SYSTEM分区中至少有一个固定文件错误;若成功挂载SYSTEM分区,则不能确定是否可以成功开机,也不能确定SYSTEM分区中全部固定文件是否正确;\n[0055] 若不能成功开机,则SYSTEM分区中至少有一个固定文件错误,但不能确定SYSTEM分区是否成功挂载;若成功开机,则不能确定SYSTEM分区中全部固定文件是否正确,但是成功挂载SYSTEM分区;\n[0056] 若SYSTEM分区至少有一个固定文件错误,则不能确定是否能够挂载SYSTEM分区,也不能确定是否能够正常开机;若SYSTEM分区中全部固定文件正确,则能够挂载SYSTEM分区且能够正常开机。\n[0057] 需要说明的是,确定SYSTEM分区是否损坏的具体流程可以如图3所示,确定是否成功挂载SYSTEM分区;若挂载失败,则确定SYSTEM分区损坏;若挂载成功,则确定是否能够正常开机;若不能正常开机,则确定SYSTEM分区损坏;若能正常开机,则确定SYSTEM分区中全部固定文件是否正确;若SYSTEM分区中存在至少一个固定文件错误,则确定SYSTEM分区损坏;若SYSTEM分区中全部固定文件正确,则确定SYSTEM分区没有损坏。\n[0058] 具体的,在进入正常的开机流程之前,确定智能终端是否能够正常挂载SYSTEM分区;在开机过程中,确定是否能够正常开机;在开机之后,智能终端运行过程中,确定SYSTEM分区中全部固定文件是否正确。\n[0059] 需要说明的是,由于SYSTEM分区至少有一个固定文件错误就能够证明SYSTEM分区损坏,所以确定SYSTEM分区是否损坏的具体流程也可以如图4所示,只确定SYSTEM分区中全部固定文件是否正确,若SYSTEM分区中存在至少一个固定文件错误,则确定SYSTEM分区损坏;若SYSTEM分区中全部固定文件正确,则确定SYSTEM分区没有损坏。\n[0060] 具体的,在进入正常的开机流程之前,确定SYSTEM分区中全部固定文件是否正确。\n[0061] 203、在SYSTEM分区损坏的情况下,将开机原因设置为SYSTEM分区损坏,并重启智能终端。\n[0062] 需要说明的是,在确定SYSTEM分区损坏时,智能终端已经上电并开始启动,也就是说已经开始使用SYSTEM分区,所以此时不能直接利用系统备份分区来替换损坏的SYSTEM分区维持智能终端运行,只能将开机原因设置为SYSTEM分区损坏,然后重新启动智能终端,以使得下次开机时智能终端能够确定出SYSTEM分区损坏,并根据新的开机流程,根据系统备份分区开机运行。\n[0063] 204、确定开机原因是否为SYSTEM分区损坏。\n[0064] 具体的,可参考步骤101,在此不再赘述。\n[0065] 205、在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。\n[0066] 具体的,可参考步骤102,在此不再赘述。\n[0067] 本发明实施例提供了一种解决SYSTEM系统分区损坏的方法,获取系统备份分区;\n确定SYSTEM分区是否损坏;在SYSTEM分区损坏的情况下,将开机原因设置为SYSTEM分区损坏并重新启动智能终端;确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据智能终端中存储的包含SYSTEM分区中的所有信息的系统备份分区开机运行。这样,智能终端可以自行判断SYSTEM分区是否损坏,在SYSTEM分区损坏的情况下,智能终端可以利用系统备份分区文件来修复损坏的SYSTEM分区,也可以直接利用系统备份分区来维持开机和正常运行,如此在SYSTEM分区损坏的情况下,不用将智能终端交至专业的售后维修人员维修就能够解决SYSTEM分区导致的智能终端运行失常,大大缩短了维修周期,提高用户使用体验。\n[0068] 如图5所示,本发明实施例提供了一种智能终端的功能示意图。该智能终端中包括备份有未损坏的SYSTEM分区的系统备份分区。参考图5所示,智能终端包括:确定单元501和处理单元502。\n[0069] 确定单元501,用于在智能终端开机启动时,确定开机原因是否为SYSTEM分区损坏;\n[0070] 处理单元502,用于在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区开机运行。\n[0071] 处理单元502,具体用于在开机原因是SYSTEM分区损坏的情况下,根据系统备份分区更新损坏的SYSTEM分区,并使用更新后的SYSTEM分区开机运行。\n[0072] 进一步的,确定单元501,还用于确定SYSTEM分区是否损坏;\n[0073] 确定单元501,具体用于确定以下三个条件:挂载SYSTEM分区、正常开机、SYSTEM分区中全部固定文件正确是否全部满足;固定文件是SYSTEM分区中始终不改变的文件;在三个条件中有至少一个不满足的情况下,确定SYSTEM分区损坏;在三个条件全部满足的情况下,确定SYSTEM分区没有损坏。\n[0074] 处理单元502,还用于在SYSTEM分区损坏的情况下,将开机原因设置为SYSTEM分区损坏,并重启智能终端。\n[0075] 进一步的,处理单元502,还用于获取升级文件,并根据升级文件对智能终端进行升级,以使得智能终端生成系统备份分区;其中,升级文件中包含有系统备份分区的全部信息;\n[0076] 或者,处理单元502,还用于根据SYSTEM分区生成系统备份分区。\n[0077] 可选的,系统备份分区以压缩文件的格式存储于智能终端中。\n[0078] 本发明实施例提供了一种智能终端,确定开机原因是否为SYSTEM分区损坏;在开机原因是SYSTEM分区损坏的情况下,根据智能终端中存储的包含SYSTEM分区中的所有信息的系统备份分区开机运行。这样,智能终端可以自行判断SYSTEM分区是否损坏,在SYSTEM分区损坏的情况下,智能终端可以利用系统备份分区文件来修复损坏的SYSTEM分区,也可以直接利用系统备份分区来维持开机和正常运行,如此在SYSTEM分区损坏的情况下,不用将智能终端交至专业的售后维修人员维修就能够解决SYSTEM分区导致的智能终端运行失常,大大缩短了维修周期,提高用户使用体验。\n[0079] 在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。\n[0080] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。\n[0081] 另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。\n[0082] 上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read)Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。\n[0083] 最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;\n而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
法律信息
- 2019-01-29
- 2015-09-09
实质审查的生效
IPC(主分类): G06F 11/14
专利申请号: 201510214631.8
申请日: 2015.04.29
- 2015-08-12
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2014-03-26
|
2014-01-03
| | |
2
| |
2014-11-26
|
2014-07-25
| | |
3
| |
2014-04-30
|
2014-01-09
| | |
4
| |
2014-03-26
|
2012-09-04
| | |
5
| |
2003-12-03
|
2002-04-18
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |