CN108920160A - 应用程序app的升级方法、装置、服务器及计算机存储介质 - Google Patents
应用程序app的升级方法、装置、服务器及计算机存储介质 Download PDFInfo
- Publication number
- CN108920160A CN108920160A CN201810549258.5A CN201810549258A CN108920160A CN 108920160 A CN108920160 A CN 108920160A CN 201810549258 A CN201810549258 A CN 201810549258A CN 108920160 A CN108920160 A CN 108920160A
- Authority
- CN
- China
- Prior art keywords
- user
- app
- upgraded
- portrait
- upgrade
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 230000006870 function Effects 0.000 claims description 119
- 230000000694 effects Effects 0.000 claims description 22
- 230000036461 convulsion Effects 0.000 claims description 3
- 238000004590 computer program Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 9
- 238000012423 maintenance Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 230000007812 deficiency Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请提供一种应用程序APP的升级方法,包括当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;在预构建的用户信息库中根据更新信息查询并确定待升级用户,待升级用户的多维度用户画像与更新信息具有匹配关系;向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级。本申请方法,基于用户的多维度用户画像选择待升级用户,由于用户的多维度用户画像直接反映了用户的实际使用需求,进而使得APP升级版本的更新信息与用户实际使用需求相匹配,使得用户对于升级后的APP接受度提高。本申请还提供了一种应用程序APP的升级装置、服务器和存储介质。
Description
技术领域
本申请涉及计算机技术领域,具体而言,本申请涉及一种应用程序APP的升级方法、装置、服务器及计算机存储介质。
背景技术
在现有技术中,对APP进行升级通常通过以下方式实现:依据APP升级版本的更新信息,通过终端的GPS定位功能获取用户的定位信息,基于定位信息选择与设定的升级区域相匹配的待升级用户,即待升级用户的定位信息在设定的升级区域内,则向待升级用户对应的终端发送APP升级包,进行APP升级。
但是,用户的定位信息与APP升级版本的更新信息没有直接关系,即APP升级版本的更新信息与用户的实际使用需求没有直接关系,现有技术中只是基于用户的定位信息选择与升级区域相匹配的待升级用户,对待升级用户对应的APP进行升级,且升级后,由于APP升级版本的更新信息与用户的实际使用需求没有关系,并没有考虑用户的实际使用需求,导致升级版本与用户实际使用需求不匹配,进而导致用户对于升级后的APP接受度不高,进一步,由于用户对升级后的APP接受度不高,导致用户对升级版本APP的使用反馈不好,即对于升级版本的升级效果没有真实的反馈,得不到好的升级验证,不利于以后新版本APP的更新。
因此,现有技术中的缺陷是:基于用户的定位信息选择与升级区域相匹配的待升级用户,对待升级用户对应的APP进行升级,导致APP升级版本与用户实际使用需求不匹配,进而导致用户对于升级后的APP接受度不高。
发明内容
本申请的目的旨在至少能解决上述的技术缺陷之一,特别是APP升级版本与用户实际使用需求不匹配的技术缺陷。
第一方面,本申请提供一种应用程序APP的升级方法,包括如下步骤:
当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;
在预构建的用户信息库中根据更新信息查询并确定待升级用户,待升级用户的多维度用户画像与更新信息具有匹配关系;
向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级。
第二方面,本申请还提供一种应用程序APP的升级装置,其包括:
更新信息确定模块,用于当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;
待升级用户选择模块,用于预构建的用户信息库中根据更新信息查询并确定待升级用户,待升级用户的多维度用户画像与更新信息具有匹配关系;
升级模块,用于向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级。
第三方面,本申请还提供一种服务器,包括:存储器,用于存储可执行程序;处理器,用于执行存储器中存储的可执行程序时,实现上述第一方面的方法。
第四方面,本申请还提供一种存储有计算机可读指令的存储介质,计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述第一方面的方法。
本申请的优点:当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;在预构建的用户信息库中根据更新信息查询并确定待升级用户,其中,待升级用户的多维度用户画像与更新信息具有匹配关系,由于用户的多维度用户画像可以直接反映用户对APP的实际使用需求,即可基于用户的多维度用户画像选择待升级用户,使得APP升级版本的更新信息与待升级用户对APP的实际使用需求相匹配;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级;由于APP升级版本与用户实际使用需求相匹配,即可提高用户对升级后的APP的接受度,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到较好的验证反馈,便于以后新版本APP的更新与维护。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本申请提供的一种应用程序APP的升级方法第一实施例的方法流程图;
图2为本申请提供的一种应用程序APP的升级方法第二实施例的方法流程图;
图3为本申请提供的一种应用程序APP的升级装置的结构示意图;
图4为本申请提供的一种服务器的结构示意图。
具体实施方式
下面详细描述本申请的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通讯链路上,执行双向通讯的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通讯设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备;PCS(Personal Communications Service,个人通讯系统),其可以组合语音、数据处理、传真和/或数据通讯能力;PDA(Personal Digital Assistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System,全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(Mobile Internet Device,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
对于各种应用程序APP的升级,以下实施例中的方法,可使APP升级版本与用户实际使用需求相匹配,使得用户对于升级后的APP接受度提高,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到较好的验证反馈,便于以后新版本APP的更新与维护。下面从以下几个方面进行优化。
第一方面,下面对本申请提供的一种应用程序APP的升级方法的第一实施例进行介绍,参见图1所示,本实施例中方法包括:
步骤S101,当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息。
其中,APP升级事件可由服务器端自动触发,也可根据终端或其他设备发送请求时产生。
步骤S102,在预构建的用户信息库中根据更新信息查询并确定待升级用户,待升级用户的多维度用户画像与更新信息具有匹配关系。
其中,该APP升级版本的更新信息包括更新版本号,更新内容等。更新内容指针对APP中的某些功能对应的更新信息。
服务器基于APP升级版本的更新信息,在预构建的用户信息库中,基于多个用户对应的多维度用户画像,选择与APP升级版本的更新信息相匹配的用户,由于待升级用户的多维度用户画像与更新信息相匹配,且用户的多维度用户画像直接反映了用户的实际使用需求,使得APP升级版本的更新信息与用户实际使用需求相匹配,基于用户的多维度用户画像选择待升级用户,使选择的待升级用户的实际使用需求与APP升级版本有直接的关联性。
步骤S103,向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级。
其中,服务器在确定待升级用户后,可基于接收到的终端设备的升级请求或主动向待升级用户对应的终端设备发送APP的升级包,以对APP进行升级。
其中,APP升级包中包括本次APP升级版本中的更新内容,由服务器发送至用户终端,由用户终端对APP升级包进行自动解析完成升级。
其中,APP的升级包为对APP进行升级的各种类型的升级包,比如APP的灰度升级包。
由此,本实施例中记载的方案,当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;在预构建的用户信息库中根据更新信息查询并确定待升级用户,其中,待升级用户的多维度用户画像与更新信息具有匹配关系,由于用户的多维度用户画像可以直接反映用户对APP的实际使用需求,即可基于用户的多维度用户画像选择待升级用户,使得APP升级版本的更新信息与待升级用户对APP的实际使用需求相匹配;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级;由于APP升级版本与用户实际使用需求相匹配,即可提高用户对升级后的APP的接受度,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到较好的验证反馈,便于以后新版本APP的更新与维护
下面对本申请提供的一种应用程序APP的升级方法的第二实施例进行介绍:
基于实施例一中记载的方案,为了进一步提高升级版本与用户实际使用需求的关联性,参见图2,进一步地,该方法还包括:
步骤S201,依据采集到的多个用户针对APP的历史操作记录,生成每个用户的多维度用户画像。
其中,用户针对该APP的历史操作记录可体现出该用户对该APP的使用情况,从而可反应出用户对该APP中各功能的实际使用需求,当用户的实际使用需求与APP升级版本的更新信息相匹配时,可达到准确定位升级目标用户的目的。
其中,用户针对该APP的历史操作记录可依据每个用户在该APP上注册的账户来采集。
步骤S202,基于多个用户的多维度用户画像,构建用户信息库。
其中,服务器根据多个用户的多维度用户画像,构建用户信息库,以使得用户信息库中存储大量用户的多维度用户画像,便于在用户信息库中,依据APP升级版本的更新信息查找并确定待升级用户。
进一步地,APP的历史操作记录包括以下至少一项:
APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志。
其中,依据用户针对APP的历史操作记录生成每个用户的多维度用户画像,生成的多维度用户画像要反映该用户对于该APP中各功能的实际升级需求,因此在历史操作记录中要选择可直接反映对APP中各功能的实际需求的影响因子,或是选择历史操作记录中与APP中各功能关联性强的影响因子,由于在历史操作记录中,APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志这几个影响因子的获取方式相对简单,且与APP中各功能的关联性强,可直观反映用户对于该APP中各功能的实际升级需求,因此在所有历史操作记录中优选APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志这几个影响因子中的至少一项进行用户多维度用户画像的刻画,得到的多维度用户画像与该APP升级版本的更新信息关系更密切,使得基于实施例一中的方案,对于待升级用户的定位更准确,进而使对待升级用户对应的APP的升级更精确。
其中,APP启动频次表示用户单位时间内启动APP的频率和次数。
其中,APP上各功能的使用频率表示单位时间内使用APP中各功能的次数。
进一步地,步骤S102中,依据采集到的多个用户针对APP的历史操作记录,生成每个用户的多维度用户画像,具体包括:根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像;根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户的活跃度画像;根据各个用户的需求喜好画像和各个用户的活跃度画像,形成每个用户对应的多维度用户画像。
其中,每个用户对应的多维度用户画像是基于每个用户的活跃度画像和需求喜好画像形成的,活跃度画像表示该用户对该APP中各功能的使用活跃度;需求喜好画像表示是该用户对该APP中各功能的喜好程度;由于活跃度画像是基于各个用户的APP启动频次和单位时间内APP使用时长刻画的,需求喜好画像是基于各个用户针对APP上各功能的使用频率和/或APP操作内容日志刻画的,因此,需求喜好画像和活跃度画像都反映出该用户对该APP中各功能的使用情况,即可反映该APP中各功能的升级需求,从而直接影响待升级用户的选择。
进一步地,根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像,具体包括:根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户对APP上各功能的兴趣值;根据各个用户对APP上各功能的兴趣值,确定各个用户的需求喜好画像。
基于上述方案中的内容,其中根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户对APP上各功能的兴趣值包括以下三种方案:
第一种方案:服务器根据各个用户针对APP上各功能的使用频率,确定各个用户对APP上各功能的兴趣值。
进一步地,服务器根据各个用户针对APP上各功能的使用频率,确定各个用户对APP上各功能的兴趣值,具体包括:将各个用户针对APP上各功能的使用频率,分别与预设兴趣值规则匹配,得到用户对APP中各功能的兴趣值。
其中,对APP中某功能的使用频率越高表示该用户对APP中该使用高频率对应的功能兴趣值越高。
其中,兴趣值可根据APP中各功能的使用频率进行划分,兴趣值越高表示该用户对APP中某一功能的需求喜好度越高,则预设兴趣值规则基于APP中各功能的使用频率进行配置,比如某地图APP中包括美食查询功能,景点查询功能,酒店查询功能,经统计得到在同一时间段内,用户A对于这三个功能的使用频率分别为60%,30%和10%,预设兴趣值规则中:使用频率在60%以上的设定为兴趣值A,使用频率在30%-60%的设定为兴趣值B,使用频率低于30%的设定为兴趣值C,则兴趣值A、兴趣值B和兴趣值C表示兴趣值由高到低,其中,兴趣值的划分不限于上述划分方式,可根据APP中各功能进行配置,将不同使用频率划分为不同的兴趣值,可便于统计大量用户对于APP中各功能的兴趣值,减少服务器运算量。
第二种方案:服务器根据各个用户针对APP上各功能的APP操作内容日志,确定各个用户对APP上各功能的兴趣值。
其中,APP操作内容日志包括用户针对APP上各功能的的历史查询内容,操作记录内容等;比如某段时间内,某用户的历史查询内容中查找“美食”的关键词频次最多,则表示该用户在这段时间内对各地的美食需求喜好度最高,则该用户对该APP中美食查询相关的功能的兴趣值高于对其他功能的兴趣值。
第三种方案,根据各个用户针对APP上各功能的使用频率和APP操作内容日志,确定各个用户对APP上各功能的兴趣值。
其中,结合各个用户针对APP上各功能的使用频率和APP操作内容日志,确定各个用户对APP上各功能的兴趣值,会使得到的兴趣值更准确地反映用户对APP中各功能的喜好程度,进而使得基于各个用户针对APP上各功能的使用频率和APP操作内容日志刻画的多维度用户画像更精确。
进一步地,根据各个用户的APP启动频次和单位时间内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的时长大于2小时,则此用户的活跃度为A;该用户在同一段时间内打开APP的频次大于3次且小于6次,累计使用APP的时长大于1小时,且小于2小时,则此用户的活跃度为B;该用户在同一段时间内打开APP的频次小于3次,累计使用APP的时长小于1小时,则此用户的活跃度为C,活跃度按照由A至C依次降低。由此,对活跃度基于活跃度值进行分类,可便于统计大量用户对于APP中各功能的活跃度,减少服务器的运算量。
进一步地,根据各个用户的APP启动频次和单位时间内APP使用时长,分析得到每个用户使用APP的活跃度。
第二种方案:根据各个用户的APP启动频次和单位时间内APP使用时长,结合预先设定的权重,计算得到活跃度值;根据活跃度值,得到每个用户使用APP的活跃度。
举例说明,本实施例中设定APP启动频次所占活跃度值的权重系数为0.4,单位时间内APP使用时长所占活跃度值的权重系数为0.6。用户的活跃度画像表示用户使用APP中各功能的活跃度程度,比如用户A启动某APP的频次和单位时间内使用APP时长分别为1天内打开该APP的频次为4次,一天内使用该APP的时长为6小时,以此作为该用户A使用该APP的活跃度,评估该用户A使用该APP的活跃度,基于预先设置的权重系数进行计算,活跃度值=4*0.4+6*0.6=5.2,此时,活跃度依据活跃度值设定,活跃度值为0~3之间的,活跃度为A,活跃度值为3~6之间的,活跃度为B,活跃度值大于6的,活跃度为C,活跃度从A至C依次升高。
进一步地,在预构建的用户信息库中根据更新信息查询并确定待升级用户,具体包括:根据更新信息,在预先构建的用户信息库中查询并确定需求喜好画像与更新信息相匹配的多个第一待升级用户;根据多个第一待升级用户对应的活跃度画像,在多个第一待升级用户中选择活跃度高于预定活跃度阈值的用户作为待升级用户。
其中,服务器先基于用户的需求喜好画像在用户信息库中选择多个第一待升级用户,即先在需求喜好画像中,选择与APP升级版本中更新信息匹配度高的用户,匹配度高的用户表明此用户对于该APP升级版本中的功能升级需求度更高,然后服务器在选择的多个第一待升级用户中选择活跃度高于预定活跃度阈值的用户,即基于多个第一待升级用户的活跃度画像再一次进行筛选,使得选择出的待升级用户既对APP升级版本中的功能升级需求度高,同时使用该APP升级版本的功能活跃度高,将选择的用户作为待升级用户,对该待升级用户对应的APP进行升级,使得升级更精确。同时,由于灰度升级更精确,可使得灰度升级的反馈更真实,更有效的反应本次灰度升级的效果,便于下次灰度升级的设置。
由此,本实施例在实施例一的基础上,依据用户针对APP的历史操作记录生成各个用户的多维度用户画像,由于历史操作记录与用户的实际使用需求关联性强,使得基于用户需求喜好画像和用户活跃度画像生成的用户多维度用户画像与APP的功能联系更紧密,且基于多维度用户画像定位待升级用户更加精确;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送APP的升级包,以对APP进行升级;由于APP升级版本的更新信息与用户实际使用需求更匹配,使得用户对于升级后的APP的接受度提高,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到更好的验证反馈,便于以后新版本APP的更新与维护。
第二方面,下面对本申请提供的一种应用程序APP的升级装置30的第一实施例进行介绍,参见图3所示,本实施例中装置30包括:
更新信息确定模块301,用于当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息
待升级用户选择302,用于预构建的用户信息库中根据更新信息查询并确定待升级用户,待升级用户的多维度用户画像与更新信息具有匹配关系。
其中,该APP升级版本的更新信息包括更新版本号,更新内容等。更新内容指针对APP中的某些功能对应的更新信息。
服务器基于APP升级版本的更新信息,在预构建的用户信息库中,基于多个用户对应的多维度用户画像,选择与APP升级版本的更新信息相匹配的用户,由于待升级用户的多维度用户画像与更新信息相匹配,且用户的多维度用户画像直接反映了用户的实际使用需求,使得APP升级版本的更新信息与用户实际使用需求相匹配,基于用户的多维度用户画像选择待升级用户,使选择的待升级用户的实际使用需求与APP升级版本有直接的关联性。
升级模块303,用于向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级。
其中,服务器在确定待升级用户后,可基于接收到的终端设备的升级请求或主动向待升级用户对应的终端设备发送APP的升级包,以对APP进行升级。
由此,本实施例中记载的方案,当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;在预构建的用户信息库中根据更新信息查询并确定待升级用户,其中,待升级用户的多维度用户画像与更新信息具有匹配关系,由于用户的多维度用户画像可以直接反映用户对APP的实际使用需求,即可基于用户的多维度用户画像选择待升级用户,使得APP升级版本的更新信息与待升级用户对APP的实际使用需求相匹配;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级;由于APP升级版本与用户实际使用需求相匹配,即可提高用户对升级后的APP的接受度,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到较好的验证反馈,便于以后新版本APP的更新与维护。
下面对本申请提供的一种应用程序APP的升级装置30的第二实施例进行介绍,
进一步地,该装置还包括:
用户画像生成单元304,用于依据采集到的多个用户针对APP的历史操作记录,生成每个用户的多维度用户画像。
其中,用户针对该APP的历史操作记录可体现出该用户对该APP的使用情况,从而可反应出用户对该APP中各功能的实际使用需求,当用户的实际使用需求与APP升级版本的更新信息相匹配时,可达到准确定位升级目标用户的目的。
其中,用户针对该APP的历史操作记录可依据每个用户在该APP上注册的账户来采集。
用户信息库构建单元305,用于基于多个用户的多维度用户画像,构建用户信息库。
其中,服务器根据多个用户的多维度用户画像,构建用户信息库,以使得用户信息库中存储大量用户的多维度用户画像,便于在用户信息库中,依据APP升级版本的更新信息查找并确定待升级用户。
进一步地,APP的历史操作记录包括以下至少一项:
APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志。
其中,依据用户针对APP的历史操作记录生成每个用户的多维度用户画像,生成的多维度用户画像要反映该用户对于该APP中各功能的实际升级需求,因此在历史操作记录中要选择可直接反映对APP中各功能的实际需求的影响因子,或是选择历史操作记录中与APP中各功能关联性强的影响因子,由于在历史操作记录中,APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志这几个影响因子的获取方式相对简单,且与APP中各功能的关联性强,可直观反映用户对于该APP中各功能的实际升级需求,因此在所有历史操作记录中优选APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志这几个影响因子中的至少一项进行用户多维度用户画像的刻画,得到的多维度用户画像与该APP升级版本的更新信息关系更密切,使得基于实施例一中的方案,对于待升级用户的定位更准确,进而使对待升级用户对应的APP的升级更精确。
其中,APP启动频次表示用户单位时间内启动APP的频率和次数。
其中,APP上各功能的使用频率表示单位时间内使用APP中各功能的次数。
进一步地,待升级用户选择302中包括用户选择单元3011,具体用于:依据采集到的多个用户针对APP的历史操作记录,生成每个用户的多维度用户画像,具体包括:根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像;根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户的活跃度画像;根据各个用户的需求喜好画像和各个用户的活跃度画像,形成每个用户对应的多维度用户画像。
其中,每个用户对应的多维度用户画像是基于每个用户的活跃度画像和需求喜好画像形成的,活跃度画像表示该用户对该APP中各功能的使用活跃度;需求喜好画像表示是该用户对该APP中各功能的喜好程度;由于活跃度画像是基于各个用户的APP启动频次和单位时间内APP使用时长刻画的,需求喜好画像是基于各个用户针对APP上各功能的使用频率和/或APP操作内容日志刻画的,因此,需求喜好画像和活跃度画像都反映出该用户对该APP中各功能的使用情况,即可反映该APP中各功能的升级需求,从而直接影响待升级用户的选择。
进一步地,用户选择单元3011,具体用于:根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像,具体包括:根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户对APP上各功能的兴趣值;根据各个用户对APP上各功能的兴趣值,确定各个用户的需求喜好画像。
基于上述方案中的内容,其中根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户对APP上各功能的兴趣值包括以下三种方案:
第一种方案:服务器根据各个用户针对APP上各功能的使用频率,确定各个用户对APP上各功能的兴趣值。
进一步地,服务器根据各个用户针对APP上各功能的使用频率,确定各个用户对APP上各功能的兴趣值,具体包括:将各个用户针对APP上各功能的使用频率,分别与预设兴趣值规则匹配,得到用户对APP中各功能的兴趣值。
其中,对APP中某功能的使用频率越高表示该用户对APP中该使用高频率对应的功能兴趣值越高。
其中,兴趣值可根据APP中各功能的使用频率进行划分,兴趣值越高表示该用户对APP中某一功能的需求喜好度越高,则预设兴趣值规则基于APP中各功能的使用频率进行配置。
第二种方案:服务器根据各个用户针对APP上各功能的APP操作内容日志,确定各个用户对APP上各功能的兴趣值。
其中,APP操作内容日志包括用户针对APP上各功能的的历史查询内容,操作记录内容等。
第三种方案,根据各个用户针对APP上各功能的使用频率和APP操作内容日志,确定各个用户对APP上各功能的兴趣值。
其中,结合各个用户针对APP上各功能的使用频率和APP操作内容日志,确定各个用户对APP上各功能的兴趣值,会使得到的兴趣值更准确地反映用户对APP中各功能的喜好程度,进而使得基于各个用户针对APP上各功能的使用频率和APP操作内容日志刻画的多维度用户画像更精确。
进一步地,用户选择子单元3011,具体用于:根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户的活跃度画像,具体包括:根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户使用APP的活跃度;根据各个用户使用APP的活跃度,确定各个用户的活跃度画像。
其中,各个用户的APP启动频次和单位时间内APP使用时长,直接反应用户的活跃度,基于各个用户的APP启动频次和单位时间内APP使用时长,得到的活跃度画像可直接反应该用户与该APP中各功能之间的关联性,因此基于用户的活跃度画像选择待升级用户更加准确,进而使得APP升级更加精准。
进一步地,用户选择单元3011,具体用于:根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户使用APP的活跃度包括以下两种方案。
第一种方案:根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户使用APP的活跃度值,将各个用户使用APP的活跃度值分别于预先设定的活跃度判定规则进行匹配,得到该用户使用APP的活跃度。
其中,活跃度判定规则是基于各个用户使用APP的活跃度设定的,基于活跃度判定规则对各个用户使用APP的活跃度值进行分类,得到该用户使用APP的活跃度。
进一步地,根据各个用户的APP启动频次和单位时间内APP使用时长,分析得到每个用户使用APP的活跃度.
第二种方案:根据各个用户的APP启动频次和单位时间内APP使用时长,结合预先设定的权重,计算得到活跃度值;根据活跃度值,得到每个用户使用APP的活跃度。
进一步地,在预构建的用户信息库中根据更新信息查询并确定待升级用户,具体包括:根据更新信息,在预先构建的用户信息库中查询并确定需求喜好画像与更新信息相匹配的多个第一待升级用户;根据多个第一待升级用户对应的活跃度画像,在多个第一待升级用户中选择活跃度高于预定活跃度阈值的用户作为待升级用户。
其中,服务器先基于用户的需求喜好画像在用户信息库中选择多个第一待升级用户,即先在需求喜好画像中,选择与APP升级版本中更新信息匹配度高的用户,匹配度高的用户表明此用户对于该APP升级版本中的功能升级需求度更高,然后服务器在选择的多个第一待升级用户中选择活跃度高于预定活跃度阈值的用户,即基于多个第一待升级用户的活跃度画像再一次进行筛选,使得选择出的待升级用户既对APP升级版本中的功能升级需求度高,同时使用该APP升级版本的功能活跃度高,将选择的用户作为待升级用户,对该待升级用户对应的APP进行升级,使得升级更精确。同时,由于灰度升级更精确,可使得灰度升级的反馈更真实,更有效的反应本次灰度升级的效果,便于下次灰度升级的设置。
由此,本实施例中记载的方案,依据用户针对APP的历史操作记录生成各个用户的多维度用户画像,由于历史操作记录与用户的实际使用需求关联性强,使得基于用户需求喜好画像和用户活跃度画像生成的用户多维度用户画像与APP的功能联系更紧密,且基于多维度用户画像定位待升级用户更加精确;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送APP的升级包,以对APP进行升级;由于APP升级版本的更新信息与用户实际使用需求更匹配,使得用户对于升级后的APP的接受度提高,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到更好的验证反馈,便于以后新版本APP的更新与维护。
第三方面,本申请还提供一种服务器,参见图4,该服务器包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。
该计算机设备的处理器用于提供计算和控制能力,支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令,该计算机可读指令被处理器执行时,可使得处理器执行一种任务统计方法。该计算机设备的网络接口用于与终端连接通信。
其中,该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令,数据库中可存储有控件信息序列,该计算机可读指令被处理器执行时,可使得处理器实现一种应用程序APP的升级方法。
处理器能实现图3所示实施例中的更新信息确定模块301,待升级用户选择模块302和升级模块303的功能,非易失性存储介质和存储器能实现图3所示实施例中所需的存储功能。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
第四方面,本申请还提供一种存储有计算机可读指令的存储介质,计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行如第一方面应用程序APP的升级方法。
本申请提供的应用程序APP的升级方法、装置和服务器,有以下优点:当检测到APP升级事件时,根据APP升级事件中携带的APP信息确定对应的APP的更新信息;在预构建的用户信息库中根据更新信息查询并确定待升级用户,其中,待升级用户的多维度用户画像与更新信息具有匹配关系,由于用户的多维度用户画像可以直接反映用户对APP的实际使用需求,即可基于用户的多维度用户画像选择待升级用户,使得APP升级版本的更新信息与待升级用户对APP的实际使用需求相匹配;进一步地,在确定待升级用户后,向待升级用户对应的终端设备发送根据APP的更新信息确定的升级包,以使得终端设备接收到升级包后对相应的APP进行升级;由于APP升级版本与用户实际使用需求相匹配,即可提高用户对升级后的APP的接受度,进而能够获取到用户对升级版本APP更真实,更直接的使用反馈,使APP的升级版本得到较好的验证反馈,便于以后新版本APP的更新与维护。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
本领域普通技术人员可以理解,上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
以上仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (10)
1.一种应用程序APP的升级方法,其特征在于,包括:
当检测到APP升级事件时,根据所述APP升级事件中携带的APP信息确定对应的APP的更新信息;
在预构建的用户信息库中根据所述更新信息查询并确定待升级用户,所述待升级用户的多维度用户画像与所述更新信息具有匹配关系;
向所述待升级用户对应的终端设备发送根据所述APP的更新信息确定的升级包,以使得所述终端设备接收到所述升级包后对相应的APP进行升级。
2.根据权利要求1所述的应用程序APP的升级方法,其特征在于,所述方法还包括:
依据采集到的多个用户针对所述APP的历史操作记录,生成每个用户的多维度用户画像;
基于多个用户的多维度用户画像,构建用户信息库。
3.根据权利要求2所述的应用程序APP的升级方法,其特征在于,所述APP的历史操作记录包括以下至少一项:
APP启动频次;单位时间内APP使用时长;APP上各功能的使用频率;APP操作内容日志。
4.根据权利要求3所述的应用程序APP的升级方法,其特征在于,所述依据采集到的多个用户针对所述APP的历史操作记录,生成每个用户的多维度用户画像,包括:
根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像;
根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户的活跃度画像;
根据所述各个用户的需求喜好画像和所述各个用户的活跃度画像,形成每个用户对应的多维度用户画像。
5.根据权利要求4所述的应用程序APP的升级方法,其特征在于,所述根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户的需求喜好画像,包括:
根据各个用户针对APP上各功能的使用频率和/或APP操作内容日志,确定各个用户对APP上各功能的兴趣值;
根据各个用户对APP上各功能的兴趣值,确定各个用户的需求喜好画像。
6.根据权利要求4所述的应用程序APP的升级方法,其特征在于,所述根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户的活跃度画像,包括:
根据各个用户的APP启动频次和单位时间内APP使用时长,确定各个用户使用APP的活跃度;
根据各个用户使用APP的活跃度,确定各个用户的活跃度画像。
7.根据权利要求4所述的应用程序APP的升级方法,其特征在于,所述在预构建的用户信息库中根据所述更新信息查询并确定待升级用户,包括:
根据所述更新信息,在预先构建的用户信息库中查询并确定需求喜好画像与所述更新信息相匹配的多个第一待升级用户;
根据所述多个第一待升级用户对应的活跃度画像,在所述多个第一待升级用户中选择活跃度高于预定活跃度阈值的用户作为待升级用户。
8.一种应用程序APP的升级装置,其特征在于,包括:
更新信息确定模块,用于当检测到APP升级事件时,根据所述APP升级事件中携带的APP信息确定对应的APP的更新信息;
待升级用户选择模块,用于预构建的用户信息库中根据所述更新信息查询并确定待升级用户,所述待升级用户的多维度用户画像与所述更新信息具有匹配关系;
升级模块,用于向所述待升级用户对应的终端设备发送根据所述APP的更新信息确定的升级包,以使得所述终端设备接收到所述升级包后对相应的APP进行升级。
9.一种服务器,其特征在于,包括:存储器,用于存储可执行程序;处理器,用于执行所述存储器中存储的所述可执行程序时,实现权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810549258.5A CN108920160A (zh) | 2018-05-31 | 2018-05-31 | 应用程序app的升级方法、装置、服务器及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810549258.5A CN108920160A (zh) | 2018-05-31 | 2018-05-31 | 应用程序app的升级方法、装置、服务器及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108920160A true CN108920160A (zh) | 2018-11-30 |
Family
ID=64418457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810549258.5A Pending CN108920160A (zh) | 2018-05-31 | 2018-05-31 | 应用程序app的升级方法、装置、服务器及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108920160A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109803343A (zh) * | 2019-01-04 | 2019-05-24 | 全球能源互联网研究院有限公司 | 移动应用节点信誉度评价方法、装置及可读存储介质 |
CN110058869A (zh) * | 2019-03-12 | 2019-07-26 | 中国平安人寿保险股份有限公司 | 移动应用推送方法、计算机可读存储介质及终端设备 |
CN110377299A (zh) * | 2019-06-14 | 2019-10-25 | 天津五八到家科技有限公司 | 应用更新方法、设备及存储介质 |
CN110493336A (zh) * | 2019-08-15 | 2019-11-22 | 问问智能信息科技有限公司 | 一种灰度发布过程中确定目标用户端的方法和装置 |
CN110543317A (zh) * | 2019-08-29 | 2019-12-06 | 上海艾融软件股份有限公司 | 交易请求处理方法、装置、网关及存储介质 |
CN111399875A (zh) * | 2020-03-06 | 2020-07-10 | 咪咕文化科技有限公司 | 灰度升级控制方法、装置、电子设备及存储介质 |
CN111562927A (zh) * | 2020-04-15 | 2020-08-21 | 中山市雅乐思商住电器有限公司 | 一种电磁炉数据监控与程序升级系统 |
CN111932297A (zh) * | 2020-07-23 | 2020-11-13 | 宁波奥克斯电气股份有限公司 | 一种用户画像生成方法及空调设备的推荐方法 |
CN112416405A (zh) * | 2020-11-30 | 2021-02-26 | 厦门亿联网络技术股份有限公司 | 音视频软件终端灰度升级方法、装置、终端设备及介质 |
CN113051126A (zh) * | 2019-12-27 | 2021-06-29 | Oppo广东移动通信有限公司 | 画像构建方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014169623A1 (zh) * | 2013-04-17 | 2014-10-23 | 腾讯科技(深圳)有限公司 | 升级信息处理方法和装置、计算机可读存储介质 |
CN106603311A (zh) * | 2017-01-18 | 2017-04-26 | 北京洋浦伟业科技发展有限公司 | Ota升级方法、客户端、服务器和系统 |
CN107133063A (zh) * | 2017-03-10 | 2017-09-05 | 西安中科创达软件有限公司 | 一种定制化的软件升级方法及移动终端 |
CN107193602A (zh) * | 2017-05-24 | 2017-09-22 | 郑州云海信息技术有限公司 | 一种软件升级的方法、装置及系统 |
CN107506224A (zh) * | 2017-09-29 | 2017-12-22 | 百度在线网络技术(北京)有限公司 | 应用程序升级的提示方法、装置、服务器及存储介质 |
-
2018
- 2018-05-31 CN CN201810549258.5A patent/CN108920160A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014169623A1 (zh) * | 2013-04-17 | 2014-10-23 | 腾讯科技(深圳)有限公司 | 升级信息处理方法和装置、计算机可读存储介质 |
CN106603311A (zh) * | 2017-01-18 | 2017-04-26 | 北京洋浦伟业科技发展有限公司 | Ota升级方法、客户端、服务器和系统 |
CN107133063A (zh) * | 2017-03-10 | 2017-09-05 | 西安中科创达软件有限公司 | 一种定制化的软件升级方法及移动终端 |
CN107193602A (zh) * | 2017-05-24 | 2017-09-22 | 郑州云海信息技术有限公司 | 一种软件升级的方法、装置及系统 |
CN107506224A (zh) * | 2017-09-29 | 2017-12-22 | 百度在线网络技术(北京)有限公司 | 应用程序升级的提示方法、装置、服务器及存储介质 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109803343A (zh) * | 2019-01-04 | 2019-05-24 | 全球能源互联网研究院有限公司 | 移动应用节点信誉度评价方法、装置及可读存储介质 |
CN110058869A (zh) * | 2019-03-12 | 2019-07-26 | 中国平安人寿保险股份有限公司 | 移动应用推送方法、计算机可读存储介质及终端设备 |
CN110377299A (zh) * | 2019-06-14 | 2019-10-25 | 天津五八到家科技有限公司 | 应用更新方法、设备及存储介质 |
CN110493336A (zh) * | 2019-08-15 | 2019-11-22 | 问问智能信息科技有限公司 | 一种灰度发布过程中确定目标用户端的方法和装置 |
CN110493336B (zh) * | 2019-08-15 | 2021-11-16 | 问问智能信息科技有限公司 | 一种灰度发布过程中确定目标用户端的方法和装置 |
CN110543317A (zh) * | 2019-08-29 | 2019-12-06 | 上海艾融软件股份有限公司 | 交易请求处理方法、装置、网关及存储介质 |
CN113051126A (zh) * | 2019-12-27 | 2021-06-29 | Oppo广东移动通信有限公司 | 画像构建方法、装置、设备及存储介质 |
CN113051126B (zh) * | 2019-12-27 | 2022-11-15 | Oppo广东移动通信有限公司 | 画像构建方法、装置、设备及存储介质 |
CN111399875A (zh) * | 2020-03-06 | 2020-07-10 | 咪咕文化科技有限公司 | 灰度升级控制方法、装置、电子设备及存储介质 |
CN111399875B (zh) * | 2020-03-06 | 2023-09-05 | 咪咕文化科技有限公司 | 灰度升级控制方法、装置、电子设备及存储介质 |
CN111562927A (zh) * | 2020-04-15 | 2020-08-21 | 中山市雅乐思商住电器有限公司 | 一种电磁炉数据监控与程序升级系统 |
CN111562927B (zh) * | 2020-04-15 | 2024-04-05 | 中山市雅乐思商住电器有限公司 | 一种电磁炉数据监控与程序升级系统 |
CN111932297A (zh) * | 2020-07-23 | 2020-11-13 | 宁波奥克斯电气股份有限公司 | 一种用户画像生成方法及空调设备的推荐方法 |
CN112416405A (zh) * | 2020-11-30 | 2021-02-26 | 厦门亿联网络技术股份有限公司 | 音视频软件终端灰度升级方法、装置、终端设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108920160A (zh) | 应用程序app的升级方法、装置、服务器及计算机存储介质 | |
US8515979B2 (en) | Cross application execution service | |
CN109241242B (zh) | 一种直播间话题推荐方法、装置、服务器及存储介质 | |
US7558922B2 (en) | Apparatus and method for quick retrieval of search data by pre-feteching actual data corresponding to search candidate into cache memory | |
CN108494876A (zh) | 实现服务灰度发布的方法、装置、插件设备和代理服务器 | |
US20080113656A1 (en) | System and method for updating contents | |
CN102193999A (zh) | 一种对搜索结果进行排序的方法及设备 | |
CN101540799A (zh) | 一种移动终端软件升级方法 | |
CN108712519A (zh) | Ip地址的定位方法、装置及存储介质 | |
CN108509501A (zh) | 一种查询处理方法、服务器及计算机可读存储介质 | |
CN108762880B (zh) | 一种推荐内容的展示位置确定方法及装置 | |
CN108475386A (zh) | 广告显示控制方法、终端和广告服务器 | |
US20140317075A1 (en) | Method and Apparatus to Search Data and Notify and Update a User | |
EP2131555A1 (en) | Apparatus and method for identification of the characteristics of a communication device | |
CN107968807A (zh) | 自动更新本地缓存资源的方法及装置 | |
CN112084217A (zh) | 一种数据处理方法和相关装置 | |
US8572211B2 (en) | System and method for effectively transmitting content items to electronic devices | |
CN109656950A (zh) | 递归查询方法、装置、服务器及存储介质 | |
CN107968963A (zh) | 显示本地视频封面的方法和装置 | |
CN113495765A (zh) | 业务数据的填充方法和装置、存储介质及电子装置 | |
CN102104581A (zh) | 一种网络卡拉ok的点歌系统及其方法 | |
CN102833594B (zh) | 一种网络协议电视iptv节目搜索方法、装置及系统 | |
CN112925878B (zh) | 数据处理方法和装置 | |
CN107968812A (zh) | 同步本地资源与网络资源的方法及装置 | |
CN108377268A (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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20181130 |