一种检测移动终端问题类型的方法及系统的制作方法
【技术领域】
[0001]本发明涉及通信设备检测领域，尤其涉及一种检测移动终端问题类型的方法及系统。
【背景技术】
[0002]3G/4G智能终端时代，智能终端占据相当的比例。各大手机生产商的毛利率很大程度上依赖智能移动终端的客退比率(有高达20%)，移动终端客退比率严重蚕食了生产商的盈利空间。移动终端的客退比率主要有两大因素:硬件、软件。对于是软件部分的缺陷还是硬件部分的缺陷，由于售后网点缺乏行之有效的检测手段无法及时的确认软硬件问题，所以急需一种方便对移动终端的问题类型进行检测及确认的手段。
[0003]因此，现有技术还有待于改进和发展。
【发明内容】
[0004]鉴于上述现有技术的不足，本发明的目的在于提供一种检测移动终端问题类型的方法及系统，旨在解决现有技术无法检测确认移动终端缺陷类型的问题。
[0005]本发明的技术方案如下:
一种检测移动终端问题类型的方法，其中，包括步骤:
A、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
B、若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。
[0006]所述的检测移动终端问题类型的方法，其中，所述步骤A中，所述标识通过工具写入，或者应用程序传入。
[0007]所述的检测移动终端问题类型的方法，其中，所述步骤A中，预先通过工具将标识写入固定位置，然后在所述固定位置检测是否存在标识。
[0008]所述的检测移动终端问题类型的方法，其中，所述步骤A中，预先通过启动应用程序输入特征字符串的标识，然后在检测是否存在标识。
[0009]所述的检测移动终端问题类型的方法，其中，所述步骤B具体包括:
B1、通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入步骤B2 ；
B2、更新一局部变量为真，并加载模拟文件系统分区。
[0010]所述的检测移动终端问题类型的方法,其中，所述步骤B2中，仓Ij建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
[0011]一种检测移动终端问题类型的系统，其中，包括:
检测模块，用于依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
判断模块，用于若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。
[0012]所述的检测移动终端问题类型的系统，其中，所述检测模块中，所述标识通过工具写入，或者应用程序传入。
[0013]所述的检测移动终端问题类型的系统，其中，所述判断模块具体包括:
标识读取单元，用于通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入更新加载单元；
更新加载单元，用于更新一局部变量为真，并加载模拟文件系统分区。
[0014]所述的检测移动终端问题类型的系统，其中，所述更新加载单元中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
[0015]有益效果:本发明中，当移动终端正常启动时，检测是否读取到进入模拟文件系统分区的标识，如果该标识存在，调用并加载模拟文件系统流程，达到刷机或者第一次开机的效果；如果标识不存在，加载正常的文件系统分区，启动Android，当采用第一种方式时之前的问题依然存在，则判定是硬件问题，若问题消失，则判定是软件问题，这样有利于用户自测自身移动终端到底是哪种缺陷，并针对性采取措施解决问题。
【附图说明】
[0016]图1为本发明一种检测移动终端问题类型的方法较佳实施例的流程图。
[0017]图2为I所示方法中步骤SlOl的具体流程图。
[0018]图3为本发明一种检测移动终端问题类型的系统较佳实施例的结构框图。
[0019]图4为图3所示系统中判断模块的具体结构框图。
【具体实施方式】
[0020]本发明提供一种检测移动终端问题类型的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0021]请参阅图1，图1为本发明一种检测移动终端问题类型的方法较佳实施例的流程图，如图所示，其包括步骤:
5101、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在，若是的话，则进入步骤S102，否则转入步骤S103 ；
5102、加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题；
5103、加载正常文件系统分区，然后启动Android应用程序。
[0022]在本发明实施例中，启动加载器(BootLoader)是在操作系统内核运行之前运行，其可初始化硬件设备、建立内存空间映射图，从而将系统的软硬件环境带一个合适状态，以便为最终调用操作系统内核准备好正确的环境，整个系统的加载启动任务由启动加载器完成。
[0023]内核(Kernel)是操作系统内核，其是指大多数操作系统的核心部分，其由操作系统中管理存储器、文件、外设和系统资源的部分组成，操作系统内核通常运行进程，并提供进程间的通信。
[0024]初始化进程(init)是Linux系统操作中不可缺少的程序之一,init是一个由内核启动的用户级进程，内核自行启动之后，通过启动一个用户级进程的方式，完成引导进程。
[0025]文件系统(userdata)是用于存储应用程序以及用户数据。
[0026]模拟文件系统是指使用内存或其他分区模拟的文件系统，同样可以存储应用程序以及用户数据。
[0027]—般来说,移动终端的正常启动程序是:运行启动加载器一启动内核一启动初始化进程一加载正常文件系统分区一启动Android应用程序。
[0028]而本发明改进后的启动程序是:运行启动加载器一启动内核一启动初始化进程一检测标识(flag)是否存在一加载模拟文件系统分区一启动Android应用程序。
[0029]flag是进入模拟文件系统分区流程的一个标识，其可以是通过工具写入，也可以是由应用程序传入。
[0030]在加载模拟文件系统分区后，启动加载器、内核、初始化进程等原始分区都正常，从而可达到刷机或第一次开机的效果，如果此时移动终端的问题依然存在，则可以说明与软件无关，是硬件问题，如果此时移动终端的问题消失，则可以说明是软件问题。同时，本发明的检测方法，对于用户数据不会产生任何影响，不会对手机性能产生影响。采用本发明的方法，可提高检测效率，以及检测准确率，用户自己便可以对自身移动终端进行检测，操作非常方便。需说明的是，本发明中，不仅限于通过模拟文件系统分区的方式来进行检测，对于模拟其他分区，例如cache分区，同样可实现本发明的目的。
[0031]具体来说，预先通过工具将标识写入固定位置，然后在所述固定位置检测是否存在标识。
[0032]预先通过启动应用程序输入特征字符串的标识，然后在检测是否存在标识。例如通过应用程序输入类似*#*#123345678#*#*特征字符串，即表