CN102111492A - 一种用于移动终端的开机检测的方法、装置及移动终端 - Google Patents

Abstract

本发明提供了一种用于移动终端的开机检测的方法，包括如下步骤：在移动终端的主程序运行前检测移动终端的开机原因；返回并保存检测结果。本发明还提供了一种用于移动终端的检测开机的装置，该装置用于检测移动终端的开机原因。根据本发明可以避免检测开机原因错误的情况，准确获得开机检测结果，提高了移动终端检测开机的准确性。

Description

一种用于移动终端的开机检测的方法、装置及移动终端

技术领域

本发明涉及移动终端领域，特别是涉及一种用于移动终端的开机检测的方法、装置及移动终端。

背景技术

开机检测是移动终端的一个基本功能。开机检测可以检测当前移动终端的开机原因，例如按开机键开机、闹钟开机、瞬间掉电开机、检测到usb开机等等。现有的移动终端的平台包括高通QSC6085平台。但是，高通QSC6085平台在开机原因的检测上存在问题。高通QSC6085平台在检测开机原因的时候需要调用高通提供的函数pm_err_flag_typepm_get_power_on_status(uint32*pwr_on_status)，该函数的返回值对应不同的开机类型，根据其返回值，可以获得移动终端的开机原因。然而在实际中，用户在调用这个函数时发现，函数的返回值并不准确。例如，当开机类型为闹钟开机时，返回值可能为按开机键开机，甚至返回值为0。这样会导致移动终端检测开机原因错误。

发明内容

为克服上述缺陷，本发明的一个目的是提供了一种用于移动终端的，可以准确的开机检测的方法，该方法通过在主程序执行前检测开机原因，避免了检测错误，获得正确的检测结果。

本发明的另一个目的是提供一种用于移动终端的开机检测的装置，该装置可以准确获得开机的检测结果，准确检测开机原因。

本发明的再一个目的是提供一种利用本发明第一个目的中提供的开机检测方法的移动终端。

根据本发明的一个方面，本发明提供了一种用于移动终端的检测开机的方法，包括如下步骤：在移动终端的主程序运行前检测移动终端的开机原因；返回并保存检测结果。

根据本发明的另一个方面，本发明提供了一种用于移动终端的开机检测的装置，其中，移动终端包括初始化装置，该初始化装置用于进行移动终端初始化并在主程序运行前向开机检测装置发出触发信号；共享存储装置，用于存储共享数据。开机检测装置，用于响应于所述触发信号检测移动终端的开机原因，返回并保存检测结果的检测模块，检测结果存储在共享存储装置中。

根据本发明的再一个方面，本发明提供了一种移动终端，该移动终端包括：用于进行移动终端初始化并在主程序运行前向所述开机检测装置发出触发信号的初始化装置，用于检测移动终端的开机原因，返回并保存检测结果的开机检测装置以及用于根据请求调用所述检测结果的主功能装置。

本发明提供的用于移动终端的检查开机的方法及装置，避免了在高通QSC6085平台中存在的检测开机原因发生错误的情况。通过在执行移动终端的主程序前检测开机原因，准确获得移动终端的开机原因，提高了移动终端检测开机的准确性。

附图说明

本发明的上述和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明的检测开机方法的流程图；

图2为图1中的检测结果为闹钟开机的检测流程图；

图3为根据本发明的检测开机装置的结构示意图；以及

图4为利用图1中方法的移动终端的结构示意图。

具体实施方式

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

本发明的实施例提供了一种用于移动终端开机检测的方法。该方法用于移动终端的高通QSC6085平台，解决了高通QSC6085平台的开机检测函数pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)存在的检测开机原因不准确的问题。

图1示出了本发明涉及的开机检测方法的流程图。如图中所示，该方法包括如下步骤：

S101：对移动终端进行初始化。

S102：在执行移动终端的主程序之前，检测移动终端的开机原因。

在本实施例中，高通QSC6085平台在检测开机原因时，通过调用函数pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)，获得含有开机原因的返回值。检测结果即为该返回值。上述调用函数pm_err_flag_typepm_get_power_on_status(uint32*pwr_on_status)的步骤在执行移动终端的主程序之前启动。

S103：返回并保存检测结果。

上述步骤101中调用的函数

pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)的返回值即为开机原因，根据开机原因的不同，返回值包括以下几种情况：

PM_PWR_ON_EVENT_KEYPAD，0x1，该返回值表示按开机键开机；

PM_PWR_ON_EVENT_RTC，0x2，该返回值表示闹钟到时开机；

PM_PWR_ON_EVENT_SMPL，0x8，该返回值表示瞬间掉电开机；

PM_PWR_ON_EVENT_WDOG，0x10，该返回值表示watch dog开机

PM_PWR_ON_EVENT_USB CHG，0x20，该返回值表示usb检测开机

PM_PWR_ON_EVENT_WALL CHG，0x40，该返回值表示充电器检测开机。

由此，根据上述返回值可以获得移动终端的开机。

为了更好的解释本发明，本发明提供了检测结果为闹钟开机的实施例，结合该实施例对本发明进行说明。

如图2所示，首先执行步骤S201，对移动终端进行初始化，读取外围配置信息。

在检测开机原因之前，首先对移动终端的硬件设备进行初始化。初始化设置起始地址为0xffff00。然后，读取外围的配置信息，用于配置外围设备。在本实施例中，上述外围配置信息包括NAND闪存信息和SDRAM存储器信息。此处，外围配置信息亦可以包括其他外围设备的配置信息。

完成上述初始化配置后，导入检测移动开机原因的程序，执行检测。

S202：检测开机原因，获得返回值。

在执行移动终端的主程序之前，调用高通QSC6085平台的函数pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)，获得含有开机原因的返回值。

S203：保存检测结果。

上述函数pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)的返回值为：

PM_PWR_ON_EVENT_RTC，0x2，该返回值表示闹钟到时开机。保存上述检测结果到共享存储装置中。

S204：移动终端的主程序根据请求调用检测结果，获得开机原因。

运行移动终端的主程序，移动终端发出检测开机原因的请求，移动终端的主程序响应该请求，检测开机原因。移动终端的主程序直接调用步骤203中获得的开机检测结果，即返回值PM_PWR_ON_EVENT_RTC，0x2。由此，移动终端可以获得开机原因为闹钟定时到时导致开机。

S205：根据获得的开机原因，移动终端转入相应的处理界面，进行后续处理。

在本实施例中，移动终端根据返回值可以转入闹钟处理界面。

此外，根据本发明提供的检测开机的方法，只要满足通过调用函数来检测开机原因的步骤位于步骤移动终端主程序响应检测开机请求调用返回值之前，即相对响应请求提早调用函数检测开机原因，则开机原因返回值也是正确的。

图3示出了用于移动终端的检测开机的装置结构示意图。如图中所示，本发明提供本发明提供了一种用于移动终端的检测开机的装置300，其中，移动终端包括用于进行移动终端初始化并在主程序运行前向所述开机检测装置发出触发信号的初始化装置301；共享存储装置，用于存储共享数据302。开机检测装置300，用于检测移动终端的开机原因，返回并保存检测结果。

开机检测装置300通过调用函数

pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)，获得含有开机原因的返回值。检测结果即为该返回值。

pm_err_flag_type_pm_get_power_on_status(uint32*pwr_on_status)的返回值即为开机原因，根据开机原因的不同，返回值包括以下几种情况：

PM_PWR_ON_EVENT_KEYPAD，0x1，该返回值表示按开机键开机；

PM_PWR_ON_EVENT_RTC，0x2，该返回值表示闹钟到时开机；

PM_PWR_ON_EVENT_SMPL，0x8，该返回值表示瞬间掉电开机；

PM_PWR_ON_EVENT_WDOG，0x10，该返回值表示watch dog开机

PM_PWR_ON_EVENT_USB_CHG，0x20，该返回值表示usb检测开机

PM_PWR_ON_EVENT_WALL_CHG，0x40，该返回值表示充电器检测开机。

由此，根据上述返回值可以获得移动终端的开机。

共享存储装置302对上述检测结果进行保存。

图4示出了利用图1中所示方法的移动终端的结构示意图。如图中所示，本发明提供了一种移动终端400，该移动终端400包括用于进行移动终端初始化并在主程序运行前向所述开机检测装置发出触发信号的初始化装置401；用于检测移动终端的开机原因，返回并保存检测结果的开机检测装置402以及用于根据请求调用所述检测结果的主功能装置403。

其中，初始化装置401的输出端与主功能装置403的输入端相连接，开机检测装置402的输出端与主功能装置403的输入端相连接。

图4中进一步示出了移动终端400还包括共享存储装置404。开机检测装置402的检测结果保存在开机检测装置402与主功能装置403可以共同访问的共享存储装置404中。其中，共享存储装置404由开机检测装置402和移动终端的主功能装置403共同访问。共享存储装置404分别与开机检测装置402及主功能装置403相连接。

在本实施例中，先由开机检测装置402检测开机原因，得到开机原因返回值。然后当移动终端请求检测开机原因时，主功能装置403响应该请求，直接调用共享存储装置404中的开机返回值，获得开机原因，而不用其自身调用函数获得开机返回值。由此，根据调用的函数可以获取正确的开机原因返回值。主功能装置403根据该返回值，转入相应的处理界面。

此外，只要满足开机检测装置402所实现的功能位于主功能装置403所实现的功能之前，即通过调用函数来检测开机原因的过程位于移动终端响应检测开机请求调用返回值之前，即相对响应请求提早调用函数检测开机原因，则开机原因返回值也是正确的。

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所披露的仅为本发明的优选实施例，当然不能以此来限定本发明的权利保护范围。可以理解，依据本发明所附权利要求中限定的实质和范围所作的等同变化，仍属于本发明所涵盖的范围。

Claims (10)

1.一种用于移动终端的开机检测方法，包括如下步骤：

对移动终端进行初始化；

在移动终端的主程序运行前检测移动终端的开机原因；

返回并保存检测结果。

2.如权利要求1所述的用于移动终端的开机检测的方法，其中所述方法还包括如下步骤：

运行所述移动终端的主程序；

移动终端的主程序响应检测开机原因请求，调用所述检测结果，获得开机原因。

3.如权利要求2所述的用于移动终端的开机检测的方法，其中所述方法还包括如下步骤：移动终端的主程序根据请求获得所述开机原因，进入相应的处理界面。

4.如权利要求1所述的用于移动终端的开机检测的方法，其中所述检测结果保存在移动终端的共享存储装置中。

5.如权利要求1所述的用于移动终端的开机检测的方法，其中所述开机原因包括下述之一：开机键开机、闹钟到时开机、瞬间掉电开机、watch dog开机、usb检测开机和充电器检测开机。

6.如权利要求1所述的用于移动终端的开机检测的方法，所述对移动终端进行初始化还包括如下步骤：

初始化所述移动终端并读取所述移动终端的外围配置信息，

执行检测移动终端开机原因程序。

7.如权利要求1所述的用于移动终端的开机检测的方法，其中所述方法用于高通QSC6085平台。

8.一种用于移动终端的开机检测装置，所述移动终端包括：

初始化装置，所述初始化模块用于进行移动终端初始化并在主程序运行前向所述开机检测装置发出触发信号；

共享存储装置，用于保存共享数据，

所述开机检测装置，响应于所述触发信号检测移动终端的开机原因，返回并保存检测结果，所述检测结果保存在所述共享存储装置中。

9.一种移动终端，所述移动终端包括：

初始化装置；

开机检测装置；以及

主功能装置；

所述初始化装置用于进行移动终端初始化并在主程序运行前向所述开机检测装置发出触发信号；

所述开机检测装置用于检测移动终端的开机原因，返回并保存检测结果；以及

所述主功能装置用于根据请求调用所述检测结果。

10.如权利要求9所述的移动终端，其中所述移动终端还包括共享存储装置，所述共享存储装置由所述开机检测装置和所述移动终端的主功能装置共同访问。

Images