一种应用启动监测方法及装置
阅读：683发布：2023-02-24
专利汇可以提供一种应用启动监测方法及装置专利检索，专利查询，专利分析的服务。并且本 申请 涉及移动终端应用维护技术领域，特别涉及一种应用启动监测方法及装置。其中方法包括在应用启动过程中，用标志位组记录所述应用启动过程中涉及的功能模 块 的启动状态。由以上本申请 实施例 提供的技术方案可见，本申请实施例可以使用标志位组记录应用启动过程中导致启动失败的功能模块，可以以极小的通信量向 服务器 上报导致该应用启动失败的原因(即启动失败的功能模块)，在每次启动该应用时就将标志位组上传到服务器，以便于技术人员根据该标志位组的信息修正应用，使得该应用变得更加稳定，给用户更好的使用体验；并且在移动终端上使用较少的空间存储一个标志位组，节省了移动终端的存储空间。，下面是一种应用启动监测方法及装置专利的具体信息内容。
1.一种应用启动监测方法，其特征在于，包括：
在应用启动过程中，用标志位组记录所述应用启动过程中涉及的功能模块的启动状态。
2.根据权利要求1所述的一种应用启动监测方法，其特征在于，所述应用包括在移动终端上运行的应用。
3.根据权利要求1所述的一种应用启动监测方法，其特征在于，所述标志位组包括至少一个标志位，所述标志位包括一个或者多个字节。
4.根据权利要求1所述的一种应用启动监测方法，其特征在于，所述启动状态包括未开始状态、开始状态和完成状态。
5.根据权利要求4所述的一种应用启动监测方法，其特征在于，用标志位组记录所述应用启动过程中涉及的功能模块的启动状态之后还包括，将记录有所有所述应用启动过程中涉及的功能模块启动状态的标志位组存储于非易失性存储介质中。
6.根据权利要求5所述的一种应用启动监测方法，其特征在于，在所述应用启动过程之前还包括，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在本次该应用启动过程中跳过所述启动失败的功能模块。
7.根据权利要求6所述的一种应用启动监测方法，其特征在于，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在本次该应用启动过程中跳过所述启动失败的功能模块进一步包括，找到标志位组中启动状态为开始状态的功能模块，在本次应用启动过程中跳过该开始状态的功能模块，从该开始状态功能模块的下一个状态为未开始状态的功能模块继续所述应用的启动过程。
8.根据权利要求7所述的一种应用启动监测方法，其特征在于，在本次该应用启动过程中跳过所述启动失败的功能模块中进一步包括，当所述启动失败的功能模块为该应用启动过程必须的部分时，则退出所述应用启动过程。
9.根据权利要求6所述的一种应用启动监测方法，其特征在于，在根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块之前还包括，将所述上一次该应用启动失败后记录的标志位组传送给服务器。
10.根据权利要求6所述的一种应用启动监测方法，其特征在于，在用标志位组记录所述应用启动过程中涉及的功能模块的启动状态之后还包括，删除上一次所述应用启动过程中的标志位组，并用本次所述应用启动过程中的标志位组替换上一次所述应用启动过程中的标志位组。
11.一种应用启动监测装置，其特征在于包括，
主执行单元，记录单元，标志位组；
所述主执行单元执行应用启动过程；
所诉记录单元与所述主执行单元相连接，在应用启动过程中，将所述应用启动过程中涉及的功能模块的启动状态记录于所述标志位组。
12.根据权利要求11所述的一种应用启动监测装置，其特征在于，所述应用包括在移动终端上运行的应用。
13.根据权利要求11所述的一种应用启动监测装置，其特征在于，所述启动状态包括未开始状态、开始状态和完成状态。
14.根据权利要求13所述的一种应用启动监测装置，其特征在于，所述标志位组包括上述装置记录应用启动过程中涉及的功能模块启动状态的非易失性存储介质。
15.根据权利要求14所述的一种应用启动监测装置，其特征在于，所述标志位组包括至少一个标志位，所述标志位包括一个或者多个字节。
16.根据权利要求14所述的一种应用启动监测装置，其特征在于，还包括监控单元，分别与所述主执行单元和标志位组相连接，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在主执行单元执行本次该应用启动过程中，通知所述主执行单元跳过所述启动失败的功能模块。
17.根据权利要求16所述的一种应用启动监测装置，其特征在于，所述监控单元进一步用于，找到标志位组中启动状态为开始状态的功能模块，在主执行单元执行本次该应用启动过程中，通知所述主执行单元跳过该开始状态的功能模块，所述主执行单元从该开始状态功能模块的下一个状态为未开始状态的功能模块继续所述应用的启动过程。
18.根据权利要求16所述的一种应用启动监测装置，其特征在于，所述主执行单元进一步用于，当所述启动失败的功能模块为该应用启动过程必须的部分时，则退出所述应用启动过程。
19.根据权利要求16所述的一种应用启动监测装置，其特征在于，还包括通信单元，与所述标志位组相连接，将所述上一次该应用启动失败后记录的标志位组传送给服务器。
20.根据权利要求16所述的一种应用启动监测装置，其特征在于，所述记录单元还用于，删除上一次所述应用启动过程中的标志位组，并用本次所述应用启动过程中的标志位组替换上一次所述应用启动过程中的标志位组。
一种应用启动监测方法及装置
技术领域
[0001] 本申请涉及移动终端应用维护技术领域，特别涉及一种应用启动监测方法及装置。
背景技术
[0002] 在移动互联网盛行的时代，智能手机、平板电脑等无线智能终端设备上，客户端应用需要面对各种设备、网络、应用等复杂的环境，客户端应用在启动过程中，由于往往需要非常多的初始化工作，容易受复杂环境的影响，在启动的过程中就发生应用的崩溃。这种崩溃问题对用户的体验伤害极大，而且由于应用还没有初始化完成，往往很难对这种问题进行监测或者定位。如何有效降低这种启动失败率，是目前无线客户端应用开发的一大难题。
[0003] 目前已有的技术方案，大多是尽量减少在应用启动过程中的不必要操作，尽量将一些非核心的初始化工作延后到应用启动以后完成。另外，也有一些方案通过应用启动过程记录日志的方法来辅助定位和调查问题。
[0005] 对于现有技术中尽量减少在应用启动过程中的不必要操作的方案，能降低一些类似问题的发生几率，但是，对于一个完整的应用，所有功能涉及的必须在启动阶段完成初始化的工作，往往依然有很多，功能越复杂，在启动过程中出现的初始化过程就越多；在这些初始化工作中，一旦出现异常，启动过程依然会失败。
[0006] 在现有技术中对于应用启动失败的问题，往往也缺乏定位这些问题发生的原因的有效方法。某些现有技术是通过应用启动过程中记录的日志来辅助定位和调查问题，但是由于日志都是以文本方式记录每一次启动时的初始化过程，记录的内容较多会影响应用本身的性能，而且由于日志记录的内容相对庞杂，对于移动应用环境中的网络传输来说不易做日志的回收，所以实际效果并不佳。
[0007] 申请内容
[0008] 本申请实施例的目的是提供一种应用启动监测方法及装置，以解决现有技术中移动终端记录应用启动过程的文件过于庞大，不利于移动终端在通信质量并不是很理想的移动网络中传送数据，并且解决了现有技术中应用无法自我修复的问题。
[0009] 为解决上述技术问题，本申请实施例提供一种应用启动监测方法是这样实现的：
[0010] 在应用启动过程中，用标志位组记录所述应用启动过程中涉及的功能模块的启动状态。
[0011] 为解决上述技术问题，本申请实施例还提供了一种应用启动监测装置是这样实现的：
[0012] 包括主执行单元，记录单元，标志位组；
[0013] 所述主执行单元执行应用启动过程；
[0014] 所诉记录单元与所述主执行单元相连接，在应用启动过程中，将所述应用启动过程中涉及的功能模块的启动状态记录于所述标志位组。
[0015] 由以上本申请实施例提供的技术方案可见，本申请实施例可以使用标志位组记录应用启动过程中导致启动失败的功能模块，从而可以在下一次启动该应用时跳过启动失败的功能模块，保证该应用可以智能的修复导致启动失败的问题，通过启动正常的功能模块使得该应用可以正常启动；另外，通过该方法还可以以极小的通信量向服务器上报导致该应用启动失败的原因(即启动失败的功能模块)，在每次启动该应用时就将标志位组上传到服务器，以便于技术人员根据该标志位组的信息修正应用，使得该应用变得更加稳定，给用户更好的使用体验；并且在移动终端上使用较少的空间存储一个标志位组，节省了移动终端的存储空间。
[0017] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0018] 图1所示为本申请实施例一种应用启动监测方法的流程图；
[0019] 图2所示为本申请实施例一种应用启动监测装置的结构示意图；
[0020] 图3所示为本申请实施例标志位组的实施例示意图；
[0021] 图4所示本申请实施例第一次运行手机接收Push消息应用的流程图；
[0022] 图5所示为本申请实施例再次运行手机接收Push消息应用的流程图；
[0023] 图6所示的本申请实施例一种应用启动监测方法的具体流程图。
具体实施方式
[0024] 本申请实施例提供一种应用启动监测方法及装置。
[0025] 为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0026] 如图1所示为本申请实施例一种应用启动监测方法的流程图。
[0027] 包括，在应用启动过程中，用标志位组记录所述应用启动过程中涉及的功能模块的启动状态。
[0028] 作为本申请的一个实施例，所述应用包括在移动终端上运行的应用，包括但不限于基于Android系统的应用(谷歌公司的移动终端系统)，基于IOS系统的应用(苹果公司的移动终端系统)或者基于Windows Phone系统的应用(微软公司的移动终端系统)。
[0029] 作为本申请的一个实施例，所述标志位组包括至少一个标志位，所述标志位包括一个或者多个字节，例如可以利用2个bit可以表示1个功能模块的启动状态，即00、01、10或11来表示所述功能模块的1个启动状态。
[0030] 作为本申请的一个实施例，所述启动状态包括未开始状态、开始状态和完成状态。其中，所述应用启动过程中涉及到的功能模块初始状态均为未开始状态；所述应用启动过程中正在启动的功能模块为开始状态，所述开始状态并不一定完成，可能出现故障从而导致应用启动失败；所述应用启动过程中启动成功的功能模块为完成状态。
[0031] 作为本申请的一个实施例，用标志位组记录所述应用启动过程中涉及的功能模块的启动状态之后还包括，将记录有所有所述应用启动过程中涉及的功能模块启动状态的标志位组存储于非易失性存储介质中。所述非易失性存储介质包括但不限于Nand Flash、带电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)等。
[0032] 作为本申请的一个实施例，在所述应用启动过程之前还包括，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在本次该应用启动过程中跳过所述启动失败的功能模块。
[0033] 作为本申请的一个实施例，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在本次该应用启动过程中跳过所述启动失败的功能模块进一步包括，找到标志位组中启动状态为开始状态的功能模块，在本次应用启动过程中跳过该开始状态的功能模块，从该开始状态功能模块的下一个状态为未开始状态的功能模块继续所述应用的启动过程。
[0034] 作为本申请的一个实施例，在本次该应用启动过程中跳过所述启动失败的功能模块中进一步包括，当所述启动失败的功能模块为该应用启动过程必须的部分时，则退出所述应用启动过程。
[0035] 作为本申请的一个实施例，在根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块之前还包括，将所述上一次该应用启动失败后记录的标志位组传送给服务器。
[0036] 作为本申请的一个实施例，在用标志位组记录所述应用启动过程中涉及的功能模块的启动状态之后还包括，删除上一次所述应用启动过程中的标志位组，并用本次所述应用启动过程中的标志位组替换上一次所述应用启动过程中的标志位组。
[0037] 通过上述本申请方法的实施例，可以使用标志位组记录应用启动过程中导致启动失败的功能模块，从而可以在下一次启动该应用时跳过启动失败的功能模块，保证该应用可以智能的修复导致启动失败的问题，通过启动正常的功能模块使得该应用可以正常启动；另外，通过该方法还可以以极小的通信量向服务器上报导致该应用启动失败的原因(即启动失败的功能模块)，在每次启动该应用时就将标志位组上传到服务器，以便于技术人员根据该标志位组的信息修正应用，使得该应用变得更加稳定，给用户更好的使用体验；并且在移动终端上使用较少的空间存储一个标志位组，节省了移动终端的存储空间。
[0038] 如图2所示为本申请实施例一种应用启动监测装置的结构示意图。
[0039] 包括主执行单元201，记录单元202，标志位组203。
[0040] 所述主执行单元201执行应用启动过程；
[0041] 所诉记录单元202与所述主执行单元201相连接，在应用启动过程中，将所述应用启动过程中涉及的功能模块的启动状态记录于所述标志位组203。
[0042] 作为本申请的一个实施例，其中，所述标志位组203包括上述装置记录应用启动过程中涉及的功能模块启动状态的非易失性存储介质。所述非易失性存储介质包括但不限于Nand Flash、带电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Mem ory，EEPROM)等。
[0043] 作为本申请的一个实施例，所述应用包括在移动终端上运行的应用，包括但不限于基于Android系统的应用(谷歌公司的移动终端系统)，基于IOS系统的应用(苹果公司的移动终端系统)或者基于Windows Phone系统的应用(微软公司的移动终端系统)；所述移动终端包括手机、平板电脑或者PDA等。
[0044] 作为本申请的一个实施例，所述标志位组包括至少一个标志位，所述标志位包括一个或者多个字节，例如可以利用2个bit可以表示1个功能模块的启动状态，即00、01、10或11来表示所述功能模块的1个启动状态。
[0045] 作为本申请的一个实施例，所述启动状态包括未开始状态、开始状态和完成状态。其中，所述应用启动过程中涉及到的功能模块初始状态均为未开始状态；所述应用启动过程中正在启动的功能模块为开始状态，所述开始状态并不一定完成，可能出现故障从而导致应用启动失败；所述应用启动过程中启动成功的功能模块为完成状态。
[0046] 作为本申请的一个实施例，还包括监控单元204，分别与所述主执行单元201和标志位组203相连接，根据上一次该应用启动失败后记录的标志位组，找到启动失败的功能模块，在主执行单元201执行本次该应用启动过程中，通知所述主执行单元201跳过所述启动失败的功能模块。
[0047] 作为本申请的一个实施例，所述监控单元204进一步用于，找到标志位组中启动状态为开始状态的功能模块，在主执行单元201执行本次该应用启动过程中，通知所述主执行单元201跳过该开始状态的功能模块，所述主执行单元201从该开始状态功能模块的下一个状态为未开始状态的功能模块继续所述应用的启动过程。
[0048] 作为本申请的一个实施例，所述主执行单元201进一步用于，当所述启动失败的功能模块为该应用启动过程必须的部分时，则退出所述应用启动过程。
[0049] 作为本申请的一个实施例，还包括通信单元205，与所述标志位组203相连接，将所述上一次该应用启动失败后记录的标志位组传送给服务器。所述通信单元205可以使用移动终端，例如手机的无线通信单元实现。
[0050] 作为本申请的一个实施例，所述记录单元202还用于，删除上一次所述应用启动过程中的标志位组，并用本次所述应用启动过程中的标志位组替换上一次所述应用启动过程中的标志位组。
[0051] 上述实施例中的主执行单元201、记录单元202和监控单元204均可以采用移动终端的处理器中的逻辑芯片实现，在此不再赘述。
[0052] 通过上述本申请装置的实施例，可以使用标志位组记录应用启动过程中导致启动失败的功能模块，从而可以在下一次启动该应用时跳过启动失败的功能模块，保证该应用可以智能的修复导致启动失败的问题，通过启动正常的功能模块使得该应用可以正常启动；另外，通过该方法还可以以极小的通信量向服务器上报导致该应用启动失败的原因(即启动失败的功能模块)，在每次启动该应用时就将标志位组上传到服务器，以便于技术人员根据该标志位组的信息修正应用，使得该应用变得更加稳定，给用户更好的使用体验；并且在移动终端上使用较少的空间存储一个标志位组，节省了移动终端的存储空间。
[0053] 在本申请的一个优选的实施例中，以手机接收Push消息应用为例进行描述。
[0054] 手机接收Push消息的应用分为3个功能模块，分别为取令牌、建立长连接和系统设置，所述取令牌功能模块实现了手机用户获取一个代表自己身份的令牌(token)，所述建立长连接功能模块实现了手机用户和远端服务器建立连接，所述系统设置功能模块实现了对于接收Push消息时手机用户进行的例如保持会话的时间、心跳保持间隔、断开后是否自动重连等参数的设置。在该应用未被使用时上述3个功能模块的启动状态均被设置为“未开始”状态，可以通过在安装该应用时，在手机的存储器中例如TF卡或者手机内部存储器中生成一个标志位组文件，初始化该标志位组全为“未开始”状态。
[0055] 针对于所述标志位组，可以采用2bit的标志位表示一个功能模块的启动状态，例如00、01、10，也可以采用整型数值表示一个功能模块的启动状态，例如0、1、2分别表示某个启动状态，在本申请的优选实施例中采用2bit的标志位表示一个功能模块的启动状态。
[0056] 针对于所述启动状态，在本申请的实施例中分为3个启动状态，分别为“未开始”状态，“开始”状态和“完成”状态，其中“未开始”状态是应用中功能模块的初始状态，即没有被启动过的功能模块；“开始”状态为应用在启动时，功能模块被调用启动的状态，在该状态时该功能模块只是在启动中被调用执行初始化，其结果位置，即该功能模块可能启动成功或者失败；“完成”状态为应用在启动时，功能模块成功启动的状态。
[0057] 在本申请优选的实施例中，使用标志位00代表功能模块的启动状态为“未开始”状态，使用标志位01代表功能模块的启动状态为“开始”状态，使用标志位10代表功能模块的启动状态为“完成”状态。在其它的实施例中还可以有其它匹配关系，例如使用标志位01代表功能模块的启动状态为“未开始”状态，使用标志位10代表功能模块的启动状态为“开始”状态，使用标志位00代表功能模块的启动状态为“完成”状态，这些匹配关系不应当理解为对本申请保护范围的限制，在此不再赘述。
[0058] 上述实施例中手机接收Push消息的应用中，所述3个功能模块顺序调用执行，3个功能模块的初始启动状态为“未开始”状态，针对于3个功能模块的标志位分别为00、00、00，这三个标志位构成的标志位组也就是000000。
[0059] 当第一次启动接收Push消息的应用时，该应用的标志位组为全“1”，即初始的启动状态为启动成功，可以参考图4所示本申请实施例第一次运行手机接收Push消息应用的流程图。
[0060] 步骤401，接收Push消息的应用启动。
[0061] 步骤402，检查上一次启动过程是否为成功状态。
[0062] 在该步骤中，由于是第一次启动该应用，应用为启动成功状态，初始的标志位组a为全“1”，即“11、11、11”，或者该应用具有单独的标志位代表上一次启动成功，例如“0”表示上一次启动未成功，“1”表示上一次启动成功。
[0063] 由于该应用为第一次启动，在步骤402中不会出现其它状态，因此直接进入步骤403。
[0064] 步骤403，将上一次启动过程的标志位组a复制到存储于手机闪存中的标志位组b，并重置所述标志位组a的所有标志位为“未开始”的初始状态，即手机接收Push消息应用的3个功能模块的启动状态均为“未开始”状态，该应用的标志位组信息为“00、00、00”。
[0065] 步骤404，判断标志位组b的第一个标志位的启动状态是否为“开始”状态，即判断手机接收Push消息的第一个功能模块取令牌的启动状态是否为“开始”状态。
[0066] 在本实施例中取令牌功能模块的启动状态为“未开始”状态，说明该功能模块在上一次启动过程中还未被启动执行过，不确定是否能够正常启动，执行步骤405。
[0067] 步骤405，对取令牌功能模块进行启动过程的初始化，并将标志位组a中该取令牌功能模块对应的标志位置为“开始”状态，即置标志位01。
[0068] 当取令牌功能模块的启动完成，进入步骤406。
[0069] 步骤406，将标志位组a中该取令牌功能模块对应的标志位置为“完成”状态，即置标志位10。
[0070] 步骤407，判断标志位组b的第二个标志位的启动状态是否为“开始”状态，即判断手机接收Push消息的第二个功能模块建立长连接的启动状态是否为“开始”状态。
[0071] 在第一次启动手机接收Push消息应用中，第二个功能模块建立长连接的启动状态为“未开始”状态，标志位组相应的标志位为“00”。
[0072] 步骤408，对建立长连接功能模块进行启动过程的初始化，并将标志位组a中该建立长连接功能模块对应的标志位置为“开始”状态，即置标志位01。
[0073] 为了更好地说明本申请技术方案的各种情况，在本实施例中建立长连接功能模块启动失败，进入到步骤409，此时手机接收Push消息应用的标志位组a为“10、01、00”。
[0074] 步骤409，启动失败，将标志位组a存储入手机闪存。
[0075] 如图5所示为本申请实施例再次运行手机接收Push消息应用的流程图。
[0076] 步骤501，接收Push消息的应用启动。
[0077] 步骤502，检查上一次启动过程是否为成功状态。
[0078] 在该步骤中，应用的启动成功状态可以为标志位组a为全“1”，即“111111”，或者该应用具有单独的标志位代表上一次启动成功，例如“0”表示上一次启动未成功，“1”表示上一次启动成功。
[0079] 如果上一次启动过程为成功状态则进入步骤504，否则进入步骤503。
[0080] 在本实施例中手机接收Push消息应用的上一次启动过程没有成功，标志位组a为“10、01、00”，即在上一次应用启动过程中取令牌功能模块启动状态为“成功”状态(启动成功)，建立长连接功能模块启动状态为“开始”状态(尝试启动，但是未成功)，系统设置功能模块启动状态为“未开始”状态(还未执行启动)。所述标志位组也可以如图3所示，在该标志位组中包括功能模块的名称，还包括每个功能模块的标志位。在其它的实施例中标志位组的形式可以各异，但是均是标识了每个功能模块的启动状态。
[0081] 步骤503，将上一次启动过程的标志位组a通过手机的无线通信单元传送给远端服务器。这样可以使得远端的技术人员通过远端服务器接收到的标志位组来判断手机接收Push消息应用的启动失败原因，以便于升级更新该应用，以减少启动失败的问题出现。
[0082] 步骤504，将上一次启动过程的标志位组a复制到存储于手机闪存中的标志位组b，并重置所述标志位组a的所有标志位为“未开始”的初始状态，即手机接收Push消息应用的3个功能模块的启动状态均为“未开始”状态，该应用的标志位组信息为“00、00、00”。
[0083] 步骤505，判断标志位组b的第一个标志位的启动状态是否为“开始”状态，即判断手机接收Push消息的第一个功能模块取令牌的启动状态是否为“开始”状态。
[0084] 在本步骤中如果取令牌功能模块的启动状态为“完成”状态，则说明该功能模块在上一次启动过程中成功启动，并没有出现问题；如果取令牌功能模块的启动状态为“未开始”状态，则说明该功能模块在上一次启动过程中还未被启动执行过，不确定是否能够正常启动；如果取令牌功能模块的启动状态为“开始”状态，则说明在上一次启动过程中该功能模块已经尝试启动，但是未成功启动，也就是说导致上一次启动失败的原因可能是该功能模块。
[0085] 如果该取令牌功能模块的启动状态为“开始”状态则进入步骤508，跳过该取令牌功能模块的启动，否则进入步骤506对该取令牌功能模块执行启动。
[0086] 在本实施例中上一次启动过程中取令牌功能模块的启动状态为“完成”状态，直接进入步骤506。
[0087] 步骤506，对取令牌功能模块进行启动过程的初始化，并将标志位组a中该取令牌功能模块对应的标志位置为“开始”状态，即置标志位01。
[0088] 当取令牌功能模块的启动完成，则进入步骤507，否则启动失败进入步骤516。
[0089] 步骤507，将标志位组a中该取令牌功能模块对应的标志位置为“完成”状态，即置标志位10。
[0090] 步骤508，判断标志位组b的第二个标志位的启动状态是否为“开始”状态，即判断手机接收Push消息的第二个功能模块建立长连接的启动状态是否为“开始”状态。
[0091] 根据本实施例前述的假设，第二个功能模块建立长连接的启动状态为“开始”状态，标志位组相应的标志位为“01”，则说明在上一次启动过程中该功能模块已经尝试启动，但是未成功启动，也就是说导致上一次启动失败的原因可能是该功能模块。
[0092] 该建立长连接功能模块的启动状态为“开始”状态则进入步骤511，跳过该建立长连接功能模块的启动，否则进入步骤509对该建立长连接功能模块执行启动。
[0093] 在本实施例中，假设建立长连接功能模块是可以跳过的，即在手机接收Push消息的应用启动过程中不启动该建立长连接功能模块也可以正常启动该应用，在其它实施例中如果跳过的功能模块是应用启动过程中必不可少的，则不能跳过该功能模块的启动，进入步骤516，说明应用启动失败。
[0094] 步骤509，对建立长连接功能模块进行启动过程的初始化，并将标志位组a中该建立长连接功能模块对应的标志位置为“开始”状态，即置标志位01。
[0095] 当建立长连接功能模块的启动完成，则进入步骤510，否则启动失败进入步骤516。
[0096] 步骤510，将标志位组a中该建立长连接功能模块对应的标志位置为“完成”状态，即置标志位10。
[0097] 步骤511，判断标志位组b的第三个标志位的启动状态是否为“开始”状态，即判断手机接收Push消息的第三个功能模块系统设置的启动状态是否为“开始”状态。
[0098] 根据本实施例前述的假设，第三个功能模块系统设置的启动状态为“未开始”状态，标志位组相应的标志位为“00”，则说明在上一次启动过程中该功能模块还未被执行启动。
[0099] 如果该系统设置功能模块的启动状态为“开始”状态则进入步骤514，跳过该系统设置功能模块的启动，否则进入步骤512对该系统设置功能模块执行启动。
[0100] 步骤512，对系统设置功能模块进行启动过程的初始化，并将标志位组a中该系统设置功能模块对应的标志位置为“开始”状态，即置标志位01。
[0101] 当系统设置功能模块的启动完成，则进入步骤513，否则启动失败进入步骤516。
[0102] 步骤513，将标志位组a中该系统设置功能模块对应的标志位置为“完成”状态，即置标志位10。
[0103] 步骤514，启动完成。
[0104] 步骤515，如果手机接收Push消息应用启动过程中所涉及的所有功能模块的启动状态均为“完成”状态，则将标志位组a的全部标志位置为“1”，即标志位组a为“11、11、11”，将标志位组a存储入手机闪存。
[0105] 步骤516，启动失败，将标志位组a存储入手机闪存。
[0106] 作为本申请的一个扩展实施例，将上述手机接收Push消息的实施例扩展到一般范畴，可以参考如图6所示的本申请实施例一种应用启动监测方法的具体流程图。
[0107] 步骤601，应用启动。
[0108] 步骤602，检查上一次启动过程是否为成功状态。
[0109] 在该步骤中，该应用具有单独的标志位代表上一次启动成功，例如“0”表示上一次启动未成功，“1”表示上一次启动成功。
[0110] 如果上一次启动过程为成功状态则进入步骤604，否则进入步骤603。
[0111] 步骤603，将上一次启动过程的标志位组a通过移动终端的无线通信部件传送给远端服务器。这样可以使得远端的技术人员通过远端服务器接收到的标志位组来判断应用的启动失败原因，以便于升级更新该应用，以减少启动失败的问题出现。
[0112] 上传到远端服务器的标志位组既可以用来监控应用在用户移动终端上启动崩溃失败的次数，也可以用于分析定位崩溃发生的位置，通过标志位组a就能够得知启动是在初始化到第几个功能模块发生了崩溃。
[0113] 步骤604，将上一次启动过程的标志位组a复制到存储于手机闪存中的标志位组b，并重置所述标志位组a的所有标志位为“未开始”的初始状态。
[0114] 步骤605，判断标志位组b的第一个标志位(即对应的第一个功能模块)的启动状态是否为“开始”状态。
[0115] 如果该第一能模块的启动状态为“开始”状态则进入步骤608，跳过该功能模块的启动，否则进入步骤606对该功能模块执行启动。
[0116] 步骤606，对第一功能模块进行启动过程的初始化，并将标志位组a中该第一功能模块对应的标志位置为“开始”状态，即置标志位01。
[0117] 当第一功能模块启动完成，则进入步骤607，否则启动失败进入步骤616。
[0118] 步骤607，将标志位组a中该第一功能模块对应的标志位置为“完成”状态，即置标志位10。
[0119] 步骤608，判断标志位组b的第二个标志位的启动状态是否为“开始”状态，即判断应用中第二个功能模块的启动状态是否为“开始”状态。
[0120] 如果该第二功能模块的启动状态为“开始”状态则进入步骤611，跳过该第二功能模块的启动，否则进入步骤609对该第二功能模块执行启动。
[0121] 步骤609，对第二功能模块进行启动过程的初始化，并将标志位组a中该第二功能模块对应的标志位置为“开始”状态，即置标志位01。
[0122] 当第二功能模块的启动完成，则进入步骤610，否则启动失败进入步骤616。
[0123] 步骤610，将标志位组a中该第二功能模块对应的标志位置为“完成”状态，即置标志位10。
[0124] 重复上述步骤608-步骤610，直到下面该应用的第n个功能模块。
[0125] 在本实施例中，假设上述第一个至第(n-1)个功能模块其中有m个功能模块是可以跳过的，其中m小于n，m和n均为大于1的自然数，在其它实施例中如果跳过的功能模块是应用启动过程中必不可少的，则不能跳过该功能模块的启动，进入步骤616，说明应用启动崩溃。
[0126] 步骤611，判断标志位组b的第n个标志位的启动状态是否为“开始”状态，即判断应用第n个功能模块的启动状态是否为“开始”状态。
[0127] 如果该第n个功能模块的启动状态为“开始”状态则进入步骤614，跳过该第n个功能模块的启动，否则进入步骤612对该第n个功能模块执行启动。
[0128] 步骤612，对第n个功能模块进行启动过程的初始化，并将标志位组a中该第n个功能模块对应的标志位置为“开始”状态，即置标志位01。
[0129] 当第n个功能模块的启动完成，则进入步骤613，否则启动失败进入步骤616。
[0130] 步骤613，将标志位组a中该第n个功能模块对应的标志位置为“完成”状态，即置标志位10。
[0131] 步骤614，启动完成。
[0132] 步骤615，如果应用启动过程中所涉及的所有功能模块的启动状态均为“完成”状态，则将标志位组a的全部标志位置为“1”，即标志位组a为“11、11、11”，将标志位组a存储入手机闪存，以备下次启动该应用时使用。
[0133] 步骤616，启动失败，将标志位组a存储入手机闪存，以备下次启动该应用时使用。
[0134] 通过本申请实施例的方法和装置，可以使用标志位组记录应用启动过程中导致启动失败的功能模块，从而可以在下一次启动该应用时跳过启动失败的功能模块，保证该应用可以智能的修复导致启动失败的问题，通过启动正常的功能模块使得该应用可以正常启动；另外，通过该方法还可以以极小的通信量向服务器上报导致该应用启动失败的原因(即启动失败的功能模块)，在每次启动该应用时就将标志位组上传到服务器，以便于技术人员根据该标志位组的信息修正应用，使得该应用变得更加稳定，给用户更好的使用体验；并且在移动终端上使用较少的空间存储一个标志位组，节省了移动终端的存储空间。
[0135] 在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
[0136] 控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。
[0137] 本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
[0138] 上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。
[0139] 为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
[0140] 通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
[0141] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0142] 本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
[0143] 本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种医疗后勤人员调配系统 | 2020-05-12 | 463 |
| 一种智能安防监控系统 | 2020-05-13 | 375 |
| 辐射提示方法和装置 | 2020-05-12 | 299 |
| 计算设备、人员调配的方法及装置 | 2020-05-11 | 155 |
| 一种基于RFID技术的病区门禁系统的实现方法 | 2020-05-12 | 795 |
| 一种基于XYPEX材料的对地下三层底板渗漏进行治理的工艺 | 2020-05-11 | 580 |
| 真空采血管自动盖帽机 | 2020-05-12 | 949 |
| 人员轨迹追踪方法、装置及系统 | 2020-05-12 | 171 |
| 一种技术立项风险把控的管理系统及管理方法 | 2020-05-11 | 947 |
| 居家养老人员活动异常预警方法和装置 | 2020-05-11 | 875 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
本技术领域的技术人员热门专利
QQ群二维码
意见反馈
意见反馈