CN109901858A - 应用软件更新检测方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种应用软件更新检测方法、装置、计算机设备及存储介质，包括：获取应用商城的业务服务器发送的目标应用软件的ID号，ID号包括目标应用软件的代码编号以及第一版本号；从本地数据库中调取目标应用软件的第二版本号与第一版本号进行对比，本地数据库包括info.plist库；当第一版本号与第二版本号符合更新规则时，目标应用软件发出更新请求以进行更新。本申请将无需人工设置版本号并进行人工布置，利用应用商城软件中的最新版本号与本地存储的版本号对比，判断是否有新版本的更新，并进行版本更新。这种方法无需人工对新版本的版本信息进行布置并手动修改版本号，减少了出错概率，也节省了开发人员的时间。

Description

应用软件更新检测方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机应用技术领域，具体而言，本发明涉及一种应用软件更新检测方法、装置、计算机设备及存储介质。

背景技术

随着计算机互联网技术的发展，很多生活服务和工作都通过应用程序系统来解决，在手机端、平板端以及电脑端，有各种各样的应用程序，这些应用程序给人们带来了很强的便利。

由于应用程序在制作和使用过程中会出现一些错误，其功能需要不停地完善，且随着技术的发展以及人们需求的增多，需要在原有的应用程序上添加新的功能，当有新的功能添加，或者对原有应用程序作了修订和更新后，为了对新发布的应用程序进行区分，会对每次发布的应用程序设置版本号。在现有APP中在每个新版本中配置了一个新版本的json数据。当新版本成功发布到App Store的时候json数据更新发布。APP在每次启动的时候请求json数据是否有新APP以提示用户是否需要更新APP。每次发布版本后需要更新发布json数据，采用请求json数据以更新APP的方式，增加了发版出错概率。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，公开一种利用应用商城版本号识别方式获取更新信息以减少版本更新出错率的应用软件更新检测方法、装置、计算机设备及存储介质。

为了达到上述目的，本发明公开一种应用软件更新检测方法，其包括：

获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

可选的，在获取应用商城的业务服务器发送的目标应用软件的ID号之前，还包括：

检测所述目标应用软件是否有启动指令；

当有启动指令时，向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令。

可选的，所述ID请求指令包括所述目标应用软件的下载路径信息，所述向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令之后还包括：

通过所述ID请求指令的下载路径信息判断所述目标应用软件是否符合预设条件，所述预设条件包括所述下载路径信息是否包括在预设下载路径库中；

当不符合所述预设条件，将所述ID请求指令列入黑名单中。

可选的，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新。

可选的，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新的方法包括：

识别应用商城中新上架的目标应用软件的更新类型；

根据所述更新类型按照与所述更新类型具有映射关系的更新规则更新所述第一版本号。

可选的，还包括：

当所述目标应用软件更新完毕后，在所述info.plist库中将第二版本号的数值替换成第一版本号的数值。

可选的，还包括：

获取所述目标应用软件的历史启动数据，所述历史启动数据包括单位时间内的启动次数；

当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求指令至所述应用商城的业务服务器，以判断是否有版本更新；

当有版本更新时推送版本更新消息至安装所述目标应用软件的终端中。

另一方面，本申请还公开一种应用软件更新检测装置，包括：

获取模块：被配置为执行获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

处理模块：被配置为执行从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

执行模块：被配置为执行当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

可选的，还包括：

检测模块：被配置为执行检测所述目标应用软件是否有启动指令；

发送模块：被配置为执行当有启动指令时，向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令。

可选的，所述ID请求指令包括所述目标应用软件的下载路径信息，还包括：

判断模块：被配置为执行通过所述ID请求指令的下载路径信息判断所述目标应用软件是否符合预设条件，所述预设条件包括所述下载路径信息是否包括在预设下载路径库中；

黑名单执行模块：被配置为执行当不符合所述预设条件，将所述ID请求指令列入黑名单中。

可选的，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新。

可选的，还包括：

识别模块：被配置为执行识别应用商城中新上架的目标应用软件的更新类型；

更新模块：被配置为执行根据所述更新类型按照与所述更新类型具有映射关系的更新规则更新所述第一版本号。

可选的，还包括：

替换模块：被配置为执行当所述目标应用软件更新完毕后，在所述info.plist库中将第二版本号的数值替换成第一版本号的数值。

可选的，还包括：

历史数据获取模块：被配置为执行获取所述目标应用软件的历史启动数据，所述历史启动数据包括单位时间内的启动次数；

自动发送模块：被配置为执行当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求指令至所述应用商城的业务服务器，以判断是否有版本更新；

消息推送模块：被配置为执行当有版本更新时推送版本更新消息至安装所述目标应用软件的终端中。

另一方面，本申请公开一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执上述任意一项所述的应用软件更新检测方法的步骤。

另一方面，本申请还公开一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任意一项所述的应用软件更新检测方法的步骤。

本发明的有益效果是：

本申请公开一种利用应用商城版本号识别方式获取更新信息以减少版本更新出错率的应用软件更新检测方法、装置、计算机设备及存储介质，本申请将无需人工设置版本号并进行人工布置，利用应用商城软件中对每一个新发布的应用软件或者更新的应用软件所设置的包含版本信息的ID号，通过提取该信息中的版本号与本地存储的版本号对比，判断是否有新版本的更新，并进行版本更新。这种方法无需人工对新版本的版本信息进行布置并手动修改版本号，减少了出错概率，也节省了开发人员的时间。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明应用软件更新检测方法流程图；

图2为本发明第一版本号更新方法流程图；

图3为本发明ID请求指令请求方法流程图；

图4为本发明更新信息推送方法流程图；

图5为本发明一种应用软件更新检测装置框图；

图6为本发明计算机设备基本结构框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

具体的，请参阅图1，本发明公开一种应用软件更新检测方法，包括：

S1000、获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

应用商城为集成了多个应用软件的下载平台，应用软件开发人员将制作好的应用软件或者将更新好的应用软件上传至应用商城的业务服务器中，供相关用户付费或者免费下载使用。应用商城服务商家有很多个，但是按照所使用的系统来分，最常见的分为安卓系统、IOS系统和WINDOWS系统，对应操作系统的终端在对应系统的应用商城中进行下载以使用所述应用软件。

在本申请中，在应用商城中为了区分不同的应用软件，会对应用软件设置一个ID号，在这里将需要获取ID号的应用软件称之为目标应用软件，该ID号包括目标应用软件的代码编号以及第一版本号，代码编号为表示该目标应用软件标号的代号，该代码编号可以为数字，比如A应用软件，代码编号为0001，B应用软件为0002；也可以是字母，比如A应用软件为AAA，B应用软件为AAB，其中第一个字母表示该应用软件所述分类的字母代号，第二个字母表示该应用软件在该分类中的级别的代号，第三个字母表示该应用软件在该级别的应用软件的代号；还可以是字母与数字以及字符的结合，比如A应用软件的代码编号为A-0001，其中A表示该应用软件所述类别，“-”为连接字符，0001为该应用软件的编号。

以上只是本申请中公开的几种目标应用软件代码编号的几种格式，在实际应用中，还可以是其他的格式，只要能对应用商城中不同的目标应用软件进行区分即可。

第一版本号为表示该目标应用软件的版本的编号，由于应用软件在使用过程中可能存在系统不稳定而进行补丁修改以及为了增加新功能对源程序进行修改，每一次修改，对应的功能和程序都会有一些调整，为了便于区分，通常会对每次一修改设定一个版本号，比如，原始的版本号为V1.0，在后续使用中，因某个地方刚出现BUG，对其进行修改后，可将本本号变更为V1.1，进一步的，当有新功能增加时，可将版本号变更为V2.0等。以上只是为了对版本号进行说明，公开的其中一种版本号的表现形式，在实际应用中，版本号还可以是多个数字组成，比如V1.0.0，通过多个数字，给出更多数字变化的可能。

对于版本号的变更，可以是在应用软件上架的时候，由商家自己制定的版本号，应用商城读取该应用软件的版本号信息；还可以是在新的应用软件上传至应用商城的业务服务器中，业务服务器中通过对比前一版本的应用软件的程序以及新上传的应用软件的程序，确定是否有发生变化。当有发生变化时，自动对对应的版本号进行变更。在一实施例中，请参阅图2，变更的方式可以包括：

S1100、识别应用商城中新上架的目标应用软件的更新类型；

目标应用软件更新通常包括功能增加、功能不变的情况下程序代码的修订两种类型，本申请中通过识别是否符合这两种类型以确定后续的变更规则。

在一实施例中，通过对新上架的目标应用程序的每一段代码进行轮询，以判断发生变化的位置，并根据位置识别具体变化的内容，是增加或者减少了功能，还是变动了某些实现某功能的代码内容，将增加或减少了功能定义为一类型，将功能没变，但是实现某一功能的代码有变动的定义为二类型。

在另一实施例中，可通过识别新上架的目标应用程序的功能模块的抬头来确定是否有功能的增加，当新上架的目标应用软件的功能模块的数量与名称都一样时，表示没有新功能的增加和减少，定义为二类型更新，当功能模块的数量和名称有变更时，则定义为一类型的更新。以此来判断目标应用软件的更新类型。

以上只是公开了其中两种判断目标软件是否有更新以及所更新的类型，本申请中还可以有其他的方式来识别和判断目标应用软件的更新类型。

S1200、根据所述更新类型按照与所述更新类型具有映射关系的更新规则更新所述第一版本号。

当识别了目标应用程序的更新类型后，则根据更新类型匹配对应的版本号更新规则。在一实施例中，不同的更新类型分别映射不同的更新规则。比如，在一实施例中，将版本号的格式定义成V**.**.的格式，最初的版本号为V01.00,当发生一类型的更新时，版本号变更为V02.00，而当发生的更新类型为二类型的更新时，版本号变更为V01.01,即有功能变更的一类型更新时，第一版本号的前两个数字依次递加一个数值，当没有功能变更，只是代码发生了变化时，第一版本号的后两个数字依次递加一个数字。因此，无论是何种更新，更新后的版本号数值都大于更新前的版本号数值。

S2000、从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

上述公开的第一版本号为应用商城中最新版本的目标应用软件的版本号，而在安装目标应用软件的移动终端的本地数据库中也存储有所述目标应用软件的版本号。将存储在移动终端本地数据库中的版本号称之为第二版本号。当获取了来自应用商城的第一版本号后，通过调取本地数据中的第二版本号，则可判断二者是否有变化。

在一实施例中，本地数据库包括info.plist库。在本申请中，目标应用软件被下载后，会有将相关配置信息存储在本地数据库中，其中就包括info.plist库，该文件一般存储在Supporting files文件夹下文件，对工程文件做一些运行期的配置。info.plist库的常见属性包括Bundleversion(CFBundleVersion)，Bundle version(CFBundleVersion)为应用程序的版本号，上述获取info.plist的方法包括：

方法一，获取文件的全部路径，解析info.plist

NSString*filePath＝[[NSBundle mainBundle]pathForResource:@"Info.plist"ofType:nil]；

NSDictionary*infoDic＝[NSDictionary dictionaryWithContentsOfFile:filePath]；

方法二直接获取

NSDictionary*infoDicNew＝[NSBundle mainBundle].infoDictionary；

NSLog(@"info.plist％@",infoDicNew)；

//综上所述，方法2是系统对方法一的一个封装

以上只是公开的其中两种获取info.plist库以及info.plist库中存储的版本号的方法，本申请还可以通过其他的方式获取保存在本地的第二版本号。

S3000、当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

当获取了第二版本号后，将第一版本号与第二版本号进行对比，以判断是否更新。这里的更新规则为当目标应用软件发生变化时，变化后的目标应用软件的版本号与前一版本的版本号按照规则变化。比如版本号的编写规则为V1.0，且V1.0表示第一个版本，每更新一次其后续的数字增加一个值，如V1.1为第一次更新后的版本，V1.2为第二次更新后的版本。更新后的版本号数字比更新前的版本号数字要大。同理，当更新的版本号为V2.0、V3.0也一样，更新后的数值比更新前的版本号数值大。以上只是本申请公开的其中一种更新方式，其版本号的编写规则以及更新规则还可以是其他的，只要表征更新后的版本号大于之前的版本号数值，则表示有更新。此时，所述目标应用软件会向业务服务器发出更新请求，以请求更新。

进一步的，请参阅图3，在获取应用商城的业务服务器发送的目标应用软件的ID号之前，还包括以下步骤：

S4000、检测到所述目标应用软件有启动指令；

启动指令为启动所述目标应用软件的指令，比如某个目标应用软件被鼠标双击，或者通过触摸屏被手指点击触发以打开该目标应用软件，当有启动指令时，表示用户需要使用该目标应用软件，此时若目标应用软件有更新，未及时更新时，新功能则享受不到，因此可通过检测该目标应用软件是否有启动指令，在目标应用软件启动之前更新该目标应用软件以获取新功能或修正问题程序，提高体验度。

S5000、当有启动指令时，向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令。

当有启动指令时，可控制目标应用软件向应用商城的业务服务器发送所述目标应用的ID请求指令，以从应用商城中获取当前的最新版本号。ID请求指令包括目标应用软件的代码编号，或者其他形式能够表征所述目标应用身份信息的信息。业务服务器中通过读物ID请求指令，获取了目标应用软件的身份信息，则匹配当前的第一版本号。比如，在苹果系统的应用商城APP STORE中，会对每一个发布的应用软件设置一个ID，可以通过特定的访问方式来获取这个ID，比如，通过发送链接https://itunes.apple.com/lookup？id＝kAppStoreId可以获取该APP在APP store中的ID号，上述链接中kAppStoreId为app上架AppStore时分配每个app的id。

在另一实施例中，为了验证所述目标应用软件是否为正版软件，是否通过正规途径下载，所述业务服务器中还可通过获取该目标应用软件的下载路径信息来判断应用软件的合法性。对应的该ID请求指令中应包括所述目标应用软件的下载路径信息。当业务服务器获取了ID请求指令后，分析所述ID请求指令的下载路径信息，以判断所述目标应用软件是否符合预设条件，这里的预设条件包括所述下载路径信息是否包括在预设下载路径库中，本申请的预设下载路径库中存储所有该目标应用软件允许下载的原路径，将从ID请求指令中获取的下载路径信息与预设下载路径库中所有的路径信息进行一一匹配，匹配上了，则表示符合预设条件，该目标应用软件的下载路径是合法的，可以推导出该目标应用软件为正版软件，若从预设下载路径库中无匹配的数据，则表示不符合所述预设条件，因此可将这个ID请求指令列入黑名单中，对该ID请求指令不响应，则当前的目标应用软件无法更新。

进一步的，在将ID请求指令列入黑名单的同时，还可进一步将对应的目标应用软件列入黑名单，可通过获取的目标应用软件的通信接口，获取该目标应用软件的配置信息和下载信息，一般与传输到该目标应用软件的制造方，收集关于盗版软件的信息。

只有当上述目标应用软件的路径符合上述预设条件，业务服务器才将ID号发送至目标应用软件中以便于目标应用软件从本地的info.plist库中读取当前的第二版本号。需要说明的是，当目标应用软件更新完毕后，所述info.plist库中的第二版本号的数值自动替换成所获取的第一版本号的数值，当下次进行匹配对比的时候，所替换成的第一版本号变成了最新的第二版本号，与最近从应用服务器中获取的第一版本号进行比对。

在一实施例中，请参阅图4，还包括以下步骤：

S6000、获取所述目标应用软件的历史启动数据，所述历史启动数据包括单位时间内的启动次数；

单位时间可以是一年、一个季度、半年或者一个月，作为一个参数设定。本申请中通过获取历史启动数据，以判断用户是否经常使用该目标应用软件。若用户不经常使用该目标应用软件，则表示当前的目标应用软件的版本号可能很久未更新，可能需要一种方法提醒用户。

S7000、当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求指令至所述应用商城的业务服务器，以判断是否有版本更新；

预设阈值为设定的单位时间内启动的最少次数，该预设阈值可统一设置，也可通过该目标应用软件的更新频次来定。当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求以获取当前最新的第一版本号进行对比，判断是否有版本更新。

S8000、当有版本更新时推送版本更新消息至安装所述目标应用软件的终端中。

当通过上述步骤监测到有更新时，则向安装目标应用软件的终端推送版本更新消息以提醒用户是否更新。需要说明的是，该版本更新消息可以以弹窗消息的方式推送。

另一方面，请参阅图5，本申请还公开一种应用软件更新检测装置，包括：

获取模块1000：被配置为执行获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

处理模块2000：被配置为执行从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

执行模块3000：被配置为执行当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

可选的，还包括：

检测模块：被配置为执行检测所述目标应用软件是否有启动指令；

发送模块：被配置为执行当有启动指令时，向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令。

可选的，所述ID请求指令包括所述目标应用软件的下载路径信息，还包括：

判断模块：被配置为执行通过所述ID请求指令的下载路径信息判断所述目标应用软件是否符合预设条件，所述预设条件包括所述下载路径信息是否包括在预设下载路径库中；

黑名单执行模块：被配置为执行当不符合所述预设条件，将所述ID请求指令列入黑名单中。

可选的，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新。

可选的，还包括：

识别模块：被配置为执行识别应用商城中新上架的目标应用软件的更新类型；

更新模块：被配置为执行根据所述更新类型按照与所述更新类型具有映射关系的更新规则更新所述第一版本号。

可选的，还包括：

替换模块：被配置为执行当所述目标应用软件更新完毕后，在所述info.plist库中将第二版本号的数值替换成第一版本号的数值。

可选的，还包括：

历史数据获取模块：被配置为执行获取所述目标应用软件的历史启动数据，所述历史启动数据包括单位时间内的启动次数；

自动发送模块：被配置为执行当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求指令至所述应用商城的业务服务器，以判断是否有版本更新；

消息推送模块：被配置为执行当有版本更新时推送版本更新消息至安装所述目标应用软件的终端中。

由于上述公开的应用软件更新检测装置是应用软件更新检测方法一一对应的产品的介绍，其功能一样，此处不再赘述。

本发明实施例提供计算机设备基本结构框图请参阅图6。

该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种应用软件更新检测方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种应用软件更新检测方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

计算机设备通过接收关联的客户端发送的提示行为的状态信息，即关联终端是否开启提示以及贷款人是否关闭该提示任务。通过验证上述任务条件是否达成，进而向关联终端发送对应的预设指令，以使关联终端能够根据该预设指令执行相应的操作，从而实现了对关联终端的有效监管。同时，在提示信息状态与预设的状态指令不相同时，服务器端控制关联终端持续进行响铃，以防止关联终端的提示任务在执行一段时间后自动终止的问题。

本发明还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述应用软件更新检测方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种应用软件更新检测方法，其特征在于，包括：

获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

2.根据权利要求1所述的应用软件更新检测方法，其特征在于，在获取应用商城的业务服务器发送的目标应用软件的ID号之前，还包括：

检测所述目标应用软件是否有启动指令；

当有启动指令时，向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令。

3.根据权利要求2所述的应用软件更新检测方法，其特征在于，所述ID请求指令包括所述目标应用软件的下载路径信息，所述向所述应用商城的业务服务器发送所述目标应用软件的ID请求指令之后还包括：

通过所述ID请求指令的下载路径信息判断所述目标应用软件是否符合预设条件，所述预设条件包括所述下载路径信息是否包括在预设下载路径库中；

当不符合所述预设条件，将所述ID请求指令列入黑名单中。

4.根据权利要求1所述的应用软件更新检测方法，其特征在于，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新。

5.根据权利要求4所述的应用软件更新检测方法，其特征在于，所述应用商城上的目标应用软件的第一版本号在新上架时自动更新的方法包括：

识别应用商城中新上架的目标应用软件的更新类型；

根据所述更新类型按照与所述更新类型具有映射关系的更新规则更新所述第一版本号。

6.根据权利要求1所述的应用软件更新检测方法，其特征在于，还包括：

当所述目标应用软件更新完毕后，在所述info.plist库中将第二版本号的数值替换成第一版本号的数值。

7.根据权利要求1所述的应用软件更新检测方法，其特征在于，还包括：

获取所述目标应用软件的历史启动数据，所述历史启动数据包括单位时间内的启动次数；

当所述单位时间内的启动次数小于预设阈值时，自动发送ID请求指令至所述应用商城的业务服务器，以判断是否有版本更新；

当有版本更新时推送版本更新消息至安装所述目标应用软件的终端中。

8.一种应用软件更新检测装置，其特征在于，包括：

获取模块：被配置为执行获取应用商城的业务服务器发送的目标应用软件的ID号，所述ID号包括所述目标应用软件的代码编号以及第一版本号；

处理模块：被配置为执行从本地数据库中调取所述目标应用软件的第二版本号与所述第一版本号进行对比，所述本地数据库包括info.plist库；

执行模块：被配置为执行当所述第一版本号与第二版本号符合更新规则时，所述目标应用软件发出更新请求以进行更新。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项权利要求所述的应用软件更新检测方法的步骤。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述的应用软件更新检测方法的步骤。