CN110109737B - 应用程序的启动方法、装置、计算机设备及存储介质 - Google Patents
应用程序的启动方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN110109737B CN110109737B CN201910203995.4A CN201910203995A CN110109737B CN 110109737 B CN110109737 B CN 110109737B CN 201910203995 A CN201910203995 A CN 201910203995A CN 110109737 B CN110109737 B CN 110109737B
- Authority
- CN
- China
- Prior art keywords
- weight
- application program
- frequency
- starting
- time
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 230000004044 response Effects 0.000 claims abstract description 113
- 230000000875 corresponding effect Effects 0.000 claims description 90
- 238000012795 verification Methods 0.000 claims description 40
- 230000002596 correlated effect Effects 0.000 claims description 28
- 238000004590 computer program Methods 0.000 claims description 17
- 238000004364 calculation method Methods 0.000 claims description 10
- 230000006870 function Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000011002 quantification Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种应用程序的启动方法、装置、计算机设备及存储介质,该方法包括:若接收到用户通过客户端发起的针对目标应用程序的启动请求,则记录请求时间,对应用程序标识进行合法性校验,得到校验结果,当校验结果为合法性校验通过时,获取历史启动频率,根据历史启动频率确定频率权重,获取当前系统时间,并根据请求时间与当前系统时间确定请求等待时间,根据请求等待时间确定时间权重,按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和,得到总响应权重,根据总响应权重确定响应优先级别,按照响应优先级别从高到低的顺序依次响应启动请求,以使得客户端上成功启动目标应用程序,提高了应用程序的启动灵活性。
Description
技术领域
本发明涉及电子技术领域,尤其涉及一种应用程序的启动方法、装置、计算机设备及存储介质。
背景技术
目前,随着使用应用程序的用户不断增多,响应应用程序的请求的时间也要求越来越短。
在传统方法中,在同一个时间段内,通常不同的用户在各个客户端向服务器发送同一个应用程序的不同启动请求,服务端按照接收到的该应用程序的不同启动请求的先后顺序响应各个启动请求,从而使得各个客户端的该应用程序按照服务端响应各个启动请求的先后顺序成功启动。但是,在同一个时间段内,启动请求的数量庞大,导致用户启动该应用程序的等待时间较长,同时没有考虑用户对该应用程序的偏好,导致应用程序的启动灵活性低下。
因此,寻找一种灵活的应用程序启动方法成为本领域技术人员亟需解决的问题。
发明内容
本发明实施例提供一种应用程序的启动方法、装置、计算机设备及存储介质,以解决大量用户同时向同一个应用程序发起启动请求时,应用程序启动灵活性低的问题。
一种应用程序的启动方法,包括:
若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录所述启动请求的请求时间,其中,所述启动请求包括用户标识信息和待校验的应用程序标识;
对所述应用程序标识进行合法性校验,得到校验结果;
当所述校验结果为合法性校验通过时,获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史启动频率;
根据所述历史启动频率确定所述目标应用程序的频率权重,其中,所述历史启动频率与所述频率权重之间正相关;
获取当前系统时间,并根据所述请求时间与所述当前系统时间确定所述启动请求的请求等待时间;
根据所述请求等待时间确定所述目标应用程序的时间权重,其中,所述请求等待时间与所述时间权重之间正相关;
按照所述频率权重的预设占比和所述时间权重的预设占比,对所述频率权重和所述时间权重进行求和计算,得到所述目标应用程序的总响应权重;
根据所述总响应权重确定所述目标应用程序的响应优先级别,其中,所述总响应权重与所述响应优先级别之间正相关;
按照响应优先级别从高到低的顺序依次响应各个所述用户的启动请求,以使得各个所述用户在各自的客户端上成功启动所述目标应用程序。
一种应用程序的启动装置,包括:
请求时间记录模块,用于若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录所述启动请求的请求时间,其中,所述启动请求包括用户标识信息和待校验的应用程序标识;
标识校验模块,用于对所述应用程序标识进行合法性校验,得到校验结果;
频率获取模块,用于当所述校验结果为合法性校验通过时,获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史启动频率;
频率权重确定模块,用于根据所述历史启动频率确定所述目标应用程序的频率权重,其中,所述历史启动频率与所述频率权重之间正相关;
等待时间确定记录模块,用于获取当前系统时间,并根据所述请求时间与所述当前系统时间确定所述启动请求的请求等待时间;
时间权重确定模块,用于根据所述请求等待时间确定所述目标应用程序的时间权重,其中,所述请求等待时间与所述时间权重之间正相关;
第一响应权重计算模块,用于按照所述频率权重的预设占比和所述时间权重的预设占比,对所述频率权重和所述时间权重进行求和计算,得到所述目标应用程序的总响应权重;
优先级别确定模块,用于根据所述总响应权重确定所述目标应用程序的响应优先级别,其中,所述总响应权重与所述响应优先级别之间正相关;
请求响应模块,用于按照响应优先级别从高到低的顺序依次响应各个所述用户的启动请求,以使得各个所述用户在各自的客户端上成功启动所述目标应用程序。
一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述应用程序的启动方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述应用程序的启动方法的步骤。
上述应用程序的启动方法、装置、计算机设备及存储介质中,当服务端接收到各个用户通过客户端发起的针对目标应用程序的启动请求时,首先通过对启动请求中的应用程序标识进行合法性校验,过滤掉合法性校验失败的启动请求,然后根据用户对目标应用程序的历史启动频率确定的频率权重,并根据用户发起启动请求后的请求等待时间确定时间权重,按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重,根据总响应权重确定目标应用程序的响应优先级别,最后按照响应优先级别从高到低的顺序依次响应各个用户的启动请求。通过目标应用程序的历史启动频率代表用户对该目标应用程序的偏好程度,并从历史启动频率和请求等待时间标识用户两个维度进行综合分析,量化得到目标应用程序的响应优先级别,并根据该响应优先级别确定对各个用户所在的目标应用程序的启动顺序,使得对目标应用程序的偏好程度越高的用户能够优先启动该目标应用程序,提高了应用程序的启动灵活性和智能化启动水平。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例中应用程序的启动方法的一应用环境示意图;
图2是本发明一实施例中应用程序的启动方法的一流程图;
图3是本发明一实施例中应用程序的启动方法中对频率权重相同的目标应用程序进行频率权重的更新处理的一流程图;
图4是本发明一实施例中应用程序的启动方法中对历史请求频率和历史启动次数均相同的目标应用程序进行频率权重的更新处理的一流程图;
图5是本发明一实施例中应用程序的启动方法中根据历史访问时长确定访问权重的一流程图;
图6是本发明一实施例中应用程序的启动方法中对客户端的目标应用程序的更新处理的一流程图;
图7是本发明一实施例中应用程序的启动装置的一示意图;
图8是本发明一实施例中应用程序的启动装置的另一示意图;
图9是本发明一实施例中应用程序的启动装置的再一示意图;
图10是本发明一实施例中计算机设备的一示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请提供的应用程序的启动方法,可应用在如图1的应用环境中,该应用环境包括服务端和客户端,客户端通过有线网络或无线网络与服务器进行通信。其中,客户端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。客户端用于根据启动指令启动应用程序和根据更新包更新应用程序,服务端用于设置响应优先级别,并按照响应优先级别从高到低的顺序响应启动请求。
在一实施例中,如图2所示,提供一种应用程序的启动方法,该应用程序的启动方法应用在电子技术行业中,以该方法应用在图1中的服务器为例进行说明,包括如下步骤:
S10、若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录启动请求的请求时间,其中,启动请求包括用户标识信息和待校验的应用程序标识,一个启动请求只针对一个目标应用程序的一个应用程序标识。
在本实施例中,客户端可以为智能手机、智能平板电脑或智能手表等智能设备,目标应用程序是指安装在客户端上的应用程序,例如,平安惠普或一账通等APP。启动请求为请求服务端启动该目标应用程序的要求,启动请求包括用户标识信息和待校验的应用程序标识,用户标识信息用于唯一标识用户,比如用户账号,用户账号可以为hp0088,应用程序标识为目标应用程序的唯一标识信息,应用程序标识可以为纯数字、纯字母或数字加字母的组合等,比如应用程序标识为pa1356,应用程序标识用于标识该目标应用程序。
优选地,请求时间为服务端在接收到各个用户通过客户端发起的针对目标应用程序的启动请求时所记录下来的时间,比如请求时间为“2018年6月6日12点30分30秒”。需要说明的是,不同启动应用的请求时间可能相同也可能不相同。
具体地,服务端先判断是否接收到各个用户通过客户端发起的针对目标应用程序的启动请求,若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录该启动请求的请求时间。
S20、对应用程序标识进行合法性校验,得到校验结果。
具体地,为了保证目标应用程序启动的安全性,服务器可以将步骤S10中接收到的应用程序标识发送至第三方服务器进行合法性校验,得到校验结果,服务器接收第三服务器发送的校验结果。
在本实施例中,第三方服务器为目标应用程序的服务器,比如第三方服务器为微信的服务器等。校验结果为第三方服务器对步骤S10中接收到的启动请求中应用程序标识进行合法性校验的结果,校验结果包括合法性校验通过和合法性校验未通过,可以理解的是,当步骤S10中接收到的启动请求中应用程序标识与该目标应用程序的正确的应用程序标识一致时,校验结果为合法性校验通过,当步骤S10中接收到的启动请求中应用程序标识与该目标应用程序的正确的应用程序标识不一致时,校验结果为合法性校验未通过。
S30、当校验结果为合法性校验通过时,获取用户标识信息标识的用户针对目标应用程序的历史启动频率。
在本实施例中,历史启动频率为在预设时间段内,用户成功启动目标应用程序的频率,比如历史启动频率为在过去30天内,用户成功启动目标应用程序的频率为20次/天。历史启动频率专门存储于频率数据库中,处于随时可以调用的状态。
具体地,当步骤S20中校验得到的校验结果为合法性校验通过时,在频率数据库中获取用户标识信息标识的用户针对目标应用程序的历史启动频率的存储路径,然后根据该存储路径提取该历史启动频率,比如假设频率数据库为MySQL数据库,用户标识信息标识的用户针对目标应用程序的历史启动频率为“10次/小时”,存储路径为“C:/ProgramData/MySQL/MySQL Server5.5\data”,则当步骤S20中校验得到的校验结果为合法性校验通过时,在MySQL数据库中先获取“C:/ProgramData/MySQL/MySQL Server 5.5\data”然后根据该“C:/ProgramData/MySQL/MySQL Server 5.5\data”提取该“10次/小时”。
需要说明的是,频率数据库可以为SQL数据库或oracle数据库等,频率数据库的具体内容,可以根据实际应用进行设定,此处不做限制。
需要说明的是,预设时间段的具体内容,可以根据实际应用进行设定,此处不做限制。
S40、根据历史启动频率确定目标应用程序的频率权重,其中,历史启动频率与频率权重之间正相关。
在本实施例中,频率权重为专门给该目标应用程序的历史启动频率而设置的权重值。
具体地,历史启动频率与频率权重之间正相关可以通过历史启动频率与频率权重之间预设的对应关系体现,根据历史启动频率与频率权重之间预设的对应关系,获取步骤S30中获取到的历史启动频率对应的目标应用程序的频率权重,其中,该预设的对应关系可以是正比例线性关系,历史启动频率越高则频率权重越高,反之,历史启动频率越低则频率权重越低,历史启动频率与频率权重之间预设的对应关系还可以是不同历史启动频率阈值区域与频率权重之间的对应关系,即预先设置好各个历史启动频率阈值区间,每个历史启动频率阈值区间均对应一个频率权重,并且历史启动频率阈值区间中的历史启动频率的值越大,则频率权重越大。
在一具体实施例中,当历史启动频率与频率权重之间预设的对应关系为各个不同的历史启动频率阈值区域与频率权重之间的对应关系时,从预设的各个历史启动频率阈值区间中选取出步骤S30中获取到的历史启动频率落入的一个历史启动频率阈值区间,并根据各个不同的历史启动频率阈值区域与频率权重之间预设的对应关系,将选取出的历史启动频率阈值区间对应的频率权重确定为步骤S30中获取到的历史启动频率对应的频率权重。
需要说明的是,历史启动频率和频率权重之间预设的对应关系具体可以根据实际情况进行设定,此处不做限制。
S50、获取当前系统时间,并根据请求时间与当前系统时间确定启动请求的请求等待时间。
在本实施例中,当前系统时间为系统当前的时间,比如“2018年9月12日8点55分55秒”。
具体地,服务端先获取当前系统时间,然后计算步骤S10中记录启动请求的请求时间与当前系统时间之间的差值的绝对值,最后将该绝对值确定为该启动请求的请求等待时间,比如服务端先获取到的当前系统时间为“2018年9月12日8点35分50秒”,步骤S10中记录下来的请求时间为“2018年9月12日8点35分5秒”,则计算“2018年9月12日8点35分50秒”与“2018年9月12日8点35分5秒”之间的差值的绝对值为45秒,最后将45秒确定为该启动请求的请求等待时间。
S60、根据请求等待时间确定目标应用程序的时间权重,其中,请求等待时间与时间权重之间正相关。
在本实施例中,时间权重为专门给该目标应用程序的请求等待时间而设置的权重值。
具体地,请求等待时间与时间权重之间正相关可以通过请求等待时间与时间权重之间预设的对应关系体现,根据该预设的对应关系,获取请求等待时间对应的目标应用程序的时间权重。
可以理解的是,请求等待时间与时间权重之间预设的对应关系可以是请求等待时间与时间权重之间的正比例线性关系,请求等待时间越高则时间权重越高,反之,请求等待时间越低则时间权重越低,请求等待时间与时间权重之间预设的对应关系还可以是不同请求等待时间阈值区域与时间权重之间的对应关系,即预先设置好各个请求等待时间阈值区间,每个请求等待时间阈值区间均对应一个时间权重,并且请求等待时间阈值区间中的请求等待时间的值越大,则时间权重越大。
在一具体实施例中,当请求等待时间与时间权重之间预设的对应关系为各个不同的请求等待时间阈值区域与时间权重之间的对应关系时,从预设的各个请求等待时间阈值区间中选取出步骤S50中确定的请求等待时间落入的一个请求等待时间阈值区间,并根据各个不同的请求等待时间阈值区域与时间权重之间预设的对应关系,将选取出的请求等待时间阈值区间对应的时间权重确定为步骤S50中确定的请求等待时间对应的时间权重。
例如,等待时间阈值区间包括[0,20]和[21,50],其中,[0,20]对应的时间权重为0.2,[21,50]对应的时间权重为0.3,当请求等待时间为35秒时,从[0,20]和[21,50]中选取出35秒落入的[21,50],并将选取出的[21,50]对应的时间权重0.3确定为该请求等待时间的目标时间权重。
需要说明的是,请求等待时间和时间权重之间预设的对应关系具体可以根据实际情况进行设定,此处不做限制。
S70、按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重。
在本实施例中,总响应权重为专门给该目标应用程序设置的总权重值。
具体地,按照频率权重的预设占比和时间权重的预设占比,对该频率权重和该时间权重进行求和计算,得到目标应用程序的总响应权重。
其中,频率权重的预设占比用于体现历史启动频率在总响应权重中所占的比例,时间权重的预设占比用于体现请求等待时间在总响应权重中所占的比例。
例如,若频率权重的预设占比为60%,时间权重的预设占比为40%,频率权重为8,时间权重为6,则总响应权重为8*60%+6*40%=7.2。
需要说明的是,频率权重的预设占比和时间权重的预设占比的具体内容,可以根据实际应用进行设定,此处不做限制。
S80、根据总响应权重确定目标应用程序的响应优先级别,其中,总响应权重与响应优先级别之间正相关。
在本实施例中,响应优先级别为服务端响应各个启动请求的优先级别。
具体地,总响应权重与响应优先级别之间正相关可以通过总响应权重与响应优先级别之间预设的对应关系体现,根据总响应权重与优先级别之间预设的对应关系,获取步骤S70中计算得到的总响应权重对应的响应优先级别。
可以理解的是,总响应权重与优先级别之间预设的对应关系可以是总响应权重与优先级别之间的正比例线性关系,总响应权重越高则优先级别越高,反之,总响应权重越低则优先级别越低,总响应权重与优先级别之间预设的对应关系还可以是不同总响应权重阈值区域与优先级别之间的对应关系,即预先设置好各个总响应权重阈值区间,每个总响应权重阈值区间均对应一个优先级别,并且总响应权重阈值区间中的响应权重的值越大,则优先级别越大。
在一具体实施例中,当总响应权重与优先级别之间预设的对应关系为各个不同的总响应权重阈值区域与优先级别之间的对应关系时,从预设的各个总响应权重阈值区间中选取出步骤S70中计算得到的总响应权重落入的一个总响应权重阈值区间,并根据各个不同的总响应权重阈值区域与优先级别之间预设的对应关系,将选取出的总响应权重阈值区间对应的优先级别确定为步骤S70中计算得到的总响应权重对应的响应优先级别。
需要说明的是,总响应权重与优先级别之间预设的对应关系的具体内容,可以根据实际应用进行设定,此处不做限制。
S90、按照响应优先级别从高到低的顺序依次响应各个用户的启动请求,以使得各个用户在各自的客户端上成功启动目标应用程序。
具体地,按照步骤S80中确定出的响应优先级别从高到低的顺序依次响应步骤S10中获取到的各个用户的启动请求,以使得各个用户在各自的客户端上成功启动该目标应用程序,比如用户A对应的启动请求的响应优先级别为5,用户B对应的启动请求的响应优先级别为3,用户B对应的启动请求的响应优先级别高于用户A对应的启动请求的响应优先级别,则服务端先响应用户A对应的启动请求,再响应,用户B对应的启动请求。
在图2对应的实施例中,当服务端接收到各个用户通过客户端发起的针对目标应用程序的启动请求时,首先通过对启动请求中的应用程序标识进行合法性校验,过滤掉合法性校验失败的启动请求,然后根据用户对目标应用程序的历史启动频率确定的频率权重,并根据用户发起启动请求后的请求等待时间确定时间权重,按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重,根据总响应权重确定目标应用程序的响应优先级别,最后按照响应优先级别从高到低的顺序依次响应各个用户的启动请求。通过目标应用程序的历史启动频率代表用户对该目标应用程序的偏好程度,并从历史启动频率和请求等待时间标识用户两个维度进行综合分析,量化得到目标应用程序的响应优先级别,并根据该响应优先级别确定对各个用户所在的目标应用程序的启动顺序,使得对目标应用程序的偏好程度越高的用户能够优先启动该目标应用程序,提高了应用程序的启动灵活性和智能化启动水平。
在一实施例中,如图3所示,在步骤S40之后,并且在步骤S50之前,还包括对频率权重相同的目标应用程序进行频率权重的更新处理,具体包括如下步骤:
S1001、若不同用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个用户确定为第一目标用户,并获取每个第一目标用户对应的目标应用程序的历史启动次数。
在本实施例中,第一目标用户为步骤S40中确定出的频率权重相同的用户。历史启动次数为用户使用该目标应用程序以来成功启动该目标应用程序的总次数,历史启动次数专门存储于次数数据库中,处于随时可以调用的状态。
具体地,若步骤S40中确定出的不同用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个用户确定为第一目标用户,并在次数数据库中获取每个第一目标用户对应的目标应用程序的历史启动次数的存储路径,然后根据该存储路径提取该历史启动次数。
需要说明的是,次数数据库可以为SQL数据库或oracle数据库等,次数数据库的具体内容,可以根据实际应用进行设定,此处不做限制。
S1002、根据历史启动次数更新每个第一目标用户对应的目标应用程序的频率权重,其中,历史启动次数与频率权重之间正相关。
具体地,根据启动次数与次数权重之间预设的对应关系,获取该历史启动次数对应的次数权重。其中,次数权重为专门给该目标应用程序的启动次数而设置的权重,各个次数权重可以相同,也可以不相同。
可以理解的是,启动次数与次数权重之间预设的对应关系可以是启动次数与次数权重之间的正比例线性关系,启动次数越高则次数权重越高,反之,启动次数越低则次数权重越低,启动次数与次数权重之间预设的对应关系还可以是不同启动次数阈值区域与次数权重之间的对应关系,即预先设置好各个启动次数阈值区间,每个启动次数阈值区间均对应一个次数权重,并且启动次数阈值区间中的启动次数的值越大,则次数权重越大。
在一具体实施例中,当启动次数与次数权重之间预设的对应关系为各个不同的启动次数阈值区域与次数权重之间的对应关系时,从预设的各个启动次数阈值区间中选取出步骤S1001中获取到的历史启动次数落入的一个启动次数阈值区间,并根据各个不同的启动次数阈值区域与次数权重之间预设的对应关系,将选取出的启动次数阈值区间对应的次数权重确定为该历史启动次数对应的次数权重。
例如,启动次数阈值区间包括[0,30]和[31,70],其中,[0,30]对应的次数权重为0.1,[31,70]对应的次数权重为0.2,当历史启动次数为20次时,从[0,30]和[31,70]中选取出20落入的[0,30],并将选取出的[0,30]对应的次数权重0.1确定为该历史启动次数的次数权重。
需要说明的是,通过启动次数和次数权重之间预设的对应关系,以及将次数权重叠加到频率权重中,体现历史启动次数与频率权重之间的正相关。
优选地,针对每一个第一目标用户,将其历史启动次数对应的次数权重与步骤S40中确定出的频率权重的和确定为更新后的频率权重。
在图3对应的实施例中,通过若不同用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个用户确定为第一目标用户,并获取每个第一目标用户对应的目标应用程序的历史启动次数,根据历史启动次数更新每个第一目标用户对应的目标应用程序的频率权重,其中,历史启动次数与频率权重之间正相关,因为当不同用户对应的目标应用程序的频率权重相同时,获取该不同用户对应的目标应用程序的历史启动次数,然后根据历史启动次数更新每个用户对应的目标应用程序的频率权重,从而保证历史启动频率相同,历史启动次数不相同的每个用户对应的目标应用程序的更新的频率权重不相同,更加准确地计算出频率权重,提高计算频率权重的准确率。
在一实施例中,如图4所示,在步骤S1002之后,并且在步骤S50之前,还包括对历史请求频率和历史启动次数均相同的目标应用程序进行频率权重的更新处理,具体包括如下步骤:
S1101、若不同目标用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个第一目标用户确定为第二目标用户,并获取每个第二目标用户的注册时间。
在本实施例中,第二目标用户为步骤S1002中确定出的频率权重相同的用户,即历史请求频率和历史启动次数均相同。注册时间为用户在注册该目标应用程序时所记录的时间,各个用户的注册时间均不相同,注册时间专门存储于注册数据库中,处于随时可以调用的状态。
具体地,若步骤S1002中确定出的不同目标用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个第一目标用户确定为第二目标用户,在注册数据库中获取每个第二目标用户的注册时间的存储路径,然后根据该存储路径提取该注册时间。
需要说明的是,注册数据库可以为SQL数据库或oracle数据库等,次数数据库的具体内容,可以根据实际应用进行设定,此处不做限制。
S1102、按照注册时间越早则频率权重越大的条件,更新每个第二目标用户对应的目标应用程序的频率权重。
具体地,针对每个第二目标用户,按照注册时间越早则频率权重越大的条件,更新步骤S1002中得到的频率权重,得到更新后的每个第二目标用户对应的目标应用程序的频率权重。
在图4对应的实施例中,通过若不同目标用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个第一目标用户确定为第二目标用户,并获取每个第二目标用户的注册时间,按照注册时间越早则频率权重越大的条件,更新每个第二目标用户对应的目标应用程序的频率权重,因为当步骤S1002中的不同用户对应的目标应用程序的频率权重相同时,获取该不同用户对应的目标应用程序的注册时间,然后根据注册时间更新每个用户对应的目标应用程序的频率权重,从而保证在历史启动频率和历史启动次数相同时,注册时间越早的用户对应的目标应用程序的更新的频率权重越大,反之,注册时间越晚的用户对应的目标应用程序的更新的频率权重越小,因此更加准确地计算出频率权重,提高计算频率权重的准确率。
在一实施例中,如图5所示,在步骤S60之后,并且在步骤S70之前,还可以根据历史访问时长确定访问权重,具体包括如下步骤:
S1201、获取用户标识信息标识的用户针对目标应用程序的历史访问时长,其中,历史访问时长为用户访问目标应用程序的累积时长。
在本实施例中,历史访问时长为用户访问目标应用程序的累积时长,比如历史访问时长为50个小时,历史访问时长专门存储于时长数据库中,处于随时可以调用的状态。
具体地,在时长数据库中获取用户标识信息标识的用户针对目标应用程序的历史访问时长的存储路径,然后根据该存储路径提取该历史访问时长。
需要说明的是,时长数据库可以为SQL数据库或oracle数据库等,时长数据库的具体内容,可以根据实际应用进行设定,此处不做限制。
S1202、根据历史访问时长确定目标应用程序的访问权重,其中,历史访问时长与访问权重之间正相关。
在本实施例中,访问权重为专门给该目标应用程序的访问时长而设置的权重值。
具体地,历史访问时长与访问权重之间正相关的关系可以通过历史访问时长与访问权重之间预设的对应关系体现,该对应关系具体可以是历史访问时长与访问权重之间的正比例线性关系,历史访问时长越高则访问权重越高,反之,历史访问时长越低则访问权重越低,历史访问时长与访问权重之间预设的对应关系还可以是不同历史访问时长阈值区域与访问权重之间的对应关系,即预先设置好各个历史访问时长阈值区间,每个历史访问时长阈值区间均对应一个访问权重,并且历史访问时长阈值区间中的历史访问时长的值越大,则访问权重越大。
在一具体实施例中,当历史访问时长与访问权重之间预设的对应关系为各个不同的历史访问时长阈值区域与访问权重之间的对应关系时,从预设的各个历史访问时长阈值区间中选取出步骤S1201中获取到的历史访问时长落入的一个历史访问时长阈值区间,并根据各个不同的历史访问时长阈值区域与访问权重之间预设的对应关系,将选取出的历史访问时长阈值区间对应的历史访问权重确定为步骤S1201中获取到的历史访问时长对应的访问权重。
需要说明的是,历史访问时长与访问权重之间预设的对应关系的具体内容,可以根据实际应用进行设定,此处不做限制。
进一步地,在确定了目标应用程序的访问权重的基础上,在步骤S70中,按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重,具体包括如下步骤:
按照频率权重的预设占比、时间权重的预设占比和访问权重的预设占比,对频率权重、时间权重和访问权重进行求和计算,得到目标应用程序的总响应权重。
具体地,按照频率权重的预设占比、时间权重的预设占比和访问权重的预设占比,对步骤S40中确定出的频率权重、步骤S60确定出的时间权重和步骤S1202中确定出的访问权重进行求和计算,得到目标应用程序的总响应权重,其中,频率权重的预设占比、时间权重的预设占比和访问权重的预设占比之间的和为1。
需要说明的是,频率权重的预设占比、时间权重的预设占比和访问权重的预设占比的具体内容,可以根据实际应用进行设定,此处不做限制。
本实施例中,通过获取用户标识信息标识的用户针对目标应用程序的历史访问时长,其中,历史访问时长为用户访问目标应用程序的累积时长,根据历史访问时长确定目标应用程序的访问权重,其中,历史访问时长与访问权重之间正相关,按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重包括:按照频率权重的预设占比、时间权重的预设占比和访问权重的预设占比,对频率权重、时间权重和访问权重进行求和计算,得到目标应用程序的总响应权重,因为历史访问时长越长,则代表用户对该目标应用程序的偏好程度越高,也即,访问权重越大则代表用户对该目标应用程序的偏好程度越高,同时频率权重越大则代表用户对该目标应用程序的偏好程度越高,时间权重越大代表用户启动该目标应用程序的请求等待时间越长,因此对频率权重、时间权重和访问权重进行求和计算,得到目标应用程序的总响应权重,保证了总响应权重能够更加全面合理的代表用户对该目标应用程序的偏好程度。
在一实施例中,启动请求还包括目标应用程序的当前版本号,如图6所示,在步骤S90之后,还包括对客户端的目标应用程序的更新处理,具体包括如下步骤:
S1301、获取目标应用程序的最新版本号,并判断最新版本号与每个用户所在的客户端对应的当前版本号是否一致。
在本实施例中,最新版本号为该目标应用程序的最新的版本号。最新版本号专门存储于版本数据库中,处于随时可以调用的状态。
具体地,在版本数据库中获取目标应用程序的最新版本号的存储路径,然后根据该存储路径提取该最新版本号,并判断提取到的最新版本号与每个用户所在的客户端对应的目标应用程序的当前版本号是否一致。
需要说明的是,版本数据库可以为SQL数据库或oracle数据库等,版本数据库的具体内容,可以根据实际应用进行设定,此处不做限制。
S1302、当最新版本号与当前版本号不一致时,将最新版本号与当前版本号不一致的每个客户端作为目标客户端,从内存数据库中获取最新版本号对应的目标更新包,并将目标更新包发送至每个目标客户端,以使得每个目标客户端对目标应用程序进行更新。
在本实施例中,内存数据库为将数据放在内存中直接操作的数据库。目标更新包为用于更新该目标应用程序的更新包。
具体地,当步骤S1302中获取到的最新版本号与当前版本号不一致时,将该最新版本号与当前版本号不一致的每个客户端作为目标客户端,从内存数据库中获取最新版本号对应的目标更新包,并将目标更新包发送至每个目标客户端,以使得每个目标客户端对目标应用程序进行更新。
在图6对应的实施例中,通过获取目标应用程序的最新版本号,并判断最新版本号与每个用户所在的客户端对应的当前版本号是否一致,当最新版本号与当前版本号不一致时,将最新版本号与当前版本号不一致的每个客户端作为目标客户端,从内存数据库中获取最新版本号对应的目标更新包,并将目标更新包发送至每个目标客户端,以使得每个目标客户端对目标应用程序进行更新,利用内存数据库的高效读写速度,从内存数据库中直接获取目标更新包,并将目标更新包发送至每个目标客户端,能够提高更新包的获取速度,从而提高目标应用程序的更新效率。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
在一实施例中,提供一种应用程序的启动装置,该应用程序的启动装置与上述实施例中应用程序的启动方法一一对应。如图7所示,该应用程序的启动装置包括请求时间记录模块701、标识校验模块702、频率获取模块703、频率权重确定模块704、等待时间确定记录模块705、时间权重确定模块706、第一响应权重计算模块707、优先级别确定模块708和请求响应模块709。各功能模块详细说明如下:
请求时间记录模块701,用于若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录启动请求的请求时间,其中,启动请求包括用户标识信息和待校验的应用程序标识;
标识校验模块702,用于对应用程序标识进行合法性校验,得到校验结果;
频率获取模块703,用于当校验结果为合法性校验通过时,获取用户标识信息标识的用户针对目标应用程序的历史启动频率;
频率权重确定模块704,用于根据历史启动频率确定目标应用程序的频率权重,其中,历史启动频率与频率权重之间正相关;
等待时间确定记录模块705,用于获取当前系统时间,并根据请求时间与当前系统时间确定启动请求的请求等待时间;
时间权重确定模块706,用于根据请求等待时间确定目标应用程序的时间权重,其中,请求等待时间与时间权重之间正相关;
第一响应权重计算模块707,用于按照频率权重的预设占比和时间权重的预设占比,对频率权重和时间权重进行求和计算,得到目标应用程序的总响应权重;
优先级别确定模块708,用于根据总响应权重确定目标应用程序的响应优先级别,其中,总响应权重与响应优先级别之间正相关;
请求响应模块709,用于按照响应优先级别从高到低的顺序依次响应各个用户的启动请求,以使得各个用户在各自的客户端上成功启动目标应用程序。
进一步地,如图8所述,该应用程序的启动装置还包括:
次数获取模块7101,用于若不同用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个用户确定为第一目标用户,并获取每个第一目标用户对应的目标应用程序的历史启动次数;
第一频率权重更新模块7102,用于根据历史启动次数更新每个第一目标用户对应的目标应用程序的频率权重,其中,历史启动次数与频率权重之间正相关。
进一步地,如图9所述,该应用程序的启动装置还包括:
注册时间获取模块7111,用于若不同目标用户对应的目标应用程序的频率权重相同,则将频率权重相同的每个第一目标用户确定为第二目标用户,并获取每个第二目标用户的注册时间;
第二频率权重更新模块7112,用于按照注册时间越早则频率权重越大的条件,更新每个第二目标用户对应的目标应用程序的频率权重。
进一步地,该应用程序的启动装置还包括:
时长获取模块7121,用于获取用户标识信息标识的用户针对目标应用程序的历史访问时长,其中,历史访问时长为用户访问目标应用程序的累积时长;
访问权重确定模块7122,用于根据历史访问时长确定目标应用程序的访问权重,其中,历史访问时长与访问权重之间正相关。
第一响应权重计算模块707包括:
第二响应权重计算子模块7071,用于按照频率权重的预设占比、时间权重的预设占比和访问权重的预设占比,对频率权重、时间权重和访问权重进行求和计算,得到目标应用程序的总响应权重。
进一步地,启动请求还包括目标应用程序的当前版本号,该应用程序的启动装置还包括:
版本号获取模块7131,用于获取目标应用程序的最新版本号,并判断最新版本号与每个用户所在的客户端对应的当前版本号是否一致;
更新包发送模块7132,用于当最新版本号与当前版本号不一致时,将最新版本号与当前版本号不一致的每个客户端作为目标客户端,从内存数据库中获取最新版本号对应的目标更新包,并将目标更新包发送至每个目标客户端,以使得每个目标客户端对目标应用程序进行更新。
关于应用程序的启动装置的具体限定可以参见上文中对于应用程序的启动方法的限定,在此不再赘述。上述应用程序的启动装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于应用程序的启动方法涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用程序的启动方法。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例应用程序的启动方法的步骤,例如图2所示的步骤S10至步骤S90。或者,处理器执行计算机程序时实现上述实施例中应用程序的启动装置的各模块/单元的功能,例如图7所示接收模块701至输出模块709的功能。为避免重复,这里不再赘述。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例中应用程序的启动方法,或者,该计算机程序被处理器执行时实现上述装置实施例中应用程序的启动装置中各模块/单元的功能。为避免重复,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (9)
1.一种应用程序的启动方法,其特征在于,所述应用程序的启动方法包括:
若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录所述启动请求的请求时间,其中,所述启动请求包括用户标识信息和待校验的应用程序标识;
对所述应用程序标识进行合法性校验,得到校验结果;
当所述校验结果为合法性校验通过时,获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史启动频率;
根据所述历史启动频率确定所述目标应用程序的频率权重,其中,所述历史启动频率与所述频率权重之间正相关;
获取当前系统时间,并根据所述请求时间与所述当前系统时间确定所述启动请求的请求等待时间;
根据所述请求等待时间确定所述目标应用程序的时间权重,其中,所述请求等待时间与所述时间权重之间正相关;
获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史访问时长,其中,所述历史访问时长为所述用户访问所述目标应用程序的累积时长;
根据所述历史访问时长确定所述目标应用程序的访问权重,其中,所述历史访问时长与所述访问权重之间正相关;按照所述频率权重的预设占比、所述时间权重的预设占比和所述访问权重的预设占比,对所述频率权重、所述时间权重和所述访问权重进行求和计算,得到所述目标应用程序的总响应权重;
根据所述总响应权重确定所述目标应用程序的响应优先级别,其中,所述总响应权重与所述响应优先级别之间正相关;
按照响应优先级别从高到低的顺序依次响应各个所述用户的启动请求,以使得各个所述用户在各自的客户端上成功启动所述目标应用程序。
2.如权利要求1所述的应用程序的启动方法,其特征在于,在所述根据所述历史启动频率确定所述目标应用程序的频率权重之后,并且在所述获取当前系统时间之前,所述应用程序的启动方法还包括:
若不同所述用户对应的所述目标应用程序的频率权重相同,则将所述频率权重相同的每个所述用户确定为第一目标用户,并获取每个所述第一目标用户对应的所述目标应用程序的历史启动次数;
根据所述历史启动次数更新每个所述第一目标用户对应的所述目标应用程序的频率权重,其中,所述历史启动次数与所述频率权重之间正相关。
3.如权利要求2所述的应用程序的启动方法,其特征在于,在所述根据所述历史启动次数更新每个所述第一目标用户对应的所述目标应用程序的频率权重之后,并且在所述获取当前系统时间之前,所述应用程序的启动方法还包括:
若不同所述目标用户对应的所述目标应用程序的频率权重相同,则将所述频率权重相同的每个所述第一目标用户确定为第二目标用户,并获取每个所述第二目标用户的注册时间;
按照所述注册时间越早则所述频率权重越大的条件,更新每个所述第二目标用户对应的所述目标应用程序的频率权重。
4.如权利要求1至3任一项所述的应用程序的启动方法,其特征在于,所述启动请求还包括所述目标应用程序的当前版本号,在所述按照各个响应优先级别从高到低的顺序依次响应各个所述用户的启动请求之后,所述应用程序的启动方法还包括:
获取所述目标应用程序的最新版本号,并判断所述最新版本号与每个所述用户所在的所述客户端对应的所述当前版本号是否一致;
当所述最新版本号与所述当前版本号不一致时,将所述最新版本号与所述当前版本号不一致的每个所述客户端作为目标客户端,从内存数据库中获取所述最新版本号对应的目标更新包,并将所述目标更新包发送至每个所述目标客户端,以使得每个所述目标客户端对所述目标应用程序进行更新。
5.一种应用程序的启动装置,其特征在于,所述应用程序的启动装置包括:
请求时间记录模块,用于若接收到各个用户通过客户端发起的针对目标应用程序的启动请求,则记录所述启动请求的请求时间,其中,所述启动请求包括用户标识信息和待校验的应用程序标识;
标识校验模块,用于对所述应用程序标识进行合法性校验,得到校验结果;
频率获取模块,用于当所述校验结果为合法性校验通过时,获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史启动频率;
频率权重确定模块,用于根据所述历史启动频率确定所述目标应用程序的频率权重,其中,所述历史启动频率与所述频率权重之间正相关;
等待时间确定记录模块,用于获取当前系统时间,并根据所述请求时间与所述当前系统时间确定所述启动请求的请求等待时间;
时间权重确定模块,用于根据所述请求等待时间确定所述目标应用程序的时间权重,其中,所述请求等待时间与所述时间权重之间正相关;
时长获取模块,用于获取所述用户标识信息标识的所述用户针对所述目标应用程序的历史访问时长,其中,所述历史访问时长为所述用户访问所述目标应用程序的累积时长;
访问权重确定模块,用于根据所述历史访问时长确定所述目标应用程序的访问权重,其中,所述历史访问时长与所述访问权重之间正相关;
第一响应权重计算模块包括:第二响应权重计算子模块,用于按照所述频率权重的预设占比、所述时间权重的预设占比和所述访问权重的预设占比,对所述频率权重、所述时间权重和所述访问权重进行求和计算,得到所述目标应用程序的总响应权重;
优先级别确定模块,用于根据所述总响应权重确定所述目标应用程序的响应优先级别,其中,所述总响应权重与所述响应优先级别之间正相关;
请求响应模块,用于按照响应优先级别从高到低的顺序依次响应各个所述用户的启动请求,以使得各个所述用户在各自的客户端上成功启动所述目标应用程序。
6.如权利要求5所述的应用程序的启动装置,其特征在于,所述应用程序的启动装置还包括:
次数获取模块,用于若不同所述用户对应的所述目标应用程序的频率权重相同,则将所述频率权重相同的每个所述用户确定为第一目标用户,并获取每个所述第一目标用户对应的所述目标应用程序的历史启动次数;
第一频率权重更新模块,用于根据所述历史启动次数更新每个所述第一目标用户对应的所述目标应用程序的频率权重,其中,所述历史启动次数与所述频率权重之间正相关。
7.如权利要求6所述的应用程序的启动装置,其特征在于,所述应用程序的启动装置还包括:
注册时间获取模块,用于若不同所述目标用户对应的所述目标应用程序的频率权重相同,则将所述频率权重相同的每个所述第一目标用户确定为第二目标用户,并获取每个所述第二目标用户的注册时间;
第二频率权重更新模块,用于按照所述注册时间越早则所述频率权重越大的条件,更新每个所述第二目标用户对应的所述目标应用程序的频率权重。
8.一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至4中任一项所述应用程序的启动方法。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述应用程序的启动方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910203995.4A CN110109737B (zh) | 2019-03-18 | 2019-03-18 | 应用程序的启动方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910203995.4A CN110109737B (zh) | 2019-03-18 | 2019-03-18 | 应用程序的启动方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110109737A CN110109737A (zh) | 2019-08-09 |
CN110109737B true CN110109737B (zh) | 2024-02-09 |
Family
ID=67484327
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910203995.4A Active CN110109737B (zh) | 2019-03-18 | 2019-03-18 | 应用程序的启动方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110109737B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111209560A (zh) * | 2020-01-06 | 2020-05-29 | 杭州涂鸦信息技术有限公司 | 固件保护方法及装置、电子设备 |
CN111782229B (zh) * | 2020-06-30 | 2024-04-23 | 百度在线网络技术(北京)有限公司 | 一种小程序启动方法、装置及电子设备 |
CN113885712A (zh) * | 2021-09-29 | 2022-01-04 | 联想(北京)有限公司 | 一种信息处理方法、装置和电子设备 |
CN115658183B (zh) * | 2022-12-26 | 2023-03-31 | 北京紫光芯能科技有限公司 | 用于控制mcu的方法及装置、电子设备、存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102195944A (zh) * | 2010-03-10 | 2011-09-21 | 成都市华为赛门铁克科技有限公司 | 一种优先级访问控制方法、装置及系统 |
CN105302588A (zh) * | 2014-07-09 | 2016-02-03 | 联想移动通信科技有限公司 | 一种终端应用程序加载方法、装置及终端 |
CN106293805A (zh) * | 2016-07-26 | 2017-01-04 | 深圳天珑无线科技有限公司 | 程序加载的方法及装置 |
WO2017107845A1 (zh) * | 2015-12-23 | 2017-06-29 | 北京金山安全软件有限公司 | 一种优化应用程序留存率的方法、装置及电子设备 |
CN107133065A (zh) * | 2017-03-31 | 2017-09-05 | 北京奇艺世纪科技有限公司 | 一种开启软件功能的方法及装置 |
CN107402790A (zh) * | 2017-07-31 | 2017-11-28 | 广东欧珀移动通信有限公司 | 应用程序的启动方法、装置、存储介质和终端 |
-
2019
- 2019-03-18 CN CN201910203995.4A patent/CN110109737B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102195944A (zh) * | 2010-03-10 | 2011-09-21 | 成都市华为赛门铁克科技有限公司 | 一种优先级访问控制方法、装置及系统 |
CN105302588A (zh) * | 2014-07-09 | 2016-02-03 | 联想移动通信科技有限公司 | 一种终端应用程序加载方法、装置及终端 |
WO2017107845A1 (zh) * | 2015-12-23 | 2017-06-29 | 北京金山安全软件有限公司 | 一种优化应用程序留存率的方法、装置及电子设备 |
CN106293805A (zh) * | 2016-07-26 | 2017-01-04 | 深圳天珑无线科技有限公司 | 程序加载的方法及装置 |
CN107133065A (zh) * | 2017-03-31 | 2017-09-05 | 北京奇艺世纪科技有限公司 | 一种开启软件功能的方法及装置 |
CN107402790A (zh) * | 2017-07-31 | 2017-11-28 | 广东欧珀移动通信有限公司 | 应用程序的启动方法、装置、存储介质和终端 |
Also Published As
Publication number | Publication date |
---|---|
CN110109737A (zh) | 2019-08-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110109737B (zh) | 应用程序的启动方法、装置、计算机设备及存储介质 | |
KR102204733B1 (ko) | 계정 로그인을 위한 방법, 장치, 및 서버 | |
CN109766349B (zh) | 任务防重方法、装置、计算机设备及存储介质 | |
CN110750506A (zh) | 数据对象标识生成方法、装置、计算机设备和存储介质 | |
CN108304553B (zh) | 数据迁移方法、装置、计算机设备和存储介质 | |
CN108924258B (zh) | 后台信息推送方法、装置、计算机设备和存储介质 | |
CN108540533B (zh) | 一种应答请求的方法和装置 | |
CN108446172B (zh) | 数据调取方法、装置、计算机设备和存储介质 | |
CN113448862B (zh) | 软件版本测试方法、装置及计算机设备 | |
WO2021169305A1 (zh) | 声纹数据处理方法、装置、计算机设备和存储介质 | |
CN109587625B (zh) | 一种确定位置信息的方法、服务器、客户端、存储介质及设备 | |
CN111026524A (zh) | 处理延时任务的方法、装置、计算机设备和存储介质 | |
CN114780019A (zh) | 电子设备的管理方法、装置、电子设备及存储介质 | |
CN114500315A (zh) | 设备状态监控方法、装置、计算机设备及存储介质 | |
CN111328068B (zh) | 写卡方法、装置、计算机设备和存储介质 | |
CN106293814B (zh) | 升级方法及装置 | |
RU121946U1 (ru) | Автоматизированная система социальной аутентификации последней инстанции | |
CN109298928B (zh) | 业务的处理方法及装置 | |
CN114553786B (zh) | 网络请求熔断方法、装置、计算机设备和存储介质 | |
CN112616147B (zh) | 鉴权方法、装置、设备及存储介质 | |
CN112286704B (zh) | 延时任务的处理方法、装置、计算机设备及存储介质 | |
CN112783866A (zh) | 数据读取方法、装置、计算机设备和存储介质 | |
CN110059071B (zh) | 基于存储过程的数据对比监控方法、系统、设备及介质 | |
CN113901417A (zh) | 一种移动设备指纹生成方法及可读存储介质 | |
CN108959501B (zh) | 删除es索引的方法及装置 |
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 |