CN115080076A - 一种云手机软件管理方法 - Google Patents
一种云手机软件管理方法 Download PDFInfo
- Publication number
- CN115080076A CN115080076A CN202211010490.4A CN202211010490A CN115080076A CN 115080076 A CN115080076 A CN 115080076A CN 202211010490 A CN202211010490 A CN 202211010490A CN 115080076 A CN115080076 A CN 115080076A
- Authority
- CN
- China
- Prior art keywords
- app
- cloud
- execution
- snapshot data
- snapshot
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Economics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种云手机软件管理方法,步骤包括:上传APP;获取新增应用装配策略并解析出待安装APP以及各个云机;生成各个集群下的各个云机的执行计划明细;根据未安装的APP生成待安装执行明细;将APP同步到各个云机的云机服务器节点上;将对应的APP安装到对应的云机上;增量式更新各个云机的最新APP快照数据。该云手机软件管理方法利用新增应用装配策略能够便于运维人员向各个集群下的云机发起APP的定制化批量安装,有些提高云机的运维灵活性和运维效率;利用增量式更新各个云机的最新APP快照数据,从而能够保证APP快照数据处于最新状态,便于下次快速且准确地进行批量APP维护。
Description
技术领域
本发明涉及一种云手机管理方法,尤其是一种云手机软件管理方法。
背景技术
随着云端计算能力的增强,越来越多的业务和服务加速迁移到云端,当云端服务器和移动端系统相互结合在一起时,就诞生了“移动云手机”的概念。移动云手机上计算和存储都在云端进行,利用服务器和移动网络,在云端模拟安卓原生系统,不依赖端侧设备的性能和存储空间,也就是说摆脱了端侧设备的束缚,拥有了服务器级的强劲算力。借助强劲运算力和存储能力,云机可安装运行海量大型软件和应用软件。每台云手机出厂时需要安装一些特定软件和应用软件;为满足用户在海量软件中快速查看软件安装版本信息;又为了解决云机和APP兼容性问题,需要对特定软件进行统一升降级和其他回溯维护工作。传统安装软件的方式需要先进行下载APK,设置安装权限,安装目录等,执行安装等繁琐步骤;卸载时需要先选择软件,然而在存在多版本软件或者海量APP的情形下,难以快速选择目标软件进行卸载。随着云机和云机软件日益增多,人力愈加难以维护,因此对云手机进行软件管理必不可少。
发明内容
发明目的:提供一种云手机软件管理方法,能够实现云手机APP的快速运维安装,且能够进行云手机APP的批量管理,提高运维效率。
技术方案:本发明所述的云手机软件管理方法,包括如下步骤:
步骤1,在运维后台的应用库中上传各类APP;
步骤2,实时获取运维人员发起的新增应用装配策略,并在获取到新增应用装配策略后根据策略内容解析出待安装APP以及待安装的各个集群下的各个云机;
步骤3,根据解析出的待安装APP生成各个集群下的各个云机的执行计划明细,执行计划明细用于指示在各个云机中安装对应的待安装APP以及执行安装的方式;
步骤4,将各个云机的执行计划明细与自身保存的首选APP快照数据进行比对,过滤出每个云机上未安装的APP,并根据未安装的APP生成待安装执行明细;
步骤5,根据待安装执行明细将应用库中对应的APP上传到各个云机所在集群的master服务器上,再由master服务器将APP同步到各个云机的云机服务器节点上;
步骤6,根据待安装执行明细将对应的APP安装到对应的云机上;
步骤7,在待安装执行明细中所有的APP均安装成功后,增量式更新各个云机的最新APP快照数据。
进一步的,步骤1中,在应用库中上传各APP时的具体步骤为:
步骤1.1,检查各个APP的安全性、完整性以及在应用库中各个版本的唯一性;
步骤1.2,记录下各个APP的基础信息,包括名称以及版本号;
步骤1.3,将上传的各个APP加入应用库中对应的APP分组内,APP分组包括自定义分组以及默认分组,自定义分组中的APP为用户根据需要进行自定义选择的APP,默认分组中的APP为实现云机基本功能的APP。
进一步的,步骤2中,运维人员在发起新增应用装配策略时的具体步骤为:
步骤2.1,实时获取运维人员的策略生成指令,并在获得策略生成指令后生成新增应用装配策略,且在新增应用装配策略中根据默认勾选信息自动勾选应用库中的APP以及各个集群下待安装的各个云机;
步骤2.2,实时获取运维人员对于新增应用装配策略中各个APP以及各个云机的改选信息;
步骤2.3,在获取到改选信息后,实时获取到运维人员的改选确认指令,并在获取到改选确认指令后,生成改选后的新增应用装配策略。
进一步的,还包括步骤2.4,由运维人员对新增应用装配策略的名称进行定义,并设定新增应用装配策略执行安装的方式为立即执行或定时执行。
进一步的,步骤2.1中,默认勾选信息中规定了默认勾选的APP名称以及对应的版本号,默认勾选信息由运维人员初始化设定。
进一步的,步骤4中,各个云机自身已有APP快照数据按照保存时间增量式保存,用户根据安装需要通过前进或回退操作选定哪一个版本的APP快照数据作为首选APP快照数据,具体步骤为:
首先建立快照选择库,将当前增量式保存的各个APP快照数据存入快照选择库;
再计算快照选择库中的各个APP快照数据相互之间的近似度值,近似度值的计算公式为:
T=a×t1+b×t2+c×t3
式中,a、b以及c分别为APP图标、APP名称以及APP版本号的计算权重,且a、b以及c的值分别为0.2、0.5以及0.3,t1、t2以及t3分别为APP图标、APP名称以及APP版本号的近似度值,t1由图像近似度算法计算获得,t1≤1,t2和t3的值均为0或1,t2=1时表示APP名称全部相同,t2=0时表示APP名称存在不同,t3=1时表示APP版本号全部相同,t3=0时表示APP版本号存在不同;
再判断近似度值是否大于近似阈值,若T>0.95,则判断两个APP快照数据为相同,则将保存时间较久的那个APP快照数据从快照选择库中删除,若T≤0.95,则判断两个APP快照数据为不同;在当前两个APP快照数据是否相同判断完毕后,再判断其他APP快照数据是否相同,直到快照选择库中的各个APP快照数据均不相同;
再将快照选择库中的各个APP快照数据按照快照保存时间先后顺序进行排序,当用户根据安装需要通过前进或回退操作时,则按照保存时间先后顺序在快照选择库中向前或者向后选择各个APP快照数据,并在选择的过程中实时显示当前APP快照数据中的APP名称列表、对应的APP版本号以及快照保存时间;
最后实时获取用户的选择确认信息,并在获得用户的选择确认信息后将当前APP快照数据作为首选APP快照数据。
进一步的,步骤5中,在将应用库中对应的APP上传到各个云机所在集群的master服务器上时的具体步骤为:
步骤5.1,在应用库与master服务器之间构建传输通道;
步骤5.2,由应用库通过传输通道将APP以及待安装执行明细传输至各个master服务器;
步骤5.3,由各个master服务器判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.1;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.1;若已全部成功传输,则判定本次上传成功,则由各个master服务器将APP同步到各个云机的云机服务器节点上。
进一步的,步骤5中,由master服务器将APP同步到各个云机的云机服务器节点上的具体步骤为:
步骤5.4,在master服务器与各个云机之间构建传输通道;
步骤5.5,由master服务器通过传输通道将APP以及待安装执行明细传输至各个云机;
步骤5.6,由各个云机判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.4;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.4;若已全部成功传输,则判定本次上传成功,则进入步骤6。
进一步的,步骤6中,根据待安装执行明细将对应的APP安装到对应的云机上的具体步骤为:
步骤6.1,按照待安装执行明细中的排列顺序在云机上依次安装各个APP,并在每个APP安装时对各个APP是否成功安装进行判定:
若APP无法进入安装流程或者安装过程中止,则判定当前APP安装失败,终止后续各个APP的安装,并卸载本次待安装执行明细中已经安装的各个APP,再返回步骤5;
若APP顺利进入安装流程且安装过程未中止,则判定当前APP安装成功,进入步骤6.2;
步骤6.2,在每个APP安装成功后均自动启动一次APP:
若APP正常启动,则表明APP正常运行,关闭APP,进入步骤7;
若APP未正常启动,则表明APP不能正常运行,关闭APP,并返回步骤5。
进一步的,步骤7中,增量式更新各个云机的最新APP快照数据的具体步骤为:
步骤7.1,初始化设定快照自动保存周期、快照保存数量以及安装等待周期;
步骤7.2,实时判断当前时刻是否到达自动保存时间点,若到达,则进入步骤7.2.1,若未到达,则进入步骤7.3;
步骤7.2.1,对云机的APP安装控制程序进行监控,判断当前时刻是否正在安装或者卸载APP:
若不是正在安装或者卸载APP,则自动保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据,再进入步骤7.3;
若正在安装或者卸载APP,则进入步骤7.2.2,
步骤7.2.2,等待一个安装等待周期,再返回步骤7.2.1;
步骤7.3,对云机的APP安装控制程序进行监控,并在获取到APP安装或卸载的完成信息后,保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据。
本发明与现有技术相比,其有益效果是:利用新增应用装配策略能够便于运维人员向各个集群下的云机发起APP的定制化批量安装,有些提高云机的运维灵活性和运维效率;利用执行计划明细指示在各个云机中安装对应的待安装APP以及执行安装的方式,从而实现APP的定制化安装,具有较好的定制化性能;利用待安装执行明细能够只安装云机上未安装的APP,从而避免重复安装,也能够提高安装效率;利用增量式更新各个云机的最新APP快照数据,从而能够保证APP快照数据处于最新状态,便于下次快速且准确地进行批量APP维护。
附图说明
图1为本发明的方法流程图。
具体实施方式
下面结合附图对本发明技术方案进行详细说明,但是本发明的保护范围不局限于所述实施例。
实施例1:
如图1所示,本发明公开的云手机软件管理方法包括如下步骤:
步骤1,在运维后台的应用库中上传各类APP;
步骤2,实时获取运维人员发起的新增应用装配策略,并在获取到新增应用装配策略后根据策略内容解析出待安装APP以及待安装的各个集群下的各个云机;
步骤3,根据解析出的待安装APP生成各个集群下的各个云机的执行计划明细,执行计划明细用于指示在各个云机中安装对应的待安装APP以及执行安装的方式;
步骤4,将各个云机的执行计划明细与自身保存的首选APP快照数据进行比对,过滤出每个云机上未安装的APP,并根据未安装的APP生成待安装执行明细;
步骤5,根据待安装执行明细将应用库中对应的APP上传到各个云机所在集群的master服务器上,再由master服务器将APP同步到各个云机的云机服务器节点上;
步骤6,根据待安装执行明细将对应的APP安装到对应的云机上;
步骤7,在待安装执行明细中所有的APP均安装成功后,增量式更新各个云机的最新APP快照数据。
利用新增应用装配策略能够便于运维人员向各个集群下的云机发起APP的定制化批量安装,有些提高云机的运维灵活性和运维效率;利用执行计划明细指示在各个云机中安装对应的待安装APP以及执行安装的方式,从而实现APP的定制化安装,具有较好的定制化性能;利用待安装执行明细能够只安装云机上未安装的APP,从而避免重复安装,也能够提高安装效率;利用增量式更新各个云机的最新APP快照数据,从而能够保证APP快照数据处于最新状态,便于下次快速且准确地进行批量APP维护;APP快照数据包括APP图标、APP名称、版本号、开发商名称、软件语言、软件运行平台、安装时间、软件大小以及隐私权限等。
进一步的,步骤1中,在应用库中上传各APP时的具体步骤为:
步骤1.1,检查各个APP的安全性、完整性以及在应用库中各个版本的唯一性,在应用库中各个APP的各个版本共存,但是同一个版本是唯一存在的;
步骤1.2,记录下各个APP的基础信息,包括名称以及版本号;
步骤1.3,将上传的各个APP加入应用库中对应的APP分组内,APP分组包括自定义分组以及默认分组,自定义分组中的APP为用户根据需要进行自定义选择的APP,例如美颜相机、游戏、天气等APP,默认分组中的APP为实现云机基本功能的APP,例如原相机、收发邮件、输入法等基本功能APP。
利用APP的安全性检测,从而确保APP安装及使用的安全性,确保云机运维的正常进行;利用自定义分组以及默认分组便于对应用库中的APP进行管理,从而便于快速确定出待安装APP,提高运维效率。
进一步的,步骤2中,运维人员在发起新增应用装配策略时的具体步骤为:
步骤2.1,实时获取运维人员的策略生成指令,并在获得策略生成指令后生成新增应用装配策略,且在新增应用装配策略中根据默认勾选信息自动勾选应用库中的APP以及各个集群下待安装的各个云机;
步骤2.2,实时获取运维人员对于新增应用装配策略中各个APP以及各个云机的改选信息;
步骤2.3,在获取到改选信息后,实时获取到运维人员的改选确认指令,并在获取到改选确认指令后,生成改选后的新增应用装配策略。
通过实时获取运维人员的改选信息,从而便于实现对自动选定的APP进行自定义选择,提高运维的灵活性。
进一步的,还包括步骤2.4,由运维人员对新增应用装配策略的名称进行定义,并设定新增应用装配策略执行安装的方式为立即执行或定时执行。
利用名称的自定义能够便于运维人员对新增应用装配策略进行区分;利用执行安装的方式的自定义,能够便于运维人员对安装方式进行选定,进一步提高运维的灵活性。
进一步的,步骤2.1中,默认勾选信息中规定了默认勾选的APP名称以及对应的版本号,默认勾选信息由运维人员初始化设定。利用默认勾选信息能够进一步提高运维效率,减少运维人员每次运维重复勾选一些默认分组APP。
进一步的,步骤4中,各个云机自身已有APP快照数据按照保存时间增量式保存,用户根据安装需要通过前进或回退操作选定哪一个版本的APP快照数据作为首选APP快照数据,具体步骤为:
首先建立快照选择库,将当前增量式保存的各个APP快照数据存入快照选择库;
再计算快照选择库中的各个APP快照数据相互之间的近似度值,近似度值的计算公式为:
T=a×t1+b×t2+c×t3
式中,a、b以及c分别为APP图标、APP名称以及APP版本号的计算权重,且a、b以及c的值分别为0.2、0.5以及0.3,t1、t2以及t3分别为APP图标、APP名称以及APP版本号的近似度值,t1由图像近似度算法计算获得,例如直方图算法或者感知哈希算法进行图标近似度值计算,t1≤1,t2和t3的值均为0或1,t2=1时表示APP名称全部相同,t2=0时表示APP名称存在不同,t3=1时表示APP版本号全部相同,t3=0时表示APP版本号存在不同;
再判断近似度值是否大于近似阈值,若T>0.95,则判断两个APP快照数据为相同,则将保存时间较久的那个APP快照数据从快照选择库中删除,若T≤0.95,则判断两个APP快照数据为不同;在当前两个APP快照数据是否相同判断完毕后,再判断其他APP快照数据是否相同,直到快照选择库中的各个APP快照数据均不相同;
再将快照选择库中的各个APP快照数据按照快照保存时间先后顺序进行排序,当用户根据安装需要通过前进或回退操作时,则按照保存时间先后顺序在快照选择库中向前或者向后选择各个APP快照数据,并在选择的过程中实时显示当前APP快照数据中的APP名称列表、对应的APP版本号以及快照保存时间;
最后实时获取用户的选择确认信息,并在获得用户的选择确认信息后将当前APP快照数据作为首选APP快照数据。
通过计算快照选择库中的各个APP快照数据相互之间的近似度值,从而能够剔除快照选择库中重复的APP快照数据,从而在用户进行前进或回退操作时快速选择出相应的APP快照数据作为首选APP快照数据;利用近似度值的计算公式综合APP图标、APP名称以及APP版本号的近似度计算,从而能够全面计算各个APP快照数据的近似度,也能满足目前一些APP在连网后图标上增加的一些临时信息后的近似度计算,例如促销信息等,增强近似度计算的全面性;利用在选择的过程中实时显示当前APP快照数据中的APP名称列表、对应的APP版本号以及快照保存时间,从而能够便于用户进行快速准确地选出首选APP快照数据。
进一步的,步骤5中,在将应用库中对应的APP上传到各个云机所在集群的master服务器上时的具体步骤为:
步骤5.1,在应用库与master服务器之间构建传输通道;
步骤5.2,由应用库通过传输通道将APP以及待安装执行明细传输至各个master服务器;
步骤5.3,由各个master服务器判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.1;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.1;若已全部成功传输,则判定本次上传成功,则由各个master服务器将APP同步到各个云机的云机服务器节点上。
通过判断是否接收到待安装执行明细来判断上传是否失败,从而能够快速终止云机的维护,并删除已经传输的APP,等待下次维护;通过反馈上传失败信息至运维人员能够及时提醒运维人员进行再次上传;利用安装执行明细对接收的各个APP进行检测,能够确保各个APP传输的完整性,确保后续安装的成功率。
进一步的,步骤5中,由master服务器将APP同步到各个云机的云机服务器节点上的具体步骤为:
步骤5.4,在master服务器与各个云机之间构建传输通道;
步骤5.5,由master服务器通过传输通道将APP以及待安装执行明细传输至各个云机;
步骤5.6,由各个云机判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.4;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.4;若已全部成功传输,则判定本次上传成功,则进入步骤6。
通过应用库、master服务器以及各个云机构建的集散式传输各个待安装的APP,从而实现APP的统一定制和运维。
进一步的,步骤6中,根据待安装执行明细将对应的APP安装到对应的云机上的具体步骤为:
步骤6.1,按照待安装执行明细中的排列顺序在云机上依次安装各个APP,并在每个APP安装时对各个APP是否成功安装进行判定:
若APP无法进入安装流程或者安装过程中止,则判定当前APP安装失败,终止后续各个APP的安装,并卸载本次待安装执行明细中已经安装的各个APP,再返回步骤5;
若APP顺利进入安装流程且安装过程未中止,则判定当前APP安装成功,进入步骤6.2;
步骤6.2,在每个APP安装成功后均自动启动一次APP:
若APP正常启动,则表明APP正常运行,关闭APP,进入步骤7;
若APP未正常启动,则表明APP不能正常运行,关闭APP,并返回步骤5。
通过对APP安装流程的监督,从而判断各个APP是否安装成功,从而在安装失败时及时回滚删除,等待下次维护;通过对APP进行启动检测,从而确保各个APP可靠安装成功,避免出现APP安装后无法启动的问题。
进一步的,步骤7中,增量式更新各个云机的最新APP快照数据的具体步骤为:
步骤7.1,初始化设定快照自动保存周期、快照保存数量以及安装等待周期;
步骤7.2,实时判断当前时刻是否到达自动保存时间点,若到达,则进入步骤7.2.1,若未到达,则进入步骤7.3;
步骤7.2.1,对云机的APP安装控制程序进行监控,判断当前时刻是否正在安装或者卸载APP:
若不是正在安装或者卸载APP,则自动保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据,再进入步骤7.3;
若正在安装或者卸载APP,则进入步骤7.2.2,
步骤7.2.2,等待一个安装等待周期,再返回步骤7.2.1;
步骤7.3,对云机的APP安装控制程序进行监控,并在获取到APP安装或卸载的完成信息后,保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据。
通过对云机的APP安装控制程序进行监控,从而能够避免APP快照数据保存时正处于APP卸载或安装过程中,确保APP快照数据保存的可靠性,保证短时间内APP快照数据不会出现变化;通过根据快照保存数量删除保存时间最久的历史APP快照数据,从而保证APP快照数据不会占用太多的空间。
如上所述,尽管参照特定的优选实施例已经表示和表述了本发明,但其不得解释为对本发明自身的限制。在不脱离所附权利要求定义的本发明的精神和范围前提下,可对其在形式上和细节上作出各种变化。
Claims (10)
1.一种云手机软件管理方法,其特征在于,包括如下步骤:
步骤1,在运维后台的应用库中上传各类APP;
步骤2,实时获取运维人员发起的新增应用装配策略,并在获取到新增应用装配策略后根据策略内容解析出待安装APP以及待安装的各个集群下的各个云机;
步骤3,根据解析出的待安装APP生成各个集群下的各个云机的执行计划明细,执行计划明细用于指示在各个云机中安装对应的待安装APP以及执行安装的方式;
步骤4,将各个云机的执行计划明细与自身保存的首选APP快照数据进行比对,过滤出每个云机上未安装的APP,并根据未安装的APP生成待安装执行明细;
步骤5,根据待安装执行明细将应用库中对应的APP上传到各个云机所在集群的master服务器上,再由master服务器将APP同步到各个云机的云机服务器节点上;
步骤6,根据待安装执行明细将对应的APP安装到对应的云机上;
步骤7,在待安装执行明细中所有的APP均安装成功后,增量式更新各个云机的最新APP快照数据。
2.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤1中,在应用库中上传各APP时的具体步骤为:
步骤1.1,检查各个APP的安全性、完整性以及在应用库中各个版本的唯一性;
步骤1.2,记录下各个APP的基础信息,包括名称以及版本号;
步骤1.3,将上传的各个APP加入应用库中对应的APP分组内,APP分组包括自定义分组以及默认分组,自定义分组中的APP为用户根据需要进行自定义选择的APP,默认分组中的APP为实现云机基本功能的APP。
3.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤2中,运维人员在发起新增应用装配策略时的具体步骤为:
步骤2.1,实时获取运维人员的策略生成指令,并在获得策略生成指令后生成新增应用装配策略,且在新增应用装配策略中根据默认勾选信息自动勾选应用库中的APP以及各个集群下待安装的各个云机;
步骤2.2,实时获取运维人员对于新增应用装配策略中各个APP以及各个云机的改选信息;
步骤2.3,在获取到改选信息后,实时获取到运维人员的改选确认指令,并在获取到改选确认指令后,生成改选后的新增应用装配策略。
4.根据权利要求3所述的云手机软件管理方法,其特征在于,还包括步骤2.4,由运维人员对新增应用装配策略的名称进行定义,并设定新增应用装配策略执行安装的方式为立即执行或定时执行。
5.根据权利要求3所述的云手机软件管理方法,其特征在于,步骤2.1中,默认勾选信息中规定了默认勾选的APP名称以及对应的版本号,默认勾选信息由运维人员初始化设定。
6.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤4中,各个云机自身已有APP快照数据按照保存时间增量式保存,用户根据安装需要通过前进或回退操作选定哪一个版本的APP快照数据作为首选APP快照数据,具体步骤为:
首先建立快照选择库,将当前增量式保存的各个APP快照数据存入快照选择库;
再计算快照选择库中的各个APP快照数据相互之间的近似度值,近似度值的计算公式为:
T=a×t1+b×t2+c×t3
式中,a、b以及c分别为APP图标、APP名称以及APP版本号的计算权重,且a、b以及c的值分别为0.2、0.5以及0.3,t1、t2以及t3分别为APP图标、APP名称以及APP版本号的近似度值,t1由图像近似度算法计算获得,t1≤1,t2和t3的值均为0或1,t2=1时表示APP名称全部相同,t2=0时表示APP名称存在不同,t3=1时表示APP版本号全部相同,t3=0时表示APP版本号存在不同;
再判断近似度值是否大于近似阈值,若T>0.95,则判断两个APP快照数据为相同,则将保存时间较久的那个APP快照数据从快照选择库中删除,若T≤0.95,则判断两个APP快照数据为不同;在当前两个APP快照数据是否相同判断完毕后,再判断其他APP快照数据是否相同,直到快照选择库中的各个APP快照数据均不相同;
再将快照选择库中的各个APP快照数据按照快照保存时间先后顺序进行排序,当用户根据安装需要通过前进或回退操作时,则按照保存时间先后顺序在快照选择库中向前或者向后选择各个APP快照数据,并在选择的过程中实时显示当前APP快照数据中的APP名称列表、对应的APP版本号以及快照保存时间;
最后实时获取用户的选择确认信息,并在获得用户的选择确认信息后将当前APP快照数据作为首选APP快照数据。
7.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤5中,在将应用库中对应的APP上传到各个云机所在集群的master服务器上时的具体步骤为:
步骤5.1,在应用库与master服务器之间构建传输通道;
步骤5.2,由应用库通过传输通道将APP以及待安装执行明细传输至各个master服务器;
步骤5.3,由各个master服务器判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.1;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.1;若已全部成功传输,则判定本次上传成功,则由各个master服务器将APP同步到各个云机的云机服务器节点上。
8.根据权利要求7所述的云手机软件管理方法,其特征在于,步骤5中,由master服务器将APP同步到各个云机的云机服务器节点上的具体步骤为:
步骤5.4,在master服务器与各个云机之间构建传输通道;
步骤5.5,由master服务器通过传输通道将APP以及待安装执行明细传输至各个云机;
步骤5.6,由各个云机判断是否接收到待安装执行明细以及各个待安装的APP:
若未接收到待安装执行明细,则判定本次上传失败,删除本次传输已经接收的APP,并反馈上传失败信息至运维人员,再返回步骤5.4;
若接收到待安装执行明细,则根据待安装执行明细对接收的各个APP进行检测,判断各个APP是否成功传输:若未全部成功传输,则判定本次上传失败,删除本次传输已经接收的待安装执行明细以及APP,并反馈上传失败信息至运维人员,再返回步骤5.4;若已全部成功传输,则判定本次上传成功,则进入步骤6。
9.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤6中,根据待安装执行明细将对应的APP安装到对应的云机上的具体步骤为:
步骤6.1,按照待安装执行明细中的排列顺序在云机上依次安装各个APP,并在每个APP安装时对各个APP是否成功安装进行判定:
若APP无法进入安装流程或者安装过程中止,则判定当前APP安装失败,终止后续各个APP的安装,并卸载本次待安装执行明细中已经安装的各个APP,再返回步骤5;
若APP顺利进入安装流程且安装过程未中止,则判定当前APP安装成功,进入步骤6.2;
步骤6.2,在每个APP安装成功后均自动启动一次APP:
若APP正常启动,则表明APP正常运行,关闭APP,进入步骤7;
若APP未正常启动,则表明APP不能正常运行,关闭APP,并返回步骤5。
10.根据权利要求1所述的云手机软件管理方法,其特征在于,步骤7中,增量式更新各个云机的最新APP快照数据的具体步骤为:
步骤7.1,初始化设定快照自动保存周期、快照保存数量以及安装等待周期;
步骤7.2,实时判断当前时刻是否到达自动保存时间点,若到达,则进入步骤7.2.1,若未到达,则进入步骤7.3;
步骤7.2.1,对云机的APP安装控制程序进行监控,判断当前时刻是否正在安装或者卸载APP:
若不是正在安装或者卸载APP,则自动保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据,再进入步骤7.3;
若正在安装或者卸载APP,则进入步骤7.2.2,
步骤7.2.2,等待一个安装等待周期,再返回步骤7.2.1;
步骤7.3,对云机的APP安装控制程序进行监控,并在获取到APP安装或卸载的完成信息后,保存当前时刻云机的APP快照数据,并根据快照保存数量删除保存时间最久的历史APP快照数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211010490.4A CN115080076B (zh) | 2022-08-23 | 2022-08-23 | 一种云手机软件管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211010490.4A CN115080076B (zh) | 2022-08-23 | 2022-08-23 | 一种云手机软件管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115080076A true CN115080076A (zh) | 2022-09-20 |
CN115080076B CN115080076B (zh) | 2022-11-01 |
Family
ID=83244931
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211010490.4A Active CN115080076B (zh) | 2022-08-23 | 2022-08-23 | 一种云手机软件管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115080076B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116208622A (zh) * | 2023-04-28 | 2023-06-02 | 江苏北弓智能科技有限公司 | 一种批量云手机同步操作方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021072862A1 (zh) * | 2019-10-15 | 2021-04-22 | 平安科技(深圳)有限公司 | 大数据集群的更新方法、装置、计算机设备和存储介质 |
CN112925549A (zh) * | 2021-03-09 | 2021-06-08 | 浙江合众新能源汽车有限公司 | 基于安卓框架的系统应用升级系统 |
CN114826981A (zh) * | 2022-04-27 | 2022-07-29 | 广东悦伍纪网络技术有限公司 | 一种云手机内应用常驻的实现系统及方法 |
-
2022
- 2022-08-23 CN CN202211010490.4A patent/CN115080076B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021072862A1 (zh) * | 2019-10-15 | 2021-04-22 | 平安科技(深圳)有限公司 | 大数据集群的更新方法、装置、计算机设备和存储介质 |
CN112925549A (zh) * | 2021-03-09 | 2021-06-08 | 浙江合众新能源汽车有限公司 | 基于安卓框架的系统应用升级系统 |
CN114826981A (zh) * | 2022-04-27 | 2022-07-29 | 广东悦伍纪网络技术有限公司 | 一种云手机内应用常驻的实现系统及方法 |
Non-Patent Citations (2)
Title |
---|
MARCO V. BARBERA 等: "CDroid: towards a cloud-integrated mobile operating system", 《 2013 IEEE CONFERENCE ON COMPUTER COMMUNICATIONS WORKSHOPS (INFOCOM WKSHPS)》 * |
王一盟 等: "基于异构云平台的私有云管系统的研究与实现", 《全国硕士论文全文数据库(信息科技辑)》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116208622A (zh) * | 2023-04-28 | 2023-06-02 | 江苏北弓智能科技有限公司 | 一种批量云手机同步操作方法 |
CN116208622B (zh) * | 2023-04-28 | 2023-07-07 | 江苏北弓智能科技有限公司 | 一种批量云手机同步操作方法 |
Also Published As
Publication number | Publication date |
---|---|
CN115080076B (zh) | 2022-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108876121B (zh) | 工单处理方法、装置、计算机设备和存储介质 | |
CN105159718B (zh) | 固件升级方法及装置 | |
CN1936844A (zh) | 用于更新软件的方法和系统 | |
CN110225078B (zh) | 一种应用服务更新方法、系统及终端设备 | |
CN109298868A (zh) | 测绘影像数据处理软件智能动态部署及卸载方法 | |
CN104978271A (zh) | 一种Android系统的自动升级压测方法及系统 | |
CN115080076B (zh) | 一种云手机软件管理方法 | |
CN113434158A (zh) | 一种大数据组件的自定义管理方法、装置、设备及介质 | |
CN114115984A (zh) | 服务器固件升级的方法、存储设备及终端 | |
CN113342387A (zh) | 一种软件自动升级方法、更新客户端及更新服务器 | |
CN113835713A (zh) | 源码包下载方法、装置、计算机设备和存储介质 | |
CN113760306A (zh) | 安装软件的方法、装置、电子设备及存储介质 | |
CN106603289B (zh) | 一种lmt配置文件平滑升级方法 | |
CN113434180B (zh) | 应用的数据处理方法、装置、服务器和存储介质 | |
CN111324365A (zh) | 一种超融合系统升级的方法和设备 | |
CN117056115B (zh) | 应用程序的修复方法和装置、存储介质及电子设备 | |
CN113296795A (zh) | 应用部署方法、装置、设备、存储介质及程序产品 | |
CN115129574A (zh) | 一种代码测试方法和装置 | |
CN115357258B (zh) | 应用的部署方法、装置、存储介质及电子装置 | |
US9207928B2 (en) | Computer-readable medium, apparatus, and methods of automatic capability installation | |
EP3346642A1 (en) | Method and device for managing network element model | |
CN115543429A (zh) | 项目环境的搭建方法、电子设备及计算机可读存储介质 | |
CN113590179A (zh) | 插件检测方法、装置、电子设备及存储介质 | |
CN109298880B (zh) | 多版本代码生成方法、设备及电子设备 | |
CN113703804A (zh) | 系统升级方法、系统、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |