一种应用程序升级方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及车联网技术，尤其涉及一种应用程序升级方法、装置、电子设备及存储介质。


背景技术：

2.在汽车不断智能化和网联化发展的今天，人们对于汽车电子电器功能的需求日益增长，使软件在汽车设计、制造和使用过程中的占比逐渐增加。
3.为了不断优化用户体验，车联网服务需要定期进行软件升级。空中下载技术(over
‑
the
‑
air technology，ota)技术的应用使汽车在出厂甚至售出之后，仍能够通过固件和软件升级的方式，持续的修复车辆缺陷、改善升级车辆的功能以及性能，为驾驶和乘坐车辆的用户提供持续的驾驶体验改善。但是，由于升级包在下载、传输、分享过程中容易被损坏或者篡改，造成升级失败以及黑客入侵，进而影响车辆功能的正常使用，甚至影响汽车的行驶安全。因此，关于升级包正确性和完整性校验，成为了ota升级技术当中的重要环节。
4.现有技术中，虽然通过数字签名技术可以对文件损坏进行很好的检验，但是对于恶意篡改的防御能力仍然有限。因此，如何有效对升级包正确性和完整性进行验证，成为亟待解决的技术问题。


技术实现要素：

5.本发明提供一种应用程序升级方法、装置、电子设备及存储介质，以提高对车载设备中的车联网服务进行升级的安全性，进而提高用户的使用体验。
6.第一方面，本发明实施例提供了一种应用程序升级方法，应用于车载设备，包括：
7.通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，所述发布信息中至少包括所述应用程序的升级包的名称及版本；
8.根据所述应用程序的发布信息，通过总控控制器从所述云端设备中下载所述应用程序的升级包；
9.基于预先建立的区块链对所述应用程序的升级包进行验证；
10.若验证通过，则使用所述应用程序的升级包对所述应用程序进行升级。
11.第二方面，本发明实施例还提供了一种应用程序升级方法，应用于服务器，包括：
12.发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备；
13.生成所述应用程序的升级包对应的验证信息，并上传至预先建立的区块链。
14.第三方面，本发明实施例还提供了一种应用程序升级装置，包括：
15.发布信息接收模块，用于通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，所述发布信息中至少包括所述应用程序的升级包的名称及版本；
16.升级包下载模块，用于根据所述应用程序的发布信息，通过总控控制器从所述云端设备中下载所述应用程序的升级包；
17.升级包验证模块，用于基于预先建立的区块链，对所述应用程序的升级包进行验证；
18.应用程序升级模块，用于若验证通过，则使用所述应用程序的升级包对所述应用程序进行升级。
19.第四方面，本发明实施例还提供了一种应用程序升级装置，包括：
20.升级包发送模块，用于发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备；
21.验证信息上传模块，用于生成所述应用程序的升级包对应的验证信息，并上传至预先建立的区块链。
22.第五方面，本发明实施例还提供了一种电子设备，包括：
23.一个或多个处理器；
24.存储装置，用于存储一个或多个程序，
25.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的应用程序升级方法。
26.第六方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的应用程序升级方法。
27.本发明实施例提供的一种应用程序升级方法、装置、电子设备及存储介质，通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，所述发布信息中至少包括所述应用程序的升级包的名称及版本；根据所述应用程序的发布信息，通过总控控制器从所述云端设备中下载所述应用程序的升级包；基于预先建立的区块链对所述应用程序的升级包进行验证；若验证通过，则使用所述应用程序的升级包对所述应用程序进行升级。本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
附图说明
28.图1a是现有的应用程序验证升级示意图；
29.图1b为本发明实施例一提供的一种应用程序升级方法的流程图；
30.图2是本发明实施例二提供的一种应用程序升级方法的流程图；
31.图3a是本发明实施例三提供的一种应用程序升级方法的流程图；
32.图3b是本发明实施例三提供的基于区块链的验证升级示意图；
33.图4是本发明实施例四提供的一种应用程序升级装置的结构图；
34.图5是本发明实施例五提供的一种应用程序升级装置的结构图；
35.图6是本发明实施例六提供的一种电子设备的结构图。
具体实施方式
36.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
37.实施例一
38.图1b为本发明实施例一提供的一种应用程序升级方法的流程图，本实施例可适用于对车载设备中的至少一个应用程序进行升级的情况。该方法可以由本发明实施例提供的应用程序升级装置来执行，该装置可以采用软件和/或硬件的方式实现，并应用于车载设备。
39.具体的，如图1b所示，本发明实施例提供的应用程序升级方法，可以包括如下步骤：
40.s110、通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，发布信息中至少包括应用程序的升级包的名称及版本。
41.其中，发布信息用于提醒车载设备对待升级应用进行升级，可以包括至少一个应用程序对应的升级包的信息。相应的，其中的应用程序为车辆中用于提供音乐、视频、电台、新闻以及美食等车联网服务的可升级的应用程序。
42.总控控制器，可以理解为车载设备中的总控控制器，可选的，通过总控控制器与待升级控制器间的数据传输通道，可以将从其他设备端接收到的升级包发送给车载设备中的各个待升级控制器。相应的，待升级控制器根据所接收的升级包，对与所接收的升级包关联的至少一个待升级应用进行应用程序升级。
43.本实施例中，应用开发者或管理者，将升级包发送至服务器；服务器接收该升级包，确定并发布应用程序升级包至云端设备，使得云端设备将升级包的发布信息推送至车载设备。相应的，车载设备通过总控控制器接收云端设备推送的应用程序的升级包的发布信息。
44.在一种可选的实施方式中，应用程序的发布信息中至少包括应用程序升级包的标识信息，即应用程序升级包的名称及版本，从而便于车载设备根据升级包的标识信息，在云端发布系统查找标识信息对应的应用程序升级包，并下载该应用程序升级包。
45.为了便于获取应用程序的升级包，提高应用程序升级包的获取效率，同时减少用户的操作处理，在本申请实施例的另一种可选实施方式中，发布信息中还可以包括应用程序升级包的下载信息，从而车载设备基于该下载信息，直接进行应用程序升级包下载，从云端设备获取应用程序的升级包。示例性的，下载信息可以是下载地址，下载地址可以通过网址或者二维码的形式进行呈现。
46.s120、根据应用程序的发布信息，通过总控控制器从云端设备中下载应用程序的升级包。
47.可选的，为了提高应用程序的升级效率，在接收到应用程序的发布信息后，车载设备可以自动识别发布信息，并根据应用程序的发布信息，下载发布信息所对应的应用程序升级包。具体的，可以通过总控控制器从云端设备中下载应用程序的升级包。
48.为了避免升级包下载过程对用户其他使用过程的影响，还可以通过用户人为触发的方式，进行升级包下载。当接收到用户的触发操作后，根据应用程序的发布信息，下载发布信息所对应的应用程序升级包。
49.由于发布信息中包括至少一个应用程序对应的升级包的信息。若发布信息中只对应一个应用程序升级包，则可以根据发布消息，下载相应的应用程序升级包，并对所下载升级包进行安装操作。若发布消息中包括至少两个应用程序升级包，则可以根据发布消息，下载与发布消息所关联的至少两个应用程序升级包，并对所下载的应用程序升级包进行安装
操作。
50.当存在至少两个应用程序升级包时，在一种可选实施方式中，可以并行进行各应用程序升级包的下载操作，从而提高各应用程序升级包的下载效率，进而提高各应用程序的升级效率。
51.为了进一步提高应用程序的升级效率，当存在至少两个应用程序升级包时，在另一可选实施方式中，在下载获取到相应的应用程序升级包后，还可以并行进行各应用程序升级包的安装操作。
52.s130、基于预先建立的区块链，对应用程序的升级包进行验证。
53.其中，区块链是服务器发送应用程序升级包时预先建立好的，区块链中存储了各个升级包对应的链上哈希值，用于对升级包进行验证。
54.为了保证后续应用程序升级的稳定性，在进行应用程序升级过程中，车载设备可以基于预先建立的区块链，对应用程序升级包进行验证。
55.具体的，为了提高应用程序升级包传输的完整性和正确性，保证后续应用程序升级的稳定性，在本申请实施例的一种可选的实施方式中，车载设备在下载应用程序升级包之后，在安装应用程序升级包之前，可以根据应用程序的升级包，生成应用程序的升级包对应的本地哈希值；并基于区块链，对该应用程序的升级包对应的本地哈希值进行验证。
56.为了便于后期验证应用程序的升级包对应的本地哈希值，车载设备首先可以获取区块链上该应用程序的升级包对应的链上哈希值，并对该应用程序的升级包对应的链上哈希值和本地哈希值的一致性进行判断。
57.在上述实施方式的基础上，为了准确获取区块链上应用程序的升级包对应的链上哈希值，车载设备可以根据该应用程序的升级包名称及版本，在预先建立的区块链上检索应用程序的升级包对应的链上哈希值。进一步的，若在区块链上检索到应用程序的升级包对应的链上哈希值，则判断本地哈希值与链上哈希值是否一致。若本地哈希值与链上哈希值一致，则判定对本地哈希值验证通过；若本地哈希值与链上哈希值不一致，则判定对本地哈希值验证不通过。
58.为了提高链上哈希值的效率，在一个可选的实施方式中，对应用程序升级包对应的链上哈希值进行检索时，可以先根据升级包的名称进行检索。若检索结果中存在多个与升级包对应的链上哈希值，再按照升级包的版本从初步检索结果中进行检索。这样设置的好处在于，在某名称升级包只存在一个版本时，不需要进行二次检索，提高了检索效率。
59.为了保证链上哈希值检索的准确性，在另一个可选的实施方式中，可以同时根据应用程序升级包的名称及版本进行检索。根据应用程序升级包的名称和版本，可以唯一确定该应用程序升级包对应的链上哈希值。
60.s140、若验证通过，则使用应用程序的升级包对应用程序进行升级。
61.由于车载设备通过总控控制器下载升级包，相应的，在验证通过后，通过总控控制器与待升级控制器间的数据传输通道，将从其他设备端接收到的升级包发送给车载设备中的各个待升级控制器。相应的，待升级控制器根据所接收的升级包，对与所接收的升级包关联的至少一个待升级应用进行应用程序升级。
62.在上述实施方案的基础上，具体的，总控控制器在下载应用程序的升级包后，可以根据应用程序的升级包的名称确定应用程序对应的待升级控制器；向该应用程序对应的待
升级控制器发送通知消息，使得应用程序对应的待升级控制器响应于通知消息在总控控制器中获取该应用程序的升级包；通过该应用程序对应的待升级控制器将该应用程序的升级包加载至该应用程序中，从而实现对车载设备中安装的应用升级。
63.可选的，总控控制器或与车载设备所关联的其他设备中，存储有待升级控制器中安装的应用程序和各应用升序的当前版本；总控控制器可以根据所下载的各应用程序升级包的版本信息，进行待升级控制器中应用程序的查找匹配，从而确定带升级控制器中的至少一个待升级应用；将总控控制器中的至少一个待升级应用的升级包，传输给待升级控制器；相应的，待升级控制器进行升级包的接收操作。具体的，根据所接收的升级包，对待升级控制器中与升级包所关联的至少一个待升级应用进行应用升级。
64.在上述各技术方案的基础上，为了实现对待升级控制器中应用升级情况的管理和监控，在待升级控制器根据所接收的升级包，对应用进行升级之后，还可以向总控控制器发送升级回执；相应的，总控控制器接收待升级控制器发送的升级回执，用于本地存储或向车载设备所关联的其他设备上报，进而在其他设备中进行升级回执的存储。其中，升级回执中包括与所接收升级包关联的各待升级应用的版本和/或升级结果。其中，升级结果包括升级成功和升级失败。可选的，若升级结果为失败，可以在设定时间内对升级失败的应用程序进行再升级。
65.本实施例的技术方案，通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，发布信息中至少包括应用程序的升级包的名称及版本；根据应用程序的发布信息，通过总控控制器从云端设备中下载应用程序的升级包；基于预先建立的区块链对应用程序的升级包进行验证；若验证通过，则使用应用程序的升级包对应用程序进行升级。本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
66.实施例二
67.图2为本发明实施例二提供的一种应用程序升级方法的流程图，该实施例适用于对车载设备中的至少一个应用程序进行升级的情况，该方法由应用程序升级装置执行，该装置采用软件和/或硬件实现，并具体配置于服务器中。
68.具体的，如图2所示，该方法包括：
69.s210、发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备。
70.其中，发布信息用于提醒车载设备对待升级应用程序进行升级，可以包括至少一个应用程序对应的升级包的信息。相应的，其中的应用程序为车辆中用于提供音乐、视频、电台、新闻以及美食等车联网服务的可升级的应用程序。
71.在发送应用程序的升级包至云端设备之前，应用开发者或管理者，将各待升级应用程序的升级包发送至服务器；服务器接收并处理该应用程序升级包。
72.为了保证所发布的应用程序升级包的版本为最新版本，避免多次进行升级给用户带来不便，在一个可选实施方式中，可以在发布应用程序的升级包之前，将待升级应用的当前版本与历史版本进行比对；获取版本较高的应用程序升级包作为待升级应用程序升级包，进行后续的发布操作。
73.可选的，云端设备推送应用程序的升级包的发布信息至车载设备时，可以分别针
对每个待升级应用程序，生成相应的发布信息，从而对各待升级应用程序加以区分，实现各待升级应用程序的独立下载和安装处理。
74.为了减少用户操作，提高后续进行待升级应用的升级效率，可选的，还可以针对各待升级应用程序，生成一个发布信息，从而根据这一个发布信息，进行各待升级应用程序的升级包的依次下载和安装操作。
75.s220、生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链。
76.其中，区块链用来存储各个升级包对应的链上哈希值，用于后续对升级包进行验证。
77.为了提高应用程序升级包传输的完整性和正确性，保证后续应用程序升级的稳定性，在本申请实施例的一种可选的实施方式中，服务器在发送应用程序的升级包到云端设备时，可以根据应用程序的升级包，生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链。其中，区块链相当于一个共享数据库，存储于其中的数据或信息，具有“不可伪造”、“全程留痕”、“可以追溯”、“公开透明”、“集体维护”等特征。
78.服务器根据应用程序的升级包，生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链，具体可以包括：根据升级包的名称及版本，生成应用程序的升级包对应的链上哈希值；将应用程序的升级包对应的链上哈希值写入区块链，便于后续车载设备对升级包进行验证。
79.由于升级包的链上哈希值是存储在区块链上的，利用区块链的不可篡改性，能够保证在升级包生成并且把其对应的哈希值写入区块链后，任何人无法做到恶意修改升级包及对应的验证信息，从而保证升级包的完整性与一致性。
80.本实施例的技术方案，通过发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备；生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链。本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
81.实施例三
82.图3a为本发明实施例三提供的一种应用程序升级方法的流程图，该方法在上述实施例的基础上，给出了一种优选实施方式。图3b为本发明实施例三提供的基于区块链的验证升级示意图。
83.具体的，如图3a所示，该方法包括：
84.s310、服务器接收应用程序的开发者或管理者发送的应用程序的升级包。
85.s302、根据升级包的名称及版本，生成应用程序的升级包对应的链上哈希值。
86.s303、将应用程序的升级包对应的链上哈希值写入区块链。
87.s304、发送应用程序的升级包至云端设备.
88.s305、云端设备推送应用程序的升级包的发布信息至车载设备。
89.其中，发布信息中至少包括应用程序的升级包的名称及版本；
90.s306、车载设备通过总控控制器接收云端设备推送的应用程序的升级包的发布信息。
91.s307、根据应用程序的发布信息，检索对应的升级包。
92.s308、通过总控控制器从云端设备中下载应用程序的升级包。
93.s309、根据应用程序的升级包，生成应用程序的升级包对应的本地哈希值。
94.s310、根据应用程序的升级包的名称及版本，在预先建立的区块链上检索应用程序的升级包对应的链上哈希值。
95.s311、获取应用程序的升级包对应的链上哈希值。
96.s312、若在区块链上检索到应用程序的升级包对应的链上哈希值，则判断本地哈希值与链上哈希值是否一致。若本地哈希值与链上哈希值一致，则执行s313a；否则，执行s313b。
97.s313a、判定对本地哈希值验证通过，执行s314。
98.s313b、验证不通过，结束。
99.s314、主控控制器根据应用程序的升级包的名称确定应用程序对应的待升级控制器。
100.s315、向应用程序对应的待升级控制器发送通知消息。
101.s316、待升级控制器响应于通知消息，在总控控制器中获取应用程序的升级包。
102.s317、通过应用程序对应的待升级控制器将应用程序的升级包加载至应用程序中。
103.本实施例的技术方案，通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，发布信息中至少包括应用程序的升级包的名称及版本；根据应用程序的发布信息，通过总控控制器从云端设备中下载应用程序的升级包；基于预先建立的区块链对应用程序的升级包进行验证；若验证通过，则使用应用程序的升级包对应用程序进行升级。本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
104.实施例四
105.图4是本发明实施例四所提供的一种应用程序升级装置的结构示意图，该装置适用于执行本发明实施例提供的应用程序升级方法，可以对车载设备中的至少一个应用程序进行升级验证。该装置采用软件和/或硬件实现，并具体配置于车载设备中。
106.如图4所示，该装置包括发布信息接收模块410、升级包下载模块420、升级包验证模块430和应用程序升级模块440。其中，
107.发布信息接收模块410，用于通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，发布信息中至少包括应用程序的升级包的名称及版本；
108.升级包下载模块420，用于根据应用程序的发布信息，通过总控控制器从云端设备中下载应用程序的升级包；
109.升级包验证模块430，用于基于预先建立的区块链，对应用程序的升级包进行验证；
110.应用程序升级模块440，用于若验证通过，则使用应用程序的升级包对应用程序进行升级。
111.本实施例的技术方案，通过总控控制器接收云端设备推送的应用程序的升级包的发布信息；其中，发布信息中至少包括应用程序的升级包的名称及版本；根据应用程序的发布信息，通过总控控制器从云端设备中下载应用程序的升级包；基于预先建立的区块链对应用程序的升级包进行验证；若验证通过，则使用应用程序的升级包对应用程序进行升级。
本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
112.进一步的，升级包验证模块430，包括：本地哈希值生成单元和本地哈希值验证单元。其中，
113.本地哈希值生成单元，用于根据应用程序的升级包，生成应用程序的升级包对应的本地哈希值；
114.本地哈希值验证单元，用于基于区块链对应用程序的升级包对应的本地哈希值进行验证。
115.进一步的，本地哈希值验证单元，包括：
116.链上哈希值检索子单元，用于根据应用程序的升级包的名称及版本，在预先建立的区块链上检索应用程序的升级包对应的链上哈希值；
117.哈希值验证子单元，用于若在区块链上检索到应用程序的升级包对应的链上哈希值，则判断本地哈希值与链上哈希值是否一致；
118.验证结果判定子单元，用于若本地哈希值与链上哈希值一致，则判定对本地哈希值验证通过；若本地哈希值与链上哈希值不一致，则判定对本地哈希值验证不通过。
119.进一步的，应用程序升级模块440，包括：待升级控制器确定单元，升级通知发送单元和升级包加载单元。其中，
120.待升级控制器确定单元，用于根据应用程序的升级包的名称确定应用程序对应的待升级控制器；
121.升级通知发送单元，用于向应用程序对应的待升级控制器发送通知消息，使得应用程序对应的待升级控制器响应于通知消息在总控控制器中获取应用程序的升级包；
122.升级包加载单元，用于通过应用程序对应的待升级控制器将应用程序的升级包加载至应用程序中。
123.本发明实施例所提供的应用程序升级装置可执行本发明任意实施例所提供的应用程序升级方法，具备执行方法相应的功能模块和有益效果。
124.实施例五
125.图5是本发明实施例五所提供的一种应用程序升级装置的结构示意图，该装置适用于执行本发明实施例提供的应用程序升级方法，可以对车载设备中的至少一个应用程序进行升级验证。该装置采用软件和/或硬件实现，并具体配置于服务器中。
126.如图5所示，该装置包括：升级包发送模块510和验证信息上传模块520。其中，
127.升级包发送模块510，用于发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备；
128.验证信息上传模块520，用于生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链。
129.本实施例的技术方案，本实施例的技术方案，通过发送应用程序的升级包至云端设备，以使云端设备推送应用程序的升级包的发布信息至车载设备；生成应用程序的升级包对应的验证信息，并上传至预先建立的区块链。本发明实施例实现了基于区块链的应用程序升级验证，对应用程序升级包的正确性和完整性进行验证，提高了应用程序升级的安全性及效率。
130.进一步的，上述验证信息上传模块520，包括：链上哈希值生成单元和链上哈希值写入单元。其中，
131.链上哈希值生成单元，用于根据升级包的名称及版本，生成应用程序的升级包对应的链上哈希值；
132.链上哈希值写入单元，用于将应用程序的升级包对应的链上哈希值写入区块链，以使车载设备对升级包进行验证。
133.本发明实施例所提供的应用程序升级装置可执行本发明任意实施例所提供的应用程序升级方法，具备执行方法相应的功能模块和有益效果。
134.实施例六
135.图6为本发明实施例六提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图6显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
136.如图6所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
137.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
138.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
139.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom,dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
140.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
141.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)
通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
142.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的应用程序升级方法。
143.实施例七
144.本发明实施例七还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请任意发明实施例提供的应用程序升级方法。
145.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
146.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
147.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
148.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
149.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。