一种检测移动终端问题类型的方法及系统.pdf

本发明公开一种检测移动终端问题类型的方法及系统，方法包括步骤：A、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；B、若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。本发明在保证原始分区内容都正常的情况下，通过加载模拟文件系统分区，来判断问题类型，简单方便，检测效率高，方便自查。

权利要求书
1.  一种检测移动终端问题类型的方法，其特征在于，包括步骤：
A、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
B、若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。

2.  根据权利要求1所述的检测移动终端问题类型的方法，其特征在于，所述步骤A中，所述标识通过工具写入，或者应用程序传入。

3.  根据权利要求2所述的检测移动终端问题类型的方法，其特征在于，所述步骤A中，预先通过工具将标识写入固定位置，然后在所述固定位置检测是否存在标识。

4.  根据权利要求2所述的检测移动终端问题类型的方法，其特征在于，所述步骤A中，预先通过启动应用程序输入特征字符串的标识，然后在检测是否存在标识。

5.  根据权利要求2所述的检测移动终端问题类型的方法，其特征在于，所述步骤B具体包括：
B1、通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入步骤B2；
B2、更新一局部变量为真，并加载模拟文件系统分区。

6.  根据权利要求5所述的检测移动终端问题类型的方法，其特征在于，所述步骤B2中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。

7.  一种检测移动终端问题类型的系统，其特征在于，包括：
检测模块，用于依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
判断模块，用于若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。

8.  根据权利要求7所述的检测移动终端问题类型的系统，其特征在于，所述检测模块中，所述标识通过工具写入，或者应用程序传入。

9.  根据权利要求8所述的检测移动终端问题类型的系统，其特征在于，所述判断模块具体包括：
标识读取单元，用于通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入更新加载单元；
更新加载单元，用于更新一局部变量为真，并加载模拟文件系统分区。

10.  根据权利要求9所述的检测移动终端问题类型的系统，其特征在于，所述更新加载单元中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。

说明书一种检测移动终端问题类型的方法及系统
技术领域
本发明涉及通信设备检测领域，尤其涉及一种检测移动终端问题类型的方法及系统。
背景技术
3G/4G智能终端时代，智能终端占据相当的比例。各大手机生产商的毛利率很大程度上依赖智能移动终端的客退比率（有高达20%），移动终端客退比率严重蚕食了生产商的盈利空间。移动终端的客退比率主要有两大因素：硬件、软件。对于是软件部分的缺陷还是硬件部分的缺陷，由于售后网点缺乏行之有效的检测手段无法及时的确认软硬件问题，所以急需一种方便对移动终端的问题类型进行检测及确认的手段。
因此，现有技术还有待于改进和发展。
发明内容
鉴于上述现有技术的不足，本发明的目的在于提供一种检测移动终端问题类型的方法及系统，旨在解决现有技术无法检测确认移动终端缺陷类型的问题。
本发明的技术方案如下：
一种检测移动终端问题类型的方法，其中，包括步骤：
A、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
B、若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。
所述的检测移动终端问题类型的方法，其中，所述步骤A中，所述标识通过工具写入，或者应用程序传入。
所述的检测移动终端问题类型的方法，其中，所述步骤A中，预先通过工具将标识写入固定位置，然后在所述固定位置检测是否存在标识。
所述的检测移动终端问题类型的方法，其中，所述步骤A中，预先通过启动应用程序输入特征字符串的标识，然后在检测是否存在标识。
所述的检测移动终端问题类型的方法，其中，所述步骤B具体包括：
B1、通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入步骤B2；
B2、更新一局部变量为真，并加载模拟文件系统分区。
所述的检测移动终端问题类型的方法，其中，所述步骤B2中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
一种检测移动终端问题类型的系统，其中，包括：
检测模块，用于依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
判断模块，用于若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。
所述的检测移动终端问题类型的系统，其中，所述检测模块中，所述标识通过工具写入，或者应用程序传入。
所述的检测移动终端问题类型的系统，其中，所述判断模块具体包括：
标识读取单元，用于通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入更新加载单元；
更新加载单元，用于更新一局部变量为真，并加载模拟文件系统分区。
所述的检测移动终端问题类型的系统，其中，所述更新加载单元中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
有益效果：本发明中，当移动终端正常启动时，检测是否读取到进入模拟文件系统分区的标识，如果该标识存在，调用并加载模拟文件系统流程，达到刷机或者第一次开机的效果；如果标识不存在，加载正常的文件系统分区，启动Android，当采用第一种方式时之前的问题依然存在，则判定是硬件问题，若问题消失，则判定是软件问题，这样有利于用户自测自身移动终端到底是哪种缺陷，并针对性采取措施解决问题。
附图说明
图1为本发明一种检测移动终端问题类型的方法较佳实施例的流程图。
图2为 1所示方法中步骤S101的具体流程图。
图3为本发明一种检测移动终端问题类型的系统较佳实施例的结构框图。
图4为图3所示系统中判断模块的具体结构框图。
具体实施方式
本发明提供一种检测移动终端问题类型的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参阅图1，图1为本发明一种检测移动终端问题类型的方法较佳实施例的流程图，如图所示，其包括步骤：
S101、依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在，若是的话，则进入步骤S102，否则转入步骤S103；
S102、加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题；
S103、加载正常文件系统分区，然后启动Android应用程序。
在本发明实施例中，启动加载器（BootLoader）是在操作系统内核运行之前运行，其可初始化硬件设备、建立内存空间映射图，从而将系统的软硬件环境带一个合适状态，以便为最终调用操作系统内核准备好正确的环境，整个系统的加载启动任务由启动加载器完成。
内核（Kernel）是操作系统内核，其是指大多数操作系统的核心部分，其由操作系统中管理存储器、文件、外设和系统资源的部分组成，操作系统内核通常运行进程，并提供进程间的通信。
初始化进程（init）是Linux系统操作中不可缺少的程序之一，init是一个由内核启动的用户级进程，内核自行启动之后，通过启动一个用户级进程的方式，完成引导进程。
文件系统（userdata）是用于存储应用程序以及用户数据。
模拟文件系统是指使用内存或其他分区模拟的文件系统，同样可以存储应用程序以及用户数据。
一般来说，移动终端的正常启动程序是：运行启动加载器→启动内核→启动初始化进程→加载正常文件系统分区→启动Android应用程序。
而本发明改进后的启动程序是：运行启动加载器→启动内核→启动初始化进程→检测标识（flag）是否存在→加载模拟文件系统分区→启动Android应用程序。
flag是进入模拟文件系统分区流程的一个标识，其可以是通过工具写入，也可以是由应用程序传入。
在加载模拟文件系统分区后，启动加载器、内核、初始化进程等原始分区都正常，从而可达到刷机或第一次开机的效果，如果此时移动终端的问题依然存在，则可以说明与软件无关，是硬件问题，如果此时移动终端的问题消失，则可以说明是软件问题。同时，本发明的检测方法，对于用户数据不会产生任何影响，不会对手机性能产生影响。采用本发明的方法，可提高检测效率，以及检测准确率，用户自己便可以对自身移动终端进行检测，操作非常方便。需说明的是，本发明中，不仅限于通过模拟文件系统分区的方式来进行检测，对于模拟其他分区，例如cache分区，同样可实现本发明的目的。
具体来说，预先通过工具将标识写入固定位置，然后在所述固定位置检测是否存在标识。
预先通过启动应用程序输入特征字符串的标识，然后在检测是否存在标识。例如通过应用程序输入类似*#*#123345678#*#*特征字符串，即表示进入模拟userdata分区流程。在检测到标识时，还同时检测该标识是否有效，如果有效则进入到模拟userdata分区流程。
进一步，如图2所示，所述步骤S102具体包括：
S201、通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入步骤S202，当标识不存在时转入步骤S103，即加载正常文件系统分区，然后启动Android应用程序；
在启动初始化进程后，其有一个局部变量：bool loading_ram_userdata;
以及一个读取固定位置标识信息或者应用程序创建的标识信息的函数: int get_loading_ram_userdata_flag()；
当函数get_loading_ram_userdata_flag ()读取到固定位置标识信息或者应用程序创建的标识时，则更新变量loading_ram_userdata为true。
S202、更新一局部变量为真，并加载模拟文件系统分区。
此步骤可判断loading_ram_userdata是否为true？如果是true，则说明之前读取到了标识，那么进入加载userdata分区流程。否则进入加载正常userdata流程。
进一步，所述步骤S102中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
 具体可读取分区表信息(fstab)并解析，当遍历到文件系统分区时，加载tmpfs（一种基于内存的文件系统）或者ramfs（ram文件系统）到data目录。可调用__mount或者mount系统接口完成：
static int __mount(const char *source, const char *target,
                   const char *filesystemtype, unsigned long mountflags,
                   const void *data)
mount("tmpfs", fstab->recs[i].mount_point, "tmpfs", MS_NOATIME | MS_NOSUID | MS_NODEV, CRYPTO_TMPFS_OPTIONS)
基于上述方法，本发明还提供一种检测移动终端问题类型的系统较佳实施例，如图3所示，其包括：
检测模块100，用于依次运行启动加载器、内核以及初始化进程，然后检测进入模拟文件系统的标识是否存在；
判断模块200，用于若检测到进入模拟文件系统的标识存在，则加载模拟文件系统分区，然后启动Android应用程序，判断问题是否依然存在，若存在则判定问题类型为硬件问题，否则为软件问题。
进一步，所述检测模块中，所述标识通过工具写入，或者应用程序传入。
进一步，如图4所示，所述判断模块200具体包括：
标识读取单元210，用于通过一读取函数来读取固定位置的标识或者应用程序创建的标识是否存在，当是并且标识有效时，进入更新加载单元220；
更新加载单元220，用于更新一局部变量为真，并加载模拟文件系统分区。
进一步，所述更新加载单元中，创建tmpfs或ramfs文件系统并加载创建的tmpfs或ramfs文件系统到data目录。
关于上述模块单元的技术细节在前面的方法中已有详述，故不再赘述。
综上所述，当移动终端正常启动时，检测是否读取到进入模拟文件系统分区的标识，如果该标识存在，调用并加载模拟文件系统流程，达到刷机或者第一次开机的效果；如果标识不存在，加载正常的文件系统，启动Android，当采用第一种方式时之前的问题依然存在，则判定是硬件问题，若问题消失，则判定是软件问题，这样有利于用户自测自身移动终端到底是哪种缺陷，并针对性采取措施解决问题。
应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。