技术领域
[0001] 本
发明涉及
电子设备的应用程序管理技术领域，尤其涉及一种提升应用程序稳定状态的方法和处理系统。
背景技术
[0002] 目前提供给智能手机用户的应用程序非常多，这些应用为了自身功能增加或完善经常需要更新。然而往往会遇到应用更新后带来新的问题，比如由应用自身
缺陷或与手机兼容不好引起应用崩溃、响应延迟。
[0003]
现有技术中，手机系统提供了备份与还原的功能，出现上述情况时，可以通过备份还原手机，但需要用户主动进行备份。很多用户没有做备份的习惯，且应用升级频繁，每次升级前进行主动备份并不实际；应用自身一般没有降级功能且应用商店一般也只提供最新版本，应用多次崩溃后，用户只能等待下次升级改进，有备份的，可以还原到较早前备份的版本，但较早前的版本与新版相比缺失功能较多，用户体验非常不好。
发明内容
[0004] 本发明的目的在于提出一种提升应用程序稳定状态的方法和处理系统，能够通过监测应用程序的稳定状态，引导用户选择较稳定的版本。
[0005] 为达此目的，本发明采用以下技术方案：
[0006] 一种提升应用程序稳定状态的方法，包括：
[0007] 监测应用程序升级后新版本的稳定状态；
[0008] 若新版本的稳定状态弱于备份的旧版本的稳定状态，确定是否将应用程序的版本切换为备份的旧版本。
[0009] 其中，监测应用程序升级后新版本的稳定状态之前，还包括：监测应用程序旧版本的稳定状态；备份所述旧版本及其稳定状态；将旧版本升级为新版本。
[0010] 其中，确定是否将应用程序的版本切换为备份的旧版本，包括：若是，将所述新版本切换为备份的旧版本，继续监测所述旧版本的稳定状态；否则，继续监测所述新版本的稳定状态。
[0011] 作为本方案的改进，下一次升级前，若所述旧版本的稳定状态不强于所述新版本的稳定状态，则备份所述新版本及其稳定状态，删除所述旧版本及其稳定状态的备份；若所述旧版本的稳定状态强于所述新版本的稳定状态，则保留所述旧版本及其稳定状态的备份。
[0012] 其中，所述稳定状态通过应用程序的崩溃
频率进行判断；崩溃频率升高，则稳定状态减弱；具体为：
[0013] 监测应用程序旧版本的崩溃频率A；备份所述旧版本及其崩溃频率A；旧版本升级为新版本后，监测新版本的崩溃频率B；若崩溃频率B大于崩溃频率A，询问用户是否将所述新版本切换为备份的所述旧版本；若是，将所述新版本切换为备份的旧版本，继续监测所述旧版本的崩溃频率A；否则，继续监测所述新版本的崩溃频率B；下一次升级前，若崩溃频率A大于等于崩溃频率B，则备份所述新版本及其崩溃频率B，删除所述旧版本及其崩溃频率A的备份；若崩溃频率A小于崩溃频率B，则保留所述旧版本及其崩溃频率A的备份。
[0014] 一种电子设备上提升应用程序稳定状态的处理系统，包括：监测模
块、判断模块和用户交互模块；
[0015] 所述监测模块用于监测应用程序新版本的稳定状态并发送给判断模块；
[0016] 所述判断模块用于判断新版本的稳定状态是否弱于备份的旧版本的稳定状态，并将判断结果发送给用户交互模块；
[0017] 所述用户交互模块用于当新版本的稳定状态弱于备份的旧版本的稳定状态，向用户确定是否将应用程序的版本切换为备份的旧版本。
[0018] 其中，所述处理系统还包括：
[0019] 所述监测模块，还用于监测应用程序旧版本的稳定状态；
[0020] 备份模块，用于在升级前备份所述旧版本及其稳定状态；
[0021] 升级模块，用于将应用程序从旧版本升级为新版本；
[0022] 还原模块，用于获取所述备份模块中应用程序的旧版本及其稳定状态的备份，并将应用程序从新版本切换为备份的旧版本。
[0023] 其中，所述用户交互模块向用户确定是否将应用程序的版本切换为备份的旧版本，若是，指示所述还原模块将所述新版本切换为备份的旧版本，监测模块继续监测所述旧版本的稳定状态；否则，指示监测模块继续监测所述新版本的稳定状态。
[0024] 下一次升级前，所述判断模块进行判断，若所述旧版本的稳定状态不强于所述新版本的稳定状态，则指示备份模块备份所述新版本及其稳定状态，删除所述旧版本及其稳定状态的备份；若所述旧版本的稳定状态强于所述新版本的稳定状态，则指示备份模块保留所述旧版本及其稳定状态的备份。
[0025] 本发明的有益效果为：
[0026] 通过比较应用程序新旧版本的稳定状态，引导用户选择较稳定的版本。系统监测应用的运行情况，并在升级前备份这些应用的较稳定版本。当前版本的稳定状态弱于备份的旧版本的稳定状态时，系统提醒用户该版本并不稳定，引导用户回退到较稳定版本，以此提高应用的
稳定性，提升用户使用体验。
附图说明
[0027] 图1是本发明
实施例一提供的提升应用程序稳定状态的方法
流程图；
[0028] 图2是本发明实施例二提供的提升应用程序稳定状态的方法流程图；
[0029] 图3是本发明实施例三提供的提升应用程序稳定状态的方法流程图；
[0030] 图4是本发明实施例四提供的提升应用程序稳定状态的方法流程图；
[0031] 图5是本发明实施例五提供的提升应用程序稳定状态的方法流程图；
[0032] 图6是本发明实施例六的处理系统原理方
框图；
[0033] 图7是本发明实施例七的处理系统原理方框图。
具体实施方式
[0034] 下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。
[0035] 实施例一，如图1所示，一种提升应用程序稳定状态的方法，包括：
[0036] S100，监测应用程序升级后新版本的稳定状态。
[0037] S101，判断新版本的稳定状态是否弱于备份的旧版本的稳定状态，若是，进入步骤S102；否则返回步骤S100。
[0038] S102，确定是否将应用程序的版本切换为备份的旧版本。
[0039] 本实施例通过比较应用程序新旧版本的稳定状态，引导用户选择较稳定的版本。
[0040] 实施例二，如图2所示，在实施例一的
基础上进行方案的改进：
[0041] S201，监测应用程序旧版本的稳定状态。
[0042] S202，备份所述旧版本及其稳定状态
[0043] S203，将旧版本升级为新版本。
[0044] S204，监测应用程序升级后新版本的稳定状态。
[0045] S205，判断新版本的稳定状态是否弱于备份的旧版本的稳定状态，若是，进入步骤S206；否则返回步骤S204。
[0046] S206，确定是否将应用程序的版本切换为备份的旧版本，若是，进入步骤S207；否则返回步骤S204。
[0047] S207，将所述新版本切换为备份的旧版本，继续步骤S201。
[0048] 本实施例中，系统监测应用的运行情况，并在升级前备份应用的较稳定版本。当前版本的稳定状态弱于备份的旧版本的稳定状态时，系统提醒用户该版本并不稳定，引导用户回退到较稳定版本，以此提高应用的稳定性，提升用户使用体验。
[0049] 实施例三，如图3所示，一种提升应用程序稳定状态的方法，所述稳定状态通过应用程序的崩溃频率来判断，崩溃频率升高，则稳定状态减弱。
[0050] S300，预设需要监测的应用程序。
[0051] 为提升用户体验，用户可以预设需要监控的应用程序；作为本实施例的改进，还可以从网络
服务器统计的数据中，建议用户监控崩溃频率较高的应用程序。
[0052] S301，监测应用程序旧版本的崩溃频率A。
[0053] 系统监测应用程序所述旧版本，通过计算得到崩溃频率A；崩溃频率＝崩溃次数/统计时间；统计时间以周为单位，即为周崩溃频率；统计时间以月为单位，即为月崩溃频率；统计时间为监控天数，即为日崩溃频率；因为应用程序更新频繁且无固定周期，本实施例中，所述崩溃频率A为日崩溃频率，崩溃频率A＝崩溃次数/监控天数。
[0054] 所述崩溃频率A还可以从网络服务器上获取。
[0055] S302，备份所述旧版本及其崩溃频率A。
[0056] 升级前，对应用程序的旧版本及其崩溃频率A进行备份。
[0057] S303，旧版本升级为新版本。
[0058] 用户可通过应用商店、应用程序升级服务等方式，获取应用程序的升级信息，并完成升级操作。
[0059] S304，监测新版本的崩溃频率B。
[0060] 应用程序所述新版本每次崩溃后计算崩溃频率B，崩溃频率B的计算方法与崩溃频率A的计算方法相同，崩溃频率B＝崩溃次数/监控天数。
[0061] S305，判断崩溃频率B是否大于崩溃频率A，若是，进入步骤S306；否则，返回步骤S304。
[0062] S306，询问用户是否将所述新版本切换为备份的旧版本，若是，进入步骤S307；否则，返回步骤S304。
[0063] S307，将所述新版本切换为旧版本，并继续步骤S301。
[0064] 获取步骤S302中旧版本及其崩溃频率A的备份。通过所述备份，将所述新版本切换为所述旧版本，并继续监测旧版本的崩溃频率A，即崩溃次数和统计时间在所述备份的基础上累计。
[0065] 还原后，若用户再次选择升级到所述新版本时，提示用户该版本曾因不稳定被还原，请谨慎升级。
[0066] 作为本方案的改进，当崩溃频率B超过两倍的崩溃频率A，可自动切换到所述旧版本。
[0067] 本实施例通过比较新旧版本应用程序的崩溃频率，引导用户选择崩溃频率低，较稳定的版本。用户可以预设需要监控的应用程序，当新版本的崩溃频率B大于旧版本的崩溃频率A时，可选择还原到较稳定的旧版本，也可以继续使用新版本。且本实施例提供了方案的改进，有选择的监控可节约系统运行内存及存储空间，提升用户体验。
[0068] 实施例四，如图4所示，应用程序的稳定状态还可以通过最长响应时间来判断，最长响应时间增长，则稳定状态减弱，具体为：
[0069] S400，预设需要监测的应用程序。
[0070] S401，监测应用程序旧版本的最长响应时间X。
[0071] S402，备份所述旧版本及其最长响应时间X。
[0072] S403，旧版本升级为新版本。
[0073] S404，监测新版本的最长响应时间Y。
[0074] S405，判断最长响应时间Y是否大于最长响应时间X，若是，进入步骤S406；否则，返回步骤S404。
[0075] S406，询问用户是否将所述新版本切换为备份的旧版本，若是，进入步骤S407；否则，返回步骤S404。
[0076] S407，将所述新版本切换为旧版本，并继续步骤S401。
[0077] 本实施例通过比较应用程序新旧版本的最长响应时间，引导用户选择响应时间短、较稳定的版本，响应时间短，说明应用程序的运行性能越稳定。
[0078] 实施例五，如图5所示，在实施例三的基础上进行改进：
[0079] S500，监测应用程序旧版本的崩溃频率A。
[0080] S501，备份所述旧版本及其崩溃频率A。
[0081] S502，旧版本升级为新版本。
[0082] S503，监测新版本的崩溃频率B。
[0083] S504，判断崩溃频率A是否大于等于崩溃频率B，若是，进入步骤S505；否则，进入步骤S507。
[0084] S505，备份所述新版本及其崩溃频率B。
[0085] S506，删除所述旧版本及其崩溃频率A的备份，并进入步骤S508。
[0086] S507，保留所述旧版本及其崩溃频率A的备份，进入步骤S508。
[0087] S508，进行下一次升级。
[0088] 本实施例旨在备份时，为用户保留较稳定的版本。下一次升级前，需要对应用程序进行备份，崩溃频率越低，则版本越稳定，因此备份崩溃频率较低的版本；若崩溃频率相等，则备份较新的版本，使其功能应用尽量接近最新版本。同理，若监测的数据为最长响应时间，则最长响应时间越短，版本越稳定，备份时选择最长响应时间较短的版本。
[0089] 实施例六，如图6所示，一种应用程序崩溃的处理系统，包括：监测模块11、判断模块12和用户交互模块13。
[0090] 监测模块11监测应用程序新版本的稳定状态。
[0091] 判断模块12判断新版本的稳定状态是否弱于备份的旧版本的稳定状态，若是，用户交互模块13询问用户是否将所述新版本切换为备份的旧版本。
[0092] 本实施例通过比较新旧版本应用程序的稳定状态，引导用户选择较稳定的版本。
[0093] 实施例七，如图7所示，在实施例六的基础上进行改进，所述的处理系统还包括升级模块14、备份模块15和还原模块16。
[0094] 监测模块11监测应用程序旧版本的稳定状态，备份模块15备份所述旧版本及其稳定状态，升级模块14将旧版本升级为新版本。
[0095] 判断模块12将新版本的稳定状态与备份模块15中备份的旧版本的稳定状态进行比较，若新版本的稳定状态弱于备份的旧版本的稳定状态，用户交互模块13询问用户是否将所述新版本切换为所述旧版本，若是，还原模块16从备份模块15中获取所述旧版本的备份，并将所述新版本切换为所述旧版本，监测模块11继续监测旧版本的稳定状态；否则，监测模块11继续监测新版本的稳定状态。
[0096] 下一次升级前，判断模块12进行判断，若所述旧版本的稳定状态不强于所述新版本的稳定状态，则指示备份模块15备份所述新版本及其稳定状态，删除所述旧版本及其稳定状态的备份；若所述旧版本的稳定状态强于所述新版本的稳定状态，则指示备份模块15保留所述旧版本及其稳定状态的备份。
[0097] 作为本方案的改进，所述处理系统还包括预设置模块，用于存储用户预设的需要监测的应用程
序列表，监测模块11对所述列表中的应用程序进行监测。
[0098] 本实施例中，用户交互模块13引导用户选择应用程序较稳定的版本，且备份模块15选择保留较稳定版本的备份，减少存储空间的占用，避免备份占用较多存储空间造成浪费。
[0099] 以上结合具体实施例描述了本发明的技术原理。这些描述只是为了解释本发明的原理，而不能以任何方式解释为对本发明保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明的其它具体实施方式，这些方式都将落入本发明的保护范围之内。
