一种更新应用的方法、装置和系统与流程

本申请涉及移动应用技术领域，特别涉及一种更新应用的方法、装置和系统。

背景技术

iphone，ipad等移动硬件产品是当今最流行的硬件产品之一，丰富的应用凭借这些移动硬件产品为用户提供了各式服务，但是，应用上架苹果商城有诸多限制。鉴于此，开发者提出了企业级应用的概念，给企业内部员工等特定群体提供应用服务，为应用安装到苹果产品提供了新的途径。具体的，开发者需要先在苹果开发者门户网站生成配置文件，再将该配置文件打包进ios(移动操作系统)企业级应用，上传该应用安装文件到版本服务器供用户下载安装。

但是，苹果开发者门户网站生成的配置文件有效期为一年，超出有效期后，应用将不能正常使用，表现为启动应用后闪退，再次安装应用会提示安装失败。此时，需要开发者事先将包含重新生成的配置文件的ios企业级应用安装文件上传到版本服务器，用户按照首次安装的步骤下载安装后方能正常使用。步骤繁琐。

技术实现要素：

有鉴于此，本申请提供一种更新应用的方法、装置和系统，以使配置文件在过期前提醒用户更新应用，避免配置文件到期导致应用不能正常使用，同时省去了应用到期不能使用后再次按照首次安装步骤安装应用的繁琐步骤。

本申请提供的技术方案包括：

一种更新应用的方法，该方法应用于移动客户端，包括：

从应用服务器获取本地应用对应的配置文件过期时间和统一资源定位符url；

根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新所述应用，如果是，则向用户发出更新所述应用的指示；

在所述应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据所述url下载更新后的所述应用对应的安装文件进行安装。

一种更新应用的方法，该方法应用于版本服务器，包括：

接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的；

将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间；

接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间。

一种更新应用的装置，该装置应用于移动客户端，包括：

获取单元，用于从应用服务器获取本地应用对应的配置文件过期时间和统一资源定位符url；

判断单元，用于根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新所述应用，如果是，则向用户发出更新所述应用的指示；

第一更新单元，用于在所述应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据所述url下载更新后的所述应用对应的安装文件进行安装。

一种更新应用的装置，该装置应用于版本服务器，包括：

第一接收单元，用于接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的；

第二更新单元，用于将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间；

第二接收单元，用于接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间。

一种更新应用的系统，该系统包括：移动客户端、应用服务器、版本服务器；

版本服务器，用于接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的，将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间，接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间；

应用服务器，用于将接收的配置文件过期时间和url更新本地存储的配置文件过期时间和url；

移动客户端，用于向应用服务器发出请求，接收应用服务器发送的本地应用对应的配置文件的过期时间和url，根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新所述应用，如果是，则向用户发出更新所述应用的指示，在所述应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据所述url下载更新后的所述应用对应的安装文件进行安装。

本申请通过在本地应用的配置文件到期前提示用户本地应用需要更新，避免在用户不知情的情况下配置文件过期，导致应用不能正常使用。同时，提示用户在配置文件过期前更新应用，避免按照首次安装应用的步骤重新安装，节省了用户时间。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本申请一种更新应用的逻辑结构图；

图2是本申请应用于移动客户端一种更新应用的方法流程图；

图3是本申请应用于版本服务器一种更新应用的方法流程图；

图4是本申请一种应用于移动客户端的更新应用的装置结构图；

图5是本申请一种应用于版本服务器的更新应用的装置结构图；

图6是本申请一种系统结构示意图。

具体实施方式

应用ios操作系统的移动客户端，如iphone，ipad等是当前应用很普遍的移动客户端。在应用ios操作系统的移动客户端上安装应用有几种普遍的途径，一种是通过苹果商城下载安装应用，这种方式需将应用发布到苹果商城上，而这需得到苹果官方的审核，步骤较为繁琐，且有很多的限制。一种是企业级应用，这种方式需要在苹果开发者门户网站生成配置文件，将配置文件打包进ios企业级应用，供用户下载安装，这种方式可以避免步骤繁琐的审核，且在面向企业内部员工等特定的群体时，应用中可增加需要的功能。

但是，企业级应用的配置文件有效期只有一年，到期后不能正常使用，只能重新下载新的包含新生成的配置文件的ios企业级应用，按照首次安装的方式重新安装。

或者，替换过期的配置文件。这种方式需要首先生成新的配置文件，并将配置文件下发给客户，再通过苹果电脑连接移动客户端进行设置，将配置文件导入特定的文件夹下，替换过期的配置文件，重启应用。

可以发现，应用到期不能正常使用后无论是重新安装还是替换过期的配置文件，不可避免繁琐的操作步骤。

在本申请中，通过提前生成新的配置文件，并打包进ios企业级应用，在配置文件过期前提醒用户更新应用，既避免了配置文件到期不能正常使用，又可避免重新安装应用或者替换配置文件的繁琐步骤。

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述：

参见图1，图1为本申请一种更新应用的逻辑结构图。

通过图1可知，本申请中更新应用是通过101移动客户端、102应用服务器、103版本服务器实现的。

具体的，配置文件快到期时，103版本服务器接收新的安装文件，使用新的安装文件更新本地存储的安装文件，并更新配置文件的过期时间。102应用服务器从103版本服务器获取最新的配置文件的过期时间和url。101移动客户端由102应用服务器获取最新的配置文件的过期时间和url，将获取的配置文件的过期时间与本地存储的配置文件的过期时间对比，若对比不一致，提醒用户配置文件即将到期，需要更新应用，若用户确认更新，将获取的配置文件的过期时间更新本地存储的配置文件的过期时间，依据获取的url下载更新后的安装文件进行安装。

为更详细介绍更新应用的方法，参见图2，图2为应用于移动客户端一种更新应用的方法流程图。

步骤s201，从应用服务器获取本地应用对应的配置文件过期时间和统一资源定位符url；

从应用服务器获取本地应用对应的配置文件过期时间和统一资源定位符url，其中该url对应本地应用对应的安装文件，根据该url对应的安装文件可更新本地应用。

作为一种实施例，移动客户端可以周期性请求应用服务器，获取存储在应用服务器的配置文件过期时间和url。同样的，作为一种实施例，移动客户端也可以在启动时向应用服务器发出请求，请求获取存储在应用服务器的配置文件过期时间和url。

对于配置文件过期时间和url的格式，作为一种实施例，格式可以是json格式。json格式是一种轻量级数据交换格式，用文本格式来存储和表示数据，方便数据的读取。但是json格式的配置文件过期时间和url只是一种优选实施例，本发明对此不做限定。

至此完成步骤s201的描述。

步骤s202，根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新本地应用，如果是，则向用户发出更新本地应用的指示；

将获取的配置文件过期时间和本地已存储的配置文件过期时间相比较，以此来判断是否需更新本地应用，如果需要更新本地应用，则向用户发出更新本地应用的指示，请求更新本地应用。

作为一种实施例，比较获取的配置文件的过期时间和本地已存储的配置文件的过期时间是否一致，如果不一致，表示配置文件即将过期，版本服务器的安装文件已经更新，需要更新本地应用。如果一致，表示配置文件没有变化，版本服务器的安装文件未更新，不需要更新本地应用。该实施例表示配置文件过期时间发生更新时就需要更新本地应用。针对该实施例，下面举一个例子。

在一个例子中，假如获取的配置文件过期时间为20190402，本地存储的配置文件过期时间为20190402，两个过期时间一致，不需要更新本地应用，假如获取的配置文件过期时间为20200302，本地存储的配置文件过期时间为20190402，两个过期时间不一致，需要更新本地应用。

作为一种实施例，比较获取的配置文件过期时间和本地已存储的配置文件的过期时间是否一致；如果一致，不更新所述应用；如果不一致，检查本地已存储的配置文件过期时间与当前的时间之差是否小于或等于预设时间，如果是小于或等于预设时间，更新本地应用，如果不小于或等于预设时间，不更新本地应用。该实施例表示，即便配置文件的过期时间发生更新，也可以计算已存储的配置文件的过期时间与当前的时间之差，即距离配置文件过期还剩多长时间，只有在距离过期时间在预设时间内时才需要更新本地应用。针对该实施例，下面举一个例子。

在一个例子中，假如获取的配置文件过期时间为20200302，本地存储的配置文件过期时间为20190402，当前的时间为20190306，两个配置文件过期时间不一致，而本地存储的配置文件过期时间与当前的时间之差为27天，即距离过期时间还有27天。假如预设距离过期时间10天更新本地应用，则此时不需要更新本地应用，无需向用户发出更新本地应用的指示。假如预设距离过期时间30天更新本地应用，则此时需要更新本地应用，向用户发出更新本地应用的指示。

作为一种实施例，将获取的配置文件过期时间的格式进行转换，以使转换后的配置文件过期时间的格式与本地存储的配置文件过期时间格式相同，均为字典类型nsdictionary，比较格式转换后的获取的配置文件过期时间与本地存储的配置文件过期时间是否一致。在原有应用不删除下重新安装时，字典类型数据不会被清除。

至此完成步骤s202的描述。

步骤s203，在本地应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据获取的url下载更新后的本地应用对应的安装文件进行安装。

在用户接收到更新本地应用的指示，确认将本地应用更新后，用已经获取的配置文件过期时间更新本地已存储的配置文件过期时间，按照获取的url下载更新后的安装文件，并进行安装。确保本地应用的配置文件过期时间与本地应用可使用时间一致。

以上是对应用于移动客户端一种更新应用的方法的描述，下面介绍应用于版本服务器一种更新应用的方法，参见图3。

步骤s301，接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的；

在配置文件过期时间与当前的时间差满足设定条件时重新生成的应用的安装文件，其中安装文件包含苹果开发者门户网站重新生成的配置文件，版本服务器接收该安装文件。

步骤s302，将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间；

将版本服务器已有的应用对应的安装文件更新为接收的安装文件，接收的安装文件中包含苹果开发者门户网站重新生成的配置文件，该配置文件对应一个过期时间，用该时间生成一个新的配置文件过期时间，用该配置文件过期时间更新本地已有的配置文件过期时间。

步骤s303，接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间。

接收应用服务器的请求，该请求是为获取配置文件过期时间和url，向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间。

作为一种实施例，接收应用服务器的周期性请求，该周期为预设周期，向应用服务器返回安装文件的url和更新后的配置文件过期时间。

作为一种实施例，假如版本服务器安装文件未更新，则在接收到应用服务器的请求时也可以首先判断该请求是否是首次请求，若是首次请求，则需向应用服务器返回安装文件的url和更新后的配置文件过期时间，若不是首次请求，也可以返回一个特殊标识，以使应用服务器可识别此标识，并可识别安装文件的url和更新后的配置文件过期时间未发生变化。

至此完成应用于版本服务器一种更新应用的方法的描述。

以上对本申请提供的方法进行了描述，下面对本申请提供的装置进行描述：

参见图4，图4为本申请提供的装置结构图。该装置应用于移动客户端，包括：

获取单元401，用于从应用服务器获取本地应用对应的配置文件过期时间和统一资源定位符url；

判断单元402，用于根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新所述应用，如果是，则向用户发出更新所述应用的指示；

第一更新单元403，用于在所述应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据所述url下载更新后的所述应用对应的安装文件进行安装。

参见图5，图5为本申请提供的装置结构图。该装置应用于版本服务器，包括：

接收单元501，用于接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的；

第二更新单元502，用于将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间；

发送单元503，用于接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请还提供了系统结构图。参见图6，图6为本申请提供的系统结构图。如图6所示，该系统包括：移动客户端、应用服务器，版本服务器；

版本服务器，用于接收应用的安装文件，所述安装文件是在所述版本服务器本地记录的所述应用的配置文件过期时间与当前的时间差满足设定条件时重新生成的，将本地记录的所述应用的安装文件更新为接收的所述安装文件，并更新所述配置文件过期时间，接收应用服务器的请求，根据所述请求向应用服务器返回更新后的安装文件的url和更新后的配置文件过期时间；

应用服务器，用于将接收的配置文件过期时间和url更新应用服务器存储的配置文件过期时间和url；

作为一种实施例，假如应用服务器接收的配置文件过期时间和url与应用服务器本地存储的配置文件过期时间和url一致，可保持应用服务器存储的配置文件过期时间和url不变。

作为一种实施例，假如应用服务器首次接收配置文件过期时间和url，则将该配置文件过期时间和url存储在应用服务器。

移动客户端，用于向应用服务器发出请求，接收应用服务器发送的本地应用对应的配置文件的过期时间和url，根据获取的配置文件过期时间和本地已存储的配置文件过期时间，判断是否需更新所述应用，如果是，则向用户发出更新所述应用的指示，在所述应用被更新后，将本地已存储的配置文件过期时间更新为获取的配置文件过期时间，并依据所述url下载更新后的所述应用对应的安装文件进行安装。

作为一种实施例，假如移动客户端首次接收配置文件过期时间和url，则将该配置文件过期时间和url存储在移动客户端。

作为一种实施例，移动客户端接收应用服务器发送的url，可将url保存在移动客户端本地，也可以不保存，本发明不做限定。

至此，完成图6所示的系统结构描述。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。