一种升级用户设备中的应用的方法和系统的制作方法
【技术领域】
[0001 ] 本发明涉及升级用户设备中的应用的方法和系统。
【背景技术】
[0002]现有技术中，诸如用户设备(例如，移动通信设备)中安装的应用(APP)通常通过以下过程进行升级:设置在用户设备中的应用下载客户端与应用提供平台交互获知应用提供平台的应用发布状态，并且判断用户设备中已安装的应用的版本号与应用提供平台发布的相应的应用的最新版本号是否相同。当判断已安装应用的版本号小于最新版本号时，则应用下载客户端将提示用户该已安装应用有更新。然而，响应于用户确认更新，则应用下载客户端进行旧应用的删除和新应用的安装。
[0003]然而，目前升级用户设备中的应用依赖于应用版本号，根据发布的应用的版本号的变化启动升级。然而，以这种方式难以适应复杂的业务环境，例如，特定的业务需求可能要求在不变更应用版本号的情况下进行应用的更新。
【发明内容】
[0004]本发明公开升级用户设备中的应用的方法，包括:
配置旧应用和新应用之间的升级关系，
根据该升级关系向用户设备发送指令以便该将旧应用升级为新应用。
[0005]在一个示例中，该升级关系将两个或多个旧应用关联至一个新应用。
[0006]在一个示例中，该升级关系是通过数据库表将旧应用关联到新应用。
[0007]在一个示例中，根据该升级关系向用户设备发送指令以便在用户设备中显示关于新应用的信息以提示用户对旧应用进行升级。
[0008]在一个示例中，响应于从用户设备接收确认升级的指示，向用户设备发送指令来将旧应用升级为新应用。
[0009]在一个示例中，响应于用户设备通电，向用户设备发送指令来将旧应用升级为新应用。
[0010]在一个示例中，该方法还包括:通过修改升级关系来将旧应用关联至另一新应用。[0011 ] 在一个示例中，该方法还包括:配置应用的发布状态，应用的发布状态包括生产验证、商用发布、和应用下架，根据配置的应用的发布状态向用户设备发送指令使得:具有生产验证的发布状态的应用仅仅对用户设备中的特定的应用载体可见，具有商用发布的发布状态的应用对用户设备中的所有应用载体可见，具有应用下架的发布状态的应用对用户设备中的所有应用载体都不可见。
[0012]本发明还公开升级用户设备中的应用的系统，包括:
第一装置，配置旧应用和新应用之间的升级关系，
第二装置，根据该升级关系向用户设备发送指令以便该将旧应用升级为新应用。
[0013]在一个示例中，该升级关系是通过数据库表将旧应用关联到新应用。
[0014]在一个示例中，所述第二装置根据该升级关系向用户设备发送指令以便在用户设备中显示关于新应用的信息以提示用户对旧应用进行升级。
[0015]在一个示例中，所述第二装置响应于从用户设备接收确认升级的指示，向用户设备发送指令来将旧应用升级为新应用。
[0016]在一个示例中，所述第二装置响应于用户设备通电，向用户设备发送指令来将旧应用升级为新应用。
[0017]在一个示例中，所述第一装置通过修改升级关系来将旧应用关联至另一新应用。
[0018]在一个示例中，该系统还包括:
第三装置，配置应用的发布状态，应用的发布状态包括生产验证、商用发布、和应用下架，其中，
所述第二装置根据配置的应用的发布状态向用户设备发送指令使得:具有生产验证的发布状态的应用仅仅对用户设备中的特定的应用载体可见，具有商用发布的发布状态的应用对用户设备中的所有应用载体可见，具有应用下架的发布状态的应用对用户设备中的所有应用载体都不可见。
[0019]本发明的优势在于应用升级不依赖于业务属性，应用升级关系可以被灵活配置，因此能够简化应用升级的流程控制，提升业务逻辑的灵活性。此外，本发明通过配置升级关系和应用发布状态，能够在不影响用户使用体验的情况下，实现平滑稳定的升级。
【附图说明】
[0020]在参照附图阅读了本发明的【具体实施方式】以后，本领域技术人员将会更清楚地了解本发明。本领域技术人员应当理解的是，附图仅仅用于配合【具体实施方式】说明本发明的技术方案，而并非意在对本发明的保护范围构成限制。
[0021]图1是根据本发明实施例的升级用户设备中的应用的示意图。
[0022]图2是根据本发明实施例的升级用户设备中的应用的方法的步骤示意图。
【具体实施方式】
[0023]下面参照附图，对本发明的【具体实施方式】作进一步的详细描述。应当理解的是，可对所描述的实施例进行结构的和功能的修改。另外，可针对任何给定的或特定的应用所期望和有利的那样，一个实施例的一个或多个特征可以与另一个实施例的一个或多个特征相组合。
[0024]应用提供平台的旧应用随着时间其安全性、功能性或者其它特性可能将无法满足业务或者存储空间、运算速度的要求。为此可以针对旧应用进行安全性、功能性或者其它特性的增强开发，得到新应用来代替旧应用。
[0025]图1是根据本发明实施例的升级用户设备中的应用的示意图。如图1所示，可以在应用提供平台例如基于可信服务管理(TSM)的平台配置旧应用(待更新的应用)和新应用(用于更新的应用)之间的升级关系，根据该升级关系向用户设备的例如应用下载客户端发布应用。在该实施例中，升级关系以应用升级关系表的形式被维护。被配置的旧应用和新应用之间的升级关系可以独立于应用的版本号或者应用的AID。升级关系可以仅仅规定不同应用之间的升级顺序。在一个示例中，该升级关系是通过数据库表来将旧应用和新应用关耳关。
[0026]图中，应用提供平台可以通过向用户设备的应用下载客户端发送指令来发布应用(更新应用下载客户端的应用信息)、向用户设备传输应用安装程序、指示更新设置在在用户设备中的载体中的应用的更新。应用下载客户端可以根据指令来更新载体中的应用。这里，应用可以被安装在用户设备的安全载体(SE)中。移动应用可以被安装在移动通信设备的S頂卡或者设置在移动通信设备内的智能芯片中。
[0027]图2是根据本发明实施例的升级用户设备中的应用的方法的步骤示意图。在步骤201中，配置旧应用和新应用之间的升级关系。在步骤202中，根据该升级关系向用户设备发送指令以便该将旧应用升级为新应用。该升级关系可以是通过数据库表将旧应用关联到新应用。通过配置升级关系，而非依赖于业务属性(如应用版本号或应用AID)，可以实现更加灵活的应用升级。
[0028]由于某些业务属性的变化可能会对当前业务流程产生较大的影响，通过配置升级关系的方式实现升级，能够实现在保持业务属性不变的前提下进行灵活升级，而不需要依赖业务属性。
[0029]根据本发明的实施例，还考虑通过配置应用之间的升级关系以适应灵活多变的外部业务需求，从而实现动态调配。例如，可以通过修改升级关系来将旧应用关联至另一新应用。如此可以实现任意两个或者多个应用之间的升级。例如，通过配置三个应用A1、A2、A3与应用B的升级关系，使得这三个应用均可被升级为应用B ;当应用Al、A2、A