CN109582327A - 更新方法及装置 - Google Patents

Abstract

本发明公开了一种更新方法及装置。其中，该方法包括：接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径。本发明解决了软件需要手动更新并且占用额外资源的技术问题。

Description

更新方法及装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种更新方法及装置。

背景技术

局域网(Local Area Network，LAN)是指在某一区域内由多台计算机互联成的计算机组，当技术人员开发了一个软件，软件会运行在一个局域网内的多台电脑上，如果软件版本有更新，我们会把新版本软件放到一台服务器上，供局域网内其他电脑下载更新。

用户打开软件点击更新按钮，开始下载软件，下载完成后，用户按照安装步骤一步步安装。这样就需要用户手工操作，而且如果安装软件的电脑比较多，会比较耗时。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种更新方法及装置，以至少解决软件需要手动更新并且占用额外资源的技术问题。

根据本发明实施例的一个方面，提供了一种更新方法，包括：接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径。

进一步地，接收服务器发送的更新数据之前，方法还包括：启动指定应用。

进一步地，创建用于存储更新数据的存储区域，包括；确定更新数据所属的版本信息；依据版本信息创建与版本信息对应的存储区域。

进一步地，将指定应用的访问路径修改为指向存储区域的路径，包括：确定指定应用的快捷方式；将快捷方式的目标访问路径修改为指向存储区域的路径。

进一步地，接收服务器发送的更新数据之前，方法还包括：将应用的当前版本信息发送至服务器，其中，当前版本信息为判断是否发送更新数据的判断依据。

进一步地，将应用的当前版本信息发送至服务器之后，方法还包括：服务器接收当前版本信息；服务器判断当前版本信息与预先存储的版本信息是否一致，其中，在当前版本信息与预先存储的版本信息不一致时，确定将与预先存储的版本信息对应的更新数据发送至应用所在客户端设备。

进一步地，接收服务器发送的更新数据时，方法还包括：接收更新数据的MD5值，其中，MD5值用于判断更新数据是否完整。

根据本发明实施例的另一方面，还提供了一种更新***，包括：多个客户端设备和服务器；其中，多个客户端设备中的每个客户端设备均运行有指定应用；多个客户端设备，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径；服务器，用于向客户端设备发送更新数据。

根据本发明实施例的另一方面，还提供了一种更新装置，包括：接收模块，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建模块，用于创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；修改模块，用于将指定应用的访问路径修改为指向存储区域的路径。

进一步地，装置还包括：启动模块，用于在接收服务器发送的更新数据之前，启动指定应用。

根据本发明实施例的另一方面，还提供了一种存储介质，包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述更新方法。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述更新方法。

根据本发明实施例的另一方面，还提供了一种终端，包括：通信模块，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；处理器，处理器运行程序，其中，程序运行时对于从通信模块接收的更新数据执行如下处理步骤：创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径。

在本发明实施例中，通过接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径，达到了软件自动更新，不需要人干预，更新比较彻底的目的，从而实现了更新不影响用户使用软件，不占用额外资源的技术效果，进而解决了软件需要手动更新并且占用额外资源的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例1的一种更新方法的流程图；

图2是根据本发明实施例1的一种更新方法的流程图；

图3是根据本申请实施例2的一种更新***的结构图；

图4是根据本发明实施例3的一种更新装置的结构图；以及

图5是根据本申请实施例5的一种可选的更新方法的终端示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本实施例中的用户可以表现为智能终端，也可以为机器人等自动执行特定工作的机器装置。

实施例1

根据本发明实施例，提供了一种更新方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

如图1所示，图1是根据本发明实施例1的一种更新方法的流程图，其中，在执行图1所示的各个步骤之前，可以先搭建一台服务器用于存放要更新的软件，在局域网的计算机设备安装客户端，其中，客户端设备软件包括两部分，第一部分为，软件主功能程序，第二部分为软件更新程序，客户端安装的过程中会在桌面创建快捷方式。

步骤S102，将新版本上传到服务器，当有新客户端版本要更新时，将新版本客户端上传到服务器；

步骤S104，客户端启动时运行更新程序，客户端每次启动的时候都会运行更新程序；

步骤S106，向服务器发送版本信息，客户端通过软件更新程序会向服务器发送自己的版本信息；

服务器在接收到客户端设备发送的上述版本信息之后，进入判断环节，服务器根据客户端设备发送的版本信息决定客户端是否需要更新，如果客户端需要更新，执行步骤S108，如果客户端不需要更新，更新结束；

步骤S108，服务器返回新版本的压缩包及压缩包对应的md5值，如果需要更新，服务器会返回新版本的压缩包及压缩包对应的md5值，其中md5值用于检查安装包是否完整；

客户端设备在接收到上述压缩包及其MD5之后，进入判断环节，客户端设备接到服务器返回的压缩包及md5值后，首先检查安装包是否完整，如果安装包完整，执行步骤S110，安装包不完整，则跳回至步骤S104；

步骤S110，创建一个新目录，根据版本信息创建一个新的目录；

步骤S112，解压压缩包，解压压缩包到新创建的目录。

步骤S114，修改目标路径，指向创建的新目录，修改创建的快捷方式的目标路径指向S110创建的目录。

需要说明的是，以上所述的客户端为终端上安装的软件或应用。

基于图1所示实施例中的思想，本申请实施例还提供另外一种更新方法。图2是根据本发明实施例的更新方法，如图2所示，该方法包括如下步骤：

步骤S202，接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据。

本实施例中提到的服务器可以是在局域网中搭建的服务器，服务器用于存放要更新的软件，服务器上有上传软件的接口，方便新版本的软件上传到服务器。

在一个可选实施例中，接收服务器发送的更新数据之前，启动指定应用。其中，用户可以点击启动应用程序，也可以语音触发应用程序的启动。当有新客户端版本要更新时，用户会把新版本客户端上传到服务器，客户端每次启动的时候都会将应用的当前版本信息发送至服务器，以使服务器判断是否需要将更新数据下发至客户端设备。

在一个可选实施例中，接收服务器发送的更新数据之前，需要将应用的当前版本信息发送至服务器，其中，当前版本信息为判断是否发送更新数据的判断依据。相应地，在将应用的当前版本信息发送至服务器之后，服务器接收当前版本信息；服务器判断当前版本信息与预先存储的版本信息是否一致，其中，在当前版本信息与预先存储的版本信息不一致时，确定将与预先存储的版本信息对应的更新数据发送至应用所在客户端设备。

具体的，可以是用户正常使用应用程序时，在启动应用程序后，应用中的软件更新程序会向服务器发送该应用程序的版本信息发送到服务器，将应用的当前版本信息发送至服务器之后，服务器判断当前版本信息与预先存储的版本信息是否一致，如果当前版本信息与预先存储的版本信息不一致，则确定服务器上存储的是新版本的客户端，从而需要将与预先存储的版本信息对应的更新数据发送至应用所在客户端设备。即在对应用进行更新时，可以不影响应用的正常运行，在应用的运行过程中完成更新，应用再次启动时启动的就是新版本的应用了。

在一个可选实施例中，接收服务器发送的更新数据时，还可以对该更新数据进行完整性校验，例如，可以对更新数据的MD5值进行校验，此时需要接收更新数据的MD5值，其中，MD5值用于判断更新数据是否完整。

步骤S204，创建用于存储更新数据的存储区域，并将更新数据存储至存储区域。

在一个可选实施例中，创建用于存储更新数据的存储区域，确定更新数据所属的版本信息；依据版本信息创建与版本信息对应的存储区域。该存储区域包括但不限于：文件目录，该文件目录与版本信息是一一对应的，即为新的版本信息创建了新的文件目录。

步骤S206，将指定应用的访问路径修改为指向存储区域的路径。

在一个可选实施例中，该步骤S206的实现方式有多种，例如可以创建一个新的快捷方式，并在更新完成后，删除原有的快捷方式，也可以修改原快捷方式的目标访问路径，对于后者，可以通过以下方式实现：确定指定应用的快捷方式；将快捷方式的目标访问路径修改为指向存储区域的路径。

实施例2

根据本发明实施例，提供了一种更新***实施例，如图3所示，该更新***包括：

多个客户端设备30，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径；

在一个可选实施例中，多个客户端设备创建用于存储更新数据的存储区域，包括；确定更新数据所属的版本信息；依据版本信息创建与版本信息对应的存储区域。

服务器32，用于向客户端设备发送更新数据。

本申请中，搭建一台服务器用于存放要更新的软件，服务器有用于上传更新数据的软件接口和下发更新数据的软件更新接口。客户端设备软件分为两部分，第一部分为软件主功能程序，第二部分为软件更新程序。

在一个可选实施例中，客户端设备接收服务器发送的更新数据之前，客户端设备将应用的当前版本信息发送至服务器，其中，当前版本信息为判断是否发送更新数据的判断依据。

在一个可选实施例中，客户端设备将应用的当前版本信息发送至服务器之后，服务器接收客户端的当前版本信息，并且服务器判断客户端当前版本信息与预先存储的版本信息是否一致，其中，在当前版本信息与预先存储的版本信息不一致时，确定将与预先存储的版本信息对应的更新数据发送至应用所在客户端设备。

需要说明的是，本实施例中的客户端设备包括但不限于：移动终端、平板电脑、PC等。

实施例3

根据本发明实施例，还提供了一种更新装置实施例。图4是根据本发明实施例的一种更新装置示意图，如图4所示，在一种可选的实施例中，该装置包括：接收模块42、创建模块44、修改模块46。

启动模块40，用于在接收服务器发送的更新数据之前，启动指定应用。这样，可以在应用的运行过程中接收更新数据，实现更新。

接收模块42，耦接至启动模块40，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；

创建模块44，耦接至接收模块42，用于创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；

修改模块46，耦接至创建模块44，用于将指定应用的访问路径修改为指向存储区域的路径。

需要说明的是，启动模块40是一个可选的模块，即在使用本实施例提供的更新装置时，可以不必启动待更新的应用，例如，可以在应用关闭时，更新应用。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现：上述各个模块可以位于同一处理器中；或者，上述各个模块以任意组合的方式位于不同的处理器中。

实施例4

本发明实施例提供了一种存储介质的产品实施例，其上存储有程序，在程序运行时控制存储介质所在设备执行实施例1中所述的更新方法。

实施例5

本发明实施例提供了一种处理器的产品实施例，该处理器用于运行程序，其中，程序运行时执行实施例1中所述的更新方法。

实施例6

本发明实施例提供了一种终端，图5是根据本申请实施例的一种可选的更新方法的终端示意图。如图5所示，该终端5包括：

通信模块50，用于接收服务器发送的更新数据，其中，更新数据为指定应用的更新数据；

处理器52，处理器运行程序，其中，程序运行时对于从通信模块接收的更新数据执行如下处理步骤：创建用于存储更新数据的存储区域，并将更新数据存储至存储区域；将指定应用的访问路径修改为指向存储区域的路径。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种更新方法，其特征在于，包括：

接收服务器发送的更新数据，其中，所述更新数据为指定应用的更新数据；

创建用于存储所述更新数据的存储区域，并将所述更新数据存储至所述存储区域；

将所述指定应用的访问路径修改为指向所述存储区域的路径。

2.根据权利要求1所述的方法，其特征在于，接收服务器发送的更新数据之前，所述方法还包括：

启动所述指定应用。

3.根据权利要求1所述的方法，其特征在于，创建用于存储所述更新数据的存储区域，包括；

确定所述更新数据所属的版本信息；依据所述版本信息创建与所述版本信息对应的存储区域。

4.根据权利要求1所述的方法，其特征在于，将所述指定应用的访问路径修改为指向所述存储区域的路径，包括：

确定所述指定应用的快捷方式；将所述快捷方式的目标访问路径修改为指向所述存储区域的路径。

5.根据权利要求1所述的方法，其特征在于，接收服务器发送的更新数据之前，所述方法还包括：

将所述应用的当前版本信息发送至所述服务器，其中，所述当前版本信息为判断是否发送所述更新数据的判断依据。

6.根据权利要求5所述的方法，其特征在于，将所述应用的当前版本信息发送至所述服务器之后，所述方法还包括：

所述服务器接收所述当前版本信息；

所述服务器判断所述当前版本信息与预先存储的版本信息是否一致，其中，在所述当前版本信息与预先存储的版本信息不一致时，确定将与所述预先存储的版本信息对应的所述更新数据发送至所述应用所在客户端设备。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，接收服务器发送的更新数据时，所述方法还包括：

接收所述更新数据的MD5值，其中，所述MD5值用于判断所述更新数据是否完整。

8.一种更新装置，其特征在于，包括：

接收模块，用于接收服务器发送的更新数据，其中，所述更新数据为指定应用的更新数据；

创建模块，用于创建用于存储所述更新数据的存储区域，并将所述更新数据存储至所述存储区域；

修改模块，用于将所述指定应用的访问路径修改为指向所述存储区域的路径。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的更新方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的更新方法。