CN111190625A - App版本升级方法和服务端、客户端及计算机可读存储介质 - Google Patents
App版本升级方法和服务端、客户端及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111190625A CN111190625A CN201911386405.2A CN201911386405A CN111190625A CN 111190625 A CN111190625 A CN 111190625A CN 201911386405 A CN201911386405 A CN 201911386405A CN 111190625 A CN111190625 A CN 111190625A
- Authority
- CN
- China
- Prior art keywords
- version
- app
- user
- information
- new
- 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 54
- 238000012545 processing Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 15
- 230000015654 memory Effects 0.000 description 15
- 238000013507 mapping Methods 0.000 description 6
- 230000005291 magnetic effect Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012216 screening Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000003936 working memory Effects 0.000 description 1
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/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旧版本。本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端等的客户带来更好的用户体验。
Description
技术领域
本发明涉及移动智能终端领域，尤其涉及APP版本升级方法和服务端、客户端及计算机可读存储介质。
背景技术
随着移动互联网的快速发展，APP(Application，即应用软件，通常指手机应用软件)通常通过版本迭代来满足不同用户不同时期的用户需求。在大型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版本升级方法，包括：
客户端的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.本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端客户带来更好的用户体验。
2.本发明的方案也可以通过配置APP新版本对应全量用户的分组，实现全量用户的分组推送。
3.本发明设计的方案，同样适用于一套APP后台管理系统同时维护多个APP的新版本升级。在这种场景下，可以通过添加每个APP新版本的唯一标识到tag参数集合中，服务器在接收到APP版本升级请求后，会从tag参数集合拿到每个tag参数对应的一个或多个APP新版本的唯一标识，与用户的特征信息进行匹配，进而进行精准的版本升级推送。
4.本发明设计的方案，不但适用于移动终端，还适用其他的涉及到版本升级的系统。
附图说明
图1是本发明的一实施例的APP版本升级方法的流程图；
图2是本发明的一实施例的APP版本升级系统的模块图。
具体实施方式
下面结合附图对本发明作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
如图1所示，基于服务端的APP版本升级方法，所述方法包括：
步骤S1，建立用户的特征信息与各个APP新版本的对应关系；
步骤S2，接收APP旧版本发送的检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
步骤S3，基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
在此，本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端等的客户带来更好的用户体验。本发明能够解决现有技术中面向全量用户版本升级而无法精准推送不同用户的新版本问题。
本发明的基于服务端的APP版本升级方法一实施例中，步骤S3，基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
步骤S311，基于所述对应关系，获取每一个APP新版本所对应的用户的特征信息的集合；
在此，可以在APP后台管理系统中上传APP新版本并配置该APP新版本的特征信息，建立APP新版本的信息模型，将APP新版本的信息模型和APP新版本存储在数据库中；
可以通过APP后台管理系统同时维护多个APP的新版本升级，在这种场景下，可以为tag参数集合中的每个tag参数添加一个或多个APP新版本的唯一标识，其中，每个tag参数可以表示一个或多个用户的特征信息；
后续服务器在接收到APP版本升级请求后，会从tag参数集合拿到每个tag参数对应的一个或多个APP新版本的唯一标识，进而进行精准的版本升级推送；
步骤S312，将请求的用户的特征信息的集合与每一个APP新版本的所对应的用户的特征信息的集合进行匹配，以找到匹配的APP新版本，并将匹配的APP新版本的信息反馈至APP旧版本，其中，所述匹配的APP新版本所对应的用户的特征信息的集合中包含请求的用户的特征信息的集合。
在此，所述匹配的APP新版本所对应的用户的特征信息的集合B中包含请求的用户的特征信息的集合A，例如，集合B包括a、b、c、d、e共5个用户的特征信息，集合A包括a、b、c共3个用户的特征信息。
可以首先基于用户的特征信息进行筛选分组，并根据分组信息设计一个用户信息模型，其中，用户信息模型结构中包含了用户分组的标签tag参数，每个tag参数可以标志着用户的不同的特征信息，比如，用户常关注的业务功能、用户当前所在的城市，用户当前使用的版本号，用户绑定的手机号运营商等等。
在版本更新之前，可以通过数据收集和分析不同用户组的需求，进而对不同用户组开发满足用户需求的功能APP新版本。
APP新版本产生以后，可以在APP的后台管理系统中上传该APP新版本，通过后台管理系统的关联配置项生成一个具有版本特征的信息模型。
在进行版本升级推送后，APP旧版本在发起网络请求检查版本更新时会携带用户特征信息tag参数集合给服务器，服务器接收到请求后，会接收到的tag参数集合，也就是得到了用户的特征信息集合A。之后，服务器可以再遍历数据库中版本信息模型映射表，得到每一个版本对应的适用用户特征tag参数集合B。
通过对比这两个tag参数集合A、B，找到一个满足所有用户特征信息tag参数集合A的APP新版本的信息，该APP新版本对应的tag参数集合B，tag参数集合B包含tag参数集合A。
完成上述过程就相当于完成了一个简单的基于用户的分组的精准版本升级配置。
本发明的基于服务端的APP版本升级方法一实施例中，步骤S1，建立用户的特征信息与各个APP新版本的对应关系，包括：
步骤S11，建立用户的特征信息与用户的分组的第一对应关系，并建立各个APP新版本与各个分组的第二对应关系；
在此，可以根据用户的特征信息进行分组，建立用户信息模型；
可以分析不同的用户的分组的需求，开发满足用户需求的APP新版本；
完成上述过程就相当于完成了一个简单的基于用户的分组的精准版本升级配置；
步骤S3，基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，包括：
步骤S321，基于所述第一对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的分组；
在此，APP旧版本在向服务器请求APP新版本时，可以携带当前用户的特征信息，服务器在收到请求后，会从用户的特征信息中检索到该用户所属的分组，后续可以基于该分组到数据库里面寻找对应分组的APP最新版本，进而可以判断是否需要提醒用户升级并返回版本信息给APP旧版本；
步骤S322，基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
在此，可以根据所述请求的用户的特征信息找到对应的分组，再根据找到分组进一步找到对应APP新版本，从而将找到的APP新版本推送至APP旧版本，实现简单、精准的推送。
后续，APP旧版本接收到APP新版本的信息，可以判断是否需要提醒用户进行版本升级。如需要升级则提醒用户升级，如不需要，则不提醒。
本发明的基于服务端的APP版本升级方法一实施例中，步骤S322，基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
基于所述第二对应关系，确定是否有请求的用户的分组所对应的APP新版本，
若无，将没有APP新版本的信息反馈至APP旧版本；
若有，将确定的对应的APP新版本的信息反馈至APP旧版本。
在此，服务器接收检查更新请求后，可以根据用户的特征信息检索数据库的对应的分组信息，如检索到符合要求的版本才会返回APP新版本信息，如果不符合，则返回当前没有新版本可以更新的信息，从而实现APP新版本的可靠、精准推送。
本发明的基于服务端的APP版本升级方法一实施例中，步骤S322，基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
基于所述第二对应关系，确定是否有请求的用户的分组所对应的APP新版本，
若无，将预设的对应全量分组的APP新版本的信息反馈至APP旧版本。
在此，如果没有在后台管理系统中配置某个APP新版本适用的用户特征信息tag参数，可以将该APP新版本默认设置对应于所有tag参数，以将该APP新版本对应于全量(所有)的用户的分组；
若有，将确定的对应的APP新版本的信息反馈至APP旧版本。
在此，可以在APP后台管理系统中灵活配置各APP新版本对应的分组，并且可以针对不用的用户的分组，甚至是全量用户的分组组进行灵活的版本升级推送。
本发明的基于服务端的APP版本升级方法一实施例中，所述用户的特征信息包括：
用户所在的城市、用户当前的APP旧版本号和用户所关心的业务功能中的一种或任意组合。
在此，可以设计一个用户信息模型，该用户信息模型中可以包含：用户的特征标签字段。例如，用户所在的城市标签、用户当前的APP旧版本号标签、用户所关心的业务功能标签等等。
本发明的基于服务端的APP版本升级方法一实施例中，步骤S3中，将确定的对应的APP新版本的信息反馈至APP旧版本中，
APP新版本的信息包括：APP新版本的版本号、对应的APP下载地址和是否提醒用户升级。
在此，可以设计一个版本特征信息模型，该版本特征信息模型中可以包含：APP新版本精准服务的用户的分组、版本号、版本对应的APP下载地址、是否需要提醒用户升级等字段。
APP新版本产生以后，可以在APP的后台管理系统中上传该APP新版本，通过后台管理系统的关联配置项生成一个具有版本特征的信息模型，并且在数据库中建立一张对应的版本信息模型映射表，这张表中包可以含以下参数：
1.version：该参数标识着该版本的版本号；
2.tag：该参数标识着该版本的适用的用户特征标签分组的集合；
3.appurl：该参数标识着该版本的具体下载地址；
4.desc：该参数标识着该版本的具体描述；
5.needremind：该参数标识着服务器是否能找到符合条件的版本，如果找到则告知APP需要进行版本升级。
在进行版本升级推送后，APP在发起网络请求检查版本更新时会携带用户特征信息即tag参数集合给服务器，服务器接收到请求后，会接收到的tag参数集合，也就是得到了用户的特征信息集合A。之后可以再遍历数据库中版本信息模型映射表，得到每一个版本对应的适用用户特征tag参数集合B。
通过对比这两个tag参数集合A、B，找到一个满足所有用户特征信息tag集合A的参数版本信息，并将needremind参数设置为提醒状态，并返回版本信息给APP旧版本。若找不到对应的版本信息则将needremind参数设置为不提醒状态，返回没有新的版本信息给APP旧版本。
最后，APP旧版本在接收到服务器返回的版本信息后，会通过needremind字段判断APP是否提醒用户进行版本升级。如果需要版本升级，并且用户确认了要版本升级，那么APP旧版本就会拿到服务器返回的appurl去进行下载新版本，进行升级，从而实现APP新版本的高效、精准推送。
根据本发明的另一方面，还提供一种基于客户端的APP版本升级方法，所述方法包括：
步骤S101，客户端的APP旧版本向服务端发送检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
步骤S102，从服务端接收所述用户的特征信息所对应的APP新版本的信息，其中，所述对应的APP新版本的信息，由所述服务端基于用户的特征信息与各个APP新版本的对应关系确定。
在此，本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端等的客户带来更好的用户体验。本发明能够解决现有技术中面向全量用户版本升级而无法精准推送不同用户的新版本问题。
如图2所示，本发明还提供一种APP版本升级服务端，所述服务端包括：
配置单元，用于建立用户的特征信息与各个APP新版本的对应关系；
接受请求单元，用于接收APP旧版本发送的检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
推送单元，用于基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
在此，本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端等的客户带来更好的用户体验。本发明能够解决现有技术中面向全量用户版本升级而无法精准推送不同用户的新版本问题。
本发明的APP版本升级服务端一实施例中，所述推送单元，用于基于所述对应关系，获取每一个APP新版本所对应的用户的特征信息的集合；及将请求的用户的特征信息的集合与每一个APP新版本的所对应的用户的特征信息的集合进行匹配，以找到匹配的APP新版本，并将匹配的APP新版本的信息反馈至APP旧版本，其中，所述匹配的APP新版本所对应的用户的特征信息的集合中包含请求的用户的特征信息的集合。
在此，可以在APP后台管理系统中上传APP新版本并配置该APP新版本的特征信息，建立APP新版本的信息模型，将APP新版本的信息模型和APP新版本存储在数据库中；
可以通过APP后台管理系统同时维护多个APP的新版本升级，在这种场景下，可以为tag参数集合中的每个tag参数添加一个或多个APP新版本的唯一标识，其中，每个tag参数可以表示一个或多个用户的特征信息。
后续服务器在接收到APP版本升级请求后，会从tag参数集合拿到每个tag参数对应的一个或多个APP新版本的唯一标识，进而进行精准的版本升级推送；
所述匹配的APP新版本所对应的用户的特征信息的集合B中包含请求的用户的特征信息的集合A，例如，集合B包括a、b、c、d、e共5个用户的特征信息，集合A包括a、b、c共3个用户的特征信息。
可以首先基于用户的特征信息进行筛选分组，并根据分组信息设计一个用户信息模型，其中，用户信息模型结构中包含了用户分组的标签tag参数，每个tag参数可以标志着用户的不同的特征信息，比如，用户常关注的业务功能、用户当前所在的城市，用户当前使用的版本号，用户绑定的手机号运营商等等。
在版本更新之前，可以通过数据收集和分析不同用户组的需求，进而对不同用户组开发满足用户需求的功能APP新版本。
APP新版本产生以后，可以在APP的后台管理系统中上传该APP新版本，通过后台管理系统的关联配置项生成一个具有版本特征的信息模型。
在进行版本升级推送后，APP旧版本在发起网络请求检查版本更新时会携带用户特征信息tag参数集合给服务器，服务器接收到请求后，会接收到的tag参数集合，也就是得到了用户的特征信息集合A。之后，服务器可以再遍历数据库中版本信息模型映射表，得到每一个版本对应的适用用户特征tag参数集合B。
通过对比这两个tag参数集合A、B，找到一个满足所有用户特征信息tag参数集合A的APP新版本的信息，该APP新版本对应的tag参数集合B，tag参数集合B包含tag参数集合A。
完成上述过程就相当于完成了一个简单的基于用户的分组的精准版本升级配置。
本发明的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新版本适用的用户特征信息tag参数，可以将该APP新版本默认设置对应于所有tag参数，以将该APP新版本对应于全量(所有)的用户的分组；
可以在APP后台管理系统中灵活配置各APP新版本对应的分组，并且可以针对不用的用户的分组，甚至是全量用户的分组组进行灵活的版本升级推送。
本发明的APP版本升级服务端一实施例中，所述用户的特征信息包括：
用户所在的城市、用户当前的APP旧版本号和用户所关心的业务功能中的一种或任意组合。
在此，可以设计一个用户信息模型，该用户信息模型中可以包含：用户的特征标签字段。例如，用户所在的城市标签、用户当前的APP旧版本号标签、用户所关心的业务功能标签等等。
本发明的APP版本升级服务端一实施例中，所述APP新版本的信息包括：
APP新版本的版本号、对应的APP下载地址和是否提醒用户升级。
在此，可以设计一个版本特征信息模型，该版本特征信息模型中可以包含：APP新版本精准服务的用户的分组、版本号、版本对应的APP下载地址、是否需要提醒用户升级等字段。
APP新版本产生以后，可以在APP的后台管理系统中上传该APP新版本，通过后台管理系统的关联配置项生成一个具有版本特征的信息模型，并且在数据库中建立一张对应的版本信息模型映射表，这张表中包可以含以下参数：
1.version：该参数标识着该版本的版本号；
2.tag：该参数标识着该版本的适用的用户特征标签分组的集合；
3.appurl：该参数标识着该版本的具体下载地址；
4.desc：该参数标识着该版本的具体描述；
5.needremind：该参数标识着服务器是否能找到符合条件的版本，如果找到则告知APP需要进行版本升级。
在进行版本升级推送后，APP在发起网络请求检查版本更新时会携带用户特征信息即tag参数集合给服务器，服务器接收到请求后，会接收到的tag参数集合，也就是得到了用户的特征信息集合A。之后可以再遍历数据库中版本信息模型映射表，得到每一个版本对应的适用用户特征tag参数集合B。
通过对比这两个tag参数集合A、B，找到一个满足所有用户特征信息tag集合A的参数版本信息，并将needremind参数设置为提醒状态，并返回版本信息给APP旧版本。若找不到对应的版本信息则将needremind参数设置为不提醒状态，返回没有新的版本信息给APP旧版本。
最后，APP旧版本在接收到服务器返回的版本信息后，会通过needremind字段判断APP是否提醒用户进行版本升级。如果需要版本升级，并且用户确认了要版本升级，那么APP旧版本就会拿到服务器返回的appurl去进行下载新版本，进行升级，从而实现APP新版本的高效、精准推送。
根据本发明的另一面，还提供一种APP版本升级客户端，包括：
发送单元，用于通过APP旧版本向服务端发送检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
接收单元，用于从服务端接收所述用户的特征信息所对应的APP新版本的信息，其中，所述对应的APP新版本的信息，由所述服务端基于用户的特征信息与各个APP新版本的对应关系确定。
根据本发明的另一面，还提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现上任一项所述的基于服务端的APP版本升级方法。
根据本发明的另一面，还提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以所述的基于客户端的APP版本升级方法。
本发明的各服务端、客户端、存储介质实施例的详细内容，具体可参见各方法和系统实施例的对应部分，在此，不再赘述。
综上所述，本发明实现了基于用户的特征信息而进行的精准推送版本升级，针对不同的用户、不同时期的需求推送不同的新版本，给移动端客户带来更好的用户体验。
同时本发明的方案也可以通过配置APP新版本对应全量用户的分组，实现全量用户的分组推送。
此外，本发明设计的方案，同样适用于一套APP后台管理系统同时维护多个APP的新版本升级。在这种场景下，可以为tag参数集合中的每个tag参数添加一个或多个APP新版本的唯一标识，其中，每个tag参数可以表示一个或多个用户的特征信息。后续服务器在接收到APP版本升级请求后，会从tag参数集合拿到每个tag参数对应的一个或多个APP新版本的唯一标识，进而进行精准的版本升级推送。
最后，本发明设计的方案，不但适用于移动终端，还适用其他的涉及到版本升级的系统。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (11)
1.一种基于服务端的APP版本升级方法，其特征在于，包括：
建立用户的特征信息与各个APP新版本的对应关系；
接收APP旧版本发送的检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
2.如权利要求1所述的基于服务端的APP版本升级方法，其特征在于，基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
基于所述对应关系，获取每一个APP新版本所对应的用户的特征信息的集合；
将请求的用户的特征信息的集合与每一个APP新版本的所对应的用户的特征信息的集合进行匹配，以找到匹配的APP新版本，并将匹配的APP新版本的信息反馈至APP旧版本，其中，所述匹配的APP新版本所对应的用户的特征信息的集合中包含请求的用户的特征信息的集合。
3.如权利要求1所述的基于服务端的APP版本升级方法，其特征在于，建立用户的特征信息与各个APP新版本的对应关系，包括：
建立用户的特征信息与用户的分组的第一对应关系，并建立各个APP新版本与各个分组的第二对应关系；
基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，包括：
基于所述第一对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的分组；
基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
4.如权利要求3所述的基于服务端的APP版本升级方法，其特征在于，基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
基于所述第二对应关系，确定是否有请求的用户的分组所对应的APP新版本，
若无，将预设的对应全量分组的APP新版本的信息反馈至APP旧版本。
5.如权利要求3所述的基于服务端的APP版本升级方法，其特征在于，基于所述第二对应关系，确定请求的用户的分组所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本，包括：
基于所述第二对应关系，确定是否有请求的用户的分组所对应的APP新版本，
若无，将没有APP新版本的信息反馈至APP旧版本；
若有，将确定的对应的APP新版本的信息反馈至APP旧版本。
6.如权利要求1所述的基于服务端的APP版本升级方法，其特征在于，所述用户的特征信息包括：
用户所在的城市、用户当前的APP旧版本号和用户所关心的业务功能中的一种或任意组合。
7.一种基于客户端的APP版本升级方法，其特征在于，包括：
客户端的APP旧版本向服务端发送检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
从服务端接收所述用户的特征信息所对应的APP新版本的信息，其中，所述对应的APP新版本的信息，由所述服务端基于用户的特征信息与各个APP新版本的对应关系确定。
8.一种APP版本升级服务端，其特征在于，包括：
配置单元，用于建立用户的特征信息与各个APP新版本的对应关系；
接受请求单元，用于接收APP旧版本发送的检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
推送单元，用于基于所述对应关系，确定所述检查版本更新请求中的用户的特征信息所对应的APP新版本，并将确定的对应的APP新版本的信息反馈至APP旧版本。
9.一种APP版本升级客户端，其特征在于，包括：
发送单元，用于通过APP旧版本向服务端发送检查版本更新请求，其中，所述检查版本更新请求中包括请求的用户的特征信息；
接收单元，用于从服务端接收所述用户的特征信息所对应的APP新版本的信息，其中，所述对应的APP新版本的信息，由所述服务端基于用户的特征信息与各个APP新版本的对应关系确定。
10.一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求1至6中任一项所述的基于服务端的APP版本升级方法。
11.一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现权利要求7所述的基于客户端的APP版本升级方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911386405.2A CN111190625A (zh) | 2019-12-27 | 2019-12-27 | App版本升级方法和服务端、客户端及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911386405.2A CN111190625A (zh) | 2019-12-27 | 2019-12-27 | App版本升级方法和服务端、客户端及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111190625A true CN111190625A (zh) | 2020-05-22 |
Family
ID=70707793
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911386405.2A Pending CN111190625A (zh) | 2019-12-27 | 2019-12-27 | App版本升级方法和服务端、客户端及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111190625A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111736876A (zh) * | 2020-06-28 | 2020-10-02 | 北京云族佳科技有限公司 | 客户端更新控制方法、装置、存储介质及服务器 |
| CN111897587A (zh) * | 2020-06-19 | 2020-11-06 | 深圳奇迹智慧网络有限公司 | 物联网应用配置方法、装置、计算机设备和存储介质 |
| CN112667261A (zh) * | 2020-12-30 | 2021-04-16 | 深圳市九洲电器有限公司 | 快捷键功能的更新方法、装置、网络终端设备及服务器 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101968741A (zh) * | 2009-07-27 | 2011-02-09 | 阿里巴巴集团控股有限公司 | 一种数据更新的方法、服务器及系统 |
| CN104065517A (zh) * | 2014-07-07 | 2014-09-24 | 用友软件股份有限公司 | 分布式系统软件配置管理方法和系统 |
| CN104065695A (zh) * | 2013-07-05 | 2014-09-24 | 腾讯科技（深圳）有限公司 | 一种软件更新的方法、服务器、用户端及系统 |
| CN109491700A (zh) * | 2018-09-26 | 2019-03-19 | 平安科技（深圳）有限公司 | 多个版本应用程序发布方法、装置及相关设备 |
-
2019
- 2019-12-27 CN CN201911386405.2A patent/CN111190625A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101968741A (zh) * | 2009-07-27 | 2011-02-09 | 阿里巴巴集团控股有限公司 | 一种数据更新的方法、服务器及系统 |
| CN104065695A (zh) * | 2013-07-05 | 2014-09-24 | 腾讯科技（深圳）有限公司 | 一种软件更新的方法、服务器、用户端及系统 |
| CN104065517A (zh) * | 2014-07-07 | 2014-09-24 | 用友软件股份有限公司 | 分布式系统软件配置管理方法和系统 |
| CN109491700A (zh) * | 2018-09-26 | 2019-03-19 | 平安科技（深圳）有限公司 | 多个版本应用程序发布方法、装置及相关设备 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111897587A (zh) * | 2020-06-19 | 2020-11-06 | 深圳奇迹智慧网络有限公司 | 物联网应用配置方法、装置、计算机设备和存储介质 |
| CN111897587B (zh) * | 2020-06-19 | 2023-10-31 | 深圳奇迹智慧网络有限公司 | 物联网应用配置方法、装置、计算机设备和存储介质 |
| CN111736876A (zh) * | 2020-06-28 | 2020-10-02 | 北京云族佳科技有限公司 | 客户端更新控制方法、装置、存储介质及服务器 |
| CN112667261A (zh) * | 2020-12-30 | 2021-04-16 | 深圳市九洲电器有限公司 | 快捷键功能的更新方法、装置、网络终端设备及服务器 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109582303B (zh) | 通用组件调用方法、装置、计算机设备及存储介质 | |
| US7949569B2 (en) | Distributed device information management system as a distributed information repository system | |
| CN111190625A (zh) | App版本升级方法和服务端、客户端及计算机可读存储介质 | |
| CN106933550B (zh) | 全局信息获取、处理及更新方法、装置和系统 | |
| JP6859340B2 (ja) | グローバル情報を取得、処理および更新するための装置、システムおよび方法 | |
| CN104113576A (zh) | 一种客户端的更新方法及装置 | |
| CN111786984B (zh) | Pod通信连接方法、装置及电子设备、存储介质 | |
| CN109729121B (zh) | 一种云存储系统及用于云存储系统中实现自定义数据处理的方法 | |
| CN111224797A (zh) | 一种设备接入方法、装置及电子设备 | |
| CN110677810A (zh) | 用于生成地理围栏的方法和装置 | |
| CN111078213A (zh) | 一种代码生成方法及代码生成装置 | |
| CN110955460B (zh) | 一种服务进程启动方法、装置、电子设备和存储介质 | |
| CN113516503B (zh) | 一种广告投放地域校准方法及相关设备 | |
| WO2023020071A1 (zh) | 一种升级包的获取方法及智能设备 | |
| CN109816450A (zh) | 一种内容推广方法及装置 | |
| CN108023920B (zh) | 一种数据包传输方法、设备及应用接口 | |
| CN110659299B (zh) | 数据更新的方法及装置、前端开发客户端 | |
| CN112860292A (zh) | 一种基于应用的配置管理方法及装置 | |
| CN114168595A (zh) | 一种数据分析方法及装置 | |
| CN110971664B (zh) | 一种接口服务管理系统 | |
| CN116095074A (zh) | 资源分配方法、装置、相关设备及存储介质 | |
| CN115794876A (zh) | 针对业务数据包的分片处理方法、装置、设备及存储介质 | |
| CN112509164A (zh) | 一种出勤打卡方法、装置、设备和存储介质 | |
| CN107784040B (zh) | 一种文件下发方法及装置 | |
| CN112579189A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200522 |